CN113296917A - 多业务系统业务事件订阅调度方法、电子设备及存储介质 - Google Patents

多业务系统业务事件订阅调度方法、电子设备及存储介质 Download PDF

Info

Publication number
CN113296917A
CN113296917A CN202110846401.9A CN202110846401A CN113296917A CN 113296917 A CN113296917 A CN 113296917A CN 202110846401 A CN202110846401 A CN 202110846401A CN 113296917 A CN113296917 A CN 113296917A
Authority
CN
China
Prior art keywords
service
data
event
subscription
events
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
Application number
CN202110846401.9A
Other languages
English (en)
Other versions
CN113296917B (zh
Inventor
丁宇
李少堃
刘宁
王徐佟
张建为
高伟明
王桂新
胡晟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yuanzhi Chuangzhi Technology Co ltd
Original Assignee
Beijing Yuanzhi Chuangzhi Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Yuanzhi Chuangzhi Technology Co ltd filed Critical Beijing Yuanzhi Chuangzhi Technology Co ltd
Priority to CN202110846401.9A priority Critical patent/CN113296917B/zh
Publication of CN113296917A publication Critical patent/CN113296917A/zh
Application granted granted Critical
Publication of CN113296917B publication Critical patent/CN113296917B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5021—Priority
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/547—Messaging middleware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/548—Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种多业务系统业务事件订阅调度方法、电子设备及存储介质，其中，该方法包括：获取规则内容和输入参数，参数包括业务系统信息和消息体，规则内容包括业务优先级；将消息体切分成数据切片，根据内容模板确定一批数据切片，以构建索引矩阵；索引矩阵的两个维度分别为事件发生先后顺序和数据切片索引；根据业务系统信息的可用数据通道状况选择通道；将该批数据切片的切片发送至相应数据通道；在索引矩阵中查找优先级及发生顺序靠前的业务事件的数据切片索引，根据内容模板对数据通道中数据切片进行完整性校验，若通过，则在数据通道中组装数据切片，获取重组数据包并分发至业务系统。通过上述方案能够有效应对复杂多业务系统任务处理。

Description

多业务系统业务事件订阅调度方法、电子设备及存储介质
技术领域
本发明涉及计算机技术领域，尤其涉及一种多业务系统业务事件订阅调度方法、电子设备及存储介质。
背景技术
随着大数据中台技术的快速推广，数据应用能力得到极大提升，便于将海量数据转化为高质量数据资产，能为企业提供更深层的客户洞察，从而便于企业为其客户提供更具个性化和智能化的产品和服务。但是在企业生产过程中，常常会需要任务分配等待并在用户需要执行的时候按照优先级进行触发，以在面向多系统复杂业务处理时，能够在业务逻辑处理上有效衔接各个对接的应用系统服务。
目前，在调度任务处理时，通常是通过在服务器上部署统一的web servers对多个业务系统开放任务接收API（应用程序接口）进行数据采集，采集完毕后进行任务处理，并允许根据前端数据配置，定时或者实时设置触发点、输出端口、输出附加属性等，以及将该些信息记录进任务调度列表中等待启动。
然而，目前调度任务的方法，对于任务的接收和发送常常存在分配不均和漏发的现象，而且，为了保持通用性，其事件逻辑处理往往比较单一，在面对多系统业务处理时，调度服务的兼容性很差，而多系统业务处理的任务往往较为复杂，所以目前调度任务的方法难以应对复杂的多业务系统的任务处理。
发明内容
有鉴于此，本发明提供了一种多业务系统业务事件订阅调度方法、电子设备及存储介质，以解决现有技术难以应对复杂的多业务系统的任务处理问题。
为了达到上述目的，本发明采用以下方案实现：
根据本发明实施例的一个方面，提供了一种多业务系统业务事件订阅调度方法，包括：
获取至少一个业务事件的订阅规则内容和输入的订阅参数，其中，所述订阅参数包括业务系统信息和消息体，所述订阅规则内容包括业务优先级；
将各业务事件的订阅参数中的消息体切分成数据切片，根据设定内容模板将至少一个业务事件的待发送数据切片确定为一批数据切片，并为确定的该批数据切片构建索引矩阵；其中，所述设定内容模板用于确定同一批数据切片中各业务事件所对应数据切片的完整性和组装方式；索引矩阵的两个维度分别为业务事件的发生先后顺序标识和业务事件的数据切片索引，且索引矩阵的元素为业务事件的数据切片；
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道；以及，将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道；
在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验，若完整性校验通过，则在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包；
从数据通道获取业务事件的重组数据包，并根据相应业务事件的业务系统信息将获取的重组数据包分发至相应的业务系统。
在一些实施例中，将各业务事件的订阅参数中的消息体切分成数据切片，包括：
将各业务事件的订阅参数中的消息体进行均匀切分，得到相应业务事件的数据切片。
在一些实施例中，所述订阅参数还包括消息来源信息；
将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道，包括：
将确定的该批数据切片中的各数据切片和相应的消息来源信息组合后发送至相应业务事件所对应选择的数据通道；
在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包，包括：
在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片和相应的消息来源信息组装在一起，得到相应业务事件的重组数据包。
在一些实施例中，所述的多业务系统业务事件订阅调度方法，还包括：
按设定时间间隔刷新构建的索引矩阵，以删除已发送至数据通道的业务事件的数据切片，以增加新的待分发数据切片的业务事件及其数据切片。
在一些实施例中，索引矩阵中的业务事件的发生先后顺序标识按业务事件发生先后顺序排列，索引矩阵中的业务事件的数据切片索引按数据切片的组装顺序排列；
在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，包括：
查找索引矩阵中的业务事件的发生先后顺序标识所对应所有业务事件中业务优先级最高的业务事件，在业务优先级最高的业务事件为多个的情况下，查找业务优先级最高的多个业务事件中发生先后顺序最靠前的业务事件，得到业务优先级最高且发生先后顺序最靠前的业务事件；
在索引矩阵中查找业务优先级最高且发生先后顺序最靠前的业务事件所对应存在的所有数据切片的索引。
在一些实施例中，所述的多业务系统业务事件订阅调度方法，还包括：
若完整性校验未通过，则等待设定时长后重新根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验。
在一些实施例中，所述的多业务系统业务事件订阅调度方法，还包括：
获取与所述设定内容模板匹配的业务系统的API接口对接收的重组数据包的完整性校验反馈信息，在完整性校验反馈信息为校验失败或在设定反馈时长内未收到完整性校验反馈信息的情况下，重新发送业务事件的重组数据包至业务系统。
在一些实施例中，所述订阅参数还包括调度处理时间；
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道，包括：
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况和相应业务事件的调度处理时间为相应业务事件选择数据通道；其中，选择的数据通道为独占数据通道或共享数据通道。
根据本发明实施例的另一个方面，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一实施例所述方法的步骤。
根据本发明实施例的另一个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例所述方法的步骤。
本发明实施例的多业务系统业务事件订阅调度方法、电子设备及计算机可读存储介质，通过将数据发送至数据通道之前将数据切分成数据切片，能够使得各业务事件的处理更均匀；通过构建索引矩阵，能够便于在数据通道中重组数据时快速定位待重组数据切片；通过在订阅规则中设置业务优先级，能够根据索引矩阵优先处理优先级高的业务事件，便于提高订阅调度的用户体验。此外，通过设置规则统一的订阅规则、内容模板，能够便于方便地适应于各种不同业务系统，提高订阅调度服务的兼容性。因此，本发明能够实现很好地应对多业务系统业务事件订阅调度处理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1是本发明一实施例的多业务系统业务事件订阅调度方法；
图2是本发明一具体实施例的订阅调度框架结构示意图；
图3是本发明一具体实施例中订阅规则内容的示例；
图4是本发明一具体实施例中矩阵索引的应用示例。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
需要预先说明的是，下述实施例或示例的描述或其中所提及的特征可以以相同或类似的方式，与其他实施例或示例中的特征组合，或替换其他实施例或示例中的特征，以形成可能的实施方式。另外，本文所使用的术语“包括/包含”是指特征、要素、步骤或组件的存在，但并不排除还存在一个或多个其他特征、要素、步骤或组件。
为了解决现有技术中存在的任务收发不均，逻辑处理比较单一，兼容性差，难以应对复杂多业务系统任务处理的问题，本发明实施例提供了一种多业务系统业务事件订阅调度方法，以实现应对复杂多业务系统任务处理。
图1是本发明一实施例的多业务系统业务事件订阅调度方法，参见图1，该实施例的订阅调度方法可包括以下步骤S110~步骤S160。
下面将对步骤S110至步骤S140的具体实施方式进行详细说明。
步骤S110：获取至少一个业务事件的订阅规则内容和输入的订阅参数，其中，所述订阅参数包括业务系统信息和消息体，所述订阅规则内容包括业务优先级。
该步骤S110执行的操作内容可以在订阅规则构造层实现，订阅规则构造层可以用于与业务系统使用方的用户进行交互及数据传输，通过本实施例自定义的订阅规则内容，可使业务系统使用方仅输入订阅参数即可。该订阅规则构造层可以接收定义的规则和输入的参数，并可将其进行封装并进行传输。在订阅规则构造层可以接收各种业务系统的各种业务事件的订阅规则内容和订阅参数。本实施例的方法基于订阅规则内容，可以很好地兼容各种业务系统。
该步骤S110中，该订阅规则内容可以根据需求从多个不同业务系统抽象得到。在订阅规则内容中可以增加各种任务设置，例如，订阅调度的触发等。当需要利用本实施例的方法对新的业务系统进行订阅调度时，可以预先为该新的业务系统进行注册，此时，可以在订阅规则内容中增加相应信息，例如，可以为新增业务系统设置其业务优先级，另外，还可以增加业务系统标识等信息。订阅规则内容可以以规则表的形式呈现，可供业务系统的使用方输入所需的订阅参数。
订阅参数中的业务系统信息例如可以是业务系统的标识，可以用于得知订阅调度的目标业务系统；消息体可以用于得知订阅调度的具体内容，消息体中的内容可以以文本、图片等形式呈现。另外，输入的订阅参数还可包括业务系统使用方的用户信息、消息体的来源方、消息体的来源方账户等，其中，来源方可以是另一个业务系统，可以称为来源业务系统，消息体所要到达的业务系统可以称为目标业务系统。业务事件的业务优先级可以根据业务事件的类型、业务系统等进行划分。
步骤S120：将各业务事件的订阅参数中的消息体切分成数据切片，根据设定内容模板将至少一个业务事件的待发送数据切片确定为一批数据切片，并为确定的该批数据切片构建索引矩阵；其中，所述设定内容模板用于确定同一批数据切片中各业务事件所对应数据切片的完整性和组装方式；索引矩阵的两个维度分别为业务事件的发生先后顺序标识和业务事件的数据切片索引，且索引矩阵的元素为业务事件的数据切片。
该步骤S120中，可以将业务事件产生的数据包切分成数据切片，该实施例中业务事件产生的数据包主要包括消息体，所以可以认为是将消息体切分成数据切片。该设定内容模板可以包括能够用于在数据通道中确定该批数据切片的完整性和组装方式，其中，完整性相关信息可以包括该批数据切片中需要发送到某个数据通道的数据切片的数量等，组装方式可以包括该批数据切片中需要发送到某个数据通道的数据切片的组装顺序等相关信息。根据设定内容模板可使在数据通道重组数据时进行完整性校验等操作。一批数据切片的确定方式例如可以是从各业务事件的最靠前的数据切片中进行选取，选取达到预定数量的数据切片可以作为一批。对于索引矩阵而言，具体地，例如，可以以业务事件的发生先后顺序标识作为列，以业务事件的数据切片索引作为行，其中，业务事件的发生先后顺序标识可以是业务事件的能够反映事件发生先后顺序的序号，此外，对于一个业务事件对应的一行元素而言，如果该业务事件的数据切片连续，则行中的元素连续，反之则可能出现元素不连续，即改行中两元素间没有数据切片。
上述步骤S120中，通过将待发送数据进行切片，可以使得不同业务事件的发送到数据通道的数据单位相对均衡，例如，若一个业务事件的数据量较大，通过对其数据进行切片，则可减小发送到数据通道的单位数据量，从而避免需要一次发送较大数据量的数据包到数据通道，从而在一定程度上避免阻塞其他业务事件的数据发送。
为了使得发送至数据通道的数据量更均衡，可以通过划分使得数据切片更均匀。在一些实施例中，可以通过均匀切分生成数据切片，例如，上述步骤S120中，将各业务事件的订阅参数中的消息体切分成数据切片，具体可包括步骤：S121，将各业务事件的订阅参数中的消息体进行均匀切分，得到相应业务事件的数据切片。具体地，例如，可以根据不同区间的数据量切分成不同的份数。在另一些实施例中，可以按设定的数据量或数据长度的间隔对各业务事件的数据包进行切分。
通过确定一批数据切片可以便于构建索引矩阵，利用该索引矩阵可以快速查找业务事件的数据切片发送到相应的数据通道如后述步骤S140所述，当索引矩阵中的数据切片发送出去之后，或者有新的数据切片需要记录到索引矩阵，可以对索引矩阵进行更新。示例性地，图1所示的方法还可包括步骤：S170按设定时间间隔刷新构建的索引矩阵，以删除已发送至数据通道的业务事件的数据切片，以增加新的待分发数据切片的业务事件及其数据切片。
具体实施时，可以根据索引矩阵中已记录的数据切片，按优先级排列其中的业务事件，每个业务事件对应各自的数据切片，从而可以形成业务事件队列，可以在该队列达到一定长度时确认达到一批数据切片。若该队列中数据切片或者说业务事件已处理完（如已发送到数据通道并重组完），则可以在需要更新索引矩阵时，删除该队列中的业务事件，并可以根据更新的索引矩阵在该队列中添加新的业务事件，并可以对更新后的队列中的业务事件按优先级重新排序，优先级相同的按业务事件的产生顺序排序。由于该队列是排序好的，则可以从最优先的业务事件开始进行数据发送处理。
步骤S130：根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道。
上述步骤S130可以与前述步骤S120同步进行。上述步骤S120和S130可以在调度任务组装层实现，可以在相应调度中心配置相应参数，例如参数字段可包括业务逻辑层对应的名称、业务逻辑层对应的请求地址、请求方式、请求头、请求发送的Body参数等，可以根据订阅构造层传入的参数和规则内容为该些字段填入相应字段值。
该步骤S130中，到达一个业务系统可以由多个数据通道，而不同的数据通道的可用、忙闲状态可有所不同，所以可以根据各可用数据通道的状况选择较优的数据通道来传送业务事件的数据。可用的数据通道、选择的数据通道可为独占数据通道或共享数据通道。不同数据通道的数据可以同步处理，共享数据通道中的数据可以先处理优先级高的业务时间的数据。
进一步的实施例中，业务系统使用方可以定义调度时间，那么此时在选择数据通道是也需要考虑调度时间。
示例性地，所述订阅参数还包括调度处理时间，上述步骤S130，即，根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道，具体可包括步骤：S131，根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况和相应业务事件的调度处理时间为相应业务事件选择数据通道。其中，选择的数据通道可为独占数据通道或共享数据通道。
该步骤S131中，业务系统使用方可以定义业务事件的调度处理时间，例如可以避开高峰时间段。在此情况下，在选择数据通道时也同时考虑调度处理时间，以选择在该调度处理时间可用的数据通道。
步骤S140：将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道。
该步骤S140中，不同业务事件的数据切片此前已选择好数据通道，所以在该步骤中，可以将各业务事件的数据切片发送到其数据通道中，以便在各自选择的数据通道中进行数据切片重组。
步骤S150：在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验，若完整性校验通过，则在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包。
该步骤S150，该索引矩阵的关于业务事件的先后顺序标识的维度中，可以包含多个不同业务事件，不同业务事件可以对应于不同的业务系统，所以该索引矩阵可以是面向多业务系统的矩阵。在根据索引矩阵进行查找时，可以优先查找业务优先级高的，业务优先级相同的情况下，可以查找事件发生顺序靠前的，在索引矩阵中可以先检索业务事件的发生先后顺序标识的维度，再查找数据切片索引的维度，以此能够快速定位所需查找的数据切片。通过索引矩阵进行查找，对于多业务系统的业务事件也能够快速定位查找，便于多业务系统任务/业务事件的调度处理。查找好各数据通道对应的数据切片后，可以便于在数据通道中找到相应数据切片进行数据切片重组。对于某一数据通道，通过完整性校验能够确保数据通道接收完需发送至该数据通道的一批数据切片后再进行数据重组。
具体实施时，索引矩阵中的业务事件的发生先后顺序标识可以是按业务事件发生先后顺序排列，索引矩阵中的业务事件的数据切片索引可以是按数据切片的组装顺序排列。上述步骤S150中，在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，具体可包括步骤：S1511，查找索引矩阵中的业务事件的发生先后顺序标识所对应所有业务事件中业务优先级最高的业务事件，在业务优先级最高的业务事件为多个的情况下，查找业务优先级最高的多个业务事件中发生先后顺序最靠前的业务事件，得到业务优先级最高且发生先后顺序最靠前的业务事件；S1512，在索引矩阵中查找业务优先级最高且发生先后顺序最靠前的业务事件所对应存在的所有数据切片的索引。
在一些实施例中，若校验未通过，可以等待数据切片发送过来。示例性的，图1所示的方法还可包括步骤：S180，若完整性校验未通过，则等待设定时长后重新根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验。
该步骤S180中，可以设定等待的时长，达到一定时长可以再次进行完整性校验，一直等到完整性校验通过，可以进行数据重组。
在一些实施例中，业务系统使用方输入的订阅参数还可包括消息来源信息，此时，除了消息体的数据之外，消息来源方信息对应的数据也需发送到相应数据通道。在此情况下，上述步骤S140，即，将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道，具体可包括步骤：S141，将确定的该批数据切片中的各数据切片和相应的消息来源信息组合后发送至相应业务事件所对应选择的数据通道。该步骤S141，消息来源信息是指消息体来源方（来源业务系统）的信息，该信息可以一同发送至目标的业务系统。
另外，消息来源信息也可与消息体一起发送到业务系统，那么也可以一同进行数据重组，此时，上述步骤S150中，在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包，具体可包括步骤：S1521，在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片和相应的消息来源信息组装在一起，得到相应业务事件的重组数据包。
该实施例中，消息来源信息是指消息体所来源的业务系统的相关信息。通过将消息来源信息一同发送到业务系统，可以便于业务系统得知消息体的来源。设定内容模板可以包含各数据通道中待组合数据切片的信息，如数据切片总数、顺序等，以此可以便于数据切片按顺序重新组装。
步骤S160：从数据通道获取业务事件的重组数据包，并根据相应业务事件的业务系统信息将获取的重组数据包分发至相应的业务系统。
进一步的实施例中，可以实现获取业务系统的反馈信息，以便保证业务系统正确接收到业务事件的数据包。
示例性地，图1所示的方法还可包括步骤：S190，获取与所述设定内容模板匹配的业务系统的API接口对接收的重组数据包的完整性校验反馈信息，在完整性校验反馈信息为校验失败或在设定反馈时长内未收到完整性校验反馈信息的情况下，重新发送业务事件的重组数据包至业务系统。
在一些具体实施例中，为了解决在面对多维度系统任务处理时，调度过程存在缺乏统一标准，处理逻辑单一，扩展性差等问题，多业务系统业务事件订阅调度方法通过四层实现：订阅规则构造层、调度任务组装层、业务逻辑处理层和通道应用服务层。
其中，订阅规则构造层可以用于：面向外部各业务系统使用方，完成数据传输交互的参数定义和规则内容的封装。封装内容可包括消息体（即消息内容，如文本、图片等形式的信息）、用户（对应于业务系统）、消息体来源及实际来源账户。在该订阅规则构造层中，可以定义规则表，供业务系统使用方根据规则表填入需输入的参数。
调度任务组装层可以用于：根据不同的场景（例如，数据通道状况、调度处理时间等）自由选择数据通道，或者选择自定义调度处理时间。其中，数据通道可以包括独占通道和共享通道。该调度任务组装层可以根据在订阅规则构造层设定的用户订阅规则，按照业务优先级和业务事件重要性将相应数据发送至相应独占通道或者共享通道中。该调度任务组装层中，可以根据事件产生先后顺序和一定量的数据切片构建索引矩阵，以供在业务逻辑处理过程中索引查找。每一个矩阵元素都代表着不同的事件服务数据包（数据切片）。
业务逻辑处理层可以用于：将各个事件服务（业务事件）产生的数据包按依据订阅规则确定的数据通道、与订阅规则匹配的内容模板（标准格式）及输入参数中的消息来源进行组合后，发送到指定的数据通道中进行同步或异步消息处理，其中，不同数据通道中的数据可以同步处理。具体地，等待发送的事件服务的数据流中，不同的事件服务的数据可以按照自定义的矩阵索引算法，根据事件发生的先后规则在等待列表（或称为索引矩阵）中查找数据切片并在数据通道中重新按顺序组装，数据切片按原有顺序重新组装，并可以进行完整性校验，从而保证整个事件生命周期的完整性和连贯性。该矩阵索引算法在等候队列（索引矩阵）排序到达设定的启动阈值（如积累了一批切片数据）或者达到设定发送最长周期时自动依据矩阵进行关联计算，重组数据切片。在矩阵中，可以用行代表数据服务索引，可用列代表数据包序号，在依据矩阵查找数据切片时，可以首先按任务优先级查找业务事件，优先级相同的情况下按业务事件发生顺序查找业务事件，然后查找业务事件对应的数据切片，如此一来，可以快速找到优先级较高到来时间较早的数据切片进行组装，能够通过列索引和行索引能够精准定位不同维度事件的关联性和先后顺序，最后可以按照该算法输出的查找结果，即不同业务事件的数据切片，按业务事件优先级进行排列，并发送到相应的数据通道中。
通道对接服务层可以用于：将获取订阅服务中的通道数据分发给指定的通知服务发送通道，完成整个事件服务的数据发送工作。并且，可以记录反馈数据包以确认对方是否完成数据完整性校验；如果失败则可定时再次向对方发送数据流，直至成功；如果在一定时间没有收到反馈，则可认为对方没有收到数据包，认为发送数据包失败，可以重新发送数据包。业务系统的API可以预先根据本实施例的订阅调度方法进行匹配，例如，业务系统的API接口与前述的模板是匹配的，以便于进行相应的解析、校验及反馈，如此一来，若对方业务系统API收到数据包后，可以实现解析校验，若校验成功后可反馈成功信息，反之会反馈失败信息。现有技术中因为不会收到业务系统的反馈信息，所以不会得知数据包是否发送成功，而本实施例的订阅调度方法由于可以通过注册匹配业务系统API接口，所以能够实现反馈，避免数据包漏发。
该实施例中，提供了一种面向于多系统的业务事件订阅调度的方法，通过独创的调度和矩阵索引算法可以将海量数据提炼并转化为关联索引，以推动大规模的数据调度传输服务。该方法能够提高调度服务的输入和输出精确度和业务逻辑处理的能力，并且调度的服务方多样化，而且相应的用于订阅调度的代码可复用，并可按业务需求在不同场景下进行分类定制。因此，通过使用这种面向多维业务事件的矩阵式订阅调度方法，通过建立矩阵索引的方式实现了多维度任务同步发生时的任务有效调度，保证了业务数据的统一安排规划，并且提高了与各个应用系统对接业务逻辑处理的兼容性，在对应用系统代码影响较少的情况下实现数据对接和处理工作，做到不同业务系统数据的关联处理，最终提升了系统的工作效率和调度任务处理的容错率。
另外，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一实施例所述多业务系统业务事件订阅调度方法的步骤。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例所述多业务系统业务事件订阅调度方法的步骤。
综上所述，本发明实施例的多业务系统业务事件订阅调度方法、电子设备及计算机可读存储介质，通过将数据发送至数据通道之前将数据切分成数据切片，能够使得各业务事件的处理更均匀；通过构建索引矩阵，能够便于在数据通道中重组数据时快速定位待重组数据切片；通过在订阅规则中设置业务优先级，能够根据索引矩阵优先处理优先级高的业务事件，便于提高订阅调度的用户体验。此外，通过设置规则统一的订阅规则、内容模板，能够便于方便地适应于各种不同业务系统，提高订阅调度服务的兼容性。因此，本发明能够实现很好地应对多业务系统业务事件订阅调度处理。进一步地，通过实现接收业务系统的反馈信息，能够避免数据漏发。
下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。
图2是本发明一具体实施例的订阅调度框架结构示意图，参见图2，为了解决现有调度方法在面对多维度系统任务处理时存在的无统一标准、逻辑处理单一、扩展性差等问题，该实施例的订阅调度方案包括四个层次，分别为：订阅规则构造层（Todo Center）、调度任务组装层（调度代理）、业务逻辑处理层和通道应用服务层（未示出），在此情况下，将调度任务中的逻辑处理与调度本身分离开，构建出了独立的一层业务逻辑处理层，如此一来，在逻辑上形成了四层之间彼此独立。另外，对不同类型的业务系统进行分类和抽象，可以定义出统一的标准，此外，根据标准分别对四层中的联系方式注册配置或直接使用标准定义，可以在逻辑上将四层联系起来，如此一来，形成了四层彼此独立但可以联系的整体结构。
图3是本发明一具体实施例中订阅规则内容的示例，参见图3，在订阅端，用户user-a选定来源系统SYS-B（例如，绑定来源账户user-a_01）。订阅端可请求调度中心接口Todo API，传递参数可包括订阅类型、来源系统SYS-B、来源账户user-a_01、任务设置等。订阅规则可以显示，用户订阅的来源及账户的待办，若满足订阅规则的待办，可被缓存。调度代理可定时进行，为提高效率，可根据调度代理参考订阅规则拉取待办。
再参见图2，在调度中心，接收订阅端的请求后，可根据参数自动创建调度任务，加入计划表中，Scheduler实例可轮询计划表，然后可请求业务逻辑处理端的接口；在业务逻辑端，可添加任务执行时的处理机制，请求对应的业务系统API（如系统X、Y、Z、M的API），并可接收业务系统的返回值完成业务逻辑。
其中，订阅端、调度中心、业务逻辑端、业务系统四者之间采用标准格式的定义，并在指定位置注册或根据标准处理；首先，业务逻辑端对接业务系统API定义好处理机制之后，在调度中心中注册相关配置，即配置相关参数，如业务逻辑层对应的名称（可表示为APIName），业务逻辑层对应的请求地址（可表示为APIURL），请求方式（可表示为HttpMethodAttribute），请求头（可表示为Headers），请求发送的Body参数（可表示为Body）。另外，可以在调度中心定义添加任务接口，并可在订阅端注册相关配置或二者根据标准处理，最后，在订阅端可根据调度中心定义请求其接口，完成整个订阅流程。
通过在调度中心（调度任务组装层）构建索引矩阵，选择数据通道，然后在业务逻辑层根据索引矩阵查找数据包发送到相应数据通道，以此可以将调度与任务逻辑最大程度的解耦。在现有技术中是直接将各业务事件的整个数据包加入列表，依次发送至数据通道，实际上调度中心和业务逻辑是纠缠在一起实现的。所以本实施例相对于现有技术而言，将实现的复杂性和灵活性都限制在了业务逻辑处理层，在用户相关的操作端只需要传递在标准中定义的参数，即可成功自动生成调度任务，而任务逻辑又能灵活设计，也可根据需求扩展。因此本实施例能够应对复杂的多业务系统订阅调度。
举例而言，参见图2，订阅调度模型实现方法可包括以下过程：
1)根据统一标准，在业务逻辑层的处理进行设计实现；
2)用户操作添加待办订阅，包括输入参数；
3)订阅规则触发订阅事件，并传入参数；
4)调度中心的Job Agent接收订阅事件后，根据统一标准和传入的参数自动生成业务事件的任务，并注册到Job Hub中；
5)Scheduler自动轮询Job Hub，将Job按时加入Plan Hub中，等待执行；
6)Job执行从Plan Hub中拉取的任务，读取Job Detail中的传入参数，以请求业务逻辑层接口；
7)业务逻辑层接收到请求后，按照设计和传入参数进行处理，请求对应的业务系统（业务系统的应用程序接口X-API、Y-API、Z-M-API）；
8)对应业务系统（系统X、Y、Z、M）接收请求后，按照设计和传入参数进行处理，并返回处理结果给业务逻辑层；
9)业务逻辑层接收到返回结果后，将结果推送到指定位置（如图2中Todo API）。
再参见图3，用户user-a添加代办订阅，并分别请求调度处理定时模块，同时分别传递参数，包括来源系统SYS-A和相应来源账户user-a、来源系统SYS-B和相应来源账户user-a01、来源系统SYS-B和相应来源账户user-b02，给调度处理定时模块，调度处理定时模块根据请求和参数进行处理并将结果推送到Todo API，Todo API再更新到Todo Cache中，这样就实现了用户user-a对来源系统SYS-A 、SYS-B的待办订阅。为提高效率，可根据调度代理参考订阅规则拉取待办。
业务逻辑层设计完之后，在调度中心进行配置时的参数：业务逻辑层对应的名称（可表示为APIName），业务逻辑层对应的请求地址（可表示为APIURL），请求方式（可表示为HttpMethodAttribute）（如get-0/post-1/put-2等），请求头（可表示为Headers），请求发送的Body参数（可表示为Body）。
调度中心可提供添加/删除/更新任务的接口，所有需要使用调度的第三方都可以根据自己的需求设置参数以便定制调度任务。其中，添加任务的接口参数可包括：任务名称（可表示为JobName）、任务组名（可表示为JobGroup）、触发器类型（可表示为TriggerType，如Cron/Simple）、 Cron类型触发器的表达式（可表示为Cron），用户名（可表示为UserName），用户请求来源（可表示为Source），任务逻辑的API地址（可表示为ScheduleUrl），API的调用方式（可表示为HttpMethodAttribute，如Get/Post/Put/Delete/Patch/Head/Options），API的Headers参数的Json字符串（可表示为HeadersStr）。
另外，内容模板可如下：
JobName = jobName,
JobGroup = sourceKey,
TriggerType = QuartzEnumType. TriggerType. Cron,
Cron = _TriggerConfig. CronConfig,
UserName = userId,
Source = sourceKey,
ScheduleUrl = $”{api.APIURL}{ sourceKey }/{ userId }”,
HttpMethodAttribute = api. HttpMethodAttribute,
HeadersStr = JsonConvert.SerializeObject(api. Headers)
业务逻辑层提供调度任务的处理逻辑，对接业务系统并作出结果处理。其中,获取待办和已办列表的接口参数，可包括：待办类别SourceKey， 用户名ClientId。
通过上述示例，可以更直接更形象的理解本实施例的创新思想。简单地说，对于任意的调度任务先定义统一的标准，再将其抽象成两层：调度中心和业务逻辑层，这样对于任何系统的对接设计就可以更加灵活的、更加支持复杂性、更加可扩展。
该实施例中，为业务处理及调度的全部过程，基于该流程模型本方法在业务逻辑处理层执行过程中采用矩阵索引算法，为调度代理的底层服务设定最基础的业务数据组合分发机制。在等待发送的事件服务的数据流中，不同的事件服务数据按照矩阵索引算法，根据事件发生的先后规则在等待列表中重新按顺序组装，从而保证整个事件生命周期的完整性和连贯性。提供的是一种面向于多系统多维业务事件订阅调度的方法，适用于各种大规模集成数据交互场景。
图4是本发明一具体实施例中矩阵索引的应用示例，参见图4，图4的（a）图中，行代表数据服务索引DataPackage[1]、DataPackage[2]、DataPackage[3]、DataPackage[4]，列代表数据包（任务/业务事件）的序号Task[1]、Task[2]、Task[3]，通过列索引和行索引能够精准定位不同维度事件的关联性和先后顺序，每一个矩阵元素都代表着不同的事件服务数据包，此处填写业务处理优先级0、1、2仅作为示例。参见图4的（b）图，按照该矩阵索引输出的结果进行排列，并发送到相应的数据通道中。在矩阵索引组合中，矩阵元素数值大小可以代表着用户定义的优先级顺序，根据从小到大以此向数据通道传输数据包。同时该矩阵索引算法在等候队列排序到达设定的启动阈值或者设定的发送最长周期时，可以自动进行矩阵关联计算，从而进行数据重组。可以默认启动阈值为整个队列的百分之五十或者在流量峰值期间（例如平均为早上8点至晚上6点）设置为1分钟刷新矩阵计算周期。
在本说明书的描述中，参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本发明的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多业务系统业务事件订阅调度方法，其特征在于，包括：
获取至少一个业务事件的订阅规则内容和输入的订阅参数，其中，所述订阅参数包括业务系统信息和消息体，所述订阅规则内容包括业务优先级；
将各业务事件的订阅参数中的消息体切分成数据切片，根据设定内容模板将至少一个业务事件的待发送数据切片确定为一批数据切片，并为确定的该批数据切片构建索引矩阵；其中，所述设定内容模板用于确定同一批数据切片中各业务事件所对应数据切片的完整性和组装方式；索引矩阵的两个维度分别为业务事件的发生先后顺序标识和业务事件的数据切片索引，且索引矩阵的元素为业务事件的数据切片；
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道；以及，将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道；
在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验，若完整性校验通过，则在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包；
从数据通道获取业务事件的重组数据包，并根据相应业务事件的业务系统信息将获取的重组数据包分发至相应的业务系统。
2.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，将各业务事件的订阅参数中的消息体切分成数据切片，包括：
将各业务事件的订阅参数中的消息体进行均匀切分，得到相应业务事件的数据切片。
3.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，所述订阅参数还包括消息来源信息；
将确定的该批数据切片中的各数据切片发送至相应业务事件所对应选择的数据通道，包括：
将确定的该批数据切片中的各数据切片和相应的消息来源信息组合后发送至相应业务事件所对应选择的数据通道；
在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片组装在一起，得到相应业务事件的重组数据包，包括：
在相应数据通道中根据所述设定内容模板优先将查找到的业务事件对应的所有待分发数据切片和相应的消息来源信息组装在一起，得到相应业务事件的重组数据包。
4.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，还包括：
按设定时间间隔刷新构建的索引矩阵，以删除已发送至数据通道的业务事件的数据切片，以增加新的待分发数据切片的业务事件及其数据切片。
5.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，索引矩阵中的业务事件的发生先后顺序标识按业务事件发生先后顺序排列，索引矩阵中的业务事件的数据切片索引按数据切片的组装顺序排列；
在索引矩阵中查找业务优先级靠前且发生先后顺序靠前的业务事件对应的所有待分发数据切片的索引，包括：
查找索引矩阵中的业务事件的发生先后顺序标识所对应所有业务事件中业务优先级最高的业务事件，在业务优先级最高的业务事件为多个的情况下，查找业务优先级最高的多个业务事件中发生先后顺序最靠前的业务事件，得到业务优先级最高且发生先后顺序最靠前的业务事件；
在索引矩阵中查找业务优先级最高且发生先后顺序最靠前的业务事件所对应存在的所有数据切片的索引。
6.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，还包括：
若完整性校验未通过，则等待设定时长后重新根据所述设定内容模板和查找到的业务事件对应的所有待分发数据切片的索引对发送至相应业务事件所对应选择的数据通道中的数据切片进行完整性校验。
7.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，还包括：
获取与所述设定内容模板匹配的业务系统的API接口对接收的重组数据包的完整性校验反馈信息，在完整性校验反馈信息为校验失败或在设定反馈时长内未收到完整性校验反馈信息的情况下，重新发送业务事件的重组数据包至业务系统。
8.如权利要求1所述的多业务系统业务事件订阅调度方法，其特征在于，所述订阅参数还包括调度处理时间；
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况为相应业务事件选择数据通道，包括：
根据各业务事件的订阅参数中的业务系统信息对应的各可用数据通道的状况和相应业务事件的调度处理时间为相应业务事件选择数据通道；其中，选择的数据通道为独占数据通道或共享数据通道。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至8任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至8任一项所述方法的步骤。
CN202110846401.9A 2021-07-26 2021-07-26 多业务系统业务事件订阅调度方法、电子设备及存储介质 Active CN113296917B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110846401.9A CN113296917B (zh) 2021-07-26 2021-07-26 多业务系统业务事件订阅调度方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110846401.9A CN113296917B (zh) 2021-07-26 2021-07-26 多业务系统业务事件订阅调度方法、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN113296917A true CN113296917A (zh) 2021-08-24
CN113296917B CN113296917B (zh) 2021-11-02

