JP6963052B2 - ＩＰｖ６マルチキャストアドレス生成 - Google Patents

Description

関連出願の相互引用
本願は、出願日が２０１９年９月３０日であり、出願番号が２０１９１０９３９８９５８であり、発明名称が「ＩＰｖ６マルチキャストアドレス生成方法及び装置」である中国特許出願の優先権を主張し、当該出願の全文が引用により本願に組み込まれる。

本発明は、ネットワーク通信技術に関し、特にＩＰｖ６マルチキャストアドレス生成方法及び装置に関する。

インターネット規模の継続的な拡張とともに、ＩＰｖ６プロトコルを基礎とする次世代インターネットは、ますます広く応用されてきている。ＩＰｖ６プロトコルを基礎とする次世代インターネットは、マルチキャスト（この場合、ＩＰｖ６マルチキャストと呼ばれてもよい）をサポートする。

ＩＰｖ６マルチキャストの応用では、マルチキャストソースがＩＰｖ６マルチキャストアドレスを宛先アドレスとして１つのみのデータを送信する必要があり、その後、ネットワークにおける各ルータがＩＰｖ６マルチキャストアドレスに対応するマルチキャストグループ（Ｍｕｌｔｉｃａｓｔ ｇｒｏｕｐ）における各メンバの分布状況に基づいてデータをコピーして転送し、データは、最終的にマルチキャストグループにおける各メンバへ正確に送信される。

図面の簡単な説明
ここでの図面は、明細書に組み込まれて明細書の一部を構成し、本発明に合致する実施例を示しつつ、明細書の記載とともに本発明の原理を解釈するために用いられる。

本発明で例示された第１種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。 本発明で例示された第２種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。 本発明で例示された第３種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。 本発明の実施例に係るＩＰｖ６マルチキャストアドレス生成フローチャートである。 本発明の実施例に係る対象設備の位置情報を取得する第１フローチャートである。 本発明の実施例に係るＤＨＣＰｖ６メッセージフォーマットの模式図である。 本発明の実施例に係るＯｐｔｉｏｎフィールドのフォーマットの模式図である。 本発明の実施例に係るＤＨＣＰｖ６メッセージにおけるＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションのフォーマットの模式図である。 本発明の実施例に係る対象設備の位置情報を取得する第２フローチャートである。 本発明の実施例に係るＲＡメッセージにおけるＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）のフォーマットの模式図である。 本発明の実施例に係るＲＡメッセージにおけるＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎのフォーマットの模式図である。 本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。 本発明の実施例に係るＦｌａｇｓフィールドのフォーマットの模式図である。 本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。 本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第１実施フローチャートである。 本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第２実施フローチャートである。 本発明の実施例に係る位置情報の暗号化の模式図である。 本発明の実施例に係る装置構造図である。 本発明の実施例に係る図１７に示す装置のハードウェア構造図である。 本発明の実施例に係る別の装置構造図である。 本発明の実施例に係る図１９に示す装置のハードウェア構造図である。

ＩＰｖ６マルチキャストアドレスのフォーマットは、複数種あり、図１〜図３は、それぞれ３種の異なるフォーマットのＩＰｖ６マルチキャストアドレスを例示する。

図１に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ２３７３において定義されている。図１に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。

０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。

Ｆｌａｇｓフィールドは、４ビットを占用する。Ｆｌａｇｓフィールドのうち、最高の３ビットは、デフォルト値（図１では０を例とする）であり、最後１ビット（図１では、Ｔによって示される）は、このＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであるか、それとも永久に割り当てられるものであるか（またはｗｅｌｌ−ｋｎｏｗｎマルチキャストアドレス）を示す。一実施例では、Ｔの値が０であるときに、このＩＰｖ６マルチキャストアドレスが永久に割り当てられるものである（又は、ｗｅｌｌ−ｋｎｏｗｎマルチキャストアドレス）ことを示し、Ｔの値が１であるときに、このＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。

Ｓｃｏｐｅフィールドは、４ビットを占用する。Ｓｃｏｐｅフィールドは、マルチキャストグループの応用範囲を識別するために用いられる。Ｓｃｏｐｅフィールドの値及び意味は、表１に示される。

Ｇｒｏｕｐ ＩＤ（マルチキャストグループ識別子）フィールドは、最低の１１２ビットを占用し、Ｓｃｏｐｅフィールドによって識別される範囲内で１つのマルチキャストグループを一意に識別する。

図２に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ７３７１に定義され、ネットワークプレフィックスに基づくＩＰｖ６マルチキャストアドレスである。図２に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。

０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。

ｆｆ１フィールドは、４ビットを占用する。ｆｆ１フィールドにおいて、最高の２ビットは、何れもデフォルト値（図２では、０を例とする）であり、次の１ビット（図２ではＰによって示される）は、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスであるか否かを示す。一実施例では、Ｐの値が１であるときに、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスであることを示し、Ｐの値が０であるときに、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスではないことを示す。ｆｆ１フィールドにおける最後１ビット（図２では、Ｔによって示される）は、図１に示すＦｌａｇｓフィールドにおける最後１ビットと類似するため、繰り返し説明しない。したがって、図２に示すｆｆ１フィールドはＦｌａｇｓフィールドと呼ばれてもよい。説明すべきことは、Ｐの値が１であれば、Ｔの値も１となる。

Ｓｃｏｐｅフィールドは、４ビットを占用し、図１に示すＳｃｏｐｅフィールドと類似するため、繰り返し説明しない。

ｆｆ２フィールドは、４ビットを占用する。図２に示すように、ｆｆ２フィールドにおけるそれぞれのビットは、「ｒ」に設定される。ｒは、付加のフラグビットとして将来の値の付与に用いられることを示し、ゼロの形式で送信され、且つ受信時に無視される。

Ｒｅｓｅｒｖｅｄフィールドは、４ビットを占用し、値がデフォルト値であり、例えば、値が０である。

Ｐｌｅｎフィールドは、８ビットを占用し、ネットワークプレフィックスの有効長さ（単位がビットである）を示す。

Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールドは、６４ビットを占用し、このＩＰｖ６マルチキャストアドレスの所属するサブネットワークのネットワークプレフィックスを示す。

Ｇｒｏｕｐ ＩＤフィールドは、３２ビットを占用する。図１に比較すると、Ｇｒｏｕｐ ＩＤフィールドの長さは、短縮化され、具体的に元の１１２ビットから３２ビットに短縮されている。しかし、Ｇｒｏｕｐ ＩＤフィールドで表される意味も図１に示すＧｒｏｕｐ ＩＤフィールドであるため、ここで繰り返し説明しない。

図３に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＰのアドレスをマルチキャストアドレスに埋め込んだ１種のフォーマットである。当該ＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ７３７１において定義され、図３に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。

０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。

ｆｆ１フィールドは、４ビットを占用する。ｆｆ１フィールドのうち、最高の１ビットは、デフォルト値（図３では、０を例とする）、次の１ビット（図３では、Ｒによって示される）は、このＩＰｖ６マルチキャストアドレスにランデブーポイント（ＲＰ：Ｒｅｎｄｅｚｖｏｕｓ Ｐｏｉｎｔ）が埋め込まれているか否かを示す。一実施例では、Ｒの値が０であるときに、このＩＰｖ６マルチキャストアドレスにＲＰが埋め込まれていないことを示し、Ｒの値が１であるときに、このＩＰｖ６マルチキャストアドレスにＲＰが埋め込まれていることを示す。ここでのｆｆ１フィールドにおけるＰ、Ｔは、それぞれ図２に示すｆｆ１フィールドにおけるＰ、Ｔと類似するため、ここでのｆｆ１フィールドはＦｌａｇｓフィールドと呼ばれてもよい。

