CN112673353B - 信息处理系统及信息处理系统的控制方法 - Google Patents

信息处理系统及信息处理系统的控制方法 Download PDF

Info

Publication number
CN112673353B
CN112673353B CN202080005057.4A CN202080005057A CN112673353B CN 112673353 B CN112673353 B CN 112673353B CN 202080005057 A CN202080005057 A CN 202080005057A CN 112673353 B CN112673353 B CN 112673353B
Authority
CN
China
Prior art keywords
execution
information
software
processing
execution device
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.)
Active
Application number
CN202080005057.4A
Other languages
English (en)
Other versions
CN112673353A (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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority claimed from PCT/JP2020/007813 external-priority patent/WO2020240954A1/ja
Publication of CN112673353A publication Critical patent/CN112673353A/zh
Application granted granted Critical
Publication of CN112673353B publication Critical patent/CN112673353B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • 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/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Multi Processors (AREA)

Abstract

高效地开发用于实现在多个据点间协作地进行的处理的软件。信息处理系统包含被设置在多个据点的各个据点且执行AP软件的多个AP执行装置。AP执行装置各自存储以相同的顺序执行相同的处理块的共通的AP软件。AP软件包含：转发处理块，实现使由第1据点的第1AP执行装置执行的处理块的处理与第2据点的第2AP执行装置协作进行的处理。如果在AP软件的处理块顺次执行时到达了第1转发处理块，则第1AP执行装置将包含第1转发处理块的标识符且通知协作开始的协作开始消息向第2AP执行装置发送，第2AP执行装置如果接收了协作开始消息，则从后续于第1转发处理块的处理块开始顺次执行。

Description

信息处理系统及信息处理系统的控制方法
技术领域
本发明涉及信息处理系统及信息处理系统的控制方法。
背景技术
本申请基于2019年5月28日申请的日本专利申请2019－099564号及2019年9月11日申请的日本专利申请2019－165080号主张优先权，对其公开整体进行引用并纳入本申请。
在专利文献1中记载了：在个人计算机、蜂窝电话、智能电话、便携信息终端等多个边缘设备分别经由网络以能够与云进行通信的方式连接的系统中，在云与边缘设备间实时地进行处理的应用基于从边缘设备或云收集的实时馈送，提供通知、推荐等服务。
在专利文献2中，关于在利用云服务的边缘侧的装置中，以提高应用的易开发性或能够从应用灵活地利用各种云服务作为目的而构成的云中继装置进行了记载。云中继装置具备：能够与云服务装置连接的云连接处理部、对应于云连接处理部的用户界面部、以及在云连接处理部与用户界面部之间进行数据的中继的中继部。
在先技术文献
非专利文献
专利文献1:日本特表2015－505404号公报
专利文献2:日本特开2018－92565号公报
发明内容
发明所要解决的课题
在边缘侧执行应该以低延迟进行的处理等而在云侧进行边缘侧的处理内容的管理等的所谓边缘计算受到关注。另外，开发用于实现像边缘计算那样在多个据点间进行的处理的软件的机会正在增加。另外，利用云或边缘的应用所公开的API(程序应用接口(Application Program Interface))以协作进行在云侧或边缘侧提供的应用的处理的软件受到关注。
在像这样在多个据点间协作进行处理的软件的开发时，需要减轻据点间的通信负荷，提高安全性，减轻软件的开发负担等。另外，软件的开发方法正在从以往的以数据的管理(SoR：记录型系统(System of Record))为中心的开发方法向以顾客为中心的开发方法(SoE：参与型系统(system of Engagement))转移，在软件的开发时，熟知领域侧(边缘侧)的状况的系统的订购侧(领域专家)的参加变得日益重要。
在专利文献1中，构成为各个边缘设备个别地与云之间进行通信，因此需要针对云及各个边缘设备个别地构筑软件，系统整体的开发负担大，尤其是难以由不熟悉与云的协作处理的领域专家进行开发。另外，在每个边缘设备与云之间发生通信，因此云与边缘设备之间的通信负荷、确保安全性成为问题。
另外，在专利文献2所记载的构成中，需要开发用于实现边缘侧的云中继装置的功能的软件，需要针对各据点的云中继装置个别地开发软件，因此开发负担大，尤其是用于实现云中继装置与云之间的协作处理的软件的开发对于领域专家而言是困难的。
本发明基于这样的背景而做出，其目的在于，提供能够高效地开发用于实现在多个据点间协作地进行的处理的软件的信息处理系统及信息处理系统的控制方法。
用于解决课题的手段
用于达成上述目的的本发明之一是一种信息处理系统，包含被设置在多个据点的各个据点且作为执行AP软件的信息处理装置的多个AP执行装置，该AP软件是实现应用的功能的软件，所述AP执行装置经由通信网络以相互能够通信的方式连接，所述AP执行装置各自存储以相同的顺序执行相同的处理块的共通的AP软件，所述AP软件包含转发处理块，该转发处理块是实现用于协作的处理的处理块，该用于协作的处理使由第1所述据点的第1所述AP执行装置执行的所述处理块的处理与第2所述据点的第2所述AP执行装置协作进行，如果在所述AP软件的处理块顺次执行时到达了第1所述转发处理块，则所述第1AP执行装置将包含该第1转发处理块的标识符且作为通知协作开始的消息的协作开始消息向所述第2AP执行装置发送，所述第2AP执行装置如果接收了所述协作开始消息，则从后续于所述第1转发处理块的处理块开始顺次执行。
其他的本申请所公开的课题及其解决方法通过具体实施方式的部分及附图而明确。
发明效果
根据本发明，能够高效地开发用于实现在多个据点间协作地进行的处理的软件。
附图说明
图1是表示信息处理系统的概略性的构成的图。
图2是说明从AP软件的生成到执行为止的概略性的流程的图。
图3是表示AP软件的具体例的图。
图4是信息处理装置的构成例。
图5是说明客户端装置的主要的功能的图。
图6是说明AP管理装置的主要的功能的图。
图7是说明集群管理装置的主要的功能的图。
图8是说明AP执行装置的主要的功能的图。
图9是说明由AP进程实现的主要的功能的图。
图10是说明AP软件注册时序的图。
图11是说明将新的AP执行装置向集群追加的次序的流程图。
图12是AP执行装置信息451的一例。
图13是说明AP执行装置信息受理时序的图。
图14是说明属性信息变更时序的图。
图15是属性信息的变更信息的一例。
图16是说明属性信息提供时序的图。
图17是说明AP软件执行准备时序的图。
图18是说明集群内信息共享时序(AP进程启动时)的图。
图19是说明集群内信息共享时序(AP进程消失时)的图。
图20是说明AP软件执行时序的图。
图21是说明AP软件的构成的图。
图22是转发开始消息的一例。
图23是协作开始消息的一例。
图24是协作结束消息的一例。
图25是说明第2实施方式的AP管理装置的主要的功能的图。
图26是说明第2实施方式的集群管理装置的主要的功能的图。
图27是说明AP软件反映时序的图。
图28是表示第3实施方式的信息处理系统的概略性的构成的图。
图29是说明第3实施方式的AP执行装置的主要的功能的图。
图30是说明第3实施方式的集群管理装置的主要的功能的图。
图31是集群管理装置所管理的数据列表的一例。
图32是第3实施方式中的AP软件的记述例。
图33是DB连接信息的一例。
图34是说明第3实施方式的由AP进程实现的主要的功能的图。
图35是说明DB连接确认时序的图。
图36是说明第3实施方式的AP软件执行时序的图。
图37是第3实施方式的转发开始消息的一例。
具体实施方式
以下，针对实施方式参照附图进行说明。在以下的说明中，有时对相同或者相似的构成附加相同的标记并省略重复的说明。另外，有时将“应用软件”记载为“AP”。另外，有时将“数据库”记载为“DB”。另外在以下的说明中，在需要对同种构成进行区别的情况下，有时在对构成进行总称的标记之后在括号内记载标识符(数字、拉丁字母等)。
[第1实施方式]
在图1中表示作为第1实施方式说明的信息处理系统1的概略性的构成。如该图所示，信息处理系统1包含客户端装置2、AP管理装置3、集群管理装置4及存在于多个据点8(1)～(N)的各个据点处的一个以上的AP执行装置10。这些装置均使用信息处理装置(计算机)来构成，经由通信网络5以能够相互进行通信的方式连接。
通信网络5是实现遵循以太网(注册商标)、TCP/IP等规定的通信协议的通信的通信基础设施(Network Infrastructure)，例如是LAN(局域网(Local Area Network))、WAN(广域网(Wide Area Network))、互联网、专用线、公众通信网络等。
客户端装置2向软件开发技术者、领域专家等用户提供由AP执行装置10执行的应用软件(以下称为“AP软件”)的编辑及生成环境(以下称为“软件开发环境”)。此外，在本实施方式中，作为一例，客户端装置2设为提供使用可视化编程工具(以下简称为“VP工具”)的软件开发环境，但软件开发环境的方式不一定进行限定。
在使用VP工具的软件开发中，对表现各种处理的节点设定与用途、环境、其他状况对应的信息作为属性值，用线来连接节点间从而将一系列处理作为流程记述。节点相当于一般性的过程型编程语言中的函数或者方法。用户通过使用VP工具，能够以直觉开发进行其意图的处理的软件。作为VP工具的一例有Node－RED。利用Node－RED开发的一系列流程通过以JavaScript(注册商标)为基础的JSON(JavaScript对象标记(JavaScript ObjectNotation))形式的码被管理。另外作为其他VP工具的例子有Apache Nifi等。
在图1中，AP管理装置3进行由客户端装置2生成的AP软件的管理(存储)。例如，在AP软件由Node－RED生成的情况下，AP管理装置3对AP软件的JSON形式的码进行管理。AP软件也可以是作为容器(将AP软件的执行模组、与执行环境相关的信息、与展开方法、操作方法相关的信息等打包而成的容器)被AP管理装置3管理的软件。作为容器的一例有基于Docker(注册商标)的容器。AP管理装置3也可以具备进行AP软件的版本管理的机制(GitHub(注册商标)、GitLab(注册商标)等)。
据点8(1)～(N)例如是云、进行传感器数据的收集等的现场(工厂、各种作业现场、物流仓库、办公室、各种设施(电梯、自动检票机、各种门、铁路设施、道路设施、利用传感器的环境计测设施、移动体(汽车、火车、飞行器、无人机、农业设备等)、农场、数据中心等。
集群管理装置4进行AP执行装置10中的处理的执行控制、监视、利用多个AP执行装置10的集群服务(负荷分散、故障转移等)的提供(管理、监视、控制)。在本说明书中，集群是指能够协作地执行AP软件的处理的AP执行装置10的集合。另外，集群管理装置4对一个以上的集群进行管理，例如进行与AP执行装置10向集群的注册(参加)或解除注册相关的处理。另外，集群管理装置4进行信息(AP软件、后述的AP执行装置信息等)向AP执行装置10的分发、AP执行装置10间的信息(正参加集群的AP执行装置10的信息(正参加的AP执行装置10的一览表、后述的AP执行装置信息等))的共享。集群管理装置4不仅实现同一据点8内的AP执行装置10间的集群服务，而且实现跨据点8的AP执行装置10间的集群服务。
在各据点8(1)～(N)存在一个以上的AP执行装置10。存在于各据点8(1)～(N)的AP执行装置10能够与属于相同的集群的同一或者不同据点8的其他AP执行装置10协作地执行AP软件。
图2是表示从由客户端装置2生成的AP软件被向AP执行装置10提供(部署)直到由各AP执行装置10执行AP软件为止的概略性的流程的图。
如该图所示，由客户端装置2生成的AP软件7被向AP管理装置3注册，并且向集群管理装置4提供(发送)(S21)。例示的AP软件7具有顺次执行的5个处理块(“处理A”、“处理B”、“转发处理”、“处理C”及“处理D”)。各处理块例如相当于VP工具中的1个处理块、或者一般性的过程型编程语言中的函数或者方法。处理块也可以调用AP执行装置10中已经存在的其他软件(例如，作为API(程序应用接口(Application Program Interface))提供的软件)并利用。“处理A”及“处理B”是预定在据点8(1)执行的处理块，“处理C”及“处理D”是预定在据点8(2)执行的处理块。
接下来，集群管理装置4将具有共通的(相同的)构成的AP软件7向属于相同的集群的多个AP执行装置10部署(S22)。在本例中，集群管理装置4将据点8(1)的AP执行装置10(1)和据点8(2)的AP执行装置10(2)作为属于共通的集群的AP执行装置10管理，向据点8(1)的AP执行装置10(1)和据点8(2)的AP执行装置10(2)部署共通的AP软件7。
向AP执行装置10部署后的AP软件的处理，例如通过集群管理装置4向AP执行装置10(1)中的一个发送AP软件7的执行开始命令而开始。在本例中，设为从集群管理装置4向据点8(1)的AP执行装置10(1)发送执行开始命令，AP执行装置10(1)开始AP软件的执行(从“处理A”开始执行)。
如果“处理A”结束，则AP执行装置10(1)接着执行“处理B”，接着执行“转发处理”。“转发处理”是使其他AP执行装置10协作进行(交接)处理的处理。在本例中，处理被据点8(2)的AP执行装置10(2)协作进行，“处理B”的处理结果向AP执行装置10(2)的“转发处理”交接，AP执行装置10(2)的“转发处理”从后续的“处理C”开始进行处理。
在图3中表示AP软件7的具体例。例示的AP软件7是基于边缘计算的利用机器学习模型(以下称为“学习模型”)实现预兆诊断的功能的软件。
如该图所示，作为云的据点8(1)的AP执行装置10(1)对作为边缘的据点8(2)的AP执行装置10(2)在预兆诊断时所利用的一个以上的学习模型30进行管理(存储)。
首先，AP执行装置10(1)取得要向作为边缘的据点8(2)的AP执行装置10(2)提供的学习模型(S31)，将取得的学习模型向据点8(2)的AP执行装置10转发(S32)。S32的处理相当于上述的“转发处理”。
据点8(2)的AP执行装置10(2)接收学习模型并存储(S33)。接着AP执行装置10(2)取得传感器数据(S34)，将取得的传感器数据适用于存储着的学习模型来进行预兆诊断(S35)，进行与预兆诊断的结果相应的处理(警报的输出等)(S36)。
另一方面，AP执行装置10(2)进行以取得的传感器数据作为学习数据的机器学习从而更新学习模型(S37)，并将更新完成的学习模型向据点8(1)的AP执行装置10(1)转发(S38)。S33及S38相当于上述的“转发处理”。
云的AP执行装置10(1)接收学习模型(S39)，将管理(存储)着的学习模型30更新为接收的学习模型的内容(S40)。S39的处理相当于上述的“转发处理”。
如上，在协作地执行处理的多个AP执行装置10的各个AP执行装置10中，被提供(部署)具有共通的(相同的)构成的AP软件7。因此，无需按每个AP执行装置10构筑不同的AP软件7，AP软件7例如由精通于云与据点8间的处理的特定的开发者来构筑即可。因此，无需由各据点8的领域专家个别地构筑AP软件7，能够在信息处理系统1整体上高效地开发在多个据点8间协作地执行处理的软件。
另外，在多个AP执行装置10的任一个上都被提供(部署)共通的(相同的)AP软件7。因此，AP软件7的管理(保养)负担、运用负担较少即可。另外，AP执行装置10间的通信在原则上仅在转发处理中发生，因此在信息处理系统1整体上能够减轻通信负荷，另外，集中于特定的处理块(转发处理)进行监视即可，因此能够提高安全性。
在图4中，表示用于实现以上说明的客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10的信息处理装置100的硬件的一例。如该图所示，例示的信息处理装置100具备处理器11、主存储装置12、辅助存储装置13、输入装置14、输出装置15及通信装置16。
客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10例如也可以通过使用由云系统(Cloud System)提供的云服务器(Cloud Server)那样的虚拟的信息处理资源来实现。另外，例如，客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10也可以由协调地动作的多个信息处理装置100实现。另外，例如，也可以由共通的信息处理装置100实现客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10之中的2个以上。
处理器11例如通过使用CPU(中央处理单元(Central Processing Unit))、MPU(微处理单元(Micro Processing Unit))、GPU(图形处理单元(Graphics Processing Unit))等构成。主存储装置12是存储程序、数据的装置，例如是ROM(只读存储器(Read OnlyMemory))(SRAM(静态随机存取存储器(Static Random Access Memory))、NVRAM(非异失性RAM(Non Volatile RAM))、屏蔽ROM(屏蔽只读存储器(Mask Read Only Memory))、PROM(可编程ROM(Programmable ROM))等)、RAM(随机存取存储器(Random Access Memory))(DRAM(动态随机存取存储器(Dynamic Random Access Memory))等)等。辅助存储装置13是硬盘驱动器(Hard Disk Drive)、闪存(Flash Memory)、SSD(固态驱动器(Solid StateDrive))、光学式存储装置(CD(紧凑盘(Compact Disc))、DVD(数字通用盘(DigitalVersatile Disc))等)等。辅助存储装置13中存放的程序、数据随时被读入至主存储装置12。
输入装置14是从用户受理信息的用户界面，例如是键盘、鼠标、读卡器、触摸面板等。输出装置15是通过输出(显示输出、声音输出、印字输出等)信息从而向用户提供信息的用户界面，例如是使各种信息可视化的显示装置(LCD(液晶显示器(Liquid CrystalDisplay))、图形卡等)、声音输出装置(扬声器)、印字装置等。通信装置16是经由通信网络5与其他装置进行通信的通信接口，例如是NIC(网络接口卡(Network Interface Card))、无线通信模组、USB(通用串行接口(Universal Serial Interface))模组、串行通信模组等。通信装置16也能够作为从以能够进行通信的方式连接的其他装置接收信息的输入装置发挥功能。另外，通信装置16也能够作为向以能够进行通信的方式连接的其他装置发送信息的输出装置发挥功能。
客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10的功能通过处理器11读出并执行主存储装置12中存放的程序来实现。另外，上述的程序例如能够向记录介质记录并分发。
客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10也可以除了上述的功能之外，例如还具备操作系统、文件系统、设备驱动器、DBMS(数据库管理系统(DataBaseManagement System))等其他功能。客户端装置2、AP管理装置3、集群管理装置4及AP执行装置10将各种信息(数据)例如作为数据库的表或文件来存储。
在图5中表示客户端装置2所具备的主要的功能。如该图所示，客户端装置2具备存储部205、AP软件编辑部210、AP软件转发部220、属性信息取得提示部230及处理请求发送部240的各功能。此外，客户端装置2由软件开发技术者、领域专家、集群的管理者等用户操作。
上述功能之中的存储部205存储AP软件7及属性信息252。
AP软件编辑部210向用户提供使用VP工具的AP软件7的开发环境，并进行AP软件7的生成。
AP软件转发部220将由AP软件编辑部210生成的AP软件7向AP管理装置3及集群管理装置4转发。
属性信息取得提示部230将后述的属性信息的取得请求向集群管理装置4发送，并接收从集群管理装置4送来的属性信息并向用户提示。关于属性信息留待后述。
处理请求发送部240向集群管理装置4发送后述的AP进程800的生成指示、AP软件7的执行开始指示等处理请求。
在图6中表示AP管理装置3所具备的主要的功能。如该图所示，AP管理装置3具备存储部305、AP软件接收部310及AP软件管理部320。
AP软件接收部310接收从客户端装置2经由通信网络5送来的AP软件7。AP软件接收部310所接收的AP软件由存储部305存储。AP软件管理部320进行AP软件7的版本管理。
在图7中表示集群管理装置4所具备的主要的功能。如该图所示，集群管理装置4具备存储部405、处理请求受理部410及集群管理部420。
存储部405存储AP执行装置信息451、集群管理信息452及AP软件7。AP执行装置信息451包含与AP执行装置10相关的各种信息。集群管理信息452包含与集群的构成、集群的运行状况相关的信息。集群管理信息452的内容由集群管理部420及进程间信息共享部423管理。
处理请求受理部410从客户端装置2受理处理的执行请求(属性信息的提供请求、AP软件7的执行开始请求、AP软件7或AP执行装置信息451的设定(注册/变更/删除)请求等)。像这样，集群管理装置4也作为受理来自用户的请求的用户界面(与用户的接点)发挥功能。
集群管理部420包含AP执行装置信息管理部421、属性信息管理部422及进程间信息共享部423。
其中，AP执行装置信息管理部421对与构成集群的AP执行装置10相关的信息之中的与在AP执行装置10中生成的进程(通过执行AP软件7从而生成的进程。以下称为“AP进程”)相关的信息进行管理。上述信息例如是AP进程进行动作的AP执行装置10的网络地址(IP地址等)、用于与AP进程进行通信的端口号等。
属性信息管理部422对AP进程进行上述的“转发处理”时确定转发目的地的AP执行装置10所需的信息(以下称为“属性信息”)进行管理。关于属性信息的详细留待后述。
进程间信息共享部423进行与在AP执行装置10中生成的各AP进程之间的信息共享相关的处理。进程间信息共享部423对应该在构成集群的AP执行装置10之间或各AP进程之间共享的信息(AP软件7、后述的AP执行装置信息等)进行管理(存储)，针对上述信息，经由通信网络5实现AP执行装置10及AP进程间的高速(实时)的共享(分发、通知)。另外，进程间信息共享部423接收从AP进程送来的向集群的参加注册请求，并对集群管理信息452进行更新(更新为上述AP进程属于规定的集群的内容)。另外，进程间信息共享部423对从AP执行装置10的后述的AP进程800送来的生存通知(心跳)进行监视，从而实时地掌握AP进程800是否在正常发挥功能。
进程间信息共享部423例如也可以由分散处理系统实现，该分散处理系统通过将存在于边缘侧的各据点8(1)～(N)的信息处理装置以能够进行通信的方式连接而构成。通过如此，能够防止负荷向集群管理装置4那样的特定的信息处理装置集中，并且能够实现各据点8(1)～(N)中的处理的高速化。上述分散处理系统例如能够使用Apache软件基金(Apache Software Foundation)所提供的ZooKeeper来实现。
在图8中表示AP执行装置10所具备的主要的功能。如该图所示，AP执行装置10具备存储部105、传感器数据取得部110及进程执行管理部120。
传感器数据取得部110接收从该AP执行装置10所存在的据点8处设置的传感器装置等送来的传感器数据。传感器数据取得部110所接收的传感器数据由存储部105作为传感器数据152存储。此外，以下，以像这样AP执行装置10(AP进程800)作为处理对象的数据是传感器数据的情况为例进行说明，但AP执行装置10(AP进程800)作为处理对象的数据的种类不一定被限定，AP执行装置10(AP进程800)作为处理对象的数据也可以是传感器数据以外的数据。
进程执行管理部120进行AP进程800(Docker(注册商标)容器的进程等)的管理(AP进程的生成或消失、AP进程的状态监视等)。
图9概念性地表示由AP执行装置10所生成的AP进程800实现的主要的功能。如该图所示，AP进程800具备AP软件接收部811、进程执行控制部812及生存通知发送部813。这些功能的一部分也可以由AP执行装置10所具备的操作系统或进程执行管理部120实现。
AP软件接收部811从集群管理装置4的进程间信息共享部423接收AP软件7。存储部105存储AP软件接收部811所接收的AP软件7。由此，在AP执行装置10(AP进程800)中部署AP软件7。
进程执行控制部812提供AP软件7的执行环境。例如，在AP软件7是由Node－RED生成的软件的情况下，进程执行控制部812提供用于执行AP软件7的Node－RED的执行环境。另外，进程执行控制部812进行AP软件7的执行控制。
进程执行控制部812具有AP软件处理执行部8121及消息转发部8122。其中，AP软件处理执行部8121进行AP软件7的流程控制(处理块的顺次执行控制)。消息转发部8122在上述的“转发处理”时，在与其他AP进程800之间发送或者接收AP进程800间的处理的协作(交接)所需的信息(以下称为“消息”)。
生存通知发送部813与进程间信息共享部423随时(例如定期地)收发生存通知(心跳)。
＜处理说明＞
接下来，关于在信息处理系统1中进行的各种处理依次进行说明。
图10是说明从客户端装置2向AP管理装置3及集群管理装置4注册(存储)AP软件7时进行的处理(以下称为AP软件注册时序S1000)的时序图。
首先，客户端装置2向AP管理装置3发送AP软件7和AP软件7的注册请求(S1011)。AP管理装置3如果从客户端装置2接收了上述注册请求，则将与上述注册请求一起接收的AP软件7作为管理对象注册(存储)(S1012)。
另外，客户端装置2向集群管理装置4发送AP软件7。集群管理装置4的处理请求受理部410接收从客户端装置2送来的上述AP软件7(S1013)。
集群管理装置4的处理请求受理部410将接收的AP软件7向自身的进程间信息共享部423发送(S1014)。进程间信息共享部423接收AP软件7并作为管理对象注册(存储)(S1015)。
此外，作为别的处理顺序，处理请求受理部410也可以在接收AP软件7后，向进程间信息共享部423以及AP管理装置3发送AP软件7，AP管理装置3对AP软件7进行注册。在该处理顺序的情况下，能够将客户端装置2发送AP软件注册请求的次数抑制为1次。
图11是说明向集群管理装置4所管理的集群追加新的AP执行装置10的次序的流程图。
首先，AP执行装置10的管理者等将AP执行装置10与通信网络5连接(S1111)。
接下来，集群管理装置4的管理者等将新与通信网络5连接的上述的AP执行装置10的信息作为AP执行装置信息451注册(存储)(S1112)。此外，新注册的AP执行装置信息451也被通知(共享)给进程间信息共享部423，并被共享给该AP执行装置10所属的集群的各AP执行装置10。
图12是AP执行装置信息451的一例。例示的AP执行装置信息451以JSON形式的数据被记述。AP执行装置信息451包含通信关联信息、上述的属性信息、以及认证信息。
其中，通信关联信息是在属于相同的集群的AP执行装置10(AP进程800)间协作地进行AP软件的处理时，在各AP执行装置10(AP进程800)间进行通信所需的信息(例如，AP执行装置10的IP地址、AP进程800的端口号等)。在该图中，第“0002”行中记述的信息相当于通信关联信息。
另外，属性信息是AP进程进行上述的“转发处理”时确定转发目的地的AP执行装置10所需的信息，例如是用于确定设置有AP执行装置10的据点8或管理AP执行装置10的组织的信息、表示AP执行装置10的名称、AP执行装置10的构成(处理器或存储器的信息)的信息等。此外，在AP执行装置10提供虚拟机的情况下，在属性信息中包含与虚拟机相关的信息。在该图中，第“0003”～“0019”行中记述的信息相当于属性信息。
另外，认证信息是在对AP执行装置10的AP进程800或由AP进程800实现的功能进行访问(通信、利用等)时所需的信息(用户ID、密码)等。在该图中，第“0020”～“0021”行中记述的信息相当于认证信息。
图13是说明在图11的S1112中，集群管理装置4从客户端装置2受理AP执行装置信息时进行的处理(以下称为“AP执行装置信息受理时序S1300”)的时序图。
首先，处理请求受理部410从客户端装置2接收AP执行装置信息(S1311)，并将接收的AP执行装置信息向集群管理部420发送，集群管理部420(AP执行装置信息管理部421、进程间信息共享部423)接收AP执行装置信息(S1312)。
集群管理部420的AP执行装置信息管理部421将接收的AP执行装置信息作为AP执行装置信息451存储(S1313)。另外，集群管理部420的进程间信息共享部423将接收的AP执行装置信息451作为管理对象存储(S1314)。
此外，作为别的处理顺序，也可以在AP执行装置信息被注册(S1313)后，AP执行装置信息管理部421将AP执行装置信息向进程间信息共享部423发送(S1312)，进程间信息共享部423对AP执行装置信息451进行存储(S1314)。
图14是说明集群管理装置4从客户端装置2受理属性信息的变更请求时进行的处理(以下称为“属性信息变更时序S1400”)的时序图。
首先，处理请求受理部410从客户端装置2接收属性信息的变更信息(S1411)，并将接收的上述变更信息向集群管理部420发送，集群管理部420(AP执行装置信息管理部421、进程间信息共享部423)接收上述变更信息(S1412)。此外，在上述变更信息的受理时，处理请求受理部410也可以对上述变更信息的内容进行检查(检查在变更信息中是否包含非法字符、变更信息中包含的AP执行装置10的标识符是否没有重复等)，使得属性信息非法的内容不被存储至集群管理装置4。像这样，通过由处理请求受理部410对变更信息的内容进行检查，能够将问题的发生防患于未然。
接下来，AP执行装置信息管理部421使接收的上述变更信息反映于AP执行装置信息451(S1413)。另外，进程间信息共享部423将送来的上述变更信息反映于自身所存储的AP执行装置信息(S1414)。此外，AP执行装置信息451的内容与进程间信息共享部423所存储的AP执行装置信息的内容需要同步，因此优选在确认了在S1413中上述变更信息被反映于AP执行装置信息451之后，反映于进程间信息共享部423所存储的AP执行装置信息的内容(S1414)。
图15是属性信息的变更信息的一例。例示的变更信息以JSON形式的数据被记述。例示的变更信息包含通信关联信息(第“0002”行)及属性信息(“0003”～“0019”行)，但不包含认证信息。此外，变更信息包含通信关联信息，是因为需要确定作为该变更信息的反映对象的AP执行装置信息。
图16是说明集群管理装置4从客户端装置2受理属性信息的取得请求时进行的处理(以下称为“属性信息提供时序S1600”)的时序图。此外，用户例如在AP软件的编辑时参照通过该处理提供的属性信息。
首先，处理请求受理部410从客户端装置2受理属性信息的取得请求(S1611)。上述取得请求既可以指定特定的AP执行装置10的属性信息，也可以指定集群管理装置4所管理(存储)的多个属性信息。
处理请求受理部410如果接收了上述取得请求，则向集群管理部420的属性信息管理部422发送由上述取得请求指定的属性信息的提供请求(S1612)。
属性信息管理部422如果接收了上述提供请求，则将由该提供请求指定的属性信息向处理请求受理部410发送(S1613)。
处理请求受理部410如果从属性信息管理部422接收了属性信息，则将接收的属性信息向客户端装置2发送(S1614)。
图17是说明集群管理装置4从客户端装置2接收了AP进程800的生成指示时进行的处理(以下称为“AP软件执行准备时序S1700”)的时序图。AP软件执行准备时序S1700是用于AP执行装置10执行AP软件7的准备处理。
首先，从客户端装置2向集群管理装置4的处理请求受理部410发送AP进程800的生成指示(S1711)。
处理请求受理部410如果接收了上述生成指示，则将AP进程的生成指示，向作为该生成指示的对象的预定协作地执行AP进程800的预定的多个AP执行装置10(属于相同的集群的AP执行装置10。在本例中设为3个AP执行装置10(1)～(3)属于相同的集群)发送(S1712)。
AP执行装置10的进程执行管理部120如果接收了上述生成指示(S1713)，则生成AP进程800(S1713、S1714)。
启动后的AP进程800向进程间信息共享部423发送AP软件7的取得请求(S1715)。进程间信息共享部423如果接收了上述取得请求，则将被请求的AP软件7向请求源的AP进程800发送，AP进程800接收上述AP软件7并存储(S1716)。由此，在AP执行装置10(AP进程800)中部署AP软件7。
接下来，AP进程800向进程间信息共享部423发送向集群(协作地处理AP软件7的AP执行装置10所属的集群)的参加注册请求(S1717)。进程间信息共享部423如果接收了上述参加注册请求，则对集群管理信息452进行更新来将该AP进程800向上述集群注册(S1718)。
接下来，AP进程800将上述规定的集群的信息(属于该集群的AP进程800的信息(一览表信息等)、属于该集群的AP进程800所存在的AP执行装置10的属性信息等)的提供请求向进程间信息共享部423发送(S1719)。
进程间信息共享部423如果接收了上述提供请求，则从存储部405取得相应的信息，并将取得的信息向AP进程800发送(S1720)。
图18是说明在新的AP进程800参加集群时进行的与属于该集群的AP执行装置10(在本例中设为3个AP执行装置10(1)～(3)属于该集群)间的信息共享相关的处理(以下称为“集群内信息共享时序(AP进程启动时)S1800”)的时序图。
如果在属于某集群的AP执行装置10(1)中新启动了AP进程800(1)，则如上所述AP进程800(1)发送向该集群的参加注册请求(S1811)。
进程间信息共享部423如果接收了上述参加注册请求，则对集群管理信息452进行更新来将该AP进程800(1)向上述集群注册(S1812)。
接下来，进程间信息共享部423向属于该集群的其他AP执行装置10(2)、(3)发送AP进程800(1)所存在的AP执行装置10(1)的AP执行装置信息(包含通信信息、属性信息及认证信息)，其他AP执行装置10(2)、(3)接收上述AP执行装置信息并存储(S1813)。
图19是说明在AP进程800消失时进行的与属于该集群的AP执行装置10(在本例中设为3个AP执行装置10(1)～(3)属于该集群)间的信息共享相关的处理(以下称为“集群内信息共享时序(AP进程消失时)S1900”)的时序图。此外，作为AP进程800的消失理由，例如有AP执行装置10或通信网络5的故障、用户有意地实施消失操作等。
进程间信息共享部423实时地监视从AP进程800送来的生存通知(S1911)。进程间信息共享部423如果检测出某AP进程800(1)的生存通知断绝(S1912)，则对集群管理信息452进行更新来使该AP进程800(1)向当前该AP进程800(1)所属的集群的参加无效(S1913)。
接下来，进程间信息共享部423向属于该集群的其他AP进程800(2)、(3)通知AP进程800(1)从上述集群脱离(S1914)。其他AP进程800(2)、(3)如果接收了上述通知，则对各自所存储的与向该集群的参加状况相关的信息进行更新，使AP进程800(1)向该集群的参加无效(S1915)。
此外，通过以上说明的AP软件执行准备时序S1700、集群内信息共享时序(AP进程启动时)S1800及集群内信息共享时序(AP进程消失时)S1900，在属于相同的集群的AP执行装置10(AP进程800)间，常时维持与集群相关的信息的同步。
图20是说明AP执行装置10(AP进程800)执行AP软件7时的处理的流程(以下称为“AP软件执行时序S2000”)的时序图。此外，在本例中，设为属于相同的集群的据点8(1)的AP执行装置10(1)的AP进程800(1)与据点8(2)的AP执行装置10(2)的AP进程800(2)协作地执行AP软件7。另外，AP软件7作为一例设为图21中例示的构成。
如图20所示，首先，AP进程800(1)的AP软件处理执行部8121(1)接受来自集群管理装置4的执行开始指示并开始AP软件7的执行(开始从“处理A”顺次执行)(S2011、S2012)。
如果经过“处理B”的执行而处理到达了“转发处理a”(S2013)，则AP软件处理执行部8121(1)向AP进程800(1)的消息转发部8122(1)，发送包含向AP进程800(2)协作(交接)处理所需的信息的消息(以下称为“转发开始消息”)(S2014)。
在图22中表示转发开始消息的一例。如该图所示，转发开始消息包含：指定作为发送目的地的AP执行装置10的信息(第“0002”行的记述。以下称为“发送目的地装置指定信息”)、“转发处理a”的标识符(第“0003”行的记述。以下称为“处理块ID”)、表示该消息的类别(种类)的信息(第“0004”行的记述。以下称为“转发类别”)、以及向协作目的地(交接目的地)的处理块转交的信息(第“0005”～“0007”行的记述。以下称为“协作信息”)。
在本例中，作为发送目的地装置指定信息记述了“edge_siteA”。这指定了应该将存在于据点8(2)的AP执行装置10(2)指定为发送目的地。另外，作为转发类别指定了“start”。这表示该消息是转发开始消息。协作信息例如在AP软件7是图3所例示的软件的情况下是学习模型30(参数)。
返回图20，消息转发部8122(1)如果接收了转发开始消息，则将该转发开始消息的发送目的地装置指定信息与AP执行装置信息451及集群管理信息452对照，选出具有由发送目的地装置指定信息指定的属性的AP执行装置10(2)作为协作目的地的AP执行装置10(2)(S2015)。此外，在上述选出时，消息转发部8122(1)取得用于确定所选出的AP执行装置10(2)(AP进程800(2))的所在之处的信息(例如，AP执行装置10的网络地址和该AP执行装置10(2)的AP进程800(2)的端口号)。
接下来，消息转发部8122(1)向选出的AP执行装置10(2)(AP进程800(2))发送通知协作开始的消息(以下称为“协作开始消息”)(S2016)。
在图23中表示协作开始消息的一例。如该图所示，协作开始消息包含：表示发送源的AP执行装置10(1)的信息(第“0002”行的记述。以下称为“发送源信息”)、“转发处理a”的标识符(第“0003”行的记述。以下称为“处理块ID”)、表示该消息的类别(种类)的信息(第“0004”行的记述。以下称为“转发类别”)、向协作目的地(交接目的地)的处理块转交的信息(第“0005”～“0007”行的记述。以下称为“协作信息”)。此外，发送源信息是作为协作目的地的AP进程800(2)再次向AP进程800(1)交接处理时所需的信息。
返回图20，协作目的地的AP执行装置10(2)的AP进程800(2)的消息转发部8122(2)如果接收了协作开始消息，则将接收的协作开始消息向该AP进程800(2)的AP软件处理执行部8121(2)通知(发送)(S2017)。
AP软件处理执行部8121(2)如果接收了协作开始消息，则以协作开始消息的“协作信息”的内容作为输入，从“处理C”开始处理(S2018、S2019)。其中，AP软件处理执行部8121(2)根据在协作开始消息的“处理块ID”中设定了“转发处理a”的标识符，从后续于“转发处理a”的“处理C”开始处理。
如果经过“处理D”的执行而处理到达了“转发处理b”(S2020)，则接着AP软件处理执行部8121(2)向AP进程800(2)的消息转发部8122(2)，通知(发送)指示向AP进程800(1)协作(交接)处理的消息(以下称为“转发结束消息”)(S2021)。
消息转发部8122(2)如果接收了转发结束消息，则向AP执行装置10(1)的AP进程800(1)发送通知协作结束的消息(以下称为“协作结束消息”)(S2022)。
在图24中表示协作结束消息的一例。如该图所示，协作结束消息包含：表示协作开始消息的发送源的AP执行装置10(1)的信息(第“0002”行的记述。以下称为“发送源信息”)、“转发处理a”的标识符(第“0003”行的记述。以下称为“处理块ID”)、表示该消息的类别(种类)的信息(第“0004”行的记述。以下称为“转发类别”)、向协作目的地(交接目的地)的处理块转交的信息(第“0005”～“0007”行的记述。以下称为“协作信息”)。此外，协作结束消息中的发送源信息与协作开始消息的发送源信息是相同的。另外，在协作信息中，例如在AP软件7是图3所例示的软件的情况下，设定根据传感器数据更新后的学习模型30(参数)。
返回图20，AP进程800(1)的消息转发部8122(1)如果接收了协作结束消息，则将接收的协作结束消息的内容向AP软件处理执行部8121(1)通知(发送)(S2023)。AP软件处理执行部8121(1)如果接受了上述通知，则基于协作结束消息的内容确定接下来应该执行的处理块(在本例中确定为“处理E”)，以协作结束消息的“协作信息”作为输入，从确定的处理块(“处理E”)开始处理。此外，AP软件处理执行部8121(1)根据在协作结束消息的“处理块ID”中设定了“转发处理a”的标识符，且在“转发类别”中设定了意味着协作结束的“end”，从后续于“转发处理b”的“处理E”开始处理。
如上，经由“转发处理”，在各据点8的AP执行装置10(AP进程800)间协作进行处理，由各据点8的AP执行装置10中部署的相同的(共通的)AP软件7执行处理。
如以上详细说明的那样，在本实施方式的信息处理系统1中，在协作地执行处理的多个AP执行装置10的各个AP执行装置10中被提供(部署)具有共通的(相同的)构成的AP软件7，因此无需按每个AP执行装置10构筑不同的AP软件7，能够在信息处理系统1整体上高效地开发在多个据点8间协作地执行处理的软件。另外，能够在用户能够设定的AP执行装置信息451中指定使其执行AP软件7的AP执行装置10，因此用户能够容易而且灵活地选择AP软件7的执行环境。
另外，在多个AP执行装置10的任一个中都被提供(部署)共通的(相同的)AP软件7，因此AP软件7的管理(保养)负担、运用负担较少即可。另外，能够在信息处理系统1整体上减轻通信负荷，还能够提高安全性。
[第2实施方式]
如图10所示，在第1实施方式中从客户端装置2向集群管理装置4直接提供AP软件，但也可以设为由AP管理装置3进行包含版本管理的AP软件的管理，由集群管理装置4从AP管理装置3接受AP软件的提供。以下，以与第1实施方式不同的部分作为中心进行说明。
图25是说明第2实施方式的AP管理装置3的主要的功能的图。如该图所示，第2实施方式的AP管理装置3除了第1实施方式的AP管理装置3所具备的功能之外，还具备AP软件提供部530。AP软件提供部530响应于来自集群管理装置4的请求，将被指定的版本的AP软件7向集群管理装置4发送。
图26是说明第2实施方式的集群管理装置4的主要的功能的图。如该图所示，第2实施方式的集群管理装置4除了第1实施方式的集群管理装置4所具备的功能之外，还具备AP软件取得部430。AP软件取得部430从AP管理装置3取得规定版本的AP软件7，而且将取得的AP软件7向进程间信息共享部423反映。
图27是说明第2实施方式的集群管理装置4的处理请求受理部410从客户端装置2接收了AP软件的反映请求时进行的处理的流程(以下称为“AP软件反映时序S700”)的时序图。
与第1实施方式同样，从客户端装置2向AP管理装置3发送AP软件7(S2711)，AP管理装置3接收送来的AP软件7并作为管理对象注册(存储)(S2712)。
集群管理装置4的处理请求受理部410如果从客户端装置2接收了AP软件的反映请求(S2713)，则将接收的反映请求向AP软件取得部430通知(S2714)。
AP软件取得部430如果接收了上述反映请求，则将AP软件的取得请求向AP管理装置3发送(S2715)并从AP管理装置3取得AP软件7(S2716)，将取得的AP软件7向进程间信息共享部423发送(S2717)。
进程间信息共享部423接收AP软件7，将接收的AP软件7作为管理对象注册(存储)(S1018)。
在像这样构成为由AP管理装置3进行包含版本管理的AP软件的管理的情况下，也可以设为由集群管理装置4从AP管理装置3接受AP软件的提供。
[第3实施方式]
如图21及图22所示，在第1实施方式的信息处理系统1中，AP软件7的开发者在AP软件7的“转发处理a”中设定发送目的地装置指定信息，从而该处理块以后的处理块在由发送目的地装置指定信息指定的据点8执行。相对于此，在以下说明的第3实施方式的信息处理系统1中，AP软件7的开发者在AP软件7的转发处理块中设定该处理以后的处理所需的数据(数据的元信息)，从而自动地选择能够执行AP软件7的转发处理块以后的处理块的(能够利用该数据的)据点8的AP执行装置10，并由选择的AP执行装置10执行转发处理块以后的处理块的处理。根据该第3实施方式的信息处理系统1，AP软件7的开发者在处理块的执行时无需掌握所需的数据存在于哪个据点8，而仅通过向需要该数据的处理附加用于指定该数据的信息(以下称为“数据指定信息”)，就能够使得该处理块由能够利用该数据的据点8的AP执行装置10执行。第3实施方式的信息处理系统1的基本性的构成与第1实施方式的信息处理系统1是同样的。以下，以与第1实施方式不同的部分作为中心进行说明。
图28是表示第3实施方式的信息处理系统1的概略性的构成的图。如该图所示，第3实施方式的信息处理系统1除了第1实施方式的信息处理系统1所具备的构成之外，在各据点8分别具备对各据点8中收集的数据进行管理的数据库2801。数据库2801例如是由DBMS实现的关系型数据库。各据点8的数据库2801(1)～(N)以能够与存在于各据点8的AP执行装置10(1)～(N)进行通信的方式被连接。
在图29中，表示第3实施方式的AP执行装置10所具备的主要的功能。第3实施方式的AP执行装置10除了第1实施方式的AP执行装置10所具备的功能之外，还具备数据信息管理部130。另外，第3实施方式的AP执行装置10的存储部105除了第1实施方式的存储部105所存储的数据之外，还存储数据列表153和DB连接信息154。各据点8的数据列表153包含指定各个据点8的数据库2801中包含的数据的信息(上述的数据指定信息)的列表。DB连接信息154包含访问数据库2801的数据时所需的信息(以下称为“DB连接信息”)。作为DB连接信息的例子，有数据库2801的网络地址、用于确定数据库2801的种类的信息、用于访问数据库2801的认证信息等。
数据信息管理部130提供用于对数据列表153、DB连接信息154进行编辑(注册、变更、删除等)的用户界面。各据点8的用户(数据管理者等)能够经由数据信息管理部130对数据列表153、DB连接信息154进行编辑。DB连接信息154基于防止信息向外部流出等观点在各AP执行装置10中被个别地管理，在原则上不向集群管理装置4发送。数据列表153被经由通信网络5也向集群管理装置4发送。
在图30中，表示第3实施方式的集群管理装置4所具备的主要的功能。第3实施方式的集群管理装置4的存储部405除了第1实施方式的集群管理装置4的存储部405所存储的数据之外，还存储数据列表453。数据列表453是对从各据点8的AP执行装置10送来的数据列表153进行综合而得到的数据，由进程间信息共享部423管理。此外，如后所述，AP执行装置10在实际上能否访问数据列表453中注册的各数据，在AP软件7向AP执行装置10部署时等被确认(验证)。AP软件7的开发者能够经由客户端装置2的处理请求受理部410参照数据列表453。由此，AP软件7的开发者在AP软件7的开发时，能够一边确认数据列表453一边向AP软件7记述数据指定信息。
在图31中表示数据列表453的一例。例示的数据列表453包含具有AP执行装置ID4531、数据名4532及说明4533的各项目(列)的一个以上的记录。在AP执行装置ID4531中，设定AP执行装置10的标识符(以下称为“AP执行装置ID”)。在数据名4532中，设定数据指定信息(在本例中是数据名)。在说明4533中，设定对该数据进行说明的信息(AP软件7的开发者等人所参照的信息)。此外，在数据列表453中，也可以还设置设定各数据的格式、样本数据的项目(列)。另外，例示的数据列表453是以关系型数据库形式的格式记述的数据列表，但数据列表453的格式不一定进行限定。
在图32中表示第3实施方式中的AP软件7的记述例。例示的AP软件7依照Python语言的句法被记述。此外，记述AP软件7的语言不一定进行限定。第1实施方式的图21所示的AP软件7的一个处理块，对应于图32中例示的AP软件7中记述的一个函数。在图32中例示的AP软件7中记述了5个函数。其中，main函数(3223～3226行)被最初执行，其他4个函数被从main函数顺次调用并执行。如该图所示，在本例中，仅对anomaly_factor函数(3206～3212行)附加了使用“＠”记号记述的装饰器。该装饰器表示：Anomaly_factor函数在管理着与“pic.line-a.jp”的数据名(数据指定信息)对应的数据的据点8中被执行。此外，在第3206行中，能够同时记述多个数据名(数据指定信息)。
第3209行的“db_connector.get(data[0])”是访问数据库2801的数据的函数。通过执行该函数，从数据库2801取得数据的值。在第3211行中，进行使用在第3209行中取得的值的处理。此外，上述函数以不依赖于数据库2801的种类(以下称为“DB类别”)的通用的记述形式被记述。由此，AP软件7的开发者不用意识DB类别，能够高效地开发AP软件7。
在图33中表示DB连接信息154的一例。在DB连接信息154中，管理AP执行装置10访问数据库2801所需的信息(DB连接信息)。例示的DB连接信息154由包含数据名1541、DB类别1542、连接目的地1543、认证信息1544等各项目的一个以上的记录构成。
在数据名1541中，设定上述的数据指定信息。在DB类别1542中，设定表示存放着该数据的数据库2801的DB类别的信息。在连接目的地1543中，设定在访问数据库2801时使用的连接信息(IP地址、端口号等)。在认证信息1544中，设定访问数据库2801时所需的认证信息(用户ID、密码等)。
此外，AP软件7的开发者在AP软件7的开发时，仅在AP软件7中记述像图32的第3209行中记述的数据取得函数(db_connector.get)那样的通用的函数即可，从AP执行装置10向数据库2801的访问通过AP执行装置10参照在据点8侧被管理的DB连接信息154来进行。因此，AP软件7的开发者能够高效地开发AP软件7。此外，关于在AP软件7中记述对数据库2801所管理的数据进行编辑(注册、更新、删除等)的处理的情况，也与例示的数据取得函数同样能够记述通用的函数，由此能够提高AP软件7的开发效率。
在图34中表示由第3实施方式的AP进程800实现的主要的功能。如该图所示，第3实施方式的AP进程800除了第1实施方式的AP进程800所具备的功能之外，还具备DB连接确认执行部8123。DB连接确认执行部8123在AP软件7被部署至AP执行装置10时等适宜的定时，进行对在包含自身的AP进程800所存在的据点8中能否利用与AP软件7中记述的数据指定信息对应的数据进行确认的处理(以下称为DB连接确认时序S3500)。
图35是说明DB连接确认时序S3500的一例的时序图。如该图所示，如果通过图17的AP软件执行准备时序S1700向AP进程800部署投入了AP软件7(S1716)，则DB连接确认执行部8123参照存储部105中存放的AP软件7(S3501～S3502)，读取AP软件7中记述的数据指定信息(S3503)。另外，DB连接确认执行部8123从存储部105取得与读取的数据指定信息对应的数据的DB连接信息154(S3504～S3505)。
接下来，DB连接确认执行部8123使用所取得的DB连接信息154访问数据库2801，确认能否访问数据库2801(例如，确认ping命令是否到达数据库2801)(S3506～3507)。
接下来，DB连接确认执行部8123确认能否利用访问目的地的数据库2801的与数据指定信息对应的数据(在实际上能否取得该数据的值)(S3508～3509)。在能够利用与数据指定信息对应的数据的情况下，DB连接确认执行部8123向进程间信息共享部423通知在包含自身的AP进程800中能够利用该数据(即，能够执行利用该数据的处理(例如，图32的3206～3212行中记述的处理))(S3510)。另一方面，在不能利用与数据指定信息对应的数据的情况下，DB连接确认执行部8123向进程间信息共享部423通知在包含自身的AP进程800中无法利用该数据(即，无法执行利用该数据的处理)(S3510)。
进程间信息共享部423通过接收以上的通知来对数据列表453进行更新，将更新后的数据列表453的内容向各AP执行装置10、集群管理装置4提供。由此，AP进程800的消息转发部8122能够知晓：包含自身的AP进程800以外的其他AP进程800(AP执行装置10)之中的、哪一个据点8的AP进程800(AP执行装置10)能够利用怎样的数据。
另外，以上例示了以AP软件7被部署(S1716)为契机确认AP执行装置10在实际上能否利用数据库2801的数据的情况，但上述确认例如也可以在数据库2801的内容被更新(数据的注册、编辑、删除)的情况或数据库2801不再存在的情况下进行。
图36是说明第3实施方式的AP软件执行时序S2000的时序图。第3实施方式的AP软件执行时序S2000与第1实施方式的AP软件执行时序S2000在S2014中发送的转发开始消息的内容及S2015的处理的内容上不同。
如该图所示，如果AP软件7中记述的处理的执行开始，且到达了使用据点8的数据的处理(例如，图32的第3206～3212行的处理)(S3601)，则与第1实施方式同样，从AP软件处理执行部8121(1)向消息转发部8122(1)发送转发开始消息(S3602)。但是，与第1实施方式不同，在被发送的转发开始消息中，不是记述了转发目的地的据点3的属性信息，而是记述了指定在以后的处理块的执行时被利用的数据的数据指定信息(数据名等)。
接下来，消息转发部8122(1)选出能够利用与数据指定信息对应的数据的AP执行装置10(S3603)。该处理如上所述，通过消息转发部8122(1)参照从进程间信息共享部423提供的数据列表453来进行。其后的AP软件执行时序S2000的各处理与第1实施方式是同样的。
图37是在图26的S3602中发送的转发开始消息的一例。与第1实施方式不同，在例示的转发开始消息中，不是记述了表示据点8的属性信息的信息，而是记述了在以后的处理块中被利用的数据的数据指定信息(数据名)(3702～3704行)。此外，为了也能够对应于使用多个数据的处理，也能够在转发开始消息中以列表形式记述多个数据指定信息。
如以上说明的那样，根据第3实施方式的信息处理系统1，在协作时自动地选择能够利用AP软件7中记述的数据指定信息(数据名等)的AP执行装置10，向选择的AP执行装置10发送协作开始消息。因此，开发者无需事先掌握哪一个据点8的AP执行装置10能够协作，能够高效地开发AP软件7，尤其是在大量据点8存在于大范围的情况下期待得到很大的效果。另外，AP软件7的开发者无需对各据点8中的DB连接信息进行管理，因此无需常时掌握每个据点8的环境，减轻了用于AP软件7的开发或保养的、AP软件7的开发者的信息的管理负担。
以上，关于本发明的一个实施方式进行了说明，但本发明不限定于上述的实施方式，在不脱离其主旨的范围内显然能够进行各种变更。例如，上述的实施方式是为了使本发明易于理解地说明而详细说明的方式，不一定限定于具备说明的全部构成。另外，关于上述实施方式的构成的一部分，能够进行其他构成的追加、删除、置换。
另外，上述的各构成、功能部、处理部、处理手段等也可以将其一部分或者全部例如通过在集成电路中设计等而利用硬件实现。另外，上述的各构成、功能等也可以通过由处理器解释并执行用于实现各个功能的程序而利用软件实现。用于实现各功能的程序、表、文件等的信息能够置于存储器、硬盘、SSD(固态驱动器(Solid State Drive))等记录装置、IC卡、SD卡、DVD等记录介质。
另外，在上述的各图中，控制线、信息线示出了认为在说明上需要的对象，不一定限于示出了安装上的全部控制线、信息线。例如，也可以认为在实际上几乎全部构成都相互连接。
另外，以上说明的各信息处理装置的各种功能部、各种处理部、各种数据库的配置方式不过是一例。各种功能部、各种处理部、各种数据库的配置方式能够基于这些装置所具备硬件、软件的性能、处理效率、通信效率等观点而变更为最佳的配置方式。
另外，存放上述的各种数据的数据库的构成(模式(Schema)等)，能够基于资源的有效利用、处理效率提高、访问效率提高、检索效率提高等观点而灵活地变更。
附图标记说明：
1信息处理系统，2客户端装置，205存储部，210AP软件编辑部，220AP软件转发部，230属性信息取得提示部，240处理请求发送部，252属性信息，3AP管理装置，305存储部，310AP软件接收部，320AP软件管理部，4集群管理装置，405存储部，410处理请求受理部，420集群管理部，421AP执行装置信息管理部，422属性信息管理部，423进程间信息共享部，451AP执行装置信息，452集群管理信息，5通信网络，7AP软件，8据点，10AP执行装置，105存储部，110传感器数据取得部，120进程执行管理部，152传感器数据，800进程，811AP软件接收部，812进程执行控制部，8121AP软件处理执行部，8122消息转发部，813生存通知发送部，153数据列表，154DB连接信息，8123DB连接确认执行部。

Claims (18)

1.一种信息处理系统，包含被设置在多个据点的各个据点且作为执行AP软件即应用软件的信息处理装置的多个AP执行装置即应用执行装置，该AP软件是实现应用的功能的软件，所述AP执行装置经由通信网络以能够相互进行通信的方式被连接，所述AP执行装置各自存储以相同的顺序执行相同的处理块的共通的AP软件，所述AP软件包含转发处理块，该转发处理块是实现用于协作的处理的处理块，该用于协作的处理使由第1据点的第1AP执行装置执行的所述处理块的处理与第2据点的第2AP执行装置协作进行，如果在所述AP软件的处理块顺次执行时到达了第1转发处理块，则所述第1AP执行装置将作为通知协作开始的消息的协作开始消息向所述第2AP执行装置发送，所述第2AP执行装置如果接收了所述协作开始消息，则从后续于所述第1转发处理块的处理块开始顺次执行，所述信息处理系统管理数据列表，该数据列表是表示在所述多个AP执行装置的各个AP执行装置中能够利用的数据的信息，所述第1AP执行装置，如果在所述AP软件的处理块顺次执行时到达了所述第1转发处理块，则基于所述数据列表，选出能够利用与该第1转发处理块中记述的数据指定信息对应的数据的所述AP执行装置作为所述第2AP执行装置，该数据指定信息是用于指定所述第2据点中的数据的信息，将作为通知协作开始的消息的协作开始消息向选出的所述第2AP执行装置发送，所述第2AP执行装置如果接收了所述协作开始消息，则从后续于所述第1转发处理块的处理块开始顺次执行。
2.如权利要求1所述的信息处理系统，所述协作开始消息包含直到所述第1转发处理块的紧前的处理块为止的执行结果，所述第2AP执行装置将所述执行结果向后续于所述第1转发处理块的处理块输入。
3.如权利要求1所述的信息处理系统，如果在所述AP软件的处理块顺次执行时到达了所述第1转发处理块，则所述第1AP执行装置将包含该第1转发处理块的标识符的作为通知协作开始的消息的协作开始消息向所述第2AP执行装置发送，如果在后续于所述第1转发处理块的处理块顺次执行时到达了第2转发处理块，则所述第2AP执行装置将包含所述第1转发处理块的标识符的作为通知协作结束的消息的协作结束消息向所述第1AP执行装置发送，所述第1AP执行装置如果接收了所述协作结束消息，则从后续于所述第2转发处理块的处理块开始顺次执行。
4.如权利要求3所述的信息处理系统，所述协作结束消息包含直到所述第2转发处理块的紧前的处理块为止的执行结果，所述第1AP执行装置将所述执行结果向后续于所述第2转发处理块的处理块输入。
5.如权利要求1所述的信息处理系统，多个所述AP执行装置构成协作地执行相同的所述AP软件的集群，所述信息处理系统具备集群管理装置，该集群管理装置是与所述多个AP执行装置的各个AP执行装置以能够进行通信的方式连接的信息处理装置，所述集群管理装置存储AP执行装置信息即应用执行装置信息，并向所述多个AP执行装置的各个AP执行装置发送所述AP执行装置信息，该AP执行装置信息是表示属于各个所述集群的所述AP执行装置的信息。
6.如权利要求5所述的信息处理系统，所述AP执行装置信息包含将通信信息与属性信息建立对应而得到的信息，该通信信息是表示所述AP执行装置在所述通信网络中的所在之处的信息，该属性信息是所述AP软件中记述的用于确定所述AP执行装置的所在之处的信息。
7.如权利要求6所述的信息处理系统，所述AP软件包含对作为协作目的地的所述第2AP执行装置进行指定的所述属性信息的记述，所述AP执行装置将所述记述与所述AP执行装置信息对照，从而确定作为协作目的地的所述AP执行装置在所述通信网络中的所在之处。
8.如权利要求6所述的信息处理系统，所述集群管理装置与作为供用户操作的信息处理装置的客户端装置以能够进行通信的方式连接，经由所述客户端装置从用户受理所述AP执行装置信息的设定。
9.如权利要求8所述的信息处理系统，所述集群管理装置对从用户受理的所述AP执行装置信息的内容的错误进行检查。
10.如权利要求8所述的信息处理系统，所述集群管理装置将存储的所述AP执行装置信息向所述客户端装置发送。
11.如权利要求6所述的信息处理系统，所述集群管理装置受理新的所述AP执行装置向所述集群的参加注册，将受理的所述AP执行装置的所述AP执行装置信息向属于所述集群的其他所述AP执行装置发送。
12.如权利要求11所述的信息处理系统，所述集群管理装置经由所述通信网络进行AP进程即应用进程的生存确认，其中AP进程是在属于某所述集群的所述AP执行装置中执行被生成的所述AP软件的进程，如果一个所述AP执行装置的所述AP进程的生存变得无法确认，则所述集群管理装置使该AP执行装置从该集群脱离，并且向其他所述AP执行装置通知该AP执行装置从所述集群脱离。
13.如权利要求6所述的信息处理系统，所述集群管理装置，与作为供用户操作的信息处理装置的客户端装置以能够进行通信的方式连接，从所述客户端装置接收所述AP软件并存储，响应于从所述AP执行装置送来的所述AP软件的取得请求，将所述AP软件向所述AP执行装置发送。
14.如权利要求13所述的信息处理系统，所述集群管理装置与作为进行所述AP软件的版本管理的信息处理装置的AP管理装置即应用管理装置以能够进行通信的方式连接，从所述AP管理装置取得所述AP软件并存储。
15.如权利要求1所述的信息处理系统，所述AP执行装置各自与管理所述AP软件执行时利用的数据的数据库以能够进行通信的方式连接，所述AP执行装置访问所述数据库，从而对能否取得与自身中部署的所述AP软件所记述的所述数据指定信息对应的数据进行验证，在能够取得的情况下在所述数据列表中管理所述数据。
16.如权利要求15所述的信息处理系统，所述信息处理系统包含：与所述AP执行装置的各个AP执行装置以能够进行通信的方式连接、且以分散处理方式对所述数据列表进行更新管理的多个信息处理装置。
17.如权利要求15所述的信息处理系统，所述AP执行装置各自对作为各自与所述数据库连接所需的信息的DB连接信息即数据库连接信息个别地进行管理。
18.一种信息处理系统的控制方法，该信息处理系统构成为：包含被设置在多个据点的各个据点且作为执行AP软件即应用软件的信息处理装置的多个AP执行装置即应用执行装置，该AP软件是实现应用的功能的软件，所述AP执行装置经由通信网络以能够相互进行通信的方式被连接，在所述信息处理系统的控制方法中，所述AP执行装置各自存储以相同的顺序执行相同的处理块的共通的AP软件，所述AP软件包含转发处理块，该转发处理块是实现用于协作的处理的处理块，该用于协作的处理使由第1据点的第1AP执行装置执行的所述处理块的处理与第2据点的第2AP执行装置协作进行，如果在所述AP软件的处理块顺次执行时到达了第1转发处理块，则所述第1AP执行装置将作为通知协作开始的消息的协作开始消息向所述第2AP执行装置发送，所述第2AP执行装置如果接收了所述协作开始消息，则从后续于所述第1转发处理块的处理块开始顺次执行，在所述信息处理系统的控制方法中，管理数据列表，该数据列表是表示在所述多个AP执行装置的各个AP执行装置中能够利用的数据的信息，所述第1AP执行装置，如果在所述AP软件的处理块顺次执行时到达了所述第1转发处理块，则基于所述数据列表，选出能够利用与该第1转发处理块中记述的数据指定信息对应的数据的所述AP执行装置作为所述第2AP执行装置，该数据指定信息是指定所述第2据点中的数据的信息，将作为通知协作开始的消息的协作开始消息向选出的所述第2AP执行装置发送，所述第2AP执行装置如果接收了所述协作开始消息，则从后续于所述第1转发处理块的处理块开始顺次执行。
CN202080005057.4A 2019-05-28 2020-02-26 信息处理系统及信息处理系统的控制方法 Active CN112673353B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2019-099564 2019-05-28
JP2019099564 2019-05-28
JP2019-165080 2019-09-11
JP2019165080A JP7189104B2 (ja) 2019-05-28 2019-09-11 情報処理システム、及び情報処理システムの制御方法
PCT/JP2020/007813 WO2020240954A1 (ja) 2019-05-28 2020-02-26 情報処理システム、及び情報処理システムの制御方法

Publications (2)

Publication Number Publication Date
CN112673353A CN112673353A (zh) 2021-04-16
CN112673353B true CN112673353B (zh) 2024-07-05

Family

ID=73648014

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080005057.4A Active CN112673353B (zh) 2019-05-28 2020-02-26 信息处理系统及信息处理系统的控制方法

Country Status (4)

Country Link
JP (1) JP7189104B2 (zh)
KR (1) KR102523389B1 (zh)
CN (1) CN112673353B (zh)
BR (1) BR112021004630A2 (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014109800A (ja) * 2012-11-30 2014-06-12 Fujitsu Ltd 分散処理方法、情報処理装置、及びプログラム

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3860385B2 (ja) * 2000-03-23 2006-12-20 日本電信電話株式会社 動的連携情報引継ぎ方法，連携プロセス制御装置およびそのプログラム記録媒体
JP3780880B2 (ja) * 2001-07-05 2006-05-31 ソニー株式会社 通信システム、サーバ装置、クライアント装置、連携処理提供方法、連携処理方法、プログラムおよび記録媒体
JP4383757B2 (ja) * 2003-02-28 2009-12-16 日本電信電話株式会社 アプリケーションプロセス管理方法、分散サーバシステム及びアプリケーションプロセス管理プログラム
JP4663525B2 (ja) * 2006-01-06 2011-04-06 株式会社日立製作所 情報処理方法、情報処理装置、及びプログラム
JP2008250928A (ja) * 2007-03-30 2008-10-16 Nec Corp 機器連携管理システム、連携管理方法、および連携管理プログラム
JP2010219630A (ja) * 2009-03-13 2010-09-30 Canon Inc ワークフロー実行システム、ワークフロー実行方法、及びプログラム
CN102770852B (zh) * 2010-02-18 2015-07-29 株式会社日立制作所 信息通信处理系统、方法和网络节点
US9203900B2 (en) * 2011-09-23 2015-12-01 Netapp, Inc. Storage area network attached clustered storage system
US9332061B2 (en) * 2011-11-25 2016-05-03 Panasonic Intellectual Property Corporation Of America Master device, integrated service management system, and integrated service management method
US9098344B2 (en) 2011-12-27 2015-08-04 Microsoft Technology Licensing, Llc Cloud-edge topologies
JP5626233B2 (ja) * 2012-02-15 2014-11-19 コニカミノルタ株式会社 情報処理システム、携帯情報端末およびプログラム
JP2014167685A (ja) 2013-02-28 2014-09-11 Kddi Corp データ処理システム、データ処理方法およびプログラム
JP5832481B2 (ja) 2013-06-12 2015-12-16 株式会社ソニー・コンピュータエンタテインメント 情報処理装置、情報処理システム、および情報処理方法
JP6303300B2 (ja) * 2013-06-25 2018-04-04 富士通株式会社 制御依頼方法、情報処理装置、システム、およびプログラム
US9639544B1 (en) * 2013-10-28 2017-05-02 Pivotal Software, Inc. Table data persistence
JP2016015580A (ja) * 2014-07-01 2016-01-28 株式会社リコー 連携処理システム、及び連携処理方法
WO2016174739A1 (ja) * 2015-04-28 2016-11-03 株式会社日立製作所 複合計算機システム、管理計算機、およびデータ連携管理方法
JP6665423B2 (ja) * 2015-05-14 2020-03-13 株式会社リコー 情報処理システム、情報処理装置、情報処理方法、および情報処理プログラム
US9684544B1 (en) * 2016-02-05 2017-06-20 Sas Institute Inc. Distributed data set storage and analysis reproducibility
WO2017163447A1 (ja) * 2016-03-22 2017-09-28 三菱電機株式会社 情報処理システム、情報処理装置及び情報処理方法
US10148498B1 (en) * 2016-03-30 2018-12-04 EMC IP Holding Company LLC Provisioning storage in a multi-site cloud computing environment
US11310113B2 (en) * 2016-05-27 2022-04-19 Intel Corporation Methods, systems and apparatus to improve cluster efficiency
JP6826865B2 (ja) * 2016-11-07 2021-02-10 日本放送協会 端末装置及びプログラム
JP6235108B1 (ja) * 2016-11-29 2017-11-22 株式会社 ヴァル研究所 情報処理装置、アプリ連携方法およびコンピュータプログラム
JP6901290B2 (ja) 2016-12-01 2021-07-14 エヌ・ティ・ティ・コミュニケーションズ株式会社 クラウド中継装置、クラウド接続処理方法、及びプログラム
JP6861058B2 (ja) * 2017-03-14 2021-04-21 日本放送協会 端末装置及びプログラム
JP6845477B2 (ja) * 2017-10-25 2021-03-17 株式会社 ヴァル研究所 情報処理装置およびコンピュータプログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014109800A (ja) * 2012-11-30 2014-06-12 Fujitsu Ltd 分散処理方法、情報処理装置、及びプログラム

Also Published As

Publication number Publication date
JP7189104B2 (ja) 2022-12-13
JP2020198068A (ja) 2020-12-10
KR20210041056A (ko) 2021-04-14
BR112021004630A2 (pt) 2021-05-25
KR102523389B1 (ko) 2023-04-20
CN112673353A (zh) 2021-04-16

Similar Documents

Publication Publication Date Title
US8584081B2 (en) Server side application integration framework
US7945675B2 (en) System and method for delegation of data processing tasks based on device physical attributes and spatial behavior
US20020184348A1 (en) Object oriented framework architecture for sensing and/or control environments
CN104899274B (zh) 一种内存数据库高效远程访问方法
CN111078238A (zh) 容器环境下应用配置集中处理方法及装置
CN102884508A (zh) 分层地分解消息
CN114221690A (zh) 用于云边协同系统的语义模型构建方法
CN102375894A (zh) 一种管理不同类型文件系统的方法
JP2006235831A (ja) 状態管理装置および方法およびプログラム
CN112673353B (zh) 信息处理系统及信息处理系统的控制方法
Pantoja et al. Exposing IoT objects in the internet using the resource management architecture
WO2020240954A1 (ja) 情報処理システム、及び情報処理システムの制御方法
CN114006942B (zh) 一种数据处理方法、系统、电子设备及存储介质
CN115033542A (zh) 文件传输方法、文件传输装置、电子设备及存储介质
CN115878121A (zh) 终端代码增量编译方法、系统、装置、服务器和存储介质
CN114297109A (zh) 一种基于订阅发布模式的数据处理方法、装置、电子设备及存储介质
CN114125024A (zh) 音频传输方法、电子设备及可读存储介质
CN102546614A (zh) 数据互导系统和数据互导方法
WO2023116276A1 (zh) 故障处理方法、装置、电子设备及存储介质
Singhvi et al. Prophet: a contextual information system framework
JPH08161186A (ja) タスク間通信方式
CN114741092A (zh) 传统应用的多租户部署方法、装置、设备及存储介质
CN116450189A (zh) 一种用于软件集成的系统、处理方法、介质以及设备
CN114116180A (zh) 混合云中的作业调度系统、方法和介质
CN115913922A (zh) 域名配置方法及装置

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