一种基于5G消息的保单处理方法及装置

本文涉及移动互联技术领域，尤其涉及一种基于5G消息的保单处理方法及装置。

现有技术中，投保人购买保险的方式如下：一种是下载客户端(例如保险公司客户端、可购保险的第三方客户端)，用户在完成注册登录的基础上可进行保险购买，保险购买过程中，用户仅能通过客户端、短信、邮件等方式与后台交互，且短信与邮件交互为单向交互；另一种是委托保险经纪人或到保险机构网点办理，该种方式也通过短信、邮件等方式与后台交互，且短信与邮件交互为单向交互。

上述用户购买及查询保单相关信息的方式存在操作复杂、用户体验差的问题。

本文用于解决现有技术中用户投保方式存在操作复杂、用户体验差的问题。

为了解决上述技术问题，本文一方面提供一种基于5G消息的保单处理方法，应用于5G消息投保服务端，包括：

接收5G终端设备发送的保单申请5G消息，所述保单申请5G消息由用户通过操作保单投保需求5G消息中的保单申请相关交互控件确定；

解析所述保单申请5G消息得到用户保单申请信息，发送用户保单申请信息至相应保单管理系统审核；

接收保单管理系统发送的审核结果，将所述审核结果编译为审核结果5G消息后发送至5G终端设备，所述审核结果5G消息中内置有交互控件；

接收用户对审核结果5G消息中交互控件的触发结果，并将触发结果发送至相应保单管理系统。

作为本文进一步实施例中，接收5G终端设备发送的保单申请5G消息之前，还包括：

接收5G终端设备发送的基于5G消息的保单订阅请求；

根据所述保单订阅请求从相应保单管理系统获取保单投保需求信息，将保单投保需求信息编译为保单投保需求5G消息后发送至5G终端设备。

作为本文进一步实施例中，解析所述保单申请5G消息得到用户保单申请信息包括：

解析所述保单申请5G消息得到多段加密信息，各段加密信息利用不同公钥加密用户保单申请信息中的各类参数得到；

利用与各段加密信息公钥相对应的私钥解密各段加密信息，利用预设规则拼接解密后的信息得到用户保单投保信息。

作为本文进一步实施例中，当审核结果为通过时，所述审核结果5G消息中的交互控件为签名控件，所述签名控件包括用户签名信息的处理逻辑；

当审核结果为不通过时，所述审核结果5G消息中的交互控件为提示控件，所述提示控件用于提示和接收用户修改信息。

作为本文进一步实施例中，接收5G终端设备发送的保单申请5G消息之前还包括：

接收5G终端设备发送的已有资料查询5G消息，所述已有资料查询5G消息由用户通过操作保单投保需求5G消息中的查询交互控件确定；

解析所述已有资料查询5G消息得到查询请求信息，发送查询请求信息至相应保单管理系统；

接收保单管理系统发送的已有资料，根据所述已有资料更新保单投保需求5G消息，将更新后保单投保需求5G消息发送至客户端。

作为本文进一步实施例中，所述保单申请相关交互控件包括基本信息交互控件、投保材料交互控件、生物特征采集交互控件；

所述基本信息交互控件用于供用户输入投保人及被保人基本信息；

所述投保材料交互控件用于供用户输入投保相关材料；

所述生物特征采集交互控件用于收集用户生物特征；

解析所述保单申请5G消息得到用户保单申请信息后，还包括：验证投保人与用户生物特征是否一致，若不一致，则通过5G消息发送拒绝投保，若一致，则发送用户保单申请信息至相应保单管理系统审核。

本文第二方面提供一种基于5G消息的保单处理方法，应用于5G终端设备，包括：

接收用户基于保单投保需求5G消息输入的用户保单申请信息；

将所述用户保单申请信息编译为保单申请5G消息后发送至5G消息投保服务端；

接收并展示5G消息投保服务端发送的审核结果5G消息，所述审核结果5G消息中内置有交互控件；

接收用户对审核结果5G消息中交互控件的触发结果，发送触发结果至所述5G消息投保服务端，以由所述5G消息投保服务端将所述触发结果发送至相应保单管理系统。

