JP5622871B2 - 課金システム、課金方法、および課金プログラム - Google Patents

Description

本発明は、コンテンツを提供したユーザに課金する課金システム、課金方法、および課金プログラムに関する。

ネットワークを介したコンテンツを有償提供する際の料金の回収方法としては、大きく２種類ある。ひとつが定額制であり、もうひとつは提供されるコンテンツごとに料金を徴収する従量課金である。このうち定額制では、どれだけサービスを受けても費用が予想外に高額となることが無い安心感がある一方で、ほとんど利用しない場合にも定額で料金を請求されるというデメリットもある。

このメリットとデメリットを緩和した従量課金の１つとして、２段階の定額料金を設定する仕組みがある。例えば、インターネット接続サービスにおいて、月間の通信量が規定された量より少なければ相対的に安価な１段階目の定額料金を課し、一方で、規定された量を超えた通信量に対しては追加の従量課金を課し、さらに、１段階目の定額料金と従量課金の合計が２段階目の定額料金に達した場合、通信量に関係なく２段階目の定額料金を課すものである（非特許文献１、２参照）。

「フレッツ光ライト」、NTT東日本、［online］、インターネット＜http://flets.com/light/＞ 「パケホーダイ・ダブル」、NTTドコモ、［online］、インターネット＜http://www.nttdocomo.co.jp/charge/packet/pake_hodai_w/＞

例えば音楽と映画などの異なる種類のコンテンツでは、ユーザの再生頻度に偏りが有る場合がある。具体的には、映画はコンテンツ再生時間が長い反面、一度再生するとその後複数回繰り返して再生するユーザは稀である。一方、音楽については、一度気に入った曲を見つけると、その後一定期間何度も再生を繰り返す傾向にある。

このような状況下で、コンテンツをダウンロードして利用するサービスにおいて、毎月定額では、ユーザがダウンロードしない月にも同じように費用が発生してしまう。特に音楽では、一度聞いたら何度も同じ曲を聴きたいという欲求もあり、一度ダウンロードするとしばらくダウンロードは発生しないので、ユーザは高額な定額料金は払いたくない。

このようなユーザに、高額の定額料金を請求し続けると、やがてユーザは、サービスを解約し、違法コンテンツダウンロードへと流れていきかねないという問題がある。

なお、２段階定額においても同様に、ダウンロードが発生しない場合であっても所定の通信料を見込んだ１段階目の定額料金が課されてしまう。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ユーザのコンテンツのダウンロードの状況に応じた料金体系で、ユーザに課金する課金システム、課金方法、および課金プログラムを提供することにある。

上記目的を達成するため、本発明は、課金システムであって、複数の定額レートを記憶するレート記憶手段と、ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信手段と、前記配信手段が配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶手段に記憶する履歴管理手段と、前記配信履歴記憶手段に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金手段と、を備え、前記課金手段は、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択する。

本発明は、課金システムであって、複数の定額レートを記憶するレート記憶手段と、ユーザ端末に音楽コンテンツを配信する外部サーバから、当該外部サーバが配信した音楽コンテンツの配信履歴を受信し、ユーザＩＤと対応付けて配信履歴記憶手段に記憶する履歴管理手段と、前記配信履歴記憶手段に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金手段と、を備え、前記課金手段は、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択する。

本発明は、コンピュータシステムが行う課金方法であって、前記コンピュータシステムは、複数の定額レートを記憶するレート記憶部を備え、ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信ステップと、前記配信ステップが配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶部に記憶する配信履歴管理ステップと、前記配信履歴記憶部に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金ステップと、を行い、前記課金ステップは、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択する。

本発明は、コンピュータシステムが実行する課金プログラムであって、前記コンピュータシステムは、複数の定額レートを記憶するレート記憶部を備え、前記コンピュータシステムに、ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信ステップと、前記配信ステップが配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶部に記憶する配信履歴管理ステップと、前記配信履歴記憶部に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金ステップと、を実行させ、前記課金ステップは、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択する。

本発明によれば、ユーザのコンテンツのダウンロードの状況に応じた料金体系で、ユーザに課金する課金システム、課金方法、および課金プログラムを提供することができる。これにより、本発明では、ダウンロードしない場合でも同じように費用が発生してしまうという問題を回避し、ユーザにとって魅力のある料金体系を提供することができる。

