CN106560853A

CN106560853A - 一种业务处理方法和装置

Info

Publication number: CN106560853A
Application number: CN201510639657.7A
Authority: CN
Inventors: 许卫杰; 张建业; 张振宇; 梁越平
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2015-09-30
Filing date: 2015-09-30
Publication date: 2017-04-12

Abstract

本申请提供一种业务处理方法和装置。所述方法包括：接收针对目标业务的理赔请求；根据所述理赔请求获取相关数据，并根据所述相关数据判断所述目标业务是否符合理赔标准；如果所述目标业务符合所述理赔标准，则执行理赔相关操作。本申请可以根据理赔请求判断目标业务是否符合理赔标准，并在目标业务符合理赔标准时，则执行理赔相关操作，从而实现在线理赔审核，缩短理赔审核的周期，提高理赔审核的效率。

Description

一种业务处理方法和装置

技术领域

本申请涉及网络技术领域，尤其涉及一种业务的理赔方法和装置。

背景技术

随着互联网时代的到来，互联网业务发展突飞猛进，人们可以通过互联网实现越来越多的业务操作，比如：购物、转账、支付等。涉及到资金交易的互联网业务对业务安全性的要求也越来越高，因为一旦存在安全隐患，就可能会给用户带来巨大的损失，使得用户对产品的信任度大打折扣。

目前，业务提供商在不断提高业务服务安全性的同时，还会给向用户提供安全保险。如果用户发现资金被盗，可以通过理赔的方式获取到相应的赔偿。相关技术中，用户可以通过拨打客服电话申请理赔，然后由工作人员审核用户的理赔申请是否符合理赔条件。然而，在这样的实现方式中，审核周期较长，效率较低，用户往往需要等待几天后才能得到审核的结果，体验较差。还有一些服务提供商向用户提供在线理赔的方式，用户可以在网上申请理赔，并查看申请结果。然而，这样的方式也是由工作人员通过相关资料线下人工审核用户的理赔申请是否符合理赔条件，虽然为用户提供了较为便利的申请与结果查看方式，但并没有改善理赔审核周期长、效率低的问题。

发明内容

有鉴于此，本申请提供一种业务处理方法和装置，以解决相关技术中理赔周期长、效率低的问题。

具体地，本申请是通过如下技术方案实现的：

一种业务处理方法，所述方法包括：

接收针对目标业务的理赔请求；

根据所述理赔请求获取相关数据，并根据所述相关数据判断所述目标业务是否符合理赔标准；

如果所述目标业务符合所述理赔标准，则执行理赔相关操作。

可选的，所述理赔请求包括：目标业务标识、理赔账户信息；

所述根据所述理赔请求获取相关数据，包括：

根据所述目标业务标识获取所述目标业务的业务数据；

根据所述理赔账户信息获取理赔账户的用户数据；

所述根据所述相关数据判断所述目标业务是否符合理赔标准，包括：

根据所述业务数据和所述用户数据计算所述目标业务的理赔指数；

当所述理赔指数满足所述理赔标准时，确定所述目标业务符合所述理赔标准。

可选的，所述根据所述业务数据和所述用户数据计算所述目标业务的理赔指数，包括：

根据所述业务数据和所述用户数据计算所述目标业务的每个理赔维度的安全指数；

根据所述安全指数以及每个理赔维度的权重计算所述目标业务的理赔指数。

可选的，所述业务数据包括：业务对象、业务额度，业务工具；

所述用户数据包括：用户逻辑、用户位置、用户设备、用户工具。

可选的，在接收针对目标业务的理赔请求之前，所述方法还包括：

在接收到理赔申请时，根据预设时间段内的业务数据生成目标业务选择列表；

所述接收针对目标业务的理赔请求，包括：

接收基于所述目标业务选择列表中的目标业务的理赔请求。

可选的，所述根据预设时间段内的业务数据生成目标业务选择列表，包括：

获取预设时间段内的所有业务；

按照预设的安全规则对获取到的所有业务进行排序；

根据排序结果生成目标业务选择列表。

一种业务处理装置，所述装置包括：

请求接收单元，接收针对目标业务的理赔请求；

标准判断单元，根据所述理赔请求获取相关数据，并根据所述相关数据判断所述目标业务是否符合理赔标准；

