WO2013161932A1 - コンテンツ課金方法およびコンテンツ鑑賞システム - Google Patents

Abstract

　主としてアマチュアが制作した良質のコンテンツについての収益化を可能とするコンテンツ課金方法を提供する。　コンテンツの鑑賞を希望するユーザは、ネットワーク（５）に接続されたユーザ端末（４ｂ）を用いて、コンテンツが蓄積されたサービス供給サーバ（２）にアクセスして、ユーザ端末（４）上でコンテンツを鑑賞する。サービス供給サーバ（２）は、個々のコンテンツについての評価ポイントの合計が第１の基準値を超えるまでは、コンテンツの無償での鑑賞をユーザに許し、コンテンツの評価ポイントの合計が第１の基準値を超えた後は、コンテンツを課金の対象とする。

Description

コンテンツ課金方法およびコンテンツ鑑賞システム

　本発明は、コンテンツ課金方法およびその方法を採用したコンテンツ鑑賞システムに関する。

　インターネットを介して提供されるコンテンツの課金方法には、コンテンツを鑑賞する毎に課金する方法や、指定された期間内であれば何度でもサーバにアクセスしてコンテンツを鑑賞できるアクセス利用権を取得し、そのアクセス利用権に対して課金を行う方法がある（特許文献１参照）。

　一方、コンテンツ無料化の波によりコンテンツに課金する、すなわちコンテンツを販売して収益を得ることが難しくなってきている。コンテンツが無料化していくのは、プロアマを問わず、インターネット上では誰でもコンテンツを投稿でき、かつそうしたものは無料で鑑賞できるためである。現状、ブロガー等のコンテンツ投稿者は、広告収入でしかコンテンツから収益を得る方法がない。

　これに対し、プロダクションや専門の業者が作成し、インターネット通販等を利用し、商品として販売されているコンテンツもあるが、これらはプロとしての評価の定まった制作者の作品に限られている。

特開２００７－２５７６６３号公報

　アマチュアが制作したコンテンツにも良質なものがあるが、それらはコンテンツ無料化の波にのまれ、収益を得る道が閉ざされたまま消え去っていくのが実情である。

　本発明は上述の状況に鑑みてなされたもので、主としてアマチュアが制作した良質のコンテンツについての収益化を可能とするコンテンツ課金方法を提供することを目的とする。

　上記目的を達成するため、本発明にかかるコンテンツ課金方法は、コンテンツの鑑賞を希望するユーザが、ネットワークに接続されたユーザ端末を用いて、コンテンツデータが蓄積されたサービス提供サーバにアクセスして、前記ユーザ端末上でコンテンツを鑑賞するコンテンツ鑑賞システムにおける課金方法であって、
　前記サービス提供サーバは、対象となるコンテンツの評価ポイントの合計が第１の基準値を超えるまでは、コンテンツの無償での鑑賞をユーザに許し、
　コンテンツの評価ポイントの合計が第１の基準値を超えた後は、コンテンツを課金の対象とすることを特徴とする。

　本発明にかかるコンテンツ課金方法において、課金の対象を定める基準値として、前記第１の基準値に加えて第２の基準値を採用し、
　前記サービス提供サーバは、制作者の評価ポイントの合計が第２の基準値を超えるまでは、前記制作者が作成した複数のコンテンツについて無償での鑑賞をユーザに許し、
　前記制作者の評価ポイントの合計が第２の基準値を超えた後は、前記制作者が制作したコンテンツを課金の対象とすることが好ましい。

　ここで、前記サービス提供サーバは、課金の対象となったコンテンツについて、サービスを提供するページに、コンテンツのタイトルだけ、もしくはコンテンツのタイトルとコンテンツの一部を掲載すると共に、課金の対象であることを示すマークを表示することが好ましい。

　また前記評価ポイントは、コンテンツの鑑賞を希望するユーザが当該コンテンツを掲載したページにアクセスした回数、またはコンテンツを再生した回数に対応した値であることが好ましい。

　また前記評価ポイントは、複数の評価項目のそれぞれに対して付与されることが好ましい。もしくは、課金の対象を定めるための複数の条件を有し、当該複数の条件の全てを満たすと、前記第１または第２の基準値を超えたとみなして、コンテンツを課金の対象とすることが好ましい。

　なお、前記サービス提供サーバは、前記制作者の評価ポイントの合計が第２の基準値を超えたとき、前記制作者の作成した複数のコンテンツのうち当該制作者により選択された所定の数の第１のコンテンツ群だけを課金の対象とし、
　前記制作者の評価ポイントの合計が、前記第２の基準値を超える第３の基準値を超えたとき、前記制作者の作成した複数のコンテンツのうち、前記第１のコンテンツ群を除く、当該制作者により選択された所定の数の第２のコンテンツ群だけを課金の対象とするものであってもよい。

　また上記目的を達成するため、本発明にかかるコンテンツ鑑賞システムは、コンテンツの鑑賞を希望するユーザが、ネットワークに接続されたユーザ端末を用いて、コンテンツデータが蓄積されたサービス供給サーバにアクセスして、前記ユーザ端末上でコンテンツを鑑賞するコンテンツ鑑賞システムであって、
　前記サービス供給サーバは、
　　コンテンツデータが蓄積されたデータベースと、
　　コンテンツについて評価ポイントを算出する評価ポイント算出部と、
　　コンテンツの評価ポイントの合計が第１の基準値を超えたとき、当該コンテンツを課金の対象とするチップ設定権発行部と、
　　コンテンツ制作者の意向に従い、課金の対象となったコンテンツに対して課金の額を設定するチップ課金登録部と、を備えることを特徴とする。

　本発明にかかるコンテンツ鑑賞システムにおいて、前記チップ設定権発行部は、制作者の評価ポイントの合計が第２の基準値を超えたとき、前記制作者が制作したコンテンツを課金の対象とすることが好ましい。

　ここで、前記データベースには、コンテンツの評価項目と項目毎に付与されるポイントとの関係を示した第１のテーブルと、評価基準毎の基準値を示した第２のテーブルとが格納されていることが好ましい。

　また前記サービス供給サーバは、更に、
　　課金の対象となったコンテンツに対して、鑑賞のためページが開示された履歴、またはコンテンツが再生された履歴をカウントする開示履歴カウント部と、
　　コンテンツに設定された課金の額と前記履歴データに基づいてコンテンツ毎に課金の額に基づいて制作者毎の収益の額を算出するチップ収益算出部と、
　　コンテンツ毎に設定された課金の額と前記履歴データに基づいて、コンテンツを鑑賞したユーザ毎の支払額を算出するチップ支払算出部と、を備えることが好ましい。

　本発明にかかるコンテンツ課金方法によれば、収益化の道が閉ざされていたアマチュアの優れたコンテンツを課金対象とすることで、コンテンツ市場の活性化が図れる。また、良質なコンテンツを課金対象とすることで、アマチュア制作者の制作意欲を高めることにもなる。