図３に示すＳｃｏｐｅフィールド、ｆｆ２フィールド、Ｐｌｅｎフィールド、Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールド、Ｇｒｏｕｐ ＩＤフィールドは、それぞれ図２に示すＳｃｏｐｅフィールド、ｆｆ２フィールド、Ｐｌｅｎフィールド、Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールド、Ｇｒｏｕｐ ＩＤフィールドと類似するため、繰り返し説明しない。

図３に示すＲＩＩＤフィールドは、４ビットを占用し、ＲＰのルータのインターフェースＩＤを示す。

以上は、現在使用されているＩＰｖ６マルチキャストアドレスのフォーマットについて記述した。

上記各種の異なるフォーマットに基づくＩＰｖ６マルチキャストアドレスに基づいて、ＩＰｖ６においてマルチキャストを実現することができる。

現在、各種の異なるフォーマットのＩＰｖ６マルチキャストアドレスは、位置情報に関係しない。これは、ＩＰｖ６において、位置に基づくマルチキャストを実現できず、継続的に推進している地理情報社会化を満足することができなないことも意味する。

ＩＰｖ６において位置に基づくマルチキャストを実現するために、本発明の実施例は、位置情報に基づいてＩＰｖ６マルチキャストアドレスを生成する方法、即ち、位置情報に基づくＩＰｖ６マルチキャストアドレスを生成する方法を提供する。当該位置情報に基づくＩＰｖ６マルチキャストアドレスによって、位置に基づくマルチキャストが実現できる。

本発明の実施例の目的、解決手段及びメリットがより明瞭になるように、以下では、図面および具体的な実施例を組み合わせて本発明の実施例を詳細に記述する。

図４を参照すると、図４は、本発明の実施例に係る第１種のＩＰｖ６マルチキャストアドレス生成フローチャートである。当該フローは、クライアントの視点から記述される。

図４に示すように、当該フローは、ステップ４０１〜４０２を含む。
ステップ４０１では、設備の位置情報を取得する。

ここでの設備は、予め指定された設備であり、記述の便宜上、対象設備と呼ばれて記述される。以下では、例を挙げて対象設備を記述するため、ここで一旦説明しない。

本ステップ４０１では、対象設備の位置情報は、具体的に実施する時に大量の実施態様（例えば、対象設備の経緯度情報と高さ情報、対象設備の所在するローケーションのアドレス情報（例えば、Ｘ棟ＸＸ階ＸＸ部屋等））があり、本発明の実施例において具体的に限定されない。

本ステップ４０１においてクライアントがどのように上記対象設備の位置情報を取得するかは、具体的に実施する時に大量の実施態様があり、後文で例を挙げて記述するため、ここで一旦説明しない。

ステップ４０２では、取得された位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。

ここでのマルチキャストグループは、具体的にクライアントが加入すべきあるマルチキャストグループである。

最終的にステップ４０２により、クライアントは、あるマルチキャストグループに加入する必要があるときに、取得された対象設備の位置情報に基づいて、アクティブにマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。その後、クライアントは、生成されたＩＰｖ６マルチキャストアドレスに基づいてマルチキャストグループに加入し、マルチキャストソースから当該マルチキャストグループへ送信されたデータを受信し、位置に基づくマルチキャストを実現する。

以下では、上記ステップ４０１においてどのように対象設備の位置情報を取得するかについて記述する。

具体的に実施するときに、ステップ４０１において対象設備の位置情報を取得することは、大量の実施態様があり、以下にその中の３種の実施態様を例示する。

（方式１）
本方式１では、予めクライアントが対象設備の位置情報をローカルに配置する。

これを基に、本方式１において、対象設備の位置情報を取得することは、ローカルの設定から対象設備の位置情報を読み取ることを含んでもよい。ローカルの設定とは、ソフトウェア或いはハードウェアを介して、設定ファイルを、例えばダウンロード及び／又は記憶の方式で、設備に配置することを指す。当該実施例において、クライアントが対象設備の位置情報をローカルに配置するとは、ソフトウェアモジュール或いはハードウェアモジュールを介して対象設備の位置情報をクライアントに記憶できることを指す。

（方式２）
本方式２において、クライアントが対象設備の位置情報を取得するステップは、クライアントがＩＰアドレスを取得する過程に実行され得る。以下では、具体的に記述する。

本方式２において、クライアントには、ステートフルアドレス割当方式がローカルに配置されている。この前提の上で、上記ステップ４０１において、クライアントが対象設備の位置情報を取得することは、クライアントがステートフルアドレス割当方式に従ってＩＰアドレスを取得する過程に、対象設備の位置情報を取得することを含んでもよい。

以下では、例示によって方式２を記述する。
本発明の実施例では、ステートフルアドレス割当方式は、ＤＨＣＰｖ６ステートフルアドレス割当方式を例とする。クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従ってＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信する。従来のＤＨＣＰｖ６メッセージよりも、本発明の実施例におけるＤＨＣＰｖ６メッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。

これを基に、本方式２において、クライアント対象設備の位置情報を取得することは、クライアントＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信し、ＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、前記対象設備の位置情報が付加されており、クライアントは、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信した後、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションに付加される対象設備の位置情報をＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから取得することを含んでもよい。

以下では、クライアントがＩＰアドレスを取得する過程を組み合わせて、図５、図９を例として、クライアントが如何に対象設備の位置情報を取得するかを説明する。

図５を参照すると、図５は、本発明の実施例に係るクライアント対象設備の位置情報を取得する第１フローチャートである。

図５に示すフローを記述する前に、理解の便宜上、ここでＤＨＣＰｖ６メッセージのフォーマットを先に記述する。

図６は、ＤＨＣＰｖ６メッセージのフォーマットを示す。図６に示すＤＨＣＰｖ６メッセージフォーマットでは、各フィールドによって表される意味は、下記のようになる。

Ｍｓｇ−ｔｙｐｅフィールドは、８ビット（１バイト）を占用し、メッセージタイプを示す。表２は、各メッセージタイプを具体的に示す。

Ｔｒａｎｓａｃｔｉｏｎ−ｉｄフィールドは、２４ビット（３バイト）を占用し、インタラクションＩＤ（トランザクションＩＤとも呼ばれる）を示す。インタラクションＩＤは、１往復のＤＨＣＰｖ６メッセージのインタラクションを識別するために用いられる。例えば、ＳＯＬＩＣＴメッセージとＡＤＶＥＲＴＩＳＥメッセージは、１つのインタラクションであり、ＲＥＱＵＥＳＴメッセージとＲＥＰＬＹメッセージは、もう１つのインタラクションである。インタラクションＩＤの特点は、下記のようになる。インタラクションＩＤは、クライアントによって生成されるランダム値である。ＤＨＣＰｖ６サーバがアクティブにスタートしたセッションメッセージである場合に、インタラクションＩＤは、０となる。

