CN109325873B - 自助业务处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种自助业务处理方法、装置、计算机设备及存储介质，所述方法包括：自助卡管理服务端新建自助卡账户，并将自助卡账户的标识信息发送到承保服务端；承保服务端将自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将虚拟保单信息保存到预设的保单数据库；若自助卡管理服务端接收到自助卡账户激活请求，则提取自助卡账户激活请求中的用户真实信息，并向承保服务端发送包含用户真实信息的数据同步消息；承保服务端根据数据同步消息对虚拟保单信息进行更新，生成真实保单信息；承保服务端将真实保单信息发送到自助卡运营平台。本发明为保险业务提供了更为灵活的投保方式，同时方便系统数据的管理和维护。

Description

自助业务处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机领域，尤其涉及自助业务处理方法、装置、计算机设备及存储介质。

背景技术

保险业务是一项业务逻辑复杂的金融业务。由于各种保险险种之间的规则和条款千差万别，消费者购买保险时需要到现场录入真实身份信息，同时与保险公司确认繁杂的法律条款，因此，这种传统保险销售方式，对于保险人和被保人来说是非常耗时且繁琐的。

同时，在传统的保险销售方式中，保单的订立和生效是同时发生的，即被保人信息或被保标的信息都是在保单签订时就确定下来的，保单数据一旦录入系统，则后期不能修改。例如，车险保单在签订时，就必须确定被保人信息，后期不能增加或修改；对于人身险或财产险保单，在签订保单时就确定了被保人或被保标的物的信息，后期不能新增或修改。这种投保方式不够灵活，无法满足日新月异的市场需求，同时，保险业务的开发和运营交织在一起，不便于系统数据维护。

发明内容

本发明实施例提供一种自助业务处理方法、装置、计算机设备及存储介质，以解决保险业务的投保方式不够灵活，业务数据维护不便的问题。

一种自助业务处理方法，应用于自助卡管理服务端，包括：

新建自助卡账户，并将所述自助卡账户的标识信息发送到承保服务端，其中，所述承保服务端用于根据所述自助卡账户的标识信息将自助卡与预设保单数据库进行绑定；

若接收到自助卡账户激活请求，则提取所述自助卡账户激活请求中的用户真实信息，并向所述承保服务端发送包含所述用户真实信息的数据同步消息。

一种自助业务处理方法，应用于承保服务端，包括：

接收自助卡管理服务端发送的自助卡账户的标识信息；

将所述自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将所述虚拟保单信息保存到预设的保单数据库；

若接收到所述自助卡管理服务端发送的数据同步消息，则根据所述数据同步消息对所述虚拟保单信息进行更新，生成真实保单信息；

将所述真实保单信息发送到自助卡运营平台，其中，所述自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能。

一种自助业务处理装置，包括：

账户建立模块，用于新建自助卡账户，并将所述自助卡账户的标识信息发送到承保服务端，其中，所述承保服务端用于根据所述自助卡账户的标识信息将自助卡与预设保单数据库进行绑定；

激活响应模块，用于若接收到自助卡账户激活请求，则提取所述自助卡账户激活请求中的用户真实信息，并向所述承保服务端发送包含所述用户真实信息的数据同步消息。

一种自助业务处理装置，包括：

接收模块，用于接收自助卡管理服务端发送的自助卡账户的标识信息；

关联存储模块，用于将所述自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将所述虚拟保单信息保存到预设的保单数据库；

同步更新模块，用于若接收到所述自助卡管理服务端发送的数据同步消息，则根据所述数据同步消息对所述虚拟保单信息进行更新，生成真实保单信息；

发送模块，用于将所述真实保单信息发送到自助卡运营平台，其中，所述自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述自助业务处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述自助业务处理方法的步骤。

上述自助业务处理方法、装置、计算机设备及存储介质，自助卡管理服务端新建自助卡账户，并与承保服务端中的虚拟数据进行绑定，得到虚拟保单信息；自助卡管理服务端接收自助卡账户的激活请求，并将激活请求中的真实用户信息发送到承保服务端；承保服务端根据真实用户信息对虚拟保单信息进行更新，得到真实保单信息，并将真实保单信息发送到自助卡运营平台。由于保单的签订时间和生效时间产生了分离，使得保险业务人员能够以自助卡的形式对保单进行预售，用户可以根据实际需要进行激活使用，从而为保险业务提供了更为灵活的投保方式，同时，使用虚拟数据构成虚拟保单信息，不影响保险业务开发阶段的数据处理，使得保险业务的开发与运营分离、各自独立运行，方便系统数据的管理和维护。

附图说明

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

图1是本发明一实施例中自助业务处理方法的一应用环境示意图；

图2是本发明一实施例中自助业务处理方法的流程图；

图3是本发明一实施例中自助业务处理方法中步骤S1的流程图；

图4是本发明一实施例中自助业务处理方法中步骤S3的流程图；

图5是本发明一实施例中自助业务处理方法中步骤S2的流程图；

图6是本发明一实施例中自助业务处理方法中步骤S4的流程图；

图7是本发明一实施例中自助业务处理方法中步骤S12的流程图；

图8是本发明一实施例中自助业务处理装置的示意图；

图9是本发明一实施例中自助业务处理装置的示意图；

图10是本发明一实施例中计算机设备的示意图。

具体实施方式

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

本申请提供的自助业务处理方法，可应用在如图1的应用环境中，其中，由自助业务处理系统生成自助卡账户，并对自助卡进行管理以及与保单业务进行绑定；用户首次使用自助卡，通过客户端与自助业务处理系统进行数据交互，实现自助卡激活和数据录入；在自助卡被激活后，用户还可以通过自助卡运营平台进行自助卡信息查询和数据补录。客户端可以是浏览器、手机APP、PC主机等。自助业务处理系统包括自助卡管理服务端和承保服务端，两者之间通过网络连接，其中，网络可以是有线网络或无线网络。自助卡管理服务端和承保服务端均可以由服务器或服务器集群组成。自助卡管理服务端用于对自助卡进行生成、激活、冻结、销毁等管理操作，能接收客户端发起的请求，并与其他服务端进行通信。承保服务端用于保单管理，将保单数据与自助卡账户进行绑定、解绑等。本发明实施例提供的自助业务处理方法有赖于自助卡管理服务端和承保服务端的共同协作完成。

在一实施例中，如图2所示，提供了一种自助业务处理方法，其具体实现流程包括如下步骤：

S1：自助卡管理服务端新建自助卡账户，并将自助卡账户的标识信息发送到承保服务端。

自助卡可以是线下发行并进行销售的实体卡，例如，电信运营商销售的具有一定面额的话费卡即为一种具体的自助卡，在本实施例中，自助卡具体为线下发行并销售的保险业务实体卡。自助卡账户是与自助卡一一对应的虚拟数据账户，例如，可以是数据库中对应的一条记录。自助卡账户中的信息包括但不限于自助卡账户的标识信息、自助卡的类型、自助卡的有效期等等。其中，自助卡账户的标识信息用于唯一标识一个自助卡账户，且与线下发行的实体卡一一对应；自助卡的类型包括自助保单的种类，如车险自助卡，意外险自助卡等；自助卡的有效期是指激活自助卡的有效期，即若自助卡被销售后，在有效期内未被激活，则该卡将失效。

自助卡管理服务端可以根据线下发行的自助卡的数量，新建相应数量的自助卡账户。

具体地，若自助卡管理服务端的运行环境为Java，则自助卡管理服务端可以通过定义一个自助卡对象的数据类型，并批量实例化自助卡对象，从而完成对若干自助卡账户的创建。

其中，自助卡对象是对自助卡的数据抽象，自助卡对象的属性包括自助卡账户的标识信息、自助卡的类型、自助卡的有效期等等。

自助卡管理服务端将新建的自助卡账户的标识信息发送到承保服务端。

S2：承保服务端将自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将虚拟保单信息保存到预设的保单数据库中。

预设的虚拟保单数据是对真实保单数据的模拟，即将真实保单数据中的真实被保人信息、真实被保标的信息等替换为虚拟数据。

例如，在一份预设的虚拟保单数据中，被保人姓名是张三，而张三并不是真实的被保人姓名。

具体地，为了避免真实信息与虚拟保单数据中的信息重合，虚拟保单数据中需要隐去真实被保人信息或真实被保标的物信息等，隐去的信息可以由特殊意义的字符进行替代，如星号字符“*”等。

预设的虚拟保单数据具体可以是预设的保单数据库中的一条数据记录。例如，预设的保单数据库中有若干不同险种的数据表，如车险数据表、意外险数据表、寿险数据表等，各数据表中的记录对应一条虚拟保单记录，虚拟保单记录中的被保人真实信息部分均被星号字符“*”代替。其中，预设的保单数据库是存储保单信息的数据库，保单数据库可以部署在承保服务端本地，或通过网络与承保服务端相连。具体地，保单数据库包括但不限于各种关系型或非关系型数据库，如MS-SQL、Oracle、MySQL、Sybase、DB2、Redis、MongodDB、Hbase等。

