CN105577743B - 用于管理装置的设备和方法 - Google Patents
用于管理装置的设备和方法 Download PDFInfo
- Publication number
- CN105577743B CN105577743B CN201510586547.9A CN201510586547A CN105577743B CN 105577743 B CN105577743 B CN 105577743B CN 201510586547 A CN201510586547 A CN 201510586547A CN 105577743 B CN105577743 B CN 105577743B
- Authority
- CN
- China
- Prior art keywords
- attribute
- attribute information
- time
- management
- cpu
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/26—Pc applications
- G05B2219/2642—Domotique, domestic, home control, automation, smart house
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Automation & Control Theory (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
Abstract
本发明涉及用于管理装置的设备和方法。一种代理装置管理设备包括:属性信息存储器,该属性信息存储器存储从管理目标装置获得的属性信息和指示属性信息的接收时间的信息;以及处理器,该处理器根据属性信息的接收时间与当代理装置管理设备从装置管理设备接收对属性信息的获取请求时所述获取请求的接收时间之间的差值来执行第一操作或第二操作。第一操作包括:将存储在属性信息存储器中的属性信息发送至装置管理设备。第二操作包括:从管理目标装置获得与获取请求对应的属性信息,并且将所获得的属性信息发送至装置管理设备。
Description
技术领域
本文论述的实施方式涉及用于装置管理系统的设备和方法,该装置管理系统从管理目标装置如房子中的传感器、家电电器等获得数据并且基于所获得的数据来控制装置。
背景技术
近年来,已知装置(即所谓的家庭网关装置或网关装置(以下称作“GW”))用于连接房子如住宅、建筑物等的家庭网络和外部网络如因特网等。(例如,日本特许公开专利申请第2010-245681号和国际专利申请第2001-526814号的日本国家申请)。
例如,使用在因特网的服务器或网关装置中操作的应用程序软件的服务通过GW对连接至家庭网络的管理目标装置如传感器、家电电器等进行数据收集或控制。更具体地,在服务的示例中,从房子的外部经由因特网来控制房子中的家电电器。在服务的另一示例中,电力公司或燃气公司远程地读取每个签约的房子中的使用计。
当在一个家庭网络中使用该类型的多个服务时,可能存在以下情况:多个GW连接至一个家庭网络,并且通过多个GW对一个管理目标装置进行数据的收集。
注意,已知以下技术:该技术使用网络中沿从客户机到家庭服务器的路径设置的分布式缓存方法、透明缓存方法以及自动缓存方法(例如,WO2006/126355)。
当通过多个GW对一个管理目标装置进行数据收集时,存在以下可能性:多个数据获取消息在短的时间段内从多个GW被发送至一个管理目标装置。因为可能存在各种类型的管理目标装置,所以一些管理目标装置可能具有不足的硬件资源如接收缓冲区等。在该情况下,存在以下可能性:当例如多个数据获取消息集中在一个管理目标装置中并且已经接收到超出接收缓冲区可以存储的数量的多个数据包时,在接收缓冲区中发生溢出并且数据包被丢弃,这影响了服务。
作为针对接收缓冲区溢出的相应措施,方法可以增加接收缓冲区的大小,以便存储更多数量的消息。然而,在实践中难以实现该方法,这是因为家庭网络系统通常使用现有家电电器或传感器装置,从而使得无法对硬件进行修改。
本发明的一方面的目标是减少管理目标装置中的资源如接收缓冲区等的消耗。
发明内容
根据实施方式的方面,代理装置管理设备包括:属性信息存储器,该属性信息存储器存储从管理目标装置获得的属性信息和指示属性信息的接收时间的信息;以及处理器,该处理器根据属性信息的接收时间与当代理装置管理设备从装置管理设备接收对属性信息的获取请求时所述获取请求的接收时间之间的差值来执行第一操作或第二操作。第一操作包括将存储在属性信息存储器中的属性信息发送至装置管理设备。第二操作包括从管理目标装置获得与获取请求对应的属性信息,并且将所获得的属性信息发送至装置管理设备。
附图说明
图1示出了根据本实施方式的装置管理系统的示例;
图2是示出交换机和GW的功能配置示例的框图;
图3A和图3B示出了交换机和GW的硬件配置示例;
图4示出了装置数据管理表的数据配置示例;
图5示出了ECHONET Lite对象数据管理表的数据配置示例;
图6示出了用于存储ECHONET Lite帧的以太网帧数据的示例;
图7是示出了当交换机启动时执行的代理响应过程的示例的流程图;
图8是示出了当交换机接收帧时代理响应过程的示例的流程图;
图9是示出了当接收到数据获取请求时由交换机执行的详细过程的流程图;
图10是示出了当接收到状态报告/响应时由交换机执行的详细过程的流程图;
图11是示出了由GW进行的对缓存值允许时间登记和更新状态报告的过程的流程图;
图12示出GW中的缓存值允许时间登记的序列示例;
图13示出了在GW中的缓存值允许时间登记之后的缓存值允许时间登记状态报告过程的序列示例;
图14示出了当交换机启动时执行的缓存值允许时间获取过程和实例列表请求过程的序列示例;
图15示出了从GW开始的实例列表获取请求过程(装置检测过程)的序列示例;
图16和图17示出了从GW开始的属性值获取请求过程的序列示例;
图18示出了从装置开始的状态报告过程的序列示例;以及
图19示出了说明本实施方式的效果的序列示例。
具体实施方式
图1示出了根据本实施方式的装置管理系统的示例。设置在房子100如住宅、建筑物等中的n个装置(管理目标装置)103(装置(#1)至(#n),其中n是大于或等于一的任意整数)如传感器装置、家电电器等连接至交换机101。此外,m个GW(装置管理设备)102(GW(#1)至(#m),其中m是大于或等于一的任意整数)连接至交换机101。在该示例中,GW 102(#2)经由路由器104连接至全球网络106如因特网。服务器105连接至全球网络106。
GW 102(#2)响应于来自在全球网络106中的服务器105中执行的应用程序软件的服务的请求而经由交换机101与装置(管理目标装置)103(#1)至103(#n)中的任意一个或更多个进行通信。其它GW 102可以响应于来自在GW 102自身中安装的应用程序软件的服务的请求而与装置103(#1)至103(#n)中的任意一个或更多个进行通信。
在本实施方式中,当GW 102请求获取由装置103管理的属性值(属性信息)时,没有查询装置103,而是将交换机101中缓存的装置103中的每个的缓存值和交换机101中缓存的装置103的属性值中的每个的缓存值返回作为代理响应,并且由此可以减少与装置103的通信。在该情况下,当每个属性值保持缓存在交换机101中达较长时间时,装置103中的每个属性值的变化在不被反映的情况下被遗留达较长时间,从而对需要短期更新的服务造成影响。相比之下,当每个属性值保持缓存的时间段很短时,访问装置103的频率增加。换言之,当通过使用传统缓存技术来减少发送至装置103的数据包的数量时,不能够获得实时数据。因此,在本实施方式中,基于针对GW 102中的每个预先登记在交换机101中的缓存值允许时间来进行控制,以确定是返回缓存值还是查询装置103。
因此,可以通过减少用于获得同一装置103的属性值的请求次数和通过减少到达装置103的数据包的数量来使对装置103的查询最小化。此外,也可以返回被GW 102允许的最新数据作为从交换机101到GW 102的代理响应。
根据本实施方式,由于以上述方式来减少对装置103的查询,因此免除了给装置103提供大容量的接收缓冲区的需要,从而使得可以减少对资源如接收缓冲区等的消耗。此外,可以减少由于缓冲区溢出而丢弃的数据包的数量。本实施方式还使得可以减少处理负荷,例如响应于获取请求由装置103进行的响应处理的负荷等。此外,根据本实施方式,响应于来自在GW 102中或在GW 102所连接的服务器中进行的服务的请求,可以通过提供给交换机101的缓存机制来获取实时数据。
图2是示出了图1中示出的交换机101和GW 102的功能配置示例的框图。
交换机101包括交换功能件201、收发器202和代理响应单元203。
收发器202经由端口(未示出)连接至图1所示的GW 102(图2中的#1至#3)和图1所示的装置103(图2所示的#1至#3)中的每个,并且在收发器202与GW 102或装置103中的每个之间发送或接收帧数据。
交换功能件201根据设置在接收的帧数据中的目的地MAC(介质访问控制)地址,将经由收发器202中的任意端口接收的帧数据转发给充当目的地的相应端口。
代理响应单元203包括帧分配器203-1、缓存数据控制器203-2和装置数据管理表203-3。
帧分配器203-1监测由交换功能件201转发的帧数据。帧分配器203-1基于在GW102与装置103之间采用的通信协议将帧数据引导至缓存数据控制器203-2。在GW 102与装置103之间采用的通信协议例如是如国际标准化组织(ISO)标准那样和如国际电工委员会(IEC)标准那样而国际标准化的ECHONET Lite。ECHONET Lite是以下通信协议,在该通信协议中,GW 102使用被称为ECHONET Lite帧的消息(参见后面将被描述的图6)对装置103进行数据收集或控制。
属性信息存储器如装置数据管理表203-3存储包含装置103的属性(属性信息)和属性的接收时间的信息。更具体地,装置数据管理表203-3具有用于装置103或GW 102中的每个的条目,并且针对每个条目来登记属性和该属性的接收时间。属性是限定用于装置103中的每个的属性名和该属性的值的集合。在图4所示的装置数据管理表203-3的说明中将给出对此的详细说明。
当接收到来自装置103的属性时,属性信息响应控制器如缓存数据控制器203-2等将属性及其接收时间存储在装置数据管理表203-3中。此外,在从GW 102接收到属性值获取请求时,缓存数据控制器203-2进行下面的操作。缓存数据控制器203-2执行将由装置数据管理表203-3存储的属性值返回至GW 102的过程作为对属性值获取请求的代理响应,或者从装置103获取与属性值获取请求对应的属性值并将其返回至GW 102的过程作为代理响应。基于以下来确定执行哪个过程:基于装置数据管理表203-3是否存储与属性值获取请求对应的属性值,以及基于属性值获取请求的接收时间与由装置数据管理表203-3存储的相应的属性值的接收时间之间的差值。将通过参照图7至图10所示的流程图在对缓存数据控制器203-2进行详细说明中描述缓存数据控制器203-2的其它操作。
如图2所示,GW 102包括ECHONET Lite协议处理单元(图2中的“协议处理器”210)。此外,GW 102包括收发器211和缓存值允许时间登记界面(图2中的“缓存值允许时间登记IF”)212。此外,GW 102包括ECHONET Lite对象数据管理表213(图2中的“对象数据”)。
收发器211与交换机101中的收发器202进行帧数据的发送和接收。
基于ECHONET Lite通信协议,ECHONET Lite协议处理器210执行由收发器211接收的ECHONET Lite帧的接收过程,并且执行ECHONET Lite对象数据管理表213的报告过程。当例如在ECHONET Lite对象数据管理表213中更新缓存值允许时间属性的值时,ECHONETLite协议处理器210经由收发器211对用于报告该更新的状态报告消息进行多播。
缓存值允许时间是用于确定在交换机101中的缓存数据控制器203-2已从GW 102接收到属性值获取请求并且相应的属性值存储在装置数据管理表203-3的条目中的情况下,属性值获取请求的接收时间与关于该请求的条目的属性值的接收时间之间的时间差的数据。将缓存值允许时间通过上述状态报告消息报告给交换机101,并且存储在装置数据管理表203-3的条目中。当上述时间差短于相应的GW 102的缓存值允许时间时,交换机101中的缓存数据控制器203-2将条目中存储的属性值返回给上述GW 102作为代理响应。当上述时间差长于与相应的GW 102的缓存值允许时间时,缓存数据控制器203-2从装置103获取与属性值获取请求对应的新的属性值,并且将其返回给GW 102作为代理响应。
如上所述,根据本实施方式,基于预先在交换机101中登记的针对GW 102中的每个的缓存值允许时间来进行控制,以确定是否对装置103进行关于是否返回缓存值的查询。由此,可以在不对装置103进行查询的情况下,将在由GW 102允许的时间范围内的最新数据作为来自交换机101的缓存数据返回给GW 102作为代理响应。
在图2中,GW 102中的ECHONET Lite对象数据管理表213在ECHONET Lite通信协议中将GW 102的对象的数据存储作为控制器对象。更具体地,ECHONET Lite对象数据管理表213将缓存值允许时间属性存储作为单独的属性。
缓存值允许时间登记界面212由GW 102的管理员、GW 102的上层系统的服务等使用,以将值登记作为ECHONET Lite对象数据管理表213中的缓存值允许时间属性。
在图2中,例如,GW 102(#1)或102(#3)响应于来自提供给GW102自身的应用程序软件的服务1或服务3的请求,经由交换机101从装置103(#1)至103(#3)中的至少任意一个收集数据。此外,GW 102(#2)响应于来自图1所示的全球网络106中的服务器105中执行的应用程序软件的服务2的请求,经由交换机101从装置103(#1)至103(#3)中的至少任意一个收集数据。
图3A示出了图1或图2所示的交换机101的硬件配置示例。交换机101包括CPU(中央处理单元)301、内存302、存储器303、帧传送引擎304、多个LAN(局域网)接口单元305、系统总线306和通信总线307。CPU 301、内存302、存储器303和帧传送引擎304通过系统总线306彼此连接。帧传送引擎304和多个LAN接口单元305通过通信总线307彼此连接。
CPU 301执行从存储器303被读取到内存302的控制程序,并且由此执行与图2所示的帧分配器203-1和缓存数据控制器203-2对应的操作。
LAN接口单元305对应于图2所示的收发器202的各个接口(未示出),并且终止在连接图2所示的收发器202和收发器211的LAN中发送的帧数据。
帧传送引擎304是以下硬件,该硬件进行与图2所示的交换功能件201对应的操作。帧传送引擎304针对LAN接口单元305中的每个将图1或图2所示的连接至LAN接口单元305的装置103或GW 102的MAC地址存储作为目的地址。然后,帧传送引擎304将由LAN接口单元305接收的帧数据转发给与帧数据的目的地MAC地址对应的另一LAN接口单元305。
除了由以上CPU 301执行的控制程序之外,存储器303还存储图2所示的装置数据管理表203-3的数据等。
本实施方式通过CPU 301执行控制程序来实现,该控制程序配有由图7至图10所示的流程图实现的功能(将在后面对其进行描述)等。可以将该控制程序存储在存储器303中,或者也可以通过LAN接口单元305从网络获取该控制程序。
图3B示出了图1或图2所示的GW 102的硬件配置示例。GW 102具有以下配置,在该配置中,CPU 311、内存312、存储器313、LAN接口单元314、不同系统的接口单元315和用户接口单元316通过总线317彼此连接。
CPU 311执行从存储器313被读取到内存312的控制程序,并且因此进行与图2所示的协议处理器210和缓存值允许时间登记界面212对应的操作。
LAN接口单元314对应于图2所示的收发器211,并且终止在连接图2所示的收发器202和收发器211的LAN中发送的帧数据。
不同系统的接口单元315终止经由图1所示的路由器104在全球网络106中发送的数据。用户接口单元316是以下硬件,该硬件与CPU 311协作来执行图2所示的缓存值允许时间登记界面212的操作。
除了由上述CPU 311执行的控制程序之外,存储器313还存储图2所示的ECHONETLite对象数据管理表213的数据等。
图4示出了图2所示的装置数据管理表203-3的数据配置示例。装置数据管理表203-3包括针对连接至交换机101的装置103或GW 102中的每个的条目。该条目具有针对以下的项:“装置类型”、“MAC地址”、“IP地址”、“EOJ”、“属性名”、“值”和“更新日期和时间”。
将与条目对应的GW 102或装置103的类型登记作为“装置类型”项。在相应条目对应于图1或图2所示的装置103(#1)或103(#2)的情况下,在“装置类型”项中登记“装置(#1)”、“装置(#2)”…...等。在相应条目对应于图1或图2所示的GW 102(#1)至102(#3)的情况下,“控制器(#1)”、“控制器(#2)”、“控制器(#3)”等被登记作为“装置类型”项。
将与条目对应的GW 102或装置103的MAC地址和IP地址登记作为“MAC地址”项和“IP地址”项。
将与条目对应的GW 102或装置103的ECHONET Lite对象标识符以16进制记数的值的形式登记作为“EOJ”项。图4中的“EOJ”项中的“0x”表示后面的值是十六进制记数的。
当条目对应于装置103时,将由装置103管理的至少一个属性项的名称登记作为“属性名”项。将与“属性名”项对应的值登记作为“值”项。在图4中,对于装置103(#1),关于“属性名=值”登记有“操作状态=接通”、“设置温度(目标温度)=26度”、“温度(当前温度)=28度”和“定时器设置=接通”。这是在装置103(#1)为传感器的情况下的示例。对于装置103(#2),登记有“操作状态=接通”…...“CPU使用率=15%”、“操作时间=8小时”、“累积的错误次数=52”以及“内存剩余容量=1.2GB”。这是在装置103(#2)为计算机的情况下的示例。
此外,将来自装置103的“属性名”项对应的“值”的接收时间登记作为“更新日期和时间”项。
此外,当条目对应于GW 102时,将由GW 102管理的名称的“缓存值允许时间”登记作为“属性名”项,并且将由GW 102报告的实际缓存值允许时间的时间值登记作为“值”项。在图4中,对于控制器(#1)(GW 102(#1)),登记“缓存值允许时间=5秒”。对于控制器(#2)(GW 102(#2)),登记“缓存值允许时间=60秒”。对于控制器(#3)(GW 102(#3),登记“缓存值允许时间=1秒”。
图5示出了由图2所示的GW 102存储的ECHONET Lite对象数据管理表213的数据配置示例,该表的条目将属性存储作为GW 102的ECHONET Lite对象。该表具有不可或缺的属性和单独的属性例如“装置类型=控制器”、“EOJ=GW 102的标识符”、“操作状态=接通或关断”、“产品代码=由产品厂家分配的代码号”等。此外,该表存储缓存值允许时间。
图6示出了在图1或图2所示的GW 102、交换机101和装置103之间发送的基于ECHONET Lite通信协议来存储ECHONET Lite帧的以太网帧数据的配置示例。
源MAC地址601和目的地MAC地址602对以太网帧的头部进行配置。源MAC地址601是发送以太网帧的装置(交换机101、GW 102或装置103)的MAC地址。目的地MAC地址602是为以太网帧的目的地的装置的MAC地址。
源IP地址603和目的地IP地址604对存储在以太网帧中的IP(网际协议)包的头部进行配置。源IP地址603是发送IP包的装置的IP地址。目的地IP地址604是为IP包的目的地的装置的IP地址。
源端口号605和目的地端口号606对存储在IP包中的TCP(传输控制协议)段的头部进行配置。源端口号605是发送TCP段的装置的(对应于服务的)端口号。目的地端口号606是为TCP段的目的地的装置的(对应于服务的)端口号。
ECHONET Lite帧607是存储在TCP段的数据部分中的属性,以便根据ECHONET Lite通信协议在交换机101、GW 102和装置103之间进行传送。
ECHONET Lite帧607包括在头部“EHD”(未示出)之后的为“TID”、“SEOJ”、“DEOJ”、“ESV”和“OPC”的各个数据片。此外,ECHONET Lite帧还包括(“EPC1”、“PDC1”、“EDT1”)至(“EPCn”、“PDCn”、“EDTn”)的属性值。
“TID”是业务标识符。将在后面描述“TID”。
“SEOJ”是源ECHONET Lite对象的标识符,而“DEOJ”是目的地ECHONET Lite对象的标识符。这些标识符用于识别源装置或目的地装置,并且还表示装置的类型。
“ESV”是指定ECHONET Lite的访问规则的服务值,而“0x6X”的值指示其ECHONETLite帧是属性值获取请求消息。注意,“0x”表示“6X”是十六进制记数,而“X”表示十六进制记数的任意值。当上述值是“0x5X”或“0x7X”时,指示其ECHONET Lite帧是响应消息。
在“OPC”中,存储过程属性(n)的数量。在(“EPC1”、“PDC1”、“EDT1”)至(“EPCn”、“PDCn”、“EDTn”)中,属性值的组合具有与上述“n”对应的过程属性的数量,“EPC”表示访问目标属性,而“EDT”表示属性值数据。“PDC”表示“EDT”的字节的数量。
图7是示出了当交换机101启动时执行的代理响应过程的示例的流程图。在图3A所示的硬件配置示例中,该过程是以下过程:在该过程中,CPU 301执行通过CPU 301从存储器303读取到内存302中的交换机启动处理程序。该过程是图2所示的代理响应单元203的操作的一部分。
交换机101获取自身的IP地址。具体地,交换机101中的CPU 301通过使用被称为DHCP(动态主机配置协议)等的IP地址自动获取技术来查询DHCP服务器(未示出)例如图1所示的路由器104等。由此,CPU 301获取CPU 301的交换机101的IP地址,并且将该地址设置在例如内存302中(步骤S701)。
交换机101将实例列表请求消息多播至连接到交换机101的所有装置103和GW102。具体地,交换机101中的CPU 301对将实例列表请求消息存储作为Get请求消息的帧数据进行多播,Get请求消息是基于ECHONET Lite通信协议的请求消息。图3A所示的帧传送引擎304将其目的地MAC地址602指示多播传输的帧数据转发至LAN接口单元305中的每个,并且发送该数据(步骤S702)。在这样的情况下,实例列表请求消息以帧数据的形式存储在ECHONET Lite帧607中,以图6所示的进行传输。在源MAC地址601中,存储LAN接口单元305中的每个的MAC地址。在目的地MAC地址602中,存储用于多播传输的MAC地址。在源IP地址603(在步骤S702中被称为“SA”)中,存储在步骤S701中获得的交换机101自身(代理响应单元203)的IP地址。在目的地IP地址604中,存储用于多播传输的IP地址。在源端口号605和目的地端口号606中,分别存储已被分配给ECHONET Lite通信协议的端口号。
接下来,交换机101中的CPU 301在装置数据管理表203-3(图2)中登记响应于上述实例列表请求消息的装置103和GW 102(图1)的装置列表(步骤S703)。具体地,CPU 301经由图3A所示的相应的LAN接口单元305和帧传送引擎304从响应于实例列表请求消息的装置103和GW 102(图1)中的每个接收实例列表响应消息。在这样的情况下,在接收的图6所示的帧数据中,将实例列表响应消息存储在ECHONET Lite帧607中。在源MAC地址601和源IP地址603中,存储为响应源的装置103或GW 102的MAC地址和IP地址。此外,将为响应源的装置103或GW 102的ECHONET Lite对象标识符存储作为ECHONET Lite帧607中的“SEOJ”项。CPU 301在内存302或存储器303的装置数据管理表203-3(参见图2)中登记源MAC地址601、源IP地址603和“SEOJ”项的值。更具体地,CPU 301在装置数据管理表203-3中生成图4所示的数据配置示例的新的条目。然后,CPU 301将源MAC地址601、源IP地址603和“SEOJ”项的值登记作为条目的“MAC地址”项、“IP地址”项和“EOJ”项。此外,在图4所示的装置数据管理表203-3的新条目中,CPU 301将由“EOJ”项限定的装置类型名登记作为“装置类型”项。此外,CPU 301将设置在实例列表响应消息中的属性名登记作为新条目中的“属性名”项。在接收的图6所示的帧数据中,该属性名被报告作为“EPC1”至“EPCn”等的值。
接下来,交换机101执行由图7中的虚线包围的缓存值允许时间登记过程A。
首先,交换机101中的CPU 301确定是否存在有类型为“控制器”并且属性名包括“缓存值允许时间”的装置(步骤S704)。
当在步骤S704中确定结果为是时,交换机101中的CPU 301将缓存值允许时间请求消息发送至在步骤S704中检测到的响应源GW 102(步骤S705)。在这样的情况下,在发送的图6所示的数据的帧数据中,将缓存值允许时间请求消息存储在ECHONET Lite帧607中。在源MAC地址601(在步骤S705中被称为“SA”)中,存储LAN接口单元305中的每个的MAC地址。在目的地MAC地址602中,存储设置在接收的帧数据中的使得步骤S704的确定为是的源MAC地址601。在源IP地址603中,存储在步骤S701中获得的交换机101自身(图2所示的代理响应单元203)的IP地址。在目的地IP地址604中,存储设置在接收的帧数据中的使得步骤S704的确定为是的源IP地址603。在源端口号605和目的地端口号606中,分别存储已被分配给ECHONET Lite通信协议的端口号。
接下来,交换机101在装置数据管理表203-3中登记包括在来自响应于上述缓存值允许时间请求消息的GW 102(图1)的缓存值允许时间响应消息中的缓存值允许时间。具体地,交换机101中的CPU 301经由图3A所示的LAN接口单元305和帧传送引擎304中的一个来接收缓存值允许时间响应消息。在这样的情况下,缓存值允许时间响应消息存储在图6所示的ECHONET Lite帧607中。在源MAC地址601和源IP地址603中,存储为响应源的GW 102的MAC地址和IP地址。此外,将为响应源的GW 102的ECHONET Lite对象标识符存储作为ECHONETLite帧607中的“SEOJ”项。此外,将“缓存值允许时间”的名称存储作为ECHONET Lite帧607中的“EPC1”项,以及将缓存值允许时间值存储作为“EDT1”项。将“EDT1”项的值的字节数存储作为“RDC1”项。CPU 301提取为“控制器”类型的条目,在该条目中,源MAC地址601、源IP地址603或“SEOJ”项的值被存储在图4所示的数据配置示例的装置数据管理表203-3中。然后,在该条目中,CPU 301将上述“EDT1”项的缓存值允许时间值登记作为与“属性名=缓存值允许时间”对应的“值”项(步骤S706)。
当步骤S704的确定结果为否时,CPU 301跳过在上述步骤S705和S706中的过程。
此后,在步骤S703的登记过程中,交换机101中的CPU 301对类型为“控制器”并且属性名不包括“缓存值允许时间”的装置执行下面的过程。在满足图4所示的数据配置示例的装置数据管理表203-3的上述条件的条目中,CPU 301将“0”登记作为与“属性名=缓存值允许时间”对应的“值”项(步骤S707)。
图8是示出了当交换机101接收到帧时的代理响应过程的示例的流程图。CPU 301基于来自图3A所示的帧传送引擎304的帧接收报告,将帧接收处理程序从存储器303加载至内存302。该过程是图2所示的代理响应单元203的操作的一部分。
交换机101中的CPU 301确定由帧传送引擎304从图3A所示的LAN接口单元305中的一个接收的帧数据是否是ECHONET Lite帧(步骤S801)。具体地,CPU 301确定由帧传送引擎304报告的图6中所示的数据的帧数据中的目的地端口号606是否正在存储与ECHONET Lite通信协议对应的端口号值“3610”。
当步骤S801的确定结果为否时,CPU 301指示帧传送引擎304如往常一样转发所接收的帧数据(步骤S802),并且终止图8所示的流程图的帧接收处理程序。由此,根据由LAN接口单元305中的一个接收的帧数据的目的地MAC地址602,帧传送引擎304将上述帧数据转发至与MAC地址对应的LAN接口单元305。
当步骤S801的确定结果为是时,CPU 301不使帧传送引擎304执行对接收的帧数据的传送过程而是执行代理响应过程,该代理响应过程被表示为步骤S803至步骤S806中的一系列过程。
CPU 301执行下面关于所接收的图6所示的数据的帧数据的确定(步骤S803)。CPU301确定帧数据中的ECHONET Lite帧607的源MAC地址601和“SEOJ”项的值是否已经登记在装置数据管理表203-3的条目中的一个(步骤S803)中。换言之,CPU 301确定源MAC地址601和“SEOJ”项的值是否已经分别登记为图4所示的数据的装置数据管理表203-3的条目中的一个的“MAC地址”项和“EOJ”项。
当步骤S803的确定结果为是时,CPU 301在所接收的帧数据的ECHONET Lite帧607中检测“ESV”项的值(步骤S804)。
当在步骤S804中“ESV=0x6X”时,CPU 301确定在所接收的帧数据中的ECHONETLite帧607是数据获取请求消息。在这样的情况下,CPU 301执行数据获取请求接收过程(步骤S805),将在后面对数据获取请求接收过程进行介绍。
当在步骤S804中“ESV=0x5X”或“ESV=0x7X”时,CPU 301确定在所接收的帧数据中的ECHONET Lite帧607是状态报告或响应消息。在这样的情况下,CPU 301执行状态报告/响应接收过程(步骤S806),将在后面对状态报告/响应接收过程进行介绍。
在步骤S805或S806的上述过程之后,CPU 301终止图8所示的流程图的帧接收处理程序。
当步骤S803的确定结果为否时,交换机101中的CPU 301在装置数据管理表203-3(图2)中登记发送所接收的帧数据的装置103或GW 102(图1)(步骤S807)。具体地,CPU 301从所接收的图6所示的帧数据中提取源MAC地址601、源IP地址603和“SEOJ”项的值。接下来,CPU 301在内存302或存储器303中的装置数据管理表203-3(参见图2)中生成具有如图4所举例说明的数据配置的新条目。然后,CPU 301分别将源MAC地址601、源IP地址603和“SEOJ”项的值登记作为“MAC地址”项、“IP地址”项和“EOJ”项。此外,CPU 301将由“EOJ”项所限定的装置类型名登记作为上述图4所示的装置数据管理表203-3的新条目中的“装置类型”项。此外,CPU 301将设置在实例列表响应消息中的属性名登记作为上述新条目的“属性名”项。该属性名被报告作为所接收的图6所示的帧数据中的“EPC1”至“EPCn”等的值。
接下来,交换机101中的CPU 301执行由图7的虚线包围的缓存值允许时间登记过程A(步骤S808)。由此,当在步骤S807的登记过程中存在类型为“控制器”并且属性名包括“缓存值允许时间”的装置时,CPU 301对发送所接收的帧数据的GW 102进行关于缓存值允许时间的查询。然后,CPU 301将从GW 102返回的缓存值允许时间登记在在步骤S807的登记过程中生成的在装置数据管理表203-3的条目中。
此后,CPU 301执行步骤S804至步骤S806的上述一系列过程。
图9是示出了图8的步骤S805中的数据获取请求接收过程的流程图。
CPU 301确定经由帧传送引擎304接收的帧数据的ECHONET Lite帧607是否是实例列表获取请求消息(步骤S901)。
当步骤S901的确定结果为是时,CPU 301生成在图4所示的装置数据管理表203-3的相应条目中登记的实例的列表,并且将该列表返回至实例列表获取请求消息的源(步骤S902)。具体地,CPU 301针对上述条目中的每个生成实例列表获取响应消息。在这样的情况下,LAN接口单元305自身的MAC地址存储在图6所示的源MAC地址601中,返回的帧数据通过LAN接口单元305自身的MAC地址而输出。在与图8所示的流程图对应的帧接收处理程序启动时已被设置在接收的帧数据中的源MAC地址601存储在目的地MAC地址602中。在源IP地址603中,存储被登记为处理目标条目的“IP地址”(参见图4)项的IP地址。换言之,交换机101将通过用于处理目标条目的装置的代理来返回IP地址。在目的地IP地址604中,存储已经设置在上述接收的帧数据中的源IP地址603。在源端口号605和目的地端口号606中,存储与ECHONET Lite通信协议对应的端口号。将被登记为处理目标条目的“EOJ”项(参见图4)的对象标识符存储作为ECHONET Lite帧607中的“SEOJ”项。同样在该情况下,交换机101将通过用于处理目标条目中的装置的代理来返回EOJ值。将表示响应的值存储作为ECHONET Lite帧607中的“ESV”项。在ECHONET Lite帧607的属性值(“EPC1”、“PDC1”、“EDT1”)至(“EPCn”、“PDCn”、“EDTn”)的组合中,存储处理目标条目中的“属性名”项与“值”项的组合。在该情况下,“属性名”项与“值”项分别存储在“EPC1”至“EPCn”以及“EDT1”至“EDTn”中。在“PDC1”至“PDCn”中,存储“EDT1”至“EDTn”的相应的字节数。作为ECHONET Lite帧607中的“OPC”项,将处理目标条目中的“属性名”项与“值”项的组合的数量存储为处理属性的数量。
在步骤S902的过程之后,CPU 301终止图8的步骤S805中的数据获取请求接收过程。
如上所述,响应于实例列表获取请求消息,交换机101可以将各个实例列表获取响应消息的帧数据返回作为针对来自各个装置103或GW 102的响应的代理响应。
当步骤S901的确定结果为否时,交换机101中的CPU 301确定所接收的消息是属性值获取请求消息。在这样的情况下,CPU 301计算在属性的更新的日期和时间与存在于请求属性中的装置数据管理表203-3中的属性的当前日期和时间之间的差值(步骤S903)。具体地,在与属性值获取请求消息对应的存储在图6所示的帧数据中的ECHONET Lite帧607的“DEOJ”中,存储其属性值正被请求的装置103的对象标识符。此外,将与所请求的属性值对应的属性名存储作为ECHONET Lite帧607的“EPC1”项至“EPCn”项。在图4所示的装置数据管理表203-3的每个条目中,每个装置的对象标识符被登记在“EOJ”项中,以及在值被更新处的更新日期和时间被登记作为针对“属性名”项和“值”项的每个组合的“更新日期和时间”项。CPU 301首先识别以下条目,在该条目中属性值获取请求消息中的“DEOJ”项的值被登记作为“EOJ”项。然后,CPU 301确定值是否被登记作为与“属性名”项对应的项的“值”,在“属性名”项中,针对由属性值获取请求消息所请求的在该条目中的属性名“EPC1”至“EPCn”中的每个登记各个属性名。当值被登记时,CPU 301计算相对于进行的登记而被登记作为与“值”项对应的“更新日期和时间”项的更新日期和时间与当前日期和时间(接收属性值获取请求消息的日期和时间)之间的时间差。
接下来,交换机101中的CPU 301确定在步骤S903中是否能够针对由上述属性值获取请求消息所请求的每个属性来计算时间差,以及该时间差是否在缓存值允许时间内(步骤S904)。在该过程中,CPU 301以如下方式获得缓存值允许时间。CPU 301从装置数据管理表203-3中提取具有与发送属性值获取请求消息的GW 102对应的“控制器”类型的条目。具体地,CPU 301提取以下条目,在该条目中,与属性值获取请求消息对应的存储在图6所示的帧数据中的ECHONET Lite帧607的“SEOJ”项的值被存储作为“EOJ”项。然后,CPU 301在所提取的条目中从与“属性名=缓存值允许时间”对应的“值”项中获取缓存值允许时间的值。
当步骤S904的确定结果为是时,CPU 301通过使用在装置数据管理表203-3中登记的对应条目的数据来组成属性值获取响应消息(步骤S905)。
具体地,CPU 301将以下数据生成作为与要存储在图6所示的帧数据中的属性值获取响应消息对应的ECHONET Lite帧607。CPU 301从在步骤S903识别的条目中获得与各个“属性”项对应的“值”项的值,针对各个“属性”项登记由属性值获取请求消息所请求的各个属性名“EPC1”至“EPCn”。然后,CPU 301生成属性名(“EPC1”、“PDC1”、“EDT1”)至(“EPCn”、“PDCn”、“EDTn”)的组合,针对所述属性名的组合“EDT1”至“EDTn”被设置作为“值”项的值。注意,CPU 301分别将“PDC1”至“PDCn”设置作为“EDT1”至“EDTn”的字节数。CPU 301将处理属性n的数量设置作为“OPC”项的值。CPU 301将在步骤S903中识别的条目的“EOJ”项的值设置作为“SEOJ”项的值。此外,CPU 301将与属性值获取请求消息对应的存储在图6所示的帧数据中的ECHONET Lite帧607的“SEOJ”项的值设置作为“DEOJ”项的值。然后,CPU 301将表示响应的值设置作为“ESV”项的值。
当例如采用要求图4所示的装置数据管理表203-3中的装置(#1)的所有属性值的属性值获取请求消息时,CPU 301将生成如下ECHONET Lite帧607作为属性值获取响应消息。
属性值的组合
操作状态:“2”“接通”
设置温度:“2”“26”
温度:“2”“28”
定时器设置:“2”“接通”
OPC=4
SEOJ=0x013001
DEOJ=0x05FF01
ESV=0x7
接下来,CPU 301生成图6所示的帧数据,在该帧数据中存储以上述方式生成的ECHONET Lite帧607。在该过程中,CPU 301将接收到属性值获取请求消息的帧数据的、图2所示的LAN接口单元305的MAC地址设置作为源MAC地址601。CPU 301将属性值获取请求消息的帧数据中所设置的源MAC地址601设置作为目的地MAC地址602。CPU 301将在步骤S903中识别的条目的“IP地址”项的值设置作为源IP地址603。CPU 301将在属性值获取请求消息的帧数据中所设置的源IP地址603设置作为目的地IP地址604。此外,CPU 301将与ECHONETLite通信协议对应的端口号设置作为源端口号605和目的地端口号606。
交换机101将上述属性值获取响应消息发送给请求源。具体地,CPU 301请求图3A所示的帧传送引擎304发送存储有在步骤S905中组成的属性值获取响应消息的帧数据(步骤S906)。帧传送引擎304经由LAN接口单元305发送关于请求的帧数据,其中,该帧数据的目的地MAC地址602被存储作为连接目的地MAC地址。
在步骤S906的过程之后,CPU 301终止图8所示的步骤S805中的数据获取请求接收过程。
当步骤S904的确定结果为否时,交换机101通过使用(“未包括在装置数据管理表203-3中的所请求的属性”和“具有比缓存值允许时间长的差别时间的属性”)来重组属性值获取请求消息。然后,交换机101将请求消息发送至为当前请求目标的装置103(步骤S907)。具体地,CPU 301在步骤S903识别的条目中执行下面的提取过程。CPU 301从“属性”项中提取未被登记为“值”项的属性名,针对该“属性”项登记由属性值获取请求消息所请求的各个属性名“EPC1”至“EPCn”。此外,CPU 301提取在步骤S903中计算的差别时间比上述缓存值允许时间长(不在上述缓存值允许时间之内)的属性名。然后,CPU 301重组属性值获取请求消息,在属性值获取请求消息中所提取的这些属性名被设置,并且将消息发送给相应的装置103。
更具体地,CPU 301将下面的数据生成作为与属性值获取请求消息对应的、要存储在图6所示的数据帧中的ECHONET Lite帧607。CPU 301生成属性值的组合“EPC1”至“EPCn”,其包括在步骤S907中提取的各个属性名。CPU 301将处理属性的数量n设置作为“OPC”项的值。CPU 301将在步骤S903中识别的条目中的“EOJ”项的值设置作为“DEOJ”项的值。此外,CPU 301将表示请求如“ESV=0x5X”的值设置作为“ESV”项的值。此外,CPU 301将响应于当前属性值获取请求消息而唯一地生成的标识值设置作为“TID”项的值。
接下来,CPU 301生成图6所示的帧数据,在所述帧数据中存储以上述方式生成的ECHONET Lite帧607。在该过程中,CPU 301将在步骤S903中识别的条目的“MAC地址”项的值设置作为目的地MAC地址602。CPU 301将图3A所示的LAN接口单元305自身的MAC地址设置作为源MAC地址601,为此将上述目的地MAC地址602设置作为连接目的地MAC地址。CPU 301将在步骤S701获得的并且已经存储在内存302中的交换机101自身的IP地址设置作为源IP地址603。CPU 301将在步骤S903中识别的条目的“IP地址”项的值设置作为目的地IP地址604。然后,CPU 301将与ECHONET Lite通信协议对应的端口号设置作为源端口号605和目的地端口号606。
CPU 301请求:图3A所示的帧传送引擎304发送存储有上述属性值获取请求消息的帧数据。帧传送引擎304经由LAN接口单元305转发关于请求的帧数据,在LAN接口单元305中,帧数据的目的地MAC地址602被存储作为连接目的地MAC地址。
在上述步骤S907中,仅针对未登记在装置数据管理表203-3的条目中的属性名以及针对其差别时间长于缓存值允许时间的属性名,将属性值获取请求消息发送给装置103。也可以采用以下配置,在该配置中针对属性值获取请求消息所请求的所有属性名“EPC1”至“EPCn”,属性值获取请求消息被发送给装置103,并且请求再次获得所有的属性值。
CPU 301将装置数据管理表203-3中的属性值(其差别时间在缓存值允许时间连同在步骤907中添加的TID值以内)临时存储在内存302中并且作为响应等待属性(步骤S908)。注意,CPU 301也存储为属性值获取请求消息的源(请求源)的GW 102的信息。由此,可以实现以下配置:在该配置下,当响应于在步骤S907中发送的属性值获取请求消息已经从装置103返回属性值时,该属性值和临时存储在内存302中的属性值通过TID进行关联,以便使属性值响应于请求源GW 102。换言之,CPU 301将TID值与添加到所接收的返回帧数据的TID值相同的内存302中的响应等待属性的值与所接收的返回帧数据的属性值放在一起,以便将值返回给请求源GW 102。
在步骤S908的过程之后,CPU 301终止图8所示的步骤S805中的数据获取请求接收时间过程。
图10是示出了在图8的步骤S806的状态报告/响应接收过程的流程图。
CPU 301基于接收的状态报告或响应的帧数据中所存储的ECHONET Lite帧607来更新装置数据管理表203-3中的对应条目的属性(步骤S1001)。在这样的情况下,属性值要更新的装置103或GW 102的对象标识符被存储作为在所接收的数据的帧数据中存储的ECHONET Lite帧607的“SEOJ”。此外,在ECHONET Lite帧607的属性值(“EPC1”、“PDC1”、“EDT1”)至(“EPCn”、“PDCn”、“EDTn”)的组合中,存储要更新的属性的属性名项和值项的组合。CPU 301在装置数据管理表203-3中识别以下条目:在该条目中上述帧中的“SEOJ”项的值被登记为“EOJ”项。然后,针对上述属性名的组合中的“属性名”的每个对应项,CPU 301在识别的条目中更新“值”项的值。此外,CPU 301在与被登记为“EOJ”项的“值”项对应的“更新日期和时间”项中登记当前日期和时间(接收到状态报告/响应消息时的时间和日期)。
接下来,CPU 301确定内存302是否包括与接收的响应消息对应的响应等待属性(步骤S1002)。具体地,CPU 301针对响应等待属性对内存302进行搜索,所述响应等待属性的TID值与接收的已经分配的响应消息的帧数据中存储的ECHONET Lite帧607中的“TID”项的TID值相同。
当步骤S1002的确定结果为否时,交换机101将接收的状态报告消息或响应消息按原样转发给目的地端口。具体地,CPU 301向帧传送引擎304指示:按原样对接收的状态报告消息或响应消息进行中继和发送(步骤S1003)。在确认表示多播的值被设置在状态报告消息的帧数据(参见图6)的目的地MAC地址602中之后,帧传送引擎304将该帧数据转发给图3A所示的所有LAN接口单元305。
当步骤S1002的确定结果为是时的情况是以下情况:当接收的消息是响应于在图9的步骤S907中发送的属性值获取请求消息被寻址到交换机101自身的响应消息,并且存在响应等待属性。在这样的情况下,CPU 301将在步骤S1002中针对其对内存302进行搜索的响应等待属性的属性值与接收的响应帧数据的属性值放在一起,并且对属性值获取响应消息进行重组(步骤S1004)。根据与响应等待属性一起存储的请求源GW 102的信息,CPU 301生成帧数据,在该帧数据中上述重组的属性值获取响应消息被存储作为ECHONET Lite帧607(参见图6)。以与图9中的步骤S905的情况下的方式类似的方式来生成帧数据。
交换机101将上述属性值获取响应消息返回给发送与属性值获取响应消息对应的属性值获取请求消息的目的地(步骤S1003)。具体地,CPU 301向图3A所示的帧传送引擎304请求发送帧数据,在该帧数据中存储有在步骤S104中组成的属性值获取响应消息。帧传送引擎304发送与来自LAN接口单元305的请求有关的帧数据,在LAN接口单元305中,该帧数据的目的地MAC地址602被存储作为连接目的地MAC地址。
在步骤S1003的过程之后,CPU 301终止图8所示的步骤S806中的状态报告/响应接收过程。
图11是示出了GW 102的缓存值允许时间登记/更新状态报告过程的流程图。在该过程中,CPU 311执行在图3B所示的硬件配置示例中从存储器313读取到内存312的缓存值允许时间登记/更新状态报告处理程序。该过程是图2所示的协议处理器210的操作的一部分。
图2所示的GW 102中的缓存值允许时间登记界面212从GW 102的上层系统的的服务或管理员接收对缓存值允许时间的登记或更新。因此,缓存值允许时间登记界面212更新在图3B所示的内存312或存储器313中存储的ECHONET Lite对象数据管理表213(图2)。具体地,缓存值允许时间登记界面212登记或更新具有图5的数据配置示例的ECHONET Lite对象数据管理表213中的“缓存值允许时间”项的值。
同时,GW 102的CPU 311监测ECHONET Lite对象数据管理表213的“缓存值允许时间”项的值是否被登记或更新(步骤S1101)。
当步骤S1101的确定结果为是时,GW 102中的CPU 311经由图3A所示的LAN接口单元314将登记的或更新的缓存值允许时间作为状态报告进行多播(步骤S1102)。具体地,在图6所示的帧数据的ECHONET Lite帧607的源MAC地址601和源IP地址603中,存储有返回源GW 102的MAC地址和IP地址。此外,在目的地MAC地址602中存储有与多播传输对应的“值”。此外,将返回源GW 102的对象标识符存储作为ECHONET Lite帧607的“SEOJ”项。另外,将名称“缓存值允许时间”存储作为ECHONET Lite帧607中的“EPC1”项,同时将缓存值允许时间值存储作为“EDT1”项。注意,已经将“EDT1”项的值的字节数存储作为“RDC1”项。
在步骤S1102的过程之后,CPU 311终止图11所述的流程图说明的缓存值允许时间登记处理。
当接收到从GW 102如此发送的缓存值允许时间的状态报告消息的帧数据时,交换机101执行要在图8所示的帧的接收处进行的代理响应过程的步骤S804至S806,并且由此在图10的步骤S1001中处理状态报告消息。
在步骤S1001中,图3A所示的CPU 301从图4所示的装置数据管理表203-3中提取类型为“控制器”的条目,在该条目中存储有缓存值允许时间的状态报告消息中的“SEOJ”项的值。然后,CPU 301在该条目中将缓存值允许时间的状态报告消息中的“EDT1”项的缓存值允许时间值登记作为与“属性名=缓存值允许时间”对应的“值”项。
以上述方式,根据在GW 102中对缓存值允许时间的登记/更新,基于来自GW 102状态报告多播,可以对交换机101的装置数据管理表203-3中的该条目的缓存值允许时间进行登记/更新。
下面将说明基于由上述图7至图11所示的流程图的举例说明的控制过程的操作序列。
图12示出了GW 102中的缓存值允许时间登记的序列示例。
图2所示的GW 102(#1)中的缓存值允许时间登记界面212从GW 102(#1)的服务1的管理员接收缓存值允许时间的登记。例如,时间值是五秒。因此,GW 102(#1)中的缓存值允许时间登记界面212将“5秒”登记作为ECHONET Lite对象数据管理表213(图2)中的“缓存值允许时间”项(图12的步骤S1201)。
图2的GW 102(#2)中的缓存值允许时间登记界面212从上层系统的服务接收缓存值允许时间的登记。假定,例如时间值是六十秒。因此,GW 102(#2)中的缓存值允许时间登记界面212将“60秒”登记作为ECHONET Lite对象数据管理表213(图2)中的“缓存值允许时间”项(S1202)。
图13示出了缓存值允许时间登记状态报告过程的序列示例。该序列在通过图12所示的序列示例来举例说明的GW 102(#1)和GW 102(#2)中的缓存值允许时间登记之后进行。
GW 102(#1)中的CPU 311执行在图11的流程图中举例说明的缓存值允许时间登记/更新状态报告过程。当“缓存值允许时间=5秒”被登记作为GW 102(#1)的ECHONET Lite对象数据管理表213中的“缓存值允许时间”项时,CPU 311对图11的步骤S1101中的登记进行检测。然后,CPU 311将“登记的缓存值允许时间=5秒”的信息作为图11的步骤S1102中的状态报告进行多播(图13的步骤S1301)。
包括从GW 102(#1)发送的“缓存值允许时间是5秒”的状态报告消息的帧数据由帧传送引擎304经由图3A所示的LAN接口单元305来接收,GW 102(#1)连接至LAN接口单元305。交换机101中的CPU 301从帧传送引擎304接收上述状态报告消息的帧数据。CPU 301执行图8所示的步骤S804至S806的接收帧的过程,并且由此执行图10的步骤S1001。从而,上述状态报告消息中的“缓存值允许时间是5秒”被登记作为与“装置数据管理表203-3中的控制器(#1)的条目属性名=缓存值允许时间”对应的“值”项(S1302)。
类似于GW 102(#2),CPU 311执行图11的流程图所举例说明的缓存值允许时间登记/更新状态报告过程。当“缓存值允许时间是60秒”被登记作为GW 102(#2)的ECHONETLite对象数据管理表213的“缓存值允许时间”项时,CPU 311对图11的步骤S1101中的登记进行检测。在图11的步骤S1102中,CPU 311将登记的“缓存值允许时间是60秒”作为状态报告进行多播(S1303)。
包括从GW 102(#2)发送的“缓存值允许时间是60秒”的状态报告消息的帧数据由帧传送引擎304经由图3A所示的LAN接口单元305来接收,GW 102(#2)连接至LAN接口单元305。交换机101中的CPU 301从帧传送引擎304接收上述状态报告消息的帧数据。CPU 301执行图8中的步骤S804至S806的接收帧的过程,并且由此执行图10的步骤S1001。因此,上述状态报告消息中的“缓存值允许时间是60秒”被登记作为与“装置数据管理表203-3中的控制器(#2)的条目属性名=缓存值允许时间”对应的“值”项(S1304)。
图13的上述序列示例是以下示例,在该示例中,在GW 102(#1)和GW 102(#2)之前已经启动交换机101,并且各个GW 102的缓存值允许时间随后登记在交换机101中。
图14示出了当交换机101启动时执行的实例列表请求过程和缓存值允许时间获取过程的序列示例。
当交换机101启动时(S1401),CPU 301开始代理响应过程,其通过图7所示的流程图来举例说明。因此,CPU 301在图7的步骤S701中获取交换机101自身的IP地址(S1402)。
此后,CPU 301将实例列表请求消息的帧数据作为图7的步骤S702中的Get请求进行多播(图14中的S1403)。该帧数据从图3A所示的帧传送引擎304经由相应的LAN接口单元305到达GW 102(#1)、装置103(#1)、GW 102(#2)等。在此刻,装置103(#2)例如尚未启动。
当接收到上述实例列表请求消息时,GW 102(#1)、装置103(#1)、GW 102(#2)等返回用于存储分别由其管理的属性名的实例列表响应消息。响应由基于ECHONET Lite协议的Get响应来进行。
因此,在图7的步骤S703中CPU 301经由图3A所示的相应的LAN接口单元305和帧传送引擎304来接收相应的实例列表响应消息(步骤S1404、S1405和S1406)。然后,CPU 301在图4所示的装置数据管理表203-3中生成以下条目,在该条目中设置有“装置类型”、“MAC地址”、“IP地址”、“EOJ”和“属性名”项的值(图14中的S1407)。例如,生成以下条目,在该条目中“装置(#1)”、“控制器(#1)”、“控制器(#2)”等被设置作为“装置类型”项。
此外,当存在其类型为“控制器”并且其属性名包括“缓存值允许时间”的装置时,在图7的步骤S704和步骤S705的过程中CPU 301将缓存值允许时间请求消息发送至这样的GW 102。
寻址到GW 102(#1)的缓存值允许时间请求消息的帧数据从帧传送引擎304经由连接到GW 102(#1)的LAN接口单元305而到达GW 102(#1)。
当接收到上述缓存值允许时间请求消息时,GW 102(#1)中的CPU 311执行以下控制操作。CPU 311从内存312等读取被登记作为ECHONET Lite对象数据管理表213(参见图2)中的“缓存值允许时间”项的缓存值允许时间。在该示例中,获得“5秒”。CPU 311生成其中设置有“缓存值允许时间是5秒”的缓存值允许时间响应消息,并且将该消息通过图3B所示的LAN接口单元314返回至交换机101。该响应基于Get响应来进行(S1409)。
交换机101中的CPU 301经由图3A所示的连接至GW 102(#1)的LAN接口单元305并且经由帧传送引擎304来接收上述缓存值允许时间响应消息。在图7的步骤S706中,CPU 301从缓存值允许时间响应消息中提取缓存值允许时间值。然后,CPU 301在装置数据管理表203-3中的与GW 102(#1)对应的条目中将“5秒”登记作为与“缓存值允许时间”对应的“值”项。
以类似的方式来处理寻址到GW 102(#2)的缓存值允许时间请求消息(S1411),并且从所接收的来自GW 102(#2)的缓存值允许时间响应消息中提取“缓存值允许时间是60秒”(S1412)。然后,在装置数据管理表203-3中的与GW 102(#2)对应的条目中,将“60秒”登记作为与“缓存值允许时间”对应的“值”项(S1413)。
与图13所示的序列示例相比,图14所示的序列示例说明了在GW(#1)和GW 102(#2)启动之后启动交换机101的情况,以及交换机101随后向GW 102中的每个请求和获取缓存值允许时间的情况。
图15示出了从例如GW 102(#1)开始的实例列表获取请求处理(装置检测处理)的序列示例。当例如GW 102(#1)稍晚启动时,其可能希望在GW 102(#1)中操作以识别哪个装置连接至网络的服务。
在这样的情况下,GW 102(#1)对实例列表获取请求消息进行多播。GW 102(#1)中的CPU 311在发送帧的帧数据的ECHONET Lite帧607的“ESV”项中设置表示数据获取请求的“0x6X”。对此作出响应,交换机101中的CPU301经由图3A所示的LAN接口单元305和帧传送引擎304中的每个来接收上述实例列表获取请求消息的帧数据(S1501)。
CPU 301在接收到帧时启动代理响应过程,并且执行图8中的步骤S801、S803、S804和S805。然后,当步骤S901的确定结果为是时,执行图9的步骤S902。CPU 301生成登记在装置数据管理表203-3的相应条目中的实例的列表,并且对实例列表获取请求消息的源作出响应(S1502)。
在这样的情况下,CPU 301基于代理每个条目中的装置的Get响应来生成实例列表获取响应消息,并且对GW 102(#1)作出响应(图14的S1503和S1504)。由此,在图15中,GW102(#1)接收每个实例列表获取响应消息,就好像装置103(#1)和GW 102(#2)(控制器(#2))作出响应地那样。
事实上,未对装置103(#1)或GW 102(#2)进行访问,并且交换机101进行代理响应,访问相应装置103的次数减小,并且可以抑制向装置103发送请求消息。此外,由于还存在希望GW 102(#1)识别不同的GW例如GW 102(#2)的连接状态的情况,因此,可以对GW 102(#2)进行代理响应。因此,还抑制向GW 102发送消息,这带来的影响是降低了整个网络的流量。
图16示出了从GW 102开始的属性值获取请求过程的序列示例。
首先,例如GW 102(#1)将基于Get请求的属性值获取请求消息发送至装置103(#1)(S1601)。GW 102(#1)中的CPU 311根据在要发送的帧的帧数据的ECHONET Lite帧607中已经预先获得的实例列表(参见图15)来设置下一个值。CPU 311将GW 102(#1)的对象标识符“0x05FF01”(参见图4所示的控制器(#1)的条目中的“EOJ”项的值)设置作为“SEOJ”项。CPU311将装置103(#1)的对象标识符“0x013001”(参见图4所示的装置(#1)的条目中的“EOJ”项的值)设置作为“DEOJ”项。此外,CPU 311将“EPC1=操作状态”设置作为请求属性。对此作出响应,交换机101中的CPU 301经由图3A所示的帧传送引擎304和连接至GW 102(#1)的LAN接口单元305来接收上述属性值获取请求消息的帧数据(S1601)。
当接收到图8所示的帧时,CPU 301启动代理响应过程以执行步骤S801、S803、S804和S805,并且当步骤S901的确定结果为否时还执行图9所示的步骤S903。CPU 301从属性值获取请求消息中提取“SEOJ=0x05FF01”、“DEOJ=0x013001”以及请求属性“EPC1=操作状态”。CPU 301识别其“EOJ”项的值是“0x013001”的装置103(#1)的条目(参见图4)。CPU 301计算该条目中的与“属性名=操作状态”对应的“更新日期和时间(2014/01/24 10:15:40)”与该消息的接收时间“2014/1/24 10:15:55”之间的差值,以获得“15秒”。CPU 301从其在装置数据管理表203-3中的“EOJ”项的值是“0x05FF01”(=GW 102(#1))的控制器(#1)的条目中提取与“属性名=缓存值允许时间”对应的“值(5秒)”。在图9的步骤S904中,CPU 301确定上述差值“15秒”不在为“5秒”的上述缓存值允许时间以内,并且过程继续进行至图9中的步骤S907(S1602)。
在图9的步骤S907中,CPU 301对属性值获取请求消息进行重组,在该属性值获取请求消息中,已经对其差别时间不在缓存值允许时间以内的所请求的属性的“EPC1”进行了设置。CPU 301将属性值获取请求消息作为Get请求发送给装置103(#1)(S1603)。
已经接收到上述属性值获取请求消息的装置103(#1)将属性值获取响应消息返回作为Get响应,在该属性值获取请求消息中,与请求的属性“EPC1=操作状态”对应的属性值“EDT1”已经被设置为“接通”。除此之外,设置“SEOJ=装置103(#1)自身的对象标识符(即0x013001)”和“ESV=0x7X”。对此作出响应,交换机101中的CPU 301经由图3A所示的帧传送引擎304和连接至装置103(#1)的LAN接口单元305来接收上述属性值获取响应消息的帧数据(S1604)。
因此,当接收到图8所示的帧时,CPU 301启动代理响应过程,并且执行图8中的步骤S801、S803和S804。CPU 301在从消息提取“ESV=0x7X”并且确定值之后执行图8中的步骤S806,并且进一步执行图10中的S1001,其示出了步骤S806的详细内容。CPU 301从接收的属性值获取响应消息提取与请求的属性“EPC1=操作状态=接通”并且“SEOJ=0x013001”对应的属性值“EDT1”。CPU 301识别出其在装置数据管理表203-3中的“EOJ”项的值为“0x013001”的装置103(#1)的条目(参见图4)。CPU 301将该条目中的与“属性名=操作状态”对应的“值”项的值更新为“接通”,并且将当前时间“2014/1/24 10:15:56”登记为“更新日期和时间”项的值(S1605)。
在图10的步骤S1002中的确定结果已经变为否之后,CPU 301执行步骤S1003。CPU301将接收的属性值获取响应消息按原样经由图3A所示的帧传送引擎304转发至连接至GW102(#1)的LAN接口单元305。因此,基于Get响应向GW 102(#1)报告属性值获取响应消息(S1606)。
以上述方式,GW 102(#1)可以获得与针对装置103(#1)所请求的属性“操作状态”对应的最新属性值“接通”。
接下来,GW 102(#2)基于Get请求将属性值获取请求消息发送给装置103(#1),在该装置103(#1)中,“EPC1=操作状态”已经被设置作为请求的属性。该操作与在针对G W102(#1)的步骤S1601的情况下的操作类似。对此作出响应,交换机101中的CPU 301经由图3A所示的帧传送引擎304和连接至GW 102(#2)的LAN接口单元305来接收上述属性值获取请求消息的帧数据(S1607)。
因此,类似于S1602的情况,在图9的步骤S903中CPU 301计算在装置数据管理表203-3中的装置103(#1)的条目中的请求属性的“更新日期和时间”项的值与上述消息的接收时间之间的时间差。具体地,CPU 301计算与“属性名=操作状态”对应的“更新日期和时间(2014/1/24 10:15:56)”与“该消息的接收时间(2014/1/24 10:16:10)”之间的差值,以获得“14秒”。在与步骤S1602的情况类似的步骤S904中,CPU 301从装置数据管理表203-3中的控制器(#2)(=GW 102(#2))的条目中提取与“属性名=缓存值允许时间”对应的“值”。也就是说,获得“60秒”。在步骤S904中,CPU 301确定上述差别时间“14秒”在上述缓存值允许时间“60秒”以内,并且过程进行至步骤S905的过程(S1608)。
在图9的步骤S905和步骤S906中,CPU 301在装置数据管理表203-3中的装置103(#1)的条目中读取与“属性名=操作状态=接通”对应的属性值。
因此,CPU 301生成其中已经设置有与“请求的属性名=操作状态=接通”对应的属性值的属性值获取响应消息,并且将该消息返回给GW 102(#2)作为代理响应(S1610)。
以上述方式,GW 102(#2)可以通过由交换机101进行的代理响应,在与GW 102(#2)对应的缓存值允许时间的范围(即“60”以内)获得与“请求的属性名=操作状态=接通”对应的最新属性值。在这样的情况下,可以在不将从GW 102(#2)发送的属性值获取请求消息传送给装置103(#1)的情况下对所述属性值获取请求消息进行代理响应,并且因此可以降低装置103(#1)上的处理负荷。
图17示出了从GW 102开始的属性值获取请求过程的另一序列示例。
在图17中,开始以下状态,在该状态中,装置数据管理表203-3中的装置103(#1)的条目中的与“属性名=操作状态”对应的“值”项已在图16的步骤S1609中被更新为最新状态。在该状态下的装置数据管理表203-3包含如图17的A部分所示的内容。换言之,在装置103(#1)的条目中,针对“属性名=操作状态”的“更新日期和时间”项的值为“2014/1/2410:15:56”。然而,在其它条目(“属性名=设置温度”和“属性名=温度”)中的“更新日期和时间”项的值为“2014/1/24 10:15:40”,其不是最新状态。
假定在上述状态下,GW 102(#2)将基于Get请求的属性值获取请求消息发送给装置103(#1),在该属性值获取请求消息中已经设置有“EPC1=操作状态”、“EPC2=设置温度”以及“EPC3=温度”这三个请求属性。以与图16的S1601的情况类似的方式来发送该消息。对此作出响应,交换机101中的CPU 301经由图3A所示的帧传送引擎304和连接至GW 102(#2)的LAN接口单元305来接收上述属性值获取请求消息的帧数据(S1701)。
类似于图16的S1602的情况,针对图17中的装置数据管理表203-3的A部分中的装置103(#1)的条目中的每个请求属性,CPU 301计算“更新日期和时间”项的值与上述消息的接收时间之间的差值。具体地,对于“请求属性=操作状态”,计算“更新日期和时间=2014/1/24 10:15:56”与该消息的接收时间“2014/1/24 10:16:45”之间的差值。因此,获得“49秒”。此外,对于“请求属性设置温度”,计算“更新日期和时间=2014/1/24 10:15:40”与该消息的接收时间“2014/1/24 10:16:45”之间的差别时间(即“65秒”)。进一步,对于“请求属性=操作状态”,计算“更新日期和时间=2014/1/24 10:15:40”与该消息的接收时间“2014/1/24 10:16:45”之间的差别时间(即“65秒”)。同时,类似于图16中的S1602的情况,CPU 301从装置数据管理表203-3中的控制器(#2)(=GW 102(#2))的条目中提取“属性值=缓存值允许时间=60秒”的“值”。然后,在图9的步骤S904中,CPU 301确定仅“请求属性=操作状态=49秒”的差别时间在上述缓存值允许时间以内,而“请求属性=设置温度”和“请求属性=温度”的差别时间长于缓存值允许时间。然后,CPU 301的过程移动至图9的S907。
在图9的步骤S907中,CPU 301对属性值获取请求消息进行重组,在该属性值获取请求消息中,对其差别时间长于缓存值允许时间的请求属性(“设置温度”和“温度”)进行设置。CPU 301将属性值获取请求消息作为Get请求发送给装置103(#1)(S1703)。然后,CPU301将唯一限定的值(采用“12345”作为图17的示例)设置作为图6所示的为属性值获取请求消息的一部分的帧数据的ECHONET Lite帧607中的“TID”项。
对于已经在图9的步骤S908中确定其差别时间在缓存值允许时间之内(“操作状态=接通”)的请求属性的项的“值”,CPU 301将该信息临时存储在内存302中,作为响应等待属性(S1704)。在此时,CPU 301还将在步骤S907中添加的TID值存储作为响应等待属性的一部分。此外,CPU 301还存储有为属性值获取请求消息的源(请求源)的GW 102(#2)的信息以及上述多条信息(虽然其未在图17中示出)。
接收上述属性值获取请求消息的装置103(#1)执行如下所述的控制操作。装置103(#1)将属性值获取响应消息返回作为Get响应,类似于图16的S1604的情况,在该属性值获取响应消息中已经设置有分别与请求属性“EPC1=设置温度”和请求属性“EPC2=温度”对应的属性值“EDT1=24度”和属性值“EDT2=27度”。注意,在图17所示的示例的情况下,在将被添加至属性值获取请求消息的“TID”项的值(图17所示示例中的“12345”)添加至该消息之后,装置103(#1)返回该属性值获取响应消息。对此作出响应,交换机101中的CPU 301经由图3A所示的帧传送引擎304和连接至装置103(#1)的LAN接口单元305来接收上述属性值获取响应消息的帧数据(S1705)。
因此,类似于图16的S1605的情况,在图10的S1001中,CPU 301对图4的数据配置示例的装置数据管理表203-3中的装置103(#1)的条目进行下面的更新。CPU 301分别将与“属性名=设置温度”对应的“值”项的值和与“属性名=温度”对应的“值”项的值更新为“24度”和“27度”。此外,CPU 301将当前时间“2014/1/24 10:16:46”登记作为“更新日期和时间”的相应项的值(图17的S1706)。因此,装置数据管理表203-3中的装置103(#1)的条目被更新为图17的B部分所示的内容。
在此时,内存302存储基于S1704的响应等待属性,该响应等待属性包含与添加至上述属性值获取响应消息的TID值(即“12345”)相同的TID值。在基于上述TID值彼此相同的确定已经使图10的步骤S1002的确定结果变为是之后,CPU 301执行步骤S1004。CPU 301将等待响应属性的值“操作状态=接通”和属性值获取响应消息中的请求属性的值“设置温度=27”和“温度=24”放在一起,并且对属性值获取响应消息进行重组。CPU 301基于与在图10的步骤S1003中与响应等待属性存储在一起的关于GW 102(#2)的信息来生成存储有上述属性值获取响应消息的帧数据(S1707)。然后,CPU 301将存储有上述属性值获取响应消息的帧数据返回给GW 102(#2)作为代理响应(S1708)。
以上述方式,在图17所示的情况中,针对具有差别时间在GW 102(#2)的缓存值允许时间之内的所请求的属性,交换机101将装置数据管理表203-3中的缓存值返回作为代理响应。另一方面,针对具有差别时间长于缓存值允许时间的所请求的属性,交换机101将从装置103(#1)新获得的最新属性值返回作为代理响应。因此,在减少对装置103的询问的次数的同时,本实施方式使得交换机101可以将在GW102所允许的时间范围以内的最新数据返回给GW 102作为代理响应。
图18示出了从装置103开始的状态报告过程的序列示例。
交换机101中的CPU 301从装置103经由图3A所示的帧传送引擎304和连接至装置103的LAN接口单元305接收状态报告消息,在该状态报告消息中存储有最新的属性值(S1801)。在图18所示的示例中,在状态报告消息中将“接通”存储作为“属性=操作状态”的值。
因此,类似于图16的S1605,在图10的S1001中,CPU 301对图4所示的装置数据管理表203-3中的装置103(#1)的条目进行下面的更新。CPU 301将与“属性名=操作状态”对应的“值”项的值更新为“接通”,并且将当前时间设置作为“更新日期和时间”项的值(S1802)。
在图10的步骤S1002中的确定结果已经变为否之后,CPU 301在步骤S1003中向图3A所示的帧传送引擎304指示:按原样转发接收的状态报告消息。在确认表示多播的值被设置在状态报告消息的帧数据(参见图6)的目的地MAC地址602中之后,帧传送引擎304将该帧数据转发至图3A所示的所有LAN接口单元305。因此,来自装置103(#1)的状态报告消息到达GW 102(#1)和GW 102(#2)(S1803)。GW 102中的每个基于报告的属性值来更新其自身管理的属性值。
图19示出了说明本实施方式的效果的序列示例。
假定例如GW 102(#A)、102(#B)和103(#C)具有不同的缓存值允许时间“1秒”、“3秒”和“5秒”,并且GW分别以“7秒”、“9秒”和“9秒”为周期来分别获得同一装置即装置103(#1)的同一属性。
在图19的序列示例中,在S1901或S1904中,响应于来自GW 102(#A)的属性值获取请求,交换机101将从装置103(#1)获得的数据存储在装置数据管理表203-3中,并且同时对102(#A)作出响应。在进行GW 102(#B)和GW 102(#C)的第二周期(S1902、S1903、S1905和S1906)时和进行所述第二周期之前,已经进行了属性值获取请求,使在这些GW的缓存值允许时间以内。因此,交换机101将已经缓存在装置数据管理表203-3中的数据A返回作为代理响应。因此,上述属性值获取请求未发送给装置103(#1),并且减少了到达装置103(#1)的帧的数量。
在第三周期中,在S1907中响应于来自GW 102(#A)的属性值获取请求,交换机101将从装置103(#1)获得的数据存储在装置数据管理表203-3中,并且同时对GW 102(#A)作出响应。当此后从GW 102(#B)接收到属性值获取请求时,已经过了GW 102(#B)的缓存值允许时间。换言之,在该定时处的装置数据管理表203-3中的数据对GW 102(#B)而言不是新的。因此,在S1908中,交换机101基于来自GW 102(#B)的属性值获取请求来访问装置103(#1),并且响应于该访问将从装置103(#1)新获得的最新数据发送给GW 102(#B)。因此,可以在由请求源GW 102指定的缓存值允许时间以内将数据返回至请求源GW 102。
此外,在第四周期中,在S1910中已经从GW 102(#A)发送属性值获取请求,S1910紧接在S1909之后,在S1909中GW 102(#B)获得数据。在这样的情况下,交换机101可以将缓存在装置数据管理表203-3中的数据返回给具有最短的缓存值允许时间的GW 102(#A),从而引起到达装置103(#1)的帧的数量的减小。
以上述方式,本实施方式通过针对每个请求源来管理缓存值允许时间而不是管理交换机101中的一个缓存值允许时间,使得可以在请求源的服务所允许的范围内减小到达装置103的帧的数量。
注意,不必总使缓存值允许时间对应于请求源GW 102,而是可以基于多种因素来指定缓存值允许时间,以使得GW 102与装置103之间的通信量是适当的。
以上述方式,根据本实施方式,当存在来自GW 102的用于获得装置103如家电电器、传感器等的数据的请求时,交换机101根据已经最佳设置(例如针对每个服务进行设置的)的缓存值允许时间将缓存数据返回作为代理响应。这减少了为了获得适当的值而向同一装置103请求的数量,并且减少了对装置103中的资源如接收缓存区等的消耗,从而使得可以降低响应于这样的获取请求而进行的处理负荷如响应处理的负荷等。
Claims (10)
1.一种代理装置管理设备,包括:
属性信息存储器,所述属性信息存储器存储从管理目标装置接收的所述管理目标装置的属性信息和指示所述属性信息的接收时间的信息;以及
处理器,当所述代理装置管理设备从装置管理设备接收对所述属性信息的获取请求时,所述处理器根据所述属性信息的接收时间与所述获取请求的接收时间之间的差值来执行第一操作或第二操作,其中
所述第一操作包括:将存储在所述属性信息存储器中的所述管理目标装置的属性信息发送至所述装置管理设备,而不将接收的获取请求传送至所述管理目标装置,以及
所述第二操作包括:
将接收的获取请求传送至所述管理目标装置;
获取由所述管理目标装置基于对传送的获取请求的接收而发送的所述属性信息,所述属性信息对应于传送的获取请求;以及
将所获得的属性信息发送至所述装置管理设备。
2.根据权利要求1所述的代理装置管理设备,其中
所述属性信息存储器将指示缓存值允许时间的信息存储作为所述装置管理设备的属性信息,以及
当所述属性信息的接收时间与所述获取请求的接收时间之间的差值短于所述缓存值允许时间时,所述处理器将存储在所述属性信息存储器中的所述属性信息发送至所述装置管理设备。
3.根据权利要求2所述的代理装置管理设备,其中
所述处理器通过将缓存值允许时间请求发送至所述装置管理设备或者通过从所述装置管理设备接收所述缓存值允许时间的更新报告来获得指示所述缓存值允许时间的信息。
4.根据权利要求3所述的代理装置管理设备,其中
所述处理器从所述装置管理设备接收指示所述缓存值允许时间的信息,基于来自所述装置管理设备的上层系统或管理员的指令来指定所述缓存值允许时间。
5.根据权利要求2所述的代理装置管理设备,其中
所述属性信息存储器存储装置数据管理表的数据,在所述装置数据管理表中,条目被制备用于每个管理目标装置或每个装置管理设备,并且所述属性信息和所述接收时间被登记用于所述条目。
6.根据权利要求5所述的代理装置管理设备,其中
响应于对来自所述装置管理设备的实例列表获取请求的接收,所述处理器通过与条目对应的装置管理设备或管理目标装置的代理将以下实例返回至所述装置管理设备:所述实例包含登记在所述装置数据管理表的每个条目中的所述装置管理设备或所述管理目标装置的属性信息的项目名称信息和标识信息或地址信息。
7.根据权利要求6所述的代理装置管理设备,其中
通过使用帧数据,所述处理器通过与条目对应的装置管理设备或管理目标装置的代理将登记在所述装置数据管理表的每个条目中的所述装置管理设备或所述管理目标装置的属性信息的项目名称信息和标识信息或地址信息的实例返回至所述装置管理设备,其中,在所述帧数据中,存储在对应条目中的所述地址信息被设置为源地址,包含在所述实例列表获取请求中的地址信息被设置为目的地地址,以及所述属性信息的项目名称信息被设置在数据字段中。
8.根据权利要求5所述的代理装置管理设备,其中
在所述装置数据管理表中存储有设置在所述获取请求的帧数据中的所述装置管理设备的地址信息。
9.根据权利要求2所述的代理装置管理设备,其中
由所述获取请求所请求的属性信息包含多个属性值,以及
对于所述获取请求的接收时间与所述属性值的接收时间之间的差值小于所述缓存值允许时间的属性值,所述处理器获取存储在所述属性信息存储器中的属性信息,
对于包含在所述获取请求中的其它属性值,所述处理器从所述管理目标装置获取属性信息,以及
当获得与包含在所述获取请求中的所有属性值对应的所有属性信息时,所述处理器发送从所述属性信息存储器获得的属性信息和从所述管理目标装置获得的属性信息。
10.一种代理装置管理方法,包括:
将从管理目标装置接收的所述管理目标装置的属性信息和指示所述属性信息的接收时间的信息存储在存储器中;以及
当从装置管理设备接收对所述属性信息的获取请求时,通过处理器,根据所述属性信息的接收时间与所述获取请求的接收时间之间的差值来执行第一操作或第二操作,其中,
所述第一操作包括:将存储在所述存储器中的所述管理目标装置的属性信息发送至所述装置管理设备,而不将接收的获取请求传送至所述管理目标装置,以及
所述第二操作包括:
将接收的获取请求传送至所述管理目标装置;
获取由所述管理目标装置基于对传送的获取请求的接收而发送的所述属性信息,所述属性信息对应于传送的获取请求;以及
将所获得的属性信息发送至所述装置管理设备。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014220862A JP6384271B2 (ja) | 2014-10-29 | 2014-10-29 | 機器管理中継装置、方法、およびプログラム |
JP2014-220862 | 2014-10-29 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105577743A CN105577743A (zh) | 2016-05-11 |
CN105577743B true CN105577743B (zh) | 2018-10-12 |
Family
ID=55853891
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510586547.9A Expired - Fee Related CN105577743B (zh) | 2014-10-29 | 2015-09-15 | 用于管理装置的设备和方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10356196B2 (zh) |
JP (1) | JP6384271B2 (zh) |
CN (1) | CN105577743B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101713321B1 (ko) * | 2016-09-27 | 2017-03-22 | 주식회사 바론시스템 | 해양 플랫폼의 모니터링 데이터 관리 방법 |
CN107104760B (zh) * | 2017-04-13 | 2020-09-08 | 腾讯科技(深圳)有限公司 | 一种传输数据包的方法、客户端以及服务器 |
JP2020101953A (ja) * | 2018-12-21 | 2020-07-02 | 富士通株式会社 | 通信プログラム、通信装置および通信方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1260890A (zh) * | 1997-05-22 | 2000-07-19 | 波士顿大学理事会 | 分布式高速缓存、预取和复制的方法和系统 |
CN101185307A (zh) * | 2005-05-24 | 2008-05-21 | 松下电器产业株式会社 | 网关装置以及控制装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7383329B2 (en) * | 2001-02-13 | 2008-06-03 | Aventail, Llc | Distributed cache for state transfer operations |
US7882256B2 (en) | 2005-05-24 | 2011-02-01 | Panasonic Corporation | Gateway device and control device |
JP5182095B2 (ja) * | 2006-11-06 | 2013-04-10 | 日本電気株式会社 | 資源情報提供システム、方法、資源情報提供装置、およびプログラム |
JP2010245681A (ja) * | 2009-04-02 | 2010-10-28 | Nippon Telegr & Teleph Corp <Ntt> | ホームゲートウェイ装置およびホームネットワークシステム |
JP6234919B2 (ja) * | 2011-04-25 | 2017-11-22 | イカノス・コミュニケーションズ・インコーポレイテッドIkanos Communications,Inc. | ネットワーク化環境においてキャッシュするための方法および装置 |
-
2014
- 2014-10-29 JP JP2014220862A patent/JP6384271B2/ja not_active Expired - Fee Related
-
2015
- 2015-08-17 US US14/827,921 patent/US10356196B2/en not_active Expired - Fee Related
- 2015-09-15 CN CN201510586547.9A patent/CN105577743B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1260890A (zh) * | 1997-05-22 | 2000-07-19 | 波士顿大学理事会 | 分布式高速缓存、预取和复制的方法和系统 |
CN101185307A (zh) * | 2005-05-24 | 2008-05-21 | 松下电器产业株式会社 | 网关装置以及控制装置 |
Also Published As
Publication number | Publication date |
---|---|
JP6384271B2 (ja) | 2018-09-05 |
US10356196B2 (en) | 2019-07-16 |
JP2016091064A (ja) | 2016-05-23 |
CN105577743A (zh) | 2016-05-11 |
US20160127143A1 (en) | 2016-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106797405B (zh) | 分布式负载均衡系统、健康检查方法和服务节点 | |
KR101317178B1 (ko) | 지그비 게이트웨이 및 이의 메시지 동일화 방법 | |
CN109033471B (zh) | 一种信息资产识别方法及装置 | |
CN105704034B (zh) | 接入网络的方法和中央服务器 | |
CN107169094B (zh) | 信息聚合方法及装置 | |
CN102377817A (zh) | 连接管理系统以及用于链接连接管理服务器的方法 | |
CN109451088A (zh) | 一种数据访问方法及装置 | |
CN105577743B (zh) | 用于管理装置的设备和方法 | |
CN106464745B (zh) | Dns的服务器、客户端及数据同步方法 | |
CN107645386B (zh) | 一种获取数据资源的方法和装置 | |
JP2008154066A (ja) | 中継装置、通信方法、通信プログラム | |
CN105722089B (zh) | 一种设备认证方法 | |
CN105208090A (zh) | 一种基于Zookeeper实现Leader选举的方法 | |
CN108139936A (zh) | 提供对自部署的虚拟应用中的虚拟机的串行端口的访问的方法、装置和系统 | |
CN106899621B (zh) | 一种调度系统及方法 | |
CN105450513B (zh) | 归档邮件附件的方法和云存储服务器 | |
CN112738019B (zh) | 设备信息的显示方法、装置、存储介质以及电子装置 | |
CN106790647A (zh) | 一种自适应服务管理的方法和系统 | |
CN105069012B (zh) | 一种文件访问方法及系统 | |
US20180124576A1 (en) | Method and apparatus for implementing member resource processing | |
CN107730380B (zh) | 联名账户处理方法、系统及服务器 | |
CN105917703A (zh) | 广告能够经由无线局域网访问的存储能力 | |
CN104822140B (zh) | 一种数据查询的方法及网络通信系统 | |
CN106557037A (zh) | 管理方法和管理装置 | |
CN109711741A (zh) | 一种获取设备风控数据的控制方法及控制装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181012 |