本发明涉及计算机和网络
技术领域：
，特别是涉及一种万能险的交易处理系统与方法。
背景技术：
：万能险(万能保险)是一种保底投资型险种。除了同传统寿险一样给予保护生命保障外，还可以让用户直接参与由保险公司为投保人建立的投资帐户内资金的投资活动，将保单的价值与保险公司独立运作的投保人投资帐户资金的业绩联系起来。大部分保费用来购买由保险公司设立的投资账户单位，由投资专家负责账户内资金的调动和投资决策，将保护的资金投入到各种投资工具上。对投资账户中的资产价值进行核算，并确保投保人在享有帐户余额的本金和一定利息保障前提下，借助专家理财进行投资运作的一种理财方式。传统的万能险交易处理方法中，所有的交易流程都是由业务员在业务终端上逐项审核每个交易流程并点击确认，并需要业务人员手动录入各个投保项目的单位价格，交易终端在获取到业务终端上的确认指令后来执行对应的交易流程，从而来完成交易，其信息处理效率慢。技术实现要素：基于此，有必要针对上述技术问题，提供一种能够提高万能险交易的处理效率的万能险的交易处理方法和系统。一种万能险的信息处理系统，所述系统包括系统服务器、用户终端和投资者终端，所述用户终端用于生成交易请求，将所述交易请求发送至系统服务器，所述交易请求携带用户的交易信息；所述系统服务器用于接收所述用户终端发送的交易请求，根据所述交易信息获取用户的交易数额，实时累计每个万能项目在当前交易周期内的总交易数额，在第一预设时间根据每个万能项目的总交易数额生成待成交汇总报表，将所述待成交汇总报表发送至所述投资者终端； 所述投资者终端用于接收所述待成交汇总报表，根据所述待成交汇总报表确定当前成交周期内的所述每个万能项目的利率，将所述利率发送至所述系统服务器；所述系统服务器还用于接收所述每个万能项目的利率，在第二预设时间根据所述每个万能项目的利率和所述交易请求完成对应用户的交易。在其中一个实施例中，所述系统还包括业务员终端，所述用户终端还用于生成与交易请求对应的待交易请求，将所述待交易请求发送至系统服务器，所述待交易请求携带用户的待交易信息；所述系统服务器还用于接收所述待交易请求，判断所述待交易请求是否需要审核，若是，则将所述待交易请求发送给所述业务员终端；所述业务员终端用于接收所述待交易请求，判断所述待交易请求是否符合预设条件，将判断结果发送给所述系统服务器；所述系统服务器还用于接收所述判断结果，当判断结果为是时，则执行所述待交易请求，否则，不执行所述待交易请求。在其中一个实施例中，所述系统服务器还用于在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志，将所述在途日志发送给所述业务员终端；所述业务员终端还用于接收所述在途日志，根据所述在途日志获取对应的待交易请求。在其中一个实施例中，所述系统服务器还用于确定需要审核的待交易请求的审核类型，为所述需要审核的待交易请求的用户分配对应的审核标记，在第三预设时间提取具有审核标记的用户的待交易请求，生成在途日志。在其中一个实施例中，所述系统服务器还用于计算每个万能项目的总交易数额，生成成交报表，将所述成交报表发送至所述投资者终端；所述投资者终端还用于接收所述成交报表。一种万能险的信息处理方法，所述方法包括：接收交易请求，所述交易请求携带用户的交易信息；根据所述交易信息获取用户的交易数额，实时累计每个万能项目在当前交易周期内的总交易数额；在第一预设时间根据每个万能项目的总交易数额生成待成交汇总报表；将所述待成交汇总报表发送至所述投资者终端，使所述投资者终端根据所述待成交汇总报表确定所述每个万能项目的 利率；在第二预设时间根据所述每个万能项目的利率和所述交易请求完成对应用户的交易。在其中一个实施例中，在所述接收交易请求的步骤之前，还包括：接收待交易请求，所述待交易请求携带用户的待交易信息；判断所述待交易请求是否需要审核，若是，则将所述待交易请求发送给所述业务员终端，使所述业务员终端判断所述待交易请求是否符合预设条件，将判断结果发送给所述方法服务器；接收所述判断结果，当判断结果为是时，则执行所述待交易请求，否则，不执行所述待交易请求。在其中一个实施例中，所述方法还包括：在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志；将所述在途日志发送给所述业务员终端。在其中一个实施例中，所述在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志的步骤，包括：确定需要审核的待交易请求的审核类型，为所述需要审核的待交易请求的用户分配对应的审核标记；在第三预设时间提取具有审核标记的用户的待交易请求，生成在途日志。在其中一个实施例中，所述方法还包括：计算每个万能项目的总交易数额，生成成交报表，将所述成交报表发送至所述投资者终端。上述万能险的交易处理系统与方法，根据交易请求所携带的用户的交易信息获取用户的交易数额，并实时累计每个万能项目在当前交易周期内的总交易数额，在第一预设时间根据每个万能项目的总交易数额生成待成交汇总报表，将待成交汇总报表发送至投资者终端；然后接收投资者终端根据待成交汇总报表确定的每个万能项目的利率，并在第二预设时间根据每个万能项目的利率和交易请求完成对应用户的交易。从而可自动化地完成万能险的交易处理流程，减少了人工干预，提高了万能险交易的处理效率。附图说明图1为一个实施例中万能险的信息处理系统的结构示意图；图2为另一个实施例中万能险的信息处理系统的结构示意图；图3为一个实施例中万能险的信息处理方法的流程示意图；图4为一个实施例中万能险的信息处理方法的对待交易请求的审核的步骤的流程示意图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。在一个实施例中，如图1所示，提供了一种万能险的信息处理系统。该系统包括用户终端100、系统服务器200和投资者终端300。用户终端100用于生成交易请求，将交易请求发送至系统服务器200，交易请求携带用户的交易信息。本实施例中，用户终端100可用于向用户提供交易显示界面，该交易显示界面中可包含万能险的每个万能项目的基本信息和历史交易价格。该基本信息可包括对应万能项目的简介，历史交易价格包括万能险的历史利率，进一步的，该利率可为日利率、月利率或年利率等。举例来说，终端可根据用户的操作指令对应展示如下表1所示的2015年10月部分万能项目的利率信息表，根据该表1可获知万能项目a至万能项目d在2015年10月每个月时的日利率和对应折算后的年利率。表12015年10月部分万能项目的利率信息表万能项目类别日利率年化利率(日利率乘以365折算)万能项目a0.00012329约等于4.500％万能项目b0.00013699约等于5.000％万能项目c0.00013699约等于5.000％万能项目d0.00017808约等于6.500％用户终端100可获取用户在交易显示界面上选中的万能项目和对应的交易数额，并在检测到用户完成对该交易的支付后，生成交易请求，将该交易请求发送至系统服务器200。具体的，该交易请求中携带用户的交易信息。该交易信息包括用于唯一确定用户信息的身份标识、用于唯一确定交易的万能项目的项目标识、用于确定交易是买入万能项目还是卖出万能项目的买卖标识、买卖数额和交易时间，以及完成该交易所需要的支付数额等信息。身份标识可为用户万能险的登录账号或保单号等能唯一确定用户身份信息的标识。通过该身份标识，可查询到用户的身份信息，如用户的姓名、年龄和联系电话等。万能项目为万能保险提供给用户选择的投资单位，可包含多个。项目标识可为该万能项目的单位编号等唯一确定该万能项目的信息的标识。万能项目的信息包括该万能项目的历史利率，单位数额价格包括买入单位数额价格以及卖出单位数额价格。买卖标识可用于确定交易是买入万能项目还是卖出万能项目，如可定义买卖标识为“1”来代表买入万能项目，“2”代表卖出万能项目。买卖数额为买入或卖出万能项目的数额。交易时间可为用户终端100发送的交易请求的时间，也可为用户终端100预设的时间，如可预设在未来某一具体时刻来执行该交易请求。在一个实施例中，用户终端100用于在展示交易显示界面之前，显示登录界面，获取用户在该登录界面上输入的用户登录信息，并对该用户登录信息进行验证，在验证通过后，展示该交易显示界面。系统服务器200用于接收用户终端100发送的交易请求，根据交易信息获取用户的交易数额，实时累计每个万能项目在当前交易周期内的总交易数额，在第一预设时间根据每个万能项目的总交易数额生成待成交汇总报表，将待成交汇总报表发送至投资者终端300。本实施例中，成交周期可为系统服务器200预先设置的周期。如可设置以月为成交周期。若当前时间为2015年10月，则当前交易周期即为2015年10月1日至2015年10月31日。第一预设时间为系统设置的成交周期的汇总时间，用于在该第一预设时间下汇总每个万能项目的总交易数额。可设置第一预设时间为每月的倒数第2天。进一步的，系统服务器200可获取工作日和非工作日信息，非工作日信息包括国家规定的法定节假日信息。判断该交易日期是否为非工作日，若是，则调整该交易日为该非工作日之后或之前的第一个工作日。例如，在当前时间为2015年10月份的情况下，则第一预设时间即为2015年10月30日，可在10月30日的10：00开始汇总每个万能项目的在当前周期下，截至第一预设时间下的总交易数额。本实施例中，系统服务器200用于接收用户终端100发送的交易请求，根据该交易请求中携带的交易信息获取身份标识、项目标识、买卖标识、买卖数额和交易时间，根据买卖标识、项目标识、买卖数额和交易时间实时累计每个万能项目在当前交易周期内的总交易数额。系统服务器200可根据身份标识在数据库中查找到与该身份标识对应的用户信息。数据库中存储了所有用户的用户信息，用户信息包括用户的姓名、性别、年龄、万能账户以及联系方式等，用户信息与对应用户的身份标识存在对应关系，使得系统服务器200可根据用户的身份标识在数据库中查找到与之对应的用户信息。其中，总交易数额包括总买入数额和总卖出数额。系统服务器200根据在当前成交周期的第一预设时间下的每个万能项目的总买入数额和总卖出数额生成待成交汇总报表，将待成交汇总报表发送至投资者终端300，待成交汇总报表用于确定每个万能项目的利率。用户终端100可具有多个，系统服务器200在接收到每个用户终端100发送的交易请求后，解析该交易请求所携带的交易信息获取用户的身份标识、项目标识、买卖标识、买卖数额和交易时间。根据该项目标识确定用户所交易的万能项目，然后根据买卖标识来确定对用户是对该万能项目买入还是卖出，再根据买卖数额来累计对应的万能项目的买入和卖出的数额，作为该万能项目在当前交易周期内的实时的总买入数额和总卖出数额。具体的，可调用累加器或加法器等实时累计在当前时间下的对应万能项目的买入和卖出的数额。系统服务器200在检测到当前时间到达第一预设时间时，则根据当前的所累加得到的每个万能项目的总买入数额和总卖出数额生成待成交汇总报表。系统服务器200可调用预设的通信接口与投资者终端300进行连接，将该待成交汇总报表发送至投资者终端300，使投资者根据该待成交汇总报表确定每个万能项目的利率。投资者终端300用于接收待成交汇总报表，根据待成交汇总报表确定当前 成交周期内的每个万能项目的利率，将利率发送至系统服务器200。本实施例中，投资者终端300可在显示屏上显示万能项目单位数额交易价格录入界面，获取并存储投资者录入的每个万能项目的单位数额交易价格，将所获取到的每个万能项目的单位数额交易价格发送至系统服务器200。系统服务器200还用于接收每个万能项目的利率，在第二预设时间根据每个万能项目的利率和交易请求完成对应用户的交易。在一个实施中，系统服务器200还可用于在检测到投资者终端300上录入了每个万能项目的单位数额交易价格后，主动获取投资者终端300上存储的每个万能项目的单位数额价格。本实施例中，第二预设时间为预先设置的交易时间，系统服务器200可实时检测当前时间，在检测到当前时间达到第二预设时间后，则完成对应用户的交易。具体的，当交易请求中包含买入某一万能项目的买入数额时，系统服务器200可根据所对应的交易时间确定该交易在当前成交周期所能获取的收益时长，并根据该时长与对应的利率确定用户的该交易在当前周期中的收益数额，并调用支付系统，将该收益数额对应的金额转入到用户对应的万能账户中。本实施例所提供的万能险的信息处理系统中，能够使系统服务器200自动化地完成万能险的交易处理流程，减少了人工干预，提高了万能险交易的处理效率。在一个实施例中，如图2所示，万能险的信息处理系统还包括业务员终端400。用户终端100还用于生成与交易请求对应的待交易请求，将待交易请求发送至系统服务器200，待交易请求携带用户的待交易信息。本实施例中，待交易请求是指与交易请求对应的用户预备进行的万能项目的交易的请求，待交易请求中携带了用户对万能项目交易的待交易信息，该待交易信息包括用于唯一确定用户信息的身份标识、用于唯一确定所交易的万能项目的项目标识、用于确定交易是买入万能项目还是卖出万能项目的买卖标识 和买卖数额，还包括提交该待交易请求的预交易时间，但不包括完成该交易所需调用第三方支付系统完成对该交易的金额支付的支付信息，或者不包括完成该交易所必备的审核通过信息。系统服务器200还用于接收待交易请求，判断待交易请求是否需要审核，若是，则将待交易请求发送给业务员终端400。本实施例中，系统服务器200根据不同的用户级别设置对应不同的预设数额，并在检测到用户的交易数额超过预设数额时，则可判断需要对其作进一步审核，确定用户是否需要进行大数额的交易。具体的，系统服务器200可根据该待交易请求计算用户本次预备进行的交易的数额，并判断该数额是否超过与用户对应的预设数额，若是，则判断该待交易请求需要审核，将该待交易请求发送给业务员终端400，使业务员终端400进行审核。进一步的，系统服务器200还检测待交易请求中是否包含退保请求，当待交易请求包含退保请求时，即请求终止万能保险，此时，也可判断该待交易请求需要审核。同样的，将该待交易请求发送给业务员终端400，使业务员终端400进行审核。具体的，待交易请求携带用户的交易信息所包含的买卖标识还用于唯一确定交易是否为退保，当买卖标识表示交易为退保时，系统服务器200可将待交易请求发送至业务员终端400。业务员终端400用于接收待交易请求，判断待交易请求是否符合预设条件，将判断结果发送给系统服务器200。具体的，当待交易请求包含退保请求时，判断待交易请求是否符合预设条件的步骤，包括：判断用户的投保时间是否满足退保要求。例如，可预先设置退保要求为投保时间满一年即可退保。业务员终端400可根据用户的身份标识查找得到用户万能保险的生效时间，根据该生效时间确定用户的最早可退保时间，检测该待交易请求的交易时间是否晚于最早可退保时间，若是，则判断用户的投保时间是否满足退保要求。进一步的，判断待交易请求是否符合预设条件需要业务员与用户沟通确认才能判断时，业务员终端400可接收业务员输入指令，根据该指令生成对应的判断结果。系统服务器200还用于接收判断结果，当判断结果为是时，则执行待交易请求，否则，不执行待交易请求。本实施例通过进一步加入了业务员终端400，通过业务员终端400来对用户的待交易请求作出是否满足条件的判断，能够进一步提高万能险交易的处理效率。在一个实施例中，系统服务器200还用于在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志，将在途日志发送给业务员终端400。本实施例中，第三预设时间为系统设置的用于进行预检查的时间，即在该第三预设时间下检测是否有接收到与待交易信息对应的交易信息。该第三预设时间在第二预设时间之前，即在交易时间事前进行预检查。如以月为交易周期，第三预设时间可设置为每月的倒数第3个工作日的10：00。当系统服务器200未在第三预设时间之前获取到判断结果时，提取未接收到对应判断结果的用户的待交易请求。由于用户终端100具有多个，因此，待交易请求也会具有多个。系统服务器200提取所有未在接收到对应判断结果的用户的待交易请求，生成在途日志，将其发送给业务员终端400。该在途日志中记录了用户需要审核的待交易请求和待交易信息。进一步的，在一个实施例中，系统服务器200还用于确定需要审核的待交易请求的审核类型，为需要审核的待交易请求的用户分配对应的审核标记，在第三预设时间提取具有审核标记的用户的待交易请求，生成在途日志。本实施例中，系统服务器200可在判断出待交易请求需要审核时，可进一步确定该待交易请求的审核类型，并为不同审核类型的用户分配对应的审核标记。系统服务器200和业务员终端400中可预先存储审核标记和审核类型之间的关系，使得根据该审核标记可获知对应的审核类型。例如，在判断用户的待交易数额超过预设数额而需要审核时，可为其分配审核标记a；在判断用户的待交易请求中包含退保请求时，可为其分配审核标记b。系统服务器200在接收到业务员终端400的审核结果后，可去掉为对应用户所分配的审核标记，或者将该审核标记改为与该审核结果对应的新的审核标 记，使得根据该新的审核标记可获知对应的审核结果。系统服务器200实时检测当前时间，并在检测当前时间到达该第三预设时间时，可提取所有具有表示需要进行审核的审核标记的用户的待交易请求，并可根据该审核标记所代表的审核类型进行分类，生成在途日志。进一步的，该在途日志中可包含对应用户的身份标识、项目标识、买卖标识、买卖数额和预交易时间，使得业务员终端400可根据在途日志中的身份标识获取到对应用户的联系方式，根据项目标识获取到用户预备交易的万能项目等信息。系统服务器200还将在途日志发送给业务员终端400，使得业务员终端400在接收到该在途日志后，可根据该在途日志获知有哪些用户所提交的退保请求还未处理完成。业务员终端400还用于接收在途日志，根据在途日志获取对应的待交易请求。本实施例中，通过生成在途日志，使得业务员终端400可根据该在途日志及时完成对需要审核的待交易请求的审核，可进一步提高万能险交易的处理效率。在一个实施例中，系统服务器200还用于计算每个万能项目的总交易数额，生成成交报表，将成交报表发送至投资者终端300；投资者终端300还用于接收成交报表。本实施例中，总交易数额包括总买入成交数额和总卖出成交数额。系统服务器200在成交周期的预设成交时间下根据每个万能项目的单位数额价格和交易请求完成对应用户的交易之后，统计每个万能项目的交易信息，包括每个万能项目的总买入成交数额和总卖出成交数额，生成成交报表，将其发送给投资者终端300，使得投资者能够根据该成交报表了解每个万能项目的总体成交情况，为下一周期的投资作参考。在一个实施例中，如图3所示，提供了一种万能险的信息处理方法，该方法包括下述步骤302～310。步骤302，接收交易请求，交易请求携带用户的交易信息。步骤304，根据交易信息获取用户的交易数额，实时累计每个万能项目在当前交易周期内的总交易数额。步骤306，在第一预设时间根据每个万能项目的总交易数额生成待成交汇总报表。步骤308，将待成交汇总报表发送至投资者终端，使投资者终端根据待成交汇总报表确定每个万能项目的利率。步骤310，在第二预设时间根据每个万能项目的利率和交易请求完成对应用户的交易。在一个实施例中，如图4所示，在接收交易请求的步骤之前，万能险的信息处理方法还包括对待交易请求的审核的步骤，具体包括：步骤402，接收待交易请求，待交易请求携带用户的待交易信息。步骤404，判断待交易请求是否需要审核，若是，则将待交易请求发送给业务员终端，使业务员终端判断待交易请求是否符合预设条件，将判断结果发送给方法服务器。步骤406，接收判断结果，当判断结果为是时，则执行待交易请求，否则，不执行待交易请求。在一个实施例中，万能险的信息处理方法还包括：在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志；将在途日志发送给业务员终端。在一个实施例中，在第三预设时间提取未接收到对应判断结果的用户的待交易请求，生成在途日志的步骤，包括：确定需要审核的待交易请求的审核类型，为需要审核的待交易请求的用户分配对应的审核标记；在第三预设时间提取具有审核标记的用户的待交易请求，生成在途日志。在一个实施例中，万能险的信息处理方法还包括：计算每个万能项目的总交易数额，生成成交报表，将成交报表发送至投资者终端。以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对 上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。当前第1页12