虚拟保单信息由预设的虚拟保单数据和自助卡账户的标识信息组成，它代表一个自助卡账户与预设的保单数据库中的记录关联，即线下销售的自助卡与预设的保单数据库中的记录关联。

具体地，若承保服务端的运行环境为Java，则承保服务端可以通过JDBC对预设的保单数据库进行插入数据的操作，即将自助卡账户的标识信息作为一个新的字段，插入到数据表中，从而完成与预设的虚拟保单数据的关联存储。

其中，JDBC(Java DataBase Connectivity，Java数据库连接)是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序。数据库开发人员通过JDBC编写的接口程序能适用于不同的数据库，而不再需要为不同的数据库分别编写接口程序，极大提高了开发效率。

S3：若自助卡管理服务端接收到自助卡账户激活请求，则提取自助卡账户激活请求中的用户真实信息，并向承保服务端发送包含用户真实信息的数据同步消息。

自助卡账户激活请求是用户购买自助卡后，通过客户端向自助卡管理服务端发起的数据录入请求，包括录入被保人或被保标的物的真实信息。

数据同步消息是一种触发消息，用于通知承保服务端对对虚拟保单信息进行更新操作。数据同步消息中包括用户真实信息以及数据同步标志位，其中，数据同步标志位是自助卡管理服务端与承保服务端预先约定的标志信息，用于通知承保服务端做提取数据同步消息中的用户真实信息的操作。例如，数据同步标志位可以约定为字串“flag_Synchronize”。

具体地，若自助卡管理服务端接收到自助卡账户激活请求，则提取用户通过客户端录入的用户真实信息，并将用户真实信息和数据同步标志位组成数据同步消息，以键值对形式发送到承保服务端。

优选地，数据同步消息可以以JS对象简谱(JavaScript Object Notation，JSON)形式进行发送。其中，JSON是一种轻量级的数据交换格式。JSON文件是以ASCII编码方式存储的，不依赖于操作系统，能被计算机程序快速的读取或生成，是一种流行的数据交换格式。

S4：承保服务端根据数据同步消息对虚拟保单信息进行更新，生成真实保单信息。

真实保单信息是相对于虚拟保单信息而言，是用户激活自助卡并录入真实信息之后得到的真实的具有法律效力的保单信息。

在预设的保单数据库中，可以通过多种方法来区分虚拟保单信息和真实保单信息。例如，可以通过保单号进行区分；通过专门的标志位进行区分；通过存储到不同数据表加以区分，等等。

通过保单号进行区分，即针对数据表中的保单号字段，由不同的命名规则的保单号来区分虚拟保单信息和真实保单信息。例如，虚拟保单信息的保单号以“X”开头，真实保单信息的保单号以“Z”开头。

通过专门的标志位进行区分，即在数据表中有专门的字段用于标识该条记录是虚拟保单信息还是真实保单信息。例如，在数据表中设置数据记录状态字段，若该条记录是虚拟保单信息，则数据记录状态字段的值为“虚拟”；若该条记录以被更新为真实保单信息，则数据记录状态字段的值为“真实”。

通过存储到不同数据表加以区分，即在预设的保单数据库中，也可以将虚拟保单信息和真实保单信息分别存储到不同的数据表中，由数据表名进行区分。

可以理解地，在承保服务端根据数据同步消息对虚拟保单信息进行替换时，可以对数据表中字段进行修改；也可以新建数据表，用于存储真实保单信息。

具体地，若承保服务端的运行环境为Java，则承保服务端可以通过JDBC对预设的保单数据库进行更新或新建数据的操作，得到真实保单信息。

S5：承保服务端将真实保单信息发送到自助卡运营平台，其中，自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能。

在用户激活自助卡后，为了方便后期用户的查询和数据补录的需要，承保服务端将真实保单信息发送到自助卡运营平台。其中，自助卡信息查询包括用户对自助卡状态以及享有权益的查询；数据补录是为了防止用户在激活时录入的数据有误，提供给用户修改数据，进行补录的机会。

具体地，承保服务端可以通过JDBC，将真实保单信息从预设的保单数据库中提取出来，并转换成键值对的形式，然后发送到自助卡运营平台。其中，承保服务端可以调用JSONObject类的方法将真实保单信息转换成JSON格式。

在本实施例中，自助卡管理服务端新建自助卡账户，并与承保服务端中的虚拟数据进行绑定，得到虚拟保单信息；自助卡管理服务端接收自助卡账户的激活请求，并将激活请求中的真实用户信息发送到承保服务端；承保服务端根据真实用户信息对虚拟保单信息进行更新，得到真实保单信息，并将真实保单信息发送到自助卡运营平台。由于保单的签订时间和生效时间产生了分离，使得保险业务人员能够以自助卡的形式对保单进行预售，用户可以根据实际需要进行激活使用，从而为保险业务提供了更为灵活的投保方式，同时，使用虚拟数据构成虚拟保单信息，不影响保险业务开发阶段的数据处理，使得保险业务的开发与运营分离、各自独立运行，方便系统数据的管理和维护。

进一步地，在一实施例中，如图3所示，针对步骤S1，即自助卡管理服务端新建自助卡账户，并将自助卡账户的标识信息发送到承保服务端，具体包括如下步骤：

S11：自助卡管理服务端按照预设的生成方式，新建自助卡账户的标识信息。

自助卡账户的标识信息可以是id(identification，身份标识)号，用于唯一表一个自助卡账户。

自助卡账户的标识信息可以由一串数字组成，每个数字代表预设的意义。例如，一个19位的自助卡账号，6222301517778879365，前2位是代表省份，随后3位是代表市，随后5位代表分公司的代码，随后9位是自助卡的序号，自助卡序号从0开始，每新增发行一张自助卡，自助卡序号加1。

自助卡账户的标识信息也可以由字符和数字组成，其中，字符可以代表自助卡的类型，数字代表该类型下，发行的自助卡的数量。

预设的生成方式是生成自助卡账户的标识信息的方法，在本实施例中，预设的生成方式具体可以是预设的标识信息生成函数。

具体地，自助卡管理服务端调用标识信息生成函数，新建自助卡账户的标识信息。

S12：自助卡管理服务端随机生成与自助卡账户的标识信息匹配的登录密码。

与自助卡账户的标识信息匹配的登录密码是用户在激活自助卡时，需要输入的验证密码。登录密码可以有效降低其他人在获知自助卡账户的标识信息的情况下进行不法操作的风险。

登录密码可以在用户购买自助卡后获取得到，例如，可以将登录密码标注在自助卡的背面，或通过短信等其他形式让用户得知。登录密码与自助卡账户的标识信息一一对应。

自助卡管理服务端可以通过随机函数生成登录密码，例如，调用Random()函数生成随机字符串，以此构成登录密码。

具体地，若登录密码的长度为8位，则自助卡管理服务端在新建自助卡账户的标识信息后，调用8次Random函数获取8个的随机数，并对每个随机数进行四舍五入取整，得到8个整数，取8个整数的个位数组成一个8位的登录密码。

S13：自助卡管理服务端将自助卡账户的标识信息和登录密码关联存储到预设的自助卡数据库中，并将自助卡账户的标识信息发送到承保服务端。

预设的自助卡数据库是用于存储自助卡数据的数据库，自助卡数据库可以部署在自助卡管理服务端本地，或通过网络与自助卡管理服务端相连。自助卡数据库包括但不限于各种关系型或非关系型数据库，如MS-SQL、Oracle、MySQL、Sybase、DB2、Redis、MongodDB、Hbase等。

自助卡数据库中存储的数据包括但不限于：自助卡的标识信息、与自助卡账户的标识信息匹配的登录密码、自助卡的类型、自助卡的有效期、自助卡使用状态、自助卡同步状态等等。其中，自助卡使用状态包括未激活、已激活、冻结、停用等；自助卡同步状态包括赊销初始状态、赊销无效状态、赊销出单状态、包销初始状态、包销无效状态、包销出单状态等。

具体地，若自助卡管理服务端的运行环境为Java，则可以通过JDBC对预设的自助卡数据库进行插入数据的操作，将自助卡账户的标识信息和登录密码插入到数据表中，并将自助卡账户的标识信息发送到承保服务端。

在本实施例中，自助卡管理服务端在新建自助卡账户的同时，随机生成与自助卡账户标识信息匹配的登录密码，并将自助卡账户的标识信息和登录密码关联存储到预设的自助卡数据库，然后将自助卡账户的标识信息发送到承保服务端，使得用户能在激活自助卡时，通过密码验证保证账户安全。