本発明の実施形態に係る課金システムの構成を示す構成図である。 ユーザ端末の構成を示す構成図である。 コンテンツ配信の処理を示すフローチャートである。 第１の課金処理を示すフローチャートである。 第２の課金処理を示すフローチャートである。 第３の課金処理を示すフローチャートである。

以下、本発明の実施形態について説明する。

図１は、本発明の実施形態に係る課金システムのサーバ側の構成を示す図である。

図示する課金システム１は、処理部１１と、コンテンツＤＢ１２と、課金ＤＢ１３と、配信履歴ＤＢ１６と、再生履歴ＤＢ１７を備える。

そして、処理部１１は、認証部１０１と、コンテンツ配信部１０２と、ユーザ履歴管理部１０３と、課金部１０４と、再生履歴受信部１０５とを備える。認証部１０１は、ユーザ認証を行う。コンテンツ配信部１０２は、ユーザ端末からの要求に応じて、当該ユーザ端末にコンテンツＤＢ１２に記憶されているコンテンツを配信する。なお、本実施形態では、コンテンツＤＢ１２には音楽コンテンツ（例えば、楽曲、ミュージックビデオ、プロモーションビデオなど）が格納されている場合を例として、以下に説明する。

ユーザ履歴管理部１０３は、コンテンツ配信部１０２が配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴ＤＢ１６に記憶する。また、ユーザ履歴管理部１０３は、再生履歴受信部１０５がユーザ端末から受信した、音楽コンテンツの再生履歴をユーザＩＤと対応付けて再生履歴ＤＢ１７に記憶する。

課金部１０４は、配信履歴ＤＢ１６に記憶された所定の期間の配信履歴をユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する。なお、本実施形態では、配信履歴が無いユーザＩＤの場合、課金ＤＢ１３のレートテーブル（料金テーブル）１５に記憶された複数の定額レートのうち第１のレートを選択し、配信履歴が有るユーザＩＤの場合、複数の定額レートの中で第１のレートより高額な第２のレートを選択する。

また、課金部１０４は、配信履歴が有るユーザＩＤの場合であって、所定の期間に当該ユーザＩＤのユーザ端末に配信した音楽コンテンツが、所定の期間より前の一定期間に配信した音楽コンテンツと同じカテゴリに属する音楽コンテンツの場合、第１のレートを選択することとしてもよい。

また、課金部１０４は、配信履歴が無いユーザＩＤの場合は、再生履歴ＤＢ１７を参照し、所定の期間における再生履歴が無い場合は、複数の定額レートの中の第１のレートより低額な第３のレートを選択することとしてもよい。

再生履歴受信部１０５は、コンテンツ配信部１０２が配信した音楽コンテンツの再生履歴を、ユーザ端末から受信する。

コンテンツＤＢ１２には、複数の音楽コンテンツが格納されている。課金ＤＢ１３は、所定の期間毎に（例えば、１ヶ月単位で）作成される課金テーブル１４と、複数の定額レートが記憶されたレートテーブル１５とを備える。課金テーブル１４は、ユーザＩＤと、当該ユーザＩＤのユーザに対して適用される課金レート（請求金額）が設定される。課金レートは、レートテーブル１５の中のいずれかの定額レートが設定される。

配信履歴ＤＢ１６は、コンテンツ配信部１０２が配信した音楽コンテンツの配信履歴（配信ログ）が記憶される。図示する配信履歴ＤＢ１６は、配信した音楽コンテンツ毎に、配信した日時と、配信したユーザＩＤと、配信した音楽コンテンツ情報（コンテンツＩＤ、コンテンツ名（曲名など））と、配信した音楽コンテンツのカテゴリと、その他のオプション情報とが対応付けて記憶される。

再生履歴ＤＢ１７は、再生履歴受信部１０５がユーザ端末から受信した音楽コンテンツの再生履歴（再生ログ）が記憶される。図示する再生履歴ＤＢ１７は、再生した音楽コンテンツ毎に、再生した日時と、再生したユーザＩＤと、再生した音楽コンテンツ情報（コンテンツＩＤ、コンテンツ名）と、その他のオプション情報とが対応付けて記憶される。

なお、課金システム１は、１つのサーバで構成されていてもよく、あるいは複数のサーバで構成されていてもよい。また、課金システム１は、コンテンツ配信部１０２およびコンテンツＤＢ１２を備えることなく、他の外部システムがコンテンツ配信部およびコンテンツＤＢを備えることとしてもよい。この場合、ユーザ履歴管理部１０３は、ユーザ端末に音楽コンテンツを配信する外部サーバから、当該外部サーバが配信した音楽コンテンツの配信履歴を受信し、ユーザＩＤと対応付けて配信履歴ＤＢ１６に記憶する。

図２は、ユーザ端末２の構成を示す構成図である。ユーザ端末２は、ネットワークを介して課金システム１にアクセスして所望の音楽コンテンツを要求し、課金システム１がネットワークを介して配信する音楽コンテンツをダウンロードし、再生する。図示するユーザ端末２は、コンテンツ要求部２１と、再生部２２と、再生履歴蓄積部２３と、再生履歴送信部２４とを備える。

コンテンツ要求部２１は、ユーザの指示に応じて課金システム１にアクセスし、所望の音楽コンテンツを要求し、当該音楽コンテンツを課金システム１からダウンロード（受信）する。再生部２２は、ユーザに指示応じて、ダウンロードした音楽コンテンツを再生する。また、本実施形態の再生部２２は、課金システム１からダウンロードをした音楽コンテンツを再生する度に、その再生履歴（再生ログ）を再生履歴蓄積部２３に記憶する。

再生履歴蓄積部２３には、再生履歴として、例えば、再生した日時、再生した音楽コンテンツ情報（コンテンツＩＤ、コンテンツ名）などが対応付けて記憶される。再生履歴送信部２４は、随時または所定のタイミングで、再生履歴蓄積部２３に蓄積された、未送信の再生履歴を課金システム１にアップロード（送信）する。なお、ネットワーク接続が常時されていないユーザ端末２の場合は、例えば、ネットワーク接続されたタイミングで、再生履歴蓄積部２３に蓄積された未送信の再生履歴を課金システム１にアップロードする。なお、再生履歴送信部２４は、メモリ（不図示）などに記憶されたユーザＩＤを読み出し、再生履歴とともにアップロードする。

上記説明した課金システム１およびユーザ端末２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、課金システム１およびユーザ端末２の各機能は、課金システム１用のプログラムの場合は課金システム１のＣＰＵが、そして、ユーザ端末２用のプログラムの場合はユーザ端末２のＣＰＵがそれぞれ実行することにより実現される。また、課金システム１用のプログラムおよびユーザ端末２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

次に、本実施形態の処理について説明する。

図３は、本実施形態のコンテンツ配信時の処理を示すフローチャートである。まず、課金システム１の認証部１０１は、ユーザ端末２から送信されるコンテンツの配信要求を受信する。そして、認証部１０１は、当該配信要求に含まれるユーザＩＤ、パスワードなどの認証情報を認証する（Ｓ１１）。例えば、認証部１０１は、図示しないユーザ情報ＤＢにユーザ端末２から送信された認証情報に一致する情報が登録されているか否かにより認証する。

認証に成功した場合、コンテンツ配信部１０２は、配信要求で指定された音楽コンテンツをコンテンツＤＢ１２から選択し、要求元のユーザ端末２に配信（ダウンロード）する（Ｓ１２）。

そして、コンテンツ配信部１０２は、配信情報（時刻（タイムスタンプ）、配信要求したユーザＩＤ、配信した音楽コンテンツのコンテンツＩＤおよびコンテンツ名など）を、ユーザ履歴管理部１０３に送出する（Ｓ１３）。

ユーザ履歴管理部１０３は、配信情報を受け付けると、当該配信情報に含まれるコンテンツＩＤのカテゴリを特定する。本実施形態では、コンテンツＤＢ１２に格納された音楽コンテンツは、いずれかのカテゴリ（グループ）に属しているものとする。すなわち、各音楽コンテンツを、いずれかのカテゴリにあらかじめグルーピングしておくものとする。例えば、アーティスト（歌手など）毎にカテゴリを分ける（グルーピングする）ことなどが考えられる。また、コンピュレーションアルバムなどのアルバム毎、またはシリーズ毎にカテゴリを分けることなどが考えられる。

音楽コンテンツと、当該コンテンツが属するカテゴリとの対応付けは、例えば、コンテンツＤＢ１２において各コンテンツＩＤに対応するカテゴリが設定されていること、あるいは、コンテンツＩＤとカテゴリとを対応付けて記憶したカテゴリ対応テーブルを備えることなどが考えられる。

