專利名稱：包通信裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種包通信裝置，特別涉及在包交換網(wǎng)絡(luò)中進(jìn)行OSI參照模型的層2以上等的各種路由和交換(switch)的模塊型包通信裝置。
背景技術(shù)：
作為實(shí)現(xiàn)功能擴(kuò)展性的包通信裝置，已知的模塊型包通信裝置如專利文獻(xiàn)1、專利文獻(xiàn)2和非專利文獻(xiàn)1所記載，具備可以將具有追加功能的功能模塊后期擴(kuò)展的接口。專利文獻(xiàn)1和專利文獻(xiàn)2公開(kāi)的模塊型包通信裝置，具有可以連接高功能處理部(功能模塊)的多個(gè)接口，按照管理者指定的接收包的條件與針對(duì)該包的處理的對(duì)應(yīng)性，決定包通信裝置內(nèi)的功能模塊之間的傳送路徑，利用各個(gè)功能模塊進(jìn)行包處理。另外在專利文獻(xiàn)2記載的模塊型包通信裝置中，連接多個(gè)可以提供相同功能的功能模塊，向這些功能模塊分配包來(lái)分散處理負(fù)荷，從而進(jìn)行性能擴(kuò)展。
一般在構(gòu)建包通信網(wǎng)絡(luò)時(shí)，管理者對(duì)包通信網(wǎng)絡(luò)內(nèi)的各個(gè)包通信裝置設(shè)定包傳送和包處理的方法(結(jié)構(gòu)定義)。具體講，使用CLI(CommandLine Interface)或市場(chǎng)銷售的管理工具等，向包通信裝置內(nèi)的控制管理部發(fā)送結(jié)構(gòu)定義。
在模塊型包通信裝置中，不僅對(duì)包通信裝置主體，也要對(duì)功能模塊進(jìn)行該設(shè)定作業(yè)。例如，需要對(duì)濾波功能模塊設(shè)定濾波規(guī)則，對(duì)加密功能模塊設(shè)定加密方式。把這種功能模塊提供的在功能單位中的設(shè)定內(nèi)容表述為請(qǐng)求處理項(xiàng)目。在非專利文獻(xiàn)1公開(kāi)的模塊型包通信裝置中，管理者向節(jié)點(diǎn)控制管理部發(fā)送結(jié)構(gòu)定義后，控制管理部根據(jù)結(jié)構(gòu)定義內(nèi)的各個(gè)請(qǐng)求處理項(xiàng)目的內(nèi)容，尋找成為該請(qǐng)求處理項(xiàng)目的設(shè)定目標(biāo)的功能模塊，對(duì)該功能模塊設(shè)定該請(qǐng)求處理項(xiàng)目。
專利文獻(xiàn)1 日本專利特開(kāi)2003-258842號(hào)公報(bào)專利文獻(xiàn)2 日本專利特開(kāi)2004-289223號(hào)公報(bào)非專利文獻(xiàn)1 http://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat6500/index.shtml(Cisco Catalyst6500)以下，把模塊型包通信裝置簡(jiǎn)單表述為“包通信裝置”，把模塊型包通信裝置內(nèi)的控制管理部表述為“模塊控制管理部”。
模塊控制管理部選擇設(shè)定請(qǐng)求處理項(xiàng)目的功能模塊的方法依賴于功能模塊的類型，所以在非專利文獻(xiàn)1的方法中，每當(dāng)開(kāi)發(fā)新功能模塊時(shí)，需要更新記述了模塊控制管理部的動(dòng)作的“結(jié)構(gòu)定義處理程序”。因此，花費(fèi)更新作業(yè)的時(shí)間，在新程序中含有程序缺陷時(shí)，有可能導(dǎo)致設(shè)定處理整體停止。

發(fā)明內(nèi)容
本發(fā)明的包通信裝置就是鑒于上述情況而提出的，其目的在于，即使開(kāi)發(fā)了新的功能模塊時(shí)也能夠?qū)耄也淮嬖谶@種作業(yè)量的增加以及因軟件混入程序缺陷(bug)造成的不良影響。
為了解決前述課題，本發(fā)明的包通信裝置主要具有結(jié)構(gòu)定義處理程序，把從管理者接收的結(jié)構(gòu)定義文件內(nèi)的各個(gè)處理內(nèi)容作為處理委托消息發(fā)送給功能模塊，根據(jù)功能模塊返回的判斷結(jié)果，選擇分配處理的功能模塊，對(duì)所選擇的功能模塊請(qǐng)求處理。并且，各個(gè)功能模塊具有委托受理程序，根據(jù)來(lái)自包通信裝置主體的處理委托消息進(jìn)行能否處理的判斷，把該判斷結(jié)果發(fā)送給包通信裝置主體。
根據(jù)本發(fā)明的解決方案，提供一種在網(wǎng)絡(luò)中接收包，并傳送所接收的包的包通信裝置，具有相對(duì)于所述網(wǎng)絡(luò)發(fā)送接收所述包的網(wǎng)絡(luò)接口；對(duì)所述包進(jìn)行特定的處理內(nèi)容的處理的功能模塊；路徑檢索部，保持用于獲得所述網(wǎng)絡(luò)接口和所述功能模塊的識(shí)別符的路徑表，把根據(jù)所輸入的包使用所述路徑表尋找到的所述識(shí)別符賦予給所述包；模塊控制管理部，存儲(chǔ)記載了實(shí)施處理的包的條件和對(duì)符合所述條件的包的處理內(nèi)容的結(jié)構(gòu)定義信息，根據(jù)所述結(jié)構(gòu)定義信息，尋找可以處理所述處理內(nèi)容的所述功能模塊的識(shí)別符并存儲(chǔ)，所述模塊控制管理部把所述處理內(nèi)容的全部或一部分作為處理委托，發(fā)送給所述功能模塊，所述功能模塊判斷是否能夠執(zhí)行從所述模塊控制管理部接收的所述處理內(nèi)容的處理，把判斷結(jié)果發(fā)送給所述模塊控制管理部，所述模塊控制管理部根據(jù)所述功能模塊返回的判斷結(jié)果，選擇對(duì)有關(guān)所述處理內(nèi)容的處理進(jìn)行分配的功能模塊，對(duì)所選擇的所述功能模塊進(jìn)行設(shè)定處理的請(qǐng)求，所述模塊控制管理部對(duì)所述路徑檢索部進(jìn)行指示，以便按照根據(jù)所述結(jié)構(gòu)定義信息指定的處理內(nèi)容，將符合所述條件的包發(fā)送給所選擇的一個(gè)或多個(gè)所述功能模塊，所述路徑檢索部按照來(lái)自所述模塊控制管理部的所述指示，設(shè)定路徑表。
根據(jù)本發(fā)明，不是由包通信裝置主體內(nèi)的模塊控制管理部，而是由功能模塊判定是否可以執(zhí)行請(qǐng)求處理項(xiàng)目。因此，在導(dǎo)入新的功能模塊時(shí)，不必更新模塊控制管理使用的結(jié)構(gòu)定義處理程序即可進(jìn)行對(duì)功能模塊的設(shè)定。因此，本發(fā)明具有在向包通信裝置導(dǎo)入新的功能模塊時(shí)抑制管理負(fù)荷的效果。


