CN102770852A - 信息通信处理系统、方法和网络节点 - Google Patents

Abstract

在多个信息通信设备经由网络提供服务的分散信息通信处理系统中，实现应答速度、消耗电力、以及可靠性的改善。经由网络，在作为信息产生源的传感器类、致动器类、终端类的附近执行滤波处理的入口节点（EN）、变更信息处理位置并代替数据中心（DC）执行信息处理和通信处理的智能节点（IN）、以及对它们进行管理的管理节点（MN）协作，由此，构成提供各种服务的分散信息通信处理系统。由此，能够实现实时型信息处理。

Description

信息通信处理系统、方法和网络节点

技术领域

本说明书和附图所公开的技术涉及信息处理系统，特别涉及多个信息通信设备经由网络提供服务的分散信息通信处理技术。

背景技术

近年来，由于云计算的抬头，从信息处理设备的所有到利用的流通加速。云计算是如下的信息处理方式：没有意识在数据中心等中配备的服务器或存储器等信息通信技术（Information andCommunication Technology；ICT）设备的物理结构和存在，而经由网络利用这些ICT设备提供的服务。使用这种云计算的云系统相对于现有的ICT系统，具有灵活迅速地构筑系统、降低运用成本的优点。

在专利文献1中公开了如下结构：在用户明确地对本地服务器等信息处理装置委托了应用执行处理的情况下，如果不存在符合本地服务器的应用，则以数据中心等信息处理装置为目的地流通包，委托执行处理。在专利文献2中公开了如下系统：在存在分散配置于世界各地的多个站点的状况下，通过DNS（Domain Name System）赋予目的地地址，以便根据信息处理请求发行方的地域而应答接近站点的地址，供信息处理请求方参照适当站点。

现有技术文献

专利文献

专利文献1：日本特开2002-312312号公报

专利文献2：日本特表2002-520735号公报

发明内容

发明要解决的课题

在上述现有的云系统中，一般在远程地集中设置的数据中心提供信息处理功能，通过使用虚拟化功能等的设备集中、工作率提高，实现了IT服务的成本降低。但是，相对于信息产生源而在远程的数据中心集中该信息处理功能的体系结构应用于在IT商业中也要求实时性的应用、电子货币或交通控制、工厂控制、智能网格、大规模监视等的社会基础应用时，存在以下三个课题。

作为第一个课题，举出应答速度。在要求实时性的应用中，不需要秒级的应答速度，而需要毫秒级的应答速度。即使利用高品质网络，作为通信延迟，如果在日本和美国之间，则可能产生130ms左右的往返延迟时间，即使是在日本国内，在远距离城市之间也可能产生25ms左右的往返延迟时间。并且，在尽力服务的网络中，也认为存在2倍以上的延迟，如果这里包含信息处理时间，则无法满足社会基础应用所要求的毫秒级的应答速度。

作为第二个课题，举出节电。对远程配置的数据中心发送大量数据，由此，通信量增加，网络的消耗电力也增加。从降低环境负荷等的观点来看，节电是不可避免的课题。

作为第三个课题，举出可靠性。在社会基础应用中，需要提供毫秒级的故障修复或延迟时间保证等的保证型的可靠性。在以现有的尽力服务型网络为前提的情况下无法满足。

在本发明中，其目的在于，提供能够解决上述应用应答速度和节电等课题的分散信息通信处理系统、方法和网络节点。

用于解决课题的手段

为了实现上述目的，本发明的一个方式是配置有信息处理装置和请求服务的多个终端的信息通信处理系统，该信息通信处理系统具有：与终端连接的第一网络节点；第二网络节点，经由第一网络与第一网络节点连接，经由第二网络与信息处理装置连接；以及管理节点，对第一网络节点和第二网络节点进行管理。第一网络节点经由第二网络节点发送以信息处理装置为目的地的包。第二网络节点在接收到该包的情况下，在具有能够对该包进行处理的处理器的情况下，将该包的输出目的地变更为该处理器，将包含处理器的处理结果的包发送到第一网络节点。并且，信息处理装置在经由第二网络节点接收到包的情况下，执行应用。并且，在本发明的另一方式中，提供一种信息通信处理方法，用于对多个终端提供服务，其特征在于，与终端连接的第一网络节点经由第一网络与第二网络节点连接，第二网络节点经由第二网络与信息处理装置连接，为了对终端提供所述服务，在所述第一网络节点中，使用从所述终端取得的信息，向所述第一网络送出以所述信息处理装置为目的地的包，在所述第二网络节点中，在从所述第一网络接收到所述包的情况下，根据所述包中包含的目的地和信息，对所述第二网络节点所具有的信息处理功能部或所述第二网络节点以外的节点输出所述包，在所述第二网络节点中，将包含所述信息处理功能部针对所述包的处理结果的包发送到所述第一网络节点，在所述第一网络节点中，接收包含所述处理结果的包，对所述终端提供所述服务。

进而，作为另一方式，提供一种网络节点，经由第一网络和第二网络对包进行收发，该网络节点具有：网络接口部，经由第一网络与连接有请求服务的多个终端的信息处理节点进行包的收发，经由第二网络与信息处理装置进行包的收发；通信控制部，被输入网络接口部接收到的包，用于将所输入的包转送到任意的目的地；以及信息处理功能部，对网络接口部接收到的包执行任意的应用，通信控制部通过变更多个包的目的地，能够将包转送到任意的目的地。

发明效果

根据本发明的方式，能够实现如下的信息通信处理系统：得到社会基础应用所要求的毫秒级的应答速度，并且能够实现节电化。进而，能够得到社会基础应用所需要的、提供毫秒级的故障修复或延迟时间保证等的保证型的可靠性。

附图说明

图1是第1实施例的分散信息通信处理系统的结构图。

图2是示出第1实施例的入口节点（EN）的功能结构的一例的图。

图3是示出第1实施例的EN的装置结构的一例的框图。

图4是示出第1实施例的智能节点（IN）的一个结构例的框图。

图5是示出第1实施例的IN内部的通信控制部的一个结构例的框图。

图6是示出第1实施例的管理节点（MN）的一个结构例的框图。

图7是示出第1实施例的数据中心（DC）的一个结构例的框图。

图8是示出第1实施例的存储在MN的存储部中的IN管理表的一例的图。

图9是示出第1实施例的存储在MN的存储部中的EN管理表的一例的图。

图10是示出第1实施例的存储在IN内的通信控制部中的流表的一例的图。

图11是示出第1实施例的存储在IN内的通信控制部中的流状态表的一例的图。

图12是示出第1实施例的存储在EN内的存储部中的EN管理表的一例的图。

图13是第1实施例的EN的处理的一例的流程图。

图14是第1实施例的IN的处理的一例的流程图。

图15是第1实施例的DC的处理的一例的流程图。

图16是示出第1实施例的EN、IN、MN的节点状态管理处理的一例的流程图。

图17是示出第1实施例的MN的管理信息重设处理的一例的流程图。

图18是示出第1实施例的EN、IN的管理信息重设处理的一例的流程图。

图19是第1实施例的分散处理通信处理系统中的信息流通的说明图。

图20是示出第1实施例的分散信息通信处理系统中使用的通信包的一例的图。

具体实施方式

下面，根据附图对本发明的分散信息通信处理系统的一个实施方式进行说明。在本发明的分散信息通信系统的优选实施方式中，尽可能地在信息产生源附近进行信息处理。而且，将信息处理分类为蓄积型信息处理和实时型信息处理，蓄积型信息处理利用数据中心，负责蓄积数据并根据蓄积信息生成附加价值高的信息和知识的KaaS（Knowledge as a Service）。另一方面，实时型信息处理利用分散配置在网络上的搭载了信息处理功能的网络节点，选择应该在信息产生源附近的网络节点上进行处理的数据，并局部进行分散信息处理，由此解决应答速度、节电、可靠性等课题。即，在本发明的一个实施方式中，构成为如下的信息通信处理系统：第一网络节点、第二网络节点和信息处理装置协作进行分散信息通信处理，对终端提供服务。