ユーザ履歴管理部１０３は、コンテンツＤＢ１２またはカテゴリ対応テーブルなどから、配信情報に含まれるコンテンツＩＤのカテゴリを取得し、配信履歴データとして配信情報とカテゴリとを配信履歴ＤＢ１６に格納する（Ｓ１４）。

このように、音楽コンテンツの配信時に、配信した音楽コンテンツとユーザＩＤとを対応付けた配信履歴データを配信履歴ＤＢ１６に記憶することで、ユーザ単位にコンテンツの配信状況を管理することができる。

次に、課金処理について説明する。課金処理は、所定のタイミング（例えば、１回／月）で行われる処理である。ここでは、３つの方法の課金処理を説明する。

図４は、第１の課金処理を示すフローチャートである。第１の課金処理は、コンテンツの配信履歴の有無に応じて、第１のレートとするか第２のレートとするかを決定するものである。なお、第１の課金処理の場合、課金ＤＢ１３の定額レートには、第１のレートと、第１のレートより高額な第２のレートとが記憶されているものとする。

課金部１０４は、処理対象の所定の期間（例えば、ある月の１か月分）の配信履歴データ（レコード）を配信履歴ＤＢ１６から抽出する（Ｓ２１）。そして、課金部１０４は、ユーザＩＤ毎に、Ｓ２２からＳ２６の処理を行う。すなわち、課金部１０４は、例えばユーザＩＤ順に、ひとつのユーザＩＤを選択し（Ｓ２２）、Ｓ２１で抽出した配信履歴データの中からＳ２２で選択した当該ユーザＩＤの配信履歴データをさらに抽出する（Ｓ２３）。

そして、課金部１０４は、当該ユーザＩＤの配信履歴データの有無を判別する（Ｓ２４）。配信履歴データが少なくとも１つ抽出された場合、すなわち、少なくとも１つの音楽コンテンツがダウンロードされている場合（Ｓ２４：ＹＥＳ）、課金部１０４は、当該ユーザＩＤに対して、第２のレート（高い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第２のレートを設定する（Ｓ２５）。

一方、配信履歴データが抽出されなかった場合、すなわち、１つの音楽コンテンツもダウンロードされていない場合（Ｓ２４：ＮＯ）、課金部１０４は、当該ユーザＩＤに対して、第１のレート（安い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第１のレートを設定する（Ｓ２６）。

そして、課金部１０４は、次のユーザＩＤがある場合は（Ｓ２７：ＹＥＳ）、Ｓ２２に戻り次のユーザＩＤについて以降の処理を行い、次のユーザＩＤがない場合は（Ｓ２７：ＮＯ）、処理を終了する。

なお、第１の課金処理を用いる場合、課金システム１は、配信履歴ＤＢ１６の音楽コンテンツのカテゴリ、および再生履歴受信部１０５を備えなくてもよい。また、ユーザ端末２は、再生履歴蓄積部２３および再生履歴送信部２４を備えなくてもよい。

図５は、第２の課金処理を示すフローチャートである。第２の課金処理は、音楽コンテンツの配信履歴データがある場合であっても、過去に配信した音楽コンテンツと同じカテゴリの場合は、第１のレート（安い方のレート）を適用するものである。なお、第２の課金処理の場合、課金ＤＢ１３の定額レートには、第１のレートと、第１のレートより高額な第２のレートとが記憶されているものとする。

図５のＳ３１からＳ３４の処理は、図４のＳ２１からＳ２４と同様であるため、ここでは説明を省略する。配信履歴データが少なくとも１つ抽出された場合、すなわち、少なくとも１つの音楽コンテンツがダウンロードされている場合（Ｓ３４：ＹＥＳ）、課金部１０４は、抽出された各配信履歴データのカテゴリを特定する。また、課金部１０４は、当該ユーザＩＤの処理対象の期間より前の過去の一定期間（例えば、処理対象月の前月）の配信履歴データを特定する。そして、Ｓ３３で抽出した配信履歴データから特定した各カテゴリの全てが、過去の一定期間の配信履歴データから特定したカテゴリに含まれる場合（Ｓ３５：ＹＥＳ）、当該ユーザＩＤに対して、第１のレート（安い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第１のレートを設定する（Ｓ３７）。

