CN113141387B - 业务订阅方法、装置及系统 - Google Patents

Abstract

本发明公开了一种业务订阅方法、装置及系统，其中，该方法包括：接收来自用户端的业务订阅请求，业务订阅请求包括：业务系统信息、用户账户信息；根据业务订阅请求和相应的订阅规则生成订阅事件；将业务订阅请求和订阅事件发送至调度中心，以便于调度中心基于预定规则根据业务订阅请求配置订阅参数并根据订阅事件生成订阅任务，订阅参数包括：业务名称、业务逻辑应用程序接口API地址信息以及API调用方式；接收来自调度中心的订阅成功信息，并将订阅成功信息返回给用户端。通过本发明，可以实现调度中心对订阅任务的调度服务，可以保证订阅任务的统一安排规划，能够有效应对复杂业务事件的调度服务。

Description

业务订阅方法、装置及系统

技术领域

本发明涉及数据处理领域，具体涉及一种业务订阅方法、装置及系统。

背景技术

随着企业信息化建设的深入，增强各应用系统互联互通，消灭信息孤岛已成为企业信息化的重要目标。在应用系统集成交互过程中，需要使用任务分配等待方式，在任务需要执行时按照优先级进行触发，并且在面向多系统复杂业务处理时，能够在业务逻辑处理上有效衔接各个系统。

目前对于调度任务处理而言，常用方案是通过在服务器上部署统一的webservers(网页服务器)对多个业务系统开放任务接收API(Application Programming Interface，应用程序接口)，采集完毕后进行任务处理，可以根据前端数据配置，定时或者实时设置触发点、输出端口、输出附加属性等，任务调度队列按照预设配置规则自动启动。

目前的调度任务方案，在面对多应用系统访问请求时，处理逻辑过于单一，任务接收和发送易出现分配不均和漏发现象，收发的数据规则缺乏统一标准，随着集成应用系统数量的增多，调度服务的兼容性越来越差，目前还没有有效方案能够应对复杂的业务事件进行自动化处理。

发明内容

有鉴于此，本发明提供一种业务订阅方法、装置及系统，以解决上述提及的至少一个问题。

根据本发明的第一方面，提供一种业务订阅方法，所述方法包括：接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；根据所述业务订阅请求和相应的订阅规则生成订阅事件；将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并根据所述订阅事件生成订阅任务，所述订阅参数包括：业务名称、业务逻辑应用程序接口(API)地址信息以及API调用方式；接收来自所述调度中心的订阅成功信息，并将订阅成功信息返回给所述用户端。

根据本发明的第二方面，提供一种业务订阅装置，所述装置包括：业务订阅请求接收单元，用于接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；订阅事件生成单元，用于根据所述业务订阅请求和相应的订阅规则生成订阅事件；订阅事件发送单元，用于将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并根据所述订阅事件生成订阅任务，所述订阅参数包括：业务名称、业务逻辑API应用程序接口地址信息以及API调用方式；订阅成功信息接收单元，用于接收来自所述调度中心的订阅成功信息；订阅成功信息发送单元，用于将订阅成功信息返回给所述用户端。

根据本发明的第三方面，提供一种业务订阅系统，所述系统包括：上述的业务订阅装置、调度中心、业务逻辑端以及业务系统，其中，所述调度中心根据所述订阅任务向所述业务逻辑端发送任务请求，所述业务逻辑端根据所述任务请求生成业务处理逻辑。

根据本发明的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务订阅方法的步骤。

根据本发明的第五方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述业务订阅方法的步骤。

由上述技术方案可知，通过根据接收的用户端的业务订阅请求和相应的订阅规则生成订阅事件，并将业务订阅请求和订阅事件发送至调度中心，以便于调度中心基于预定规则根据业务订阅请求配置订阅参数并根据订阅事件生成订阅任务发送给业务逻辑端进行处理，当接收到来自调度中心的订阅成功信息时，将订阅成功信息返回给用户端，此时完成用户的订阅服务，通过上述技术方案，可以实现调度中心对订阅任务的调度服务，可以保证订阅任务的统一安排规划，能够有效应对复杂业务事件的调度服务。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的业务订阅方法的流程图；

图2是根据本发明实施例的业务订阅系统的结构框图；

图3是根据本发明实施例的业务订阅装置1的结构框图；

图4是根据本发明实施例的业务订阅装置1的详细结构框图；

图5是根据本发明实施例的调度中心2的结构框图；

图6是根据本发明实施例的业务逻辑端3的结构框图；

