数据传输方法、装置、计算机设备及计算机可读存储介质与流程

本申请涉及数据传输技术领域，尤其涉及一种数据传输方法、装置、计算机设备及计算机可读存储介质。

背景技术：

在数据传输中，有时会由于比较数据比较大而网络状况不好导致数据传输效率比较低。比如，在保险业务中，有一种被保人数比较多的保单，称为大保单，像企业单位投保的团体险，当企业人数比较多时，这样的保单由于被保人数较多而使保单较大。保单需要上传监管平台以使监管平台对保单进行监管，针对大保单，比如人数多于1000人的保单，上传监管平台时，由于保单的报文内容太多导致网络传输很慢，同时由于网络也会出现不可预料的故障，均导致大保单数据传输效率比较低。

技术实现要素：

本申请实施例提供了一种数据传输方法、装置、计算机设备及计算机可读存储介质，能够解决传统技术中数据量大时数据传输效率不高的问题。

第一方面，本申请实施例提供了一种数据传输方法，应用于数据上传端，所述方法包括：获取数据，所述数据中包含人员名单；判断所述人员名单中包含的人员总数量是否超过预设人数阈值；若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。

第二方面，本申请实施例提供了一种数据传输方法，应用于数据接收端，所述方法包括：获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成；若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。

第三方面，本申请实施例还提供了一种数据传输装置，包括用于执行上述任一项所述数据传输方法的单元。

第四方面，本申请实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述数据传输方法。

第五方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行上述任一项所述数据传输方法。

本申请实施例提供了一种数据传输方法、装置、计算机设备及计算机可读存储介质。本申请实施例对数据传输时，数据上传端获取数据，所述数据中包含人员名单，判断所述人员名单中包含的人员总数量是否超过预设人数阈值，若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；将多个所述子数据分别上传至数据接收端；数据接收端获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成；若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。本申请实施例通过数据上传端将大数据拆分为多个子数据，将多个子数据分别上传至数据接收端，数据接收端接收到多个子数据后，将多个子数据再合并为一个组成格式与子数据的组成格式一致的大数据，提高了大数据上传的可靠性和大数据的上传效率。

附图说明

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

图1为本申请实施例提供的数据传输方法的一个应用场景示意图；

图2为本申请实施例提供的数据传输方法的流程示意图；

图3为本申请实施例提供的数据传输方法中一个子流程示意图；

图4为本申请实施例提供的数据传输方法的另一个流程示意图；

图5为本申请实施例提供的数据传输方法的第三个流程示意图；

图6为本申请实施例提供的数据传输方法的第四个流程示意图；

图7为本申请实施例提供的数据传输装置的一个示意性框图；

图8为本申请实施例提供的数据传输装置的另一个示意性框图；以及

图9为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，以保单数据的传输为例说明本申请实施例的数据传输方法，图1为本申请实施例提供的数据传输方法的一个应用场景示意图。所述应用场景包括：

(1)终端，终端也可以称为前端，通过终端采集或者收集保单数据，终端既可以为保险企业的保险代理人用于处理保险业务的保单业务数据使用的计算机设备，也可以为保险企业的保单业务录入人员录入保单数据的计算机设备，所述终端可以为笔记本电脑、智能手表、平板电脑或者台式电脑等电子设备，图1中的终端与保单数据服务器连接。

(2)保单数据服务器，在本申请实施例的应用场景中也就是将保单数据上传至保单数据监管平台的保单数据上传端，保单数据服务器是保险企业用于进行保单数据的存储及处理等提供保单业务数据服务的服务器，服务器可以为单台服务器、服务器集群或者云服务器，服务器若为服务器集群还可以包括主服务器和从服务器。

(3)保单数据监管平台，指对保险企业的保单进行监管的第三方监管平台，一般指政府部门的保险监管机关的监管部门，在本申请实施例中，保单数据监管平台也就是接收保险企业的保单数据服务器上传保单数据以进行监管的保单数据接收端。

请继续参阅图1，如图1所示，在本申请实施例中，图1中的各个主体工作过程如下：保险企业的保险代理人通过终端将保单数据上传至保险企业的保单数据服务器；保险企业的保单数据服务器获取保单数据，将保单数据上传至保单数据监管平台时，根据所述保单数据判断保单里被保人数的总数量是否超过预设人数阈值，若所述被保人数的总数量超过所述预设人数阈值，以预设数量的被保人为单位对所述保单进行拆分以得到多个携带有各自拆单标识的子保单，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序，将多个所述子保单分别上传至保单数据监管平台以使所述保单数据监管平台根据所述拆单标识将多个所述子保单进行合并以得到所述保单数据；保单数据监管平台获取多个携带有拆单标识的子保单，所述子保单由保险企业的保单数据服务器根据保单中的被保人数进行拆单获得，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序，根据所述拆单标识，以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成，若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据。