作为本文进一步实施例中，所述保单投保需求5G消息中内置有加密插件，接收到用户保单申请信息之后，由加密插件对用户保单申请信息进行分类处理，利用内置多个公钥分别对各类信息进行加密处理，得到多段加密信息；

根据多段加密信息生成保单申请5G消息。

本文第三方面提供一种基于5G消息的保单处理装置，应用于5G消息投保服务端，包括：

第一终端交互单元，用于接收5G终端设备发送的保单申请5G消息，所述保单申请5G消息由用户通过操作保单投保需求5G消息中的保单申请相关交互控件确定；

第一保单管理交互单元，用于解析所述保单申请5G消息得到用户保单申请信息，发送用户保单申请信息至相应保单管理系统审核；

第二保单管理交互单元，用于接收保单管理系统发送的审核结果，将所述审核结果编译为审核结果5G消息后发送至5G终端设备，所述审核结果5G消息中内置有交互控件；

第二终端交互单元，用于接收用户对审核结果5G消息中交互控件的触发结果，并将触发结果发送至相应保单管理系统。

本文第四方面提供一种基于5G消息的保单处理装置，应用于5G终端设备，包括：

第一交互单元，用于接收用户基于保单投保需求5G消息输入的用户保单申请信息；

第二交互单元，用于将所述用户保单申请信息编译为保单申请5G消息后发送至5G消息投保服务端；

第三交互单元，用于接收并展示5G消息投保服务端发送的审核结果5G消息，所述审核结果5G消息中内置有交互控件；

第四交互单元，用于接收用户对审核结果5G消息中交互控件的触发结果，发送触发结果至所述5G消息投保服务端，以由所述5G消息投保服务端将所述触发结果发送至相应保单管理系统。

本文第五方面提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述任一实施例所述方法。

本文第六方面提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行根据前述任一实施例所述方法的指令。

本文第七方面提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现前述任一实施例所述方法。

本实施例基于5G消息的保单处理方法及装置，通过5G消息的使用，使得用户在不下载客户端及不到保险机构网点的情况下通过简单操作即可完成投保，具有操作简单及用户体验高的优势，同时，基于5G消息的传输还会提高信息交互的安全性。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例基于5G消息的保单处理系统的一种交互图；

图2示出了本文实施例基于5G消息的保单处理系统的另一种交互图；

图3示出了本文实施例基于5G消息的保单处理系统的又一种交互图；

图4示出了本文实施例应用于5G消息投保服务端的5G消息的保单处理方法的一种流程图；

图5示出了本文实施例应用于5G消息投保服务端的5G消息的保单处理方法的另一种流程图；

图6示出了本文实施例应用于5G消息投保服务端的5G消息的保单处理方法的又一种流程图；

图7示出了本文实施例应用于5G终端设备的基于5G消息的保单处理方法的一种流程图；

图8示出了本文实施例应用于5G消息投保服务端的基于5G消息的保单处理装置的结构图；

图9示出了本文实施例应用于5G终端设备的基于5G消息的保单处理装置的结构图；

图10示出了本文实施例计算机设备的结构图。

附图符号说明：

100、5G终端设备；

200、5G消息投保服务端；

300、保单管理系统；

810、第一终端交互单元；

820、第一保单管理交互单元；

830、第二保单管理交互单元；

840、第二终端交互单元；

910、第一交互单元；

920、第二交互单元；

930、第三交互单元；

940、第四交互单元；

1002、计算机设备；

1004、处理器；

1006、存储器；

1008、驱动机构；

1010、输入/输出模块；

1012、输入设备；

1014、输出设备；

1016、呈现设备；

1018、图形用户接口；

1020、网络接口；

1022、通信链路；

1024、通信总线。

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本申请所涉及的保单申请5G消息、用户保单申请信息、审核结果5G消息等均为经用户授权或者经过各方充分授权的信息和数据。本文所述5G为第五代移动通信系统，是最新一代蜂窝移动通信技术，提供了相比4G网络更快的数据传输速率、非常低的延迟、更高系统容量和更大规模的设备连接，能够胜任无线环境中高级服务的要求。

