JP2008301159A - ネットワーク間仲介装置 - Google Patents
ネットワーク間仲介装置 Download PDFInfo
- Publication number
- JP2008301159A JP2008301159A JP2007144498A JP2007144498A JP2008301159A JP 2008301159 A JP2008301159 A JP 2008301159A JP 2007144498 A JP2007144498 A JP 2007144498A JP 2007144498 A JP2007144498 A JP 2007144498A JP 2008301159 A JP2008301159 A JP 2008301159A
- Authority
- JP
- Japan
- Prior art keywords
- network
- configuration information
- network configuration
- response
- request
- 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.)
- Pending
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
【課題】ネットワーク間仲介装置を介して複数のネットワークが繋がれた分散型制御システムにおいて、PCツールで、全てのネットワーク上又は特定のネットワーク上に存在するノードから、そのノードが持つ詳細情報を収集するに要する時間を短縮し、自身の構成も複雑化しないこと。
【解決手段】複数の通信部の何れかを介してネットワーク構成情報生成要求が受信されると、当該要求で指定された1又は2以上のネットワークのそれぞれについて、順次連続的に又は一斉同報により所定のレスポンス要求コマンドを送信し、そのレスポンスに基づいて、各ネットワーク毎の存在ノードアドレスを含むネットワーク構成情報を生成し、これを上記要求の送信元へと返送する。
【選択図】 図2
【解決手段】複数の通信部の何れかを介してネットワーク構成情報生成要求が受信されると、当該要求で指定された1又は2以上のネットワークのそれぞれについて、順次連続的に又は一斉同報により所定のレスポンス要求コマンドを送信し、そのレスポンスに基づいて、各ネットワーク毎の存在ノードアドレスを含むネットワーク構成情報を生成し、これを上記要求の送信元へと返送する。
【選択図】 図2
Description
この発明は、例えばルータ、ゲートウェイ、ブリッジ等のように、ネットワーク間に介在されるネットワーク間仲介装置に関する。
PCツールでネットワーク構成情報を画面に表示するには、全てのネットワーク上に存在するノードから、そのノードが持つ詳細情報を収集する必要がある。そのために、PCツールは、各ネットワーク上で、どのアドレスのノードが存在するかを把握し、そのアドレスに対して順番に詳細情報を取得するためのリクエストを送信し、レスポンスを受信することで詳細情報を収集している。
従来、PCツールで、全てのネットワーク上に存在するノードから、そのノードが持つ詳細情報を収集するには、次の2つの方法があった。
第1の方法は、PCツールから該当ネットワークの最小ノードアドレスに対してポーリングを送信し、応答があった場合はそのノードアドレスが存在するものとして記憶し、応答がなかった場合はそのノードアドレスが不在であると記憶する。これを最大ノードアドレスまで繰り返して、どのノードアドレスが存在するかを把握する。この処理を全てのネットワークに対して行うものである。
第2の方法は、特定のノード(例えば、ルータ)がそれぞれのネットワーク上を流れるデータをモニタし、その情報を基に、ネットワーク上に存在するノードアドレスのリストを作成する。つまり、ルータはネットワーク上に存在するノードアドレスのリストをネットワーク上を流れるデータに基づいて自動的に作成するわけである。ルータは常にこの処理を行い、ノードアドレスリストを最新の状態に保つ。PCツールは、ツールが接続しているネットワークに対しては上記第1の方法で存在するノードを把握し、ノードの情報を取得する。ルータの存在を検知した場合は、ルータから上記ノードアドレスのリストを取得し、ルータが接続している別ネットワーク上の存在ノードの情報を取得する。
なお、この発明が適用される工場内ネットワーク並びに通信方式等々について、従来より各種の文献が知られており、通信アドレスを割り当てたマスタ/スレーブ間通信やトークンパッシング方式がよく知られている(例えば、特許文献1,2参照)。
特公平6−91541号公報
特開2004−274395号公報
しかしながら、上述の第1の方法では、存在しないノードアドレスに対するポーリングはタイムアウトするまで例えば数秒を要する。通常は、使用可能なノードアドレスのうち、一部分のノードが存在するだけであるため、1つのネットワークの存在ノードの把握に数十秒〜数分の時間を要する。さらに、ルータを使用して複数のネットワークを相互に接続している構成においては、全てのノードの存在を把握するまでにさらに時間がかかることになる。
また、第2の方法では、第1の方法に比べて時間は短縮できるが、ルータにおけるネットワーク上のモニタと、存在ノードリストの更新処理は、本来の機能と並行して常に実行する必要があるため、使用するメモリサイズの増加や、高速なMPUを引き起こし、コストアップの要因となる。
この発明は、上述の問題点に着目してなされたものであり、その目的とするところは、ネットワーク間仲介装置(例えば、ルータ、ゲートウェイ、ブリッジなど)を介して複数のネットワークが繋がれた分散型制御システムにおいて、PCツールで、全てのネットワーク上又は特定のネットワーク上に存在するノードから、そのノードが持つ詳細情報を収集するに要する時間を短縮することができ、しかも自身の構成をさほど複雑化することもないようにしたネットワーク間仲介装置を提供することにある。
この発明のさらに他の目的並びに作用効果については、明細書の以下の記述を参照することにより、当業者であれば容易に理解されるであろう。
上述の技術的課題は、以下の構成を有する新規なネットワーク間仲介装置により解決することができる。
すなわち、このネットワーク間仲介装置は、それぞれ別々のネットワークに接続されるべき複数の通信部と、前記複数の通信部間におけるメッセージの流通に関する制御を司るメッセージ流通制御手段とを有している。ここで、「メッセージ流通制御手段」の具体的な機能については、ネットワーク間仲介装置が、ルータであるか、ゲートウェイであるか、ブリッジなどであるかによって、異なるものである。ネットワーク間仲介装置がルータである場合には、このメッセージ流通制御手段は、当業者にはよく知られているように、ルーチング処理(ルーチングテーブルの作成、ルーチングテーブルと宛先ノードアドレスとに基づくルーチング処理)を司るものとなるであろう。
本発明に係るネットワーク間仲介装置は、上述の基本構成に加えて、「レスポンス要求コマンド送信手段」と、「ネットワーク構成情報生成手段」と、「ネットワーク構成情報送信手段」とを有している。
ここで、「レスポンス要求コマンド送信手段」は、前記複数の通信部の何れかを介して受信されたメッセージがネットワーク構成情報生成要求を意味するものであることを条件として実行され、当該ネットワーク構成情報生成要求で指定された又は当該ネットワーク構成情報生成要求が到来したネットワークとの関係で予め設定された1又は2以上のネットワークのそれぞれについて、そのネットワークに存在し得る全てのノードアドレスに対して、順次連続的に又は一斉同報により、所定のレスポンス要求コマンドを送信するように構成される。
また、「ネットワーク構成情報生成手段」は、受信されたメッセージが自己が送信したレスポンス要求コマンドに対するレスポンスであることを条件として実行され、そのレスポンス要求元ノードのアドレスを存在ノードのアドレスとして認識することにより、各ネットワーク毎の存在ノードアドレスを含むネットワーク構成情報を生成するように構成される。
さらに、「ネットワーク構成情報送信手段」は、こうして生成されたネットワーク構成情報をネットワーク構成情報生成要求の送信元となるノードへと送信するように構成される。
それにより、ネットワーク間でのメッセージ流通制御を行いつつ、任意のノードからのネットワーク構成情報生成要求が到来したときに限り、自己が接続された1又は2以上のネットワークから選ばれた1又は2以上のネットワークのそれぞれについて、ネットワーク構成情報を能動的に生成するように構成される。
このような構成によれば、ネットワーク構成情報の生成に必要な各ノードからのレスポンスは、当該ネットワーク間仲介装置それ自体から送信されたレスポンス要求コマンドに基づくものであると共に、このレスポンス要求コマンドの送信は、当該ネットワーク間仲介装置に対してネットワーク構成情報生成要求を与えることによって任意に制御することができる。従って、このネットワーク間仲介装置によれば、たまたま偶然的にネットワーク上を流れているメッセージに基づき受動的にネットワーク構成情報を生成するようにした従来例とは異なり、いつでもネットワーク構成情報生成要求を与えた時点における最新のネットワーク構成情報を生成することができることに加え、ネットワーク構成情報生成のための処理は、外部からネットワーク構成情報生成要求が与えられたのち所定期間内に限って行われるものであるから、たまたまネットワーク上を流れているメッセージをモニタしながら受動的にネットワーク構成情報を生成する従来例とは異なり、ネットワーク構成情報生成のための処理を常時継続的に実行する必要がなくなり、その分だけネットワーク間仲介装置本来の機能に動作を振り向けることができ、処理を複雑化したり高速なプロセッサを必要とするといった不都合を生ずることがないという利点もある。
上述のネットワーク間仲介装置において、レスポンス要求コマンド送信手段におけるノードアドレスに対するレスポンス要求コマンドの順次連続的な送信は、その都度に、レスポンスが到来するのを待つことなく行うようにしてもよい。もともと、この種のネットワーク間仲介装置は、例えばルータにおけるように、自機と他ノードとの間において、その都度コネクションを確立しながら処理を進めるものではないから、本来的にPCツールなどとは異なり、その基本構成上、レスポンスの到来を待つことなく、次々と各ノードに対してレスポンス要求コマンドを送信することが許される。そのため、このようなレスポンス要求コマンドの順次連続的な送信(各レスポンスが到来するのを待たない)を行うことによって、ネットワーク構成情報生成のための所要時間を、コマンド送信のためにレスポンスを待つPCツールの場合に比べて、大幅に短縮することができる。従って、PCツールの側では、各ネットワーク毎のネットワーク構成情報の生成をネットワーク間仲介装置のそれぞれに委ねることによって、複数のネットワークに跨る分散型制御システムにおいても、システム全体のネットワーク構成情報の取得を短時間で為すことが可能となる。
また、上述のネットワーク間仲介装置においては、ネットワーク構成情報送信手段は、受信されたメッセージがネットワーク構成情報の送信要求であることを条件として実行するように構成してもよいし(前者)、ネットワーク構成情報生成手段によるネットワーク構成情報の生成完了を待って自動的に実行される(後者)ようにしてもよい。
前者によれば、ネットワーク構成情報の生成と送信とを別々に指令できるため、PCツールの側の処理の都合に合わせて、それら2つの処理を適切に実行させることができる。一方、後者によれば、ネットワーク構成情報の生成と送信とは一連にして自動的に行われるため、PCツールの側において、ネットワーク構成情報生成要求を与えるだけで、生成されたネットワーク構成情報を直ちに取得することができる。
以上説明した本発明のネットワーク間仲介装置は、それぞれ1又は2以上の制御機器ノードが接続される複数のネットワークで構成される分散型制御システムにおけるネットワーク構成情報の取得方法に利用することができる。
すなわち、このネットワーク構成情報の取得方法は、それらのネットワークとネットワークとの接続点に、上述のネットワーク仲介装置を介在させると共に、何れかのネットワーク上にPCツールを接続し、そのPCツールから何れかのネットワーク仲介装置に宛ててネットワーク構成情報生成要求を送信することにより、そのネットワーク構成情報生成要求の送信先となるネットワーク仲介装置に対して、自己が接続されるネットワークに関するネットワーク構成情報を能動的に生成させ、このネットワーク仲介装置が生成したネットワーク構成情報をPCツールが取得するものである。
このようなネットワーク構成情報の取得方法によれば、まず、自己が接続されたネットワークに存在するネットワーク間仲介装置に対して、ネットワーク構成情報を生成させると共に、その生成されたネットワーク構成情報を取得し、次いで、この取得されたネットワーク構成情報を頼りに、隣接するネットワーク上のネットワーク間仲介装置に対して、ネットワーク構成情報の生成及び生成されたネットワーク構成情報の取得を行うといった一連の処理を、順次隣接するネットワーク上のネットワーク間仲介装置へと進めることにより、自己のネットワークに対してそれぞれネットワーク間仲介装置を介して接続される隣接ネットワークのネットワーク構成情報を順次取得することによって、最終的に全てのネットワーク上のネットワーク構成情報を取得することが可能となるのである。殊に、この方法によれば、従前のPCツールが主導権を持って各ネットワーク上の全てのノードに働きかける場合に比べ、PCツールそれ自体は、ネットワーク間仲介装置に指令を与えたのちは取得された情報が送られてくるのを待つだけで済み、PCツール側の処理負担が大幅に削減され、PCツールは他の仕事に振り向けることも可能となる。
加えて、各ネットワーク間仲介装置において実行されるネットワーク構成情報の生成処理及び送信(返送)処理については、送信とレスポンスの返送を交互に行うことなく、レスポンス要求コマンドの送信を優先して連続的に又は一斉同報が許されるネットワークの場合にはそれを利用して一括して行うこともできるため、PCツールが主導権を持って全てのネットワークのノードに働きかける場合に比べ、全ネットワークの構成情報を取得するのに要する時間を大幅に削減することができる。
本発明によれば、メッセージ流通制御を実行しつつも、外部からネットワーク構成情報生成要求が到来した場合には、それに応答して能動的に自機が接続されたネットワーク上のノードに働きかけ、それらのノードからのレスポンスに基づいてネットワーク構成情報を能動的に生成すると共に、これを自動的に又は送信要求があった時に、送信元となるノード(例えばPCツール)へと送信するようにしたため、1又は2以上の制御機器ノードが接続される複数のネットワークで構築される分散型制御システムにおいて、各ネットワークのネットワーク構成情報の取得を、PCツール側の負担を大幅に軽減しつつ、かつ当該ネットワーク間仲介装置の構成もいたずらに複雑化することなく、短時間で実現させることができる。
以下に、この発明に係るネットワーク間仲介装置及びこれを利用したネットワーク構成情報取得方法の好適な一実施形態を添付図面を参照しながら詳細に説明する。
なお、以下の説明は、ネットワーク間仲介装置がルータである場合に対応するが、ネットワーク間仲介装置がゲートウェイ、ブリッジなどのような他の装置であっても、メッセージ流通制御の部分を除き、同様に説明できることは、当業者であれば容易に理解されるであろう。
本発明が適用されたルータの内部構成概念図が図1に示されている。本発明に係るルータは、それぞれ別々のネットワークに接続されるべき複数の通信部を有する。すなわち、図1(a)に示される例にあっては、第1のネットワークに接続されるべき通信部10a及び第2のネットワークに接続されるべき通信部10bからなる2つの通信部を有するルータ10が示されている。同様に、図1(b)に示される例にあっては、第1のネットワークに接続されるべき通信部11a、第2のネットワークに接続されるべき通信部11b、及び第3のネットワークに接続されるべき通信部11cからなる3つの通信部を有するルータ11が示されている。このルータ11は、上位のPCツールと通信可能となっている。PCツールは、第1、第2の何れかのネットワークに直接接続されていてもよいし、何れかのネットワークに接続された別のルータを経由してネットワーク接続されていてもよい。
ルータ10、11には、それぞれ制御部10c、11dが内蔵されている。これらの制御部は、各通信部別の複数のCPUを有するいわゆるマルチCPUタイプの制御部として構成されている。各CPUのそれぞれは、当業者にはよく知られているように、マイクロプロセッサ、ROM、RAMを主体として構成される。それらのCPU相互間におけるデータのやり取りは、例えば共有RAMを使用したハンドシェイク処理などで行うことができる。そして、それらの制御部10c、10dは、ルータとして必要な各種の機能を実現する他、本発明に関連したネットワーク構成情報生成関連機能も実現するように構成されている。
次に、制御部10c、10dを構成するマルチCPUによって実現されるルータの処理全体を示すゼネラルフローチャートが図2に示されている。なお、マルチCPU構成の制御部における動作をフローチャートで描く場合には、通常、各CPU別に複数系統のフローチャートを並列に描き、それらのフローチャート間における協働関係について記述するものであるが、このような記述はいたずらにフローチャートを複雑化するだけで、むしろ発明の理解を困難とするきらいがある一方、本発明の要部は主としてネットワーク構成情報生成関連処理にあり、ルータとしての基本的な機能であるメッセージルーチング処理などについては、従前のものとさほど変わるものではない。そのため、以下の説明においては、それら複数のCPUが協働した結果として生ずる機能に沿って、単一系統のフローチャートを使用して本発明を説明するものとする。単一系統で描かれたフローチャートから、マルチCPU態様の複数系統の処理に展開することは、既に一定の手法が確立されており、個々の作業は複雑であっても、当業者においては単なる設計事項であり、自明のことであるから、これにより発明の開示に不足を来すことはないと考えられる。
同図に示されるように、このフローチャートに示される処理は、複数の通信部の何れかにおいて何らかのメッセージが受信されたことに基づいて起動される。
処理が開始されると、まず、受信されたメッセージの内容が判定される(ステップ101)。ルータの通常動作において、受信されるメッセージの殆どは、メッセージルーチング要求である。メッセージルーチング要求と判定されると、メッセージルーチング処理(ステップ102)が実行される。
このメッセージルーチング処理(ステップ102)は、ルータとしての基本的な動作を実現するものであり、当業者にはよく知られているように、受信されたメッセージのノードアドレスと予め作成されたルーチングテーブルとに基づいて、当該メッセージの送信ルートを決定し、この決定された送信ルートに従って、受信側の通信部から送信側の通信部へとデータを受け渡し、当該送信側の通信部から該当ネットワークへとメッセージを送信する。
当該メッセージの宛先ノードが自機が管理する(直接接続された)ネットワーク上に存在しない場合、当該メッセージは送信ルート上の次のルータへ向けて送信されるのに対し、当該メッセージの宛先ノードが自己が管理する(直接接続された)ネットワーク上に存在すれば、当該メッセージはそのネットワーク上のノードへと直接に送信される。
この直接送信に関しては、ルータとそのノードとの間にコネクションを確立せねばならない。そのためには、ルータからそのノードに対してコネクション確立要求を送信する。すると、その宛先ノードからはコネクション確立レスポンスが返送される。このコネクション確立レスポンスが判定されると、コネクション確立処理(ステップ103)が実行される。
このように、ルータの通常処理、すなわちメッセージ流通処理においては、主としてメッセージルーチング処理(ステップ102)及びコネクション確立処理(ステップ103)が動作することとなる。
次に、本発明に関連して新たに設けられた処理について説明する。何れかのネットワークから受信したメッセージを判定した結果(ステップ101)、それが自ノード宛のメッセージであると判定されると、ステップ104へ進んで、さらにそれがネットワーク構成情報生成要求であるかそれともその他のメッセージであるかの判定が行われる。ここで、受信されたメッセージが、ネットワーク構成情報生成要求(通常、このメッセージは、例えば何れかのネットワーク上のPCツールから発せられる)であると判定されると、本発明の要部であるところの、ネットワーク構成情報生成関連処理(ステップ105)が実行される。なお、判定処理(ステップ104)の結果、その他の処理とされた場合には、該当するその他の処理が実行される(ステップ106)。
次に、本発明の要部であるところの、ネットワーク構成情報生成関連処理(ステップ105)の詳細について説明する。このネットワーク構成情報生成関連処理(ステップ105)は、レスポンス要求コマンド送信処理、ネットワーク構成情報生成処理、及びネットワーク構成情報送信処理を含んで構成される。
レスポンス要求コマンド送信処理の詳細を示すフローチャートが図3に示されている。同図のフローチャートに示される処理は、ネットワーク構成情報生成要求の受信により起動される。
同図において、処理が開始されると、まず、対象ネットワークの決定処理(ステップ201)が実行される。この対象ネットワークの決定処理(ステップ201)は、ネットワーク構成情報を生成するに当たっての対象となるネットワークを決定するものである。
対象ネットワークの決定処理の詳細フローチャートが図4に示されている。同図において処理が開始されると、受信されたネットワーク構成情報生成要求にネットワークの指定があるか否かの判定が行われる(ステップ2011)。
ネットワーク構成情報生成要求の一例が図11(a)及び図12(a)にそれぞれ示されている。図11(a)に示されるPCツールからのネットワーク構成情報生成要求には、ネットワーク構成情報生成要求コマンド(1ネットワーク対象)と指定ネットワークの識別IDとが含まれている。一方、図12(a)に示されるPCツールからのネットワーク構成情報生成要求には、ネットワーク構成情報生成要求コマンド(全ネットワーク対象)が含まれている。
図4に戻って、図11(a)及び図12(a)に示されるコマンドが受信された場合、ネットワークの指定ありとの判定が行われ(ステップ2011YES)、それら指定されたネットワークが対象ネットワークとして決定される(ステップ2012)。
これに対して、受信されたネットワーク構成情報生成要求にそのコマンドの性質からネットワークの指定なしと判定された場合には(ステップ2011NO)、ステップ2013へ進んで、受信ネットワークの検出処理が実行される。ここでは、当該ネットワーク構成情報生成要求の受信にかかるネットワークが検出される。いま仮に、当該ルータが3つのネットワークA、B、及びCに接続され、当該ネットワーク構成情報生成要求がネットワークAから受信された場合、受信ネットワークはAであると検出される。
続いて、ステップ2014へ移って、検出ネットワーク以外の他の全てのネットワークが対象ネットワークとして決定される。上の例で言えば、ネットワークA、B、及びCのうちで受信ネットワークがAの場合、ネットワークB及びCが対象ネットワークとして決定される。なお、以上の他に、対象ネットワークの決定手法には様々なものが考えられ、例えば、何れかのネットワークからネットワーク構成情報生成要求が到来した場合、当該受信ネットワークを含む全てのネットワークを対象ネットワークと決定してもよい。この場合、PCツールの側では、自己が接続されたネットワークについても全てネットワーク構成情報の収集をルータに任せることによって、処理負担を一層軽減することができる。
図3に戻って、対象ネットワークの決定処理(ステップ201)が完了したならば、以後、宛先ノードアドレスを対象ネットワークの最小アドレスから(ステップ203)順次1つずつインクリメントさせながら(ステップ206)、その都度宛先ノードアドレスに対してコネクション確立要求(レスポンス要求コマンドに相当)を送信する処理(ステップ204)を、宛先ノードアドレスが最大ノードアドレスに達するまで(ステップ205NO)、繰り返し、宛先ノードアドレスが最大ノードアドレスに達したならば(ステップ205YES)、対象ネットワークを次のネットワークに更新しては(ステップ203)、以上の動作を繰り返し、全てのネットワークについてコネクション確立要求の送信が完了するのを待って(ステップ202YES)、処理を終了する。
このように、このレスポンス要求コマンド送信処理においては、複数の通信部(10a,10b、又は11a〜11c)の何れかを介して受信されたメッセージがネットワーク構成情報生成要求を意味するものであることを条件として実行され、当該ネットワーク構成情報生成要求で指定された又は当該ネットワーク構成情報生成要求が到来したネットワークとの関係で予め設定された1又は2以上のネットワークのそれぞれについて、そのネットワークに存在し得る全てのノードのアドレスに対して、順次連続的に所定のレスポンス要求コマンドを送信する処理が実行される。なお、当該ネットワークが許されるのであれば、上述の順次連続的なコネクション確立要求の送信に代えて、当該コネクション確立要求の一斉同報送信を行うようにしてもよい。何れにしても、同図から明らかなように、コネクション確立要求(レスポンス要求コマンド)の送信処理は、その都度に、レスポンスが到来するのを待つことなく行われるから、PCツールから各ネットワーク上のノードに対してコネクション確立要求を送信する場合のように、そのノードからのレスポンスの待ち時間が不要となり、多数のノードに対して短時間でレスポンス要求コマンドを送信することができる。
このようにして、各宛先ノードアドレスに対してコネクション確立要求を連続的に送信すると(ステップ204)、当該ノードが存在する場合には、そのノードからのコネクション確立レスポンスが到来する。コネクション確立レスポンスが受信されると、図2のフローチャートにおいて、ステップ101→ステップ104→ステップ105へと進み、ネットワーク構成情報生成関連処理(ステップ105)に含まれるネットワーク構成情報生成処理が実行される。
このようにして、コネクション確立レスポンス受信に応答して実行されるネットワーク構成情報生成処理のフローチャートが図5に示されている。同図において処理が開始されると、当該受信されたレスポンスが、アドレス情報収集のためのレスポンス、すなわち図3のステップ204において、宛先ノードアドレスに対してコネクション確立要求を送信したことによるレスポンスであるか否かの判定が行われる(ステップ211)。
ここで、それ以外のレスポンスであると判定されれば(ステップ211NO)、コネクション確立処理への移行が行われる。これに対して、受信されたレスポンスが、アドレス情報収集のためのレスポンスと判定されると(ステップ211YES)、ネットワーク構成情報生成処理が実行される。
すなわち、このネットワーク構成情報生成処理においては、予め制御部内に設けられたアドレス情報リストに、そのコネクション確立レスポンスの送信元ノードアドレスをそのノードが存在するものとして登録する処理を実行する(ステップ212)。アドレス情報リストの一例が図10に示されている。この例にあっては、アドレス情報リストは、ヘッダ領域20に続いて、各ネットワーク別のネットワーク領域21−1,21−2・・・が設けられている。そして、ステップ212の処理においては、このアドレス情報リストの各ネットワーク領域において、ノードアドレスを登録するわけである。こうして作成されるアドレス情報リストが、本発明に係るネットワーク構成情報に相当するものである。
なお、上記のアドレスリストは、各ノードに相当するノードアドレス(数値データ)を直接的に記述することにより構成されているが、あらかじめ各ノードアドレスに相当する1ビットフラグを一連に設けてビットマップを構成し、存在するノードに対応する1ビットフラグのみをON(“1”)にセットするようにしても、アドレス情報リストを構成することができる。
図5に戻って、送信元ノードアドレスの登録処理(ステップ212)が終了したならば、続いてステップ213へ移って、コネクションクローズ要求の送信が行われる。これは、本発明に係るネットワーク構成情報生成処理においては、各ノードからレスポンスが到来することが目的であって、そのノードと実際にコネクションを確立することは不要であるため、ここでコネクションクローズ要求をそのノードに対して送信することによって、コネクション確立処理へと移行することを排除するためである。
このように、各ネットワークの全てのノードアドレスに対するコネクション確立要求送信処理(図3、ステップ204)を行うと、その宛先ノードアドレスに実際にノードが存在する場合に限り、そのノードからコネクション確立レスポンスが受信され、その受信されたレスポンスの送信元ノードアドレスをアドレス情報リストに存在として登録することによって(ステップ212)、図10に示されるようにアドレス情報リストで構成されるネットワーク構成情報が生成されるのである。
以後、こうして得られたネットワーク構成情報(アドレス情報リスト)を、ルータ側からPCツール側へと送信することによって、PCツールは各ネットワークの存在ノードであるネットワーク構成情報を取得することができる。
次に、ネットワーク構成情報送信処理のフローチャートが図6に示されている。この例にあっては、生成されたネットワーク構成情報のPCツールに対する送信は、PCツール側からネットワーク構成情報送信要求が受信されたことに基づいて行われる。
すなわち、図2へと戻って、PCツール側から送信されたネットワーク構成情報送信要求が受信された場合、ステップ101→ステップ104→ステップ105へと進み、ネットワーク構成情報生成関連処理(ステップ105)に含まれるネットワーク構成情報送信処理が実行される。
こうして実行されるネットワーク構成情報送信処理のフローチャートが図6に示されている。同図において、処理が開始されると、アドレス情報収集処理中であるか否かの判定が行われる(ステップ221)。ここで未だアドレス情報収集処理中(すなわち、コネクション確立要求送信処理中(ステップ204)又はアドレス情報リストの登録中(ステップ212))であると、PCツールに対してエラーレスポンスの送信が行われる(ステップ223)。これにより、PCツールの側では、その旨を認識することができる。これに対して、アドレス情報の収集が終了して、ネットワーク構成情報が完成していると判定されると(ステップ221NO)、ステップ222へと進んで、アドレス情報リストをレスポンスとしてPCツール側へと送信する処理が実行される。
PCツールからのネットワーク構成情報生成要求とルータの応答例を示した説明図(その1)が図11に示されている。この例にあっては、ネットワーク構成情報生成要求コマンドは1ネットワーク対象とされており、そのためルータからのレスポンスには、当該1つのネットワークに関する存在ノードアドレスのみが含まれている。すなわち、ルータからのレスポンスには、レスポンスコード、対象ネットワーク識別ID、登録アドレス数に続いて、そのネットワークに存在するノードアドレスX、Yが含まれている。従って、これを受信したPCツールの側では、レスポンスコードに基づいてレスポンスである旨を認識すると共に、対象ネットワーク識別IDに基づいてどのネットワークであるかを判定し、さらに登録アドレス数に基づき存在ノードの台数を認識した上、その台数分だけその後のアドレス領域を検索することによって、レスポンスに含まれる全てのノードアドレスを取り出し、当該ネットワークの構成情報を認識することができる。
同様にして、PCツールからのネットワーク構成情報生成要求とルータの応答例を示す説明図(その2)が図12に示されている。この例にあっては、PCツールからのネットワーク構成情報生成要求には全ネットワーク対象である旨のコマンドが含まれている。そのため、ルータからのレスポンスには、全てのネットワークに関する存在ノードアドレスが含まれている。すなわち、ルータからのレスポンスには、ヘッダ領域30と、各ネットワークに対応する領域31−1,31−2・・・が含まれている。そして、ヘッダ領域30にはレスポンスコードと登録ネットワーク数とが含まれ、各ネットワーク対応領域にはネットワーク識別ID、ノードアドレスが含まれている。従って、このルータからのレスポンスを受けたPCツールの側は、各ネットワーク別に存在ノードアドレスを読み出すことによって、全てのネットワークにおける存在ノードの情報、すなわちネットワーク構成情報を認識することができるのである。
以上説明したネットワーク構成情報生成関連処理(図3〜図6)においては、生成されたネットワーク構成情報をPCツール側において送信してもらうためには、PCツール側からネットワーク構成情報送信要求をルータに対して送信する必要があったが、ネットワーク構成情報の送信については、PCツール側からの要請がなくとも、ルータ側から自発的にPCツールの側へと送信するようにしてもよい。
このように、生成されたネットワーク構成情報を、PCツール側からの要請を待つことなく、PCツール側へと自発的に送信するようにしたネットワーク構成情報生成関連処理の一例が図7及び図8に示されている。
レスポンス要求コマンド及びネットワーク構成情報の送信処理のフローチャートが図7に示されている。同図において処理が開始されると、まず先の例と同様にして対象ネットワークの決定処理(ステップ301)が実行される。なお、この決定処理(ステップ301)の内容は、先に図4を参照して説明した内容と同一であるから重複説明は省略する。
続いて、対象となる各ネットワークに対して、そのネットワークの全宛先ノードアドレスに対するコネクション確立要求の送信が先の例と同様にして実行される(ステップ302〜307)。なお、このコネクション確立要求送信処理についても、図3におけるステップ202〜206と同様であるから重複説明は省略する。
一方、決定された全てのネットワークの収集が完了した場合(ステップ302YES)、先の例とは大きな相違が存在する。すなわち、この場合、ステップ303へと進んで、PCツールからの要請を待つことなく、ルータの側から自発的に、作成されたアドレス情報リスト(図10参照)を、ネットワーク構成情報生成要求に対するレスポンスとして返送するのである。
なお、コネクション確立要求の送信(ステップ305)に対するコネクション確立レスポンスが受信された場合の処理については、図8に示されるように、図5に示される先の例と同一である(図8参照)。
このように、図7及び図8に示される例にあっては、対象ネットワークの全てについて、宛先ノードアドレスを順次又は一斉同報送信した後、そのレスポンスを待って、アドレス情報リストを生成するまでは先の例と同様であるが、アドレス情報リストが完成した場合には(ステップ302YES)、PCツール側からの要請を待つことなく、これをPCツール側から到来したネットワーク構成情報生成要求に対するレスポンスとして送り返すのである。
そのため、この例にあっては、PCツールの側では、ひとたびネットワーク構成情報生成要求を対象となるネットワークのルータへと送信しさえすれば、その後重ねてアドレス情報リストの送信要求を送信することなく、完成したアドレス情報リスト(ネットワーク構成情報)を確実に取得することができるのである。
次に、本発明に係るルータが適用される分散型制御システムにおいて、PCツールが各ネットワークのネットワーク構成情報を取得するための方法について説明する。
本発明に係るルータが適用される分散型制御システムの構成図が図9に示されている。同図に示されるように、この分散型制御システム1は、5つのネットワーク(ネットワークA、ネットワークB、ネットワークC、ネットワークD、ネットワークE)を含んで構成される。
ネットワークAには複数台のノード2a,2a・・・が、ネットワークBにも複数台のノード2b,2b・・・が、ネットワークCにも複数台のノード2c,2c・・・が、ネットワークDにも複数台のノード2d,2d・・・が、ネットワークEにも複数台のノード2e,2e・・・がそれぞれ接続されている。これらのノード2a〜2eは、例えばPLCやPLCのリモートI/Oターミナル等の制御機器で構成される。
この分散型制御システムには3台のルータR1(10)、R2(11)、及びR3(10)が含まれている。すなわち、ルータR1(10)は、ネットワークAとネットワークBとの間に介在される。同様にして、ルータR2(11)は、ネットワークBとネットワークCとネットワークDとの間に介在される。同様にして、ルータR3(10)は、ネットワークAとネットワークEとの間に介在される。また、ネットワークAにはPCツール(パソコンにツールソフトをインストールして構成される)3が接続される。
以上の前提の下に、PCツール3が、各ネットワーク上のネットワーク構成情報を取得しようとする場合、まず、PCツール3は、ネットワークA上の想定される全てのノードに対して、何らかのレスポンス要求コマンド(例えば、コネクション確立要求など)を送信し、各ノードからのレスポンスを待機することによって、ネットワークA上に存在する制御ノード2a及びルータR1の存在を認識する。
次に、ルータR3は、ネットワークA上に存在するルータR1に対して、ネットワーク構成情報生成要求を送信する。すると、このネットワーク構成情報生成要求を受信したルータR1は、先に説明した本発明に係る機能を働かせて、ネットワークB上の全てのノードアドレスに対して、レスポンス要求コマンド(例えば、コネクション確立要求)を送信する一方、ネットワークB上に存在するノード2bからのレスポンスを受信することによって、ネットワークBに関するネットワーク構成情報(例えば、図10に示されるアドレス情報リスト)を作成し、これをPCツール3からの送信要求を待って又はそれを待つことなく自動的に、PCツール3へと返信する。これにより、PCツール3は、自らルータR1を介してネットワークB上の各ノードへと何らかのレスポンス要求コマンドを送信するといった煩雑な操作を得ることなく、ネットワークB上の各ノードの存在有無を示すネットワーク構成情報を容易に取得することができる。
こうして得られたネットワーク構成情報に基づき、PCツール3は、ネットワークB上にルータR2が存在することを認識することができる。すると、PCツール3は、ルータR2に対して、同様なレスポンス要求コマンドを送信する。すると、このレスポンス要求コマンドを受けたルータR2では、ネットワークC及びネットワークDに対して、それぞれ何らかのレスポンス要求コマンドを全宛先ノードに対して送信する。これにより、同様な経過を経て、ルータR2はネットワークC及びネットワークDに関するネットワーク構成情報を取得することができる。こうして取得されたネットワーク構成情報は、先ほどと同様な経過を経て、ルータR2からPCツール3へと返信される。
一方、PCツール3は、ルータR3に対しても、同様なネットワーク構成情報生成要求を送信する。すると、ルータR3においても、本発明の機能が作用して、ルータR3はネットワークEに対して所定のレスポンス要求コマンドを送信する。すると、ネットワークE上に存在する各ノード2e,2e・・・は、ルータR3に対してレスポンスを返す。すると、ルータR3は、同様な経過を経て、ネットワークEに関するネットワーク構成情報を生成し、これをPCツール3からの要請を待って又はこれを待つことなく自動的に、PCツール3へと返信する。
以上の処理を経て、PCツール3は、ネットワークA〜Eの全てに関して、従前のように、各ネットワーク上の想定される全てのノードアドレスに対して、何らかのレスポンス要求コマンドを送るという煩雑な操作を行うことなく、各ネットワーク上のネットワーク構成情報を、該当するルータからの返信を通じて、取得することができるのである。
このように、本発明に係るルータを使用すれば、多数のネットワークが混在する分散型制御システムにおいても、1台のPCツールを、何れかのネットワークに接続して、該当するルータに対してネットワーク構成情報生成要求を送信するだけで、PCツールそれ自体は煩雑な操作を行うことなく、自動的に、各ネットワーク上の存在ノードに関するネットワーク構成情報を容易に取得することができるのである。
なお、以上の実施形態においては、ネットワーク間仲介装置としてルータの場合で説明したが、先に述べたように、本発明の適用はこれに限定されるものではなく、例えばゲートウェイ、ブリッジなどのようにネットワーク間に介在される様々なネットワーク間仲介装置に同様にして適用できることは勿論である。
本発明によれば、メッセージ流通制御を実行しつつも、外部からネットワーク構成情報生成要求が到来した場合には、それに応答して能動的に自機が接続されたネットワーク上のノードに働きかけ、それらのノードからのレスポンスに基づいてネットワーク構成情報を能動的に生成すると共に、これを自動的に又は送信要求があった時に、送信元となるノード(例えばPCツール)へと送信するようにしたため、1又は2以上の制御機器ノードが接続される複数のネットワークで構築される分散型制御システムにおいて、各ネットワークのネットワーク構成情報の取得を、PCツール側の負担を大幅に軽減しつつ、かつ当該ネットワーク間仲介装置の構成もいたずらに複雑化することなく、短時間で実現させることができる。
1 分散型制御システム
2a〜2d ノード
3 PCツール
10,11 ルータ
10a,10b 通信部
10c 制御部
11a,11b,11c 通信部
11d 制御部
20 ヘッダ領域
21−1,21−2 個別ネットワーク領域
30 ヘッダ領域
31−1,31−2・・・ 個別ネットワーク領域
R1,R2,R3 ルータ
2a〜2d ノード
3 PCツール
10,11 ルータ
10a,10b 通信部
10c 制御部
11a,11b,11c 通信部
11d 制御部
20 ヘッダ領域
21−1,21−2 個別ネットワーク領域
30 ヘッダ領域
31−1,31−2・・・ 個別ネットワーク領域
R1,R2,R3 ルータ
Claims (5)
- それぞれ別々のネットワークに接続されるべき複数の通信部と、
前記複数の通信部間におけるメッセージの流通に関する制御を司るメッセージ流通制御手段と、
前記複数の通信部のいずれかを介して受信されたメッセージがネットワーク構成情報生成要求を意味するものであることを条件として実行され、当該ネットワーク構成情報生成要求で指定された又は当該ネットワーク構成情報生成要求が到来したネットワークとの関係で予め設定された1又は2以上のネットワークのそれぞれについて、そのネットワークに存在し得る全てのノードのアドレスに対して、順次連続的に又は一斉同報により、所定のレスポンス要求コマンドを送信するレスポンス要求コマンド送信手段と、
受信されたメッセージが自己が送信したレスポンス要求コマンドに対するレスポンスであることを条件として実行され、そのレスポンス送信元ノードのアドレスを存在ノードのアドレスとして認識することにより、各ネットワーク毎の存在ノードアドレスを含むネットワーク構成情報を生成するネットワーク構成情報生成手段と、
こうして生成されたネットワーク構成情報をネットワーク構成情報生成要求の送信元となるノードへと送信するネットワーク構成情報送信手段と、が含まれており、
それにより、ネットワーク間でのメッセージ流通制御を行いつつ、任意のノードからのネットワーク構成情報生成要求が到来したときに限り、自己が接続された1又は2以上のネットワークから選ばれた1又は2以上のネットワークのそれぞれについて、ネットワーク構成情報を能動的に生成する、ことを特徴とするネットワーク間仲介装置。 - レスポンス要求コマンド送信手段におけるノードアドレスに対するレスポンス要求コマンドの順次連続的な送信は、その都度に、レスポンスが到来するのを待つことなく行われる、ことを特徴とする請求項1に記載のネットワーク間仲介装置。
- ネットワーク構成情報送信手段は、受信されたメッセージがネットワーク構成情報の送信要求であることを条件として実行される、ことを特徴とする請求項1又は2に記載のネットワーク間仲介装置。
- ネットワーク構成情報送信手段は、ネットワーク構成情報生成手段によるネットワーク構成情報の生成完了を待って、自動的に実行される、ことを特徴とする請求項1〜3のいずれかに記載のネットワーク間仲介装置。
- それぞれ1又は2以上の制御機器ノードが接続される複数のネットワークで構築される分散型制御システムにおいて、
それらのネットワークとネットワークとの接続点に、請求項1〜4のいずれかに記載のネットワーク仲介装置を介在させると共に、
いずれかのネットワーク上にPCツールを接続し、そのPCツールからいずれかのネットワーク仲介装置に宛ててネットワーク構成情報生成要求を送信することにより、
そのネットワーク構成情報生成要求の送信先となるネットワーク仲介装置に対して、自己が接続されるネットワークに関するネットワーク構成情報を能動的に生成させ、
このネットワーク仲介装置が生成したネットワーク構成情報をPCツールが取得する、ことを特徴とするネットワーク構成情報の取得方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007144498A JP2008301159A (ja) | 2007-05-31 | 2007-05-31 | ネットワーク間仲介装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007144498A JP2008301159A (ja) | 2007-05-31 | 2007-05-31 | ネットワーク間仲介装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008301159A true JP2008301159A (ja) | 2008-12-11 |
Family
ID=40174253
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007144498A Pending JP2008301159A (ja) | 2007-05-31 | 2007-05-31 | ネットワーク間仲介装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008301159A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010061662A1 (ja) | 2008-11-26 | 2010-06-03 | シャープ株式会社 | 表示装置 |
JP2016510188A (ja) * | 2013-02-19 | 2016-04-04 | アライドテレシスホールディングス株式会社 | ネットワーク通信用の自動化されたコマンドおよび発見プロセス |
JP2019047388A (ja) * | 2017-09-05 | 2019-03-22 | 株式会社メガチップス | 電力線通信システム、端末装置、プログラムおよび電力線通信システムのメンテナンス方法 |
JP2021083049A (ja) * | 2019-11-22 | 2021-05-27 | パナソニックIpマネジメント株式会社 | 通信システム、通信方法、及び、ゲートウェイ |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63175568A (ja) * | 1987-01-14 | 1988-07-19 | Fujitsu Ltd | フアクシミリ中継ボ−リング方法 |
JPH0818595A (ja) * | 1994-06-29 | 1996-01-19 | Matsushita Electric Works Ltd | ハブの構成認識方法およびハブの構成認識システム |
JPH0832608A (ja) * | 1994-07-13 | 1996-02-02 | Hitachi Cable Ltd | ネットワーク中継装置 |
JPH1070553A (ja) * | 1996-08-28 | 1998-03-10 | Oki Electric Ind Co Ltd | ネットワーク構成要素検出方法及び検出装置 |
JP2002111668A (ja) * | 2000-10-02 | 2002-04-12 | Nec Corp | ネットワーク構成表示装置 |
JP2005012271A (ja) * | 2003-06-16 | 2005-01-13 | Fujitsu Ltd | ルーティングエンジン装置,ルータ装置およびルーティングエンジン装置におけるメモリ検索方法 |
JP2006080995A (ja) * | 2004-09-10 | 2006-03-23 | Konica Minolta Business Technologies Inc | 通信装置、ネットワークパラメータ設定方法およびネットワークパラメータ設定プログラム |
-
2007
- 2007-05-31 JP JP2007144498A patent/JP2008301159A/ja active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63175568A (ja) * | 1987-01-14 | 1988-07-19 | Fujitsu Ltd | フアクシミリ中継ボ−リング方法 |
JPH0818595A (ja) * | 1994-06-29 | 1996-01-19 | Matsushita Electric Works Ltd | ハブの構成認識方法およびハブの構成認識システム |
JPH0832608A (ja) * | 1994-07-13 | 1996-02-02 | Hitachi Cable Ltd | ネットワーク中継装置 |
JPH1070553A (ja) * | 1996-08-28 | 1998-03-10 | Oki Electric Ind Co Ltd | ネットワーク構成要素検出方法及び検出装置 |
JP2002111668A (ja) * | 2000-10-02 | 2002-04-12 | Nec Corp | ネットワーク構成表示装置 |
JP2005012271A (ja) * | 2003-06-16 | 2005-01-13 | Fujitsu Ltd | ルーティングエンジン装置,ルータ装置およびルーティングエンジン装置におけるメモリ検索方法 |
JP2006080995A (ja) * | 2004-09-10 | 2006-03-23 | Konica Minolta Business Technologies Inc | 通信装置、ネットワークパラメータ設定方法およびネットワークパラメータ設定プログラム |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010061662A1 (ja) | 2008-11-26 | 2010-06-03 | シャープ株式会社 | 表示装置 |
JP2016510188A (ja) * | 2013-02-19 | 2016-04-04 | アライドテレシスホールディングス株式会社 | ネットワーク通信用の自動化されたコマンドおよび発見プロセス |
JP2019047388A (ja) * | 2017-09-05 | 2019-03-22 | 株式会社メガチップス | 電力線通信システム、端末装置、プログラムおよび電力線通信システムのメンテナンス方法 |
JP2021083049A (ja) * | 2019-11-22 | 2021-05-27 | パナソニックIpマネジメント株式会社 | 通信システム、通信方法、及び、ゲートウェイ |
JP7426603B2 (ja) | 2019-11-22 | 2024-02-02 | パナソニックIpマネジメント株式会社 | 通信システム、通信方法、及び、ゲートウェイ |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1638290B1 (en) | System, method and intermediary server for transmitting operational requests and responses between apparatuses | |
CN111031034A (zh) | 多协议融合边缘计算网关 | |
JP4998546B2 (ja) | 無線センサーネットワークでの自動設定システム及びその方法、無線センサーネットワークのゲートウエイ装置 | |
JP2014179017A (ja) | 中継装置、画像処理装置および通信システム | |
JP2001189974A (ja) | ブルーツース装着機器間ネットワーク運用方法 | |
KR101697320B1 (ko) | 인터넷 기반 센서 데이터 전송 지원을 위한 장치 및 방법 | |
JP4704105B2 (ja) | 通信装置、通信システム及び通信方法 | |
JP2007142903A (ja) | 経路生成システム、経路生成方法、経路管理サーバ、中継装置、端末装置および制御プログラム | |
CN115004650B (zh) | 节点配置方法、装置、分布式系统及计算机可读介质 | |
JP2008301159A (ja) | ネットワーク間仲介装置 | |
JP2008097470A (ja) | 管理システム及び中継サーバ | |
CN112202877A (zh) | 网关联动方法、网关、云服务器及用户终端 | |
CN108684021B (zh) | 一种蓝牙低功耗通信方法和装置 | |
JP2016192706A (ja) | 情報収集システム、中継端末、中継端末のセンタシステムへの接続制御方法、センサ端末、センサ端末のセンタシステムへの接続制御方法 | |
US9942823B2 (en) | Communication terminal, communication method, and communication program | |
JP6566070B1 (ja) | フロー管理サーバ、フロー管理システム、フロー管理方法およびフロー管理プログラム | |
CN102035670B (zh) | 具有多个网络接口的通信设备和控制通信设备的方法 | |
JP2005259106A (ja) | 仲介装置、分散処理システム、データ転送方法、プログラム及び記録媒体 | |
JP2007265356A (ja) | 通信プロトコルを用いた相互接続方法および装置 | |
JP2006005753A (ja) | 通信トポロジ導出方法、システム、サーバ、およびプログラム | |
JP2004171540A (ja) | 生産設備用制御装置、生産設備制御システムおよび生産設備用制御装置による生産設備の制御方法 | |
JP2017073167A (ja) | 中継装置、画像処理装置および通信システム | |
CN111031072A (zh) | 一种数据获取系统、方法及计算机设备 | |
CN103034635A (zh) | 一种文件处理方法及电子设备 | |
WO2020143013A1 (zh) | 查询请求的处理方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090115 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110617 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110629 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20111026 |