图7是根据本发明实施例的调度中心配置参数的界面截图；

图8是根据本发明实施例的业务订阅系统的业务订阅流程图；

图9是根据本发明实施例的业务逻辑层接口参数的界面截图；

图10是根据本发明实施例的调度中心添加任务的接口参数界面截图；

图11是根据本发明实施例的调度代理定时模块和订阅端的互动示意图；

图12是根据本发明实施例的电子设备的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于现有的调度任务方案存在兼容性差，无法有效应对复杂业务事件自动化处理的问题，基于此，本发明实施例提供了一种业务订阅方案，该方案可以提升业务逻辑处理能力，能够有效应对复杂业务事件的调度服务。以下结合附图来详细本发明实施例。

图1是根据本发明实施例的业务订阅方法的流程图，如图1所示，该方法包括：

步骤101，接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；

步骤102，根据所述业务订阅请求和相应的订阅规则生成订阅事件；

步骤103，将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并根据所述订阅事件生成订阅任务，所述订阅参数包括：业务名称、业务逻辑API地址信息以及API调用方式；

步骤104，接收来自所述调度中心的订阅成功信息，并将订阅成功信息返回给所述用户端。

通过根据接收的用户端的业务订阅请求和相应的订阅规则生成订阅事件，并将业务订阅请求和订阅事件发送至调度中心，以便于调度中心基于预定规则根据业务订阅请求配置订阅参数并根据订阅事件生成订阅任务发送给业务逻辑端进行处理，当接收到来自调度中心的订阅成功信息时，将订阅成功信息返回给用户端，此时完成用户的订阅服务，通过本发明实施例，实现了调度中心对订阅任务的调度服务，保证了订阅任务的统一安排规划，能够有效应对复杂业务事件的调度服务。

在实际操作中，可以预先根据不同类型的业务系统以及业务类型设置订阅规则，以便于根据用户需求获取对应的订阅规则，生成订阅事件。

在调度中心生成订阅任务后，向业务逻辑端发送任务请求，以便于业务逻辑端生成业务处理逻辑。

本发明实施例还提供一种业务订阅系统，如图2所示，该系统包括：业务订阅装置1(或者称为订阅端)、调度中心2、业务逻辑端3以及业务系统4，其中，业务订阅装置1优选地用于实现上述方法实施例的步骤，调度中心2根据来自业务订阅装置1的订阅任务向业务逻辑端3发送任务请求，业务逻辑端3根据任务请求生成业务处理逻辑，请求业务系统4的API接口完成订阅处理逻辑。

图3是业务订阅装置1的结构框图，如图3所示，该业务订阅装置1包括：业务订阅请求接收单元11、订阅事件生成单元12、订阅事件发送单元13、订阅成功信息接收单元14和订阅成功信息发送单元15，其中：

业务订阅请求接收单元11，用于接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；

订阅事件生成单元12，用于根据所述业务订阅请求和相应的订阅规则生成订阅事件；

订阅事件发送单元13，用于将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并根据所述订阅事件生成订阅任务，所述订阅参数包括：业务名称、业务逻辑API地址信息以及API调用方式；

订阅成功信息接收单元14，用于接收来自所述调度中心的订阅成功信息；

订阅成功信息发送单元15，用于将订阅成功信息返回给所述用户端。

通过订阅事件生成单元12根据业务订阅请求接收单元11接收的用户端的业务订阅请求和相应的订阅规则生成订阅事件，订阅事件发送单元13将业务订阅请求和订阅事件发送至调度中心，以便于调度中心基于预定规则根据业务订阅请求配置订阅参数并根据订阅事件生成订阅任务发送给业务逻辑端进行处理，当订阅成功信息接收单元14接收到来自调度中心的订阅成功信息时，订阅成功信息发送单元15将订阅成功信息返回给用户端，此时完成用户的订阅服务，通过本发明实施例，实现了调度中心对订阅任务的调度服务，保证了订阅任务的统一安排规划，能够有效应对复杂业务事件的调度服务。

具体地，如图4所示，业务订阅装置1还包括：订阅规则设置单元16，用于根据不同类型的业务系统以及业务类型设置订阅规则。

图5是调度中心2的结构框图，如图5所示，调度中心2包括：订阅参数配置单元21、订阅任务生成单元22和任务请求发送单元23，其中：

订阅参数配置单元21，用于基于预定规则根据所述业务订阅请求配置订阅参数；

订阅任务生成单元22，用于根据所述订阅事件生成订阅任务；

