CN111522841A

CN111522841A - 一种企业保险的实现方法和装置

Info

Publication number: CN111522841A
Application number: CN202010630666.0A
Authority: CN
Inventors: 李晓瑞
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-07-03
Filing date: 2020-07-03
Publication date: 2020-08-11

Abstract

说明书披露一种企业保险的实现方法和装置。一种企业保险的实现方法，应用于服务端，包括：接收用户发起的针对被投保对象的搜索请求，并获取所述搜索请求中携带的搜索关键词；查找匹配所述搜索关键词的候选企业并返回，以供用户从所述候选企业中选择作为所述被投保对象的目标企业；接收携带所述目标企业的投保请求，并获取所述目标企业的投保信息；基于所述投保信息执行投保操作。

Description

一种企业保险的实现方法和装置

技术领域

本说明书涉及互联网技术领域，特别涉及一种企业保险的实现方法和装置。

背景技术

随着社会的发展，除了个人用户可以购买保险来保障自身权益外，一些企业也可以购买保险来保障权益。常见的面向企业的保险可以包括小微企业财产险、食品安全险等。如何提高企业的投保效率、提升投保时的用户体验成为业内关注的重点。

发明内容

有鉴于此，本说明书提供一种企业保险的实现方法和装置。

具体地，本说明书是通过如下技术方案实现的：

一种企业保险的实现方法，应用于服务端，包括：

接收用户发起的针对被投保对象的搜索请求，并获取所述搜索请求中携带的搜索关键词；

查找匹配所述搜索关键词的候选企业并返回，以供用户从所述候选企业中选择作为所述被投保对象的目标企业；

接收携带所述目标企业的投保请求，并获取所述目标企业的投保信息；

基于所述投保信息执行投保操作。

一种企业保险的实现装置，应用于服务端，包括：

接收单元，接收用户发起的针对被投保对象的搜索请求，并获取所述搜索请求中携带的搜索关键词；

查找单元，查找匹配所述搜索关键词的候选企业并返回，以供用户从所述候选企业中选择作为所述被投保对象的目标企业；

获取单元，接收携带所述目标企业的投保请求，并获取所述目标企业的投保信息；

投保单元，基于所述投保信息执行投保操作。

一种企业保险的实现方法装置，应用于服务端，包括：

处理器；

用于存储机器可执行指令的存储器；

其中，通过读取并执行所述存储器存储的与企业保险的实现逻辑对应的机器可执行指令，所述处理器被促使：

基于所述投保信息执行投保操作。

本说明书一个实施例实现了，服务端可以接收用户发起的针对被投保对象的搜索请求，基于所述搜索请求中携带的关键词查找到匹配的候选企业并返回给用户，用户可从这些候选企业中指定其想要进行投保的目标企业并发送投保请求，服务端接收到所述投保请求后，可自动地获取这些目标企业的投保相关信息，并基于这些投保相关信息执行投保操作。

采用上述方法，用户只需要输入若干个关键词就能查找到要投保的目标企业，并且投保实现过程中不需要用户手动输入大量的投保信息等内容，整个投保过程操作便捷、效率高，大大提升了用户体验。

附图说明

图1是本说明书一示例性实施例示出的一种企业保险的实现方法的流程示意图；

图2为本说明书一示例性实施例示出的一种餐饮店保险的实现方法的流程示意图；

图3为本说明书一示例性实施例示出的一种餐饮店保险的实现在客户端上的页面展示示意图；

图4为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图5为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图6为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图7为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图8为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图9为本说明书一示例性实施例示出的另一种餐饮店保险的实现在客户端上的页面展示示意图；

图10是本说明书一示例性实施例示出的一种用于企业保险的实现装置的一结构示意图；

图11是本说明书一示例性实施例示出的一种企业保险的实现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着社会的发展，除了个人用户可以购买保险来保障自身权益外，企业也可以购买保险来保障权益。比如，当企业因遭遇了火灾、爆炸、雷击、失窃等情况造成了财产损失时，通过企业财产险可以获得相应的赔偿；再比如，当餐饮企业因疏忽、意外发生了食品污染，导致了食品安全问题时，通过食品安全责任险可同时保障餐饮企业和消费者的权益。

基于此，本说明书提供了一种企业保险的实现方法和装置，能够提高投保效率、提升保险使用体验。

请参考图1，图1是本说明书一示例性实施例示出的一种企业保险的实现方法的流程示意图。

所述企业保险的实现方法可以应用于服务端。所述企业保险的实现方法可以包括以下步骤：

步骤S102，接收用户发起的针对被投保对象的搜索请求，并获取所述搜索请求中携带的搜索关键词；

步骤S104，查找匹配所述搜索关键词的候选企业并返回，以供用户从所述候选企业中选择作为所述被投保对象的目标企业；

步骤S106，接收携带所述目标企业的投保请求，并获取所述目标企业的投保信息；

步骤S108，基于所述投保信息执行投保操作。

下面对上述步骤进行详细说明：

首先对本说明书中的用户进行说明。本说明书中的用户为自然人，如张三、李四等。被投保对象是企业，例如零售企业、餐饮企业等。用户可以对企业进行投保，那么此时用户的角色是投保人，企业的角色是被投保对象。

本实施例中，当用户想要为被投保对象投保时，可以发起针对所述被投保对象搜索请求，并且可以在搜索请求中携带搜索关键词，所述搜索关键词和被投保对象相关。

比如，对于上述对企业进行投保的情况，用户可以提供该企业相关的搜索关键词，如企业的名称、地址信息、企业法人代表等等。

用户可以在基于终端中装载的客户端发起上述搜索请求，例如，用户可点击客户端提供的搜索按钮，然后在搜索框中输入搜索关键词。

服务端可以接收到客户端发起的搜索请求，并获取搜索请求中携带的搜索关键词，根据所述搜索关键词查找匹配的候选企业。所述候选企业即用户可能想要进行投保的被投保对象。

本实施例中，服务端可以基于大数据技术来查找匹配搜索关键词的候选企业。

比如，服务端可以根据搜索请求中携带的名称、地址等信息，与各个企业进行关键词匹配，以找到匹配关键词的候选企业。

当然，服务端也可以根据搜索请求中携带的关键词得到一个较小的搜索范围，然后在所述搜索范围中进行关键词匹配。

比如所述搜索关键词中包括“xx餐厅”，那么可以仅将所述搜索关键词和餐饮行业相关的企业进行匹配。

本实施例中，当未查找到匹配所述搜索关键词的候选企业时，可以让用户手动录入被投保对象。

比如，服务端可以向客户端发送“未查找到匹配的企业”的消息，客户端接收到消息后，可以向用户展示手动录入的页面。用户可以在该页面上手动录入被投保对象的名称、地址信息、统一社会信用代码等投保所需的信息。

当查找到匹配所述搜索关键词候选企业时，服务端可以将所述候选企业返回给客户端，以让用户进一步进行选择、确认。

在一个例子中，若只查找到一个匹配的候选企业，可以直接将所述候选企业返回给客户端。

在另一个例子中，若查找到多个匹配的候选企业，还可以对这些候选企业进行排序，然后将排序后的多个候选企业返回给客户端。

可以通过以下的方法对多个候选企业进行排序：

1、基于位置进行排序

服务端可以向客户端发送一个“获取当前位置”的请求，客户端接收到请求后可以获取用户的当前位置，比如可以根据GPS定位系统来获取用户当前的位置。客户端可以将用户当前的位置返回给服务端。

当然，客户端也可以在前述搜索请求中主动地添加用户当前的位置信息，本说明书对此不作特殊限制。

服务端接收到来自客户端的当前位置信息后，服务端可以分别计算每个匹配搜索关键词的候选企业和所述用户的当前位置之间的距离，比如可以通过服务端已保存的候选企业的地址信息来计算距离，然后将各个匹配的候选企业按照距离从近到远进行排序，然后将排序结果发送给客户端，以由客户端展示给用户。

在展示时，客户端可以仅展示候选企业的名称，也可以展示候选企业的地址信息、与当前用户位置的距离等，本说明书对此不作特殊限制。

2、基于候选企业的历史投保信息进行排序

服务端查找到匹配的各个候选企业后，可以获取这些候选企业的历史投保信息，然后根据候选企业的历史投保信息进行排序。

