(57)【特許請求の範囲】
【請求項１】
クライアントに用いられるＩＰｖ６マルチキャストアドレス生成方法であって、
設備の位置情報を取得するステップと、
前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するステップと、を含み、
設備の位置情報を取得する前記ステップは、
前記クライアントのＩＰアドレスを取得する過程において、前記設備の位置情報を取得することを含み、
ここで、前記クライアントがＤＨＣＰｖ６ステートフルアドレス割当方式に従って前記ＩＰアドレスを取得し、
設備の位置情報を取得する前記ステップは、
ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信することを含み、前記ＤＨＣＰｖ６メッセージが含む第１オプションには、前記設備の位置情報が付加されており、
前記ＤＨＣＰｖ６メッセージを受信する前に、第２オプションを含むメッセージをＤＨＣＰｖ６サーバへ送信するステップを更に含み、
前記第２オプションには、前記設備の位置情報を要求するための指示情報が付加されており、
または、
ここで、前記クライアントがステートレスアドレス割当方式に従って前記ＩＰアドレスを取得し、
設備の位置情報を取得する前記ステップは、
ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信することを含み、前記ＲＡメッセージは、前記設備の位置情報を含み、
前記設備の位置情報は、前記ＲＡメッセージが含む第３オプションにおけるサブオプションに付加されている
ことを特徴とするＩＰｖ６マルチキャストアドレス生成方法。
【請求項２】
前記設備の位置情報は、
経度情報、緯度情報、および高さ情報と、
設備の所在するローケーションのアドレス情報と、のうちの一つを含むことを特徴とする請求項１に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項３】
前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する前記ステップは、
前記位置情報と前記マルチキャストグループの識別子とに基づいて、前記マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することを含むことを特徴とする請求項１に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項４】
前記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットであり、
前記ＩＰｖ６マルチキャストアドレスのうち、最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記マルチキャストグループの識別子とに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用され、
前記Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記４ビットのうちの１ビットには、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示すための値がセットされ、
前記Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示すことを特徴とする請求項３に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項５】
前記Ｆｌａｇｓフィールドの最高の１ビットには、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示すための値がセットされ、
前記Ｆｌａｇｓフィールドの最低の１ビットには、前記ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示すための値がセットされることを特徴とする請求項４に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項６】
前記最低の１１２ビットのうち、前９８ビットが前記位置情報によって占用され、残りの１４ビットが前記マルチキャストグループの識別子によって占用されることを特徴とする請求項４に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項７】
ネットワーク設備に用いられるＩＰｖ６マルチキャストアドレス生成方法であって、
対象設備の位置情報をクライアントへ送信するステップを含み、
前記対象設備の位置情報は、前記対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを前記クライアントが生成するために用いられ、
ここで、前記ネットワーク設備は、ＤＨＣＰｖ６サーバであり、
前記対象設備の位置情報を前記クライアントへ送信する前に、前記ＩＰｖ６マルチキャストアドレス生成方法は、
クライアントから送信されたＤＨＣＰｖ６メッセージを受信するステップを更に含み、前記ＤＨＣＰｖ６メッセージは、前記対象設備の位置情報を要求するための指示情報が付加されている第２オプションを含み、
対象設備の位置情報をクライアントへ送信する前記ステップは、
前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することを含み、前記応答メッセージは、前記対象設備の位置情報が付加されている第１オプションを含み、
前記対象設備は、
ＤＨＣＰｖ６サーバと、
予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備と、のうちの一つであり、
前記対象設備は、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備である場合、前記ＤＨＣＰｖ６サーバには、前記対象設備の位置情報がローカルに配置されており、
または、
ここで、前記ネットワーク設備は、ゲートウェイ設備であり、
対象設備の位置情報をクライアントへ送信する前記ステップは、
少なくとも１つのサブオプションを含む第３オプションをルータ広告（ＲＡ）メッセージに追加することと、
前記対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、
前記ＲＡメッセージを前記クライアントへ送信することと、を含み、
前記ＲＡメッセージは、前記クライアントから送信されたルータ要請（ＲＳ）メッセージに基づいて前記クライアントへ送信され、または、
前記ＲＡメッセージは、前記クライアントへ周期的に送信される
ことを特徴とするＩＰｖ６マルチキャストアドレス生成方法。
【請求項８】
前記対象設備は、
前記ゲートウェイ設備と、
予め指定された、前記ゲートウェイ設備以外の設備と、のうちの一つであり、
前記対象設備は、予め指定された、前記ゲートウェイ設備以外の設備である場合、前記ゲートウェイ設備には、前記対象設備の位置情報がローカルに配置されていることを特徴とする請求項７に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項９】
前記対象設備の位置情報は、経度情報、緯度情報、および高さ情報を含み、または、前記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含むことを特徴とする請求項７に記載のＩＰｖ６マルチキャストアドレス生成方法。
【請求項１０】
クライアントであって、
プロセッサと、
機械可読記憶媒体と、を備え、
前記機械可読記憶媒体には、前記プロセッサによって実行され得る機械実行可能な指令が記憶され、
前記プロセッサは、前記機械実行可能な指令を実行することにより、請求項１から６の何れか一項に記載のＩＰｖ６マルチキャストアドレス生成方法を実施することを特徴とするクライアント。
【請求項１１】
ネットワーク設備であって、
プロセッサと、
機械可読記憶媒体と、を備え、
前記機械可読記憶媒体には、前記プロセッサによって実行され得る機械実行可能な指令が記憶され、前記プロセッサは、前記機械実行可能な指令を実行することにより、請求項７から９の何れか一項に記載のＩＰｖ６マルチキャストアドレス生成方法を実施することを特徴とするネットワーク設備。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互引用
本願は、出願日が２０１９年９月３０日であり、出願番号が２０１９１０９３９８９５８であり、発明名称が「ＩＰｖ６マルチキャストアドレス生成方法及び装置」である中国特許出願の優先権を主張し、当該出願の全文が引用により本願に組み込まれる。
【０００２】
本発明は、ネットワーク通信技術に関し、特にＩＰｖ６マルチキャストアドレス生成方法及び装置に関する。
【背景技術】
【０００３】
インターネット規模の継続的な拡張とともに、ＩＰｖ６プロトコルを基礎とする次世代インターネットは、ますます広く応用されてきている。ＩＰｖ６プロトコルを基礎とする次世代インターネットは、マルチキャスト（この場合、ＩＰｖ６マルチキャストと呼ばれてもよい）をサポートする。
【０００４】
ＩＰｖ６マルチキャストの応用では、マルチキャストソースがＩＰｖ６マルチキャストアドレスを宛先アドレスとして１つのみのデータを送信する必要があり、その後、ネットワークにおける各ルータがＩＰｖ６マルチキャストアドレスに対応するマルチキャストグループ（Ｍｕｌｔｉｃａｓｔ ｇｒｏｕｐ）における各メンバの分布状況に基づいてデータをコピーして転送し、データは、最終的にマルチキャストグループにおける各メンバへ正確に送信される。
【０００５】
図面の簡単な説明
ここでの図面は、明細書に組み込まれて明細書の一部を構成し、本発明に合致する実施例を示しつつ、明細書の記載とともに本発明の原理を解釈するために用いられる。
【図面の簡単な説明】
【０００６】
【図１】本発明で例示された第１種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。
【図２】本発明で例示された第２種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。
【図３】本発明で例示された第３種のＩＰｖ６マルチキャストアドレスフォーマットの模式図である。
【図４】本発明の実施例に係るＩＰｖ６マルチキャストアドレス生成フローチャートである。
【図５】本発明の実施例に係る対象設備の位置情報を取得する第１フローチャートである。
【図６】本発明の実施例に係るＤＨＣＰｖ６メッセージフォーマットの模式図である。
【図７】本発明の実施例に係るＯｐｔｉｏｎフィールドのフォーマットの模式図である。
【図８】本発明の実施例に係るＤＨＣＰｖ６メッセージにおけるＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションのフォーマットの模式図である。
【図９】本発明の実施例に係る対象設備の位置情報を取得する第２フローチャートである。
【図１０ａ】本発明の実施例に係るＲＡメッセージにおけるＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）のフォーマットの模式図である。
【図１０ｂ】本発明の実施例に係るＲＡメッセージにおけるＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎのフォーマットの模式図である。
【図１１】本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。
【図１２】本発明の実施例に係るＦｌａｇｓフィールドのフォーマットの模式図である。
【図１３】本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。
【図１４】本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第１実施フローチャートである。
【図１５】本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第２実施フローチャートである。
【図１６】本発明の実施例に係る位置情報の暗号化の模式図である。
【図１７】本発明の実施例に係る装置構造図である。
【図１８】本発明の実施例に係る図１７に示す装置のハードウェア構造図である。
【図１９】本発明の実施例に係る別の装置構造図である。
【図２０】本発明の実施例に係る図１９に示す装置のハードウェア構造図である。
【発明を実施するための形態】
【０００７】
ＩＰｖ６マルチキャストアドレスのフォーマットは、複数種あり、図１〜図３は、それぞれ３種の異なるフォーマットのＩＰｖ６マルチキャストアドレスを例示する。
【０００８】
図１に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ２３７３において定義されている。図１に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。
【０００９】
０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。
【００１０】
Ｆｌａｇｓフィールドは、４ビットを占用する。Ｆｌａｇｓフィールドのうち、最高の３ビットは、デフォルト値（図１では０を例とする）であり、最後１ビット（図１では、Ｔによって示される）は、このＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであるか、それとも永久に割り当てられるものであるか（またはｗｅｌｌ−ｋｎｏｗｎマルチキャストアドレス）を示す。一実施例では、Ｔの値が０であるときに、このＩＰｖ６マルチキャストアドレスが永久に割り当てられるものである（又は、ｗｅｌｌ−ｋｎｏｗｎマルチキャストアドレス）ことを示し、Ｔの値が１であるときに、このＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。
【００１１】
Ｓｃｏｐｅフィールドは、４ビットを占用する。Ｓｃｏｐｅフィールドは、マルチキャストグループの応用範囲を識別するために用いられる。Ｓｃｏｐｅフィールドの値及び意味は、表１に示される。
【００１２】
【表１】
0006963052.tif 000002
【００１３】
Ｇｒｏｕｐ ＩＤ（マルチキャストグループ識別子）フィールドは、最低の１１２ビットを占用し、Ｓｃｏｐｅフィールドによって識別される範囲内で１つのマルチキャストグループを一意に識別する。
【００１４】
図２に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ７３７１に定義され、ネットワークプレフィックスに基づくＩＰｖ６マルチキャストアドレスである。図２に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。
【００１５】
０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。
【００１６】
ｆｆ１フィールドは、４ビットを占用する。ｆｆ１フィールドにおいて、最高の２ビットは、何れもデフォルト値（図２では、０を例とする）であり、次の１ビット（図２ではＰによって示される）は、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスであるか否かを示す。一実施例では、Ｐの値が１であるときに、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスであることを示し、Ｐの値が０であるときに、このＩＰｖ６マルチキャストアドレスがネットワークプレフィックスに基づくマルチキャストアドレスではないことを示す。ｆｆ１フィールドにおける最後１ビット（図２では、Ｔによって示される）は、図１に示すＦｌａｇｓフィールドにおける最後１ビットと類似するため、繰り返し説明しない。したがって、図２に示すｆｆ１フィールドはＦｌａｇｓフィールドと呼ばれてもよい。説明すべきことは、Ｐの値が１であれば、Ｔの値も１となる。
【００１７】
Ｓｃｏｐｅフィールドは、４ビットを占用し、図１に示すＳｃｏｐｅフィールドと類似するため、繰り返し説明しない。
【００１８】
ｆｆ２フィールドは、４ビットを占用する。図２に示すように、ｆｆ２フィールドにおけるそれぞれのビットは、「ｒ」に設定される。ｒは、付加のフラグビットとして将来の値の付与に用いられることを示し、ゼロの形式で送信され、且つ受信時に無視される。
【００１９】
Ｒｅｓｅｒｖｅｄフィールドは、４ビットを占用し、値がデフォルト値であり、例えば、値が０である。
【００２０】
Ｐｌｅｎフィールドは、８ビットを占用し、ネットワークプレフィックスの有効長さ（単位がビットである）を示す。
【００２１】
Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールドは、６４ビットを占用し、このＩＰｖ６マルチキャストアドレスの所属するサブネットワークのネットワークプレフィックスを示す。
【００２２】
Ｇｒｏｕｐ ＩＤフィールドは、３２ビットを占用する。図１に比較すると、Ｇｒｏｕｐ ＩＤフィールドの長さは、短縮化され、具体的に元の１１２ビットから３２ビットに短縮されている。しかし、Ｇｒｏｕｐ ＩＤフィールドで表される意味も図１に示すＧｒｏｕｐ ＩＤフィールドであるため、ここで繰り返し説明しない。
【００２３】
図３に示すＩＰｖ６マルチキャストアドレスフォーマットは、ＲＰのアドレスをマルチキャストアドレスに埋め込んだ１種のフォーマットである。当該ＩＰｖ６マルチキャストアドレスフォーマットは、ＲＦＣ７３７１において定義され、図３に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、各フィールドの意味は、下記のようになる。
【００２４】
０ｘＦＦ、最高の８ビット（ｂｉｔｓ）は、何れも値が１であり、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。
【００２５】
ｆｆ１フィールドは、４ビットを占用する。ｆｆ１フィールドのうち、最高の１ビットは、デフォルト値（図３では、０を例とする）、次の１ビット（図３では、Ｒによって示される）は、このＩＰｖ６マルチキャストアドレスにランデブーポイント（ＲＰ：Ｒｅｎｄｅｚｖｏｕｓ Ｐｏｉｎｔ）が埋め込まれているか否かを示す。一実施例では、Ｒの値が０であるときに、このＩＰｖ６マルチキャストアドレスにＲＰが埋め込まれていないことを示し、Ｒの値が１であるときに、このＩＰｖ６マルチキャストアドレスにＲＰが埋め込まれていることを示す。ここでのｆｆ１フィールドにおけるＰ、Ｔは、それぞれ図２に示すｆｆ１フィールドにおけるＰ、Ｔと類似するため、ここでのｆｆ１フィールドはＦｌａｇｓフィールドと呼ばれてもよい。
【００２６】
図３に示すＳｃｏｐｅフィールド、ｆｆ２フィールド、Ｐｌｅｎフィールド、Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールド、Ｇｒｏｕｐ ＩＤフィールドは、それぞれ図２に示すＳｃｏｐｅフィールド、ｆｆ２フィールド、Ｐｌｅｎフィールド、Ｎｅｔｗｏｒｋ ｐｒｅｆｉｘフィールド、Ｇｒｏｕｐ ＩＤフィールドと類似するため、繰り返し説明しない。
【００２７】
図３に示すＲＩＩＤフィールドは、４ビットを占用し、ＲＰのルータのインターフェースＩＤを示す。
【００２８】
以上は、現在使用されているＩＰｖ６マルチキャストアドレスのフォーマットについて記述した。
【００２９】
上記各種の異なるフォーマットに基づくＩＰｖ６マルチキャストアドレスに基づいて、ＩＰｖ６においてマルチキャストを実現することができる。
【００３０】
現在、各種の異なるフォーマットのＩＰｖ６マルチキャストアドレスは、位置情報に関係しない。これは、ＩＰｖ６において、位置に基づくマルチキャストを実現できず、継続的に推進している地理情報社会化を満足することができなないことも意味する。
【００３１】
ＩＰｖ６において位置に基づくマルチキャストを実現するために、本発明の実施例は、位置情報に基づいてＩＰｖ６マルチキャストアドレスを生成する方法、即ち、位置情報に基づくＩＰｖ６マルチキャストアドレスを生成する方法を提供する。当該位置情報に基づくＩＰｖ６マルチキャストアドレスによって、位置に基づくマルチキャストが実現できる。
【００３２】
本発明の実施例の目的、解決手段及びメリットがより明瞭になるように、以下では、図面および具体的な実施例を組み合わせて本発明の実施例を詳細に記述する。
【００３３】
図４を参照すると、図４は、本発明の実施例に係る第１種のＩＰｖ６マルチキャストアドレス生成フローチャートである。当該フローは、クライアントの視点から記述される。
【００３４】
図４に示すように、当該フローは、ステップ４０１〜４０２を含む。
ステップ４０１では、設備の位置情報を取得する。
【００３５】
ここでの設備は、予め指定された設備であり、記述の便宜上、対象設備と呼ばれて記述される。以下では、例を挙げて対象設備を記述するため、ここで一旦説明しない。
【００３６】
本ステップ４０１では、対象設備の位置情報は、具体的に実施する時に大量の実施態様（例えば、対象設備の経緯度情報と高さ情報、対象設備の所在するローケーションのアドレス情報（例えば、Ｘ棟ＸＸ階ＸＸ部屋等））があり、本発明の実施例において具体的に限定されない。
【００３７】
本ステップ４０１においてクライアントがどのように上記対象設備の位置情報を取得するかは、具体的に実施する時に大量の実施態様があり、後文で例を挙げて記述するため、ここで一旦説明しない。
【００３８】
ステップ４０２では、取得された位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。
【００３９】
ここでのマルチキャストグループは、具体的にクライアントが加入すべきあるマルチキャストグループである。
【００４０】
最終的にステップ４０２により、クライアントは、あるマルチキャストグループに加入する必要があるときに、取得された対象設備の位置情報に基づいて、アクティブにマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。その後、クライアントは、生成されたＩＰｖ６マルチキャストアドレスに基づいてマルチキャストグループに加入し、マルチキャストソースから当該マルチキャストグループへ送信されたデータを受信し、位置に基づくマルチキャストを実現する。
【００４１】
以下では、上記ステップ４０１においてどのように対象設備の位置情報を取得するかについて記述する。
【００４２】
具体的に実施するときに、ステップ４０１において対象設備の位置情報を取得することは、大量の実施態様があり、以下にその中の３種の実施態様を例示する。
【００４３】
（方式１）
本方式１では、予めクライアントが対象設備の位置情報をローカルに配置する。
【００４４】
これを基に、本方式１において、対象設備の位置情報を取得することは、ローカルの設定から対象設備の位置情報を読み取ることを含んでもよい。ローカルの設定とは、ソフトウェア或いはハードウェアを介して、設定ファイルを、例えばダウンロード及び／又は記憶の方式で、設備に配置することを指す。当該実施例において、クライアントが対象設備の位置情報をローカルに配置するとは、ソフトウェアモジュール或いはハードウェアモジュールを介して対象設備の位置情報をクライアントに記憶できることを指す。
【００４５】
（方式２）
本方式２において、クライアントが対象設備の位置情報を取得するステップは、クライアントがＩＰアドレスを取得する過程に実行され得る。以下では、具体的に記述する。
【００４６】
本方式２において、クライアントには、ステートフルアドレス割当方式がローカルに配置されている。この前提の上で、上記ステップ４０１において、クライアントが対象設備の位置情報を取得することは、クライアントがステートフルアドレス割当方式に従ってＩＰアドレスを取得する過程に、対象設備の位置情報を取得することを含んでもよい。
【００４７】
以下では、例示によって方式２を記述する。
本発明の実施例では、ステートフルアドレス割当方式は、ＤＨＣＰｖ６ステートフルアドレス割当方式を例とする。クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従ってＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信する。従来のＤＨＣＰｖ６メッセージよりも、本発明の実施例におけるＤＨＣＰｖ６メッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。
【００４８】
これを基に、本方式２において、クライアント対象設備の位置情報を取得することは、クライアントＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信し、ＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、前記対象設備の位置情報が付加されており、クライアントは、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信した後、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションに付加される対象設備の位置情報をＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから取得することを含んでもよい。
【００４９】
以下では、クライアントがＩＰアドレスを取得する過程を組み合わせて、図５、図９を例として、クライアントが如何に対象設備の位置情報を取得するかを説明する。
【００５０】
図５を参照すると、図５は、本発明の実施例に係るクライアント対象設備の位置情報を取得する第１フローチャートである。
【００５１】
図５に示すフローを記述する前に、理解の便宜上、ここでＤＨＣＰｖ６メッセージのフォーマットを先に記述する。
【００５２】
図６は、ＤＨＣＰｖ６メッセージのフォーマットを示す。図６に示すＤＨＣＰｖ６メッセージフォーマットでは、各フィールドによって表される意味は、下記のようになる。
【００５３】
Ｍｓｇ−ｔｙｐｅフィールドは、８ビット（１バイト）を占用し、メッセージタイプを示す。表２は、各メッセージタイプを具体的に示す。
【００５４】
【表２】
0006963052.tif 000003
【００５５】
Ｔｒａｎｓａｃｔｉｏｎ−ｉｄフィールドは、２４ビット（３バイト）を占用し、インタラクションＩＤ（トランザクションＩＤとも呼ばれる）を示す。インタラクションＩＤは、１往復のＤＨＣＰｖ６メッセージのインタラクションを識別するために用いられる。例えば、ＳＯＬＩＣＴメッセージとＡＤＶＥＲＴＩＳＥメッセージは、１つのインタラクションであり、ＲＥＱＵＥＳＴメッセージとＲＥＰＬＹメッセージは、もう１つのインタラクションである。インタラクションＩＤの特点は、下記のようになる。インタラクションＩＤは、クライアントによって生成されるランダム値である。ＤＨＣＰｖ６サーバがアクティブにスタートしたセッションメッセージである場合に、インタラクションＩＤは、０となる。
【００５６】
Ｏｐｔｉｏｎフィールドは、長さが可変であり、Ｏｐｔｉｏｎフィールドは、ＤＨＣＰｖ６サーバからクライアントへ割り当てられた配置情報（例えば、ＤＮＳサーバのＩＰｖ６アドレス等の情報）を含んでもよい。ＯｐｔｉｏｎフィールドにはＴＬＶフォーマットが採用され、図７は、Ｏｐｔｉｏｎフィールドのフォーマットを例示する。表３は、図７に示すＯｐｔｉｏｎフィールドフォーマットにおける各フィールドを記述する。
【００５７】
【表３】
0006963052.tif 000004
【００５８】
以上は、ＤＨＣＰｖ６メッセージを記述した。
上述したＤＨＣＰｖ６メッセージのフォーマットを基に、以下では、図５に示すフローを記述する。
【００５９】
図５に示すように、当該フローは、ステップ５０１〜５０２を含んでもよい。
ステップ５０１では、クライアントは、メッセージタイプがＳＯＬＩＣＩＴであるＤＨＣＰｖ６メッセージ（ＳＯＬＩＣＩＴメッセージと略称される）を送信する。
【００６０】
クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従ってＩＰアドレスを取得する際、まずＳＯＬＩＣＩＴメッセージを送信して、自分へサービスを提供可能なＤＨＣＰｖ６サーバを測位する。従来技術におけるクライアントから送信されたＳＯＬＩＣＩＴメッセージに比べ、本ステップ５０１から送信されたＳＯＬＩＣＩＴメッセージは、ＯＰＴＩＯＮ_ＯＲＯオプションを含み、且つＯＰＴＩＯＮ_ＯＲＯオプションには、対象設備の位置情報を要求するための指示情報が付加されている。一実施例として、ＯＰＴＩＯＮ_ＯＲＯオプションのフォーマットは、図７に示され、上記指示情報は、図７に示すｏｐｔｉｏｎ−ｄａｔａに付加されている。一実施例として、ここでの指示情報は、予め指定された値で示されている。
【００６１】
ＤＨＣＰｖ６サーバは、クライアントから送信されたＳＯＬＩＣＩＴメッセージを受信したときに、快速コミット（Ｒａｐｉｄ−ｃｏｍｍｉｔ）アドレス機能がローカルにイネーブルされたと特定した場合に、メッセージタイプがＲＥＰＬＹであるＤＨＣＰｖ６メッセージ（ＲＥＰＬＹメッセージと略称される）を返信する。従来技術におけるＤＨＣＰｖ６サーバから送信されたＲＥＰＬＹメッセージに比べ、本発明の実施例において、ＤＨＣＰｖ６サーバから送信されたＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。
【００６２】
一実施例として、対象設備の位置情報は、経度（Ｌｏｎｇｉｔｕｄｅ）情報、緯度（Ｌａｔｉｔｕｄｅ）情報および高さ（Ａｌｔｉｔｕｄｅ）情報を含む。対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションのフォーマットは、ＲＦＣ６２２５で定義されるＧｅｏｌｏｃ Ｏｐｔｉｏｎのフォーマットであり、具体的に図８に示される。説明すべきことは、図８に示すＯｐｔｉｏｎ Ｃｏｄｅ（６３）は、１６ビットを占用し、オプションコードを示す。ＤＨＣＰｖ６ステートフルアドレス割当方式では、オプションコード「６３」は、Ｇｅｏｌｏｃ Ｏｐｔｉｏｎを示す。別の実施例として、対象設備の位置情報は、経度情報、緯度情報及び高さ情報以外の他の情報（例えば、対象設備の所在するローケーションのアドレス情報（例えば、ＸセルＸＸ棟ＸＸＸユニットＸＸＸＸ部屋）である。この場合に、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、図８を参照して設定可能であり、最終的に対象設備の位置情報をクライアントへ送信できればよく、本発明の実施例では如何に設置するかについて具体的に限定しない。
【００６３】
ステップ５０２では、クライアントは、ＤＨＣＰｖ６サーバから返信されたＲＥＰＬＹメッセージを受信する。
【００６４】
上述した通り、ＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。これを基に、クライアントは、ＲＥＰＬＹメッセージを受信したときに、ＲＥＰＬＹメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得してもよい。最終的に、図５に示すフローにより、クライアントは、ＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージ（具体的にＲＥＰＬＹメッセージ）を受信することで、対象設備の位置情報を取得する。
【００６５】
これで、図５に示すフローは完了する。ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルすることを例として、クライアントが如何に対象設備の位置情報を取得するかを図５によって記述する。
【００６６】
以下では、ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルしていないことを例として、クライアントが如何に対象設備の位置情報を取得するかを記述し、詳細は、図９のフローに示される。
【００６７】
図９を参照すると、図９は、本発明の実施例に係るクライアント対象設備の位置情報を取得する第２フローチャートである。図５よりも、図９は、ＤＨＣＰｖ６サーバが快速コミットアドレス機能をローカルにイネーブルしていない前提に応用されている。この前提の下で、図９に示すように、当該フローは、ステップ９０１〜９０４を含む。
【００６８】
ステップ９０１では、クライアントは、メッセージタイプがＳＯＬＩＣＩＴであるＤＨＣＰｖ６メッセージ（ＳＯＬＩＣＩＴメッセージと略称される）を送信する。
【００６９】
本ステップ９０１は、上記ステップ５０１と類似するため、繰り返し説明しない。
ＤＨＣＰｖ６サーバは、ＳＯＬＩＣＩＴメッセージを受信したときに、快速コミットアドレス機能をローカルにイネーブルしていないことを発見すれば、メッセージタイプがＡＤＶＥＲＴＩＳＥであるＤＨＣＰｖ６メッセージ（ＡＤＶＥＲＴＩＳＥメッセージと略称される）をクライアントへ返信する。
【００７０】
従来技術におけるＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージに比べ、本発明の実施例において、ＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含む。当該ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。ここで、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、図８に示されるため、ここで繰り返し説明しない。
【００７１】
説明すべきことは、ネットワーキングに複数のＤＨＣＰｖ６サーバが存在する場面への応用では、各ＤＨＣＰｖ６サーバがＳＯＬＩＣＩＴメッセージを受信した後で返信したＡＤＶＥＲＴＩＳＥメッセージにおけるＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、同一対象設備の位置情報が付加されている。
【００７２】
ステップ９０２では、クライアントは、各異なるＤＨＣＰｖ６サーバから返信されたＡＤＶＥＲＴＩＳＥメッセージを受信する。
【００７３】
上述した通り、ＡＤＶＥＲＴＩＳＥメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。これを基に、クライアントは、ＡＤＶＥＲＴＩＳＥメッセージを受信したときに、ＡＤＶＥＲＴＩＳＥメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得する。
【００７４】
ステップ９０３では、クライアントは、受信された各ＡＤＶＥＲＴＩＳＥメッセージに応じて、１つのＤＨＣＰｖ６サーバを選択し、選択されたＤＨＣＰｖ６サーバへ、メッセージタイプがＲＥＱＵＥＳＴであるＤＨＣＰｖ６メッセージ（ＲＥＱＵＥＳＴメッセージと略称される）を送信する。
【００７５】
ＤＨＣＰｖ６サーバから送信されたＡＤＶＥＲＴＩＳＥメッセージには、ＤＨＣＰｖ６サーバの優先度が付加されている。一実施例として、本ステップ９０３において、クライアントが受信された各ＡＤＶＥＲＴＩＳＥメッセージに応じて１つのＤＨＣＰｖ６サーバを選択することは、クライアントが受信された各ＡＤＶＥＲＴＩＳＥメッセージに付加されたＤＨＣＰｖ６サーバの優先度に応じて、最も優先度が高いＤＨＣＰｖ６サーバを選択することを含む。
【００７６】
一実施例として、クライアントがステップ９０２において対象設備の位置情報を成功に取得したため、本ステップ９０３においてクライアントによる取得を繰り返す必要はない。その際、本ステップ９０３で送信されたＲＥＱＵＥＳＴメッセージは、従来送信されたＲＥＱＵＥＳＴメッセージと類似し、ＯＰＴＩＯＮ_ＯＲＯオプション（対象設備の位置情報を要求するための指示情報が付加される）を含まない。
【００７７】
無論、幾つかの特殊な状況（例えば、対象設備の位置情報が更新されてクライアントによってタイムリーに知得され得ない等）を回避するために、その際、本ステップ９０３で送信されたＲＥＱＵＥＳＴメッセージがＯＰＴＩＯＮ_ＯＲＯオプションを更に含む必要はある。当該ＯＰＴＩＯＮ_ＯＲＯオプションには、対象設備の位置情報を要求するための指示情報が付加されている。
【００７８】
ＤＨＣＰｖ６サーバは、ＲＥＱＵＥＳＴメッセージを受信したときに、メッセージタイプがＲＥＰＬＹであるＤＨＣＰｖ６メッセージ（ＲＥＰＬＹメッセージと略称される）を返信する。
【００７９】
一実施例として、ＲＥＱＵＥＳＴメッセージがＯＰＴＩＯＮ_ＯＲＯオプションを含み、且つ対象設備の位置情報を要求するための指示情報がＯＰＴＩＯＮ_ＯＲＯオプションに付加された場合に、ＲＥＰＬＹメッセージは、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加される。ここでのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションは、上述の通りであるため、ここで繰り返し説明しない。
【００８０】
ステップ９０４では、クライアントは、ＤＨＣＰｖ６サーバから返信されたＲＥＰＬＹメッセージを受信する。
【００８１】
ＲＥＰＬＹメッセージがＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションを含み、且つＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションに対象設備の位置情報が付加された場合に、クライアントは、ＲＥＰＬＹメッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションから対象設備の位置情報を取得する。最終的に、図９に示すフローにより、クライアントは、ＩＰアドレスを取得する過程に、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージ（例えばＡＤＶＥＲＴＩＳＥメッセージ、ＲＥＰＬＹメッセージ）を受信することにより、対象設備の位置情報を取得する。
【００８２】
これで、図９に示すフローは完了する。
以上は、方式２を記述した。説明すべきことは、方式２において、一実施例として、上記対象設備がＤＨＣＰｖ６サーバである。
【００８３】
別の実施例として、上記対象設備が予め指定されたＤＨＣＰｖ６サーバ以外の設備であり、この場合に、ＤＨＣＰｖ６サーバが当該対象設備の位置情報をローカルに予め配置する必要はある。
【００８４】
（方式３）
方式２と類似し、本方式３において、クライアントが対象設備の位置情報を取得するステップは、クライアントがＩＰアドレスを取得する過程に実行される。方式２との相違点は、本方式３において、クライアントがステートレスアドレス割当方式をローカルに配置していることにある。
【００８５】
本方式３では、上記ステップ４０１においてクライアントが対象設備の位置情報を取得することは、クライアントがステートレスアドレス割当方式に従ってＩＰアドレスを取得する過程に対象設備の位置情報を取得することを含んでもよい。
【００８６】
以下では、例示によって方式３を記述する。
本発明の実施例では、ゲートウェイ設備は、ルータ広告（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ＲＡと略称される）メッセージを周期的に送信する。及び／又は、ゲートウェイ設備は、クライアントから送信されたルータ要請（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ、ＲＳと略称される）メッセージを受信した後、ＲＳメッセージに応答するＲＡメッセージを送信する。
【００８７】
従来のＲＡメッセージに比べ、本発明の実施例におけるＲＡメッセージは、対象設備の位置情報を別途に増加した。これを基に、本方式３において、上記ステップ４０１においてクライアント対象設備の位置情報を取得することは、ゲートウェイ設備から送信されたＲＡメッセージを受信し、ＲＡメッセージは、対象設備の位置情報を含み、クライアントは、ゲートウェイ設備から送信されたＲＡメッセージを受信した後、ＲＡメッセージから対象設備の位置情報を取得することを含む。
【００８８】
本発明の実施例では、ＲＡメッセージにオプション（ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される）を追加してもよい。その中の１４０は、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎを示し、図８に示すＯｐｔｉｏｎ Ｃｏｄｅ（６３）における６３で表される意味と類似する。
【００８９】
これを基に、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）に上記対象設備の位置情報が付加されてもよい。
【００９０】
一実施例として、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）は、少なくとも１つのサブオプションＳｕｂ−ｏｐｔｉｏｎを含む。図１０ａは、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）の構造を例示する。本発明の実施例では、その中の１つのＳｕｂ−ｏｐｔｉｏｎによって上記対象設備の位置情報を付加する。記述の便宜上、ここで、上記対象設備の位置情報が付加されるＳｕｂ−ｏｐｔｉｏｎは、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎと記されてもよい。残りのＳｕｂ−ｏｐｔｉｏｎは、需要に応じて他の情報を付加してもよく、本発明において具体的に限定しない。
【００９１】
これを基に、クライアントは、最終的に、ＲＡメッセージのＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎを解析することにより、当該Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎに付加される対象設備の位置情報を取得することができる。
【００９２】
一実施例として、本方式３において、対象設備の位置情報は、経度情報、緯度情報および高さ情報を含む。対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎ のフォーマットは、ＲＦＣ６２２５で定義された図８に示すＧｅｏｌｏｃ Ｏｐｔｉｏｎフィールドのフォーマットと類似し、図１０ｂは、Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎのフォーマットを例示する。
【００９３】
別の実施例として、対象設備の位置情報は、経度情報、緯度情報および高さ情報ではなく、他の情報（例えば、対象設備の所在するローケーションのアドレス情報）である。この場合に、ＲＡメッセージにおける上記Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎは、図１０ｂを参照して設置可能であり、最終的に対象設備の位置情報をクライアントへ送信できればよく、本発明の実施例では如何に設置するかについて具体的に限定しない。
【００９４】
これで、方式３の記述は完了する。説明すべきことは、方式３において、一実施例として、上記対象設備は、予め指定された中の１つのゲートウェイ設備である。別の実施例として、上記対象設備は、予め指定された、ゲートウェイ設備以外の設備である、この場合に、ゲートウェイ設備が対象設備の位置情報をローカルに予め配置する必要はある。
【００９５】
以下では、上記ステップ４０２においてクライアントが如何に位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するかについて記述する。
【００９６】
一実施例として、上記ステップ４０２においてクライアントが位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することは以下である。
【００９７】
対象設備の位置情報とマルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。ここで、Ｇｒｏｕｐ ＩＤは、設定可能であり、例えば、予めクライアントに設定される。
【００９８】
図１１は、本発明の実施例に係るＩＰｖ６マルチキャストアドレスフォーマットの模式図である。図１１に示すＩＰｖ６マルチキャストアドレスフォーマットにおいて、全ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットである。
【００９９】
最高の８ビット、何れも値が１であり、０ｘＦＦを形成し、このアドレスがＩＰｖ６マルチキャストアドレスであることを示す。
【０１００】
最低の１１２ビットの値は、対象設備の位置情報とマルチキャストグループのＧｒｏｕｐ ＩＤとに基づいて設定される。
【０１０１】
最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用される。
【０１０２】
Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接する。本発明の実施例では、Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビット（本発明の実施例では、Ｇで表される）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであるか否かを示す。
【０１０３】
Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接する。Ｓｃｏｐｅフィールドマルチキャスト範囲を示す。ここでのＳｃｏｐｅフィールドは、上記図１〜図３に示すＳｃｏｐｅフィールドと類似するため、繰り返し説明しない。
【０１０４】
図３に示すＩＰｖ６マルチキャストアドレスフォーマットから分かるように、Ｆｌａｇｓフィールドの最低の３ビットは、既に定義されている。これを基に、一実施例として、本発明の実施例は、Ｆｌａｇｓフィールドの最高の１ビットを、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであるか否かを示すための上記Ｇとする。一例では、Ｇの値が１であるときに、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示し、Ｇの値が０であるときに、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものでははいことを示す。Ｆｌａｇｓフィールドにおける最低の３ビットは、ＲＦＣ４２９１のように定義されている。図１２は、本発明の実施例に係るＦｌａｇｓフィールドのフォーマットを例示する。
【０１０５】
本発明の実施例では、ＦｌａｇｓフィールドのＧ（例えば、Ｇの値が１）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示したときに、この時のＩＰｖ６マルチキャストアドレスが一時的なものであることを表す。したがって、ＦｌａｇｓフィールドのＧ（例えば、Ｇの値が１）は、ＩＰｖ６マルチキャストアドレスが対象設備の位置情報に基づいて生成されるものであることを示したときに、ＦｌａｇｓフィールドのＴは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものである（例えば、Ｔの値が１である）ことを示す。
【０１０６】
本発明の実施例では、対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報に転換し、その後目標位置情報およびＧｒｏｕｐ ＩＤを最低の１１２ビットへ充填してもよい。ここでのＧｒｏｕｐ ＩＤは、ＩＰｖ６マルチキャストアドレス要求に合致し、十六進数によって表されてもよい。
【０１０７】
一実施例として、最低の１１２ビットのうち、前９８ビットが目標位置情報によって占用され、残りの１４ビットがＧｒｏｕｐ ＩＤによって占用される。図１３は、ＩＰｖ６マルチキャストアドレスフォーマットを例示する。
【０１０８】
以下では、対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することについて、例を挙げて記述する。
【０１０９】
一実施例として、対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、上記対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することは、対象設備の経度情報、緯度情報および高さ情報のそれぞれに対して十六進数変換を行い、設定方式に応じて配列して目標位置情報を取得することを含む。
【０１１０】
別の実施例として、対象設備の位置情報が経度情報、緯度情報および高さ情報を含むときに、上記対象設備の位置情報をＩＰｖ６マルチキャストアドレス要求に合致する目標位置情報へ転換することは、設定された第１マッピング方式に従って、対象設備の経度情報、緯度情報および高さ情報とはマッピング関係を有するデータ（例えば、十六進数データ）を特定することを含んでもよく、当該特定されたデータそのものは、上記目標位置情報である。ここでの第１マッピング方式は、実際の需要に応じて予め設置されてもよく、本発明の実施例において具体的に限定しない。
【０１１１】
本発明の実施例では、対象設備の位置情報が、経度情報と緯度情報と高さ情報とを除く他の情報（対象設備の所在するローケーションのアドレス情報を例とする）である場合に、上記対象設備の位置情報を目標位置情報に転換することは、対象設備の位置情報にマッチングする目標位置情報を国家地名データベースコードから検索することを含んでもよい。国家地名データベースコードは、国が地名データベースについて設置したコーティングフォーマットであり、国家標準である、『中華人名共和国行政区劃代碼（中華人民共和国行政区分コード）』（ＧＢ２２６０）、『県以下行政区劃代碼編制規則（町以下行政区分コード編成規則）』（ＧＢ１０１１４−８８）のコーティング規則、『民政統計代碼編制規則（民政統計コード編成規則）』および『地名分類与類別代碼編制規則（地名分類及び種別コード編成規則）』（ＧＢ／Ｔ１８５２１−２００１）に基づいて作成されたものである。
【０１１２】
これを基に、上記対象設備の位置情報にマッチングする目標位置情報を国家地名データベースコードから検索することは、対象設備の位置情報をキーワードとして、当該キーワードコーティングのコードを国家地名データベースコードから検索することを含んでもよく、当該コードそのものが上記対象設備の位置情報にマッチングする目標位置情報である。説明すべきことは、対象設備の位置情報に基づいて対応するコードを国家地名データベースコードから検索できなかった場合に、対象設備の位置情報に最も近い別の位置情報のコードを選択してもよく、当該選択されたコードは、上記対象設備の位置情報にマッチングする目標位置情報とも見なされる。
【０１１３】
以上は、クライアントの立場に立って本発明に係る方法を記述した。
以下では、ネットワーク設備の視点から、本発明に係る方法を記述する。
【０１１４】
本発明に係る方法がネットワーク設備側に用いられ、本発明に係るＩＰｖ６マルチキャストアドレス生成方法は、対象設備の位置情報をクライアントへ送信することを含んでもよい。対象設備の位置情報は、クライアントがマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。以下では、２つの実施例により、ネットワーク設備が如何に対象設備の位置情報をクライアントへ送信するかを記述する。
【０１１５】
（実施例１）
本実施例１は、上記方式２に対応し、以下に記述される。
【０１１６】
図１４を参照すると、図１４は、本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第１実施フローチャートである。図１４に示すフローにおいて、ネットワーク設備は、ＤＨＣＰｖ６サーバである。
【０１１７】
図１４に示すように、当該フローは、以下のステップ１４０１〜１４０２を含む。
ステップ１４０１では、ＤＨＣＰｖ６サーバは、クライアントから送信されたＤＨＣＰｖ６メッセージを受信し、ＤＨＣＰｖ６メッセージのＯＰＴＩＯＮ_ＯＲＯオプションには、上記対象設備の位置情報を要求するための指示情報が付加されている。
【０１１８】
上述したステップ５０１、ステップ９０１またはステップ９０３のように、クライアントは、ＩＰアドレスを取得する過程にＤＨＣＰｖ６サーバへＤＨＣＰｖ６メッセージを送信する。このように、ＤＨＣＰｖ６サーバは、クライアントから送信されたＤＨＣＰｖ６メッセージを受信する。上述したステップ５０１またはステップ９０１においてクライアントがＳＯＬＩＣＩＴメッセージを送信することを例とすると、ＤＨＣＰｖ６サーバは、クライアントから送信されたＳＯＬＩＣＩＴメッセージを受信する。ＳＯＬＩＣＩＴメッセージは、図５又は図９に示すフローに記述された通りであるため、ここで繰り返し説明しない。
【０１１９】
ステップ１４０２では、ＤＨＣＰｖ６サーバは、ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信し、応答メッセージのＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプションには、対象設備の位置情報が付加されている。
【０１２０】
依然として上述したステップ５０１又はステップ９０１においてクライアントがＳＯＬＩＣＩＴメッセージを送信することを例とすると、ＤＨＣＰｖ６サーバで受信されたＤＨＣＰｖ６メッセージがＳＯＬＩＣＩＴメッセージであるときに、ＤＨＣＰｖ６サーバは、快速コミットアドレス機能をローカルにイネーブルしたと発見すれば、応答メッセージをＲＥＰＬＹメッセージとして返信する。ＲＥＰＬＹメッセージは、図５に示すフローで記述された通りであるため、ここで繰り返し説明しない。ＤＨＣＰｖ６サーバは、快速コミットアドレス機能をローカルにイネーブルしていないと発見すれば、応答メッセージをＡＤＶＥＲＴＩＳＥメッセージとして返信する。ＡＤＶＥＲＴＩＳＥメッセージは、図９に示すフローで記述された通りであるため、ここで繰り返し説明しない。
【０１２１】
これから分かるように、図１４に示すフローによって、ＤＨＣＰｖ６サーバは、最終的に対象設備の位置情報をクライアントへ送信する。
【０１２２】
これで、図１４に示すフローは完了する。図１４に示すフローにおいて、一実施例として、対象設備は、ＤＨＣＰｖ６サーバである。別の実施例として、対象設備は、予め指定された、ＤＨＣＰｖ６サーバ以外の設備であり、この場合に、ＤＨＣＰｖ６サーバが対象設備の位置情報をローカルに予め配置する必要はある。
【０１２３】
以上は、実施例１を記述した。
（実施例２）
本実施例２は、上記方式３に対応し、以下に記述される。
【０１２４】
図１５を参照すると、図１５は、本発明の実施例に係るネットワーク設備が対象設備の位置情報を送信する第２実施フローチャートである。図１５に示すフローにおいて、ネットワーク設備は、ゲートウェイ設備である（具体的にルータであってもよい）。
【０１２５】
本発明の実施例では、ゲートウェイ設備は、クライアントから送信されたＲＳメッセージに基づいて、ＲＳメッセージに応答するＲＡメッセージをクライアントへ送信してもよい。
【０１２６】
本発明の実施例では、ゲートウェイ設備は、ＲＡメッセージを周期的に送信してもよい。
【０１２７】
ゲートウェイ設備は、ＲＡメッセージを送信する際、図１５に示すフローを実行する。
ステップ１５０１では、ゲートウェイ設備は、ＲＡメッセージにオプションＯＰＴＩＯＮを追加する。
【０１２８】
ここでのオプションＯＰＴＩＯＮは、方式３に記述されたように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される。方式３に記述されたように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）は、具体的に図１０ａに示すように、少なくとも１つのサブオプションＳｕｂ−ｏｐｔｉｏｎを含む。
【０１２９】
ステップ１５０２では、ゲートウェイ設備は、対象設備の位置情報を、オプションＯＰＴＩＯＮ（ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と記される）におけるサブオプション（Ｓｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎと記される）の一つへ付加し、ＲＡメッセージをクライアントへ送信し、ＲＡメッセージは、対象設備の位置情報が付加されるＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎを含む。
【０１３０】
ここでのＳｕｂ_ｏｐｔｉｏｎ_ｇｅｏｌｏｃａｔｉｏｎフィールドは、上記方式３に記述された通りであり、繰り返し説明しない。
【０１３１】
これから分かるように、図１５に示すフローによって、ＤＨＣＰｖ６サーバは、最終的に対象設備の位置情報をクライアントへ送信する。
【０１３２】
これで、図１５に示すフローは完了する。
図１５に示すフローでは、一実施例として、対象設備は、ゲートウェイ設備である。または、別の実施例として、対象設備は、予め指定された、ゲートウェイ設備以外の設備であり、この場合に、対象設備の位置情報がゲートウェイ設備に予め配置される必要はある。
【０１３３】
以上は、実施例２を記述した。
説明すべきことは、本実施例において、ネットワーク設備からクライアントへ送信された対象設備の位置情報がモニタリングされるリスクを低減するために、ネットワーク設備は、対象設備の位置情報を暗号化することが可能である。ここでの暗号化は、例えば、ＭＤ５アルゴリズム等によって実施可能である。ＭＤ５アルゴリズムを例とし、図１６は、対象設備の位置情報の暗号化の模式図を例示する。説明すべきことは、ＰＴＩＯＮ_ＬＯＣＡＴＯＰＮ（１４５）は、タイプが上記ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）と異なるが、フォーマットについて、図１６に示すように、ＮＤ_ＯＰＴＩＯＮ_Ｅｘｔｅｒｎ（１４０）のフォーマットを参照すればよいため、ここで繰り返し説明しない。
【０１３４】
対応的に、クライアントは、暗号化された暗号化情報（対象設備の位置情報が暗号化されたもの）を受信すると、対応する復号ポリシー（クライアントに予め配置され）に従って暗号化情報を復号し、最終的に対象設備の位置情報を取得する。
【０１３５】
これで、本発明に係る方法記述は完了する。
以下では、本発明に係る装置を記述する。
【０１３６】
図１７を参照すると、図１７は、本発明に係る装置構造図である。当該装置は、クライアントに用いられ、取得手段１７０１と、アドレス手段１７０２とを備える。
【０１３７】
取得手段１７０１は、設備の位置情報を取得する。
アドレス手段１７０２は、前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。
【０１３８】
一実施例として、取得手段１７０１が設備の位置情報を取得することは、以下のことを含む。
【０１３９】
即ち、前記クライアントのＩＰアドレスを取得する過程において、設備の位置情報を取得する。
【０１４０】
一実施例として、上記クライアントがＤＨＣＰｖ６ステートフルアドレス割当方式に従って上記ＩＰアドレスを取得する。
【０１４１】
これを基に、取得手段１７０１が設備の位置情報を取得することは、以下のことを含む。
【０１４２】
即ち、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信する。前記ＤＨＣＰｖ６メッセージが含む第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、前記設備の位置情報が付加されている。
【０１４３】
一実施例として、上記取得手段１７０１がＤＨＣＰｖ６メッセージを受信する前に、第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含むメッセージをＤＨＣＰｖ６サーバへ送信することを更に含み、第２オプションには、上記設備の位置情報を要求するための指示情報が付加されている。
【０１４４】
一実施例として、上記クライアントがステートレスアドレス割当方式に従って前記ＩＰアドレスを取得する。
【０１４５】
これを基に、取得手段１７０１が設備の位置情報を取得することは、下記のことを含む。
【０１４６】
即ち、ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信する。ＲＡメッセージは、上記設備の位置情報を含む。
【０１４７】
一実施例として、上記設備の位置情報は、前記ＲＡメッセージが含むオプションＯＰＴＩＯＮにおけるサブオプションＳｕｂ−ｏｐｔｉｏｎに付加されている。
【０１４８】
一実施例として、上記設備の位置情報は、経度情報、緯度情報、および高さ情報を含み、または、上記設備の位置情報は、設備の所在するローケーションのアドレス情報を含む。
【０１４９】
一実施例として、上記アドレス手段１７０２が位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することは、下記のことを含む。
【０１５０】
即ち、上記位置情報とマルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成する。
【０１５１】
一実施例として、上記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットである。
【０１５２】
最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記Ｇｒｏｕｐ ＩＤとに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用される。
【０１５３】
Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す。
【０１５４】
Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示す。
【０１５５】
一実施例として、上記Ｆｌａｇｓフィールドの最高の１ビットは、ＩＰｖ６マルチキャストアドレスが位置情報に基づいて生成されるものであることを示す。
【０１５６】
一実施例として、Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示したときに、上記Ｆｌａｇｓフィールドの最低の１ビットは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。
【０１５７】
一実施例として、上記最低の１１２ビットのうち、前９８ビットが位置情報によって占用され、残りの１４ビットがマルチキャストグループの識別子によって占用される。
【０１５８】
これで、図１７に示す装置の構造記述は完了する。
本発明は、図１７に示す装置に対応するハードウェア構造を更に提供する。図１８に示すように、当該ハードウェア構造は、プロセッサ１８０１と、機械可読記憶媒体１８０２とを備える。
【０１５９】
機械可読記憶媒体１８０２には、プロセッサ１８０１によって実行され得る機械実行可能な指令が記憶されている。プロセッサ１８０１は、機械実行可能な指令を実行することにより、上記クライアントによって実行される図１〜１３に示すＩＰｖ６マルチキャストアドレス生成方法を実施する。
【０１６０】
プロセッサ１８０１は、機械実行可能な指令を実行することにより、設備の位置情報を取得することと、前記位置情報に基づいて、マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することとを実施する。
【０１６１】
一実施例では、プロセッサ１８０１は、機械実行可能な指令を実行することにより、前記クライアントのＩＰアドレスを取得する過程において、設備の位置情報を取得することを実施する。
【０１６２】
一実施例では、クライアントは、ＤＨＣＰｖ６ステートフルアドレス割当方式に従って前記ＩＰアドレスを取得し、プロセッサ１８０１は、機械実行可能な指令を実行することにより、ＤＨＣＰｖ６サーバから送信されたＤＨＣＰｖ６メッセージを受信することを実施し、前記ＤＨＣＰｖ６メッセージが含む第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、前記設備の位置情報が付加されている。
【０１６３】
一実施例では、プロセッサ１８０１は、前記ＤＨＣＰｖ６メッセージが受信される前に、機械実行可能な指令を実行することにより、第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含むメッセージをＤＨＣＰｖ６サーバへ送信することを実施し、前記第２オプションには、前記設備の位置情報を要求するための指示情報が付加されている。
【０１６４】
一実施例では、クライアントは、ステートレスアドレス割当方式に従って前記ＩＰアドレスを取得し、プロセッサ１８０１は、機械実行可能な指令を実行することにより、ゲートウェイ設備から送信されたルータ広告（ＲＡ）メッセージを受信することを実施し、前記ＲＡメッセージは、前記設備の位置情報を含む。
【０１６５】
一実施例では、前記設備の位置情報は、前記ＲＡメッセージが含む第３オプション（例えば、ＯＰＴＩＯＮ）におけるサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）に付加されている。
【０１６６】
一実施例では、前記設備の位置情報は、経度情報、緯度情報および高さ情報と、設備の所在するローケーションのアドレス情報とのうちの一つを含む。
【０１６７】
一実施例では、プロセッサ１８０１は、機械実行可能な指令を実行することにより、前記位置情報と前記マルチキャストグループの識別子（Ｇｒｏｕｐ ＩＤ）とに基づいて、前記マルチキャストグループのＩＰｖ６マルチキャストアドレスを生成することを実施する。
【０１６８】
一実施例では、前記ＩＰｖ６マルチキャストアドレスの長さは、１２８ビットであり、前記ＩＰｖ６マルチキャストアドレスのうち、最高の８ビットは、何れも値が１であり、最低の１１２ビットの値は、前記位置情報と前記マルチキャストグループの識別子とに基づいて設定され、最高の８ビットと最低の１１２ビットの間にある８ビットは、ＦｌａｇｓフィールドとＳｃｏｐｅフィールドとによって占用され、前記Ｆｌａｇｓフィールドは、４ビットを占用し、最高の８ビットに隣接し、前記Ｆｌａｇｓフィールドによって占用される４ビットのうちの１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す、前記Ｓｃｏｐｅフィールドは、４ビットを占用し、最低の１１２ビットに隣接し、マルチキャスト範囲を示す。
【０１６９】
一実施例では、前記Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示す。
【０１７０】
一実施例では、前記Ｆｌａｇｓフィールドの最高の１ビットは、前記ＩＰｖ６マルチキャストアドレスが前記位置情報に基づいて生成されるものであることを示したときに、前記Ｆｌａｇｓフィールドの最低の１ビットは、ＩＰｖ６マルチキャストアドレスが一時的に割り当てられるものであることを示す。
【０１７１】
一実施例では、前記最低の１１２ビットのうち、前９８ビットが前記位置情報によって占用され、残りの１４ビットが前記マルチキャストグループの識別子によって占用されている。
【０１７２】
図１８に示す装置では、プロセッサ１８０１は、メモリに記憶された機械可読指令を運転するプロセッサであってもよく、特定用途向け集積回路（ＡＳＩＣ）のプロセッサであってもよく、または両者の組み合わせであってもよい。それ相応に、図１８に示す装置は、ソフトウェア（例えば、メモリに記憶されてプロセッサによって運転される機械可読指令）にて実施されてもよく、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）のプロセッサ）にて実施されてもよく、またはソフトウェアとハードウェアとの共同作用にて実施されてもよい。
【０１７３】
本発明の実施例は、機械実行可能な指令を含む機械可読記憶媒体を更に提供する。例えば、図１８における機械可読記憶媒体１８０２の前記機械実行可能な指令は、プロセッサ１８０１によって実行されることにより、上記ＩＰｖ６マルチキャストアドレス生成方法を実施可能である。
【０１７４】
図１９を参照すると、図１９は、本発明に係る別の装置構造図である。当該装置は、ネットワーク設備に用いられ、位置手段１９０１と、処理手段１９０２とを備える。
【０１７５】
位置手段１９０１は、対象設備の位置情報を取得する。
処理手段１９０２は、位置手段１９０１によって取得された対象設備の位置情報をクライアントへ送信し、クライアントは、対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。
【０１７６】
一例では、ネットワーク設備は、ＤＨＣＰｖ６サーバである。
これを基に、処理手段１９０２が対象設備の位置情報をクライアントへ送信する前に、更に、
クライアントから送信されたＤＨＣＰｖ６メッセージを受信することを含み、ＤＨＣＰｖ６メッセージは、対象設備の位置情報を要求するための指示情報が付加される第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯオプション）を含む。
【０１７７】
これを基に、処理手段１９０２が対象設備の位置情報をクライアントへ送信することは、
前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することを含み、応答メッセージは、第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）を含み、第１オプション（例えば、ＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮオプション）には、対象設備の位置情報が付加されている。
【０１７８】
別の例では、ネットワーク設備は、ＤＨＣＰｖ６サーバであり、または、対象設備は、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備である。対象設備が予め指定された前記ＤＨＣＰｖ６サーバ以外の設備であることを基に、ＤＨＣＰｖ６サーバは、当該対象設備の位置情報をローカルに配置する。
【０１７９】
別の例では、上記ネットワーク設備は、ゲートウェイ設備であり、上記処理手段１９０２が対象設備の位置情報をクライアントへ送信することは、
少なくとも１つのサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）を含むオプション第３オプション（例えば、ＯＰＴＩＯＮ）をＲＡメッセージに追加することと、
対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、
上記ＲＡメッセージをクライアントへ送信することと、を含む。
【０１８０】
一実施例として、上記ＲＡメッセージは、クライアントから送信されたＲＳメッセージに基づいてクライアントへ送信され、または、上記ＲＡメッセージは、クライアントへ周期的に送信される。
【０１８１】
一実施例として、対象設備は、前記ゲートウェイ設備であり、または、対象設備は、予め指定された、前記ゲートウェイ設備以外の設備である。対象設備は、予め指定された、前記ゲートウェイ設備以外の設備であり、上記ゲートウェイ設備には、上記対象設備の位置情報がローカルに配置されている。
【０１８２】
一実施例として、上記対象設備の位置情報は、経度情報、緯度（情報および高さ情報を含み、または、上記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含む。
【０１８３】
これで、図１９に示す装置の構造記述は完了する。
本発明は、図１９に示す装置に対応するハードウェア構造を更に提供する。当該ハードウェア構造は、図１８に示すハードウェア構造と類似する。図２０に示すように、当該ハードウェア構造は、プロセッサ２００１と、機械可読記憶媒体２００２とを備える。
【０１８４】
機械可読記憶媒体２００２には、プロセッサ２００１によって実行され得る機械実行可能な指令が記憶されている。プロセッサ２００１は、機械実行可能な指令を実行することにより、上記ネットワーク設備によって実行される図１４〜図１５に示すＩＰｖ６マルチキャストアドレス生成方法を実施する。
【０１８５】
プロセッサ２００１は、機械実行可能な指令を実行することにより、対象設備の位置情報をクライアントへ送信することを実施する。前記対象設備の位置情報は、前記クライアントが前記対象設備の位置情報に基づいてマルチキャストグループのＩＰｖ６マルチキャストアドレスを生成するために用いられる。
【０１８６】
一実施例では、前記ネットワーク設備は、ＤＨＣＰｖ６サーバであり、プロセッサ２００１は、機械実行可能な指令を実行することにより、クライアントから送信されたＤＨＣＰｖ６メッセージを受信することと、前記ＤＨＣＰｖ６メッセージに応答するための応答メッセージをクライアントへ返信することと、を実施し、前記ＤＨＣＰｖ６メッセージは、前記設備の位置情報を要求するための指示情報が付加される第２オプション（例えば、ＯＰＴＩＯＮ_ＯＲＯ）を含み、前記応答メッセージは、第1オプション（例えば、オプションＯＰＴＩＯＮ_ＧＥＯＬＯＣＡＴＩＯＮ）を含み、前記第１オプションには、前記対象設備の位置情報が付加されている。
【０１８７】
一実施例では、前記対象設備は、ＤＨＣＰｖ６サーバと、予め指定された、前記ＤＨＣＰｖ６サーバ以外の設備とのうちの一つであり、前記ＤＨＣＰｖ６サーバには、前記対象設備の位置情報がローカルに配置されている。
【０１８８】
一実施例では、前記ネットワーク設備は、ゲートウェイ設備であり、プロセッサ２００１は、機械実行可能な指令を実行することにより、少なくとも１つのサブオプション（例えば、Ｓｕｂ−ｏｐｔｉｏｎ）を含む第３オプション（例えば、ＯＰＴＩＯＮ）をルータ広告（ＲＡ）メッセージに追加することと、前記対象設備の位置情報を前記第３オプションにおけるサブオプションの１つに付加することと、前記ＲＡメッセージを前記クライアントへ送信することと、を実施する。
【０１８９】
一実施例では、前記ＲＡメッセージは、前記クライアントから送信されたルータ要請（ＲＳ）メッセージに基づいて前記クライアントへ送信され、または、前記ＲＡメッセージは、前記クライアントへ周期的に送信される。
【０１９０】
一実施例では、前記対象設備は、前記ゲートウェイ設備であり、または、前記対象設備は、予め指定された、前記ゲートウェイ設備以外の設備であり、前記ゲートウェイ設備には、前記対象設備の位置情報がローカルに配置されている。
【０１９１】
一実施例では、前記対象設備の位置情報は、経度情報、緯度（情報および高さ情報を含み、または、前記対象設備の位置情報は、対象設備の所在するローケーションのアドレス情報を含む。
【０１９２】
図２０に示す装置では、プロセッサ２００１は、メモリに記憶された機械可読指令を運転するプロセッサであってもよく、特定用途向け集積回路（ＡＳＩＣ）のプロセッサであってもよく、または両者の組み合わせであってもよい。それ相応に、図２０に示す装置は、ソフトウェア（例えば、メモリに記憶されてプロセッサによって運転される機械可読指令）にて実施されてもよく、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）のプロセッサ）にて実施されてもよく、またはソフトウェアとハードウェアとの共同作用にて実施されてもよい。
【０１９３】
本発明の実施例は、機械実行可能な指令を含む機械可読記憶媒体（例えば、図２０における機械可読記憶媒体２００２）を更に提供する。前記機械実行可能な指令がプロセッサ２００１によって実行されることにより、上述したＩＰｖ６マルチキャストアドレス生成方法は、実施可能である。
【０１９４】
例示として、上記機械可読記憶媒体は、如何なる電気的なもの、磁気的なもの、光学的なものまたは他の物理的記憶装置であってもよく、情報（例えば、実行可能な指令、データ等）を含むか記憶可能である。例えば、機械可読記憶媒体は、ＲＡＭ（Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶ドライバ（例えば、ハードディスクドライバ）、ソリッドステートディスク、如何なるタイプの記憶ディスク（例えば、光ディスク、ｄｖｄ等）、もしくは類似する記憶媒体、またはそれらの組み合わせであってもよい。
【０１９５】
上述した装置実施例は、単に例示であり、その中、分離部品として説明されるモジュールが物理的に分離されるものであってもよくでなくてもよい。また、モジュールとして表示される部品は、１つの物理ハードウェアに位置してもよく、複数の物理ハードウェアに分散してもよい。実際の需要に応じてその中の一部または全部のモジュールを選択して本実施例の目的を果たすことが可能である。
【０１９６】
上述したのは、本発明の好適な実施例に過ぎず、本発明を制限するためのものではない。本発明の精神及び原則内でなされた如何なる変更、均等物による置換、改良等も、本発明の保護範囲内に含まれる。
【図１】
0006963052.tif 000005
【図２】
0006963052.tif 000006
【図３】
0006963052.tif 000007
【図４】
0006963052.tif 000008
【図５】
0006963052.tif 000009
【図６】
0006963052.tif 000010
【図７】
0006963052.tif 000011
【図８】
0006963052.tif 000012
【図９】
0006963052.tif 000013
【図１０ａ】
0006963052.tif 000014
【図１０ｂ】
0006963052.tif 000015
【図１１】
0006963052.tif 000016
【図１２】
0006963052.tif 000017
【図１３】
0006963052.tif 000018
【図１４】
0006963052.tif 000019
【図１５】
0006963052.tif 000020
【図１６】
0006963052.tif 000021
【図１７】
0006963052.tif 000022
【図１８】
0006963052.tif 000023
【図１９】
0006963052.tif 000024
【図２０】
0006963052.tif 000025