本发明属于销售服务平台技术领域，特别涉及一种移动终端的保单确认方法、装置、设备及存储介质。
背景技术：
目前，保险坐席人员销售服务平台销售产品时，通过即时消息与客户沟通确认后，当客户确认购买保险产品通知业务人员进行下单操作后，保险坐席人员还需要打电话再次确认订单信息是否准确，与客户核实无误后再进行录单，沟通过程很容易存在信息误差，并且影响了坐席的工作效率，同时降低了客户体验。
技术实现要素：
本发明的目的在于提供一种移动终端的保单确认方法、装置、设备及存储介质，可以实现减少了坐席工作任务，提高了工作效率，并且提高客户体验。
本发明是这样实现的，本发明第一方面提供一种移动终端的保单确认方法，包括：
接收移动终端发送的保险订单请求，根据所述订单请求获取客户信息和保险产品信息；
根据所述客户信息和所述保险产品信息生成保险订单，并将所述保险订单的状态标识设置为暂存；
将所述保险订单的地址发送至所述移动终端，并将所述保险订单的状态标识更改为待处理；
当接收到所述移动终端发送的保险订单确认信息时，根据所述保险订单进行出单并将所述保险订单的状态标识更改为完成。
本发明第二方面提供一种移动终端的保单确认装置，所述保单确认装置包括：
获取模块，用于接收移动终端发送的保险订单请求，根据所述订单请求获取客户信息和保险产品信息；
保险订单生成模块，用于根据所述客户信息和所述保险产品信息生成保险订单，并将所述保险订单的状态标识设置为暂存；
保险订单发送模块，用于将所述保险订单的地址发送至所述移动终端，并将所述保险订单的状态标识更改为待处理；
确认信息接收模块，用于当接收到所述移动终端发送的保险订单确认信息时，根据所述保险订单进行出单并将所述保险订单的状态标识更改为完成。
本发明第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明第一方面所述方法的步骤。
本发明第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本发明第一方面所述方法的步骤。
本发明提供一种移动终端的保单确认方法、装置、设备及存储介质，根据订单请求获取客户信息和保险产品信息并生成保险订单，并将保险订单的状态标识设置为暂存，通过将保险订单的地址发送至移动终端，实现保险订单发送给客户确认，提高坐席工作效率，当接收到移动终端发送的保险订单确认信息时，根据保险订单进行出单并将保险订单的状态标识更改为完成，接收移动终端发送的确认信息，实现了由客户确认保险订单，节省了坐席时间，提高了工作效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例1提供的一种移动终端的保单确认方法的流程图；
图2是本发明实施例1提供的一种移动终端的保单确认方法步骤s20的具体流程图；
图3是本发明实施例1提供的一种移动终端的保单确认方法步骤s202之后的具体流程图；
图4是本发明实施例2提供的一种移动终端的保单确认装置的结构示意图；
图5是本发明实施例2提供的一种移动终端的保单确认保险订单生成模块的具体结构示意图；
图6是本发明实施例4提供的终端设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
为了说明本发明的技术方案，下面通过具体实施例来进行说明。
实施例1
本发明实施例1提供一种移动终端的保单确认方法，保单确认方法的执行主体为保险坐席所使用的保险销售平台，如图1所示，保单确认方法包括：
步骤s10，接收移动终端发送的保险订单请求，根据订单请求获取客户信息和保险产品信息。
在步骤s10中，保险订单请求是指客户通过移动终端提交的订单请求，其中，订单请求中包括了客户信息和保险产品信息，具体的，坐席通过保险销售平台发布保险产品以对保险产品进行销售，保险销售平台可以为微信公众号，客户通过保险销售平台选择适合的保险产品，勾选该保险产品并填入客户信息进行提交后，会向保险销售平台发送一个保险订单请求，通过保险订单请求获取客户信息以及保险产品信息，获取的客户信息是由客户填写的或者是由系统生成的，其中，保险产品信息包括投保类型、投保金额等，投保类型是客户所要投保的产品，如车险、人身保险等，客户信息包括投保人、被保人、受益人的姓名、性别、证件号码、联系地址、职业类别等。通过本步骤，实现了接收保险订单请求，并可以自动获取了相关信息，实现自主下单，提高用户体验。
步骤s20，根据客户信息和保险产品信息生成保险订单，并将保险订单的状态标识设置为暂存。
在步骤s20中，保险销售平台中存储有预设格式的空白保险订单，将客户信息和保险产品信息填入空白保险订单中生成保险订单，并更改保险订单的状态标志，状态标识是用于区分保险订单处理状态的标识，根据该状态标志可以了解保险订单的当前处理状态。具体的，当保险订单生成时，将状态标识设置为暂存，对保险订单暂不进行出单操作，还需将保险订单进一步确认，通过本步骤，实现了生成保险订单，并通过设置保险订单的状态了解保险订单的当前处理进度。
步骤s30，将保险订单的地址发送至移动终端，并将保险订单的状态标识更改为待处理。
在步骤s30中，保险订单的地址是指保险订单在保险销售平台中生成时进行存储的网络地址信息，移动终端通过进入该网络地址可以进入显示保险订单的界面，具体的，当客户完成下单操作时，坐席通过保险销售平台将保险订单的地址信息发送至给客户的移动终端，保险销售平台完成发送后将保险订单的状态标识更改为待处理，该待处理状态是指目前保险订单的流程正处于客户确认订单状态，客户通过地址信息查看保险订单是否有误，现有技术中通常由坐席打电话确认，当客户处于会议中等不正常接听状态时或打扰客户，造成了客户体验低，同时耽误了坐席工作时间，通过本步骤，可以实现由客户自己对保险订单信息进行确认，提高了用户体验，节省了坐席工作任务，提高了工作效率。
步骤s40，当接收到移动终端发送的保险订单确认信息时，根据保险订单进行出单并将保险订单的状态标识更改为完成。
在步骤s40中，保险订单确认信息是客户通过移动终端发送至系统，保险订单确认信息包括确认信息以及更新信息，当接收的客户发送的保险订单确认信息时，系统将保险订单进行出单操作，当接收的客户发送的保险订单确认信息是更改信息时，系统根据更改信息将保险订单进行修改并生成新的保险订单，将新的保险订单进行出单操作，需要说明的是，系统根据客户发送的更新信息修改保险订单时，生成新的保险订单，此时，直接进行出单操作，不需将新的保险订单地址发送至移动终端重新确认。
本发明提供一种移动终端的保单确认方法，根据订单请求获取客户信息和保险产品信息并生成保险订单，并将保险订单的状态标识设置为暂存，通过将保险订单的地址发送至移动终端，实现保险订单发送给客户确认，提高坐席工作效率，当接收到移动终端发送的保险订单确认信息时，根据保险订单进行出单并将保险订单的状态标识更改为完成，通过接收移动终端发送的确认信息，实现了由客户确认保险订单，节省了坐席时间，提高了工作效率。
作为本发明实施例1的一种实施方式，如图2所示，步骤s20中根据客户信息和保险产品信息生成保险订单，包括：
步骤s201，获取客户信息，根据客户信息检测到存储历史客户信息时，显示历史客户信息。
在步骤s201中，历史客户信息是指客户曾经办理过保险业务时留下的历史信息，历史客户信息存储在后台，当通过客户信息查询到历史客户信息时，显示历史客户信息，具体的，当客户填写客户信息时，系统通过客户信息检测出该客户具有购买记录，查询到历史客户信息，显示购买记录中的历史客户信息，提醒客户是否使用原有信息，或者通过客户信息中部分信息进行查询是否有历史客户信息，例如，当客户当前购买人身保险时，通过客户填写的部分信息查询到历史客户信息是车险，显示客户购买的的历史客户信息。通过客户信息获取系统中的历史客户信息，并显示历史客户信息，便于客户选定内容，节省了客户时间，提升客户体验。
步骤s202，当接收到移动终端选定的历史客户信息时，根据历史客户信息和保险产品信息生成投保单和配送单。
在步骤s202中，保险订单包括投保单和配送单，投保单是指投保人向业务员申请订立保险合同的书面要约，配送单是指包括具体配送地址的订单，历史客户信息包括了投保单内容和配送单内容，具体的，当接收到客户选定历史客户信息时，显示历史客户信息，并可使用系统中历史客户信息，并根据历史客户信息和保险产品信息生成投保单和配送单，投保单中包括了客户信息和保险产品信息，例如，保险产品信息包括投保类型、投保金额等，投保类型是客户所要投保的产品，如车险、人身保险等，客户信息包括投保人姓名、被保人姓名、受益人的姓名、性别、证件号码、联系地址、职业类别等，投保单中还包括了投保须知等，配送单是客户信息和保险产品信息的部分信息，例如，联系地址，接收人，联系电话等，接收人可以是投保人或者被保人。进一步地，当客户填写客户信息时，例如填入姓名，系统通过此姓名查询到历史客户信息，显示购买记录的历史客户信息，当接收到移动终端发出的点击历史客户信息操作时，显示历史客户信息，作为一种实施方式，未接收到移动终端对历史客户信息进行修改的指令，根据历史客户信息与保险产品信息生成投保单和配送单。作为另一种实施方式，当系统接收到移动端发出的修改历史客户信息的操作指令，客户对历史客户信息进行修改，例如，更改联系地址、增加被保人等，系统生成更新的客户信息，系统根据更新的客户信息和保险产品信息生成投保单和配送单，投保单内容与配送单内容可都由客户填写完成，或者客户可选择历史客户信息，对历史客户信息进行修改形成新的客户信息，生成投保单与配送单，更进一步，获取历史客户信息中投保单内容，对历史客户信息内容进行修改，如增加被保人，根据修改后投保单内容的历史客户信息和保险产品信息生成投保单，获取历史客户信息中配送单内容，对配送单内容进行修改，例如，对配送地址、联系人进行修改，通过修改后配送单内容的客户信息与保险产品信息生成配送单，获取需要说明的是，客户对历史客户信息进行修改，系统中将原有的历史客户信息与更新的客户信息都进行存储。通过历史客户信息和保险产品信息生成投保单和配送单，实现快速下单操作，提升用户体验。
作为本发明实施例1的一种实施方式，如图3所示，在步骤s202中根据历史客户信息和保险产品信息生成投保单和配送单之后包括：
步骤s203，获取投保单和配送单的字段，并将投保单的字段与配送单的字段进行匹配。
在上述步骤中，当保险销售平台向移动终端发送投保单和配送单时，获取投保单内容和配送单内容的字段，例如，投保单中字段包括了联系地址、联系电话、投保产品、投保人姓名、被保人姓名、受益人的姓名等，配送单中字段包括了联系地址、联系电话、投保产品等。
步骤s204，当投保单的字段与配送单的字段相匹配时，获取投保单和配送单相匹配字段对应的数据，并将投保单字段对应的数据与配送单字段对应的数据进行匹配。
在上述步骤中，将投保单字段与配送单字段进行匹配，当投保单字段与配送单字段相匹配时，获取相匹配字段对应的数据，例如，投保单中字段的联系地址与配送单中字段的联系地址相匹配，获取投保单中字段的联系地址对应的数据，并获取配送单中字段的联系地址对应的数据，具体的，联系地址对应的数据是具体的某一地址信息，如a大厦。通过本步骤，获取投保单中与配送单中相配的字段，并获取相匹配字段对应的数据。
步骤s205，当投保单字段对应的数据与配送单字段对应的数据不匹配时，将不匹配数据在投保单和配送单上高亮显示。
在上述步骤中，当投保单与配送单相匹配的字段对应的数据不匹配时，在投保单与配送中将不匹配数据高亮显示，例如，当投保单中字段联系地址与配送单中字段联系地址相匹配，获取投保单中字段联系地址对应的数据a大厦，获取配送单中字段联系地址对应的数据b大厦，投保单中a大厦与配送单中b大厦不匹配，将投保单中a大厦与配送单中b大厦进行高亮显示，将投保单地址与配送单地址发送给客户时，客户通过移动终端查看投保单与配送单时，高亮显示的不匹配数据可清查查看。通过本步骤，实现将不匹配数据高亮显示生成提醒信息，以提醒坐席注意核对。
作为本发明实施例1的一种实施方式，步骤s30中将保险订单的地址发送至移动终端，包括：
将投保单地址链接和配送单地址链接发送至移动终端。
在上述步骤中，地址链接是投保单与配送单在系统中的地址信息，通过地址连接查看投保单与配送单具体内容，具体的，作为一种实施方式，将投保单与配送单的地址信息发送至移动终端，客户通过地址链接查看投保单信息与配送单信息，对投保单信息与配送单信息进行确认，通过地址链接发送确认信息，系统接收确认信息，或者客户通过地址链接对投保单信息与配送单信息进行修改，点击确认，系统接收修改信息，并根据修改信息更新投保单与配送单。作为另一种实施方式，将投保单信与配送单信息发送至移动终端，并将投保单地址链接与配送单地址链接进行发送，客户直接查看投保单信息与配送单信息，当确认无误时，发送确认信息，当客户发现投保单信息或配送单信息有误时，通过地址链接对投保单信息和配送单信息进行修改，系统接收到修改信息时，根据修改信息更新投保单与配送单，并进行出单操作。通过本步骤，客户通过地址链接对投保单和配送单进行确认，并能对有误的地方进行修改，减少了坐席的工作任务，节约了时间，提高了用户体验。
作为本发明实施例1的一种实施方式，步骤s30中将保险订单的地址发送至移动终端，并将保险订单的状态标识更改为待处理之后还包括：
当预设时间段内未接收到返回的保险订单确认信息时，每隔预设时间向移动终端发送提醒消息，直至接收保险订单的确认信息。
在上述步骤中，当客户超过一定期限未通过地址链接对投保信息以及配送信息进行核实，系统每隔一预设时间发送提醒信息到坐席，坐席对此订单进行跟踪确认，并发送提醒消息至客服的移动终端，直至系统接收确认消息。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
实施例2
图4示出与实施例1中移动终端的保单确认方法一一对应的移动终端的保单确认装置的原理框图。如图4所示，该保单确认装置包括获取模块41、保险订单生成模块42、保险订单发送模块43和确认信息接收模块44。其中，获取模块41、保险订单生成模块42、保险订单发送模块43和确认信息接收模块44的实现功能与实施例1中保单确认方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。
获取模块41，用于接收移动终端发送的保险订单请求，根据订单请求获取客户信息和保险产品信息；
保险订单生成模块42，用于根据客户信息和保险产品信息生成保险订单，并将保险订单的状态标识设置为暂存；
保险订单发送模块43，用于将保险订单的地址发送至移动终端，并将保险订单的状态标识更改为待处理；
确认信息接收模块44，用于当接收到移动终端发送的保险订单确认信息时，根据保险订单进行出单并将保险订单的状态标识更改为完成。
本发明提供一种移动终端的保单确认装置，根据订单请求获取客户信息和保险产品信息并生成保险订单，并将保险订单的状态标识设置为暂存，通过将保险订单的地址发送至移动终端，实现保险订单发送给客户确认，提高坐席工作效率，当接收到移动终端发送的保险订单确认信息时，根据保险订单进行出单并将保险订单的状态标识更改为完成，接收英东终端发送的确认信息，实现了由客户确认保险订单，节省了坐席时间，提高了工作效率。
作为本发明实施例2的一种实施方式，如图5所示，对于上述实施例2中保险订单生成模块42包括：
客户信息查询模块421，用于获取客户信息，根据客户信息检测历史客户信息，显示历史客户信息；
投保单和配送单生成模块422，用于当接收移动终端选定历史客户信息时，根据历史客户信息和保险产品信息生成投保单和配送单。
优选的，根据历史客户信息和保险产品信息生成投保单和配送单之后包括：
获取投保单和配送单的字段，并将投保单的字段与配送单的字段进行匹配；
当投保单的字段与配送单的字段相匹配时，获取投保单和配送单相匹配字段对应的数据，并将投保单字段对应的数据与配送单字段对应的数据进行匹配；
当投保单字段对应的数据与配送单字段对应的数据不匹配时，将不匹配数据在投保单和配送单上高亮显示。
作为本发明实施例2的一种实施方式，保险订单发送模块43包括：
将投保单地址链接和配送单地址链接发送至移动终端。
优选的，将保险订单的地址发送至移动终端，并将保险订单的状态标识更改为待处理之后还包括：
当预设时间段内未接收到返回的保险订单确认信息时，向移动终端发送提醒消息，直至接收保险订单的确认信息。
实施例3
本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中移动终端的保单确认方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中移动终端的保单确认装置中各模块/单元的功能，为避免重复，这里不再赘述。
可以理解地，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号和电信信号等。
实施例4
图6是本发明一实施例提供的计算机设备的示意图。如图6所示，该实施例的计算机设备60包括：处理器63、存储器61以及存储在存储器61中并可在处理器63上运行的计算机程序63。处理器63执行计算机程序63时实现上述实施例1中移动终端的保单确认方法的步骤，例如图1所示的步骤s10至s40。或者，处理器63执行计算机程序63时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块41至44的功能。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。