図１は、本発明にかかるコンテンツ鑑賞システムの構成を示す図である。 図２は、本発明にかかる課金方法における基本的な処理の流れを示すフローチャートである。 図３は、課金の対象とされたコンテンツを鑑賞する際の手順を説明する図である。 図４は、サービス提供サーバの構成を示す図である。 図５は、評価基準ＤＢに格納された各種テーブルを示す図である。 図６は、評価基準ＤＢに格納されるコンテンツ基準、ユーザ基準それぞれの評価項目を示す図である。 図７は、評価基準ＤＢに格納されるコンテンツ基準およびユーザ基準の基準値の設定パターンを示す図である。 図８は、コンテンツ毎およびユーザ毎に評価ポイントの合計値が評価基準ＤＢに格納されていることを示す図である。 図９は、チップ課金ＤＢに格納された各種データを示す図である。 図１０は、制作ユーザに関連した処理の流れを示す図である。 図１１は、鑑賞ユーザに関連した処理の流れを示す図である。 図１２は、サービス提供サーバにおける処理の流れを示す図である。 図１３は、本発明にかかる課金方法における各ページの表示形態を示す図である。 図１４は、チップ設定がなされたコンテンツについて、コンテンツを鑑賞するまでに表示されるページの形態を示す図である。 図１５は、チップマークのバリエーションを示す図である。 図１６は、チップ付コンテンツばかりを表示したページの例を示す図である。 図１７は、課金方法の変形例を説明する図である。 図１８は、チップ設定権の回数制限の考え方のイメージ図である。 図１９は、図１８に示した考え方に基づいてチップ設定を行う場合のページの表示形態を示す図である。 図２０は、コンテンツデータベースに格納するコンテンツデータを説明する図である。

　（実施の形態１）
　以下、本発明の実施の形態１にかかるコンテンツ課金方法およびコンテンツ鑑賞システムについて、図面を参照して説明する。

　＜コンテンツ課金における考え方＞
　最初に、本発明にかかるコンテンツ課金における考え方について説明する。サービス提供業者がサーバを用いて運用するサイト上に掲載されたコンテンツについて、掲載の当初においては、ユーザは無料でコンテンツを鑑賞できるが、掲載によりそのコンテンツに対する評価が高まった時以降は、そのコンテンツを課金の対象とする。このような扱いとすることで、コンテンツの無料化を希望する大衆とコンテンツの収益化を希望する制作者との間の利害の調整を図ることができる。

　本発明にかかるコンテンツ課金方法の対象となるコンテンツとして望ましいのは、比較的ボリュームの少ないブログ等の記事（ニュース記事等も含む）や、短時間の動画コンテンツ、画像や音楽が挙げられる。例えば、ブログの記事であれば、１～５ページ（一つのＵＬＲ～５つのＵＲＬ）程度で構成され、コンテンツのデータ量としても比較的少なく、Ｗｅｂ上において、現状では無料で提供されているコンテンツである。これらのコンテンツは、ボリュームが少ないため、例えばアマチュアであっても比較的容易に制作することができ、また簡易に発信することができる。

　これらのコンテンツは、従来であれば商品化するまでに至らず、非売品の様な扱いを受けていた。以降、これらのコンテンツを「ミニコンテンツ」と定義する。ブログの記事を例にすると、１記事（１タイトル）を１単位のコンテンツ（１作品）としたものがミニコンテンツとなる。

　そして本発明では、望ましい形態として、これらの比較的ボリュームの少ない、通常であれば有料の商品として販売するまでには至らないミニコンテンツに対し、チップ程度の料金（例えば１～５円、高額でも５０円程）を課すものである。

　図１に、課金の対象となるコンテンツを、インターネットを介してユーザに提供するコンテンツ鑑賞システムの構成を示す。コンテンツ鑑賞システム１は、広域ネットワークであるインターネット５に接続されたＷｅｂサーバ３、更にＷｅｂサーバ３に接続された、サービス提供業者が運営するサービス提供サーバ２と、複数のユーザ端末４とで構成されている。

　Ｗｅｂサーバ３にはＷｅｂサーバソフトがインストールされている。サービス提供サーバ２はデータベースサーバとしての機能を果たすため、ＤＢＭＳ（データベースマネジメントシステム）ソフトがインストールされている。一方、ユーザ端末４は市販のパーソナルコンピュータ（以降、「ＰＣ」という）で構成されており、ユーザ端末４にはＷｅｂブラウザソフトがインストールされている。

　Ｗｅｂサーバ３とユーザ端末４は、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）で定められたプロトコルに従って相互に通信を行うことができる。なお、サービス提供サーバ２に高機能かつ高速のサーバを用いれば、Ｗｅｂサーバ３を省略して、その機能をサービス提供サーバ２に組み込んでもよい。

　ユーザ端末４には、コンテンツの制作者が投稿のために用いるユーザ端末４ａと、コンテンツを鑑賞したいユーザが用いるユーザ端末４ｂとがある。コンテンツの投稿を希望するユーザおよびコンテンツの鑑賞を希望するユーザは、あらかじめサービス提供サーバ２にユーザとして登録しておく必要がある。ユーザ登録の方法は周知であるため、ここでは説明を省略する。ユーザは、サービス提供サーバ２への登録によりユーザＩＤを取得し、また認証用のパスワードを設定する。

　コンテンツを制作したユーザ（以降「制作ユーザ」という）は、ユーザ端末４ａを用いて、サービス提供サーバ２にコンテンツを投稿する。通常、投稿は、コンテンツデータをサービス提供サーバ２にアップロードすることにより行われる。一方、コンテンツの鑑賞を希望するユーザ（以降、「鑑賞ユーザ」という）は、ユーザ端末４ｂを用いてサービス提供サーバ２にアクセスし、データベースに格納され所望のコンテンツをユーザ端末４ｂの画面上に読み出して鑑賞する。サービス提供サーバ２の構成と機能については、後に図面を参照して詳述する。

　図２のフローチャートを参照して、本発明にかかるコンテンツ課金方法における基本的な処理の流れを説明する。自己の制作したコンテンツについて収益を得ることを希望する制作ユーザは、そのコンテンツをサービス提供業者の運営するに投稿する（ステップＳ１）。具体的には、ユーザ端末４ａを用いてサービス提供サーバ２にコンテンツをアップロードし、データベースに格納してユーザが鑑賞できる状態を確保する。

　サービス提供サーバ２のデータベースに格納されたコンテンツについては、タイトルのリストやサムネイルがサイト上に掲載される。コンテンツの鑑賞を希望する鑑賞ユーザは、ユーザ端末４ｂを用いてサービス提供サーバ２の提供するサイトへアクセスし、マウス等を用いて希望するコンテンツのタイトル等をクリックすることで、コンテンツをデータベースから読み出して鑑賞する（ステップＳ２）。この時点では、コンテンツは課金の対象となっていないので、鑑賞ユーザはコンテンツを何度でも無料で鑑賞できる。

　サービス提供サーバ２は、ユーザがコンテンツを鑑賞する毎に、そのコンテンツの評価データを収集する（ステップＳ３）。例えば、ユーザがコンテンツのページにアクセスして、そのページを開示する毎に評価ポイントとして１点が付与される。評価データについては、後に詳述する。

　サービス提供サーバ２は、収集された評価ポイントを集計し、合計の値があらかじめ定めた基準値を超えたとき（ステップＳ４においてＹｅｓ）、チップ設定権を発行し、制作ユーザが希望しない場合を除いて、そのコンテンツを課金の対象として登録する
（ステップＳ５）。一方、評価ポイントの合計が基準値を超えない場合（ステップＳ４においてＮｏ）は、ステップＳ３の処理に戻って評価データの収集を続ける。

　ここで、チップ設定権について説明する。チップ設定権は、評価ポイントの合計が基準値を超えたコンテンツについて、チップという形で課金設定を行うものである。チップ設定権の通知を受け取ったユーザがチップ設定を行うと、鑑賞の対価として、１～５円程度、高額でも５０円～８０円程度の金額が認められる。またチップ設定が行われたコンテンツについては、課金の対象であることがユーザに確認できる様に、チップマークが付与される。

　上述したように、評価ポイントの合計が基準値を超えるまでは、サービス提供ページにアクセスした鑑賞ユーザは、コンテンツを無料で自由に鑑賞できるが、評価ポイントの合計が基準値を超えてチップ設定権が発行され、かつ課金設定が行われたコンテンツについては、自由な鑑賞が制限され、タイトルを含むコンテンツの一部内容とチップマークがサービス提供ページの画面に表示される。コンテンツの鑑賞を希望するユーザが料金を支払う意思を示した場合には、コンテンツ全体を鑑賞できる。

　図３を参照して、課金の対象とされたコンテンツを鑑賞する際の手順について説明する。図３（ａ）は、コンテンツがブログ等のテキストである場合の手順を示し、上段に示すように、サービス提供ページの画面には、タイトルを含むテキストの一部だけが表示され、更にそのコンテンツが課金の対象であることを示すマーク（Ｃの文字が枠で囲まれたマーク、以降「チップマークＣ」という）と、料金が５円であることが表示される。

　図３（ａ）の上段に示す表示がなされた状態において、コンテンツの鑑賞を希望するユーザが、マウス等を操作して料金支払いの意思を示すと、図３（ａ）の下段に示すようにテキストの全ての内容がページに表示され、ユーザはそのテキストを最後まで読み切ることができる。

　図３（ｂ）はコンテンツが動画である場合の手順を示し、上段に示すようにサービス提供ページの画面には、タイトルを含む動画の一部内容、チップマークＣおよび料金（１０円）が表示され、ユーザが課金の意思表示を行うと、下段に示すように全動画の鑑賞が可能となる。

　図３（ｃ）はコンテンツが漫画である場合の手順を示し、上段に示すようにサービス提供ページの画面には漫画の一コマ、チップマークＣおよび料金（６円）が表示され、ユーザが課金の意思表示を行うと、下段に示すように漫画の全てのコマの鑑賞が可能となる。

　次に、本発明のコンテンツ課金方法において評価ポイントを付与する際の基準（以降、「評価基準」と略記する）について説明する。本発明では、評価基準としてコンテンツ基準とユーザ基準を採用している。コンテンツ基準では、対象となるコンテンツの評価ポイントの合計が基準値を超えたときに、そのコンテンツに対して課金の権利が与えられる。これに対し、ユーザ基準では、制作ユーザの評価ポイントの合計が基準値を超えたときに、その制作者の制作したコンテンツに対して課金の権利が与えられる。

　本発明において、コンテンツ基準以外にユーザ基準を設けた理由について説明する。評価ポイントの合計が基準値を超えたコンテンツに対し、チップ設定権を発行したとしても、例えば、昨今のＷｅｂに於いては情報収集機能が非常に発達しているという背景がある。そのためユーザは、投稿された記事を素早く、その日の内にでも発見し観賞を行うことができる。

　そして、評価ポイントがたまるまで課金の設定が行われないとすれば、そのコンテンツは、大勢の人が観賞し終わった後の古いものとなってしまう。例えば、アクセス数が１０００回以上たまれば、評価基準値をクリアして、課金設定を行うというものであれば、既に１０００人という大勢の人が観賞し終わった後になる。このようなコンテンツにチップ設定をしたとしても、素早くコンテンツを観賞することのできるユーザであれば、料金を支払わずに済んでしまうため、課金の効果は最大限に得られなくなってしまう。

　例えば、これは制作ユーザが全くの無名であって、その無名の作家の良質なコンテンツを、鑑賞ユーザが探し出すのに困難が伴った場合であれば、その鑑賞ユーザは、制作ユーザの初期のファンとして無料で鑑賞できたとしても納得のいくものである。しかし、制作ユーザが既に知名度があり、制作ユーザがコンテンツを投稿したその日の時点から直ぐにでも観賞を行えるのであれば、単なる観賞の早い物勝ちとなる。また、真っ先に作品を観賞したい観賞ユーザは、最も制作ユーザのファンであり課金がなされる対象者であるため、知名度が高い制作ユーザに関しては、評価ポイントがたまってからの課金というのでは課金の効果がなくなってしまう。

　上述の問題に対し、本発明では、チップ設定を発行する際の基準としてユーザ基準を設けている。対象となる制作ユーザの評価ポイントの合計が基準値を超えたときには、その制作ユーザは、世の中において高い評価が得られ、課金に価するレベルに達していると判断して、その制作ユーザの制作したコンテンツに課金の権利を与えるものである。

　例えば、これは、評価ポイントの基準値を超えた制作ユーザに、数回分の課金設定権を付与し、課金設定権が付与された制作者は、その回数分だけ、自身の自由な判断で課金設定を行うコンテンツを選び課金設定を行うというものである。選択できるコンテンツは、これから投稿を行おうとするコンテンツ、既に投稿を行っているコンテンツのいずれでも構わない。従って、ユーザ基準の基準値を超えた制作者が制作したコンテンツについては、サイト上へ掲載された当初から課金の対象となるため、上述した問題を解決できる。

　また、ユーザ基準にて一定以上の評価ポイントがたまり、チップ設定権が付与されている知名度の高い制作ユーザが、課金設定を行わない形で投稿を行ったコンテンツであっても、コンテンツ基準により、評価ポイントが基準を越えれば、チップ設定権が付与され課金設定を設定することも可能である。このように、ユーザ基準によって課金設定が行われる方法と、コンテンツ基準によって課金設定が行われる方法とは、併用して利用することが可能である。

　また、ユーザ基準は、前述の問題を解決する以外にも、制作者の評価とコンテンツそのものの評価は異なるものとして、評価データを収集したいために設けるものである。例えば、知名度のある制作ユーザの複数あるコンテンツの中でも評価の低いコンテンツと、知名度のない制作ユーザの複数あるコンテンツの中でも評価の高いコンテンツとを比較すると、後者が、品質として高いケースがあるとも考えられる。しかし、前者の方が制作者としての知名度があるため、高評価としてデータが収集される可能性が高い。しかし、コンテンツそのものと制作ユーザそのものの評価は区分して考え、それらを参考にすることができれば鑑賞ユーザが求める、より正確な品質を測定することができる。

　以上の様に本発明は、ユーザ基準およびコンテンツ基準の２つの角度から評価データを収集して、作品の評価（品質）が高まると課金設定がなされ、評価が高まっていない間は無料で鑑賞できる、という機能である。

　＜サービス提供サーバ＞
　次に、図４を参照して、コンテンツ鑑賞サービスを提供するサービス提供サーバ２の構成を説明する。図４では、煩雑さを避けるため、サービス提供サーバ２が、投稿のために使用するユーザ端末４ａおよび鑑賞のために使用するユーザ端末４ｂと直接接続された状態を示している。しかし、図１に示したように、サービス提供サーバ２とユーザ端末４ａ、４ｂの間にはインターネット５とＷｅｂサーバ３が介在している。

　サービス提供サーバ２は、評価ＰＴ算出部２１、チップ設定権発行部２２、チップ課金登録部２３、開示履歴カウント部２４、チップ収益算出部２５、チップ支払算出部２６および決済処理部２７で構成されている。更にサービス提供サーバ２は、コンテンツＤＢ５１、評価基準ＤＢ５２、チップ課金ＤＢ５３および課金ＤＢ５４の各データベース（ＤＢ）を備えている。図中、各部材を結ぶ矢印はデータの流れを示している。

　図４に示す構成部材のうち、評価ＰＴ算出部２１、チップ設定権発行部２２、チップ課金登録部２３、開示履歴カウント部２４、チップ収益算出部２５、チップ支払算出部２６および決済処理部２７は、ＲＯＭに格納されたソフトウェアを読み出してＣＰＵで実行することに実現される機能である。また、コンテンツＤＢ５１、評価基準ＤＢ５２、チップ課金ＤＢ５３および課金ＤＢ５４は、サーバに内蔵された、もしくは外付けのＨＤＤ等の記憶装置内に構築され、ＲＯＭから読み出されたＤＢＭＳソフトを用いてデータの書き込みと読み出しの制御が行われる。

　サービス提供サーバ２の各部の機能について説明する前に、図５に基づいて評価基準ＤＢ５２に格納されるデータについて説明する。評価基準ＤＢ５２には、テーブルＴ１、Ｔ２およびＴ３が格納されている。テーブルＴ１には、評価項目と項目毎に付与されるポイント数（ＰＴ）との関係が示されている。評価項目とは、コンテンツ、または制作者であるユーザの品質を測定する項目である。なお、ここで表記するポイントの値は、説明を容易にするための仮の数値である。

　評価項目のＮｏ．１には、最も一般的なサービス提供ページへのアクセスが挙げられており、鑑賞ユーザがページにアクセスする毎に１点が付与される。評価項目のＮｏ．２からＮｏ．４に記載されたＢＯＸは、本出願人による先の出願（特開２０１１－２４２８１７号）で詳細に説明されたランクＢＯＸを示しており、コンテンツが格納されるＢＯＸの番号によって、付与されるポイント数が異なっている。

　評価項目として、上記項目以外に、コンテンツが購入された場合（Ｎｏ．５）や、そのコンテンツを鑑賞したユーザの評価がよかった場合（Ｎｏ．８）等が挙げられる。コンテンツが購入された場合とは、販売実績として、課金設定がされたミニコンテンツが観賞された場合や、その他のサービスでコンテンツを販売しており、そのコンテンツが購入された場合等である。また、評価が良かった場合とは、例えば、「良かった」「良くなかった」と言う様なボタンを設け、鑑賞ユーザより「良かった」というボタンを押される場合である。また、「良くなかった」というボタンを押されると、マイナスポイントを付与することも可能である。ボタン以外にも、コメント等にて特定のキーワードの数（例えば、「良かった」という様な肯定的なキーワードが検出されたら１点）にて、評価ポイントを付与することも可能である。

　評価項目のＮＯ．６は、同じ鑑賞ユーザより何度も（再訪問され）観賞されているアクセス数（ＰＶ）である、ユニークユーザ数（ＵＵ）に対し、評価ポイントを付与しているものである。また、ＮＯ．７のボリュームとは、テキストコンテンツの場合であれば、ボリュームの量によっても、評価項目の対象とすることも可能である（例えば、○○文字以上であれば１点）。また、テーブルＴ１の評価項目として新たな項目を追加することも可能である。

　テーブルＴ１の項目を、コンテンツ基準による項目とユーザ基準による項目とに区別し、図６を用いて詳細に説明する。評価項目には、ユーザを評価する項目と、コンテンツを評価する項目に分けられる。

　図６（ａ）に示すコンテンツを評価する項目では、アクセス数、コメント数、再生回数、レビュー結果（良かった、良くなかった等）、リピートアクセス数が上げられる。これらは、対象となる個々のコンテンツの評価ポイントの合計値を集計する。他にも、コンテンツに対し被リンクされている（引用されている）、コンテンツに対しブックマークされている、（評価の高いユーザより）コンテンツに対しブックマークされている、という項目が上げられる。また評価の高いユーザとは、そのユーザ自身が、評価項目にある評価ポイントが高い有力な制作ユーザである。コンテンツ基準では、上記の項目により評価ポイントを収集することができる。

　図６（ｂ）に示す制作ユーザを評価する項目では、アクセス数、コメント数、再生回数、コンテンツを購入された、レビュー結果（良かった、良くなかった等）、リピートアクセス数、が上げられる。これらは、特定の制作者が作成した複数のコンテンツの評価ポイントの合計の総和にて集計する。他にも、制作ユーザに対し被リンクされている（引用されている）、制作ユーザに対しブックマークされている、（評価の高いユーザより）制作者に対しブックマークされている、（評価の高い制作ユーザより）制作者に対し被リンクされている、という項目が上げられる。ユーザ基準では、上記の項目により評価ポイントを収集することができる。

　上記評価項目は、全てを採用する必要はなく、いずれかだけを採用して評価ポイントとして集計することが可能である。

　ここで、本発明がポイントと述べるのは、それぞれの各評価項目を数量的に表して述べるためであり、１アクセス＝１ポイント、１ブックマーク＝１ポイント、とカウントするならば、アクセス数およびブックマーク数というのは、そのまま、ポイント数と同様の意味である。また、ある評価項目と、ある評価項目を比較して価値としての差異を設けるために、最終的な計算式にて、×２、×３と、計算を行うのと同様である。また、ポイントとして述べるのは、例えば、コンテンツのボリュームを数量的にも表せるためである。

　評価項目は、その性質から大きく２つに分かれ、１つ目はコンテンツの質そのものに関する項目、２つ目は鑑賞ユーザの行動から得られる項目である。

　コンテンツの質そのものとは、例えば、ランクＢＯＸからの評価ポイントがあり、他には、文字データならキーワードや、文字量等、コンテンツの質に直接関係する項目である。

　一方、鑑賞ユーザの行動から得られる項目として、Ｎｏ．１に示したアクセス数が上げられる。そして、コンテンツを評価する際、アクセス数が最も分かり易い指標となるのだが、鑑賞者がお金を支払ってまで鑑賞したいコンテンツとは、単に、アクセス数が高いだけのものではなく、アクセス数は少ないが、一部のマニアに受けていたり、専門生の高いものであったりすることが考えられる。このため、アクセス数だけではなく、品質の善し悪しで評価ポイントを収集できることが望ましいとしている。

　このように、評価項目とは、総合的な角度からコンテンツの品質を測定するものであり、最低一つの項目を有すれば評価ポイントは収集することが可能であるが、複数の評価項目から構成されることが望ましい。

　図５の説明に戻って、評価基準ＤＢのテーブルＴ２には、評価基準毎の基準値が示され、図の例ではコンテンツ基準の基準値が８０点、ユーザ基準の基準値が１００点に設定されている。この基準値を超えると、チップ設定権が発行される。

　ここで、テーブルＴ２の基準値のパターンを、図７を用いて説明する。図７（ａ）（ｂ）（ｃ）はコンテンツ基準であり、図７（ｄ）（ｅ）（ｆ）はユーザ基準である。図７（ａ）は、採用された評価項目の評価ポイントの合計が基準値を超える、という条件である。例えば、採用された評価項目がアクセス数であり、基準値が１０００であるならば、対象となるコンテンツＡのアクセス数の合計が１０００を越えると基準を満たす、というものである。

　また、その他の評価項目を加えることも可能である。例えば、アクセス数と、コメント数が採用されるならば、アクセス数とコメント数の合計が１０００を超えると基準を満たす、というものである。

　図７（ｂ）（ｃ）は、条件１～４の全てを満たした場合、基準値を超えるというものである。例えば、図７（ｂ）では、
・条件１、アクセス数が３０００を超える
・条件２、レビュー評価（アクセス数の１０％以上が良かったという評価
　　　　　＝３００回良かったと評価された）
・条件３、レビュー評価（アクセス数の４０％以上が悪かったという評価ではない
　　　　　＝１２００回悪かったと評価された場合基準は満たさない。）
・条件４、その他の評価項目が５０ＰＴ以上
という条件の全てをクリアした場合、基準値を超えるというものである。

