(57)【要約】【課題】既存のＬＡＮ設備等にＶｏＩＰ等の新たなアプリケーションを追加しようとする場合に、ルータ、パーソナルコンピュータ等の設定を簡略化できるようにする。【解決手段】ＡＤＳＬモデム２とルータ４の間、またはＡＤＳＬモデム２とパーソナルコンピュータ８との間にネットワークアプリケーションアダプタ２０を介挿した。アダプタ２０は原則的には、供給されたパケットをそのまま通過させるが、ＡＤＳＬモデム２を介して供給されるＶｏＩＰ用のパケットを分岐してアダプタ２０内においてデコードし、電話機１０に対して音声信号または制御信号を供給する。また、アダプタ２０は、電話機１０からの音声信号または制御信号に基づいて、ルータ４あるいはパーソナルコンピュータ８のＭＡＣアドレスを送信元ＭＡＣアドレスとするＶｏＩＰ用のパケットを生成し、ＡＤＳＬモデム２を介して伝送する。【選択図】　図２
2004040348.tif 000002
【特許請求の範囲】
【請求項１】
第１のパケット送受信装置と第２のパケット送受信装置との間で送受信されるパケットを伝送する経路に介挿されるパケット制御装置であって、
前記経路を介して伝送されるパケットを観測し、前記第１のパケット送受信装置を特定するアドレス情報を取得する情報取得手段と、
該取得したアドレス情報を送信元アドレスとするパケットを生成し、前記第２のパケット送受信装置に送出するパケット送出手段と
を具備することを特徴とするパケット制御装置。
【請求項２】
前記情報取得手段における取得結果に応じて、前記第１または第２のパケット送受信装置の一方から他方に送出されたパケットを必要に応じて遮断する遮断手段
をさらに具備することを特徴とする請求項１記載のパケット制御装置。
【請求項３】
前記情報取得手段における取得結果に応じて、前記第１または第２のパケット送受信装置の一方から他方に送出されたパケットを必要に応じて改変して送出する改変手段
をさらに具備することを特徴とする請求項１記載のパケット制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各種ネットワーク機器の接続に用いて好適なパケット制御装置に関する。
【０００２】
【従来の技術】
近年、ＩＰネットワーク上で音声通話を実現するＶｏＩＰという技術が普及している。これにより、電話ネットワークをデータネットワークと統合することができ、回線の稼働率を向上でき、通信コストを下げるのが可能になる。ここで、ＶｏＩＰに対応したユーザ側機器の構成例を図１（ａ）に示す。図において２はＡＤＳＬモデムであり、インターネットサービスプロバイダ（ＩＳＰ）との間でＰＰＰｏＥ（ｐｏｉｎｔ　ｔｏ　ｐｏｉｎｔ　ｐｒｏｔｏｃｏｌ　ｏｖｅｒ　Ｅｔｈｅｒｎｅｔ，「Ｅｔｈｅｒｎｅｔ」または「イーサネット」は登録商標）プロトコルを用いて通信する。
【０００３】
８，８，……はパーソナルコンピュータ、６はＶｏＩＰアダプタであり、これらによってＬＡＮ（ローカルエリアネットワーク）５が形成されている。４はルータであり、ＬＡＮ５内のパケットのうちＡＤＳＬモデム２を介してインターネット等のＷＡＮ側に送信すべきパケットを抽出しＡＤＳＬモデム２に供給するとともに、ＡＤＳＬモデム２を介して受信したＷＡＮ側からのパケットをＬＡＮ５に供給する。ＶｏＩＰアダプタ６は、電話機１０から受信した音声信号および制御信号をＩＰパケットに変換しＬＡＮ５を介してこれらＩＰパケットを送信するとともに、供給されたＩＰパケットを音声信号および制御信号に変換し電話機１０に供給する。
【０００４】
また、ユーザ側機器の他の構成例を同図（ｂ）に示す。図において一台のパーソナルコンピュータ８にはＡＤＳＬモデム２およびＶｏＩＰアダプタ６が直結され、ＶｏＩＰアダプタ６には電話機１０が接続されている。ＡＤＳＬモデム２を介してパーソナルコンピュータ８に供給されるＩＰパケットのうちＶｏＩＰに関するパケットはＶｏＩＰアダプタ６に供給され、ＶｏＩＰアダプタ６を介して音声信号または制御信号に変換された後、これらの信号が電話機１０に供給される。また、電話機１０から供給された音声信号および制御信号は、ＶｏＩＰアダプタ６においてＩＰパケットに変換され、当該ＩＰパケットがパーソナルコンピュータ８を介してＡＤＳＬモデム２に送信される。なお、ＩＰパケットへの変換はパーソナルコンピュータ８において実行される場合もある。
【０００５】
【発明が解決しようとする課題】
ところで、図１（ａ），（ｂ）において元々ＶｏＩＰアダプタ６および電話機１０が無かった構成を想定すると、これらの構成にＶｏＩＰアダプタ６等を追加することは、以下のようにユーザにとってきわめて煩雑であり、ＩＰプロトコルに関して知識が無いユーザにおいては設定を行うことが困難であった。
【０００６】
まず、図１（ａ）の構成にあっては、ＬＡＮ５内の複数のローカルアドレスとＷＡＮ側における一のグローバルアドレスとを対応付けるため、ＩＰマスカレードと称される技術が多用されている。ＩＰマスカレードを行うと、一般的にはＬＡＮ５内におけるポート番号とは異なるポート番号がＷＡＮ側にて使用されることになる。しかし、ＶｏＩＰは使用すべきポート番号が予め規定されているため、ＶｏＩＰに係るパケットはポート番号を変更しないようにルータ４を設定する必要がある。また、同図（ｂ）の構成にあっては、ＶｏＩＰアダプタ６に対応した新たなソフトウエアをパーソナルコンピュータ８にインストールする必要があり、ＷＡＮ側に対する新たな設定も必要である。
【０００７】
このような設定の煩雑さは、ＶｏＩＰに限られるものではなく、ネットワークに対して新たなアプリケーションを追加しようとする場合にしばしば発生するものである。この発明は上述した事情に鑑みてなされたものであり、必要なアプリケーションを容易に追加できるパケット制御装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載のパケット制御装置にあっては、第１のパケット送受信装置（ＬＡＮ側機器）と第２のパケット送受信装置（ＷＡＮ側機器）との間で送受信されるパケットを伝送する経路に介挿されるパケット制御装置であって、前記経路を介して伝送されるパケットを観測し、前記第１のパケット送受信装置を特定するアドレス情報（ＭＡＣアドレス）を取得する情報取得手段（ＳＰ３０２〜ＳＰ３１６）と、該取得したアドレス情報を送信元アドレスとするパケットを生成し、前記第２のパケット送受信装置（ＷＡＮ側機器）に送出するパケット送出手段（ＳＰ４０２〜ＳＰ４１６）とを具備することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載のパケット制御装置において、前記情報取得手段における取得結果に応じて、前記第１または第２のパケット送受信装置の一方から他方に送出されたパケットを必要に応じて遮断する遮断手段（ＳＰ１１０，ＳＰ２１０）をさらに具備することを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１記載のパケット制御装置において、前記情報取得手段における取得結果に応じて、前記第１または第２のパケット送受信装置の一方から他方に送出されたパケットを必要に応じて改変して送出する改変手段（変形例）をさらに具備することを特徴とする。
【０００９】
【発明の実施の形態】
１．実施形態の構成
１．１．ユーザ側機器の構成例
次に、本発明の一実施形態によるアプリケーションアダプタを用いたユーザ側機器の構成例を図２（ａ），（ｂ）を参照し説明する。図２（ａ）においては、図１（ａ）と同様に複数のパーソナルコンピュータ８，８，……およびルータ４がＬＡＮ５を介して接続されている。そして、ＡＤＳＬモデム２とルータ４との間にはネットワークアプリケーションアダプタ２０が介挿され、このアダプタ２０に電話機１０が接続されている。図２（ａ）においては、元々ＡＤＳＬモデム２、ルータ４およびパーソナルコンピュータ８，８，……から成る既存の構成に対して、新たにＶｏＩＰを導入した場合の例（すなわちアダプタ２０および電話機１０を新規に追加した例）を想定している。
【００１０】
また、図２（ｂ）においては、一台のパーソナルコンピュータ８がＡＤＳＬモデム２を介してＷＡＮに接続されていた状態において新たにＶｏＩＰを導入した場合の例（すなわちアダプタ２０および電話機１０を追加した例）を想定している。そして、理由は後述するが、何れの例においても、ルータ４等は既存の設定状況に対してなんら変更を要しないことが本実施形態のネットワークアプリケーションアダプタ２０の特徴の一つである。
【００１１】
１．２．アプリケーションアダプタのハードウエア構成
次に、ネットワークアプリケーションアダプタ２０のハードウエア構成を図３を参照し説明する。図において２２０はＣＰＵであり、フラッシュメモリ２２２に格納された制御プログラムに基づいて、バス２２８を介してアダプタ２０内の各部を制御する。２２４はＲＡＭであり、ＣＰＵ２２０のワークメモリとして使用される。２２６はディスプレイであり、ＣＰＵ２２０の制御の下、各種の情報を表示する。２０２，２０６，２１６は外部機器に接続されるインタフェースコントローラである。インタフェースコントローラ２０２はＷＡＮ側機器（図２（ａ），（ｂ）の例にあってはＡＤＳＬモデム２）に接続され、ＷＡＮ側機器との間でパケットの送受信を行う。
【００１２】
また、インタフェースコントローラ２０６はＬＡＮ側機器（図２（ａ），（ｂ）の例にあってはルータ４またはパーソナルコンピュータ８）に接続され、ＬＡＮ側機器との間でパケットの送受信を行う。また、インタフェースコントローラ２１６は電話機１０に接続され、電話機１０との間で音声信号および制御信号の送受信を行う。すなわち、インタフェースコントローラ２１６は電話機１０から受信したアナログ信号（音声信号または制御信号）をデジタル信号に変換しバス２２８を介して出力するとともに、バス２２８を介して受信したデジタル信号をアナログ信号に変換し電話機１０に供給する。
【００１３】
ところで、図２（ａ）においてＬＡＮ５内で伝送されるパケットはＩＰパケットである。ここでは、ＴＣＰ／ＩＰパケットを例として、そのフォーマットを図１０（ａ）を参照し説明する。図においてＴＣＰ／ＩＰパケットの先頭には、イーサネットヘッダ１１０が設けられ、ここで送信元ＭＡＣアドレスＭＳＡおよび送信先ＭＡＣアドレスＭＤＡが指定される。また、１２０はＩＰヘッダであり、ここではＯＳＩ階層モデルにおけるトランスポート層のプロトコルＰＲＯＴと、送信元ＩＰアドレスＩＳＡと、送信先ＩＰアドレスＩＤＡとが指定される。
【００１４】
ＴＣＰ／ＩＰパケットにおいては、上記プロトコルＰＲＯＴでは「ＴＣＰプロトコル」が指定されることになる。１３０はＴＣＰヘッダであり、ここでは送信元ポート番号ＳＲＣ＿ＰＯＲＴと、送信先ポート番号ＤＥＳＴ＿ＰＯＲＴとが指定される。そして、ＴＣＰヘッダ１３０の後には、伝送すべきデータ部１４０が設けられる。
【００１５】
図１０（ａ）はＴＣＰ／ＩＰパケットの例について説明したが、ＵＤＰ／ＩＰパケットにおいては、ＩＰヘッダ１２０のプロトコルＰＲＯＴが「ＵＤＰ」に設定され、ＴＣＰヘッダ１３０に代えてＵＤＰヘッダが設けられることになる。なお、ＵＤＰヘッダにおいても、ＴＣＰヘッダ１３０と同様に、送信元ポート番号ＳＲＣ＿ＰＯＲＴおよび送信先ポート番号ＤＥＳＴ＿ＰＯＲＴが設けられる。
【００１６】
一方、ルータ４およびインターネットサービスプロバイダ間におけるプロトコルには様々なものが使用されているが、ここではＰＰＰｏＥが採用されている場合を想定する。すなわち、ルータ４においては、ＩＰパケットとＰＰＰｏＥパケットとが相互に変換されることになる。このため、ネットワークアプリケーションアダプタ２０が送受信するパケットは全てＰＰＰｏＥパケットである。ここで、図１０（ａ）のＩＰパケットをＰＰＰｏＥパケットに変換した例を同図（ｂ）に示す。
【００１７】
図１０（ｂ）において１５０はイーサネットヘッダであり、上記イーサネットヘッダ１１０と同様に送信元ＭＡＣアドレスＭＳＡおよび送信先ＭＡＣアドレスＭＤＡが指定される。次に、１６０はＰＰＰｏＥヘッダであり、ＰＰＰｏＥセッションを一意に特定するセッションＩＤが指定される。次に、１７０はＰＰＰヘッダであり、当該ＰＰＰヘッダ１７０以降のデータ長がここで指定される。１８０はＩＰヘッダであり、上記ＩＰヘッダ１２０と同様に、トランスポート層のプロトコルＰＲＯＴと送信元ＩＰアドレスＩＳＡと送信先ＩＰアドレスＩＤＡとが指定される。但し、ＩＰヘッダ１８０において指定されるＩＰアドレスは、グローバルＩＰアドレスである。
【００１８】
１９０はＴＣＰヘッダであり、上記ＴＣＰヘッダ１３０と同様に送信元ポート番号ＳＲＣ＿ＰＯＲＴと、送信先ポート番号ＤＥＳＴ＿ＰＯＲＴとが指定される。そして、ＴＣＰヘッダ１９０の後には、伝送すべきデータ部２００が設けられる。なお、ＰＰＰｏＥパケットもＩＰヘッダ１８０以降に対してＵＤＰ／ＩＰプロトコルを適用することが可能である。かかる場合には、ＩＰヘッダ１８０内にてプロトコルＰＲＯＴが「ＵＤＰ」に設定され、ＴＣＰヘッダ１９０に代えてＵＤＰヘッダが設けられることになる。
【００１９】
１．３．ネットワークアプリケーションアダプタ２０のタスク構成
次に、アダプタ２０内のＣＰＵ２２０によって実行される各種タスクのタスク構成を図４を参照し説明する。図において２０４はパケット解析・情報抽出タスクであり、インタフェースコントローラ２０２，２０６において送受信されるパケットを相互に伝送するとともに、これらのパケットを解析し、必要な情報を抽出する。さらに、インタフェースコントローラ２０２，２０６間において相互に伝送すべきでないパケットについては伝送を停止し、あるいは必要に応じてアダプタ２０内部で生成されたパケットをインタフェースコントローラ２０２，２０６を介して送信させる。
【００２０】
２２４ａは情報格納領域であり、上述したＲＡＭ２２４内の所定アドレス範囲に確保され、パケット解析・情報抽出タスク２０４によって抽出された各種情報を記憶する。２１２は入力判別タスクであり、電話機１０から受信した信号がＶｏＩＰプロトコルに係る音声信号または制御信号であるのか、アダプタ２０の内部状態を設定するための信号であるのかを判定する。本実施形態のネットワークアプリケーションアダプタ２０においては特に入力用の操作子が設けられていないため、ユーザは電話機１０において所定の操作を行うことにより、アダプタ２０に対する各種設定を行うことができる。なお、アダプタ２０自体に情報を入力する手段を設けてもよく、また、他の機器のディスプレイを併用することによってディスプレイ２２６を省略してもよい。
【００２１】
入力判別タスク２１２は、電話機１０から供給された信号が当該「所定の操作」に該当するか否かを判別し、該当する場合には当該操作内容が設定操作タスク２１０に通知される。設定操作タスク２１０においては、この通知された操作内容に基づいて、アダプタ２０の内部状態すなわち情報格納領域２２４ａにおける記憶内容が更新される。一方、電話機１０から供給された信号であって該「所定の操作」以外の信号はＶｏＩＰプロトコルに係る制御信号または音声信号である。かかる場合には、当該信号はアプリケーション制御タスク２０８に供給される。
【００２２】
アプリケーション制御タスク２０８においては、これら制御信号または音声信号に基づいて、ＶｏＩＰ通信のためのＩＰパケット（ＰＰＰｏＥパケット）が生成される。さらに、アプリケーション制御タスク２０８においては、インタフェースコントローラ２０２を介して受信されたパケットのうちＶｏＩＰ通信のためのＩＰパケットが分解される。これによって、通信の相手側からの制御信号または音声信号が再生され、インタフェースコントローラ２１６を介して電話機１０に供給されることになる。２１８は制御タスクであり、後述するプログラムに基づいて、他のタスクを制御する。
【００２３】
２．実施形態の動作
２．１．ＬＡＮ側からのパケット受信
次に、本実施形態において各種イベントが生じた時の動作を説明する。まず、ＬＡＮ側機器からネットワークアプリケーションアダプタ２０に何らかのパケット（ここではＰＰＰｏＥパケット）が供給されると、制御タスク２１８において図５に示すＬＡＮ側パケット受信イベント処理ルーチンが起動される。図において処理がステップＳＰ１０２に進むと、当該パケットから各種情報を抽出するための必要情報抽出処理サブルーチン（図７）が呼び出される。図７において処理がステップＳＰ３０２に進むと、ＰＰＰｏＥパケットのイーサネットヘッダ１５０が解析され、送信元ＭＡＣアドレスＭＳＡおよび送信先ＭＡＣアドレスＭＤＡが取得される。
【００２４】
ここに、送信元ＭＡＣアドレスＭＳＡはＬＡＮ側機器のＭＡＣアドレスであり、送信先ＭＡＣアドレスＭＤＡはブロードキャストアドレスあるいはインターネットサービスプロバイダ（ＩＳＰ）側のＢＡＳ（Ｂｒｏａｄｂａｎｄ　Ａｃｃｅｓｓ　Ｓｅｒｖｅｒ、図示せず）のＭＡＣアドレスである。次に、処理がステップＳＰ３０４に進むと、ＰＰＰｏＥヘッダ１６０が解析され、セッションＩＤが取得される。次に、処理がステップＳＰ３０６に進むと、ＰＰＰヘッダ１７０あるいはＩＰヘッダ１８０が解析され、これによって当該ＰＰＰｏＥパケットに含まれるＩＰアドレス（送信元グローバルＩＰアドレスおよび送信先グローバルＩＰアドレス）が取得される。
【００２５】
次に、処理がステップＳＰ３０８に進むと、上記ステップＳＰ３０２〜３０６において取得された各情報が情報格納領域２２４ａに保存されている情報と一致するか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ３１０に進み、情報格納領域２２４ａに保存されている情報はロックされているか否か（更新が禁止されているか否か）が判定される。例えば、ＶｏＩＰのために使用されるセッションＩＤあるいはグローバルＩＰアドレス等が予め固定されている場合等にあっては、ユーザによって強制的に（電話機１０を介してマニュアル操作によって）これらの情報が設定される場合がある。かかる場合には、ネットワークアプリケーションアダプタ２０に供給されたパケットに基づいてこれらの情報を更新すると通信を行うことができなくなるため、情報をロックしておく必要がある。
【００２６】
情報がロックされていなければステップＳＰ３１０において「ＮＯ」と判定され、処理はステップＳＰ３１２に進む。ここでは、上記ステップＳＰ３０２〜ＳＰ３０６において取得された情報が、現在保存されている情報に代えて、情報格納領域２２４ａに書き込まれる。なお、ステップＳＰ３０８またはステップＳＰ１０において「ＮＯ」と判定された場合には、ステップＳＰ３１２が実行されず、その時点までに保存されていた情報がそのまま情報格納領域２２４ａに保存される。
【００２７】
次に、処理がステップＳＰ３１４に進むと、先にステップＳＰ３０２〜ＳＰ３０６において取得された情報をディスプレイ２２６に表示するか否かが判定される。なお、かかる情報を表示するか否かについては、予めユーザによって設定されている。ステップＳＰ３１４において「ＹＥＳ」と判定されると、処理はステップＳＰ３１６に進み、取得された情報がディスプレイ２２６に表示される。以上のステップにより、必要情報抽出処理サブルーチン（図７）は終了し、処理はＬＡＮ側パケット受信イベント処理ルーチン（図５）に戻る。
【００２８】
図５において処理がステップＳＰ１０４に進むと、ＴＣＰヘッダ１９０（またはこれに代わるＵＤＰヘッダ）内の送信先ポート番号ＤＥＳＴ＿ＰＯＲＴが解析される。そして、そのポート番号がＴＣＰまたはＵＤＰの５０６０番、あるいはＵＤＰの５００４〜５０１５番以外の範囲であるか否かが判定される。ここで、これらのポート番号について簡単に説明しておく。ＶｏＩＰにおいては、呼設定制御用の「ＳＩＰ」および音声信号伝送用の「ＲＴＰ」の２つのプロトコルが採用されている。ＴＣＰまたはＵＤＰの５０６０番はＳＩＰ用に割り当てられ、ＵＤＰの５００４〜５０１５番はＲＴＰに割り当てられているのである。
【００２９】
さて、ステップＳＰ１０４において「ＹＥＳ」と判定された場合、すなわちＬＡＮ側機器から受信したパケットがＶｏＩＰに関連しないパケットである場合は、処理はステップＳＰ１０６に進み、当該パケットがそのままＷＡＮ側に送出される。これにより、ＷＡＮ側機器に送出されるパケットは、ネットワークアプリケーションアダプタ２０を介挿しなかった場合と全く同様になる。
【００３０】
一方、ＬＡＮ側機器から受信したパケットがＶｏＩＰに関連するパケットであった場合にはステップＳＰ１０４において「ＮＯ」と判定され、処理はステップＳＰ１０８に進む。ここでは、ＬＡＮ側機器においてＳＩＰまたはＲＴＰの使用が許可されているか否かが判定される。なお、ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用はデフォルトの状態では許可されないが、これらの使用を可能ならしめるべく予めアダプタ２０においてユーザが設定することも可能である。
【００３１】
ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用が許可されていない場合には、ステップＳＰ１０８において「ＮＯ」と判定され、処理はステップＳＰ１１０に進み、ここで当該パケットが破棄される。すなわち、かかる状態においては、アダプタ２０に接続された電話機１０のみによってＶｏＩＰを実行することが可能になり、仮にＬＡＮ側機器において他のＶｏＩＰアダプタ等を接続したとしても、これを使用することが不可能になる。
【００３２】
一方、ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用が許可されている場合には、ステップＳＰ１０８において「ＹＥＳ」と判定され、処理はステップＳＰ１０６に進む。これにより、ＬＡＮ側機器において生成されたＶｏＩＰに関連するパケットが、アダプタ２０を介して、そのままＷＡＮ側機器に送出されることになる。以上のステップが終了すると、ＬＡＮ側機器からパケットを受信した際のイベント処理が終了する。
【００３３】
２．２．ＷＡＮ側からのパケット受信
次に、ＷＡＮ側機器からネットワークアプリケーションアダプタ２０にＰＰＰｏＥパケットが供給された場合の動作を説明する。ＷＡＮ側機器からパケットが供給されると、制御タスク２１８において、図６に示すＷＡＮ側パケット受信イベント処理ルーチンが起動される。図において処理がステップＳＰ２０２に進むと、上述したステップＳＰ１０２の場合と同様に必要情報抽出処理サブルーチン（図７）が呼び出され、送信元ＭＡＣアドレスＭＳＡ、送信先ＭＡＣアドレスＭＤＡ、セッションＩＤ、送信元グローバルＩＰアドレスおよび送信先グローバルＩＰアドレスが抽出される。
【００３４】
但し、ＷＡＮ側機器から受信したパケットにおいては、送信元ＭＡＣアドレスＭＳＡおよび送信元グローバルＩＰアドレスはインターネットサービスプロバイダ（ＩＳＰ）側のＢＡＳのアドレスであり、送信先ＭＡＣアドレスＭＤＡおよび送信先グローバルＩＰアドレスはＬＡＮ側機器のアドレスである。次に、処理がステップＳＰ２０４に進むと、該抽出されたパケットはＳＩＰまたはＲＴＰのプロトコルのパケットであるか否かが判定される。
【００３５】
ここで、当該パケットがＳＩＰまたはＲＴＰのプロトコルのパケットでは無い場合は「ＮＯ」と判定され、処理はステップＳＰ２１２に進み、当該パケットがそのままＬＡＮ側機器に送出される。すなわち、ＷＡＮ側機器から受信したパケットがＶｏＩＰに関連しないパケットである場合は、ＬＡＮ側機器に送出されるパケットは、ネットワークアプリケーションアダプタ２０を介挿しなかった場合と全く同様になる。
【００３６】
一方、ＷＡＮ側機器から受信したパケットがＶｏＩＰに関連するパケットであった場合にはステップＳＰ２０４において「ＹＥＳ」と判定され、処理はステップＳＰ２０６に進む。ここでは、ネットワークアプリケーションアダプタ２０がＳＩＰまたはＲＴＰを使用して通信中であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ２１０に進み、ＳＩＰまたはＲＴＰのプロトコルに応じた処理がアダプタ２０内において（特にアプリケーション制御タスク２０８において）実行される。これにより、アダプタ２０内において実行中の通信処理が当該新たに受信したパケットについても続行されることになる。
【００３７】
また、アダプタ２０がＳＩＰまたはＲＴＰを使用して通信中ではない場合はステップＳＰ２０６において「ＮＯ」と判定され、処理はステップＳＰ２０８に進む。ここでは、ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用が許可されているか否かが判定される。ここで「ＹＥＳ」と判定されると、処理は上述したステップＳＰ２１２に進み、当該受信したパケットがそのままＬＡＮ側機器に送出される。これにより、ＳＩＰまたはＲＴＰに係る処理がＬＡＮ側機器において処理されることになる。
【００３８】
また、ステップＳＰ２０８において「ＮＯ」と判定されると、処理は上述したステップＳＰ２１０に進む。すなわち、ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用が許可されておらず、かつ、アダプタ２０もＳＩＰまたはＲＴＰを使用して通信中ではない状態でＳＩＰまたはＲＴＰプロトコルに係るパケットを受信する場合とは、通常は外部から新たな呼設定要求を受信する場合である。このため、かかる場合には、アプリケーション制御タスク２０８において、当該パケットに対してプロトコルに応じた呼設定処理等が実行されることになる。以上のステップが終了すると、ＷＡＮ側機器からパケットを受信した際のイベント処理が終了する。
【００３９】
２．３．パケット送出処理
アプリケーション制御タスク２０８においては、入力判別タスク２１２を介して電話機１０からの制御信号または音声信号が供給されると、これに基づいてＶｏＩＰ用のＰＰＰｏＥパケットのＴＣＰヘッダ１９０（またはこれに代わるＵＤＰヘッダ）およびデータ部２００が逐次生成される。データ部２００等が生成されると、パケット送出要求が制御タスク２１８に供給され、制御タスク２１８において図８に示すパケット送出処理ルーチンが起動される。
【００４０】
図において処理がステップＳＰ４０２に進むと、ＬＡＮ側機器におけるＳＩＰまたはＲＴＰの使用が許可されておらず、かつ、ＳＩＰまたはＲＴＰがアダプタ２０側にて使用可能な状態であるか否かが判定される。ここで「ＮＯ」と判定されると、本ルーチンが直ちに終了する。一方、ステップＳＰ４０２において「ＹＥＳ」と判定されると、処理はステップＳＰ４０４に進み、パケットを構成するために必要な情報が情報格納領域２２４ａに既に格納されているか否かが判定される。
【００４１】
ここで「必要な情報」とは、ＬＡＮ側機器のグローバルＩＰアドレス、ＰＰＰｏＥセッションのセッションＩＤ、ＬＡＮ側機器のＭＡＣアドレスおよびＷＡＮ側機器のＭＡＣアドレスである。ステップＳＰ４０４において「ＮＯ」と判定されると、やはり本ルーチンの処理は直ちに終了する。
【００４２】
すなわち、ステップＳＰ４０２またはＳＰ４０４において「ＮＯ」と判定されると、アプリケーション制御タスク２０８において生成されたデータ部２００は実際にＩＰパケットとして送出されることなく破棄される。一方、これらのステップにおいて共に「ＹＥＳ」と判定されると、処理はステップＳＰ４０６に進み、先に必要情報抽出処理サブルーチン（図７）において抽出されたＬＡＮ側機器のグローバルＩＰアドレスを送信元ＩＰアドレスＩＳＡとするＩＰヘッダ１８０が形成される。
【００４３】
次に、処理がステップＳＰ４０８に進むと、データ部２００等のデータ長に基づいて、ＰＰＰヘッダ１７０が構成される。次に、処理がステップＳＰ４１０に進むと、ＰＰＰｏＥセッションのセッションＩＤに基づいてＰＰＰｏＥヘッダ１６０が構成される。次に、処理がステップＳＰ４１２に進むと、ＬＡＮ側機器のＭＡＣアドレスを送信元ＭＡＣアドレスＭＳＡとし、ＷＡＮ側機器のＭＡＣアドレスを送信先ＭＡＣアドレスＭＤＡとし、イーサネットヘッダ１５０が形成される。
【００４４】
以上のステップにより、ＰＰＰｏＥパケット（図１０（ｂ））が完成するため、次に処理がステップＳＰ４１４に進むと、当該ＰＰＰｏＥパケットがＷＡＮ側機器に対して送出される。次に、処理がステップＳＰ４１６に進むと、アプリケーション制御タスク２０８において、当該ＰＰＰｏＥパケットに係るパケット送出要求がクリアされる。
【００４５】
２．４．電話機操作検出処理
電話機１０が非通話状態であって、電話機１０がオフフックされ、そのテンキーボードにおいてなんらかの操作が行われると、入力判別タスク２１２において図９に示す電話機操作処理ルーチン（図９）が起動される。図において処理がステップＳＰ５０２に進むと、当該操作はＶｏＩＰの接続開始を指示するものか否かが判定される。例えばテンキーボードにおいて通常の電話番号等を入力する操作はＶｏＩＰの接続開始を指示する操作である。
【００４６】
ここで「ＹＥＳ」と判定されると処理はステップＳＰ５０４に進み、相手先番号を表示するか否かが判定される。なお、相手先番号を表示するか否かは予めアダプタ２０においてユーザが設定している。ステップＳＰ５０４において「ＹＥＳ」と判定されると、処理はステップＳＰ５０６に進み、ディスプレイ２２６に相手先番号が表示される。次に、処理がステップＳＰ５０８に進むと、入力された電話番号がアプリケーション制御タスク２０８に通知され、アプリケーション制御タスク２０８においては、当該電話番号に対して、呼制御処理等のプロトコル処理が実行される。
【００４７】
一方、ステップＳＰ５０２において「ＮＯ」と判定された場合は、処理はステップＳＰ５１０に進む。ここでは、当該操作内容がアダプタ２０に対する各種設定を行うための「所定の操作」に該当するか否かが判定される。ここで「ＹＥＳ」と判定されると、情報格納領域２２４ａに記憶されているパラメータ等の内容が、ユーザによる電話機１０のテンキーボードのマニュアル操作に基づいて更新される。一方、ステップＳＰ５１０において「ＮＯ」と判定されると、本ルーチンにおいて実質的な処理が行われることなく処理が完了する。
【００４８】
３．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
（１）上記実施形態のネットワークアプリケーションアダプタ２０は、ＬＡＮ側機器に接続され、ＬＡＮ側機器のＭＡＣアドレスを用いてＶｏＩＰサービスを提供することを前提としていた。すなわち、ステップＳＰ３０２（図７）においてルータ４等のＬＡＮ側機器が送出するＰＰＰｏＥパケットに基づいて当該ＬＡＮ側機器のＭＡＣアドレスを取得し、この取得したＭＡＣアドレスを、ネットワークアプリケーションアダプタ２０が送出するＰＰＰｏＥパケットの送信元ＭＡＣアドレスＭＳＡとして使用した。
【００４９】
しかし、ネットワークアプリケーションアダプタ２０は、ＬＡＮ側機器が動作していない状態においても使用できるようにしてもよい。具体的には、アダプタ２０は、ＬＡＮ側機器用のインタフェースコントローラ２０６からＰＰＰｏＥパケットが所定時間供給されない場合には、自機のＭＡＣアドレスを用いてＷＡＮ側機器との間でＰＰＰｏＥセッション（第１のセッション）を確立し、当該セッションを介してＶｏＩＰサービスを提供するとよい。
【００５０】
なお、アダプタ２０がＰＰＰｏＥセッションを確立した後にＬＡＮ側機器の動作が開始された場合には、アダプタ２０はＷＡＮ側機器のＢＡＳを模擬してアダプタ２０とＬＡＮ側機器との間でＰＰＰｏＥセッション（第２のセッション）を確立し、これら第１および第２のセッションを仲介することによってＬＡＮ側機器とＷＡＮ側機器との通信を可能にしてもよい。
【００５１】
（２）また、上記実施形態においては、ＬＡＮ側機器とＷＡＮ側機器とがＰＰＰｏＥプロトコルを用いて通信する例について説明したが、ＬＡＮ側機器およびＷＡＮ側機器間のプロトコルはＰＰＰｏＥに限られるものではなく、種々のプロトコルを用いてもよいことは言うまでもない。この場合、プロトコルの種類によっては、送出される各パケットに昇順のシリアルナンバが付与されることがある。
【００５２】
かかる場合に、ＬＡＮ側機器およびネットワークアプリケーションアダプタ２０がＷＡＮ側機器に対して独自にパケットを送出すると、送出される複数のパケットにおいて重複するシリアルナンバが付与されることになる。かかる場合は、アダプタ２０において、ＬＡＮ側機器およびＷＡＮ側機器間で送受信されるパケットの一部（上記例にあってはシリアルナンバ）を改変して送出するとよい。
【００５３】
（３）上記実施形態においては、ネットワークアプリケーションアダプタ２０はＶｏＩＰサービスを提供するものであったが、アダプタ２０が提供するアプリケーションはＶｏＩＰサービスに限定されるものではなく、例えばネットワークゲームなど、特定のプロトコルまたは特定のポート番号を使用する各種のアプリケーションに適用することができる。
【００５４】
【発明の効果】
以上説明したように本発明によれば、第１のパケット送受信装置と第２のパケット送受信装置との間で送受信されるパケットを観測し、第１のパケット送受信装置を特定するアドレス情報を取得するとともに、該取得したアドレス情報を送信元アドレスとするパケットを生成し、第２のパケット送受信装置に送出するから、これら第１および第２のパケット送受信装置の設定を変更することなく新たなアプリケーションを容易に追加することができる。さらに、本発明においては、パケットを観測することによってアドレス情報を取得できるから、ユーザによる設定操作を大幅に減少させることができる。
【図面の簡単な説明】
【図１】ＶｏＩＰを用いた従来のユーザ側機器の構成例を示すブロック図である。
【図２】本発明の一実施形態のネットワークアプリケーションアダプタ２０を用いたユーザ側機器の構成例を示すブロック図である。
【図３】本実施形態のネットワークアプリケーションアダプタ２０のハードウエアブロック図である。
【図４】本実施形態のネットワークアプリケーションアダプタ２０のタスクのブロック図である。
【図５】ＬＡＮ側パケット受信イベント処理ルーチンのフローチャートである。
【図６】ＷＡＮ側パケット受信イベント処理ルーチンのフローチャートである。
【図７】必要情報抽出処理サブルーチンのフローチャートである。
【図８】パケット送出処理ルーチンのフローチャートである。
【図９】電話機操作処理ルーチンのフローチャートである。
【図１０】ＩＰパケットおよびＰＰＰｏＥパケットの構成を示す図である。
【符号の説明】
２…ＡＤＳＬモデム、４…ルータ、５…ＬＡＮ、６…ＶｏＩＰアダプタ、１０…電話機、２０…ネットワークアプリケーションアダプタ、８，８，………パーソナルコンピュータ、１１０…イーサネットヘッダ、１２０…ＩＰヘッダ、１３０…ＴＣＰヘッダ、１４０…データ部、１５０…イーサネットヘッダ、１６０…ＰＰＰｏＥヘッダ、１７０…ＰＰＰヘッダ、１８０…ＩＰヘッダ、１９０…ＴＣＰヘッダ、２００…データ部、２０４…パケット解析・情報抽出タスク、２０８…アプリケーション制御タスク、２１０…設定操作タスク、２１２…入力判別タスク、２１８…制御タスク、２２０…ＣＰＵ、２２２…フラッシュメモリ、２２４…ＲＡＭ、２２４ａ…情報格納領域、２２６…ディスプレイ、２２８…バス、２０２，２０６，２１６…インタフェースコントローラ。
【図１】
2004040348.tif 000003
【図２】
2004040348.tif 000004
【図３】
2004040348.tif 000005
【図４】
2004040348.tif 000006
【図５】
2004040348.tif 000007
【図６】
2004040348.tif 000008
【図７】
2004040348.tif 000009
【図８】
2004040348.tif 000010
【図９】
2004040348.tif 000011
【図１０】
2004040348.tif 000012