JP5765745B2 - カンバセーション（ｃｏｎｖｅｒｓａｔｉｏｎ）中の複数の通信のモダリティ（ｍｏｄａｌｉｔｉｅｓ）の伝送 - Google Patents

Description

本発明は、カンバセーションにおける通信の伝送に関する。

異なる通信アプリケーションは、様々な情報および機能性をユーザに供給することによって、通信をより簡単に、および、よりアクセス可能になるように図られている。例えば、ユーザは、音声通話、テキストメッセージ、インスタントメッセージ（ＩＭ）、ビデオ等、異なる通信手段を通してユーザと連絡する能力を有することができる。

この概要は、詳細な説明で下記にさらに記載する概念の選択を簡単な形で紹介するものである。この概要は、特許を請求する内容の主要な特徴または不可欠な特徴を特定することを意図するものではなく、特許を請求する内容の範囲の画定に用いられることを意図してもいない。

カンバセーションは、音声、ビデオ、ＩＭ、アプリケーション共有、デスクトップ共有等の異なる種類のサポートされる通信のモダリティを含む。カンバセーション中、ユーザは、１つまたは複数の伝送先へ、確立されたカンバセーションのすべてまたは一部を伝送することができる。伝送は、必須または必須でないモダリティを特徴付けることができ、管理されたやり方または管理されないやり方で発生することもできる。カンバセーションのモダリティの伝送に加えて、カンバセーションのペイロード（例えば、ＩＭ履歴）は、伝送先へ伝送されることもできる。

コンピューティング環境の例を示す図である。 カンバセーションのモダリティを伝送する通信システムを示す図である。 カンバセーションのモダリティを伝送するプロセスの例示的な概観を表す図である。 カンバセーションのモダリティの伝送のための例示的なプロセスを示す図である。 カンバセーションのモダリティの管理された伝送のための例示的なプロセスを示す図である。 必須でないカンバセーションのモダリティの伝送が失敗するプロセスを示す図である。 カンバセーションのモダリティの必須である伝送が失敗するプロセスを示す図である。

次に、同種の番号により同様の要素を表す図面を参照しつつ、さまざまな実施形態について説明する。特に、図１およびそれに対応する説明は、実施形態を実装できる好適なコンピューティング環境について簡潔に述べた一般的な説明であることが意図されている。

一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、コンポーネント、データ構造、および他の種類の構造を含む。ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラム可能な家電製品、ミニコンピュータ、メインフレームコンピュータ、および同様のものを含む、他のコンピュータシステム構成も使用できる。通信ネットワークを通じてリンクされているリモート処理デバイスによりタスクが実行される分散コンピューティング環境も使用できる。分散コンピューティング環境では、プログラムモジュールは、ローカルおよびリモートの両方の記憶装置デバイス内に配置されうる。

次に、図１を参照しつつ、さまざまな実施形態において使用されるコンピュータ１００の例示的なコンピュータ環境について説明する。図１に示されているコンピュータ環境は、サーバ、デスクトップ、またはモバイルコンピュータ、または幾つかの他の種類のコンピューティングデバイスとして構成することができ、中央演算処理装置５（「ＣＰＵ」）、ランダムアクセスメモリ９（「ＲＡＭ」）および読み取り専用メモリ（「ＲＯＭ」）１０を含むシステムメモリ７、およびメモリを中央演算処理装置５（「ＣＰＵ」）に結合するシステムバス１２を含むことができる。

起動時などにコンピュータ内の要素間の情報伝送を助ける基本ルーチンを含む基本入出力システムは、ＲＯＭ１０に格納される。コンピュータ１００は、以下でさらに詳しく説明される、オペレーティングシステム１６、アプリケーションプログラム２４、他のプログラムモジュール２５、および伝送マネージャ２６を格納するための大容量記憶装置デバイス１４をさらに含む。

大容量記憶デバイス１４は、バス１２に接続されている大容量記憶装置コントローラ（図示せず）を通じてＣＰＵ５に接続されている。大容量記憶装置デバイス１４およびその関連するコンピュータ可読媒体は、コンピュータ１００用に不揮発性記憶装置を供給する。本明細書に記載されているコンピュータ可読媒体の説明では、ハードディスクまたはＣＤ−ＲＯＭドライブなどの大容量記憶装置デバイスに言及しているが、コンピュータ可読媒体は、コンピュータ１００によってアクセスできる利用可能な任意の媒体とすることができる。

例えば、限定はしないが、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造体、プログラムモジュール、またはその他のデータなどの情報を格納する方法または技術で実装される揮発性および不揮発性、取り外し可能および取り外し不可能媒体を含む。コンピュータ記憶媒体としては、限定はしないが、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュメモリまたはその他のソリッドステートメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（versatile disks）、またはその他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望の情報を格納するために使用することができ、しかもコンピュータ１００によりアクセスできる他の媒体が挙げられる。

