(57)【要約】  サーバレス電話システム（ＳＴＳ）は、インターネットプロトコル（ＩＰ）を使用して電話機器間での音声、データおよびビデオ交換を、確立しかつ維持する。好ましい実施形態におけるＳＴＳは、インターネットネットワークを含み得る、ローカルエリアネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）、あるいは組み合わせを介した、標準パケットネットワーク接続を備える電話機器で動作する、ソフトウェアを含む。新規のシステムは、１つの電話機器が、スイッチやサーバといったいかなる第３の機器による介入もなしに、別の電話機器と接続を確立することを可能にする。一実施形態では、ローカルエリアネットワーク（ＬＡＮ）の任意の２つのＩＰ電話機間で呼を確立するために、ネットワークにおいて提示されるサーバを持たず、通常は標準のＰＢＸから期待される実質上すべてのサービスを提供し、さらに、Ｈ．３２３、ＭＧＣＰ、ＳＩＰプロトコルの１つ以上、あるいは他の標準プロトコルのいずれか１つに準拠する機能も提供する、ＩＰ−ＰＢＸ（インターネットプロトコル構内交換）アプリケーションが提供される。【特許請求の範囲】
【請求項１】
ネットワークと、
それぞれネットワークにインタフェースされた２つ以上のＩＰ電話ユニットと、
ＩＰ電話ユニットのそれぞれで実行されるインターネットプロトコル（ＩＰ）電話ソフトウェアのインスタンスとを備える、インターネットプロトコル（ＩＰ）電話システムであって、
ＩＰ電話ユニットが、ソフトウェアインスタンスを実行することによって、ネットワークにおいて組織グループを形成するように自動的に協働し、かつネットワークにいかなるスイッチもサーバも無い状態で、ＩＰ電話ユニットのユーザに電話機能を提供することを特徴とする、システム。
【請求項２】
個々のソフトウェアインスタンスが、個々のＩＰ電話ユニットの間で、音声データだけでなくテキストおよび画像データの通信も提供する、請求項１に記載のシステム。
【請求項３】
ネットワークにインタフェースされるＩＰ電話ユニットが、組織グループとして仮想リングを形成しかつ変形させる、請求項１に記載のシステム。
【請求項４】
形成される仮想リングが、両側多重接続仮想リングである、請求項３に記載のシステム。
【請求項５】
ＩＰ電話ユニットの協働が、制御機能を提供し、それによって、活性化されると、ネットワークに接続された個々の電話ユニットをネットワークにおける仮想リングのメンバとして登録し、非活性化されると、仮想リングでのメンバシップを取り消す、請求項３に記載のシステム。
【請求項６】
個々のＩＰ電話ユニットが、大容量記憶装置を備え、ＩＰ電話ユニットの協働が、個々の局における大容量記憶装置を共用メモリとして扱う、請求項１に記載のシステム。
【請求項７】
共用メモリが、個々のＩＰ電話ユニットにおいてユーザにボイスメールサービスを提供する、請求項６に記載のシステム。
【請求項８】
共用メモリが、音声ファイル以外のデータファイルのユニット間転送および格納を可能にする、請求項６に記載のシステム。
【請求項９】
ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つである、請求項１に記載のシステム。
【請求項１０】
仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれた、請求項１に記載のシステム。
【請求項１１】
大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリが使用された、請求項６に記載のシステム。
【請求項１２】
耐障害性を提供するために、複数の電話ユニットで冗長記憶およびデータ再配置方式が実施される、請求項６に記載のシステム。
【請求項１３】
格納データに優先順位が付けられ、最も高い優先順位のデータが、より低い優先順位のデータよりも多くの場所に格納される、請求項１２に記載のシステム。
【請求項１４】
１つ以上の電話ユニットが、システムを構成する管理機能を有する管理者局として使用可能にされる、請求項１に記載のシステム。
【請求項１５】
ネットワークに接続するポートと、
ＩＰ電話ソフトウェアのインスタンスとを備える、ＩＰ電話ユニットであって、
ＩＰ電話ユニットが、ソフトウェアを実行することによって、他のＩＰ電話ユニットとパケット通信を行うネットワークにおける組織グループを形成するように自動的に協働することと、およびネットワークにいかなるスイッチもサーバも無い状態で、ＩＰ電話ユニットのユーザにＩＰ電話機能を提供することとを可能にされることを特徴とする、ＩＰ電話ユニット。
【請求項１６】
ソフトウェアインスタンスが、ネットワークで音声データだけでなくテキストおよび画像データの通信も提供する、請求項１５に記載のＩＰ電話ユニット。
【請求項１７】
ネットワークにインタフェースされるＩＰ電話ユニットが、組織グループとして仮想リングを形成しかつ変形することを可能にされる、請求項１５に記載のＩＰ電話ユニット。
【請求項１８】
形成される仮想リングが、両側多重接続仮想リングである、請求項１７に記載のＩＰ電話ユニット。
【請求項１９】
ＩＰ電話ユニットが、制御機能を提供し、それによって、活性化されると、ネットワークに接続されたＩＰ電話ユニットをネットワークにおける仮想リングのメンバとして登録し、かつ非活性化されると、仮想リングでのメンバシップを取り消す、請求項１７に記載のＩＰ電話ユニット。
【請求項２０】
ＩＰ電話ユニットが、大容量記憶装置を備え、ネットワークで協働して、大容量記憶装置が共用メモリとして扱われる、請求項１５に記載のＩＰ電話ユニット。
【請求項２１】
共用メモリが、ＩＰ電話ユニットのユーザにボイスメールサービスを提供する、請求項２０に記載のＩＰ電話ユニット。
【請求項２２】
共用メモリが、音声ファイル以外のデータファイルのユニット間転送および格納を可能にする、請求項２０に記載のＩＰ電話ユニット。
【請求項２３】
ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つである、請求項１５に記載のＩＰ電話ユニット。
【請求項２４】
仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれた、請求項１５に記載のＩＰ電話ユニット。
【請求項２５】
大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリが使用された、請求項２０に記載のＩＰ電話ユニット。
【請求項２６】
耐障害性を提供するために、冗長記憶およびデータ再配置方式が実施される、請求項２０に記載のＩＰ電話ユニット。
【請求項２７】
格納データに優先順位が付けられ、最も高い優先順位のデータが、より低い優先順位のデータよりも多くの場所に格納されるように送出される、請求項２６に記載のＩＰ電話ユニット。
【請求項２８】
ＩＰ電話ユニットが、ネットワークで協働する電話ユニットのシステムを構成する管理機能を有する管理者局として使用可能にされる、請求項１５に記載のＩＰ電話ユニット。
【請求項２９】
インターネットプロトコル（ＩＰ）電話技術の方法であって、
（ａ）ネットワークにインタフェースされた２つ以上のＩＰ電話ユニットを設けるステップと、
（ｂ）ＩＰ電話ユニットそれぞれでＩＰ電話ソフトウェアのインスタンスを実行して、ＩＰ電話ユニットが、ネットワークにおいて組織グループを形成するように自動的に協働し、かつネットワークにいかなるスイッチもサーバも無い状態で、ＩＰ電話ユニットのユーザに電話機能を提供するステップとを含む、方法。
【請求項３０】
個々のソフトウェアインスタンスが、個々のＩＰ電話ユニット間で、音声データだけでなくテキストおよび画像データの通信も提供する、請求項２９に記載の方法。
【請求項３１】
ネットワークにインタフェースされるＩＰ電話ユニットが、組織グループとして仮想リングを形成しかつ変形させる、請求項２９に記載の方法。
【請求項３２】
形成される仮想リングが、両側多重接続仮想リングである、請求項３１に記載のシステム。
【請求項３３】
電話ユニットの協働が、制御機能を提供し、それによって、活性化されると、ネットワークに接続された個々のＩＰ電話ユニットをネットワークにおける仮想リングのメンバとして登録し、かつ非活性化されると、仮想リングでのメンバシップを取り消す、請求項３１に記載のシステム。
【請求項３４】
個々のＩＰ電話ユニットが、大容量記憶装置を備え、ＩＰ電話ユニットの協働が、個々の局における大容量記憶装置を共用メモリとして扱う、請求項２９に記載の方法。
【請求項３５】
共用メモリが、個々のＩＰ電話ユニットにおいてユーザにボイスメールサービスを提供する、請求項３４に記載の方法。
【請求項３６】
共用メモリが、音声ファイル以外のデータファイルのユニット間転送および格納を可能にする、請求項３４に記載の方法。
【請求項３７】
ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つである、請求項２９に記載の方法。
【請求項３８】
仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれた、請求項２９に記載の方法。
【請求項３９】
大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリが使用された、請求項３４に記載の方法。
【請求項４０】
耐障害性を提供するために、複数の電話ユニットで冗長記憶およびデータ再配置方式が実施される、請求項３４に記載の方法。
【請求項４１】
格納データに優先順位が付けられ、最も高い優先順位のデータが、より低い優先順位のデータよりも多くの場所に格納される、請求項４０に記載の方法。
【請求項４２】
１つ以上の電話ユニットが、システムを構成する管理機能を有する管理者局として使用可能にされる、請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ＩＰ電話システムに関し、より詳細には、サーバもスイッチもなしで実施される、インターネットプロトコル（ＩＰ）構内交換（ＰＢＸ）システムに関する。
【背景技術】
【０００２】
ＰＢＸとは、ユーザが、当分野でしばしば顧客構内と呼ばれる組織内において、公衆交換電話網（ＰＳＴＮ）にアクセスすることを必要とせずに、相互に電話をかけ合うことを可能にする、自動電話交換システムである。また、ＰＢＸのユーザは、ＰＢＸを介して外部の番号に電話をかけることもできる。ＰＢＸは、通常、顧客構内に位置し、顧客の通信における大幅な制御および柔軟性を提供する。ＰＢＸは、当分野では良く知られており、例えば、アル・サルキン著、（マグローヒル社、ニューヨーク）著作権、２００２年、「ＩＰ電話技術のためのＰＢＸシステム」（「ＰＢＸ  Ｓｙｓｔｅｍｓ  ｆｏｒ  ＩＰ  Ｔｅｌｅｐｈｏｎｙ」，ｂｙ  Ａｌ  Ｓｕｌｋｉｎ，（ＭａｃＧｒａｗ−Ｈｉｌｌ，ＮＹ）（Ｃ）２００２）などに記載されている。
【０００３】
現在、企業顧客の通信ニーズを満たすのに利用可能な、２つの一般的なクラスの交換システム構成がある。第１は、顧客の構内に位置するＰＢＸであり、第２は、例えばＣＥＮＲＥＸシステムなど、回線は、中央局から個々の顧客局にまで供与されるが、中央局システムにおいて実行される呼処理ソフトウェアによって高度な機能が提供される、中央局ベースのシステムである。ＰＢＸは、その通信において大幅な制御および柔軟性を求める顧客によって有利とみなされる。中央局システムは、通常、構内交換機を運用しかつ維持することに伴う、責任およびコストを回避しようとする顧客によって好まれる。
【０００４】
最近、ＰＢＸ方法とＣＥＮＲＥＸ方法の両方が、時分割多重（ＴＤＭ）ネットワークだけでなくＩＰ（インターネットプロトコル）ベースのネットワークでの使用のためにも適合されている。そのようなシステムは、一般に、ＩＰ電話システムまたはＩＰ−ＰＢＸと呼ばれ、例えば、ＰＢＸをローカルエリアネットワーク（ＬＡＮ）と統合するコンピュータ統合電話（ＣＩＴ）システムを記載する、米国特許第５，８７５，２３４号において、また、ネットワークベースの電話システム、特に、構内交換機（ＰＢＸ）を共用リソースネットワークに統合するシステムおよび方法を記載する、米国特許第６，４２４，７００号においても記載されている。
【０００５】
集中型設計は、最新式の電話およびＩＰ電話システムおよびネットワークの大部分において使用されている。集中型設計では、サーバ（例えばスイッチ、アクセスノード、キャビネットなど）が、システム機能およびサービスの大部分を実行している。しかしながら、ベンダがそのＴＤＭ設計を反復し、それをＩＰ電話（ＩＰＴ）システムに適用している、そのような集中型方法は、ＩＰネットワークの新しく利用可能な機能を十分に利用していない。この状況は、技術的な問題を生み出し、一般にＩＰ電話技術の市場適合を遅らせている。
【０００６】
ＢＣＲ  ｅＷｅｅｋｌｙ、第５８号、「次世代ＩＰＴの考察」（ＢＣＲ  ｅＷｅｅｋｌｙ，Ｉｓｓｕｅ  ５８−「Ｔｈｉｎｋｉｎｇ  Ａｂｏｕｔ  Ｎｅｘｔ−Ｇｅｎ  ＩＰＴ」）によれば、ＩＰ電話技術を推進するのが経済的にも、適用上も難しい理由の一部は、そのようなシステムのベンダが、ＩＰ分野に回線交換モデルを移植しようとしているからである。そのため、当然ながら、ＩＰ電話技術が通常配信するものは、ＴＤＭが配信したものと全く同様に見え、同様に振る舞う。また、ベンダは、ＩＰ電話技術にＴＤＭコストモデルも移植している。例えば、電話機は、しばしば、新しいシステムのコストの約３０％程度を占める。シスコ社などのＩＰ電話技術のパイオニアは、この新しい領域を切り開いたときにコストモデルを変更しようとせず、当然ながら、従来からのベンダもそれを熱心に変更しようとはしていない。
【０００７】
ＴＤＭ設計およびシステム方法は、当時最新の技術、システム、およびネットワークの限界および特性から作成された。例えば、エンドユーザ機器にシステム制御を引き渡し、同時に、すべてのシステム機能での効率のよい相互接続を提供することは不可能であった。ソフトウェアの高度化における限界だけでなく、処理能力における限界、および相互接続のための普遍的プロトコルの欠如が、最近２０年間すべての電話システムの設計を決定付けた。しかし、ＩＰ電話技術の導入、ならびにプロセッサ技術の全般的進歩は、本発明者らが、中央システムまたはサーバなしで呼プロセスまたは任意のさらなる電話機能を制御するために動作する、根本的に新しく革新的な設計に取り組み、それを開発することを可能にした。
【０００８】
本発明の発明者らは、ＩＰ電話技術でのサーバレス設計は、非常に望ましいものであり、呼確立遅延など、電話技術の実質上すべての基本態様、ならびに新しいサービスの作成および適合のために理想的であると判断している。また、そのような技術革新は、通信をはるかに安価にし、呼制御専用のスイッチまたはサーバ、ならびにそのような装置のコストを不要にし、ネットワークを純粋にＩＰサービスのための、ゆえに、管理、維持、およびサポートがはるかに容易な移送手段にする。さらに、純粋にサーバレスのＩＰ電話システムは、拡張されたスケーラビリティ、柔軟性、冗長性、信頼性、効率性、コスト効率およびそれ以上のものを提供する。
【０００９】
以下は、そのようなシステムを作成するに際して対処されている、関連する諸問題である。
【００１０】
（サーバレスアドレス指定の解決）
通常、ＩＰ電話システムにおいては、着呼側のＩＰアドレスを識別するために、中央アドレス指定サーバが使用される。各ＩＰ電話技術規格は、そのようなサーバの独自の名前を持つ。すなわち、Ｈ．３２３におけるゲートキーパ、ＳＩＰにおけるプロキシ、ＭＧＣＰにおける呼エージェント、またはパケットケーブルにおけるソフトスイッチである。各ベンダは、このサーバ、またはそのような機能を実行する他のサーバを異なる名前で呼び出すことができるが、その機能はまだ共通である。本開示の様々な実施形態で説明する革新的なシステムには、中央アドレス指定サーバがないため、発呼側が、着呼側のネットワークアドレスを識別するのに問題が生じる。問題は、ネットワークに永続的なＩＰアドレスが存在せず、ＤＨＣＰなどのプロトコルが使用されているときに、より大きくなる。
【００１１】
（構成）
永続的構成サーバが存在しないため、サーバレスシステムにおけるエンドユーザ機器の構成に関連する問題がある。これらの特定の問題には、異常のある、または特定の管理更新のときに不可能である任意の機器の構成更新、あるいはシステムが多数のそのようなエンドユーザ機器を伴うときの効率的なトラフィック管理が関与する。
【００１２】
（追加サービス）
任意の電話システム、特にＩＰ−ＰＢＸシステムから期待される、多数のサービスがある。例えば、本明細書の別の箇所で詳細に説明する、そのすべてが当分野では一般的な用語である、宛先変更、呼転送、コールパーク、転送、追跡、ホテリングなどの機能である。そのようなサービスおよび機能は、本発明の発明者らによって考案されるサーバレスシステム内での実施においては著しく異なる。その理由は、可能な競合、特定のエンドユーザ機器の利用不能、またはネットワークの一部の利用不能を解決するための、中央呼制御管理サーバが提示されないからである。
【００１３】
実施するのがさらに一層複雑なのは、適正に機能するための分散データベースを伴い得る、個別呼観測、送信勧誘、使用中割込みなどといった、高度なＰＢＸ機能のグループである。また、ローミングおよび関連する諸機能（ホテリング、追跡）も、サーバレスシステムにおける実施が著しく難しい。その理由は、実際のエンドユーザ機器の位置および機能に関連しない中央プロファイルデータベースがないからである。
【００１４】
呼記録、ボイスメールなど、データ記憶関連の機能は、従来の電話システムでは（例えばＬＤＡＰなどの）記憶サーバを必要とする。本発明においてそのような機能は、それ自体革新的であり、高度な技術的課題である分散記憶システムによって処理される。
【００１５】
（管理）
サーバが関与しないときには、ネットワークにシステムメッセージで過負荷をかけずに、呼を監視し、ネットワークの品質およびリソースを監視するという特有の問題がある。
【００１６】
（耐障害性）
サーバアーキテクチャにおいては、冗長性および耐障害性は、良く知られている方法を使用することによって対処されるが、サーバレスシステムでは、エンドユーザ機器が、他の機器の突然「死」によって影響を受けないように、エンドユーザ機器すべてのシームレスな作動をサポートするという問題がある。
【００１７】
（セキュリティ）
最新式の従来方式の電話システムにおいて、セキュリティは、物理的に保護され得る専用サーバによって処理され、いかなる接続も、事実上保護されていない可能性のある別の機器またはサーバに関与しない。サーバレスシステムでは、事情は全く逆である。中央サーバはなく、接続には、おそらくそのようなシステムを、「中間者」などのセキュリティ攻撃に対して潜在的に脆弱にする、第三者のエンドユーザ機器が関与し、発呼側認証、呼の否認防止などに関連する問題を生み出す。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
そのため、サーバレスＩＰシステムを作成するためには、対処される必要のある相当数の問題があることが容易にわかる。一般に、様々な従来のシステムは、前述の問題のせいぜい一部に対処するにすぎない。当分野においては、明らかに、サーバレスシステムを用いて包括的な方式で前述の問題の１つ以上を解決するシステムおよび対応する方法が求められている。
【課題を解決するための手段】
【００１９】
本発明の原理によれば、呼を処理し、呼の間に、いかなるシステム制御も伴わずに通信を実行し、呼の開始、切断、およびその他の処理を調整するように呼制御パケットを処理する高対話型のインテリジェントユーザ局に追加機能を提供し、かつ例えば音声、データ、または画像情報など様々な種類のパケット化情報の通信のための例示的システムおよび方法において、背景技術の項で説明した問題が解決され、かつ著しい技術的利点が実現される。本発明の実施形態における顧客は、呼機能を完全に制御することができる。その理由は、そのような機能が、個々のインテリジェントユーザ局において完全に実施されるからである。
【００２０】
本明細書では、本発明のシステムを、「サーバレスＩＰ−ＰＢＸ」と呼ぶ。その理由は、高度電話機能の実施における高度の顧客制御および柔軟性は、以前には主に、ＰＢＸまたはＩＰ−ＰＢＸシステムに関連付けられていたからである。ゆえに、本発明の方式で呼を処理するインテリジェント局（エンドユーザ機器）のグループは、事実上、それらが、実際には、ＩＰネットワークインフラストラクチャのみによってサービス提供され得るにすぎない場合であっても、あたかもそれらが、構内交換機またはサーバによってサービス提供されているかのように動作する。本明細書で説明する例示的実施形態におけるパケット交換構成は、単一のパケット交換ネットワーク（ＬＡＮ）であるが、本発明は、そのようなシステムの相互接続ネットワークまたはそのようなインテリジェント機器のグローバルネットワークを含む構成にも適用可能である。
【００２１】
エンドユーザ機器のサーバレスネットワークにおいてサーバベースのシステムの機能を達成するために、本発明のいくつかの実施形態では仮想リング技術が使用される。本発明における論理仮想リングの作成および使用は、ＡＲＣＮｅｔトークンバスおよびＩＢＭトークンリング技術と多少の類似性を有する。ＩＢＭトークンリングおよび他の従来方式の「トークンパス」技術において、リングは、規則性および順序を実現するためにチャネル層に作成され、これによってパケットコンピュータネットワークにおけるサービス品質が達成される。本発明のいくつかの実施形態において、仮想リングは、ＩＰ（イーサネット（登録商標））プロトコルのＴＣＰまたはＵＤＰを使用するアプリケーション層で使用され、いかなる物理またはチャネルレベルのリングの必要も存在しない。本発明のいくつかの実施形態において、仮想リング中のトークンは、高信頼性パケット配信、フロー制御、冗長性、および付加サービスのサポートに使用される。
【００２２】
本発明の好ましい実施形態では、高信頼性メッセージ配信（ＲＭＤ）を実現するために、ＬＡＮに位置するエンドユーザ機器は、本発明者らが両側多重接続仮想リング（ＲＭＤ−ＴＳＭ−ＣＶＲ）と呼ぶ特殊な構造に組み込まれる。現在のＬＡＮでは、チャネルネットワーク層ですべてのエンドユーザ機器によって受け取られるＩＰパケットの数を最小限にするために、ＩＰネットワークをより小さいサブネットワークに分割するのが一般的である。本発明のいくつかの実施形態では、サブネットワークにそのような機器が複数存在する場合には、ありとあらゆるエンドユーザ機器が、そのようなＲＭＤリングの１つ以上に組み込まれる。通常、ＲＭＤリングのサイズは、サブネットワークのサイズに等しくなるが、サブネットワークが、クラスＣサブネットワークを超える場合には、リングは、以下でより詳細に説明する新規の自己決定および自己管理機構の１つを使用して、２つ以上のより小さい、相互接続されたＴＳＭ−ＣＶＲに分割され得る。
【００２３】
本発明の好ましい実施形態では、冗長性を実現すると共に、付加サービスおよびＰＢＸ様機能を提供するために、論理ＴＳＭ−ＣＶＲ（Ｌ−ＴＳＭ−ＣＶＲ）が作成される。そのような論理ＴＳＭ−ＣＶＲによって接続されるエンドユーザ機器は、異なるサブネットワークのメンバとすることができ、これらの論理リングのサイズは、ＬＡＮのいかなるサブネットワークのサイズによっても制限されない。
【００２４】
ＲＭＤ型または論理型からのＴＳＭ−ＣＶＲは、以下でより詳細に説明するように、異なる自己決定、自己管理、および自己制御機構をサポートする。従来方式の「トークンパス」技術とは対照的に、革新的なサーバレスシステムでは、リングが適正に機能するために、ネットワークにいかなる専用の機器（ハブ、サーバなど）も必要としない。
【００２５】
本発明のいくつかの実施形態において、エンドユーザ機器は、スイッチをオン／オフに切り換えることができる。これは、リングトポロジの動的変化をもたらし得る。１つ以上のエンドユーザ機器のスイッチがオフに切り換わった場合、その動作が、関連付けられたリングの分断をもたらすことを理解することは重要である。本発明の実施形態では、多重接続を使用して、リング中のエンドユーザ機器が、そのような分断を自己検出し、それらを修正する。エンドユーザ機器が、頻繁にスイッチを「オフ」と「オン」に切り換える場合、そのようなＴＳＭ−ＣＶＲのトポロジの修正および変更は、ＩＰネットワークのオーバフローをもたらし得る。そのようなオーバフローを回避するために、リングトポロジが修正されようとする前に、一定の遅延が必要とされる。遅延は、システム管理者によってセットアップされる。
【００２６】
本発明のいくつかの実施形態では、大量のデータ更新および一定の条件下でのアドレス解決に、マルチキャスト機構が使用され得る。本発明の好ましい実施形態では、ＬＡＮまたはＩＰネットワークは、マルチキャストをサポートすることができ、１つ以上のＩＰネットワークまたはサブネットワークを接続するルータは、当分野で知られているＩＥＴＦ文書に詳細に記載されている、ＩＧＭＰおよびマルチキャスト転送プロトコルをサポートすることができる。また、本発明のいくつかの好ましい実施形態では、エンドユーザ機器の始動時における近隣局の認識のために、メインマルチキャストグループも使用され得る。マルチキャストは、セットアップ手順、大量のデータ更新、および他のアドレス解決機構に失敗した場合のアドレス解決などに使用される。
【００２７】
従来のサーバベースのＰＢＸまたはＩＰ−ＰＢＸシステムとは対照的に、本発明の実施形態では、異なるデータ記憶およびデータアクセス機構が使用される。本発明の実施形態では、すべてのデータが、エンドユーザ機器に格納され、サーバも記憶装置も必要とされない。
【００２８】
さらに、本発明のいくつかの好ましい実施形態では、あらゆるエンドユーザ機器が、電力に依存しないフラッシュメモリを備える。エンドユーザ機器は、グローバルシステムデータベースの一部だけでなく、ユーザデータ、一般的なサービスネットワークデータも格納している。エンドユーザ機器は、アクセス可能性および耐障害性を達成するために、データベースのアクセスおよび複製機構をサポートしている。
【００２９】
本発明のいくつかの実施形態では、すべてのデータが、エンドユーザ機器に配信されるため、機器の１つ以上が適正に機能していない場合には、システム冗長性および耐障害性を達成するために、ネットワークを介してこのデータを再配置する必要がある。本発明のいくつかの好ましい実施形態では、そのようなデータ再配置システムが説明される。そのような再配置機構の多数の変形が、様々な実施形態において使用され得るが、それらは、例えば、データ再配置方法を使用して、サーバレス電話ネットワークにおける特定のエンドユーザ機器の任意の誤動作からのデータアクセスの独立性を達成するなど、本発明の利点の１つを損ねないものとすることができる。
【００３０】
本発明の好ましい実施形態における、通則は、最も必要とされる（最も頻繁に使用される）データが、最も多くの場所に格納されるというものである。その規則によれば、ネットワーク情報は、各エンドユーザ機器において複製され、一般のネットワーク情報は、個人データより多くのエンドユーザ機器に格納される。記憶のための余剰係数は、システム管理者によってセットアップされる。いくつかの好ましい実施形態では、個人情報は、４回複製され、一般のネットワークデータは、各サブネットワークにおいて４回以上複製される。管理者公開鍵などのそのような情報は、各エンドユーザ機器に格納され、かつ最初の構成時に格納される。
【００３１】
したがって、前述の状況によれば、本発明の一目的は、ネットワークと、それぞれネットワークにインタフェースされた２つ以上のＩＰ電話ユニットと、電話ユニットのそれぞれで実行されるＩＰ電話ソフトウェアのインスタンスとを備える、インターネットプロトコル（ＩＰ）電話システムであって、ＩＰ電話ユニットは、ソフトウェアインスタンスを実行することによって、ネットワークにおいて組織グループを形成するように自動的に協働し、かつネットワークにいかなるスイッチもサーバも無い状態で、個々のＩＰ電話ユニットが、他の個々のＩＰ電話ユニットにＩＰ電話をかけ、他の個々のＩＰ電話ユニットからＩＰ電話を受け取ることを可能にすることを特徴とする、システムを提供することである。
【００３２】
別の目的は、個々のソフトウェアインスタンスが、個々のＩＰ電話ユニットの間で、音声データだけでなくテキストおよび画像データの通信も可能にするようなシステムを提供することである。さらに、本発明の一実施形態では、ネットワークにインタフェースされるＩＰ電話ユニットは、組織グループとして仮想トークンリングを形成しかつ変形させる。場合によっては、形成される仮想リングは、両側多重接続仮想リングである。
【００３３】
システムのいくつかの実施形態において、ＩＰ電話ユニットの協働は、制御機能を提供し、それによって、活性化されると、ネットワークに接続された個々のＩＰ電話ユニットをネットワークにおける仮想リングのメンバとして登録し、かつ非活性化されると、仮想リングでのメンバシップを取り消す。これらの実施形態およびその他の実施形態において、個々のＩＰ電話ユニットは、大容量記憶装置を備え、ＩＰ電話ユニットの協働は、個々の局における大容量記憶装置を共用メモリとして扱う。多くの実施形態における大容量記憶共用メモリは、個々の電話局においてユーザにボイスメールサービスを提供する。さらに、いくつかの実施形態では、共用メモリは、音声ファイル以外のデータファイルのユニット間転送および記憶を可能にする。
【００３４】
様々な実施形態において、ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つとすることができる。別の実施形態では、仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれる。場合によっては、大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリが使用され、また、場合によっては、耐障害性を提供するために、複数の電話ユニット上で、冗長記憶およびデータ再配置方式が実施される。場合によっては、格納データに優先順位が付けられ、最も高い優先順位のデータは、より低い優先順位のデータより多くの場所に格納される。また、場合によっては、１つ以上のＩＰ電話ユニットは、システムを構成する管理機能を有する管理者局として使用可能にされる。
【００３５】
本発明の別の態様では、ネットワークに接続するポートおよびＩＰ電話ソフトウェアのインスタンスを備える、ＩＰ電話ユニットが提供される。ＩＰ電話ユニットは、ＩＰ電話ユニットが、ソフトウェアを実行することによって、他のＩＰ電話ユニットとパケット通信を行うネットワークにおける組織グループを形成するように自動的に協働することを可能にされ、ネットワークにいかなるスイッチもサーバも無い状態で、個々のＩＰ電話ユニットが、他の個々のＩＰ電話ユニットにＩＰ電話をかけ、他の個々のＩＰ電話ユニットからＩＰ電話を受け取ることを可能にすることを特徴とする。
【００３６】
ＩＰ電話ユニットのいくつかの実施形態において、ソフトウェアインスタンスは、ネットワークで音声データだけでなくテキストおよび画像データの通信も可能にする。また、いくつかの実施形態において、ネットワークにインタフェースされたＩＰ電話ユニットは、組織グループとして仮想トークンリングを形成しかつ変形することを可能にされる。さらに別の実施形態では、形成される仮想リングは、両側多重接続仮想リングである。さらに別の実施形態では、ＩＰ電話ユニットは、制御機能を提供し、それによって、活性化されると、ネットワークに接続されたＩＰ電話ユニットをネットワークにおける仮想リングのメンバとして登録し、かつ非活性化されると、仮想リングにおけるメンバシップを取り消す。
【００３７】
場合によっては、ＩＰ電話ユニットは、大容量記憶装置を備え、ネットワークで協働して、大容量記憶装置が共用メモリとして扱われる。また、場合によっては、共用メモリは、ＩＰ電話ユニットのユーザにボイスメールサービスも提供する。さらに、場合によっては、共用メモリは、音声ファイル以外のデータファイルのユニット間転送および記憶も可能にする。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つとすることができる。
【００３８】
いくつかの実施形態では、仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれる。また、大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリも使用され得る。耐障害性を提供するために、冗長記憶およびデータ再配置方式も実施され得る。場合によっては、格納データに優先順位が付けられ、最も高い優先順位のデータは、より低い優先順位のデータより多くの場所に格納されるように送出される。また、場合によっては、ＩＰ電話ユニットは、ネットワークで協働するＩＰ電話ユニットのシステムを構成する管理機能を有する管理者局として使用可能にされる。
【００３９】
本発明のさらに別の態様では、（ａ）ネットワークにインタフェースされた２つ以上のＩＰ電話ユニットを提供するステップと、（ｂ）ＩＰ電話ユニットそれぞれでＩＰ電話ソフトウェアのインスタンスを実行して、ＩＰ電話ユニットが、ネットワークにおいて組織グループを形成するように自動的に協働し、かつネットワークにいかなるスイッチもサーバも無い状態で、個々のＩＰ電話ユニットが、他の個々のＩＰ電話ユニットにＩＰ電話をかけ、他の個々のＩＰ電話ユニットからＩＰ電話を受け取ることを可能にするステップとを含む、インターネットプロトコル（ＩＰ）電話技術の方法が提供される。
【００４０】
この方法のいくつかの実施形態では、個々のソフトウェアインスタンスは、個々のＩＰ電話ユニットの間で、音声データだけでなくテキストおよびイメージデータの通信も可能にする。これらの実施形態およびその他の実施形態において、ネットワークにインタフェースされたＩＰ電話ユニットは、組織グループとして仮想トークンリングを形成しかつ変形させる。形成される仮想リングは、両側多重接続仮想リングとすることができる。別の実施形態において、ＩＰ電話ユニットの協働は、制御機能を提供し、それによって、活性化されると、ネットワークに接続された個々のＩＰ電話ユニットをネットワークにおける仮想リングのメンバとして登録し、かつ非活性化されると、仮想リングにおけるメンバシップを取り消す。
【００４１】
この方法のいくつかの実施形態では、個々のＩＰ電話ユニットは、大容量記憶装置を備え、ＩＰ電話ユニットの協働は、個々の局における大容量記憶装置を共用メモリとして扱う。場合によっては、共用メモリは、個々の電話局においてユーザにボイスメールサービスを提供する。また、共用メモリは、音声ファイル以外のデータファイルのＩＰ電話ユニット間転送および記憶も可能にし得る。好ましい実施形態では、ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットネットワーク、またはネットワークの組み合わせのうちの１つである。
【００４２】
さらに別の実施形態では、仮想リング中のノードの少なくともデータおよびソフトウェア更新のために、マルチキャスト技術が組み込まれる。さらに別の実施形態では、大容量記憶装置の全部または一部に、電力に依存しないフラッシュメモリが使用される。耐障害性を提供するために、複数のＩＰ電話ユニット上で、冗長記憶およびデータ再配置方式が実施され得る。いくつかの実施形態では、格納データに優先順位が付けられ、最も高い優先順位のデータは、より低い優先順位のデータより多くの場所に格納される。また、いくつかの実施形態では、１つ以上のＩＰ電話ユニットは、システムを構成する管理機能を有する管理者局として使用可能にされ得る。
【００４３】
以下の実現詳細で説明する本発明の実施形態では、初めて、頑強な機能を提供するＩＰ電話システムがネットワークに提供され、ネットワークにおいてスイッチまたはサーバなしでシームレスに動作する。
【発明を実施するための最良の形態】
【００４４】
図１は、本発明の好ましい実施形態における、仮想リング構造を示すネットワーク図および対応するタイムチャートである。本発明の好ましい実施形態では、以下でより詳細に説明する、サブネットワーク中のノードの論理区画化、メッセージの高信頼性配信、およびハートビートプロトコルのサポートを提供するのに仮想リングが使用される。
【００４５】
仮想リングとは、それぞれがそのメンバの少なくとも２つ（通常は、リングの前のノードと次のノード）を認識する、連続したいくつかのノードである。リングのサイズは、常に、そのサブネットワークのサイズによって制限され、例えば、リングのノードは、すべて同じＩＰサブネットワークのメンバでなければならない。しかしながら、そのサブネットワーク内のリング数は制限されない。
【００４６】
リングの結束性は、ＩＢＭトークンリングプロトコルに類似した、トークンと呼ばれるリングを介して、特殊なメッセージを伝搬することによりサポートされる。トークンは、リング中の１つの（選択された）ノード（１０１など）によって生成され、リングを介して１つのノードから別のノードに、例えば、１０１から１０２へ、１０３へ、１０４へ、そしてまた１０１へ、などのように、リングメンバすべてに送られる。例えば、ノード１０３は、トークンを次に送る前にトークンにデータを添付することができ、トークンを受け取るノード１０４など別のノードは、トークンに添付されたデータを読み取ることができ、以下同様である。
【００４７】
トークンに添付されたデータに従って、リングメンバは、必要な操作を実行することができる。また、トークンを受け取るノード（およびそのようなノードだけ）は、ネットワークを介してマルチキャストメッセージ配布を実行することができる。このように、メッセージ配信および受信の順序が達成される。
【００４８】
別のトークン使用は、ハートビートプロトコルをサポートする。トークンは、リングにおいて１つのノードから別のノードに順次配信されるため、トークンを生成したノードによるトークンの受信は、例えば、リングに一貫性があるなど、すべてのリングノードが存在しかつ動作していることを示す。
【００４９】
好ましい実施形態では、ネットワーク中の各リングは、１つのマルチキャストグループに対応しなければならない。言い換えると、特定のマルチキャストグループに送られたメッセージは、すべてのリングメンバに配信されなければならない。ゆえに、この好ましい実施形態では、マルチキャストグループの数は、ネットワーク中の仮想リングの数に等しい。また、高信頼性のマルチキャストメッセージ配信を、仮想リングに基づくものとすることもできる。本発明の実施形態では、仮想リングトポロジに基づいて全体のメッセージ順序付けをサポートする、任意の高信頼性マルチキャスト配信プロトコルが使用され得る。好ましい実施形態では、トーテムプロトコルが使用される。
【００５０】
本発明の実施形態では、すべてのシステムデータ更新にマルチキャスト機構が使用され得る。ネットワークが適正に機能しているときには、すべての送信パケットが、各宛先において受け取られる。しかし、通常は、いくつかのパケットが、ＩＰネットワークにおいて失われる。すべてのパケットのすべてのエンドユーザ機器への高信頼性配信を保証するためには、すべてのリングメンバの周期的な問い合わせが必要とされる。これを達成するために、本発明の実施形態では、リングメンバが、そのノードによって受け取られた最新の更新の数からなるトークンを送る。そのようなトークンと共に送られるデータは、（最後の送信メッセージのシーケンス番号を含む）仮想時間フィールドを含む。そのようなトークンを受け取ったノードが、マルチキャストメッセージを送るとき、ノードは、時間フィールドの値を１つだけ増加させ、次いで、増加させた時間値を有するトークンを別のノードに送る。また、ノードは、あらゆるマルチキャストメッセージにも、更新シーケンス番号として仮想時間フィールドの値を含む。そのような数を使用して、他のすべてのノードは、それらが受け取るすべてのマルチキャストメッセージをサーチし、可能な喪失メッセージを検出することができる（トーテムプロトコル相互参照番号）。
【００５１】
エンドユーザ機器でのシーケンス番号が、受け取られたシーケンス番号より小さい場合、セッションの間に少なくとも１つのパケットが失われている。その場合、失われた１つ以上のパケットを受け取るために、エンドユーザ機器は、リング順序の前の機器に、最新の更新を繰り返すよう求める。エンドユーザ機器の数が、受け取られた数より大きい場合、おそらく、更新はマーカターンオーバ後に受け取られたものである。その場合、エンドユーザ機器は、新しい更新の数をマーカに書き込み、それをさらにリングを介して送る。これは、リングの最初のエンドユーザ機器に、更新のターンオーバ速度に関する情報を提供する。マーカターンオーバの遅延は、更新パケットの遅延と比較できるはずである。
【００５２】
図１のタイムチャートでは、ＩＰ電話機１（１０１）が新しいトークンを生成し、それをＩＰ電話機２（１０２）（区間１１０）に配信する。ＩＰ電話機２（１０２）はトークンを受け取り、それをそのままＩＰ電話機３（１０３）に送る（区間１１１）。ＩＰ電話機３（１０３）はトークンを受け取り、それがＩＰ電話機１（１０１）に送ろうとするあるデータをトークンの末尾に加え、トークンをＩＰ電話機４（１０４）に送る（区間１１２）。ＩＰ電話機４（１０４）は添付データと共にトークンを受け取り、それをＩＰ電話機１（１０１）に送る（区間１１３）。ＩＰ電話機１（１０１）は添付データと共にトークンを受け取り、このように、必要なデータを受け取り、新しいトークンを生成し、それをＩＰ電話機２（１０２）に送り（区間１１４）、以下同様である。
【００５３】
図２は、ローカルエリアネットワーク２０１を示すネットワーク図である。図示のネットワークアーキテクチャは、いくつかのＩＰ電話機２０２ａ、２０２ｂ、２０２ｃ・・・２０２ｆ、またはノード、ＰＳＴＮ２０９におけるゲートウェイ２０５、およびインターネット２１０へのゲートウェイであるＨ．３２３ゲートキーパ２０８を備える。ネットワーク中のあらゆるノードは、ハブ／スイッチ２０６ａ／２０６ｂに接続される。ＩＰ電話機以外に、ＤＨＣＰサーバ２０４、および１つ以上のパーソナルコンピュータ（ＰＣ）機器２０３がある。
【００５４】
ルータ２０７は、すべてのパケットが、２０２ａ、２０２ｂ、２０２ｃなどのＩＰ電話機器がインストールされている、２１１ａ、２１１ｂなどのすべてのサブネットワークに到達するような方法で構成される必要がある。そのようなメイングループのアドレスは、例えばデフォルトで２３９．１９２．０．１などとすることができるが、システム管理者は、従来技術を使用してそのアドレスを変更することができる。
【００５５】
ゆえに、管理者は組織におけるルータを調整しており、ローカルマルチキャストトラフィック（すなわち、範囲２３９．１９２．０．０／１４での割り振られたＩＥＴＦ）が、組織のネットワークを離れないものと想定される。また、マルチキャストトラフィックは、外部から内部ネットワークに入ることができない（ルータまたはファイアウォールによってフィルタリングされる必要がある）とも考えられる。
【００５６】
本実施形態におけるＩＰ電話機２０２ａ、２０２ｂ、２０２ｃなどは、静的または動的ＩＰ（ＤＨＣＰ）ネットワーク構成方法を使用することができる。（以下で図７に示すように）始動時にそのＩＰアドレスを受け取った後で、ユーザ機器は、それ自体のサブネットワーク２１１ａで、成功しなかった場合には、例えば２１１ｂなど他のサブネットワークで、隣接電話機をサーチすることができる。ＩＰ電話機２０２ａは、そのサブネットワークアドレスすべてのグループ２２４．０．０．１をサーチに使用する。サーチに失敗したことが判明した場合には、ＩＰ電話機は、メイングループ（本実施形態では、例えば２３９．１９２．０．１．など）に接続しようとする。それでもなお回答を受け取らなかった場合には、ＩＰ電話機２０２ａは、それ自体がネットワークにおける最初の機器であり、あるいは、ＩＰネットワークがＩＰマルチキャストをサポートしていないと仮定する。
【００５７】
おそらく、ＩＰ電話機２０２ａは、そのリング２１２ａで最大のＩＰアドレスを有するノードである２０２ｂを含む、あらゆるリングにおいて最大のＩＰアドレスを有するノードから回答を受け取る。ノード２０２ａは、リングのいずれか１つを選択し、ノード２０２ｂに参加する許可（メンバシップ）を求める。一定時間後に回答が受け取られなかった場合、ノードは、より大きい番号を有するノードに対して許可要求を繰り返す。したがって、リングの開始点により近いノードによって回答されることになる。手順は、回答が受け取られるまで繰り返される。
【００５８】
図３および図４に、本発明の一実施形態により可能とされる、この場合にはＩＰ電話局であると想定される、図３のノード２０２ｂによるノード２０２ａのリング２１２ａへの加入のプロセスにおける段階１および段階２を示す。ノード２０２ｂは、新しいメンバを受け入れ、現在のリングメンバにトークンを送ることにより、ノード２０２ａをリングに含める（加入させる）手順を開始する。ノード２０２ｂは、ＩＰ電話機（２０２ａ）のＩＰアドレスを用いて新しいＩＰ電話機２０２ａを挿入するよう求める要求をトークンに添付する。リングのメンバすべては、要求を受け取り、ＩＰアドレス値がトークン中の値よりＩＰ電話機２０２ａのＩＰアドレスに近い場合には、トークンにそれらのＩＰアドレスを加える。これは、より小さい値とより大きい値の両方で行われる（例えば、１０は５より１１に近く、１２は２０より１１に近い）。トークンは、リング全体を横断した後に、両側からＩＰ電話機２０２ａのＩＰアドレスに最も近い、例えば、ＩＰ電話機２０２ｂと２０２ｃのＩＰアドレスである、２つのＩＰアドレスを含む。メンバシップを求める要求を有する図３の２０２ａからのトークンに応答して、ノード（２０２ｂ）は、２０２ａに、それがリングトポロジにおいてそれらの間に置かれる必要のある、その２つの隣接電話機、すなわち図３の２０２ｂおよび２０２ｃを知らせる。新しいメンバ２０２ａは、その新しい隣接電話機２０２ｂおよび２０２ｃに要求（トークン）を送り、２０２ａがリングに加入するためにそれらのポインタを更新するよう求める。
【００５９】
加入手順が完了した後に、ノード２０２ａは、それ自体のローカルデータベースを現在のデータベースと同期させ、ノード２０２ｂに、現在のバージョンに関する情報を提供するよう求める。ノード２０２ｂは、現在のバージョンをノード２０２ａに送る。リングに加入した後、ノード２０２ａは、本実施形態においてサーバレス電話システムに完全に統合されたとみなされる。
【００６０】
図５に、リングの分割のプロセスを示す。サブネットワークに多数のエンドユーザ機器が存在する場合には、リング長が過度に大きくなることがあり、その結果、トークンターンオーバ時間が過度に長くなる。この問題を回避するために、リング長が、システム管理者によってセットアップされた特定の限界に達したときに（そのような数は、好ましい実施形態では６に設定される）、リングは、それ自体を２つに分割し、新しいリングが確立される。
【００６１】
次に図５に戻り、最初に６ノードを有する１つのリングがあり、リング限界が管理者によって６に設定されるものと仮定する。次に、新しいノード（３０７）がリングに加入する。その結果、リング限界パラメータを超過する。ゆえに、パラメータの適正さを保つために、リングは、２つのリング３１０ａおよび３１０ｂに分割されなければならない。これを達成するために、リングが大体２分割され（＋／−１）、ノード３０４、３０５、３０１および３０７など分割に接するノードは、そのポインタを変更する。図５で、ノード３０４は、そのポインタを３０５から３０１に変更し、新しい、より小さいリング３１０ｂを作成する。ノード３０７は、そのポインタを３０１から３０５に変更し、新しい、より小さいリング３１０ａを作成する。
【００６２】
図６に、リングを結合するプロセスを示す。過度に大きくなったリングの潜在的な問題とは対照的に、異なるリング中のエンドユーザ機器の数が過度に小さくなり、そのため、そのようなリングの長さが過度に短くなった場合、それらは、一緒に結合して新しい、より大きいリングを形成する。図６にそのようなプロセスを示す。
【００６３】
おそらく、ネットワークには、最初に、それぞれ４つのメンバを有する、２つのリング６２０ａおよび６２０ｂがある。一定時間の後、ノード６１２が利用不能になる（スイッチがオフに切り換わる）。リング６２０ｂはトークンが回転する間に、ノード６１２が不調であり、または単に利用できないことを知る。２つのリング中のすべてのノードの和が、この例では７に設定されているリング限界パラメータに等しくなり、例えば、２つの既存のリングは今や結合され得る。
【００６４】
リングは、新しい結合されたリングにおいて、ノード番号の順序が、例えば、６０１、６０２、６０３、６０４、６１１、６１３、および６１４など、最小のものから最大のものに保持されるように結合される。
【００６５】
ゆえに、最初と最後のノード（リング６２０ａの６０１と６０４、リング６２０ｂのノード６１１と６１４）は、２つのリングが結合するようにそれらのポインタを変更する。
【００６６】
その結果、すべての作動中のノードが含まれる新しいリングが作成され、ノード番号および順序が保持される。
【００６７】
図７は、ノードの（ＩＰ電話機）始動、リングへの加入、および最新のＤＢ更新取得を示す図である。この図において、ノードＩＰ電話機１は、ＩＰアドレスを問い合わせるために、ネットワーク２０１においてブロードキャストメッセージ（区間７０１）を送る。ＤＨＣＰサーバ２０４（図２参照）が応答し（提案区間７０２）、その結果、電話１は、アドレスを要求する（区間７０３）。ＩＰアドレスが、電話１に提供される（肯定応答区間７０４）。図の最初の部分では、ＩＰアドレスを求める要求は、図示のためにすぎないが、ＤＨＣＰプロトコルを使用して示されている。静的ＩＰアドレスなど他の方法も使用され得る。
【００６８】
ノード（２０２ａ）は、ネットワークに存在する任意のリング（少なくとも１つ）を探し出そうとする。そのサブネットワーク（２１１ａ）におけるそのマルチキャスト要求送信（区間７０５）。２０２ｂを含むいくつかのノードが、ノード２０２ａからの要求に応答する（区間７０６、７０７）。ノード２０２ａは、リングのうちの１つを選択し、ノード２０２ｂに加入許可を要求する（区間７０８）。ノード２０２ｂは、リングを介して要求と共にトークンを送り、次いで、ノード２０２ａにリングメンバシップに必要な情報を提供する（区間７０９）。そのプロセスは図３および図４に詳細に示されている。リングへの挿入の後に、ノード２０２ａは、そのデータベースを、ノード２０２ｂに要求する（区間７１０）ことによって現在のバージョンと同期させる。ノード２０２ｂは、ノード２０２ａに現在のデータベースを送る（区間７１１）。
【００６９】
ノード２０２ａ（図２）のところのＩＰ電話機のユーザは、ノード２０２ａでログイン操作を行う。ログインプロセスを完了するには、ユーザプロファイルを受け取ることが必要であり、その操作を以下で図８を参照して説明する。ユーザは、ＩＰ電話機キーパッド、またはそのような挿入のための他の任意の入力方法を使用して、ユーザＩＤを挿入する。
【００７０】
図８に、例えば、ハッシュ関数などを使用して、プロファイルシナリオを探し出しかつ取り出す関数である、ＧｅｔＰｒｏｆｉｌｅ（ＵｓｅｒＩｄ）プロセスを示す。プロファイルを要求しているノードは、以下で図１３に関連して示すように、ノードのＩＤからハッシュ関数を計算する。ここでは、ハッシュ関数の使用は例示にすぎず、限定を意図しておらず、このステップが達成され得るいくつかの他の方法があることを強調しておく。
【００７１】
図８において、ノードＩＰ電話機１は、そのアドレスが、図１３に関連して以下でより詳細に説明するハッシュ関数を使用して計算されたＩＰ電話機２に接続しようとしている（８０１）。プロセスにおいて、ＩＰ電話機１は、タイマをセットアップする。区間８０２は、ユーザＩＤを求めるＩＰ電話機２への要求である。ＩＰ電話機２は利用できず、そのため、（図の縦軸上の距離で示す）タイマで設定された時間の終わりに、すなわち、区間８０２の最後に、ＩＰ電話機２は、区間８０３で示す新しいハッシュ関数を計算し、次いで、ＩＰ電話機３にユーザＩＤを問い合わせる。この問い合わせに成功し、ＩＰ電話機３が肯定応答し（区間８０５）、その後電話機１がプロファイルを要求し（区間８０６）、電話機３が電話機１にプロファイルを返す（区間８０７）。
【００７２】
プロファイルを受け取った後に、ノード２０２ａは、ユーザにパスワードを挿入するよう求める。ユーザはパスワードを挿入し、ノード２０２ａは、プロファイルの秘密部分（少なくともユーザの対称鍵で暗号化されたユーザ秘密鍵）を解読しようとする。解読に成功した場合、ユーザは、ノード２０２ａで登録される。正常なログインの後に、メッセージ「ＵｓｅｒＬｏｇｇｅｄＯｎ」が作成され、高信頼性のマルチキャストプロトコルを使用して送られる。そのメッセージは、少なくとも、ユーザ名、ユーザがログインしたノードのＩＤ、およびタイムスタンプを含む。メッセージを受け取るノードは、すべてそのデータベースを更新する。
【００７３】
図９は、いくつかの可能な基本呼シナリオのうちの１つを示すプロセスフローチャートである。この例では、ノード１のユーザが、ノード２のところのユーザを呼び出そうとしている。ステップ９０１で、ユーザＩＤがノード１で入力される。ステップ９０２で、図８を参照して前述したように、ノード１が、プロファイルを要求し、肯定応答で回答しり、プロファイルを受け取る。次いで、ステップ９０３で、ノード１は、そのデータベースでユーザＩＤ、ユーザＩＤがユーザ２に属するＩＤ情報をチェックする。そのような表は、次のように見えることがある。ユーザ名、ユーザがログオンしたノードのＩＤ、フラグ。
【００７４】
次にステップ９０４で、ノード１は、ユーザ２のプロファイルを構文解析する。表において、ユーザが登録済みとマークされている場合（ステップ９０５でチェック）、ステップ９０６でノード２０２ａは、ユーザ２が登録されているノードに接続しようとする。ステップ９０６で、ノード２の電話機が使用中であるかどうか判断される。使用中でない場合、ステップ９０８で、呼が可能であるかどうか判断される。可能である場合、ステップ９０９で、ノード１は、例えば、Ｈ．３２３、ＳＩＰまたは別の適切なプロトコルを使用して、音声セッションを作成する。
【００７５】
ステップ９０７で、ノード２が使用中であると判断された場合、ステップ９１０で、呼を宛先変更するか、ボイスメールに接続するか、それとも呼を拒絶するか判断される。この判断は、この例では、使用中判断のための標準応答を有する、ユーザ２のプロファイルを分析することによって行われる。
【００７６】
次にステップ９０５に戻ると、そのステップにおいて、ユーザ２がログオンしていないと判断された場合、制御は、直接ステップ９１０に進んで、試行された呼を宛先変更する。
【００７７】
図１０に、図９のフローステップの一部を、フローチャートではなくタイムチャートの形で示す。ノード１のところのユーザ１は、図９を参照して前述したように、ユーザ２を呼び出そうとしている。ユーザ１は、電話をかけるためにユーザ２のＩＤを入力し、その後ノード１は、ユーザ２のプロファイルを要求する。ノード１は、区間１００１としてプロファイルを要求する。ノード２は、ＩＰ電話機１にプロファイルを返す（区間１００２）。ノードＩＰ電話機１は、表でユーザ２の状況をチェックし（区間１００３）、プロファイルを読み取る（構文解析する）（区間１００４）。ＩＰ電話機１は、ＩＰ電話機２に接続し、ユーザ２が空いているかどうかチェックする（区間１００５）。ノード２は、それが利用可能であるというメッセージで回答する（区間１００６）。次いで、ＩＰ電話機１は、Ｈ．３２３、ＳＩＰまたは他の標準プロトコルを使用して接続を作成する。区間１００７に実際の呼を示す。
【００７８】
図１１に、基本呼シナリオでのセキュリティ実施を示す。この例では、ＩＰ電話機１は、すでに、オンの状態であり、そのＩＰアドレスを受け取っている（図示せず）。ユーザは、ノードからのログイン要求に、自分の一意のＩＤおよびパスワードを入力することによって応答する。次に、ＩＰ電話機１は、例えば、以下で説明するハッシュ関数などを使用して、ユーザプロファイルが格納されているアドレスを要求する（区間１１０１）。区間１１０１の最後に、ユーザプロファイルを有するネットワーク上の電話機の１つ（ＩＰ電話機２）が要求を受け取る。電話機２は、ネットワーク上で、それが要求されたユーザプロファイルを持っていると応答し（区間１１０２）、電話機１はその応答を受け取る。次に電話機１は、電話機２にプロファイルを求め（区間１１０３）、同時に電話機１のユーザＩＤも提供し、電話機２はプロファイルを提供する（区間１１０４）。
【００７９】
次に、ＩＰ電話機１は、プロファイルの一部であるその秘密鍵を解読しようとする（１１０５）。操作に成功したと判明した場合、それがそれ自体のプロファイルを受け取ったことが確認される。操作に失敗した場合、以下の２つの異なる可能性がある。
【００８０】
１．ＩＰ電話機１が誰か他の人のプロファイルを受け取り、ネットワークに侵入者がいる可能性がある。
２．誤ったパスワードが使用された。
【００８１】
その秘密鍵を正常に受け取った後に、ＩＰ電話機１は、呼を実行することができる（１１０６）。音声呼処理のレベルで、標準アルゴリズムが使用され得る。いくつかの好ましい実施形態では、Ｈ．３２３接続が確立され、そのため、セキュリティは、Ｈ．３２３のＨ．２３５プロトコルに従ってサポートされる。本発明の好ましい実施形態では、プロファイルからの鍵を使用してすべての当事者が識別される。
【００８２】
図１２に、本発明の一実施形態におけるＰＳＴＮからのボイスメール機能アクセスを示す。この例では、外部ＰＯＴ電話機が、本発明の一意のネットワークにおけるユーザ１を呼び出す（区間１２０１）。ＰＳＴＮゲートウェイ（図２の２０５）は、ユーザ１がログインしていないことを知っており、外部ノードに、ボイスメールを残すことが可能であると知らせる（区間１２０２）。外部ＰＯＴ電話機のユーザは、メッセージを記録し、それがＰＳＴＮゲートウェイによって受け取られ（区間１２０３）、ＰＳＴＮゲートウェイは、外部電話機に、メッセージが正常に記録されたことを知らせる（区間１２０４）。ＰＳＴＮゲートウェイは、メッセージをフラッシュメモリに転送し（区間１２０５）、かつ切断する（区間１２０６）。次に、ＰＳＴＮゲートウェイは、ＩＰ電話機２に、ユーザ１のプロファイルを要求する（区間１２０７）。ノードＩＰ電話機２は、要求されたプロファイルをＰＳＴＮゲートウェイに返し（区間１２０８）、ＰＳＴＮゲートウェイは、ユーザ１の公開鍵を抽出し、ボイスメール用のデジタルエンベロープを作成する（区間１２０９）。次いで、ゲートウェイは、ＶＭを暗号化する（区間１２１１）ためのランダム対称鍵を生成する（区間１２１０）。次いで、ＰＳＴＮは、デジタルエンベロープ（区間１２１２）およびその中のデータ（区間１２１３）を、ＩＰ電話機２など、ＶＭを格納するのに使用可能とされるノードの１つで保存する。
【００８３】
図１６に、さらに、ボイスメールの機能を示す。この例では、ノード２０２ａのユーザ１が、ユーザ２を呼び出す（区間１６０１）。ユーザ２は、すでにネットワーク中の別の相手と接続されており（区間１６００）、ゆえに、ノード２０２ｂは、ノード２０２ａに使用中信号で応答する（区間１６０２）。次に、ノード２０２ａは、ユーザ２のためのボイスメールを格納することのできるノード（ＶＭノード）を選択する必要がある。これは、例えば、Ｌ−ＴＳＭ−ＣＶＲを使用してネットワーク上の任意のオブジェクトを格納するために使用されたのと同じハッシュ関数を使用して行われる。例えば、ユーザ２のためのすべてのボイスメールホルダノードは、ＶＭ＿ｔｏ＿Ｕｓｅｒ２と命名され得る。この名前に基づいて、ハッシュ関数は、この例では２０２ｃである、ボイスメールメッセージを格納すべきノードの番号（アドレス）を計算する（区間１６０３）。
【００８４】
次の操作は、図１０を参照して前述した操作とほとんど同一である。ノード２０２ａは、データ（ユーザ１のユーザ２へのボイスメールメッセージ）を、それ自体のＩＰ電話機（ノード２０２ａ）メモリに格納する（区間１６０４）。次いで、ノード２０２ａは、ノード２０２ｂにユーザ２のプロファイルを要求する（区間１６０５）。ノード２０２ａは、プロファイルを受け取り（区間１６０６）、提供されたプロファイルからユーザの公開鍵を取得する。次いで、ノード２０２ａは、ランダム対称鍵を生成し（区間１６０７）、この鍵を用いてメッセージを暗号化する（区間１６０８）。次いで、ユーザ２の公開鍵を使用して、ノード２０２ａは、デジタルエンベロープを作成し、それをその中に入れたランダム対称鍵と共に保存する。次いで、ノード２０２ａは、デジタルエンベロープ（区間１６０９）および符号化ボイスメールメッセージ（１６１０）をノード２０２ｃに保存する。
【００８５】
ノード２０２ｂは、ユーザ２のボイスメールを周期的にチェックする（区間１６１１）（または、ボイスメールが受け取られたときにオンライン状態であった場合には、知らされる）。ボイスメールを求める要求は、ボイスメールホルダの仮想リングを介して送られる。ノードのうちの１つが、新しいボイスメールを受け取るとすぐに、それは、新しいボイスメールに関してノード２０２ｂに知らせる（区間１６１２）。ノード２０２ｂは、ノード２０２ｃに要求を送り、ボイスメールファイルを求める。ノード２０２ｂは、２０２ｃからボイスメール（区間１６１３）ならびにデジタルエンベロープ（区間１６１４）を受け取ったときに、エンベロープを開き（区間１６１５）、対称鍵を取得し、鍵を用いてボイスメールを解読する（１６１６）。次に、ユーザ２は、ボイスメールファイルにアクセスすることができる。ボイスメールを聴いた後に、ユーザは、ユーザ要求および管理者設定にしたがって、それを消去することもでき、それを格納することもできる。
【００８６】
図１３に、本発明の一実施形態における、ハッシュ関数計算を使用するネットワークを介した必要なデータの伝搬を示す。この例において、ノード１３１３および１３０３は、あるオブジェクト（データ）を格納する必要がある。図上の矢印は、ハッシュ関数がそこでそのようなデータを複製するよう提案するノードを接続する。例では、２つのデータオブジェクトが格納される。ノード１３１３は、ある冗長度係数でネットワークにおいてデータ（オブジェクト１）を格納する必要がある。その場合、ノード１３１３は、オブジェクト１のＩＤに基づいてハッシュ関数結果を計算し、オブジェクト１が格納されるべきノードの識別子（１３０６）を受け取る。ノード１３１３は、ノード１３０６にオブジェクト１を送り、ノード１３０６に必要な冗長度係数に関して知らせる。ノード１３０６は、オブジェクト１のコピーを格納するが、必要な冗長度係数に達していないため、ハッシュ関数の結果を再度計算し、オブジェクト１が格納されるべき次のノードの識別子（１３０７）を受け取る。
【００８７】
次に、ノード１３０７はオブジェクト１を受け取り、それを格納し、冗長度係数にまだ達していないため、ノード１３０７は、前述の手順を繰り返し、オブジェクト１をノード１３１１に送る。ノード１３１１は、オブジェクト１を格納し、再度手順を繰り返す。ノード１３０５は、１３１１からオブジェクト１を受け取り、必要な冗長性係数を用いてコピーの回数を検証する。今回はそれ以上のコピーは必要とされない。これで、オブジェクト１が、必要な冗長度係数でネットワークにおいて格納される。
【００８８】
点線は、例えば、ノード（１３０５）が、プロセスの間に利用できなくなるとした場合に、必要な冗長度係数を保持するのに必要とされるはずの、次のノードに向かう道筋を示す。４つのノードが冗長性要件を満たすものと仮定して、４つのノードすべてにオブジェクト１が配置された後に、それらは論理リング（Ｌ−ＴＳＭ−ＣＶＲ）を形成する。図１３の破線は仮想リングを示す。同様にして、ハッシュ関数は、ノード１３０３によって格納されるオブジェクト２にも働き、実線で順次プロセスを示す。
【００８９】
以下に、特定のオブジェクトがそこに格納され、特定のオブジェクトがそこから獲得され得るノードのアドレスを計算するのに、好ましい実施形態で使用されるハッシュ関数の一例を示す。
【００９０】
「ｉ」をノードの番号とし、１≦ｉ≦ｎとする。間隔［０；１）に属すべきノード「ｉ」の識別子をｘ（ｉ）で表す。ノードの識別子は、番号軸全体にわたって均一に分布する１組の番号である。
【００９１】
あらゆるノードについて、番号軸の１区分が、ｓ（ｉ）＝［ｘ（ｉ），ｙ（ｉ）］として識別される。それらの区分は、以下の特性を有する。区分の先頭、点ｘ（ｉ）は、ノードｉの識別子である。区分の終点ｙ（ｉ）は、区分の長さが、おおよそｌｏｇ（２，ｎ）／ｎに等しくなるように選択される。ノードがネットワークに加入し、またはネットワークを離れるたびに、ｌｏｇ（２，ｎ）／ｎの結果の再評価が実行され、ｙ（ｉ）に新しい値が設定される。言い換えると、ノードに関連付けられる区分の長さは、システム作動中に変化する。
【００９２】
「距離二分規則」を、以下のように定義する。
【００９３】
間隔［０；１）に属する番号軸上の任意の所与の点「ｘ」について、２つの関数、
【数１】
2007513528.tif 000002
を定義する。したがって、区分ｓ（ｉ）について、前記区分のすべての点に関数「ｌ」および「ｒ」を適用して、２つのそのイメージを作成することができる。区分ｓ（ｉ）およびｓ（ｊ）が交差する場合、ノードｉは、ノードｊのアドレスを知っていなければならず、逆もまた同様である。前述の段落からの基準が満たされる場合には、１つのノードが持つ必要のあるリンクの数＝Ｏ（ｌｏｇ（２，ｎ））であることを証明することが可能である。例えば、あらゆるノードは、他のノードのＩＰアドレスの対数を知っている必要がある。その区分が交差し、または「距離二分規則」により相互に接続し合うノードを、隣接局と呼ぶ。
【００９４】
あらゆるリソースは、独自の識別子ｒ（ｉ）を持ち、１≦ｉ≦ｍである。リソース識別子は、間隔［０；１）に属し、やはり番号軸全体にわたって均一に分布する番号である。リソースｉは、その区分が点ｒ（ｉ）を含むすべてのノードに配置される。それらのノードは、単に、以下で説明するルックアップ演算を実行することによって見出され得る。
【００９５】
ノードをネットワークに含めるためには、ｘ（ｉ）を選択する必要がある。ノードの識別子を選択するには、以下の方法が使用され得る。推定値ｑ（ｉ）＝ｌｏｇ（２，ｎ）／ｎを計算する。これを計算するために、ノードの区分の終点、すなわちｙ（ｉ）＝ｘ（ｉ）＋ｑ（ｉ）ｍｏｄ１が計算される。ノードは、その新しい隣接局（その区分がそれ自体と交差し、または「距離二分規則」により接続される、ノード）すべてに、それがネットワーク上にあるという通知を送る。新しいノードは、その隣接局から、新しいノードの区分に属するリソース識別子すべてを受け継ぐ。
【００９６】
それらの隣接局は、推定値変更ｌｏｇ（２，ｎ）／ｎの事実を検出し、値ｙ（ｉ）をアップグレードすることができる。その場合、リソースのいくつかは、それらのノードの区分の外部になり、過剰な冗長性を回避するために廃棄され得る。リソースは、ネットワーク中の他のノード上で複製されているため、情報は失われない。
【００９７】
ノードは、ネットワークを離れる場合、その隣接局に知らせ、隣接局は、ｌｏｇ（２，ｎ）／ｎの推定値およびそれらのｙ（ｉ）を変更することができる。この場合、ノードの区分が拡大することになり、それが隣接の変更、そして、特定のリソースのこれらのノードへの再配置をもたらし得る。
【００９８】
リソース「ｒ」のサーチは、以下の通りである。ｚ（ｉ）＝ｘ（ｉ）＋ｙ（ｉ）／２とし、「ｗ」をビットストリングとしてのｚ（ｉ）のバイナリ表現とする。「距離二分関数」ｗ（ｔ，ｒ）を以下のように定義する。
【数２】
2007513528.tif 000003
【００９９】
ｗ（ｔ，ｒ）が現在のノード「ｉ」の区分ｓ（ｉ）に属するように、最小の「ｔ」を見つける必要がある。
【０１００】
「距離二分関数」ｗ（ｔ，ｒ）の作成の規則に従ってアドレス指定されるノードすべては、相互のアドレスを知っており、現在のノード「ｉ」からノードコンテンツリソース「ｒ」までのルックアップパスを含む。
【０１０１】
図１４に、本発明の一実施形態におけるコールセンタの実施を示す。図１４では、アナログ電話機のところの外部ユーザ１が、ＰＳＴＮゲートウェイ（１４０１）を使用してコールセンタの番号をダイヤルする。呼はグループ番号を含む。ＰＳＴＮゲートウェイは呼を受け取り、そのグループ番号に使用されるＩＰ電話機１の利用状況を要求する（１４０２）。ノードＩＰ電話機１は使用中であり、ＩＰ電話機１は、（ＩＰ電話機２）であるグループ中の次のノードに要求を宛先変更する（１４０３）。ノードＩＰ電話機２は、呼を受け取ることが可能であり、ＩＰ電話機１にそれが利用できることを知らせる（１４０４）。ＩＰ電話機１は、ＰＳＴＮゲートウェイに、ＩＰ電話機２が利用できることを知らせる（１４０５）。ＰＳＴＮゲートウェイは、ＩＰ電話機２に、ユーザ１との呼を受け取るよう要求する（１４０６）。次にＩＰ電話機２は、利用可能であることを確認する（１４０７）。最後に、ＰＳＴＮゲートウェイは、アナログ電話機に通話の開始を合図し（１４０８）、アナログ電話機は、ＰＳＴＮゲートウェイを使用してＩＰ電話機２との音声セッションを開始する（１４０９）。
【０１０２】
図１５に、電話会議状況を示す。ノードＩＰ電話機１は、電話会議に参加しようとし、会議リーダであるＩＰ電話機２に参加要求を送る（１５０１）。会議リーダは要求を受け取り、そこで会議が行われているマルチキャストグループのアドレスでＩＰ電話機１に回答する（１５０２）。ＩＰ電話機２は、電話会議上の音声データを解読するためのセッション鍵を受け取るよう求める要求を送る（１５０３）。ＩＰ電話機２は、ＩＰ電話機１にセッション鍵に関して知らせる（１５０４）。ＩＰ電話機１は、会議に参加する（１５０５）。
【０１０３】
次に、別のノード（ＩＰ電話機３）も会議に参加しようとし、ＩＰ電話機２に参加要求を送る（１５０６）。ＩＰ電話機２（会議リーダ）は要求を受け取り、そこで会議が行われているマルチキャストグループのアドレスでＩＰ電話機３に回答する（１５０７）。同時に、会議リーダ（ＩＰ電話機２）は、音声データも送る（１５０８）。ＩＰ電話機２は、音声データを解読するためのセッション鍵を受け取るよう求める要求を送る（１５０９）。次に、ＩＰ電話機２は、ＩＰ電話機１に、セッション鍵を知らせる（１５１０）。
【０１０４】
次にＩＰ電話機３が、会議に参加する（１５１１）。
【０１０５】
前述の発明を、前述の実現詳細に示す様々な実施形態の観点から説明したが、明らかに多数の変形が可能でありかつ考えられる。したがって、前述の実施形態に対する多くの改変および変更が、本開示の精神および範囲内に含まれるとみなされるがこれに限定されず、本発明は、特許請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【０１０６】
【図１】本発明の一実施形態における、仮想リング構造を示すネットワーク図および対応するタイムチャートである。
【図２】ＩＰ電話機、コンピュータ、サーバ、ルータ、ハブなどを備える従来のローカルエリアネットワーク（ＬＡＮ）を示すネットワーク図である。
【図３】本発明の一実施形態における、１つのノードによるリング加入のプロセスの第１段階を示す図である。
【図４】本発明の一実施形態における、１つのノードによるリング加入のプロセスの第２段階を示す図である。
【図５】本発明の一実施形態におけるリングの分割のプロセスを示す図である。
【図６】本発明の一実施形態におけるリングの結合のプロセスを示す図である。
【図７】本発明の一実施形態における、ノード（電話機）の始動、リングへの加入、および最新のデータベース更新の取得を示す図である。
【図８】本発明の一実施形態におけるＧｅｔＰｒｏｆｉｌｅ（ＵｓｅｒＩｄ）ブロックを示す図である。
【図９】本発明の一実施形態における基本呼に関するＳＤＬ図（フローチャート）である。
【図１０】本発明の一実施形態における基本呼シナリオを示すタイムチャートである。
【図１１】本発明の一実施形態における基本呼シナリオでのセキュリティを示す図である。
【図１２】本発明の一実施形態におけるＰＳＴＮからのボイスメール機能アクセスを示す図である。
【図１３】本発明の一実施形態における、ハッシュ関数計算を使用するネットワークを介した必要なデータの伝搬を示す図である。
【図１４】本発明の一実施形態におけるコールセンタ実施シナリオを示す図である。
【図１５】本発明の一実施形態における電話会議シナリオを示す図である。
【図１６】本発明の一実施形態におけるＩＰ電話機からのボイスメール機能アクセスを示す図である。
【図１】
2007513528.tif 000004
【図２】
2007513528.tif 000005
【図３】
2007513528.tif 000006
【図４】
2007513528.tif 000007
【図５】
2007513528.tif 000008
【図６】
2007513528.tif 000009
【図７】
2007513528.tif 000010
【図８】
2007513528.tif 000011
【図９】
2007513528.tif 000012
【図１０】
2007513528.tif 000013
【図１１】
2007513528.tif 000014
【図１２】
2007513528.tif 000015
【図１３】
2007513528.tif 000016
【図１４】
2007513528.tif 000017
【図１５】
2007513528.tif 000018
【図１６】
2007513528.tif 000019
【国際調査報告】
2007513528.tif 000020
2007513528.tif 000021