(57)【特許請求の範囲】
【請求項１】
ネットワークにおいてパケットを受信し、受信した前記パケットを転送するパケット通信装置であって、
前記パケットを前記ネットワークに対し送受信するネットワークインタフェースと、
前記パケットに特定の処理内容についての処理を行う機能モジュールと、
前記機能モジュールの識別子を得るための経路表を保持し、前記ネットワークインタフェースを介して入力されたパケットから前記経路表を用いて転送先の前記機能モジュールの識別子を求める経路検索部と、
処理を施すパケットの条件と前記条件に合致するパケットに対する処理内容を記載した構成定義情報を記憶し、前記構成定義情報に基づき、前記処理内容を処理可能な前記機能モジュールの識別子を求めて記憶するモジュール制御管理部と、
前記ネットワークインタフェースと前記機能モジュールを接続するためのスイッチと、
を備え、
前記ネットワークインタフェースは、前記経路検索部から受信した前記機能モジュールの識別子を、入力されたパケットに付与し、前記スイッチに送信し、
前記スイッチは、受信したパケットの前記識別子に従い、該パケットを前記機能モジュールに転送し、
また、
前記モジュール制御管理部は、前記処理内容の全部あるいは一部を処理依頼として前記機能モジュールに送信し、
前記機能モジュールは、前記モジュール制御管理部から受信した前記処理内容についての処理が実行可能又は不能であるかを判断し、判断結果を前記モジュール制御管理部に送信し、
前記モジュール制御管理部は、前記機能モジュールが返す判断結果をもとに前記処理内容についての処理を割り当てる機能モジュールを選択し、選択した前記機能モジュールに対し処理を設定する要求を行い、
前記モジュール制御管理部は、前記条件に合致するパケットが前記構成定義情報で指定された処理内容に従い、選択されたひとつ又は複数の前記機能モジュールに送信されるように前記経路検索部に指示を行い、
前記経路検索部は、前記モジュール制御管理部からの前記指示に従い経路表を設定する、
前記パケット通信装置。
【請求項２】
請求項１に記載のパケット通信装置において、
前記機能モジュールは複数備えられ、
前記構成定義情報は、前記条件に対して、処理内容を複数含み、
前記経路表は、前記条件に対して前記処理内容を処理する順番に応じて各前記機能モジュールの識別子を記憶することを特徴とするパケット通信装置。
【請求項３】
請求項１に記載のパケット通信装置において、
前記モジュール制御管理部は、
管理端末又は外部装置から、前記構成定義情報を受信することを特徴とするパケット通信装置。
【請求項４】
請求項１に記載のパケット通信装置において、
前記モジュール制御管理部は、各機能モジュールからあらかじめ取得した識別子と、これから送信しようとする前記構成定義情報の前記処理内容の全部あるいは一部に対し付与された識別子とを比較して前記処理内容を送信する機能モジュールを限定し送信することを特徴とするパケット通信装置。
【請求項５】
請求項１に記載のパケット通信装置において、
前記モジュール制御管理部は、各前記機能モジュールに前記処理内容をブロードキャスト送信又はマルチキャスト送信することを特徴とするパケット通信装置。
【請求項６】
請求項１に記載のパケット通信装置において、
前記機能モジュールは、優先度情報を判断結果に含めて前記モジュール制御部に送信し、
前記モジュール制御管理部は、判断結果に付随する優先度情報をもとに処理を行わせる機能モジュールを選択することを特徴とするパケット通信装置。
【請求項７】
請求項１に記載のパケット通信装置において、
前記判断結果により複数の前記機能モジュールが処理実現可能であるとき、前記モジュール制御管理部が前記判断結果を管理端末に通知し、前記管理端末からの選択結果に基づき、処理を行わせる前記機能モジュールを選択することを特徴とするパケット通信装置。
【請求項８】
請求項１に記載のパケット通信装置において、
前記モジュール制御管理部は、処理を行わせる機能モジュールを前記判断結果に基づいて選択し、処理を行わせる機能モジュールが決定した段階で残りの機能モジュールに対して前記処理内容の送信を中止することを特徴とするパケット通信装置。
【請求項９】
請求項１に記載のパケット通信装置において、
当該処理依頼に対応する前記構成定義情報内のパケット条件で指定されたパケットが、前記モジュール制御管理部が選択した機能モジュールに、前記構成定義情報で指定された手順で負荷分散又は機能分散して送信されるように前記経路検索部に指示を行うことを特徴とするパケット通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信装置に係り、特に、パケット交換ネットワークにおいてＯＳＩ参照モデルにおけるレイヤ２以上等の各種のルーティングおよびスイッチングを行うモジュール型パケット通信装置に関する。
【背景技術】
【０００２】
機能拡張性を実現するパケット通信装置として、特許文献１、特許文献２、および非特許文献１に記載のように、追加機能を持つ機能モジュールを後から拡張可能にするインタフェースを備えた、モジュール型のパケット通信装置が知られている。特許文献１および特許文献２において開示されているモジュール型パケット通信装置は、高機能処理部（機能モジュール）を接続できる複数のインタフェースを備え、管理者が指定する受信パケットの条件とそのパケットに対する処理の対応づけに従い、パケット通信装置内の機能モジュール間の転送経路を決定し、各機能モジュールによりパケット処理を行う。さらに特許文献２においては、同一機能を提供可能な複数の機能モジュールを接続し、それらにパケットを振り分け処理負荷を分散させることで性能拡張を行うモジュール型パケット通信装置が記されている。
一般に、パケット通信ネットワークを構築する場合、管理者はパケット転送およびパケット処理の方法（構成定義）をパケット通信ネットワーク内の各パケット通信装置に設定する。具体的には、ＣＬＩ（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ）や市販の管理ツールなどを用いて、パケット通信装置内の制御管理部に構成定義を送信する。
モジュール型パケット通信装置においては、パケット通信装置本体のみならず、機能モジュールに対してもこの設定作業が必要である。例えば、フィルタリング機能モジュールにはフィルタルールを、暗号化機能モジュールには暗号方式を設定する必要がある。このような機能モジュールが提供する機能単位での設定内容を要求処理項目と表記する。非特許文献１で示されるモジュール型パケット通信装置では、管理者がノード制御管理部に構成定義を送信すると、制御管理部は、構成定義内の各要求処理項目の内容から、その要求処理項目の設定先となる機能モジュールを求め、当該要求処理項目を当該機能モジュールに設定する。
【０００３】
【特許文献１】特開２００３−２５８８４２号公報
【特許文献２】特開２００４−２８９２２３号公報
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｃｉｓｃｏ．ｃｏｍ／ｊａｐａｎｅｓｅ／ｗａｒｐ／ｐｕｂｌｉｃ／３／ｊｐ／ｐｒｏｄｕｃｔ／ｈｓ／ｓｗｉｔｃｈｅｓ／ｃａｔ６５００／ｉｎｄｅｘ．ｓｈｔｍｌ（Ｃｉｓｃｏ  Ｃａｔａｌｙｓｔ  ６５００）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
以下、モジュール型パケット通信装置を単に「パケット通信装置」と、モジュール型パケット通信装置内の制御管理部を「モジュール制御管理部」と表記する。
モジュール制御管理部が要求処理項目を設定する機能モジュールを選択する方法は、機能モジュールの種類に依存するため、非特許文献１の方法では、新規機能モジュールが開発されるたびにモジュール制御管理部の動作を記述した「構成定義処理プログラム」を更新する必要がある。そのため、更新作業の手間がかかり、さらに新しいプログラムにバグが含まれていた場合、設定処理全体が停止してしまうという恐れがある。
本発明のパケット通信装置は、以上の点に鑑み、新しい機能モジュールが開発されても、このような作業量の増加やソフトウェアのバグ混入による悪影響なしに導入可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため、本発明のパケット通信装置は、主に、管理者から受信する構成定義ファイル内の各処理内容を処理依頼メッセージとして機能モジュールに送信し、機能モジュールが返す判断結果をもとに処理を割り当てる機能モジュールを選択し、選択した機能モジュールに対し処理を要求する構成定義処理プログラムを備える。また、パケット通信装置本体からの処理依頼メッセージに基づき処理可能又は不能の判断を行い、その判断結果をパケット通信装置本体に送信する依頼受付プログラムを各機能モジュールに備える。
本発明の解決手段によると、
ネットワークにおいてパケットを受信し、受信した前記パケットを転送するパケット通信装置であって、
前記パケットを前記ネットワークに対し送受信するネットワークインタフェースと、
前記パケットに特定の処理内容についての処理を行う機能モジュールと、
前記ネットワークインタフェースおよび前記機能モジュールの識別子を得るための経路表を保持し、入力されたパケットから前記経路表を用いて求めた前記識別子を前記パケットに付与する経路検索部と、
処理を施すパケットの条件と前記条件に合致するパケットに対する処理内容を記載した構成定義情報を記憶し、前記構成定義情報に基づき、前記処理内容を処理可能な前記機能モジュールの識別子を求めて記憶するモジュール制御管理部と、
を備え、
前記モジュール制御管理部は、前記処理内容の全部あるいは一部を処理依頼として前記機能モジュールに送信し、
前記機能モジュールは、前記モジュール制御管理部から受信した前記処理内容についての処理が実行可能又は不能であるかを判断し、判断結果を前記モジュール制御管理部に送信し、
前記モジュール制御管理部は、前記機能モジュールが返す判断結果をもとに前記処理内容についての処理を割り当てる機能モジュールを選択し、選択した前記機能モジュールに対し処理を設定する要求を行い、
前記モジュール制御管理部は、前記条件に合致するパケットが前記構成定義情報で指定された処理内容に従い、選択されたひとつ又は複数の前記機能モジュールに送信されるように前記経路検索部に指示を行い、
前記経路検索部は、前記モジュール制御管理部からの前記指示に従い経路表を設定する、
前記パケット通信装置が提供される。
【発明の効果】
【０００６】
本発明によれば、要求処理項目が実行可能かどうかを、パケット通信装置本体内のモジュール制御管理部ではなく機能モジュールが判定する。そのため、新規機能モジュールの導入時に、モジュール制御管理が用いる構成定義処理プログラムを更新することなく機能モジュールへの設定が可能である。したがって本発明は、パケット通信装置への新規機能モジュール導入時に管理負荷を抑える効果がある。
【発明を実施するための最良の形態】
【０００７】
本実施の形態では、パケット通信装置において実行する処理が記述される構成定義情報をモジュール制御管理部が各機能モジュールに送信し、各機能モジュールは、実行可能な処理をモジュール制御管理部に送信する。モジュール制御管理部は各機能モジュールから受信した判断結果をもとに、各機能モジュールに処理設定を行う。これらの一連の処理は、パケット通信装置に機能モジュールを接続したとき、管理者が構成定義情報を更新したとき、管理者が機能モジュールの解放指示を行ったときに実行する。
以下、本発明のパケット通信装置の実施の形態を図面により説明する。
【０００８】
１．構成
図１に、本実施の形態のパケット通信装置１００を適用するパケット交換ネットワーク１を示す。
パケット交換ネットワーク１は複数のパケット通信装置１００を相互に接続し構成する。
ユーザはパケット通信装置１００に接続している端末６００を用いてパケット交換ネットワーク１を利用する。管理端末５００はネットワーク管理者がパケット通信装置１００の管理のために用いる端末であり、管理するパケット通信装置１００に直接あるいはパケット交換ネットワーク１を通し間接的に接続する。
図２に、本実施の形態のパケット通信装置を示す。パケット通信装置１００は、パケット通信装置本体１０５と機能モジュール２０１、２０３、２０４を備える。パケット通信装置本体１０５は、ネットワークインタフェース１１１、１１２、経路検索部１２０、機能モジュールインタフェース１３１、１３２、１３３、１３４、モジュール制御管理部１４０、スイッチ１５０を備える。図２ではこれらの数はそれぞれ２つ、１つ、４つ、１つ、１つであるが、本発明はこの数に限定したものではなく、必要に応じて数を増やす又は減らすことができ、さらに、このことにより性能を向上させることもできる。
ネットワークインタフェース１１１、１１２は、パケット通信装置１００に接続される外部ノードとスイッチ１５０を接続しパケットの送受信を行う。具体的には、受信したパケットの転送先を経路検索部１２０により求め、そのハードウェア識別子をパケットに付与しスイッチ１５０に送信する。
経路検索部１２０は、プロセッサ１２０１と記憶装置１２０２を備える。記憶装置１２０２内の経路検索プログラム１２０４は、ネットワークインタフェース１１１、１１２から送信されたパケットから経路表１２０３又は通常経路表１２０５を参照し、そのパケットの転送先を求め、ネットワークインタフェース１１１、１１２に送信する。経路表１２０３の内容については後述する。
スイッチ１５０はネットワークインタフェース１１１、１１２、機能モジュールインタフェース１３１、１３２、１３３、１３４を相互に接続し、受信したパケットをパケット内のハードウェア識別子で指定された宛先へ転送する。
機能モジュールインタフェース１３１、１３２、１３３、１３４は、スイッチ１５０と機能モジュール２０１、２０３、２０４を接続し、パケットの転送を行う。
モジュール制御管理部１４０は、プロセッサ１４０１と記憶装置１４０２とを有する。モジュール制御管理部１４０は経路検索部１２０および機能モジュールインタフェース１３１、１３２、１３３、１３４と接続されている。記憶装置１４０２内の構成定義処理プログラム１４０３は、機能モジュール情報１４０４、処理内容情報１４０５、処理割り当て情報１４０６、フロー処理情報１４０７をもとに、経路検索部１２０や機能モジュール２０１、２０３、２０４の制御・管理を行う。
図２ではモジュール制御管理部１４０は機能モジュールインタフェース１３１、１３２、１３３、１３４とそれぞれ独立した回線により接続されているが、本発明はこの構成に限定せず、バスなどによる共有回線を用いた接続でもよい。
機能モジュール２０１、２０３、２０４は、機能モジュールインタフェース１３１、１３３、１３４を通してパケット通信装置本体１０５に接続され、プロセッサ２０１１、２０３１、２０４１と記憶装置２０１２、２０３２、２０４２を備える。記憶装置２０１２、２０３２、２０４２内の機能処理プログラム２０１３、２０３３、２０４３は、それぞれプロセッサ２０１１、２０３１、２０４１において受信したパケットに対して暗号化、フィルタリング、ルーティング設定などの高機能処理を行うプログラムである。記憶装置２０１２、２０３２、２０４２内の依頼受付プログラム２０１４、２０３４、２０４４は、それぞれプロセッサ２０１１、２０３１、２０４１において後述する処理依頼メッセージや処理要求メッセージなどの処理を行うプログラムである。
【０００９】
２．設定全体の流れ
本実施の形態のパケット通信装置１００を用いてサービスを提供するにあたり、管理者は以下の作業を行う。
・機能モジュールをパケット通信装置本体１０５に接続する
・パケット通信装置の動作を規定する構成定義ファイルを作成し、パケット通信装置１００に設定する
・機能モジュールをパケット通信装置本体１０５から取り外す
以下に、管理者が上記の作業を行う場合、本実施の形態のパケット通信装置が、構成定義ファイルに基づき機能モジュール２０１、２０３、２０４に動作設定を行う方法を説明する。
【００１０】
《接続》
図３に、パケット通信装置本体１０５に機能モジュール２０１、２０３、２０４を接続する手順を示す。
まず、管理者が機能モジュールインタフェース１３１、１３３、１３４を介して機能モジュール２０１、２０３、２０４をパケット通信装置本体１０５に物理的に接続する。機能モジュール２０１、２０３、２０４はパケット通信装置本体１０５に接続されると、その接続を物理的あるいは電気的に感知し、それをトリガとして自らのモジュール識別子をパケット通信装置本体１０５のモジュール制御管理部１４０に送信する。パケット通信装置内におけるメッセージやデータの送信手段としてはＩＰやイーサネット（富士ゼロックス株式会社の登録商標）などのプロトコルを用いる。以降の送受信手段も同様である。
図４に、パケット通信装置がモジュール識別子を受信したときの構成定義処理プログラムの動作を示すフローチャートを示す。
以下に、モジュール識別子を受信したときのパケット通信装置本体１０５の動作を図４のフローチャートで説明する。この処理は、以下で説明する動作がプログラムとして記述された構成定義処理プログラム１４０３に従い、パケット通信装置本体１０５内のモジュール制御管理部１４０のプロセッサ１４０１が実行する。
プロセッサ１４０１は、各機能モジュール２０１、２０３、２０４からモジュール識別子を受信すると（Ｓ１１）、受信した機能モジュールインタフェース番号と受信したモジュール識別子を機能モジュール情報１４０４に記録する（Ｓ１２）。
図５に、機能モジュール情報１４０４の詳細を示す。機能モジュール情報１４０４は、機能モジュールインタフェース番号フィールドＣ１４１とモジュール識別子フィールドＣ１４２を含む。プロセッサ１４０１は、受信した機能モジュールインタフェース番号に対応するレコードのモジュール識別子フィールドＣ１４２を、受信したモジュール識別子に書き換える。例えば図２において機能モジュールインタフェース１３１に”ＯＳＰＦ  ｖｅｒ．１”というモジュール識別子を持つ機能モジュール２０１を接続した場合、その情報は機能モジュールインタフェース番号が１であるレコードＲ１４１に保存される。機能モジュールインタフェース１３２には機能モジュールが未装着であるため、その情報をレコードＲ１４２に保存される。また、機能モジュールインタフェース１３３、１３４に”ＩＰＳｅｃ  ｖｅｒ．１”というモジュール識別子を持つ機能モジュール２０３、２０４を接続した場合、その情報はレコードＲ１４３、Ｒ１４４に保存される。
その後、プロセッサ１４０１は処理内容情報１４０５に構成定義が登録されているかを調べる（Ｓ１３）。登録されている場合は、後述する処理割り当て情報の再構成を行う（Ｓ１４）。一方、登録されていない場合は、ステップＳ１５に移行する。
以上の処理を終えると、パケット通信装置本体１０５がモジュール識別子を受信したときのプロセッサ１４０１の動作を完了する（Ｓ１５）。
【００１１】
《構成定義ファイル更新》
図６に、管理端末５００から構成定義ファイル５０を送信し、パケット通信装置本体１０５の処理内容情報１４０５を更新する手順を示す。
まず管理者は管理端末５００を用いて構成定義ファイル５０をパケット通信装置本体１０５に送信する。
図７に、構成定義ファイル５０の構成を示す。図ではＸＭＬ（Ｅｘｔｅｎｓｉｖｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式により構成定義を記述している。構成定義ファイル５０はフローに対する処理を記述する１つ以上のｆｌｏｗｂｌｏｃｋ要素５１を含む。ｆｌｏｗｂｌｏｃｋ要素５１は、パケットをフローとして識別するフロー条件を示す１つ以上のｆｌｏｗ要素５２、および当該フローのパケットに対する処理の内容を示す１つ以上のａｃｔｉｏｎ要素５３、５６を含む。具体的には、ｆｌｏｗ要素５２で示されるフロー条件である、「送信先アドレスが１９２．１６８．１００．０／２５５．２５５．２５５．０かつプロトコル番号が８９」という条件に一致したパケットに対して、ａｃｔｉｏｎ要素５３、５６で記述された処理内容をこの順序で施す。ａｃｔｉｏｎ要素５３、５６は、それぞれ、処理内容の種別を表す処理種別識別子５３ａ、５６ａ、および要求処理項目５４、５５、５７、５８を含む。要求処理項目５４、５５、５７、５８は、それぞれ要求処理項目名５４ａ、５５ａ、５７ａ、５８ａおよび要求処理項目値５４ｂ、５５ｂ、５７ｂ、５８ｂを含む。要求処理項目名および要求処理項目値としてどのような内容が記述できるか（処理項目スキーマ）は、処理種別識別子に応じて、例えばＸＭＬスキーマなどとして別途定められている。この処理項目スキーマは、管理者およびモジュールのみが用いる。パケット通信装置本体１０５は処理項目スキーマを用いずに、これらの要求処理項目および要求処理項目値をただの文字列データとして管理者やモジュールとの送受信を行う。
図８は、パケット通信装置が構成定義ファイルを受信したときの構成定義処理プログラムの動作を示すフローチャートである。
次に、構成定義ファイル５０を受信したときのパケット通信装置本体１０５の動作を図８のフローチャートで説明する。この処理は、以下で説明する動作がプログラムとして記述された構成定義処理プログラム１４０３に従い、パケット通信装置本体１０５内のモジュール制御管理部１４０のプロセッサ１４０１が実行する。
【００１２】
プロセッサ１４０１は、管理端末５００から構成定義ファイル５０を受信すると（Ｓ２１）、それに従いフロー処理情報１４０７および処理内容情報１４０５を更新する（Ｓ２２）。
図２１に、フロー処理情報１４０７の詳細を示す。フロー処理情報１４０７は、構成定義ファイル５０のｆｌｏｗｂｌｏｃｋ要素ごとに、ｆｌｏｗ要素を保持するフロー条件フィールドＣ１７１、ａｃｔｉｏｎ要素に付与されるユニーク値を保持する処理ＩＤリストフィールドＣ１７２を含む。
図９に、処理内容情報１４０５の詳細を示す。処理内容情報１４０５は、構成定義ファイル５０のａｃｔｉｏｎ要素ごとに、構成定義ファイル５０のａｃｔｉｏｎ要素に付与されるユニーク値を保持する要求処理ＩＤフィールドＣ１５１、ａｃｔｉｏｎ要素に指定されている”ＯＳＰＦ”や”ＩＰＳＥＣ”などの処理種別識別子を保持する処理種別識別子フィールドＣ１５２、ａｃｔｉｏｎ要素内の要求処理項目５４、５５、５７、５８を保持する要求処理項目リストフィールドＣ１５３を含む。
図７の構成定義ファイル５０を受信した場合を例に、フロー処理情報１４０７および処理内容情報１４０５の更新方法を説明する。プロセッサ１４０１は、まず構成定義ファイル５０のａｃｔｉｏｎ要素５３、５６に、それぞれ要求処理ＩＤとしてユニーク値１，２を与え、ａｃｔｉｏｎ要素５３の要求処理ＩＤ  １、処理種別識別子５３ａ、処理項目５４、５５を処理内容情報１４０５のＲ１５１に、ａｃｔｉｏｎ要素５６の要求処理ＩＤ  ２、処理種別識別子５６ａ、処理項目５７、５８を処理内容情報１４０５のＲ１５２に保存する。次に、ｆｌｏｗ要素５２で指定されたフロー条件、およびａｃｔｉｏｎ要素５３、５６に与えた要求処理ＩＤ（１，２）をフロー処理情報１４０７のＲ１７１に保存する。
次に、プロセッサ１４０１は処理割り当て情報の再構成を行う（Ｓ２３）。処理割り当て情報の再構成については後述する。
以上の処理を終えると、パケット通信装置本体１０５が構成定義ファイル５０を受信したときのプロセッサ１４０１の動作を完了する（Ｓ２４）。
【００１３】
《処理割り当て情報の再構成》
図１０から図１７を用いて、処理割り当て情報の再構成の手順を示す。処理割り当て情報の再構成は、パケット通信装置本体１０５内のプロセッサ１４０１が、構成定義処理プログラム１４０３により、処理内容情報１４０５に基づいて機能モジュール２０１、２０３、２０４の動作設定を行う。パケット通信装置本体１０５の動作については、第一の実施例と第二の実施例の２つを挙げる。
以下では、まず、図１０を用いて、管理端末５００、パケット通信装置本体１０５、機能モジュール２０１、２０３、２０４の処理手順の概要を説明する。そのあと、図中のパケット通信装置本体１０５の第一の実施例における動作を図１１のフローチャートで、第二の実施例における動作を図２０のフローチャートで説明し、機能モジュール２０１、２０３、２０４それぞれの動作を図１７のフローチャートで説明する。
【００１４】
（第１の実施例）
図１０は、処理割り当て情報の再構成時に、パケット通信装置本体内の処理内容情報１４０５に含まれるレコード（図９のＲ１５１、Ｒ１５２に相当）ごとに行われる処理の手順を示す。
まず、パケット通信装置本体１０５は、処理依頼メッセージ８００を機能モジュール２０１、２０３、２０４に送信する。機能モジュール２０１、２０３、２０４は後述する判断処理を行い、その判断結果をパケット通信装置本体１０５に送信する。パケット通信装置本体１０５は、受信した判断結果によっては管理端末５００にその判断結果を選択要求として送信して管理者に選択させ、その選択結果を受信する。そしてパケット通信装置本体１０５は、判断結果と選択結果の情報をもとに処理を割り当てる機能モジュールを選択し、その選択結果を処理割り当て情報１４０６に記録する。さらに、選択した機能モジュールに処理要求メッセージを送信する。
以上が図１０で示す処理割り当て情報の再構成時の処理手順の概要である。
図１１は、パケット通信装置の処理割り当て情報の再構成時の、構成定義処理プログラムの動作を示す第１の実施例のフローチャートである。
次に、処理割り当て情報の再構成時のパケット通信装置本体１０５の第一の実施例の動作の詳細を図１１のフローチャートで説明する。この処理は、以下で説明する動作がプログラムとして記述された構成定義処理プログラム１４０３に従い、パケット通信装置本体１０５内のモジュール制御管理部１４０のプロセッサ１４０１が実行する。
処理割り当て情報の再構成が開始されると（Ｓ１０１）、プロセッサ１４０１は、処理内容情報１４０５のレコード（要求処理）ごとのループを開始する（Ｓ１０２）。
まずプロセッサ１４０１は、処理依頼メッセージ８００をパケット通信装置１００内の機能モジュール２０１、２０３、２０４に送信する（Ｓ１０３）。
【００１５】
図１２は、パケット通信装置の処理依頼メッセージを示す図である。
処理依頼メッセージ８００は、当該要求処理の処理種別識別子８０１（図９のＣ１５２）および要求処理項目リスト８０２（図９のＣ１５３）を含む。
処理メッセージ８００は全ての機能モジュールに送信してもよいし、または、あらかじめ当該要求処理の処理種別識別子フィールドと機能モジュール２０１、２０３、２０４のモジュール識別子の対応表をパケット通信装置本体１０５が保持し、その内容と比較して選択した機能モジュールにのみ送信してもよい。また、モジュール制御管理部１４０を各機能モジュールインタフェース１３１、１３３、１３４とバスで接続し、ブロードキャストやマルチキャストにより一度に複数の機能モジュールに送信してもよい。
次に、処理依頼メッセージ８００を送信した機能モジュール２０１、２０３、２０４から判断結果メッセージの受信を待つ（Ｓ１０４）。判断結果メッセージは、処理可能か処理不能かのいずれかの判断結果が含まれる。この受信待機状態において、判断結果メッセージを受信せずにあらかじめ定められた時間が経過した場合は、その機能モジュールに障害が発生したと考え、その機能モジュールからは処理不能判断を受信したものとして次の処理に移る。
次に、処理可能判断を返した機能モジュール数を調べる（Ｓ１０５）。処理可能判断を返した機能モジュール数が０だった場合、プロセッサ１４０１は当該処理要求が管理者によって必須であると指定されていたかどうかを調べ（Ｓ１０６）、必須指定されていた場合は、構成定義ファイルエラーとして管理者に通知し、処理割り当て情報の再構成プロセスを完了する（Ｓ１０７）。一方、必須指定ではなかった場合は、当該要求処理は無視し、ループ終了Ｓ１１１に移る。
ステップＳ１０５で、処理可能判断を返した機能モジュール数が１だった場合は、処理可能判断を返した機能モジュールを当該処理を割り当てる機能モジュールとして選択し、ステップＳ１０９に移る。
また、ステップＳ１０５で、処理可能判断を返した機能モジュール数が２以上だった場合は、それらのうち処理を割り当てる機能モジュールを管理者に選択させるため、プロセッサ１４０１は処理可能判断を返した機能モジュールに関する情報（名前、インタフェース番号、モジュール識別子、処理ＩＤリストなど）を選択要求として管理端末５００に送信する。
【００１６】
図１３は、パケット通信装置による問い合わせに答えるための管理端末のインタフェースを示す図である。
ここで、管理端末５００について説明する。管理端末５００は画面５０１と入力装置５０２、５０３を備える。管理端末５００は、パケット通信装置本体１０５から選択要求を受信したとき、画面５０１には、処理可能判断を返した複数の機能モジュールそれぞれについて、それを識別できる名前やインタフェース番号、モジュール識別子、装置内の物理的な位置などが表示される。管理者は画面５０１を参照し、入力装置５０２、５０３を用いてそれらの中からひとつを選択する。管理端末５００はその機能モジュールを識別するための情報を選択結果としてパケット通信装置本体１０５に送信する。
パケット通信装置本体１０５が管理端末５００から選択結果を受信すると、プロセッサ１４０１は、受信した選択結果に含まれる選択情報から、処理を割り当てる機能モジュールを選択する（Ｓ１０８）。
上記のように管理端末５００に選択要求を送信して管理者に選択させる方法ではなく、各機能モジュール２０１、２０３、２０４が処理依頼メッセージ受信時に要求処理に対する優先度を求め、その優先度情報を判断結果メッセージ内に含めて送信し、プロセッサ１４０１がその優先度情報に基づき当該処理を割り当てる機能モジュールを選択する、という方法でもよい。
また、上記選択時に複数の機能モジュールを選択し、それらの機能モジュールに同じ処理を割り当てることで、当該要求処理の可用性や処理性能を高めることもできる。このとき、複数の機能モジュールの選択方法を処理内容情報１４０５で指定してもよい。その指定例としては、判断結果メッセージ内に優先度情報を含めて、その優先度情報が処理内容情報１４０５で指定された条件に一致するもののみを選択する、あるいは処理可能判断を返した機能モジュールに関する情報（名前、インタフェース番号など）を選択要求として管理端末５００に送信し管理者に選択させる、などがある。
さらに、モジュール制御管理部１４０のプロセッサ１４０１は、処理を行わせる機能モジュール２０１、２０３、２０４を判断結果に基づいて選択し、処理を行わせる機能モジュールが決定した段階で残りの機能モジュールに対して処理内容の送信を中止するようにしてもよい。
処理を割り当てる機能モジュールの選択を行った後、プロセッサ１４０１は処理割り当て情報１４０６を更新する（Ｓ１０９）。
【００１７】
図１４は、パケット通信装置の処理割り当て情報を示す図である。処理割り当て情報１４０６は、要求処理ＩＤフィールドＣ１６１と、処理可能モジュールフィールドＣ１６２と、割り当てモジュールフィールドＣ１６３を含む。プロセッサ１４０１は、現在処理している処理内容情報１４０５のレコードの要求処理ＩＤフィールドＣ１５１と同じ値を要求処理ＩＤフィールドＣ１６１の値として持つ処理割り当て情報１４０６のレコードに対し、処理可能モジュールフィールドＣ１６２に処理可能判断を返した機能モジュールが接続されているすべてのインタフェース番号を格納し、また割り当てモジュールフィールドＣ１６３に処理を割り当てる機能モジュールとして選択した機能モジュールのインタフェース番号を格納する。例えばレコードＲ１６１は、要求処理ＩＤフィールドＣ１６１に、図９の対応する要求処理を表すレコードＲ１５１の要求ＩＤフィールドＣ１５１の値、すなわち１を保持し、処理可能モジュールフィールドＣ１６２に、対応する要求処理の処理依頼に対し処理可能判断を返した機能モジュールが接続している機能モジュールインタフェースの番号、ここでは１番を保持する。レコードＲ１６２は、要求処理ＩＤフィールドＣ１６１に、図９の対応する要求処理を表すレコードＲ１５２の要求ＩＤフィールドＣ１５１の値、すなわち２を保持し、処理可能モジュールフィールドＣ１６２および割り当てモジュールフィールドＣ１６３に、対応する要求処理の処理依頼に対し処理可能判断を返した機能モジュールが接続している機能モジュールインタフェースの番号、ここでは３番と４番を保持し、割り当てモジュールフィールドＣ１６３に、管理者が管理端末５００により選択した機能モジュールが接続している機能モジュールインタフェースの番号、ここでは３番を保持する。
次に、プロセッサ１４０１は、処理を割り当てる機能モジュールとして選択した機能モジュールに、処理要求メッセージ８１０を送信する（Ｓ１１０）。
【００１８】
図１５は、パケット通信装置の処理要求メッセージを示す図である。処理要求メッセージ８１０は、処理種別識別子８１１と要求処理項目リスト８１２を含む。これらの値は、直前に送信した処理依頼メッセージ８００の処理種別識別子８０１、要求処理項目リスト８０２と同じ値である。
以上で１つの要求処理に対する処理を完了する。これをすべての要求処理について繰り返したあと、要求処理ループを抜ける（Ｓ１１１）。
すべての要求処理について上記の処理を終えると、プロセッサ１４０１は、ネットワークインタフェース１１１、１１２において受信されたパケットが、構成定義ファイル５０に指定された条件および順番で機能モジュール２０１、２０３、２０４に転送されるように、経路検索部１２０の経路表１２０３に設定する（Ｓ１１２）（経路表１２０３に関する詳細は後述の図１６及びその説明箇所参照。）。
具体的には、モジュール制御管理部１４０のプロセッサ１４０１は、前記条件に合致するパケットが、上記の割り当て処理により選択された機能モジュール２０１、２０３、２０４に送信されるように経路検索部１２０に指示を行い、経路検索部１２０のプロセッサ１２０１はその指示に従い経路表１２０３を設定する。
なお、処理依頼に対応する構成定義情報内のパケット条件で指定されたパケットが、モジュール制御管理部１４０が選択した機能モジュール２０１、２０３又は２０４に、構成定義情報で指定された手順で負荷分散又は機能分散して送信されるように経路検索部１２０に指示を行うようにしてもよい。
【００１９】
（第二の実施の形態）
図２０に、パケット通信装置の処理割り当て情報の再構成時の、構成定義処理プログラムの動作を示す第２の実施例のフローチャートを示す。
次に、処理割り当て情報の再構成時のパケット通信装置本体１０５の第二の実施例の動作の詳細を、図２０のフローチャートで説明する。この処理も第一の実施例と同様に、以下で説明する動作がプログラムとして記述された構成定義処理プログラム１４０３に従い、パケット通信装置本体１０５内のモジュール制御管理部１４０のプロセッサ１４０１が実行する。
処理割り当て情報の再構成が開始されると（Ｓ１０１）、プロセッサ１４０１は、処理内容情報１４０５のレコード（要求処理）ごとのループを開始し（Ｓ１０２）、さらに機能モジュールごとのループを開始する（Ｓ１０２１）。
次に、プロセッサ１４０１は、第一の実施例と同じ処理依頼メッセージ８００を当該機能モジュールに送信し（Ｓ１０３１）、第一の実施例と同じ判断結果メッセージの当該機能モジュールからの受信を待つ（Ｓ１０４１）。この受信待機状態において、判断結果メッセージを受信せずにあらかじめ定められた時間が経過した場合は、当該機能モジュールに障害が発生したと考え、当該機能モジュールからは処理不能判断を受信したものとして次の処理に移る。
次に、当該処理について処理可能判断を返した機能モジュールが規定の数に達したかどうかを調べる（Ｓ１０５１）。規定の数に達していない場合は、すべての機能モジュールに処理依頼メッセージを送信したかどうかを調べる（Ｓ１０５２）。まだ処理依頼メッセージを送信していない機能モジュールがある場合はステップＳ１０２１に移り、残る機能モジュールに対して同様の処理を行う。一方、すべての機能モジュールに処理依頼メッセージを送信した場合は、当該処理要求が管理者によって必須であると指定されていたかどうかを調べ（Ｓ１０６）、必須指定されていた場合は、構成定義ファイルエラーとして管理者に通知し、処理割り当て情報の再構成プロセスを完了する（Ｓ１０７）。また、必須指定ではなかった場合は、当該要求処理は無視し、ループ終了Ｓ１１１に移る。
ステップＳ１０５１において、規定の数に達した場合は、プロセッサ１４０１は当該処理を割り当てる機能モジュールとして当該機能モジュールを選択し、第一の実施例と同様に、図１４に示す処理割り当て情報１４０６を更新する（Ｓ１０９）。さらに、プロセッサ１４０１は選択した機能モジュールに、図１５で示す処理要求メッセージ８１０を送信する（Ｓ１１０）。
以上で１つの要求処理に対する処理を完了する。これをすべての要求処理について繰り返したあと、要求処理ループを抜ける（Ｓ１１１）。すべての要求処理について上記の処理を終えると、プロセッサ１４０１は、第一の実施例と同様に、経路検索部１２０の経路表１２０３に設定する（Ｓ１１２）。経路表１２０３の設定が完了したら、設定プロセスを完了する（Ｓ１１３）。
【００２０】
《機能モジュールの処理》
図１７は、パケット通信装置の機能モジュールの要求受付プログラムによる処理判断を示すフローチャートである。
次に、パケット通信装置本体１０５から処理依頼メッセージ８００を受信したときの機能モジュール２０１、２０３、２０４の動作を図１７のフローチャートで説明する。この処理は、以下で説明する動作がプログラムとして記述された依頼受付プログラム２０１４、２０３４、２０４４に従い、機能モジュール２０１、２０３、２０４内のプロセッサ２０１１、２０３１、２０４１がそれぞれ実行する。
各機能モジュール２０１、２０３、２０４が、処理依頼メッセージ８００を受信すると（Ｓ２０１）、プロセッサ２０１１、２０３１、２０４１は、それぞれ処理依頼メッセージ８００内の処理種別識別子８０１を参照し、それがあらかじめ機能モジュールに登録又は設定されているものと一致するかどうかを判定する（Ｓ２０２）。ステップＳ２０２の判断において、一致しなかった場合はＳ２０８へ制御を移す。
一方、一致した場合は、処理依頼メッセージ８００内の要求処理項目リスト８０２の各項目（８０３、８０４）のループを開始する（Ｓ２０３）。まず、当該要求処理項目の要求処理項目名が、あらかじめ機能モジュール２０１、２０３、２０４に登録又は設定されているものと一致するかどうかを判定する（Ｓ２０４）。ステップＳ２０４の判断において、一致しなかった場合はＳ２０８へ制御を移す。一方、一致した場合は、当該要求処理項目の要求処理項目値を条件として、機能モジュール２０１、２０３、２０４がパケット処理を行うことが可能かどうかを判定する（Ｓ２０５）。ステップＳ２０５の判断において、パケット処理を行うことができないと判定した場合は、Ｓ２０８へ制御を移す。
【００２１】
ここで、ステップＳ２０２からＳ２０５の判断について具体的に説明する。例えば、要求処理が図９のレコードＲ１５２のとき、図１２で示す処理依頼メッセージ８００の処理種別識別子８０１は”ＩＰＳＥＣ”、処理要求項目８０３は、要求処理項目名が”ｍｏｄｅ”、要求処理項目値が”ｅｎｃｒｙｐｔ：３ＤＥＳ”である。また処理要求項目８０４は、要求処理項目名が”ｔｈｒｏｕｇｈｐｕｔ”、要求処理項目値が”１０Ｍｂｐｓ”である。例えばモジュール２０３に、処理種別識別子が”ＩＰＳＥＣ”である要求処理について、要求処理項目名として”ｍｏｄｅ”および”ｔｈｒｏｕｇｈｐｕｔ”を受理し、”ｍｏｄｅ”のときの要求処理項目値は”ｅｎｃｒｙｐｔ：ＤＥＳ”，  “ｅｎｃｒｙｐｔ：３ＤＥＳ”，  “ｄｅｃｒｙｐｔ：ＤＥＳ”，  “ｄｅｃｒｙｐｔ：３ＤＥＳ”，  “ｄｅｃｒｙｐｔ：ＡＥＳ”のいずれかを受理し、”ｔｈｒｏｕｇｈｐｕｔ”のときの要求処理項目値は”１Ｍｂｐｓ”〜”１０Ｍｂｐｓ”を受理する、という設定が事前にされていた場合、プロセッサ２０３１によるステップＳ２０２、Ｓ２０４、Ｓ２０５における判断はすべて真となる。仮に要求処理項目名が”ｍｏｄｅ”のときの要求処理項目値は”ｅｎｃｒｙｐｔ：ＤＥＳ”，  “ｄｅｃｒｙｐｔ：ＤＥＳ”のいずれか、という設定が事前にされていた場合は、ステップＳ２０５における判断は偽となる。また、モジュール２０３に受理可能な要求処理項目名として”ｔｈｒｏｕｇｈｐｕｔ”が設定されていなかった場合は、ステップＳ２０４における判断が偽となり、そもそもモジュール２０３に受理可能な処理種別識別子として”ＩＰＳＥＣ”が設定されていなかった場合は、ステップＳ２０２における判断が偽となる。
ステップＳ２０５においてパケット処理を行うことが可能と判断した場合は、要求処理項目のループを抜けるかどうかの判断を行う（Ｓ２０６）。すべての要求項目を調べていない場合はＳ２０３に戻る。
【００２２】
すべての要求処理項目についてパケット処理を行うことが可能と判断した場合は、処理可能情報を判断結果メッセージとしてモジュール制御管理部１４０へ送信する（Ｓ２０７）。これに対して、ステップＳ２０８へ制御が移った場合、処理不能情報を判断結果メッセージとしてモジュール制御管理部１４０へ送信する。
次に、機能モジュール２０１、２０３、２０４がパケット通信装置本体から処理要求メッセージ８１０を受信した後の動作を説明する。
機能モジュール２０１、２０３、２０４は処理要求メッセージ８１０を受信すると、以降受信したパケットに対して、処理要求メッセージ８１０内の処理種別識別子８１１および要求処理項目リスト８１２の内容に従い、機能モジュール２０１、２０３、２０４内のプロセッサ２０１１、２０３１、２０４１や記憶装置２０１２、２０３２、２０４２などのリソースを割り当て、機能処理プログラム２０１３、２０３３、２０４３が用いる変数などを設定する。
処理要求メッセージ８１０により処理設定を行う他の方法として、処理要求メッセージ８１０に処理種別識別子８１１や要求処理項目リスト８１２を含まず、代わりにプロセッサ１４０１が直前に送信した処理依頼メッセージ８００を識別する番号を含め、機能モジュール２０１、２０３、２０４が、プロセッサ１４０１から受信した処理依頼メッセージ８００の内容を保持しておき、処理要求メッセージ８１０の受信時にその識別番号により処理種別識別子８０１や要求処理項目リスト８０２を参照し、その内容に従いプロセッサ２０１１、２０３１、２０４１や記憶装置２０１２、２０３２、２０４２などのリソースを割り当て、機能処理プログラム２０１３、２０３３、２０４３が用いる変数などを設定するという方法でもよい。
【００２３】
《パケット転送》
次に、パケット通信装置１００がネットワークインタフェース（１）１１１において、送信先ＩＰアドレスが１９２．１６８．１００．１、プロトコル番号が８９であるパケットを受信した場合を例に、パケット通信装置１００のパケット処理動作を説明する。
受信したパケットは、そのヘッダ部分が経路検索部１２０に送信される。経路検索部のプロセッサ１２０１は、経路検索プログラム１２０４に従い、経路表１２０３を参照して転送先機能モジュールを求める。
図１６に経路表１２０３の詳細を示す。経路表１２０３は、フロー条件フィールドＣ１２１と転送先機能モジュールインタフェース番号フィールドＣ１２２を含む。例えばレコードＲ１２１には、フロー条件フィールドＣ１２１に構成定義ファイル５０のｆｌｏｗ要素５２で指定された値を、転送先機能モジュールインタフェース番号フィールドＣ１２２に構成定義ファイル５０のａｃｔｉｏｎ要素５３、５６を割り当てた機能モジュールのインタフェース番号を記録する。プロセッサ１４０１は、フロー処理情報１４０７のフロー条件に基づき、機能モジュール情報１４０４、処理内容情報１４０５、処理割り当て情報１４０６を適宜参照して、経路表１２０３を作成することができる。なお、この例では、経路表１２０３の転送先機能モジュールインタフェース番号は、処理が実行される順番にその番号が記憶される。この例では、図１６に示す経路表１２０３を参照して、転送先機能モジュール（１），（３）という結果を得る。
さらに、パケット通信装置１００による処理が終わった後に出力するネットワークインタフェースを通常経路表１２０５から検索し、出力先ネットワークインタフェース（２）という情報を得る。そこで経路検索部１２０は転送先機能モジュール（１），（３）および出力先ネットワークインタフェース（２）という情報をネットワークインタフェース（１）１１１に送信する。
ここで用いる通常経路表１２０５は、例えば、パケットの送信先ＩＰアドレスから出力先ネットワークインタフェースを求めるテーブルであり、従来の一般的なパケット通信装置が保持するものと同様である。なお、送信先ＩＰアドレスのみならず、送信先ＭＡＣアドレスなどヘッダ内の他の情報を用いるテーブルを利用することもできる。また、経路表１２０３に通常経路表１２０５を組み合わせた一つの表を用いて、転送先機能モジュールと出力先ネットワークインタフェースの両方を同時に求める構成も可能である。
【００２４】
ネットワークインタフェース（１）１１１は経路検索部１２０から転送先機能モジュール（１），（３）および出力先ネットワークインタフェース（２）という情報を受信すると、これらの情報を受信したパケットの先頭に付与し、スイッチ１５０に送信する。このとき、例えば、処理の順番に従って先頭から各情報を付与することができる。
スイッチ１５０は、受信したパケットどこに転送するかを、受信したパケットの先頭を見て判断する。この場合は、パケットに付与された次の転送先は機能モジュールインタフェース（１）であるので、機能モジュールインタフェース（１）１３１にパケットを転送する。機能モジュールインタフェース（１）１３１はスイッチ１５０から受信したパケットを機能モジュール２０１に転送する。
機能モジュール２０１のプロセッサ２０１１は、受信したパケットを機能処理プログラム２０１４にしたがって処理する。このとき、処理結果として送信すべきパケットがある場合は、機能モジュールインタフェース（１）１３１に送信する。
機能モジュールインタフェース（１）１３１は機能モジュール２０１から受信したパケットをスイッチ１５０に転送する。このとき、転送するパケットには転送先機能モジュール（３）および出力先ネットワークインタフェース（２）という情報が付与されていることが必要である。これは、機能モジュールインタフェース（１）１３１がスイッチ１５０からパケットを受信したときに記憶しておいたものを、機能モジュール２０１から受信したパケットに付与してもよいし、機能モジュール２０１が機能モジュールインタフェース（１）１３１からパケットを受信したときに記憶したものを機能モジュールインタフェース（１）１３１へ送信するパケットに付与してもよい。また、パケットの先頭の情報から、自己の識別情報を削除して、以降の処理を実行する機能モジュール（１）と出力先ネットワークインタフェース（２）の情報が残るようにしてもよい。
【００２５】
スイッチ１５０は、機能モジュールインタフェース（１）１３１から受信したパケットをどこに転送するかを、受信したパケットの先頭を見て判断する。この場合は、パケットに付与された次の転送先は機能モジュール（３）であるので、機能モジュールインタフェース（３）１３３にパケットを転送する。機能モジュールインタフェース（３）１３３はスイッチ１５０から受信したパケットを機能モジュール２０３に転送する。
機能モジュール２０３のプロセッサ２０３１は、受信したパケットを機能処理プログラム２０３４にしたがって処理する。このとき、処理結果として送信すべきパケットがある場合は、機能モジュールインタフェース（３）１３３に送信する。
機能モジュールインタフェース（３）１３３は機能モジュール２０３から受信したパケットをスイッチ１５０に転送する。このとき、転送するパケットにはネットワークインタフェース（２）という情報が上述の方法で付与される。
スイッチ１５０は、機能モジュールインタフェース（３）１３３から受信したパケットの先頭を見て、ネットワークインタフェース（２）１１２にパケットを転送する。ネットワークインタフェース（２）１１２はスイッチ１５０から受信したパケットを外部へ出力する。
なお、転送機能モジュール及び出力先ネットワークインタフェースの情報は、パケットの先頭ではなく予め定められたエリアに付与することで、上述のような処理を行ってもよい。
【００２６】
《モジュール解放》
次に、図１８に、機能モジュールをパケット通信装置本体１０５から取り外すため、パケット処理に割り当てられている当該機能モジュールの全リソースを解放し、機能モジュールを解放する手順を示す。
管理者は管理端末５００を用いて、モジュール解放指示メッセージをパケット通信装置本体１０５に送信する。モジュール解放指示メッセージには、解放する機能モジュールを特定する情報、例えば機能モジュールインタフェース番号が含まれている。
次に、図１９のフローチャートで、モジュール解放指示メッセージを受信したときのパケット通信装置本体１０５の動作を説明する。この処理は、以下で説明する動作がプログラムとして記述された構成定義処理プログラム１４０３に従い、パケット通信装置本体１０５内のモジュール制御管理部１４０のプロセッサ１４０１が実行する。
パケット通信装置本体１０５がモジュール解放指示メッセージを受信すると（Ｓ３１）、プロセッサ１４０１はそのメッセージが指示する機能モジュールインタフェース番号を未装着状態とする（Ｓ３２）。例えば機能モジュールインタフェース番号３を指示するモジュール解放指示メッセージを受信した場合、図５に示す機能モジュール情報１４０３のレコードＲ１４３のモジュール識別子を未装着に変更する。その後処理割り当ての再構成ルーティンを実行し（Ｓ３３）、プロセッサ１４０１の動作を完了する（Ｓ３４）。
このように、モジュール解放指示により、パケット処理装置１００のパケット処理のために割り当てられていた当該機能モジュールのリソースが、処理割り当ての再構成ルーティンにより他の機能モジュールへ割り当てられる。そのため、管理者は当該機能モジュールをパケット通信装置本体部１０５からパケット処理に影響を及ぼすことなく取り外すことができる。
【００２７】
《まとめ》
以上に示したパケット通信装置本体１０５と機能モジュール２０１、２０３、２０４の相互動作により、機能モジュール２０１、２０３、２０４に管理者の構成定義ファイル５０に基づいた動作設定を行うことができる。本実施の形態は、機能モジュールの機能および機能モジュールに設定可能な内容に依存せずに機能モジュールの処理内容を設定する手段を提供するため、構成定義処理プログラム１４０３を停止したり更新したりせずに新しい機能モジュールを導入することができる。
より詳しくは、以上のように、パケット通信装置本体１０５が機能モジュール２０１、２０３、２０４と通信することにより処理割り当てに必要な判断結果情報を取得するため、新しい機能モジュールを導入し、その機能を利用する構成定義ファイル５０を管理者端末５０等からパケット通信装置本体１０５に与えた場合であっても、構成定義処理プログラム１４０３を変更することなく新しい機能モジュールに対しても処理割り当ての再構成が可能となる。
【産業上の利用可能性】
【００２８】
本発明は、ＯＳＩ参照モデルにおけるレイヤ２以上に限らず、各種のルーティング及びスイッチングを行うパケット通信装置に適用することができる。
【図面の簡単な説明】
【００２９】
【図１】パケット通信装置が配置されるネットワークの構成図である。
【図２】パケット通信装置の構成図である。
【図３】パケット通信装置にモジュールを導入する手順を示すシーケンス図である。
【図４】パケット通信装置がモジュール識別子を受信したときの構成定義処理プログラムの動作を示すフローチャートである。
【図５】パケット通信装置の機能モジュール情報を示す図である。
【図６】パケット通信装置に構成定義ファイルを与える手順を示すシーケンス図である。
【図７】パケット通信装置に与える構成定義ファイルの形式を示す図である。
【図８】パケット通信装置が構成定義ファイルを受信したときの構成定義処理プログラムの動作を示すフローチャートである。
【図９】パケット通信装置の構成定義情報を示す図である。
【図１０】パケット通信装置の処理割り当て情報の再構成処理の手順を示すシーケンス図である。
【図１１】パケット通信装置の処理割り当て情報の再構成時の、構成定義処理プログラムの動作を示すフローチャートである。
【図１２】パケット通信装置の処理依頼メッセージを示す図である。
【図１３】パケット通信装置による問い合わせに答えるための管理端末のインタフェースを示す図である。
【図１４】パケット通信装置の処理割り当て情報を示す図である。
【図１５】パケット通信装置の処理要求メッセージを示す図である。
【図１６】パケット通信装置の経路表を示す図である。
【図１７】パケット通信装置の機能モジュールの要求受付プログラムによる処理判断を示すフローチャートである。
【図１８】パケット通信装置からモジュールを解放する手順を示すシーケンス図である。
【図１９】パケット通信装置が管理端末からモジュール解放指示を受けたときの構成定義処理プログラムの処理を示すフローチャートである。
【図２０】パケット通信装置の処理割り当て情報の再構成時の、構成定義処理プログラムの動作を示す第２の実施例のフローチャートである。
【図２１】フロー処理情報１４０７の詳細を示す図である。
【符号の説明】
【００３０】
５０                              構成定義ファイル
５１                              ｆｌｏｗｂｌｏｃｋ要素
５２                              ｆｌｏｗ要素
５３、５６                        ａｃｔｉｏｎ要素
５３ａ、５６ａ                    処理種別識別子
５４、５５、５７、５８            要求処理項目
５４ａ、５５ａ、５７ａ、５８ａ    要求処理項目名
５４ｂ、５５ｂ、５７ｂ、５８ｂ    要求処理項目値
１１１                            ネットワークインタフェース（１）
１１２                            ネットワークインタフェース（２）
１３１                            機能モジュールインタフェース（１）
１３２                            機能モジュールインタフェース（２）
１３３                            機能モジュールインタフェース（３）
１３４                            機能モジュールインタフェース（４）
２０１１、２０３１、２０４１      プロセッサ
２０１２、２０３２、２０４２      記憶装置
２０１３、２０３３、２０４３      機能処理プログラム
２０１４、２０３４、２０４４      依頼受付プログラム
【図１】
0004585944.tif 000002
【図２】
0004585944.tif 000003
【図３】
0004585944.tif 000004
【図４】
0004585944.tif 000005
【図５】
0004585944.tif 000006
【図６】
0004585944.tif 000007
【図７】
0004585944.tif 000008
【図８】
0004585944.tif 000009
【図９】
0004585944.tif 000010
【図１０】
0004585944.tif 000011
【図１１】
0004585944.tif 000012
【図１２】
0004585944.tif 000013
【図１３】
0004585944.tif 000014
【図１４】
0004585944.tif 000015
【図１５】
0004585944.tif 000016
【図１６】
0004585944.tif 000017
【図１７】
0004585944.tif 000018
【図１８】
0004585944.tif 000019
【図１９】
0004585944.tif 000020
【図２０】
0004585944.tif 000021
【図２１】
0004585944.tif 000022