コンピュータ１００は、インターネットなどのネットワーク１８を通じてリモートコンピュータへの論理的接続を使用してネットワーク接続環境において動作することができる。コンピュータ１００は、バス１２に接続されているネットワークインタフェースユニット２０を通じてネットワーク１８に接続することができる。ネットワーク接続は、無線方式および／または有線方式としてよい。ネットワークインタフェースユニット２０は、他の種類のネットワークおよびリモートコンピュータシステムに接続するために使用することもできる。コンピュータ１００は、キーボード、マウス、または電子スタイラス（図１には示されていない）を含む、複数の他のデバイスから入力を受信して、処理するための入出力コントローラ２２を備えることもできる。同様に、入出力コントローラ２２は、ＩＰ電話１９、ディスプレイ画面２３、プリンタ、または他の種類の出力デバイスへ、入出力をすることができる。

キャリアネットワーク(Carrier network)２８は、モバイルデバイス２９との通信を担当するネットワークである。キャリアネットワーク２８は、無線または有線のコンポーネントの両方を含むことができる。例えば、キャリアネットワーク２８は、有線電話のネットワークへリンクされるセルラタワー（cellular tower）を含むことができる。典型的には、セルラタワーは、携帯電話、ノートブック、ポケットＰＣ、長距離通信リンク等の、モバイルデバイスの通信のやり取りをする。

ゲートウエイ２７は、キャリアネットワーク２８とＩＰネットワーク１８との間でメッセージをルーティングすることができる。例えば、コール、または幾つか他のメッセージは、キャリアネットワーク２８において、モバイルデバイスにルーティングされることが可能であり、および／またはＩＰネットワーク１８において、ユーザのデバイスにコール、または幾つか他のメッセージをルーティングすることができる。ゲートウエイ２７は、ＩＰネットワークからキャリアネットワークへの通信を伝送する手段を提供する。反対に、キャリアネットワークに接続されているデバイスを有するユーザは、ＩＰネットワーク１８においてクライアントにコールを向けることができる。

上で簡単に述べたように、コンピュータ１００の大容量記憶装置デバイス１４およびＲＡＭ９に、本件特許出願人のＷＩＮＤＯＷＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＥＲＶＥＲ（登録商標）、ＷＩＮＤＯＷＳ ＳＥＲＶＥＲ（登録商標）、またはオペレーティングシステムＷＩＮＤＯＷＳ ７（登録商標）などの、コンピュータのオペレーションを制御するのに適しているオペレーティングシステム１６を含む、複数のプログラムモジュールおよびデータファイルを格納することができる。大容量記憶装置デバイス１４およびＲＡＭ９には、１つまたは複数のプログラムモジュールを格納することもできる。特に、大容量記憶装置デバイス１４およびＲＡＭ９には、１つまたは複数のアプリケーションプログラム２４およびプログラムモジュール２５を格納することができる。

伝送マネージャ２６は、確立されたカンバセーションのモダリティを１つまたは複数の伝送先（伝送ターゲット）へ伝送するように構成されている。１つの実施例によれば、伝送マネージャ２６は、通信ネットワーク内でクライアントデバイスにおいてデプロイされ、カンバセーションのモダリティの伝送に関連したメッセージを開始する。カンバセーション内の通信のモダリティは、これらに限定はされないが、音声、ビデオ、アプリケーション共有、デスクトップ共有、インスタントメッセージ(ＩＭ)等を含むことができる。伝送マネージャ２６は、管理された、または管理されないやり方でカンバセーションのモダリティを伝送するように構成されうる。例えば、伝送マネージャ２６は、伝送ターゲットがカンバセーションのモダリティの伝送を受容することができるか否かを決定するために、伝送ターゲットによりダイアログを開始するように用いられうる。モダリティのすべてのまたは一部のモダリティは、管理されたやり方で伝送されうる。例えば、モダリティの一部は、管理されたやり方で１つの伝送ターゲットへ伝送され、モダリティの別の部分は、管理されないやり方で別の伝送ターゲットへ伝送されうる（図４および図５を参照）。

１つの実施例によれば、伝送マネージャ２６は、ＭＩＣＲＯＳＯＦＴ’ｓ ＯＦＦＩＣＥ ＣＯＭＭＵＮＩＣＡＴＯＲ（登録商標）等のアプリケーションプログラム２４と通信する。伝送マネージャ２６が、独立したプログラムとして示される場合、機能性は、ＭＩＣＲＯＳＯＦＴ’ｓ ＯＦＦＩＣＥ ＣＯＭＭＵＮＩＣＡＴＯＲ等の他のソフトウエアおよび／またはハードウエアに組み入れることが可能である。伝送マネージャ２６の動作は、以下により詳細に説明される。

ユーザインタフェース２５は、カンバセーションの各々のモダリティについての伝送ターゲットを伝送すると同時に特徴付けるように通信のモダリティを選択するために使用されうる。

