(57)【要約】【課題】ビデオオンデマンドにおいて短いコンテンツが多いと、視聴者は、選択した一つのコンテンツの配信が終了すると、次のコンテンツを選択することを例えば数分おきに繰り返す必要があり、煩に堪えない。【解決手段】コンテンツサーバと再生端末とからなるコンテンツサービスシステムであって、コンテンツサーバは、経時的に変動するコンテンツリストを配信し、再生端末のコンテンツリスト単位でコンテンツを送信し、再生端末は、コンテンツリストをコンテンツサーバから取得して表示を行ない、表示されたコンテンツリストから選択を行ないプライベートなコンテンツリストを生成し、再生のためのユーザからの１アクションを受け付け、コンテンツリスト中の全体のコンテンツをコンテンツサーバより受信して順次再生可能とするコンテンツサービスシステムを提供する。【選択図】図１
2007174110.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバと、再生端末とからなるコンテンツサービスシステムであって
コンテンツサーバは、
経時的に変動するコンテンツリストを配信するリスト配信部と、
再生端末のコンテンツリストであるマイページに含まれる一又は二以上のコンテンツを送信するコンテンツ送信部と、
を有し、
再生端末は、
コンテンツリストをコンテンツサーバから取得して表示する表示部と、
表示されたコンテンツリストからコンテンツを選択する選択部と、
選択されたコンテンツによりプライベートなコンテンツリストであるマイページを生成するマイページ生成部と、
再生のためのユーザからの１アクションを受け付ける再生受付部と、
受け付けた１アクションに応じてマイページのコンテンツリスト中の全体のコンテンツをコンテンツサーバから受信して順次再生可能な再生部と、
を有するコンテンツサービスシステム。
【請求項２】
コンテンツサーバは、
リコメンドすべきコンテンツのリストを再生端末に送信するリコメンドリスト送信部をさらに有し、
再生端末のマイページ生成部は、
受信したリコメンドリストに含まれるコンテンツと、選択部で選択されたコンテンツとの両者を含み得るコンテンツリストであるリコメンドマイページを生成するリコメンドマイページ生成手段を有する請求項１に記載のコンテンツサービスシステム。
【請求項３】
コンテンツサーバと、再生端末とからなるコンテンツサービスシステムの動作方法であって、
コンテンツサーバにおいて、経時的に変動するコンテンツリストを配信するリスト配信ステップと、
コンテンツサーバにおいて、再生端末のコンテンツリストであるマイページに含まれる一又は二以上のコンテンツを送信するコンテンツ送信ステップと、
再生端末において、コンテンツリストをコンテンツサーバから取得して表示する表示ステップと、
再生端末において、表示されたコンテンツリストからコンテンツを選択する選択ステップと、
再生端末において、選択されたコンテンツによりプライベートなコンテンツリストであるマイページを生成するマイページ生成ステップと、
再生端末において、再生のためのユーザからの１アクションを受け付ける再生受付ステップと、
再生端末において、受け付けた１アクションに応じてマイページのコンテンツリスト中の全体のコンテンツをコンテンツサーバから受信して順次再生可能とする再生ステップと、
を含むコンテンツサービスシステムの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生端末にて、生成されたコンテンツリストを含むマイページにより、コンテンツサーバからコンテンツを受信して順次再生可能なコンテンツサービスシステムに関する。
【背景技術】
【０００２】
インターネットを通じて種々のコンテンツ（音楽、動画など）をオンデマンド方式により、ユーザの端末に提供し、ユーザはこれらの種々のコンテンツを好きなときに楽しむことができるシステムが知られている（例えば、特許文献１参照。）。
【特許文献１】ＷＯ２００２／０７３９６９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなシステムで視聴できるコンテンツには、映画のような一時間を越えるものもあるが、多くのものは数分の長さである。このため、視聴者（ユーザ）は、選択した一つのコンテンツの配信が終了すると、次のコンテンツを選択することを数分おきに繰り返す必要があり、煩に堪えない。特に、コンテンツの一覧が複数ページにわたる場合には、ページを切り換えて次のコンテンツを選択しなければならず、煩雑な操作が要求される。
【０００４】
そこで、本発明は、オンデマンドでコンテンツを視聴できるシステムにおいて、通常のラジオ放送やテレビ放送のような番組表に相当するものを自分で作成し、その番組表に従って配信を受けられるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
かかる目的を達成するために、本発明では、コンテンツサーバと再生端末とからなるコンテンツサービスシステムであって、コンテンツサーバは、経時的に変動するコンテンツリストを配信し、再生端末のコンテンツリスト単位でコンテンツを送信し、再生端末は、コンテンツリストをコンテンツサーバから取得して表示を行ない、表示されたコンテンツリストから選択を行ないプライベートなコンテンツリストを生成し、再生のためのユーザからの１アクションを受け付け、コンテンツリスト中の全体のコンテンツをコンテンツサーバより受信して順次再生可能なコンテンツサービスシステムを提供する。
【０００６】
このようなコンテンツサービスシステムにより、ユーザは、自分専用のプライベートな番組表であるコンテンツリストを生成可能となり、このコンテンツリストに基づいたコンテンツの配信を受けることができるので、課題が解決される。
【０００７】
また、コンテンツサーバはリコメンドすべきコンテンツのリストを再生端末へ送信し、再生端末は、受信したリコメンドすべきコンテンツのリストに含まれるコンテンツと、選択されたコンテンツとの両者を含み得るコンテンツリストを生成するようになっていてもよい。
【０００８】
これにより、コンテンツサービスシステムの運営者がユーザに対して、特定のコンテンツの視聴を推奨することができ、運営者は特定のコンテンツの視聴による収入を得ることができ、また、ユーザの利便に資することができる。
【発明の効果】
【０００９】
本発明によれば、短いコンテンツが提供される場合であっても、ユーザは自分専用の番組表に相当するコンテンツリストを生成し、そのコンテンツリストに従ってコンテンツの配信を受けることができるので、ユーザは、コンテンツが終了するたびに次のコンテンツを選択する必要がなくなる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を実施するための最良の形態について、実施形態として図を参照しながら説明する。なお、本発明はこれらの実施形態になんら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１１】
（実施形態１）
実施形態１として、コンテンツサーバと再生端末とからなるコンテンツサービスシステムであって、コンテンツサーバは、経時的に変動するコンテンツリストを配信し、再生端末のコンテンツリスト単位でコンテンツを送信し、再生端末は、コンテンツリストをコンテンツサーバから取得して表示を行ない、表示されたコンテンツリストから選択を行ないプライベートなコンテンツリストを生成し、再生のためのユーザからの１アクションを受け付け、コンテンツリスト中の全体のコンテンツをコンテンツサーバより受信して順次再生可能なコンテンツサービスシステムについて説明する。
【００１２】
すなわち、以下では、再生端末にて選択操作を行なうことにより生成されるプライベートなコンテンツリストが、その再生端末のユーザ専用の番組表となってコンテンツの配信が受けられるコンテンツサービスシステムについて説明する。
【００１３】
（実施形態１：構成）
図１は、実施形態１に係るコンテンツサービスシステムの機能ブロック図を例示する。コンテンツサービスシステム１００は、コンテンツサーバ１０１と、再生端末１０２とを有する。なお、図１は、代表的な場合を例示しており、コンテンツサーバが複数あってもよいし、また、再生端末も複数あってもよい。また、コンテンツサーバ１０１と再生端末１０２とは、通信網により相互に通信が可能である。通信網としては、例えば、インターネットがある。
【００１４】
（実施形態１：構成：コンテンツサーバ）
コンテンツサーバ１０１は、リスト配信部１０３と、コンテンツ送信部１０４とを有する。
【００１５】
「リスト配信部」１０３は、経時的に変動するコンテンツリストを配信する。「経時的に変動するコンテンツリスト」とは、コンテンツの属性などの情報のリストであり、その内容が時間の経過とともに変動し得るリストをいう。「時間の経過とともに変動」といっても、常に内容が変動している必要はなく、例えば、一日ごとに、あるいは一時間ごとなど、一定のあるいは不定の時間長が経過すると内容が変動し、その他のときは内容が変動しないものであってもよい。
【００１６】
図２は、リスト配信部１０３により配信されるコンテンツリストを例示する。ここに示されるコンテンツリストは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の形式で示されているが、任意の形式であってもよい。図２では、コンテンツのタイトル（例えば、「短編映画８」）とそのコンテンツの識別子（例えば、「７０５５−９０２９」）との対が並んだ形式となっている。
【００１７】
リスト配信部１０３によるコンテンツリストの配信は、任意のプロトコルに基づいて行なうことができる。代表例としては、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）がある。その他、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）なども場合により用いることができる。
【００１８】
「コンテンツ送信部」１０４は、マイページに含まれる一又は二以上のコンテンツを送信する。「マイページ」とは、マイページ生成部の説明にて説明するように、再生端末で生成されたコンテンツリストであり、再生端末のユーザの専用の番組表、あるいは、コンテンツのブックマークなどに相当する。マイリストがユーザの専用の番組表に相当すれば、その番組表に従ってコンテンツが順次送信され得る。また、ブックマークに相当するのであれば、ユーザがマイページから選択したコンテンツが送信される。マイリストがユーザの専用の番組表に相当する場合には、コンテンツ送信部１０４は、マイページ単位にコンテンツを送信してもよい。「マイページ単位」とは、マイページを構成する番組表に相当するコンテンツリストを順次送信可能とすることをいう。コンテンツの送信は、ストリーミング配信の技術を用いて行なわれるのが好ましい。例えば、Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＲＦＣ１８８９）などのプロトコルを用いて送信する。「順次送信可能とする」とは、複数のコンテンツが連続的に送信されるようにすることをいうが、ここで「連続的」というのは、複数のコンテンツが連続して送信され得るようになっていてもよいし、あるいは、一つのコンテンツが開始から終了まで連続して送信され得るように（途中で早送りなどのトリック再生が行なわれるようになっていてもよい）なっていてもよいことをいう。「連続して送信され得るようになっている」とは、複数のコンテンツが続けて送信されるようになっていてもよいし、一つのコンテンツの送信の終了と、次のコンテンツの送信の開始までにある程度の長さの時間があってもよい。一つのコンテンツの送信の終了と次のコンテンツの送信の開始までの時間においては、例えば、ユーザが次のコンテンツの送信を開始するための操作が行なわれる。この操作の中には、次のコンテンツの選択の操作が含まれ得る。
【００１９】
（実施形態１：構成：再生端末）
再生端末１０２は、表示部１０５と、選択部１０６と、マイページ生成部１０７と、再生受付部１０８と、再生部１０９とを有する。
【００２０】
「表示部」１０５は、コンテンツリストをコンテンツサーバから取得して表示する。例えば、コンテンツサーバに対してコンテンツリストの要求を送信し、その返信として得られるコンテンツリストを受信し、コンテンツリストをユーザの認識可能な形式に変換して表示を行なう。
【００２１】
図３は、表示されたコンテンツリストを例示する。図３の画面例３０１は、図２のコンテンツリストが取得された場合の例である。コンテンツリストのタイトルとして「短編映画８」、「ショートムービー５」、「歌謡ダンス」が表示され、それぞれの右側に入力欄３０２、３０３、３０４が表示されている。ユーザはこれらの入力欄に、選択したことを示すチェックマークなどを入力したり、再生の順番を示す数字などを入力したりすることにより、次に説明する選択部１０６への選択の指示を行なう。
【００２２】
「選択部」１０６は、表示されたコンテンツリストからコンテンツを選択する部である。「表示されたコンテンツリスト」とは表示部１０５により表示されたコンテンツリストである。例えば、図３のように表示されたコンテンツリストである。選択部１０６は、入力欄３０２などへの入力を読み取り（例えば、どの入力欄へのチェックマークなどが何番目に入力されたか、あるいはどのような数字などがそれぞれの入力欄に入力されたか）、コンテンツの選択を行なう。
【００２３】
「マイページ生成部」１０７は、選択されたコンテンツによりプライベートなコンテンツリストであるマイページを生成する。「プライベートな」とは、専らその再生端末のユーザのためのものであることを意味する。ここにマイページとは、ユーザが自身で作成した専用の番組表、あるいは、ユーザが選択したコンテンツのブックマークなどに相当する。
【００２４】
図４は、マイページ生成部１０７により生成されたマイページ４０１を例示する。例えば、図３において、まず最初に入力欄３０４にチェックマークなどの入力が行なわれ、次に入力欄３０２に入力が行なわれ（あるいは、入力欄３０４に数字の１が入力され、入力欄３０２に数字の２が入力されてもよい）、「マイページへ」と書かれたボタン３０５を押下すると、図４に例示されるマイページ４０１が生成され表示される。この例では、歌謡ダンス、短編映画８が含まれるマイページが生成されている。このマイページは、歌謡ダンス、短編映画８というコンテンツが選択されたブックマークと考えることもできる。あるいは、歌謡ダンスがまず配信され、次に短編映画８が配信される番組表に相当すると考えることもできる。なお、コンテンツごとに、出演者や主演者の名前が表示されている。このようなコンテンツの属性情報は、例えば、マイページ生成部１０７が、コンテンツリストに含まれるコンテンツの識別子を用いてコンテンツサーバに問い合わせることにより取得されるようになっていてもよい。このように必要に応じてコンテンツの属性情報をコンテンツサーバに問い合わせることにより、コンテンツサーバから配信されるコンテンツリストのサイズを小さくすることができる。
【００２５】
「再生受付部」１０８は、再生のためのユーザからの１アクションを受け付ける。「再生のため」とは、マイページ生成部で生成されたマイページに基づくコンテンツの再生を開始するためであることを意味する。「１アクション」とは、ユーザが所定のボタンやキーなどを押下などすることを意味する。例えば、図４の「再生開始」と記されたボタン４０２をマウスなどを用いることにより押下することである。また、「歌謡ダンス」などのコンテンツのタイトルなどが表示された部分をクリックすることにより、そのタイトルのコンテンツが再生されるようになっていてもよい。
【００２６】
「再生部」１０９は、受け付けた１アクションに応じてマイページのコンテンツリスト中の全体のコンテンツをコンテンツサーバから受信して順次再生可能にする。「受け付けた１アクション」とは、再生受付部１０８により受け付けられた１アクションである。「応じて」とは、１アクションの受け付けがコンテンツの再生のトリガーとなることを意味する。「コンテンツリスト中の全体のコンテンツ」とは、コンテンツリストを構成するコンテンツの全てを意味する。「受信して順次再生可能にする」とは、コンテンツリストに従ってコンテンツを受信して再生することである。例えば、一つのコンテンツの受信が終了すると、ユーザの指示を待って次のコンテンツの受信が開始される。ここでいうユーザの指示とは、リストの上での次のコンテンツの受信を開始するためのボタンの押下などであったり、リスト上で次に受信するべきコンテンツの特定操作であったりする。あるいは、ユーザの指示が無くても、自動的に次のコンテンツの受信が開始されるようになっていてもよい。コンテンツがストリーミング再生される場合には、受信と再生が並列することがコンテンツごとに行なわれる。
【００２７】
また、「コンテンツリストに従って」とは、コンテンツリストにコンテンツが並んだ順番に従うということである。あるいは、再生時などに、ユーザがコンテンツリストから選択した順番に従うということであってもよい。この意味で、マイページは、ブラウザのブックマークと同様の機能を果たし得る。すなわち、ブックマークから次に閲覧するページを選択するように、マイページに含まれるコンテンツリストから次に視聴などするコンテンツを選択することもできる。
【００２８】
図５は、再生部１０９によるコンテンツの再生を例示する。画面５０１に動画が表示されるエリア５０２が設けられ、コンテンツが動画情報や静止画情報など視覚で認識できるものであれば、その動画がエリア５０２に表示される。また、コンテンツが音声や音楽であれば、再生端末に接続されたスピーカーから音が発せられ、発せられる音に応じた動画がエリア５０２に表示されたり、難聴の人のために文字表示などがされる（このような文字表示は、コンテンツに含まれる文字情報により行なわれてもよいし、再生端末で音声認識などを行なって音声に対応する文字列を得るようになっていてもよい）。ユーザはボタン５０３、５０４、５０５、５０６、スライダー５０７を操作することにより、コンテンツの再生のスピードや位置を制御することができる。なお、コンテンツに特殊な信号を含ませることにより、ユーザによる制御を禁止可能である。例えば、コマーシャルの部分は早送りなどができないようにできる。
【００２９】
図６は、図４に例示されたマイページによるコンテンツの受信と再生の順序について示す。まず、ｔ１からｔ２において、歌謡ダンスのコンテンツの受信と再生が行なわれ、続くｔ２からｔ３において、短編映画８の受信と再生が行なわれることを示している。この例では、マイページに含まれるコンテンツが順に受信、再生される。もちろん、マイページに含まれるコンテンツをユーザが一つ一つクリックなどすることで、そのクリックされたコンテンツの受信、再生が開始されるようになっていてもよい。
【００３０】
コンテンツを受信し順次再生可能とすることは、コンテンツサーバへ再生の順序を示す番組表などに相当するリスト情報が再生端末から送信され、コンテンツサーバは、そのリスト情報を参照して、コンテンツをハードディスクなどから読み出して、一つのコンテンツが途切れないように送出する。一つのコンテンツの送出が終了すると、自動的に次のコンテンツの送出に連続的に移行する。あるいは、再生端末がリスト情報に従って、コンテンツの要求をコンテンツサーバに送信するようになっていてもよい。この場合には、一つのコンテンツの受信が終わると、再生端末にユーザの指示が入力などされるのを待って次のコンテンツの要求がコンテンツサーバに送信されるようになっていてもよいし、ユーザの指示を待たずに、次のコンテンツの要求が自動的に送信されるようになっていてもよい。
【００３１】
図７は、リスト情報の一例を例示する。１２３．４５．６７．８４がコンテンツサーバのＩＰアドレスとなっている。例えば、再生端末は、このリスト情報を参照し、まず、５０２２−０２７３．ｗｍｖをＭＭＳプロトコルで得る要求をコンテンツサーバに対して送信し、このコンテンツの受信が終了すると、次に、７０５５−９０２９．ｍｐｇをＨＴＴＰプロトコルで得る要求をコンテンツサーバに対して送信し、コンテンツを受信し、順次再生可能とする。なお、ｗｍｖやｍｐｇなどの拡張子は、例えば、マイページ生成部１０７が、コンテンツの属性情報をコンテンツサーバに問い合わせることにより得られる（パス名やどのコンテンツサーバから取得するべきかについても同様となっていてもよい）。
【００３２】
（実施形態１：再生端末の処理）
図８は、再生端末の処理を説明するフローチャートを例示する。ステップＳ８０１において、コンテンツリストを取得する。次にステップＳ８０２において、コンテンツリストを表示する（例えば、図３）。ステップＳ８０１とＳ８０２の処理は、表示部１０５により行なわれる。
【００３３】
ステップＳ８０３において、コンテンツリストよりコンテンツを選択する。この処理は、選択部１０６により行なわれる。
【００３４】
ステップＳ８０４において、ステップＳ８０３での選択に応じてマイページを生成し、ステップＳ８０５においては、ステップＳ８０４で生成されたマイページの表示を行なう（例えば、図４）。ステップＳ８０４とＳ８０５の処理は、マイページ生成部１０７により行なわれる。
【００３５】
ステップＳ８０６においては、１アクションが受け付けられるまで待つ処理を行なう。１アクションが受け付けられると、ステップＳ８０７へ処理を移行させる。この処理は再生受付部１０８により行なわれる。
【００３６】
ステップＳ８０７においては、コンテンツを受信し順次再生可能とすることが行なわれる（例えば、図５）。この処理は、再生部１０９により行なわれる。
【００３７】
（実施形態１：コンテンツサービスシステム全体の処理）
図９は、コンテンツサービスシステム全体の処理の流れを説明するシーケンス図を例示する。ステップＳ９０１において、コンテンツリストの要求が再生端末１０２からコンテンツサーバ１０１へ送信され、これに応じて、ステップＳ９０２において、コンテンツリストがコンテンツサーバ１０１から再生端末１０２へ送信される。その後、コンテンツリストの表示、選択、マイページの生成、１アクションの受け付けが再生端末１０２で行なわれ、ステップＳ９０３において、マイページそのものあるいはその一部や上記のリスト情報、あるいは、個々のコンテンツの要求が再生端末からコンテンツサーバへ送信され、これに応じて、順次コンテンツがステップＳ９０４、Ｓ９０５、…、Ｓ９０Ｍにおいてコンテンツサーバより送信され、再生端末で順次再生可能とする。上で説明したように、各コンテンツの送信が終わると、再生端末にユーザの指示が入力されるまで待つことが行なわれ、ユーザの指示が入力されるのを待ち、次のコンテンツの送信が開始されるようになっていてもよいし、自動的に複数のコンテンツが連続的に送信されるようになっていてもよい。
【００３８】
（実施形態１：コンテンツサーバと再生端末の構成）
図１０は、コンテンツサーバと再生端末の構成を例示する。コンテンツサーバと再生端末は、コンピュータを用いて構成することが可能である。すなわち、図１０（Ａ）に示すように、コンテンツサーバは、ＣＰＵ、メモリ、ハードディスク、入出力インターフェース、ネットワークインターフェースなどが相互にバスで結合された形態のハードウェア１００１にオペレーティングシステム１００２を動作させ、このオペレーティングシステム１００２の上で、リスト配信モジュール１００３とコンテンツ送信モジュール１００４とを有するプログラムを動作させることで構成することができる。リスト配信モジュール１００３は、リスト配信部１０３をプログラムにより実現するためのモジュールであり、コンテンツ送信モジュール１００４は、コンテンツ送信部１０４をプログラムにより実現するためのモジュールである。
【００３９】
例えば、リスト配信モジュール１００３は、ハードディスクなどに格納されたコンテンツリストを読み取り、ネットワークインターフェースを用いて送信を行なう。同様に、コンテンツ送信モジュール１００４は、ハードディスクなどに格納されたコンテンツを読み取り、ネットワークインターフェースを用いて送信を行なう。
【００４０】
また、図１０（Ｂ）に示すように、再生端末は、ハードウェア１００５の上にオペレーティングシステム１００６を動作させ、このオペレーティングシステム１００６の上で、表示モジュール１００７と、選択モジュール１００８と、マイページ生成モジュール１００９と、再生受付モジュール１０１０と、再生モジュール１０１１とを有するプログラムを動作させることで構成することができる。表示モジュール１００７と、選択モジュール１００８と、マイページ生成モジュール１００９と、再生受付モジュール１０１０と、再生モジュール１０１１とのそれぞれは、表示部１０５と、選択部１０６と、マイページ生成部１０７と、再生受付部１０８と、再生部１０９とをプログラムにより実現するためのモジュールである。
【００４１】
例えば、表示モジュール１００７は、ネットワークインターフェースを用いてコンテンツリストを受信し、メモリに記憶して、ディスプレイに表示可能な形式に変換を行ない、入出力インターフェースを介してディスプレイに表示を行なう。選択モジュール１００８は、入出力インターフェースを用いて、マウスなどによるユーザの操作を読み取り、選択を行ない、その結果をメモリに記憶する。マイページ生成モジュールは、メモリに記憶された選択の結果とコンテンツリストから、マイページを生成してメモリに記憶する。再生受付モジュール１０１０は、入出力インターフェースを用いて、マウスなどによる１アクションを読み取り、再生モジュール１０１１を活性化する。再生モジュール１０１１は、ネットワークインターフェースを用いてコンテンツを受信し、メモリにバファリングを行ないながらコンテンツの再生を、入出力インターフェースを用いて行なう。
【００４２】
なお、コンテンツサーバと再生端末とでは、処理の目的・内容、処理速度、処理容量などが異なっていてもよいので、ハードウェア１００１とハードウェア１００５とは同じである必要はなく、また、オペレーティングシステム１００２とオペレーティングシステム１００６とは同じである必要はない。
【００４３】
（実施形態１：その他）
なお、図１１に例示されるように、コンテンツサーバが複数存在する場合には、図４に例示されたマイページや図７に例示されたリスト情報は、コンテンツサーバの負荷分散を考慮に入れて生成されるようになっていてもよい。
【００４４】
例えば、マイページが生成されるトリガーとなるボタン３０５が押下されたり、再生開始のボタン４０２が押下されたりしたときに、各コンテンツサーバごとの負荷の変動を予測して、コンテンツごとに異なるコンテンツサーバより受信するマイページを生成したり、リスト情報を生成するようになっていてもよく、特に、負荷の最も低いと判断されるコンテンツサーバよりコンテンツを受信するようになっていてもよい。
【００４５】
マイページが生成されると、多くの場合においては、その直後に１アクションが受け付けられるので、マイページの生成時に、各コンテンツサーバから各コンテンツを受信する時刻の予測ができる。そこで、この予測に基づいて、各コンテンツサーバの負荷の変動を予測しておく（例えば、時間帯ごとのコンテンツを送信するべき再生端末の数などの負荷予測のテーブルを作成しておく）。別の再生端末がマイページを生成するときには、予測された各コンテンツサーバの負荷の変動を参照して、どのコンテンツサーバからどのコンテンツを受信するかを決定する。
【００４６】
このために各コンテンツサーバの負荷の変動を予測し管理するためのサーバ装置があってもよいし、各コンテンツサーバが、負荷の変動を予測して管理するようになっていてもよい。
【００４７】
（実施形態１：主な効果）
本実施形態においては、ユーザは、自分専用のプライベートな番組表であるコンテンツリストを生成可能となり、このコンテンツリストに基づいたコンテンツの配信を受けることができる。この結果、視聴したい複数のコンテンツを最初に決めておくことにより、コンテンツの終了ごとに次のコンテンツを選択する手間を省くことができる。このことは、特に、コンテンツを視聴しながら作業を行なう場合に、コンテンツの終了ごとに作業が中断されることがなくなるという効果をもたらす。
【００４８】
（実施形態２）
実施形態２として、コンテンツサーバはリコメンドすべきコンテンツのリストを再生端末へ送信し、再生端末は、受信したリコメンドすべきコンテンツのリストに含まれるコンテンツと、選択されたコンテンツとの両者を含み得るコンテンツリストを生成するコンテンツサービスシステムについて説明する。
【００４９】
（実施形態２：構成）
図１２は、実施形態２に係るコンテンツサービスシステムの機能ブロック図を例示する。コンテンツサービスシステム２００は、コンテンツサーバ１２０１と、再生端末１２０２とからなる。
【００５０】
（実施形態２：構成：コンテンツサーバ）
コンテンツサーバ１２０１は、リスト配信部１０３と、コンテンツ送信部１０４と、リコメンドリスト送信部１２０３とを有する。したがって、コンテンツサーバ１２０１の構成は、実施形態１に係るコンテンツサービスシステムのコンテンツサーバがさらにリコメンドリスト送信部１２０３を有する構成となっている。
【００５１】
「リコメンドリスト送信部」１２０３は、リコメンドすべきコンテンツのリストを再生端末に送信する。「リコメンドすべきコンテンツ」とは、コンテンツサーバの運営者などが、再生端末のユーザに視聴を推奨するコンテンツである。例えば、そのコンテンツがユーザにより視聴されることによりコマーシャル収入を多く得られるコンテンツであったり、コンテンツ提供者から提供されて間がなく、あまり見られていないが、優良と判断されるコンテンツなどである。
【００５２】
また、リコメンドすべきコンテンツは、コンテンツの視聴のログを分析することにより得られるようになっていてもよい。例えば、ユーザの属性ごと（例えば、性別や年断別、あるいは居住地別）に、よく視聴されるコンテンツを抽出し、抽出されたコンテンツやそのジャンルに属するコンテンツをリコメンドすべきコンテンツとしてもよい。また、ユーザごとに、視聴する頻度の多いコンテンツやコンテンツのジャンルを抽出してリコメンドすべきコンテンツとしてもよい。
【００５３】
図１３は、リコメンドすべきコンテンツのリストを例示する。例えば、図１３では、「海外旅行記」というタイトルのコンテンツは、２０歳から２５歳の女性にリコメンドすべきことが「＜ａｔｔｒｉｂｕｔｅ＞」と「＜／ａｔｔｒｉｂｕｔｅ＞」の間の記述で表現されている。また、「＜ｐｏｓｉｔｉｏｎ＞」と「＜／ｐｏｓｉｔｉｏｎ＞」の間の記述により、リコメンドの程度が「ｌｏｗ」とされている。このリコメンドの程度により、例えば、後に説明するリコメンドマイページ生成手段で生成されるコンテンツのリスト中でのこのコンテンツの位置が決定される。
【００５４】
なお、図１３に例示されたリコメンドすべきコンテンツのリストは、どの再生端末でも使用できる一般的なものである。これに対して、例えばリスト配信部１０３でコンテンツリストを配信する場合に、再生端末のユーザを認証することにより、ユーザの属性を示す情報を取得し、その属性を有するユーザに対してのみ有効なリコメンドすべきコンテンツのリストを、リコメンドリスト送信部１２０３が送信するようになっていてもよい。なお、ここでいう認証とは、ユーザ名とパスワードなどの適合性を判断することに限定されることはなく、再生端末よりクッキー情報を単に受信することなども含んでもよい。
【００５５】
（実施形態２：構成：再生端末）
再生端末１２０２は、表示部１０５と、選択部１０６と、マイページ生成部１０７と、再生受付部１０８と、再生部１０９とを有する。また、マイページ生成部１０７は、リコメンドマイページ生成手段１２０４を有する。したがって、再生端末１２０２の構成は、実施形態１に係るコンテンツサービスシステムの再生端末と基本的に同じ構成であるが、本実施形態では、マイページ生成部１０７がリコメンドマイページ生成手段１２０４を有している点が異なる。
【００５６】
「リコメンドマイページ生成手段」１２０４は、リコメンドマイページを生成する。「リコメンドマイページ」とは、マイページであって、受信したリコメンドリストに含まれるコンテンツと、選択部１０６で選択されたコンテンツとの両者を含み得るコンテンツリストである。「含み得る」とあるので、かならずしもリコメンドリストに含まれるコンテンツと、選択部１０６で選択されたコンテンツとの両者を含む必要はない。例えば、ユーザが、リコメンドリストに含まれるコンテンツを全て自分で選択した場合や、ユーザが何も選択せずに、マイページの生成を要求した場合には、リコメンドリストに含まれるコンテンツと選択部１０６で選択されたコンテンツとのいずれかがリコメンドマイページを構成することになる。
【００５７】
図１３のようなリコメンドすべきコンテンツのリストが得られ、再生端末のユーザの属性が、２０歳から２５歳の女性である場合には、「＜ｐｏｓｉｔｉｏｎ＞」と「＜／ｐｏｓｉｔｉｏｎ＞」の間に「ｌｏｗ」が記述されているので、「海外旅行記」というタイトルのコンテンツを図４などに例示されるマイページの番組表に相当するコンテンツリストの終わりの部分に配置する。また、「ｈｉｇｈ」が記述されていれば、コンテンツリストの最初の部分に配置し、「ｍｉｄｄｌｅ」が記述されていれば、コンテンツの中間の部分に配置するようになっていてもよい。
【００５８】
また、リコメンドマイページ生成手段１２０４が、上記のようにリコメンドすべきコンテンツのリストをマイページの番組表に相当するコンテンツリストに配置しても、ユーザは、配置されたコンテンツを取り除くことができるようになっていてもよい。この場合、取り除かれたという情報が、リコメンドリスト送信部１２０３にフィードバックされ、次以降に送信されるリコメンドリストの内容に反映されるようになっていてもよい。
【００５９】
（実施形態２：端末装置の処理の流れ）
図１４は、本実施形態に係るコンテンツサービスシステムの再生端末の処理の流れを説明するフローチャートを例示する。このフローチャートは、図８に例示されたフローチャートのステップＳ８０４をより詳細に説明している。
【００６０】
ステップＳ１４０１において、リコメンドリストを取得する。ここでいう「リコメンドリスト」とは、リコメンドリスト送信部１２０３が送信するリコメンドすべきコンテンツのリストを意味する。続くステップＳ１４０２において、選択されたコンテンツをリコメンドリストより取り除く。「選択されたコンテンツ」とは、ステップＳ８０３で選択されたコンテンツを意味する。取り除く目的は、次のステップＳ１４０３で生成されるリコメンドマイページにコンテンツの重複が発生しないようにするためである。
【００６１】
ステップＳ１４０３においては、リコメンドリストよりコンテンツを選び、選択されたコンテンツに追加して、リコメンドマイページを生成する。リコメンドリストのコンテンツを全て追加する場合には、リコメンドリストよりコンテンツを選ぶ必要はない。また、選択されたコンテンツに追加する場合には、例えば、「＜ｐｏｓｉｔｉｏｎ＞」と「＜／ｐｏｓｉｔｉｏｎ＞」との間の記述を参照し、追加する位置を決定してもよい。
【００６２】
（実施形態２：その他）
その他の実施形態としては、再生端末で生成されたマイページやリコメンドマイページをコンテンツサーバに送信し、コンテンツサーバにそのマイページやリコメンドマイページを登録し、閲覧可能になっていてもよい。これにより、芸能人や有名人など他人が作成した番組表を閲覧し、自分がコンテンツを選択する基準とすることができる。特に、他人が作成した番組表に、その他人がどのような状況、気分のもとで作成した番組表であるかが記述されていれば、選択の参考となる。また、その番組表を見た者による感想などもコメントとして書き加えられるようになっていてもよい。
【００６３】
図１５は、このようにマイページやリコメンドマイページを登録できるようにしたコンテンツサービスシステムの機能ブロック図を例示する。
【００６４】
再生端末１５０２は、以上説明した実施形態での構成に加えて、マイページ送信部１５０３を有している。マイページ送信部１５０３は、マイページ生成部１０７で生成されたマイページをコンテンツサーバ１５０１へ送信するための部である。例えば、ＦＴＰなどのプロトコルにより送信を行なう。
【００６５】
コンテンツサーバ１５０１は、以上説明した実施形態での構成に加えて、マイページ受信部１５０４と、マイページ登録部１５０５と、マイページ閲覧部１５０６とを有している。マイページ受信部１５０４は、マイページ送信部１５０３により送信されたマイページを受信する。マイページ登録部１５０５は、マイページ受信部１５０４で受信されたマイページをハードディスクなどに登録する。マイページ閲覧部１５０６は、マイページ登録部１５０５で登録されたマイページを閲覧可能とする部である。例えば、登録されたマイページをＨＴＭＬなどの言語での記述に変換して、ＨＴＴＰにより要求に応じて送信する。
【００６６】
登録されたマイページやリコメンドマイページが再生端末で閲覧される場合には、そのマイページやリコメンドマイページを用いてコンテンツが受信された順次再生されるようになっていてもよい。
【００６７】
（実施形態２：主な効果）
本実施形態により、コンテンツサービスシステムの運営者がユーザに対して、いわゆるお薦めコンテンツの視聴を推奨することができ、運営者は特定のコンテンツの視聴による収入を得ることができ、また、ユーザの利便に資することができる。
【図面の簡単な説明】
【００６８】
【図１】実施形態１に係るコンテンツサービスシステムの機能ブロック図
【図２】配信されるコンテンツリストの一例図
【図３】表示されたコンテンツリストの一例図
【図４】生成されたマイページの一例図
【図５】コンテンツの再生の一例図
【図６】マイページによるコンテンツの受信と再生の順序の一例図
【図７】リスト情報の一例図
【図８】再生端末の処理を説明するフローチャート
【図９】コンテンツサービスシステム全体の処理の流れを説明するシーケンス図
【図１０】コンテンツサーバと再生端末の構成の一例図
【図１１】コンテンツサーバが複数存在する場合のコンテンツサービスシステムの構成図
【図１２】実施形態２に係るコンテンツサービスシステムの機能ブロック図
【図１３】リコメンドすべきコンテンツのリストの一例図
【図１４】再生端末の処理の流れを説明するフローチャート
【図１５】その他の態様でのコンテンツサービスシステムの機能ブロック図
【符号の説明】
【００６９】
１００  コンテンツサービスシステム
１０１  コンテンツサーバ
１０２  再生端末
１０３  リスト配信部
１０４  コンテンツ送信部
１０５  表示部
１０６  選択部
１０７  マイページ生成部
１０８  再生受付部
１０９  再生部
【図１】
2007174110.tif 000003
【図２】
2007174110.tif 000004
【図３】
2007174110.tif 000005
【図４】
2007174110.tif 000006
【図５】
2007174110.tif 000007
【図６】
2007174110.tif 000008
【図７】
2007174110.tif 000009
【図８】
2007174110.tif 000010
【図９】
2007174110.tif 000011
【図１０】
2007174110.tif 000012
【図１１】
2007174110.tif 000013
【図１２】
2007174110.tif 000014
【図１３】
2007174110.tif 000015
【図１４】
2007174110.tif 000016
【図１５】
2007174110.tif 000017