(57)【要約】  これらの例示的な実施形態に従ったシステム、方法、装置およびソフトウェアは、会議の中でファイルを転送するための技術を提供する。複数のエンドポイントへのファイル転送についての要求を受信した上で、これらのエンドポイントに関連付けられるメディア記述を、変更し使用して、ファイル転送についてのこれらのエンドポイントへ招待を送信することができる。当該招待への応答に基づいて、その後ファイル転送が開始し得る。【選択図】図２
2012503265.tif 000002
【特許請求の範囲】
【請求項１】
会議中に複数のエンドポイントに少なくとも１つのファイルを転送するための方法であって：
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと；
前記第１の要求メッセージからの情報を使用して、前記会議に関連付けられる少なくとも第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を変更するステップと；
変更された前記メディア記述を使用して、前記第２のエンドポイントおよび前記第３のエンドポイントに、前記第１のファイル転送についての招待メッセージを送信するステップと；
前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するステップと；
を含む方法。
【請求項２】
前記メディア記述は、セッション記述プロトコル（ＳＤＰ）メディア記述であり、前記変更するステップは：
前記第１の要求メッセージの中で提供される情報に基づいて、前記第２のエンドポイントに関連付けられるＳＤＰメディア記述および前記第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供するステップ；
をさらに含む、請求項１の方法。
【請求項３】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用すること；
をさらに含む、請求項２の方法。
【請求項４】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加すること；
をさらに含む、請求項２の方法。
【請求項５】
前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージを受信するステップと；
前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理するステップと；
前記変更するステップは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記メディア記述を変更することをさらに含むことと；
招待メッセージを送信する前記ステップは、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することをさらに含むことと；
をさらに含む、請求項１の方法。
【請求項６】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項１の方法。
【請求項７】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項１の方法。
【請求項８】
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するためのインターフェースと；
前記会議の第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を記憶するためのメモリ装置と；
前記第１の要求メッセージからの情報を使用して前記メディア記述を変更し、変更された前記メディア記述を使用して前記第２のエンドポイントおよび前記第３のエンドポイントに前記第１のファイル転送についての招待メッセージを送信するように構成されるプロセッサと；
を備え、
前記プロセッサは、前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するようにさらに構成される、
通信ノード。
【請求項９】
前記メディア記述は、セッション記述プロトコル（ＳＤＰ）メディア記述であり、前記プロセッサは、前記第１の要求メッセージの中で提供される情報に基づいて、前記第２のエンドポイントに関連付けられるＳＤＰメディア記述および前記第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供することにより、前記メディア記述を変更する、請求項８の通信ノード。
【請求項１０】
前記プロセッサは、前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用することにより、前記メディアラインを提供する、請求項９の通信ノード。
【請求項１１】
前記プロセッサは、前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加することにより、前記メディアラインを提供する、請求項９の通信ノード。
【請求項１２】
前記インターフェース装置は、前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージも受信し、
前記プロセッサは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記メディア記述を変更し、並びに、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することにより、前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理する、
請求項８の通信ノード
【請求項１３】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項８の通信ノード。
【請求項１４】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項８の通信ノード。
【請求項１５】
前記通信ノードは、少なくとも１つの会議フォーカス（ＣＦ）エンティティを含む、請求項８の通信ノード。
【請求項１６】
記憶されたプログラム命令を含む、コンピュータにより読取り可能な媒体であって、当該プログラム命令は、コンピュータまたはプロセッサにより実行されると：
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと；
前記第１の要求メッセージからの情報を使用して、前記会議に関連付けられる少なくとも第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を変更するステップと；
変更された前記メディア記述を使用して、前記第２のエンドポイントおよび前記第３のエンドポイントに、前記第１のファイル転送についての招待メッセージを送信するステップと；
前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するステップと；
を実行する、コンピュータにより読取り可能な媒体。
【請求項１７】
前記メディア記述は、セッション記述プロトコル（ＳＤＰ）メディア記述であり、前記変更するステップは：
前記第１の要求メッセージの中で提供される情報に基づいて、前記第２のエンドポイントに関連付けられるＳＤＰメディア記述および前記第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供するステップ；
をさらに含む、請求項１６のコンピュータにより読取り可能な媒体。
【請求項１８】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用すること；
をさらに含む、請求項１７のコンピュータにより読取り可能な媒体。
【請求項１９】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加すること；
をさらに含む、請求項１７のコンピュータにより読取り可能な媒体。
【請求項２０】
前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージを受信するステップと；
前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理するステップと；
前記変更するステップは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記メディア記述を変更することをさらに含むことと；
招待メッセージを送信する前記ステップは、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することをさらに含むことと；
をさらに含む、請求項１６のコンピュータにより読取り可能な媒体。
【請求項２１】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項１６のコンピュータにより読取り可能な媒体。
【請求項２２】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項１６のコンピュータにより読取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して通信システムに関するが、より具体的には会議サービスにおけるファイル転送に関する。
【背景技術】
【０００２】
技術レベルが高まるため、通信の選択肢はより多様になった。例えば、通信産業におけるここ３０年間では、パーソナル通信は、たった１つのダイヤル式の電話を有する家から、音声およびデータの両方をのせる複数の電話、ケーブルおよび／または光ファイバ線を有する家へと発展した。さらに、セルラー電話およびＷｉ−Ｆｉが、通信にモバイルの要素を追加した。
【０００３】
ＩＰネットワークが使用されて様々なサービスが提供される、新しいまたは様々な手段をのせるために、新しいネットワークアーキテクチャが開発され、標準化されている。ＩＰマルチメディアサブシステム（ＩＭＳ）は、エンドユーザにＩＰマルチメディアサービスを配信するために利用されるアーキテクチャのフレームワークである。ＩＭＳアーキテクチャは、異種のシステムに集中メカニズムを提供するために、例えばセッション開始プロトコル（ＳＩＰ）シグナリング等のＩＰプロトコルを使用するサービスに独立なトポロジへと発展した。一部分において、これは、アクセスネットワークをサービスレイヤから分離する水平の制御レイヤの提供を介して達成される。特に、ＩＭＳアーキテクチャは、様々なメッセージングおよび会議のシステム並びにサービスの展開に、有用なプラットフォームを提供し得る。
【０００４】
例えば、マルチメディアメッセージング会議サービスは、ＩＭＳネットワークで提供される基本的なサービスの１つである。この会議サービスを実装するために使用されるメカニズムは、例えば、A.Johnston,Avaya  and  O.Levin,  "Session  Initiation  Protocol  Call  Control-Conferencing  for  User  Agents",  August,  2006,  RFC4579、J.Rosenberg,  "A  Framework  for  Conferencing  with  the  Session  Initiation  Protocol  (SIP)",  February,  2006,  RFC  4353、およびJ.Rosenberg,  H.Schulzrinne  and  O.Levin,Ed.  "A  Session  Initiation  Protocol  (SIP)  Event  Package  for  Conference  State",  August  2006,  RFC  4575で、説明されている。これらの開示は、参照によりここに取り入れられる。この会議サービスおよび以下で説明される例示的な実施形態に従った会議サービスを提供するための例示的な高レベルのアーキテクチャが、図１で説明される。
【０００５】
図１に示されるように、会議サービスを提供される各エンドポイント１００、１０２、１０４および１０６は、会議フォーカス（ＣＦ）エンティティ１０８と共に、ＳＩＰセッションおよびメッセージセッションリレープロトコル（ＭＳＲＰ）セッションの両方を有する。この例の状況で、エンドポイント１００、１０２、１０４および１０６を、ユーザ、アドレス（例えば、userA@opcratorL.com）、エンドユーザ装置、またはいずれかのそれらの組合せとみなすことができる。ＣＦエンティティ１０８は、会議アプリケーションサーバ（ＡＳ）１１０内で実装され得る。会議ＡＳ１１０は、各会議についてのＣＦエンティティ１０８のインスタンスを生成するためのＣＦ「ファクトリ」１１２も含む。当該各会議は、例えばこの例では、ユーザＡがそのサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）１１４を通じてＳＩＰシグナリングを介して会議を確立する場合に生成されるインスタンスにより、確立される。Ｓ−ＣＳＣＦ１１４は、ドメインネームクエリをＩＰアドレスに変えるためのドメインネームサーバ（ＤＮＳ）１１６にも接続され得る。したがって、ユーザにより開始され、関連付けられるエンドポイントにより送信された各会議メッセージは、ＣＦ１０８により受信され、ＣＦ１０８によりＭＳＲＰセッションを通じて会議の中の他のエンドポイントへ送信される。会議サービスに関連付けられるＳＩＰ制御シグナリングは、いくつかの問合せ（interrogating）／サービング（Ｉ／Ｓ）ＣＳＣＦ１１８により表されるようなＩＭＳネットワークを通過する。
【０００６】
マルチメディアの会議セッションに関与するエンドポイント１００、１０２、１０４および１０６がそのセッションの状況内でファイルを交換したい、インスタンスが存在し得る。この状況では、ファイルは、音声、映像、テキスト等のいずれかの種類のメディアであり得る。ＭＳＲＰを用いて、インスタントメッセージのストリームの内部にＭＩＭＯ（Multipurpose  Internet  Mail  Extensions）オブジェクトのようなファイルを埋め込むことができる。この交換メカニズムは、「ＩＭに付随するファイル（file  attached  to  IM）」メカニズムと呼ばれることがある。しかしながら、「ＩＭに付随するファイル」メカニズムは、ファイルを含む要求を受入れまたは拒否することをユーザに可能にしない。その代わりのメカニズムは、「ファイル転送」と呼ばれることがある。
【０００７】
したがって、ユーザがファイル転送を「ＩＭに付随するファイル」と区別することを可能にするために、ＩＥＴＦ（Internet  Engineering  Task  Force）は、draft-ietf-mmusic-file-transfer-mech-07.txtで見つけられる、M.Garcia  Martin、M.Isomaki、G.Camarilloによる"A  Session  Description  Protocol  (SDP)  Offer/Answer  Mechanism  to  Enable  File  Transfer"と題する文書（以後、「Martinその他の文書」と呼ぶ）の中で説明されているように、ファイル転送メカニズムを定義している。当該文書の開示は、参照によりここに取り入れられる。このメカニズムは、送信者がファイル転送についての要求を受信者に送信することを可能にし、その受信者が要求を受入れまたは拒否することを可能にする。ファイル転送メカニズムは、受信者が送信者からのファイルを要求することを可能にし、その送信者が要求されたファイルを送信するか否かを決定できることを可能にする。
【０００８】
Martinその他の文書で説明されているファイル転送は、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を通じて要求され、新しいメディアストリーム、すなわちＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求のセッション記述プロトコル（ＳＤＰ）ボディ部分の中の「m=」ライン（会議セッションについてのものである第１の「m=」ライン）を追加することにより、ＭＳＲＰセッションを使用して実行される。既存のメディアストリームは、そのストリームについてのポート番号を０に設定して新しいＳＤＰを生成することにより、取り除かれる。１つ以上のファイルを送信しまたは受信することを望む申込者は、ＳＤＰ内でファイル毎に「m=」ラインを生成する。Martinその他の文書で説明されたファイル転送メカニズムに加えて、ＯＭＡ（Open  Mobile  Alliance）は、OMA-TS-SIMPLE  IM-V1  0-20080506-Dとして識別される、ＳＩＰ／ＳＩＭＰＬＥインスタントメッセージングの文書である"Instant  Messaging  using  SIMPLE"を定義している。当該文書は、ＩＭサービスイネーブラ（IM  service  enabler）についての仕様を含む。
【０００９】
しかしながら、これらの従来のメカニズムは、２つのエンドポイントのみの間の会議サービスにおける転送をサポートする。会議において２つよりも多いエンドポイントの間でファイルを効率的に転送するためのメカニズムは存在しない。
【発明の概要】
【００１０】
これらの例示的な実施形態に従ったシステム、方法、装置およびソフトウェアは、会議フォーカス等の制御エンティティを提供することにより、会議システムまたは会議サービスの中でのエンドポイント間のファイル転送のための技術を提供する。当該制御エンティティは、エンティティが、メディア記述を変更し、これらの変更されたメディア記述を使用して、ファイル転送のための招待を発行し、結果として生じるファイル転送と応答を調整することを可能とする、ロジックを有する。
【００１１】
一実施形態によると、会議中に複数のエンドポイントに少なくとも１つのファイルを転送するための方法は、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと、第１の要求メッセージからの情報を使用して、会議に関連付けられる少なくとも第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を変更するステップと、変更されたメディア記述を使用して、第２のエンドポイントおよび第３のエンドポイントに、第１のファイル転送についての招待メッセージを送信するステップと、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するステップと、を含む。
【００１２】
別の例示的な実施形態によると、通信ノードは、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するためのインターフェースと、会議の第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を記憶するためのメモリ装置と、第１の要求メッセージからの情報を使用してメディア記述を変更し、変更されたメディア記述を使用して第２のエンドポイントおよび第３のエンドポイントに第１のファイル転送についての招待メッセージを送信するように構成されるプロセッサと、を含む。上記プロセッサは、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するようにさらに構成される。
【００１３】
さらに別の例示的な実施形態によると、コンピュータにより読取り可能な媒体は、コンピュータまたはプロセッサにより実行されると、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと、第１の要求メッセージからの情報を使用して、会議に関連付けられる少なくとも第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述を変更するステップと、変更されたメディア記述を使用して、第２のエンドポイントおよび第３のエンドポイントに、第１のファイル転送についての招待メッセージを送信するステップと、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するステップと、を実行する記憶されたプログラム命令を含む。
【図面の簡単な説明】
【００１４】
添付の図面は、例示的な実施形態を説明する。
【図１】例示的な実施形態が実装されることが可能である会議システムを説明する。
【図２】例示的な実施形態に従ったファイル転送のための方法を示すフローチャートである。
【図３】別の例示的な実施形態に従ったファイル転送のための方法を説明するシグナリング図である。
【図４】例示的な実施形態に従ったファイル転送を完了するための方法を示すフローチャートである。
【図５】例示的な実施形態に従った通信ノードを示す。
【図６】例示的な実施形態に従ってファイルを転送するための方法を示すフローチャートである。
【発明を実施するための形態】
【００１５】
例示的な実施形態の以下の詳細な説明は、添付の図面を参照する。異なる図面における同一の参照番号は、同一または類似の要素を識別する。また、以下の詳細な説明は本発明を限定しない。代わりに、本発明の範囲は、添付の特許請求の範囲により定義される。
【００１６】
上記のとおり、会議サービス、システムおよび方法は、現在、会議セッションの中で２つよりも多いエンドポイントの間でファイルを効率的に転送するメカニズムを提供しない。したがって、例えば、図１のユーザＡが、ユーザＢ、ＣおよびＤに同一のファイルを送信したい場合に、彼女または彼は、Martinその他の文書で説明されているメカニズムを使用して、ユーザＢ、ＣおよびＤへ直接的に３つの別々の個別のファイル転送を開始する。当然のことながら、従来型の会議サービスの中のファイル転送に関連付けられるこの効率の悪さは、複数の実質的に同時に起こるファイル転送要求が会議参加者の各々から他の会議参加者の各々へ送信される場合に、より度合いを増す。したがって、例示的な実施形態によると、特に、ＣＦ１０８がエンドポイント１００、１０２、１０４、１０６にそれぞれ送信しまたは当該エンドポイントからそれぞれ受信するファイル転送要求に基づいてＳＤＰの「m=」ラインを追加しまたは置き換えることにより、ＣＦエンティティ１０８が各エンドポイント１００、１０２、１０４、１０６とのＳＤＰの申込みの処理を担うことを、可能にするために、ロジックがＣＦエンティティ１０８に追加される。
【００１７】
当業者により理解されるように、各会議参加者に関連付けられるＳＤＰメッセージまたはＳＤＰディア記述は、その参加者が取り決めたマルチメディアセッションに関連付けられる、例えばメディアの種類およびフォーマット等のメディアセッションフレームワークを定義する。例えば、http://tooLs.ietf.org/html/rfc4566で入手できる"SDP:  Session  Description  Protocol",  July  2006と題するRFC  4566の中で説明されるように、各ＳＤＰは、１つ以上の以下のパラメータ（オプションのパラメータはアスタリスクと共に提供される）を含み得る。上記RFC  4566の開示は、参照によりここに取り入れられる。
【表１】
2012503265.tif 000003
ＳＤＰメディア記述の様々な他の例、およびこれらの例示的な実施形態に従って会議のファイル転送で使用される場合のＳＤＰメディア記述の一部は、以下で提供される。
【００１８】
図１で説明される例示的な会議システムを状況の背景として用いて、例示的な実施形態に従った会議セッションにおける複数のユーザ間でのファイル転送のための方法が、図２のフロー図についてここで説明される。その中で、会議の確立時に（ステップ２００）、ＣＦエンティティ１０８は、会議に加わった参加者（例えば、ダイヤルイン参加者）からＣＦエンティティ１０８が受信したＳＤＰメディア記述、または招待された参加者（例えば、ダイヤルアウト参加者）のためにＣＦエンティティ１０８が生成したＳＤＰメディア記述を、各参加者の現在のＳＤＰとして保存する。これは、エンドポイント間でのファイル転送を容易にするために編集し処理することができるＳＤＰメディア記述の完全なセットを、ＣＦエンティティ１０８に与える。例えば、ＣＦエンティティ１０８が、ファイルの送信または受信のための、ある会議の参加者からのファイル転送要求を受信すると（ステップ２０２）、ＣＦエンティティ１０８は、まず、ステップ２０４で、要求者から受信された新しいＳＤＰメディア記述を保存する。純粋に説明の役に立つ例として、図１のユーザＡが、ステップ２０２でＣＦエンティティ１０８により受信される彼女自身のデジタル写真を送信するためにＣＦエンティティ１０８に要求を送信する、と仮定する。（ステップ２０４でＣＦエンティティ１０８により保存される）要求の中の対応するＳＤＰメディア記述は、純粋に説明の役に立つ例として、このように見え得る。
【表２】
2012503265.tif 000004
この例示的な要求では、ＳＤＰメディア記述は、要求されたファイル転送により伝達されるべきメディアを特定する１つのメディアラインまたは「m=」ラインを有する。ＳＤＰメディアラインは、m=<media>  <port>  <proto>  <fmt>…というフォーマットを有する。<media>パラメータは、例えば映像、音声、テキスト、メッセージまたはアプリケーション等の、その「ｍ」ラインと関連付けられるメディアの種類を特定する。<port>パラメータは、メディアが送信される転送ポートを特定する。<proto>パラメータは、例えば、ＵＤＰ、ＴＣＰ等の転送プロトコルを特定する。パラメータ<fmt>は、メディアフォーマットの記述を特定する。
【００１９】
ファイル転送に関連付けられる受信されたＳＤＰメディア記述を保存した上で、ＣＦエンティティ１０８は、その後、例えば図２のステプ２０６および２０８に関連付けられる２重ループを通ることにより、他の参加者のＳＤＰメディア記述を処理する。その中で、受信されたファイル転送要求は、（ａ）会議の中の各参加者、および（ｂ）ステップ２０２でＣＦエンティティ１０８により受信された、転送を介して送信されまたは受信される各ファイルについて、処理される。より具体的には、各参加者について、ＣＦエンティティ１０８は、ステップ２１０で、現在記憶されている参加者のＳＤＰメディア記述のバージョンを検索し、<port>パラメータ値が０に等しく設定されている「ｍ」ライン、すなわちその「ｍ」ラインに対応するメディアセッションが終了していることを示す「ｍ」ラインをＳＤＰメディア記述が有するかを確認するためにチェックする。そうであれば、フローは、ステップ２１０からステップ２１２への「Ｙｅｓ」の分岐に従う。ステップ２１２では、<port>=0を有する「m」ラインは、要求されたファイル転送のために再使用される。上記の純粋に説明の役に立つＳＤＰメディア記述の文脈で、これは、例えばm=message  4321  TCP/MSRP*のように、ＣＦ１０８に属するポート番号を有する、ファイル転送の受信者から受信された値に、その特定の「m」ラインを設定することを意味する。
【００２０】
一方で、外側のループの当該反復上でそのＳＤＰが評価されている会議参加者が、０に等しいポート値を伴う既存の「m」ラインを有さない場合に、その後、フローは、ステップ２１０からステップ２１４への「Ｎｏ」の分岐に従う。ステップ２１４では、新しい「m」ラインが、受信されたファイル転送要求からの値であるが、ＣＦ１０８に属するポート番号で、その参加者のＳＤＰメディア記述に追加される。転送されるべきさらなるファイルがあれば（ステップ２１６）、その後、内側のループは、全てのファイル転送がこの参加者について処理されるまで反復される。結果として得られる変更されたＳＤＰメディア記述は、その後ステップ２１８で（少なくとも一時的に）保存される。そして、ファイル転送要求は、ステップ２２０で、変更されたＳＤＰメディア記述を使用して参加者へ送信されることが可能である。これらの例示的な実施形態に従ったファイル転送に関連付けられることが可能な様々なシグナリングの例が、図３について以下で提供される。外側の処理ループは、その後、未決定のファイル転送要求について処理されるべきさらなる参加者がいる場合に（「Ｙｅｓ」のパス）、ステップ２２２でＣＦエンティティ１０８により再度反復され得る。
【００２１】
そうでなければ、ＣＦエンティティ１０８が、全てのファイル転送要求を会議の参加者へ送信した場合に、フローは、図２のステップ２２４に移る。ステップ２２４では、ＣＦエンティティ１０８は、これらのファイル転送要求への応答を待つ。応答が受信されると、ＣＦエンティティ１０８は、その後、ステップ２２６、２２８および２３０に示されるように、この例示的な実施形態に従って応答を処理し得る。より具体的には、ステップ２２６で参加者からのファイル転送要求に応えて肯定的な応答が受信される場合、フローは「Ｙｅｓ」のパスに従う。当該パスでは、既にステップ２１８でその参加者について一時的に記憶された、変更されたＳＤＰメディア記述は、ステップ２２８で、その参加者の現在のＳＤＰメディア記述となる。代わりに、ステップ２２６でファイル転送要求に応えて否定的な応答が受信される場合、フローは、「Ｎｏ」のパスに従う。当該パスでは、既にステップ２１８でその参加者について一時的に記憶された、変更されたＳＤＰメディア記述は、ステップ２３０で破棄される。プロセスは、ステップ２３２で、会議の中の全ての参加者がファイル転送要求に応答したか否かを判定するためにチェックし、さらなる応答を待つためにステップ２２４へ選択的にループバックすることができる。代わりに、図２に示されていないが、プロセスは、全ての応答が受信された後にファイル転送を並行して実行するのではなく、ファイル転送を逐次的に実行するために、各肯定的な応答が参加者から受信された後のプロセスのうちのファイル転送の部分を継続することができる。
【００２２】
しかしながら、ステップ２３４で肯定的な応答が全く受信されなかった場合に、その後、ＣＦエンティティ１０８は、ステップ２３５で、ステップ２０４で一時的に保存されたＳＤＰメディア記述、すなわち、開始者からのファイル転送要求に関連付けられるＳＤＰメディア記述を破棄する。そうでなければ、少なくとも１つの肯定的な応答がステップ２３４で受信された場合には、その後、ステップ２０４でＣＦエンティティ１０８が受け取り次第一時的に保存されたそのＳＤＰメディア記述は、ステップ２３８で、送信者の現在のＳＤＰメディア記述となる。ＣＦエンティティ１０８は、その後、ステップ２４０で、ファイル転送要求が受入れられたことを送信者（ファイル転送要求の発信元）に通知し、転送されるべきファイルを受信し得る。このファイルは、その後ステップ２４２で、要求を受入れたこれらの参加者へ送信されることが可能である。
【００２３】
例えば、ある参加者が２以上の他の参加者にファイルを送信することを可能にし、またはある参加者が１以上の参加者からのファイルを要求することを可能にする等、会議の参加者間でのファイル転送を可能にすることに加えて、例示的な実施形態は、ＣＦエンティティ１０８が実質的に同時に受信されるファイル転送要求を集約することを可能にすることによって、信号の減少および効率をさらに促進する。これらの例示的な実施形態は、ここで説明され、図３に示される例についてシグナリングのレベルで説明される。
【００２４】
上記のとおり、本発明の例示的な実施形態は、ＩＭＳシステム内で実装され得る。よって、図３の例示的なシグナリング図では、本発明はそのように限定されないが、ＳＩＰシグナリングが説明されている。図３は、３ユーザ、すなわちユーザＡ、ユーザBおよびユーザCが、既に、ＣＦ１０８により処理される確立された会議の一部であるところから、開始する。この会議を設定するためのシグナリングは図３に明示されていないが、当該シグナリングは、ブロック３００により表され、例えば以下のシグナリングを含み得る。例えば、ユーザＡ１０２は、会議セッションまたはチャットセッションを開始するために、ＣＦエンティティ１０８にＳＩＰ  ＩＮＶＩＴＥメッセージを最初に送信することができる。ＣＦ１０８は、ユーザＡからのＳＩＰ  ＩＮＶＩＴＥに２００ＯＫメッセージで確認応答を行うことができ、ユーザＢおよびユーザＣに向けてＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ユーザＢおよびユーザＣは、ＳＩＰ  ＩＮＶＩＴＥメッセージの中で会議参加者として識別された。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ユーザＢおよびユーザＣにより、２００ＯＫメッセージを介して確認応答されることが可能である。
【００２５】
このように会議が確立された後に、ユーザＡが、転送されるべきファイルに関連付けられる対応するメディアラインを伴うＳＤＰメディア記述を有する別のＳＩＰ  ＩＮＶＩＴＥメッセージ３０２を介して、１つ以上のファイルを転送するための要求をＣＦエンティティ１０８へ送信する、と仮定する。さらに、実質的には同時に、またはユーザＡのファイル転送要求がＣＦエンティティ１０８により受信された後予め定められた時間間隔内に、ユーザＢも、転送されるべきファイルに関連付けられる自身の対応するメディアラインを伴うＳＤＰメディア記述を有するＳＩＰ  ＩＮＶＩＴＥメッセージ３０４を介して、１つ以上のファイルを転送するための要求をＣＦエンティティ１０８に送信する。処理の観点でのＣＦエンティティによる集約のために２つ（以上）のファイル転送要求が同時に起こっているとみなされることが可能である時間間隔は、具体的な実装に基づき変化し得る、ということに留意する。さらに、この例は、ユーザＡおよびユーザＢが１つ以上のファイルを会議の中の他の参加者に送信することを望む、複数ファイルの「プッシュ（push）」に言及するが、当業者にとっては当然のことながら、この例示的な実施形態は、例えばユーザＡおよびユーザＢが１つ以上のファイルを他の参加者からそれらに送信することを要求している、複数ファイルの「プル（pull）」、またはファイルのプルおよびプッシュの混合に、同様にあてはまる。
【００２６】
図３に戻ると、ＣＦエンティティ１０８は、会議確立時にＣＦエンティティ１０８で保存された各参加者のＳＤＰメディア記述を変更するために、図２の例示的な実施形態について上記で説明された手法と同様の手法で、同時に起こるファイル転送要求３０２および３０４を処理することができる。さらに具体的には、実質的に同時にまたはレシーブウィンドウ内で受信された全ての要求に関連付けられるファイルは、各参加者についてステップ２０８で処理するために集約されることが可能である。例えば、ＳＩＰ  ＩＮＶＩＴＥメッセージ３０２は、そのファイル転送要求に関連付けられる「m=message  7654  TCP/MSRP*」というメディアラインを伴うＳＤＰメディア記述を含み、ＳＩＰ  ＩＮＶＩＴＥメッセージ３０４は、そのファイル転送要求に関連付けられる「m=message  7655  TCP/MSRP*」というメディアラインを伴うＳＤＰを含む、と仮定する。その後、図２のステップ２０８は、例えば、両方の要求を受信すべきであるユーザＣについての別々の反復として、これらを処理することができる。したがって、ＣＦエンティティ１０８は、例えば、ユーザＣのＳＤＰメディア記述の既に保存されたバージョンを以下のようになるように変更することができる。
【表３】
2012503265.tif 000005
ユーザＣのＳＤＰメディア記述の上記変更されたバージョンでは、ＣＦエンティティは、ファイル転送要求の中で受信されたポート番号、すなわち７６５４および７６５５を、それ自身のポート番号、すなわち４３２１および４３２２で置き換えており、ＣＦエンティティ１０８は、これらの見込まれるファイル転送のために当該４３２１および４３２２を割当てていた、ということに留意する。
【００２７】
両方の同時に起こるファイル転送要求からのメディアラインを含む、この変更されたＳＤＰメディア記述は、その後、（図２のステップ２１８毎に）一時的に記憶され、ＳＩＰ  （ｒｅ−）ＩＮＶＩＴＥメッセージ３０６としてユーザＣへ送信されるファイル転送要求の一部として使用され得る。例えば、ＳＤＰメディア記述の中の２つのメディアラインの両方が０以外の何かに等しい<port>の値を有する、すなわちユーザＡからのファイル転送およびユーザＢからのファイル転送の両方をユーザＣが受入れることを示す、２００ＯＫメッセージ３０８で、ユーザＣが応答する、と仮定する。少なくとも１つの肯定的な応答が、各ファイル転送について受信されたため、ＣＦエンティティ１０８は、その後、例えば０でない値に設定されたポートパラメータを有するそれぞれのメディアラインを含む２００ＯＫメッセージ３１０および３１２を送信することにより、ユーザＡおよびユーザＢの両方から転送されるべきファイルＬおよびファイルＭをそれぞれ要求することができる。その後、ユーザＡおよびユーザＢは、それぞれ、矢印３１４および３１６により示されるように会議セッションについて設定されたＭＳＲＰ接続を使用して、配布のために、各要求に関連付けられるファイルＬおよびＭをＣＦエンティティ１０８へ転送することができる。ＣＦエンティティ１０８は、ＭＳＲＰシグナリング３１８を介して、ユーザＡおよびユーザＢの両方からのファイルをユーザＣへ送信する。
【００２８】
同様の手法で、ＣＦエンティティ１０８は、以下のように、ユーザＡおよびユーザＢのために、ユーザＢからユーザＡへのファイル転送要求と関連付けられる単一の「m」ラインを有する一時的なＳＤＰメディア記述をそれぞれ生成し、保存することができる。
【表４】
2012503265.tif 000006
【表５】
2012503265.tif 000007
ＣＦエンティティ１０８は、その後、これらの変更されたＳＤＰメディア記述を使用して、ユーザＡおよびＢへのファイル転送要求をＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージ３２０および３２２としてそれぞれ送信することができる。また、しかしながら、ユーザＢは、例えばＭＳＲＰ送信３１６の一部としてＣＦエンティティ１０８にファイルＭをまだ転送しているため、ユーザＡにより申込まれたファイル転送の機会をその時には拒否することを決定する、と仮定する。この場合、例えば、ユーザＢは、０に等しい<port>の値を有する対応するメディアラインを伴う、ＣＦエンティティ１０８への４８６  ＢＵＳＹメッセージ３２４、すなわち、ユーザＢがファイル転送の要求をその特定の時に拒否することをＣＦエンティティ１０８に示す４８６  ＢＵＳＹメッセージ３２４を送信する。ユーザＡは、ユーザＢからのファイル転送の受入れを示す２００ＯＫメッセージ３２６を返信する。ＣＦエンティティ１０８は、任意で、ユーザＢからの否定的な応答の受領後一定期間待ち、ユーザＡからのファイルＬを受入れることをユーザＢに求めるＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージ３２８を再度送信することができる。より一般的には、ＣＦエンティティ１０８は、受信された応答の内容に基づいてファイル転送を拒否するユーザの標識をどのように処理するかを決定することができる。肯定的な応答を受信した上で、ＣＦエンティティ１０８は、その後、ＭＳＲＰシグナリング３３２および３３４を介して、ファイルＭをユーザＡに、ファイルＬをユーザＢに、それぞれ送信することができる。当業者にとって当然のことながら、例えばＳＩＰ  ＡＣＫメッセージ等の、典型的にはＳＩＰ２００ＯＫメッセージの受信者から返信される確認応答メッセージは、明確さのために図３のシグナリング図からは省略されている。また、ＭＳＲＰスイッチ（図示せず）は、ＣＦエンティティ１０８と共同設置されてもよく、またはＣＦエンティティ１０８と共同設置されなくてもよい、ということに留意する。
【００２９】
上記のとおり、ＣＦエンティティ１０８は、以下で説明されるように、例えば、ユーザまたはクライアントがファイル転送を拒否する場合またはファイル転送が完了した場合等、ＳＤＰメディア記述の中のメディアラインが利用可能となる場合に、当該メディアラインを再使用するための、これらの実施形態に従った知能も有する。例えば、図３について説明された上記の例示的な実施形態では、ユーザＢが４８６  ＢＵＳＹメッセージ３２４を介してファイル転送を拒否した後に、ＣＦエンティティ１０８に利用可能な記憶されたＳＤＰメディア記述は、以下のように見え得る。
【表６】
2012503265.tif 000008
例示的な実施形態に従ったファイル転送要求プロセスの一部として、当該ＳＤＰメディア記述を評価する場合、アクティブでないメディアラインが含まれるため、ステップ２１２で、この種類のＳＤＰメディア記述の中のメディアラインを、再使用することができる。逆に、メディアラインが、ＣＦエンティティ１０８により評価されているＳＤＰメディア記述の中に０ではないportの値で存在する場合、見込まれるファイル転送を取り決める必要があるため、これらのメディアラインは、再使用されるべきではなく、新しいメディアラインが追加されるべきである。例えば、図３について上記で説明されたこれらの要求の前に、ユーザＣがファイル転送要求を受入れ、そのファイル転送がまだ行われている、と仮定する。その場合、ユーザＡおよびユーザＢがファイル転送要求を送信すると、ＣＦエンティティ１０８は、第１の「m=」ラインを保存し、２つの新しい「m＝」ラインを追加する。ユーザＣへの後続の招待メッセージは、全部で３つのメディアラインを有する変更されたＳＤＰメディア記述を含む。
【００３０】
エンドポイントが、転送されている１つ以上のファイルを受信し終わると、例示的な実施形態に従って、そのエンドポイントは、ＣＦエンティティ１０８に当該完了の標識を送信する。例えば、図４の例示的なフロー図に示されるように、ＣＦエンティティ１０８は、その後、転送されたファイルの受信者についての記憶されているＳＤＰメディア記述を更新する。その中で、ＣＦエンティティ１０８が、ファイル転送が完了したことを示すメッセージを参加者のうちの１人から受信すると、ステップ４００で、プロセスは開始する。例えば、当該メッセージは、０と等しい<port>パラメータ値を有する、完了したファイル転送に対応する１つ以上のメディアラインを伴うＳＤＰメディア記述を含むことができる。このＳＤＰメディア記述は、その後、ステップ４０２で現在のＳＤＰメディア記述、すなわち、関心のファイル転送に参加したこれらのエンドポイントのためにＣＦエンティティ１０８により記憶されたＳＤＰメディア記述と比較されるＳＤＰメディア記述に設定される。ＣＦエンティティ１０８は、その後、エンドポイントの記憶されたＳＤＰメディア記述を検索することによりステップ４０４を介して関連するエンドポイント（図４では「受信者」と呼ばれる）全体にわたってループし、ファイル転送要求の中に複数のファイルがある場合には、記憶されたＳＤＰメディア記述を更新するためにステップ４０６を介して各ファイルにわたってループする。より具体的には、完了した転送要求に関連付けられる特定のファイルおよびそのファイルの所与の受信者について、ステップ４０８で、ＣＦエンティティ１０８は、ＣＦエンティティ１０８に関連付けられるメモリ装置に記憶されたその受信者のＳＤＰメディア記述のバージョンが、０ではない<port>パラメータ値を有する対応するメディアラインを有し、現在のＳＤＰメディア記述、すなわちステップ４００で完了の標識と共に返信されたＳＤＰメディア記述が、０に等しく設定された<port>パラメータを有する同じメディアラインを有するか否かを、判定する。
【００３１】
これが起こる場合、フローは、ステップ４１０へ進む。ステップ４１０では、評価されているＳＤＰメディア記述のメディアラインが更新されて、それにより、完了したファイル転送に関連付けられるメディアラインの<port>値のパラメータが０に等しく設定される。この受信者（エンドポイント）についての転送ファイルに関連付けられるメディアラインの全てがチェックされた（ステップ４１２）後に、ステップ４１４で、その受信者のＳＤＰメディア記述は、更新され、メモリ装置内に再度記憶される。その後、ＣＦエンティティ１０８は、任意に、ステップ４１４で、ファイル転送の完了を確認し、ファイル転送の完了を反映するためにその受信者のＳＤＰメディア記述を更新したことを示すメッセージをその受信者に送信し得る。ステップ４１８により、ＣＦエンティティ１０８は、この特定のファイル転送に関与した受信者／エンドポイントの全てにわたって反復することが可能となる。
【００３２】
上記の例示的な実施形態は、特に、会議システムまたはサービスの中で複数のエンドポイント間でのファイル転送を提供する。この機能性をサポートするＣＦエンティティ１０８を、例えば、アプリケーションサーバまたは別の種類の通信ノードの一部として実装することができる。例えばＣＦエンティティ１０８または上記のシステム内の他のノードを実装するために使用することができる例示的な通信ノードアーキテクチャ５００は、図５についてここで説明される。その中で、ノード５００は、プロセッサ５０２（またはマルチプロセッサコア）、メモリ装置５０４、１つ以上の２次記憶装置５０６、およびノード５００とネットワークの残りのものとの通信を支援するインターフェース装置５０８を含み得る。例えばノード５００が無線エンドポイントとして動作している等のある場合には、インターフェース装置５１０は、エアインターフェース上で他のネットワークノードと通信するための送受信機要素を含み得る。例えばノード５００がＣＦエンティティ１０８として動作している等のある場合には、インターフェース装置５０８は、会議に関連付けられるエンドポイントからファイル転送のための１つ（以上）の要求メッセージを受信するように動作することができる。メモリ装置５０４は、例えば図２−４について上記で説明されたように、会議のエンドポイントに関連付けられる例えばＳＤＰメディア記述等のメディア記述の様々なバージョンを記憶するように、上記のように動作することができる。同様に、プロセッサ５０２は、例えばソフトウェア命令、ハードウェア命令または同様のものを介して、例えば図２−４について上記で説明されたように、受信された要求メッセージからの情報を使用してメディア記述を変更し、変更されたメディア記述を使用して、ファイル転送のために例えばＳＩＰ  ＩＮＶＩＴＥメッセージ等の招待メッセージを受信者のエンドポイントに送信するように、構成されることが可能である。
【００３３】
例示的な実施形態に従った上記の例示的なシステムを利用する場合に、会議の中で複数のエンドポイントに少なくとも１つのファイルを転送するための方法は、図６のフローチャートの中で説明されるステップを含み得る。その中で、ステップ６００では、第１のファイル転送についての第１の要求メッセージが、会議に関連付けられる第１のエンドポイントから受信される。ステップ６０２で、会議に関連付けられる少なくとも第２のエンドポイントおよび第３のエンドポイントに関連付けられるメディア記述は、第１の要求メッセージからの情報を使用して変更される。ステップ６０４で、第２のエンドポイントおよび第３のエンドポイントへの第１のファイル転送についての招待メッセージは、変更された上記メディア記述を使用して送信される。ステップ６０６で、少なくとも１つのファイルが、その後、選択的に招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で転送される。
【００３４】
当業者にとって当然のことながら、例えば図６で説明された方法等の方法を、ＣＦエンティティ１０８に関連付けられるロジックの一部としてソフトウェアで完全にまたは部分的に実装することができる。したがって、メモリ装置の中に含まれる一連の命令を実行する１つ以上のプロセッサにより、本発明の例示的な実施形態に従ってデータを処理するためのシステムおよび方法を実行することができる。当該命令は、２次データ記憶装置５０６等のコンピュータにより読取り可能な他の媒体からメモリ装置５０４に読み込まれてもよい。当該２次データ記憶装置５０６は、固定媒体、リムーバブル媒体またはリモート（ネットワーク記憶）媒体であってもよい。メモリ装置の中に含まれる一連の命令の実行は、プロセッサを例えば上記のように動作させる。代替の実施形態では、例示的な実施形態を実装するためのソフトウェア命令の代わりに、または当該ソフトウェア命令と組合せて、配線回路が使用され得る。
【００３５】
本発明の上記の例示的な実施形態は、全ての点において限定するものではなく例示的なものであることを意図されている。当該変形および改良の全ては、以下の特許請求の範囲により定義されるような本発明の範囲および趣旨の中にあるとみなされる。本願の説明の中で使用されるいかなる要素、動作または命令も、明示的にそのように説明されない限り、本発明にとって重大でありまたは不可欠であると解釈されるべきではない。また、ここで使用されるように、冠詞「ａ」は、１つ以上の項目を含むことを意図されている。
【図１】
2012503265.tif 000009
【図２Ａ】
2012503265.tif 000010
【図２Ｂ】
2012503265.tif 000011
【図３】
2012503265.tif 000012
【図４】
2012503265.tif 000013
【図５】
2012503265.tif 000014
【図６】
2012503265.tif 000015
【手続補正書】
【提出日】平成22年7月27日(2010.7.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
会議中に複数のエンドポイントに少なくとも１つのファイルを転送するための方法であって：
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと；
前記第１の要求メッセージの中で提供される情報に基づいて、第２のエンドポイントに関連付けられるセッション記述プロトコル（ＳＤＰ）メディア記述および第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供することによって、前記会議に関連付けられる少なくとも前記第２のエンドポイントおよび前記第３のエンドポイントに関連付けられるＳＤＰメディア記述を変更するステップと；
変更された前記ＳＤＰメディア記述を使用して、前記第２のエンドポイントおよび前記第３のエンドポイントに、前記第１のファイル転送についての招待メッセージを送信するステップと；
前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するステップと；
を含む方法。
【請求項２】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用すること；
をさらに含む、請求項１の方法。
【請求項３】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加すること；
をさらに含む、請求項１の方法。
【請求項４】
前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージを受信するステップと；
前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理するステップと；
前記変更するステップは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記ＳＤＰメディア記述を変更することをさらに含むことと；
招待メッセージを送信する前記ステップは、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することをさらに含むことと；
をさらに含む、請求項１の方法。
【請求項５】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項１の方法。
【請求項６】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項１の方法。
【請求項７】
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するためのインターフェースと；
前記会議の第２のエンドポイントおよび第３のエンドポイントに関連付けられるセッション記述プロトコル（ＳＤＰ）メディア記述を記憶するためのメモリ装置と；
前記第１の要求メッセージの中で提供される情報に基づいて、前記第２のエンドポイントに関連付けられるＳＤＰメディア記述および前記第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供することにより、前記ＳＤＰメディア記述を変更し、変更された前記メディア記述を使用して前記第２のエンドポイントおよび前記第３のエンドポイントに前記第１のファイル転送についての招待メッセージを送信するように構成されるプロセッサと；
を備え、
前記プロセッサは、前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するようにさらに構成される、
通信ノード。
【請求項８】
前記プロセッサは、前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用することにより、前記メディアラインを提供する、請求項７の通信ノード。
【請求項９】
前記プロセッサは、前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加することにより、前記メディアラインを提供する、請求項７の通信ノード。
【請求項１０】
前記インターフェース装置は、前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージも受信し、
前記プロセッサは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記メディア記述を変更し、並びに、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することにより、前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理する、
請求項７の通信ノード
【請求項１１】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項７の通信ノード。
【請求項１２】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項７の通信ノード。
【請求項１３】
前記通信ノードは、少なくとも１つの会議フォーカス（ＣＦ）エンティティを含む、請求項７の通信ノード。
【請求項１４】
記憶されたプログラム命令を含む、コンピュータにより読取り可能な媒体であって、当該プログラム命令は、コンピュータまたはプロセッサにより実行されると：
前記会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと；
前記第１の要求メッセージの中で提供される情報に基づいて、第２のエンドポイントに関連付けられるセッション記述プロトコル（ＳＤＰ）メディア記述および第３のエンドポイントに関連付けられるＳＤＰメディア記述に、前記ファイル転送に関連付けられるメディアラインを提供することによって、前記会議に関連付けられる少なくとも前記第２のエンドポイントおよび前記第３のエンドポイントに関連付けられるＳＤＰメディア記述を変更するステップと；
変更された前記ＳＤＰメディア記述を使用して、前記第２のエンドポイントおよび前記第３のエンドポイントに、前記第１のファイル転送についての招待メッセージを送信するステップと；
前記招待メッセージへの応答に基づいて、前記第１のエンドポイント、前記第２のエンドポイントおよび前記第３のエンドポイントの間で前記少なくとも１つのファイルを選択的に転送するステップと；
を実行する、コンピュータにより読取り可能な媒体。
【請求項１５】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つで、既存のメディアラインを再使用すること；
をさらに含む、請求項１４のコンピュータにより読取り可能な媒体。
【請求項１６】
メディアラインを提供する前記ステップは：
前記第２のエンドポイントに関連付けられる前記ＳＤＰメディア記述および前記第３のエンドポイントに関連付けられる前記ＳＤＰメディア記述のうちの少なくとも１つへ、新しいメディアラインを追加すること；
をさらに含む、請求項１４のコンピュータにより読取り可能な媒体。
【請求項１７】
前記第１の要求メッセージの受信に対する予め定められた時間内に、前記会議に関連付けられるエンドポイントから第２のファイル転送についての第２の要求メッセージを受信するステップと；
前記第１の要求メッセージおよび前記第２の要求メッセージを併せて処理するステップと；
前記変更するステップは、前記第１の要求メッセージおよび前記第２の要求メッセージの両方の中の情報に基づいて前記ＳＤＰメディア記述を変更することをさらに含むことと；
招待メッセージを送信する前記ステップは、前記第１のファイル転送および前記第２のファイル転送の両方についての招待メッセージを送信することをさらに含むことと；
をさらに含む、請求項１４のコンピュータにより読取り可能な媒体。
【請求項１８】
前記第１のファイル転送についての前記第１の要求メッセージは、前記少なくとも１つのファイルを送信するための要求および前記少なくとも１つのファイルを受信するための要求のうちの１つである、請求項１４のコンピュータにより読取り可能な媒体。
【請求項１９】
前記招待メッセージは、セッション開始プロトコル（ＳＩＰ）メッセージであり、前記少なくとも１つのファイルを選択的に転送する前記ステップは、メッセージセッションリレープロトコル（ＭＳＲＰ）接続を使用して実行される、請求項１４のコンピュータにより読取り可能な媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
これらの例示的な実施形態に従ったシステム、方法、装置およびソフトウェアは、会議フォーカス等の制御エンティティを提供することにより、会議システムまたは会議サービスの中でのエンドポイント間のファイル転送のための技術を提供する。当該制御エンティティは、エンティティが、セッション記述プロトコル（ＳＤＰ）メディア記述を変更し、これらの変更されたＳＤＰメディア記述を使用して、ファイル転送のための招待を発行し、応答を結果として生じるファイル転送と調整することを可能とする、ロジックを有する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
一実施形態によると、会議中に複数のエンドポイントに少なくとも１つのファイルを転送するための方法は、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと、上記第１の要求メッセージの中で提供される情報に基づいて、第２のエンドポイントに関連付けられるセッション記述プロトコル（ＳＤＰ）メディア記述および第３のエンドポイントに関連付けられるＳＤＰメディア記述に、上記ファイル転送に関連付けられるメディアラインを提供することによって、上記会議に関連付けられる少なくとも上記第２のエンドポイントおよび上記第３のエンドポイントに関連付けられるＳＤＰメディア記述を変更するステップと、変更されたメディア記述を使用して、第２のエンドポイントおよび第３のエンドポイントに、第１のファイル転送についての招待メッセージを送信するステップと、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するステップと、を含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
別の例示的な実施形態によると、通信ノードは、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するためのインターフェースと、会議の第２のエンドポイントおよび第３のエンドポイントに関連付けられるＳＤＰメディア記述を記憶するためのメモリ装置と、上記第１の要求メッセージの中で提供される情報に基づいて、上記第２のエンドポイントに関連付けられるＳＤＰメディア記述および上記第３のエンドポイントに関連付けられるＳＤＰメディア記述に、上記ファイル転送に関連付けられるメディアラインを提供することにより、ＳＤＰメディア記述を変更し、変更された上記メディア記述を使用して上記第２のエンドポイントおよび上記第３のエンドポイントに上記第１のファイル転送についての招待メッセージを送信するように構成されるプロセッサと、を含む。上記プロセッサは、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するようにさらに構成される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
さらに別の例示的な実施形態によると、コンピュータにより読取り可能な媒体は、コンピュータまたはプロセッサにより実行されると、会議に関連付けられる第１のエンドポイントから第１のファイル転送についての第１の要求メッセージを受信するステップと、上記第１の要求メッセージの中で提供される情報に基づいて、第２のエンドポイントに関連付けられるセッション記述プロトコル（ＳＤＰ）メディア記述および第３のエンドポイントに関連付けられるＳＤＰメディア記述に、上記ファイル転送に関連付けられるメディアラインを提供することによって、上記会議に関連付けられる少なくとも上記第２のエンドポイントおよび上記第３のエンドポイントに関連付けられるＳＤＰメディア記述を変更するステップと、変更されたメディア記述を使用して、第２のエンドポイントおよび第３のエンドポイントに、第１のファイル転送についての招待メッセージを送信するステップと、招待メッセージへの応答に基づいて、第１のエンドポイント、第２のエンドポイントおよび第３のエンドポイントの間で少なくとも１つのファイルを選択的に転送するステップと、を実行する記憶されたプログラム命令を含む。
【国際調査報告】
2012503265.tif 000016
2012503265.tif 000017
2012503265.tif 000018