所述历史投保信息可以包括：候选企业是否曾被投保、候选企业的投保频率、候选企业最近一次的投保时间、候选企业是否曾被当前用户账号投保、若候选企业曾被投保，该投保是否已过保障期限等等。

在对这些候选企业进行排序时，可以按照下面的规则进行排序：

规则1：存在历史投保记录的候选企业的排序优先级高于不存在历史投保记录的候选企业；

规则2：投保频率高的候选企业的排序优先级高于投保频率低的候选企业；

规则3：最近一次投保时间距当前时间短的候选企业的排序优先级高于最近一次投保时间距当前时间长的候选企业；

规则4：曾被当前用户账号投保的候选企业的排序优先级高于不曾被当前用户账号投保的候选企业；

规则5：已过投保保障期限的候选企业的排序优先级高于未过投保保障期限的候选企业。

可以按照上述任意一个规则对候选企业进行排序，也可以结合上述多个规则对候选企业进行排序。

举例来说，对于结合上述多个规则对候选企业进行排序的情况，可以为各个规则确定对应的优先级因子计算方法，然后根据各个候选企业的优先级因子进行排序。

比如，各个规则对应的优先级因子计算方法可以如下：

规则1：若候选企业曾被投保，记优先级因子为1，否则记为0；

规则2：若候选企业的投保频率>1次/年，记优先级因子为1，否则记为0；

规则3：若候选企业最近一次的投保时间距离当前时间<1年，记优先级因子为1，否则记为0；

规则4：若候选企业曾被当前用户账号投保，记优先级因子为1，否则记为0；

规则5：若候选企业曾被投保且投保已过保障期限，记优先级因子为1，否则记为0。

假设查找到4个匹配的候选企业，对这4个候选企业按照上述规则计算优先级因子，可以得到计算情况如下表：

可以对各个规则下的优先级因子进行相加，得到优先级因子总分。如上表中的最后一列所示。可以将上述四个候选企业按照优先级因子总分从高到低进行排序，得到的排序结果为候选企业3>候选企业1>候选企业4>候选企业2。

当然，上述方法仅是示意性的说明，在实际情况下也可以采取其它方法对候选企业进行排序，本说明书对此不作特殊限制。

同样地，服务端可将上述排序结果发送给客户端，以由客户端向用户展示上述排序结果。在展示时，可以仅展示候选企业的名称，也可以展示候选企业的历史投保信息，如最近一次的投保时间、是否被当前用户账号投保、是否已过保障期限等，本说明书对此不作特殊限制。

本实施例中，服务端可以将排序结果发送给客户端，客户端可以将排序结果中的每个候选企业都展示给用户，也可以仅将排序靠前的N个候选企业展示给用户，N的数值可以人为设置，本说明书对此不作特殊限制。

3、基于用户账号的历史业务操作信息进行排序

由于用户往往是登录了用户账号之后，再进行企业投保，那么当服务端查找到匹配的各个候选企业后，还可以获取用户账号相关的历史业务操作系信息。

其中，所述历史业务操作信息可以是用户账号进行投保相关的操作信息，如：用户浏览投保相关页面的浏览时长、用户主要浏览的险种，也可以是与投保不相关的操作信息。下面对与投保不相关的操作信息进行说明。

在一个例子中，可以获取用户账号针对候选企业的历史业务操作信息。

比如假设候选企业为银行，包括银行1、银行2、银行3，那么可以获取用户在这三个银行进行的业务操作信息，包括取款记录、汇款记录、办理的业务类型、业务内容等等。

可以计算每个候选企业的历史业务操作频率，比如可以计算最近一个月内用户在上述三个银行的境外汇款频率。假设银行1的境外汇款频率为10次/月，银行2的境外汇款频率为2次/月，银行1的境外汇款频率为0次/月。可以根据所述业务操作频率从高到低的顺序对上述三个银行进行排序，得到排序结果为银行1>银行2>银行3，然后服务端可以将排序结果发送给客户端。

上述排序结果说明了用户在银行1办理业务的频率最高，与用户存在联系最紧密的候选企业为银行1，那么可以将银行1的排序在较前方以展示给用户。

在另一个例子中，也可以获取用户账号在多个维度的历史业务操作信息，所述历史操作信息并不一定是针对候选企业的。

