(57)【要約】  Ａ側呼制御を行う通信システムであって、Ａ側装置によるデータ検索が可能であり、通信システムを用いて通信対象となるエンティティごとにディレクトリエントリを１以上格納するディレクトリ記憶装置を備え、各エンティティの１以上のディレクトリエントリのうち少なくともひとつは１以上の通信アイデンティティに関連付けられたものであって、Ｂ側との通信を要求、確立または維持しようとしている、権限が与えられたＡ側装置がＢ側の通信アイデンティティのうち少なくともひとつを取得することが可能であり、権限が与えられたＡ側装置が前記１以上のＢ側通信アイデンティティのうち少なくともひとつに対する１以上の有効ＲＴＰと現在の通信能力とを導出かつ確認し、Ｂ側との通信を要求、確立または維持する試行を制御するために用いることができる実行可能な有効ＲＴＰが少なくともひとつあるかどうかを決定する通信ステータスメカニズムを備える。
2009518879.tif 000002
【特許請求の範囲】
【請求項１】
Ａ側呼制御を行う通信システムであって、
Ａ側装置によるデータ検索が可能であり、前記通信システムを用いて通信対象となるエンティティごとにディレクトリエントリを１以上格納するディレクトリ記憶装置を備え、各エンティティの前記１以上のディレクトリエントリのうち少なくともひとつは１以上の通信アイデンティティに関連付けられたものであって、Ｂ側との通信を要求、確立または維持しようとしている、権限が与えられたＡ側装置が前記Ｂ側の通信アイデンティティのうち少なくともひとつを取得することが可能であり、
権限が与えられたＡ側装置が、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに対する１以上の有効リングタイムアウトパラメータ（ＲＴＰ）と現在の通信能力とを導出かつ確認し、Ｂ側との通信を要求、確立または維持する試行を制御するために用いることができる実行可能な有効ＲＴＰが少なくともひとつあるかどうかを決定する通信ステータスメカニズムを備える
通信システム。
【請求項２】
前記通信システムは、さらに、他のネットワーク要素が通信へ介入するのを回避するために前記有効ＲＴＰを使用するように構成されたＡ側装置を備える
請求項１記載の通信システム。
【請求項３】
前記通信システムは、さらに、前記通信の継続費用、質またはその他の要因のうち少なくともひとつを改善しようとするために前記有効ＲＴＰを使用するように構成されたＡ側装置を備える
請求項１記載の通信システム。
【請求項４】
前記通信システムは、さらに、介入を回避しながら、代替利用が可能な複数の並列または直列通信方法の確立を試行するために複数の有効ＲＴＰを使用する前記Ａ側装置を備えるように動作可能な
請求項２記載の通信システム。
【請求項５】
エンティティの所在候補を１以上格納できるように前記ディレクトリ記憶装置が配置され、各通信アイデンティティの１以上のＲＴＰとエンティティの通信能力とに各所在を随意的に関連付けることができ、Ｂ側通信アイデンティティに適用する現ＲＴＰを現所在から決定することが可能であり、前記通信ステータスメカニズムが少なくとも前記現ＲＴＰから有効ＲＴＰを１以上得るように構成された
請求項１から４のいずれかひとつに記載された通信システム。
【請求項６】
前記通信ステータスメカニズムは、Ｂ側通信アイデンティティを適用する前記現ＲＴＰとともに少なくとも前記Ｂ側の一般的な通信能力を使用して、有効ＲＴＰを１以上得るように構成された
請求項５記載の通信システム。
【請求項７】
有効ＲＴＰはＡ側およびＢ側双方の一般的な相互通信能力によって決まる
請求項６記載の通信システム。
【請求項８】
前記通信ステータスメカニズムは、チャネルまたはネットワークのうち少なくともひとつの特徴に少なくとも基づいて有効ＲＴＰを決定するように構成された
請求項５記載の通信システム。
【請求項９】
前記ディレクトリ記憶装置は、エンティティの任意のステータスオーバーライドと現所在とを格納するように構成された
請求項５記載の通信システム。
【請求項１０】
前記通信ステータスメカニズムは、Ｂ側エンティティの現通信アイデンティティに関連付けられたＲＴＰを導き出すことが可能なＢ側エンティティの現所在を利用可能にする現ステータスメカニズムを備える
請求項１記載の通信システム。
【請求項１１】
前記ステータスメカニズムは、さらに、Ａ側装置がＢ側の現通信能力に合うようにするＢ側のステータスオーバーライドを利用可能にする
請求項１０記載の通信システム。
【請求項１２】
前記現ステータスメカニズムにより、Ｂ側エンティティのステータスオーバーライドと現所在とを前記ディレクトリ記憶装置に格納するように構成された
請求項１０記載の通信システム。
【請求項１３】
任意のステータスオーバーライドに基づいて前記ディレクトリ記憶装置の現ＲＴＰを変更して、現ＲＴＰが有効ＲＴＰを提供する
請求項１０記載の通信システム。
【請求項１４】
前記ディレクトリ記憶装置は、Ｂ側の所在にアクセスすることなくＡ側装置が通信能力を導き出すことができる所在エイリアスとして各所在を公開できるように構成された
請求項５記載の通信システム。
【請求項１５】
Ａ側呼制御を行う通信方法であって、
Ｂ側の通信アイデンティティを１以上取得するＡ側装置を備え、
前記Ａ側装置は、実行可能な有効リングタイムアウトパラメータ（ＲＴＰ）が少なくともひとつあるかどうかを含む、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに関連付けられた現通信能力を導出かつ確認し、
実行可能な有効ＲＴＰが少なくともひとつある場合には、
通信を要求、確立または維持するための実行可能な有効ＲＴＰを有する通信アイデンティティを少なくともひとつ選択し、
前記Ａ側装置が、選択された通信アイデンティティのうち少なくともひとつに関連付けられた少なくともひとつの有効ＲＴＰのうち少なくともひとつを含む相互通信能力に基づいて、通信を要求、確立または維持する前記試行を制御する
通信方法。
【請求項１６】
前記Ａ側装置は、少なくとも、１以上の前記通信アイデンティティに関連付けられた所在のうち少なくともひとつから、前記通信アイデンティティの通信能力を得る
請求項１５記載の通信方法。
【請求項１７】
前記Ａ側装置は、少なくとも、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある１以上の所在の変更または１以上のステータスオーバーライドを決定することにより、前記現通信能力を確認する
請求項１５または１６記載の通信方法。
【請求項１８】
前記Ａ側装置は、
前記通信能力の現ステータスチェックを行い、前記通信能力がまだ現行であることと、Ｂ側の公開または通知された所在および任意のオーバーライドが変化していないこととを確認して、通信の要求、確立または維持に使用することができる実行可能な有効ＲＴＰを有した通信アイデンティティが少なくともひとつあることを確認し、
選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて通信を開始する意向をＢ側装置に通知して、アクノリッジを受信し、
選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて、通信パラメータおよび通信条件をＢ側装置とネゴシエーションすることによって通信を要求かつ確立する
請求項１５記載の通信方法。
【請求項１９】
前記現ステータスチェックは、
Ａ側通信能力データをリフレッシュし、
ディレクトリのアイデンティセットおよび所在情報、またはＢ側に直接要求したアイデンティセットおよび所在情報を用いて、関連のあるＢ側アイデンティセット、所在およびオーバーライド情報を再検索し、
Ｂ側の専用アイデンティセット、所在およびオーバーライド情報を再検索し、
関連ネットワークに現ステータス情報の問い合わせを行い、
Ｂ側装置、ネットワークサービスまたはその他の場所に問い合わせをして、Ｂ側の所在によりＢ側の通信サービスが最後に公開または通知されてからずっとＢ側の通信サービスが利用可能であることをチェックすることを１以上含む
請求項１８記載の通信方法。
【請求項２０】
前記ネゴシエーションの結果は、
１）通信を開始すべき通信アイデンティティおよびチャネルであり、
２）通信アイデンティティの有効ＲＴＰであり、かつ
３）どちら側およびどちら側の装置が通信を開始し、通信開始に伴う調整を担うかであり、
そして、前記通信アイデンティティおよびチャネルコンビネーションを用いて、ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を転送する試行を制御し、前記アイデンティティおよびチャネルコンビネーションを用いて、もう片側のエンティティが通信を受け入れる
請求項１９記載の通信方法。
【請求項２１】
前記Ａ側装置は、
選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて通信を転送する意向をＢ側装置に通知して、アクノリッジを受信し、
選択されたアイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションに基づいて、変更された通信のパラメータおよび条件をＢ側装置とネゴシエーションすることによって通信を維持する
請求項１５記載の通信方法。
【請求項２２】
前記ネゴシエーションの結果は、
１）通信を開始すべき通信アイデンティティおよびチャネルであり、
２）通信アイデンティティの有効ＲＴＰであり、かつ
３）どちら側およびどちら側の装置が通信を開始し、通信開始に伴う調整を担うかであり、
そして、新規アイデンティティおよびチャネルコンビネーションを用いて、ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を転送する試行を制御し、前記新規アイデンティティおよびチャネルコンビネーションを用いて、もう片側のエンティティが通信を受け入れ、
前記装置が、前記新規通信アイデンティティ、チャネル、ネットワークおよび／または装置の組み合わせに通信を同期させ、
ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を維持する試行を制御し、当初のアイデンティティおよびチャネルコンビネーションの通信を終了させる
請求項２１記載の通信方法。
【請求項２３】
話中に、Ｂ側が通信アイデンティティを変更することをＡ側が許可する
請求項２２記載の通信方法。
【請求項２４】
現通信ステータスが変わる側が通信を開始することができる
請求項２２記載の通信方法。
【請求項２５】
エンティティは複数の装置を有し、それら複数の装置が一致協力してコール維持を行う
請求項１５記載の通信方法。
【請求項２６】
通信アイデンティティを少なくともひとつ選択するステップは、１以上の通信アイデンティティをＡ側エンティティに対して表示するＡ側装置により実施され、前記Ａ側エンティティが前記通信アイデンティティの選択をＡ側装置に対して行う
請求項１５記載の通信方法。
【請求項２７】
通信アイデンティティを少なくともひとつ選択する前記ステップは、１以上のルールに基づいて、Ａ側装置によって自動的に実施される
請求項１５記載の通信方法。
【請求項２８】
前記所在を、前記所在にアクセスせずにＡ側が通信能力を導き出すことができる所在エイリアスとして利用可能にする
請求項１５記載の通信方法。
【請求項２９】
Ａ側呼制御を行う通信方法であって、
Ｂ側装置は、Ｂ側エンティティとの通信を要求、確立または維持しようとする可能性があるＡ側エンティティに対して、少なくともひとつの通信アイデンティティとＢ側エンティティに関連付けられ、前記少なくともひとつの通信アイデンティティに対応する所在とを開示し、
前記Ｂ側装置は、前記エンティティの通信アイデンティティのうち少なくともひとつに関連付けられた有効ＲＴＰを１以上含む通信能力を開示し、
前記Ｂ側装置は、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられた現通信ステータスに影響を及ぼす可能性がある、所在またはステータスオーバーライドにおける１以上の変更を開示し、
前記Ｂ側装置は、少なくともひとつの通信アイデンティティの１以上の有効ＲＴＰのうち実行可能な有効ＲＴＰを少なくともひとつ含む相互通信能力に基づいて、通信を要求、確立または維持するのに関与する
通信方法。
【請求項３０】
Ｂ側装置が、Ａ側へ「かけ直し」を行ってネゴシエーションされた一連の通信能力に基づき通信を確立するとオファーすることによって、通信確立の要求に応答する
請求項２９記載の通信方法。
【請求項３１】
所定の条件を満たした後に前記かけ直しが発生した場合には、その時に通信能力の再ネゴシエーションがなされる
請求項３０記載の通信方法。
【請求項３２】
前記Ｂ側装置は、所在エイリアスを公開することによって所在を開示する
請求項２９記載の通信方法。
【請求項３３】
Ａ側呼制御を行うＡ側装置であって、前記Ａ側装置が、
Ｂ側の通信アイデンティティを１以上取得し、
実行可能な有効リングタイムアウトパラメータ（ＲＴＰ）が少なくともひとつあるかどうかを含む、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに関連付けられた現通信能力を導出かつ確認し、
実行可能な有効ＲＴＰが少なくともひとつある場合には、
通信を要求、確立または維持するための実行可能な有効ＲＴＰを有する通信アイデンティティを少なくともひとつ選択でき、
選択された通信アイデンティティのうち少なくともひとつに関連づけられた少なくともひとつの有効ＲＴＰのうち少なくともひとつを含む相互通信能力に基づいて、通信を要求、確立または維持する試行に関与するように構成された
Ａ側装置。
【請求項３４】
前記Ａ側装置は、少なくとも、１以上の前記通信アイデンティティに関連付けられた所在のうち少なくともひとつから、前記通信アイデンティティの通信能力を得るように構成された
請求項３３記載のＡ側装置。
【請求項３５】
前記Ａ側装置は、少なくとも、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある１以上の所在の変更または１以上のステータスオーバーライドを決定することにより、前記現通信能力を確認するように構成された
請求項３３または３４記載のＡ側装置。
【請求項３６】
前記Ａ側装置は、
前記通信能力の現ステータスチェックを行い、前記通信能力がまだ現行であることと、Ｂ側の公開または通知された所在および任意のオーバーライドが変化していないこととを確認して、通信の要求、確立または維持に使用することができる実行可能な有効ＲＴＰを有した通信アイデンティティが少なくともひとつあることを確認し、
選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて通信を開始する意向をＢ側装置に通知して、アクノリッジを受信し、
選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションに基づいて、通信パラメータおよび通信条件をＢ側装置とネゴシエーションすることによって通信を要求および確立するように構成された
請求項３３記載のＡ側装置。
【請求項３７】
前記Ａ側装置は、１以上の通信アイデンティティをＡ側エンティティに対して表示し、前記Ａ側エンティティが前記通信アイデンティティの選択をＡ側装置に対して行うことができるように構成された
請求項３３記載のＡ側装置。
【請求項３８】
前記Ａ側装置は、１以上のルールに基づいて前記通信アイデンティティを自動的に選択するように構成された
請求項３３記載のＡ側装置。
【請求項３９】
前記Ａ側装置は、Ｂ側の所在にアクセスせずにＡ側が通信能力を導き出すことができる所在エイリアスから通信能力を得る
請求項３４記載のＡ側装置。
【請求項４０】
Ａ側呼制御を行うＢ側装置であって、前記Ｂ側装置は、
Ｂ側エンティティとの通信を要求、確立または維持しようとする可能性があるＡ側装置に対して、少なくともひとつの通信アイデンティティとＢ側エンティティに関連付けられ、前記少なくともひとつの通信アイデンティティに対応する所在とを開示し、
少なくともひとつの通信アイデンティティそれぞれに関連付けられた有効ＲＴＰを１以上含む通信能力を開示して、Ｂ側エンティティとの通信の要求、確立または維持をＡ側装置が開始する可能性があり、
Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある所在またはステータスオーバーライドにおける１以上の変更を開示し、
少なくともひとつの通信アイデンティティの１以上の有効ＲＴＰのうち実行可能な有効ＲＴＰを少なくともひとつ含む相互通信能力に基づいて、通信を要求、確立または維持するのに関与するように構成された
Ｂ側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムおよび通信方法に関する。本発明の一例により、通信ネットワークのユーザは、通信要求の開始前と、通信要求を開始した後ある別の方法によってその要求が許可または完了される前と、通信中とにリアルタイム通信方法を制御することが可能になる。
【背景技術】
【０００２】
「エンティティ」は「装置」を使用して通信する。エンティティは、通信サービスの加入者またはユーザでもよく、装置を使用する個人でも代表者が装置を使用する団体でもよい。また、通信可能なシステム、例えば、双方向音声応答システムなどのプログラムされたコンピュータシステムでもよい。装置により、エンティティはネットワークへ接続できる。装置の例としては、通信ソフトウェアを使う電話およびコンピュータがある。
【０００３】
ひとつの装置からいくつかのネットワークに接続してもよい。各ネットワークは、その装置の少なくともひとつの関連ＣＦＥ（通信機能のエンドポイント）を有している。この関連ＣＦＥは、エンティティがその装置を使用してネットワークに接続できる機能を提供し、ひとたび装置が接続されれば、ネットワークプロトコルをボイスＣＦＥ用の音声へ、またはボイスＣＦＥ用の音声からネットワークプロトコルへ変換するといったような、通信を行う機能を提供する。装置の性能がその装置のＣＦＥの性能を決定しても構わない。例えば、ある装置ではビデオ通信、また別の装置では音声通信が可能である。
【０００４】
通常、ネットワークでは、各装置を使用するエンティティを直接認識しない。ゆえに、例えば、一般的に、ネットワークではエンティティを直接呼び出すことはできないが、特定のアドレスで装置を直接呼び出すことならできる。そして、発信側は、そのアドレスは相手側エンティティに関連付けられていると仮定する。Ｂ側エンティティを呼び出すためにＡ側エンティティはあるＣＦＥを選択するが、通常は、ネットワークまたは装置／ＣＦＥの利用可能性と費用と質とに関するＡ側エンティティの仮定に基づいてその選択を行う。
【０００５】
従来のリアルタイム通信ネットワークは「ネットワーク呼制御」を使用して、ルーティングの管理を行い、Ａ側Ｂ側間の通信を開始、実行ならびに終了する前中後の通信およびコールを管理する。ネットワーク呼制御を用い、各ネットワークは、そのネットワークに接続された装置それぞれの状態および接続ルールに関する情報を内部で保持し、適宜、そのネットワーク内でコールをルーティングする。例えば、ネットワークを介して通信を発信するエンティティ、つまり「Ａ側」エンティティは、Ａ側の装置を使用して任意のネットワーク上で対象とする受信側、つまり「Ｂ側」の装置の予定ネットワークアドレス、例えば電話番号などを呼び出す。Ｂ側装置がすでにコールしている、つまり「使用中」である場合には、ネットワーク自体は、ネットワーク内ボイスメールシステムなどの他のアドレスへそのコールを再転送するという所定のルールを使用してもよい。
【０００６】
ネットワーク呼制御動作は、Ａ側装置、ネットワーク、および／またはＢ側装置に関するルールに従って行うことも可能であり、時刻またはエンティティのカレンダーイベントなどの非ネットワーク関連要因に関するルールを使用してもよい。
【０００７】
Ａ側ルールおよびＢ側ルールから、通信装置、装置の各アドレスまたはそのアドレスの当座預金状態に基づき、コール維持および終了のネットワーク命令が出される。このようなルールは、「Ｂ側装置がコールを終了するよう要求した場合にはコールを終了させる」または「Ａ側の残高が０になった場合にはコールを終了させる」であってもよい。このようなルールは、Ａ側またはＢ側エンティティの指示に基づくものでもよいが、Ａ側またはＢ側装置ではネットワーク内で実行される。
【０００８】
ネットワークルールは、通信を確立、実行または終了する間のネットワークにまたがるコールの管理を処理する。このようなルールは、「発信側ネットワークが着信側ネットワークへの接続を確立できない場合には、（他の国のＰＳＴＮネットワークなどの）ネットワークに発信しようとしているＡ側装置すべてに、ある種のメッセージそして話中信号を送信または再生する」であってもよい。
【０００９】
また、ネットワークルールは、通信を実行または終了する間のネットワーク内コールの管理も処理する。例えば、Ｂ側装置がモバイルネットワークのセルを変更する場合、いつ、どのようにして新たなセルにコールを転送して通信を維持するか、ネットワークルールが決定する。
【００１０】
Ｂ側ルールとは、Ｂ側装置のアドレスまたは他のルールを適用して得たアドレスにつながった時点でネットワークがとるべき割り込みを決定するルールである。このようなルールは「このアドレスが使用中である場合には他のアドレスにコールを転送する」であってもよい。
【００１１】
また、呼制御ルールで、ネットワークが割り込むべきコール開始後の時間を指定してもよい。ネットワーク呼制御では、ほとんどのＡ側装置およびネットワークルールを即座に起動する。Ｂ側ルールの場合、任意のアドレスに対し、コール開始後の指定期間までは呼制御ルールのためネットワークは通常割り込まないものであるが、Ｂ側装置の状態、例えば、利用可能、ネットワークに未接続、使用中、またはその他の状態かどうかによって期間が異なる別のルールがあってもよい。例えば、アドレスが使用中の場合、そのアドレスを呼び出そうとすると、そのコールをボイスメールに再転送するなどしてネットワークが即座に割り込むことが可能である。一方、アドレスが利用可能な状態である場合、コール開始時に、例えば２０秒間、ネットワークが「リング」信号をそのアドレスに送信し、応答がなければ２０秒後にそのコールをボイスメールに再転送する。
【００１２】
ネットワーク接続された装置は、より知的な装置になるにつれて、ネットワーク呼制御に関連するいくつかの呼制御機能を行えるようになってきた。特に、Ｂ側ルールに関連する標準的な機能は、今のところＰＡＢＸなどのＢ側装置によって行われ、「Ｂ側呼制御」機能と称される。Ｂ側装置はコールを受信すると、内線が使用中の場合には必要であればローカルボイスメールマシンに切り替えるか、またはそのコールを他の内線に転送したり、ネットワークに戻して他の第３のアドレスへ転送することも可能である。したがって、Ｂ側呼制御機能は、ネットワーク呼制御ルールと同様のルールに基づき、ネットワーク呼制御機能の代わりになる。Ｂ側呼制御は、ネットワークを利用して双方の「認識」を得ることも可能である。例えば、着信側Ｂの暗に示された場所に基づいて着信側アドレスを合わせることが可能である。
【００１３】
したがって、当然のことながら、Ａ側の選択にかかわらず、ネットワークまたはＢ側装置にとって都合のいいように既存の呼制御形態が通常行われる。同時に、Ｂ側装置の割り込みおよびネットワークの割り込みにもかかわらず、Ａ側がコールの費用を負担する場合がほとんどである。また、既存の呼制御形態の動作範囲は、当然、単一ネットワーク内である。Ａ側およびＢ側双方の装置をいくつかの共通ネットワークに接続できる場合もある一方、Ａ側は、ひとつのＣＦＥを選択して呼び出すことしかできない。さらに、双方の関係は、（費用、質、またはタイミング考察のいずれかに対して）Ｂ側がコールを開始する方がよい場合もあるが、Ａ側が、Ｂ側にこのような「かけ直し」を要求する、つまり、発信を控えてかけ直しを要求するネットワークメカニズムは存在しない。
【００１４】
コール中に、ネットワークの利用可能性、質、または費用の面から双方がコールをさらに選択できるようにして、一連の共通ネットワークまたはそれらの属性を変更してもよい。しかしながら、Ａ側により選択されたネットワークが用いるネットワーク呼制御は、他の利用可能なネットワークを認識しないので、コール維持に関与して他のネットワークにまたがる通信を最適化することはできない。
【００１５】
同様に、ネットワーク呼制御により、単一ネットワーク内からの匿名発信（例えば、発信者ＩＤを隠して）は簡単に行えるようになるが、双方が共有する一連の共通ネットワークにまたがる通信の匿名発信を利用して匿名通信を保証することはできない。例えば、１回限りのアドレスでネットワークがＢ側の匿名性を守らなければ、このような設備に対応する共通ネットワーク上に通信を通常確立することはできない。
【００１６】
ネットワークＣＦＥには、ＣＦＥまたはそれらのアドレスに関連した「存在状態」があってもよい。これは、他のネットワークユーザの便宜のために公開される。「存在」とは、エンティティの利用可能性および積極的意志を表し、特定のＣＦＥを使用して他の加入者と特定のネットワーク上で通信する。存在状態の例としては、「外出中」、「電話してね」または「取込中」がある。存在情報を、装置、ＣＦＥまたはネットワーク自体が公開してもよい。特に、ネットワークが相互に連結されており、双方のネットワーク上で装置またはＣＦＥ間の通信が可能な場合、あるネットワークでは存在情報をネットワーク間で共有することができる。
【００１７】
また、あるネットワークでは、存在情報をカスタマイズして、エンティティに関するさらなるコンテキスト情報を提供することができる。存在情報をカスタマイズしたこの「コンテキスト」は、通信装置から直接的には利用できない情報であるが、ネットワークを利用してエンティティと通信するのに最も適した手段を決定する際に役立つ情報を提供する。例えば、存在状態の「電話して」は、「利用可能」より多くのコンテキスト情報を含んでいるが、双方とも、通信に利用可能なネットワーク接続された装置の存在状態に関連している。
【００１８】
多くの先行技術文献では、どんな必要な情報もネットワークから手に入ることを前提としている。例えば、米国特許第５，６００，７０４号明細書には、呼び出し時間を決定するために切替器が使用するネットワークベースのタイミング情報が開示されている。この特許文献では、（ネットワーク切替設備内で発生する機能すべてについて）ネットワーク呼制御が整備されており、複数の発信シーケンスが可能であるが、これらは存在情報よりむしろ時刻を基にすることを前提としている。
【００１９】
米国特許第５，５７９，３７５号明細書では、電話局からの自動転送アルゴリズムが開示されている。しかし、この特許文献では、「コールを達成する確率が最もよい転送番号」の算出方法が記載されていない。
【００２０】
国際公開第０１／４５３４２号パンフレットでは、ユーザが、その存在に関してルールを指定できる中央制御装置モデルを使用している。さらに、ユーザは、他のユーザに関してどの存在情報を収集したいのかルールを指定することもできるが、この情報をそのまま用いて呼制御ルールを行うことはない。
【００２１】
米国特許出願公開第２００６／０００２３２７号明細書では、他のエンドポイントがトラフィックを受信できるかどうかをエンドポイントごとでローカルに格納するネットワークが開示されている。その情報は定期的に維持されるが、必ずしも最新とは限らない。
【００２２】
欧州特許第１５８３０３４９号明細書では、発信側装置と複数の着信側装置との間の中継として機能して逐次発信中に発信側装置でコールが中断されないようにする、呼制御エンティティ（ＣＣＥ）が開示されている。ここでは、発信側が着信側装置に番号を提供する必要がある。さらに、ＣＣＥと着信側装置との間でコールが中断されないようにするメカニズムはない。
【００２３】
（課題を解決するための手段）
本発明の第１の形態では、Ａ側呼制御を行う通信システムであって、Ａ側装置によるデータ検索が可能であり、前記通信システムを用いて通信対象となるエンティティごとにディレクトリエントリを１以上格納するディレクトリ記憶装置を備え、各エンティティの前記１以上のディレクトリエントリのうち少なくともひとつは１以上の通信アイデンティティに関連付けられたものであって、Ｂ側との通信を要求、確立または維持しようとしている、権限が与えられたＡ側装置が前記Ｂ側の通信アイデンティティのうち少なくともひとつを取得することが可能であり、権限が与えられたＡ側装置が、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに対する１以上の有効リングタイムアウトパラメータ（ＲＴＰ）と現在の通信能力とを導出かつ確認し、Ｂ側との通信を要求、確立または維持する試行を制御するために用いることができる実行可能な有効ＲＴＰが少なくともひとつあるかどうかを決定する通信ステータスメカニズムを備える、通信システムを提供する。
【００２４】
実施の形態に応じて、他のネットワーク要素による通信の介入および終了を回避、または通信の継続費用、質もしくはその他の要因を改善しようとするために有効ＲＴＰを使用する。介入を回避しながら、並列または直列に、Ａ側ユーザが介入するかどうか、またはＢ側に関する情報をＡ側が仮定するかどうかにかかわらず代替利用が可能ないくつかの通信方法の確立を試行するために有効ＲＴＰを使用する。
【００２５】
ネットワークでは各装置を用いてエンティティを直接認識しないので、エンティティを直接呼び出すことができないのが一般的であるが、特定のアドレスで装置を直接呼び出すことはできる。そして、発信側は、そのアドレスは相手側エンティティに関連付けられていると仮定をする。このアドレスは、「通信アイデンティティ」と呼ばれる。
【００２６】
通信は、費用、忠実度、アクセスのし易さおよびリアルタイム応答性の面で異なる性質を有する質的に異なるメカニズム、例えば、音声（従来の電話装置）、映像（ビデオ電話、ビデオ会議装置、コンピュータ間アプリケーション）、メッセージング（Ｅメール、インスタントメッセージ、ファックス）などを介してなされてもよい。特定のネットワーク、装置、ＣＦＥは、異なる一連のチャネルに対応し、通信能力として表してもよく、任意の通信アイデンティティ、装置またはネットワークと関連付けられていてもよい。例えば、映像および音声に対応する装置ＣＦＥに関連付けられた通信アイデンティティは、音声だけに対応する場合とは異なる通信能力を有することになる。
【００２７】
通信能力は、環境またはその他の変更に応じていずれ変更してもよい。例えば、ネットワークの性能が低下する場合には、現在の通信の通信アイデンティティ、ネットワークおよび装置を維持したまま、フル映像から音声のみに変更する。
【００２８】
実施の形態では、エンティティの所在候補を１以上格納できるようにディレクトリ記憶装置が配置され、各通信アイデンティティの１以上のＲＴＰとエンティティの通信能力とに各所在を随意的に関連付けることができ、Ｂ側通信アイデンティティに適用する現ＲＴＰを現所在から決定することが可能であり、前記通信ステータスメカニズムが少なくとも前記現ＲＴＰから有効ＲＴＰを１以上得るように構成される。例えば、前記通信ステータスメカニズムは、Ｂ側通信アイデンティティを適用する前記現ＲＴＰとともに少なくとも前記Ｂ側の一般的な通信能力を使用して、有効ＲＴＰを１以上得るように構成されてもよい。
【００２９】
実施の形態では、通信能力を、存在状態、値、期間（例えば、リングタイムアウトパラメータ（ＲＴＰ）値が０であれば「利用不可」な状態であると定める）またはその他の質的あるいは量的指標により定めてもよい。その他の質的あるいは量的指標から、利用可能性、費用、質、または通信アイデンティティとそのチャネルとネットワークと装置と通信するその他の特性が得られる。
【００３０】
実施の形態では、前記有効ＲＴＰは双方の一般的な相互通信能力によって決まる。さらに、ネットワークの質またはレイテンシのため、ＲＴＰを、通信に用いられるチャネルまたは他の特徴に従ってＡ側またはＢ側により一部変更してもよい。
【００３１】
有効ＲＴＰを得るためにＢ側通信アイデンティティに利用する現ＲＴＰを用いる際には、通信ステータスメカニズムは通信の選択肢を少なくするだけで選択肢全てを排除しないことが好ましい。
【００３２】
実施の形態では、また、前記ディレクトリ記憶装置は、エンティティの任意のステータスオーバーライドと現所在とを格納できる。
【００３３】
実施の形態では、また、前記ディレクトリ記憶装置は、通信の要求、確立または維持を可能にする各通信アイデンティティの関連情報を格納する。
【００３４】
現ＲＴＰのいくつかまたは全てはデフォルトのＲＴＰでもよい。
【００３５】
実施の形態では、前記通信ステータスメカニズムは、Ｂ側エンティティの現通信アイデンティティに関連付けられたＲＴＰを導き出すことが可能なＢ側エンティティの現所在を利用可能にする現ステータスメカニズムを備える。現ステータスメカニズムは、有効ＲＴＰを形成するため、さらに、（通信の費用、質またはその他の要因に関する）Ｂ側通信能力とＢ側の現所在およびディレクトリ記憶装置のエントリにより暗示されたＲＴＰとを表すデータにＡ側エンティティが合うようにする（ネットワークの一時的利用不可のような）ステータスオーバーライドを利用可能にする。ここで、ステータスオーバーライドがない場合には、ディレクトリ記憶装置から得られたＲＴＰおよび現所在が有効ＲＴＰであると仮定してもよい。
【００３６】
実施の形態では、前記現ステータスメカニズムが、Ｂ側エンティティのステータスオーバーライドと現所在とを前記ディレクトリ記憶装置に格納する。
【００３７】
別の実施の形態では、前記現ステータスメカニズムが、任意のステータスオーバーライドに基づいて前記ディレクトリ記憶装置の現ＲＴＰを変更して、現ＲＴＰが有効ＲＴＰを提供する。
【００３８】
実施の形態では、Ａ側用に得られたまたはＢ側により提供された通信アイデンティティが、エンティティの匿名性を提供してもよい。例えば、他の加入者または通信セッションとの通信だけで有効なダイナミックまたはテンポラリ通信アイデンティティでもよい。
【００３９】
第２の形態では、本発明は、Ａ側呼制御を行う通信システムであって、Ｂ側の通信アイデンティティを１以上取得するＡ側装置を備え、前記Ａ側装置は、実行可能な有効リングタイムアウトパラメータ（ＲＴＰ）が少なくともひとつあるかどうかを含む、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに関連付けられた現通信能力を導出かつ確認し、実行可能な有効ＲＴＰが少なくともひとつある場合には、通信を要求、確立または維持するための実行可能な有効ＲＴＰを有する通信アイデンティティを少なくともひとつ選択し、前記Ａ側装置が、選択された通信アイデンティティのうち少なくともひとつに関連付けられた少なくともひとつの有効ＲＴＰのうち少なくともひとつを含む相互通信能力に基づいて、通信を要求、確立または維持する前記試行を制御する、通信方法を提供する。
【００４０】
実施の形態では、前記Ａ側装置は、少なくとも、１以上の前記通信アイデンティティに関連付けられた所在のうち少なくともひとつから、前記通信アイデンティティの通信能力を得る。
【００４１】
実施の形態では、前記Ａ側装置は、少なくとも、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある１以上の所在の変更または１以上のステータスオーバーライドを決定することにより、前記現通信能力を確認する。
【００４２】
実施の形態では、前記Ａ側装置は、装置自身と１以上の周知のＢ側装置との前記通信能力の「現ステータスチェック」を行い、前記相互通信能力がまだ現行であることと、Ｂ側の公開または通知された所在および任意のオーバーライドがまだ現行であることとを確認して、通信の要求、確立または維持に使用することができる実行可能な有効ＲＴＰを有した通信アイデンティティが少なくともひとつあることを確認し、選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて通信を開始する意向をＢ側装置に通知して、アクノリッジを受信し、選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて、通信パラメータおよび通信条件をＢ側装置とネゴシエーションすることによって通信を要求かつ確立する。
【００４３】
前記現ステータスチェックは、Ａ側通信能力データをリフレッシュし、ディレクトリのアイデンティセットおよび所在情報、またはＢ側に直接要求したアイデンティセットおよび所在情報を用いて、関連のあるＢ側アイデンティセット、所在およびオーバーライド情報を再検索し、Ｂ側の専用アイデンティセット、所在およびオーバーライド情報を再検索し、関連ネットワークに現ステータス情報の問い合わせを行い、Ｂ側装置、ネットワークサービスまたはその他の場所に問い合わせをして、Ｂ側の所在によりＢ側の通信サービスが最後に公開または通知されてからずっとＢ側の通信サービスが利用可能であることをチェックすることを含んでもよい。現ステータスチェックにおいて情報を取得する際にＡ側が用いるメカニズムが多く存在することは、当業者であれば分かるであろう。
【００４４】
また、加入者が通信を取り決めるためのメカニズムは多く存在し（例えば、Ｈ３２４モデムトレーニングプロトコル、ＳＩＰＶｏＩＰストリーミングプロトコル、コーデックネゴシエーションなど）、本発明は特定のネゴシエーション体系に限らないと、当業者であれば分かるであろう。
【００４５】
通常、ネゴシエーションの結果は、
１）通信を開始すべき通信アイデンティティおよびチャネルであり、
２）通信アイデンティティの有効ＲＴＰであり、かつ
３）どちら側およびどちら側の装置が通信を開始し、通信開始に伴う調整を担うかであり、
そして、前記通信アイデンティティおよびチャネルコンビネーションを用いて、ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を転送する試行を制御し、前記アイデンティティおよびチャネルコンビネーションを用いて、もう片側のエンティティが通信を受け入れる。
【００４６】
実施の形態では、前記Ａ側装置は、選択された通信アイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションとに基づいて通信を転送する意向をＢ側装置に通知して、アクノリッジを受信し、選択されたアイデンティティの少なくともひとつとＢ側エンティティに関連付けられたチャネルコンビネーションに基づいて、変更された通信のパラメータおよび条件をＢ側装置とネゴシエーションすることによって通信を維持する。
【００４７】
通常、ネゴシエーションの結果は、
１）通信を開始すべき通信アイデンティティおよびチャネルであり、
２）通信アイデンティティの有効ＲＴＰであり、かつ
３）どちら側およびどちら側の装置が通信を開始し、通信開始に伴う調整を担うかであり、
そして、新規アイデンティティおよびチャネルコンビネーションを用いて、ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を転送する試行を制御し、前記新規アイデンティティおよびチャネルコンビネーションを用いて、もう片側のエンティティが通信を受け入れ、前記装置が、前記新規通信アイデンティティ、チャネル、ネットワークおよび／または装置の組み合わせに通信を同期させ、ネゴシエーションにより選択されたＡ側またはＢ側装置が通信を維持する試行を制御し、当初のアイデンティティおよびチャネルコンビネーションの通信を終了させる。
【００４８】
実施の形態では、ネットワーク間のレイテンシ差を許容するために通信の変更が生じる一方で、時間遅延があってもよい。この場合は、（コール自体の音声または背景雑音を含む可能性がある）帯域内信号を使用して、両接続にまたがる端末間信号の伝搬が同じであることを確認することができる。これにより、信号のレイテンシが同期する頃まで、新たなチャネルに関連付けられたＣＦＥはそのコールをキャッシュする片方または双方の装置と関係していてもよい。
【００４９】
ある実施の形態では、チャネル、ネットワークおよび／または装置の変更に伴って通信アイデンティティが変更されてもよい。ある実施の形態では、通信アイデンティティの変更がなく、チャネル、ネットワークおよび／または装置の変更だけでもよい。例えば、チャネル変更とは、ネットワークの性能が低下する場合に、現在の通信の通信アイデンティティ、ネットワークおよび装置を維持したまま、フル映像から音声のみに変更することである。ある実施の形態では、通信アイデンティティ、チャネル、ネットワークおよび／または装置の変更がなく、Ａ側／Ｂ側指定の変更だけでもよい。すなわち、通信は、費用を負担する側またはコールの責任を維持する側を変更するためにもう一方の側から再び開始されてもよい。
【００５０】
実施の形態では、エンティティの複数の装置が、一致協力して装置ベースのコール維持を行う。例えば、携帯電話とＰＣは共に通信用ＣＦＥを提供するが、通信ステータスの通知および通信ハンドオーバーの開始にはＰＣだけが直接関与する。携帯電話は、コールを保留するまたはトランスポートをスワッピングするといった装置ベースのコール維持の結果を通知されるのみである。
【００５１】
通常、話中に通信アイデンティティの変更を開始するのは、コールを開始したＡ側である（通常、開始側がコール費用を負担するため）。しかしながら、実施の形態では、話中に、Ｂ側が通信アイデンティティを変更することをＡ側が許可してもよい。例えば、ネットワークローミングを課金されないようにできるのであれば、Ｂ側は、Ａ側に対して支払うことに同意することが可能である。または、いずれにも費用が増分されない一方で、片側が変更を開始する効率の理由があるかもしれないので、現通信ステータスが変化する側が通信ハンドオーバーを開始してもよい。
【００５２】
本発明の第３の形態では、Ａ側呼制御を行う通信方法であって、Ｂ側装置は、Ｂ側エンティティとの通信を要求、確立または維持しようとする可能性があるＡ側エンティティに対して、少なくともひとつの通信アイデンティティとＢ側エンティティに関連付けられ、前記少なくともひとつの通信アイデンティティに対応する所在とを開示し、前記Ｂ側装置は、前記エンティティの通信アイデンティティのうち少なくともひとつに関連付けられた有効ＲＴＰを１以上含む通信能力を開示し、前記Ｂ側装置は、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられた現通信ステータスに影響を及ぼす可能性がある、所在またはステータスオーバーライドにおける１以上の変更を開示し、前記Ｂ側装置は、少なくともひとつの通信アイデンティティの１以上の有効ＲＴＰのうち実行可能な有効ＲＴＰを少なくともひとつ含む相互通信能力に基づいて、通信を要求、確立または維持するのに関与する通信方法を提供する。
【００５３】
実施の形態では、Ｂ側装置が、Ａ側へ「かけ直し」を行ってネゴシエーションされた一連の通信能力（例えば、ネットワーク、チャネル、通信アイデンティティ、所在など）に基づき通信を確立するとオファーすることによって、通信確立の要求に応答する。所定の条件を満たした後に前記かけ直しが発生した場合には（例えば、所定時刻、所在の変更または通信ステータスの後）、その時に通信能力の再ネゴシエーションがなされてもよい。
【００５４】
本発明の第４の形態では、Ａ側呼制御を行うＡ側装置であって、前記Ａ側装置が、Ｂ側の通信アイデンティティを１以上取得し、実行可能な有効リングタイムアウトパラメータ（ＲＴＰ）が少なくともひとつあるかどうかを含む、前記１以上のＢ側通信アイデンティティのうち少なくともひとつに関連付けられた現通信能力を導出かつ確認し、実行可能な有効ＲＴＰが少なくともひとつある場合には、通信を要求、確立または維持するための実行可能な有効ＲＴＰを有する通信アイデンティティを少なくともひとつ選択でき、選択された通信アイデンティティのうち少なくともひとつに関連づけられた少なくともひとつの有効ＲＴＰのうち少なくともひとつを含む相互通信能力に基づいて、通信を要求、確立または維持する試行に関与するように構成された通信装置を提供する。
【００５５】
実施の形態では、前記Ａ側装置は、少なくとも、１以上の前記通信アイデンティティに関連付けられた所在のうち少なくともひとつから、前記通信アイデンティティの通信能力を得るように構成される。
【００５６】
実施の形態では、前記Ａ側装置は、少なくとも、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある１以上の所在の変更または１以上のステータスオーバーライドを決定することにより、前記現通信能力を確認するように構成される。
【００５７】
本発明の第５の形態では、Ａ側呼制御を行うＢ側装置であって、前記Ｂ側装置は、Ｂ側エンティティとの通信を要求、確立または維持しようとする可能性があるＡ側装置に対して、少なくともひとつの通信アイデンティティとＢ側エンティティに関連付けられ、前記少なくともひとつの通信アイデンティティに対応する所在とを開示し、少なくともひとつの通信アイデンティティそれぞれに関連付けられた有効ＲＴＰを１以上含む通信能力を開示して、Ｂ側エンティティとの通信の要求、確立または維持をＡ側装置が開始する可能性があり、Ｂ側エンティティの通信アイデンティティのうち少なくともひとつに関連付けられたＢ側通信ステータスに影響を及ぼす可能性がある所在またはステータスオーバーライドにおける１以上の変更を開示し、少なくともひとつの通信アイデンティティの１以上の有効ＲＴＰのうち実行可能な有効ＲＴＰを少なくともひとつ含む相互通信能力に基づいて、通信を要求、確立または維持するのに関与するように構成された通信装置を提供する。
【００５８】
加入者は、他の加入者へ直接または中継して情報を開示してもよい。開示した情報の全てを必ずしも全ての加入者が利用できるようにする必要はない。
【００５９】
通信アイデンティティを少なくともひとつ選択するステップは、１以上の通信アイデンティティをＡ側エンティティに対して表示するＡ側装置により実施され、前記Ａ側エンティティが前記通信アイデンティティの選択をＡ側装置に対して行われてもよい。代わりに、Ａ側装置が、最低費用、最高費用または推奨ネットワークなどの１以上のルールに基づいて、選択ステップを自動的に行ってもよい。
【００６０】
通信を要求または確立する場合には、実行可能な有効ＲＴＰを有した通信アイデンティティがひとつだけ存在し、その通信アイデンティティが選択される。
【００６１】
通信を維持する場合には、実行可能な有効通信ステータスを有する、通信アイデンティティ、チャネル、ネットワークおよび／または装置の組み合わせは現在通信に使用されているものであり、Ａ側／Ｂ側の指定以外の装置ベースのコール維持は行われない。
【００６２】
実施の形態では、その方法は、エンティティの１以上の所在の格納と、エンティティの１以上の通信アイデンティティおよびＲＴＰを含むそれらの現通信能力に随意的に関連付けられた各所在と、現Ｂ側通信アイデンティティおよびＲＴＰを含むそれらの現通信能力を現所在に基づいて決定することができるＡ側装置とに関連し、少なくともひとつの現ＲＴＰを使用して有効ＲＴＰが得られる。
【００６３】
実施の形態に応じて、現所在を、所在エイリアスを理解する双方向同意メカニズムに基づき、Ａ側装置が現ＲＴＰを得られる所在エイリアスとして公開してもよい。
【００６４】
実施の形態では、前記方法は、現ＲＴＰを変更する可能性がある現Ｂ側通信状況に対応した現ステータスメカニズムからステータスオーバーライドを取得するステップと、少なくともステータスオーバーライドに基づいて有効ＲＴＰを得るステップを備える。実施の形態に応じて、前記方法で使用された情報の一部または全て（例えば、通信能力、ＲＴＰ、所在、ステータスオーバーライド）を、Ｂ側エンティティに関係なく取得してもよく、もしくは、Ｂ側エンティティから直接取得する、またはＢ側エンティティあるいはＢ側装置によりＡ側へ直接あるいはディレクトリ記憶装置などの中間システムを介して開示してもよい。
【００６５】
通信を要求、確立または維持する試行の制御では、必要に応じて、異なる有効ＲＴＰに基づいて順に通信の確立を試行したり、介入を回避するために通信を要求、確立または維持する試行を破棄したりしてもよい。
【００６６】
通信を要求、確立または維持する試行の制御では、ある通信方法から別の通信方法へ切り替わることがあってもよい。例えば、ＰＳＴＮネットワークからＶｏＩＰネットワークへ、またはリアルタイム通信方法からインスタントメッセンジャー、Ｅメールなどの非同期方法へなどである。
【００６７】
また、本発明は、上記方法を実行するＡ側およびＢ側装置にまで及ぶ。
【００６８】
本発明の形態は、上記方法を組み合わせたものでもよい。
【００６９】
（発明の詳細な説明）
本最良の形態では「Ａ側呼制御」を提供し、それにより、Ａ側の相手側通信アイデンティティおよびエンティティに関連付けられた、費用、質またはＲＴＰなどのその他の要因と、ネットワークおよびＢ側呼制御ルールとについてＡ側装置が認識または仮定したまま、コールがネットワーク上に確立される。この情報により、Ａ側装置が、コールを確立すべきかどうか、片側または双方にさらに最適な方法で既存のコールを再確立するか、どちら側にそのコールの確立／再確立の責任があるかを決定することができる。ほとんどの場合、Ａ側呼制御は、ネットワークまたはＢ側呼制御よりも経済的であり、かつ、より機能的で質の高い通信をＡ側エンティティに提供する。コール内のＡ側とＢ側との役割を交換できるようになること、ならびに、ネットワークおよびＢ側呼制御と互換性があることにより、全般的な通信費用、質および機能が改善される。
【００７０】
（概念）
本発明の実施の形態への理解を助けるため、概念を定める。それらは、
１．トランスポート、ネットワーク、通信アイデンティティ、チャネルおよび装置
２．Ａ側呼制御メリットおよびＲＴＰ
３．エンティティ、アイデンティティセットおよびオーディエンス
４．存在状態、所在およびオーバーライド
これらを順に説明する。
【００７１】
１．トランスポート、ネットワーク、通信アイデンティティ、チャネルおよび装置
通信は、「トランスポート」および「ネットワーク」を介して２以上の加入者間で行われる。トランスポートとは、通信が行われる物理的なインフラであり、本発明では、ＯＳＩ参照モデルの第０層〜第２層と同等のものであると広義に考えてもよい。ネットワークとは、ダイレクトに互いに通信ができる加入者の別個の論理的グループのことである（つまり、他の加入者またはゲートウェイを介して通信を中継することはない）。各ネットワークは、固有のネットワーク名を有しており、ネットワーク上のクラスタもひとつの名前で判断されてもよい。ネットワークおよびトランスポートは、ゲートウェイまたは加入者を介して互いに接続され、より大きなグループを形成してもよい。例えば、一般的に、各国の固定ラインＴＤＭ音声ネットワークは、音声コールの国際ＰＳＴＮを形成するゲートウェイを介して、他国の固定ラインＴＤＭ（時分割多重）音声ネットワークに接続される。ネットワークはトランスポートを通り、いくつかのトランスポートの架け橋になってもよい。例えば、移動体ネットワークでは、ワイヤレスおよび／または有線ネットワークを介してコールを伝送してもよく、ワイヤレスにまたは有線固定接続を介して、エンド移動体装置をネットワークに接続してもよい。ネットワークのいくつかは同一のトランスポートを通ることも可能であるが、ネットワークごとにその加入者との独立した関係を有する。
【００７２】
「通信アイデンティティ」とは、特定ネットワーク上において特定時間でエンティティを判断できる固有アドレスのことである。通信アイデンティティとは、ネットワークアドレスとネットワーク名とを組み合わせたものである。エンティティは、電話番号またはＥメールアドレスなどの通信アイデンティティをいくつか有し、これらのアドレスは、毎回、異なるエンティティに割り当てられてもよい。通信アイデンティティは一時的でもよく、通信時の匿名性を高めるためにＡ側とＢ側の双方から作成されてもよい。例えば、通信アイデンティティは、１回のコールのみ有効でもよい。
【００７３】
図１を参照すると、例えば、ＷｉＦｉワイヤレスプロトコルなどのＶｏＩＰ（ボイスオーバーインターネットプロトコル）が可能なトランスポート１２３をある装置１００に接続してもよい。その装置は、同一のトランスポート１２３を介してＶｏＩＰサービスを実施するネットワーク１１１、１１２および１１３全てに属していてもよい。これらのネットワーク１１１〜１１３ごとに装置１００を装置自身のアドレスから認識する。そのアドレスはネットワーク固有であるが、全てが同一のトランスポートを介して通信する。また、その通信装置はいくつかのトランスポートに接続されてもよい。例えば、ＶｏＩＰが可能なトランスポート１２３に加え、装置は、ＴＤＭトランスポート１２２および／またはワイヤレストランスポート１２５に接続されてもよい。そして、装置１００が接続されているネットワーク１１１〜１１３を順に、ゲートウェイ１３１および１３２を介して、他のネットワーク１１４へ接続してもよい。そのゲートウェイにより、装置全てを同一のネットワークに直接接続する必要なく、装置１００を、他のネットワークに接続された装置、例えば装置１０１に接続できる。
【００７４】
さらに、通信は、チャネル上で行うとみなしてもよい。チャネルを使用して、通信を、「テキストメッセージ」「テキストチャット」「音声」「映像」など、エンティティ間のそれぞれ異なる対話を円滑にするタイプにグループ分けしてもよい。チャネルにさらなるタイプがあってもよいことは当業者であれば言うまでもない。トランスポート、ネットワークおよび装置は２以上のチャネルに対応してもよいので、通信アイデンティティを用いて２以上のチャネル上で通信してもよい。例えば、マイクロソフトメッセンジャーＣＦＥは、メッセージング、チャット、音声および映像のチャネルに対応することが可能である（対象装置が対応する場合）。エンティティ、トランスポート、ネットワークまたは装置の性能に応じて、「使用中」のチャネルでは、そのチャネル、場合によってはいずれのチャネルでもその他の通信を行わないほうがよいと示してもよい。例えば、人間のエンティティは、普通、２以上の音声通信を同時に行うことはできないが、複数のテキストチャット通信であれば同時に扱うことができる。人間にとって複数のビデオ画像を同時にモニターできれば実用的だが、手話を映像で見る聴覚障害者は、ひとつの画像にしか集中できない。同様に、帯域幅が小さいトランスポートまたは装置では、映像チャネルが使用中であればその他の通信を開始しないとしてもよい。さらなる展開によりチャネルを制約する可能性があることは当業者であれば言うまでもない。
【００７５】
「装置」とは、装置と、その関連ＣＦＥまたは別の装置がなくても通信が行われるところを意味する。その通信が行われるところとは、自動通信システムへまたは自動通信システムから通信が可能なところであり、通信しているエンティティに関連付けられた一連の共通トランスポートにＣＦＥ群は接続される。ただし、例えば、装置とＣＦＥとを故意に区別する場合などは除く。
【００７６】
２．Ａ側呼制御メリットおよびＲＴＰ
本発明の実施例では、通信の費用、質またはその他の要因および特に「リングタイムアウトパラメータ」（ＲＴＰ）をＡ側装置が取得して利用することで、呼制御がＡ側装置により行われる。
【００７７】
ＲＴＰは、一般的な呼制御ルールでネットワークまたはＢ側が割り込むと予想される最小時間を確立する。可能であれば、本発明の実施例では、秒などの時間間隔としてＲＴＰを表す。しかしながら、ＲＴＰは、時間間隔ではなく、「使用中」はコンテキストにおいて０秒を意味するというような他の形式でもよく、このような変形例として解釈できるように装置を構成してもよいことは当業者であれば言うまでもない。ある状況では、ＲＴＰを生じると予想された機能を検索した結果、値がなくても構わない。この場合には、ＲＴＰは０秒であるというようなオーバーライディング仮定を仮定してもよい。ＲＴＰは、「利用可能」「利用不可」または「使用中」などの、特定状況におけるＢ側アドレスの状態に応じて、異なる値をとってもよい。また、ＲＴＰは、「オフ」（ＲＴＰは０秒）または「オン」（ＲＴＰは未定義、または、約２０秒の通常ＲＴＰオーバーライドとして定義）などの、期間とは別の他の特性を備えてもよい。特定ＲＴＰは、時刻など、ネットワークやＢ側とは関係のないある状況に適用するだけでもよい。「有効ＲＴＰ」は、ＲＴＰを生じる何らかの方法のアプリケーションから得たＲＴＰであり、実際に使用して通信の確立を制御する。制御は２段階で行われる。第１段階では、Ａ側装置が、通信の費用、質またはその他の要因と、ＲＴＰが実行可能かそれともゼロではないか（例えば、ネットワークまたはＢ側装置がすぐにはコールの確立に割り込まないなど）とを決定する。この場合には、装置はコールを開始または再確立すること、または、Ｂ側装置にかけ直しを要求することができる（ただし、Ｂ側装置はＡ側装置の役割を担う）。第２段階では、Ａ側装置は、コールを開始または再確立し、実行可能な有効ＲＴＰを用いてＲＴＰの時間間隔が終了するまで作動し、ネットワークまたはＢ側からの周知で意図的な介入を回避する。
【００７８】
したがって、後ほどより詳しく説明するが、Ａ側装置が使用できるルールで指示された順に通信アイデンティティを呼び出すことにより、装置は、複数の通信アイデンティティを有する特定のエンティティに対してコールを開始または再確立を試行してもよい。Ａ側装置は、Ｂ側および他のソースから取得した様々なデータから、複数の通信アイデンティティごとに使用するための有効ＲＴＰを決定する。他のソースとは、明示的なＲＴＰ、所在、または場所やディスポジションなどの所在に関連した情報と、装置、ネットワーク、トランスポートおよびチャネルのオーバーライドステータスなどであるが、必ずしもこれに限定されるものではない。
【００７９】
Ａ側装置は、実行可能な（つまり、０ではない）有効ＲＴＰで通信アイデンティティへコールを開始するのみであり、ＲＴＰ期間を含まない、ＲＴＰ期間までの期間しかコールしない。このようにして、予期せぬネットワークまたはＢ側の割り込みが発覚するので、Ａ側装置は、有効ＲＴＰを有する通信アイデンティティへの通信を制御したままとなる。ＲＴＰの期限切れで応答がないままの通信開始は、ネットワークまたはＢ側の呼制御ルールが割り込む前にＡ側装置により破棄されてもよい。
【００８０】
「国際電話のセットアップは、最大２０秒までしか許可しない」といった、ＲＴＰを確立できず、Ａ側がオーバーライディング仮定を作成しないＢ側への通信は、従来のコールとして扱い、ネットワーク呼制御および／またはＢ側呼制御に従うものとする。Ａ側装置は、プログラムでこれらのコールには割り込まない。したがって、ＲＴＰを用いてＡ側呼制御が可能な装置には、既存のネットワークおよびＢ側呼制御アーキテクチャと互換性がある。
【００８１】
一般的には、実際の相手側Ｂ側エンティティにつながると予測される場合には、呼び出すのみなので、Ａ側呼制御によって、ネットワーク呼制御またはＢ側呼制御よりも効率的にネットワークを利用できるようになりユーザの使い勝手がよくなる。Ａ側の明示的な指示に基づいて、コールへ実際にＢ側が応答するか、ネットワーク内またはＢ側の留守番電話サービスまたは他のアドレスなどへコールを再転送する際に、Ａ側がコール費用を負担すると選択するだけでよい。
【００８２】
また、Ａ側呼制御を用いるＡ側装置は、ネットワーク、トランスポートおよびチャネルの選択と切替えとに関する効率に基づいて選択を行うことも可能である。携帯電話などの多くの電子通信装置は、多くのトランスポートおよびネットワークに同時に接続できる能力を有している。例えば、携帯電話のいくつかは、広域のＧＳＭ／ＣＤＭＡ移動型トランスポートおよびネットワークとローカルエリアのＷｉＦｉ／Ｂｌｕｅｔｏｏｔｈワイヤレストランスポートおよびネットワークとに同時に接続できる。コールを最適に確立または再確立するために、装置は、呼び出す際にどのトランスポートおよびネットワークが最も効率よく効果的であるかを選択しなければならず、これは、ある程度、相手側Ｂ側エンティティが使用するトランスポートおよびネットワークに左右される。単純な経験則を用いて複数のトランスポートおよびネットワークに接続できる装置は、ローカルエリアワイヤレスネットワークが利用可能であれば、このネットワークにいつも優先権を与えるため、コールのルーティングは多くの場合に最適とはなっていない。例えば、双方のエンティティは同一の広域ワイヤレスネットワークに接続した装置を備えているが、Ａ側だけがローカルエリアワイヤレスネットワークに接続している場合、ひとつの広域ワイヤレストランスポートだけを介してコールが伝送された可能性があるときには、単純な経験則を用いて、３種のトランスポート（ローカルエリアワイヤレス、ローカルエリア固定および広域ワイヤレストランスポート）を介してコールは伝送される。コールを確立する前に、Ａ側装置が、Ｂ側エンティティに関連した装置が利用可能なネットワークおよびトランスポートを認識するのであれば、Ａ側呼制御を介してコールセットアップを最適化し、必要に応じてひとつのネットワーク接続だけを介しコールを伝送することができる。
【００８３】
３．エンティティ、アイデンティティセットおよびオーディエンス
ここで、エンティティは装置を使用して通信を行う。エンティティは、通信サービスの加入者またはユーザでもよく、装置を使用する個人でも代表者が装置を使用する団体でもよい。また、ネットワークを介して通信可能なシステム、例えば、双方向音声応答システムなどのプログラムされたコンピュータシステムでもよい。装置により、エンティティはネットワークに接続できる。装置の例としては、通信ソフトウェアを実行する電話およびコンピュータがある。装置は、エンティティが特定のネットワークに接続できるＣＦＥを備え、ネットワークを使用して、その装置を用いることにより他のエンティティと通信する。
【００８４】
エンティティは、エンティティに関連する情報を記述する「アイデンティティ」情報群を有しており、これをもう一方のエンティティが利用できるようにしてもよい。このような開示に先立ち、アイデンティティ情報を、オリジナルアイデンティティとは別のまたはより少ない情報を提供するが、それには依存しない「クレーム」にしてもよい。例えば、エンティティは１８才以上であるというクレームは、エンティティの認証済み生年月日アイデンティティよりも情報が少ない。アイデンティティ情報およびクレームは、それらの真正性を証明する関連証明書を有していてもよい。このような証明書（例えば認定書）は、アイデンティティおよびクレームの完全性に責任があるアイデンティティ提供者が作成する。
【００８５】
アイデンティティ情報には以下のものが含まれる。
通信ネットワークを介してエンティティがコンタクトするアドレス候補である「通信アイデンティティ」。装置、トランスポート、チャネルおよびネットワークの識別情報と、デフォルトＲＴＰなどその他の通信関連パラメータといった関連アイデンティティ特性が付随する。
【００８６】
物理的な所在地住所、銀行口座または医療記録の詳細など他のコンテキストに関連した情報。
【００８７】
エンティティは、ディレクトリ記憶装置において、通信アイデンティティ以外のアイデンティティにより自分自身を識別することが可能である。例えば、医療記録番号や物理的な住所により、エンティティをディレクトリ記憶装置内で一意的に識別することができる。
【００８８】
より正式には、「アイデンティセット」はアイデンティティ情報のセットであり、エンティティが特定のオーディエンスに対して利用できるようにしたいと考える通信アイデンティティを含んでいる。アイデンティセットは、以下のものを含んでもよい。
【００８９】
ａ．  通信アイデンティティを含むアイデンティティの一覧およびエンティティがオーディエンスに開示したいと考えるクレーム。
ｂ．  必要であれば、関連通信テーブル。リアルタイム通信に失敗した場合の推奨代替通信に関する仕様が付随する。
ｃ．  必要であれば、通信テーブルの装置、チャネル、トランスポートまたはネットワークオーバーライドのいずれか。
ｄ．  エンティティがその所在にいる間、エンティティと関連付けられる可能性がある各所在に対する関連コンテキスト説明。
ｅ．  必要であれば、関連証明書（例えば、ＰＫＩ認定書およびキー）、ディレクトリメタデータなど。
【００９０】
エンティティは、互いのアイデンティティとクレーム情報を知りたい場合には、他のエンティティと関係してもよい。発信者側のエンティティが同一のアイデンティセットを提供しようとする、類似性のあるエンティティグループを「オーディエンス」と称する。
【００９１】
ディレクトリエントリには、エンティティのアイデンティセットが含まれる。また、ディレクトリエントリには、エンティティがオーディエンスに対して利用できるようにしたいと考える、エンティティに権限が与えられた通信経路またはインデックスメタデータなどの他の非アイデンティティ関連情報が含まれてもよい。
【００９２】
ディレクトリ記憶装置により、エンティティは１以上のアイデンティセットを指定して別のオーディエンスへ開示できる。また、ディレクトリ記憶装置により、エンティティは、１以上の通信アイデンティティをオーディエンスによって関連アイデンティセットに関連付けることも可能になる。エンティティは、ディレクトリ記憶装置のディレクトリエントリを、アイデンティセットの形式でエンティティの装置から直接またはいくつかの中継地点（ディレクトリ記憶装置へのサービスプロバイダのインターフェースなど）を介して間接的に公開する。公開された一般アイデンティセットに加え、エンティティは、少なくともひとつのエンティティ装置またはディレクトリ記憶装置で、ある特定のオーディエンスだけが利用できる専用アイデンティセットを少なくともひとつ利用できるようにしてもよい。実施の形態では、許可されたエンティティまたは装置が、あるエンティティまたはディレクトリ記憶装置から専用アイデンティセットを直接探す場合は、許可されたエンティティが特定のオーディエンスの一員として専用アイデンティセットを利用する。装置は、「エンティティ自動ダイヤル装置」を備えており、Ａ側エンティティは、通信相手候補のＢ側エンティティを識別し、関連アイデンティセットおよび所在などのその他の情報を検索することができる。装置は、要求して、アイデンティセットを検索、解読および理解する。
【００９３】
４．存在状態、所在およびオーバーライド
前述した存在やコンテキストの概念よりも高度な抽出ができるように、「所在」の概念を採用する。所在により、エンティティの通信アイデンティティの群利用可能性および存在状態について、そのエンティティが特定のオーディエンスに対し表示するメカニズムが提供される。所在は、装置およびＣＦＥの性能と、エンティティの場所と、エンティティの「ディスポジション」すなわち受信する通信の受入れと、装置、ＣＦＥ、トランスポート、ネットワークおよびチャネルのリアルタイム利用可能性とに関する機能である。例えば、所在を使用すると、場所「オフィス」、ディスポジション「作業中」、音声チャネル「話し中」であるエンティティの場合と、場所「空港」、ディスポジション「公衆通信の受入れ」、音声チャネル「話し中ではない」、ＷＩＦＩトランスポート「利用不可」の場合または場所「家」、ディスポジション「作業中ではない」、音声チャネル「話し中」の場合とは、一連のトランスポートおよび通信アイデンティティの存在状態が異なることをオーディエンスへ暗に示すことができる。場所およびディスポジションは共にそれ自体は一般的なものであり、これらの要素の特異性または精度はこれらを指定するエンティティの能力またはこれらを自動的に決定する装置の性能に少なくとも一部は依存すると、当業者であれば分かるであろう。
【００９４】
選択した所在により与えられる特定の通信アイデンティティの存在状態を、ネットワークから提供されるような通信アイデンティティの実際の存在状態、または、装置が実際に使用したその通信アイデンティティの存在状態で場合によっては変更してもよい。例えば、特定のエンティティの場所「オフィス」、ディスポジション「作業中」から得られる所在を用いて取得したＶｏＩＰ通信アイデンティティの存在状態「利用可能」の表示を、装置が一時的なネットワーク障害を検出した場合には、変更して一時的にその特定ネットワークに対し「利用不可」としてもよい。現在のステータスメカニズムにより、このようなオーバーライドをアイデンティセットとともにディレクトリ記憶装置内に公開してもよいが、許可されたエンティティからの要求の結果または例外更新として自動的にこのようなオーバーライドをエンティティ装置からオーディエンスへ知らせることも可能である。任意の通信アイデンティティの有効ＲＴＰは、ある時間点において、（例えば、位置およびディスポジションから得られた）エンティティの所在だけでなく装置、ＣＦＥ、トランスポート、ネットワーク、チャネルまたは現在有効である他のオーバーライド情報にも依存する。
【００９５】
任意の通信アイデンティティの存在状態は、ＲＴＰに関連付けられてもよい。例えば、ＲＴＰにおいて、０の値は「通信を試行しない」を意味し、０でない値は、試行したコールを破棄すべくタイムアウト時間を表すとしてもよい。また、存在状態は、Ａ側呼制御が考慮できる他の属性と関連付けられてもよい。これらの属性は量的指標でも構わない。例えば、帯域幅、レイテンシまたは優先順位のほかに「高品質」または「好ましい」といった質的評価でもよい。
【００９６】
最良の形態では、ディレクトリ記憶装置は、利用できる可能性がある通信アイデンティティ、装置、トランスポートおよびチャネルの各並びまたはそれらのサブセットの複数の所在候補と、ひとつのＲＴＰに随意的に関連付けられた各組み合わせと、他の通信指標とを格納する。それにより、Ａ側装置は、関連ＲＴＰがあればその関連ＲＴＰを、現ステータスメカニズムから取得した所在に基づいて決定することができる。
【００９７】
Ａ側装置は、通信アイデンティティの少なくともひとつに現在関連しているＲＴＰがあるかどうかを現ステータスメカニズムから取得した所在情報を用いて決定して、ディレクトリ記憶装置から取得した情報を理解する。
【００９８】
Ａ側装置は、関連ＲＴＰおよび通信指標を取得後、一般的な装置、ＣＦＥ、トランスポート、ネットワークＲＴＰまたはチャネルのオーバーライドに関する詳細を現ステータスメカニズムから取得し、ＲＴＰを適切に調整して関連通信アイデンティティごとの有効ＲＴＰを得る。
【００９９】
別の実施の形態では、Ａ側装置は、通信アイデンティティ、装置、トランスポートおよびチャネルの各並びまたはそのサブセットに対応する一連の現ＲＴＰと通信指標とを現ステータスメカニズムから取得してＢ側通信アイデンティティに対応する関連ＲＴＰが存在するかどうかを決定する。
【０１００】
実施の形態では、Ａ側装置が、一連のＲＴＰと通信指標とをローカルキャッシュに格納してもよい。
【０１０１】
別の実施の形態では、有効ＲＴＰメカニズムが、ディレクトリ記憶装置に格納された情報を更新する。それにより、有効ＲＴＰおよび通信指標がある場合には、Ａ側装置が理解する必要なくそれらを直接検索することができる。
【０１０２】
実施の形態では、Ａ側装置が取得できると許可された通信アイデンティティがＢ側エンティティに複数ある場合、ディレクトリ記憶装置によってＡ側装置は通信アイデンティティをいくつかまたは全て検索できるようになり、現ステータスメカニズムによって、通信アイデンティティごとの存在状態に対応するＲＴＰがあれば、Ａ側装置はそのＲＴＰを決定できるようになる。その結果、Ａ側装置による通信確立の制御に介入の可能性評価を異なる通信アイデンティティについて含めることが可能となる。通常は、エンティティと通信する可能性がある１以上の装置へ各エンティティを関連付ける。
【０１０３】
各ネットワーク上の装置それぞれは１以上の「通信アイデンティティ」に関連付けられ、１以上のＣＦＥを有する。通信アイデンティティは、エンティティ間の通信を可能にするアイデンティティであり、エンティティに関連付けられたＲＴＰを有してもよい。通信アイデンティティの例として電話番号が挙げられる。あるネットワークでは、エンティティが、同一の通信アイデンティティを複数の装置またはＣＦＥで同時に使用できるため、エンティティは、同一の通信アイデンティティを用いていずれの装置でも通信を開始または受信してよい。
【０１０４】
通信アイデンティティごとに以下のような関連情報があることが好ましいが、必ずしもこれに限定されるものではない。
【０１０５】
ａ．  通信アイデンティティに関連するネットワークアドレス
ｂ．  通信アイデンティティの関連ネットワーク、装置、トランスポートおよびチャネル
ｃ．  アイデンティティを装置で認証する様々な証明書（例えば、ＰＫＩ認定書）、その一意性および様々な他の特性
ｄ．  通信アイデンティティのデフォルトＲＴＰと、装置、トランスポートおよびチャネルの並びといった特性
ｅ．  他の通信指標および他の特性
【０１０６】
通常、セキュリティとプライバシーのため、異なる一連の所在およびアイデンティセット情報を異なるオーディエンスにＢ側が希望し、開示してもよい。
【０１０７】
通常、通信情報は、エンティティが公開した通信テーブルの形式でディレクトリ記憶装置に提供される。実施の形態において、本発明では、アイデンティセットを採用してアイデンティティ情報に対する装置のアクセスを制御する。本実施の形態では、通信テーブルを、通信アイデンティティを含んだアイデンティセットに関連付ける。
【０１０８】
所在記憶装置および／または現ステータスメカニズムにエンティティが公開した所在から、エンティティの通信アイデンティティの通常存在状態を得られるように、通信テーブルを構成することが好ましい。本実施の形態では、所在を利用するとエンティティはただ１つの所在条件（例えば、「職場で」）を公開できるようになる。この所在条件を、エンティティの通信アイデンティティごとに通信テーブルの特定の存在状態と関連させてもよく、アイデンティセットを介してエンティティのオーディエンスごとに調整してもよい。
【０１０９】
装置の関連通信アイデンティティ、装置、ＣＦＥ、ネットワーク、トランスポートおよびチャネルに対応する、関連エンティティおよび／またはステータスオーバーライドの現所在を装置が公開する。
【０１１０】
エンティティに関連付けられた有効ＲＴＰメカニズムでは、付随的なネットワーク条件またはその他の要因に基づき、存在状態をＡ側装置が変更してもよい（あるいは、所在、オーバーライドまたは存在状態を得られるそのままの情報を装置が公開してもよい）。
【０１１１】
そのほかにも、装置は、相手側エンティティまたはそれらの関連装置に対し、直接通信して現ステータスを検索するよう要求してもよい。
【０１１２】
エンティティの所在、存在状態、ＲＴＰ、通信情報および／またはオーバーライド情報は、エンティティが特定の通信関連パラメータを選択することにより手動で設定してもよい。例えば、ディスポジションを選択して設定する（「現時点では、あるオーディエンスからコールを受信したいだけ」など）。あるいは、自動的に設定してもよい（装置の状態に起因する「音声コールに使用中なので、新たなコールは利用不可」もしくは場所サービスに起因する「席で可能」という所在、または「このトランスポートでは通信の質がよくない」といった好ましい通信方法の変更など）。自動／手動構造についてその他のメカニズムが可能であることは当業者であれば言うまでもない。この情報を、ディレクトリ記憶装置または有効ＲＴＰメカニズムを介して利用できるよう、または、他の許可されたエンティティへ直接伝達するようにしてもよい。
【０１１３】
他のエンティティまたはそれらの装置があるエンティティまたはディレクトリ記憶装置から存在状態を直接探す場合には、エンティティの現ステータスを許可されたオーディエンスが利用できるようにする。
【０１１４】
相手側エンティティに関する所在および／または存在状態および／またはそれらのオーバーライドおよび／またはその他のアイデンティティまたはアイデンティセットの情報を、装置に関連付けられたエンティティへ表示するように装置は構成される。
【０１１５】
また、装置は、以下から得られる通信の代替方法から、エンティティ間で双方向に互換性がある方法を識別および指示するように構成される。
【０１１６】
Ａ側装置で利用可能な通信の代替方法、
Ｂ側のアイデンティセットから決定された通信アイデンティティ、
Ｂ側の通信テーブルおよび所在から決定された利用可能な通信アイデンティティ、および／または、
相手側Ｂ側エンティティの装置、ＣＦＥ、ネットワーク、トランスポートまたはチャネルのオーバーライドから生じた調整。
【０１１７】
エンティティ間で双方向に互換性のある通信の代替方法および／またはＲＴＰなどの関連通信パラメータの一覧を、通信の試行および／または接続の成功、失敗、もしくは実績に基づいて、リアルタイムに改良してもよい。
【０１１８】
また、ユーザが選択する情報や費用／質の指標などのその他の情報をＡ側装置が利用して、代替方法から好ましい通信方法を決定してもよい。実施の形態では、双方向に利用可能な通信の代替方法に対応する通信アイデンティティのみを考慮できるようにＡ側装置は構成される。
【０１１９】
また、試行した方法の全てで相手側エンティティとの通信の確立に失敗した場合でも通信を行えるように、装置はデフォルトメカニズムを備えている。さらに、各通信アイデンティティは、所在テーブルで指定した関連最良メカニズムを備えている。
【０１２０】
Ａ側呼制御を有効にするデータ構造のいくつかをひとつのアイデンティセットと関連付ける。これらのデータ構造の概要を図６において説明する。
【０１２１】
「所在テーブル」６１０には、エンティティの各所在用にＲＴＰなどの通信パラメータセットを明記する。この通信パラメータセットは、通信アイデンティティ、装置、トランスポートおよびチャネルの各並びに関連し、これらを介してエンティティとの通信が行われる。通信パラメータセットには、ＲＴＰのほかにも優先度および質の指標を含んでよい。これらの指標により、Ａ側は、利用可能な通信アイデンティティから指示および選択し、Ａ側呼制御を実施できるようになる。代替可能な通信パラメータは多岐にわたり、それらを本目的に用いてもよいこと、および、ＲＴＰはひとつだけでなくともよいこと、例えば、ひとつは「通常」のコール用で、もうひとつはＢ側が通信中かつ「コール待ち」の設備があるとき用としてもよいことは、当業者であれば言うまでもない。また、「高品質」または「高速接続」などの質的指標に加え、ネットワーク容量およびレイテンシなどの量的パラメータを用いてもよいことも、当業者であれば言うまでもない。
【０１２２】
概念的に、所在テーブルは５次元の「超立方体」であり、その次元はアイデンティティ、装置／ＣＦＥ、トランスポート、チャネルおよび所在である。ただし、通信パラメータはこれらの次元の変化に応じて変更してもよい。このような情報の代表的な一例を図６の項目６１０に示す。
【０１２３】
存在状態は、この超立体空間における座標点の中心によって、アイデンティティ、装置／ＣＦＥ、トランスポート、チャネルおよび所在の値の任意のセットである、テーブルの行のセットとして表される。このようなデータ構造を装置で物理的に実現する方法が数多く存在することは、当業者であれば言うまでもない。
【０１２４】
様々なオーバーライドテーブル６２０、６２１、６２２、６２３により、特定の通信アイデンティティ、装置、トランスポートおよび／またはチャネルの並びのＲＴＰと所在テーブルの所在の組み合わせとを、特別な状況で変更することが可能になる。例えば、以下の場合には、０ではない特定の所在の１以上のＲＴＰを変更して、ＲＴＰのデフォルト値または０以外にしてもよい。
【０１２５】
装置ステータステーブル６２０に記録されているように、エンティティの１以上の装置／ＣＦＥが利用不可な場合。または、
アイデンティティ／チャネルステータステーブル６２１に記録されているように、通信アイデンティティのチャネルが一時的に利用不可な場合。または、
インコールテーブル６２２に記録されているように、通信アイデンティティがトランスポート／チャネル上で一時的に使用中である場合。または、
ネットワークステータステーブル６２３に記録されているように、通信アイデンティティに関連付けられたネットワークで一時的な技術障害がある場合。または、
その他の条件が生じる場合。
【０１２６】
エイリアステーブル６７０は、オーバーライドで参照される通信アイデンティティ、装置、トランスポートおよび／またはチャネルごとにエイリアスを提供し、エイリアスによる公開オーバーライドの理解が可能になる。
【０１２７】
所在説明テーブル６３０には所在候補についての詳細な情報が含まれている。これには各所在が列挙され、各所在を記号で表すために様々な装置で用いられるアイコンセットおよびコンテキスト情報とともに所在について詳細に説明している。また、所在ごとに、その所在を指すエイリアスが含まれる。また、試行した方法全てで通信の確立に失敗した場合でも通信を行えるように、所在ごとにデフォルトメカニズムがある。所在説明テーブルで保持するさらなるコンテキストまたは表示情報があってもよいことは、当業者であれば言うまでもない。
【０１２８】
通信アイデンティティネットワークテーブル６５０では、通信アイデンティティを、通信に利用する実際のネットワークおよびアドレスに一致させる。
【０１２９】
ネットワーク相互接続テーブル６６０ではネットワーククラスタを列挙し、通信アイデンティティに関連付けられた各ネットワークがどのネットワーククラスタに接続されるのかが分かる。例えば、公衆ＧＳＭおよびＴＭＤネットワークを相互接続してより大きな公衆通信回線を形成する。
【０１３０】
この情報は複雑であり、この情報を取得して維持するには自動および手動メカニズムの様々な組み合わせが必要であることは当業者であれば言うまでもない。このようなメカニズムは本発明の範囲を超えるものである。しかしながら、利用可能なＡ側およびＢ側アイデンティティの相互接続に基づき、この情報の簡単なサブセットでもコールセットアップをＡ側呼制御が決定できるようになる。
【０１３１】
また、アイデンティセットは、通信アイデンティティに関連しない情報と、通信アイデンティティに関連するが図６には示していない他の情報とを含んでいてもよいことは、当業者であれば言うまでもない。
【発明を実施するための最良の形態】
【０１３２】
本実施の形態により、エンティティは、互いの通信、最適な通信経路および方向の自動選択が可能になり、エンティティが応答した場合のみコールは接続され、環境が許せば、コールを再確立して、通信を改良する。相互通信のあらゆる方法を知り、通信時または通信の直前および通信中の通信対象となるエンティティの所在、通信存在状態および特性を考慮することで、本実施の形態により通信の改良が可能になる。本実施の形態では、相互通信の機会について、別々に公開された情報をエンティティが制御し続けてオーディエンスに提供できるような方法を用いて通信の改良を行う。また、エンティティが利用可能な複数の異なる通信方法を管理する一貫したシングルフレームワークを提供する。リアルタイム通信の開始が、発信側エンティティの許可なしにネットワーク自動応答システムなどで完了しないようにする方法を提供する。
【０１３３】
本実施の形態では、通信ネットワークに接続した装置に通信ソフトウェアをインストールする。エンティティは、装置の通信ソフトウェアをエンティティ自身とエンティティのアイデンティティに関連付ける。
【０１３４】
エンティティは、利用可能なアイデンティセットおよび所在候補を作成する。（一般および専用などの）異なるアイデンティセットおよび所在のセットを異なるオーディエンスが利用できるようにしてもよい。アイデンティセットには、通信テーブルおよび動的に更新されたオーバーライドテーブルが含まれ、その通信テーブルは、利用可能な通信アイデンティティ、装置、トランスポート、チャネルおよび所在候補の並びに対応するＲＴＰなどの通信パラメータと、アイデンティティをネットワークに、ネットワークをネットワーククラスタに関連付けるテーブルと、所在、アイデンティティ、装置／ＣＦＥ、トランスポートおよびチャネルをそれぞれのエイリアスセットに関連付ける所在テーブルと、その他の情報とを保持する。アイデンティセットに含まれるアイデンティティ情報は、アイデンティセットに公開または関連付けられる前に、装置のルールまたは他の方法を用いてクレーム変換を調べてもよい。本実施の形態では、通信テーブルをディレクトリデータベースに格納する。したがって、格納したディレクトリおよびハードウェアがディレクトリ記憶装置と有効ＲＴＰメカニズムとの両方を提供する。
【０１３５】
エンティティは、特定のオーディエンスに受信してもらいたい情報に基づいて、エントリを有する一般ディレクトリにアイデンティティを公開する。これには通信を行う情報が含まれ、必要であれば、エンティティの関連装置からさらなる情報、例えば、装置のネットワークアドレスまたは、必要に応じて、装置に接続されたリレーチェーンの第１ノードアドレスを取得する。これにより、他のエンティティは、ディレクトリを使用して、他のエンティティを見つけ、情報を交換し、通信を確立することができる。
【０１３６】
エンティティは、一般ディレクトリに「所在エイリアス」を公開する。ここで述べるメカニズムでは、権限を与えられていないオブザーバが、（エンティティが家に帰る度に公開所在が「ａ」に変わるかどうかを確認するなどによって）エンティティが時間をかけて特に確認していた所在に、公に公開された所在エイリアスを関連づけることはとても困難である。
【０１３７】
所在エイリアスは、「家」、「職場」などではなく、匿名の要素または図（例えば、ａ，ｂ，ｃ，ｄなど）として公開される。いくつかのエイリアスが同じ所在に対応してもよい。この所在情報は、加入者全員が閲覧できる。アイデンティセット内の所在テーブル情報から、特定のＡ側オーディエンスの匿名所在エイリアスを理解できる。例えば、一般オーディエンスのアイデンティセットであれば、所在エイリアス「ａ」は所在「利用不可」に対応するが、友人のアイデンティセットであれば、「ａ」は所在「家」に対応するとエンティティには分かる。また、関連通信テーブルおよびオーバーライドテーブル情報はエンティティごとに異なっても構わないが、「ａ」は全員が閲覧できる。
【０１３８】
所在エイリアスは、エンティティの現所在に対応する所在エイリアスの考えられる選択を行うことで、エンティティの所在が変化する場合だけでなくランダムな間隔でも装置により再公開される。
【０１３９】
特定の所在に対応する所在エイリアスはランダムな間隔で定期的に変化し、アイデンティセットの通信テーブルはそれに応じて更新され、オーディエンスに再公開される。移行期間の間は（オーディエンスの全員ではないけれども何名かが更新されたアイデンティセットを受信している間）、通信テーブルに、新しい所在エイリアス情報だけでなく古い所在エイリアス情報が含まれていてもよい。相手側エンティティの通信ソフトウェアが所在テーブルと相互関係のない所在エイリアスを検出した場合、または所在エイリアスの所在テーブルは間違っているとエンティティが思う場合には、公開するエンティティに新しいアイデンティセットを直接要求することができる。
【０１４０】
特別な状況（例えば、「ネットワークに未接続」）では、装置が公開した所在から得た前もって公開された存在状態情報を変更してもよい。この情報はアイデンティセット通信アイデンティティオーバーライドテーブルに含まれており、例外メッセージとしてＢ側から直接この情報を伝送するか、または、必要に応じて、有効ＲＴＰメカニズムによりこの情報をオーディエンスが利用できるようにする。
【０１４１】
所在エイリアスと同様に、公開オーバーライドも、エイリアスを介し、アイデンティティ、装置／ＣＦＥ、トランスポートおよびチャネルを参照する。そして、そのエイリアスは通信テーブルを用いて解明される。また、所在の公開と同じく、オーバーライドはランダムな間隔で再公開され、エイリアスも同様に変化する。
【０１４２】
エンティティは、異なるオーディエンスの数だけアイデンティセットを保持する。例えば、全てのユーザが利用し、エンティティが関連付けられたディレクトリエントリの直接関連ディレクトリに公開される一般アイデンティセットと、エンティティにより権限が与えられたオーディエンスしか利用できない専用アイデンティセットとを保持する。
【０１４３】
図２に示した例で、エンティティ、所在、オーディエンスおよびコンテキストの関係をより詳細に説明する。図２において、グループ２１０は、Ａエンティティ２０１に関連する一連の項目に相当する。Ａエンティティ２０１は、第１の装置２１１として携帯電話を有し、第２の装置２１３としてコンピュータを有している。コンピュータ２１３は、テーブル２１４に示された属性の第１のネットワーク２２０上で動作する。つまり、コンピュータ２１３は、ネットワークである第１ネットワーク２２０に接続され、第１ネットワークの通信アイデンティティ（第１アイデンティティ）、現存在である第１存在、およびテーブル２１４に示した質的指標ならびにＲＴＰなどの通信属性セットを有する。同様に、携帯電話２１１は、テーブル２１２に示された属性の第２のネットワークである第２ネットワーク２３０上で動作する。つまり、携帯電話２２１は、ネットワークである第２ネットワーク２３０に接続され、第２ネットワークの通信アイデンティティ（第２アイデンティティ）、現存在である第２存在、および別の通信属性セットを有する。
【０１４４】
Ａエンティティ２０１は、以下を定義する。
多くのオーディエンス（例えば、「ビジネス」、「友人」、「家族」など）。場所（例えば、「オフィス」、「移動中」、「家」など）を含む所在。これは、特定のトランスポート、ディスポジション（例えば、「作業中」、「会議中」、「取込中」など）、およびコンテキスト（例えば、「休暇中」、「役員会議」、「病気」）に関連付けられる。それらにより、所在算出への入力を直接しなくてもよいが、追加のコンテキスト情報を提供して他のエンティティとの通信を行う。そして、Ａエンティティの通信データ２１７、現在のディスポジション２１５、現在の場所２１６に情報を配信する。
【０１４５】
同様に、装置２１１、２１３およびネットワーク２２０、２３０は、Ａエンティティの通信データ２１７、現在のディスポジション２１５、現在の場所２１６に情報を配信する。テーブル２１７のように、通信データは、ひとつの情報セットとして図式的に示され、Ａエンティティと通信するのに利用する通信方法候補および特性と対応付けられる。それには、第１および第２の通信アイデンティティである第１アイデンティティおよび第２アイデンティティと、全オーディエンス用の前記第１および第２の通信アイデンティティに対応する全通信テーブルのセットとが含まれる。
【０１４６】
また、この情報を用いてひとつのアイデンティセットを作成することもできる。なぜなら、Ａエンティティがどのようにして通信するかを指定する全ての情報をアイデンティセットが格納するからである。しかしながら、本最良の形態のシステムは、エンティティが、各オーディエンスに提供する情報を制御し続けることが可能なシステムを目的としている。したがって、エンティティに関連する情報は、Ａ第１アイデンティセット２５１およびＡ第２アイデンティセット２５２になる。Ａ第１アイデンティセットには、第１アイデンティティおよびエンティティが作成したクレームが含まれる。また、他のエンティティが第１アイデンティティと通信する方法を管理する通信テーブルも含まれる。Ａ第２アイデンティセット２５２は、Ａ第１アイデンティセット２５１と構成が異なっている。つまり、このアイデンティセットには、異なるオーディエンスが利用できるようになった２つの別個の通信アイデンティティに関する情報が含まれ、その通信テーブルが、アイデンティティに関する存在状態候補を指定する。この場合、Ａ第１アイデンティセット２５１はオーディエンス２７０を対象とし、Ａ第２アイデンティセット２５２はオーディエンス２８０を対象としている。
【０１４７】
アイデンティセットに加え、ユーザは、現ディスポジション２１５および現場所２１６から得られた現所在２５３と装置、ＣＦＥ、ネットワーク、トランスポートおよび／またはチャネルの一時的なステータス変化を示すオーバーライドテーブル２５４とを公開する。
【０１４８】
テーブル６１０に示したように、これらの所在を、通信テーブルの（ＲＴＰを含む）異なった通信パラメータセットへマッピングする。所在を公開することで、エンティティ２０１により、第１オーディエンスおよび第２オーディエンスは閲覧許可されたアイデンティセットの通信テーブルを理解できるようになる。例えば、テーブル６１０を参照すると、オーディエンスがどのアイデンティセットを保持するかに応じて、異なる所在は異なる存在状態に変換されることが分かる。こうして、現在有効な異なるＲＴＰへマッピングされる。
【０１４９】
所在に加え、オーバーライド２５４を公開するための条件がある。オーバーライド情報を公開する能力はネットワークおよび装置の性質次第ではあるが、これは、ネットワークおよび／または装置で生じる要因に基づいて、所在テーブル情報の存在状態を変更できることを目的としている。例えば、一時的なネットワーク障害が発生した場合など、ネットワーク２２０および２３０は特定アイデンティティの存在状態に影響しうると分かるであろう。したがって、オーバーライドにより、単に所在により指定されたＲＴＰを変更することができる。
【０１５０】
さらなるグループ２４０はエンティティ２４１のグループであり、エンティティ２４１はコンピュータサーバである。サーバは、テーブル２４４で示されたようなネットワーク２２０上で通信を行う。つまり、サーバ２４１は、ネットワークである第１ネットワーク２２０に接続され、第１ネットワークの通信アイデンティティ（第３アイデンティティ）、現存在である第３存在、およびそれ独自の通信属性セットを有する。これらを用いて通信データ２４２を形成する。この情報はＢ第１アイデンティセット２５５として公開される。同様に、サーバソフトウェアも、現所在およびオーバーライドを決定する、現場所２４４（ただし、変わることはほぼないと考えられる）および現ディスポジション２４３に影響する。現所在２５６およびオーバーライド２５７は公開される。
【０１５１】
なお、アイデンティセット２５１および２５２とは対照的に、アイデンティセット２５５は、第１オーディエンス２７０および第２オーディエンス２８０の双方が利用できるようにする。所在２５３および２５６は、オーディエンス２７０および２８０の双方が利用できるようにし、この情報を用いて、アイデンティセット２５１、２５２および２５５に含まれる特定の通信テーブルに基づいた異なるＲＴＰ情報を取得できるようにする。
【０１５２】
他のエンティティと通信する可能性のあるエンティティは、ディレクトリまたは別の方法で、他のエンティティを識別する。２つのエンティティ間の通信オプションを図３に示す。図３は、ネットワークおよびトランスポートの違いを示す図１をさらに説明するものである。この場合、第１エンティティ３１１の通信環境は通信環境３１０であり、第１の装置３１２および第２の装置３１３を有している。第１の装置３１２は第１の通信アイデンティティに対応しており、第２の装置は第１および第２の双方の通信アイデンティティに対応している。言い換えると、エンティティ３１１は、装置３１２か３１３のいずれかで第２通信アイデンティティを用いるのではなく、装置３１３側だけで第２通信アイデンティティを用いて通信を開始または受信することが可能である。
【０１５３】
第２エンティティ３２１の通信環境３２０には、第１の通信アイデンティティである通信アイデンティティ４を備えた第３の装置３２２と第２の通信アイデンティティである第３通信アイデンティティを備えた第４の装置３２３とがある。図式化したように、これらの通信アイデンティティは異なる論理ネットワークに対応している。
【０１５４】
これらの通信オプションは、図４に示した、エンティティ間の通信オプションの典型的な概略図のように広げられる。図４は、一般ディレクトリに格納された情報をさらに詳しく説明したものである。本実施の形態では、ディレクトリ記憶装置および有効ＲＴＰメカニズムは、ひとつのディレクトリサービスに組み合わせられる。これらを別々に公開できることは当然のことであろう。例えば、ピアツーピアネットワークを使用して、ディレクトリを複製、連合、および／または配信できることは、当業者であれば分かるであろう。また、図４は単なる典型例であり、特定エンティティの要求により様々な他の構成が適用できることは、当業者であれば言うまでもない。
【０１５５】
図４は、第１エンティティ４１１、第２エンティティ４３１および第３エンティティ４５１に対応する３つの通信環境４１０、４３０、４５０を示している。第１エンティティ４１１は、第１の装置４１２および第２の装置４１３を有する。エンティティ４１１は、２つの装置４１２および４１３に対応する２つの通信アイデンティティである第１アイデンティティおよび第４アイデンティティを保持する。
【０１５６】
第４アイデンティティについて、第１エンティティ４１１は第１Ｂ専用アイデンティセット４１４を保持する。この専用アイデンティセットは、第４アイデンティティに関連した情報を備え、第１エンティティ４１１との通信を開始できる、第４アイデンティティのうち少なくともひとつの通信アイデンティティと、図６で説明した通信テーブルと、第４アイデンティセットの閲覧が許可されたオーディエンスおよび第１エンティティが変更したいと考えるような他のアイデンティティおよび他の情報とを含んでいる。
【０１５７】
第１エンティティの第４アイデンティティがあるかどうかを示すエントリ４１６は、ディレクトリ４２０に公開される。しかしながら、一般に公開された第４アイデンティティに関するアイデンティセット情報はない。したがって、システムを利用する第４アイデンティティの相手側となる他のエンティティは、第４アイデンティティに対応する他の情報および関連アイデンティセットを取得するためには、第４アイデンティティに直接コンタクトし、その情報を要求する必要があると分かる。ディレクトリの第４アイデンティティに関する情報４１６は、要求するのに十分な、ピアネットワークにおけるリレーチェーンの第１ノードといったコンタクト情報を含んでいる。
【０１５８】
ディレクトリ４２０では、第１エンティティ４１１が、通信テーブルおよび他のアイデンティティ情報を含む、第１アイデンティティに対応する第１Ａ一般アイデンティセット４１７を公開すると決める。また、第１エンティティ４１１は、自身に関連する、全てのオーディエンスを対象としたオーバーライドテーブル４１９も公開する。第１エンティティ４１１は、エイリアスの解明とオーバーライドの理解を可能にする、アイデンティセット４１７および４１４にある通信テーブル内のエイリアステーブルを保持する。
【０１５９】
第１エンティティ４１１は、所在エイリアスである第１所在および公開テーブルの関連情報４１８を保持し、その所在をオーディエンスに伝送できるようにする。
【０１６０】
第２エンティティ４３１には、第２アイデンティティ、第３アイデンティティ、第５アイデンティティの３つのアイデンティティがある。第２エンティティ４３１は、コンピュータネットワーク４３２および電話ネットワーク４３３を介して通信可能なコンピュータである。第２Ｂ専用アイデンティセット４３４および第２Ｂ専用オーバーライド４３５は、第２エンティティ４３１の通信環境４３０内に保持される。第２エンティティ４３１は、ディレクトリ４２０に第５アイデンティティ４３６の存在を公開する。また、第２エンティティ４３１は、さらに２つの第２Ａアイデンティセット４３７および第２Ｃアイデンティセット４３８をディレクトリに公開する。この場合、第３アイデンティティを含む第２Ａアイデンティセット４３７は専用アイデンティセットであるけれども、暗号化されているためディレクトリ４２０に公開される。また、対象オーディエンスにしか開示しなくてもよい。
【０１６１】
第２Ｃアイデンティセット４３８の場合には、第２エンティティは、第２アイデンティティに関する一般アイデンティセット４３８を公開する。第２エンティティの一般所在エイリアスである第２所在は、一般オーバーライドテーブル４４０とともに一般利用可能テーブル４３９に公開される。許可されたエンティティは、受信が許可されたアイデンティセットを用いて一般所在およびオーバーライドテーブルを理解し、ネットワークまたはＢ側の介入なく第２エンティティと通信する最適な方法を決定する。
【０１６２】
第３エンティティ４５１は、装置４５２を有しているが、いかなるアイデンティセットまたは所在も公開しない。第３エンティティ４５１は、ネットワークインターフェース４５２を介してディレクトリ４２０にアクセスすることができ、ディレクトリ４２０に含まれる一般利用が可能な情報を取得するか、または、ネットワークインターフェースを使用して、アクセスが許可された専用ディレクトリ情報にアクセスするかもしくはエンティティおよび／または第２エンティティに直接情報を要求する。
【０１６３】
当然のことながら、場合によっては、Ａ側がすでにオーディエンスに属しており、一般ディレクトリのアイデンティセットにアクセスできるけれども、エンティティは、必要ならば、相手側Ｂ側エンティティに直接許可を要求して、Ｂ側からの関連アイデンティセットを検索、閲覧および利用する。その要求に証明書情報を含めて、要求する側のエンティティの真正性を保証してもよい。要求を受信する側のエンティティは、要求する側のエンティティの真正性をチェックし、そして、関連するオーディエンスにエンティティを割り当てて許可し、そのエンティティへ関連アイデンティセット、オーバーライドおよび所在情報を提供する。
【０１６４】
エンティティおよびその関連装置は、閲覧許可されたディレクトリに公開された、アイデンティティ、所在、またはオーバーライド情報のローカルキャッシュを保持してもよい。
【０１６５】
エンティティ装置、ＣＦＥ、ネットワーク、トランスポート、チャネルおよび通信アイデンティティの状態と、その他のアイデンティティまたは関連情報とは変化するため、必要であれば、エンティティはアイデンティセット情報を更新し、ディレクトリをそのように変更する。また、エンティティの所在および／または通信アイデンティティが変化すると、ディレクトリの関連アイデンティセット、所在およびオーバーライド情報が変更されても構わない。
【０１６６】
別のＢ側エンティティとの通信を確立または再確立しようとするＡ側エンティティは、Ａ側の装置で、Ｂ側エンティティと通信する要求を開始する。Ａ側装置は、直接要求して検索されたＢ側の専用アイデンティセット、所在およびオーバーライド情報か、ローカルキャッシュつまりディレクトリのアイデンティセットおよび所在情報かのどちらかを使用して、関連のあるＢ側アイデンティセット、所在およびオーバーライド情報を検索してもよい。Ａ側装置は、その情報を理解するので、有効ＲＴＰを含む関連通信テーブルとともに１以上の通信アイデンティティを取得する。Ａ側装置は、装置自身の通信能力とこれらを照らし合わせ、エンティティの選択、費用または質の経験則などの内部ルールを適用して通信方法の最適化順序リストを作成する。そして、その方法リストは、Ｂ側エンティティの所在に関連する、明らかになったエンティティのコンテキスト情報を表示するだけでなく、Ａ側エンティティに表示されてもよい。
【０１６７】
Ａ側装置は、装置自身と１以上の周知のＢ側装置との通信能力の現ステータスチェックを行って、相互通信能力がまだ現行であり、Ｂ側の公開または通知された所在および任意のオーバーライドもまだ現行であることを確認する。この現ステータスチェックは、それ自身の通信能力情報をリフレッシュし、ディレクトリのアイデンティセットおよび所在情報、またはＢ側に直接要求したアイデンティセットおよび所在情報を用いて、関連のあるＢ側アイデンティセット、所在およびオーバーライド情報を再検索し、Ｂ側の専用アイデンティセット、所在およびオーバーライド情報を再検索し、関連ネットワークに現ステータス情報の問い合わせを行い、Ｂ側装置に問い合わせをして、それが最後にその所在などを公開または通知してからずっとＢ側装置がオンラインであることをチェックすることを含んでもよい。公開されたＢ側の所在が現行でない場合には、Ａ側装置は、Ａ側エンティティに表示する数々の方法でこの情報を利用すること、または、実際の所在を調整して（Ｂ側がオフライン状態での通信確立を避けるなどの）最適化コールレジームを作成することができる。これにより、Ａ側装置が、通信オプションの更新最適化リストをＡ側エンティティへ提示し、通信開始を試行する前から確認または選択することができるようになる。あるいは、確立／再確立レジームを自動的に作成し起動してもよい。
【０１６８】
そして、自動的に発信を行う、つまり、Ａ側エンティティは、発信前に選択された通信方法を承認してもよい（例えば、音声またはインスタントメッセージの選択および／または特定ネットワークの選択）。
【０１６９】
Ａ側エンティティがＢ側と通信中または最近通信していた場合には、Ａ側は、（例えば、装置に格納された）情報のローカルキャッシュからＢ側のアイデンティセットを検索し、Ｂ側通信アイデンティティのうちひとつを用いて、１以上の周知のＢ側装置にポーリングのみを行い、通信レジームを作成する前に所在およびオーバーライド情報を確認してもよい。
【０１７０】
そして、Ａ側装置は、アイデンティセットおよび所在により定義された関連通信ネットワークおよび通信アイデンティティを用いて通信を確立／再確立しようとする。適切な通信テーブルで指定されたＲＴＰから得た期間内に、ある方法で通信を確立できなかった場合には、装置がその通信方法を終了させ、順序リストに記載されているその次の通信方法を試みてもよい。
【０１７１】
全ての通信方法でも確立できなかった場合には、失敗時に使用するよう定義した以下のような方法を装置は行う。
【０１７２】
通信の試行を終了する。
【０１７３】
Ｂ側の所在などの要因に基づき、ある時間をおいた後でレジームを再試行する。
【０１７４】
同時係属中の国際公開第２００５／０２２８７８号パンフレットに記載したようなＡ側主体のボイスメールシステムを使用する。本特許文献の開示内容は参照することにより援用される。
【０１７５】
メッセージを録音および転送する他の留守番電話機番号（ネットワーク接続されたサーバなど）に直接コールする。その時点では、留守番電話機番号を、他のＢ側通信アイデンティティとみなすことができる。単に留守番電話機の通信アイデンティティだけでなく真のＢ側通信アイデンティティを与えるためにはさらなる情報を送信する必要がある可能性を無視してはいるが、これは、コールセットアップの留守番電話機通信アイデンティティ用エンドにＢ側通信アイデンティティを加えることかまたは並列データ通信により可能になるであろう。または、
【０１７６】
インスタントメッセンジャー、Ｅメールなどの非リアルタイム通信方法を使用する。
【０１７７】
本プロセスを図５でさらに説明する。Ｂ側エンティティ５３０は、Ｂ側装置５３１および一連の専用アイデンティセット情報５３２を有している。これらは、Ｂ側装置５３１により、ディレクトリ公開アイデンティセット５２０と、アイデンティセット５２０に含まれる通信テーブルを理解するのに用いられる、ディレクトリ公開所在５２１とオーバーライドテーブル５２２とに前もって変換される。
【０１７８】
Ａ側５１０がコールを開始したい場合、Ａ側エンティティ５１０は、エンティティ自動ダイヤル装置を使用する装置５１２を操作して、Ｂ側がＡ側に割り当てたオーディエンスに基づき、Ａ側のアクセスが許可されたＢ側エンティティに関する情報を検索する。この情報には、公開アイデンティセット５２０および公開オーバーライドテーブル５２２が含まれる。また、Ａ側エンティティは公開所在５２１にもアクセスできる。Ａ側エンティティが、前もってＢ側エンティティと通信していたのであれば、ディレクトリ５２０だけでなく、またはディレクトリ５２０の代わりに、ローカルにキャッシュされたアイデンティセット５１３を調べてもよい。
【０１７９】
装置５１２のエンティティ自動ダイヤル装置５１１は、所在情報を用いて、通信テーブル、任意の現オーバーライド、ならびにそれ自身の通信能力および通信ステータスを理解し、コーリングセット５５０を生成および可能であれば提示するために必要な情報を取得する。そのコーリングセットは、Ｂ側の所在およびコンテキスト情報５５１と、装置５３１によるものなのかそれともＢ側エンティティに関連付けられた他のある装置によるものなのかをＢ側エンティティにコンタクトするための有効ＲＴＰ付き通信アイデンティティ候補の順序リスト５２２と、コールが失敗した場合にどうするかについてのルール５５３とで構成される。
【０１８０】
あるいは、その分析の結果、Ａ側が、（例えば、費用またはタイミングに関する）最適な通信にはＢ側エンティティが開始する通信が（おそらくそのうち）必要であると決定し、Ｂ側に通信開始を要求してもよい。この場合、Ｂ側はＡ側の役割を担い、上記プロセスを実行する。
【０１８１】
さらに、通信中に、加入者が所在を変更（例えば、エンティティの場所が変わってさらに装置／チャネルが利用可能になる）またはオーバーライドステータスを変更する（例えば、先のネットワークの性能低下が解消された）場合には、公開アイデンティセットおよびオーバーライドのこのような変更（例えば、Ｂ側の場合、５２１および５２２）を開示し、新たな通信環境に基づいて通信の再確立を試行することができる。再確立のプロセスは、上述と同じであるが、必要に応じて、通信ハンドオーバーがさらに必要となる。
【０１８２】
当業者であれば、他の技術を用いてＲＴＰを検索できることは自明であろう。例えば、エンティティは、エンティティに代わって情報を検索および公開する権限が与えられた第３者サービスを有してもよい。この情報には様々なソースがあり、必ずしもエンティティまたはその関連装置から直接とは限らず、例えばネットワークからでも構わない。例えば、第３者サービスに、エンティティのインスタントメッセージ（ＩＭ）通信アイデンティティの存在状態を閲覧する権限が与えられる場合には、ＩＭネットワーク自体を直接ポーリングし、存在状態およびＲＴＰ情報を公開できる。
【０１８３】
別の例として、Ａ側がＢ側にコールを試みる場合に、Ａ側装置は、Ｂ側のカレンダーに基づいて第３者サービスとコンタクトをとり（Ａ側は権限を与えられＢ側カレンダーに直接アクセスするとみなす）、有効ＲＴＰおよびＩＭＶｏＩＰアドレスなどの関連有効ＲＴＰおよび有効通信アイデンティティ候補のリスト（例えば、Ｂ側のカレンダーは、Ｂ側が、関連通信アイデンティティおよび有効ＲＴＰ付きの現所在「席で」であることを公開する）を検索してもよい。そして、Ａ側は、装置で「クリックしてダイヤル」することができる。有効ＲＴＰに基づき、コールに失敗した場合（例えば、ＲＴＰタイムアウト）には、Ａ側装置は、別の番号を試すか、または上述の失敗したコールメカニズムに戻ってもよい。
【０１８４】
さらに、任意の通信アイデンティティ／チャネルの有効ＲＴＰは、双方の一般的な相互通信能力によって決まる。例えば、いずれの加入者が費用または質の閾値を定義してもよく、その閾値を超えて通信が行われることはない（つまり、有効ＲＴＰが０）。例えば、「現在のネットワーク接続がブロードバンドではない場合、ビデオ通信のＲＴＰを０に設定する」または「費用を負担するネットワークからの携帯電話コールを受信しない」など。また、ネットワークの質またはレイテンシのため、通信に用いるチャネルによってＲＴＰを別個に設定してもよい。例えば、「ビデオ接続の確立（つまり、レイテンシが小さい高質な接続が必要な場合）には１０秒であるが、音声用には２０秒とする（つまり、質があまりよくない接続にも耐えることができる）」など。
【０１８５】
有効ＲＴＰを得るためにＢ側通信アイデンティティに適用する現ＲＴＰを用いる際には、通信ステータスメカニズムは通信の選択肢を少なくすることのみ可能である。つまり、有効ＲＴＰを現ＲＴＰより小さくすると、確立する通信時間は短くなる（上記の例で述べた環境のためと考えられる）。または、０にすると、一連の実行可能な通信アイデンティティからＢ側通信アイデンティティを削除する。Ｂ側通信アイデンティティに利用する現ＲＴＰより有効ＲＴＰを大きくすると、おそらく、ネットワークまたはＢ側からの介入があり、Ａ側呼制御メカニズムの効果をなくしてしまう。
【０１８６】
また、関連管理機能も提供して少なくとも以下のことが可能になることは当業者であれば言うまでもない。
【０１８７】
サーバへの加入および非加入。
【０１８８】
アイデンティティおよびアイデンティティ情報を確認、認証および変更する。
【０１８９】
アイデンティティをアイデンティセットに変換し、アイデンティティ関連追加情報を関連付けて変更する。
【０１９０】
アイデンティセットと所在とオーバーライド情報とを作成、暗号化および公開する。
【０１９１】
オーディエンスを確立し、オーディエンスへ暗号化キーを配信する。
【０１９２】
情報、情報伝達およびディレクトリの信頼性を保証する信頼サービスを提供する。および、許可されたアイデンティティ、装置、ネットワーク、ネットワークグループ、トランスポートおよびチャネルを追加および削除し、それらをエンティティと関連付ける。
【０１９３】
ディレクトリは、集中型ディレクトリでなく、配信型、ピアツーピアまたは他の形式であってもよいことは、当業者であれば言うまでもない。装置は全て同一のポイントに接続してディレクトリエントリを更新または閲覧するのではなく、様々なアクセス方法およびポイントを用いてディレクトリへアクセスしてもよい。
【０１９４】
そのディレクトリ内のレコードまたはフィールド全てを本発明のユーザ全てが閲覧できるわけではなく、あるフィールドおよびレコードはロックおよび暗号化されて特定のユーザまたは特定クラスのユーザのみが閲覧できるとしてもよいことは、当業者であれば言うまでもない。
【０１９５】
本発明の実施の形態により、装置ＣＦＥが割り当てる多数のネットワークで要求されるようにコールを確立することができる。
【０１９６】
本明細書において、「備える」という用語は「含むけれども必ずしもこれに限定されるものではない」という意味であり、「備える」という用語にはこれに相当する意味があることは明らかであろう。
【０１９７】
先行技術文献をここに参照している場合には、そのような引用により、オーストラリアまたは他の国において、その内容が当該技術分野の共通一般的知識の一部になると認めているわけではない。
【０１９８】
本発明の他の実施の形態は可能であり、ここに記載した本発明の範囲を逸脱することなく、本発明をいろいろ他へ応用し上記の実施の形態を改良することは当業者であれば言うまでもない。
【図面の簡単な説明】
【０１９９】
【図１】図１は、ネットワークとトランスポートとの違いを示す概略図である。
【図２】図２は、エンティティと所在とオーディエンスとコンテキストとの関係の一例を示す概略図である。
【図３】図３は、２つのエンティティ間の通信オプションの一例を示している。
【図４】図４は、様々なネットワークおよびトランスポートに接続したエンティティ間の通信オプションの一例を示す概略図である。
【図５】図５は、最良の形態の呼び出しプロセスを示している。
【図６】図６は、アイデンティセットに関連付けられた通信テーブルの例を示した概略図である。
【図１】
2009518879.tif 000003
【図２】
2009518879.tif 000004
【図３】
2009518879.tif 000005
【図４】
2009518879.tif 000006
【図５】
2009518879.tif 000007
【図６】
2009518879.tif 000008
【国際調査報告】
2009518879.tif 000009
2009518879.tif 000010
2009518879.tif 000011