现有技术中，用户投保时需下载客户端(例如保险公司客户端、可购保险的第三方客户端)，或委托保险经纪人或到保险机构网点办理，该种办理方式存在操作复杂及用户体验差的问题。另外，用户投保过程中，通过客户端、短信、邮件等方式订阅投保交互信息，用户需在不同软件间进行切换，同样存在操作复杂及用户体验差的问题。

为了解决上述技术问题，本文的一实施例中，提供一种基于5G消息的保单处理系统，如图1所示，包括：5G终端设备100、5G消息投保服务端200及保单管理系统300。

5G终端设备100包括但不限于5G智能手机，用于接收并显示5G消息，根据用户操作发出5G消息。5G消息投保服务端200包括但不限于5G消息投保服务器，为5G终端设备100与保单管理系统300之间通信的桥梁。保单管理系统300为现有保险公司的保单管理系统，用于处理保单信息。具体实施时，一5G消息投保服务端200可对接多个保单管理系统300，各保单管理系统300属于不同保险公司或属于不同的保险业务，本文对此不作限定。

具体的，基于5G消息的保单处理系统的操作流程包括：

步骤110，5G终端设备接收用户基于保单投保需求5G消息输入的用户保单申请信息，将所述用户保单申请信息编译为保单申请5G消息后发送至5G消息投保服务端。

本步骤实施的前提为用户已接接收到保单投保需求5G消息，一些实施方式中，保单投保需求5G消息的获取方式包括：由用户通过在5G终端设备的5G消息界面的搜索栏发起基于5G消息的保单订阅请求，例如在搜索栏输入**保险公司；5G终端设备发送保单订阅请求至5G消息投保服务端；5G消息投保服务端根据保单订阅请求从相应保单管理系统获取保单投保需求信息，将保单投保需求信息编译为保单投保需求5G消息后发送至5G终端设备。

其中，保单申请5G消息由用户通过操作保单投保需求5G消息中的保单申请相关交互控件确定。保单投保需求5G消息中的交互控件用于供用户输入保单申请信息。一些实施方式中，保单申请相关交互控件包括基本信息交互控件、投保材料交互控件、生物特征采集交互控件。基本信息交互控件用于供用户输入投保人及被保人基本信息(例如姓名、身份证号、住址等)。投保材料交互控件用于供用户输入投保相关材料(房产信息、身份证等影像信息、合同签署)。生物特征采集交互控件用于收集用户生物特征(指纹、声音、面部图像等)。

步骤120，5G消息投保服务端接收5G终端设备发送的保单申请5G消息，解析保单申请5G消息得到用户保单申请信息，发送用户保单申请信息至相应保单管理系统审核。

保单申请5G消息中记录有保单管理系统相关的标识，通过该标识，可将用户保单申请信息发送至相应保单管理系统。

保单管理系统审核时，可利用人工智能算法(线性回归、逻辑回归、决策树等算法)对保单申请信息进行多维度审核，本文对其具体审核算法不做限定。

进一步的，为了避免与投保人无关的人发出投保请求，保证投保人的权益，本步骤中，5G消息投保服务端解析保单申请5G消息得到用户保单申请信息后，还验证投保人与用户生物特征是否一致，若不一致，则通过5G消息发送拒绝投保，若一致，则发送用户保单申请信息至相应保单管理系统审核。验证投保人与用户和生物特征是否一致过程包括：根据投保人基本信息或身份证影像等信息，从相应第三方系统(例如公安系统等)获取投保人生物特征，判断获取的特征与用户保单申请信息中的投保人生物特征是否一致，若一致，则确定为同一人。

步骤130，保单管理系统对用户保单申请信息进行审核，发送审核结果至5G消息投保服务端。

其中，审核结果包括：审核通过时，提示户输入电子签名或视频签名；审核失败时，提示用户重新发起请求；审核缺少资料时，提示用户重新输入资料。