Ｏｐｔｉｏｎフィールドは、長さが可変であり、Ｏｐｔｉｏｎフィールドは、ＤＨＣＰｖ６サーバからクライアントへ割り当てられた配置情報（例えば、ＤＮＳサーバのＩＰｖ６アドレス等の情報）を含んでもよい。ＯｐｔｉｏｎフィールドにはＴＬＶフォーマットが採用され、図７は、Ｏｐｔｉｏｎフィールドのフォーマットを例示する。表３は、図７に示すＯｐｔｉｏｎフィールドフォーマットにおける各フィールドを記述する。

以上は、ＤＨＣＰｖ６メッセージを記述した。
上述したＤＨＣＰｖ６メッセージのフォーマットを基に、以下では、図５に示すフローを記述する。

図５に示すように、当該フローは、ステップ５０１〜５０２を含んでもよい。
ステップ５０１では、クライアントは、メッセージタイプがＳＯＬＩＣＩＴであるＤＨＣＰｖ６メッセージ（ＳＯＬＩＣＩＴメッセージと略称される）を送信する。

クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従ってＩＰアドレスを取得する際、まずＳＯＬＩＣＩＴメッセージを送信して、自分へサービスを提供可能なＤＨＣＰｖ６サーバを測位する。従来技術におけるクライアントから送信されたＳＯＬＩＣＩＴメッセージに比べ、本ステップ５０１から送信されたＳＯＬＩＣＩＴメッセージは、ＯＰＴＩＯＮ_ＯＲＯオプションを含み、且つＯＰＴＩＯＮ_ＯＲＯオプションには、対象設備の位置情報を要求するための指示情報が付加されている。一実施例として、ＯＰＴＩＯＮ_ＯＲＯオプションのフォーマットは、図７に示され、上記指示情報は、図７に示すｏｐｔｉｏｎ−ｄａｔａに付加されている。一実施例として、ここでの指示情報は、予め指定された値で示されている。

ＤＨＣＰｖ６サーバは、クライアントから送信されたＳＯＬＩＣＩＴメッセージを受信したときに、快速コミット（Ｒａｐｉｄ−ｃｏｍｍｉｔ）アドレス機能がローカルにイネーブルされたと特定した場合に、メッセージタイプがＲＥＰＬＹであるＤＨＣＰｖ６メッセージ（ＲＥＰＬＹメッセージと略称される）を返信する。従来技術におけるＤＨＣＰｖ６サーバから送信されたＲＥＰＬＹメッセージに比べ、本発明の実施例において、ＤＨＣＰｖ６サーバから送信されたＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。

一実施例として、対象設備の位置情報は、経度（Ｌｏｎｇｉｔｕｄｅ）情報、緯度（Ｌａｔｉｔｕｄｅ）情報および高さ（Ａｌｔｉｔｕｄｅ）情報を含む。対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションのフォーマットは、ＲＦＣ６２２５で定義されるＧｅｏｌｏｃ Ｏｐｔｉｏｎのフォーマットであり、具体的に図８に示される。説明すべきことは、図８に示すＯｐｔｉｏｎ Ｃｏｄｅ（６３）は、１６ビットを占用し、オプションコードを示す。ＤＨＣＰｖ６ステートフルアドレス割当方式では、オプションコード「６３」は、Ｇｅｏｌｏｃ Ｏｐｔｉｏｎを示す。別の実施例として、対象設備の位置情報は、経度情報、緯度情報及び高さ情報以外の他の情報（例えば、対象設備の所在するローケーションのアドレス情報（例えば、ＸセルＸＸ棟ＸＸＸユニットＸＸＸＸ部屋）である。この場合に、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、図８を参照して設定可能であり、最終的に対象設備の位置情報をクライアントへ送信できればよく、本発明の実施例では如何に設置するかについて具体的に限定しない。

ステップ５０２では、クライアントは、ＤＨＣＰｖ６サーバから返信されたＲＥＰＬＹメッセージを受信する。

上述した通り、ＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。これを基に、クライアントは、ＲＥＰＬＹメッセージを受信したときに、ＲＥＰＬＹメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得してもよい。最終的に、図５に示すフローにより、クライアントは、ＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージ（具体的にＲＥＰＬＹメッセージ）を受信することで、対象設備の位置情報を取得する。

これで、図５に示すフローは完了する。ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルすることを例として、クライアントが如何に対象設備の位置情報を取得するかを図５によって記述する。

以下では、ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルしていないことを例として、クライアントが如何に対象設備の位置情報を取得するかを記述し、詳細は、図９のフローに示される。

図９を参照すると、図９は、本発明の実施例に係るクライアント対象設備の位置情報を取得する第２フローチャートである。図５よりも、図９は、ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルしていない前提に応用されている。この前提の下で、図９に示すように、当該フローは、ステップ９０１〜９０４を含む。

ステップ９０１では、クライアントは、メッセージタイプがＳＯＬＩＣＩＴであるＤＨＣＰｖ６メッセージ（ＳＯＬＩＣＩＴメッセージと略称される）を送信する。

本ステップ９０１は、上記ステップ５０１と類似するため、繰り返し説明しない。
ＤＨＣＰｖ６サーバは、ＳＯＬＩＣＩＴメッセージを受信したときに、快速コミットアドレス機能をローカルにイネーブルしていないことを発見すれば、メッセージタイプがＡＤＶＥＲＴＩＳＥであるＤＨＣＰｖ６メッセージ（ＡＤＶＥＲＴＩＳＥメッセージと略称される）をクライアントへ返信する。

従来技術におけるＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージに比べ、本発明の実施例において、ＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含む。当該ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。ここで、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、図８に示されるため、ここで繰り返し説明しない。

説明すべきことは、ネットワーキングに複数のＤＨＣＰｖ６サーバが存在する場面への応用では、各ＤＨＣＰｖ６サーバがＳＯＬＩＣＩＴメッセージを受信した後で返信したＡＤＶＥＲＴＩＳＥメッセージにおけるＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、同一対象設備の位置情報が付加されている。

ステップ９０２では、クライアントは、各異なるＤＨＣＰｖ６サーバから返信されたＡＤＶＥＲＴＩＳＥメッセージを受信する。

上述した通り、ＡＤＶＥＲＴＩＳＥメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。これを基に、クライアントは、ＡＤＶＥＲＴＩＳＥメッセージを受信したときに、ＡＤＶＥＲＴＩＳＥメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得する。

ステップ９０３では、クライアントは、受信された各ＡＤＶＥＲＴＩＳＥメッセージに応じて、１つのＤＨＣＰｖ６サーバを選択し、選択されたＤＨＣＰｖ６サーバへ、メッセージタイプがＲＥＱＵＥＳＴであるＤＨＣＰｖ６メッセージ（ＲＥＱＵＥＳＴメッセージと略称される）を送信する。

ＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージには、ＤＨＣＰｖ６サーバの優先度が付加されている。一実施例として、本ステップ９０３において、クライアントが受信された各ＡＤＶＥＲＴＩＳＥメッセージに応じて１つのＤＨＣＰｖ６サーバを選択することは、クライアントが受信された各ＡＤＶＥＲＴＩＳＥメッセージに付加されたＤＨＣＰｖ６サーバの優先度に応じて、最も優先度が高いＤＨＣＰｖ６サーバを選択することを含む。