需要说明的是，本申请上述图1所示实施例中的数据传输方法也可以应用于终端和保单数据服务器进行保单数据传输时的应用场景，如图1所示，在终端将保单数据上传至保单数据服务器时，终端执行应用于数据上传端的数据传输方法，以完成数据传输方法的全部或者部分功能，此时，保单数据服务器执行应用于数据接收端的数据传输方法。本申请实施例中的数据传输方法的应用环境并不局限于图1所示的应用环境，上述数据传输方法的应用场景仅仅用于说明本申请技术方案，并不用于限定本申请技术方案，上述连接关系还可以有其他形式。

图2为本申请实施例提供的数据传输方法的一个示意性流程图，应用于数据上传端，比如该数据传输方法应用于图1中保单数据服务器中将保单数据上传至保单数据监管平台，以完成数据传输方法的全部或者部分功能。

请参阅图2，图2是本申请实施例提供的数据传输方法的一个流程示意图。如图2所示，该方法包括以下步骤s201-s205：

s201、获取数据，所述数据中包含人员名单。

其中，数据指业务数据，所述业务数据中包含有人员名单，比如，业务数据可以是保单数据，保单数据中包含有被保人名单。

具体地，获取数据，所述数据中包含人员名单。以保单数据为例，获取保单数据，保单中包含的人员名单指被保人名单，其中，保单数据是指保单的电子版存储文件。对于大保单，由于大保单里的被保人数较多，在每一个保单合同里，都有被保人总人数这样一个字段，保单数据上传端接收到保单数据，提取保单数据里被保人总人数这样的字段数据，就可获知该保单里的被保人数，进而判断该保单里的被保人数是否超过预设人数阈值。其中，保单数据上传端，是指将保单数据进行上传的一方，如图1所示，若终端上传保单数据至保单数据服务器，终端为保单数据上传端，若保单数据服务器向保单数据监管平台上传保单数据，保单数据服务器为保单数据上传端。

在保单数据服务器向保单数据监管平台上传保单数据的情形下，保单数据服务器获取的保单数据，可以是接收来源于终端上传的保单数据，也可以是从保单数据服务器的数据库中获取的存储的保单数据。进一步地，大保单的内容一般包括：保单号、投保人、承保人、承保时间、被保人数、多个被保人及被保人信息，被保人信息一般包括：被保人姓名、性别、年龄、证件类型、身份证号码、工种、保费等个人信息数据。

s202、判断所述人员名单中包含的人员总数量是否超过预设人数阈值。

具体地，通过判断所述人员名单中包含的人员总数量是否超过预设人数阈值，来判断所述数据的大小。若判断所述人员名单中包含的人员总数量超过预设人数阈值，判断所述数据比较大，若所述数据比较大，对所述数据进行拆分。仍以保单数据为例，根据所述保单数据，判断保单里被保人数的总数量是否超过预设人数阈值，通过判断所述保单中被保人的总数量是否超过预设人数阈值，来判断所述保单的大小。若判断所述保单中被保人的总数量超过预设人数阈值，判断所述保单比较大。若所述保单比较大，对所述保单进行拆分。保单数据上传端接收到保单数据，提取保单数据里被保人总人数的字段数据，获知该保单里被保人数的总数量，进而将该保单里的被保人数总数量和预设人数阈值进行比较，以判断保单里被保人数的总数量是否超过预设人数阈值。如图1所示，若保单数据服务器向保单数据监管平台发送保单数据，保单数据服务器获取到保单数据后，提取保单数据里被保总人数的字段数据，获知该保单里被保人数的总数量，将该保单里的被保人数总数量和预设人数阈值进行比较，判断保单里被保人数的总数量是否超过预设人数阈值，比如，若保单数据里的被保人数为1000人，预设人数阈值为500人，可知该保单数据路的被保人数的总数量超过预设人数阈值。

s203、若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序。

其中，预设顺序包括名单从前往后的顺序或者名单从后往前的顺序。

所述组成格式是指数据包含的各个组成部分，比如，若数据包含a、b、c、d及e五部分，子数据也包含a、b、c、d及e五部分，也就是子数据与数据具有相同的组成、构成或者结构。

具体地，若数据中的所述人员名单中包含的人员总数量超过所述预设人数阈值，判断所述数据比较大，需要对数据进行拆分，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序。以保单数据为例，若保单中所述被保人数的总数量超过所述预设人数阈值，以预设数量的被保人为单位对所述保单进行拆分以得到多个携带有各自拆单标识的子保单，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序。由于保单具有固定的组成格式和结构，将保单拆分后得到的子保单的组成格式和保单的组成格式一致，也就是子保单是以保单为模板进行的拆分，比如，若保单包含a、b、c、d及e五部分，子保单也包含a、b、c、d及e五部分，只是保单包含的a、b、c、d及e五部分与子保单包含的a、b、c、d及e五部分的具体内容根据实际可能存在不同，比如，保单包含被保人的所有名单，子保单只是包含部分被保人的名单，但保单中与子保单中的固定条款是一样的。

若保单数据上传端判断该被保人数超过预设人数阈值，按照被保人列表中的被保人的先后顺序将被保人按照预设被保人数划分为多个子保单，同时在子保单上增加拆单标识，所述拆单标识为子保单顺序号。每个子保单里包含：保单号、投保人、承保时间、预设固定人数的被保人及被保人信息、拆单标识，还包括总承保人数或者子保单总个数等信息，子保单和大保单的区别在于，子保单只包含预设固定人数的被保人，且子保单里设置有拆单标识，其他内容与大保单基本一致。其中，拆单标识可以为子保单顺序号。被保人信息包括：名字、性别、年龄、证件类型、身份证号码、工种、保险险种及费率、保费等信息。

请参阅图3，图3为本申请实施例提供的数据传输方法中一个子流程示意图。如图3所示，在该实施例中，所述以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致的步骤包括：

s301、按照所述人员名单中人员的先后顺序以预设数量的人员为单位将所述人员名单拆分成n份，n≥2，n为整数；

s302、将所述数据中的其他信息与每份预设数量的人员名单按照所述数据的格式生成子数据以得到n份子数据；

s303、在每份所述子数据的预设位置按照预先设置生成每份子数据对应的拆分标识以得到携带有所述拆分标识的n份子数据。

具体地，仍以保单数据为例，若以预设数量的被保人为单位对所述保单进行拆分以得到多个携带有各自拆单标识的子保单的步骤包括：

1)按照所述保单中被保人的先后顺序以预设数量的被保人为单位将所述被保人拆分成n份，n≥2，n为整数；

2)、将所述保单中的保单号、投保人、承保时间、每份预设数量的被保人及所述被保人对应的被保人信息分别按照所述保单的格式生成子保单以得到n份子保单；

3)、在每份所述子保单的预设位置按照预先设置生成每份子保单对应的拆单标识以得到携带有所述拆单标识的n份子保单。

保单数据上传端按照所述保单中被保人的先后顺序以预设数量的被保人为单位将所述被保人拆分成n份，n≥2，n为整数，将所述保单中的保单号、投保人、承保时间、每份预设数量的被保人及所述被保人对应的被保人信息分别按照所述保单的格式生成子保单以得到n份子保单，在每份所述子保单的预设位置按照预先设置生成每份子保单对应的拆单标识以得到携带有所述拆单标识的n份子保单。比如，假设一保单的保单号为pa201812001，该被保人数为1000人，预设人数阈值为100人，预设固定被保人数为50人，由于该保单的被保人数1000人超过了预设人数阈值100人，需将该保单进行拆分以拆成多个子保单，可以将该保单拆分成20个子保单，每一子保单的被保人数为50人，按照1-50、51-100、101-150…951-1000的顺序拆分为20个子保单，子保单的拆单标识有以下两种方式：

(1)保单号和子保单的顺序号分开描述。每个子保单里包含有保单号pa201812001，同时每个子保单里包含有子保单的顺序号，比如，第一子保单里包含有保单号pa201812001，子保单顺序号为1，第二个子保单里包含有保单号pa201812001，子保单的顺序号为2…第二十个子保单里包含有保单号pa201812001，子保单的顺序号为20。

(2)保单号和子保单的顺序号一起描述。由于保单号为pa201812001，第一个子保单的顺序号为1，拆单标识可以标记为pa201812001-1，第二子保单的顺序号为2，可以标记为pa201812001-2，…，第10个子保单的顺序号为10，可以标记为pa201812001-20。

进一步地，为了提高后续合单的效率，在每个子保单里增加该保单的总人数，比如，在每个子保单里增加该保单的总人数为1000人，这样后续合单后，通过判断合单后的被保总人数和每个子保单里携带的总人数是否一致，可以判断拆单是否出现了错误，若出现了错误，向保单数据上传端进行提示，以使维护人员根据错误提示进行修正。

更进一步地，同样为了提高后续合单的效率，可以在每个子保单里增加子保单的总个数，子保单的拆单标识可以有以下两种形式：

(1)保单号和子保单的顺序号分开描述。每个子保单里包含有保单号pa201812001，同时每个子保单里包含有子保单的顺序号，比如，第一子保单里包含有保单号pa201812001，子保单顺序号为10-1，第二个子保单里包含有保单号pa201812001，子保单的顺序号为10-2…第十个子保单里包含有保单号pa201812001，子保单的顺序号为20-20，后续合单时，通过子保单的总个数和子保单的顺序号，就可以获知子保单是否接收完毕，子保单接收完毕就可以进行合单处理，若子保单未接收未必，不进行合单处理。

(2)保单号、子保单总个数和子保单的顺序号一起描述。由于保单号为pa201812001，第一个子保单的顺序号为1，拆单标识可以标记为pa201812001-10-1，第二子保单的顺序号为2，可以标记为pa201812001-10-2，…，第20个子保单的顺序号为20，可以标记为pa201812001-20-20。后续合单时，通过子保单的总个数和子保单的顺序号，就可以获知子保单是否接收完毕，子保单接收完毕就可以进行合单处理，若子保单未接收未必，不进行合单处理。

