投连险盈亏查询方法、装置、设备及可读存储介质与流程

本发明涉及计算机应用技术，具体而言，涉及一种投连险盈亏查询方法、装置、设备及可读存储介质。

背景技术：

投连险是一种新形式的终身寿险产品，它集保障和投资于一体。保障方面主要体现在被保险人如果在保险期间意外身故，会获取保险公司支付的身故保障金，同时还可以通过投连附加险或者风险保额的形式使用户获得重大疾病等其他方面的保障。而投资方面主要体现在保险公司使用投保人支付的保费进行投资，获得收益。

通常每一张投连险保单下都会关联若干个投资账户，每个账户在每个资产评估日都有申购/赎回单位价格。针对某个账户，如果申购，则该账户新增单位数；如果赎回，则该账户减少单位数。由于投资账户的单位价格起伏变化，相应地保单账户价值会产生盈亏。

目前对于投连险保单盈亏情况的查询仅提供了基于投连险保单查询及基于投保人查询两种方式，也即在查询结果中，客户仅能看到投连险保单的整体的投资盈亏，或者仅能看到投保人整体的投资盈亏，而不能明确获悉各投连险保单下各账户具体的盈亏情况，客户体验差。

此外，目前在计算投连险保单中各账户的盈亏情况时，因涉及到申购或赎回交易的计价都要基于下一个资产评估日的投资价格，所以在途未确认的申购和赎回单位数均不计入盈亏，且账户价值也是采用现在持有单位数乘以上一个资产评估日的单位价格计算的。因此由此计算出的每个账户的盈亏情况并不能准确体现投连险保单的盈亏情况。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明提供一种投连险盈亏查询方法、装置、设备及可读存储介质，能够基于投连险保单下各账户进行盈亏查询，便于客户参考并优化投资方案，提升了客户体验。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一方面，提供一种投连险盈亏查询方法，包括：当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识；查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息；如果没有存储盈亏数据信息，获取与投保人标识关联的投连险保单中的账户，分别确定并存储各投连险保单中各账户的盈亏金额；以及将各投连险保单中各账户的盈亏金额发送给客户端应用。

根据本发明的一实施方式，确定各投连险保单中各账户的盈亏金额包括：根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本；以及根据各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额。

根据本发明的一实施方式，根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本包括：根据下述公式，分别确定各账户的单位成本：

单位成本＝(首次申购金额+定期追加申购金额+不定期追加申购金额+账户转入金额-风险保额抵扣金额-已领取金额-账户转出金额)/当前持有单位数。

根据本发明的一实施方式，各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额包括：根据下述公式，分别确定各账户的盈亏金额：

盈亏金额＝(最近一个资产评估日的单位价格-单位成本)*当前持有单位数。

根据本发明的一实施方式，还包括：构建盈亏数据表，其中盈亏数据信息存储在盈亏数据表中。

根据本发明的一实施方式，还包括：如果存储有盈亏数据信息，根据盈亏数据信息，分别获取各投连险保单中各账户的盈亏金额。

根据本发明的一实施方式，还包括：根据各所投连险保单中各账户的盈亏金额，确定各投连险保单的盈亏金额；以及将各投连险保单的盈亏金额发送给客户端应用。

根据本发明的一方面，提供一种投连险盈亏查询装置，包括：标识获取模块，用于当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识；信息查询模块，用于查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息；盈亏确定模块，用于当信息查询模块没有查询到盈亏数据信息时，获取与投保人标识关联的投连险保单中的账户，并分别确定并存储各投连险保单中各账户的盈亏金额；以及盈亏返回模块，用于将各投连险保单中各账户的盈亏金额发送给客户端应用。

根据本发明的一方面，提供一种计算机设备，包括：存储器、处理器及存储在存储器中并可在处理器中运行的可执行指令，处理器执行可执行指令时实现如上述任意一种方法。

根据本发明的一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，可执行指令被处理器执行时实现如上述任意一种方法。

根据本发明的投连险盈亏查询方法，提供了一种以投连险保单中各账户为统计维度的盈亏金额查询方法，从而使投保人可以参考各账户的盈亏数据来参考并优化其投资方案，提升了投保人的用户体验。进一步地，该方法还完善了盈亏金额计算方法，可以更为精准地确定出盈亏金额。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种投连险盈亏查询方法的流程图。

图2是根据一示例性实施方式示出的另一种投连险盈亏查询方法的流程图。