进一步地，在一实施例中，如图4所示，针对步骤S3，即若自助卡管理服务端接收到自助卡账户激活请求，则提取自助卡账户激活请求中的用户真实信息，并向承保服务端发送包含用户真实信息的数据同步消息，具体可以包括如下步骤：

S31：若自助卡管理服务端接收到自助卡账户激活请求，则获取自助卡账户激活请求包含的自助卡账户的标识信息、登录密码和用户真实信息。

用户通过客户端向自助卡管理服务端发起自助卡账户激活请求时，向自助卡管理服务端发送的信息包括自助卡账户的标识信息、登录密码和用户真实信息，相应地，自助卡管理服务端依次获取自助卡账户的标识信息、登录密码和用户真实信息。

具体地，客户端可以通过Web页面与自助卡管理服务端进行数据交互。例如，自助卡管理服务端向用户提供收集自助卡账户激活请求的Web页面，用户可以通过客户端进行操作。当用户通过填写Web页面表单进行提交激活请求，则自助卡管理服务端可以根据表单字段依次获取自助卡账户的标识信息、登录密码和用户真实信息。

同时，客户端也可以通过智能终端上运行的专用APP与自助卡管理服务端进行数据交互。例如，用户在APP中提交激活请求时，APP将自助卡账户的标识信息、登录密码和用户真实信息发送到APP后台的API接口，则自助卡管理服务端由此可以获取相应的信息。

S32：根据预设的自助卡数据库，对自助卡账户激活请求中包含的自助卡账户的标识信息和登录密码进行安全性验证。

具体地，自助卡管理服务端将自助卡账户激活请求中包含的自助卡账户的标识信息和登录密码与预设的自助卡数据库中的自助卡账户的标识信息和登录密码进行比较，若自助卡账户的标识信息和登录密码中有任一一项与预设的自助卡数据库中的不一致，则代表该激活请求为非法请求，该激活请求的安全性验证失败，并返回错误信息到客户端。

S33：若安全性验证通过，则向承保服务端发送包含用户真实信息的数据同步消息。

具体地，若自助卡账户的标识信息和登录密码均与预设的自助卡数据库中的一致，则代表该激活请求为合法请求，该激活请求的安全性验证通过。自助卡管理服务端将用户真实信息和数据同步标志位组成数据同步消息，以键值对形式发送到承保服务端。

在本实施例中，自助卡管理服务端对自助卡账户激活请求进行安全性验证，对于通过安全性验证的自助卡账户激活请求，才向承保服务端发送包含用户真实信息的数据同步消息。在自助卡管理服务端增加了密码验证的步骤，提高了自助卡使用的安全性。

进一步地，在一实施例中，如图5所示，针对步骤S2，即承保服务端将自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将虚拟保单信息保存到预设的保单数据库中，具体包括如下步骤：

S21：承保服务端将自助卡账户的标识信息插入到预设的保单信息表中；

预设的保单信息表是用于存储自助卡账户的标识信息和虚拟保单数据的数据结构。

具体地，预设的保单信息表可以是一个M×N维数组，数组中的行代表一条虚拟保单信息，数组中的列代表虚拟保单信息的各个字段。其中，M，N为大于1的正整数，数组的第一列为自助卡账户的标识信息。承保服务端在收到自助卡账户的标识信息后，将其依次插入到预设的保单信息表中，即每收到一个自助卡账户的标识信息，则新增一行，以此类推。

S22：承保服务端从预设的保单模板中获取虚拟保单数据，并将虚拟保单数据插入到预设的保单信息表中与自助卡账户的标识信息相对应的位置，得到虚拟保单信息。

预设的保单模板是对各类保单信息的数据抽象。例如，车险类保单模板中的属性包括车牌号、车架号、发动机号等；意外险类保单模板中的属性包括被保人姓名、年龄、性别、身份证号、家庭住址、联系方式等。预设的保单模板的具体形式可以为JSON文件，或一个自定义的类。

具体地，以预设的保单模板为一个自定义的类为例，若承保服务端的运行环境为Java，则承保服务端在新建一个虚拟保单数据对象时，通过调用该自定义类的new()方法，即可得到一个已完成初始化的虚拟保单数据。承保服务端将得到的虚拟保单数据添加到预设的保单信息表中与自助卡账户的标识信息相对应的位置，即添加到M×N维数组中自助卡账户的标识信息所在行的后面，从而得到虚拟保单信息。

S23：承保服务端将虚拟保单信息保存到预设的保单数据库。