一実施例として、クライアントがステップ９０２において対象設備の位置情報を成功に取得したため、本ステップ９０３においてクライアントによる取得を繰り返す必要はない。その際、本ステップ９０３で送信されたＲＥＱＵＥＳＴメッセージは、従来送信されたＲＥＱＵＥＳＴメッセージと類似し、ＯＰＴＩＯＮ_ＯＲＯオプション（対象設備の位置情報を要求するための指示情報が付加される）を含まない。

無論、幾つかの特殊な状況（例えば、対象設備の位置情報が更新されてクライアントによってタイムリーに知得され得ない等）を回避するために、その際、本ステップ９０３で送信されたＲＥＱＵＥＳＴメッセージがＯＰＴＩＯＮ_ＯＲＯオプションを更に含む必要はある。当該ＯＰＴＩＯＮ_ＯＲＯオプションには、対象設備の位置情報を要求するための指示情報が付加されている。

ＤＨＣＰｖ６サーバは、ＲＥＱＵＥＳＴメッセージを受信したときに、メッセージタイプがＲＥＰＬＹであるＤＨＣＰｖ６メッセージ（ＲＥＰＬＹメッセージと略称される）を返信する。

一実施例として、ＲＥＱＵＥＳＴメッセージがＯＰＴＩＯＮ_ＯＲＯオプションを含み、且つ対象設備の位置情報を要求するための指示情報がＯＰＴＩＯＮ_ＯＲＯオプションに付加された場合に、ＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加される。ここでのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、上述の通りであるため、ここで繰り返し説明しない。

ステップ９０４では、クライアントは、ＤＨＣＰｖ６サーバから返信されたＲＥＰＬＹメッセージを受信する。

ＲＥＰＬＹメッセージがＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションに対象設備の位置情報が付加された場合に、クライアントは、ＲＥＰＬＹメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得する。最終的に、図９に示すフローにより、クライアントは、ＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージ（例えばＡＤＶＥＲＴＩＳＥメッセージ、ＲＥＰＬＹメッセージ）を受信することにより、対象設備の位置情報を取得する。

これで、図９に示すフローは完了する。
以上は、方式２を記述した。説明すべきことは、方式２において、一実施例として、上記対象設備がＤＨＣＰｖ６サーバである。

別の実施例として、上記対象設備が予め指定されたＤＨＣＰｖ６サーバ以外の設備であり、この場合に、ＤＨＣＰｖ６サーバが当該対象設備の位置情報をローカルに予め配置する必要はある。

（方式３）
方式２と類似し、本方式３において、クライアントが対象設備の位置情報を取得するステップは、クライアントがＩＰアドレスを取得する過程に実行される。方式２との相違点は、本方式３において、クライアントがステートレスアドレス割当方式をローカルに配置していることにある。

本方式３では、上記ステップ４０１においてクライアントが対象設備の位置情報を取得することは、クライアントがステートレスアドレス割当方式に従ってＩＰアドレスを取得する過程に対象設備の位置情報を取得することを含んでもよい。

以下では、例示によって方式３を記述する。
本発明の実施例では、ゲートウェイ設備は、ルータ広告（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ＲＡと略称される）メッセージを周期的に送信する。及び／又は、ゲートウェイ設備は、クライアントから送信されたルータ要請（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ、ＲＳと略称される）メッセージを受信した後、ＲＳメッセージに応答するＲＡメッセージを送信する。

従来のＲＡメッセージに比べ、本発明の実施例におけるＲＡメッセージは、対象設備の位置情報を別途に増加した。これを基に、本方式３において、上記ステップ４０１においてクライアント対象設備の位置情報を取得することは、ゲートウェイ設備から送信されたＲＡメッセージを受信し、ＲＡメッセージは、対象設備の位置情報を含み、クライアントは、ゲートウェイ設備から送信されたＲＡメッセージを受信した後、ＲＡメッセージから対象設備の位置情報を取得することを含む。

本発明の実施例では、ＲＡメッセージにオプション（ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される）を追加してもよい。その中の１４０は、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎを示し、図８に示すＯｐｔｉｏｎ Ｃｏｄｅ（６３）における６３で表される意味と類似する。

これを基に、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）に上記対象設備の位置情報が付加されてもよい。

一実施例として、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）は、少なくとも１つのサブオプションＳｕｂ−ｏｐｔｉｏｎを含む。図１０ａは、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）の構造を例示する。本発明の実施例では、その中の１つのＳｕｂ−ｏｐｔｉｏｎによって上記対象設備の位置情報を付加する。記述の便宜上、ここで、上記対象設備の位置情報が付加されるＳｕｂ−ｏｐｔｉｏｎは、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎと記されてもよい。残りのＳｕｂ−ｏｐｔｉｏｎは、需要に応じて他の情報を付加してもよく、本発明において具体的に限定しない。

これを基に、クライアントは、最終的に、ＲＡメッセージのＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎを解析することにより、当該Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎに付加される対象設備の位置情報を取得することができる。

一実施例として、本方式３において、対象設備の位置情報は、経度情報、緯度情報および高さ情報を含む。対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎ のフォーマットは、ＲＦＣ６２２５で定義された図８に示すＧｅｏｌｏｃ Ｏｐｔｉｏｎフィールドのフォーマットと類似し、図１０ｂは、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎのフォーマットを例示する。

別の実施例として、対象設備の位置情報は、経度情報、緯度情報および高さ情報ではなく、他の情報（例えば、対象設備の所在するローケーションのアドレス情報）である。この場合に、ＲＡメッセージにおける上記Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎは、図１０ｂを参照して設置可能であり、最終的に対象設備の位置情報をクライアントへ送信できればよく、本発明の実施例では如何に設置するかについて具体的に限定しない。

これで、方式３の記述は完了する。説明すべきことは、方式３において、一実施例として、上記対象設備は、予め指定された中の１つのゲートウェイ設備である。別の実施例として、上記対象設備は、予め指定された、ゲートウェイ設備以外の設備である、この場合に、ゲートウェイ設備が対象設備の位置情報をローカルに予め配置する必要はある。

以下では、上記ステップ４０２においてクライアントが如何に位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するかについて記述する。

一実施例として、上記ステップ４０２においてクライアントが位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することは以下である。

対象設備の位置情報とマルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。ここで、Ｇｒｏｕｐ ＩＤは、設定可能であり、例えば、予めクライアントに設定される。

図１１は、本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。図１１に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、全ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットである。

最高の８ビット、何れも値が１であり、０ｘＦＦを形成し、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。

最低の１１２ビットの値は、対象設備の位置情報とマルチキャストグループのＧｒｏｕｐ ＩＤとに基づいて設定される。

最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用される。

Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接する。本発明の実施例では、Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビット（本発明の実施例では、Ｇで表される）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであるか否かを示す。

Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接する。Ｓｃｏｐｅフィールドマルチキャスト範囲を示す。ここでのＳｃｏｐｅフィールドは、上記図１〜図３に示すＳｃｏｐｅフィールドと類似するため、繰り返し説明しない。