图3是根据一示例性实施方式示出的一种投连险盈亏查询装置的框图。

图4是根据一示例性实施方式示出的一种电子设备的结构示意图。

图5是根据一示例性实施方式示出的一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本发明的各方面变得模糊。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

图1是根据一示例性实施方式示出的一种投连险盈亏查询方法的流程图。

参考图1，投连险盈亏查询方法10包括：

在步骤s102中，当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识。

请求者(即投保人)主动通过其智能终端(如智能手机、pad等)上的客户端应用(该客户端应用例如可以为保险公司发布的官方应用(app)或者也可以为保险公司基于微信、qq等通信平台上的公众号或关联的小程序等)发送盈亏查询请求。

不失一般性地，以客户端应用为微信公众号为例，请求者登录保险公司的微信公众号，点击盈亏专区请求查询盈亏。微信公众号向保险公司的系统服务器发送盈亏查询请求，该请求中包括相应的投保人的信息。

当系统服务器收到盈亏查询请求时，对投保人的信息进行相关校验操作，并根据投保人的信息，寻址到请求者的投保人标识，该标识用于在系统服务器中唯一标识该投保人。

在步骤s104中，查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息。

由于有可能投保人在当天已经进行过盈亏查询操作，系统服务器中有可能已经存储了该投保人的盈亏数据信息，因此首先查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息。

在一些实施例中，投连险盈亏查询方法10还包括：构建盈亏数据表，其中盈亏数据信息存储在盈亏数据表中。可以通过查询盈亏数据表来查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息。

在步骤s106中，如果没有存储盈亏数据信息，获取与投保人标识关联的投连险保单中的账户，分别确定并存储各投连险保单中各账户的盈亏金额。

如果没有存储盈亏数据信息，也即该投保人当日没有请求过盈亏查询操作，则获取与投保人标识关联的投连险保单中的账户。投连险保单可能有多个，各投连险保单中的账户也可能有多个，因此分别确定各投连险保单中各账户的盈亏金额。

在一些实施例中，确定各投连险保单中各账户的盈亏金额包括：根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本；以及根据各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额。

投连险保单交易支持申购和赎回。申购交易例如可以包括：首期申购、不定期追加申购及定期追加申购等。赎回交易例如可以包括：全部赎回、部分领取及风险保额保费抵扣等。此外，同一投连险保单中的各账户间还可以进行转入、转出等转账操作。

在一些实施例中，根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本包括：根据下述公式，分别确定各账户的单位成本：

单位成本＝(首次申购金额+定期追加申购金额+不定期追加申购金额+账户转入金额-风险保额抵扣金额-已领取金额-账户转出金额)/当前持有单位数。

在一些实施例中，各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额包括：根据下述公式，分别确定各账户的盈亏金额：

盈亏金额＝(最近一个资产评估日的单位价格-单位成本)*当前持有单位数。

在一些实施例中，将各投连险保单中各账户的盈亏金额存储在构建的盈亏数据表中。

在一些实施例中，投连险盈亏查询方法10还包括：如果存储有盈亏数据信息，根据盈亏数据信息，分别获取各投连险保单中各账户的盈亏金额。也即如果该投保人当日已经请求过盈亏查询操作，则可以直接获取已计算出并存储的盈亏金额，而无需再次计算，节约了服务器的计算资源。

在步骤s108中，将各投连险保单中各账户的盈亏金额发送给客户端应用。

以账户为单位，将各投连险保单中各账户的盈亏金额发送给客户端应用，并通过相应的用户界面展现给投保人。投保人在查询到以账户为统计维度的盈亏金额后，可以参考并优化其投资方案，提升了投保人的用户体验。

此外，在一些实施例中，投连险盈亏查询方法10还包括：根据各所投连险保单中各账户的盈亏金额，确定各投连险保单的盈亏金额；以及将各投连险保单的盈亏金额发送给客户端应用。也即在以账户为单位向投保人展现盈亏金额时，还可以进一步将各投连险保单的盈亏金额返回给投保人以展示，供其进一步参考。

根据本发明实施方式的投连险盈亏查询方法，提供了一种以投连险保单中各账户为统计维度的盈亏金额查询方法，从而使投保人可以参考各账户的盈亏数据来参考并优化其投资方案，提升了投保人的用户体验。进一步地，该方法还完善了盈亏金额计算方法，可以更为精准地确定出盈亏金额。

应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施方式。