实施例1

图1示出第1实施例的分散信息通信处理系统的一个结构例。在该图中，在接近信息终端109或传感器、监视照相机类107等信息产生源的一侧，作为实时型信息处理，例如，作为与第一网络即LAN（Local Area Network）等网络104连接的网络节点，分散配置第一网络节点即进行一次处理的入口节点（Entrance Node：EN）101和进行更高度的二次处理的第二网络节点即智能节点（Intelligent Node：IN）102。例如，在EN101中，作为一次处理，负责进行来自信息产生源107、108、109的信息的集中等的滤波处理113，在IN102中，负责进行实时型信息处理的信息处理112。构成为经由第二网络即WAN（Wide Area Network）等网络105连接负责蓄积型信息处理111的数据中心（Data Center：DC）106，通过管理节点（Management Node：MN）103对它们进行控制。

EN101可以取LAN内的出入口，IN102可以取LAN内、LAN/WAN间、WAN内等各种配置。下面，对作为本实施例的分散信息通信处理系统的特征的EN101、IN102、MN106各自的作用进行说明。另外，第一、第二网络当然不限于上述LAN和WAN。

首先，对EN101进行说明。EN101收容进行信息收集的监视照相机、传感器类107、作为控制对象的致动器108等。而且，作为针对传感信息的一次处理，如后面详细叙述的那样，进行比较简单的运算处理、滤波处理、集中功能，集中信息并转送到IN102。通过该操作，削减对网络送出的无用的数据量，实现节电。

并且，接受来自DC106或IN102的反馈信息，生成致动器108等控制对象设备用的控制信号，从优先级高的处理开始按照预先规定的顺序执行，实现应答速度高的控制。

IN102经由网络104收容多个EN101和信息终端109等。而且，IN102不仅进行转送从EN101或终端接收的包的通信处理，IN102还对该包进行信息处理。具体而言，IN102检查来自这些设备的包，判定信息处理执行位置是本IN内还是其他IN或DC，向相应目的地转送包。进而，IN202在信息处理位置为本IN的情况下，作为针对处理请求的二次处理，代替DC106进行信息处理、反馈信息生成，将其结果回复给EN101或终端109。通过该处理，削减通信延迟并改善应答速度。按照来自MN103的指示，动态变更该信息处理执行位置，从而时刻满足期望的应答速度、节电。并且，为了使应用执行本身高速化，预先在系统中登记定型的处理内容，通过具有在到达数据与登记在存储器上的区域中的最近一定期间的数据之间高速进行差分运算的流型信息处理、定型处理的硬件化、数据库的超高速缓存等的执行基础，也能够改善信息处理本身的应答速度。

MN103从希望接受本系统的信息处理服务的用户受理登记请求后，根据确定IP地址等的用户网络位置的信息，对用户分配符合服务请求条件的IN102、EN101。因此，MN103收集IN102、EN101的性能信息和位置信息，考虑应答速度、可靠性、节电来进行应用配置、资源设定、信息处理位置设定等的运用管理。并且，监视通信延迟和应用的处理延迟，进行分散信息通信处理系统上的瓶颈解析，用于动态的信息处理位置的变更和通信路径的重设等。

接着，使用图2、图3对EN101的详细结构的一例进行说明。

图2是示出本实施例的EN101执行的功能的功能框图。EN101经由网络通信功能201在与图1的传感器类107、致动器类108、终端类109之间收发传感信息、照相机影像数据、控制信号。通过网络通信功能201接收到的数据通过蓄积功能202蓄积。在管理表209、管理功能206的管理下，通过送出数据选择功能207，从对接收数据或蓄积数据进行期望的运算、滤波/集中处理后的数据或蓄积数据本身中，逐次选择向上位网络送出的送出数据。203、204、205分别示出之前说明的运算功能、滤波功能、集中功能。

另外，该运算功能203、滤波功能204、集中功能205具有包的报头信息的压缩处理等的可逆处理、传感器类107的传感器输出即传感信息的量子化处理等的不可逆处理。并且，滤波功能204的内容具有作为难以在EN101的内部生成的滤波处理库而读出的情况、以及从IN102或MN103等作为程序分配的情况这2种情况。

作为可逆处理，具有传感器类107的传感信息与基准值之间的差分计算处理、总结多个传感信息并生成包的处理、依据所规定的通信协议的报头信息的压缩处理（例如在ITEF标准RFC4944中有所规定）等。另一方面，作为不可逆处理，具有不需要的传感信息的丢弃处理、传感信息的平均值计算处理、最大值/最小值检测/判定处理、异常值判定处理、时间方向的采样间疏处理、量子化处理、照相机图像信息的帧间疏处理、图像尺寸变更处理、面部检测、动态检测等的特征提取处理等。在进行不可逆处理而使传感信息的精度降低或含义变化的情况下，蓄积功能202在EN101的存储部中缓冲存储处理前的数据，在以后需要的情况下，从上位节点即IN102、MN103、DC106访问EN101，能够确认处理前的数据。

另外，网络通信功能208构成与图1所示的LAN等网络104之间的接口部。从这里向上位网络送出所集中的数据等。并且，该网络通信功能208还具有如下功能：接收来自上位的控制信号等，经由反馈功能210、网络功能201向致动器类108反馈控制信号等。

图3是示出本实施例的EN101的装置结构的一例的框图。在该图中，310是构成上述处理部的处理器、例如中央处理部（CentralProcessing Unit：CPU）。在该图的处理器301中，示意地图示了图2中说明的各种功能、即运算功能、滤波功能、集中功能、管理功能、送出数据选择功能。

并且，在连接有处理器301的内部总线302连接有与网络通信功能201、208对应的接口部即网络接口、作为存储部的存储有EN管理表209的存储器304和蓄积功能202即存储装置305、以及连接有鼠标、键盘、显示器等的输入输出部（I/O）306。

通过处理器301读出在存储装置中存储的程序并执行，实现图3的运算功能、滤波功能、集中功能、管理功能、送出数据选择功能，但是，EN101的各种功能也可以构成为专用的硬件。图12示出EN101中的EN管理表209的一例。如图1所示，在本实施例的分散信息通信系统中存在多个EN101，但是，各EN101分别从后面详细叙述的MN103接收图2所示的管理表209的内容，蓄积在其存储器304中。EN管理表209图示了两种表1210和1230。一个是滤波处理等、针对从传感器、终端收到的信息的表1210，另一个是针对来自IN102和DC106的反馈信息的表1230。

即，该图的表1210在作为其对象的传感器1221A～1221N、终端1222A～1222N中蓄积与针对分别来自传感器类107和终端类109的输入数据的运算功能、滤波功能、集中功能、蓄积功能、送出目的地即目的地、代替目的地有关的信息。并且，表1230在作为其对象的致动器1241A～1241N中蓄积针对致动器类108的反馈控制的命令1231。

接着，使用图4、图5对本实施例的IN102的结构的一例进行说明。

图4是示出IN102的内部的硬件结构的一例的框图。在该图中，401-1～401-3是构成在内部设置的服务器功能部的多个信息处理用的服务器，即，是具有作为处理部的处理器、作为存储部的存储器、网络接口、输入输出部等的计算机，执行上述实时型信息处理。401-4示出作为管理功能部的管理用服务器。这些服务器401-1～401-4经由内部切换器403、通信控制部404、网络接口405相对于网络收发各种数据和控制信息。

