申请/专利权人：中国平安人寿保险股份有限公司

申请日：2019-04-15

公开（公告）日：2024-04-05

公开（公告）号：CN110119951B

主分类号：G06Q30/015

分类号：G06Q30/015;G06Q40/08;G06Q20/08;G06F40/186;G06F40/12

优先权：

专利状态码：有效-授权

法律状态：2024.04.05#授权;2021.05.07#实质审查的生效;2019.08.13#公开

摘要：本发明公开了一种录单方法、装置、计算机设备及存储介质，其中，该录单方法包括：获取坐席端发送的携带业务类型的录单请求，基于业务类型获取对应的业务模板；向坐席端发送业务模板，获取坐席端发送的业务记录信息；对业务记录信息进行信息完整性检测，获取信息完整性检测结果；若信息完整性检测结果为完整，则向客户端发送业务确认信息，获取客户端返回的业务确认结果；若业务确认结果为记录正确，且业务记录信息中包括付费信息，则向客户标识对应的客户端发送付费链接；该方法可检测坐席端返回的业务信息是否完整和客户端基于业务记录信息形成的业务确认信息，保障业务信息的完整性和正确性。

主权项：1.一种录单方法，其特征在于，包括：基于业务数据库获取至少一种业务类型，基于所述业务类型获取对应的所有业务填充栏目；基于所述业务填充栏目，生成与所述业务类型相对应的业务模板；获取坐席端基于所述业务模板发送的业务记录信息，包括：获取所述坐席端基于所述业务模板中的每一业务填充栏目形成的业务记录信息；获取所述坐席端发送的携带业务类型的录单请求，基于所述业务类型，查找到所述业务类型对应的业务模板；所述业务模板包括必填栏目；向所述坐席端发送所述业务模板，获取所述坐席端基于所述业务模板发送的业务记录信息，所述业务记录信息包括客户标识；对所述业务记录信息进行信息完整性检测，获取信息完整性检测结果；所述信息完整性检测包括确认所述业务记录信息对应的必填栏目已填充并符合填充格式；若所述信息完整性检测结果为完整，则向所述客户标识对应的客户端发送基于所述业务记录信息形成的业务确认信息，获取所述客户标识对应的客户端基于所述业务确认信息返回的业务确认结果；若所述业务确认结果为记录正确，且所述业务记录信息中包括付费信息，则基于所述付费信息生成付费链接，向所述客户标识对应的客户端发送所述付费链接；若在预设时间段内接收到所述付费链接形成的交易完成指令，则将所述业务记录信息对应的业务状态变更为已付费状态，向所述坐席端发送业务完成的提示信息。