任务请求发送单元23，用于根据所述订阅任务向所述业务逻辑端发送任务请求。

图6是业务逻辑端3的结构框图，如图6所示，业务逻辑端3包括：任务请求接收单元31、任务处理结果获取单元32和业务处理逻辑生成单元33，其中：

任务请求接收单元31，用于接收所述任务请求；

任务处理结果获取单元32，用于根据所述任务请求向所述业务系统获取任务处理结果；

业务处理逻辑生成单元33，用于根据所述任务处理结果生成业务处理逻辑。

在实际操作中，上述各单元可以组合设置、也可以单一设置，本发明不限于此。

在一个实施例中，上述业务订阅系统执行订阅调度的流程主要包括：

(1)建立订阅规则

在订阅端，用户(例如，User_a)选定来源系统(例如，System_A)、绑定来源账户(例如，Account_a01)，订阅端请求调度中心接口，传递参数包括订阅类型、来源系统(System_A)、来源账户(Account_a01)、任务设置等。

(2)添加调度任务

调度中心接受订阅端的请求后，根据参数自动创建调度任务，加入计划表中。Scheduler周期性轮询计划表，然后请求业务逻辑处理端的接口。

(3)添加业务逻辑处理

业务逻辑端添加任务执行时的处理机制，请求对应业务系统API，即来源系统(System_A)，接收返回值完成业务逻辑。

在一个实施例中，接收到调度中心发送的参数(来源系统(System_A)、来源账户(Account_a01))之后，基于预定的处理机制，根据业务系统(System_A)判断需要如何获取业务系统数据，这里的处理机制包括以下之一：

处理机制一：当业务系统可以提供待办已办接口时，根据上述两个参数获取状态库中的时间节点(Time_A)，之后根据这三个参数请求对应的业务系统API；

处理机制二：当业务系统只能提供待办接口时，根据来源账户(Account_a01)请求对应的业务系统API获取全量待办数据。

(4)对接业务系统API

业务系统根据业务逻辑规则，按照请求参数访问对接业务系统的API，返回相应的处理结果。

基于处理机制一，业务逻辑规则为：

根据接收到的两个参数，获取状态库中的时间节点(Time_A)，然后根据System_A判断相应业务分支走向，找到对应业务系统方法。

如果不存在时间节点，则直接调用业务系统API，获取待办接口(Url_Todo)，传入参数为来源系统(System_A)、来源账户(Account_a01)、默认时间节点。将接口返回的数据转换为预定标准格式，存入数据库中，成功后将数据按照时间倒叙排序，获取最新一条数据中的业务时间作为时间节点存入状态库中。

这里的预定标准格式可以是一种轻量级的数据交换格式--Json(JavaScriptObject Notation，JS对象简谱)，它是基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。

如果存在时间节点，则先调用业务系统API获取已办接口(Url_Done)，传入参数为来源系统(System_A)、来源账户(Account_a01)、时间节点(Time_A)，根据获取到的已办数据将数据库中待办更新，然后再调用业务系统API获取待办接口。

基于处理机制二，业务逻辑规则为：

根据System_A判断相应业务分支走向，找到对应业务系统，调用业务系统API获取待办接口(Url_Todo)，获取业务系统全量待办数据A，将接口返回的全量待办数据A转换为标准格式(例如，Json格式)，之后根据全量待办数据A更新数据库中与该全量待办数据A对应的数据B。

在一个实施例中，上述订阅端、调度中心、业务逻辑端和业务系统四者之间采用标准格式(例如，Json格式)定义，在指定位置注册或根据标准处理。

首先，业务逻辑端对接业务系统API定义好处理机制之后，在调度中心中注册相关配置参数，如图7所示，在业务逻辑层设计完之后，在调度中心进行配置的参数包括：APIName-业务逻辑层对应的名称，APIURL-业务逻辑层对应的请求地址，HttpMethodAttribute-请求方式(get-0/post-1/put-2等)，Headers-请求头，Body-请求发送的Body参数。

其次，调度中心定义添加任务接口，并在订阅端注册相关配置或二者根据标准处理，最后，订阅端根据调度中心定义请求其接口，完成整个订阅流程。

本发明实施例将调度任务中的逻辑处理与调度分离开，构建出独立的一层业务逻辑处理层，如此就在逻辑上形成了4层之间彼此独立。然后，对不同类型的业务系统进行分类和抽象，定义出统一的Json格式数据标准；最后，根据Json格式数据标准分别对4层中的联系方式注册配置或直接使用标准定义，在逻辑上又将4层联系起来；如此就形成了4层彼此独立但可以联系的整体结构。

通过功能抽象剥离，将调度与任务逻辑最大程度的解耦，所有实现的复杂性和灵活性都限制在业务逻辑处理层，在用户相关的操作端只需要传递在标准中定义的参数，即可成功自动生成调度任务，而任务逻辑又能灵活设计，也可根据需求扩展。

为了更好地理解本发明实施例，以下以用户添加待办订阅业务为例，结合图8来详细描述业务订阅系统的业务订阅流程，在进行业务订阅流程之前，预先需要根据统一标准，例如，使用编程语言(C语音)在ASP.Net Core(一种高性能开源框架)框架上搭建WebAPI，在业务逻辑层设计不同类型的订阅逻辑。如图8所示，业务订阅流程包括：

步骤801，根据用户添加的待办订阅，订阅规则触发订阅事件，并传入参数。

步骤802，调度中心的Job Agent(作业代理)接收订阅事件后，根据统一标准和传入参数自动生成任务。

步骤803，将生成的任务注册到Job Hub(作业中心)中。

步骤804，Scheduler(调度程序)会自动轮询Job Hub，将Job按时加入Plan Hub(计划中心)中等待执行。

步骤805，Job执行(作业执行)从Plan Hub中拉取任务，读取Job Detail(作业细节，图中未显示)中的传入参数去请求业务逻辑层接口。

步骤806，业务逻辑层接收到请求后，按照设计和传入参数进行处理，请求对应的业务系统Y。具体请参见上述关于处理机制和业务逻辑规则的描述。

步骤807，业务系统Y接收请求后，按照设计和传入参数进行处理，并返回处理结果给业务逻辑层；具体而言，业务系统Y根据传入的参数，来源账户(Account_a01)和时间(Time_A)，返回该账户从Time_A到当前的具体业务数据信息给业务逻辑层。

步骤808，业务逻辑层接收到返回结果后，通过Job执行将结果推送到指定位置(图中是订阅端的Todo API)。

业务逻辑层提供调度任务的处理逻辑，对接业务系统并作出结果处理。图9是业务逻辑层接口参数示意图，如图9所示，获取待办和已办列表的接口参数：SourceKey-待办类别，ClientId-用户名。

调度中心提供添加/删除/更新任务的接口，所有需要使用调度的第三方都可以根据需求设置参数以便定制调度任务。图10示出了调度中心添加任务的接口参数，具体包括：JobName-任务名称，JobGroup-任务组名，TriggerType-触发器类型：Cron/Simple，Cron-Cron类型触发器的表达式，UserName-用户名，Source-用户请求来源，ScheduleUrl-任务逻辑的API地址，HttpMethodAttribute-API的调用方式：Get/Post/Put/Delete/Patch/Head/Options，HeadersStr-API的Headers参数的Json字符串。

在一个实施例中，调度代理还可以包括：图11所示的调度代理定时模块。当用户User_a在订阅端(Todo Center)添加代办订阅业务时，可以请求调度处理定时模块，同时传递参数来源SYS-A和来源账户User-a、来源SYS-B和来源账户User-a01、来源SYS-B和来源账户User-b02给调度处理定时模块，调度处理定时模块基于订阅规则，根据请求和参数进行处理并将结果推送到Todo API，Todo API再更新到Todo Cache(缓存)中，这样就实现了用户User-a对SYS-A和SYS-B的待办订阅。这里的订阅规则表示用户订阅的来源及账户的待办，并且满足订阅规则的待办将被缓存。

在本发明实施例中，对于任意的调度任务先定义统一的标准，再将其抽象成两层：调度中心和业务逻辑层，这样对于任何系统的对接设计就可以更灵活、更支持复杂性、更可扩展。

图12是根据本发明实施例的电子设备的示意图。图12所示的电子设备为通用数据处理装置，其包括通用的计算机硬件结构，其至少包括处理器1201和存储器1202。处理器1201和存储器1202通过总线1203连接。存储器1202适于存储处理器1201可执行的一条或多条指令或程序。该一条或多条指令或程序被处理器1201执行以实现上述业务订阅方法中的步骤。

上述处理器1201可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器1201通过执行存储器1202所存储的命令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其他装置的控制。总线1203将上述多个组件连接在一起，同时将上述组件连接到显示控制器1204和显示装置以及输入/输出(I/O)装置1205。输入/输出(I/O)装置1205可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出(I/O)装置1205通过输入/输出(I/O)控制器1206与系统相连。

