分布式调度系统、方法、电子设备和计算机可读介质与流程

文档序号:33505392发布日期:2023-03-18 00:04阅读:51来源:国知局
分布式调度系统、方法、电子设备和计算机可读介质与流程

1.本公开涉及金融数据处理领域,尤其涉及分布式调度系统、方法、电子设备和计算机可读介质。


背景技术:

2.随着互联网交易场景的多元化,众多业务场景的开展都需要大量数据加工分析结果的支持,导致后台加工分析数据时有大量的处理任务,因此需要任务调度系统来帮助解决问题。随着微服务化架构的逐步演进,单体架构逐渐演变为分布式、微服务架构。在此背景下,当前主流的任务调度平台如quartz、xxx-job和elastic-jobsia-task等均没有任务步骤策略、任务编排和预制任务计划的功能。
3.目前的分布式调度系统不支持任务编排、没有任务步骤策略和预制任务执行计划,无法满足技术人员进行大批量任务处理的需求。


技术实现要素:

4.有鉴于此,本公开实施例提供了一种分布式调度系统、方法、电子设备和计算机可读介质,以解决现有技术中分布式调度系统不支持任务编排、没有任务步骤策略和预制任务执行计划,无法满足技术人员进行大批量任务处理的需求的问题。
5.本公开实施例的第一方面,提供了一种分布式调度系统,包括:调度器集群子系统,用于配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统;注册中心子系统,用于接收调度器集群所订阅的所述待执行任务的信息和所述待执行任务,基于所述待执行任务的类型选择目标执行器,向目标执行器发送任务请求包;执行器集群子系统,用于解析所述任务请求包,执行所述待执行任务。
6.在一种可能的实施方式中,所述系统还包括:所述调度器集群子系统包括:预加载模块,用于编排所述待执行任务的执行次序及执行策略;分布式锁模块,用于利用redis缓存数据库对所述调度器集群执行分布式锁机制,所述调度器集群对所述待执行任务进行抢锁,抢锁成功的调度器锁定所述待执行任务;任务扫描模块,用于抢锁成功的调度器对所述待执行任务进行扫描,根据扫描结果将所述待执行任务的调度状态配置为初始化状态或等待调度状态,并将初始化状态的所述待执行任务发送至注册中心子系统。
7.在一种可能的实施方式中,所述执行策略包括:直接执行、串性执行、并行等待和并行执行。
8.在一种可能的实施方式中,所述分布式锁机制包括:加锁机制、锁互斥机制、自动延期机制、重入加锁机制和释放锁机制。
9.在一种可能的实施方式中,所述执行器集群子系统包括:解析模块,用于解析所述任务请求包;执行模块,用于从当前步骤开始按照执行次序及执行策略执行待执行任务;发送模块,确定任务结束,生成任务执行日志并向执行器集群发送回调请求。
10.在一种可能的实施方式中,所述执行子系统,包括:所述执行器集群子系统,还包括:步骤失败模块,用于响应于检测到所述待执行任务的步骤执行失败,调用失败步骤已配置的步骤失败策略,所述步骤失败策略包括:步骤失败跳过、步骤失败重试和步骤失败等待。
11.在一种可能的实施方式中,所述调度器集群接收到所述执行器集群的回调请求后,根据调度器集群的任务执行日志,修改所述待执行任务状态为已完成状态或者执行错误状态所述调度器集群接收到所述执行器集群的回调请求后,根据调度器集群的任务执行日志,修改所述待执行任务状态为已完成状态或者执行错误状态、并登记所述任务执行日志。
12.本公开实施例的第二方面,提供了一种分布式调度方法,包括:调度器集群子系统配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统;注册中心子系统接收调度器集群所订阅的所述待执行任务的信息和所述待执行任务,基于所述待执行任务的类型选择目标执行器,向目标执行器发送任务请求包;执行器集群子系统解析所述任务请求包,执行所述待执行任务。
13.本公开实施例的第三方面,提供了一种电子设备,包括存储器、处理器以及存储在存储器中并且可以在处理器上运行的计算机程序,该处理器执行计算机程序时实现上述方法的步骤。
14.本公开实施例的第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
15.本公开实施例与现有技术相比存在的有益效果是:利用redis缓存数据库对所述调度器集群执行分布式锁机制,所述调度器集群对所述待执行任务进行抢锁,抢锁成功的调度器锁定所述待执行任务,避免同一任务被重复扫描。预加载模块编排所述待执行任务的执行次序及执行策略,避免所述待执行任务执行混乱。解决分布式调度系统不支持任务编排、没有任务步骤策略和预制任务执行计划,无法满足技术人员进行大批量任务处理的需求的问题。
附图说明
16.为了更清楚地说明本公开实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
17.图1是根据本公开的分布式调度系统的结构示意图;
18.图2是根据本公开的一些实施例的分布式调度平台结构示意图;
19.图3是根据本公开的一些实施例的并行等待流程示意图;
20.图4是根据本公开的一些实施例的并行执行流程示意图;
21.图5是根据本公开的一些实施例的分布式锁机制流程示意图;
22.图6是根据本公开的分布式调度方法的流程示意图;
23.图7是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
24.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例。相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
25.另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
26.需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
27.需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
28.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
29.下面将参考附图并结合实施例来详细说明本公开。
30.如背景技术所述,现有技术中的分布式调度系统不支持任务编排、没有任务步骤策略、预制任务执行计划和不能切换注册中心,无法满足技术人员进行大批量任务处理的需求的问题。
31.为了解决上述技术问题,本发明实施例提供了一种分布式调度系统。
32.图1是根据本公开的分布式调度系统的结构示意图,如图1所示,所述系统包括:调度器集群子系统、注册中心子系统和执行器集群子系统。图2是根据本公开的一些实施例的分布式调度平台结构示意图,分布式调度平台中,调度器集群、注册中心和执行器集群的结构如图2所示。
33.其中:调度器集群子系统,用于配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统;所述任务状态为04-等待调度或00-初始化,将04-等待调度状态的所述待执行任务订阅至注册中心子系统。
34.注册中心子系统,用于接收调度器集群所订阅的所述待执行任务的信息和所述待执行任务,基于所述待执行任务的类型选择目标执行器,向目标执行器发送任务请求包;在一些实施例的可选方式中,注册中心可以是nacos注册中心和consul注册中心等第三方注册中心,在一个待执行任务调度及执行过程中,至少一个注册中心参与。这里,所述基于所述待执行任务的类型选择目标执行器可以是,如所述待执行任务为:“2022年12月1日20:00时向张某某账户派发10积分”,所述注册中心在配置有派发积分功能的执行器集群中选择一个空闲的执行器为目标执行器。
35.执行器集群子系统,用于解析所述任务请求包,执行所述待执行任务。
36.在一些实施例中,所述调度器集群子系统包括:预加载模块,用于配置待执行任务,编排所述待执行任务的执行次序及执行策略。在一些实施例的可选方式中,系统启动后,调度器集群配置待执行任务,调度器集群将待执行任务的信息订阅到注册中心,调度器集群开始扫描任务执行流程定义、调度定义、调度步骤定义。其中,调度器集群后台管理界面配置调度定义任务信息,后台管理界面提供任务流程画布,通过该画布编排多个定时所
述待执行任务之间的执行次序以及执行策略,进而保存在任务执行流程定义表中;调度定义对应的调度定义表内容如图1所示,调度步骤定义表为调度定义表的副表,如表2所示。
37.表1调度定义表
[0038][0039]
[0040]
表2调度步骤定义表
[0041][0042]
分布式锁模块,用于利用redis缓存数据库对所述调度器集群执行分布式锁机制,所述调度器集群对所述待执行任务进行抢锁,抢锁成功的调度器锁定所述待执行任务。
[0043]
任务扫描模块,用于抢锁成功的调度器对所述待执行任务进行扫描,根据扫描结果将所述待执行任务的调度状态配置为初始化状态或等待调度状态,并将初始化状态的所述待执行任务发送至注册中心子系统。在一些实施例的可选方式中,调度器按照提前配置的频率执行一次扫描,扫描调度定义表判断任务属性“提前加入任务执行计划的时间”是否在本次轮训的时间范围内,如果提前加入任务执行计划的时间在本次轮训的时间范围内,则加入到任务执行计划表和调度步骤执行计划表,任务执行计划表和调度步骤执行计划表的主体数据来自于调度定义表、调度步骤定义表的克隆,同时将任务状态修改“00-初始化”,如果提前加入任务执行计划的时间不在本次轮训的时间范围内,则调度器继续执行扫描。同时扫描调度流程定义表;将没有加入流程执行计划的流程加入到调度流程计划表,调度流程计划表的内容为等待调度和未成功结束的流程与所述待执行任务。这里,调度流程定义表的内容如表3所示。
[0044]
表3调度流程定义表
[0045][0046]
在一些实施例的可选方式中,系统启动后,调度器集群按照配置好的频率扫描任务执行计划表与调度流程计划表,任务执行计划包含等待触发所述待执行任务以及由于断电没有执行完成的所述待执行任务。如果任务执行计划属性“执行时间”在阈值范围内,并且不属于流程中配置的所述待执行任务,则满足本次执行的条件,将符合条件的任务状态修改为“04-等待调度”。作为示例,当所述待执行任务在本次轮训内,将状态改为“00-初始化”,当所述待执行任务在本次轮训内且执行时间”在阈值范围内,如阈值是5s内,所述待执行任务执行时间为4s,将状态改为“04-等待调度”。
[0047]
在一些实施例中,所述执行策略包括:直接执行、串性执行、并行等待和并行执行。在一些实施例的可选方式中,直接执行为当命中的所述待执行任务为流程中的第一个节点,直接执行所述待执行任务;串性执行为当命中的所述待执行任务非流程中的第一个节点,并且流程节点的执行策略为串性执行,此时需要等待当前所述待执行任务的上一个节点执行完成后执行当前所述待执行任务,即使满足当前所述待执行任务的执行时间也需要继续等待到当前所述待执行任务上一个节点执行完成;并行等待为当命中的所述待执行任务非流程中的第一个节点,并且流程节点的执行策略为并行等待,此时需要当前所述待执行任务上级多个并行所述待执行任务都执行完成后才能执行后续所述待执行任务,即使满足当前所述待执行任务的执行时间也需要继续等待到当前所述待执行任务上级多个并行节点执行完成,如附图3所示,图3是根据本公开的一些实施例的并行等待流程示意图。当命中的所述待执行任务为所述待执行任务4时,需要等所述待执行任务1、所述待执行任务2和所述待执行任务3均执行完毕时再执行所述待执行任务4;并行执行为当命中的所述待执行任务非流程中的第一个节点,并且流程节点的执行策略为并行执行,此时需要当前所述待执行任务上级多个并行所述待执行任务中的一个所述待执行任务执行完成后才能执行后续所述待执行任务,即使满足当前所述待执行任务的执行时间也需要继续等待到当前所述待执行任务上级多个并行所述待执行任务中的一个所述待执行任务执行完成。如附图4所示,图4是根据本公开的一些实施例的并行执行流程示意图,当命中的所述待执行任务为所述待执行任务4时,需要等所述待执行任务1执行完毕时、所述待执行任务2和所述待执行任务3其中一个执行完毕时再执行所述待执行任务4。
[0048]
在一些实施例中,所述分布式锁机制包括:加锁机制、锁互斥机制、自动延期机制、重入加锁机制和释放锁机制。在一些实施例的可选方式中,图5是根据本公开的一些实施例的分布式锁机制流程示意图,如图5所示,加锁机制为当调度器schedule_a要加锁时,首先根据hash节点选择一台机器,如加锁的key是“flow_info_lock”,并且设置的时间是30秒,30秒后,“flow_info_lock”锁就会被释放。锁互斥机制为调度器schedule_b要加锁时,调度器schedule_b根据hash算法选择一台机器,调度器schedule_b首先判断“flow_info_lock”这个锁是否存在,如果存在,则b会获得一个数字,这个数字就是“flow_info_lock”的剩余生存时间,此时客户端schedule_b就会进入到一个循环,不停的尝试加锁。自动延期机制为当调度器schedule_a加锁的锁key默认生存时间只有30秒时,如果超过了30秒,调度器schedule_a由于业务逻辑没有执行完成,还需要继续持有这把锁,此时调度器schedule_a一旦加锁成功,就会启动一个后台线程,每隔10秒检查一下,如果客户端schedule_a还持有锁key,延长锁key的生存时间。重入加锁机制为当调度器schedule_a获得“flow_info_lock”锁时,里面会有一个hash结构的数据,自动累加加锁次数,释放锁机制为当发现加锁次数变为0,当前客户端释放锁。
[0049]
在一些实施例中,所述执行器集群子系统包括:
[0050]
解析模块,用于解析所述任务请求包。在一些实施例的可选方式中,执行器集群是以maven的方式依赖在业务微服务工程中,执行器集群中被注册中心选中的执行器解析所述任务请求包,所述任务请求包包括待执行任务及待执行任务的执行时间。
[0051]
执行模块,用于从当前步骤开始按照执行次序及执行策略执行所述待执行任务。在一些实施例的可选方式中,所述待执行任务在上一轮执行时,前面部分步骤已经被执行,所述执行器从当前步骤开始按照执行次序及执行策略执行所述待执行任务即可。
[0052]
发送模块,确定任务结束,生成任务执行日志并向执行器集群发送回调请求。这里,举例展示所述执行日志的内容,如表4所示。
[0053]
表4执行日志
[0054]
[0055]
[0056][0057]
在一些实施例中,所述执行器集群子系统,还包括:步骤失败模块,用于响应于检测到所述待执行任务的步骤执行失败,调用失败步骤已配置的步骤失败策略,所述步骤失败策略包括:步骤失败跳过、步骤失败重试和步骤失败等待。失败跳过为当步骤执行失败时,不影响主体任务的进行,继续下一个步骤的执行,如果当前任务为最后一个步骤节点则结束任务。在一些实施例的可选方式中,失败重试为当步骤执行失败时,根据任务配置的失败重试次数,重新运行该任务,但重试次数不能超过任务配置的失败次数。此策略影响主体任务的进行,如果当前步骤失败则停止执行下一步骤。失败等待为当步骤执行失败时,影响主体任务的进行,不能继续下一个步骤的执行,直到人工干预将此步骤执行成功后方可进行下一步骤,步骤执行完成后将步骤执行日志异步通知到调度器。
[0058]
在一些实施例中,所述调度器集群接收到所述执行器集群的回调请求后,根据调度器集群的任务执行日志,修改所述待执行任务状态为已完成状态或者执行错误状态、并登记所述任务执行日志。在一些实施例的可选方式中,调度器集群子系统接收到执行器的回调请求后,根据所携带的任务执行日志,修改任务状态(“02-已完成或者03-执行错误”),并将任务执行过程中的日志信息保存到调度执行日志,执行日志可用来分析任务执行过程。03-执行错误的待执行任务如果在预加载模块被调度器集群配置为失败重试,调度器集群将对其重新进行扫描,修改其任务状态,循环调度执行过程,直至已完成或达到配置的失败重试次数即任务执行失败,任务配置有告警策略,在任务执行失败的情况下,根据告警策略(短信通知、邮件通知)进行告警处理
[0059]
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本公开实施例的实施过程构成任何限定。
[0060]
上述为本公开系统结构示意图,可以用于执行本公开方法实施例。对于本公开系统结构示意图中未披露的细节,请参照本公开方法实施例。本系统对应的方法流程示意图如图6所示,所述方法包括:
[0061]
步骤s1:调度器集群子系统配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统。
[0062]
步骤s2:注册中心子系统接收调度器集群所订阅的所述待执行任务的信息和所述待执行任务,基于所述待执行任务的类型选择目标执行器,向目标执行器发送任务请求包。
[0063]
步骤s3:执行器集群子系统解析所述任务请求包,执行所述待执行任务。
[0064]
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本公开实施例的实施过程构成任何限定。
[0065]
下面参考图7,其示出了适于用来实现本公开的一些实施例的电子设备。图7示出的服务器仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
[0066]
如图7所示,电子设备可以包括处理装置(例如中央处理器、图形处理器等),其可以根据存储在只读存储器(rom)中的程序或者从存储装置加载到随机访问存储器(ram)中的程序而执行各种适当的动作和处理。在ram中,还存储有电子设备操作所需的各种程序和数据。处理装置、rom以及ram 403通过总线彼此相连。输入/输出(i/o)接口也连接至总线。
[0067]
通常,以下装置可以连接至i/o接口:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置;包括例如磁带、硬盘等的存储装置;以及通信装置。通信装置可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
[0068]
特别地,根据本公开的一些实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的一些实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中,该计算机程序可以通过通信装置从网络上被下载和安装,或者从存储装置被安装,或者从rom被安装。在该计算机程序被处理装置执行时,执行本公开的一些实施例的方法中限定的上述功能。
[0069]
需要说明的是,本公开的一些实施例上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
[0070]
在一些实施方式中,客户端、服务器可以利用诸如http(hypertext transfer protocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“lan”),广域网(“wan”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
[0071]
上述计算机可读介质可以是上述装置中所包含的;也可以是单独存在,而未装配
入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:调度器集群子系统配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统;注册中心子系统接收调度器集群所订阅的所述待执行任务的信息和所述待执行任务,基于所述待执行任务的类型选择目标执行器,向目标执行器发送任务请求包;执行器集群子系统解析所述任务请求包,执行所述待执行任务。
[0072]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0073]
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0074]
描述于本公开的一些实施例中的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括调度器集群子系统,注册中心子系统,执行器集群子系统。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,调度器集群子系统还可以被描述为“用于配置待执行任务,将所述待执行任务的信息订阅至注册中心子系统,扫描所述待执行任务,根据扫描结果修改任务状态,基于所述任务状态将所述待执行任务订阅至注册中心子系统的子系统”。
[0075]
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
[0076]
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的
(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1