需要注意的是，若子报单里未包含子保单总个数这样的字段数据，后续合单时，也可以通过子保单里包含的该保单的被保总人数和预先协商好的预设固定被保人数这两个数据计算出子保单总个数，进而通过保单号和拆单标识判断子保单总个数和已经接收的子保单个数是否一致，核实子保单是否全部接收完毕，若子保单总个数和已经接收的子保单个数一致，子保单全部接收完毕，否则，若子保单总个数和已经接收的子保单个数不一致，子保单未全部接收完成。若子保单全部接收完毕，进行合单处理以得到完整的大保单，否则，若子保单未全部接收完毕，不进行合单处理，继续接收子保单直至子保单接收完毕再进行合单处理。比如，按上述举例，若计算出子保单总个数为20个，若已经接收的子保单为20个，子保单接收完毕，可以进行合单，若已经接收的子保单不到20个，比如为18个或者19个等，子保单未接收完毕，不进行合单处理。

s204、将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。

具体地，将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。以保单数据为例，也就是将多个所述子保单分别上传至保单数据接收端以使所述保单数据接收端根据所述拆单标识将多个所述子保单进行合并以得到所述保单数据。若该保单的被保人数的总数量超过所述预设人数阈值，将该保单拆分为多个子保单，将多个所述子保单分别上传至保单数据接收端，所述保单数据接收端接收到多个子保单后，根据各个子保单的拆单标识将多个所述子保单进行合并以得到完整的所述保单数据。比如，保单数据服务器将多个子保单分别上传保单数据监管平台，以使保单数据监管平台获取该保单数据对该保单数据对应的保单进行监管。

s205、若所述人员名单中包含的人员总数量未超过所述预设人数阈值，将所述数据上传至数据接收端以使所述数据接收端得到所述数据。

具体地，若所述人员名单中包含的人员总数量未超过所述预设人数阈值，将所述数据上传至数据接收端以使所述数据接收端得到所述数据。以保单数据为例，若所述被保人数的总数量未超过所述预设人数阈值，将所述保单数据上传至保单数据接收端以使所述保单数据接收端得到所述保单数据。若该保单的被保人数的总数量未超过所述预设人数阈值，该保单不为大保单，直接将所述保单数据上传至保单数据接收端，所述保单数据接收端接收所述保单数据以完成保单数据的上传即可。

本申请实施例通过数据上传端将大数据拆分为多个子数据，将多个子数据分别上传至数据接收端，数据接收端接收到多个子数据后，将多个子数据再合并为一个组成格式与子数据的组成格式一致的大数据，提高了大数据上传的可靠性和大数据的上传效率。

在一个实施例中，所述以预设数量人员为单位对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致的步骤之前，还包括：

将所述数据中的人员名单按照人员的第一预设属性进行排序以得到排序后的数据。

具体地，将所述数据中的人员名单按照人员的第一预设属性进行排序以得到排序后的数据，将具有相同属性的人员名单进行聚集，从而提高对数据的效率。以保单数据为例，所述以预设数量的被保人为单位对所述保单进行拆分以得到多个携带有各自拆单标识的子保单的步骤之前，还包括：

将所述保单数据中的被保人按照所述被保人的第一预设属性进行排序以得到排序后的保单数据。

其中，第一预设属性包括被保人按照姓名/年龄/工种/是否战争地区/是否地震等自然灾害频繁的地区等属性。被保人的属性会有相应的字段来描述，进行排序时，直接根据被保人的属性对应的字段进行排序即可。

具体地，在拆单前将大保单中的被保人按照姓名/年龄/工种/是否战争地区/是否地震等自然灾害频繁的地区等属性进行分类，由于不同地区、不同年龄和不同工种出险概率是不同的，将分类后的保单按照预设固定人数进行拆单。按照属性将具有相同属性的承保人进行排序，可以提高对保单的处理效率。具体地包括：

(1)若按照姓名进行分类，可以通过审核同名同姓的承保人信息的重叠度来识别是否违规骗保或者投保。

(2)若按照年龄进行分类，设置年龄警戒线，对超过预设年龄的承保人进行突出显示，以提示审核人进行审核，通过承保人年龄的识别，可以快速审核出违规投保骗保等情形，以提高对保单数据监管的效率。

(3)若按照工种进行分类，设置高危行业的工种识别，比如消防行业等，也可以提高违规投保识别的效率。

(4)也可以将上述各种属性结合起来，按照一定次序进行分类，增加分类的细化，从而进一步提高监管平台对违规投保的识别效率，比如，根据工种、年龄、姓名、人数等逐级分类，以实现将具有相同属性的承保人进行归类，尤其当承保人数比较多时，比如几千人时，可以大大提高监管跑平台违规识别的效率。

图4为本申请实施例提供的数据传输方法的另一个示意性流程图，应用于数据接收端，比如该数据传输方法应用于图1中保单数据服务器中将保单数据上传至保单数据监管平台时的保单数据监管平台，以完成数据传输方法的全部或者部分功能。

请参阅图4，图4为本申请实施例提供的数据传输方法的另一个流程示意图。如图4所示，该方法包括以下步骤s401-s403：

s401、获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序。

其中，所述组成格式是指数据或者子数据中包含的各个组成部分，比如，若子数据包含a、b、c、d及e五部分，数据也包含a、b、c、d及e五部分，也就是子数据与数据具有相同的构成或者结构，与数据上传端实施例中的数据传输方法中的含义相同，在此不再赘述。

具体地，获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序。以保单数据为例，获取多个携带有拆单标识的子保单，所述子保单由保单数据上传端根据保单中的被保人数进行拆单获得，所述子保单的组成格式与所述保单的组成格式一致，比如，所述子保单与所述保单都包含被保人名单、固定条款及受益人等内容，其中，所述子保单的被保人名单与所述保单的被保人名单属于被包含关系，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序。对于拆单的过程，可以参阅图2所示实施例中的过程，在此不再赘述。保单数据接收端接收保单数据上传端上传的多个子保单，获取多个携带有拆单标识的子保单，进一步判断所述保单数据中包含的每个所述子保单是否均接收完成。

s402、根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成。

具体地，根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成。以保单数据为例，根据所述拆单标识，以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成。保单数据接收端根据所述拆单标识，以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成，若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据，若所述保单数据中包含的每个所述子保单未全部接收完成，继续接收子保单。

进一步地，以保单数据服务器向监管平台上传保单数据为例，根据预设方式判断该保单是否接收完整，预设方式包括以下两种方式：

(1)每个子保单中携带该保单的总承保人数和拆单标识，监管平台根据该总承保人数和预先设定的固定承保人数，计算该保单总共有多少个子保单，进而再根据该子保单中的保单号和子保单顺序号核实该保单的子保单是否全部接收完成。比如，保单有1000人，预设固定承保人数为50人，监管平台通过计算可知，该保单总共会有20个子保单，根据子保单中的保单号和拆单标识判断是否接收到了该保单的20个子保单，若接收到该保单的20个子保单，判断该保单数据接收完成，否则，判断该保单数据接收未完成。

(2)每个子保单携带有拆单标识和该保单的子保单总个数n，监管平台通过子保单中的保单号和拆单标识核实是否接收到该保单的n个子保单以核实该保单的子保单是否全部接收完成。比如，总共拆分成了20单，第一单的拆单标识为1/20，第二单的拆单标识为2/20，…，第二十单的拆单标识为20/20。监管平台根据子保单中的保单号、拆单标识和子保单总个数，判断保单的20个子保单是否全部接收完毕。

s403、若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。

具体地，若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。以保单数据为例，若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据，所述保单的组成格式与所述子保单的组成格式一致。若保单数据接收端判断所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据。比如，若监管平台判断该保单的全部子保单都已经接收，将多个子保单按照拆单标识进行合单，以获取完整的保单数据实现对保单数据的接收。监管平台进行合单时，可以根据拆单标识将多个子保单按照子保单的拆单标识顺序进行合并，是拆单的逆过程，比如，按照上述举例，监管平台获得多个子保单后，读取子保单数据中的子保单顺序号，按照子保单顺序号将多个子保单的承保人信息按照顺序进行合并，比如，按照子保单顺序号为1、2、3…20合并子保单中的承保人信息，子保单中的其他信息，比如保单号，投保人、承保时间、生效时间等子保单中共有的字段数据合并到一起保留一个字段即可。

进一步地，将多个子保单进行合单后，为了提高合单后保单的简洁和减小数据量，可以将子保单的拆单标识等在拆单时添加的子保单的特有字段去掉，以得到没有多余字段的原始大保单。

请参阅图5，图5为本申请实施例提供的数据传输方法的第三个流程示意图。如图5所示，在该实施例中，所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还包括：

s404、若所述数据中包含的所有子数据未全部接收完成，判断接收所述子数据的时长是否超过预设时长阈值；

s405、若接收所述子数据的时长超过预设时长阈值，发送所述子数据未接收完整的提示至所述数据上传端。

具体地，步骤s401至步骤s403可以参阅图4所示实施例的内容，以引用的方式将图4所示实施例的内容包含于此，在此不再赘述。以保单数据为例，所述若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据的步骤之后，还包括：若所述保单数据中包含的所有子保单未全部接收完成，判断接收所述子保单的时长是否超过预设时长阈值；若接收所述子保单的时长超过预设时长阈值，发送所述子保单未接收完整的提示至所述保单数据上传端。

具体地，若所述保单数据中包含的所有子保单未全部接收完成，保单数据接收端判断接收所述子保单的时长是否超过预设时长阈值，若接收所述子保单的时长超过预设时长阈值，发送所述子保单未接收完整的提示至所述保单数据上传端。比如，被保人数为50人的一个子保单一般情况下3分钟接收完毕，若该保单数据有一个子保单未接收完成，超过了3分钟或者5分钟，甚至10分钟，该子保单仍未接收完成，可以判断该子保单的传输出现了异常，发送该保单数据的子保单未接收完成的提示至所述保单数据上传端，以使保单数据上传端的维护人员进行维护，比如，保单数据上传端的维护人员查看是否网络异常，或者进行重新上传该子保单，以使该保单数据的所有子保单能够全部上传成功。预设时长阈值可以根据实际经验设置一个合适的时长阈值，比如，设置2分钟或者5分钟等时长阈值。

请继续参阅图5，如图5所示，在该实施例中，所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还包括：

s406、将所述数据中的人员名单按照人员的第二预设属性进行排序以得到排序后的数据。

具体地，将所述数据中的人员名单按照人员的第二预设属性进行排序以得到排序后的数据，仍以保单数据为例，所述若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据的步骤之后，还包括：将所述保单数据中的被保人按照所述被保人的第二预设属性进行排序以得到排序后的保单数据。

其中，第二预设属性和图2所述实施例中的第一预设属性内容相同，只是进行排序的主体和时机不同，图2实施例中按照第一预设属性进行排序是保单数据上传端在进行拆单前进行排序，本申请实施例中的按照被保人的第二预设属性进行排序是保单数据接收端在合单后进行排序。

具体地，若保单数据上传端未对该保单数据进行排序，保单数据接收端合并该保单数据后，可以对合单后的大保单进行排序，按照合单后的大保单中承保人的姓名/年龄/工种/是否战争地区/是否地震等自然灾害频繁的地区等属性进行排序，由于不同年龄和工种出险概率是不同的，将合单后的保单按照预设属性进行排序，可以提高对保单数据的处理效率。比如，可以按照以下属性对合并后的大保单进行排序。

(1)若按照姓名进行排序，可以通过审核同名同姓的承保人信息的重叠度来识别是否违规骗保或者投保。

(2)若按照年龄进行排序，设置年龄警戒线，对超过预设年龄的承保人进行突出显示，以提示审核人进行审核，通过承保人年龄的识别，可以快速审核出违规投保骗保等情形。

(3)若按照工种进行排序，设置高危行业的工种识别，比如消防行业等，也可以提高违规投保识别的效率。

(4)也可以将上述各种属性结合起来，按照一定次序进行排序，增加分类的细化，从而进一步提高监管平台对违规投保的识别效率，比如，根据工种、年龄、姓名、人数等逐级分类，以实现将具有相同属性的承保人进行归类，尤其当承保人数比较多时，比如几千人时，可以大大提高监管跑平台违规识别的效率。

请继续参阅图5，如图5所示，在该实施例中，所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还包括：

s407、获取批改数据，根据所述批改数据修改所述数据中的数据内容，所述批改数据指批量增加人员名单或者批量减少人员名单的数据。

具体地，获取批改数据，根据所述批改数据修改所述数据中的数据内容，所述批改数据指批量增加人员名单或者批量减少人员名单的数据。以保单数据为例，所述若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据的步骤之后，还包括：获取批改保单数据，根据所述批改保单数据修改所述保单数据中的数据内容，所述批改保单数据指批量增加被保人或者批量减少被保人的保单数据。其中，批改保单是指批量修改的保单，批量增加被保人或者批量减少被保人的保单数据。

具体地，保单数据接收端接收保单数据上传端上传的批改保单，保单数据接收端获取批改保单数据，根据所述批改保单数据修改所述保单数据中的数据内容，所述批改保单数据指批量增加被保人或者批量减少被保人的保单数据。比如，请继续参阅图1，保单数据服务器上传批改保单至保单数据监管平台，所述保单数据监管平台根据批改保单对大保单进行批量修改。其中，批改保单分为批增保单和批减保单。具体可以分为以下两种情形：

(1)若批改保单为批增保单，批改保单中新增批单号和保险险种或者险种层级。一个大保单中，即使是一个险种，不同年龄的人的保费是不同的，体现为险种的层级不同，保单数据监管平台接收到批增保单后，在原来的保单中增加批单号，批改生效时间及修改保单人数。进一步地，还可以按照批增保单中的被保人的年龄、工种或者按照姓名的排序对应增加到相应的分类的后面，以保证整个保单的有序分类，提高监管的效率。

(2)若批改保单为批减保单，保单数据监管平台接收到批减保单后，在原来的保单中增加批单号，失效时间以及修改保单人数等信息。

本申请实施例中，通过批改保单数据进行对大保单进行批量增加或者批量减少，可以提高对大保单数据的维护效率。

请参阅图6，图6为本申请实施例提供的数据传输方法的第四个流程示意图。如图6所示，该方法包括以下步骤s601-s608：

