(57)【要約】【課題】複数のユーザ端末を安定して動作させることができるコンテンツ評価システムを提供する。【解決手段】コンテンツ評価システムは、評価時間情報取得手段が取得した評価時間情報とコンテンツ評価情報取得手段が取得したコンテンツ評価情報とを含む情報を全体情報として記憶する記憶手段と、全体情報を電気通信回線を通じて送信する送信手段と、送信手段により送信された全体情報を受信して、複数の全体情報を収集する全体情報収集手段と、複数の全体情報の各々が有する評価時間情報の共通性に基づいて、１の全体情報と他の１又は複数の全体情報とが統合可能であるか否かの判定を行う統合判定手段（ステップＳ２５Ｂ）と、統合判定手段が統合可能と判定した場合に、１の全体情報と他の１又は複数の全体情報とを統合した統合情報を生成する統合情報生成手段（ステップＳ２８Ｂ）とを備える。【選択図】図１１
2019008644.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、
前記コンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、
前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を全体情報として記憶する記憶手段と、
前記全体情報を電気通信回線を通じて送信する送信手段と、
前記送信手段により送信された前記全体情報を受信して、複数の全体情報を収集する全体情報収集手段と、
前記複数の全体情報の各々が有する前記評価時間情報の共通性に基づいて、１の全体情報と他の１又は複数の全体情報とが統合可能であるか否かの判定を行う統合判定手段と、
前記統合判定手段が前記１の全体情報と前記他の１又は複数の全体情報とが統合可能と判定した場合に、これらを統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とするコンテンツ評価システム。
【請求項２】
前記統合情報生成手段は、
前記１の全体情報を基準全体情報とし、
前記他の１又は複数の全体情報が有する前記評価時間情報のうち、前記コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合することを特徴とする請求項１に記載のコンテンツ評価システム。
【請求項３】
前記統合判定手段は、前記評価時間情報に加えて、前記基準全体情報と前記他の１又は複数の全体情報との所有者情報、会場情報又は位置情報の共通性に基づいて、統合可能であるか否かを判定することを特徴とする請求項２に記載のコンテンツ評価システム。
【請求項４】
前記開始時刻は、前記コンテンツの録画若しくは録音開始時刻、又は該コンテンツの再生開始時刻であることを特徴とする請求項１〜３の何れか１項に記載のコンテンツ評価システム。
【請求項５】
前記コンテンツ評価情報には、前記コンテンツの開始から所定時間が経過した時点で受け付けられた評価者が行う簡易評価である一次評価と、該一次評価の後に評価者がその内容を記入する二次評価とが含まれることを特徴とする請求項１〜４の何れか１項に記載のコンテンツ評価システム。
【請求項６】
各ユーザが所有するユーザ端末装置と、所定の情報を管理するサーバ装置とからなるコンテンツ評価システムであって、
前記ユーザ端末装置は、
コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、
前記コンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、
前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を全体情報として記憶する記憶手段と、
前記全体情報を電気通信回線を通じて前記サーバ装置に送信する送信手段と、を備え、
前記サーバ装置は、
前記送信手段により送信された前記全体情報を受信して、複数の全体情報を収集する全体情報収集手段と、
複数の前記全体情報の各々が有する前記評価時間情報の共通性に基づいて、前記複数の全体情報のうちの１の全体情報と他の１又は複数の全体情報とが統合可能であるか否かの判定を行う統合判定手段と、
前記判定手段が統合可能と判定した場合に、前記１の全体情報を基準全体情報とし、前記他の１又は複数の全体情報が有する前記評価時間情報のうち、前記コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とするコンテンツ評価システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、講演、講義、プレゼンテーション又は演劇等の実演、商談、面談、面接並びに映画、アニメ、ＣＭ又は楽曲等のコンテンツを評価するコンテンツ評価システムに関する。
【背景技術】
【０００２】
現在、複数のモバイル端末を同期させてサーバを介して情報を共有や統合をしたり、同期により所定の作業を共同で行うことができるシステムが知られている。
【０００３】
例えば、特許文献１の同期入力システムでは、複数のクライアント端末に対してペアリングの操作を実施すると、サーバ端末がそのリクエストを解析してペアリングの許可を判定する。そして、ペアリングを許可した場合には、複数のクライアント端末に対して許可のレスポンスをする。
【０００４】
これにより、複数のクライアント端末の画面を利用して、１つの仮想キーボードが表示されるようになる。仮想キーボードによる文字入力は、入力時の基準時刻の情報がサーバ端末に送信されることで、一連の入力情報が基準時刻でソートされ、ユーザが入力した通りの順番での同期動作が実現される（段落００７２〜００７４、図８）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−８８８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１のシステムでは、はじめに複数のクライアント端末をペアリングする必要があったため、その作業に手間がかかっていた。また、クライアント端末から文字入力をする、すなわち複数の情報を統合する際に、常にサーバ端末と通信しているため、電波状況によっては通信に時間がかかったり、通信が途切れたりして作業が安定しないという問題があった。
【０００７】
本発明は、上述の点に鑑みてなされたものであり、複数のユーザ端末を安定して動作させることができるコンテンツ評価システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１発明のコンテンツ評価システムは、コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、前記コンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を全体情報として記憶する記憶手段と、前記全体情報を電気通信回線を通じて送信する送信手段と、前記送信手段により送信された前記全体情報を受信して、複数の全体情報を収集する全体情報収集手段と、前記複数の全体情報の各々が有する前記評価時間情報の共通性に基づいて、１の全体情報と他の１又は複数の全体情報とが統合可能であるか否かの判定を行う統合判定手段と、前記統合判定手段が前記１の全体情報と前記他の１又は複数の全体情報とが統合可能と判定した場合に、これらを統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とする。
【０００９】
第１発明では、評価時間情報取得手段が評価時間情報を取得し、コンテンツ評価情報取得手段がコンテンツ評価情報を取得して、評価時間情報とコンテンツ評価情報とが、全体情報としてローカルディスク等の記憶手段に記憶される。
【００１０】
その後、送信手段が電気通信回線を通じて全体情報を送信して、全体情報収集手段が複数の全体情報を１カ所に収集する。複数の全体情報は、それぞれ評価時間情報を有しているが、統合判定手段は、１の全体情報と他の全体情報（１つとは限らない）の評価時間情報の共通性に基づいて、それらの情報を統合することが可能か否かを判定する。そして、統合情報生成手段は、統合判定手段が１の全体情報と他の全体情報とを統合可能と判定した場合に、これらを統合した統合情報を生成する。このように複数の全体情報を処理することで、システムを安定して動作させることができる。
【００１１】
第１発明のコンテンツの評価システムにおいて、前記統合情報生成手段は、前記１の全体情報を基準全体情報とし、前記他の１又は複数の全体情報が有する前記評価時間情報のうち、前記コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合することが好ましい。
【００１２】
この構成によれば、１の全体情報と他の全体情報とを統合する場合、統合情報生成手段は、１の全体情報を基準全体情報と定める。そして、他の全体情報が有する評価時間情報のうち、コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れかから特定される期間が、基準全体情報と少なくとも一部重複するものを選択して、基準全体情報に統合する。これにより、基準全体情報の評価時間情報と一部共通の期間を有する他の全体情報のコンテンツ評価情報とを統合して、関連性のある１つの評価として記録することができる。
【００１３】
また、第１発明のコンテンツの評価システムにおいて、前記統合判定手段は、前記評価時間情報に加えて、前記基準全体情報と前記他の１又は複数の全体情報との所有者情報、会場情報又は位置情報の共通性に基づいて、統合可能であるか否かを判定することが好ましい。
【００１４】
この構成によれば、統合判定手段は、基本的に評価時間情報の共通性に基づいて、複数の全体情報が統合可能か否かを判定する。また、統合判定手段は、所有者情報、会場情報又は位置情報の共通性を併せて判断する。これにより、より関連性の高い統合情報の候補を推薦することができる。
【００１５】
また、第１発明のコンテンツの評価システムにおいて、前記開始時刻は、前記コンテンツの録画若しくは録音開始時刻、又は該コンテンツの再生開始時刻であることが好ましい。
【００１６】
この構成によれば、コンテンツの録画中又は再生中に、評価者がコンテンツに対する評価を行うと、その評価が受け付けられる。評価者は、コンテンツの録画中にはリアルタイムでコンテンツを評価することができ、コンテンツの再生中にはコンテンツの内容をよく吟味してから評価することができる。なお、再生されるコンテンツは、録画、録音ファイルに限られず、操作情報等が記載されたＰＤＦファイル等が含まれる。
【００１７】
また、第１発明のコンテンツの評価システムにおいて、前記コンテンツ評価情報には、前記コンテンツの開始から所定時間が経過した時点で受け付けられた評価者が行う簡易評価である一次評価と、該一次評価の後に評価者がその内容を記入する二次評価とが含まれることが好ましい。
【００１８】
この構成によれば、コンテンツ評価情報には一次評価と二次評価とが含まれ、評価者は、コンテンツに対して一次評価（例えば、時点情報に「＋」、「−」を付与する簡易な評価）と二次評価（例えば、コメントを記入する評価）とを行うことができる。これにより、統合された統合情報が充実して、コンテンツ評価情報の利用価値を高めることができる。
【００１９】
第２発明は、各ユーザが所有するユーザ端末装置と、所定の情報を管理するサーバ装置とからなるコンテンツ評価システムであって、前記ユーザ端末装置は、コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、前記コンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を全体情報として記憶する記憶手段と、前記全体情報を電気通信回線を通じて前記サーバ装置に送信する送信手段と、を備え、前記サーバ装置は、前記送信手段により送信された前記全体情報を受信して、複数の全体情報を収集する全体情報収集手段と、複数の前記全体情報の各々が有する前記評価時間情報の共通性に基づいて、前記複数の全体情報のうちの１の全体情報と他の１又は複数の全体情報とが統合可能であるか否かの判定を行う統合判定手段と、前記判定手段が統合可能と判定した場合に、前記１の全体情報を基準全体情報とし、前記他の１又は複数の全体情報が有する前記評価時間情報のうち、前記コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、該基準全体情報と少なくとも一部重複するものを該基準全体情報に統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とする。
【００２０】
第２発明では、ユーザ端末装置の評価時間情報取得手段が評価時間情報を取得し、コンテンツ評価情報取得手段がコンテンツ評価情報を取得して、評価時間情報とコンテンツ評価情報とが、全体情報の一部としてユーザ端末装置の記憶手段（ローカルディスク等）に記憶される。そして、ユーザ端末装置が備える送信手段は、電気通信回線を通じて全体情報をサーバ装置に送信する。
【００２１】
また、サーバ装置の全体情報取得手段は、送信された全体情報を取得する。ここで、複数の全体情報は、それぞれ評価時間情報を有しているが、サーバ装置の統合判定手段は、１の全体情報と他の全体情報（１つとは限らない）の評価時間情報の共通性に基づいて、それらの情報を統合することが可能か否かを判定する。
【００２２】
サーバ装置の統合情報生成手段は、１の全体情報と他の全体情報とを統合する場合、１の全体情報を基準全体情報と定める。そして、他の全体情報が有する評価時間情報のうち、コンテンツに対する評価の開始時刻、記録時間及び終了時刻のうちの何れかから特定される期間が、基準全体情報と少なくとも一部重複するものを選択して、基準全体情報に統合する。複数の全体情報は、ユーザ端末装置から送信された後に、サーバ装置の全体情報収集手段に保管されて両装置が同期状態となるため、ユーザ端末装置を安定して動作させることができる。基準全体情報の評価時間情報と一部共通の期間を有する他の全体情報のコンテンツ評価情報とを統合することで、関連性のある１つの評価として記録することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態であるコンテンツ評価システムの概略図である。
【図２】図１のシステムのサーバの内部構成を示すブロック図である。
【図３】図１のシステムの端末の内部構成を示すブロック図である。
【図４】ユーザ端末で行われる評価ルーチンＲ１のフローチャートである。
【図５】端末の画面表示（待機画面）の例である。
【図６】端末の画面表示（一次評価入力画面）の例である。
【図７】端末の画面表示（レコード保存画面）の例である。
【図８】端末の画面表示（二次評価待受け画面）の例である。
【図９】端末の画面表示（二次評価入力画面）の例である。
【図１０Ａ】サーバとユーザ端末とで行われる同期ルーチンＲ２のフローチャートである。
【図１０Ｂ】同期ルーチンＲ２のレコードバージョン比較処理のフローチャートである。
【図１１】サーバとユーザ端末とで行われる評価ルーチンＲ３のフローチャートである。
【図１２】評価レコードファイルのデータ構造の例である。
【図１３】評価レコードファイル中のヘッダー情報の例である。
【図１４】評価レコードファイルの統合を説明する図である。
【図１５】統合後の評価レコードファイルのデータ構造の例である。
【図１６】端末の画面表示（コンテンツ片の統計的表示）の例である。
【発明を実施するための形態】
【００２４】
以下では、本発明の実施形態であるコンテンツ評価システムについて、図面を参照しつつ説明する。
【００２５】
まず、図１は、本実施形態のコンテンツ評価システム１の概略図を示している。図示するように、コンテンツ評価システム１は、主に、サーバ１０（本発明の「サーバ装置」）と、コンテンツを評価するユーザ（視聴者、評価者）が操作するユーザ端末２０Ａ〜２０Ｃ（本発明の「ユーザ端末装置」）とで構成されている。なお、説明の便宜上、ユーザ端末を３つにしているが、このようなユーザ端末は、理論上無限に存在する。
【００２６】
また、サーバ１０とユーザ端末２０Ａ〜２０Ｃ（以下、ユーザ端末２０という）とは、ネットワークＮＷ（通信路）、例えば、ＴＣＰ／ＩＰ等の通信プロトコルにより相互にデータの送受信が可能となっている。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、専用通信回線（例えば、ＣＡＴＶ回線）、移動体通信網（基地局等を含む）、又はゲートウェイ等により構築されている。
【００２７】
次に、図２に、サーバ１０の内部構成図を示す。サーバ１０は、システムバス１１を介して、大容量記憶装置１３と、システム制御部１５と、データ通信部１７とが協働している装置である。
【００２８】
大容量記憶装置１３（本発明の「全体情報収集手段」）は、例えば、ハードディスク装置、ＳＳＤ（Solid State Drive）等により構成されており、オペレーティングシステムやサーバ用のソフトウェア等の各種プログラムを記憶している。
【００２９】
また、図示するように、大容量記憶装置１３は、識別情報データベース（以下、ＤＢ）１３ａと、コンテンツＤＢ１３ｂと、評価情報及びコンテンツ片ＤＢ１３ｃとにより構成されている。
【００３０】
各種プログラムは、他のサーバ等からネットワークＮＷを介して取得できるようにしてもよいし、各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置１３に記憶される各種プログラム（後述する「同期ルーチンＲ２」、「統合ルーチンＲ３」のサーバ側の処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータで読み取り可能な記録媒体に記録して譲渡することができる。
【００３１】
システム制御部１５（本発明の「統合判定手段」、「統合情報生成手段」）は、ＣＰＵ（Central Processing Unit）１５ａと、ＲＯＭ（Read Only Memory）１５ｂと、ＲＡＭ（Random Access Memory）１５ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ１５ａがＲＯＭ１５ｂや大容量記憶装置１３に記憶された各種プログラムを読み出して実行することにより、各種機能を実現している。
【００３２】
データ通信部１７は、上述したネットワークＮＷに接続されており、種々のデータをユーザ端末２０等の他の機器との間で送受信する。
【００３３】
次に、図３にユーザ端末２０の内部構成図を示す。ユーザ端末２０は、システムバス２１を介して、大容量記憶装置２３と、システム制御部２５と、入力部２７と、出力部２９と、データ通信部３１とが協働している装置である。
【００３４】
ユーザ端末２０の例としては、スマートフォン、携帯電話、パーソナルコンピュータ（ＰＣ）、タブレット型ＰＣ、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）等が挙げられる。後述する評価レコードファイルは、録画コンテンツが一般的であるため、ユーザ端末は、スマートフォンやタブレット型ＰＣのようにカメラを内蔵していることが好ましい。しかし、ユーザ端末は、カメラを内蔵している機器に限られない。
【００３５】
大容量記憶装置２３（本発明の「記憶手段」）は、例えば、ハードディスク装置、ＳＳＤ、フラッシュメモリ等により構成されており、オペレーティングシステムやユーザ端末用のソフトウェア等の各種プログラムを記憶している。
【００３６】
この各種プログラムについても、他のサーバ装置等からネットワークＮＷを介して取得できるようにしてもよいし、各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置２３に記憶される各種プログラム（後述する「同期ルーチンＲ２」、「統合ルーチンＲ３」のユーザ端末２０側の処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータで読み取り可能な記録媒体に記録して譲渡することができる。
【００３７】
システム制御部２５（本発明の「評価時間情報取得手段」、「コンテンツ評価情報取得手段」）は、ＣＰＵ２５ａと、ＲＯＭ２５ｂと、ＲＡＭ２５ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ２５ａがＲＯＭ２５ｂや大容量記憶装置２３に記憶された各種プログラムを読み出して実行することにより、各種機能を実現している。
【００３８】
入力部２７は、例えば、キーボード、マウス、タッチパッド、タッチパネル、スタイラスペン、音声入力装置、加速度センサ、傾きセンサ等の入力装置である。また、出力部２９は、例えば、映像を表示するディスプレイ、及び／又は音声を発するスピーカである。
【００３９】
データ通信部３１（本発明の「送信手段」）は、上述したネットワークＮＷに接続されており、種々のデータをサーバ１０等の他の機器との間で送受信する。
【００４０】
次に、図４を参照して、コンテンツ評価システムにおいて、ユーザ端末２０で実行される評価ルーチンＲ１について説明する。なお、評価ルーチンＲ１の各ステップの説明を補足するため、適宜、図５〜図９を参照する。
【００４１】
評価ルーチンＲ１は、ユーザ端末２０により実行される処理である。ここでは、他人の実演（本発明の「コンテンツ」の一例）を録画した録画コンテンツが生成され、さらに評価がなされる場合を例に説明する。
【００４２】
なお、評価ルーチンＲ１は、例えば、ユーザ端末２０において評価ルーチンＲ１を実行するアプリが起動された際に実行されてもよいし、ユーザ端末２０が専用機の場合には、電源がオンになった際に評価ルーチンＲ１が実行されてもよい。
【００４３】
まず、ユーザ端末２０のシステム制御部２５は、出力部２９に、評価開始の入力待機状態である待機画面を表示させる（ステップＳ１１）。図５は、ユーザ端末２０のディスプレイ４１に待機画面を表示した例である。なお、以下では、ディスプレイ４１がタッチパネルであるとして説明する。
【００４４】
待機画面は、「評価基準」、「録画中のＦＢ（フィードバック）評価入力」、「機内モードの設定」、「アドバンス機能」及び「ＰＤＦ撮影」のコンテンツを評価するのに必要な項目で構成されている。なお、これらの項目の背後には、カメラによる画像（録画はしていない）が映し出されているので、人物等の配置を確認するための参考とすることができる。
【００４５】
例えば、「録画中のＦＢ評価入力」は、オン／オフボタンで切り替えが可能である。また、「アドバンス機能」の「ＦＢのみ」を選択した場合には、統合するレコード情報（詳細は後述する）として録画、録音データを含まず、評価データのみに設定することができる。その後、ステップＳ１２に進む。
【００４６】
また、リアルタイムのコンテンツを録画、録音しながら評価するのではなく、既存の録画、録音ファイルを再生しながら評価する場合には、「アドバンス機能」の「レコード複製」を選択することで、ファイルを指定することができる。
【００４７】
ステップＳ１２では、システム制御部２５は、評価を開始するか否かを判定する。この判定は、待機画面下方の開始ボタン４６が、待機画面の表示開始から一定時間内にユーザによって操作されたか否かにより行われる。なお、サーバ１０からの信号をユーザ端末２０で受信して、評価の開始を判断してもよい。
【００４８】
未だ評価を開始していないと判定された場合（ステップＳ１２：ＮＯ）、システム制御部２５は、ユーザが評価を開始するまでループする。すなわち、待機画面が表示されたまま、ユーザの入力の待つ待受け状態となる。一方、評価を開始すると判定された場合（ステップＳ１２：ＹＥＳ）、システム制御部２５は、ステップＳ１３に進む。
【００４９】
ステップＳ１３では、システム制御部２５は、出力部２９に評価入力画面を表示させる。例えば、動画（録画コンテンツ）に対して評価を行う場合には、ここでカメラによる録画を開始する。図６は、ユーザ端末２０のディスプレイ４１にユーザの簡易かつ直感的、そして逐次的な評価である一次評価が入力される評価入力画面（一次評価入力画面）を表示した例である。なお、録画を開始した時点では、後述する評価結果バー４８は、表示されていない。
【００５０】
評価入力画面は、カメラ画面部４３の下方に評価表示部４５が重ねて配置されている。カメラ画面部４３は、例えば、ユーザ端末２０に内蔵されている、又はユーザ端末２０に接続されているカメラからの映像が表示される領域である。また、評価表示部４５は、ユーザによって入力された評価を含む情報（本発明の「コンテンツ評価情報」）が表示される領域である。
【００５１】
評価表示部４５では、その右側には評価段階表示部４５Ａ、その左側には評価結果表示部４５Ｂが配置されている。図６に示すように、評価段階表示部４５Ａは、上下方向に５つの領域に区切られており、上から２つの領域に良いとの評価を示す記号「＋＋」、やや良いとの評価を示す記号「＋」が記されている。
【００５２】
また、下から２つの領域に悪いとの評価を示す記号「−−」、やや悪いとの評価を示す記号「−」が記されている。なお、中段の領域には、評価開始からの経過時間、すなわち、録画開始からの経過時間が表示される。
【００５３】
また、評価結果表示部４５Ｂは、評価段階表示部４５Ａと同様に、上下方向に５つの領域に区切られている。評価結果バー４８は、評価段階表示部４５Ａと評価結果表示部４５Ｂの境界部から開始し、時間の経過ともに左方に移動するバー表示である。
【００５４】
また、評価入力画面が表示されている時点で、ユーザによりタップ等の操作が行われた場合に、カメラ画面部４３の領域内に評価ポップアップ４７が表示される。そして、コンテンツを録画又は視聴しているユーザは、その時感じた直感的な評価（一次評価）をユーザ端末２０のディスプレイ４１（カメラ画面部４３の領域）をスワイプして入力することができ、このとき、一次評価の操作が受け付けられる。
【００５５】
一次評価の操作としては、例えば、カメラ画面部４３の領域を上方に向けて一度スワイプするとやや良いとの評価「＋」が入力され、一定時間内に上方に向けて二度スワイプすると良いとの評価「＋＋」が入力される。
【００５６】
また、カメラ画面部４３の領域を下方に向けて一度スワイプするとやや悪いとの評価「−」が入力され、一定時間内に下方に向けて二度スワイプすると悪いとの評価「−−」が入力される。
【００５７】
評価が入力されない間は、経過時間が表示されている評価段階表示部４５Ａの中段の領域と評価結果表示部４５Ｂとの境界部から評価結果バー４８が出現する。そして、評価が入力されると、評価の入力から一定時間、当該入力された評価を示す記号（例えば、「＋＋」）が記された領域と評価結果表示部４５Ｂとの境界から評価結果バー４８が出現する。この結果、図６に示すように、評価入力画面において、評価入力の結果が時系列的に表示される。その後、ステップＳ１４に進む。
【００５８】
ステップＳ１４では、システム制御部２５は、上述の一次評価操作が検出されたか否かを判定する。一次評価操作が検出されたと判定された場合（ステップＳ１４：ＹＥＳ）、システム制御部２５は、ステップＳ１５に進む。一方、未だ一次評価操作が検出されていないと判定された場合（ステップＳ１４：ＮＯ）、システム制御部２５は、ステップＳ１７に進む。
【００５９】
ステップＳ１５では、システム制御部２５は、一次評価情報を記録する。ここで、一次評価情報は、一次評価操作が開始された時刻やその期間（本発明の「評価時間情報」）と、一次評価の内容（本発明の「コンテンツ評価情報」）とを含む。時刻データは各ユーザ端末内の時計の時刻に基づくが、その時刻が正確な時刻に対してずれている場合には、正確な時刻を電波等から取得し、そのずれを調整する方式を取り入れてもよい。その後、ステップＳ１６に進む。
【００６０】
ステップＳ１６では、システム制御部２５は、コンテンツ片を生成し、保存する。ここで、コンテンツ片とは、録画コンテンツのうちの連続又は断続した一部分であり、ユーザ端末２０の大容量記憶装置２３に記憶された一次評価情報に基づいて生成される。
【００６１】
コンテンツ片は、例えば、録画コンテンツのうちの一次評価操作が行われた時刻の前後の既定又は任意に決定される所定時間（例えば、前後１０秒）を切り出すことでも生成することができる。このようにして、コンテンツ片を生成する場合には、切り出す基準となった一次評価とそのコンテンツ片とが紐付けられて記録される。その後、ステップＳ１７に進む。
【００６２】
ステップＳ１７では、システム制御部２５は、評価を終了するか否かを判定する。この判定は、例えば、評価入力画面のカメラ画面部４３内に表示されている終了ボタン４９（図６参照）がユーザによって操作されたか否かで行われる。なお、予め録画等されたコンテンツを再生するモードでは、コンテンツの再生終了に伴い自動的に評価を終了する。
【００６３】
未だ評価を終了しないと判定された場合（ステップＳ１７：ＮＯ）、システム制御部２５は、ステップＳ１４にリターンして以降の処理を行う。一方、評価を終了すると判定された場合（ステップＳ１７：ＹＥＳ）、システム制御部２５は、ステップＳ１８に進む。
【００６４】
ステップＳ１８では、システム制御部２５は、出力部２９にレコード保存画面を表示させる。ここで、ユーザは、レコードの所有者等の入力を行う。図７は、ユーザ端末２０のディスプレイ４１にレコード保存画面を表示した例である。レコード保存画面は、「レコード名」、「チームで共有」、「レコードのオーナー」等の項目で構成されている。
【００６５】
例えば、レコードのオーナー（所有者）をプレゼンテーションの発表者に設定することで、レコードの開始時刻、記録時間及び終了時刻のうち何れか２つから特定される期間情報に加えて、同じオーナーである情報を元にレコードを統合候補として認識することができる。その後、ステップＳ１９に進む。
【００６６】
ステップＳ１９では、システム制御部２５は、出力部２９に二次評価待受け画面を表示させる。図８は、ユーザ端末２０のディスプレイ４１に二次評価待受け画面を表示した例である。二次評価待受け画面では、その上方に代表画像表示部５０、その下方に評価一覧部５１が配置されている。
【００６７】
代表画像表示部５０には、録画された実演のコンテンツであって、一次評価により録画コンテンツから抽出された抽出画像が表示されている。ユーザは、この抽出画像を視聴することで、コンテンツのどの部分に対して一次評価がなされたのかを確認することができる。
【００６８】
また、評価一覧部５１には、全体評価欄５３と個別評価欄５５とが含まれている。ユーザは、評価一覧部５１の全体評価欄５３をタップすることで、コンテンツに対する全体評価（全体コメント）を入力することができる。
【００６９】
個別評価欄５５は、それぞれ一次評価に対応して生成される。図８では、２つの個別評価欄５５ａ，５５ｂが生成されているが、それぞれの個別評価に対応した一次評価の内容、及びその一次評価に紐付けられたコンテンツ片のコンテンツ内での再生時間の情報が含まれる。
【００７０】
二次評価待受け画面において、ユーザは、個別評価欄５５の領域をタップすることで、選択された個別評価欄５５に対応した一次評価について、さらに詳細な二次評価を入力することができる。その後、ステップＳ２０に進む。
【００７１】
ステップＳ２０では、システム制御部２５は、二次評価の入力待受けを行う。二次評価は、二次評価待受け画面（図８参照）において、ユーザが個別評価欄５５の領域をタップすることで移行する。
【００７２】
図９は、ユーザ端末２０のディスプレイ４１に二次評価入力画面を表示した例である。図示するように、二次評価入力画面では、その上方に再生画面部５７、その下方に二次評価入力画面部５９が配置されている。再生画面部５７においては、選択された個別評価に対応し、かつ一次評価に紐付けられたコンテンツ片が再生される。
【００７３】
また、二次評価入力画面部５９には、コメント選択欄６１と自由コメント欄６３とが含まれている。ユーザは、コメント選択欄６１の領域をタップして所定のコメントを選択したり、自由コメント欄６３の領域をタップし、文字入力をして二次評価を行うことができる。その後、ステップＳ２１に進む。
【００７４】
ステップＳ２１では、システム制御部２５は、二次評価の入力待受けを終了するか否かを判定する。この判定は、例えば、二次評価入力画面の再生画面部５７に表示されている終了ボタン４９がユーザにより操作されたか否かで行われる。
【００７５】
二次評価の入力待受けを終了しないと判定された場合（ステップＳ２１：ＮＯ）、システム制御部２５は、ステップＳ２０にリターンして以降の処理を行う。一方、二次評価の入力待受を終了すると判定された場合（ステップＳ２１：ＹＥＳ）、システム制御部２５は、評価ルーチンＲ１を終了する。
【００７６】
次に、図１０Ａ，図１０Ｂを参照して、コンテンツ評価システムにおいて、サーバ１０とユーザ端末２０との間で実行される同期ルーチンＲ２について説明する。
【００７７】
同期ルーチンＲ２は、サーバ１０とユーザ端末２０との間のデータ送受信により実行される処理であり、この処理により、サーバ１０とユーザ端末２０とで後述するレコード情報が同期状態となる。
【００７８】
まず、ユーザ端末２０のデータ通信部３１は、識別情報ＩＤを送信する(ステップＳ１Ａ)。具体的には、データ通信部３１は、今回のレコード情報を識別する識別情報ＩＤ（詳細は後述する）をサーバ１０に送信する。その後、ステップＳ２Ａに進む。
【００７９】
ここで、サーバ１０のシステム制御部１５は、ステップＳ１Ａの後にＩＤ認証処理を行う（ステップＳ１Ｂ）。これは、ユーザ端末２０から送信された識別情報ＩＤを認証する処理である。その後、ステップＳ２Ｂに進む。
【００８０】
ステップＳ２Ｂでは、サーバ１０のデータ通信部１７は、ＩＤ認証処理の成否を送信する。具体的には、データ通信部１７は、ステップＳ１ＡにおけるＩＤ認証処理の成否をユーザ端末２０に送信する。その後、ステップＳ３Ｂに進む。
【００８１】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２Ａでは、ユーザ端末２０のシステム制御部２５は、ＩＤ認証処理の成否を受信したか否かを判定する。未だＩＤ認証処理の成否を受信していないと判定された場合（ステップＳ２Ａ：ＮＯ）、システム制御部２５は、ＩＤ認証処理の成否を受信するまでループする。一方、ＩＤ認証処理の成否を受信したと判定された場合（ステップＳ２Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ３Ａに進む。
【００８２】
ステップＳ３Ａでは、システム制御部２５は、ＩＤ認証の結果が成功していたか否かを判定する。ＩＤ認証の結果が失敗であった場合（ステップＳ３Ａ：ＮＯ）、システム制御部２５は、ステップＳ１Ａにリターンする。一方、ＩＤ認証の結果が成功していた場合（ステップＳ３Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ４Ａに進む。
【００８３】
ステップＳ４Ａでは、システム制御部２５は、データベースからレコード情報を取得する。ここで、レコード情報とは、評価ルーチンＲ１（図４参照）により、ユーザ端末２０の大容量記憶装置２３（データベース）に記憶された録画コンテンツ（録音コンテンツ等を含む）と、評価情報（一次情報や一次評価情報に関連するコンテンツ片や二次評価情報を含む）の両方又は何れか一方である。その後、ステップＳ５Ａに進む。
【００８４】
ステップＳ５Ａでは、システム制御部２５は、ネットワークに接続しているか否かを判定する。現在、ネットワークに接続していない場合（ステップＳ５Ａ：ＮＯ）、システム制御部２５は、同期ルーチンＲ２を終了する。一方、現在、ネットワークに接続している場合（ステップＳ５Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ７Ａに進む。
【００８５】
ステップＳ６Ａでは、データ通信部３１は、レコード情報を送信する。具体的には、データ通信部３１は、ステップＳ４Ａで取得したレコード情報をサーバ１０に送信する。その後、ステップＳ６Ａに進む。
【００８６】
ここで、サーバ１０の処理に戻ると、ステップＳ３Ｂでは、システム制御部１５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ３Ｂ：ＮＯ）、システム制御部１５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ３Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ４Ｂに進む。
【００８７】
ステップＳ４Ｂでは、システム制御部１５は、一致するレコード情報があるか否かを判定する。開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が一部でも一致するレコード情報がある場合（ステップＳ４Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ６Ｂに進む。一方、一致するレコードがない場合（ステップＳ４Ｂ：ＮＯ）、システム制御部１５は、ステップＳ５Ｂに進む。
【００８８】
ステップＳ５Ｂでは、システム制御部１５は、今回のレコード情報を保存する。具体的には、ユーザ端末２０から送信されたレコード情報をサーバ１０の大容量記憶装置１３に保存する。その後、ステップＳ６Ｂに進む。
【００８９】
ステップＳ６Ｂでは、データ通信部１７は、一致するレコード情報を送信する。具体的には、データ通信部１７は、ステップＳ４Ｂで検索した一致するレコード情報をユーザ端末２０に送信する。その後、ステップＳ７Ｂに進む。
【００９０】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ７Ａでは、システム制御部２５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ７Ａ：ＮＯ）、システム制御部２５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ７Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａに進む。
【００９１】
ステップＳ８Ａでは、システム制御部２５は、レコードバージョン比較処理を行う。以下、図１０Ｂを参照して、レコードバージョン比較処理の詳細を説明する。
【００９２】
以下の処理では、システム制御部２５は、最後に同期したレコードのバージョン情報と、ユーザ端末内のレコード情報のバーション及びステップＳ７Ａで受信したサーバ内のレコード情報のバージョンとを比較する。
【００９３】
まず、システム制御部２５は、最後に同期したレコード情報のバージョンと、ユーザ端末内のレコード情報のバーション及びサーバ内のレコード情報のバージョンとが同じであるか否かを判定する（ステップＳ８Ａ−１）。両者が同じである場合（ステップＳ８Ａ−１：ＹＥＳ）、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ１とする。一方、両者が同じでない場合（ステップＳ８Ａ−１：ＮＯ）、システム制御部２５は、ステップＳ８Ａ−２に進む。
【００９４】
ステップＳ８Ａ−２では、システム制御部２５は、ユーザ端末内のレコード情報のバーションが最後に同期したレコード情報のバージョンと同じ、かつ、サーバ内のレコード情報のバージョンが最後に同期したレコード情報のバージョンより高いか否かを判定する。この条件を満たさない場合（ステップＳ８Ａ−２：ＮＯ）、システム制御部２５は、ステップＳ８Ａ−５に進む。一方、この条件を満たす場合（ステップＳ８Ａ−２：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａ−３に進む。なお、この場合をケースＣ２とする。
【００９５】
ステップＳ８Ａ−３では、システム制御部２５は、ユーザ端末内のレコード情報をサーバ内のレコード情報で上書きする。この処理により、バージョンが高いサーバ内のレコード情報がユーザ端末２０の大容量記憶装置２３に記憶される。その後、ステップＳ８Ａ−４に進む。
【００９６】
ステップＳ８Ａ−４では、システム制御部２５は、レコード情報のバージョンを更新する。この処理により、ステップＳ８Ａ−３で記憶されたサーバ内のレコード情報が最終の同期として確定する。その後、レコードバージョン比較処理を終了する。
【００９７】
次に、ステップＳ８Ａ−２の条件を満たさない場合を説明する。この場合、システム制御部２５は、ユーザ端末内のレコード情報のバーションとサーバ内のレコード情報のバージョンの両方が、最後に同期したレコード情報のバージョンより高いか否かを判定する（ステップＳ８Ａ−５）。
【００９８】
この条件を満たさない場合（ステップＳ８Ａ−５：ＮＯ）、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ３とする。一方、この条件を満たす場合（ステップＳ８Ａ−５：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａ−６に進む。
【００９９】
ステップＳ８Ａ−６では、システム制御部２５は、出力部２９に選択メッセージを表示させる。具体的には、ユーザ端末２０のディスプレイ４１に「ユーザ端末内のレコード情報とサーバ内のレコード情報の何れを適用するか」という旨のメッセージを表示する。その後、ステップＳ８Ａ−７に進む。
【０１００】
ステップＳ８Ａ−７では、システム制御部２５は、サーバ内のレコード情報を適用するか否かを判定する。サーバ内のレコード情報を適用する場合(ステップＳ８Ａ−７：ＹＥＳ)、システム制御部２５は、ステップＳ８Ａ−３に進み、以降の処理を行う。なお、この場合をケースＣ４とする。
【０１０１】
一方、サーバ内のレコード情報を適用しない場合(ステップＳ８Ａ−７：ＮＯ)、ユーザ端末内のレコード情報を適用することとなり、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ５とする。
【０１０２】
図１０Ａに戻り、ステップＳ８Ａのレコードバージョン比較処理にて、ケースＣ１，Ｃ２，Ｃ４であった場合、システム制御部２５は、同期ルーチンＲ２を終了する。一方、レコードバージョン比較処理にて、ケースＣ３又はＣ５であった場合、システム制御部２５は、ステップＳ９Ａに進む。
【０１０３】
ステップＳ９Ａでは、データ通信部３１は、レコード情報を送信する。ここでは、データ通信部３１は、今回適用するユーザ端末内のレコード情報をサーバ１０に送信する。その後、ステップＳ１０Ａに進む。
【０１０４】
ここで、サーバ１０の処理に戻ると、ステップＳ７Ｂでは、システム制御部１５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ７Ｂ：ＮＯ）、システム制御部１５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ７Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ８Ｂに進む。
【０１０５】
ステップＳ８Ｂでは、システム制御部１５は、サーバ内のレコード情報をユーザ端末のレコード情報で上書きする。この処理により、バージョンが高いユーザ端末２０内のレコードがサーバ１０の大容量記憶装置１３に記憶される。その後、ステップＳ９Ｂに進む。
【０１０６】
ステップＳ９Ｂでは、システム制御部２５は、レコードのバージョン情報を更新する。この処理により、ステップＳ９Ｂで記憶されたユーザ端末２０内のレコード情報が最終の同期として確定する。その後、ステップＳ１０Ｂに進む。
【０１０７】
ステップＳ１０Ｂでは、データ通信部１７は、同期の完了報知を送信する。具体的には、データ通信部１７は、ステップＳ９Ｂにて同期処理が完了したことをユーザ端末２０に送信する。その後、同期ルーチンＲ２を終了する。
【０１０８】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ１０Ａでは、システム制御部２５は、完了報知を受信したか否かを判定する。未だ完了報知を受信していないと判定された場合（ステップＳ１０Ａ：ＮＯ）、システム制御部２５は、完了報知を受信するまでループする。一方、完了報知を受信したと判定された場合（ステップＳ１０Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ１１Ａに進む。
【０１０９】
最後に、ステップＳ１１Ａでは、システム制御部２５は、レコード情報のバージョンを更新する。この処理により、ステップＳ８Ａのレコードバージョン比較処理にて、ケースＣ３又Ｃ５であった場合についても、レコード情報が最終の同期として確定する。その後、同期ルーチンＲ２を終了する。
【０１１０】
このように、同期ルーチンＲ２では、評価レコードファイルをサーバ１０とユーザ端末２０との間で同期する。なお、この同期処理は、インターネットに接続されていない場合は、しばらくした後に自動又は手動で行われるようにしてもよい。
【０１１１】
次に、図１１を参照して、コンテンツ評価システムにおいて、サーバ１０とユーザ端末２０とで実行される統合ルーチンＲ３について説明する。なお、統合ルーチンＲ３の各ステップの説明を補足するため、適宜、図１２〜図１５を参照する。
【０１１２】
統合ルーチンＲ３は、サーバ１０とユーザ端末２０との間のデータ送受信により実行される処理であり、この処理により、複数の評価レコードファイル（以下、単にレコードともいう）が１つに統合される。
【０１１３】
まず、ユーザ端末２０のデータ通信部３１は、識別情報ＩＤを送信する(ステップＳ２１Ａ)。具体的には、データ通信部３１は、今回のレコードを識別する識別情報ＩＤをサーバ１０に送信する。その後、ステップＳ２２Ａに進む。
【０１１４】
ここで、サーバ１０のシステム制御部１５は、ステップＳ２１Ａの後にＩＤ認証処理を行う（ステップＳ２１Ｂ）。具体的には、ユーザ端末２０から送信された識別情報ＩＤを認証する処理である。その後、ステップＳ２２Ｂに進む。
【０１１５】
ステップＳ２２Ｂでは、サーバ１０のデータ通信部１７は、ＩＤ認証処理の成否を送信する。具体的には、データ通信部１７は、ステップＳ２１ＢにおけるＩＤ認証処理の成否をユーザ端末２０に送信する。その後、ステップＳ２３Ｂに進む。
【０１１６】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２２Ａでは、システム制御部２５は、ＩＤ認証処理の成否を受信したか否かを判定する。未だＩＤ認証処理の成否を受信していないと判定された場合（ステップＳ２２Ａ：ＮＯ）、システム制御部２５は、ＩＤ認証処理の成否を受信するまでループする。一方、ＩＤ認証処理の成否を受信したと判定された場合（ステップＳ２２Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２３Ａに進む。
【０１１７】
ステップＳ２３Ａでは、システム制御部２５は、ＩＤ認証の結果が成功していたか否かを判定する。ＩＤ認証の結果が失敗であった場合（ステップＳ２３Ａ：ＮＯ）、システム制御部２５は、ステップＳ２１Ａにリターンする。一方、ＩＤ認証の結果が成功していた場合（ステップＳ２３Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２４Ａに進む。
【０１１８】
ステップＳ２４Ａでは、データ通信部３１は、評価レコード一覧について問い合せする。具体的には、サーバ１０に対して、ユーザ端末２０の評価レコードファイルの一覧について問い合せをする。その後、ステップＳ２５Ａに進む。
【０１１９】
ここで、図１２に、評価レコードファイルのデータ構造を示す。
【０１２０】
１つのレコードは、「メディア情報」、「ＦＢ（Feed Back）情報」及び「ヘッダー情報」で構成される（「レコードＡ」参照）。「メディア情報」の例は、「動画」データであるが、「音声」データ（「レコードＢ」参照）や、操作情報を含むＰＤＦファイルであってもよい。なお、このＰＤＦファイルは、図５に示した待機画面（アドバンス機能）の「ＰＤＦ撮影」を選択して、ＰＤＦファイルを表示、操作したことにより記録されたものである。
【０１２１】
また、１つのレコードに対して、「ＦＢ情報」が複数生成されることがあるので、例として、「ＦＢＡ−１」〜「ＦＢＡ−３」が示されている。なお、１つのレコードは、「メディア情報」と「ＦＢ情報」の何れか一方のみでもよい。
【０１２２】
また、図１３に、「ヘッダー情報」の内容を示す。図示するように、「ヘッダー情報」には、「識別情報ＩＤ」、「評価開始時刻」、「評価終了時刻」、「所有者ＩＤ」及び「端末ＩＤ」が含まれている。なお、「評価開始時刻」と「評価時間」、又は「評価終了時刻」と「評価時間」等、何れか２つを組み合せても、レコードを統合する際の情報となり得る。また、「端末ＩＤ」とは、ユーザ端末２０を識別するＩＤである。
【０１２３】
ここで、サーバ１０の処理に戻ると、ステップＳ２３Ｂでは、システム制御部１５は、問い合せを受信したか否かを判定する。未だ問い合せを受信していないと判定された場合（ステップＳ２３Ｂ：ＮＯ）、システム制御部１５は、問い合せを受信するまでループする。一方、問い合せを受信したと判定された場合（ステップＳ２３Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２４Ｂに進む。
【０１２４】
ステップＳ２４Ｂでは、システム制御部１５は、統合可能ファイルを検索する。ここで、図１４は、複数のユーザ端末２０からサーバ１０に送信された評価レコードファイル（ヘッダー情報）を示した図である。
【０１２５】
（ａ）保存レコード１は、同期ルーチンＲ２においてサーバ１０に送信された評価レコードファイル（レコード情報）の「ヘッダー情報」である。システム制御部１５は、１又は複数の評価レコードファイル（例えば、図１４の保存レコード１〜３）の中で統合可能なファイルを検索する。その後、ステップＳ２５Ｂに進む。
【０１２６】
ステップＳ２５Ｂでは、システム制御部１５は、統合可能ファイルがあるか否かを判定する。統合可能ファイルがないと判定された場合（ステップＳ２５Ｂ：ＮＯ）、システム制御部１５は、統合ルーチンＲ３を終了する。一方、統合可能ファイルがあると判定された場合（ステップＳ２５Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２６Ｂに進む。
【０１２７】
ステップＳ２６Ｂでは、データ通信部１７は、統合可能ファイル一覧を送信する。なお、図１４の（ｂ）保存レコード２と、（ｃ）保存レコード３とは、共に大容量記憶装置１３（コンテンツＤＢ１３ｂ）に保存されていたデータである。
【０１２８】
（ｂ）保存レコード２に関しては、（ａ）保存レコード１と「評価開始時刻」、「評価終了時刻」から特定される期間の重複がないため、統合は不可能である。しかし、（ｃ）保存レコード３に関しては、（ａ）保存レコード１と「評価開始時刻」、「評価終了時刻」から特定される期間が一部重複しており、統合が可能である。従って、データ通信部１７は、ユーザ端末２０に、（ｃ）保存レコード３を含む統合可能ファイル一覧を送信する。
【０１２９】
また、各評価レコードファイルの「所有者ＩＤ」が一致していることを、統合条件に加える。なお、「端末ＩＤ」に関しては、一致している必要はない。その後、ステップＳ２７Ｂに進む。
【０１３０】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２５Ａでは、システム制御部２５は、統合可能ファイル一覧を受信したか否かを判定する。未だ統合可能ファイル一覧を受信していないと判定された場合（ステップＳ２５Ａ：ＮＯ）、システム制御部２５は、統合ルーチンＲ３を終了する。一方、統合可能ファイルを受信したと判断された場合（ステップＳ２５Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２６Ａに進む。
【０１３１】
ステップＳ２６Ａでは、システム制御部２５は、統合操作を受け付けたか否かを判定する。例えば、ユーザがユーザ端末２０の画面中に表示された「統合ボタン」（図示省略）を操作することで、統合操作が受け付けられる。
【０１３２】
未だ統合操作が受け付けられていないと判定された場合（ステップＳ２６Ａ：ＮＯ）、システム制御部２５は、統合ルーチンＲ３を終了する。一方、統合操作が受け付けられたと判定された場合（ステップＳ２６Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２７Ａに進む。
【０１３３】
ステップＳ２７Ａでは、データ通信部３１は、統合要求を送信する。具体的には、データ通信部３１は、サーバ１０に統合要求を送信する。その後、ステップＳ２８Ａに進む。
【０１３４】
ここで、サーバ１０の処理に戻ると、ステップＳ２７Ｂでは、システム制御部１５は、統合要求を受信したか否かを判定する。統合要求を受信していないと判定された場合（ステップＳ２７Ｂ：ＮＯ）、システム制御部１５は、統合ルーチンＲ３を終了する。一方、統合要求を受信したと判定された場合（ステップＳ２７Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２８Ｂに進む。
【０１３５】
ステップＳ２８Ｂでは、システム制御部１５は、統合処理を実行する。具体的には、システム制御部１５は、統合先データの評価開始時刻、評価終了時刻を取得する。図１４の例では、統合先データは（ａ）保存レコード１であるから（本発明の「基準全体情報」）、このファイルの評価開始時間（２０１７／０６／０１／１３：３０）と評価終了時間（２０１７／０６／０１／１４：００）とを取得する。
【０１３６】
その後、システム制御部１５は、統合ファイルを生成する。これにより、図１４の例の（ａ）保存レコード１と（ｃ）保存レコード３とから統合ファイル（本発明の「統合情報」）が生成される。
【０１３７】
ここで、図１５に、統合後の評価レコードファイルのデータ構造を示す。図示するように、１つのレコードが「メディア情報」、「ＦＢ（Feed Back）情報」及び「ヘッダー情報」で構成される点は同じである。しかし、図１１の「レコードＡ」と「レコードＢ」を統合した場合、「メディア情報」には、「レコードＡ」に存在していた「動画Ａ」に加えて、「レコードＢ」に存在していた「音声Ｂ」が含まれるようになる。
【０１３８】
同様に、「ＦＢ情報」には、「レコードＡ」に存在していた「ＦＢＡ−１」〜「ＦＢＡ−３」に加えて、「レコードＢ」に存在していた「ＦＢＢ−１」〜「ＦＢＢ−３」が含まれるようになる。なお、「ヘッダー情報」は、統合した側の「ヘッダー情報Ａ」が維持される。
【０１３９】
その後、ステップＳ２９Ｂに進む。なお、上記のような一部の一次評価情報、コンテンツ片を削除せずに統合するようにしてもよい。
【０１４０】
ステップＳ２９Ｂでは、データ通信部１７は、統合ファイルを送信する。具体的には、データ通信部１７は、ユーザ端末２０にステップＳ２８Ｂで作成した統合ファイルを送信する。その後、統合ルーチンＲ３を終了する。
【０１４１】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２８Ａでは、システム制御部２５は、統合ファイルを受信したか否かを判定する。未だ統合ファイルを受信していないと判定された場合（ステップＳ２８Ａ：ＮＯ）、システム制御部２５は、統合ファイルを受信するまでループする。一方、統合ファイルを受信したと判断された場合（ステップＳ２８Ａ：ＹＥＳ）、システム制御部２５は、統合ルーチンＲ３を終了する。
【０１４２】
以上のようにして、サーバ１０とユーザ端末２０とを連携させて、複数の評価レコードファイルが統合可能の判定を行い、統合可能と判定された場合に統合を実行する。上記の例では、２つの評価レコードファイルを統合したが、３つ以上の評価レコードファイルの統合も可能である。
【０１４３】
評価レコードファイルの統合は、ユーザがユーザ端末２０の画面中に表示された「統合ボタン」を操作するだけの簡易な態様となっている。例えば、プレゼンテーションを行っている人物の録画コンテンツ（動画）と、その評価を統合してもよいし、プレゼンテーションを行っている人物の録画コンテンツと、プレゼンテーションのスライドの録画コンテンツとを統合してもよい。なお、録画コンテンツは２つ以上統合可能であって、数の制限はない。操作情報を含むＰＤＦファイルも統合の対象である。
【０１４４】
さらに、評価開始時刻、評価終了時刻等の統合条件と、所有者ＩＤの一致の統合条件を満たせば、自動的に評価レコードファイルを統合するようにしてもよい。この場合、コンテンツとしては相関がないもの同士であってもよい。
【０１４５】
評価レコードファイルには、録画コンテンツを再生したときに生成される再生コンテンツも含まれる。ユーザは、再生コンテンツに対して評価を行い、その評価を統合することもできる。なお、その場合、再生開始時刻を評価開始時刻とする。
【０１４６】
録画コンテンツ又は再生コンテンツに対して、どの部分でどれくらいの人が評価を行っているかの統計を取って、統計情報として表示するようにしてもよい。これにより、コンテンツの内容や視聴者の反応を分析するのに用いることができる。
【０１４７】
図１６は、図８の代わりにコンテンツ片の分布を見やすい態様にした表示である。中央の時間軸を中心に、評価者毎の評価状況を表示することで、評価者に応じた評価数や評価時間が視覚的に認識可能になる。
【０１４８】
録画コンテンツ又は再生コンテンツに対して、所定の基準（例えば、以前にプレゼンテーションを行った人物）の評価を定めて、基準と比較が行えるような評価を行って、評価情報として表示するようにしてもよい。これによっても、コンテンツの内容等を分析して、役立つ情報を抽出することができる。
【０１４９】
上述した実施例における端末もしくはサーバの構成、各評価ルーチン、又は表示や入力の態様は一例に過ぎず、用途等に応じて適宜変更することができる。例えば、各評価ルーチンにおける各ステップは、上記の例に関わらずサーバ、ユーザ端末の何れかが行うようにしてもよい。
【符号の説明】
【０１５０】
１０  サーバ
１１  システムバス
１３  大容量記憶装置
１５  システム制御部
１７  データ通信部
２０  ユーザ端末
２１  システムバス
２３  大容量記憶装置
２５  システム制御部
２７  入力部
２９  出力部
３１  データ通信部
【図１】
2019008644.tif 000003
【図２】
2019008644.tif 000004
【図３】
2019008644.tif 000005
【図４】
2019008644.tif 000006
【図５】
2019008644.tif 000007
【図６】
2019008644.tif 000008
【図７】
2019008644.tif 000009
【図８】
2019008644.tif 000010
【図９】
2019008644.tif 000011
【図１０Ａ】
2019008644.tif 000012
【図１０Ｂ】
2019008644.tif 000013
【図１１】
2019008644.tif 000014
【図１２】
2019008644.tif 000015
【図１３】
2019008644.tif 000016
【図１４】
2019008644.tif 000017
【図１５】
2019008644.tif 000018
【図１６】
2019008644.tif 000019
【手続補正書】
【提出日】平成30年1月26日(2018.1.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、講演、講義、プレゼンテーション又は演劇等の実演、商談、面談、面接並びに映画、アニメ、ＣＭ又は楽曲等のコンテンツを評価するコンテンツ評価システムに関する。
【背景技術】
【０００２】
現在、複数のモバイル端末を同期させてサーバを介して情報を共有や統合をしたり、同期により所定の作業を共同で行うことができるシステムが知られている。
【０００３】
例えば、特許文献１の同期入力システムでは、複数のクライアント端末に対してペアリングの操作を実施すると、サーバ端末がそのリクエストを解析してペアリングの許可を判定する。そして、ペアリングを許可した場合には、複数のクライアント端末に対して許可のレスポンスをする。
【０００４】
これにより、複数のクライアント端末の画面を利用して、１つの仮想キーボードが表示されるようになる。仮想キーボードによる文字入力は、入力時の基準時刻の情報がサーバ端末に送信されることで、一連の入力情報が基準時刻でソートされ、ユーザが入力した通りの順番での同期動作が実現される（段落００７２〜００７４、図８）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−８８８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１のシステムでは、はじめに複数のクライアント端末をペアリングする必要があったため、その作業に手間がかかっていた。また、クライアント端末から文字入力をする、すなわち複数の情報を統合する際に、常にサーバ端末と通信しているため、電波状況によっては通信に時間がかかったり、通信が途切れたりして作業が安定しないという問題があった。
【０００７】
本発明は、上述の点に鑑みてなされたものであり、複数のユーザ端末を安定して動作させることができるコンテンツ評価システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１発明のコンテンツ評価システムは、レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、前記レコードの評価対象であるコンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を前記レコードの全体情報として記憶する記憶手段と、前記レコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時に、前記電気通信回線を通じて送信する送信手段と、前記送信手段により送信された前記レコードの全体情報を受信して、複数の前記レコードの全体情報を収集する全体情報収集手段と、前記複数の前記レコードの全体情報の各々が有する前記評価時間情報の共通性に基づいて、１の前記レコードの全体情報と他の１又は複数の前記レコードの全体情報とが統合可能であるか否かの判定を行う統合判定手段と、前記統合判定手段が前記１の前記レコードの全体情報と前記他の１又は複数の前記レコードの全体情報とが統合可能と判定した場合に、これらを統合した統合情報を生成する統合情報生成手段と、を備え、前記統合情報生成手段は、前記１の前記レコードの全体情報を基準全体情報とし、前記他の１又は複数の前記レコードの全体情報が有する前記評価時間情報のうち、前記レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合することを特徴とする。
【０００９】
第１発明では、評価時間情報取得手段が評価時間情報を取得し、コンテンツ評価情報取得手段がコンテンツ評価情報を取得して、評価時間情報とコンテンツ評価情報とが、レコードの全体情報としてローカルディスク等の記憶手段に記憶される。
【００１０】
その後、送信手段が電気通信回線を通じてレコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時に送信して、全体情報収集手段が複数の全体情報を１カ所に収集する。複数の全体情報は、それぞれ評価時間情報を有しているが、統合判定手段は、１の全体情報と他の全体情報（１つとは限らない）の評価時間情報の共通性に基づいて、それらの情報を統合することが可能か否かを判定する。そして、統合情報生成手段は、統合判定手段が１の全体情報と他の全体情報とを統合可能と判定した場合に、これらを統合した統合情報を生成する。このように複数の全体情報を処理することで、システムを安定して動作させることができる。
【００１１】
また、１の全体情報と他の全体情報とを統合する場合、統合情報生成手段は、１の全体情報を基準全体情報と定める。そして、他の全体情報が有する評価時間情報のうち、レコードの開始時刻、記録時間及び終了時刻のうちの何れかから特定される期間が、基準全体情報と少なくとも一部重複するものを選択して、基準全体情報に統合する。これにより、基準全体情報の評価時間情報と一部共通の期間を有する他の全体情報のコンテンツ評価情報とを統合して、関連性のある１つの評価として記録することができる。
【００１２】
また、第１発明のコンテンツの評価システムにおいて、前記統合判定手段は、前記評価時間情報に加えて、前記基準全体情報と前記他の１又は複数の前記レコードの全体情報との所有者情報の一致に基づいて、統合可能であるか否かを判定することが好ましい。
【００１３】
この構成によれば、統合判定手段は、基本的に評価時間情報の一致に基づいて、複数の全体情報が統合可能か否かを判定する。また、統合判定手段は、所有者情報、会場情報又は位置情報の一致を併せて判断する。これにより、より関連性の高い統合情報の候補を推薦することができる。
【００１４】
また、第１発明のコンテンツの評価システムにおいて、前記開始時刻は、前記コンテンツの録画若しくは録音開始時刻であることが好ましい。
【００１５】
この構成によれば、コンテンツの録画中又は再生中に、評価者がコンテンツに対する評価を行うと、その評価が受け付けられる。評価者は、コンテンツの録画中にはリアルタイムでコンテンツを評価することができ、コンテンツの再生中にはコンテンツの内容をよく吟味してから評価することができる。なお、再生されるコンテンツは、録画、録音ファイルに限られず、操作情報等が記載されたＰＤＦファイル等が含まれる。
【００１６】
また、第１発明のコンテンツの評価システムにおいて、前記コンテンツ評価情報には、前記レコードの開始時刻から終了時刻までの間で評価の時点を示す簡易評価である一次評価と、該一次評価の後に評価者がその内容を記入する二次評価とが含まれることが好ましい。
【００１７】
この構成によれば、コンテンツ評価情報には一次評価と二次評価とが含まれ、評価者は、コンテンツに対して一次評価（例えば、時点情報に「＋」、「−」を付与する簡易な評価）と二次評価（例えば、コメントを記入する評価）とを行うことができる。これにより、統合された統合情報が充実して、コンテンツ評価情報の利用価値を高めることができる。
【００１８】
第２発明は、各ユーザが所有するユーザ端末装置と、所定の情報を管理するサーバ装置とからなるコンテンツ評価システムであって、前記ユーザ端末装置は、レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、前記レコードの評価対象であるコンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を前記レコードの全体情報として記憶する記憶手段と、前記レコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時に、前記電気通信回線を通じて送信する送信手段と、を備え、前記サーバ装置は、前記送信手段により送信された前記レコードの全体情報を受信して、複数の前記レコードの全体情報を収集する全体情報収集手段と、複数の前記レコードの全体情報の各々が有する前記評価時間情報の共通性に基づいて、前記複数の前記レコードの全体情報のうちの１の前記レコードの全体情報と他の１又は複数の前記レコードの全体情報とが統合可能であるか否かの判定を行う統合判定手段と、前記判定手段が統合可能と判定した場合に、前記１の前記レコードの全体情報を基準全体情報とし、前記他の１又は複数の前記レコードの全体情報が有する前記評価時間情報のうち、前記レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とする。
【００１９】
第２発明では、ユーザ端末装置の評価時間情報取得手段が評価時間情報を取得し、コンテンツ評価情報取得手段がコンテンツ評価情報を取得して、評価時間情報とコンテンツ評価情報とが、レコードの全体情報の一部としてユーザ端末装置の記憶手段（ローカルディスク等）に記憶される。そして、ユーザ端末装置が備える送信手段は、電気通信回線を通じてレコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時にサーバ装置に送信する。
【００２０】
また、サーバ装置の全体情報取得手段は、送信された全体情報を取得する。ここで、複数の全体情報は、それぞれ評価時間情報を有しているが、サーバ装置の統合判定手段は、１の全体情報と他の全体情報（１つとは限らない）の評価時間情報の共通性に基づいて、それらの情報を統合することが可能か否かを判定する。
【００２１】
サーバ装置の統合情報生成手段は、１の全体情報と他の全体情報とを統合する場合、１の全体情報を基準全体情報と定める。そして、他の全体情報が有する評価時間情報のうち、レコードの開始時刻、記録時間及び終了時刻のうちの何れかから特定される期間が、基準全体情報と少なくとも一部重複するものを選択して、基準全体情報に統合する。複数の全体情報は、ユーザ端末装置から送信された後に、サーバ装置の全体情報収集手段に保管されて両装置が同期状態となるため、ユーザ端末装置を安定して動作させることができる。基準全体情報の評価時間情報と一部共通の期間を有する他の全体情報のコンテンツ評価情報とを統合することで、関連性のある１つの評価として記録することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態であるコンテンツ評価システムの概略図である。
【図２】図１のシステムのサーバの内部構成を示すブロック図である。
【図３】図１のシステムの端末の内部構成を示すブロック図である。
【図４】ユーザ端末で行われる評価ルーチンＲ１のフローチャートである。
【図５】端末の画面表示（待機画面）の例である。
【図６】端末の画面表示（一次評価入力画面）の例である。
【図７】端末の画面表示（レコード保存画面）の例である。
【図８】端末の画面表示（二次評価待受け画面）の例である。
【図９】端末の画面表示（二次評価入力画面）の例である。
【図１０Ａ】サーバとユーザ端末とで行われる同期ルーチンＲ２のフローチャートである。
【図１０Ｂ】同期ルーチンＲ２のレコードバージョン比較処理のフローチャートである。
【図１１】サーバとユーザ端末とで行われる評価ルーチンＲ３のフローチャートである。
【図１２】レコードのデータ構造の例である。
【図１３】レコード中のヘッダー情報の例である。
【図１４】レコードの統合を説明する図である。
【図１５】統合後のレコードのデータ構造の例である。
【図１６】端末の画面表示（コンテンツ片の統計的表示）の例である。
【発明を実施するための形態】
【００２３】
以下では、本発明の実施形態であるコンテンツ評価システムについて、図面を参照しつつ説明する。
【００２４】
まず、図１は、本実施形態のコンテンツ評価システム１の概略図を示している。図示するように、コンテンツ評価システム１は、主に、サーバ１０（本発明の「サーバ装置」）と、コンテンツを評価するユーザ（視聴者、評価者）が操作するユーザ端末２０Ａ〜２０Ｃ（本発明の「ユーザ端末装置」）とで構成されている。なお、説明の便宜上、ユーザ端末を３つにしているが、このようなユーザ端末は、理論上無限に存在する。
【００２５】
また、サーバ１０とユーザ端末２０Ａ〜２０Ｃ（以下、ユーザ端末２０という）とは、ネットワークＮＷ（通信路）、例えば、ＴＣＰ／ＩＰ等の通信プロトコルにより相互にデータの送受信が可能となっている。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、専用通信回線（例えば、ＣＡＴＶ回線）、移動体通信網（基地局等を含む）、又はゲートウェイ等により構築されている。
【００２６】
次に、図２に、サーバ１０の内部構成図を示す。サーバ１０は、システムバス１１を介して、大容量記憶装置１３と、システム制御部１５と、データ通信部１７とが協働している装置である。
【００２７】
大容量記憶装置１３（本発明の「全体情報収集手段」）は、例えば、ハードディスク装置、ＳＳＤ（Solid State Drive）等により構成されており、オペレーティングシステムやサーバ用のソフトウェア等の各種プログラムを記憶している。
【００２８】
また、図示するように、大容量記憶装置１３は、識別情報データベース（以下、ＤＢ）１３ａと、コンテンツＤＢ１３ｂと、評価情報及びコンテンツ片ＤＢ１３ｃとにより構成されている。
【００２９】
各種プログラムは、他のサーバ等からネットワークＮＷを介して取得できるようにしてもよいし、各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置１３に記憶される各種プログラム（後述する「同期ルーチンＲ２」、「統合ルーチンＲ３」のサーバ側の処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータで読み取り可能な記録媒体に記録して譲渡することができる。
【００３０】
システム制御部１５（本発明の「統合判定手段」、「統合情報生成手段」）は、ＣＰＵ（Central Processing Unit）１５ａと、ＲＯＭ（Read Only Memory）１５ｂと、ＲＡＭ（Random Access Memory）１５ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ１５ａがＲＯＭ１５ｂや大容量記憶装置１３に記憶された各種プログラムを読み出して実行することにより、各種機能を実現している。
【００３１】
データ通信部１７は、上述したネットワークＮＷに接続されており、種々のデータをユーザ端末２０等の他の機器との間で送受信する。
【００３２】
次に、図３にユーザ端末２０の内部構成図を示す。ユーザ端末２０は、システムバス２１を介して、大容量記憶装置２３と、システム制御部２５と、入力部２７と、出力部２９と、データ通信部３１とが協働している装置である。
【００３３】
ユーザ端末２０の例としては、スマートフォン、携帯電話、パーソナルコンピュータ（ＰＣ）、タブレット型ＰＣ、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）等が挙げられる。後述するメディア情報の例としては、録画コンテンツが一般的であるため、ユーザ端末は、スマートフォンやタブレット型ＰＣのようにカメラを内蔵していることが好ましい。しかし、ユーザ端末は、カメラを内蔵している機器に限られない。
【００３４】
大容量記憶装置２３（本発明の「記憶手段」）は、例えば、ハードディスク装置、ＳＳＤ、フラッシュメモリ等により構成されており、オペレーティングシステムやユーザ端末用のソフトウェア等の各種プログラムを記憶している。
【００３５】
この各種プログラムについても、他のサーバ装置等からネットワークＮＷを介して取得できるようにしてもよいし、各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置２３に記憶される各種プログラム（後述する「同期ルーチンＲ２」、「統合ルーチンＲ３」のユーザ端末２０側の処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータで読み取り可能な記録媒体に記録して譲渡することができる。
【００３６】
システム制御部２５（本発明の「評価時間情報取得手段」、「コンテンツ評価情報取得手段」）は、ＣＰＵ２５ａと、ＲＯＭ２５ｂと、ＲＡＭ２５ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ２５ａがＲＯＭ２５ｂや大容量記憶装置２３に記憶された各種プログラムを読み出して実行することにより、各種機能を実現している。
【００３７】
入力部２７は、例えば、キーボード、マウス、タッチパッド、タッチパネル、スタイラスペン、音声入力装置、加速度センサ、傾きセンサ等の入力装置である。また、出力部２９は、例えば、映像を表示するディスプレイ、及び／又は音声を発するスピーカである。
【００３８】
データ通信部３１（本発明の「送信手段」）は、上述したネットワークＮＷに接続されており、種々のデータをサーバ１０等の他の機器との間で送受信する。
【００３９】
次に、図４を参照して、コンテンツ評価システムにおいて、ユーザ端末２０で実行される評価ルーチンＲ１について説明する。なお、評価ルーチンＲ１の各ステップの説明を補足するため、適宜、図５〜図９を参照する。
【００４０】
評価ルーチンＲ１は、ユーザ端末２０により実行される処理である。ここでは、他人の実演（本発明の「コンテンツ」の一例）を録画した録画コンテンツが生成され、さらに評価がなされる場合を例に説明する。
【００４１】
なお、評価ルーチンＲ１は、例えば、ユーザ端末２０において評価ルーチンＲ１を実行するアプリが起動された際に実行されてもよいし、ユーザ端末２０が専用機の場合には、電源がオンになった際に評価ルーチンＲ１が実行されてもよい。
【００４２】
まず、ユーザ端末２０のシステム制御部２５は、出力部２９に、評価開始の入力待機状態である待機画面を表示させる（ステップＳ１１）。図５は、ユーザ端末２０のディスプレイ４１に待機画面を表示した例である。なお、以下では、ディスプレイ４１がタッチパネルであるとして説明する。
【００４３】
待機画面は、「評価基準」、「録画中のＦＢ（フィードバック）評価入力」、「機内モードの設定」、「アドバンス機能」及び「ＰＤＦ撮影」のコンテンツを評価するのに必要な項目で構成されている。なお、これらの項目の背後には、カメラによる画像（録画はしていない）が映し出されているので、人物等の配置を確認するための参考とすることができる。
【００４４】
例えば、「録画中のＦＢ評価入力」は、オン／オフボタンで切り替えが可能である。また、「アドバンス機能」の「ＦＢのみ」を選択した場合には、統合するレコード情報（詳細は後述する）として録画、録音データを含まず、評価データのみに設定することができる。その後、ステップＳ１２に進む。
【００４５】
また、リアルタイムのコンテンツを録画、録音しながら評価するのではなく、既存の録画、録音ファイルを再生しながら評価する場合には、「アドバンス機能」の「レコード複製」を選択することで、ファイルを指定することができる。
【００４６】
ステップＳ１２では、システム制御部２５は、評価を開始するか否かを判定する。この判定は、待機画面下方の開始ボタン４６が、待機画面の表示開始から一定時間内にユーザによって操作されたか否かにより行われる。なお、サーバ１０からの信号をユーザ端末２０で受信して、評価の開始を判断してもよい。
【００４７】
未だ評価を開始していないと判定された場合（ステップＳ１２：ＮＯ）、システム制御部２５は、ユーザが評価を開始するまでループする。すなわち、待機画面が表示されたまま、ユーザの入力の待つ待受け状態となる。一方、評価を開始すると判定された場合（ステップＳ１２：ＹＥＳ）、システム制御部２５は、ステップＳ１３に進む。
【００４８】
ステップＳ１３では、システム制御部２５は、出力部２９に評価入力画面を表示させる。例えば、動画（録画コンテンツ）に対して評価を行う場合には、ここでカメラによる録画を開始する。図６は、ユーザ端末２０のディスプレイ４１にユーザの簡易かつ直感的、そして逐次的な評価である一次評価が入力される評価入力画面（一次評価入力画面）を表示した例である。なお、録画を開始した時点では、後述する評価結果バー４８は、表示されていない。
【００４９】
評価入力画面は、カメラ画面部４３の下方に評価表示部４５が重ねて配置されている。カメラ画面部４３は、例えば、ユーザ端末２０に内蔵されている、又はユーザ端末２０に接続されているカメラからの映像が表示される領域である。また、評価表示部４５は、ユーザによって入力された評価を含む情報（本発明の「コンテンツ評価情報」）が表示される領域である。
【００５０】
評価表示部４５では、その右側には評価段階表示部４５Ａ、その左側には評価結果表示部４５Ｂが配置されている。図６に示すように、評価段階表示部４５Ａは、上下方向に５つの領域に区切られており、上から２つの領域に良いとの評価を示す記号「＋＋」、やや良いとの評価を示す記号「＋」が記されている。
【００５１】
また、下から２つの領域に悪いとの評価を示す記号「−−」、やや悪いとの評価を示す記号「−」が記されている。なお、中段の領域には、評価開始からの経過時間、すなわち、録画開始からの経過時間が表示される。
【００５２】
また、評価結果表示部４５Ｂは、評価段階表示部４５Ａと同様に、上下方向に５つの領域に区切られている。評価結果バー４８は、評価段階表示部４５Ａと評価結果表示部４５Ｂの境界部から開始し、時間の経過ともに左方に移動するバー表示である。
【００５３】
また、評価入力画面が表示されている時点で、ユーザによりタップ等の操作が行われた場合に、カメラ画面部４３の領域内に評価ポップアップ４７が表示される。そして、コンテンツを録画又は視聴しているユーザは、その時感じた直感的な評価（一次評価）をユーザ端末２０のディスプレイ４１（カメラ画面部４３の領域）をスワイプして入力することができ、このとき、一次評価の操作が受け付けられる。
【００５４】
一次評価の操作としては、例えば、カメラ画面部４３の領域を上方に向けて一度スワイプするとやや良いとの評価「＋」が入力され、一定時間内に上方に向けて二度スワイプすると良いとの評価「＋＋」が入力される。
【００５５】
また、カメラ画面部４３の領域を下方に向けて一度スワイプするとやや悪いとの評価「−」が入力され、一定時間内に下方に向けて二度スワイプすると悪いとの評価「−−」が入力される。
【００５６】
評価が入力されない間は、経過時間が表示されている評価段階表示部４５Ａの中段の領域と評価結果表示部４５Ｂとの境界部から評価結果バー４８が出現する。そして、評価が入力されると、評価の入力から一定時間、当該入力された評価を示す記号（例えば、「＋＋」）が記された領域と評価結果表示部４５Ｂとの境界から評価結果バー４８が出現する。この結果、図６に示すように、評価入力画面において、評価入力の結果が時系列的に表示される。その後、ステップＳ１４に進む。
【００５７】
ステップＳ１４では、システム制御部２５は、上述の一次評価操作が検出されたか否かを判定する。一次評価操作が検出されたと判定された場合（ステップＳ１４：ＹＥＳ）、システム制御部２５は、ステップＳ１５に進む。一方、未だ一次評価操作が検出されていないと判定された場合（ステップＳ１４：ＮＯ）、システム制御部２５は、ステップＳ１７に進む。
【００５８】
ステップＳ１５では、システム制御部２５は、一次評価情報を記録する。ここで、一次評価情報は、一次評価操作が開始された時刻やその期間と、一次評価の内容（本発明の「コンテンツ評価情報」）とを含む。時刻データは各ユーザ端末内の時計の時刻に基づくが、その時刻が正確な時刻に対してずれている場合には、正確な時刻を電波等から取得し、そのずれを調整する方式を取り入れてもよい。その後、ステップＳ１６に進む。
【００５９】
ステップＳ１６では、システム制御部２５は、コンテンツ片を生成し、保存する。ここで、コンテンツ片とは、録画コンテンツのうちの連続又は断続した一部分であり、ユーザ端末２０の大容量記憶装置２３に記憶された一次評価情報に基づいて生成される。
【００６０】
コンテンツ片は、例えば、録画コンテンツのうちの一次評価操作が行われた時刻の前後の既定又は任意に決定される所定時間（例えば、前後１０秒）を切り出すことでも生成することができる。このようにして、コンテンツ片を生成する場合には、切り出す基準となった一次評価とそのコンテンツ片とが紐付けられて記録される。その後、ステップＳ１７に進む。
【００６１】
ステップＳ１７では、システム制御部２５は、評価を終了するか否かを判定する。この判定は、例えば、評価入力画面のカメラ画面部４３内に表示されている終了ボタン４９（図６参照）がユーザによって操作されたか否かで行われる。なお、予め録画等されたコンテンツを再生するモードでは、コンテンツの再生終了に伴い自動的に評価を終了する。
【００６２】
未だ評価を終了しないと判定された場合（ステップＳ１７：ＮＯ）、システム制御部２５は、ステップＳ１４にリターンして以降の処理を行う。一方、評価を終了すると判定された場合（ステップＳ１７：ＹＥＳ）、システム制御部２５は、ステップＳ１８に進む。
【００６３】
ステップＳ１８では、システム制御部２５は、出力部２９にレコード保存画面を表示させる。ここで、ユーザは、レコードの所有者等の入力を行う。図７は、ユーザ端末２０のディスプレイ４１にレコード保存画面を表示した例である。レコード保存画面は、「レコード名」、「チームで共有」、「レコードのオーナー」等の項目で構成されている。
【００６４】
例えば、レコードのオーナー（所有者）をプレゼンテーションの発表者に設定することで、レコードの開始時刻、記録時間及び終了時刻のうち何れか２つから特定される期間情報に加えて、同じオーナーである情報を元にレコードを統合候補として認識することができる。その後、ステップＳ１９に進む。
【００６５】
ステップＳ１９では、システム制御部２５は、出力部２９に二次評価待受け画面を表示させる。図８は、ユーザ端末２０のディスプレイ４１に二次評価待受け画面を表示した例である。二次評価待受け画面では、その上方に代表画像表示部５０、その下方に評価一覧部５１が配置されている。
【００６６】
代表画像表示部５０には、録画された実演のコンテンツであって、一次評価により録画コンテンツから抽出された抽出画像が表示されている。ユーザは、この抽出画像を視聴することで、コンテンツのどの部分に対して一次評価がなされたのかを確認することができる。
【００６７】
また、評価一覧部５１には、全体評価欄５３と個別評価欄５５とが含まれている。ユーザは、評価一覧部５１の全体評価欄５３をタップすることで、コンテンツに対する全体評価（全体コメント）を入力することができる。
【００６８】
個別評価欄５５は、それぞれ一次評価に対応して生成される。図８では、２つの個別評価欄５５ａ，５５ｂが生成されているが、それぞれの個別評価に対応した一次評価の内容、及びその一次評価に紐付けられたコンテンツ片のコンテンツ内での再生時間の情報が含まれる。
【００６９】
二次評価待受け画面において、ユーザは、個別評価欄５５の領域をタップすることで、選択された個別評価欄５５に対応した一次評価について、さらに詳細な二次評価を入力することができる。その後、ステップＳ２０に進む。
【００７０】
ステップＳ２０では、システム制御部２５は、二次評価の入力待受けを行う。二次評価は、二次評価待受け画面（図８参照）において、ユーザが個別評価欄５５の領域をタップすることで移行する。
【００７１】
図９は、ユーザ端末２０のディスプレイ４１に二次評価入力画面を表示した例である。図示するように、二次評価入力画面では、その上方に再生画面部５７、その下方に二次評価入力画面部５９が配置されている。再生画面部５７においては、選択された個別評価に対応し、かつ一次評価に紐付けられたコンテンツ片が再生される。
【００７２】
また、二次評価入力画面部５９には、コメント選択欄６１と自由コメント欄６３とが含まれている。ユーザは、コメント選択欄６１の領域をタップして所定のコメントを選択したり、自由コメント欄６３の領域をタップし、文字入力をして二次評価を行うことができる。その後、ステップＳ２１に進む。
【００７３】
ステップＳ２１では、システム制御部２５は、二次評価の入力待受けを終了するか否かを判定する。この判定は、例えば、二次評価入力画面の再生画面部５７に表示されている終了ボタン４９がユーザにより操作されたか否かで行われる。
【００７４】
二次評価の入力待受けを終了しないと判定された場合（ステップＳ２１：ＮＯ）、システム制御部２５は、ステップＳ２０にリターンして以降の処理を行う。一方、二次評価の入力待受を終了すると判定された場合（ステップＳ２１：ＹＥＳ）、システム制御部２５は、評価ルーチンＲ１を終了する。
【００７５】
次に、図１０Ａ，図１０Ｂを参照して、コンテンツ評価システムにおいて、サーバ１０とユーザ端末２０との間で実行される同期ルーチンＲ２について説明する。
【００７６】
同期ルーチンＲ２は、サーバ１０とユーザ端末２０との間のデータ送受信により実行される処理であり、この処理により、サーバ１０とユーザ端末２０とで後述するレコード情報が同期状態となる。
【００７７】
まず、ユーザ端末２０のデータ通信部３１は、識別情報ＩＤを送信する(ステップＳ１Ａ)。具体的には、データ通信部３１は、今回のレコード情報を識別する識別情報ＩＤ（詳細は後述する）をサーバ１０に送信する。その後、ステップＳ２Ａに進む。
【００７８】
ここで、サーバ１０のシステム制御部１５は、ステップＳ１Ａの後にＩＤ認証処理を行う（ステップＳ１Ｂ）。これは、ユーザ端末２０から送信された識別情報ＩＤを認証する処理である。その後、ステップＳ２Ｂに進む。
【００７９】
ステップＳ２Ｂでは、サーバ１０のデータ通信部１７は、ＩＤ認証処理の成否を送信する。具体的には、データ通信部１７は、ステップＳ１ＡにおけるＩＤ認証処理の成否をユーザ端末２０に送信する。その後、ステップＳ３Ｂに進む。
【００８０】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２Ａでは、ユーザ端末２０のシステム制御部２５は、ＩＤ認証処理の成否を受信したか否かを判定する。未だＩＤ認証処理の成否を受信していないと判定された場合（ステップＳ２Ａ：ＮＯ）、システム制御部２５は、ＩＤ認証処理の成否を受信するまでループする。一方、ＩＤ認証処理の成否を受信したと判定された場合（ステップＳ２Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ３Ａに進む。
【００８１】
ステップＳ３Ａでは、システム制御部２５は、ＩＤ認証の結果が成功していたか否かを判定する。ＩＤ認証の結果が失敗であった場合（ステップＳ３Ａ：ＮＯ）、システム制御部２５は、ステップＳ１Ａにリターンする。一方、ＩＤ認証の結果が成功していた場合（ステップＳ３Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ４Ａに進む。
【００８２】
ステップＳ４Ａでは、システム制御部２５は、データベースからレコード情報を取得する。ここで、レコード情報とは、評価ルーチンＲ１（図４参照）により、ユーザ端末２０の大容量記憶装置２３（データベース）に記憶された録画コンテンツ（録音コンテンツ等を含む）と、評価情報（一次情報や一次評価情報に関連するコンテンツ片や二次評価情報を含む）の両方又は何れか一方である。その後、ステップＳ５Ａに進む。
【００８３】
ステップＳ５Ａでは、システム制御部２５は、ネットワークに接続しているか否かを判定する。現在、ネットワークに接続していない場合（ステップＳ５Ａ：ＮＯ）、システム制御部２５は、同期ルーチンＲ２を終了する。一方、現在、ネットワークに接続している場合（ステップＳ５Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ６Ａに進む。
【００８４】
ステップＳ６Ａでは、データ通信部３１は、レコード情報を送信する。具体的には、データ通信部３１は、ステップＳ４Ａで取得したレコード情報をサーバ１０に送信する。その後、ステップＳ７Ａに進む。
【００８５】
ここで、サーバ１０の処理に戻ると、ステップＳ３Ｂでは、システム制御部１５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ３Ｂ：ＮＯ）、システム制御部１５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ３Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ４Ｂに進む。
【００８６】
ステップＳ４Ｂでは、システム制御部１５は、一致するレコード情報があるか否かを判定する。開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が一部でも一致するレコード情報がある場合（ステップＳ４Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ６Ｂに進む。一方、一致するレコードがない場合（ステップＳ４Ｂ：ＮＯ）、システム制御部１５は、ステップＳ５Ｂに進む。
【００８７】
ステップＳ５Ｂでは、システム制御部１５は、今回のレコード情報を保存する。具体的には、ユーザ端末２０から送信されたレコード情報をサーバ１０の大容量記憶装置１３に保存する。その後、ステップＳ６Ｂに進む。
【００８８】
ステップＳ６Ｂでは、データ通信部１７は、一致するレコード情報を送信する。具体的には、データ通信部１７は、ステップＳ４Ｂで検索した一致するレコード情報をユーザ端末２０に送信する。その後、ステップＳ７Ｂに進む。
【００８９】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ７Ａでは、システム制御部２５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ７Ａ：ＮＯ）、システム制御部２５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ７Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａに進む。
【００９０】
ステップＳ８Ａでは、システム制御部２５は、レコードバージョン比較処理を行う。以下、図１０Ｂを参照して、レコードバージョン比較処理の詳細を説明する。
【００９１】
以下の処理では、システム制御部２５は、最後に同期したレコードのバージョン情報と、ユーザ端末内のレコード情報のバーション及びステップＳ７Ａで受信したサーバ内のレコード情報のバージョンとを比較する。
【００９２】
まず、システム制御部２５は、最後に同期したレコード情報のバージョンと、ユーザ端末内のレコード情報のバーション及びサーバ内のレコード情報のバージョンとが同じであるか否かを判定する（ステップＳ８Ａ−１）。両者が同じである場合（ステップＳ８Ａ−１：ＹＥＳ）、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ１とする。一方、両者が同じでない場合（ステップＳ８Ａ−１：ＮＯ）、システム制御部２５は、ステップＳ８Ａ−２に進む。
【００９３】
ステップＳ８Ａ−２では、システム制御部２５は、ユーザ端末内のレコード情報のバーションが最後に同期したレコード情報のバージョンと同じ、かつ、サーバ内のレコード情報のバージョンが最後に同期したレコード情報のバージョンより高いか否かを判定する。この条件を満たさない場合（ステップＳ８Ａ−２：ＮＯ）、システム制御部２５は、ステップＳ８Ａ−５に進む。一方、この条件を満たす場合（ステップＳ８Ａ−２：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａ−３に進む。なお、この場合をケースＣ２とする。
【００９４】
ステップＳ８Ａ−３では、システム制御部２５は、ユーザ端末内のレコード情報をサーバ内のレコード情報で上書きする。この処理により、バージョンが高いサーバ内のレコード情報がユーザ端末２０の大容量記憶装置２３に記憶される。その後、ステップＳ８Ａ−４に進む。
【００９５】
ステップＳ８Ａ−４では、システム制御部２５は、レコード情報のバージョンを更新する。この処理により、ステップＳ８Ａ−３で記憶されたサーバ内のレコード情報が最終の同期として確定する。その後、レコードバージョン比較処理を終了する。
【００９６】
次に、ステップＳ８Ａ−２の条件を満たさない場合を説明する。この場合、システム制御部２５は、ユーザ端末内のレコード情報のバーションとサーバ内のレコード情報のバージョンの両方が、最後に同期したレコード情報のバージョンより高いか否かを判定する（ステップＳ８Ａ−５）。
【００９７】
この条件を満たさない場合（ステップＳ８Ａ−５：ＮＯ）、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ３とする。一方、この条件を満たす場合（ステップＳ８Ａ−５：ＹＥＳ）、システム制御部２５は、ステップＳ８Ａ−６に進む。
【００９８】
ステップＳ８Ａ−６では、システム制御部２５は、出力部２９に選択メッセージを表示させる。具体的には、ユーザ端末２０のディスプレイ４１に「ユーザ端末内のレコード情報とサーバ内のレコード情報の何れを適用するか」という旨のメッセージを表示する。その後、ステップＳ８Ａ−７に進む。
【００９９】
ステップＳ８Ａ−７では、システム制御部２５は、サーバ内のレコード情報を適用するか否かを判定する。サーバ内のレコード情報を適用する場合(ステップＳ８Ａ−７：ＹＥＳ)、システム制御部２５は、ステップＳ８Ａ−３に進み、以降の処理を行う。なお、この場合をケースＣ４とする。
【０１００】
一方、サーバ内のレコード情報を適用しない場合(ステップＳ８Ａ−７：ＮＯ)、ユーザ端末内のレコード情報を適用することとなり、システム制御部２５は、レコードバージョン比較処理を終了する。なお、この場合をケースＣ５とする。
【０１０１】
図１０Ａに戻り、ステップＳ８Ａのレコードバージョン比較処理にて、ケースＣ１，Ｃ２，Ｃ４であった場合、システム制御部２５は、同期ルーチンＲ２を終了する。一方、レコードバージョン比較処理にて、ケースＣ３又はＣ５であった場合、システム制御部２５は、ステップＳ９Ａに進む。
【０１０２】
ステップＳ９Ａでは、データ通信部３１は、レコード情報を送信する。ここでは、データ通信部３１は、今回適用するユーザ端末内のレコード情報をサーバ１０に送信する。その後、ステップＳ１０Ａに進む。
【０１０３】
ここで、サーバ１０の処理に戻ると、ステップＳ７Ｂでは、システム制御部１５は、レコード情報を受信したか否かを判定する。未だレコード情報を受信していないと判定された場合（ステップＳ７Ｂ：ＮＯ）、システム制御部１５は、レコード情報を受信するまでループする。一方、レコード情報を受信したと判定された場合（ステップＳ７Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ８Ｂに進む。
【０１０４】
ステップＳ８Ｂでは、システム制御部１５は、サーバ内のレコード情報をユーザ端末のレコード情報で上書きする。この処理により、バージョンが高いユーザ端末２０内のレコードがサーバ１０の大容量記憶装置１３に記憶される。その後、ステップＳ９Ｂに進む。
【０１０５】
ステップＳ９Ｂでは、システム制御部２５は、レコードのバージョン情報を更新する。この処理により、ステップＳ９Ｂで記憶されたユーザ端末２０内のレコード情報が最終の同期として確定する。その後、ステップＳ１０Ｂに進む。
【０１０６】
ステップＳ１０Ｂでは、データ通信部１７は、同期の完了報知を送信する。具体的には、データ通信部１７は、ステップＳ９Ｂにて同期処理が完了したことをユーザ端末２０に送信する。その後、同期ルーチンＲ２を終了する。
【０１０７】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ１０Ａでは、システム制御部２５は、完了報知を受信したか否かを判定する。未だ完了報知を受信していないと判定された場合（ステップＳ１０Ａ：ＮＯ）、システム制御部２５は、完了報知を受信するまでループする。一方、完了報知を受信したと判定された場合（ステップＳ１０Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ１１Ａに進む。
【０１０８】
最後に、ステップＳ１１Ａでは、システム制御部２５は、レコード情報のバージョンを更新する。この処理により、ステップＳ８Ａのレコードバージョン比較処理にて、ケースＣ３又Ｃ５であった場合についても、レコード情報が最終の同期として確定する。その後、同期ルーチンＲ２を終了する。
【０１０９】
このように、同期ルーチンＲ２では、レコード情報をサーバ１０とユーザ端末２０との間で同期する。なお、この同期処理は、インターネットに接続されていない場合は、しばらくした後に自動又は手動で行われるようにしてもよい。
【０１１０】
次に、図１１を参照して、コンテンツ評価システムにおいて、サーバ１０とユーザ端末２０とで実行される統合ルーチンＲ３について説明する。なお、統合ルーチンＲ３の各ステップの説明を補足するため、適宜、図１２〜図１５を参照する。
【０１１１】
統合ルーチンＲ３は、サーバ１０とユーザ端末２０との間のデータ送受信により実行される処理であり、この処理により、複数のレコード情報が１つに統合される。
【０１１２】
まず、ユーザ端末２０のデータ通信部３１は、識別情報ＩＤを送信する(ステップＳ２１Ａ)。具体的には、データ通信部３１は、今回のレコードを識別する識別情報ＩＤをサーバ１０に送信する。その後、ステップＳ２２Ａに進む。
【０１１３】
ここで、サーバ１０のシステム制御部１５は、ステップＳ２１Ａの後にＩＤ認証処理を行う（ステップＳ２１Ｂ）。具体的には、ユーザ端末２０から送信された識別情報ＩＤを認証する処理である。その後、ステップＳ２２Ｂに進む。
【０１１４】
ステップＳ２２Ｂでは、サーバ１０のデータ通信部１７は、ＩＤ認証処理の成否を送信する。具体的には、データ通信部１７は、ステップＳ２１ＢにおけるＩＤ認証処理の成否をユーザ端末２０に送信する。その後、ステップＳ２３Ｂに進む。
【０１１５】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２２Ａでは、システム制御部２５は、ＩＤ認証処理の成否を受信したか否かを判定する。未だＩＤ認証処理の成否を受信していないと判定された場合（ステップＳ２２Ａ：ＮＯ）、システム制御部２５は、ＩＤ認証処理の成否を受信するまでループする。一方、ＩＤ認証処理の成否を受信したと判定された場合（ステップＳ２２Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２３Ａに進む。
【０１１６】
ステップＳ２３Ａでは、システム制御部２５は、ＩＤ認証の結果が成功していたか否かを判定する。ＩＤ認証の結果が失敗であった場合（ステップＳ２３Ａ：ＮＯ）、システム制御部２５は、ステップＳ２１Ａにリターンする。一方、ＩＤ認証の結果が成功していた場合（ステップＳ２３Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２４Ａに進む。
【０１１７】
ステップＳ２４Ａでは、データ通信部３１は、評価レコード一覧について問い合せする。具体的には、サーバ１０に対して、ユーザ端末２０のレコード情報の一覧について問い合せをする。その後、ステップＳ２５Ａに進む。
【０１１８】
ここで、図１２に、上述のレコード情報（レコード）のデータ構造を示す。
【０１１９】
１つのレコードは、「メディア情報」、「ＦＢ（Feed Back）情報」及び「ヘッダー情報」で構成される（「レコードＡ」参照）。「メディア情報」の例は、「動画」データであるが、「音声」データ（「レコードＢ」参照）や、操作情報を含むＰＤＦファイルであってもよい。なお、このＰＤＦファイルは、図５に示した待機画面（アドバンス機能）の「ＰＤＦ撮影」を選択して、ＰＤＦファイルを表示、操作したことにより記録されたものである。
【０１２０】
また、１つのレコードに対して、「ＦＢ情報」が複数生成されることがあるので、例として、「ＦＢＡ−１」〜「ＦＢＡ−３」が示されている。なお、１つのレコードは、「メディア情報」と「ＦＢ情報」の何れか一方のみでもよい。
【０１２１】
また、図１３に、「ヘッダー情報」の内容を示す。図示するように、「ヘッダー情報」には、「識別情報ＩＤ」、「評価開始時刻」、「評価終了時刻」、「所有者ＩＤ」及び「端末ＩＤ」が含まれている。なお、「評価開始時刻」と「評価時間」、又は「評価終了時刻」と「評価時間」等、何れか２つを組み合せても、レコードを統合する際の情報となり得る。また、「端末ＩＤ」とは、ユーザ端末２０を識別するＩＤである。
【０１２２】
ここで、サーバ１０の処理に戻ると、ステップＳ２３Ｂでは、システム制御部１５は、問い合せを受信したか否かを判定する。未だ問い合せを受信していないと判定された場合（ステップＳ２３Ｂ：ＮＯ）、システム制御部１５は、問い合せを受信するまでループする。一方、問い合せを受信したと判定された場合（ステップＳ２３Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２４Ｂに進む。
【０１２３】
ステップＳ２４Ｂでは、システム制御部１５は、統合可能ファイルを検索する。ここで、図１４は、複数のユーザ端末２０からサーバ１０に送信されたレコード（ヘッダー情報）を示した図である。
【０１２４】
（ａ）保存レコード１は、同期ルーチンＲ２においてサーバ１０に送信されたレコードの「ヘッダー情報」である。システム制御部１５は、１又は複数のレコード（例えば、図１４の保存レコード１〜３）の中で統合可能なファイルを検索する。その後、ステップＳ２５Ｂに進む。
【０１２５】
ステップＳ２５Ｂでは、システム制御部１５は、統合可能ファイルがあるか否かを判定する。統合可能ファイルがないと判定された場合（ステップＳ２５Ｂ：ＮＯ）、システム制御部１５は、統合ルーチンＲ３を終了する。一方、統合可能ファイルがあると判定された場合（ステップＳ２５Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２６Ｂに進む。
【０１２６】
ステップＳ２６Ｂでは、データ通信部１７は、統合可能ファイル一覧を送信する。なお、図１４の（ｂ）保存レコード２と、（ｃ）保存レコード３とは、共に大容量記憶装置１３（コンテンツＤＢ１３ｂ）に保存されていたデータである。
【０１２７】
（ｂ）保存レコード２に関しては、（ａ）保存レコード１と「評価開始時刻」、「評価終了時刻」から特定される期間の重複がないため、統合は不可能である。しかし、（ｃ）保存レコード３に関しては、（ａ）保存レコード１と「評価開始時刻」、「評価終了時刻」から特定される期間が一部重複しており、統合が可能である。従って、データ通信部１７は、ユーザ端末２０に、（ｃ）保存レコード３を含む統合可能ファイル一覧を送信する。
【０１２８】
また、各レコードの「所有者ＩＤ」が一致していることを、統合条件に加える。なお、「端末ＩＤ」に関しては、一致している必要はない。その後、ステップＳ２７Ｂに進む。
【０１２９】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２５Ａでは、システム制御部２５は、統合可能ファイル一覧を受信したか否かを判定する。未だ統合可能ファイル一覧を受信していないと判定された場合（ステップＳ２５Ａ：ＮＯ）、システム制御部２５は、統合ルーチンＲ３を終了する。一方、統合可能ファイルを受信したと判断された場合（ステップＳ２５Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２６Ａに進む。
【０１３０】
ステップＳ２６Ａでは、システム制御部２５は、統合操作を受け付けたか否かを判定する。例えば、ユーザがユーザ端末２０の画面中に表示された「統合ボタン」（図示省略）を操作することで、統合操作が受け付けられる。
【０１３１】
未だ統合操作が受け付けられていないと判定された場合（ステップＳ２６Ａ：ＮＯ）、システム制御部２５は、統合ルーチンＲ３を終了する。一方、統合操作が受け付けられたと判定された場合（ステップＳ２６Ａ：ＹＥＳ）、システム制御部２５は、ステップＳ２７Ａに進む。
【０１３２】
ステップＳ２７Ａでは、データ通信部３１は、統合要求を送信する。具体的には、データ通信部３１は、サーバ１０に統合要求を送信する。その後、ステップＳ２８Ａに進む。
【０１３３】
ここで、サーバ１０の処理に戻ると、ステップＳ２７Ｂでは、システム制御部１５は、統合要求を受信したか否かを判定する。統合要求を受信していないと判定された場合（ステップＳ２７Ｂ：ＮＯ）、システム制御部１５は、統合ルーチンＲ３を終了する。一方、統合要求を受信したと判定された場合（ステップＳ２７Ｂ：ＹＥＳ）、システム制御部１５は、ステップＳ２８Ｂに進む。
【０１３４】
ステップＳ２８Ｂでは、システム制御部１５は、統合処理を実行する。具体的には、システム制御部１５は、統合先データの評価開始時刻、評価終了時刻を取得する。図１４の例では、統合先データは（ａ）保存レコード１であるから（本発明の「基準全体情報」）、このファイルの評価開始時刻（２０１７／０６／０１／１３：３０）と評価終了時刻（２０１７／０６／０１／１４：００）とを取得する。
【０１３５】
その後、システム制御部１５は、統合ファイルを生成する。これにより、図１４の例の（ａ）保存レコード１と（ｃ）保存レコード３とから統合ファイル（本発明の「統合情報」）が生成される。
【０１３６】
ここで、図１５に、統合後のレコードのデータ構造を示す。図示するように、１つのレコードが「メディア情報」、「ＦＢ（Feed Back）情報」及び「ヘッダー情報」で構成される点は同じである。しかし、図１１の「レコードＡ」と「レコードＢ」を統合した場合、「メディア情報」には、「レコードＡ」に存在していた「動画Ａ」に加えて、「レコードＢ」に存在していた「音声Ｂ」が含まれるようになる。
【０１３７】
同様に、「ＦＢ情報」には、「レコードＡ」に存在していた「ＦＢＡ−１」〜「ＦＢＡ−３」に加えて、「レコードＢ」に存在していた「ＦＢＢ−１」〜「ＦＢＢ−３」が含まれるようになる。なお、「ヘッダー情報」は、統合した側の「ヘッダー情報Ａ」が維持される。
【０１３８】
その後、ステップＳ２９Ｂに進む。なお、上記のような一部の一次評価情報、コンテンツ片を削除せずに統合するようにしてもよい。
【０１３９】
ステップＳ２９Ｂでは、データ通信部１７は、統合ファイルを送信する。具体的には、データ通信部１７は、ユーザ端末２０にステップＳ２８Ｂで作成した統合ファイルを送信する。その後、統合ルーチンＲ３を終了する。
【０１４０】
ここで、ユーザ端末２０の処理に戻ると、ステップＳ２８Ａでは、システム制御部２５は、統合ファイルを受信したか否かを判定する。未だ統合ファイルを受信していないと判定された場合（ステップＳ２８Ａ：ＮＯ）、システム制御部２５は、統合ファイルを受信するまでループする。一方、統合ファイルを受信したと判断された場合（ステップＳ２８Ａ：ＹＥＳ）、システム制御部２５は、統合ルーチンＲ３を終了する。
【０１４１】
以上のようにして、サーバ１０とユーザ端末２０とを連携させて、複数のレコードが統合可能の判定を行い、統合可能と判定された場合に統合を実行する。上記の例では、２つのレコードを統合したが、３つ以上のレコードの統合も可能である。
【０１４２】
レコードの統合は、ユーザがユーザ端末２０の画面中に表示された「統合ボタン」を操作するだけの簡易な態様となっている。例えば、プレゼンテーションを行っている人物の録画コンテンツ（動画）と、その評価を統合してもよいし、プレゼンテーションを行っている人物の録画コンテンツと、プレゼンテーションのスライドの録画コンテンツとを統合してもよい。なお、録画コンテンツは２つ以上統合可能であって、数の制限はない。操作情報を含むＰＤＦファイルも統合の対象である。
【０１４３】
さらに、評価開始時刻、評価終了時刻等の統合条件と、所有者ＩＤの一致の統合条件を満たせば、自動的にレコードを統合するようにしてもよい。この場合、コンテンツとしては相関がないもの同士であってもよい。
【０１４４】
レコードのメディア情報には、録画コンテンツを再生したときに生成される再生コンテンツも含まれる。ユーザは、再生コンテンツに対して評価を行い、その評価を統合することもできる。なお、その場合、再生開始時刻を評価開始時刻とする。
【０１４５】
録画コンテンツ又は再生コンテンツに対して、どの部分でどれくらいの人が評価を行っているかの統計を取って、統計情報として表示するようにしてもよい。これにより、コンテンツの内容や視聴者の反応を分析するのに用いることができる。
【０１４６】
図１６は、図８の代わりにコンテンツ片の分布を見やすい態様にした表示である。中央の時間軸を中心に、評価者毎の評価状況を表示することで、評価者に応じた評価数や評価時間が視覚的に認識可能になる。
【０１４７】
録画コンテンツ又は再生コンテンツに対して、所定の基準（例えば、以前にプレゼンテーションを行った人物）の評価を定めて、基準と比較が行えるような評価を行って、評価情報として表示するようにしてもよい。これによっても、コンテンツの内容等を分析して、役立つ情報を抽出することができる。
【０１４８】
上述した実施例における端末もしくはサーバの構成、各評価ルーチン、又は表示や入力の態様は一例に過ぎず、用途等に応じて適宜変更することができる。例えば、各評価ルーチンにおける各ステップは、上記の例に関わらずサーバ、ユーザ端末の何れかが行うようにしてもよい。
【符号の説明】
【０１４９】
１０  サーバ
１１  システムバス
１３  大容量記憶装置
１５  システム制御部
１７  データ通信部
２０  ユーザ端末
２１  システムバス
２３  大容量記憶装置
２５  システム制御部
２７  入力部
２９  出力部
３１  データ通信部
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、
前記レコードの評価対象であるコンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、
前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を前記レコードの全体情報として記憶する記憶手段と、
前記レコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時に、前記電気通信回線を通じて送信する送信手段と、
前記送信手段により送信された前記レコードの全体情報を受信して、複数の前記レコードの全体情報を収集する全体情報収集手段と、
前記複数の前記レコードの全体情報の各々が有する前記評価時間情報の共通性に基づいて、１の前記レコードの全体情報と他の１又は複数の前記レコードの全体情報とが統合可能であるか否かの判定を行う統合判定手段と、
前記統合判定手段が前記１の前記レコードの全体情報と前記他の１又は複数の前記レコードの全体情報とが統合可能と判定した場合に、これらを統合した統合情報を生成する統合情報生成手段と、を備え、
前記統合情報生成手段は、前記１の前記レコードの全体情報を基準全体情報とし、前記他の１又は複数の前記レコードの全体情報が有する前記評価時間情報のうち、前記レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合することを特徴とするコンテンツ評価システム。
【請求項２】
前記統合判定手段は、前記評価時間情報に加えて、前記基準全体情報と前記他の１又は複数の前記レコードの全体情報との所有者情報の一致に基づいて、統合可能であるか否かを判定することを特徴とする請求項１に記載のコンテンツ評価システム。
【請求項３】
前記開始時刻は、前記コンテンツの録画若しくは録音開始時刻であることを特徴とする請求項１又は２に記載のコンテンツ評価システム。
【請求項４】
前記コンテンツ評価情報には、前記レコードの開始時刻から終了時刻までの間で評価の時点を示す簡易評価である一次評価と、該一次評価の後に評価者がその内容を記入する二次評価とが含まれることを特徴とする請求項１〜３の何れか１項に記載のコンテンツ評価システム。
【請求項５】
各ユーザが所有するユーザ端末装置と、所定の情報を管理するサーバ装置とからなるコンテンツ評価システムであって、
前記ユーザ端末装置は、
レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される評価時間情報を取得する評価時間情報取得手段と、
前記レコードの評価対象であるコンテンツに対する評価であるコンテンツ評価情報を取得するコンテンツ評価情報取得手段と、
前記評価時間情報取得手段が取得した前記評価時間情報と、前記コンテンツ評価情報取得手段が取得した前記コンテンツ評価情報とを含む情報を前記レコードの全体情報として記憶する記憶手段と、
前記レコードの全体情報を、電気通信回線に接続している時には随時、接続していない時にはその後の接続した時に、前記電気通信回線を通じて送信する送信手段と、を備え、
前記サーバ装置は、
前記送信手段により送信された前記レコードの全体情報を受信して、複数の前記レコードの全体情報を収集する全体情報収集手段と、
複数の前記レコードの全体情報の各々が有する前記評価時間情報の共通性に基づいて、前記複数の前記レコードの全体情報のうちの１の前記レコードの全体情報と他の１又は複数の前記レコードの全体情報とが統合可能であるか否かの判定を行う統合判定手段と、
前記判定手段が統合可能と判定した場合に、前記１の前記レコードの全体情報を基準全体情報とし、前記他の１又は複数の前記レコードの全体情報が有する前記評価時間情報のうち、前記レコードの開始時刻、記録時間及び終了時刻のうちの何れか２つから特定される期間が、前記基準全体情報と少なくとも一部重複するものを該基準全体情報に統合した統合情報を生成する統合情報生成手段と、を備えることを特徴とするコンテンツ評価システム。