Family

ID=77331071

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110846401.9A Active CN113296917B (zh) 2021-07-26 2021-07-26 多业务系统业务事件订阅调度方法、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113296917B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114579657A (zh) * 2022-05-09 2022-06-03 浙江九州云信息科技有限公司 一种基于车路协同的v2x边缘云控方法及系统
CN114840393A (zh) * 2022-06-29 2022-08-02 杭州比智科技有限公司 一种多数据源数据同步监控方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101710292A (zh) * 2009-12-21 2010-05-19 中国人民解放军信息工程大学 一种可重构任务处理系统、调度器及任务调度方法
US20130159330A1 (en) * 2011-12-14 2013-06-20 Joseph Smith System and Methods for Tasking, Collecting, and Dispatching Information Reports
CN103458033A (zh) * 2013-09-04 2013-12-18 北京邮电大学 事件驱动、面向服务的物联网服务提供系统及其工作方法
CN105068864A (zh) * 2015-07-24 2015-11-18 北京京东尚科信息技术有限公司 处理异步消息队列的方法及系统
CN111291048A (zh) * 2020-01-18 2020-06-16 河北冀联人力资源服务集团有限公司 一种数据处理系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101710292A (zh) * 2009-12-21 2010-05-19 中国人民解放军信息工程大学 一种可重构任务处理系统、调度器及任务调度方法
US20130159330A1 (en) * 2011-12-14 2013-06-20 Joseph Smith System and Methods for Tasking, Collecting, and Dispatching Information Reports
CN103458033A (zh) * 2013-09-04 2013-12-18 北京邮电大学 事件驱动、面向服务的物联网服务提供系统及其工作方法
CN105068864A (zh) * 2015-07-24 2015-11-18 北京京东尚科信息技术有限公司 处理异步消息队列的方法及系统
CN111291048A (zh) * 2020-01-18 2020-06-16 河北冀联人力资源服务集团有限公司 一种数据处理系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
余沛: "云计算环境下的虚拟机资源分配", 《中国硕士学位论文全文数据库信息科技专辑》 *
高雪: "基于联盟博弈的资源分配和多业务调度", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114579657A (zh) * 2022-05-09 2022-06-03 浙江九州云信息科技有限公司 一种基于车路协同的v2x边缘云控方法及系统
CN114840393A (zh) * 2022-06-29 2022-08-02 杭州比智科技有限公司 一种多数据源数据同步监控方法及系统

