JP4046593B2 - ネットワーク制御方法 - Google Patents
ネットワーク制御方法 Download PDFInfo
- Publication number
- JP4046593B2 JP4046593B2 JP2002311529A JP2002311529A JP4046593B2 JP 4046593 B2 JP4046593 B2 JP 4046593B2 JP 2002311529 A JP2002311529 A JP 2002311529A JP 2002311529 A JP2002311529 A JP 2002311529A JP 4046593 B2 JP4046593 B2 JP 4046593B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- node
- subnetwork
- network
- proxy
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0054—Service creation techniques
- H04Q3/0058—Service creation techniques using service-independent building blocks (SIBBs) or "primitives"
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネットワーク制御装置、制御方法およびそのプログラムに係わり、特に分散サービス間の連携をネットワークの物理的制約を軽減し効率的に行うネットワーク制御装置、制御方法およびそのプログラムに関する。
【０００２】
【従来の技術】
近年、インターネットをはじめとするネットワーク通信システムの商用化に伴い、企業のみならず家庭においても個人がインターネットを利用することが一般的になっている。また従来孤立していた多数の様々な機器が、内蔵するコンピュータの資源をネットワークを介して相互に利用し、全体としてより多くの利便性を提供するシステム（ユービキタス・コンピューティング）の構築が具体化する段階にきた。
【０００３】
インターネットをはじめとするネットワークにおけるトポロジーとしては周知のように、主としてバス形およびリング形があり、バス形は信号がバス上を両方向に伝送され、リング形では閉ループ状のケーブル上を一方方向に伝送される。
【０００４】
このネットワークに接続されるサブネットワークノードは、ネットワーク回線上へ情報を発信するとともに、このネットワーク回線上を伝送される情報から当該ノードに接続されている各機器に対する情報の取り込みを行う。
【０００５】
上述した従来のネットワークにおいて、サブネットワークとネットワーク制御装置との接続形態の一例を示した図１０および図１１を参照すると、従来のネットワークシステムは、全体のシステムを独立性の高いいくつかの機能単位に分割し、それぞれの機能単位を最適なマシンに分散させて配置する分散サービスは、同種のサブネットワーク内に閉じた形で利用されてきたのであるが、それらのサブネットワークの間にネットワーク間接続をして、情報の共有が行なわれる様になってきた。
【０００６】
さらに、次のステップとしてより自由度の高い形態として異種サブネットワーク間の分散型サービスの必要が生じてきた。
【０００７】
これに対処するために、従来は図１０および図１１に示すように、接続の必要のあるサブネットワーク間を、接続しているホストコンピュータを経由して別のホストに接続するゲートウェイにより接続するとともに、両者の固有のメッセージの相互変換を個別に行なっていた。
【０００８】
例えば、図１１の例が特開平１１−２１５１７４号公報に記載されている。この公報記載のシステムでは、あるネットワークからそれとは異なる異種の体系のネットワークを利用する場合に、相手の体系を意識することなく出来るようにするものである。
【０００９】
【特許文献１】
特開平１１−２１５１７４号公報（段落番号「００１６」「００３４」「００５３」「０１３０」、図１）
【００１０】
【発明が解決しようとする課題】
上述したように従来のネットワーク通信システムでは、サブネットワーク間を、接続しているホストコンピュータを経由して別のホストに接続するゲートウェイにより接続するとともに、両者の固有のメッセージの相互変換を個別に行なっているので、サブネットワーク間は接続すべき異種サブネットワークの数が少ない場合には、そのような方法を適用することで対処することができていた。
【００１１】
従来はそうした単純なサブネットワーク構成がほとんどであったために特にそれ以上の対策を取る必要はなかった。
【００１２】
ところが、サブネットワークの数が増え、かつその上での、ネットワークで送受信される情報であるサービストラフィックが増大するにつれて、ゲートウェイ部分での処理量の増大が発生するようになってきた。また、従来の方法を適用する場合には、適用対象によってはネットワーク配線等の物理的制約が顕在化するようになってきた。
【００１３】
すなわち、従来技術における具体的な問題点を述べると、
まず第１の問題点は、異種ネットワークアーキテクチャのサブネットワークに属するサービスが、複数のサブネットワークを介して連携する場合に逐次変換を行なう方法では、メッセージ変換、情報をそれぞれ管理し、ユーザに対しその情報を提供するサービスディレクトリ管理と、一定の大きさに区切られたデータの集合であるパケットから最良のものを選び出すパケットルーティングの管理とが煩雑になる。
【００１４】
そのため、処理のオーバヘッドが増大して多くのリソースを消費し、かつネットワークシステムのスループットが低下するということである。
【００１５】
その理由は、複数のサブネットワーク間で共通のサービス管理のための手順を表わすプロトコルが規定されず、固有のサービス管理プロトコルが既に実装されてしまっているためである。
【００１６】
また継承性の点で、全く新しい共通のサービス管理プロトコルを実装することでは解決することができないケースが多いことがあげられる。
【００１７】
第２の問題点は、多段階のメッセージ変換によってその完全性および可逆性の保証のための管理オーバヘッドが増大するということである。
【００１８】
その理由は、第１の問題点の原因と共通しているが、ここで対象としているサブネットワークは、それぞれが固有のサービス管理プロトコルを実装しているものである。このため、一般的なアブストラクションレイア（抽象化階層）を行うためのプロトコルの設定が有効に機能しないためである。
【００１９】
本発明の目的は、上述した従来の欠点に鑑みなされたものであり、分散サービス間の連携におけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減し効率的に行うネットワーク制御装置、制御方法およびそのプログラムを提供することにある。
【００２０】
【課題を解決するための手段】
本発明のネットワーク制御装置は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、前記中継サービス効率化手段は、前記ゲートウェイ上にサービスレジストリを設け、このサービスレジストリには他のサブネットワーク上のサービスへアクセスするために必要な情報が格納されていることを特徴とする。
【００２１】
また、前記中継サービス効率化手段は、前記ゲートウェイ上にサービスプロキシーを設け、このサービスプロキシーには、他のサブネットワーク上のサービスに処理を要求する場合の処理を中継および代行する機構を有する。
【００２２】
さらに、複数の前記サブネットワーク上の前記サービスレジストリはサービス情報を相互に自律的に共有する。
【００２３】
さらにまた、前記中継サービス効率化手段は、前記ゲートウェイ上でサービス要求の解析およびメッセージ変換を行なう機能を有する。
【００２４】
本発明のネットワーク制御装置の他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構をもつことにある。
【００２５】
本発明のネットワーク制御装置のまた他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、前記中継サービス効率化手段が、前記ゲートウェイ上に、実行環境に依存しないポータブルコードの実行機構として仮想マシンを実装し、サービスプロキシーのプロトコル依存部分をネットワークを介してロードし実行する機能を有することにある。
【００２６】
また、前記サブネットワークが、情報系ネットワークと操作系ネットワークとワイアレスインタコネクトおよび複数系統の可搬機器インタコネクトとで構成される。
【００２７】
さらに、前記情報系ネットワークには複数個のサービスノードとゲートウェイ機能を有する複数個のサービスノードと相互接続された第１および第２のゲートウェイが接続されており、前記操作系ネットワークには前記第２のゲートウェイと複数のサービスノードが接続され、前記ワイアレスインタコネクタには前記第１のゲートウェイおよび前記サービスノード以外のサービスノードが接続され、複数の前記可搬機器インタコネクトにはそれぞれ可搬機器が接続されて構成される。
【００２８】
本発明のネットワーク制御装置のさらに他の特徴は、情報系ネットワークと操作系ネットワークとワイアレスインタコネクトおよび複数系統の可搬機器インタコネクトとで構成されるサブネットワークノードを備えるとともに異種のプロトコル／プロファイルを実装した第１，第２，第３のサブネットワークと、前記第１および前記第３のサブネットワークを接続する第１のゲートウェイ／プロキシーと、前記第２および前記第３のサブネットワークを接続する第２のゲートウェイ／プロキシーとを有し、前記第１、前記第２および前記第３のサブネットワークワークのプロトコルとしてフィジカルレイアおよびデータリンクレイアの処理とをそれぞれ実装し、さらに共通のトランスポートレイアと前記第１および前記第３のサブネットワークそれぞれで共用するサービスプロキシーおよびクライアントプロキシーを備えることにある。
【００２９】
また、前記サービスプロキシーおよび前記クライアントプロキシーの制御の下で、前記第１、前記第２および前記第３のサブネットワーク間相互の接続にそれぞれ対応して動作する第１および第２のサービスメッセージ変換処理とメッセージフォワード処理とが実装される。
【００３０】
さらに、前記第１、前記第２および前記第３のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティ保持用サービスレジストリが前記第１および前記第２のゲートウェイ上にそれぞれ配備される。
【００３１】
さらにまた、前記第１および前記第２のゲートウェイプロキシーは、前記サービスプロキシーのサービスに依存した処理を行なう部分が実行環境に依存しないポータブルコードで記述され、その記述に従って前記サービスに依存した処理を実行するための仮想マシン／実行環境を備える。
【００３２】
本発明のネットワーク制御方法の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構を用いて、
前記サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスの設定または決定と前記サブネットワーク内の論理アドレスの決定とネットワーク管理サービスの起動と応用サービスの起動とを行うネットワークの初期化処理と、
前記サブネットワークそれぞれのサービスのうち他のサブネットワークに公開するものについてサービスの登録を行うサービス登録処理と、
登録したサービスを利用するサービス利用処理と、
前記サービスの利用後前記サービスの登録を消去するサービス登録抹消処理と、を有することを特徴とする。
【００３３】
また、前記サービス登録処理は、登録をするサービスの含まれるサービスノード上の手続き処理とそれと対をなすゲートウェイノード上のサービスレジストリの手続き処理とが含まれ。
【００３４】
さらに、前記サービスノード上の手続き処理は、当該サービスがサービスレジストリノードに既に登録されているかどうかを確認する処理と、
登録が完了していない場合に前記サービスノードに対して行うレジストリ登録初期化処理と、
前記サービスレジストリノードに対してサービスレジストリ登録要求を送信する処理と、
前記サービスレジストリノードから登録要求受付通知を受信すると、前記サービスレジストリノードに対しレジストリ登録情報を送信し、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する処理とを有する。
【００３５】
さらにまた、前記サービスレジストリの手続き処理は、前記サービスレジストリノードが起動後に行うレジストリ登録初期化処理と、
前記サービスノードからのレジストリ登録要求を待つ処理と、
前記サービスノード側から送信したサービス登録要求を受信し、登録要求受付を行う処理と、サービスの登録が可能であることを要求元の前記サービスノードに通知し、前記サービスノード側からレジストリ登録情報を受信するレジストリ登録を実行し、前記サービスノード側へ登録完了通知を発行する処理と、
前記サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その内容のうち他のサブネットワーク上のサービスレジストリに保持すべき情報を当該サービスレジストリに送信して終了する処理とを有する。
【００３６】
また、前記サービス利用処理は、サービス利用ノードのサービス利用処理とサービス利用側サブネットワーク上のサービスレジストリにおけるサービス検索処理と、利用側サービスプロキシーのサービス利用処理と、サービス提供側サービスプロキシーのサービス利用処理と、サービス提供側サービスノードのサービス利用処理とを有する。
【００３７】
さらに、前記サービス利用ノードのサービス利用処理は、ネットワーク全体を対象に利用しようとするサービスの検索として、サービスレジストリに対してサービス検索要求を送信する処理と、
前記サービスレジストリから受信した検索結果のサービス情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワーク上のプロキシーを決定する処理と、
決定したサービスプロキシーに対してサービス利用ノードからサービス要求を発行し、その後サービスの結果の返信を待つ処理と、
前記サービスの結果が前記サービスプロキシーから返されるとその内容を参照して処理を進める処理と、
再度同一のサービスを要求する場合には同様の処理を繰り返えし、サービス利用がなければ終了する処理とを有する。
【００３８】
さらにまた、前記サービスの結果の返信を待つ処理は、前記決定したサービスプロキシーに対してサービス利用ノードからサービス要求発行するとともに必要な引数にあたる情報の発行も併せて行う。
【００３９】
また、前記サービスレジストリにおける前記サービスの検索処理は、利用側の前記サービスレジストリが前記サービス利用ノードからの前記サービス検索要求を受信して自ノード内のレジストリ情報を検索する処理と、検索結果で得られた、検索キーに該当するサービス情報を前記サービス利用ノードのソフトウェアに対して返信する処理と、前記サービスレジストリが検索を終了して再び次の検索要求を待つ処理とを有する。
【００４０】
さらに、前記サービス利用処理は、異なるサブネットワーク上でサービスを連携させるための利用側サービスプロキシーにおけるサービス利用処理と提供側サービスプロキシーにおけるサービス利用処理とを有する
さらにまた、前記利用側サービスプロキシーにおけるサービス利用処理は、前記サービス利用側のプロキシーに属しているサブネットワーク内のノードからサービス要求があるかどうかを監視する処理と、
前記利用側サービスプロキシーはサービス要求を受け取るとサーヒス要求の解釈を行ない、所定のメッセージ変換を行った後に、当該サービスを提供しているノードが属する提供側サービスプロキシーに転送し、転送後はサービス実行結果の届くのを監視する処理と、
前記提供側サービスプロキシーから前記サービス実行結果が受信されると、メッセージ変換を行ない、サービス要求側ノードの指定したサービスプロキシーに送信する処理とをサービス終了まで続ける。
【００４１】
本発明のネットワーク制御方法の他の特徴は、提供側サービスプロキシーにおけるサービス利用処理は、前記利用側サービスプロキシーからのサービス要求を監視する処理と、
前記サービス要求を受けるとサービス要求の解釈を行ない、自サブネットワーク上のメッセージ体系に変換を行ない提供側ノードに転送する処理と、
その後前記提供側ノードからのサービス実行結果の着信を監視する処理と、
前記サービス実行結果が受信されると結果メッセージの変換を行ない、前記サービス要求ノードの指定したサービスプロキシーに向けて送信する処理とをサービス終了まで続けることにある。
【００４２】
また、前記サービス提供側サービスノードのサービス利用処理は、サービス要求の入るのを監視する処理と、前記サービス要求が入ると、要求メッセージを解釈し、提供するサービスを実行する処理と、実行結果を送信元の自サブネットワーク上のサービスプロキシーに返送して一回分のサービス要求の処理を終了する処理とを有する。
【００４３】
本発明のネットワーク制御方法のまた他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構に含まれるメッセージフォワード機能により、
ネットワークトポロジー上直接接続されていないサブネットワーク間におけるサービス連携時に、目的のサブネットワークまで変換後のメッセージを送り、メッセージ変換を繰り返さずに目的のサブネットワーク上のサービス利用ノードとサービス提供ノード間のサービスを行うことにある。
【００４４】
本発明のネットワーク制御方法のさらに他の特徴は、ゲートウェイ上に予め定めるポータブルコードの実行機構としての仮想マシンを実装し、前記ゲートウェイ上にあるサービスプロキシーのプロトコル依存部分をネットワークを介してロードし実行する機能を有するとき、前記サービスノード上の手続き処理は、当該サービスが既に登録されているかどうかを確認する処理と、
登録が完了していない場合に前記サービスノードに対して行うレジストリ並びに前記サービスプロキシーおよびクライアントプロキシーのサービス依存の処理コードそれぞれの登録初期化処理と、
前記サービスレジストリノードに対してサービスレジストリ登録要求を送信する処理と、
前記サービスレジストリノードから登録要求受付通知を受信すると、前記サービスレジストリノードに対しレジストリ登録情報とサービスプロキシーおよびクライアントプロキシーのサービス依存処理のポータブルコードとを送信し、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する処理とを有する。
【００４５】
また、前記サービスレジストリの手続き処理は、前記サービスレジストリノードが起動後に行うレジストリ登録初期化処理と、
前記サービスノードからのレジストリ登録要求を待つ処理と、
前記サービスノード側から送信したサービス登録要求を受信し、登録要求受付を行う処理と、サービスの登録が可能であることを要求元の前記サービスノードに通知し、前記サービスノード側からレジストリ登録情報とサービスプロキシーおよびクライアントプロキシーのサービス依存の処理のポータブルコードとを受信するサービスレジストリおよびクライアントレジストリ登録をそれぞれ実行し、前記サービスノード側へ登録完了通知を発行する処理と、
前記サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その内容のうち他のサブネットワーク上のサービスレジストリに保持すべき情報を当該サービスレジストリに送信するとともに、前記サービスプロキシーおよびクライアントプロキシーのポータブルコードを対応する前記サービスプロキシーおよび前記クライアントプロキシーにも送信して終了する処理とを有する。
【００４６】
【発明の実施の形態】
まず、本発明の各実施の形態の理解を容易にするため、後述する実施の形態の説明において使用する用語のうち、前述したゲートウェイおよび分散サービス以外の用語の概説をまとめておくことにする。
【００４７】
インタコネクトは、異なるシステムの相互接続手段を一般にはさすが、ここでは特に着目するシステム内で使用するネットワークプロトコルとは異なる接続方法をとる相互接続手段を指している。
【００４８】
クライアントは、サービスを依頼する側のコンピュータもしくはソフトウェアである。
【００４９】
ノードは、ネットワーク上の接合点や、インターネット上の中継点およびそこに設置されるコンピュータのことである。
【００５０】
フォワード処理は、データをいったん受け取り、そのデータを転送する処理のことである。
【００５１】
プロキシーは、内部ネットワークからインターネット接続を行う際に、セキュリティ確保および／または高速アクセスを実現するために設置されるサーバ機能である。
【００５２】
プロトコルは、ネットワーク上でデータを受け渡しするための規約で、通信のための手順を表わす。
【００５３】
プロパティは、サービス要素または機能要素に付帯する状態情報または制御情報を指す。
【００５４】
プロファイルは、ノードの提供する機能により多く依存した通信仕様のクラスである。
【００５５】
レイアは、物理的階層のことである。
【００５６】
レジストリは、ネットワーク上の資源に関するデータベースである。
【００５７】
次に、本発明の第１の実施の形態を、図面を参照しながら詳細に説明する。
【００５８】
図１は本発明の第１の実施の形態におけるネットワークの構成図であり、図２は本発明のネットワーク制御装置の第１の実施の形態の一例として取り上げる、分散サービス型の車輌用ネットワークシステムの構成図である。
【００５９】
図１を参照すると、本発明のネットワーク制御装置は、サブネットワークとして、情報系ネットワーク１１と、操作系ネットワーク１２と、ワイアレスインタコネクト１３と、２系統の可搬機器インタコネクト１４，１５とゲートウェイ１６とを備え、情報系ネットワーク１１には２個のサービスノード１７，２０と、ゲートウェイ機能を有する２個のサービスノード１８，１９と、相互接続された第１および第２のゲートウェイ１６１，１６２とがそれぞれ接続されている。
【００６０】
操作系ネットワーク１２には、第２のゲートウェイ１６２とサービスノード２１，２２，２３，２４，２５が接続され、ワイアレスインタコネクト１３には第１のゲートウェイ１６１およびサービスノード２６が接続され、可搬機器インタコネクト１４，１５にはそれぞれ可搬機器２７，２８が接続されて構成されている。
【００６１】
図２を参照すると、異種のプロトコル／プロファイルを実装したサブネットワークａ：３１，サブネットワークｂ：３２，サブネットワークｃ：３３と、サブネットワークａ：３１およびサブネットワークｃ：３３を接続するゲートウェイ／プロキシー３４と、サブネットワークｂ：３２およびサブネットワークｃ：３３を接続するゲートウェイ／プロキシー３５と、サブネットワークａ：３１上のサブネットワークノードＮａｉ：３６と、サブネットワークｂ：３２上のサブネットワークノードＮｂｉ：３７およびサブネットワークノードＮｂｊ：３８と、サブネットワークｃ：３３上のサブネットワークノードＮｃｉ：３９とから構成されている。
【００６２】
ゲートウェイ／プロキシー３４は、サブネットワークａ：３１のプロトコルとしてフィジカルレイアａ：４０、データリンクレイアａ：４１、サブネットワークワークｃ：３３のプロトコルとしてフィジカルレイアｃ：４２、データリンクレイアｃ：４３の処理を実装している。
【００６３】
さらに、共通のトランスポート／ネットワークレイア４４と、サブネットワークａ：３１およひサブネットワークｃ：３３のサービスプロキシーａ／ｃ：４５と、サブネットワークａ：３１およひサブネットワークｃ：３３のクライアントプロキシーａ／ｃ：４６を備える。
【００６４】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ａ：４７と、サービスメッセージ変換処理ｃ：４８と、メッセージフォワード処理４９とが実装されている。
【００６５】
さらにまた、複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ５０が配備されている。
【００６６】
一方、ゲートウェイ／プロキシー３５は、サブネットワークｂ：３２のプロトコルとしてフィジカルレイアｂ：５１、データリンクレイアｂ：５２、サブネットワークワークｃ：３３のプロトコルとしてフィジカルレイアｃ：５３、データリンクレイアｃ：５４の各処理を実装している。
【００６７】
さらに、共通のトランスポート／ネットワークレイア５５、サブネットワークｂ：３２およひサブネットワークｃ：３３のサービスプロキシーｃ／ｂ：５６と、サブネットワークｂ：３２およひサブネットワークｃ：３３のクライアントプロキシーｃ／ｂ：５７とを備える。
【００６８】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ｂ：５８と、サービスメッセージ変換処理ｃ：５９と、メッセージフォワード処理６０とが実装されている。
【００６９】
さらにまた、複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ６１が配備されている。
【００７０】
上述した構成からなる第１の実施の形態の動作を説明する。
【００７１】
図３は処理全体の概要を示すフローチャートであり、図４は図３のサービスの登録処理Ｓ２の詳細なフローチャートであり、図５は図３のサービスの利用処理Ｓ３のうち、サービス利用ノードおよび利用側サービスレジストリのサービスの検索の詳細なフローチャートである。
【００７２】
図６は図３のサービスの利用処理Ｓ３のうち、利用側サービスプロキシーおよび提供側サービスプロキシーの検索の詳細なフローチャートであり、図７は図３のサービスの利用処理Ｓ３のうち、提供側サービスノードのフローチャートである。
【００７３】
図３を参照すると、ネットワークの初期化処理Ｓ１に関しては、各サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスが設定または決定されるとともに、サブネットワーク内の論理アドレスも決定される。
【００７４】
さらに、サブネットワーク内のネットワーク管理サービスの起動、サブネットワーク内の応用サービスの起動などが行なわれる。
【００７５】
次に、個々のサブネットワークのサービスのうち他のサブネットワークに公開するものについて、サービスの登録の処理Ｓ２を行なう。
【００７６】
こうした処理には、登録をするサービスの含まれるサービスノード、すなわちサービスするサブネットワーク（ａ：３１，ｂ：３２，ｃ：３３）ノード上の手続きと、それと対をなすゲートウェイ／プロキシー（３４、３５）ノード上のサービスレジストリ５０，６１の手続きが含まれ、これらは図４に示されるような手順で実行される。
【００７７】
次に、図４を参照しながら本実施の形態の実行手順を説明する。
【００７８】
処理Ｓ１１において、サービスノード、例えばサブネットワークａ：３１は当該サービスが既に登録されているかどうかを確認する。
【００７９】
処理Ｓ１１において、サービスの登録が完了していない場合には、処理Ｓ１３でサービスノード側のレジストリ登録初期化処理を行なう。登録が完了していれば処理Ｓ１２で登録延長処理を行う。
【００８０】
一方、処理Ｓ２１においては、例えばゲートウェイ／プロキシー３４のサービスレジストリ（５０）ノードは、起動後登録の初期化処理を行ない、サービスノード側からのレジストリ登録要求を待つ。待機時間が過ぎても要求がなければ処理Ｓ２３においてタイムアウト処理を行う。
【００８１】
次に、処理Ｓ１４において、サービスノード側はサービスレジストリ（５０）ノードに対してレジストリ登録要求を発行するとともに、処理Ｓ１５においてレジストリ登録が可能かどうか、サービスレジストリ（５０）ノードからの連絡を待つ。待機時間が過ぎると処理Ｓ１６においてタイムアウト処理を行う。
【００８２】
一方、サービスレジストリ（５０）ノード側では、処理Ｓ２４において、サービスノード側から送信されたサービス登録要求をここで受信すると、登録受付処理を行ないサービスの登録が可能であることを要求ノードであるサービスノード側に通知し、処理Ｓ２５において待機する。待機時間が過ぎると処理Ｓ２６においてタイムアウト処理を行う。
【００８３】
次に、処理Ｓ１５において登録可能通知を受け取ったサービスノード側は、処理Ｓ１７においてサービスレジストリ（５０）ノードに対してサービスレジストリ登録情報の送信を実行し、処理Ｓ１８において待機し、待機時間が過ぎると処理Ｓ１９でタイムアウト処理を行う。
【００８４】
送信されたサービスレジストリ登録情報を受信したサービスレジストリ（５０）ノードでは、処理Ｓ２７においてノード内のサービスレジストリに登録を行なうとともに、サービスノード側に対してレジストリの登録完了通知を発行する。
【００８５】
サービスノード側では処理Ｓ１８において登録完了通知を受信すると、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録の終了に至る。
【００８６】
一方、サービスレジストリ５０においても、サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その登録完了した内容のうち、他のサブネットワーク上のサービスレジストリに保持すべき情報があれば他のサブネットワーク上のサービスレジストリに送信し、完了すると登録処理を終了する。
【００８７】
以上の処理によって、サービスの属しているサブネットワーク上のサービスレジストリおよび他のサブネットワークｃ：３３，サブネットワークｂ：３２上のサービスレジストリ６１に対して登録が行なわれる。
【００８８】
次に図３の第３のフェーズであるサービスの利用のフローチャートの説明を図５，図６，図７を参照しながら行なう。
【００８９】
まず、これらの図の相互関係を説明すると、サービスの利用の処理は次に述べる５個の独立した処理で構成される。
【００９０】
すなわち、第１の処理は、図５（ａ）に示すサービスの利用をする処理、第２の処理は、図５（ｂ）に示すサービス利用側サブネットワーク上のサービスレジストリ、第３の処理は、図６（ａ）の利用側サービスプロキシー、第４の処理は、図６（ｂ）のサービス提供側サービスプロキシー、第５の処理は、図７に示すサービス提供側のサービスノードである。
【００９１】
次に、上述した各処理の動作を時系列的に説明する。
【００９２】
まず、図５において、サービスを利用しようとするソフトウェアを実装しているノード（以下、サービス利用ノードと称する）、例えばサブネットワークノードＮａｉ：３６は、ネットワーク全体を対象に、利用しようとするサービスの検索を行なう。
【００９３】
この機能は、サービス利用ノードの属するサブネットワークａ：３１上に設けられた、例えばサービスレジストリ５０により提供される。具体的には、処理Ｓ３１においてサービス利用ノードのネットワークノードＮａｉ：３６はサービスレジストリ５０に対してサービス検索要求を送信する。
【００９４】
一方、サービスレジストリ５０においては、処理Ｓ４１でサービス検索要求がくるまで待機しており、サービス検索要求を受信すると、処理Ｓ４２においてノード内のレジストリ情報を検索して、処理Ｓ４３において検索キーに該当するサービスの情報をサービス検索要求を発したサービス利用ノードのネットワークノードＮａｉ：３６のソフトウェアに対して返信する。
【００９５】
返信後、処理Ｓ４４においてサービスレジストリ５０は検索が終了すると再び次の検索要求を待つ状態になる。
【００９６】
サービス利用ノードのネットワークノードＮａｉ：３６は、処理Ｓ３２においてサービスレジストリ５０から検索結果を受信すると、処理Ｓ３３において、受信したサービスの情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワークａ：３１上のプロキシーとしてサービスプロキシーａ：４５を決定する。
【００９７】
サービス利用ノードのネットワークノードＮａｉ：３６は、決定したサービスプロキシーａ：４５に対して、処理Ｓ３４においてサービス要求を発行する。必要な引数にあたる情報の送信もこの段階に含まれる。
【００９８】
その後、処理Ｓ３５においてサービスの結果の返信を待ち、待ち時間を過ぎると処理Ｓ３６でタイムアウト処理を行う。
【００９９】
サービスプロキシーａ：４５では処理Ｓ３７において、送信されたサービス内容を参照して処理を進める。
【０１００】
処理Ｓ３８により、再度同一のサービスを要求する場合には同様の処理を繰り返す。
【０１０１】
次に上記の処理を実現するために背後で行なわれる処理を図６，図７を参照して説明する。
【０１０２】
まず、図６（ａ）に示すサービスプロキシーａ：４５の動作を説明する。なお、他のサービスプロキシーｃ、ｂでも同様であるからそれぞれの場合における説明は省略する。
【０１０３】
異なるサブネットワークａ：３１，サブネットワークｂ：３２上でサービスを連携させるためにはサービス利用側のプロキシーとサービス提供側のプロキシーが関与する。ここでは、提供側をサービスプロキシーｂとする。
【０１０４】
ます、処理Ｓ５１において、サービス利用側のサービスプロキシーは、自身の属しているサブネットワークａ：３１内のサブネットワークノードＮａｉ：３６からサービス要求があるかどうかを監視する。
【０１０５】
サブネットワークノードＮａｉ：３６からサービス要求がはいると、処理Ｓ５２においてサーヒス要求の解釈を行ない、続いて処理Ｓ５３において所定のメッセージ変換ａ：４７を行う。
【０１０６】
次に処理Ｓ５４において、サービスを提供しているサブネットワークノードＮｂｉ：３７の属しているサービスプロキシーｂ：５６にたいして、メッセージ変換された内容の転送を行なう。転送後は、処理Ｓ５５においてサービス実行結果の届くのを監視する。
【０１０７】
一方、図６（ｂ）のサービス提供側のサービスプロキシーの処理では、サービス提供側のサービスプロキシーｂ：５６は、前述のサービス要求側のサービスプロキシーａ：４５と対称的な動作をする。
【０１０８】
すなわち、サービス提供側のサービスプロキシーｂ：５６は、処理Ｓ６１において、サービス要求がはいるのを監視し、他のサブネットワークのサービスプロキシーａ：４５からサービス要求がはいると、処理Ｓ６２においてサービス要求の解釈を行ない、処理Ｓ６３において自サブネットワーク上のメッセージ体系に変換を行ない、処理Ｓ６４においてサービス提供側のサブネットワークノードＮｂｉ：３７に転送する。
【０１０９】
サービス利用側のサービスプロキシーは、処理Ｓ５５においてサービス提供側のサブネットワークノードＮｂｉ：３７からのサービス実行結果の着信を監視し、結果が受信されると処理Ｓ５７において結果メッセージの変換を行なう。
【０１１０】
変換されたメッセージを処理Ｓ５８においてサービス要求ノードのネットワークノードＮａｉ：３６に向けて送信し、次の要求まで待機し、待機時が過ぎると処理Ｓ５６でタイムアウト処理をする。
【０１１１】
次にサービスが実際に行なわれるサービス提供ノードの動作について図７を参照しながら説明する。
【０１１２】
提供側サービスノードのサブネットワークノードＮｂｉ：３７は、処理Ｓ７１でサービス要求の入るのを監視する。サービス要求が入ると、処理Ｓ７２で要求メッセージを解釈し、処理Ｓ７３で提供するサービスを実行する。
【０１１３】
処理Ｓ７４で結果を送信元の自サブネットワーク上のサービスプロキシーｂ：５６に返送して一回分のサービス要求の処理を終了する。
【０１１４】
以上の処理によって、サービスを要求するノード上のソフトウェアからは形式上自サブネットワーク上で提供されているのと等価な手付きで他サブネットワーク上のノードで実行されるサービスが提供される。
【０１１５】
補足として、ネットワークトポロジー上直接接続されていないサブネットワーク間のサービス連携について以下に述べる。
【０１１６】
そうした場合は、図２のゲートウェイ／プロキシー３４，３５中のメッセージフォワード４９，６０の機能によって目的のサブネットワークまで変換後のメッセージが送り届けられることになる。
【０１１７】
この機構によって、メッセージ変換が繰り返されることなく目的のサブネットワーク上のサービス利用ノードとサービス提供ノードの間のサービス連携を実現することができる。
【０１１８】
上述した第１の実施の形態における第１の効果は、複数の異種通信プロトコル／プロファイルのサブネットワークで構成されるネットワーク上で、既存のプロトコルとの整合性およびそれに対する継承性を維持しながら、大幅な性能低下を防止できることにある。
【０１１９】
その理由は、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるからである。
【０１２０】
第２の効果は、上記第１の効果を得ながらネットワークトポロジーの制約を回避できることにある。
【０１２１】
その理由は、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２２】
第３の効果は、上記第１および２の効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができることにある。
【０１２３】
その理由は、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２４】
第４の効果は、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できることにある。
【０１２５】
その理由は、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２６】
次に、本発明の第２の実施の形態について図面を参照してながら詳細に説明する。
【０１２７】
ネットワーク全体の構成は、図１と同様である。図１におけるネットワークの一部に関する本発明のネットワーク制御装置の第２の実施の形態の構成図を示した図８を参照すると、異種のプロトコル／プロファイルを実装したサブネットワークａ：７１，サブネットワークｂ：７２，サブネットワークｃ：７３と、サブネットワークａ：７１およびサブネットワークｃ：７３を接続するゲートウェイ／プロキシー７４と、サブネットワークｂ：７２およびサブネットワークｃ：７３を接続するゲートウェイ／プロキシー７５と、サブネットワークａ：７１上のサブネットワークノードＮａｉ：７６と、サブネットワークｂ：７２上のサブネットワークノードＮｂｉ：７７およびサブネットワークノードＮｂｊ：７８と、サブネットワークｃ：７２上のサブネットワークノードＮｃｉ：７９とから構成されている。
【０１２８】
ゲートウェイ／プロキシー７４は、サブネットワークａ：７１のプロトコルとしてフィジカルレイアａ：８０と、データリンクレイアａ：８１と、サブネットワークワークｃ：７３のプロトコルとしてフィジカルレイアｃ：８２と、データリンクレイアｃ：８３の処理とを実装しており、さらに共通のトランスポート／ネットワークレイア８４と、サブネットワークａ：７１およひサブネットワークｃ：７３のサービスプロキシーａ／ｃ：８５と、クライアントプロキシーａ／ｃ：８６を備える。
【０１２９】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ａ：８７，サービスメッセージ変換処理ｃ：８８と、メッセージフォワード処理８９が実装されている。サービスプロキシーのサービスに依存した処理を行なう部分は実行環境に依存しないポータブルコードで記述されておりこれを実行するための仮想マシン／実行環境１０２が装備されている。
【０１３０】
複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持する為のサービスレジストリ９０が各ゲートウェイ上に配備それている。
【０１３１】
サブネットワークｃ：７３とサブネットワークｂ：７２をつなぐゲートウェイ／プロキシー７５は、サブネットワークｂ：７２のプロトコルとしてフィジカルレイアｂ：９１と、データリンクレイアｂ：９２と、サブネットワークｃ：７３のプロトコルとしてフィジカルレイアｃ：９３と、データリンクレイアｃ：９４の処理とを実装しており、さらに共通のトランスポート／ネットワークレイア９５と、サブネットワークｂ：７２およひサブネットワークｃ：７３のサービスプロキシーｃ／ｂ：９６と、クライアントプロキシーｃ／ｂ：９７とを備える。
【０１３２】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ｂ：９８，サービスメッセージ変換処理ｃ：９９と、メッセージフォワード処理１００が実装されている。サービスプロキシーｃ／ｂ：９６のサービスに依存した処理を行なう部分は実行環境に依存しないポータブルコードで記述されておりこれを実行するための仮想マシン／実行環境１０３が装備されている。
【０１３３】
複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ１０１が各ゲートウェイ上に配備それている。
【０１３４】
次に、図８および前述した図５、図６、図７のフローチャートを参照して第２の実施の形態の動作を説明する。
【０１３５】
まず、処理全体は前述した図３のフローチャートに示されるようなフェーズで構成される。
【０１３６】
ネットワークの初期化に関しては、各サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスの設定または決定、サブネットワーク内の論理アドレスの決定がなされる。さらにサブネットワーク内のネットワーク管理サービスの起動、サブネットワーク内の応用サービスの起動などが行なわれる。
【０１３７】
次に個々のサブネットワークのサービスのうち他のサブネットワークに公開するものについて、サービスの登録の処理を行なう。
【０１３８】
こうした処理には登録をするサービスの含まれるサービスノード上の手続きとそれと対をなすゲートウェイノード上のサービスレジストリの手続きが含まれ、これらは次に説明する手順で実行される。
【０１３９】
以下図９を参照して本実施例の手順を説明する。
【０１４０】
処理Ｓ１１において、例えばサブネットワークａ：３１は当該サービスが既に登録されているかどうかを確認する。
【０１４１】
処理Ｓ１２において、サービスの登録が完了していない場合には、処理Ｓ１３でサービスノード側のレジストリ登録初期化処理を行なう。登録が完了していれば処理Ｓ１２で登録延長処理を行う。
【０１４２】
第２の実施の形態の特長として、サービスプロキシーｃ／ｂ：９６およびクライアントプロキシーｃ／ｂ：９７のサービス依存の処理がポータブルコードで記述されているのでこの段階でサービスレジストリ１０１の登録に合わせてこれらサービス依存の処理コードが登録される点があげられる。
【０１４３】
一方、処理Ｓ９１においては、例えばゲートウェイ／プロキシー７４のサービスレジストリ（９０）ノードは、起動後登録の初期化処理を行ない、サービスノード側からのレジストリ登録要求を待つ。待機時間が過ぎても要求がなければ処理Ｓ９３においてタイムアウト処理を行う。
【０１４４】
次に、処理Ｓ８４において、サービスノード側はサービスレジストリ（９０）ノードに対してレジストリ登録要求を発行するとともに、処理Ｓ８５においてレジストリ登録が可能かどうか、サービスレジストリ（９０）ノードからの連絡を待つ。待機時間が過ぎると処理Ｓ８６においてタイムアウト処理を行う。
【０１４５】
一方、サービスレジストリ（９０）ノード側では、処理Ｓ９４において、サービスノード側から送信されたサービス登録要求をここで受信すると、登録受付処理を行ないサービスの登録が可能であることを要求ノードであるサービスノード側に通知し、処理Ｓ９５において待機する。待機時間が過ぎると処理Ｓ９６においてタイムアウト処理を行う。
【０１４６】
次に、処理Ｓ８５において登録可能通知を受け取ったサービスノード側は、処理Ｓ８７においてサービスレジストリ（９０）ノードに対してサービスレジストリ登録情報と、サービスプロキシーｃ／ｂ：５６とクライアントプロキシーｃ／ｂ：５７とのサービス依存の処理のポータブルコードとの送信を実行し、処理Ｓ８８において待機し、待機時間が過ぎると処理Ｓ８９でタイムアウト処理を行う。
【０１４７】
送信されたサービスレジストリ登録情報を受信したサービスレジストリ（９０）ノードでは、処理Ｓ８７においてそれぞれノード内のサービスレジストリと所定のサービスレジストリ、クライアントレジストリとに登録を行なうとともに、サービスノード側に対してレジストリの登録完了通知を発行する。
【０１４８】
サービスノード側では処理Ｓ８８において登録完了通知を受信すると、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する。
【０１４９】
一方、サービスレジストリ９０においても、サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その登録完了した内容のうち、他のサブネットワーク上のサービスレジストリに保持すべき情報があれば他のサブネットワーク上のサービスレジストリに送信するとともにサービスプロキシーおよびクライアントプロキシーのポータブルコードを対応するサービスプロキシーおよびクライアントプロキシーに送信する。完了すると登録処理を終了する。
【０１５０】
以上の処理によって、サービスの属しているサブネットワーク上のサービスレジストリ９０および他のサブネットワークｃ：７３，サブネットワークｂ：７２上のサービスレジストリ１０１に対して登録が行なわれる。
【０１５１】
前述したプロキシーのポータブルコードもサービスの属しているサブネットワーク上のサービスプロキシーおよびクライアントプロキシーと、他のサブネットワーク上のサービスプロキシーおよびクライアントプロキシーとに対してそれぞれ登録が行なわれる。
【０１５２】
次に図３の第３のフェーズであるサービスの利用フローを図５，図６，図７を参照しながら説明する。
【０１５３】
まず、これらの図の相互関係を説明すると、前述した第１の実施の形態同様にサービスの利用の処理は図５（ａ）に示すサービスの利用をする処理、図５（ｂ）に示すサービス利用側サブネットワーク上のサービスレジストリ、図６（ａ）の利用側サービスプロキシー、図６（ｂ）のサービス提供側サービスプロキシー、図７に示すサービス提供側のサービスノードの５つの独立した処理である。
【０１５４】
次に、上述した各処理の動作を時系列的に説明する。
【０１５５】
まず、図５において、サービスを利用しようとするソフトウェアを実装しているサービス利用ノード、例えばサブネットワークノードＮａｉ：７６は、ネットワーク全体を対象に、利用しようとするサービスの検索を行なう。
【０１５６】
この機能は、サービス利用ノードの属するサブネットワークａ：７１上に設けられた、例えばサービスレジストリ９０により提供される。具体的には、処理Ｓ３１においてサービス利用ノードのサブネットワークノードＮａｉ：７６はサービスレジストリ９０に対してサービス検索要求を送信する。
【０１５７】
一方、サービスレジストリ９０においては、処理Ｓ４１でサービス検索要求がくるまで待機しており、サービス検索要求を受信すると、処理Ｓ４２においてノード内のレジストリ情報を検索して、処理Ｓ４３において検索キーに該当するサービスの情報をサービス検索要求を発したサービス利用ノードのサブネットワークノードＮａｉ：７６のソフトウェアに対して返信する。
【０１５８】
返信後、処理Ｓ４４においてサービスレジストリ９０は検索が終了すると再び次の検索要求を待つ状態になる。
【０１５９】
サービス利用ノードのサブネットワークノードＮａｉ：７１は、処理Ｓ３２においてサービスレジストリ９０から検索結果を受信すると、処理Ｓ３３において、受信したサービスの情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワークａ：７１上のプロキシーとしてサービスプロキシーａ：８５を決定する。
【０１６０】
サービス利用ノードのサブネットワークノードＮａｉ：７６は、決定したサービスプロキシーａ：４８に対して、処理Ｓ３４においてサービス要求を発行する。必要な引数にあたる情報の送信もこの段階に含まれる。
【０１６１】
その後、処理Ｓ３５においてサービスの結果の返信を待ち、待ち時間を過ぎると処理Ｓ３６でタイムアウト処理を行う。
【０１６２】
サービスプロキシーａ：８５では処理Ｓ３７において、送信されたサービス内容を参照して処理を進める。
【０１６３】
処理Ｓ３８により、再度同一のサービスを要求する場合には同様の処理を繰り返す。
【０１６４】
次に上記の処理を実現するために背後で行なわれる処理を図６，図７を参照して説明する。
【０１６５】
まず、図６（ａ）に示すサービスプロキシーａ：８５の動作を説明する。なお、他のサービスプロキシーｃ、ｂでも同様である。
【０１６６】
異なるサブネットワークａ：３１，サブネットワークｂ：３２上でサービスを連携させるためにはサービス利用側のプロキシーとサービス提供側のプロキシーが関与する。ここでは、提供側をサービスプロキシーｂ：９６とする。
【０１６７】
まず、処理Ｓ５１において、サービス利用側のサービスプロキシーａ：８５は、自身の属しているサブネットワークａ：７１内のサブネットワークノードＮａｉ：７６からサービス要求があるかどうかを監視する。
【０１６８】
サブネットワークノードＮａｉ：７６からサービス要求がはいると、処理Ｓ５２においてサーヒス要求の解釈を行ない、続いて処理Ｓ５３において所定のメッセージ変換ａ：８７を行う。
【０１６９】
次に処理Ｓ５４において、サービスを提供しているサブネットワークノードＮｂｉ：７７の属しているサービスプロキシーｂ：９６にたいして、メッセージ変換された内容の転送を行なう。転送後は、処理Ｓ５５においてサービス実行結果の届くのを監視する。
【０１７０】
一方、図６（ｂ）のサービス提供側のサービスプロキシーの処理では、サービス提供側のサービスプロキシーｂ：９６は、前述のサービス要求側のサービスプロキシーａ：８５と対称的な動作をする。
【０１７１】
すなわち、サービス提供側のサービスプロキシーｂ：９６は、処理Ｓ６１において、サービス要求がはいるのを監視し、他のサブネットワークのサービスプロキシーａ：８５からサービス要求がはいると、処理Ｓ６２においてサービス要求の解釈を行ない、処理Ｓ６３において自サブネットワーク上のメッセージ体系に変換を行ない、処理Ｓ６４においてサービス提供側ノードのサブネットワークノードＮｂｉ：７７に転送する。
【０１７２】
サービス利用側のサービスプロキシーは、処理Ｓ５５においてサービス提供側ノードのサブネットワークノードＮｂｉ：７７からのサービス実行結果の着信を監視し、結果が受信されると処理Ｓ５７において結果メッセージの変換を行なう。
【０１７３】
変換されたメッセージを処理Ｓ５８においてサービス要求ノードのサブネットワークノードＮａｉ：７６に向けて送信し、次の要求まで待機し、待機時が過ぎると処理Ｓ５６でタイムアウト処理をする。
【０１７４】
次にサービスが実際に行なわれるサービス提供ノードの動作について図７を参照しながら説明する。
【０１７５】
提供側サービスノードのサブネットワークノードＮｂｉ：７７は、処理Ｓ７１でサービス要求の入るのを監視する。サービス要求が入ると、処理Ｓ７２で要求メッセージを解釈し、処理Ｓ７３で提供するサービスを実行する。
【０１７６】
処理Ｓ７４で結果を送信元の自サブネットワーク上のサービスプロキシーｂ：９６に返送して一回分のサービス要求の処理を終了する。
【０１７７】
以上の処理によって、サービスを要求するノード上のソフトウェアからは形式上自サブネットワーク上で提供されているのと等価な手付きで他サブネットワーク上のノードで実行されるサービスが提供される。
【０１７８】
補足として、ネットワークトポロジー上直接接続されていないサブネットワーク間のサービス連携について以下に述べる。
【０１７９】
そうした場合は、図８のゲートウェイ／プロキシー７４、７５中のメッセージフォワード８９，１００の機能によって目的のサブネットワークまで返還後のメッセージが送り届けられることになる。
【０１８０】
この機構によって、メッセージ変換が繰り返されることなく目的のサブネットワーク上のサービス利用ノードとサービス提供ノードの間のサービス連携を実現することができる。
【０１８１】
上述した第２の実施の形態においても、第１の効果は、複数の異種の通信プロトコル／プロファイルのサブネットをワークで構成されるネットワーク上で既存のプロトコルとの整合性およびそれに対する継承性が維持しながら、大幅な性能低下を防止できることにある。
【０１８２】
つまり、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるからである。
【０１８３】
第２の効果は、上記第１の効果を得ながらネットワークトポロジーの制約を回避できることにある。
【０１８４】
つまり、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８５】
第３の効果は、上記第１および２の効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができることにある。
【０１８６】
つまり、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８７】
第４の効果は、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できることにある。
【０１８８】
つまり、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８９】
第５の効果は、ゲートウェイ／プロキシーのプロセッサやオペレーティングシステムなどのソフトウェア実行環境が異なっている場合でも、共通の仮想マシンとそのコードの実行環境が共通になっていれば、サービスノードからサービスに依存するプロキシーの実行コードをロードすることができるので、サービスの適応能力が大幅に向上する他、既に稼働しているネットワークに対してあとから新たなサービスの追加や、そのインタフェースを修正が可能となるので、ネットワークの拡張性が向上する効果がある。
【０１９０】
【発明の効果】
上述したように、本発明のネットワーク制御装置、制御方法およびそのプログラムは、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるから、複数の異種通信プロトコル／プロファイルのサブネットワークで構成されるネットワーク上で、既存のプロトコルとの整合性およびそれに対する継承性を維持しながら、大幅な性能低下を防止できる効果が有る。
【０１９１】
また、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備しているので、上記の効果を得ながらネットワークトポロジーの制約を回避できる。
【０１９２】
さらに、上記２つの効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができる効果が有る。
【０１９３】
さらにまた、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できる。
【０１９４】
しかも、第２の実施の形態によれば、ゲートウェイ／プロキシーのプロセッサやオペレーティングシステムなどのソフトウェア実行環境が異なっている場合でも、共通の仮想マシンとそのコードの実行環境が共通になっていれば、サービスノードからサービスに依存するプロキシーの実行コードをロードすることができるので、サービスの適応能力が大幅に向上する他、既に稼働しているネットワークに対してあとから新たなサービスの追加や、そのインタフェースを修正が可能となるので、ネットワークの拡張性が向上するという効果もある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるネットワークの構成図である。
【図２】第１の実施の形態の一例として取り上げる、分散サービス型の車輌用ネットワークシステムの構成図である。
【図３】本発明の第１の実施形態の処理全体の概要を示すフローチャートである。
【図４】図３のサービスの登録処理Ｓ２の詳細なフローチャートである。
【図５】図３のサービスの利用処理Ｓ３のうち、サービス利用ノードおよび利用側サービスレジストリのサービスの検索の詳細なフローチャートである。
【図６】図３のサービスの利用処理Ｓ３のうち、利用側サービスプロキシーおよび提供側サービスプロキシーの検索の詳細なフローチャートである。
【図７】図３のサービスの利用処理Ｓ３のうち、提供側サービスノードのフローチャートである。
【図８】第２の実施の形態の構成図である。
【図９】第２の実施の形態におけるサービスの登録処理Ｓ２の詳細なフローチャートである。
【図１０】従来のサブネットワークとネットワーク制御装置との接続形態の一例を示した図である。
【図１１】従来のサブネットワークとネットワーク制御装置との接続形態の他の例を示した図である。
【符号の説明】
１１ 情報系ネットワーク
１２ 操作系ネットワーク
１３ ワイアレスインタコネクト
１４，１５ 可搬機器インタコネクト
１６ ゲートウェイ
１７，２０，２１〜２６ サービスノード
３１，７１ サブネットワークａ
３２，７２ サブネットワークｂ
３３，７３ サブネットワークｃ
３６，７６ サブネットワークノードＮａｉ
３７，７７ サブネットワークノードＮｂｉ
３８，７８ サブネットワークノードＮｂｊ
３９ サブネットワークノードＮｃｉ
４０，８０ フィジカルレイアａ
４１，８１ データリンクレイアａ
４２，５３，８２，９３ フィジカルレイアｃ
４３，５４，８３，９４ データリンクレイアｃ
４４，５５，８４，９５ トランスポート／ネットワークレイア
４５，８５ サービスプロキシーａ／ｃ
４６，８６ クライアントプロキシーａ／ｃ
４７，８７ サービスメッセージ変換処理ａ
４８，５９，８８，９９ サービスメッセージ変換処理ｃ
４９，６０，８９，１００ メッセージフォワード処理
５０，６１，９０，１０１ サービスレジストリ
５８，９８ サービスメッセージ変換処理ｂ
５７，９７ クライアントプロキシーｃ／ｂ
５６，９６ サービスプロキシーｃ／ｂ
５２，９２ データリンクレイアｂ
５１，９１ フィジカルレイアｂ
１０２，１０３ 仮想マシン／実行環境
【発明の属する技術分野】
本発明はネットワーク制御装置、制御方法およびそのプログラムに係わり、特に分散サービス間の連携をネットワークの物理的制約を軽減し効率的に行うネットワーク制御装置、制御方法およびそのプログラムに関する。
【０００２】
【従来の技術】
近年、インターネットをはじめとするネットワーク通信システムの商用化に伴い、企業のみならず家庭においても個人がインターネットを利用することが一般的になっている。また従来孤立していた多数の様々な機器が、内蔵するコンピュータの資源をネットワークを介して相互に利用し、全体としてより多くの利便性を提供するシステム（ユービキタス・コンピューティング）の構築が具体化する段階にきた。
【０００３】
インターネットをはじめとするネットワークにおけるトポロジーとしては周知のように、主としてバス形およびリング形があり、バス形は信号がバス上を両方向に伝送され、リング形では閉ループ状のケーブル上を一方方向に伝送される。
【０００４】
このネットワークに接続されるサブネットワークノードは、ネットワーク回線上へ情報を発信するとともに、このネットワーク回線上を伝送される情報から当該ノードに接続されている各機器に対する情報の取り込みを行う。
【０００５】
上述した従来のネットワークにおいて、サブネットワークとネットワーク制御装置との接続形態の一例を示した図１０および図１１を参照すると、従来のネットワークシステムは、全体のシステムを独立性の高いいくつかの機能単位に分割し、それぞれの機能単位を最適なマシンに分散させて配置する分散サービスは、同種のサブネットワーク内に閉じた形で利用されてきたのであるが、それらのサブネットワークの間にネットワーク間接続をして、情報の共有が行なわれる様になってきた。
【０００６】
さらに、次のステップとしてより自由度の高い形態として異種サブネットワーク間の分散型サービスの必要が生じてきた。
【０００７】
これに対処するために、従来は図１０および図１１に示すように、接続の必要のあるサブネットワーク間を、接続しているホストコンピュータを経由して別のホストに接続するゲートウェイにより接続するとともに、両者の固有のメッセージの相互変換を個別に行なっていた。
【０００８】
例えば、図１１の例が特開平１１−２１５１７４号公報に記載されている。この公報記載のシステムでは、あるネットワークからそれとは異なる異種の体系のネットワークを利用する場合に、相手の体系を意識することなく出来るようにするものである。
【０００９】
【特許文献１】
特開平１１−２１５１７４号公報（段落番号「００１６」「００３４」「００５３」「０１３０」、図１）
【００１０】
【発明が解決しようとする課題】
上述したように従来のネットワーク通信システムでは、サブネットワーク間を、接続しているホストコンピュータを経由して別のホストに接続するゲートウェイにより接続するとともに、両者の固有のメッセージの相互変換を個別に行なっているので、サブネットワーク間は接続すべき異種サブネットワークの数が少ない場合には、そのような方法を適用することで対処することができていた。
【００１１】
従来はそうした単純なサブネットワーク構成がほとんどであったために特にそれ以上の対策を取る必要はなかった。
【００１２】
ところが、サブネットワークの数が増え、かつその上での、ネットワークで送受信される情報であるサービストラフィックが増大するにつれて、ゲートウェイ部分での処理量の増大が発生するようになってきた。また、従来の方法を適用する場合には、適用対象によってはネットワーク配線等の物理的制約が顕在化するようになってきた。
【００１３】
すなわち、従来技術における具体的な問題点を述べると、
まず第１の問題点は、異種ネットワークアーキテクチャのサブネットワークに属するサービスが、複数のサブネットワークを介して連携する場合に逐次変換を行なう方法では、メッセージ変換、情報をそれぞれ管理し、ユーザに対しその情報を提供するサービスディレクトリ管理と、一定の大きさに区切られたデータの集合であるパケットから最良のものを選び出すパケットルーティングの管理とが煩雑になる。
【００１４】
そのため、処理のオーバヘッドが増大して多くのリソースを消費し、かつネットワークシステムのスループットが低下するということである。
【００１５】
その理由は、複数のサブネットワーク間で共通のサービス管理のための手順を表わすプロトコルが規定されず、固有のサービス管理プロトコルが既に実装されてしまっているためである。
【００１６】
また継承性の点で、全く新しい共通のサービス管理プロトコルを実装することでは解決することができないケースが多いことがあげられる。
【００１７】
第２の問題点は、多段階のメッセージ変換によってその完全性および可逆性の保証のための管理オーバヘッドが増大するということである。
【００１８】
その理由は、第１の問題点の原因と共通しているが、ここで対象としているサブネットワークは、それぞれが固有のサービス管理プロトコルを実装しているものである。このため、一般的なアブストラクションレイア（抽象化階層）を行うためのプロトコルの設定が有効に機能しないためである。
【００１９】
本発明の目的は、上述した従来の欠点に鑑みなされたものであり、分散サービス間の連携におけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減し効率的に行うネットワーク制御装置、制御方法およびそのプログラムを提供することにある。
【００２０】
【課題を解決するための手段】
本発明のネットワーク制御装置は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、前記中継サービス効率化手段は、前記ゲートウェイ上にサービスレジストリを設け、このサービスレジストリには他のサブネットワーク上のサービスへアクセスするために必要な情報が格納されていることを特徴とする。
【００２１】
また、前記中継サービス効率化手段は、前記ゲートウェイ上にサービスプロキシーを設け、このサービスプロキシーには、他のサブネットワーク上のサービスに処理を要求する場合の処理を中継および代行する機構を有する。
【００２２】
さらに、複数の前記サブネットワーク上の前記サービスレジストリはサービス情報を相互に自律的に共有する。
【００２３】
さらにまた、前記中継サービス効率化手段は、前記ゲートウェイ上でサービス要求の解析およびメッセージ変換を行なう機能を有する。
【００２４】
本発明のネットワーク制御装置の他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構をもつことにある。
【００２５】
本発明のネットワーク制御装置のまた他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、前記中継サービス効率化手段が、前記ゲートウェイ上に、実行環境に依存しないポータブルコードの実行機構として仮想マシンを実装し、サービスプロキシーのプロトコル依存部分をネットワークを介してロードし実行する機能を有することにある。
【００２６】
また、前記サブネットワークが、情報系ネットワークと操作系ネットワークとワイアレスインタコネクトおよび複数系統の可搬機器インタコネクトとで構成される。
【００２７】
さらに、前記情報系ネットワークには複数個のサービスノードとゲートウェイ機能を有する複数個のサービスノードと相互接続された第１および第２のゲートウェイが接続されており、前記操作系ネットワークには前記第２のゲートウェイと複数のサービスノードが接続され、前記ワイアレスインタコネクタには前記第１のゲートウェイおよび前記サービスノード以外のサービスノードが接続され、複数の前記可搬機器インタコネクトにはそれぞれ可搬機器が接続されて構成される。
【００２８】
本発明のネットワーク制御装置のさらに他の特徴は、情報系ネットワークと操作系ネットワークとワイアレスインタコネクトおよび複数系統の可搬機器インタコネクトとで構成されるサブネットワークノードを備えるとともに異種のプロトコル／プロファイルを実装した第１，第２，第３のサブネットワークと、前記第１および前記第３のサブネットワークを接続する第１のゲートウェイ／プロキシーと、前記第２および前記第３のサブネットワークを接続する第２のゲートウェイ／プロキシーとを有し、前記第１、前記第２および前記第３のサブネットワークワークのプロトコルとしてフィジカルレイアおよびデータリンクレイアの処理とをそれぞれ実装し、さらに共通のトランスポートレイアと前記第１および前記第３のサブネットワークそれぞれで共用するサービスプロキシーおよびクライアントプロキシーを備えることにある。
【００２９】
また、前記サービスプロキシーおよび前記クライアントプロキシーの制御の下で、前記第１、前記第２および前記第３のサブネットワーク間相互の接続にそれぞれ対応して動作する第１および第２のサービスメッセージ変換処理とメッセージフォワード処理とが実装される。
【００３０】
さらに、前記第１、前記第２および前記第３のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティ保持用サービスレジストリが前記第１および前記第２のゲートウェイ上にそれぞれ配備される。
【００３１】
さらにまた、前記第１および前記第２のゲートウェイプロキシーは、前記サービスプロキシーのサービスに依存した処理を行なう部分が実行環境に依存しないポータブルコードで記述され、その記述に従って前記サービスに依存した処理を実行するための仮想マシン／実行環境を備える。
【００３２】
本発明のネットワーク制御方法の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構を用いて、
前記サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスの設定または決定と前記サブネットワーク内の論理アドレスの決定とネットワーク管理サービスの起動と応用サービスの起動とを行うネットワークの初期化処理と、
前記サブネットワークそれぞれのサービスのうち他のサブネットワークに公開するものについてサービスの登録を行うサービス登録処理と、
登録したサービスを利用するサービス利用処理と、
前記サービスの利用後前記サービスの登録を消去するサービス登録抹消処理と、を有することを特徴とする。
【００３３】
また、前記サービス登録処理は、登録をするサービスの含まれるサービスノード上の手続き処理とそれと対をなすゲートウェイノード上のサービスレジストリの手続き処理とが含まれ。
【００３４】
さらに、前記サービスノード上の手続き処理は、当該サービスがサービスレジストリノードに既に登録されているかどうかを確認する処理と、
登録が完了していない場合に前記サービスノードに対して行うレジストリ登録初期化処理と、
前記サービスレジストリノードに対してサービスレジストリ登録要求を送信する処理と、
前記サービスレジストリノードから登録要求受付通知を受信すると、前記サービスレジストリノードに対しレジストリ登録情報を送信し、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する処理とを有する。
【００３５】
さらにまた、前記サービスレジストリの手続き処理は、前記サービスレジストリノードが起動後に行うレジストリ登録初期化処理と、
前記サービスノードからのレジストリ登録要求を待つ処理と、
前記サービスノード側から送信したサービス登録要求を受信し、登録要求受付を行う処理と、サービスの登録が可能であることを要求元の前記サービスノードに通知し、前記サービスノード側からレジストリ登録情報を受信するレジストリ登録を実行し、前記サービスノード側へ登録完了通知を発行する処理と、
前記サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その内容のうち他のサブネットワーク上のサービスレジストリに保持すべき情報を当該サービスレジストリに送信して終了する処理とを有する。
【００３６】
また、前記サービス利用処理は、サービス利用ノードのサービス利用処理とサービス利用側サブネットワーク上のサービスレジストリにおけるサービス検索処理と、利用側サービスプロキシーのサービス利用処理と、サービス提供側サービスプロキシーのサービス利用処理と、サービス提供側サービスノードのサービス利用処理とを有する。
【００３７】
さらに、前記サービス利用ノードのサービス利用処理は、ネットワーク全体を対象に利用しようとするサービスの検索として、サービスレジストリに対してサービス検索要求を送信する処理と、
前記サービスレジストリから受信した検索結果のサービス情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワーク上のプロキシーを決定する処理と、
決定したサービスプロキシーに対してサービス利用ノードからサービス要求を発行し、その後サービスの結果の返信を待つ処理と、
前記サービスの結果が前記サービスプロキシーから返されるとその内容を参照して処理を進める処理と、
再度同一のサービスを要求する場合には同様の処理を繰り返えし、サービス利用がなければ終了する処理とを有する。
【００３８】
さらにまた、前記サービスの結果の返信を待つ処理は、前記決定したサービスプロキシーに対してサービス利用ノードからサービス要求発行するとともに必要な引数にあたる情報の発行も併せて行う。
【００３９】
また、前記サービスレジストリにおける前記サービスの検索処理は、利用側の前記サービスレジストリが前記サービス利用ノードからの前記サービス検索要求を受信して自ノード内のレジストリ情報を検索する処理と、検索結果で得られた、検索キーに該当するサービス情報を前記サービス利用ノードのソフトウェアに対して返信する処理と、前記サービスレジストリが検索を終了して再び次の検索要求を待つ処理とを有する。
【００４０】
さらに、前記サービス利用処理は、異なるサブネットワーク上でサービスを連携させるための利用側サービスプロキシーにおけるサービス利用処理と提供側サービスプロキシーにおけるサービス利用処理とを有する
さらにまた、前記利用側サービスプロキシーにおけるサービス利用処理は、前記サービス利用側のプロキシーに属しているサブネットワーク内のノードからサービス要求があるかどうかを監視する処理と、
前記利用側サービスプロキシーはサービス要求を受け取るとサーヒス要求の解釈を行ない、所定のメッセージ変換を行った後に、当該サービスを提供しているノードが属する提供側サービスプロキシーに転送し、転送後はサービス実行結果の届くのを監視する処理と、
前記提供側サービスプロキシーから前記サービス実行結果が受信されると、メッセージ変換を行ない、サービス要求側ノードの指定したサービスプロキシーに送信する処理とをサービス終了まで続ける。
【００４１】
本発明のネットワーク制御方法の他の特徴は、提供側サービスプロキシーにおけるサービス利用処理は、前記利用側サービスプロキシーからのサービス要求を監視する処理と、
前記サービス要求を受けるとサービス要求の解釈を行ない、自サブネットワーク上のメッセージ体系に変換を行ない提供側ノードに転送する処理と、
その後前記提供側ノードからのサービス実行結果の着信を監視する処理と、
前記サービス実行結果が受信されると結果メッセージの変換を行ない、前記サービス要求ノードの指定したサービスプロキシーに向けて送信する処理とをサービス終了まで続けることにある。
【００４２】
また、前記サービス提供側サービスノードのサービス利用処理は、サービス要求の入るのを監視する処理と、前記サービス要求が入ると、要求メッセージを解釈し、提供するサービスを実行する処理と、実行結果を送信元の自サブネットワーク上のサービスプロキシーに返送して一回分のサービス要求の処理を終了する処理とを有する。
【００４３】
本発明のネットワーク制御方法のまた他の特徴は、異種のネットワークアーキテクチャを有するサブネットワークでネットワークシステムを構成するとともに、前記サブネットワークに属するネットワークノード上で動作するオブジェクト間の連携を行なうためのネットワークにおけるメッセージ、引数およびレスポンスの中継サービスを実行する際のゲートウェイ機構およびその手続きの物理的制約を軽減する中継サービス効率化手段を備え、カスケードに接続された前記サブネットワークを中継する場合に、前記中継サービス効率化手段が、メッセージのトランスファ機構に含まれるメッセージフォワード機能により、
ネットワークトポロジー上直接接続されていないサブネットワーク間におけるサービス連携時に、目的のサブネットワークまで変換後のメッセージを送り、メッセージ変換を繰り返さずに目的のサブネットワーク上のサービス利用ノードとサービス提供ノード間のサービスを行うことにある。
【００４４】
本発明のネットワーク制御方法のさらに他の特徴は、ゲートウェイ上に予め定めるポータブルコードの実行機構としての仮想マシンを実装し、前記ゲートウェイ上にあるサービスプロキシーのプロトコル依存部分をネットワークを介してロードし実行する機能を有するとき、前記サービスノード上の手続き処理は、当該サービスが既に登録されているかどうかを確認する処理と、
登録が完了していない場合に前記サービスノードに対して行うレジストリ並びに前記サービスプロキシーおよびクライアントプロキシーのサービス依存の処理コードそれぞれの登録初期化処理と、
前記サービスレジストリノードに対してサービスレジストリ登録要求を送信する処理と、
前記サービスレジストリノードから登録要求受付通知を受信すると、前記サービスレジストリノードに対しレジストリ登録情報とサービスプロキシーおよびクライアントプロキシーのサービス依存処理のポータブルコードとを送信し、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する処理とを有する。
【００４５】
また、前記サービスレジストリの手続き処理は、前記サービスレジストリノードが起動後に行うレジストリ登録初期化処理と、
前記サービスノードからのレジストリ登録要求を待つ処理と、
前記サービスノード側から送信したサービス登録要求を受信し、登録要求受付を行う処理と、サービスの登録が可能であることを要求元の前記サービスノードに通知し、前記サービスノード側からレジストリ登録情報とサービスプロキシーおよびクライアントプロキシーのサービス依存の処理のポータブルコードとを受信するサービスレジストリおよびクライアントレジストリ登録をそれぞれ実行し、前記サービスノード側へ登録完了通知を発行する処理と、
前記サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その内容のうち他のサブネットワーク上のサービスレジストリに保持すべき情報を当該サービスレジストリに送信するとともに、前記サービスプロキシーおよびクライアントプロキシーのポータブルコードを対応する前記サービスプロキシーおよび前記クライアントプロキシーにも送信して終了する処理とを有する。
【００４６】
【発明の実施の形態】
まず、本発明の各実施の形態の理解を容易にするため、後述する実施の形態の説明において使用する用語のうち、前述したゲートウェイおよび分散サービス以外の用語の概説をまとめておくことにする。
【００４７】
インタコネクトは、異なるシステムの相互接続手段を一般にはさすが、ここでは特に着目するシステム内で使用するネットワークプロトコルとは異なる接続方法をとる相互接続手段を指している。
【００４８】
クライアントは、サービスを依頼する側のコンピュータもしくはソフトウェアである。
【００４９】
ノードは、ネットワーク上の接合点や、インターネット上の中継点およびそこに設置されるコンピュータのことである。
【００５０】
フォワード処理は、データをいったん受け取り、そのデータを転送する処理のことである。
【００５１】
プロキシーは、内部ネットワークからインターネット接続を行う際に、セキュリティ確保および／または高速アクセスを実現するために設置されるサーバ機能である。
【００５２】
プロトコルは、ネットワーク上でデータを受け渡しするための規約で、通信のための手順を表わす。
【００５３】
プロパティは、サービス要素または機能要素に付帯する状態情報または制御情報を指す。
【００５４】
プロファイルは、ノードの提供する機能により多く依存した通信仕様のクラスである。
【００５５】
レイアは、物理的階層のことである。
【００５６】
レジストリは、ネットワーク上の資源に関するデータベースである。
【００５７】
次に、本発明の第１の実施の形態を、図面を参照しながら詳細に説明する。
【００５８】
図１は本発明の第１の実施の形態におけるネットワークの構成図であり、図２は本発明のネットワーク制御装置の第１の実施の形態の一例として取り上げる、分散サービス型の車輌用ネットワークシステムの構成図である。
【００５９】
図１を参照すると、本発明のネットワーク制御装置は、サブネットワークとして、情報系ネットワーク１１と、操作系ネットワーク１２と、ワイアレスインタコネクト１３と、２系統の可搬機器インタコネクト１４，１５とゲートウェイ１６とを備え、情報系ネットワーク１１には２個のサービスノード１７，２０と、ゲートウェイ機能を有する２個のサービスノード１８，１９と、相互接続された第１および第２のゲートウェイ１６１，１６２とがそれぞれ接続されている。
【００６０】
操作系ネットワーク１２には、第２のゲートウェイ１６２とサービスノード２１，２２，２３，２４，２５が接続され、ワイアレスインタコネクト１３には第１のゲートウェイ１６１およびサービスノード２６が接続され、可搬機器インタコネクト１４，１５にはそれぞれ可搬機器２７，２８が接続されて構成されている。
【００６１】
図２を参照すると、異種のプロトコル／プロファイルを実装したサブネットワークａ：３１，サブネットワークｂ：３２，サブネットワークｃ：３３と、サブネットワークａ：３１およびサブネットワークｃ：３３を接続するゲートウェイ／プロキシー３４と、サブネットワークｂ：３２およびサブネットワークｃ：３３を接続するゲートウェイ／プロキシー３５と、サブネットワークａ：３１上のサブネットワークノードＮａｉ：３６と、サブネットワークｂ：３２上のサブネットワークノードＮｂｉ：３７およびサブネットワークノードＮｂｊ：３８と、サブネットワークｃ：３３上のサブネットワークノードＮｃｉ：３９とから構成されている。
【００６２】
ゲートウェイ／プロキシー３４は、サブネットワークａ：３１のプロトコルとしてフィジカルレイアａ：４０、データリンクレイアａ：４１、サブネットワークワークｃ：３３のプロトコルとしてフィジカルレイアｃ：４２、データリンクレイアｃ：４３の処理を実装している。
【００６３】
さらに、共通のトランスポート／ネットワークレイア４４と、サブネットワークａ：３１およひサブネットワークｃ：３３のサービスプロキシーａ／ｃ：４５と、サブネットワークａ：３１およひサブネットワークｃ：３３のクライアントプロキシーａ／ｃ：４６を備える。
【００６４】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ａ：４７と、サービスメッセージ変換処理ｃ：４８と、メッセージフォワード処理４９とが実装されている。
【００６５】
さらにまた、複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ５０が配備されている。
【００６６】
一方、ゲートウェイ／プロキシー３５は、サブネットワークｂ：３２のプロトコルとしてフィジカルレイアｂ：５１、データリンクレイアｂ：５２、サブネットワークワークｃ：３３のプロトコルとしてフィジカルレイアｃ：５３、データリンクレイアｃ：５４の各処理を実装している。
【００６７】
さらに、共通のトランスポート／ネットワークレイア５５、サブネットワークｂ：３２およひサブネットワークｃ：３３のサービスプロキシーｃ／ｂ：５６と、サブネットワークｂ：３２およひサブネットワークｃ：３３のクライアントプロキシーｃ／ｂ：５７とを備える。
【００６８】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ｂ：５８と、サービスメッセージ変換処理ｃ：５９と、メッセージフォワード処理６０とが実装されている。
【００６９】
さらにまた、複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ６１が配備されている。
【００７０】
上述した構成からなる第１の実施の形態の動作を説明する。
【００７１】
図３は処理全体の概要を示すフローチャートであり、図４は図３のサービスの登録処理Ｓ２の詳細なフローチャートであり、図５は図３のサービスの利用処理Ｓ３のうち、サービス利用ノードおよび利用側サービスレジストリのサービスの検索の詳細なフローチャートである。
【００７２】
図６は図３のサービスの利用処理Ｓ３のうち、利用側サービスプロキシーおよび提供側サービスプロキシーの検索の詳細なフローチャートであり、図７は図３のサービスの利用処理Ｓ３のうち、提供側サービスノードのフローチャートである。
【００７３】
図３を参照すると、ネットワークの初期化処理Ｓ１に関しては、各サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスが設定または決定されるとともに、サブネットワーク内の論理アドレスも決定される。
【００７４】
さらに、サブネットワーク内のネットワーク管理サービスの起動、サブネットワーク内の応用サービスの起動などが行なわれる。
【００７５】
次に、個々のサブネットワークのサービスのうち他のサブネットワークに公開するものについて、サービスの登録の処理Ｓ２を行なう。
【００７６】
こうした処理には、登録をするサービスの含まれるサービスノード、すなわちサービスするサブネットワーク（ａ：３１，ｂ：３２，ｃ：３３）ノード上の手続きと、それと対をなすゲートウェイ／プロキシー（３４、３５）ノード上のサービスレジストリ５０，６１の手続きが含まれ、これらは図４に示されるような手順で実行される。
【００７７】
次に、図４を参照しながら本実施の形態の実行手順を説明する。
【００７８】
処理Ｓ１１において、サービスノード、例えばサブネットワークａ：３１は当該サービスが既に登録されているかどうかを確認する。
【００７９】
処理Ｓ１１において、サービスの登録が完了していない場合には、処理Ｓ１３でサービスノード側のレジストリ登録初期化処理を行なう。登録が完了していれば処理Ｓ１２で登録延長処理を行う。
【００８０】
一方、処理Ｓ２１においては、例えばゲートウェイ／プロキシー３４のサービスレジストリ（５０）ノードは、起動後登録の初期化処理を行ない、サービスノード側からのレジストリ登録要求を待つ。待機時間が過ぎても要求がなければ処理Ｓ２３においてタイムアウト処理を行う。
【００８１】
次に、処理Ｓ１４において、サービスノード側はサービスレジストリ（５０）ノードに対してレジストリ登録要求を発行するとともに、処理Ｓ１５においてレジストリ登録が可能かどうか、サービスレジストリ（５０）ノードからの連絡を待つ。待機時間が過ぎると処理Ｓ１６においてタイムアウト処理を行う。
【００８２】
一方、サービスレジストリ（５０）ノード側では、処理Ｓ２４において、サービスノード側から送信されたサービス登録要求をここで受信すると、登録受付処理を行ないサービスの登録が可能であることを要求ノードであるサービスノード側に通知し、処理Ｓ２５において待機する。待機時間が過ぎると処理Ｓ２６においてタイムアウト処理を行う。
【００８３】
次に、処理Ｓ１５において登録可能通知を受け取ったサービスノード側は、処理Ｓ１７においてサービスレジストリ（５０）ノードに対してサービスレジストリ登録情報の送信を実行し、処理Ｓ１８において待機し、待機時間が過ぎると処理Ｓ１９でタイムアウト処理を行う。
【００８４】
送信されたサービスレジストリ登録情報を受信したサービスレジストリ（５０）ノードでは、処理Ｓ２７においてノード内のサービスレジストリに登録を行なうとともに、サービスノード側に対してレジストリの登録完了通知を発行する。
【００８５】
サービスノード側では処理Ｓ１８において登録完了通知を受信すると、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録の終了に至る。
【００８６】
一方、サービスレジストリ５０においても、サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その登録完了した内容のうち、他のサブネットワーク上のサービスレジストリに保持すべき情報があれば他のサブネットワーク上のサービスレジストリに送信し、完了すると登録処理を終了する。
【００８７】
以上の処理によって、サービスの属しているサブネットワーク上のサービスレジストリおよび他のサブネットワークｃ：３３，サブネットワークｂ：３２上のサービスレジストリ６１に対して登録が行なわれる。
【００８８】
次に図３の第３のフェーズであるサービスの利用のフローチャートの説明を図５，図６，図７を参照しながら行なう。
【００８９】
まず、これらの図の相互関係を説明すると、サービスの利用の処理は次に述べる５個の独立した処理で構成される。
【００９０】
すなわち、第１の処理は、図５（ａ）に示すサービスの利用をする処理、第２の処理は、図５（ｂ）に示すサービス利用側サブネットワーク上のサービスレジストリ、第３の処理は、図６（ａ）の利用側サービスプロキシー、第４の処理は、図６（ｂ）のサービス提供側サービスプロキシー、第５の処理は、図７に示すサービス提供側のサービスノードである。
【００９１】
次に、上述した各処理の動作を時系列的に説明する。
【００９２】
まず、図５において、サービスを利用しようとするソフトウェアを実装しているノード（以下、サービス利用ノードと称する）、例えばサブネットワークノードＮａｉ：３６は、ネットワーク全体を対象に、利用しようとするサービスの検索を行なう。
【００９３】
この機能は、サービス利用ノードの属するサブネットワークａ：３１上に設けられた、例えばサービスレジストリ５０により提供される。具体的には、処理Ｓ３１においてサービス利用ノードのネットワークノードＮａｉ：３６はサービスレジストリ５０に対してサービス検索要求を送信する。
【００９４】
一方、サービスレジストリ５０においては、処理Ｓ４１でサービス検索要求がくるまで待機しており、サービス検索要求を受信すると、処理Ｓ４２においてノード内のレジストリ情報を検索して、処理Ｓ４３において検索キーに該当するサービスの情報をサービス検索要求を発したサービス利用ノードのネットワークノードＮａｉ：３６のソフトウェアに対して返信する。
【００９５】
返信後、処理Ｓ４４においてサービスレジストリ５０は検索が終了すると再び次の検索要求を待つ状態になる。
【００９６】
サービス利用ノードのネットワークノードＮａｉ：３６は、処理Ｓ３２においてサービスレジストリ５０から検索結果を受信すると、処理Ｓ３３において、受信したサービスの情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワークａ：３１上のプロキシーとしてサービスプロキシーａ：４５を決定する。
【００９７】
サービス利用ノードのネットワークノードＮａｉ：３６は、決定したサービスプロキシーａ：４５に対して、処理Ｓ３４においてサービス要求を発行する。必要な引数にあたる情報の送信もこの段階に含まれる。
【００９８】
その後、処理Ｓ３５においてサービスの結果の返信を待ち、待ち時間を過ぎると処理Ｓ３６でタイムアウト処理を行う。
【００９９】
サービスプロキシーａ：４５では処理Ｓ３７において、送信されたサービス内容を参照して処理を進める。
【０１００】
処理Ｓ３８により、再度同一のサービスを要求する場合には同様の処理を繰り返す。
【０１０１】
次に上記の処理を実現するために背後で行なわれる処理を図６，図７を参照して説明する。
【０１０２】
まず、図６（ａ）に示すサービスプロキシーａ：４５の動作を説明する。なお、他のサービスプロキシーｃ、ｂでも同様であるからそれぞれの場合における説明は省略する。
【０１０３】
異なるサブネットワークａ：３１，サブネットワークｂ：３２上でサービスを連携させるためにはサービス利用側のプロキシーとサービス提供側のプロキシーが関与する。ここでは、提供側をサービスプロキシーｂとする。
【０１０４】
ます、処理Ｓ５１において、サービス利用側のサービスプロキシーは、自身の属しているサブネットワークａ：３１内のサブネットワークノードＮａｉ：３６からサービス要求があるかどうかを監視する。
【０１０５】
サブネットワークノードＮａｉ：３６からサービス要求がはいると、処理Ｓ５２においてサーヒス要求の解釈を行ない、続いて処理Ｓ５３において所定のメッセージ変換ａ：４７を行う。
【０１０６】
次に処理Ｓ５４において、サービスを提供しているサブネットワークノードＮｂｉ：３７の属しているサービスプロキシーｂ：５６にたいして、メッセージ変換された内容の転送を行なう。転送後は、処理Ｓ５５においてサービス実行結果の届くのを監視する。
【０１０７】
一方、図６（ｂ）のサービス提供側のサービスプロキシーの処理では、サービス提供側のサービスプロキシーｂ：５６は、前述のサービス要求側のサービスプロキシーａ：４５と対称的な動作をする。
【０１０８】
すなわち、サービス提供側のサービスプロキシーｂ：５６は、処理Ｓ６１において、サービス要求がはいるのを監視し、他のサブネットワークのサービスプロキシーａ：４５からサービス要求がはいると、処理Ｓ６２においてサービス要求の解釈を行ない、処理Ｓ６３において自サブネットワーク上のメッセージ体系に変換を行ない、処理Ｓ６４においてサービス提供側のサブネットワークノードＮｂｉ：３７に転送する。
【０１０９】
サービス利用側のサービスプロキシーは、処理Ｓ５５においてサービス提供側のサブネットワークノードＮｂｉ：３７からのサービス実行結果の着信を監視し、結果が受信されると処理Ｓ５７において結果メッセージの変換を行なう。
【０１１０】
変換されたメッセージを処理Ｓ５８においてサービス要求ノードのネットワークノードＮａｉ：３６に向けて送信し、次の要求まで待機し、待機時が過ぎると処理Ｓ５６でタイムアウト処理をする。
【０１１１】
次にサービスが実際に行なわれるサービス提供ノードの動作について図７を参照しながら説明する。
【０１１２】
提供側サービスノードのサブネットワークノードＮｂｉ：３７は、処理Ｓ７１でサービス要求の入るのを監視する。サービス要求が入ると、処理Ｓ７２で要求メッセージを解釈し、処理Ｓ７３で提供するサービスを実行する。
【０１１３】
処理Ｓ７４で結果を送信元の自サブネットワーク上のサービスプロキシーｂ：５６に返送して一回分のサービス要求の処理を終了する。
【０１１４】
以上の処理によって、サービスを要求するノード上のソフトウェアからは形式上自サブネットワーク上で提供されているのと等価な手付きで他サブネットワーク上のノードで実行されるサービスが提供される。
【０１１５】
補足として、ネットワークトポロジー上直接接続されていないサブネットワーク間のサービス連携について以下に述べる。
【０１１６】
そうした場合は、図２のゲートウェイ／プロキシー３４，３５中のメッセージフォワード４９，６０の機能によって目的のサブネットワークまで変換後のメッセージが送り届けられることになる。
【０１１７】
この機構によって、メッセージ変換が繰り返されることなく目的のサブネットワーク上のサービス利用ノードとサービス提供ノードの間のサービス連携を実現することができる。
【０１１８】
上述した第１の実施の形態における第１の効果は、複数の異種通信プロトコル／プロファイルのサブネットワークで構成されるネットワーク上で、既存のプロトコルとの整合性およびそれに対する継承性を維持しながら、大幅な性能低下を防止できることにある。
【０１１９】
その理由は、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるからである。
【０１２０】
第２の効果は、上記第１の効果を得ながらネットワークトポロジーの制約を回避できることにある。
【０１２１】
その理由は、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２２】
第３の効果は、上記第１および２の効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができることにある。
【０１２３】
その理由は、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２４】
第４の効果は、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できることにある。
【０１２５】
その理由は、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１２６】
次に、本発明の第２の実施の形態について図面を参照してながら詳細に説明する。
【０１２７】
ネットワーク全体の構成は、図１と同様である。図１におけるネットワークの一部に関する本発明のネットワーク制御装置の第２の実施の形態の構成図を示した図８を参照すると、異種のプロトコル／プロファイルを実装したサブネットワークａ：７１，サブネットワークｂ：７２，サブネットワークｃ：７３と、サブネットワークａ：７１およびサブネットワークｃ：７３を接続するゲートウェイ／プロキシー７４と、サブネットワークｂ：７２およびサブネットワークｃ：７３を接続するゲートウェイ／プロキシー７５と、サブネットワークａ：７１上のサブネットワークノードＮａｉ：７６と、サブネットワークｂ：７２上のサブネットワークノードＮｂｉ：７７およびサブネットワークノードＮｂｊ：７８と、サブネットワークｃ：７２上のサブネットワークノードＮｃｉ：７９とから構成されている。
【０１２８】
ゲートウェイ／プロキシー７４は、サブネットワークａ：７１のプロトコルとしてフィジカルレイアａ：８０と、データリンクレイアａ：８１と、サブネットワークワークｃ：７３のプロトコルとしてフィジカルレイアｃ：８２と、データリンクレイアｃ：８３の処理とを実装しており、さらに共通のトランスポート／ネットワークレイア８４と、サブネットワークａ：７１およひサブネットワークｃ：７３のサービスプロキシーａ／ｃ：８５と、クライアントプロキシーａ／ｃ：８６を備える。
【０１２９】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ａ：８７，サービスメッセージ変換処理ｃ：８８と、メッセージフォワード処理８９が実装されている。サービスプロキシーのサービスに依存した処理を行なう部分は実行環境に依存しないポータブルコードで記述されておりこれを実行するための仮想マシン／実行環境１０２が装備されている。
【０１３０】
複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持する為のサービスレジストリ９０が各ゲートウェイ上に配備それている。
【０１３１】
サブネットワークｃ：７３とサブネットワークｂ：７２をつなぐゲートウェイ／プロキシー７５は、サブネットワークｂ：７２のプロトコルとしてフィジカルレイアｂ：９１と、データリンクレイアｂ：９２と、サブネットワークｃ：７３のプロトコルとしてフィジカルレイアｃ：９３と、データリンクレイアｃ：９４の処理とを実装しており、さらに共通のトランスポート／ネットワークレイア９５と、サブネットワークｂ：７２およひサブネットワークｃ：７３のサービスプロキシーｃ／ｂ：９６と、クライアントプロキシーｃ／ｂ：９７とを備える。
【０１３２】
これらプロキシーの制御の下で動作するサービスメッセージ変換処理ｂ：９８，サービスメッセージ変換処理ｃ：９９と、メッセージフォワード処理１００が実装されている。サービスプロキシーｃ／ｂ：９６のサービスに依存した処理を行なう部分は実行環境に依存しないポータブルコードで記述されておりこれを実行するための仮想マシン／実行環境１０３が装備されている。
【０１３３】
複数のサブネットワークで構成されるネットワーク上に存在するサービスのプロパティを保持するためのサービスレジストリ１０１が各ゲートウェイ上に配備それている。
【０１３４】
次に、図８および前述した図５、図６、図７のフローチャートを参照して第２の実施の形態の動作を説明する。
【０１３５】
まず、処理全体は前述した図３のフローチャートに示されるようなフェーズで構成される。
【０１３６】
ネットワークの初期化に関しては、各サブネットワーク毎に定義されているネットワーク初期化手順に従って物理レイアアドレスの設定または決定、サブネットワーク内の論理アドレスの決定がなされる。さらにサブネットワーク内のネットワーク管理サービスの起動、サブネットワーク内の応用サービスの起動などが行なわれる。
【０１３７】
次に個々のサブネットワークのサービスのうち他のサブネットワークに公開するものについて、サービスの登録の処理を行なう。
【０１３８】
こうした処理には登録をするサービスの含まれるサービスノード上の手続きとそれと対をなすゲートウェイノード上のサービスレジストリの手続きが含まれ、これらは次に説明する手順で実行される。
【０１３９】
以下図９を参照して本実施例の手順を説明する。
【０１４０】
処理Ｓ１１において、例えばサブネットワークａ：３１は当該サービスが既に登録されているかどうかを確認する。
【０１４１】
処理Ｓ１２において、サービスの登録が完了していない場合には、処理Ｓ１３でサービスノード側のレジストリ登録初期化処理を行なう。登録が完了していれば処理Ｓ１２で登録延長処理を行う。
【０１４２】
第２の実施の形態の特長として、サービスプロキシーｃ／ｂ：９６およびクライアントプロキシーｃ／ｂ：９７のサービス依存の処理がポータブルコードで記述されているのでこの段階でサービスレジストリ１０１の登録に合わせてこれらサービス依存の処理コードが登録される点があげられる。
【０１４３】
一方、処理Ｓ９１においては、例えばゲートウェイ／プロキシー７４のサービスレジストリ（９０）ノードは、起動後登録の初期化処理を行ない、サービスノード側からのレジストリ登録要求を待つ。待機時間が過ぎても要求がなければ処理Ｓ９３においてタイムアウト処理を行う。
【０１４４】
次に、処理Ｓ８４において、サービスノード側はサービスレジストリ（９０）ノードに対してレジストリ登録要求を発行するとともに、処理Ｓ８５においてレジストリ登録が可能かどうか、サービスレジストリ（９０）ノードからの連絡を待つ。待機時間が過ぎると処理Ｓ８６においてタイムアウト処理を行う。
【０１４５】
一方、サービスレジストリ（９０）ノード側では、処理Ｓ９４において、サービスノード側から送信されたサービス登録要求をここで受信すると、登録受付処理を行ないサービスの登録が可能であることを要求ノードであるサービスノード側に通知し、処理Ｓ９５において待機する。待機時間が過ぎると処理Ｓ９６においてタイムアウト処理を行う。
【０１４６】
次に、処理Ｓ８５において登録可能通知を受け取ったサービスノード側は、処理Ｓ８７においてサービスレジストリ（９０）ノードに対してサービスレジストリ登録情報と、サービスプロキシーｃ／ｂ：５６とクライアントプロキシーｃ／ｂ：５７とのサービス依存の処理のポータブルコードとの送信を実行し、処理Ｓ８８において待機し、待機時間が過ぎると処理Ｓ８９でタイムアウト処理を行う。
【０１４７】
送信されたサービスレジストリ登録情報を受信したサービスレジストリ（９０）ノードでは、処理Ｓ８７においてそれぞれノード内のサービスレジストリと所定のサービスレジストリ、クライアントレジストリとに登録を行なうとともに、サービスノード側に対してレジストリの登録完了通知を発行する。
【０１４８】
サービスノード側では処理Ｓ８８において登録完了通知を受信すると、そのノードに属したサービスのうち登録を行なうものが他にあれば同様の処理を繰り返し、完了すると登録を終了する。
【０１４９】
一方、サービスレジストリ９０においても、サブネットワーク内の他のサブネットワークに公開するすべてのサービスの登録が完了すると、その登録完了した内容のうち、他のサブネットワーク上のサービスレジストリに保持すべき情報があれば他のサブネットワーク上のサービスレジストリに送信するとともにサービスプロキシーおよびクライアントプロキシーのポータブルコードを対応するサービスプロキシーおよびクライアントプロキシーに送信する。完了すると登録処理を終了する。
【０１５０】
以上の処理によって、サービスの属しているサブネットワーク上のサービスレジストリ９０および他のサブネットワークｃ：７３，サブネットワークｂ：７２上のサービスレジストリ１０１に対して登録が行なわれる。
【０１５１】
前述したプロキシーのポータブルコードもサービスの属しているサブネットワーク上のサービスプロキシーおよびクライアントプロキシーと、他のサブネットワーク上のサービスプロキシーおよびクライアントプロキシーとに対してそれぞれ登録が行なわれる。
【０１５２】
次に図３の第３のフェーズであるサービスの利用フローを図５，図６，図７を参照しながら説明する。
【０１５３】
まず、これらの図の相互関係を説明すると、前述した第１の実施の形態同様にサービスの利用の処理は図５（ａ）に示すサービスの利用をする処理、図５（ｂ）に示すサービス利用側サブネットワーク上のサービスレジストリ、図６（ａ）の利用側サービスプロキシー、図６（ｂ）のサービス提供側サービスプロキシー、図７に示すサービス提供側のサービスノードの５つの独立した処理である。
【０１５４】
次に、上述した各処理の動作を時系列的に説明する。
【０１５５】
まず、図５において、サービスを利用しようとするソフトウェアを実装しているサービス利用ノード、例えばサブネットワークノードＮａｉ：７６は、ネットワーク全体を対象に、利用しようとするサービスの検索を行なう。
【０１５６】
この機能は、サービス利用ノードの属するサブネットワークａ：７１上に設けられた、例えばサービスレジストリ９０により提供される。具体的には、処理Ｓ３１においてサービス利用ノードのサブネットワークノードＮａｉ：７６はサービスレジストリ９０に対してサービス検索要求を送信する。
【０１５７】
一方、サービスレジストリ９０においては、処理Ｓ４１でサービス検索要求がくるまで待機しており、サービス検索要求を受信すると、処理Ｓ４２においてノード内のレジストリ情報を検索して、処理Ｓ４３において検索キーに該当するサービスの情報をサービス検索要求を発したサービス利用ノードのサブネットワークノードＮａｉ：７６のソフトウェアに対して返信する。
【０１５８】
返信後、処理Ｓ４４においてサービスレジストリ９０は検索が終了すると再び次の検索要求を待つ状態になる。
【０１５９】
サービス利用ノードのサブネットワークノードＮａｉ：７１は、処理Ｓ３２においてサービスレジストリ９０から検索結果を受信すると、処理Ｓ３３において、受信したサービスの情報の中から目的に対して最適のサービスを選定して、サービスおよび対応する自サブネットワークａ：７１上のプロキシーとしてサービスプロキシーａ：８５を決定する。
【０１６０】
サービス利用ノードのサブネットワークノードＮａｉ：７６は、決定したサービスプロキシーａ：４８に対して、処理Ｓ３４においてサービス要求を発行する。必要な引数にあたる情報の送信もこの段階に含まれる。
【０１６１】
その後、処理Ｓ３５においてサービスの結果の返信を待ち、待ち時間を過ぎると処理Ｓ３６でタイムアウト処理を行う。
【０１６２】
サービスプロキシーａ：８５では処理Ｓ３７において、送信されたサービス内容を参照して処理を進める。
【０１６３】
処理Ｓ３８により、再度同一のサービスを要求する場合には同様の処理を繰り返す。
【０１６４】
次に上記の処理を実現するために背後で行なわれる処理を図６，図７を参照して説明する。
【０１６５】
まず、図６（ａ）に示すサービスプロキシーａ：８５の動作を説明する。なお、他のサービスプロキシーｃ、ｂでも同様である。
【０１６６】
異なるサブネットワークａ：３１，サブネットワークｂ：３２上でサービスを連携させるためにはサービス利用側のプロキシーとサービス提供側のプロキシーが関与する。ここでは、提供側をサービスプロキシーｂ：９６とする。
【０１６７】
まず、処理Ｓ５１において、サービス利用側のサービスプロキシーａ：８５は、自身の属しているサブネットワークａ：７１内のサブネットワークノードＮａｉ：７６からサービス要求があるかどうかを監視する。
【０１６８】
サブネットワークノードＮａｉ：７６からサービス要求がはいると、処理Ｓ５２においてサーヒス要求の解釈を行ない、続いて処理Ｓ５３において所定のメッセージ変換ａ：８７を行う。
【０１６９】
次に処理Ｓ５４において、サービスを提供しているサブネットワークノードＮｂｉ：７７の属しているサービスプロキシーｂ：９６にたいして、メッセージ変換された内容の転送を行なう。転送後は、処理Ｓ５５においてサービス実行結果の届くのを監視する。
【０１７０】
一方、図６（ｂ）のサービス提供側のサービスプロキシーの処理では、サービス提供側のサービスプロキシーｂ：９６は、前述のサービス要求側のサービスプロキシーａ：８５と対称的な動作をする。
【０１７１】
すなわち、サービス提供側のサービスプロキシーｂ：９６は、処理Ｓ６１において、サービス要求がはいるのを監視し、他のサブネットワークのサービスプロキシーａ：８５からサービス要求がはいると、処理Ｓ６２においてサービス要求の解釈を行ない、処理Ｓ６３において自サブネットワーク上のメッセージ体系に変換を行ない、処理Ｓ６４においてサービス提供側ノードのサブネットワークノードＮｂｉ：７７に転送する。
【０１７２】
サービス利用側のサービスプロキシーは、処理Ｓ５５においてサービス提供側ノードのサブネットワークノードＮｂｉ：７７からのサービス実行結果の着信を監視し、結果が受信されると処理Ｓ５７において結果メッセージの変換を行なう。
【０１７３】
変換されたメッセージを処理Ｓ５８においてサービス要求ノードのサブネットワークノードＮａｉ：７６に向けて送信し、次の要求まで待機し、待機時が過ぎると処理Ｓ５６でタイムアウト処理をする。
【０１７４】
次にサービスが実際に行なわれるサービス提供ノードの動作について図７を参照しながら説明する。
【０１７５】
提供側サービスノードのサブネットワークノードＮｂｉ：７７は、処理Ｓ７１でサービス要求の入るのを監視する。サービス要求が入ると、処理Ｓ７２で要求メッセージを解釈し、処理Ｓ７３で提供するサービスを実行する。
【０１７６】
処理Ｓ７４で結果を送信元の自サブネットワーク上のサービスプロキシーｂ：９６に返送して一回分のサービス要求の処理を終了する。
【０１７７】
以上の処理によって、サービスを要求するノード上のソフトウェアからは形式上自サブネットワーク上で提供されているのと等価な手付きで他サブネットワーク上のノードで実行されるサービスが提供される。
【０１７８】
補足として、ネットワークトポロジー上直接接続されていないサブネットワーク間のサービス連携について以下に述べる。
【０１７９】
そうした場合は、図８のゲートウェイ／プロキシー７４、７５中のメッセージフォワード８９，１００の機能によって目的のサブネットワークまで返還後のメッセージが送り届けられることになる。
【０１８０】
この機構によって、メッセージ変換が繰り返されることなく目的のサブネットワーク上のサービス利用ノードとサービス提供ノードの間のサービス連携を実現することができる。
【０１８１】
上述した第２の実施の形態においても、第１の効果は、複数の異種の通信プロトコル／プロファイルのサブネットをワークで構成されるネットワーク上で既存のプロトコルとの整合性およびそれに対する継承性が維持しながら、大幅な性能低下を防止できることにある。
【０１８２】
つまり、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるからである。
【０１８３】
第２の効果は、上記第１の効果を得ながらネットワークトポロジーの制約を回避できることにある。
【０１８４】
つまり、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８５】
第３の効果は、上記第１および２の効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができることにある。
【０１８６】
つまり、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８７】
第４の効果は、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できることにある。
【０１８８】
つまり、第２の効果の理由と同じく複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備していることによる。
【０１８９】
第５の効果は、ゲートウェイ／プロキシーのプロセッサやオペレーティングシステムなどのソフトウェア実行環境が異なっている場合でも、共通の仮想マシンとそのコードの実行環境が共通になっていれば、サービスノードからサービスに依存するプロキシーの実行コードをロードすることができるので、サービスの適応能力が大幅に向上する他、既に稼働しているネットワークに対してあとから新たなサービスの追加や、そのインタフェースを修正が可能となるので、ネットワークの拡張性が向上する効果がある。
【０１９０】
【発明の効果】
上述したように、本発明のネットワーク制御装置、制御方法およびそのプログラムは、ゲートウェイ上に設けたプロキシーおよびメッセージ転送機構によってあるサブネットワークで使用しているサービス要求を他の異種サブネットワーク上のノードにあるサービスとリンクさせることが可能になるから、複数の異種通信プロトコル／プロファイルのサブネットワークで構成されるネットワーク上で、既存のプロトコルとの整合性およびそれに対する継承性を維持しながら、大幅な性能低下を防止できる効果が有る。
【０１９１】
また、複数のネットワークを中継して、サービス要求メッセージおよび応答メッセージを搬送する機構を具備しているので、上記の効果を得ながらネットワークトポロジーの制約を回避できる。
【０１９２】
さらに、上記２つの効果を得ながらネットワークルーティングを行なうハードウェアの数を最小限にとどめることができる効果が有る。
【０１９３】
さらにまた、特定のネットワーク制御ハードウェアに対するトラフィックの集中が低減できる。
【０１９４】
しかも、第２の実施の形態によれば、ゲートウェイ／プロキシーのプロセッサやオペレーティングシステムなどのソフトウェア実行環境が異なっている場合でも、共通の仮想マシンとそのコードの実行環境が共通になっていれば、サービスノードからサービスに依存するプロキシーの実行コードをロードすることができるので、サービスの適応能力が大幅に向上する他、既に稼働しているネットワークに対してあとから新たなサービスの追加や、そのインタフェースを修正が可能となるので、ネットワークの拡張性が向上するという効果もある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるネットワークの構成図である。
【図２】第１の実施の形態の一例として取り上げる、分散サービス型の車輌用ネットワークシステムの構成図である。
【図３】本発明の第１の実施形態の処理全体の概要を示すフローチャートである。
【図４】図３のサービスの登録処理Ｓ２の詳細なフローチャートである。
【図５】図３のサービスの利用処理Ｓ３のうち、サービス利用ノードおよび利用側サービスレジストリのサービスの検索の詳細なフローチャートである。
【図６】図３のサービスの利用処理Ｓ３のうち、利用側サービスプロキシーおよび提供側サービスプロキシーの検索の詳細なフローチャートである。
【図７】図３のサービスの利用処理Ｓ３のうち、提供側サービスノードのフローチャートである。
【図８】第２の実施の形態の構成図である。
【図９】第２の実施の形態におけるサービスの登録処理Ｓ２の詳細なフローチャートである。
【図１０】従来のサブネットワークとネットワーク制御装置との接続形態の一例を示した図である。
【図１１】従来のサブネットワークとネットワーク制御装置との接続形態の他の例を示した図である。
【符号の説明】
１１ 情報系ネットワーク
１２ 操作系ネットワーク
１３ ワイアレスインタコネクト
１４，１５ 可搬機器インタコネクト
１６ ゲートウェイ
１７，２０，２１〜２６ サービスノード
３１，７１ サブネットワークａ
３２，７２ サブネットワークｂ
３３，７３ サブネットワークｃ
３６，７６ サブネットワークノードＮａｉ
３７，７７ サブネットワークノードＮｂｉ
３８，７８ サブネットワークノードＮｂｊ
３９ サブネットワークノードＮｃｉ
４０，８０ フィジカルレイアａ
４１，８１ データリンクレイアａ
４２，５３，８２，９３ フィジカルレイアｃ
４３，５４，８３，９４ データリンクレイアｃ
４４，５５，８４，９５ トランスポート／ネットワークレイア
４５，８５ サービスプロキシーａ／ｃ
４６，８６ クライアントプロキシーａ／ｃ
４７，８７ サービスメッセージ変換処理ａ
４８，５９，８８，９９ サービスメッセージ変換処理ｃ
４９，６０，８９，１００ メッセージフォワード処理
５０，６１，９０，１０１ サービスレジストリ
５８，９８ サービスメッセージ変換処理ｂ
５７，９７ クライアントプロキシーｃ／ｂ
５６，９６ サービスプロキシーｃ／ｂ
５２，９２ データリンクレイアｂ
５１，９１ フィジカルレイアｂ
１０２，１０３ 仮想マシン／実行環境
Claims (5)
- 第１のプロトコルを有する第１のサブネットワークと前記第１のプロトコルとは異なる第２のプロトコルを有する第２のサブネットワークとを含むネットワークシステムにおけるネットワーク制御方法であって、
前記第１のサブネットワークと前記第２のサブネットワークの間に接続される第１のゲートウェイは、前記第１のサブネットワークとは異なるサブネットワークに接続されたサービス提供ノードが処理するサービスに関する情報を前記第１のゲートウェイ内のレジストリに登録し、前記第１のサブネットワークに接続されるサービス利用ノードから前記サービス提供ノードが提供するサービス情報の検索要求を受け、前記レジストリに登録されたサービス情報を検索して前記サービス提供ノードのサービス情報を前記サービス利用ノードに返信し、
前記サービス利用ノードは、返信された前記サービス情報の中から目的のサービスを選定して前記ゲートウェイに対して要求し、
前記第１のゲーウェイは、前記目的のサービス要求を受けて所定のメッセージ変換を行って、前記第１のサブネットワークとは異なるサブネットワークに対して第１メッセージを送信するネットワーク制御方法。 - 前記所定のメッセージ変換は前記サービス利用ノードにより指定された第１のサービスプロキシーにより行われる請求項１に記載のネットワーク制御方法。
- 前記第１メッセージは、前記サービス提供ノードが接続された第２のゲートウェイに送信され、前記第２のゲーウェイ内の第２のサービスプロキシーは前記サービス提供ノードが接続されたサブネットワークに対する第２メッセージに変換し、前記サービス提供ノードに転送する請求項２に記載のネットワーク制御方法。
- 前記サービス提供ノードは、前記第２メッセージを受け、要求されたサービスを実行し、前記第２のゲーウェイに対してサービス実行結果を返信し、
前記第２のサービスプロキシーは、前記サービス実行結果を第３メッセージに変換して前記第１のゲートウェイに転送し、
前記第１のサービスプロキシーは、前記第３メッセージを受けて第４メッセージに変換して前記サービス利用ノードへ転送する請求項３に記載のネットワーク制御方法。 - 前記第１のサービスプロキシー及び前記第２のサービスプロキシーの処理の一部がポータブルコードであり前記ポータブルコードが仮想マシンにより処理される請求項１乃至４のいずれか１項に記載のネットワーク制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002311529A JP4046593B2 (ja) | 2002-10-25 | 2002-10-25 | ネットワーク制御方法 |
| US10/691,829 US7573878B2 (en) | 2002-10-25 | 2003-10-23 | Network control device and control method and program thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002311529A JP4046593B2 (ja) | 2002-10-25 | 2002-10-25 | ネットワーク制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004147206A JP2004147206A (ja) | 2004-05-20 |
| JP4046593B2 true JP4046593B2 (ja) | 2008-02-13 |
Family
ID=32105315
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002311529A Expired - Fee Related JP4046593B2 (ja) | 2002-10-25 | 2002-10-25 | ネットワーク制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7573878B2 (ja) |
| JP (1) | JP4046593B2 (ja) |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6125391A (en) * | 1998-10-16 | 2000-09-26 | Commerce One, Inc. | Market makers using documents for commerce in trading partner networks |
| US6993506B2 (en) | 2000-12-05 | 2006-01-31 | Jgr Acquisition, Inc. | Method and device utilizing polymorphic data in e-commerce |
| JP3762910B2 (ja) * | 2001-01-15 | 2006-04-05 | シャープ株式会社 | 制御システム |
| US7532640B2 (en) * | 2003-07-02 | 2009-05-12 | Caterpillar Inc. | Systems and methods for performing protocol conversions in a machine |
| US7983820B2 (en) * | 2003-07-02 | 2011-07-19 | Caterpillar Inc. | Systems and methods for providing proxy control functions in a work machine |
| US7516244B2 (en) * | 2003-07-02 | 2009-04-07 | Caterpillar Inc. | Systems and methods for providing server operations in a work machine |
| JP4264339B2 (ja) * | 2003-12-11 | 2009-05-13 | 富士通株式会社 | 連携情報管理装置 |
| US20060005063A1 (en) * | 2004-05-21 | 2006-01-05 | Bea Systems, Inc. | Error handling for a service oriented architecture |
| US20060031353A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systems, Inc. | Dynamic publishing in a service oriented architecture |
| US20050278374A1 (en) * | 2004-05-21 | 2005-12-15 | Bea Systems, Inc. | Dynamic program modification |
| US20060031432A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systens, Inc. | Service oriented architecture with message processing pipelines |
| US7653008B2 (en) * | 2004-05-21 | 2010-01-26 | Bea Systems, Inc. | Dynamically configurable service oriented architecture |
| US20060080419A1 (en) * | 2004-05-21 | 2006-04-13 | Bea Systems, Inc. | Reliable updating for a service oriented architecture |
| US20050267892A1 (en) * | 2004-05-21 | 2005-12-01 | Patrick Paul B | Service proxy definition |
| US20050267947A1 (en) * | 2004-05-21 | 2005-12-01 | Bea Systems, Inc. | Service oriented architecture with message processing pipelines |
| US20050278335A1 (en) * | 2004-05-21 | 2005-12-15 | Bea Systems, Inc. | Service oriented architecture with alerts |
| US20060031354A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systems, Inc. | Service oriented architecture |
| US20060031433A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systems, Inc. | Batch updating for a service oriented architecture |
| US20060031930A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systems, Inc. | Dynamically configurable service oriented architecture |
| US20050264581A1 (en) * | 2004-05-21 | 2005-12-01 | Bea Systems, Inc. | Dynamic program modification |
| US20050273517A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Service oriented architecture with credential management |
| US20060069791A1 (en) * | 2004-05-21 | 2006-03-30 | Bea Systems, Inc. | Service oriented architecture with interchangeable transport protocols |
| US20060007918A1 (en) * | 2004-05-21 | 2006-01-12 | Bea Systems, Inc. | Scaleable service oriented architecture |
| US20050273502A1 (en) * | 2004-05-21 | 2005-12-08 | Patrick Paul B | Service oriented architecture with message processing stages |
| US20050270970A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Failsafe service oriented architecture |
| US7310684B2 (en) * | 2004-05-21 | 2007-12-18 | Bea Systems, Inc. | Message processing in a service oriented architecture |
| US20060031481A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systems, Inc. | Service oriented architecture with monitoring |
| US20050273497A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Service oriented architecture with electronic mail transport protocol |
| US20050273516A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Dynamic routing in a service oriented architecture |
| US20050273520A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Service oriented architecture with file transport protocol |
| US7630714B2 (en) | 2005-11-08 | 2009-12-08 | Research In Motion Limited | System and methods for data communications in a wireless communication system |
| US8751718B2 (en) * | 2006-03-13 | 2014-06-10 | Lsi Corporation | Apparatus and methods for a simplified, multi-client SAS port for management of other devices in an enhanced SAS device |
| US8996394B2 (en) * | 2007-05-18 | 2015-03-31 | Oracle International Corporation | System and method for enabling decision activities in a process management and design environment |
| US8185916B2 (en) | 2007-06-28 | 2012-05-22 | Oracle International Corporation | System and method for integrating a business process management system with an enterprise service bus |
| DE102007053246A1 (de) * | 2007-11-08 | 2009-05-20 | Continental Automotive Gmbh | Einheitliche Vermittlungsschicht in Fahrzeugen |
| CN103036729A (zh) * | 2012-12-31 | 2013-04-10 | 华为技术有限公司 | 一种开放网络能力的系统、方法和相关网元 |
| JP6164925B2 (ja) * | 2013-05-15 | 2017-07-19 | キヤノン株式会社 | 情報処理端末、その方法及びプログラム |
| JP6515766B2 (ja) * | 2015-09-30 | 2019-05-22 | ヤマハ株式会社 | 制御端末装置および機器制御方法 |
| CN107027192A (zh) * | 2017-04-07 | 2017-08-08 | 上海复旦通讯股份有限公司 | 一种tdma自组网扩展方法及节点网关 |
| US11156987B2 (en) | 2019-08-01 | 2021-10-26 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including a message retransmission mechanism |
| US11086810B2 (en) | 2019-08-01 | 2021-08-10 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including multi-layer platform security architecture |
| US11269795B2 (en) | 2019-08-01 | 2022-03-08 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including a link media expansion and conversion mechanism |
| US11263157B2 (en) | 2019-08-01 | 2022-03-01 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including a dynamic bandwidth allocation mechanism |
| US11689386B2 (en) | 2019-08-01 | 2023-06-27 | Vulcan Technologies International Inc. | Intelligent controller and sensor network bus, system and method for controlling and operating an automated machine including a failover mechanism for multi-core architectures |
| US11089140B2 (en) | 2019-08-01 | 2021-08-10 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including generic encapsulation mode |
| US11809163B2 (en) | 2019-08-01 | 2023-11-07 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including a message retransmission mechanism |
| US11258538B2 (en) | 2019-08-01 | 2022-02-22 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including an error avoidance and correction mechanism |
| US11269316B2 (en) | 2019-08-01 | 2022-03-08 | Vulcan Technologies Shanghai Co., Ltd. | Intelligent controller and sensor network bus, system and method including smart compliant actuator module |
| WO2021055205A1 (en) * | 2019-09-16 | 2021-03-25 | Vulcan Technologies International Inc. | Intelligent controller and sensor network bus, system and method including generic encapsulation mode |
| CN113193987B (zh) * | 2021-04-08 | 2023-03-24 | 杭州迪普科技股份有限公司 | 一种设备管控方法和装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3563584B2 (ja) | 1998-01-23 | 2004-09-08 | 株式会社東芝 | ネットワーク接続装置 |
| US6970719B1 (en) * | 2000-06-15 | 2005-11-29 | Sprint Spectrum L.P. | Private wireless network integrated with public wireless network |
| JP2002124951A (ja) * | 2000-10-12 | 2002-04-26 | Canon Inc | 通信端末装置、サービス提供システム、サービス利用方法及び記憶媒体 |
| US20030036392A1 (en) * | 2001-08-17 | 2003-02-20 | Satoru Yukie | Wireless network gateway |
-
2002
- 2002-10-25 JP JP2002311529A patent/JP4046593B2/ja not_active Expired - Fee Related
-
2003
- 2003-10-23 US US10/691,829 patent/US7573878B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004147206A (ja) | 2004-05-20 |
| US7573878B2 (en) | 2009-08-11 |
| US20040081178A1 (en) | 2004-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4046593B2 (ja) | ネットワーク制御方法 | |
| US7260599B2 (en) | Supporting the exchange of data by distributed applications | |
| JP3777302B2 (ja) | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 | |
| US20060209830A1 (en) | Packet processing system including control device and packet forwarding device | |
| JP2003134142A (ja) | 相異なるミドルウェアを使用するホームネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ、ホームネットワークシステム及びメッセージ受け渡し方法 | |
| van Halteren et al. | Mobile service platform: A middleware for nomadic mobile service provisioning | |
| US11888818B2 (en) | Multi-access interface for internet protocol security | |
| JP2002543491A (ja) | 分散コンピューティング環境のための通信アーキテクチャ | |
| JP2003110596A (ja) | データ通信サービス提供方法 | |
| JP2023543831A (ja) | マイクロサービスベースのサービスメッシュシステムおよびサービス指向アーキテクチャ管理方法 | |
| US20200322418A1 (en) | Secure remote computer network | |
| CN112968965B (zh) | Nfv网络节点的元数据服务方法、服务器及存储介质 | |
| Moritz et al. | Devices profile for web services in wireless sensor networks: Adaptations and enhancements | |
| US20030196118A1 (en) | Service control network and its control method | |
| US20050060700A1 (en) | Seamless scaling of multiple appliances | |
| WO2010133020A1 (zh) | Zigbee网络中的数据传输方法、终端处理器和终端设备 | |
| US8639842B1 (en) | Scalable gateway for multiple data streams | |
| Cheng et al. | Hybrid cluster computing with mobile objects | |
| US8036218B2 (en) | Technique for achieving connectivity between telecommunication stations | |
| Kalim et al. | Mobile-to-grid middleware: An approach for breaching the divide between mobile and grid environments | |
| Kavadias et al. | A P2P technology middleware architecture enabling user-centric services deployment on low-cost embedded networked devices | |
| Krikorian et al. | Internet 0—inter-device internetworking | |
| CN101895559B (zh) | 一种代理穿越网络及防火墙的方法 | |
| JP2004048280A (ja) | 通信装置、通信システム、およびデータ通信方法 | |
| JP3886103B2 (ja) | 通信システム、通信方法、並びにこれに用いられる通信装置および通信プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050720 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070426 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070703 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070731 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070928 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071023 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071120 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131130 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |