(57)【要約】【課題】投稿されたカラオケ演奏時のユーザによる歌唱やダンス、撮影映像などのパフォーマンスへの評価結果に視聴者の興味度合いを反映させること。【解決手段】視聴時間に審査員ごとの重み係数（視聴者の審査レベル値）を掛け合わせた値を該当するコンテンツの再生時間で除算することでその視聴結果を計算し（Ｓ４２０）、その計算結果をコンテンツ得点ワークに加算する（Ｓ４２５）。なお、この計算が終了した際のコンテンツ得点ワークの値は総視聴時間に該当する。そして、現在の日付から投稿日を除算することで該当するコンテンツの公開日数を計算し（Ｓ４３５）、コンテンツ得点ワークの値を公開日数で除算することで、該当するコンテンツの評価得点を算出する（Ｓ４４０）。【選択図】図９
2010210821.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ演奏を実行可能な一つ以上のカラオケ装置と、カラオケ装置に対して楽曲データを含むコンテンツデータを配信するカラオケ用ホストサーバと、外部の情報端末に対して各種情報を送信するインターネット用ホストサーバと、を備え、各カラオケ装置とカラオケ用ホストサーバとは第１ネットワークを介してデータの送受信が可能であり、カラオケ用ホストサーバとインターネット用ホストサーバとは第２ネットワークを介してデータの送受信が可能であり、インターネット用ホストサーバは第３ネットワークを介して情報端末との間でデータの送受信が可能であるカラオケネットワークシステムであって、
各カラオケ装置は、パフォーマンス情報入力手段と、投稿データ作成手段と、投稿データ送信手段と、を備え、
パフォーマンス情報入力手段は、カラオケ演奏時のユーザによるパフォーマンスを示すパフォーマンス情報を入力可能であり、
投稿データ作成手段は、パフォーマンス情報入力手段から入力されたパフォーマンスを示すパフォーマンス情報と、ユーザを特定するユーザ特定情報とを少なくとも含む投稿データを作成し、
投稿データ送信手段は、投稿データ作成手段によって作成された投稿データをカラオケ用ホストサーバに送信し、
カラオケ用ホストサーバは、登録ユーザ記憶手段と、投稿データ記憶手段と、登録ユーザ判断手段と、を備え、
登録ユーザ記憶手段は、登録ユーザに関する情報を記憶し、
投稿データ記憶手段は、受信した投稿データを、この投稿データの公開が開始されてからの日数を示す公開日数、この投稿データへのアクセス時に視聴された時間を示す視聴時間、およびこの投稿データを評価した結果を示す評価結果とともに、登録済み投稿データとして記憶し、
登録ユーザ判断手段は、受信した投稿データに含まれるユーザ特定情報が、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致するか否かを判断し、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致する場合には、受信した投稿データが登録済みユーザによるデータであると判断し、受信した投稿データを投稿データ記憶手段に記憶させ、
インターネット用ホストサーバは、投稿データ配信手段と、投稿データ評価手段と、を備え、
投稿データ配信手段は、カラオケ用ホストサーバの投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データを視聴可能な情報として公開し、情報端末を介する視聴者からの要求に応じて配信し、投稿データが視聴される度に視聴時間情報を算出し、算出された視聴時間情報を視聴された投稿データに対応する登録済み投稿データに登録し、
投稿データ評価手段は、所定の評価実行条件を満たす場合に、投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データごとに、対応する各視聴時間を再生時間でそれぞれ除算した値の総和を公開日数で除算することで評価結果を算出し、対応する登録済み投稿データに登録される評価結果を算出した評価結果に更新すること
を特徴とするカラオケネットワークシステム。
【請求項２】
カラオケ演奏を実行可能な一つ以上のカラオケ装置と、カラオケ装置に対して楽曲データを含むコンテンツデータを配信するカラオケ用ホストサーバと、外部の情報端末に対して各種情報を送信するインターネット用ホストサーバと、を備え、各カラオケ装置とカラオケ用ホストサーバとは第１ネットワークを介してデータの送受信が可能であり、カラオケ用ホストサーバとインターネット用ホストサーバとは第２ネットワークを介してデータの送受信が可能であり、インターネット用ホストサーバは第３ネットワークを介して情報端末との間でデータの送受信が可能であるカラオケネットワークシステムであり、各カラオケ装置は、パフォーマンス情報入力手段と、投稿データ作成手段と、投稿データ送信手段と、を備え、パフォーマンス情報入力手段は、カラオケ演奏時のユーザによるパフォーマンスを示すパフォーマンス情報を入力可能であり、投稿データ作成手段は、パフォーマンス情報入力手段から入力されたパフォーマンスを示すパフォーマンス情報と、ユーザを特定するユーザ特定情報とを少なくとも含む投稿データを作成し、投稿データ送信手段は、投稿データ作成手段によって作成された投稿データをカラオケ用ホストサーバに送信し、カラオケ用ホストサーバは、登録ユーザ記憶手段と、投稿データ記憶手段と、登録ユーザ判断手段と、を備え、登録ユーザ記憶手段は、登録ユーザに関する情報を記憶し、投稿データ記憶手段は、受信した投稿データを、この投稿データの公開が開始されてからの日数を示す公開日数、この投稿データへのアクセス時に視聴された時間を示す視聴時間、およびこの投稿データを評価した結果を示す評価結果とともに、登録済み投稿データとして記憶し、登録ユーザ判断手段は、受信した投稿データに含まれるユーザ特定情報が、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致するか否かを判断し、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致する場合には、受信した投稿データが登録済みユーザによるデータであると判断し、受信した投稿データを投稿データ記憶手段に記憶させるカラオケネットワークシステムに用いられるインターネット用ホストサーバであって、
投稿データ配信手段と、投稿データ評価手段と、を備え、
投稿データ配信手段は、カラオケ用ホストサーバの投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データを視聴可能な情報として公開し、情報端末を介する視聴者からの要求に応じて配信し、投稿データが視聴される度に視聴時間情報を算出し、算出された視聴時間情報を視聴された投稿データに対応する登録済み投稿データに登録し、
投稿データ評価手段は、所定の評価実行条件を満たす場合に、投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データごとに、対応する各視聴時間を再生時間でそれぞれ除算した値の総和を公開日数で除算することで評価結果を算出し、対応する登録済み投稿データに登録される評価結果を算出した評価結果に更新すること
を特徴とするインターネット用ホストサーバ。
【請求項３】
パフォーマンス情報には、カラオケ演奏時のユーザによる歌唱を録音した歌唱音声を示す情報、又はカラオケ演奏時に撮像した映像を示す情報が含まれることを特徴とする請求項２に記載のインターネット用ホストサーバ。
【請求項４】
投稿データ評価手段は、評価結果を算出する際には、投稿データを視聴した視聴者のレベルに基づき、視聴時間に対して重み付けを行うことを特徴とする請求項２または請求項３に記載のインターネット用ホストサーバ。
【請求項５】
投稿データ評価手段は、評価対象の投稿データに含まれるパフォーマンス情報に対する採点がカラオケ装置によって実行された場合には、その採点結果に基づき、視聴時間に対して重み付けを行うことを特徴とする請求項２〜請求項４の何れかに記載のインターネット用ホストサーバ。
【請求項６】
さらに、投稿データ更新手段を備え、
投稿データ更新手段は、所定の更新実行条件を満たす場合に、対応する評価結果が予め設定した基準値未満である投稿データを、公開されてからの期間が所定期間未満である投稿データを除いて投稿データ記憶手段から削除することを特徴とする請求項２〜請求項５の何れかに記載のインターネット用ホストサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケネットワークシステムに関し、特に、投稿されたカラオケ演奏時のユーザによる歌唱やダンス、撮影映像などのパフォーマンスを評価する技術に関する。
【背景技術】
【０００２】
従来より、カラオケ演奏時に録音した歌唱者による歌唱をカラオケ装置からホストサーバへアップロードし、アップロードされた歌唱音声を他のカラオケ装置やパーソナルコンピュータから視聴可能に公開するカラオケネットワークシステムが知られている。
【０００３】
なお、特許文献１には、カラオケ装置における歌唱者の歌唱採点結果が所定の点数以上であれば、この歌唱音声信号をサーバ装置アップロードし、サーバ装置ではこの歌唱を再度審査し、ガイドボーカルとして登録する条件を満たしていると判断した場合には、これを全カラオケ装置に対してガイドボーカルとして公開し、ダウンロードして利用できるようにする技術が記載されている。
【０００４】
しかし、特許文献１に記載される技術では、この歌唱をサーバ装置にて再度審査する際に、音程や、歌詞、音質などの特徴を評価する評価エンジンを用いて行っているため、評価エンジンによる評価結果の良い歌唱が必ずしも視聴者の興味を引き付けるとは限らないという問題があった。
【０００５】
これに対して、特許文献２に記載される技術では、上述のように公開される歌唱音声を視聴者が最後まで視聴したか否かによって視聴者の興味度合いを判断して評価結果としている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−９１２９１号公報（第５頁、図４）
【特許文献２】特開２００３−２５０１３９号公報（第５頁、図３，４）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、一般的に歌唱の再生が一旦開始されるとそれほど興味を引かなくても最後まで再生される場合も多く、特許文献２に記載される技術では、視聴者の興味を引き付けないような歌唱でも評価が高くなり、その反面、視聴者の興味を引き付ける歌唱が行われても、そのことを評価結果に反映させることができなかった。
【０００８】
本発明は、このような課題に鑑みなされたものであり、その目的とするところは、投稿されたカラオケ演奏時のユーザによる歌唱やダンス、撮影映像などのパフォーマンスへの評価結果に視聴者の興味度合いを反映させる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた請求項１に係るカラオケネットワークシステム（１：この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための形態」欄で用いた符号を付すが、この符号によって請求の範囲を限定することを意味するものではない。）は、カラオケ演奏を実行可能な一つ以上のカラオケ装置（４）と、カラオケ装置に対して楽曲データを含むコンテンツデータを配信するカラオケ用ホストサーバ（２）と、外部の情報端末に対して各種情報を送信するインターネット用ホストサーバ（３）と、を備える。なお、各カラオケ装置とカラオケ用ホストサーバとは第１ネットワーク（２００）を介してデータの送受信が可能である。また、カラオケ用ホストサーバとインターネット用ホストサーバとは第２ネットワーク（通信回線）を介してデータの送受信が可能である。また、インターネット用ホストサーバは第３ネットワーク（２００）を介して情報端末との間でデータの送受信が可能である。
【００１０】
各カラオケ装置は、パフォーマンス情報入力手段（２６，２７）と、投稿データ作成手段（１２）と、投稿データ送信手段（１２）と、を備える。
このうちのパフォーマンス情報入力手段は、カラオケ演奏時のユーザによるパフォーマンスを示すパフォーマンス情報を入力可能である。
【００１１】
そして、投稿データ作成手段は、パフォーマンス情報入力手段から入力されたパフォーマンスを示すパフォーマンス情報と、ユーザを特定するユーザ特定情報とを少なくとも含む投稿データを作成する。さらに、投稿データ送信手段は、投稿データ作成手段によって作成された投稿データをカラオケ用ホストサーバに送信する。
【００１２】
なお、パフォーマンス情報の再生時間については、カラオケ装置の投稿データ作成手段が算出して投稿データに含めるようにしてもよいし、投稿データを転送した後にインターネット用ホストサーバにて算出するようにしてもよい。
【００１３】
一方、カラオケ用ホストサーバは、登録ユーザ記憶手段（２ａ）と、投稿データ記憶手段（２ｂ）と、登録ユーザ判断手段（７３）と、を備える。
このうちの登録ユーザ記憶手段は、登録ユーザに関する情報を記憶する。
【００１４】
また、投稿データ記憶手段は、この受信した投稿データを、この投稿データの公開が開始されてからの日数を示す公開日数、この投稿データへのアクセス時に視聴された時間を示す視聴時間、およびこの投稿データを評価した結果を示す評価結果とともに、登録済み投稿データとして記憶する。なお、公開日数については日付が変わるごとに更新される。
【００１５】
さらに、登録ユーザ判断手段は、受信した投稿データに含まれるユーザ特定情報が、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致するか否かを判断し、登録ユーザ記憶手段に記憶される登録ユーザを特定する登録ユーザ特定情報のうちの一つに合致する場合には、受信した投稿データが登録済みユーザによるデータであると判断し、受信した投稿データを投稿データ記憶手段に記憶させる。
【００１６】
また、インターネット用ホストサーバは、投稿データ配信手段（８３）と、投稿データ評価手段（８３）と、を備える。
また、投稿データ配信手段は、カラオケ用ホストサーバの投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データを視聴可能な情報として公開し、情報端末を介する視聴者からの要求に応じて配信し、投稿データが視聴される度に視聴時間情報を算出し、算出された視聴時間情報を視聴された投稿データに対応する登録済み投稿データに登録する。なお、公開とは外部の情報端末からアクセス可能な状態をいう。
【００１７】
さらに、投稿データ評価手段は、所定の評価実行条件を満たす場合に、投稿データ記憶手段が記憶する登録済み投稿データに含まれる投稿データごとに、対応する各視聴時間を再生時間でそれぞれ除算した値の総和を公開日数で除算することで評価結果を算出し、対応する登録済み投稿データに登録される評価結果を算出した評価結果に更新する。
【００１８】
このことにより、投稿されたカラオケ演奏時のユーザによる歌唱やダンス、撮影映像などのパフォーマンスへの評価結果に視聴者の興味度合いを反映させることができる。
なお、本発明は、請求項１に係るカラオケネットワークシステムに用いられるインターネット用ホストサーバとしても実現可能である（請求項２）。
【００１９】
なお、パフォーマンスとしては、カラオケ演奏時のユーザによる歌唱や、カラオケ演奏時のユーザによるダンス、カラオケ演奏時にユーザが撮像した映像などが挙げられる。また、パフォーマンス情報には、カラオケ演奏時のユーザによる歌唱を録音した歌唱音声を示す情報や、カラオケ演奏時に撮像した映像を示す情報が含まれる（請求項３）。
【００２０】
また、評価結果を算出する際には、投稿データを視聴した視聴者のレベルに基づき、視聴時間に対して重み付けを行うようにしてもよい（請求項４）。
このことにより、信頼性の高い視聴者による視聴をより重視することで投稿データに対する評価得点の信頼性をより高めたコンテンツの視聴時間がより長くなるので、更に視聴者の興味度合いを反映させることができる。
【００２１】
また、評価対象の投稿データに含まれるパフォーマンス情報に対する採点がカラオケ装置によって実行された場合には、その採点結果に基づき、視聴時間に対して重み付けを行うようにしてもよい（請求項５）。
【００２２】
このことにより、投稿データの上手下手が視聴結果に反映されるため、歌唱上手な投稿データ程、視聴結果が良くなる。その結果、歌唱上手な歌唱者による投稿データ、つまり、演奏に対して信頼性が高いコンテンツは、評価得点が基準値未満となる可能性が低くなり削除されにくくなる。つまり、信頼性が高いコンテンツをなるべく長く残すことができるので、更に、視聴者の興味度合いを反映させることができる。
【００２３】
また、評価実行条件の具体例としては、例えば午前０時など予め設定される時刻となった場合や、投稿データ記憶手段に記憶される投稿データの数量が予め設定される数量に到達した場合、投稿データ記憶手段に記憶される投稿データのデータ量が予め設定されるデータ量に到達した場合、などが挙げられる。
【００２４】
また、投稿データ更新手段が、所定の更新実行条件を満たす場合に、対応する評価結果が予め設定した基準値未満である投稿データを投稿データ記憶手段から削除することが考えられる（請求項６）。なお、公開されてからの期間が所定期間未満である投稿データについては、削除の対象外とするとよい。
【００２５】
なお、更新実行条件の具体例としては、例えば午前０時など予め設定される時刻となった場合や、投稿データ記憶手段に記憶される投稿データの数量が予め設定される数量に到達した場合、投稿データ記憶手段に記憶される投稿データのデータ量が予め設定されるデータ量に到達した場合、などが挙げられる。
【００２６】
このようにすれば、視聴者が興味を示さなかった投稿データを削除することで、視聴者にとって興味がある投稿データを残しながら、投稿データ記憶手段の記憶容量を節約することできる。また、例えば投稿者ごとに割り当てられる投稿データ記憶手段の記憶容量が限定される場合に、投稿者にとっては削除されてもあまり問題ないと考えられる視聴者の興味を引かない投稿データから削除されることで、投稿者にとって重要な視聴者の興味を引く投稿データを残しながら、次の投稿データを投稿することができる。
【図面の簡単な説明】
【００２７】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図
【図２】（ａ）カラオケ店等のカラオケルーム内に設置されているカラオケ装置４およびリモコン端末５のより具体的な構成を示すブロック図、（ｂ）Ｗｅｂサーバ２ａ，３ａのより具体的な構成を示すブロック図
【図３】（ａ）ユーザ登録データベースの具体的内容を示す説明図、（ｂ）個人用Ｗｅｂページデータベースの具体的内容を示す説明図、（ｃ）個人用ＷｅｂページのＷｅｂブラウザ上での表示例を示す説明図
【図４】投稿データが登録された投稿データ管理テーブルの詳細を示す説明図
【図５】視聴時間計測処理を説明する説明図
【図６】視聴時間計測処理を示すフローチャート
【図７】再生時間カウント処理を示すフローチャート
【図８】点数計算処理を示すフローチャート
【図９】点数計算処理のサブルーチンである評価得点計算処理を示すフローチャート
【図１０】投稿データ管理テーブル更新処理を示すフローチャート
【発明を実施するための形態】
【００２８】
以下に本発明の実施形態を図面とともに説明する。
［１．カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、Ｗｅｂサーバ２ａとデータベース２ｂとを備えるカラオケ用ホストサーバ２、およびＷｅｂサーバ３ａを備えるインターネット用ホストサーバ３に対して、カラオケ店等の各カラオケルームに設置されるカラオケ装置４と、カラオケ装置４を操作するためのリモコン端末５と、パーソナルコンピュータ（以下、パソコン）６ａおよび携帯電話６ｂ等の情報端末からなるユーザ端末６とがインターネット２００を介して通信可能に構成されることによって形成されている。
【００２９】
以下に、カラオケネットワークシステム１の各構成について順に説明する。
［１．１．カラオケ用ホストサーバ２の構成の説明］
カラオケ用ホストサーバ２は、カラオケ店等に設置されているカラオケ装置４に対して楽曲データやカラオケ装置４からユーザへ提供するためのコンテンツデータ等を配信するためのカラオケサービス用のホストサーバである。カラオケ用ホストサーバ２は、ホストサーバ側のルータ１３０とカラオケ店側のルータ１２０との間でインターネットネットワーク２００（第１ネットワークに相当）を介して、カラオケ店側のＬＡＮ１００に接続され、カラオケ用ホストサーバ２と、カラオケ装置４およびリモコン端末５との間の通信を行う。
【００３０】
さらに、本カラオケネットワークシステム１において、カラオケ用ホストサーバ２は、本システムを利用する権限を有するユーザ（登録ユーザ）に関する登録情報（登録ユーザ特定情報）を蓄積するユーザ登録データベースや、登録ユーザのカラオケ歌唱に関する情報および当該ユーザから提供される情報等をインターネット２００上で公開するための個人用Ｗｅｂページのデータを蓄積する個人用Ｗｅｂページデータベース等を有するデータベース２ｂを備えている。
【００３１】
また、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａは、図２(ｂ)に示すように、周知のコンピュータシステムからなり、インターネット２００を介した通信を制御する通信部７１、各種情報を記憶するＨＤＤ７２、サーバ全体を制御する制御部７３などを備える。このＷｅｂサーバ２ａは、このデータベース２ｂと連携しており、カラオケ店側のリモコン端末４等からの要求に応じて、カラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。
【００３２】
なお、ここでいう連携とは、ユーザ認証および個人用Ｗｅｂページの配信をＷｅｂサーバ２ａが行うために、データベース内に格納されたデータを参照したり、Ｗｅｂサーバ２ａが受け付けた個人用Ｗｅｂページ更新のデータをデータベース２ｂに反映させたりすることで、Ｗｅｂサーバ２ａが行う前記サービスに利用するためのデータと、データベース２ｂとが対応していることを指す。
【００３３】
また、ユーザ登録データベースは、図３（ａ）に示すように、ユーザ登録を経て登録された各ユーザのニックネーム、ユーザＩＤ、パスワード、および当該ユーザの個人用Ｗｅｂページデータの格納先を示すパス等の各種情報を含むユーザ登録データのテーブルである。
【００３４】
なお、本実施形態のカラオケネットワークシステム１では、各ホストサーバ内のＷｅｂサーバがこのユーザ登録データベースを参照することにより、ログインを要求してきたユーザに対する認証、ユーザとニックネームとの対応付け、ユーザと当該ユーザの個人用Ｗｅｂページとの対応付けを行う。
【００３５】
また、個人用Ｗｅｂページデータベースは、図３（ｂ）に示すように、ユーザ登録データベースに登録されている各ユーザの個人用Ｗｅｂページのデータを格納している。個人用Ｗｅｂページのデータは、個人用Ｗｅｂページを所定の様式でリモコン端末５やユーザ端末６が備えるＷｅｂブラウザによって表示するためのデータのまとまりで、テキストデータやＨＴＭＬによるレイアウト情報、画像・音声・動画データ等から構成される。
【００３６】
このような個人用Ｗｅｂページのデータは、ユーザ登録が行われた際に、新規登録されたユーザのための個人用Ｗｅｂページの雛形のデータを自動的に生成し、この雛形のデータを個人用Ｗｅｂページデータベースに格納すると共に、この個人用Ｗｅｂページの雛形のデータの格納先のパスをユーザ登録データベースの当該ユーザのユーザ登録データに登録しておくことが考えられる。このようにすることで、後にこのユーザが個人用Ｗｅｂページの雛形に基づいて簡単に自身の個人用Ｗｅｂページを編集することができる。
【００３７】
なお、個人用Ｗｅｂページでは、図３（ｃ）に示すように、Ｗｅｂページのタイトルとしてニックネーム「Ｍｉｋｅ０６」さんの個人用Ｗｅｂページである旨が表示される。また、この個人用Ｗｅｂページは、ユーザから提供される公開情報である「プロフィール」、「メッセージ」といった情報、カラオケ装置４を利用してユーザが投稿した「投稿データ」を有し、項目ごとに種々の情報が表示される。
【００３８】
また、個人用Ｗｅｂページに登録される個々の投稿データ（登録済み投稿データ）は、コンテンツ、再生時間、投稿時刻、カラオケ採点得点、評価得点、公開日数、総視聴時間、および個々の視聴時間から構成され、投稿データ管理テーブル（図４参照）に登録される。
【００３９】
なお、総視聴時間および評価得点は、このコンテンツを評価した結果を示し、各コンテンツの各視聴時間を再生時間でそれぞれ除算した値の総和を計算することで総視聴時間が算出され、さらに算出した総視聴時間を公開日数で除算することで評価得点が算出される。また、公開日数は、このコンテンツの公開が開始されてからの日数を示す。また、個々の視聴時間は、このコンテンツへのアクセス時に視聴された時間を示す。
【００４０】
なお、カラオケ装置４から送信された投稿データについては、当該投稿データを作成した登録ユーザに対応する個人用Ｗｅｂページに登録される。具体的には、Ｗｅｂサーバ２ａの制御部７３は、カラオケ装置４から投稿データを受信した場合には、受信した投稿データに含まれるユーザ特定情報がデータベース２ｂに登録される登録情報のうちの一つに合致するか否かを判断する。ユーザ特定情報が登録情報のうちの一つに合致する場合には、制御部７３は、受信した投稿データを、該当する登録ユーザに対応する個人用Ｗｅｂページに登録する。
【００４１】
［１．２．インターネット用ホストサーバ３の構成の説明］
インターネット用ホストサーバ３は、Ｗｅｂサーバ３ａを介してパソコン６ａや携帯電話６ｂ等の情報端末（以下、これらを総称する場合はユーザ端末６ともいう）に対してインターネット２００を介して情報の送信をするためのホストサーバである。また、インターネット用ホストサーバ３は、適宜な通信回線（第２ネットワークに相当）を介してカラオケ用ホストサーバ２と通信可能に構成されている。
【００４２】
インターネット用ホストサーバ３が備えるＷｅｂサーバ３ａは、図２(ｂ)に示すように、周知のコンピュータシステムからなり、インターネット２００を介した通信を制御する通信部８１、各種情報を記憶するＨＤＤ８２、サーバ全体を制御する制御部８３などを備える。
【００４３】
また、Ｗｅｂサーバ３ａは、カラオケ用ホストサーバ２が備えるデータベース２ｂと（上述のＷｅｂサーバ２ａと同様に）連携しており、ユーザ端末６からの要求に応じて、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａと同様にカラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービス、一般のユーザ（視聴者）に対する個人用Ｗｅｂページの閲覧サービスを行う。
【００４４】
なお、この閲覧サービスでは、個人用Ｗｅｂページに登録される個々のコンテンツ情報のうちコンテンツ、再生時間、投稿時刻が公開される。なお、公開とは外部のユーザ端末６からアクセス可能な状態をいう。また、その他の情報については公開の可否を項目ごとに選択可能にしてもよい。
【００４５】
そして、Ｗｅｂサーバ３ａの制御部８３は、ユーザ端末６を介する視聴者からの要求に応じてコンテンツを配信し、コンテンツが視聴される度に視聴時間計測処理（後述）を実行して視聴時間を算出し、算出された視聴時間を、視聴されたコンテンツに対応するコンテンツ情報に登録する。
【００４６】
さらに、Ｗｅｂサーバ３ａの制御部８３は、例えば午前０時など予め設定される時刻となった場合に点数計算処理（後述）を実行して、データベース２ｂに記憶されるコンテンツ情報ごとに総視聴時間および評価得点を算出し、算出結果に基づきコンテンツ情報の総視聴時間および評価得点を更新する。
【００４７】
また、Ｗｅｂサーバ３ａの制御部８３は、例えば午前０時など予め設定される時刻となった場合に投稿データ管理テーブル更新処理（後述）を実行して、視聴者の興味を引くコンテンツを保存するとともに視聴者の興味を引かないコンテンツを削除する。
【００４８】
［１．３．ユーザ端末６の構成の説明］
パソコン６ａは、十分な処理能力を有する通常のコンピュータであり、適宜な通信回線を介してインターネット２００に接続されている。また、パソコン６ａは、インターネット２００を介して受信したＷｅｂページを閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するソフトウェアを備えている。
【００４９】
なお、このソフトウェアには、投稿データを視聴するためにパソコン６ａ上で実行される再生アプリケーションが含まれている。
一方、携帯電話６ｂは、携帯電話事業者が提供する通信回線を介してインターネット２００に接続可能ないわゆる第３世代以降の携帯電話であり、電話をかける・受けるといった通話機能以外に、インターネット２００を介して受信したＷｅｂページを画面で閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするためのＷｅｂブラウザ機能を有するソフトウェアを備えている。
【００５０】
なお、このソフトウェアには、投稿データを視聴するために携帯電話６ｂ上で実行される再生アプリケーションが含まれている。
そして、パソコン６ａおよび携帯電話６ｂ等からなるユーザ端末６は、インターネット２００（第３ネットワークに相当）を介してインターネット用ホストサーバ３内のＷｅｂサーバ３ａへアクセスし、Ｗｅｂサーバ３ａから受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行うための各種処理を実行する。
【００５１】
［１．４．カラオケ装置４の構成の説明］
カラオケ装置４は、カラオケを利用するユーザから指定された楽曲のカラオケ演奏を行うためのものである。このカラオケ装置４は、図２（ａ）に示すように、カラオケ装置４全体の作動を制御し、楽曲（ＭＩＤＩデータなど）や背景画からなる演奏データをカラオケ演奏する、ＣＰＵ，ＲＯＭ，ＲＡＭ，カラオケ音源からなる制御部１２、カラオケ装置４をＬＡＮ１００に接続するためのインタフェース部１４、演奏データ等を記憶するハードディスク（ＨＤＤ）１６、リモコン端末５とカラオケ装置４とで通信を行う通信部２０などを備えている。
【００５２】
そして、演奏データは、リモコン端末５からの通信制御によってマイクロフォン２６から入力されたオーディオ信号とともに制御部１２を介してスピーカ２８へカラオケ演奏出力される。同様に、背景画やカメラ２７からの映像も制御部１２を介して映像のモニタ３６から表示される。このうちのマイクロフォン２６およびカメラ２７は、カラオケ演奏時のログイン中のユーザによるパフォーマンスを示すパフォーマンス情報を入力可能である。なお、パフォーマンスとしては、カラオケ演奏時のユーザによる歌唱や、カラオケ演奏時のユーザによるダンス、カラオケ演奏時にユーザが撮像した映像などが挙げられる。また、パフォーマンス情報には、カラオケ演奏時のユーザによる歌唱を録音した歌唱音声を示す情報や、カラオケ演奏時に撮像した映像を示す情報が含まれる。
【００５３】
また、制御部１２は、マイクロフォン２６またはカメラ２７から入力されたパフォーマンス情報をコンテンツとしてＨＤＤ１６に一旦保存する。また、制御部１２は、コンテンツを再生するのに要する再生時間を算出する。また、制御部１２は、コンテンツがカラオケ演奏時のユーザによる歌唱である場合にはその歌唱を採点する。なお、採点処理については公知技術に従っているのでここではその詳細な説明は省略する。さらに、制御部１２は、コンテンツと、コンテンツが記録された時刻（投稿時刻）と、算出したコンテンツの再生時間と、コンテンツの採点結果（カラオケ採点得点）と、ユーザを特定するユーザ特定情報とを含む投稿データを作成する。そして、制御部１２は、作成された投稿データをインタフェース部１２を介して後述するＩＰ（インターネット・プロトコル）通信でカラオケ用ホストサーバ２に送信する。
【００５４】
［１．５．リモコン端末５の構成の説明］
リモコン端末５は、図２（ａ）に示すように、リモコン端末５全体の作動を制御するＣＰＵ，ＲＯＭ，ＲＡＭからなる制御部５２、当該リモコン端末５とカラオケ装置４と通信する通信部５４、利用者からの操作を受け付ける操作部６０、操作やカラオケ演奏に関わる情報を表示する表示部５８、ＬＡＮ１００に接続されたアクセスポイント１１０との間で無線ＬＡＮを用いて、ＩＰ通信を行うための無線ＬＡＮ通信部６８などを備えている。  
【００５５】
制御部５２は、操作部６０を介して利用者（即ち、歌唱する人）から入力された曲の曲番号に、利用者がＷｅｂサーバ２ａへのログイン認証時に入力したユーザＩＤを付加した予約データをカラオケ装置４へ送信する処理を実行する。また、制御部５２は、無線ＬＡＮ通信部６８を介して、後述するＩＰ通信でカラオケ用ホストサーバ２へアクセスし、カラオケ用ホストサーバ２から受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行うための各種処理を実行する。なお、上述の閲覧は、表示部５８から行うことができる。なお、リモコン端末５は、複数のユーザのアカウントごとに並行してシステムにログイン可能に構成されている。
【００５６】
［１．６．その他の構成の説明］
リモコン端末５、カラオケ装置４とカラオケ用ホストサーバ２とは、ＩＰ通信（以下、通信）によって、ルータ１２０を中継することによって、ＬＡＮ１００およびインターネット２００を介して互いにデータ通信を行うことができる。
【００５７】
ルータ１２０，１３０は、インターネット２００と、ＬＡＮ１００およびカラオケ用ホストサーバ２側のネットワークとの通信の中継機である。
［１．７．対応関係］
以上、実施形態のカラオケネットワークシステム１の構成について説明したが、本実施形態におけるカラオケネットワークシステム１の構成と、特許請求の範囲に記載した構成との対応は次のとおりである。
【００５８】
本実施形態のカラオケ用ホストサーバ２のデータベース２ｂが登録ユーザ記憶手段および投稿データ記憶手段に相当し、同じくカラオケ用ホストサーバ２のＷｅｂサーバ２ａの制御部７３が登録ユーザ判断手段および投稿データ転送手段に相当する。
【００５９】
また、本実施形態のインターネット用ホストサーバ３の制御部８３が投稿データ配信手段および投稿データ評価手段に相当する。
また、本実施形態のカラオケ装置４のマイクロフォン２６およびカメラ２７がパフォーマンス情報入力手段に相当し、同じくカラオケ装置４の制御部１２が投稿データ作成手段および投稿データ送信手段に相当する。
［２．インターネット用ホストサーバ３のＷｅｂサーバ３ａが実行する各種処理の説明］
次に、インターネット用ホストサーバ３のＷｅｂサーバ３ａの制御部８３により実行される各種処理について順に説明する。
【００６０】
［２．１．視聴時間計測処理の説明］
以下に、インターネット用ホストサーバ３のＷｅｂサーバ３ａの制御部８３により実行される視聴時間計測処理の処理手順を図６のフローチャートを参照して説明する。
【００６１】
本処理は、投稿データを視聴するための再生アプリケーションがユーザ端末６上で実行され、再生アプリケーション上で個人用ｗｅｂページから特定の投稿データが選択された際に実行される。
【００６２】
まず、Ｓ１０５では、コンテンツの再生時間をカウントするための再生時間カウンタをゼロにする。なお、この再生時間カウンタは、この視聴時間計測処理と並行して繰り返し実行される再生時間カウント処理（図７参照、後述）において、タイマーが１秒経過するごとに、再生中フラグが数値「１」に設定される場合にカウントアップされる。
【００６３】
なお、再生中フラグが数値「１」に設定される場合には、コンテンツの再生が行われていることを示し、一方、再生中フラグが数値「０」に設定される場合には、コンテンツの再生が行われていないことを示す。
【００６４】
続くＳ１１０では、ユーザ端末６からの操作指示に基づき、再生アプリケーションを終了する旨の操作指示を行うための「再生アプリケーション終了」ボタンが押されたか否かを判断する。「再生アプリケーション終了」ボタンが押されていないと判断する場合には（Ｓ１１０：ＮＯ）、Ｓ１３５に移行する。一方、「再生アプリケーション終了」ボタンが押されたと判断する場合には（Ｓ１１０：ＹＥＳ）、再生中フラグを数値「０」に設定し（Ｓ１１５）、再生時間カウンタの値を投稿データ管理テーブル中の該当する投稿データに追加登録し（Ｓ１２０）、このコンテンツを再生した視聴者の審査レベル値（重み）を投稿データ管理テーブル中の該当する投稿データに同様に追加登録し（Ｓ１２５）、今回の視聴時間に審査レベル値を乗算した値を総視聴時間に加算し（Ｓ１３０）、本処理を終了する。
【００６５】
なお、視聴者の審査レベル値については、予め登録される視聴者による視聴回数や視聴頻度、視聴時間、視聴時のコメントの有無などに基づき設定されることが考えられる。視聴回数によるレベル設定の一例を挙げると、本処理のＳ１５０（後述）にて肯定判定される度に視聴回数が１増加するカウンタを視聴者毎に用意し、その値を審査レベル値としてＨＤＤ７２に記憶する。そして、視聴回数が５回以下である場合には審査レベル値を数値「１」と設定し、視聴回数が６回以上１０回以下である場合には審査レベル値を数値「１．５」と設定し、視聴回数が１１回以上２０回以下である場合には審査レベル値を数値「２．０」と設定するといった具合である。つまり、一般的にコンテンツを最後まで視聴して視聴回数も多いほど審査にも慣れてくるので、審査の正確さが良くなると考えられるため、視聴回数に応じて審査レベル値が大きくなるように設定しておく。
【００６６】
その結果、後述する「投稿データ管理テーブル更新処理」のＳ５２０において、審査レベル値が大きいほど、評価得点が基準値未満となる可能性が低くなり、削除されにくくなるので、（正確な審査を行った）信頼性が高いコンテンツをなるべく長く残すことができる。
【００６７】
Ｓ１３５では、ユーザ端末６からの操作指示に基づき、コンテンツを再生する旨の操作指示を行うための「再生」ボタンが押されたか否かを判断する。「再生」ボタンが押されていないと判断する場合には（Ｓ１３５：ＮＯ）、そのままＳ１１０に戻る。一方、「再生」ボタンが押されたと判断する場合には（Ｓ１３５：ＹＥＳ）、コンテンツの再生を開始し（Ｓ１４０）、再生中フラグを数値「１」に設定し（Ｓ１４５）、Ｓ１５０に移行する。
【００６８】
続くＳ１５０では、ユーザ端末６からの操作指示に基づき、コンテンツデータの最後まで再生したか否かを判断する。コンテンツデータの最後まで再生したと判断する場合には（Ｓ１５０：ＹＥＳ）、再生中フラグを数値「０」に設定し（Ｓ１６０）、Ｓ１１０に戻る。一方、コンテンツデータの最後まで再生していないと判断する場合には（Ｓ１５０：ＮＯ）、Ｓ１５５に移行する。
【００６９】
Ｓ１５５では、ユーザ端末６からの操作指示に基づき、コンテンツの再生などの各種動作を中止する旨の操作指示を行うための「中止」ボタンが押されたか否かを判断する。「中止」ボタンが押されたと判断する場合には（Ｓ１５５：ＹＥＳ）、再生中フラグを数値「０」に設定し（Ｓ１６０）、Ｓ１１０に戻る。一方、「中止」ボタンが押されていないと判断する場合には（Ｓ１５５：ＮＯ）、Ｓ１６５に移行する。
【００７０】
Ｓ１６５では、ユーザ端末６からの操作指示に基づき、コンテンツの再生などの各種動作を停止する旨の操作指示を行うための「停止」ボタンが押されたか否かを判断する。「停止」ボタンが押されたと判断する場合には（Ｓ１６５：ＹＥＳ）、コンテンツの再生を停止するとともに再生中フラグを数値「０」に設定し（Ｓ１８５）、Ｓ１５０に戻る。一方、「停止」ボタンが押されていないと判断する場合には（Ｓ１６５：ＮＯ）、Ｓ１７０に移行する。
【００７１】
Ｓ１７０では、ユーザ端末６からの操作指示に基づき、コンテンツの再生位置を先頭方向へ移動させる旨の操作指示を行うための「巻き戻し」ボタンが押されたか否かを判断する。「巻き戻し」ボタンが押されたと判断する場合には（Ｓ１７０：ＹＥＳ）、再生中のコンテンツを巻き戻しで再生するとともに再生中フラグを数値「０」に設定し（Ｓ１９０）、Ｓ１５０に戻る。一方、「巻き戻し」ボタンが押されていないと判断する場合には（Ｓ１７０：ＮＯ）、Ｓ１７５に移行する。
【００７２】
Ｓ１７５では、ユーザ端末６からの操作指示に基づき、コンテンツの再生位置を後端方向へ移動させる旨の操作指示を行うための「早送り」ボタンが押されたか否かを判断する。「早送り」ボタンが押されたと判断する場合には（Ｓ１７５：ＹＥＳ）、再生中のコンテンツを早送りで再生するとともに再生中フラグを数値「０」に設定し（Ｓ１９５）、Ｓ１５０に戻る。一方、「早送り」ボタンが押されていないと判断する場合には（Ｓ１７５：ＮＯ）、Ｓ１８０に移行する。
【００７３】
Ｓ１８０では、ユーザ端末６からの操作指示に基づき、「再生」ボタンが押されたか否かを判断する。「再生」ボタンが押されたと判断する場合には（Ｓ１８０：ＹＥＳ）、コンテンツを通常再生するとともに再生中フラグを数値「１」に設定し（Ｓ２００）、Ｓ１５０に戻る。一方、「再生」ボタンが押されていないと判断する場合には（Ｓ１８０：ＮＯ）、そのままＳ１５０に戻る。
【００７４】
なお、上述の視聴時間計測処理によれば、視聴時間が次のように計測される。
図５（ａ）に例示するように、再生時間が２．５分間のコンテンツを最初から最後まで連続して通常再生した場合の視聴時間は２．５分間と計測される。
【００７５】
また、図５（ｂ）に例示するように、再生時間が２．５分間のコンテンツを最初から１．５分間通常再生した後に一時停止し、その後再生を再開して残りの１．０分間を通常再生した場合の視聴時間も同様に２．５分間と計測される。
【００７６】
また、図５（ｃ）に例示するように、再生時間が２．５分間のコンテンツのうち最初の１．０分間の内容が視聴者にとってとても興味深く巻き戻しと再生を繰り返すことで該当部分を４回再生した場合の視聴時間は４．０分間と計測される。
【００７７】
なお、巻き戻し再生については、再度見たい部分の先頭を探している状態であると考えられるために視聴時間に計上されない。また、早送り再生については、視聴者の興味を引かない部分を飛ばしている状態であると考えられるために視聴時間に計上されない。
【００７８】
［２．２．再生時間カウント処理の説明］
以下に、インターネット用ホストサーバ３のＷｅｂサーバ３ａの制御部８３により実行される再生時間カウント処理の処理手順を図７のフローチャートを参照して説明する。
【００７９】
本処理は、インターネット用ホストサーバ３の電源がオンである場合に、他の処理からは独立して繰り返し実行される。
まず、Ｓ２０５では、内蔵するタイマーが１秒経過したか否かを判断する。内蔵するタイマーが１秒経過していない場合には（Ｓ２０５：ＮＯ）、本処理をリターンし、内蔵するタイマーが１秒経過するまでＳ２０５を繰り返し実行する。一方、内蔵するタイマーが１秒経過した場合には（Ｓ２０５：ＹＥＳ）、Ｓ２１０に移行する。
【００８０】
Ｓ２１０では、再生中フラグが数値「１」に設定されているか否かを判断する。再生中フラグが数値「１」に設定されていない場合には（Ｓ２１０：ＮＯ）、コンテンツが再生されていないために再生時間カウンタをカウントアップする必要がないと判断し、本処理をリターンする。一方、再生中フラグが数値「１」に設定されている場合には（Ｓ２１０：ＮＯ）、コンテンツが再生されているために再生時間カウンタをカウントアップする必要があると判断し、Ｓ２１５に移行する。
【００８１】
Ｓ２１５では、再生時間カウンタをカウントアップする。そして、本処理をリターンする。
［２．３．点数計算処理の説明］
以下に、点数計算処理の処理手順を、図８のフローチャートを参照して説明する。
【００８２】
本処理は、インターネット用ホストサーバ３の電源がオンである場合に、例えば午前０時など予め設定される時刻となったときに、他の処理からは独立して実行される。
まず、Ｓ３０５では、投稿データ管理テーブルに登録されているコンテンツの数量を取得し、カウンタであるコンテンツ数カウンタＡに入力する。なお、コンテンツ数カウンタＡとは、評価得点の計算を行うコンテンツ数を示すカウンタである。
【００８３】
続くＳ３１０では、投稿データ管理テーブルに登録されている全部のコンテンツについて点数の計算が終了したか否かを判断する。全部のコンテンツについて点数の計算が終了したと判断する場合には（Ｓ３１０：ＹＥＳ）、本処理を終了する。一方、全部のコンテンツについて点数の計算が終了していないと判断する場合には（Ｓ３１０：ＮＯ）、Ｓ３１５に移行する。なお、Ｓ３１５以下の処理は、全部のコンテンツについて点数の計算が終了するまで繰り返し実行される。
【００８４】
Ｓ３１５では、１コンテンツ分の得点を計算するサブルーチンである評価得点計算処理を実行する。
以下に、本処理のサブルーチンである評価得点計算処理の処理手順を図９のフローチャートを参照して説明する。
【００８５】
まず、Ｓ４０５では、１コンテンツの視聴回数を取得し、取得した視聴回数を視聴回数カウンタにセットする。
続くＳ４１０では、コンテンツ得点を記録しておくための「コンテンツ得点ワーク」をゼロクリアする。
【００８６】
続くＳ４１５では、計算中のコンテンツに関する全部の視聴結果の計算が完了したか否かを判断する。全部の視聴結果の計算が完了していないと判断する場合には（Ｓ４１５：ＮＯ）、未計算の視聴結果を選択して、視聴時間に審査員ごとの重み係数（視聴者の審査レベル値）を掛け合わせた値を該当するコンテンツの再生時間で除算することでその視聴結果を計算し（Ｓ４２０）、その計算結果をコンテンツ得点ワークに加算し（Ｓ４２５）、視聴回数カウンタをカウントダウンし（Ｓ４３０）、Ｓ４１５に戻る。なお、このＳ４２０およびＳ４２５の処理を計算中のコンテンツに関する全部の視聴結果の計算が完了するまで繰り返し実行する。なお、この計算が終了した際のコンテンツ得点ワークの値は総視聴時間に該当する。そして、全部の視聴結果の計算が完了したと判断する場合には（Ｓ４１５：ＹＥＳ）、現在の日付から投稿日を除算することで該当するコンテンツの公開日数を計算し（Ｓ４３５）、コンテンツ得点ワークの値を公開日数で除算することで、該当するコンテンツの評価得点を算出する（Ｓ４４０）。
【００８７】
そして、本サブルーチンを終了し、点数計算処理に戻る。すなわち、Ｓ３１５の１コンテンツ分の得点を計算するサブルーチン（評価得点計算処理）が終了すると、Ｓ３２０に移行する。
【００８８】
Ｓ３２０では、サブルーチンで計算した得点（総視聴時間および評価得点）を投稿データ管理テーブル中の該当する投稿データに書き込む。
続くＳ３２５では、コンテンツ数カウンタＡをカウントダウンする。そして、Ｓ３１０に戻る。
【００８９】
［２．４．投稿データ管理テーブル更新処理の説明］
以下に、インターネット用ホストサーバ３のＷｅｂサーバ３ａの制御部８３により実行される投稿データ管理テーブル更新処理の処理手順を図１０のフローチャートを参照して説明する。
【００９０】
本処理は、インターネット用ホストサーバ３の電源がオンである場合に、例えば午前０時など予め設定される時刻となったときに、他の処理からは独立して実行される。
まず、Ｓ５０５では、投稿データ管理テーブルに登録されているコンテンツの数量を取得し、カウンタであるコンテンツ数カウンタＢに入力する。なお、コンテンツ数カウンタＢとは、評価得点の計算を行うコンテンツ数を示すカウンタである。
【００９１】
続くＳ５１０では、Ｎに数値「０」を入力する。
続くＳ５１５では、Ｎをインクリメントする。
続くＳ５２０では、投稿データ管理テーブルに登録されているコンテンツのうちのＮ番目のコンテンツの評価得点が基準値未満であるか否かを判断する。Ｎ番目のコンテンツの評価得点が基準値未満ではなく、評価得点が基準値以上であると判断する場合には（Ｓ５２０：ＮＯ）、そのコンテンツは視聴者の興味を引くコンテンツである可能性が高いために削除対象とはしないと判断し、評価対象を次のコンテンツとするためにＳ５１５に戻る。一方、Ｎ番目のコンテンツの評価得点が基準値未満であると判断する場合には（Ｓ５２０：ＹＥＳ）、そのコンテンツは視聴者の興味を引かないと判断し、Ｓ５２０に移行する。
【００９２】
Ｓ５２５では、Ｎ番目のコンテンツが公開日数から所定期間が経過しているか否かを判断する。Ｎ番目のコンテンツが公開日数から所定期間が経過していないと判断する場合には（Ｓ５２５：ＮＯ）、評価得点が低いのは公開開始から充分な日数が経過していないために削除対象とはしないこととし、評価対象を次のコンテンツとするためにＳ５１５に戻る。一方、Ｎ番目のコンテンツが公開日数から所定期間が経過していると判断する場合には（Ｓ５２５：ＹＥＳ）、公開開始から充分な日数が経過しているにも拘わらず評価得点が低いために削除対象とすることとし、Ｓ５３０に移行する。
【００９３】
Ｓ５３０では、該当コンテンツを削除リストに登録する。
続くＳ５３５では、コンテンツ数カウンタＢの値がＮの値と同一であるか否かを判断する。コンテンツ数カウンタＢの値がＮの値と同一ではないと判断する場合には（Ｓ５３５：ＮＯ）、削除の可否を判断していないコンテンツが存在する。そこで、評価対象を次のコンテンツとするためにＳ５１５に戻る。一方、コンテンツ数カウンタＢの値がＮの値と同一であると判断する場合には（Ｓ５３５：ＹＥＳ）、投稿データ管理テーブルに登録されているすべてのコンテンツについて評価を終了しているため、削除リストに登録されるコンテンツを投稿データ管理テーブルから削除するためにＳ５４０に移行する。
【００９４】
Ｓ５４０では、削除リストに登録されるコンテンツを投稿データ管理テーブルから削除する。なおこの場合、コンテンツ数カウンタＢ、Ｎ、および削除リストを初期化する。そして、本処理を終了する。
［３．実施形態の効果］
（１）このように本実施形態のカラオケネットワークシステム１によれば、例えばコンテンツの最初から最後まで再生されないようなケースでも、そのコンテンツが視聴者の興味を引く場合にはそのトータルの視聴時間に反映されていることに着目し、上述の視聴時間計測処理を実行することにより、投稿されたカラオケ演奏時のユーザによる歌唱やダンス、撮影映像などのコンテンツへの評価結果の基礎となる視聴時間に視聴者の興味度合いを反映させることができる。
【００９５】
（２）また、本実施形態のカラオケネットワークシステム１によれば、投稿データに対する評価得点（評価結果）を算出する際には、投稿データを視聴した視聴者の審査レベル値に基づき、視聴時間に対して重み付けを行うようにしている。その結果、信頼性の高い視聴者による視聴をより重視することで投稿データに対する評価得点の信頼性をより高めたコンテンツの視聴時間がより長くなるので、更に視聴者の興味度合いを反映させることができる。
【００９６】
（３）また、本実施形態のカラオケネットワークシステム１によれば、上述の投稿データ管理テーブル更新処理を実行することにより、視聴者が興味を示さなかった投稿データを削除することで、視聴者にとって興味がある投稿データを残しながら、カラオケ用ホストサーバ２のデータベース２ｂの記憶容量を節約することできる。また、例えば登録ユーザごとに割り当てられる個人用Ｗｅｂページの記憶容量が限定される場合に、登録ユーザにとっては削除されてもあまり問題ないと考えられる視聴者の興味を引かない投稿データから削除されることで、登録ユーザにとって重要な視聴者の興味を引く投稿データを残しながら、次の投稿データを投稿することができる。
［４．他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。
【００９７】
（１）上記実施形態では、点数計算処理が、例えば午前０時など予め設定される時刻となった場合に実行されるが、これには限られず、例えば、カラオケ用ホストサーバ２のデータベース２ｂに登録される投稿データの数量が予め設定される数量に到達した場合に上述の点数計算処理を実行するようにしてもよい。また、例えば、カラオケ用ホストサーバ２のデータベース２ｂに登録される投稿データのデータ量が予め設定されるデータ量に到達した場合に上述の点数計算処理を実行するようにしてもよい。
【００９８】
（２）上記実施形態では、投稿データ管理テーブル更新処理が、例えば午前０時など予め設定される時刻となった場合に実行されるが、これには限られず、例えば、カラオケ用ホストサーバ２のデータベース２ｂに登録される投稿データの数量が予め設定される数量に到達した場合に上述の投稿データ管理テーブル更新処理を実行するようにしてもよい。また、例えば、カラオケ用ホストサーバ２のデータベース２ｂに登録される投稿データのデータ量が予め設定されるデータ量に到達した場合に上述の投稿データ管理テーブル更新処理を実行するようにしてもよい。
【００９９】
（３）投稿データにカラオケ採点得点が登録されている場合には、投稿データに対する評価得点をカラオケ採点得点で重み付けするようにしてもよい。具体的には、評価得点に、カラオケ採点得点に対応する重み付け係数を乗算するのである。なお、重み付け係数の設定について例を挙げると、カラオケ採点得点が５０点以下である場合には重み付け係数を数値「１」と設定し、カラオケ採点得点が５１点以上８０点以下である場合には重み付け係数を数値「１．２」と設定し、カラオケ採点得点が８１点以上である場合には重み付け係数を数値「１．５」と設定するといった具合である。
【０１００】
このことにより、上述の点数計算処理のＳ４２０における「審査員の重み」を「採点の重み」へ置き換える、もしくは加えれば、投稿データの上手下手が視聴結果に反映されるため、歌唱上手な投稿データ程、視聴結果が良くなる。その結果、上述の投稿データ管理テーブル更新処理のＳ５２０において、歌唱上手な歌唱者による投稿データ、つまり、演奏に対して信頼性が高いコンテンツは、評価得点が基準値未満となる可能性が低くなり削除されにくくなる。つまり、信頼性が高いコンテンツをなるべく長く残すことができるので、更に、視聴者の興味度合いを反映させることができる。
【０１０１】
また、評価得点にカラオケ採点得点を正規化などして加算するようにしても同様な効果が得られる。
【符号の説明】
【０１０２】
１…カラオケネットワークシステム、２…カラオケ用ホストサーバ、２ａ…Ｗｅｂサーバ、２ｂ…データベース、３…インターネット用ホストサーバ、３ａ…Ｗｅｂサーバ、４…カラオケ装置、５…リモコン端末、６…ユーザ端末、６ａ…パーソナルコンピュータ（パソコン）、６ｂ…携帯電話、１２…制御部、１４…インタフェース部、１６…ハードディスク（ＨＤＤ）、２０…通信部、２６…マイクロフォン、２７…カメラ、２８…スピーカ、３６…モニタ、５２…制御部、５４…通信部、５８…表示部、６０…操作部、６８…無線ＬＡＮ通信部、７１…通信部、７２…ＨＤＤ、７３…制御部、８１…通信部、８２…ＨＤＤ、８３…制御部、１００…ＬＡＮ、１１０…アクセスポイント、１２０，１３０…ルータ、２００…インターネット
【図１】
2010210821.tif 000003
【図２】
2010210821.tif 000004
【図３】
2010210821.tif 000005
【図４】
2010210821.tif 000006
【図６】
2010210821.tif 000007
【図７】
2010210821.tif 000008
【図８】
2010210821.tif 000009
【図９】
2010210821.tif 000010
【図１０】
2010210821.tif 000011
【図５】
2010210821.tif 000012