(57)【要約】【課題】処理資源が少なく、ネットワークに詳しくない一般的なユーザが使用する装置であると、ＥＵＩ−６４により生成したインタフェースＩＤが他の装置と衝突する場合に、別のインタフェースＩＤを生成するのは困難であるという問題があった。【解決手段】ルータ１０３は、ＬＡＮ１０１に接続されたＰＣ１０５が生成したネットワークアドレス、及び、ＰＣ１０５のＭＡＣアドレスを取得し、取得したネットワークアドレスが、取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、衝突メッセージを送信する。【選択図】        図１
2004215070.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された装置が生成したネットワークアドレス、及び、前記装置固有の識別データを取得し、
前記取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレスでない時に、前記取得したネットワークアドレスを拒絶するメッセージを送信することを特徴とするアドレス予約装置、方法、および、プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信に利用されるアドレスを予約して衝突を回避するアドレス予約装置および方法およびプログラムに関するものである。
【０００２】
【従来の技術】
インターネットで用いられる通信プロトコルとして、近年Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６（ＩＰｖ６）が用いられ始めている。ＩＰｖ６では、アドレスが１２８ビット長である。現在の一般的な使用形態では、上位６４ビットが主にルータ間で経路を識別するためのデータでありプレフィックスと呼ばれる。プレフィックスは主にルータから、ルータが管理するリンク内の各装置に広告され、各装置は広告されたプレフィックスを、自身のアドレスの上位６４ビットとする。実際には、リンクローカルアドレスと呼ばれるリンク内での通信にのみ使用するアドレスなど、これとは異なるアドレスも使用するが、本発明とは関係ないので説明を省略する。下位６４ビットは、各装置が自由に割り振るデータであり、インタフェースＩＤと呼ばれる。
【０００３】
各装置がインタフェースＩＤを生成する一般的な方法として、各装置固有のＩＤから６４ビットのアドレスを生成するＥＵＩ−６４（６４−ｂｉｔ  ｅｘｔｅｎｄｅｄ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる方法がある。例えば、リンクがイーサネットで構成される場合、装置のＭｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ａｄｄｒｅｓｓ（ＭＡＣ−４８）を３バイトに分割し、その間にｆｆ：ｆｅを挿入し、最上位バイトの０２でマスクされるビットを反転して、６４ビットのインタフェースＩＤを生成する。例として、装置のＭＡＣ−４８が００：８０：９０：ａ０：ｂ０：ｃ０である場合は、インタフェースＩＤは０２８０：９０ｆｆ：ｆｅａ０：ｂ０ｃ０となる。なお、ここでは簡単化のため装置と記しているが、厳密には装置のネットワークインタフェースである。
【０００４】
インタフェースＩＤの生成方法は任意であるので、上記の方法で生成されたインタフェースＩＤが、リンク内で一意である保証はない。そこで、このインタフェースＩＤを使用したリンクローカルアドレスを仮アドレスとして、仮アドレスと同じアドレスを使用している他の装置が同一リンク上にないかを確かめる。これは、要請マルチキャストと呼ばれるマルチキャストアドレスに対して、仮アドレスを使用している装置がないかを問い合わせるメッセージを発行することで行なわれる。要請マルチキャストは、ｆｆ０２：：１：ｆｆ００：００００と仮アドレスの下位２４ビットとの論理和をとったものである。上記例のインタフェースＩＤを用いる場合は、ｆｆ０２：：１：ｆｆａ０：ｂ０ｃ０となる。
【０００５】
これに対し、仮アドレスを使用している装置があれば使用している旨を表すメッセージが発行される。使用している旨を表すメッセージが発行されなければ、当該装置は、仮アドレス中のインタフェースＩＤを正式に使用する。使用している旨を表すメッセージが発行されると、他のインタフェースＩＤを割り当てる。
【０００６】
【発明が解決しようとする課題】
しかしながら、装置がカメラやプリンタなど、処理資源が少なく、ネットワークに詳しくない一般的なユーザが使用する装置であると、ＥＵＩ−６４により生成したインタフェースＩＤが他の装置と衝突する場合に、別のインタフェースＩＤを生成するのは困難であるという問題があった。
【０００７】
また、ある装置のインタフェースＩＤが、どのような時でも一意であれば、ＩＰｖ６のアドレスだけで、当該装置を識別することができる。ＩＰアドレスは偽ることも可能なので、厳密な意味での認証はできないが、あるタイプの装置であるかどうかのフィルタリングなどには有効である。しかしながら、前述したように、ＥＵＩ−６４で生成されたインタフェースＩＤが必ずしも利用されるわけではないと、こうした処理が行なえなくなる問題点もあった。
【０００８】
本発明は上記の問題に鑑みてなされたものであり、生成されるアドレス空間が６４ビット空間の真部分集合であるような特定方法（例えばＥＵＩ−６４）以外の方法で生成されるインタフェースＩＤが、特定方法で生成されるインタフェースＩＤと衝突することがないように、特定方法で生成されるインタフェースＩＤの空間を予め予約して、当該空間のアドレスは、特定方法で生成された時のみ割り当てられることを可能とするアドレス予約装置を提供することを目的とする。
【０００９】
また、上記のような特定方法でアドレスを生成する装置だけを接続するリンクを形成できるように、特定方法でインタフェースＩＤが生成された時のみ、リンクでのアドレスとして利用可能にするアドレス予約装置を提供することも目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明のアドレス予約装置は、ネットワークに接続された装置が生成したネットワークアドレス、及び、前記装置固有の識別データを取得する取得手段と、前記取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレスでない時に、前記取得したネットワークアドレスを拒絶するメッセージを送信するメッセージ送信手段とを備えることを特徴とする。
【００１１】
また、本発明のアドレス予約装置において、前記メッセージ送信手段は、前記取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレスの空間に入り、かつ、前記取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレスでない時に、前記取得したネットワークアドレスを拒絶するメッセージを送信することを特徴とする。
【００１２】
また、本発明のアドレス予約装置は、ネットワークに接続された装置が生成したネットワークアドレス、及び、前記装置固有の識別データを取得する取得手段と、前記取得したネットワークアドレスの特定位置が所定値であり、かつ、前記取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレスでない時に、前記取得したネットワークアドレスを拒絶するメッセージを送信するメッセージ送信手段とを備えることを特徴とする。
【００１３】
また、本発明のアドレス予約装置において、前記ネットワークアドレスは、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６（ＩＰｖ６）のネットワークアドレスであり、前記所定の規則を用いて生成したネットワークアドレスは、６４−ｂｉｔ  ｅｘｔｅｎｄｅｄ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ（ＥＵＩ−６４）形式のネットワークアドレスである。
【００１４】
また、前記取得手段により取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレスの空間に入るか否かは、前記取得したネットワークアドレスのＥＵＩ−６４のおいて固定されているデータ領域を所定値と比較することにより、判断する。
【００１５】
【発明の実施の形態】
（第一の実施の形態）
以下、図面を参照して本発明の第一の実施の形態を詳細に説明する。
【００１６】
図１は、本実施例のアドレス予約装置を用いたＩＰｖ６ネットワークの利用例を示す図である。同図において、  １０１はＬＡＮであり、イーサネットで構築されている。このＬＡＮがＩＰｖ６の一つのリンクとなる。１０２は、インターネットである。１０３は、本形態のアドレス予約装置であり、ＬＡＮ１０１とインターネット１０２を中継するルータとしても機能する。１０４は、イーサネットのネットワークインタフェースを備えるカメラである。ＬＡＮ１０１に接続される際は、ＥＵＩ−６４によりインタフェースＩＤを生成する。１０５は、イーサネットのネットワークインタフェースを備えるＰＣである。ＬＡＮ１０１に接続される際は、ＥＵＩ−６４とは異なる方法でインタフェースＩＤを生成する。例えば、ランダムな値を生成する。１０６は、カメラが映像をアップロードするサーバであり、インターネット１０２に接続されている。
【００１７】
ここで、ＰＣ１０５がＬＡＮ  １０１に接続されている状態で、カメラ１０４がＬＡＮ１０１に接続された時に、カメラが生成するインタフェースＩＤが、ＰＣ１０５が使用しているインタフェースＩＤと衝突する可能性がある。そこで、本形態のアドレス予約装置であるルータ１０３は、カメラ１０４が使用する可能性のあるインタフェースＩＤを予約し、ＥＵＩ−６４とは異なる方法でインタフェースＩＤを生成するＰＣ１０５が、予約されているインタフェースＩＤを生成した場合には、これを衝突しているようにみせかけて、ＰＣ  １０５が予約されているインタフェースＩＤを使用することを防ぐ。
【００１８】
以下、本形態におけるアドレス予約装置であるルータ１０３について詳細に説明する。
【００１９】
図２は、本形態におけるアドレス予約装置のハードウェア構成を示す図である。同図において２０１はＣＰＵであり以下に説明するプログラムを実行する。２０２はＲＡＭであり、上記プログラムの動作に必要な領域を実現する。２０３は、ＲＯＭであり、上記プログラムを格納すると共に、他の動作に必要な永続的データを保持する。２０４はネットワークインタフェースである。そのうち、一つはイーサネットのネットワークインタフェースであり、ＬＡＮ  １０１に接続される。
【００２０】
本形態のルータ１０３のＬＡＮ側ネットワークインタフェース２０４は、任意の要請マルチキャストを受け取るように設定されており、それが仮アドレスの衝突問い合わせのメッセージである場合には、ＣＰＵ２０１は、次に説明する衝突検知処理プログラムを実行する。この衝突検知処理プログラムは、ＲＯＭ２０３に格納されたプログラムに含まれる。ルータ１０３は、これ以外に、一般的なルータの任意の機能を実現するプログラムも実行する。この衝突検知プログラムは、ネットワークに接続された装置が生成したネットワークアドレス、及び、前記装置固有の識別データを取得し、前記取得したネットワークアドレスが、前記取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレスでない時に、前記取得したネットワークアドレスを拒絶するメッセージを送信するアドレス予約方法を実行するプログラムである。
【００２１】
ネットワークインタフェース２０４は、ネットワークに接続された装置（例えば、ＰＣ１０５）が生成したネットワークアドレス（仮アドレス）、及び、前記装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）を取得する取得手段である。ネットワークアドレスは、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６（ＩＰｖ６）のネットワークアドレスである。衝突問い合わせのメッセージには、送信元（例えば、ＰＣ１０５）が生成したネットワークアドレスが含まれる。また、ネットワークインタフェース２０４は、送信元固有の識別データ（ＭＡＣアドレス）を取得する機能も有する。この送信元固有の識別データ（ＭＡＣアドレス）も、受信したメッセージに含まれている。
【００２２】
また、ＣＰＵ２０１は、ネットワークインタフェース２０４により取得したネットワークアドレスが、ネットワークインタフェース２０４により取得した装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、ネットワークインタフェースにより取得したネットワークアドレスを拒絶するメッセージ（衝突メッセージ）を送信するメッセージ送信手段である。前記取得した装置固有の識別データから前記所定の規則を用いて生成したネットワークアドレスは、例えば、６４−ｂｉｔ  ｅｘｔｅｎｄｅｄ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ（ＥＵＩ−６４）形式のネットワークアドレスである。
【００２３】
また、ＣＰＵ２０１は、前記取得したネットワークアドレスが、ネットワークインタフェース２０４により取得した装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入り（即ち、アドレスの特定位置（下位５、４バイト）が所定値（ｆｆｆｅ）であり）、かつ、ネットワークインタフェース２０４により取得した装置固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、前記取得したネットワークアドレスを拒絶するメッセージ（衝突メッセージ）を送信する。
【００２４】
本形態では、装置固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入らないネットワークアドレス（特定位置（下位５、４バイト）が所定値（ｆｆｆｅ）でないアドレス）は、前記所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）と一致しないが、例外として、拒絶しない。
【００２５】
ネットワークインタフェース２０４により取得したネットワークアドレス（ＥＵＩ−６４）が、前記取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入るか否かは、そのネットワークアドレス（ＥＵＩ−６４）のおいて固定されているデータ領域（特定位置）を所定値（ｆｆｆｅ）と比較することにより、判断する。
【００２６】
次に、図３を用いて、衝突検知処理プログラムによる処理手順を説明する。
【００２７】
同図において、ステップ３０１では、受信した問い合わせメッセージ中の仮アドレス（ＰＣ１０５が生成したネットワークアドレス）が、ルータのＬＡＮ側ネットワークインタフェースのリンクローカルアドレスと一致するかどうかを調べる。一致する場合は、ステップ３０６に移る。一致しない場合はステップ３０２に移る。
【００２８】
ステップ３０２では、仮アドレスの下位５バイト目と４バイト目が、ｆｆｆｅであるかどうかを調べる。ｆｆｆｅでない場合は処理を終了する。一方、ステップ３０２でｆｆｆｅである場合はステップ３０３に移る。このステップ３０２の処理は、ネットワークインタフェース２０４により取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレスの空間に入るか否か、判断する処理である。仮アドレスの下位５バイト目と４バイト目（特定位置）が、ｆｆｆｅ（所定値）であれば、その仮アドレスは、ＭＡＣアドレスから所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入ると判断する。仮アドレスの下位５バイト目と４バイト目（特定位置）は、そのネットワークアドレス（ＥＵＩ−６４）のおいて固定されているデータ領域であり、ステップ３０２は、仮アドレスのそのデータ領域を、所定値と比較する処理である。
【００２９】
ステップ３０３では、次の処理により、仮アドレスからＭＡＣアドレスを復元する。まず、仮アドレスの下位３バイトを保存する。次に、仮アドレスを右に３バイトシフトし、下位３バイトを全て０にする。この値と、保存した下位３バイトの論理和を取る。そして、０２：００：００：００：００：００と排他的論理和をとり、その下位６バイトを復元ＭＡＣアドレスとする。そして、ステップ３０４に移る。
【００３０】
ステップ３０４では、ネットワークインタフェース２０４が受信した要請マルチキャストの送信元のイーサネットアドレスを取得する。そして、ステップ３０５に移る。
【００３１】
ステップ３０５では、ステップ３０３で復元した復元ＭＡＣアドレスと、ステップ３０４で取得した送信元イーサアドレスを比較する。両者が一致する場合は処理を終了する。一致しない場合は、ステップ３０６に移る。
【００３２】
ステップ３０６では、要請マルチキャストで送られた問い合わせに対して、当該仮アドレスが衝突していることを示すメッセージをＬＡＮ１０１に送信する。そして、処理を終了する。この衝突メッセージは、仮アドレスを拒絶する管理メッセージである。この衝突メッセージは、ネットワークインタフェース２０４からＬＡＮ１０１に送信される。即ち、ネットワークインタフェース２０４により取得したネットワークアドレス（仮アドレス）が、ネットワークインタフェース２０４により取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、装置（ＰＣ１０５）が生成したネットワークアドレス（仮アドレス）を拒絶するメッセージを送信する。
【００３３】
次に、図４を参照して、動作例を説明する。４０１は、ルータ１０３のＬＡＮ側ネットワークインタフェースのリンクアドレスである。このインタフェースＩＤは、上記の処理に準じて、ＥＵＩ−６４で生成される他の装置のインタフェースＩＤと衝突しないことが分かる任意のアドレスが用いられる。４０２は、ＰＣ１０５のＭＡＣアドレスである。４０３は、ＰＣ１０５がランダムに生成したインタフェースＩＤから作成した仮アドレスの例である。
【００３４】
ＰＣ１０５が、この仮アドレス４０３で、衝突を問い合わせる要請マルチキャストを送ると、下位５バイト目と４バイト目が、ｆｆｆｅであり、かつ、仮アドレス４０３から復元したＭＡＣアドレスと要請マルチキャストの送信元であるＰＣのＭＡＣアドレスが異なるので、ルータ１０３は、衝突メッセージを送信する。従って、ＰＣ１０５がこの仮アドレス４０３を使用することはない。
【００３５】
４０４は、ＰＣ１０５がランダムに生成した別のインタフェースＩＤを用いた仮アドレスである。この場合、下位５バイト目と４バイト目が、ｆｆｆｅでないので、ルータ１０３が衝突メッセージを送信することはないので、ＰＣ１０５はこの仮アドレスを正式に使用することになる。
【００３６】
４０５は、ＰＣ１０５がＭＡＣアドレスからＥＵＩ−６４によりインタフェースＩＤを生成した場合の仮アドレスである。この仮アドレス４０５は、下位５バイト目と４バイト目が、ｆｆｆｅであり、かつ、仮アドレス４０５から復元したＭＡＣアドレスと要請マルチキャストの送信元であるＰＣのＭＡＣアドレスが一致するので、ルータ１０３が衝突メッセージを送信することはないので、ＰＣ１０５はこの仮アドレス４０５を正式に使用することになる。なお、ＰＣ１０５がランダムにインタフェースＩＤを生成した結果、４０５の仮アドレスとなった場合でも、問題ないことは明らかである。
【００３７】
４０６はカメラ１０４のＭＡＣアドレスである。カメラ１０４は常にＥＵＩ−６４によりインタフェースＩＤを生成する。従って、生成される仮アドレスは必ず４０７となる。この仮アドレスで衝突問い合わせの要請マルチキャストを送信しても、ルータ１０３が衝突メッセージを送信することはない。また、それまでのルータ１０３の動作により、ＬＡＮ１０１上には、この仮アドレスを正式なリンクローカルアドレスとして使用する装置がないことが保証される。なぜなら、ＭＡＣアドレスは一意に付与されるからである。
【００３８】
従って、本形態におけるアドレス予約装置であるルータ１０３が管理するＬＡＮ１０１にカメラ１０４が接続する場合、必ずＥＵＩ−６４によるインタフェースＩＤを使用することができる。従って、カメラ１０４は、これ以外のアドレス生成方法を用意する必要がなくなる。
【００３９】
また、カメラ１０４がサーバ１０６にアクセスする場合は、ルータ１０３から与えられるプレフィックスを付けたアドレスでアクセスすることになる。この場合でも、インタフェースＩＤはリンクローカルアドレスと変わらない。これにより、例えば、サーバ１０６がＭＡＣアドレスと機種の対応データを保持していると、ＩＰアドレスだけでカメラ１０４の機種を識別できるので、例えばファームウェアのバージョンアップ情報などを送ることができる。
【００４０】
ただし、プレフィックスで識別されるネットワーク（この場合ＬＡＮ  １０１）が、本形態のアドレス予約装置を用いて管理されているかを知らないと、この保証はない。この保証は本発明の目的外であるが、少なくとも本発明によるリンク内でのＥＵＩ−６４によるインタフェースＩＤ生成の保証が、前記保証に必要な要件である。
【００４１】
（第二の実施の形態）
次に、本発明の第二の実施の形態について説明する。
【００４２】
本形態のアドレス予約装置を用いたＩＰｖ６ネットワークの利用例、本形態のアドレス予約装置のハードウェア構成、次に説明する衝突検知処理プログラムが起動される過程は、第一の実施の形態と同様である。
【００４３】
ネットワークインタフェース２０４は、ネットワークに接続された装置（例えば、ＰＣ１０５）が生成したネットワークアドレス（仮アドレス）、及び、前記装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）を取得する取得手段である。ネットワークアドレスは、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６（ＩＰｖ６）のネットワークアドレスである。衝突問い合わせのメッセージには、送信元（例えば、ＰＣ１０５）が生成したネットワークアドレスが含まれる。また、ネットワークインタフェース２０４は、送信元固有の識別データ（ＭＡＣアドレス）を取得する機能も有する。この送信元固有の識別データ（ＭＡＣアドレス）も、受信したメッセージに含まれている。
【００４４】
また、ＣＰＵ２０１は、ネットワークインタフェース２０４により取得したネットワークアドレスが、ネットワークインタフェース２０４により取得した装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、ネットワークインタフェースにより取得したネットワークアドレスを拒絶するメッセージ（衝突メッセージ）を送信するメッセージ送信手段である。前記取得した装置固有の識別データから前記所定の規則を用いて生成したネットワークアドレスは、例えば、６４−ｂｉｔ  ｅｘｔｅｎｄｅｄ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ（ＥＵＩ−６４）形式のネットワークアドレスである。
【００４５】
ネットワークインタフェース２０４により取得したネットワークアドレス（ＥＵＩ−６４）が、前記取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入るか否かは、そのネットワークアドレス（ＥＵＩ−６４）のおいて固定されているデータ領域（特定位置）を所定値（ｆｆｆｅ）と比較することにより、判断する。
【００４６】
次に、図５を用いて、衝突検知処理プログラムによる処理手順を説明する。
【００４７】
同図において、ステップ５０１では、受信した問い合わせメッセージ中の仮アドレスが、ルータのＬＡＮ側ネットワークインタフェースのリンクローカルアドレスと一致するかどうかを調べる。一致する場合は、ステップ５０６に移る。一致しない場合はステップ５０２に移る。
【００４８】
ステップ５０２では、仮アドレスの下位５バイト目と４バイト目が、ｆｆｆｅであるかどうかを調べる。ｆｆｆｅでない場合は、ステップ５０６に移る。一方、ステップ５０２でｆｆｆｅである場合はステップ５０３に移る。このステップ５０２の処理は、ネットワークインタフェース２０４により取得した装置固有の識別データから所定の規則を用いて生成されるネットワークアドレスの空間に入るか否か、判断する処理である。仮アドレスの下位５バイト目と４バイト目（特定位置）が、ｆｆｆｅ（所定値）であれば、その仮アドレスは、ＭＡＣアドレスから所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）の空間に入ると判断する。仮アドレスの下位５バイト目と４バイト目（特定位置）は、そのネットワークアドレス（ＥＵＩ−６４）のおいて固定されているデータ領域であり、ステップ５０２は、仮アドレスのそのデータ領域を、所定値と比較する処理である。
【００４９】
本形態では、ステップ５０２でｆｆｆｅでない場合は、ネットワークインタフェース２０４により取得したネットワークアドレス（仮アドレス）が、ネットワークインタフェース２０４により取得した装置（例えば、ＰＣ１０５）固有の識別データ（ＭＡＣアドレス）から所定の規則を用いて生成されるネットワークアドレス（ＥＵＩ−６４）でないと判断する。
【００５０】
ステップ５０３では、次の処理により、仮アドレスからＭＡＣアドレスを復元する。まず、仮アドレスの下位３バイトを保存する。次に、仮アドレスを右に３バイトシフトし、下位３バイトを全て０にする。この値と、保存した下位３バイトの論理和を取る。そして、０２：００：００：００：００：００と排他的論理和をとり、その下位６バイトを復元ＭＡＣアドレスとする。そして、ステップ５０４に移る。
【００５１】
ステップ５０４では、ネットワークインタフェース２０４が受信した要請マルチキャストの送信元のイーサネットアドレスを取得する。そして、ステップ５０５に移る。
【００５２】
ステップ５０５では、ステップ５０３で復元した復元ＭＡＣアドレスと、ステップ５０４で取得した送信元イーサアドレスを比較する。両者が一致する場合は処理を終了する。一致しない場合は、ステップ５０６に移る。
【００５３】
ステップ５０６では、要請マルチキャストで送られた問い合わせに対して、当該仮アドレスが衝突していることを示すメッセージをＬＡＮ１０１に送信する。そして、処理を終了する。この衝突メッセージは、仮アドレスを拒絶する管理メッセージである。この衝突メッセージは、ネットワークインタフェース２０４からＬＡＮ１０１に送信される。即ち、ネットワークインタフェース２０４により取得したネットワークアドレス（仮アドレス）が、ネットワークインタフェース２０４により取得した装置固有の識別データから所定の規則を用いて生成したネットワークアドレス（ＥＵＩ−６４）でない時に、装置（ＰＣ１０５）が生成したネットワークアドレス（仮アドレス）を拒絶するメッセージを送信する。
【００５４】
次に、図４を参照して、動作例を説明する。４０１は、ルータ１０３のＬＡＮ側ネットワークインタフェースのリンクアドレスである。このインタフェースＩＤは、上記の処理に準じて、ＥＵＩ−６４で生成される他の装置のインタフェースＩＤと衝突しないことが分かる任意のアドレスが用いられる。４０２は、ＰＣ１０５のＭＡＣアドレスである。４０３は、ＰＣ１０５がランダムに生成したインタフェースＩＤから作成した仮アドレスの例である。
【００５５】
この仮アドレス４０３で、衝突を問い合わせる要請マルチキャストを送ると、この仮アドレス４０３の下位５バイト目と４バイト目が、ｆｆｆｅであり、ルータ１０３は、仮アドレス４０３から復元したＭＡＣアドレスと要請マルチキャストの送信元であるＰＣのＭＡＣアドレスが異なるので、衝突メッセージを送信する。従って、ＰＣ１０５がこの仮アドレスを使用することはない。
【００５６】
４０４は、ＰＣ１０５がランダムに生成した別のインタフェースＩＤを用いた仮アドレスである。この場合、この仮アドレス４０４の下位５バイト目と４バイト目が、ｆｆｆｅでなく、仮アドレス４０４がＥＵＩ−６４で生成されたインタフェースＩＤを持たないため、衝突メッセージを送信する。
【００５７】
４０５は、ＰＣ１０５がＭＡＣアドレスからＥＵＩ−６４によりインタフェースＩＤを生成した場合の仮アドレスである。この場合、この仮アドレス４０５の下位５バイト目と４バイト目が、ｆｆｆｅであり、ルータ１０３は、仮アドレス４０５から復元したＭＡＣアドレスと要請マルチキャストの送信元であるＰＣのＭＡＣアドレスが一致するので、ルータ１０３が衝突メッセージを送信することはないので、ＰＣ１０５はこの仮アドレスを正式に使用することになる。カメラ１０４の場合も同様である。
【００５８】
ルータ１０３の動作により、ＬＡＮ１０１上には、ＥＵＩ−６４で生成されたインタフェースＩＤを使用するアドレスを持つ装置しか接続されなくなる。
【００５９】
したがって、カメラ１０４がサーバ１０６にアクセスする場合は、ルータ１０３から与えられるプレフィックスを付けたアドレスでアクセスすることになる。この場合でも、インタフェースＩＤはリンクローカルアドレスと変わらない。これにより、例えば、サーバ１０６がＭＡＣアドレスと機種の対応データを保持していると、ＩＰアドレスだけでカメラ１０４の機種を識別できるので、例えばファームウェアのバージョンアップ情報などを送ることができる。
【００６０】
（他の実施の形態）
上記実施の形態においては、仮アドレスからＭＡＣアドレスを復元したが、送信元ＭＡＣアドレスから所定の規則を用いてネットワークアドレス（ＥＵＩ−６４）を生成し、これが仮アドレスと一致するか、判断してもよい。
【００６１】
上記実施の形態においては、アドレス予約装置がルータを兼ねる場合について説明したが、常時ネットワークに接続されているのであれば、独立した装置であってもよいし、他の装置と一体化していてもよい。
【００６２】
また、上記実施の形態においては、リンク層がイーサネットであるＩＰｖ６ネットワークにおいて、ＭＡＣアドレスからＥＵＩ−６４によりインタフェースＩＤを生成する場合について説明したが、これに限定されるものではない。各装置固有の識別データから特定方法でネットワークアドレスを生成し、この特定方法で生成されるネットワークアドレスが、全ネットワークアドレスの真部分集合である場合に適用される。一般的には、生成されたネットワークアドレスが、前記真部分集合に入り、かつ、当該装置固有の識別データから前記特定方法により生成されたアドレスと異なる場合には、当該ネットワークアドレスを拒絶する処理となる。
【００６３】
また、上記実施の形態においては、管理するネットワークが一つの場合について説明したが、これに限定されるものではなく、複数のネットワークを管理してもよい。
【００６４】
また、上記実施の形態においては、各装置が一つのネットワークインタフェースをもち、かつ、一つのリンクローカルアドレスを生成する場合について説明したが、複数のネットワークインタフェースを持つ、あるいは複数のリンクローカルアドレスを生成してもよい。一つずつに前記実施の形態の処理を適用することで対応できる。
【００６５】
上記実施の形態においては、コンピュータまたはＣＰＵやＭＰＵを用いて、前述した機能を実現するソウトウェアプログラムを動作させる実施形態であったが、その機能の全部または一部を実現する論理回路により達成される。
【００６６】
なお、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００６７】
プログラムコードを供給するための記録媒体としては、ＲＯＭ以外にも、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤーＲＯＭ、ＣＤーＲ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００６８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６９】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００７０】
【発明の効果】
以上説明したように、本発明によれば、装置固有の識別データから所定の規則を用いて生成されていないネットワークアドレスの使用を拒絶することにより、装置固有の識別データに基づいたネットワークアドレスが他の装置と衝突しないようにすることができるという効果が得られる。
【００７１】
また、本発明によれば、所定の規則を用いてインタフェースＩＤを生成する装置だけが接続されるようにネットワークを管理できるという効果が得られる。
【００７２】
これにより、例えばＥＵＩ−６４でインタフェースＩＤを生成する装置は、この規則だけを用意すればよく、処理が軽減されるという効果が得られる。
【００７３】
また、このアドレス予約装置で管理されるネットワークにおいては、ＩＰアドレスから装置を識別することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施例を用いたネットワークの利用例を示す図である。
【図２】本発明の実施例のハードウェア構成を示す図である。
【図３】本発明の実施例における衝突検知処理を示す図である。
【図４】本発明の実施例における処理例を示す図である。
【図５】本発明の別の実施例における衝突検知処理を示す図である。
【符号の説明】
１０１  ＬＡＮ
１０２  インターネット
１０３  ルータ
１０４
１０５  カメラ
１０６  ＰＣ
１０７  サーバ
【図１】
2004215070.tif 000003
【図２】
2004215070.tif 000004
【図３】
2004215070.tif 000005
【図４】
2004215070.tif 000006
【図５】
2004215070.tif 000007