步骤140，5G消息投保服务端接收保单管理系统发送的审核结果，将审核结果编译为审核结果5G消息后发送至5G终端设备，所述审核结果5G消息中内置有交互控件。

详细的说，当审核结果为通过时，审核结果5G消息中的交互控件为签名控件，签名控件包括用户签名信息的处理逻辑，用于供用户输入电子签名或视频签名，即交互控件中包含可供用户输入电子签名或视频签名的实现逻辑。当审核结果为不通过时，审核结果5G消息中的交互控件为提示控件，提示控件用于提示和接收用户修改信息，例如供用户重新发起请求，即提示控件中包含可供用户重新发出请求的实现逻辑。又例如供用户输入缺少资料，即提示控件中包含可供用户输入缺少资料的实现逻辑。一些具体实施方式中，交互控件以按钮的形式表现，用户可触发按钮的方式实现相关数据输入或请求的发起。

步骤150，5G终端设备接收并展示5G消息投保服务端发送的审核结果5G消息，接收用户对审核结果5G消息中交互控件的触发结果，发送触发结果至5G消息投保服务端。

具体的，触发结果包括用户输入的电子签名或视频签名，用户重新发起的请求，用户补充的资料。

步骤160，接收用户对审核结果5G消息中交互控件的触发结果，并将触发结果发送至相应保单管理系统，保单管理系统对触发结果做进一步验证，验证通过后，通过5G消息投保服务端发送投保成功5G消息至5G终端设备。

本文所述各类5G消息可通过视频+H5页面的方式实现，本文对其具体实现方式不做限定。

本实施例基于5G消息的保单处理方法及装置，通过5G消息的使用，使得用户在不下载客户端及不到保险机构网点的情况下通过简单即可操作完成投保，具有操作简单及用户体验高的优势，同时，基于5G消息的传输还会提高信息交互的安全性。

本文一实施例中，为了进一步保证通过5G消息投保的安全性，所述保单投保需求5G消息中内置有加密插件，如图2所示，步骤110中，5G终端设备接收到用户保单申请信息之后，由加密插件对用户保单申请信息进行分类处理，利用内置多个公钥分别对各类信息进行加密处理，得到多段加密信息，根据多段加密信息生成保单申请5G消息。

具体的，可根据用户保单申请信息中具体数据类型进行分类，例如影像类及文字类等，公钥由5G消息投保服务端200提前发送给5G终端设备，或内置于保单投保需求5G消息中，且预先与5G终端设备约定好公钥加密的数据类型。

一些实施方式中，根据多段加密信息生成保单申请5G消息包括：对多段加密信息按照预设顺序进行拼接处理，各类型加密数据之间可用特殊字符(“.”、“/”等)隔开，本文对具体拼接方式不做限定，只要5G终端设备与5G消息投保服务端约定好拼接格式即可。

对应的，上述步骤120中解析保单申请5G消息得到用户保单申请信息包括：

解析保单申请5G消息得到多段加密信息，各段加密信息利用不同公钥加密用户保单申请信息中的各类参数得到；利用与各段加密信息公钥相对应的私钥解密各段加密信息，利用预设规则拼接解密后的信息得到用户保单投保信息。

本实施例能够保证5G终端设备与5G消息投保服务端之间通讯数据的安全性，避免非法用户恶意发起投保攻击。

本文一实施例中，为了避免用户重复发送投保资料信息，进一步提高用户投保效率，保单投保需求5G消息中还设置有查询交互控件，通过触发该查询交互控件可发出已有资料查询5G消息，具体的，如图3所示，基于5G消息的保单处理系统交互过程还包括：

步骤310，5G终端设备发送已有资料查询5G消息至5G消息投保服务端。其中，已有资料查询5G消息由用户通过操作保单投保需求5G消息中的查询交互控件确定。

步骤320，5G消息投保服务端接收5G终端设备发送的已有资料查询5G消息，解析所述已有资料查询5G消息得到查询请求信息，发送查询请求信息至相应保单管理系统，查询请求信息包括用户基本信息及查询内容。

步骤330，保单管理系统根据查询请求信息，查询已有资料，并发送已有资料至5G消息投保服务端。详细的说，已有资料为相关用户已存在于保单管理系统中的资料。

