(57)【要約】複数のユーザ機器（１１、１２、１３）上でビデオクリップなどのマルチメディアコンテンツを出力する方法により、それら機器のユーザは、ビデオクリップを略同時に見ることができるようになる。機器（１０、１１、１２）は、互いに通信して、通信リンク（１３、１４、１５）を通じて電気通信網上で制御信号を交換する。ビデオクリップは、視聴前にユーザ機器に供給されるため、その後の視聴中には「再生」、「停止」、「一時停止」などのわずかな制御命令のみが機器間でやりとりされればよい。このようなわずかな命令は、帯域幅の制約や通信網の待ち時間から受ける影響が少なくて済む。
2006501744.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器グループ上での共通のメディアコンテンツの出力を制御する方法であって、
前記ユーザ機器グループ内の１つのユーザ機器において、該１つのユーザ機器と通信している前記ユーザ機器グループ内の他のユーザ機器におけるマルチメディアコンテンツの出力を支配する制御命令を生成する工程と、
前記制御命令を前記１つのユーザ機器から前記他のユーザ機器へ送信する工程と、
前記他のユーザ機器の各々において前記制御命令を受信する工程と、
前記他のユーザ機器の各々における共通のマルチメディアコンテンツの略同時の出力を容易にするために前記制御命令に従って前記他のユーザ機器におけるメディアコンテンツの出力を制御する工程と、を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記１つのユーザ機器から前記他のユーザ機器へ共通のマルチメディアコンテンツを供給する工程を更に有する、ことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、
前記共通のマルチメディアコンテンツを遠隔の情報源から供給する工程を更に有する、ことを特徴とする方法。
【請求項４】
請求項１乃至３のいずれか一項記載の方法であって、
前記マルチメディアコンテンツが出力されるのに先立って該マルチメディアコンテンツの少なくとも一部分を前記ユーザ機器の少なくとも１つに供給し、前記マルチメディアコンテンツの少なくとも一部分を前記ユーザ機器の少なくとも１つが使用できるように記憶する工程を更に有する、ことを特徴とする方法。
【請求項５】
請求項１乃至４のいずれか一項記載の方法であって、
前記１つのユーザ機器内で生成された制御命令を該１つのユーザ機器の制御手段において受信する工程と、
前記他のユーザ機器における前記共通のメディアコンテンツの出力と比較して略同時の前記１つのユーザ機器における該共通のメディアコンテンツの出力を容易にするために前記制御命令に従って前記１つのユーザ機器における前記メディアコンテンツの出力を制御する工程と、を有することを特徴とする方法。
【請求項６】
請求項１乃至５のいずれか一項記載の方法であって、
前記マルチメディアコンテンツは、ビデオシーケンス又は写真画像集合体である、ことを特徴とする方法。
【請求項７】
請求項１乃至６のいずれか一項記載の方法であって、
前記制御命令は、停止、再生、早送り、次、巻き戻し、前、録画、シーケンス位置ｘへジャンプ、シーケンス位置ｘから開始、シーケンス位置ｘで停止、及び、シーケンス位置ｘで同期化、のいずれかの表示を含む、ことを特徴とする方法。
【請求項８】
請求項１乃至７のいずれか一項記載の方法であって、
前記制御命令は、無線ＬＡＮ、ブルートゥース・ワイヤレスリンク、ＧＰＲＳ、及び／又は、３Ｇベースの通信システムによって確立された通信リンク上で送信される、ことを特徴とする方法。
【請求項９】
請求項１乃至８のいずれか一項記載のユーザ装置の技術的特徴を備え、該ユーザ装置として機能するように構成されたことを特徴とする装置。
【請求項１０】
請求項１乃至８のいずれか一項記載の方法を実行するように構成されたことを特徴とするシステム。
【請求項１１】
プログラム可能コンピュータに本発明に係る具体的な方法工程及び／又は装置特徴をここに説明したいずれかの態様として実現させる命令を含むことを特徴とするコンピュータ・プログラム製品。
【請求項１２】
請求項１１記載のコンピュータ・プログラム製品であって、
あらゆるコンピュータ・ハードウェアから独立して、記録媒体として供給される、ことを特徴とするコンピュータ・プログラム製品。
【請求項１３】
請求項１１記載のコンピュータ・プログラム製品であって、
あらゆるコンピュータ・ハードウェアから独立して、ネットワーク上の電子形式で供給される、ことを特徴とするコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ機器グループ上でのメディアコンテンツの出力を容易にする方法及び装置に関する。
【背景技術】
【０００２】
画像、動画、オーディオなどのメディアコンテンツ（しばしばマルチメディア情報と呼ばれる）を保存用又は通信用の電子形式で表現するには、一般的にかなりのデータ量が必要であり、そのメディアを圧縮されていない電子形式を用いて表現しなければならない場合、ファイルサイズも大きくなる。表現に要する電子データ量を最小限にするために、様々なアルゴリズムを用いた圧縮技術を利用して、必要な電子データ量を減らしながらメディアの表現を創成することができる。圧縮形式で表現された情報の電子通信は、非圧縮形式とは対照的に、必要とするデータ伝送が少ないため、特定の容量を持つ伝送チャネル上での伝送をより速くするのを容易にしたり、データ搬送容量のより少ない伝送チャネルの使用を可能にしたりできる。さらに、伝送コストが送信データ量に応じて課金される場合、圧縮データファイルは伝送コストの低減ももたらす。
【０００３】
フィルムクリップなどのオーディオビジュアル情報を電子的に表現するのに必要なデータ量の大幅な低減は、ＭＰＥＧ−４ベースの規格に従ってオーディオビジュアル情報をエンコードしてＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式のデータを生成することによって得ることができる。しかし、このエンコーディングプロセスは、現在の規格ではコンピュータ負荷が高いため、典型的なモバイルコンピュータ装置の性能を備えた装置によってオーディオビデオ画像をＭＰＥＧ−４形式にリアルタイムでエンコードするにはかなりの時間が掛かり得ることに注意。しかし、ＭＰＥＧ−４データのデコーディングは、比較的コンピュータ負荷が少ないため、オーディオビジュアル画像のデコーディング及びモバイルコンピュータ装置の出力画面などの上への該オーディオビジュアル画像の表示はモバイルコンピュータ装置によって可能である。
【０００４】
携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、他のパーソナルコンピュータ装置などの携帯通信機器の演算処理能力は増えてきており、高品質なディスプレイ画面も備えられてきているため、これらの機器のユーザは、これらの機器上でオーディオビジュアルクリップを見ることができるようになってきている。さらに、これら機器がカメラを備えるようになってきたため、ユーザはそれら機器を用いて静止画像又はそれらの周囲を示すビデオ（動画）クリップでさえも撮影できる。しかし、これら静止画像又はビデオクリップを通信ネットワーク上でユーザ機器間でやりとりするためには、上記のような理由により、伝送前に、それら画像又はクリップの電子表現を圧縮する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本出願人らは、通信機器のユーザは、略リアルタイムの音声通信を楽しんでいる、なぜならそれによりユーザが同じ場所に集まっているようなユーザ間での自発的且つ動的なインタラクションが可能となるからである、ということに気が付いた。また、本出願人らは、このようなユーザはすべてのユーザ間で略同時に同じ静止画像又はビデオクリップを略リアルタイムで見て、ユーザが同時に見ている画像について音声通信チャネルを通じて話し合うことができるようにすることも楽しむであろう、とということに気が付いた。
【０００６】
しかし、このように画像又は動画を同時に見ることができるようにするためには、あるユーザが通信セッション内のすべてのユーザが彼らの機器上に表示された何を見るのかを制御できる場合、指定時間制限内にあるユーザ機器から別のユーザ機器へ画像データを信頼性高く伝送することが必要となる。要する時間が時間制限を越えた場合、通信のリアルタイム感が損なわれるため、ユーザ間の自発的且つ動的なインタラクションは不可能である。ビデオクリップを表現するデータ量を圧縮することができ、よって通信リンク上での伝送が低減され、非常に素早くなったとしても、通信ネットワークによっては、ユーザ機器間でそのデータ量を送信するのに要する時間が通信のリアルタイム感を失わせるのに十分である場合もあり得る。これは、ユーザ機器がＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＰＲＳ（Ｇｌｏｂａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅｓ）、又は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ）に基づく通信インフラを用いて通信する場合でもあてはまり得る。このようなネットワークは、他の既知のシステムを上回る改善されたデータ伝送速度を備えるものの、依然として、データ搬送容量は有限であり、ユーザからユーザへのデータ伝送について待ち時間も生じ得る。
【０００７】
本発明の目的は、２以上のユーザ機器上でのメディア出力をこれら聞きによるメディア出力が略同時に実行されるように制御する方法及び装置を提供することである。
【課題を解決するための手段】
【０００８】
本発明の第一の態様によれば、ユーザ機器グループ上での共通のメディアコンテンツの出力を制御する方法であって、
上記ユーザ機器グループ内の１つのユーザ機器において、該１つのユーザ機器と通信している上記ユーザ機器グループ内の他のユーザ機器におけるマルチメディアコンテンツの出力を支配する制御命令を生成する工程と、
上記制御命令を上記１つのユーザ機器から上記他のユーザ機器へ送信する工程と、
上記他のユーザ機器の各々において上記制御命令を受信する工程と、
上記他のユーザ機器の各々における共通のマルチメディアコンテンツの略同時の出力を容易にするために上記制御命令に従って上記他のユーザ機器におけるメディアコンテンツの出力を制御する工程とを有する方法が提供される。
【０００９】
このように、メディアの表示自体をリアルタイムで通信する代わりに、ユーザ機器間で略リアルタイムで制御命令をやりとりすることによって、機器間で転送される（上記制御命令を含む）データの量が少なくなり得るため、上記ユーザ機器グループでのメディア出力をすべての機器で略同時に出力されるように制御することが可能となる。加えて、ある通信インフラにおいて伝送されるデータ量が少なくなれば、より多くのデータ量の場合に比べてより低い待ち時間（ｌａｔｅｎｃｙ）で通信できることが知られている。これは、単に伝送される情報が少なくなったことによるものだけではなく、制御命令を通信ネットワークが１回のオペレーションで伝送できると知られている所定のサイズ未満で実現することができるためである。例えば、複数のサービスデリバリーユニットを送信する必要がなく、１つのサービスデリバリーユニットの送信で済む。
【００１０】
本方法は、更に、上記１つのユーザ機器から上記他のユーザ機器へ共通のマルチメディアコンテンツを供給する工程を有してもよい。さもなければ、本方法は、更に、上記共通のマルチメディアコンテンツを遠隔の情報源（ｒｅｍｏｔｅ  ｓｏｕｒｃｅ）から供給する工程を有してもよい。この場合、上記情報源は、例えば、上記ユーザ機器の１つによって、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などの適切なポインタの形で識別される。上記情報源は、例えばサーバなどである。上記情報源は、例えば、ローカルエリアネットワーク、電気通信網、又は、インターネット、などのネットワークを通じて、アクセスされる。
【００１１】
本方法は、更に、上記マルチメディアコンテンツが出力されるのに先立って該マルチメディアコンテンツの少なくとも一部分を上記ユーザ機器の少なくとも１つに供給し、上記マルチメディアコンテンツの少なくとも一部分を上記ユーザ機器の少なくとも１つが使用できるように記憶する工程を有してもよい。したがって、上記メディアコンテンツを表すファイル全体がユーザ機器に供給されてもよく、或いは、より一般的なストリーミングタイプの情報伝送オペレーションのように上記メディアコンテンツの一部分のみが出力に先立って供給されてもよい。
【００１２】
本方法は、更に、前記１つのユーザ機器内で生成された制御命令を該１つのユーザ機器の制御手段において受信する工程と、
上記他のユーザ機器における上記共通のメディアコンテンツの出力と比較して略同時の上記１つのユーザ機器における該共通のメディアコンテンツの出力を容易にするために上記制御命令に従って上記１つのユーザ機器における上記メディアコンテンツの出力を制御する工程とを有してもよい。このようにして、上記制御命令を生成したユーザ機器は、他のユーザ機器に送信されたのと同じ制御命令によってその出力が支配されるようになる。
【００１３】
本発明の上記及び他の態様は、ここに参考文献として組み込まれ、読者が以下に参照する請求項に現れる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明の一例を説明する。
【００１５】
図面は概略図であり、縮尺は正しくないことに注意。図面の各部の相対的寸法及び比率は、便宜上、誇張や縮小されて図示されている。異なる実施形態における対応する又は同様の特徴は、概して、同じ符号により示される。
【実施例】
【００１６】
図１を参照する。携帯ユーザ機器１０、１１、１２のグループの形で提供された２以上のユーザ機器が、それぞれ双方向通信リンク１３、１４、１５を通じて、通信基地局１６を経由して互いに通信している。本例において、ユーザ機器の各々は、通信リンク１３、１４、１５を容易にするのに適したワイヤレス通信装置を備えたＰＤＡ、スマートフォン、又は他の演算処理機能を備えた携帯機器などのポケットコンピュータ機器である。このようなリンクは、例えば、ＧＳＭシステムやＧＰＲＳシステムなどに従って構築することができる。しかし、以下のオペレーションの説明に関しては、ローカルエリアネットワークなどの他の通信構成も用いることができる。図示されたこれらユーザ機器は説明のための一例に過ぎず、他の多くのユーザ機器も本発明の範囲に影響を与えることなく互いに通信することができる。
【００１７】
オペレーションの第一のステップにおいて、上記機器の１つ（ここではユーザ機器１０）のユーザは、あるメディアコンテンツを表示するための特定のセッションに参加するようにとの招待を通信リンク１３、１４、１５を経由して他のユーザ機器１１、１２の各々に送信する。このメディアコンテンツは、例えば、ビデオクリップや写真静止画像などのマルチメディアコンテンツである。他の機器１４、１５の各々のユーザは、自身の機器からこの招待の発生について、招待を発したユーザ機器のＩＤに関する情報と共に、警告を受ける。機器１１、１２のユーザは、その特定のセッションへ参加することの招待を受け入れてもよく、辞退してもよい。この受け入れ又は辞退は、チャネル１３、１４、１５を通じて機器１０へ返信される。
【００１８】
機器１１、１２のユーザがセッション参加への招待を受け入れた場合、当該セッションに必要なメディアコンテンツのコピーがユーザ機器１１、１２へ送信され、そこに記憶され、機器１１、１２のユーザに対して出力可能な状態となる。本例では、メディアコンテンツは、ユーザ機器１０から通信チャネル１３、１４、１５を通じて、ユーザ機器１１、１２へ送信される。
【００１９】
図２を参照すると、第一のユーザ機器１０のタッチパネル・ディスプレイ画面２０が図示されている。このディスプレイは、メディアコンテンツを視覚的に表示するピクチャ出力領域２１を有する。また、このディスプレイは、オーディオビジュアル機器で見受けられるようなコントロールに関連付けられたコントロールボタンのアイコン表示も有する。具体的には、これら表示は、「再生」コマンド用ボタン２２と、「一時停止」コマンド用ボタン２３と、「停止」コマンド用ボタン２４と、「巻き戻し」コマンド用ボタン２５と、「早送り」コマンド用ボタン２６とを含む。このディスプレイは、更に、現在のセッションに参加している特定のユーザ機器１０、１１、１２をそれぞれ表すボタン表示２７ａ、２７ｂ、２７ｃを含む。これらボタンのオペレーションについては後に詳述する。図示するように、これらボタンの各々には、それらが表す当該セッションの特定のユーザ機器に対応したラベル「１０」、「１１」、及び「１２」が付けられているが、別の方法として、例えば名前や電話番号や写真画像などの当該ユーザ機器を識別するものであれば任意のラベルを付けることができる。
【００２０】
コンテンツ（本例ではビデオクリップ）の表示を開始するために、機器１０のユーザは、タッチスクリーン２０上で「再生」ボタン２２を選択する。この選択により、機器１０は制御命令を生成する。この制御命令は、ユーザ機器１０ローカルの制御手段によって受信され、機器１０に当該セッション用のビデオクリップの再生をタッチスクリーン２０上のピクチャ出力領域２１において開始させる。この制御手段は、例えば、図３を参照して後に詳述するマイクロプロセッサ３４、メモリ３５、及びバス３６などのユーザ機器１０の機能要素の相互作用によって実現される。加えて、この制御命令は、機器１０から通信リンク１３及び基地局１６を経由してそれぞれ通信リンク１４及び１５を通じてユーザ機器１１及び１２へ伝達され、ユーザ機器１１及び１２並びに当該セッション中のあらゆる他の機器に、同じビデオクリップを各自のローカルのディスプレイ画面上に再生させる。このように、機器１０のユーザの制御下で、同じセッション内のすべての機器のユーザに同じビデオクリップが提示される。加えて、同じセッション内のすべての機器のユーザにビデオクリップが、すべての機器において略同時に提示される。
【００２１】
また、機器１０のユーザは、他のコントロールボタンの中の任意のものも操作することができる。例えば、機器１０のユーザは、「一時停止」コマンドに対応したコントロールボタン２３を操作して、機器１０におけるビデオクリップの再生を一時停止させると共にビデオクリップの１フレームはピクチャ出力領域２１に維持する制御命令を生成させることができる。「一時停止」に対応する制御命令は、通信リンク１３、１４、１５を通じて機器１１、１２へ伝達され、これらの機器にも各自のディスプレイ画面上でビデオクリップの１フレームの表示は維持しつつ、ビデオクリップの再生を一時停止させる。
【００２２】
ユーザが利用可能な別のコントロールは、ボタン２５を動かすことによって開始される「巻き戻し」、及び、ボタン２６を動かすことによって開始される「早送り」を含む。これらコマンドの１つがユーザによって開始されると、ビデオクリップをピクチャ出力領域２１に再生しながら増加された速度で適切に前進又は後退させる制御命令が生成される。この制御命令は、機器１０から通信線１３、１４、１５を通じてユーザ機器１１、１２へ伝達され、これら機器の各自のディスプレイ画面上でもビデオクリップを出力しながら増加された速度で適切に前進又は後退させる。
【００２３】
図示しない更に別のコントロールは、「検索（ｓｅｅｋ）」コマンドを含む。このコマンドにより、機器１０のユーザは、ビデオクリップの特定の位置を選択し、出力させることができる。この検索コマンドがユーザによって開始されると、機器１０は指定された位置へジャンプする。ジャンプ後、その指定された位置からビデオクリップの再生を開始するようにしてもよい。この制御命令は、機器１０から通信リンク１３、１、１５を通じてユーザ機器１１、１２へ伝達され、これら機器もビデオクリップの当該指定位置へジャンプし、任意的にその位置から再生を開始する。この検索コマンドは、ビデオクリップに関するフレーム基準又は時間基準によって上記指定位置を定義するのに用いることができる。基準の性質は、ＡＰＩ又はＣＯＤＥＣに依存する。
【００２４】
ブルートゥースに準拠したリンクによって提供されるリンクなどのショートレンジのワイヤレスリンクを用い、機器１０、１１、１２を互いのレンジ内に位置させることにより、これら機器間で制御命令を交換できるようにしてもよい。この場合、制御コマンドを基地局１６を経由して送信することは必須でない。
【００２５】
第一のユーザ機器１０が再同期制御命令を生成し、これら再同期制御命令を周期的に通信リンク１３、１４、１５を通じて他のユーザ機器１１、１２へ送信するようにしてもよい。これら再同期信号は、機器間の同期が失われるのを防ぐ予防措置として、再生中、ビデオクリップの同期を維持又は修復するのに役立つ。機器１０によって生成された制御命令がユーザ機器１１、１２の１つの届くのに原因不明の遅れが生じた場合や或いはユーザ機器１１、１２に全く届かなかった場合に同期は失われ得る。また、機器１０、１１、１２の中に他の機器と性能が異なるものがあり、高性能なユーザ機器が他の機器が再生可能となる前にビデオクリップの再生を開始してしまうおそれがある場合或いは他のユーザ機器より高速度でビデオクリップの再生を開始してしまうおそれがある場合にも同期は失われ得る。さらに、理論上は同じ性能を持つはずの機器間で起こり得るような特定の機器が他の機器より高速で動く時間基準を持つ場合にも同期は失われ得る。これは、同期の「ドリフト」をもたらし得る。
【００２６】
ユーザ機器１０、１１、１２には、オーディオ機能が備えられている。このオーディオ機能により、ビデオクリップに存在し得るあらゆる音声の再生が可能となる。加えて、ユーザ機器１０、１１、１２は、お互いの間で音声呼が確立されるのを容易にするため、それらのユーザはお互いの間で電話を掛けることができる。
【００２７】
このように、使用中、機器１０のユーザは、セッションのすべてのユーザ機器１０、１１、１２、・・・ｎ上でビデオクリップが略同時に出力されるようにセッションビデオクリップを制御しつつ、生の音声コメントを同時に話し、それが機器１１、１２で再生されるように送信させることができる。事実、所定の通信セッションについて、セッションに係わるすべてのユーザが、お互いの間で電話会話を通常通り保持し、彼らがグループとして視聴中のビデオクリップについての考えを議論し、共有することができる。これにより、すべてのユーザは議論を共有し、あるで彼ら全員が一緒に集まってビデオクリップを見ているかの如くビデオクリップを楽しむことができる。
【００２８】
上記構成を基地局１６を経由して通信するユーザ機器１０、１１、１２を参照して説明したが、これは一例に過ぎず、本発明を限定するものとして解釈されるべきではない。このような通信は、例えば、（例えば移動切替センタに直接接続された基地局コントローラによって制御された）電気通信網の複数の基地局を通じて確立されてもよく、或いは、複数の同じネットワーク又は異なるネットワークを通じて確立されてもよい。例えば、パーソナルコンピュータである別のユーザ機器１７が、ゲートウェイ１９を通じて基地局１６と接続された電気通信構造を通じて通信するダイヤルアップリンク１８を通じてセッションに参加することも可能である。
【００２９】
セッション参加中の機器１０、１１、１２にそれぞれ対応するユーザボタン２７ａ、２７ｂ、２７ｃは、様々な機能の役目をする。これらは、それらユーザが当該セッションに参加中であることを示している。加えて、１つのボタンの外観を残りのものとは異ならせ、そのボタンを当該セッションについての制御命令を生成しているユーザ機器を表すのに用いてもよい。加えて、ユーザは、これらボタンのうちの１つを押して、当該セッション中のいずれのユーザ機器が制御命令を生成することを許可されているか又は生成することが可能かを示してもよい。このような手法により、２人以上のユーザが略同時にコントロールボタン２２、２３、２４、２５、又は２６を操作することなどからもたらされ得る混乱したオペレーション及びセッション中の衝突を回避できる。別の方法として、ユーザは、誰がいつ制御命令を開始するのかを当該セッションの音声リンクを通じて彼らの間で口頭で合意することができる。更に別の方法として、セッションを開始するユーザ機器のみが制御命令を生成することが許可されてもよい。どの機器か及びいつかを誰が制御できるのかを支配する規則の特定のクラスは、「フロア制御」ポリシーとして知られる場合もある。当業者には明らかなように、本ケースでは様々な適切なポリシーを実施することができる。
【００３０】
上述のように、ユーザ機器は、ローカルエリアネットワーク（ＬＡＮ）を通じて通信してもよく、或いは、無線ＬＡＮリンクを通じて通信してもよく、或いは、無線ブルートゥースリンクを通じて通信してもよい。他の構成において、ユーザ機器は、いわゆるＧＳＭ又はＧＰＲＳシステム又はＵＭＴＳ（「３Ｇ」としても知られている）に基づく通信システムを通じて互いに通信することもできる。いずれの場合であっても、主たる要件は、例えば機器上で動く適切なアプリケーションを用いて、メディアコンテンツを共有・視聴できるように機器の使用を促進する能力をユーザ機器が備えていることである。このようなアプリケーションは、ハードウェアとして実現されてもよく、或いは、ソフトウェアとして実現されてもよく、或いは、これらの組み合わせとして実現されてもよい。
【００３１】
ユーザ機器１０、１１，１２の機能要素の一例を図３に概略的に示す。これら構成要素は、無線周波数（ＲＦ）アンテナ３１と、アンテナ３１を通信バス３３へつなぐＲＦステージ３２とを含む。また、機器は、マイクロプロセッサ（μＰ）３４、メモリ（Ｍ）３５、ディスプレイ（Ｄ）３６、及び、オーディオ装備（Ａ）３７も含む。制御命令を受信し、生成し、処理する手段は、これら構成要素の１以上の協働により実現される。
【００３２】
以下、ＧＳＭ及びＧＰＲＳベースの通信システムを用いて、具体的な使用場面を説明するが、例えばＵＭＴＳベースの通信システムなどの他の技術に基づく通信システムにも原則として共通の態様もある。
【００３３】
以下の説明において、第一の携帯端末１０が別の携帯端末１１及び１２に発呼する。更に別の携帯端末が加わってもよい。その場合、第一の携帯端末はこれら更に別の端末へも発呼する。これら更に別の端末の参加は携帯端末１１、１２の場合と同様であるため、別途説明しない。まず図１を再び参照すると、機器１０及び機器１１、１２のユーザは、基地局１６及び接続されたあらゆる電気通信インフラを通じてＧＳＭ音声呼用の通常の接続をセットアップする。機器１０は通信リンク１３を通じて基地局１６と通信し、機器１１、１２はそれぞれ通信リンク１４、１５を通じて基地局１６と通信する。実際には、機器１０のユーザ以外のユーザが発呼してもよい。次に、メディア共有セッションがセットアップされる必要がある。このセッションのセットアップは、当該音声呼に係わる携帯端末のどのユーザによって開始されてもよいが、ここでは、機器１０のユーザが開始するものとする。通信チャネル１３、１４、１５を用いて、機器１０は、機器１１、１２にそれらがメディア共有セッションに参加したいか否かを尋ねる招待を送信する必要がある。
【００３４】
これを実行するために、機器１０は、リンク１３上に基地局１６とのＧＰＲＳデータ接続をセットアップする。これにより、特に、ダイナミックＩＰ（インターネット・プロトコル）アドレスが機器１０のユーザに割り当てられる。次に、機器１０はＳＭＳ（ショート・メッセージ・システム）メッセージを生成する。このＳＭＳメッセージは、ユーザ機器１１、１２へのメディア共有セッションへの参加の招待を含む。このようなＳＭＳメッセージは、ヘッダ情報を含む。このヘッダ情報により、ユーザ機器１１、１２上に常駐するメディア共有アプリケーションはＳＭＳメッセージを認識できる。また、このＳＭＳ招待メッセージは、このメッセージの送信者を表すデータ、動的に割り当てられる機器１０のＩＰアドレス、及び、共有されるメディアに関する情報（例えば、ファイル名や主題カテゴリなど）も含む。
【００３５】
機器１１、１２のユーザには、彼らの機器上で動いているメディア共有アプリケーションから、彼らがメディア共有セッションへの参加に招待されていることが、メッセージ発信者及びビデオクリップの性質に関する情報と共に、通知される。機器１１、１２のユーザは、このメディア共有セッションへの参加の招待を受け入れることも断ることもできる。彼らの返答は、ユーザ機器１０へ送信される。これは、ＳＭＳ返信メッセージによって行うことができる。しかし、ユーザ機器１１、１２にとって好ましい手法は、それぞれ通信リンク１４、１５を通じて基地局１６との間にそれら自身のＧＰＲＳチャネルを（それらが招待を受け入れるか断るかにかかわらず）セットアップし、ユーザ機器１１、１２にダイナミックＩＰアドレスを割り当てることである。機器１１、１２は、ユーザ機器１０に割り当てられたＩＰアドレスを知っているため、招待を受け入れる又は断る返答を基地局１６を経由してＧＰＲＳリンクによって機器１０へ送信することができる。この返答は、機器１０のメディア共有アプリケーションへ送られ、機器１０のユーザに応答があったことが通知される。機器１１又は１２が招待を断った場合、基地局からその断った機器までのＧＰＲＳ接続は外される。しかし、機器１１又は１２が招待を受け入れた場合、このＧＰＲＳ接続は維持される。加えて、機器１０には機器１１又は１２に割り当てられたＩＰアドレスが知らされているため、機器１０と機器１１の間にＧＰＲＳ接続をセットアップすることができる。機器１１又は１２の少なくとも一方が招待を受け入れた場合、機器１０によって既に確立されているＧＰＲＳ接続は維持される。このようにして、ユーザ機器１０とメディア共有セッションへの参加の招待を受け入れたユーザ機器１１又は１２のいずれかとの間にＧＰＲＳ接続を維持することができる。
【００３６】
ＧＰＲＳ接続をセットアップする上記の手法は、例えば、ユーザ機器１１又は１２上に当該機器のユーザの許可無しにはネットワーク経由でＧＰＲＳ接続を強制することはできない状況においては、必要となる。別の方法として、ユーザ機器１１、１２が、特に他のユーザ機器１０のＩＤが既知で信頼できる場合に、ネットワーク又は例えばユーザ機器１０などの他人の機器によって開始されたＧＰＲＳ接続に加わるようにユーザによって構成されてもよい。この場合、ＳＭＳメッセージを送信する工程は省略可能であり、機器１０はメディア共有セッションへの参加の招待をＧＰＲＳ接続によって直接機器１１、１２へ送信する。
【００３７】
ユーザがメディア共有セッションへの参加を受け入れた場合、メディアクリップのファイルがユーザ機器１０からセッションに参加したユーザ機器１１、１２へＧＰＲＳを通じて送信される。ＧＰＲＳ接続の性質は、伝送速度を向上させるために変更されてもよい。受信されると、ユーザ機器１１、１２は、ユーザ機器１０にＧＰＲＳを通じてファイルが受信されたことを知らせる。
【００３８】
ここで、機器１０のユーザは、既述のように、コントロールボタン２２〜２６のうちの任意のものを操作して、ユーザ機器１０において制御信号を生成させ、機器１０、１１、及び１２によるメディア情報の出力を支配することによって、当該セッションのすべてのユーザ機器上でのビデオクリップの外観を制御することができる。これら制御信号は、ＧＰＲＳ接続を用いて、通信リンク１３、１４、１５を通じてユーザ機器１０から機器１１、１２へ送信される。
【００３９】
制御命令及びそれらに対応するメッセージ構造の一例を下記表に示す。
【００４０】
【表１】
2006501744.tif 000003
同期化メカニズムにより、ユーザが、同期化コマンドが生成され、送信される周波数を指定できるようにしてもよい。同期化コマンドを頻繁に生成することにより、すべての機器におけるメディア出力が比較的接近した同期のとれた状態に維持されるが、頻繁な再同期化は、出力中にシーケンスのある部分から別の部分へジャンプする必要がある場合、比較的不連続な出力をもたらす。生成の頻度を下げれば、機器間の同期の正確さも下がり得るが、メディア出力中のジャンプの発生が低減され、より滑らかな再生となり得る。しかし、再同期化コマンドは、公差値を含んでもよい。この場合、受信側のユーザ機器は、その出力機器の同期化の損失が閾値を越えた場合にのみ、該コマンドに従った同期化オペレーションを実行する。このような構成は、共通の基準クロックをすべてのユーザ機器に利用可能としておくと有益的である。このような基準は、例えば、基地局によって提供されてもよく、或いは、ネットワーク事業者によって提供されてもよく、或いは、ユーザ機器の１つから低待ち時間で送信された信号（例えば、音声チャネル上のトーンバーストなど）によって提供されてもよい。
【００４１】
ＧＰＲＳシステムにおいて、制御命令を１２８オクテット以下のサイズのサービスデリバリーユニットを用いて搬送すると、ＧＰＲＳネットワークを通じた平均伝送遅延は０．５秒未満となり、サービスデリバリーユニットの９５％が１．５秒以内に到着し得る。ＧＰＲＳサービス内容の更なる情報については、ヨーロッパ電気通信規格研究所（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ；ＥＴＳＩ）の文書番号ＥＴＳＩ  ＥＮ３０１  １１３（ｖ６．３．１、２０００年１１月）を参照のこと。
【００４２】
ＧＰＲＳメカニズムを通じて制御命令を送信する代わりに、例えばヨーロッパ電気通信規格研究所の文書番号ＥＴＳＩ  ＥＮ３０１  ７０２（ｖ７．１．２、１９９９年１２月）に記載されたいわゆるユーザ・トゥ・ユーザ・シグナリング（ＵＵＳ）によって、ＧＳＭベースの電気通信システムが補助的サービスを提供する。
【００４３】
ユーザ機器には、例えばフィリップスＭＰ４ＮｅｔなどのＭＰＥＧ−４  ＣＯＤＥＣと、該ＣＯＤＥＣ上のＪａｖａ（登録商標）ネットワーク・インターフェイスと、ミドルウェア層上のＪａｖａ（登録商標）ミドルウェア層及びＪａｖａ（登録商標）ＧＵＩ（グラフィカル・ユーザ・インターフェイス）とから成るソフトウェア・スタックを設けることによってメディア共有セッションを容易にするアプリケーションを備えることができる。このようなアプリケーションは、ＧＳＭ／ＧＰＲＳ接続を提供するワイヤレスパックが取り付けられたＣｍｐａｑのｉＰａｑ  Ｐｏｃｋｅｔ  ＰＣやシンビアン（ｓｙｍｂｉａｎ）ＯＳスマートフォンなどのユーザ機器上で動かすことができる。
【００４４】
本発明を上記実施形態を参照して説明したが、他の構成及び変形例も本発明の範囲を逸脱することなく考えられ得る。例えば、メディア共有セッションを開始する機器は、メディアクリップ自体を提供する必要はなく、代わりにメディアクリップがダウンロードされるべき位置を示すポインタ（例えばＵＲＬ）でもよい。加えて、機器によって出力される前にメディアクリップ全体をダウンロードすることも可能であるが、メディア栗プロトコルの一部をダウンロードし、同時再生セッションを開始し、クリップを出力するようにし、その際、バックグラウンドでクリップの残りを伝送するようにしてもよい。この点で、メディアストリーミング技術のそれに近いオペレーション・システムを採用して、コントロールコマンドを依然として維持しながらメディアクリップを提供し、コントロールコマンドが参加した機器におけるメディアの同時視聴を支配できるようにすることも可能である。さらに、あるユーザ機器から他のユーザ機器へピア・トゥ・ピアタイプの構成で制御命令を送信する代わりに、ユーザ機器によって生成された制御命令を中央の「サーバ」へ転送し、サーバがこの制御命令を当該セッションの他のユーザ機器へ転送するようにしてもよい。
【００４５】
本発明は、複数の機器がメディアをすべての機器で略「同時に」出力できるようにする構成に関するものであるが、「同時に」という語は、実施する際に用いられるシステム及び装置を考慮して解釈されるべきである。例えば、コントロールコマンドが無線ＬＡＮを通じてユーザ機器間でやりとりされる場合、このネットワークの待ち時間は、出力を約０．１秒内に同期化できる程度のものである。対照的に、制御命令がＧＰＲＳを通じて伝達される場合、このネットワークの待ち時間は、このようなコマンドが機器間で伝達されるのに１．５秒程度掛かり得るため、同期の公差はさほど最適ではないことを意味するが、ここで、複数の聞きが同じメディアコンテンツを同様に出力するように制御する能力は同期化の１つの形をもたらすことは明らかである。
【００４６】
更に別の構成において、制御命令は、例えばＤＴＭＦトーンや当該ネットワークによってサポートされた他のシグナリングなどを用いて、従来通りの音声チャネル上でユーザ機器間でやりとりされてもよい。例えば、一例として、ＧＳＭ規格で規定されたＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｓｅｒｖｉｃｅｓ  Ｄａｔａ）が挙げられる。この手法は、機器のユーザに押しつけがましいようにも見え得るため、このようなトーンの知覚を最小限にするか、或いは、それらをユーザから隠すように努めることが有益的である。
【００４７】
いわゆる「ブルートゥース」規格に基づいてリンクを確立することによって可能となるリンクなどのショートレンジのワイヤレスリンクを通じてユーザ機器１０、１１、１２間で制御信号をやりとりすることも場合によっては可能である。この場合、機器は、基地局１６を介さずに、互いに直接やりとりする。
【００４８】
他の構成において、メディアファイルのユーザ機器への分配をこれら機器間に音声呼が確立される前に行うことも可能である。
【００４９】
本開示を読めば、当業者には他の変形例も明らかであろう。そのような変形例は、通信装置、ファイル転送、情報伝送、及び、メディアのコーディング、デコーディング、及び、再生、及びこれらのアプリケーションの設計、製造、及び使用において既に知られ、本明細書で既に説明された機能の代わり若しくは加えて使用され得る機能を含み得る。
【図面の簡単な説明】
【００５０】
【図１】通信機能を備えたユーザ機器及びこれらユーザ機器間での通信を容易にする通信インフラの概略図である。
【図２】ユーザ機器の１つの前面図である。
【図３】ユーザ機器の１つの機能上の構成要素の概略図である。
【図１】
2006501744.tif 000004
【図２】
2006501744.tif 000005
【図３】
2006501744.tif 000006
【国際調査報告】
2006501744.tif 000007
2006501744.tif 000008