精华内容
下载资源
问答
  • 开放保险平台的角度组件 背景 Aquila是由安联全球数字工厂(GDF)提供的开源组件库。 我们在内部将这个库与Allianz品牌结合使用。 在这里,我们提供了一个白色标签变体,作为开放保险平台的一部分。 我们目前仍...
  • 文章目录百度AI 开放平台 - 各大AI 开放平台开放能力解读和分析,技术的应用场景,技术前景1、语音技术2、图像技术3、文字处理技术4、人脸与人体识别5、自然语言处理6、视频技术,AR,VR 百度AI 开放平台 - 各大AI ...

    百度AI 开放平台 - 各大AI 开放平台开放能力解读和分析,技术的应用场景,技术前景


    1、语音技术

    语音识别技术

    • 应用场景
      • 语音输入
        • 摆脱按键操作,通过语音识别直接输入文字,快速返回识别结果,可应用于游戏文字输入、社交聊天、语音指令等多个场景,提高输入效率及体验
      • 语音搜索
        • 搜索内容直接以语音的方式输入,响应速度更快,适用于音乐、电影、小说等内容搜索场景,让搜索内容输入更加便捷,高效
      • 人机交互
        • 通过极速API接口,将语音识别为文字,毫秒级响应,可用于聊天机器人、故事机等近场语音识别环境,让人机对话更加流畅自然

    语音合成技术

    • 应用场景
      • 阅读听书
        • 使用语音合成技术的阅读类APP,能够为用户提供多种音库的朗读功能,释放用户的双手和双眼,提供更极致的阅读体验
      • 资讯播报
        • 提供专为新闻资讯播报场景打造的特色音库,让手机、音箱等设备化身专业主播,随时随地为用户播报新鲜资讯
      • 订单播报
        • 可应用于打车软件、餐饮叫号、排队软件等场景,通过语音合成进行订单播报,让您便捷获得通知信息
      • 智能硬件
        • 可集成到儿童故事机、智能机器人、平板设备等智能硬件设备,使用户与设备的交互更自然、更亲切

    远场语音识别

    • 应用场景
      • 机器人语音交互
        • 提供麦克阵列前端算法,解决人机交互中,距离较远带来的识别率较低的问题,让人机对话更加方便
      • 智能家居
        • 通过远场语音识别技术,可以让用户,即使在三至五米的距离,也可对智能家居进行语音操作

    呼叫中心音频文件转写

    • 应用场景
      • 电话客服质检
        • 通过对客服录音文件进行批量识别,辅助人工进行质检,实现全量自动化智能质检,提升坐席服务水平,提高客户满意度
      • 电话录音内容分析
        • 将大量对话录音识别为文字,并对内容进行持续分析,发掘潜在营销机会,建立用户画像
      • 电话对话内容还原
        • 将大量对话录音文件,转为文字。还原及展示对话流程,还原对话场景

    语音唤醒

    • 应用场景
      • 智能硬件唤醒
        • 用户通过预设的关键词即可将智能硬件从休眠状态唤醒,执行相应操作
      • 车载应用唤醒
        • 用户通过预设的关键词,在开车过程中,即可将所需应用唤醒,执行相应操作

    2、图像技术

    通用物体和场景识别

    • 应用场景
      • 图片内容分析与推荐
        • 对用户浏览的图片或观看的视频内容进行识别,根据识别结果给出相关内容推荐或广告展示。广泛应用于新闻资讯类、视频类app等内容平台中
      • 拍照识图
        • 根据用户拍摄照片,识别图片中物体名称及百科信息,提高用户交互体验,广泛应用于智能手机厂商、拍照识图及科普类app中
      • 拍照闯关趣味营销
        • 设计线上营销活动,根据用户拍摄照片,自动识别图片中物体信息是否符合活动要求,提升用户交互体验,减少人工审核成本

    特定识别

    • 主要方向
      • 动植物
        • 优化各种识图软件
      • 果蔬,菜品
      • 地标
      • 红酒
      • 货币
      • 快消品
        • 比如在无人超市的应用,购买了什么,运动轨迹等

    车辆识别

    • 应用场景
      • 车型识别
        • 拍照识车
          • 根据拍摄照片,快速识别图片中车辆的品牌型号,提供针对性的信息或服务,可用于相册管理、图片分类打标签、电子汽车说明书、一键拍照租车等场景
        • 智能卡口
          • 监控高速路闸口、停车场出入口的进出车辆,识别详细车型信息,结合车牌、车辆属性对车辆身份进行校验,形成车辆画像
      • 车辆检测
      • 车流统计
      • 车辆属性识别
      • 车辆损伤识别
      • 车辆分割
        • 就是抠图,换背景,放到二手平台去卖

    图像搜索

    • 应用场景
      • 相同图片搜索
      • 相似图片搜索
      • 商品图片搜索
      • 绘本图片搜索

    图像审核

    • 应用场景
      • 色情识别
      • 暴恐识别
      • 政治敏感识别
      • 广告检测
      • 恶心图像识别
      • 图像质量检测
      • 图文审核
      • 公众人物识别

    图像增强

    • 应用场景
      • 图像去雾
      • 图像对比度增强
      • 图像无损放大
      • 黑白图像上色
      • 拉伸图像恢复
      • 图像风格转换
      • 图像修复
      • 图像清晰度增强
      • 人像动漫化
      • 天空分割
      • 图像色彩增强

    3、文字处理技术

    • 应用场景
      • 卡证
        • 身份证识别 热门
        • 银行卡识别 热门
        • 营业执照识别
        • 名片识别
        • 护照识别
        • 港澳通行证识别
        • 台湾通行证识别
        • 户口本识别
        • 出生医学证明识别
      • 票据
        • 混贴票据识别
        • 银行回单识别
        • 增值税发票识别 热门
        • 定额发票识别
        • 通用机打发票识别 邀测
        • 火车票识别
        • 出租车票识别
        • 行程单识别
        • 通用票据识别
        • 银行汇票识别
        • 银行支票识别
        • 保险单识别
        • 彩票识别 邀测
      • 其它
        • 文档版面分析与识别 邀测
        • 仪器仪表盘读数识别 邀测
        • 网络图片文字识别 热门
        • 表格文字识别
        • 数字识别
        • 二维码识别
        • 拍照翻译 新品
        • 印章检测
        • 行驶证识别 热门
        • 驾驶证识别
        • 车牌识别
        • VIN码识别
        • 机动车销售发票识别
        • 车辆合格证识别

    4、人脸与人体识别

    • 应用场景
      • 人脸识别
        • 人脸检测
        • 人脸对比
        • 人脸搜索
        • 活体检测
      • 人体分析
        • 人流量统计 热门
        • 人体检测与属性
        • 3D肢体关键点
        • 人体关键点识别
      • 人像特效
        • 人脸融合
        • 人像分割
        • 人像动漫化
        • 人脸属性编辑
        • 人脸关键点
        • 人像渐变
        • 五官分割
        • 人像清晰度增强
        • 人脸3D虚拟形象生成

    5、自然语言处理

    • 应用场景
      • 语法,词法分析
      • 文本审核
        • 政治敏感
        • 色情
        • 灌水
        • 谩骂
      • 文本纠错
      • 情感分析
      • 机器翻译

    6、视频技术,AR,VR

    • 应用场景
      • 增强现实
        • 美妆试镜
        • 实时动漫
        • AR导航
      • 虚拟现实
        • 全景图片
        • VR 装修风格等
    展开全文
  • 在今天的2019世界人工智能大会上,科技部颁布了国家新一代人工智能开放创新平台,在各个领域选定了代表性的大型企业。 这十个平台分别为: 视觉计算平台:上海依图网络科技有限公司 营销智能平台:上海明略...

    2019-08-29 20:31:41

    在今天的2019世界人工智能大会上,科技部颁布了国家新一代人工智能开放创新平台,在各个领域选定了代表性的大型企业。

     

    这十个平台分别为:

    视觉计算平台:上海依图网络科技有限公司

    营销智能平台:上海明略人工智能有限公司

    基础软硬件平台:华为技术有限公司

    普惠金融平台:中国平安保险股份有限公司

    视频感知平台:杭州海康威视数字技术股份有限公司

    智能供应链平台:北京京东世纪贸易有限公司

    图像感知平台:北京旷视科技有限公司

    安全大脑平台:北京奇虎科技有限公司

    智慧教育平台:北京世纪好未来教育科技有限公司

    智能家居平台:北京小米移动软件有限公司

    展开全文
  • 2020版中国开放数据(Open Data)及政府数据开放平台汇总 北京市 北京市政务数据资源网 http://www.bjdata.gov.cn/jkfb/index.htm 56家单位、1147类数据集、7653万余条数据记录 上海市 上海市政府数据服务网 ...

    2020版中国开放数据(Open Data)及政府数据开放平台汇总

    北京市

    北京市政务数据资源网

    http://www.bjdata.gov.cn/jkfb/index.htm

    56家单位、1147类数据集、7653万余条数据记录

    上海市

    上海市政府数据服务网

    http://www.data.sh.gov.cn/home!toHomePage.action

    开放数据项总量32312条 开放数据资源1958个 开放数据部门45个


    天津市

    天津市信息资源统一开放平台

    https://data.tj.gov.cn/

    21 个主题、39 个部门、384 个数据集、116 个数据接口


    福建省

    福建省公共信息资源统一开放平台

    https://data.fujian.gov.cn/odweb/

    697346300条数据; 698个数据资源; 37个部门;1318个API;3个应用

    厦门市大数据开放平台

    http://data.xm.gov.cn/

    8896790条数据 、789个资源、327个API、39个部门


    广东省

    开放广东

    http://gddata.gd.gov.cn/

    2369个政府数据集,58个数据应用,超过1.39亿条政府数据

    广东省金融数据开放平台

    http://210.76.74.192/

    佛山市政府数据开放平台

    http://www.foshan-data.cn/

    提供部门(个):49主题分类(个):25数据集(个):1071数据总量(个):45078449

    深圳市政府数据开放平台

    http://opendata.sz.gov.cn/

    数据目录1,260个 数据总量121,338,216条 数据接口1,002个 调用次数1,945,673次

    广州市政府数据统一开放平台

    http://data.gz.gov.cn/

    68个部门,1307个数据集,100248678数据量,81693下载量

    数据东莞

    http://dataopen.dg.gov.cn/dataopen/

    36797385条数据、69个部门、714类资源、12757个数据包、2100037次浏览、173422次下

    惠州市政府数据开放平台

    http://data.huizhou.gov.cn/

    3141349条数据、348个数据集、5个部门

    珠海市民生数据开放平台

    http://data.zhuhai.gov.cn/

    / 已开放:195条数据;188个数据资源;74个部门

    广东省政府数据统一开放平台-潮州市

    http://gddata.gd.gov.cn/index.php/data/ls/Type/0/v/344.html

    广东省政府数据统一开放平台-河源市

    http://gddata.gd.gov.cn/index.php/data/ls/Type/0/v/339.html

    江门市数据开放平台

    http://data.jiangmen.gov.cn/

    提供:26个部门、12个主题分类.299个开放数据集、65.21万条数据、1994次下载量

    中山市政府数据统一开放平台

    http://zsdata.zs.gov.cn/web/index

    数据集总数215,机构部门56,数据条数1736366,下载总数43801

    肇庆市人民政府数据开放平台

    http://www.zhaoqing.gov.cn/sjkf/


    贵州省

    贵阳市政府数据开放平台

    http://www.gyopendata.gov.cn/

    已开放 6180610条数据, 2841个数据集 , 310个API, 52个市级部门 , 13个区县

    遵义市政府数据开放平台

    http://www.zyopendata.gov.cn/

    171开放数据集;219个开放文件;30个部门

    铜仁市政府数据开放平台

    http://gztrdata.gov.cn/

    累计提供310个数据资源,其中数据类型资源69个


    海南省

    海南省政府数据统一开放平台

    http://data.hainan.gov.cn/

    14个已开放数据集; 969个已开放API;34个已开放部门


    河南省

    河南省公共数据开放平台

    http://data.hnzwfw.gov.cn/odweb/

    32个部分,20个领域,3497200数据量,709数据集,1418API,8个应用


    江西省

    江西省政府数据开放网站

    http://data.jiangxi.gov.cn/

    9个部门 , 153192条数据; 72个数据目录; 1个接口


    宁夏回族自治区

    宁夏回族自治区数据开放平台

    http://ningxiadata.gov.cn/odweb/index.htm

    22个已开放部门;128个数据集类;343175条政府数据;13个应用;12个API;545544条访问量;456个下载量

    石嘴山政府数据开放平台

    http://szssjkf.nxszs.gov.cn/

    已开放97个数据集,107个数据资源,32个部门

    银川市城市数据开放平台

    http://data.yinchuan.gov.cn/

    提供:32个部门数据;228个开放数据目录数量、7832个数据总条数、45个API数量


    山东省

    山东公共数据开放网

    http://data.sd.gov.cn/

    59部门,34216目录,7.35亿数据,70284API,41应用

    济南市公共数据开放网

    http://www.jndata.gov.cn/

    71个部门 2106个数据集 4300个接口 6506个文件

    青岛公共数据开放网

    http://data.qingdao.gov.cn/

    2818个数据集、7260个API、25个领域、12个文件集


    陕西省

    陕西省公共数据开放平台

    http://www.sndata.gov.cn/

    57个部门1300多个可开放目录,省级部门已开放121个目录1654万条数据

    哈尔滨市政府数据开放平台"

    http://data.harbin.gov.cn/ 54个部门; 1059个数据集; 5167696条数据; 5782个数据文件; 2284个API; 7个APP


    浙江省

    浙江政务服务网“数据开放”专题网站

    http://data.zjzwfw.gov.cn/

    68个省级单位提供的350项数据类目,包含100项可下载 的数据资源,137个数据接口和8个移动APP

    宁波市政府数据服务网

    http://www.datanb.gov.cn/nbdatafore/web/indexpage.action

    20类主题、432个资源、3065883数据


    安徽省

    合肥市政府数据开放平台

    http://61.133.142.137

    "已开放79个部门,3个数据种类,211233条数据

    蚌埠市信息资源开放平台

    http://data.bengbu.gov.cn/

    数据总量140条,112次下载次数、29次调用次数、2837次浏览总数

    黄山市人民政府数据开放栏目

    http://www.huangshan.gov.cn/DataDevelopment/showTopicContentList/8/page_1.html


    湖北省

    武汉市政务公开数据服务网

    http://www.wuhandata.gov.cn/whData/

    "开放数据部门101家,开放数据集2192类,开放数据总量118417条,4个API,54个应用


    湖南省

    长沙市政府门户网站数据开放平台

    http://www.changsha.gov.cn/data/

    40个部门,236个接口,6个app


    江苏省

    苏州市政府数据开放平台

    http://www.suzhou.gov.cn/dataOpenWeb/data

    常州市政府数据开放平台

    http://opendata.changzhou.gov.cn/

    390705条数据; 198个数据资源; 24个部门


    黑龙江省

    哈尔滨市政府数据开放平台

    http://data.harbin.gov.cn/

    54个部门; 1059个数据集; 5167696条数据; 5782个数据文件; 2284个API; 7个APP


    新疆维吾尔自治区

    新疆维吾尔自治区政务数据开放网

    http://data.xinjiang.gov.cn/index.html


    台湾省

    台湾

    http://data.gov.tw/

    38745个资料集,18个分类,649个部门


    国家相关部门统计信息网站汇总

    中国人民银行

    http://www.pbc.gov.cn/diaochatongjisi/116219/index.html

    主要包括社会融资规模、金融统计数据、货币统计、金融机构信贷收支统计、金融市场统计、企业商品价格指数等等,数据权威且容易查找,实用性强。

    中国银行业监督管理委员会

    Http://Www.Cbrc.Gov.Cn/Chinese/Home/DocViewPage/110009.Html

    主要包括银行业的数据统计,包括资产负债规模、主要监管数据等。

    中国证券监督管理委员会

    http://www.csrc.gov.cn/pub/newsite/sjtj/

    主要包括证券市场、期货市场相关数据,每天更新快报,并有周报、月报等定期更新。

    中国银保险监督管理委员会

    http://www.cbirc.gov.cn/cn/index.html

    对银行业和保险业机构的公司治理、风险管理、内部控制、资本充足状况、偿付能力、经营行为和信息披露

    中国国家统计局

    http://www.stats.gov.cn/tjsj/

    主要包括国家经济宏观数据,社会发展、民生相关重要数据及信息,非常全面,且定期发布统计出版刊物,实用性强。

    国家数据

    http://data.stats.gov.cn/

    数据源来自国家统计局,但排版更清晰简洁,包括国计民生各个方面的月度数据、季度数据、年度数据、各地区数据、部门数据以及国际数据。

    数据-中国政府网

    http://www.gov.cn/shuju/

    主要包括CPI、GDP、PPI、工业生产增长指数、固定资产投资、社会消费品零售总额、粮食产量等的指数统计,只列出了主要数据,数据来源于国家统计局,点击会跳转至统计局的国家数据网站。查找起来比较简洁清晰,适合需要快速获取这些基础数据的人群。

    中国经济数据库

    https://www.ceicdata.com/zh-hans/products/china-economic-database

    中国互联网信息中心

    http://www.cnnic.cn/

    主要包括互联网发展相关基础数据,相对第三方机构的互联网数据而言,数据更宏观且权威。


    香港 https://data.gov.hk/sc/

    澳门 https://www.dsec.gov.mo/home_zhmo.aspx

    伦敦交通局 https://api.tfl.gov.uk

     

    技术交流
    QQ:3365059189
    QQ群:1032028725

    展开全文
  • 互联网保险O2O平台微服务架构设计

    千次阅读 2016-04-21 23:09:08
    互联网保险O2O平台微服务架构设计  关于架构,笔者认为并不是越复杂越好,而是相反,简单就是硬道理也提现在这里。这也是微服务能够流行的原因,看看市场上曾经出现的服务架构:EJB、SCA、Dubbo等等,都比微服务...

    互联网保险O2O平台微服务架构设计

           关于架构,笔者认为并不是越复杂越好,而是相反,简单就是硬道理也提现在这里。这也是微服务能够流行的原因,看看市场上曾经出现的服务架构:EJB、SCA、Dubbo等等,都比微服务先进,都比微服务功能完善,但它们都没有微服务这么深入民心,就是因为他们过于复杂。简单就是高科技,苹果手机据说专门有个团队研究如何能让用户更加简单的操作。大公司都是由小公司发展起来的,如果小公司在开始技术选型时感觉某个框架费时费力就不会选择,而小公司发展到大公司的过程,一般也伴随着系统不断优化的过程,而不断优化往往不会重新选择开发技术和框架,而是在原来基础改进,这也许就是简单框架流行的本质。 

      假设我们需要为超高业务量的保险代理企业设计一个“互联网+”保险平台。假设这家保险代理企业网上保险注册用户规模为2千万,门店及加盟商销售人员2万,年保单量2亿单(中国平安总用户规模达1.67亿,拥有超过79.8万名寿险销售人员和约24.6万名正式雇员。截至2015年6月30日,集团总资产达4.63万亿元,归属母公司股东权益为3,311.90亿元。而目前互联网保险领头羊众安保险,经营以小额贷款为主,由于背靠阿里巴巴,日保单销售量可达1亿,不过别人很难复制众安保险的模式)。因此我们取大型互联网企业和众安保险的折衷来考虑这个保险O2O平台。

    l 需求分析

    参考保险业务相关文档(文档不全),获得如下核心需求矩阵(因为涉及功能太多,只取大的功能点)。

     

    分类

    功能

    质量

    约束

    电子商务(B2C)

    产品展示(搜索、详情展示等)

    及时响应、安全性、健壮性、易用性

    多种险种,处理方式可能不同

     

    产品购买(提交订单、支付)

    及时响应、安全性、健壮性、易用性

    多种险种,处理方式可能不同

     

    用户中心(我的保单、我的理赔等)

    及时响应、安全性、健壮性、易用性

    多种险种,处理方式可能不同

    代理人管理(加盟商管理)

    车险投保(询价、录单、缴费)

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

    非车险投保(询价、录单、缴费)

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

    保单查询

    及时响应、健壮性、可扩展性

     

     

    单证管理

    及时响应、健壮性、可扩展性

     

     

    我的账户(我的保单、佣金结算等)

    及时响应、安全性、可靠性、易用性

    多种险种,处理方式可能不同

    案卷管理

    案卷录入

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

    索赔资料收取

    及时响应、健壮性、可扩展性

     

     

    案卷交接

    及时响应、健壮性、可扩展性

     

     

    案卷跟踪

    及时响应、健壮性、可扩展性

     

    客户管理

    客户信息维护

    及时响应、健壮性、可扩展性

    上传大量文件

     

    客户活动管理

    及时响应、健壮性、可扩展性

     

     

    商机管理

    及时响应、健壮性、可扩展性

     

     

    我的工作台(消息、活动、商机)

    及时响应、健壮性、可扩展性

     

    保险公估

    车险定损过程跟踪协助

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

    人伤出险协助

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

    法律援助服务

    及时响应、健壮性、可扩展性

    多种险种,处理方式可能不同

     

      从O2O的概念来看:“O2O即Online To Offline,也即将线下商务的机会与互联网结合在了一起,让互联网成为线下交易的前台。这样线下服务就可以用线上来揽客,消费者可以用线上来筛选服务,还有成交可以在线结算,很快达到规模。该模式最重要的特点是:推广效果可查,每笔交易可跟踪(百度百科)”,不是每一种服务都适合O2O。商品类的销售不适合O2O,因为你直接从网店就可以购买根本不需要线下店。但保险类服务的确需要线下和线上结合,如果是纯线上将不能满足客户的服务需求。O2O的线下服务可以是加盟商、代理人,也可以是直营店。

      上面的需求是按照用户角度提出的,虽然使用“系统”一词,但这里的系统是一个抽象概念,可能包括软件系统以及人事、制度等在内。上面的需求可以分为三大类,一类是针对终端用户纯线上服务:电子商务网站(B2C);一类是专门针对代理人服务的:代理人系统;剩下的是一些公共服务,有可能电子商务网站和代理人系统都会用到的一些服务。另外保险业务最大的一个问题是多个险种,不同险种处理方式有很大不同,这跟普通电子商务网站区别很大,比如天猫,所有商品都是同样的下单方式,同样售后服务(主要就是快递这块),而保险产品即使是线上B2C网站下单操作,短险、寿险、车险等也是不同的,更何况保险有一大堆售后服务,这些售后服务更加不相同。传统保险公司在处理这方面时,一般会做多个系统,比如寿险系统,车险系统等等。

    l 系统分析

      安装之前提到的业务规模我们分析(假设)出一些比较重要的性能需求:

    a)产品方面:继续上线当前没有的保险产品

    b)B2C网站日访问量:5000万PV

    c)B2C产品购买并发高峰:2000 TPS

    d)运维系统同时在线:1万(共有2万销售员或代理人)

    e)运维系统并发高峰:2000 TPS

    f)短险订单:每年1.85亿单

    g)长险订单:每年500万

    h)车险订单:每年1000万

    i)案卷信息:每年新增100万单

      日访问量5000万和产品并发2000 TPS是我们假设的,客户信息和案卷信息是随订单数据量变化而变化,在前面我们虽然假设了总共每年产生2亿个订单,但是根据保险种类,短险(旅游险、伤残险)明显产生了90%的订单量,这一点需要特殊处理。除此之外车险和长险(主要指寿险等)无论是投保还是售后服务都有明显不同,所以也需要特殊处理。

      那么我们按照上面的需求,进行系统分析,首先按大的职责将职责相同的划分为一个服务。并且有了上面这个性能需求,所有功能需求都需要增加一项“质量”特性,那就是“高并发”,高并发会影响到所有设计。另外如果要将互联网保险平台质量特性排个序,最重要的是可扩展性、安全性,因为保险的种类多而且处理方式不同,除此之外,高并发和可靠性也会直接影响功能的实现,但并没有可扩展性影响大。深入分析职责后把每一种功能的实现关键技术列出,如下:

    需求分类

    实现需求

    实现子系统及服务

    软硬件实现技术

    客户端

    B2C电子商务网站

    B2C Web客户端

    集群部署、高速缓存、分布式缓存、搜索引擎技术、静态化

    B2C电子商务网站手机客户端

    B2C App客户端

     

    代理人管理

    代理人Web客户端

    集群部署、高速缓存、分布式缓存、搜索引擎技术、静态化

    代理人管理手机客户端

    代理人App客户端

     

    案卷处理管理

    案卷处理Web客户端

    集群部署、分布式缓存

    客户管理管理

    客户管理Web客户端

    集群部署、分布式缓存

    保险公估管理

    保险公估Web客户端

    集群部署、分布式缓存

    运维产品管理

    产品管理Web客户端

    集群部署、分布式缓存

    报表及财务统计

    报表及财务统计Web客户端

    集群部署、分布式缓存

    公共服务

    运维产品管理、Web前端产品访问

    产品服务

    集群部署、分布式缓存

    电子商务或代理人订单管理

    订单服务

    集群部署、分布式缓存

    电子商务或代理人等涉及财务操作

    总账服务

    集群部署、分布式缓存

    报表及财务统计

    报表服务

    集群部署、分布式缓存

    业务服务

    B2C电子商务网站及手机客户端个人账户

    B2C个人账户服务

    集群部署、分布式缓存

    代理人管理

    代理人管理服务

    集群部署、分布式缓存

    案卷处理管理

    案卷处理管理服务

    集群部署、分布式缓存

    客户管理

    客户管理服务

    集群部署、分布式缓存

    保险公估管理

    保险公估管理服务

    集群部署、分布式缓存

    短险开放式接入

    开放式接入平台服务

    集群部署、分布式缓存

    工具性服务

    保险公司产品对接

    产品对接服务

    集群部署、消息队列

    在线支付

    第三方支付服务

    集群部署

    短信邮件通知

    通知服务

    集群部署、消息队列

    性能监控

    日志采集服务

    集群部署、消息队列

    文件服务器

    文件服务

    集群部署、消息队列

    服务授权与审计

    服务授权与审计服务

    集群部署

    分布式事务管理

    分布式事务管理服务

    集群部署

    定时任务管理

    定时任务服务

    集群部署

     

           各个子系统及模块的关系如下图。

       

     

           其中订单服务、产品服务、财务服务、工具服务为基础服务,其它各个业务模块的服务会调用这些基础服务。各个业务模块的服务都是根据业务领域进行划分的,同一业务领域下实现技术不同会被划分为两个服务,比如产品展示和订单原本属于同一个大的领域,但其因为实现技术和质量要求不同需要划分为两个服务。因为短险接入量大,而且大部分是跟第三方合作接入,因此设计短险接入公共接口服务平台处理大量短险订单。

     

    l 存储及缓存架构

      对于大型的高并发系统来讲,最重要的当属数据的架构。我们在前面也提到过,web系统业务处理模块本身就可以集群部署,当用户出现高并发时最先遇到的瓶颈就是数据库访问的瓶颈。这也是我们说数据架构最为重要的原因。其实web系统是典型的“计算机信息系统”,也就是说一切以数据(信息)为基础,所有的功能都是围绕着数据来的。这也是我们在这里说数据是web系统最重要的,很多公司在做少用户量web系统时直接设计好数据库就可以开发了。

      按照上面划分的业务领域我们设计多个数据库,技术选项包括“是否读写分离”、“是否水平切分”及“路由键”。其中路由键是指在进行水平切分后,我们使用那个“标识”去查询数据库,一般来说会使用该业务领域聚合根对象的主键作为路由键。

    数据库

    是否读写分离

    是否水平切分

    水平切分路由键

    产品数据库

     

     

    订单数据库

     

    客户ID

    公共数据库(元数据、公共数据)

     

     

    客户管理数据库

     

    客户ID

    案卷管理数据库

     

    客户ID

    代理人服务数据库

     

    代理人ID

    B2C电子商务个人账户数据库

     

    客户ID

    保险公估数据库

     

    客户ID

    工具数据库(短信、支付、文件)

     

    客户ID

    报表数据库

     

     

    日志采集服务数据库

     

    日志ID

     

           除工具数据库外,其它的数据库的划分很容易理解。工具数据库的数据也大都跟客户或说用户有关,比如“产品对接服务”,产品对接服务是指用户在购买了保单后,系统会自动对接到具体的保险公司接口去上传保单信息和下载保单,所以水平切分数据库时可以采用用户ID作为路由键。“在线支付”和“通知服务”也是类似,都是保存用户相关的数据,在线支付服务保存的是用户在线支付的流水,通知服务保存的是发送给某用户的短信或邮件。

           另外在数据架构中我们也可以看到一个规律,就是使用了水平分库的存储结构就不能再使用读写分离,原因是防止存储单元过度泛滥,因为使用了水平分库之后,本身也要为数据库建立多个备份库,这个时候如果再用读写分离需要建立一套只读库,数据库的数量将增加一倍。使用了分库后我们可以把热点数据存储在分布式缓存中以起到读写分离类似的作用。

    另外缓存也是存储技术的一种,而且非常重要。从日常生活中我们也可以看到这一点。比如你要去购买一台电脑,你会发现二级缓存和内存大的价格高出很多,如果你的显卡显存巨大,那将是顶级配置,发烧级配置。手机也是一样,内存大的手机速度明显快,价格也高,如果内存和持久化存储都高,那也是顶级配置。对于web系统也是一样,有些大型web系统只要缓存处理的好,数据库不需要分库就可以承载亿级的用户,比如维基百科、新浪微博等。也因此,不管是电子商务网站还是互联网+大型应用,都会在它们的架构中看到缓存大量使用的情况。

    从整个web系统的架构来看,缓存在两个层面大量使用,分别是展示层和逻辑层,展示层通常使用高速的页面缓存,逻辑层通常使用高并发的分布式缓存。当然有些分布式缓存工具既可以在逻辑层使用也可以在显示层使用。

    系统

    是否使用CDN

    是否使用高速缓存服务器(varnish)

    是否使用分布式缓存(redis)

    B2C电子商务网站

     

    报表及财务统计Web端

     

     

    B2C个人账户服务

     

     

    代理人管理服务

     

     

    案卷处理管理服务

     

     

    客户管理服务

     

     

    保险公估管理服务

     

     

    B2C个人账户服务

     

     

    短险公共平台服务

     

     

     

    l 逻辑架构

      在给出系统总体的逻辑架构前,我们先看看系统前端和服务层直接的关系。前端是客户端,可以有多个客户端,也可以有多种客户端,比如手机端(APP、WAP、微信)等。客户端和服务之间的架构是典型的MVC架构,V是客户端,C就是spring mvc或servlet开发的控制层,对于Web应用V和C在开发角度是一个工程,剩下的M就是服务层。这是对于web系统来说的,对于app或者使用html直接实现的客户端,或者是.net实现的桌面客户端,由于这些客户端是单独开发的,没有控制层,因此需要增加一层“API 网关”作为这些客户端的控制层。

       

    图中的服务组件就是指各个业务服务,这些服务可以看成是组件的概念。通常前端界面一个界面中需要的数据通常不仅仅来自于同一个服务,即使是来自于同一个服务,那也来自于很多不同的接口,servlet或api 网关作为控制层,所起到的作用就是组合接口、组合数据,并处理接口间的事务性。另外服务组件也是分层的,图中并没有展现,一般可以分为3层,从低到高依次是工具性服务组件、基础业务层服务组件、业务层服务组件。前端界面的请求按照从高到底向下传递和处理请求。

    按照职责、通用性、技术特性综合考虑和计量,逻辑架构设计如下图:

      

     

      十几个子系统分别分布在服务层、控制层、表现层(典型的三层架构)。实体层和接口访问层虽然属于“层”,但它们并不单独发布,而是使用Jar包类库的方式提供给其它服务调用,是逻辑上的层。服务组件的构成大都是按照业务领域划分的,只有一个除外,就是“B2C网站”,B2C网站由于是面向终端用户的高并发电子商务网站,为了处理高并发,我们将其拆分为两个业务领域(也可以拆分成多个业务领域,看实际并发量),分别是用户账户和产品。用户浏览产品并购买,这是电子商务网站最基本的两个领域。其中产品浏览等功能由更底层的产品服务提供,用户账户功能由会员服务提供。还有一些功能,比如推荐商品可能是由其它服务提供,这些可以在控制层直接组合这些服务。

     

    l 服务架构

      服务框架采用典型的“服务注册表”模式,注册表使用redis。服务组件在启动时将自己注册进服务注册表,web服务器或api 网关在访问服务时查询服务注册表得到服务的uri,然后调用某服务接口。

       

     

           淘宝的dubbo使用的是zookeeper作为服务注册表,之所以使用zookeeper,主要是使用它的负载均衡的功能。笔者认为restful接口没有必要使用zookeeper做负载均衡,可以使用nginx(负载均衡服务器都可以),所以没必要选用动态的zookeeper作为注册表,而是使用“redis+心跳监测”机制(redis也可以换为LDAP等)来完成服务注册和监控失效服务的功能。这个方案至少比dubbo简单几个数量级,简单就是硬道理。

    在注册服务时只需要注册nginx服务器的IP以及服务描述信息即可。反观dubbo还要注册接口进注册表,笔者认为这个没必要,因为调用一个服务接口的充分必要条件就是知道服务器的IP即可。至于调用什么服务接口,肯定在代码里已经写死,目标服务器必定存在这个服务接口。将服务接口注册进服务注册表如果是为了监控审计服务的使用情况,那这个功能使用访问日志来实现能做的更好。

      总体的分布式拓补结构如下图:

       

           对于服务集群来讲,看上去像是一个大哥(nginx)带有众多小弟的结构。访问某服务群组只需要访问其nginx服务器即可,这里nginx均采用高可用方案,防止单台nginx出现问题。至于高层服务调用底层服务也是直接访问其服务器组的nginx。这个执行的流程其实和日常生活中的概念很像,如公司内部的执行流也是如此:老板分配任务给部门经理,部门经理分配任务给主管,主管分配任务给具体的个人(某单台服务器)。领导们起到的作用也是负载均衡和监控,负载均衡就是把任务可以分配给多个人同时执行(并且某个执行失败自动切换),监控就不必说了就是监控任务完成情况。在我们的方案里,会专门有个服务去监控所有服务器的执行情况,很简单的服务就可以做到。

    l 关于分布式事务

      如果研究一下EJB就会发现,EJB和微服务的架构基本相同,甚至所有面向服务(SCA、SOA等等)的架构都相差不大。很多人反对EJB,并不是EJB不够强大,而是它不够简单,它给项目带来的复杂性甚至超过了项目本身(这也是笔者不建议使用dubbo框架的原因)。曾有人说过:你要么把事情做的尽可能简单,让人挑不出毛病;要么把事情做的尽可能复杂,让人找不出毛病,EJB就是后者。EJB分布式事务机制实现的很好,可惜的是这种“一刀切”的事务机制,大大降低了web系统的性能,所以几乎所有面向互联网的应用都极少使用分布式事务,也就不会采用EJB。互联网应用本身事务性操作并不多,一些新闻、博客之类的网站甚至都不需要事务。另外一个方面,即使出现一个或两个分布式事务应用场景,也可以通过其它手段解决,比如事件机制等等。

      在之前的文章中我们也提到过对于分布式事务最佳的策略是尽量避免。如果避免不了将按以下方式实现。

      1)  将分布式事务性操作封装在一个服务中,这个服务使用XA或链式分布式事务管理。

      2)  可以使用事件机制协调事务管理(具体做法就是事务失败后发失败事件到可持久化的消息队列,然后需回滚操作的接口监控此事件并执行回滚)。

      3)  使用自定义分布式事务管理器管理分布式事务。

       

      笔者设想的自定义分布式事务管理器主要是封装了流程及分布式事务相关功能,笔者将在其它文章专门讨论。如图所示,假设有一个事务需要依次调用ABCDE五个接口,我们首先调用分布式事务管理接口创建这条“流程”的实例,实例中五个接口分别对应五个状态,调用成功后将该接口对应的状态设置为“成功”,反之就是“失败”,流程处理结束后,分布式事务检查状态,然后按照一定的策略调用失败接口的反向操作接口去回滚数据(前提条件也是参与分布式事务操作的接口要开发反向操作接口)。这既是一个简单的流程引擎,也是一个分布式事务协调处理装置,具体是否有必要做的复杂(比如处理并行流程),还要看实际环境下分布式事务的情况,但笔者认为互联网前端应用使用简单流程应该足以应付。

      

    l 开发架构

      系统所需的工程,“[ ]”里面表示工程的名称。

       

      从图中不难看出,我们将运维相关前端界面合并为一个前端系统,总体来讲前端只有3种,B2C前端、APP前端、运维前端。把运维前端合并为一个项目有利于加快前期的开发、部署的效率,在后期如果某子系统功能界面太多,可以将前端系统独立,比如公估系统、客户管理系统等,独立后的系统需要使用单点登录,这样就可以在各个系统之间免登陆切换。

    开发环境:

    编码:UTF-8                                          

    工具:Myeclipse 10

    SVN:Site-1.8.22

    Web服务器:Tomcat7

    JDK: JDK1.7、 Java EE 5

    开发环境:Maven 3

     

    开发技术选型:

    表现层:Bootstrap+Html+Jquery

    MVC框架:Spring MVC 3.2

    安全框架:Spring security 3.2

    Rest接口实现:Spring MVC Rest

    持久层:Mybatis3.2

    分布式缓存:Redis

    数据库:MySql 5.6


    转载自http://www.cnblogs.com/Leo_wl/p/5049722.html

    展开全文
  • 机器学习保险行业问答开放数据集: 2. 使用案例9条回复在上一篇文章中,介绍了数据集的设计,该语料可以用于研究和学习,从规模和质量上,是目前中文问答语料中,保险行业垂直领域最优秀的语料,关于该语料制作过程...
  • 最近有朋友问起我有没有做过抖音开放平台,让我有了些思考,其实之前做过的。虽然抖音APP很火,但是毕竟不像微信开放平台那样,已沉淀多年,基本上每个API只要肯用心查找,网上都有很多资料可以参考。而抖音开放平台...
  • “美年健康作为中国最大的大健康数据中心和最大的流量入口平台,目前已经与阿里云展开合作,双方共建云计算平台,并开展了...双方联合打造适应未来发展所需要的健康大数据开放平台,及中国最大的健康生态圈。通过不...
  • 产险对接讲解-第1讲 流程入门-平安开放平台账号申请和审核
  • 李大中,刘剑,邓景文中国联合网络通信集团有限公司,北京 100033摘要:大数据能力开放平台依托中国联通大数据生产平台优势,构建总部数据域大数据对外合作平台,打造一个内...
  • 长期以来,美国奥马哈市Central States健康人寿保险公司(CSO)一直使用传统数据中心,并以非常可靠和一致的方式,提供关键任务数据的批处理服务和分时功能。由于使用了Sun MTP软件,才得以把关键任务应用从大型主机...
  • 无缝集成电子签章开放平台,让您的业务管理软件也可以签署具有法律效力的电子文件,搞定业务全程电子化最后“1”步! 大多数组织至少都有一套“业务管理软件”,ERP、OA、HRM、CRM、财务管理软件、合同管理软件、...
  • 此文章转载于AI前线公众号文章《百度 Apollo2.0 数据开放平台 :“云 + 端”研发迭代新模式》作者|百度自动驾驶事业部的杨凡成稿|Vincent编辑|Emily近期,AI 前线请来了百度自动驾驶事业部资深架构师杨凡,在 AI ...
  • java办公自动化系统源码开放保险平台 即将推出 该项目将很快启动。 现在您可以探索我们的其他项目或通读基本文档,您可以在其中了解我们如何在该项目中工作。 软件说明 该软件提供了一个全面的核心保险平台,为保险...
  • 另外如果要将互联网保险平台质量特性排个序,最重要的是可扩展性、安全性,因为保险的种类多而且处理方式不同,除此之外,高并发和可靠性也会直接影响功能的实现,但并没有可扩展性影响大。深入分析职责后把每一种...
  • 本文由 「AI前线」原创,原文链接:百度 Apollo2.0 数据开放平台 :“云 + 端”研发迭代新模式作者|百度自动驾驶事业部的杨凡成稿|Vincent编辑|Emily各位开发者朋友,大家好,我是来自百度自动驾驶事业部的杨凡。...
  • 该服务在保险、银行、道路救援等领域有较广泛应用。 三、面向个人应用开发者以插件形式提供能力: 中国移动位置服务基地对个人应用开发者以插件的形式输出两大能力, 包括:定位插件、GIS地图插件。 ...
  • 作为新一代科技革命的核心领域,人工智能...8月29日,备受瞩目的2019世界人工智能大会开幕,科技部副部长李萌在开幕式上宣布了国家新一代人工智能开放创新平台出炉的消息,中国平安集团作为唯一一个金融机构获批建设国家...
  • 来源:科技部8月29日上午,在上海举办的2019世界人工智能大会开幕式上,科技部李萌副部长发布了新启动建设的十家国家新一代人工智能开放创新平台。分别是:依托上海依图网络科...
  • 1月12日,国内领先的数字医疗健康科技企业丁香园宣布推出专业级医疗数据开放平台(open.dxy.cn),该平台为业内首家可全面覆盖药品、疾病、医院、科室、诊疗、医学资讯等多场景应用的开...
  • 银行保险

    千次阅读 2012-03-09 11:01:06
    开放分类:保险保险公司经济金融 编辑词条分享 新知社 新浪微博 人人网 腾讯微博 移动说客 网易微博 开心001 天涯 MSN QQ空间 飞信空间 银行保险是由银行、邮政、基金组织以及其他金融机构与保险...
  • 场景即保险,没有场景就没有任何意义。 以下是数字化转型的分享线路图,您现在所在的位置为序号②的分享:产品创新之新保险篇。 从马云提出“五新”之后,各行各业都开始在行业称前面加一个“新”字从而突出行业与...
  • 俗话说“要想富先修路”,而区块链行业的基础...12月21日,火币生态链Heco开启“火种”公测阶段,CyberVein自主研发的CROSS作为首个登陆火币生态链Heco的NFT发行及拍卖平台也于今日同步上线,CROSS登陆Heco后对于双.
  • 此次活动,艺龙网及众安保险作为行业典型案例,在现场分享了他们如何将自身技术实力与企业微信结合,基于企业微信的开放能力,进行创新实践,将人工智能等高科技手段应用到企业管理当中。企业微信+机器人,人工智能...
  • ‍‍今日看点✦比亚迪第100万辆新能源汽车将于5月19日正式下线✦ 阿里影业:设立全新潮玩业务品牌“锦鲤拿趣”,主营内容IP潮玩✦ 爱奇艺会员开放平台正式启动,今年将推出超200部新作品...
  • AIoT赋能保险业新发展

    2019-11-01 13:43:52
    金融科技与产业的融合为保险行业带来产业升级的契机。其中,数据是驱动保险业务的...一方面,国务院金融稳定发展委员会办公室发布的《关于进一步扩大金融业对外开放的有关举措》,推出11条金融业对外开放的措施,让...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,329
精华内容 6,131
关键字:

保险开放平台