CN110659415B - 一种业务执行凭证的生成方法、装置及系统 - Google Patents
一种业务执行凭证的生成方法、装置及系统 Download PDFInfo
- Publication number
- CN110659415B CN110659415B CN201910833259.7A CN201910833259A CN110659415B CN 110659415 B CN110659415 B CN 110659415B CN 201910833259 A CN201910833259 A CN 201910833259A CN 110659415 B CN110659415 B CN 110659415B
- Authority
- CN
- China
- Prior art keywords
- service
- user
- specified
- service provider
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本说明书公开了一种生成业务执行凭证的方法、系统及装置,用户在发送用于生成业务执行凭证的生成请求时,无需针对每个服务提供方分别发送,而是可以一次性将需要生成业务执行凭证的业务对应的业务标识发送给服务平台,服务平台则针对不同的服务提供将生成请求方拆分成不同的子生成请求,并发送给各服务提供方对应的服务器,以使各服务提供方对应的服务器生成业务执行凭证,因此可有效降低用户的操作成本,提高了用户通过服务平台生成业务执行凭证的便利性。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种业务执行凭证的生成方法、装置及系统。
背景技术
目前,能够向用户提供诸如餐饮、出行等各种业务的服务提供方越来越多,综合性的服务平台也应运而生。这种服务平台除了可以由自身向用户提供业务以外,还可将其他服务提供方整合到该服务平台中,用户则可通过该服务平台,选择所需的服务提供方为其提供业务。
在服务提供方为用户提供业务后,可根据用户的需要,生成业务执行凭证,(如发票、购物小票等)并提供给用户。
但是,即使是提供同类型业务的各服务提供方,对生成业务执行凭证所设置的规则也不尽相同,因此,当用户通过上述的综合性服务平台请求各服务提供方生成业务执行凭证时,只能通过该服务平台所整合的每个服务提供方的接口,分别向不同的服务提供方发起请求,如图1所示。
在图1中,服务平台整合了提供出行业务的服务提供方A、B、C,如果用户要请求A、B、C生成业务执行凭证,则需要在服务平台上分别选择A、B、C的接口,并通过这些接口分别发起请求。
显然,现有技术中生成业务执行凭证的方法会增加用户操作的成本,造成用户使用不便。
发明内容
本说明书实施例提供一种生成业务执行凭证的方法、系统及装置,用于部分解决现有技术中存在的问题。
本说明书实施例采用下述技术方案:
本说明书提供一种生成业务执行凭证的方法,包括:
接收终端发送的携带用户标识的业务查询请求;
根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务;
在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识;
将确定的各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;
接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识;
根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据;
根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方;
针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;
确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;
接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
可选地,所述终端发送的生成请求中还携带有所述用户指定的业务执行凭证的生成要求信息;
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述生成要求信息,封装对应于该服务提供方的至少一个子生成请求;其中,每个子生成请求中均携带所述生成要求信息,以及由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;所述子生成请求用于使该服务提供方对应的服务器根据所述生成要求信息,生成由该服务提供方为所述用户提供的至少部分指定业务的业务执行凭证。
可选地,所述业务执行凭证包括:发票;
所述生成要求信息包括:发票信息。
可选地,将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器之前,所述方法还包括:
针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证;
若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,则将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器;
否则,拒绝将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器,并向所述终端返回业务执行凭证生成错误的提示信息。
可选地,根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方,具体包括:
根据各指定业务的业务明细数据,确定各指定业务的业务类型;
针对每个业务类型,确定为所述用户提供该业务类型的各指定业务的服务提供方;
针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
针对每个服务提供方,根据由该服务提供方为所述用户提供该业务类型的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求。
可选地,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
确定记录的该服务提供方生成业务执行凭证的限制条件;所述限制条件至少包括:每次生成的业务执行凭证对应的指定业务数量上限,和/或,每次生成的业务执行凭证对应的各指定业务在预设维度上的业务指标的总量上限;
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述限制条件,封装对应于该服务提供方的至少一个子生成请求;其中,一个子生成请求中携带数量不超过所述指定业务数量上限的指定业务的业务明细数据,和/或,一个子生成请求中携带的指定业务的业务明细数据中包含的所述预设维度上的业务指标的总量不超过所述总量上限。
可选地,封装对应于该服务提供方的至少一个子生成请求之后,所述方法还包括:
将封装的每个子生成请求对应的请求标识返回给终端显示;
接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端,具体包括:
针对每个子生成请求,按照预设的周期,向该服务提供方对应的服务器发送获取该子生成请求的处理状态的获取请求;
当未接收到所述服务器根据所述获取请求返回的业务执行凭证时,获取所述服务器处理所述各子生成请求的处理状态,并将获取到的处理状态返回给所述终端,以使所述终端显示该子生成请求对应的处理状态;
当接收到所述服务器根据所述获取请求返回的业务执行凭证时,将接收到的业务执行凭证返回给所述终端,以使所述终端变更显示的该子生成请求对应的处理状态。
本说明书提供一种生成业务执行凭证的系统,包括:
接口子系统,用于接收终端发送的携带用户标识的业务查询请求,将所述业务查询请求发送给订单子系统;
所述订单子系统,用于根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务,在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识,将确定的各业务标识返回给所述接口子系统;
所述接口子系统,用于将所述各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识,将所述生成请求发送给所述订单子系统;
所述订单子系统,用于根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据,将各指定业务的业务明细数据发送给凭证子系统;
所述凭证子系统,用于根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方,针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据,确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
本说明书提供一种生成业务执行凭证的装置,包括:
第一接收模块,用于接收终端发送的携带用户标识的业务查询请求;
查询模块,用于根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务;
第一确定模块,用于在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识;
第一发送模块,用于将确定的各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;
第二接收模块,用于接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识;
第二确定模块,用于根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据;
第三确定模块,用于根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方;
封装模块,用于针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;
第二发送模块,用于确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;
第三接收模块,用于接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
本说明书提供的一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述生成业务执行凭证的方法。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
服务平台接收到用户发送的业务查询请求后,将各服务提供方历史上为该用户提供的业务对应的业务标识返回给用户,用户选择需要生成业务执行凭证的指定业务对应的业务标识后,生成携带各指定业务对应的业务标识的生成请求发送给服务平台,服务平台则根据该生成请求中携带的各业务标识对应的业务明细数据确定提供各指定业务的服务提供方,并针对每个服务提供方封装相应的子生成请求,将子生成请求发送给相应服务提供方对应的服务器,以使各服务提供方对应的服务器根据各自接收到的子生成请求生成业务执行凭证。通过上述方法,用户在发送用于生成业务执行凭证的生成请求时,无需针对每个服务提供方分别发送,而是可以一次性将需要生成业务执行凭证的业务对应的业务标识发送给服务平台,服务平台则针对不同的服务提供将生成请求方拆分成不同的子生成请求,并发送给各服务提供方对应的服务器,以使各服务提供方对应的服务器生成业务执行凭证,因此可有效降低用户的操作成本,提高了用户通过服务平台生成业务执行凭证的便利性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为现有技术中生成业务执行凭证的示意图;
图2为本说明书实施例提供的生成业务执行凭证的系统架构示意图;
图3为本说明书实施例提供的业务执行凭证的生成过程示意图;
图4为本说明书实施例提供的封装子生成请求的示意图;
图5为本说明书实施例提供的显示每个子生成请求的处理状态的示意图;
图6为本说明书实施例提供的业务执行凭证的生成装置的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图2为本说明书实施例提供的生成业务执行凭证的系统架构示意图,该系统中包括:接口子系统、订单子系统、凭证子系统。如图2所示的系统可设置在综合性的服务平台中,该服务平台除了可由自身为用户提供业务以外,还可整合其他服务提供方,用户登录该服务平台后,可在该服务平台上选择所需的服务提供方,并通过该服务平台上整合的各服务提供方的接口获得业务服务。
上述的接口子系统主要用于与用户的终端进行交互。订单子系统主要用于保存各服务提供方为用户提供业务的历史记录,如订单信息等。凭证子系统主要用于与各其他服务提供方对应的服务器进行交互,以通知各其他服务提供方对应的服务器生成业务执行凭证,或者获得各其他服务提供方对应的服务器返回的业务执行凭证。
基于上述图2所示的系统,本说明书提供的业务执行凭证的生成过程如图3所示。图3为本说明书实施例提供的业务执行凭证的生成过程示意图,具体包括以下步骤:
S300:接口子系统接收终端发送的携带用户标识的业务查询请求。
当用户需要为其已经执行过的业务生成业务执行凭证时,可通过诸如手机、电脑等终端向服务平台发送携带该用户的用户标识的业务查询请求,以查询该用户自身已经执行过的业务中,允许生成业务执行凭证的业务。接口子系统则接收终端发送的业务查询请求。
S302:接口子系统将业务查询请求发送给订单子系统。
S304:订单子系统根据业务查询请求中携带的用户标识,在历史记录中查询该用户标识对应的用户执行的业务。
S306:订单子系统在查询到的用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识,将确定的各业务标识返回给接口子系统。
在本说明书实施例中,订单子系统中存储了用户执行过的所有业务的历史记录,因此,接口子系统将业务查询请求发送给订单子系统后,订单子系统则可根据该业务查询请求中携带的用户标识,在存储的历史记录中查询该用户标识对应的用户执行的业务,并确定该用户执行的业务中允许生成业务执行凭证的各业务对应的业务标识。所述的业务标识用于唯一的标识用户执行过的一个业务,该业务标识包括但不限于:业务执行时间、业务执行地点、执行业务所需的金额等,本说明书实施例对此不作限制。
上述允许生成业务执行凭证的业务至少包括:未生成过业务执行凭证的业务。
S308:接口子系统将接收到的各业务标识返回给终端。
S310:终端显示接收到的各业务标识,并确定用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识。
订单子系统通过接口子系统将该用户执行的业务中允许生成业务执行凭证的各业务对应的业务标识返回给终端,终端则显示接收到的各业务标识,以便用户在这些业务标识中,选择其所需要生成业务执行凭证的业务对应的业务标识。本说明书实施例将用户选择的需要生成业务执行凭证的业务称为指定业务。
S312:接口子系统接收终端发送的生成业务执行凭证的生成请求,该生成请求中携带各指定业务对应的业务标识。
终端确定了用户选择的需要生成业务执行凭证的业务(指定业务)对应的业务标识后,生成携带用户选择的各业务标识的生成请求,并发送给接口子系统。该生成请求用于请求服务平台生成各指定业务对应的业务执行凭证。
具体的,用户选择了指定业务的业务标识后,还可在终端上输入生成业务执行凭证的生成要求信息,则终端可生成携带该用户选择的各业务标识以及该生成要求信息的生成请求,并发送给接口子系统。
例如,当所述的业务执行凭证为发票时,上述的生成要求信息可包括发票信息。所述的发票信息包括但不限于:发票抬头信息、发票税号、发票内容、开票金额。当用户所需的发票为电子发票时,所述的发票信息还可包括用户的邮箱。当用户所需的发票为纸质发票时,所述的发票信息还可包括用户的收件地址、电话等。
S314:接口子系统将该生成请求发送给订单子系统。
S316:订单子系统根据该生成请求中携带的各业务标识,确定各指定业务的业务明细数据。
S318:订单子系统将各指定业务的业务明细数据发送给凭证子系统。
由于在生成业务执行凭证时,需要根据业务明细数据生成业务执行凭证,因此,接口子系统接收到携带各指定业务的业务标识的生成请求后,将该生成请求发送给订单子系统,订单子系统则根据该生成请求中携带的指定业务的业务标识,在历史记录中查询各指定业务的业务明细数据,最后将查询到的业务明细数据发送给凭证子系统,以使凭证子系统生成业务执行凭证。
S320:凭证子系统根据各指定业务的业务明细数据,确定为用户提供各指定业务的服务提供方,针对每个服务提供方,根据由该服务提供方为用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为用户提供的至少部分指定业务的业务明细数据。
凭证子系统接收到各指定业务的业务明细数据后,可先确定各指定业务对应的服务提供方,再针对每个服务提供方分别封装相应的子生成请求,这相当于按服务提供方的维度,将步骤S312中携带有所需生成业务执行凭证的所有指定业务的生成请求拆分成了分别对应于不同服务提供方的子生成请求。
具体的,当步骤S312中终端生成并发送的生成请求中还携带有生成业务执行凭证的生成要求信息时,步骤S320中针对每个服务提供方封装的子生成请求中也携带有所述的生成要求信息,则该子生成请求用于使相应的服务提供方对应的服务器根据该生成要求信息,生成由该服务提供方为该用户提供的至少部分指定业务的业务执行凭证。
另外,凭证子系统在封装子生成请求时,还可先根据各指定业务的业务明细数据,确定各指定业务的业务类型,针对每个业务类型,确定为该用户提供该业务类型的各指定业务的服务提供方,针对每个服务提供方,根据由该服务提供方为该用户提供该业务类型的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求。也即,可先将步骤S312中终端生成的生成请求按业务类型的维度进行拆分,再针对每个类型的业务,按照服务提供方的维度进行拆分,如图4所示。
在图4中,步骤S312中终端生成的生成请求中携带的指定业务包括类型1和类型2两种类型的业务,这两种类型的业务分别由服务提供方A和服务提供方B向用户提供,则凭证子系统先将各指定业务按照业务类型的维度进行划分,再针对每个业务类型,将该业务类型的指定业务按照服务提供方的维度进行划分,最后的封装结果为对应于服务提供方A有两个子生成请求a和b,分别携带由服务提供方A提供的类型1的指定业务的业务明细数据和类型2的指定业务的业务明细数据,对应于服务提供方B也有两个子生成请求c和d,分别携带由服务提供方B提供的类型1的指定业务的业务明细数据和类型2的指定业务的业务明细数据。
S322:凭证子系统确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器。
通过上述步骤S320封装了对应于每个服务提供方的至少一个子生成请求后,凭证子系统则可根据各服务提供方对应的服务器的地址,将封装的各子生成请求发送给相应的各服务提供方对应的服务器,以使各服务提供方对应的服务器根据接收到的子生成请求生成业务执行凭证。
S324:服务提供方对应的服务器根据接收到的各子生成请求中携带的各指定业务的业务明细数据,生成与各子生成请求中携带的各指定业务对应的业务执行凭证。
S326:凭证子系统接收该服务提供方对应的服务器返回的业务执行凭证。
S328:凭证子系统将接收到的业务执行凭证返回给终端。
具体的,凭证子系统针对每个子生成请求,可按照预设的周期,向该子生成请求对应的服务提供方对应的服务器发送获取该子生成请求的处理状态的获取请求,当未接收到服务器给句该获取请求返回的业务执行凭证时,获取服务器处理该自生成请求的处理状态,并将获取到的处理状态返回给终端显示,当接收到服务器根据该获取请求返回的业务执行凭证时,可直接将接收到的业务执行凭证返回给终端。
另外,通过步骤S320封装了对应于每个服务提供方的子生成请求后,凭证子系统还可设置封装的每个子生成请求对应的请求标识,并将请求标识返回给终端显示。其中,针对每个子生成请求,设置该子生成请求对应的请求标识时,可根据该子生成请求对应的服务提供方进行设置,例如,可将请求标识直接设置为该服务提供方的提供方标识。则终端在接收到凭证子系统返回的一个子生成请求的处理状态后,可显示该子生成请求对应的处理状态,具体可将该处理状态与该子生成请求的请求标识对应显示。若终端接收到凭证子系统返回的一个子生成请求对应的业务执行凭证,则可变更显示的该子生成请求对应的处理状态,例如变更为“已生成”,如图5所示。
在图5中,步骤S312终端发送的生成请求被拆分成了3个子生成请求,终端显示每个子生成请求的请求标识,并相应的显示每个子生成请求的处理状态。
由于本说明书提供的上述方法实际上仍然是由各服务提供方来生成相应的业务执行凭证,但考虑到在实际应用场景中,各服务提供方对生成业务执行凭证设置了不同的限制,因此,在上述图3所示的步骤S320中,针对每个服务提供方,封装对应于该服务提供方的子生成请求时,可确定记录的该服务提供方生成业务执行凭证的限制条件,所述限制条件至少包括:每次生成的业务执行凭证对应的指定业务数量上限,和/或,每次生成的业务执行凭证对应的各指定业务在预设维度上的业务指标的总量上限。再根据由该服务提供方为用户提供的指定业务的业务明细数据,以及所述限制条件,封装对应于该服务提供方的至少一个子生成请求;其中,一个子生成请求中携带数量不超过所述指定业务数量上限的指定业务的业务明细数据,和/或,一个子生成请求中携带的指定业务的业务明细数据中包含的所述预设维度上的业务指标的总量不超过所述总量上限。
例如,提供出行业务的服务提供方可能设置的限制条件为:每次只能为200个出行订单生成业务执行凭证,则上述的指定业务数量上限为200,每个子生成请求中携带数量不超过200个指定业务的业务明细数据。或者,提供出行业务的服务提供方可能设置的限制条件为:每次只能为不超过2000公里的行程生成业务执行凭证,则上述的预设维度上的业务指标即为行程数,相应的总量上限为2000公里,每个子生成请求中携带的指定业务的行程数之和不超过2000公里。
类似的,在步骤S312中,用户选择需要生成业务执行凭证的业务对应的业务标识,终端生成携带用户选择的业务标识的生成请求,服务平台也可针对终端生成的该生成请求设置限制条件,如,该生成请求中携带的业务标识的数量上限和/或预设维度上的业务指标的总量上限。具体的,服务平台针对终端生成的生成请求设置的其携带的业务标识的数量上限可以是各服务提供方设置的上述业务数量上限中的最大值,服务平台针对终端生成的生成请求设置的其携带的各业务标识对应的指定业务在预设维度上的业务指标的总量上限可以是各服务提供方设置的上述总量上限中的最大值。则:
在图3所示的步骤S320中,凭证子系统在接收到订单子系统发送的各业务明细数据后,还可根据接收到的各业务明细数据以及服务平台设置的上述限制条件,对步骤S312中终端发送的生成请求的合法性进行校验,若校验通过,则继续执行后续步骤,否则拒绝生成业务执行凭证,并向终端返回提示信息。
另外,凭证子系统在将封装的对应于各服务提供方的子生成请求发送给各服务提供方对应的服务器之前,还可针对每个服务提供方,针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证;若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,则将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器;否则,拒绝将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器,并向所述终端返回业务执行凭证生成错误的提示信息。
其中,上述验证是否允许生成该指定业务对应的业务生成凭证时,至少需要验证是否已经针对该指定业务生成过业务执行凭证。
以上为本说明书实施例提供的生成业务执行凭证的方法,基于同样的思路本说明书还提供了一种生成业务执行凭证的装置,如图6所示。
图6为本说明书实施例提供的一种业务执行凭证的生成装置的结构示意图,所述装置包括:
第一接收模块601,用于接收终端发送的携带用户标识的业务查询请求;
查询模块602,用于根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务;
第一确定模块603,用于在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识;
第一发送模块604,用于将确定的各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;
第二接收模块605,用于接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识;
第二确定模块606,用于根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据;
第三确定模块607,用于根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方;
封装模块608,用于针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;
第二发送模块609,用于确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;
第三接收模块610,用于接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
可选地,所述终端发送的生成请求中还携带有所述用户指定的业务执行凭证的生成要求信息;
所述封装模块608具体用于,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述生成要求信息,封装对应于该服务提供方的至少一个子生成请求;其中,每个子生成请求中均携带所述生成要求信息,以及由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;所述子生成请求用于使该服务提供方对应的服务器根据所述生成要求信息,生成由该服务提供方为所述用户提供的至少部分指定业务的业务执行凭证。
可选地,所述业务执行凭证包括:发票;
所述生成要求信息包括:发票信息。
可选地,所述封装模块608还用于,将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器之前,针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证;若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,则将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器;否则,拒绝将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器,并向所述终端返回业务执行凭证生成错误的提示信息。
可选地,所述第三确定模块607具体用于,根据各指定业务的业务明细数据,确定各指定业务的业务类型;针对每个业务类型,确定为所述用户提供该业务类型的各指定业务的服务提供方;
所述封装模块608具体用于,针对每个服务提供方,根据由该服务提供方为所述用户提供该业务类型的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求。
可选地,所述封装模块608具体用于,确定记录的该服务提供方生成业务执行凭证的限制条件;所述限制条件至少包括:每次生成的业务执行凭证对应的指定业务数量上限,和/或,每次生成的业务执行凭证对应的各指定业务在预设维度上的业务指标的总量上限;根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述限制条件,封装对应于该服务提供方的至少一个子生成请求;其中,一个子生成请求中携带数量不超过所述指定业务数量上限的指定业务的业务明细数据,和/或,一个子生成请求中携带的指定业务的业务明细数据中包含的所述预设维度上的业务指标的总量不超过所述总量上限。
可选地,所述第二发送模块609还用于,将封装的每个子生成请求对应的请求标识返回给终端显示;
所述第三接收模块610具体用于,针对每个子生成请求,按照预设的周期,向该服务提供方对应的服务器发送获取该子生成请求的处理状态的获取请求;当未接收到所述服务器根据所述获取请求返回的业务执行凭证时,获取所述服务器处理所述各子生成请求的处理状态,并将获取到的处理状态返回给所述终端,以使所述终端显示该子生成请求对应的处理状态;当接收到所述服务器根据所述获取请求返回的业务执行凭证时,将接收到的业务执行凭证返回给所述终端,以使所述终端变更显示的该子生成请求对应的处理状态。
本说明书实施例还提供了一种计算机可读存储介质,该存储介质存储有计算机程序,计算机程序可用于执行上述图3提供的业务执行的方法。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。
Claims (10)
1.一种生成业务执行凭证的方法,其特征在于,包括:
接收终端发送的携带用户标识的业务查询请求;
根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务;
在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识;所述允许生成业务执行凭证的业务至少包括:未生成过业务执行凭证的业务;
将确定的各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;
接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识;
根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据;
根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方;
针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;
针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证;所述验证是否允许生成该指定业务对应的业务生成凭证时,至少需要验证是否未生成过该指定业务对应的业务执行凭证;
若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;
接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
2.如权利要求1所述的方法,其特征在于,所述终端发送的生成请求中还携带有所述用户指定的业务执行凭证的生成要求信息;
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述生成要求信息,封装对应于该服务提供方的至少一个子生成请求;其中,每个子生成请求中均携带所述生成要求信息,以及由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;所述子生成请求用于使该服务提供方对应的服务器根据所述生成要求信息,生成由该服务提供方为所述用户提供的至少部分指定业务的业务执行凭证。
3.如权利要求2所述的方法,其特征在于,所述业务执行凭证包括:发票;
所述生成要求信息包括:发票信息。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
若对由该服务提供方为所述用户提供的各指定业务的验证结果中至少有一个验证不通过,拒绝将封装的对应于该服务提供方的子生成请求发送给该服务提供方对应的服务器,并向所述终端返回业务执行凭证生成错误的提示信息。
5.如权利要求1所述的方法,其特征在于,根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方,具体包括:
根据各指定业务的业务明细数据,确定各指定业务的业务类型;
针对每个业务类型,确定为所述用户提供该业务类型的各指定业务的服务提供方;
针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
针对每个服务提供方,根据由该服务提供方为所述用户提供该业务类型的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求。
6.如权利要求1所述的方法,其特征在于,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,具体包括:
确定记录的该服务提供方生成业务执行凭证的限制条件;所述限制条件至少包括:每次生成的业务执行凭证对应的指定业务数量上限,和/或,每次生成的业务执行凭证对应的各指定业务在预设维度上的业务指标的总量上限;
根据由该服务提供方为所述用户提供的指定业务的业务明细数据,以及所述限制条件,封装对应于该服务提供方的至少一个子生成请求;其中,一个子生成请求中携带数量不超过所述指定业务数量上限的指定业务的业务明细数据,和/或,一个子生成请求中携带的指定业务的业务明细数据中包含的所述预设维度上的业务指标的总量不超过所述总量上限。
7.如权利要求1所述的方法,其特征在于,封装对应于该服务提供方的至少一个子生成请求之后,所述方法还包括:
将封装的每个子生成请求对应的请求标识返回给终端显示;
接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端,具体包括:
针对每个子生成请求,按照预设的周期,向该服务提供方对应的服务器发送获取该子生成请求的处理状态的获取请求;
当未接收到所述服务器根据所述获取请求返回的业务执行凭证时,获取所述服务器处理所述各子生成请求的处理状态,并将获取到的处理状态返回给所述终端,以使所述终端显示该子生成请求对应的处理状态;
当接收到所述服务器根据所述获取请求返回的业务执行凭证时,将接收到的业务执行凭证返回给所述终端,以使所述终端变更显示的该子生成请求对应的处理状态。
8.一种生成业务执行凭证的系统,其特征在于,包括:
接口子系统,用于接收终端发送的携带用户标识的业务查询请求,将所述业务查询请求发送给订单子系统;
所述订单子系统,用于根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务,在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识,将确定的各业务标识返回给所述接口子系统;所述允许生成业务执行凭证的业务至少包括:未生成过业务执行凭证的业务;
所述接口子系统,用于将所述各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识,将所述生成请求发送给所述订单子系统;
所述订单子系统,用于根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据,将各指定业务的业务明细数据发送给凭证子系统;
所述凭证子系统,用于根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方,针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据,针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证,所述验证是否允许生成该指定业务对应的业务生成凭证时,至少需要验证是否未生成过该指定业务对应的业务执行凭证,若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
9.一种生成业务执行凭证的装置,其特征在于,包括:
第一接收模块,用于接收终端发送的携带用户标识的业务查询请求;
查询模块,用于根据所述业务查询请求中携带的所述用户标识,在历史记录中查询所述用户标识对应的用户执行的业务;
第一确定模块,用于在查询到的所述用户执行的业务中,确定允许生成业务执行凭证的各业务对应的业务标识;所述允许生成业务执行凭证的业务至少包括:未生成过业务执行凭证的业务;
第一发送模块,用于将确定的各业务标识返回给所述终端,以使所述终端显示接收到的各业务标识,并确定所述用户在显示的各业务标识中选择的所要生成业务执行凭证的业务标识,作为指定业务对应的业务标识;
第二接收模块,用于接收所述终端发送的生成业务执行凭证的生成请求,所述生成请求中携带各指定业务对应的业务标识;
第二确定模块,用于根据所述生成请求中携带的各业务标识,确定各指定业务的业务明细数据;
第三确定模块,用于根据各指定业务的业务明细数据,确定为所述用户提供各指定业务的服务提供方;
封装模块,用于针对每个服务提供方,根据由该服务提供方为所述用户提供的指定业务的业务明细数据,封装对应于该服务提供方的至少一个子生成请求,所述子生成请求中携带由该服务提供方为所述用户提供的至少部分指定业务的业务明细数据;
验证模块,用于针对由该服务提供方为所述用户提供的每个指定业务,验证是否允许生成该指定业务对应的业务生成凭证;所述验证是否允许生成该指定业务对应的业务生成凭证时,至少需要验证是否未生成过该指定业务对应的业务执行凭证;
第二发送模块,用于若对由该服务提供方为所述用户提供的每个指定业务的验证结果均为是,确定该服务提供方对应的服务器的地址,并根据确定的地址,将封装的对应于该服务提供方的各子生成请求发送给该服务提供方对应的服务器,以使该服务提供方对应的服务器根据接收到的所述各子生成请求中携带的各指定业务的业务明细数据,生成与所述各子生成请求中携带的各指定业务对应的业务执行凭证,并返回;
第三接收模块,用于接收该服务提供方对应的服务器返回的业务执行凭证,并将接收到的业务执行凭证返回给所述终端。
10.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述权利要求1~7任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910833259.7A CN110659415B (zh) | 2019-09-04 | 2019-09-04 | 一种业务执行凭证的生成方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910833259.7A CN110659415B (zh) | 2019-09-04 | 2019-09-04 | 一种业务执行凭证的生成方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110659415A CN110659415A (zh) | 2020-01-07 |
CN110659415B true CN110659415B (zh) | 2022-05-10 |
Family
ID=69037926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910833259.7A Active CN110659415B (zh) | 2019-09-04 | 2019-09-04 | 一种业务执行凭证的生成方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110659415B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114999040B (zh) * | 2020-09-09 | 2024-05-31 | 支付宝(杭州)信息技术有限公司 | 业务通行处理方法及装置 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105869045A (zh) * | 2016-04-22 | 2016-08-17 | 刘清涛 | 一种带有数量核算的记账凭证 |
CN107437219A (zh) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | 一种业务单据的凭证生成方法及装置 |
CN108665946A (zh) * | 2018-05-08 | 2018-10-16 | 阿里巴巴集团控股有限公司 | 一种业务数据的访问方法和装置 |
CN108776674A (zh) * | 2018-05-23 | 2018-11-09 | 中国农业银行股份有限公司 | 一种电子凭证存储方法、装置及服务器 |
CN109493503A (zh) * | 2018-08-06 | 2019-03-19 | 北京三快在线科技有限公司 | 景区排队装置、系统、方法及可读存储介质 |
CN109685442A (zh) * | 2017-10-17 | 2019-04-26 | 航天信息股份有限公司 | 用于业务数据处理的方法及装置 |
CN109829723A (zh) * | 2017-11-21 | 2019-05-31 | 北京京东尚科信息技术有限公司 | 生成业务凭证的方法和装置 |
CN109829001A (zh) * | 2017-11-22 | 2019-05-31 | 航天信息股份有限公司 | 用于生成发票数据的方法及装置 |
CN109858905A (zh) * | 2018-12-21 | 2019-06-07 | 航天信息软件技术有限公司 | 跨系统的电子凭证处理方法及装置 |
CN110135882A (zh) * | 2019-03-26 | 2019-08-16 | 口口相传(北京)网络技术有限公司 | 业务核销数据的整合方法及装置、存储介质、终端 |
CN110148027A (zh) * | 2018-02-13 | 2019-08-20 | 阿里巴巴集团控股有限公司 | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2885962A1 (en) * | 2009-06-25 | 2010-09-01 | Certusview Technologies, Llc | Methods and apparatus for assessing locate request tickets |
CN108363751B (zh) * | 2018-01-29 | 2019-08-27 | 武汉迎风聚智科技有限公司 | 一种住房公积金业务系统的检测方法及系统 |
CN108876085B (zh) * | 2018-04-12 | 2020-11-10 | 合肥天源迪科信息技术有限公司 | 一种基于互联网的企业销售支撑平台 |
-
2019
- 2019-09-04 CN CN201910833259.7A patent/CN110659415B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105869045A (zh) * | 2016-04-22 | 2016-08-17 | 刘清涛 | 一种带有数量核算的记账凭证 |
CN107437219A (zh) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | 一种业务单据的凭证生成方法及装置 |
CN109685442A (zh) * | 2017-10-17 | 2019-04-26 | 航天信息股份有限公司 | 用于业务数据处理的方法及装置 |
CN109829723A (zh) * | 2017-11-21 | 2019-05-31 | 北京京东尚科信息技术有限公司 | 生成业务凭证的方法和装置 |
CN109829001A (zh) * | 2017-11-22 | 2019-05-31 | 航天信息股份有限公司 | 用于生成发票数据的方法及装置 |
CN110148027A (zh) * | 2018-02-13 | 2019-08-20 | 阿里巴巴集团控股有限公司 | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 |
CN108665946A (zh) * | 2018-05-08 | 2018-10-16 | 阿里巴巴集团控股有限公司 | 一种业务数据的访问方法和装置 |
CN108776674A (zh) * | 2018-05-23 | 2018-11-09 | 中国农业银行股份有限公司 | 一种电子凭证存储方法、装置及服务器 |
CN109493503A (zh) * | 2018-08-06 | 2019-03-19 | 北京三快在线科技有限公司 | 景区排队装置、系统、方法及可读存储介质 |
CN109858905A (zh) * | 2018-12-21 | 2019-06-07 | 航天信息软件技术有限公司 | 跨系统的电子凭证处理方法及装置 |
CN110135882A (zh) * | 2019-03-26 | 2019-08-16 | 口口相传(北京)网络技术有限公司 | 业务核销数据的整合方法及装置、存储介质、终端 |
Non-Patent Citations (3)
Title |
---|
A Ubiquitous NFC Solution for the Development of Tailored Marketing Strategies Based on Discount Vouchers and Loyalty Cards;Borrego-Jaraba,F;《sensors》;20130531;第6334-6354页 * |
多用户帐务处理系统的设计与实现;齐英武;《计算机应用研究》;19930330(第02期);第22-23页 * |
浅析"互联网+"时代的人社公共服务体系建设;包晗;《数字通信世界》;20181231;第96+282页 * |
Also Published As
Publication number | Publication date |
---|---|
CN110659415A (zh) | 2020-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107070858B (zh) | 一种业务处理方法及装置 | |
CN113344567B (zh) | 一种聚合码的支付页面的访问方法、装置、设备及介质 | |
CN107528885B (zh) | 一种业务请求处理方法及装置 | |
CN113222667B (zh) | 权益分享处理方法及装置 | |
CN111784356B (zh) | 支付验证方法、装置、设备及存储介质 | |
CN111738737A (zh) | 数字物权凭证的生成方法、装置及设备 | |
EP4318352A1 (en) | Payment page sending based on aggregated code | |
CN110602163B (zh) | 文件上传方法及装置 | |
CN110659415B (zh) | 一种业务执行凭证的生成方法、装置及系统 | |
CN113253999B (zh) | 插件化数据接入方法、数据源管理系统及接口接入方法 | |
CN108596581B (zh) | 资源转移的验证方法、装置和电子支付验证方法、装置 | |
CN112579955A (zh) | 一种页面访问方法、设备、介质及电子设备 | |
CN111338655A (zh) | 一种安装包分发方法和系统 | |
CN108563514A (zh) | 访问应用配置服务的方法、应用和电子设备 | |
CN106548331B (zh) | 一种确定发布顺序的方法及装置 | |
CN111242731B (zh) | 一种业务执行的方法及装置 | |
CN114358936A (zh) | 一种基于微服务区块链的智能合约运行方法 | |
CN113672784A (zh) | 基于区块链的车辆信息处理方法、装置及系统 | |
CN112581141A (zh) | 基于区块链的交易处理方法、装置及系统 | |
CN112306710A (zh) | 一种业务处理系统、接口调用方法及装置 | |
CN113761400A (zh) | 一种访问请求转发方法、装置及设备 | |
CN111881199A (zh) | 一种数据处理方法、设备、介质及电子设备 | |
CN110502551A (zh) | 数据读写方法、系统及架构组件 | |
US20240232852A9 (en) | Sending aggregation-code-based payment pages | |
US20240232932A1 (en) | Stake sharing processing method and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |