(57)【要約】  本発明は、メディアオンデマンドサーバにおいて、ユーザ操作クライアントから受信したメディア要求に基づいてメディアのストリーミングの処理方法に関する。前記サーバは、ユーザ操作クライアントからメディア要求を受信し、前記ユーザ操作クライアントにメディアをストリーミングする。前記ストリーミングの処理は、前記クライアントを操作しているユーザのプレゼンス状態を判断するように公正されたプレゼンスサービスを用い、前記ユーザが所定のプレゼンス状態を有する場合にのみユーザ要求メディアをストリーミングする。これにより、サーバは、ユーザが要求したメディアをストリーミングする前にそのユーザのプレゼンス状態をチェックし、例えば、ユーザがクライアントのところにいないのにメディアをストリーミングし、ユーザが要求したメディアを視聴することができないことを防止する。
2007520940.tif 000002
【特許請求の範囲】
【請求項１】
メディアオンデマンドサーバにおいて、少なくとも１つのユーザ操作クライアントから受信した少なくとも１つのメディア要求に基づいてメディアのストリーミングの処理方法であって、
前記サーバは、ユーザ操作クライアントからの少なくとも１つのメディア要求を受信し、前記ユーザ操作クライアントにメディアをストリーミングし、
前記ストリーミングの処理は、前記クライアントを操作しているユーザのプレゼンス状態を判断するように公正されたプレゼンスサービスを用い、前記ユーザが所定のプレゼンス状態を有する場合にのみユーザ要求メディアをストリーミングすることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記方法は、再生リストにある前記ユーザ操作クライアントから受信した前記メディア要求を格納する段階を有し、前記リストはメディア要求がストリーミングされる順序を示し、
メディア要求は再生リストに入れられ、前記ユーザが前記所定のプレゼンス状態を有するときのみストリーミングされることを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記方法は、再生リストにある前記ユーザ操作クライアントから受信した前記メディア要求を格納する段階を有し、前記リストは所定の時間スロットにストリーミングされるメディア要求を示し、
前記ユーザが前記所定のプレゼンス状態を有するときのみメディア要求を所定の時間スロットにストリーミングすることを特徴とする方法。
【請求項４】
請求項２または３に記載の方法であって、
前記ユーザが前記所定のプレゼンス状態を有さない場合、前記メディア要求は前記再生リストから削除することによりキャンセルされることを特徴とする方法。
【請求項５】
請求項１ないし４いずれか一項に記載の方法であって、
前記所定のプレゼンス状態は前記ユーザがクライアントのところにいることを示すことを特徴とする方法。
【請求項６】
少なくとも１つのユーザ操作クライアントから受信した少なくとも１つのメディア要求に基づいてメディアをストリーミング処理するメディアオンデマンドサーバあって、
前記サーバは、
ユーザ操作クライアントから少なくとも１つのメディア要求を受信する手段と、
ユーザにより操作される表示（rendering）システムにメディアをストリーミングする手段と、
前記クライアントを操作する前記ユーザのプレゼンス状態を判断する手段と、を有することを特徴とするサーバ。
【請求項７】
請求項６に記載のメディアオンデマンドサーバであって、
前記サーバはさらに、
前記メディアがストリーミングされるまで、前記ユーザ操作クライアントから受信した前記メディア要求を再生リストに格納する手段を有することを特徴とするサーバ。
【請求項８】
請求項６または７に記載のメディアオンデマンドサーバであって、
前記サーバはさらに、前記ユーザの前記プレゼンス状態が所定のプレゼンス状態である場合、ユーザ要求メディアをストリーミングする手段を有することを特徴とするサーバ。
【請求項９】
請求項６または８に記載のメディアオンデマンドサーバであって、
前記クライアントを操作する前記ユーザのプレゼンス状態を判断する前記手段は、前記メディアオンデマンドサーバに接続されたプレゼンス状態サーバからユーザごとのプレゼンス状態を受信するように構成されたプレゼンス状態クライアントを有することを特徴とするサーバ。
【請求項１０】
メディアオンデマンドサーバによりストリーミングされるメディアを要求するために使用されるユーザ操作クライアントであって、
前記クライアントは、
前記サーバにメディア要求を送信する手段と、
ユーザのプレゼンス状態を前記サーバに示す手段と、
前記サーバからメディアを受信し表示（rendering）する手段と、を有し、
前記サーバは、前記表示されたプレゼンス状態が所定のプレゼンス状態である場合、ユーザ要求メディアをストリーミングするように構成されていることを特徴とするクライアント。
【請求項１１】
請求項１０に記載のユーザ操作クライアントであって、
前記クライアントを操作する前記ユーザのプレゼンス状態を表示する前記手段は、前記クライアントに接続されたプレゼンス状態サーバにユーザごとのプレゼンス状態を送信するように構成されたクライアント状態を有することを特徴とするクライアント。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、メディアオンデマンドサーバにおいて、ユーザ操作クライアントから受信したメディア要求に基づいてメディアのストリーミングの処理方法に関する。本発明は、さらに、ユーザ操作クライアントから受信したメディア要求に基づいてメディアのストリーミングを処理するメディアオンデマンドサーバに関する。本発明は、さらに、メディアオンデマンドサーバによりストリーミングされるメディアを要求するために使用されるユーザ操作クライアントに関する。
【０００２】
メディアコンテントを迅速に発行（publish）することは、人類の歴史において常に問題となっている。発行者はメディアコンテントをより多くの人により速く届けることに努力している。ここで、「メディア」や「コンテント」という用語は、人間が五感で捉えることができる、オーディオ、ビデオ、データ、アイデア、画像、物語、音声、テキストその他を含むいかなる情報も指す。
【０００３】
コンピュータとネットワークの技術と結びつけてメディアコンテントをデジタルで表示することにより、発行（publish）するための強力な方法が提供される。この新しい発行のモードによると、ネットワーク技術によりデジタル化されたメディアコンテントを、ネットワークを介してエンドユーザのコンピュータに配信することができる。通信プロトコルは、デジタル化されたメディアコンテントを、ネットワークを介してどのように交換するかを規定している。メディアプレーヤはエンドユーザのコンピュータ上で動作し、ユーザにそのメディアコンテントを再生その他経験させる。
【０００４】
メディアオンデマンドシステムにおいて、ユーザ（例えば、インターネット、イントラネット、ＬＡＮ、ホームネットワーク等）はネットワークに接続されたクライアントを使用して、メディアオンデマンドサーバと呼ばれるサービスプロバイダのコンテントを要求または注文する。この要求に基づいて、サーバは要求されたコンテントをクライアントに送信する。そのコンテントは再生可能である。再生とは、例えば、要求されたテキストを見るビュアーを起動したり、オーディオプレーヤを用いてオーディオを再生したり、ビデオプレーヤを用いてビデオを再生したりすることである。
【０００５】
一例として、インターラクティブなラジオステーションのメディアオンデマンドサーバにより、ユーザはサーバのアーカイブにある歌を要求することができる。その歌は待ち行列に入れられ、近い将来ストリーミングされる。他の例としてビデオオンデマンドシステムがある。ビデオオンデマンドシステムでは、ユーザはビデオオンデマンドサーバにあるアーカイブから映画を注文し、次の時間スロット（例えば、次の３０分）においてその映画を見ることができる。
【０００６】
そのコンテントを実際にストリーミングする時間に、ユーザがその場を離れてしまって、受信するコンテントを表示するために使用するクライアント装置のところにいない可能性がある。こうした場合、ユーザはその装置を離れる前に、その要求をキャンセルする可能性が高い。ユーザはこのキャンセルをすることを忘れたり、キャンセルそのものが不可能であったりする場合がある。この場合、ユーザがその場にいなくてコンテントを視聴できないにも拘わらず、コンテントはサーバから再生されてしまう。さらに問題なのは、ユーザはそのメディアオンデマンドサーバについて課金されてしまい、視聴できないものに対して支払いをしなければならない危険性がある。
【０００７】
よって、本発明の目的の１つは、上記の問題を解決する方法を求めることである。
【０００８】
この目的は、メディアオンデマンドサーバにおいて、ユーザ操作クライアントから受信したメディア要求に基づいてメディアのストリーミングの処理方法により達成される。
前記サーバは、ユーザ操作クライアントからメディア要求を受信し、前記ユーザ操作クライアントに再生可能メディアをストリーミングする。
前記ストリーミングの処理は、前記クライアントを操作しているユーザのプレゼンス状態を判断するように公正されたプレゼンスサービスを用い、前記ユーザが所定のプレゼンス状態を有する場合にのみユーザ要求メディアをストリーミングする。
【０００９】
プレゼンス状態は、ユーザがいるかどうかに関する情報であり、たとえば：
ａ）「ここにはいません」；
ｂ）「ある位置にいます」；
ａ）「ここにいます」等を含む。
【００１０】
これにより、サーバは、ユーザが要求したメディアをストリーミングする前にそのユーザのプレゼンス状態をチェックし、例えば、ユーザがクライアントのところにいないのにメディアをストリーミングし、ユーザが要求したメディアを視聴（enjoy）することができないことを防止する。この方法をさらに有利に使用して、例えば、ストリーミングした時にユーザがいた場合にのみ、そのユーザにメディアに対する課金をする。このような使用方法は、プレゼンスサービスに高いセキュリティを要求するであろう。別の使用方法としては、例えば、プレゼンス状態が、オーディオサウンドを再生したりビデオ画像を再生したりできるＡＶルームにユーザがいることを示している時のみメディアをストリーミングする。
【００１１】
メディアオンデマンドサーバは、例えば、インターネットを介してユーザ操作クライアントと接続されたインターネット（またはイントラネット）ラジオサーバである。このサーバはいろいろな歌が入ったライブラリを有し、ユーザはクライアントを介してその歌のライブラリを検索して、そのライブラリにアクセスしているクライアントのブラウザアプリケーションを介してストリーミングする歌を要求することができる。そのクライアントはブラウザアプリケーションを有し、さらにクライアントに接続されたＡＶ機器（例えば、別のモニターやスピーカセット）のサーバから受信したストリーミングされた歌を演奏（rendering）するように構成されたオーディオアプリケーション（例えば、ＭＰ３プレーヤ）を有する。クライアントとサーバは、サーバがクライアントからユーザのプレゼンス状態を取得できるプレゼンスサービスをさらに有する。このプレゼンス状態は、例えば、ユーザにより、またはユーザの行動（例えば、キーボード操作やマウスの動き）をモニターすることにより自動的に更新される。
【００１２】
一実施形態において、前記方法は、再生リストにある前記ユーザ操作クライアントから受信した前記メディア要求を格納する段階を有し、前記リストはメディア要求がストリーミングされる順序を示し、メディア要求は再生リストに入れられ、前記ユーザが前記所定のプレゼンス状態を有するときのみストリーミングされる。
【００１３】
これにより、ユーザが所定のプレゼンス状態を有しない場合にはメディアはストリーミングされず、所定のプレゼンス状態（例えば、「ここにいます」）に変化したとき、メディアをストリーミングする。これにより、特にユーザがそのメディアに対してお金を支払っている場合、メディアオンデマンドシステムはユーザにとってより好ましいものとなる。ユーザがお金を払ったメディアを再生（enjoy）することができるからである。
【００１４】
一実施形態において、前記方法は、再生リストにある前記ユーザ操作クライアントから受信した前記メディア要求を格納する段階を有し、前記リストは所定の時間スロットにストリーミングされるメディア要求を示し、前記ユーザが前記所定のプレゼンス状態を有するときのみメディア要求を所定の時間スロットにストリーミングする。
【００１５】
これにより、時間スロットを使用するメディアオンデマンドシステムは、ユーザが所定のプレゼンス状態（例えば、その時間スロットにおいて、状態が「ここにいます」や「ＡＶルームにいます」である場合）を有する場合にのみ、時間スロットにメディアのストリーミングを実行する。
【００１６】
一実施形態において、前記ユーザが前記所定のプレゼンス状態を有さない場合、前記メディア要求は前記再生リストから削除することによりキャンセルされる。これにより、ユーザのプレゼンス状態が所定のものでなかったためストリーミングされなかったメディア要求をリストから削除し、エントリーが最小になるようにする。
【００１７】
一実施形態において、前記所定のプレゼンス状態は前記ユーザがクライアントのところにいることを示す。これは、ビデオまたはオーディオを再生する装置は多くの場合クライアントと一体となっているので、有利である。クライアントは、例えば、スピーカを有しインターネット接続ができるＰＣである。
【００１８】
本発明は、さらに、ユーザ操作クライアントから受信したメディア要求に基づいてメディアのストリーミングを処理するメディアオンデマンドサーバに関する。該サーバは、
−前記ユーザ操作クライアントからメディア要求を受信する手段と、
−ユーザにより操作される表示（rendering）システムにメディアをストリーミングする手段と、
−前記クライアントを操作する前記ユーザのプレゼンス状態を判断する手段と、を有する。
【００１９】
一実施形態において、前記サーバはさらに、
−前記メディアがストリーミングされるまで、前記ユーザ操作クライアントから受信した前記メディア要求を再生リストに格納する手段を有する。
【００２０】
一実施形態において、前記クライアントを操作する前記ユーザのプレゼンス状態を判断する前記手段は、前記メディアオンデマンドサーバに接続されたプレゼンス状態サーバからユーザごとのプレゼンス状態を受信するように構成されたプレゼンス状態クライアントを有する。
【００２１】
プレゼンスサーバは、例えば、ＸＭＭＰ（ＸＭＬプレゼンスプロトコル）サーバであってもよい。プレゼンスクライアントアプリケーションは２つあり、ユーザ操作クライアント装置とメディアオンデマンドサーバのそれぞれに対する。これらは、それぞれ、プレゼンスサーバにユーザプレゼンス状態を交信するＸＭＭＰクライアントと、プレゼンスサーバから最新のプレゼンス状態を読み出すＸＭＭＰクライアントである。
【００２２】
本発明は、さらに、メディアオンデマンドサーバによりストリーミングされるメディアを要求するために使用されるユーザ操作クライアントに関する。該クライアントは、
−前記サーバにメディア要求を送信する手段と、
−ユーザのプレゼンス状態を前記サーバに示す手段と、
−前記サーバからメディアを受信し表示（rendering）する手段と、を有し、前記サーバは、前記表示されたプレゼンス状態が所定のプレゼンス状態である場合、ユーザ要求メディアを提供するように構成されている。
【００２３】
一実施形態において、前記クライアントを操作する前記ユーザのプレゼンス状態を表示する前記手段は、前記ユーザ操作クライアントに接続されたプレゼンス状態サーバにユーザごとのプレゼンス状態を送信するように構成された状態クライアントを有する。
【００２４】
以下に、図面を参照して、本発明の好ましい実施形態を説明する。
【００２５】
図１は、本発明によるメディアオンデマンドシステムを示す図である。該システムは、メディアオンデマンドサーバ１０１と、ユーザ１０２により操作され通信ネットワークを介してサーバ１０１に接続されたクライアント１０３と、を有する。その通信ネットワークは、本実施例においては、インターネット１０５である。クライアントはネットワーク接続を介してサーバ１０１にアクセスし、それにより、クライアントはサーバ１０１にメディア要求を送信することができる。クライアント１０３は、ストリーミングされ受信したメディアを再生（render）するスピーカやビデオスクリーン等の機能を内蔵し、あるいは、メディアを再生する外部のテレビジョンまたはステレオに接続されてもよい。要求されたメディアのユーザ操作クライアント１０３に対するストリーミングを開始する前に、ユーザがいるかどうか（presence）チェックする。プレゼンスチェックは、クライアント及びメディアオンデマンドサーバの両方に接続できるプレゼンスサーバ１０７と関連するプレゼンスプロトコルとを用いて行う。プレゼンスサーバとプロトコルはユーザのプレゼンス状態、例えば、ユーザがストリーミングの時にクライアントのところにいるかに関する情報を共有する。このチェックはメディアをストリーミングする前に実行され、ユーザがいる場合にのみストリーミングを実行する。ユーザがいなければ、ストリーミングはスキップされるか、もしくは保留される。
【００２６】
図２において、より具体的な例を示す。この例では、インターネットラジオサーバ２００を用いてユーザはＨＴＴＰデーモン授権スキームによりユーザの同一性をトラッキングするＨＴＭＬ及びスクリプティングインターフェイスを介して、歌を待ち行列にいれることができる。この実施例では、ユーザはクライアント２０１を操作しているリスナ２０２である。クライアント２０１上で、オーディオアプリケーション（Ａ＿ＡＰＰ）（例えば、Ｗｉｎａｍｐ）が動作し、このオーディオアプリケーションはインターネットラジオサーバ（例えばポート８０００）からのＨＴＴＰストリーミングを介してインターネットラジオオーディオストリームを受信するように構成されている。また、リスナはウェブブラウザ２０５を開いて、歌を要求することができる検索及び要求インターフェイスを使うこともできる（異なるＵＲＬ、例えば、同一サーバ上のポート８０）。
【００２７】
クライアント２０１は、ＨＴＴＰデーモン（ＨＴＴＰＤ）２０７及び関連するＨＴＴＰプロトコルを介してサーバ２００と通信する。ＨＴＴＰデーモンを用いてクライアント２０１条のオーディオアプリケーション２０３にメディアストリームを伝送する。コード（Ｃ）２１１はスクリプティングエンジン２０９で実行され、どの歌をいつストリーミングするかを判断するロジック（business
logic）を含んでいる。要求された歌２１３のリスト（ＲＱ＿Ｓ）に基づき、また歌が要求されていない場合には乱数発生アルゴリズムに基づき、歌を歌データベース（Ｓ）２１４から読み出し、接続されたクライアントのオーディオアプリケーションにストリーミングする。
【００２８】
サーバは、さらに、ＸＭＭＰクライアント等のプレゼンスプロトコルアプリケーション２１５を有する。このクライアントアプリケーションは、プレゼンスサーバすなわちＸＭＭＰサーバ２１７に接続して、リスナ２０２のプレゼンス状態を得る（subscribe）ことができる。ＸＭＭＰユーザ名はＨＴＴＰデーモン要求を介してユーザの同一性にマッピングされる。リスナが自分の状態をインターネットラジオサーバに見せると決定した場合、スクリプティングエンジン２０９はそのリスナの歌の要求を処理する時、この状態を動的に考慮することができる。ＸＭＭＰクライアントアプリケーション２１５は、スクリプティングコードにリンクしており、スクリプトがリスナのプレゼンス状態を必要に応じてチェックできる。プレゼンスサーバもクライアント２０１のプレゼンスアプリケーション２１９に接続され、このプレゼンスアプリケーション２１９を通じて、リスナはプレゼンスサーバのプレゼンス状態が交信されていることを確認する。
【００２９】
プレゼンス状態は、たとえば、プレゼンスプロトコルサービス（例えば、ＪａｂｂｅｒＸＭＭＰ、ＭＳＮメッセンジャ、ヤフーメッセンジャ、ＩＣＱ等）をサブスクライブ（subscribe）することにより得られる。ウェブブラウザ２０５からの位置情報とこれらのプレゼンスプロトコルサービス中のユーザ名へのマッピングを使用することにより、メディアオンデマンドサーバは、プレゼンスプロトコルサービス中のユーザアドレスを知ることができ、そのアドレスを用いてそのリスナに名簿へのサブスクリプションを要求し、その名簿を用いてユーザのプレゼンス状態（いる、いない、ずっといない等）をサブスクライブする。
【００３０】
図３において、ブロック図は、本発明によるラジオオンデマンドサーバによりストリーミングされる次の歌を選択するアルゴリズムを示す。ラジオは、接続されたクライアント上のオーディオアプリケーションにオーディオデータを連続的に（週７日、１日２４時間）ストリーミングするように構成されている。ストリーミングは、要求された歌を特定する要求リストに基づいて実行される。３０１において、サーバは歌のストリーミングを終了する（Ｆ）。次に、３０３において、要求されたリストにさらに別の要求があるか判断し（ＦＲ）、さらに別の要求がなければ、次に３０５において、歌データベースからランダムに歌をストリーミングし（ＲＳ）、本アルゴリズムは再スタートする。要求の待ち行列にさらに別の歌があれば、次に３０７において、次の歌を要求したユーザのＩＤを決定する（ＵＩＤＲ）。３０９において、そのユーザＩＤに基づいて、そのユーザが例えば自分のプレゼンス状態アドレスを供給することによりプレゼンス状態サーバ（ＳＰＳ）をサブスクライブしているかどうか判断する。まだプレゼンスサーバ３１１をサブスクライブしていない場合、ユーザはいると仮定して（ＡＵＰ）、その歌をストリーミングし、アルゴリズムを再スタートする。そのユーザがプレゼント状態サービスをサブスクライブしている場合、次に３１３において、そのプレゼント状態を決定する。その状態がユーザがいることを示している場合、次に３１５において、そのユーザにより要求された歌をストリーミングし（ＰＲＳ）、アルゴリズムを再スタートする。プレゼンス状態が、ユーザがいないことを示している場合、次に３１７において、要求リストに別の要求があるか判断する（ＡＲ）。ないばあい、次に３１９において、その要求を要求リスト中の同じ位置に残して、歌のデータベースからランダムに歌をストリーミングし（ＬＲ＿ＲＳ）、アルゴリズムを再スタートする。３２１において、別の要求がある場合、いないユーザの要求は要求リストの最後にもっていく。アルゴリズムは３０３に戻り、最近調べていなかった要求リスト中に別の要求があるかどうか判断する。さらに別の要求がなければ、次に３０５において、歌のデータベースからランダムに歌をストリーミングし、アルゴリズムは再スタートする。要求の待ち行列にさらに別の歌があれば、次に３０７において、次の歌を要求したユーザのＩＤを決定する（ＵＩＤ＿Ｒ）。アルゴリズムは上述のように続く。
【００３１】
もちろん、上記の実施形態は、本発明を例示するものであり、限定するものではなく、当業者は、添付したクレームの範囲を逸脱することなく、別の実施形態を多数設計することができる。クレームにおいて、括弧の間に入れた参照符号はクレームを限定するものと解釈してはならない。「有する」という用語は、請求項に挙げられたもの以外の構成要素やステップの存在を排除するものではない。本発明は、複数のエレメントを有するハードウェアによっても、好適にプログラムされたコンピュータによっても実施することができる。複数の手段を挙げる装置クレームにおいて、これらの手段は、まったく同一のハードウェアにより実施することができる。相異なる従属クレームに手段が記載されているからといって、その手段を組み合わせて有利に使用することができないということではない。
【図面の簡単な説明】
【００３２】
【図１】本発明によるメディアオンデマンドシステムを示す図である。
【図２】本発明によるメディアオンデマンドシステムを示す概略図である。
【図３】本発明によるメディアオンデマンドの処理方法を示す図である。
【図１】
2007520940.tif 000003
【図２】
2007520940.tif 000004
【図３】
2007520940.tif 000005
【国際調査報告】
2007520940.tif 000006
2007520940.tif 000007
2007520940.tif 000008