如图4所示，对IN102的网络接口405-1～405-4赋予MAC（MediaAccess Control）地址eth3、eth2、eth1、eth0，对服务器401-1～401-4分别赋予IP地址IP B1～IP B4和MAC地址eth4～eth7。在本例中，利用以太网（注册商标）连接切换器403与服务器401-1～401-4、多个网络接口405-1～405-4之间。另外，作为这些以太网，例如可以使用10G比特以太网等。当然也可以不利用以太网，而利用该装置专用标准的接口。另外，402是管理用端口，与图1的管理节点（MN）103连接，用于收发各种管理用数据。

在该图中，通信控制部404与通常的路由器装置同样地与外部进行通信，除了进行包的转送控制的功能以外，如后面详细叙述的那样，通过按照MN103的指示对信息处理位置进行变更，还具有用于改善特别是基于通信延迟的应答速度的信息处理位置变更功能。

由多个服务器401构成的服务器功能部进行信息处理，生成作为结果的反馈信息。此时，基于多个服务器的应用执行本身高速化，在信息处理的方面，也能够提供用于改善应答速度的功能。本实施例中的IN102的服务器功能部401-1、401-2、403-3例如提供在存储器上进行一定期间内的输入数据的差分运算的流型信息处理功能、TCP/IP（Transmission Control Protocol/Internet Protocol）等的协议处理或定型的应用处理、直接利用硬件执行屡次出现处理的硬件卸载功能。

构成管理功能部的管理用服务器401-4进行IN内资源的管理/设定、以及收容的EN101的管理。定期向MN103报告这些资源的信息、利用状况、负荷状况，对应于来自MN103的新应用分配、删除、资源的重设请求等。

图20示出挑选了在本实施例的系统中使用的通信包的报头部的主要字段的一例。在作为数据链路层的层2（L2）报头配置有目的地MAC地址2010和发送方MAC地址2011。在作为网络层的层3（L3）报头配置有发送方IP地址（SIP）2012、目的地IP地址（DIP）2013、协议编号（Protocol）2014。在进行IP通信的情况下，该L3报头用于从发送方IP地址（SIP）2012针对目的地IP地址2013对包进行路由。并且，通过协议编号（Protocol）2014区分L4的协议类别。在本实施例的IN102中，它们被用作用于检测流的条件。

进而，在作为传输层的层4（L4）报头配置有发送方端口编号（SP）2015和目的地端口编号（DP）2016。L4报头用于表示进行通信的应用等，但是，它们也被用作用于检测流的条件。最后，在作为应用层的层7（L7）报头或L7有效载荷（挑选一部分）配置有会话标识符（ID）2017和其他有效载荷。该会话ID2017是用于识别来自特定用户或信息发布方的访问的标识符。

图5是示出图4中上述的通信控制部404的功能结构的一例的框图。如图5所示，通信控制部404由网络接口集中部501、包解析部502、具有流表507的流检测部503、具有流状态表508和路由表509的输出目的地决定部504、网络接口输出部505、表更新部506的各功能块、以及管理用端口510构成。各种功能块不仅构成为软件，还可以构成为硬件。在构成为软件的情况下，能够使用处理器（CPU）和存储器，通过处理器执行存储器上的程序而实现通信控制部404。

在通信控制部404中，首先，网络接口集中部501进行集中从图4的多个网络接口405-1～405-4流入的包的处理。这里集中的包被送到包解析部502进行解析。另外，在本实施例的系统中使用的包可以利用在上述通信协议中使用的通常的通信包。

除了通常的通信装置在目的地检索中利用的路由表510以外，图5的通信控制部404还具有流表507和流状态表508，如后面具体例的说明那样，对用于区分用户的应用包的搜索关键字（search key）、表示通信状态的状态（status）、应用执行位置信息进行管理。搜索关键字根据包报头信息和情况而将包有效载荷信息作为对象。通信状态（status）管理是否建立了连接，在动态改变执行位置的情况下，选择切断连接的状况。如果执行位置为本IN内的服务器功能部，则在表中明确指定该服务器功能部。在存在该指定的情况下，优先于路由表510而利用该目的地。如果执行位置为其他IN102或DC106，则可以利用表示其他IN或DC的代表目的地信息，委托其他IN或DC进行该IN内的明确的服务器功能部指定。

IN102根据经由管理用端口510而来自MN103的直接指示或策略设定，将针对相应用户的应用的执行位置变更为自身的内部服务器401中的任意一方、或其他IN102或当初的DC106。因此，IN102监视自身所具有的多个服务器功能部的负荷状况，通知给MN103，在MN103或管理用服务器401-4中进行执行位置重算，将其结果反映到IN102的上述表中，动态进行信息处理位置的变更。

这样，本实施例的系统的IN102的通信控制部404进行如下控制：对处理包的信息处理的位置进行变更。更具体而言，通过通信控制部404的表更新部506，改写流状态表507中的接口（interface），由此，变更对包赋予的L2报头的MAC地址。例如，在强制地将包的目的地变更为IN102自身的服务器401-1的情况下，通过将发送方MAC地址2011改写为图4的eth0，将目的地MAC地址2010改写为服务器401-1的MAC地址即eth4，能够对服务器401-1发送包。这样，通信控制部404除了通常的通信功能以外，还具有系统中的信息处理位置变更功能。

即，网络中的最佳处理位置不是不变的，而是根据状况时时刻刻变化。这是由于网络的状态、利用的计算资源的负荷状况、或用户自身的物理空间的移动等而引起的。因此，在本实施例的系统结构中，通过上述通信控制部404的结构，在MN103的指示下，使IN102变更信息处理位置。即，如上所述，可以进行在IN102上的服务器功能部中执行原本应该在DC106中执行的信息处理、本IN内的多个服务器401-1～401-3之间的信息处理分配的变更、相反地用于从本IN102向其他IN102或DC106追出信息处理的变更。另外，后面使用流表和流状态表的具体例对该信息处理位置变更功能进行说明。

另外，图6示出上述MN103的装置结构的一例的框图。MN103例如是信息处理装置，处理器601进行本实施例的系统的运用管理。处理器601与内部总线602连接，内部总线602连接网络接口603、存储器604、存储装置605、输入输出部（I/O）606。存储装置605存储处理器601执行的管理信息设定程序610和参照的管理表607。处理器601执行管理信息设定程序610时，在存储器604中保持管理表607。

作为MN103的运用管理功能，该MN103收集IN102和EN101的性能信息和位置信息，考虑应答速度、可靠性、节电来进行应用配置、资源设定、信息处理位置设定。并且，监视通信延迟和应用的处理延迟，进行分散信息通信处理系统上的瓶颈解析，用于动态的信息处理位置的变更和通信路径的重设等。

图7示出DC106的装置结构的一例的框图。通常，DC106由与外部网络连接并作为负载均衡器发挥功能的代表服务器701、经由通信路702与该代表服务器701连接的多个服务器703-1、703-2、以及存储装置704构成。存储装置704多数情况下设置在服务器703-1、703-2的背后。各服务器703-1、703-2具有通常的计算机结构，具有处理器705、内部总线706、作为接口部的网络接口707、构成存储部的存储器708和存储装置709、以及输入输出部（I/O）710。服务器703内的处理器与IN102内的处理器同样执行信息处理，并且还执行蓄积处理。

即，DC106通过服务器703内的处理器705的蓄积处理蓄积经由网络105取得的各种信息，进行数据库（DB）化。并且，进行根据蓄积信息即DB生成附加价值高的信息和知识的处理。这种利用大量DB的处理是无法在上述EN101、IN102中实施的处理。

以上说明了本实施例的分散信息通信处理系统的全体结构和各结构要素的一个结构例，所以，使用图10、图11对在之前说明的信息处理位置变更功能中使用的、图5的IN102的通信控制部404内的流表507和流状态表的一个具体例进行说明。

