(57)【要約】【課題】  複数のＩＰ電話サーバを製造メーカに依存することなく連携させると共に、数千万ユーザ規模のＩＰ電話網構築が可能な自律分散情報通信システムを提供する。【解決手段】  自律分散情報通信システムであって、ＩＰ電話クライアントＡ２２１は、ＩＰ電話クライアントＡ２２１の状態情報の変化を把握して、ＩＰ電話クライアント２２２、２２４との通信接続を制御する制御部２３１と、制御部２３１からＩＰ電話クライアントＡ２２１の状態情報の更新を受け、ＩＰ電話クライアント２２２、２２４から該ＩＰ電話クライアント２２２、２２４の状態情報の更新を受ける分散共有エージェント部２４１と、分散共有エージェント部２４１が受けた各ＩＰ電話クライアント２２２、２２４の状態情報を格納するプライベートセグメント共有情報部２１０を具備する。【選択図】    図１
2006295735.tif 000002
【特許請求の範囲】
【請求項１】
相互に通信しあうクライアント端末を備える自律分散情報通信システムであって、
前記クライアント端末は、
自クライアント端末の状態情報の変化を把握して、他クライアント端末との通信接続を制御する制御部と、
前記制御部から自クライアント端末の状態情報の更新を受け、他クライアント端末から該クライアント端末の状態情報の更新を受ける分散共有エージェント部と、
前記分散共有エージェント部が受けた各クライアント端末の状態情報を格納するプライベートセグメント共有情報部と
を具備することを特徴とする自律分散情報通信システム。
【請求項２】
前記分散共有エージェント部は、自制御部によって接続した通信暦のある他クライアント端末の分散共有エージェント部および自制御部から状態情報の更新を受けることを特徴とする請求項１に記載の自律分散情報通信システム。
【請求項３】
前記クライアント端末はグループに分けて収容され、
前記グループごとに設けられ、自グループが収容するクライアント端末の前記分散共有エージェント部から、該クライアント端末の状態情報の更新を受け、自グループが収容するクライアント端末の状態情報の更新を互いに通知し合うパブリックセグメント分散共有エージェント部と、
前記パブリックセグメント分散共有エージェント部ごとに設けられ、全クライアント端末の状態情報を格納し、該パブリックセグメント分散共有エージェント部が受けた状態情報の更新に基づき、格納している状態情報を更新するパブリックセグメント共有情報部と
を具備することを特徴とする請求項１または請求項２に記載の自律分散情報通信システム。
【請求項４】
相互に通信しあうクライアント端末を備える自律分散情報通信システムであって、
前記クライアント端末はグループに分けて収容され、
前記グループごとに設けられ、自グループが収容するクライアント端末から、該クライアント端末の状態情報の更新を受け、自グループが収容するクライアント端末の状態情報の更新を互いに通知し合うパブリックセグメント分散共有エージェント部と、
前記パブリックセグメント分散共有エージェント部ごとに設けられ、全クライアント端末の状態情報を格納し、該パブリックセグメント分散共有エージェント部が受けた状態情報の更新に基づき、格納している状態情報を更新するパブリックセグメント共有情報部と
を具備することを特徴とする自律分散情報通信システム。
【請求項５】
他ＩＰ電話網と接続するＩＰ電話サーバを備え、
前記クライアント端末は、前記他ＩＰ電話網に収容されている端末に発呼する際は、前記ＩＰ電話サーバを経由して接続を行うこと
を特徴とする請求項１〜請求項４のいずれかの項に記載の自律分散情報通信システム。
【請求項６】
公衆電話交換回線網と接続するＧＷと、
前記ＧＷと接続するＩＰ電話サーバと、
を備え、
前記クライアント端末は、公衆電話交換回線網に収容されている端末に発呼する際は、前記ＩＰ電話サーバを経由して接続を行うこと
を特徴とする請求項１〜請求項５のいずれかの項に記載の自律分散情報通信システム。
【請求項７】
相互に通信しあう自律分散情報端末であって、
自自律分散情報端末の状態情報の変化を把握して、他自律分散情報端末との通信接続を制御する制御部と、
自制御部から自自律分散情報端末の状態情報の更新を受け、他自律分散情報端末の分散共有エージェント部から該自律分散情報端末の状態情報の更新を受ける分散共有エージェント部と、
前記分散共有エージェント部が受けた各自律分散情報端末の状態情報を格納するプライベートセグメント共有情報部と
を具備することを特徴とする自律分散情報端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模なＩＰ電話サービス網構築に好適な自律分散情報通信システムおよび自律分散情報端末に関する。
【背景技術】
【０００２】
従来のＩＰ電話システムは、クライアントサーバ方式により実現され、各クライアントの認証及び、ロケーション情報、プレゼンス情報等の状態情報を、全てＩＰ電話サーバが管理する方式であり、通信方式はＨ．３２３及びＳＩＰ（Session Initiation Protocol）等がある（非特許文献１〜７参照）。
【非特許文献１】RFC3261、“SIP: Session Initiation Protocol”、June 2002、http://www.ietf.org/rfc/rfc3261.txt
【非特許文献２】RFC3262、“Reliability of Provisional Responses in the Session Initiation Protocol (SIP)”、June 2002、http://www.ietf.org/rfc/rfc3262.txt
【非特許文献３】RFC3665、“Session Initiation Protocol (SIP) Basic Call Flow Examples”、December 2003、http://www.ietf.org/rfc/rfc3665.txt
【非特許文献４】RFC3761、“The E.164 to Uniform Resource Identifiers （URI） Dynamic Delegation Discovery System （DDDS） Application (ENUM)”、April 2004、http://www.ietf.org/rfc/rfc3761.txt
【非特許文献５】RFC3762、“Telephone Number Mapping（ENUM） Service Registration for H.323”、April 2004、http://www.ietf.org/rfc/rfc3762.txt
【非特許文献６】RFC3764、“enumservice registration for Session Initiation Protocol (SIP) Addresses-of-Record”、April 2004、http://www.ietf.org/rfc/rfc3764.txt
【非特許文献７】RFC3856、“A Presence Event Package for the Session Initiation Protocol (SIP)”、August 2004、http://www.ietf.org/rfc/rfc3856.txt
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のＩＰ電話システムは、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request For Comment）等で規定された同一種の通信プロトコルであったとしても、製造メーカによって実現方式や製品仕様が微妙に異なるため、例えば、図８における破線部Ｊ１のように、Ｂ社製品のＩＰ電話クライアントがＡ社製品のＩＰ電話サーバにログインする事が出来ない（課題１）。
従来のＩＰ電話システムは、ＲＦＣ等で規定された同一種の通信プロトコルであったとしても、製造メーカによって実現方式や製品仕様が微妙に異なるため、例えば、図８における破線部Ｊ２のように、Ｂ社製ＩＰ電話クライアントがＡ社製ＩＰ電話クライアントヘ接続しようとした時のように、相互接続が出来ない場合がある（課題２）。
従来のＩＰ電話システムは、状態情報（プレゼンス情報、ロケーション情報）をＩＰ電話サーバで一元的に管理し、利用ユーザヘの利便性を高めている。しかし、図８における破線部Ｊ３のように、同一製造メーカ同士であっても、ＩＰ電話サーバ間において、情報を共有する事が出来ない。このため、例えば、同一エリア内で２台のＩＰ電話サーバを設置した場合、同一エリア内での接続であるにも関わらず、２台のＩＰ電話サーバが呼を制御するため、設備使用率が非効率的となる（課題３）
上記のような課題により、例えばＩＰ電話提供事業者がＩＰ電話サービスの規模又は付加サービス内容を拡大・拡充しようとした場合、現行導入製造メーカのシステム方式・仕様に縛られるため、製造メーカと一蓮托生の運命となり、設備投資効率が低下するといった課題があった。
【０００４】
本発明は、このような事情に鑑みてなされたもので、その目的は、複数のＩＰ電話サーバを製造メーカに依存することなく論理的に連携させて設備投資効率を向上させると共に、数千万ユーザ規模のＩＰ電話サービス網構築を可能とする自律分散情報通信システムおよび自律分散情報端末を提供することにある。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、請求項１に記載の発明は、相互に通信しあうクライアント端末を備える自律分散情報通信システムであって、前記クライアント端末は、自クライアント端末の状態情報の変化を把握して、他クライアント端末との通信接続を制御する制御部と、前記制御部から自クライアント端末の状態情報の更新を受け、他クライアント端末から該クライアント端末の状態情報の更新を受ける分散共有エージェント部と、前記分散共有エージェント部が受けた各クライアント端末の状態情報を格納するプライベートセグメント共有情報部とを具備することを特徴とする自律分散情報通信システムである。
【０００６】
請求項２に記載の発明は、請求項１に記載の自律分散情報通信システムであって、前記分散共有エージェント部は、自制御部によって接続した通信暦のある他クライアント端末の分散共有エージェント部および自制御部から状態情報の更新を受けることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項１または請求項２に記載の自律分散情報通信システムであって、前記クライアント端末はグループに分けて収容され、前記グループごとに設けられ、自グループが収容するクライアント端末から、該クライアント端末の状態情報の更新を受け、自グループが収容するクライアント端末の状態情報の更新を互いに通知し合うパブリックセグメント分散共有エージェント部と、前記パブリックセグメント分散共有エージェント部ごとに設けられ、全クライアント端末の状態情報を格納し、該パブリックセグメント分散共有エージェント部が受けた状態情報の更新に基づき、格納している状態情報を更新するパブリックセグメント共有情報部とを具備することを特徴とする。
【０００８】
請求項４に記載の発明は、相互に通信しあうクライアント端末を備える自律分散情報通信システムであって、前記クライアント端末はグループに分けて収容され、前記グループごとに設けられ、自グループが収容するクライアント端末から、該クライアント端末の状態情報の更新を受け、自グループが収容するクライアント端末の状態情報の更新を互いに通知し合うパブリックセグメント分散共有エージェント部と、前記パブリックセグメント分散共有エージェント部ごとに設けられ、全クライアント端末の状態情報を格納し、該パブリックセグメント分散共有エージェント部が受けた状態情報の更新に基づき、格納している状態情報を更新するパブリックセグメント共有情報部とを具備することを特徴とする自律分散情報通信システムである。
【０００９】
請求項５に記載の発明は、請求項１〜請求項４のいずれかの項に記載の自律分散情報通信システムであって、他ＩＰ電話網と接続するＩＰ電話サーバを備え、前記クライアント端末は、前記他ＩＰ電話網に収容されている端末に発呼する際は、前記ＩＰ電話サーバを経由して接続を行うことを特徴とする。
【００１０】
請求項６に記載の発明は、請求項１〜請求項５のいずれかの項に記載の自律分散情報通信システムであって、公衆電話交換回線網と接続するＧＷと、前記ＧＷと接続するＩＰ電話サーバと、を備え、前記クライアント端末は、公衆電話交換回線網に収容されている端末に発呼する際は、前記ＩＰ電話サーバを経由して接続を行うことを特徴とする。
【００１１】
請求項７に記載の発明は、相互に通信しあう自律分散情報端末であって、自自律分散情報端末の状態情報の変化を把握して、他自律分散情報端末との通信接続を制御する制御部と、自制御部から自自律分散情報端末の状態情報の更新を受け、他自律分散情報端末の分散共有エージェント部から該自律分散情報端末の状態情報の更新を受ける分散共有エージェント部と、前記分散共有エージェント部が受けた各自律分散情報端末の状態情報を格納するプライベートセグメント共有情報部とを具備することを特徴とする自律分散情報端末である。
【発明の効果】
【００１２】
この発明によれば、分散共有メモリであるプライベートセグメント共有情報部とパブリックセグメント共有情報部で、クライアント端末の接続制御に必要な状態情報を、仮想的に分散保持するため、従来一元的に接続制御を行っていたＩＰ電話サーバの負荷を軽減させる事が可能となる。また、同様の理由で、ＩＰ電話サーバの製造ベンダが異なったとしても、各クライアント端末に共通の分散共有エージェント部を配置させる事により、異なるベンダのＩＰ電話サーバに接続していたクライアント端末間の相互接続を効率的に実現する事が可能となる。
また、本発明によれば、従来の方式では、自ＩＰ電話サーバ内の他クライアント端末や自サービスベンダ収容の他ＩＰ電話サーバ内のクライアント端末に接続する場合も、他サービスベンダ収容のクライアント端末に接続する場合も、必ず、ＩＰ電話サーバの仲介により接続を実施していたが、分散共有メモリに存在しない接続（ＰＳＴＮ、他サービスベンダ収容）のみ、ＩＰ電話サーバを介入させる方式のため、効率的に、数千万規模のクライアント端末をＩＰ電話化させる事が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施の一形態について説明する。図１に同形態の自律分散情報通信システムの構成図を示す。１００はＩＰ電話網、ＰＳＴＮおよび携帯電話網の既存設備群であり、１０１は既存ＰＳＴＮ網、１０２は既存０ＡＢ−ＪのＩＰ電話網と既存ＰＳＴＮ網１０１を接続する既存０ＡＢ−Ｊ対向のゲートウェイ（以下ＧＷ）、１０３は既存０ＡＢ−Ｊ ＩＰ電話サーバ、１０４は他社ＩＰ電話網、１０５は既存０５０のＩＰ電話網と既存ＰＳＴＮ網１０１を接続する既存０５０対向のゲートウェイ（以下ＧＷ）、１０６は既存０５０ ＩＰ電話サーバ、１０７は既存携帯電話交換システム、１０８は、既存携帯網と既存ＰＳＴＮ網１０１を接続する既存携帯電話交換システム対向のゲートウェイ（以下ＧＷ）である。
また、２１４は自律分散情報通信管理部を示している。２０１は、認証情報などの加入ユーザの情報を管理するユーザ管理部、２０２は、ユーザ管理部の保有する認証情報に基づきＩＰ電話クライアントの認証をする認証部、２０３は、分散共有メモリによって共有しているグループ情報やＩＰ電話サーバ識別情報など、ＩＰ電話クライアント毎に通知される０ＡＢ−Ｊ用呼接続情報、２０４は０５０用呼接続情報、２０５は０９０用呼接続情報、２０６は０ＡＢ−Ｊ用のＩＰ電話クライアントから状態情報の更新を受け付ける０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部、２０７は、パブリックセグメント分散共有エージェント部とともにネットワーク上に分散配置され、各パブリックセグメント分散共有エージェント部が持つ分散共有メモリで構成され、論理的に一つの共有メモリとして機能することによって、全てのＩＰ電話クライアントの状態情報を分散共有するパブリックセグメント共有情報部、２０８は０９０用パブリックセグメント分散共有エージェント部、２０９は０５０用パブリックセグメント分散共有エージェント部である。
ここで、状態情報とは、プレゼンス情報とロケーション情報とからなる。プレゼンス情報とは、通話中、待機中などのＩＰ電話クライアントの呼接続遷移状態および、在席、会議中などのユーザの状態を表す情報である。ロケーション情報とは、端末識別情報（ＭＡＣアドレス、シリアル番号等）やＩＰアドレスなどＩＰ電話クライアントを識別する情報である。
【００１４】
２１０は既存０ＡＢ−ＪのＩＰ電話クライアントＡが形成するプライベートセグメント共有情報部であり、自ＩＰ電話クライアントの状態情報及び過去に通信したことのあるＩＰ電話クライアントの状態情報を格納する複数の共有メモリから構成される。２２１は既存０ＡＢ−ＪのＩＰ電話クライアントＡ、２２０は自律分散部であり、ＩＰ電話クライアント間の接続制御を行う制御部２３１と、プライベートセグメント共有情報部の同期をとる分散共有エージェント部２４１から構成されており、ＶｏＩＰターミナルアダプタ内に配置される。２１１は既存０５０のＩＰ電話クライアントが形成するプライベートセグメント共有情報部である。２２２は既存０５０のＩＰ電話クライアントＢである。２２３は自律分散部であり、制御部２３２と分散共有エージェント部２４２から構成されており、既存０５０のＩＰ電話クライアントＢ２２２内に配置される。２１２は既存０９０ＩＰデュアル携帯端末が形成するプライベートセグメント共有情報部である。２２４はＩＰ電話クライアントと携帯電話の機能を兼ね備えた既存０９０のＩＰデュアル携帯電話端末、２２５は自律分散部であり、制御部２３３と分散共有エージェント部２４３から構成されており、ＩＰデュアル携帯端末２２４内に配置される。
なお、各プライベートセグメント共有情報部は、少なくとも従来のＩＰ電話サーバに収容される複数のＩＰ電話クライアント端末の状態情報を収容する。そのＩＰ電話クライアント端末ごとに、制御部及び分散共有エージェント部が設けられ、分散共有エージェント部は、複数のＩＰ電話クライアント端末の分散共有エージェント部と互いに状態情報の更新を通知し合い、それをプライベートセグメント共有情報部に格納することで、プライベートセグメント共有情報部を仮想的な共有メモリとしている。
【００１５】
プライベートセグメント共有情報部２１０、２１１、２１２及びパブリックセグメント共有情報部２０７における状態情報は、従来技術であるユニキャスト通信、マルチキャスト通信等により更新される。状態情報更新の実装例として、特願２０００−１５１８５７で考案されている同報通信方式が実装されても良い。
【００１６】
図２にパブリックセグメント構成例を示す。６００はＰＳＴＮであり、６０１は他社ＩＰ電話網、６０３はＰＳＴＮ接続対向のゲートウェイ（ＧＷ）、６０５はＩＰ電話サーバ部、６０６は認証部、６０７は０ＡＢ−Ｊ用パブリックセグメント共有情報部、６０８は０ＡＢ−Ｊ番号の０６局番により構成されるパブリックセグメント、６０９は０６局番を持つＩＰ電話クライアントＡの状態情報（プレゼンス情報、ロケーション情報）、６２１は０６局番を持つＩＰ電話クライアントＢの状態情報（プレゼンス情報、ロケーション情報）、６１０は０６局番を持つＩＰ電話クライアントＣの状態情報（プレゼンス情報、ロケーション情報）、６１１は０７５局番により構成されるパブリックセグメント、６１２は０ＡＢ−Ｊセグメント全体である。
【００１７】
次に、上記構成による自律分散情報通信システムの動作を説明する。図３は電源投入から、パブリックセグメントへの登録までの動作シーケンス図を示している。０ＡＢ−Ｊ用であるＩＰ電話クライアントＡ２２１が使用しているＩＰ電話端末或いはＶｏＩＰターミナルアダプタ等の電源をＯＮにする（Ｓ１００）。ＩＰ電話クライアントＡが接続されているＩＰ電話端末或いはＶｏＩＰターミナルアダプタ等には、自律分散部２２０が論理的に配置されており、自律分散部２２０の制御部２３１は、認証部２０２に認証要求を行う（Ｓ１０１）。
【００１８】
認証部２０２は、予め規定された認証方法によりＩＰ電話クライアントＡ２２１の認証を実施する。今回は、一例として、予め登録されているユーザ管理部２０１の情報に基づいて認証を行っているものとする（Ｓ１０２）。認証部２０２は、制御部２３１に、ＩＰ電話クライアントＡ２２１の認証結果を通知する（Ｓ１０３）。ここでは認証結果が良好であったとして、以降のシーケンス説明を行う。ユーザ管理部２０１は、認証部２０２からの認証結果良好の通知により、ＩＰ電話クライアントＡ２２１が実行すべき呼接続情報２０３を通知する（Ｓ１０４）。この呼接続情報２０３は、分散共有メモリによって共有しているグループ情報や、ＩＰ電話サーバ識別情報など、ＩＰ電話クライアント毎に通知される。
【００１９】
制御部２３１は、呼制御情報通知を受けて、分散共有エージェント部２４１に、登録すべき状態情報の状態更新指示を行う（Ｓ１０５）。自律分散部２２０の分散共有エージェント部２４１は、制御部２３１からの指示に基づき、０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６に、ＩＰ電話クライアントＡ２２１が接続されているＶｏＩＰターミナルアダプタの情報として、ＩＰアドレスなどのロケーション情報や、端末が発着信可能な状態である事を示す呼接続遷移情報を含むプレゼンス情報などの状態情報を通知する（Ｓ１０６）。
【００２０】
パブリックセグメント分散共有エージェント部は複数存在し、それぞれの分散共有メモリに、状態情報の差分が発生する毎に、従来技術のユニキャスト通信、マルチキャスト通信により、０ＡＢ−Ｊ用のパブリックセグメント分散共有エージェント部２０６は、その状態を他の０９０用及び０５０用のパブリックセグメント分散共有エージェント部２０８、２０９に通知することで、これらのパブリックセグメント分散共有エージェント部で構成されるパブリックセグメント共有情報部２０７に状態変化が通知されることになる（Ｓ１０７）。
【００２１】
なお、０ＡＢ−Ｊ用のパブリックセグメント分散共有エージェント部２０６は、例えば、図２に示すように、市外局番ごとに、０６用のパブリックセグメント分散共有エージェント部２０６−１や０７５用のパブリックセグメント分散共有エージェント部２０６−２で構成され、各市外局番用のＩＰ電話クライアント端末の分散共有エージェント部は、それぞれ自分の番号が所属する市外局番用のパブリックセグメント分散共有エージェント部２０６−１、２０６−２に情報を通知する。
全てのパブリックセグメント分散共有エージェント部が、従来技術であるユニキャスト通信、マルチキャスト通信等により、ＩＰ電話クライアントＡ２２１の差分情報更新が完了した事を０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６が確認（Ｓ１０８）すると、分散共有エージェント部２４１に状態更新完了を通知（Ｓ１０９）する。分散共有エージェント部２４１は、０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６から状態更新完了を確認（Ｓ１０９）すると、制御部２３１に状態更新完了を通知し（Ｓ１１０）、一連の処理を完了する。
【００２２】
図４は０ＡＢ−Ｊ ＩＰ電話クライアント発信（プライベートセグメントに情報有）の動作シーケンス図を示している。今回は、一例として、ＩＰ電話クライアントが接続要求する毎に認証要求を行う方式としているが、電源投入時等に認証が完了している場合は、以後の認証を省略しても良い。ＩＰ電話クライアントＡ２２１が、発信のため電話機のオフフックにより接続要求をかける（Ｓ３００）と、制御部２３１が検知し、認証部２０２に認証要求を行う（Ｓ３０１）。認証部２０２は、予め規定された認証方法によりＩＰ電話クライアントＡ２２１の認証を実施する。今回は、一例として、予め登録されているユーザ管理部２０１の情報に基づいて認証を行っているものとする（Ｓ３０２）。
【００２３】
認証部２０２は、制御部２３１に、ＩＰ電話クライアントＡ２２１の認証結果を通知する（Ｓ３０３）。ここでは、認証結果が良好であったとして、以降のシーケンス説明を行う。ユーザ管理部２０１は、認証部２０２からの認証結果良好の通知により、ＩＰ電話クライアントＡが実行すべき呼接続情報２０３を通知する（Ｓ３０４）。この呼接続情報２０３は、分散共有メモリによって共有しているグループ情報や、ＩＰ電話サーバ識別情報など、ＩＰ電話クライアント毎に通知される。制御部２３１は、呼接続情報２０３の通知を受けた後に、自律分散部２２０における自身の分散共有エージェント部２４１に状態更新指示を行い（Ｓ３０４−１）、自身のプライベートセグメント共有情報部２１０に更新を行う。分散共有エージェント部２４１は、既に情報共有を実施しているＩＰ電話クライアントとして、例えば０５０ＩＰ電話クライアント２２２や０９０ＩＰデュアル携帯端末２２４の自律分散部２２３、２２５が持つ分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊパブリックセグメント共有情報部２０６に状態更新として例えば接続要求中である旨の状態情報を通知する（Ｓ３０４−２、Ｓ３０４−３）。各端末の分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊパブリックセグメント分散共有エージェント部２０６、２０８、２０９へは、従来技術であるユニキャスト通信やマルチキャスト通信等より通知を行う（破線部Ｈ１００、Ｈ１０１）。
【００２４】
図５の分散共有メモリ概念図により、図４における破線部Ｈ１００、Ｈ１０１により、更新されるべきメモリ領域に関して説明する。図５の分散共有メモリ概念図中におけるＩＰ電話クライアントＡ１１０８は、図１のＩＰ電話クライアントＡ２２１と同様のものである。ここで、Ａ１１０８の分散共有エージェント部Ｄ５は、状態情報更新のため、プライベートセグメント共有情報部で情報共有しているＢ８２７の分散共有エージェント部Ｄ４及びＣ４１５の分散共有エージェント部Ｄ６、及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部Ｄ１に対し更新情報をユニキャスト通信、マルチキャスト通信等により通知する。情報更新通知を受けたＢ８２７の分散共有エージェント部Ｄ４、Ｃ４１５の分散共有エージェント部Ｄ６は、自分のプライベートセグメント共有情報部Ｄ４００、Ｄ６００のＩＰ電話クライアントＡ１１０８に関する状態情報を更新する。
【００２５】
ここで特筆すべきは、プライベートセグメントには、自分自身が過去に発信、または着信した経験があるクライアント情報のみで構成されており、従来技術で使用されているＰ２Ｐファイル交換方式のように、全然関係の無いクライアント情報を、自リソース内に常駐させておく必要が無い。また、接続に必要な情報を、他のリソースを利用しながら検索するといった無駄を省くことが可能となる。本方式は、無駄なパケットを網内に無限大に送信される危険性を防止するといった利点がある。つまり、Ａ１１０８は、Ｂ８２７と、Ｃ４１５と顔見知りであるが、Ｂ８２７とＣ４１５は顔見知りでは無いので、Ｂ８２７とＣ４１５がお互いに情報のパケットを送信しあう事は無い。このように、各プライベートセグメント共有情報部は、ＩＰ電話クライアント毎に異なったＩＰ電話クライアント要素で構成されている。
【００２６】
次に図５の分散共有メモリ概念中におけるパブリックセグメント共有情報部の挙動に関して説明する。０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部Ｄ１は、Ａ１１０８の分散共有エージェント部Ｄ５から更新情報を受信すると、０５０用パブリックセグメント分散共有エージェント部Ｄ２及び０９０用パブリックセグメント分散共有エージェント部Ｄ３に対し、更新情報をユニキャスト通信、マルチキャスト通信等により通知する。各パブリックセグメント分散共有エージェント部Ｄ２、Ｄ３は該当ＩＰ電話クライアントの情報更新を完了する。０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部Ｄ１に完了通知を送信する。これを受信した０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部は、完了通知をＡ１１０８の分散共有エージェント部Ｄ５に通知する。このようにパブリックセグメント共有情報部は、各パブリックセグメントに所属するすべてのＩＰ電話クライアントの状態情報を共有しており、状態情報更新が発生した場合に、これを通知し合い、論理的に一つの共有メモリとして構成されている。図５においては、０ＡＢ−Ｊ用Ｄ５０、０５０用Ｄ２０、０９０用Ｄ３０、各々のパブリックセグメントに所属するＩＰ電話クライアント数が３０００クライアントで合計９０００とした場合のメモリ構成例である。図５に示したように、プライベートセグメント共有情報部とパブリックセグメント共有情報部とで、クライアント端末の接続に必要な状態情報を、仮想的に分散保持するため、従来一元的に状態管理を行っていたＩＰ電話サーバの負荷を軽減させることが可能となる。これにより、ＩＰ電話サーバの設備投資効率が向上する。
また、プライベートセグメント共有情報部やパブリックセグメント共有情報部に存在するクライアント端末に対する接続は、接続に必要な情報を、ＩＰ電話サーバに問い合わせる必要がないため、クライアント端末の増加に伴い、ＩＰ電話サーバに集中しがちな呼処理トラヒックを軽減させることが可能となる。これによりＩＰ電話網を構成するネットワーク機器の設備投資効率が向上する。
【００２７】
図５における０ＡＢ−Ｊ用パブリックセグメント共有情報部をさらに具現化した構成例が、図２である。図２のように、各パブリックセグメント共有エージェント部を市外局番単位に設置する事により、０ＡＢ−Ｊ用パブリックセグメント共有情報部とする構成は、例えば、通信事業者が運用する形態として最適である。
【００２８】
ここで、図４の動作シーケンス図に戻り、説明を続ける。分散共有エージェント部２４１は、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１１、２１２からの状態更新完了を確認すると、制御部に状態更新完了を通知する（Ｓ３０４−４）。制御部２３１は、分散共有エージェント部２４１からの状態更新完了通知を受信すると、ＩＰ電話クライアントＡ２２１にダイヤルトーン（以下ＤＴ）を送信する（Ｓ３０５）。ＩＰ電話クライアントＡ２２１は、ＤＴを確認後、ＩＰ電話クライアントＢ２２２の電話番号をダイヤルする（Ｓ３０６）。制御部２３１は、ＩＰ電話クライアントＡ２２１がダイヤルした番号の分析を行う。ここで、例えば、緊急通報に関わる番号であると認識すると、制御部２３１は従来の０ＡＢ−Ｊ ＩＰ電話サーバ用クライアントソフトを呼び出し、緊急通報接続を、既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３経由で行う。
【００２９】
今回は、一般ユーザ番号（０ＡＢ−Ｊ、０１２０、０９０等）がダイヤルされたものとして、説明を行う。制御部２３１は、ダイヤル分析により、一般ユーザ番号（０ＡＢ−Ｊ、０１２０、０９０等）であると認識すると、分散共有エージェント部２４１に、該当ユーザの状態情報取得を指示する（Ｓ３０７）。分散共有エージェント部２４１は、プライベートセグメント共有情報部２１０に該当番号の存在を確認する。ここでは、プライベートセグメント共有情報部２１０に該当番号が存在したと仮定して説明を続ける。仮に、ここで、プライベートセグメント共有情報部２１０に該当番号が存在しなかった場合は、パブリックセグメント共有情報部２０７に該当番号の状態情報を確認する（Ｓ３０９）。分散共有エージェント部２４１は、プライベートセグメント共有情報部２１０の該当番号（ＩＰ電話クライアントＢ２２２）の状態情報を例えば予約中に変更した上で、状態情報を制御部２３１に通知する（Ｓ３１０）。制御部２３１は、分散共有エージェント部２４１から通知されたＩＰ電話クライアントＢ２２２の状態情報の中で、ロケーション情報として、例えば、ＩＰアドレスを元に送信先を特定して、ＩＰ電話クライアントＢ２２２の制御部２３２に呼び出し信号を送信する（Ｓ３１１）。ＩＰ電話クライアントＢ２２２が応答すると、ＩＰ電話クライアントＢ２２２の制御部２３２は、ＩＰ電話クライアントＡ２２１の制御部２３１に応答信号を送信する（Ｓ３１２）。ＩＰ電話クライアントＡ２２１の制御部２３１は、応答信号を受信すると、状態更新として例えば（通話中）と言った情報を、自身の分散共有エージェント部２４１に状態更新指示を行い（Ｓ３１３）、自身のプライベートセグメント共有情報部２１０の更新を行う。
【００３０】
各ＩＰ電話クライアントの分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６へは、従来技術であるユニキャスト通信、マルチキャスト通信等により通知する（破線部Ｈ２００、Ｈ２０１）。各分散共有エージェント部２４２，２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６は、全ての更新が完了すると、分散共有エージェント部２４１に完了通知を通知する（Ｓ３１４、Ｓ３１５）。分散共有エージェント部２４１は、全ての情報が更新されたことを確認後、制御部２３１に状態更新完了を通知する（Ｓ３１６）。制御部２３１は、状態更新完了を確認すると、応答信号をＩＰ電話クライアントＡ２２１に送信し（Ｓ３１７）、ＩＰ電話クライアントＢ２２２とＩＰ電話クライアントＡ２２１を通話状態にする。
以上のように、図４においては、プライベートセグメントにおける分散共有エージェント部及びプライベートセグメント共有情報部を介して、パブリックセグメントにおいて全クライアント端末の状態情報を分散共有する場合について説明したが、プライベートセグメントを介さず、ＩＰ電話クライアント端末の状態情報を、パブリックセグメントにおけるパブリックセグメント分散共有エージェントによって、パブリックセグメント共有情報部で分散共有することも可能である。
このようなパブリックセグメントにおけるパブリックセグメント分散共有エージェント部及びパブリックセグメント共有情報部によって、パブリックセグメント共有情報部の情報を、従来方式のＩＰ電話サーバも分散共有できるため、自己のＩＰ電話サーバが直接収容しているクライアント端末以外の情報により、あたかも自己のＩＰ電話サーバが収容しているクライアント端末であるかのように処理することが可能となる。これにより、ＩＰ電話サーバの種類に依存することなく、数千万規模のクライアント端末を効率的にＩＰ電話化させることが可能である。
【００３１】
図６は、ＰＳＴＮ電話クライアント７００がＩＰ電話クライアントＡ２２１への接続要求を行ってから切断するまでの動作シーケンスを示している。ＰＳＴＮ交換機１０１はＰＳＴＮ電話クライアント７００からの接続要求（Ｓ４００）を受信し、番号分析を実施し、該当着信電話番号が、０ＡＢ−Ｊ用のＩＰ電話クライアントＡ２２１である事を確認すると、指定されたＧＷ１０２を通じて、既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３に接続要求信号を送信する（Ｓ４０１）。既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３は、既存ＰＳＴＮ網１０１からの接続要求に応じて、ＩＰ電話クライアントＡ２２１の状態情報をパブリックセグメント共有情報部２０７に確認する（Ｓ４０２）。既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３は、ＩＰ電話クライアントＡ２２１が待機中であった場合、ＩＰ電話クライアントＡ２２１に対する予約を行う。この予約処理は、図４の破線部Ｈ１００、Ｈ１０１と同等のユニキャスト通信、マルチキャスト通信等により実施される。今回処理は、図４のＩＰ電話クライアントＡ２２１を既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３に置き換えると、理解し易い。
【００３２】
既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３は、上記予約処理が完了すると、ＩＰ電話クライアントＡ２２１の制御部２３１に呼び出し信号を送信する（Ｓ４０３）。ＩＰ電話クライアントＡ２２１の制御部２３１は、状態情報変更を自身の分散共有エージェント部に指示する（Ｓ４０４）。自身の分散共有エージェント部２４１は、自身のプライベートセグメント共有情報部２１０の情報更新を行う。各ＩＰ電話クライアントの分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６へは、従来技術であるユニキャスト通信、マルチキャスト通信等により通知する（Ｈ１００、Ｈ１０１）。各分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６は、全ての更新が完了すると。分散共有エージェント部２４１に完了通知を通知する（Ｓ４０４−１、Ｓ４０４−２）。分散共有エージェント部２４１は、各分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６からの状態変更完了通知を受けると、変更完了を制御部２３１に変更完了を通知する（Ｓ４０５）。制御部２３１は、分散共有エージェント部２４１からの変更完了通知を受けると、ＩＰ電話クライアントＡ２２１に呼出し信号を送信する。今回は、一例として、呼出し信号を受けたＩＰ電話クライアントＡ２２１が、応答したと仮定して説明を行う（Ｓ４０６）。
【００３３】
ＩＰ電話クライアントＡ２２１の制御部２３１は、応答信号を受けると、状態更新として例えば（通話中）と言った情報を、自身の分散共有エージェント部２４１に状態更新指示を行い（Ｓ４０７）、自身のプライベートセグメント共有情報部２１０の更新を行う。各ＩＰ電話クライアントの分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６へは、従来技術であるユニキャスト通信、マルチキャスト通信等により通知する（破線部Ｈ２００、Ｈ２０１）。各分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６は、全ての更新が完了すると。分散共有エージェント部２４１に完了通知を通知する（Ｓ４０７−１、Ｓ４０７−２）。分散共有エージェント部２４１は、全ての情報が更新されたことを確認後、制御部２３１に状態更新完了を通知する（Ｓ４０８）。制御部２３１は、状態更新完了を確認すると、応答信号を既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３に送信する（Ｓ４０９）。制御部２３１から応答信号を受信した既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３は、応答信号を指定されたＧＷ１０２経由で既存ＰＳＴＮ交換網１０１に送信し、通話を開始する（Ｓ４１０、Ｓ４１１）。
【００３４】
ここで、ＩＰ電話クライアントＡ２２１とＰＳＴＮ電話クライアント７００の通話が終了し、ＩＰ電話クライアントＡ２２１からの切断（Ｓ４１２）として、以降のシーケンスを説明する。ＩＰ電話クライアントＡ２２１の切断要求を検知した制御部２３１は、状態更新として例えば（待機中）といった情報を、自身の分散共有エージェント部２４１に状態更新指示を行い、自身のプライベートセグメント共有情報部２１０の更新を行う。各ＩＰ電話クライアントの分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６へは、従来技術であるユニキャスト通信、マルチキャスト通信等により通知する（破線部Ｈ３００、Ｈ３０１）。分散共有エージェント部２４１は、各分散共有エージェント部２４２、２４３及び０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部２０６からの状態変更完了通知を受信（Ｓ４１３−１、Ｓ４１３−２）すると、変更完了を制御部２３１に通知する（Ｓ４１４）。制御部２３１は、分散共有エージェント部２４１からの変更完了通知を受けると、既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３に対し、切断信号を送信（Ｓ４１５）し、指定されたＧＷ１０２を経由して既存ＰＳＴＮ交換網１０１に切断信号を送信する（Ｓ４１６）。既存ＰＳＴＮ交換網１０１は、切断信号を受けて、ＰＳＴＮ電話クライアント７００の切断処理（Ｓ４１７）を行い、既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３に切断完了信号を送信する（Ｓ４１８）。既存０ＡＢ−Ｊ ＩＰ電話サーバ１０３は、既存ＰＳＴＮ交換網１０１から切断信号を受信すると、制御部２３１に切断完了信号（Ｓ４１９）を送信し、一連の処理を完了する。
【００３５】
図７により、プライベートセグメント共有情報部２１０、２１１とパブリックセグメント共有情報部２０７の状態遷移例を説明する。ＩＰ電話クライアントＡ２２１及びＩＰ電話クライアントＢ２２２が「待機中」の状態（Ｍ８００）である場合、パブリックセグメント共有情報部２０７におけるＩＰ電話クライアントＡ及びＩＰ電話クライアントＢの領域は「待機中」（Ｍ８００−１、Ｍ８００−２）、プライベートセグメント共有情報部２１０、２１１におけるＩＰ電話クライアントＡ２２１及びＩＰ電話クライアントＢ２２２のメモリ領域は「待機中」（Ｍ８００−３、Ｍ８００−４）である。
【００３６】
ここで、ＩＰ電話クライアントＡ２２１がＩＰ電話クライアントＢ２２２に対し接続要求を実施する（Ｍ８０１）。このとき、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＡ２２１領域は、共に「接続要求中」（Ｍ８０１−１、Ｍ８０１−２）となる。この状態変更は、図４における破線Ｈ１００、Ｈ１０１の通り、ユニキャスト通信、マルチキャスト通信等により実施される。一方、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＢ２２２領域は、共に「待機中」（Ｍ８００−２、Ｍ８００−４）のまま変化はしない。ＩＰ電話クライアントＡ２２１における制御部２３１は、ＩＰ電話クライアントＡ２２１がダイヤルした接続番号を分析する（Ｍ８０２）。この間、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＡ２２１及びＩＰ電話クライアントＢ２２２の状態は変化せず、ＩＰ電話クライアントＡ２２１は、「接続要求中」、ＩＰ電話クライアントＢ２２２は「待機中」のままである。ＩＰ電話クライアントＡ２２１における制御部２３１は、番号分析の結果、該当番号がＩＰ電話クライアントＢ２２２である事を確認すると、ＩＰ電話クライアントＢ２２２の状態情報として、ロケーション情報を取得する（Ｍ８０３）。この時、ＩＰ電話クライアントＡ２２１の分散共有エージェント部２４１は、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＢ領域を「予約中」の状態に変更する。これにより、他のＩＰ電話クライアントとの接続競合による動作矛盾を防止する事が可能となる。
【００３７】
ＩＰ電話クライアントＡ２２１における制御部２３１は、ＩＰ電話クライアントＢ２２２の状態情報として、そのロケーション情報を取得すると、ＩＰ電話クライアントＢ２２２に対し呼出し信号を送信する（Ｍ８０４）。この時、ＩＰ電話クライアントＡ２２１の分散共有エージェント部２４１は、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＢの領域を「呼出し中」に変更する。呼出しの結果、ＩＰ電話クライアントＢ２２２の制御部２３２が応答を検知すると、応答信号をＩＰ電話クライアントＡ２２１に送信する（Ｍ８０５）と共に、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＢ２２２領域を「通話中」に変更する（Ｍ８０５−２、Ｍ８０５−４）。ＩＰ電話クライアントＡ２２１の制御部２３１は、ＩＰ電話クライアントＢ２２２からの応答信号を受信し、パブリックセグメント共有情報部２０７及びプライベートセグメント共有情報部２１０、２１１のＩＰ電話クライアントＡ２２１領域を「通話中」に変更する（Ｍ８０５−１、Ｍ８０５−３）。
図７に示したように、ＩＰ電話クライアントＡからの接続要求を受けた分散共有エージェント部は、自己のプライベートセグメント共有情報部とパブリックセグメント共有情報部を、予め規定された呼接続手順に必要な状態に遷移させ、接続先であるＩＰ電話クライアントＢの分散共有エージェント部に「予約中」の状態遷移変更依頼を行うことにより、従来、一元的に接続処理を行っていたＩＰ電話サーバの負荷を軽減させることが可能となる。これにより、ＩＰ電話サーバの設備投資効率が向上する。
また、自己のプライベートセグメント共有情報部の更新は、自己の分散共有エージェント部が、自ら更新し、他のプライベートセグメント共有情報部の更新は、他の分散共有エージェント部に更新依頼することにより、処理競合が発生した場合においても、自己のクライアント動作を優先させることが可能となる。例えば、ＩＰ電話クライアントＡがＩＰ電話クライアントＢに「予約中」状態に変更中に、ＩＰ電話クライアントＢがＩＰ電話クライアントＣに発信する場合、ＩＰ電話クライアントＢの動作を優先して処理させることが可能である。これにより、処理競合時のユーザビリティが向上する。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態による自律分散情報通信システムのブロック図である。
【図２】同実施形態におけるパブリックセグメント構成例のブロック図である。
【図３】同実施形態におけるＩＰ電話クライアントのパブリックセグメント登録の動作シーケンス図である。
【図４】同実施形態における０ＡＢ−Ｊ ＩＰ電話クライアント発呼の動作シーケンス図である。
【図５】同実施形態における分散共有メモリの概念図である。
【図６】同実施形態におけるＰＳＴＮ電話クライアント発呼の動作シーケンス図である。
【図７】同実施形態における分散共有メモリの状態遷移例を表す図である。
【図８】従来技術によるＩＰ電話システムのブロック図である。
【符号の説明】
【００３９】
１００…既存設備群
１０１…既存ＰＳＴＮ網
１０２…ＧＷ
１０３…既存０ＡＢ−Ｊ ＩＰ電話サーバ
１０４…他社ＩＰ電話網
１０５…ＧＷ
１０６…既存０５０ ＩＰ電話サーバ
１０７…既存携帯電話交換システム
１０８…ＧＷ
２０１…ユーザ管理部
２０２…認証部
２０３…０ＡＢ−Ｊ用呼接続情報
２０４…０５０用呼接続情報
２０５…０９０用呼接続情報
２０６…０ＡＢ−Ｊ用パブリックセグメント分散共有エージェント部
２０６−１…パブリックセグメント分散共有エージェント部（０６）
２０６−２…パブリックセグメント分散共有エージェント部（０７５）
２０７…パブリックセグメント共有情報部
２０８…０９０用パブリックセグメント分散共有エージェント部
２０９…０５０用パブリックセグメント分散共有エージェント部
２１０…プライベートセグメント共有情報部
２１１…プライベートセグメント共有情報部
２１２…プライベートセグメント共有情報部
２１４…自律分散情報通信管理部
２２０…自律分散部
２２１…ＩＰ電話クライアントＡ
２２２…ＩＰ電話クライアントＢ
２２３…自律分散部
２２４…ＩＰデュアル携帯電話端末
２２５…自律分散部
２３１…制御部
２３２…制御部
２３３…制御部
２４１…分散共有エージェント部
２４２…分散共有エージェント部
２４３…分散共有エージェント部
７００…ＰＳＴＮ電話クライアント
【図１】
2006295735.tif 000003
【図２】
2006295735.tif 000004
【図３】
2006295735.tif 000005
【図４】
2006295735.tif 000006
【図５】
2006295735.tif 000007
【図６】
2006295735.tif 000008
【図７】
2006295735.tif 000009
【図８】
2006295735.tif 000010