全文数据：录单方法、装置、计算机设备及存储介质技术领域本发明涉及电子金融技术领域，尤其涉及一种录单方法、装置、计算机设备及存储介质。背景技术为了能够即时的为客户提供定制的、有针对性的服务信息，坐席系统被广泛应用于接听客户的呼叫、并根据接入客户的需求提供相应的信息。坐席系统主要用作咨询服务，将客户的呼叫转接至应答台、相应的坐席或者由自动应答系统根据客户的输入自动进行有针对性的应答或操作。随着移动通讯网络和计算机网络的快速发展，坐席系统受到了更加广泛的应用。客户只要拨通服务热线号码，就可以在语音自动应答系统IVR，InteractiveVoiceResponse的帮助下自动完成信息查询、自助交易等操作；另一方面，也可以转接至人工坐席，由坐席人员进行业务受理和服务信息的查询，对客户提供有针对性的服务，可以对客户提出的服务要求进行查询、建议等操作，从而为客户提供更便捷的服务或进行业务引导。当坐席人员进行业务引导成功后，若后续业务的流程可通过网络直接实现后续业务跟进，此时应当将坐席业务转换为网销业务，此时存在将坐席业务包括的业务信息重新录入为网销业务的流程。在此业务转录过程中可能存在信息录入不完整或录入错误的情况。如何提高坐席业务信息录入的完整性和正确性，成为亟待解决的问题。发明内容本发明实施例提供一种录单方法、装置、计算机设备及存储介质，以解决提高坐席业务信息录入的完整性和正确性的问题。一种录单方法，包括：获取坐席端发送的携带业务类型的录单请求，基于业务类型获取对应的业务模板；向坐席端发送业务模板，获取坐席端基于业务模板发送的业务记录信息，业务记录信息包括客户标识；对业务记录信息进行信息完整性检测，获取信息完整性检测结果；若信息完整性检测结果为完整，则向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果；若业务确认结果为记录正确，且业务记录信息中包括付费信息，则基于付费信息生成付费链接，向客户标识对应的客户端发送付费链接；若在预设时间段内接收到付费链接形成的交易完成指令，则将业务记录信息对应的业务状态变更为已付费状态，向坐席端发送业务完成的提示信息。一种录单装置，包括：获取录音请求模块，用于获取坐席端发送的携带业务类型的录单请求，基于业务类型获取对应的业务模板；发送业务模板模块，用于向坐席端发送业务模板，获取坐席端基于业务模板发送的业务记录信息，业务记录信息包括客户标识；获取检测结果模块，用于对业务记录信息进行信息完整性检测，获取信息完整性检测结果；发送确认信息模块，用于若信息完整性检测结果为完整，则向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果；生成付费链接模块，用于若业务确认结果为记录正确，且业务记录信息中包括付费信息，则基于付费信息生成付费链接，向客户标识对应的客户端发送付费链接；发送提示信息模块，用于若在预设时间段内接收到付费链接形成的交易完成指令，则将业务记录信息对应的业务状态变更为已付费状态，向坐席端发送业务完成的提示信息。一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述录单方法。一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述录单方法。上述录单方法、装置、计算机设备及存储介质，通过坐席端发送的携带业务类型的录单请求，可及时给坐席端提供对应的业务模板以便采集对应的业务记录信息；检测坐席端基于业务模板返回的业务信息是否完整，可保障业务信息的完整性；获取客户端基于业务记录信息形成的业务确认信息，可保障业务记录信息的正确性，并及时更新业务记录信息对应的业务状态，以保障业务记录信息的实时性。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本发明一实施例中录单方法的应用环境示意图；图2是本发明一实施例中录单方法的流程图；图3是本发明一实施例中录单方法的另一流程图；图4是本发明一实施例中录单方法的另一流程图；图5是本发明一实施例中录单方法的另一流程图；图6是本发明一实施例中录单方法的另一流程图；图7是本发明一实施例中录单方法的另一流程图；图8是本发明一实施例中录单方法的另一流程图；图9是本发明一实施例中录单装置的示意图；图10是本发明一实施例中计算机设备的示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例提供的录单方法，可应用在如图1的应用环境中，该录单方法应用在录单系统中，该录单系统涉及多个交互端，包括给坐席人员设置的可操作界面的坐席端、给客户设置可操作界面的客户端和用以部署该录单系统的服务器，其中各个交互端可通过IP进行地址识别，且分布式部署在网络各个节点。上述交互端中的坐席端和客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等计算机设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。在一实施例中，如图2所示，提供一种录单方法，以该方法应用在图1中的服务器为例进行说明，具体包括如下步骤：S10.获取坐席端发送的携带业务类型的录单请求，基于业务类型获取对应的业务模板。其中，业务类型是采用本实施例提出的录单系统的实体公司可为客户提供的业务种类，比如，对于保险公司可提供的业务类型包括：健康保险、人寿保险、意外伤害保险或运输保险等。业务模板是服务器基于不同的业务类型预先设置好的应填充的客户信息栏目构成的模板，可以理解地，对于不同业务类型需要采集和记录的客户信息也不同。比如，对于健康保险，对应的业务模板应包括的栏目包括：被保险人年龄、职业、身高、体重、病史、现在健康状况、生活习惯或日常嗜好等。录单请求是坐席端向服务器发送的将电销业务记录进行业务记录的请求。具体地，当坐席人员在电销系统记录业务时，若坐席人员判定当前记录的业务应同时记录为网销业务，则坐席人员可通过坐席端向服务器发送录单请求，以使服务器可及时基于坐席端发送的带有业务类型的录单请求查询对应的业务模板，便于坐席端及时基于业务模板向客户提问与业务模板相关的业务内容对业务模板进行填充。步骤S10中，服务器可基于坐席端发送的带有业务类型的录单请求快速准确地查找到对应的业务模板，便于坐席人员基于对应的业务模板添加对应业务内容。S20.向坐席端发送业务模板，获取坐席端基于业务模板发送的业务记录信息，业务记录信息包括客户标识。其中，业务记录信息是坐席人员基于业务模板与客户进行沟通后获取并记录到业务模板上的业务内容。客户标识是服务器用以区别不同客户的唯一标识，于本实施例，包括但不限于客户的手机号码或者电子邮箱等。为了及时获取客户的回复信息，客户标识可优选为手机号码，以使客户及时通过手机查看业务短信或第三方公众号提醒等。填充有业务内容的业务模板即为业务记录信息。具体地，坐席端通过服务器获得业务模板时，可基于业务模板与客户进行电话沟通并获得对应的业务内容，其中，业务内容包括客户个人信息和具体业务信息。服务器为了确认业务记录信息，还需坐席端获得客户的客户标识，用以及时与客户进行直接联络，通知业务进程等。步骤S2O中，服务器可通过坐席端依据业务模板获取客户标识对应的业务记录信息，提高业务记录信息的针对性和业务记录信息的获取效率。S30.对业务记录信息进行信息完整性检测，获取信息完整性检测结果。其中，信息完整性检测为服务器对业务记录信息进行必要信息的完整性检测。可以理解地是，对于不同的业务类型的业务模板上，存在必填栏目。比如，对于保险业务对应的业务模板存在以下必填栏目：1.投保人姓名、性别、出生日期、证件类型、证件号码、职业和证件有效期；2.被保人姓名、性别、出生日期、证件类型、证件号码、职业和证件有效期；3.配送地址和配送电话等。具体地，服务器在获取坐席端返回的业务记录信息，应对该业务记录信息中的必填栏目进行检测。只有必填栏目存在对应或符合格式要求的业务内容，服务器才可执行后续步骤。信息完整性检测结果包括完整和不完整。可以理解地，完整也即必填栏目中的业务内容都已填充，并符合填充格式。反之则为不完整。步骤S30中，服务器可对业务记录信息进行信息完整性检测，以确认业务记录信息中的必填栏目已填充并符合填充格式，以保障后续顺利推进业务进程，无需与客户进行二次信息确认。S40.若信息完整性检测结果为完整，则向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果。其中，业务确认信息是服务器基于业务记录信息形成的，记录有客户信息和业务信息，且需客户确认业务记录信息和对业务信息进行确认的请求信息。业务确认结果是客户客户通过客户端对服务器发送的业务记录信息内容是否准确以及业务记录信息是否可执行的确认结果，包括记录正确和记录错误。其中，记录正确表示客户确认业务记录信息中记录的业务内容均正确，且可执行业务记录信息中的业务信息。反之，则为记录错误。步骤S40中，客户可一次性通过客户端向服务器发送业务确认信息以确认信息记录是否有误和可确认执行记录的业务，减少多次进行确认业务的流程，提高业务推进效率。S50.若业务确认结果为记录正确，且业务记录信息中包括付费信息，则基于付费信息生成付费链接，向客户标识对应的客户端发送付费链接。其中，付费信息是业务记录信息中对应的业务是带有付费性质的业务信息。付费链接是服务器基于付费信息生成的，可供客户通过登陆该付费链接进行业务付费的链接，比如，微信付费或支付宝付费等第三方链接等，此处不做限定。步骤S50中，服务器可基于记录正确的业务记录信息中的付费信息生成付费链接发送给客户端，便于客户端可直接基于付费链接完成费用缴纳，无需另外打开付费窗口或者其它付费渠道，简单快捷，同时可提高业务推进效率。S60.若在预设时间段内接收到付费链接形成的交易完成指令，则将业务记录信息对应的业务状态变更为已付费状态，向坐席端发送业务完成的提示信息。其中，预设时间段是服务器为了支付安全性设定的有效支付时间，一般可设置为半小时。交易完成指令是客户在支付链接界面完成支付后，支付链接对应的服务器基于该支付完成的状态生成的指令。业务状态是用于表明当前业务处于哪种业务进程的状态，比如，业务建立、业务待确认、已付费状态或业务完成等状态，可由个业务部门根据各自的业务流程进行设定。进一步地，当客户的某项业务对应的业务状态为已付费状态时，还可向该业务对应的坐席端发送业务完成提示，已提示坐席人员该业务后续无需再进行跟进。步骤S60中，服务器可在预设时间段内接收客户端缴纳的业务费用，同时生成交易完成指令发送给服务器，提高业务推荐流程的自动化程度，同时保障涉及财产业务的安全性。步骤S10至S60中，服务器通过坐席端发送的携带业务类型的录单请求，可及时给坐席端提供对应的业务模板以便采集对应的业务记录信息；检测坐席端基于业务模板返回的业务信息是否完整，可保障业务信息的完整性；获取客户端基于业务记录信息形成的业务确认信息，可保障业务记录信息的正确性，并及时更新业务记录信息对应的业务状态，以保障业务记录信息的实时性。在一实施例中，如图3所示，在步骤S10之前，即在获取坐席端发送的携带业务类型的录单请求之前，录单方法还具体包括如下步骤：S101.基于业务数据库获取至少一种业务类型，基于业务类型获取对应的所有业务填充栏目。其中，业务数据库是存储每一业务类型和该业务类型对应的业务填充栏目中填充的业务内容的数据库。其中，每一业务填充栏目包括必填栏目和非必填栏目。具体地，服务器在业务数据库中可提取出每一业务类型包括的业务填充栏目，也即提取出业务数据库中某一业务类型的表格中的每一个表头名作为业务填充栏目。步骤S101中，服务器可在业务数据库中提取出每一业务类型对应的业务填充栏目，无需人工手动提取，提高形成业务模板的自动化生成速度。S102.基于业务填充栏目，生成与业务类型相对应的业务模板。具体地，服务器可预先生成基础业务模板。在基础业务模板的预留位置生成每一步骤S101中获取的业务填充栏目，最终形成业务模板。步骤102中，服务器可基于基础业务模板结合业务填充栏目生成业务模板，提高业务模板的设计一致性。在步骤S20中，即获取坐席端基于业务模板发送的业务记录信息，具体包括如下步骤：S21.获取坐席端基于业务模板中的每一业务填充栏目形成的业务记录信息。具体地，坐席端可与客户基于业务模板中的每一业务填充栏目进行在线沟通，获取每一业务填充栏目对应的业务内容并手动添加到业务填充栏目中。步骤S101至S102中，服务器可在业务数据库中提取出每一业务类型对应的业务填充栏目，无需人工手动提取，提高形成业务模板的自动化生成速度。服务器可基于基础业务模板结合业务填充栏目生成业务模板，提高业务模板的设计一致性。在一实施例中，如图4所示，在步骤S30之后，即在获取信息完整性检测结果之后，录单方法还具体包括如下步骤：S301.若信息完整性检测结果为不完整，则基于业务模板和业务记录信息获取至少一个待填充栏目。其中，待填充栏目为业务模板中的必填栏目未填写或者未按正确格式填充的栏目。具体地，当服务器获取的信息完整性检测结果为不完整，应提取出业务记录信息中的待填充栏目。服务器提取方式包括但不限于，加重显示待填充栏目或生成待填充栏目列表等。步骤S301中，服务器可基于业务模板和业务记录信息获取至少一个待填充栏目，以突出形式显示至少一个待填充栏目便于坐席人员直接根据提示进行重新填写。S302.向坐席端发送补充信息请求，补充信息请求包括至少一个待填充栏目。步骤S302中，服务器将步骤S301中生成的突出显示的业务模板或待填充栏目列表发送给坐席端，用以坐席端可基于上述业务模板或待填充栏目列表与客户进行再次线上沟通获取补充信息。S303.执行获取坐席端基于业务模板发送的业务记录信息的步骤。具体地，坐席端与客户基于步骤S302进行再次业务内容确认后可执行如步骤S20的步骤，因S20步骤已作介绍，为了避免重复此处不再赘述。步骤S303中，服务器可通过坐席端依据业务模板获取客户标识对应的业务记录信息，提高业务记录信息的针对性和业务记录信息的获取效率。步骤S301至S303中，服务器可基于业务模板和业务记录信息获取至少一个待填充栏目，以突出形式显示至少一个待填充栏目便于坐席人员直接根据提示进行重新填写。服务器将步骤S301中生成的突出显示的业务模板或待填充栏目列表发送给坐席端，用以坐席端可基于上述业务模板或待填充栏目列表与客户进行再次线上沟通获取正确信息。服务器可通过坐席端依据业务模板获取客户标识对应的业务记录信息，提高业务记录信息的针对性和业务记录信息的获取效率。在一实施例中，业务模板包括业务填充栏目。如图5所示，在步骤S40之后，即在获取客户标识对应的客户端基于业务确认信息返回的业务确认结果之后，录单方法还具体包括如下步骤：S401.若业务确认结果为记录错误，则业务确认结果包含至少一个错误填充栏目和与错误填充栏目相对应的准确业务记录。其中，错误填充栏目是客户基于步骤S40给出的业务确认信息中确认业务信息被错误记录的填充栏目。准备业务记录是客户基于错误填充栏目反馈的应填充的正确的填充内容。具体地，为了提高业务流程推进效率，服务器可提示客户在业务确认结果为记录错误时，同时将正确的填充内容进行反馈，而无需服务器再次与客户进行确认。并且，由客户主动发送的准备业务记录可提高业务内容的准确性。步骤S401中，服务器可直接获取客户端发送的至少一个错误填充栏目和与错误填充栏目相对应的准确业务记录，可提高业务流程推进效率，无需服务器再次与客户进行确认。S402.基于错误填充栏目和准确业务记录更新业务记录信息，重复执行向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果的步骤。具体地，服务器可基于错误填充栏目在业务模板中匹配出对应的业务填充栏目，并将该业务填充栏目对应的业务内容更新为步骤S401得到的准确业务记录。可以理解地，此时，服务器还需向客户端发送更新过的业务记录信息，以得到客户的业务确认信息。应重复执行步骤S40中的步骤，为了避免重复此处不再赘述。步骤S402中，客户可一次性通过客户端向服务器发送业务确认信息以确认信息记录是否有误和可确认执行记录的业务，减少多次进行确认业务的流程，提高业务推进效率。步骤S401至S402中，服务器可直接获取客户端发送的至少一个错误填充栏目和与错误填充栏目相对应的准确业务记录，可提高业务流程推进效率，无需服务器再次与客户进行确认。客户可一次性通过客户端向服务器发送业务确认信息以确认信息记录是否有误和可确认执行记录的业务，减少多次进行确认业务的流程，提高业务推进效率。在一实施例中，如图6所示，在步骤S50之后，即在向客户标识对应的客户端发送付费链接之后，录单方法还具体包括如下步骤：S501.若在预设时间段内接收到付费链接形成的交易失败指令，则作废当前的付费链接，向坐席端发送费用支付失败的提示信息。其中，交易失败指令是客户未成功支付付费链接中费用的指令，包括客户未支付状态或支付未满额等情况。提示信息为服务器基于交易失败指令生成的提示坐席端联络客户重新支付业务费用的提示。具体地，服务器为了确保交易安全性，应指定预设时间段用以接收客户通过付费链接支付的业务费用。当客户未按预设时间段支付业务费用，此时为了保障业务进程的顺利推进并保障业务安全性，服务器应作废原付费链接，并通知该付费链接对应的坐席端费用支付失败的提示信息。步骤S501中，服务器可在付费链接作废后向坐席端发送提示信息，以便坐席端可基于提示信息及时联系客户端缴纳费用，保障业务流程的顺利推进。S502.接收坐席端发送的支付确认请求，支付确认请求包括确认标签。其中，支付确认请求为坐席端向服务器发送的客户确认支付业务费用的请求。确认标签是支付确认请求中携带的业务类型的标签，包括确认支付和确认放弃。可以理解地，当确认标签为确认支付时，表明客户端确认重新支付业务费用，反之则为确认放弃。步骤S502中，坐席端在线上与客户端沟通后，可基于客户端反馈的回复发送带有确认标签的支付确认请求给服务器，以便服务器基于该确认标签执行后续步骤。S503.若确认标签为确认支付，则执行基于付费信息生成付费链接，向客户端地址发送付费链接的步骤。具体地，当服务器接收到坐席端发送的支付确认请求重确认标签为确认支付时，可认为客户确认支付该笔业务费用，因此，可基于该支付确认请求重新执行步骤S50。为了避免重复此处不再赘述。步骤S503中，服务器可基于记录正确的业务记录信息中的付费信息生成付费链接发送给客户端，便于客户端可直接基于付费链接完成费用缴纳，无需另外打开付费窗口或者其它付费渠道，简单快捷，同时可提高业务推进效率。步骤S501至S503中，服务器可在付费链接作废后向坐席端发送提示信息，以便坐席端可基于提示信息及时联系客户端缴纳费用，保障业务流程的顺利推进。坐席端在线上与客户端沟通后，可基于客户端反馈的回复发送带有确认标签的支付确认请求给服务器，以便服务器基于该确认标签执行后续步骤。服务器可基于记录正确的业务记录信息中的付费信息生成付费链接发送给客户端，便于客户端可直接基于付费链接完成费用缴纳，无需另外打开付费窗口或者其它付费渠道，简单快捷，同时可提高业务推进效率。在一实施例中，如图7所示，在步骤S502之后，即在接收坐席端发送的支付确认请求之后，录单方法还具体包括如下步骤：S5021.若确认标签为确认放弃，则将业务记录信息对应的业务状态变更为已放弃状态。其中，已放弃状态指业务记录信息中的客户已发送业务确认结果而未缴纳业务费用的状态。具体地，服务器可将已发送业务确认结果而未缴纳业务费用的客户对应的业务状态记录为已放弃状态。因客户已发送过业务确认结果，说明客户端的客户对该业务记录信息记录的业务有意向，还可作为后续坐席持续开发的客户。服务器将该业务记录信息对应的业务状态记录为已放弃状态，利于后续坐席基于该状态下的所有客户进行重新跟进和开发。步骤5021中，服务器可将已发送业务确认结果而未缴纳业务费用的客户对应的业务状态记录为已放弃状态，利于后续坐席基于该状态下的所有客户进行重新跟进和开发。S5022.获取录单请求在录音数据库中对应的所有业务录音，基于所有业务录音和业务记录信息，生成客户画像。其中，客户画像又称客户角色，作为一种勾画目标客户、联系客户诉求与设计方向的有效工具，客户画像在各领域得到了广泛的应用。在实践过程中通常以最为浅显和贴近生活的话语将客户的属性、行为与期待联结起来。作为实际客户的虚拟代表，客户画像所形成的客户角色并不是脱离产品和市场之外所构建出来的，形成的客户角色需要有代表性，即能代表产品的主要受众和目标群体。客户画像是通过大数据分析客户的个人信息从而生成对应的画像。客户个人信息是服务器收集的静态数据和动态数据，其中，静态数据是客户在服务器注册时主动输入的长时间内不会变化的个人信息，比如，客户的地域、年龄、性别、文化、职业和收入等；动态数据是服务器与客户互动过程中对客户行为进行分析得到的数据，比如，生活习惯或消费习惯等。总体而言，为了获取客户画像需要用到如下客户个人信息：1人口属性：包括性别、年龄等基本信息；2兴趣特征：浏览内容、收藏内容、阅读咨询、购买物品偏好等；3消费特征：与消费相关的特征；4位置特征：客户所处城市、所处居住区域、客户移动轨迹等；5设备属性：使用的终端特征等；6行为数据：访问时间、浏览路径等客户在网站的行为日志数据；7社交数据：客户社交相关数据。客户画像是服务器根据客户个人信息而抽象出来的高度精炼的标签，也即客户特征标识。通过给客户“贴”标签可以利用高度概括、容易理解的特征来描述客户，利于服务器根据标签标准化信息进一步处理。具体地，基于客户个人信息生成客户画像的实现过程如下：一、对客户个人信息中的某项特征进行抽象分类和概括形成标签，该标签的标签值具备可分类性。例：将客户个人信息中“男”、“女”这类特征进行抽象概括，统称为“性别”，“性别”即一个标签；二.穷举标签值TagValue，以使该标签包括对应的所有可能的情况的值。例：对于标签“性别”，其标签值可分为“男”、“女”和“未知”；对于标签“年龄”，其标签值可分为“0-18”、“18-35”、“35-60”、“60-100”等。三.构建客户画像UserProfile。根据步骤一和步骤二创造的标签，提取客户个人信息中与每一标签对应的标签值。例：客户画像包括的标签有性别、年龄、手机品牌、居住地和爱好等。小明是客户画像的一个实例，小明的客户画像的输出结果为：“男“、“18-35”、“iPhone”、“北京”和“足球”。本实施例中，服务器可基于客户个人信息构建客户画像，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。进一步地，服务器还可通过分析客户画像，获取与客户画像相对应的客户性格。其中，客户性格是一个人对现实的稳定的态度，以及与这种态度相应的，习惯化了的行为方式中表现出来的人格特征。性格一经形成便比较稳定，但是并非一成不变，而是可塑性的。性格不同于气质，更多体现了人格的社会属性，个体之间的人格差异的核心是性格的差异。具体地，通过对客户画像进行分析和挖掘，还可以揭示客户的内心需求和客户性格等潜在属性。比如，客户画像中有关购物标签包括平均浏览时间和平均对比同类次数，三个客户的网上购物标签记录情况如下：平均浏览时间分钟平均对比次数客户A73客户B1512客户C2520购物性格参考模板基于实际情况统计生成：冲动型：平均浏览时间少于10分钟，平均对比次数少于5次。理性型：平均浏览时间介于10分钟至20分钟，平均对比次数介于5次至20次。犹豫型：平均浏览时间大于20分钟，平均对比次数大于20次。服务器基于三个客户的购物标签和购物性格参考模板进行对比可得如下结果：客户A总在短时间平均浏览时间少于10分钟内比较少量的商品平均对比次数少于5次后下单，则客户A的购物性格为冲动型。客户B总在适量时间内平均浏览时间介于10分钟至20分钟比较少量同类商品平均对比次数介于5次至20次后下单，则客户B的购物性格为理性型。客户C总在长时间平均浏览时间大于20分钟大量地浏览很多商品平均对比次数大于20次后下单，则客户C的购物性格为犹豫型。同样地，服务器还可对客户画像进行分析获得客户的聊天性格，聊天性格包括：兴奋、平静或低沉等。需要补充的是，服务器还可通过分析客户输入的当前轮次信息中的声音特质结合聊天性格参考模板来判断客户性格。其中，声音特征的聊天性格参考模板基于实际情况统计生成如下：1掺杂呼吸且脆弱的声音：如果客户是男性，属于年轻艺术家的类型；如果客户是女性，虽性格偏女性化，且集美丽、小巧、开朗于一身，这类女性比较容易兴奋。2无力的声音：如果客户是男性，无特定性格；如果客户是女性，则具有社交能力强、感性、幽默等特性。3平淡的声音：客户无论男女，性格特征均为偏男性化、精神状态欠佳、冷淡、畏缩不前，当前状态不太积极。4声调低且粗犷的声音：如果客户是男性，应该拥有敏锐的观察力，且现实、圆滑、成熟、干练、适应性强；如果客户是女性，性格特质主要表现为喜欢偷懒或病怏怏等。5爽朗的声音：如果客户是男性，性格干练且自尊心强；如果客户是女性，则性格活泼、善于社交、自尊心强，缺乏幽默感。6语速快：客户无论男女，该类人群的性格均较活泼，且社交能力强。本实施例中，服务器可基于客户画像进行分析，获得客户对应的客户性格，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。步骤S5022中，服务器可基于客户个人信息构建客户画像，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。S5023.将客户画像、业务录音和业务记录信息关联存储到可开发客户列表。其中，可开发客户列表是服务器基于指定的业务状态筛选出的可持续开发的客户列表。比如，指定的业务状态包括已放弃状态等。具体地，业务模板中的业务填充栏目还可包括非必填栏目，比如客户画像或客户性格等。此时，服务器可将步骤S5022得到的客户画像和或客户性格填充到该客户对应的业务记录信息中对应的业务填充栏目中，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。进一步地，服务器可将客户对应的客户画像填充到业务模板，也可添加到可开发客户列表中预设的指定填充栏目中。步骤S5023中，服务器将客户画像、业务录音和业务记录信息关联存储到可开发客户列表中，便于后续坐席可直接调用可开发列表获取可开发客户，无需在自行根据业务状态等进行可开发客户的筛选，提高推进业务进程效率。步骤S5021至S5023中，服务器可将已发送业务确认结果而未缴纳业务费用的客户对应的业务状态记录为已放弃状态，利于后续坐席基于该状态下的所有客户进行重新跟进和开发。服务器可基于客户个人信息构建客户画像，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。服务器将客户画像、业务录音和业务记录信息关联存储到可开发客户列表中，便于后续坐席可直接调用可开发列表获取可开发客户，无需在自行根据业务状态等进行可开发客户的筛选，提高推进业务进程效率。在一实施例中，业务记录信息包括付费周期、周期次数和付费次数。如图8所示，在步骤S60之后，即在向坐席端发送业务完成的提示信息之后，录单方法还具体包括如下步骤：S601.基于付费周期和周期次数生成定时提醒任务，定时提醒任务包括付费提醒日期和周期费用链接。其中，付费周期是一项业务对应的每次缴纳业务费用的期限，比如，半年，一年或三年等。周期次数为一项业务基于付费周期总共应付费的次数。付费次数是客户实际已付费的次数。定时提醒任务是服务器基于付费周期和周期次数生成的，用以提醒客户端及时缴纳业务费用的任务。其中，付费提醒日期是付费周期中临近下一个周期日的指定时限，比如三天或一周等。周期付费链接是服务器基于当前周期内应缴纳的业务费用生成的可缴纳费用的链接。步骤S601中，服务器可基于付费周期和周期次数生成定时提醒任务，用以跟进每一需多次缴纳业务费用的业务，节省人力催收的时间。S602.若系统当前时间到达付费提醒日期，获取付费周期对应的当前业务状态。步骤S602中，当服务器判定系统当前时间到达付费提醒日期时，可继续获取付费周期对应的当前业务状态，以便基于该当前业务状态采取对应的执行动作。S603.若当前业务状态为已付费状态，向坐席端发送业务完成的提示信息。步骤S603中，服务器获取前业务状态为已付费状态时，可向坐席端发送业务完成的提示信息，以及时提示坐席端该业务已完成无需人工跟进。S604.若当前业务状态为未付费状态，则将周期费用链接发送给客户标识对应的客户端。步骤S604中，服务器获取当前业务状态为未付费状态时，可将周期费用链接发送给客户标识对应的客户端，便于客户端的客户可基于该周期费用链接完成业务费用的缴纳，无需另外打开付费页面等，节约业务完成时间，简化业务推进流程。步骤S601至S604中，服务器可基于付费周期和周期次数生成定时提醒任务，用以跟进每一需多次缴纳业务费用的业务，节省人力催收的时间。当服务器判定系统当前时间到达付费提醒日期时，可继续获取付费周期对应的当前业务状态，以便基于该当前业务状态采取对应的执行动作。服务器获取前业务状态为已付费状态时，可向坐席端发送业务完成的提示信息，以及时提示坐席端该业务已完成无需人工跟进。服务器获取当前业务状态为未付费状态时，可将周期费用链接发送给客户标识对应的客户端，便于客户端的客户可基于该周期费用链接完成业务费用的缴纳，无需另外打开付费页面等，节约业务完成时间，简化业务推进流程。本实施例提供的录单方法中，服务器通过坐席端发送的携带业务类型的录单请求，可及时给坐席端提供对应的业务模板以便采集对应的业务记录信息；检测坐席端基于业务模板返回的业务信息是否完整，可保障业务信息的完整性；获取客户端基于业务记录信息形成的业务确认信息，可保障业务记录信息的正确性，并及时更新业务记录信息对应的业务状态，以保障业务记录信息的实时性。进一步地，服务器可在业务数据库中提取出每一业务类型对应的业务填充栏目，无需人工手动提取，提高形成业务模板的自动化生成速度。服务器可基于基础业务模板结合业务填充栏目生成业务模板，提高业务模板的设计一致性。进一步地，服务器可基于业务模板和业务记录信息获取至少一个待填充栏目，以突出形式显示至少一个待填充栏目便于坐席人员直接根据提示进行重新填写。服务器将步骤S301中生成的突出显示的业务模板或待填充栏目列表发送给坐席端，用以坐席端可基于上述业务模板或待填充栏目列表与客户进行再次线上沟通获取正确信息。服务器可通过坐席端依据业务模板获取客户标识对应的业务记录信息，提高业务记录信息的针对性和业务记录信息的获取效率。进一步地，服务器可直接获取客户端发送的至少一个错误填充栏目和与错误填充栏目相对应的准确业务记录，可提高业务流程推进效率，无需服务器再次与客户进行确认。客户可一次性通过客户端向服务器发送业务确认信息以确认信息记录是否有误和可确认执行记录的业务，减少多次进行确认业务的流程，提高业务推进效率。进一步地，服务器可在付费链接作废后向坐席端发送提示信息，以便坐席端可基于提示信息及时联系客户端缴纳费用，保障业务流程的顺利推进。坐席端在线上与客户端沟通后，可基于客户端反馈的回复带有确认标签的支付确认请求给服务器，以便服务器基于该确认标签执行后续步骤。服务器可基于记录正确的业务记录信息中的付费信息生成付费链接发送给客户端，便于客户端直接基于付费链接完成费用缴纳，无需另外打开付费窗口或者其它付费渠道，简单快捷，同时可提高业务推进效率。进一步地，服务器可将已发送业务确认结果而未缴纳业务费用的客户对应的业务状态记录为已放弃状态，利于后续坐席基于该状态下的所有客户进行重新跟进和开发。服务器可基于客户个人信息构建客户画像，便于后续坐席基于该客户对应的客户画像准备对应的业务跟进策略。服务器将客户画像、业务录音和业务记录信息关联存储到可开发客户列表中，便于后续坐席可直接调用可开发列表获取可开发客户，无需在自行根据业务状态等进行可开发客户的筛选，提高推进业务进程效率。进一步地，服务器可基于付费周期和周期次数生成定时提醒任务，用以跟进每一需多次缴纳业务费用的业务，节省人力催收的时间。当服务器判定系统当前时间到达付费提醒日期时，可继续获取付费周期对应的当前业务状态，以便基于该当前业务状态采取对应的执行动作。服务器获取前业务状态为已付费状态时，可向坐席端发送业务完成的提示信息，已及时提示坐席端该业务已完成无需人工跟进。服务器获取当前业务状态为未付费状态时，可将周期费用链接发送给客户标识对应的客户端，便于客户端的客户可基于该周期费用链接完成业务费用的缴纳，无需另外打开付费页面等，节约业务完成时间，简化业务推进流程。应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。在一实施例中，提供一种录单装置，该录单装置与上述实施例中录单方法一一对应。如图9所示，该录单装置包括获取录音请求模块10、发送业务模板模块20、获取检测结果模块30、发送确认信息模块40、生成付费链接模块50和发送提示信息模块60。各功能模块详细说明如下：获取录音请求模块10，用于获取坐席端发送的携带业务类型的录单请求，基于业务类型获取对应的业务模板。发送业务模板模块20，用于向坐席端发送业务模板，获取坐席端基于业务模板发送的业务记录信息，业务记录信息包括客户标识。获取检测结果模块30，用于对业务记录信息进行信息完整性检测，获取信息完整性检测结果。发送确认信息模块40，用于若信息完整性检测结果为完整，则向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果。生成付费链接模块50，用于若业务确认结果为记录正确，且业务记录信息中包括付费信息，则基于付费信息生成付费链接，向客户标识对应的客户端发送付费链接。发送提示信息模块60，用于若在预设时间段内接收到付费链接形成的交易完成指令，则将业务记录信息对应的业务状态变更为已付费状态，向坐席端发送业务完成的提示信息。优选地，该录单装置还包括获取待填充栏目模块、发送补充请求模块和执行发送信息模块。获取待填充栏目模块，用于若信息完整性检测结果为不完整，则基于业务模板和业务记录信息获取至少一个待填充栏目。发送补充请求模块，用于向坐席端发送补充信息请求，补充信息请求包括至少一个待填充栏目。执行发送信息模块，用于执行获取坐席端基于业务模板发送的业务记录信息的步骤。优选地，该录单装置还包括获取业务标签模块和生成业务模板模块。获取业务标签模块，用于基于业务数据库获取至少一种业务类型，基于业务类型获取对应的所有业务填充栏目。生成业务模板模块，用于基于业务填充栏目，生成与业务类型相对应的业务模板。发送业务模板模块包括获取记录信息单元。获取记录信息单元，用于获取坐席端基于业务模板中的每一业务填充栏目形成的业务记录信息。优选地，该录单装置还包括记录错误模块和获取业务结果模块。记录错误模块，用于若业务确认结果为记录错误，则业务确认结果包含至少一个错误填充栏目和与错误填充栏目相对应的准确业务记录。获取业务结果模块，用于基于错误填充栏目和准确业务记录更新业务记录信息，重复执行向客户标识对应的客户端发送基于业务记录信息形成的业务确认信息，获取客户标识对应的客户端基于业务确认信息返回的业务确认结果的步骤。优选地，该录单装置还包括发送提示信息模块、接收确认请求模块和发送付费链接模块。发送提示信息模块，用于若在预设时间段内接收到付费链接形成的交易失败指令，则作废当前的付费链接，向坐席端发送费用支付失败的提示信息。接收确认请求模块，用于接收坐席端发送的支付确认请求，支付确认请求包括确认标签。发送付费链接模块，用于若确认标签为确认支付，则执行基于付费信息生成付费链接，向客户端地址发送付费链接的步骤。优选地，该录单装置还包括变更业务状态模块、获取业务录音模块和关联存储信息模块。变更业务状态模块，用于若确认标签为确认放弃，则将业务记录信息对应的业务状态变更为已放弃状态。获取业务录音模块，用于获取录单请求在录音数据库中对应的所有业务录音，基于所有业务录音和业务记录信息，生成客户画像。关联存储信息模块，用于将客户画像、业务录音和业务记录信息关联存储到可开发客户列表。优选地，该录单装置还包括生成定时任务模块、获取当前状态模块、发送完成信息模块和发送周期链接模块。生成定时任务模块，用于基于付费周期和周期次数生成定时提醒任务，定时提醒任务包括付费提醒日期和周期费用链接。获取当前状态模块，用于若系统当前时间到达付费提醒日期，获取付费周期对应的当前业务状态。发送完成信息模块，用于若当前业务状态为已付费状态，向坐席端发送业务完成的提示信息。发送周期链接模块，用于若当前业务状态为未付费状态，则将周期费用链接发送给客户标识对应的客户端。关于录单装置的具体限定可以参见上文中对于录单方法的限定，在此不再赘述。上述录单装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。在一实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于录单方法相关的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种录单方法。在一实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例录单方法，例如图2所示S10至步骤S60。或者，处理器执行计算机程序时实现上述实施例中录单装置的各模块单元的功能，例如图9所示模块10至模块60的功能。为避免重复，此处不再赘述。在一实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例录单方法，例如图2所示S10至步骤S60。或者，该计算机程序被处理器执行时实现上述装置实施例中录单装置中各模块单元的功能，例如图9所示模块10至模块60的功能。为避免重复，此处不再赘述。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和或易失性存储器。非易失性存储器可包括只读存储器ROM、可编程ROMPROM、电可编程ROMEPROM、电可擦除可编程ROMEEPROM或闪存。易失性存储器可包括随机存取存储器RAM或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAMSRAM、动态RAMDRAM、同步DRAMSDRAM、双数据率SDRAMDDRSDRAM、增强型SDRAMESDRAM、同步链路SynchlinkDRAMSLDRAM、存储器总线Rambus直接RAMRDRAM、直接存储器总线动态RAMDRDRAM、以及存储器总线动态RAMRDRAM等。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