比如，服务端可以获取支付维度的历史业务操作信息，包括用户购买的产品、用户购买产品的数量、花费的金额、购买产品的时间等等。服务端还可以获取交易维度的历史业务操作信息，包括用户的转账记录、收款记录、用户办理的业务内容等等。同样可以对这些信息进行分析，挖掘出有价值的信息来对匹配到的各个候选企业进行排序。

举例来说，假设根据关键词匹配到两个候选企业，分别为某境外合作公司和某餐饮公司，通过分析用户账号的业务操作信息，发现用户多次地在银行进行境外汇款业务，说明该用户是境外合作公司员工的概率较大，那么可以在排序时将该境外合作公司的排序优先级设为高，将该餐饮公司的排序优先级设为低。

当然，除了上述历史业务操作信息外，服务端还可以获取用户账户相关的其它信息，比如用户的行为轨迹信息，包括用户最近去过哪些地点、在这些地点的停留时长；再比如用户的身份信息，包括用户的年龄、性别、职业、居住地等等。

同样可以对这些信息进行分析，以对候选企业进行排序。举例来说，假设匹配到的一个候选企业为某餐饮店，通过分析用户账号的行为轨迹信息，发现用户的定位信息中频繁地出现该餐饮店，说明该用户很可能是餐饮店的员工，那么可以在排序时将该候选企业的优先级设为高。

当然，上述例子仅是示意性的说明，在实际应用下同样可以采取和前述例子类似的方法，通过制定一些规则和优先级因子计算方法来对各个候选企业进行排序，或者也可以采取其它的方法对各个候选企业进行排序。

客户端可以将排序后的结果展示给用户，在展示时，类似的，可以仅展示候选企业的名称，也可以展示候选企业相关的其它信息。

除了上述三种排序方法外，还可以采取其它的方法对各个匹配的候选企业进行排序，或者也可以结合上述多种方法对候选企业进行排序，本说明书对此不作特殊限制。

本实施例中，服务端将排序后的候选企业返回给用户客户端展示后，用户可以在客户端展示的页面上选择出其想要进行投保的候选企业，即目标企业，然后基于这些目标企业向服务端发送投保请求，比如可以在投保请求中携带目标企业的标识。

用户可以在客户端展示的页面上选择1个目标企业，也可以选择多个目标企业，或者当发送给用户的候选企业都不符合用户的期望时，用户还可以在客户端上手动录入被投保对象。手动录入的具体信息参照前述内容，在此不再赘述。

服务端接收到上述投保请求后，可以从中获取到目标企业，比如可以获取到目标企业的标识。然后服务端可以基于所述标识来获取这些目标企业相关的投保信息，并自动地基于这些投保信息进行投保业务操作。

其中，目标企业的投保信息可以是服务端预先搜集并保存的，并不需要用户手动输入。所述投保相关信息可以包括目标企业的名称、地址信息、营业执照号、统一社会信用代码、联系人姓名、联系人联系方式等。

其中，联系人可以为发起投保请求的投保人，即用户本人，也可以为目标企业的法人代表、目标企业在注册时绑定的联系人等，本说明书对此不作特殊限制。

由以上描述可以看出，在本说明书的一个实施例中，服务端可以接收用户发起的针对被投保对象的搜索请求，基于所述搜索请求中携带的关键词查找到匹配的候选企业并返回给用户，用户可从这些候选企业中指定其想要进行投保的目标企业并发送投保请求，服务端接收到所述投保请求后，可自动地获取这些目标企业的投保相关信息，并基于这些投保相关信息执行投保操作。

采用上述方法，用户只需要输入若干个关键词就能查找到要投保的企业，并且投保实现过程中不需要用户手动输入大量的投保信息等内容，整个投保过程操作便捷、效率高，大大提升了用户体验。

下面以被投保对象为餐饮店为例，对本说明书提供的企业保险的实现方法进行详细说明。

请参考图2，图2为本说明书一示例性实施例示出的一种餐饮店保险的实现方法的流程示意图。

所述餐饮店保险的实现方法可包括以下步骤：

步骤S202，接收用户发起的搜索请求，并获取所述搜索请求中携带的餐饮店关键词；

