(57)【特許請求の範囲】
【請求項１】
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換機能を有するゲートウエイ装置において、
少なくとも識別子、操作用ＩＰアドレスおよび送信用ＩＰｖ４アドレスを含むエントリが格納されたライブリストと、
当該ゲートウエイ装置が起動するときに設定されるＩＰｖ４アドレスが格納されたＩＰｖ４アドレスプールと、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換に用いる変換規則が格納された変換規則格納部と、
受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎであるときに、識別子を参照して前記ライブリストから対応するエントリを検索し、エントリが見つからなかったときに前記ＩＰｖ４アドレスプールからＩＰｖ４アドレスを取得し、この取得したＩＰｖ４アドレスから変換規則を生成して前記変換規則格納部に格納すると共に、エントリを作成して前記ライブリストに登録するＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部と、
前記変換規則格納部に格納された変換規則を参照し、受信したメッセージに含まれるＩＰｖ４アドレスおよび／またはＩＰｖ６アドレスを相互変換するメッセージ処理部と、
前記変換規則格納部に格納された変換規則を参照し、送信元と宛先のアドレスを生成するＩＰ変換部と、
前記メッセージ処理部が処理したメッセージ、および前記ＩＰ変換部が生成したアドレスに基づいてパケットを生成し、送信するパケット送信部と、
を具備したことを特徴とするゲートウエイ装置。
【請求項２】
前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部は、受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでなかったときに、操作用ＩＰアドレスを参照して前記ライブリストを検索し、エントリが見つからなかったときに障害処理を行うようにしたことを特徴とする請求項１記載のゲートウエイ装置。
【請求項３】
前記エントリにはタイムスタンプが格納され、前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部はＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときに前記タイムスタンプを更新するようにしたことを特徴とする請求項１若しくは請求項２記載のゲートウエイ装置。
【請求項４】
前記タイムスタンプが所定の期間更新されないときに、このエントリを前記ライブリストから削除するようにしたことを特徴とする請求項３記載のゲートウエイ装置。
【請求項５】
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換機能を有するゲートウエイ装置において、
少なくとも識別子、操作用ＩＰアドレスおよび送信用ＩＰｖ４アドレスを含むエントリが格納されたライブリストと、
当該ゲートウエイ装置が起動するときに設定されるＩＰｖ４アドレスが格納されたＩＰｖ４アドレスプールと、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換に用いる変換規則が格納された変換規則格納部と、
メッセージを受信したときに前記ライブリストから対応するエントリを検索し、エントリが見つからなかったときに前記ＩＰｖ４アドレスプールからＩＰｖ４アドレスを取得し、この取得したＩＰｖ４アドレスから変換規則を生成して前記変換規則格納部に格納すると共に、エントリを作成して前記ライブリストに登録するＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部と、
前記変換規則格納部に格納された変換規則を参照し、受信したメッセージに含まれるＩＰｖ４アドレスおよび／またはＩＰｖ６アドレスを相互変換するメッセージ処理部と、
前記変換規則格納部に格納された変換規則を参照し、送信元と宛先のアドレスを生成するＩＰ変換部と、
前記メッセージ処理部が処理したメッセージ、および前記ＩＰ変換部が生成したアドレスに基づいてパケットを生成し、送信するパケット送信部と、
を具備したことを特徴とするゲートウエイ装置。
【請求項６】
前記エントリにはタイムスタンプが格納され、前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部はメッセージを受信したときに前記タイムスタンプを更新するようにしたことを特徴とする請求項５記載のゲートウエイ装置。
【請求項７】
前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部は、受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでなく、かつ検索したエントリがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときに作成されたものであるときは、前記タイムスタンプを更新しないようにしたことを特徴とする請求項６記載のゲートウエイ装置。
【請求項８】
前記タイムスタンプが所定の期間更新されないときに、このエントリをライブリストから削除するようにしたことを特徴とする請求項６若しくは請求項７記載のゲートウエイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰｖ４(Internet Protocol Version 4)アドレスとＩＰｖ６(Internet Protocol Version 6)アドレスの相互変換機能を備えたゲートウエイ装置に関し、特にフィールドバスに用いて好適なゲートウエイ装置に関するものである。
【背景技術】
【０００２】
フィールドバスは工場などで稼働しているフィールド機器間の通信を行うバスである。フィールドバスには数十から数百のフィールド機器が接続され、フィールド機器はこのフィールドバスを介して相互に通信を行う。このようなフィールドバスを用いることにより、配線コストを節約することができ、かつシステムの変更、拡張に柔軟に対応することができる。
【０００３】
フィールドバスは、Ｈ１バスとＨＳＥ(High Speed Ethernet（登録商標）)バスの２つの階層から構成されている。Ｈ１バスの通信速度は３１．２５ｋｂｐｓであるのに対して、ＨＳＥはイーサネット（登録商標）がベースであり、１００Ｍｂｐｓの高速通信が可能である。
【０００４】
ＨＳＥバスはイーサネット（登録商標）をベースにしているので、ＩＰ(Internet Protocol)を用いて通信を行う。ＩＰには３２ビットのアドレス空間を有するＩＰｖ４と、１２８ビットのアドレス空間を有するＩＰｖ６の２つのプロトコルが存在する。現在ＩＰｖ４からＩＰｖ６に移行中であるので、これら２つのＩＰが共存している。ＩＰｖ４で通信する機器（ＩＰｖ４対応機器）とＩＰｖ６で通信する機器（ＩＰｖ６対応機器）が通信を行うためには、ＩＰアドレスを相互に変換しなければならない。
【０００５】
図９に、ＩＰｖ４対応機器とＩＰｖ６対応機器の両方を含んだシステムの構成を示す。図９において、１０、１２はそれぞれＩＰｖ６対応機器、ＩＰｖ４対応機器、１１、１３はそれぞれこれら機器１０、１２が接続されているネットワークである。ネットワーク１１にはＩＰｖ６対応機器が接続され、ネットワーク１３にはＩＰｖ４対応機器が接続される。
【０００６】
１４はゲートウエイ装置であり、ネットワーク１１と１３を接続している。ＩＰｖ６対応機器１０がＩＰｖ４対応機器１２にパケットを送信するときは、この送信パケットのＩＰアドレスはゲートウエイ装置１４でＩＰｖ４アドレスに変換される。同様にして、ＩＰｖ４対応機器１２がＩＰｖ６対応機器１０にパケットを送信するときは、この送信パケットのＩＰアドレスはゲートウエイ装置１４によってＩＰｖ４アドレスからＩＰｖ６アドレスに変換される。このようにすることによって、ＩＰｖ６対応機器１０とＩＰｖ４対応機器１２は相互にパケットを交換することができる。
【０００７】
図１０にゲートウエイ装置１４の構成を示す。なお、ＩＰアドレス変換と関係ない部分は記載を省略している。図１０において、パケット受信部１４ａは受信したパケットをＩＰ変換部１４ｂに出力する。ＩＰ変換部１４ｂは入力されたパケットのヘッダ部にあるＩＰアドレスを、ＩＰｖ４からＩＰｖ６に、または逆方向に変換する。
【０００８】
この際、ＩＰ変換部１４ｂは、変換規則格納部１４ｄに格納された変換規則を参照して、ＩＰアドレスを変換する。アドレス変換されたパケットはパケット送信部１４ｃに入力され、送信される。なお、変換規則格納部１４ｄに格納される変換規則は、通常運用者が予め作成し、運用前にゲートウエイ装置１４に設定する。
【０００９】
【特許文献１】特開２００２−１３２３０９号公報
【特許文献２】特表２００５−５３１２２９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、図１０のゲートウエイ装置１４をフィールドバスに適用しようとすると、次のような課題があった。フィールドバスに接続されるフィールド機器がＨＳＥを用いて通信を行う場合は、フィールドバスファウンデーション(Fieldbus Foundation)独自の書式を有するデータをＴＣＰ／ＵＤＰ(Transmission Control Protocol/User Datagram Protocol)に乗せて通信を行う。この独自書式の中には、ＩＰｖ４、ＩＰｖ６アドレスが含まれている。このアドレスを変換しないと、ＩＰｖ４対応のフィールド機器とＩＰｖ６対応フィールド機器は相互に通信することができない。
【００１１】
しかし、従来のゲートウエイ装置はパケットのヘッダ部に記載されているアドレスのみを変換するものであり、メッセージ本体中に記載されたアドレスは変換しない。そのため、従来のゲートウエイ装置をフィールドバスに用いることはできないという課題があった。
【００１２】
このことを、図１１を用いて説明する。なお、システムの構成は図９と同じであるが、ネットワーク１１、１３はＨＳＥ対応のフィールドバスであり、ＩＰｖ６対応機器１０はＩＰｖ４対応機器１２のＩＰアドレスを知らないとする。
【００１３】
図１１において、工程（Ｐ１１−１）でＩＰｖ６対応機器１０はアドレスを問い合わせるＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙをマルチキャストアドレスで送信する。工程（Ｐ１１―２）でこのパケットはゲートウエイ装置１４で受信される。ゲートウエイ装置１４はこのパケットのヘッダ部のアドレスをＩＰｖ４アドレスに変換して、マルチキャストアドレスで送信する。
【００１４】
工程（Ｐ１１−３）でＩＰｖ４対応機器１２はゲートウエイ装置１４が送信したＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙを受信する。ＩＰｖ４対応機器１２は自身が応答することが適当と判断すると、工程（Ｐ１１−４）でＳＭ  Ｆｉｎｄ  Ｔａｇ  ＲｅｐｌｙをＩＰｖ６機器１０に送信する。ゲートウエイ装置１４はこのパケットを受信し、ヘッダ部のＩＰアドレスをＩＰｖ６アドレスに変換してＩＰｖ６対応機器１０に送信する（工程（Ｐ１１−５））。
【００１５】
ＳＭ  Ｆｉｎｄ  Ｔａｇ  ＲｅｐｌｙにはＩＰアドレスが含まれている。ＩＰｖ６対応機器１０は受信したＳＭ  Ｆｉｎｄ  Ｔａｇ  ＲｅｐｌｙからＩＰアドレスを取り出し、このアドレスを用いてＩＰｖ４対応機器１２と通信しようとするが、このアドレスはＩＰｖ４対応であるのでＩＰｖ６対応機器１０はこのアドレスを取り扱うことができない。ＩＰｖ４とＩＰｖ６ではＩＰアドレスの長さが異なるので、ＩＰｖ６対応機器１０がこのアドレスをＩＰｖ６対応としてパケットを送信しても不適切なアドレスになり、ゲートウエイ装置１４はこのパケットを受信することができない。いずれにしても、工程（Ｐ１１−７）に示すようにＩＰｖ６対応機器１０とＩＰｖ４対応機器１２は通信を行うことができない。
【００１６】
なお、ＩＰｖ４対応機器１２がＩＰｖ６対応機器１０と通信する場合も、同じ理由で通信を行うことができない。
【００１７】
ＩＰｖ６対応機器がＩＰｖ４対応のＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎから設定情報を受信する場合も同様の問題が発生する。ＩＰｖ６対応機器がＣｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎのＰＤ  ＴａｇおよびＤｅｖｉｃｅ  Ｉｎｄｅｘを持っていないときは、持っていないという情報をＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに格納し、マルチキャストアドレスで送信する。
【００１８】
図１１と同様に、ゲートウエイ装置１４でヘッダ部のアドレスはＩＰｖ４に変換されるので、ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎはＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信できる。Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎはこのＳＭ  Ｄｅｖｉｃｅ  ＡｎｎｕｎｃｉａｔｉｏｎからＩＰアドレスを取り出してＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔを送信しようとするが、このアドレスはＩＰｖ６対応なので、図１１で説明した理由により送信することができない。
【００１９】
また、従来のゲートウエイ装置では、運用前に運用者がＩＰｖ４アドレスとＩＰｖ６アドレスの変換規則を設定するようにしていたが、フィールドバスに接続される機器の数が多くなると運用者の負担が増大し、実質的に実行することができないという課題もあった。さらに、運用時にフィールドバスに接続される機器が増加すると、従来のゲートウエイ装置で対応することが困難であるという課題もあった。
【００２０】
従って本発明の目的は、ＩＰｖ４対応機器とＩＰｖ６対応機器が相互に通信を行うことができ、かつメッセージの変換規則を動的に生成することができるゲートウエイ装置を提供することにある。
【課題を解決するための手段】
【００２１】
このような課題を解決するために、本発明のうち請求項１記載の発明は、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換機能を有するゲートウエイ装置において、
少なくとも識別子、操作用ＩＰアドレスおよび送信用ＩＰｖ４アドレスを含むエントリが格納されたライブリストと、
当該ゲートウエイ装置が起動するときに設定されるＩＰｖ４アドレスが格納されたＩＰｖ４アドレスプールと、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換に用いる変換規則が格納された変換規則格納部と、
受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎであるときに、識別子を参照して前記ライブリストから対応するエントリを検索し、エントリが見つからなかったときに前記ＩＰｖ４アドレスプールからＩＰｖ４アドレスを取得し、この取得したＩＰｖ４アドレスから変換規則を生成して前記変換規則格納部に格納すると共に、エントリを作成して前記ライブリストに登録するＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部と、
前記変換規則格納部に格納された変換規則を参照し、受信したメッセージに含まれるＩＰｖ４アドレスおよび／またはＩＰｖ６アドレスを相互変換するメッセージ処理部と、
前記変換規則格納部に格納された変換規則を参照し、送信元と宛先のアドレスを生成するＩＰ変換部と、
前記メッセージ処理部が処理したメッセージ、および前記ＩＰ変換部が生成したアドレスに基づいてパケットを生成し、送信するパケット送信部と、
を具備したものである。メッセージ本体にＩＰアドレスが含まれている場合でも、ＩＰｖ６対応機器とＩＰｖ４対応機器との通信を中継できる。
【００２２】
請求項２記載の発明は、請求項１記載の発明において、
前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部は、受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでなかったときに、操作用ＩＰアドレスを参照して前記ライブリストを検索し、エントリが見つからなかったときに障害処理を行うようにしたものである。不正なメッセージを検出できる。
【００２３】
請求項３記載の発明は、請求項１若しくは請求項２記載の発明において、
前記エントリにはタイムスタンプが格納され、前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部はＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときに前記タイムスタンプを更新するようにしたものである。機器が取り外されたことを検出できる。
【００２４】
請求項４記載の発明は、請求項３記載の発明において、
前記タイムスタンプが所定の期間更新されないときに、このエントリを前記ライブリストから削除するようにしたものである。ネットワークに接続されている機器を管理できる。
【００２５】
請求項５記載の発明は、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換機能を有するゲートウエイ装置において、
少なくとも識別子、操作用ＩＰアドレスおよび送信用ＩＰｖ４アドレスを含むエントリが格納されたライブリストと、
当該ゲートウエイ装置が起動するときに設定されるＩＰｖ４アドレスが格納されたＩＰｖ４アドレスプールと、
ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換に用いる変換規則が格納された変換規則格納部と、
メッセージを受信したときに前記ライブリストから対応するエントリを検索し、エントリが見つからなかったときに前記ＩＰｖ４アドレスプールからＩＰｖ４アドレスを取得し、この取得したＩＰｖ４アドレスから変換規則を生成して前記変換規則格納部に格納すると共に、エントリを作成して前記ライブリストに登録するＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部と、
前記変換規則格納部に格納された変換規則を参照し、受信したメッセージに含まれるＩＰｖ４アドレスおよび／またはＩＰｖ６アドレスを相互変換するメッセージ処理部と、
前記変換規則格納部に格納された変換規則を参照し、送信元と宛先のアドレスを生成するＩＰ変換部と、
前記メッセージ処理部が処理したメッセージ、および前記ＩＰ変換部が生成したアドレスに基づいてパケットを生成し、送信するパケット送信部と、
を具備したものである。ＩＰｖ６対応機器とＩＰｖ４対応機器との通信を中継できる。
【００２６】
請求項６記載の発明は、請求項５記載の発明において、
前記エントリにはタイムスタンプが格納され、前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部はメッセージを受信したときに前記タイムスタンプを更新するようにしたものである。機器が取り外されたことを検出できる。
【００２７】
請求項７記載の発明は、請求項６記載の発明において、
前記ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部は、受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでなく、かつ検索したエントリがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときに作成されたものであるときは、前記タイムスタンプを更新しないようにしたものである。機器が取り外されたことをより正確に検出できる。
【００２８】
請求項８記載の発明は、請求項６若しくは請求項７記載の発明において、
前記タイムスタンプが所定の期間更新されないときに、このエントリをライブリストから削除するようにしたものである。ネットワークに接続されている機器を管理できる。
【発明の効果】
【００２９】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
請求項１，２、３、４、５、６、７および８の発明によれば、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときにライブリストを検索し、エントリが見つからないとＩＰｖ４アドレスを取得して変換規則を作成して格納すると共にエントリを新規作成してライブリストに登録し、前記変換規則を用いてメッセージ本体に含まれるＩＰｖ６アドレスとＩＰｖ４アドレスを相互変換するようにした。
【００３０】
メッセージにＩＰアドレスが含まれている場合でも、ＩＰｖ６対応機器とＩＰｖ４対応機器が相互に通信することができる。そのため、ＩＰｖ６対応機器とＩＰｖ４対応機器が混在したシステムであっても、プロトコルを意識することなく相互に通信することができるという効果がある。
【００３１】
また、ＩＰｖ６アドレスとＩＰｖ４アドレスの変換規則が自動的に作成されるので、運用者が変換規則を設定する必要がない。そのため、ネットワークに接続される機器が増加しても、運用者の負担が増大することがないという効果もある。
【００３２】
また、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときにエントリのタイムスタンプを更新するようにすることにより、ネットワークに接続された機器を管理することができるという効果もある。
【００３３】
さらに、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ以外のメッセージを受信したときもライブリストを検索し、変換規則およびエントリを作成、登録するようにすることにより、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎのようにＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを送信しない機器であってもメッセージのＩＰアドレスを変換でき、また機器の管理を行うことができるという効果もある。
【発明を実施するための最良の形態】
【００３４】
以下本発明を、図面を用いて詳細に説明する。なお、ここでいう機器はＨＳＥを用いて通信を行う機器である。このような機器はネットワーク上に自身が存在していることを他の機器に知らせるために、定期的にＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを予約されたマルチキャストアドレス宛に送信している。このＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎには、少なくともＰＤ  Ｔａｇおよび／またはＤｅｖｉｃｅ  Ｉｎｄｅｘ、Ｏｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓが含まれている。
【００３５】
ＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤは共に機器を特定する識別子である。ＰＤ  Ｔａｇは利用者がシステム上で機器を特定するために付ける識別子であり、必ずしも特定のハードウエアと結びついていない。ＤｅｖｉｃｅＩＤは機器を一意に特定する識別子であり、機器の製造者が付与する。利用者はＤｅｖｉｃｅＩＤを変更することはできない。ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎには、通常ＰＤ  ＴａｇとＤｅｖｉｃｅＩＤの両方またはどちらか一方が含まれている。また、Ｄｅｖｉｃｅ  Ｉｎｄｅｘは、機器が冗長構成をとる時に機器を区別する。
【００３６】
本発明によるゲートウエイ装置は、このＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信し、それに含まれる情報をライブリストに蓄えることにより、ＩＰｖ６対応機器とＩＰｖ４対応機器が相互に通信できるようにする。また、一定時間ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信しない機器は故障したか、または取り去られたと判断し、ライブリストから削除する。このようにして、機器の状態を把握し、管理することができる。
【００３７】
図１は本発明に係るゲートウエイ装置の一実施例を示す構成図である。図１において、２０はゲートウエイ装置であり、パケット受信部２１、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２、ライブリスト２３、ＩＰｖ４アドレスプール２４、変換規則格納部２５、メッセージ処理部２６、ＩＰ変換部２７、パケット送信部２８、およびＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２内に配置されているＩＰｖ４アドレス処理部２２ａで構成されている。
【００３８】
ゲートウエイ装置２０はネットワーク３１および３３に接続される。ネットワーク３１にはＩＰｖ６対応機器３０が接続され、ネットワーク３３にはＩＰｖ４対応機器３２が接続される。すなわち、ネットワーク３１にはＩＰｖ６に対応している機器が接続され、ネットワーク３３にはＩＰｖ４に対応する機器が接続される。ゲートウエイ装置２０はネットワーク３１と３３を中継している。機器３０と３２はゲートウエイ装置２０を介してパケットを交換することにより通信を行う。なお、通常ネットワーク３１、３３には多数の機器が接続されるが、図１では各１つのみ記載している。
【００３９】
パケット受信部２１にはＩＰｖ６対応機器３０が送信するパケットが入力される。パケット受信部２１は入力されたパケット内のＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダを処理し、受信したパケットに含まれるメッセージとこのメッセージの宛先、送信元のＩＰアドレスをＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２に出力する。
【００４０】
ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２は入力されたＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを処理する。すなわち、メッセージに含まれるＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤをライブリスト２３に登録する。このとき、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２内に配置されているＩＰｖ４アドレス処理部２２ａはＩＰｖ４アドレスプール２４からＩＰｖ４アドレスを取得する。
【００４１】
ライブリスト２３は、機器に関する情報が格納された表と、この表を管理するプログラムで構成される。この表は機器の情報が格納されたエントリの集まりである。図２にこのエントリの構造を示す。
【００４２】
図２において、エントリは識別子４０、操作用ＩＰアドレス４１、送信用ＩＰｖ４アドレス４２、タイムスタンプ４３で構成される。識別子４０には、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに含まれるＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤの一方あるいは両方が格納される。操作用ＩＰアドレス４１には、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに含まれるＯｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓと、このアドレスがＩＰｖ４であるかＩＰｖ６であるかを区別するデータが格納される。
【００４３】
送信用ＩＰｖ４アドレス４２には、ＩＰｖ６対応機器から受信したメッセージをゲートウェイ装置がＩＰｖ４対応機器に送信するときに用いるＩＰアドレスが格納される。なお、ＩＰｖ４対応機器からＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときはこの欄は空欄になる。
【００４４】
タイムスタンプ４３には、識別子４０に格納されたＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤを有する機器から送られてきたＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信した時刻が格納される。
【００４５】
ＩＰｖ４アドレスプール２４は、ＩＰｖ４アドレスを保持する格納部とこの格納部を管理するプログラムから構成される。格納部に格納するＩＰｖ４アドレスは、ゲートウエイ装置２０の起動時に設定される。
【００４６】
変換規則格納部２５には、ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換を行う際の規則が格納される。ＩＰｖ４アドレス処理部２２ａは、ＩＰｖ４アドレスプール２４からＩＰｖ４アドレスを取得したときに変換規則を作成して変換規則格納部２５に格納する。メッセージ処理部２６、ＩＰ変換部２７はこの変換規則格納部２５に格納された変換規則を参照して、ＩＰｖ６アドレスとＩＰｖ４アドレスの相互変換を行う。
【００４７】
なお、ＳＭ  Ｄｅｖｉｃｅ  ＡｎｎｕｎｃｉａｔｉｏｎとＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙをマルチキャストする際に用いるマルチキャストアドレスに対応する変換規則は、予め変換規則格納部２５に静的に定義されている。
【００４８】
変換規則格納部２５に格納される変換規則は実装によって異なるが、例えばＩＰｖ６アドレスとそれに対応するＩＰｖ４アドレスを１対１に関連づけた規則の集合として定義される。この規則の一例を下記（１）に示す。
map from 3ffe:501:ffff:100::bc60 to 192.168.0.23  ・・・・・  （１）
この規則は、3ffe:501:ffff:100::bc60のＩＰｖ６アドレスを192.168.0.23のＩＰｖ４アドレスに変換することを表している。
【００４９】
メッセージ処理部２６は、変換規則格納部２５に格納されている変換規則を参照して、メッセージ内のＩＰｖ６アドレスをＩＰｖ４アドレスに変換し、またＩＰｖ４アドレスをＩＰｖ６アドレスに変換する。
【００５０】
ＩＰ変換部２７は変換規則格納部２５に格納された変換規則を参照し、また受信したメッセージとライブリスト２３から得られる情報を基にして、使用するＴＣＰやＵＤＰ等のプロトコル、送信元と宛先のＩＰｖ６アドレスとポート、ＩＰｖ４アドレスとポートの組を生成する。
【００５１】
パケット送信部２８は、メッセージ処理部２６が処理したメッセージとＩＰ変換部２７が生成した送信元と宛先のアドレスからＩＰパケットを生成し、このパケットを送信する。
【００５２】
なお、ＩＰｖ６アドレスはＩＰｖ４アドレスより長いので、ＩＰｖ４アドレスを用いてＩＰｖ６アドレスを生成することができる。例えば、ＩＰｖ６アドレスの下位３２ビットにＩＰｖ４アドレスを埋め込み、上位９６ビットに適切なデータを埋め込むことにより、ＩＰｖ６アドレスを生成することができる。
【００５３】
この９６ビットのことをＮＡＴ−ＰＴ(Network Address Translation - Protocol Translation)  ｐｒｅｆｉｘと言う。受信したパケットのＩＰｖ６アドレスがＮＡＴ−ＰＴ  ｐｒｅｆｉｘを持っているときには、ＩＰｖ６アドレスの下位３２ビットからＩＰｖ４アドレスを抽出することができる。
【００５４】
次に、図３フローチャートに基づいてこの実施例の動作を説明する。なお、工程（Ｐ３−２）〜（Ｐ３−９）および（Ｐ３−１３）、（Ｐ３−１４）はＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２で処理される。図３において、工程（Ｐ３−１）でメッセージを受信すると、工程（Ｐ３−２）でこのメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎであるかどうを判断する。
【００５５】
メッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎであると（ＹＥＳ）、工程（Ｐ３−３）でこのメッセージに含まれるＰＤ  ＴａｇあるいはＤｅｖｉｃｅＩＤをキーにして、識別子４０を参照してライブリスト２３を検索する。なお、ＰＤ  ＴａｇとＤｅｖｉｃｅＩＤの両方をキーにする場合もある。
【００５６】
工程（Ｐ３−４）でエントリが見つかったかどうかを判断し、エントリが見つからないと（ＮＯ）、工程（Ｐ３−５）でエントリを作成し、このエントリの識別子４０にＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤを、操作用ＩＰアドレス４１にＯｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓを格納して、ライブリスト２３に登録する。これにより、機器がネットワークに接続されたこと検出できる。なお、エントリとは図２に示す構造を持ったデータのことを言う。
【００５７】
工程（Ｐ３−５）が終了するか、工程（Ｐ３−４）でエントリが見つかった（ＹＥＳ）ときは、工程（Ｐ３−６）で送信元のＩＰアドレスがＩＰｖ６アドレスであるかどうかを判断する。ＩＰｖ６アドレスであると（ＹＥＳ）、工程（Ｐ３−７）で作成あるいは検索したエントリの送信用ＩＰｖ４アドレス４２が空であるかを調べる。
【００５８】
送信用ＩＰｖ４アドレス４２が空であると（ＹＥＳ）、工程（Ｐ３−８）でＩＰｖ４アドレス処理部２２ａはＩＰｖ４アドレスプール２４からＩＰｖ４アドレスを１つ取得し、送信用ＩＰｖ４アドレス４２に格納すると共に、このＩＰｖ４アドレスをゲートウエイ装置が使用できるようにする。そして、このＩＰｖ４アドレスと送信元ＩＰｖ６アドレスから変換規則を生成して、変換規則格納部２５に格納する。変換規則は、例えば前記（１）に示した規則である。
【００５９】
ＩＰｖ４アドレスをゲートウエイ装置２０が使用できるようにするとは、例えば次の処理を行うことを言う。ゲートウエイ装置２０はＩＰｖ６アドレスとＩＰｖ４アドレスの変換表を保持し、この変換表に基づいてＩＰｖ６アドレスとＩＰｖ４アドレスを相互に変換する。この変換表の一例を図４に示す。ＳＲＣは送信元、ＤＳＴは送信先のアドレスである。
【００６０】
ＩＰｖ６対応機器からパケットが届くと、このパケットからＳＲＣとＤＳＴのＩＰｖ６アドレスを決めることができる。ＤＳＴのＩＰｖ４アドレスは、ＤＳＴのＩＰｖ６アドレスの下位３２ビットから生成する。ＳＲＣのＩＰｖ４アドレスはＩＰｖ６アドレスから生成することができないので、ＩＰｖ４アドレスプール２４から取得して、このアドレスを格納する。このように、変換表を完成させることでゲートウエイ装置２０はＩＰｖ４アドレスを使用することができるようになる。
【００６１】
なお、ＩＰｖ４アドレス処理部２２ａは、ＩＰｖ４アドレスプール２４から任意のアドレスを取得する。例えば、リスト構造で保持されているアドレスの先頭に位置するＩＰｖ４アドレスを取得する。取得したＩＰｖ４アドレスはＩＰｖ４アドレスプール２４から削除される。
【００６２】
工程（Ｐ３−６）で送信元がＩＰｖ６アドレスでない場合（ＮＯ）、あるいは工程（Ｐ３−７）で送信用ＩＰｖ４アドレス４２が空でない場合（ＮＯ）は、工程（Ｐ３−８）をスキップする。工程（Ｐ３−８）を終了するかスキップした後、工程（Ｐ３−９）で作成あるいは検索したエントリのタイムスタンプをＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎの受信時刻で更新する。このタイムスタンプを参照することによって、最後にＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信した時刻を知ることができる。
【００６３】
次に、工程（Ｐ３−１０）でメッセージ処理部２６はメッセージ中にＩＰアドレスが含まれていると、変換規則格納部２５に格納されている変換規則を参照して、このＩＰアドレスをＩＰｖ６からＩＰｖ４に、または逆方向に変換する。
【００６４】
そして、工程（Ｐ３−１１）でＩＰ変換部２７は変換規則格納部２５に格納された変換規則を参照し、受信したメッセージとライブリスト２３を検索して得た情報から受信したメッセージを送信するために必要なアドレス情報を生成する。次に、工程（Ｐ３−１２）でパケット送信部２８は、メッセージ処理部２６が処理したメッセージに送信元と宛先をアドレスからパケットを生成し、ネットワーク３３に送信する。
【００６５】
工程（Ｐ３−２）でＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでないとき（ＮＯ）は、工程（Ｐ３−１３）でＩＰアドレスをキーにして、操作用ＩＰアドレス４１を参照してライブリスト２３を検索する。工程（Ｐ３−１４）でエントリが見つかったかどうかを判断し、見つからなかったとき（ＮＯ）は工程（Ｐ３−１５）で変換不可能として障害処理する。見つかったとき（ＹＥＳ）は工程（Ｐ３−１０）に進む。
【００６６】
機器がネットワークに接続され、かつ障害が発生しない限り、機器は一定周期でＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎをマルチキャストアドレスに送信する。従って、一定時間、例えばＳＭ  Ｄｅｖｉｃｅ、Ａｎｎｕｎｃｉａｔｉｏｎが送信される周期の数倍以上ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信しないと、その機器はネットワークから取り外されたか、機能していないと判断することができる。
【００６７】
図３で説明したように、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信すると、ライブリスト２３内の該当するエントリのタイムスタンプ４３は受信時刻で更新される。従って、ライブリスト２３のエントリを定期的にチェックして、そのタイムスタンプが一定時間以上古いものは取り外されたか故障したとし、ライブリスト２３から削除する。このとき、この削除するエントリの送信用ＩＰｖ４アドレス４２はＩＰｖ４アドレスプール２４に返却される。これにより、新しいエントリを作成するときに、このＩＰｖ４アドレスを再利用することができる。
【００６８】
次に、ＩＰｖ６対応機器がＩＰｖ４対応機器と通信を行う場合について説明する。図５はＩＰｖ６対応機器５０がゲートウエイ装置２０を介してＩＰｖ４対応機器５１と通信を行う場合の手順を示した図である。なお、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎは既に送信されており、ゲートウエイ装置２０はＩＰｖ６対応機器５０のエントリを登録しているものとする。
【００６９】
工程（Ｓ５−１）でＩＰｖ６対応機器５０がＩＰｖ４対応機器５１と通信を行おうとする。このとき、通信相手のＩＰアドレスを知らないときは、ＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙをマルチキャストアドレス宛に送信する。
【００７０】
ゲートウエイ装置２０はこのＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙを受信する。ＳＭ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２は、ＩＰｖ６対応機器から送信されたメッセージなので、ライブリスト２３を検索する。エントリは既に登録されているので、このエントリを得る。送信用ＩＰｖ４アドレスは既に割り当てられているので、ＩＰｖ４アドレス処理部２２ａは何もしない。また、ＳＭ  Ｆｉｎｄ  Ｔａｇ  ＱｕｅｒｙにはＩＰアドレスが含まれていないので、メッセージ処理部２６も何もしない。
【００７１】
ＩＰ変換部２７は変換規則からＩＰｖ４マルチキャストアドレスを、エントリから送信元ＩＰｖ４アドレスを得る。パケット送信部２８は、受信したＳＭ  Ｆｉｎｄ  Ｔａｇ  ＱｕｅｒｙにＩＰ変換部２７が得た送信元と宛先ＩＰｖ４アドレスを付けて、マルチキャストアドレス宛に送信する。ＩＰｖ４対応機器５１はこのＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｑｕｅｒｙを受信する（工程（Ｓ５−２））。
【００７２】
ＩＰｖ４対応機器５１は、自身が応答することが適当であると判断したときは、工程（Ｓ５−３）でＩＰｖ６対応機器５０にＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｒｅｐｌｙを送信する。ゲートウエイ装置２０はこのＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｒｅｐｌｙを受信する。
【００７３】
ＳＭ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２はライブリストを検索する。宛先のＩＰｖ６対応機器５０は既に登録されているので、エントリを得る。このメッセージはＩＰｖ４対応機器５１から送信されたものなので、ＩＰｖ４アドレス処理部２２ａは何もしない。
【００７４】
メッセージ処理部２６は、変換規則を参照してこのメッセージに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換する。ＩＰ変換部２７は、受信したＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｒｅｐｌｙから送信元のＩＰｖ６アドレスを、エントリから宛先ＩＰｖ６アドレスを得る。パケット送信部２８は、メッセージ処理部２６が変換したＳＭ  Ｆｉｎｄ  Ｔａｇ  ＲｅｐｌｙにＩＰ変換部２７が得た送信元および宛先ＩＰアドレスを付け、ＩＰｖ６対応機器５０に送信する(工程（Ｓ５−４）)。
【００７５】
ＩＰｖ６対応機器５０は、受信したＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｒｅｐｌｙに含まれているＩＰｖ６アドレスを用いて、ＩＰｖ４対応機器６１と通信を開始する。そのため、工程（Ｓ５−５）でメッセージを送信する。このメッセージはゲートウエイ装置２０で受信される。
【００７６】
ＳＭ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２はライブリスト２３を検索し、エントリを得る。送信用ＩＰｖ４アドレスが既に割り当てられているので、ＩＰｖ４アドレス処理部２２ａは何もしない。メッセージ処理部２６は、メッセージにＩＰｖ６アドレスがあれば、変換規則を参照してＩＰｖ４アドレスに変換する。ＩＰ変換部２７は、変換規則を参照してメッセージから宛先ＩＰｖ４アドレスを、検索したエントリから送信元ＩＰｖ４アドレスを得る。パケット送信部２８はメッセージにＩＰ変換部２７が得たアドレスを付け、ＩＰｖ４対応機器５１に送信する。ＩＰｖ４対応機器５１はこのメッセージを受信する（工程（Ｓ５−６））。
【００７７】
このように、ゲートウエイ装置２０によってヘッダ部およびメッセージのＩＰｖ６アドレスとＩＰｖ４アドレスを変換することにより、ＩＰｖ６対応機器５０とＩＰｖ４対応機器５１は通信を行うことができる。
【００７８】
なお、ＩＰｖ４対応機器がＩＰｖ６対応機器と通信を行う場合も、同様の手順でゲートウエイ装置２０がアドレスの相互変換を行うことにより、通信を行うことができる。この場合、前述したようにＩＰｖ４アドレスから一意的にＩＰｖ６アドレスを生成することができるので、ＩＰｖ４アドレス処理部２２ａ、ＩＰｖ４アドレスプール２４に相当する仕組みは不要である。
【００７９】
ネットワークに接続される機器の中には、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎのようにＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを送信しない機器がある。エントリ中の項目の意味および処理手順を変えることにより、このような機器にも対応することができる。この実施例を図２および図６を用いて説明する。
【００８０】
まず、エントリについて説明する。図２において、識別子４０にはＰＤ  ＴａｇあるいはＤｅｖｉｃｅＩＤの一方あるいは両方を格納するが、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡｐｐｌｉｃａｔｉｏｎのようにＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを送信しない機器の場合は空欄とする。
【００８１】
操作用ＩＰアドレス４１には、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに格納されているＯｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓが格納されるが、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを送信しない機器に対しては送信元ＩＰアドレスを格納する。また、格納されているアドレスがＩＰｖ４アドレスかＩＰｖ６アドレスかを区別するデータも併せて格納する。
【００８２】
送信用ＩＰｖ４アドレス４２にはＩＰｖ４アドレス処理部２２ａが取得したＩＰｖ４アドレスが格納されることは図３実施例と同じである。但し、ライブリスト２３のエントリはＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときだけでなく、他のメッセージを受信したときも作成される。なお、ＩＰｖ４対応機器から受信したメッセージで作成されたエントリの送信用ＩＰｖ４アドレス４２は空欄になる。
【００８３】
タイムスタンプ４３は、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ以外のメッセージを受信したときも更新される。但し、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときに作成されたエントリのタイムスタンプは、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを受信したときのみ更新される。
【００８４】
次に、図６に基づいて処理手順を説明する。なお、図３と同じ要素には同一符号を付し、説明を省略する。図３と図６では、受信したメッセージがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでないときの処理工程が異なる。工程（Ｐ３−２）でＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎでないと（ＮＯ）、工程（Ｐ６−１）でＩＰアドレスをキーにして、操作用ＩＰアドレス４１を参照してライブリスト２３を検索する。
【００８５】
工程（Ｐ６−２）〜（Ｐ６−６）は工程（Ｐ３−４）〜（Ｐ３−８）と同じなので、説明を省略する。工程（Ｐ６−７）でエントリがＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎで作成されたものであるかどうかをチェックし、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ由来のものでない場合のみ（ＮＯ）、工程（Ｐ３−９）でエントリのタイムスタンプを更新する。
【００８６】
図７に、ＩＰｖ６対応機器６０が起動し、ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１から設定を受信する場合の流れ図を示す。ＩＰｖ６対応機器６０はＰＤ  Ｔａｇ、Ｄｅｖｉｃｅ  Ｉｎｄｅｘのいずれも持っていないとする。
【００８７】
図７において、工程（Ｓ７−１）でＩＰｖ６対応機器６０が起動すると、ＰＤ  Ｔａｇ、Ｄｅｖｉｃｅ  Ｉｎｄｅｘのどちらも持っていないという情報をＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに格納し、マルチキャストアドレス宛に送信する。このＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎはゲートウエイ装置２０で受信される。
【００８８】
ゲートウエイ装置２０は図３フローチャートで説明した処理を行う。ＩＰｖ６対応機器６０からの最初のＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎなので、ライブリスト２３にエントリを登録する。ＩＰｖ４アドレス処理部２２ａはＩＰｖ４アドレスプール２４からＩＰｖ４アドレスを取得して送信用ＩＰｖ４アドレス４２に設定し、変換規則を生成して変換規則格納部２５に格納する。メッセージ処理部２６はメッセージ内のＩＰｖ６アドレスをＩＰｖ４アドレスに変換し、ＩＰ変換部２７は変換規則を参照してＩＰｖ４マルチキャストアドレスを得、ＩＰｖ４アドレス処理部２２ａが取得したＩＰｖ４アドレスから送信元のＩＰｖ４アドレスを得る。パケット送信部２８はこれら得られたアドレスと変換したメッセージからパケットを生成し、マルチキャストアドレス宛に送信する。
【００８９】
工程（Ｓ７−２）で、ゲートウエイ装置２０から送信されたＳＭ  Ｄｅｖｉｃｅ  ＡｎｎｕｎｃｉａｔｉｏｎはＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１によって受信される。このＳＭ  Ｄｅｖｉｃｅ  ＡｎｎｕｎｃｉａｔｉｏｎにＰＤ  Ｔａｇ、Ｄｅｖｉｃｅ  Ｉｎｄｅｘのいずれも格納されていないので、ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１は受信したＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに含まれているＩＰｖ４アドレス（ＩＰｖ６対応機器６０）宛にＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔを送信する（工程（Ｓ７−３））。
【００９０】
このＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔはゲートウエイ装置２０によって受信される。受信したＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  ＲｅｑｕｅｓｔはＩＰｖ４対応機器（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１）から送信されたものなので、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２はライブリスト２３を検索する。ＩＰｖ６対応機器６０のエントリは既に作成されているので、エントリを得る。ＩＰｖ４対応機器からの送信なので、ＩＰｖ４アドレス処理部２２ａは何もしない。
【００９１】
メッセージ処理部２６は変換規則を参照して、ＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔに含まれているＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１のアドレスをＩＰｖ６アドレスに変換する。ＩＰ変換部２７はメッセージ処理部２６から送信元ＩＰｖ６アドレスを得、ライブリスト２３のエントリから宛先ＩＰｖ６アドレスを得る。パケット送信部２８はメッセージ処理部２６が処理したＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  ＲｅｑｕｅｓｔにＩＰ変換部２７が得た送信元および宛先アドレスを付して、ＩＰｖ６対応機器６０に送信する。ＩＰｖ６対応機器６０はこのＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔを受信する（工程（Ｓ７−４））。
【００９２】
工程（Ｓ７−５）で、ＩＰｖ６対応機器６０は受信したＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔに含まれるＩＰｖ６アドレスに宛てて、ＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｓｐｏｎｓｅを送信する。このＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｓｐｏｎｓｅはゲートウエイ装置２０で受信される。
【００９３】
ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部２２はライブリスト２３を検索し、エントリを得る。ＩＰｖ４アドレス処理部２２ａ、メッセージ処理部２６は何もしない。ＩＰ変換部２７は変換規則を参照し、受信したＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｓｐｏｎｓｅから宛先のＩＰｖ４アドレスを、ライブリスト２３のエントリから送信元のＩＰｖ４アドレスを得る。パケット送信部２８は、受信したＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｓｐｏｎｓｅに送信元および宛先ＩＰｖ４アドレスを付けて、ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１に送信する。ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１はこれを受信する（工程（Ｓ７−６））。
【００９４】
この実施例でもゲートウエイ装置２０でメッセージ中のＩＰｖ６アドレスとＩＰｖ４アドレスを相互変換しているので、ＩＰｖ６対応機器６０とＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ６１は通信を行うことができる。
【００９５】
なお、ＩＰｖ４対応機器とＩＰｖ６対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎが通信を行う場合も同様である。この場合、ＩＰｖ４対応機器が送信するＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、ＩＰｖ６対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎが送信するＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔに含まれるＩＰｖ６アドレスをＩＰｖ４アドレスに変換することで、これらの機器は通信を行うことができる。
【００９６】
また、ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎを送信する機器がＰＤ  ＴａｇあるいはＤｅｖｉｃｅ  Ｉｎｄｅｘを有している場合は、最初のＳＭ  Ｄｅｖｉｃｅ  ＡｎｎｕｎｃｉａｔｉｏｎにこれらＰＤ  Ｔａｇ、ＤｅｖｉｃｅＩＤを格納して送信すればよい。この場合、ＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔ、ＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｓｐｏｎｓｅは発生しない。
【００９７】
なお、これまでに説明したメッセージの他に、ＩＰアドレスが含まれるメッセージにはＳＭ  Ｉｄｅｎｔｉｆｙ  Ｒｅｓｐｏｎｓｅ、ＦＭＳ  Ｒｅａｄ  Ｒｅｓｐｏｎｓｅ、ＦＭＳ  Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔがある。これらのメッセージでも送信用ＩＰｖ４アドレスとその変換規則が自動的に生成され、かつメッセージ中のＩＰアドレスは自動的に変換されるので、ＩＰｖ６対応機器とＩＰｖ４対応機器はプロトコルを意識しないで通信を行うことができる。
【００９８】
図８は、ＩＰフィールドが含まれるメッセージの種類と、Ｏｂｊｅｃｔ  Ｄｉｃｔｉｏｎａｒｙのオブジェクトの表を示す。（Ａ）はＩＰアドレスを含むメッセージの種類を表した表である。ＩＰアドレスが含まれるメッセージにはＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ、ＳＭ  Ｓｅｔ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔ、ＳＭ  Ｆｉｎｄ  Ｔａｇ  Ｒｅｐｌｙ、ＳＭ  Ｉｄｅｎｔｉｆｙ  Ｒｅｓｐｏｎｓｅ、ＦＭＳ  Ｒｅａｄ  Ｒｅｓｐｏｎｓｅ、ＦＭＳ  Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔがあり、最初の２つと４番目にはＯｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓが、３番目にはＱｕｅｒｉｅｄ  Ｏｂｊｅｃｔ  ＩＰ  Ａｄｄｒｅｓｓが含まれる。また、最後の２つにはＯｂｊｅｃｔ  Ｄｉｃｔｉｏｎａｒｙ中のＯｂｊｅｃｔが含まれる。
【００９９】
同図（Ｂ）はＩＰアドレスが含まれるＯｂｊｅｃｔ  Ｄｉｃｔｉｏｎａｒｙのオブジェクトを示した表であり、Ｏｐｅｒａｔｉｏｎａｌ  ＩＰ  Ａｄｄｒｅｓｓを始め、表に示したオブジェクトが含まれている。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施例を示す構成図である。
【図２】エントリの構成図である。
【図３】本発明の一実施例の動作を示すフローチャートである。
【図４】ゲートウエイ装置が所持する変換表の構成図である。
【図５】ＩＰｖ６対応機器とＩＰｖ４対応機器のメッセージの交換手順を示す図である。
【図６】本発明の他の実施例の動作を示すフローチャートである。
【図７】ＩＰｖ６対応機器とＩＰｖ４対応機器のメッセージの交換手順を示す図である。
【図８】メッセージとオブジェクトを説明する表である。
【図９】ＩＰｖ６対応機器とＩＰｖ４対応機器を含むシステムの構成図である。
【図１０】従来のゲートウエイ装置の構成図である。
【図１１】従来のＩＰｖ６対応機器とＩＰｖｖ４対応機器のメッセージ交換手順を示す図である。
【符号の説明】
【０１０１】
２０  ゲートウエイ装置
２１  パケット受信部
２２  ＳＭ  Ｄｅｖｉｃｅ  Ａｎｎｕｎｃｉａｔｉｏｎ処理部
２２ａ  ＩＰｖ４アドレス処理部
２３  ライブリスト
２４  ＩＰｖ４アドレスプール
２５  変換規則格納部
２６  メッセージ処理部
２７  ＩＰ変換部
２８  パケット送信部
３０、５０、６０  ＩＰｖ６対応機器
３１、３３  ネットワーク
３２、５１  ＩＰｖ４対応機器
４０  識別子
４１  操作用ＩＰアドレス
４２  送信用ＩＰｖ４アドレス
４３  タイムスタンプ
６１  ＩＰｖ４対応Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ
【図１】
0005200546.tif 000002
【図２】
0005200546.tif 000003
【図３】
0005200546.tif 000004
【図４】
0005200546.tif 000005
【図５】
0005200546.tif 000006
【図６】
0005200546.tif 000007
【図７】
0005200546.tif 000008
【図８】
0005200546.tif 000009
【図９】
0005200546.tif 000010
【図１０】
0005200546.tif 000011
【図１１】
0005200546.tif 000012