(57)【要約】【課題】コンテンツに対してユーザが過去に行った評価に基づき、ユーザが未視聴で、かつ、ユーザの嗜好に合致したコンテンツのサジェストを提供することで、ユーザの検索回数を減らして通信リソースを節約し、サーバの処理負担を軽減することを可能にする。【解決手段】コンテンツをユーザ端末に提供するサーバであって、複数のユーザのそれぞれについて、ユーザが過去に視聴したコンテンツの評価情報を記憶する記憶手段と、前記複数のユーザのうち第１ユーザにサジェストする第１コンテンツを前記評価情報に基づいて決定する処理を実行する処理手段と、前記第１コンテンツに関する情報を前記第１ユーザのユーザ端末に送信する通信手段とを備える。【選択図】図１
2019079560.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツをユーザ端末に提供するサーバであって、
複数のユーザのそれぞれについて、ユーザが過去に視聴したコンテンツの評価情報を記憶する記憶手段と、
前記複数のユーザのうち第１ユーザにサジェストする第１コンテンツを前記評価情報に基づいて決定する処理を実行する処理手段と、
前記第１コンテンツに関する情報を前記第１ユーザのユーザ端末に送信する通信手段と
を備え、
前記処理手段は、
前記第１ユーザが過去に評価したコンテンツのうち、サジェストの基準となる第２コンテンツを特定し、
前記複数のユーザのうち、前記第２コンテンツを評価している前記第１ユーザ以外の第２ユーザを特定し、
前記第１ユーザが過去に視聴したコンテンツの評価情報と、前記第２ユーザが視聴したコンテンツの評価情報とに基づき、前記第１ユーザと前記第２ユーザの嗜好の共通度を判定し、
前記第２ユーザのうち前記共通度が高いと判定された第３ユーザが視聴したコンテンツのうち、前記第１ユーザが未だに視聴していないコンテンツを前記第１コンテンツに決定する
ことを特徴とするサーバ。
【請求項２】
前記処理手段は、
前記第１ユーザと前記第２ユーザとが共通して評価したコンテンツの数、
前記共通して評価したコンテンツにおけるレーティングの一致度、
前記共通して評価したコンテンツにおけるコメントの関連度
に基づき前記共通度を判定することを特徴とする請求項１に記載のサーバ。
【請求項３】
前記コメントの関連度は、前記第１ユーザのコメントと、前記第２ユーザとのコメントに共通に含まれる語の数に基づくことを特徴とする請求項２に記載のサーバ。
【請求項４】
前記通信手段は、前記第１コンテンツを前記第１ユーザが前記ユーザ端末において視聴した場合に、前記第１ユーザから前記第１コンテンツの評価情報を受信し、
前記処理手段は、前記評価情報が前記第１コンテンツの一部に対する評価のみを含む場合に、前記第３ユーザの前記第１コンテンツに対する評価情報により、前記第１ユーザの前記第１コンテンツの評価情報を補填することを特徴とする請求項１から３のいずれか１項に記載のサーバ。
【請求項５】
前記処理手段は、前記複数のユーザの前記第１コンテンツの評価情報に基づき、前記第１コンテンツのダイジェストを更に生成し、
前記通信手段は、前記ダイジェストを前記第１ユーザのユーザ端末に送信する
ことを特徴とする請求項１から４のいずれか１項に記載のサーバ。
【請求項６】
前記評価情報は、評価されたコンテンツを構成する各シーンについてのレーティング、コメント及び属性の情報を含み、
前記処理手段は、前記第１コンテンツのダイジェストを生成する場合に、
前記第１ユーザからレーティングが指定された場合に、前記評価情報において該レーティングを有するシーンを抽出して前記ダイジェストに含め、
前記第１ユーザからキーワードが指定された場合に、前記評価情報において該キーワードを含むコメントまたは属性を有するシーンを抽出して前記ダイジェストに含めることを特徴とする請求項５に記載のサーバ。
【請求項７】
前記処理手段は、
前記複数のユーザのうち前記第１コンテンツを評価しているユーザの評価情報において、抽出された各シーンのレーティングと、抽出された各シーンのコメント又は属性が前記キーワードを含むかどうかとに基づいて、抽出されたシーンを順位付けし、
前記順位に応じて前記ダイジェストに含めるシーンを決定することを特徴とする請求項６に記載のサーバ。
【請求項８】
前記処理手段は、前記抽出されたシーンを統合して生成されたダイジェストが前記第１ユーザから指定された長さを超える場合、統合するシーンの長さを前記順位に応じて調整し、前記指定された長さのダイジェストを生成することを特徴とする請求項７に記載のサーバ。
【請求項９】
前記処理手段は、前記抽出されたシーンと、予め生成されたテンプレートとを結合して前記ダイジェストを生成することを特徴とする請求項６から８のいずれか１項に記載のサーバ。
【請求項１０】
コンテンツをユーザ端末に提供するサーバの制御方法であって、
前記サーバは、
複数のユーザのそれぞれについて、ユーザが過去に視聴したコンテンツの評価情報を記憶する記憶手段と、
前記複数のユーザのうち第１ユーザにサジェストする第１コンテンツを前記評価情報に基づいて決定する処理を実行する処理手段と
前記第１ユーザのユーザ端末と通信する通信手段と
を備え、
前記制御方法は、
前記処理手段が、
前記第１ユーザが過去に評価したコンテンツのうち、サジェストの基準となる第２コンテンツを特定し、
前記複数のユーザのうち、前記第２コンテンツを評価している前記第１ユーザ以外の第２ユーザを特定し、
前記第１ユーザが過去に視聴したコンテンツの評価情報と、前記第２ユーザが視聴したコンテンツの評価情報とに基づき、前記第１ユーザと前記第２ユーザの嗜好の共通度を判定し、
前記第２ユーザのうち前記共通度が高いと判定された第３ユーザが視聴したコンテンツのうち、前記第１ユーザが未だに視聴していないコンテンツを前記第１コンテンツに決定することと、
前記通信手段が、
前記第１コンテンツに関する情報を前記第１ユーザのユーザ端末に送信することと
を含むことを特徴とするサーバの制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に記載のサーバの前記処理手段として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、サーバ及びその制御方法、並びにコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ユーザがコンテンツサーバからインターネットを介して動画像などのコンテンツを取得し、ユーザ端末で楽しむことは日常的なこととなった。コンテンツを取得する場合にはコンテンツに関連するキーワードを指定して検索を実行することが一般的に行われている。そのためにコンテンツに予め関連するキーワードを割り当てる技術として、特許文献１は動画像を解析しキーワードを特定してデータベース化する手法を開示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−６７０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、コンテンツに与えられたキーワードに基づくだけでは画一的な検索しかできず、ユーザの検索回数を減らして通信リソースの節約を図り、サーバの処理負担を軽減できないため、よりユーザの好みに対応した検索技術の提供が求められている。
【０００５】
そこで本発明は、コンテンツに対してユーザが過去に行った評価に基づき、ユーザが未視聴で、かつ、ユーザの嗜好に合致したコンテンツのサジェストを提供することで、ユーザの検索回数を減らして通信リソースを節約し、サーバの処理負担を軽減することを可能にする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための発明の実施形態の一つに対応するサーバは、コンテンツのサジェストをユーザ端末に提供するサーバであって、
複数のユーザのそれぞれについて、ユーザが過去に視聴したコンテンツの評価情報を記憶する記憶手段と、
前記複数のユーザのうち第１ユーザにサジェストする第１コンテンツを前記評価情報に基づいて決定する処理を実行する処理手段と、
前記第１コンテンツに関する情報を前記第１ユーザのユーザ端末に送信する通信手段と
を備え、
前記処理手段は、
前記第１ユーザが過去に評価したコンテンツの評価情報に基づいて前記第１ユーザの嗜好を表す嗜好情報を生成し、
前記第１ユーザの嗜好に対応する評価情報を有するコンテンツを、前記嗜好情報に基づき前記記憶手段において探索し、
探索されたコンテンツを前記第１コンテンツに決定することを特徴とする。
【０００７】
上記課題を解決するための発明の実施形態の他の一つに対応するサーバは、コンテンツをユーザ端末に提供するサーバであって、
複数のユーザのそれぞれについて、ユーザが過去に視聴したコンテンツの評価情報を記憶する記憶手段と、
前記複数のユーザのうち第１ユーザにサジェストする第１コンテンツを前記評価情報に基づいて決定する処理を実行する処理手段と、
前記第１コンテンツに関する情報を前記第１ユーザのユーザ端末に送信する通信手段と
を備え、
前記処理手段は、
前記第１ユーザが過去に評価したコンテンツのうち、サジェストの基準となる第２コンテンツを特定し、
前記複数のユーザのうち、前記第２コンテンツを評価している前記第１ユーザ以外の第２ユーザを特定し、
前記第１ユーザが過去に視聴したコンテンツの評価情報と、前記第２ユーザが視聴したコンテンツの評価情報とに基づき、前記第１ユーザと前記第２ユーザの嗜好の共通度を判定し、
前記第２ユーザのうち前記共通度が高いと判定された第３ユーザが視聴したコンテンツのうち、前記第１ユーザが未だに視聴していないコンテンツを前記第１コンテンツに決定することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツに対してユーザが過去に行った評価に基づき、ユーザが未視聴で、かつ、ユーザの嗜好に合致したコンテンツのサジェストを提供することで、ユーザの検索回数を減らして通信リソースを節約し、サーバの処理負担を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】発明の実施形態に対応する、コンテンツ提供システム全体の構成例を示す図。
【図２】発明の実施形態に対応する、サーバ１０３のハードウェア構成の一例を示すブロック図。
【図３】発明の実施形態に対応する、クライアント１０１の機器構成を示すブロック図。
【図４】発明の実施形態に対応する、サーバ１０３におけるコンテンツ提供処理の一例を示すフローチャート。
【図５】発明の実施形態に対応する、ユーザ情報データベース１０４に登録される情報のデータ構成の一例を示す図。
【図６】発明の実施形態に対応する、コンテンツデータベース１０５に登録される情報のデータ構成の一例を示す図。
【図７】発明の実施形態に対応する、サジェスト生成及びコンテンツ選択画面の送信処理の流れの一例を示すフローチャート。
【図８Ａ】発明の実施形態に対応する、コンテンツ選択画面一例を示す図。
【図８Ｂ】発明の実施形態に対応する、コンテンツ視聴画面の一例を示す図。
【図９】発明の実施形態に対応する、コンテンツにおけるシーンとコメントとの関連づけの一例を示す図。
【図１０】発明の実施形態に対応する、コメント情報のデータ構造の一例を示す図。
【図１１】発明の実施形態に対応する、サジェストコンテンツを決定する処理の流れの一例を示すフローチャート。
【図１２】発明の実施形態に対応する、サジェスト項目選択画面の一例を示す図。
【図１３】発明の実施形態に対応する、サジェストコンテンツを決定する処理の流れの他の一例を示すフローチャート。
【図１４】発明の実施形態に対応する、ダイジェスト再生画面の一例を示す図。
【図１５】発明の実施形態に対応する、ダイジェストの生成及び送信処理の流れの一例を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、図面を用いて、本願発明に係る実施形態について説明する。なお、以下に示す実施形態は一例であり、これに限定するものではない。そのため、本願発明の特徴的構成を適用できれば他の構成であってもよい。
【００１１】
以下に、添付する図面を参照して本発明の１つの実施形態を説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１２】
＜システム構成＞
図１は、本実施形態に対応するコンテンツ提供システムの全体構成を示すブロック図である。当該コンテンツ提供システムは、ユーザ端末、サーバがネットワークに接続されて構成されている。サーバは、コンテンツの他にユーザ情報を管理する。サーバはポータルサイトを提供し、ユーザは当該ポータルサイトの登録ユーザであってもよい。
【００１３】
クライアント１０１ａ、１０１ｂ、１０１ｃ（以下、これらを総称して「クライアント１０１」という。）は、ユーザが操作し、サーバによりユーザ認証を受けた後、サーバが管理するコンテンツを視聴し、評価することができるユーザ端末である。サーバ１０３は、クライアント１０１のユーザを認証し、認証されたユーザが使用するクライアント１０１に対してコンテンツを提供する装置である。クライアント１０１及びサーバ１０３はそれぞれネットワーク１０２に接続され、相互通信が可能となっている。ネットワーク１０２は例えばインターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、或いは、ワイド・エリア・ネットワーク（ＷＡＮ）として構築することができる。インターネットは世界中のネットワークが互いに接続されたネットワークであるが、ネットワーク１０２は、これ以外にもイントラネットのように特定の組織内においてのみ接続可能なネットワークであってもよい。サーバ１０３には、ユーザ情報データベース１０４とコンテンツデータベース１０５とが接続されている。
【００１４】
クライアント１０１は、ユーザが操作することで、サーバ１０３が提供するコンテンツを視聴することができる。コンテンツの視聴は、例えばダウンロードしながら同時に再生するストリーミングにより実行することができる。クライアント１０１はユーザ端末、情報処理装置、或いは、通信装置であって、例えば、ノートパソコン、デスクトップパソコン、携帯情報端末、携帯電話、スマートフォン、タブレット端末等を含む。クライアント１０１には、所謂インターネット・ブラウザのソフトウェア（プラグインでストリーミング・コンテンツを再生可能）、或いは、ストリーミング・コンテンツを再生するためのプレーヤアプリケーションがインストールされているものとする。クライアント１０１は、無線ＬＡＮ、ＬＴＥ等の無線データ通信手段によってネットワーク１０２に接続されている。尚、イーサネット（登録商標）等のネットワークケーブルを含むＬＡＮにより、ネットワーク１０２へアクセス可能に更に構成されていてもよい。
【００１５】
サーバ１０３は、ユーザ情報データベース１０４を管理し、クライアント１０１の各ユーザの登録情報を保持しておき、各ユーザがコンテンツを視聴しようとする場合に、当該ユーザが当該ストリーミングサービスを受ける権限を有しているか否かを判定することができる。サーバ１０３は、また、コンテンツデータベース１０５に格納されているコンテンツデータを管理し、クライアント１０１からのストリーミング要求に応じて、指定されたコンテンツをクライアントに提供（送信）する。また、ユーザから得られたコンテンツに対する評価をコンテンツデータベース１０５に蓄積し、コンテンツの評価情報として管理する。サーバ１０３は当該評価情報を利用して、クライアント１０１のユーザのためのコンテンツのサジェスト（提案、推薦、レコメンドとも言う。）を生成し、クライアント１０１に送信することができる。サーバ１０３は、例えば、ＬＡＮによってユーザ情報データベース１０４やコンテンツデータベース１０５と接続される。ユーザ情報データベース１０４及びコンテンツデータベース１０５は、それぞれ所定のデータベース・ソフトウェアがインストールされた情報処理装置であり、各種データの管理を行う。
【００１６】
ユーザ情報データベース１０４は、ユーザごとの登録情報を管理する。具体的に、ユーザを一意に識別するためのユーザ識別子（ユーザＩＤ）、登録ユーザであるか否かを判定するためのユーザ登録情報（例えば、ユーザ名とパスワードのセット等）、ユーザが既に視聴したコンテンツ、評価したコンテンツを識別するコンテンツ識別情報（コンテンツＩＤ）を関連づけて格納する。ユーザ情報データベース１０４に登録される情報の一例については、図５を参照して後述する。
【００１７】
コンテンツデータベース１０５は、サーバ１０３からクライアント１０１に提供されるコンテンツデータを格納し管理する。コンテンツデータには、画像、動画、音声等のデータが含まれる。これらのコンテンツデータには、当該コンテンツデータを一意に識別するためのコンテンツＩＤが割当てられている。また、コンテンツデータベース１０５には、対応コンテンツを視聴したユーザが付与したレーティング、コメント、属性等の評価情報もコンテンツＩＤと関連づけて保存されている。評価情報の詳細は図６を参照して後述する。
【００１８】
尚、本明細書では、便宜上、サーバ１０３、ユーザ情報データベース１０４、及びコンテンツデータベース１０５は、それぞれ物理的に独立した情報処理装置によって実現されるものとして説明するが、本発明の実施形態はこれに限られるものではない。例えば、これらが単一の情報処理装置によって実現されてもよい。その一方で、サーバ１０３等の各装置が複数台の情報処理装置により冗長構成、或いは分散構成されても良い。また、ユーザ情報データベース１０４は、サーバ１０３とＬＡＮ等によって接続されているものとして説明するが、例えば、ネットワーク１０２や非図示のイントラネット経由でサーバ１０３と通信可能な形態をとってもよい。サーバ１０３とコンテンツデータベース１０５との関係についても同様である。また、ユーザ情報データベース１０４が管理するユーザ情報と、とコンテンツデータベース１０５が管理するコンテンツ関連のデータとは一体的に管理されていてもよい。
【００１９】
＜情報処理装置の構成＞
次に、本実施形態に対応するコンテンツ提供システムを構成する情報処理装置の概略について説明する。図２は、サーバ１０３の機器構成を示すブロック図である。
【００２０】
図２において、ＣＰＵ２００は、ハードディスク装置（以下、ＨＤと呼ぶ）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。インターフェイス２０８を介した外部装置とのデータ送受信を制御するとともに、外部装置から受信したデータの分析・処理を実行し、また外部装置へ送信するデータ（処理要求やデータ要求を含む）の生成を行う。
【００２１】
ＲＯＭ２０１は、内部に基本Ｉ／Ｏプログラム、ストリーミングを実行するアプリケーションプログラム等の各種データを記憶する。ＲＡＭ２０２は各種データを一時記憶し、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。
【００２２】
外部記憶ドライブ２０３は、記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア２０４は、例えば、フロッピー（登録商標）ディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、Ｂｌｕ−ｒａｙ（登録商標）、ＩＣメモリカード、ＭＯ、メモリスティック等を利用することができる。
【００２３】
外部記憶装置２０５は、本実施形態では大容量メモリとして機能するＨＤ（ハードディスク）を用いている。ＨＤ２０５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。なお、ハードディスクの代わりに、フラッシュ（登録商標）メモリ等の不揮発性記憶装置を用いても良い。
【００２４】
指示入力装置２０６は、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。出力装置２０７は、指示入力装置２０６から入力したコマンドや、それに対するサーバ１０３の応答出力等を出力する。出力装置２０７にはディスプレイ、スピーカ、ヘッドフォン端子等が含まれる。システムバス２０９は、情報処理装置内のデータの流れを司る。
【００２５】
インターフェイス（以下、Ｉ／Ｆという）２０８は、外部装置とのデータのやり取りを仲介する役割を果たす。具体的に、Ｉ／Ｆ２０８は、無線通信モジュールを含むことができ、当該モジュールはアンテナシステム、ＲＦ送受信器、１つ以上の増幅器、同調器、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュールカード、メモリなどを含む、周知の回路機構を含むことができる。また、有線接続のための有線通信モジュールを含むことができる。有線通信モジュールは１つ以上の外部ポートを介して他のデバイスとの通信を可能とする。また、データを処理する様々なソフトウェアコンポーネントを含むことができる。外部ポートは、イーサーネット、ＵＳＢやＩＥＥＥ１３９４等を介して、直接的に、又はネットワークを介して間接的に他のデバイスと結合する。尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。データベース２１０はシステムバス３０９に接続され、ＣＰＵ２００の制御下において所定のデータを保存、管理する。ここで、データベース２１０は、ユーザ情報データベース１０４、又は、コンテンツデータベース１０５を総称するものである。
【００２６】
本実施形態に対応する処理を実行するために対応するプログラムを動作させる度に、既にプログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ２００で実行することも可能である。さらに、メディア２０４から対応プログラム及び関連データを直接ＲＡＭ２０２にロードして実行させることもできる。
【００２７】
図３は、クライアント１０１のハードウェア構成の一例を示すブロック図である。上述した情報処理装置としてのユーザ情報データベース１０４及びコンテンツデータベース１０５も、同様或いは同等のハードウェア構成として構成しても良い。ＣＰＵ３００、ＲＯＭ３０１、ＲＡＭ３０２、外部記憶ドライブ３０３、メディア３０４、ＨＤ３０５、指示入力装置３０６、出力装置３０７、Ｉ／Ｆ３０８、システムバス３０９の機能及び用途、更には、これらの関係は、図２を用いて説明したものと同様或いは同等である。
【００２８】
上記の説明に加えて、クライアント１０１のＣＰＵ３００は、サーバ１０３からストリーミングにより提供され、ＲＡＭ３０２に記憶されたコンテンツデータを展開し、出力装置３０７により出力可能な形式のデータに変換する。また、ＲＡＭ３０２はサーバ１０３からストリーミングにより提供されたコンテンツデータを一時的に記憶する。さらに、指示入力装置３０６を用いて、ユーザは、クライアント１０１に対して、装置を制御するコマンド等を入力指示することができる。例えば、ストリーミングの開始指示や、視聴したコンテンツの評価等を入力することもできる。出力装置３０７は、サーバ１０３から提供されるコンテンツをストリーミングしている際に、ＣＰＵ３００が展開したコンテンツデータの映像をディスプレイで出力表示し、音声をスピーカやヘッドフォン端子から出力することができる。
【００２９】
＜コンテンツ提供処理＞
次に、発明の実施形態に対応するコンテンツ提供処理について、添付の図面を参照して説明する。図４は、発明の実施形態に対応する、サーバ１０３におけるコンテンツ提供処理の全体的流れの一例を示すフローチャートである。図４に対応する処理は、サーバ１０３がＨＤ２０５やデータベース２１０に保持する処理プログラムをＣＰＵ２００で実行することで実現される。図５は、ユーザ情報データベース１０４のデータ構成の一例を示す図である。図６は、コンテンツデータベース１０５のデータ構成の一例を示す図である。
【００３０】
クライアント１０１とサーバ１０３との間の通信は、クライアント１０１において実行されるウェブブラウザの通信機能、或いは、ウェブブラウザのプラグイン(拡張プログラム)の通信機能を利用して実現することができる。例えばＪａｖａ（登録商標）Scriptを用いたHTTPプロトコルに従って実現することができる。その他に、Flash等を使ってもよいし、HTTPではない別のプロトコルに従った通信でもよい。
【００３１】
図４において、Ｓ４０１では、ＣＰＵ２００は、クライアント１０１からネットワーク１０２を介してログイン要求を受信する。クライアント１０１が送信するログイン要求には、少なくともクライアント１０１を操作するユーザを特定するためのユーザ名とパスワードからなるユーザ登録情報が含まれる。Ｓ４０２では、ＣＰＵ２００は、ログイン要求から当該ユーザ登録情報を抽出する。次に、Ｓ４０３では、ログイン要求を行ったユーザがユーザ情報データベース１０４に登録されているか否かを判定する。具体的に、取得したユーザ登録情報に基づき、ユーザ名とパスワードからなる組み合わせに一致する登録情報がユーザ情報データベース１０４内に存在し、登録情報と関連づけられたユーザＩＤが特定できるか否かを判定する。
【００３２】
ここで図５のユーザ情報データベース１０４の構造について説明する。ユーザ情報データベース１０４は、各ユーザを一意に識別するためのユーザＩＤ５０１、登録ユーザであることを判定するためのユーザ名５０２及びパスワード５０３のセットからなるユーザ登録情報、各ユーザが過去に評価した評価済みコンテンツを識別する情報である評価済みコンテンツ５０４、各ユーザが視聴済みコンテンツを識別する情報である視聴済みコンテンツ５０５からなる。ユーザＩＤ５０１には各ユーザに対して一意に付与された所定のユーザ識別子が登録される。ユーザ名５０２及びパスワード５０３には、ユーザが任意に設定したユーザ名とパスワードが登録され、ユーザＩＤ５０１と関連づけられる。評価済みコンテンツ５０４には、当該ユーザが過去に評価を行ったコンテンツを識別するための識別情報が登録される。本実施形態では、コンテンツを一意に識別するための識別情報を「コンテンツＩＤ」と呼ぶことにする。コンテンツＩＤは、例えば、特定の音声データ、動画データ、画像データなどのデータ単位に付与される識別情報である。視聴済みコンテンツ５０５には、コメントを行なったか否かにかかわらず、ユーザが視聴した全てのコンテンツを識別する情報が登録される。
【００３３】
図４の説明に戻り、Ｓ４０３の判定においてユーザＩＤが特定できた場合（Ｓ４０３で「ＹＥＳ」）には処理はＳ４０４に移行し、ユーザＩＤが特定できなかった場合は処理を終了する。
【００３４】
続くＳ４０４では、ＣＰＵ２００は、ユーザが過去に行なったコンテンツに対する評価に基づき、ユーザに視聴を推薦するコンテンツのサジェストを生成し、当該サジェストを含めたコンテンツ選択画面をクライアント１０１宛てに送信する。サジェスト生成及びコンテンツ選択画面の送信処理については図７を参照して後述する。次にＳ４０５では、ＣＰＵ２００は、コンテンツ選択画面に含まれるコンテンツのダイジェスト再生要求をクライアント１０１から受信したか否かを判定する。もし、ダイジェスト再生要求をクライアント１０１から受信しない場合（Ｓ４０５で「ＮＯ」）は、処理はＳ４０７に移行する。ダイジェスト再生要求を受信した場合（Ｓ４０５で「ＹＥＳ」）、ＣＰＵ２００はＳ４０６にてダイジェスト再生用画面をクライアント１０１へ送信し、当該画面を介してクライアント１０１から受付けた入力したがってダイジェストの生成及び送信を行なう。その後Ｓ４０５に戻って処理を継続する。Ｓ４０６における処理の詳細は図１５を参照して後述する。
【００３５】
Ｓ４０７では、ＣＰＵ２００はクライアント１０１からコンテンツの視聴要求を受信したか否かを判定する。クライアント１０１のユーザは、Ｓ４０４で受信し、ディスプレイに表示されたコンテンツ選択画面を参照し、サジェストを参考に自分が視聴するコンテンツを選択して、その視聴要求をクライアント１０１からサーバ１０３へ送信する。Ｓ４０７の判定においてＣＰＵ２００は視聴要求を受信したと判定した場合（Ｓ４０７で「ＹＥＳ」）、処理はＳ４０８に移行し、視聴要求を受信しない場合（Ｓ４０７で「ＮＯ」）はＳ４０５に戻って処理を継続する。
【００３６】
Ｓ４０８では、ＣＰＵ２００は受信した視聴要求に含まれるコンテンツＩＤに基づき、ストリーミング対象のコンテンツ及びそのコンテンツデータを特定し、当該コンテンツのストリーミングを開始する。サーバ１０３は、特定したコンテンツデータをクライアント１０１に対し送信する。クライアント１０１は受信したコンテンツデータをデコードしてディスプレイに再生表示する。コンテンツ再生時には、再生コンテンツに対してユーザが評価等を入力することができ、ユーザによる評価等はクライアント１０１からサーバ１０３へ送信される。Ｓ４０９においてＣＰＵ２００は、クライアント１０１からサーバ１０３へ送信された評価を受信する。
【００３７】
Ｓ４０８におけるコンテンツのストリーミング再生において広告を表示する場合、ダイジェストを生成する際に使用したシーンの順位に関する情報を利用することができる。詳細は図１５との関連で記載されるが、本実施形態では、ダイジェストを生成する際に、コンテンツを構成するシーンのうちユーザの関心が高いと推定されるシーンが抽出され、それに順位が付与される。そこで、ＣＰＵ２００は広告表示をこのように順位付けされたシーンの一部に挿入したり、当該シーンの前後に挿入したりしてもよい。
【００３８】
次に、Ｓ４０４における処理の詳細を図７のフローチャートを参照して説明する。図７は、実施形態に対応するサジェスト生成及びコンテンツ選択画面の送信に係る処理の一例を示すフローチャートである。
【００３９】
まず、Ｓ７０１において、ＣＰＵ２００はユーザ情報データベース１０４を参照し、ユーザが過去に評価を行なったコンテンツを特定する。例えば、図５に示すユーザ情報データベース１０４のデータ構成の一例では、評価済みコンテンツ５０４として、ユーザ毎の評価済みコンテンツの識別情報が登録されているで、この情報を取得する。続くＳ７０２では、ＣＰＵ２００は特定した各コンテンツに対してユーザが行なった評価の内容を示す評価情報を抽出する。
【００４０】
図６は、実施形態に対応する評価情報テーブルのデータ構成の一例を示す。当該評価情報テーブル６００はコンテンツデータベース１０５に保持される。評価情報テーブル６００は、コンテンツデータベース１０５に登録されているコンテンツを一意に識別する識別情報であるコンテンツＩＤ６０１、ユーザを一意に識別する識別情報であるユーザＩＤ６０２、各コンテンツについて各ユーザが付与したコンテンツの評価を段階的に示すレーティング６０３、各コンテンツについて各ユーザが付与したコメント６０４、各コンテンツの属性６０５を含む。Ｓ７０２では、レーティング、コメント、属性の３つをコンテンツＩＤ及びユーザＩＤを関連づけて評価情報として抽出する。
【００４１】
レーティング６０３は、複数段階でコンテンツ全体に対する評価或いは点数を示す。例えば５段階の評価の場合、最高評価を「５」、最低評価を「１」とする。ここで段階数は任意とすることができる。例えば１０段階でもよいし、３段階でもよい。コメント６０４は、コンテンツについてユーザが任意に入力した情報であって、レーティングのような複数段階のいずれかを選択するのだけでなく、任意のテキスト入力結果を含むことができる。コメント６０４は、コンテンツ全体に対する評価として生成されてもよいし、コンテンツの特定のシーン（或いは、セグメント。以下同じ。）について生成されてもよい。後者の場合、コンテンツを複数のシーンに予め区切っておき、コンテンツの再生中にユーザが任意に入力したコメントと評価とをいずれかのシーンと関連づけておくことができる。
【００４２】
属性６０５は、コンテンツの種類や内容に関連する任意の情報が登録される。属性６０５は、同一のコンテンツについて複数のユーザに共通に与えられる情報である。属性を、タグやメタデータと呼ぶこともできる。また、コメントで頻出する特定のキーワードを含むようにしてもよいし、コメントで頻出するかどうかに関わらず、予め与えられた情報と、後述する機械学習の手法等に基づきサーバ１０３がシーン毎に抽出した情報を含むようにしても良い。また、コンテンツのジャンルや、コンテンツが映画であれば映画の監督、出演者、公開年、その他、当該映画に関する任意の情報を含むことができる。
【００４３】
また、属性はコンテンツに含まれるシーンと関連づけられて登録されてもよい。例えば、シーンに含まれる音声・映像から抽出した情報を属性として登録することができる。具体的には、シーンには効果音や環境音、ＢＧＭ、セリフ等の音声が含まれるので、音声認識処理によりそのシーンの種別を特定することができる。より具体的には、車のエンジン音やブレーキ音、衝突音などが含まれているシーンは音声解析により「カーチェイス」のシーンと特定することができるので、当該シーンの属性として「カーチェイス」を登録することができる。また、シーンに人物のセリフが含まれる場合には、セリフ音声を文字変換し、得られた文字列からシーンの種別を特定しても良い。より具体的には、恋人同士が愛を語り合うシーンであればセリフから愛情表現を示す文字列を抽出することが可能となり、抽出された文字列に基づいて当該シーンを「ラブ」シーンと特定することができる。
【００４４】
同様にしてシーンの映像を解析することにより、シーンの種別を特定することもできる。例えば、主人公が泣いているシーンであれば、顔認識処理により人物の顔を特定すると共に、人物の表情の変化や涙が流れたか否かを判定することにより、当該シーンを「悲しい」シーンと判定することができる。また、画像認識と音声認識とを組み合わせて、シーンの種別を更に細分化して特定することもできる。
【００４５】
このようにして、「戦闘」シーン、「ダンス」シーン、「ラブ」シーン、「シリアス」シーン、「緊迫」シーン、「幸せな」シーン、「悲しい」シーン等といったシーンの種別を特定し、シーンの属性として登録することができる。当該シーンの自動特定は機械学習に基づいて実行しても良い。また、登録対象とするシーンは、全てのシーンではなく一部のシーンのみであっても良い。その場合、ユーザのシーン評価に基づき属性の登録対象を決定することができる。例えば、ユーザによる評価の平均値が一定以上（高評価）、或いは、一定以下（低評価）のシーンを登録対象とすることができる。
【００４６】
また、機械学習に依らず、特定のシーンについてコメントで多く使用された語を、シーンと関連づけて属性として登録してもよい。例えば、コンテンツのあるシーンについて多数のユーザのコメント中に「ダンス」という語が登場していた場合、当該シーンに関連づけて「ダンス」を登録しておく。これにより、属性８０５についてキーワード「ダンス」で検索をかけた場合に、当該シーンを特定することが可能となる。
【００４７】
図９は、コンテンツにおけるシーンとコメントとの関連づけの一例を示す図である。コンテンツ９００は複数のシーン（シーン１からシーンｎ）に分割されており、各シーンに対してコメントとして任意の文字入力と評価（ここでは５段階）が付与されている。コメントは各ユーザが自由な文章を入力することができる。
【００４８】
このコメント情報は、図１０に示すようなデータ構造において保持することができる。図１０において、コメント情報の全体は、コメントＩＤ１００１と、全体コメント１００２、シーンコメント部１００３から構成される。コメントＩＤ１００１は、コメントを一意に識別するための情報であって、対応するコンテンツと、コメントを生成したユーザとの関係で決定されてもよい。全体コメント１００２は、コンテンツ全体に対するコメントが含まれる。シーンコメント部１００３はコンテンツに含まれるシーン毎のコメント１００４を含むように構成される。シーン毎のコメント１００４には、コンテンツにおける各シーンを特定するための識別情報（シーン番号等）であるシーンＩＤ１００５、当該シーンに対してユーザが入力したコメント１００６、当該シーンに対してユーザが入力した評価１００７が含まれる。評価１００７の値はデフォルトとして中間値が与えられていてもよい。例えば、５段階評価の場合は「３」、３段階評価の場合は「２」とすることができる。
【００４９】
図９及び図１０ではシーン毎の属性の記載を省略したが、属性はユーザ毎ではなくコンテンツ毎に与えられる情報である。そこでコンテンツ単位に図１０と同様のデータ構造においてシーン毎の属性として管理することができる。その場合、コメントＩＤ１００１の代わりに属性ＩＤが、全体コメント１００２の代わりに全体属性が、シーン毎のコメント１００４の代わりにシーン毎の属性として、シーンＩＤと関連づけてシーン毎の属性が登録されても良い。また、コンテンツの属性をユーザ毎のコメントと関連づけて図１０のデータ構造において管理してもよい。その場合、シーンＩＤ１００４と関連づけて各シーンの属性を図１０に示したデータ構造に含めることができるので、各シーンのコメント、評価及び属性をシーンＩＤと関連づけて一元的に管理することができる。
【００５０】
図７の説明に戻り、Ｓ７０３では、ＣＰＵ２００はＳ７０２で抽出した評価情報に従って、ユーザに視聴を勧める（サジェストする）コンテンツを決定する。サジェストするコンテンツの決定方法の詳細は図１１から図１３を参照して後段で説明する。サジェストするコンテンツが決定すると、続くＳ７０４において、ＣＰＵ２００はユーザが視聴するコンテンツを選択するためのコンテンツ選択画面を生成する。続くＳ７０５では、ＣＰＵ２００は生成したコンテンツ選択画面をクライアント１０１に送信する。
【００５１】
コンテンツ選択画面の一例を図８Ａを参照して説明する。図８Ａは、サジェストされたコンテンツから視聴するコンテンツを選択するための画面である。画面８００には、コンテンツ情報８０１と、対応するコンテンツのサムネイル画像８０２が表示されている。コンテンツ情報８０１は、属性６０５に含まれる情報から生成してもよいし、或いは、別途コンテンツデータベース１０５にコンテンツと関連づけて保存しておいてもよい。サムネイル画像８０２は、コンテンツデータベース１０５にコンテンツと関連づけて予め保存されている画像を使用することができる。ユーザが、コンテンツ情報８０１を選択（クリックやタップ）すると、クライアント１０１からサーバ１０３に対して視聴要求を送信することができる。また、別途再生ボタンを用意してもよい。また、サムネイル８０２はダイジェストの視聴開始を指示するために用いることができ、ユーザが、サムネイル８０２を選択（クリックまたはタップ）すると、クライアント１０１からサーバ１０３に対してダイジェスト視聴要求を送信することができる。ダイジェストは図８Ａのレイアウトにてサムネイル８０２が表示されている領域で再生されてもよいし、後述するように図１４に示すような画面が起動されて再生が行なわれてもよい。
【００５２】
ここでクライアント１０１からサーバ１０３に送信されたコンテンツの視聴要求は、図４のＳ４０７にてサーバ１０３のＣＰＵ２００により認識され、続くＳ４０８で当該コンテンツのストリーミング視聴が開始されると図８Ｂに示すようなコンテンツ視聴画面がクライアント１０１のディスプレイに表示される。画面８１０において、コンテンツ表示領域８１１には、クライアント１０１がサーバ１０３からストリーミングで受信した視聴コンテンツが表示される。スライドバー８１２ａ及びレーティング８１２ｂは、例えば５段階の評価を入力するための入力領域であり、コメント８１３はコメントを入力する文字入力領域である。レーティング及びコメントの入力は、再生中のコンテンツにおいてコンテンツ表示領域８１１に表示されているシーンと関連づけられ、クライアント１０１からサーバ１０３へ送信される。
【００５３】
本実施形態では、画面８１０を利用して２種類の方法で評価（レーティング）の入力を可能としている。まず、スライドバー８１２ａを使用する場合、スライドバーの位置に応じて５段階の評価入力が可能となっている。このとき、スライドバー８１２ａの位置が高いほど評価を高くし、位置が低いほど評価を低くすることができる。また、評価に対応した色情報がスライドバーに与えられても良く、例えばスライドバーの位置が上であるほど赤い色になり、スライドバーの位置が下になるほど青い色になってもよい。ここで、位置と色との割当てはユーザが任意に設定可能とすることができる。さらに、表示領域８１１の縁８１５にもスライドバーの色に対応する色が与えられても良い。これにより、表示領域８１１はユーザがセットしたスライドバーの位置に応じた色により縁取られることとなり、シーンに対する自身の評価をより直感的に把握することが可能となる。
【００５４】
また、ユーザが動かしたスライドバー８１２ａの位置は、シーンが切り替る度に中心位置（評価では５段階のうちの３）に戻るようにしても良い。このときスライドバーは中心位置では白色や無色、或いは、ユーザが指定する任意の色とすることができる。よって、評価を行なう前にデフォルトとして表示領域８１１の縁８１５に与えられる色は白色、無色或いはユーザの好みの色となり、ユーザがコンテンツを鑑賞する際の妨げになりにくくなる。
【００５５】
次に、レーティング８１２ｂを使用する場合、ユーザは評価に該当する数値を直接入力することができる。例えば、評価「５」を入力する場合、レーティング８１２ｂのコントロールをクリックすると１から５までが表示され、そのうち５を選択することができる。あるいは、コンテンツ視聴画面８１０が表示された状態で指示入力装置３０６のキーボードにおいて１から５のいずれかの数字キーが押下された場合には、レーティング８１２ｂに対する入力とみなして当該入力キーに対応する数値を表示することもできる。このとき、スライドバー８１２ａの位置を、入力された数値と連動するように表示制御しても良い。また、スライドバー８１２ａを使用して評価が入力される場合に、スライドバー８１２ａの位置に応じた数値がレーティング８１２ｂの欄に表示されるようにしても良い。
【００５６】
また、チェックボックス８１４は、コンテンツの途中までコメントを入力し、その後は省略したい場合に選択することができる。チェックボックス８１４を選択すると、ユーザと嗜好の類似する他のユーザの当該コンテンツに対するコメントがユーザのコメントとして補填され、コンテンツ全体について、図１０に示したようなコメント情報が生成される。このときコメントを補填元の他のユーザは、視聴ユーザがコメントしたシーンまでの評価が一致又は類似するユーザとすることができる。或いは、図１４を参照して後述するような嗜好の共通度の高い他のユーザとすることができる。
【００５７】
次に、図１１から図１３を参照して、Ｓ７０３におけるユーザへサジェストするコンテンツを決定する処理の詳細を説明する。図１１及び図１３は、本実施形態に対応するユーザへサジェストするコンテンツを決定する処理の一例を示すフローチャートである。図１２は、コンテンツのサジェストの基準となる項目を指定するための表示画面の一例を示す図である。
【００５８】
まず、図１１を参照して、ユーザの嗜好情報に基づいてサジェストするコンテンツを決定する方法を説明する。Ｓ１１０１では、ＣＰＵ２００はユーザが評価したコンテンツの評価情報を、コンテンツデータベース１０５の評価情報テーブル６００から取得する。評価情報テーブル６００にはユーザＩＤ６０２が登録されているため、ユーザＩＤを特定すれば、当該ユーザの評価情報を取得することができる。続くＳ１１０２では、ＣＰＵ２００は取得した評価情報のレーティング６０３の情報に従い、コンテンツをグループ化する。レーティングが５段階の場合、レーティングの値（点数）が「５」、「４」、「３」、「２」、「１」という５つのグループが生成される。続くＳ１１０３では、ＣＰＵ２００はＳ１１０２で生成したグループ内で、属性６０５の情報に基づいて、共通する属性を有するコンテンツのサブグループを作成する。コンテンツが映画の場合、映画のジャンルや、出演者、監督、その他、任意の属性の共通性に基づいてサブグループを作成する。ここでサブグループに含まれるコンテンツの数が所定値を超えない場合には、その属性に基づくサブグループを生成しなくてもよい。例えば、ユーザが特定の監督、特定の出演者、或いは、特定のジャンルを好んで評価している場合に、それらのサブグループが作成されることになる。
【００５９】
次に、Ｓ１１０４では、ＣＰＵ２００はＳ１１０３で作成されたサブグループ内に含まれるコンテンツについて、コメント６０４の情報から共通するキーワードを抽出する。キーワードはサブグループ内に含まれるコンテンツの全てについて使われているキーワードであってもよいし、一定以上の割合のコンテンツについて使われているキーワードであってもよい。続くＳ１１０５では、ＣＰＵ２００は以上の処理により抽出されたレーティング、属性、キーワードの組み合わせに基づき嗜好情報を生成する。例えば、レーティングが「５」、属性「ミュージカル」、キーワード「ダンス」といった、嗜好情報を生成することができる。なお、属性及びキーワードに含まれる情報の種類、数は１つに限定されない。共通する情報が複数あれば、それらを含むことができる。含まれる情報が多くなるほど、サジェストの精度が高くなる。また、属性とキーワードとに重複する語が含まれる場合は、いずれか一方にだけ含めるようにしてもよい。例えば、重複する語については属性のみに含めるようにしてもよい。また、当該語が属性に基づくサブグループの作成に使用されている場合にのみ属性に含めることとし、それ以外の場合はキーワードに含めるようにしてもよい。Ｓ１１０１からＳ１１０５までの処理はリアルタイムではなく、予め実行され嗜好情報が各ユーザについて生成されていてもよい。次にＳ１１０６では、ＣＰＵ２００はＳ１１０５で生成された嗜好情報と関連づけられる評価情報を有するコンテンツを、評価情報テーブル６００において探索する。
【００６０】
ここで、例えば、嗜好情報が上記のように［レーティング、属性、キーワード］＝［５、ミュージカル、ダンス］であった場合、属性がミュージカルで、コメントにダンスを含むコンテンツを特定し、レーティングとして「５」が付けられているものを選択する。その際、レーティングの平均点を算出し、平均点と５との差分が所定の閾値よりも小さければ対象としてよい。レーティングにはバラツキがあるため、平均した場合にはバラツキを考慮する必要があるためである。また、レーティングの最高点や、選択したユーザ数が最も多い点数、或いは、ユーザと類似する嗜好をもつ他のユーザが特定できる場合には、当該他のユーザの点数を参照してもよい。
【００６１】
このとき、嗜好情報は同一ユーザについてレーティング、属性、キーワードの組み合わせに応じて複数個が生成される可能性もある。そのような場合、ユーザが予め何れの組み合わせに基づくサジェストを希望するかを指定可能とすることができる。例えば、図１２に示すような画面をユーザに表示し、コンテンツのサジェストの基準となる項目の指定を受付けることができる。
【００６２】
図１２において画面１２００には、サジェストの作成基準として、嗜好情報に基づくか、ユーザが過去に視聴したコンテンツに基づくかをチェックボックス１２０１と１２０２により指定することができる。嗜好情報に基づくサジェストのチェックボックス１２０１が指定された場合は、更にレーティング、属性、キーワードを指定することができる。本実施形態では、レーティングのみ、属性のみ、キーワードのみを指定することもできるし、いずれかの組み合わせを指定してもよい。また、組み合わせパターンについては、生成済みの嗜好情報における組み合わせに限定してもよい。上記Ｓ１１０６の処理では、画面１２００において指定された項目の組み合わせに応じた嗜好情報が選択され、コンテンツの探索が行なわれる。
【００６３】
図１２において、ユーザが過去に視聴したコンテンツに基づくサジェストのチェックボックス１２０２を指定した場合、ユーザは自分が過去に評価したコンテンツのいずれかを指定することができる。この場合は、指定されたコンテンツに基づいてユーザと嗜好の共通度の高い他のユーザを特定し、当該他のユーザが視聴済みのコンテンツの中からサジェスト対象を決定する。この時の処理について、図１３を参照して説明する。以下の説明においては、区別のためにコンテンツのサジェストを要求するユーザを第１ユーザと呼び、それ以外の他のユーザのことを第２ユーザと呼ぶ。
【００６４】
図１３において、Ｓ１３０１では、ＣＰＵ２００は、クライアント１０１から第１ユーザが入力したサジェストの基準となるコンテンツの指定を受信する。クライアント１０１のディスプレイには、図１２の画面１２００が表示され、第１ユーザが入力したサジェストの基準となるコンテンツの指定を受付けることができる。クライアント１０１は受付けた指定をサーバ１０３に送信する。続くＳ１３０２では、ＣＰＵ２００は評価情報テーブル６００を参照してＳ１３０１で指定されたコンテンツを評価済みの第２ユーザを抽出する。該当する第２ユーザが複数いる場合には全員抽出する。続くＳ１３０３では、ＣＰＵ２００は抽出した第２ユーザのうちから一人を選択する。これ以降ＣＰＵ２００は、選択された第２ユーザについて一人ずつ処理を行なう。
【００６５】
まず、第１ユーザと第２ユーザとで評価済みのコンテンツの共通度を判定する。Ｓ１３０４では、ＣＰＵ２００は選択された第２ユーザが評価済みのコンテンツのうち、第１ユーザと第２ユーザとで共通して評価しているコンテンツの数（Ｎｃｃ）を計数する。例えば、第１ユーザが１０コンテンツを評価済みであり、選択第２ユーザがそのうちの５コンテンツを評価済みであれば、当該第２ユーザのＮｃｃは５となる。続くＳ１３０５では、ＣＰＵ２００はＳ１３０３で計数したＮｃｃが所定の閾値（Ｎｔｈ＿ｃｃ）より大きいか否かを判定する。もし、閾値より大きいと判定されれば、評価済みのコンテンツの共通度が高いとして処理はＳ１３０６に進む。一方、閾値以下と判定されれば、処理はＳ１３１１に進む。
【００６６】
続いて、第１ユーザと第２ユーザとで共通して評価していると判定されたコンテンツについて、レーティングの一致度を判定する。具体的にＳ１３０６では、ＣＰＵ２００はＳ１３０４で第１ユーザと第２ユーザとで共通して評価していると判定されたコンテンツについて、第１ユーザのレーティングと同一のレーティングを与えているコンテンツの数（Ｎｓｒ）を計数する。上記の例では、第１ユーザと第２ユーザとで共通に評価している５つコンテンツのうち、３つのコンテンツについて第１ユーザと第２ユーザの評価が一致すれば、当該第２ユーザのＮｓｒは３となる。このとき、レーティングが５段階評価である場合に、例えば「５」と「４」、「２」と「１」は同等とみなし、評価が一致するとして計数対象としてもよい。１０段階評価も同様にして、レーティングは完全一致でなくてもよい。次に、Ｓ１３０７では、ＣＰＵ２００はＳ１３０５で計数したＮｓｒが所定の閾値（Ｎｔｈ＿ｓｒ）より大きいか否かを判定する。もし、閾値より大きいと判定されれば、第１ユーザと第２ユーザとのレーティングの一致度が高いとして処理はＳ１３０８に進む。一方、閾値以下と判定されれば、処理はＳ１３１１に進む。
【００６７】
続いて、第１ユーザと第２ユーザとで共通して評価していると判定されたコンテンツについて、コメントの関連度を判定する。Ｓ１３０８では、ＣＰＵ２００はＳ１３０４で共通すると判定されたコンテンツについて、第１ユーザのコメントと第２ユーザのコメントのそれぞれに含まれるキーワードについて、コンテンツ毎の同一のキーワードの数（Ｎｓｋ）を計数する。上記の例では、第１ユーザと第２ユーザとで共通に評価している５つコンテンツの各コメントに含まれるキーワードが、コンテンツ毎に２つずつ一致していると仮定すると、合計１０個のキーワードが一致していることになる。よって、第２ユーザのＮｓｋは１０となる。次に、Ｓ１３０９では、ＣＰＵ２００はＳ１３０８で計数したＮｓｋが所定の閾値（Ｎｔｈ＿ｓｋ）より大きいか否かを判定する。もし、閾値より大きいと判定されれば、コメントの関連度が高いと判定され処理はＳ１３１０に進む。Ｓ１３１０では、ＣＰＵ２００は以上の処理においてＮｃｃ、Ｎｓｒ、Ｎｓｋがそれぞれ閾値を超えた第２ユーザが評価済みのコンテンツのうち、第１ユーザが未視聴のコンテンツを特定する。
【００６８】
未視聴のコンテンツか否かは、ユーザ情報データベース１０４の視聴済みコンテンツ５０５の情報に基づいて判定することができる。ここで、未視聴のコンテンツをサジェスト対象としてもよいし、未視聴のコンテンツのうち、Ｓ１３０１で指定されたコンテンツと関連性のあるコンテンツに更に絞り込んでサジェスト対象としてもよい。関連性は、例えば、評価情報テーブル６００を参照し、当該コンテンツの属性やコメントの一致度に基づき判定することができる。
【００６９】
続くＳ１３１１では、ＣＰＵ２００はＳ１３０２で抽出された第２ユーザのうち未処理の第２ユーザがいるかどうかを判定し、未処理の第２ユーザが存在する場合はＳ１３０３に戻って処理を継続する。一方、未処理の第２ユーザが存在しない場合は、処理を終了する。このようにして嗜好の共通性が高いと判断された第２ユーザが特定できれば、第１ユーザが途中までしか評価していないコンテンツについて、当該第２ユーザの行なった評価を残りの部分の評価に転用してもよい。この点は、図８Ｂのチェックボックス８１４に関する説明との関連で記載したとおりである。
【００７０】
次に、図４のＳ４０６におけるダイジェストの生成処理の詳細を図１４及び図１５を参照して説明する。図１４はコンテンツのダイジェストを再生する場合のダイジェスト再生画面の一例を示す。ダイジェスト再生時にはクライアント１０１のディスプレイにダイジェスト再生画面１４００が表示される。画面１４００において、ダイジェスト表示領域１４０１には、クライアント１０１がサーバ１０３から受信したコンテンツのダイジェストが表示される。スライダ１４０２は、ダイジェストの詳細度を設定するための入力部であって、詳細度の高さに応じてダイジェストの長さが変更される。詳細度が高いほどダイジェストは長く、詳細度が低いほどダイジェストを短くする。その際、最長と最短の長さを予め設定しておくことができる。また、詳細度の代わりに「長さ」を基準としてもよい。即ち、詳細度が高い方が長いダイジェストであり、詳細度が低い方が短いダイジェストに対応する。
【００７１】
レーティング１４０３はダイジェストの内容を決定する際に参照する、コンテンツの各シーンに与えられているレーティングを設定するための領域である。レーティング１４０３は例えば５段階で入力することができ、「５」が入力された場合には、コンテンツにおいてレーティングが「５」と評価されたシーンのみからダイジェストを生成することができる。また、「１」が入力された場合には、コンテンツにおいてレーティングが「１」と評価されたシーンのみからダイジェストを生成することもできる。さらに、レーティングは単一の値だけでなく、範囲として指定することもできる。例えば、４以上、３以上、２以下といった指定も可能である。その場合は、その範囲に該当する評価を得たシーンからダイジェストを生成することができる。
【００７２】
キーワード１４０４は、ダイジェストの内容を決定する際に参照する、コンテンツの各シーンに与えられている属性やコメントを検索するためのキーワードの入力領域である。ユーザは任意のキーワードをここに入力することができる。例えば、ダンスシーンの好きなユーザは、「ダンス」という語をキーワードとして入力することができ、これにより、コメントや属性に「ダンス」が含まれるシーンをダイジェストに含めることが可能となる。詳細度、レーティング、キーワードの入力はそれぞれ独立に設定することができ、全てを設定することも可能であるし、いずれか１つ以上を設定することもできる。例えば、詳細度として「高」、レーティングとして「５」、キーワードとして「ダンス」が入力することができる。
【００７３】
チェックボックス１４０５は、ユーザが自分の嗜好に基づくダイジェストの生成を希望する場合に選択することができる。ダイジェストを視聴しようとするコンテンツが図１１のフローチャートに従って決定された場合、当該コンテンツを探索するのに用いられたユーザの嗜好情報が存在する。そこで、チェックボックス１４０５が選択された場合には、当該嗜好情報に基づき、対応する評価を有するシーンをコンテンツから抽出してダイジェストを生成することができる。また、図１１に従って予めユーザの嗜好情報が生成されている場合、生成された嗜好情報の中から任意のものを選択して指定することもできる。
【００７４】
以下、図１５のフローチャートを参照して、図１４で設定された情報に従ったダイジェストの生成、送信処理の詳細を説明する。Ｓ１５０１では、ＣＰＵ２００は図１４の画面１４００を介してクライアント１０１で入力されたユーザ設定の情報をクライアント１０１から受信する。ユーザは、項目１４０３から１４０５については、いずれか１つ、或いは、任意の組み合わせを入力することができる。続くＳ１５０２では、ＣＰＵ２００は受信したユーザ設定に従い、ダイジェストの長さを設定する。ここで詳細度「高」に基づくダイジェストの長さは、設定された最長の値となる。ダイジェストを例えば３０秒から５分の間で作成することを考えると、５分に設定される。次に、Ｓ１５０３では、ＣＰＵ２００は指定されたレーティングに従って、コンテンツを構成するシーンから該当するシーンを抽出する。ここで、シーンのレーティングは、複数ユーザから評価を受けている場合にはその平均値としてもよいし、或いは最大値としてもよい、或いは、評価したユーザ数が最も多いレーティングをそのシーンの値としてもよい。例えば、「５」が一番多かった場合は、他に「２」や「１」があったとしても、そのシーンのレーティングは「５」とすることができる。
【００７５】
次に、Ｓ１５０４では、ＣＰＵ２００は指定されたキーワードに従ってシーンを抽出する。キーワード検索は、図１０で示したような各シーンのコメント１００６や、各シーンに与えられている属性について実施することができる。ＣＰＵ２００は評価情報テーブル６００を参照してダイジェスト生成対象のコンテンツの評価情報を取得する。評価情報が複数あればそれを全部取得する。取得した各評価情報についてコメントＩＤ単位に、各シーンのコメントについて検索を行ない、複数のユーザからの評価において、あるシーンのコメントとしてキーワードが頻出する場合には、当該シーンを抽出する。例えば、１０人のユーザからの１０のコメント（１０個のコメントＩＤ）がある場合を考える。対応コンテンツは１０のシーンで構成されており、それぞれにコメントが付与されている。即ち、各シーンについて１０人分のコメントが存在することになる。
【００７６】
Ｓ１５０４では、ＣＰＵ２００は評価情報の各シーンのコメントについてキーワード検索を行ない、キーワードがヒットした率を計算する。もし１０人分の全てに当該キーワードが含まれていれば、当然そのシーンは抽出対象に決定される。そして、ヒット率が一定の割合（例えば８割）を下回る場合には、当該シーンは抽出対象から除外することができる。このようにして、複数のシーンからキーワードのヒット率に基づきダイジェストに含めるべきシーンを抽出することができる。また、各シーンの属性について検索を行ない、シーンの属性にキーワードが含まれる場合には当該シーンを抽出することができる。また、属性にキーワードが含まれる場合には、コメントのヒット率を一定の係数Ｎ（１以上の数）をかけてヒット率の判定をやり直しても良い。例えば、あるシーンのコメントのヒット率が８割を下回る場合であっても、当該シーンの属性にキーワードが含まれる場合にはヒット率に係数Ｎをかけて、８割を超えるかどうか判定しても良い。
【００７７】
続くＳ１５０５では、ＣＰＵ２００は評価情報の各シーンのコメントについて、ユーザの嗜好情報に含まれるレーティング、属性、キーワードに基づき検索を行ない、該当するシーンを抽出対象に決定する。ここでの処理はＳ１５０３、Ｓ１５０４における処理と同様に行なうことができる。
【００７８】
続くＳ１５０６では、ＣＰＵ２００は以上により抽出されたシーンを順位付けする。例えば、レーティングがより高いシーンほど順位が高くなる。また、キーワードのヒット率が高いシーンほど順位が高くなる。レーティングとヒット率とを総合的に考慮して抽出されたシーンの順位を決定する。続くＳ１５０７では、ＣＰＵ２００は以上により抽出されたシーンを統合しダイジェストを作成する。例えば、上記の処理により抽出されたシーンをシーン番号順、或いは、ランダムに並べる。統合した結果、ダイジェストの長さがＳ１５０２で設定された長さに満たなかった場合には、予め用意されたダイジェストテンプレートを結合して、設定されたダイジェスト長に一致させる。また、統合した結果、設定されたダイジェスト長よりも長くなってしまった場合には、Ｓ１５０７で決定された順位で、順位がより低いシーンからシーン長を短縮するか、或いは、シーン自体を省略することでダイジェスト長が設定された長さに一致するように調整する。ダイジェストは抽出シーンの統合のみから生成するだけでなく、ダイジェストテンプレートを常に用いるようにしてもよい。これによりダイジェストの全体的な印象に統一感を持たせつつ、ユーザの嗜好に合わせたシーンを挿入して、ユーザの好みにあったダイジェストを生成することができる。
【００７９】
以上によれば、ユーザが行なったコンテンツに対する評価内容に基づいて、当該ユーザに対して視聴を推薦するコンテンツのサジェストが可能となる。また、サジェストを提供する際には、ユーザの嗜好に対応したコンテンツのダイジェストを提供することができるので、そのコンテンツに対するユーザの関心を高めることが可能となる。また、ダイジェストの作成においてはシーン毎の評価が必要となるが、ユーザがコメント未入力のシーンについては、他のユーザのコメントにより補填することが可能となるので、ユーザの手間を軽減することができる。
【００８０】
また、本実施形態によるサジェスト機能によれば、ユーザの嗜好にあったコンテンツを効率的に提供することが可能となり、クライアントとサーバ間の通信回数を削減して通信リソースを節約することが可能となる。また、サーバにおける検索回数を減少することも可能となるためサーバ処理負荷の軽減も図ることができる。
【００８１】
［その他の実施形態］
本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。また本発明に係る情報処理装置は、１以上のコンピュータを該情報処理装置として機能させるコンピュータプログラムによっても実現可能である。該コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
【符号の説明】
【００８２】
１０１・・・クライアント、１０２・・・ネットワーク、１０３・・・サーバ、１０４・・・ユーザ情報データベース、１０５・・・コンテンツデータベース、２００・・・ＣＰＵ、２０１・・・ＲＯＭ、２０２・・・ＲＡＭ、２０３・・・外部記憶ドライブ、２０４・・・メディア、２０５・・・外部記憶装置、２０６・・・指示入力装置、２０７・・・出力装置、２０８・・・インターフェイス、２０９・・・システムバス、２１０・・・データベース、３００・・・ＣＰＵ、３０１・・・ＲＯＭ、３０２・・・ＲＡＭ、３０３・・・外部記憶ドライブ、３０４・・・メディア、３０６・・・指示入力装置、３０７・・・出力装置、３０９・・・システムバス、５０１・・・ユーザＩＤ、５０２・・・ユーザ名、５０３・・・パスワード、５０４・・・評価済みコンテンツ、５０５・・・視聴済みコンテンツ、６００・・・評価情報テーブル、６０１・・・コンテンツＩＤ、６０２・・・ユーザＩＤ、６０３・・・レーティング、６０４・・・コメント、６０５・・・属性、８００・・・画面、８０１・・・コンテンツ情報、８０２・・・サムネイル画像、８０５・・・属性、８１０・・・コンテンツ視聴画面、８１１・・・コンテンツ表示領域、８１２ａ・・・スライドバー、８１２ｂ・・・レーティング、８１３・・・コメント、８１４・・・チェックボックス、８１５・・・縁、９００・・・コンテンツ、１００１・・・コメントＩＤ、１００２・・・全体コメント、１００３・・・シーンコメント部、１００４・・・シーン毎のコメント部、１００５・・・シーンＩＤ部、１００６・・・コメント、１００７・・・評価、１２００・・・画面、１２０１・・・チェックボックス、１２０２・・・チェックボックス、１４００・・・ダイジェスト再生画面、１４０１・・・ダイジェスト表示領域、１４０２・・・スライダ、１４０３・・・レーティング、１４０４・・・キーワード、１４０５・・・チェックボックス
【図１】
2019079560.tif 000003
【図２】
2019079560.tif 000004
【図３】
2019079560.tif 000005
【図４】
2019079560.tif 000006
【図５】
2019079560.tif 000007
【図６】
2019079560.tif 000008
【図７】
2019079560.tif 000009
【図８Ａ】
2019079560.tif 000010
【図８Ｂ】
2019079560.tif 000011
【図９】
2019079560.tif 000012
【図１０】
2019079560.tif 000013
【図１１】
2019079560.tif 000014
【図１２】
2019079560.tif 000015
【図１３】
2019079560.tif 000016
【図１４】
2019079560.tif 000017
【図１５】
2019079560.tif 000018