(57)【特許請求の範囲】
【請求項１】
番組を配信する番組配信サーバと、前記番組が載せられる番組表情報を配信する番組表情報配信サーバとを備えた配信システムであって、
前記番組配信サーバは、
前記番組をユーザに配信する配信手段と、
前記配信手段により配信された前記番組について、前記番組を再生、前記番組の早送り、前記番組の巻き戻し、前記番組の一時停止による静止画再生および前記番組を繰り返し再生のうち少なくとも一つを含む再生動向を監視する監視手段と、を有し、
前記番組表情報配信サーバは、
前記監視手段が監視することにより得られる前記再生動向のデータを受信する受信手段と、
前記受信手段で受信された前記再生動向を基にして求められた前記番組の再生動向情報が含まれるように、前記番組が載せられる番組表情報を生成する生成手段と、
前記生成手段で生成された前記番組表情報をユーザ端末に送信する送信手段と、を有し、
前記監視手段は、ユーザ端末からのアクセスがあった際に、当該ユーザ端末に格納されているオフライン状態で再生された番組についての前記再生動向のデータを取得し、
前記受信手段は、前記監視手段が取得したオフライン状態での再生動向のデータをも受信する
ことを特徴とする配信システム。
【請求項２】
前記番組配信サーバからダウンロードされてオフライン状態で再生された番組についての前記再生動向のデータを格納し、前記番組配信サーバにアクセスしたときに、格納している前記再生動向のデータを前記番組配信サーバに送信するユーザ端末を更に備えた
請求項１記載の配信システム。
【請求項３】
番組をユーザに配信する配信工程と、
前記配信工程により配信された前記番組について、前記番組を再生、前記番組の早送り、前記番組の巻き戻し、前記番組の一時停止による静止画再生および前記番組を繰り返し再生のうち少なくとも一つを含む再生動向を監視する監視工程と、
ユーザ端末からのアクセスがあった際に、当該ユーザ端末に格納されているオフライン状態で再生された番組についての前記再生動向のデータを取得する取得工程と、
前記監視工程で監視することにより得られる前記再生動向のデータと、前記取得工程で取得したオフライン状態での再生動向のデータとを基にして求められた前記番組の再生動向情報が含まれるように、前記番組が載せられる番組表情報を生成する生成工程と、
前記生成工程で生成された前記番組表情報をユーザ端末に送信する送信工程と、
を備えたものであることを特徴とする配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばインターネット放送の番組が載せられた番組表情報を配信する番組表情報配信サーバと、その番組を配信する番組配信サーバとを備えた配信システムおよびその番組表情報を配信するための配信方法に関する。
【０００２】
【従来の技術】
インターネットへのアクセス環境がブロードバンド化することにより、映像コンテンツの配信が盛んになってきている。従来より、映像コンテンツを番組として配信することを業務とするインターネット放送局のＷｅｂサイト、ならびに、本来の業務以外の付加的な業務として映像配信を行うＷｅｂサイトがある。インターネット放送局等の映像配信サイトは一般の放送局に比べて設備投資などが遥かに小額ですむため開設が容易である。そのため、多くのインターネット放送局等の映像配信サイトが開設され、多種多様な番組が提供されている。
【０００３】
【発明が解決しようとする課題】
さて、ユーザはインターネット放送の番組を視聴する際に所定のＷｅｂサイトから提供される番組表を見て視聴する番組を決めることが多い。
【０００４】
インターネット放送局等の映像配信サイトは開設が容易であることもあり、多種多様な映像コンテンツを提供する。そのため、一般的な番組表のような文字情報だけではユーザの所望の番組であるか明確でない場合がある。また、インターネット放送の番組は、テレビのようにリモコンスイッチを押せばすぐ視聴できるものではなく、インターネットへの接続、再生ソフトの用意およびバッファリングなど操作は比較的煩雑である。また、コンテンツや視聴形態によっては番組が有料である。よって、ユーザ心理として視聴価値がない番組にはできるだけアクセスをしたくない。
【０００５】
本発明は、かかる問題点に鑑みてなされたもので、アクセス価値のある番組を選択することが可能な番組表情報を配信する番組表情報配信サーバ、その番組を配信する番組配信サーバおよびその番組表情報を配信するための番組表情報配信方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明に係る配信システムは、番組を配信する番組配信サーバと、番組が載せられる番組表情報を配信する番組表情報配信サーバとを備えた配信システムであって、番組配信サーバは、番組をユーザに配信する配信手段と、配信手段により配信された番組について、番組を再生、番組の早送り、番組の巻き戻し、番組の一時停止による静止画再生および番組を繰り返し再生のうち少なくとも一つを含む再生動向を監視する監視手段と、を有し、番組表情報配信サーバは、監視手段が監視することにより得られる再生動向のデータを受信する受信手段と、受信手段で受信された再生動向を基にして求められた番組の再生動向情報が含まれるように、番組が載せられる番組表情報を生成する生成手段と、生成手段で生成された番組表情報をユーザ端末に送信する送信手段と、を有し、監視手段は、ユーザ端末からのアクセスがあった際に、当該ユーザ端末に格納されているオフライン状態で再生された番組についての再生動向のデータを取得し、受信手段は、監視手段が取得したオフライン状態での再生動向のデータをも受信することを特徴とする。
【０００７】
本発明に係る配信システムによれば、上記再生動向を基にして求められた番組の再生動向情報を含む番組表情報を生成し、これをユーザに送信している。よって、ユーザには、番組のアクセス価値を判断する際の参考となる再生動向情報を提供することができる。また、受信手段を備えているので、アンケートなどでユーザの再生動向を調査する場合に比べて正確かつ確実に再生動向のデータを得ることができる。さらに、配信された番組に対するユーザの再生動向を監視しているので、その番組に対するユーザの再生動向を知ることができる。
【０００８】
本発明に係る配信システムは、番組配信サーバからダウンロードされてオフライン状態で再生された番組についての再生動向のデータを格納し、番組配信サーバにアクセスしたときに、格納している再生動向のデータを番組配信サーバに送信するユーザ端末を更に備えていてもよい。
【００１１】
本発明に係る配信方法は、番組をユーザに配信する配信工程と、配信工程により配信された番組について、番組を再生、番組の早送り、番組の巻き戻し、番組の一時停止による静止画再生および番組を繰り返し再生のうち少なくとも一つを含む再生動向を監視する監視工程と、ユーザ端末からのアクセスがあった際に、当該ユーザ端末に格納されているオフライン状態で再生された番組についての再生動向のデータを取得する取得工程と、監視工程で監視することにより得られる再生動向のデータと、取得工程で取得したオフライン状態での再生動向のデータとを基にして求められた番組の再生動向情報が含まれるように、番組が載せられる番組表情報を生成する生成工程と、生成工程で生成された番組表情報をユーザ端末に送信する送信工程と、を備えたものであることを特徴とする。
【００１２】
本発明に係る配信方法によれば、ユーザの番組の再生動向を監視し、この再生動向を基にして求められた番組の再生動向情報を含む番組表情報を生成し、これをユーザに送信している。よって、番組のアクセス価値を判断する際の参考となる再生動向情報が含まれた番組表情報をユーザに提供することができる。
【００１３】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態（以下本実施形態という）について説明する。図１は本実施形態に係る番組表情報配信サーバ１および番組配信サーバ３の構成を説明するためのブロック図である。
【００１４】
まず、図１を用いて本実施形態の概要を説明する。番組の一例である映像コンテンツがコンテンツプロバイダの番組配信サーバ３からユーザの端末５に配信されている。番組配信サーバ３の監視手段９はユーザの番組の再生動向（最後までその番組を再生したか等）を監視する。再生動向のデータは番組表情報配信サーバ１に送られ、そのデータを基にして番組の再生動向情報（例えば、番組の視聴を選択したユーザのうちその番組を最後まで視聴したパーセンテージ）が演算される。そして、再生動向情報を含む番組表情報が生成手段１５により生成される。番組表情報はユーザからの番組表のアクセス要求により、送信手段２３を通じてそのユーザの端末５に配信される。よって、本実施形態によれば、ユーザには番組の再生動向情報（最後までその番組を視聴したユーザのパーセンテージ）を含む番組表情報が配信されるので、このパーセンテージを参考にして、その番組へアクセスする価値を判断することができる。よって、ユーザはアクセス価値のある番組を選択することが可能となる。
【００１５】
図１を用いて本実施形態の概要の変形例を説明する。ユーザはユーザ端末５から送信手段２３（又は受信手段１１および送信手段２３）を介して番組表情報配信サーバ１に接続する。その際、ユーザおよび端末の認証が行われる。ユーザ認証はユーザIDやcookieなどインターネットサービスで行われる認証方法を用いて行えばよい。なお、ユーザは予めユーザの好みのジャンルといった嗜好情報と端末が再生可能な映像フォーマットやサイズといった再生環境情報を登録しておく。
【００１６】
ユーザのログインによって表示される番組表から番組を選択するか、直接番組サイトを指定することで視聴する番組が選ばれ、映像コンテンツがコンテンツプロバイダの番組配信サーバ３からユーザの端末５に配信される。この際、番組表には事前の同番組の再生動向情報が含まれる。
【００１７】
番組配信サーバ３の監視手段９はユーザの番組の再生動向を監視する。再生動向のデータは番組表情報配信サーバ１に送られ、そのデータを基にして番組の再生動向情報（例えば、番組の視聴を選択したユーザのうちその番組を最後まで視聴したパーセンテージ）が演算される。そして、再生動向情報を含む番組表情報が生成手段１５により生成される。番組表情報はユーザからの番組表のアクセス要求により、送信手段２３を通じてそのユーザの端末５に配信される。これにより、該番組の再生動向情報が更新される。本実施形態によれば、ユーザには番組の再生動向情報を含む番組表情報が配信されるので、このパーセンテージを参考にして、その番組へアクセスする価値を判断することができる。よって、ユーザはアクセス価値のある番組を選択することが可能となる。
【００１８】
次に、図１を用いて本実施形態の構成について番組配信サーバ３、番組表情報配信サーバ１の順で説明する。コンテンツプロバイダはそれぞれの番組配信サーバ３により自己の番組をユーザの端末５に配信する。番組配信サーバ３がユーザに配信する番組はコンテンツともいい、本実施形態では映像（動画）を配信している。なお、音楽やトークのような音声を配信する番組配信サーバにも本発明を適用することができる。また、番組配信サーバ３はインターネット放送を提供しているが、本発明はケーブルテレビ放送、ＣＳ放送およびＢＳディジタル放送など双方向通信が可能ならば適用することができる。
【００１９】
番組配信サーバ３は、番組を格納したコンテンツデータベース（コンテンツＤＢ）６と、番組をユーザの端末５にストリーミングにより配信する番組配信手段７と、番組配信手段７により配信されている番組に対するユーザの再生動向を監視する再生動向監視手段（以下監視手段という）９と、を備える。番組配信サーバ３を構成する各要素は図１に示すように物理的に一体の構成であっても、図示はしないネットワーク等を介して論理的に構成されていてもよい。
【００２０】
ストリーミング配信とは、ユーザが端末５に番組のファイルをダウンロードしながら再生する配信である。番組配信サーバ３が提供するストリーミング配信には、端末５が受信したファイルのデータを再生しながら再生し終わったデータを捨てる方式や端末５が受信したファイルのデータをハードディスクやメモリにバッファリングしながら再生する方式がある。また、番組配信サーバ３のストリーミング配信は、予め番組ファイルを番組配信サーバ３にアップロードしておいてユーザの要求に応じて配信するＶＯＤ（ビデオ・オン・デマンド）型である。
【００２１】
監視手段９により監視される番組に対するユーザの再生動向は、番組を最後まで視聴（再生）したか、番組の早送りをしたか、番組の巻き戻しをしたか、一時停止して静止画再生したか、および番組を繰り返し視聴（再生）したか、のうち少なくとも一つを含む。番組の監視は番組配信サーバ３や端末５に所定のソフトウェアをインストールしたり、所定のハードウェアを取り付けたりすることにより可能となる。
【００２２】
一方、番組表情報配信サーバ１は、番組配信サーバ３や端末５からの情報を受信する受信手段１１と、番組の再生動向情報を演算する再生動向情報演算手段（以下演算手段という）１３と、番組表情報を生成する番組表情報生成手段（以下生成手段という）１５と、番組表情報が格納される番組表情報データベース（以下番組表情報ＤＢという）１７と、インターネット放送の番組を検索するための検索データを作成する検索データ作成手段１９と、この検索データを基にして構築された番組の検索情報データベース（以下検索情報ＤＢという）２１と、端末５へ番組表情報や検索情報を送信する送信手段２３と、を備える。
【００２３】
受信手段１１は、番組を配信する番組配信サーバ３がユーザの再生動向を監視することにより得られるデータを受信する機能や端末５からの番組表のアクセス要求を受信する機能などを有する。
【００２４】
演算手段１３は、受信手段１１から送られた番組に対する各ユーザの再生動向を基にして、その番組の再生動向情報を演算する。本実施形態の再生動向情報は、番組の視聴を選択したユーザのうちその番組を最後まで視聴（再生）したパーセンテージを用いる。なぜなら、インターネット放送の番組は視聴するのに手間がかかりまた多くは有料なので、ユーザにとって他のユーザが最後まで番組を視聴（再生）したかは重大な関心事であり、ユーザが番組を選択するときの参考となるからである。なお、番組を最後まで通常に再生し視聴したか、番組を早送りして視聴したか、早送りして視聴した時間の全体に占める割合はどの程度か、番組を巻き戻して視聴したか、巻き戻して視聴した時間の全体に占める割合はどの程度か、一時停止して静止画再生したか、一時停止して静止画視聴した時間の全体に占める割合はどの程度か、番組を再び（繰り返し）視聴したか、映像の一部を拡大表示か、映像を縮小表示したか、および、その他の可能な特殊再生の回数および時間のうち少なくとも一つまたは複数を引数とした関数によって数値化した視聴形態係数を基にして演算された値を再生動向情報としてもよい。
【００２５】
生成手段１５は、端末５に表示されるインターネット放送の番組表となる番組表情報を生成するものである。生成手段１５には、演算手段１３で演算された再生動向情報が送られ、そこで、番組とともにその番組の再生動向情報が番組表に載るように処理される。
【００２６】
この処理がなされた番組表情報が番組表情報ＤＢ１７に格納される。番組表情報ＤＢ１７は、受信手段１１で受信したユーザの端末５からの番組表のアクセス要求に基づき、送信手段２３を通じて番組表情報をそのユーザの端末５に送信する。
【００２７】
検索データ作成手段１９は、各ユーザにより端末５に入力されたユーザ情報を処理するユーザ情報処理手段２５と、番組配信サーバ３が配信する番組の映像を解析する映像解析手段２７と、を備える。
【００２８】
ユーザ情報処理手段２５には、端末５から送信され受信手段１１で受信されたユーザ情報が供給される。ユーザ情報とは、例えば、ユーザの好み（好きな番組のジャンルなど）、ユーザの端末５の再生環境（再生に必要な映像解像度、番組を配信するときの転送レート、番組を再生するためのアプリケーションの種類など）、番組を視聴したユーザのその番組に対する意見・感想である。ユーザ情報処理手段２５は、このユーザ情報の取得のための処理を実行する。取得されたユーザ情報を基にして検索データ作成手段１９は、ユーザ情報を検索キーとする検索データ（つまりインターネット放送の番組を検索するための検索データ）を作成する。
【００２９】
映像解析手段２７には、ビデオ・オン・デマンド型の番組が番組配信サーバ３から受信手段１１を通じて送られる。映像解析手段２７はその番組についてジャンル別に分類したり、映像および音響を特徴づけるデータ（時間、解像度、映像変化率、平均輝度、平均周波数など）を予め算出したりする。これらを検索キーとする検索データが検索データ作成手段１９により作成される。
【００３０】
なお、検索データ作成手段１９には番組配信サーバ３から受信手段１１を通じて、配信する番組の再生時間（何分以内の番組）および再生開始時刻（何時から始まる番組）の情報が送られる。検索データ作成手段１９は、これらを検索キーとする検索データを作成する。
【００３１】
検索データ作成手段１９により作成されたインターネット放送の番組の検索データは、検索情報ＤＢ２１に送られる。この検索データを基にして番組の検索情報ＤＢ２１が構築される。
【００３２】
番組配信手段７、監視手段９、受信手段１１、演算手段１３、生成手段１５、検索データ作成手段１９（ユーザ情報処理手段２５、映像解析手段２７）および送信手段２３の機能は、例えば各種プロセッサ（ＣＰＵ、ＭＰＵ）やＡＳＩＣと、所定のプログラムとにより実現できる。また、番組表情報ＤＢ１７および検索情報ＤＢ２１の機能は、情報を記憶することができるもの、例えばハードディスク、ＥＥＰＲＯＭのような半導体メモリにより実現することができる。
【００３３】
端末５としてはデスクトップ型パソコンのような据え置き型端末や携帯電話のような携帯端末がある。図２は配信された番組を再生している端末５の模式図である。端末５は、再生されている番組の映像が表示される映像表示部２９と、番組の再生を開始する再生ボタン３１と、番組の再生を一時停止させる一時停止ボタン３３と、番組の再生を停止させる停止ボタン３５と、番組の巻き戻しをするための巻き戻しボタン３７と、番組の早送りをするための早送りボタン３９と、番組の現在の再生位置を表示する位置表示部４１と、を備える。
【００３４】
位置表示部４１は横方向に細長い形状をしており、その一方端が番組の再生の開始位置４３を示し、他方端が番組の再生の終了位置４５を示している。番組再生開始によりカーソル４７が開始位置４３から終了位置４５に向けて移動する。これにより、番組の相対的な再生量、つまり番組の何割まで再生したかを知ることができる。
【００３５】
なお、番組表情報配信サーバ１、番組配信サーバ３および端末５は、インターネットや専用回線などにより接続されている。これらの間の通信はブロードバンド（ＡＤＳＬ、ＣＡＴＶインターネット、光ファイバなど）およびナローバンド（アナログモデム、ＩＳＤＮなど）のいずれでもよい。
【００３６】
次に、本実施形態の動作の一例を説明する。図３はこれを説明するためのフローチャートである。なお、この説明は本実施形態に係る番組表情報配信方法の一例の説明ともなる。
【００３７】
番組配信サーバ３は、各ユーザの番組のアクセス要求に応じてユーザが要求する番組を端末５に配信する（ステップ１）。そして、番組再生中におけるユーザの再生動向を番組配信サーバ３の監視手段９により監視する（ステップＳ３）。
【００３８】
映像コンテンツの再生動向を検出する方法を次に示す。現在、インターネット等で行われているVODタイプの映像配信に用いられる映像ファイルフォーマットにはAVI、MPEG、QuickTimeなどがある。一般に、これらのフォーマットによって作成された映像コンテンツには、付加情報としてコンテンツ時間長が記録されている。また、各々のフォーマットの映像コンテンツを再生するためのアプリケーションは再生時刻が検出できるため、この機能を活用すると早送りや巻き戻しといった特殊再生がどの再生時刻で行われたか検出が可能である。
【００３９】
具体例を図２により説明する。再生ボタン３１が押されると、映像コンテンツの再生が始まる。再生時刻とカーソル４７は連動しており、再生が進むとカーソル４７は左端４３から右端４５へと移動する。再生途中で各ボタン（３１、３３、３５、３７、３９）への操作が行われないままカーソル４７が終了位置４５に到達した場合、すなわち、特殊再生操作無しに再生時刻がコンテンツ時間長に達した場合はユーザがその番組を最後まで通常再生により視聴したことになる。
【００４０】
コンテンツ再生中は早送りボタン３９や巻き戻しボタン３７などの各ボタンがクリックされたかが監視され、クリックされた場合は、各特殊再生操作の内容と再生時刻のデータの組が該再生操作を行った日時情報と共に、一旦、端末５内に記録され、視聴単位で再生動向監視手段９に送られる。視聴単位とは映像コンテンツの最後まで再生が終わるか、再生停止の操作によって視聴を打ち切るかのいずれかまでの再生視聴の単位をいう。早送り、巻き戻し、一時停止などの特殊再生の操作には依存しない。再生動向監視手段９へのデータの組の送信は上記以外でも予め定められたタイミングで行ってもよい。
【００４１】
次に、その番組に対する各ユーザの再生動向のデータが監視手段９から番組表情報配信サーバ１に送られる。その再生動向を基にして、その番組の再生動向情報（ここでは番組の視聴を選択したユーザのうちその番組を最後まで視聴したパーセンテージ）を演算手段１３により演算する（ステップＳ５）。
【００４２】
次に、演算された再生動向情報を生成手段１５に送る。生成手段１５は番組の名称とその再生動向情報が載せられた番組表情報を生成する（ステップＳ７）。この生成された番組表情報は、番組表情報ＤＢ１７に格納される。そして、各ユーザの番組表のアクセス要求に基づいて、番組表情報ＤＢ１７に格納された番組表情報がそのユーザの端末５に送信される（ステップＳ９）。これにより、番組表を要求したユーザの端末５には図４に示す番組表が表示される。番組欄には番組名が表示され、終了まで再生欄には再生動向情報の一例、「最後までその番組を視聴（再生）したユーザのパーセンテージ」等が表示される。
【００４３】
提供する映像コンテンツには予めシーンインデックスを付しておき、上記手法によりシーン毎の再生動向情報を算出すれば、番組単位ではなく、番組内のシーン単位で再生動向情報をユーザに提示できる。映像コンテンツのシーンは映像製作者や映像提供者がシーンの分かれ目を主観的に判断してインデックス付けするか、シーン検出プログラム等を用いて自動的に行う。
【００４４】
また、映像コンテンツをダウンロードした後、端末５がネットワークに接続されていない状態、すなわち、オフライン状態で映像コンテンツを再生する場合には、コンテンツ再生中に検出された各特殊再生操作の内容と再生時刻のデータの組が該再生操作を行った日時情報と共に端末５内に視聴単位毎に格納される。ユーザが異なる番組の視聴目的などで該システムにアクセスした際、格納されていたデータは再生動向監視手段９へと送られる。その時点で上記と同様の手順で再生動向情報が算出される。
【００４５】
以上のように本実施形態によれば、番組表には再生動向情報が表示される。これからその番組の視聴価値を判断することが可能となる。つまり、一例として上記パーセンテージが高いとその番組を最後まで視聴したユーザの割合が多いので興味深い番組と推定でき視聴価値が高く、一方、この値が低いとその番組は面白くないと推定でき視聴価値が低い。インターネット放送の視聴は、インターネットへの接続などの手間がかかり、また有料の番組が多い。よって、テレビ放送に比べると、ユーザは自己が視聴する番組についてアクセスする価値があるか否かについて重大な関心をもっている。本実施形態によれば、最後までその番組を視聴したユーザのパーセンテージを参考とすることにより、アクセス価値のある番組の選択が可能となるので、ユーザにとって大変便利である。
【００４６】
また、本実施形態に係る番組配信サーバ３によれば、ユーザの番組の再生動向を監視しているので、その番組に対するユーザの再生動向を知ることができる。詳しく説明すると、番組を最後まで視聴した場合はユーザがその番組に興味を示していると推定でき、同じ番組を繰り返して視聴した場合はユーザがその番組に大変興味を持っていると推定できる。また、ユーザが早送りした映像シーンはユーザの興味を引いておらず、一方、巻き戻したシーンは興味を引いていると推定できる。よって、これらの再生動向により、ユーザのタイプや好みの番組などを捉えることができ、番組作成の資料にすることができる。
【００４７】
なお、本実施形態はインターネット放送の番組の検索もすることができる。以下この検索操作の一例を説明する。ユーザがインターネット放送で配信される番組について検索したい場合、まず、端末５に検索要求を入力して番組表情報配信サーバ１に送信する。
【００４８】
この検索要求は受信手段１１で受信されて検索情報ＤＢ２１に送られる。検索情報ＤＢ２１は検索キーが載せられた検索情報を送信手段２３により検索要求をしたユーザの端末５に送信する。ユーザが検索キーに所定の入力をして番組表情報配信サーバ１に送信すると、検索情報ＤＢ２１は送信手段２３を通じてそのユーザの端末５に番組名を含む検索情報を提供する。
【００４９】
上記のとおり検索キーは、ユーザの端末５の再生環境や配信する番組の映像を特徴づけるデータなど、映像再生に密接に関連するものなので、単にジャンルだけで検索する場合に比べて、ユーザは自己のイメージに近い番組を検索することができる。
【００５０】
【発明の効果】
以上述べたように、本発明に係る配信システムおよび配信方法によれば、番組を最後まで再生、番組の早送り、番組の巻き戻し、番組の一時停止による静止画再生および番組を繰り返し再生のうち少なくとも一つを含む再生動向を基にして求められた番組の再生動向情報が、ユーザに配信される番組表情報に載せられる。よって、ユーザは再生動向情報を番組の選択の参考にすることにより、アクセス価値のある番組を選択することができる。
【００５１】
また、本発明に係る配信システムによれば、その番組に対するユーザの上記再生動向を知ることができるので、それを番組作成の参考にすることができる。
【図面の簡単な説明】
【図１】  本実施形態に係る番組表情報配信サーバおよび番組配信サーバの構成を示すブロック図である。
【図２】  本実施形態に係る番組配信サーバにより配信された番組を再生している端末の模式図である。
【図３】  本実施形態に係る番組表情報配信サーバおよび番組配信サーバの動作の一例を説明するフローチャートである。
【図４】  本実施形態を用いて配信された番組表の一例を示す図である。
【符号の説明】
１・・・番組表情報配信サーバ
３・・・番組配信サーバ
５・・・端末
６・・・コンテンツデータベース
７・・・番組配信手段
９・・・再生動向監視手段
１１・・・受信手段
１３・・・再生動向情報演算手段
１５・・・番組表情報生成手段
１７・・・番組表情報ＤＢ
１９・・・検索データ作成手段
２１・・・検索情報ＤＢ
２３・・・送信手段
２５・・・ユーザ情報処理手段
２７・・・映像解析手段
２９・・・映像表示部
３１・・・再生ボタン
３３・・・一時停止ボタン
３５・・・停止ボタン
３７・・・巻き戻しボタン
３９・・・早送りボタン
４１・・・位置表示部
４３・・・開始位置
４５・・・終了位置
４７・・・カーソル
【図１】
0003774669.tif 000002
【図２】
0003774669.tif 000003
【図４】
0003774669.tif 000004
【図３】
0003774669.tif 000005