図２に、同時にカンバセーションのモダリティを伝送する通信システムを示す。図示されるように、システム２００は、ＩＰネットワーク１８に接続されているクライアント１（２０４）およびクライアント２（２０５）と、ＩＰネットワーク２（２１２）に接続されているクライアント３（２０６）と、キャリアネットワーク２８に接続されているモバイルデバイス１（２０７）およびモバイルデバイス２（２０８）と、通信マネージャ２６を含む通信サーバ２１０と、キャリアゲートウエイ２７と、ＰＳＴＮ２２０通じてＰＢＸ２２５に接続されているゲートウエイ２１５と、電話１（２３０）とを含む。クライアントの各々は、カンバセーションのモダリティの伝送において使用される伝送マネージャ２６を含む。上で簡単に説明したように、伝送マネージャ２６は、１つのエンドポイントから別のエンドポイントへのカンバセーションの異なるモダリティを伝送する、メッセージを生成するように構成される。

通信サーバ２１０は、適した伝送先へ着信をルーティングするように構成される。システム２００内の通信伝送は、異なる手法となり得る。例えば、電話番号は、逆引き番号検索（Reverse Number Lookup; ＲＮＬ）プロセスを使用してＳＩＰ ＵＲＩに位置付けられることができる。逆引き番号検索を実行することによって、サーバ２１０は、特定のユーザのＳＩＰ ＵＲＩに関連付けられたエンドポイントへコールをルーティングすることができる。サーバは、適した媒体のゲートウエイ（いわゆる、キャリアゲートウエイ２７、ゲートウエイ２１５）へコールをルーティングする管理者によって、構成されたコール権限のルールを利用することもできる。１つの実施例によれば、通信サーバ２１０は、ＳＩＰを利用する。この業界標準プロトコルのより詳しい情報については、http://www.ietf.org/rfc/rfc3261.txtにおいて探すことができる。一般的に、ＳＩＰは、ＶｏＩＰ（Voice over-IP）のコールのシグナリングについて広く使用されている２つのパーティの間のセッションのセットアップ、強制終了、およびメディアの交渉についての標準を定義する。セッション記述プロトコル（Session Description Protocol; ＳＤＰ）、または他の幾つかのプロトコルはまた、システムによって利用されて、マルチメディアセッションがどのように編成されてカンバセーションのエンドポイントを参加させるかを定義する。

通信サーバ２１０は、ＩＰネットワーク上でのエンドポイントへコールをルーティングし（ＩＰ−ＩＰコール）、ＰＳＴＮ／ＰＢＸへコールをルーティングし（ＩＰ−ＰＳＴＮコール）、キャリアネットワーク等の他のネットワークを使用して伝送先へコールをルーティングすることもできる。通信サーバは、１つまたは複数のゲートウエイを通じてネットワークへ接続できる。ゲートウエイ２１５は、ネットワークとＩＰ音声インフラストラクチャとの間でシグナルリングとメディアをトランスレートする。

通信サーバ２１０は、１つまたは複数の場所について通信サービスを提供するように構成されうる。例として、通信サーバ２１０は、ＩＰネットワーク１８および／または他のＩＰネットワーク（例えば、ＩＰネットワーク２（２１２)）を使用して接続される支店を有する企業のために利用されることができる。例として、クライアント３は、通信サーバ２１０が、本社に位置している場合、支社に位置することが可能である。

伝送マネージャ２６は、異なるモダリティを含むカンバセーションを、１つまたは複数の伝送ターゲットへ伝送するのを助けるように構成される。例として、クライアント１およびクライアント３は、ＩＭモダリティおよびオーディオビジュアル（ＡＶ）モダリティを含むカンバセーションに含まれることができる。ＶｏＩＰのカンバセーション中の幾つかのポイントにおいて、クライアント１は、カンバセーションのモダリティの１つまたは両方を別のエンドポイントへ伝送するように決定することができる。例えば、クライアント１は、クライアント２へ伝送するようにカンバセーションのＩＭモダリティおよびＡＶモダリティを選択するユーザインタフェースを利用しうる。カンバセーションの各モダリティは、同じエンドポイントまたは異なるエンドポイントへ伝送されうる。本実施例では、カンバセーションのモダリティが、クライアント１からクライアント２へ伝送されると、ＡＶモダリティおよびＩＭモダリティを含むカンバセーションは、クライアント２とクライアント３との間にある。カンバセーションのモダリティを伝送することに加えて、カンバセーションのペイロードも伝送されうる。一般的には、カンバセーションのペイロードは、確立されたカンバセーションの中で生成され、および／または使用される情報に関連するデータである。例として、カンバセーションのペイロードは、ＩＭ履歴、アプリケーションデータ等のモダリティに関連する情報となりうる。１つの実施例によれば、カンバセーションのペイロードが、伝送されるとき、ＳＩＰのトラザクション（ＲＥＦＥＲ）は、伝送するカンバセーションのペイロードとカンバセーションのペイロードのデータ（図４を参照）を指し示す伝送オプションを含む。１つの実施例によれば、カンバセーションのペイロードは、伝送コンテキスト内に含まれる。