步骤340，5G消息投保服务端接收保单管理系统发送的已有资料，根据已有资料更新保单投保需求5G消息，将更新后保单投保需求5G消息发送至客户端。

本步骤中，可将已有资料在保单投保需求5G消息中的交互控件禁能，即交互控件不可用，从而可以节省用户准备资料及上传资料的操作，同时还可以节省保单管理系统的存储容量。

本文一实施例中，还提供一种应用于5G消息投保服务端的5G消息的保单处理方法，如图4所示，包括：

步骤410，接收5G终端设备发送的保单申请5G消息，保单申请5G消息由用户通过操作保单投保需求5G消息中的保单申请相关交互控件确定。

步骤420，解析保单申请5G消息得到用户保单申请信息，发送用户保单申请信息至相应保单管理系统审核。

步骤430，接收保单管理系统发送的审核结果，将审核结果编译为审核结果5G消息后发送至5G终端设备，审核结果5G消息中内置有交互控件。

详细的说，当审核结果为通过时，所述审核结果5G消息中的交互控件为签名控件，所述签名控件包括用户签名信息的处理逻辑；

当审核结果为不通过时，所述审核结果5G消息中的交互控件为提示控件，所述提示控件用于提示和接收用户修改信息。

步骤440，接收用户对审核结果5G消息中交互控件的触发结果，并将触发结果发送至相应保单管理系统。

本实施例基于5G消息的保单处理方法及装置，通过5G消息的使用，使得用户在不下载客户端及不到保险机构网点的情况下通过简单操作即可完成投保，具有操作简单及用户体验高的优势，同时，基于5G消息的传输还会提高信息交互的安全性。

本文一实施例中，如图5所示，步骤410接收5G终端设备发送的保单申请5G消息之前，还包括：

步骤510，接收5G终端设备发送的基于5G消息的保单订阅请求；

步骤520，根据保单订阅请求从相应保单管理系统获取保单投保需求信息，将保单投保需求信息编译为保单投保需求5G消息后发送至5G终端设备。

本实施例能够在用户无需下载客户端的情况下实现保单订阅，能够简化用户操作，提高用户体验。

本文一实施例中，步骤420解析保单申请5G消息得到用户保单申请信息包括：

解析保单申请5G消息得到多段加密信息，各段加密信息利用不同公钥加密用户保单申请信息中的各类参数得到；

利用与各段加密信息公钥相对应的私钥解密各段加密信息，利用预设规则拼接解密后的信息得到用户保单投保信息。

本实施例能够通过不同公钥加密用户保单申请信息中的不同类信息，能够提高保单申请5G消息的解密难度，保证保单申请5G消息的安全性。

本文一实施例中，如图6所示，步骤410接收5G终端设备发送的保单申请5G消息之前，还包括：

步骤610，接收5G终端设备发送的已有资料查询5G消息，已有资料查询5G消息由用户通过操作保单投保需求5G消息中的查询交互控件确定。

步骤620，解析已有资料查询5G消息得到查询请求信息，发送查询请求信息至相应保单管理系统。

步骤630，接收保单管理系统发送的已有资料，根据已有资料更新保单投保需求5G消息，将更新后保单投保需求5G消息发送至客户端。

本实施例能够进一步简化用户操作，节省用户准备资料及上传资料的操作，同时还可以节省保单管理系统的存储容量。

本文一实施例中，还提供一种应用于5G终端设备的基于5G消息的保单处理方法，如图7所示，包括：

步骤710，接收用户基于保单投保需求5G消息输入的用户保单申请信息。

步骤720，将用户保单申请信息编译为保单申请5G消息后发送至5G消息投保服务端。

步骤730，接收并展示5G消息投保服务端发送的审核结果5G消息，审核结果5G消息中内置有交互控件。

当审核结果为通过时，所述审核结果5G消息中的交互控件为签名控件，所述签名控件包括用户签名信息的处理逻辑。当审核结果为不通过时，所述审核结果5G消息中的交互控件为提示控件，所述提示控件用于提示和接收用户修改信息。