本实施例中，用户可使用手机进行餐饮店投保。比如，用户可以打开具有餐饮店投保功能的应用，所述应用可以先为用户展示各种类型的餐饮店保险相关信息，如食品安全险和企业财产险的相关信息。

如图3所示，图3中示意性地展示了食品安全险的相关信息，包括：保障对象、单次赔付限额、保障期限、常见的问题及解答、理赔流程（图3未示出）等等。用户可以浏览这些信息，然后从多种类型的餐饮店保险中选择其需要的险种进行投保。如图3所示，若用户想要投保的险种为食品安全险，那么用户可以点击食品安全险对应的“+新增被保对象”按钮发起投保。

用户发起投保后，可以向用户展示搜索页面。假设用户需要对餐饮店进行投保。如图4所示，用户可以在图4中的可输入搜索框中输入餐饮店关键词以进行搜索，餐饮店关键词可以是餐饮店名称。

步骤S204，查找匹配所述关键词的餐饮店。

步骤S206，对查找到的各个餐饮店进行排序，将排序结果返回给用户，以供用户从中选择目标餐饮店。

假设用户在步骤S202中输入的餐饮店关键词为“外婆家”，那么服务端可以基于该关键词查找到所有匹配的“外婆家”的餐饮店。

由于“外婆家”是全国连锁的餐饮店，存在总店、分店、加盟店等等，餐饮店的数量众多，服务端可能会查找到大量匹配关键词的餐饮店，比如可能查找到200家匹配关键词“外婆家”的餐饮店。而用户很可能只是想要对这些餐饮店中的一小部分进行投保，那么若将所有的查找到的餐饮店都展示给用户，会导致用户体验较差。

在这种情况下，本实施例中可以对查找到的各个餐饮店进行排序，并将排序后的餐饮店发送给用户，以供用户从中选择目标餐饮店。所述目标餐饮店即用户想要进行投保的餐饮店。

举例来说，服务端可以向用户的手机（客户端）发送“获取位置信息”的请求，客户端接收到所述请求后可以获取当前的位置信息并返回给服务端，服务端接收到用户的位置信息后可以计算查找到的各个餐饮店与用户位置之间的距离，按照距离从近到远的顺序对查找到的200家餐饮店进行排序，再将排序结果发送给用户。

当然，也可以采取其它方式对查找到的各个餐饮店进行排序，本说明书对此不作特殊限制。

客户端接收到服务端返回的餐饮店排序结果后，可以将200家餐饮店都展示给用户，也可以仅展示其中的一部分餐饮店。比如，可以仅展示与用户同城的餐饮店。

请参见图5，图5示例性地展示了用户手机展示的餐饮店排序结果示意，排序结果中可以包括餐饮店的名称和详细地址，所述排序结果中包括排序靠前的4个餐饮店。其中，距离用户最近的“水晶城购物中心店”排在最前面，随后的“印象城购物中心店”、“滨江店”与用户当前位置的距离越来越远。

当然，图5仅仅是示意性的说明，在实际情况下也可以按照其它的方式将排序后的餐饮店展示给用户。

用户可以从排序后的餐饮店中选择其需要进行投保的餐饮店，假设用户选择了“水晶城购物中心店”和“滨江店”，那么服务端可以确定这两个餐饮店为“新增被保对象”，并且将这两个“新增被保对象”及相关信息展示给用户（如图6中餐饮店的地址信息），让用户进一步确认。可参考图6，可以图6的形式将“新增被保对象”展示给用户，若用户确认信息无误，可以点击下方的“确定”按钮。

本实施例中，也可能存在服务端无法基于用户输入的餐饮店关键词查找到匹配的餐饮店这一情况，在这种情况下，服务端可以向客户端发送“查找不到匹配的餐饮店”的消息，客户端接收到这一消息后可以提示用户重新输入关键词，或者向用户展示手动录入餐饮店信息的页面，以让用户手动录入餐饮店信息。

可参见图7，用户可在图7的搜索框中重新输入关键词，也可以点击“手动录入餐饮店信息”按钮进行手动录入。

当用户点击“手动录入餐饮店信息”按钮后，可以向用户展示图8所示的页面。用户可以手动输入餐饮店名称、所在地区、详细地址等。当然，用户也可以点击所在地区后的“>”按钮进行地区的选择，比如可以选择省份、城市、行政区等等。

本实施例中，对于用户手动录入的餐饮店信息，服务端也可以将这些餐饮店信息进行保存，若下次用户需要再次对这些餐饮店进行投保，服务端可直接查询已保存的信息，而不需要用户再此手动录入。

步骤S208，接收携带所述目标餐饮店的投保请求，并获取所述目标餐饮店的投保信息。

本实施例中，用户确定需要投保的目标餐饮店后（目标餐饮店可以是用户从排序后的餐饮店中选择的，也可以是用户手动输入的），可以发送投保请求，比如用户可以点击图6中的“确定”按钮来发送投保请求。服务端接收到投保请求后，可以获取目标餐饮店的投保信息。

其中，服务端可以预先保存有各个餐饮店的投保信息，如餐饮店的地址、营业执照号、统一社会信用代码、联系人、联系人电话和身份证号等。其中，联系人可以是服务端预先存储的餐饮店联系人，比如餐饮店的店长，所述联系人并不一定是当前进行投保的用户。

服务端可以自动地获取这些投保信息。当然，对于手动输入的目标餐饮店，服务端可能不存在这些餐饮店的投保信息，那么还可以提示用户手动输入这些餐饮店的投保信息。

步骤S210，基于所述投保信息执行投保操作。

服务端获取目标餐饮店的投保信息后，可以基于这些投保信息进行投保操作。比如，参见图9，假设用户确定需要投保的目标餐饮店为“水晶城购物中心店”和“滨江店”，那么服务端可以计算出为这两个餐饮店进行投保所需的投保金额。若用户选择“一次性缴费”，那么投保金额为380元/年。若用户确认上述信息无误后，可以点击“立即投保”按钮，服务端接收到指令后即可执行相应的投保操作。

当然，上述例子中展示给用户的页面均是示例性的说明，在实际情况下也可以采取其它的页面展示方式，本说明书对此不作特殊限制。

由以上描述可知，在本说明书的一个实施例中，用户可以输入餐饮店关键词，服务端可以查找匹配所述餐饮店关键词的餐饮店，并且可以对查找到的多个餐饮店进行排序，将排序结果返回给用户，用户可以从排序后的餐饮店中选择需要投保的目标餐饮店并下发投保请求，服务端接收到投保请求后可自动地获取目标餐饮店的投保信息执行投保操作。

采用上述方法，对于用户层面来说，用户只需要输入餐饮店关键词即可进行投保，不需要输入其它的信息，提升了用户体验。同时，任何用户均可以为餐饮店进行投保，并不限制只有餐饮店的负责人等才能对餐饮店进行投保，提高了适用性，并且投保信息中的餐饮店营业执照号、联系人身份证和电话号码等信息也不会展示给用户，降低了餐饮店信息泄露的风险。

与前述企业保险的实现方法的实施例相对应，本说明书还提供了企业保险的实现装置的实施例。

本说明书企业保险的实现装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备或服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图10所示，为本说明书企业保险的实现装置所在电子设备或服务器的一种硬件结构图，除了图10所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备或服务器通常根据该电子设备或服务器的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图11，所述企业保险的实现装置可以应用在前述图10所示的服务器中，包括有：接收单元810、查找单元820、获取单元830、投保单元840、返回单元850。

其中，接收单元810，接收用户发起的针对被投保对象的搜索请求，并获取所述搜索请求中携带的搜索关键词；

查找单元820，查找匹配所述搜索关键词的候选企业并返回，以供用户从所述候选企业中选择作为所述被投保对象的目标企业；

获取单元830，接收携带所述目标企业的投保请求，并获取所述目标企业的投保信息；

投保单元840，基于所述投保信息执行投保操作。

可选的，所述查找单元820：

当查找到多个匹配所述搜索关键词的候选企业时，对多个候选企业进行排序；

返回所述多个候选企业的排序结果。

可选的，所述查找单元820：

获取所述用户的当前位置；

根据所述当前位置确定每个候选企业与所述用户之间的距离；

按照所述距离从近到远的顺序对所述多个候选企业进行排序。