カンバセーションの異なるモダリティを、伝送先（この場合、クライアント３）に差し向けた後、クライアント３は、各通信モダリティについての新しいＳＩＰのトラザクション（ＩＮＶＩＴＥ）を希望の伝送ターゲット（この場合、クライアント２）へ発行する。

伝送ターゲット（いわゆるクライアント２）は、インビテーションを受け入れると、伝送先（クライアント３）は、伝送の成功または失敗を指し示す新しいＳＩＰのトラザクション（ＮＯＴＩＦＹ）を、伝送元（クライアント１）へ送信する。１つの実施例によれば、伝送元は、伝送の成功の通知を伝送先から受信されるまで、確立されたカンバセーションの、カンバセーションのモダリティを終了しない。別の実施例により、伝送されたモダリティは、モダリティが、伝送先に差し向けられた後、任意のポイントにおいて終了されることができる。

次に、図３から図５を参照しつつ、カンバセーションのモダリティを伝送する、例示的なプロセスについて説明する。本明細書で提示しているルーチンの説明を読むと、さまざまな実施形態の論理的オペレーションは、（１）コンピューティングシステム上で実行される一連のコンピュータ実装活動またはプログラムモジュールとして、および／または（２）コンピューティングシステム内の相互接続されたマシン論理回路または回路モジュールとして実装されることは理解されるであろう。この実装は、本発明を実装するコンピューティングシステムの性能要件に応じて選択できるものである。したがって、本明細書において例示されている、本明細書で説明されている実施形態を構成する論理的なオペレーションは、演算、構造的デバイス、活動、またはモジュールとさまざまに称される。これらの演算、構造的デバイス、活動、およびモジュールは、ソフトウエア、ファームウエア、専用デジタル論理回路、およびこれらの任意の組み合わせで実装されうる。

次に、図３を参照しつつ、カンバセーションの複数のモダリティの伝送の概略プロセスについて説明する。

オペレーションの開始後、プロセスは、異なるモダリティを含むカンバセーションが少なくとも２つのユーザの間で確立されたオペレーション３１０へ流れる。カンバセーションは、サポートされた通信モードの任意の種類を含むことが可能である。例として、カンバセーションは、ＩＭモダリティ、ビデオモダリティ、音声モダリティ、アプリケーション共有モダリティ、オーディオビジュアルモダリティ等になりえる。カンバセーションは、ユーザが別のユーザから通信リクエストを受け入れたとき、確立される。

オペレーション３２０に移動すると、決定は、伝送されるモダリティのプロパティおよび伝送されるカンバセーションのモダリティについて行われる。１つの実施形態により、ユーザは、伝送するモダリティおよび伝送するプロパティを選択するようにユーザインタフェースを利用できる。例として、ユーザインタフェースは、カンバセーションのモダリティを有するアクティブなカンバセーションを示し、伝送するカンバセーションのモダリティをユーザに選択させることができる。１つの実施形態により、ユーザは、１つまたは複数の伝送ターゲットへ伝送するようにカンバセーションのモダリティのすべてを選択する。ユーザは、伝送するモダリティのプロパティを決定することもできる。例えば、決定は、モダリティが伝送されたとき、モダリティについてのカンバセーションのペイロードを伝送するか否かについて行われる。例えば、ユーザは、ＩＭモダリティが伝送されるときカンバセーションのＩＭ履歴を伝送すること、ビデオモダリティが伝送されるときビデオを伝送すること、アプリケーション共有モダリティが伝送されるときアプリケーションデータを伝送すること、等を決定できる。

オペレーション３３０に移ると、選択された各モダリティについての伝送ターゲットは、決定される。１つの実施形態により、ユーザインタフェースは、伝送される各モダリティと伝送ターゲットを関連付けるように使用されうる。任意の数のカンバセーションのモダリティは、単一の伝送ターゲットに関連付けられうる。例として、カンバセーションが３つのモダリティを有するとき、３つすべては単一の伝送ターゲットへ伝送され、または３つのモダリティの２つは１つのターゲットへ伝送されるが、３番目のモダリティは異なる伝送ターゲットへ伝送され、または各モダリティは、異なるターゲットへ伝送されうる。

オペレーション３４０のフローに流れ、各モダリティは、決定された伝送ターゲットへ伝送される。１つの実施形態により、伝送は、ＳＩＰプロトコルを使用して完了する。

オペレーション３５０に移ると、伝送されたモダリティは終了する。１つの実施形態により、モダリティは、通知が、モダリティが伝送ターゲットへ成功裏に伝送されたことを示す通知が受信されるまで、オリジナルのカンバセーションから終了されない。

次いで、このプロセスは、終了ブロックに流れ、他のアクションの処理に戻る。

図４に、カンバセーションのモダリティの伝送のための例示的なプロセスを示す。示されているように、プロセス４００は、伝送元４１０、伝送先４２０、伝送ターゲット（ＴＴ１）４３０、および伝送ターゲット（ＴＴ２）４４０を含む。２つの伝送ターゲットが図示されているが、より多い、またはより少ない伝送ターゲットが有りうる。例として、１つだけの伝送ターゲット、または３つの伝送ターゲットが有りうる。