図３に示すＩＰｖ６マルチキャストアドレスフォーマットから分かるように、Ｆｌａｇｓフィールドの最低の３ビットは、既に定義されている。これを基に、一実施例として、本発明の実施例は、Ｆｌａｇｓフィールドの最高の１ビットを、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであるか否かを示すための上記Ｇとする。一例では、Ｇの値が１であるときに、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示し、Ｇの値が０であるときに、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものでははいことを示す。Ｆｌａｇｓフィールドにおける最低の３ビットは、ＲＦＣ４２９１のように定義されている。図１２は、本発明の実施例に係るＦｌａｇｓフィールドのフォーマットを例示する。

本発明の実施例では、ＦｌａｇｓフィールドのＧ（例えば、Ｇの値が１）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示したときに、この時のＩＰｖ６マルチキャストアドレスが一時的なものであることを表す。したがって、ＦｌａｇｓフィールドのＧ（例えば、Ｇの値が１）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示したときに、ＦｌａｇｓフィールドのＴは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものである（例えば、Ｔの値が１である）ことを示す。

本発明の実施例では、対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報に転換し、その後目標位置情報およびＧｒｏｕｐ ＩＤを最低の１１２ビットへ充填してもよい。ここでのＧｒｏｕｐ ＩＤは、ＩＰｖ６マルチキャストアドレス要求に合致し、十六進数によって表されてもよい。

一実施例として、最低の１１２ビットのうち、前９８ビットが目標位置情報によって占用され、残りの１４ビットがＧｒｏｕｐ ＩＤによって占用される。図１３は、ＩＰｖ６マルチキャストアドレスフォーマットを例示する。

以下では、対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することについて、例を挙げて記述する。

一実施例として、対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、上記対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することは、対象設備の経度情報、緯度情報および高さ情報のそれぞれに対して十六進数変換を行い、設定方式に応じて配列して目標位置情報を取得することを含む。

別の実施例として、対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、上記対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することは、設定された第１マッピング方式に従って、対象設備の経度情報、緯度情報および高さ情報とはマッピング関係を有するデータ（例えば、十六進数データ）を特定することを含んでもよく、当該特定されたデータそのものは、上記目標位置情報である。ここでの第１マッピング方式は、実際の需要に応じて予め設置されてもよく、本発明の実施例において具体的に限定しない。

本発明の実施例では、対象設備の位置情報が、経度情報と緯度情報と高さ情報とを除く他の情報（対象設備の所在するローケーションのアドレス情報を例とする）である場合に、上記対象設備の位置情報を目標位置情報に転換することは、対象設備の位置情報にマッチングする目標位置情報を国家地名データベースコードから検索することを含んでもよい。国家地名データベースコードは、国が地名データベースについて設置したコーティングフォーマットであり、国家標準である、『中華人名共和国行政区劃代碼（中華人民共和国行政区分コード）』（ＧＢ２２６０）、『県以下行政区劃代碼編制規則（町以下行政区分コード編成規則）』（ＧＢ１０１１４−８８）のコーティング規則、『民政統計代碼編制規則（民政統計コード編成規則）』および『地名分類与類別代碼編制規則（地名分類及び種別コード編成規則）』（ＧＢ／Ｔ１８５２１−２００１）に基づいて作成されたものである。

これを基に、上記対象設備の位置情報にマッチングする目標位置情報を国家地名データベースコードから検索することは、対象設備の位置情報をキーワードとして、当該キーワードコーティングのコードを国家地名データベースコードから検索することを含んでもよく、当該コードそのものが上記対象設備の位置情報にマッチングする目標位置情報である。説明すべきことは、対象設備の位置情報に基づいて対応するコードを国家地名データベースコードから検索できなかった場合に、対象設備の位置情報に最も近い別の位置情報のコードを選択してもよく、当該選択されたコードは、上記対象設備の位置情報にマッチングする目標位置情報とも見なされる。

以上は、クライアントの立場に立って本発明に係る方法を記述した。
以下では、ネットワーク設備の視点から、本発明に係る方法を記述する。

本発明に係る方法がネットワーク設備側に用いられ、本発明に係るＩＰｖ６マルチキャストアドレス生成方法は、対象設備の位置情報をクライアントへ送信することを含んでもよい。対象設備の位置情報は、クライアントがマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。以下では、２つの実施例により、ネットワーク設備が如何に対象設備の位置情報をクライアントへ送信するかを記述する。

（実施例１）
本実施例１は、上記方式２に対応し、以下に記述される。

図１４を参照すると、図１４は、本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第１実施フローチャートである。図１４に示すフローにおいて、ネットワーク設備は、ＤＨＣＰｖ６サーバである。

図１４に示すように、当該フローは、以下のステップ１４０１〜１４０２を含む。
ステップ１４０１では、ＤＨＣＰｖ６サーバは、クライアントから送信されたＤＨＣＰｖ６メッセージを受信し、ＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＯＲＯオプションには、上記対象設備の位置情報を要求するための指示情報が付加されている。

上述したステップ５０１、ステップ９０１またはステップ９０３のように、クライアントは、ＩＰアドレスを取得する過程にＤＨＣＰｖ６サーバへＤＨＣＰｖ６メッセージを送信する。このように、ＤＨＣＰｖ６サーバは、クライアントから送信されたＤＨＣＰｖ６メッセージを受信する。上述したステップ５０１またはステップ９０１においてクライアントがＳＯＬＩＣＩＴメッセージを送信することを例とすると、ＤＨＣＰｖ６サーバは、クライアントから送信されたＳＯＬＩＣＩＴメッセージを受信する。ＳＯＬＩＣＩＴメッセージは、図５又は図９に示すフローに記述された通りであるため、ここで繰り返し説明しない。

ステップ１４０２では、ＤＨＣＰｖ６サーバは、ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信し、応答メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。

依然として上述したステップ５０１又はステップ９０１においてクライアントがＳＯＬＩＣＩＴメッセージを送信することを例とすると、ＤＨＣＰｖ６サーバで受信されたＤＨＣＰｖ６メッセージがＳＯＬＩＣＩＴメッセージであるときに、ＤＨＣＰｖ６サーバは、快速コミットアドレス機能をローカルにイネーブルしたと発見すれば、応答メッセージをＲＥＰＬＹメッセージとして返信する。ＲＥＰＬＹメッセージは、図５に示すフローで記述された通りであるため、ここで繰り返し説明しない。ＤＨＣＰｖ６サーバは、快速コミットアドレス機能をローカルにイネーブルしていないと発見すれば、応答メッセージをＡＤＶＥＲＴＩＳＥメッセージとして返信する。ＡＤＶＥＲＴＩＳＥメッセージは、図９に示すフローで記述された通りであるため、ここで繰り返し説明しない。

これから分かるように、図１４に示すフローによって、ＤＨＣＰｖ６サーバは、最終的に対象設備の位置情報をクライアントへ送信する。

これで、図１４に示すフローは完了する。図１４に示すフローにおいて、一実施例として、対象設備は、ＤＨＣＰｖ６サーバである。別の実施例として、対象設備は、予め指定された、ＤＨＣＰｖ６サーバ以外の設備であり、この場合に、ＤＨＣＰｖ６サーバが対象設備の位置情報をローカルに予め配置する必要はある。

以上は、実施例１を記述した。
（実施例２）
本実施例２は、上記方式３に対応し、以下に記述される。