图2是根据一示例性实施方式示出的另一种投连险盈亏查询方法的流程图。

参考图2，投连险盈亏查询方法20包括：

在步骤s202中，当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识。

请求者(即投保人)主动通过其智能终端(如智能手机、pad等)上的客户端应用(该客户端应用例如可以为保险公司发布的官方应用(app)或者也可以为保险公司基于微信、qq等通信平台上的公众号或关联的小程序等)发送盈亏查询请求。

不失一般性地，以客户端应用为微信公众号为例，请求者登录保险公司的微信公众号，点击盈亏专区请求查询盈亏。微信公众号向保险公司的系统服务器发送盈亏查询请求，该请求中包括相应的投保人的信息。

在步骤s204中，查询是否存储有投保人标识，如果有存储，则进入步骤s206；否则，进入步骤s216。

当系统服务器收到盈亏查询请求时，对投保人的信息进行相关校验操作，并根据投保人的信息，寻址到请求者的投保人标识，该标识用于在系统服务器中唯一标识该投保人。如果系统服务器中存储了该投保人的标识，则进入步骤s206；否则，进入步骤s216。

在步骤s206中，在构建的盈亏数据表中，查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息，如果没有存储，进入步骤s208；否则，进入步骤s218。

由于有可能投保人在当天已经进行过盈亏查询操作，系统服务器中有可能已经存储了该投保人的盈亏数据信息，因此首先查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息。如果没有存储，也即该投保人今日没有查询过盈亏数据，则进入步骤s208；否则，进入步骤s218。

在步骤s208中，查询是否存储有与投保人标识关联的投连保保单，如果有存储，进入步骤s210；否则，进入步骤s220。

根据投保人标识查询该投保人既往的投连险保单，如果没有查询到与该投保人标识关联的投连险保单，也即该投保人没有投保过投连险保单，则进入步骤s220；否则进入步骤s210。

在步骤s210中，获取与投保人标识关联的投连险保单中的账户。

查询并获取与投保人标识关联的投连险保单中的账户。投连险保单可能有多个，各投连险保单中的账户也可能有多个。

在步骤s212中，分别确定并存储各投连险保单中各账户的盈亏金额。

在一些实施例中，确定各投连险保单中各账户的盈亏金额包括：根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本；以及根据各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额。

投连险保单交易支持申购和赎回。申购交易例如可以包括：首期申购、不定期追加申购及定期追加申购等。赎回交易例如可以包括：全部赎回、部分领取及风险保额保费抵扣等。此外，同一投连险保单中的各账户间还可以进行转入、转出等转账操作。

在一些实施例中，根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本包括：根据下述公式，分别确定各账户的单位成本：

单位成本＝(首次申购金额+定期追加申购金额+不定期追加申购金额+账户转入金额-风险保额抵扣金额-已领取金额-账户转出金额)/当前持有单位数。

在一些实施例中，各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额包括：根据下述公式，分别确定各账户的盈亏金额：

盈亏金额＝(最近一个资产评估日的单位价格-单位成本)*当前持有单位数。

确定了各投连险保单中各账户的盈亏金额后，将其分别存储在构建的盈亏数据表中。

在步骤s214中，将各投连险保单中各账户的盈亏金额发送给客户端应用。

以账户为单位，将各投连险保单中各账户的盈亏金额发送给客户端应用，并通过相应的用户界面展现给投保人。投保人在查询到以账户为统计维度的盈亏金额后，可以参考并优化其投资方案，提升了投保人的用户体验。

此外，在一些实施例中，投连险盈亏查询方法10还包括：根据各所投连险保单中各账户的盈亏金额，确定各投连险保单的盈亏金额；以及将各投连险保单的盈亏金额发送给客户端应用。也即在以账户为单位向投保人展现盈亏金额时，还可以进一步将各投连险保单的盈亏金额返回给投保人以展示，供其进一步参考。

在步骤s216中，向客户端应用发送第一请求失败响应。

如果系统服务器中没有存储该投保人的标识，也即系统服务器中没有存储该投保人的信息，则向客户端应用发送第一请求失败响应，以通过客户端应用的用户界面提示发起盈亏查询的请求者，系统中没有该投保人的信息。

在步骤s218中，根据盈亏数据信息，分别获取各投连险保单中各账户的盈亏金额。