理赔执行单元，在所述目标业务符合所述理赔标准时，执行理赔相关操作。

所述标准判断单元，具体根据所述目标业务标识获取所述目标业务的业务数据，根据所述理赔账户信息获取理赔账户的用户数据，根据所述业务数据和所述用户数据计算所述目标业务的理赔指数，当所述理赔指数满足所述理赔标准时，确定所述目标业务符合所述理赔标准。

可选的，所述标准判断单元，具体根据所述业务数据和所述用户数据计算所述目标业务的每个理赔维度的安全指数，根据所述安全指数以及每个理赔维度的权重计算所述目标业务的理赔指数。

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

列表生成单元，在接收针对目标业务的理赔请求之前，且接收到理赔申请，根据预设时间段内的业务数据生成目标业务选择列表；

所述请求接收单元，具体接收基于所述目标业务选择列表中的目标业务的理赔请求。

可选的，所述列表生成单元，具体获取预设时间段内的所有业务，按照预设的安全规则对获取到的所有业务进行排序，根据排序结果生成目标业务选择列表。

由以上描述可以看出，本申请可以根据理赔请求判断目标业务是否符合理赔标准，并在目标业务符合理赔标准时，则执行理赔相关操作，从而实现在线理赔审核，缩短理赔审核的周期，提高理赔审核的效率。

附图说明

图1是本申请一示例性实施例示出的一种业务处理方法的流程示意图。

图2是本申请一示例性实施例示出的一种判断目标业务是否符合理赔标准的流程示意图。

图3是本申请一示例性实施例示出的一种用于业务处理装置的一结构示意图。

图4是本申请一示例性实施例示出的一种业务处理装置的结构示意图。

具体实施方式

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

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

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

请参考图1，所述业务处理方法可以用于理赔服务器中，包括有以下步骤：

步骤101，接收针对目标业务的理赔请求。

在本实施例中，用户在申请理赔时，可以通过客户端提交理赔请求，比如：用户可以通过点击客户端提供的理赔按钮进入到理赔界面，然后从历史业务中选择要进行理赔的目标业务。用户也可以通过客户端先选中要进行理赔的目标业务，然后针对该目标业务输入理赔请求，本申请对此不作特殊限制。

在本实施例中，所述目标业务通常为包含有资金变动的交易，比如：转账交易、商品交易、付款交易等。所述理赔请求中通常包括有：目标业务标识、理赔账户信息。其中，所述目标业务标识为识别出目标业务的依据，诸如：目标业务的订单号、目标业务的流水号等。所述理赔账户信息通常为理赔账户的账户名称等能够唯一理赔账户的标识。所述理赔账户可以为用户的银行账户，所述理赔账户也可以为用户预先在服务提供商的服务器中注册的账户。

步骤102，根据所述理赔请求获取相关数据，并根据所述相关数据判断所述目标业务是否符合理赔标准。

在本实施例中，所述相关数据可以包括：目标业务的业务数据以及理赔账户的用户数据。在本步骤中，理赔服务器可以在接收到所述理赔请求后，根据所述理赔请求中的目标业务标识获取所述目标业务的业务数据，根据所述理赔请求中的理赔账户信息获取理赔账户的用户数据，并根据所述业务数据和所述用户数据计算所述目标业务的理赔指数，当所述理赔指数满足理赔标准时，可以确定所述目标业务符合所述理赔标准。

在本实施例中，理赔服务器可以从中心数据库获取所述业务数据以及用户数据，理赔服务器也可以从其他数据平台，比如：第三方数据平台，获取所述业务数据以及用户数据，本申请对此不作特殊限制。

步骤103，如果所述目标业务符合所述理赔标准，则执行理赔相关操作。

基于前述步骤102的判断结果，如果所述目标业务符合所述理赔标准，则服务器可以执行理赔相关操作，比如：通知用户理赔请求通过，并按照预设的理赔比例进行赔付等。

请参考图2，所述判断目标业务是否符合理赔标准可以包括以下步骤：

步骤201，根据目标业务标识获取目标业务的业务数据。

在本实施例中，接收到的理赔请求中携带有目标业务标识以及理赔账户信息。