１から３のステップは、伝送元４１０と伝送先４２０との間の３つの異なるモダリティを確立することが示されている。示されたように、ＩＭモダリティ、オーディオビジュアルモダリティ、アプリケーション共有モダリティは、確立され、単一のカンバセーション（Ｃ１）と関連付けられる。より多い、またはより少ない通信のモダリティは、確立されうる。

ボックス４５０に、伝送元４１０が、伝送先４２０へカンバセーションＣ１のモダリティを伝送する、ステップ４から９を示す。ステップ４では、伝送元４１０は、ＩＭモダリティを伝送し、伝送ターゲットＴＴ１（４３０）を選択する。この伝送では、伝送元４１０は、ＩＭモダリティの伝送と共にＩＭ履歴を含むように決定される。図のように、ＲＥＦＥＲメッセージは、カンバセーションのペイロードを伝送するように指し示される“履歴”の伝送オプションを含む（この場合では、ＩＭ履歴）。ステップ６から９に、ＡＶモダリティおよびアプリケーション共有モダリティを伝送ターゲットＴＴ２（４４０）に伝送することを示す。伝送される各モダリティは、モダリティと共に伝送される、関連付けられたカンバセーションのペイロードを有することができる。例えば、ＡＶモダリティは、カンバセーションのペイロードとして伝送されるビデオコンテンツ、または他のコンテンツを有することができる。同様に、コンテンツを共有するアプリケーションは、カンバセーションのペイロードとして伝送される、共有されるアプリケーション、共有されるリソースへのリンク、共有される１つまたは複数のドキュメント等のアイテムを有することができる。１つの実施形態により、カンバセーションのペイロードのすべてまたは一部は、伝送されうる。例えば、何のコンテンツをカンバセーションのペイロード内で伝送するかを選択するセレクションが（例えば、ユーザインタフェースを使用して）行なわれる。

ボックス４６０に、伝送先４２０が、カンバセーションＣ１のモダリティの伝送を受け入れるように、伝送ターゲットＴＴ１およびＴＴ２をインバイトするステップ１０から２０を示す。ステップ１０から１２は、伝送先４２０がＩＭ履歴と共にＩＭモダリティを受け入れるようにＴＴ１（４３０）をインバイトすることを示す。ステップ１３から２０は、伝送先４２０がＡＶモダリティおよびアプリケーション共有モダリティを受け入れるようにＴＴ２（４４０）をインバイトすることを示す。

ボックス４７０に、伝送元４１０に伝送されたモダリティの各々の結果を伝送先４２０が提供することを示す。伝送元４１０が、伝送の成功という通知を受けたとき、伝送元４１０は、確立されたカンバセーションからこのモダリティを終了させる。

図５を参照すると、管理された伝送を使用するカンバセーションのモダリティを伝送するプロセスのフローが表されている。示されているように、プロセス５００は、伝送先５１０、伝送元５２０、および伝送ターゲット（ＴＴ）５３０を含む。１つの伝送ターゲットが示されているが、より多くの伝送ターゲットが有りうる。例えば、２つ、またはそれ以上の伝送ターゲットが有りうる。さらに、モダリティの各々について管理された伝送が示されているが、任意の数のカンバセーションのモダリティは、管理されたやり方において伝送されうる。

ステップ１から２に、伝送先５１０と伝送元５２０との間のカンバセーション内で２つの異なるモダリティが確立されることを示す。示されたように、ＩＭモダリティおよびオーディオビジュアルモダリティは、確立され、単一のカンバセーション（Ｃ１）に関連付けられる。より多い、またはより少ない通信モダリティは、単一のカンバセーションと共に確立されうる。

ステップ３から５に、伝送先５１０と伝送元５２０との間に確立されるモダリティを伝送するか否かを決定するために伝送ターゲット５３０とのダイアログを伝送元５２０が確立することを示し、そして、ステップ３から５は、カンバセーションＣ１の一部である。

ボックス５４０に、伝送元５２０は、伝送ターゲット５３０が伝送ターゲット５３０と伝送元５２０との間のダイアログに応答して伝送リクエストを受け入れた後、伝送元５２０を伝送ターゲット５３０に置き換えるように伝送先５１０へ参照リクエストを送信するステップ６から９を示す。伝送元５２０は、ダイアログが置き換えられることを通知する伝送リクエストを伝送先５１０へ送信する。この管理された伝送の例では、カンバセーションのペイロードは、伝送されない（例えば、伝送先５１０と伝送元５２０との間のＩＭ履歴は、伝送ターゲット５３０へ伝送されないであろう）。示されたように、ＲＥＦＥＲメッセージは、カンバセーションのペイロードを伝送するよう指し示す伝送オプションの“履歴”を含む（この場合では、ＩＭ履歴）。