图10示出流表507的一例。图5的流检测部503使用该流表507进行流检测和流编号的确定。根据图10的流表507可知，在流检测中使用的上述搜索关键字（search key）1001当然可以对应于图20中例示的对包进行解析而得到的各种层的信息。而且，相应的流检测结果（result#）1002被输出到图5的输出目的地决定部504。各流对应于各个应用。

如图11所示，输出目的地决定部504使用流状态表508，根据流检测部503的检测结果决定输出相应包的网络，输出到网络接口输出部505。根据图11可知，流状态表508对应于流（flow）编号1101而蓄积并更新上述表示通信状态的状态（status）1102、以及与上述应用执行位置信息对应的下一跳（next hop）1103和接口（interface）1104的信息。另外，1105是应用执行位置信息之一，示出明确设定的新目的地（new destination）栏。如图11所示，针对未保持状态（status）的应用，有效发挥作用。

流状态表508将符合指定条件的包群识别为流，保持并管理流的连接状态和目的地。在改变应用执行位置的情况下，例如，根据流的优先级对负荷低的服务器功能部进行分配。此时，不会对应用的执行造成不良影响，仅针对切断了连接的流变更目的地信息。

该流状态表508的下一跳（next hop）1103是下次需要中继的装置的IP地址（L3逻辑信息），接口（interface）1104是与next hop1103连接的该装置的接口名称（相当于发送方MAC地址、L2物理信息）。通过对next hop1103的IP地址进行地址解决协议（Address ResolutionProtocol：ARP）处理，求出目的地MAC地址，其结果一般被记录在称为ARP表的信息列表中。在本实施例中，省略该ARP表的说明。

在图11的流状态表508中，作为状态（status）1102，在流1101中的flow#0～flow#3中分别对应有“连接开始中”、“连接中”、“连接结束中”、“未连接”。另外，新目的地（new destination）1105表示，例如如flow#3那样在状态（status）1102为“未连接”的情况下，新目的地的装置的IP地址（IP D）被设定为该流的最终目的地。

之前说明的MN103进行图10示出其一例的流表507的设定。具体而言，如后面使用流程图说明的那样，将希望定义为流的字段的组合、例如列举了上述目的地IP地址（DIP）、发送方IP地址（SIP）、目的地端口编号（DP）、发送方端口编号（SP）等的组合的信息与流编号（flow#）一起通知给IN102。接收到该信息的IN102的通信控制部404利用表更新部506进行流表507的设定更新。另外，也可以随着与流编号一起通知的字段组合的信息，定义各流的优先级并进行通知。流表507和流状态表508可以由专用的硬件电路或软件生成。

另外，关于除了以IN102自身为目的地的包以外的所有包，在包解析部502中进行包内的各种报头信息的解析，必要情况下进行有效载荷信息的解析，提取流表507所管理的要素后，转交给流检测部503，流检测部503确定该包的流编号（flow#）。以IN102自身为目的地的包是控制包，如果控制包的内容为流更新信息，则表更新部506对流表507进行更新。并且，如果控制包的内容为后述的负荷信息，则用于流状态表508的更新。

如后面使用流程图说明的那样，如上所述，MN103进行流状态表508的初始设定和流状态表508的更新用的策略定义。具体而言，作为初始设定，MN103预先准备对应的流的下一跳（next hop）和接口（interface）的初始值。如果是最初在DC106上动作的应用，则设下一跳（next hop）为用于向DC106转送包的下一个转送目的地的通信装置的IP地址，设接口（interface）为连接该通信装置的IN102的物理端口。

另外，在利用软件生成流状态表508的情况下，例如在通信控制部404内的存储器上生成表。另外，在输出目的地决定部504中也参照通常的路由表510。而且，在本实施例中，关于在流状态表508中登记的流，不是基于路由表510的路由，而是使流状态表508所记载的路由优先，能够进行包的目的地变更。

作为变形例，也可以在服务器功能部的服务器401内的存储器中具有流状态表508。该情况下，在通信控制部404中，可能变更目的地的部件是输出目的地决定部504，使用通常的策略基础路由的功能，与应用的中断无关，将属于相应的流的包转送到相应服务器401。服务器401在软件上、逻辑上具有流状态表508，因此，如该流状态表的记载那样转送包。服务器401通过基于通常CPU的程序执行而动作，所以，如果速度方面存在问题，则能够在服务器404内设置专用的硬件电路。

另外，在将目的地变更为本IN102的服务器功能部的情况下，本IN的服务器404接收不以自身的IP地址为目的地的包。通常状态下无法接收该包，所以，进行事前的设定，即设定为，在流状态表508中设定为以自身为目的地之前的定时，能够接收该流的目的地IP地址。并且，在对该流回复包的情况下，发送方IP地址不是本来的自身的IP地址，而是上述该流的目的地IP地址。通过该操作，例如在终端类109和EN101中，以本来的目的地IP地址为目的地发送包，并且，作为实际状态，在本实施例的IN102的由多个服务器构成的服务器功能部上，能够执行期望的应用，而不会引起不匹配。

另外，在附加图11的流状态表508所示的新目的地（newdestination）1105的字段的情况下，在输出目的地决定部504中，将输入包的目的地IP地址变更为新目的地（new destination）1105所记载的IP地址。该情况下，输出目的地决定部504临时进行通信的终结，对新目的地（new destination）1105开始新的通信。即，在使用流状态表508的新目的地（new destination）1105的方法中，临时使终端终结通信，对新目的地进行新通信，其结果，终端与新目的地进行通信。

另外，如上所述，在本实施例的系统中，为了决定包从IN102起的输出目的地，也一并使用路由表509。更具体而言，如果通信控制部404判明为检索流信息表508的结果为没有登记，则此后如以往那样检索路由表509，决定表示输出目的地的下一跳（next hop）和接口（interface）。另外，通信控制部404也可以并行检索流信息表508和路由表509。该情况下，如果在流信息表508中有所登记，则优先利用流信息表508的输出目的地。

即使使用流信息表和路由表，通信控制部404决定从IN102起的输出目的地这点也是共通的。但是，在使用路由表的情况下，通信控制部404按照OSPF（Open Shortest Path First）或BGP（Border GatewayProtocol）等的路由协议，针对目的地IP地址决定输出目的地，与此相对，在使用本实施例中的流状态表的情况下，不同之处在于，根据MN103的指示和IN102的服务器功能部的负荷状况，通信控制部404决定与包内的多个字段对应的输出目的地。即，通过使用本实施例中的流状态表，通信控制部404根据流的状态对输出目的地进行变更，进行执行应用的服务器位置、即上述动态信息处理位置变更。

以上说明了本实施例中的分散信息通信处理系统的装置结构的一例和信息处理位置变更功能的一例。接着，在说明该系统的全体动作之前，根据图19概略说明在本实施例的系统中实施的服务的一例。其他服务例作为接着实施例1的说明之后的其他实施例集中进行说明。

在图19中，分配与图1的全体系统结构图相同的编号的块表示相同部件。在该图的系统中，示出应用于通过在室内入口的自动门上设置的监视照相机进行入室者的面部认证的面部认证自动门系统的例子。在该图中，119示出带监视照相机的自动门。

首先，如箭头1901所示，从带监视照相机的自动门119对第一网络节点即EN101输入照相机影像数据，在EN101中，通过上述运算功能或滤波功能进行面部图像的提取。如箭头1902所示，将提取出的面部图像数据送出到第二网络节点即IN102。在IN102中，从DC106对面部图像数据DB的一部分进行超高速缓存，使用所保有的所述面部图像DB的数据进行与从EN101提取/发送的面部图像数据之间的面部一致确认，在判断为一致的情况下，如箭头1902所示，将门打开命令送出到EN101。在不一致的情况下，送出不开门的命令。接受门打开命令的EN101生成对应的带监视照相机的自动门119的门控制设备的处理命令，利用箭头1901反馈该处理命令。另外，箭头1903例如示出如下情况：蓄积IN102的执行结果的记录的情况、在应该进行一致检测的面部图像DB不足的情况下请求面部图像DB并接受的情况、在IN102中无法进行一致检查的状况下委托DC106进行处理并接受结果的情况。

