CN104487954A - 通信装置以及中继装置 - Google Patents
通信装置以及中继装置 Download PDFInfo
- Publication number
- CN104487954A CN104487954A CN201280074857.7A CN201280074857A CN104487954A CN 104487954 A CN104487954 A CN 104487954A CN 201280074857 A CN201280074857 A CN 201280074857A CN 104487954 A CN104487954 A CN 104487954A
- Authority
- CN
- China
- Prior art keywords
- message
- priority
- downstream
- relay
- upstream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2458—Modification of priorities while in transit
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
中继装置(30)接收向智能仪表的下行消息,存储接收到的下行消息,根据下行消息的优先级,从所存储的下行消息中,选择要优先地发送到智能仪表的优先下行消息,将优先下行消息优先地发送到智能仪表。消息发送部(21)将设定了优先级的下行消息发送到中继装置(30)。优先级调整部(242)指定用于提取成为优先级的调整的对象的下行消息的提取条件。进而,优先级调整部(242)生成优先级调整消息,该优先级调整消息指示中继装置(30)提取与提取条件符合的下行消息,针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级来选择优先下行消息。消息发送部(21)将优先级调整消息发送到中继装置(30)。
Description
技术领域
本发明涉及在与多个终端装置之间进行消息的发送接收的通信***。
本发明涉及例如在与多个智能仪表之间进行消息的发送接收的智能仪表自动查表***。
背景技术
在各个国家中使用了智能仪表(以下还简称为“仪表”)的、电力、煤气、自来水等的智能仪表自动查表***的导入得到了发展。
在智能仪表自动查表***中,智能仪表、中继装置、消息发送接收装置、应用服务器装置通过树构造的网络连接。
智能仪表由几百万台以上左右构成,中继装置由几千~几万台左右构成,消息发送接收装置由几台~十台左右构成,应用服务器装置10由几台~几十台左右构成。
智能仪表、中继装置的计算能力低,在处理的执行中有制约。
在智能仪表自动查表***中,智能仪表与中继装置之间通过网络连接,中继装置与消息发送接收装置之间通过网络连接,消息发送接收装置与应用服务器装置之间通过网络连接。
在各个网络中,频带宽度、通信速度、通信介质、通信方式不同,智能仪表自动查表***是由非等质的网络构成的***。
另外,在智能仪表自动查表***中,在应用服务器装置上执行的应用程序(以下简称为“应用”)和智能仪表通过消息通信交换查表值等数据、开闭控制等控制信息。
在处理的消息中,有上行方向(从仪表、中继装置向应用的方向)的消息和下行方向(从应用向中继装置、仪表的方向)的消息。
另外,在智能仪表自动查表***中,单向消息和双向消息混合存在,并且上行方向消息和下行方向消息的通信量非对称。
另外,单向消息是从仪表、中继装置自发地发送消息的消息、或者从应用单方面地进行控制指示的消息。
双向消息由应用对仪表或中继装置提供指示的消息、和仪表或中继装置作为响应而返回的消息构成。
另外,在智能仪表自动查表***中,有通信量多的时间带、和少的时间带,存在通信量不均匀这样的特征。
进而,存在如定期查表那样在一定时间内有几百万件以上的消息通信的多对一的通信、应用取得某1台仪表的信息的一对一的通信、仪表或中继装置的固件更新那样的一对多的通信。
应用的特性多种多样,要求吞吐量的应用、要求响应性能的应用、具有必须在一定时间内结束处理的制约的应用等混合存在。
在智能仪表自动查表***中,这样的制约大的设备需要在非等质且非对称的网络上,与各种特性的应用匹配地,有效地进行消息的优先级控制。
例如,在专利文献1中,记述了针对必须在一定时间内结束处理的应用的优先控制方式。
更具体而言,在专利文献1中,在传送期限与当前时刻之差(剩余时间)少的消息中,选择按优先位次的发送队列中的高优先位次的发送队列,优先地发送剩余时间少的消息。
现有技术文献
专利文献
专利文献1:日本特开2011-130140号公报
发明内容
发明所要解决的技术问题
但是,在专利文献1中,仅通过剩余时间是否小于阈值,判定优先位次。
因此,剩余时间比阈值稍微大的消息(称为“消息A”)被储存于低优先位次的队列,以后滞留于低优先位次的队列。
在消息A之后产生的、剩余时间比阈值小的消息被储存于高优先级位次的队列,比消息A更先地发送。
因此,产生即使由于时间的经过而消息A的剩余时间比阈值更小也不发送消息A的情况,用于确保传送期限的优先控制未充分地发挥功能。
这样,在专利文献1中,各个无线通信装置仅通过剩余时间进行优先级判定,所以存在在大量产生有传送期限的消息的情况下,无法进行极其细致的调整这样的课题,并且,存在消息的优先级被固定,而无法实现灵活的控制这样的课题。
本发明将解决上述那样的课题作为主要的目的之一,以根据状况,灵活地调整消息的优先级为主要目的。
解决技术问题的技术方案
本发明的通信装置,其特征在于,具有:
消息发送部,向中继装置发送设定了优先级的下行消息,该中继装置接收向终端装置的下行消息,存储接收到的下行消息,根据下行消息的优先级,从所存储的下行消息中,选择要优先地发送到终端装置的优先下行消息,将所选择的优先下行消息优先地发送到终端装置;
提取条件指定部,指定用于提取成为优先级的调整的对象的下行消息的提取条件;
指示命令生成部,生成指示命令,该指示命令指示所述中继装置提取与由所述提取条件指定部所指定的提取条件符合的下行消息,针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级来选择优先下行消息;以及
指示命令发送部,将由所述指示命令生成部所生成的指示命令发送到所述中继装置。
发明效果
根据本发明,通过针对每个状况指定适合的提取条件,能够根据状况灵活地调整消息的优先级。
附图说明
图1是示出实施方式1以及2的智能仪表自动查表***的结构例的图。
图2是示出实施方式1以及2的消息发送接收装置的结构例的图。
图3是示出实施方式1以及2的中继装置的结构例的图。
图4是示出实施方式1的优先级信息表格的例子的图。
图5是示出实施方式1的仪表中继装置对应表格的例子的图。
图6是示出实施方式1的优先级变更信息表格的例子的图。
图7是示出实施方式1的应用表格的例子的图。
图8是示出实施方式2的优先级信息表格的例子的图。
图9是示出实施方式2的中继装置规格表格的例子的图。
图10是示出实施方式2的中继装置负荷表格的例子的图。
图11是示出实施方式1的消息发送委托形式的例子的图。
图12是示出实施方式1的消息接收委托形式的例子的图。
图13是示出实施方式1的发送消息形式的例子的图。
图14是示出实施方式1的优先级调整处理的例子的流程图。
图15是示出实施方式1的优先级是否需要调整检查(发送接收数的差异)的例子的流程图。
图16是示出实施方式1的优先级是否需要调整检查(消息接收速度)的例子的流程图。
图17是示出实施方式1的优先级是否需要调整检查(接收剩余时间)的例子的流程图。
图18是示出实施方式1的优先级降低处理的例子的流程图。
图19是示出实施方式2的调整优先级调整消息的发送顺序的处理的例子的流程图。
图20是示出实施方式2的中继装置负荷表格更新处理(保留消息数)的例子的流程图。
图21是示出实施方式2的中继装置负荷表格更新处理(消息处理所需时间)的例子的流程图。
图22是示出实施方式2的优先级调整消息处理(1)的例子的流程图。
图23是示出实施方式2的优先级调整消息处理(2)的例子的流程图。
图24是说明实施方式1的中继装置中的优先级变更步骤的图。
图25是示出实施方式1的优先级变更信息表格(变更前)的图。
图26是说明实施方式1的中继装置中的优先级变更步骤的图。
图27是示出实施方式1的优先级变更信息表格(变更后)的图。
图28是示出实施方式1以及2的消息发送接收装置以及中继装置的硬件结构例的图。
(符号说明)
10:应用服务器装置;20:消息发送接收装置;21:消息发送部;22:接收委托受理部;23:负荷信息储存部;24:优先控制处理部;25:定时器部;26:发送委托受理部;27:消息临时储存部;28:消息配送部;29:优先级调整数据存储部;30:中继装置;31:下行消息发送部;32:上行消息接收部;33:负荷信息生成部;34:定时器部;35:优先控制处理部;36:优先级变更数据存储部;37:下行消息接收部;38:上行消息发送部;40:智能仪表;50:广域网;60:仪表网络;241:下行队列;242:优先级调整部;243:进展信息管理部;244:上行队列;351:下行队列;352:优先级变更部;353:上行队列。
具体实施方式
实施方式1.
在本实施方式中,对智能仪表自动查表***进行说明。
在本实施方式中,在中心配备的消息发送接收装置判断消息通信的进展程度,将优先级调整的指示输出到中继装置。
然后,中继装置依照来自消息发送接收装置的指示来调整优先级。
通过这些步骤,能够进行有效并且极其细致的优先级控制。
图1是本实施方式的智能仪表自动查表***的概略图。
在图1中,在智能仪表自动查表***中,智能仪表40、中继装置30、消息发送接收装置20、应用服务器装置10通过树构造的网络连接。
智能仪表40测定电力、煤气、自来水等的使用量,在与在应用服务器装置10上工作的1个以上的应用之间,经由消息发送接收装置20、和在消息发送接收装置20与智能仪表40之间配备的中继装置30,进行消息通信。
智能仪表40相当于终端装置的例子。
在应用服务器装置10中,与自动查表有关的应用工作。
应用服务器装置10通过应用的执行,将消息发送委托(以下还简称为“发送委托”)发送到消息发送接收装置20。
应用服务器装置10将消息发送委托发送到消息发送接收装置20,对消息发送接收装置20委托向多个智能仪表40的消息发送。
另外,应用服务器装置10从消息发送接收装置20接收来自智能仪表40的消息。
应用服务器装置10相当于上位装置的例子。
消息发送接收装置20控制与应用服务器装置10上的应用以及中继装置30的消息通信。
更具体而言,消息发送接收装置20从应用服务器装置10接收消息发送委托。
在消息发送委托中,包括1个以上的发送消息。
另外,还将发送消息称为下行消息。
消息发送接收装置20从消息发送委托提取发送消息,将提取出的发送消息发送到中继装置30。
在发送消息中,设定了消息发送委托的ID(Identifier,标识符)即发送委托ID和通过消息发送委托所指定的优先级。
另外,消息发送接收装置20从中继装置30,接收来自智能仪表40的接收消息,将接收到的接收消息发送到应用服务器装置10。
另外,还将接收消息称为上行消息。
另外,消息发送接收装置20调整关于发送消息以及接收消息的优先级。
消息发送接收装置20相当于通信装置的例子。
中继装置30对与智能仪表40之间的消息进行中继。
更具体而言,中继装置30从消息发送接收装置20接收下行消息,将接收到的下行消息积蓄到按优先级的队列,将在优先级最高的队列中所积蓄的下行消息优先地发送到智能仪表40。
还将在优先级最高的队列中所积蓄的下行消息、即向智能仪表40优先地发送的下行消息称为优先下行消息。
另外,中继装置30从多个智能仪表40接收上行消息,将接收到的上行消息积蓄到按优先级的队列,将在优先级最高的队列中所积蓄的下行消息优先地发送到消息发送接收装置20。
还将在优先级最高的队列中所积蓄的上行消息、即向消息发送接收装置20优先地发送的上行消息称为优先上行消息。
图2是示出本实施方式的消息发送接收装置20的结构例的***结构图。
在图2中,优先控制处理部24进行消息通信的优先控制。
发送委托受理部26从应用服务器装置10受理消息发送委托,从消息发送委托提取发往智能仪表40的发送消息,将提取出的发送消息转发到优先控制处理部24。
消息临时储存部27在发送委托受理部26受理到包含针对多个智能仪表40的发送消息的消息发送委托时,临时地储存发送委托受理部26提取出的多个发送消息。
定时器部25提供从消息临时储存部27取出发送消息而转发到优先控制处理部24的定时。
消息发送部21从优先控制处理部24接受发送消息,将发送消息发送到中继装置30。
另外,消息发送部21如后所述还作为指示命令发送部发挥功能。
接收委托受理部22从中继装置30受理包括1个以上的接收消息的消息接收委托,将消息接收委托转发到优先控制处理部24。
另外,接收委托受理部22相当于消息接收部的例子。
消息配送部28将从优先控制处理部24接受到的消息接收委托发送到应用服务器装置10。
负荷信息储存部23储存从中继装置30定期地发送的负荷信息和每个中继装置型号的消息处理能力信息。
另外,在实施方式2中说明负荷信息储存部23的细节。
优先级调整数据存储部29存储优先控制处理部24参照的优先级调整数据。
另外,优先控制处理部24由多个下行队列241、多个上行队列244、优先级调整部242、以及进展信息管理部243构成。
下行队列241是用于积蓄从应用服务器装置10向中继装置30的下行方向的消息、即由发送委托受理部26提取出的、向智能仪表40的下行消息的队列。
针对每个优先级设置了下行队列241。
上行队列244是用于积蓄从中继装置30向应用服务器装置10的上行方向的消息、即来自智能仪表40的上行消息的队列。
针对每个优先级设置了上行队列244。
进展信息管理部243针对每个发送委托ID,管理消息发送部21发送了的发送消息数和接收委托受理部22接收到的接收消息数、接收消息的消息接收速度、剩余接收消息数、发送委托时刻、到接收期限时刻为止的剩余时间等消息通信的进展信息。
优先级调整部242根据进展信息进行优先级调整。
优先级调整部242解析进展信息,指定用于提取成为优先级的调整的对象的下行消息的提取条件。
更具体而言,优先级调整部242选择特定的发送委托ID,指定提取设定了所选择的发送委托ID的下行消息的意思的提取条件。
然后,优先级调整部242生成指示命令(以下称为“优先级调整消息”),该指示命令指示中继装置30提取设定了所选择的发送委托ID的下行消息,以针对提取出的下行消息使用与在该下行消息中所记述的优先级不同的优先级来选择优先下行消息。
优先级调整消息被从消息发送部21向中继装置30发送。
在双向消息的情况下,在上行消息中也设定了与下行消息的发送委托ID和优先级相同的发送委托ID和优先级。
在优先级调整部242选择了在双向消息中所使用的发送委托ID的情况下,优先级调整消息也对上行消息适用。
即,优先级调整消息还包括如下意思的指示:提取设定了相应的发送委托ID的上行消息,针对提取出的上行消息使用与在该上行消息中所设定的优先级不同的优先级来选择优先上行消息。
另外,双向消息中的下行消息是要求来自智能仪表40的响应的下行消息,相当于响应请求下行消息。
另外,优先级调整部242相当于提取条件指定部以及指示命令生成部的例子。
另外,优先控制处理部24的下行队列241、上行队列244针对每个优先级由多个队列构成,但也可以由1个队列实现。
在该情况下,将1个下行队列241划分为每个优先级的区域,将从发送委托受理部26输入的下行消息储存于对应的优先级的区域。
同样地,将1个上行队列244划分为每个优先级的区域,将从接收委托受理部22输入了的上行消息储存于对应的优先级的区域。
另外,也可以通过1个队列实现下行队列241和上行队列244。
在该情况下,将1个队列划分为下行消息用的区域和上行消息用的区域,进而,针对每个优先级,划分下行消息用的区域,针对每个优先级,划分上行消息用的区域。
接下来,对工作进行说明。
首先,对从应用服务器装置10向中继装置30发送下行消息时的、消息发送接收装置20的基本工作进行说明。
在应用服务器装置10中多个应用工作,应用在执行的处理中,委托消息发送接收装置20发送针对智能仪表40的消息。
关于消息的内容,依赖于应用执行的处理,有例如向智能仪表40的控制消息、来自智能仪表40的信息取得请求等。
应用对消息发送接收装置20委托消息发送的消息发送委托的形式例如如图11那样。
消息发送委托由包括消息通信的控制所需的信息的头标部、和包括发送委托的1个以上的发送消息和发送目的地ID的数据部构成。
在向智能仪表40发送发送消息的情况下,在发送目的地ID中放入发送目的地的智能仪表40的仪表ID。
在头标部中,例如,包括应用ID、消息类别、发送消息尺寸、总发送消息数、响应消息接收期限时刻、优先级。
应用ID唯一地表示进行了消息发送委托的应用。
消息类别表示发送消息的类别(单向消息或是双向消息)。
单位发送消息尺寸表示将1个发送消息和发送目的地ID合起来的数据的大小。
总发送消息数表示消息发送委托的数据部中包含的发送消息的总数。
响应消息接收期限时刻表示应用接受针对发送消息(响应请求下行消息)的来自智能仪表40的响应(上行消息)的期限的时刻。
优先级是应用指定的发送消息的通信中的优先级。
在数据部中,包括总发送消息数量的、发送消息的主体和指定发送目的地的发送目的地ID的组。
在消息发送接收装置20中,发送委托受理部26受理来自应用的消息发送委托。
发送委托受理部26对受理到的消息发送委托的发送委托ID进行编号。
另外,发送委托受理部26在受理到的消息发送委托的数据部中仅包括1个发送目的地ID和发送消息的组的情况下,将消息发送委托变换为图13所示的形式的下行消息,将下行消息转发到优先控制处理部24。
在下行消息中,作为头标部,包括发送目的地ID、发送委托ID、消息类别、发送消息尺寸、响应消息接收期限时刻、优先级,作为数据部,包括消息发送委托中包含的发送消息。
头标部的发送目的地ID、消息类别、发送消息尺寸、响应消息接收期限时刻、优先级是消息发送委托(图11)中包含的值。
发送委托ID是在消息发送委托的受理时发送委托受理部26编号的值。
另一方面,在受理到的消息发送委托的数据部中包括多个发送目的地ID和发送消息的组的情况下,发送委托受理部26分割为各个发送目的地ID和发送消息的组。
然后,发送委托受理部26针对发送目的地ID和发送消息的每个组,生成图13所示的形式的下行消息。
之后,发送委托受理部26将所生成的各个下行消息的储存到消息临时储存部27。
另外,将包括多个发送消息的消息发送委托称为复合消息发送委托,并且将包括多个双向的发送消息(响应请求下行消息)的消息发送委托称为复合响应请求消息发送委托。
接下来,发送委托受理部26根据在头标部中包含的总发送消息数和响应消息接收期限,计算向优先控制处理部24转发下行消息时的间隔时间,在定时器部25中设定间隔时间。
在未指定响应消息接收期限的情况下,发送委托受理部26将根据在消息发送委托中包含的发送消息而生成的所有下行消息转发到优先控制处理部24。
关于间隔时间,例如,也可以将从到响应消息接收期限为止的剩余时间减去响应所需的富余时间而得到的时间除以总发送消息数来求出。
或者,也可以使用预先决定的间隔时间。
定时器部25针对所设定的每个间隔时间,将通知转发时刻到来的定时信号送到发送委托受理部26。
接受到定时信号的发送委托受理部26从消息临时储存部27取出一个下行消息,将所取出的下行消息转发到优先控制处理部24。
在优先控制处理部24中,将从发送委托受理部26转发的发送消息***到下行队列241的相应的优先级的队列的最末尾。
消息发送部21从下行队列241中的优先级最高的队列的开头取出发送消息。
在优先级最高的队列为空的情况下,从优先级次高的队列的开头取出发送消息。
接下来,消息发送部21从所取出的发送消息读出发送目的地ID,从图5所示的仪表中继装置对应表格检索与相应的发送目的地ID对应的中继装置ID,向与找出的中继装置ID对应的中继装置30发送发送消息。
接下来,对发送从中继装置30向应用服务器装置10的上行方向的消息时的消息发送接收装置20的基本工作进行说明。
中继装置30将包括1个以上上行方向的消息的消息接收委托发送到消息发送接收装置20。
上行方向的消息是中继装置30从智能仪表40接收到的消息,且例如表示在智能仪表40中定期或者不定期地发生的事件的消息、或针对来自应用的消息(响应请求下行消息)的响应消息。
消息发送接收装置20从中继装置30接收的消息接收委托的形式例如如图12那样。
消息接收委托由包括消息通信的控制所需的信息的头标部、和包括1个以上的接收消息及发送源ID的数据部构成。
在接收来自智能仪表40的消息的情况下,在发送源ID中放入发送源的智能仪表40的仪表ID。
在头标部中,例如,包括发送委托ID或者应用ID、消息类别、单位接收消息尺寸、总接收消息数、响应消息接收期限、优先级。
发送委托ID在上行消息是针对响应请求下行消息的响应消息的情况下使用。
在发送委托ID的栏中,记述与响应请求下行消息的发送委托ID(图13)相同的值。
应用ID在上行消息是从智能仪表40发送的消息的情况(并非针对响应请求下行消息的响应消息的情况)下使用。
应用ID唯一地表示上行消息的发送目的地的应用。
另外,在图13中例示了未记述应用ID的下行消息,但在下行消息中记述了应用ID的情况下,也可以记述与作为响应数据的上行消息相同的应用ID。
消息类别表示接收消息的类别(单向消息或是双向消息)。
单位接收消息尺寸表示将1个接收消息和发送源ID合起来的数据的大小。
总接收消息数表示在消息接收委托的数据部中包含的接收消息的总数。
响应消息接收期限表示应用接受接收消息的期限的时刻。
在接收消息是针对响应请求下行消息的响应消息的情况下,在响应消息接收期限的栏中,记述与在响应请求下行消息中所记述的响应消息接收期限(图13)相同的值。
优先级表示接收消息的通信中的优先级。
在接收消息是针对响应请求下行消息的响应消息的情况下,在优先级的栏中,记述与在响应请求下行消息中所记述的优先级(图13)相同的值。
在数据部中,包括总接收消息数量的、接收消息的主体和表示发送源的发送源ID的组。
在消息发送接收装置20中,接收委托受理部22受理来自中继装置30的消息接收委托。
接收委托受理部22在受理到的消息接收委托的数据部中仅包括1个发送源ID和接收消息的组的情况下,将消息接收委托原样地转发到优先控制处理部24。
在受理到的消息接收委托的数据部中包括多个发送源ID和接收消息的组的情况下,接收委托受理部22分割为各个发送源ID和接收消息的组。
然后,接收委托受理部22针对发送源ID和接收消息的每个组,对接收消息附加消息接收委托的头标部的信息和发送源ID,将附加了头标部的信息和发送源ID的接收消息转发到优先控制处理部24。
优先控制处理部24将从接收委托受理部22转发的接收消息***上行队列244的相应的优先级的队列的最末尾。
消息配送部28从上行队列244中的优先级最高的队列的开头取出接收消息。
在优先级最高的队列为空的情况下,从优先级次高的队列的开头取出接收消息。
接下来,消息配送部28从所取出的接收消息读出发送委托ID或者应用ID,向相应的应用配送接收消息。
接下来,对消息发送接收装置20的优先控制处理部24的进展信息管理部243和优先级调整部242的工作进行说明。
进展信息管理部243管理优先级调整数据存储部29的优先级信息表格的数据。
图4示出优先级信息表格的一个例子。
优先级信息表格的记录是按照来自应用的消息发送委托单位而制作的。
在优先级信息表格的数据项中,包括应用ID、发送委托ID、发送委托时刻、优先级、通信方向、发送数、接收数、上次接收数、接收速度、剩余接收消息数、优先级调整指标、接收期限时刻。
在应用ID的栏中,记述消息发送委托的发送源的应用的ID、即在消息发送委托中所记述的应用ID。
在发送委托ID的栏中,记述在消息发送委托的受理时唯一地编号的发送委托ID。
在优先级的栏中,记述应用所指定的优先级、即在消息发送委托中所记述的优先级。
在通信方向的栏中,记述在消息发送委托中记述的消息的通信方向、即是双向还是单向。
在发送数的栏中,记述在消息发送委托中所委托的发送消息中的从消息发送部21作为下行消息而发送的消息数。
在接收数的栏中,记述在消息发送委托中所委托的发送消息中的由接收委托受理部22接收其响应的消息数。
在上次接收数的栏中,在接收数被更新时,记述更新前的接收数。
上次接收数的值被用于计算接收速度。
在接收速度的栏中,记述每单位时间的接收消息数。
在剩余接收消息数的栏中,记述应在当前以后接收的接收消息的数量。
在优先级调整指标的栏中,记述用于指示优先级的调整的指标。
在接收期限时刻的栏中,记述必须通过应用接收响应请求下行消息的响应的时刻。
其中,接收数、上次接收数、接收速度、接收期限时刻仅在通信方向为双向时使用。
进展信息管理部243在发送委托受理部26受理到来自应用的消息发送委托时被调出,在优先级信息表格中制作记述发送委托受理部26编号的发送委托ID的新的记录。
此时,进展信息管理部243从消息发送委托的头标部取出应用ID、响应消息接收期限时刻、优先级,分别写入到优先级信息表格的相应记录的应用ID、接收期限时刻、优先级的各纵列。
另外,进展信息管理部243取出消息类别,识别通信方向而写入到通信方向的数据项。
另外,进展信息管理部243在通信方向为双向的情况下,取出总发送消息数,写入到剩余接收消息数的纵列。
在通信方向是单向的情况下,在剩余接收消息数的纵列中写入“0”(零)。
另外,进展信息管理部243在发送数、接收数、上次接收数、优先级调整指标的纵列中写入“0”(零)。
进展信息管理部243在每当发送消息被从消息发送接收装置20的消息发送部21发送时被调出,使相应的发送委托ID的记录的发送数递增。
另外,进展信息管理部243在每当消息发送接收装置20的接收委托受理部22受理接收消息时被调出,使相应的发送委托ID的记录的接收数递增,使剩余接收消息数递减。
另外,进展信息管理部243按照每某一定间隔、例如每1分钟,从定时器部25接受定时信号,针对通信方向为双向的发送委托,计算当前的接收速度,更新优先级信息表格的接收速度的纵列。
此时,进展信息管理部243在更新接收速度的纵列之前,将接收数的纵列的数据拷贝到上次接收数的纵列。
接收速度是通过将接收数与上次接收数之差除以定时信号的间隔而求出的。
优先级调整部242使用优先级信息表格的数据,针对每个发送委托,判断优先级是否需要调整,如果优先级需要调整,则制作优先级调整消息,将制作出的优先级调整消息转发到消息发送部21。
消息发送部21向所指定的中继装置30发送优先级调整消息。
图14是示出由优先级调整部242实施的优先级调整工作的例子的流程图。
关于优先级信息表格的优先级调整指标,假设为对于所有发送委托ID成为“0”(零)。
优先级调整部242通过来自定时器部25的定期的定时信号被调出。
优先级调整部242首先读入优先级信息表格的最初的发送委托ID的记录(S11)。
此时,在接收期限时刻的纵列中无数据的情况下(在S12中“否”),判断为优先级不需要调整,优先级调整部242读入接下来的发送委托ID的记录(S11)。
即使在接收期限时刻的纵列中有数据的情况下(在S12中“是”),在优先级调整指标已经成为“+1”的情况下(在S13中“+1”),判断为已判定优先级是否需要调整,优先级调整部242读入接下来的发送委托ID的记录(S11)。
在优先级调整指标是“0”的情况下(在S13中“0”),优先级调整部242执行优先级是否需要调整检查处理(S14),判断是否进行优先级调整。
在判断为优先级需要调整的情况下(在S15中“是”),优先级调整部242在优先级信息表格的该发送委托ID的优先级调整指标的纵列中写入为“+1”(S16),按照图13的发送消息形式制作优先级调整消息(S17)。
针对每个中继装置30制作优先级调整消息。
即,在S11中记录被读入的发送委托中包括发往多个智能仪表40的多个发送消息,在通过多个中继装置30对与这些多个智能仪表40的消息通信进行中继的情况下,优先级调整部242针对每个中继装置30生成优先级调整消息。
对优先级调整消息的头标部的发送委托ID,放入在S11中从优先级信息表格所读入的记录的发送委托ID。
另外,对发送目的地ID,放入中继装置ID,对消息类别,放入表示是优先级调整消息的类别代码。
另外,对发送消息尺寸,放入优先级调整消息的尺寸,对优先级,放入“高”。
对数据部的发送消息,放入优先级调整指标值(“+1”)。
像这样,优先级调整部242针对所有中继装置30制作优先级调整消息,将制作出的优先级调整消息转发到消息发送部21(S18)。
优先级调整部242针对优先级信息表格的所有发送委托ID,执行以上的步骤(S19)。
消息发送部21将优先级调整消息发送到中继装置30。
图15是示出图14的S14的优先级是否需要调整检查处理的一个例子的流程图。
在图15中,示出了在发送数与接收数之差超过预先决定的一定水准值的情况下,提高作为S14的判断的对象的发送委托的消息的优先级的例子。
在图15的优先级是否需要调整检查处理中,首先,优先级调整部242从图7所示的应用表格,读入该应用ID的发送接收数差异阈值(S1411)。
接下来,优先级调整部242计算向中继装置30的下行消息的发送数与来自中继装置30的上行消息的接收数之差(S1412),在其值超过了发送接收数差异阈值的情况下(在S1413中“是”),作出调整优先级这样的判断(S1414)。
另一方面,在计算出的值未超过发送接收数差异阈值的情况下(在S1413中“否”),作出不调整优先级这样的判断(S1415)。
像这样,图15的优先级是否需要调整检查处理被适用于于发送多个下行消息、进而响应多个上行消息的双向的消息通信。
换言之,图15的优先级是否需要调整检查处理被适用于复合响应请求下行消息发送委托。
图16是示出图14的S14的优先级是否需要调整检查处理的另一例子的流程图。
在图16中,示出了在消息接收速度低于为了在接收期限时刻之前处理剩余接收消息数而所需的消息接收速度的情况下,提高作为S14的判断的对象的发送委托的消息的优先级的例子。
在图16的优先级是否需要调整检查处理中,首先,优先级调整部242根据接收期限时刻与当前时刻的差分和剩余接收消息数,计算为了在接收期限时刻之前完成接收而所需的消息接收速度(S1421)。
接下来,优先级调整部242比较计算出的接收速度、和优先级信息表格的接收速度,在计算出的接收速度更大的情况下(在S1422中“是”),作出调整优先级这样的判断(S1423)。
另一方面,在计算出的接收速度不大的情况下(在S1422中“否”),作出不调整优先级这样的判断(S1424)。
像这样,在图16的优先级是否需要调整检查处理中,针对每个发送委托,测量上行消息的接收速度,在按照测量出的接收速度上行消息的接收继续的情况下,判断所有上行消息的接收是否会在接收完成期限之前完成。
然后,将所有上行消息的接收在接收完成期限之前未完成的发送委托作为优先级调整的对象。
图16的优先级是否需要调整检查处理也与图15的情况同样地,适用于复合响应请求下行消息发送委托。
图17是示出图14的S14的优先级是否需要调整检查处理的另一例子的流程图。
在图17中,示出了在到接收期限时刻为止的剩余时间变少的情况下,提高作为S14的判断的对象的发送委托的消息的优先级的例子。
在图17的优先级是否需要调整检查处理中,首先,优先级调整部242根据接收期限时刻与当前时刻的差分,计算接收剩余时间(S1431)。
接下来,优先级调整部242根据发送委托时刻与接收期限时刻的差分,计算总接收时间(S1432),在接收剩余时间比发送接收时刻的一定比例(例如10%)少的情况下(在S1433中“是”),作出调整优先级这样的判断(S1434)。
另一方面,在接收剩余时间不比发送接收时刻的一定比例(例如10%)少的情况下(在S1433中“否”),作出不调整优先级这样的判断(S1435)。
图17的优先级是否需要调整检查处理也与图15以及图16的情况同样地,适用于复合响应请求下行消息发送委托。
接下来,对如下情况的工作进行叙述:在判断为优先级调整部242对1个发送委托1进行优先级调整时,已经有以提高优先级的方式进行了优先级调整的其它发送委托2、且发送委托2的接收期限时刻是比发送委托1的接收期限时刻晚的时刻的情况下,针对发送委托2以降低优先级的方式进行优先级调整。
在判断为优先级调整部242针对1个发送委托1进行优先级调整的情况下,执行优先级降低处理。
图18是优先级降低处理的流程图。
在优先级降低处理中,首先,优先级调整部242读入优先级信息表格的最初的发送委托ID的记录(S21)。
此时,在接收期限时刻的纵列中无数据的情况下(在S22中“否”),优先级调整部242判断为优先级不需要调整,读入接下来的发送委托ID的记录。
在接收期限时刻的纵列中有数据的情况下(在S22中“是”),在优先级调整指标成为“+1”的情况下(在S23中“+1”),该发送委托成为发送委托2的候选。
优先级调整部242比较发送委托1的接收期限时刻、和发送委托2的接收期限时刻(S24),在发送委托2的接收期限时刻是比发送委托1的接收期限时刻晚的时刻的情况下,针对发送委托2,判断为需要优先级降低的优先级调整(在S25中“是”)。
在优先级降低处理中,优先级调整部242将优先级信息表格的发送委托2的优先级调整指标的纵列修正为“0”(S26),按照图13的发送消息形式制作优先级调整消息(S27)。
此时,对头标部的发送委托ID,放入发送委托2的发送委托ID。
另外,对发送目的地ID,放入中继装置ID,对消息类别,放入表示是优先级调整消息的类别代码。
另外,对发送消息尺寸,放入优先级调整消息的尺寸,在对优先级,放入“高”。
对数据部的发送消息,放入优先级调整指标值(“0”)。
像这样,优先级调整部242对所有中继装置30制作优先级调整消息,将制作出的优先级调整消息转发到消息发送部21(S28)。
针对优先级信息表格的所有发送委托ID,执行以上的步骤(S29)。
另外,在S27中制作的优先级调整消息是针对发送委托2使已向中继装置30发送的优先级调整消息(在数据部中记述了“+1”的优先级调整消息)无效的命令,相当于无效命令的例子。
接下来,对中继装置30的结构和优先级调整的工作进行说明。
图3是示出中继装置30的结构例的***结构图。
在图3中,下行消息接收部37接收来自消息发送接收装置20的消息。
下行消息接收部37除了发往智能仪表40的下行消息以外,还接收优先级调整消息(指示命令),还作为指示命令接收部而发挥功能。
优先控制处理部35控制消息中继的优先级。
优先控制处理部35由每个优先级的下行队列351以及上行队列353、和进行优先级变更的处理的优先级变更部352构成。
优先控制处理部35的下行队列351、上行队列353由针对每个优先级的多个队列构成,但也可以通过1个队列实现。
另外,也可以通过1个队列实现下行队列351和上行队列353。
下行队列351相当于下行消息存储部的例子。
另外,上行队列353相当于上行消息存储部的例子。
进而,优先级变更部352与下行消息发送部31一起,相当于优先下行消息选择部的例子。
另外,优先级变更部352与上行消息发送部38一起,相当于优先上行消息选择部的例子。
下行消息发送部31将下行消息发送到智能仪表40。
下行消息发送部31选择在优先级最高的下行队列351中所积蓄的下行消息,将所选择的下行消息优先地发送到智能仪表40。
因此,下行消息发送部31相当于优先下行消息选择部的例子。
上行消息接收部32接收来自智能仪表40的上行消息。
上行消息发送部38将上行消息发送到消息发送接收装置20。
上行消息发送部38选择在优先级最高的上行队列353中所积蓄的上行消息,将所选择的上行消息优先地发送到消息发送接收装置20。
因此,上行消息发送部38相当于优先上行消息选择部的例子。
优先级变更数据存储部36存储在优先控制处理部35进行优先级变更的判定时参照的优先级变更信息表格(图6)。
负荷信息生成部33生成中继装置30的负荷信息。
定时器部34对负荷信息生成部33提供负荷信息的生成的定时信号。
在实施方式2中说明负荷信息生成部33以及定时器部34的细节。
下行消息接收部37将从消息发送接收装置20接收到的下行消息依照在头标部中所记载的优先级,***下行队列351的最末尾。
另外,下行消息接收部37在接收到优先级调整消息的情况下,将优先级调整消息输出到优先级变更部352。
下行消息发送部31从下行队列351中的优先级最高的队列的开头取出下行消息。
在优先级最高的队列为空的情况下,下行消息发送部31从优先级次高的队列的开头取出下行消息。
接下来,下行消息发送部31向下行消息内的发送目的地ID示出的智能仪表40,发送所取出的下行消息。
上行消息接收部32将从智能仪表40接收到的上行消息依照在头标部中所设定的优先级,***上行队列353的最末尾。
上行消息发送部38从上行队列353中的优先级最高的队列的开头取出上行消息。
在优先级最高的队列为空的情况下,从优先级次高的队列的开头取出上行消息。
接下来,上行消息发送部38将所取出的上行消息发送到消息发送接收装置20。
另外,在相同的定时存在共用的发送委托ID的多个上行消息的情况下,上行消息发送部38集中多个上行消息而以图12所示的消息接收委托的形式发送多个上行消息。
下行消息接收部37如上所述,在从消息发送接收装置20接收到优先级调整消息时,将优先级调整消息输出到优先级变更部352,调出优先级变更部352。
在优先级变更数据存储部36的优先级变更信息表格(图6)中不存在在优先级调整消息的头标部中所设定的发送委托ID的情况下,优先级变更部352依照头标部的信息,新追加该发送委托ID的项目。
接下来,优先级变更部352参照优先级调整消息的数据部的优先级调整指标值(“+1”或者“0”),在与优先级变更数据存储部36中所保存的值不同的情况下,将其更新。
图25以及图27是示出优先级变更信息表格的一个例子的图。
优先级变更信息表格的各表格项的意义与消息发送接收装置20的优先级信息表格(图4)相同。
图24和图26是示出优先级变更部352变更优先级前后的状况的图。
在图24和图26中,示出优先级为高、中、低这三个阶段的例子。
图24示出某个时间点下的中继装置30的下行队列351内的状况,图25示出图24的时间点下的优先级变更信息表格的状况。
例如,在优先级=高的队列(高)中放入发送委托ID=0002的下行消息。
另外,依次在队列(中)中放入发送委托ID=0003的下行消息、在队列(低)中放入发送委托ID是0004、0001、0004的下行消息。
另外,在优先级变更信息表格中,储存了图25那样的数据。
此时,考虑下行消息接收部37接收到发送委托ID=0001、且优先级调整指标=+1的优先级调整消息(图26的符号701)的情况。
由于对优先级变更信息表格的发送委托ID=0001的优先级调整指标纵列放入了“0”(图25),所以优先级调整指标变更。
通过接收优先级调整消息,优先级变更信息表格如图27所示被更新。
优先级变更部352输入优先级调整消息(图26的符号701),取出在队列(低)中所放入的发送委托ID=0001的下行消息(图26的符号702),依照优先级调整指标=+1的指示,将该下行消息***优先级高一级的队列(中)的最末尾。
同样地,优先级变更部352对在上行队列353中所放入的发送委托ID=0001的上行消息(未图示),也***优先级高一级的队列(中)的最末尾。
下行消息接收部37以及上行消息接收部32在接收到新的消息(例如图26的符号703)的情况下,从优先级变更信息表格读出发送委托ID=0001的记录的优先级调整指标,依照该指示(+1),将新的消息***优先级高一级的队列(中)的最末尾。
然后,下行消息发送部31从由优先级变更部352进行了下行消息的优先级的调整之后的下行队列351取出下行消息。
例如,在图26所示的下行队列351中,如果取出发送委托ID=0002的下行消息(符号704),则在队列(高)中不存在下行消息,所以队列(中)内的下行消息被取出。
发送委托ID=0001的下行消息(符号702、703)在通过优先级变更部352进行优先级的调整之前,被积蓄于队列(低),所以直至被下行消息接收部37取出为止,需要长时间。
但是,在通过优先级变更部352调整优先级之后,因为发送委托ID=0001的下行消息(符号702、703)积蓄于队列(中),所以在短时间内被取出。
像这样,优先级变更部352从在下行队列351中所存储的下行消息中提取设定了在优先级调整消息中示出的发送委托ID的下行消息。
然后,优先级变更部352在下行消息发送部31从下行队列351取出下行消息时,进行针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级那样的调整。
同样地,优先级变更部352从在上行队列353中所存储的上行消息中,提取设定了在优先级调整消息中示出的发送委托ID的上行消息。
然后,优先级变更部352在上行消息发送部38从上行队列353取出上行消息时,进行针对提取出的上行消息使用与在该上行消息中所设定的优先级不同的优先级那样的调整。
另外,在本实施方式中,优先级变更部352不变更在消息中所记述的优先级,而将消息储存到比本来的优先级更高的优先级的队列,但也可以改写消息的优先级自身。
如以上那样,在本实施方式中,根据消息发送接收装置20中的双向消息的发送接收数之差、消息接收速度、消息接收剩余时间表示的进展程度,消息发送接收装置20使用优先级调整指标而对中继装置30指示优先级变更。
另外,中继装置30依照优先级调整指标,变更在上行、下行双方的队列内所保留的消息的优先级。
因此,能够不对中继装置30施加过大的负荷地、有效地控制消息通信的优先级。
另外,消息发送接收装置20在对于相对已经以提高优先级的方式进行了优先级调整的发送委托指定了更早的接收期限时刻的发送委托,以提高优先级的方式进行优先级调整的情况下,以降低优先级的方式,进行优先级调整。
因此,能够进行极其细致的消息通信的优先级控制。
以上,在本实施方式中,说明了如下的智能仪表自动查表***:
包括:智能仪表、中继装置、消息发送接收装置、应用服务器装置10,
智能仪表测定电力、煤气、自来水等的使用量,
在应用服务器装置10上工作的1个以上的应用与智能仪表之间,
经由在中心***中配备的消息发送接收装置、和在消息发送接收装置与智能仪表之间配备的中继装置,进行消息通信的智能仪表自动查表***。
另外,在本实施方式中,说明了
应用服务器装置10上的应用在对数据发送接收装置发送的消息发送委托中包括接收期限时刻的信息,
数据发送接收装置具备保持应用与智能仪表之间的消息通信的进展信息的进展信息管理部、和具有根据消息通信的进展信息判定优先级是否需要调整而对中继装置指示优先级调整的优先级调整部的优先控制处理部,
中继装置具备具有依照来自消息发送接收装置的优先级调整指示而变更消息处理的优先级的优先级变更部的优先控制处理部。
另外,在本实施方式中,说明了
中继装置所具备的优先控制处理部的优先级变更部
变更对从数据发送接收装置向中继装置的下行方向消息的处理的优先级,
进而,在来自消息发送接收装置的优先级调整指示的对象消息是双向消息的情况下,变更对从中继装置向数据发送接收装置的上行方向消息的处理的优先级。
另外,在本实施方式中,说明了
数据发送接收装置所具备的优先控制处理部的进展信息管理部
作为消息通信的进展信息,保持来自应用的每个消息发送委托的发送数、以及接收数,
数据发送接收装置所具备的优先控制处理部的优先级调整部
在发送数与接收数之差超过了预先决定的一定水准值的情况下,以提高在该发送委托中要发送的消息的优先级的方式,对中继装置指示优先级调整。
另外,在本实施方式中,
数据发送接收装置所具备的优先控制处理部的进展信息管理部
作为消息通信的进展信息,保持来自应用的每个消息发送委托的消息接收速度、和剩余接收消息数,
数据发送接收装置所具备的优先控制处理部的优先级调整部
在消息接收速度低于为了在接收期限时刻之前处理剩余接收消息数而所需的消息接收速度的情况下,以提高在该发送委托中要发送的消息的优先级的方式,对中继装置指示优先级调整。
另外,在本实施方式中,
数据发送接收装置所具备的优先控制处理部的进展信息管理部
作为消息通信的进展信息,保持受理到消息发送委托的发送委托受理时刻、和到接收期限时刻为止的剩余时间,
数据发送接收装置所具备的优先控制处理部的优先级调整部
在到接收期限时刻为止的剩余时间低于从发送委托受理时刻至接收期限时刻的时间的一定比例的情况下,以提高在该发送委托中要发送的消息的优先级的方式,对中继装置指示优先级调整。
另外,在本实施方式中,说明了
数据发送接收装置所具备的优先控制处理部
在已经针对来自其它应用的消息发送委托,对中继装置进行了优先级调整指示以提高发送的消息的优先级时,
在想要以提高优先级的方式进行优先级调整的消息发送委托的接收期限时刻是比上述其它应用的接收期限时刻早的时刻的情况下,
进行优先级调整指示以降低上述其它应用发送的消息的优先级。
实施方式2.
在实施方式1中,消息发送接收装置20在将优先级调整消息发送到多个中继装置30的情况下,向所有中继装置30在相同的定时发送了优先级调整消息。
在本实施方式中,说明优先级调整部242根据中继装置30的性能、负荷状况,调整向中继装置30发送优先级调整消息的顺序的工作。
本实施方式的消息发送接收装置20的结构例如图2所示,本实施方式的中继装置30的结构例如图3所示。
另外,在本实施方式中,在消息发送接收装置20中,优先级调整部242针对每个中继装置30,判定针对下行消息和上行消息的处理的处理负荷。
然后,优先级调整部242以从处理负荷高的中继装置30发送优先级调整消息的方式,决定多个中继装置30中的优先级调整消息的发送顺序。
在本实施方式中,优先级调整部242还作为发送顺序决定部而发挥功能。
另外,消息发送部21依照由优先级调整部242所决定的发送顺序,向多个中继装置30发送优先级调整消息。
图8示出优先级调整部242调整向中继装置30发送优先级调整消息的顺序时的优先级信息表格。
图8的优先级调整表格是在图4的优先级信息表格中,追加了中继装置负荷水平的纵列的表格。
中继装置负荷水平以外的纵列与图4的优先级信息表格相同。
中继装置负荷水平表示已经发送优先级调整消息的中继装置的负荷水平,意味着值越大,负荷水平越高。
例如,在中继装置负荷水平是“3”的情况下,表示针对负荷水平大于“3”的中继装置30,已经发送了优先级调整消息。
“0”(零)表示针对所有中继装置30已经发送了优先级调整消息。
在优先级调整表格的中继装置负荷水平的值是“3”的情况下,针对后述中继装置负荷表格(图10)的负荷水平是“3”的中继装置30,发送优先级调整消息。
接下来,优先级调整表格的中继装置负荷水平的值被递减为“2”,针对中继装置负荷表格(图10)的负荷水平是“2”的中继装置30发送优先级调整消息。
像这样,优先级调整表格的中继装置负荷水平的值被递减,从负荷水平高的中继装置30起依次发送优先级调整消息。
另外,以下,为了简化说明,优先级调整表格的中继装置负荷水平的值设为“1”和“0”中的某一个。
因此,后述中继装置规格表格(图9)的负荷阈值仅为1个。
在将优先级调整表格的中继装置负荷水平设为例如“0”、“1”、“2”、“3”的情况下,中继装置规格表格(图9)的负荷阈值成为3个阶段(从“0”向“1”的阈值、从“1”向“2”的阈值、从“2”向“3”的阈值)。
负荷信息储存部23具备图10所示那样的中继装置负荷表格。
中继装置ID是唯一地识别中继装置30的ID。
中继装置型号ID是唯一地识别该中继装置30的型号的ID。
保留消息数是在该中继装置30的上行队列353以及下行队列351中所保留的消息数,表示中继装置30的负荷状况。
中继装置30定期地向消息发送接收装置20发送保留消息数而作为负荷信息消息。
负荷水平是对中继装置30的负荷状况按水平划分而得到的。
负荷水平的值越高,表示中继装置30的负荷越高。
在负荷水平历史中,在负荷水平被更新时,更新前的负荷水平被记述。
负荷信息储存部23具备图9所示那样的中继装置规格表格。
中继装置规格表格对于在智能仪表自动查表***中所使用的所有中继装置30,针对该中继装置的每个型号,保持规格的信息。
中继装置型号ID是唯一地识别中继装置30的型号的ID。
中继装置型号是对中继装置30赋予的型号编号。
负荷阈值是针对各个中继装置型号的每一个所设定的、保留消息数的阈值,在某个时间点下的保留消息数超过了该阈值的情况下,判断为该中继装置30的负荷高。
处理吞吐量是针对每个中继装置型号所设定的、中继装置30的消息处理能力。
接收委托受理部22在从中继装置30受理到负荷信息消息时,将消息中的保留消息数的数据写入到负荷信息储存部23的中继装置负荷表格的相应的中继装置30的保留消息数的纵列。
在本实施方式中,作为一个例子,优先级调整部242在向中继装置30发送优先级调整消息时,根据中继装置30的负荷状况按照两个阶段进行发送。
因此,优先级信息表格的中继装置负荷水平如上所述,取“1”和“0”中的某一个值,在优先级信息表格中新制作了针对发送委托的记录的情况下,初始化为“0”。
图19是优先级调整部242调整向中继装置30发送优先级调整消息的顺序时的流程图。
优先级调整部242通过来自定时器部25的定期的定时信号被调出。
优先级调整部242首先依照保留消息数的值,更新中继装置负荷表格(图10)的负荷水平、以及负荷水平历史的信息(S31)。
接下来,优先级调整部242读入优先级信息表格的最初的发送委托ID的记录(S32)。
此时,在接收期限时刻的纵列中无数据的情况下(在S33中“否”),优先级调整部242判断为优先级不需要调整,读入接下来的发送委托ID的记录(S32)。
在接收期限时刻的纵列中有数据(在S33中“是”)、并且优先级调整指标是“0”的情况(在S34中“0”)下,优先级调整部242执行优先级是否需要调整检查处理(S35),判断是否进行优先级调整。
优先级是否需要调整检查处理(S35)与图14的S14相同,例如,进行图15~图17所示的处理。
在判断为优先级需要调整的情况下(在S36中“是”),优先级调整部242在优先级信息表格的该发送委托ID的优先级调整指标的纵列中写入为“+1”,进而在中继装置负荷水平的纵列中写入为“1”(S37)。
接下来,优先级调整部242执行优先级调整消息处理(1),对负荷高的中继装置30发送优先级调整消息(S38)。
另一方面,在接收期限时刻的纵列中有数据(在S33中“是”)、并且优先级调整指标已经成为“+1”的情况(在S34中“+1”)下,优先级调整部242参照中继装置负荷水平(S40)。
在中继装置负荷水平是“0”的情况下(在S40中“0”),判断为已经对所有中继装置30送出了优先级调整消息,优先级调整部242读入优先级信息表格的接下来的发送委托ID的记录。
在中继装置负荷水平是“1”的情况下,优先级调整部242在将中继装置负荷水平更新为“0”之后(S41),执行优先级调整消息处理(2),针对尚未发送优先级调整消息的中继装置30发送优先级调整消息(S42)。
优先级调整部242对优先级信息表格的所有发送委托ID执行以上的处理(S39)。
图20是根据中继装置30的保留消息数,优先级调整部242调整向中继装置30发送优先级调整消息的顺序时的、中继装置负荷表格更新处理(S31)的流程图。
优先级调整部242首先读入中继装置负荷表格(图10)的最初的中继装置ID的记录(S3111)。
接下来,优先级调整部242将所读入的记录中的负荷水平纵列的值写入到中继装置负荷表格的相应记录的负荷水平历史纵列(S3112)。
接下来,优先级调整部242将所读入的记录中的中继装置型号ID纵列的值作为关键字,从中继装置规格表格(图9)读出相应的中继装置型号的负荷阈值(S3113)。
接下来,优先级调整部242比较中继装置负荷表格的保留消息数与负荷阈值(S3114),在保留消息数大于负荷阈值的情况下(在S3115中“是”),在中继装置负荷表格的相应记录的负荷水平纵列中写入“1”(S3116)。
另一方面,在保留消息数不大于负荷阈值的情况下(在S3115中“否”),在中继装置负荷表格的相应记录的负荷水平纵列中写入“0”(零)(S3117)。
优先级调整部242对中继装置负荷表格的所有中继装置ID执行以上的处理(S3118)。
图21是根据依据中继装置30的保留消息数而计算出的消息处理所需时间,优先级调整部242调整向中继装置30发送优先级调整消息的顺序时的、中继装置负荷表格更新处理(S31)的流程图。
优先级调整部242首先读入中继装置负荷表格(图10)的最初的中继装置ID的记录(S3121)。
接下来,优先级调整部242将所读入的记录中的负荷水平纵列的值写入到中继装置负荷表格的相应记录的负荷水平历史纵列(S3122)。
接下来,优先级调整部242将所读入的记录中的中继装置型号ID纵列的值作为关键字,从中继装置规格表格读出相应的中继装置型号的处理吞吐量(S3123)。
接下来,优先级调整部242根据中继装置负荷表格的保留消息数和处理吞吐量,计算消息处理所需时间(S3124)。
在计算出的消息处理所需时间比例如预先决定的消息处理所需时间的阈值更大的情况下,在中继装置负荷表格的相应记录的负荷水平纵列中写入“1”,在更小的情况下写入“0”(零)(S3125、S3126)。
但是,也可以不使用预先决定的消息处理所需时间,而使用如下等其它判定方法:针对所有中继装置30中的消息处理所需时间大的一半的中继装置30,使负荷水平纵列成为“1”,使剩余的中继装置30的负荷水平纵列成为“0”。
图22是图19的优先级调整消息处理(1)(S38)的流程图。
优先级调整消息处理(1)在优先级调整部242调整向中继装置30发送优先级调整消息的顺序的处理中被执行。
在优先级调整消息处理(1)中,优先级调整部242首先读入中继装置负荷表格(图10)的最初的中继装置ID的记录(S3801)。
在负荷水平纵列是“0”的情况下(在S3802中“0”),优先级调整部242判断为不向相应中继装置30发送优先级调整消息,读入接下来的记录。
在负荷水平纵列是“1”的情况下(在S3802中“1”),优先级调整部242制作优先级调整消息(S3803),将制作出的优先级调整消息转发到消息发送部21(S3804)。
优先级调整部242对中继装置负荷表格的所有中继装置ID执行以上的处理(S3805)。
图23是优先级调整消息处理(2)的流程图。
优先级调整消息处理(2)在优先级调整部242调整向中继装置30发送优先级调整消息的顺序的处理中被执行。
在优先级调整消息处理(2)中,优先级调整部242首先读入中继装置负荷表格(图10)的最初的中继装置ID的记录(S4201)。
在负荷水平历史纵列是“1”的情况下(在S4202中“1”),优先级调整部242判断为已经向相应中继装置30发送了优先级调整消息,读入接下来的记录。
在负荷水平历史纵列是“0”的情况下(在S4202中“0”),制作优先级调整消息(S4203),将制作出的优先级调整消息转发到消息发送部21(S4204)。
优先级调整部242对中继装置负荷表格的所有中继装置ID执行以上的处理(S4205)。
接下来,说明中继装置30的负荷信息生成部33的工作。
定时器部34针对所设定的每个间隔时间,将通知执行负荷信息的生成处理的时刻到来的定时信号发送到负荷信息生成部33。
接受到定时信号的负荷信息生成部33对该时间点下的上行队列353和下行队列351中所保留的消息数进行累加,制作包括累加结果的数据的负荷信息消息,将制作出的负荷信息消息转发到上行消息接收部32。
上行消息接收部32将从负荷信息生成部33接受到的负荷信息消息依照在头标部中所设定的优先级,***上行队列的最末尾。
像这样,在本实施方式中,因为消息发送接收装置20根据中继装置30的规格、负荷状况,以调整优先级调整的顺序的方式工作,所以即使在不同性能的中继装置30混合存在的智能仪表自动查表***中,也能够有效地控制消息通信的优先级。
以上,在本实施方式中,说明了
中继装置还具备
对消息发送接收装置定期地发送保留消息数作为中继装置中的消息处理的负荷信息的负荷信息发送部,
消息发送接收装置还具备
储存从多个中继装置发送的负荷信息的中继装置负荷信息储存部。
另外,在本实施方式中,说明了
消息发送接收装置的优先控制处理部的优先级调整部
在对中继装置指示优先级调整时,从保留消息数多的中继装置起依次进行指示。
在本实施方式中,说明了
消息发送接收装置的中继装置负荷信息储存部进而
针对中继装置的每个型号保持处理吞吐量作为消息处理能力的信息,
消息发送接收装置的优先控制处理部的优先级调整部
根据各个中继装置的保留消息数和处理吞吐量,求出用于将保留消息全部处理的消息处理所需时间,
在对中继装置指示优先级调整时,从消息处理所需时间大的中继装置起依次进行指示。
最后,参照图28,说明实施方式1以及2所示的消息发送接收装置20以及中继装置30的硬件结构例。
消息发送接收装置20以及中继装置30是计算机,能够通过程序实现消息发送接收装置20以及中继装置30的各要素。
作为消息发送接收装置20以及中继装置30的硬件结构,在总线上连接了运算装置901、外部存储装置902、主存储装置903、通信装置904、输入输出装置905。
运算装置901是执行程序的CPU(Central Processing Unit,中央处理单元)。
外部存储装置902是例如ROM(Read Only Memory,只读存储器)、闪存存储器、硬盘装置。
主存储装置903是RAM(Random Access Memory,随机存取存储器)。
“负荷信息储存部23”、“优先级调整数据存储部29”、“优先级变更数据存储部36”、“下行队列241”、“上行队列244”、“下行队列351”、“上行队列353”通过例如外部存储装置902或者主存储装置903实现。
通信装置904对应于“~发送部”“~接收部”、“~受理部”以及“~配送部”的物理层。
输入输出装置905是例如鼠标、键盘、显示器装置等。
程序通常被存储于外部存储装置902,在被载入到主存储装置903的状态下,被依次读入到运算装置901而执行。
程序是实现说明为图1所示的“~部(其中除了“负荷信息储存部23”、“优先级调整数据存储部29”、“优先级变更数据存储部36”以外以下相同)”的功能的程序。
进而,在外部存储装置902中还存储了操作***(OS),OS的至少一部分被载入到主存储装置903,运算装置901在执行OS的同时,执行实现图1所示的“~部”的功能的程序。
另外,将表示在实施方式1以及2的说明中说明为“~的判断”、“~的判定”、“~的提取”、“~的选择”、“~的设定”、“~的指定”、“~的更新”、“~的制作”、“~的生成”、“~的决定”、“~的输入”、“~的输出”、“~的接收”、“~的发送”等的处理的结果的信息、数据、信号值、变量值作为文件,存储于主存储装置903。
另外,也可以将加密密钥/解密密钥、随机数值、参数作为文件存储于主存储装置903。
另外,图28的结构仅为消息发送接收装置20以及中继装置30的硬件结构的一个例子,消息发送接收装置20以及中继装置30的硬件结构不限于图28记载的结构,也可以是其它结构。
另外,实施方式1以及2所示的应用服务器装置10既可以是图28的硬件结构,也可以是其它硬件结构。
另外,能够将实施方式1以及2所示的消息发送接收装置20以及中继装置30的处理步骤理解为信息处理方法。
另外,在实施方式1以及2中,说明了在智能仪表自动查表***中使用的消息发送接收装置20以及中继装置30,但在本实施方式中示出的内容还能够适用于智能仪表自动查表***以外的通信***。
Claims (15)
1.一种通信装置,其特征在于,具有:
消息发送部,向中继装置发送设定了优先级的下行消息,该中继装置接收向终端装置的下行消息,存储接收到的下行消息,根据下行消息的优先级,从所存储的下行消息中,选择要优先地发送到终端装置的优先下行消息,将所选择的优先下行消息优先地发送到终端装置;
提取条件指定部,指定用于提取成为优先级的调整的对象的下行消息的提取条件;
指示命令生成部,生成指示命令,该指示命令指示所述中继装置提取与由所述提取条件指定部所指定的提取条件符合的下行消息,针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级来选择优先下行消息;以及
指示命令发送部,将由所述指示命令生成部所生成的指示命令发送到所述中继装置。
2.根据权利要求1所述的通信装置,其特征在于,
所述通信装置还具有:
发送委托受理部,从规定的上位装置受理下行消息的发送委托即消息发送委托,
所述消息发送部
每当由所述发送委托受理部受理消息发送委托时,将设定了消息发送委托的ID(Identifier,标识符)即发送委托ID、和用消息发送委托所指定的优先级的下行消息发送到所述中继装置,
在由所述发送委托受理部受理到的消息发送委托是委托向多个终端装置发送多个下行消息的复合消息发送委托的情况下,将分别共同地设定了所述复合消息发送委托的发送委托ID和在所述复合消息发送委托中所指定的优先级的多个下行消息发送到所述中继装置,
所述提取条件指定部
指定提取设定了复合消息发送委托的发送委托ID的下行消息的意思的提取条件。
3.根据权利要求1或者2所述的通信装置,其特征在于,
所述消息发送部
将请求来自终端装置的响应的下行消息作为响应请求下行消息发送到所述中继装置,
所述中继装置
接收从终端装置发送的、设定了优先级的上行消息,
在将响应请求下行消息发送到某一个终端装置的情况下,接收从响应请求下行消息的发送目的地的终端装置作为针对响应请求下行消息的响应而发送的、设定了与响应请求下行消息相同的优先级的上行消息,
存储接收到的上行消息,从所存储的上行消息中,根据上行消息的优先级,选择要优先地发送到所述通信装置的优先上行消息,将所选择的优先上行消息优先地发送到所述通信装置,
所述提取条件指定部
指定提取具有特定属性的响应请求下行消息的意思的提取条件,
所述指示命令生成部
生成指示命令,该指示命令进行如下指示:提取具有由所述提取条件指定部指定为提取条件的所述特定属性的响应请求下行消息,针对提取出的响应请求下行消息使用与在该响应请求下行消息中所设定的优先级不同的优先级来选择优先下行消息,进而,指示提取具有所述特定属性的响应请求下行消息的上行消息,针对提取出的上行消息使用与在该上行消息中所设定的优先级不同的优先级来选择优先上行消息。
4.根据权利要求3所述的通信装置,其特征在于,
所述通信装置还具有
发送委托受理部,从规定的上位装置受理下行消息的发送委托即消息发送委托,
所述消息发送部
每当由所述发送委托受理部受理消息发送委托时,将设定了消息发送委托的ID即发送委托ID、和用消息发送委托所指定的优先级的下行消息发送到所述中继装置,
在由所述发送委托受理部受理到的消息发送委托是委托向多个终端装置发送多个响应请求下行消息的复合响应请求消息发送委托的情况下,将分别共同地设定了所述复合响应请求消息发送委托的发送委托ID和在所述复合响应请求消息发送委托中所指定的优先级的多个响应请求下行消息发送到所述中继装置,
所述提取条件指定部
指定提取设定了复合响应请求消息发送委托的发送委托ID的响应请求下行消息的意思的提取条件。
5.根据权利要求4所述的通信装置,其特征在于,
所述通信装置还具有
消息接收部,从所述中继装置接收上行消息,
所述提取条件指定部
针对每个复合响应请求消息发送委托,比较对应的响应请求下行消息的向所述中继装置的发送量、和对应的上行消息的来自所述中继装置的接收量,
选择响应请求下行消息的发送量与上行消息的接收量之差超过规定的阈值的复合响应请求消息发送委托,
指定提取设定了所选择的复合响应请求消息发送委托的发送委托ID的响应请求下行消息的意思的提取条件。
6.根据权利要求4或者5所述的通信装置,其特征在于,
所述发送委托受理部
受理指定了上行消息的接收完成期限的复合响应请求消息发送委托,
所述提取条件指定部
针对每个复合响应请求消息发送委托,测定对应的上行消息的接收速度,在按照测量出的接收速度上行消息的接收继续的情况下,判断所有上行消息的接收是否会在接收完成期限之前完成,
选择所有上行消息的接收在接收完成期限之前未完成的复合响应请求消息发送委托,
指定提取设定了所选择的复合响应请求消息发送委托的发送委托ID的响应请求下行消息的意思的提取条件。
7.根据权利要求4~6中的任意一项所述的通信装置,其特征在于,
所述发送委托受理部
受理指定了上行消息的接收完成期限的复合响应请求消息发送委托,
所述提取条件指定部
针对每个复合响应请求消息发送委托,计算到接收完成期限为止的剩余时间,
选择计算出的剩余时间在规定水平以下的复合响应请求消息发送委托,
指定提取设定了所选择的复合响应请求消息发送委托的发送委托ID的响应请求下行消息的意思的提取条件。
8.根据权利要求1~7中的任意一项所述的通信装置,其特征在于,
所述通信装置
分别与多个中继装置连接,所述中继装置接收向终端装置的下行消息,存储接收到的下行消息,根据下行消息的优先级,从所存储的下行消息中选择优先地发送到终端装置的优先下行消息,将所选择的优先下行消息优先地发送到终端装置,
所述消息发送部
向所述多个中继装置发送下行消息,
所述指示命令发送部
将由所述指示命令生成部所生成的指示命令发送到所述多个中继装置。
9.根据权利要求8所述的通信装置,其特征在于,
所述通信装置
分别与多个中继装置连接,所述中继装置将下行消息发送到终端装置,并且接收从终端装置发送的上行消息,
所述通信装置还
针对每个中继装置,判定针对下行消息和上行消息的处理的处理负荷,
具有发送顺序决定部,该发送顺序决定部以从处理负荷高的中继装置发送指示命令的方式,决定所述多个中继装置中的指示命令的发送顺序,
所述指示命令发送部
依照由所述发送顺序决定部决定的发送顺序,向所述多个中继装置发送指示命令。
10.根据权利要求9所述的通信装置,其特征在于,
所述通信装置
分别与多个中继装置连接,所述中继装置在存储了从终端装置接收到的上行消息之后向所述通信装置发送上行消息,
所述发送顺序决定部
针对每个中继装置,监视在中继装置中所存储的下行消息和上行消息的量,
所存储的下行消息和上行消息的量越多,判定为处理负荷越高。
11.根据权利要求9或者10所述的通信装置,其特征在于,
所述通信装置
分别与多个中继装置连接,所述中继装置在存储了从终端装置接收到的上行消息之后向所述通信装置发送上行消息,
所述发送顺序决定部
针对每个中继装置,使用在中继装置中所存储的下行消息和上行消息的量、以及中继装置的处理吞吐量,计算到在中继装置中所存储的下行消息和上行消息的发送完成为止的所需时间,
计算出的所需时间越长,判定为处理负荷越高。
12.根据权利要求2所述的通信装置,其特征在于,
所述指示命令生成部
在通过所述指示命令发送部向所述中继装置发送了以某一个发送委托ID为对象的指示命令之后,生成以其它发送委托ID为对象的指示命令的情况下,
生成使已向所述中继装置发送的指示命令无效的无效命令,使所生成的无效命令从所述指示命令发送部发送到所述中继装置,生成以所述其它发送委托ID为对象的新的指示命令,使所生成的新的指示命令从所述指示命令发送部发送到所述中继装置。
13.一种中继装置,与多个终端装置和通信装置连接,其特征在于,具有:
下行消息接收部,从所述通信装置,接收设定了发送委托ID和优先级的向所述多个终端装置的下行消息;
下行消息存储部,存储由所述下行消息接收部接收到的下行消息;
优先下行消息选择部,根据下行消息的优先级,从在所述下行消息存储部中所存储的下行消息中,选择要优先地发送到终端装置的优先下行消息;
下行消息发送部,使由所述优先下行消息选择部所选择的优先下行消息优先地,将在所述下行消息存储部中所存储的下行消息发送到发送目的地的终端装置;以及
指示命令接收部,从所述通信装置接收示出成为优先级的调整的对象的发送委托ID的指示命令,
所述优先下行消息选择部
在由所述指示命令接收部接收到指示命令的情况下,从在所述下行消息存储部中所存储的下行消息中,提取设定了在指示命令中示出的发送委托ID的下行消息,针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级来选择优先下行消息。
14.根据权利要求13所述的中继装置,其特征在于,
所述下行消息接收部
有时从所述通信装置接收设定了发送委托ID和优先级的、请求来自终端装置的响应的响应请求下行消息,
所述下行消息发送部
在由所述下行消息接收部接收到响应请求下行消息的情况下,将响应请求下行消息发送到发送目的地的终端装置
所述中继装置还具有:
上行消息接收部,接收从终端装置发送的、设定了优先级的上行消息,在从所述下行消息发送部发送了响应请求下行消息的情况下,接收从响应请求下行消息的发送目的地的终端装置作为针对响应请求下行消息的响应而发送的、设定了与响应请求下行消息相同的发送委托ID和优先级的上行消息;
上行消息存储部,存储由所述上行消息接收部接收到的上行消息;
优先上行消息选择部,根据上行消息的优先级,从在所述上行消息存储部中所存储的上行消息中,选择要优先地发送到所述通信装置的优先上行消息;以及
上行消息发送部,使由所述优先上行消息选择部所选择的优先上行消息优先地,将在所述上行消息存储部中所存储的上行消息发送到所述通信装置,
所述指示命令接收部
从所述通信装置接收示出在响应请求下行消息中使用的发送委托ID的指示命令,
所述优先上行消息选择部
在由所述指示命令接收部接收到指示命令的情况下,从在所述上行消息存储部中所存储的上行消息中,提取设定了在指示命令中示出的发送委托ID的上行消息,针对提取出的上行消息使用与在该上行消息中所设定的优先级不同的优先级来选择优先上行消息。
15.根据权利要求14所述的中继装置,其特征在于,
所述优先下行消息选择部
从在由所述指示命令接收部接收到指示命令之后通过所述下行消息接收部接收的、在所述下行消息存储部中所存储的下行消息中,提取设定了在所述指示命令中示出的发送委托ID的下行消息,针对提取出的下行消息使用与在该下行消息中所设定的优先级不同的优先级来选择优先下行消息,
所述优先上行消息选择部
从在由所述指示命令接收部接收到指示命令之后通过所述上行消息接收部接收的、在所述上行消息存储部中所存储的上行消息中,提取设定了在所述指示命令中示出的发送委托ID的上行消息,针对提取出的上行消息使用与在该上行消息中所设定的优先级不同的优先级来选择优先上行消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2012/068770 WO2014016916A1 (ja) | 2012-07-25 | 2012-07-25 | 通信装置及び中継装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104487954A true CN104487954A (zh) | 2015-04-01 |
Family
ID=49996752
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280074857.7A Pending CN104487954A (zh) | 2012-07-25 | 2012-07-25 | 通信装置以及中继装置 |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP5436701B1 (zh) |
CN (1) | CN104487954A (zh) |
WO (1) | WO2014016916A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106162874A (zh) * | 2015-04-10 | 2016-11-23 | 中兴通讯股份有限公司 | 下行信息接收方法、装置及用户设备 |
CN108605007A (zh) * | 2016-02-18 | 2018-09-28 | 株式会社自动网络技术研究所 | 中继装置 |
CN112292839A (zh) * | 2018-06-15 | 2021-01-29 | 日本电信电话株式会社 | 网络管理***、管理装置、中继装置、方法以及程序 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019145909A (ja) * | 2018-02-16 | 2019-08-29 | 日本電気株式会社 | データ処理装置、データ処理方法、およびプログラム |
CN111782395B (zh) * | 2020-06-30 | 2024-01-05 | 北京思特奇信息技术股份有限公司 | 一种消息处理的分流控制方法和*** |
JP7338586B2 (ja) * | 2020-08-07 | 2023-09-05 | トヨタ自動車株式会社 | 車載ネットワークシステム |
JP2021193788A (ja) * | 2020-10-26 | 2021-12-23 | 東京瓦斯株式会社 | 遠隔制御装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002111890A (ja) * | 2000-10-02 | 2002-04-12 | Osaka Gas Co Ltd | 通信代行装置及び通信代行システム |
JP2003283556A (ja) * | 2002-03-26 | 2003-10-03 | Hitachi Ltd | データ通信中継装置及びシステム |
JP2009267496A (ja) * | 2008-04-22 | 2009-11-12 | Nakayo Telecommun Inc | 光終端装置およびデータ中継方法 |
JP2011037019A (ja) * | 2009-08-06 | 2011-02-24 | Konica Minolta Business Technologies Inc | 画像処理装置 |
JP2011223694A (ja) * | 2010-04-06 | 2011-11-04 | Sumitomo Wiring Syst Ltd | 電気接続箱 |
-
2012
- 2012-07-25 WO PCT/JP2012/068770 patent/WO2014016916A1/ja active Application Filing
- 2012-07-25 JP JP2012557328A patent/JP5436701B1/ja active Active
- 2012-07-25 CN CN201280074857.7A patent/CN104487954A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002111890A (ja) * | 2000-10-02 | 2002-04-12 | Osaka Gas Co Ltd | 通信代行装置及び通信代行システム |
JP2003283556A (ja) * | 2002-03-26 | 2003-10-03 | Hitachi Ltd | データ通信中継装置及びシステム |
JP2009267496A (ja) * | 2008-04-22 | 2009-11-12 | Nakayo Telecommun Inc | 光終端装置およびデータ中継方法 |
JP2011037019A (ja) * | 2009-08-06 | 2011-02-24 | Konica Minolta Business Technologies Inc | 画像処理装置 |
JP2011223694A (ja) * | 2010-04-06 | 2011-11-04 | Sumitomo Wiring Syst Ltd | 電気接続箱 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106162874A (zh) * | 2015-04-10 | 2016-11-23 | 中兴通讯股份有限公司 | 下行信息接收方法、装置及用户设备 |
CN108605007A (zh) * | 2016-02-18 | 2018-09-28 | 株式会社自动网络技术研究所 | 中继装置 |
CN112292839A (zh) * | 2018-06-15 | 2021-01-29 | 日本电信电话株式会社 | 网络管理***、管理装置、中继装置、方法以及程序 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2014016916A1 (ja) | 2016-07-07 |
WO2014016916A1 (ja) | 2014-01-30 |
JP5436701B1 (ja) | 2014-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104487954A (zh) | 通信装置以及中继装置 | |
Rizun | A transaction fee market exists without a block size limit | |
CN107357661A (zh) | 一种针对混合负载的细粒度gpu资源管理方法 | |
US20150241947A1 (en) | Distributed power management with performance and power boundaries | |
CN104243405A (zh) | 一种请求处理方法、装置及*** | |
CN101741751A (zh) | 流量整形调度方法、流量整形调度装置及路由设备 | |
CN109345108A (zh) | 任务分配方法、装置、设备及存储介质 | |
CN112884393A (zh) | 一种库存补货方法、装置和电子设备 | |
CN101669096A (zh) | 存储器访问控制装置 | |
CN108281989B (zh) | 一种风电电力***经济调度方法及装置 | |
CN104679590A (zh) | 分布式计算***中的Map优化方法及装置 | |
CN106101017A (zh) | 一种线路流量控制方法及装置 | |
CN108234151B (zh) | 一种云平台资源分配方法 | |
CN103503009B (zh) | 结账模块、结账方法 | |
CN116231632B (zh) | 光伏电站的功率调控方法及***、电子设备、存储介质 | |
US10666059B2 (en) | Systems, apparatus, and methods for controlling generating assets, flexible loads and/or storage assets to support dynamic regulation | |
CN103503005B (zh) | 结账模块、结账方法、程序及信息记录介质 | |
CN114936460A (zh) | 一种用户用电时序优化方法和*** | |
CN110889636A (zh) | 一种银行实物资源的调度方法及装置 | |
CN105117321B (zh) | 一种进程管理方法及进程管理终端 | |
Lu et al. | Risk-based dynamic allocation of computing resources | |
CN109756981B (zh) | 一种基于拍卖机制的战场无线频谱资源分配方法和*** | |
CN113703945A (zh) | 微服务集群的调度方法、装置、设备及存储介质 | |
CN117910536B (zh) | 文本生成方法及其模型梯度剪枝方法、装置、设备、介质 | |
US10721173B2 (en) | Credit distribution to clients |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20171103 |