　図７（ｃ）では、
・条件１、アクセス数が５００を超える
・条件２、レビュー評価（アクセス数の６０％以上が良かったという評価
　　　　　＝３００回良かったと評価された）
・条件３、レビュー評価（アクセス数の１０％以上が悪かったという評価ではない
　　　　　＝５０回悪かったと評価された場合基準は満たさない。）
・条件４、その他の評価項目が１００ＰＴ以上
という条件の全てをクリアした場合、基準値を超えるというものである。

　図７（ｂ）では、アクセス数が高く、質的な評価ポイントは低く設定された条件である。図７（ｃ）では、アクセス数が低く、質的な評価ポイントは高く設定された条件である。また図７（ｂ）（ｃ）両方の基準値を採用することも可能である。この条件は新たに作成することが可能であり、条件は追加して行くことが可能である。また、１セットの条件同士を組み合わせることも可能である。

　このように、課金の対象を定める基準値として、複数の評価項目のそれぞれの評価ポイントの合計が基準値を超えると、コンテンツを課金の対象とすることも可能である。なお、図７（ｄ）（ｅ）（ｆ）のユーザ基準も同様であるため、説明を省略する。

　図５の説明に戻って、テーブルＴ３には、コンテンツ毎および制作ユーザ毎に収集されたポイント数が示されており、各コンテンツおよび制作ユーザには識別用のユニークなＩＤが付与されている。またテーブルＴ３は、図６で説明を行ったコンテンツ基準の項目より収集した、コンテンツ毎のポイント数を格納したテーブルＴ３１と、同様に、図６で説明を行ったユーザ基準により収集した、制作ユーザ毎のポイント数を格納したテーブルＴ３２に区分されている。

　ここで、テーブルＴ３の内容を、図８を用いてより詳細に説明すると、テーブルＴ３１のコンテンツＩＤ；０００１は、図８（ａ）に示すように、各評価項目ごとに評価ポイントを格納していることが望ましい。また図８（ｂ）に示すように、テーブルＴ３２のユーザにおいても同様である。

　図４の説明に戻って、サービス提供サーバ２の評価基準ＤＢ５２以外の構成部材の機能について説明する。コンテンツＤＢ５１には、制作ユーザがユーザ端末４ａを用いてサービス提供サーバ２に投稿（アップロード）したコンテンツが、識別用のＩＤが付与された状態で格納され蓄積されている。評価ＰＴ算出部２１は、コンテンツＤＢ５１に蓄積された各コンテンツについて評価基準ＤＢ５２のテーブルＴ１の項目に基づいてポイントを集計すると共に、その値をテーブルＴ３に格納する。

　なお、テーブルＴ１およびテーブルＴ２は、説明を容易にするために表記するものであり、項目の内容をプログラムで記述することも可能である。このため、必ずしもテーブルの形式にて参照および集計を行う必要はなく、同様の効果であればよい。

　チップ設定権発行部２２は、評価基準ＤＢ５２のテーブルＴ３を読み出して、コンテンツ毎のポイント数をテーブルＴ２の基準値と比較する。チップ設定権発行部２２は、ポイント数の合計が基準値を超えたときに、制作ユーザが使用しているユーザ端末４ａにコンテンツが基準値を越えたことを通知し、コンテンツ基準によるチップ設定権を発行する。また、課金の設定がされたコンテンツであることがわかるように、コンテンツにチップマークＣを付与する。

　この時、初期設定としてチップ設定権が発行されると同時に、自動的に有料設定に切り替わる設定を行っていれば、基準値を越えたと同時に自動的に有料のミニコンテンツとして切り替わる。しかし、制作ユーザが、自身で有料設定にするコンテンツの確認を行いたい場合、基準値が超えたとしても自動的に有料設定に切り替わらず、例えば「このコンテンツを有料設定しますか？」と言う様な確認通知が届き、「設定する」という制作ユーザの許可を得て、有料設定に切り替わる。

　ユーザ端末４ａを介してチップ設定権の発行の通知を受けた制作ユーザは、チップ金額（課金の額）を決めてサービス提供サーバ２のチップ課金登録部２３に通知する。通知されたチップ金額は、チップ課金ＤＢ５３に格納される。また、コンピュータにより自動的に金額を設定する方法、または、チップ設定権が発行される前に、事前に制作ユーザが金額を決めておく方法も可能である。この方法であれば、基準値を超えてチップ設定権が発行されると同時に、自動的に有料設定に切り替えることが可能である。

　チップ金額の設定方法として、一律型と変動型の２種類がある。一律型は、コンテンツの内容に関係なく一律の額（例えば３円）に設定するものである。一方、変動型は、コンテンツの内容に応じてチップ金額を変える（例えば１円から５０円の間）ものである。

　変動型の場合、制作ユーザが金額を自由に設定することも可能であるが、コンピュータで計算を行う方法も可能である。例えば、動画…３０円～５０円、画像…１０円～２０円、音楽…１０円～２０円、テキスト…１円～１０円、というように、ジャンルごとに制作手間が異なることを考慮に入れて、ジャンル毎に相場を設けて金額を算出する方法や、コンテンツのボリュームの程度によって、ボリュームが多ければ金額を高めに算出するという方法も可能である。

　評価基準としてユーザ基準を採用した場合、チップ設定権発行部２２は、評価基準ＤＢ５２のテーブルＴ３を読み出し、制作ユーザ毎のポイント数をテーブルＴ２の基準値と比較し、ポイント数が基準値以上となったときに、制作ユーザが使用しているユーザ端末４ａに制作ユーザの評価ポイントの合計が基準値を越えたことを通知し、ユーザ基準によるチップ設定権の発行を行う。ユーザ基準の場合も、コンテンツ基準の場合と同様に、チップ金額の設定方法として、一律型、変動型のいずれかの方法が採用される。

　開示履歴カウント部２４は、チップマークが付与された課金対象のコンテンツが鑑賞のために開示された履歴をカウントし、その履歴データをチップ課金ＤＢ５３に格納する。チップ収益算出部２５は、チップ課金ＤＢ５３に格納されたチップ課金の値と開示履歴データを読み出し、制作ユーザ毎のチップ課金による収益の額を算出して課金ＤＢ５４に格納する。同様に、チップ支払算出部２６は、鑑賞ユーザ毎にチップ金額の合計を算出し、支払額として課金ＤＢ５４に格納する。

　図９は、チップ課金ＤＢ５３に格納されるデータの例を示しており、図９（ａ）は、各コンテンツのページの開示回数であり、図９（ｂ）は、各観賞ユーザの閲覧したコンテンツの履歴である。図ではＵＲＬを格納しているが、コンテンツを特定できるデータ（例えば、コンテンツコード等）であれば構わない。

　図４の説明に戻って、決済処理部２７は、一定の期間毎（例えば月毎）に課金ＤＢ５４に格納された収益額を読み出し、制作ユーザのユーザ端末４ａに対してその期間に発生したチップ金額の合計を通知すると共に、その金額から仲介手数料（例えば収益の１０％）を差し引いた額を、制作ユーザの銀行口座に振り込む。

　また決済処理部２７は、鑑賞ユーザが使用するユーザ端末４ｂに対してその期間に発生した支払額の合計を通知すると共に、ユーザの同意を得て、その金額を、あらかじめ登録されている鑑賞ユーザの銀行口座から引き落とす処理を行う。

　＜課金における具体的手順＞
　次に、図１０～図１２に示す流れ図を参照して、チップ課金に関する処理の流れについて具体的に説明する

　最初に、図１０を参照して、制作ユーザに関連した処理の流れを説明する。制作ユーザは、初めに、ユーザ端末４ａを用いてサービス提供サーバ２にアクセスして、ログインを行う（ステップＳ１１）。次に、コンテンツを投稿する（ステップＳ１２）。前述したように、コンテンツには文字データ（記事）、動画、漫画等があるが、種類を問わない。

　コンテンツを鑑賞したいユーザがユーザ端末４ｂを用いてサービス提供サーバ２にアクセスし、サービス提供ページに掲載されたタイトル等を参考にして、コンテンツＤＢ５１から希望するコンテンツを読み出して鑑賞する。ユーザによる鑑賞によってコンテンツの評価ポイントが蓄積され、コンテンツ基準の基準値を越える（ステップＳ１３）。

　鑑賞されたコンテンツの評価ポイントの合計が基準値を超えると、チップ設定権発行部２２より、制作ユーザのユーザ端末４ａに対して「チップ設定を行いますか？」という通知が送信される（ステップＳ１４）。通知を受けた制作ユーザは、チップ設定を行う（ステップＳ１５）。図では、３つのコンテンツＡ、Ｂ、Ｃについてチップ設定を行う場合を示している。

　なお、制作ユーザにより、初期設定で、基準値が超えれば自動的に課金設定に切り替わる方法に設定されていれば、ステップＳ１４、Ｓ１５は、省略することが可能である。また、この方法であれば、評価ポイントがたまってから、課金設定までのタイムラグが発生することがなく効率的である。

　チップ設定権発行部２２は、チップ設定を行ったコンテンツについて、そのコンテンツが掲載されたページへリンクするためにコンテンツのタイトル、アイコン等にチップマークＣを付与する（ステップＳ１６）。

　その後、制作ユーザは、ユーザ端末４ａを用いてサービス提供サーバ２にアクセスしてチップ課金の状況を確認する（ステップＳ１７）。例えば、チップ課金の額が５円に設定されたコンテンツについて３０回ページが開かれ（クリックされ）ていれば、３０×５円＝１５０円の収益が発生したことを確認できる。

　次に、図１１を参照して鑑賞ユーザに関連した処理の流れを説明する。鑑賞ユーザは、ユーザ端末４ｂを用いてサービス提供サーバ２にアクセスしてサービス提供ページを開き、コンテンツのタイトルまたはアイコンにチップマークが付与されていることを確認する（ステップＳ２１）。チップマークは、「一定の品質をクリアしていますよ」という保証マークとしての機能を備えている。

　鑑賞ユーザが、マウスを用いてチップマークの付いたコンテンツのタイトルをクリックすると、ログイン用の画面が現れる（ステップＳ２２）。この画面は、「このページは、チップ設定（有料）がされています。ログインを行いますか？」という鑑賞ユーザに対して意思表示を求める画面である。

　鑑賞ユーザがログインを行うと、念のため再度「このコンテンツはチップ設定がされています。鑑賞を続けますか？」と言う確認文が画面に表示される（ステップＳ２３）。

　鑑賞ユーザは、コンテンツの鑑賞に同意して、コンテンツのページを開示する（ステップＳ２４）。この時、開示履歴カウント部２４は、チップ課金ＤＢ５３の鑑賞ユーザの（チップ設定されたミニコンテンツの）ページ鑑賞履歴に、開示したページのＵＲＬを格納する。なお、履歴が残らなくとも参照したことがカウントされれば、同様の効果が得られる。

　鑑賞ユーザは、チップ金額の合計額、すなわち支払いが必要な額を、ユーザ管理用の画面で確認することができる（ステップＳ２５）。なお、チップ金額の算出方法は、チップ課金設定がされたＵＲＬに対しカウントを行い、同一ＵＲＬは何回クリックしたとしても１回のカウントを行い、同一ＵＲＬに対して重複したカウントは行われない。

　次に、図１２を参照して、サービス提供サーバ２における処理の流れを説明する。最初にサーバは、制作ユーザがユーザ端末４ａを用いて投稿したコンテンツを受信し、それをコンテンツＤＢ５１に格納する（ステップＳ３１）。なお、チップ設定において他サイトとの連携を行う際は、それに関する設定が必要である。

　次に、評価ＰＴ算出部２１は、各コンテンツの評価ポイント（ＰＴ）を収集して、それを評価基準ＤＢ５２に格納し蓄積する（ステップＳ３２）。次に、チップ設定権発行部２２は、コンテンツ（ＩＤ：０００１）の評価ポイントの合計が基準値を超えると、チップ設定の通知を制作ユーザの使用するユーザ端末４ａへ送信する（ステップＳ３３）。

　チップ設定権発行部２２は、制作ユーザのユーザ端末４ａから「ＹＥＳ（設定する）」の信号が送られてきたら、コンテンツ（ＩＤ：０００１）にチップマークを付与する処理、およびチップ課金の対象コンテンツとして登録する処理を行う（ステップＳ３４）。この登録データは、無料のコンテンツと区別する形で、例えば＜コンテンツＩＤ：０００１/ＴＩＰ/ＵＲＬ＞という様な形で登録される。

　次に、上述の登録がされたコンテンツ＜ＩＤ：０００１/ＴＩＰ/ＵＲＬ＞に対し、ページが開示された（鑑賞された）回数をカウントする（ステップＳ３５）。

　次に、制作ユーザは、ユーザ端末４ａを用いて、コンテンツ＜ＩＤ：０００１/ＴＩＰ/ＵＲＬ＞の表示カウント数およびチップ金額の合計額を確認する（ステップＳ３６）。その後、チップ収益算出部２５でチップ金額が集計され、決算処理部２６によって制作ユーザの口座への振込み処理が行われる（ステップＳ３７）。

　一方、鑑賞ユーザがコンテンツのページを開示するためクリックを行った際に、そのユーザのチップ課金ページ参照履歴にもコンテンツ＜ＩＤ：０００１/ＴＩＰ/ＵＲＬ＞を開示したことの履歴が格納される（ステップＳ３８）

　次に、チップ支払算出部２６において、その鑑賞ユーザについてのチップ課金の支払金額を集計する（ステップＳ３９）。その後、決済処理部２７が必要に応じて鑑賞ユーザの口座から支払金額を引き落とす。以上が、課金処理における流れである。

　次に、図１３～図１６を参照して、本発明にかかる課金方法における各ページの表示形態について説明する。図１３（ａ）には、制作者が、ブログ記事等のコンテンツを投稿する場合のページを示す。ページＰ１１の本文に各章のタイトル（章タイトル）を記載する形式を取り、かつ本文以外に、例えば５００文字までの概要を入力する欄が設けられている。制作ユーザは、ページＰ１１に必要な事項を記入した後、ユーザ端末４ａを用いてそのデータをサービス提供サーバ２にアップロードする。

　コンテンツが投稿されると、ページＰ１２に示すように、制作日付、コンテンツタイトル、章タイトルが自動で抽出された欄および概要文の欄が作成される。これは、コンテンツの簡易表示画面である。なお、ユーザによる鑑賞により対象コンテンツの評価ポイントの合計が基準値を超え、チップ設定の対象となると、Ｐ１２に示すページのタイトルを表示した部分には、チップ設定されたことを示すチップマークＣが表示される。

　図１３（ｂ）に示すように、鑑賞ユーザが、マウスを用いてページＰ１２のタイトルをクリックすると、Ｐ１３に示すコンテンツ鑑賞ページが開示される。ページＰ１３には、鑑賞ユーザの現在のチップ課金の合計額と、過去にそのコンテンツを鑑賞し、満足した（良かった）というボタンを押したユーザの人数を併せて表示することも可能である。

　ページＰ１４はページＰ１２の他の表示例であり、このページには、鑑賞を検討しているユーザに対する参照データとして、そのコンテンツのページが開示された回数およびコンテンツの内容に満足したユーザの数が表示される。

　図１４は、チップ設定されたコンテンツについて、コンテンツを観賞するまでに表示されるページの形態を示す図である。図１４（ａ）に示すように、通常の流れでは、最初、ページＰ１５にタイトルとチップマークＣのみが表示され、ユーザがマウスを用いてタイトル部分をクリックすると、前述の章タイトルが表示されたページＰ１４が開示され、ユーザが「チップマークが付与されています。開示しますか？」というサーバの問い合わせ（すなわちチップ課金の意思確認）に対して同意すると、コンテンツの全文が表示されたページＰ１３が開示される。

　これに対し、図１４（ｂ）に示す流れでは、タイトルとチップマークＣのみが表示されたページＰ１５において、サーバから「チップが付与されています。開示しますか？」という問い合わせがあり、それに同意すると、ページＰ１４が開示されることなく、ページＰ１３が開示される。ユーザが希望する場合には、図１４（ｂ）に示す流れを採用してもよい。

　図１５に、チップマークＣのバリエーションを示す。チップマークは、鑑賞ユーザが確認できる形態なら、どのような形態でも構わない。図１５（ａ）は、チップマークＣ自身のバリエーションを示し、枠内にＣの代わりにチップ金額を表示している。図１５（ｂ）は、タイトルへのチップマークの表示の仕方のバリエーションを示し、図１５（ｃ）は、サムネイルへのチップマーク付与の仕方のバリエーションを示している。

　図１６は、チップ設定がされているコンテンツばかりを表示したページの形態を示す。Ｐ１６は、コンテンツのタイトルのみが列記されたページの例、Ｐ１７は、各コンテンツから抽出された章タイトルと概要が列記されたページの例、Ｐ１８は、動画のアイコンが列記されたページの例を示している。

　図１６に示すような、チップ設定がされたコンテンツばかりを集めたミニコンテンツ提供サイトの特徴は、コンテンツのダウンロードを行わなくとも、ログインを行い、タイトルをクリックし、確認文に対し「はい」を送信し、ＵＲＬページを開示するだけで、コンテンツが観賞できることにある。そしてユーザによるページ開示の回数に対してチップ課金が行われる。

　なお、Ｗｅｂページを表示する毎に課金設定を行うのではなく、ストリーミング配信等で、動画を配信している場合、再生回数毎に課金設定を行う方法でも可能である。この場合、ページを開示する前ではなく、再生を行う前に、課金の確認文、例えば「このコンテンツは有料です。観賞しますか？」と言うような表示がされる方法でよい。

　また、評価ポイントや評価基準値は、ページへのアクセス数ではなく、再生回数とすることが可能である。また課金処理の方法は、ページを開示して課金を行う方法と同様に、開示履歴カウント部２４にて再生履歴をカウントし、その履歴をチップ課金ＤＢ５３に格納する。同様に、チップ収益算出部２５と、チップ支払算出部２６は、チップ課金ＤＢ５３に格納されたデータを読み出す。

　なお、チップ課金ＤＢ５３には、それぞれのコンテンツの再生回数と、各観賞ユーザの再生したコンテンツの履歴（コンテンツを特定できるデータ、例えば、コンテンツコード等）が格納される。音楽を再生する場合も同様である。

　また、本実施の形態では、基本的にＷｅｂページ単位でコンテンツをＤＢに登録し、かつＷｅｂページ単位で課金を行う場合について説明したが、それ以外の方法として、図１７に示す様に、画像ファイル単位で課金を行う方法がある。画像ファイルが数枚、記憶装置に保存されており、同一のＷｅｂページ上で、記憶装置に保存された画像ファイルを、次々とページをめくるように（図ではＰ１９からＰ２０へ）呼び出し表示する方法である。

　この場合、ページ開示と画像ファイルの表示は同様とみなし、画像ファイルを呼び出した回数をカウントして、評価ポイントとして収集することが可能である。同様に、評価ポイントが一定以上たまると、画像ファイルを呼び出してＷｅｂページ上へ表示するには課金設定が設けられる。

　（実施の形態２）
　実施の形態１では、課金の際の基準としてコンテンツ基準とユーザ基準について説明した。このうちユーザ基準の運用については、考慮すべき事項がある。

　すなわち、ユーザ基準において制作者が一定の基準を満たしたからと言って、一定の評価基準を越えた制作者に、自己の裁量でチップ設定が行える権利を付与してしまうと、ユーザの自由な判断で、好きなだけコンテンツにチップ設定ができてしまうため、品質の保証ができなくなるという問題がある。

　この問題の解決策として、本実施の形態では、チップ設定権に回数制限を設けている。図１８は、チップ設定権の回数制限の考え方をイメージで表したものである。仮に、ユーザ基準における評価ポイントの基準値が１００点だとしたら、評価ポイントの合計が１００点を超えた制作ユーザに対して、１０回のチップ設定権を付与する。具体的には、その制作ユーザから提供されるコンテンツのうち１０件のコンテンツに対してチップ設定ができるものとする。

　そして、更に、累積のポイント数が１５０点を超えた時に、追加として１０回のチップ設定権が与えられる。このようにして、ユーザ基準において制作ユーザの獲得した累積のポイント数が増加する毎に追加のチップ設定権が付与される。このようにチップ設定権の設定回数を基準値と連動させれば、制作者の作品に対する評価の高まりに応じてチップ設定権の回数が増えるため、チップ設定権の乱造を防止できる。

　図１９（ａ）に、図１８に示した考え方に基づいてチップ設定を行う場合の画面構成を示す。画面Ｐ２１は、ユーザ基準において制作ユーザの獲得した累積のポイント数が基準値を超えたときに、ユーザ端末４ａの画面に表示される通知の内容である。

　この通知を受けた制作ユーザは、サービス提供サーバ２にコンテンツを投稿する際に、もしくは投稿後にチップ設定を行うことができる。Ｐ２２に、投稿と同時にチップ設定を行うときのページの内容、Ｐ２３に、コンテンツの投稿後にチップ設定を行うときのページの内容を示す。いずれの画面においても、マウスを用いて「チップ設定」のボタンをクリックすれば、チップ設定の登録が行われる。

　図１９（ｂ）のページＰ２４は、チップ設定の登録が行われたコンテンツのタイトルを表示したもので、ユーザ基準に基づいてチップ設定が行われたコンテンツタイトル１と、コンテンツ基準に基づいてチップ設定が行われたコンテンツタイトル２で、チップマーＣの色を変えている。チップマークの色を変えることによって、いずれの基準に基づいて付与されたチップ設定であるかを、簡単に区別できる。

　（実施の形態３）
　実施の形態１では、システム運営者が運営するサービス提供サーバ２にコンテンツをアップロードし、システム運営者が運営するサイト上へ表示する方法を説明した。これに対し、外部のＤＢサーバに投稿され、他のサイト上に掲載されるコンテンツであっても、実施の形態１と同様の機能（評価ポイントが基準値を超えると、課金設定が行える機能）を利用することが可能である。

　具体的には、他のサイトで掲載されるコンテンツを特定できるコンテンツデータ（例えば、ＵＲＬ、コンテンツコード）を、コンテンツＤＢ５１に格納し、実施の形態１で説明したのと同様の評価項目の評価ポイントが、サービス実施者同士の提携等により収集できれば可能である。この場合、コンテンツそのものであるデータは、必ずしも、サービス提供者のコンテンツＤＢ５１に格納しなくてもよい。

　上述の内容を図２０に示す。コンテンツデータは、図２０（ａ）に示すような、コンテンツそのもののデータを含むデータと、図２０（ｂ）に示すような、コンテンツそのもののデータを含まないコンテンツを特定するデータのいずれをも含むものである。

　（実施の形態４）
　実施の形態１では、コンテンツ基準またはユーザ基準の評価基準値を満たすとチップ設定権が自動的に付与されることを説明した。その他にも、チップ設定権を付与する方法として、コンテンツを投稿するユーザが、評価ポイントを直接購入することにより、付与するという方法も考えられる。この場合、図１９（ｂ）に示すチップマークは、コンテンツ基準およびユーザ基準のチップマークと見分けがつくように区別されて表示される。

　（実施の形態５）
　実施の形態１では、対象となるコンテンツとして、比較的ボリュームの少ないブログ等の記事（ニュース記事等も含む）や、短時間の動画コンテンツ、画像や音楽等を上げている。これらは、第一に望ましい形態であり、本発明は、これら以外の形態のコンテンツを対象とすることも可能である。

　具体的には、ボリュームの多い動画や書籍等のコンテンツである。また、金額においても、１円～５０円程度と言う様な少額ではなく１００円以上の価格であっても自由に決めることは可能である。また、課金の方法も、月締めではなく、コンテンツ毎に都度、課金を行うことも可能である。また、課金方法は、金額で締める方法も可能である（例えば、１０００円以上で引き落とす）。これらは実施の際に適宜考えられるものとする。

　以上が本発明の内容である。なお、図面は説明を容易にするための表示であり、これにより本発明が図示の形態に限定されるものではない。また、明細書では、画面操作において説明が容易なように、マウスを用いた説明を行っているが、タッチパット、タッチパネル等、マウスを用いない方法でも操作は可能である。また、明細書に記載した数字などの値は、説明を容易にするために仮に付与している値である。また、表示画面の図面は、機能や操作性における画面構成であって、細部の画面レイアウトは図に限るものではない。

　また、本システムの端末とは、ＰＣ端末、携帯端末、タブレット端末、その他の端末を指すものである。また、データベースは、システム運営側で構成する方法、クラウドによる方法、分散処理等、形態に囚われるものではない。また、特定の機能の設定に対し自動処理で行う方法、手動処理で行う方法、プログラム処理のショートカット等の判断は、その時のケースによって最適な方法は考えられるものとする。

　　１　コンテンツ鑑賞システム
　　２　サービス提供サーバ
　　３　Ｗｅｂサーバ
　　４　ユーザ端末
　　５　インターネット
　２１　評価ＰＴ算出
　２２　チップ設定権発生部
　２３　チップ課金登録部
　２４　開示履歴カウント部
　２５　チップ収益算出部
　２６　チップ支払算出部
　２７　決済処理部
　５１　コンテンツＤＢ
　５２　評価基準ＤＢ
　５３　チップ課金ＤＢ
　５４　課金ＤＢ
　　Ｃ　チップマーク
　Ｔ１、Ｔ２、Ｔ３　テーブル

Claims (11)

1. 　コンテンツの鑑賞を希望するユーザが、ネットワークに接続されたユーザ端末を用いて、コンテンツデータが蓄積されたサービス提供サーバにアクセスして、前記ユーザ端末上でコンテンツを鑑賞するコンテンツ鑑賞システムにおける課金方法であって、
   　前記サービス提供サーバは、対象となるコンテンツの評価ポイントの合計が第１の基準値を超えるまでは、コンテンツの無償での鑑賞をユーザに許し、
   　コンテンツの評価ポイントの合計が第１の基準値を超えた後は、コンテンツを課金の対象とすることを特徴とするコンテンツ課金方法。
2. 　課金の対象を定める基準値として、前記第１の基準値に加えて第２の基準値を採用し、
   　前記サービス提供サーバは、制作者の評価ポイントの合計が第２の基準値を超えるまでは、前記制作者が作成した複数のコンテンツについて無償での鑑賞をユーザに許し、
   　前記制作者の評価ポイントの合計が第２の基準値を超えた後は、前記制作者が制作したコンテンツを課金の対象とすることを特徴とする請求項１に記載のコンテンツ課金方法。
3. 　前記サービス提供サーバは、課金の対象となったコンテンツについて、サービスを提供するページに、コンテンツのタイトルだけ、もしくはコンテンツのタイトルとコンテンツの一部を掲載すると共に、課金の対象であることを示すマークを表示することを特徴とする、請求項１または２に記載のコンテンツ課金方法。
4. 　前記評価ポイントは、コンテンツの鑑賞を希望するユーザが当該コンテンツを掲載したページにアクセスした回数、またはコンテンツを再生した回数に対応した値であることを特徴とする、請求項１ないし３のいずれかに記載のコンテンツ課金方法。
5. 　前記評価ポイントは、複数の評価項目のそれぞれに対して付与されることを特徴とする、請求項１ないし４のいずれかに記載のコンテンツ課金方法。
6. 　課金の対象を定めるための複数の条件を有し、当該複数の条件の全てを満たすと、前記第１または第２の基準値を超えたとみなして、コンテンツを課金の対象とすることを特徴とする請求項５に記載のコンテンツ課金方法。
7. 　前記サービス提供サーバは、前記制作者の評価ポイントの合計が第２の基準値を超えたとき、前記制作者の作成した複数のコンテンツのうち当該制作者により選択された所定の数の第１のコンテンツ群だけを課金の対象とし、
   　前記制作者の評価ポイントの合計が、前記第２の基準値を超える第３の基準値を超えたとき、前記制作者の作成した複数のコンテンツのうち、前記第１のコンテンツ群を除く、当該制作者により選択された所定の数の第２のコンテンツ群だけを課金の対象とすることを特徴とする、請求項２に記載のコンテンツ課金方法。
8. 　コンテンツの鑑賞を希望するユーザが、ネットワークに接続されたユーザ端末を用いて、コンテンツデータが蓄積されたサービス供給サーバにアクセスして、前記ユーザ端末上でコンテンツを鑑賞するコンテンツ鑑賞システムであって、
   　前記サービス供給サーバは、
   　　コンテンツデータが蓄積されたデータベースと、
   　　コンテンツについて評価ポイントを算出する評価ポイント算出部と、
   　　コンテンツの評価ポイントの合計が第１の基準値を超えたとき、当該コンテンツを課金の対象とするチップ設定権発行部と、
   　　コンテンツ制作者の意向に従い、課金の対象となったコンテンツに対して課金の額を設定するチップ課金登録部と、を備えることを特徴とするコンテンツ鑑賞システム。
9. 　前記チップ設定権発行部は、制作者の評価ポイントの合計が第２の基準値を超えたとき、前記制作者が制作したコンテンツを課金の対象とすることを特徴とする、請求項８に記載のコンテンツ鑑賞システム。
10. 　前記データベースには、コンテンツの評価項目と項目毎に付与されるポイントとの関係を示した第１のテーブルと、評価基準毎の基準値を示した第２のテーブルとが格納されていることを特徴とする、請求項８または９に記載のコンテンツ鑑賞システム。
11. 　前記サービス供給サーバは、更に、
    　　課金の対象となったコンテンツに対して、鑑賞のためページが開示された履歴、
    またはコンテンツが再生された履歴をカウントする開示履歴カウント部と、
    　　コンテンツに設定された課金の額と前記履歴データに基づいてコンテンツ毎に課金の額に基づいて制作者毎の収益の額を算出するチップ収益算出部と、
    　　コンテンツ毎に設定された課金の額と前記履歴データに基づいて、コンテンツを鑑賞したユーザ毎の支払額を算出するチップ支払算出部と、を備えることを特徴とする、請求項８ないし１０のいずれかに記載のコンテンツ鑑賞システム。

Images