在本步骤中，可以根据所述目标业务标识获取目标业务的业务数据。具体地，各类业务的业务数据可能存储在中心数据库中，各类业务的业务数据也可能存储在第三方服务平台中。当业务数据存储在中心数据库时，理赔服务器可以通过中心服务器提供的交互接口从所述中心服务器中获取所述目标业务标识对应的业务数据。当业务数据存储在第三方服务平台时，比如：第三方服务器或第三方服务器集群，理赔服务器可以通过所述第三方服务平台提供的交互接口从所述第三方服务平台中获取所述目标业务标识对应的业务数据。在实际实现中，所述理赔服务器提供的理赔功能还可能集成在本地业务服务器中，即理赔服务器与本地业务服务器为同一台服务器，则可以从本地获取所述目标业务标识对应的业务数据。

在本实施例中，所述业务数据可以包括：业务对象、业务额度、业务工具等。举例来说，假设所述目标业务为商品交易，则业务对象可以为商品卖方，业务额度可以为商品交易的金额，业务工具可以为支付工具的版本等信息。又假设所述目标业务为转账业务，则业务对象可以为转账的目标账户、业务额度可以为转账金额，业务工具可以为转账工具的版本。

步骤202，根据理赔账户信息获取理赔账户的用户数据。

在本步骤中，可以根据所述理赔账户信息实时获取理赔账户最新的用户数据。比如：理赔服务器可以从用于存储账户信息的服务器获取所述理赔账户的用户数据。所述用户数据可以包括：用户逻辑、用户位置、用户设备、用户工具等。

下面以商品交易为例，举例描述所述用户数据。

其中，所述用户逻辑可以理解为用户进行商品交易的交易习惯，所述用户逻辑可以根据用户的历史交易数据确定，假设根据用户历史购买的商品种类、价格等信息确定用户经常购买价格相对便宜的服装日化，则可以确定用户逻辑为价格小于阈值的服装日化，比如：价格小于等于300元服装、日常用品等。

所述用户位置为用户进行商品交易的常用交易位置，所述常用交易位置可以为用户所在地、用户的常用收货地址等。比如：可以根据用户进行商品交易时使用的IP地址确定用户的所在地，可以根据用户历史购买的商品的收货人确定用户常用的收货地址。

所述用户设备为用户进行商品交易的常用设备，比如：用户常用的平板电脑、手机等设备的设备信息。所述设备信息可以包括：设备型号、MAC(Media Access Control，介质访问)地址等。

所述用户工具为用户进行商品交易所使用的软件信息，比如：软件版本等。

需要说明的是，在本实施例中，理赔服务器可以根据理赔账户信息获取理赔账户的历史业务数据，然后根据所述历史业务数据分析出所述用户逻辑、用户位置等用户数据。理赔服务器也可以获取已分析好的所述用户逻辑、用户位置等用户数据，本申请对此不作特殊限制。

步骤203，根据所述业务数据和所述用户数据计算所述目标业务的理赔指数。

基于前述步骤201和202，在本步骤中，理赔服务器可以对所述业务数据和所述用户数据进行量化，以计算所述目标业务的理赔指数。

在本实施例中，为确保理赔判定的准确性，通常会根据多个理赔维度的安全情况确定目标业务的理赔指数。比如：可以根据每个理赔维度的安全指数确定目标业务的理赔指数。所述理赔维度可以由工作人员预先进行设置，假设设置的所述理赔维度包括：业务对象、用户位置、用户逻辑以及用户设备，则上述每个理赔维度的安全指数分别为：业务对象的安全指数、业务额度的安全指数、用户逻辑的安全指数以及用户设备的安全指数。

在本实施例中，可以根据所述业务数据和所述用户数据计算所述目标业务的每个理赔维度的安全指数。以目标业务业务对象的安全指数为例，在本步骤中，可以根据目标业务的业务对象的安全信息确定所述业务对象的安全指数，比如：如果目标业务的业务对象的信用较差，或所述目标业务的业务对象为非法商户，则可以确定所述业务对象的安全指数较低。具体的安全指数取值可以根据业务对象的信用等级等信息确定，比如：安全指数与业务对象的信用等级有预设的映射关系，则可以根据所述映射关系确定业务对象的安全指数的取值等。

以目标业务用户逻辑的安全指数为例，在本步骤中，可以根据目标业务的业务数据以及理赔账户的用户数据中的用户逻辑确定所述目标业务的用户逻辑的安全指数。举例来说，以商品交易中理赔账户的用户逻辑为价格小于等于300元服装、日常用品为例，如果所述目标业务的商品交易的交易金额为20000元，交易商品为某奢侈品，则可以确认所述目标业务不符合用户逻辑，所述目标业务的用户逻辑的安全指数较低。具体的安全指数可以根据交易金额、交易商品等参数确定，比如：假设用户逻辑一共10分，其中，交易金额占5分，交易商品占5分，如果确定目标业务的交易金额的分值为1分，交易商品的分值为2分，则所述目标业务的用户逻辑为3分。当然，在实际应用的过程中，用户逻辑还包括有其他很多参数，上述描述仅为示例性的说明，并不代表真实的数据。

以目标业务用户设备的安全指数为例，在本步骤中，可以根据目标业务所使用的设备以及理赔账户的用户数据中的用户设备确定目标业务的用户设备的安全指数。比如：如果目标业务所使用的设备不是用户的常用设备，则可以确定目标业务的用户设备的安全指数较低等。

在本实施例中，其他理赔维度的安全指数可以参考上述理赔维度安全指数的确定过程以进行确定，本申请在此不再一一赘述。

在本实施例中，工作人员还可以预先设置在计算理赔指数时，每个理赔维度的权重。理赔服务器在确定每个理赔维度的安全指数后，可以根据每个理赔维度的权重计算目标业务的理赔指数。

在本实施例中，理赔服务器可以在接收到理赔请求后，从线上获取最新的用户数据，从而根据获取到的用户数据和业务数据计算理赔指数，确保理赔指数计算的准确性。

步骤204，当所述理赔指数满足理赔标准时，确定所述目标业务符合所述理赔标准。

在本实施例中，在计算出目标业务的理赔指数后，可以判断所述理赔指数是否满足预设的理赔标准，当所述理赔指数满足所述理赔标准时，可以确定目标业务符合所述理赔标准，可以进行理赔，当所述理赔指数不满足所述理赔标准时，可以确定目标业务不符合所述理赔标准，可以向用户输出不符合理赔标准的提示信息。

在本实施例中，所述理赔标准可以由工作人员预先进行设置，比如：所述理赔标准可以为理赔指数为小于等于预设的第一数值，所述理赔标准也可以为理赔指数大于等于预设的第二数值，具体可以由工作人员根据理赔指数的确定方式进行设置，本申请对此不作特殊限制。

由以上描述可以看出，本申请基于互联网业务的特点，可以根据理赔请求中的目标业务标识获取目标业务的业务数据，根据理赔账户信息获取理赔账户最新的用户数据，并综合所述业务数据和所述用户数据计算目标业务的理赔指数，以确定目标业务是否符合理赔标准，从而可以通过多个维度确定是否理赔是否通过审核，提高的理赔审核的准确性。

可选的，在本申请另一实施例中，当用户通过客户端提交理赔申请后，比如：点击客户端提供的理赔按钮进入到理赔界面，为减少用户查找目标业务的时间，可以向用户推荐目标业务以供用户选择。比如：可以根据预设时间段内的业务数据生成目标业务选择列表，举例来说，可以获取近三个月内的业务数据，以生成目标业务选择列表。当所述目标业务选择列表中存在用户想要进行理赔的目标业务时，用户可以通过所述目标业务选择列表中选中目标业务，进而节省用户查找目标业务的时间。当所述目标业务选择列表中不存在用户想要进行理赔的目标业务时，用户可以通过搜索等方式选择目标业务。

可选的，在本申请另一实施例中，在生成目标业务选择列表的过程中，可以先获取所述预设时间段内的所有业务，然后按照预设的安全规则对获取到的所有业务进行排序，并根据排序结果生成目标业务选择列表。举例来说，假设所述预设时间段为三个月内，则在接收到理赔申请后，可以先获取三个月内理赔账户的所有业务，比如：3个月内有10个业务，然后可以根据安全规则计算这10个业务的排序指数，并根据排序指数从高到低的顺序对这10个业务进行排序，以生成目标业务选择列表。其中，排序指数越高的业务的风险越高，越可能为用户想要进行理赔的目标业务。

