JP2005072701A - インタフェース提供装置 - Google Patents
インタフェース提供装置 Download PDFInfo
- Publication number
- JP2005072701A JP2005072701A JP2003209266A JP2003209266A JP2005072701A JP 2005072701 A JP2005072701 A JP 2005072701A JP 2003209266 A JP2003209266 A JP 2003209266A JP 2003209266 A JP2003209266 A JP 2003209266A JP 2005072701 A JP2005072701 A JP 2005072701A
- Authority
- JP
- Japan
- Prior art keywords
- access packet
- interface
- processing device
- identification information
- transfer
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】処理装置からのインタフェース情報、及びこのアプリケーションにアクセスする端末からのアクセスパケットに応じて、インタフェースの提供及びアクセスパケットの転送を容易に行うインタフェース提供技術を提供する。
【解決手段】処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信し、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持し、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信し、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較し、前記アクセス可能な処理装置に、前記アクセスパケットを転送する。
【選択図】 図１
【解決手段】処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信し、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持し、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信し、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較し、前記アクセス可能な処理装置に、前記アクセスパケットを転送する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の提供サーバに対するインタフェース提供技術に関する。
【０００２】
【従来の技術】
一般に、従来のパケット処理装置では、ネットワークインタフェースの提供及びパケットに対する終端などの処理を、同一の装置が行っていた。このため、パケット処理装置の性能に応じて、そのネットワークのパケットに対するイーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）やＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のインタフェース種別毎の処理が決定する。また、パケット処理装置の性能に応じて、インタフェース間でのパケットの中継処理に対する能力が決定する。さらに、制御プロトコルやサービスアプリケーションに対する処理能力も、パケット処理装置の性能によって決定する。
【０００３】
そして、通常、上記の制御プロトコルやサービスアプリケーションに対する処理能力が不足するような状況では、以下のような対策が講じられている。
まず上記対策のうち、ネットワークインタフェースの提供及びパケットに対する終端などの処理を同一の装置が行う場合には、このアプリケーションを提供するサーバをアプリケーション毎に分離する方法が挙げられる。
【０００４】
また、上記対策には、ネットワーク側にレイヤ４スイッチを設置する方法が挙げられる。このとき、それぞれのアプリケーションを実行するサーバの設定情報は、オペレータが手動で設定していた。そして、このようなネットワークでは、ネットワークを介してアクセスするパケットを、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のポート番号等のレイヤ４スイッチの設定情報に従い、それらのアプリケーションを実行するサーバに転送していた。
【０００５】
ところで、従来から、管理者のコネクションの管理を容易とし、各コネクションの通信品質を保証する技術（例えば、特許文献１参照）が開示されている。
【０００６】
【特許文献１】
特開平９−３３１３５５９号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のネットワークインタフェースの提供及びパケットに対する終端などの処理を同一のパケット処理装置で行う技術では、以下の問題があった。すなわち、そのパケット処理装置が設置される箇所により、インタフェース種別毎、およびインタフェース間の中継の処理能力と、アプリケーションに対する処理能力とで、パケット処理装置の能力に対する要求が異なっていた。従って、このような場合、必ずしも適切な箇所に適切な処理能力のパケット処理装置が設置されていなかった。
【０００８】
また、パケット中継装置では、ルーティングなどの制御プロトコル処理能力が不足すると、誤ったルーティング処理などが発生して、ネットワークに余分な負荷が掛かって輻輳を招くことがあった。輻輳を招くことによって、最悪の場合には、ネットワーク全体に障害等の多大な影響を与える恐れがある。従って、制御プロトコル処理能力が不足しないようにするために、通常のネットワークは、最悪の場合を想定した過剰な処理能力による装置設計を行っていた。しかしながら、通常の場合には、この過剰な処理能力が無駄になっていた。
【０００９】
また、上記の従来技術のうち、レイヤ４スイッチを用いる方法では、場合によってはオペレータが手動でレイヤ４スイッチへのオペレーションインタフェースを介した操作で設定する必要があった。オペレータが手動で設定する場合とは、サーバで新たなアプリケーションサービスの提供を開始する、或いはサーバがアプリケーションの提供を終了する、若しくは障害を起こしたマシンのアプリケーションを別のサーバを利用して提供するような場合である。このため、これらの設定作業を行う場合には、時間及び人員が必要であった。
【００１０】
本発明は上記事項に鑑みて為されたものであり、処理装置からのインタフェース情報、及びこのアプリケーションにアクセスする端末からのアクセスパケットに応じて、インタフェースの提供及びアクセスパケットの転送を容易に行うことを、解決すべき課題とする。
【００１１】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。
【００１２】
すなわち、本発明は、ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信し、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持し、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信し、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較し、前記アクセス可能な処理装置に、前記アクセスパケットを転送するようにした。
【００１３】
本発明によれば、アクセスパケット識別情報と、インタフェース識別情報及び転送情報とを比較することによって、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１４】
また、本発明は、前記転送情報として、前記アクセス可能な処理装置のハードウェアアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するようにしてもよい。
【００１５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１６】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するようにしてもよい。
【００１７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１８】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送するようにしてもよい。
【００１９】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００２０】
さらに、本発明は、比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知するようにしてもよい。
【００２１】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【００２２】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送してもよい。
【００２３】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００２４】
さらに、本発明は、比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知してもよい。
【００２５】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【００２６】
本発明は、前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークであってもよい。
【００２７】
また、本発明は、前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークであってもよい。
【００２８】
また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【００２９】
さらに、本発明は、以上の何れかの機能を実現する装置であってもよい。
【００３０】
【発明の実施の形態】
〈実施の形態１〉
以下、図面を参照して、本発明の好適な実施の形態１に係るインタフェース提供装置を、図１から図７の図面に基づいて説明する。
【００３１】
〈装置構成〉
図１は、本実施の形態１に係るインタフェース提供装置１００の概略構成を示すブロック図である。
【００３２】
本実施の形態１において、インタフェース提供装置１００は、既存のサーバ装置やパケット処理装置（例えばルータ）等の各種情報処理装置を用いて実現される。そして、本発明のインタフェース提供装置１００の処理方法をプログラム化するなどして導入することによって、上記の各種情報処理装置でインタフェース提供装置１００の機能が実現される。
【００３３】
本実施の形態１に係るインタフェース提供装置１００は、以下の構成要素から成り立っている。インタフェース提供装置１００は、識別情報受信手段１０１、識別情報保持手段１０２、識別手段１０３、転送手段１０４、及びエラー通知手段１０５から構成される。
【００３４】
識別情報受信手段１０１は、ネットワーク上でアプリケーションを提供する、処理装置（アプリケーション提供サーバ）から、第１のネットワークに接続される１以上のインタフェースと、第２のネットワークに接続される１以上の処理装置とから、前記インタフェースと前記処理装置とを関連付ける、例えばＩＰアドレス「１９２．１６２．１．２」及びポート番号「８０」などのインタフェース識別情報、及びその処理装置に係る転送情報を受信する。この識別情報受信手段１０１は、具体的にはアクセス可能な処理装置のハードウェアアドレス、或いはプロトコルアドレスを取得する。
【００３５】
なお、本実施の形態において、第１のネットワークと、第２のネットワークとは、異なるネットワークであってもよい。また、本実施の形態において、第１のネットワークと、第２のネットワークとは、同一のネットワークであってもよい。
【００３６】
識別情報保持手段１０２は、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する。
【００３７】
識別手段１０３は、アプリケーションにアクセスする端末からのアクセスパケットが保持するアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する。
【００３８】
転送手段１０４は、前記アクセス可能な処理装置に、前記アクセスパケットを転送する。そして、この転送手段１０４は、具体的にはアクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、このアクセスパケットを処理装置に転送する。
【００３９】
なお、この転送手段１０４は、アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、このアクセスパケットを処理装置に転送してもよい。
さらに、この転送手段１０４は、前記アクセスパケット受信時に、そのアクセスパケットに付される処理装置のアドレスを、プロトコル宛先アドレスによるプロトコルヘッダでカプセル化して、当該アクセスパケットを当該処理装置に転送してもよい。
【００４０】
そして、エラー通知手段１０５は、アクセスパケットを受信不能な処理装置に対してアクセスパケットを受信したときに、そのパケットを送信した端末にエラーを通知する。
【００４１】
〈ネットワーク構成〉
図２は、本実施の形態１に係る、ネットワークアプリケーションの提供を処理装置で実現したネットワーク構成例を示す。本実施の形態１に係るネットワークには、インタフェース提供装置１００、処理装置１及び２が、イーサスイッチ２００を介して接続している。また、イーサスイッチ２００には、インターネット３００等の既存のネットワークが接続している。そして、インターネット３００には、ネットワークアプリケーションからサービスの提供を受ける端末（不図示）が、接続している。
【００４２】
本実施の形態１では、インタフェース提供装置１００のインタフェース「１９２．１６０．１．２」に対して、処理装置１においてｈｔｔｐ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サービスアプリケーションが動作している。また、インタフェース提供装置１００のインタフェース「１９２．１６０．１．２」に対して、処理装置２においてメールサービスアプリケーションが動作している。そして、インタフェース提供装置１００には、処理装置１のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス「００：００：００：００：００：３３」及び処理装置２のＭＡＣアドレス「００：００：００：００：００：４４」が、予め格納されている。
【００４３】
〈処理例〉
図３は、本実施の形態１に係る、処理装置からのインタフェース識別情報及び転送情報に基づくアクセスパケットの転送処理を示すブロック図である。
【００４４】
図３において、処理装置１では、ｈｔｔｐサービスアプリケーションが起動する。このとき、処理装置１からインタフェース提供装置に対して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス「１９２．１６０．１．２」と、ｈｔｔｐのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ポート番号「８０」が通知される（図３における▲１▼）。
【００４５】
インタフェース提供装置１００では、その識別情報受信手段１０１が、処理装置１からＩＰアドレス「１９２．１６０．１．２」とＴＣＰポート番号「８０」が通知されたことを判別する。そして、識別情報受信手段１０１は、この「１９２．１６０．１．２」と「８０」をインタフェース識別情報、及び処理装置１のサーバ名を転送情報として、識別情報保持手段１０２に転送する。識別情報保持手段１０２は、このインタフェース識別情報及び転送情報を保持する（▲２▼）。
【００４６】
同様に、処理装置２では、メールサービスアプリケーションが起動する。このとき、インタフェース提供装置１００は、処理装置２のＩＰアドレス「１９２．１６０．１．２」と電子メール転送用のプロトコルであるｓｍｔｐ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のポート番号「２５」と、端末（不図示）からの電子メール読み取り用プロトコルであるｐｏｐ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ３）のポート番号「１１０」を処理装置２より受け取る（▲１▼）。このとき、識別情報受信手段１０１は、識別情報保持手段１０２に対して、処理装置２のＩＰアドレス「１９２．１６０．１．２」とｓｍｔｐのポート番号「２５」、及び処理装置２のＩＰアドレス「１９２．１６０．１．２」とｐｏｐ３のポート番号「１１０」をインタフェース識別情報として転送する。また、識別情報受信手段１０１は、処理装置２のサーバ名を転送情報として設定する。そして、識別情報保持手段１０２は、処理装置２のインタフェース識別情報及び転送情報を格納する（▲２▼）。
【００４７】
インターネットを介してアプリケーションの提供を希望する端末は、それぞれの処理装置宛のアクセスパケットを送信する。例えば、インタフェース提供装置１００は、ＩＰアドレス「１９２．１６０．１．２」のｈｔｔｐサービスにアクセスする端末からのアクセスパケットを受信する。このとき、インタフェース提供装置１００の識別手段１０３は、そのアクセスパケットから、ＩＰ着アドレス「１９２．１６０．１．２」とＴＣＰ着ポート番号「８０」を、アクセスパケット識別情報として抽出する。そして、識別手段１０３は、識別情報保持手段１０２内のインタフェース識別情報及び転送情報と、このアクセスパケット識別情報を比較する。識別手段１０３は、この比較の結果、インタフェース識別情報及び転送情報が一致するとき、処理装置１へアクセスパケットを転送することを識別する。そして、識別手段１０３は、この比較結果を転送手段１０４に通知する（▲３▼）。
【００４８】
転送手段１０４は、アクセスパケットのＭＡＣ着アドレスを処理装置１のＭＡＣアドレス値「００：００：００：００：００：３３」に書き換えて送信する（▲４▼）。同様に、端末からのアクセスパケットに含まれるメールサービスアプリケーションのｓｍｔｐパケット及びｐｏｐ３のパケットは、転送手段１０４により、処理装置２のＭＡＣアドレス「００：００：００：００：００：４４」に書き換えられて送信される。
【００４９】
また、それぞれの処理装置で提供するアプリケーションが終了するときには、以下の手順が為される。まず、識別情報受信手段１０１には、それぞれの処理装置からＩＰアドレスとＴＣＰポート番号が通知される。そして、識別情報受信手段１０１は、識別情報保持手段１０２に保持されるインタフェース識別情報及び転送情報と比較して、該当するインタフェース識別情報及び転送情報を削除する。
【００５０】
次に、本実施の形態１に係る、アクセスパケット識別情報に該当する処理装置が起動していない場合、すなわち処理装置がアクセスパケットを受信不能である場合のインタフェース提供装置１００の処理を説明する。
【００５１】
例えば、処理装置１において、ｈｔｔｐサービスが起動前もしくは終了後であるとする。このとき、ＩＰアドレス「１９２．１６０．１．２」のｈｔｔｐサービス（ポート番号「８０」）にアクセスする端末からのアクセスパケットがインタフェース提供装置１００に到着した場合、識別手段１０３が識別情報保持手段１０２に保持する識別情報（ＩＰアドレス「１９２．１６０．１．２：８０」）と比較しても、一致する値がない。このような場合、インタフェース提供装置１００のエラー通知手段１０５は、アクセスパケットを発信した端末に対して、アクセスパケットが処理装置に届かないことを示す、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ） Ｐｏｒｔ Ｕｎｒｅａｃｈａｂｌｅメッセージを送信する。
【００５２】
〈実施の形態１の効果〉
本実施の形態１に係るインタフェース提供装置１００を実現することにより、以下のような効果が得られる。
【００５３】
本実施の形態１によれば，インタフェース提供装置１００が処理装置１，２での制御プロトコルの処理時、及びネットワークアプリケーションの起動時、終了時、コネクションの設定時、並びに解放時に、アクセスアクセスパケットからアクセスパケット識別情報を受け取ることにより、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。
【００５４】
また、本実施の形態１に係るインタフェース提供装置１００によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【００５５】
また、本実施の形態１に係るインタフェース提供装置１００によれば、ネットワークにおいてアクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【００５６】
また、本実施の形態１によれば、インタフェース提供装置１００は、処理装置１，２での新たな制御プロセス処理時、或いはアプリケーション提供時に、そのアプリケーションに係るパケットの送受が可能となる。
【００５７】
また，本実施の形態１によれば、処理装置１，２の故障などにより、制御プロセスおよび提供するアプリケーションが他の処理装置に変更されても、インタフェース提供装置１００は、オペレータによる手動オペレーションを介さずに対応できる。
【００５８】
〈実施の形態２〉
以下、図４から図７により、本実施の形態２を説明する。上記実施の形態１では、インタフェース提供装置は、アプリケーションが異なる複数の処理装置に対するアクセスパケットの転送処理を行った。本実施の形態２では、本発明のインタフェース提供装置により、ルーティングプロトコル処理を行う。
【００５９】
本実施の形態２において、インタフェース提供装置１００の他の構成及び作用は、上記実施の形態１と同様である。従って、上記実施の形態１と同様の構成及び作用の説明は省略する。また、本実施の形態２では、必要に応じて図１から図３を参照する。
【００６０】
〈ネットワーク構成〉
図４は、本実施の形態２に係る、ルーティングプロトコル処理を処理装置で実現したネットワーク構成例を示す。なお、本実施の形態２では、ルーティングプロトコルとしてＢＧＰ（Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ）を用いる。
【００６１】
本実施の形態２において、インタフェース提供装置１００は、ルーティングプロトコル処理を行う処理装置３と、ルーティングプロトコル処理が為される側のネットワーク１、２、３、４と接続している。
【００６２】
〈処理例〉
次に、本実施の形態２に係る、ルーティングプロトコル処理の一例を、図５から図７を用いて説明する。
【００６３】
図５は、本実施の形態２に係る、ルーティングプロトコル処理時に処理装置３からのインタフェース識別情報を受信した際の、インタフェース提供装置１００のブロック図である。
【００６４】
まず、処理装置３側では、ルーティングプロトコル処理プロセスが起動して、ＢＧＰパケットの受信準備が整う。このルーティングプロトコル処理の起動時に、インタフェース提供装置１００は、各インタフェースに関する、インタフェース名１０ａ（ＩＦｘ）とそのＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、及びＢＧＰのＴＣＰポート番号１０ｃ「１７９」並びに処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、処理装置３からそれぞれ受信する（図５における▲１▼−（１））。
【００６５】
受信した上記情報は、識別情報保持手段１０２に格納される。識別情報保持手段１０２は、インタフェース識別情報フィールド１２１を有している。また、識別情報保持手段１０２は、インタフェース識別情報フィールド１２１に対応した書き換え情報を保持する、転送情報フィールド１２２を有している。
【００６６】
インタフェース提供装置１００の識別情報受信手段１０１は、通知されたインタフェースに関するインタフェース名１０ａ（ＩＦｘ）、ＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、ＴＣＰポート番号１０ｃ「１７９」を、インタフェース識別情報として識別情報保持手段１０２のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２３に保持する。また、識別情報受信手段１０１は、通知されたインタフェースに関するインタフェース名１０ａ（ＩＦｘ）、ＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、ＴＣＰポート番号１０ｃ「１７９」を、処理装置３（ＩＦ２５５）の送信元アドレスフィールド１２５に保持する。
識別情報受信手段１０１は、処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、転送情報フィールド１２２の宛先アドレスフィールド１２４に格納する。また、識別情報受信手段１０１は、処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、転送情報フィールド１２２の処理装置３に関する送信元アドレスフィールド１２６に格納する（▲２▼―（１））。
【００６７】
また、インタフェース提供装置１００の識別情報受信手段１０１は、処理装置３から、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」、ＴＣＰポート番号１１ｃ「ａ」、及び処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を受け付ける（▲１▼−（２））。
上記情報を受信した識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」、及びＴＣＰポート番号１１ｃ「ａ」をインタフェースのアドレスとして、インタフェース識別情報フィールド１２１の宛先アドレスフィールド１２７に保持する。また、識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」を、処理装置３（ＩＦ２５５）に関する転送情報フィールド１２２の送信元アドレスフィールド１２８に保持する。
また、識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、インタフェース識別情報フィールド１２１の送信元アドレスフィールド１２９、及び転送情報フィールド１２２の宛先アドレスフィールド１３０に保持する（▲２▼−（２））。
【００６８】
図６は、本実施の形態２に係る、インタフェース識別情報及び転送情報に基づく、ルーティングプロトコル処理の一例を示すブロック図である。
【００６９】
図６に示すように、インタフェース提供装置１００は、ネットワークの各インタフェース（ＩＦｘ）からパケット（ａ）を受信する（図６における▲３▼）。このとき、識別手段１０３は、受信したパケット（ａ）から宛先ＩＰアドレス「１９２．１６０．ｘ．１」及びＴＣＰポート番号「１７９」を、パケット（ａ）のアクセスパケット識別情報として抽出する（▲４▼）。
【００７０】
そして、識別手段１０３は、識別情報保持手段１０２のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２３に格納されているインタフェース識別情報と、パケット（ａ）のアクセスパケット識別情報とを比較する（▲５▼）。この比較の結果、宛先アドレスフィールド１２３のインタフェース識別情報と一致したパケット（ａ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１２４のＩＰアドレス「１９２．１６０．２５５．ｘ」に宛先アドレスが書き換えられる。そして、転送手段１０４は、ＩＰアドレスが書き換えられたアクセスパケット（ａ１）を、処理装置３側のインタフェースに転送する（▲６▼）。
【００７１】
なお、ＢＧＰ転送用コネクションの設定フェーズに関するパケット（ｂ）の転送処理については、上述したパケット（ａ）の処理と同様におこなう。すなわち、ネットワークからのパケット（ｂ）のアクセスパケット識別情報は、識別情報保持手段１０２のＢＧＰ転送用のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２７と比較される。そして、比較の結果一致したパケット（ｂ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１３０に書き換えられて、パケット（ｂ１）として処理装置３に転送される。
【００７２】
図７は、処理装置３からネットワークへのパケットの転送処理の一例を示すブロック図である。
【００７３】
図７に示すように、インタフェース提供装置１００は、処理装置３側のインタフェースから転送するパケット（Ｃ）を受信する。このとき、識別手段１０３は、このパケット（ｃ）のインタフェース識別情報と、識別情報保持手段１０２のインタフェース識別情報フィールド１２１の、処理装置３（ＩＦ２５５）の送信元アドレスフィールド１２５に保持されるインタフェース識別情報とを比較する（▲８▼）。
この比較の結果、パケット（Ｃ）のインタフェース識別情報と宛先アドレスフィールド１３０が一致したパケットは、転送手段１０４によって転送情報フィールド１２２の送信元アドレスフィールド１２６に従って、ＩＰアドレスを送信元アドレスに書き換えられる。そして、転送手段１０４は、このＩＰアドレスが書き換えられたパケット（Ｃ１）を、ネットワーク側のインタフェースに転送する（▲９▼）。
【００７４】
なお、ＢＧＰ転送用コネクションの設定フェーズに関するパケット（ｄ）の転送処理については、上述したパケット（ｃ）の処理と同様におこなう。すなわち、処理装置３からのパケット（ｄ）のアクセスパケット識別情報は、識別情報保持手段１０２のＢＧＰ転送用のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１３２と比較される。そして、比較の結果一致したパケット（ｂ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１３３に書き換えられて、パケット（ｄ１）としてネットワーク側に転送される。
【００７５】
また、本実施の形態２において、コネクションを解放するフェーズ、及びルーティングプロセス終了時には、設定フェーズ、及び起動時と同様のインタフェース識別情報及び転送情報が、処理装置３からインタフェース提供装置１００に通知される。そして、識別情報受信手段１０１は、識別情報保持手段１０２に格納された対応するインタフェース識別情報及び転送情報を削除する。
【００７６】
〈実施の形態２の効果〉
本実施の形態２に係るインタフェース提供装置１００を実現することにより、以下のような効果が得られる。
【００７７】
本実施の形態２に係るインタフェース提供装置１００によれば、インタフェース毎にネットワークと接続するため、インタフェースを識別することでネットワークを識別することができる。
【００７８】
本実施の形態２に係るインタフェース提供装置１００によれば、処理装置の起動状況等のアクセス可能か否かに応じて、ルーティングプロトコル処理を行うことができる。従って、本実施の形態２によれば、容易且つ正確にアクセスパケットを転送することができる。
【００７９】
また、本実施の形態２に係るインタフェース提供装置１００によれば、ルーティングプロトコル処理を行うことで、アクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【００８０】
〈変形例〉
本実施の形態において、本発明のインタフェース提供装置は、主に認証情報の一例について説明したが、本実施の形態１および２に限定されず、その他のインタフェース提供装置に対して広く実施することができる。
【００８１】
本実施の形態１では、インタフェース提供装置１００が予め処理装置１，２のＭＡＣアドレスを知っているものとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本実施の形態１において、処理装置１，２のＭＡＣアドレスを、処理装置１，２からインタフェース提供装置１００に通知してもよい。
【００８２】
また、本実施の形態１において、インタフェース提供装置１００は、ＩＰアドレスを予め格納する、或いは図３の▲１▼において通知に応じて、動的にＩＰアドレスを得てもよい。
【００８３】
そして、本実施の形態１において、インタフェース提供装置１００は、アドレス解決プロトコル（ＡＲＰなど）を用いて、動的にインタフェースを識別する情報を得てもよい。
【００８４】
また、本実施の形態において、インタフェース提供装置１００のインタフェースは複数でもよい。すなわち、インタフェース提供装置１００は、インターネット側と処理装置側のインタフェースを分けてもよい。
【００８５】
また、本発明において、インタフェース提供装置は、処理装置毎にインタフェースを分けてもよい。
【００８６】
また、インターネット側のインタフェースを複数として、インタフェース毎に同一のアプリケーションに対して別の処理装置でもよい。
【００８７】
また、本実施の形態１において、処理装置１，２の起動するアプリケーションとして、ｈｔｔｐとメールを一例としたが、本発明のインタフェース提供装置ではこれに限定されない。例えば、本発明のインタフェース提供装置が処理するアプリケーションは、ファイル転送やニュースなどの、既存の各種ネットワークアプリケーションに適用することができる。
【００８８】
また、本実施の形態１において、アプリケーション起動時または終了時に処理装置からＩＰアドレスとＴＣＰポート番号が通知されるとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、ＴＣＰコネクションが設定されるとき、または解放されるときにも、ＩＰアドレスとＴＣＰポート番号を通知してもよい。
【００８９】
本実施の形態２では、処理装置とインタフェース提供装置とが１対１の例を説明したが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明では、インタフェース提供装置のインタフェース毎に処理装置が複数存在してもよい。
【００９０】
また、本実施の形態２では、１つの処理装置が複数のインタフェース提供装置１００を制御してもよい。また、本実施の形態２では、インタフェース提供装置１００のネットワーク側と処理装置側のインタフェースを別にしたが、このインタフェースは同一でもよい。
【００９１】
また、本実施の形態２において、用いるルーティングプロトコルとしてＢＧＰを例として説明したが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、用いるルーティングプロトコルは、他のルーティングプロトコルでもよい。また、本発明のインタフェース提供装置では、さらにそれらのルーティングプロトコルが混在して、プロトコル毎、或いはインタフェース毎に処理装置を分けてもよい。
【００９２】
また、本実施の形態２では、ルーティングプロトコル処理を、本実施の形態１で述べたようなネットワークアプリケーションで適用してもよいし、或いはそれらのネットワークアプリケーションが混在してもよい。
【００９３】
本実施の形態２において、処理装置３の送受信用ＩＰアドレスと、インタフェース提供装置１００のネットワーク側のＩＰアドレスを、起動、終了、設定、解放の手順において、処理装置３側より受信するとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、上記ＩＰアドレスを予め静的に設定、もしくは事前に別フェーズで受信してもよい。
【００９４】
また、本実施の形態２では、ＩＰアドレスを変換して転送するとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、ＩＰヘッダでカプセル化してパケットを転送してもよい。この場合、本実施の形態２では、変換用のＩＰアドレスとして、ネットワーク側のインタフェース（１９２．１６０．ｘ．１）と処理装置の送受信用アドレス（１９２．１６０．２５５．ｘ）を用いたが、処理装置側のインタフェース（１９２．１６０．２５５．２５４）と、処理装置の実アドレス（１９２．１６０．２５５．２５３）でカプセル化してもよい。
【００９５】
〈その他〉
本発明は、以下のように特定することができる。
【００９６】
（付記１）ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信する識別情報受信手段と、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する識別情報保持手段と、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信するアクセスパケット受信手段と、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する識別手段と、前記アクセス可能な処理装置に、前記アクセスパケットを転送する転送手段とを備えるインタフェース提供装置。
【００９７】
本発明のインタフェース提供装置では、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。
【００９８】
また、本発明に係るインタフェース提供装置によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【００９９】
また、本発明に係るインタフェース提供装置によれば、ネットワークにおいてアクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【０１００】
また、本発明のインタフェース提供装置によれば、処理装置での新たな制御プロセス処理時、或いはアプリケーション提供時に、そのアプリケーションに係るパケットの送受が可能となる。
【０１０１】
また，本発明によれば、処理装置の故障などにより、制御プロセスおよび提供するアプリケーションが他の処理装置に変更されても、インタフェース提供装置は、オペレータによる手動オペレーションを介さずに対応できる。
【０１０２】
（付記２）前記識別情報受信手段が、前記転送情報として、前記処理装置のハードウェアアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送する、付記１に記載のインタフェース提供装置。
【０１０３】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０４】
（付記３）前記識別情報受信手段が、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送する、付記１または２に記載のインタフェース提供装置。
【０１０５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０６】
（付記４）前記識別情報受信手段が、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送する、付記１から３のいずれかに記載のインタフェース提供装置。
【０１０７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０８】
（付記５）前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知する、エラー通知手段をさらに備える、付記１から４のいずれかに記載のインタフェース提供装置。
【０１０９】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【０１１０】
（付記６）前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークである、付記１から５のいずれかに記載のインタフェース提供装置。
【０１１１】
（付記７）前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークである、付記１から６のいずれかに記載のインタフェース提供装置。
【０１１２】
（付記８）ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信する識別情報受信ステップと、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する識別情報保持ステップと、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信するアクセスパケット受信ステップと、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する識別ステップと、前記アクセス可能な処理装置に、前記アクセスパケットを転送するステップとを備えるインタフェース提供方法。
【０１１３】
本発明のインタフェース提供方法では、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。従って、本発明に係るインタフェース提供装置によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【０１１４】
（付記９）前記転送情報として、前記アクセス可能な処理装置のハードウェアアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するステップとをさらに備える、付記８に記載のインタフェース提供方法。
【０１１５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１１６】
（付記１０）前記転送情報として、前記処理装置のプロトコルアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するステップとをさらに備える、付記８または９に記載のインタフェース提供方法。
【０１１７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１１８】
（付記１１）前記転送情報として、前記処理装置のプロトコルアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送するステップとさらに備える、付記８から１０の何れかに記載のインタフェース提供方法。
【０１１９】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１２０】
（付記１２）前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知するステップをさらに備える、付記８から１１の何れかに記載のインタフェース提供方法。
【０１２１】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【０１２２】
（付記１３）前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークである、付記８から１２のいずれかに記載のインタフェース提供方法。
【０１２３】
（付記１４）前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークである、付記８から１３のいずれかに記載のインタフェース提供方法。
【０１２４】
なお、本発明において、以上の各構成要素は、可能な限り組み合わせることができる。
【０１２５】
【発明の効果】
本発明のインタフェース提供装置によれば、処理装置からのインタフェース情報、及びこのアプリケーションにアクセスする端末からのアクセスパケットに応じて、インタフェースの提供及びアクセスパケットの転送を容易に行うという優れた効果を得ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る、インタフェース提供装置の概略構成を示すブロック図である。
【図２】本実施の形態１に係る、ネットワークアプリケーションの提供を処理装置で実現したネットワーク構成例である。
【図３】本実施の形態１に係る、処理装置からのインタフェース識別情報及び転送情報に基づくアクセスパケットの転送処理を示すブロック図である。
【図４】本実施の形態２に係る、ルーティングプロトコル処理を処理装置で実現したネットワーク構成例である。
【図５】本実施の形態２に係る、ルーティングプロトコル処理時に処理装置からのインタフェース識別情報を受信した際の、インタフェース提供装置のブロック図である。
【図６】本実施の形態２に係る、インタフェース識別情報及び転送情報に基づく、ルーティングプロトコル処理の一例を示すブロック図である。
【図７】本実施の形態２に係る、処理装置からネットワークへのパケットの転送処理の一例を示すブロック図である
【符号の説明】
１ 処理装置
２ 処理装置
３ 処理装置
１００ インタフェース提供装置
１０１ 識別情報受信手段
１０２ 識別情報格納手段
１０２ 識別情報保持手段
１０３ 識別手段
１０４ 転送手段
１０５ エラー通知手段
１２１ インタフェース識別情報フィールド
１２２ 転送情報フィールド
１２３ 宛先アドレスフィールド
１２３ 宛先アドレスフィールド
１２４ 宛先アドレスフィールド
１２５ 送信元アドレスフィールド
１２６ 送信元アドレスフィールド
１２７ 宛先アドレスフィールド
１２８ 送信元アドレスフィールド
１２９ 送信元アドレスフィールド
１３０ 宛先アドレスフィールド
１３２ 宛先アドレスフィールド
１３３ 宛先アドレスフィールド
２００ イーサスイッチ
３００ インターネット
【発明の属する技術分野】
本発明は、ネットワーク上の提供サーバに対するインタフェース提供技術に関する。
【０００２】
【従来の技術】
一般に、従来のパケット処理装置では、ネットワークインタフェースの提供及びパケットに対する終端などの処理を、同一の装置が行っていた。このため、パケット処理装置の性能に応じて、そのネットワークのパケットに対するイーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）やＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のインタフェース種別毎の処理が決定する。また、パケット処理装置の性能に応じて、インタフェース間でのパケットの中継処理に対する能力が決定する。さらに、制御プロトコルやサービスアプリケーションに対する処理能力も、パケット処理装置の性能によって決定する。
【０００３】
そして、通常、上記の制御プロトコルやサービスアプリケーションに対する処理能力が不足するような状況では、以下のような対策が講じられている。
まず上記対策のうち、ネットワークインタフェースの提供及びパケットに対する終端などの処理を同一の装置が行う場合には、このアプリケーションを提供するサーバをアプリケーション毎に分離する方法が挙げられる。
【０００４】
また、上記対策には、ネットワーク側にレイヤ４スイッチを設置する方法が挙げられる。このとき、それぞれのアプリケーションを実行するサーバの設定情報は、オペレータが手動で設定していた。そして、このようなネットワークでは、ネットワークを介してアクセスするパケットを、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のポート番号等のレイヤ４スイッチの設定情報に従い、それらのアプリケーションを実行するサーバに転送していた。
【０００５】
ところで、従来から、管理者のコネクションの管理を容易とし、各コネクションの通信品質を保証する技術（例えば、特許文献１参照）が開示されている。
【０００６】
【特許文献１】
特開平９−３３１３５５９号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のネットワークインタフェースの提供及びパケットに対する終端などの処理を同一のパケット処理装置で行う技術では、以下の問題があった。すなわち、そのパケット処理装置が設置される箇所により、インタフェース種別毎、およびインタフェース間の中継の処理能力と、アプリケーションに対する処理能力とで、パケット処理装置の能力に対する要求が異なっていた。従って、このような場合、必ずしも適切な箇所に適切な処理能力のパケット処理装置が設置されていなかった。
【０００８】
また、パケット中継装置では、ルーティングなどの制御プロトコル処理能力が不足すると、誤ったルーティング処理などが発生して、ネットワークに余分な負荷が掛かって輻輳を招くことがあった。輻輳を招くことによって、最悪の場合には、ネットワーク全体に障害等の多大な影響を与える恐れがある。従って、制御プロトコル処理能力が不足しないようにするために、通常のネットワークは、最悪の場合を想定した過剰な処理能力による装置設計を行っていた。しかしながら、通常の場合には、この過剰な処理能力が無駄になっていた。
【０００９】
また、上記の従来技術のうち、レイヤ４スイッチを用いる方法では、場合によってはオペレータが手動でレイヤ４スイッチへのオペレーションインタフェースを介した操作で設定する必要があった。オペレータが手動で設定する場合とは、サーバで新たなアプリケーションサービスの提供を開始する、或いはサーバがアプリケーションの提供を終了する、若しくは障害を起こしたマシンのアプリケーションを別のサーバを利用して提供するような場合である。このため、これらの設定作業を行う場合には、時間及び人員が必要であった。
【００１０】
本発明は上記事項に鑑みて為されたものであり、処理装置からのインタフェース情報、及びこのアプリケーションにアクセスする端末からのアクセスパケットに応じて、インタフェースの提供及びアクセスパケットの転送を容易に行うことを、解決すべき課題とする。
【００１１】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。
【００１２】
すなわち、本発明は、ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信し、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持し、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信し、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較し、前記アクセス可能な処理装置に、前記アクセスパケットを転送するようにした。
【００１３】
本発明によれば、アクセスパケット識別情報と、インタフェース識別情報及び転送情報とを比較することによって、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１４】
また、本発明は、前記転送情報として、前記アクセス可能な処理装置のハードウェアアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するようにしてもよい。
【００１５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１６】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するようにしてもよい。
【００１７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００１８】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送するようにしてもよい。
【００１９】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００２０】
さらに、本発明は、比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知するようにしてもよい。
【００２１】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【００２２】
また、本発明は、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送してもよい。
【００２３】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【００２４】
さらに、本発明は、比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知してもよい。
【００２５】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【００２６】
本発明は、前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークであってもよい。
【００２７】
また、本発明は、前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークであってもよい。
【００２８】
また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【００２９】
さらに、本発明は、以上の何れかの機能を実現する装置であってもよい。
【００３０】
【発明の実施の形態】
〈実施の形態１〉
以下、図面を参照して、本発明の好適な実施の形態１に係るインタフェース提供装置を、図１から図７の図面に基づいて説明する。
【００３１】
〈装置構成〉
図１は、本実施の形態１に係るインタフェース提供装置１００の概略構成を示すブロック図である。
【００３２】
本実施の形態１において、インタフェース提供装置１００は、既存のサーバ装置やパケット処理装置（例えばルータ）等の各種情報処理装置を用いて実現される。そして、本発明のインタフェース提供装置１００の処理方法をプログラム化するなどして導入することによって、上記の各種情報処理装置でインタフェース提供装置１００の機能が実現される。
【００３３】
本実施の形態１に係るインタフェース提供装置１００は、以下の構成要素から成り立っている。インタフェース提供装置１００は、識別情報受信手段１０１、識別情報保持手段１０２、識別手段１０３、転送手段１０４、及びエラー通知手段１０５から構成される。
【００３４】
識別情報受信手段１０１は、ネットワーク上でアプリケーションを提供する、処理装置（アプリケーション提供サーバ）から、第１のネットワークに接続される１以上のインタフェースと、第２のネットワークに接続される１以上の処理装置とから、前記インタフェースと前記処理装置とを関連付ける、例えばＩＰアドレス「１９２．１６２．１．２」及びポート番号「８０」などのインタフェース識別情報、及びその処理装置に係る転送情報を受信する。この識別情報受信手段１０１は、具体的にはアクセス可能な処理装置のハードウェアアドレス、或いはプロトコルアドレスを取得する。
【００３５】
なお、本実施の形態において、第１のネットワークと、第２のネットワークとは、異なるネットワークであってもよい。また、本実施の形態において、第１のネットワークと、第２のネットワークとは、同一のネットワークであってもよい。
【００３６】
識別情報保持手段１０２は、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する。
【００３７】
識別手段１０３は、アプリケーションにアクセスする端末からのアクセスパケットが保持するアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する。
【００３８】
転送手段１０４は、前記アクセス可能な処理装置に、前記アクセスパケットを転送する。そして、この転送手段１０４は、具体的にはアクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、このアクセスパケットを処理装置に転送する。
【００３９】
なお、この転送手段１０４は、アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、このアクセスパケットを処理装置に転送してもよい。
さらに、この転送手段１０４は、前記アクセスパケット受信時に、そのアクセスパケットに付される処理装置のアドレスを、プロトコル宛先アドレスによるプロトコルヘッダでカプセル化して、当該アクセスパケットを当該処理装置に転送してもよい。
【００４０】
そして、エラー通知手段１０５は、アクセスパケットを受信不能な処理装置に対してアクセスパケットを受信したときに、そのパケットを送信した端末にエラーを通知する。
【００４１】
〈ネットワーク構成〉
図２は、本実施の形態１に係る、ネットワークアプリケーションの提供を処理装置で実現したネットワーク構成例を示す。本実施の形態１に係るネットワークには、インタフェース提供装置１００、処理装置１及び２が、イーサスイッチ２００を介して接続している。また、イーサスイッチ２００には、インターネット３００等の既存のネットワークが接続している。そして、インターネット３００には、ネットワークアプリケーションからサービスの提供を受ける端末（不図示）が、接続している。
【００４２】
本実施の形態１では、インタフェース提供装置１００のインタフェース「１９２．１６０．１．２」に対して、処理装置１においてｈｔｔｐ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サービスアプリケーションが動作している。また、インタフェース提供装置１００のインタフェース「１９２．１６０．１．２」に対して、処理装置２においてメールサービスアプリケーションが動作している。そして、インタフェース提供装置１００には、処理装置１のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス「００：００：００：００：００：３３」及び処理装置２のＭＡＣアドレス「００：００：００：００：００：４４」が、予め格納されている。
【００４３】
〈処理例〉
図３は、本実施の形態１に係る、処理装置からのインタフェース識別情報及び転送情報に基づくアクセスパケットの転送処理を示すブロック図である。
【００４４】
図３において、処理装置１では、ｈｔｔｐサービスアプリケーションが起動する。このとき、処理装置１からインタフェース提供装置に対して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス「１９２．１６０．１．２」と、ｈｔｔｐのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ポート番号「８０」が通知される（図３における▲１▼）。
【００４５】
インタフェース提供装置１００では、その識別情報受信手段１０１が、処理装置１からＩＰアドレス「１９２．１６０．１．２」とＴＣＰポート番号「８０」が通知されたことを判別する。そして、識別情報受信手段１０１は、この「１９２．１６０．１．２」と「８０」をインタフェース識別情報、及び処理装置１のサーバ名を転送情報として、識別情報保持手段１０２に転送する。識別情報保持手段１０２は、このインタフェース識別情報及び転送情報を保持する（▲２▼）。
【００４６】
同様に、処理装置２では、メールサービスアプリケーションが起動する。このとき、インタフェース提供装置１００は、処理装置２のＩＰアドレス「１９２．１６０．１．２」と電子メール転送用のプロトコルであるｓｍｔｐ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のポート番号「２５」と、端末（不図示）からの電子メール読み取り用プロトコルであるｐｏｐ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ３）のポート番号「１１０」を処理装置２より受け取る（▲１▼）。このとき、識別情報受信手段１０１は、識別情報保持手段１０２に対して、処理装置２のＩＰアドレス「１９２．１６０．１．２」とｓｍｔｐのポート番号「２５」、及び処理装置２のＩＰアドレス「１９２．１６０．１．２」とｐｏｐ３のポート番号「１１０」をインタフェース識別情報として転送する。また、識別情報受信手段１０１は、処理装置２のサーバ名を転送情報として設定する。そして、識別情報保持手段１０２は、処理装置２のインタフェース識別情報及び転送情報を格納する（▲２▼）。
【００４７】
インターネットを介してアプリケーションの提供を希望する端末は、それぞれの処理装置宛のアクセスパケットを送信する。例えば、インタフェース提供装置１００は、ＩＰアドレス「１９２．１６０．１．２」のｈｔｔｐサービスにアクセスする端末からのアクセスパケットを受信する。このとき、インタフェース提供装置１００の識別手段１０３は、そのアクセスパケットから、ＩＰ着アドレス「１９２．１６０．１．２」とＴＣＰ着ポート番号「８０」を、アクセスパケット識別情報として抽出する。そして、識別手段１０３は、識別情報保持手段１０２内のインタフェース識別情報及び転送情報と、このアクセスパケット識別情報を比較する。識別手段１０３は、この比較の結果、インタフェース識別情報及び転送情報が一致するとき、処理装置１へアクセスパケットを転送することを識別する。そして、識別手段１０３は、この比較結果を転送手段１０４に通知する（▲３▼）。
【００４８】
転送手段１０４は、アクセスパケットのＭＡＣ着アドレスを処理装置１のＭＡＣアドレス値「００：００：００：００：００：３３」に書き換えて送信する（▲４▼）。同様に、端末からのアクセスパケットに含まれるメールサービスアプリケーションのｓｍｔｐパケット及びｐｏｐ３のパケットは、転送手段１０４により、処理装置２のＭＡＣアドレス「００：００：００：００：００：４４」に書き換えられて送信される。
【００４９】
また、それぞれの処理装置で提供するアプリケーションが終了するときには、以下の手順が為される。まず、識別情報受信手段１０１には、それぞれの処理装置からＩＰアドレスとＴＣＰポート番号が通知される。そして、識別情報受信手段１０１は、識別情報保持手段１０２に保持されるインタフェース識別情報及び転送情報と比較して、該当するインタフェース識別情報及び転送情報を削除する。
【００５０】
次に、本実施の形態１に係る、アクセスパケット識別情報に該当する処理装置が起動していない場合、すなわち処理装置がアクセスパケットを受信不能である場合のインタフェース提供装置１００の処理を説明する。
【００５１】
例えば、処理装置１において、ｈｔｔｐサービスが起動前もしくは終了後であるとする。このとき、ＩＰアドレス「１９２．１６０．１．２」のｈｔｔｐサービス（ポート番号「８０」）にアクセスする端末からのアクセスパケットがインタフェース提供装置１００に到着した場合、識別手段１０３が識別情報保持手段１０２に保持する識別情報（ＩＰアドレス「１９２．１６０．１．２：８０」）と比較しても、一致する値がない。このような場合、インタフェース提供装置１００のエラー通知手段１０５は、アクセスパケットを発信した端末に対して、アクセスパケットが処理装置に届かないことを示す、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ） Ｐｏｒｔ Ｕｎｒｅａｃｈａｂｌｅメッセージを送信する。
【００５２】
〈実施の形態１の効果〉
本実施の形態１に係るインタフェース提供装置１００を実現することにより、以下のような効果が得られる。
【００５３】
本実施の形態１によれば，インタフェース提供装置１００が処理装置１，２での制御プロトコルの処理時、及びネットワークアプリケーションの起動時、終了時、コネクションの設定時、並びに解放時に、アクセスアクセスパケットからアクセスパケット識別情報を受け取ることにより、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。
【００５４】
また、本実施の形態１に係るインタフェース提供装置１００によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【００５５】
また、本実施の形態１に係るインタフェース提供装置１００によれば、ネットワークにおいてアクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【００５６】
また、本実施の形態１によれば、インタフェース提供装置１００は、処理装置１，２での新たな制御プロセス処理時、或いはアプリケーション提供時に、そのアプリケーションに係るパケットの送受が可能となる。
【００５７】
また，本実施の形態１によれば、処理装置１，２の故障などにより、制御プロセスおよび提供するアプリケーションが他の処理装置に変更されても、インタフェース提供装置１００は、オペレータによる手動オペレーションを介さずに対応できる。
【００５８】
〈実施の形態２〉
以下、図４から図７により、本実施の形態２を説明する。上記実施の形態１では、インタフェース提供装置は、アプリケーションが異なる複数の処理装置に対するアクセスパケットの転送処理を行った。本実施の形態２では、本発明のインタフェース提供装置により、ルーティングプロトコル処理を行う。
【００５９】
本実施の形態２において、インタフェース提供装置１００の他の構成及び作用は、上記実施の形態１と同様である。従って、上記実施の形態１と同様の構成及び作用の説明は省略する。また、本実施の形態２では、必要に応じて図１から図３を参照する。
【００６０】
〈ネットワーク構成〉
図４は、本実施の形態２に係る、ルーティングプロトコル処理を処理装置で実現したネットワーク構成例を示す。なお、本実施の形態２では、ルーティングプロトコルとしてＢＧＰ（Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ）を用いる。
【００６１】
本実施の形態２において、インタフェース提供装置１００は、ルーティングプロトコル処理を行う処理装置３と、ルーティングプロトコル処理が為される側のネットワーク１、２、３、４と接続している。
【００６２】
〈処理例〉
次に、本実施の形態２に係る、ルーティングプロトコル処理の一例を、図５から図７を用いて説明する。
【００６３】
図５は、本実施の形態２に係る、ルーティングプロトコル処理時に処理装置３からのインタフェース識別情報を受信した際の、インタフェース提供装置１００のブロック図である。
【００６４】
まず、処理装置３側では、ルーティングプロトコル処理プロセスが起動して、ＢＧＰパケットの受信準備が整う。このルーティングプロトコル処理の起動時に、インタフェース提供装置１００は、各インタフェースに関する、インタフェース名１０ａ（ＩＦｘ）とそのＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、及びＢＧＰのＴＣＰポート番号１０ｃ「１７９」並びに処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、処理装置３からそれぞれ受信する（図５における▲１▼−（１））。
【００６５】
受信した上記情報は、識別情報保持手段１０２に格納される。識別情報保持手段１０２は、インタフェース識別情報フィールド１２１を有している。また、識別情報保持手段１０２は、インタフェース識別情報フィールド１２１に対応した書き換え情報を保持する、転送情報フィールド１２２を有している。
【００６６】
インタフェース提供装置１００の識別情報受信手段１０１は、通知されたインタフェースに関するインタフェース名１０ａ（ＩＦｘ）、ＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、ＴＣＰポート番号１０ｃ「１７９」を、インタフェース識別情報として識別情報保持手段１０２のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２３に保持する。また、識別情報受信手段１０１は、通知されたインタフェースに関するインタフェース名１０ａ（ＩＦｘ）、ＩＰアドレス１０ｂ「１９２．１６０．ｘ．１」、ＴＣＰポート番号１０ｃ「１７９」を、処理装置３（ＩＦ２５５）の送信元アドレスフィールド１２５に保持する。
識別情報受信手段１０１は、処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、転送情報フィールド１２２の宛先アドレスフィールド１２４に格納する。また、識別情報受信手段１０１は、処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、転送情報フィールド１２２の処理装置３に関する送信元アドレスフィールド１２６に格納する（▲２▼―（１））。
【００６７】
また、インタフェース提供装置１００の識別情報受信手段１０１は、処理装置３から、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」、ＴＣＰポート番号１１ｃ「ａ」、及び処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を受け付ける（▲１▼−（２））。
上記情報を受信した識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」、及びＴＣＰポート番号１１ｃ「ａ」をインタフェースのアドレスとして、インタフェース識別情報フィールド１２１の宛先アドレスフィールド１２７に保持する。また、識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する、各インタフェース名（ＩＦｘ）１１ａ、ＩＰアドレス１１ｂ「１９２．１６０．ｘ．１：ａ」を、処理装置３（ＩＦ２５５）に関する転送情報フィールド１２２の送信元アドレスフィールド１２８に保持する。
また、識別情報受信手段１０１は、ＢＧＰ転送用コネクションの設定フェーズに関する処理装置３の送受信用のアドレス１０ｄ「１９２．１６０．２５５．ｘ」を、インタフェース識別情報フィールド１２１の送信元アドレスフィールド１２９、及び転送情報フィールド１２２の宛先アドレスフィールド１３０に保持する（▲２▼−（２））。
【００６８】
図６は、本実施の形態２に係る、インタフェース識別情報及び転送情報に基づく、ルーティングプロトコル処理の一例を示すブロック図である。
【００６９】
図６に示すように、インタフェース提供装置１００は、ネットワークの各インタフェース（ＩＦｘ）からパケット（ａ）を受信する（図６における▲３▼）。このとき、識別手段１０３は、受信したパケット（ａ）から宛先ＩＰアドレス「１９２．１６０．ｘ．１」及びＴＣＰポート番号「１７９」を、パケット（ａ）のアクセスパケット識別情報として抽出する（▲４▼）。
【００７０】
そして、識別手段１０３は、識別情報保持手段１０２のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２３に格納されているインタフェース識別情報と、パケット（ａ）のアクセスパケット識別情報とを比較する（▲５▼）。この比較の結果、宛先アドレスフィールド１２３のインタフェース識別情報と一致したパケット（ａ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１２４のＩＰアドレス「１９２．１６０．２５５．ｘ」に宛先アドレスが書き換えられる。そして、転送手段１０４は、ＩＰアドレスが書き換えられたアクセスパケット（ａ１）を、処理装置３側のインタフェースに転送する（▲６▼）。
【００７１】
なお、ＢＧＰ転送用コネクションの設定フェーズに関するパケット（ｂ）の転送処理については、上述したパケット（ａ）の処理と同様におこなう。すなわち、ネットワークからのパケット（ｂ）のアクセスパケット識別情報は、識別情報保持手段１０２のＢＧＰ転送用のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１２７と比較される。そして、比較の結果一致したパケット（ｂ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１３０に書き換えられて、パケット（ｂ１）として処理装置３に転送される。
【００７２】
図７は、処理装置３からネットワークへのパケットの転送処理の一例を示すブロック図である。
【００７３】
図７に示すように、インタフェース提供装置１００は、処理装置３側のインタフェースから転送するパケット（Ｃ）を受信する。このとき、識別手段１０３は、このパケット（ｃ）のインタフェース識別情報と、識別情報保持手段１０２のインタフェース識別情報フィールド１２１の、処理装置３（ＩＦ２５５）の送信元アドレスフィールド１２５に保持されるインタフェース識別情報とを比較する（▲８▼）。
この比較の結果、パケット（Ｃ）のインタフェース識別情報と宛先アドレスフィールド１３０が一致したパケットは、転送手段１０４によって転送情報フィールド１２２の送信元アドレスフィールド１２６に従って、ＩＰアドレスを送信元アドレスに書き換えられる。そして、転送手段１０４は、このＩＰアドレスが書き換えられたパケット（Ｃ１）を、ネットワーク側のインタフェースに転送する（▲９▼）。
【００７４】
なお、ＢＧＰ転送用コネクションの設定フェーズに関するパケット（ｄ）の転送処理については、上述したパケット（ｃ）の処理と同様におこなう。すなわち、処理装置３からのパケット（ｄ）のアクセスパケット識別情報は、識別情報保持手段１０２のＢＧＰ転送用のインタフェース識別情報フィールド１２１の宛先アドレスフィールド１３２と比較される。そして、比較の結果一致したパケット（ｂ）は、転送手段１０４によって、転送情報フィールド１２２の宛先アドレスフィールド１３３に書き換えられて、パケット（ｄ１）としてネットワーク側に転送される。
【００７５】
また、本実施の形態２において、コネクションを解放するフェーズ、及びルーティングプロセス終了時には、設定フェーズ、及び起動時と同様のインタフェース識別情報及び転送情報が、処理装置３からインタフェース提供装置１００に通知される。そして、識別情報受信手段１０１は、識別情報保持手段１０２に格納された対応するインタフェース識別情報及び転送情報を削除する。
【００７６】
〈実施の形態２の効果〉
本実施の形態２に係るインタフェース提供装置１００を実現することにより、以下のような効果が得られる。
【００７７】
本実施の形態２に係るインタフェース提供装置１００によれば、インタフェース毎にネットワークと接続するため、インタフェースを識別することでネットワークを識別することができる。
【００７８】
本実施の形態２に係るインタフェース提供装置１００によれば、処理装置の起動状況等のアクセス可能か否かに応じて、ルーティングプロトコル処理を行うことができる。従って、本実施の形態２によれば、容易且つ正確にアクセスパケットを転送することができる。
【００７９】
また、本実施の形態２に係るインタフェース提供装置１００によれば、ルーティングプロトコル処理を行うことで、アクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【００８０】
〈変形例〉
本実施の形態において、本発明のインタフェース提供装置は、主に認証情報の一例について説明したが、本実施の形態１および２に限定されず、その他のインタフェース提供装置に対して広く実施することができる。
【００８１】
本実施の形態１では、インタフェース提供装置１００が予め処理装置１，２のＭＡＣアドレスを知っているものとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本実施の形態１において、処理装置１，２のＭＡＣアドレスを、処理装置１，２からインタフェース提供装置１００に通知してもよい。
【００８２】
また、本実施の形態１において、インタフェース提供装置１００は、ＩＰアドレスを予め格納する、或いは図３の▲１▼において通知に応じて、動的にＩＰアドレスを得てもよい。
【００８３】
そして、本実施の形態１において、インタフェース提供装置１００は、アドレス解決プロトコル（ＡＲＰなど）を用いて、動的にインタフェースを識別する情報を得てもよい。
【００８４】
また、本実施の形態において、インタフェース提供装置１００のインタフェースは複数でもよい。すなわち、インタフェース提供装置１００は、インターネット側と処理装置側のインタフェースを分けてもよい。
【００８５】
また、本発明において、インタフェース提供装置は、処理装置毎にインタフェースを分けてもよい。
【００８６】
また、インターネット側のインタフェースを複数として、インタフェース毎に同一のアプリケーションに対して別の処理装置でもよい。
【００８７】
また、本実施の形態１において、処理装置１，２の起動するアプリケーションとして、ｈｔｔｐとメールを一例としたが、本発明のインタフェース提供装置ではこれに限定されない。例えば、本発明のインタフェース提供装置が処理するアプリケーションは、ファイル転送やニュースなどの、既存の各種ネットワークアプリケーションに適用することができる。
【００８８】
また、本実施の形態１において、アプリケーション起動時または終了時に処理装置からＩＰアドレスとＴＣＰポート番号が通知されるとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、ＴＣＰコネクションが設定されるとき、または解放されるときにも、ＩＰアドレスとＴＣＰポート番号を通知してもよい。
【００８９】
本実施の形態２では、処理装置とインタフェース提供装置とが１対１の例を説明したが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明では、インタフェース提供装置のインタフェース毎に処理装置が複数存在してもよい。
【００９０】
また、本実施の形態２では、１つの処理装置が複数のインタフェース提供装置１００を制御してもよい。また、本実施の形態２では、インタフェース提供装置１００のネットワーク側と処理装置側のインタフェースを別にしたが、このインタフェースは同一でもよい。
【００９１】
また、本実施の形態２において、用いるルーティングプロトコルとしてＢＧＰを例として説明したが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、用いるルーティングプロトコルは、他のルーティングプロトコルでもよい。また、本発明のインタフェース提供装置では、さらにそれらのルーティングプロトコルが混在して、プロトコル毎、或いはインタフェース毎に処理装置を分けてもよい。
【００９２】
また、本実施の形態２では、ルーティングプロトコル処理を、本実施の形態１で述べたようなネットワークアプリケーションで適用してもよいし、或いはそれらのネットワークアプリケーションが混在してもよい。
【００９３】
本実施の形態２において、処理装置３の送受信用ＩＰアドレスと、インタフェース提供装置１００のネットワーク側のＩＰアドレスを、起動、終了、設定、解放の手順において、処理装置３側より受信するとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、上記ＩＰアドレスを予め静的に設定、もしくは事前に別フェーズで受信してもよい。
【００９４】
また、本実施の形態２では、ＩＰアドレスを変換して転送するとしたが、本発明のインタフェース提供装置ではこれに限定されない。すなわち、本発明のインタフェース提供装置では、ＩＰヘッダでカプセル化してパケットを転送してもよい。この場合、本実施の形態２では、変換用のＩＰアドレスとして、ネットワーク側のインタフェース（１９２．１６０．ｘ．１）と処理装置の送受信用アドレス（１９２．１６０．２５５．ｘ）を用いたが、処理装置側のインタフェース（１９２．１６０．２５５．２５４）と、処理装置の実アドレス（１９２．１６０．２５５．２５３）でカプセル化してもよい。
【００９５】
〈その他〉
本発明は、以下のように特定することができる。
【００９６】
（付記１）ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信する識別情報受信手段と、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する識別情報保持手段と、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信するアクセスパケット受信手段と、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する識別手段と、前記アクセス可能な処理装置に、前記アクセスパケットを転送する転送手段とを備えるインタフェース提供装置。
【００９７】
本発明のインタフェース提供装置では、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。
【００９８】
また、本発明に係るインタフェース提供装置によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【００９９】
また、本発明に係るインタフェース提供装置によれば、ネットワークにおいてアクセスパケットの転送が適切な経路を経由して目的の処理装置に転送されるため、輻輳等のネットワークの障害を軽減することができる。
【０１００】
また、本発明のインタフェース提供装置によれば、処理装置での新たな制御プロセス処理時、或いはアプリケーション提供時に、そのアプリケーションに係るパケットの送受が可能となる。
【０１０１】
また，本発明によれば、処理装置の故障などにより、制御プロセスおよび提供するアプリケーションが他の処理装置に変更されても、インタフェース提供装置は、オペレータによる手動オペレーションを介さずに対応できる。
【０１０２】
（付記２）前記識別情報受信手段が、前記転送情報として、前記処理装置のハードウェアアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送する、付記１に記載のインタフェース提供装置。
【０１０３】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０４】
（付記３）前記識別情報受信手段が、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送する、付記１または２に記載のインタフェース提供装置。
【０１０５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０６】
（付記４）前記識別情報受信手段が、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送する、付記１から３のいずれかに記載のインタフェース提供装置。
【０１０７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１０８】
（付記５）前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知する、エラー通知手段をさらに備える、付記１から４のいずれかに記載のインタフェース提供装置。
【０１０９】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【０１１０】
（付記６）前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークである、付記１から５のいずれかに記載のインタフェース提供装置。
【０１１１】
（付記７）前記ネットワークは、前記インタフェース提供装置が接続する第１のネットワークと、前記処理装置が接続する第２のネットワークを含み、前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークである、付記１から６のいずれかに記載のインタフェース提供装置。
【０１１２】
（付記８）ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信する識別情報受信ステップと、ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する識別情報保持ステップと、前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信するアクセスパケット受信ステップと、前記アクセスパケットに係るアクセスパケット識別情報と、前記インタフェース識別情報及び転送情報とを比較する識別ステップと、前記アクセス可能な処理装置に、前記アクセスパケットを転送するステップとを備えるインタフェース提供方法。
【０１１３】
本発明のインタフェース提供方法では、インタフェース毎、制御プロセス毎、或いはアプリケーション毎に処理装置を分離できる。従って、本発明に係るインタフェース提供装置によれば、処理装置の起動状況等のアクセス可能か否かに応じて、アクセスパケットを転送することができる。
【０１１４】
（付記９）前記転送情報として、前記アクセス可能な処理装置のハードウェアアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するステップとをさらに備える、付記８に記載のインタフェース提供方法。
【０１１５】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、ハードウェアアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１１６】
（付記１０）前記転送情報として、前記処理装置のプロトコルアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットに付されるプロトコル宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送するステップとをさらに備える、付記８または９に記載のインタフェース提供方法。
【０１１７】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１１８】
（付記１１）前記転送情報として、前記処理装置のプロトコルアドレスを取得するステップと、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送するステップとさらに備える、付記８から１０の何れかに記載のインタフェース提供方法。
【０１１９】
本発明によれば、アクセス可能な処理装置へのアクセスパケットの転送を、プロトコルアドレス及びアクセスパケットのハードウェア宛先アドレスに基づいておこなうため、アクセス可能な処理装置へのアクセスパケットの転送を、容易且つ正確に行うことができる。
【０１２０】
（付記１２）前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知するステップをさらに備える、付記８から１１の何れかに記載のインタフェース提供方法。
【０１２１】
本発明によれば、アクセスパケットを受信不能である、アクセス不能な処理装置へのアクセスに対してエラーを通知するため、輻輳などの原因となる不必要なアクセスを減少させることができる。
【０１２２】
（付記１３）前記第１のネットワークと、前記第２のネットワークとは、異なるネットワークである、付記８から１２のいずれかに記載のインタフェース提供方法。
【０１２３】
（付記１４）前記第１のネットワークと、前記第２のネットワークとは、同一のネットワークである、付記８から１３のいずれかに記載のインタフェース提供方法。
【０１２４】
なお、本発明において、以上の各構成要素は、可能な限り組み合わせることができる。
【０１２５】
【発明の効果】
本発明のインタフェース提供装置によれば、処理装置からのインタフェース情報、及びこのアプリケーションにアクセスする端末からのアクセスパケットに応じて、インタフェースの提供及びアクセスパケットの転送を容易に行うという優れた効果を得ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る、インタフェース提供装置の概略構成を示すブロック図である。
【図２】本実施の形態１に係る、ネットワークアプリケーションの提供を処理装置で実現したネットワーク構成例である。
【図３】本実施の形態１に係る、処理装置からのインタフェース識別情報及び転送情報に基づくアクセスパケットの転送処理を示すブロック図である。
【図４】本実施の形態２に係る、ルーティングプロトコル処理を処理装置で実現したネットワーク構成例である。
【図５】本実施の形態２に係る、ルーティングプロトコル処理時に処理装置からのインタフェース識別情報を受信した際の、インタフェース提供装置のブロック図である。
【図６】本実施の形態２に係る、インタフェース識別情報及び転送情報に基づく、ルーティングプロトコル処理の一例を示すブロック図である。
【図７】本実施の形態２に係る、処理装置からネットワークへのパケットの転送処理の一例を示すブロック図である
【符号の説明】
１ 処理装置
２ 処理装置
３ 処理装置
１００ インタフェース提供装置
１０１ 識別情報受信手段
１０２ 識別情報格納手段
１０２ 識別情報保持手段
１０３ 識別手段
１０４ 転送手段
１０５ エラー通知手段
１２１ インタフェース識別情報フィールド
１２２ 転送情報フィールド
１２３ 宛先アドレスフィールド
１２３ 宛先アドレスフィールド
１２４ 宛先アドレスフィールド
１２５ 送信元アドレスフィールド
１２６ 送信元アドレスフィールド
１２７ 宛先アドレスフィールド
１２８ 送信元アドレスフィールド
１２９ 送信元アドレスフィールド
１３０ 宛先アドレスフィールド
１３２ 宛先アドレスフィールド
１３３ 宛先アドレスフィールド
２００ イーサスイッチ
３００ インターネット
Claims (5)
- ネットワーク上でアプリケーションを提供する、処理装置から、個々の処理装置に係るインタフェース識別情報、及びその処理装置に係る転送情報を受信する識別情報受信手段と、
ネットワーク上でアクセス可能な処理装置に係るインタフェース識別情報、及び転送情報を保持する識別情報保持手段と、
前記アクセス可能な処理装置にアクセスする端末からのアクセスパケットを受信するアクセスパケット受信手段と、
前記アクセスパケットに係るアクセスパケット識別情報と、
前記インタフェース識別情報及び転送情報とを比較する識別手段と、
前記アクセス可能な処理装置に、前記アクセスパケットを転送する転送手段とを備えるインタフェース提供装置。 - 前記識別情報受信手段が、
前記転送情報として、前記アクセス可能な処理装置のハードウェアアドレスを取得し、
前記転送手段が、
前記アクセスパケット受信時に、そのアクセスパケットに付されるハードウェア宛先アドレスに基づいて、当該アクセスパケットを当該処理装置に転送する、請求項１に記載のインタフェース提供装置。 - 前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知する、エラー通知手段をさらに備える、請求項１または２に記載のインタフェース提供装置。
- 前記識別情報受信手段が、前記転送情報として、前記処理装置のプロトコルアドレスを取得し、
前記転送手段が、前記アクセスパケット受信時に、そのアクセスパケットを、プロトコルアドレスによるプロトコルヘッダでカプセル化して、当該処理装置に転送する、請求項１から３の何れかに記載のインタフェース提供装置。 - 前記識別手段による比較の結果、転送できないアクセスパケットを送信した端末にエラーを通知する、エラー通知手段をさらに備える、請求項１から４のいずれかに記載のインタフェース提供装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209266A JP2005072701A (ja) | 2003-08-28 | 2003-08-28 | インタフェース提供装置 |
| US10/887,901 US20050047409A1 (en) | 2003-08-28 | 2004-07-12 | Interface providing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209266A JP2005072701A (ja) | 2003-08-28 | 2003-08-28 | インタフェース提供装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005072701A true JP2005072701A (ja) | 2005-03-17 |
Family
ID=34209024
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003209266A Withdrawn JP2005072701A (ja) | 2003-08-28 | 2003-08-28 | インタフェース提供装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050047409A1 (ja) |
| JP (1) | JP2005072701A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008227848A (ja) * | 2007-03-12 | 2008-09-25 | Nippon Telegr & Teleph Corp <Ntt> | ルーティング装置、経路情報交換方法、通信システムおよびコンピュータプログラム |
| JP2009245209A (ja) * | 2008-03-31 | 2009-10-22 | Kddi Corp | 制御装置、計算システムおよび制御プログラム |
| US8009614B2 (en) | 2006-09-07 | 2011-08-30 | Fujitsu Limited | Mobile communications system conforming to mobile IP, and home agent, mobile node and method used in the mobile communications system |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9042304B2 (en) * | 2012-06-05 | 2015-05-26 | Vmware, Inc. | Controlling a paravirtualized wireless interface from a guest virtual machine |
| KR20140002200A (ko) * | 2012-06-28 | 2014-01-08 | 삼성전자주식회사 | 무선 디스플레이 소스 장치 및 싱크 장치 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IT1302431B1 (it) * | 1998-08-12 | 2000-09-05 | Alasi Di Arcieri Franco & C S | Dispositivo di controllo di accessi in rete tramite il riconoscimentoveloce di trame applicative che soddisfano un insieme di regole |
| US6760775B1 (en) * | 1999-03-05 | 2004-07-06 | At&T Corp. | System, method and apparatus for network service load and reliability management |
| GB0108354D0 (en) * | 2001-04-03 | 2001-05-23 | Thirdspace Living Ltd | System and method for providing a user with access to a plurality of sevices and content from a broadband television service |
| US7240123B2 (en) * | 2001-12-10 | 2007-07-03 | Nortel Networks Limited | Distributed routing core |
-
2003
- 2003-08-28 JP JP2003209266A patent/JP2005072701A/ja not_active Withdrawn
-
2004
- 2004-07-12 US US10/887,901 patent/US20050047409A1/en not_active Abandoned
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8009614B2 (en) | 2006-09-07 | 2011-08-30 | Fujitsu Limited | Mobile communications system conforming to mobile IP, and home agent, mobile node and method used in the mobile communications system |
| JP2008227848A (ja) * | 2007-03-12 | 2008-09-25 | Nippon Telegr & Teleph Corp <Ntt> | ルーティング装置、経路情報交換方法、通信システムおよびコンピュータプログラム |
| JP2009245209A (ja) * | 2008-03-31 | 2009-10-22 | Kddi Corp | 制御装置、計算システムおよび制御プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20050047409A1 (en) | 2005-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5090453B2 (ja) | ネットワークにアクセスするためにインターフェースを特定し選択する方法および装置 | |
| EP1234246B1 (en) | System and method for network access without reconfiguration | |
| JP4664143B2 (ja) | パケット転送装置、通信網及びパケット転送方法 | |
| JP4105722B2 (ja) | 通信装置 | |
| EP1693996B1 (en) | Automatic discovery of psuedo-wire peer addresses in ethernet-based networks | |
| US20050086385A1 (en) | Passive connection backup | |
| US20020112076A1 (en) | Internet protocol-based computer network service | |
| US20100020821A1 (en) | Neighbor discovery in cable networks | |
| JP2005529545A (ja) | パケットフローに基づくセッションサービスの適用 | |
| JP2004112801A (ja) | Ｉｐアドレス割当装置及び方法 | |
| JP2007159012A (ja) | 中継装置及びクライアント機器とサーバとの接続方法 | |
| JP4873960B2 (ja) | アプリケーションサーバ機能を促進するための方法およびアプリケーションサーバ機能を含むアクセスノード | |
| JP2008306736A (ja) | 通信モジュール及びこの通信モジュールを備えたアプリケーションプログラム | |
| WO2009082978A1 (fr) | Procédé de protection de réseau d'accès, système et nœud de bord d'accès | |
| US6542503B1 (en) | Multicast echo removal | |
| EP1756719A2 (en) | Data communication system, router and method for routeing data | |
| JP2005072701A (ja) | インタフェース提供装置 | |
| JP2005057693A (ja) | ネットワーク仮想化システム | |
| US20070127456A1 (en) | Communications apparatus and method | |
| KR20010073827A (ko) | 인터넷 엣지 라우터에서의 인터넷 프로토콜 주소확장 방법 | |
| JP2004104559A (ja) | 通信ネットワークシステム、サービス処理制御方法、プロバイダサーバおよびサービス処理装置 | |
| JP2006345366A (ja) | パケット中継装置、このパケット中継装置を実現するプログラムおよびそのプログラムが格納された記録媒体 | |
| JP3519696B2 (ja) | 監視システムおよび監視方法 | |
| US20060174029A1 (en) | Method and device for exchanging data by means of tunnel connection | |
| JP3866994B2 (ja) | ネットワーク管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20061107 |