CN105095199A - 业务数据处理方法、装置和系统 - Google Patents
业务数据处理方法、装置和系统 Download PDFInfo
- Publication number
- CN105095199A CN105095199A CN201410153398.2A CN201410153398A CN105095199A CN 105095199 A CN105095199 A CN 105095199A CN 201410153398 A CN201410153398 A CN 201410153398A CN 105095199 A CN105095199 A CN 105095199A
- Authority
- CN
- China
- Prior art keywords
- data area
- business datum
- data
- message
- business
- 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.)
- Granted
Links
Abstract
本申请公开了一种业务数据处理方法、装置和系统。该业务数据处理方法包括:接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个不同区域,第一数据区域接收到第一业务数据后发送第一消息,第一消息具有第一业务数据的第一排序标识,第二数据区域接收到第二业务数据后发送第二消息,第二消息具有第二业务数据的第二排序标识;基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序;按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。通过本申请,实现对不同数据区域的业务请求的排序和调度。
Description
技术领域
本申请涉及数据处理领域,具体而言,涉及一种业务数据处理方法、装置和系统。
背景技术
在大量数据请求的处理中,通常采用增加服务器的方式来提高数据处理系统的容量。随着服务器增加,数据库(DB)的压力也随着增加,数据库的连接数和响应时间受到越来越多的关注。于是分库分表,数据逻辑部署等方案被提出来。例如在数据逻辑部署模式下,业务处理的数据服务器和应用服务器被分别部署在N个数据区域内,即将多个数据服务器和应用服务器划分成多个数据区域。一个数据区域用于处理一类用户群体的请求(用户群体的划分可以按照自己设定的业务规则,如地域,会员ID或属性等)。例如,区域zone1用来处理大连的用户请求,区域zone2处理杭州用户请求。其中,区域zone1和区域zone2即为数据区域,在每个数据区域之间不允许相互访问,这样可以实现数据隔离以及数据本地化,减少跨区域访问数据带来的性能损失,最终实现无限扩容的目的。
发明人发现,在数据逻辑部署模式下,由于每个数据区域之间不允许相互访问,不同数据区域的数据业务请求无法进行排队处理,导致数据处理的顺序混乱,例如用户1向区域zone1申请在网上做了一笔T+1异步转账到银行卡的交易,用户2向区域zone2也申请在网上做了一笔T+1异步转账到银行卡的交易,其中,请求交易的银行为同一家银行。这些交易请求需要被按照申请时间排队发送银行进行处理。由于区域zone1和区域zone2的数据相互隔离,无法做到全局排队。
针对现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种业务数据处理方法、装置和系统,以解决现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种业务数据处理方法。根据本申请的业务数据处理方法包括:接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,第一数据区域接收到第一业务数据后发送第一消息,第一消息具有第一业务数据的第一排序标识,第二数据区域接收到第二业务数据后发送第二消息,第二消息具有第二业务数据的第二排序标识;基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序;以及按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
进一步地,基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序包括:从第一消息中提取第一排序标识,第一排序标识为用于对第一业务数据进行排序的标识;从第二消息中提取第二排序标识,第二排序标识为用于对第二业务数据进行排序的标识;按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果;以及由排序结果确定第二业务数据和第一业务数据的处理顺序。
进一步地,在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,业务数据处理方法还包括:将第一消息和第二消息存入到预先建立的全局调度表中,全局调度表用于对业务数据进行排序,其中,在全局调度表内按照预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
进一步地,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据包括:按照处理顺序向第一数据区域和第二数据区域发送调度回执,其中,第一数据区域和第二数据区域接收调度回执,第一数据区域和第二数据区域基于接收的调度回执进行业务数据处理。
为了实现上述目的,根据本申请的另一方面,提供了一种业务数据处理装置。根据本申请的业务数据处理装置包括:接收单元,用于接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,第一数据区域接收到第一业务数据后发送第一消息,第一消息具有第一业务数据的第一排序标识,第二数据区域接收到第二业务数据后发送第二消息,第二消息具有第二业务数据的第二排序标识;确定单元,用于基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序;以及控制单元,用于按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
进一步地,确定单元包括:第一提取模块,用于从第一消息中提取第一排序标识,第一排序标识为用于对第一业务数据进行排序的标识;第二提取模块,用于从第二消息中提取第二排序标识,第二排序标识为用于对第二业务数据进行排序的标识;排序模块,用于按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果;以及确定模块,用于由排序结果确定第二业务数据和第一业务数据的处理顺序。
进一步地,业务数据处理装置还包括:存入单元,用于在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,将第一消息和第二消息存入到预先建立的全局调度表中,全局调度表用于对业务数据进行排序,其中,确定单元还用于在全局调度表内按照预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
进一步地,控制单元包括:发送模块,用于按照处理顺序向第一数据区域和第二数据区域发送调度回执,其中,第一数据区域处理和第二数据区域接收调度回执,第一数据区域和第二数据区域基于接收的调度回执进行业务数据处理。
为了实现上述目的,根据本申请的一个方面,提供了一种业务数据处理系统。根据本申请的业务数据处理系统包括:第一数据区域,用于接收第一业务数据,并发送第一消息,第一消息具有第一业务数据的第一排序标识;第二数据区域,用于接收第二业务数据,并发送第二消息,第二消息具有第二业务数据的第二排序标识,其中,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域;以及全局数据区域,全局数据区域为用于对业务数据进行调度的数据处理区域,全局数据区域用于接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,并基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
进一步地,全局数据区域还用于按照处理顺序向第一数据区域和第二数据区域发送调度回执,第一数据区域和第二数据区域还用于接收全局数据区域返回的调度回执,并基于接收的调度回执进行业务数据处理。
进一步地,第一数据区域还用于每间隔第一预设时间对第一数据区域接收的业务数据进行查询,得到查询结果,从查询结果中获取接收的业务数据未进行业务处理的时间,判断接收的业务数据未进行业务处理的时间是否超过第二预设时间,如果判断出接收的业务数据未进行业务处理的时间超过第二预设时间,则将接收的业务数据对应的消息发送至全局数据区域。
通过本申请实施例,接收第一数据区域的第一消息和第二数据区域的第二消息,其中,第一消息具有第一排序标识,第二消息具有第二排序标识,基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据,从而解决现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题,实现对不同数据区域的业务请求进行排序和调度,避免造成数据处理的顺序混乱。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的业务数据处理系统的示意图;
图2是根据本申请实施例优选的业务数据处理系统的示意图;
图3是根据本申请实施例的业务数据处理装置的示意图;以及
图4是根据本申请实施例的业务数据处理方法的流程图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供了一种业务数据处理系统。
图1是根据本申请实施例的业务数据处理系统的示意图。如图1所示,该业务数据处理系统包括第一数据区域、第二数据区域和全局数据区域。
第一数据区域用于接收第一业务数据,并发送第一消息,第一消息具有第一业务数据的第一排序标识。
第二数据区域用于接收第二业务数据,并发送第二消息,第一消息具有第一业务数据的第一排序标识。其中,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域。
全局数据区域为用于对业务数据进行调度的数据处理区域,全局数据区域用于接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,并基于第一消息的第一排序标识和第二消息的第二排序标识确定第一业务数据和第二业务数据的处理顺序,按照该处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
第一数据区域和第二数据区域可以是在数据逻辑部署模式下,业务处理的数据服务器和应用服务器被分别部署在多个数据区域之后,多个数据区域中的任意两个数据隔离的不同的数据区域,即,第一数据区域和第二数据区域之间没有数据交互。第一数据区域和第二数据区域中分别包括应用服务器和数据服务器,其中,数据服务器用于存储数据库,用于处理业务数据以及对业务数据进行存储,第一数据区域和第二数据区域可以是用于对各类业务数据进行处理的数据处理系统,例如集群系统,分布式集群系统。数据逻辑部署可以称为逻辑数据中心(LogicDataCenter)模式,是一种把数据按照一定规则,分成不同逻辑区域进行持久化和运算的模式。区域zone(regionalzone):在逻辑数据中心模式下,每个相互隔离的逻辑区域被称之为一个区域zone即数据区域,每个区域zone都部署了相对独立的数据库和服务器。数据区域用于接收业务数据,并对业务数据进行处理。
第一数据区域接收第一业务数据,第二数据区域接收第二业务数据,其中,第一业务数据和第二业务数据可以为相同业务的数据。第一数据区域和第二数据区域在接收到业务数据之后,第一数据区域和第二数据区域分别向全局数据区域发送第一消息和第二消息。
本申请实施例中,全局数据区域可以是用于对业务数据进行调度的数据处理区域,该全局数据区域可以是与第一数据区域或者第二数据区域具有相同结构的数据处理系统,全局数据区域可以包括数据服务器和应用服务器,用于对第一数据区域和第二数据区域的业务数据进行排序和调度。全局数据区域接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,可以是第一数据区域接收到第一业务数据后向全局数据区域推送第一消息,第二数据区域接收到第二业务数据后向全局数据区域推送第二消息;也可以是全局数据区域按照预设时间周期从第一数据区域获取第一消息,从第二数据区域获取第二消息,具体地,可以是全局数据区域向第一数据区域和第二数据区域分别发送消息请求,第一数据区域和第二数据区域接收到消息请求之后,将第一消息和第二消息发送至全局数据区域。其中,第一消息可以是在第一数据区域接收到第一业务数据之后,生成的具有第一业务数据对应的第一排序标识的消息,其中,第一排序标识可以是第一数据区域接收到第一业务数据的时间,也可以是第一业务数据请求处理的申请时间,或者是具有业务排序的优先级等。第二消息与第一消息具有相类似,不做赘述。
全局数据区域在接收到第一消息和第二消息之后,可以根据第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序。这些排序标识中可以包括对业务数据进行批处理有关的属性信息,例如来源、申请时间等等,当然还可以包括进行业务数据处理的优先级等。其中,批处理是对分布在各数据局部的分布式数据,进行排队,整合等批量操作。全局数据区域根据接收到的消息中的排序标识来确定第一业务数据和第二业务数据的处理顺序,以便于控制第一数据区域和第二数据区域按照该处理顺序处理业务数据。
本申请实施例中,全局数据区域可以按照预设业务处理规则确定第一业务数据和第二业务数据的处理顺序,预设业务处理规则可以是按照业务数据的申请时间进行排序,或者是按照业务数据的重要性确定优先级进行排序。
全局数据区域在确定第一业务数据和第二业务数据的处理顺序之后,可以按照该处理顺序处理第一业务数据和第二业务数据。例如,当确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则可以控制第一数据区域先处理第一业务数据,在控制第二数据区域处理第二业务数据。具体地,可以是按照处理顺序向第一数据区域和第二数据区域按照先后顺序发送调度回执,例如,上述中确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则全局数据区域先向第一数据区域发送调度回执,第一数据区域基于该调度回执对第一业务数据进行处理;全局数据区域再向第二数据区域发送调度回执,第二数据区域基于调度回执对第二业务数据进行处理,从而对第一数据区域的第一数据业务和第二数据区域的第二数据业务的调度。
例如,用户1向区域zone01申请在网上做了一笔T+1异步转账到银行卡的交易和用户2向区域zone02申请在网上做了一笔T+1异步转账到银行卡的交易,他们的请求需要被按照申请时间排队发送银行处理。在业务规则上,不要求所有用户的请求都需要排队进行,只要求转账到同一家银行的用户之间保持顺序即可。本申请实施例中通过对区域zone01和区域zone02在接收到交易请求之后,分别向全局数据区域发送消息,基于接收到的消息对交易申请进行排序,区域zone01和区域zone02按照排序结果进行业务处理,以实现对区域zone01和区域zone02的业务数据的全局调度。
根据本申请实施例,通过全局数据区域接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一消息具有第一排序标识,第二消息具有第二排序标识,并基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序,然后,全局数据区域按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据,完成对不同数据区域的业务数据的调度,从而解决现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题,实现对不同数据区域的业务请求进行排序和调度,避免造成数据处理的顺序混乱。
需要说明的是,本申请实施例中,业务数据处理系统可以包括多个数据区域(第一数据区域、第二数据区域、…、第N数据区域),如图2所示。全局数据区域可以接收例如第三数据区域、第四数据区域等多个数据区域的消息,其原理同第一数据区域和第二数据区域,这里不做赘述。
本申请实施例的业务数据处理系统可以用于对网上交易请求进行批处理,还可以用于其他的批处理,如批量打包流水等操作同样可以由全局zone内完成。另外,与上面推送消息到ScheduleTable类似,也可以采用全局zone从区域zone主动获取消息的模式。
优选地,全局数据区域还用于按照处理顺序向第一数据区域和第二数据区域发送调度回执,第一数据区域和第二数据区域还用于接收全局数据区域返回的调度回执,并基于接收的调度回执进行业务数据处理。
调度回执用于控制数据区域进行业务数据的处理,例如,全局数据区域在确定第一业务数据的优先级高于第二业务数据的优先级时,则全局数据区域先向第一数据区域发送调度回执,全局数据区域再向第二数据区域发送调度回执,由于第一数据区域先接受到调度回执,则第一数据区域先对第一业务数据进行处理,第二数据区域再对第二业务数据进行处理。
全局数据区域在接收到第一消息和第二消息之后,可以从第一消息中提取第一排序标识,从第二消息中提取第二排序标识,其中,第一排序标识可以是用于对第一业务数据进行排序的标志,第二属性信息可以是用于对第二业务数据进行排序的标识,例如,来源信息、申请的请求时间等。
全局数据区域在提取到排序标识之后,可以按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果。对第一排序标识和第二排序标识进行排序可以是采用一个维度或者多个维度进行排序,可以根据需要对预设业务处理规则进行调整。具体地,如表1所示,按照请求时间和业务优先级两个维度对排序标识进行排序。
表1
由表1中的排序可知,序号为1的消息对应的业务数据的优先级最高。
预设业务处理规则可以是根据需要预先设置的规则,例如按照时间顺序,或者自定义的优先级。将第一消息和第二消息导入全局调度表中,从而可以根据预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
具体地,在可以是在全局数据区域(globalzone)内建立一个全局调度表(ScheduleTable),各个区域zone(regionalzone)接收到用户请求的业务数据后,可以统一通过推送消息推送给ScheduleTable,该推送消息内容只需要包含和批处理有关的信息,例如来源区域,订单号,申请时间,甚至还可以带上其他业务优先级等,见表1。
在ScheduleTable内按照预设业务处理规则进行排序。然后发送调度回执给各自的regionalzone,通知regionalzone做下一步处理。这样regionalzone和globalzone分工就很明确,数据区域zone负责接收请求订单,并把调度信息同步给globalzone。globalzone统一调度,把调度回执推送给regionalzone执行。
优选地,第一数据区域还用于每间隔第一预设时间对第一数据区域接收的业务数据进行查询,得到查询结果,从查询结果中获取接收的业务数据未进行业务处理的时间,判断接收的业务数据未进行业务处理的时间是否超过第二预设时间,如果判断出接收的业务数据未进行业务处理的时间超过第二预设时间,则将接收的业务数据对应的推送消息发送至全局数据区域。
由于第一数据区域向全局数据区域发送推送消息时,可能会发生发送失败,或者全局数据区域为接收到推送消息的情况,这样会导致该推送消息对应的业务数据未能及时处理。第一数据区域在向全局数据区域发送推送消息之后,可以每隔第一预设时间对接收的业务数据进行查询。其中,第一预设时间可以根据实际操作情况进行设定的查询周期。查询的对象可以是未进行业务处理的业务数据,查询结果中可以包括这些业务数据未进行业务处理的时长,判断该时长是否超出第二预设时间,第二预设时间可以是根据需要设定的超时时间。如果判断出接收的业务数据未进行业务处理的时间超过第二预设时间,可以认为该业务数据的处理出现异常,则可以再次将接收的业务数据对应的推送消息发送至全局数据区域,以便于通过全局数据区域对业务数据进行统一调度。需要说明的是,这里的第一数据区域可以是任意的数据区域,在业务数据处理系统中的数据区域均可以执行上述步骤。
本申请实施例还提供了一种业务数据处理装置。该业务数据处理装置可以通过本申请实施例的全局数据区域实现其功能。
图3是根据本申请实施例的业务数据处理装置的示意图。如图3所示,该业务数据处理装置包括接收单元10、确定单元30和控制单元50。
接收单元10用于接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,第一数据区域接收到第一业务数据后发送第一消息,第一消息具有第一业务数据的第一排序标识,第二数据区域接收到第二业务数据后发送第二消息,第二消息具有第二业务数据的第二排序标识。
第一数据区域和第二数据区域可以是在数据逻辑部署模式下,业务处理的数据服务器和应用服务器被分别部署在多个数据区域之后,多个数据区域中的任意两个不同的数据区域,这两个区域之间数据隔离,即,第一数据区域和第二数据区域之间没有数据交互。第一数据区域和第二数据区域中分别包括服应用务器和数据服务器,其中,数据服务器用于存储数据库,用于处理业务数据以及对业务数据进行存储,第一数据区域和第二数据区域可以是用于对各类业务数据进行处理的数据处理系统,例如集群系统,分布式集群系统。数据逻辑部署可以称为逻辑数据中心(LogicDataCenter)模式,是一种把数据按照一定规则,分成不同逻辑区域进行持久化和运算的模式。区域zone(regionalalzone):在逻辑数据中心模式下,每个相互隔离的逻辑区域被称之为一个区域zone即数据区域zone,每个区域zone都部署了相对独立的数据库和服务器。数据区域用于接收业务数据,并对业务数据进行处理。
第一数据区域接收第一业务数据,第二数据区域接收第二业务数据,其中,第一业务数据和第二业务数据可以为相同业务的数据。在接收到业务数据之后,第一数据区域和第二数据区域分别发送第一消息和第二消息。
本申请实施例中,可以是全局数据区域接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,全局数据区域可以是用于对业务数据进行调度的数据处理区域。
确定单元30用于基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序。
在接收到第一消息和第二消息之后,可以根据第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序。这些排序标识中可以包括对业务数据进行批处理有关的属性信息,例如来源、申请时间等等,当然还可以包括进行业务数据处理的优先级等。其中,批处理是对分布在各数据局部的分布式数据,进行排队,整合等批量操作。根据接收到消息中的排序标识来确定第一业务数据和第二业务数据的处理顺序,以便于控制第一数据区域和第二数据区域按照该处理顺序处理业务数据。
本申请实施例中,可以按照预设业务处理规则确定第一业务数据和第二业务数据的处理顺序,预设业务处理规则可以是按照业务数据的申请时间进行排序,或者是按照业务数据的重要性确定优先级进行排序。
控制单元50用于按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
在确定第一业务数据和第二业务数据的处理顺序之后,可以按照该处理顺序处理第一业务数据和第二业务数据。例如,当确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则可以控制第一数据区域先处理第一业务数据,在控制第二数据区域处理第二业务数据。具体地,可以是按照处理顺序向第一数据区域和第二数据区域按照先后顺序发送调度回执,例如,上述中确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则先向第一数据区域发送调度回执,第一数据区域基于该调度回执对第一业务数据进行处理;再向第二数据区域发送调度回执,第二数据区域基于调度回执对第二业务数据进行处理。
本申请实施例中,业务数据处理装置可以通过全局数据区域实现其功能,全局数据区域可以是用于对业务数据进行调度的数据处理区域,该全局数据区域可以是与第一数据区域或者第二数据区域具有相同结构的数据处理系统,全局数据区域可以包括数据服务器和应用服务器,用于对第一数据区域和第二数据区域的业务数据进行排序和调度。全局数据区域接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,可以是第一数据区域接收到第一业务数据后向全局数据区域推送第一消息,第二数据区域接收到第二业务数据后向全局数据区域推送第二消息;也可以是全局数据区域按照预设时间周期从第一数据区域获取第一消息,从第二数据区域获取第二消息,具体地,可以是全局数据区域向第一数据区域和第二数据区域分别发送消息请求,第一数据区域和第二数据区域接收到消息请求之后,将第一消息和第二消息发送至全局数据区域。其中,第一消息可以是在第一数据区域接收到第一业务数据之后,生成的具有第一业务数据对应的第一排序标识的消息,其中,第一排序标识可以是第一数据区域接收到第一业务数据的时间,也可以是第一业务数据请求处理的申请时间,或者是具有业务排序的优先级等。第二消息与第一消息具有相类似,不做赘述。
例如,用户1向区域zone01申请在网上做了一笔T+1异步转账到银行卡的交易和用户2向区域zone02申请在网上做了一笔T+1异步转账到银行卡的交易,他们的请求需要被按照申请时间排队发送银行处理。在业务规则上,不要求所有用户的请求都需要排队进行,只要求转账到同一家银行的用户之间保持顺序即可。本申请实施例中通过对区域zone01和区域zone02在接收到交易请求之后,分别向全局数据区域发送推送消息,基于接收到消息对交易申请进行排序,区域zone01和区域zone02按照排序结果进行业务处理,以实现区域zone01和区域zone02的业务数据的全局调度。
需要说明的是,本申请实施例中,还可以接收例如第三数据区域、第四数据区域等区域的消息,其原理同第一数据区域和第二数据区域,这里不做赘述。
根据本申请实施例,通过接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一消息具有第一排序标识,第二消息具有第二排序标识,基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据,,完成对不同数据区域的业务数据的调度,从而解决现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题,实现对不同数据区域的业务请求进行排序和调度,避免造成数据处理的顺序混乱。
优选地,确定单元30包括第一提取模块、第二提取模块、排序模块和确定模块。
第一提取模块用于从第一消息中提取第一排序标识,第一排序标识为用于对第一业务数据进行排序的标识。第二提取模块用于从第二消息中提取第二排序标识,第二排序标识为用于对第二业务数据进行排序的标识。排序模块用于按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果。确定模块用于由排序结果确定第二业务数据和第一业务数据的处理顺序。
在接收到第一消息和第二消息之后,可以从第一消息中提取第一排序标识,从第二消息中提取第二排序标识,第一排序标识可以是例如来源信息、申请的请求时间等属性标识。
在提取到排序标识之后,可以按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果。对第一排序标识和第二排序标识进行排序可以是采用一个维度或者多个维度进行排序,可以根据需要对预设业务处理规则进行调整。具体地,如表1所示,按照请求时间和业务优先级两个维度对排序标识进行排序。由表1中的排序可知,序号为1的排序标识对应的业务数据的优先级最高。
优选地,业务数据处理装置还包括存入单元,该存入单元用于在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,将第一消息和第二消息存入到预先建立的全局调度表中,全局调度表用于对业务数据进行排序,其中,确定单元还用于在全局调度表内按照预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
预设业务处理规则可以是根据需要预先设置的规则,例如按照时间顺序,或者自定义的优先级。将第一消息和第二消息导入全局调度表中,从而可以根据预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
具体地,在可以是在全局数据区域(globalzone)内建立一个全局调度表(ScheduleTable),各个区域zone(regionalzone)接收到用户请求的业务数据后,可以统一通过推送消息推送给ScheduleTable,该推送消息内容只需要包含和批处理有关的信息,例如来源区域,订单号,申请时间,甚至还可以带上其他业务优先级等,见表1。
在ScheduleTable内按照预设业务处理规则进行排序。然后发送调度回执给各自的regionalzone,通知regionalzone做下一步处理。这样regionalzone和globalzone分工就很明确,,数据区域zone负责接收请求订单,并把调度信息同步给globalzone。Globalzone统一调度,把调度回执推送给regionalzone执行。
优选地,本申请实施例的控制单元包括:发送模块,用于按照处理顺序向第一数据区域和第二数据区域发送调度回执,其中,第一数据区域处理和第二数据区域接收调度回执,第一数据区域和第二数据区域基于接收的调度回执进行业务数据处理。
调度回执用于控制数据区域进行业务数据的处理,例如,在确定第一业务数据的优先级高于第二业务数据的优先级时,则先向第一数据区域发送调度回执,再向第二数据区域发送调度回执,由于第一数据区域先接受到调度回执,则第一数据区域先对第一业务数据进行处理,第二数据区域再对第二业务数据进行处理。
本申请实施例还提供了一种业务数据处理方法。该方法可以运行在业务数据处理系统上。需要说明的是,本申请实施例的业务数据处理方法可以通过本申请实施例所提供的业务数据处理装置来执行,本申请实施例的业务数据处理装置也可以用于执行本申请实施例所提供的业务数据处理方法。
图4是根据本申请实施例的业务数据处理方法的流程图。如图4所示,该业务数据处理方法包括步骤如下:
步骤S402,接收第一数据区域发送的第一消息和第二数据区域发送的第二消息。
第一数据区域和第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,第一数据区域接收到第一业务数据后发送第一消息,第一消息具有第一业务数据的第一排序标识,第二数据区域接收到第二业务数据后发送第二消息,第二消息具有第二业务数据的第二排序标识。
第一数据区域和第二数据区域可以是在数据逻辑部署模式下,业务处理的数据服务器和应用服务器被分别部署在多个数据区域之后,多个数据区域中的任意两个不同的数据区域,这两个区域之间数据隔离,即,第一数据区域和第二数据区域之间没有数据交互。第一数据区域和第二数据区域中分别包括应用服务器和数据服务器,其中,数据服务器用于存储数据库,用于处理业务数据以及对业务数据进行存储,第一数据区域和第二数据区域可以是用于对各类业务数据进行处理的数据处理系统,例如集群系统,分布式集群系统。数据逻辑部署可以称为逻辑数据中心(LogicDataCenter)模式,是一种把数据按照一定规则,分成不同逻辑区域进行持久化和运算的模式。区域zone(regionalalzone):在逻辑数据中心模式下,每个相互隔离的逻辑区域被称之为一个区域zone即数据区域,每个区域zone都部署了相对独立的数据库和服务器。数据区域用于接收业务数据,并对业务数据进行处理。
第一数据区域接收第一业务数据,第二数据区域接收第二业务数据,其中,第一业务数据和第二业务数据可以为相同业务的数据。在接收到业务数据之后,第一数据区域和第二数据区域分别发送第一推销消息和第二消息。本申请实施例中,可以是全局数据区域接收第一数据区域的第一消息和第二数据区域的第二消息,其中,全局数据区域可以是用于对业务数据进行调度的数据处理区域。
步骤S404,基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序。
在接收到第一消息和第二消息之后,可以根据第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序。这些排序标识中可以包括对业务数据进行批处理有关的属性信息,例如来源、申请时间等等,当然还可以包括进行业务数据处理的优先级等。其中,批处理是对分布在各数据局部的分布式数据,进行排队,整合等批量操作。根据接收到的消息中的排序标识来确定第一业务数据和第二业务数据的处理顺序,以便于控制第一数据区域和第二数据区域按照该处理顺序处理业务数据。
本申请实施例中,可以按照预设业务处理规则确定第一业务数据和第二业务数据的处理顺序,预设业务处理规则可以是按照业务数据的申请时间进行排序,或者是按照业务数据的重要性确定优先级进行排序。
步骤S406,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据。
在确定第一业务数据和第二业务数据的处理顺序之后,可以按照该处理顺序处理第一业务数据和第二业务数据。例如,当确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则可以控制第一数据区域先处理第一业务数据,在控制第二数据区域处理第二业务数据。具体地,可以是按照处理顺序向第一数据区域和第二数据区域按照先后顺序发送调度回执,以完成对业务数据的调度。例如,上述中确定第一业务数据的处理优先级高于第二业务数据的处理优先级,则先向第一数据区域发送调度回执,第一数据区域基于该调度回执对第一业务数据进行处理;再向第二数据区域发送调度回执,第二数据区域基于调度回执对第二业务数据进行处理。
本申请实施例中,业务数据处理装置可以通过全局数据区域实现其功能,全局数据区域可以是用于对业务数据进行调度的数据处理区域,该全局数据区域可以是与第一数据区域或者第二数据区域具有相同结构的数据处理系统,全局数据区域可以包括数据服务器和应用服务器,用于对第一数据区域和第二数据区域的业务数据进行排序和调度。全局数据区域接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,可以是第一数据区域接收到第一业务数据后向全局数据区域推送第一消息,第二数据区域接收到第二业务数据后向全局数据区域推送第二消息;也可以是全局数据区域按照预设时间周期从第一数据区域获取第一消息,从第二数据区域获取第二消息,具体地,可以是全局数据区域向第一数据区域和第二数据区域分别发送消息请求,第一数据区域和第二数据区域接收到消息请求之后,将第一消息和第二消息发送至全局数据区域。其中,第一消息可以是在第一数据区域接收到第一业务数据之后,生成的具有第一业务数据对应的第一排序标识的消息,其中,第一排序标识可以是第一数据区域接收到第一业务数据的时间,也可以是第一业务数据请求处理的申请时间,或者是具有业务排序的优先级等。第二消息与第一消息具有相类似,不做赘述。
例如,用户1向区域zone01申请在网上做了一笔T+1异步转账到银行卡的交易和用户2向区域zone02申请在网上做了一笔T+1异步转账到银行卡的交易,他们的请求需要被按照申请时间排队发送银行处理。在业务规则上,不要求所有用户的请求都需要排队进行,只要求转账到同一家银行的用户之间保持顺序即可。本申请实施例中通过对区域zone01和区域zone02在接收到交易请求之后,分别向全局数据区域发送消息,基于接收到的消息对交易申请进行排序,区域zone01和区域zone02按照排序结果进行业务处理。
需要说明的是,本申请实施例中,还可以接收例如第三数据区域、第四数据区域等区域的消息,其原理同第一数据区域和第二数据区域,这里不做赘述。
根据本申请实施例,通过接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,第一消息具有第一排序标识,第二消息具有第二排序标识,基于第一排序标识和第二排序标识确定第一业务数据和第二业务数据的处理顺序,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据,完成对不同数据区域的业务数据的调度,从而解决现有技术中不同数据区域的业务请求无法进行排队处理导致数据处理的顺序混乱的问题,实现对不同数据区域的业务请求进行排序和调度,避免造成数据处理的顺序混乱。
优选地,基于第一消息和第二消息确定第一业务数据和第二业务数据的处理顺序包括:从第一消息中提取第一排序标识,第一排序标识为用于对第一业务数据进行排序的标识;从第二消息中提取第二排序标识,第二排序标识为用于对第二业务数据进行排序的标识;以及按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果;由排序结果确定第二业务数据和第一业务数据的处理顺序。
在接收到第一消息和第二消息之后,可以从第一消息中提取第一排序标识,从第二消息中提取第二排序标识可以是例如来源信息、申请的请求时间等标识。
在提取到排序标识之后,可以按照预设业务处理规则对第一排序标识和第二排序标识进行排序,得到排序结果。对第一排序标识和第二排序标识进行排序可以是采用一个维度或者多个维度进行排序,可以根据需要对预设业务处理规则进行调整。具体地,如表1所示,按照请求时间和业务优先级两个维度对排序标识进行排序。由表1中的排序可知,序号为1的排序标识对应的业务数据的优先级最高。
优选地,在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,业务数据处理方法还包括:将第一消息和第二消息存入到预先建立的全局调度表中,全局调度表用于对业务数据进行排序,其中,在全局调度表内按照预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
预设业务处理规则可以是根据需要预先设置的规则,例如按照时间顺序,或者自定义的优先级。将第一消息和第二消息导入全局调度表中,从而可以根据预设业务处理规则确定第二业务数据和第一业务数据的处理顺序。
具体地,在可以是在全局数据区域(globalzone)内建立一个全局调度表(ScheduleTable),各个区域zone(regionalzone)接收到用户请求的业务数据后,可以统一通过推送消息推送给ScheduleTable,该推送消息内容只需要包含和批处理有关的信息,例如来源区域,订单号,申请时间,甚至还可以带上其他业务优先级等,见表1。
在ScheduleTable内按照预设业务处理规则进行排序。然后发送调度回执给各自的regionalzone,通知regionalzone做下一步处理。这样regionalzone和globalzone分工就很明确,数据区域zone负责接收请求订单,并把调度信息同步给globalzone。globalzone统一调度,把调度回执推送给regionalzone执行。
优选地,按照处理顺序控制第一数据区域处理第一业务数据和第二数据区域处理第二业务数据包括:按照处理顺序向第一数据区域和第二数据区域发送调度回执,其中,第一数据区域和第二数据区域接收调度回执,第一数据区域和第二数据区域基于接收的调度回执进行业务数据处理。
调度回执用于控制数据区域进行业务数据的处理,例如,在确定第一业务数据的优先级高于第二业务数据的优先级时,则先向第一数据区域发送调度回执,再向第二数据区域发送调度回执,由于第一数据区域先接受到调度回执,则第一数据区域先对第一业务数据进行处理,第二数据区域再对第二业务数据进行处理。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种业务数据处理方法,其特征在于,包括:
接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,所述第一数据区域和所述第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,所述第一数据区域接收到第一业务数据后发送所述第一消息,所述第一消息具有所述第一业务数据的第一排序标识,所述第二数据区域接收到第二业务数据后发送所述第二消息,所述第二消息具有所述第二业务数据的第二排序标识;
基于所述第一排序标识和所述第二排序标识确定所述第一业务数据和所述第二业务数据的处理顺序;以及
按照所述处理顺序控制所述第一数据区域处理所述第一业务数据和所述第二数据区域处理所述第二业务数据。
2.根据权利要求1所述的业务数据处理方法,其特征在于,基于所述第一排序标识和所述第二排序标识确定所述第一业务数据和所述第二业务数据的处理顺序包括:
从所述第一消息中提取所述第一排序标识,所述第一排序标识为用于对所述第一业务数据进行排序的标识;
从所述第二消息中提取所述第二排序标识,所述第二排序标识为用于对所述第二业务数据进行排序的标识;
按照预设业务处理规则对所述第一排序标识和所述第二排序标识进行排序,得到排序结果;以及
由所述排序结果确定所述第二业务数据和所述第一业务数据的处理顺序。
3.根据权利要求1所述的业务数据处理方法,其特征在于,在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,所述业务数据处理方法还包括:
将所述第一消息和所述第二消息存入到预先建立的全局调度表中,所述全局调度表用于对业务数据进行排序,
其中,在所述全局调度表内按照预设业务处理规则确定所述第二业务数据和所述第一业务数据的处理顺序。
4.根据权利要求1所述的业务数据处理方法,其特征在于,按照所述处理顺序控制所述第一数据区域处理所述第一业务数据和所述第二数据区域处理所述第二业务数据包括:
按照所述处理顺序向所述第一数据区域和所述第二数据区域发送调度回执,其中,所述第一数据区域和所述第二数据区域接收所述调度回执,所述第一数据区域和所述第二数据区域基于接收的调度回执进行业务数据处理。
5.一种业务数据处理装置,其特征在于,包括:
接收单元,用于接收第一数据区域发送的第一消息和第二数据区域发送的第二消息,其中,所述第一数据区域和所述第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域,所述第一数据区域接收到第一业务数据后发送所述第一消息,所述第一消息具有所述第一业务数据的第一排序标识,所述第二数据区域接收到第二业务数据后发送所述第二消息,所述第二消息具有所述第二业务数据的第二排序标识;
确定单元,用于基于所述第一排序标识和所述第二排序标识确定所述第一业务数据和所述第二业务数据的处理顺序;以及
控制单元,用于按照所述处理顺序控制所述第一数据区域处理所述第一业务数据和所述第二数据区域处理所述第二业务数据。
6.根据权利要求5所述的业务数据处理装置,其特征在于,所述确定单元包括:
第一提取模块,用于从所述第一消息中提取所述第一排序标识,所述第一排序标识为用于对所述第一业务数据进行排序的标识;
第二提取模块,用于从所述第二消息中提取所述第二排序标识,所述第二排序标识为用于对所述第二业务数据进行排序的标识;
排序模块,用于按照预设业务处理规则对所述第一排序标识和所述第二排序标识进行排序,得到排序结果;以及
确定模块,用于由所述排序结果确定所述第二业务数据和所述第一业务数据的处理顺序。
7.根据权利要求5所述的业务数据处理装置,其特征在于,所述业务数据处理装置还包括:
存入单元,用于在接收第一数据区域发送的第一消息和第二数据区域发送的第二消息之后,将所述第一消息和所述第二消息存入到预先建立的全局调度表中,所述全局调度表用于对业务数据进行排序,
其中,所述确定单元还用于在所述全局调度表内按照预设业务处理规则确定所述第二业务数据和所述第一业务数据的处理顺序。
8.根据权利要求5所述的业务数据处理装置,其特征在于,所述控制单元包括:
发送模块,用于按照所述处理顺序向所述第一数据区域和所述第二数据区域发送调度回执,其中,所述第一数据区域处理和所述第二数据区域接收所述调度回执,所述第一数据区域和所述第二数据区域基于接收的调度回执进行业务数据处理。
9.一种业务数据处理系统,其特征在于,包括:
第一数据区域,用于接收第一业务数据,并发送第一消息,所述第一消息具有所述第一业务数据的第一排序标识;
第二数据区域,用于接收第二业务数据,并发送第二消息,所述第二消息具有所述第二业务数据的第二排序标识,其中,所述第一数据区域和所述第二数据区域为对业务处理的数据服务器和应用服务器进行划分得到的两个数据隔离的不同区域;以及
全局数据区域,所述全局数据区域为用于对业务数据进行调度的数据处理区域,所述全局数据区域用于接收所述第一数据区域发送的第一消息和所述第二数据区域发送的第二消息,并基于所述第一排序标识和所述第二排序标识确定所述第一业务数据和所述第二业务数据的处理顺序,按照所述处理顺序控制所述第一数据区域处理所述第一业务数据和所述第二数据区域处理所述第二业务数据。
10.根据权利要求9所述的业务数据处理系统,其特征在于,
所述全局数据区域还用于按照所述处理顺序向所述第一数据区域和所述第二数据区域发送调度回执,
所述第一数据区域和所述第二数据区域还用于接收所述全局数据区域返回的调度回执,并基于接收的调度回执进行业务数据处理。
11.根据权利要求9所述的业务数据处理系统,其特征在于,
所述第一数据区域还用于每间隔第一预设时间对所述第一数据区域接收的业务数据进行查询,得到查询结果,从所述查询结果中获取所述接收的业务数据未进行业务处理的时间,判断所述接收的业务数据未进行业务处理的时间是否超过第二预设时间,如果判断出所述接收的业务数据未进行业务处理的时间超过所述第二预设时间,则将所述接收的业务数据对应的消息发送至全局数据区域。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410153398.2A CN105095199B (zh) | 2014-04-16 | 2014-04-16 | 业务数据处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410153398.2A CN105095199B (zh) | 2014-04-16 | 2014-04-16 | 业务数据处理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105095199A true CN105095199A (zh) | 2015-11-25 |
CN105095199B CN105095199B (zh) | 2019-04-09 |
Family
ID=54575670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410153398.2A Active CN105095199B (zh) | 2014-04-16 | 2014-04-16 | 业务数据处理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105095199B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105608181A (zh) * | 2015-12-22 | 2016-05-25 | 安徽瑞信软件有限公司 | 业务数据采集的处理方法 |
CN110458572A (zh) * | 2019-07-08 | 2019-11-15 | 阿里巴巴集团控股有限公司 | 用户风险的确定方法和目标风险识别模型的建立方法 |
CN111913807A (zh) * | 2020-08-13 | 2020-11-10 | 支付宝(杭州)信息技术有限公司 | 一种基于多个存储区域的事件处理方法、系统及装置 |
CN112181964A (zh) * | 2020-09-28 | 2021-01-05 | 中国建设银行股份有限公司 | 一种业务通知去重方法、装置、服务器及储存介质 |
CN113360279A (zh) * | 2021-05-31 | 2021-09-07 | 紫光云技术有限公司 | 一种异地多活系统的实现方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201869369U (zh) * | 2009-04-23 | 2011-06-15 | 交互数字专利控股公司 | 基站和无线发射/接收单元 |
CN102946362A (zh) * | 2012-09-13 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种套接字资源分配方法及设备 |
CN103188140A (zh) * | 2011-12-31 | 2013-07-03 | 国民技术股份有限公司 | 一种业务请求处理系统 |
CN103235835A (zh) * | 2013-05-22 | 2013-08-07 | 曙光信息产业(北京)有限公司 | 用于数据库集群的查询实现方法和装置 |
CN103685419A (zh) * | 2012-09-21 | 2014-03-26 | 中兴通讯股份有限公司 | 业务处理方法及装置 |
-
2014
- 2014-04-16 CN CN201410153398.2A patent/CN105095199B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201869369U (zh) * | 2009-04-23 | 2011-06-15 | 交互数字专利控股公司 | 基站和无线发射/接收单元 |
CN103188140A (zh) * | 2011-12-31 | 2013-07-03 | 国民技术股份有限公司 | 一种业务请求处理系统 |
CN102946362A (zh) * | 2012-09-13 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种套接字资源分配方法及设备 |
CN103685419A (zh) * | 2012-09-21 | 2014-03-26 | 中兴通讯股份有限公司 | 业务处理方法及装置 |
CN103235835A (zh) * | 2013-05-22 | 2013-08-07 | 曙光信息产业(北京)有限公司 | 用于数据库集群的查询实现方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105608181A (zh) * | 2015-12-22 | 2016-05-25 | 安徽瑞信软件有限公司 | 业务数据采集的处理方法 |
CN110458572A (zh) * | 2019-07-08 | 2019-11-15 | 阿里巴巴集团控股有限公司 | 用户风险的确定方法和目标风险识别模型的建立方法 |
CN110458572B (zh) * | 2019-07-08 | 2023-11-24 | 创新先进技术有限公司 | 用户风险的确定方法和目标风险识别模型的建立方法 |
CN111913807A (zh) * | 2020-08-13 | 2020-11-10 | 支付宝(杭州)信息技术有限公司 | 一种基于多个存储区域的事件处理方法、系统及装置 |
CN111913807B (zh) * | 2020-08-13 | 2024-02-06 | 支付宝(杭州)信息技术有限公司 | 一种基于多个存储区域的事件处理方法、系统及装置 |
CN112181964A (zh) * | 2020-09-28 | 2021-01-05 | 中国建设银行股份有限公司 | 一种业务通知去重方法、装置、服务器及储存介质 |
CN113360279A (zh) * | 2021-05-31 | 2021-09-07 | 紫光云技术有限公司 | 一种异地多活系统的实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105095199B (zh) | 2019-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105095199A (zh) | 业务数据处理方法、装置和系统 | |
CN106528289B (zh) | 资源的操作处理方法及装置 | |
CN106997431B (zh) | 一种数据处理方法及装置 | |
CN103617508A (zh) | 可配置的业务规则插件扩展装置和业务规则插件扩展方法 | |
CN109597834A (zh) | 基于redis的海量数据存储方法、装置、介质和设备 | |
CN104750872A (zh) | 一种业务对象的查询方法及装置 | |
CN110795471B (zh) | 数据匹配的方法及装置、计算机可读存储介质、电子设备 | |
CN105450705A (zh) | 业务数据处理方法及设备 | |
CN105989373A (zh) | 利用训练模型实现的获取设备指纹方法及装置 | |
CN105373746B (zh) | 一种分布式数据处理方法和装置 | |
CN104468330B (zh) | 分布式消息队列系统的数据处理方法和装置 | |
CN106027693A (zh) | 基于ip地址的定位方法及装置 | |
CN105187230A (zh) | 服务器的切换方法及装置 | |
CN103186560A (zh) | 一种数据排序方法以及相关装置 | |
CN109002342B (zh) | 一种基于OpenStack的计算资源定向调度方法及系统 | |
KR20140031416A (ko) | 협업 필터링 기반의 아이템 추천 시스템과 방법 및 이를 지원하는 장치 | |
CN105630419A (zh) | 一种资源池的分区视图发送方法及管理节点 | |
CN104994223A (zh) | 短信编辑方法及装置 | |
Chen et al. | Sequencing the storages and retrievals for flow-rack automated storage and retrieval systems with duration-of-stay storage policy | |
CN102883303A (zh) | Sim卡个人化数据控制方法及系统 | |
CN103414756A (zh) | 一种任务分发方法、分发节点及系统 | |
CN108667647B (zh) | 一种设备参数的设置方法、设备及服务器 | |
CN107704320B (zh) | 一种分布式系统的任务分配方法及系统 | |
CN106407470A (zh) | 指纹共享方法、终端和服务器 | |
CN106412257B (zh) | 定位服务控制方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191212 Address after: P.O. Box 31119, grand exhibition hall, hibiscus street, 802 West Bay Road, Grand Cayman, Cayman Islands Patentee after: Innovative advanced technology Co., Ltd Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Patentee before: Alibaba Group Holding Co., Ltd. |
|
TR01 | Transfer of patent right |