圖1是配置有包通信裝置的網(wǎng)絡(luò)的結(jié)構(gòu)圖。
圖2是包通信裝置的結(jié)構(gòu)圖。
圖3是表示將模塊導(dǎo)入包通信裝置的步驟的程序圖。
圖4是表示包通信裝置接收了模塊識(shí)別符時(shí)的結(jié)構(gòu)定義處理程序的動(dòng)作的流程圖。
圖5是表示包通信裝置的功能模塊信息的圖。
圖6是表示向包通信裝置提供結(jié)構(gòu)定義文件的步驟的程序圖。
圖7是表示提供給包通信裝置的結(jié)構(gòu)定義文件的格式的圖。
圖8是表示包通信裝置接收了結(jié)構(gòu)定義文件時(shí)的結(jié)構(gòu)定義處理程序的動(dòng)作的流程圖。
圖9是表示包通信裝置的結(jié)構(gòu)定義信息的圖。
圖10是表示包通信裝置的處理分配信息的再構(gòu)成處理的步驟的程序圖。
圖11是表示包通信裝置的處理分配信息的再構(gòu)成時(shí)的、結(jié)構(gòu)定義處理程序的動(dòng)作的流程圖。
圖12是表示包通信裝置的處理委托消息的圖。
圖13是表示用于答復(fù)包通信裝置的詢問(wèn)的管理終端的接口的圖。
圖14是表示包通信裝置的處理分配信息的圖。
圖15是表示包通信裝置的處理請(qǐng)求消息的圖。
圖16是表示包通信裝置的路徑表的圖。
圖17是表示包通信裝置的功能模塊的請(qǐng)求受理程序的處理判斷的流程圖。
圖18是表示從包通信裝置釋放模塊的步驟的程序圖。
圖19是表示包通信裝置從管理終端接收到模塊釋放指示時(shí)的結(jié)構(gòu)定義處理程序的處理的流程圖。
圖20是表示包通信裝置的處理分配信息的再構(gòu)成時(shí)的、結(jié)構(gòu)定義處理程序的動(dòng)作的第2實(shí)施例的流程圖。
圖21是具體表示流程處理信息1407的圖。
具體實(shí)施例方式
在本實(shí)施方式中，模塊控制管理部把記述了在包通信裝置中執(zhí)行的處理的結(jié)構(gòu)定義信息發(fā)送給各個(gè)功能模塊，各個(gè)功能模塊把可以執(zhí)行的處理發(fā)送給模塊控制管理部。模塊控制管理部根據(jù)從各個(gè)功能模塊接收的判斷結(jié)果，對(duì)各個(gè)功能模塊進(jìn)行處理設(shè)定。這一系列的處理在對(duì)包通信裝置連接了功能模塊時(shí)，在管理者更新了結(jié)構(gòu)定義信息時(shí)，在管理者進(jìn)行了功能模塊的釋放指示時(shí)執(zhí)行。
以下，根據(jù)

本發(fā)明的包通信裝置的實(shí)施方式。
1.結(jié)構(gòu)圖1表示適用本實(shí)施方式的包通信裝置100的包交換網(wǎng)絡(luò)1。
包交換網(wǎng)絡(luò)1通過(guò)相互連接多個(gè)包通信裝置100而構(gòu)成。
用戶使用連接到包通信裝置100的終端600并利用包交換網(wǎng)絡(luò)1。管理終端500是網(wǎng)絡(luò)管理者為了管理包通信裝置100而使用的終端，直接或者通過(guò)包交換網(wǎng)絡(luò)1間接連接到管理的包通信裝置100。
圖2表示本實(shí)施方式的包通信裝置。包通信裝置100具有包通信裝置主體105和功能模塊201、203、204。包通信裝置主體105具有網(wǎng)絡(luò)接口111、112；路徑檢索部120；功能模塊接口131、132、133、134；模塊控制管理部140；和交換器150。在圖2中，它們的數(shù)量分別是兩個(gè)、一個(gè)、四個(gè)、一個(gè)、一個(gè)，但本發(fā)明不限于該數(shù)量，可以根據(jù)需要增加或減少數(shù)量，另外也可以由此提高性能。
網(wǎng)絡(luò)接口111、112將與包通信裝置100連接的外部節(jié)點(diǎn)和交換器150連接，進(jìn)行包的發(fā)送接收。具體講，利用路徑檢索部120尋找所接收的包的傳送目標(biāo)，把其硬件識(shí)別符賦予到包中發(fā)送給交換器150。
路徑檢索部120具有處理器1201和存儲(chǔ)裝置1202。存儲(chǔ)裝置1202內(nèi)的路徑檢索程序1204從由網(wǎng)絡(luò)接口111、112發(fā)送的包中，參照路徑表1203或常規(guī)路徑表1205，尋找該包的傳送目標(biāo)，并發(fā)送給網(wǎng)絡(luò)接口111、112。關(guān)于路徑表1203的內(nèi)容將在后面敘述。
交換器150將網(wǎng)絡(luò)接口111、112、功能模塊接口131、132、133、134相互連接，把所接收的包傳送給按照包內(nèi)的硬件識(shí)別符指定的目的地。
功能模塊接口131、132、133、134將交換器150和功能模塊201、203、204連接，進(jìn)行包的傳送。
模塊控制管理部140具有處理器1401和存儲(chǔ)裝置1402。模塊控制管理部140與路徑檢索部120和功能模塊接口131、132、133、134連接。存儲(chǔ)裝置1402內(nèi)的結(jié)構(gòu)定義處理程序1403根據(jù)功能模塊信息1404、處理內(nèi)容信息1405、處理分配信息1406、流程處理信息1407，進(jìn)行路徑檢索部120和功能模塊201、203、204的控制及管理。
在圖2中，模塊控制管理部140分別通過(guò)獨(dú)立的線路連接功能模塊接口131、132、133、134，但本發(fā)明不限于該結(jié)構(gòu)，也可以是使用基于總線等的共用線路的連接。
功能模塊201、203、204通過(guò)功能模塊接口131、133、134連接包通信裝置主體105，具有處理器2011、2031、2041和存儲(chǔ)裝置2012、2032、2042。存儲(chǔ)裝置2012、2032、2042內(nèi)的功能處理程序2013、2033、2043，分別是在處理器2011、2031、2041內(nèi)對(duì)所接收的包進(jìn)行加密、濾波、路由設(shè)定等的高功能處理的程序。存儲(chǔ)裝置2012、2032、2042內(nèi)的委托受理程序2014、2034、2044分別是在處理器2011、2031、2041內(nèi)進(jìn)行后述的處理委托消息和處理請(qǐng)求消息等的處理的程序。
2.設(shè)定的整體流程在使用本實(shí)施方式的包通信裝置100提供服務(wù)時(shí)，管理者進(jìn)行以下作業(yè)。
·把功能模塊連接到包通信裝置主體105·制作用于規(guī)定包通信裝置的動(dòng)作的結(jié)構(gòu)定義文件，設(shè)定于包通信裝置100·從包通信裝置主體105取下功能模塊以下，說(shuō)明在管理者進(jìn)行上述作業(yè)時(shí)，本實(shí)施方式的包通信裝置根據(jù)結(jié)構(gòu)定義文件對(duì)功能模塊201、203、204進(jìn)行動(dòng)作設(shè)定的方法。
《連接》圖3表示向包通信裝置主體105連接功能模塊201、203、204的步驟。
首先，管理者通過(guò)功能模塊接口131、133、134將功能模塊201、203、204物理連接到包通信裝置主體105。功能模塊201、203、204在被連接到包通信裝置主體105上后，從物理上或電氣上感知到該連接，并以此為觸發(fā)，把自身的模塊識(shí)別符發(fā)送給包通信裝置主體105的模塊控制管理部140。作為包通信裝置內(nèi)的消息和數(shù)據(jù)的發(fā)送單元，使用IP和以太網(wǎng)(富士施樂(lè)株式會(huì)社的注冊(cè)商標(biāo))等的協(xié)議。以后的發(fā)送接收單元也相同。
圖4表示包通信裝置接收到模塊識(shí)別符時(shí)的結(jié)構(gòu)定義處理程序的動(dòng)作的流程圖。
以下，根據(jù)圖4的流程圖說(shuō)明接收到模塊識(shí)別符時(shí)的包通信裝置主體105的動(dòng)作。該處理由包通信裝置主體105內(nèi)的模塊控制管理部40的處理器1401，按照作為程序記述了以下說(shuō)明的動(dòng)作的結(jié)構(gòu)定義處理程序1403執(zhí)行。
處理器1401從各個(gè)功能模塊201、203、204接收了模塊識(shí)別符后(S11)，把所接收的功能模塊接口序號(hào)和所接收的模塊識(shí)別符記錄在功能模塊信息1404中(S12)。
圖5具體表示功能模塊信息1404。功能模塊信息1404包括功能模塊接口序號(hào)字段C141和模塊識(shí)別符字段C142。處理器1401把與所接收的功能模塊接口序號(hào)對(duì)應(yīng)的記錄的模塊識(shí)別符字段C142改寫(xiě)為所接收的模塊識(shí)別符。例如在圖2中，在功能模塊接口131連接具有模塊識(shí)別符為“OSPF ver.1”的功能模塊201時(shí)，該信息被保存在功能模塊接口序號(hào)為1的記錄R141中。由于功能模塊接口132沒(méi)有安裝功能模塊，所以該信息被保存在記錄R142中。并且，在功能模塊接口133、134連接具有模塊識(shí)別符為“IPSec ver.1”的功能模塊203、204時(shí)，該信息被保存在記錄R143、R144中。
然后，處理器1401調(diào)查處理內(nèi)容信息1405中是否登記了結(jié)構(gòu)定義(S13)。在已登記時(shí)，進(jìn)行后述的處理分配信息的再構(gòu)成(S14)。另一方面，在沒(méi)有登記時(shí)，轉(zhuǎn)入步驟S15。
在結(jié)束以上的處理后，包通信裝置主體105結(jié)束接收了模塊識(shí)別符時(shí)的處理器1401的動(dòng)作(S15)。
《結(jié)構(gòu)定義文件更新》圖6表示從管理終端500發(fā)送結(jié)構(gòu)定義文件50，并更新包通信裝置主體105的處理內(nèi)容信息1405的步驟。
首先，管理者使用管理終端500向包通信裝置主體105發(fā)送結(jié)構(gòu)定義文件50。
圖7表示結(jié)構(gòu)定義文件50的結(jié)構(gòu)。在圖中，根據(jù)XML(ExtensiveMarkup Language)格式記述結(jié)構(gòu)定義。結(jié)構(gòu)定義文件50包括記述針對(duì)流程(flow)的處理的一個(gè)以上的flowblock要素51。flowblock要素51包括一個(gè)以上的表示把包識(shí)別為流程的流程條件的flow要素52；和一個(gè)以上的表示針對(duì)該流程的包的處理內(nèi)容的action要素53、56。具體講，針對(duì)與利用flow要素52表示的流程條件、即“發(fā)信地點(diǎn)地址為192.168.100.0/255.255.255.0、且協(xié)議序號(hào)為89”的條件一致的包，按照該順序?qū)嵤├胊ction要素53、56記述的處理內(nèi)容。action要素53、56分別包括表示處理內(nèi)容的類別的處理類別識(shí)別符53a、56a，和請(qǐng)求處理項(xiàng)目54、55、57、58。請(qǐng)求處理項(xiàng)目54、55、57、58分別包括請(qǐng)求處理項(xiàng)目名稱54a、55a、57a、58a和請(qǐng)求處理項(xiàng)目值54b、55b、57b、58b。作為請(qǐng)求處理項(xiàng)目名稱和請(qǐng)求處理項(xiàng)目值可以記述什么內(nèi)容(處理項(xiàng)目模式(schema))，對(duì)應(yīng)處理類別識(shí)別符另外確定，例如設(shè)定為XML模式等。該處理項(xiàng)目模式只由管理者和模塊使用。包通信裝置主體105不使用處理項(xiàng)目模式，把這些請(qǐng)求處理項(xiàng)目和請(qǐng)求處理項(xiàng)目值作為單純的文字串?dāng)?shù)據(jù)，進(jìn)行與管理者和模塊的發(fā)送接收。
圖8是表示包通信裝置接收了結(jié)構(gòu)定義文件時(shí)的結(jié)構(gòu)定義處理程序的動(dòng)作的流程圖。
下面，根據(jù)圖8的流程圖說(shuō)明接收了結(jié)構(gòu)定義文件50時(shí)的包通信裝置主體105的動(dòng)作。該處理由包通信裝置主體105內(nèi)的模塊管理控制部140的處理器1401，按照作為程序記述了以下說(shuō)明的動(dòng)作的結(jié)構(gòu)定義處理程序1403執(zhí)行。
處理器1401從管理終端500接收結(jié)構(gòu)定義文件50后(S21)，按照該文件更新流程處理信息1407和處理內(nèi)容信息1405(S22)。
圖21具體表示流程處理信息1407。流程處理信息1407包括，按照結(jié)構(gòu)定義文件50的每個(gè)flowblock要素，保存flow要素的流程條件字段C171、和保存賦予給action要素的唯一值的處理ID目錄字段C172。
圖9具體表示處理內(nèi)容信息1405。處理內(nèi)容信息1405包括，結(jié)構(gòu)定義文件50的每個(gè)action要素中的，保存賦予給結(jié)構(gòu)定義文件50的action要素的唯一值的請(qǐng)求處理ID字段C151；保存由action要素指定的“OSPF”和“IPSEC”等處理類別識(shí)別符的處理類別識(shí)別符字段C152；保存action要素內(nèi)的請(qǐng)求處理項(xiàng)目54、55、57、58的請(qǐng)求處理項(xiàng)目目錄字段C153。
以接收了圖7所示的結(jié)構(gòu)定義文件50為例，說(shuō)明流程處理信息1407和處理內(nèi)容信息1405的更新方法。處理器1401首先對(duì)結(jié)構(gòu)定義文件50的action要素53、56分別賦予唯一值1、2，作為請(qǐng)求處理ID，把a(bǔ)ction要素53的請(qǐng)求處理ID 1、處理類別識(shí)別符53a、處理項(xiàng)目54、55保存在處理內(nèi)容信息1405的R151中，把a(bǔ)ction要素56的請(qǐng)求處理ID 2、處理類別識(shí)別符56a、處理項(xiàng)目57、58保存在處理內(nèi)容信息1405的R152中。然后，把按照f(shuō)low要素52指定的流程條件、和賦予給action要素53、56的請(qǐng)求處理ID(1、2)保存在流程處理信息1407的R171中。
然后，處理器1401進(jìn)行處理分配信息的再構(gòu)成(S23)。關(guān)于處理分配信息的再構(gòu)成將在后面敘述。
在結(jié)束以上的處理后，包通信裝置主體105結(jié)束接收了結(jié)構(gòu)定義文件50時(shí)的處理器1401的動(dòng)作(S24)。
《處理分配信息的再構(gòu)成》使用圖10～圖17表示處理分配信息的再構(gòu)成的步驟。處理分配信息的再構(gòu)成是，包通信裝置主體105內(nèi)的處理器1401，按照結(jié)構(gòu)定義處理程序1403，根據(jù)處理內(nèi)容信息1405進(jìn)行功能模塊201、203、204的動(dòng)作設(shè)定。關(guān)于包通信裝置主體105的動(dòng)作，列舉第一實(shí)施例和第二實(shí)施例兩個(gè)示例。
以下，首先使用圖10說(shuō)明管理終端500、包通信裝置主體105、功能模塊201、203、204的處理步驟的概要。然后，使用圖11的流程圖說(shuō)明圖中的包通信裝置主體105在第一實(shí)施例中的動(dòng)作，使用圖20的流程圖說(shuō)明在第二實(shí)施例中的動(dòng)作，使用圖17的流程圖說(shuō)明功能模塊201、203、204各自的動(dòng)作。
(第1實(shí)施例)
圖10表示，處理分配信息的再構(gòu)成時(shí)，按照包通信裝置主體內(nèi)的處理內(nèi)容信息1405中包含的每個(gè)記錄(相當(dāng)于圖9中的R151、R152)進(jìn)行的處理的步驟。
首先，包通信裝置主體105向功能模塊201、203、204發(fā)送處理委托消息800。功能模塊201、203、204進(jìn)行后述的判斷處理，把其判斷結(jié)果發(fā)送給包通信裝置主體105。包通信裝置主體105根據(jù)所接收的判斷結(jié)果，把該判斷結(jié)果作為選擇請(qǐng)求發(fā)送給管理終端500，使管理者進(jìn)行選擇，并接收其選擇結(jié)果。并且，包通信裝置主體105根據(jù)判斷結(jié)果和選擇結(jié)果的信息，選擇分配處理的功能模塊，把該選擇結(jié)果記錄在處理分配信息1406中。另外，向所選擇的功能模塊發(fā)送處理請(qǐng)求消息。
以上是圖10所示的處理分配信息的再構(gòu)成時(shí)的處理步驟的概要。
圖11是表示包通信裝置進(jìn)行處理分配信息的再構(gòu)成時(shí)的、結(jié)構(gòu)定義處理程序的動(dòng)作的第1實(shí)施例的流程圖。
下面，根據(jù)圖11的流程圖具體說(shuō)明處理分配信息的再構(gòu)成時(shí)、包通信裝置主體105的第1實(shí)施例的動(dòng)作。該處理由包通信裝置主體105內(nèi)的模塊控制管理部140的處理器1401，按照作為程序記述了以下說(shuō)明的動(dòng)作的結(jié)構(gòu)定義處理程序1403執(zhí)行。
在處理分配信息的再構(gòu)成開(kāi)始后(S101)，處理器1401開(kāi)始處理內(nèi)容信息1405的每個(gè)記錄(請(qǐng)求處理)的循環(huán)(S102)。
首先，處理器1401向包通信裝置100內(nèi)的功能模塊201、203、204發(fā)送處理委托消息800(S103)。
圖12是表示包通信裝置的處理委托消息的圖。
處理委托消息800包括該請(qǐng)求處理的處理類別識(shí)別符801(圖9的C152)和請(qǐng)求處理項(xiàng)目目錄802(圖9的C153)。
處理委托消息800可以發(fā)送給所有功能模塊，或者，包通信裝置主體105預(yù)先保存該請(qǐng)求處理的處理類別識(shí)別符字段與功能模塊201、203、204的模塊識(shí)別符的對(duì)應(yīng)表，與該內(nèi)容進(jìn)行比較，只發(fā)送給所選擇的功能模塊。并且，也可以利用總線將模塊控制管理部140與各個(gè)功能模塊接口131、133、134連接，通過(guò)廣播和組播一次發(fā)送給多個(gè)功能模塊。
然后，等待接收來(lái)自發(fā)送了處理委托消息800的功能模塊201、203、204的判斷結(jié)果消息(S104)。判斷結(jié)果消息包含能夠處理或不能處理的某一種判斷結(jié)果。在該等待接收狀態(tài)下，在未能接收判斷結(jié)果消息而經(jīng)過(guò)了預(yù)先規(guī)定的時(shí)間時(shí)，認(rèn)為該功能模塊產(chǎn)生了故障，視為從該功能模塊接收了不能處理的判斷，轉(zhuǎn)入后面的處理。
然后，調(diào)查已返回能夠處理判斷的功能模塊數(shù)量(S105)。在已返回能夠處理判斷的功能模塊數(shù)量為0時(shí)，處理器1401調(diào)查該處理請(qǐng)求是否已被管理者指定為必須(S106)，在指定為必須時(shí)，作為結(jié)構(gòu)定義文件錯(cuò)誤通知管理者，結(jié)束處理分配信息的再構(gòu)成進(jìn)程(S107)。另一方面，在未指定為必須時(shí)，無(wú)視該請(qǐng)求處理，轉(zhuǎn)入循環(huán)結(jié)束S111。
在步驟S105，在已返回能夠處理判斷的功能模塊數(shù)量為1時(shí)，把已返回能夠處理判斷的功能模塊選擇為分配該處理的功能模塊，轉(zhuǎn)入步驟S109。
并且，在步驟S105，在已返回能夠處理判斷的功能模塊數(shù)量為2以上時(shí)，處理器1401把與返回能夠處理判斷的功能模塊相關(guān)的信息(名稱、接口序號(hào)、模塊識(shí)別符、處理ID目錄等)作為選擇請(qǐng)求，發(fā)送給管理終端500，以使管理者從中選擇分配處理的功能模塊。
圖13是表示用于答復(fù)包通信裝置的詢問(wèn)的管理終端的接口的圖。
此處說(shuō)明管理終端500。管理終端500具有畫(huà)面501和輸入裝置502、503。管理終端500在從包通信裝置主體105接收了選擇請(qǐng)求時(shí)，在畫(huà)面501，顯示關(guān)于已返回能夠處理判斷的多個(gè)功能模塊，分別顯示可以識(shí)別其的名稱和接口序號(hào)、模塊識(shí)別符、在裝置內(nèi)的物理位置等。管理者參照畫(huà)面501，使用輸入裝置502、503從中選擇一個(gè)。管理終端500把用于識(shí)別該功能模塊的信息作為選擇結(jié)果，發(fā)送給包通信裝置主體105。
包通信裝置主體105從管理終端500接收選擇結(jié)果后，處理器1401根據(jù)所接收的選擇結(jié)果中包含的選擇信息，選擇分配處理的功能模塊(S108)。
也可以不采用以上所述的、向管理終端500發(fā)送選擇請(qǐng)求使管理者選擇的方法，可以采用以下方法，各個(gè)功能模塊201、203、204在接收到處理委托消息時(shí)求出對(duì)于請(qǐng)求處理的優(yōu)先級(jí)，將該優(yōu)先級(jí)信息包含在判斷結(jié)果消息中進(jìn)行發(fā)送，處理器1401根據(jù)該優(yōu)先級(jí)信息，選擇分配該處理的功能模塊。
并且，在進(jìn)行上述選擇時(shí)，選擇多個(gè)功能模塊，通過(guò)向這些功能模塊分配相同的處理，可以提高該請(qǐng)求處理的可用性和處理性能。此時(shí)，也可以利用處理內(nèi)容信息1405指定多個(gè)功能模塊的選擇方法。作為該指定示例有以下所述的示例等，使判斷結(jié)果消息中包含優(yōu)先級(jí)信息，只選擇該優(yōu)先級(jí)信息與處理內(nèi)容信息1405中指定的條件一致的模塊，或者，把與返回能夠處理判斷的功能模塊相關(guān)的信息(名稱、接口序號(hào)等)作為選擇請(qǐng)求，發(fā)送給管理終端500，使管理者選擇。
另外，模塊控制管理部140的處理器1401也可以根據(jù)判斷結(jié)果選擇進(jìn)行處理的功能模塊201、203、204，在進(jìn)行處理的功能模塊已確定的階段，停止對(duì)剩余的功能模塊發(fā)送處理內(nèi)容。
在進(jìn)行了分配處理的功能模塊的選擇后，處理器1401更新處理分配信息1406(S109)。
圖14是表示包通信裝置的處理分配信息的圖。處理分配信息1406包括請(qǐng)求處理ID字段C161、可以處理模塊字段C162和分配模塊字段C163。處理器1401對(duì)把與當(dāng)前正在處理的處理內(nèi)容信息1405的記錄的請(qǐng)求處理ID字段C151相同的值作為請(qǐng)求處理ID字段C161的值的處理分配信息1406的記錄，把已返回能夠處理判斷的功能模塊所連接的所有接口序號(hào)存儲(chǔ)在可以處理模塊字段C162中，把作為分配處理的功能模塊所選擇的功能模塊的接口序號(hào)存儲(chǔ)在分配模塊字段C163中。例如，記錄R161在請(qǐng)求處理ID字段C161中保存表示圖9中的對(duì)應(yīng)的請(qǐng)求處理的記錄R151的請(qǐng)求ID字段C151的值、即1，在可以處理模塊字段C162中保存已對(duì)對(duì)應(yīng)的請(qǐng)求處理的處理委托返回能夠處理判斷的功能模塊所連接的功能模塊接口的序號(hào)，此處保存1號(hào)。記錄R162在請(qǐng)求處理ID字段C161中保存表示圖9中的對(duì)應(yīng)的請(qǐng)求處理的記錄R152的請(qǐng)求ID字段C151的值、即2，在可以處理模塊字段C162和分配模塊字段C163中保存已對(duì)對(duì)應(yīng)的請(qǐng)求處理的處理委托返回能夠處理判斷的功能模塊所連接的功能模塊接口的序號(hào)，此處保存3號(hào)和4號(hào)，在分配模塊字段C163中保存管理者利用管理終端500選擇的功能模塊所連接的功能模塊接口的序號(hào)，此處保存3號(hào)。
然后，處理器1401向作為分配處理的功能模塊所選擇的功能模塊發(fā)送處理請(qǐng)求消息810(S110)。
圖15是表示包通信裝置的處理請(qǐng)求消息的圖。處理請(qǐng)求消息810包括處理類別識(shí)別符811和請(qǐng)求處理項(xiàng)目目錄812。它們的值是與此前發(fā)送的處理委托消息800的處理類別識(shí)別符801和請(qǐng)求處理項(xiàng)目目錄802相同的值。
以上結(jié)束針對(duì)一個(gè)請(qǐng)求處理的處理。在對(duì)所有請(qǐng)求處理重復(fù)以上步驟后，退出請(qǐng)求處理循環(huán)(S111)。
在對(duì)所有的請(qǐng)求處理結(jié)束上述處理后，處理器1401設(shè)定路徑檢索部120的路徑表1203，以便將在網(wǎng)絡(luò)接口111、112接收的包，按照對(duì)結(jié)構(gòu)定義文件50指定的條件和順序傳送給功能模塊201、203、204(S112)(關(guān)于路徑表1203的具體情況參照后面的圖16及其說(shuō)明部分。)。
具體講，模塊控制管理部140的處理器1401為了將符合所述條件的包發(fā)送給通過(guò)上述的分配處理所選擇的功能模塊201、203、204，對(duì)路徑檢索部120進(jìn)行指示，路徑檢索部120的處理器1201按照該指示設(shè)定路徑表1203。
另外，也可以對(duì)路徑檢索部120進(jìn)行指示，以便使對(duì)應(yīng)處理委托的由結(jié)構(gòu)定義信息內(nèi)的包條件指定的包，按照由結(jié)構(gòu)定義信息指定的步驟進(jìn)行負(fù)荷分散或功能分散，并發(fā)送給模塊控制管理部140選擇的功能模塊201、203或204。
(第2實(shí)施方式)圖20是表示包通信裝置進(jìn)行處理分配信息的再構(gòu)成時(shí)的、結(jié)構(gòu)定義處理程序的動(dòng)作的第2實(shí)施例的流程圖。
下面，利用圖20的流程圖具體說(shuō)明處理分配信息的再構(gòu)成時(shí)的、包通信裝置主體105的第2實(shí)施例的動(dòng)作。該處理與第1實(shí)施例相同，由包通信裝置主體105內(nèi)的模塊控制管理部140的處理器1401，按照作為程序記述了以下說(shuō)明的動(dòng)作的結(jié)構(gòu)定義處理程序1403執(zhí)行。
在處理分配信息的再構(gòu)成開(kāi)始后(S101)，處理器1401開(kāi)始內(nèi)容信息1405的每個(gè)記錄(請(qǐng)求處理)的循環(huán)(S102)，并開(kāi)始每個(gè)功能模塊的循環(huán)(S1021)。
然后，處理器1401向該功能模塊發(fā)送與第1實(shí)施例相同的處理委托消息800(S1031)，等待接收來(lái)自該功能模塊的與第1實(shí)施例相同的判斷結(jié)果消息(S1041)。在該等待接收狀態(tài)下，在未能接收判斷結(jié)果消息而經(jīng)過(guò)了預(yù)先規(guī)定的時(shí)間時(shí)，認(rèn)為該功能模塊產(chǎn)生了故障，視為從該功能模塊接收了不能處理的判斷，轉(zhuǎn)入后面的處理。
然后，調(diào)查對(duì)于該處理已返回能夠處理判斷的功能模塊是否達(dá)到規(guī)定的數(shù)量(S1051)。在未達(dá)到規(guī)定的數(shù)量時(shí)，調(diào)查是否已向所有的功能模塊發(fā)送了處理委托消息(S1052)。仍存在沒(méi)有向其發(fā)送處理委托消息的功能模塊時(shí)，轉(zhuǎn)入步驟S1021，對(duì)剩余的功能模塊進(jìn)行相同的處理。另一方面，在已向所有的功能模塊發(fā)送了處理委托消息時(shí)，調(diào)查該處理請(qǐng)求是否被管理者指定為必須(S106)，在指定為必須時(shí)，作為結(jié)構(gòu)定義文件錯(cuò)誤通知管理者，結(jié)束處理分配信息的再構(gòu)成進(jìn)程(S107)。另一方面，在未指定為必須時(shí)，無(wú)視該請(qǐng)求處理，轉(zhuǎn)入循環(huán)結(jié)束S111。
在步驟S1051中，達(dá)到規(guī)定的數(shù)量時(shí)，處理器1401選擇該功能模塊作為分配該處理的功能模塊，與第1實(shí)施例相同，更新圖14所示的處理分配信息1406(S109)。另外，處理器1401向所選擇的功能模塊發(fā)送圖15所示的處理請(qǐng)求消息810(S110)。
以上結(jié)束針對(duì)一個(gè)請(qǐng)求處理的處理。在對(duì)所有的請(qǐng)求處理重復(fù)上述步驟后，退出請(qǐng)求處理循環(huán)(S111)。在對(duì)所有的請(qǐng)求處理結(jié)束上述的處理后，處理器1401與第1實(shí)施例相同，設(shè)定路徑檢索部120的路徑表1203(S112)。如果路徑表1202的設(shè)定完成，結(jié)束設(shè)定進(jìn)程(S113)。
《功能模塊的處理》圖17是表示根據(jù)包通信裝置的功能模塊的請(qǐng)求受理程序的處理判斷的流程圖。
下面，根據(jù)圖17的流程圖，說(shuō)明從包通信裝置主體105接收了處理委托消息800時(shí)的功能模塊201、203、204的動(dòng)作。該處理分別由功能模塊201、203、204內(nèi)的處理器2011、2031、2041按照作為程序記述了以下說(shuō)明的動(dòng)作的委托受理程序2014、2034、2044執(zhí)行。
各個(gè)功能模塊201、203、204在接收處理委托消息800時(shí)(S201)，處理器2011、2031、2041分別參照處理委托消息800內(nèi)的處理類別識(shí)別符801，判定其是否與預(yù)先登記或設(shè)定在功能模塊中的一致(S202)。在步驟S202的判斷中，在不一致時(shí)把控制轉(zhuǎn)入S208。
另一方面，在一致時(shí)，開(kāi)始處理委托消息800內(nèi)的請(qǐng)求處理項(xiàng)目目錄802的各個(gè)項(xiàng)目(803、804)的循環(huán)(S203)。首先，判定該請(qǐng)求處理項(xiàng)目的請(qǐng)求處理項(xiàng)目名稱是否與預(yù)先登記或設(shè)定在功能模塊201、203、204中的一致(S204)。在步驟S204的判斷中，在不一致時(shí)把控制轉(zhuǎn)入S208。而在一致時(shí)，把該請(qǐng)求處理項(xiàng)目的請(qǐng)求處理項(xiàng)目值作為條件，判定功能模塊201、203、204是否能夠進(jìn)行包處理(S205)。在步驟S205的判斷中，在判定為不能進(jìn)行包處理時(shí)，把控制轉(zhuǎn)入S208。
此處，具體說(shuō)明步驟S202～S205的判斷。例如，在請(qǐng)求處理為圖9中的記錄R152時(shí)，圖12所示的處理委托消息800的處理類別識(shí)別符801為“IPSEC”，處理請(qǐng)求項(xiàng)目803的請(qǐng)求處理項(xiàng)目名稱為“mode”、請(qǐng)求處理項(xiàng)目值為“encrypt3DES”。并且，處理請(qǐng)求項(xiàng)目804的請(qǐng)求處理項(xiàng)目名稱為“throughput”、請(qǐng)求處理項(xiàng)目值為“10Mbps”。例如，在模塊203預(yù)先進(jìn)行了如下設(shè)定時(shí)，即，對(duì)處理類別識(shí)別符為“IPSEC”的請(qǐng)求處理，作為請(qǐng)求處理項(xiàng)目名稱受理“mode”和“throughput”，受理“mode”時(shí)的請(qǐng)求處理項(xiàng)目值為“encryptDES”、“encrypt3DES”、“decryptDES”、“decrypt3DES”、“decryptAES”中的某一個(gè)，受理“throughput”時(shí)的請(qǐng)求處理項(xiàng)目值為“1Mbps”～“10Mbps”，根據(jù)處理器2031在步驟S202、S204、S205中的判斷全部為真。假定預(yù)先設(shè)定為請(qǐng)求處理項(xiàng)目名稱為“mode”時(shí)的請(qǐng)求處理項(xiàng)目值為“encryptDES”、“decryptDES”中的某一個(gè)時(shí)，步驟S205中的判斷為假。并且，在模塊203沒(méi)有設(shè)定作為可以受理的請(qǐng)求處理項(xiàng)目名稱的“throughput”時(shí)，步驟S204中的判斷為假，沒(méi)有在模塊203設(shè)定作為可以受理的處理類別識(shí)別符的“IPSEC”時(shí)，步驟S202中的判斷為假。
在步驟S205判斷為可以進(jìn)行包處理時(shí)，進(jìn)行是否退出請(qǐng)求處理項(xiàng)目的循環(huán)的判斷(S206)。在沒(méi)有調(diào)查所有的請(qǐng)求項(xiàng)目時(shí)，返回S203。
在判斷為可以對(duì)所有的請(qǐng)求處理項(xiàng)目進(jìn)行包處理時(shí)，把可以處理信息作為判斷結(jié)果消息發(fā)送給模塊控制管理部140(S207)。對(duì)此，在把控制轉(zhuǎn)入步驟S208的情況下，把不能處理信息作為判斷結(jié)果消息發(fā)送給模塊控制管理部140。
下面，說(shuō)明功能模塊201、203、204從包通信裝置主體接收了處理請(qǐng)求消息810后的動(dòng)作。
功能模塊201、203、204接收了處理請(qǐng)求消息810后，對(duì)以后接收的包，按照處理請(qǐng)求消息810內(nèi)的處理類別識(shí)別符811和請(qǐng)求處理項(xiàng)目目錄812的內(nèi)容，分配功能模塊201、203、204內(nèi)的處理器2011、2031、2041和存儲(chǔ)裝置2012、2032、2042等的資源，設(shè)定功能處理程序2013、2033、2043使用的變數(shù)等。
作為利用處理請(qǐng)求消息810進(jìn)行處理設(shè)定的其他方法，也可以采用以下方法，處理請(qǐng)求消息810不包含處理類別識(shí)別符811和請(qǐng)求處理項(xiàng)目目錄812，而包含用于識(shí)別處理器1401此前剛剛發(fā)送的處理委托消息800的序號(hào)，功能模塊201、203、204保存從處理器1401接收的處理委托消息800的內(nèi)容，在接收處理請(qǐng)求消息810時(shí)，根據(jù)其識(shí)別序號(hào)參照處理類別識(shí)別符801和請(qǐng)求處理項(xiàng)目目錄802，按照其內(nèi)容分配處理器2011、2031、2041和存儲(chǔ)裝置2012、2032、2042等的資源，設(shè)定功能處理程序2013、2033、2043使用的變數(shù)等。
《包的傳送》下面，以包通信裝置100在網(wǎng)絡(luò)接口(1)111中接收了發(fā)信地點(diǎn)IP地址為192.168.100.1、協(xié)議序號(hào)89的包為例，說(shuō)明包通信裝置100的包處理動(dòng)作。
所接收的包的標(biāo)題部分被發(fā)送給路徑檢索部120。路徑檢索部的處理器1201按照路徑檢索程序1204，參照路徑表1203尋找傳送目標(biāo)功能模塊。
圖16表示路徑表1203的具體情況。路徑表1203包括流程條件字段C121和傳送目標(biāo)功能模塊接口序號(hào)字段C122。例如，在記錄R121中，在流程條件字段C121記錄按照結(jié)構(gòu)定義文件50的flow要素52指定的值，在傳送目標(biāo)功能模塊接口序號(hào)字段C122記錄分配結(jié)構(gòu)定義文件50的action要素53、56的功能模塊的接口序號(hào)。處理器1401根據(jù)流程處理信息1407的流程條件，適當(dāng)參照功能模塊信息1404、處理內(nèi)容信息1405、處理分配信息1406，可以生成路徑表1203。另外，在該示例中，路徑表1203的傳送目標(biāo)功能模塊接口序號(hào)是按照處理被執(zhí)行的順序來(lái)存儲(chǔ)其序號(hào)。在該示例中，參照?qǐng)D16所示的路徑表1203，獲得傳送目標(biāo)功能模塊(1)、(3)的結(jié)果。
另外，從常規(guī)路徑表1205檢索在包通信裝置100的處理結(jié)束后輸出的網(wǎng)絡(luò)按口，獲得輸出地點(diǎn)網(wǎng)絡(luò)接口(2)的信息。因此，路徑檢索部120向網(wǎng)絡(luò)接口(1)111發(fā)送傳送目標(biāo)功能模塊(1)、(3)和輸出地點(diǎn)網(wǎng)絡(luò)接口(2)的信息。
此處使用的常規(guī)路徑表1205例如是從包的發(fā)信地點(diǎn)IP地址求出輸出地點(diǎn)網(wǎng)絡(luò)接口的表，與以往普通的包通信裝置保存的表相同。另外，不僅發(fā)信地點(diǎn)IP地址，也可以利用使用發(fā)信地點(diǎn)MAC地址等標(biāo)題內(nèi)的其他信息的表。并且，也可以構(gòu)成為使用在路徑表1203中組合了常規(guī)路徑表1205的一個(gè)表，同時(shí)求出傳送目標(biāo)功能模塊和輸出地點(diǎn)網(wǎng)絡(luò)接口雙方。
網(wǎng)絡(luò)接口(1)111從路徑檢索部120接收傳送目標(biāo)功能模塊(1)、(3)和輸出地點(diǎn)網(wǎng)絡(luò)接口(2)的信息后，把這些信息賦予到所接收包的包頭，并發(fā)送給交換器150。此時(shí)，例如可以按照處理的順序，從包頭賦予各種信息。
交換器150確認(rèn)所接收的包的包頭后，并判斷把所接收的包傳送到何處。該情況時(shí)，賦予給包的下一個(gè)傳送目標(biāo)是功能模塊接口(1)，所以向功能模塊接口(1)131傳送包。功能模塊接口(1)131把從交換器150接收的包傳送給功能模塊201。
功能模塊201的處理器2011按照功能處理程序2014處理所接收的包。此時(shí)，存在作為處理結(jié)果的應(yīng)該發(fā)送的包時(shí)，發(fā)送給功能模塊接口(1)131。
功能模塊接口(1)131把從功能模塊201接收的包傳送給交換器150。此時(shí)，需要把傳送目標(biāo)功能模塊(3)和輸出地點(diǎn)網(wǎng)絡(luò)接口(2)這些信息賦予給將要傳送的包。這可以把功能模塊接口(1)131從交換器150接收包時(shí)所存儲(chǔ)的信息，賦予給從功能模塊201接收的包，也可以把功能模塊201從功能模塊接口(1)131接收包時(shí)所存儲(chǔ)的信息，賦予給發(fā)送給功能模塊接口(1)131的包。并且，也可以從包的包頭信息中刪除自身的識(shí)別信息，而保留執(zhí)行以后的處理的功能模塊(1)和輸出地點(diǎn)網(wǎng)絡(luò)接口(2)的信息。
交換器150確認(rèn)所接收的包的包頭，判斷將要把從功能模塊接口(1)131接收的包傳送到何處。該情況時(shí)，賦予給包的下一個(gè)傳送目標(biāo)是功能模塊(3)，所以向功能模塊接口(3)133傳送包。功能模塊接口(3)133把從交換器150接收的包傳送給功能模塊203。
功能模塊203的處理器2031按照功能處理程序2034處理所接收的包。此時(shí)，存在作為處理結(jié)果的應(yīng)該發(fā)送的包時(shí)，發(fā)送給功能模塊接口(3)133。
功能模塊接口(3)133把從功能模塊203接收的包傳送給交換器150。此時(shí)，利用上述的方法把網(wǎng)絡(luò)接口(2)這個(gè)信息賦予給傳送的包。
交換器150確認(rèn)從功能模塊接口(3)133接收的包的包頭，把包傳送給網(wǎng)絡(luò)接口(2)112。網(wǎng)絡(luò)接口(2)112把從交換器150接收的包輸出到外部。
另外，傳送功能模塊和輸出地點(diǎn)網(wǎng)絡(luò)接口的信息不賦予到包的包頭，而賦予到預(yù)先確定的區(qū)域，也可以進(jìn)行上述的處理。
《模塊釋放》下面，圖18表示為了從包通信裝置主體105取下功能模塊，將被分配到包處理中的該功能模塊的所有資源釋放，并釋放功能模塊的步驟。
管理者使用管理終端500，向包通信裝置主體105發(fā)送模塊釋放指示消息。模塊釋放指示消息中包含，確定要釋放的功能模塊的信息，例如功能模塊接口序號(hào)。
下面，根據(jù)圖19的流程圖，說(shuō)明接收到模塊釋放指示消息時(shí)的包通信裝置主體105的動(dòng)作。該處理由包通信裝置主體105內(nèi)的模塊控制管理部140的處理器1401，按照作為程序記述了以下說(shuō)明的動(dòng)作的結(jié)構(gòu)定義處理程序1403執(zhí)行。
包通信裝置主體105接收到模塊釋放指示消息后(S31)，處理器1401把該消息指示的功能模塊接口序號(hào)設(shè)為未安裝狀態(tài)(S32)。例如，在接收到指示功能模塊接口序號(hào)3的模塊釋放指示消息后，把圖5所示的功能模塊信息1403的記錄R143的模塊識(shí)別符變更為未安裝。然后，執(zhí)行處理分配的再構(gòu)成程序(S33)，結(jié)束處理器1401的動(dòng)作(S34)。
這樣，按照模塊釋放指示，為了進(jìn)行包處理裝置100的包處理被分配的該功能模塊的資源，根據(jù)處理分配的再構(gòu)成程序被分配給其他功能模塊。因此，管理者可以從包通信裝置主體105取下該功能模塊，而且不會(huì)影響到包處理。
《總結(jié)》根據(jù)以上所述的包通信裝置主體105和功能模塊201、203、204的相互動(dòng)作，可以對(duì)功能模塊201、203、204進(jìn)行基于管理者的結(jié)構(gòu)定義文件50的動(dòng)作設(shè)定。本實(shí)施方式，提供一種不依賴于功能模塊的功能和對(duì)功能模塊可以設(shè)定的內(nèi)容，即可設(shè)定功能模塊的處理內(nèi)容的方案，所以不必停止或更新結(jié)構(gòu)定義處理程序1403，即可導(dǎo)入新的功能模塊。
更加具體地講，如上所述，包通信裝置主體105通過(guò)與功能模塊201、203、204通信，獲取處理分配所需要的判斷結(jié)果信息，所以即使導(dǎo)入新的功能模塊，把利用該功能的結(jié)構(gòu)定義文件50從管理者終端50等賦予給包通信裝置主體105的情況下，也不必變更結(jié)構(gòu)定義處理程序1403，即可對(duì)新的功能模塊進(jìn)行處理分配的再構(gòu)成。
本發(fā)明不限于OSI參照模式的層2以上，可以適用于進(jìn)行各種路由和交換的包通信裝置。
權(quán)利要求
1.一種包通信裝置，在網(wǎng)絡(luò)中接收包并傳送所接收的所述包，其特征在于，具有相對(duì)于所述網(wǎng)絡(luò)發(fā)送接收所述包的網(wǎng)絡(luò)接口；對(duì)所述包進(jìn)行特定的處理內(nèi)容的處理的功能模塊；路徑檢索部，保持用于獲得所述網(wǎng)絡(luò)接口和所述功能模塊的識(shí)別符的路徑表，把根據(jù)所輸入的包使用所述路徑表尋找到的所述識(shí)別符賦予給所述包；模塊控制管理部，存儲(chǔ)記載了實(shí)施處理的包的條件和對(duì)符合所述條件的包的處理內(nèi)容的結(jié)構(gòu)定義信息，根據(jù)所述結(jié)構(gòu)定義信息，尋找可以處理所述處理內(nèi)容的所述功能模塊的識(shí)別符并存儲(chǔ)，所述模塊控制管理部把所述處理內(nèi)容的全部或一部分作為處理委托，發(fā)送給所述功能模塊，所述功能模塊判斷是否能夠執(zhí)行從所述模塊控制管理部接收的所述處理內(nèi)容的處理，把判斷結(jié)果發(fā)送給所述模塊控制管理部，所述模塊控制管理部根據(jù)所述功能模塊返回的判斷結(jié)果，選擇對(duì)有關(guān)所述處理內(nèi)容的處理進(jìn)行分配的功能模塊，對(duì)所選擇的所述功能模塊進(jìn)行設(shè)定處理的請(qǐng)求，所述模塊控制管理部對(duì)所述路徑檢索部進(jìn)行指示，以便按照根據(jù)所述結(jié)構(gòu)定義信息指定的處理內(nèi)容，將符合所述條件的包發(fā)送給所選擇的一個(gè)或多個(gè)所述功能模塊，所述路徑檢索部按照來(lái)自所述模塊控制管理部的所述指示，設(shè)定路徑表。
2.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，還具有可以連接所述功能模塊的功能模塊接口；將所述網(wǎng)絡(luò)接口和所述功能模塊接口連接的轉(zhuǎn)換器，所述路徑檢索部通過(guò)所述網(wǎng)絡(luò)接口接收包，根據(jù)該包的標(biāo)題部分，參照所述路徑表尋找傳送目的地的所述功能模塊。
3.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述功能模塊設(shè)有多個(gè)，所述結(jié)構(gòu)定義信息對(duì)于所述條件包含多個(gè)處理內(nèi)容，所述路徑表按照對(duì)于所述條件處理所述處理內(nèi)容的順序，存儲(chǔ)各個(gè)所述功能模塊的識(shí)別符。
4.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部從管理終端或外部裝置接收所述結(jié)構(gòu)定義信息。
5.根據(jù)權(quán)利要求2所述的包通信裝置，其特征在于，所述模塊控制管理部與各個(gè)所述功能模塊接口分別通過(guò)獨(dú)立的線路連接。
6.根據(jù)權(quán)利要求2所述的包通信裝置，其特征在于，所述模塊控制管理部通過(guò)總線與各個(gè)所述功能模塊接口連接。
7.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部把所述處理內(nèi)容依次發(fā)送給所述各個(gè)功能模塊。
8.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部對(duì)發(fā)送所述處理內(nèi)容的功能模塊進(jìn)行限制，只對(duì)這些功能模塊發(fā)送處理內(nèi)容。
9.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部比較事前從各個(gè)功能模塊獲取的識(shí)別符、和賦予給以后將要發(fā)送的所述結(jié)構(gòu)定義信息的所述處理內(nèi)容的全部或一部分識(shí)別符，限定發(fā)送所述處理內(nèi)容的功能模塊并發(fā)送。
10.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部向各個(gè)所述功能模塊廣播發(fā)送或組播發(fā)送所述處理內(nèi)容。
11.根據(jù)權(quán)利要求9所述的包通信裝置，其特征在于，所述模塊控制管理部選擇多個(gè)進(jìn)行處理的功能模塊。
12.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述功能模塊將優(yōu)先級(jí)信息包含于判斷結(jié)果中發(fā)送給所述模塊控制部，所述模塊控制管理部根據(jù)附加在判斷結(jié)果中的優(yōu)先級(jí)信息，選擇進(jìn)行處理的功能模塊。
13.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，在根據(jù)所述判斷結(jié)果，多個(gè)所述功能模塊可以實(shí)現(xiàn)處理時(shí)，所述模塊控制管理部把所述判斷結(jié)果通知管理終端，根據(jù)來(lái)自所述管理終端的選擇結(jié)果，選擇進(jìn)行處理的所述功能模塊。
14.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部向所選擇的所述功能模塊發(fā)送指示進(jìn)行處理的處理請(qǐng)求，所述功能模塊以所述處理請(qǐng)求的接收為契機(jī)，按照所述處理委托中包含的所述處理內(nèi)容或所述處理請(qǐng)求中包含的所述處理內(nèi)容，進(jìn)行實(shí)施包處理的準(zhǔn)備。
15.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述功能模塊具有存儲(chǔ)所述處理委托的存儲(chǔ)單元，在接收到所述處理委托時(shí)把其內(nèi)容存儲(chǔ)在所述存儲(chǔ)單元中，在接收到所述處理請(qǐng)求時(shí)根據(jù)所述存儲(chǔ)單元存儲(chǔ)的內(nèi)容，進(jìn)行功能模塊內(nèi)的設(shè)定。
16.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，所述模塊控制管理部根據(jù)所述判斷結(jié)果選擇進(jìn)行處理的功能模塊，在已決定進(jìn)行處理的功能模塊的階段，停止對(duì)剩余的功能模塊發(fā)送所述處理內(nèi)容。
17.根據(jù)權(quán)利要求1所述的包通信裝置，其特征在于，對(duì)所述路徑檢索部進(jìn)行指示，以便將根據(jù)對(duì)應(yīng)于該處理委托的所述結(jié)構(gòu)定義信息內(nèi)的包條件指定的包，按照由所述結(jié)構(gòu)定義信息指定的步驟進(jìn)行負(fù)荷分散或功能分散，發(fā)送給所述模塊控制管理部選擇的功能模塊。
全文摘要
一種提供模塊型節(jié)點(diǎn)的包通信裝置，在導(dǎo)入新功能模塊時(shí)，不需更新節(jié)點(diǎn)主體的程序即可總括設(shè)定節(jié)點(diǎn)的動(dòng)作，把來(lái)自管理者的結(jié)構(gòu)定義文件所請(qǐng)求的各個(gè)處理的設(shè)定內(nèi)容作為處理委托，發(fā)送給功能模塊(201、203、204)，各個(gè)功能模塊(201、203、204)判斷是否可以處理該處理委托。節(jié)點(diǎn)的結(jié)構(gòu)定義處理程序(1403)根據(jù)這些判斷結(jié)果，利用規(guī)定的方法決定分配處理的功能模塊。
文檔編號(hào)H04L29/08GK1925463SQ20061010598
公開(kāi)日2007年3月7日 申請(qǐng)日期2006年7月21日 優(yōu)先權(quán)日2005年8月31日
發(fā)明者住吉貴志, 鈴木敏明 申請(qǐng)人:株式會(huì)社日立制作所