接着，使用图13～图18的处理流程图和图8、图9对以上说明的实施例1的分散信息通信处理系统的处理动作进行说明。图13、图14、图15分别示出EN101、IN102、DC106的基本处理流程。

在图13中，EN101定期检查网络接口有无接收来自传感器类107、致动器类108、终端类109、IN102等的包（步骤1301、以后在括弧内省略步骤），在接收到包的情况下，进行包内容解析（1302）。

判断该包内容是否是来自传感器类107等各种信息源的信息（1303），在来自各种信息源的信息的情况下（是、以下省略），进行该数据保持（1304）。然后，针对所保持的数据，逐次执行必要的运算处理（1305）、滤波处理（1306）、集中处理（1307）。在上述面部认证自动门系统的情况下，当接收到来自监视照相机的图像数据包后，判断为来自各种信息源的信息，实施面部图像提取处理。

接受该结果，判断是否需要进行与IN102、DC106的协作处理（1308）。在判断为需要的情况下，针对该协作对象发送处理数据（1309）。在上述服务的情况下，将面部图像数据送出到IN102。

在步骤1303中判断为包内容不是来自信息源的信息（否、以下省略）的情况下，判断该包内容是否是来自上位的IN102等的反馈信息（1310）。在反馈信息的情况下，EN101生成处理命令（1311）。另外，在之前的步骤1308中判断为否的情况下，也同样生成处理命令。所生成的处理命令被作为包发送到其处理对象（1312）。在上述服务的情况下，作为该反馈信息，例如接受“开门”等的信息，生成门控制设备的处理命令。

在步骤1310中判断为不是反馈信息的情况下，接着判断指令内容是否是蓄积数据请求（1320）。在EN101蓄积的数据的请求的情况下，向请求目的地发送相应的数据包（1321）。在不是蓄积数据请求的情况下，在EN101能够应对的请求的情况下，实施该请求（1330）。

在图14中，IN102定期检查网络接口有无接收来自下属的EN101、终端类109或DC106等的包（1401），在接收到包的情况下，进行包目的地解析（1402）。然后，判断是否是包目的地对象（1403），在目的地变更对象的包的情况下，判断其目的地是否是本节点（1404），在本节点的情况下，向内部的服务器功能部转送该包。在不是目的地变更对象的包的情况下，进行通常的路由（1450）。并且，在变更目的地为本节点以外的节点的情况下，针对指定目的地进行路由（1460）。

另外，在该步骤1403的包目的地解析中，如使用图10、图11说明的那样，与仅参照目的地IP地址的通常的路由器功能不同，在本实施例的IN102中，如果指定了图20所示的包的一个以上的字段，则参照结合了多个包的有效载荷的流的内容等，对目的地进行解析。其结果，如果在IN102内的流状态表中有所记载，则向与包所记载的目的地IP地址不同的目的地、例如本IN中的服务器功能部转送包。步骤1403的目的地变更对象具有如下意思：是在流状态表508中有所记载、还参照目的地IP地址以外的信息决定目的地的包。并且，指定目的地不是目的地IP地址，而是流状态表508的记载目的地的意思。

另外，返回图14的流程，当在本节点的服务器功能部中转送包后（1405），判断必要数据是否齐全（1406），在齐全的情况下，判断是否不需要参照本IN102以外的数据（1407）。在不需要的情况下，执行信息处理并生成结果（1411），将其结果作为结果反馈到对象目的地（1412）。进而，判断在指定目的地中是否需要蓄积记录（1413），在需要的情况下，向指定目的地转送记录（1414）。

在上述服务例中，作为必要的信息处理，进行面部图像提取，如果与蓄积或超高速缓存的面部图像DB一致，则生成开门的命令，对EN101进行与DC中的处理相比延迟较少的反馈。在不一致的情况下，返回不开门的命令。并且，对DC106通知对哪个对象者开门等的控制内容。并且，作为其他信息处理，例如，还进行是否是非法入室的分析/检测，在检测到非法入室的情况下，向预先登记的个人或DC等目的地通知警报。

另外，在步骤1407中判断为需要本IN102以外的数据的情况下，判断该处理是否能够在本IN中进行处理（1408），在判断为能够处理的情况下，请求必要的数据（1409），如果数据到达（1410），则进行信息处理并生成结果（1411）。在判断为不能在本IN中进行处理的情况下，转送到变更前的当初目的地（1470）。在上述服务的情况下，如果应该进行一致检查的面部图像DB不足，则向DC106请求面部图像DB，得到面部图像DB后继续进行上述信息处理。进而，由于采用应该一致的面部图像DB不足、且DC103等不转送面部图像DB的策略，所以，如果处于无法进行一致检查的状况，则委托DC103进行处理。

在图15中，DC106定期检查是否经由网络接收来自IN102的包（1501），在接收到包的情况下，进行包内容解析（1502）。其结果，判断该内容是否是所蓄积的数据的转送请求（1503），在不是转送请求的情况下，判断是否进行数据蓄积请求（1504）。另外，在内容是数据转送请求的情况下，转送对象数据（1550）。例如，在之前的服务例中，DC106保持全部面部图像DB，所以，将可能一致的面部图像数据转送到IN102。并且，在内容是数据蓄积请求的情况下，蓄积接收数据（1560）。

在不是蓄积请求的情况下，判断必要数据是否齐全（1505），在齐全的情况下，判断是否不需要参照来自信息处理源的追加数据（1506），在不需要的情况下，执行信息处理（1509）。在上述服务例中，例如执行与所蓄积的面部图像DB的面部图像数据之间的一致度检查等的信息处理。在需要参照追加数据的情况下，进行数据请求（1507），如果数据到达，则同样进行信息处理。然后，反馈信息处理结果（1510），并且进行记录蓄积（1511）。即，如果面部图像与面部图像DB一致，则经由IN102、EN101反馈开门的命令，对反馈的信息进行记录蓄积。

以上是本实施例中的EN101、IN102、DC106的基本处理流程。接着，使用图16、图17、图18对EN101、IN102、MN103的状态管理流程和管理信息重设流程的一例进行说明。

图16是用于在EN101、IN102、MN103中监视其自身或自身下属的节点状态的状态管理流程。在该图中，在EN101的情况下，收集各种传感器类107以外的下属器件状态和EN101自身的状态（1601、1602）。然后，在经过预先确定的时间、或者例如产生了追加新传感器等的特定事件的情况下，向上位的管理机构即IN102通知监视信息。（1603、1604）

如果是IN102，则收集自身下属的EN101和IN102自身的状态（1601、1602），在经过预先确定的时间、或者例如产生了追加、删除新EN101、或在IN内部追加、删除服务器刀片等的特定事件的情况下，向上位的管理机构即MN103通知监视信息。（1603、1604）

如果是MN103，则收集自身下属的IN102和MN103自身的状态（1601、1602），在经过预先确定的时间、或者例如产生了追加、删除、降低新IN102、或存在、删除针对本系统的新信息处理请求登记等的特定事件的情况下，可能变更信息处理的分配目的地更好，所以，发出重算请求。（1603、1604）

