(57)【要約】  プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含める方法が提供される。メディアコンテンツのリプレゼンテーションが、第１の端末（Ａ）とのプッシュツートーク型セッションを確立するために、第２の端末（Ｂ）を招待するメッセージで送信され（２）、そのメディアコンテンツ自身は、招待の受諾に続いて、自動的にまたは要求に応じて、別に送信される（５）。このリプレゼンテーションはメディアコンテンツ自身よりも小さい。このメディアコンテンツは、バックグラウンドプロセスで第２の端末（Ｂ）で受信されてもよい。このリプレゼンテーションは、招待を受諾するか否かの決定に使用するために第２の端末（Ｂ）で表示または再生されてもよく、これは、メディアコンテンツの圧縮版若しくは縮小サイズ版若しくは低解像度版またはメディアコンテンツからの抜粋でもよい。１つのアプリケーションでは、招待メッセージは、セッション開始プロトコル（ＳＩＰ）のＩＮＶＩＴＥメッセージである。このプッシュツートーク型サービスは、プッシュツートークオーバーセルラー（ＰｏＣ）サービスであってもよい。このプッシュツートーク型サービスは、会議サービスでもよい。【選択図】  なし
2009514290.tif 000002
【特許請求の範囲】
【請求項１】
プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含める方法であって
第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するセッション招待メッセージで前記メディアコンテンツ自身より小さい該メディアコンテンツのリプレゼンテーションを送信する工程と、
前記メディアコンテンツ自身を別に送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記メディアコンテンツが所定のサイズを超えると判定される場合だけ、前記セッション招待メッセージで前記リプレゼンテーションを送信し、それ以外の場合は、前記セッション招待メッセージで前記メディアコンテンツ自身を送信する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の端末から、前記セッションを制御するために指定されるサーバに前記セッション招待メッセージを送信する工程と、
前記サーバから前記第２の端末へ前記セッション招待メッセージを転送する工程と
を備えることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記メディアコンテンツから前記リプレゼンテーションを生成する工程を備える
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記リプレゼンテーションは、前記第１の端末で生成される
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記セッション招待が前記第２の端末で受諾された後で、該第２の端末で使用可能な前記メディアコンテンツを送信する工程を備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記セッション招待メッセージおよび前記メディアコンテンツの少なくとも１つは、前記第１の端末から前記第２の端末へ送信される
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記セッション招待が第２の端末で受諾された後に、前記メディアコンテンツを送信する工程を備える
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
フロアが、前記セッション招待の受諾に続いて前記第１の端末に与えられ、前記与えられたフロアを通じて前記メディアコンテンツを送信する工程を備える
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記第２の端末からの明示的要求なしに、前記メディアコンテンツを送信する工程を備える
ことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記第２の端末からの要求に応じて、前記メディアコンテンツを送信する工程を備える  ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記第２の端末のバックグラウンドプロセスとして、該第２の端末で前記メディアコンテンツを受信する工程を備える
ことを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記リプレゼンテーションは、前記メディアコンテンツからの抜粋を備える
ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記リプレゼンテーションは、圧縮および解像度低減の少なくとも一方が適用されている前記メディアコンテンツの少なくとも一部を備える
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記メディアコンテンツは、画像コンテンツ、映像コンテンツおよび音声コンテンツの１つ以上を備える
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
受信に続いて、前記第２の端末で前記メディアコンテンツを提示する工程を備える
ことを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記メディアコンテンツを提示する工程は、画像コンテンツの場合は前記第２の端末のスクリーン上に該画像コンテンツを表示し、映像コンテンツの場合は前記第２の端末のスクリーン上に該映像コンテンツを再生し、および音声コンテンツの場合は前記第２の端末のスピーカで該音声コンテンツを再生することを含む
ことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記メディアコンテンツは、前記第２の端末のユーザからの要求に応えて提示される
ことを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
前記セッション招待メッセージは、セッション開始プロトコルのＩＮＶＩＴＥメッセージである
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
前記プッシュツートーク型サービスは、プッシュツートークオーバーセルラーサービスである
ことを特徴とする請求項１乃至１９のいずれか１項に記載の方法。
【請求項２１】
前記プッシュツートーク型サービスは、会議サービスである
ことを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
前記セッション招待メッセージは、要求されるセッションに対する暗示的フロア要求を少なくとも備える
ことを特徴とする請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
前記メディアコンテンツを送信する前に、該メディアコンテンツを処理する工程を備える
ことを特徴とする請求項１乃至２２のいずれか１項に記載の方法。
【請求項２４】
プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含めることが可能な装置であって、
第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するセッション招待メッセージで前記メディアコンテンツ自身より小さい該メディアコンテンツのリプレゼンテーションを送信する手段と、
前記メディアコンテンツ自身を別に送信する手段と
を備えることを特徴とする装置。
【請求項２５】
前記第１の端末を備える
ことを特徴とする請求項２４に記載の装置。
【請求項２６】
プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含める方法であって、
第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するセッション招待メッセージで前記メディアコンテンツ自身より小さい該メディアコンテンツのリプレゼンテーションを受信する工程と、
前記メディアコンテンツ自身を別に受信する工程と
を備えることを特徴とする方法。
【請求項２７】
プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含めることが可能な装置であって
第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するセッション招待メッセージで前記メディアコンテンツ自身より小さい該メディアコンテンツのリプレゼンテーションを受信する手段と、
前記メディアコンテンツ自身を別に受信する手段と
を備えることを特徴とする装置。
【請求項２８】
前記第２の端末を備える
ことを特徴とする請求項２７に記載の装置。
【請求項２９】
装置にロードされる場合、前記装置を請求項２３、２５、２７または２８のいずれか１項に記載の装置として動作させるオペレーティングプログラム。
【請求項３０】
装置で動作する場合、前記装置に請求項１乃至２３または２６のいずれか１項に記載の方法を実行させるオペレーティングプログラム。
【請求項３１】
搬送媒体で搬送される
ことを特徴とする請求項２９または３０に記載のオペレーティングプログラム。
【請求項３２】
前記搬送媒体は、伝送媒体である
ことを特徴とする請求項３１に記載のオペレーティングプログラム。
【請求項３３】
前記搬送媒体は、記憶媒体である
ことを特徴とする請求項３１に記載のオペレーティングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の背景
１．本発明の分野
本発明は、例えば、いわゆるプッシュツートークオーバーセルラーサービス等の、プッシュツートーク型サービスで使用する方法および装置に関する。
【０００２】
２．関連技術の詳細
トランシーバ（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）システムおよび会議システムは、ユーザの１人に発言権を与え、通話中の他のユーザの発言権を拒否して、リスニングモードにすることを可能にするための、制御メカニズムを通常使用する。この制御メカニズムは、フロア制御、話者調停、トークバースト制御等と通常呼ばれる。例えば、オープンモバイルアライアンスは、トークバースト制御プロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を有するプッシュツートークオーバーセルラー（ＰｏＣ）システムの仕様に現在取り組んでいる。
【０００６】
ユーザに代わって発言権を要求するために、端末（ＰｏＣクライアント）は、通常、コントローラ（ＰｏＣサーバ）に要求メッセージを送信する。このコントローラは、通常、要求の承諾または拒否で応答する。このコントローラは、要求を承諾する時点で発言許可タイマを開始することによって、ユーザに発言を許可する時間を通常制限し、通常、ユーザ端末へ取消（revoke）メッセージを送信することによって、または単にユーザのメディアを転送しないことによって、ユーザを遮断するいくつかのメカニズムを使用する。このコントローラによって遮断されるユーザは、いくつかの方法で、例えば、一定期間発言権を与えらないことによって、そのコントローラによって通常ペナルティが科される。
【０００７】
ＯＭＡ  ＰｏＣの次のバージョン（本明細書では、「ＰｏＣ２」と呼び、前のバージョンは「ＰｏＣ１」と呼ぶ）が、ＯＭＡで開発されている。ＰｏＣ１では、招待（インビテーション：invitation）は、単純なセッション招待であるのに対して、ＰｏＣ２では、招待は、写真等のいくつかのマルチメディアコンテンツを含んでいる場合がある。以下は、非特許文献１からの抜粋である。「ＰｏＣユーザ（群）をＰｏＣセッションに招待する場合、またはグループアドバタイズメントメッセージを送信する場合、メディアコンポーネントが要求に追加され得る」。また、非特許文献１には、「ＰｏＣクライアントは、ＰｏＣユーザ（群）に送信されるＰｏＣセッション招待（群）にメディアコンポーネント（群）が追加される場合がある」、「ＰｏＣクライアントは、メディアコンポーネント（群）を含む場合があるＰｏＣセッション招待（群）の受信をサポートしなければならない。含まれているメディアコンポーネント（群）に対するＰｏＣクライアントの性能（ケイパビリティ）に依存して、ＰｏＣクライアントは、受信されるメディアコンポーネント（群）を再生すべきである」、「ＰｏＣクライアントは、ＰｏＣユーザ（群）に送信されるグループアドバタイズメントメッセージ（群）にメディアコンポーネントを追加してもよい」、「ＰｏＣクライアントは、ＰｏＣユーザ（群）からのメディアコンポーネント（群）を含んでいる場合がある、受信するグループアドバタイズメントメッセージ（群）をサポートすることができる。含まれているメディアコンポーネント（群）に対するＰｏＣクライアントの性能（ケイパビリティ）に依存して、ＰｏＣクライアントは、受信されるメディアコンポーネント（群）を再生すべきである」、「ＰｏＣサービスインフラストラクチャは、招待するおよび招待されるＰｏＣクライアントによって設定される構成（コンフィグレーション：configuration）に従って、ＰｏＣセッション招待（群）にメディアコンポーネント（群）を追加／削除／変更することができる」、「メディアコンポーネントは、メディアコンテンツへのリファレンスである、またはコンテンツを直接含まなければならない。コンテンツタイプの例は、非特許文献２がある」、「ＰｏＣサービスインフラストラクチャは、メディアコンテンツへのリファレンスに従って、メディアコンテンツを追加／削除／変更することが可能であっても良い」、「招待するおよび招待されるＰｏＣ加入者のＰｏＣサービスプロバイダのサービスポリシー、および／または招待するＰｏＣクライアントおよび招待されるＰｏＣクライアントの設定に基づいて、メディアコンポーネント（群）のサイズおよびコンテンツを制限することが可能でなければならない」、「ＰｏＣサービスインフラストラクチャは、招待するおよび招待されるＰｏＣ加入者のＰｏＣサービスプロバイダのサービスポリシー、および／または招待するＰｏＣクライアントおよび招待されるＰｏＣクライアントの設定に基づいて、含まれているメディアコンポーネントを取り除くことができなければならない」、「ＰｏＣサービスインフラストラクチャによる設定は、ＰｏＣクライアントによる設定に優先しなければならない」
【非特許文献１】ＯＭＡ  ＰｏＣ２要件文書、ＯＭＡ−ＲＤ−ＰｏＣ−Ｖ２＿０−２００５０９０２−Ｄ「プッシュツートークオーバーセルラー２要件」、ドラフトバージョン２．０、２００５年９月２日
【非特許文献２】ＲＦＣ  ２０４６、多目的インターネットメール拡張（ＭＩＭＥ、Multipurpose Internet Mail Extensions）パート２：メディアタイプ
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＰｏＣセッションへの招待は、ＳＩＰ  ＩＮＶＩＴＥメッセージによって行われる。メディアペイロードをＳＩＰメッセージに含めることは可能であるが、正当なサイズである場合、ＳＩＰインフラストラクチャ（呼セッション制御機能（Call Session Control Function）あるいはＣＳＣＦ）に深刻な結果をもたらすことになるであろう。ＳＩＰメッセージでこの形態のペイロードを送信することは、すべてのＳＩＰスタックを溢れさせ、全体的パフォーマンスが落ちることになるであろう。
【０００９】
この問題に取り組むことが要望されている。
【課題を解決するための手段】
【００１０】
本発明の要約
本発明の第１の態様に従えば、プッシュツートーク型サービスのセッション招待手順に少なくともある程度のメディアコンテンツを含める方法が提供され、その方法は、第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するメッセージでメディアコンテンツ自身より小さいそのメディアコンテンツのリプレゼンテーション（representation：表現）を送信する工程と、メディアコンテンツ自身を別に送信する工程とを備える。
【００１１】
この方法は、メディアコンテンツが所定のサイズを超えると判定される場合だけ、セッション招待メッセージでリプレゼンテーションを送信し、それ以外の場合は、セッション招待メッセージでメディアコンテンツ自身を送信する工程を備えてもよい。
【００１２】
この方法は、第１の端末からセッションを制御するために指定されているサーバにセッション招待メッセージを送信する工程と、サーバから第２の端末へ招待メッセージを転送する工程とを備えてもよい。
【００１３】
この方法は、メディアコンテンツからリプレゼンテーションを生成する工程を備えてもよい。
【００１４】
このリプレゼンテーションは、第１の端末で生成されてもよい。
【００１５】
この方法は、セッション招待が第２の端末で受諾された後で、第２の端末で使用可能なメディアコンテンツを送信する工程を備えてもよい。
【００１６】
セッション招待メッセージおよびメディアコンテンツの少なくとも１つは、第１の端末から第２の端末へ送信されてもよい。
【００１７】
この方法は、セッション招待が第２の端末で受諾された後に、メディアコンテンツを送信する工程を備えてもよい。
【００１８】
フロアが、セッション招待の受諾に続いて第１の端末に与えられてもよく、この方法は、与えられたフロアを通じてメディアコンテンツを送信する工程を備えてもよい。
【００１９】
この方法は、第２の端末からの明示的要求なしに、メディアコンテンツを送信する工程を備えてもよい。
【００２０】
この方法は、第２の端末からの要求に応じて、メディアコンテンツを送信する工程を備えてもよい。
【００２１】
この方法は、第２の端末のバックグラウンドプロセスとして、第２の端末でメディアコンテンツを受信する工程を備えてもよい。
【００２２】
このリプレゼンテーションは、メディアコンテンツからの抜粋を備えてもよい。
【００２３】
このリプレゼンテーションは、圧縮および／または解像度低減が適用されているメディアコンテンツの少なくとも一部を備えてもよい。
【００２４】
このメディアコンテンツは、画像コンテンツ、映像コンテンツおよび音声コンテンツの１つ以上を備えてもよい。
【００２５】
この方法は、受信に続いて第２の端末でメディアコンテンツを提示する工程を備えてもよい。
【００２６】
このメディアコンテンツを提示する工程は、画像コンテンツの場合は第２の端末のスクリーン上に画像コンテンツを表示する工程、映像コンテンツの場合は第２の端末のスクリーン上に映像コンテンツを再生する工程、および音声コンテンツの場合は第２の端末のスピーカで音声コンテンツを再生する工程を備えてもよい。
【００２７】
このメディアコンテンツは、第２の端末のユーザからの要求に応えて提示されてもよい。
【００２８】
この招待メッセージは、セッション開始プロトコルのＩＮＶＩＴＥメッセージでもよい。
【００２９】
このプッシュツートーク型サービスは、プッシュツートークオーバーセルラーサービスでもよい。
【００３０】
このプッシュツートーク型サービスは、会議サービスでもよい。
【００３１】
この招待メッセージは、要求されるセッションに対する暗示的フロア要求を少なくとも備えてもよい。
【００３２】
この方法は、メディアコンテンツを送信する前に、それを処理する工程を備えてもよい。
【００３３】
本発明の第２の態様に従えば、プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含めることが可能な装置が提供され、その装置は、第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するメッセージでメディアコンテンツ自身より小さいそのメディアコンテンツのリプレゼンテーションを送信する手段と、メディアコンテンツ自身を別に送信する手段とを備える。この装置は、第１の端末を備えてもよい。
【００３４】
本発明の第３の態様に従えば、プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含める方法が提供され、その方法は、第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するメッセージでメディアコンテンツ自身より小さいメディアコンテンツリプレゼンテーションを受信する工程と、メディアコンテンツ自身を別に受信する工程とを備える。
【００３５】
本発明の第４の態様に従えば、プッシュツートーク型サービスのセッション招待の手順に少なくともある程度のメディアコンテンツを含めることが可能な装置が提供され、その装置は、第１の端末とのプッシュツートーク型セッションを確立するために、第２の端末を招待するメッセージでメディアコンテンツ自身より小さいそのメディアコンテンツのリプレゼンテーションを受信する手段と、メディアコンテンツ自身を別に受信する手段とを備える。この装置は、第２の端末を備えてもよい。
【００３６】
本発明の第５の態様に従えば、装置にロードされる場合、その装置を本発明の第２または第４の態様に従う装置として実行させるオペレーティングプログラムが提供される。
【００３７】
本発明の第６の態様に従えば、装置で動作する場合、その装置に本発明の第１または第３の態様に従う方法を実行させるオペレーティングプログラムが提供される。
【００３８】
このオペレーティングプログラムは、搬送媒体で搬送されてもよい。この搬送媒体は、伝送媒体でもよい。搬送媒体は、記憶媒体でもよい。
【００３９】
本発明の一実施形態は、マルチメディア招待に関してＳＩＰインフラストラクチャの負荷を制限でき、同時に、招待のために大きいコンテンツを効果的に搬送することを可能にする。
【００４０】
本発明の一実施形態は、マルチメディアコンテンツの縮小版を転送すると同時に、メディアプレーン上でオリジナルのコンテンツを転送する、２段階アプローチを提供する。
【００４１】
本発明の一実施形態では、マルチメディア招待の送信者は、マルチメディアコンテンツのサイズをリサイズしたコピーを生成し、制御信号チャネルを通じてその招待でそれを送信することができる。リサイズされるコンテンツの最大サイズは、クライアントまたはサービスプロバイダのポリシーによって設定されてもよく、次いでクライアントに通知されてもよい。
【００４２】
着信制御サーバ（terminating controlling server）は、ユーザ構成（コンフィグレーション）に基づいて、招待メッセージのマルチメディア部分を取り除くオプションを有していても良く、それによって招待ユーザ向けに非マルチメディア（「通常」）招待にしてもよい。その招待の受諾または拒否のリプライで、このサーバは（または招待ユーザからの応答で暗示的に）、招待ユーザはマルチメディア招待を使用しないが、とにかくセッション招待を受諾してもよいことを、招待主に通知してもよい。その場合、大きいコンテンツは送信されない。
【００４３】
このマルチメディア招待は、そのフロアを通じてコンテンツを送信するために適切なフロア制御に対する、暗示的フロア要求であってもよい。このフロアは、コンテンツ依存でもよいし、マルチメディア招待だけに使用される専用フロアでもよい。
【００４４】
本発明の一実施形態では、大きい（リサイズされていない）コンテンツは、フロアが招待主に与えられた直後、そのフロアを通じて受信者に配信される。
【００４５】
本発明の一実施形態では、招待ユーザは、そのディスプレイにＰｏＣセッションへの招待をまず受信し、これを受諾する場合、その大きいコンテンツを見るオプションを有することになる。
【発明を実施するための最良の形態】
【００４６】
実施形態の詳細説明
本発明の一実施形態では、マルチメディア招待に含めることが意図されている大きなメディアコンテンツが２段階で送信される。一例としては、メディアコンテンツが写真を備える場合で、写真のコピーが、ＳＩＰを通じて転送することに適合しているサイズ、例えば、アイコンまたはサムネイルに関連するサイズにリサイズされ、そのセッション招待で送信される。これは、その招待が受信される場合に、サムネイルとして着信側で表示され、その招待を受諾するか否かを決定する基礎としてユーザによって使用され得る。その招待が受諾され、フロア（発言権：floor）が与えられる場合、未修正の大きい写真が写真メディアを担当するフロアを通じて転送される。これは、バックグラウンドで実行され、しばらくして受信者が完全な写真を見ることを決定する場合、そのサムネイルをクリックすることによって直ぐに表示が可能となる。
【００４７】
どのくらいの大きさの写真（またはどのタイプのメディアコンテンツ）をＳＩＰシグナリングネットワークが扱うことができるかに関しては、制限が存在し得る。ＳＩＰ自身は、ＳＩＰ  ＩＮＶＩＴＥ等のＳＩＰメッセージに大きなペイロードを含めることを阻まない。しかし、ＳＩＰ／ＩＭＳインフラストラクチャ、特に、ＰｏＣドメインに関しては、ＳＩＰ／ＩＭＳインフラストラクチャのＣＳＣＦは、大量のデータを扱うことが依頼される場合、それでもやはり負担が掛かるであろう。このＳＩＰ／ＩＭＳインフラストラクチャは、ペイロードのない小さなメッセージだけのセッションシグナリングの高速処理に最適化されている。大きなペイロードがＳＩＰメッセージに含められる場合、このＳＩＰ／ＩＭＳインフラストラクチャのＳＩＰスタックが溢れ、全体的なシステムのパフォーマンスが貧弱になるであろう。
【００４８】
このＳＩＰ／ＩＭＳインフラストラクチャを通じて送信されるＳＩＰメッセージのペイロード部分の上限は、例えば、１ｋＢに設定することができるが、実際の限界はもちろん多くの要因に依存することになる。このサイズの大きさでは、大きな写真を搬送することはできないが、アイコン若しくはサムネイル、または低解像度の写真の類は搬送することができるであろう。
【００４９】
現在のハンドセットの進化とますます高度化するカメラ機能のために、ユーザが写真を撮って、それを第三者との会話を始めるための「仕掛け（hook）」として使用したいと望むだろうことはありそうである。１つの可能性は、適度に縮小したバージョンの写真だけをＳＩＰ  ＩＮＶＩＴＥメッセージで第三者に送信することである。しかしながら、その場合、第三者に詳細のすべてを見せるためには、その写真は制限されすぎている可能性がある。
【００５０】
本発明の一実施形態では、ユーザが受け入れ可能な機能で提供し、同時にＳＩＰ／ＩＭＳインフラストラクチャのペイロード制限の制約内で動作するために、画像の転送が２つの段階に分けられている。
【００５１】
この概念は、ＳＩＰインフラストラクチャを通じて小さな（リサイズされている）写真を送信することである。これは、エンドユーザへの招待情報の一部としてエンドユーザに直接表示することが可能である。続いて、大きいバージョンの写真がバックグラウンドで転送される。
【００５２】
本発明の一実施形態で使用さすることができる基本コンセプトは、ＰｏＣ１からの暗示的フロア要求である。このコンセプトを用いると、ユーザがＰｏＣセッションを開始するために他のユーザにＳＩＰ  ＩＮＶＩＴＥメッセージを送信する場合、それは、暗示的フロア要求も生成する。これは、ユーザが発言権を取得することを早めるためである。同一のコンセプトが本発明の一実施形態で使用することができ、そうすることで、ユーザがＰｏＣセッションに対するマルチメディア招待を送信する場合、招待に含まれるメディアに対するフロアを同時に要求する。それゆえ、クライアントは、フロアを与えられると直ぐに大きいバージョンのメディアを（好ましくはバックグラウンドで）送信することを開始することができる。
【００５３】
これより、本発明の一実施形態を図１と２を参照してより詳細に説明する。図１は、この実施形態で、ＰｏＣクライアントＡ、ＢとＰｏＣサーバＳとの間のメッセージの交換を示すメッセージ交換図である。それに対して、図２は、ＰｏＣクライアントＡ、Ｂの構成要素を概略的に示すブロック図である（ＰｏＣサーバＳは、図２に示されていない）。ＰｏＣクライアントＡは、記憶部Ａ１、処理部Ａ３、通信部Ａ５を備え、これらの構成要素は管理部Ａ７の全体的な制御の下で動作する。ＰｏＣクライアントＢは、記憶部Ｂ１、提示部Ｂ３、通信部Ｂ５を備え、これらの構成要素は管理部Ｂ７の全体的な制御の下で動作する。
【００５４】
図１を参照すると、送信対象の写真が、ステップ１で、ＰｏＣクライアントＡの記憶部Ａ１から取得され、ステップ２のＳＩＰ  ＩＮＶＩＴＥに包含する縮小サイズのリプレゼンテーション（representation：代表）を生成するために、ＰｏＣクライアントＡの処理部Ａ３で処理される。この例では、ＰｏＣクライアントＡのユーザは、ＰｏＣクライアントＢのユーザと釣りの話をするかまたは釣り情報を交換するために、ＰｏＣセッションの開始を要望することで、ＰｏＣクライアントＡのユーザによって選択される画像が適切に選択される。
【００５５】
ステップ２で、ＰｏＣセッションへの招待が、ＰｏＣクライアントＡの通信部Ａ５からＰｏＣサーバＳに送信される。この招待は、写真の縮小サイズのリプレゼンテーションを含むＳＩＰ  ＩＮＶＩＴＥメッセージである。
【００５６】
ステップ３で、ＰｏＣサーバＳは、意図されている受信先である、ＰｏＣクライアントＢにＳＩＰ  ＩＮＶＩＴＥメッセージを転送する。これは、ＰｏＣクライアントＢの通信部Ｂ５で受信され、写真の縮小サイズのリプレゼンテーションがＩＮＶＩＴＥメッセージから抽出され、提示部（表示部）Ｂ３で表示される。縮小サイズのリプレゼンテーションを見て、ＰｏＣクライアントＢのユーザは、セッション招待の受諾を選択する（受諾シグナリングは示されていない）。
【００５７】
この実施形態では、ステップ２と３からの招待は、（例えば、ＰｏＣ１で定義されているような）暗示的フロア要求でもあり、ステップ４で、ＰｏＣサーバからＰｏＣクライアントＡへのメッセージで、フロアがＰｏＣクライアントＡに与えられる。
【００５８】
ステップ５で、大きい画像が記憶部Ａ１から取得され、通信部Ａ５を使用して、フロアを通じてＰｏＣクライアントＡから送信される。この大きい画像は、ＰｏＣクライアントＢの通信部Ｂ５で受信され、ＰｏＣクライアントＢの記憶部Ｂ１に記憶される。これは、ＰｏＣクライアントＢの視点からはバックグラウンドで行われる。
【００５９】
ＰｏＣクライアントＢのユーザが今度は大きい方の画像を見たいと要望する場合には、（例えば）スクリーン上の縮小サイズのリプレゼンテーションをクリックすることができるであろう、そして、バックグラウンドで転送されている大きい方の画像が、記憶部Ｂ１から取得され、表示することができる。
【００６０】
ＰｏＣクライアントＢは、マルチメディア招待が可能でないユーザ構成（コンフィグレーション）またはサービスプロバイダのポリシーを有することがある。その場合は、ＰｏＣサーバＳは、クライアントに転送する前に、ＳＩＰ  ＩＮＶＩＴＥメッセージのマルチメディア部分を取り除くオプションを有することができる。招待されるユーザからの招待の返答（リプライ）は、招待のマルチメディア部分を受け入れられないことを示すことになるので、大きい方のペイロードの転送は実行されることはない。
【００６１】
上記の説明は、写真の転送に焦点を当てているが、本発明の実施形態は、対応する方法で他のメディアタイプにも適用することができることが理解されるであろう。例えば、映像に関しては、縮小サイズのリプレゼンテーションは、クリップの最初のフレーム、またはユーザによって選択される別のフレーム、または映像からの抜粋、または圧縮若しくはサイズ縮小アルゴリズムが適用されている映像の一部、またはこれらの組み合わせだけを備えてもよい。音声等の他のメディアタイプへの適用は、当業者には容易に明らかであろう。
【００６２】
本発明の一実施形態をＰｏＣとの関連でこれまで説明しているが、本発明は、ＰｏＣに限定されないことは理解されるだろう。「プッシュツートーク」サービスという用語は、本明細書では、本質的にトランシーバ（walkie-talkie）的サービスを特定するために使用されている。これらのサービスは、トークバーストの交換のために、２人以上のユーザを一緒に素早く接続することを可能にする。プッシュツートークサービスは、所与の時間に１人だけが話すことを可能にする点で、従来の音声呼とは異なる。話すためには、ユーザは「フロア」の制御を持たなければならない。制御は、典型的には、１人のユーザがフロア制御を開放するためにトークボタンを解放し、別のユーザがフロア制御を引き受けるためにトークボタンを押下することで達成される。添付の特許請求の範囲で使用される用語「プッシュツートーク」は、任意の特定のプロトコルの使用を含意する意図がないことが理解されるべきである。
【００６３】
本発明の範囲は、トークセッションでのトークデータまたは音声データの転送に限定されるものではなく、添付の特許請求の範囲は、データ転送セッションにおける、音声データを含むがそれに限定されないあらゆる種類のデータの転送も網羅すると解釈されることも、理解されるべきである。そのようなものであるから、「トークバースト要求」および「トークバースト」等の用語は、トークデータすなわち音声データだけに限定されると解釈されるべきではなく、ＰｏＣ１の用語と一貫性を持たせるために使用されている。このような語句は、その意味内にどの種類のデータの転送も含んでもよい。ＰｏＣ２では、ＰｏＣ１のコンセプトに直接対応するコンセプトに対して、異なる用語が使用されることがある。例えば、語句「メディアバースト要求」および「メディアバースト」が代わりに使用されることがある。
【００６４】
本発明の範囲は、参加者にフロア制御が与えられ、それによって会議での発言権または他の参加者へデータを転送する権利を与えられる会議システムを含むことを意図していることも理解されるべきである。
【００６５】
上記構成要素の１つ以上の動作が機器または装置で動作するプログラムによって制御されてもよいことは理解されるであろう。このオペレーティングプログラムは、コンピュータで可読記憶媒体に記憶されてもよいし、また、例えば、インターネットウェブサイトから提供されるダウンロード可能なデータ信号等の信号で実現することができる。添付の特許請求の範囲は、オペレーティングプログラム自身で、または搬送媒体上のレコードとして、または信号として、または任意の他の形態で、オペレーティングプログラムを含んでいると解釈されるべきである。
【図面の簡単な説明】
【００６６】
【図１】本発明の一実施形態で、２つのＰｏＣクライアントとＰｏＣサーバとの間のメッセージの交換を概略的に示すメッセージ交換図である。
【図２】図１のＰｏＣクライアントの構成要素を概略的に示すブロック図である。
【図２】
2009514290.tif 000003
【図１】
2009514290.tif 000004
【国際調査報告】
2009514290.tif 000005
2009514290.tif 000006