(57)【要約】  プッシュツートーク型サービスで使用するための方法が提供され、この方法では、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される。この方法の１つの構成では、単一のフロア要求メッセージがＰｏＣクライアントＡからＰｏＣサーバＳに送信される（１）。この単一のフロア要求メッセージは、少なくとも２つの異なるメディアタイプのメディアコンテンツに関連する。このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度そのメディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するべきかを示している。例えば、そのフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求が拒否される場合、その他のメディアタイプに関する要求も拒否されるべきであること、すなわち、そのメディアタイプが要求されていることを示しても良い。そのフロア要求メッセージは、また、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求についての許可または拒否がその他のメディアタイプに関する要求についての許可または拒否に影響を及ぼすべきではないこと、すなわち。そのメディアタイプはオプションであることを示しても良い。他の条件およびその要求メッセージ内のその様々なメディアタイプ間の関係を表現することもできる。別の構成では、複数のフロア要求メッセージを使用することができる。このプッシュツートーク型サービスは、プッシュツートークオーバセルラーサービス（ＰｏＣ）であっても良い。このプッシュツートーク型サービスは、会議サービスであっても良い。【選択図】  なし
2009513081.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する
ことを特徴とする方法。
【請求項２】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求についての許可または拒否に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が拒否される場合、その他のメディアタイプに関する要求も拒否されるべきであるということを示す
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求についての許可または拒否がその他のメディアタイプに関する要求についての許可または拒否に影響を及ぼすべきではないということを示す
ことを特徴とする請求項３または４に記載の方法。
【請求項６】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプに関する要求が許可される場合に限って許可されるべきであるということを示す
ことを特徴とする請求項３乃至５のいずれか１項に記載の方法。
【請求項７】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプが許可されるかまたは拒否されるのと同じ程度で許可されるかまたは拒否されるべきであるということを示す
ことを特徴とする請求項３乃至６のいずれか１項に記載の方法。
【請求項８】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求についての許可または拒否が少なくとも１つの特定の影響要因、例えば、前記メディアタイプを受信するであろう参加者の数または前記メディアタイプに対する推定転送速度に依存するかを示す
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記フロア要求メッセージを送信した端末以外の端末が前記フロアを介して前記メディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるということを示す
ことを特徴とする請求項９に記載の方法。
【請求項１１】
少なくとも２つの前記メディアタイプの各々に対して、前記メディアタイプに関する要求を許可するか拒否するかどうかを判定するために、前記フロア要求メッセージを処理する
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
請求項９に従属する場合に、要求が許可されているものに関する各々のメディアタイプに対して少なくとも、その趣旨のメッセージを前記メディアタイプを提供するように指定されている前記端末に送信する
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
各々のメディアタイプに対して、前記フロア要求メッセージを送信した端末に、前記メディアタイプに関する要求が許可されているかまたは拒否されているかどうかを示すメッセージを送信する
ことを特徴とする請求項１１または１２に記載の方法。
【請求項１４】
要求に応じて、前記端末あるいは各々の端末に単一の前記メッセージを送信する
ことを特徴とする請求項１２または１３に記載の方法。
【請求項１５】
少なくとも２つの前記メディアタイプの各々に対して、前記メディアタイプに関する要求を許可するか拒否するかどうかを判定するために、前記フロア要求メッセージを処理する
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
各々のメディアタイプに関する要求を最終的に容認または拒否する前に、前記フロア要求メッセージが、前記判定に基づいて変更されることを許可する
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記プッシュツートーク型サービスは、プッシュツートークオーバセルラーサービスである
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記プッシュツートーク型サービスは、会議サービスである
ことを特徴とする請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
単一の前記フロア要求メッセージを送信する
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段を備える
ことを特徴とする装置。
【請求項２１】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理する
ことを特徴とする方法。
【請求項２２】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理する手段を備える
ことを特徴とする装置。
【請求項２３】
装置にロードされる場合に、前記装置に、請求項２０または２２に記載の装置を実現させる
ことを特徴とするオペレーティングプログラム。
【請求項２４】
装置上で動作する場合に、前記装置に請求項１乃至１９、２１のいずれか１項に記載の方法を実行させる
ことを特徴とするオペレーティングプログラム。
【請求項２５】
搬送媒体上で実行される
ことを特徴とする請求項２３または２４に記載のオペレーティングプログラム。
【請求項２６】
前記搬送媒体は、送信媒体である
ことを特徴とする請求項２５に記載のオペレーティングプログラム。
【請求項２７】
前記搬送媒体は、記憶媒体である
ことを特徴とする請求項２５に記載のオペレーティングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュツートーク型サービス、例えば、いわゆる、プッシューツートークオーバーセルラーサービス（push to talk over cellular service）のような、プッシュツートーク型サービスのための方法及び装置に関するものである。
【背景技術】
【０００２】
トランシーバ（walkie-talkie：ウォーキートーキー）型サービスは、相互間で短いメッセージを簡単に通信したいと要望するユーザ間で長い間にわたり知られているものである。従来、このようなサービスは、無線スペクトラムの専用部分を利用する双方向携帯無線によって提供されているが、この双方向携帯無線は、同種の端末を利用し、かつ比較的短距離の無線の動作範囲内に存在する事前に選択された小グループのユーザと通信することだけを可能にする。最近になって、既設のセルラー電話インフラストラクチャに便乗する（piggy-back：ピギーバックする）サービスが、米国で導入されている。しかしながら、このサービスは本質的に独自仕様であり、ユーザが異なるオペレータネットワーク間で通信することは許容されていない。
【０００３】
トランシーバ型サービスの使用を拡大するための試みに、セルラーネットワーク上で提供されるトランシーバサービスのネットワーク間運用（operability：オペラビリティ）を可能にする適切なプロトコルの標準化を目的として、オープンモバイルアライアンス（ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ）として知られる産業団体が設立されている。様々な標準によって確立されているサービスは、ＰｏＣ（Push to talk over Cellular：プッシュツートークオーバーセルラー）として知られている。このＰｏＣは、パケット交換アクセスネットワークを通じて関連音声データを転送することを提案している。ＧＳＭおよびＵＭＴＳの場合、これは、汎用パケット無線サービス（ＧＰＲＳ、General Packet Radio Service）アクセスネットワークまたは３Ｇアクセスネットワークである。他のネットワークアーキテクチャでは、類似のパケット交換アクセスネットワークは、トークデータ（talk data）を転送するために利用されることになる。プッシュツートークサービスは、回線交換アクセスネットワーク上でも提供されてもよいが、好ましい選択肢（オプション）ではない。
【０００４】
プッシュツートークオーバーセルラー（ＰｏＣ）システムは、典型的には、ＧＳＭ／ＧＰＲＳ／３Ｇネットワークに実装され、セルラーネットワークへの高度データサービス、特に、リアルタイムマルチメディアサービスの導入を促進するために、第３世代パートナシッププロジェクト（３ＧＰＰ）によって標準化されているＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）を使用する。このＩＭＳは、マルチメディアＩＰベースのセッションのセットアップおよび制御に対して、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ：Internet Engineering Task Force）によって定義されているセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）に依存している。ＰｏＣサーバは、このＩＭＳ内に配置またはＩＭＳに接続され、ＰｏＣセッションをセットアップするおよび制御する機能を実現する。
【０００５】
既存のプッシュツートーク（ＰＴＴ：Push-To-Talk）システムおよび会議システムは、ユーザの１人に発言権を与え、通話中の他のユーザの発言権を拒否して、リスニングモードにすることを可能にするための、制御メカニズムを通常使用する。この制御メカニズムは、フロア（floor：発言権）制御、話者調停、トークバースト制御等と通常呼ばれる。例えば、オープンモバイルアライアンスは、トークバースト制御プロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を有するプッシュツートークオーバーセルラー（ＰｏＣ）システムの仕様に現在取り組んでいる。
【０００６】
ユーザに代わって発言権を要求するために、端末（ＰｏＣクライアント）は、通常、コントローラ（ＰｏＣサーバ）に要求メッセージを送信する。このコントローラは、通常、要求の承諾または拒否で応答する。このコントローラは、要求を承諾する時点で発言許可タイマを開始することによって、ユーザに発言を許可する時間を通常制限し、通常、ユーザ端末へ取消（revoke）メッセージを送信することによって、または単にユーザのメディアを転送しないことによって、ユーザを遮断するいくつかのメカニズムを使用する。このコントローラによって遮断されるユーザは、いくつかの方法で、例えば、一定期間発言権を与えらないことによって、そのコントローラによって通常ペナルティが科される。
【０００７】
ＯＭＡ  ＰｏＣの次のバージョン（本明細書では、「ＰｏＣ２」と呼び、前のバージョンは「ＰｏＣ１」と呼ぶ）が、ＯＭＡで開発されている。ＰｏＣ２の新機能の一部は、ＰｏＣセッションで画像、映像等の送信を可能にする新規のメディアタイプを含めることである。以下は、非特許文献１からの抜粋である。「セッションがビデオストリーム（およびトークバースト）を含んでいる場合、ＰｏＣインフラストラクチャは所望のモードのビデオストリーミングをＰｏＣクライアント上に構成する（configure：設定する）能力をサポートする。この構成は、以下のいずれかで行われることができる：（ａ）ＰｏＣクライアント（例えば、ＰｏＣ１クライアント）のその制限のために、サービスプロバイダにより構成される；または、（ｂ）ユーザにより構成される」。また非特許文献１からは：「ビデオストリームを音声と一緒に送信するモードは以下である：（ｉ）シングルソースモード：ＰｏＣ音声とＰｏＣビデオの両方がＰｏＣセッション中の同一の参加者からほぼリアルタイムで発せられる；および（ｉｉ）マルチソースモード：ＰｏＣ音声が一人の参加者から送信され、かつＰｏＣビデオが同一のＰｏＣセッション中の別の参加者から送信される」。また、非特許文献１からは：「メディアバースト制御がメディアタイプに適用される場合、ＰｏＣネットワーク要素はＰｏＣセッションにおいて各々のメディアに対して独立しているメディアバースト制御の能力をサポートするものとする。メディアバースト制御は、すべての連続的なメディアタイプに適用することができ、そしてＰｏＣセッションに含まれる離散的なメディアタイプに適用できるべきである。注：離散的なメディアタイプは、それがＰｏＣイネーブラを使用するアプリケーションに不可欠である場合に、メディアバースト制御だけを使用するべきである」。また、非特許文献１からは：「メディアバースト制御がメディアタイプに適用される場合、ＰｏＣネットワーク要素はＰｏＣセッションにおいて複数のメディアに対して１つのメディアバースト制御の能力をサポートするものとする」。
【０００８】
ＰｏＣ１はモノリシックな（monolithic：統制の効いている）フロア制御を、唯一のメディアタイプ：トークバーストに対してのみ有するだけである。ＰｏＣ２はメディア処理をビデオのような他のメディアタイプを含めることを拡張している。ＰｏＣ２の要件は、異なるメディアに対するフロア制御を同期させることで、一方のユーザがトークバーストを送信する一方で他方のユーザがビデオストリームを送信する対照的な場合のみならず、ユーザがトークバーストおよびビデオストリームを同時に送信することができるメカニズムが必要であるということを示している。
【０００９】
複数のメディアバースト制御を実現することのできる方法の一つが、添付図面の図１に示されていて、ここでは、ＰｏＣクライアントＰＣがＰｏＣサーバＰＳと通信中であることを示している。ステップＰ１で、音声メディアに対するトークバースト要求が、ＰｏＣクライアントＰＣからＰｏＣサーバＰＳに送信される。ステップＰ２で、ビデオストリームに対するトークバースト要求が、ＰｏＣクライアントＰＣからＰｏＣサーバＰＳに送信される。ステップ３で、音声に対するトークバースト要求が、ＰｏＣサーバＰＳからＰｏＣクライアントＰＣに送信されるメッセージで、拒否されるまたは容認される。ステップ４で、ビデオに対するトークバースト要求が、ＰｏＣサーバＰＳからＰｏＣクライアントＰＣに送信されるメッセージで、拒否されるまたは容認される。
【非特許文献１】ＯＭＡ  ＰｏＣ２要件文書、ＯＭＡ−ＲＤ−ＰｏＣ−Ｖ２＿０−２００５０９０２−Ｄ「プッシュツートークオーバーセルラー２要件」、ドラフトバージョン２．０、２００５年９月
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、図１で説明されている方法は、フロアが調整されていないので理想的ではなく、また、ユーザは、メディアタイプのうちの１つのみが容認されている場合には関心がない可能性がある。
【００１１】
ＯＭＡ  ＰｏＣ１における現状の解決策に付随する別の課題は、誰かにトークバーストを送信する権利が付与される場合、ＰｏＣサーバは、トークバーストがトークバースト要求を送信したＰｏＣクライアントから送信されることを期待しているので、ＰｏＣサーバは、任意の別のＰｏＣクライアントから送信される任意のトークバーストを破棄することになることである。
【００１２】
画像、ビデオまたはその他のメディアコンテンツを送信する可能性を導入する場合、ＰｏＣクライアントは、別のＰｏＣクライアントに代わって１つのメディアタイプに対するフロアを要求することができる。例えば、要求側のＰｏＣクライアントが話をしながら、別のＰｏＣクライアントが画像を提供する場合、フロアの調整が音声と画像との間で要求される。
【００１３】
上述の問題に対処することが要望されている。
【課題を解決するための手段】
【００１４】
本発明の第１の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信することを含んでいる。
【００１５】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示しても良い。
【００１６】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求についての許可または拒否に影響を及ぼしおよび／または依存するかを示しても良い。
【００１７】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求が拒否される場合、その他のメディアタイプに関する要求も拒否されるべきであるということを示しても良い。
【００１８】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求についての許可または拒否がその他のメディアタイプに関する要求についての許可または拒否に影響を及ぼすべきではないということを示しても良い。
【００１９】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプに関する要求が許可される場合に限って許可されるべきであるということを示しても良い。
【００２０】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのメディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプが許可されるかまたは拒否されるのと同じ程度で許可されるかまたは拒否されるべきであるということを示しても良い。
【００２１】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求についての許可または拒否が少なくとも１つの特定の影響要因、例えば、そのメディアタイプを受信するであろう参加者の数またはそのメディアタイプに対する推定転送速度に依存するかを示しても良い。
【００２２】
このフロア要求メッセージは、そのメディアタイプの各々に対して、いずれの端末がフロアを介してメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるかを示しても良い。
【００２３】
このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、そのフロア要求メッセージを送信した端末以外の端末がフロアを介してそのメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるということを示しても良い。
【００２４】
この方法は、少なくとも２つのメディアタイプの各々に対して、そのメディアタイプに関する要求を許可するか拒否するかどうかを判定するためにそのフロア要求メッセージを処理することを含んでも良い。
【００２５】
この方法は、要求が許可されているものに関する各々のメディアタイプに対して少なくとも、その趣旨のメッセージをそのメディアタイプを提供するように指定されている端末に送信することを含んでも良い。
【００２６】
この方法は、各々のメディアタイプに対して、そのフロア要求メッセージを送信した端末に、そのメディアタイプに関するその要求が許可されているかまたは拒否されているかどうかを示すメッセージを送信することを含んでも良い。
【００２７】
この方法は、要求に応じて、その端末または各々の端末に単一のメッセージを送信することを含んでも良い。
【００２８】
この方法は、少なくとも２つのメディアタイプの各々に対して、そのメディアタイプに関する要求を許可するか拒否するかどうかを判定するために、そのフロア要求メッセージを処理することを含んでも良い。
【００２９】
この方法は、各々のメディアタイプに関する要求を最終的に容認または拒否する前に、そのフロア要求メッセージが、この判定に基づいて変更されることを許可することを含んでも良い。
【００３０】
このプッシュツートーク型サービスは、プッシュツートークオーバセルラーサービスであっても良い。
【００３１】
このプッシュツートーク型サービスは、会議サービスであっても良い。
【００３２】
この方法は、単一のフロア要求メッセージを送信することを含んでも良い。または、複数の要求メッセージを送信することを含んでいても良く、その複数の各々のメッセージはメディアタイプのうちの少なくとも１つに関連しており、その複数の要求メッセージは一緒に検討される。
【００３３】
本発明の第２の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段を備える。
【００３４】
本発明の第３の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、および処理することを含んでいる。
【００３５】
本発明の第４の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるタイプのメディアコンテンツに関するフロア要求メッセージを受信および処理する手段を備える。
【００３６】
本発明の第５の構成に従えば、装置に読み込まれた場合に、その装置に本発明の第２または第４の構成に従う装置を実現させるオペレーティングプログラムが提供される。
【００３７】
本発明の第６の構成に従えば、装置上で動作する場合に、その装置に本発明の第１または第３の構成に従う方法を実行させるオペレーティングプログラムが提供される。
【００３８】
このオペレーティングプログラムは、搬送媒体で配信されても良い。この搬送媒体は、伝送媒体であっても良い。この搬送媒体は、記憶媒体である場合もあっても良い。
【００３９】
本発明の実施形態は、いくつかの独立しているメディアフロアに対し、そのフロアを同時に、そして別のＰｏＣクライアントに代わって要求する直接的な方法を提供する。本発明の実施形態は、また、その要求の中でメディアタイプを調整するための手段を提供する。本発明の実施形態は、単一の要求の中で複数のメディアフロアを要求する機能、および別の機器（例えば、別のクライアント）に代わってフロアを要求する機能を実現する。
【発明を実施するための最良の形態】
【００４０】
本発明の１つの実施形態に従えば、単一の要求メッセージが１つ以上のメディアタイプを送信することの許可を依頼するために使用され、換言すれば、単一の要求メッセージが複数のフロアを要求する。
【００４１】
各々のメディアタイプに対して、そのメディアタイプが要求されるか単に好ましいかどうかを表示することができる。メディアタイプが好ましく、そして、ＰｏＣサーバがこのメディアタイプを送信するための許可を付与できない場合、その要求は（他のメディアタイプに対して）容認され得る。メディアタイプが要求され、かつＰｏＣサーバがこのメディアタイプを送信するための許可を付与できない場合、ＰｏＣサーバはその他のメディアタイプのいくつかが利用できるとしても、その要求を拒否することになる。
【００４２】
参加している端末が特定のメディアタイプを送信し続けようとしているかの表示を提供することがまた可能であり、別の機器、例えば、別のＰｏＣクライアントに代わってメディアを送信するための許可を要求することを可能にする。要求が容認される場合、およびそのフロアを要求したＰｏＣクライアント以外の別の機器が特定のメディアタイプに対するソースとなる場合、ＰｏＣサーバはメッセージをその他の機器に送信し、そのメディアタイプに対して付与されている許可についてそのことを通知することになる。
【００４３】
本発明の実施形態を、図２、３および４を参照してより詳細に説明する。図２は、１つの可能なシナリオにおいて、ＰｏＣクライアントＡとＰｏＣサーバＳとの間におけるメッセージの交換を示すメッセージ交換図であり、一方、図３は別の可能なシナリオにおいて、ＰｏＣクライアントＡとＢ、およびＰｏＣサーバＳとの間におけるメッセージの交換を示すメッセージ交換図である。図４は、ＰｏＣクライアントＡおよびＰｏＣサーバＳの各部を示すブロック図である。ＰｏＣクライアントＡは、要求生成部Ａ１および要求送信部Ａ３を備える；これらの部は、管理部Ａ５の全体的な制御の下で動作する。ＰｏＣサーバＳは、要求受信部Ｓ１、要求処理部Ｓ３、および要求応答部Ｓ５を備える。これらの部は、管理部Ｓ７の全体的な制御の下で動作する。
【００４４】
図２で示されている第１のシナリオでは、ＰｏＣクライアントＡは、フロアを介して、音声とビデオメディアコンテンツの両方を送信するための許可を要求している。このシナリオで、ＰｏＣクライアントＡは、両方のメディアタイプが要求されていることを指定する。換言すれば、両方のメディアタイプを同時に容認することができない場合、ＰｏＣサーバＳは、それらのメディアタイプのうちの１つに対するフロアを利用できるとしても、両方のメディアタイプに関する要求を拒否するべきである。
【００４５】
ステップ１で、ＰｏＣクライアントＡの要求送信部Ａ３は、両方のタイプのメディアコンテンツである、ビデオおよび音声に関するフロア要求メッセージを送信する。このフロア要求メッセージは、どのように、またはどの程度、そのメディアタイプのうちの一方に関する要求についての許可または拒否が他方のメディアタイプに関する要求についての許可または拒否に影響を及ぼすべきであるかを示している。この要求メッセージは、要求生成部Ａ１により準備される。
【００４６】
この例では、この要求メッセージは、ビデオメディアタイプに関する要求が拒否される場合に、音声メディアタイプに対する要求もそのようであるべきであり、そして、逆の場合も同様であることを示している。換言すれば、両方とも要求される。
【００４７】
この情報は、選択的には、音声メディアタイプに関する要求が、ビデオメディアタイプに関する要求が許可される場合に限って許可されるべきであるという意味での情報を表現することができる。
【００４８】
または、この情報は、ビデオメディアタイプに関する要求は、音声メディアタイプに関する要求が許可されるまたは拒否されることと同じ程度において許可されるまたは拒否されるべきであるということ、すなわち、それらはその要求メッセージにおいて表現されるその他のメディアタイプについての許可または拒否に係わらず、一緒に許可されるまたは拒否されるべきグループまたはセットと考えられるべきであるということを示しても良い。
【００４９】
このフロア要求メッセージは、また、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求についての許可または拒否が、少なくとも１つの特定の影響要因に依存するかを示しても良い。１つの影響要因には、例えば、そのメディアタイプを受信するであろう参加者の数であり得り、そうすることで、この要求は、特定の数以上の参加者に分配されることになる場合に限って許可されるべきであろう。または、影響要因は、メディアタイプに対する推定転送速度に関連することができ、そうすることで、その要求は、転送が十分高速である場合に限って許可されるべきであろう。
【００５０】
この情報を表現する方法、例えば、その要求メッセージで表現されるメディアタイプと許可または拒否に対して要求される条件との間の相互依存は重要ではない。この情報を表現する方法は、当業者には容易に明らかであろう。
【００５１】
ＰｏＣサーバＳの要求受信部Ｓ１で要求メッセージを受信すると、その要求メッセージは、要求処理部Ｓ３に渡され、そうすることで、その要求内の情報が抽出され、そして、解釈されることができ、また、その要求が許可されるまたは拒否されるかどうか、そしてどの程度までかについての決定がなされ得る。
【００５２】
この例におけるメッセージから、音声およびビデオメディアタイプの両方がＰｏＣクライアントＡにより要求されていることが判定される。音声に対するフロアが空き（アイドル）で、かつビデオに対するフロアも空き（アイドル）であると判定されることで、その音声メディアタイプとそのビデオメディアタイプの両方に関する要求を容認することができる。
【００５３】
それゆえ、ステップ２で、要求応答部Ｓ５は、フロアが音声とビデオの両方に対して容認されることを通知するためのメッセージをＰｏＣクライアントＡに返信する。
【００５４】
別のシナリオでは、要求処理部Ｓ３により、音声メディアタイプとビデオメディアタイプの両方がＰｏＣクライアントＡにより要求される（その以前のシナリオに対してのように）が、音声に対するフロア、またはビデオに対するフロアがビジーであることが判定され得る。それゆえ、音声メディアタイプとビデオメディアタイプの両方に関する要求を容認することができず、そして、ステップ２で、要求応答部Ｓ５は、フロアが音声とビデオの両方に対して拒否されることを通知するためのメッセージ（または全体的な否定メッセージ）をＰｏＣクライアントＡに返信することになる。
【００５５】
上述の実施形態では、ＰｏＣサーバＳは、各々のメディアタイプに関する要求を許可または拒否し、そして、その決定を示すためのメッセージをＰｏＣクライアントＡに返信するが、これの代わりに、ＰｏＣサーバＳが、どののメディアタイプが利用でき、そしてどのメディアタイプがそうでないかを示すための初期応答を（任意の要求をまだ許可または拒否することがなく）ＰｏＣクライアントＡに返信することも可能である。これは、その元の要求を確認する（例えば、あるまたはすべてのメディアタイプを利用できるか）、またはメディアタイプと関連する条件の様々な組み合わせで要求を変更する、オプションをＰｏＣクライアントＡに付与することになる。このＰｏＣクライアントＡからの確認は、明示的または暗示的（例えば、明示的な確認なしに所定の時間後に確認されるものと想定される）にすることができる。
【００５６】
図３で示されている別のシナリオでは、ＰｏＣクライアントＡは、フロアを介して、音声とビデオメディアコンテンツの両方を送信するための許可を要求している。このシナリオでは、ＰｏＣクライアントＡは、音声メディアタイプが要求され、一方、ビデオメディアタイプは単なるオプションまたは好ましいということを指定する。換言すれば、音声メディアタイプを容認することができない場合、ＰｏＣサーバＳは、両方のメディアタイプに関する要求を、ビデオメディアタイプに対するフロアが利用できるとしても、拒否すべきである。一方、ビデオメディアタイプを容認することができない場合、ＰｏＣサーバＳは、可能であれば、音声メディアタイプに関する要求を依然として許可すべきである。
【００５７】
このシナリオでは、ＰｏＣクライアントＡは、また、ＰｏＣクライアントＢに代わってビデオに対するフロアを要求しており、そうすることで、ビデオに対するフロアが容認される場合、その容認されているフロアを介して、ビデオコンテンツを提供することは、ＰｏＣクライアントＢであるべきである。
【００５８】
ステップ１で、ＰｏＣクライアントＡの要求送信部Ａ３は、両方のタイプのメディアコンテンツ、ビデオおよび音声に関するフロア要求メッセージを送信する。このフロア要求メッセージは、音声が要求されていること、およびビデオは単にオプションであることを示している。この要求メッセージは、また、ＰｏＣクライアントＢがそのフロアを介してビデオメディアタイプを提供するように指定され、そのビデオメディアタイプに関する要求が許可されるべきであることを示している。（この要求メッセージは、ＰｏＣクライアントＡがそのフロアを介して音声メディアタイプを提供するように指定され、その音声メディアタイプに関する要求が許可されるべきことを明示的に示す、または、ＰｏＣクライアントＡがその要求メッセージの送信側であるので、明示的な表示がない場合に暗示的にすることができる。）この要求メッセージは、要求生成部Ａ１により準備される。
【００５９】
ＰｏＣサーバＳの要求受信部Ｓ１で要求メッセージを受信すると、その要求メッセージは、要求処理部Ｓ３に渡され、そうすることで、その要求内の情報が抽出され、そして解釈されることができ、そして、その要求が許可されるまたは拒否されるかどうか、そして、どの程度までかについて決定がなされ得る。
【００６０】
この例におけるメッセージから、音声メディアタイプが要求されており、そして、それを提供しようとしているのはＰｏＣクライアントＡであることが判定される。ビデオメディアタイプはオプションであり、それを提供しようとしているのがＰｏＣクライアントＢであることがまた決定される。さらに、音声に対するフロアが空き（アイドル）で、かつビデオに対するフロアも空き（アイドル）であると判定されることで、その音声メディアタイプとそのビデオメディアタイプの両方に関するその要求を容認することができる。
【００６１】
それゆえ、ステップ２．１で、要求応答部Ｓ５は、フロアが音声に対して容認されることを示すためのメッセージをＰｏＣクライアントＡに返信して、そして、ステップ２．２で、フロアがビデオに対して容認されることを示すためのメッセージがＰｏＣクライアントＢに送信される。
【００６２】
別のシナリオでは、要求処理部Ｓ３により、ビデオに対するフロアがビジーであり、一方、音声に対するフロアが空き（アイドル）であることが判定され得る。ビデオはオプションであるので、音声に関する要求を容認することが依然として可能であり、そのため、ステップ２．１で、要求応答部Ｓ５は、フロアが音声に対して容認されることを示すためのメッセージをＰｏＣクライアントＡに送信することになる。ビデオに関する要求は拒否されたので、ステップ２．２では、ＰｏＣクライアントＢにメッセージが送信されることはない。
【００６３】
さらに別のシナリオでは、要求処理部Ｓ３により、音声に対するフロアがビジーであり、一方、ビデオに対するフロアが空き（アイドル）であることが判定され得る。音声は要求されているので、ビデオに関する要求は、そのフロアは利用できるけれども容認することはできず、そのため、ステップ２．１で、要求応答部Ｓ５は、その要求（すなわち、ビデオに対してと音声に対しての両方）が拒否されることを示すためのメッセージをＰｏＣクライアントＡに返信することになる。ビデオに関する要求は拒否されたので、ステップ２．２で、ＰｏＣクライアントＢにメッセージが送信されることはない。
【００６４】
本発明の実施形態はＰｏＣに関連して説明されているが、本発明は、ＰｏＣに限定されるものではないことが理解されるだろう。用語「プッシュツートーク」サービスは、本明細書では、本質的にトランシーバ的サービスを識別するために使用されている。これらのサービスは、トークバーストの交換のために、２人以上のユーザを一緒に素早く接続することを可能にするサービスである。プッシュツートークサービスは、これらのサービスが所与の時間に１人だけが話すことを可能にする点で、従来の音声通話とは異なる。話すためには、ユーザは、「フロア（floor）」の制御を持たなければならない。制御は、通常、１人のユーザがフロア制御を解放するためにトークボタンを解放し、別のユーザがフロア制御を引き受けるためにトークボタンを押すことによって達成される。添付の特許請求の範囲で使用される用語「プッシュツートーク」は、特定のプロトコルの使用を含意する意図がないことが理解されるべきである。
【００６５】
本発明の範囲は、トークセッションでのトークデータあるいは音声データの転送に制限されず、添付の特許請求の範囲は、データ転送セッションにおける音声データを含むがそれに限定されない、任意の種類のデータの転送も網羅すると解釈されることも理解されるべきである。そのようなものであるから、「トークバースト要求」および「トークバースト」等の用語は、トークデータ、すなわち、音声データだけに限定されると解釈されるべきではないが、ＰｏＣ１の用語と一貫性を持たせるために使用されている。このような語句は、その意味内に任意の種類のデータの転送も含み得る。ＰｏＣ２では、ＰｏＣ１のコンセプトに直接対応するコンセプトに対して、異なる用語が使用されても良い。例えば、語句「メディアバースト要求」および「メディアバースト」が代わりに使用されても良い。
【００６６】
本発明の範囲は、参加者がフロア制御を与えられ、それによって会議での発言権または他の参加者へデータを転送する権利を与えられる会議システムを含むことを意図していることも理解されるべきである。
【００６７】
上記構成要素の１つ以上の動作が機器または装置で動作するプログラムによって制御されてもよいことは理解されるであろう。このようなオペレーティングプログラムは、コンピュータ可読媒体に記憶することができ、また、例えば、インターネットウェブサイトから提供されるダウンロード可能なデータ信号等の信号で実現することができる。添付の特許請求の範囲は、オペレーティングプログラム自体で、またはキャリヤ（搬送波）上のレコードとして、または信号として、または任意の他の形態で、オペレーティングプログラムを含んでいると解釈されるべきである。
【図面の簡単な説明】
【００６８】
【図１】ＰｏＣクライアントおよびＰｏＣサーバを介在する、複数のメディアバースト制御を実現可能な方法の一つを示す図である。
【図２】本発明の実施形態の１つの可能なシナリオにおける、ＰｏＣクライアントとＰｏＣサーバとの間におけるメッセージの交換を示すメッセージ交換図である。
【図３】本発明の実施形態の別の可能なシナリオにおける、２つのＰｏＣクライアントとＰｏＣサーバとの間におけるメッセージの交換を示すメッセージ交換図である。
【図４】本発明の実施形態における、ＰｏＣクライアントおよびＰｏＣサーバの各部を示すブロック図である。
【図１】
2009513081.tif 000003
【図２】
2009513081.tif 000004
【図３】
2009513081.tif 000005
【図４】
2009513081.tif 000006
【手続補正書】
【提出日】平成19年7月16日(2007.7.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
上述の問題に対処することが要望されている。
米国出願公開第２００５／０１２４３６５号公報は、移動局がフロア要求メッセージあるいはフロア要求メッセージ群を送信して、複数のフロアを要求することができる、ＰＴＴシステムにおけるフロア制御のための方法を開示している。
米国出願公開第２００４／０１９０４８９号公報は、複数のメディアタイプを含むセッションをセットアップするための要求を受信することを含む、マルチメディア呼セッションの管理方法を開示している。
【手続補正書】
【提出日】平成19年12月8日(2007.12.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信することを含み、
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする方法。
【請求項２】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求についての許可または拒否に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が拒否される場合、その他のメディアタイプに関する要求も拒否されるべきであるということを示す
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求についての許可または拒否がその他のメディアタイプに関する要求についての許可または拒否に影響を及ぼすべきではないということを示す
ことを特徴とする請求項２または３に記載の方法。
【請求項５】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプに関する要求が許可される場合に限って許可されるべきであるということを示す
ことを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記メディアタイプに関する要求が、少なくとも１つの他の特定のメディアタイプが許可されるかまたは拒否されるのと同じ程度で許可されるかまたは拒否されるべきであるということを示す
ことを特徴とする請求項２乃至５のいずれか１項に記載の方法。
【請求項７】
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信することを含み、
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする方法。
【請求項９】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、前記フロア要求メッセージを送信した端末以外の端末が前記フロアを介して前記メディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるということを示す
ことを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求についての許可または拒否が少なくとも１つの特定の影響要因、例えば、前記メディアタイプを受信するであろう参加者の数または前記メディアタイプに対する推定転送速度に依存するかを示す
ことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
少なくとも２つの前記メディアタイプの各々に対して、前記メディアタイプに関する要求を許可するか拒否するかどうかを判定するために、前記フロア要求メッセージを処理する
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
請求項７または８に従属する場合に、要求が許可されているものに関する各々のメディアタイプに対して少なくとも、その趣旨のメッセージを前記メディアタイプを提供するように指定されている前記端末に送信する
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
各々のメディアタイプに対して、前記フロア要求メッセージを送信した端末に、前記メディアタイプに関する要求が許可されているかまたは拒否されているかどうかを示すメッセージを送信する
ことを特徴とする請求項１１または１２に記載の方法。
【請求項１４】
要求に応じて、前記端末あるいは各々の端末に単一の前記メッセージを送信する
ことを特徴とする請求項１２または１３に記載の方法。
【請求項１５】
少なくとも２つの前記メディアタイプの各々に対して、前記メディアタイプに関する要求を許可するか拒否するかどうかを判定するために、前記フロア要求メッセージを処理する
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
各々のメディアタイプに関する要求を最終的に容認または拒否する前に、前記フロア要求メッセージが、メディアタイプとそれに関する条件の様々な組み合わせを用いる前記判定に基づいて変更されることを許可する
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記プッシュツートーク型サービスは、プッシュツートークオーバセルラーサービスである
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記プッシュツートーク型サービスは、会議サービスである
ことを特徴とする請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
単一の前記フロア要求メッセージを送信する
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段（Ａ３）を備え、
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする装置。
【請求項２１】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理することを含み、
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする方法。
【請求項２２】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理する手段（Ｓ１、Ｓ３）を備え、
前記フロア要求メッセージは、前記メディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、前記メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す
ことを特徴とする装置。
【請求項２３】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段（Ａ３）を備え、
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする装置。
【請求項２４】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理することを含み、
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする方法。
【請求項２５】
メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置であって、
少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理する手段（Ｓ１、Ｓ３）を備え、
前記フロア要求メッセージは、前記メディアタイプの各々に対して、いずれの端末が前記フロアを介してメディアタイプを提供するように指定され、前記メディアタイプに関する要求が許可されるべきであるかを示す
ことを特徴とする装置。
【請求項２６】
装置上で動作する場合に、前記装置に請求項１乃至１９、２１、２４のいずれか１項に記載の方法を実行させる
ことを特徴とするコンピュータプログラム。
【請求項２７】
搬送媒体上で実行される
ことを特徴とする請求項２６に記載のコンピュータプログラム。
【請求項２８】
前記搬送媒体は、送信媒体である
ことを特徴とする請求項２７に記載のコンピュータプログラム。
【請求項２９】
前記搬送媒体は、記憶媒体である
ことを特徴とする請求項２７に記載のコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本発明の第１の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信することを含んでいる。このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求についての許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示しても良い。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
この方法は、各々のメディアタイプに関する要求を最終的に容認または拒否する前に、そのフロア要求メッセージが、メディアタイプとそれに関する条件の様々な組み合わせを用いる、この判定に基づいて変更されることを許可することを含んでも良い。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
本発明の第２の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段を備える。このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、メディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
本発明の第３の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、および処理することを含んでいる。このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
本発明の第４の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるタイプのメディアコンテンツに関するフロア要求メッセージを受信および処理する手段を備える。このフロア要求メッセージは、そのメディアタイプのうちの少なくとも１つに対して、どのようにおよび／またはどの程度、そのメディアタイプに関する要求の許可または拒否が少なくとも１つの他のメディアタイプに関する要求に影響を及ぼしおよび／または依存するかを示す。
本発明の第５の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信することを含み、このフロア要求メッセージは、そのメディアタイプの各々に対して、いずれの端末がフロアを介してメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるかを示す。
本発明の第６の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを送信する手段を備え、このフロア要求メッセージは、そのメディアタイプの各々に対して、いずれの端末がそのフロアを介してメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるかを示す。
本発明の第７の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する方法が提供される。この方法は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理することを含み、このフロア要求メッセージは、そのメディアタイプの各々に対して、いずれの端末がフロアを介してメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるかを示す。
本発明の第８の構成に従えば、メディアコンテンツをプッシュツートーク型セッションに参加している別の端末に配信するために、端末に対してフロアが要求される、プッシュツートーク型サービスにおいて使用する装置が提供される。この装置は、少なくとも２つの異なるメディアタイプのメディアコンテンツに関するフロア要求メッセージを受信し、処理する手段を備え、このフロア要求メッセージは、そのメディアタイプの各々に対して、いずれの端末がフロアを介してメディアタイプを提供するように指定され、そのメディアタイプに関する要求が許可されるべきであるかを示す。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
本発明の第９の構成に従えば、装置上で動作する場合に、その装置に本発明の第１、第３、第４あるいは第７のいずれか１つの構成に従う方法を実行させるオペレーティングプログラムが提供される。
【国際調査報告】
2009513081.tif 000007
2009513081.tif 000008
2009513081.tif 000009