可选的，所述查找单元820：

获取每个候选企业的历史投保信息；

根据所述历史投保信息对所述多个候选企业进行排序。

可选的，所述查找单元820：

获取用户账号的历史业务操作信息；

根据所述历史业务操作信息确定每个候选企业的历史业务操作频率；

按照所述历史业务操作频率从高到低的顺序对所述多个候选企业进行排序。

可选的，所述装置还包括：

返回单元850，若未查找到所述搜索关键词匹配的候选企业，则返回手动录入提示。

可选的，所述投保信息包括以下一种或多种：被投保对象的名称、地址、营业执照注册号、组织机构代码和税号。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

与前述企业保险的实现方法的实施例相对应，本说明书还提供一种企业保险的实现装置，该装置包括：处理器以及用于存储机器可执行指令的存储器。其中，处理器和存储器通常借由内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。

在本实施例中，通过读取并执行所述存储器存储的与企业保险的实现逻辑对应的机器可执行指令，所述处理器被促使：

基于所述投保信息执行投保操作。

可选的，在查找匹配所述搜索关键词的候选企业并返回时，所述处理器被促使：

返回所述多个候选企业的排序结果。

可选的，在所述对多个候选企业进行排序时，所述处理器被促使：

获取所述用户的当前位置；

可选的，在所述对多个候选企业进行排序，所述处理器被促使：

获取每个候选企业的历史投保信息；

根据所述历史投保信息对所述多个候选企业进行排序。

获取用户账号的历史业务操作信息；

可选的，所述处理器还被促使：

若未查找到所述搜索关键词匹配的候选企业，则返回手动录入提示。

与前述企业保险的实现方法的实施例相对应，本说明书还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现以下步骤：

基于所述投保信息执行投保操作。

可选的，所述查找匹配所述搜索关键词的候选企业并返回，包括：

返回所述多个候选企业的排序结果。

可选的，所述对多个候选企业进行排序，包括：

获取所述用户的当前位置；

可选的，所述对多个候选企业进行排序，包括：

获取每个候选企业的历史投保信息；

根据所述历史投保信息对所述多个候选企业进行排序。

可选的，所述对多个候选企业进行排序，包括：

获取用户账号的历史业务操作信息；

可选的，还包括：

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims

1.一种企业保险的实现方法，应用于服务端，包括：

基于所述投保信息执行投保操作。

2.根据权利要求1所述方法，所述查找匹配所述搜索关键词的候选企业并返回，包括：

返回所述多个候选企业的排序结果。

3.根据权利要求2所述方法，所述对多个候选企业进行排序，包括：

获取所述用户的当前位置；

4.根据权利要求2所述方法，所述对多个候选企业进行排序，包括：

获取每个候选企业的历史投保信息；

根据所述历史投保信息对所述多个候选企业进行排序。

5.根据权利要求2所述方法，所述对多个候选企业进行排序，包括：

获取用户账号的历史业务操作信息；

6.根据权利要求1所述方法，所述方法还包括：

7.根据权利要求1至6任一项所述方法，所述投保信息包括以下一种或多种：被投保对象的名称、地址、营业执照注册号、组织机构代码和税号。

8.一种企业保险的实现装置，应用于服务端，包括：

投保单元，基于所述投保信息执行投保操作。

9.根据权利要求8所述装置，所述查找单元：

返回所述多个候选企业的排序结果。

10.根据权利要求9所述装置，所述查找单元：

获取所述用户的当前位置；

11.根据权利要求9所述装置，所述查找单元：

获取每个候选企业的历史投保信息；

根据所述历史投保信息对所述多个候选企业进行排序。

12.根据权利要求9所述装置，所述查找单元：

获取用户账号的历史业务操作信息；

13.根据权利要求8所述装置，所述装置还包括：

返回单元，若未查找到所述搜索关键词匹配的候选企业，则返回手动录入提示。

14.根据权利要求8至13任一项所述装置，所述投保信息包括以下一种或多种：被投保对象的名称、地址、营业执照注册号、组织机构代码和税号。

15.一种企业保险的实现方法装置，应用于服务端，包括：

处理器；

用于存储机器可执行指令的存储器；

基于所述投保信息执行投保操作。