図１５を参照すると、図１５は、本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第２実施フローチャートである。図１５に示すフローにおいて、ネットワーク設備は、ゲートウェイ設備である（具体的にルータであってもよい）。

本発明の実施例では、ゲートウェイ設備は、クライアントから送信されたＲＳメッセージに基づいて、ＲＳメッセージに応答するＲＡメッセージをクライアントへ送信してもよい。

本発明の実施例では、ゲートウェイ設備は、ＲＡメッセージを周期的に送信してもよい。

ゲートウェイ設備は、ＲＡメッセージを送信する際、図１５に示すフローを実行する。
ステップ１５０１では、ゲートウェイ設備は、ＲＡメッセージにオプションＯＰＴＩＯＮを追加する。

ここでのオプションＯＰＴＩＯＮは、方式３に記述されたように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される。方式３に記述されたように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）は、具体的に図１０ａに示すように、少なくとも１つのサブオプションＳｕｂ−ｏｐｔｉｏｎを含む。

ステップ１５０２では、ゲートウェイ設備は、対象設備の位置情報を、オプションＯＰＴＩＯＮ（ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される）におけるサブオプション（Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎと記される）の一つへ付加し、ＲＡメッセージをクライアントへ送信し、ＲＡメッセージは、対象設備の位置情報が付加されるＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎを含む。

ここでのＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎフィールドは、上記方式３に記述された通りであり、繰り返し説明しない。

これから分かるように、図１５に示すフローによって、ＤＨＣＰｖ６サーバは、最終的に対象設備の位置情報をクライアントへ送信する。

これで、図１５に示すフローは完了する。
図１５に示すフローでは、一実施例として、対象設備は、ゲートウェイ設備である。または、別の実施例として、対象設備は、予め指定された、ゲートウェイ設備以外の設備であり、この場合に、対象設備の位置情報がゲートウェイ設備に予め配置される必要はある。

以上は、実施例２を記述した。
説明すべきことは、本実施例において、ネットワーク設備からクライアントへ送信された対象設備の位置情報がモニタリングされるリスクを低減するために、ネットワーク設備は、対象設備の位置情報を暗号化することが可能である。ここでの暗号化は、例えば、ＭＤ５アルゴリズム等によって実施可能である。ＭＤ５アルゴリズムを例とし、図１６は、対象設備の位置情報の暗号化の模式図を例示する。説明すべきことは、ＰＴＩＯＮ_ＬＯＣＡＴＯＰＮ（１４５）は、タイプが上記ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と異なるが、フォーマットについて、図１６に示すように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）のフォーマットを参照すればよいため、ここで繰り返し説明しない。

対応的に、クライアントは、暗号化された暗号化情報（対象設備の位置情報が暗号化されたもの）を受信すると、対応する復号ポリシー（クライアントに予め配置され）に従って暗号化情報を復号し、最終的に対象設備の位置情報を取得する。

これで、本発明に係る方法記述は完了する。
以下では、本発明に係る装置を記述する。

図１７を参照すると、図１７は、本発明に係る装置構造図である。当該装置は、クライアントに用いられ、取得手段１７０１と、アドレス手段１７０２とを備える。

取得手段１７０１は、設備の位置情報を取得する。
アドレス手段１７０２は、前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。

一実施例として、取得手段１７０１が設備の位置情報を取得することは、以下のことを含む。

即ち、前記クライアントのＩＰアドレスを取得する過程において、設備の位置情報を取得する。

一実施例として、上記クライアントがＤＨＣＰｖ６ステートフルアドレス割当方式に従って上記ＩＰアドレスを取得する。

これを基に、取得手段１７０１が設備の位置情報を取得することは、以下のことを含む。

即ち、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信する。前記ＤＨＣＰｖ６メッセージが含む第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、前記設備の位置情報が付加されている。

一実施例として、上記取得手段１７０１がＤＨＣＰｖ６メッセージを受信する前に、第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含むメッセージをＤＨＣＰｖ６サーバへ送信することを更に含み、第２オプションには、上記設備の位置情報を要求するための指示情報が付加されている。

一実施例として、上記クライアントがステートレスアドレス割当方式に従って前記ＩＰアドレスを取得する。

これを基に、取得手段１７０１が設備の位置情報を取得することは、下記のことを含む。

即ち、ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信する。ＲＡメッセージは、上記設備の位置情報を含む。

一実施例として、上記設備の位置情報は、前記ＲＡメッセージが含むオプションＯＰＴＩＯＮにおけるサブオプションＳｕｂ−ｏｐｔｉｏｎに付加されている。

一実施例として、上記設備の位置情報は、経度情報、緯度情報、および高さ情報を含み、または、上記設備の位置情報は、設備の所在するローケーションのアドレス情報を含む。

一実施例として、上記アドレス手段１７０２が位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することは、下記のことを含む。

即ち、上記位置情報とマルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。

一実施例として、上記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットである。

最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記Ｇｒｏｕｐ ＩＤとに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用される。

Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す。

Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示す。

一実施例として、上記Ｆｌａｇｓフィールドの最高の１ビットは、ＩＰｖ６マルチキャストアドレスが位置情報に基づいて生成されるものであることを示す。

一実施例として、Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示したときに、上記Ｆｌａｇｓフィールドの最低の１ビットは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。

一実施例として、上記最低の１１２ビットのうち、前９８ビットが位置情報によって占用され、残りの１４ビットがマルチキャストグループの識別子によって占用される。

これで、図１７に示す装置の構造記述は完了する。
本発明は、図１７に示す装置に対応するハードウェア構造を更に提供する。図１８に示すように、当該ハードウェア構造は、プロセッサ１８０１と、機械可読記憶媒体１８０２とを備える。

機械可読記憶媒体１８０２には、プロセッサ１８０１によって実行され得る機械実行可能な指令が記憶されている。プロセッサ１８０１は、機械実行可能な指令を実行することにより、上記クライアントによって実行される図１〜１３に示すＩＰｖ６マルチキャストアドレス生成方法を実施する。

プロセッサ１８０１は、機械実行可能な指令を実行することにより、設備の位置情報を取得することと、前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することとを実施する。

一実施例では、プロセッサ１８０１は、機械実行可能な指令を実行することにより、前記クライアントのＩＰアドレスを取得する過程において、設備の位置情報を取得することを実施する。

一実施例では、クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従って前記ＩＰアドレスを取得し、プロセッサ１８０１は、機械実行可能な指令を実行することにより、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信することを実施し、前記ＤＨＣＰｖ６メッセージが含む第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、前記設備の位置情報が付加されている。

一実施例では、プロセッサ１８０１は、前記ＤＨＣＰｖ６メッセージが受信される前に、機械実行可能な指令を実行することにより、第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含むメッセージをＤＨＣＰｖ６サーバへ送信することを実施し、前記第２オプションには、前記設備の位置情報を要求するための指示情報が付加されている。

一実施例では、クライアントは、ステートレスアドレス割当方式に従って前記ＩＰアドレスを取得し、プロセッサ１８０１は、機械実行可能な指令を実行することにより、ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信することを実施し、前記ＲＡメッセージは、前記設備の位置情報を含む。

一実施例では、前記設備の位置情報は、前記ＲＡメッセージが含む第３オプション（例えば、ＯＰＴＩＯＮ）におけるサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）に付加されている。

一実施例では、前記設備の位置情報は、経度情報、緯度情報および高さ情報と、設備の所在するローケーションのアドレス情報とのうちの一つを含む。

一実施例では、プロセッサ１８０１は、機械実行可能な指令を実行することにより、前記位置情報と前記マルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、前記マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することを実施する。

一実施例では、前記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットであり、前記ＩＰｖ６マルチキャストアドレスのうち、最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記マルチキャストグループの識別子とに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用され、前記Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す、前記Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示す。

一実施例では、前記Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す。

一実施例では、前記Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示したときに、前記Ｆｌａｇｓフィールドの最低の１ビットは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。

一実施例では、前記最低の１１２ビットのうち、前９８ビットが前記位置情報によって占用され、残りの１４ビットが前記マルチキャストグループの識別子によって占用されている。

図１８に示す装置では、プロセッサ１８０１は、メモリに記憶された機械可読指令を運転するプロセッサであってもよく、特定用途向け集積回路（ＡＳＩＣ）のプロセッサであってもよく、または両者の組み合わせであってもよい。それ相応に、図１８に示す装置は、ソフトウェア（例えば、メモリに記憶されてプロセッサによって運転される機械可読指令）にて実施されてもよく、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）のプロセッサ）にて実施されてもよく、またはソフトウェアとハードウェアとの共同作用にて実施されてもよい。

本発明の実施例は、機械実行可能な指令を含む機械可読記憶媒体を更に提供する。例えば、図１８における機械可読記憶媒体１８０２の前記機械実行可能な指令は、プロセッサ１８０１によって実行されることにより、上記ＩＰｖ６マルチキャストアドレス生成方法を実施可能である。

図１９を参照すると、図１９は、本発明に係る別の装置構造図である。当該装置は、ネットワーク設備に用いられ、位置手段１９０１と、処理手段１９０２とを備える。

位置手段１９０１は、対象設備の位置情報を取得する。
処理手段１９０２は、位置手段１９０１によって取得された対象設備の位置情報をクライアントへ送信し、クライアントは、対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。

一例では、ネットワーク設備は、ＤＨＣＰｖ６サーバである。
これを基に、処理手段１９０２が対象設備の位置情報をクライアントへ送信する前に、更に、
クライアントから送信されたＤＨＣＰｖ６メッセージを受信することを含み、ＤＨＣＰｖ６メッセージは、対象設備の位置情報を要求するための指示情報が付加される第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含む。

これを基に、処理手段１９０２が対象設備の位置情報をクライアントへ送信することは、
前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することを含み、応答メッセージは、第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）を含み、第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、対象設備の位置情報が付加されている。

別の例では、ネットワーク設備は、ＤＨＣＰｖ６サーバであり、または、対象設備は、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備である。対象設備が予め指定された前記ＤＨＣＰｖ６サーバ以外の設備であることを基に、ＤＨＣＰｖ６サーバは、当該対象設備の位置情報をローカルに配置する。

別の例では、上記ネットワーク設備は、ゲートウェイ設備であり、上記処理手段１９０２が対象設備の位置情報をクライアントへ送信することは、
少なくとも１つのサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）を含むオプション第３オプション（例えば、ＯＰＴＩＯＮ）をＲＡメッセージに追加することと、
対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、
上記ＲＡメッセージをクライアントへ送信することと、を含む。

一実施例として、上記ＲＡメッセージは、クライアントから送信されたＲＳメッセージに基づいてクライアントへ送信され、または、上記ＲＡメッセージは、クライアントへ周期的に送信される。

一実施例として、対象設備は、前記ゲートウェイ設備であり、または、対象設備は、予め指定された、前記ゲートウェイ設備以外の設備である。対象設備は、予め指定された、前記ゲートウェイ設備以外の設備であり、上記ゲートウェイ設備には、上記対象設備の位置情報がローカルに配置されている。

一実施例として、上記対象設備の位置情報は、経度情報、緯度（情報および高さ情報を含み、または、上記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含む。

これで、図１９に示す装置の構造記述は完了する。
本発明は、図１９に示す装置に対応するハードウェア構造を更に提供する。当該ハードウェア構造は、図１８に示すハードウェア構造と類似する。図２０に示すように、当該ハードウェア構造は、プロセッサ２００１と、機械可読記憶媒体２００２とを備える。

機械可読記憶媒体２００２には、プロセッサ２００１によって実行され得る機械実行可能な指令が記憶されている。プロセッサ２００１は、機械実行可能な指令を実行することにより、上記ネットワーク設備によって実行される図１４〜図１５に示すＩＰｖ６マルチキャストアドレス生成方法を実施する。

プロセッサ２００１は、機械実行可能な指令を実行することにより、対象設備の位置情報をクライアントへ送信することを実施する。前記対象設備の位置情報は、前記クライアントが前記対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。

一実施例では、前記ネットワーク設備は、ＤＨＣＰｖ６サーバであり、プロセッサ２００１は、機械実行可能な指令を実行することにより、クライアントから送信されたＤＨＣＰｖ６メッセージを受信することと、前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することと、を実施し、前記ＤＨＣＰｖ６メッセージは、前記設備の位置情報を要求するための指示情報が付加される第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯ）を含み、前記応答メッセージは、第1オプション（例えば、オプションＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮ）を含み、前記第１オプションには、前記対象設備の位置情報が付加されている。

一実施例では、前記対象設備は、ＤＨＣＰｖ６サーバと、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備とのうちの一つであり、前記ＤＨＣＰｖ６サーバには、前記対象設備の位置情報がローカルに配置されている。

一実施例では、前記ネットワーク設備は、ゲートウェイ設備であり、プロセッサ２００１は、機械実行可能な指令を実行することにより、少なくとも１つのサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）を含む第３オプション（例えば、ＯＰＴＩＯＮ）をルータ広告（ＲＡ）メッセージに追加することと、前記対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、前記ＲＡメッセージを前記クライアントへ送信することと、を実施する。

一実施例では、前記ＲＡメッセージは、前記クライアントから送信されたルータ要請（ＲＳ）メッセージに基づいて前記クライアントへ送信され、または、前記ＲＡメッセージは、前記クライアントへ周期的に送信される。

一実施例では、前記対象設備は、前記ゲートウェイ設備であり、または、前記対象設備は、予め指定された、前記ゲートウェイ設備以外の設備であり、前記ゲートウェイ設備には、前記対象設備の位置情報がローカルに配置されている。

一実施例では、前記対象設備の位置情報は、経度情報、緯度（情報および高さ情報を含み、または、前記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含む。

図２０に示す装置では、プロセッサ２００１は、メモリに記憶された機械可読指令を運転するプロセッサであってもよく、特定用途向け集積回路（ＡＳＩＣ）のプロセッサであってもよく、または両者の組み合わせであってもよい。それ相応に、図２０に示す装置は、ソフトウェア（例えば、メモリに記憶されてプロセッサによって運転される機械可読指令）にて実施されてもよく、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）のプロセッサ）にて実施されてもよく、またはソフトウェアとハードウェアとの共同作用にて実施されてもよい。

本発明の実施例は、機械実行可能な指令を含む機械可読記憶媒体（例えば、図２０における機械可読記憶媒体２００２）を更に提供する。前記機械実行可能な指令がプロセッサ２００１によって実行されることにより、上述したＩＰｖ６マルチキャストアドレス生成方法は、実施可能である。

