(57)【要約】【課題】  本発明において解決しようとする課題は、クリエータが公平に発表の機会を得て、さらに視聴者の公平な評価を受けることのできるシステムを作ることである。これまではこうしたシステムが存在しなかったために、すべてのクリエータに同等の機会が与えられることなく、制作者側の意図や恣意性に支配され、結果として、視聴者が本当に望む音楽を楽しむことができなかった。【解決手段】  本件発明はかかる課題を解決するための手段を提供するためのものであって、投票装置と、ランキング作成装置とからなるランキングシステムであって、前記投票装置は、楽曲選択部と、第一受信部と、再生部と、投票部と、を有し、前記ランキング作成装置は、リスト選択部と、配信部と、投票結果受信部と、属性情報付与部と、集計部と、を有し、前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングシステムである。【選択図】  図８
2005190226.tif 000002
【特許請求の範囲】
【請求項１】
投票装置と、ランキング作成装置とからなるランキングシステムであって、
前記投票装置は、
楽曲選択部と、
前記楽曲選択部で選択された楽曲のストリーミングデータを受信する第一受信部と、
前記第一受信部で受信したストリーミングデータを再生する再生部と、
前記再生部での再生に応じて楽曲の評価である投票をするための投票部と、
を有し、
前記ランキング作成装置は、
前記楽曲選択部で選択可能なリスト中から楽曲を選択させるリスト選択部と、
前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する配信部と、
前記投票部での投票結果を受信する投票結果受信部と、
前記投票結果受信部で受信した投票に属性情報を付与する属性情報付与部と、
前記属性情報の付与された投票結果を集計する集計部と、
を有し、
前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングシステム。
【請求項２】
前記リスト選択部で選択対象となる楽曲のデータを蓄積する楽曲データ蓄積部と、
前記楽曲データ蓄積部に楽曲データをアップロードするためのアップロードデータ取得部と、
をさらに有する請求項１に記載のランキングシステム。
【請求項３】
前記属性情報は、二重投票を防止するために投票者を識別するための投票者識別情報である請求項１又は２に記載のランキングシステム。
【請求項４】
有償で楽曲をダウンロードするための有償取得部をさらに有し、
前記投票部は、前記有償取得部から楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票をする請求項１から３のいずれか一に記載のランキングシステム。
【請求項５】
前記ランキング作成装置は、さらにクリエータ報酬計算部を有し、
前記アップロードデータ取得部は、前記蓄積すべき楽曲とともに、その楽曲のクリエータを特定するための情報を含むクリエータ情報を取得するクリエータ情報取得手段を有し、
前記クリエータ情報取得手段で取得したクリエータ情報と、前記投票装置から送信されるダウンロードがあった旨の情報と、に基づいてクリエータに対する報酬を計算するクリエータ報酬計算部を有する
請求項４に記載のランキングシステム。
【請求項６】
前記集計部での集計は、前記属性情報付与部で付与された時刻情報に基づいて投票に有効期限を設けて、有効期限内の投票結果のみを集計する請求項１から５のいずれか一に記載のランキングシステム。
【請求項７】
投票プログラムと、ランキング作成プログラム装置とからなるランキングプログラムであって、
前記投票プログラムは、
楽曲選択ステップと、
前記楽曲選択ステップで選択された楽曲のストリーミングデータを受信する第一受信ステップと、
前記第一受信ステップで受信したストリーミングデータを再生する再生ステップと、
前記再生ステップでの再生に応じて楽曲の評価である投票をするための投票ステップと、
を計算機に実行させ、
前記ランキング作成プログラムは、
前記楽曲選択部で選択可能なリスト中から楽曲を選択させるリスト選択ステップと、
前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する配信ステップと、
前記投票部での投票結果を受信する投票結果受信ステップと、
前記投票結果受信部で受信した投票に属性情報を付与する属性情報付与ステップと、
前記属性情報の付与された投票結果を集計する集計ステップと、
を計算機に実行させ、
前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングプログラム。
【請求項８】
前記リスト選択ステップで選択対象となる楽曲のデータを蓄積する楽曲データ蓄積ステップと、
前記楽曲データ蓄積ステップにて楽曲データをアップロードするためのアップロードデータ取得ステップと、
をさらに計算機に実行させる請求項７に記載のランキングプログラム。
【請求項９】
有償で楽曲をダウンロードするための有償取得ステップをさらに計算機に実行させ、
前記投票ステップでは、前記有償取得部から楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票を計算機に実行させる請求項７から８のいずれか一に記載のランキングプログラム。
【請求項１０】
前記ランキング作成プログラムは、さらにクリエータ報酬計算ステップを計算機に実行させ、
前記アップロードデータ取得ステップは、前記蓄積すべき楽曲とともに、その楽曲のクリエータを特定するための情報を含むクリエータ情報を取得するクリエータ情報取得ステップを計算機に実行させ、
前記クリエータ情報取得ステップで取得したクリエータ情報と、前記投票プログラムから送信されるダウンロードがあった旨の情報と、に基づいてクリエータに対する報酬を計算するクリエータ報酬計算ステップを計算機に実行させる請求項９に記載のランキングプログラム。
【請求項１１】
投票装置と、ランキング作成装置とからなるランキングシステムであって、
前記投票装置は、
楽曲選択部と、
前記楽曲選択部で選択された楽曲のストリーミングデータを受信する第一受信部と、
前記第一受信部で受信したストリーミングデータを再生する再生部と、
前記再生部での再生に応じて楽曲の評価である投票をするための投票部と、
前記投票部での投票に属性情報を付与する属性情報付与部と、
を有し、
前記ランキング作成装置は、
前記楽曲選択部で選択可能なリスト中から楽曲を選択させるリスト選択部と、
前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する配信部と、
前記投票部での投票結果を受信する投票結果受信部と、
前記属性情報の付与された投票結果を集計する集計部と、
を有し、
前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
インターネットを利用して、視聴者主導の公平なランキングを作り上げるシステム技術に関するものである。
【背景技術】
【０００２】
現在音楽関係の企業の音楽制作において、多大な利益をあげる可能性のあるクリエータのみに重点が置かれて巨額の投資が特定のクリエータ（アーティスト、ミュージシャン、作曲家、作詞家その他創造活動に関わる職業を含む。また、広義に楽曲の原盤権保持者も含む。）のみに投下され、また、この特定のクリエータのみを売り出すための宣伝広告が行われる。多大な利益をあげる可能性の少ないクリエータは切り捨てられ、発表の機会や宣伝広告する機会さえ与えられない。こうした収益至上主義が昨今の音楽業界の活性化をさまたげており、多くのクリエータが経済的苦境に追いやられるだけでなく、音楽業界そのものが沈滞し、有能なクリエータも廃業に追い込まれる状況になってきている。
【０００３】
従来技術として、できるだけ公平な評価を公平性のあるヒットチャートに基づいて行うことによって、クリエータの発掘を行うシステムも考案されているが、それは主として上述の多大な利益をあげる可能性のあるクリエータの発掘をメインとするシステムあり、文化としての音楽を守りつつ、経済的にも成り立ちうるシステムを提案、考案したものではない。
【特許文献１】特開２００１−２８２９８４
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明において解決しようとする課題は、クリエータが公平に発表の機会を得て、さらに視聴者の公平な評価を受けることのできるシステムを提案することである。従来はこうしたシステムが存在しなかったために、すべてのクリエータに同等の機会が与えられることなく、制作者側の意図や恣意性に支配され、結果として、視聴者が本当に望む音楽が流通することができなかった。
【課題を解決するための手段】
【０００５】
本件発明はかかる課題を解決するための手段を提供することを目的とし、投票装置と、ランキング作成装置とからなるランキングシステムであって、前記投票装置は、楽曲選択部と、前記楽曲選択部で選択された楽曲のストリーミングデータを受信する第一受信部と、前記第一受信部で受信したストリーミングデータを再生する再生部と、前記再生部での再生に応じて楽曲の評価である投票をするための投票部と、を有し、前記ランキング作成装置は、前記楽曲選択部で選択可能なリスト中から楽曲を選択させるリスト選択部と、前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する配信部と、前記投票部での投票結果を受信する投票結果受信部と、前記投票結果受信部で受信した投票に属性情報を付与する属性情報付与部と、前記属性情報の付与された投票結果を集計する集計部と、を有し、前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングシステムであり、公平な投票にもとづいてクリエータや楽曲のランク付けを行うことのできるシステムである。
【発明の効果】
【０００６】
本発明の請求項１から１０のいずれか一に記載のランキングシステムによれば、以下のような効果を奏することができる。
【０００７】
（１）多大な利益をあげる可能性のあるクリエータを発掘できるだけでなく、それなりの利益をあげるクリエータの発掘も可能となり音楽性の高いクリエータが無視されることなく評価される。また、投票の集計において期間を自由に設定できるので、期間限定したランキングと異なり、正確なランキングを得ることができる。
【０００８】
（２）視聴者が望む音楽やクリエータが発掘され、その音楽を楽しむことができる。
【０００９】
（３）収益至上主義で停滞している音楽業界を活性化することができる。
【００１０】
（４）大量消費志向からはずれた真に音楽性に優れたクリエータの音楽市場を創造することができる。
【００１１】
（５）視聴者の画一的でなく個性的な要求と、自己主張が強く人真似に意欲を発揮せず独自のものを作り出そうとするクリエータの要求と、が本件発明を通じてマッチングすることにより、両者の要求が満足される。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、図を用いて説明する。なお、本発明は、これら実施形態に何ら限定されるべきものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１３】
実施形態１は主に請求項１および請求項７、１１などに関する。
【００１４】
実施形態２は主に請求項２および請求項８などに関する。
【００１５】
実施形態３は主に請求項３などに関する。
【００１６】
実施形態４は主に請求項４および請求項９などに関する。
【００１７】
実施形態５は主に請求項５および請求項１０などに関する。
【００１８】
実施形態６は主に請求項６などに関する。
【００１９】
≪実施形態１≫
【００２０】
<概念>
図１は、実施形態１のランキングシステムを説明するための図である。
【００２１】
実施形態１は、楽曲のランキングを作成するためのランキングシステムである。このランキングシステムの利用法は、楽曲のストリーミングデータを受信し、視聴者Ａがこれを聞いたあとに、気に入った場合には投票するというものである。この投票結果は、ランキングシステムにおいて集計される。この投票結果は、同じくランキングシステムにて加工されランキングが作成される。このランキングは、視聴者の端末から自由に見ることができる。本発明の特徴は、ランキングを作成する期間を自由に設定するという新たな機能を付加することによって、従来の期をまたがって投票が分散する場合にランキングが正確に評価できないという問題を解決できる、ということである。したがって、音楽プロデューサーＢは、このランキングシステムの提供する正確な情報をもとにミュージャンの発掘を行うとともに、このランキングをＣＤの発売やミュージシャンのプロモートに利用する。
【００２２】
<実施形態１の構成>
図２は、実施形態１を説明するための機能ブロック図である。
【００２３】
実施形態１は、投票装置０１１０と、ランキング作成装置０１２０とからなるランキングシステム０１０１であって、前記投票装置は、楽曲選択部０１０２と、第一受信部０１０３と、再生部０１０４と、投票部０１０５と、を有し、前記ランキング作成装置は、リスト選択部０１１１と、配信部０１１２と、投票結果受信部０１１３と、属性情報付与部０１１４と、集計部０１１５と、を有し、前記属性情報は投票時刻情報であるランキングシステムに関するものである。
【００２４】
<実施形態１の構成の説明>
【００２５】
「投票装置」は、楽曲選択部と、第一受信部と、再生部と、投票部と、を有する。
【００２６】
「楽曲選択部」は、楽曲を選択する機能を有する。楽曲選択部は、選択可能なリストの中から楽曲を選択する。楽曲選択の情報がランキング作成装置に送信されて、リスト選択部にて受信され、楽曲が選択される。また、楽曲選択の回数に制限が設けられていてよい。なお、この楽曲選択部は、投票部および再生部と関係があってもよい。例えば、楽曲選択部にて選択された楽曲に対して投票がなされれば、その楽曲は、再生できなくなってもよい。また、制限回数分聞いても投票がなされない場合は、よくない音楽としてみなし投票されてもよい。また、この楽曲選択部は、属性情報付与部と集計部とも関係があってもよい。例えば、楽曲選択部にて制限回数分選択され視聴された音楽が投票されない場合、よくない音楽としてみなし投票という属性情報を付与されてもよい。
【００２７】
「楽曲」は、一曲を単位として扱われるが、複数曲がひとまとまりの単位として扱われてもよい。また、「楽曲」は、部分、ハイライト、さびの部分であってもよく、すべてが含まれていなくてもよい。また、楽曲は、配信される場合においてはストリーミングデータに変換される。配信時に変換されるストリーミングデータは、暗号化処理されてもよく、暗号化処理されたデータは、再生部において所定の処理をへて復号化される。受信したストリーミングデータは、すべて再生部で管理されることも本実施形態には含まれてよい。また、ストリーミングデータは、送信時間の短縮を考慮して圧縮コードが用いられてもよい。ストリーミングデータには、電子透かしが埋め込まれ、前記視聴できる期間やコピー回数が電子透かしとして書き込まれ再生部にて管理されてもよい。なお、本発明は、楽曲には、楽曲と関わる動画像、静止画像、コンピュータグラフィックスの動画、静止画などに関わるものが含まれていてもよい。
【００２８】
「第一受信部」は、前記楽曲選択部で選択された楽曲のストリーミングデータを受信する機能を有する。第一受信部は、楽曲のストリーミングデータを受信する際、自動的な暗号解除および再復号化が行われてもよい。第一受信部は、コンピューターのＯＳにあらかじめ附属の通信部であってもよい。その際、暗号解除および再復号化の機能は再生部に持たせてもよい。第一受信部は、楽曲のストリーミングデータの圧縮率、転送速度、圧縮形式などデータ形式を指定してもよい。また、ストリーミングデータの受信が確実に完了したことを、配信部に通知してもよい。また、第一受信部は、ストリーミングデータの受信がうまく行かなかった場合には、自動あるいは手動にてその旨を配信部に伝えてもよい。手動で伝える場合には、メールにて通知してもよく、システム管理者へ通知する場合も含む。また、第一受信部の備えられる機器は、インターネットに接続されたパソコン、携帯電話、衛星デジタルチューナー、ＩＰ携帯電話、などの機器が含まれる。
【００２９】
「再生部」は、前記第一受信部で受信したストリーミングデータを再生する機能を有する。再生部は、楽曲選択部、リスト選択部、配信部、第一受信部とも関連している。すなわち、例えば、楽曲選択部で選択された楽曲が、リスト選択部にて選択され、この選択に基づいて配信部にてストリーミングデータとして第一受信部に送信され、これが再生部においては、音楽のデータとして認識され再生されるのである。また、再生部は、再生以外に、配信部であるサーバを操作して、早送り、巻き戻し、一時停止、停止、などの基本的機能を有することができる。また、再生部は、画面表示がプレーヤーの形式をとることによって、視覚的に操作が容易になっていてもよい。さらに、音質と音量と、さらに音響効果を演出するイフェクターがあり、イフェクターは二次元だけでなく、三次元的な効果を表現できるものであってもよい。また、画面表示には音楽に関連づけられた画像が表示されてもよい。また、画面には音楽に関連づけられない画像が表示されてもよい。
【００３０】
「投票部」は、前記再生部での再生に応じて楽曲の評価である投票をするための機能を有する。「再生部の再生に応じて」とは、例えば、「再生部により楽曲を再生してこれを視聴してこの視聴した結果の良し悪しによって」、ということである。また、投票するとは、再生に応じて楽曲が良いと判断する場合は投票するということである。勿論、投票においては、楽曲がよくない場合は、良くないという投票がなされてもよい。この投票は、一人一ポイントを有し、一回のみの投票権があるというものでよい。また、別の例をあげれば、ポイント制になっており、投票者ひとりあたりの持ち点が１０ポイントとして、累積値が１０点になるまで投票してよい。すなわち、三つの楽曲が良いと考えて、ひとつに６ポイント、他のひとつは３ポイント、さらに最後のひとつは１ポイントで、累積合計が１０ポイントになれば、それ以上投票はできないというものである。しかし、本実施例ではさらに、このポイントは期間限定で使用可能であってもよい。すなわち、投票して一ヶ月の期間が経過すれば、次の新しい１０ポイントを授与されてもよい。ただし、この場合においても、ポイントの持ち越しはできない、というポイント付与ルールを有する場合もある。前記「投票」は、重みづけがなされていてもよい。すなわち、投票者によって、投票がなされるとき、その投票者が過去に何度も投票の実績がある場合には、それを加味した重みづけのある投票であってもよい。また、前記重み付けのある「投票」の場合、例えば、公平に判断がなされると考えられる音楽評論家や、音楽関係者については、「投票」は、一般投票者の１０票分付与する、などであってもよい。また、この重みづけ「投票」においては、属性情報にその重みづけデータが持たれて、集計部にて投票に重みづけデータが考慮されてもよい。逆に本システムは、クリエータを含む音楽関係者は投票から排除するとしてもよい。例えば、視聴者が本投票装置に登録する際にデータとして入力する職業欄において音楽関係者であるという入力がなされた場合は、その登録ＩＤを有する視聴者からの投票は、音楽関係者としての属性情報が付されて、集計部で無視されるというものである。また、視聴者であっても、楽曲をランキングシステムに登録する場合は、前記音楽関係者と同じように投票権を失う。また、「投票」はさまざまな観点から行われていて良い。例えば、良い楽曲という観点からでも、「良さ」というのは、朝聴いて気持ちがよい音楽なのか、あるいは、ジョギングしながら聴くのが良いのか、あるいは食事しながら聞くのが良いのか、などさまざまな観点から楽曲の「良さ」を評価することができる。例えば、ディスコ音楽として「良さ」がある楽曲でも、リズミカルでうるさい場合には、朝の目覚めの「良さ」はない。このように複数の観点から「良さ」を評価した「投票」であってもよい。逆に、楽曲の「悪さ」という点では、子供の教育上はよくないが、大人が聞くにはロマンチックという「良さ」がある楽曲もある。ストレスを発散するためのハードロックが、子供にとっては暴力的な雰囲気をかもし出す「悪さ」につながることも考えられる。このようにさまざまな評価の観点により、楽曲の「良さ」「悪さ」は相対的なものであるために、これに応じて複数の「投票」項目があり、これに対して、投票がなされてもよい。例えば、歌詞の内容によって「１８歳以下の子供に聞かせてはいけない曲」という投票項目があってもよい。
【００３１】
また、投票部は、投票の無効性を判断するものであってよい。例えば、投票の場所と、再生の場所が異なる場合については、それが不正の可能性が考えられるので、その場合は無効投票の属性を付与してよい。例えば、図２１は、投票部が不正を検知して投票を無効化する処理の流れを示す図である。まず、音楽再生の場所を示す投票装置ＩＤであるＩＤ１を取得するステップ２１０１があり、つぎに投票の場所を示す投票装置ＩＤであるＩＤ２取得するステップ２１０２があり、さらに、前記ステップにて取得されたＩＤ１とＩＤ２を比較して、これらが等しい場合は有効な投票として属性情報を付与するステップ２１０４があり、ＩＤ１とＩＤ２が異なる場合には無効な投票としての属性情報を不要するステップ２１０５がある。このような処理を経て、さらに、投票部は、不正者のログインＩＤとパスワードを剥奪するなどのことを行ってもよい。
【００３２】
このランキングシステムは、本来文化的な側面を有する音楽においてクリエータの音楽性の公平な評価を行うシステムを作りあげることが目的であることを考えると、このシステムは公平なシステムである必要がある。確率統計論的には、Ｎ個の楽曲からなる母集団から視聴者が選択し視聴したＭ個の子集団からさらに抽出され投票されるＬ個の楽曲が、公平な判断の結果選び出されたものということができるかどうかを保証するためには、たとえば、前記楽曲選択部において楽曲のリストの順番が毎回乱数を用いてランダムな並びになることにより、一般視聴者が画面の上から視聴するという一般的恣意性を逆に利用して、視聴する楽曲を選択する段階における恣意性を排除することができる。この母集団から子集団を作成する段階における恣意性を排除できれば、確率統計的には公平な評価ができる。本実施形態はこのような恣意性が反映されないランキングシステムであってもよい。恣意性という意味では、視聴者の恣意性も考えられる。これは、こうしたランキングシステムを視聴するのは主として若年層であり、したがって、その意味で公平性を欠くということができる。これを防ぐために、投票することによって報酬が得られる、あるいはサービスや特典、たとえば無料旅行券が得られるなどの仕組みが組み込まれることによって投票人口を獲得してもよい。この仕組みは、抽選形式になっていて当選により商品があたえられる仕組みでもよい。本実施形態では視聴者に対して、こうしたインセンティブを与える場合も一例として含まれる。また、投票部は、例えば、ポイント情報に加えるに投票者識別情報や、その他属性情報を関連付けて投票することができる。
【００３３】
「ランキング作成装置」は、リスト選択部と、配信部と、投票結果受信部と、属性付与部と、集計部と、を有する。
【００３４】
「リスト選択部」は、前記楽曲選択部で選択可能なリスト中から楽曲を選択させる機能を有する。選択可能なリストとは、前記楽曲を選択した場合において、その楽曲を配信できるリストである。しかし、本実施形態においては、この楽曲のリストは、すべてを配信できない楽曲のリストも含まれる。例えば、一例をあげれば、これから発表予定の楽曲のリストである。これについては楽曲の部分であるさびの部分だけが配信されるということであってよい。また、配信できない楽曲のリストとしては、例えばライブで聴いた音楽を投票する場合のことを考えて楽曲リストを作る場合である。本システムに載せることのできる音楽だけに限定された場合には、スピーカーを通じての判断だけに限定される。しかしながら、視覚的な演出も必要な楽曲や、演奏する環境、たとえば、音楽堂、教会、スタジオ、市民ホール、競技場、その他によって音楽性がよくも悪くも影響される場合には、ライブでの演奏を通じての判断が必要とされる。したがって、このようなライブのリストがあり、楽曲をストリーミングによっては聞くことなく投票ができるシステムであってもよい。また、このリスト選択部は、前述した乱数を用いた順序入れ替えによる恣意性の排除を行ってもよい。ただし、気に入った楽曲については、それが容易に検索され、いつでも選択できるようにされていることが望ましい。
【００３５】
「配信部」は、前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する機能を有する。ストリーミングデータは、暗号化され、また再生される前に復号化されてもよい。この暗号解除のキーは、本実施形態において、たとえば会員登録された会員個人にのみ配布されてもよい。あるいは、単にストリーミングデータを視聴させるだけであり、たとえば送信データが違法にコピーされる場合には、コピーされたストリーミングデータが自動的に消滅するような形式も本実施形態に含まれる。あるいは、電子透かしが埋め込まれ、不法にデータがコピーされた場合には、電子透かしのデータを検索することによってコピー者を特定できるように、ストリーミングデータの配信要求を出した場合に会員登録された視聴者識別情報が電子透かしデータとしてストリーミングデータに埋め込まれる場合も本実施形態に含まれる。
【００３６】
「投票結果受信部」は、前記投票部での投票結果を受信する機能を有する。投票結果を受信する場合には、一例として、前記ポイント情報だけでなく、属性情報も合わせて受信できるような機能が付与される。集計部にて集計した投票結果にもとづいて、視聴者からの評価を正当に分析評価するに当たって属性情報を勘案することによって、不正な投票ではないことを確認する必要がある。その場合に、入力のログを取得し、このログにある入力のクセを統計解析手法により分析して、前記投票結果受信部で得られる属性情報と関連して、たとえば機械やプログラムによる巧妙な投票であればパターン化された投票の方法から、不正な投票であることが検出できる。このような不正な投票を防ぐための分析用のデータを同時に受信するという機能も本実施形態においては含む場合がある。
【００３７】
「属性情報付与部」は、前記投票結果受信部で受信した投票に属性情報を付与する機能を有する。属性情報付与部は、前記投票結果受信部にて受信したデータを、投票結果に付与するという機能も有してもよい。属性情報は、視聴者に関する情報と過去の投票履歴や、投票した楽曲に関するデータなどである。この属性情報は、投票結果を集計したり、分析したりするために用いられる。
【００３８】
前記「属性情報」は、投票時刻を示す情報である投票時刻情報が含まれる。投票時刻とは、投票をした瞬間の時刻のことである。投票をした瞬間の時刻とは、例えば、投票装置における投票ボタンを押した瞬間の時刻、投票装置のおける投票が送信される瞬間の時刻、投票結果をランキング作成装置の投票結果受信部が受け取った瞬間の時刻、投票結果をランキング作成装置の集計部が受け取った瞬間の時刻などである。前記投票時刻情報は、前記集計部における集計に用いられてよい。例えば、デイリーランキング、ウィークリーランキング、マンスリーランキング、年間ランキング、など期間を限定したランキング情報を取得するために用いられてもよい。さらに、ランキングの時間的な経過を作成してもよい。図２２は、ランキングの時間的経過を示すものである。点線であらわされる曲線はそれぞれ投票履歴を表し、楽曲Ａの投票履歴２２０１、楽曲Ｂの投票履歴２２０２、楽曲Ｃの投票履歴２２０３を表す。また、実線であらわされる曲線は、それぞれ投票の累積値を表し、楽曲Ａの投票累積値２２０４と、楽曲Ｂの投票累積値２２０５と、楽曲Ｃの投票累積値２２０６と、を表す。例えば、最初の投票時刻２２０７では、楽曲Ａがランキングはトップである。しかし、次の投票時刻２２０８では、楽曲Ｂと楽曲Ａのランキングが逆転し楽曲Ｂがランキングトップである。また最後の投票時刻２２０９では、楽曲Ａがトップになり、楽曲Ｃは２位である。しかし、楽曲Ｂに関しては、最後の投票時刻では投票がないためにランキングから外れてしまう。ランキングの時間的経過とは以上のようなことを言う。
【００３９】
前記「投票時刻情報」は、システム上の投票のさまざまな制限を設けることができる。前記「制約」とは、投票した音楽を再生できる期間の制約や、再投票できる期間の制約を言う。この投票時刻情報は、前記視聴者の属性情報、楽曲の属性情報と組み合わせることによって、さらに多様なランキングをつくりだしてよい。また、逆にこの期間を考慮した集計により、前記クリエータが共感を得られる視聴者集団の特定を行ってもよい。
【００４０】
「集計部」は、前記属性情報の付与された投票結果を集計する機能を有する。前記集計部は、投票結果を集計して、ランキングを作成する。ランキングを作成するとは、投票結果を集計し、その投票の多いものから順番に、順位を決定することである。また、このランキングを作成するにあたって、比率でランキングの作成が行われてもよい。分野を超えた全体のランキング作成を行う場合は、この比率を用いたランキングの作成が望ましい。例えば、ポップス、とジャズでは投票者の絶対数は明らかに異なる。ポップスの方が、投票者数が多いと考えられる。したがって、投票者の絶対数を用いて全体ランキングを作成すれば、通常はポップスが全体ランキングのトップとなる。これを防ぐために、ポップス部門の投票の全体数に対する比率でポップス部門のランキングを決め、また、ジャズ部門の投票の全体数に対する比率でジャズ部門のランキングを決める。このようにして得られた比率を用いて、全体ランキングを作ってもよい。もちろん、上記部門以外にクラシック部門、民謡部門、ロック部門などさまざまな部門があるために、それぞれの部門における同様の比率を求めて、この比率を用いて全体ランキングを作成してよい。
【００４１】
ところで、前記「集計部」においても公平性は、重要な評価指標となる。例えば、意図的に仲間を作って投票を行い、ランキングを上昇させたり、架空の会員登録を数多く行い、これを用いてランキングを上昇させたりするなどの不正行為があれば、公平性は失われる。このために例えば集計に当たっては、前記の不正な投票を検出する機能を有することによって、不正防止を図ってもよい。また、集計の方法は、前記視聴者の属性情報や楽曲の属性情報を用いることによって、地域別ランキング、年齢別ランキング、性別ランキング、ジャンル別ランキング、作曲者別ランキング、演奏家別ランキング、などを作成してよい。また、これらの二以上の複数の属性情報を関連づけることによって、例えば、年齢別作曲家別ランキング、年齢別性別ランキング、地域別年齢別ジャンル別ランキングなど、を作成してもよい。さらに、この集計部は、楽曲毎に、その主たる視聴者、つまり、楽曲毎に、それが評価される地域、年齢層、性別、などの情報を得てもよい。これによって、クリエータが共感を得られる視聴者集団を特定することができる。
【００４２】
<実施形態１の処理の流れ>
図３は、実施形態１のランキングシステムの処理の流れを表すフローチャートである。
【００４３】
実施形態１の処理の流れは、楽曲選択ステップ０７０２と、配信ステップ０７０３と、第一受信ステップ０７０４と、再生ステップ０７０５と、投票ステップ０７０６と投票結果受信ステップ０７０７と、属性情報付与ステップ０７０８と、集計ステップ０７０９と、からなる。
【００４４】
「楽曲選択ステップ」は、リストの情報に基づいて、楽曲を選択する。「配信ステップ」は、前記リスト選択ステップで選択された楽曲をストリーミングデータとして配信する。「第一受信ステップ」は、前記楽曲選択ステップで選択された楽曲のストリーミングデータを受信する。「再生ステップ」は、前記第一受信ステップで受信したストリーミングデータを再生する。「投票ステップ」は、前記再生ステップでの再生に応じて楽曲の評価である投票を行う。「投票結果受信ステップ」は、前記投票ステップでの投票結果を受信する。「属性情報付与ステップ」は、前記投票結果受信部で受信した投票に属性情報を付与する。「集計ステップ」は、前記属性情報の付与された投票結果を集計する。
【００４５】
<その他>
【００４６】
本実施形態に類似の実施形態として、投票装置と、ランキング作成装置とからなるランキングシステムであって、前記投票装置は、楽曲選択部と、前記楽曲選択部で選択された楽曲のストリーミングデータを受信する第一受信部と、前記第一受信部で受信したストリーミングデータを再生する再生部と、前記再生部での再生に応じて楽曲の評価である投票をするための投票部と、前記投票部での投票に属性情報を付与する属性情報付与部と、を有し、前記ランキング作成装置は、前記楽曲選択部で選択可能なリスト中から楽曲を選択させるリスト選択部と、前記リスト選択部で選択された楽曲を前記第一受信部にストリーミングデータとして配信する配信部と、前記投票部での投票結果を受信する投票結果受信部と、前記属性情報の付与された投票結果を集計する集計部と、を有し、前記属性情報は、投票時刻を示す情報である投票時刻情報であるランキングシステム、であってもよい。
【００４７】
前記実施形態との相違点は、投票に属性情報を付与する部分が投票装置に配されている点であり、その他の点は共通であるので説明を省略する。
【００４８】
<効果>
【００４９】
本実施形態１により、多大な利益をあげる可能性のあるクリエータを発掘できるだけでなく、音楽性に優れるクリエータを発掘でき、音楽性の高いクリエータが選にもれることなく評価されるという効果を奏する。
【００５０】
≪実施形態２≫
【００５１】
<概念>
図４を用いて、実施形態２の発明である楽曲データ蓄積部とアップロードデータ取得部を説明するための図である。
【００５２】
実施形態２は、新しい楽曲データをランキングシステムにアップロードして、楽曲データを蓄積するという発明である。クリエータが音楽を録音したあと、それを編集しアップロードする。ランキングシステムにネットワーク経由でアップロードしてもよいし、メディアに録音したものを発送し、ランキングシステム側にてアップロードしてもよい。このようにして、楽曲データは日々更新され、新しい楽曲が追加される。しかし、アップロードするのは、クリエータに限らない。いい楽曲があってこれを他の視聴者に聞いてもらいたいと思えば、視聴者自身がそれをアップロードすることができる。もちろん、楽曲をアップロードした視聴者は投票権を失うことは勿論である。本実施形態は、楽曲をアップロードする時点で選別が行われないために、公平なランキングシステムになる。本実施形態はこのような楽曲データをランキングシステムにアップロードし、これを蓄積するためのシステム的発明である。
【００５３】
<実施形態２の構成>
図５は実施形態２の機能ブロック図である。
【００５４】
実施形態２は、主に実施形態１を基本として、特徴点は、実施形態１の楽曲データ蓄積部０５１６と、アップロードデータ取得部０５１２と、をさらに有する点をあげることができる。
【００５５】
<実施形態２の構成の説明>
【００５６】
投票装置０５１０と、ランキング作成装置０５２０と、楽曲選択部０５０２と、第一受信部０５０３と、再生部０５０４と、投票部０５０５と、リスト選択部０５１１と、配信部０５１２と、投票結果受信部０５１３と、属性情報付与部０５１４と、集計部０５１５と、に関しては実施形態１と基本的に機能は共通であるので、詳細な説明は省略する。
【００５７】
「楽曲データ蓄積部」は、前記リスト選択部で選択対象となる楽曲のデータを蓄積する機能を有する。この楽曲データ蓄積部は、アップロードデータ取得部にて取得された日々新しい楽曲のデータが蓄積されてよい。あるいは、特定の日に楽曲データが蓄積されてよい。もちろん、リバイバル盤などの古い楽曲のデータが蓄積されてもよい。また、独自のジャンル分けや、さまざまな検索機能があってもよい。楽曲データ蓄積部は、利用者からはアクセス不能になっており、勝手に改変したりできないようになっていることが望ましい。
【００５８】
「アップロードデータ取得部」は、前記楽曲データ蓄積部に楽曲データをアップロードするための機能を有する。楽曲提供者が、サーバ側が指定するフォーマットの楽曲データを送信したものを取得する部分であり、インターネット経由やその他ネットワーク経由でもよく、また、ＦＤ、ハードディスク、ＣＤ、ＤＶＤなどの記憶媒体を用いて、これらからアップロードしてもよい。前記アップロードデータ取得部は、データを取得する際には、それを選択的に取得しない。例えば、クリエータから送信されてきたデータは、必ずアップロードされる。しかし、同時に、前記アップロードデータ取得部は、データを選択的に取得してもよい。例えば、公序良俗に反する画像や歌詞が含まれる楽曲については、このアップロードデータ取得部にて受信しなくてもよい。例えば、アップロード取得部は、監視ロボットを用いて楽曲データをアップロード直後に歌詞をチェックし、放送禁止用語と同じものがある場合には、前記楽曲データ蓄積部から楽曲データを削除するなどの処理を行う。
【００５９】
<実施形態２の処理の流れ>
図６は、実施形態２の処理の流れを表すフローチャートである。
実施形態２の処理の流れは、実施形態１の処理の流れを基本として、特徴点は、楽曲データ蓄積ステップ０６０２と、アップロードデータ取得ステップ０６０１を有する点である。
【００６０】
楽曲選択ステップ０６０４と、配信ステップ０６０５と、第一受信ステップ０６０６と、再生ステップ０６０７と、投票ステップ０６０８と投票結果受信ステップ０６０９と、属性情報付与ステップ０６１０と、集計ステップ０６１１は、実施形態１と基本的に処理の流れは共通であるので、詳細な説明は省略する。
【００６１】
「アップロードデータ取得ステップ」０６０１は、前記楽曲データ蓄積部に楽曲データをアップロードするための楽曲データを取得するステップである。「楽曲データ蓄積ステップ」０６０２は、前記リスト選択部で選択対象となる楽曲のデータを蓄積する。
【００６２】
<効果>
【００６３】
クリエータが自由にアップロードできるようになるために、視聴者が望む音楽やクリエータが発掘され、その音楽を楽しむことができるなどの効果を奏する。
【００６４】
≪実施形態３≫
【００６５】
<概念>
図７は、実施形態３の概念を表す図である。
【００６６】
実施形態３は、二重投票防止を行う発明である。本発明のランキングシステムは、公平性をもっとも重視している。本実施形態では、公平性を損なう二重投票を防止することにより、ランキングシステムを、より公平なシステムとして機能させる。本ランキングシステムは、この二重投票防止のために、投票者を識別する投票者識別情報を投票の属性情報として付加する。視聴者からの投票があった場合に、投票の属性情報のひとつである投票者識別情報が比較される。同じ投票者識別情報が見つかれば、その投票は無効とされる。
【００６７】
<実施形態３の構成>
図８は、実施形態３の機能ブロック図である。
【００６８】
実施形態３は、実施形態１または実施形態２を基本として、特徴点は、属性情報は、二重投票を防止するために投票者を識別するための投票者識別情報である点をあげることができる。
【００６９】
<実施形態３の構成の説明>
【００７０】
投票装置０８１０と、ランキング作成装置０８２０と、楽曲選択部０８０２と、第一受信部０８０３と、再生部０８０４と、投票部０８０５と、リスト選択部０８１１と、配信部０８１２と、投票結果受信部０８１３と、属性情報付与部０８１４と、集計部０８１５と、に関しては実施形態１または実施形態２と基本的に機能は共通であるので、詳細な説明は省略する。
【００７１】
実施形態２の「属性情報」は、二重投票を防止するために投票者を識別するための「投票者識別情報」を含む。投票のうち、投票者識別情報が複数同じものがあれば、それはひとつの投票と見なされる。また、この比較は、集計部にて行われてもよく、投票者が投票する段階である投票結果受信部にて行われてもよい。また、二重投票を行った視聴者については、再びこのランキングシステムを利用できないように、ログインＩＤを剥奪してもよい。あるいは二重投票を行った視聴者は、その投票者識別情報を参照して、ランキングシステムにアクセスはできるが投票ができないような処置が行われてもよい。一例をあげれば、二重投票を行った視聴者がログインする場合には、投票ボタンが表示されない、というシステム的処置が行われるなどである。しかし、こうしたシステム的処置は、一切しなくてもよい。例えば、二重投票をした投票者は投票者識別情報を参照することにより識別できるために、この投票者識別情報を参照して集計部にて投票としてカウントしない、というやり方でもよい。
【００７２】
<実施形態３の処理の流れ>
図９は、実施形態２の処理の流れを表すフローチャートである。
実施形態２の処理の流れは、実施形態１または実施形態２の処理の流れを基本として、特徴点は、属性情報は、投票者を識別するための投票者識別情報であり、投票をした投票者識別情報を調べて二重投票がないかをチェックするために用いられる。
【００７３】
アップロードデータ取得ステップ０９０１と、楽曲データ蓄積ステップ０９０２と、楽曲選択ステップ０９０４と、配信ステップ０９０５と、第一受信ステップ０９０６と、再生ステップ０９０７と、投票ステップ０９０８と投票結果受信ステップ０９０９と、属性情報付与ステップ０９１０と、集計ステップ０９１１は、実施形態１と基本的に処理の流れは共通であるので、詳細な説明は省略する。
【００７４】
<効果>
【００７５】
本実施形態によって、より客観的な投票が可能になり、同一人物による同一クリエータへの複数投票などの不正を防止し、ランキングシステムの公平性を守る、という効果を奏することができる。
【００７６】
≪実施形態４≫
【００７７】
<概念>
図１０は、実施形態４の概念を表す図である。
【００７８】
実施形態４は、有償で楽曲をダウンロードするための有償取得部と、ダウンロードの場合はダウンロードされたという属性情報を付した投票が実行される、という発明である。本実施形態の発明は、視聴者が楽曲を有償にてダウンロードするということは、その楽曲が気に入っているということの証であると解釈して、投票装置が自動的に投票をする、というものである。図１０は、これを実現するための端末画面の一例を示している。図１０には、楽曲を有償にてダウンロードする行為である購入の場合は、自動的に投票が行われる旨が記載されている。ただし、複数枚数購入された場合は、投票の属性情報にこれが反映されてもよいことは勿論である。
【００７９】
<実施形態４の構成>
図１１は実施形態４の機能ブロック図である。
【００８０】
実施形態４は、実施形態１から３のいずれか一を基本として、特徴点は、有償取得部１１０６をさらに有し、前記投票部１１０５は、前記有償取得部から楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票をする点をあげることができる。
【００８１】
<実施形態４の構成の説明>
【００８２】
投票装置１１１０と、ランキング作成装置１１２０と、楽曲選択部１１０２と、第一受信部１１０３と、再生部１１０４と、投票部１１０５と、リスト選択部１１１１と、配信部１１１２と、投票結果受信部１１１３と、属性情報付与部１１１４と、集計部１１１５と、に関しては実施形態１から３のいずれか一と基本的に機能は共通であるので、詳細な説明は省略する。
【００８３】
「有償取得部」は、有償で楽曲をダウンロードするための機能を有する。有償取得の場合は、自動的に投票がなされるという機能である。たとえば、この場合の投票ポイント数は、無償のストリーミングデータをもとに投票した場合に比べて、ポイント数を高く設定することが好ましい。すなわち、重み付けの属性情報が付与されてよい。さらに、有償取得の場合には、さまざまなサービスや特典を付与するために、利用者の属性情報に購入履歴が記録されてもよい。
【００８４】
実施形態４の「投票部」は、前記有償取得部から楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票をする機能を有する。ただし、複数枚数購入した場合は、投票の属性情報にこれが反映されてもよいことは勿論である。
【００８５】
<実施形態４の処理の流れ>
図１２は、実施形態４の処理の流れをあらわすフローチャートである。
実施形態４のプログラムは、実施形態１から３の何れか一を基本として、特徴点は、有償取得ステップ１２０８をさらに有し、前記投票ステップは、前記有償取得ステップにて楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票をする点である。
【００８６】
楽曲選択ステップ１２０４と、配信ステップ１２０５と、第一受信ステップ１２０６と、再生ステップ１２０７と、投票結果受信ステップ１２１０と、属性情報付与ステップ１２１１と、集計ステップ１２１２は、実施形態１から３の何れか一と基本的に処理の流れは共通であるので、詳細な説明は省略する。
【００８７】
「有償取得ステップ」にて、有償で楽曲をダウンロードし、「投票ステップ」にて、前記有償取得部から楽曲をダウンロードした場合には、ダウンロードがあった旨の属性を付した投票をする。
【００８８】
<効果>
【００８９】
この実施形態４は、お金を支払うのは本当に聴きたい音楽がダウンロードされるという意味がある。投票に、より客観性が付加される、という効果を奏する。
【００９０】
≪実施形態５≫
【００９１】
<概念>
図１３は、実施形態５のクリエータ報酬計算部の説明のための概念図である。
【００９２】
本実施形態は、このシステムを使ってクリエータに対して支払われるべき報酬が計算される、というものである。クリエータは自身の音楽をランキングシステムにアップロードすれば、あとは、ランキングシステムが販売から報酬の計算まで自動的にやってくれるものである。この意味で、本実施形態の発明は、音楽業界におけるエージェントシステムであるということができる。
【００９３】
<実施形態５の構成>
図１４は実施形態５の機能ブロック図である。
【００９４】
実施形態５は、主に実施形態４一を基本とし、特徴点は、前記ランキング作成装置１４２０は、さらにクリエータ報酬計算部１４１９を有し、前記アップロードデータ取得部１４１７は、クリエータ情報取得手段１４１８を有する点をあげることができる。
【００９５】
<実施形態５の構成の説明>
【００９６】
投票装置１４１０と、ランキング作成装置１４２０と、楽曲選択部１４０２と、第一受信部１４０３と、再生部１４０４と、投票部１４０５と、リスト選択部１４１１と、配信部１４１２と、投票結果受信部１４１３と、属性情報付与部１４１４と、集計部１４１５と、有償取得部１４０５、に関しては実施形態４と基本的に機能は共通であるので、詳細な説明は省略する。
【００９７】
なお、本実施形態においては、クリエータとは、広義に楽曲の原盤権保持者のことも含む。
【００９８】
「クリエータ情報取得手段」は、前記アップロードデータ取得部に含まれ、前記蓄積すべき楽曲とともに、その楽曲のクリエータを特定するための情報を含むクリエータ情報を取得する機能を有する。これは、たとえば、楽曲が有償でダウンロードされた場合に、その収益の一部がクリエータに対して支払われるための基礎情報であるクリエータに関する情報である。たとえば、支払いのための銀行名、口座、口座番号、住所などである。
【００９９】
「クリエータ報酬計算部」は、前記クリエータ情報取得手段で取得したクリエータ情報と、前記投票装置から送信されるダウンロードがあった旨の情報と、に基づいてクリエータに対する報酬を計算する機能を有する。報酬額は、収益に対する比率であってもよく、また、収益に関わらず一定の金額であってもよい。例えば、報酬額は売り上げの５％という一定の比率制である、あるいは、報酬額は１０００人が購入したら５０００円支払うという定額制である、などである。
【０１００】
<実施形態５の処理の流れ>
図１５は、実施形態５の処理の流れを表すフローチャートである。
実施形態５のプログラムは、実施形態４を基本として、特徴点はクリエータ情報取得ステップ１５０９と、クリエータ報酬計算ステップ１５１０を有する点である。
【０１０１】
アップロードリスト選択ステップ１５０１と、楽曲データ蓄積ステップ１５０２と、楽曲選択ステップ１５０４と、配信ステップ１５０５と、第一受信ステップ１５０６と、再生ステップ１５０７と、有償取得ステップ１５０８と、投票ステップ１５１１と、投票結果受信ステップ１５１２と、属性情報付与ステップ１５１３と、集計ステップ１５１４と、に関しては実施形態４と基本的に処理の流れは共通であるので、詳細な説明は省略する。
【０１０２】
「クリエータ情報取得ステップ」は、前記蓄積すべき楽曲とともに、その楽曲のクリエータを特定するための情報を含むクリエータ情報を取得する。「クリエータ報酬計算ステップ」は、前記クリエータ情報取得手段で取得したクリエータ情報と、前記投票装置から送信されるダウンロードがあった旨の情報と、に基づいてクリエータに対する報酬を計算する。
【０１０３】
<効果>
【０１０４】
この実施形態５によって、クリエータが投票され評価されると同時に、報酬という形で評価されるために、このランキングシステムはクリエータの経済的な支援も行える、という効果を奏する。
【０１０５】
≪実施形態６≫
【０１０６】
<概念>
図１６は、実施形態６のランキングシステムのランキングについて説明する図である。
【０１０７】
実施形態６は、優れたクリエータの発掘において、より公平なランキングから、あるいはランキング分析から、クリエータを発掘するために必要なランキング作成に関する発明である。通常のデイリーランキング、ウィークリーランキングあるいは年間ランキングなどは特定の期限を設けることによって、本当のランキングを反映しない場合がある。例えば、１月１日から１２月３１日の期間での年間ランキングの場合は、例えば、この期間内にすべての投票が集中する楽曲が有利である。しかし、もし、８月１日から翌年の７月３１日までの期間に投票が分散した場合、すなわち、年をまたがって投票が分散した場合、現在の集計方法では８月１日から１２月３１日までの投票が集計されランキングが作成されるために、半分の投票しか集計に配慮されない。したがって、このような年をまたがった楽曲のランキングは不利になる。これを防ぐために、考え出されたのが本実施形態である。本実施形態によれば、現在を基準としてランキングを決定することができるために、公平なランキングが可能となる。
【０１０８】
<実施形態６の構成>
図１７は、実施形態６の機能ブロック図を示す。
【０１０９】
実施形態６は、主に実施形態１から５のいずれか一を基本として、特徴点は前記集計部１７１５での集計は、前記属性情報付与部１７１４で付与された時刻情報に基づいて投票に有効期限を設けて、有効期限内の投票結果のみを集計する点をあげることができる。
【０１１０】
<実施形態６の構成の説明>
【０１１１】
投票装置１７１０と、ランキング作成装置１７２０と、楽曲選択部１７０２と、第一受信部１７０３と、再生部１７０４と、投票部１７０５と、リスト選択部１７１１と、配信部１７１２と、投票結果受信部１７１３と、属性情報付与部１７１４と、集計部１７１５と、に関しては実施形態１から５のいずれか一と基本的に機能は共通であるので、詳細な説明は省略する。
【０１１２】
実施形態６の「集計部」は、前記属性情報付与部で付与された時刻情報に基づいて投票に有効期限を設けて、有効期限内の投票結果のみを集計する機能を有する。この集計によって、任意の期間におけるデイリーランキング、ウィークリーランキング、マンスリーランキング、クウォータリーランキング、年間ランキング、などの期間を限定したランキングをつくることができる。さらに、属性情報と組み合わせれば、たとえば、２０歳代デイリーランキング、ジャズ部門マンスリーランキング、などさまざまなランキングを作り出すことができるという効果を奏する。このランキングは同時に、クリエータ側からすれば格好の広告宣伝になる、という意味も有する。
【０１１３】
<実施形態６の具体的機能の説明>
図１８は、実施形態６のランキングシステムの集計の例を示す図である。
【０１１４】
本実施形態は、任意の期間における投票を集計してさまざまなランキングを作るというものである。例えば、図１８は、ランキングの時間的経過を示すものである。点線であらわされる曲線はそれぞれ投票履歴を表し、楽曲Ａの投票履歴１８０１、楽曲Ｂの投票履歴１８０２、楽曲Ｃの投票履歴１８０３を表す。また、実線であらわされる曲線は、それぞれ投票の累積値を表し、楽曲Ａの投票累積値１８０４と、楽曲Ｂの投票累積値１８０５と、楽曲Ｃの投票累積値１８０６と、を表す。たとえば、投票時刻ｔから投票時刻ｑまでさかのぼった期間１８１１におけるランキング一位の曲は、楽曲Ｃ１８０６である。一方、投票時刻ｑから投票時刻ｐまでさかのぼった期間１８１０におけるランキング一位の曲は、楽曲Ｂ１８０５である。さらに、投票時刻ｔから投票時刻ｐまでさかのぼったより期間１８１２におけるランキングは、楽曲Ａ１８０４が一位である。このように注目する期間によってランキングは変わる。さらに、日々の投票を分析すると、楽曲Ａ１８０１は長期間にわたって投票されているのに対して、楽曲Ｂ１８０２は、短期間で投票が終わっている。さらに、楽曲Ａは長期にわたって票を着実に伸ばしていることがわかる。しかし、もし、ｐからｑの投票期間１８１０にてランキングが決定されれば、楽曲Ｂの方がランキング一位ということになり、さらに、ｔからｑまでの投票期間１８１１にてランキングが決定されれば、楽曲Cがランキング１位ということになり、実質的な得票率が一番である楽曲Ａが１位になることはない。つまり、間違った評価がなされることになる。本実施形態の発明によれば、期間を自由に設定したランキングが可能になるために、期間設定の恣意性に左右されない、本当のランキングを示すことができる。
図１９は、実施形態６の投票分析を示す図であり、２０代女性を対象にして、職業別にその人気度を調べたものである。さらにこのようなランキングをベースにしてさらに、正確な分析も可能になる。本当のランキングであるために、以下の分析は、さらに市場分析の正確なデータになりうるものである。
【０１１５】
図１９から、専門学校、大学生などの学生に人気があり、専門職には人気がないことがこれから分かる。例えば、この表を使えば、クリエータＡのＣＤをプロモートする場合には、専門学校、大学生などの購買層を狙えばよい。この層は購買力がないために、曲数を少し増やし買得感を増すとか、その他、この表を利用することによって、マーケティング戦略を立案することができる。このように実施形態６は、さまざまな分析データを作り出すことができるものである。
【０１１６】
<実施形態６の処理の流れ>
図２０は、実施形態６の処理の流れを表すフローチャートである。
実施形態６のプログラムは、実施形態５を基本として、特徴点は、集計ステップは、前記属性情報付与部で付与された時刻情報に基づいて投票に有効期限を設けて、有効期限内の投票結果のみを集計する点である。
【０１１７】
アップロードリスト選択ステップ２００１と、楽曲データ蓄積ステップ２００２と、楽曲選択ステップ２００４と、配信ステップ２００５と、第一受信ステップ２００６と、再生ステップ２００７と、有償取得ステップ２００８と、クリエータ情報取得ステップ２００９と、クリエータ報酬計算ステップ２０１０と、投票ステップ２０１１と、投票結果受信ステップ２０１２と、属性情報付与ステップ２０１３と、集計ステップ２０１４と、に関しては実施形態５と基本的に処理の流れは共通であるので、詳細な説明は省略する。
【０１１８】
<効果>
【０１１９】
実施形態６の投票の集計によって、デイリーランキング、ウィークリーランキング、マンスリーランキング、クウォータリーランキング、ランキングオブザイヤー、などのランキングをつくり、さらにそのデータを利用して売り出すクリエータを選別したり、さらにこのデータを加工してマーケティングのためのデータを作り出すことができる、という効果を奏する。
【０１２０】
尚、本発明のランキングシステムは、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【０１２１】
【図１】実施形態１のランキングシステムの概念図
【図２】実施形態１ランキングシステムの機能ブロック図
【図３】実施形態１のランキングシステムの処理の流れを表すフローチャート
【図４】実施形態２のランキングシステムの概念図
【図５】実施形態２ランキングシステムの機能ブロック図
【図６】実施形態２のランキングシステムの処理の流れを表すフローチャート
【図７】実施形態３のランキングシステムの概念図
【図８】実施形態３ランキングシステムの機能ブロック図
【図９】実施形態３のランキングシステムの処理の流れを表すフローチャート
【図１０】実施形態４のランキングシステムの概念図
【図１１】実施形態４のランキングシステムの機能ブロック図
【図１２】実施形態４のランキングシステムの処理の流れを表すフローチャート
【図１３】実施形態５のランキングシステムの概念図
【図１４】実施形態ランキングシステムの機能ブロック図
【図１５】実施形態５のランキングシステムの処理の流れを表すフローチャート
【図１６】実施形態６のランキングシステムの概念図
【図１７】実施形態のランキングシステムの機能ブロック図
【図１８】実施形態６の説明のための、投票の時間的経過およびその累積値、さらに集計の期間をあらわす図
【図１９】実施形態６の投票結果の性別、年代別、職業別による分析テーブルの例
【図２０】実施形態６のランキングシステムの処理の流れを表すフローチャート
【図２１】実施形態１の説明のための、不正投票を判断するためのフローチャートの一例
【図２２】実施形態１の説明のための投票の時間的経過およびその累積値をあらわす図
【符号の説明】
【０１２２】
０２０１  ランキングシステム
０２０２  楽曲選択部
０２０３  第一受信部
０２０４  再生部
０２０５  投票部
０２１０  投票装置
０２１１  リスト選択部
０２１２  配信部
０２１３  投票結果受信部
０２１４  属性情報付与部
０２１５  集計部
０２２０  ランキング作成装置
０５１６  楽曲データ蓄積部
０５１２  アップロードデータ取得部
１１０６  有償取得部
１４１８  クリエータ情報取得手段
１４１９  クリエータ報酬計算部
【図１】
2005190226.tif 000003
【図２】
2005190226.tif 000004
【図３】
2005190226.tif 000005
【図４】
2005190226.tif 000006
【図５】
2005190226.tif 000007
【図６】
2005190226.tif 000008
【図７】
2005190226.tif 000009
【図８】
2005190226.tif 000010
【図９】
2005190226.tif 000011
【図１０】
2005190226.tif 000012
【図１１】
2005190226.tif 000013
【図１２】
2005190226.tif 000014
【図１３】
2005190226.tif 000015
【図１４】
2005190226.tif 000016
【図１５】
2005190226.tif 000017
【図１６】
2005190226.tif 000018
【図１７】
2005190226.tif 000019
【図１８】
2005190226.tif 000020
【図１９】
2005190226.tif 000021
【図２０】
2005190226.tif 000022
【図２１】
2005190226.tif 000023
【図２２】
2005190226.tif 000024