CN114416340A - 一种基于微服务的智能空间并发服务流程执行方法及系统 - Google Patents

一种基于微服务的智能空间并发服务流程执行方法及系统 Download PDF

Info

Publication number
CN114416340A
CN114416340A CN202111538481.8A CN202111538481A CN114416340A CN 114416340 A CN114416340 A CN 114416340A CN 202111538481 A CN202111538481 A CN 202111538481A CN 114416340 A CN114416340 A CN 114416340A
Authority
CN
China
Prior art keywords
service
resource
resources
flow
component
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
Application number
CN202111538481.8A
Other languages
English (en)
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.)
Shenzhen Institute of Advanced Technology of CAS
Original Assignee
Shenzhen Institute of Advanced Technology of CAS
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 Shenzhen Institute of Advanced Technology of CAS filed Critical Shenzhen Institute of Advanced Technology of CAS
Priority to CN202111538481.8A priority Critical patent/CN114416340A/zh
Publication of CN114416340A publication Critical patent/CN114416340A/zh
Priority to PCT/CN2022/137654 priority patent/WO2023109650A1/zh
Pending legal-status Critical Current

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/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
    • 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/5083—Techniques for rebalancing the load in a distributed system
    • 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/547—Remote procedure calls [RPC]; Web services
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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/5011—Pool

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及电子信息技术领域，具体涉及一种基于微服务的智能空间并发服务流程执行方法及系统；该执行方法基于微服务框架设计了相应的资源针对服务流程的调度架构，使得并发服务流程时通过资源绑定和资源调度实现合理分配资源，解决资源冲突及流程演化等问题，且具有场景内闭环与跨场景联动的特点。其对应的系统也具体同样的技术效果。

Description

一种基于微服务的智能空间并发服务流程执行方法及系统
技术领域
本发明涉及电子信息技术领域，具体而言，涉及一种基于微服务的智能空间并发服务流程执行方法及系统。
背景技术
现有技术中大部分智能空间中的服务框架都是针对单一应用场景或者单一作用面设计的，比如针对物联网设计的隐私保护架构[1]，Danilo等人设计的基于ADHD和PSO在线和离线算法的新型能源管理系统[2]和Hyung-Chul等人设计的智能供暖及空调调度方法[3]，用于智能家庭的能源管理，[4]提出一种智能空间中的机器人伴侣辅助用户生活，机器人伴侣负责资源的管控，为用户提供相应服务，然而这是一种缺乏相应的标准和可行性且较中心化的提议。
Hu等人[5]为物联网中的底层传感设备和驱动设备提出了软件定义设备(SDD)的概念和系统模型，同时提出了一种基于SDD的开放物联网系统架构，并详细介绍了其软件定义机制，通过说明性的应用程序使用场景，展示了SDD范例的实际效果，实现了对设备的统一管理和调度、共享、复用、重组及模块化定制，有助于解决异构资源的互联互通问题，提高设备资源的利用效率。然而，这一范式并不是一个通用架构，对于不同物联网场景要分别开发部署不同的实际应用连接到SDD平台，如智能家居、智能养老、智能城市等。
文献[6]针对未来智能空间的数据处理和管理以智能家居场景为例提出了一种基于云存储的新型分层架构。该架构可用于任何类型的智能物联网系统，包括智能电网、智能零售等。未来的物联网系统需求无处不在，并提供互操作性和共享数据环境。为了在智能家居环境中实现这些目标，Ghassem等人提出了基于REST(Representational StateTransfer)[7]的平台数据处理和交换架构。该体系结构包括七个主要层次:物理层、雾计算层、网络层、云计算层、服务层、会话层和应用层。这些层次的并行研究和开发，可以帮助提供一个有效的策略，以应对未来智能家居或者智慧城市的大数据问题，但基于云中心的控制平台会增加链路拥塞和数据安全的风险。
Pengfei Hu等人从cyber-physical mapping的角度提出了SDEC(软件定义边计算)的方法和原则[8]，并设计了基于SDEC的开放边缘计算系统架构，用于协同不同类别的边缘资源和服务，此外还提出SDED、SDESto、SDECR和SDESer等分别实现了边缘设备资源、边缘存储资源、边缘计算资源和边缘服务的软件定义，实现了边缘资源和服务的共享、重用和重组，上层应用程序与底层物理设备分离，提高了边缘端的整体服务质量(QoS)。[9]假设了智能家居环境中所有应用均是由边缘节点和用户组成，为其建立效用最大的定价资源分配模型，采用拉格朗日法对模型进行分析，并提出一种基于定价的低通滤波边缘计算资源分配算法，得到了不同任务下的资源优化分配方案。以上两种方法都只是针对边缘计算资源进行优化分配，并没有涉及到智能空间中的场景设备资源。
目前，采用传统的单体架构设计这样的系统，随着应用场景的变化和数据量的增长，具有紧密耦合组件的整体架构的开发、部署和维护只会变得更复杂，内部功能的添加或修改都需要考虑与其他功能的兼容性，这将导致更大的维护和开发成本、更长的连续周期以及更糟糕的扩展。同时由于分布式计算和网络的服务架构的利用不足，单体系统将无法有效部署到云上。同时现有的大部分智能空间中的服务框架都是针对单一应用场景或者单一作用面设计的，以上提到的的智能空间服务架构关注点在于解决智能空间中的数据存储和计算问题或针对某个方面提供单一服务，没有广泛地考虑用户的实际活动和具体需求，缺少通用且高效的用于解决并发服务流程时资源竞争及服务流程需求可变的资源调度微服务架构。现有技术存在不足。
[1]Psychoula,Ismini\&Chen,Liming\&Yao,Xuanxia\&Ning,Huansheng.(2019).A Privacy Aware Architecture for IoT Enabled Systems.10.1109/SmartWorld-UIC-ATC-SCALCOM-IOP-SCI.2019.00073.
[2]Fuselli D,Angelis FD,Boaro M,Squartini S,Wei Q,Liu D,et al.Actiondependent heuristic dynamic programming for home energy resourcescheduling.Electrical Power and Energy Systems 2013；48:148–60.
[3]H.Jo,S.Kim and S.Joo,"Smart heating and air conditioningscheduling method incorporating customer convenience for home energymanagement system,"in IEEE Transactions on Consumer Electronics,vol.59,no.2,pp.316-322,May 2013,doi:10.1109/TCE.2013.6531112.
[4]Xia,Chongkun\&Zhang,Yunzhou\&Wang,Lei\&Coleman,Sonya\&Liu,Yanbo.(2018).Microservice-based cloud robotics system for intelligentspace.Robotics and Autonomous Systems.110.10.1016/j.robot.2018.10.001.
[5]P.Hu,H.Ning,L.Chen and M.Daneshmand,"An Open Internet of ThingsSystem Architecture Based on Software-Defined Device,"in IEEE Internet ofThings Journal,vol.6,no.2,pp.2583-2592,April 2019,doi:10.1109/JIOT.2018.2872028.
[6]G.Mokhtari,A.Anvari-Moghaddam and Q.Zhang,"A New LayeredArchitecture for Future Big Data-Driven Smart Homes,"in IEEE Access,vol.7,pp.19002-19012,2019,doi:10.1109/ACCESS.2019.2896403.
[7]L.Richardson,M.Amundsen,M.Amundsen,et al.,"RESTful Web APIs,O’Reilly Media,"2013.
[8]P.Hu,W.Chen,C.He,Y.Li and H.Ning,"Software-Defined Edge Computing(SDEC):Principle,Open IoT System Architecture,Applications,and Challenges,"inIEEE Internet of Things Journal,vol.7,no.7,pp.5934-5945,July 2020,doi:10.1109/JIOT.2019.2954528.
[9]Liu H,Li S,Sun W.Resource Allocation for Edge Computing withoutUsing Cloud Center in Smart Home Environment:A Pricing Approach.Sensors(Basel).2020Nov 16；20(22):6545.doi:10.3390/s20226545.PMID:33207813；PMCID:PMC7698201。
发明内容
本发明实施例为了解决上述至少一个技术问题，提供了一种基于微服务的智能空间并发服务流程执行方法及系统，通过基于微服务层对服务流程并发执行时的资源调度来实现资源在服务流程之间的合理分配。
根据本发明的一实施例，提供了一种基于微服务的智能空间并发服务流程执行方法，包括以下步骤：
S1.以有向无环图结构组织起来的服务流程通过流程管理服务组件注册后存储到服务流程数据库中；智慧空间中的有效设备资源通过资源管理服务组件注册后存储到资源数据库中；
S2.所述流程管理服务组件调用所述资源管理服务组件进行资源关联；
S3.所述服务流程并发执行时，资源调度服务组件基于所述流程管理服务组件和所述资源管理服务组件实现所述资源在所述服务流程之间的合理分配；
在所述步骤S1至S3的过程中，还包括以下步骤：
S4.日志服务组件不断获取系统中各个服务操作记录，并存储到日志数据库中；
其中，所述服务流程由多个任务节点关联起来，以有向无环图形式呈现；所述任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个所述服务流程有对应的描述信息。
进一步的，所述步骤S4中，所述服务操作记录包括：资源操作、服务流程操作、调度日志和演化日志。
进一步的，在所述步骤S3中，所述资源在所述服务流程之间的合理分配包括以下步骤：
S31.所述资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；
S32.所述资源调度服务组件将拥有的资源和服务流程需要的资源处于最大匹配状态的资源池设定为最佳资源池；
S33.所述资源调度服务组件将所述智慧空间中的所述服务流程绑定对应的所述最佳资源池；
S34.所述资源调度服务组件对所述智慧空间中并发的服务流程进行资源调度；
其中，所述资源池为所述资源管理服务组件确认的所述有效设备资源所处的最小空间。
进一步的，所述步骤S33中还包括以下步骤：
S331.如果所述服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源作为替代资源；
S332.如果所述服务流程所需资源被占用，就等待资源释放；
其中，所述资源调度服务组件通过调用所述流程管理服务和所述资源管理服务得到所述智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定所述资源池的服务流程推荐可用资源。
进一步的，所述步骤S33中，还包括以下步骤：
S5.所述资源分配到所述服务流程的过程中，绑定所述资源池的服务流程执行时发生阻塞时，资源调度服务组件调用流程演化服务得到替代子流程，使服务流程可以继续执行；
其中，所述阻塞为所述服务流程找不到任何所述资源从而无法执行下去。
进一步的，所述步骤S5中，还包括以下步骤：
S6.所述流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，调用所述日志服务组件得到环境数据，不断更新规则保证一直有可用替代子流程，同时会通过日志服务记录为所述演化日志；
其中，新的替代子流程中所包含的任务节点均是源于用户所处智慧空间。
本发明的另一实施例，提供了一种采用上述任意一项所述执行方法的基于微服务的智能空间并发服务流程执行系统，包括：数据实体、数据存储单元、微服务层、API网管和访问终端；
所述数据实体包含以有向无环图结构组织起来的服务流程以及智慧空间中的有效设备硬件资源；
所述数据存储单元包含日志数据库、资源数据库、服务流程数据库和其他数据库；所述日志数据库用于存储系统操作信息，记录历史操作记录；所述资源数据库整合了智慧空间中的所有有效的硬件资源，存储场景中的设备资源信息；所述服务流程数据库存储所有的服务流程信息；
所述微服务层包括：资源管理服务组件、流程管理服务组件、日志服务组件、资源调度服务组件、流程演化服务组件和其他服务组件，以及服务间通信方式及通信协议；
所述访问终端与为用户使用提供操控界面和操作载体；
所述API网关负责统一接入所有所述访问终端的API调用，将所述访问终端的请求转发给后端的服务器，所述访问终端只需要与所述API网关交互，而不用与各个业务模块的接口分别通信，可以满足客户端同时请求多个服务的需求；
所述服务流程由多个任务节点关联起来，以有向无环图形式呈现；所述任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个所述服务流程有对应的描述信息。
进一步的，所述微服务层还包括：服务调用、服务注册和服务间通信及通信协议；
所述服务调用是以Feign为声明式的Web Service客户端，相互隔离的微服务之间，但通过它可以使得微服务之间的调用变得简单；
所述服务注册使用Eureka Server框架实现，各个资源节点启动之后会在EurekaServer框架中进行注册，之后服务注册表中将会存储所有可用资源节点的信息，通过Eureka的心跳机制可以及时移除规定周期内没有发送心跳的资源节点；
所述服务间通信采用远程过程调用组件提供适合分布式环境的远程过程调用机制，可以像调用本地方法一样调用远程方法；
所述通信协议使用基于HTTP的REST架构风格。
进一步的，所述资源管理服务组件对智慧空间中所有有效智能设备资源进行集中管理，对场景中的所有资源进行个性化操作，通过设备抽象和描述的方法将物理资源抽象为语义描述模型；
所述流程管理模块组件对所述服务流程进行定制化创建；不同用户通过流程管理模块组件设计并添加自己专属的流程，查看智慧空间中自己待完成的所有服务流程信息；
所述日志服务组件收集系统中的操作日志、异常日志，通过将日志信息以统一的格式进行集中存储和管理，对所有日志信息进行汇总和分析，为用户行为跟踪和系统故障恢复提供客观依据，并定位错误及保存历史操作记录；
所述资源调度服务组件实现资源在服务流程之间的合理分配；使用资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；为服务流程绑定了最佳资源池；对于智慧空间中的并发的服务流程进行资源调度；
所述最佳资源池为该资源池拥有的资源和服务流程需要的资源处于最大匹配状态；
所述流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，读取日志文件作为环境数据，当绑定资源池的服务流程执行阻塞时，调用流程演化服务可以得到替代子流程。所述子流程会替换执行时阻塞的任务节点及其之后的节点，加入到原来的流程中构建出新的服务流程，与原来的服务流程达到的效果相同或相似；
所述阻塞为所述服务流程找不到任何所述资源从而无法执行下去；
所述其他服务还包括文件存储、转换。
进一步的，所述资源调度服务组件对并发的服务流程进行资源调度时，如果服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源替代缺少的资源，资源调度服务组件通过调用流程管理服务组件和资源管理服务组件得到智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定资源池的服务流程推荐可用资源；如果服务流程所需资源被占用就等待资源释放；
如果所需资源极度稀缺，无论是空闲资源还是被占用资源都不包含服务流程所需资源，流程找不到任何资源从而无法执行下去时，调用流程演化服务组件得到阻塞节点的替代子流程，以求和原来的流程达到相同或相似的目的。
本发明实施例中的基于微服务的智能空间并发服务流程执行方法及系统，可以通过资源注册机制有效控制全局资源或局部资源，充分利用智能空间环境中作为资源的各种智能设备，对用户和其关联活动建立清晰对应关系，抽象出用户所需服务流程，通过最大匹配状态将服务流程与对应的资源池绑定，能通过资源调度解决资源冲突的技术问题，同时，通过流程演化来解决服务流程需求可变的技术问题。满足用户处理日常服务流程及定制服务流程等需求，本发明所设计的架构适用于几乎所有智慧空间实例场景。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明基于微服务的智能空间并发服务流程执行方法的流程图；
图2为本发明基于微服务的智能空间并发服务流程执行方法模块间工作流机制图；
图3为本发明基于微服务的智能空间并发服务流程执行系统结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本发明中所提到的名词定义；
资源：本文所提到的资源泛指一切智能产品，如图1所示，是具有计算处理能力的设备、器械或者机器，支持主流智能硬件通信协议，比如：wifi技术、蓝牙协议、ZigBee协议及RF433协议等；
任务节点：一个任务节点代指智能空间中发生的一个事件，所需资源独立不可分割；
服务流程：一个服务流程由多个任务节点关联起来，以有向无环图形式呈现，每个服务流程有对应的描述信息，比如在健身房中用户要进行锻炼这个流程，可能包含先打开空调和空气净化器，然后使用跑步机等一系列事件，而去健身房锻炼就需要使用到空调、空气净化器、跑步机等资源。每个服务流程包含的事件可能并发进行，也可能顺序执行。
参见图1和图2，根据本发明一实施例，提供了一种基于微服务的智能空间并发服务流程执行方法，包括以下步骤：
S1.以有向无环图结构组织起来的服务流程通过流程管理服务组件注册后存储到服务流程数据库中；智慧空间中的有效设备资源通过资源管理服务组件注册后存储到资源数据库中；
S2.流程管理服务组件调用资源管理服务组件进行资源关联；
S3.服务流程并发执行时，资源调度服务组件基于流程管理服务组件和资源管理服务组件实现资源在服务流程之间的合理分配；
在步骤S1至S3的过程中，还包括以下步骤：
S4.日志服务组件不断获取系统中各个服务操作记录，并存储到日志数据库中。
其中，服务流程由多个任务节点关联起来，以有向无环图形式呈现；任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个服务流程有对应的描述信息。
进一步的，步骤S4中，服务操作记录包括：资源操作、服务流程操作、调度日志和演化日志。
进一步的，在步骤S3中，资源在服务流程之间的合理分配包括以下步骤：
S31.资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；
S32.资源调度服务组件将拥有的资源和服务流程需要的资源处于最大匹配状态的资源池设定为最佳资源池；
S33.资源调度服务组件将智慧空间中的服务流程绑定对应的最佳资源池；
S34.资源调度服务组件对智慧空间中并发的服务流程进行资源调度；
其中，资源池为资源管理服务组件确认的有效设备资源所处的最小空间。
进一步的，步骤S33中还包括以下步骤：
S331.如果服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源作为替代资源；
S332.如果服务流程所需资源被占用，就等待资源释放；
其中，资源调度服务组件通过调用流程管理服务和资源管理服务得到智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定资源池的服务流程推荐可用资源。
进一步的，步骤S33中，还包括以下步骤：
S5.资源分配到服务流程的过程中，绑定资源池的服务流程执行时发生阻塞时，资源调度服务组件调用流程演化服务得到替代子流程，使服务流程可以继续执行；
其中，阻塞为服务流程找不到任何资源从而无法执行下去。
进一步的，步骤S5中，还包括以下步骤：
S6.流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，调用日志服务组件得到环境数据，不断更新规则保证一直有可用替代子流程，同时会通过日志服务记录为演化日志；
其中，新的替代子流程中所包含的任务节点均是源于用户所处智慧空间。
如图3所示，本发明的另一实施例，提供了一种采用上述任意一项执行方法的基于微服务的智能空间并发服务流程执行系统，包括：数据实体、数据存储单元、微服务层、API网管和访问终端。
数据实体包含以有向无环图结构组织起来的服务流程以及智慧空间中的有效设备硬件资源；
数据存储单元包含日志数据库、资源数据库、服务流程数据库和其他数据库；日志数据库用于存储系统操作信息，记录历史操作记录；资源数据库整合了智慧空间中的所有有效的硬件资源，存储场景中的设备资源信息；服务流程数据库存储所有的服务流程信息。
在具体实施时，数据采用目前最流行的关系型数据库管理系统Mysql进行存储，Mysql功能强大，提供了多种数据库存储引擎，还支持至少20种以上的开发平台，包括Linux、Windows、FreeBSD、IBMAIX等，为多种编程语言提供了API，如Python、Java、PHP等，可以支持不同开发风格的后端协作。
其中日志数据库用于存储系统操作信息，记录历史操作记录等；资源数据库整合了智慧空间中的所有有效资源，存储场景中的设备资源信息；服务流程数据库存储所有的服务流程信息，他们属于相同或不同的用户，比如数据库中用户Alice有一条服务流程信息是打扫卫生，服务流程数据库中的对应信息包括Alice想先打开空调，然后使用扫地机器人和洗衣机。数据库均为专用数据库，专用数据库专门针对单一业务功能，比如，日志数据库专门针对日志服务组件设计，由于单一数据库无法满足所有服务的数据存储和访问需求，划分成不同的专用数据库可使得不同数据库互相配合并支持不同业务功能，有利于保持服务间相互独立，若某些微服务发生阻塞时，不会对其他服务造成影响，能保证系统大部分功能正常运行。
微服务层包括：资源管理服务组件、流程管理服务组件、日志服务组件、资源调度服务组件、流程演化服务组件和其他服务组件，以及服务间通信方式及通信协议。
访问终端与为用户使用提供操控界面和操作载体。
用户可以通过电脑、平板、手机等终端设备来构成访问终端，以之便捷地使用各种服务，还能随时实时监控和远程控制智能空间中的资源和服务流程，访问终端应满足简洁美观易操作等基本要求，对于不同年龄段用户都应该简单易学。
API网关负责统一接入所有访问终端的API调用，将访问终端的请求转发给后端的服务器，访问终端只需要与API网关交互，而不用与各个业务模块的接口分别通信，可以满足客户端同时请求多个服务的需求。
API网关还能支持某些服务的缓存存储，使得这些服务的运行结果在一定时间间隔内保持不变。在现有服务注册中心注册的微服务可以直接通过API网关暴露给外部调用，还有像安全防护、协议转换以及流量管理及容错等可以直接交给它来完成。API网关的这些特点使得开发人员可以专注于业务逻辑处理，提升迭代效率。
服务流程由多个任务节点关联起来，以有向无环图形式呈现；任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个服务流程有对应的描述信息。
进一步的，微服务层还包括：服务调用、服务注册和服务间通信及通信协议；
服务调用是以Feign为声明式的Web Service客户端，相互隔离的微服务之间，但通过它可以使得微服务之间的调用变得简单。
Feign作为一种客户端，使用feign通过接口和注解实现微服务调用，它也是在客户端使用的负载均衡工具。feign提供了HTTP请求的模板，通过编写简单的接口和插入注解就可以定义好HTTP请求的参数、格式、地址等信息，由于Feign会完全代理HTTP的请求，所以只需要像调用方法一样调用它就可以完成服务请求及相关处理。
服务注册使用Eureka Server框架实现，各个资源节点启动之后会在EurekaServer框架中进行注册，之后服务注册表中将会存储所有可用资源节点的信息，通过Eureka的心跳机制可以及时移除规定周期内没有发送心跳的资源节点。
Eureka框架还提供了客户端缓存机制，即使所有Eureka Server都无法工作，Feign客户端仍然可以利用缓存中的信息调用服务(资源)节点的服务。Eureka的这些特点可以保证系统具有高可用性、灵活性和可伸缩性。
服务间通信采用远程过程调用组件(RPC)提供适合分布式环境的远程过程调用机制，可以像调用本地方法一样调用远程方法；
RPC可以降低架构微服务化的成本，提高调用方与服务提供方的开发效率，保证服务间通信的性能和可靠性。
通信协议使用基于HTTP的REST架构风格。
REST(Representational State Transfer)架构风格可以直接通过HTTP请求进行通信的轻量级协议，符合这种架构风格的网络服务允许客户端发出以统一资源定位符访问和操作网络资源的请求，所以REST通常用来构建WEB API，例如Twitter、Skydrive及新浪微博等都利用这种方式来提供第三方服务接口。同时为了配合REST风格，客户端和服务器之间使用JSON格式来进行数据交换。
进一步的，资源管理服务组件对智慧空间中所有有效智能设备资源进行集中管理，对场景中的所有资源进行个性化操作，通过设备抽象和描述的方法将物理资源抽象为语义描述模型。
在具体实施时，可以对某个资源进行特定命名，在这个模块中，可以看到每个资源的详细信息，比如资源状态(是否空闲)、资源名、资源类型等，如果资源正在使用还能获取到占用该资源的任务节点信息。将资源所处的最小空间视作一个资源池，通过资源管理服务可以知晓资源所在资源池信息，比如家庭场景下一个厨房是一个资源池，包含了微波炉、油烟机、咖啡机等各种设备资源。有一些资源你可能不想让他们在该系统的控制下，使用本服务可以删除这类资源，资源信息有误时可以校正资源信息等。
流程管理模块组件对服务流程进行定制化创建；不同用户通过流程管理模块组件设计并添加自己专属的流程，查看智慧空间中自己待完成的所有服务流程信息。
在具体实施时，流程管理模块组件实现查看对每个流程的描述、每个流程包含的任务节点、流程创建时间等，并够通过查看单个服务流程的详细信息，对于不规范或者不符合逻辑的流程进行选择性地删除操作，详细信息可能包括具体的任务节点所需资源以及资源占用时长等。
日志服务组件收集系统中的操作日志、异常日志，通过将日志信息以统一的格式进行集中存储和管理，对所有日志信息进行汇总和分析，为用户行为跟踪和系统故障恢复提供客观依据，并定位错误及保存历史操作记录。
在微服务架构中，日志服务的数据可以循环使用，资源调度服务会通过日志服务记录操作信息，流程演化服务调用日志服务使用调度日志，资源调度服务也会在服务流程需求完全不能满足时调用流程演化服务，实现场景内数据流动的闭环。
资源调度服务组件实现资源在服务流程之间的合理分配；使用资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；为服务流程绑定了最佳资源池；对于智慧空间中的并发的服务流程进行资源调度。
在具体实施时，将执行过程做可视化处理，可以达到实时监控的目的。
最佳资源池为该资源池拥有的资源和服务流程需要的资源处于最大匹配状态。
流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，读取日志文件作为环境数据，当绑定资源池的服务流程执行阻塞时，调用流程演化服务可以得到替代子流程。子流程会替换执行时阻塞的任务节点及其之后的节点，加入到原来的流程中构建出新的服务流程，与原来的服务流程达到的效果相同或相似。
比如打扫卫生这个服务流程中的一个节点是完成吸尘这项任务，但用户所处的空间没有吸尘器，流程演化服务可能会演化出使用扫地机器人这一替代子流程，新的替代子流程中所包含的任务节点均是源于用户所处智慧空间，不会发生二次阻塞，实现服务流程需求可变。
阻塞为服务流程找不到任何资源从而无法执行下去。
其他服务还包括文件存储、转换。本发明设计的微服务架构兼具低成本扩容、弹性伸缩和快速适应云环境等优点，每个服务组件都能独立部署运行和扩展，所以后期可轻松扩展架构，可根据需要增加更多功能模块。
进一步的，资源调度服务组件对并发的服务流程进行资源调度时，如果服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源替代缺少的资源，资源调度服务组件通过调用流程管理服务组件和资源管理服务组件得到智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定资源池的服务流程推荐可用资源；如果服务流程所需资源被占用就等待资源释放。
如果所需资源极度稀缺，无论是空闲资源还是被占用资源都不包含服务流程所需资源，流程找不到任何资源从而无法执行下去时，调用流程演化服务组件得到阻塞节点的替代子流程，以求和原来的流程达到相同或相似的目的。
进一步的，本发明基于微服务所设计的调度架构系统部署利用基于Docker引擎的容器技术，确保了基于微服务的软件设计方法易于实现。同时，将应用系统拆分成小且松散耦合的分布式业务单元，以细粒度的方式部署在各个Docker容器中，还能大大提高对微服务体系的管理和运维效率。
具体实施时原型系统开发即性能测试
基于微服务设计的智能空间中的资源调度与流程可演化微服务架构本发明开发了与之对应的模拟演示平台进行实验，实验平台中的数据均是对现实智能空间场景的模拟。从用户、环境的角度出发，考虑实际需求，本发明设计了多种智慧空间场景，比如在家庭、办公室、养老院这些地方都可以设计对应的实例进行实验。
本发明开发的系统用于验证所提出架构的可行性，考虑成本问题没有使用硬件设备资源，通过设备抽象和描述的方法将物理资源抽象为语义描述模型。在详细分析系统的功能需求和设计数据库之后，基于前后端分离的原则，后端资源调度微服务组件采用Web应用程序框架Django(3.0.7)开发，其余通过创建Maven(3.3.9)工程，使用Spring Boot(2.1.5)框架来搭建微服务，将系统拆分为资源管理、流程管理、日志、流程演化等几个核心服务组件，其次搭建与配置Eureka服务注册中心，同时选取Mybatis(3.5.2)作为持久层框架与数据库交互，数据库使用目前最流行的关系型数据库管理系统Mysql。使用Vue.js(3.0)作为前端开发框架，同时采用Bootstrap(3.3.7)来设计页面。模拟实验系统开发完成之后，后端微服务组件通过Docker(19.03.12)进行容器化封装并发布，利用高性能的HTTP和反向代理服务器Nginx(1.18.0)发布前端静态资源。本发明以它们为辅助工具设计和实现智能空间中通用的资源调度与流程可演化架构，实现一个有完整逻辑和功能的工作流机制。
本发明用两台阿里云服务器部署原型系统，其中服务器A部署了资源管理、流程管理及资源调度和日志服务这四个模块，服务器B部署流程演化模块，服务器硬件配置信息如表1所示：
表1云服务器配置
Figure BDA0003413622760000181
系统测试评估
系统采用B/S结构，部署上线之后，启动实验系统的各项服务。设定场景选择智能家居，所以系统中的资源、服务流程数据均是对真实智能家居场景的模拟。实验使用python(3.6.3)进行，本地测试机型号为Lenovo Rescuer 15ISK，操作系统为Microsoft Windows10家庭中文版，内存为16GB，硬盘容量512GB，数据库使用的MySQL软件版本为5.7.16，浏览器为Firefox Brower 84.0.1。
功能测试
功能测试上对资源管理、服务流程管理、资源调度及流程演化等核心微服务组件功能进行了测试，通过图形用户界面与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实和验证各功能操作、业务等是否符合需求。功能测试结果分别如表2、表3、表4、表5所示，测试结果验证了系统核心功能运行正常，流程演化服务的功能的正常使用也间接表明日志服务组件注册调用正常。
从四个表可知，本发明所开发的实验系统完美复刻了第三节所设计的架构，也证明了所提出的架构的可行性。如表2所示，资源管理模块主要负责实现资源列表展示、资源新增、资源编辑、资源删除等功能，资源编辑和资源新增都可以通过编辑资源名称、资源类型、资源品牌、所属资源池等字段实现；
表2资源管理服务功能测试结果
功能接口 结论
Display resource list 符合
Add resource 符合
Delete resource 符合
Modify resource 符合
如表3所示，通过流程管理服务组件用户可以通过添加Start Task、Mid Task及End Task定制化创建个人服务流程，能看到自己所有的服务流程列表及每条流程的详细信息，执行完的流程可以进行删除，如果是与用户每天固定习惯相关的流程可以进行保留；
表3流程管理服务功能测试结果
Figure BDA0003413622760000201
如表4所示，资源调度服务组件可以进行资源分配、资源释放、资源调度、资源池资源查询等操作。资源池资源查询可以展示不同资源池内的资源设备信息，流程调度过程中选择多个流程，点击分配资源按钮，一个房间可以被视作一个资源池，流程会分别绑定到需求匹配的房间等待进行资源分配，通过“资源调度”功能，可执行所有绑定了资源池的并发流程，为其合理分配资源，资源调度过程中测试验证了以下三种情况：
如果流程所绑定的资源池没有任务节点所需资源就向其他资源池外借相似或相同的可借资源，实现资源的跨场景联动；
如果服务流程所需资源被占用就等待资源释放；
如果所有资源池都没有节点所需资源就调用演化服务组件进行演化，得到阻塞节点的替代子流程，比如烧咖啡这一事件节点因为没有咖啡壶被替换成使用众包服务点咖啡外卖。
表4资源调度服务功能测试结果
功能接口 结论
Allocating resource 符合
One key idle 符合
Scheduling resource 符合
Display list of resources in a room 符合
本发明针对多种情况都进行了测试，无论是单个流程还是多个流程并发都可以通过“资源调度”完成流程的执行，达到用户预期目标，最后可以通过“一键空闲”功能进行资源解绑从而释放资源；
如表5所示，流程演化服务组件需要调用日志服务并使用其相关的日志操作数据，由表中结论可知可以实现日志上传、演化模拟和演化结果管理等三个主要功能。“日志上传”可以调用日志服务上传系统日志并进行解析，然后可以看到利用场景语义规则库在线更新和进化算法得到的当前阻塞情况下的演化结果。当然用户还能手动测试其他情况下的演化情况，对于某些阻塞的任务节点进行“演化模拟”得到不同的演化结果。同一个阻塞节点一般情况下会演化出几个替代子流程，系统默认选择“结果展示”中推荐概率最大的那个替代子流程，并能通过“过滤”功能查询你想要的“节点”的演化结果的图形化显示，通过“下载结果”功能可以将阶段性的所有演化结果保存至本地。
表5流程演化服务功能测试结果
Figure BDA0003413622760000211
流程演化服务使用了日志服务的资源调度日志数据，通过资源调度模块的验证结果可知能顺利演化出阻塞节点的替代子流程，这也说明流程演化服务组件能基于强化学习的场景语义规则库在线更新和进化算法正常工作。资源管理、流程管理、资源调度、流程演化等微服务组件的正常运行侧面反映日志服务组件注册调用正常，实现了日志数据在智慧空间中的循环利用，具有场景内闭环的特点。
性能测试
本发明选择了各个微服务组件中的关键功能接口做了性能测试，每个接口测试了五十次单用户发出单个请求并返回数据的响应时间，平均响应时间如表6所示:
表6各模块主要功能接口对单个请求的平均响应时间
Figure BDA0003413622760000221
性能测试结果显示所有接口平均响应时间均在0.06s以内，其中模块一包含的四个接口平均响应时间为23.2毫秒，模块二包含的四个接口平均响应时间为30毫秒，模块三包含的四个接口平均响应时间为22.75毫秒，模块四包含的三个接口平均响应时间为55.7毫秒。四个模块包含的主要接口都能够快速地响应请求，其中资源管理服务中的主要功能接口平均响应时间都较小，流程演化服务中的主要功能接口平均响应时间对比其他组件较大，这是因为资源管理业务类型相对简单，流程演化服务后台算法较复杂，所以所需响应时间有所差别。原型系统的性能测试结果表明了系统能快速响应用户请求，满足性能需求。以上功能测试和性能测试结果表明，本发明设计的智能空间中的资源调度微服务架构可以通过调用和组合各个微服务组件核心功能实现合理分配资源，解决资源冲突及流程演化等问题。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于微服务的智能空间并发服务流程执行方法，其特征在于，包括以下步骤：
S1.以有向无环图结构组织起来的服务流程通过流程管理服务组件注册后存储到服务流程数据库中；智慧空间中的有效设备资源通过资源管理服务组件注册后存储到资源数据库中；
S2.所述流程管理服务组件调用所述资源管理服务组件进行资源关联；
S3.所述服务流程并发执行时，资源调度服务组件基于所述流程管理服务组件和所述资源管理服务组件实现所述资源在所述服务流程之间的合理分配；
在所述步骤S1至S3的过程中，还包括以下步骤：
S4.日志服务组件不断获取系统中各个服务操作记录，并存储到日志数据库中；
其中，所述服务流程由多个任务节点关联起来，以有向无环图形式呈现；所述任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个所述服务流程有对应的描述信息。
2.根据权利要求1所述的执行方法，其特征在于，所述步骤S4中，所述服务操作记录包括：资源操作、服务流程操作、调度日志和演化日志。
3.根据权利要求1所述的执行方法，其特征在于，在所述步骤S3中，所述资源在所述服务流程之间的合理分配包括以下步骤：
S31.所述资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；
S32.所述资源调度服务组件将拥有的资源和服务流程需要的资源处于最大匹配状态的资源池设定为最佳资源池；
S33.所述资源调度服务组件将所述智慧空间中的所述服务流程绑定对应的所述最佳资源池；
S34.所述资源调度服务组件对所述智慧空间中并发的服务流程进行资源调度；
其中，所述资源池为所述资源管理服务组件确认的所述有效设备资源所处的最小空间。
4.根据权利要求3所述的执行方法，其特征在于，所述步骤S33中还包括以下步骤：
S331.如果所述服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源作为替代资源；
S332.如果所述服务流程所需资源被占用，就等待资源释放；
其中，所述资源调度服务组件通过调用所述流程管理服务和所述资源管理服务得到所述智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定所述资源池的服务流程推荐可用资源。
5.根据权利要求4所述的执行方法，其特征在于，所述步骤S33中，还包括以下步骤：
S5.所述资源分配到所述服务流程的过程中，绑定所述资源池的服务流程执行时发生阻塞时，资源调度服务组件调用流程演化服务得到替代子流程，使服务流程可以继续执行；
其中，所述阻塞为所述服务流程找不到任何所述资源从而无法执行下去。
6.根据权利要求5所述的执行方法，其特征在于，所述步骤S5中，还包括以下步骤：
S6.所述流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，调用所述日志服务组件得到环境数据，不断更新规则保证一直有可用替代子流程，同时会通过日志服务记录为所述演化日志；
其中，新的替代子流程中所包含的任务节点均是源于用户所处智慧空间。
7.一种采用如权利要求1-6任意一项所述执行方法的基于微服务的智能空间并发服务流程执行系统，包括：数据实体、数据存储单元、微服务层、API网管和访问终端；其特征在于，
所述数据实体包含以有向无环图结构组织起来的服务流程以及智慧空间中的有效设备硬件资源；
所述数据存储单元包含日志数据库、资源数据库、服务流程数据库和其他数据库；所述日志数据库用于存储系统操作信息，记录历史操作记录；所述资源数据库整合了智慧空间中的所有有效的硬件资源，存储场景中的设备资源信息；所述服务流程数据库存储所有的服务流程信息；
所述微服务层包括：资源管理服务组件、流程管理服务组件、日志服务组件、资源调度服务组件、流程演化服务组件和其他服务组件，以及服务间通信方式及通信协议；
所述访问终端与为用户使用提供操控界面和操作载体；
所述API网关负责统一接入所有所述访问终端的API调用，将所述访问终端的请求转发给后端的服务器，所述访问终端只需要与所述API网关交互，而不用与各个业务模块的接口分别通信，可以满足客户端同时请求多个服务的需求；
所述服务流程由多个任务节点关联起来，以有向无环图形式呈现；所述任务节点为智能空间中发生的一个事件，所需资源独立不可分割；每个所述服务流程有对应的描述信息。
8.根据权利要求7所述的基于微服务的执行系统，其特征在于，所述微服务层还包括：服务调用、服务注册和服务间通信及通信协议；
所述服务调用是以Feign为声明式的Web Service客户端，相互隔离的微服务之间，但通过它可以使得微服务之间的调用变得简单；
所述服务注册使用Eureka Server框架实现，各个资源节点启动之后会在EurekaServer框架中进行注册，之后服务注册表中将会存储所有可用资源节点的信息，通过Eureka的心跳机制可以及时移除规定周期内没有发送心跳的资源节点；
所述服务间通信采用远程过程调用组件提供适合分布式环境的远程过程调用机制，可以像调用本地方法一样调用远程方法；
所述通信协议使用基于HTTP的REST架构风格。
9.根据权利要求8所述的基于微服务的执行系统，其特征在于，所述资源管理服务组件对智慧空间中所有有效智能设备资源进行集中管理，对场景中的所有资源进行个性化操作，通过设备抽象和描述的方法将物理资源抽象为语义描述模型；
所述流程管理模块组件对所述服务流程进行定制化创建；不同用户通过流程管理模块组件设计并添加自己专属的流程，查看智慧空间中自己待完成的所有服务流程信息；
所述日志服务组件收集系统中的操作日志、异常日志，通过将日志信息以统一的格式进行集中存储和管理，对所有日志信息进行汇总和分析，为用户行为跟踪和系统故障恢复提供客观依据，并定位错误及保存历史操作记录；
所述资源调度服务组件实现资源在服务流程之间的合理分配；使用资源调度服务组件获取到各个资源池内的所有智能设备资源信息、以及未绑定资源池的服务流程；为服务流程绑定了最佳资源池；对于智慧空间中的并发的服务流程进行资源调度；
所述最佳资源池为该资源池拥有的资源和服务流程需要的资源处于最大匹配状态；
所述流程演化服务组件使用基于强化学习的场景语义规则库在线更新和进化算法，读取日志文件作为环境数据，当绑定资源池的服务流程执行阻塞时，调用流程演化服务可以得到替代子流程。所述子流程会替换执行时阻塞的任务节点及其之后的节点，加入到原来的流程中构建出新的服务流程，与原来的服务流程达到的效果相同或相似；
所述阻塞为所述服务流程找不到任何所述资源从而无法执行下去；
所述其他服务还包括文件存储、转换。
10.根据权利要求9所述的基于微服务的执行系统，其特征在于，所述资源调度服务组件对并发的服务流程进行资源调度时，如果服务流程绑定的资源池可能缺少一种或多种资源，采用跨场景联动，调用其他资源池中的便携可移动资源替代缺少的资源，资源调度服务组件通过调用流程管理服务组件和资源管理服务组件得到智慧空间中的服务流程信息和所需资源状态信息，及时为已经绑定资源池的服务流程推荐可用资源；如果服务流程所需资源被占用就等待资源释放；
如果所需资源极度稀缺，无论是空闲资源还是被占用资源都不包含服务流程所需资源，流程找不到任何资源从而无法执行下去时，调用流程演化服务组件得到阻塞节点的替代子流程，以求和原来的流程达到相同或相似的目的。
CN202111538481.8A 2021-12-15 2021-12-15 一种基于微服务的智能空间并发服务流程执行方法及系统 Pending CN114416340A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111538481.8A CN114416340A (zh) 2021-12-15 2021-12-15 一种基于微服务的智能空间并发服务流程执行方法及系统
PCT/CN2022/137654 WO2023109650A1 (zh) 2021-12-15 2022-12-08 一种基于微服务的智能空间并发服务流程执行方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111538481.8A CN114416340A (zh) 2021-12-15 2021-12-15 一种基于微服务的智能空间并发服务流程执行方法及系统

Publications (1)

Publication Number Publication Date
CN114416340A true CN114416340A (zh) 2022-04-29

Family

ID=81267128

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111538481.8A Pending CN114416340A (zh) 2021-12-15 2021-12-15 一种基于微服务的智能空间并发服务流程执行方法及系统

Country Status (2)

Country Link
CN (1) CN114416340A (zh)
WO (1) WO2023109650A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114924877A (zh) * 2022-05-17 2022-08-19 江苏泰坦智慧科技有限公司 一种基于数据流的动态分配计算方法、装置和设备
CN115118705A (zh) * 2022-06-28 2022-09-27 重庆大学 一种基于微服务的工业边缘管控平台
WO2023109650A1 (zh) * 2021-12-15 2023-06-22 深圳先进技术研究院 一种基于微服务的智能空间并发服务流程执行方法及系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116661979B (zh) * 2023-08-02 2023-11-28 之江实验室 异构作业调度系统及方法
CN117041247B (zh) * 2023-10-09 2024-03-15 南京翼辉信息技术有限公司 一种基于微服务通信架构的流式数据的传输方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003225889A1 (en) * 2002-03-20 2003-10-08 Keyspan Corporation Home gateway architecture and state based distributed system and method
CN110032082A (zh) * 2019-04-26 2019-07-19 广东昇辉电子控股有限公司 智能家居设备管理系统及方法
CN111556090B (zh) * 2020-03-19 2021-09-03 重庆特斯联智慧科技股份有限公司 智能物联网的功能聚合自组织系统及方法
CN113448728B (zh) * 2021-06-22 2022-03-15 腾讯科技（深圳）有限公司 一种云资源调度方法、装置、设备及存储介质
CN114416340A (zh) * 2021-12-15 2022-04-29 深圳先进技术研究院 一种基于微服务的智能空间并发服务流程执行方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023109650A1 (zh) * 2021-12-15 2023-06-22 深圳先进技术研究院 一种基于微服务的智能空间并发服务流程执行方法及系统
CN114924877A (zh) * 2022-05-17 2022-08-19 江苏泰坦智慧科技有限公司 一种基于数据流的动态分配计算方法、装置和设备
CN114924877B (zh) * 2022-05-17 2023-10-17 江苏泰坦智慧科技有限公司 一种基于数据流的动态分配计算方法、装置和设备
CN115118705A (zh) * 2022-06-28 2022-09-27 重庆大学 一种基于微服务的工业边缘管控平台
CN115118705B (zh) * 2022-06-28 2024-03-15 重庆大学 一种基于微服务的工业边缘管控平台

Also Published As

Publication number Publication date
WO2023109650A1 (zh) 2023-06-22

Similar Documents

Publication Publication Date Title
CN114416340A (zh) 一种基于微服务的智能空间并发服务流程执行方法及系统
Gochhayat et al. LISA: Lightweight context-aware IoT service architecture
Uviase et al. IoT architectural framework: connection and integration framework for IoT systems
Mocnej et al. Decentralised IoT architecture for efficient resources utilisation
Pedersen et al. Facilitating a generic communication interface to distributed energy resources: Mapping IEC 61850 to RESTful services
US9489243B2 (en) Federating computing resources across the web
CN106797392A (zh) M2m‑iot服务的发布和发现
CN111339145B (zh) 流程整合方法和平台、计算机可读存储介质
CN103238151A (zh) 网络复制的技术
CN109074283A (zh) 通过nfv建立基于池的m2m服务层
KR20150032151A (ko) 사물 웹 환경의 프로세스 기반 사물협업 장치 및 방법
Diyan et al. Intelligent Internet of Things gateway supporting heterogeneous energy data management and processing
CN109818809A (zh) 交互式语音应答系统及其数据处理方法和电话客服系统
CN105306542B (zh) 一种用于集成Web服务的系统
CN113678121A (zh) Iot系统中标记数据的自动生成
CN112468463B (zh) 一种基于云原生能力网关的场景能力编排的装置及方法
Sun et al. A Microservice-based Approach to Facilitate Multi-Services in Smart Space
CN106210120A (zh) 一种服务器的推荐方法及其装置
Lillo et al. An ECA-based semantic architecture for IoT building automation systems
Korala et al. Design and implementation of a platform for managing time-sensitive IoT applications
Han et al. Context-aware service composition framework in web-enabled building automation system
EP3903188A1 (en) System for providing a service
Wan et al. Lightweight and universal intelligent service platform in indoor environment
De Biase et al. Swarm Minimum Broker: an approach to deal with the Internet of Things heterogeneity
Meis et al. Modelling automated service orchestration for IT-based homeservices

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