例示として、上記機械可読記憶媒体は、如何なる電気的なもの、磁気的なもの、光学的なものまたは他の物理的記憶装置であってもよく、情報（例えば、実行可能な指令、データ等）を含むか記憶可能である。例えば、機械可読記憶媒体は、ＲＡＭ（Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶ドライバ（例えば、ハードディスクドライバ）、ソリッドステートディスク、如何なるタイプの記憶ディスク（例えば、光ディスク、ｄｖｄ等）、もしくは類似する記憶媒体、またはそれらの組み合わせであってもよい。

上述した装置実施例は、単に例示であり、その中、分離部品として説明されるモジュールが物理的に分離されるものであってもよくでなくてもよい。また、モジュールとして表示される部品は、１つの物理ハードウェアに位置してもよく、複数の物理ハードウェアに分散してもよい。実際の需要に応じてその中の一部または全部のモジュールを選択して本実施例の目的を果たすことが可能である。

上述したのは、本発明の好適な実施例に過ぎず、本発明を制限するためのものではない。本発明の精神及び原則内でなされた如何なる変更、均等物による置換、改良等も、本発明の保護範囲内に含まれる。

Claims (11)

1. クライアントに用いられるＩＰｖ６マルチキャストアドレス生成方法であって、
   設備の位置情報を取得するステップと、
   前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するステップと、を含み、
   設備の位置情報を取得する前記ステップは、
   前記クライアントのＩＰアドレスを取得する過程において、前記設備の位置情報を取得することを含み、
   ここで、前記クライアントがＤＨＣＰｖ６ステートフルアドレス割当方式に従って前記ＩＰアドレスを取得し、
   設備の位置情報を取得する前記ステップは、
   ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信することを含み、前記ＤＨＣＰｖ６メッセージが含む第１オプションには、前記設備の位置情報が付加されており、
   前記ＤＨＣＰｖ６メッセージを受信する前に、第２オプションを含むメッセージをＤＨＣＰｖ６サーバへ送信するステップを更に含み、
   前記第２オプションには、前記設備の位置情報を要求するための指示情報が付加されており、
   または、
   ここで、前記クライアントがステートレスアドレス割当方式に従って前記ＩＰアドレスを取得し、
   設備の位置情報を取得する前記ステップは、
   ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信することを含み、前記ＲＡメッセージは、前記設備の位置情報を含み、
   前記設備の位置情報は、前記ＲＡメッセージが含む第３オプションにおけるサブオプションに付加されている
   ことを特徴とするＩＰｖ６マルチキャストアドレス生成方法。
2. 前記設備の位置情報は、
   経度情報、緯度情報、および高さ情報と、
   設備の所在するローケーションのアドレス情報と、のうちの一つを含むことを特徴とする請求項１に記載のＩＰｖ６マルチキャストアドレス生成方法。
3. 前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する前記ステップは、
   前記位置情報と前記マルチキャストグループの識別子とに基づいて、前記マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することを含むことを特徴とする請求項１に記載のＩＰｖ６マルチキャストアドレス生成方法。
4. 前記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットであり、
   前記ＩＰｖ６マルチキャストアドレスのうち、最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記マルチキャストグループの識別子とに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用され、
   前記Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記４ビットのうちの１ビットには、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示すための値がセットされ、
   前記Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示すことを特徴とする請求項３に記載のＩＰｖ６マルチキャストアドレス生成方法。
5. 前記Ｆｌａｇｓフィールドの最高の１ビットには、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示すための値がセットされ、
   前記Ｆｌａｇｓフィールドの最低の１ビットには、前記ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示すための値がセットされることを特徴とする請求項４に記載のＩＰｖ６マルチキャストアドレス生成方法。
6. 前記最低の１１２ビットのうち、前９８ビットが前記位置情報によって占用され、残りの１４ビットが前記マルチキャストグループの識別子によって占用されることを特徴とする請求項４に記載のＩＰｖ６マルチキャストアドレス生成方法。
7. ネットワーク設備に用いられるＩＰｖ６マルチキャストアドレス生成方法であって、
   対象設備の位置情報をクライアントへ送信するステップを含み、
   前記対象設備の位置情報は、前記対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを前記クライアントが生成するために用いられ、
   ここで、前記ネットワーク設備は、ＤＨＣＰｖ６サーバであり、
   前記対象設備の位置情報を前記クライアントへ送信する前に、前記ＩＰｖ６マルチキャストアドレス生成方法は、
   クライアントから送信されたＤＨＣＰｖ６メッセージを受信するステップを更に含み、前記ＤＨＣＰｖ６メッセージは、前記対象設備の位置情報を要求するための指示情報が付加されている第２オプションを含み、
   対象設備の位置情報をクライアントへ送信する前記ステップは、
   前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することを含み、前記応答メッセージは、前記対象設備の位置情報が付加されている第１オプションを含み、
   前記対象設備は、
   ＤＨＣＰｖ６サーバと、
   予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備と、のうちの一つであり、
   前記対象設備は、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備である場合、前記ＤＨＣＰｖ６サーバには、前記対象設備の位置情報がローカルに配置されており、
   または、
   ここで、前記ネットワーク設備は、ゲートウェイ設備であり、
   対象設備の位置情報をクライアントへ送信する前記ステップは、
   少なくとも１つのサブオプションを含む第３オプションをルータ広告（ＲＡ）メッセージに追加することと、
   前記対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、
   前記ＲＡメッセージを前記クライアントへ送信することと、を含み、
   前記ＲＡメッセージは、前記クライアントから送信されたルータ要請（ＲＳ）メッセージに基づいて前記クライアントへ送信され、または、
   前記ＲＡメッセージは、前記クライアントへ周期的に送信される
   ことを特徴とするＩＰｖ６マルチキャストアドレス生成方法。
8. 前記対象設備は、
   前記ゲートウェイ設備と、
   予め指定された、前記ゲートウェイ設備以外の設備と、のうちの一つであり、
   前記対象設備は、予め指定された、前記ゲートウェイ設備以外の設備である場合、前記ゲートウェイ設備には、前記対象設備の位置情報がローカルに配置されていることを特徴とする請求項７に記載のＩＰｖ６マルチキャストアドレス生成方法。
9. 前記対象設備の位置情報は、経度情報、緯度情報、および高さ情報を含み、または、前記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含むことを特徴とする請求項７に記載のＩＰｖ６マルチキャストアドレス生成方法。
10. クライアントであって、
    プロセッサと、
    機械可読記憶媒体と、を備え、
    前記機械可読記憶媒体には、前記プロセッサによって実行され得る機械実行可能な指令が記憶され、
    前記プロセッサは、前記機械実行可能な指令を実行することにより、請求項１から６の何れか一項に記載のＩＰｖ６マルチキャストアドレス生成方法を実施することを特徴とするクライアント。
11. ネットワーク設備であって、
    プロセッサと、
    機械可読記憶媒体と、を備え、
    前記機械可読記憶媒体には、前記プロセッサによって実行され得る機械実行可能な指令が記憶され、前記プロセッサは、前記機械実行可能な指令を実行することにより、請求項７から９の何れか一項に記載のＩＰｖ６マルチキャストアドレス生成方法を実施することを特徴とするネットワーク設備。

Images