步骤740，接收用户对审核结果5G消息中交互控件的触发结果，发送触发结果至5G消息投保服务端，以由5G消息投保服务端将所述触发结果发送至相应保单管理系统。

基于同一发明构思，本文还提供一种应用于5G消息投保服务端的基于5G消息的保单处理装置，如下面的实施例所述。由于应用于5G消息投保服务端的基于5G消息的保单处理装置解决问题的原理与应用于5G消息投保服务端的基于5G消息的保单处理方法相似，因此应用于5G消息投保服务端的基于5G消息的保单处理装置的实施可以参见应用于5G消息投保服务端的基于5G消息的保单处理方法，重复之处不再赘述。

具体的，如图8所示，应用于5G消息投保服务端的基于5G消息的保单处理装置包括：

第一终端交互单元810，用于接收5G终端设备发送的保单申请5G消息，所述保单申请5G消息由用户通过操作保单投保需求5G消息中的保单申请相关交互控件确定。

第一保单管理交互单元820，用于解析所述保单申请5G消息得到用户保单申请信息，发送用户保单申请信息至相应保单管理系统审核。

第二保单管理交互单元830，用于接收保单管理系统发送的审核结果，将所述审核结果编译为审核结果5G消息后发送至5G终端设备，所述审核结果5G消息中内置有交互控件。

第二终端交互单元840，用于接收用户对审核结果5G消息中交互控件的触发结果，并将触发结果发送至相应保单管理系统。

基于同一发明构思，本文还提供一种应用于5G终端设备的基于5G消息的保单处理装置，如下面的实施例所述。由于应用于5G终端设备的基于5G消息的保单处理装置解决问题的原理与应用于5G终端设备的基于5G消息的保单处理方法相似，因此应用于5G终端设备的基于5G消息的保单处理装置的实施可以参见应用于5G终端设备的基于5G消息的保单处理法，重复之处不再赘述。

具体的，如图9所示，应用于5G终端设备的基于5G消息的保单处理装置包括：

第一交互单元910，用于接收用户基于保单投保需求5G消息输入的用户保单申请信息；

第二交互单元920，用于将所述用户保单申请信息编译为保单申请5G消息后发送至5G消息投保服务端；

第三交互单元930，用于接收并展示5G消息投保服务端发送的审核结果5G消息，所述审核结果5G消息中内置有交互控件；

第四交互单元940，用于接收用户对审核结果5G消息中交互控件的触发结果，发送触发结果至所述5G消息投保服务端，以由所述5G消息投保服务端将所述触发结果发送至相应保单管理系统。

本文提供的基于5G消息的保单处理系统、方法及装置，使得用户无需下载、注册及登录客户端，也无需前往保险营业网点，即可完成保单订阅及投保的流程。并且基于5G消息传输更加安全可靠，保证信息传输的安全和稳定性。

本文一实施例中，还提供一种计算机设备，如图10所示，计算机设备1002包括存储器1006、处理器1004及存储在存储器上并可在处理器上运行的计算机程序，处理器1004执行计算机程序时实现前述任一项所述方法，具体的，处理器1004诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。存储器1006用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器1006可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1002的固定或可移除部件。在一种情况下，当处理器1004执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1002可以执行相关联指令的任一操作。计算机设备1002还包括用于与任何存储器交互的一个或多个驱动机构1008，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备1002还可以包括输入/输出模块1010(I/O)，其用于接收各种输入(经由输入设备1012)和用于提供各种输出(经由输出设备1014)。一个具体输出机构可以包括呈现设备1016和相关联的图形用户接口1018(GUI)。在其他实施例中，还可以不包括输入/输出模块1010(I/O)、输入设备1012以及输出设备1014，仅作为网络中的一台计算机设备。计算机设备1002还可以包括一个或多个网络接口1020，其用于经由一个或多个通信链路1022与其他设备交换数据。一个或多个通信总线1024将上文所描述的部件耦合在一起。

通信链路1022可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1022可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图4至图7中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图4至图7所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。