其中，存储器1202可以存储软件组件，例如操作系统、通信模块、交互模块以及应用程序。以上所述的每个模块和应用程序都对应于完成一个或多个功能和在发明实施例中描述的方法的一组可执行程序指令。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时以实现上述业务订阅方法的步骤。

综上所述，本发明实施例提供的面向多系统业务事件订阅调度方案，通过订阅方式实现了业务系统各项任务的调度服务，保证了业务数据的统一安排规划，提高了与各个应用系统对接业务逻辑处理的兼容性，提升了系统的工作效率和调度任务处理的容错率，可以在对应用系统实施少量改造的情况下实现数据对接和处理工作，完成多业务系统数据的关联处理，通过本发明实施例，能够有效提高调度服务的输入、输出精确度，提升业务逻辑处理能力。

以上参照附图描述了本发明的优选实施方式。这些实施方式的许多特征和优点根据该详细的说明书是清楚的，因此权利要求旨在覆盖这些实施方式的落入其真实精神和范围内的所有这些特征和优点。此外，由于本领域的技术人员容易想到很多修改和改变，因此不是要将本发明的实施方式限于所例示和描述的精确结构和操作，而是可以涵盖落入其范围内的所有合适修改和等同物。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种业务订阅方法，其特征在于，所述方法包括：

接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；

根据所述业务订阅请求和相应的订阅规则生成订阅事件；

将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并通过作业代理接收所述订阅事件后根据统一标准和所述订阅参数生成订阅任务，并将所述订阅任务加入计划表中进行周期性轮询，所述订阅参数包括：业务名称、业务逻辑应用程序接口API地址信息以及API调用方式；

接收来自所述调度中心的订阅成功信息，并将订阅成功信息返回给所述用户端。

2.根据权利要求1所述的业务订阅方法，其特征在于，所述方法还包括：

预先根据不同类型的业务系统以及业务类型设置订阅规则。

3.根据权利要求1所述的业务订阅方法，其特征在于，所述方法还包括：

所述调度中心根据所述订阅任务向业务逻辑端发送任务请求，以便于所述业务逻辑端生成业务处理逻辑。

4.一种业务订阅装置，其特征在于，所述装置包括：

业务订阅请求接收单元，用于接收来自用户端的业务订阅请求，所述业务订阅请求包括：业务系统信息、用户账户信息；

订阅事件生成单元，用于根据所述业务订阅请求和相应的订阅规则生成订阅事件；

订阅事件发送单元，用于将所述业务订阅请求和所述订阅事件发送至调度中心，以便于所述调度中心基于预定规则根据所述业务订阅请求配置订阅参数并通过作业代理接收所述订阅事件后根据统一标准和所述订阅参数生成订阅任务，并将所述订阅任务加入计划表中进行周期性轮询，所述订阅参数包括：业务名称、业务逻辑API应用程序接口地址信息以及API调用方式；

订阅成功信息接收单元，用于接收来自所述调度中心的订阅成功信息；

订阅成功信息发送单元，用于将订阅成功信息返回给所述用户端。

5.根据权利要求4所述的业务订阅装置，其特征在于，所述装置还包括：

订阅规则设置单元，用于根据不同类型的业务系统以及业务类型设置订阅规则。

6.一种业务订阅系统，其特征在于，所述系统包括：权利要求4或5所述的业务订阅装置、调度中心、业务逻辑端以及业务系统，其中，所述调度中心将所述订阅任务加入计划表中进行周期性轮询，并根据配置的订阅参数和所述订阅任务向所述业务逻辑端发送任务请求，所述业务逻辑端根据所述任务请求生成业务处理逻辑。

7.根据权利要求6所述的业务订阅系统，其特征在于，所述调度中心包括：

订阅参数配置单元，用于基于预定规则根据所述业务订阅请求配置订阅参数；

订阅任务生成单元，用于根据所述订阅事件生成订阅任务；

任务请求发送单元，用于根据所述订阅任务向所述业务逻辑端发送任务请求。

8.根据权利要求7所述的业务订阅系统，其特征在于，所述业务逻辑端包括：

任务请求接收单元，用于接收所述任务请求；

任务处理结果获取单元，用于根据所述任务请求向所述业务系统获取任务处理结果；

业务处理逻辑生成单元，用于根据所述任务处理结果生成业务处理逻辑。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至3中任一项所述业务订阅方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至3中任一项所述业务订阅方法的步骤。

Images