コンテンツ利用・課金方法、コンテンツ利用・課金プログラム、コンテンツ利用・課金システム
【課題】コンテンツ提供者側の自由度を高めるコンテンツ利用・課金方法、プログラム、システムを提供する。
【解決手段】携帯情報端末と、通信事業者が管理するキャリアサーバと、コンテンツ提供者が管理するコンテンツサーバと、キャリアサーバ及びコンテンツサーバを接続するゲートウェイサーバとを含み、ゲートウェイサーバは携帯情報端末に対するコンテンツ提供可否に関する情報を保持し、コンテンツサーバが携帯情報端末からのコンテンツ提供要求を受け付けるステップと、コンテンツ提供可否をゲートウェイサーバに問合わせるステップと、ゲートウェイサーバがコンテンツ提供可否判定を行い判定結果をコンテンツサーバに通知するステップと、コンテンツサーバが携帯情報端末に対し要求に対応するコンテンツの提供を行うステップと、ゲートウェイサーバがキャリアサーバへコンテンツの可否に関する情報を提供するステップとを備える。
【解決手段】携帯情報端末と、通信事業者が管理するキャリアサーバと、コンテンツ提供者が管理するコンテンツサーバと、キャリアサーバ及びコンテンツサーバを接続するゲートウェイサーバとを含み、ゲートウェイサーバは携帯情報端末に対するコンテンツ提供可否に関する情報を保持し、コンテンツサーバが携帯情報端末からのコンテンツ提供要求を受け付けるステップと、コンテンツ提供可否をゲートウェイサーバに問合わせるステップと、ゲートウェイサーバがコンテンツ提供可否判定を行い判定結果をコンテンツサーバに通知するステップと、コンテンツサーバが携帯情報端末に対し要求に対応するコンテンツの提供を行うステップと、ゲートウェイサーバがキャリアサーバへコンテンツの可否に関する情報を提供するステップとを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信するシステムにおけるコンテンツの利用および該利用に伴う課金を行う技術に関する。
【背景技術】
【０００２】
従来、キャリア（通信事業者）毎に異なる認証プラットフォームが用意されており、コンテンツプロバイダ（コンテンツ配信事業者）はキャリア毎にユーザを管理していた。そのため、ユーザがキャリアを変更した場合、コンテンツプロバイダとユーザとの間の契約は破棄され、ユーザが購入したコンテンツも破棄される状況であった。すなわち、サーバ上でサービスを行うコンテンツはユーザのキャリア変更と共にアクセス不可能になり、携帯電話機にダウンロードしたコンテンツは該キャリア変更に伴い使用不可能になる。
【０００３】
そのような状況下、契約変更によりキャリア（通信事業者）を変更しても、ユーザが一度購入したコンテンツを、契約変更後の他のキャリアに引き継ぐことを可能にするコンテンツ情報送信装置が提案されている（特許文献１など）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２６７２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方で、コンテンツ利用・課金を行う従来システムでは、キャリア（通信事業者）毎に異なる認証プラットフォームが用意され、コンテンツプロバイダ（コンテンツ配信事業者）がキャリア毎にユーザを管理していたことから、下記のような問題点があった。
【０００６】
（１）携帯電話におけるコンテンツ利用時の決済では、ユーザ、コンテンツ提供者の両者にとってキャリアの課金代行システムが便利である。しかし、キャリアの課金代行システムを利用する場合、携帯電話の所持者がコンテンツ利用者かつ被課金者であるため、コンテンツのプレゼントサービス（利用者と被課金者を別とするサービス）を提供することができないという問題点がある。
（２）キャリアの課金代行システムを利用する場合、コンテンツプロバイダはキャリア別にインタフェースを構築する必要があり不便を強いられるという問題点がある。
（３）一般的に、携帯電話は自動送信される自機の携帯識別番号にて自動的に認証されているため便利である。しかし、グループ単位での利用を検討した場合、携帯電話単位での識別となるため、別途グループを識別するために用意されたログインＩＤでの認証が必要となり不便を強いられるという問題点がある。
（４）お試しメニュー（一定期間は無料で利用でき、所定期間経過後は自動的に課金が発生する課金メニュー）のように、キャリアによりサービス提供状況が異なるメニューがあり、利用者にとって不便を強いられるという問題点がある。
（５）キャリアの課金代行システムを利用する場合、キャリアの審査・承認が必要となり、コンテンツプロバイダにとっては敷居が高くなるという問題点がある。
【０００７】
そこで、本発明では、ユーザに対するサービス提供及び課金手段に関し、コンテンツ提供者側の自由度を高めるコンテンツ利用・課金方法、コンテンツ利用・課金プログラム、コンテンツ利用・課金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
開示のコンテンツ利用・課金システムの一形態は、携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムであって、前記携帯情報端末からのコンテンツ提供要求を受け付ける、前記コンテンツサーバの要求受付手段と、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせる、前記コンテンツサーバの問合せ手段と、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知する前記ゲートウェイサーバの判定結果通知手段と、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行う、前記コンテンツサーバのコンテンツ提供手段と、を有することを特徴とする。
【発明の効果】
【０００９】
開示のコンテンツ利用・課金方法は、ユーザに対するサービス提供及び課金手段に関し、コンテンツ提供者側の自由度を高めることができる。
【図面の簡単な説明】
【００１０】
【図１】従来システムの概要を説明する図である。
【図２】本実施の形態に係るコンテンツ利用・課金システムの概要を説明する図である。
【図３】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）の概要を説明する図である。
【図４】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）のシーケンス図（コンテンツ利用時）である。
【図５】コンテンツ利用・課金システムによる処理例（その１）における課金マスタの一例を示す図である。
【図６】コンテンツ利用・課金システムによる処理例（その１）における課金ログの一例を示す図である。
【図７】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）のシーケンス図（決済時）である。
【図８】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その２）の概要を説明する図である。
【図９】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その２）のシーケンス図（コンテンツ利用時）である。
【図１０】コンテンツ利用・課金システムによる処理例（その２）における課金マスタの一例を示す図である。
【図１１】コンテンツ利用・課金システムによる処理例（その２）における課金ログの一例を示す図である。
【図１２】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その３）の概要を説明する図である。
【図１３】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その３）のシーケンス図（コンテンツ利用時）である。
【図１４】コンテンツ利用・課金システムによる処理例（その３）における課金マスタの一例を示す図である。
【図１５】コンテンツ利用・課金システムによる処理例（その３）における課金ログの一例を示す図である。
【図１６】本実施の形態に係るコンテンツ利用・課金システムにおける課金マスタ例の一覧を示す図である。
【図１７】本実施の形態に係るコンテンツ利用・課金システムにおける課金ログ例の一覧を示す図である。
【発明を実施するための形態】
【００１１】
図面を参照しながら、本発明を実施するための最良の形態について説明する。
（従来のコンテンツ利用・課金システムについて）
図１を用いて、従来、携帯電話に対し有料コンテンツの配信サービスを提供するシステムにおいて、ユーザ（携帯電話操作者）、キャリア（通信事業者）及びコンテンツプロバイダ（コンテンツ配信事業者）のそれぞれがどの様な処理を行っているかについて説明する。ただし、公式コンテンツプロバイダとしてコンテンツを提供するには、キャリアの審査が必要である。ここで図１は、従来の携帯電話を利用したコンテンツ提供システムの一例を示す図である。
【００１２】
はじめに、ユーザが無料コンテンツへアクセスする際の処理について説明する。Ｓ１０１でユーザは携帯電話を用いて、コンテンツプロバイダが管理するサーバ（以下、コンテンツサーバと言う。）に対し、コンテンツのリクエストを行う。この際、当該リクエストはキャリアの通信網を介してコンテンツサーバに通知される。Ｓ１０２でコンテンツサーバのキャリア判定部は、受信したリクエストがどのキャリアに属するものであるかを判定し、当該判定結果に基づき該当するキャリア用コンテンツにアクセスする。Ｓ１０３でコンテンツサーバのキャリア判定部はコンテンツを取得し、Ｓ１０４でリクエストの発信元である携帯電話にコンテンツをキャリアの通信網を介して通知する。
【００１３】
次に、ユーザが会員情報の登録をする際の処理について説明する。Ｓ１０５でユーザは携帯電話を用いて、コンテンツサーバに対し会員登録のリクエストを送信する。ここで、コンテンツサーバのキャリア判定部は、リクエストを送信した携帯電話のキャリアを判定し、適当なキャリア用会員登録モジュールに当該リクエストを通知する。Ｓ１０６で所定キャリア用（ここでは「キャリアＡ」）会員登録モジュールは、会員情報ＤＢ（DataBase）にユーザの会員登録を行う。Ｓ１０７で上記の所定キャリア用会員登録モジュールは、キャリアが管理するサーバ（以下、キャリアサーバと言う。）の会員情報ＤＢにもユーザの会員登録を行う。Ｓ１０８でキャリアサーバは当該会員情報ＤＢに保持される会員情報に基づきユーザに課金を行う。
【００１４】
次に、ユーザが有料コンテンツへアクセスする際の処理について説明する。Ｓ１０９でユーザは携帯電話を用いて、コンテンツサーバに対しコンテンツのリクエストを行う。Ｓ１１０で所定キャリア用（ここでは「キャリアＢ」）コンテンツは、会員認証モジュールにコンテンツのリクエストを行っているユーザの会員認証を依頼する。Ｓ１１１で会員認証モジュールは依頼に応じ、会員情報ＤＢを用いて会員認証を行う。Ｓ１１１で会員の認証ができればＳ１１２で所定キャリア用（ここでは「キャリアＢ」）コンテンツは、ユーザの携帯電話に対しリクエストに応じたコンテンツを通知する。Ｓ１１３でキャリアサーバは、会員情報ＤＢに登録される会員情報に基づきユーザに課金を行う。
【００１５】
（本実施の形態に係るコンテンツ利用・課金システムの概要について）
図２を用いて、本実施の形態に係るコンテンツ利用・課金システム１００の概要について説明する。図２は、コンテンツ利用・課金システム１００の概要を説明するための図であり、図１で示す従来システムと比較できるように記載したものである。
【００１６】
はじめに、ユーザが無料コンテンツへアクセスする際の処理について説明する。Ｓ２０１でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しコンテンツのリクエストを行う。この際、当該リクエストはキャリアの通信網及び料金・課金ゲートウェイ（以下、ＧＷサーバと言う。）１３０を介してコンテンツプロバイダサーバ１４０に通知される。そして、コンテンツプロバイダサーバ１４０のキャリア判定部は、受信したリクエストがどのキャリアに属するものであるかを判定し、当該判定結果に基づき該当するキャリア用コンテンツにアクセスする。さらに、コンテンツプロバイダサーバ１４０のキャリア判定部はコンテンツを取得し、Ｓ２０２でリクエストの発信元である携帯電話１１０にコンテンツをキャリアの通信網及びＧＷサーバ１３０を介して通知する。
【００１７】
次に、ユーザが会員情報の登録をする際の処理について説明する。Ｓ２０３でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを送信する。ここで、コンテンツプロバイダサーバ１４０は各キャリア共通の会員登録モジュールを備えている。Ｓ２０４で共通会員登録モジュールは、ＧＷサーバ１３０の利用者・被課金者管理機能に当該リクエストを通知し、Ｓ２０５でＧＷサーバ１３０の利用者・被課金者管理機能が利用者・被課金者関係情報ＤＢにユーザの会員登録を行う。Ｓ２０６、２０７でキャリアサーバ１２０は利用者・被課金者関係情報ＤＢに保持される会員情報に基づきユーザに課金を行う。
【００１８】
次に、ユーザが有料コンテンツへアクセスする際の処理について説明する。Ｓ２０８でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しコンテンツのリクエストを行う。Ｓ２０９で共通会員認証モジュールは、ＧＷサーバ１３０の利用者認証機能に対しリクエストを行ったユーザの会員認証を依頼する。Ｓ２１０で利用者認証機能は依頼に応じ、利用者・被課金者関係情報ＤＢの登録情報を用いて会員認証を行う。Ｓ２０９、２１０で会員の認証ができればＳ２１１で共通会員認証モジュールは、ユーザの携帯電話１１０に対しリクエストに応じたコンテンツを通知する。Ｓ２１２でキャリアサーバ１２０は、利用者・被課金者関係情報ＤＢに登録される会員情報に基づきユーザに課金を行う。
【００１９】
上記のようなシステム形態を採用することにより、コンテンツ利用・課金システム１００は、以下に掲げるような効果を有する。
（１）被課金者と利用者を分け、柔軟なコンテンツ提供が可能となる。
（２）複数キャリアに対応するコンテンツプロバイダの利便性を向上させることができる。
（３）グループ単位の利用であっても携帯識別番号で認証可能であり、ユーザの利便性を向上させることができる。
（４）キャリアに依存しないメニューを提供することができる。
（５）課金代行システムを利用できなかったコンテンツプロバイダにおける決済の利便性を向上させることができる。
【００２０】
以下では、本実施の形態に係るコンテンツ利用・課金サーバ１００による処理例について詳細に説明することとする。
【００２１】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その１））
図３乃至７を用いて、コンテンツ利用・課金サーバ１００による処理例（その１）について説明する。ここでは図３で示すように、キャリアＡユーザが有料コンテンツを利用する際の一連の処理について説明する。つまり、キャリアＡユーザは、ＧＷサーバ（利用・課金ゲートウェイ）１３０に会員登録を行った後、コンテンツプロバイダサーバ１４０に有料コンテンツのリクエストを行い、当該コンテンツプロバイダサーバ１４０はＧＷサーバ１３０を用いてユーザの認証を行うというものである。
【００２２】
はじめに初期作業を行う必要があり、Ｓ４０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図５で示すように、課金マスタとは、課金ＩＤ、金額、決済可能キャリア、利用可能キャリアなどを保持する。
【００２３】
次に、ユーザの会員登録を行う。Ｓ４０２でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ４０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストを行ったユーザの会員登録を行う。図６で示すように、会員登録とは、携帯電話１１０の端末識別番号、コンテンツの利用開始日、課金発生日、課金ステータス、利用ステータスなどを登録することである。課金ステータスは、有料コンテンツに対する料金が済んでいるか否かなどを表す情報であり、利用ステータスは、有料コンテンツの提供が可能なユーザか否かなどを表す情報である。
【００２４】
そして、会員登録が終わると、ユーザは有料コンテンツを視聴することができる。Ｓ４０４でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し有料コンテンツの視聴リクエストを送信する。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ４０５で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ４０６でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話１１０の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ４０７でコンテンツプロバイダサーバ１４０は、リクエストを行った携帯電話１１０に対しコンテンツを配信する。
【００２５】
今度は、図７を用いて決済時の処理について説明する。課金発生日において、ＧＷサーバ１３０は課金ログ情報の課金発生日の項目値に基づき請求対象情報を抽出する。そして、Ｓ７０１でＧＷサーバ１３０は、抽出した情報に基づき各キャリアへ課金ログ情報を送信する。それに応じＳ７０２で課金ログ情報を受信した各キャリアサーバ１２０は、各ユーザへ請求処理を実施し、Ｓ７０３でユーザは請求に応じた料金の支払いを行う。Ｓ７０４でキャリアサーバ１２０は料金請求の結果をＧＷサーバ１３０へ送信し、ＧＷサーバ１３０は利用者・被課金者関係情報の更新を行う。つまり、料金の請求が完了したユーザに関する課金発生日の項目値を次回課金発生日に変更し、課金ステータスの項目値を料金支払い済みに変更する。また、Ｓ７０５でキャリアはコンテンツプロバイダの口座に入金を行うと共に、キャリアサーバ１２０はプロバイダサーバ１４０へ徴収した料金の入金通知を行う。
【００２６】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その２））
図８乃至１１を用いて、コンテンツ利用・課金サーバ１００による処理例（その２）について説明する。以下で説明するように、上記処理例（その１）と同じ仕組みで、グループ利用や法人利用（料金の支払いは法人が行い、利用者として社員がコンテンツを利用する）が実現可能である。ここでは図８で示すように、キャリアＡユーザがキャリアＢユーザに有料コンテンツを利用できる権利をプレゼントする際の一連の処理について説明する。つまり、キャリアＡユーザが、ＧＷサーバ（利用・課金ゲートウェイ）１３０にキャリアＢユーザに対するプレゼント登録を行うと、ＧＷサーバ１３０はキャリアＢユーザに対しプレゼント登録の通知と本人確認の為の情報（パスワードなど）を通知する。そして、キャリアＢユーザがコンテンツプロバイダサーバ１４０に有料コンテンツのリクエストを行い、当該コンテンツプロバイダサーバ１４０がＧＷサーバ１３０を用いてユーザの認証を行うというものである。また、図８において、キャリアＢユーザをキャリアＡユーザに置き換えることで、キャリアＡユーザが、キャリアＢコンテンツを利用し、料金の支払いはキャリアＡの課金代行システムを利用して行うことができる。
【００２７】
はじめに初期作業を行う必要があり、Ｓ９０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図１０で示すように、課金マスタの登録内容は課金ＩＤ、金額、決済可能キャリア、利用可能キャリア、コンテンツＵＲＬなどである。
【００２８】
次に、プレゼント登録を行う。Ｓ９０２でキャリアＡユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しプレゼント登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ９０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストに関するプレゼントの登録を行う。図１１で示すように、プレゼント登録では課金ＩＤ、端末識別番号Ａ、課金発生日、課金ステータス、プレゼント対象者のメールアドレス、決済キャリア、グループ識別ＩＤ、利用キャリアなどを登録する。そして、プレゼント登録が終わると、Ｓ９０４でＧＷサーバ１３０はキャリアＡユーザへ認証用パスワードを通知する。
【００２９】
次に、Ｓ９０５でＧＷサーバ１３０はプレゼント対象者であるキャリアＢユーザへプレゼントの登録通知を行う。プレゼントの登録通知では、対象者のメールアドレスへプレゼント通知を行う。Ｓ９０６でキャリアＢユーザはＧＷサーバ１３０にアクセスし、課金ＩＤとキャリアＡユーザから取得したパスワードを通知し、ＧＷサーバ１３０は当該通知された情報に基づきプレゼント対象者の本人確認を行う。ここで、本人確認においては必ずしもパスワードを使用しなくとも良い。それに応じてＧＷサーバ１３０は、利用者・被課金者関係情報へ被課金ユーザを登録する。ここで登録されるのは、課金ＩＤ、キャリアＢユーザの端末識別番号、利用ステータス、利用回数である。
【００３０】
パスワードなどによりプレゼント対象者の本人確認が行われた後、Ｓ９０７でＧＷサーバ１３０は、キャリアＢユーザへコンテンツのダウンロードＵＲＬを通知する。Ｓ９０８でキャリアＢユーザは通知されたダウンロードＵＲＬ（コンテンツサーバ）へアクセスし、ダウンロードページの呼び出しを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ９０９で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ９１０でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話１１０の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ９１１でコンテンツプロバイダサーバ１４０は、リクエストを行ったキャリアＢユーザの携帯電話１１０に対しコンテンツを配信する。コンテンツプロバイダサーバ１４０は利用回数の更新を行うため、Ｓ９１２でＧＷサーバ１３０の利用者・被課金者関係情報ＤＢへ被課金ユーザを登録する。ここでは、課金ＩＤ、キャリアＢユーザの端末識別番号、利用回数を１減じた項目値などを登録する。
【００３１】
なお、決済処理では、プレゼント登録者であるキャリアＡユーザに対して課金処理を行う。一方で、キャリアＢユーザは、利用ステータスは登録されているものの、課金ステータスは登録されていないため課金の対象とはならない。
【００３２】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その３））
図１２乃至１５を用いて、コンテンツ利用・課金サーバ１００による処理例（その３）について説明する。ここでは図１２で示すように、キャリアＡユーザが有料コンテンツの視聴を行い、当初１ヶ月間の料金は請求されず（料金無料）、２ヶ月目以降に料金が請求されるという、所謂、お試し期間が設定される一連の処理について説明する。
【００３３】
はじめに初期作業を行う必要があり、Ｓ１３０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図１４で示すように、登録する課金マスタは、課金ＩＤ、金額、決済可能キャリア、利用可能キャリア、お試し期間などである。
【００３４】
次に、ユーザの会員登録（及びお試し登録）を行う。Ｓ１３０２でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ１３０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストを行ったユーザの会員登録を行う。図１５で示すように、会員登録では課金ＩＤ、携帯電話の端末識別番号、コンテンツの課金発生日（ここでは、登録の１ヶ月後）、課金ステータス、利用ステータスなどを登録する。
【００３５】
そして、会員登録が終わると、ユーザは有料コンテンツのお試し視聴を行う。Ｓ１３０４でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し有料コンテンツのお試し視聴リクエストを送信する。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ１３０５で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ１３０６でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ１３０７でコンテンツプロバイダサーバ１４０は、リクエストを行った携帯電話１１０に対しコンテンツを配信する。
【００３６】
なお、決済処理では、Ｓ１３０３で行った会員登録において利用ステータスの項目値を「有効」と登録され、かつ、課金発生日の項目値が登録１ヶ月後に登録されているため、登録当初１ヶ月間は無料でコンテンツ視聴ができ、登録２ヶ月目以降に料金が請求されることとなる。
【００３７】
ここで、図１６及び図１７に、コンテンツ利用・課金システム１００におけるＧＷサーバ１３０で保持するＤＢの一例を示す。課金種別コード「００１」が挿入されているレコードは、一般的な有料コンテンツの視聴サービスに対応する例である。課金種別コード「００２」が挿入されているレコードは、期間限定で有料コンテンツの視聴を提供するサービスに対応する例である。課金種別コード「００３」が挿入されているレコードは、有料コンテンツのお試し視聴サービスに対応する例である。課金種別コード「００４」が挿入されているレコードは、有料コンテンツの視聴サービスにおいて広告情報を付加配信し月額料金を抑える例である。課金種別コード「００５」が挿入されているレコードは、特定のグループに属する各ユーザに対し有料コンテンツを視聴させるサービスに対応する例である。課金種別コード「００６」が挿入されているレコードは、一定の期間を設定し該設定期間中、有料コンテンツを視聴させるサービスに対応する例である。課金種別コード「００７」が挿入されているレコードは、有料コンテンツの視聴権を他者にプレゼントするサービスに対応する例である。課金種別コード「００８」が挿入されているレコードは、有料コンテンツの視聴で課される料金に上限を設けるサービスに対応する例である。課金種別コード「００９」「０１０」が挿入されているレコードは、クレジットカード決済を利用した有料コンテンツの視聴サービスに対応する例である。
【００３８】
以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。
【符号の説明】
【００３９】
１００ コンテンツ利用・課金システム
１１０ 携帯電話（携帯情報端末）
１２０ キャリアサーバ（通信事業者が管理するサーバ）
１３０ ＧＷサーバ（利用・課金ゲートウェイが管理するサーバ）
１４０ コンテンツプロバイダサーバ（コンテンツプロバイダが管理するサーバ）
【技術分野】
【０００１】
本発明は、コンテンツを配信するシステムにおけるコンテンツの利用および該利用に伴う課金を行う技術に関する。
【背景技術】
【０００２】
従来、キャリア（通信事業者）毎に異なる認証プラットフォームが用意されており、コンテンツプロバイダ（コンテンツ配信事業者）はキャリア毎にユーザを管理していた。そのため、ユーザがキャリアを変更した場合、コンテンツプロバイダとユーザとの間の契約は破棄され、ユーザが購入したコンテンツも破棄される状況であった。すなわち、サーバ上でサービスを行うコンテンツはユーザのキャリア変更と共にアクセス不可能になり、携帯電話機にダウンロードしたコンテンツは該キャリア変更に伴い使用不可能になる。
【０００３】
そのような状況下、契約変更によりキャリア（通信事業者）を変更しても、ユーザが一度購入したコンテンツを、契約変更後の他のキャリアに引き継ぐことを可能にするコンテンツ情報送信装置が提案されている（特許文献１など）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２６７２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方で、コンテンツ利用・課金を行う従来システムでは、キャリア（通信事業者）毎に異なる認証プラットフォームが用意され、コンテンツプロバイダ（コンテンツ配信事業者）がキャリア毎にユーザを管理していたことから、下記のような問題点があった。
【０００６】
（１）携帯電話におけるコンテンツ利用時の決済では、ユーザ、コンテンツ提供者の両者にとってキャリアの課金代行システムが便利である。しかし、キャリアの課金代行システムを利用する場合、携帯電話の所持者がコンテンツ利用者かつ被課金者であるため、コンテンツのプレゼントサービス（利用者と被課金者を別とするサービス）を提供することができないという問題点がある。
（２）キャリアの課金代行システムを利用する場合、コンテンツプロバイダはキャリア別にインタフェースを構築する必要があり不便を強いられるという問題点がある。
（３）一般的に、携帯電話は自動送信される自機の携帯識別番号にて自動的に認証されているため便利である。しかし、グループ単位での利用を検討した場合、携帯電話単位での識別となるため、別途グループを識別するために用意されたログインＩＤでの認証が必要となり不便を強いられるという問題点がある。
（４）お試しメニュー（一定期間は無料で利用でき、所定期間経過後は自動的に課金が発生する課金メニュー）のように、キャリアによりサービス提供状況が異なるメニューがあり、利用者にとって不便を強いられるという問題点がある。
（５）キャリアの課金代行システムを利用する場合、キャリアの審査・承認が必要となり、コンテンツプロバイダにとっては敷居が高くなるという問題点がある。
【０００７】
そこで、本発明では、ユーザに対するサービス提供及び課金手段に関し、コンテンツ提供者側の自由度を高めるコンテンツ利用・課金方法、コンテンツ利用・課金プログラム、コンテンツ利用・課金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
開示のコンテンツ利用・課金システムの一形態は、携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムであって、前記携帯情報端末からのコンテンツ提供要求を受け付ける、前記コンテンツサーバの要求受付手段と、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせる、前記コンテンツサーバの問合せ手段と、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知する前記ゲートウェイサーバの判定結果通知手段と、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行う、前記コンテンツサーバのコンテンツ提供手段と、を有することを特徴とする。
【発明の効果】
【０００９】
開示のコンテンツ利用・課金方法は、ユーザに対するサービス提供及び課金手段に関し、コンテンツ提供者側の自由度を高めることができる。
【図面の簡単な説明】
【００１０】
【図１】従来システムの概要を説明する図である。
【図２】本実施の形態に係るコンテンツ利用・課金システムの概要を説明する図である。
【図３】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）の概要を説明する図である。
【図４】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）のシーケンス図（コンテンツ利用時）である。
【図５】コンテンツ利用・課金システムによる処理例（その１）における課金マスタの一例を示す図である。
【図６】コンテンツ利用・課金システムによる処理例（その１）における課金ログの一例を示す図である。
【図７】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その１）のシーケンス図（決済時）である。
【図８】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その２）の概要を説明する図である。
【図９】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その２）のシーケンス図（コンテンツ利用時）である。
【図１０】コンテンツ利用・課金システムによる処理例（その２）における課金マスタの一例を示す図である。
【図１１】コンテンツ利用・課金システムによる処理例（その２）における課金ログの一例を示す図である。
【図１２】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その３）の概要を説明する図である。
【図１３】本実施の形態に係るコンテンツ利用・課金システムによる処理例（その３）のシーケンス図（コンテンツ利用時）である。
【図１４】コンテンツ利用・課金システムによる処理例（その３）における課金マスタの一例を示す図である。
【図１５】コンテンツ利用・課金システムによる処理例（その３）における課金ログの一例を示す図である。
【図１６】本実施の形態に係るコンテンツ利用・課金システムにおける課金マスタ例の一覧を示す図である。
【図１７】本実施の形態に係るコンテンツ利用・課金システムにおける課金ログ例の一覧を示す図である。
【発明を実施するための形態】
【００１１】
図面を参照しながら、本発明を実施するための最良の形態について説明する。
（従来のコンテンツ利用・課金システムについて）
図１を用いて、従来、携帯電話に対し有料コンテンツの配信サービスを提供するシステムにおいて、ユーザ（携帯電話操作者）、キャリア（通信事業者）及びコンテンツプロバイダ（コンテンツ配信事業者）のそれぞれがどの様な処理を行っているかについて説明する。ただし、公式コンテンツプロバイダとしてコンテンツを提供するには、キャリアの審査が必要である。ここで図１は、従来の携帯電話を利用したコンテンツ提供システムの一例を示す図である。
【００１２】
はじめに、ユーザが無料コンテンツへアクセスする際の処理について説明する。Ｓ１０１でユーザは携帯電話を用いて、コンテンツプロバイダが管理するサーバ（以下、コンテンツサーバと言う。）に対し、コンテンツのリクエストを行う。この際、当該リクエストはキャリアの通信網を介してコンテンツサーバに通知される。Ｓ１０２でコンテンツサーバのキャリア判定部は、受信したリクエストがどのキャリアに属するものであるかを判定し、当該判定結果に基づき該当するキャリア用コンテンツにアクセスする。Ｓ１０３でコンテンツサーバのキャリア判定部はコンテンツを取得し、Ｓ１０４でリクエストの発信元である携帯電話にコンテンツをキャリアの通信網を介して通知する。
【００１３】
次に、ユーザが会員情報の登録をする際の処理について説明する。Ｓ１０５でユーザは携帯電話を用いて、コンテンツサーバに対し会員登録のリクエストを送信する。ここで、コンテンツサーバのキャリア判定部は、リクエストを送信した携帯電話のキャリアを判定し、適当なキャリア用会員登録モジュールに当該リクエストを通知する。Ｓ１０６で所定キャリア用（ここでは「キャリアＡ」）会員登録モジュールは、会員情報ＤＢ（DataBase）にユーザの会員登録を行う。Ｓ１０７で上記の所定キャリア用会員登録モジュールは、キャリアが管理するサーバ（以下、キャリアサーバと言う。）の会員情報ＤＢにもユーザの会員登録を行う。Ｓ１０８でキャリアサーバは当該会員情報ＤＢに保持される会員情報に基づきユーザに課金を行う。
【００１４】
次に、ユーザが有料コンテンツへアクセスする際の処理について説明する。Ｓ１０９でユーザは携帯電話を用いて、コンテンツサーバに対しコンテンツのリクエストを行う。Ｓ１１０で所定キャリア用（ここでは「キャリアＢ」）コンテンツは、会員認証モジュールにコンテンツのリクエストを行っているユーザの会員認証を依頼する。Ｓ１１１で会員認証モジュールは依頼に応じ、会員情報ＤＢを用いて会員認証を行う。Ｓ１１１で会員の認証ができればＳ１１２で所定キャリア用（ここでは「キャリアＢ」）コンテンツは、ユーザの携帯電話に対しリクエストに応じたコンテンツを通知する。Ｓ１１３でキャリアサーバは、会員情報ＤＢに登録される会員情報に基づきユーザに課金を行う。
【００１５】
（本実施の形態に係るコンテンツ利用・課金システムの概要について）
図２を用いて、本実施の形態に係るコンテンツ利用・課金システム１００の概要について説明する。図２は、コンテンツ利用・課金システム１００の概要を説明するための図であり、図１で示す従来システムと比較できるように記載したものである。
【００１６】
はじめに、ユーザが無料コンテンツへアクセスする際の処理について説明する。Ｓ２０１でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しコンテンツのリクエストを行う。この際、当該リクエストはキャリアの通信網及び料金・課金ゲートウェイ（以下、ＧＷサーバと言う。）１３０を介してコンテンツプロバイダサーバ１４０に通知される。そして、コンテンツプロバイダサーバ１４０のキャリア判定部は、受信したリクエストがどのキャリアに属するものであるかを判定し、当該判定結果に基づき該当するキャリア用コンテンツにアクセスする。さらに、コンテンツプロバイダサーバ１４０のキャリア判定部はコンテンツを取得し、Ｓ２０２でリクエストの発信元である携帯電話１１０にコンテンツをキャリアの通信網及びＧＷサーバ１３０を介して通知する。
【００１７】
次に、ユーザが会員情報の登録をする際の処理について説明する。Ｓ２０３でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを送信する。ここで、コンテンツプロバイダサーバ１４０は各キャリア共通の会員登録モジュールを備えている。Ｓ２０４で共通会員登録モジュールは、ＧＷサーバ１３０の利用者・被課金者管理機能に当該リクエストを通知し、Ｓ２０５でＧＷサーバ１３０の利用者・被課金者管理機能が利用者・被課金者関係情報ＤＢにユーザの会員登録を行う。Ｓ２０６、２０７でキャリアサーバ１２０は利用者・被課金者関係情報ＤＢに保持される会員情報に基づきユーザに課金を行う。
【００１８】
次に、ユーザが有料コンテンツへアクセスする際の処理について説明する。Ｓ２０８でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しコンテンツのリクエストを行う。Ｓ２０９で共通会員認証モジュールは、ＧＷサーバ１３０の利用者認証機能に対しリクエストを行ったユーザの会員認証を依頼する。Ｓ２１０で利用者認証機能は依頼に応じ、利用者・被課金者関係情報ＤＢの登録情報を用いて会員認証を行う。Ｓ２０９、２１０で会員の認証ができればＳ２１１で共通会員認証モジュールは、ユーザの携帯電話１１０に対しリクエストに応じたコンテンツを通知する。Ｓ２１２でキャリアサーバ１２０は、利用者・被課金者関係情報ＤＢに登録される会員情報に基づきユーザに課金を行う。
【００１９】
上記のようなシステム形態を採用することにより、コンテンツ利用・課金システム１００は、以下に掲げるような効果を有する。
（１）被課金者と利用者を分け、柔軟なコンテンツ提供が可能となる。
（２）複数キャリアに対応するコンテンツプロバイダの利便性を向上させることができる。
（３）グループ単位の利用であっても携帯識別番号で認証可能であり、ユーザの利便性を向上させることができる。
（４）キャリアに依存しないメニューを提供することができる。
（５）課金代行システムを利用できなかったコンテンツプロバイダにおける決済の利便性を向上させることができる。
【００２０】
以下では、本実施の形態に係るコンテンツ利用・課金サーバ１００による処理例について詳細に説明することとする。
【００２１】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その１））
図３乃至７を用いて、コンテンツ利用・課金サーバ１００による処理例（その１）について説明する。ここでは図３で示すように、キャリアＡユーザが有料コンテンツを利用する際の一連の処理について説明する。つまり、キャリアＡユーザは、ＧＷサーバ（利用・課金ゲートウェイ）１３０に会員登録を行った後、コンテンツプロバイダサーバ１４０に有料コンテンツのリクエストを行い、当該コンテンツプロバイダサーバ１４０はＧＷサーバ１３０を用いてユーザの認証を行うというものである。
【００２２】
はじめに初期作業を行う必要があり、Ｓ４０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図５で示すように、課金マスタとは、課金ＩＤ、金額、決済可能キャリア、利用可能キャリアなどを保持する。
【００２３】
次に、ユーザの会員登録を行う。Ｓ４０２でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ４０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストを行ったユーザの会員登録を行う。図６で示すように、会員登録とは、携帯電話１１０の端末識別番号、コンテンツの利用開始日、課金発生日、課金ステータス、利用ステータスなどを登録することである。課金ステータスは、有料コンテンツに対する料金が済んでいるか否かなどを表す情報であり、利用ステータスは、有料コンテンツの提供が可能なユーザか否かなどを表す情報である。
【００２４】
そして、会員登録が終わると、ユーザは有料コンテンツを視聴することができる。Ｓ４０４でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し有料コンテンツの視聴リクエストを送信する。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ４０５で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ４０６でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話１１０の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ４０７でコンテンツプロバイダサーバ１４０は、リクエストを行った携帯電話１１０に対しコンテンツを配信する。
【００２５】
今度は、図７を用いて決済時の処理について説明する。課金発生日において、ＧＷサーバ１３０は課金ログ情報の課金発生日の項目値に基づき請求対象情報を抽出する。そして、Ｓ７０１でＧＷサーバ１３０は、抽出した情報に基づき各キャリアへ課金ログ情報を送信する。それに応じＳ７０２で課金ログ情報を受信した各キャリアサーバ１２０は、各ユーザへ請求処理を実施し、Ｓ７０３でユーザは請求に応じた料金の支払いを行う。Ｓ７０４でキャリアサーバ１２０は料金請求の結果をＧＷサーバ１３０へ送信し、ＧＷサーバ１３０は利用者・被課金者関係情報の更新を行う。つまり、料金の請求が完了したユーザに関する課金発生日の項目値を次回課金発生日に変更し、課金ステータスの項目値を料金支払い済みに変更する。また、Ｓ７０５でキャリアはコンテンツプロバイダの口座に入金を行うと共に、キャリアサーバ１２０はプロバイダサーバ１４０へ徴収した料金の入金通知を行う。
【００２６】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その２））
図８乃至１１を用いて、コンテンツ利用・課金サーバ１００による処理例（その２）について説明する。以下で説明するように、上記処理例（その１）と同じ仕組みで、グループ利用や法人利用（料金の支払いは法人が行い、利用者として社員がコンテンツを利用する）が実現可能である。ここでは図８で示すように、キャリアＡユーザがキャリアＢユーザに有料コンテンツを利用できる権利をプレゼントする際の一連の処理について説明する。つまり、キャリアＡユーザが、ＧＷサーバ（利用・課金ゲートウェイ）１３０にキャリアＢユーザに対するプレゼント登録を行うと、ＧＷサーバ１３０はキャリアＢユーザに対しプレゼント登録の通知と本人確認の為の情報（パスワードなど）を通知する。そして、キャリアＢユーザがコンテンツプロバイダサーバ１４０に有料コンテンツのリクエストを行い、当該コンテンツプロバイダサーバ１４０がＧＷサーバ１３０を用いてユーザの認証を行うというものである。また、図８において、キャリアＢユーザをキャリアＡユーザに置き換えることで、キャリアＡユーザが、キャリアＢコンテンツを利用し、料金の支払いはキャリアＡの課金代行システムを利用して行うことができる。
【００２７】
はじめに初期作業を行う必要があり、Ｓ９０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図１０で示すように、課金マスタの登録内容は課金ＩＤ、金額、決済可能キャリア、利用可能キャリア、コンテンツＵＲＬなどである。
【００２８】
次に、プレゼント登録を行う。Ｓ９０２でキャリアＡユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対しプレゼント登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ９０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストに関するプレゼントの登録を行う。図１１で示すように、プレゼント登録では課金ＩＤ、端末識別番号Ａ、課金発生日、課金ステータス、プレゼント対象者のメールアドレス、決済キャリア、グループ識別ＩＤ、利用キャリアなどを登録する。そして、プレゼント登録が終わると、Ｓ９０４でＧＷサーバ１３０はキャリアＡユーザへ認証用パスワードを通知する。
【００２９】
次に、Ｓ９０５でＧＷサーバ１３０はプレゼント対象者であるキャリアＢユーザへプレゼントの登録通知を行う。プレゼントの登録通知では、対象者のメールアドレスへプレゼント通知を行う。Ｓ９０６でキャリアＢユーザはＧＷサーバ１３０にアクセスし、課金ＩＤとキャリアＡユーザから取得したパスワードを通知し、ＧＷサーバ１３０は当該通知された情報に基づきプレゼント対象者の本人確認を行う。ここで、本人確認においては必ずしもパスワードを使用しなくとも良い。それに応じてＧＷサーバ１３０は、利用者・被課金者関係情報へ被課金ユーザを登録する。ここで登録されるのは、課金ＩＤ、キャリアＢユーザの端末識別番号、利用ステータス、利用回数である。
【００３０】
パスワードなどによりプレゼント対象者の本人確認が行われた後、Ｓ９０７でＧＷサーバ１３０は、キャリアＢユーザへコンテンツのダウンロードＵＲＬを通知する。Ｓ９０８でキャリアＢユーザは通知されたダウンロードＵＲＬ（コンテンツサーバ）へアクセスし、ダウンロードページの呼び出しを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ９０９で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ９１０でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話１１０の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ９１１でコンテンツプロバイダサーバ１４０は、リクエストを行ったキャリアＢユーザの携帯電話１１０に対しコンテンツを配信する。コンテンツプロバイダサーバ１４０は利用回数の更新を行うため、Ｓ９１２でＧＷサーバ１３０の利用者・被課金者関係情報ＤＢへ被課金ユーザを登録する。ここでは、課金ＩＤ、キャリアＢユーザの端末識別番号、利用回数を１減じた項目値などを登録する。
【００３１】
なお、決済処理では、プレゼント登録者であるキャリアＡユーザに対して課金処理を行う。一方で、キャリアＢユーザは、利用ステータスは登録されているものの、課金ステータスは登録されていないため課金の対象とはならない。
【００３２】
（本実施の形態に係るコンテンツ利用・課金サーバによる処理例（その３））
図１２乃至１５を用いて、コンテンツ利用・課金サーバ１００による処理例（その３）について説明する。ここでは図１２で示すように、キャリアＡユーザが有料コンテンツの視聴を行い、当初１ヶ月間の料金は請求されず（料金無料）、２ヶ月目以降に料金が請求されるという、所謂、お試し期間が設定される一連の処理について説明する。
【００３３】
はじめに初期作業を行う必要があり、Ｓ１３０１でコンテンツプロバイダは、ＧＷサーバ１３０に課金マスタの登録を行う。図１４で示すように、登録する課金マスタは、課金ＩＤ、金額、決済可能キャリア、利用可能キャリア、お試し期間などである。
【００３４】
次に、ユーザの会員登録（及びお試し登録）を行う。Ｓ１３０２でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し会員登録のリクエストを行う。それに応じて、コンテンツプロバイダサーバ１４０は利用者・被課金者管理機能の呼び出しを行い、Ｓ１３０３で利用者・被課金者管理機能は、ＧＷサーバ１３０の利用者・被課金者関係情報へアクセスし、上記リスクエストを行ったユーザの会員登録を行う。図１５で示すように、会員登録では課金ＩＤ、携帯電話の端末識別番号、コンテンツの課金発生日（ここでは、登録の１ヶ月後）、課金ステータス、利用ステータスなどを登録する。
【００３５】
そして、会員登録が終わると、ユーザは有料コンテンツのお試し視聴を行う。Ｓ１３０４でユーザは携帯電話１１０を用いて、コンテンツプロバイダサーバ１４０に対し有料コンテンツのお試し視聴リクエストを送信する。それに応じて、コンテンツプロバイダサーバ１４０は利用者認証機能の呼び出しを行い、Ｓ１３０５で利用者認証機能は、リクエストの有った携帯電話１１０の端末識別番号をＧＷサーバ１３０に通知すると共に、当該携帯電話１１０の認証を依頼する。Ｓ１３０６でＧＷサーバ１３０は、当該依頼に応じて利用者・被課金者関係情報を参照し、携帯電話の認証の可否をコンテンツプロバイダサーバ１４０に通知する。具体的には、端末識別番号をキーに利用者・被課金者関係情報を検索し、ヒットしたレコードの利用ステータスを抽出し、抽出結果をコンテンツプロバイダサーバ１４０に通知する。利用ステータスが「有効」であるなど、リクエストを行った携帯電話１１０に対するコンテンツの提供が許可される場合、Ｓ１３０７でコンテンツプロバイダサーバ１４０は、リクエストを行った携帯電話１１０に対しコンテンツを配信する。
【００３６】
なお、決済処理では、Ｓ１３０３で行った会員登録において利用ステータスの項目値を「有効」と登録され、かつ、課金発生日の項目値が登録１ヶ月後に登録されているため、登録当初１ヶ月間は無料でコンテンツ視聴ができ、登録２ヶ月目以降に料金が請求されることとなる。
【００３７】
ここで、図１６及び図１７に、コンテンツ利用・課金システム１００におけるＧＷサーバ１３０で保持するＤＢの一例を示す。課金種別コード「００１」が挿入されているレコードは、一般的な有料コンテンツの視聴サービスに対応する例である。課金種別コード「００２」が挿入されているレコードは、期間限定で有料コンテンツの視聴を提供するサービスに対応する例である。課金種別コード「００３」が挿入されているレコードは、有料コンテンツのお試し視聴サービスに対応する例である。課金種別コード「００４」が挿入されているレコードは、有料コンテンツの視聴サービスにおいて広告情報を付加配信し月額料金を抑える例である。課金種別コード「００５」が挿入されているレコードは、特定のグループに属する各ユーザに対し有料コンテンツを視聴させるサービスに対応する例である。課金種別コード「００６」が挿入されているレコードは、一定の期間を設定し該設定期間中、有料コンテンツを視聴させるサービスに対応する例である。課金種別コード「００７」が挿入されているレコードは、有料コンテンツの視聴権を他者にプレゼントするサービスに対応する例である。課金種別コード「００８」が挿入されているレコードは、有料コンテンツの視聴で課される料金に上限を設けるサービスに対応する例である。課金種別コード「００９」「０１０」が挿入されているレコードは、クレジットカード決済を利用した有料コンテンツの視聴サービスに対応する例である。
【００３８】
以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。
【符号の説明】
【００３９】
１００ コンテンツ利用・課金システム
１１０ 携帯電話（携帯情報端末）
１２０ キャリアサーバ（通信事業者が管理するサーバ）
１３０ ＧＷサーバ（利用・課金ゲートウェイが管理するサーバ）
１４０ コンテンツプロバイダサーバ（コンテンツプロバイダが管理するサーバ）
【特許請求の範囲】
【請求項１】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムにおけるコンテンツ利用・課金方法であって、
前記コンテンツサーバの要求受付手段が、前記携帯情報端末からのコンテンツ提供要求を受け付けるステップと、
前記コンテンツサーバの問合せ手段が、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせるステップと、
前記ゲートウェイサーバの判定結果通知手段が、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知するステップと、
前記コンテンツサーバのコンテンツ提供手段が、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行うステップと、を備えるコンテンツ利用・課金方法。
【請求項２】
前記ゲートウェイサーバが、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報を保持する場合、
前記判定結果通知手段は、前記対価を徴収済みか否かに関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行うことを特徴とする請求項１に記載のコンテンツ利用・課金方法。
【請求項３】
前記ゲートウェイサーバの課金情報提供手段が、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報を、前記キャリアサーバに提供するステップを更に含むことを特徴とする請求項２に記載のコンテンツ利用・課金方法。
【請求項４】
前記キャリアサーバの課金通知手段が、前記対価を徴収済みか否かに関する情報を参照し、該対価を徴収未済である前記携帯情報端末が有った場合、該携帯電話端末に対し該対価の支払要求を通知するステップを更に含むことを特徴とする請求項３に記載のコンテンツ利用・課金方法。
【請求項５】
前記コンテンツ提供の可否に関する情報において、所定の前記携帯情報端末に関し該コンテンツ提供を可とする登録が行われた後、所定の期間経過後、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報において、前記所定の携帯情報端末に関し対価を徴収すべき旨が登録されることを特徴とする請求項２乃至４の何れか一に記載のコンテンツ利用・課金方法。
【請求項６】
前記コンテンツ提供の可否に関する情報の登録を要求する携帯情報端末と前記コンテンツの提供を受ける携帯情報端末とは異なることを特徴とする請求項１乃至５の何れか一に記載のコンテンツ利用・課金方法。
【請求項７】
前記ゲートウェイサーバの端末識別手段が、前記携帯情報端末から通知されるパスワードを利用して、前記コンテンツの提供を受ける携帯情報端末を識別するステップを更に含むことを特徴とする請求項６に記載のコンテンツ利用・課金方法。
【請求項８】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムにおけるコンテンツ利用・課金プログラムであって、
各サーバに、
前記コンテンツサーバの要求受付手段が、前記携帯情報端末からのコンテンツ提供要求を受け付けるステップと、
前記コンテンツサーバの問合せ手段が、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせるステップと、
前記ゲートウェイサーバの判定結果通知手段が、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知するステップと、
前記コンテンツサーバのコンテンツ提供手段が、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行うステップと、を実行させるためのコンテンツ利用・課金プログラム。
【請求項９】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムであって、
前記携帯情報端末からのコンテンツ提供要求を受け付ける、前記コンテンツサーバの要求受付手段と、
前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせる、前記コンテンツサーバの問合せ手段と、
前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知する前記ゲートウェイサーバの判定結果通知手段と、
前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行う、前記コンテンツサーバのコンテンツ提供手段と、を有することを特徴とするコンテンツ利用・課金システム。
【請求項１】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムにおけるコンテンツ利用・課金方法であって、
前記コンテンツサーバの要求受付手段が、前記携帯情報端末からのコンテンツ提供要求を受け付けるステップと、
前記コンテンツサーバの問合せ手段が、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせるステップと、
前記ゲートウェイサーバの判定結果通知手段が、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知するステップと、
前記コンテンツサーバのコンテンツ提供手段が、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行うステップと、を備えるコンテンツ利用・課金方法。
【請求項２】
前記ゲートウェイサーバが、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報を保持する場合、
前記判定結果通知手段は、前記対価を徴収済みか否かに関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行うことを特徴とする請求項１に記載のコンテンツ利用・課金方法。
【請求項３】
前記ゲートウェイサーバの課金情報提供手段が、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報を、前記キャリアサーバに提供するステップを更に含むことを特徴とする請求項２に記載のコンテンツ利用・課金方法。
【請求項４】
前記キャリアサーバの課金通知手段が、前記対価を徴収済みか否かに関する情報を参照し、該対価を徴収未済である前記携帯情報端末が有った場合、該携帯電話端末に対し該対価の支払要求を通知するステップを更に含むことを特徴とする請求項３に記載のコンテンツ利用・課金方法。
【請求項５】
前記コンテンツ提供の可否に関する情報において、所定の前記携帯情報端末に関し該コンテンツ提供を可とする登録が行われた後、所定の期間経過後、前記コンテンツ提供に対する対価を徴収済みか否かに関する情報において、前記所定の携帯情報端末に関し対価を徴収すべき旨が登録されることを特徴とする請求項２乃至４の何れか一に記載のコンテンツ利用・課金方法。
【請求項６】
前記コンテンツ提供の可否に関する情報の登録を要求する携帯情報端末と前記コンテンツの提供を受ける携帯情報端末とは異なることを特徴とする請求項１乃至５の何れか一に記載のコンテンツ利用・課金方法。
【請求項７】
前記ゲートウェイサーバの端末識別手段が、前記携帯情報端末から通知されるパスワードを利用して、前記コンテンツの提供を受ける携帯情報端末を識別するステップを更に含むことを特徴とする請求項６に記載のコンテンツ利用・課金方法。
【請求項８】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムにおけるコンテンツ利用・課金プログラムであって、
各サーバに、
前記コンテンツサーバの要求受付手段が、前記携帯情報端末からのコンテンツ提供要求を受け付けるステップと、
前記コンテンツサーバの問合せ手段が、前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせるステップと、
前記ゲートウェイサーバの判定結果通知手段が、前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知するステップと、
前記コンテンツサーバのコンテンツ提供手段が、前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行うステップと、を実行させるためのコンテンツ利用・課金プログラム。
【請求項９】
携帯情報端末と、通信事業者が管理するキャリアサーバと、前記携帯情報端末において視聴するコンテンツを提供するコンテンツ提供者が管理するコンテンツサーバと、前記キャリアサーバ及び該コンテンツサーバを接続するゲートウェイサーバとを含み、該ゲートウェイサーバは、前記各携帯情報端末に対する前記コンテンツ提供の可否に関する情報を保持するコンテンツ利用・課金システムであって、
前記携帯情報端末からのコンテンツ提供要求を受け付ける、前記コンテンツサーバの要求受付手段と、
前記要求を行った前記携帯情報端末に対する前記コンテンツ提供の可否を前記ゲートウェイサーバに問合わせる、前記コンテンツサーバの問合せ手段と、
前記コンテンツ提供の可否に関する情報と前記要求を行った携帯情報端末との照合結果に基づき前記コンテンツ提供の可否判定を行い、該判定結果を前記コンテンツサーバに通知する前記ゲートウェイサーバの判定結果通知手段と、
前記判定結果が前記コンテンツ提供を可とする判定であった場合、前記携帯情報端末に対し前記要求に対応するコンテンツの提供を行う、前記コンテンツサーバのコンテンツ提供手段と、を有することを特徴とするコンテンツ利用・課金システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−１１４３９６（Ｐ２０１１−１１４３９６Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２６６５９９（Ｐ２００９−２６６５９９）
【出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（５９１１０６８６４）富士通エフ・アイ・ピー株式会社 (95)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（５９１１０６８６４）富士通エフ・アイ・ピー株式会社 (95)
【Ｆターム（参考）】
[ Back to top ]