权利要求：1.一种录单方法，其特征在于，包括：获取坐席端发送的携带业务类型的录单请求，基于所述业务类型获取对应的业务模板；向所述坐席端发送所述业务模板，获取所述坐席端基于所述业务模板发送的业务记录信息，所述业务记录信息包括客户标识；对所述业务记录信息进行信息完整性检测，获取信息完整性检测结果；若所述信息完整性检测结果为完整，则向所述客户标识对应的客户端发送基于所述业务记录信息形成的业务确认信息，获取所述客户标识对应的客户端基于所述业务确认信息返回的业务确认结果；若所述业务确认结果为记录正确，且所述业务记录信息中包括付费信息，则基于所述付费信息生成付费链接，向所述客户标识对应的客户端发送所述付费链接；若在预设时间段内接收到所述付费链接形成的交易完成指令，则将所述业务记录信息对应的所述业务状态变更为已付费状态，向所述坐席端发送业务完成的提示信息。2.如权利要求1所述的录单方法，其特征在于，在所述获取坐席端发送的携带业务类型的录单请求之前，所述录单方法还包括：基于业务数据库获取至少一种业务类型，基于所述业务类型获取对应的所有业务填充栏目；基于所述业务填充栏目，生成与所述业务类型相对应的业务模板；所述获取所述坐席端基于所述业务模板发送的业务记录信息，包括：获取所述坐席端基于所述业务模板中的每一业务填充栏目形成的业务记录信息。3.如权利要求1所述的录单方法，其特征在于，在所述获取信息完整性检测结果之后，所述录单方法还包括：若所述信息完整性检测结果为不完整，则基于所述业务模板和所述业务记录信息获取至少一个待填充栏目；向所述坐席端发送补充信息请求，所述补充信息请求包括至少一个所述待填充栏目；执行获取所述坐席端基于所述业务模板发送的业务记录信息的步骤。4.如权利要求1所述的录单方法，其特征在于，所述业务模板包括业务填充栏目；在所述获取所述客户标识对应的客户端基于所述业务确认信息返回的业务确认结果之后，所述录单方法还包括：若所述业务确认结果为记录错误，则所述业务确认结果包含至少一个错误填充栏目和与所述错误填充栏目相对应的准确业务记录；基于所述错误填充栏目和所述准确业务记录更新业务记录信息，重复执行所述向所述客户标识对应的客户端发送基于所述业务记录信息形成的业务确认信息，获取所述客户标识对应的客户端基于所述业务确认信息返回的业务确认结果的步骤。5.如权利要求1所述的录单方法，其特征在于，在所述向所述客户标识对应的客户端发送所述付费链接之后，所述录单方法还包括：若在预设时间段内接收到所述付费链接形成的交易失败指令，则作废当前的所述付费链接，向所述坐席端发送费用支付失败的提示信息；接收所述坐席端发送的支付确认请求，所述支付确认请求包括确认标签；若所述确认标签为确认支付，则执行基于所述付费信息生成付费链接，向所述客户端地址发送所述付费链接的步骤。6.如权利要求5所述的录单方法，其特征在于，在接收所述坐席端发送的支付确认请求之后，所述录单方法还包括：若所述确认标签为确认放弃，则将所述业务记录信息对应的所述业务状态变更为已放弃状态；获取所述录单请求在录音数据库中对应的所有业务录音，基于所有所述业务录音和所述业务记录信息，生成客户画像；将所述客户画像、所述业务录音和所述业务记录信息关联存储到可开发客户列表。7.如权利要求1所述的录单方法，其特征在于，所述业务记录信息包括付费周期、周期次数和付费次数；在所述向所述坐席端发送业务完成的提示信息之后，所述录单方法还包括：基于付费周期和周期次数生成定时提醒任务，所述定时提醒任务包括付费提醒日期和周期费用链接；若系统当前时间到达付费提醒日期，获取所述付费周期对应的当前业务状态；若当前业务状态为已付费状态，向所述坐席端发送业务完成的提示信息；若当前业务状态为未付费状态，则将所述周期费用链接发送给所述客户标识对应的客户端。8.一种录单装置，其特征在于，包括：获取录音请求模块，用于获取坐席端发送的携带业务类型的录单请求，基于所述业务类型获取对应的业务模板；发送业务模板模块，用于向所述坐席端发送所述业务模板，获取所述坐席端基于所述业务模板发送的业务记录信息，所述业务记录信息包括客户标识；获取检测结果模块，用于对所述业务记录信息进行信息完整性检测，获取信息完整性检测结果；发送确认信息模块，用于若所述信息完整性检测结果为完整，则向所述客户标识对应的客户端发送基于所述业务记录信息形成的业务确认信息，获取所述客户标识对应的客户端基于所述业务确认信息返回的业务确认结果；生成付费链接模块，用于若所述业务确认结果为记录正确，且所述业务记录信息中包括付费信息，则基于所述付费信息生成付费链接，向所述客户标识对应的客户端发送所述付费链接；发送提示信息模块，用于若在预设时间段内接收到所述付费链接形成的交易完成指令，则将所述业务记录信息对应的所述业务状态变更为已付费状态，向所述坐席端发送业务完成的提示信息。9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述录单方法。10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述录单方法。

百度查询： 中国平安人寿保险股份有限公司 录单方法、装置、计算机设备及存储介质

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD