電話交換機主装置、電話交換機システム及び電話帳データ管理方法
【課題】 ネットワークに対する主装置の追加、削除を容易に行える電話交換機システムを提供する。
【解決手段】 ネットワークに電話交換機主装置１０を接続し、他の電話交換機主装置２０及び３０とピアツーピアで接続する。ＤＨＴ（分散ハッシュテーブル）１６及びＤＨＴ制御プログラム１８により、各主装置が有する電話帳データを分散管理する。これにより、各主装置は、他の主装置が有する電話帳データを保持する必要がない。
【解決手段】 ネットワークに電話交換機主装置１０を接続し、他の電話交換機主装置２０及び３０とピアツーピアで接続する。ＤＨＴ（分散ハッシュテーブル）１６及びＤＨＴ制御プログラム１８により、各主装置が有する電話帳データを分散管理する。これにより、各主装置は、他の主装置が有する電話帳データを保持する必要がない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電話交換機主装置がネットワークを介して互いに接続された電話交換機システムに関し、特にその電話帳データの管理方法に関する。
【背景技術】
【０００２】
電話交換機システムは、電話交換機主装置と、それ接続される複数の電話機により構成され、ネットワークを介して複数の電話交換機システムを相互に接続することにより、より大規模の電話交換機システムを構成することができる。
【０００３】
複数の電話交換機システムがネットワークで接続された従来の電話交換機システムは、例えば、図６に示すように、ネットワークを介して接続される複数の電話交換機主装置１００，２００，３００と、これら複数の電話交換機主装置にそれぞれ接続される複数の電話機（各々１台のみ示す）とからなる。
【０００４】
電話交換機主装置１００は、ＣＰＵ１０１、ＩＰインターフェース１０２、ＶｏＩＰ用ＣＯＤＥＣ１０３、メモリ１０４、及び電話機インターフェース１０８を備えている。
【０００５】
メモリ１０４は、電話帳データなどの管理データを格納するメモリ空間１０７と、他システム（電話交換機主装置２００あるいは３００とそれに接続される電話機）の情報を設定するためのメモリ空間１０５、および呼毎に相手の名称や電話番号（内線番号）などを管理するためのメモリ空間１０６を含む。
【０００６】
電話交換機主装置１００は、電話機インターフェース１０８を介して電話機からの発呼を受け取ると、メモリ空間１０７に格納されている電話帳データを検索して接続先を認識する。そして、電話交換機主装置１００は、認識した接続先に対して接続要求を行い、応答すれば呼を設定する。
【０００７】
電話交換機主装置２００及び３００は、それぞれ、電話交換機主装置１００と同一に構成され、同様に動作する。
【０００８】
このような電話交換機システムは、例えば、特許文献１に記載されている。
【０００９】
他方、コンピュータネットワークシステムの分野では、ピアツーピアネットワークに分散ハッシュテーブルを用い、高速検索、高速ルーティングが可能で、頻繁なノードの参加・離脱にも対応可能、といった特徴を持つネットワークシステムが種々提案されている（例えば、特許文献２参照。）。
【００１０】
【特許文献１】特開２００４−３１２４４０号公報
【特許文献２】特開２００４−２６６７９６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従来の電話交換機システムでは、ネットワークに新たな電話交換機主装置を接続する場合に、新たに接続される電話交換機主装置の設定だけでなく、既にネットワークに接続されている電話交換機主装置の設定変更も行う必要がある。また、ネットワーク接続されているいずれかの電話交換機主装置をネットワークから切り離す場合にも、他の電話交換機主装置の設定変更を行う必要がある。これは、各電話交換機主装置が他の電話交換機主装置が有するデータを参照する仕組みを持っていないので、ネットワークに接続された全ての電話交換機主装置が同一の電話帳データを持つように更新しなければならない、などのためである。
【００１２】
このように、従来の電話交換機システムでは、ネットワークに対する電話交換機主装置の追加・削除に伴い、煩雑な作業が必要であるという問題点がある。また、各電話交換機主装置の設定作業は手作業で行われるため、誤設定が生じやすいという問題点もある。
【００１３】
また、従来のピアツーピアネットワークは、電話交換機システムへの適用が全く考慮されていないという問題点がある。
【００１４】
そこで、本発明は、ネットワークに対する主装置の追加、削除が容易に行える電話交換機システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、ＩＰネットワークに接続可能な電話交換機主装置において、前記ＩＰネットワークに接続された１以上の他の電話交換機主装置とピアツーピア接続するためのネットワーク接続手段と、電話帳データを前記他の電話交換機主装置との間で分散管理するための分散ハッシュテーブルを備えたデータ管理手段と、を有していることを特徴とする。
【００１６】
また、本発明の電話交換機システムは、上記電話交換機主装置が前記ＩＰネットワークに複数接続されたことを特徴とする。
【００１７】
さらに、本発明は、複数の主装置がＩＰネットワークを介して互いに接続される電話交換機システムの電話帳データ管理方法において、前記複数の主装置が夫々有する電話帳データを、分散ハッシュテーブルを用いて前記複数の主装置で分散管理するようにしたことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ピアツーピアにより複数の主装置を接続し、分散ハッシュテーブルを用いて電話帳データを管理するようにしたことで、主装置の追加及び削除を容易に行うことができる。
【００１９】
また、いずれかの主装置に障害が発生しても、それ以外のシステムの機能を維持することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施の形態に係る（大規模）電話交換機システムについて図面を参照して詳細に説明する。
【００２１】
図１において、電話交換機主装置（以下、単に主装置という。）１０，２０，３０は、夫々電話機４０，５０，６０に接続され、小規模電話交換機システム（以下、単にシステムという場合は、小規模電話交換システムを指す。）を構成している。これら主装置１０，２０，３０は、また、ＩＰネットワーク４０に接続され、大規模電話交換機システムを構成している。主装置１０，２０及び３０の構成は全て同一なので、以下では主装置１０について説明する。
【００２２】
主装置１０は、プログラム制御により動作するＣＰＵ１１、ＩＰインターフェース１２、音声を音声パケットに変換するＣＯＤＥＣ１３、電話帳データやＤＨＴ（分散ハッシュテーブル）を格納するメモリ１４、ＤＨＴを制御するためのＤＨＴ制御プログラム１８、及び電話機とのインターフェース１９を有している。
【００２３】
ＣＰＵ１１は、ＩＰインタフェース及びメモリ１４に格納された制御プログラムとともに、ネットワークに接続された他の主装置とのビアツーピア接続を実現するネットワーク接続手段として機能する。また、ＣＰＵ１１は、メモリ１４に格納されたＤＨＴ及びＤＨＴ制御プログラム１８とともに、他の主装置と電話帳データなどを分散管理するデータ管理手段として機能する。
【００２４】
メモリ１４は、分散ハッシュテーブルを用いた検索結果を一次記憶するキャッシュ空間１５、ＤＨＴを格納するメモリ空間１６、電話帳データを格納するメモリ空間１７を有する。メモリ１４は、また、図示しないルーチングテーブルやスキップリスト、その他必要な情報を格納するメモリ空間（図示せず）を有する。メモリ１４は、ＤＨＴ制御プログラム１８を格納してもよい。
【００２５】
次に、図１の電話交換機システムの動作について図２乃至図４を参照して説明する。なお、ここではＣｈｏｒｄアルゴリズムを想定している。
【００２６】
主装置１０は、起動されると（ステップＳ３０１）、まず、自ノードＩＤ（ユニークなＩＤ）を生成する（ステップＳ３０２）。自ノードＩＤの生成は、ＣＰＵ１１がＤＨＴ制御プログラム１８を実行することにより、予め定義されているハッシュ関数（例えば、ＳＨＡ−１）を用いてハッシュ値（＝ノードＩＤ）を求めることにより行われる。
【００２７】
次に、主装置１０は、ＩＰインターフェース１２を介して、自ノードＩＤを近隣のシステムにブロードキャストし（ステップＳ３０３）、近隣システムからの応答を待つ。
【００２８】
近隣システムの主装置は、ブロードキャストによるノードＩＤを受け取ると、予め定められたルールに従って応答信号を生成し、主装置１０へ送信する。応答信号には、例えば、近隣システムの主装置が保持するルーチングテーブルやスキップリストにより管理される他システムのノードＩＤが含まれる。
【００２９】
主装置１０は、自ノードＩＤをブロードキャストした後、所定時間が経過するまで、近隣システムからの応答を待つ。応答がなければ、主装置１０は、そのまま待機状態に移行する。
【００３０】
主装置１０は、近隣システムからの応答を受信することにより、他システムのノードＩＤを取得する（ステップＳ２０４）。そして、主装置１０は、近隣システムからの応答に基づいてＤＨＴ（分散ハッシュテーブル）１６を生成する（ステップＳ２０５）。
【００３１】
次に、主装置１０は、近隣システムの応答に含まれる他システムのノードＩＤを利用するなどして、論理ネットワーク上の検索順が自システムの次に当たるシステム（ノードＩＤ＝Ｘ）を特定する。そして、主装置１０は、ノードＩＤ＝Ｘのシステムに対し、そのシステムが管理しているハッシュデータの一部を、自システムへ委譲するように要求する（ステップＳ２０６）。
【００３２】
データ委譲の要求を受けたノードＩＤ＝Ｘの主装置は、自身が管理するハッシュデータのうち、主装置１０が管理すべきものとなったデータを主装置１０へ送信する。
【００３３】
主装置１０は、ノードＩＤ＝Ｘの主装置から送信されたデータを受信すると（ステップＳ２０７）、受信したデータをＤＨＴに登録する。また、自身が管理する電話帳データ１７をハッシュデータに変換し、自身が管理すべきハッシュデータ以外のデータを対応する他の主装置に送信する。その後、主装置１０は、待機状態へ移行する（ステップＳ２０８）。
【００３４】
主装置１０からのハッシュデータを受け取った他の主装置は、受け取ったハッシュデータを自身のＤＨＴに追加登録する。
【００３５】
主装置１０を含むシステムの大規模電話交換機システムへの追加及びデータの分散管理が実現する。
【００３６】
次に、図３を参照して、上記の動作についてさらに説明する。
【００３７】
Ｃｈｏｒｄアルゴリズムにおいては、複数の主装置が論理的に図３の上部に示されるようにリング状に接続される。ここでは、説明を簡単にするため、最大ノード数を２４＝１６個としている。また、主装置Ａ，Ｂ，Ｄ，及びＥが、夫々、ノード１１，０，１３および９に接続されているものとし、他のノードは空状態であるとする。
【００３８】
いま、主装置Ｃがネットワークに接続され、自身のノードＩＤとしてノードＩＤ＝５を生成したとする。
【００３９】
上述したように、主装置Ｃは、ノードＩＤ＝５をネットワーク上にブロードキャストする。ネットワーク上には、主装置Ａ，Ｂ，ＤおよびＥが存在するので、これらからの応答が得られる。
【００４０】
各主装置Ａ，Ｂ，Ｄ，Ｅは、少なくとも論理ネットワーク上で両隣に位置する主装置のノードＩＤ及びＩＰアドレスを知っている。例えば、主装置Ａは、ノードＩＤ＝９に位置する主装置ＥとノードＩＤ＝１３に位置する主装置ＤのＩＰアドレスを知っている。したがって、主装置Ｃは、主装置Ａ，Ｂ，ＤおよびＥからの応答に基づいて、論理ネットワーク上でノードＩＤ＝５の次に位置する主装置がノードＩＤ＝９の主装置Ｅであること、及びその物理ネットワーク上の位置（ＩＰアドレス）を認識できる。また、論理ネットワーク上でノードＩＤ＝５の前に位置する主装置がノードＩＤ＝０の主装置Ｂであること、及びその物理ネットワーク上の位置（ＩＰアドレス）を認識できる。
【００４１】
一方、ノードＩＤ＝０の主装置Ｂは、主装置Ｃのブロードキャストにより、論理ネットワーク上で次に位置する主装置が、ノードＩＤ＝９の主装置Ｅから、ノードＩＤ＝５の主装置Ｃとなったことを認識する。同様に、ノードＩＤ＝９の主装置Ｅは、主装置Ｃのブロードキャストにより、論理ネットワーク上で前に位置する主装置が、ノードＩＤ＝０の主装置Ｂから、ノードＩＤ＝５の主装置Ｃとなったことを認識する。
【００４２】
また、各主装置が分散管理すべきハッシュデータは、ノードＩＤの生成と同一のハッシュ関数を使用して生成されるため、論理ネットワークの最大ノード数と同じ１６個のグループに分類される。つまり、論理ネットワーク上の全てのノードに主装置が接続されている場合には、各主装置が１グループのハッシュデータを管理する。主装置が接続されていないノードが存在する場合には、次のノードに接続された主装置がそのデータを管理する。次のノードにも主装置が接続されていなければ、さらに次のノードに接続された主装置がそれらの空ノードに対応するデータを管理する。例えば、図３において、主装置Ｃが接続される以前は、ノードＩＤ＝９に接続された主装置Ｅが、ノードＩＤ＝１〜９に接続される主装置が管理すべき９個のグループのハッシュデータを管理する。
【００４３】
主装置Ｃは、論理ネットワーク上で次に位置する主装置がノードＩＤ＝９の主装置Ｅであると認識したならば、ノードＩＤ＝５より前のハッシュデータの委譲を要求する。主装置Ｅは、ノードＩＤ＝１〜５に接続される主装置が管理すべきハッシュデータを主装置Ｃに引き渡す。
【００４４】
主装置Ｃが有するデータはハッシュデータに変換され、対応する主装置のＤＨＴに登録管理される。
【００４５】
以上のようにして、主装置Ｃの大規模電話交換機システムへの追加が行われる。
【００４６】
次に、上記電話交換機システムにおけるデータ検索について説明する。
【００４７】
Ｃｈｏｒｄアルゴリズムにおけるデータ検索は、常に時計回りの行われる線型探索を基本とするが、スキップリストという概念を導入することにより高速サーチを可能にしている。
【００４８】
例えば、ノードＩＤ＝０の主装置ＢがノードＩＤ＝１１の主装置Ａが管理するデータを参照する場合、単純線形検索では、ノードＩＤ＝０→ノードＩＤ＝５→ノードＩＤ９→ノードＩＤ１１の順に検索が行われる。しかし、スキップリストを利用すると、ノードＩＤ＝０→ノードＩＤ９→ノードＩＤ１１となる。
【００４９】
さらに、図１及び図４を参照して、主装置１０のデータ検索動作について説明する。
【００５０】
（小規模）電話交換機システムの処理において（ステップＳ４０１）、他システムにて管理しているデータが必要となったときに、データの要求が発生する（ステップＳ４０２）。
【００５１】
主装置１０は、データ要求が発生すると、ＤＨＴ制御プログラムを用いて、要求データのハッシュ値を求める（ステップＳ４０３）。
【００５２】
それから主装置１０は、求めたハッシュ値が、キャッシュ用メモリ空間１５に存在しないかチェックする（ステップＳ４０４）。
【００５３】
求めたハッシュ値が既にキャッシュ用メモリ空間１５に格納されているならば、それに関連付けて同じくキャッシュ用メモリ空間１５に格納されている関連データを取り出し、内部処理に用いる（ステップＳ４０９）。
【００５４】
キャッシュ用メモリ空間１５に求めたハッシュ値が格納されていなければ、ルーティングテーブルやスキップリストに基づき、検索を依頼すべき主装置のＩＰアドレスを取得する（ステップＳ４０５）。
【００５５】
次に、主装置１０は、取得したＩＰアドレスの主装置に対して先に求めたハッシュ値の検索を依頼する（ステップＳ４０６）。検索依頼を受けた主装置は、受け取ったハッシュ値が自身の管理するデータでない場合は、ルーティングテーブルに従って、論理ネットワーク上の次の主装置に検索を依頼する。検索依頼の対象となったハッシュ値が見つかると、それに関連付けられた関連データが、検索依頼とは逆の経路をたどって、主装置１０に送られる（ステップＳ４０７）。
【００５６】
主装置１０は、受け取ったハッシュ値及び関連データをキャッシュ用メモリ空間１５に格納した後（ステップＳ４０８）、内部処理に使用する（ステップＳ４０９）。
【００５７】
主装置１０が、他の主装置からの検索依頼を受けた場合、受け取ったハッシュ値が自身の管理するデータでなければ、ルーティングテーブルに従って、論理ネットワーク上の次の主装置に検索を依頼する。受け取ったハッシュ値が自身が管理するデータの場合は、ＤＨＴ１６を検索し、対応する関連データを読み出して、依頼元の主装置へ送信する。
【００５８】
以上のようにして、本実施の形態に係る大規模電話交換機システムでは、データの分散管理と高速検索が実現できる。
【００５９】
本実施の形態に係る大規模電話交換機システムによれば、電話交換機主装置をＩＰインターフェースにてネットワークに接続し、電話交換機主装置間をピアツーピア接続としたことにより、システム追加の際には名称設定（ＩＤ設定）のみ行えばよく、接続先の人手による設定等の必要がない。また、システム削除の際には、何ら人手による設定変更を行う必要がない。つまり、本実施の形態に係る大規模電話交換機システムでは、主装置（小規模電話交換機システム）の追加、削除に伴うＤＨＴ等の書き換えが自立的に行われるので、システムの追加削除が容易に行える。また、システム削除のＤＨＴ等の書き換えが自立的に行われるので、障害発生時にも同様の処理を行うことにより、障害が発生したシステム以外のシステムは正常に動作することができる。
【００６０】
また、本実施の形態に係る大規模電話交換機システムでは、分散ハッシュテーブルの利用により、ネットワーク上の負荷分散と負荷軽減とを実現できる。
【００６１】
また、一度検索したデータは、キャッシュ用メモリ空間に格納されるので、検索頻度の高いデータについては、他の主装置に検索依頼することなく検索結果が得られ、より高速な検索と、ネットワークの負荷軽減が可能である。
【００６２】
次に、本発明の他の実施の形態に係る大規模電話交換機システムについて図５を参照して詳細に説明する。
【００６３】
図５はＣＡＮ（Content-Addressable Network）アルゴリズムを用いて分散ハッシュテーブルを管理する様子を示している。各主装置の構成は、図１に示すものと同じであり、動作もまた、図２及び図４に示すフローチャートとほぼ同じである。
【００６４】
ＣＡＮでは、各システムが管理するデータはｎ次元トーラス空間として表される。
【００６５】
今、（１，０）×（０，１）の２次元正方空間を考える。ネットワークに接続されているシステムはhash_x()とhash_y()というハッシュ関数により、論理空間上のハッシュ値（ｘ，ｙ）（但し、０＜ｘ＜１，０＜ｙ＜１）を持ち、そのハッシュ値を含む空間を個々に管理する。
【００６６】
図５において、主装置Ａはハッシュ値（ａ，ｂ）を持ち、（０，ｍ）（ｕ，ｔ）（ｕ，１）（０，１）で囲まれた空間を管理している。ここで、ハッシュ値（ａ，ｂ）がノードＩＤに相当する。同様に、主装置Ｂはハッシュ値（ｅ，ｆ）を持ち、（ｕ，０）（１，０）（１，ｔ）（ｕ，ｔ）で囲まれた空間を管理している。また、主装置Ｄはハッシュ値（ｇ，ｈ）（但し、ｕ＜ｉ＜１，ｔ＜ｊ＜ｓ）を持ち、（ｕ，ｔ）（１，ｔ）（１，１）（ｕ，１）で囲まれた空間を管理している。さらに、主装置Ｅはハッシュ値（ｃ，ｄ）を持ち、（０，０）（ｕ，０）（ｕ，ｔ）（０，ｔ）で囲まれた空間を管理している。
【００６７】
以上の状態において、新たにハッシュ値（ｉ，ｊ）を持つシステムＣがネットワークに接続されたとすると、そのハッシュ値（ｉ，ｊ）（但し、ｕ＜ｉ＜１，ｓ＜ｊ＜１）は、システムＤが管理する空間に含まれる。そこで、システムＣは、ネットワークに接続されたことを近隣のシステムにブロードキャストし、自身を含む空間を管理しているのがシステムＤであることを知る。
【００６８】
その後システムＣ及びＤは、自立的にシステムＤが管理する空間を分割し、（ｕ，ｓ）（１，ｓ）（１，１）（ｕ，１）で囲まれた空間についての管理をシステムＣへ委譲する。また、隣接するシステムに対して、（ｕ，ｓ）（１，ｓ）（１，１）（ｕ，１）で囲まれた空間について管理がシステムＣに委譲されたことを通知する。
【００６９】
データを探索するときは、要求するデータのハッシュ値（ｘ，ｙ）をあらかじめ定義されているハッシュ関数にて計算し、取得する。そのハッシュ値に基づいて、近隣の空間を管理しているシステムであって、その値に最も近いハッシュ値を持つシステムに対して要求を送信し、データを取得する。
【００７０】
たとえば、システムＥがシステムＣにて管理されているデータ（ｑ，ｒ）を取得する場合、要求されているポイントは自分の管理空間にいないので、システムＡに対して要求を送信する。システムＡでは、ポイント（ｑ，ｒ）は隣のシステムＣが管理している空間にいることがわかるので、システムＣにデータの要求を送信する。
【００７１】
以上のようにして、本アルゴリズムを使用した場合にも、高速な探索が可能となる。またキャッシュ用のメモリを利用することにより、さらに高速なデータ取得が可能となる。
【００７２】
以上本発明について２つの実施の形態に即して説明したが、本発明は上記実施の形態に限定されるものではない。
【００７３】
例えば、本発明は、同一電話機交換機システム内のＶｏＩＰ電話機の接続にも利用できる。また、電話交換機システムとコンピュータとが混在するネットワークにも適用できる。
【００７４】
電話交換機システムとコンピュータとが混在するネットワークでは、互いのデータを共有することにより、各ユーザによるシステムデータの変更や、電話交換機による各ユーザに関する情報収集（在席状況や、現在のステータス）などを行い、電話交換機システム内部のアプリケーションで利用するといったことが考えられる。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施の形態に係る電話交換機システムの一構成例を示すブロック図である。
【図２】図１の電話交換機システムの主装置の起動時（ネットワークに接続されたとき）の動作を説明するためのフローチャートである。
【図３】図１の電話交換機システムの論理接続とデータ検索動作を説明するための図である。
【図４】図１の電話交換機システムのデータ検索動作を説明するためのフローチャートである。
【図５】本発明の他の実施の形態に係る電話交換システムにおけるデータ管理に利用されう論理空間を説明するための図である。
【図６】従来の電話交換機システムの一構成例を示すブロック図である。
【符号の説明】
【００７６】
１０，２０，３０ 電話交換機主装置
１１ ＣＰＵ
１２ ＩＰインターフェース
１３ ＣＯＤＥＣ
１４ メモリ
１５ キャッシュ用メモリ空間
１６ ＤＨＴ
１７ 電話帳データ用メモリ空間
１８ ＤＨＴ制御プログラム
１９ 電話機インタフェース
４０ ＩＰネットワーク
５０，６０，７０ 電話機
１００，２００，３００ 電話交換機主装置
１０１ ＣＰＵ
１０２ ＩＰインターフェース
１０３ ＣＯＤＥＣ
１０４ メモリ
１０５ 接続先情報用メモリ空間
１０６ 呼制御管理用メモリ空間
１０７ 電話帳データ用メモリ空間
１０８ ＤＨＴ制御プログラム
【技術分野】
【０００１】
本発明は、複数の電話交換機主装置がネットワークを介して互いに接続された電話交換機システムに関し、特にその電話帳データの管理方法に関する。
【背景技術】
【０００２】
電話交換機システムは、電話交換機主装置と、それ接続される複数の電話機により構成され、ネットワークを介して複数の電話交換機システムを相互に接続することにより、より大規模の電話交換機システムを構成することができる。
【０００３】
複数の電話交換機システムがネットワークで接続された従来の電話交換機システムは、例えば、図６に示すように、ネットワークを介して接続される複数の電話交換機主装置１００，２００，３００と、これら複数の電話交換機主装置にそれぞれ接続される複数の電話機（各々１台のみ示す）とからなる。
【０００４】
電話交換機主装置１００は、ＣＰＵ１０１、ＩＰインターフェース１０２、ＶｏＩＰ用ＣＯＤＥＣ１０３、メモリ１０４、及び電話機インターフェース１０８を備えている。
【０００５】
メモリ１０４は、電話帳データなどの管理データを格納するメモリ空間１０７と、他システム（電話交換機主装置２００あるいは３００とそれに接続される電話機）の情報を設定するためのメモリ空間１０５、および呼毎に相手の名称や電話番号（内線番号）などを管理するためのメモリ空間１０６を含む。
【０００６】
電話交換機主装置１００は、電話機インターフェース１０８を介して電話機からの発呼を受け取ると、メモリ空間１０７に格納されている電話帳データを検索して接続先を認識する。そして、電話交換機主装置１００は、認識した接続先に対して接続要求を行い、応答すれば呼を設定する。
【０００７】
電話交換機主装置２００及び３００は、それぞれ、電話交換機主装置１００と同一に構成され、同様に動作する。
【０００８】
このような電話交換機システムは、例えば、特許文献１に記載されている。
【０００９】
他方、コンピュータネットワークシステムの分野では、ピアツーピアネットワークに分散ハッシュテーブルを用い、高速検索、高速ルーティングが可能で、頻繁なノードの参加・離脱にも対応可能、といった特徴を持つネットワークシステムが種々提案されている（例えば、特許文献２参照。）。
【００１０】
【特許文献１】特開２００４−３１２４４０号公報
【特許文献２】特開２００４−２６６７９６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従来の電話交換機システムでは、ネットワークに新たな電話交換機主装置を接続する場合に、新たに接続される電話交換機主装置の設定だけでなく、既にネットワークに接続されている電話交換機主装置の設定変更も行う必要がある。また、ネットワーク接続されているいずれかの電話交換機主装置をネットワークから切り離す場合にも、他の電話交換機主装置の設定変更を行う必要がある。これは、各電話交換機主装置が他の電話交換機主装置が有するデータを参照する仕組みを持っていないので、ネットワークに接続された全ての電話交換機主装置が同一の電話帳データを持つように更新しなければならない、などのためである。
【００１２】
このように、従来の電話交換機システムでは、ネットワークに対する電話交換機主装置の追加・削除に伴い、煩雑な作業が必要であるという問題点がある。また、各電話交換機主装置の設定作業は手作業で行われるため、誤設定が生じやすいという問題点もある。
【００１３】
また、従来のピアツーピアネットワークは、電話交換機システムへの適用が全く考慮されていないという問題点がある。
【００１４】
そこで、本発明は、ネットワークに対する主装置の追加、削除が容易に行える電話交換機システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、ＩＰネットワークに接続可能な電話交換機主装置において、前記ＩＰネットワークに接続された１以上の他の電話交換機主装置とピアツーピア接続するためのネットワーク接続手段と、電話帳データを前記他の電話交換機主装置との間で分散管理するための分散ハッシュテーブルを備えたデータ管理手段と、を有していることを特徴とする。
【００１６】
また、本発明の電話交換機システムは、上記電話交換機主装置が前記ＩＰネットワークに複数接続されたことを特徴とする。
【００１７】
さらに、本発明は、複数の主装置がＩＰネットワークを介して互いに接続される電話交換機システムの電話帳データ管理方法において、前記複数の主装置が夫々有する電話帳データを、分散ハッシュテーブルを用いて前記複数の主装置で分散管理するようにしたことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ピアツーピアにより複数の主装置を接続し、分散ハッシュテーブルを用いて電話帳データを管理するようにしたことで、主装置の追加及び削除を容易に行うことができる。
【００１９】
また、いずれかの主装置に障害が発生しても、それ以外のシステムの機能を維持することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施の形態に係る（大規模）電話交換機システムについて図面を参照して詳細に説明する。
【００２１】
図１において、電話交換機主装置（以下、単に主装置という。）１０，２０，３０は、夫々電話機４０，５０，６０に接続され、小規模電話交換機システム（以下、単にシステムという場合は、小規模電話交換システムを指す。）を構成している。これら主装置１０，２０，３０は、また、ＩＰネットワーク４０に接続され、大規模電話交換機システムを構成している。主装置１０，２０及び３０の構成は全て同一なので、以下では主装置１０について説明する。
【００２２】
主装置１０は、プログラム制御により動作するＣＰＵ１１、ＩＰインターフェース１２、音声を音声パケットに変換するＣＯＤＥＣ１３、電話帳データやＤＨＴ（分散ハッシュテーブル）を格納するメモリ１４、ＤＨＴを制御するためのＤＨＴ制御プログラム１８、及び電話機とのインターフェース１９を有している。
【００２３】
ＣＰＵ１１は、ＩＰインタフェース及びメモリ１４に格納された制御プログラムとともに、ネットワークに接続された他の主装置とのビアツーピア接続を実現するネットワーク接続手段として機能する。また、ＣＰＵ１１は、メモリ１４に格納されたＤＨＴ及びＤＨＴ制御プログラム１８とともに、他の主装置と電話帳データなどを分散管理するデータ管理手段として機能する。
【００２４】
メモリ１４は、分散ハッシュテーブルを用いた検索結果を一次記憶するキャッシュ空間１５、ＤＨＴを格納するメモリ空間１６、電話帳データを格納するメモリ空間１７を有する。メモリ１４は、また、図示しないルーチングテーブルやスキップリスト、その他必要な情報を格納するメモリ空間（図示せず）を有する。メモリ１４は、ＤＨＴ制御プログラム１８を格納してもよい。
【００２５】
次に、図１の電話交換機システムの動作について図２乃至図４を参照して説明する。なお、ここではＣｈｏｒｄアルゴリズムを想定している。
【００２６】
主装置１０は、起動されると（ステップＳ３０１）、まず、自ノードＩＤ（ユニークなＩＤ）を生成する（ステップＳ３０２）。自ノードＩＤの生成は、ＣＰＵ１１がＤＨＴ制御プログラム１８を実行することにより、予め定義されているハッシュ関数（例えば、ＳＨＡ−１）を用いてハッシュ値（＝ノードＩＤ）を求めることにより行われる。
【００２７】
次に、主装置１０は、ＩＰインターフェース１２を介して、自ノードＩＤを近隣のシステムにブロードキャストし（ステップＳ３０３）、近隣システムからの応答を待つ。
【００２８】
近隣システムの主装置は、ブロードキャストによるノードＩＤを受け取ると、予め定められたルールに従って応答信号を生成し、主装置１０へ送信する。応答信号には、例えば、近隣システムの主装置が保持するルーチングテーブルやスキップリストにより管理される他システムのノードＩＤが含まれる。
【００２９】
主装置１０は、自ノードＩＤをブロードキャストした後、所定時間が経過するまで、近隣システムからの応答を待つ。応答がなければ、主装置１０は、そのまま待機状態に移行する。
【００３０】
主装置１０は、近隣システムからの応答を受信することにより、他システムのノードＩＤを取得する（ステップＳ２０４）。そして、主装置１０は、近隣システムからの応答に基づいてＤＨＴ（分散ハッシュテーブル）１６を生成する（ステップＳ２０５）。
【００３１】
次に、主装置１０は、近隣システムの応答に含まれる他システムのノードＩＤを利用するなどして、論理ネットワーク上の検索順が自システムの次に当たるシステム（ノードＩＤ＝Ｘ）を特定する。そして、主装置１０は、ノードＩＤ＝Ｘのシステムに対し、そのシステムが管理しているハッシュデータの一部を、自システムへ委譲するように要求する（ステップＳ２０６）。
【００３２】
データ委譲の要求を受けたノードＩＤ＝Ｘの主装置は、自身が管理するハッシュデータのうち、主装置１０が管理すべきものとなったデータを主装置１０へ送信する。
【００３３】
主装置１０は、ノードＩＤ＝Ｘの主装置から送信されたデータを受信すると（ステップＳ２０７）、受信したデータをＤＨＴに登録する。また、自身が管理する電話帳データ１７をハッシュデータに変換し、自身が管理すべきハッシュデータ以外のデータを対応する他の主装置に送信する。その後、主装置１０は、待機状態へ移行する（ステップＳ２０８）。
【００３４】
主装置１０からのハッシュデータを受け取った他の主装置は、受け取ったハッシュデータを自身のＤＨＴに追加登録する。
【００３５】
主装置１０を含むシステムの大規模電話交換機システムへの追加及びデータの分散管理が実現する。
【００３６】
次に、図３を参照して、上記の動作についてさらに説明する。
【００３７】
Ｃｈｏｒｄアルゴリズムにおいては、複数の主装置が論理的に図３の上部に示されるようにリング状に接続される。ここでは、説明を簡単にするため、最大ノード数を２４＝１６個としている。また、主装置Ａ，Ｂ，Ｄ，及びＥが、夫々、ノード１１，０，１３および９に接続されているものとし、他のノードは空状態であるとする。
【００３８】
いま、主装置Ｃがネットワークに接続され、自身のノードＩＤとしてノードＩＤ＝５を生成したとする。
【００３９】
上述したように、主装置Ｃは、ノードＩＤ＝５をネットワーク上にブロードキャストする。ネットワーク上には、主装置Ａ，Ｂ，ＤおよびＥが存在するので、これらからの応答が得られる。
【００４０】
各主装置Ａ，Ｂ，Ｄ，Ｅは、少なくとも論理ネットワーク上で両隣に位置する主装置のノードＩＤ及びＩＰアドレスを知っている。例えば、主装置Ａは、ノードＩＤ＝９に位置する主装置ＥとノードＩＤ＝１３に位置する主装置ＤのＩＰアドレスを知っている。したがって、主装置Ｃは、主装置Ａ，Ｂ，ＤおよびＥからの応答に基づいて、論理ネットワーク上でノードＩＤ＝５の次に位置する主装置がノードＩＤ＝９の主装置Ｅであること、及びその物理ネットワーク上の位置（ＩＰアドレス）を認識できる。また、論理ネットワーク上でノードＩＤ＝５の前に位置する主装置がノードＩＤ＝０の主装置Ｂであること、及びその物理ネットワーク上の位置（ＩＰアドレス）を認識できる。
【００４１】
一方、ノードＩＤ＝０の主装置Ｂは、主装置Ｃのブロードキャストにより、論理ネットワーク上で次に位置する主装置が、ノードＩＤ＝９の主装置Ｅから、ノードＩＤ＝５の主装置Ｃとなったことを認識する。同様に、ノードＩＤ＝９の主装置Ｅは、主装置Ｃのブロードキャストにより、論理ネットワーク上で前に位置する主装置が、ノードＩＤ＝０の主装置Ｂから、ノードＩＤ＝５の主装置Ｃとなったことを認識する。
【００４２】
また、各主装置が分散管理すべきハッシュデータは、ノードＩＤの生成と同一のハッシュ関数を使用して生成されるため、論理ネットワークの最大ノード数と同じ１６個のグループに分類される。つまり、論理ネットワーク上の全てのノードに主装置が接続されている場合には、各主装置が１グループのハッシュデータを管理する。主装置が接続されていないノードが存在する場合には、次のノードに接続された主装置がそのデータを管理する。次のノードにも主装置が接続されていなければ、さらに次のノードに接続された主装置がそれらの空ノードに対応するデータを管理する。例えば、図３において、主装置Ｃが接続される以前は、ノードＩＤ＝９に接続された主装置Ｅが、ノードＩＤ＝１〜９に接続される主装置が管理すべき９個のグループのハッシュデータを管理する。
【００４３】
主装置Ｃは、論理ネットワーク上で次に位置する主装置がノードＩＤ＝９の主装置Ｅであると認識したならば、ノードＩＤ＝５より前のハッシュデータの委譲を要求する。主装置Ｅは、ノードＩＤ＝１〜５に接続される主装置が管理すべきハッシュデータを主装置Ｃに引き渡す。
【００４４】
主装置Ｃが有するデータはハッシュデータに変換され、対応する主装置のＤＨＴに登録管理される。
【００４５】
以上のようにして、主装置Ｃの大規模電話交換機システムへの追加が行われる。
【００４６】
次に、上記電話交換機システムにおけるデータ検索について説明する。
【００４７】
Ｃｈｏｒｄアルゴリズムにおけるデータ検索は、常に時計回りの行われる線型探索を基本とするが、スキップリストという概念を導入することにより高速サーチを可能にしている。
【００４８】
例えば、ノードＩＤ＝０の主装置ＢがノードＩＤ＝１１の主装置Ａが管理するデータを参照する場合、単純線形検索では、ノードＩＤ＝０→ノードＩＤ＝５→ノードＩＤ９→ノードＩＤ１１の順に検索が行われる。しかし、スキップリストを利用すると、ノードＩＤ＝０→ノードＩＤ９→ノードＩＤ１１となる。
【００４９】
さらに、図１及び図４を参照して、主装置１０のデータ検索動作について説明する。
【００５０】
（小規模）電話交換機システムの処理において（ステップＳ４０１）、他システムにて管理しているデータが必要となったときに、データの要求が発生する（ステップＳ４０２）。
【００５１】
主装置１０は、データ要求が発生すると、ＤＨＴ制御プログラムを用いて、要求データのハッシュ値を求める（ステップＳ４０３）。
【００５２】
それから主装置１０は、求めたハッシュ値が、キャッシュ用メモリ空間１５に存在しないかチェックする（ステップＳ４０４）。
【００５３】
求めたハッシュ値が既にキャッシュ用メモリ空間１５に格納されているならば、それに関連付けて同じくキャッシュ用メモリ空間１５に格納されている関連データを取り出し、内部処理に用いる（ステップＳ４０９）。
【００５４】
キャッシュ用メモリ空間１５に求めたハッシュ値が格納されていなければ、ルーティングテーブルやスキップリストに基づき、検索を依頼すべき主装置のＩＰアドレスを取得する（ステップＳ４０５）。
【００５５】
次に、主装置１０は、取得したＩＰアドレスの主装置に対して先に求めたハッシュ値の検索を依頼する（ステップＳ４０６）。検索依頼を受けた主装置は、受け取ったハッシュ値が自身の管理するデータでない場合は、ルーティングテーブルに従って、論理ネットワーク上の次の主装置に検索を依頼する。検索依頼の対象となったハッシュ値が見つかると、それに関連付けられた関連データが、検索依頼とは逆の経路をたどって、主装置１０に送られる（ステップＳ４０７）。
【００５６】
主装置１０は、受け取ったハッシュ値及び関連データをキャッシュ用メモリ空間１５に格納した後（ステップＳ４０８）、内部処理に使用する（ステップＳ４０９）。
【００５７】
主装置１０が、他の主装置からの検索依頼を受けた場合、受け取ったハッシュ値が自身の管理するデータでなければ、ルーティングテーブルに従って、論理ネットワーク上の次の主装置に検索を依頼する。受け取ったハッシュ値が自身が管理するデータの場合は、ＤＨＴ１６を検索し、対応する関連データを読み出して、依頼元の主装置へ送信する。
【００５８】
以上のようにして、本実施の形態に係る大規模電話交換機システムでは、データの分散管理と高速検索が実現できる。
【００５９】
本実施の形態に係る大規模電話交換機システムによれば、電話交換機主装置をＩＰインターフェースにてネットワークに接続し、電話交換機主装置間をピアツーピア接続としたことにより、システム追加の際には名称設定（ＩＤ設定）のみ行えばよく、接続先の人手による設定等の必要がない。また、システム削除の際には、何ら人手による設定変更を行う必要がない。つまり、本実施の形態に係る大規模電話交換機システムでは、主装置（小規模電話交換機システム）の追加、削除に伴うＤＨＴ等の書き換えが自立的に行われるので、システムの追加削除が容易に行える。また、システム削除のＤＨＴ等の書き換えが自立的に行われるので、障害発生時にも同様の処理を行うことにより、障害が発生したシステム以外のシステムは正常に動作することができる。
【００６０】
また、本実施の形態に係る大規模電話交換機システムでは、分散ハッシュテーブルの利用により、ネットワーク上の負荷分散と負荷軽減とを実現できる。
【００６１】
また、一度検索したデータは、キャッシュ用メモリ空間に格納されるので、検索頻度の高いデータについては、他の主装置に検索依頼することなく検索結果が得られ、より高速な検索と、ネットワークの負荷軽減が可能である。
【００６２】
次に、本発明の他の実施の形態に係る大規模電話交換機システムについて図５を参照して詳細に説明する。
【００６３】
図５はＣＡＮ（Content-Addressable Network）アルゴリズムを用いて分散ハッシュテーブルを管理する様子を示している。各主装置の構成は、図１に示すものと同じであり、動作もまた、図２及び図４に示すフローチャートとほぼ同じである。
【００６４】
ＣＡＮでは、各システムが管理するデータはｎ次元トーラス空間として表される。
【００６５】
今、（１，０）×（０，１）の２次元正方空間を考える。ネットワークに接続されているシステムはhash_x()とhash_y()というハッシュ関数により、論理空間上のハッシュ値（ｘ，ｙ）（但し、０＜ｘ＜１，０＜ｙ＜１）を持ち、そのハッシュ値を含む空間を個々に管理する。
【００６６】
図５において、主装置Ａはハッシュ値（ａ，ｂ）を持ち、（０，ｍ）（ｕ，ｔ）（ｕ，１）（０，１）で囲まれた空間を管理している。ここで、ハッシュ値（ａ，ｂ）がノードＩＤに相当する。同様に、主装置Ｂはハッシュ値（ｅ，ｆ）を持ち、（ｕ，０）（１，０）（１，ｔ）（ｕ，ｔ）で囲まれた空間を管理している。また、主装置Ｄはハッシュ値（ｇ，ｈ）（但し、ｕ＜ｉ＜１，ｔ＜ｊ＜ｓ）を持ち、（ｕ，ｔ）（１，ｔ）（１，１）（ｕ，１）で囲まれた空間を管理している。さらに、主装置Ｅはハッシュ値（ｃ，ｄ）を持ち、（０，０）（ｕ，０）（ｕ，ｔ）（０，ｔ）で囲まれた空間を管理している。
【００６７】
以上の状態において、新たにハッシュ値（ｉ，ｊ）を持つシステムＣがネットワークに接続されたとすると、そのハッシュ値（ｉ，ｊ）（但し、ｕ＜ｉ＜１，ｓ＜ｊ＜１）は、システムＤが管理する空間に含まれる。そこで、システムＣは、ネットワークに接続されたことを近隣のシステムにブロードキャストし、自身を含む空間を管理しているのがシステムＤであることを知る。
【００６８】
その後システムＣ及びＤは、自立的にシステムＤが管理する空間を分割し、（ｕ，ｓ）（１，ｓ）（１，１）（ｕ，１）で囲まれた空間についての管理をシステムＣへ委譲する。また、隣接するシステムに対して、（ｕ，ｓ）（１，ｓ）（１，１）（ｕ，１）で囲まれた空間について管理がシステムＣに委譲されたことを通知する。
【００６９】
データを探索するときは、要求するデータのハッシュ値（ｘ，ｙ）をあらかじめ定義されているハッシュ関数にて計算し、取得する。そのハッシュ値に基づいて、近隣の空間を管理しているシステムであって、その値に最も近いハッシュ値を持つシステムに対して要求を送信し、データを取得する。
【００７０】
たとえば、システムＥがシステムＣにて管理されているデータ（ｑ，ｒ）を取得する場合、要求されているポイントは自分の管理空間にいないので、システムＡに対して要求を送信する。システムＡでは、ポイント（ｑ，ｒ）は隣のシステムＣが管理している空間にいることがわかるので、システムＣにデータの要求を送信する。
【００７１】
以上のようにして、本アルゴリズムを使用した場合にも、高速な探索が可能となる。またキャッシュ用のメモリを利用することにより、さらに高速なデータ取得が可能となる。
【００７２】
以上本発明について２つの実施の形態に即して説明したが、本発明は上記実施の形態に限定されるものではない。
【００７３】
例えば、本発明は、同一電話機交換機システム内のＶｏＩＰ電話機の接続にも利用できる。また、電話交換機システムとコンピュータとが混在するネットワークにも適用できる。
【００７４】
電話交換機システムとコンピュータとが混在するネットワークでは、互いのデータを共有することにより、各ユーザによるシステムデータの変更や、電話交換機による各ユーザに関する情報収集（在席状況や、現在のステータス）などを行い、電話交換機システム内部のアプリケーションで利用するといったことが考えられる。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施の形態に係る電話交換機システムの一構成例を示すブロック図である。
【図２】図１の電話交換機システムの主装置の起動時（ネットワークに接続されたとき）の動作を説明するためのフローチャートである。
【図３】図１の電話交換機システムの論理接続とデータ検索動作を説明するための図である。
【図４】図１の電話交換機システムのデータ検索動作を説明するためのフローチャートである。
【図５】本発明の他の実施の形態に係る電話交換システムにおけるデータ管理に利用されう論理空間を説明するための図である。
【図６】従来の電話交換機システムの一構成例を示すブロック図である。
【符号の説明】
【００７６】
１０，２０，３０ 電話交換機主装置
１１ ＣＰＵ
１２ ＩＰインターフェース
１３ ＣＯＤＥＣ
１４ メモリ
１５ キャッシュ用メモリ空間
１６ ＤＨＴ
１７ 電話帳データ用メモリ空間
１８ ＤＨＴ制御プログラム
１９ 電話機インタフェース
４０ ＩＰネットワーク
５０，６０，７０ 電話機
１００，２００，３００ 電話交換機主装置
１０１ ＣＰＵ
１０２ ＩＰインターフェース
１０３ ＣＯＤＥＣ
１０４ メモリ
１０５ 接続先情報用メモリ空間
１０６ 呼制御管理用メモリ空間
１０７ 電話帳データ用メモリ空間
１０８ ＤＨＴ制御プログラム
【特許請求の範囲】
【請求項１】
ＩＰネットワークに接続可能な電話交換機主装置において、
前記ＩＰネットワークに接続された１以上の他の電話交換機主装置とピアツーピア接続するためのネットワーク接続手段と、電話帳データを前記他の電話交換機主装置との間で分散管理するための分散ハッシュテーブルを備えたデータ管理手段と、を有していることを特徴とする電話交換機主装置。
【請求項２】
請求項１に記載された電話交換機主装置において、
前記データ管理手段がＣｈｏｒｄアルゴリズムを利用することを特徴とする電話交換機主装置。
【請求項３】
請求項１に記載された電話交換機主装置において、
前記データ管理手段がＣＡＮアルゴリズムを用いることを特徴とする電話交換機主装置。
【請求項４】
請求項１乃至３のいずれかに記載された電話交換機主装置が前記ＩＰネットワークに複数接続されてなることを特徴とする電話交換機システム。
【請求項５】
複数の電話交換機主装置がＩＰネットワークを介して互いに接続される電話交換機システムの電話帳データ管理方法において、
前記複数の主装置が夫々有する電話帳データを、分散ハッシュテーブルを用いて前記複数の主装置で分散管理するようにしたことを特徴とする電話帳データ管理方法。
【請求項６】
請求項５に記載された電話帳データ管理方法において、
Ｃｈｏｒｄアルゴリズムを用いることを特徴とする電話帳データ管理方法。
【請求項７】
請求項５に記載された電話帳データ管理方法において、
ＣＡＮアルゴリズムを用いることを特徴とする電話帳データ管理方法。
【請求項１】
ＩＰネットワークに接続可能な電話交換機主装置において、
前記ＩＰネットワークに接続された１以上の他の電話交換機主装置とピアツーピア接続するためのネットワーク接続手段と、電話帳データを前記他の電話交換機主装置との間で分散管理するための分散ハッシュテーブルを備えたデータ管理手段と、を有していることを特徴とする電話交換機主装置。
【請求項２】
請求項１に記載された電話交換機主装置において、
前記データ管理手段がＣｈｏｒｄアルゴリズムを利用することを特徴とする電話交換機主装置。
【請求項３】
請求項１に記載された電話交換機主装置において、
前記データ管理手段がＣＡＮアルゴリズムを用いることを特徴とする電話交換機主装置。
【請求項４】
請求項１乃至３のいずれかに記載された電話交換機主装置が前記ＩＰネットワークに複数接続されてなることを特徴とする電話交換機システム。
【請求項５】
複数の電話交換機主装置がＩＰネットワークを介して互いに接続される電話交換機システムの電話帳データ管理方法において、
前記複数の主装置が夫々有する電話帳データを、分散ハッシュテーブルを用いて前記複数の主装置で分散管理するようにしたことを特徴とする電話帳データ管理方法。
【請求項６】
請求項５に記載された電話帳データ管理方法において、
Ｃｈｏｒｄアルゴリズムを用いることを特徴とする電話帳データ管理方法。
【請求項７】
請求項５に記載された電話帳データ管理方法において、
ＣＡＮアルゴリズムを用いることを特徴とする電話帳データ管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−６７６６７（Ｐ２００７−６７６６７Ａ）
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願番号】特願２００５−２４９５５６（Ｐ２００５−２４９５５６）
【出願日】平成１７年８月３０日（２００５．８．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願日】平成１７年８月３０日（２００５．８．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
[ Back to top ]