图17示出MN103中的管理信息重设流程的一例。在有无管理请求的检查（1700）中存在管理请求的情况下，处理器读出在MN103的存储装置605中存储的管理信息设定程序610和管理表607，开始进行管理信息的重设。例如，处理器执行管理信息设定程序，进行基于新登记或删除的重设，生成设定信息，更新管理表。即，ISP（InternetService Provider）或企业的信息管理部门等具有管理权限的用户针对希望利用的应用进行登记请求和删除请求，作为针对本系统的MN103的管理请求。在该请求时，作为其选择项，还可以指定服务等级。例如，关于作为对象的应用的特定动作，可以指定应答速度请求为100ms以内、应答速度请求为500ms以内、应答速度请求为1s以内等的服务等级。下面，作为一例，以新登记为例进行说明。

即，当存在新登记请求时，在有无登记请求和删除请求的判断（1701）中判断为存在请求，MN103确认对象应用（1702），确定应该执行的IN102和EN101，生成所确定的IN102和EN101的设定信息（1703）。作为设定信息，为图6所示的MN管理表607、图8和图9所示的IN管理表和EN管理表。各表在后面详细叙述。

然后，MN103对相应的IN102、EN101分配应用信息，例如在EN101的情况下，分配之前说明的运算处理和滤波处理等的程序（1706、1707）。作为分配的信息，可以是记述了加权平均计算处理、合计处理、接合处理中的任意一种或2种以上的处理的查询。

接着，MN103还分配IN管理表、EN管理表的必要信息（1708），最后，向IN、EN发出使这些设定有效化的指令（1509）。通过该处理，在作为信息产生源的传感器类107的附近开始进行信息处理。

另外，在步骤1701中进行了登记删除请求的情况下，从表中删除相应的用户，MN103分配并应用该信息。并且，在步骤1701中判断为不是登记请求或删除请求的情况下，判断是否是重算请求（1704），在重设请求的情况下，再次生成设定信息（1705）。并且，在步骤1704中不是重算请求的情况下，执行管理处理（1710）。

图18示出根据来自MN103的指示在EN101、IN102中进行管理信息重设的处理流程的一例。这里，重设意味着，管理请求不是来自用户等的请求，根据所监视的信息设定IN102和EN101的状况。当在图16的步骤1604中存在重算请求时，MN103进行应该管理的各种信息的重算，生成新设定信息。其结果，如果需要对特定的IN、EN分配应用，则进行分配。并且，与有无应用分配无关，如果存在各种设定信息变更，则对IN、EN进行通知。例如，对IN102请求在流状态表中追记新信息处理请求、使信息处理位置明确返回DC106或移动到其他IN102、通知用于进行这些动作的算法等。在该通知后，实际发出指令以反映该设定。另外，该重算自身也可以委托IN102上的管理用服务器401-4。

图18所示的处理流程是EN101、IN102共通的流程，所以，下面对EN101的情况进行说明。

在该图中，EN101检查有无接收控制信息（1801），在接收到控制信息的情况下，判断该控制信息是否是应用程序（1802）。如果是应用程序，则安装该程序（1803）。在不是应用程序的情况下，判断控制信息是否是设定信息（1811），在设定信息的情况下，进行该设定信息的应用准备（1812）。并且，判断控制信息是否是设定有效化请求（1821），在设定有效化请求的情况下，实施该设定信息的应用（1822）。另一方面，在不是设定有效化请求的情况下，如果控制信息是能够应对的请求，则实施该请求（1831）。作为这里处理的控制信息，是故障产生时的处理方法的通知等的信息。

接着，根据附图对上述MN103中设置的IN管理表和EN管理表的具体例进行说明。

作为在本实施例的系统的MN103的存储部上蓄积的各个管理表607的一例，图8、图9示出IN管理表、EN管理表的一个实施例。另外，图9所示的EN管理表900-1～900-N对应于之前说明的图12的各EN101所存储的管理表，示出蓄积了本系统中的多个EN101-1～EN101-N各自的量。该管理表900中的数据在图17的步骤1708中被分配给各EN101，存储在其存储部中。

图9的EN管理表的内容如图12的EN管理表209中说明的那样，但是，表910中的目的地915也可以是相应应用的当初目的地，MN103也可以明确指定IN102的目的地。并且，代替目的地916表示无法利用目的地915时的作为代替的目的地。另外，关于该EN管理表900的生成、管理，在物理上也可以不在MN103内部，而由IN102的管理用服务器401-4代理。

对图8的IN管理表800-1～800-N进行说明时，与各应用对应的IN管理表800-1～800-N分别指定用于确定相应用户和应用的条件，作为对象信息810。例如，可以指定由上述通信包的SIP、DIP、SPORT、DPORT、PROTOCOL的5个元组进行区分等的条件。

作为该情况下的条件的例子，可以设：

SIP为根据相应用户、情况而收容相应用户的EN101，

DIP为相应应用A的当初目的地IP1（DC#1）），

SPORT为表示相应用户应用的端口编号，

DPORT为表示相应应用的端口编号，

PROTOCOL为TCP。

当然，在这些条件不足的情况下，也可以进一步追加上位层的信息，在条件过多的情况下，也可以删除条件。将这种信息记载在IN管理表800的对象信息810中。

并且，作为IN管理表的候选信息820，定义与该应用有关的各种信息。在图8的例子中，作为候选信息820，列举变更后目的地821、连续处理目的地822、分配应用823、应用分配策略824、表更新策略825。这里，变更后目的地821表示将DC即当初目的地IP1移动到哪个IN102，选择作为对象的IN而记载在第一候选的栏中。

此时，也可以确定到IN中的规定刀片(ブレ一ド)，还可以不确定到刀片而委托IN的管理用服务器401-4进行具体的分配。此时，通过应用分配策略824通知分配策略。例如，具有以使CPU性能的合计超过一定值的方式进行分配的方法。并且，具有如下方法：分配给满足该应用所要求的CPU能力、存储器容量的服务器中的工作率低的一个或多个服务器。除此之外，还具有如下方法：按照每个应用决定优先级，优先级高的应用分配给工作率低的一个或多个服务器，优先级低的应用分配给工作率高的一个或多个服务器。如果在第二候选以下将其他IN作为候选，则也可以记载该IN。在选择项中指定服务等级等的情况下，记载满足该条件的IN。

在仅在一个IN中没有结束处理而跨越多个IN进行处理的情况下，记载连续处理目的地822。在不需要连续处理的情况下，不需要设定。

分配应用823表示用于在IN上执行该应用A的应用程序。该程序也可以是执行二进制，也可以是用于供该IN进行编译的源代码。并且，不需要是单独文件，也可以是多个文件。

在IN和EN的状况监视结果为利用该应用的信息处理延迟超过当初计划的情况下，例如在服务器成为过负荷而使应用执行自身滞后的情况下，表更新策略825定义用于改变执行位置的策略。例如，举出如下情况：在陷入过负荷状态的情况下，优先级高的流继续分配给IN102内部的尽可能相同的服务器401，优先级为中等程度的流重新分配给IN102内部的与优先级高的流不同的服务器401，优先级低的流重新分配给第二候选的IN102或DC106。

以上，关于第1实施例的分散信息通信处理系统，以面部认证自动门系统为具体例进行了详细叙述。在以下的实施例中，依次说明其他应用服务。另外，基本的系统结构、结构要素、处理流程等与第1实施例相同，所以，在以下的说明中，仅对各实施例与实施例1的不同之处进行说明。

实施例2

第2实施例是工厂的设备异常监视系统的实施例。

在EN101中收容传感器类107、监视照相机、以及监视终端装置。EN101沿着图13的处理流程，以一定周期收集来自传感器类107的温度信息，每当产生一定以上的变化时，通过集中功能等汇集信息并通知给IN102。并且，通过蓄积功能202缓冲存储来自在EN101中收容的终端类109即监视照相机的监视图像，与温度信息的通知一起，仅将必要图像通知给IN102。这在图13的流程图中相当于1301→1302→1303→1304→1305→1306→1307→1308→1309这样迁移的内容。

