买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

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

摘要：本申请实施例公开了一种订单数量调整方法及相关产品，应用于投保平台服务器，方法包括：检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。可见，投保平台服务器保证了投保订单的安全性的同时，对订单进行筛选,减少了投保订单的数量，进而提高了投保平台服务器对于投保订单的处理效率。

主权项：1.一种订单数量调整方法，其特征在于，应用于投保平台服务器，所述方法包括：检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级，包括：读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人；根据所述工作领域信息确定第一工作领域，所述第一工作领域为所述职业信息中包含次数最多的工作领域；确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单；确定所述第三数量与所述第一数量的比值；若所述比值大于第一预设阈值，则设置所述第二数量的投保订单的风险等级为一级风险等级；若所述比值小于所述第一预设阈值大于第二预设阈值，则设置所述第二数量的投保订单的风险等级为二级风险等级，所述一级风险等级的风险性大于所述二级风险等级的风险性；当所述比值小于所述第二预设阈值时，则设置所述第二数量的投保订单的无风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量，包括：若所述第二数量的投保订单的风险等级为所述一级风险等级，则拦截所述第二数量的投保订单，向所述目标投保项目关联的邮箱发送预警信息；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为所述第一数量阈值；若所述第二数量的投保订单的风险等级为所述二级风险等级，则设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为第二数量阈值，所述第二数量阈值大于所述第一数量阈值。