在本实施例中，所述安全规则可以由工作人员进行设置，比如：工作人员可以参考前述图2计算目标业务理赔指数的方式设置所述安全规则，以计算这10个业务的排序指数。由于所述安全规则是用在用户理赔前初步计算业务的风险情况，所以可以采取较为简单的方式，通过较少的维度确认所述排序指数。比如：根据用户设备是否为常用设备确定业务的所述排序指数，或者根据用户位置是否为常用位置确定业务的排序指数等，本申请在此不再一一赘述。

与前述业务处理方法的实施例相对应，本申请还提供了业务处理装置的实施例。

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

请参考图4，所述业务处理装置300可以包括：请求接收单元301、标准判断单元302、理赔执行单元303以及列表生成单元304。

其中，所述请求接收单元301，接收针对目标业务的理赔请求；

所述标准判断单元302，根据所述理赔请求获取相关数据，并根据所述相关数据判断所述目标业务是否符合理赔标准；

所述理赔执行单元303，在所述目标业务符合所述理赔标准时，执行理赔相关操作。

所述理赔请求包括：目标业务标识、理赔账户信息；

所述标准判断单元302，具体根据所述目标业务标识获取所述目标业务的业务数据，根据所述理赔账户信息获取理赔账户的用户数据，根据所述业务数据和所述用户数据计算所述目标业务的理赔指数，当所述理赔指数满足所述理赔标准时，确定所述目标业务符合所述理赔标准。

所述标准判断单元302，具体根据所述业务数据和所述用户数据计算所述目标业务的每个理赔维度的安全指数，根据所述安全指数以及每个理赔维度的权重计算所述目标业务的理赔指数。

所述业务数据包括：业务对象、业务额度，业务工具；

所述列表生成单元304，在接收针对目标业务的理赔请求之前，且接收到理赔申请，根据预设时间段内的业务数据生成目标业务选择列表；

所述请求接收单元301，具体接收基于所述目标业务选择列表中的目标业务的理赔请求。

所述列表生成单元304，具体获取预设时间段内的所有业务，按照预设的安全规则对获取到的所有业务进行排序，根据排序结果生成目标业务选择列表。

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

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

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

Claims

1.一种业务处理方法，其特征在于，所述方法包括：

接收针对目标业务的理赔请求；

2.根据权利要求1所述的方法，其特征在于，

所述理赔请求包括：目标业务标识、理赔账户信息；

所述根据所述理赔请求获取相关数据，包括：

根据所述目标业务标识获取所述目标业务的业务数据；

根据所述理赔账户信息获取理赔账户的用户数据；

3.根据权利要求2所述的方法，其特征在于，

所述根据所述业务数据和所述用户数据计算所述目标业务的理赔指数，包括：

4.根据权利要求3所述的方法，其特征在于，

所述业务数据包括：业务对象、业务额度，业务工具；

5.根据权利要求1所述的方法，其特征在于，在接收针对目标业务的理赔请求之前，所述方法还包括：

所述接收针对目标业务的理赔请求，包括：

接收基于所述目标业务选择列表中的目标业务的理赔请求。

6.根据权利要求5所述的方法，其特征在于，所述根据预设时间段内的业务数据生成目标业务选择列表，包括：

获取预设时间段内的所有业务；

按照预设的安全规则对获取到的所有业务进行排序；

根据排序结果生成目标业务选择列表。

7.一种业务处理装置，其特征在于，所述装置包括：

请求接收单元，接收针对目标业务的理赔请求；

8.根据权利要求7所述的装置，其特征在于，

所述理赔请求包括：目标业务标识、理赔账户信息；

9.根据权利要求8所述的装置，其特征在于，

所述标准判断单元，具体根据所述业务数据和所述用户数据计算所述目标业务的每个理赔维度的安全指数，根据所述安全指数以及每个理赔维度的权重计算所述目标业务的理赔指数。

10.根据权利要求9所述的装置，其特征在于，

所述业务数据包括：业务对象、业务额度，业务工具；

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

12.根据权利要求11所述的装置，其特征在于，

所述列表生成单元，具体获取预设时间段内的所有业务，按照预设的安全规则对获取到的所有业务进行排序，根据排序结果生成目标业务选择列表。