Also Published As

Publication number Publication date
CN113296917B (zh) 2021-11-02

Similar Documents

Publication Publication Date Title
CN113296917B (zh) 多业务系统业务事件订阅调度方法、电子设备及存储介质
CN111506412B (zh) 基于Airflow的分布式异步任务构建、调度系统及方法
US11334543B1 (en) Scalable bucket merging for a data intake and query system
US11886440B1 (en) Guided creation interface for streaming data processing pipelines
US6839745B1 (en) System and method for generating reports in a telecommunication system
US10904303B2 (en) Control message from streaming source to facilitate scaling
US20220121708A1 (en) Dynamic data enrichment
US11574242B1 (en) Guided workflows for machine learning-based data analyses
CN112507029A (zh) 数据处理系统及数据实时处理方法
CN108197155A (zh) 信息数据同步方法、装置及计算机可读存储介质
JP6198825B2 (ja) 分散並列環境における非同期メッセージのシーケンシングの方法、システム、およびコンピュータプログラム製品
CN111240812A (zh) 任务执行方法及装置
CN109284324A (zh) 基于Apache Oozie框架处理大数据的流程任务的调度装置
CN112243032A (zh) 基于访问网关的服务调用方法及其系统
CN113672500A (zh) 深度学习算法的测试方法、装置、电子装置和存储介质
CN116382943A (zh) 顺序消息处理方法、总线系统、计算机设备及存储介质
CN111460038A (zh) 一种数据准实时同步方法及装置
CN110839061B (zh) 数据分发方法、装置及存储介质
EP2693337B1 (en) Method, system and computer program products for sequencing asynchronous messages in a distributed and parallel environment
CN111475315A (zh) 服务器及订阅通知推送控制、执行方法
CN110750362A (zh) 生物信息的分析方法、装置和存储介质
CN109829005A (zh) 一种大数据处理方法及装置
CN111814091B (zh) 消息分发方法及相关装置
CN113743630A (zh) 智能呼叫预约执行的方法和装置
US11968280B1 (en) Controlling ingestion of streaming data to serverless function executions

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
GR01 Patent grant
GR01 Patent grant