IN102根据来自EN101的通知信息进行温度监视，如果检测到异常值，则向EN101收容的监视终端发送相关图像作为反馈信息。并且，IN102向DC106通知监视状况的记录。另外，在DC106自身为监视终端装置的情况下，也以DC106为目的地进行图像发布。这在图14的流程图中相当于1401→1402→1403→1404→1405→1406→1407→1411→1412→1413→1414这样迁移的内容。

如果从IN102向上述监视终端装置发布图像，则EN101向该监视终端装置发布图像。例如，如果进行温度监视而检测到异常值，则以适合于监视终端装置的格式进行图像发布。这在图13的流程图中相当于1301→1302→1303→1310→1320→1330、或1301→1302→1303→1310→1311→1312这样迁移的内容。

实施例3

第3实施例是位置管理即安全管理系统的实施例。

在EN101中收容传感器类107、门、蜂鸣器、灯等的致动器类108。然后，EN101从传感器类107收集房间、场所等位置信息，通过运算功能、滤波功能、集中功能与过去的位置信息进行核对，向IN102通知移动的对象物的ID（Identifier）、位置信息。这在图13的流程图中相当于1301→1302→1303→1304→1305→1306→1307→1308→1309这样迁移的内容。然后，如果反馈通知到达致动器类108等控制对象，则生成这些致动器控制设备的处理命令，使致动器类108动作。这在图13的流程图中相当于1301→1302→1303→1310→1311→1312这样迁移的内容。

另一方面，IN102保持安全信息DB，与保持从EN101通知的对象物的位置信息的安全信息DB进行核对，根据有无权限而生成反馈信息，经由EN101通知给致动器类108等控制对象。并且，对DC106通知对象物的位置信息。这在图14的流程图中相当于1401→1402→1403→1404→1405→1406→1407→1411→1412→1413→1414这样迁移的内容。作为针对控制对象的通知，例如，如果是具有权限的对象，则开门，如果不具有权限的对象进入某个区域，则点亮灯、使蜂鸣器等警报鸣响、对警备中心进行通知等。该情况下，通知的对象目的地包括警备中心等。

在DC106中，采用从IN102通知的对象物的位置信息作为记录。这在图15的流程图中相当于1501→1502→1503→1504→1560这样迁移的内容。进而，通过位置管理应用，对监视员提供全部管理区域的位置的监视信息，蓄积提供信息。这在图15的流程图中相当于1501→1502→1503→1504→1505→1506→1509→1510→1511这样迁移的内容。

实施例4

实施例4是自身检查/设备异常监视系统的实施例。

在本实施例中，EN101从加速度传感器、振动传感器、压力传感器等传感器类107收集传感器信息，通过高速傅里叶变换（Fast FourierTransform：FFT）等运算功能进行运算，分离有效摇摆数据和无效摇摆数据，丢弃无效数据，向IN102通知有效数据。这在图13的流程图中相当于1301→1302→1303→1304→1305→1306→1307→1308→1309这样迁移的内容。

IN102对从多个EN101通知的有效数据进行详细分析，在检测到紧急对应所需要的数据的情况下，对EN101收容的登记目的地和DC106通知警报、例如地震速报或巨大施设内的特定场所的异常速报。并且，对DC106通知有效数据。这在图14的流程图中相当于1401→1402→1403→1404→1405→1406→1407→1411→1412→1413→1414这样迁移的内容。

收容警报发布目的地作为登记目的地的EN101在从IN102得到警报通知的情况下，生成适合于警报发布目的地的格式并进行发布。这在图13的流程图中相当于1301→1302→1303→1310→1311→1312这样迁移的内容。

DC106蓄积从IN102通知的警报信息和有效数据。这在图15的流程图中相当于1501→1502→1503→1504→1560这样迁移的内容。并且，DC106根据需要进行详细解析，实施异常产生部位的预测信息生成等。并且，蓄积所生成的预测信息等。这在图15的流程图中相当于1501→1502→1503→1504→1505→1506→1509→1510→1511这样迁移的内容。

实施例5

接着，实施例5涉及监视系统，是如下模型：传感器信息等由EN保持，DC在必要时采取必要量的传感器信息。

在该系统中，EN101从收容的传感器类107和终端类109收集据点内的一个以上的传感器信息或照相机图像。传感器信息例如是温度、振动、水量、音量等，针对这些尾传感器信息设定阈值，在是阈值以内的值时，丢弃传感器信息和照相机图像，在是阈值以外的值时，生成表示所产生的事项的事件信息，发送到IN102。此时，传感器信息和照相机图像本身由EN101保持。然后，如果从IN102和DC106得到这些蓄积信息的转送请求，则对请求方的相应目的地转送所请求的数据。这在图13的流程图中相当于1301→1302→1303→1310→1320→1321这样迁移的内容。

IN102从多个EN101收集事件信息，集中相同系统、例如温度变化等相同的系统通知的事件信息，发送给DC106。这在图14的流程图中相当于1401→1402→1403→1404→1405→1406→1407→1411→1412→1413这样迁移的内容。

在本实施例中，DC106具有作为监视中心的作用，根据事件信息，从EN101取得执行应用所需要的传感器信息或图像信息，进行处理。然后，蓄积该处理结果作为记录。这在图15的流程图中相当于1501→1502→1503→1504→1505→1506→1509→1510→1511这样迁移的内容。作为该情况下的反馈结果，设为监视中心即DC106的监视等。

以上详细叙述的本实施方式的分散信息通信处理系统通过MN动态管理应该进行信息处理的位置。与DC相比，在信息产生源的非常近的位置配置EN和IN，通过EN在信息产生源附近对不需要的信息进行滤波，代替DC，在通过MN接受应用执行的分配的信息产生源附近的IN中执行该信息。通过该处理方法，能够将以往如果是国外则需要100ms的通信延迟控制在数ms以内的级别。因此，根据本实施方式的系统，能够实现以往无法实现的10毫秒级的实时型信息处理。进而，能够与EN中的不必要信息削减量成比例地削减以往产生的传送的消耗电力。

以上，在协作利用串联配置的EN101和IN102而实现的串联分散信息通信处理系统的观点中，说明了本发明的各种实施例。但是，本发明的分散信息通信处理系统不限于上述串联分散信息处理的实施例，从利用并联配置的多个IN102的观点来看，也是有效的。在这种方法中，针对在现有DC106中进行一级集中处理的情况，通过位置信息等的特定参数将应该执行的信息处理位置分散到多个IN102。这里，作为例子，示出针对利用移动电话画面的电子看板系统的应用方法。在将日本的全部移动电话（大约1亿台）作为对象来运营电子看板系统的情况下，在现有系统中，处理集中于DC，所以，产生DC的处理瓶颈和通信成本的问题。另一方面，在本实施例的分散信息通信处理系统中，按照地域配置EN、IN，在各EN、IN中仅将接近特定店铺的人及其移动电话作为对象进行处理，由此，能够消除现有问题。

另外，在任意实施例中，均说明了EN101和IN102分离的情况，但是，也可以将EN101的功能包含在IN102的一个功能内。

在本实施方式的这种分散信息通信处理系统中，在多个信息通信设备经由网络提供服务的情况下，能够对各信息通信设备提供实时的服务。

标号说明

101：入口节点（EN）；102：智能节点（IN）；103：管理节点（MN）；104、105：网络；106：数据中心（DC）；107：传感器类；108：致动器类；109：终端类；201、208：网络通信功能；202：蓄积功能；203：运算功能；204：滤波功能；205：集中功能；206：管理功能；207：送出数据选择功能；209、900：EN管理表；301、601：处理器；302、602：内部总线；303、405、603：网络接口；304、604：存储器；305、605：存储装置；306、606：输入输出部（I/O）；401：服务器；402、510：管理用端口；403：切换器；404：通信控制部；501：网络接口集中部；502：包解析部；503：流检测部；504：输出目的地决定部；505：网络接口输出部；506：表更新部；507：流表；508：流状态表；509：路由表；607：MN管理表；701：代表服务器；702：通信路；703：服务器；704：存储装置；705：处理器；706：内部总线；707：网络接口；708：存储器；709：存储装置；710：输入输出部（I/O）；800：IN管理表。