ボックス５５０に、伝送先５１０が、カンバセーションＣ１のモダリティの伝送を受け入れるように、ＴＴ５３０をインバイトすることを示す。ステップ１０から１２に、伝送先５１０が、ＩＭモダリティを受け入れ、ダイアログＤ１をＩＭモダリティに置き換えるようにＴＴ（５３０）をインバイトすることを示す。ステップ１３から１６に、伝送先５１０が、ＡＶモダリティを受け入れるようにＴＴ（５３０）をインバイトすることを示す。

ボックス５６０に、伝送先５１０は、モダリティの伝送が成功することを伝送元５２０に通知する、ステップ１７から２６を示す。伝送されたモダリティについての成功の通知に応答して、伝送先５１０と伝送元５２０との間のオリジナルのカンバセーションのモダリティは、終了される。

図６に、必須でないカンバセーションのモダリティが伝送に失敗する例示的なプロセスを示す。示されたように、プロセス６００は、伝送元６１０、伝送先６２０、伝送ターゲット（ＴＴ１）６３０、および伝送ターゲット（ＴＴ２）６４０を含む。２つの伝送ターゲットが示さているが、より多い、またはより少ない伝送ターゲットが有りうる。

ステップ１から３に、伝送元６１０と伝送先６２０との間の３つの異なるモダリティが確立されることを示す。示されたように、ＩＭモダリティ、オーディオビジュアルモダリティおよびアプリケーション共有モダリティは、確立され、単一のカンバセーション（Ｃ１）に関連付けられる。より多い、またはより少ない通信モダリティは、確立されうる。

ボックス６５０に、伝送元６１０は、伝送先６２０へカンバセーションＣ１のモダリティを伝送するステップ４から５を示す。この例では、ユーザは、他のモダリティよりもカンバセーションの１つのモダリティ（ＩＭモダリティ）を優先させ、カンバセーションの他のモダリティが伝送される前に、ＩＭモダリティを成功させなければならないよう特徴付ける。モダリティの優先順位付けは、ユーザインタフェースから、または他の幾つかのやり方において、決定されうる。１つの実施形態により、デフォルトの優先順位は、カンバセーションにおいて利用できるモダリティの各々について構成されうる。例えば、ある動作シナリオにおいて、いくつかのモダリティが、伝送元がカンバセーションの他のモダリティを伝送しようと試みる前に、伝送されなければならないということが決定されうる。この例では、伝送元６１０は、ＩＭモダリティが最初に伝送されるという選択、およびＩＭモダリティの伝送が失敗したら、他のモダリティは伝送されないという選択がなされている。ステップ４では、伝送元６１０は、ＩＭモダリティを伝送先６２０へ伝送し、伝送についての伝送先として伝送ターゲットＴＴ１（６３０）を選択する。この伝送において、伝送元６１０は、ＩＭモダリティの伝送と共に、ＩＭ履歴を含むように決定する。

ボックス６６０に、伝送先６２０がＩＭモダリティの伝送を受け入れるようＴＴ１ ６３０をインバイトすること、およびＴＴ１ ６３０が伝送を受け入れることを表すステップ６から８を示す。ボックス６７０に、伝送先６２０がＩＭモダリティの成功した伝送を伝送元６１０に通知することを表すステップ９から１２を示す。ＩＭモダリティの伝送が成功したので、伝送元は、カンバセーションＣ１のＩＭモダリティを終了させる。ＩＭモダリティの伝送が、この例において失敗したら、他のモダリティは、伝送されるように試みられないだろう（図７および関連する説明を参照）。

ボックス６８０に、必須の伝送であるように優先させたＩＭモダリティの成功した伝送の後、伝送ターゲットＴＴ２（６４０）へのＡＶモダリティおよびアプリケーション共有モダリティの伝送を表すステップ１３から３２を示す。ステップ１３から１６に、伝送元６１０が残りのモダリティを伝送先６２０に差し向けることを示す。ステップ１７から２０に、伝送先６２０がＡＶモダリティを受け入れるようにＴＴ２（６４０）をインバイトすること、およびＴＴ２ ６４０がインビテーションを受け入れることを示す。ステップ２１から２４に、伝送先６２０が共有モダリティを受け入れるようにＴＴ２（６４０）をインバイトすること、およびＴＴ２（６４０）が共有モダリティを伝送するインビテーションを受け入れないことを示す。ステップ２５から２８に、伝送先６２０がＡＶモダリティの伝送の成功を伝送元６１０に通知すること、および伝送元６１０がＡＶモダリティを終了させることを示す。ステップ２９から３２に、伝送先６２０が共有モダリティを伝送しようとして失敗したことを伝送元６１０に通知すること、および伝送元６１０がカンバセーションから共有モダリティを終了させることを示す。

図７に、カンバセーションのモダリティの必須の伝送が失敗する例示的なプロセスを示す。示されたように、プロセス７００は、伝送元７１０、伝送先７２０、伝送ターゲット（ＴＴ１）７３０を含む。１つの伝送ターゲットが示されているが、より多い伝送ターゲットが有りうる。