例えば、前月にダウンロードした音楽コンテンツのアーティストと同じアーティストの音楽コンテンツのみをダウンロードした場合、または、前月にダウンロードした音楽コンテンツと同じシリーズの音楽コンテンツのみをダウンロードした場合は、音楽コンテンツのダウンロードが発生したにもかかわらず、安い方の第１のレートを適用する。

一方、Ｓ３２で抽出した配信履歴データから特定したカテゴリの少なくとも１つが、過去の一定期間の配信履歴データから特定したカテゴリに含まれない場合（Ｓ３５：ＮＯ）、課金部１０４は、当該ユーザＩＤに対して、第１のレートより高い第２のレートを適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第２のレートを設定する（Ｓ３６）。

また、配信履歴データが抽出されなかった場合、すなわち、１つの音楽コンテンツもダウンロードされていない場合（Ｓ３４：ＮＯ）、課金部１０４は、当該ユーザＩＤに対して、第１のレート（安い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第１のレートを設定する（Ｓ３７）。

そして、課金部１０４は、次のユーザＩＤがある場合は（Ｓ３８：ＹＥＳ）、Ｓ３２に戻り次のユーザＩＤについて以降の処理を行い、次のユーザＩＤがいない場合は（Ｓ３８：ＮＯ）、処理を終了する。

なお、第２の課金処理を用いる場合、課金システム１は、再生履歴受信部１０５を備えなくてもよく、また、ユーザ端末２は、再生履歴蓄積部２３および再生履歴送信部２４を備えなくてもよい。

図６は、第３の課金処理を示すフローチャートである。第３の課金処理は、音楽コンテンツの配信履歴データがない場合（ダウンロードが行われなかった場合）であって、過去にダウンロードした音楽コンテンツをユーザ端末２で再生もしていない場合に、第１のレートよりさらに安い第３のレートを適用するものである。なお、第３の課金処理の場合、課金ＤＢ１３の定額レートには、第１のレートと、第１のレートより高額な第２のレートと、第１のレートより低額な第３のレート（例えば、無償）と、が記憶されているものとする。

Ｓ４１からＳ４４の処理は、図４のＳ２１からＳ２４と同様であるため、ここでは説明を省略する。配信履歴データが少なくとも１つある場合、すなわち、少なくとも１つの音楽コンテンツがダウンロードされている場合（Ｓ４４：ＹＥＳ）、課金部１０４は、当該ユーザＩＤに対して、第２のレート（高い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第２のレートを設定する（Ｓ４５）。

一方、配信履歴データが抽出されなかった場合、すなわち、１つの音楽コンテンツもダウンロードされていない場合（Ｓ４４：ＮＯ）、課金部１０４は、再生履歴ＤＢ１７を参照し、当該ユーザＩＤの再生履歴データを読み出す。そして、課金部１０４は、処理対象の所定の期間において、再生履歴データがあるか否か、すなわち過去に課金システム１からダウンロードした音楽コンテンツの再生が行われたか否かを判別する（Ｓ４６）。

処理対象の期間において音楽コンテンツの再生が少なくとも１回行われていた場合（Ｓ４６：ＹＥＳ）、課金部１０４は、当該ユーザＩＤに対して、第１のレート（安い方のレート）を適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第１のレートを設定する（Ｓ４７）。

一方、処理対象の期間において音楽コンテンツの再生が１回もなかった場合（Ｓ４６：ＮＯ）、課金部１０４は、当該ユーザＩＤに対して、第１のレートよりさらに安い第３のレートを適用することを決定し、課金ＤＢ１３の当該ユーザＩＤの課金レートに第３のレートを設定する（Ｓ４８）。

そして、課金部１０４は、次のユーザＩＤがある場合は（Ｓ４９：ＹＥＳ）、Ｓ４２に戻り次のユーザＩＤについて以降の処理を行い、次のユーザＩＤがいない場合は（Ｓ４９：ＮＯ）、処理を終了する。

なお、第３の課金処理を用いる場合、課金システム１では、配信履歴ＤＢ１６の音楽コンテンツのカテゴリを備えなくてもよい。

また、第３の課金処理の場合、第１のレートと、第２のレートと、第３のレートの３種類の定額レートを設けることとしたが、第１のレートおよび第２のレートの２種類の定額レートとすることとしてもよい。すなわち、再生があった場合（Ｓ４６：ＹＥＳ）は、第２のレートを適用し、再生がなかった場合（Ｓ４６：ＮＯ）は、第１のレートを採用することとしてもよい。

また、第３の課金処理の場合、ユーザ端末２の再生部２２は、所定の期間（例えば、再生無料キャンペーンなどの期間中）については、音楽コンテンツを再生しても、再生履歴記憶部２３に再生履歴を記録しないようにしてもよい。この場合、所定の期間はいくら再生しても、ダウンロードを行わなければより安い第３のレートが適用されるので、音楽のように、一定期間に集中して何度も聴くようなコンテンツの場合は、ユーザに魅力的な料金体系を提供することができる。

また、ダウンロードから所定の期間であれば、再生記録を記録せず、またダウンロードが発生しても安い方の第１のレートを適用する音楽コンテンツがあってもよい。ただし、このよう音楽コンテンツ以外の通常の音楽コンテンツがダウンロードされ、または、通常の音楽コンテンツが再生された場合は、図６に示す第３の課金処理が適用される。このような音楽コンテンツを設けることで、ユーザに魅力的な料金体系を提供することができる。

課金システム１のシステム管理者は、上記第１から第３の課金処理の中のいずれかの課金処理を用いて、各ユーザ（ユーザＩＤ）の課金レート（請求金額）を決定する。そして、各ユーザに決定した課金レートの支払いを請求する。

以上説明した本実施形態では、音楽コンテンツの配信履歴の有無に応じて、適用する定額レートを決定する。すなわち、配信履歴が無いユーザには、安い方の第１のレートを適用し、配信履歴が有るユーザには、高い方の第２のレートを選択する。これより、本実施形態では、ユーザの音楽コンテンツのダウンロードの状況に応じた料金体系でユーザに課金するため、ダウンロードしない場合でも同じように費用が発生してしまうという問題を回避し、ユーザにとって魅力のある料金体系を提供することができる。

また、本実施形態の第２の課金処理では、課金対象の期間において、過去の一定期間に既にダウンロードした音楽コンテンツのカテゴリと同じカテゴリの音楽コンテンツのみをダウンロードした場合は、安い方の第１のレートを適用する。例えば、同じアーティストのコンテンツや、シリーズ物のコンテンツをダウンロードする場合には、安い方の第１のレートが適用される。これにより、一度ダウンロードして気に入ったアーティストの音楽コンテンツを、その後、安価にダウンロードすることができるので、ユーザに対して魅力的な料金体系を提供することができる。

また、本実施形態の第３の課金処理では、音楽コンテンツの配信履歴だけでなく、音楽コンテンツの再生履歴も用いて、課金レートを決定する。すなわち、課金対象の期間において、音楽コンテンツのダウンロードを行わず、また音楽コンテンツの再生も行わない場合に、第１のレートよりさらに安い第３のレート（例えば無償など）を適用する。このように音楽コンテンツの利用を全く行っていない期間については、極力安い課金レートとすることで、ユーザに対して魅力的な料金体系を提供することができる。

一方、課金対象の期間において、音楽コンテンツのダウンロードを行わない場合であっても、当該課金対象の期間において、過去にダウンロードした音楽コンテンツの再生を行った場合は、所定のレートでの課金を行う。これにより、サービス事業者としては、一度、ユーザ端末２にダウンロードした音楽コンテンツであっても、繰り返し再生して利用している場合には課金することができるというメリットがある。また、ユーザにとっても、過去にダウンロードしたコンテンツであっても、課金対象の期間において再生し、実際に利用しているため、低額のレートであれば、その支払いに対して不満が生じにくい。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記実施形態では、音楽コンテンツのダウンロードについて記載したが、本発明は、音楽コンテンツ以外の他のコンテンツにも適用することができる。例えば、映画、ショートフィルムなどの映像コンテンツ、スマートフォンやＰＣにインストールするアプリケーションなどの様々なデジタルコンテンツに適用することができる。

また、上記実施形態の第２の課金処理と第３の課金処理とを組み合わせた課金処理を用いるもととしてもよい。

また、上記実施形態では、ダウンロードの有無に応じて、適用するレートを決定することとしたが、例えば、ダウンロードをしたコンテンツの数に応じた複数の定額レート（高い方の第２のレートを細分化したもの）を設定してもよい。例えば、ダウンロードをしたコンテンツの数が１〜５０の場合は第２−１のレート、ダウンロードをしたコンテンツの数が５０以上の場合は第２−２のレートを適用することなどが考えられる。また、この場合、配信履歴ＤＢ１６のカテゴリを用いて、同じカテゴリのコンテンツを複数ダウンロードしても、１件とカウントすることとしてもよい。これにより、ユーザは、お気に入りのアーティストのコンテンツを、安価にダウンロードすることができるので、ユーザに対して魅力的な料金体系を提供することができる。

１ ：課金システム
１１ ：処理部
１０１：認証部
１０２：コンテンツ配信部
１０３：ユーザ履歴管理部
１０４：課金部
１０５：再生履歴記憶部
１２ ：コンテンツＤＢ
１３ ：課金ＤＢ
１４ ：課金テーブル
１５ ：レートテーブル
１６ ：配信履歴ＤＢ
１７ ：再生履歴ＤＢ
２ ：ユーザ端末
２１ ：コンテンツ要求部
２２ ：再生部
２３ ：再生履歴蓄積部
２４ ：再生履歴送信部

Claims (6)

1. 課金システムであって、
   複数の定額レートを記憶するレート記憶手段と、
   ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信手段と、
   前記配信手段が配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶手段に記憶する履歴管理手段と、
   前記配信履歴記憶手段に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金手段と、を備え、
   前記課金手段は、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択すること
   を特徴とする課金システム。
2. 課金システムであって、
   複数の定額レートを記憶するレート記憶手段と、
   ユーザ端末に音楽コンテンツを配信する外部サーバから、当該外部サーバが配信した音楽コンテンツの配信履歴を受信し、ユーザＩＤと対応付けて配信履歴記憶手段に記憶する履歴管理手段と、
   前記配信履歴記憶手段に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金手段と、を備え、
   前記課金手段は、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択すること
   を特徴とする課金システム。
3. 請求項１または２に記載の課金システムであって、
   前記課金手段は、前記配信履歴が有るユーザＩＤの場合であって、前記所定の期間に当該ユーザＩＤのユーザ端末に配信した音楽コンテンツが、前記所定の期間より前の一定期間に配信した音楽コンテンツと同じカテゴリに属する音楽コンテンツの場合、第１のレートを選択すること
   を特徴とする課金システム。
4. 請求項１から３のいずれか１項に記載の課金システムであって、
   ユーザ端末から音楽コンテンツの再生履歴を受信する再生履歴受信手段を、さらに備え、
   前記履歴管理手段は、前記再生履歴をユーザＩＤと対応付けて再生履歴記憶手段に記憶し、
   前記課金手段は、前記配信履歴が無いユーザＩＤの場合は、前記再生履歴記憶手段を参照し、前記所定の期間における再生履歴が無い場合は、前記複数の定額レートの中の前記第１のレートより低額な第３のレートを選択すること
   を特徴とする課金システム。
5. コンピュータシステムが行う課金方法であって、
   前記コンピュータシステムは、複数の定額レートを記憶するレート記憶部を備え、
   ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信ステップと、
   前記配信ステップが配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶部に記憶する配信履歴管理ステップと、
   前記配信履歴記憶部に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金ステップと、を行い、
   前記課金ステップは、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択すること
   を特徴とする課金方法。
6. コンピュータシステムが実行する課金プログラムであって、
   前記コンピュータシステムは、複数の定額レートを記憶するレート記憶部を備え、
   前記コンピュータシステムに、
   ユーザ端末からの要求に応じて、当該ユーザ端末に音楽コンテンツを配信する配信ステップと、
   前記配信ステップが配信した音楽コンテンツの配信履歴を、ユーザＩＤと対応付けて配信履歴記憶部に記憶する配信履歴管理ステップと、
   前記配信履歴記憶部に記憶された所定の期間の配信履歴を、ユーザＩＤ毎に読み出し、配信履歴の有無に応じて、各ユーザＩＤに前記複数の定額レートの中の第１のレートまたは第２のレートのいずれかを選択する課金ステップと、を実行させ、
   前記課金ステップは、配信履歴が無いユーザＩＤの場合、前記第１のレートを選択し、配信履歴が有るユーザＩＤの場合、前記第１のレートより高額な第２のレートを選択すること
   を特徴とする課金プログラム。

Images