(57)【要約】  通話がコールサーバ上でどのように処理されるのかをクライアントが制御できるクライアントサイド信号送信機構を提供する。クライアントユーザは、セッションプロトコルメッセージを管理するクライアント制御要素を使用して、クライアントデバイスにコール送信命令を作成できる。一旦作成されと、クライアント上で作成されたコール送信命令がコールサーバに送信され、そのコールサーバにおいて、コールサーバのコール送信要素はクライアントに関連するコールに対して命令を処理する。サーバが命令を受信し且つ命令が（着信中又は現時点で処理中の）既存のコールに関連すると判定すると、サーバはそのコールに対して処理する現在の通常のサーバ命令を停止させ且つクライアントにより作成された命令を実行する。１つの実施例では、ＳＩＰセッションメッセージがサーバサイドコール転送のクライアント制御に使用される。
2010503282.tif 000002
【特許請求の範囲】
【請求項１】
フォンコール管理を容易にするコンピュータ実装システム（１００）であって、
クライアント（１０６）のコールを目的地に送信するコールサーバ（１０４）のコール送信要素（１０２）と、
前記サーバ（１０４）における前記コールの前記送信を制御する前記クライアント（１０６）の制御要素（１０８）と
を含むシステム。
【請求項２】
前記クライアントの前記制御要素は、前記サーバ上の前記コールの前記送信を制御するために、セッションプロトコルの１つ以上のメッセージを使用して前記サーバの前記コール送信要素に信号を送信して、ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記セッションプロトコルは、セッション開始プロトコル（ＳＩＰ：ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）であることを特徴とする請求項２に記載のシステム。
【請求項４】
前記ＳＩＰの暫定的な応答メッセージはコール転送命令を含み、前記コール転送命令は、前記クライアントから前記サーバに送信され、前記コール転送命令が前記サーバにより実行されると前記サーバが前記コールを送信することを特徴とする請求項３に記載のシステム。
【請求項５】
前記ＳＩＰのリダイレクト応答メッセージはコール転送命令を含み、前記コール転送命令は、前記クライアントから前記サーバに送信され、前記コール転送命令が前記サーバにより実行されると前記サーバが前記コールを送信することを特徴とする請求項３に記載のシステム。
【請求項６】
前記制御要素は、ｌｘｘ及び３ｘｘＳＩＰ応答のうち少なくとも１つを使用して前記コールの送信を容易にすることを特徴とする請求項３に記載のシステム。
【請求項７】
前記コールサーバの前記コール送信要素は前記コールに関連する命令の処理を停止させ且つ前記クライアントの前記制御要素から受信されたコール送信命令を処理することを特徴とする請求項１に記載のシステム。
【請求項８】
前記クライアントの前記制御要素は、ユーザによるアクセスのためにセッションプロトコルメッセージを提示し、前記ユーザは、前記コールを送信するために、前記コール送信要素に対する送信及び前記コール送信要素による実行のためにクライアントサイドスクリプトを作成することを特徴とする請求項１に記載のシステム。
【請求項９】
前記制御要素は、前記クライアントにおける信号送信及びメッセージ送信の処理を同時にしながら前記サーバにおける前記コールの送信の制御を容易にすることを特徴とする請求項１に記載のシステム。
【請求項１０】
フォンコール送信を管理する方法であって、
処理のためにフォンコールを受信するステップ（２００）と、
前記クライアントにおいて作成されたコール転送命令を使用して前記クライアントからコールサーバに信号送信するステップ（２０２）と、
前記コール転送命令に基づいて前記サーバにおける前記コールを送信するステップ（２０４）と
を含む方法。
【請求項１１】
前記コールが前記コールサーバで受信されると前記コールを転送するために、前記クライアントから前記コールサーバに動的に信号送信するステップをさらに含む請求項１０に記載の方法。
【請求項１２】
他のオンラインクライアントの存在を検出するステップと、
前記コールを前記他のオンラインクライアントに接続するために、前記コール転送命令に基づいて前記コールサーバにおける前記コールを送信するステップと
をさらに含む請求項１０に記載の方法。
【請求項１３】
新たな位置に対する前記クライアントの地理的な位置の変化を検出するステップと、
前記クライアントの前記新たな位置に前記コールの送信を容易にする前記コール転送命令に基づいて前記コールサーバにおける前記コールを送信するステップと
をさらに含む請求項１０に記載の方法。
【請求項１４】
前記コールサーバにおける前記コールの送信を可能にするために、前記コール転送命令のＳＩＰメッセージを実行するステップをさらに含む請求項１０に記載の方法。
【請求項１５】
アカウントからコールを検出するステップと、
前記アカウントと関連付けられた目的地に前記コールを送信することを容易にする前記コール転送命令に基づいて前記コールサーバにおける前記コールを送信するステップと
をさらに含む請求項１０に記載の方法。
【請求項１６】
前記クライアントベースのコール転送命令に基づいて複数の異なるコールパーティーを前記コールに接続するステップをさらに含む請求項１０に記載の方法。
【請求項１７】
前記クライアントが現時点において別のコールを処理している間において、前記コール転送命令に基づいて別のデバイスにおける前記コールを動的に終了させるステップをさらに含む請求項１０に記載の方法。
【請求項１８】
ＰＳＴＮベースのコールである前記フォンコールの受信に応答して前記コールサーバに前記コール転送命令を送信するステップと、
前記コール転送命令に基づいて前記コールサーバにおける前記ＰＳＴＮベースのコールを携帯電話に送信するステップと
をさらに含む請求項１０に記載の方法。
【請求項１９】
ＳＩＰの暫定的な応答メッセージ及びＳＩＰリダイレクト応答メッセージの１つ以上を含むスクリプトを前記クライアントにおいて作成するステップと、
前記フォンコールの受信に応答して前記コールサーバに前記スクリプトを送信するステップと、
前記サーバにおける前記コールの送信を実行するために、前記スクリプトを処理するステップと
をさらに含む請求項１０に記載の方法。
【請求項２０】
コール管理システムであって、
コール送信命令をクライアント上に作成する手段（７１０）と、
処理のためにクライアント及びＳＩＰコールサーバのうちの一方でコールを受信する手段（７０２）と、
前記クライアントから前記コールサーバに前記コール送信命令を送信する手段（７１２）と、
前記コールサーバにおいて前記コール送信命令を実行する手段（７２２）と、
前記コール送信命令に基づいて前記サーバにおける前記コールを送信する手段（７２４）と
を含むシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
インターネット等のグローバルコミュニケーションネットワークの登場は、携帯用コンピュータデバイスにおける計算能力及びサービスを集中させる触媒として機能している。係る携帯無線デバイスの記憶能力及び計算能力における進歩を考えると、それらは、例えば、画像、音声、ビデオクリップ、音声データ、テキストデータ等の異種データ形態の多くのタイプを処理可能である。このデータは別々に特定の目的のために通常利用される。（携帯電話と非携帯電話の両方の）ネットワークオペレータ及びプロバイダにより、移動通信が莫大な収益を与える次世代の分野であることが実感されてきた。このように、携帯電話の需要者は、インターネット上で利用可能なマルチメディアにアクセスすることができる携帯電話を現在購入できる。別の例においては、携帯電話のユーザは、インターネット上のＩＰノード（別のユーザ）と通信することもでき、且つインターネットに基づいてユーザのメールプロバイダーからの電子メールを読むことができる。同様に、コンピュータデバイスの電話能力によっても、もうかる機会が与えられている。
【０００２】
ＩＰベースのクライアントサーバテレコミュニケーションコンテクスト（例えば、インターネットプロトコル上のＶｏＩＰ音声）において、通話処理／転送命令はサーバ側に慣習的に実装されている。これにより、サーバはクライアントにより設定された命令の事前知識を有しなければならない。サーバ側の転送は過去においても機能しており、その理由として、クライアントが適用し得る命令が単純であり且つ実装が容易であったからである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
将来的には、しかしながら、クライアントからの付加的アシスタンスの援助がない場合、サーバはコール処理命令を認識し又は適応することができない多くの場合があるであろう。この事が特に重要となるのは、クライアントの配置及びロールアウトが、サーバの配置よりもはるかに頻繁になされる場合であって、そのようになる可能性は高そうである。
【０００４】
その上、ユーザがすぐに入手できる新たなクライアントソフトを購入し且つ既存のサーバインフラストラクチャと共にそれを使用することができるであろうことは容易に想像できる。これは、クライアントアプリケーションはサーバアプリケーションよりも速く開発され、配布され、進化されるからである。このように、例えば、セッション開始プロトコル（ＳＩＰ：ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）における既存の信号送信機構は、問題解決のために幇助するには不十分であり且つ問題解決のために幇助するか否かは分からない。既存の信号送信プロトコルに関する別の問題としては、コールがプロキシにより処理されるべきであることをクライアントがサーバに指定する方法が全くないということがあげられる。
【課題を解決するための手段】
【０００５】
開示された本発明のいくつかの態様に関して基礎的理解のために、簡略された概要を以下に提示する。この概要は広範な概要ではなく、それは、主要要素／重要要素を特定し、或いはそれらの範囲を画定するものでもない。その唯一の目的は、後に提示されるより詳細な説明への前奏として簡易な形態でいくつかの概念を提示することである。
【０００６】
開示されたアーキテクチャはクライアントサイド信号送信機構を導入している。クライアントサイド信号送信機構により、クライアントの送受話器又はコンピュータデバイスは、コールサーバ上でどのように通話が処理されるかを制御することができる。既存のセッションプロトコル（例えば、ＳＩＰ−セッション開始プロトコル）により利用されているセッションプロトコルメッセージに基づいて、クライアント上にコール送信命令を作成する能力がクライアントユーザに提供されている。一旦作成されると、ユーザにより、コールサーバはコール送信命令を処理するコールサーバにそのコール送信命令を送信することができる。サーバは命令を受信し且つ命令が（着信中又は現時点で処理中の）既存のコールに関連することを判定すると、サーバはそのコールに対して現在の命令処理を停止させ且つクライアントサイドの命令を実行する。サーバは、クライアントコールを通常処理するためにサーバ上に記憶されたサーバサイド命令を処理できるように構成されている。しかしながら、一旦サーバがクライアントにより作成された命令を受信すると、それはそのコールに対するサーバサイドの命令処理を省略し且つ受信されたクライアント命令を処理する。
【０００７】
開示された本発明は、サーバ送信命令システムを変えることなく、既存のコールインフラストラクチャに適用され得る。さらに、本発明は、クライアントがログオンすると、動的に付加的クライアントのような機能性をサーバに追加せずに適用され得る。従って、ユーザは、市販のより新しいクライアントを購入することができ且つ既存のサーバインフラストラクチャを使用しながら当該新しいクライアント上で利用可能になされた新たなインテリジェントコール操作機能を使用することができる。
【０００８】
１つの典型的実装においては、セッションプロトコルはＳＩＰであり且つクライアントにより構築されたコール送信命令はＳＩＰ応答を利用している。ＳＩＰプロトコルにおけるＳＩＰの暫定的な応答メッセージ（１ｘｘ）及び／又はリダイレクト応答（３ｘｘ）が利用されて、サーバサイドコール送信のクライアントサイド制御が提供される。より自動化された実装においては、クライアントユーザはクライアント上にスクリプトを書き込むことができ、そのクライアントは、コールサーバに送信されるときにサーバがその特定のコールに適用するコール転送命令を含む。プロキシサーバが係る要求を受信すると、例えば、それは、現在のコール分岐を停止し且つ１ｘｘ応答において指定される命令を適用する。
【０００９】
そのサポートにおいては、本明細書に開示され特許請求の範囲に記載されたアーキテクチャはコール管理を容易にするコンピュータ実装システムを含む。システムは、クライアントのコールを目的地に送信するコールサーバのコール送信要素、及びサーバにおけるコールの送信を制御するクライアントの制御要素を含む。クライアントユーザは、制御要素を使用してクライアントサイド命令を作成し、且つクライアントに関連するコールに対して実行のためにサーバサイドコール送信要素に命令を送信する。そして、クライアントサイド命令に従って、コールは送信される。
【００１０】
方法は、以下の能力に関連して記述されている。すなわち、クライアントが現在のクライアントが確実に呼び出し（又は警告され）続けている間において、クライアントが代替コール命令を送信して、一連の代替コール命令に基づいて発呼側にリダイレクトすることが可能である能力、クライアントにおいて生成されたコール転送命令を適用し且つ既に進行中のいかなる他のコール転送を中断させるコールサーバ能力、及びサーバが適用できないときにコール転送命令を適用するコール生成クライアントの能力に関して記述されている。
【００１１】
上記した目的及び関連した目的の達成のために、開示された本発明のいくつかの典型的な態様が、以下の説明及び添付図面にしたがって本明細書に記載されている。これらの態様が示されているが、これらの態様は、種々の手段のうちのほんの僅かなものに過ぎず、本明細書に開示された原理が採用されることができ且つ係る態様のすべて及びそれらの均等物も含まれる。図面とともに考慮すれば、他の利点と新規な特徴が以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】開示された本発明に係るコール管理を容易にするコンピュータ実装システム１００を示す図である。
【図２】クライアントからのコールを管理する方法を示す図である。
【図３】クライアントベースのメッセージに応じてコール管理を容易にするより詳細なシステムを示す図である。
【図４】クライアントサイド制御によるコールの転送する方法を示す図である。
【図５】クライアントにより制御されたコールサーバのコール転送中のクライアントサイドの処理を維持する方法を示す図である。
【図６】クライアントサイド命令に基づくサーバサイド処理の方法を示す図である。
【図７】ＳＩＰクライアントベースのコール転送システムを示す図である。
【図８】ＳＩＰプロキシサーバを使用するクライアントサイド制御の方法を示す図である。
【図９】ＳＩＰリダイレクトサーバを使用するクライアントサイド制御の方法を示す図である。
【図１０】現時点においてオンライン中の他の連絡を呼び出すことによるクライアント制御の典型的なコールフロー図である。
【図１１】３ｘｘリダイレクションを使用してコールを転送する典型的なコールフロー図である。
【図１２】コールをＰＳＴＮ目的地にリダイレクトする典型的なコールフロー図である。
【図１３】コールサーバのクライアントサイド制御を使用することによる様々なアカウントに対してコールを動的に管理する方法を示す図である。
【図１４】コールサーバのクライアントサイド制御を使用することによるクライアントにおける存在情報を管理する方法を示す図である。
【図１５】コールサーバのクライアントサイド制御を使用することによるオフフック（又はオンライン）クライアントに対する着信コールを管理する方法を示す図である。
【図１６】コールサーバ処理に関するクライアントサイド制御を使用することによりクライアントの位置変化に基づいてコールを動的に管理する方法を示す図である。
【図１７】クライアントサイド命令作成とコールサーバ制御を容易にする携帯無線デバイスの概略的ブロック図である。
【図１８】開示されたアーキテクチャによるコールサーバのクライアントサイドコール転送制御が実行可能なデスクトップコンピュータ又はポータブルコンピュータのブロック図である。
【発明を実施するための形態】
【００１３】
図面を参照して本発明について説明する。図面において同一参照番号が同様の要素を参照するのに使用されている。以下の説明においては、説明のために、多くの特定の詳細を完全に理解するために説明されている。しかしながら、これらの特定の詳細な記述がなくとも本発明が実施され得ることは明らかであろう。他の例においては、周知の構造とデバイスが、説明を容易にするためにブロック図の形態で示されている。
【００１４】
開示されたアーキテクチャは、例えば、ＳＩＰ（セッション開始プロトコル）及び／又は他のセッションプロトコルにおいて、信号送信機構を導入しており、そのＳＩＰ（セッション開始プロトコル）及び／又は他のセッションプロトコルにより、クライアントは既存のサーバーコール送信命令を変えなくともコールサーバ上においてコールがどのように転送されるのかを制御し、或いはクライアントがログオンする場合に付加的クライアントのような機能性をサーバに動的に追加することが可能である。その結果、ユーザはすぐに入手できるより新しいクライアントを獲得し且つ新しいインテリジェントコール対処機能を使用することができる。その新しいインテリジェントコール対処機能は、それらの管理者が配布した既存のサーバインフラストラクチャを使用してクライアント上で利用可能となり得る。尚、説明においてはクライアントとコールサーバとの間の通信に対してセッションプロトコルとしてＳＩＰの使用が考えられているが、開示された本発明は他のセッションプロトコル（例えば、Ｈ．３２３）をも適用できることが理解されるべきである。
【００１５】
ＳＩＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）ＭＭＵＳＩＣ（Ｍｕｌｔｉｐａｒｔｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）ワーキンググループにより構築されたプロトコルであり、対話型のユーザセッションを開始し、変更し、終了させる提案されたスタンダードである。その対話型のユーザセッションは、テレフォンコール、マルチメディア会議、インスタントメッセージ及びインターネット（例えば、オンラインゲーム及びバーチャルリアリティ）上の他のリアルタイム通信等のマルチメディア要素を含む。それはＨ．３２３に伴うＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の主信号送信プロトコルの１つである。
【００１６】
ＳＩＰの動機目標は、信号及びコールセットアッププロトコルをＩＰベース通信に提供することであった。そのＩＰベース通信は、公衆電話交換網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）に存在するコール処理機能及び特性の上位集合（ｓｕｐｅｒｓｅｔ）をサポートできる。ＳＩＰの関心の的は、コールセットアップ及び信号送信である。そのコールセットアップ及び信号送信の特性により、身近な電話のような操作（例えば、番号をダイヤルする操作、電話をかける操作、かけ直しトーン又は話中音を聞く操作）が可能になる。
【００１７】
ＳＩＰは、ピアツーピアプロトコルである。そのピアツーピアプロトコルは（ハードウェア又はソフトウェアのいずれか一方内に構築されたデバイスにおいて終端する）エンドポイントにおいて実装されたインテリジェンスを使用して、非常に単純なコアネットワークのみを必要としている。典型的な実装において、ＳＩＰセッションは、単にリアルタイムトランスポートプロトコル（ＲＴＰ：Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）のパケットストリーム、すなわち、実際の音声又はビデオコンテンツ自体のキャリアである。
【００１８】
伝統的な電話の外観、感じ、及び形状と、通信のＳＩＰ及びＲＴＰの使用等を与えるハードウェアのエンドポイントは、Ｅｌｅｃｔｒｏｎｉｃ  Ｎｕｍｂｅｒｉｎｇ（ＥＮＵＭ）を使用して、（ＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）フォーマットに基づいて）ＳＩＰアドレスに既存の電話番号を転送することができる。従って、サービスプロバイダは、伝統的な電話番号及び関連づけられたチャージに対してＰＳＴＮネットワークへのゲートウェイとして通常動作するにもかかわらず、他のＳＩＰのユーザに対するコールは電話ネットワークをバイパスする。
【００１９】
ＳＩＰは、プロキシサーバと称されるネットワーク構成要素を使用して、ユーザの現在の位置に対する送信要求に役立ち、サービスのためにユーザを認証し且つ認定し、プロバイダーコール送信方式を実装し、且つ特徴をユーザに提供する。また、ＳＩＰはレジストラ（又はユーザ代理サーバ）を介して登録機能を提供し、そのレジストラにより、ユーザは使用のためにプロキシサーバによりそれらの現在の位置をアップロードすることが可能である。
【００２０】
始めに図を参照すると、図１は、開示された本発明によるコール管理を容易にするコンピュータ実装システム１００を示している。システム１００は、コールサーバ１０４（例えば、プロキシサーバ）のコール送信要素１０２を含み、コール送信要素１０２はクライアント１０６のコールを目的地に送信する。また、システム１００は、クライアント１０６の制御要素１０８を含むことができ、制御要素１０８はサーバ１０４でのコールの送信を制御する。動作中、コールサーバ１０４がクライアント１０６に向けられたコールを受信すると、コールサーバ１０４は、着信コールがある旨の信号をクライアント１０６に送信する。クライアント１０６がコール時に現時点においてオンライン中であるのか又はオフライン中であるかにかかわらず、クライアント１０６により、コールサーバ１０４は、クライアント１０６に対するコールを、処理するコールサーバ１０４上の現時点での命令とは異なるクライアント命令に応じて着信コールを処理する。クライアント１０６は１つ以上のセッションメッセージ（例えば、ＳＩＰ）を使用してコールサーバ１０４に応答する。その１つ以上のセッションメッセージは、コールを送信する方法をコールサーバ１０４に示している。
【００２１】
１つの例において、ＳＩＰの暫定的な応答メッセージは、コール転送命令を含む。そのコール転送命令は、クライアント１０６からサーバ１０４へ送信され、そのコール転送命令はサーバ１０４により実行されると、それに応じてコールを送信する。別の例では、ＳＩＰのリダイレクション応答メッセージはコール転送命令を含む。そのコール転送命令はクライアントからサーバまで送信され、そのコール転送命令は、サーバ１０４により実行されると、コールを送信する。より具体的には、開示されたアーキテクチャは、（ｘが０−９である１ｘｘ）情報（暫定的）応答メッセージ、及び／又はＳＩＰプロトコルにおける（ｘが０−９である３ｘｘ）リダイレクト応答を利用している。これらのタイプの応答の少なくとも１つ以上を使用して、スクリプトがクライアント１０６において生成され且つスクリプトがクライアント１０６からコールサーバ１０４まで送信され得る。スクリプトは、サーバ１０４がその特定のコールに適用するコール転送命令を含む。コールサーバ１０４がスクリプトをクライアント１０６から受信すると、それは、そのコールに対して分岐する現在のコールを停止し且つ１ｘｘ応答において指定されたスクリプトの１つ以上の命令を適用する。
【００２２】
以下に、開示されたアーキテクチャに関連づけられた他の能力がさらに詳細に説明されている。例えば、クライアント１０６はプロキシサーバ１０４に代替コール命令を送る能力を含むことができ、同時に、クライアント１０６は別のコールを処理する（例えば、発呼し続けるか又は警告され続けられる）ことができる。別の実施例では、クライアント１０６は、着信コールの処理をリダイレクトする命令のスクリプトを、ＳＩＰリダイレクション応答メッセージに応じて送る能力を含む。その上、コールサーバ１０４は、クライアント１０６から受信されたコール転送命令を適用し、且つコールに関連する既に進行しているいかなる他のコール転送処理を中断させる能力を含む。さらに、既存のコール又はプロキシサーバの特別な再構成は、コール生成クライアント１０６から受信されたコール転送命令を適用するためには全く必要でない。
【００２３】
従来、例えば、ＳＩＰのＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）３２６１ドキュメントは３８０代替サービス応答（ＳＩＰ下のリダイレクション応答）を規定しているが、その定義又は目的は明確になっていない。少なくとも１つのシナリオによれば、クライアントはサーバに対するプロキシの振る舞いを指定する必要がある。例えば、ユーザが発呼側からの着信コールを受信し且つ発呼側を当該ユーザの携帯番号に回したい場合が考慮される。この場合、（例えば、プロキシによる）再ルーチングがＬＳ（ＬＳ：ｌｏｃａｔｉｏｎ  ｓｅｒｖｅｒ位置サーバ）プロキシによりなさなければならないので、既存のＳＩＰ３０２Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙリダイレクション応答の使用が禁じられる。
【００２４】
図２は、クライアントからのコールを管理する方法を示している。説明を単純化させるために、フローチャート又はフロー図の形態で本明細書に示された１つ以上の方法が一連の動作として示され且つ記述されているが、対象の本発明は、その本発明に係るいくつかの動作と同様の動作の順序により制限されず、本明細書に示され且つ記載された他の動作とは異なる順序及び又は同時に生じることを理解し且つ十分に理解すべきである。例えば、当業者であれば、方法は状態図等の一連の相関的な状態又は事象として代わりに表されることを理解し且つ十分に理解するであろう。その上、例示された全ての動作が本発明に係る方法を実装するのに必要とされなくてもよい。
【００２５】
２００では、フォンコールが、処理のためにクライアントにおいて受信される。これはＩＰベースのフォンコール（例えば、ＶｏＩＰ）であってもよい。ＩＰベースのフォンコールの処理はＩＰセッションプロトコル（例えば、ＳＩＰ）と互換性がある。１つの実装においては、コールサーバは、着信コールがある旨の信号を送信し、且つクライアントとの接続のために処理されるであろう。別の実装では、コールはクライアントに転送され、その後に、コール転送が開始されてコールを再送信する。２０２では、クライアントはＳＩＰメッセージ（又はコール命令）のスクリプトをコールサーバに送り、そのＳＩＰメッセージ（又はコール命令）のスクリプトはコールサーバを制御して、クライアントスクリプトに応じてコールを転送する。２０４では、コールサーバはクライアントスクリプトを受信且つ処理し、コールを再転送する。
【００２６】
図３は、クライアントベースのメッセージに応じてコール管理を容易にするより詳細なシステム３００を示している。システム３００はクライアント１０６のコールを目的地に送信するコールサーバ１０４のコール送信要素１０２と、サーバ１０４におけるコールの送信を生成し、転送し且つ最終的には制御するクライアント１０６の制御要素１０８とを含む。
【００２７】
この実装において、クライアント１０６は、クライアント命令要素３０２を含み、そのクライアント命令要素３０２はクライアント信号送信要素３０４を介するサーバ１０４に対する伝達のための１つ以上の命令を構築する。クライアント信号送信要素３０４は、ＳＩＰ等の異なるセッションプロトコルの利用を容易にする。クライアント命令要素３０２へのユーザインタフェースを通してクライアントユーザにより作成された１つ以上の命令が、クライアント信号送信要素３０４を介してサーバ信号要素３０６に伝達され得る。１つの実装において、クライアント信号送信要素及びサーバ信号要素（３０４及び３０６）は、セッションプロトコルとしてＳＩＰを処理する。別の実装においては、Ｈ．３２３がセッションプロトコルである。代わりに、例えば、ＨＴＴＰ（ハイパーテキスト転送プロトコル）及びＦＴＰ（ファイルトランスポートプロトコル）等の他のアプリケーション層のセッションプロトコルが使用され得る。
【００２８】
先に示したように、クライアント命令はスクリプトの形態でクライアント１０６からサーバ（又はプロキシサーバ）まで伝達され得る。そのスクリプトは、サーバ１０４において実行可能であり且つ着信コールを処理するために選択された１つ以上のサーバサイド命令のオーバーライドを容易にする。スクリプトは、スクリプト及び関連付けられた命令を処理するサーバ命令要素３０８により受信され、それに応じてコールを送信（又は転送）する。
【００２９】
上述したように、クライアント１０６が現時点においてコール時にオンライン中であるのか又はオフライン中であるのかにかかわらず、別のコールが着信すると、クライアント１０６により、コールサーバ１０４はクライアント１０６に対するコールを通常処理するために、現時点においてコールサーバ１０４上にある命令とは異なるクライアント命令に応じて着信コールを処理できる。
【００３０】
図４は、クライアントサイド制御に基づきコールを転送する方法を示している。４００では、コールサーバは、コール命令を受信してコールサーバにおけるクライアントコールについて通常処理する。コールサーバは、クライアントサイド制御により命令されるまでクライアントに対するコールのこれらの命令を処理するであろう。４０２では、コールサーバは、クライアントのコールを受信する。４０４では、サーバは、着信コールがある旨の信号をクライアントに送信し且つサーバサイドクライアントコール送信命令の処理を開始する。４０６では、クライアントは、メッセージに応答して、１つ以上のクライアントベースの代替コール送信命令を処理する。４０８では、サーバは、１つ以上の代替クライアントコール送信命令を受信し且つ処理する。
【００３１】
図５は、クライアントにより制御されたコールサーバのコール転送中のクライアントサイドの処理を維持する方法を示している。５００では、クライアントは、現在のコールを受信し且つそれに接続する。５０２では、クライアントは、別の着信コールに関連する信号を受信し且つ処理する。５０４では、クライアントは、サーバサイドの処理のために１つ以上のクライアントベースの代替コール送信命令を選択する。５０６では、クライアントは、セッションプロトコルを使用して１つ以上の代替コール送信命令をサーバに送信する。５０８では、コールサーバが１つ以上の代替命令を処理している間は、クライアントは、現在のコールの通常のコール処理を維持する。言い換えれば、クライアントは、着信コールと他の進行中の過程とに関連する警告、通知（例えば、音、チャープ、振動、着信音）、及びメッセージを処理し、それと同時に、ユーザが別の着信コールに気が付くようにコールサーバを制御する。それに応答して、代替命令が新たなコールを転送するコールサーバに伝達され得る。別の実施例では、現在のコールは、送信されたクライアントサイド命令に応じて処理されて、現在のコールが付加的受信者（例えば、電話会議）に接続され得る。
【００３２】
図６を参照すると、クライアントサイド命令に基づくサーバサイドの処理の方法が示されている。６００では、コールサーバは、クライアントコールの通常処理のためにクライアントコール送信命令を記憶する。命令は着信コールを処理し且つクライアントが生成したコールを処理するためのものとなり得る。６０２では、サーバは、クライアントが終了させたコールを受信し且つそのクライアントに対する通常処理送信命令にアクセスする。６０４では、クライアントは、サーバサイドの処理のために１つ以上のクライアントベースの代替コール送信命令を選択する。６０６では、サーバは、クライアントコールが着信している旨の信号を送信されると、それに応答して、クライアントベースの代替命令を受信する。６０８では、コールサーバは、着信コールの通常処理を中断し且つ代替命令を処理する。６１０では、サーバは代替命令に基づいて現在のコールを送信する。
【００３３】
図７は、ＳＩＰクライアントベースのコール転送システム７００を示している。システム７００は、プロキシサーバ７０２、リダイレクトサーバ７０４、およびクライアント（有線又は無線の）デバイス７０８のＳＩＰユーザクライアント７０６を含む。デバイス７０８のＳＩＰクライアント７０６は、クライアント命令要素７１０を含むことができ、そのクライアント命令要素７１０は、クライアント上の命令を生成し、その命令は、プロキシサーバ７０２及び／又はリダイレクトサーバ７０４にクライントＳＩＰインターフェース７１２を介して送信され且つプロキシサーバ７０２及び／又はリダイレクトサーバ７０４により実行される。図示されているように、クライアント命令要素７１０及びクライアントＳＩＰインターフェース７１２は、ＳＩＰユーザクライアント７０６の一部である。しかしながら、これは必須ではない。すなわち、クライアント命令要素７１０若しくは／及びクライアントＳＩＰインターフェース７１２のどちらか一方又は両方がデバイス７０８のＳＩＰユーザクライアント７０６の外部にある要素となり得る。
【００３４】
プロキシサーバ７０２は中間ネットワークエンティティであり、その中間ネットワークエンティティは、クライアント（例えば、クライアント７０６）からのＳＩＰ要求を受信し且つクライアントの要求を転送する。言い換えれば、プロキシサーバ７０２は、ＳＩＰメッセージを受信し且つネットワークの次のＳＩＰサーバにメッセージを転送する。プロキシサーバ７０２は、認証、許可、ネットワークアクセス制御、送信、要求再転送、及び機密保護機能を提供している。
【００３５】
リダイレクトサーバ７０４は、メッセージがとるべき次のホップ（又は複数のホップ）に関する情報をクライアントに提供する。その後に、クライアントは直接、次のホップエンティティ（又はサーバ）に連絡する。レジストラサーバ（図示せず）の処理は、クライアント７０６に現在のクライアントの位置の登録を要求する。尚、レジストラサーバはプロキシサーバ７０２又はリダイレクトサーバ７０４とともに位置づけられる。クライアントデバイスが移行するので、その位置はＳＩＰサーバに動的に登録され得る。
【００３６】
ＳＩＰリダイレクトコードがクライアントデバイス７０８において生成された命令内で利用されると、クライアントＳＩＰインターフェース７１２は、リダイレクトサーバ７０４のリダイレクトサーバＳＩＰインターフェース７１４にＳＩＰリダイレクション応答を伝達する。リダイレクトサーバ７０４は、リダイレクト応答を処理するリダイレクト命令要素７１６と、受信されたクライアント命令に基づいてコールの送信を容易にするリダイレクトコール送信要素７１８と、を含むことができる。
【００３７】
ＳＩＰ情報の応答がクライアント７０６により作成された命令において利用されると、クライアントＳＩＰインターフェースはプロキシサーバＳＩＰインターフェース７２０に命令を伝達する。プロキシサーバ７０２は、情報の応答を処理するプロキシ命令要素７２２と、受信されたクライアント命令に応じてコールの送信を容易にするプロキシコール送信要素７２４とを含むことができる。
【００３８】
ＳＩＰサーバ（７０２及び７０４）は、ＬＤＡＰ（ｌｉｇｈｔｗｅｉｇｈｔ  ｄｉｒｅｃｔｏｒｙ  ａｃｃｅｓｓ  ｐｒｏｔｏｃｏｌ）、位置サーバ（例えば、位置サーバ７２６）、データベースアプリケーション、ＸＭＬ（拡張可能マークアップ言語）アプリケーション等の他のサービスと情報のやりとりを行うことができる。これらのアプリケーションサービスは、ディレクトリや、認証や、伝票発行サービス等のバックエンドサービスを提供することができる。尚、電話は、サーバ又はクライアントとして機能し得る。
【００３９】
コールは、クライアントデバイス７０８により開始され且つＳＩＰゲートウェイ７２８を介してレガシーＰＢＸ（ＰＢＸ：ｐｒｉｖａｔｅ  ｂｒａｎｃｈ  ｅｘｃｈａｎｇｅ）及び／又は例えばＰＳＴＮ（公衆電話交換網）に送信され得る。ゲートウェイ７２８は、コール制御と、会議エンドポイント間の送信と、オーディオ／ビデオコーデックとを与え、ＩＰネットワーク側と交換回線網側の両方上においてコールセットアップと整理を実行する。
【００４０】
図８は、ＳＩＰプロキシサーバを使用するクライアントサイド制御の方法を示している。８００では、ＳＩＰがコールプロキシサーバとクライアントとの間のコール処理に使用される。８０２では、ＳＩＰ情報応答（１ｘｘ）のクライアントサイドスクリプトがサーバサイド処理のための代替命令として構築される。８０４では、コールは開始され（クライアントにより生成されるか又はクライアントにより終了される）、クライアントはクライアントコールを処理する一部分としてプロキシサーバに実行のためのスクリプトを送信する。８０６では、プロキシサーバはクライアントコールに対して現在のコール分岐を停止させる。８０８では、プロキシサーバは１ｘｘメッセージとして特定された命令を現在のコールに適用する。
【００４１】
図９は、ＳＩＰリダイレクトサーバを使用するクライアントサイド制御の方法を示している。９００では、ＳＩＰがクライアントとリダイレクトサーバとの間のコール処理に使用される。９０２では、クライアントサイドスクリプトが代替コール送信命令として１つ以上のリダイレクション応答について作成される。９０４では、コールが開始され（クライアントにより生成された又はクライアントにより終了される）、クライアントはリダイレクトサーバにスクリプトを送信する。そのリダイレクトサーバは、サーバ上に記憶され且つクライアントコールに使用される命令を通常の処理の代わりに処理する。９０６では、リダイレクトサーバは、そのクライアントに関連するいかなる現在のコール分岐をも停止する。９０８では、リダイレクトサーバは、命令のスクリプトを実行し且つそれに応じてコールを処理する。
【００４２】
図１０は、現時点においてオンライン中である他の連絡を呼び出すことによるクライアント制御の典型的なコールフロー図を示す。その実施例は、パーティ間、すなわち、アリスとボブとの間において存在し、アリスがボブをコールする。アリスは、ｓｉｐ：ａｌｉｃｅ＠ｃｏｎｔｏｓｏ．ｃｏｍのＳＩＰアドレスを有し、そのＳＩＰアドレスにおいては、フォーマットはｓｉｐ：ｕｓｅｒＩＤ＠ｇａｔｅｗａｙ．ｃｏｍである。アリスのクライアントは、ＳＩＰ  ＩＮＶＩＴＥ要求をプロキシサーバに送信し、プロキシサーバは被発呼側であるボブへのパスを決定する。そのパスは、ＳＩＰ  ａｄｄｒｅｓｓ  ｓｉｐ：ｂｏｂ＠ｃｏｎｔｏｓｏ．ｃｏｍである。プロキシサーバは、ＩＮＶＩＴＥ要求をボブに転送する。サーバは、アリスのクライアントにメッセージを送り返し、コールが試みられていることをアリスに示す。ボブのクライアントは、プロキシサーバに戻される１００ＴＲＹＩＮＧ応答で応答する。
【００４３】
ボブは、自身のクライアント上で設定された命令を作成し且つ記憶しており、現時点においてオンライン中の他の連絡を呼び出す。キャロルはオンライン中であり、ボブのクライアントは、プロキシサーバ（例えば、位置サーバ）に（１ｘｘ命令と記された）暫定的な応答を送り、キャロルをコールに付加することをプロキシサーバに示す。プロキシサーバは、キャロルのＳＩＰアドレスの場所を見つけ且つｃａｒｏｌ＠ｃｏｎｔｏｓｏ．ｃｏｍというキャロルのアドレスにＳＩＰ  ＩＮＶＩＴＥを送る。キャロルのクライアントはプロキシサーバに対して１８０ＲＩＮＧＩＮＧ応答を使用して応答する。サーバは、アリスのクライアントに呼出信号を転送し戻す。また、アリスのクライアントは２００ＯＫ成功応答をプロキシサーバに送り返し、そのプロキシサーバは、アリスのクライアントにそれを転送する。アリスのクライアントは、（ＡＣＫと記された）承認をプロキシに送り、そのプロキシは、キャロルのクライアントにＡＣＫを転送する。ある時点においては、ボブは、複数のパーティのコールから外れることを決める。従って、ＣＡＮＣＥＬメッセージがプロキシサーバからボブのクライアントに送られ、クライアントがＳＩＰ２００ＯＫメッセージを使用して応答する。ボブのクライアントは、４８７Ｒｅｑｕｅｓｔ  Ｃａｎｃｅｌｌｅｄをプロキシサーバに送り、サーバはＡＣＫを使用して応答する。
【００４４】
上記した１ｘｘの暫定的な応答（例えば、１９９応答）は、フレキシブルなスクリプト、例えばコールがどのように送信される必要があるかということに関する詳細を含むＸＭＬスクリプトを有することができる。例えば現在のデバイスが呼び出しを停止しないで他のユーザがコールに追加されなければならないときは、１ｘｘ応答は役立つ。いくつかの実施例が以下に提示される。尚、他の言語が使用され得るように、ＸＭＬが説明のためだけのものである。
【００４５】
クライアントは、クライアントユーザによるスクリプトの作成を容易にするソフトウェアを含む。別の発呼側を既存のコールに付加する典型的なＸＭＬコードスクリプトを以下に示す。
SIP/2.0 lxx Rules
To:Bob <sip:bob@contoso.com>;tag=76786
From:Alice <sip :alice@contoso . com>;tag=98908
CaIl-ID:
Contact :
CSeq:7778 INVITE
Content-Type :application/ms-callproc-rules+xml
Content-Length:142
<ms-call-proc>
<add>
<location uri=carol@contoso. com /> 
</add>
</ms-call-proc>
【００４６】
以下に、キャロルとダンのチームを既存のコールに付加する典型的なＸＭＬコードを示す。
SIP/2.0 lxx Rules
To:Bob <sip :bob@contoso.com>;tag=76786 
From:Alice <sip :alice@contoso.com>;tag=98908
Call-ID:
Contact :
CSeq:7778 INVITE
Content-Type :application/ms-callproc-rules+xml
Content-Length:142
<ms-call-proc> 
<add>
<location uri=carol@contoso. com /> 
<location uri=dan@contoso. com />
</add>
</ms -call -proc >
【００４７】
以下に、１０秒間チームに送信して次にボイスメール又は応答なしに対してリダイレクトする典型的なＸＭＬコードを示す。
SIP/2.0 lxx Rules
To:Bob <sip :bob@contoso . com>;tag=76786 
From:Alice <sip :alice@contoso . com>;tag=98908 CaIl-ID:
Contact:
CSeq:7778 INVITE
Content-Type :application/ms-callproc-rules+xml
Content-Length:142
<ms-call-proc>
<add wait=10 no-answer=voicemail>
<location uri=carol@contoso. com />
<location uri=dan@contoso. com /> 
</add> 
</ms-call-proc>
【００４８】
図１１は、３ｘｘリダイレクションを使用してコールを転送する典型的なコールフロー図を示している。以下のコールフロー図は、３ｘｘ応答（例えば、３９９）がコールを転送するのに使用される実施例に係るものである。３ｘｘ応答は、クライアントにより指定された命令に基づいてコールを再送信することをサーバに示すために役立つ。３ｘｘ応答は、クライアントの呼び出しを基本的には停止させ且つ指定された転送命令を適応する。
【００４９】
コールフロー図においては、ボブは動的コール転送命令を設定して、まず、５秒間コールをキャロルに転送するし、キャロルとの接続を絶ち、そしてダンに接続する。アリスはボブをコールし、コールはダンを呼び出す前に、最初にキャロルを呼び出す。
【００５０】
アリスのクライアントは、ｂｏｂ＠ｃｏｎｔｏｓｏ．ｃｏｍというボブのアドレスを含むＳＩＰ  ＩＮＶＩＴＥ要求をプロキシサーバに送り、プロキシサーバは、被発呼側のボブへのパスを決定し、ＩＮＶＩＴＥ要求をボブに転送する。サーバは、アリスのクライアントにメッセージを送り返して、コールが試みられていることをアリスに示す。ボブのクライアントは、１００ＴＲＹＩＮＧ要求によりプロキシサーバに再応答する。ボブのクライアントは、リダイレクト命令（３ｘｘ）をプロキシサーバに送る。サーバは、ＡＣＫを使用してボブのクライアントに応答する。
【００５１】
キャロルはオンライン中であり、プロキシサーバは、キャロルのクライアントにＳＩＰ  ＩＮＶＩＴＥ要求を送る。そのクライアントは、１８０ＲＩＮＧＩＮＧメッセージによりサーバに応答する。サーバは、アリスのクライアントに呼出信号を転送する。その時、キャロルのクライアントに対するＣＡＮＣＥＬメッセージに続いて、５秒間の中断が発生する。キャロルのクライアントは、ＡＣＫを使用してサーバに応答する。
【００５２】
そして、サーバは、ダンのクライアントにＳＩＰ  ＩＮＶＩＴＥを送り、そのダンのクライアントは、１８０ＲＩＮＧＩＮＧメッセージによりサーバに応答し且つアリスのクライアントに応答する。ダンのクライアントは、２００ＯＫメッセージをサーバに送り、２００ＯＫメッセージはアリスのクライアントに転送される。そして、アリスのクライアントは、ダンのクライアント上に転送するサーバにＡＣＫを送る。そして、双方向音声チャネルがダンとアリスとの間に確立される。
【００５３】
３ｘｘメッセージがコールのリダイレクトにおいて使用される典型的なＸＭＬコードを、以下に示す。
SIP/2.0 3xx Apply Rules
To:Bob <sip :bob@contoso . com>;tag=76786 
From:Alice <sip :alice@contoso.com>;tag=98908
CaIl-ID:
Contact :
CSeq:7778 INVITE
Content-Type :application/ms-callproc-rules+xml 
Content-Length:142
<ms-call-proc> 
<retarget wait=5>
<location uri=carol@contoso. com /> 
<location uri=dan@contoso. com />
</retarget>
<retarget wait=5 noanswer=voicemail> 
<location uri=dan@contoso. com /> 
</retarget> 
</ms-call-proc>
【００５４】
図１２は、コールをＰＳＴＮ目的地に転送する典型的なコールフロー図を示している。アリスのクライアントは、ＳＩＰ  ＩＮＶＩＴＥ要求をプロキシサーバに送り、そのプロキシサーバは、被発呼側のボブへのパスを決定する。そのパスは、ＳＩＰアドレスｂｏｂ＠ｃｏｎｔｏｓｏ．ｃｏｍであり、ＩＮＶＩＴＥ要求をボブに転送する。サーバは、アリスのクライアントにメッセージを送り返して、コールが試みられていることをアリスに示す。ボブのクライアントは、１００ＴＲＹＩＮＧ応答及びＳＩＰ１８０ＲＩＮＧＩＮＧメッセージを使用してプロキシサーバに応答する。サーバは、アリスのクライアントに１８０ＲＩＮＧＩＮＧメッセージを転送する。
【００５５】
ボブは、自身のクライアント上で設定された命令を生成し且つ記憶して、コールを転送する。従って、リダイレクトスクリプトを使用するＳＩＰ３ｘｘＲＥＤＩＲＥＣＴメッセージがボブのクライアントからサーバに転送される。そして、サーバはＳＩＰ  １８１  ＣＡＬＬ  ＩＳ  ＦＯＲＷＡＲＤＥＤメッセージをアリスのクライアントに送る。サーバは、ボブのクライアントにＡＣＫを送り、且つボブのリダイレクトメッセージ内に規定されたアドレスを有するＰＳＴＮゲートウェイにＩＮＶＩＴＥメッセージを送る。ゲートウェイは、１８０ＲＩＮＧＩＮＧメッセージをサーバに送ることにより応答し、その１８０ＲＩＮＧＩＮＧメッセージはアリスのクライアントに転送される。また、ＳＩＰ２００ＯＫメッセージがゲートウェイからサーバに送られ、且つアリスのクライアントに送られる。アリスのクライアントは、ＡＣＫをサーバに送り、そのサーバはＡＣＫをゲートウェイに転送する。そして、双方向音声チャネルがアリスのクライアントとＰＳＴＮゲートウェイとの間に確立される。
【００５６】
従来のサーバサイドコール処理が開示されたクライアントサイドコール転送制御から利益を得ることができる実施例の方法を以下に示す。図１３は、コールサーバのクライアントサイド制御を使用することにより、様々なアカウントを動的に管理する方法を示している。ここでは、クライアントデバイスは、ユーザアカウント情報を提供するＣＲＭ（ｃｕｓｔｏｍｅｒ  ｒｅｌａｔｉｏｎｓｈｉｐ  ｍａｎａｇｅｍｅｎｔ）アプリケーションを含む。ユーザはクライアントにおいて命令を作成できる。その命令により、クライアントユーザを使用すると、あるアカウントからのコールをある別の目的地に動的に向けることができる（例えば、銀行のアカウント情報に関連する送信されるべき着信コールを、ＰＳＴＮにより終端された家庭用電話送受話器にリダイレクトする）。１３００では、クライアントユーザは、特定のコールタイプの送信のためにクライアント上に１つ以上の命令を作成する。１３０２では、クライアントは、特定のコールタイプのうち１つと関連する着信コールがある旨を信号により知らされる。１３０４では、クライアントは、特定のコールタイプを処理するためにクライアント命令をコールサーバに送ることにより、サーバに応答する。１３０６では、コールサーバは、着信コールに関連する現在のコール処理を停止させて、受信されたクライアントサイド命令を実行し、それに応じて特定のコールタイプを送る。１３０８では、コールサーバは、その特定のコールに関連付けられた通常のサーバサイドコール送信に戻る。
【００５７】
図１４は、コールサーバのクライアントサイド制御を使用することによりクライアントにおける存在情報を管理する方法を示している。ここでは、クライアントデバイスは、他の第３者パーティプレゼンスプロバイダからの存在情報を集約するプレゼンスベースのアプリケーションを含む。このように、クライアントサイド命令がコールサーバによる実行のために生成され且つ転送されて、着信コールが人々に向けられ得る。他のプロバイダ上のその人々のステータスはオンライン中である。１４００では、クライアントユーザは、他のプロバイダのオンラインユーザのステータスに関連するコールを送信する１つ以上のプレゼンス命令を作成する。１４０２では、クライアントは、着信コールがある旨を信号により知らされ又は発信コールを開始する。１４０４では、クライアントは処理のためにプレゼンス命令をコールサーバに送る。１４０６では、発呼側は、プレゼンス命令を受信し且つ処理し、そして命令結果をクライアントに信号により知らせる。これらは、別のプロバイダのユーザがオンラインであるか又はオフラインであるかに関わらず可能である。１４０８では、コールサーバはプレゼンス命令に応じてオンラインユーザのコールを処理する。これは、現在のコール（例えば、電話会議）に接続するために、オンラインユーザに信号を送信することを含むことができる。
【００５８】
図１５は、コールサーバのクライアントサイド制御を使用することによりオフフック（又はオンライン）クライアントに対する着信コールを管理する方法を示している。ここでは、クライアントデバイスはユーザの命令作成を容易にし、その命令は”Ｄｏ  Ｎｏｔ  Ｄｉｓｔｕｒｂ−ｏｎｌｙ  ｗｈｅｎ  ｉｎ  Ｍｅｅｔｉｎｇ  ｗｉｔｈ  Ｍａｎａｇｅｒ”等の様々な「状態」を導入している。コールサーバは、ユーザが現時点においてだれと話しているかを認識している必要はなく、本発明によるクライアントベースの転送能力に応じて、クライアントは着信コールをアシスタント又は他の者に着信コールを明瞭に送ることができる。１５００では、ユーザが現時点において電話をかけているとき、クライアントユーザは、着信コールを送信するクライアント上に１つ以上のオフフック命令を作成する。１５０２では、クライアントは、コールを受信し且つオフフックとなる。１５０４では、クライアントは、処理のためにオフフック命令をコールサーバに送ることにより、応答する。１５０６では、コールサーバは、オフフック命令を処理し且つ他の末端に着信コールを送信する。また、命令は、だれがコールインを試みているかをオフフックユーザに知らせるクライアントデバイスに信号を送信することを含む。このように、簡潔なテキストメッセージが表示され、簡潔なオーディオトーンが再生され、短いビデオクリップが再生され得るが、その何れもが特定の発呼側に対してカスタム設計され得る。
【００５９】
図１６は、コールサーバ処理のクライアントサイド制御を使用して、クライアントの位置変化に基づいてコールを動的に管理する方法を示している。例えば、クライアントの状態は、頻繁に変化し得るので、サーバはこの状態を承知しなくてもよい。したがって、サーバ上のコール処理命令が適用されなくてもよい。１つの実施例は、全地球位置把握システム（ＧＰＳ：ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）受信装置を備える携帯デバイスのクライアントを含む。ユーザは、様々な国の地域に携帯デバイスを取り入れることができる。そして、本発明に係るクライアントベースのコール転送能力に従って、ユーザは、ユーザの現在位置に基づいてコールを適切に送るようにデバイスをプログラムしている。例えば、「私が仕事中である場合、私の仕事場に電話をしてください、私がアラバマ州にいる場合、私の携帯デバイスに電話してください」という命令にすることができる。
【００６０】
１６００では、ＧＰＳ能力及びクライアントサイド命令の特定の能力を含むクライアントデバイスが受信される。１６０２では、クライアントユーザは、クライアントデバイスの地理的位置の変化に関連する着信コールを送信する１つ以上の位置命令を作成する。１６０４では、クライアントユーザは別の地理的位置にクライアントデバイスを移行させる。１６０６では、クライアントはデバイスの位置変化を検出する。これは、ＧＰＳデータを受信し且つ定期的に処理する能力を有するデバイスによりなされ、この判定がなされる。１６０８では、コールサーバは着信コールがある旨の信号をクライアントに送信する。１６１０では、クライアントは、位置命令のサーバサイド処理のためにコールサーバに位置命令を送ることにより応答する。１６１２では、サーバは、命令を処理し且つそれに応じて着信コールを送信する。
【００６１】
このアプリケーションで使用されるように、「要素」と「システム」という用語は、コンピュータ関連のエンティティ、すなわちハードウェア、ハードウェア及びソフトウェアの組合せ、ソフトウェア、又は実行中のソフトウェアを示すことを意図する。例えば、要素は、プロセッサ上で動くプロセス、プロセッサ、ハードディスクドライブ、多重記憶ドライブ（光学記憶媒体及び／又は磁気記憶媒体）、オブジェクト、実行ファイル、実行のスレッド、プログラム、及び／又はコンピュータとなすことができるが、これらに限定されない。実例として、サーバで動作するアプリケーションとサーバの両方が要素であり得る。１つ以上の要素は、プロセス内および／又は実行のスレッド内に設けられ、要素は１つのコンピュータ上に局在化され、および／又は２つ以上のコンピュータ間に分散配置され得る。
【００６２】
図１７は、携帯用の無線デバイス（ＰＷＤ：ｐｏｒｔａｂｌｅ  ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）１７００（例えば、携帯電話、ポータブルコンピュータ、タブレットＰＣ）の概略ブロック図を示す。その無線デバイス１７００は、クライアントサイド命令の作成及びコールサーバ制御を容易にする。デバイス１７００は、プロセッサ１７０２を含み、プロセッサ１７０２は、データ及び指示命令の制御及び処理をなす１つ以上の内部要素に連結している。プロセッサ１７０２は、本明細書に記載された様々な機能を行うためにデバイス１７００内の様々な要素を制御し且つ操作するようにプログラムされ得る。プロセッサ１７０２は、複数の好適プロセッサ（例えば、ＤＳＰ利用デジタル信号プロセッサ）のいずれであってもよく、複数プロセッササブシステムであってもよい。
【００６３】
メモリ及び記憶要素１７０４がプロセッサ１７０２に連結し且つプログラムコードを記憶し、また、データ、アプリケーション、サービス、メタデータ、デバイスの状態等の情報の記憶手段として機能している。メモリ及び記憶要素１７０４は、適切に記憶することができる不揮発性メモリを含み、少なくとも検知サブシステム及び／又はセンサーから得られた少なくとも完全な一連の検知入力データを記憶することができる。このように、メモリ１７０４は、プロセッサ１７０２による高速アクセスのためのＲＡＭ若しくはフラッシュメモリ及び／又は大容量記憶メモリ、例えば、テキスト、イメージ、オーディオ、及び／又はビデオコンテンツを含むギガバイトのデータを記憶することができるマイクロドライブを、含む。１つの態様によれば、メモリ１７０４は、異種のサービスに関連する複数の一連の情報を記憶するのに十分な記憶容量を有し、そして、プロセッサ１７０２は、異種のサービスに対応する様々な一連の情報間を交替させ又は循環させるのを容易にするプログラムを含むことができる。
【００６４】
ディスプレイ１７０６は、プロセッサ１７０２にディスプレイドライバサブシステム１７０８を介して結合され得る。ディスプレイ１７０６は、カラー液晶ディスプレイ（ＬＣＤ：ｃｏｌｏｒ  ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）、プラズマディスプレイ、タッチスクリーンディスプレイ等であってもよい。ディスプレイ１７０６は、データ、図形、又は他の情報コンテンツを提示するために機能する。さらに、ディスプレイ１７０６は、ユーザ選択可能であり且つデバイス１７００の制御及び構成をなす様々な機能を提示することができる。タッチスクリーンの実施例においては、ディスプレイ１７０６は、制御及び／又は構成のためにユーザとの対話型操作を容易にするタッチ選択アイコンを表示することができる。
【００６５】
プロセッサ１７０２及び他の搭載要素に対して電力が供給され得る。その他の搭載要素は、搭載電力システム１７１０（例えば、バッテリーパック又は燃料電池）によりデバイス１７００を形成している。電力システム１７１０が機能しなくなるか或いはデバイス１７００から切断されるようになる場合においては、代替電源１７１２が使用されて、プロセッサ１７０２と他の要素（例えば、センサー、画像取得デバイス）に電力が供給され且つ充電可能な技術の場合においては搭載電力システム１７１０が充電され得る。例えば、代替電源１７１２は、電力変換器を介して外部格子接続への連結を容易にすることができる。プロセッサ１７０２は、電力管理サービスを提供するように構成されており、例えば、電流引き込みを低減する節電モードにし、或いは予定された停電を検出した場合にデバイス１７００の命令に従って停止を開始することができる。
【００６６】
デバイス１７００は、データ通信ポート１７１６を有するデータ通信サブシステム１７１４を含む。そのポート１７１６は、デバイス１７００をリモートコンピューティングシステム、サーバ、サービス等に連結するのに使用される。ポート１７１６は、ユニバーサルシリアルバス（ＵＳＢ）及び／又はシリアル通信できるＩＥＥＥ１７９４等の１つ以上のシリアルインターフェイスを含み得る。他の技術においては、例えば、赤外通信ポートを利用する赤外通信及び無線パケット通信（例えば、ブルートゥースTM、ワイ−ハイ、及びワイ−マックス）が含まれえるが、これらに限定されない。スマートフォンの場合、データ通信サブシステム１７１４は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）データ並びに携帯電話登録及びネットワーク通信に必要な情報を含み得る。
【００６７】
デバイス１７００は、プロセッサ１７０２と通信動作するラジオ周波数（ＲＦ：ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）トランシーバ部１７１８を含み得る。ＲＦ部１７１８は、ＲＦ受信機１７２０を含み、そのＲＦ受信機１７２０は、アンテナ１７２２を介してリモートデバイス又はシステムからＲＦ信号を受信し、且つ信号を復調してデジタル情報を得ることができる。また、ＲＦ部１７１８は、情報（例えば、データ、サービス）をリモートデバイス又はシステムに送信するＲＦ送信機１７２４を含む。例えば、ユーザ入力装置１７２６（例えば、キーパッド）を介して手動によるユーザ入力に応答して、或いは、入力の検知及び／又は通信範囲又は所定の基準若しくはプログラムされた基準の出力に自動的に応答して、ＲＦ送信機１７２４は、当該情報を送信する。
【００６８】
また、デバイス１７００は、プロセッサ１７０２により制御されるオーディオ入出力サブシステム１７２８を含むことができ、且つマイクロホン又は同様のオーディオ入力デバイス（図示せず）から入力された音声を処理する。また、オーディオサブシステム１７２８は、スピーカ又は同様のオーディオ出力デバイス（図示せず）を介して音声及びオーディオ出力信号の提示を容易にする。
【００６９】
また、デバイス１７００は、プロセッサに連結する認証要素１７３０を含むことができ、且つデバイス自体及び／又はリモートシステムに対するユーザの認証を容易にする。また、プロセッサ１７０２は、検知サブシステムブロック１７３２に連結している。その検知サブシステムブロック１７３２は、例えば、ＯＣＲデータ、音声データ、手書データ、及びイメージ／ビデオ・データの取り込み並びに入力を容易にするが、これはユーザコンテクスト及び／又はコンセプトの判定のためである。さらに、デバイス１７００は、１つ以上のアプリケーション１７３４を含む（例えば、画像プログラム、ビデオ表示プログラム、ＯＣＲプログラム、検索エンジン…）。アプリケーション１７３４が起動されると、本発明のアーキテクチャによる検知された入力データを受信する検知システムの動作が可能となる。本発明によれば、アプリケーション１７３４は、クライアント１７３６を含むことができ、そのクライアント１７３６は、コール送信管理のためにプロキシ及び／又はリダイレクトサーバを使用してセッションプロトコル通信を容易にする。命令作成及び制御をサポートするために、アプリケーション１７３４は、命令及び制御要素１７３８を含むことができる。そして、デバイスユーザは、サーバとの通信のために１つ以上のセッション応答（例えば、ＳＩＰ応答）の命令を作成して、コールの受信に応答して、及び／又はコール中にコール転送を制御することができる。このことは、前記コールがクライアントから発生した場合にもいえるし、クライアントで終わる場合にもいえる。
【００７０】
また、デバイス１７００は、物理インターフェースサブシステム１７４０を含むことができる。その物理インターフェースサブシステム１７４０により、無線通信又は有線通信による接続ではなくて、（例えば、コネクタを介して）他のシステムとの直接的な物理接続が可能となる。
【００７１】
図１８を参照すると、開示されたアーキテクチャによるコールサーバのクライアントサイドコール転送制御を実行可能なデスクトップ又はポータブルコンピュータのブロック図が示されている。追加コンテクストを種々の態様に与えるために、図１８と以下説明においては、好適な計算機環境１８００に関して簡潔で、典型的な説明をする。計算機環境１８００においては、本発明の種々の態様が実装され得る。上記説明は１つ以上のコンピュータで動作するコンピュータ実行可能命令に関して一般的な内容においてなされているが、当業者であれば、本発明が他のプログラムモジュールの組み合わせにおいて実装され及び／又はハードウェアとソフトウェアとの組合せとして実装され得ることを認識するであろう。
【００７２】
一般に、プログラムモジュールはルーチン、プログラム、要素、データ構造等を含み、これらは特定のタスクを遂行し、又は特定の抽象データタイプを実行する。その上、当業者であれば、本発明の方法は、他のコンピュータシステム構成により実施し得ると十分理解されるであろう。その他のコンピュータシステム構成においては、単一プロセッサコンピュータシステム又は複数プロセッサコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、パーソナルコンピュータ、携帯コンピュータデバイス、マイクロプロセッサベースの家庭用電気機器若しくはプログラム可能な家庭用電気機器等が含まれる。その各々が、１つ以上の関連デバイスに動作可能なように結合され得る。
【００７３】
また、本発明の例示された態様は、分散コンピューティング環境内で実施されてもよい。分散コンピューティング環境においては、あるタスクは通信ネットワークを介してリンクされたリモート処理デバイスにより実行される。分散コンピューティング環境においては、プログラムモジュールは、局部メモリ記憶デバイス及びリモートメモリ記憶デバイスに設けられ得る。
【００７４】
コンピュータは、様々なコンピュータ読み込み可能な媒体を通常含む。コンピュータの読み込み可能な媒体は、コンピュータによりアクセスされ得るいかなる利用可能な媒体であってもよく、揮発性媒体及び不揮発性媒体と、脱着可能媒体及び脱着可能不可能媒体と、を含む。限定ではなく、例として、コンピュータ読み込み可能な媒体はコンピュータ記憶媒体と通信媒体を含むことができる。コンピュータ記憶媒体は、揮発性媒体及び不揮発性媒体と、脱着可能媒体及び脱着不可能媒体と、を含み、これらの媒体は、いかなる方法又は技術においても実装され、コンピュータ読み込み可能命令、データ構造、プログラムモジュール若しくは他のデータ等の情報が記憶される。コンピュータ記憶媒体は、以下に示すものを含むがこれらに限定されない。すなわち、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、他のメモリ手段、ＣＤ−ＲＯＭ、ディジタルビデオディスク（ＤＶＤ）、他の光ディスクメモリ、磁気カセット、磁気テープ、磁気ディスク記憶デバイス若しくは他の磁気記憶デバイス、又は所望の情報を記憶するのに使用され且つコンピュータによりアクセスされ得るいかなる他の媒体、である。
【００７５】
再度、図１８を参照すると、種々の態様を実装する典型的な環境１８００は、コンピュータ１８０２と、処理ユニット１８０４と、システムメモリ１８０６と、システムバス１８０８を有するコンピュータ１８０２と、を含む。システムバス１８０８は、システムメモリ１８０６を含むシステム要素を処理ユニット１８０４に結合しているが、システム要素が含むものはシステムメモリ１８０６に限定されない。処理ユニット１８０４は、市販のプロセッサのいずれであってもよい。また、デュアルマイクロプロセッサ及び他のマルチプロセッサアーキテクチャが、処理ユニット１８０４として使用されてもよい。
【００７６】
システムバス１８０８は、バス構造のいくつかの形態のうちいずれであり得る。そのバス構造は、さらに、（メモリコントローラの有無に関係ない）メモリバス、周辺バス、及び市販の利用可能な種々のバスアーキテクチャのうちいずれも使用するローカルバスに相互接続してもよい。システムメモリ１８０６は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）１８１０と、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）１８１２を含む。ベーシック入出力システム（ＢＩＯＳ：ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）はＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の非揮発性メモリ１８１０内に記憶される。その非揮発性メモリ１８１０においては、ＢＩＯＳは、基本的なルーチンを含んでおり、そのルーチンは、コンピュータ１８０２内の要素間の情報がスタートアップ中に転送されるのを幇助する。また、ＲＡＭ１８１２は、データをキャッシュに格納するスタティックＲＡＭなどの高速ＲＡＭを含むことができる。
【００７７】
コンピュータ１８０２は、内部ハードディスクドライブ（ＨＤＤ）１８１４（例えば、ＥＩＤＥ及びＳＡＴＡ）をさらに含み、その内部ハードディスクドライブ１８１４は、適切なケース（図示せず）内に入れて外部使用できるように構成されてもよい。また、コンピュータ１８０２は、（例えば、脱着可能なディスケット１８１８から読み出すか又は書き込む）磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）１８１６と、（例えば、ＣＤ−ＲＯＭディスク１８２２を読み込むか又はＤＶＤなどの他の高容量光学媒体から読み出すか若しくは書き込む）光ディスクドライブ１８２０、とを含む。ハードディスクドライブ１８１４、磁気ディスクドライブ１８１６、および光ディスクドライブ１８２０は、それぞれハードディスクドライブインタフェース１８２４、磁気ディスクドライブインタフェース１８２６、および光ドライブインタフェース１８２８により、システムバス１８０８に接続され得る。外付けドライブを実装するインターフェース１８２４は、ユニバーサルシリアルバス（ＵＳＢ）とＩＥＥＥ１３９４インターフェース手段との少なくとも１つ又はその両方を含む。その他の外付けドライブ接続手段が本発明の技術の範囲に入る。
【００７８】
ドライブとそれらと関連付けられたコンピュータ読み込み可能な媒体は、データ、データ構造、コンピュータ実行可能命令等を不揮発に記憶する。コンピュータ１８０２に対して、ドライブと媒体は好適なデジタル形式のいかなるデータをも記憶する。上記コンピュータ読み込み可能なメディアの説明においては、ＨＤＤ、脱着可能な磁気ディスケット、及びＣＤ又はＤＶＤ等の脱着可能な光学媒体について言及されているが、当業者であれば、ｚｉｐドライブ、磁気カセット、フラッシュメモリカード、カートリッジ等の他のタイプのコンピュータ読み込み可能なメディアも、典型的な動作環境において使用され得ることを十分に理解するであろう。さらに、当業者であれば、係る媒体のいずれもが、開示された本発明の方法を実行するコンピュータ実行可能命令を含み得ることも十分に理解するであろう。
【００７９】
多くのプログラムモジュールがドライブ及びＲＡＭ１８１２内に記憶され得る。ドライブ及びＲＡＭ１８１２は、オペレーティングシステム１８３０、１つ以上のアプリケーションプログラム１８３２、他のプログラムモジュール１８３４、及びプログラムデータ１８３６を含む。オペレーティングシステム、アプリケーション、モジュール及び／又はデータのすべて又は一部分が、ＲＡＭ１８１２内のキャッシュに格納され得る。本発明は、市販の利用可能な種々のオペレーティングシステム又はオペレーティングシステムの組合せにより実装され得る。
【００８０】
ユーザは、コマンドと情報をコンピュータ１８０２に入力でき、その入力は、例えば、キーボード１８３８及びマウス１８４０等のポインティングデバイスといった１つ以上の有線入力デバイス又は無線入力デバイスを介してなされる。他の入力デバイス（図示せず）は、マイクロホン、ＩＲリモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を含む。これら入力デバイスと他の入力デバイスは、たいてい処理ユニット１８０４に接続されており、その接続は、システムバス１８０８と結合される入力デバイスインターフェース１８４２を介してなされている。しかしながら、これら入力デバイスと他の入力デバイスは、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインターフェース等の他のインターフェースにより接続され得る。
【００８１】
モニタ１８４４又は他のタイプディスプレーデバイスがビデオアダプタ１８４６等のインターフェースを介してシステムバス１８０８に接続されている。モニタ１８４４に加えて、コンピュータはスピーカ、プリンタ等の他の周辺出力デバイス（図示せず）を典型的には含む。
【００８２】
コンピュータ１８０２は、ネットワークで接続された環境内で動作してもよい。コンピュータ１８０２は、有線通信及び／又は無線通信を介してリモートコンピュータ１８４８等の１つ以上のリモートコンピュータに対する論理接続を使用している。リモートコンピュータ１８４８は、ワークステーション、サーバーコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースのエンターテインメントアプライアンス、ピアデバイス、又は他の共通ネットワークノードであってもよい。そして、リモートコンピュータ１８４８は、コンピュータ１８０２に対して説明された要素の多く又は全てを典型的には含む。ただし、簡潔にするために、メモリ／記憶デバイス１８５０のみが図示されている。図示された論理接続は、ローカルエリアネットワークの（ＬＡＮ）１８５２及び／又はより大なるネットワーク、例えば、広域ネットワーク（ＷＡＮ：ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）１８５４に対する有線接続又は無線接続を含む。係るＬＡＮネットワーク環境及びＷＡＮネットワーク環境はオフィス及び会社内においては一般的であり、イントラネットなどの企業全体のコンピュータネットワークを容易にする。それのすべてがグローバル通信ネットワーク、例えば、インターネットに接続されてもよい。
【００８３】
ＬＡＮネットワーク環境で使用されると、コンピュータ１８０２は、ローカルネットワーク１８５２に接続され、その接続は有線及び／又は無線通信ネットワークインタフェース又はアダプター１８５６を介して行われている。アダプター１８５６は、ＬＡＮ１８５２に対する有線通信又は無線通信を容易にすることができる。ＬＡＮ１８５２は、無線アダプター１８５６と通信する無線アクセスポイント含むことができる。
【００８４】
ＷＡＮネットワーク環境で使用されると、コンピュータ１８０２は、モデム１８５８を含むことができ、又は、ＷＡＮ１８５４上の通信サーバに接続され、又は、ＷＡＮ１８５４上の通信を例えばインターネットを介して確立する他の手段を有する。内部又は外部にあり且つ有線デバイス又は無線デバイスであり得るモデム１８５８は、シリアルポートインタフェース１８４２を介してシステムバス１８０８に接続されている。ネットワーク接続された環境においては、コンピュータ１８０２に対して現されたプログラムモジュール、又はその一部分は、リモートメモリ／記憶デバイス１８５０に記憶され得る。図示されたネットワーク接続は典型的なものであり、且つコンピュータ間の通信リンクを確立する他の手段が使用され得ることが十分理解されるであろう。
【００８５】
コンピュータ１８０２は、無線デバイス又は無線通信内において動作可能となるように配置されたエンティティのいかなるものとも通信することができる。すなわち、それら装置又はエンティティは、例えば、プリンタ、スキャナ、デスクトップコンピュータ及び／又はポータブルコンピュータ、ＰＤＡ、通信衛星、無線で検出可能なタグと関連付けられているいかなる設備若しくは位置（例えば、キオスク、ニューススタンド、トイレ）、又は電話があげられる。これはＷｉ−Ｆｉ及びブルートゥースTM無線手段を少なくとも含む。このように、通信は、従来のネットワーク又は少なくとも２つのデバイス間における臨時通信と同じように、事前に定義された構造であってもよい。
【００８６】
Ｗｉ−Ｆｉ、すなわち無線フィデリティにより、自宅のソファ、ホテルの部屋のベッド、又は仕事場の会議室から無線でインターネットに接続することができる。Ｗｉ−Ｆｉは携帯電話で使用されるものと同様の無線技術であり、係るデバイス、例えば、コンピュータは、屋内外においてデータの送受信が、通信基地局の範囲内であればどこでも可能となる。Ｗｉ−Ｆｉネットワークは、ＩＥＥＥ  ８０２．１１ｘ  （ａ，ｂ，ｇ，等）と称される無線技術を使用して、安全であり、信頼性の高い高速無線接続が可能となる。Ｗｉ−Ｆｉネットワークを使用すれば、コンピュータを互いに接続することができ、そして、インターネット、（ＩＥＥＥ  ８０２．３又はイーサーネット）有線ネットワークにも接続することができる。
【００８７】
Ｗｉ−Ｆｉネットワークは無認可である２．４ＧＨｚ及び５ＧＨｚの無線帯域において動作できる。ＩＥＥＥ８０２．１１は、一般に無線ＬＡＮに適用し、且つ周波数ホッピング拡散スペクトル（ＦＨＳＳ：ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｓｐｒｅａｄ  ｓｐｅｃｔｒｕｍ）又はダイレクトシーケンス拡散スペクトル（ＤＳＳＳ：ｄｉｒｅｃｔ  ｓｅｑｕｅｎｃｅ  ｓｐｒｅａｄ  ｓｐｅｃｔｒｕｍ）のうち一方を使用して、２．４ＧＨｚ帯域において１又は２Ｍｂｐｓの転送を可能にする。ＩＥＥＥ８０２．１１ａがＩＥＥＥ８０２．１１に対する拡張であり、ＩＥＥＥ８０２．１１は、無線ＬＡＮに適用され且つ５ＧＨｚ帯域において最大５４Ｍｂｐｓまで転送を可能にする。ＩＥＥＥ８０２．１１ａは、ＦＨＳＳ又はＤＳＳＳではなくて、直交波周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）符号化スキームを使用している。（８０２．１１高レートＤＳＳＳ又はＷｉ−Ｆｉとも呼ばれる）ＩＥＥＥ８０２．１１ｂは、８０２．１１に対する拡張であり、その８０２．１１は、無線ＬＡＮに適用され、且つ２．４ＧＨｚ帯域において１１Ｍｂｐｓ（５．５、２、及び１Ｍｂｐｓまで落ち込む）の転送を可能にする。ＩＥＥＥ８０２．１１ｇは、無線ＬＡＮに適用し、且つ２．４ＧＨｚバンドにおいて２０＋Ｍｂｐｓの転送を可能にする。製品は１より大の帯域（例えば、二重の帯域）を含むことができるので、ネットワークにより、多くのオフィスで使用されているベーシック１０ＢａｓｅＴ有線イーサネット（登録商標）ネットワークと同様の実環境性能が得られる。
【００８８】
上記説明は、開示された本発明の実施例を含む。要素及び／又は方法の考えられる組み合わせをすべて説明することは、もちろん可能ではないが、当業者であれば、更なる多数の組合せと置換が可能であることを認識するであろう。従って、本発明は、添付された特許請求の範囲の趣旨及び範囲内における変更、修正及び変形等のすべてを包含する。その上、“含む（ｉｎｃｌｕｄｅｓ）という用語は詳細な説明又は請求項において使用されている範囲内において、係る用語は、“含む（ｃｏｍｐｒｉｓｉｎｇ）”という用語と同様に包含的であり、“含む（ｃｏｍｐｒｉｓｉｎｇ）”が請求項において伝統的な単語として使用されるときの解釈と同様に解釈されるべきである。
【図１】
2010503282.tif 000003
【図２】
2010503282.tif 000004
【図３】
2010503282.tif 000005
【図４】
2010503282.tif 000006
【図５】
2010503282.tif 000007
【図６】
2010503282.tif 000008
2010503282.tif 000009
【図７】
2010503282.tif 000010
【図８】
2010503282.tif 000011
【図９】
2010503282.tif 000012
【図１０】
2010503282.tif 000013
【図１１】
2010503282.tif 000014
【図１２】
2010503282.tif 000015
【図１３】
2010503282.tif 000016
2010503282.tif 000017
【図１４】
2010503282.tif 000018
2010503282.tif 000019
【図１５】
2010503282.tif 000020
2010503282.tif 000021
【図１６】
2010503282.tif 000022
2010503282.tif 000023
【図１７】
2010503282.tif 000024
2010503282.tif 000025
【図１８】
2010503282.tif 000026
2010503282.tif 000027
【国際調査報告】
2010503282.tif 000028
2010503282.tif 000029
2010503282.tif 000030