CN1832457A - 数据包通信装置及功能扩展方法 - Google Patents
数据包通信装置及功能扩展方法 Download PDFInfo
- Publication number
- CN1832457A CN1832457A CNA2006100063383A CN200610006338A CN1832457A CN 1832457 A CN1832457 A CN 1832457A CN A2006100063383 A CNA2006100063383 A CN A2006100063383A CN 200610006338 A CN200610006338 A CN 200610006338A CN 1832457 A CN1832457 A CN 1832457A
- Authority
- CN
- China
- Prior art keywords
- program
- mentioned
- packet
- processor
- nif105
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/56—Routing software
- H04L45/566—Routing instructions carried by the data packet, e.g. active networks
-
- 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/563—Data redirection of data network streams
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明通过追加新的功能扩展模块来防止吞吐量的降低。本发明提供一种数据包通信装置,具有:节点管理用处理器,对装置进行控制;网络接口,与外部网络之间收发数据包;功能扩展模块,对上述数据包进行预定的处理;交换器,将上述数据包在装置内传送;上述网络接口具有CPU和存储器;上述存储器存储上述CPU执行的程序;上述CPU通过执行该程序,来处理从上述外部网络接收到的数据包;上述功能扩展模块存储着存储在上述存储器中的程序。
Description
技术领域
本发明涉及在网络上传送数据包的数据包通信装置,特别涉及扩展数据包通信装置的功能的技术。
背景技术
进行数据包通信的网络由通信装置、终端及链路构成。通信装置对数据包进行中继。终端在网络的终端收发数据包。链路将终端与通信装置连接。
例如,终端向目的终端发送数据包。于是,数据包通信装置将该数据包向目的终端中继。并且,目的终端接收该数据包。
数据包通信装置从接收到的数据包提取目的地。接着,从路由表检索对应于所提取的目的地的下一个传送目的地。接着,在对数据包执行中继时的处理后,向检索到的下一个传送目的地发送数据包。
现在的数据包通信装置通过硬件执行数据包中继时的处理。由此,在改变数据包中继时的处理的情况下,需要更换整个数据包通信装置。但是,整个数据包通信装置的更换有成本上的问题。并且难以进行迅速的对策。
已知有解决这种问题的数据包处理装置(例如,参照专利文献1和专利文献2)。
专利文献1中记载的数据包处理装置,在数据包处理装置的网络接口(NIF)上具有数据包的种类和与其对应的处理表。并且,如果在数据包处理装置中追加新的扩展部位(功能扩展模块),则NIF改写该表。由此,NIF将从外部接收到的数据包向功能扩展模块传送。
此外,专利文献2中记载的数据包处理装置在NIF上具有与专利文献1中记载的数据包处理装置同样的表。进而,NIF如果从外部接收到数据包,则对接收到的数据包赋予多个固定长的头。由此,NIF能够将接收到的数据包传送给多个功能扩展模块。
但是,在以往的数据包处理装置中,NIF只进行数据包的传送处理。此外,功能扩展模块进行比NIF更高功能的处理。
例如,考虑NIF将从外部接收到的数据包的大部分传送给功能扩展模块的情况。此时,有功能扩展模块成为瓶颈、数据包处理装置整体的吞吐量(throughput)降低的问题。
为了解决该问题,已知有将减轻功能扩展模块的处理的程序预安装在所有的NIF中的技术。
此外,还有在由NIF赋予了功能扩展模块处理数据包所需的信息后、向功能扩展模块传送的情况。特别是在这种信息因功能扩展模块的种类而不同的情况下,有在每次追加功能扩展模块时管理者都必须更新NIF的设定或更新硬件的问题。
【专利文献1】特开2003-258842号公报;
【专利文献2】特开2004-289223号公报。
将减轻功能扩展模块的处理的程序预安装在所有的NIF中的数据包处理装置局限于可适用的功能扩展模块的种类。并且,该数据包处理装置不能对应执行新需要的处理的功能扩展模块。此外,该数据包处理装置的NIF也存储着不需要的程序,所以存储器资源的效率较差。
发明内容
所以,本发明的目的是提供一种能够解决这些问题的数据包通信装置。
本发明的数据包通信装置,具有:节点管理用处理器,对装置进行控制;网络接口,与外部网络之间收发数据包;功能扩展模块,对上述数据包进行预定的处理;交换器,将上述数据包在装置内传送;上述网络接口具有CPU和存储器;上述存储器存储上述CPU执行的程序;上述CPU通过执行该程序,来处理从上述外部网络接收到的数据包;上述功能扩展模块存储着存储在上述存储器中的程序。
本发明的数据包通信装置通过在NIF中对进行数据包处理的程序进行更新,能够追加新的功能扩展模块。
此外,通过将具有数据包处理以外的功能的程序安装到NIF中,能够降低数据包传送装置的管理负荷。
附图说明
图1-1是本发明的实施方式的数据包通信装置的框图。
图1-2是本发明的实施方式的数据包通信装置的内部的数据包的结构图。
图2是应用了本发明的实施方式的数据包通信装置的网络的框图。
图3-1是本发明的实施方式的NIF的框图。
图3-2是表示本发明的实施方式的功能扩展模块的框图。
图4-1是构成本发明的实施方式的数据包通信装置的部位的内部地址的说明图。
图4-2是表示本发明的实施方式的NIF的转发表的结构图。
图5-1是本发明的实施方式的节点管理用处理器处理代码管理表的结构图。
图5-2是本发明的实施方式的程序取得代码管理表的结构图。
图5-3是本发明的实施方式的NIF指定代码管理表的结构图。
图5-4是本发明的实施方式的数据包指定代码管理表的结构图。
图6-1是本发明的实施方式的NIF-程序管理表的结构图。
图6-2是本发明的实施方式的NIF处理代码管理表的结构图。
图6-3是本发明的实施方式的更新代码管理表的结构图。
图7-1是本发明的实施方式的程序指定代码管理表的结构图。
图7-2是本发明的实施方式的模块处理代码管理表的结构图。
图8是本发明的实施方式的数据包通信装置的功能扩展模块追加处理的流程图。
图9-1是本发明的实施方式的内部头的结构图。
图9-2是本发明的实施方式的包含程序的安装请求内部数据包的有效载荷的结构图。
图9-3是本发明的实施方式的包含程序的位置的安装请求内部数据包的有效载荷的结构图。
图10-1是本发明的实施方式的接收到NIF指定请求的操作者控制终端的显示画面的说明图。
图10-2是本发明的实施方式的程序安装请求数据包的结构图。
图10-3是本发明的实施方式的转发表更新请求数据包的结构图。
图11-1是本发明的实施方式的模块-程序管理表的结构图。
图11-2是本发明的实施方式的节点管理用处理器的程序存储处理的流程图。
图12是本发明的实施方式的数据包通信装置的功能扩展模块的追加处理的时序图。
图13-1是以往的固定传送装置的数据包传送处理的流程图。
图13-2是本发明的实施方式的数据包通信装置的数据包传送处理的流程图。
图14-1是本发明的实施方式的数据包通信装置的功能扩展模块删除处理的流程图。
图14-2是本发明的实施方式的转发表更新请求数据包的结构图。
图15是本发明的实施方式的数据包通信装置的NIF追加处理的流程图。
图16-1是本发明的实施方式的程序发送请求数据包的结构图。
图16-2是本发明的实施方式的程序请求数据包的结构图。
图17是本发明的实施方式的接收到程序指定请求的操作者控制终端的显示画面的说明图。
图18-1是本发明的实施方式的接收到程序指定请求的操作者控制终端的显示画面的说明图。
图18-2是本发明的实施方式的接收到程序指定请求的操作者控制终端的显示画面的说明图。
图19-1是本发明的实施方式的程序安装请求数据包的结构图。
图19-2是本发明的实施方式的程序安装请求数据包的结构图。
图20是本发明的实施方式的数据包通信装置的NIF追加处理的时序图。
图21-1是本发明的实施方式的数据包通信装置的事件处理的流程图。
图21-2是本发明的实施方式的程序发送请求数据包的结构图。
图21-3是本发明的实施方式的程序删除通知数据包的结构图。
具体实施方式
下面参照附图说明本发明的实施方式。
图1-1是本发明的实施方式的数据包通信装置101的框图。
数据包通信装置101具有节点管理用处理器102、操作者控制终端103、节点内存储器104、网络接口(NIF)105、模块接口106、控制用接口107、功能扩展模块108、以及内部交换器109。
另外,也可以具有几个NIF105、模块接口106、以及功能扩展模块108。
节点管理用处理器102管理整个数据包通信装置101。
操作者控制终端103是具有显示部(例如液晶显示器等)和输入部(例如键盘等)的计算机。从操作者将对数据包通信装置101的指示输入到操作者控制终端103中。此外,操作者控制终端103将输入的指示向节点管理用处理器102发送。
控制用接口107是连接节点管理用处理器102和操作者控制终端103的接口。另外,控制用接口107与节点管理用处理器102既可以直接连接,也可以经由内部交换器109连接。
节点内存储器104与节点管理用处理器102连接,存储该节点管理用处理器102所使用的信息。另外,节点内存储器104与节点管理用处理器102既可以直接连接,也可以经由内部交换器109连接。
NIF105与外部网络110之间收发数据包。此外,NIF105可以不停止收发数据包的功能而安装程序。同样,NIF105可以不停止收发数据包的功能而删除已安装的程序。此外,NIF105通过执行已安装的程序,对已接收的数据包进行预定的处理。预定的处理,是例如封装处理、加密处理、以及/或解密处理等。
外部的网络110是用户网络、ISP(因特网服务提供商)网或接入网等。用户网络是用户直接连接的网络。ISP网是因特网服务器直接连接的网络。因特网服务器是向用户提供因特网服务的计算机。接入网是将用户网络与ISP网连接的网络。
模块接口106是将内部交换器109与功能扩展模块108连接的接口。
另外,模块接口106及控制用接口107也可以是具有与NIF105同等功能的接口。
功能扩展模块108可在模块接口106上进行拆装。此外,如果将功能扩展模块108安装到模块接口106上,则对数据包通信装置101提供功能。
内部交换器109将包括节点管理用处理器102、NIF105、以及模块接口106等的装置内的部位连接。此外,内部交换器109存储有转发表(forwarding table)。转发表表示数据包的头信息与数据包的传送目的地的对应。
具体而言,内部交换器109从所连接的装置内的部位接收数据包。接着,内部交换器109参照转发表,决定所接收的数据包的传送目的地。接着,内部交换器109向所决定的传送目的地的装置内的部位传送该数据包。
图1-2是本发明的实施方式的数据包通信装置101的内部的数据包的结构图。
数据包通信装置101的内部的数据包(内部数据包)113包含内部头111与有效载荷112。
在内部头111中保存着仅在数据包通信装置101的内部中有效的地址(内部地址)等信息。在有效载荷112中保存着该数据包的内容。
图2是应用了本发明的实施方式的数据包通信装置101的网络的框图。
本说明图表示用户终端201连接在因特网202上的网络的典型结构。该网络包括因特网202、接入网203和ISP网205。
用户终端201是经由ISP网205连接到因特网202上的计算机。
因特网202是由多个服务器构筑的网络。
ISP网205包含因特网服务器207和节点204。因特网服务器207对用户终端201提供因特网服务。节点204在因特网上传送数据包。
接入网203是将用户终端201与ISP网205连接的网络。并且,接入网203包含节点204。
进而,在包含在ISP网205中的节点204与/或包含在接入网203中的节点204中,可以应用本实施方式的数据包通信装置101。此时,数据包通信装置101将因特网服务器207与用户终端201连接,来传送数据包。此外,数据包通信装置101对传送的数据包进行预定的处理。预定的处理为例如数据包过滤处理、认证处理、及/或加密处理等。
图3-1是本发明的实施方式的NIF105的框图。
NIF105具有NIF管理用处理器301、NIF内存储器302、数据包处理用处理器303、内部接口305、外部接口306以及NIF内部交换器307。
外部接口306图示了n个,也可以为任意个。
NIF内部交换器307将NIF管理用处理器301、NIF内存储器302、数据包处理用处理器303、内部接口305、以及外部接口306连接。
NIF管理用处理器301管理整个NIF105。
NIF内存储器302存储NIF管理用处理器301所使用的信息。此外,NIF内存储器302暂时存储从内部接口305或外部接口306接收到的数据包。
此外,NIF内存储器302存储由图4-2在后面说明的转发表。转发表表示数据包的头信息与数据包的传送目的地的对应。进而,由NIF内存储器302存储的转发表还包含数据包处理用处理器303处理数据包的内容。
数据包处理用处理器303具有程序用存储器304。程序用存储器304保存处理数据包的程序。保存在程序用存储器304中的程序进行例如封装处理、加密处理、及/或解密处理等。
此外,保存在程序用存储器304中的程序优选为以相同的标准制作。这样能够更有效地利用程序用存储器304。
数据包处理用处理器303通过执行保存在程序用存储器304中的程序,来对数据包进行预定的处理。
另外,通过改变保存在程序用存储器304中的程序,能够改变数据包处理用处理器303所执行的处理的内容。
此外,程序用存储器304也可以代替NIF内存储器302来存储转发表(图4-2)。
内部接口305是将内部交换器109与NIF内部交换器307连接的接口。
外部接口306是将外部网络110与NIF内部交换器307连接的接口。
这里,说明从外部接口306接收到数据包的NIF105的处理。
外部接口306从所连接的外部网络110接收数据包。于是,外部接口306将接收到的数据包经由NIF内部交换器307发送给NIF内存储器302。
接着,NIF内存储器302存储接收到的数据包。
接着,数据包处理用处理器303分析NIF内存储器302所存储的数据包的内容。接着,数据包处理用处理器303对该数据包进行对应于所分析的内容的处理。
例如,数据包处理用处理器303将NIF内存储器302所存储的数据包分析为IP数据包。于是,数据包处理用处理器303参照NIF内存储器302所存储的转发表(图4-2),来决定将该数据包传送到外部的NIF105。
接着,数据包处理用处理器303将所决定的NIF105的内部地址附加到该数据包。接着,数据包处理用处理器303将附加了内部地址的数据包经由NIF内部交换器307和内部接口305向内部交换器109发送。
图3-2是表示本发明的实施方式的功能扩展模块108的框图。
功能扩展模块108具有模块内处理器308、模块内存储器309、以及模块内部接口310。
模块内部接口310是与内部交换器109收发数据包的接口。
模块内存储器309存储模块内处理器308所使用的信息(包含程序)。进而,模块内存储器309还存储安装到NIF105中的程序。
模块内处理器308通过执行模块内存储器309所存储的程序,来处理从模块内部接口310接收到的数据包。此外,模块内处理器308管理整个功能扩展模块108。
图4-1是构成本发明的实施方式的数据包通信装置101的部位的内部地址的说明图。
在本实施方式中,对装置内的各个部位赋予“1、2、……”的内部地址。
具体而言,节点管理用处理器102的内部地址为“1”。此外,内部交换器的内部地址为“2”。并且,NIF(1)105的内部地址为“3”,NIF(2)105的内部地址为“4”。此外,模块接口(1)106的内部地址为“7”,模块接口(2)106的内部地址为“8”。此外,功能扩展模块(1)108的内部地址为“11”,功能扩展模块(2)108的内部地址为“12”。
图4-2是表示本发明的实施方式的,NIF(1)105的转发表401的结构图。
转发表401包含头信息402和处理内容403。
头信息402包含目标内部地址404、有效负载类型405、和IP地址/前缀长406。
目标内部地址404是接着传送该数据包的装置内的部位的内部地址。有效负载类型405是以太网(Ethernet)(注册商标,下同)中的头信息,是保存在有效载荷中的信息的种类。在IP地址/前缀长406中保存着该数据包的发送目的地的IP地址。进而,在IP地址/前缀长406中保存着该IP地址的网络地址部的长度(前缀长)。
处理内容403是NIF(1)105处理对应于该记录的数据包的内容。在处理内容中保存有处理该数据包的传送目的地及处理该数据包的程序名。
NIF(1)105从内部接口305或外部接口306接收数据包。于是,NIF(1)105从接收到的数据包提取头。接着,NIF(1)105从转发表401选择出提取的头与转发表401的头信息402一致的记录。接着,NIF(1)105从所选择的记录中提取处理内容403。
接着,NIF(1)105通过执行保存在所提取的处理内容403中的程序名的程序,来处理该数据包。并且,NIF(1)105将处理后的数据包向保存在所提取的处理内容403中的传送目的地发送。
图5-1是本发明的实施方式的节点管理用处理器处理代码管理表700的结构图。
节点管理用处理器处理代码管理表700存储在节点内存储器104、NIF105的NIF内存储器302、以及功能扩展模块108的模块内存储器309中。
节点管理用处理器处理代码管理表700包含节点管理用处理器处理代码701、和处理内容702。
节点管理用处理器处理代码701是处理内容702的唯一的识别码。处理内容702是请求节点管理用处理器102处理的内容。
图5-2是本发明的实施方式的程序取得代码管理表710的结构图。
程序取得代码管理表710存储在节点内存储器104、NIF105的NIF内存储器302、以及功能扩展模块108的模块内存储器309中。
程序取得代码管理表710包含程序取得代码711和取得方法712。
程序取得代码711是取得方法712的唯一的识别码。
取得方法712是节点管理用处理器102取得程序的方法。
图5-3是本发明的实施方式的NIF指定代码管理表720的结构图。
NIF指定代码管理表720存储在节点内存储器104、以及功能扩展模块108的模块内存储器309中。
NIF指定代码管理表720包含NIF指定代码721和发送目的地722。
NIF指定代码721是发送目的地722的唯一的识别码。发送目的地722表示作为程序的发送目的地的NIF105。
图5-4是本发明的实施方式的数据包指定代码管理表730的结构图。
数据包指定代码管理表730存储在节点内存储器104、NIF105的NIF内存储器302、以及功能扩展模块108的模块内存储器309中。
数据包指定代码管理表730包含数据包指定代码731和数据包的种类732。
数据包指定代码731是数据包的种类732的唯一的识别码。数据包的种类732是根据数据包的头等判断的种类,例如有效载荷类型或IP地址等。
图6-1是本发明的实施方式的NIF-程序管理表800的结构图。
NIF-程序管理表800存储在节点内存储器104、以及NIF105的NIF内存储器302中。
NIF-程序管理表800表示NIF105与程序的对应。
NIF号802是NIF105的唯一的识别码。程序名801是程序的唯一的识别码。
如果将程序名801的程序安装在NIF号802的NIF105中,则将圆标记保存在NIF-程序管理表800的对应的方框中。
进而,NIF-程序管理表800包含引用计数(ref)803和存储器剩余率(rem)804。
引用计数803是使用该程序的功能扩展模块108的数量。
存储器剩余率804是该NIF105的程序用存储器304的未使用区域的比例。
另外,NIF-程序管理表800具有功能扩展模块108与程序的对应、以及NIF105与功能扩展模块108的对应等信息。
图6-2是本发明的实施方式的NIF处理代码管理表740的结构图。
NIF处理代码管理表740存储在节点内存储器104、以及NIF105的NIF内存储器302中。
NIF处理代码管理表740包含NIF处理代码741和NIF处理内容742。
NIF处理代码741是NIF处理内容742的唯一识别码。NIF处理内容742是NIF105进行的处理的内容。
图6-3是本发明的实施方式的更新代码管理表750的结构图。
更新代码管理表750存储在节点内存储器104、以及NIF105的NIF内存储器302中。
更新代码管理表750包含更新代码751和NIF更新内容752。
更新代码751是NIF更新内容752的唯一识别码。NIF更新内容752是NIF105更新转发表401的内容。
图7-1是本发明的实施方式的程序指定代码管理表760的结构图。
程序指定代码管理表760存储在节点内存储器104、以及NIF105的NIF内存储器302中。
程序指定代码管理表760包含程序指定代码761和发送程序762。
程序指定代码761是发送程序762的唯一识别码。发送程序762表示安装到NIF105中的程序。
图7-2是本发明的实施方式的模块处理代码管理表770的结构图。
模块处理代码管理表770存储在节点内存储器104、以及功能扩展模块108的模块内存储器309中。
模块处理代码管理表770包含模块处理代码771和模块处理内容772。
模块处理代码771是模块处理内容772的唯一识别码。模块处理内容772是对功能扩展模块108请求的处理的内容。
图8是本发明的实施方式的数据包通信装置101的功能扩展模块的追加处理的流程图。
功能扩展模块108连接在模块接口106上。于是,数据包通信装置101开始功能扩展模块108的追加处理(501)。
具体而言,功能扩展模块108检测自身的模块内部接口310与数据包通信装置101的模块接口106已连接的情况。如果功能扩展模块108检测到连接,则对节点管理用处理器102发送安装请求内部数据包(502)。
安装请求内部数据包是向NIF105请求程序的安装的数据包,由内部头111和有效载荷112构成。
图9-1是本发明的实施方式的内部头111的结构图。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在安装请求内部数据包中,目的地地址601是节点管理用处理器102的内部地址。此外,发送源地址602是功能扩展模块108的内部地址。
另外,在功能扩展模块108不能够知道节点管理用处理器102的内部地址的数据包通信装置101中,需要预先设定多播地址。并且,安装请求内部数据包将目的地地址601设为多播地址。另外,将多播地址作为目的地地址的数据包被发送给装置内的所有部位。
但是,节点管理用处理器102以外的装置内的部位如果接收到目的地地址为多播地址的内部数据包,则将其丢弃。此外,如果内部交换器109接收到目的地地址601为多播地址的内部数据包,则仅向节点管理用处理器102传送数据包。由此,只有节点管理用处理器102接收到安装请求内部数据包。
图9-2是本发明的实施方式的包含程序的安装请求内部数据包的有效载荷的结构图。
本说明图的安装请求内部数据包的有效载荷112包含程序607。进而,节点管理用处理器处理代码701包含程序取得代码711、NIF指定代码721、以及数据包指定代码731。
功能扩展模块108如以下这样制作安装请求内部数据包的有效载荷112。
首先,功能扩展模块108从节点管理用处理器代码管理表700选择对节点管理用处理器102请求的处理的内容与节点管理用处理器代码管理表700的处理内容702相符的代码。接着,从所选择的代码提取节点管理用处理器处理代码701。接着,将所提取的节点管理用处理器处理代码701保存到数据包的有效载荷112中。
安装请求内部数据包向节点管理用处理器102请求功能扩展模块108的追加。由此,功能扩展模块108将节点管理用处理器处理代码701设为“0”,保存到数据包的有效载荷112中。
接着,功能扩展模块108从程序取得代码管理表710中选择节点管理用处理器102取得程序的方法与程序取得代码管理表710的取得方法712相符的记录。接着,从所选择的记录提取程序取得代码711。接着,将所提取的程序取得代码711保存到数据包的有效载荷112中。
本说明图的有效载荷包含程序607。由此,功能扩展模块108将程序取得代码711设为“0”,保存到数据包的有效载荷112中。
接着,功能扩展模块108从NIF指定代码管理表720中选择安装程序的NIF105与NIF指定代码管理表720的发送目的地722一致的记录。接着,从所选择的记录提取NIF指定代码721,接着,将所提取的NIF指定代码721保存到数据包的有效载荷112中。
假设本说明图的安装请求内部数据包为由操作者指定安装程序的NIF的情况。由此,功能扩展模块108将NIF指定代码721设为“1”,保存到数据包的有效载荷112中。
接着,功能扩展模块108将要安装到NIF105中的程序607保存到数据包的有效载荷112中。程序607包含程序名608。
程序名608是程序的唯一识别码。另外,程序名608优选为表示程序的版本及特征。由此,通过操作者控制终端103显示程序名608,能够使操作者理解程序的种类。
接着,功能扩展模块108从数据包指定代码管理表730中选择NIF105执行程序607的数据包的种类与数据包指定代码管理表730的数据包种类732一致的记录。接着,从所选择的记录提取数据包指定代码731。接着,将所提取的数据包指定代码731保存到数据包的有效载荷112中。
另外,安装请求数据包也可以包含多个程序607。此时,安装请求数据包包含与各个程序607对应的数据包指定代码731。
例如,与程序名608为“4.0.1”的程序607对应的数据包指定代码731为“1”。
图9-3是本发明的实施方式的包含程序的位置信息的安装请求内部数据包的有效载荷112的结构图。
本说明图的安装请求内部数据包的有效载荷112包含程序的位置信息609。除此以外的结构与包含程序的安装请求内部数据包的有效载荷(图9-2)相同。对于相同的结构赋予相同的标号并省略其说明。
程序的位置信息609是与要安装到NIF105中的程序的位置有关的信息。程序的位置信息609例如为存储有该程序的服务器的URL或存储有该程序的节点的IP地址等。
另外,本说明图的有效载荷不包含程序607而代之以包含程序的位置信息609。由此,功能扩展模块108将程序取得代码711设为“1”,保存到数据包的有效载荷112中。
这里,回到图8。节点管理用处理器102从功能扩展模块108接收安装请求内部数据包。
接着,节点管理用处理器102从接收到的安装请求内部数据包提取节点管理用处理器处理代码。接着,节点管理用处理器102从节点管理用处理器处理代码管理表700中选择所提取的节点管理用处理器处理代码与节点管理用处理器代码管理表700的节点管理用处理器处理代码701一致的记录。接着,节点管理用处理器102从所选择的记录提取处理内容702(503)。
接着,节点管理用处理器102进行对应于所提取的处理内容702的处理。这里,由于节点管理用处理器处理代码701为“0”,所以节点管理用处理器102进行功能扩展模块追加处理。
具体而言,节点管理用处理器102从接收到的安装请求内部数据包的内部头111提取目的地地址601。接着,节点管理用处理器102将所提取的目的地地址601作为新追加的功能扩展模块108的内部地址,存储到节点存储器104中(504)。
但是,在内部地址不是固定分配给各个部位的地址(例如以太网的MAC地址)的情况下,节点管理用处理器102不将所提取的目的地地址601作为内部地址存储。此时,节点管理用处理器102将可利用的内部地址分配给功能扩展模块108。接着,节点管理用处理器102将所分配的内部地址存储在节点内存储器104中。接着,节点管理用处理器102将所分配的内部地址作为功能扩展模块108的内部地址,设定到内部交换器109中。
接着,节点管理用处理器102从接收到的安装请求内部数据包中提取程序取得代码(505)。接着,从程序取得代码管理表710中选择所提取的程序取得代码与程序取得代码管理表710的程序取得代码711一致的记录。接着,节点管理用处理器102从所选择的记录提取取得方法712。接着,节点管理用处理器102通过对应于所提取的取得方法712,来取得程序。
具体而言,如果所提取的程序取得代码711为“0”,则节点管理用处理器102判断程序607保存在安装请求内部数据包的有效载荷112中。由此,节点管理用处理器102从安装请求内部数据包的有效载荷112中取得程序607和程序名608(506-1)。
此外,如果所提取的程序取得代码711为“1”,则节点管理用处理器102判断为程序的位置信息609保存在安装请求内部数据包的有效载荷112中。由此,节点管理用处理器102根据保存在有效载荷112中的程序的位置信息609,取得程序和程序名(506-2)。
此外,如果所提取的程序取得代码711为“2”,则节点管理用处理器102判断为程序名保存在安装请求内部数据包的有效载荷112中。由此,节点管理用处理器102从节点内存储器104中检索与存储在有效载荷112中的程序名有关的信息。
并且,如果该程序名的程序存储在节点内存储器104中,则节点管理用处理器102从节点内存储器104中取得该程序(506-3)。
另一方面,如果该程序名的程序的位置信息存储在节点内存储器104中,则节点管理用处理器102从节点内存储器104中取得该位置信息。然后,节点管理用处理器102根据所取得的位置信息来取得程序(506-3)。
接着,节点管理用处理器102从接收到的安装请求内部数据包的有效载荷112中提取数据包指定代码731。接着,节点管理用处理器102将所提取的程序、所取得的程序名、以及所提取的数据包指定代码731存储在节点内存储器104中(507)。
接着,节点管理用处理器102从接收到的安装请求内部数据包的有效载荷112中提取NIF指定代码(508)。
接着,节点管理用处理器102从NIF指定代码管理表720选择所提取的NIF指定代码与NIF指定代码管理表720的NIF指定代码721一致的记录。接着,节点管理用处理器102从所选择的记录提取发送目的地722。接着,节点管理用处理器102对所提取的发送目的地722的NIF105发送程序。
具体而言,如果所提取的NIF指定代码721为“0”,则节点管理用处理器102将所有的NIF105决定为程序的发送目的地。由此,在该状态下前进到步骤511。
另一方面,如果所提取的NIF指定代码721为“1”,则点管理用处理器102判断为安装程序的NIF105由操作者指定。所以,节点管理用处理器102将NIF指定请求发送给操作者控制终端103(509)。NIF指定请求包含在步骤507中节点内存储器104所存储的程序名。
于是,操作者控制终端103将对应于所接收的NIF指定请求的信息显示在显示部上。
图10-1是本发明的实施方式的接收到NIF指定请求的操作者控制终端103的显示画面的说明图。
操作者控制终端103显示NIF-程序管理表800及消息806等。
具体而言,操作者控制终端103根据接收到的NIF指定请求来提取程序名。接着,操作者控制终端103显示请求指定安装所提取的程序名的程序的NIF105的消息806。
进而,操作者控制终端103从节点内存储器104取得NIF-程序管理表800。接着,操作者控制终端显示所取得的NIF-程序管理表800。
操作者通过确认操作者控制终端103的显示画面,能够在视觉上把握NIF105的程序安装状况。
在此,回到图8。
操作者在操作者控制终端103上指定要安装程序的NIF105(510)。
操作者控制终端103将由操作者指定的NIF105通知给节点管理用处理器102。于是,节点管理用处理器102将被通知到的NIF105决定为程序的发送目的地。
接着,节点管理用处理器102通过参照NIF-程序管理表800,来判断该程序是否已经安装到已决定为发送目的地的NIF105中(511)。
具体而言,节点管理用处理器102提取安装的程序名与NIF-程序管理表800的程序名801一致、并且已决定为发送目的地的NIF105的NIF号与NIF-程序管理表800的NIF号804一致的模块。
接着,如果所提取的模块中保存着圆标记,则节点管理用处理器102判断为已经安装。而如果所提取的模块为空白格,则判断为没有安装。
如果节点管理用处理器102判断为没有安装程序,则将程序安装请求数据包发送给决定为发送目的地的NIF105(512)。
图10-2是本发明的实施方式的程序安装请求数据包的结构图。
程序安装请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序安装请求数据包中,目的地地址601是数据包发送目的地的NIF105的内部地址。此外,发送源地址602是节点管理用处理器102的内部地址。
有效载荷112包含NIF处理代码741、功能扩展模块的内部地址902、数据包指定代码731、程序903、以及程序名904。
另外,有效载荷112也可以包含多个程序903。在这种情况下,有效载荷112包含对应于各个程序903的数据包指定代码731和程序名904。
节点管理用处理器102如下制作程序安装请求数据包的有效载荷112。
首先,节点管理用处理器102从NIF处理代码管理表740中选择对NIF请求的处理的内容与NIF处理代码管理表740的NIF处理内容742一致的记录。接着,从所选择的记录提取NIF处理代码741。接着,将所提取的NIF处理代码741存储到数据包的有效载荷112中。
程序安装请求数据包向NIF 105请求保存在有效载荷中的程序903的安装。由此,节点管理用处理器102将NIF处理代码741设为“0”,保存在数据包的有效载荷112中。
接着,节点管理用处理器102在步骤S504中提取存储在节点内存储器104中的内部地址。接着,将所提取的内部地址作为追加到数据包通信装置101中的功能扩展模块的内部地址902,保存在数据包的有效载荷112中。
接着,节点管理用处理器102在步骤507中提取存储在节点内存储器104中的数据包指定代码731、程序、以及程序名。然后,将所提取的数据包指定代码731、程序、以及程序名保存在数据包的有效载荷112中。
在此,回到图8。
另一方面,如果节点管理用处理器102在步骤511中判断为程序已经安装,则不需要将程序发送给NIF105。由此,节点管理用处理器102将转发表更新请求消息发送给决定为发送目的地的NIF105(513)。
图10-3是本发明的实施方式的转发表更新请求数据包的结构图。
转发表更新请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在转发表更新请求数据包中,目的地地址601是数据包发送目的地的NIF105的内部地址。此外,发送源地址602是节点管理用处理器102的内部地址。
有效载荷112包含NIF处理代码741、更新代码751、内部地址902、数据包指定代码731、以及程序名904。
另外,有效载荷112也可以包含多个程序名904。在这种情况下,有效载荷112包含分别对应于各个程序名904的数据包指定代码731。
节点管理用处理器102如下制作转发表更新请求数据包的有效载荷112。
首先,节点管理用处理器102从NIF处理代码管理表740选择对NIF105请求处理的内容与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,从所选择的记录提取NIF处理代码741。然后,将所提取的NIF处理代码741保存到数据包的有效载荷112中。
转发表更新请求数据包对NIF105请求转发表的更新。由此,节点管理用处理器102将NIF处理代码741设为“1”,保存到数据包的有效载荷112中。
接着,节点管理用处理器102从更新代码管理表750中选择对NIF105请求的转发表的更新内容与更新代码管理表750的NIF更新内容752相符的记录。接着,从所选择的记录提取更新代码751。然后,将所提取的更新代码751保存到数据包的有效载荷中。
本说明图的转发表更新请求数据包是在将功能扩展模块108追加到数据包通信装置101中的处理中发送的。此时,转发表401追加路径。由此,节点管理用处理器102将更新代码751设为“0”,保存到数据包的有效载荷112中。
接着,节点管理用处理器102在步骤S504中提取存储在节点内存储器104中的内部地址。接着,将所提取的内部地址作为追加到数据包通信装置101的功能扩展模块的内部地址902,保存到数据包的有效载荷112中。
接着,节点管理用处理器102在步骤507中提取存储在节点内存储器104中的数据包指定代码731和程序名。然后,将所提取的数据包指定代码731和程序名保存到数据包的有效载荷112中。
在此,回到图8。如果将程序安装请求数据包或转发表更新请求数据包发送给NIF105,则节点管理用处理器102更新NIF-程序管理表800(514)。
具体而言,节点管理用处理器102在保存于数据包(程序安装请求数据包或转发表更新请求数据包)中的程序名904与NIF-程序管理表800的程序名801一致、并且数据包的发送目的地的NIF105的NIF号与NIF-程序管理表800的NIF号802一致的方框中,保存圆标记。
接着,节点管理用处理器102选择保存于数据包中的程序名904与NIF-程序管理表800的程序名801一致的记录的引用计数803。然后,使所选择的引用计数803增加。
接着,节点管理用处理器102测量保存在程序安装请求数据包中的程序903的数据量。接着,选择数据包的发送目的地的NIF105的NIF号与NIF-程序管理表800的NIF号802一致的记录的存储器剩余率804。然后,根据所测量的数据量,改变所选择的存储器剩余率。
接着,节点管理用处理器102进行程序存储处理(515)。另外,程序存储处理在图11-2中详细说明。
另一方面,NIF105从节点管理用处理器102接收数据包。接着,NIF105从接收到的数据包的有效载荷112中提取NIF处理代码(516)。
接着,NIF105从NIF处理代码管理表740中选择所提取的NIF处理代码与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,NIF105从所选择的记录提取NIF处理内容742。然后,NIF105进行对应于所提取的NIF处理内容742的处理。
具体而言,如果所提取的NIF处理代码741为“0”,则NIF105判断所接收到的数据包为程序安装请求数据包。由此,NIF105从接收到的数据包的有效载荷112中提取程序903。接着,NIF105安装所提取的程序903。
接着,NIF105更新转发表401(517-1)。
具体而言,NIF105从接收到的数据包的有效载荷112中提取数据包指定代码731。接着,NIF105从数据包指定代码管理表730中选择所提取的数据包指定代码与数据包指定代码管理表730的数据包指定代码731一致的记录。接着,从所选择的记录提取数据包的种类732。
接着,NIF105对转发表401追加新记录。接着,NIF105将所提取的数据包的种类732保存到新记录的有效载荷类型405以及IP地址/前缀长406中。
接着,NIF105从接收到的数据包的有效载荷中,提取功能扩展模块内部地址902及程序名904。接着,NIF105将所提取的功能扩展模块内部地址902及程序名904保存到所追加的新记录的处理内容403中。
这样,NIF105更新转发表401。接着,数据包通信装置101结束功能扩展模块108的追加处理(518)。
此外,如果所提取的NIF处理代码741为“1”,则NIF105判断为接收到的数据包为转发表更新请求数据包。由此,NIF105更新转发表401(517-2)。
具体而言,NIF105从接收到的数据包提取更新代码。接着,NIF105从更新代码管理表750中选择所提取的更新代码与更新代码管理表750的更新代码751一致的记录。接着从所选择的记录提取NIF更新内容752。
接着,NIF105根据所提取的NIF更新内容752,决定更新转发表401的内容。
这里,由于所提取的更新代码751为“0”,所以NIF105对转发表401追加路径。由此,NIF105从接收到的数据包的有效载荷112提取数据包指定代码731。接着,NIF105从数据包指定代码管理表730中选择所提取的数据包指定代码与数据包指定代码管理表730的数据包指定代码731一致的记录。接着,从所选择的记录提取数据包的种类732。
接着,NIF105对转发表401追加新记录。接着,NIF105将所提取的数据包的种类732保存到新记录的有效载荷类型405以及IP地址/前缀长406中。
接着,NIF105从接收到的数据包的有效载荷112中,提取功能扩展模块内部地址902及程序名904。接着,NIF105将所提取的功能扩展模块内部地址902及程序名904保存到所追加的新记录的处理内容403中。
这样,NIF105更新转发表401。接着,数据包通信装置101结束功能扩展模块108的追加处理(518)。
此外,如果所提取的NIF处理代码741为“2”,则NIF105判断为接收到的数据包为程序卸载请求数据包。由此,NIF105从接收到的数据包的
112提取程序名904。接着,NIF105删除所提取的程序名904的程序。
接着,NIF105更新转发表401(517-3)。这里,NIF105从转发表401删除路径。
具体而言,NIF105从接收到的数据包的有效载荷112中提取数据包指定代码731。接着,NIF105从数据包指定代码管理表730中选择所提取的数据包指定代码与数据包指定代码管理表730的数据包指定代码731一致的记录。接着从所选择的记录提取数据包的种类732。
接着,NIF105从转发表401中选择所提取的数据包的种类732与转发表401的头信息402相符的记录。然后,NIF105将所选择的记录从转发表401删除。
这样,NIF105更新转发表401。接着,数据包通信装置101结束功能扩展模块108的追加处理(518)。
图11-1是本发明的实施方式的模块-程序管理表820的结构图。
模块-程序管理表820存储在节点内存储器104中。
模块-程序管理表820表示功能扩展模块108与程序的对应。
模块种类822是功能扩展模块108所实现的服务的唯一的识别码。程序名821是程序的唯一的识别码。
如果模块种类822的功能扩展模块108使用程序名821的程序,则在模块-程序管理表820的对应的方框中保存有圆标记。
进而,模块-程序管理表820包含引用计数(ref)823、保存内容824、以及数据包指定代码825。
引用计数823是使用该程序的功能扩展模块108的数量。引用计数823与保存在对应于该程序的记录中的圆标记的数量相同。
保存方法824表示保存该程序的方法。
具体而言,如果保存方法824为“1”,则节点内存储器104存储着程序。此外,如果保存方法824为“2”,则节点内存储器104存储着程序的位置信息。此外,如果保存方法824为“3”,则节点内存储器104既没有存储程序也没有存储程序的位置信息,而功能扩展模块108存储着程序。此外,如果保存方法824为“4”,则节点内存储器104既没有存储程序也没有存储程序的位置信息,而功能扩展模块108存储着程序的位置信息。
数据包指定代码825是该功能扩展模块822所处理的数据包的种类的唯一的识别码。另外,数据包指定代码825使用与数据包指定代码管理表730的数据包指定代码731相同的识别码。
通过由节点内存储器104存储程序管理表1212,节点管理用处理器102能够迅速地判断取得程序的方法和地方。
图11-2是本发明的实施方式的节点管理用处理器102的程序存储处理的流程图。
如果在功能扩展模块追加处理(图8)的步骤514中更新NIF-程序管理表800,则节点管理用处理器102开始程序存储处理(515)。
首先,判断在节点内存储器104中是否留有存储在功能扩展模块追加处理(图8)的步骤506-1~506-3中取得的程序的容量(1202)。
如果留有存储容量,则将该程序存储到节点内存储器104中(1203)。接着,前进到步骤1210。
另一方面,如果没有留有存储容量,则选择该程序的程序名与模块-程序管理表820的程序名821一致的记录。接着,从所选择的记录提取引用计数823。接着,选择模块-程序管理表820的保存方法为“1”的所有记录。
接着,将所提取的引用计数与保存方法824为“1”的所有记录的引用计数823进行比较。接着,在所比较的所有的引用计数823中判断所提取的引用计数是否为最小(1204)。
如果所提取的引用计数为最小,则判断为没有保存该程序。由此,判断是否能从功能扩展模块108中取得该程序的位置信息(1205)。
如果不能取得程序的位置信息,则在此状态下前进到步骤1210。
另一方面,如果能够取得程序的位置信息,则将所取得的程序的位置信息存储到节点内存储器104中(1206)。接着,前进到步骤1210。
另一方面,如果在步骤1204中判断为所提取的引用计数不是最小的,则从模块-程序管理表820中提取所有的与比所提取的引用计数小的值的引用计数823对应的程序名821。
接着,判断在将所有的所提取的程序名的程序都删除的情况下,在节点内存储器104中是否能够确保存储该程序的容量(1207)。
如果判断为不能确保该程序的存储容量,则前进到步骤1205。
另一方面,如果判断为能够确保该程序的存储容量,则从模块-程序管理表820中的引用计数823较小的程序开始,依次从节点内存储器104中删除(1208)。接着,反复进行程序的删除,直到在节点内存储器104中能够确保该程序的存储容量。
另外,也可以不是从引用计数823较小的程序开始依次删除、而是从存储的日期最早的程序开始依次删除。
如果节点内存储器104确保了该程序的存储容量,则将该程序存储到节点内存储器104中(1209)。
接着,节点管理用处理器102更新模块-程序管理表820(1210)。
具体而言,对模块-程序管理表820追加新记录。接着,将在步骤501(图8)中追加的功能扩展模块108的种类保存到新记录的模块种类822中。
接着,从新记录中选择存储在节点内存储器104中的程序的程序名与模块-程序管理表820的程序名821一致的方框。接着,将圆标记保存到所选择的方框中。
接着,从模块-程序管理表820中选择存储在节点内存储器104中的程序的程序名与模块-程序管理表820的程序名821一致的记录。接着,使所选择的记录的引用计数823增加。
接着,在程序的保存方法有改变的情况下,将所选择的记录的保存方法824改变为对应的值。
这样,更新了模块-程序管理表820后,程序存储处理结束(1211)。
这里,在由步骤506-1~506-3(图8)取得的程序为多个的情况下,反复进行与程序数相同次数的该程序存储处理。
如上所述,节点内存储器104存储NIF105要安装的程序。由此,节点管理用处理器102在对NIF105发送程序时,不需要从功能扩展模块108或外部装置取得程序。即,节点管理用处理器102从节点内存储器104中取得要发送给NIF105的程序,所以能够使处理高速化。
此外,节点内存储器104存储着引用计数823较大的程序。即,节点管理用处理器102能够从节点内存储器104中取得向NIF105发送的可能性较高的程序。由此,能够减少节点管理用处理器102从功能扩展模块108取得程序的次数。
此外,节点内存储器104在没有存储程序的情况下存储着程序的位置信息。由此,能够省略节点管理用处理器102向功能扩展模块108询问程序的位置信息的处理。
图12是本发明的实施方式的数据包通信装置101的功能扩展模块的追加处理的时序图。
该时序图表示追加了功能扩展模块108的数据包通信装置101的代表性处理。
首先,将功能扩展模块108追加到模块接口106中。于是,功能扩展模块108制作将程序保存到有效载荷112中的安装请求内部数据包。接着,功能扩展模块108将制作好的安装请求内部数据包发送给节点管理用处理器102(1001)。
于是,节点管理用处理器102从功能扩展模块108接收安装请求内部数据包。接着,节点管理用处理器102将安装程序的NIF105的指定请求发送给操作者控制终端103(1002)。
于是,操作者控制终端103显示接收到的指定请求的内容。由操作者将NIF105的指定输入到操作者控制终端103中。这里,假设操作者指定了NIF(1)105、NIF(2)、以及NIF(3)。于是,操作者控制终端103将包含所输入的内容的NIF指定应答发送给节点管理用处理器102(1003)。
节点管理用处理器102从操作者控制终端103接收NIF指定应答。于是,节点管理用处理器102将由接收到的NIF指定应答指定的NIF105的内部地址保存在目的地地址中,进而,制作将程序保存在有效负载112中的程序安装请求数据包。
接着,节点管理用处理器102将制作好的程序安装请求数据包发送给由NIF指定应答所指定的所有的NIF105(1004)。即,节点管理用处理器102将程序安装请求数据包发送给NIF(1)105、NIF(2)、以及NIF(3)。
接收到程序安装请求数据包的NIF105安装保存在所接收到的数据包中的程序。
接着,数据包通信装置101结束功能扩展模块108的追加处理。
接着说明本实施方式的数据包通信装置101的效果。
这里,说明所追加的功能扩展模块108为拒绝服务(DoS)攻击对策模块的情况。
DoS攻击对策模块首先从数据包的头收集流统计信息。流统计信息是地址和端口号等。接着,DoS攻击对策模块通过分析所收集的流统计信息,确定与DoS攻击有关的数据包的特征。并且,DoS攻击对策模块如果受到具有指定的特征的数据包,则不传送而是丢弃。
这里,为了明确本发明的效果,说明追加了DoS攻击对策模块的以往的固定传送装置的处理。
以往的固定传送装置的结构既可以与本实施方式的数据包通信装置101(图1-1)相同,也可以不同。这里,为了容易进行与本实施方式的对比,以相同结构的情况进行说明。
图13-1是以往的固定传送装置的数据包传送处理的流程图。
首先,NIF105从外部网络110接收数据包(1101)。
接着,NIF105将接收到的数据包存储到NIF内存储器302中(1102)。
接着,NIF105从存储在NIF内存储器302中的数据包提取头。接着,NIF105通过将所提取的头与转发表401比较,来决定数据包的传送目的地。这里,NIF105将DoS攻击对策模块决定为传送目的地。
接着,NIF105对存储在NIF内存储器302中的数据包附加以DoS攻击对策模块的内部地址为目的地地址的内部头。接着,NIF105将附加了内部头的数据包经由内部交换器109发送给DoS攻击对策模块(1103)。
DoS攻击对策模块接收到数据包后,处理接收到的数据包(1104)。具体而言,DoS攻击对策模块从接收到的数据包中删除内部头。接着,DoS攻击对策模块从删除的内部头的数据包的头中收集流统计信息。接着,DoS攻击对策模块通过分析所收集到的流统计信息,来确定与DoS攻击有关的数据包的特征。
接着,DoS攻击对策模块判断是否将该数据包传送到装置内的其他部位(1105)。具体而言,如果该数据包具有与DoS攻击有关的数据包的特征,则DoS攻击对策模块判断为不将该数据包传送给装置内的其他部位。
如果DoS攻击对策模块判断为不传送该数据包,则丢弃该数据包。接着,固定传送装置结束数据包传送处理。
另一方面,如果DoS攻击对策模块判断为传送该数据包,则通过将该数据包的头与转发表比较,来决定数据包的传送目的地。这里,DoS攻击对策模块决定NIF105为传送目的地。
接着,DoS攻击对策模块对该数据包附加把决定为传送目的地的NIF105的内部地址作为目的地地址的内部头。接着,DoS攻击对策模块将附加了内部头的数据包经由内部交换器109传送给传送目的地的NIF105(1106)。
于是,NIF105将从DoS攻击对策模块接收到的数据包存储在NIF内存储器302中(1107)。
NIF105从存储在NIF内存储器302中的数据包删除内部头。接着,NIF105通过将删除了内部头的数据包的头与转发表401比较,来决定数据包的传送目的地。这里,NIF105将外部网络110决定为传送目的地。
接着,NIF105将存储在NIF内存储器302中的数据包的头替换为以外部网络110为目的地的头。
接着,NIF105将该数据包向外部网络110传送(1108)。然后,以往的固定传送装置结束数据包传送处理(1109)。
以往的固定传送装置如上传送数据包。
在以往的固定传送装置中,NIF105需要将接收到的所有数据包传送给DoS攻击对策模块。这不仅在与固定传送装置连接的功能扩展模块为DoS攻击对策模块的情况下是这样的,如果是进行数据包的分析或过滤的模块也是同样的。
DoS攻击对策模块对传送到的所有的数据包进行高度的分析处理。由此,DoS攻击对策模块的处理使装置整体的吞吐量降低。
此外,DoS攻击对策模块将进行了分析处理的数据包发送给NIF105。因此,DoS攻击对策模块需要具备转发表401。进而,DoS攻击对策模块需要进行数据包的传送路径的管理。
本实施方式的数据包通信装置101可以进行解决了这些问题的数据包传送处理。
图13-2是本发明的实施方式的数据包通信装置101的数据包传送处理的流程图。
在本实施方式的数据包通信装置101中,可以将程序安装到NIF105中。这里,NIF105安装有对应于DoS攻击对策模块的程序。该程序拷贝从外部网络110接收到的数据包的头,仅将拷贝的头发送给DoS攻击对策模块。
以下,说明安装了该程序的NIF105接收到数据包时的数据包通信装置101的数据包传送处理。
首先,NIF105从外部网络110接收数据包(1111)。
接着,NIF105将接收到的数据包存储到NIF内存储器302中(1112)。
接着,NIF105从存储在NIF内存储器302中的数据包中提取头。接着,NIF105通过将所提取的头与转发表401比较,来决定传送目的地及处理内容(1113)。这里,NIF105将与传送该数据包的外部网络110连接的NIF105决定为传送目的地。此外,NIF105将对应于DoS攻击对策模块的查那刮须的执行决定为处理内容。
接着,NIF105通过执行该程序,来处理数据包。具体而言,NIF105拷贝存储在NIF内存储器302中的数据包的头。然后,NIF105仅将拷贝的头传送给DoS攻击对策模块(1114)。
接着,NIF105对存储在NIF内存储器302中的数据包附加内部头,该内部头以在步骤1113中决定为传送目的地的NIF105的内部地址作为目的地地址。接着,NIF105将附加了内部头的数据包经由内部交换器109发送给传送目的地的NIF105(1116)。
于是,传送目的地的NIF105将接收到的数据包存储在NIF内存储器302中(1117)。
传送目的地的NIF105从存储在NIF内存储器302中的数据包中删除内部头。接着,传送目的地的NIF105通过将删除了内部头的数据包的头与转发表401比较,来决定数据包的传送目的地。这里,传送目的地的NIF105将外部网络110决定为传送目的地。
接着,传送目的地的NIF105将存储在NIF内存储器302中的数据包的头替换为以外部网络110为目的地的头。
接着,传送目的地的NIF105向外部网络110发送该数据包(1118)。然后,数据包通信装置101结束该数据包传送处理(1119)。
另一方面,在步骤1114中从NIF105接收到头的DoS攻击对策模块对所接收到的头进行处理(1115)。具体而言,DoS攻击对策模块从接收到的头中收集流统计信息。接着,DoS攻击对策模块通过分析收集到的流统计信息,来确定与DoS攻击有关的头的特征。
如果DoS攻击对策模块确定了与DoS攻击有关的头的特征,则对NIF105请求转发表401的变更。在该请求中包含与DoS攻击有关的头的特征。
NIF105接收到请求后,改变转发表401。在该转发表401中,丢弃对应于具有与DoS攻击有关的头的特征的数据包的处理内容403。
本实施方式的数据包通信装置101如上传送数据包。
在本实施方式的数据包通信装置101中,NIF105拷贝与数据包的DoS攻击有关的重要部分(例如SYN数据包的头),仅将拷贝的部分传送给DoS攻击对策模块。
即,NIF105不需要将数据包本身传送给DoS攻击对策模块。因此,本实施方式的数据包通信装置101不受DoS攻击对策模块处理的影响地传送数据包,所以能够维持装置整体的吞吐量。
此外,与本实施方式的数据包通信装置101连接的DoS攻击对策模块由于并不传送数据包,所以不需要具备转发表401。
此外,与本实施方式的数据包通信装置101连接的DoS攻击对策模块由于仅接收处理所需的信息,所以减轻了负荷。
此外,本实施方式的数据包通信装置101的NIF105可以改变已安装的程序。例如,在数据包的与DoS攻击有关的重要部分发生变化的情况下,NIF105改变所安装的程序。由此,数据包通信装置101能够对数据包的与DoS攻击有关的重要部分的变化迅速地做出应对。
图14-1是本发明的实施方式的数据包通信装置101的功能扩展模块删除处理的流程图。
将功能扩展模块108从模块接口106拆下(1901)。由此,数据包通信装置101开始功能扩展模块108的删除处理。
具体而言,功能扩展模块108检测到自身的模块接口310已从数据包通信装置101的模块接106拆下。功能扩展模块108如果检测到拆下,则将功能扩展模块删除请求发送给节点管理用处理器102。
节点管理用处理器102接收到该请求后,更新模块-程序管理表820(1902)。
具体而言,节点管理用处理器102从模块-程序管理表820中删除拆下的功能扩展模块108所实现的服务与模块-程序管理表820的模块种类822一致的记录。
此外,节点管理用处理器102选择拆下的功能扩展模块108所对应的程序名与模块-程序管理表820的程序名821一致的记录。接着,使所选择的记录的引用计数823减少。
接着,节点管理用处理器102判断更新后的模块-程序管理表820的引用计数823中是否至少存在一个“0”(1903)。
如果引用计数823中“0”一个也不存在,则节点管理用处理器102判断为不需要从NIF105删除程序。由此,节点管理用处理器102将转发表更新请求数据包发送给NIF105(1904)。
图14-2是本发明的实施方式的转发表更新请求数据包的结构图。
转发表更新请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在转发表更新请求数据包中,目的地地址601是NIF105的内部地址。此外,发送源地址602是节点管理用处理器102的内部地址。
有效载荷112包含NIF处理代码741、更新代码751、及内部地址902。
节点管理用处理器102如下制作转发表更新请求数据包的有效载荷112。
首先,节点管理用处理器102从NIF处理代码管理表740中选择对NIF105请求的处理的内容与NIF处理代码管理表740的NIF处理内容742一致的记录。接着,从所选择的记录中提取NIF处理代码741。接着,将所提取的NIF处理代码741保存在数据包的有效载荷112中。
转发表更新请求数据包对NIF105请求转发表401的更新。由此,节点管理用处理器102将NIF处理代码741设为“1”,保存在数据包的有效载荷112中。
接着,节点管理用处理器102从更新代码管理表750中选择对NIF105请求的转发表401的更新的内容与更新代码管理表750的NIF更新内容752相符的记录。接着,从所选择的记录中提取更新代码751。接着,将所提取的更新代码751保存在数据包的有效载荷中。
本说明图的转发表更新请求数据包是在将功能扩展模块108从数据包通信装置101中删除的处理中发送的。在该处理中,NIF105从转发表401中删除路径。由此,节点管理用处理器102将更新代码751设为“1”,保存在数据包的有效载荷112中。
接着,节点管理用处理器102将在步骤1901中拆下的功能扩展模块108的内部地址作为删除路径的功能扩展模块的内部地址902,保存在数据包的有效载荷112中。
在此,回到图14-1。
NIF105接收转发表更新请求数据包。
接着,NIF105从接收到的转发表更新请求数据包的有效载荷112中提取NIF处理代码。
接着,NIF105从NIF处理代码管理表740中选择所提取的NIF处理代码与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,NIF105从所选择的记录中提取NIF处理内容742。接着,NIF105进行对应于所提取的NIF处理内容742的处理。
即,由于所提取的NIF处理代码741为“1”,所以NIF105将所接收的数据包判断为转发表更新请求数据包。由此,NIF105更新转发表401(1905)。
具体而言,NIF105从接收到的数据包中提取更新代码。接着,NIF105从更新代码管理表750中选择所提取的更新代码与更新代码管理表750的更新代码751一致的记录。接着,从所选择的记录中提取NIF更新内容752。
接着,NIF105根据所提取的NIF更新内容752,决定更新转发表401的内容。
这里,由于所提取的更新代码751为“1”,所以NIF105从转发表401中删除路径。
由此,NIF105从接收到的数据包的有效载荷112中提取功能扩展模块的内部地址902。接着,NIF105从转发表401中删除转发表401的处理内容403中包含有所提取的功能扩展模块的内部地址902的所有记录。
这样,NIF105从转发表401中将向拆下的功能扩展模块108的路径删除。
然后,数据包通信装置101结束功能扩展模块删除处理(1908)。
另一方面,如果在步骤1903中在引用计数823中存在“0”,则NIF105存储着所有的功能扩展模块108都没有使用的程序。由此,节点管理用处理器102对NIF105请求删除引用计数823成为“0”的程序。即,节点管理用处理器102将程序删除请求数据包发送给NIF105(1906)。
另外,在程序删除请求数据包中保存着“2”,作为NIF处理代码741。此外,还保存着对NIF105请求删除的程序名。进而,还保存着拆下的功能扩展模块的内部地址。
此外,在对NIF105请求删除的程序存储在节点内存储器104中的情况下,节点管理用处理器102也可以将该程序从节点内存储器104中删除。
NIF105接收程序删除请求数据包。接着,NIF105从接收到的数据包中提取NIF处理代码。
接着,NIF105从NIF处理代码管理表740中选择所提取的NIF处理代码与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,NIF105从所提取的记录中提取NIF处理内容742。接着,NIF105进行对应于所提取的NIF处理内容742的处理。
即,由于所提取的NIF处理代码741为“2”,所以NIF105判断接收到的数据包为程序删除请求数据包。由此,NIF105将程序删除,再更新转发表401(1907)。
具体而言,NIF105从接收到得程序删除请求数据包中提取程序名。之后,NIF105将所提取的程序名的程序从程序用存储器304中删除。
接着,NIF105从接收到的程序删除请求数据包中提取功能扩展模块的内部地址。接着,NIF105从转发表401中删除在转发表401的处理内容403中包含有所提取的功能扩展模块的内部地址902的所有记录。
由此,NIF105从转发表401中删除了向拆下的功能扩展模块108的路径。
然后,数据包通信装置101结束功能扩展模块删除处理(1908)。
另外,在步骤1903中,节点管理用处理器102根据模块-程序管理表820的引用计数823,判断是否对NIF105请求程序的删除。但是,节点管理用处理器102也可以不仅根据引用计数,而是根据包含NIF105的程序用存储器304的存储器容量等的NIF105的负荷状态来判断。
图15是本发明的实施方式的数据包通信装置101的NIF追加处理的流程图。
新的NIF105被连接到内部交换器109上(1301)。由此,数据包通信装置101开始NIF追加处理。
具体而言,NIF105检测自身的内部接口305与内部交换器109的连接的情况。如果NIF105检测到连接,则将程序发送请求数据包发送给节点管理用处理器102(1302)。
程序发送请求数据包对节点管理用处理器102请求程序的发送。
图16-1是本发明的实施方式的程序发送请求数据包的结构图。
程序发送请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序发送请求数据包中,目的地地址601是节点管理用处理器102的内部地址。此外,发送源地址602是所追加的新的NIF105的内部地址。
有效载荷112包含节点管理用处理器处理代码701和程序指定代码761。
NIF105如下制作程序发送请求数据包的有效载荷112。
首先,NIF105从节点管理用处理器处理代码管理表700中选择对节点管理用处理器102请求的处理的内容与节点管理用处理器处理代码管理表700的处理内容702相符的记录。接着,从所选择的记录中提取节点管理用处理器处理代码701。接着,将所提取的节点管理用处理器处理代码701保存到数据包的有效载荷112中。
程序发送请求数据包对节点管理用处理器102请求程序的发送。由此,功能扩展模块108将节点管理用处理器处理代码701设为“1”,保存到数据包的有效载荷112中。
接着,NIF105从程序指定代码管理表760中选择请求安装的程序与程序指定代码管理表760的发送程序762相符的记录。接着,从所选择的记录中提取程序指定代码761。接着,将所提取的程序指定代码761保存到数据包的有效载荷112中。
本说明图的程序发送请求数据包是假设为NIF105要安装的程序由操作者指定的情况。由此,NIF105将程序指定代码761设为“1”,保存到数据包的有效载荷112中。
另外,在NIF105将程序指定代码761设为“2”并保存到数据包的有效载荷112中的情况下,将所请求的程序的程序名一起保存到数据包的有效载荷中。
在此,回到图15。
节点管理用处理器102接收程序发送请求数据包。于是,节点管理用处理器102从接收到的程序发送请求数据包的有效载荷112中提取节点管理用处理器处理代码。
接着,节点管理用处理器102从节点管理用处理器处理代码管理表700中选择所提取的节点管理用处理器处理代码与节点管理用处理器处理代码管理表700(图5-1)的节点管理用处理器处理代码701一致的记录。接着,从所选择的记录中提取处理内容702。
然后,节点管理用处理器102进行对应于所提取的处理内容702的处理(1303)。这里,由于节点管理用处理器处理代码为“1”,所以将所指定的程序发送给NIF105。
具体而言,节点管理用处理器102从接收到的程序发送请求数据包中提取程序指定代码。
接着,节点管理用处理器102从程序指定代码管理表760中选择所提取的程序指定代码与程序指定代码管理表760的程序指定代码761一致的记录。接着,从所选择的记录中提取发送程序762。
接着,节点管理用处理器102根据所提取的发送程序762,判断发送给NIF105的程序。
具体而言,如果所提取的程序指定代码为“0”,则节点管理用处理器102判断为发送与功能扩展模块108有关的所有程序,并前进到步骤1307。
此外,如果所提取的程序指定代码为“2”,则节点管理用处理器102从接收到的程序发送请求数据包中提取程序名。接着,节点管理用处理器102判断为发送所提取的程序名的程序,并前进到步骤1307。
此外,如果所提取的程序指定代码为“1”,则节点管理用处理器102判断为由操作者指定发送给NIF105的程序。所以,节点管理用处理器102将程序指定请求发送给操作者控制终端103。程序指定请求包含已追加的新NIF的NIF号。
于是,操作者控制终端103显示与接收到的程序指定请求对应的信息。
图17是本发明的实施方式的接收到程序指定请求的操作者控制终端103的显示画面的说明图。
操作者控制终端103显示模块-程序管理表820等。
操作者通过参照显示在操作者控制终端103上的模块-程序管理表820,能够掌握功能扩展模块108与程序的对应。因此,操作者能够决定对新追加的NIF105安装的程序。并且,操作者在操作者控制终端103上指定所决定的程序。
但是,在该显示画面中,显示的信息量较多。因此,操作者直观地判断对NIF105安装的程序是很困难的。所以,操作者控制终端103也可以如下进行显示。
图18-1是本发明的实施方式的接收到程序指定请求的操作者控制终端103的显示画面的说明图。
操作者控制终端103显示功能扩展模块108所提供的服务的种类。
接着,操作者在操作者控制终端103上选择想要由新追加的NIF105实现的服务。
于是,操作者控制终端103根据模块-程序管理表820判断提供所选择的服务的功能扩展模块108所使用的程序。并且,将该判断出的程序作为由用户指定的程序。
此外,操作者控制终端103也可以进行如下显示。
图18-2是本发明的实施方式的接收到程序指定请求的操作者控制终端103的显示画面的说明图。
操作者控制终端103显示NIF-程序管理模块800等。
在此情况下,操作者可以指定与已经连接到数据包通信装置101上的NIF105(已有的NIF105)已存储的程序相同的程序。由此,操作者能够进行简便且设定错误较少的程序指定。
例如,操作者在操作者控制终端103上选择已有的NIF105中的一个。
于是,操作者控制终端103根据NIF-程序管理模块800判断所选择的NIF105中已存储的程序。并且,将所判断出的程序作为由用户指定的程序。
在此,回到图15。
接着,操作者在操作者控制终端103上指定要对新追加的NIF105安装的程序(1306)。于是,操作者控制终端103将所指定的程序通知给节点管理用处理器102。
接着,节点管理用处理器102通过参照模块-程序管理表820的保存方法824,判断被通知的程序或被通知的程序的位置信息的存储位置。
接着,节点管理用处理器102判断所指定的程序是否存储在节点内存储器104中(1307)。
如果所指定的程序存储在节点内存储器104中,则节点管理用处理器102从该节点内存储器104中取得该程序。然后,前进到步骤1315。
另一方面,如果所指定的程序没有存储在存储器104中,则节点管理用处理器102不能从节点内存储器104中取得该程序。所以,节点管理用处理器102判断所指定的程序的位置信息是否存储于节点内存储器104中(1308)。
如果位置信息存储在节点内存储器104中,则节点管理用处理器102从与该位置信息对应的服务器或节点等取得该程序(1309)。然后,前进到步骤1315。
另一方面,如果位置信息未存储在节点内存储器104中,则节点管理用处理器102判断为不能从节点内存储104中取得与该程序有关的信息。所以,节点管理用处理器102通过参照模块-程序管理表820,来确定存储有该程序的功能扩展模块108。接着,节点管理用处理器102向确定的功能扩展模块108发送程序请求数据包(1310)。
图16-2是本发明的实施方式的程序请求数据包的结构图。
程序请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序请求数据包中,目的地地址601是功能扩展模块108的内部地址。此外,发送源地址602是节点管理用处理器102的内部地址。
有效载荷112包含模块处理代码771和程序名904。
节点管理用处理器102如下制作程序请求数据包的有效载荷112。
首先,通过参照模块-程序管理表820的保存方法824,判断该程序或该程序的位置信息的哪一个存储在功能扩展模块108中。
具体而言,如果模块-程序管理表820的保存方法824为“3”,则判断为功能扩展模块108存储着程序。由此,由于对功能扩展模块108请求程序,所以将模块处理代码771作为“1”,保存在数据包的有效载荷112中。
另一方面,如果模块-程序管理表820的保存方法824为“4”,则判断为功能扩展模块108存储着程序的位置信息。由此,由于对功能扩展模块108请求程序的位置信息,所以将模块处理代码771设为“2”,保存在数据包的有效载荷112中。
并且,将对功能扩展模块108请求的程序的程序名906保存在数据包的有效载荷中。
在此,回到图15。
功能扩展模块108接收程序请求数据包。接着,功能扩展模块108从接收到的程序请求数据包的有效载荷112中提取模块处理代码。
接着,功能扩展模块108从模块处理代码管理表770中选择所提取的模块处理代码与模块处理代码管理表770的模块处理代码771一致的记录。接着,从所选择的记录中提取模块处理内容772。接着,功能扩展模块108进行对应于所提取的模块处理内容772的处理。
具体而言,功能扩展模块108判断所提取的模块处理代码为“0”还是“1”(1311)。
如果所提取的模块处理代码为“0”,则功能扩展模块108被请求程序的位置信息。所以,功能扩展模块108从接收到的程序请求数据包的有效载荷112中提取程序名904。
接着,功能扩展模块108将所提取的程序名904的程序位置信息发送给节点管理用处理器102(1314)。
于是,节点管理用处理器102将接收到的程序的位置信息存储到节点内存储器104中。
然后,回到步骤1308。此时,节点管理用处理器102判断程序的位置信息是否存储在节点内存储器中。所以,节点管理用处理器102从对应于该位置信息的服务器或节点取得程序(1309)。然后,前进到步骤1315。
另一方面,如果所提取的模块处理代码为“1”,则功能扩展模块108被请求程序。所以,功能扩展模块108从接收到的程序请求数据包的有效载荷112中提取程序名904。
接着,功能扩展模块108将所提取的程序名904的程序发送给节点管理用处理器102(1312)。
于是,节点管理用处理器102从功能扩展模块108接收程序(1313)。
接着,节点管理用处理器102将包含接收到的程序的程序安装请求数据包发送给新追加的NIF105(1315)。
图19-1是本发明的实施方式的程序安装请求数据包的结构图。
程序安装请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序安装请求数据包中,目的地地址601是新追加的NIF105的内部地址。此外,发送源地址602是节点管理用处理器102的内部地址。
有效载荷112包含NIF处理代码741、功能扩展模块的内部地址1701、数据包指定代码731、程序903、和程序名904。另外,功能扩展模块的内部地址1701、数据包指定代码731、程序903、和程序名一起,成为更新信息1702。
另外,有效载荷112也可以包含多个功能扩展模块的内部地址1701。此时,有效载荷112包含各个功能扩展模块108所对应的数据包指定代码731。
节点管理用处理器102如下制作程序安装请求数据包的有效载荷112。
首先,节点管理用处理器102从NIF处理代码管理表740中选择对NIF105请求的处理的内容与NIF处理代码管理表740的NIF处理代码741相符的记录。接着,从所选择的记录中提取NIF处理代码741。接着,将所提取的NIF处理代码741保存到数据包的有效载荷112中。
程序安装请求数据包对NIF105请求保存在有效载荷中的程序903的安装。由此,节点管理用处理器102将NIF处理代码714设为“0”,保存到数据包的有效载荷112中。
接着,节点管理用处理器102参照模块-程序管理表820,确定使用该程序的功能扩展模块108。进而,节点管理用处理器102确定所确定的功能扩展模块108所处理的数据包的数据包指定代码。接着,节点管理用处理器102将所确定的功能扩展模块108的内部地址902以及数据包指定代码731保存到数据包的有效载荷112中。
此外,节点管理用处理器102将从节点内存储器104或功能扩展模块108中取得的程序保存到数据包的有效载荷112中。
图19-2是本发明的实施方式的程序安装请求数据包的结构图。
本说明图的程序安装请求数据包包含多个更新信息1702。与此相对,图19-1的程序安装请求数据包只包含一个更新信息1702。
即,程序安装请求数据包也可以包含多个更新信息1702。
另外,本说明图的程序安装请求数据包的其他结构与图19-1的程序安装请求数据包相同。由此,对相同的结构赋予相同的标号而省略说明。
在此,回到图15。
如果发送了程序安装请求数据包,则节点管理用处理器102更新NIF-程序管理表800(1316)。
具体而言,节点管理用处理器102在保存于程序安装请求数据包中的程序名904与NIF-程序管理表800的程序名801一致、并且数据包的发送目的地的NIF105的NIF号与NIF-程序管理表800的NIF号802一致的方框中,保存圆标记。
接着,节点管理用处理器102测量保存在程序安装请求数据包中的程序903的数据量。接着,选择数据包的发送目的地的NIF105的NIF号与NIF-程序管理表800的NIF号802一致的记录的存储器剩余率804。接着,根据所测量的数据量,来改变所选择的存储器剩余率。
接着,节点管理用处理器102进行程序存储处理(图11-2)(1317)。
另一方面,NIF105从节点管理用处理器102接收程序安装请求数据包。于是,NIF105从接收到的程序安装请求数据包的有效载荷112中提取NIF处理代码。
接着,NIF105从NIF处理代码管理表740中选择所提取的NIF处理代码与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,NIF105从所选择的记录中提取NIF处理内容742。接着,NIF105进行对应于所提取的NIF处理内容742的处理。
具体而言,由于所提取的NIF处理代码741为“0”,所以NIF105判断所接收到的数据包为程序安装请求数据包。由此,NIF105从接收到的程序安装请求数据包的有效载荷112中提取程序903。接着,NIF105安装所提取的程序903。
进而,NIF105更新转发表401(1318)。
具体而言,NIF105从接收到的数据包的有效载荷112中提取数据包指定代码731。接着,NIF105从数据包指定代码管理表730中选择所提取的数据包指定代码与数据包指定代码管理表730的数据包指定代码731一致的记录。接着,从所选择的记录中提取数据包的种类732。
接着,NIF105对转发表401追加新的记录。接着,NIF105将所提取的数据包的种类732保存到新记录的有效载荷类型405及IP地址/前缀长406中。
接着,NIF105从接收到的数据包的有效载荷112中提取功能扩展模块的内部地址902和程序名904。接着,NIF105将所提取的功能扩展模块的内部地址902和程序名904保存到已追加的新记录的处理内容403中。
这样,NIF105更新转发表401。然后,数据包通信装置101结束功能扩展模块108的追加处理(1319)。
图20是本发明的实施方式的数据包通信装置的NIF追加处理的时序图。
该时序图表示追加了NIF105的数据包通信装置101的代表性的处理。
首先,将NIF105被追加到数据包通信装置101中。于是,所追加的NIF105对节点管理用处理器102请求程序(1801)。
于是,节点管理用处理器102对操作者控制终端103请求指定安装到NIF105中的程序(1802)。
操作者控制终端103显示所接收到的程序指定请求的内容。操作者将对安装到NIF105中的程序的指定输入到操作者控制终端103中。于是,操作者控制终端103将包含所输入的内容的程序指定应答发送给节点管理用处理器102(1803)。
节点管理用处理器102从操作者控制终端103接收程序指定应答。接着,节点管理用处理器102根据接收到的程序指定应答来确定由操作者指定的程序。接着,节点管理用处理器102判断存储着所确定的程序的功能扩展模块108。接着,节点管理用处理器102对所判断的功能扩展模块108请求所确定的程序(1804)。
被请求了程序的功能扩展模块108将被请求的程序发送给节点管理用处理器102(1805)。
于是,节点管理用处理器102从功能扩展模块108接收程序。
接着,节点管理用处理器102将接收到的程序发送给NIF105。进而,节点管理用处理器102对NIF105请求安装所接收到的程序(1806)。
于是,NIF105安装所接收到的程序。
然后,数据包通信装置101结束NIF追加处理。
接着,说明本实施方式的数据包通信装置101的效果。
这里,通过具有安装了通知用程序的NIF105的数据包通信装置101来进行说明。
另外,如果发生了与预定条件相符的事件,则通知用程序对NIF105安装或卸载传送用程序。
另外,在与预定条件相符的事件中,具有安装用事件或卸载用事件。例如,安装用事件是NIF105接收到了具有特定特征的数据包等情况。此外,卸载用事件是经过了预定时间的情况、或到了预定的时刻等情况。
此外,传送用程序将NIF105所接收到的数据包向功能扩展模块108传送。另外,传送用程序在向功能扩展模块108传送前,也可以进行封装、加密、解密、以及/或拷贝等处理。
图21-1是本发明的实施方式的数据包通信装置101的事件处理的流程图。
首先,如果NIF105检测到符合预定条件的事件,则数据包通信装置101开始事件处理(2001)。这里,NIF105也可以在操作者控制终端103上通知事件的发生。
NIF105判断所发生的事件是安装用事件还是卸载用事件(2002)。
如果是安装用事件,则NIF105将程序发送请求数据包发送给节点管理用处理器102(2003)。
程序发送请求数据包对节点管理用处理器102请求发送传送用程序。
图21-2是本发明的实施方式的程序发送请求数据包的结构图。
程序发送请求数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序发送请求数据包中,目的地地址601是节点管理用处理器102的内部地址。此外,发送源地址602是NIF 105的内部地址。
有效载荷112包含节点管理用处理器处理代码701、程序指定代码761和程序名904。
NIF105如下制作程序发送请求数据包的有效载荷112。
首先,NIF105从节点管理用处理器处理代码管理表700中选择对节点管理用处理器102请求的处理的内容与节点管理用处理器处理代码管理表700的处理内容一致的记录。接着,从所选择的记录中提取节点管理用处理器处理代码701。接着,将所提取的节点管理用处理器处理代码701保存到数据包的有效载荷112中。
程序发送请求数据包对节点管理用处理器102请求发送传送用程序。由此,功能扩展模块108将节点管理用处理器处理代码701设为“1”,保存到数据包的有效载荷112中。
接着,NIF105从程序指定代码管理表760中选择请求安装的程序与程序指定代码管理表760的发送程序762相符的记录。接着,从所选择的记录中提取程序指定代码761。接着,将所提取的程序指定代码761保存到数据包的有效载荷112中。
本说明图的程序发送请求数据包用有效载荷指定传送用程序。由此,NIF105将程序指定代码761设为“2”,保存到数据包的有效载荷112中。
此外,NIF105将传送用程序的程序名904保存到数据包的有效载荷112中。
在此,回到图21-1。
节点管理用处理器102从NIF105接收程序发送请求数据包。于是,节点管理用处理器102从接收到的程序发送请求数据包的有效载荷112中提取节点管理用处理器处理代码。
接着,节点管理用处理器102从节点管理用处理器处理代码管理表700中选择所提取的节点管理用处理器处理代码与节点管理用处理器处理代码管理表700(图5-1)的节点管理用处理器处理代码701一致的记录。接着,从所选择的记录中提取处理内容702。
接着,节点管理用处理器102进行对应于所提取的处理内容702的处理。这里,由于节点管理用处理器处理代码为“1”,所以将程序发送给NIF105。
具体而言,节点管理用处理器102从接收到的程序发送请求数据包的有效载荷中提取程序指定代码。
接着,节点管理用处理器102从程序指定代码管理表760中选择所提取的程序指定代码与程序指定代码管理表760的程序指定代码761一致的记录。接着,从所选择的记录中提取发送程序762。
接着,节点管理用处理器102根据所提取的发送程序762确定发送给NIF105的程序。
这里,由于所提取的程序指定代码为“2”,所以节点管理用处理器102从接收到的程序发送请求数据包中提取程序名904。接着,节点管理用处理器102向NIF105发送所提取的程序名904的传送用程序(2004)。另外,节点管理用处理器102使用程序安装请求数据包(图19-1),发送传送用程序。
接着,节点管理用处理器102将程序安装请求数据包发送后,更新NIF-程序管理表800(2005)。另外,该对NIF-程序管理表800的更新处理,与NIF追加处理(图15)的步骤1316相同。因此,省略详细的说明。
另一方面,NIF105从节点管理用处理器102接收程序安装请求数据包。于是,NIF105从接收到的程序安装请求数据包的有效载荷112中提取NIF处理代码。
接着,NIF105从NIF处理代码管理表740中选择所提取的NIF处理代码与NIF处理代码管理表740的NIF处理代码741一致的记录。接着,NIF105从所选择的记录中提取NIF处理内容742。接着,NIF105进行对应于所提取的NIF处理内容742的处理。
具体而言,由于所提取的NIF处理代码741为“0”,所以NIF105判断接收到的数据包为程序安装请求数据包。由此,NIF105从接收到的程序安装请求数据包的有效载荷112中提取程序903。接着,NIF105安装所提取的程序903。
进而,NIF105更新转发表401(2006)。另外,转发表401的更新处理与NIF追加处理(图15)的步骤1318相同。因此,省略详细的说明。
然后,数据包通信装置101结束事件处理(2010)。
另一方面,如果在步骤2002中为卸载用事件,则NIF105将存储在程序用存储器304中的传送用程序删除。进而,NIF105更新转发表401(2007)。
具体而言,NIF105从转发表401中选择在转发表401的处理内容403中保存有所删除的传送用程序的程序名的记录。接着,从转发表401中将所选择的记录删除。
接着,NIF105将程序删除通知数据包发送给节点管理用处理器102(2008)。
图21-3是本发明的实施方式的程序删除通知数据包的结构图。
程序删除通知数据包对节点管理用处理器102通知程序的删除。
程序删除通知数据包由内部头111和有效载荷112构成。
内部头111包含目的地地址601和发送源地址602。
目的地地址601是接收该数据包的装置内的部位的内部地址。发送源地址602是发送该数据包的装置内的部位的内部地址。
在程序删除通知数据包中,目的地地址601是节点管理用处理器102的内部地址。此外,发送源地址602是NIF105的内部地址。
有效载荷112包含节点管理用处理器处理代码701和程序名904。
NIF105如下制作程序删除通知数据包的有效载荷112。
首先,NIF105从节点管理用处理器处理代码管理表700中选择对节点管理用处理器102请求的处理的内容与节点管理用处理器处理代码管理表700的处理内容702相符的记录。接着,从所选择的记录中提取节点管理用处理器处理代码701。接着,将所提取的节点管理用处理器处理代码701保存到数据包的有效载荷112中。
程序删除通知数据包对节点管理用处理器102通知程序的删除,并请求NIF-程序管理表800的更新。由此,NIF105将节点管理用处理器处理代码701设为“3”,保存到数据包的有效载荷112中。
接着,NIF105将从程序用存储器304删除的传送用程序的程序名904保存到数据包的有效载荷中。
在此,回到图21-1。
节点管理用处理器102从NIF105接收程序删除通知数据包。于是,节点管理用处理器102从接收到的程序删除通知数据包中提取节点管理用处理器处理代码。
接着,节点管理用处理器102从节点管理用处理器处理代码管理表700中选择所提取的节点管理用处理器处理代码与节点管理用处理器处理代码管理表700(图5-1)的节点管理用处理器处理代码701一致的记录。接着,从所选择的记录中提取处理内容702。
接着,节点管理用处理器102进行对应于所提取的处理内容702的处理。这里,由于所提取的节点管理用处理器处理代码为“3”,所以节点管理用处理器102更新NIF-程序管理表800(2009)。
具体而言,节点管理用处理器102从接收到的数据包的有效载荷112中提取程序名904。此外,从接收到的数据包的内部头111中提取发送源地址602。接着,节点管理用处理器102从NIF-程序管理表800中选择所提取的程序名904与NIF-程序管理表800的程序名801一致、且对应于所提取的发送源地址602的NIF号与NIF-程序管理表800的NIF号802一致的方框。接着,将保存在所选择的方框中的圆标记删除。
然后,数据包通信装置101结束事件处理(2010)。
如上所述,安装有通知用程序的NIF105仅在需要时安装传送用程序。由此,能够有效地利用程序用存储器304。
此外,通知用程序在NIF105接收到不能处理的数据包时,可以将有可能发生了设定错误的情况通知给操作者控制终端103。此时,操作者控制终端103如果接收到有可能发生了设定错误的情况的通知,则显示通知的内容。由此,操作者可以很快地发现并解除数据包通信装置101的设定错误。
此外,通知用程序还可以在经过了一定的时间或到了预定的时刻等情况下安装传送用程序。此时,还可以将传送用程序一起安装到所有的NIF105中。由此,操作者由于不需要改变各个NIF105的设定,所以减轻了负担。
产业上的可利用性
本发明的数据包通信装置可以应用于与用户直接连接的节点。
Claims (19)
1、一种数据包通信系统,包含数据包通信装置、对上述数据包通信装置收发数据包的终端、和将上述数据包通信装置与上述终端连接的网络;所述数据包通信装置具有:节点管理用处理器,对装置进行控制;网络接口,与外部网络之间收发数据包;功能扩展模块,对上述数据包进行预定的处理;交换器,将上述数据包在装置内传送;
所述数据包通信系统的特征在于,
上述网络接口具有CPU和存储器;
上述存储器存储上述CPU执行的程序;
上述CPU通过执行该程序,来处理从上述外部网络接收到的数据包;
上述功能扩展模块存储着存储在上述存储器中的程序。
2、一种数据包通信装置,具有:节点管理用处理器,对装置进行控制;网络接口,与外部网络之间收发数据包;功能扩展模块,对上述数据包进行预定的处理;交换器,将上述数据包在装置内传送;
其特征在于,
上述网络接口具有CPU和存储器;
上述存储器存储上述CPU执行的程序;
上述CPU通过执行该程序,来处理从上述外部网络接收到的数据包;
上述功能扩展模块存储着存储在上述存储器中的程序。
3、如权利要求2所述的数据包通信装置,其特征在于,
上述节点管理用处理器从上述功能扩展模块接收用来更新存储在上述存储器中的程序的更新信息;
从根据上述接收到的更新信息而确定的保存有上述程序的地方取得上述程序;
将上述取得的程序发送给上述网络接口。
4、如权利要求3所述的数据包通信装置,其特征在于,上述更新信息包含上述程序、与上述程序的位置有关的信息以及/或表示上述程序的特征的信息。
5、如权利要求4所述的数据包通信装置,其特征在于,
具有存储信息的节点内存储器;
上述节点内存储器存储包含在上述节点管理用处理器所接收到的更新信息中的上述程序及/或与上述程序的位置有关的信息。
6、如权利要求4所述的数据包通信装置,其特征在于,
上述网络接口经由上述外部网络与装置外部的服务器及节点连接;
与上述程序的位置有关的信息是存储有上述程序的装置外部的服务器或装置外部的节点的位置信息。
7、如权利要求2所述的数据包通信装置,其特征在于,
上述节点管理用处理器从上述功能扩展模块接收上述程序;
将上述接收到的程序发送给上述网络接口。
8、如权利要求2所述的数据包通信装置,其特征在于,
上述节点管理用处理器从上述功能扩展模块接收上述程序;
根据预先设定的条件,来确定作为上述接收到的程序的发送目的地的网络接口;
将上述接收到的程序发送给上述确定的网络接口。
9、如权利要求2所述的数据包通信装置,其特征在于,
具有存储信息的节点内存储器;
上述节点内存储器存储管理上述程序的程序管理信息;
上述节点管理用处理器从上述功能扩展模块接收上述程序;
根据程序管理信息,来确定作为上述接收到的程序的发送目的地的网络接口;
将上述接收到的程序发送给上述确定的网络接口。
10、如权利要求9所述的数据包通信装置,其特征在于,
上述程序管理信息包括:上述程序的版本、上述网络接口与上述程序的对应、上述功能扩展模块与上述程序的对应、上述存储器的剩余量及/或表示使用上述程序的上述功能扩展模块的个数的计数。
11、如权利要求10所述的数据包通信装置,其特征在于,
上述节点内存储器存储程序以及/或有关程序的位置的信息;
上述节点管理用处理器根据上述程序管理信息,追加或删除存储在上述存储器中的程序、存储在上述节点内存储器中的程序、以及/或存储在上述节点内存储器中的有关程序的位置的信息。
12、如权利要求10所述的数据包通信装置,其特征在于,
如果确定作为上述接收到的程序的发送目的地的网络接口,则节点管理用处理器通过参照上述程序管理信息,判断在确定的网络接口的上述存储器中是否已存储该程序;
在已经存储的情况下,使包含在上述程序管理信息中的上述计数增加;
将用来使上述确定的网络接口向上述功能扩展模块传送数据包的信息,向上述确定的网络接口发送。
13、如权利要求10所述的数据包通信装置,其特征在于,
如果将上述功能扩展模块拆下,则上述节点管理用处理器使包含在上述程序管理信息中的上述计数减少;
如果上述计数为0,则向存储有与该计数对应的程序的网络接口请求删除该程序。
14、如权利要求2所述的数据包通信装置,其特征在于,上述程序将从上述外部网络接收到的数据包向上述功能扩展模块传送。
15、如权利要求2所述的数据包通信装置,其特征在于,在经过了预定的时间的情况下、或接收到特定的数据包的情况下,上述程序对网络接口请求追加或删除其他程序。
16、如权利要求2所述的数据包通信装置,其特征在于,
追加到上述数据包通信装置中的网络接口对上述节点管理用处理器请求程序;
如果有上述程序的请求,则上述节点管理用处理器根据预先设定的条件,确定发送给上述追加的网络接口的程序;
取得上述确定的程序;
将上述取得的程序发送给上述追加的网络接口。
17、如权利要求16所述的数据包通信装置,其特征在于,
具有存储信息的节点内存储器;
上述节点内存储器存储管理程序的程序管理信息;
上述节点管理用处理器根据上述程序管理信息,来确定保存有上述确定的程序的地方;
从上述确定的地方取得上述程序。
18、如权利要求16所述的数据包通信装置,其特征在于,
上述网络接口经由上述外部网络与装置外部的服务器以及装置外部的节点连接;
上述节点管理用处理器从上述节点内存储器、上述功能扩展模块、上述装置外部的服务器或上述装置外部的节点取得上述确定的程序。
19、一种功能扩展方法,是数据包通信装置的功能扩展方法,所述数据包通信装置具有:节点管理用处理器,对装置进行控制;网络接口,与外部网络之间收发数据包;功能扩展模块,对上述数据包进行预定的处理;交换器,将上述数据包在装置内传送;
其特征在于,
上述网络接口具有CPU和存储器;
上述存储器存储上述CPU执行的程序;
上述CPU通过执行该程序,来处理从上述外部网络接收到的数据包;
上述功能扩展模块存储着存储在上述存储器中的程序。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005065492A JP4309359B2 (ja) | 2005-03-09 | 2005-03-09 | パケット通信装置とその機能拡張方法 |
JP065492/2005 | 2005-03-09 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1832457A true CN1832457A (zh) | 2006-09-13 |
CN1832457B CN1832457B (zh) | 2011-05-18 |
Family
ID=36970831
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100063383A Expired - Fee Related CN1832457B (zh) | 2005-03-09 | 2006-01-13 | 数据包通信装置及功能扩展方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US7830895B2 (zh) |
JP (1) | JP4309359B2 (zh) |
CN (1) | CN1832457B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114731287A (zh) * | 2019-12-05 | 2022-07-08 | 三菱重工业株式会社 | 通信处理装置、通信处理方法及程序以及网络层的头部的数据结构 |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008301060A (ja) * | 2007-05-30 | 2008-12-11 | Alaxala Networks Corp | ネットワーク通信装置 |
US9274851B2 (en) * | 2009-11-25 | 2016-03-01 | Brocade Communications Systems, Inc. | Core-trunking across cores on physically separated processors allocated to a virtual machine based on configuration information including context information for virtual machines |
US8576703B2 (en) | 2010-03-19 | 2013-11-05 | Brocade Communications Systems, Inc. | Synchronization of multicast information using bicasting |
US8897134B2 (en) * | 2010-06-25 | 2014-11-25 | Telefonaktiebolaget L M Ericsson (Publ) | Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel |
US8495418B2 (en) | 2010-07-23 | 2013-07-23 | Brocade Communications Systems, Inc. | Achieving ultra-high availability using a single CPU |
US9104619B2 (en) | 2010-07-23 | 2015-08-11 | Brocade Communications Systems, Inc. | Persisting data across warm boots |
US9143335B2 (en) | 2011-09-16 | 2015-09-22 | Brocade Communications Systems, Inc. | Multicast route cache system |
DE102011084254A1 (de) * | 2011-10-11 | 2013-04-11 | Zf Friedrichshafen Ag | Kommunikationssystem für ein Kraftfahrzeug |
US10581763B2 (en) | 2012-09-21 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | High availability application messaging layer |
US9967106B2 (en) | 2012-09-24 | 2018-05-08 | Brocade Communications Systems LLC | Role based multicast messaging infrastructure |
US9203690B2 (en) | 2012-09-24 | 2015-12-01 | Brocade Communications Systems, Inc. | Role based multicast messaging infrastructure |
JP6345604B2 (ja) * | 2014-01-27 | 2018-06-20 | アラクサラネットワークス株式会社 | 通信装置、拡張機能の移動方法、及び通信システム |
US9619349B2 (en) | 2014-10-14 | 2017-04-11 | Brocade Communications Systems, Inc. | Biasing active-standby determination |
JP6855751B2 (ja) * | 2016-10-28 | 2021-04-07 | コニカミノルタ株式会社 | 中継装置、中継装置用プログラム、および、情報処理システム |
US11496382B2 (en) * | 2020-09-30 | 2022-11-08 | Charter Communications Operating, Llc | System and method for recording a routing path within a network packet |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4468729A (en) * | 1981-06-29 | 1984-08-28 | Sperry Corporation | Automatic memory module address assignment system for available memory modules |
US6009274A (en) * | 1996-12-13 | 1999-12-28 | 3Com Corporation | Method and apparatus for automatically updating software components on end systems over a network |
JPH11161451A (ja) * | 1997-09-26 | 1999-06-18 | Hitachi Koki Co Ltd | 印刷システム |
US7536683B2 (en) * | 1999-01-15 | 2009-05-19 | Adobe Systems Incorporated | Method of dynamically appending a library to an actively running program |
US7107329B1 (en) * | 1999-05-21 | 2006-09-12 | Lucent Technologies Inc. | In networks of interconnected router nodes for routing data traffic, a method of and system for imperceptibly upgrading router node software and the like without traffic interruption |
JP3669619B2 (ja) * | 1999-09-06 | 2005-07-13 | 富士通株式会社 | 無線端末装置のソフトウェア更新方法及びその装置 |
GB2369911B (en) * | 2000-12-11 | 2002-10-23 | 3Com Corp | Methods and apparatus for updating information in a display containing fixed and variable information |
US6535924B1 (en) * | 2001-09-05 | 2003-03-18 | Pluris, Inc. | Method and apparatus for performing a software upgrade of a router while the router is online |
JP2003258842A (ja) | 2002-02-28 | 2003-09-12 | Ntt Docomo Inc | パケット通信システム及び転送装置 |
US20040194081A1 (en) * | 2002-03-23 | 2004-09-30 | Iyad Qumei | Update system for facilitating firmware/software update in a mobile handset |
EP1365546B1 (en) | 2002-05-21 | 2005-12-14 | Hitachi Europe Limited | Programmable network node for performing multiple processes |
JP4023281B2 (ja) | 2002-10-11 | 2007-12-19 | 株式会社日立製作所 | パケット通信装置及びパケットスイッチ |
JP2004152191A (ja) * | 2002-10-31 | 2004-05-27 | Sony Corp | ソフトウエア更新システム、情報処理装置および方法、記録媒体、並びにプログラム |
JP4157403B2 (ja) | 2003-03-19 | 2008-10-01 | 株式会社日立製作所 | パケット通信装置 |
KR100982511B1 (ko) * | 2003-10-08 | 2010-09-16 | 삼성전자주식회사 | 원격 제어 장치 및 방법 |
JP4365672B2 (ja) | 2003-12-04 | 2009-11-18 | 株式会社日立製作所 | パケット通信ノード装置 |
JP4786255B2 (ja) * | 2005-08-29 | 2011-10-05 | 株式会社日立製作所 | ストレージシステム及び記憶制御方法 |
-
2005
- 2005-03-09 JP JP2005065492A patent/JP4309359B2/ja not_active Expired - Fee Related
-
2006
- 2006-01-10 US US11/328,106 patent/US7830895B2/en not_active Expired - Fee Related
- 2006-01-13 CN CN2006100063383A patent/CN1832457B/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114731287A (zh) * | 2019-12-05 | 2022-07-08 | 三菱重工业株式会社 | 通信处理装置、通信处理方法及程序以及网络层的头部的数据结构 |
CN114731287B (zh) * | 2019-12-05 | 2024-05-31 | 三菱重工业株式会社 | 通信处理装置、通信处理方法及程序以及网络层的头部的数据结构 |
Also Published As
Publication number | Publication date |
---|---|
US20060203832A1 (en) | 2006-09-14 |
JP2006253899A (ja) | 2006-09-21 |
US7830895B2 (en) | 2010-11-09 |
CN1832457B (zh) | 2011-05-18 |
JP4309359B2 (ja) | 2009-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1832457A (zh) | 数据包通信装置及功能扩展方法 | |
CN1269337C (zh) | 内容自适应服务控制方法 | |
CN100336352C (zh) | 内容发布系统、描述数据发布设备和内容发布方法 | |
CN1677421A (zh) | 现状系统和现状管理方法 | |
CN1278216C (zh) | 设备关联管理系统、网络设备及设备关联管理方法 | |
CN1846375A (zh) | 道路车间通信系统 | |
CN1299177C (zh) | 数据管理装置、计算机系统及数据处理方法 | |
CN101053224A (zh) | 通信系统、信息处理设备、中介服务器、标识信息传送服务器及其通信方法和程序 | |
CN1126053C (zh) | 文件检索方法、文件检索发送方法及装置 | |
CN1890944A (zh) | 用于web服务中介体的端口类型不可知的代理支持 | |
CN1453687A (zh) | 通信装置及系统、插入模块控制方法及记录媒体 | |
CN1969292A (zh) | 用户轮廓管理系统 | |
CN1444356A (zh) | 数据通信方法 | |
CN1313917C (zh) | 数据处理装置以及数据处理方法 | |
CN1517849A (zh) | 通过网络设定参数的方法及其主机 | |
CN1670721A (zh) | 应用单处理器操作系统的并行处理系统中的处理器间通信系统及其程序 | |
CN1770776A (zh) | 传送设备及其控制方法、分布式处理系统、程序和记录介质 | |
CN1918544A (zh) | 程序执行装置、程序执行方法及程序 | |
CN1930838A (zh) | 信息处理装置、服务器、通信系统、地址决定方法、地址变更方法及程序 | |
CN1507202A (zh) | 设备管理系统、设备管理终端、网络设备、终端程序、设备程序以及设备管理方法 | |
CN101030138A (zh) | 应用构架 | |
CN101069160A (zh) | 信息处理系统、信息处理装置和方法、记录介质以及程序 | |
CN1450483A (zh) | 信息处理装置及信息处理程序 | |
CN1893352A (zh) | 一种因特网协议多媒体子系统的鉴权方法 | |
CN1742467A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110518 Termination date: 20170113 |
|
CF01 | Termination of patent right due to non-payment of annual fee |