ステップ１から３に、伝送元７１０と伝送先７２０との間の３つの異なるモダリティが確立されることを示す。示されたように、ＩＭモダリティ、オーディオビジュアルモダリティおよびアプリケーション共有モダリティは、確立され、単一のカンバセーション（Ｃ１）に関連付けられる。より多い、またはより少ない通信モダリティは、確立されうる。

ボックス７４０に、伝送元７１０は、伝送先７２０へカンバセーションＣ１のモダリティを伝送するステップ４から５を示す。この例では、ユーザは、他のモダリティよりもカンバセーションの１つのモダリティ（ＩＭモダリティ）を優先させ、ＩＭモダリティの伝送が必須であることを特徴付ける。この例では、ＩＭモダリティは最初に伝送され、ＩＭモダリティの伝送が失敗したら、他のモダリティは伝送されない。ステップ４では、伝送元７１０は、ＩＭモダリティを伝送し、伝送ターゲットＴＴ１（７３０）を選択する。この伝送において、伝送元７１０は、ＩＭモダリティの伝送と共に、ＩＭ履歴を含むように決定する。

ボックス７５０に、伝送先７２０が、ＩＭモダリティの伝送を受け入れるようＴＴ１ ７３０をインバイトすることを表すステップ６から８を示す。この例では、ＩＭモダリティのＴＴ１ ７３０への伝送は、成功しなかった。

ボックス７６０に、伝送先７２０が、ＩＭモダリティの失敗した伝送を伝送元７１０に通知することを表すステップ９から１０を示す。ＩＭモダリティの伝送が失敗したので、伝送元は、カンバセーションＣ１のＩＭモダリティを終了させず、カンバセーションは、カンバセーションの伝送が試みられる前の時と同じままである。

上記の仕様、実例、およびデータにより、本発明の構成物の製造および使用に関する完全な説明を提供する。本発明の多くの実施形態は、本発明の精神と範囲を逸脱することなく実装できるため、本発明は付属の請求項によって画定される。

Claims (15)

1. インターネットプロトコル（ＩＰ）ネットワーク上でカンバセーションのモダリティを伝送する方法であり、前記カンバセーションは、伝送元と伝送先との間で、異なるモダリティを含んで前記ＩＰネットワーク上で確立され、伝送マネージャが実行する方法であって、
   プロセッサを使用して、前記カンバセーション中で用いられる前記異なるモダリティを伝送するか否かを決定するステップと、
   ユーザからモダリティの選択を受け入れるステップであり、選択されたモダリティは、必須のモダリティであるステップと、
   前記異なるモダリティの各々について少なくとも前記必須のモダリティおよび必須でないモダリティから伝送する優先順位を決定するステップであり、前記必須のモダリティは、失敗した伝送が前記異なるモダリティの各々の伝送の終了となるモダリティを定義し、前記必須でないモダリティは、失敗した伝送が失敗した当該必須でないモダリティの伝送の終了となり、残りの異なるモダリティを伝送し続けるモダリティを定義するステップと、
   前記カンバセーションの前記必須のモダリティおよび前記必須でないモダリティを伝送する少なくとも１つの伝送ターゲットを決定するステップと、
   前記必須のモダリティが決定された前記伝送ターゲットへの伝送に失敗したことを決定するステップと、
   前記必須のモダリティが伝送に失敗したことが決定された場合、前記必須でないモダリティの伝送を終了させるステップと
   を含むことを特徴とする方法。
2. 通信の前記異なるモダリティは、次のモダリティ、つまり、
   音声のモダリティ、インスタントメッセージのモダリティ、ビデオのモダリティ、アプリケーション共有モダリティ、およびデスクトップ共有のセッション、の少なくとも２つを含むことを特徴とする請求項１に記載の方法。
3. 前記伝送ターゲットへ前記異なるモダリティを伝送するステップは、少なくとも１つの伝送される前記異なるモダリティの管理された伝送を実行するステップを含むことを特徴とする請求項２に記載の方法。
4. 伝送されるモダリティについてのカンバセーションのペイロードを伝送するステップをさらに備え、前記カンバセーションのペイロードは、確立された前記カンバセーションの間で使用されるデータであることを特徴とする請求項１に記載の方法。
5. 伝送される前記カンバセーションのペイロードは、ＩＭモダリティが伝送されるとき、インスタントメッセージのペイロードを含むＩＭ履歴であることを特徴とする請求項４に記載の方法。
6. 前記モダリティが伝送された後、確立された前記カンバセーション内で、伝送された前記モダリティの各々を終了させるステップをさらに含むことを特徴とする請求項１に記載の方法。
7. 前記モダリティが伝送された後、確立された前記カンバセーション内で、伝送された前記モダリティの各々を終了させるステップは、成功裏に伝送されたモダリティだけを終了させるステップを含むことを特徴とする請求項６に記載の方法。
8. ユーザインタフェースから前記必須のモダリティの選択を受け入れるステップと、
   前記カンバセーションの他のモダリティを伝送しようとする前に、前記必須のモダリティを伝送しようとするステップと
   をさらに含むことを特徴とする請求項１に記載の方法。
9. ユーザインタフェースを通して伝送するように、前記伝送ターゲットの選択、および前記カンバセーションの前記異なるモダリティを受け入れるステップをさらに含むことを特徴とする請求項２に記載の方法。
10. インターネットプロトコル（ＩＰ）ネットワーク上でカンバセーションのモダリティを伝送するコンピュータ実行可能命令を有する、コンピュータ可読記憶媒体であって、
    前記コンピュータ実行可能命令は、
    伝送元と伝送先との間で、少なくとも２つの異なるモダリティを含むカンバセーションを前記ＩＰネットワーク上で確立することと、
    ユーザからモダリティの選択を受け入れ、ここで、選択されたモダリティは、必須のモダリティであることと、
    前記異なるモダリティの各々について少なくとも前記必須のモダリティおよび必須でないモダリティから伝送する優先順位を決定し、ここで、前記必須のモダリティは、失敗した伝送が前記異なるモダリティの各々の伝送の終了となるモダリティを定義し、前記必須でないモダリティは、失敗した伝送が失敗した当該必須でないモダリティの伝送の終了となり、残りの異なるモダリティを伝送し続けるモダリティを定義することと、
    前記カンバセーションの前記必須のモダリティおよび前記必須でないモダリティを伝送する少なくとも１つの伝送ターゲットを決定することと、
    前記必須のモダリティおよび前記必須でないモダリティを前記伝送元から決定された前記伝送ターゲットへ伝送することと、
    前記必須のモダリティが決定された前記伝送ターゲットへの伝送に失敗したことを決定することと、
    前記必須のモダリティが伝送に失敗したことが決定された場合、前記必須でないモダリティの伝送を終了させることと、
    前記必須のモダリティおよび前記必須でないモダリティの伝送の各々の結果を示す通知を前記伝送元で受け入れることと
    を備えたことを特徴とするコンピュータ可読記憶媒体。
11. 通信の前記異なるモダリティは、次のモダリティ、つまり、
    インスタントメッセージのモダリティ、ビデオのモダリティ、デスクトップ共有モダリティ、およびアプリケーション共有モダリティ、の少なくとも２つを含むことを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
12. 前記伝送元から前記伝送ターゲットへ前記異なるモダリティを伝送する手段は、前記伝送を管理することを含むことを特徴とする請求項１１に記載のコンピュータ可読記憶媒体。
13. 伝送される少なくとも１つの前記モダリティについてのカンバセーションのペイロードを伝送することをさらに備え、前記カンバセーションのペイロードは、前記伝送元と前記伝送先との間で確立された前記カンバセーション中、保存されたデータを含むことを特徴とする請求項１１に記載のコンピュータ可読記憶媒体。
14. 前記必須のモダリティの前記伝送が失敗するとき、前記カンバセーションを、前記伝送が試みる前の前記カンバセーションの状態へ戻すことと
    をさらに備えたことを特徴とする請求項１１に記載のコンピュータ可読記憶媒体。
15. インターネットプロトコル（ＩＰ）ネットワーク上でカンバセーションのモダリティを伝送するシステムであって、
    前記ＩＰネットワークへ接続されるように構成されるネットワーク接続と、
    プロセッサおよびコンピュータ可読媒体と、
    前記コンピュータ可読媒体に格納され、および前記プロセッサ上で実行するオペレーティング環境と、
    前記オペレーティング環境の制御下で次の動作をすることが可能な伝送マネージャとを備え、
    次の動作は、
    前記ＩＰネットワーク上で確立されたカンバセーションの異なるモダリティを１つまたは複数の伝送ターゲットへ伝送するか否かを決定することと、
    ユーザからモダリティの選択を受け入れ、ここで、選択されたモダリティは、必須のモダリティであることと、
    前記異なるモダリティの各々について少なくとも前記必須のモダリティおよび必須でないモダリティから伝送する優先順位を決定し、ここで、前記必須のモダリティは、失敗した伝送が前記異なるモダリティの各々の伝送の終了となるモダリティを定義し、前記必須でないモダリティは、失敗した伝送が失敗した当該必須でないモダリティの伝送の終了となり、残りの異なるモダリティを伝送し続けるモダリティを定義することと、
    前記カンバセーションの前記必須のモダリティおよび前記必須でないモダリティを伝送する少なくとも１つの伝送ターゲットを決定することと、
    前記伝送ターゲットへ前記必須のモダリティおよび前記必須でないモダリティを伝送することと、
    前記必須のモダリティが決定された前記伝送ターゲットへの伝送に失敗したことを決定することと、
    前記必須のモダリティが伝送に失敗したことが決定された場合、前記必須でないモダリティの伝送を終了させることと、
    前記必須のモダリティおよび前記必須でないモダリティの各々について前記伝送の成功または失敗を示す結果を、各々の伝送された必須のモダリティおよび必須でないモダリティに対して受信することと
    を含むことを特徴とするシステム。
    

Images