业务处理系统以及方法
技术领域
本说明书涉及互联网技术领域,特别涉及一种业务处理系统。本说明书同时涉及一种业务处理方法,一种业务处理装置,一种电子设备,以及一种计算机可读存储介质。
背景技术
随着经济的不断发展,生活中的用于出行的交通工具已经越来越多样化,近几年,轿车的生产量和销售量在不断上升,车辆数量的增加也使得发生交通事故的次数也越来越多。因而车险应运而生,目前,车险已经成为生活中必不可少的组成部分。
现有技术中,在发生交通事故时,车险理赔一般有以下三种模式:1)出险后用户先去修车厂进行车辆修理,修理完成后提交相关材料和发票到保险公司,保险公司审核通过后将理赔款发放给用户;2)保险公司和修车厂合作,先打款给修车厂,然后让出险的用户去指定的修车厂修车;3)直接将理赔款打给客户,客户自主选择修车厂修理。
以上三种车险理赔模式,无论是先修车后理赔还是先理赔后修车,均存在一定的缺陷,车险理赔过程所需的成本较大,并且无法保证车险理赔过程的有效及高效性,进而无法给用户带来更好的服务体验。
发明内容
有鉴于此,本说明书实施例提供了一种业务处理系统。本说明书同时涉及一种业务处理方法,一种业务处理装置,一种电子设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种业务处理系统,包括:
业务发起端和业务实施端;
所述业务发起端,被配置为接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;
所述业务实施端,被配置为接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
可选地,所述业务发起端,包括:服务端和客户端;
所述客户端,被配置为向所述服务端发送第一业务处理请求,所述第一业务处理请求中携带有项目成员的身份标识信息;
所述服务端,被配置为接收所述第一业务处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息,基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证并将所述业务电子凭证发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证,基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;
所述业务实施端,被配置为接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
可选地,所述服务端,包括理赔服务端;
所述客户端,被配置为向所述理赔服务端发送理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
所述理赔服务端,被配置为接收所述理赔请求,根据所述项目成员的身份标识信息获取待理赔信息,基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证并将所述业务电子凭证发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证,基于所述业务电子凭证向所述业务实施端发送待理赔案件处理请求;
所述业务实施端,被配置为接收所述待理赔案件处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述待理赔案件处理请求相应的处理操作。
可选地,所述理赔服务端,还被配置为:
对所述项目成员的身份标识信息进行验证,在验证通过的情况下,根据所述项目成员的身份标识信息获取理赔信息,其中,所述理赔信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
可选地,所述服务端,还被配置为:
接收第一业务处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中并发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证及与之对应的核销码;向所述业务实施端发送第二业务处理请求,所述第二业务处理请求中携带有所述业务电子凭证及所述与之对应的核销码。
可选地,所述业务实施端,还被配置为:
接收所述第二业务处理请求,业务处理完成后向所述服务端发送业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由所述业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
所述服务端,还被配置为:
接收所述业务电子凭证核销请求,获取所述业务电子凭证及与所述业务电子凭证对应的核销码;确定数据库中是否存在所述核销码;若所述数据库中存在所述核销码,则核销所述业务电子凭证。
可选地,所述服务端,还被配置为:
获取所述业务电子凭证、与所述业务电子凭证对应的核销码以及由所述业务处理产生的交易金额;判断所述交易金额是否大于所述业务电子凭证中的理赔金额;若不大于,则在所述业务电子凭证中核销所述交易金额;若大于,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款。
可选地,所述业务实施端,还被配置为:
接收所述第二业务处理请求,获取所述业务电子凭证并判断是否与所述业务电子凭证信息中的理赔服务端相关联;若是,则根据所述业务电子凭证信息对所述电子凭证进行验证。
可选地,所述业务实施端,还被配置为:
获取所述客户端发送所述待理赔案件处理请求的时间;判断发送所述待理赔案件处理请求的时间是否在所述业务电子凭证的有效使用期限内;当所述待理赔案件处理请求的时间在所述业务电子凭证的有效使用期限内时,则执行与所述待理赔案件处理请求相应的业务处理操作;当所述待理赔案件处理请求的时间不在所述业务电子凭证的有效使用期限内时,向所述客户端返回业务处理失败的提示信息。
可选地,所述服务端,还被配置为:
向所述客户端及业务实施端分别发送核销结果。
根据本说明书实施例的另一方面,提供了一种业务处理方法,包括:
接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取第一待处理业务信息;
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送第二业务处理请求。
可选地,所述项目包括保险项目;
接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取待理赔信息;
基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送待理赔案件处理请求。
可选地,所述接收项目中项目成员的理赔请求步骤执行之后,根据所述项目成员的身份标识信息获取待理赔信息步骤执行之前,还包括:
对所述项目成员的身份标识信息进行验证;
在验证通过的情况下,执行所述根据所述项目成员的身份标识信息获取第一待处理业务信息的步骤,其中,所述第一待处理业务信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;
可选地,所述基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证包括:
判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
可选地,所述基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证步骤执行之后,基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之前,还包括:
生成与所述业务电子凭证对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中。
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中;
向所述业务实施端发送第二业务处理请求,所述第二业务处理请求中携带有所述业务电子凭证及所述与之对应的核销码。
可选地,所述基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之后,还包括:
接收所述业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
获取所述业务电子凭证及与所述业务电子凭证对应的核销码;
确定数据库中是否存在所述核销码;
在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
可选地,核销所述业务电子凭证包括:
获取所述业务电子凭证、与所述业务电子凭证对应的核销码以及由所述业务处理产生的交易金额;
判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
可选地,所述核销所述业务电子凭证之后,还包括:
向所述项目成员及业务实施端分别发送核销结果。
根据本说明书实施例的另一方面,提供了一种业务处理装置,包括:
接收模块,被配置为接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;
获取模块,被配置为根据所述项目成员的身份标识信息获取第一待处理业务信息;
生成模块,被配置为基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;
发送模块,被配置为基于所述业务电子凭证向业务实施端发送第二业务处理请求。
根据本说明书实施例的另一方面,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述业务处理方法的步骤。
根据本说明书实施例的另一方面,提供了一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述业务处理方法的步骤。
本说明书实施例中,通过业务发起端接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;业务实施端接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
本说明书实施例中,通过业务发起端接收到项目中项目成员的第一业务处理请求后,获取第一待处理业务信息并基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;其中,业务电子凭证中包含指定的业务实施端信息,通过业务电子凭证向指定业务实施端发送第二业务处理请求,降低了业务处理过程的成本,有利于提高业务处理效率。
附图说明
图1是本说明书实施例提供的业务处理系统的结构示意图;
图2是本说明书实施例提供的电子设备的结构框图;
图3是本说明书实施例提供的业务处理方法的流程图;
图4是本说明书实施例提供的业务处理方法中的业务电子凭证示意图;
图5是本说明书实施例提供的业务处理方法的交互示意图;
图6是本说明书实施例提供的业务处理方法应用于保险项目的流程图;
图7是本说明书实施例提供的业务处理方法中的业务电子凭证示意图;
图8是本说明书实施例提供的业务处理装置的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本发明一个或多个实施例涉及的名词术语进行解释。
交易:指用户通过终端设备,在线下店铺通知、购买商品或者服务的行为。
卡包:指用户用于管理电子凭证的装置。
本说明书实施例提供了一种业务处理系统。本说明书同时涉及一种业务处理方法,一种业务处理装置,一种电子设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例的业务处理系统的结构示意图,包括:
业务发起端102和业务实施端104。
所述业务发起端102,被配置为接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;
所述业务实施端104,被配置为接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
本说明书提供的一个实施例中,所述业务发起端102,包括:服务端和客户端;
所述客户端,被配置为向所述服务端发送第一业务处理请求,所述第一业务处理请求中携带有项目成员的身份标识信息;
所述服务端,被配置为接收所述第一业务处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息,基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证并将所述业务电子凭证发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证,基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;
所述业务实施端,被配置为接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
本说明书提供的一个实施例中,所述服务端,包括理赔服务端;
所述客户端,被配置为向所述理赔服务端发送理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
所述理赔服务端,被配置为接收所述理赔请求,根据所述项目成员的身份标识信息获取待理赔信息,基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证并将所述业务电子凭证发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证,基于所述业务电子凭证向所述业务实施端发送待理赔案件处理请求;
所述业务实施端,被配置为接收所述待理赔案件处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述待理赔案件处理请求相应的处理操作。
具体的,所述理赔服务端,还被配置为:
对所述项目成员的身份标识信息进行验证,在验证通过的情况下,根据所述项目成员的身份标识信息获取理赔信息,其中,所述理赔信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
具体的,所述服务端,还被配置为:
接收第一业务处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中并发送至所述客户端;
所述客户端,还被配置为接收所述业务电子凭证及与之对应的核销码;向所述业务实施端发送第二业务处理请求,所述第二业务处理请求中携带有所述业务电子凭证及所述与之对应的核销码。
具体的,所述业务实施端,还被配置为:
接收所述第二业务处理请求,业务处理完成后向所述服务端发送业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由所述业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
所述服务端,还被配置为:
接收所述业务电子凭证核销请求,获取所述业务电子凭证及与所述业务电子凭证对应的核销码;确定数据库中是否存在所述核销码;若所述数据库中存在所述核销码,则核销所述业务电子凭证。
本说明书提供的一个实施例中,所述服务端,还被配置为:
获取所述业务电子凭证、与所述业务电子凭证对应的核销码以及由所述业务处理产生的交易金额;判断所述交易金额是否大于所述业务电子凭证中的理赔金额;若不大于,则在所述业务电子凭证中核销所述交易金额;若大于,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款。
具体的,所述业务实施端,还被配置为:
接收所述第二业务处理请求,获取所述业务电子凭证并判断是否与所述业务电子凭证信息中的理赔服务端相关联;若是,则根据所述业务电子凭证信息对所述电子凭证进行验证。
具体的,所述业务实施端,还被配置为:
获取所述客户端发送所述待理赔案件处理请求的时间;判断发送所述待理赔案件处理请求的时间是否在所述业务电子凭证的有效使用期限内;当所述待理赔案件处理请求的时间在所述业务电子凭证的有效使用期限内时,则执行与所述待理赔案件处理请求相应的业务处理操作;当所述待理赔案件处理请求的时间不在所述业务电子凭证的有效使用期限内时,向所述客户端返回业务处理失败的提示信息。
具体的,所述服务端,还被配置为:
向所述客户端及业务实施端分别发送核销结果。
本说明书提供的一个实施例中,业务发起端接收项目中项目成员的第一业务处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息;基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;业务实施端接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
本说明书实施例中,业务发起端接收第一业务处理请求后,收集第一待处理业务信息并对所述第一待处理业务信息进行审核,审核通过后,根据身份标识信息及第一待处理业务信息生成业务电子凭证,所述业务电子凭证中包含理赔金额、指定业务实施端及有效使用期限等信息,项目成员在指定业务实施端完成业务处理后,业务发起端根据业务处理产生的交易金额对业务电子凭证中的理赔金额进行核销,克服了现有技术中占用用户资金以及难以收回发票等问题,有利于提高业务处理效率,也有利于提高用户的服务体验。
图2示出了根据本说明书一实施例的电子设备200的结构框图。该电子设备200的部件包括但不限于存储器210和处理器220。处理器220与存储器210通过总线230相连接,数据库250用于保存数据。
电子设备200还包括接入设备240,接入设备240使得电子设备200能够经由一个或多个网络260通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备240可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,电子设备200的上述部件以及图2中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图2所示的电子设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
电子设备200可以是任何类型的静止或移动电子设备,包括移动计算机或移动电子设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的电子设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止电子设备。电子设备200还可以是移动式或静止式的服务器。
其中,处理器220可以执行图3所示业务处理方法中的步骤。图3示出了根据本说明书一实施例的业务处理方法的流程图,图4示出了本说明书实施例提供的业务处理方法中的业务电子凭证示意图,包括图4(a)和4(b)。具体的,图3所示的业务处理方法包括步骤302至步骤308。
步骤302:接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息。
本说明书提供的一个实施例中,所述项目包括保险项目、互助项目、公益项目,以所述项目为保险项目为例,投保的用户即成为项目成员,所述第一业务处理请求为理赔请求,即接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息。
具体的,所述接收项目中项目成员的理赔请求后,对所述项目成员的身份标识信息进行验证,项目成员的身份标识信息如表1所示。
表1
姓名 |
项目成员A |
年龄 |
37 |
性别 |
女 |
身份证号 |
110102198201234567 |
保单号 |
201801030030AM |
表1中包含的信息有项目成员的姓名、年龄、性别、身份证号以及保单号等基本信息,业务发起端可根据以上信息对项目成员的身份进行验证,在所有信息均验证通过的情况下,则执行步骤304;若有任意一项或多项信息验证不通过,则向所述投保人发送理赔失败的提示信息。
步骤304:根据所述项目成员的身份标识信息获取第一待处理业务信息。
本说明书提供的一个实施例中,在验证通过的情况下,根据所述项目成员的身份标识信息获取第一待处理业务信息。仍以保险项目为例,其中,所述第一待处理业务信息即理赔信息中包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息。
具体的,获取项目成员的保单信息和出险信息后,判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件。例如,项目成员投保的产品为健康险种X,该险种所保的疾病范围为恶性肿瘤、急性心肌梗塞等100种重大疾病,则在生成业务电子凭证之前,需先判断项目成员的出险信息即医院检查单信息中的疾病类型是否属于上述100种重大疾病类型,若属于,则执行步骤306;若不属于,则向所述项目成员返回理赔失败的提示信息。
步骤306:基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证。
具体的,获取第一待处理业务信息后,根据所述第一待处理业务信息及预存的任务分配名目确定与所述第一待处理业务信息匹配的至少一个业务实施端。仍以保险项目为例,业务发起端即保险公司与不同险种所对应的业务实施端间相关联,所述业务实施端与保险公司间的关联关系由业务实施端与保险公司间预先进行约定。具体的,关联业务实施端名目如表2所示。
表2
表2为保险公司Q中存储的关联业务实施端名目,表2中包含的信息为保险公司Q中不同险种对应的业务实施端,若项目成员投保的产品为保险公司Q的健康险,则对应的就诊地点即为医院B。
除此之外,还需确定的业务电子凭证信息包括:业务电子凭证的使用有效期限、被保标物信息、理赔金额以及业务电子凭证编码;
基于所述业务电子凭证信息生成与所述业务发起端和至少一个指定业务实施端相关联的业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
按照预设的电子凭证模板生成的业务电子凭证如图4(a)所示,并将所述业务电子凭证及与之对应的核销码保存在数据库中。
本说明书仅以图4(a)所示的业务电子凭证进行示意性的说明,实际应用中,具体的业务电子凭证中的信息以及具体的形式可根据实际需求来确定,在此不做限定。
步骤308:基于所述业务电子凭证向业务实施端发送第二业务处理请求。
本说明书提供的一个实施例中,业务实施端接收所述第二业务处理请求后,获取所述业务电子凭证并判断是否与所述业务电子凭证信息中的业务发起端相关联。仍以保险项目为例,投保人出险后,向保险公司发送理赔请求,保险公司根据投保人的保单信息及出险信息生成的业务电子凭证如图4(a)所示,其中业务电子凭证中包含的信息为:业务电子凭证发行方即业务发起端为保险公司Y,理赔金额为5万元,指定业务实施端为医院B,有效使用期限为2019.12.31。
投保人向医院B发送就诊请求,并出示该业务电子凭证,由医院B确定业务电子凭证中由业务发起端即保险公司所指定的业务实施端是否包括医院B;若包括,则获取所述客户端发送所述待理赔案件处理请求的时间;判断发送所述待理赔案件处理请求的时间是否在所述业务电子凭证的有效使用期限内;当所述待理赔案件处理请求的时间在所述业务电子凭证的有效使用期限内时,则执行与所述待理赔案件处理请求相应的业务处理操作;当所述待理赔案件处理请求的时间不在所述业务电子凭证的有效使用期限内时,向所述客户端返回业务处理失败的提示信息。
假设业务电子凭证的有效使用期限为2019.12.31,则项目成员在此有效使用期限之前发送的待理赔案件处理请求均为有效,假设项目成员在此有效试用期限之前发送的待理赔案件处理请求为就诊请求,则医院B为所述项目成员进行诊断治疗;若项目成员在2019.12.31之后发送待理赔案件处理请求,则视为该请求无效,需重新向保险公司发送理赔请求。
本说明书提供的一个实施例中,业务实施端在业务处理完成后向所述业务发起端发送业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由所述业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码。
业务发起端接收所述业务电子凭证核销请求,获取所述业务电子凭证及与所述业务电子凭证对应的核销码;确定数据库中是否存在所述核销码;在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
业务发起端具体的核销过程可以通过以下步骤实现:
判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
具体的,假设业务处理产生的交易金额为3万元,小于业务电子凭证中的理赔金额,则业务发起端对业务电子凭证中的理赔金额进行核销,核销后的理赔金额剩余2万元,核销结果如图4(b)所示;假设业务处理产生的交易金额为6万元,大于业务电子凭证中的理赔金额,则业务发起端将业务电子凭证中的理赔金额值全部核销,并需从项目成员的支付账户中扣除核销电子凭证后还需支付的1万元交易尾款。核销完成后,还需向项目成员和业务实施端发送核销结果。
本说明书实施例中,通过业务发起端接收到项目中项目成员的第一业务处理请求后,获取第一待处理业务信息并基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;基于所述业务电子凭证向所述业务实施端发送第二业务处理请求;其中,业务电子凭证中包含指定的业务实施端信息,通过业务电子凭证向指定业务实施端发送第二业务处理请求,降低了业务处理过程的成本,有利于提高业务处理效率。
本说明书图1所示的系统实施例中,所述业务处理系统包括业务发起端和业务实施端,其中,所述业务发起端包括客户端和服务端。基于此,与图1所示的系统实施例相对应,本说明书还提供了业务处理方法的交互过程,图5示出了本说明书一实施例的业务处理方法的交互示意图,包括步骤502至步骤518。
步骤502:客户端向服务端发送第一业务处理请求,所述第一业务处理请求中携带有项目成员的身份标识信息。
步骤504:服务端接收所述第一业务处理处理请求,根据所述项目成员的身份标识信息获取第一待处理业务信息。
具体的,服务端接收所述第一业务处理请求后,对项目成员的身份信息进行验证,在验证通过的情况下,根据所述项目成员的身份标识信息获取第一待处理业务信息。
步骤506:服务端基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证。
具体的,根据所述项目成员的身份标识信息获取理赔信息,其中,所述理赔信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息。
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证及与之对应的核销码。其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码;所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种。
步骤508:服务端将所述业务电子凭证发送至客户端。
步骤510:客户端向业务实施端发送第二业务处理处理请求,所述第二业务处理请求中携带有所述业务电子凭证。
步骤512:业务实施端接收所述第二业务处理请求,在所述业务电子凭证的信息检验通过的情况下,执行与所述第二业务处理请求相应的业务处理操作。
步骤514:业务实施端在业务处理完成后,向服务端发送业务电子凭证核销请求。
本说明书提供的一个实施例中,所述业务电子凭证核销请求中携带有由所述业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码。
步骤516:服务端接收所述业务电子凭证核销请求,核销所述业务电子凭证。
具体的,接收所述业务电子凭证核销请求,获取所述业务电子凭证及与所述业务电子凭证对应的核销码;确定数据库中是否存在所述核销码;若所述数据库中存在所述核销码,则核销所述业务电子凭证。
步骤518:服务端核销完成后,向客户端发送核销结果。
本说明书实施例中,服务端接收第一业务处理请求后,收集第一待处理业务信息并对所述第一待处理业务信息进行审核,审核通过后,根据身份标识信息及第一待处理业务信息生成业务电子凭证,所述业务电子凭证中包含理赔金额、指定业务实施端及有效使用期限等信息,项目成员向所述指定业务实施端出示所述业务电子凭证即可在指定业务实施端进行业务处理,在业务处理完成后,服务端根据业务处理产生的交易金额对业务电子凭证中的理赔金额进行核销,具体的核销方式可通过扫描核销码进行核销,利用业务电子凭证进行业务处理克服了现有技术中占用用户资金以及难以收回发票等问题,有利于提高业务处理效率,也有利于提高用户的服务体验。
本说明书还提供了业务处理方法应用于保险项目的流程图,如图6所示,本说明书实施例还提供的业务处理方法中的业务电子凭证示意图,如图7所示,图7中包括图7(a)和7(b)。具体的,图6所示的业务处理方法应用于保险项目流程图包括步骤602至步骤608。
步骤602:接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息。
本说明书提供的一个实施例中,以保险项目中的车险为例,业务发起端中的服务端即保险公司,客户端即用户端,业务实施端及修车厂。投保车险的用户H出险后向保险公司发送理赔请求,其中,理赔请求中包含用户H的身份标识信息。保险公司接收用户H的理赔请求后,对用户H的身份标识信息进行验证。具体的,用户H的身份标识信息如表3所示。
表3
姓名 |
用户H |
年龄 |
45 |
性别 |
男 |
身份证号 |
110102197401234567 |
保单号 |
20170920000102XA |
表3中包含的信息有投保人的姓名、年龄、性别、身份证号以及保单号等基本信息,保险公司可根据以上信息对投保人的身份进行验证,在所有信息均验证通过的情况下,则根据所述项目成员的身份标识信息获取待理赔信息;若有任意一项或多项信息验证不通过,则向所述投保人发送理赔失败的提示信息。
步骤604:根据所述项目成员的身份标识信息获取待理赔信息。
本说明书提供的一个实施例中,在对用户H的身份标识信息验证通过的情况下,根据用户H的身份标识信息获取用户H的车险保单信息以及出险的状况信息以及指定修车厂标识信息,其中出险的状况信息至少包括车辆的速度信息、车辆的地理位置信息、车辆行驶时的路况信息以及出险时的现场照片或视频信息。
获取上述信息之后,根据保单信息以及出险的状况信息判断用户H是否满足理赔条件,在确定满足理赔条件的情况下,基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证;若不满足理赔条件,则向用户H发送理赔失败的提示信息。
步骤606:基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证。
本说明书提供的一个实施例中,获取用户H的车险保单信息以及出险的状况信息后,需确定业务电子凭证信息,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、保险公司信息、指定修车厂信息、被保标物信息、理赔金额以及业务电子凭证编码。
具体的,根据出险的状况信息确定车辆的损坏程度,根据车辆的损坏程度及保单信息的保障范围确定理赔金额,假设业务电子凭证发行方即服务端为保险公司N,理赔金额为3万元,确定匹配的车辆修理点为修车厂M,被保标物信息为:轿车,车牌号为甲L12345,使用有效期限为2019.12.31,基于以上信息生成与所述保险公司和至少一个指定修车厂相关联的业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种。
按照预设的电子凭证模板生成的业务电子凭证如图7(a)所示,并将生成的业务电子凭证发送至用户H。
本说明书仅以图7(a)所示的业务电子凭证进行示意性的说明,实际应用中,具体的业务电子凭证中的信息以及具体的形式可根据实际需求来确定,在此不做限定。
步骤608:基于所述业务电子凭证向业务实施端发送待理赔案件处理请求。
本说明书提供的一个实施例中,用户H接收到业务电子凭证后,向业务电子凭证中指定的修车厂M发送车辆修理请求,所述车辆修理请求中携带有所述业务电子凭证。
修车厂M接收所述汽车修理请求后,获取所述业务电子凭证并判断业务电子凭证中的指定修车厂是否包括修车厂M,若包括,则获取所述用户H发送车辆修理请求的时间;判断发送所述车辆修理请求的时间是否在所述业务电子凭证的有效使用期限内;当发送所述车辆修理请求的时间在所述业务电子凭证的有效使用期限内时,则执行车辆修理操作;当所述发送所述车辆修理请求的时间不在所述业务电子凭证的有效使用期限内时,向用户H返回业务电子凭证无效的提示信息。
车辆修理完成后由修车厂M向保险公司发送业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由所述车辆修理所产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码。
保险公司接收所述业务电子凭证核销请求后,获取所述业务电子凭证及与所述业务电子凭证对应的核销码;确定数据库中是否存在所述核销码,在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
具体的,核销业务电子凭证的过程包括:
判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
具体的,假设车辆修理产生的交易金额为2.5万元,小于业务电子凭证中的理赔金额,则保险公司对业务电子凭证中的理赔金额进行核销,核销后的理赔金额剩余5千元,核销结果如图7(b)所示;假设车辆修理产生的交易金额为3.5万元,大于业务电子凭证中的理赔金额,则保险公司将业务电子凭证中的理赔金额值全部核销,并需从用户H的支付账户中扣除核销电子凭证后还需支付的5千元交易尾款。核销完成后,向所述用户H和修车厂M发送核销结果。
本说明书实施例中,车辆保险是保险领域的重要组成部分。在车辆发生事故并进行车险理赔时,保险公司需要收集出险的状况信息及保单信息,根据出险状况信息、指定修车厂信息及保单信息生成业务电子凭证,项目成员向指定修车厂出示所述业务电子凭证即可在指定修车厂进行车辆修理,车辆修理完成后,保险公司根据车辆修理产生的交易金额对业务电子凭证中的理赔金额进行核销,克服了现有技术中占用用户资金以及难以收回发票等问题,有利于提高业务处理效率,也有利于提高用户的服务体验。
图8示出了本说明书一实施例的业务处理装置的示意图,包括:
接收模块802,被配置为接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;
获取模块804,被配置为根据所述项目成员的身份标识信息获取第一待处理业务信息;
生成模块806,被配置为基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;
发送模块808,被配置为基于所述业务电子凭证向业务实施端发送第二业务处理请求。
本说明书提供的一个实施例中,所述项目包括保险项目;
所述接收模块还被配置为:接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
所述获取模块还被配置为:根据所述项目成员的身份标识信息获取待理赔信息;
所述生成模块还被配置为:基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证;
所述发送模块还被配置为:基于所述业务电子凭证向业务实施端发送待理赔案件处理请求。
可选地,所述业务处理装置,还包括:
身份验证模块,被配置为对所述项目成员的身份标识信息进行验证;
循环模块,被配置为在验证通过的情况下,执行所述根据所述项目成员的身份标识信息获取第一待处理业务信息的步骤,其中,所述第一待处理业务信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息。
本说明书提供的一个实施例中,所述生成模块还被配置为:
判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
本说明书提供的一个实施例中,所述业务处理装置还包括:
核销码生成模块,被配置为生成与所述业务电子凭证对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
保存模块,被配置为将所述业务电子凭证及与之对应的核销码保存在数据库中。
可选地,所述业务处理装置,还包括:
核销请求接收模块,被配置为接收所述业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
核销码获取模块,被配置为获取所述业务电子凭证及与所述业务电子凭证对应的核销码;
核销模块,被配置为确定数据库中是否存在所述核销码;在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
可选地,核销模块还被配置为:获取由所述业务处理产生的交易金额;判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
可选地,所述业务处理装置,还包括:
核销结果发送模块,被配置为向所述项目成员及业务实施端分别发送核销结果。
本申请一实施例中的一种计算设备,包括存储器210、处理器220及存储在存储器210上并可在处理器上运行的计算机指令,所述处理器220执行所述指令时实现如下步骤:
接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取第一待处理业务信息;
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送第二业务处理请求。
可选地,所述项目包括保险项目;
接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取待理赔信息;
基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送待理赔案件处理请求。
可选地,所述接收项目中项目成员的理赔请求步骤执行之后,根据所述项目成员的身份标识信息获取待理赔信息步骤执行之前,还包括:
对所述项目成员的身份标识信息进行验证;
在验证通过的情况下,执行所述根据所述项目成员的身份标识信息获取第一待处理业务信息的步骤,其中,所述第一待处理业务信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;
可选地,所述基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证包括:
判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
可选地,所述基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证步骤执行之后,基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之前,还包括:
生成与所述业务电子凭证对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中。
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中;
向所述业务实施端发送第二业务处理请求,所述第二业务处理请求中携带有所述业务电子凭证及所述与之对应的核销码。
可选地,所述基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之后,还包括:
接收所述业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
获取所述业务电子凭证及与所述业务电子凭证对应的核销码;
确定数据库中是否存在所述核销码;
在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
可选地,核销所述业务电子凭证包括:
获取所述业务电子凭证、与所述业务电子凭证对应的核销码以及由所述业务处理产生的交易金额;
判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
可选地,所述核销所述业务电子凭证之后,还包括:
向所述项目成员及业务实施端分别发送核销结果。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现如下步骤:
接收项目中项目成员的第一业务处理请求,所述第一业务处理请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取第一待处理业务信息;
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送第二业务处理请求。
可选地,所述项目包括保险项目;
接收项目中项目成员的理赔请求,所述理赔请求中携带有所述项目成员的身份标识信息;
根据所述项目成员的身份标识信息获取待理赔信息;
基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证;
基于所述业务电子凭证向业务实施端发送待理赔案件处理请求。
可选地,所述接收项目中项目成员的理赔请求步骤执行之后,根据所述项目成员的身份标识信息获取待理赔信息步骤执行之前,还包括:
对所述项目成员的身份标识信息进行验证;
在验证通过的情况下,执行所述根据所述项目成员的身份标识信息获取第一待处理业务信息的步骤,其中,所述第一待处理业务信息包括所述项目成员的保单信息、出险信息以及指定业务实施端标识信息;
可选地,所述基于所述项目成员的身份标识信息及待理赔信息生成业务电子凭证包括:
判断所述出险信息是否符合所述项目成员的保单信息中的预设理赔条件,在满足预设理赔条件的情况下,确定业务电子凭证信息;
基于所述业务电子凭证信息生成与所述理赔服务端和至少一个指定业务实施端相关联的业务电子凭证,其中,所述业务电子凭证信息包含所述业务电子凭证的使用有效期限、理赔服务端、指定业务实施端、被保标物信息、理赔金额以及业务电子凭证编码。
可选地,所述基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证步骤执行之后,基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之前,还包括:
生成与所述业务电子凭证对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中。
基于所述项目成员的身份标识信息及第一待处理业务信息生成业务电子凭证及与之对应的核销码,其中,所述核销码为条形码、二维码、数字码、字符码或数字与字母的组合码中的任意一种;
将所述业务电子凭证及与之对应的核销码保存在数据库中;
向所述业务实施端发送第二业务处理请求,所述第二业务处理请求中携带有所述业务电子凭证及所述与之对应的核销码。
可选地,所述基于所述业务电子凭证向业务实施端发送第二业务处理请求步骤执行之后,还包括:
接收所述业务电子凭证核销请求,所述业务电子凭证核销请求中携带有由业务处理产生的交易金额、业务电子凭证及与所述业务电子凭证对应的核销码;
获取所述业务电子凭证及与所述业务电子凭证对应的核销码;
确定数据库中是否存在所述核销码;
在所述数据库中存在所述核销码的情况下,核销所述业务电子凭证。
可选地,核销所述业务电子凭证包括:
获取所述业务电子凭证、与所述业务电子凭证对应的核销码以及由所述业务处理产生的交易金额;
判断所述交易金额是否大于所述业务电子凭证中的理赔金额;
若是,则将所述业务电子凭证中的金额全部核销,并在所述客户端的支付账户扣除核销电子凭证后还需支付的交易尾款;
若否,则在所述业务电子凭证中核销所述交易金额。
可选地,所述核销所述业务电子凭证之后,还包括:
向所述项目成员及业务实施端分别发送核销结果。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述业务处理方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。