全文数据：订单数量调整方法及相关产品技术领域本申请涉及云服务器信息技术领域，具体涉及一种订单数量调整方法及相关产品。背景技术随着社会不断的进步，互联网技术的发展，与传统保险公司对接而建成的网上保险平台又可称为第三方网络保险平台也应运而生。网上保险平台因其高效便捷等诸多优势，得到了广泛应用。为了满足用户的多种个性化需求，网上保险平台目前支持多种不同的保险产品所对应的业务类型，例如，个人险、企业险、车险、保险卡、续期续保等等。并且，新型保险产品的推出也要求网上保险平台能够支持更多的业务类型。发明内容本申请实施例提供了一种订单数量调整方法及相关设备，以期保证投保订单的安全性，减少非必要的投保订单，避免短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。第一方面，本申请实施例提供一种订单数量调整方法，应用于投保平台服务器，包括：检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。第二方面，本申请实施例提供一种订单数量调整装置，包括处理单元和通信单元，其中，所述处理单元用于，检测当前通过所述通信单元已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。第三方面，本申请实施例提供一种云服务器，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台服务器的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的一种投保系统架构的示意图；图2是本申请实施例提供了一种订单数量调整方法的流程示意图；图3是本申请实施例提供的另一种订单数量调整方法的流程示意图；图4是本申请实施例提供的另一种订单数量调整方法的流程示意图；图5是本申请实施例提供的一种云服务器的结构示意图；图6是本申请实施例提供的一种订单数量调整方法装置的功能单元组成框图。具体实施方式为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。本申请实施例所涉及到的移动终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备UserEquipment，UE，移动台MobileStation，MS，终端设备terminaldevice等等。云服务器ElasticComputeService，ECS是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。其管理方式比物理服务器更简单高效。如图1所示，图1是本申请实施例提供的一种投保系统架构的示意图。图1中包括：投保平台服务器101，信息识别设备102，移动终端103。当用户进行投保时，首先通过所述移动终端103填写针对目标投保项目的相关信息，并录入与目标投保项目相关的证件信息，当用户完成后点击提交，所述移动终端将上述基本信息和证件信息上传至投保平台服务器101，用户前往投保机构设立的信息识别设备103，首先在信息识别设备103输入身份证号码，接着录入相关的身份识别信息可包括人脸信息、指纹信息、声纹信息和虹膜信息，在用户录入完成后，信息识别设备103将该用户的身份识别信息上传至投保平台服务器101，投保平台服务器101再根据身份证号码匹配由移动终端103上传的相同身份证号码的基本信息和证件信息，并对上述基本信息、证件信息和身份识别信息进行整合，生成针对目标投保项目的投保订单。本申请提出一种订单数量调整方法，下面对本申请实施例进行详细介绍。请参阅图2，图2是本申请实施例提供了一种订单数量调整方法的流程示意图，应用于投保平台服务器。如图所示，本订单数量调整方法包括：步骤201，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单。其中，目标投保项目可为当前投保系统设立的投保项目中的任意一种。步骤202，所述投保平台服务器验证所述第一数量的投保订单的信息是否真实。其中，投保订单的信息可包括用户的基本信息、用户相关的证件信息等。其中证件信息包括身份证以及目标投保项目所要求的证件信息。举例来说，当目标投保项目为汽车保险时，证件信息还包括车辆所有证等。步骤203，若真实，所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单。步骤204，所述投保平台服务器确定所述第二数量的投保订单的风险等级。其中，风险等级可表示当前投保订单的安全性状况以及服务器短时间内订单数量大量增加等情况的可能性大小。步骤205，所述投保平台服务器根据所述风险等级调整所述目标投保项目的每日投保订单数量。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。在一个可能的示例中，所述第一数量的投保订单的信息包括用户的证件信息；所述验证所述第一数量的投保订单的信息是否真实，包括：投保平台服务器提取所述证件信息的第一基本信息；向所述证件信息关联的发证机关服务器发送请求信息，所述请求信息包括所述证件信息；接收所述证件信息的存档信息，所述存档信息包括第二基本信息；比对所述第一基本信息和所述第二基本信息，若比对出所述第一基本信息和所述第二基本信息相同，则所述第一数量投保订单的信息是真实的。其中，第一基本信息是云服务器通过对证件信息进行分析，从证件信息中提取出来的信息，可包括用户的证件照片信息、性别、年龄、姓名和证件相关的物品信息等例如车险包括的汽车信息；第二基本信息是用户在办理上述证件信息时录入的相关信息，可包括照片信息、性别、年龄、姓名和办理证件需要录入的相关信息等；通过对第一基本信息和第二基本信息的比对可避免有人通过简单的更换原有证件信息中的用户照片或对原有的证件信息进行细微的改动等方法来伪造假的证件。可见，本示例中，通过提取原有证件信息中的基本信息得到第一基本信息，提取存档信息中用户第二基本信息，并对第一基本信息和第二基本信息进行比对，避免了虚假证件进行投保的可能性，保证了投保订单的质量。在一个可能的示例中，所述确定所述第二数量的投保订单的风险等级，包括：投保平台服务器读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人；根据所述工作领域信息确定第一工作领域，所述第一工作领域为所述职业信息中包含次数最多的工作领域；确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单；确定所述第三数量与所述第一数量的比值；若所述比值大于第一预设阈值，则设置所述第二数量的投保订单的风险等级为一级风险等级；若所述比值小于第一预设阈值大于第二预设阈值，则设置所述第二数量的投保订单的风险等级为二级风险等级，所述一级风险等级的风险性大于所述二级风险等级的风险性。其中，所述第一预设阈值大于所述第二预设阈值。当所述比值小于所述第二预设阈值时，所述第二数量的投保订单的无风险等级。举例来说，当某一领域的人在得到一些小道消息对某些事情的走势有了一定的判断时，可能通过投保来谋取一定的利益，进而造成短时间内某一领域的人对某一保险项目进行大量的投保，造成投保平台服务器短时间内订单数量集中爆发，造成服务器拥堵，降低服务器运行效率的可能，因此需对投保订单中投保人、被保人和受益人的工作领域进行分析，避免上述情况的发生。可见，本示例中，投保平台服务器通过对投保人、被保人和受益人的工作领域进行分析，根据工作领域是否集中来确定当前目标投保项目的投保情况，进而确定风险等级，使得可实时了解当前的投保订单质量。在一个可能的示例中，所述根据所述风险等级调整每日投保订单数量，包括：若所述第二数量的投保订单的风险等级为所述一级风险等级，则投保平台服务器拦截所述第二数量的投保订单，向所述目标投保项目关联的邮箱发送预警信息；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为所述第一数量阈值；若所述第二数量的投保订单的风险等级为所述二级风险等级，则投保平台服务器设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为所述第二数量阈值，所述第二数量阈值大于所述第一数量阈值。可见，本示例中，投保平台服务器通过对当前订单的风险等级状况执行不同的订单数量控制方案，当风险等级为一级风险等级时，表示风险等级较高，因此对投保订单进行实时拦截，并发送相关的预警信息和预警邮件，降低了投保平台的风险性，减少了投保平台服务器待审核的投保订单数量，提高了投保平台服务器的处理效率；当风险等级为二级风险等级时，表示风险等级较低，则延长第二数量的投保订单的审核周期的时长值，以便于积累更多的投保订单，对投保情况进行进一步分析，在进行针对目标投保项目的投保订单进行相关调整；同时对目标投保订单的数量进行每日数量的限制，避免投保订单的数量在短时间内集中爆发。在一个可能的示例中，所述第一数量的投保订单的信息包括身份识别信息，所述身份识别信息包括人脸信息；所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单，包括：投保平台服务器比对所述第一数量的投保订单中每个投保订单的人脸信息和第一数据库中的人脸信息，所述第一数据库存储有风险人物的人脸信息数据；确定所述第一数量的投保订单中存在匹配的所述风险人物的人脸信息的第二数量的投保订单；筛选出所述第二数量的投保订单。其中，第一数据库可包括本地存储的相关的风险人物的信息数据，同时投保平台服务器可联动相关监管部门的服务器对第一数据库内容进行更新。例如投保平台服务器可同时实时联动包括公安部，联合国，国籍刑警组织等的数据库对第一数据库进行更新。可见，本示例中，通过比对用户在投保时录入的人脸信息和数据库中存储的风险人物的人脸信息，从第一数量的投保订单中筛选出第二数量的投保订单，以便于云服务器进行后续的针对性分析。在一个可能的示例中，所述确定所述第一数量的投保订单在所述第一数据库中存在匹配的所述风险人物的人脸信息的第二数量的投保订单之后，所述筛选出所述第二数量的投保订单之前，所述方法还包括：投保平台服务器获取所述第二数量的投保订单中每个订单匹配的风险人物的人脸信息关联的人物信息；向所述第二数量的投保订单添加标记，所述标记包括所述第二数量的投保订单中每个订单匹配的所述人物信息。其中，所述风险人物的人脸信息关联的人物信息存储于所述第一数据库。可见，本示例中，在通过比对确认了投保订单的投保人、受益人和被保人在第一数据库的风险人物名单之后，将第一数据库中存储的信息添加到相应的投保订单中，以便于后期对该投保订单进行分析；同时，便于信息比对，实时检测出虚假信息订单的出现。在一个可能的示例中，所述投保平台服务器与信息识别设备和移动终端通信连接，所述检测当前已接收的针对目标投保项目的第一数量的投保订单之前，所述方法还包括：投保平台服务器通过所述移动终端获取用户的基本信息和所述目标投保项目要求的证件信息；通过所述信息识别设备获取用户的身份识别信息；通过所述信息识别设备验证用户的身份证是真实的；根据所述基本信息和所述身份识别信息生成针对所述目标投保项目的第一投保订单。其中，信息识别设备可录入用户的多种身份识别信息，包括指纹信息、虹膜信息、声纹信息和人脸信息，信息识别设备与投保平台服务器通信连接，信息识别设备还包括交互系统，用户可通过信息识别设备完成针对目标投保项目的基本信息和证件信息的填写与录入。证件信息通过移动终端拍摄录入也可通过扫描设备将所述证件信息扫描过后生成扫描文件，扫描设备再将所述扫描文件上传至移动终端，移动终端再上传至投保平台服务器；信息识别设备对身份证验证为真实的情况下，投保平台服务器发送确认信息，投保平台服务器根据基本信息、证件信息和身份识别信息生成投保订单。可见，本示例中，用户可通过移动终端录入基本信息和证件信息，提高了用户在投保过程中的便捷性，同时通过信息识别设备获取用户的身份识别信息，以便于后期对投保订单的用户的身份进行验证；信息识别设备对身份证验证为真实的后再将信息结合生成投保订单，提高了投保订单信息真实性的概率，加快了投保订单的处理效率。与上述图2所示的实施例一致的，请参阅图3，图3是本申请实施例提供的一种订单数量调整方法的流程示意图，应用于投保平台服务器。如图所示，本订单数量调整方法包括：步骤301，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单。步骤302，所述投保平台服务器验证所述第一数量的投保订单的信息是否真实。步骤303，若真实，所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单。步骤304，所述投保平台服务器读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人。步骤305，所述投保平台服务器根据所述工作领域信息确定第一工作领域。步骤306，所述投保平台服务器确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单。步骤307，所述投保平台服务器确定所述第三数量与所述第一数量的比值。步骤308，若所述比值大于第一预设阈值，则所述投保平台服务器设置所述第二数量的投保订单的风险等级为一级风险等级。步骤309，若所述比值小于所述第一预设阈值大于第二预设阈值，则所述投保平台服务器设置所述第二数量的投保订单的风险等级为二级风险等级。步骤310，所述投保平台服务器根据所述风险等级调整所述目标投保项目的每日投保订单数量。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台服务器的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。此外，投保平台服务器通过对投保人、被保人和受益人的工作领域进行分析，确定当前目标投保项目的投保情况，进而确定风险等级，使得可实时了解当前的投保订单质量。与上述图2所示的实施例一致的，请参阅图4，图4是本申请实施例提供的一种订单数量调整方法的流程示意图，应用于投保平台服务器。如图所示，本订单数量调整方法包括：步骤401，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单。步骤402，所述投保平台服务器验证所述第一数量的投保订单的信息是否真实。步骤403，若真实，所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单。步骤404，所述投保平台服务器确定所述第二数量的投保订单的风险等级。步骤405，若所述第二数量的投保订单的风险等级为所述一级风险等级，则所述投保平台服务器拦截所述第二数量的投保订单，向所述目标投保项目关联的邮箱发送预警信息；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为第一数量阈值。步骤406，若所述第二数量的投保订单的风险等级为所述二级风险等级，则所述投保平台服务器设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为第二数量阈值，所述第二数量阈值大于所述第一数量阈值。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台服务器的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。此外，保平台服务器通过对当前订单的风险等级状况执行不同的订单数量控制方案，当风险等级为一级风险等级时，表示风险等级较高，因此对投保订单进行实时拦截，并发送相关的预警信息和预警邮件，降低了投保平台的风险性，减少了投保平台服务器待审核的投保订单数量，提高了投保平台服务器的处理效率；当风险等级为二级风险等级时，表示风险等级较低，则延长第二数量的投保订单的审核周期的时长值，以便于积累更多的投保订单，对投保情况进行进一步分析，在进行针对目标投保项目的投保订单进行相关调整；同时对目标投保订单的数量进行每日数量的限制，避免投保订单的数量在短时间内集中爆发。与上述图2、图3、图4所示的实施例一致的，请参阅图5，图5是本申请实施例提供的一种云服务器500的结构示意图，如图所示，所述云服务器500包括应用处理器510、存储器520、通信接口530以及一个或多个程序521，其中，所述一个或多个程序521被存储在上述存储器520中，并且被配置由上述应用处理器510执行，所述一个或多个程序521包括用于执行以下步骤的指令：检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台服务器的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。在一个可能的示例中，所述第一数量的投保订单的信息包括用户的证件信息；在所述验证所述第一数量的投保订单的信息是否真实方面，所述程序中的指令具体用于执行以下操作：投保平台服务器提取所述证件信息的第一基本信息；向所述证件信息关联的发证机关服务器发送请求信息，所述请求信息包括所述证件信息；接收所述证件信息的存档信息，所述存档信息包括第二基本信息；比对所述第一基本信息和所述第二基本信息，若比对出所述第一基本信息和所述第二基本信息相同，则所述第一数量投保订单的信息是真实的。在一个可能的示例中，在所述确定所述第二数量的投保订单的风险等级方面，所述程序中的指令具体用于执行以下操作：投保平台服务器读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人；根据所述工作领域信息确定第一工作领域，所述第一工作领域为所述职业信息中包含次数最多的工作领域；确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单；确定所述第三数量与所述第一数量的比值；若所述比值大于预设阈值，则设置所述第二数量的投保订单的风险等级为一级风险等级；若所述比值小于预设阈值，则设置所述第二数量的投保订单的风险等级为二级风险等级，所述一级风险等级的风险性大于所述二级风险等级的风险性。在一个可能的示例中，在所述根据所述风险等级调整每日投保订单数量方面，所述程序中的指令具体用于执行以下操作：若所述第二数量的投保订单的风险等级为所述一级风险等级，则投保平台服务器拦截所述第二数量的投保订单，向所述目标投保项目关联的邮箱发送预警信息，以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为所述第一数量阈值；若所述第二数量的投保订单的风险等级为所述二级风险等级，则投保平台服务器设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为所述第二数量阈值，所述第二数量阈值大于所述第一数量阈值。在一个可能的示例中，所述第一数量的投保订单的信息包括身份识别信息，所述身份识别信息包括人脸信息；在所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单方面，所述程序中的指令具体用于执行以下操作：投保平台服务器比对所述第一数量的投保订单中每个投保订单的人脸信息和第一数据库中的人脸信息，所述第一数据库存储有风险人物的人脸信息数据；确定所述第一数量的投保订单中存在匹配的所述风险人物的人脸信息的第二数量的投保订单；筛选出所述第二数量的投保订单。在一个可能的示例中，在所述确定所述第一数量的投保订单在所述第一数据库中存在匹配的所述风险人物的人脸信息的第二数量的投保订单之后，所述筛选出所述第二数量的投保订单之前方面，所述程序中的指令具体用于执行以下操作：投保平台服务器获取所述第二数量的投保订单中每个订单匹配的风险人物的人脸信息关联的人物信息；向所述第二数量的投保订单添加标记，所述标记包括所述第二数量的投保订单中每个订单匹配的所述人物信息。在一个可能的示例中，所述投保平台服务器与信息识别设备和移动终端通信连接，在所述检测当前已接收的针对目标投保项目的第一数量的投保订单之前方面，所述程序中的指令具体用于执行以下操作：投保平台服务器通过所述移动终端获取用户的基本信息和所述目标投保项目要求的证件信息；通过所述信息识别设备获取用户的身份识别信息；通过所述信息识别设备验证用户的身份证是真实的；根据所述基本信息和所述身份识别信息生成针对所述目标投保项目的第一投保订单。上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。图6是本申请实施例中所涉及的订单数量调整装置600的功能单元组成框图。该订单数量调整装置600应用于投保平台服务器，包括处理单元601和通信单元602，其中，所述处理单元601用于，检测当前通过所述通信单元602已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。其中，所述订单数量调整装置还可以包括存储单元603，用于存储电子设备的程序代码和数据。所述处理单元601可以是应用处理器，所述通信单元602可以是全局通信总线、收发器等，存储单元603可以是存储器。可以看出，本申请实施例中，投保平台服务器检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是真实的；从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整每日投保订单数量。可见，投保平台服务器可验证投保订单的真实性，保证投保平台服务器的安全性，同时筛选出了非正常的风险投保订单，且根据筛选结果实时调整订单数量，避免了短时间内大量订单的爆发，进而提高了投保平台服务器对于投保订单的处理效率。在一个可能的示例中，所述第一数量的投保订单的信息包括用户的证件信息；在所述验证所述第一数量的投保订单的信息是否真实方面，所述处理单元601用于：投保平台服务器提取所述证件信息的第一基本信息；通过所述通信单元602向所述证件信息关联的发证机关服务器发送请求信息，所述请求信息包括所述证件信息；通过所述通信单元602接收所述证件信息的存档信息，所述存档信息包括第二基本信息；比对所述第一基本信息和所述第二基本信息，若比对出所述第一基本信息和所述第二基本信息相同，则所述第一数量投保订单的信息是真实的。在一个可能的示例中，在所述确定所述第二数量的投保订单的风险等级方面，所述处理单元601用于：投保平台服务器读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人；根据所述工作领域信息确定第一工作领域，所述第一工作领域为所述职业信息中包含次数最多的工作领域；确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单；确定所述第三数量与所述第一数量的比值；若所述比值大于预设阈值，则设置所述第二数量的投保订单的风险等级为一级风险等级；若所述比值小于预设阈值，则设置所述第二数量的投保订单的风险等级为二级风险等级，所述一级风险等级的风险性大于所述二级风险等级的风险性。在一个可能的示例中，在所述根据所述风险等级调整每日投保订单数量方面，所述处理单元601用于：若所述第二数量的投保订单的风险等级为所述一级风险等级，则投保平台服务器拦截所述第二数量的投保订单，通过所述通信单元602向所述目标投保项目关联的邮箱发送预警信息；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为所述第一数量阈值；若所述第二数量的投保订单的风险等级为所述二级风险等级，则投保平台服务器设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为所述第二数量阈值，所述第二数量阈值大于所述第一数量阈值。在一个可能的示例中，所述第一数量的投保订单的信息包括身份识别信息，所述身份识别信息包括人脸信息；在所述投保平台服务器从所述第一数量的投保订单中筛选出第二数量的投保订单方面，所述处理单元601用于：投保平台服务器比对所述第一数量的投保订单中每个投保订单的人脸信息和第一数据库中的人脸信息，所述第一数据库存储有风险人物的人脸信息数据；确定所述第一数量的投保订单中存在匹配的所述风险人物的人脸信息的第二数量的投保订单；筛选出所述第二数量的投保订单。在一个可能的示例中，在所述确定所述第一数量的投保订单在所述第一数据库中存在匹配的所述风险人物的人脸信息的第二数量的投保订单之后，所述筛选出所述第二数量的投保订单之前方面，所述处理单元601还用于：投保平台服务器获取所述第二数量的投保订单中每个订单匹配的风险人物的人脸信息关联的人物信息；向所述第二数量的投保订单添加标记，所述标记包括所述第二数量的投保订单中每个订单匹配的所述人物信息。在一个可能的示例中，所述投保平台服务器与信息识别设备和移动终端通信连接，在所述检测当前已接收的针对目标投保项目的第一数量的投保订单之前方面，所述处理单元601还用于：投保平台服务器通过所述移动终端获取用户的基本信息和所述目标投保项目要求的证件信息；通过所述信息识别设备获取用户的身份识别信息；通过所述信息识别设备验证用户的身份证是真实的；根据所述基本信息和所述身份识别信息生成针对所述目标投保项目的第一投保订单。本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备可为个人计算机、服务器或者网络设备等执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器ROM，Read-OnlyMemory、随机存取存储器RAM，RandomAccessMemory、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器英文：Read-OnlyMemory，简称：ROM、随机存取器英文：RandomAccessMemory，简称：RAM、磁盘或光盘等。以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