具体地，若承保服务端的运行环境为Java，则承保服务端的依次从预设的保单信息表中逐行取出虚拟保单信息，通过JDBC将数据插入到预设的保单数据库。

在本实施例中，承保服务端先将自助卡账户的标识信息插入到预设的保单信息表中，再从预设的保单模板获取虚拟保单数据，提高了将自助卡账户的标识信息与预设的虚拟保单数据进行关联存储的速度，能更快的得到虚拟保单信息。

进一步地，在一实施例中，如图6所示，针对步骤S4，即承保服务端根据数据同步消息对虚拟保单信息进行更新，生成真实保单信息，具体包括如下步骤：

S41：承保服务端对数据同步消息进行解析，获取自助卡账户的标识信息和用户真实信息。

承保服务端和自助卡管理服务端可以是独立运行的服务端，各自有不同的运行环境。因此，承保服务端和自助卡管理服务端之间的数据交互可以使用轻量级的数据交互格式，例如JSON。

具体地，承保服务端对JSON格式的数据同步消息进行解析，可以调用第三方的工具，如JSON-LIB，阿里公司的FastJson，谷歌公司的Gson，开源的Jackson等。通过对对数据同步消息进行解析，得到自助卡账户的标识信息和用户真实信息。

S42：承保服务端根据自助卡账户的标识信息对预设的保单数据库进行查询，得到虚拟保单信息所在的保单记录。

具体地，承保服务端以自助卡账户的标识信息作为查询条件，调用JDBC的select()查询接口，对预设的保单数据库进行查询，得到虚拟保单信息所在的保单记录。

S43：承保服务端使用用户真实信息替换保单记录中的虚拟保单数据，得到真实保单信息。

具体地，承保服务端调用JDBC的update()更新接口，对虚拟保单信息所在的保单记录进行替换操作，使用用户真实信息替换保单记录中的虚拟保单数据，从而得到真实保单信息。

在本实施例中，承保服务端对数据同步消息进行解析，得到自助卡账户的标识信息和用户真实信息，并根据自助卡账户的标识信息对预设的保单数据库进行查询，然后使用用户真实信息替换保单记录中的虚拟保单数据，使得承保服务端和自助卡管理服务端上的运行环境可以是异构的系统，异构的系统不影响它们之间的数据交互，承保服务端可以方便的实现对虚拟保单信息进行更新。

进一步地，在一实施例中，如图7所示，针对步骤S12，即自助卡管理服务端随机生成与自助卡账户的标识信息匹配的登录密码，具体可以包括如下步骤：

S121：自助卡管理服务端获取随机数。

自助卡管理服务端获取随机数的方法包括但不限于：通过调用随机函数，如Random()函数；通过对当前系统时间的求模等。

以对当前系统时间的求模为例，若需要一个8位的登录密码，则先获取8个随机数。具体地，自助卡管理服务端先可以通过调用系统函数date()获取当前时间，系统函数date()得到的值是与1970年1月1日0点以来的秒数，如得到值为1444437959；然后对当前值进行求模，即可得到一个随机数。以此类推，即可获取8个随机数。

S122：自助卡管理服务端根据随机数从预设字典集合中获取随机数对应的字符，并将获取到的字符组成与自助卡账户的标识信息匹配的登录密码。

预设字典集合是一个字符的集合。登录密码的字符均来自该预设字典集合。若登录密码只包括数字，则预设字典集合里的值只包括0至9；若登录密码包括数字和英文字母，则预设字典集合里的值包括0至9，以及英文字母a至z和英文字母A至Z；若登录密码包括数字、英文字母以及符号，则预设字典集合里的值还包括“+”、“-”、“{”、“}”等常用运算符号。

具体地，将预设字典集合中的字符存储到一个数组中，每个字符对应一个数组标号。例如，若预设字典集合里的值包括0至9，以及英文字母a至z和英文字母A至Z，则该预设字典集合共包括62个字符，每个字符在数组中的数组标号为0至61。可以理解地，在此例中，步骤S121中获取的随机数的取值范围需在0至61之间，即0至61之间的整数。若登录密码位数为8位，则自助卡管理服务端根据8个0至61之间的整数，即可从数组中选出对应数组标号下的字符，从而组成8位与自助卡账户的标识信息匹配的登录密码。

在本实施例中，自助卡管理服务端通过随机数和预设字段集合来随机生成登录密码，可以获得随机性更好的登录密码，使得使用自助卡的安全性更高。

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

在一实施例中，提供一种自助业务处理装置，如图8所示，该自助业务处理装置包括账户建立模块81和激活响应模块82。各功能模块详细说明如下：

账户建立模块81，用于新建自助卡账户，并将自助卡账户的标识信息发送到承保服务端，其中，承保服务端用于根据自助卡账户的标识信息将自助卡与预设保单数据库进行绑定；

激活响应模块82，用于若接收到自助卡账户激活请求，则提取自助卡账户激活请求中的用户真实信息，并向承保服务端发送包含用户真实信息的数据同步消息。

进一步地，账户建立模块81，包括：

自助卡生成子模块811，用于按照预设的生成方式，新建自助卡账户的标识信息；

密码生成子模块812，用于随机生成与自助卡账户的标识信息匹配的登录密码；

账号关联子模块813，用于将自助卡账户的标识信息和登录密码关联存储到预设的自助卡数据库中，并将自助卡账户的标识信息发送到承保服务端。

进一步地，激活响应模块82，还包括：

信息获取子模块821，用于若接收到自助卡账户激活请求，则获取自助卡账户激活请求包含的自助卡账户的标识信息、登录密码和用户真实信息；

安全验证子模块822，用于根据预设的自助卡数据库，对自助卡账户激活请求中包含的自助卡账户的标识信息和登录密码进行安全性验证；

数据同步子模块823，用于若安全性验证通过，则向承保服务端发送包含用户真实信息的数据同步消息。

进一步地，密码生成子模块812，包括：

随机数获取子单元8121，用于获取随机数；

密码生成子单元8122，用于根据随机数从预设字典集合中获取随机数对应的字符，并将获取到的字符组成与自助卡账户的标识信息匹配的登录密码。

在一实施例中，提供一种自助业务处理装置，如图9所示，该自助业务处理装置包括接收模块91、关联存储模块92、同步更新模块93和发送模块94。各功能模块详细说明如下：

接收模块91，用于接收自助卡管理服务端发送的自助卡账户的标识信息；

关联存储模块92，用于将自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将虚拟保单信息保存到预设的保单数据库；

同步更新模块93，用于若接收到自助卡管理服务端发送的数据同步消息，则根据数据同步消息对虚拟保单信息进行更新，生成真实保单信息；

发送模块94，用于将真实保单信息发送到自助卡运营平台，其中，自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能。

进一步地，关联存储模块92，包括：

数据插入子模块921，用于将自助卡账户的标识信息插入到预设的保单信息表中；

虚拟保单生成子模块922，用于从预设的保单模板中获取虚拟保单数据，并将虚拟保单数据插入到预设的保单信息表中与自助卡账户的标识信息相对应的位置，得到虚拟保单信息；

虚拟保单存储子模块923，用于将虚拟保单信息保存到预设的保单数据库。

进一步地，同步更新模块93，包括：

解析子模块931，用于对数据同步消息进行解析，获取自助卡账户的标识信息和用户真实信息；

查询子模块932,，用于根据自助卡账户的标识信息对预设的保单数据库进行查询，得到虚拟保单信息所在的保单记录；

更新子模块933，用于使用用户真实信息替换保单记录中的虚拟保单数据，得到真实保单信息。

关于自助业务处理装置的具体限定可以参见上文中对于自助业务处理方法的限定，在此不再赘述。上述自助业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种自助业务处理方法中自助卡管理服务端或者承保服务端的步骤。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中自助业务处理方法中自助卡管理服务端或者承保服务端的步骤，例如图2所示的步骤S1至步骤S5。或者，处理器执行计算机程序时实现上述实施例中自助业务处理装置的各模块/单元的功能，例如图8所示模块81至模块82的功能，以及图9所示模块91至模块94的功能。为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中自助业务处理方法中自助卡管理服务端或者承保服务端的步骤，或者，该计算机程序被处理器执行时实现上述系统实施例中自助业务处理装置中自助卡管理服务端或者承保服务端的各模块/单元的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (9)

1.一种自助业务处理方法，其特征在于，所述自助业务处理方法包括：

承保服务端接收自助卡管理服务端发送的自助卡账户的标识信息；

所述承保服务端将所述自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将所述虚拟保单信息保存到预设的保单数据库；

所述承保服务端若接收到所述自助卡管理服务端发送的数据同步消息，则根据所述数据同步消息对所述虚拟保单信息进行更新，生成真实保单信息；

所述承保服务端将所述真实保单信息发送到自助卡运营平台，其中，所述自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能；

所述将所述自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将所述虚拟保单信息保存到预设的保单数据库，包括：

所述承保服务端将所述自助卡账户的标识信息插入到预设的保单信息表中；

所述承保服务端从预设的保单模板中获取所述虚拟保单数据，并将所述虚拟保单数据插入到所述预设的保单信息表中与所述自助卡账户的标识信息相对应的位置，得到所述虚拟保单信息；

所述承保服务端将所述虚拟保单信息保存到预设的保单数据库。

2.如权利要求1所述的自助业务处理方法，其特征在于，所述自助业务处理方法还包括：

所述自助卡管理服务端新建自助卡账户，并将所述自助卡账户的标识信息发送到所述承保服务端，其中，所述承保服务端用于根据所述自助卡账户的标识信息将自助卡与预设保单数据库进行绑定；

所述自助卡管理服务端若接收到自助卡账户激活请求，则提取所述自助卡账户激活请求中的用户真实信息，并向所述承保服务端发送包含所述用户真实信息的数据同步消息。

3.如权利要求2所述的自助业务处理方法，其特征在于，所述新建自助卡账户，并将所述自助卡账户的标识信息发送到所述承保服务端，包括：

按照预设的生成方式，新建所述自助卡账户的标识信息；

随机生成与所述自助卡账户的标识信息匹配的登录密码；

将所述自助卡账户的标识信息和所述登录密码关联存储到预设的自助卡数据库中，并将所述自助卡账户的标识信息发送到所述承保服务端。

4.如权利要求2所述的自助业务处理方法，其特征在于，所述若接收到自助卡账户激活请求，则提取所述自助卡账户激活请求中的用户真实信息，并向所述承保服务端发送包含所述用户真实信息的数据同步消息，包括：

若接收到所述自助卡账户激活请求，则获取所述自助卡账户激活请求包含的自助卡账户的标识信息、登录密码和所述用户真实信息；

根据所述预设的自助卡数据库，对所述自助卡账户激活请求中包含的所述自助卡账户的标识信息和所述登录密码进行安全性验证；

若安全性验证通过，则向所述承保服务端发送包含所述用户真实信息的数据同步消息。

5.如权利要求3所述的自助业务处理方法，其特征在于，所述随机生成与所述自助卡账户的标识信息匹配的登录密码，包括：

获取随机数；

根据所述随机数从预设字典集合中获取所述随机数对应的字符，并将获取到的所述字符组成与所述自助卡账户的标识信息匹配的所述登录密码。

6.一种自助业务处理装置，其特征在于，所述自助业务处理装置包括：

接收模块，用于承保服务端接收自助卡管理服务端发送的自助卡账户的标识信息；

关联存储模块，用于所述承保服务端将所述自助卡账户的标识信息与预设的虚拟保单数据进行关联存储，得到虚拟保单信息，并将所述虚拟保单信息保存到预设的保单数据库；

同步更新模块，用于所述承保服务端若接收到所述自助卡管理服务端发送的数据同步消息，则根据所述数据同步消息对所述虚拟保单信息进行更新，生成真实保单信息；

发送模块，用于所述承保服务端将所述真实保单信息发送到自助卡运营平台，其中，所述自助卡运营平台用于为用户提供自助卡信息查询和数据补录的功能；

所述关联存储模块，包括：

数据插入子模块，用于所述承保服务端将自助卡账户的标识信息插入到预设的保单信息表中；

虚拟保单生成子模块，用于所述承保服务端从预设的保单模板中获取虚拟保单数据，并将虚拟保单数据插入到预设的保单信息表中与自助卡账户的标识信息相对应的位置，得到虚拟保单信息；

虚拟保单存储子模块，用于所述承保服务端将虚拟保单信息保存到预设的保单数据库。

7.如权利要求6所述的自助业务处理装置，其特征在于，所述自助业务处理装置还包括：

账户建立模块，用于所述自助卡管理服务端新建自助卡账户，并将所述自助卡账户的标识信息发送到所述承保服务端，其中，所述承保服务端用于根据所述自助卡账户的标识信息将自助卡与预设保单数据库进行绑定；

激活响应模块，用于所述自助卡管理服务端若接收到自助卡账户激活请求，则提取所述自助卡账户激活请求中的用户真实信息，并向所述承保服务端发送包含所述用户真实信息的数据同步消息。

8.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述自助业务处理方法的步骤。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述自助业务处理方法的步骤。