s601、数据上传端获取数据；

s602、数据上传端根据所述数据，判断所述人员名单中包含的人员总数量是否超过预设人数阈值；

s603、若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分，若所述被保人数的总数量未超过所述预设人数阈值，直接将数据上传至数据接收端，进入步骤s608；

s604、得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序，并将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。

s605、数据接收端获取多个携带有拆分标识的子数据；

s606、数据接收端根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成；

s607、若数据接收端判断所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致；

s608、得到完整的保单数据。

具体地，以保单数据为例，保单数据上传端获取保单数据，保单数据上传端根据所述保单数据，判断保单里被保人数的总数量是否超过预设人数阈值，若所述被保人数的总数量超过所述预设人数阈值，以预设数量的被保人为单位对所述保单进行拆分，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序，若所述被保人数的总数量未超过所述预设人数阈值，直接将保单数据上传至保单数据接收端，得到多个携带有各自拆单标识的子保单，并将多个所述子保单分别上传至保单数据接收端以使所述保单数据接收端根据所述拆单标识将多个所述子保单进行合并以得到所述保单数据；保单数据接收端获取多个携带有拆单标识的子保单，所述子保单由保单数据上传端根据保单中的被保人数进行拆单获得，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序，保单数据接收端根据所述拆单标识，以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成，若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并，若所述保单数据中包含的每个所述子保单未全部接收完成，继续接收所述保单数据的子保单，并继续以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成，直至所述保单数据的子保单全部接收完成，得到完整的保单数据。

本申请实施例对保单数据传输时，保单数据上传端获取保单数据，根据所述保单数据判断保单里被保人数的总数量是否超过预设人数阈值，若所述被保人数的总数量超过所述预设人数阈值，以预设数量的被保人为单位对所述保单进行拆分以得到多个携带有各自拆单标识的子保单，所述拆单标识用于描述将所述保单拆分成子保单时所述子保单在子保单序列中的顺序，将多个所述子保单分别上传至保单数据接收端；保单数据接收端获取多个携带有拆单标识的子保单，根据所述拆单标识，以预设方式判断所述保单数据中包含的每个所述子保单是否均接收完成，若所述保单数据中包含的每个所述子保单均接收完成，将多个所述子保单按照所述拆单标识进行合并以得到完整的保单数据。本申请实施例通过保单数据上传端将大保单拆分为多个子保单，将多个子保单分多次上传至保单数据接收端，保单数据接收端接收到多个子保单后，将多个子保单合再并为一个大保单，提高了大保单数据上传的可靠性和大保单的上传效率。

需要说明的是，上述各个实施例所述的数据传输方法，可以根据需要将不同实施例中包含的技术特征重新进行组合，以获取组合后的实施方案，但都在本申请要求的保护范围之内。

请参阅图7，图7为本申请实施例提供的数据传输装置的示意性框图。对应于上述应用于数据上传端的数据传输方法，本申请实施例还提供一种应用于数据上传端的数据传输装置。如图7所示，该数据传输装置包括用于执行上述数据传输方法的单元，该装置可以被配置于服务器等计算机设备中。具体地，请参阅图7，该数据传输装置700包括第一获取单元701、第一判断单元702、拆分单元703及上传单元704。

其中，第一获取单元701，用于获取数据，所述数据中包含人员名单；

第一判断单元702，用于判断所述人员名单中包含的人员总数量是否超过预设人数阈值；

拆分单元703，用于若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；

上传单元704，用于将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。

在一个实施例中，所述拆分单元703包括：

拆分子单元，用于按照所述人员名单中人员的先后顺序以预设数量的人员为单位将所述人员名单拆分成n份，n≥2，n为整数；

第一生成子单元，用于将所述数据中的其他信息与每份预设数量的人员名单按照所述数据的格式生成子数据以得到n份子数据；

第二生成子单元，用于在每份所述子数据的预设位置按照预先设置生成每份子数据对应的拆分标识以得到携带有所述拆分标识的n份子数据。

在一个实施例中，所述保单数据传输装置700还包括：

第一排序单元，用于将所述数据中的人员名单按照人员的第一预设属性进行排序以得到排序后的数据。

请参阅图8，图8为本申请实施例提供的数据传输装置的另一个示意性框图。对应于上述应用于数据接收端的数据传输方法，本申请实施例还提供一种应用于数据接收端的数据传输装置。如图8所示，该数据传输装置包括用于执行上述数据传输方法的单元，该装置可以被配置于服务器等计算机设备中。具体地，请参阅图8，该数据传输装置800包括第二获取单元801、第二判断单元802及合并单元803。

其中，第二获取单元801，用于获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；

第二判断单元802，用于根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成；

合并单元803，用于若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。

在一个实施例中，所述数据传输装置800还包括：

第三判断单元，用于若所述数据中包含的所有子数据未全部接收完成，判断接收所述子数据的时长是否超过预设时长阈值；

