投连险的信息处理系统与方法与流程

文档序号:11591489阅读:328来源:国知局

本发明涉及计算机和网络技术领域,特别是涉及一种投连险的信息处理系统与方法。



背景技术:

投连险又称投资连结保险或变额寿险,它集保障和投资于一体。保障主要体现在被保险人保险期间意外身故,会获取保险公司支付的身故保障金,同时通过投连附加险的形式也可以使用户获得重大疾病等其他方面的保障。投资方面是指保险公司使用投保人支付的保费进行投资,获得收益。

保险公司会专门针对购买投连险的资金设立独立的投资管理账户,并设置多个不同类型(根据投资对象分类)的投资项目(投资渠道)供客户选择,各个投资项目对应设置各个投资账户,根据客户的选择将资金分别投资于对应的投资项目当中。投资账户中的资产由若干个标价清晰的投资项目组成,资金收益体现为投资项目的单位价格的增加。客户购买后资金将直接进入其选择的投资账户,客户可以根据特定投连产品提供的账户数量和自己的风险偏好随时调整其资金在各账户之间的分配比例。

传统的投连险信息处理方法中,所有的交易流程都是由业务员在业务终端上逐项审核每个交易流程并点击确认,并需要业务人员手动录入各个投连项目的单位价格,交易终端在获取到业务终端上的交易请求后来执行对应的交易流程,从而来完成交易,其信息处理效率慢。



技术实现要素:

基于此,有必要针对上述技术问题,提供一种能够提高投连险交易的处理效率的投连险的信息处理系统与方法。

一种投连险的信息处理系统,所述系统包括系统服务器、客户终端和投资者终端,所述客户终端用于生成交易请求,将所述交易请求发送至系统服务器, 所述交易请求携带用户的交易信息;所述系统服务器用于接收所述客户终端发送的交易请求,根据所述交易信息实时累计每个投连项目在当前交易周期内的总交易份额,根据在成交周期的预设汇总时间下的每个投连项目的总交易份额生成待成交汇总报表,将所述待成交汇总报表发送至所述投资者终端;所述投资者终端用于接收所述待成交汇总报表,根据所述待成交汇总报表确定当前成交周期内的所述每个投连项目的单位份额交易价格,将所述单位份额交易价格发送至所述系统服务器;所述系统服务器还用于接收所述每个投连项目的单位份额交易价格,在成交周期的预设成交时间下根据所述每个投连项目的单位份额交易价格和所述交易请求完成对应客户的交易。

在其中一个实施例中,所述客户终端还用于生成与交易请求对应的预交易请求,将所述预交易请求发送至系统服务器,所述预交易请求携带用户的预交易信息;所述系统服务器还用于接收所述预交易请求,检测是否在当前成交周期的预设检测时间之前获取到与所述预交易信息对应的交易信息,若否,则根据所述预交易信息获取用户的联系方式,向所述用户发送及时完成与所述预交易请求对应的交易的提示信息。

在其中一个实施例中,所述系统还包括业务员终端,所述系统服务器还用于当判断所述预交易请求需要审核时,将所述预交易请求发送给所述业务员终端;所述业务员终端用于接收所述预交易请求,判断所述预交易请求是否符合预设条件,将判断结果发送给所述系统服务器;所述系统服务器还用于接收所述判断结果,当判断结果为是时,则执行所述预交易请求,否则,不执行所述预交易请求。

在其中一个实施例中,所述系统服务器还用于检测是否在当前成交周期的预设检测时间之前获取到所述判断结果;若否,则向所述业务员终端发送及时反馈所述判断结果的提示信息。

在其中一个实施例中,所述系统服务器还用于计算每个投连项目的总交易份额,生成成交报表,将所述成交报表发送至所述投资者终端;所述投资者终端还用于接收所述成交报表。

一种投连险的信息处理方法,所述方法包括:接收交易请求,所述交易请求携带用户的交易信息;根据所述交易信息实时累计每个投连项目在当前交易周期内的总交易份额;根据在成交周期的预设汇总时间下的每个投连项目的总交易份额生成待成交汇总报表;将所述待成交汇总报表发送至所述投资者终端,使所述投资者终端根据所述待成交汇总报表确定所述每个投连项目的单位份额价格;接收所述投资者终端发送的每个投连项目的单位份额交易价格;在成交周期的预设成交时间下根据所述每个投连项目的单位份额交易价格和所述交易请求完成对应客户的交易。

在其中一个实施例中,在所述接收交易请求的步骤之前,还包括:接收与所述交易请求对应的预交易请求,所述预交易请求携带用户的预交易信息;检测是否在当前成交周期的预设检测时间之前获取到与所述预交易信息对应的交易信息;若否,则根据所述预交易信息获取用户的联系方式,向所述用户发送及时完成与所述预交易请求对应的交易的提示信息。

在其中一个实施例中,所述方法还包括:当判断所述预交易请求需要审核时,将所述预交易请求发送给所述业务员终端,使所述业务员终端判断所述预交易请求是否符合预设条件;接收所述业务员终端发送的判断结果,当判断结果为是时,则执行所述预交易请求,否则,不执行所述预交易请求。

在其中一个实施例中,所述方法还包括:检测是否在当前成交周期的预设检测时间之前获取到所述判断结果;若否,则向所述业务员终端发送及时反馈所述判断结果的提示信息。

在其中一个实施例中,所述方法还包括:计算每个投连项目的总交易份额,生成成交报表,将所述成交报表发送至所述投资者终端。

上述投连险的信息处理系统与方法,根据交易信息实时累计每个投连项目在当前交易周期内的总交易份额;根据在成交周期的预设汇总时间下的每个投连项目的总交易份额生成待成交汇总报表并发送至投资者终端,使投资者终端根据待成交汇总报表确定每个投连项目的单位份额价格;然后接收投资者终端发送的每个投连项目的单位份额交易价格;在成交周期的预设成交时间下根据 每个投连项目的单位份额交易价格和交易请求完成对应客户的交易,可自动化地完成投连险的交易处理流程,减少了人工干预,提高了投连险交易的处理效率。

附图说明

图1为一个实施例中投连险的信息处理系统的结构示意图;

图2为另一个实施例中投连险的信息处理系统的结构示意图;

图3为一个实施例中投连险的信息处理方法的流程示意图;

图4为一个实施例中投连险的信息处理方法的交易提醒的步骤的流程示意图;

图5为一个实施例中投连险的信息处理方法的退保请求处理的步骤的流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

在一个实施例中,如图1所示,提供了一种投连险的信息处理系统,该系统包括:客户终端100、系统服务器200和投资者终端300。

客户终端100用于生成交易请求,将交易请求发送至系统服务器,交易请求携带用户的交易信息。

本实施例中,客户终端100可用于向用户提供交易显示界面,该交易显示界面中可包含投连险的每个投连项目的基本信息和历史交易价格,历史交易价格包括历史买入单位份额价格和历史卖出单位交易份额价格。

客户终端100获取用户在该交易显示界面上选中的投连项目和对应的交易数额,并在检测到用户完成对该交易的支付信息后,生成交易请求,将该交易请求发送至系统服务器。该交易请求中携带用户的交易信息。

具体的,该交易信息包括用于唯一确定用户信息的身份标识、用于唯一确 定交易的投连项目的项目标识、用于确定交易是买入投连项目还是卖出投连项目的买卖标识、买卖份额和交易时间,以及完成该交易所需要的支付数额等信息。身份标识可为用户投连险的登录账号或保单号等能唯一确定用户身份信息的标识。投连项目为投连保险提供给客户选择的投资单位,可包含多个。项目标识可为该投连项目的单位编号等唯一确定该投连项目的信息的标识。投连项目的信息还包括该投连项目的单位份额价格,单位份额价格包括买入单位份额价格以及卖出单位份额价格。买卖标识可用于确定交易是买入投连项目还是卖出投连项目,如可定义买卖标识为“1”来代表买入投连项目,“2”代表卖出投连项目。买卖份额为买入或卖出投连项目的份数。交易时间可为客户终端100发送的交易请求的时间,也可为客户终端100预设的时间,如可预设在未来某一具体时刻来执行该交易请求。

举例来说,根据项目标识可获知该交易的投资单位为a投连项目,根据交易时间可获知该a投连项目在该交易时间下的单位买入价格为5.00元,单位卖出价格为4.80元,根据买卖标识可获知该交易表示为买入投连项目,则当买卖份额为10时,则表示用户在该交易时间买入10份a投连项目需要支付的总额为50.00元。

在一个实施例中,客户终端100用于在展示交易显示界面之前,显示登录界面,获取用户在该登录界面上输入的用户登录信息,并对该用户登录信息进行验证,在验证通过后,展示该交易显示界面。

系统服务器200用于接收客户终端发送的交易请求,根据交易信息实时累计每个投连项目在当前交易周期内的总交易份额,根据在成交周期的预设汇总时间下的每个投连项目的总交易份额生成待成交汇总报表,将待成交汇总报表发送至投资者终端。

本实施例中,成交周期可为系统服务器200预先设置的周期。如可设置以周为成交周期与成交时间,以每周五为交易日期,每周五10:00进行交易结算,即每周五10:00为预设成交时间。进一步的,系统服务器200可获取工作日和非工作日信息,非工作日信息包括国家规定的法定节假日信息。判断该交易日期是否为非工作日,若是,则调整该交易日为该非工作日之后的第一个工作日。 汇总时间在交易日之前,如预设交易日为周五,则可设置预设汇总时间为每周四,具体的,可为每周四10:00进行交易结算。

本实施例中,系统服务器200用于接收客户终端100发送的交易请求,根据该交易请求中携带的交易信息获取身份标识、项目标识、买卖标识、买卖份额和交易时间,根据买卖标识、项目标识、买卖份额和交易时间实时累计每个投连项目在当前交易周期内的总交易份额。系统服务器200可根据身份标识在数据库中查找到与该身份标识对应的用户信息。数据库中存储了所有用户的用户信息,用户信息包括用户的姓名、性别、年龄、投连账户以及联系方式等,用户信息与对应用户的身份标识存在对应关系,使得系统服务器200可根据用户的身份标识在数据库中查找到与之对应的用户信息。

其中,总交易份额包括总买入份额和总卖出份额。系统服务器200根据在成交周期的预设汇总时间下的每个投连项目的总买入份额和总卖出份额生成待成交汇总报表,将待成交汇总报表发送至投资者终端300,待成交汇总报表用于确定每个投连项目的单位份额交易价格,类似的,单位份额交易价格包括单位份额买入价格和单位份额卖出价格。

客户终端100可具有多个,系统服务器200在接收到每个客户终端100发送的交易请求后,解析该交易请求所携带的交易信息获取用户的身份标识、项目标识、买卖标识、买卖份额和交易时间。根据该项目标识确定用户所交易的投连项目,然后根据买卖标识来确定对用户是对该投连项目买入还是卖出,再根据买卖份额来累计对应的投连项目的买入和卖出的份额,作为该投连项目在当前交易周期内的实时的总买入份额和总卖出份额。

系统服务器200在检测到当前时间到达预设汇总时间时,则根据当前的所累加得到的每个投连项目的总买入份额和总卖出份额生成待成交汇总报表。系统服务器200可调用预设的通信接口与投资者终端300进行连接,将该待成交汇总报表发送至投资者终端300,使投资者根据该待成交汇总报表确定每个投连项目的单位份额价格。

投资者终端300用于接收待成交汇总报表,生成当前成交周期内的每个投连项目的单位份额交易价格,将单位份额交易价格发送至系统服务器200。

本实施例中,投资者终端300可在显示屏上显示投连项目单位份额交易价格录入界面,获取并存储投资者录入的每个投连项目的单位份额交易价格,将所获取到的每个投连项目的单位份额交易价格发送至系统服务器200。

在一个实施中,系统服务器200还可在预设单位份额价格获取时间主动获取投资者终端300上存储的每个投连项目的单位份额价格。该预设单位份额价格获取时间为系统服务器200预先设置的每个成交周期下获取投资者终端300上存储的每个投连项目的单位份额价格的时间。

系统服务器200还用于接收每个投连项目的单位份额交易价格,在成交周期的预设成交时间下根据每个投连项目的单位份额交易价格和交易请求完成对应客户的交易。

本实施例中,系统服务器200可实时检测当前时间,当检测到当前时间达到预设成交时间后,则完成对应客户的交易。具体的,当交易请求中包含买入某一投连项目的若干份额时,系统服务器200可根据所接收到的投连项目的单位份额价格计算客户终端100所发送的买入该投连项目的若干份额所需的金额,并在获取该金额后,将该若干份额叠加至客户终端100中的该某一投连项目的份额中。当交易请求中包含卖出某一投连项目的若干份额时,终端根据所接收到的投连项目的单位份额价格计算客户终端100所发送的卖出该投连项目的若干份额所得的金额,并调用支付系统将该金额转入到用户对应的投连账户中。

本实施例所提供的投连险的信息处理系统中,能够使系统服务器200自动化地完成投连险的交易处理流程,减少了人工干预,提高了投连险交易的处理效率。

在一个实施例中,客户终端100还用于生成与交易请求对应的预交易请求,将预交易请求发送至系统服务器,预交易请求携带用户的预交易信息。

本实施例中,预交易请求是指与交易请求对应的用户预备进行的投连项目的交易的请求,预交易请求中携带了用户对投连项目交易的预交易信息,该预交易信息包括用于唯一确定用户信息的身份标识、用于唯一确定所交易的投连项目的项目标识、用于确定交易是买入投连项目还是卖出投连项目的买卖标识 和买卖份额,还包括提交该预交易请求的预交易时间,但不包括完成该交易所需调用第三方支付系统完成对该交易的金额支付的支付信息,或者不包括完成该交易所必备的审核通过信息。

系统服务器200还用于接收预交易请求,检测是否在当前成交周期的预设检测时间之前获取到与预交易信息对应的交易信息,若否,则根据预交易信息获取用户的联系方式,向用户发送及时完成与预交易请求对应的交易的提示信息。

本实施例中,系统服务器200可根据预交易信息获取其中所包括的身份标识、项目标识、买卖标识、买卖份额和预交易时间。系统服务器200可根据身份标识在数据库中查找到与该身份标识对应的用户信息,用户信息包括用户的姓名、性别、年龄、投连账户以及联系方式等。系统服务器200还预先设置了交易周期的预设检测时间,且预设检测时间设置在预设成交时间之前。如以周为交易周期,预设成交时间为每周五的10:00,则可设置预设检测时间为每周四的10:00。系统服务器200实时检测当前时间,并检测当前时间是否到达该预设检测时间。

具体的,当系统服务器200判断完成该预交易请求对应的交易需要用户完成支付时,可进一步检测是否在该预设检测时间之前获取到与预交易信息对应的交易信息,即是检测是否在预设检测时间之前获取到用户完成该支付的信息。若否,则向用户发送及时完成与预交易请求对应的交易的提示信息,如提示用户尽快完成该交易所需支付的金额。若是,则无需向用户发送及时完成与预交易请求对应的交易的提示信息。

进一步的,判断是否在该预设检测时间之前获取到与预交易信息对应的交易信息的步骤,包括判断是否在预设检测时间之前获取到完成支付所对应的时间可为交易时间,交易时间可为系统服务器200接收到的交易请求中所包含的交易时间。若判断该交易时间在该预设检测时间之前,则无需向用户发送提示信息,若未在该预设检测时间之前获取到交易时间,则向用户发送提示信息,提示用户及时完成交易。

在一个实施例中,如图2所示,投连险的信息处理系统还包括业务员终端400。

系统服务器200还用于当判断预交易请求需要审核时,将预交易请求发送给业务员终端400。

本实施例中,当客户的交易数额超过预设数额时,则可需要对其作进一步审核,确定用户是否需要进行大数额的交易。系统服务器200可根据该预交易请求计算用户本次预备进行的交易的数额,并判断该数额是否超过与用户对应的预设数额,若是,则判断该预交易请求需要审核,将该预交易请求发送给业务员终端400,使业务员终端400进行审核。

进一步的,当预交易请求包含退保请求时,即请求终止投连保险,此时,也可判断该预交易请求需要审核。同样的,将该预交易请求发送给业务员终端400,使业务员终端400进行审核。具体的,预交易请求携带用户的交易信息所包含的买卖标识还用于唯一确定交易是否为退保,当买卖标识表示交易为退保时,系统服务器200可将预交易请求发送至业务员终端400。

业务员终端400用于接收预交易请求,判断预交易请求是否符合预设条件,将判断结果发送给系统服务器200。

具体的,当预交易请求包含退保请求时,判断预交易请求是否符合预设条件的步骤,包括:判断用户的投保时间是否满足退保要求。例如,可预先设置退保要求为投保时间满一年即可退保。业务员终端400可根据用户的身份标识查找得到用户投连保险的生效时间,根据该生效时间确定用户的最早可退保时间,检测该预交易请求的交易时间是否晚于最早可退保时间,若是,则判断用户的投保时间是否满足退保要求。

进一步的,判断预交易请求是否符合预设条件需要业务员与用户沟通确认才能判断时,业务员终端400可接收业务员输入指令,根据该指令生成对应的判断结果。

系统服务器200还用于接收判断结果,当判断结果为是时,则执行预交易请求,否则,不执行预交易请求。

本实施例通过还加入了业务员终端400,通过业务员终端400来对用户的预 交易请求作出是否满足条件的判断,能够进一步提高投连险交易的处理效率。

进一步的,在一个实施例中,系统服务器200还用于检测是否在当前成交周期的预设检测时间之前获取到判断结果;若否,则向业务员终端400发送及时反馈判断结果的提示信息。

具体的,当系统服务器200未在预设检测时间之前获取到判断结果时,可将预交易请求对应的客户标记为待处理客户,提取所有待处理客户的交易信息,生成异常日志,将异常日志发送给业务员终端400。使得业务员终端400在接收到该异常日志后,可获知有哪些客户所提交的退保请求还未处理完成。进一步的,该异常日志中可包含对应用户的身份标识、项目标识、买卖标识、买卖份额和预交易时间,使得业务员终端400可根据异常日志中的身份标识获取到对应用户的联系方式,根据项目标识获取到用户预备交易的投连项目等信息。

在一个实施例中,系统服务器200还用于计算每个投连项目的总交易份额,生成成交报表,将成交报表发送至投资者终端300;投资者终端300还用于接收成交报表。

本实施例中,总交易份额包括总买入成交份额和总卖出成交份额。系统服务器200在成交周期的预设成交时间下根据每个投连项目的单位份额价格和交易请求完成对应客户的交易之后,统计每个投连项目的交易信息,包括每个投连项目的总买入成交份额和总卖出成交份额,生成成交报表,将其发送给投资者终端300,使得投资者能够根据该成交报表了解每个投连项目的总体成交情况,为下一周期的投资作参考。

在一个实施例中,如图3所示,提供了一种投连险的信息处理方法,该方法包括:

步骤302,接收交易请求,交易请求携带用户的交易信息。

步骤304,根据交易信息实时累计每个投连项目在当前交易周期内的总交易份额。

步骤306,根据在成交周期的预设汇总时间下的每个投连项目的总交易份额生成待成交汇总报表。

步骤308,将待成交汇总报表发送至投资者终端,使投资者终端根据待成交汇总报表确定每个投连项目的单位份额价格。

步骤310,接收投资者终端发送的每个投连项目的单位份额交易价格。

步骤312,在成交周期的预设成交时间下根据每个投连项目的单位份额交易价格和交易请求完成对应客户的交易。

在一个实施例中,如图4所示,投连险的信息处理方法中,在接收交易请求的步骤之前,投连险的信息处理方法还包括交易提醒的步骤,具体包括:

步骤402,接收与交易请求对应的预交易请求,预交易请求携带用户的预交易信息。

步骤404,检测是否在当前成交周期的预设检测时间之前获取到与预交易信息对应的交易信息。

步骤404,若否,则根据预交易信息获取用户的联系方式,向用户发送及时完成与预交易请求对应的交易的提示信息。

在一个实施例中,如图5所示,投连险的信息处理方法中,当判断预交易请求需要审核时,投连险的信息处理方法还包括与交易请求审核的步骤,具体包括:

步骤502,将预交易请求发送给业务员终端,使业务员终端判断预交易请求是否符合预设条件。

步骤504,接收业务员终端发送的判断结果。当该判断结果为是时,执行步骤506;当该判断结果为否时,执行步骤508。

步骤506,执行预交易请求。

步骤508,不执行预交易请求。

在一个实施例中,投连险的信息处理方法还包括:检测是否在当前成交周期的预设检测时间之前获取到判断结果;若否,则向业务员终端发送及时反馈判断结果的提示信息。

在一个实施例中,投连险的信息处理方法还包括:计算每个投连项目的总 交易份额,生成成交报表,将成交报表发送至投资者终端。

以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1