(57)【要約】本発明は、マルチメディアコンテンツをユーザーデバイスに送信し、前記マルチメディアコンテンツを前記ユーザーデバイス上で前記ユーザーデバイスの起動の間に再生することに関する。送信はダウンロードによって、またはストリーミングによって達成される。本発明は、運営事業者、コンテンツプロバイダーまたはメーカーからのユーザーデバイスへのスタートアップコンテンツ（たとえばビデオロゴまたは広告）の送信を可能にする。スタートアップコンテンツはユーザーに不便をかけないときに（起動中はいずれにせよユーザーはデバイスを使用することができない）送信される。
2007509386.tif 000002
【特許請求の範囲】
【請求項１】
・ネットワークを通じて通信する手段と、
・起動する手段と、
・前記起動の間にサードパーティーデバイスによりマルチメディアコンテンツを前記ユーザーデバイスに前記ネットワークを通じて送信するためのプロトコルを実施する手段と、
・前記起動の間に前記サードパーティーデバイスによって送信されたマルチメディアコンテンツを再生する手段、
とを有することを特徴とするユーザーデバイス。
【請求項２】
マルチメディアコンテンツを保存するためのメモリを有する請求項１記載のユーザーデバイスであって：
ａ）前記プロトコル実施手段が：
・前記サードパーティーデバイスが前記ユーザーデバイスにダウンロードすべきマルチメディアコンテンツをもっているかどうかを尋ねる第一の要求を送信する手段と、
・前記第一の要求への応答を受信する手段と、
・マルチメディアコンテンツのダウンロードを要請する第二の要求を少なくとも前記応答に依存して送る手段と、
・ダウンロードされたマルチメディアコンテンツを受信する手段と、
・前記受信されたコンテンツを前記メモリ中に保存する手段、
とを有しており、
ｂ）前記再生手段が前記ダウンロードに先立って前記メモリ中に保存されているマルチメディアコンテンツを再生するよう設計されている、
ことを特徴とするデバイス。
【請求項３】
請求項１記載のユーザーデバイスであって：
ａ）前記プロトコル実施手段が：
・マルチメディアコンテンツのストリーミングを要請する要求を送信する手段と、
・前記要求に反応して前記サードパーティーによってストリーミングされるマルチメディアコンテンツを受信する手段、
とを有しており、
ｂ）前記再生手段が前記ストリーミングされたマルチメディアコンテンツを受信されるにつれて再生していくよう設計されている、
ことを特徴とするデバイス。
【請求項４】
前記起動が終了したときに再生を停止する手段を有することを特徴とする、請求項３記載のユーザーデバイス。
【請求項５】
ネットワークを通じて通信する手段をもつユーザーデバイス上でコンテンツを再生する方法であって：
・前記ユーザーデバイスを起動し、
・前記起動の間に、前記ネットワークを通じて前記ユーザーデバイスにサードパーティーによってマルチメディアコンテンツを送信するためのプロトコルを実施し、
・前記起動の間に、前記サードパーティーによって送信されたマルチメディアコンテンツを再生する、
ステップを有することを特徴とする方法。
【請求項６】
マルチメディアコンテンツを保存するためのメモリを有するユーザーデバイス上でマルチメディアコンテンツを再生する請求項５記載の方法であって：
ａ）前記プロトコル実施ステップが：
・前記サードパーティーデバイスが前記ユーザーデバイスにダウンロードすべきマルチメディアコンテンツをもっているかどうかを尋ねる第一の要求を前記ユーザーデバイスから送信し、
・少なくとも前記サードパーティーデバイスがダウンロードすべきマルチメディアコンテンツをもっている場合には、前記ユーザーデバイスに応答を送信し、
・前記マルチメディアコンテンツのダウンロードを要請する第二の要求を少なくとも前記応答に依存して前記ユーザーデバイスから送信し、
・前記マルチメディアコンテンツを前記サードパーティーデバイスから前記ユーザーデバイスにダウンロードし、
・前記ダウンロードされたマルチメディアコンテンツを前記メモリ中に保存する、
ことを含んでおり、
ｂ）前記再生ステップが前記ダウンロードに先立って前記メモリ中に保存されているマルチメディアコンテンツを再生することを含んでいる、
ことを特徴とする方法。
【請求項７】
ユーザーデバイス上でマルチメディアコンテンツを再生する請求項５記載の方法であって：
ａ）前記プロトコル実施ステップが：
・マルチメディアコンテンツのストリーミングを要請する要求を前記ユーザーデバイスから送信し、
・前記要求に反応して前記サードパーティーから前記ユーザーデバイスにマルチメディアコンテンツをストリーミングする、
ことを含んでおり、
ｂ）前記再生ステップが前記ストリーミングされたマルチメディアコンテンツを受信されるにつれて前記ユーザーデバイス上で再生していくことを含んでいる、
ことを特徴とする方法。
【請求項８】
前記マルチメディアコンテンツが前記サードパーティーによってカスタマイズされることを特徴とする、請求項５記載のマルチメディアコンテンツを再生する方法。
【請求項９】
前記マルチメディアコンテンツが圧縮されることを特徴とする、請求項５記載のマルチメディアコンテンツを再生する方法。
【請求項１０】
ネットワークを通じた通信手段と、マルチメディアコンテンツをユーザーデバイスに前記ネットワークを通じて送信するためのプロトコルを実施する手段とを有するサードパーティーデバイスであって、前記プロトコル実施手段が：
・当該サードパーティーデバイスが前記ユーザーデバイスにダウンロードすべきマルチメディアコンテンツをもっているかどうかを尋ねる、前記ユーザーデバイスによって送られる第一の要求を受信する手段と、
・少なくとも当該サードパーティーデバイスが前記ユーザーデバイスにダウンロードすべきマルチメディアコンテンツをもっている場合には、前記ユーザーデバイスに応答を送信する手段と、
・前記ユーザーデバイスによって送られる、マルチメディアコンテンツのダウンロードを要請する第二の要求を受信する手段と、
・前記第二の要求の受信に際して前記ユーザーデバイスにマルチメディアコンテンツをダウンロードする手段、
とを有していることを特徴とするデバイス。
【請求項１１】
少なくともユーザーデバイス、サードパーティーデバイスおよびネットワークを有するシステムであって、前記ユーザーデバイスおよび前記サードパーティーデバイスが前記ネットワークを通じて通信する手段と前記ユーザーデバイスに前記サードパーティーデバイスによってマルチメディアコンテンツを送信するためのプロトコルを実施する手段とを有しており、前記ユーザーデバイスがさらに：
・起動する手段と、
・前記起動の間に前記プロトコルの実施を開始する手段と、
・前記起動の間に前記サードパーティーデバイスによって送信されたマルチメディアコンテンツを再生する手段、
とを有することを特徴とするシステム。
【請求項１２】
ユーザーデバイスのマイクロプロセッサによって実行されたときに請求項５記載の方法を実施するための命令を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーデバイス、サードパーティーデバイスならびにユーザーデバイス、サードパーティーデバイスおよびネットワークを有するシステムであって前記ユーザーデバイスと前記サードパーティーデバイスとが前記ネットワークを通じて通信するための手段を有しているシステムに関する。
【０００２】
本発明は、ユーザーデバイス上でマルチメディアコンテンツを再生する方法およびユーザーデバイス中のプロセッサによって実行されたときにそのような方法を実現するための命令を有するプログラムに関する。
【０００３】
本発明は、たとえば電話、ＡＤＳＬモデム、ウェブアクセスを有するセットトップボックスなどのようなパーソナル通信デバイスに適用される。
【背景技術】
【０００４】
米国特許出願20020193094A1は、ユーザーの要求があったときに無線電話に電話ソフトウェア製品（たとえばゲーム、着信メロディー、バナー、ロゴなど）をダウンロードする方法を記載している。これは、特別なペイパーコール（pay-per-call）番号割り当てプランに属するペイパーコール番号にダイヤルすることによって実現される。通話は無線電話サービスプロバイダーに、次いでソフトウェア製品コンテンツプロバイダーへと経路制御される。ソフトウェア製品コンテンツプロバイダーはユーザーにダウンロードしたい一つまたは複数のソフトウェア製品を選択するよう促し、選択されたソフトウェア製品を無線電話サービスプロバイダーに転送し、該無線電話サービスプロバイダーが今度は前記ソフトウェア製品をＳＭＳゲートウェイを通じて当該無線電話機に転送する。前記無線サービスプロバイダーはその通話については加入者にプレミアム料金を請求し、該プレミアム料金の少なくとも一部分を前記ソフトウェア製品コンテンツプロバイダーにダウンロードされたソフトウェア製品の料金として送金する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的の一つは、マルチメディアコンテンツをユーザーデバイス、たとえば携帯電話にネットワークを通じて送信する別のアプリケーションを提案することである。
【課題を解決するための手段】
【０００６】
本発明に基づくユーザーデバイスは請求項１ないし４において定義される。本発明に基づくユーザーデバイス上でマルチメディアコンテンツを再生する方法は請求項５ないし９において定義される。本発明に基づくサードパーティーデバイスは請求項１０において定義される。本発明に基づくシステムは請求項１１において定義され、本発明に基づくプログラムは請求項１２において定義される。
【０００７】
本発明に基づくユーザーデバイスは、ネットワークを通じて通信する手段、起動する手段、前記起動の間にサードパーティーデバイスによりマルチメディアコンテンツを前記ユーザーデバイスに前記ネットワークを通じて送信するためのプロトコルを実施する手段、および前記起動の間に前記サードパーティーデバイスによって送信されたマルチメディアコンテンツを再生する手段を有する。
【０００８】
本発明によれば、サードパーティーから当該ユーザーデバイスにマルチメディアコンテンツを送信するためのプロトコルは当該ユーザーデバイスが起動されるたびにユーザーのいかなる相互作用もなく自動的に実施される。これは、ユーザーが送信されるマルチメディアコンテンツを選択しないということを意味する。ユーザーが当該デバイスのスイッチを入れるとき、マルチメディアコンテンツは自動的に再生される。このマルチメディアコンテンツは前記サードパーティーによってカスタマイズされ、前記サードパーティーによって更新されることができる。送信および再生は起動の間に生起する。
【発明の効果】
【０００９】
本発明の一つの効果は、スタートアップマルチメディアコンテンツ（たとえばビデオイントロ、ビデオロゴ、広告など）のサードパーティーからユーザーデバイスへの送信を許容することである。例を挙げると、前記サードパーティーはネットワークの運営事業者、コンテンツプロバイダーまたは前記ユーザーデバイスのメーカーでありうる。本発明によれば、そのようなスタートアップマルチメディアコンテンツは前記サードパーティーによってカスタマイズされ、前記サードパーティーが望むときにはいつでも更新されることができる。
【００１０】
本発明のもう一つの効果は、そのようなスタートアップマルチメディアコンテンツがサードパーティーからユーザーデバイスに、ユーザーの不便を最小限にする仕方で送信されるということである。本発明によれば、マルチメディアコンテンツはユーザーデバイスが起動している間に送信され、再生される。起動の間、ユーザーはユーザーデバイスを利用できない。しかし、ユーザーデバイスの通信手段は起動フェーズの早い段階から動作できる（通例起動で時間を取るのは、ユーザーデバイスのＯＳのロードである；ハイエンドデバイスについてはこれは平均して３０秒、またはそれ以上かかることさえある）。本発明はこの状況を利用して、ユーザーがいずれにせよデバイスを使用することのできない期間の間にスタートアップマルチメディアコンテンツを送信して再生することを提案するものである。起動プロセスの終了時点で再生を打ち切れば、ユーザーにとって全く不便はない。
【００１１】
前記サードパーティーデバイスから前記ユーザーデバイスへの送信は、ダウンロードとストリーミングのいずれでも実現できる。ダウンロードではマルチメディアコンテンツがユーザーデバイスのメモリ内に保存されることが要求される。ストリーミングはユーザーデバイスにおけるそのような保存が必要とされないという利点がある。ダウンロード・モードを使う場合は、当該送信プロトコルの実施は単に、前記サードパーティーがユーザーデバイスによって起動の間に再生されるべきマルチメディアコンテンツの更新を希望するときの効率的なマルチメディアコンテンツのダウンロードにつながるのみである。
【００１２】
有利には、当該マルチメディアコンテンツは送信のために必要となるネットワークリソースを減らすために圧縮される。たとえば、Ｈ２６３規格を使って圧縮される。
【００１３】
本発明のある特定の実施例では、マルチメディアコンテンツがサードパーティーデバイスによってストリーミングされるとき、そのマルチメディアコンテンツの再生は、起動プロセスが終わったときに停止される。ユーザーがすぐデバイスの使用を開始できるようにするためである。
【００１４】
これらのことを含む本発明のさまざまな側面について図面を参照しつつされに説明する。
【発明を実施するための最良の形態】
【００１５】
図１を参照すると、システムはユーザーデバイス１０、ネットワーク２０およびサードパーティーデバイス３０を有している。ネットワーク２０はウェブまたはＷＡＰゲートウェイ５０をもつ電話ネットワーク４０を有している。サードパーティーデバイス３０はウェブ６０へのアクセスをもつウェブまたはＷＡＰサーバーである。
【００１６】
第一の例では、電話ネットワーク４０はＧＰＲＳまたはＵＭＴＳ型であり、ユーザーデバイスは無線リンクを通じて電話ネットワーク４０へのアクセスをもつ携帯電話である。第二の例では、ユーザーデバイスは電話線を通じて電話ネットワーク４０に接続されたＡＤＳＬボックスまたはセットトップボックスである。
【００１７】
電話ネットワーク４０は運営事業者によって運営されている。サードパーティーはネットワーク４０の運営事業者であってもよいし、あるいはユーザーデバイスのメーカーまたは前記運営事業者とビジネス関係のあるコンテンツプロバイダーのような他のいかなる役者でもいい。
【００１８】
図２は本発明に基づく、ユーザーデバイス１０上でマルチメディアコンテンツを再生する方法の一般的なブロック図である。図２に示されているように、本方法はユーザーデバイス１０の起動プロセスを開始するステップ１００を有する。このステップ１００は、ユーザーがユーザーデバイスのスイッチを入れるときに実行される。次いで、３つのプロセスＰ１、Ｐ２、Ｐ３が並列に実行される：
・起動プロセスＰ１（ボックス１０２）、
・サードパーティーデバイス３０からユーザーデバイス１０にマルチメディアコンテンツを送信するためのプロトコルを実施するプロセスＰ２（ボックス１０４）、
・サードパーティーデバイス３０によって送信されるマルチメディアコンテンツを再生するプロセスＰ３（ボックス１０６）。
【００１９】
考慮される実施形態に依存して、プロセスＰ２とプロセスＰ３の間に関係があってもよい。図２ではこの関係は矢印１０８によって表現されている。
【００２０】
３つのプロセスすべてが終了したとき（ボックス１０９で表されている）、ユーザーデバイスは通常の動作のためにユーザーに利用可能となっている。
【００２１】
図２の方法の第一の実施形態についてこれから図３を参照しつつ詳細に説明する。この第一の実施形態では、ユーザーデバイス１０は、起動（booting）の間に再生されるべきコンテンツＶBOOTを保存するためのコンテンツメモリＭＥＭを有している。コンテンツ再生プロセスＰ３は、ユーザーデバイスのスイッチが入れられたときにコンテンツメモリＭＥＭに保存されているコンテンツＶBOOTを再生する。コンテンツ送信プロセスＰ２は起動の間に再生されるべきコンテンツの置換を許容する。これは新しいコンテンツをダウンロードすることによって実現される。新しいコンテンツは次の起動プロセスの間に（すなわち、次にユーザーデバイスのスイッチが入れられたときに）再生されることになる。
【００２２】
ダウンロードには時間がかかるのでプロセスＰ２の終了は起動プロセスＰ１の完了よりもあとになることもあることを注意しておく。
【００２３】
この第一の実施形態では、コンテンツ送信プロトコルのプロセスＰ２は：
・サードパーティーデバイス３０がユーザーデバイス１０にダウンロード（download）すべきコンテンツをもっているかどうかを尋ねる第一の要求（request）ＲＤ１を前記ユーザーデバイス１０から前記サードパーティーデバイス３０に送信するステップ１１０と、
・前記サードパーティーデバイスがダウンロードすべきマルチメディアコンテンツをもっているときに、前記サードパーティーデバイス３０から前記ユーザーデバイス１０に肯定応答ＡＯを送信するステップ１１２と、
・コンテンツのダウンロードを要請する第二の要求ＲＤ２を前記ユーザーデバイス１０から前記サードパーティーデバイス３０に送信するステップ１１４と、
・前記サードパーティーデバイス３０から前記ユーザーデバイスにコンテンツＶDをダウンロードするステップ１１６と、
・ダウンロードされたコンテンツＶDをコンテンツメモリＭＥＭに保存するステップ１１８、
とを有する。
【００２４】
この第一の代替においては、コンテンツ再生プロセスＰ３は、プロセスＰ２の実行に先立ってコンテンツメモリＭＥＭに保存されているコンテンツＶMEMを（もしあれば）再生する。
【００２５】
この第一の代替においては、コンテンツ送信プロトコルはＨＴＴＰ転送プロトコルに基づいている。例として述べると、前記第一の要求ＲＤ１は、起動の間にユーザーデバイス１０によって再生される現在のスタートアップコンテンツＶBOOTの一意的な識別子を含んでいる。この識別子はコンテンツファイルの名前、コンテンツファイルのＵＲＬ、ＭＤ５キーなどでありうる。この一意的な識別子は、サードパーティーデバイス３０によって、ユーザーデバイス１０に新しいコンテンツがダウンロードされるべきであるか否か、すなわちユーザーデバイス１０に肯定応答を送る必要があるかどうかを判定するのに使われる。肯定応答ＡＯを受信すると、ユーザーデバイス１０はマルチメディアコンテンツのダウンロードを要請する第二の要求ＲＤ２を送る。このＲＤ２要求は、サードパーティーデバイス３０によってホストされているＣＧＩスクリプト（CGIはCommon  Gateway  Interfaceの略）をポイントする。サードパーティー３０が要求ＲＤ２を受信すると、ＣＧＩスクリプトが実行され、その結果適切なコンテンツのダウンロードが行われる。
【００２６】
ここでは示されていないある別の実施例では、肯定応答ＡＯの受信に際しての前記第二の要求ＲＤ２の送信は系統的ではない。ユーザーデバイス１０は、第二の要求ＲＤ２を送るか否かを一つまたは複数の所定の基準に基づいて決定する。たとえば、ネットワークの負荷または利用可能メモリの大きさが基準となりうる。
【００２７】
ある代替的な実施例では、前記第一の要求ＲＤ１は、ユーザーデバイスに保存されている現在のスタートアップコンテンツＶBOOTのいかなる識別子も含まない。そのような識別子を送る代わりに、サードパーティーデバイスは現在ユーザーデバイスに保存されている単数または複数のスタートアップコンテンツの記録をつけておき、その記録を参照することによって新しいコンテンツを送るか否かを決定する。
【００２８】
図２の方法の第二の実施形態について、これから図４を参照しつつ詳細に説明する。この第二の実施形態では、ユーザーデバイス１０にはスタートアップコンテンツは保存されていない。起動の間に再生されるべきスタートアップコンテンツは、ユーザーデバイス１０が起動されるたびにストリーミングによってサードパーティーデバイス３０からユーザーデバイス１０に送信される。コンテンツ送信プロトコルを実施するプロセスＰ２は：
・コンテンツのストリーミング（streaming）を要請する要求（request）ＲＳを前記ユーザーデバイス１０から前記サードパーティーデバイス３０に送信するステップ１２０と、
・前記要求に反応して前記サードパーティーデバイス３０から前記ユーザーデバイスにコンテンツをストリーミングするステップ１２２、
とを有する。
【００２９】
この第二の実施形態では、コンテンツ再生プロセスＰ３はストリーミングされたコンテンツを、ユーザーデバイス１０によって受信されるにつれて再生していく。
【００３０】
この第二の実施形態では、コンテンツ送信プロトコルはＲＴＳＰ転送プロトコルに基づいている。例として述べると、要求ＲＳはネットワーク内の既知のゲートウェイ（たとえば図１のゲートウェイ５０）をポイントし、そのゲートウェイはストリーミングされるべきコンテンツがホストされているサードパーティーデバイス３０へのリダイレクションを含んでいる。
【００３１】
任意的に、この第二の実施形態においては、ストリーミングプロセスおよび再生プロセスＰ２およびＰ３は、起動プロセスＰ１が終了したらすぐに、ユーザーがユーザーデバイス１０の使用を開始できるために強制的に打ち切られる。図４では、プロセスＰ２およびＰ３のこの強制終了が矢印１２４によって表現されている。
【００３２】
図５はユーザーデバイス１０を示している。ユーザーデバイス１０は：
・ネットワーク２０を通じた送信／受信のための送信／受信回路２００と、
・ディスプレイ２０２と、
・ユーザーインターフェース２０４と、
・コンテンツを再生するためのコンテンツプレーヤー２０６と、
・作業メモリ２１０、プログラムメモリ２１２およびプロセッサ２１４を有するマイクロプロセッサ装置２０８と、
・相互接続バス２１６、
とを有する。
【００３３】
本発明の第一の実施形態では、ユーザーデバイス１０はコンテンツ、特に起動中に再生されるべきコンテンツを保存するためのコンテンツメモリ２２０を有する。このメモリは本発明の第二の実施形態においては省略できるので破線で示している。
【００３４】
プログラムメモリ２１２はユーザーデバイス１０の動作を制御するためのプログラム、およびなかんづく上述したプロセスＰ１、Ｐ２、Ｐ３の実施のためのプログラムＰＵ（または一組のプログラム）を含む。
【００３５】
図６はサードパーティーデバイス３０のブロック図である。これは：
・マルチメディアコンテンツ、特にユーザーデバイスが起動する間に該ユーザーデバイスによって再生されるために該ユーザーデバイスの起動の間に該ユーザーデバイスにダウンロードまたはストリーミングされるべきコンテンツを保存するためのメモリ３００と、
・ウェブを通じた送信／受信のための送信／受信手段３１０と、
・作業メモリ３３０、プログラムメモリ３４０およびプロセッサ３５０を有するマイクロプロセッサ装置３２０と、
・相互接続バス３６０、
とを有する。
【００３６】
プログラムメモリ３２０はサードパーティーデバイス３０の動作を制御するためのプログラム、およびなかんづく上述したプロセスＰ２の実施のためのプログラムＰＴを含む。
【００３７】
上述したユーザーデバイス、方法、サードパーティーデバイス、システムおよびプログラムに関し、本発明の範囲から外れることなく修正または改良が提案されることもできる。よって、本発明は示されている例に限定されるものではない。
【００３８】
本文および請求項における動詞「有する」およびその活用形は述べられている以外の手段またはステップの存在を排除しない。
【００３９】
要素またはステップを示すための単数形の表現はそのような要素またはステップの複数の存在を排除しない。
【図面の簡単な説明】
【００４０】
【図１】本発明に基づくシステムの例の概略図である。
【図２】本発明に基づくユーザーデバイスにおいてマルチメディアコンテンツを再生する方法の一般的な概略図である。
【図３】図２の方法の第一の代替の概略図である。
【図４】図２の方法の第二の代替の概略図である。
【図５】本発明に基づくユーザーデバイスのブロック図である。
【図６】本発明に基づくサードパーティーデバイスのブロック図である。
【図１】
2007509386.tif 000003
【図２】
2007509386.tif 000004
【図３】
2007509386.tif 000005
【図４】
2007509386.tif 000006
【図５】
2007509386.tif 000007
【図６】
2007509386.tif 000008
【国際調査報告】
2007509386.tif 000009
2007509386.tif 000010
2007509386.tif 000011