发送单元，用于若接收所述子数据的时长超过预设时长阈值，发送所述子数据未接收完整的提示至所述数据上传端。

在一个实施例中，所述数据传输装置800还包括：

第二排序单元，用于将所述数据中的人员名单按照人员的第二预设属性进行排序以得到排序后的数据。

在一个实施例中，所述数据传输装置800还包括：

第三获取单元，用于获取批改数据，根据所述批改数据修改所述数据中的数据内容，所述批改数据指批量增加人员名单或者批量减少人员名单的数据。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述数据传输装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

同时，上述数据传输装置中各个单元的划分和连接方式仅用于举例说明，在其他实施例中，可将数据传输装置按照需要划分为不同的单元，也可将数据传输装置中各单元采取不同的连接顺序和方式，以完成上述数据传输装置的全部或部分功能。

上述数据传输装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。

请参阅图9，图9是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备900可以是台式机电脑或者服务器等计算机设备，也可以是其他设备中的组件或者部件。

参阅图9，该计算机设备900包括通过系统总线901连接的处理器902、存储器和网络接口905，其中，存储器可以包括非易失性存储介质903和内存储器904。

该非易失性存储介质903可存储操作系统9031和计算机程序9032。该计算机程序9032被执行时，可使得处理器902执行一种上述数据传输方法。

该处理器902用于提供计算和控制能力，以支撑整个计算机设备900的运行。

该内存储器904为非易失性存储介质903中的计算机程序9032的运行提供环境，该计算机程序9032被处理器902执行时，可使得处理器902执行一种上述数据传输方法。

该网络接口905用于与其它设备进行网络通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备900的限定，具体的计算机设备900可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图9所示实施例一致，在此不再赘述。

其中，在一种应用场景中，所述处理器902用于运行存储在存储器中的计算机程序9032，执行应用于数据上传端的数据传输方法，以实现如下步骤：获取数据，所述数据中包含人员名单；判断所述人员名单中包含的人员总数量是否超过预设人数阈值；若所述人员名单中包含的人员总数量超过所述预设人数阈值，以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致，其中，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；将多个所述子数据分别上传至数据接收端以使所述数据接收端根据所述拆分标识将多个所述子数据进行合并以得到所述数据。

在一实施例中，所述处理器902在实现所述以预设数量的人员为单位按照所述人员名单的预设顺序对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致的步骤时，具体实现以下步骤：按照所述人员名单中人员的先后顺序以预设数量的人员为单位将所述人员名单拆分成n份，n≥2，n为整数；将所述数据中的其他信息与每份预设数量的人员名单按照所述数据的格式生成子数据以得到n份子数据；在每份所述子数据的预设位置按照预先设置生成每份子数据对应的拆分标识以得到携带有所述拆分标识的n份子数据。

在一实施例中，所述处理器902在实现所述以预设数量人员为单位对所述数据进行拆分以得到多个携带有各自拆分标识的子数据，所述子数据的组成格式与所述数据的组成格式一致的步骤之前，还实现以下步骤：

将所述数据中的人员名单按照人员的第一预设属性进行排序以得到排序后的数据。

在另一种应用场景中，所述处理器902用于运行存储在存储器中的计算机程序9032，执行应用于数据接收端的数据传输方法，以实现如下步骤：获取多个携带有拆分标识的子数据，所述子数据由数据上传端根据数据中的人员名单进行拆分获得，所述子数据的组成格式与所述数据的组成格式一致，所述拆分标识用于描述将所述数据拆分成子数据时所述子数据在子数据序列中的顺序；根据所述拆分标识，以预设方式判断所述数据中包含的每个所述子数据是否均接收完成；若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据，所述数据的组成格式与所述子数据的组成格式一致。

在一实施例中，所述处理器902在实现所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还实现以下步骤：若所述数据中包含的所有子数据未全部接收完成，判断接收所述子数据的时长是否超过预设时长阈值；若接收所述子数据的时长超过预设时长阈值，发送所述子数据未接收完整的提示至所述数据上传端。

在一实施例中，所述处理器902在实现所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还实现以下步骤：将所述数据中的人员名单按照人员的第二预设属性进行排序以得到排序后的数据。

在一实施例中，所述处理器902在实现所述若所述数据中包含的每个所述子数据均接收完成，将多个所述子数据按照所述拆分标识进行合并以得到完整的数据的步骤之后，还实现以下步骤：

获取批改数据，根据所述批改数据修改所述数据中的数据内容，所述批改数据指批量增加人员名单或者批量减少人员名单的数据。

应当理解，在本申请实施例中，处理器902可以是中央处理单元(centralprocessingunit，cpu)，该处理器902还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来完成，该计算机程序可存储于一计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本申请还提供一种计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行如下步骤：

一种计算机程序产品，当其在计算机上运行时，使得计算机执行以上各实施例中所描述的数据传输方法的步骤。

所述计算机可读存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

以上所述，仅为本申请的具体实施方式，但本申请明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。