Claims (22)

1.一种信息通信处理系统，配置有能够执行应用的信息处理装置和请求服务的多个终端，其特征在于，具有：

与所述终端连接的第一网络节点；

第二网络节点，经由第一网络与所述第一网络节点连接，经由第二网络与所述信息处理装置连接；以及

管理节点，对所述第一网络节点和所述第二网络节点进行管理，

所述第一网络节点经由所述第二网络节点发送以所述信息处理装置为目的地的包，

所述第二网络节点在接收到所述包的情况下，对所述包进行解析，在所述解析结果为所述第二网络节点具有能够进行与所述包和所述应用相关联的处理的处理器的情况下，将所述包输出到所述处理器，将包含所述处理器的处理结果的包发送到所述第一网络节点，

所述信息处理装置在经由所述第二网络节点接收到所述包的情况下，执行所述应用。

2.如权利要求1所述的信息通信处理系统，其特征在于，

所述第一网络节点具有对包进行收发的接口、以及对所述接口接收到的所述包进行处理的处理部，

所述处理部对从所述终端接收到的包进行运算处理、滤波处理或集中处理，进而选择处理结果进行发送。

3.如权利要求2所述的信息通信处理系统，其特征在于，

所述处理部根据从所述第二网络节点接收到的包，生成处理命令并发送到所述终端。

4.如权利要求2所述的信息通信处理系统，其特征在于，

所述处理部在接收到的包是蓄积数据请求的情况下，经由所述接口发送所述第一网络节点蓄积的蓄积数据。

5.如权利要求2所述的信息通信处理系统，其特征在于，

所述管理节点具有蓄积所述第一网络节点的所述运算处理、所述滤波处理或所述集中处理的内容的管理表，将所述管理表的内容发送到所述第一网络节点。

6.如权利要求1所述的信息通信处理系统，其特征在于，

所述第二网络节点具有多个处理器，所述处理器执行任意的应用，

所述第二网络节点具有通信控制部，该通信控制部能够将接收到的包转送到所述处理器和所述第二网络节点以外的外部节点中的至少一个以上的任意目的地。

7.如权利要求6所述的信息通信处理系统，其特征在于，

所述通信控制部按照预先确定的规则，将所述包的报头和有效载荷中的至少一部分一致的多个所述包与同一流相对应，

所述通信控制部具有表示所述流的目的地的表，按照所述表将多个所述包的目的地变更为所述对应的所述流的目的地。

8.如权利要求7所述的信息通信处理系统，其特征在于，

所述通信控制部根据所述处理器的负荷信息，改写所述表的所述目的地。

9.如权利要求7所述的信息通信处理系统，其特征在于，

所述管理节点生成请求所述第二网络节点复制在所述信息处理装置中实施的所述应用的请求、或请求所述第二网络节点改写所述表的所述目的地的改写请求，发送到所述第二网络节点，

所述第二网络节点按照来自所述管理节点的请求，在所述处理器中复制应用或与所述应用相关联的处理，或者根据所述改写请求改写所述表的所述目的地。

10.如权利要求6所述的信息通信处理系统，其特征在于，

所述管理节点具有管理表，该管理表蓄积用于对所述第二网络节点的所述处理器执行的所述应用或与所述应用相关联的处理的执行目的地进行变更的候选信息，所述管理节点将所述管理表的内容发送到所述第二网络节点。

11.如权利要求1所述的信息通信处理系统，其特征在于，

与由所述第二网络节点执行的所述应用相关联的处理是如下处理：与由所述信息处理装置执行的应用相比，需要提前对所述第一网络节点通知处理结果。

12.一种信息通信处理方法，用于对多个终端提供服务，其特征在于，

与所述终端连接的第一网络节点经由第一网络与第二网络节点连接，

所述第二网络节点经由第二网络与信息处理装置连接，

为了对所述终端提供所述服务，

在所述第一网络节点中，使用从所述终端取得的信息，向所述第一网络送出以所述信息处理装置为目的地的包，

在所述第二网络节点中，在从所述第一网络接收到所述包的情况下，根据所述包中包含的目的地和信息，对所述第二网络节点所具有的信息处理功能部或所述第二网络节点以外的节点输出所述包，

在所述第二网络节点中，将包含所述信息处理功能部针对所述包的处理结果的包发送到所述第一网络节点，

在所述第一网络节点中，接收包含所述处理结果的包，对所述终端提供所述服务。

13.一种第二网络节点，经由与连接有多个终端的第一网络节点连接的第一网络和与信息处理装置连接的第二网络对包进行收发，其特征在于，具有：

网络接口部，与所述第一网络和所述第二网络连接；

通信控制部，对经由所述网络接口部接收到的所述包进行解析，将所述包转送到任意的目的地；以及

信息处理功能部，通过所述通信控制部转送经由所述网络接口部接收到的所述包，对所述包执行规定应用。

14.如权利要求13所述的第二网络节点，其特征在于，

所述通信控制部针对所输入的所述包，使用记录由多个所述包构成的流的连接状态和目的地的表，根据所述表的所述目的地变更所述包的目的地。

15.如权利要求14所述的第二网络节点，其特征在于，

所述通信控制部根据所述信息处理功能部的负荷信息，改写所述流的所述目的地。

16.如权利要求14所述的第二网络节点，其特征在于，

所述通信控制部根据来自管理节点的请求，对所述连接状态处于未连接状态的所述流的所述目的地进行改写。

17.如权利要求14所述的第二网络节点，其特征在于，

所述通信控制部根据来自管理节点的请求，将所述流的所述目的地改写为所述信息处理功能部。

18.如权利要求14所述的第二网络节点，其特征在于，

所述信息处理功能部具有多个处理器，

所述通信控制部将所述包的目的地变更为所述处理器中的任意一个处理器。

19.如权利要求12所述的信息通信处理方法，其特征在于，

所述终端包括监视照相机和自动门，

所述监视照相机进行面部提取，所述第一网络节点将提取出的面部图像数据发送到所述第二网络节点，

如果所述面部图像数据和面部图像数据库一致，则所述第二网络节点将所述自动门打开的控制信号发送到所述第一网络节点。

20.如权利要求12所述的信息通信处理方法，其特征在于，

所述终端包括传感器和监视照相机，

在所述传感器的传感器输出超过所设定的阈值的情况下，所述第一网络节点将所述传感器输出和所述监视照相机的图像数据发送到所述第二网络节点，

如果根据所述传感器输出而检测到异常值，则所述第二网络节点将所述图像数据发送给预先登记的用户。

21.如权利要求12所述的信息通信处理方法，其特征在于，

所述终端包括加速度传感器或振动传感器，

所述第一网络节点根据所述加速度传感器或所述振动传感器的输出，对有效摇摆数据和无效摇摆数据进行分离，将分离后的所述有效摇摆数据发送到所述第二网络节点，

所述第二网络节点根据接收到的所述有效摇摆数据生成警报通知，将所生成的警报通知发送给预先登记的用户。

22.如权利要求12所述的信息通信处理方法，其特征在于，

所述终端包括传感器和照相机，

所述第一网络节点蓄积所述传感器的传感器输出和所述照相机的图像数据，并且，在所述传感器的输出超过所设定的阈值的情况下，生成对应的事件信息，发送到所述第二网络节点，

所述第二网络节点根据所述事件信息，将必要的所述传感器输出和所述图像数据的转送请求发送到所述第一网络节点。

Images