权利要求：1.一种订单数量调整方法，其特征在于，应用于投保平台服务器，所述方法包括：检测当前已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。2.根据权利要求1所述的方法，其特征在于，所述第一数量的投保订单的信息包括用户的证件信息；所述验证所述第一数量的投保订单的信息是否真实，包括：提取所述证件信息的第一基本信息；向所述证件信息关联的发证机关服务器发送请求信息，所述请求信息包括所述证件信息；接收所述证件信息的存档信息，所述存档信息包括第二基本信息；比对所述第一基本信息和所述第二基本信息，若比对出所述第一基本信息和所述第二基本信息相同，则所述第一数量投保订单的信息是真实的。3.根据权利要求1或2所述的方法，其特征在于，所述确定所述第二数量的投保订单的风险等级，包括：读取所述第二数量的投保订单的职业信息，所述职业信息包括以下用户的工作领域信息：投保人、被保人和受益人；根据所述工作领域信息确定第一工作领域，所述第一工作领域为所述职业信息中包含次数最多的工作领域；确定所述第二数量的投保订单中工作领域信息包括所述第一工作领域的第三数量的投保订单；确定所述第三数量与所述第一数量的比值；若所述比值大于第一预设阈值，则设置所述第二数量的投保订单的风险等级为一级风险等级；若所述比值小于所述第一预设阈值大于第二预设阈值，则设置所述第二数量的投保订单的风险等级为二级风险等级，所述一级风险等级的风险性大于所述二级风险等级的风险性。4.根据权利要求3所述的方法，其特征在于，所述根据所述风险等级调整每日投保订单数量，包括：若所述第二数量的投保订单的风险等级为所述一级风险等级，则拦截所述第二数量的投保订单，向所述目标投保项目关联的邮箱发送预警信息；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第一映射关系，获取所述第二数量的投保订单对应的第一数量阈值，所述第一映射关系包括订单数量和数量阈值之间的对应关系，所述第一映射关系适用于所述一级风险等级；设置所述目标投保项目的每日投保订单数量为所述第一数量阈值；若所述第二数量的投保订单的风险等级为所述二级风险等级，则设置所述第二数量的投保订单的审核周期的时长为第一时长值，所述第一时长值大于所述审核周期的原时长值；以所述第二数量的投保订单为查询标识，查询所述目标投保项目的第二映射关系，获取所述第二数量的投保订单对应的第二数量阈值，所述第二映射关系包括订单数量和数量阈值之间的对应关系，所述第二映射关系适用于所述二级风险等级；设置所述目标投保项目的每日投保订单数量为第二数量阈值，所述第二数量阈值大于所述第一数量阈值。5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一数量的投保订单的信息包括身份识别信息，所述身份识别信息包括人脸信息；所述从所述第一数量的投保订单中筛选出第二数量的投保订单，包括：比对所述第一数量的投保订单中每个投保订单的人脸信息和第一数据库中的人脸信息，所述第一数据库存储有风险人物的人脸信息数据；确定所述第一数量的投保订单中存在匹配的所述风险人物的人脸信息的第二数量的投保订单；筛选出所述第二数量的投保订单。6.根据权利要求5所述的方法，其特征在于，所述确定所述第一数量的投保订单在所述第一数据库中存在匹配的所述风险人物的人脸信息的第二数量的投保订单之后，所述筛选出所述第二数量的投保订单之前，所述方法还包括：获取所述第二数量的投保订单中每个订单匹配的风险人物的人脸信息关联的人物信息；向所述第二数量的投保订单添加标记，所述标记包括所述第二数量的投保订单中每个订单匹配的所述人物信息。7.根据权利要求1-6任一项所述的方法，其特征在于，所述投保平台服务器与信息识别设备和移动终端通信连接，所述检测当前已接收的针对目标投保项目的第一数量的投保订单之前，所述方法还包括：通过所述移动终端获取用户的基本信息和所述目标投保项目要求的证件信息；通过所述信息识别设备获取用户的身份识别信息；通过所述信息识别设备验证用户的身份证是真实的；根据所述基本信息和所述身份识别信息生成针对所述目标投保项目的第一投保订单。8.一种订单数量调整装置，其特征在于，应用于投保平台服务器，所述装置包括处理单元和通信单元，其中，所述处理单元用于，检测当前通过所述通信单元已接收的针对目标投保项目的第一数量的投保订单；验证所述第一数量的投保订单的信息是否真实；若真实，从所述第一数量的投保订单中筛选出第二数量的投保订单，所述第二数量的投保订单为风险订单；确定所述第二数量的投保订单的风险等级；根据所述风险等级调整所述目标投保项目的每日投保订单数量。9.一种云服务器，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。10.一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-7任一项所述的方法。

百度查询： 中国平安人寿保险股份有限公司 订单数量调整方法及相关产品