如果存储有盈亏数据信息，根据盈亏数据信息，分别获取各投连险保单中各账户的盈亏金额。也即如果该投保人当日已经请求过盈亏查询操作，则可以直接获取已计算出并存储的盈亏金额，而无需再次计算，节约了服务器的计算资源。之后，进入步骤s214。

在步骤s220中，向客户端应用发送第二请求失败响应。

如果没有查询到与该投保人标识关联的投连险保单，也即该投保人没有投保过投连险保单，则向客户端应用发送第二请求失败响应，以通过客户端应用的用户界面向盈亏查询的请求者提示该投保人无投连险保单。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

图3是根据一示例性实施方式示出的一种投连险盈亏查询装置的框图。

参考图3，投连险盈亏查询装置30包括：标识获取模块302、信息查询模块304、盈亏确定模块306及盈亏返回模块308。

其中，标识获取模块302用于当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识。

信息查询模块304用于查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息。

盈亏确定模块306用于当信息查询模块304没有查询到盈亏数据信息时，获取与投保人标识关联的投连险保单中的账户，并分别确定并存储各投连险保单中各账户的盈亏金额。

盈亏返回模块308用于将各投连险保单中各账户的盈亏金额发送给客户端应用。

在一些实施例中，盈亏确定模块306包括：成本确定单元及盈亏确定单元。成本确定单元用于根据各账户的申购金额、赎回金额及转账金额，分别确定各账户的单位成本。盈亏确定单元用于根据各账户的单位成本及最近一个资产评估日的单位价格，分别确定各账户的盈亏金额。

在一些实施例中，成本确定单元包括：成本计算子单元，用于根据下述公式，分别确定各账户的单位成本：

单位成本＝(首次申购金额+定期追加申购金额+不定期追加申购金额+账户转入金额-风险保额抵扣金额-已领取金额-账户转出金额)/当前持有单位数。

在一些实施例中，盈亏确定单元包括：盈亏计算子单元，用于根据下述公式，分别确定各账户的盈亏金额：

盈亏金额＝(最近一个资产评估日的单位价格-单位成本)*当前持有单位数。

在一些实施例中，投连险盈亏查询装置30还包括：数据表构建模块，用于构建盈亏数据表，其中盈亏数据信息存储在盈亏数据表中。

在一些实施例中，投连险盈亏查询装置30还包括：盈亏获取模块，用于当信息查询模块304查询到盈亏数据信息时，根据盈亏数据信息，分别获取各投连险保单中各账户的盈亏金额。

在一些实施例中，投连险盈亏查询装置30还包括：保单盈亏确定模块，用于根据各所投连险保单中各账户的盈亏金额，确定各投连险保单的盈亏金额。盈亏返回模块308还用于将各投连险保单的盈亏金额发送给客户端应用。

根据本发明实施方式的投连险盈亏查询装置，提供了一种以投连险保单中各账户为统计维度的盈亏金额查询方法，从而使投保人可以参考各账户的盈亏数据来参考并优化其投资方案，提升了投保人的用户体验。进一步地，该方法还完善了盈亏金额计算方法，可以更为精准地确定出盈亏金额。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图4是根据一示例性实施方式示出的一种电子设备的结构示意图。需要说明的是，图4示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备800以通用计算机设备的形式表现。电子设备800的组件包括：至少一个中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序代码或者从至少一个存储单元808加载到随机访问存储器(ram)803中的程序代码而执行各种适当的动作和处理。

特别地，根据本发明的实施例，所述程序代码可以被中央处理单元801执行，使得中央处理单元801执行本说明书上述方法实施例部分中描述的根据本发明各种示例性实施方式的步骤。例如，中央处理单元801可以执行如图1或图2中所示的步骤。

在ram803中，还存储有电子设备800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

以下部件连接至i/o接口805：包括键盘、鼠标等的输入单元806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出单元807；包括硬盘等的存储单元808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信单元809。通信单元809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储单元808。

图5是根据一示例性实施方式示出的一种计算机可读存储介质的示意图。

参考图5所示，描述了根据本发明的实施方式的设置为实现上述方法的程序产品900，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：

当接收到客户端应用发送的盈亏查询请求时，根据盈亏查询请求，获取请求者的投保人标识；

查询是否存储有对应投保人标识的最近一个资产评估日日期的盈亏数据信息；

如果没有存储盈亏数据信息，获取与投保人标识关联的至少一个投连险保单中的至少一个账户，分别确定各投连险保单中各账户的盈亏金额；以及

将各投连险保单中各账户的盈亏金额发送给客户端应用。

以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。