CN114240419A - 一种业务合并结算的方法、装置以及存储介质 - Google Patents
一种业务合并结算的方法、装置以及存储介质 Download PDFInfo
- Publication number
- CN114240419A CN114240419A CN202111404467.9A CN202111404467A CN114240419A CN 114240419 A CN114240419 A CN 114240419A CN 202111404467 A CN202111404467 A CN 202111404467A CN 114240419 A CN114240419 A CN 114240419A
- Authority
- CN
- China
- Prior art keywords
- service
- settlement
- identifier
- settlement information
- information
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种业务合并结算的方法、装置以及存储介质,能够合并所属不同商家的多个业务进行统一结算,提高用户体验。本申请方法包括:获取终端发送的第一业务的结算请求,结算请求中包含第一业务的标识以及第一业务的结算信息;根据第一业务的标识在业务关联配置策略中确定第二业务的标识;根据第二业务的标识获取第二业务的结算信息;生成包含有总和结算金额的合并结算信息,总和结算金额表示第一业务对应的第一结算金额与第二业务对应的第二结算金额的总和;向终端发送合并结算信息,使得终端支付总和结算金额;根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。
Description
技术领域
本申请涉及业务处理技术领域,尤其涉及一种业务合并结算的方法、装置以及存储介质。
背景技术
随着电子业务信息化的不断发展,面对日渐增长的用户需求,人们对电子业务的处理提出了更高的要求。
现有技术中,用户在平台上处理业务时,可以将与该业务关联的其他多个业务合并在一起,并在平台内确定合并各个业务对应的金额总额,从而进行业务在平台内的统一结算。
但当用户在平台上处理的业务所关联的其他多个业务属于平台的下级子平台管理,即多个关联业务属于不同的商家管理时,所处于同一个平台内多个业务分别需要在不同的子平台上进行对应业务的结算,且通常平台不具有对下级子平台商家内的核心数据的处理权限,即难以通过平台合并结算同时处理多个业务的业务结算信息,使得用户处理业务的流程繁杂,业务处理所需的时间较长,影响用户的业务结算体验。
发明内容
为了解决上述技术问题,本申请提供了一种业务合并结算的方法、装置以及存储介质,能够合并所属不同商家的多个业务进行统一结算,提高用户体验,具体参考下述例子。
本申请第一方面提供了一种业务合并结算的方法,包括:
获取终端发送的第一业务的结算请求,所述结算请求中包含所述第一业务的标识以及所述第一业务的结算信息;
根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
根据所述第二业务的标识获取所述第二业务的结算信息;
根据所述第一业务的结算信息以及所述第二业务的结算信息生成合并结算信息,所述合并结算信息包含有总和结算金额,所述总和结算金额表示所述第一业务的结算信息对应的第一结算金额与所述第二业务的结算信息对应的第二结算金额的总和;
向所述终端发送所述合并结算信息,以使得所述终端根据所述合并结算信息支付所述总和结算金额;
根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额。
可选地,所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识包括:
根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务的映射对应关系,并根据所述映射对应关系确定第二业务的标识。
可选地,所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识包括:
根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务所属的合并分组,并在所述合并分组中确定对应的第二业务的标识,所述合并分组包含所述第一业务以及所述第二业务。
可选地,所述根据所述第二业务的标识获取所述第二业务的结算信息包括:
根据所述第二业务的标识确定所述第二业务对应的商家,并从所述第二业务对应的商家获取所述第二业务的结算信息。
可选地,在所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识之前,所述方法还包括:
通过所述终端向用户展示第一协议,所述第一协议用于对所述第一业务的业务合并结算规则进行约束;当获取到所述用户在所述第一协议上的签字操作后,确认所述用户承认所述第一协议信息的约束。
可选地,在所述根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额之前,所述方法还包括:
接收所述终端发送的结算完成反馈,所述结算完成反馈表示所述终端已支付所述总和结算金额。
可选地,在所述根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额之前,所述方法还包括:
确定所述第一业务对应的商家以及所述第二业务对应的商家的身份验证通过。
本申请第二方面提供了一种业务合并结算的装置,包括:
第一获取单元,用于获取终端发送的第一业务的结算请求,所述结算请求中包含所述第一业务的标识以及所述第一业务的结算信息;
第一确定单元,用于根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
第二获取单元,用于根据所述第二业务的标识获取所述第二业务的结算信息;
生成单元,用于根据所述第一业务的结算信息以及所述第二业务的结算信息生成合并结算信息,所述合并结算信息包含有总和结算金额,所述总和结算金额表示所述第一业务的结算信息对应的第一结算金额与所述第二业务的结算信息对应的第二结算金额的总和;
发送单元,用于向所述终端发送所述合并结算信息,以使得所述终端根据所述合并结算信息支付所述总和结算金额;
支付单元,用于根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额。
可选地,所述第一确定单元具体用于:根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务的映射对应关系,并根据所述映射对应关系确定第二业务的标识。
可选地,所述第一确定单元具体用于:根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务所属的合并分组,并在所述合并分组中确定对应的第二业务的标识,所述合并分组包含所述第一业务以及所述第二业务。
可选地,所述第二获取单元具体用于:根据所述第二业务的标识确定所述第二业务对应的商家,并从所述第二业务对应的商家获取所述第二业务的结算信息。
可选地,所述装置还包括:第二确定单元,用于通过所述终端向用户展示第一协议,所述第一协议用于对所述第一业务的业务合并结算规则进行约束;当获取到所述用户在所述第一协议上的签字操作后,确认所述用户承认所述第一协议信息的约束。
可选地,所述装置还包括:接收单元,用于接收所述终端发送的结算完成反馈,所述结算完成反馈表示所述终端已支付所述总和结算金额。
可选地,所述装置还包括:第三确定单元,用于确定所述第一业务对应的商家以及所述第二业务对应的商家的身份验证通过。
本申请第三方面提供了一种业务合并结算的装置,包括:
中央处理器,存储器,输入输出接口,有线或无线网络接口以及电源;
所述存储器为短暂存储存储器或持久存储存储器;
所述中央处理器配置为与所述存储器通信,并执行所述存储器中的指令操作以执行第一方面以及第一方面的可选方式中的任意一种所述的方式。
本申请第四方面提供了一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机以执行第一方面以及第一方面的可选方式中的任意一种所述的方式。
从以上技术方案可以看出,本申请具有以下优点:
获取终端发送的第一业务的结算请求,并根据结算请求中包含的第一业务的标识在预存的业务关联配置策略中确定第二业务的标识;根据第二业务的标识获取第二业务的结算信息;根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息;向终端发送合并结算信息,以使得终端根据合并结算信息支付对应的总和结算金额;根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。可以通过预存的业务关联配置将多个业务进行关联合并得到合并结算信息,在终端根据该合并结算信息支付对应的总和结算金额后,向各个业务的商家支付对应的结算金额,通过业务合并结算过程能够合并所属不同商家的多个业务进行统一结算,从而简化用户处理多个业务的流程,提高用户体验。
附图说明
为了更清楚地说明本申请中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请中业务合并结算的方法的一个实施例的流程示意图;
图2为本申请中业务合并结算的方法的另一实施例的流程示意图;
图3为本申请中业务合并结算的装置的一个结构示意图;
图4为本申请中业务合并结算的装置的另一结构示意图;
图5为本申请中以执行基本计算处理功能的业务合并结算的装置的一个结构示意图。
具体实施方式
本申请提供了一种业务合并结算的方法、装置以及存储介质,能够合并所属不同商家的多个业务进行统一结算,提高用户体验。
本申请中的业务合并结算的方法可以适用于在系统或者服务器等具有计算处理功能的部件上进行。下面以该方法应用到服务器上执行进行具体描述。
请参阅图1,图1是本申请提供的业务合并结算的方法一个实施例的流程示意图,该方法包括:
101、服务器获取终端发送的第一业务的结算请求,该结算请求中包含第一业务的标识以及第一业务的结算信息。
服务器关联有若干终端,用户可以在该终端上查询相关业务,并在配备的用户操作系统上确定所需结算的第一业务,从而生成第一业务的结算请求,需要说明的是,终端确定了具体的第一业务之后,可以从服务器获取该第一业务的标识以及第一业务的结算信息。当用户确定结算该第一业务时,则终端向服务器发送结算请求,该结算请求中包含第一业务的标识以及第一业务的结算信息。可以理解的是,服务器中预存有标识库,标识库内的各个标识之间不同,且分别一一对应有对应确定的业务。
102、服务器根据第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识。
服务器中预存有业务关联配置策略,该业务关联配置策略可以为服务器内多个业务之间的对应关系或者分组关系,此处不做限定,将在图2所示实施例中进行详细说明。服务器根据第一业务的标识在预存的业务关联配置策略中确定第二业务的标识。可以理解的是,该业务关联配置策略可以通过服务器关联的其他设备进行调整与修改,例如:在经过安全认证的终端设备上对业务A与业务B的关联关系进行调整,以修改业务关联配置策略对应的关联关系。
103、服务器根据第二业务的标识获取第二业务的结算信息。
服务器本地或者第三方网元中存储有所有业务的结算信息,根据第二业务的标识可以确定第二业务的相关内容,从而获取相应的第二业务的结算信息。
104、服务器根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息,合并结算信息包含有总和结算金额,该总和结算金额表示第一业务的结算信息对应的第一结算金额与第二业务的结算信息对应的第二结算金额的总和。
服务器根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息,可以理解为将第一业务的结算清单与第二业务的结算清单进行合并成一张总清单,即合并结算信息,该合并结算信息包含有总和结算金额,该总和结算金额表示第一业务的结算信息对应的第一结算金额与第二业务的结算信息对应的第二结算金额的总和。
105、服务器向终端发送合并结算信息,以使得终端根据合并结算信息支付总和结算金额。
服务器向终端发送合并结算信息,则终端可以根据该合并结算信息所显示的总和结算金额进行支付。
106、服务器根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。
在服务器根据该合并结算信息收到付款的总和结算金额后,向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。可以理解的是,服务器可以通过业务的标识以及预存的商家关联配置确定各个业务对应商家。
在本实施例中,获取终端发送的第一业务的结算请求,并根据结算请求中包含的第一业务的标识在预存的业务关联配置策略中确定第二业务的标识;根据第二业务的标识获取第二业务的结算信息;根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息;向终端发送合并结算信息,以使得终端根据合并结算信息支付对应的总和结算金额;根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。可以通过预存的业务关联配置将多个业务进行关联合并得到合并结算信息,在终端根据该合并结算信息支付对应的总和结算金额后,向各个业务的商家支付对应的结算金额,通过业务合并结算过程能够合并所属不同商家的多个业务进行统一结算,从而简化用户处理多个业务的流程,提高用户体验。
请参阅图2,图2为本申请中业务合并结算的方法的另一实施例的流程示意图,该方法包括:
201、服务器获取终端发送的第一业务的结算请求,该结算请求中包含第一业务的标识以及第一业务的结算信息。
本实施例中的步骤201与前述图1所示实施例中的步骤101类似,此处不再赘述。
202、服务器通过终端向用户展示第一协议,该第一协议用于对第一业务的业务合并结算规则进行约束。
由于业务的结算涉及到用户的个人财产信息等可能较为敏感和私密的个人信息,在进行业务合并结算之前,需要向用户展示第一协议,该第一协议用于对第一业务的业务合并结算规则进行约束。可以理解的是,该第一协议的被约束方可以有业务服务方、用户方以及商家方等,该第一协议在向用户展示之前已确定业务服务费以及商家方的约束规则。
203、当获取到用户在第一协议上的签字操作后,服务器确认用户承认第一协议信息的约束。
当获取到用户在第一协议上的签字操作后,确认用户承认第一协议信息的约束,服务器则可以获取相应的用户个人信息,以进行该用户后续的业务合并服务。
204、服务器根据第一业务的标识在预存的业务关联配置策略中确定第一业务的映射对应关系,并根据映射对应关系确定对应的第二业务的标识。
服务器中预存有业务关联配置策略,该业务关联配置策略可以为服务器内任一业务与单个或者多个业务的映射对应关系,即根据第一业务的标识,可以在业务关联配置策略中确定对应的第二业务的标识,可以理解的是,该第二业务的标识在业务关联配置策略中可以不关联有任何业务的标识,换句话来说,在这种情况下,以第一业务为业务处理发起方时,可以关联获取对应的第二业务的标识,而在以第二业务为业务处理发起方时,第二业务无对应关联业务,概括来说,该业务关联配置策略包含任一业务与对应业务的映射对应关系。另外,值得一提的是,该业务关联配置策略预存在服务器中,其映射对应关系可以预先设定,并在向用户展示第一协议中获取用户的承认,也可以由用户自行根据其他的业务合并关联相关的处理业务进行业务关联关系预先绑定,此处不做限定。
在本实施例中,可以通过第一业务的标识的映射对应关系确定对应的第二业务的标识,在用户结算第一业务时可以确定关联的第二业务,可以进行后续的合并处理,可以节省用户结算业务的所需的时间,同时根据该映射对应关系,用户在结算第二业务时可以不与第一业务产生关联,进行单独结算,可以提高用户业务合并处理结算的自由度,可以根据用户的需求对该映射关系进行调整,从而可以提高用户体验。
在另一个实施方式中,服务器还根据第一业务的标识在预存的业务关联配置策略中确定第一业务所属的合并分组,并在合并分组中确定对应的第二业务的标识,该合并分组包含第一业务以及第二业务。在本实施例中,为第一业务以及第二业务进行分配在同一合并分组中,可以将第一业务以及第二业务进行同步结算处理,简化业务计算的流程,减少用户处理业务结算所需的时间。
205、服务器根据第二业务的标识确定第二业务对应的商家,并从第二业务对应的商家获取第二业务的结算信息。
由于第二业务所存储的网元位置可能不在服务器上,且服务器没有该网元的查询权限等,则服务器根据第二业务的标识确定第二业务对应的商家,并从第二业务对应的商家获取第二业务的结算信息。可以理解的是,该第二业务的标识中可以包含有服务器本身的安全认证信息,以使得服务器可以得到关于第二业务的查询授权,以从第二业务对应的商家获取第二业务的结算信息。
206、服务器根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息,合并结算信息包含有总和结算金额,该总和结算金额表示第一业务的结算信息对应的第一结算金额与第二业务的结算信息对应的第二结算金额的总和。
207、服务器向终端发送合并结算信息,以使得终端根据合并结算信息支付总和结算金额。
本实施例中的步骤206、207与前述图1所示实施例中的步骤104、105类似,此处不再赘述。
208、服务器接收终端发送的结算完成反馈,结算完成反馈表示终端已支付总和结算金额。
终端根据合并结算信息支付总和结算金额后,会生成结算完成反馈并向服务器发送该结算完成反馈,以使得服务器确定终端支付方已完成对应支付操作,从而对便于进行后续对该总和结算金额的结算处理。
209、服务器确定第一业务对应的商家以及第二业务对应的商家的身份验证通过。
服务器根据合并结算信息向第一业务对应的商家以及第二业务对应的商家支付相应的结算金额之前需要对商家的身份进行安全认证,以减少因为出现流程、漏洞等其他非偶然性等因素导致的业务结算错误。
210、服务器根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。
本实施例中的步骤210与前述图1所示实施例中的步骤106类似,此处不再赘述。
请参阅图3,图3为本申请中业务合并结算的装置的一个结构示意图,该装置包括:
第一获取单元301,用于获取终端发送的第一业务的结算请求,结算请求中包含第一业务的标识以及第一业务的结算信息;
第一确定单元302,用于根据第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
第二获取单元303,用于根据第二业务的标识获取第二业务的结算信息;
生成单元304,用于根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息,合并结算信息包含有总和结算金额,总和结算金额表示第一业务的结算信息对应的第一结算金额与第二业务的结算信息对应的第二结算金额的总和;
发送单元305,用于向终端发送合并结算信息,以使得终端根据合并结算信息支付总和结算金额;
支付单元306,用于根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。
本实施例装置中,各单元的功能与前述图1所示方法实施例中的步骤对应,此处不再赘述。
在本实施例中,第一获取单元301获取终端发送的第一业务的结算请求,第一确定单元302根据结算请求中包含的第一业务的标识在预存的业务关联配置策略中确定第二业务的标识;第二获取单元303根据第二业务的标识获取第二业务的结算信息;生成单元304根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息;发送单元305向终端发送合并结算信息,以使得终端根据合并结算信息支付对应的总和结算金额;支付单元306根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。可以通过预存的业务关联配置将多个业务进行关联合并得到合并结算信息,在终端根据该合并结算信息支付对应的总和结算金额后,向各个业务的商家支付对应的结算金额,通过业务合并结算过程能够合并所属不同商家的多个业务进行统一结算,从而简化用户处理多个业务的流程,提高用户体验。
请参阅图4,图4为本申请中业务合并结算的装置的另一结构示意图,该装置包括:
第一获取单元401,用于获取终端发送的第一业务的结算请求,结算请求中包含第一业务的标识以及第一业务的结算信息;
第一确定单元402,用于根据第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
第二获取单元403,用于根据第二业务的标识获取第二业务的结算信息;
生成单元404,用于根据第一业务的结算信息以及第二业务的结算信息生成合并结算信息,合并结算信息包含有总和结算金额,总和结算金额表示第一业务的结算信息对应的第一结算金额与第二业务的结算信息对应的第二结算金额的总和;
发送单元405,用于向终端发送合并结算信息,以使得终端根据合并结算信息支付总和结算金额;
支付单元406,用于根据合并结算信息向第一业务对应的商家支付第一结算金额并向第二业务对应的商家支付第二结算金额。
可选地,第一确定单元402具体用于:根据第一业务的标识在预存的业务关联配置策略中确定第一业务的映射对应关系,并根据映射对应关系确定第二业务的标识。
可选地,第一确定单元402具体用于:根据第一业务的标识在预存的业务关联配置策略中确定第一业务所属的合并分组,并在合并分组中确定对应的第二业务的标识,合并分组包含第一业务以及第二业务。
可选地,第二获取单元403具体用于:根据第二业务的标识确定第二业务对应的商家,并从第二业务对应的商家获取第二业务的结算信息。
可选地,装置还包括:第二确定单元407,用于通过终端向用户展示第一协议,第一协议用于对第一业务的业务合并结算规则进行约束;当获取到用户在第一协议上的签字操作后,确认用户承认第一协议信息的约束。
可选地,装置还包括:接收单元408,用于接收终端发送的结算完成反馈,结算完成反馈表示终端已支付总和结算金额。
可选地,装置还包括:第三确定单元409,用于确定第一业务对应的商家以及第二业务对应的商家的身份验证通过。
本实施例装置中,各单元的功能与前述图2所示方法实施例中的步骤对应,此处不再赘述。
请参阅图5,本申请提供的业务合并结算的装置包括:中央处理器502,存储器501,输入输出接口503,有线或无线网络接口504以及电源505;
存储器501为短暂存储存储器或持久存储存储器;
中央处理器502配置为与存储器501通信,并执行存储器501中的指令操作以执行前述图1至图2所示实施例中的步骤。
本申请还提供了一种计算机可读存储介质,包括指令,当该指令在计算机上运行时,使得计算机执行前述图1至图2所示实施例中的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,read-onlymemory)、随机存取存储器(RAM,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (10)
1.一种业务合并结算的方法,其特征在于,包括:
获取终端发送的第一业务的结算请求,所述结算请求中包含所述第一业务的标识以及所述第一业务的结算信息;
根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
根据所述第二业务的标识获取所述第二业务的结算信息;
根据所述第一业务的结算信息以及所述第二业务的结算信息生成合并结算信息,所述合并结算信息包含有总和结算金额,所述总和结算金额表示所述第一业务的结算信息对应的第一结算金额与所述第二业务的结算信息对应的第二结算金额的总和;
向所述终端发送所述合并结算信息,以使得所述终端根据所述合并结算信息支付所述总和结算金额;
根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额。
2.根据权利要求1中所述的方法,其特征在于,所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识包括:
根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务的映射对应关系,并根据所述映射对应关系确定第二业务的标识。
3.根据权利要求1中所述的方法,其特征在于,所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识包括:
根据所述第一业务的标识在预存的业务关联配置策略中确定所述第一业务所属的合并分组,并在所述合并分组中确定对应的第二业务的标识,所述合并分组包含所述第一业务以及所述第二业务。
4.根据权利要求1中所述的方法,其特征在于,所述根据所述第二业务的标识获取所述第二业务的结算信息包括:
根据所述第二业务的标识确定所述第二业务对应的商家,并从所述第二业务对应的商家获取所述第二业务的结算信息。
5.根据权利要求1中所述的方法,其特征在于,在所述根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识之前,所述方法还包括:
通过所述终端向用户展示第一协议,所述第一协议用于对所述第一业务的业务合并结算规则进行约束;当获取到所述用户在所述第一协议上的签字操作后,确认所述用户承认所述第一协议信息的约束。
6.根据权利要求1中所述的方法,其特征在于,在所述根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额之前,所述方法还包括:
接收所述终端发送的结算完成反馈,所述结算完成反馈表示所述终端已支付所述总和结算金额。
7.根据权利要求1至6中任一项所述的方法,其特征在于,在所述根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额之前,所述方法还包括:
确定所述第一业务对应的商家以及所述第二业务对应的商家的身份验证通过。
8.一种业务合并结算的装置,其特征在于,包括:
第一获取单元,用于获取终端发送的第一业务的结算请求,所述结算请求中包含所述第一业务的标识以及所述第一业务的结算信息;
确定单元,用于根据所述第一业务的标识在预存的业务关联配置策略中确定对应的第二业务的标识;
第二获取单元,用于根据所述第二业务的标识获取所述第二业务的结算信息;
生成单元,用于根据所述第一业务的结算信息以及所述第二业务的结算信息生成合并结算信息,所述合并结算信息包含有总和结算金额,所述总和结算金额表示所述第一业务的结算信息对应的第一结算金额与所述第二业务的结算信息对应的第二结算金额的总和;
发送单元,用于向所述终端发送所述合并结算信息,以使得所述终端根据所述合并结算信息支付所述总和结算金额;
支付单元,用于根据所述合并结算信息向所述第一业务对应的商家支付所述第一结算金额并向所述第二业务对应的商家支付所述第二结算金额。
9.一种业务合并结算的装置,其特征在于,包括:
中央处理器,存储器,输入输出接口,有线或无线网络接口以及电源;
所述存储器为短暂存储存储器或持久存储存储器;
所述中央处理器配置为与所述存储器通信,并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的方法。
10.一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至7中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111404467.9A CN114240419A (zh) | 2021-11-24 | 2021-11-24 | 一种业务合并结算的方法、装置以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111404467.9A CN114240419A (zh) | 2021-11-24 | 2021-11-24 | 一种业务合并结算的方法、装置以及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114240419A true CN114240419A (zh) | 2022-03-25 |
Family
ID=80750853
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111404467.9A Pending CN114240419A (zh) | 2021-11-24 | 2021-11-24 | 一种业务合并结算的方法、装置以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114240419A (zh) |
-
2021
- 2021-11-24 CN CN202111404467.9A patent/CN114240419A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112334933A (zh) | 区块链交易处理 | |
CN117252590A (zh) | 用于数字资产账户管理的方法和装置 | |
CN110189013A (zh) | 一种业务流程的确定方法、装置、设备及介质 | |
US20150206129A1 (en) | Method and System to Enable Mobile Contactless Ticketing/Payments Via a Mobile Phone Application | |
CN110046022A (zh) | 一种页面展示方法、装置、设备及介质 | |
CN110599323A (zh) | 一种资源处理方法及处理设备 | |
JP2009169984A (ja) | プリペイド・システム、プリペイド・チャージ装置、ユーザデータベースおよびプリペイド方法 | |
CN110796440A (zh) | 支付方法、装置及系统、支付业务架构、电子设备和介质 | |
CN109670968A (zh) | 保险数据的处理方法、装置、设备及计算机存储介质 | |
TWI839875B (zh) | 支付方法、使用者終端、裝置、設備、系統及介質 | |
JP4402899B2 (ja) | プリペイドシステム、プリペイド入金管理サーバ、通信端末及び方法 | |
WO2013101192A1 (en) | Method and system for bulk purchase negotiating using an ad hoc online group | |
CN112330323A (zh) | 生成令牌种子和二维码的方法、支付方法和装置 | |
JP2017510874A (ja) | クレジットプロビジョニングを行うシステム及び方法 | |
CN114240419A (zh) | 一种业务合并结算的方法、装置以及存储介质 | |
JP2003281234A (ja) | 異なるアクセス技術を用いるアクセスネットワークが提供するサービスにアクセスするための少額信用貸付証明書 | |
KR20200061263A (ko) | 블록체인 네트워크에 기반하여 카드를 결제하는 방법 및 이를 이용한 서버 | |
CN114049695A (zh) | 一种虚拟车牌号停车费处理的方法、装置以及系统 | |
KR20150041286A (ko) | 소액결제 연동 기반의 선불카드 결제 보조 장치 및 방법 | |
KR102107454B1 (ko) | 금융결제망 다중화 시스템, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램 | |
CN114186994A (zh) | 一种数字货币钱包应用的使用方法、终端及系统 | |
CN111626877A (zh) | 数据处理方法 | |
CN112927102A (zh) | 服务提供系统、方法和装置 | |
US20240029061A1 (en) | Systems and methods for transacting over a network | |
KR20200135245A (ko) | 무선 간편 결제 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |