課金管理装置および課金管理プログラム
【課題】携帯電話におけるコンテンツ利用料の料金回収を短期間で確実に行うことができる課金管理装置等を提供する。
【解決手段】携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する。携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付け、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行ない、認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、を有する。
【解決手段】携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する。携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付け、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行ない、認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話の課金管理装置に関し、特に、携帯電話にて利用した有料コンテンツの料金回収に好適な課金管理システムにおける課金管理装置に関する。
【背景技術】
【０００２】
従来より、コンテンツ提供事業者（コンテンツプロバイダ）により、携帯電話向けの様々なコンテンツが提供されている。このようなコンテンツには情報提供料が課金される類のものがあり、ユーザが携帯電話でコンテンツを利用すると、コンテンツ提供サービスに関わるコンテンツ利用料や月額会費等の課金が、携帯電話のキャリア会社（通信事業者）によって代行回収されている。
【０００３】
そして、代行回収されたコンテンツ利用料は、携帯電話のキャリア会社が、後日、コンテンツを提供する各プロバイダに支払う仕組みとなっている。このような代行回収によれば、コンテンツを提供するプロバイダが独自で課金システムを構築する必要がないという利点がある。
【０００４】
また、特許文献１には、移動体通信端末等で利用した情報の利用料金の回収方法に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１２３０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
携帯電話のキャリア会社は、コンテンツ利用料を、毎月必ず発生する携帯電話利用料に付随した方法で回収する場合が多い。そのため、ユーザがコンテンツを利用し、携帯電話のキャリア会社がコンテンツ利用料を回収し、各コンテンツプロバイダに支払うまでには時間がかかり、コンテンツプロバイダ側からすると、コンテンツをユーザに提供してから費用回収がされるまで数か月もの期間を要するという点が問題となっている。さらに、キャリア会社が有するコンテンツ利用料の債権にも有効期限が設定されている場合があり、ユーザによる支払い遅延等様々な理由で有効期限を渡過すると、キャリア会社の代行回収が停止してしまい、コンテンツプロバイダは費用回収ができなくなってしまうという問題もある。
【０００７】
また、最近、契約しているキャリアを変更しても、携帯電話番号を変更せずに利用継続できるナンバーポータビリティシステムが構築され、これ以降、キャリアを変更するユーザも増加傾向にある。しかし、コンテンツ利用料の回収がキャリアによる代行回収に依存していることから、キャリアを変更後も、有料コンテンツを引き続き利用したい場合には、ユーザは、新しいキャリアの携帯電話から再度有料コンテンツの会員登録をしなければならないという手間がある。しかも、例えばコンテンツ利用料が月極めで、同月内でキャリアを変更した場合、旧キャリアと新キャリアの双方から月額コンテンツ利用料が課金されるといった不都合が生じるケースもある。
【０００８】
本発明の目的は、このような問題等に鑑みて、携帯電話におけるコンテンツ利用料の料金回収を容易かつ確実に行うことができる課金管理装置および課金管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の課金管理装置は、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段と、前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段と、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段と、前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、を有することを特徴とする。
【００１０】
前記登録手段は、前記利用者によって決定されたユーザＩＤを前記端末ＩＤに対応付けて前記データベースに登録し、前記課金管理装置は、前記端末ＩＤ認証手段により認証が否とされた場合に、前記携帯電話からユーザＩＤとパスワードを受信する第２パスワード受信手段と、前記データベースを参照して、前記第２パスワード受信手段が受信したユーザＩＤとパスワードの認証を行なう再認証手段と、を有し、前記登録通知手段は、前記再認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行ってもよい。
【００１１】
前記パスワード認証手段又は前記再認証手段により認証が可とされた場合に、前記データベースに登録された当該携帯電話利用者に係る前記クレジットカード情報の有効性を確認する確認手段を有し、前記登録通知手段は、前記確認手段によりクレジットカード情報の有効性が可とされた場合に、前記登録通知を行ってもよい。
【００１２】
本発明の課金管理プログラムは、コンピュータを、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段、前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段、前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段、および前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話２に付された端末ＩＤに対応付けた。これにより、端末ＩＤによって利用者を特定し、パスワード認証によってセキュリティ性を担保しつつ、クレジットカード決済により決済を行うことができる。また、携帯電話利用者にとっても、コンテンツを利用する際に、煩雑な情報入力を強いられることなく、端末ＩＤを通知するのみでコンテンツ利用が可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の課金管理装置を備える課金管理システムＳの構成例を示すブロック図である。
【図２】（Ａ）は、システム会員ＤＢ１２１の一例であり、（Ｂ）は、ＣＰ別ＤＢ１２２の一例であり、（Ｃ）は、仮登録ＤＢ１２３の一例である。
【図３】会員登録処理を示すフローチャートである。
【図４】携帯電話２の表示画面例である。
【図５】認証処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を説明する。なお、ここでは課金管理システムに備えた課金管理装置に本発明の課金管理装置を適用する場合について説明する。
【００１６】
図１は、本発明の課金管理装置を備える課金管理システムＳの構成例を示すブロック図である。課金管理システムＳは、課金管理装置１と、携帯電話２と、ＣＰ（Contents Provider）サーバ３と、により構成される。
【００１７】
課金管理装置１は、課金管理事業者が備える装置である。課金管理装置１は、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラム（本発明の課金管理プログラムを含む）を記憶するＲＯＭ等から構成された本発明のコンピュータとしての制御部１１、ハードディスクドライブ等を備える記憶部１２、モニタ等の表示画面を備える表示部１３、課金管理事業者からの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）１４、各種ネットワーク（ＬＡＮ（Local Area Network）を含む）を介して携帯電話２やコンテンツプロバイダが備えるＣＰサーバ３などと通信を行なうための通信部１５を備えて構成されている。各構成部材はバスを介して相互に接続されている。
【００１８】
記憶部１２は、システム会員データベース１２１、ＣＰ別データベース１２２、仮登録データベース１２３等を記憶する。以下、システム会員データベース１２１をシステム会員ＤＢ１２１、ＣＰ別データベース１２２をＣＰ別ＤＢ１２２、仮登録データベース１２３を仮登録ＤＢ１２２と言う。
【００１９】
システム会員ＤＢ１２１には、課金管理システムＳの会員登録情報が登録されている。図２（Ａ）は、システム会員ＤＢ１２１の一例であり、図２（Ａ）に示す例の場合、携帯電話の「ユーザメールアドレス」（ユーザメールアドレス情報）と、携帯電話利用者を特定する「ユーザＩＤ」と、携帯電話利用者が決定した「パスワード」と、携帯電話利用者が指定する「クレジットカード情報」と、情報登録の際に生成・付与されるユニークな「識別ＩＤ」が、「端末ＩＤ」に対応付けて登録されている。「端末ＩＤ」とは、携帯電話を一意に特定するための識別情報であり、携帯電話が契約する携帯通信事業者（以下、キャリアと言う）によって付与される。全ての携帯電話２にそれぞれ異なる端末ＩＤが付与されている。携帯電話２から通信を行うごとに端末ＩＤが通信先に自動で通知される。ここでいう“自動で”とは、携帯電話利用者によって入力操作を行うことなく、携帯電話２から通信先に端末ＩＤが透過的に送信される意である。
【００２０】
ＣＰ別ＤＢ１２２は、図１において破線で示すコンテンツプロバイダごとに利用者を登録・管理するためのものである。図２（Ｂ）は、ＣＰ別ＤＢ１２２の一例であり、図２（Ｂ）に示す例の場合、コンテンツプロバイダを特定する「ＣＰ名」ごとに、上記「識別ＩＤ」が登録されている。例えば、“ＣＰ１”には３台の携帯電話２の識別ＩＤ“ＩＤ１”，識別ＩＤ“ＩＤ２”，識別ＩＤ“ＩＤ５”が登録されている。
【００２１】
仮登録ＤＢ１２３は、会員登録処理（後に詳述する）の際、システム会員登録ＤＢ１２１への本登録前に携帯電話２の情報を仮登録するためのものである。会員登録処理の際、携帯電話２から送信されるメールアドレス情報と仮登録用ＩＤを対応付けて記憶する。図２（Ｃ）は、仮登録ＤＢ１２３の一例であり、図２（Ｃ）に示す例の場合、仮登録用ＩＤ“仮ＩＤ１”と仮登録用ＩＤ“仮ＩＤ２”の２台の携帯電話２の端末ＩＤが登録されている。
【００２２】
制御部１１は、他の部材と協動して本発明の登録手段、利用登録要求受付手段、端末ＩＤ認証手段、第１パスワード受信手段、パスワード認証手段、登録通知手段、確認手段、第２パスワード受信手段、再認証手段、更新手段として機能する。
【００２３】
ＣＰサーバ３は、有料コンテンツを提供する事業者であるコンテンツプロバイダが備える装置である。コンテンツプロバイダが提供するサイトには、キャリアが提供する公式なサービスに登録されたサイトと、いわゆる勝手サイトと呼ばれる、キャリアによる公式登録を受けていないサイトがある。なお、ＣＰサーバ３は課金管理システムＳ内に複数存在するが、ここでは図示および説明を簡単にするため省略した。
【００２４】
図３は、会員登録処理を示すフローチャートである。会員登録処理は、課金管理システムＳへの会員登録処理であり、携帯電話２から会員登録要求を受信したときに制御部１１が実行する処理である。図４は、携帯電話２の表示画面例である。
【００２５】
携帯電話２は、図４（Ａ）に示す携帯電話２の表示画面から「無料会員登録」を選択し、会員登録要求を課金管理装置１に送信する。なお、「無料」とは、課金管理システムＳの会員登録が無料であるという意である。課金管理装置１は、会員登録要求を受けると、携帯電話２に対して会員登録のための空メール送信要求メッセージを送信する。すると、携帯電話２では、空メール送信要求メッセージに係る表示画面（図４（Ｂ））が表示され、携帯電話利用者が、携帯電話２を操作して課金管理装置１に対して空メールを送信する。課金管理装置１がこの空メールを受信したときに当該処理の実行が開始される。
【００２６】
まず、課金管理装置１の制御部１１は、仮登録用ＩＤを生成する（ステップＳ１）。そして、制御部１１は、空メールの送信元のメールアドレスをユーザメールアドレス情報として、生成した仮登録用ＩＤに対応付けて記憶部１２に一時保存する。（ステップＳ２）。
【００２７】
次に、制御部１１は、仮登録用ＩＤに基づいてＵＲＬを生成する（ステップＳ３）。このとき、例えば、ＵＲＬの末尾が仮登録用ＩＤとなるようなＵＲＬを生成する。そして、制御部１１は、空メール送信元の携帯電話２に、生成したＵＲＬを含む本登録誘導メッセージを送信する（ステップＳ４）。すると、携帯電話２では、課金管理装置１からのメールを受信し、携帯電話２の表示画面には本登録誘導メッセージに係る表示画面（図４（Ｃ））が表示される。携帯電話利用者が携帯電話２を操作して、ＵＲＬ選択がされると、携帯電話２から課金管理装置１に仮登録用ＩＤと端末ＩＤが送信される。
【００２８】
そして、制御部１１は、携帯電話２から仮登録用ＩＤと端末ＩＤを受信する（ステップＳ５）。
【００２９】
続いて、制御部１１は、記憶部１２に一時保存されているユーザメールアドレス情報の中から、受信した仮登録用ＩＤに対応づけられたユーザメールアドレス情報を抽出する（ステップＳ６）。次に、制御部１１は、抽出したメールアドレス情報を受信した仮登録用ＩＤに対応付けて、仮登録ＤＢ１２３（図２（Ｃ））に登録する（ステップＳ７）。なお、ステップＳ２にて一時保存したメールアドレス情報と仮登録用ＩＤは、所定期間経過時に記憶部１２から削除するよう構成することが好ましい。空メールのみを送信し、その後の処理を行わなかった携帯電話２の情報を整理（削除）して、記憶部１２の負荷を軽減するためである。
【００３０】
一方、携帯電話２では、ＵＲＬ選択後に、課金管理装置１が提供するユーザ情報登録画面（図４（Ｄ））が表示される。このユーザ情報登録画面は、ＵＲＬに対応づけられた画面であり、言い換えれば、仮登録用ＩＤに対応づけられた画面である。携帯電話利用者が携帯電話２を操作して、ユーザ情報（ユーザＩＤ、パスワード、クレジットカード情報）を入力し、登録ボタンを押すと、課金管理装置１に対してユーザ情報と、仮登録用ＩＤと、携帯電話２の端末ＩＤが送信される。制御部１１は、携帯電話２からユーザ情報、端末ＩＤ、仮登録用ＩＤを受信すると（ステップＳ８）、識別ＩＤを生成する（ステップＳ９）。
【００３１】
このように、携帯電話利用者が携帯電話２を操作して、ＵＲＬを選択し、さらに、携帯電話利用者がユーザ情報を入力して送信し、制御部１１がユーザ情報等を受け付けた後に、識別ＩＤが生成される。
【００３２】
そして、制御部１１は、ステップＳ８で受信した仮登録用ＩＤに基づいて、対応するユーザメールアドレス情報を仮登録ＤＢ１２３から抽出する。そして、制御部１１は、仮登録ＤＢ１２３から抽出したユーザメールアドレス情報と、ステップＳ８で受信したユーザ情報と、ステップＳ９で生成した識別ＩＤと、を、端末ＩＤに対応付けてシステム会員登録ＤＢ１２１（図２（Ａ））に登録し（ステップＳ１０）、処理を終了する。
【００３３】
このように、課金管理装置１は、携帯電話２のユーザ情報とメールアドレス情報を端末ＩＤに対応付けてシステム会員ＤＢ１２１に登録し、会員登録処理を行う。
【００３４】
なお、システム会員ＤＢ１２１に登録された携帯電話２の仮登録用ＩＤとユーザメールアドレス情報は、仮登録ＤＢ１２３から削除するよう構成することが好ましい。仮登録ＤＢ１２３を低負荷で効率的に活用するためである。
【００３５】
また、ステップＳ１０にてユーザ情報をシステム会員ＤＢ１２１に登録する前に、ユーザ情報に含まれるクレジットカード情報の有効性を確認するよう構成してもよい。例えば、クレジットカード情報が示すクレジットカード会社に有効性を問い合わせる。そして、有効であると確認された場合にのみ、システム会員ＤＢ１２１に登録し、有効でない場合には、携帯電話２に対し「クレジットカードのご利用ができません」などのエラーメッセージを送信するよう構成する。
【００３６】
また、上述した説明では、課金管理装置１は、携帯電話２からユーザ情報として、ユーザＩＤ、パスワード、クレジットカード情報を受信してシステム会員ＤＢ１２１に登録している。このとき、課金管理装置１は、携帯電話２に対し、さらに、携帯電話利用者の氏名、その他の属性情報（例えば、携帯電話利用者の住所、年齢、趣味、嗜好、職業、年収、資産、家族構成、出身地等）の情報の入力を促し、システム会員ＤＢ１２１に登録してもよい。
【００３７】
図５は、認証処理を示すフローチャートである。認証処理は、携帯電話２からあるコンテンツプロバイダが提供するコンテンツの利用登録要求を受信したときに制御部１１が実行する処理である。
【００３８】
制御部１１は、携帯電話２からコンテンツの利用登録要求とともに端末ＩＤを受信すると、制御部１１は、システム会員ＤＢ１２１を参照して、端末ＩＤの認証を行う（ステップＳ１１）。
【００３９】
制御部１１は、端末ＩＤ認証の可否を判定し（ステップＳ１２）、認証の結果、端末ＩＤがシステム会員ＤＢ１２１に登録されている場合には（ステップＳ１２：Ｙｅｓ）、制御部１１は、携帯電話２に対しパスワードを要求するパスワード要求メッセージを送信する（ステップ１３）。すると、携帯電話２では、パスワード要求メッセージに係る表示画面（図４（Ｅ））が表示され、携帯電話利用者が、携帯電話２を操作してパスワードを入力する。そして携帯電話２が課金管理装置１にパスワードを送信する。
【００４０】
制御部１１は、携帯電話２からパスワードを受信すると、システム会員ＤＢ１２１を参照して、受信したパスワードを、ステップＳ１１で受信した端末ＩＤに対応付けられたパスワードと照合して認証処理を行う（ステップＳ１４）。
【００４１】
制御部１１は、パスワード認証の可否を判定し（ステップＳ１５）、認証ＮＧの場合には（ステップＳ１５：Ｎｏ）、携帯電話２に対し再入力要求メッセージを送信する（ステップ１６）。すると、携帯電話２では、再入力要求メッセージに係る表示画面（図４（Ｆ））が表示され、携帯電話利用者が、携帯電話２を操作してパスワードを再入力する。そして携帯電話２が課金管理装置１にパスワードを送信する。
【００４２】
制御部１１は、ステップＳ１４に移行して再びパスワードを受信して認証を行う。なお、パスワードの再入力の限度回数を予め定めておき、限度回数を超えたとき（ステップＳ１４〜ステップＳ１６の処理を限度回数以上行ったとき）に、図示しないパスワード忘れ対応処理へ移行してもよい。パスワード忘れ対応処理は、例えばシステム会員ＤＢ１２１において、ステップＳ１１で受信した端末ＩＤに対応付けられたユーザメールアドレス宛に、パスワード再登録の手法やパスワードそのものの情報を送信して行えばよい。
【００４３】
一方、認証ＯＫの場合には（ステップＳ１５：Ｙｅｓ）、クレジットカードの有効性を確認する（ステップＳ１７）。システム会員ＤＢ１２１に対応付けられたクレジットカード情報が有効なものであるか否かを確認する。例えば、クレジットカード情報が示すクレジットカード会社に問い合わせを行なう。
【００４４】
クレジットカードの有効性がＯＫである場合（ステップＳ１７：Ｙｅｓ）には、制御部１１は、ＣＰサーバ３へ登録通知を送信する（ステップＳ１８）。このとき、制御部１１は、ステップＳ１１で受信した端末ＩＤをＣＰサーバ３に送信する。一方、クレジットカードの有効性がＮＧである場合（ステップＳ１７：Ｎｏ）には、制御部１１は、携帯電話２に対しエラーメッセージを送信し（ステップＳ２３）、処理を終了する。ここでのエラーメッセージは、例えば、「クレジットカードのご利用ができません」などである。
【００４５】
次に、制御部１１はＣＰサーバ３への通知が成功したか否かを判定し（ステップＳ１９）、通知が成功した場合には（ステップＳ１９：Ｙｅｓ）、ＣＰサーバ３から登録完了通知を受信する（ステップＳ２０）。ＣＰサーバ３は、課金管理装置１から受信した端末ＩＤを自己のＤＢに登録する。そして登録後に、課金管理装置１に登録完了通知を送信する。
【００４６】
一方、ＣＰサーバ３への通知が失敗した場合（ステップＳ１９：Ｎｏ）には、制御部１１は、携帯電話２に対しエラーメッセージを送信し（ステップＳ２３）、処理を終了する。ここでのエラーメッセージは、例えば、「サーバが混雑していて、ただ今、利用登録ができません。しばらく時間をおいてから再度利用登録をお願いいたします。」などである。
【００４７】
続いて、制御部１１は、ステップＳ１１で受信した端末ＩＤに対応する識別ＩＤを、ＣＰサーバ３を特定するＣＰ名に対応付けてＣＰ別ＤＢ１２２に登録する（ステップＳ２１）、登録完了メッセージを携帯電話２に送信して（ステップＳ２２）、処理を終了する。
【００４８】
また、ステップＳ１２の判定において、ステップＳ１１で受信した端末ＩＤがシステム会員ＤＢ１２１に登録されていないと判定された場合には（ステップＳ１２：Ｙｅｓ）、制御部１１は、携帯電話２に対し利用案内メッセージを送信する（ステップ２４）。すると、携帯電話２では、利用案内メッセージに係る表示画面（図４（Ｇ））が表示され、携帯電話利用者が、携帯電話２を操作してログイン情報（ユーザＩＤ及びパスワード）を入力するか、あるいは、会員登録ボタンが選択される。ログイン情報が入力された場合には、携帯電話２が課金管理装置１にログイン情報を送信し、会員登録ボタンが選択された場合には、携帯電話２が課金管理装置１に登録要求情報を送信する。
【００４９】
課金管理装置１では、制御部１１が、情報を受信すると（ステップＳ２５）、受信した情報がログイン情報であるか、登録要求情報であるかを判別する（ステップＳ２５）。判別の結果、受信した情報がログイン情報である場合には（ステップＳ２５：ログイン情報）、制御部１１は、システム会員ＤＢ１２１を参照して、ログイン情報の認証を行う（ステップＳ２６）。ここでは、ログイン情報であるユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されているか否かに基づいて認証する。
【００５０】
認証の結果、ユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されている場合（ステップＳ２６：Ｙｅｓ）には、システム会員ＤＢ１２１に登録されている端末ＩＤを、ステップＳ１１にて受信した端末ＩＤに更新して（ステップＳ２７）ステップＳ１３の処理に移行する。
【００５１】
一方、ステップＳ２５で受信した情報が登録要求情報である場合（ステップＳ２５：登録要求情報）、又は、ステップＳ２６の認証の結果、ログイン情報に含まれるユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されていない場合（ステップＳ２６：Ｎｏ）には、会員登録処理へ移行し、図３の処理を実行して（ステップＳ２８）、処理を終了する。
【００５２】
以上のように、本実施形態の課金管理システムＳによれば、課金管理装置１が、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話２に付された端末ＩＤに対応付けたシステム会員ＤＢ１２１を設けた。これにより、端末ＩＤによって利用者を特定し、パスワード認証によってセキュリティ性を担保しつつ、クレジットカード決済により決済を行うことができる。また、コンテンツの利用登録の際には、各ＣＰサーバ３に対し、課金管理装置１の認証処理が適式に行われた携帯電話２の端末ＩＤを通知したので、携帯電話２では、コンテンツを利用する際の情報入力が不要となり、ＣＰサーバ３へのアクセス（図１のＡ１）によって自動通知される端末ＩＤのみでコンテンツを利用することができる。
【００５３】
これにより、これまでキャリアからの通信料金に付随する料金回収体系で回収できていなかったコンテンツ利用料金および、勝手サイトなど料金回収システム自体が未成熟なサイトが提供するコンテンツ利用料金を、短期間で確実に回収することができる。どのようなキャリア公式サイトであっても、勝手サイトであっても、課金管理システムＳを介して、一括して課金管理を行うことができる。また、決済システム自体は、クレジットカード会社が提供するシステムに依存するため、信頼性の高い決済手法を確保することができる。さらに、多くのクレジットカード会社は、年齢制限を設けている。そのため、クレジットカード決済を利用することで、アダルトサイトなどの有料有害サイトへのアクセスを制限できるという利点もある。
【００５４】
また、システム会員ＤＢ１２１に、携帯電話利用者によって決定されたユーザＩＤを予め登録しておき、ステップＳ１２にて端末ＩＤの認証がＮＧとなった場合でも、ステップＳ２６にてログイン情報（ユーザＩＤとパスワード）による認証を行なうよう構成した。図１中、キャリア変更の場合の携帯電話２と課金管理装置１、及び携帯電話２とＣＰサーバとの情報の授受を一点鎖線で示す。キャリア変更によって、端末ＩＤが変更した場合にも、携帯電話利用者は、煩雑な手続きを経ることなく、ログイン情報の入力のみでキャリア変更前に利用していたコンテンツを引き続き利用することができる。携帯電話利用者は、キャリアを変更した場合でも、ＣＰサーバ３へのアクセス（図１のＡ２）によって自動通知される端末ＩＤのみでコンテンツを利用することができる。
【００５５】
なお、携帯電話２が、端末ＩＤの非通知設定を行っている場合には、課金管理装置１は携帯電話２から端末ＩＤを取得できない。この場合には、制御部１１が、端末ＩＤを受信すべきタイミングで受信できなかったことを検知して、制御部１１が、「お客様の端末ＩＤが非通知設定となっております。携帯電話の端末ＩＤを通知して登録をやり直してください」等の通知促進メッセージを生成し、携帯電話２に送信して、携帯電話２の利用者に設定変更を促すよう構成する。例えば、認証処理では、ステップＳ１１において、端末ＩＤを受信できなかったときに、課金管理装置１から携帯電話２に通知促進メッセージを送信する。また、会員登録処理では、例えば、ステップＳ５又はステップＳ８において、端末ＩＤを受信できなかったときに、課金管理装置１から携帯電話２に通知促進メッセージを送信する。そのほか、端末ＩＤを受信すべきタイミングで受信できなかった場合に通知促進メッセージを送信するよう構成すればよい。
【００５６】
また、変形例として、キャリアによって端末ＩＤの桁数が異なる点に着目した。例えば、あるキャリアでは数桁の文字および数字によって端末ＩＤを構成し、一方、別のキャリアでは、十数桁〜数十桁の文字および数字によって端末ＩＤを構成する。つまり、端末ＩＤの構成により、携帯電話２のキャリアが特定できる。したがって、課金管理装置１は、端末ＩＤを受信したときに、キャリアを特定し、キャリアに応じた表示画面情報を携帯電話２に送信したり、キャリアに応じたコンテンツ利用料金を設定するよう構成してもよい。
【００５７】
本発明の適用範囲は上記実施形態に限定されることはない。本発明は、携帯電話２によるコンテンツ利用料金の回収システム等に対し、広く適用することができる。
【符号の説明】
【００５８】
１ 課金管理装置
１１ 制御部
１２ 記憶部
１２１ システム会員ＤＢ
１２２ ＣＰ別ＤＢ
１２３ 仮登録ＤＢ
１３ 表示部
１４ 入力部
１５ 通信部
２ 携帯電話
３ ＣＰサーバ
【技術分野】
【０００１】
本発明は、携帯電話の課金管理装置に関し、特に、携帯電話にて利用した有料コンテンツの料金回収に好適な課金管理システムにおける課金管理装置に関する。
【背景技術】
【０００２】
従来より、コンテンツ提供事業者（コンテンツプロバイダ）により、携帯電話向けの様々なコンテンツが提供されている。このようなコンテンツには情報提供料が課金される類のものがあり、ユーザが携帯電話でコンテンツを利用すると、コンテンツ提供サービスに関わるコンテンツ利用料や月額会費等の課金が、携帯電話のキャリア会社（通信事業者）によって代行回収されている。
【０００３】
そして、代行回収されたコンテンツ利用料は、携帯電話のキャリア会社が、後日、コンテンツを提供する各プロバイダに支払う仕組みとなっている。このような代行回収によれば、コンテンツを提供するプロバイダが独自で課金システムを構築する必要がないという利点がある。
【０００４】
また、特許文献１には、移動体通信端末等で利用した情報の利用料金の回収方法に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１２３０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
携帯電話のキャリア会社は、コンテンツ利用料を、毎月必ず発生する携帯電話利用料に付随した方法で回収する場合が多い。そのため、ユーザがコンテンツを利用し、携帯電話のキャリア会社がコンテンツ利用料を回収し、各コンテンツプロバイダに支払うまでには時間がかかり、コンテンツプロバイダ側からすると、コンテンツをユーザに提供してから費用回収がされるまで数か月もの期間を要するという点が問題となっている。さらに、キャリア会社が有するコンテンツ利用料の債権にも有効期限が設定されている場合があり、ユーザによる支払い遅延等様々な理由で有効期限を渡過すると、キャリア会社の代行回収が停止してしまい、コンテンツプロバイダは費用回収ができなくなってしまうという問題もある。
【０００７】
また、最近、契約しているキャリアを変更しても、携帯電話番号を変更せずに利用継続できるナンバーポータビリティシステムが構築され、これ以降、キャリアを変更するユーザも増加傾向にある。しかし、コンテンツ利用料の回収がキャリアによる代行回収に依存していることから、キャリアを変更後も、有料コンテンツを引き続き利用したい場合には、ユーザは、新しいキャリアの携帯電話から再度有料コンテンツの会員登録をしなければならないという手間がある。しかも、例えばコンテンツ利用料が月極めで、同月内でキャリアを変更した場合、旧キャリアと新キャリアの双方から月額コンテンツ利用料が課金されるといった不都合が生じるケースもある。
【０００８】
本発明の目的は、このような問題等に鑑みて、携帯電話におけるコンテンツ利用料の料金回収を容易かつ確実に行うことができる課金管理装置および課金管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の課金管理装置は、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段と、前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段と、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段と、前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、を有することを特徴とする。
【００１０】
前記登録手段は、前記利用者によって決定されたユーザＩＤを前記端末ＩＤに対応付けて前記データベースに登録し、前記課金管理装置は、前記端末ＩＤ認証手段により認証が否とされた場合に、前記携帯電話からユーザＩＤとパスワードを受信する第２パスワード受信手段と、前記データベースを参照して、前記第２パスワード受信手段が受信したユーザＩＤとパスワードの認証を行なう再認証手段と、を有し、前記登録通知手段は、前記再認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行ってもよい。
【００１１】
前記パスワード認証手段又は前記再認証手段により認証が可とされた場合に、前記データベースに登録された当該携帯電話利用者に係る前記クレジットカード情報の有効性を確認する確認手段を有し、前記登録通知手段は、前記確認手段によりクレジットカード情報の有効性が可とされた場合に、前記登録通知を行ってもよい。
【００１２】
本発明の課金管理プログラムは、コンピュータを、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段、前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段、前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段、前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段、前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段、および前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話２に付された端末ＩＤに対応付けた。これにより、端末ＩＤによって利用者を特定し、パスワード認証によってセキュリティ性を担保しつつ、クレジットカード決済により決済を行うことができる。また、携帯電話利用者にとっても、コンテンツを利用する際に、煩雑な情報入力を強いられることなく、端末ＩＤを通知するのみでコンテンツ利用が可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の課金管理装置を備える課金管理システムＳの構成例を示すブロック図である。
【図２】（Ａ）は、システム会員ＤＢ１２１の一例であり、（Ｂ）は、ＣＰ別ＤＢ１２２の一例であり、（Ｃ）は、仮登録ＤＢ１２３の一例である。
【図３】会員登録処理を示すフローチャートである。
【図４】携帯電話２の表示画面例である。
【図５】認証処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を説明する。なお、ここでは課金管理システムに備えた課金管理装置に本発明の課金管理装置を適用する場合について説明する。
【００１６】
図１は、本発明の課金管理装置を備える課金管理システムＳの構成例を示すブロック図である。課金管理システムＳは、課金管理装置１と、携帯電話２と、ＣＰ（Contents Provider）サーバ３と、により構成される。
【００１７】
課金管理装置１は、課金管理事業者が備える装置である。課金管理装置１は、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラム（本発明の課金管理プログラムを含む）を記憶するＲＯＭ等から構成された本発明のコンピュータとしての制御部１１、ハードディスクドライブ等を備える記憶部１２、モニタ等の表示画面を備える表示部１３、課金管理事業者からの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）１４、各種ネットワーク（ＬＡＮ（Local Area Network）を含む）を介して携帯電話２やコンテンツプロバイダが備えるＣＰサーバ３などと通信を行なうための通信部１５を備えて構成されている。各構成部材はバスを介して相互に接続されている。
【００１８】
記憶部１２は、システム会員データベース１２１、ＣＰ別データベース１２２、仮登録データベース１２３等を記憶する。以下、システム会員データベース１２１をシステム会員ＤＢ１２１、ＣＰ別データベース１２２をＣＰ別ＤＢ１２２、仮登録データベース１２３を仮登録ＤＢ１２２と言う。
【００１９】
システム会員ＤＢ１２１には、課金管理システムＳの会員登録情報が登録されている。図２（Ａ）は、システム会員ＤＢ１２１の一例であり、図２（Ａ）に示す例の場合、携帯電話の「ユーザメールアドレス」（ユーザメールアドレス情報）と、携帯電話利用者を特定する「ユーザＩＤ」と、携帯電話利用者が決定した「パスワード」と、携帯電話利用者が指定する「クレジットカード情報」と、情報登録の際に生成・付与されるユニークな「識別ＩＤ」が、「端末ＩＤ」に対応付けて登録されている。「端末ＩＤ」とは、携帯電話を一意に特定するための識別情報であり、携帯電話が契約する携帯通信事業者（以下、キャリアと言う）によって付与される。全ての携帯電話２にそれぞれ異なる端末ＩＤが付与されている。携帯電話２から通信を行うごとに端末ＩＤが通信先に自動で通知される。ここでいう“自動で”とは、携帯電話利用者によって入力操作を行うことなく、携帯電話２から通信先に端末ＩＤが透過的に送信される意である。
【００２０】
ＣＰ別ＤＢ１２２は、図１において破線で示すコンテンツプロバイダごとに利用者を登録・管理するためのものである。図２（Ｂ）は、ＣＰ別ＤＢ１２２の一例であり、図２（Ｂ）に示す例の場合、コンテンツプロバイダを特定する「ＣＰ名」ごとに、上記「識別ＩＤ」が登録されている。例えば、“ＣＰ１”には３台の携帯電話２の識別ＩＤ“ＩＤ１”，識別ＩＤ“ＩＤ２”，識別ＩＤ“ＩＤ５”が登録されている。
【００２１】
仮登録ＤＢ１２３は、会員登録処理（後に詳述する）の際、システム会員登録ＤＢ１２１への本登録前に携帯電話２の情報を仮登録するためのものである。会員登録処理の際、携帯電話２から送信されるメールアドレス情報と仮登録用ＩＤを対応付けて記憶する。図２（Ｃ）は、仮登録ＤＢ１２３の一例であり、図２（Ｃ）に示す例の場合、仮登録用ＩＤ“仮ＩＤ１”と仮登録用ＩＤ“仮ＩＤ２”の２台の携帯電話２の端末ＩＤが登録されている。
【００２２】
制御部１１は、他の部材と協動して本発明の登録手段、利用登録要求受付手段、端末ＩＤ認証手段、第１パスワード受信手段、パスワード認証手段、登録通知手段、確認手段、第２パスワード受信手段、再認証手段、更新手段として機能する。
【００２３】
ＣＰサーバ３は、有料コンテンツを提供する事業者であるコンテンツプロバイダが備える装置である。コンテンツプロバイダが提供するサイトには、キャリアが提供する公式なサービスに登録されたサイトと、いわゆる勝手サイトと呼ばれる、キャリアによる公式登録を受けていないサイトがある。なお、ＣＰサーバ３は課金管理システムＳ内に複数存在するが、ここでは図示および説明を簡単にするため省略した。
【００２４】
図３は、会員登録処理を示すフローチャートである。会員登録処理は、課金管理システムＳへの会員登録処理であり、携帯電話２から会員登録要求を受信したときに制御部１１が実行する処理である。図４は、携帯電話２の表示画面例である。
【００２５】
携帯電話２は、図４（Ａ）に示す携帯電話２の表示画面から「無料会員登録」を選択し、会員登録要求を課金管理装置１に送信する。なお、「無料」とは、課金管理システムＳの会員登録が無料であるという意である。課金管理装置１は、会員登録要求を受けると、携帯電話２に対して会員登録のための空メール送信要求メッセージを送信する。すると、携帯電話２では、空メール送信要求メッセージに係る表示画面（図４（Ｂ））が表示され、携帯電話利用者が、携帯電話２を操作して課金管理装置１に対して空メールを送信する。課金管理装置１がこの空メールを受信したときに当該処理の実行が開始される。
【００２６】
まず、課金管理装置１の制御部１１は、仮登録用ＩＤを生成する（ステップＳ１）。そして、制御部１１は、空メールの送信元のメールアドレスをユーザメールアドレス情報として、生成した仮登録用ＩＤに対応付けて記憶部１２に一時保存する。（ステップＳ２）。
【００２７】
次に、制御部１１は、仮登録用ＩＤに基づいてＵＲＬを生成する（ステップＳ３）。このとき、例えば、ＵＲＬの末尾が仮登録用ＩＤとなるようなＵＲＬを生成する。そして、制御部１１は、空メール送信元の携帯電話２に、生成したＵＲＬを含む本登録誘導メッセージを送信する（ステップＳ４）。すると、携帯電話２では、課金管理装置１からのメールを受信し、携帯電話２の表示画面には本登録誘導メッセージに係る表示画面（図４（Ｃ））が表示される。携帯電話利用者が携帯電話２を操作して、ＵＲＬ選択がされると、携帯電話２から課金管理装置１に仮登録用ＩＤと端末ＩＤが送信される。
【００２８】
そして、制御部１１は、携帯電話２から仮登録用ＩＤと端末ＩＤを受信する（ステップＳ５）。
【００２９】
続いて、制御部１１は、記憶部１２に一時保存されているユーザメールアドレス情報の中から、受信した仮登録用ＩＤに対応づけられたユーザメールアドレス情報を抽出する（ステップＳ６）。次に、制御部１１は、抽出したメールアドレス情報を受信した仮登録用ＩＤに対応付けて、仮登録ＤＢ１２３（図２（Ｃ））に登録する（ステップＳ７）。なお、ステップＳ２にて一時保存したメールアドレス情報と仮登録用ＩＤは、所定期間経過時に記憶部１２から削除するよう構成することが好ましい。空メールのみを送信し、その後の処理を行わなかった携帯電話２の情報を整理（削除）して、記憶部１２の負荷を軽減するためである。
【００３０】
一方、携帯電話２では、ＵＲＬ選択後に、課金管理装置１が提供するユーザ情報登録画面（図４（Ｄ））が表示される。このユーザ情報登録画面は、ＵＲＬに対応づけられた画面であり、言い換えれば、仮登録用ＩＤに対応づけられた画面である。携帯電話利用者が携帯電話２を操作して、ユーザ情報（ユーザＩＤ、パスワード、クレジットカード情報）を入力し、登録ボタンを押すと、課金管理装置１に対してユーザ情報と、仮登録用ＩＤと、携帯電話２の端末ＩＤが送信される。制御部１１は、携帯電話２からユーザ情報、端末ＩＤ、仮登録用ＩＤを受信すると（ステップＳ８）、識別ＩＤを生成する（ステップＳ９）。
【００３１】
このように、携帯電話利用者が携帯電話２を操作して、ＵＲＬを選択し、さらに、携帯電話利用者がユーザ情報を入力して送信し、制御部１１がユーザ情報等を受け付けた後に、識別ＩＤが生成される。
【００３２】
そして、制御部１１は、ステップＳ８で受信した仮登録用ＩＤに基づいて、対応するユーザメールアドレス情報を仮登録ＤＢ１２３から抽出する。そして、制御部１１は、仮登録ＤＢ１２３から抽出したユーザメールアドレス情報と、ステップＳ８で受信したユーザ情報と、ステップＳ９で生成した識別ＩＤと、を、端末ＩＤに対応付けてシステム会員登録ＤＢ１２１（図２（Ａ））に登録し（ステップＳ１０）、処理を終了する。
【００３３】
このように、課金管理装置１は、携帯電話２のユーザ情報とメールアドレス情報を端末ＩＤに対応付けてシステム会員ＤＢ１２１に登録し、会員登録処理を行う。
【００３４】
なお、システム会員ＤＢ１２１に登録された携帯電話２の仮登録用ＩＤとユーザメールアドレス情報は、仮登録ＤＢ１２３から削除するよう構成することが好ましい。仮登録ＤＢ１２３を低負荷で効率的に活用するためである。
【００３５】
また、ステップＳ１０にてユーザ情報をシステム会員ＤＢ１２１に登録する前に、ユーザ情報に含まれるクレジットカード情報の有効性を確認するよう構成してもよい。例えば、クレジットカード情報が示すクレジットカード会社に有効性を問い合わせる。そして、有効であると確認された場合にのみ、システム会員ＤＢ１２１に登録し、有効でない場合には、携帯電話２に対し「クレジットカードのご利用ができません」などのエラーメッセージを送信するよう構成する。
【００３６】
また、上述した説明では、課金管理装置１は、携帯電話２からユーザ情報として、ユーザＩＤ、パスワード、クレジットカード情報を受信してシステム会員ＤＢ１２１に登録している。このとき、課金管理装置１は、携帯電話２に対し、さらに、携帯電話利用者の氏名、その他の属性情報（例えば、携帯電話利用者の住所、年齢、趣味、嗜好、職業、年収、資産、家族構成、出身地等）の情報の入力を促し、システム会員ＤＢ１２１に登録してもよい。
【００３７】
図５は、認証処理を示すフローチャートである。認証処理は、携帯電話２からあるコンテンツプロバイダが提供するコンテンツの利用登録要求を受信したときに制御部１１が実行する処理である。
【００３８】
制御部１１は、携帯電話２からコンテンツの利用登録要求とともに端末ＩＤを受信すると、制御部１１は、システム会員ＤＢ１２１を参照して、端末ＩＤの認証を行う（ステップＳ１１）。
【００３９】
制御部１１は、端末ＩＤ認証の可否を判定し（ステップＳ１２）、認証の結果、端末ＩＤがシステム会員ＤＢ１２１に登録されている場合には（ステップＳ１２：Ｙｅｓ）、制御部１１は、携帯電話２に対しパスワードを要求するパスワード要求メッセージを送信する（ステップ１３）。すると、携帯電話２では、パスワード要求メッセージに係る表示画面（図４（Ｅ））が表示され、携帯電話利用者が、携帯電話２を操作してパスワードを入力する。そして携帯電話２が課金管理装置１にパスワードを送信する。
【００４０】
制御部１１は、携帯電話２からパスワードを受信すると、システム会員ＤＢ１２１を参照して、受信したパスワードを、ステップＳ１１で受信した端末ＩＤに対応付けられたパスワードと照合して認証処理を行う（ステップＳ１４）。
【００４１】
制御部１１は、パスワード認証の可否を判定し（ステップＳ１５）、認証ＮＧの場合には（ステップＳ１５：Ｎｏ）、携帯電話２に対し再入力要求メッセージを送信する（ステップ１６）。すると、携帯電話２では、再入力要求メッセージに係る表示画面（図４（Ｆ））が表示され、携帯電話利用者が、携帯電話２を操作してパスワードを再入力する。そして携帯電話２が課金管理装置１にパスワードを送信する。
【００４２】
制御部１１は、ステップＳ１４に移行して再びパスワードを受信して認証を行う。なお、パスワードの再入力の限度回数を予め定めておき、限度回数を超えたとき（ステップＳ１４〜ステップＳ１６の処理を限度回数以上行ったとき）に、図示しないパスワード忘れ対応処理へ移行してもよい。パスワード忘れ対応処理は、例えばシステム会員ＤＢ１２１において、ステップＳ１１で受信した端末ＩＤに対応付けられたユーザメールアドレス宛に、パスワード再登録の手法やパスワードそのものの情報を送信して行えばよい。
【００４３】
一方、認証ＯＫの場合には（ステップＳ１５：Ｙｅｓ）、クレジットカードの有効性を確認する（ステップＳ１７）。システム会員ＤＢ１２１に対応付けられたクレジットカード情報が有効なものであるか否かを確認する。例えば、クレジットカード情報が示すクレジットカード会社に問い合わせを行なう。
【００４４】
クレジットカードの有効性がＯＫである場合（ステップＳ１７：Ｙｅｓ）には、制御部１１は、ＣＰサーバ３へ登録通知を送信する（ステップＳ１８）。このとき、制御部１１は、ステップＳ１１で受信した端末ＩＤをＣＰサーバ３に送信する。一方、クレジットカードの有効性がＮＧである場合（ステップＳ１７：Ｎｏ）には、制御部１１は、携帯電話２に対しエラーメッセージを送信し（ステップＳ２３）、処理を終了する。ここでのエラーメッセージは、例えば、「クレジットカードのご利用ができません」などである。
【００４５】
次に、制御部１１はＣＰサーバ３への通知が成功したか否かを判定し（ステップＳ１９）、通知が成功した場合には（ステップＳ１９：Ｙｅｓ）、ＣＰサーバ３から登録完了通知を受信する（ステップＳ２０）。ＣＰサーバ３は、課金管理装置１から受信した端末ＩＤを自己のＤＢに登録する。そして登録後に、課金管理装置１に登録完了通知を送信する。
【００４６】
一方、ＣＰサーバ３への通知が失敗した場合（ステップＳ１９：Ｎｏ）には、制御部１１は、携帯電話２に対しエラーメッセージを送信し（ステップＳ２３）、処理を終了する。ここでのエラーメッセージは、例えば、「サーバが混雑していて、ただ今、利用登録ができません。しばらく時間をおいてから再度利用登録をお願いいたします。」などである。
【００４７】
続いて、制御部１１は、ステップＳ１１で受信した端末ＩＤに対応する識別ＩＤを、ＣＰサーバ３を特定するＣＰ名に対応付けてＣＰ別ＤＢ１２２に登録する（ステップＳ２１）、登録完了メッセージを携帯電話２に送信して（ステップＳ２２）、処理を終了する。
【００４８】
また、ステップＳ１２の判定において、ステップＳ１１で受信した端末ＩＤがシステム会員ＤＢ１２１に登録されていないと判定された場合には（ステップＳ１２：Ｙｅｓ）、制御部１１は、携帯電話２に対し利用案内メッセージを送信する（ステップ２４）。すると、携帯電話２では、利用案内メッセージに係る表示画面（図４（Ｇ））が表示され、携帯電話利用者が、携帯電話２を操作してログイン情報（ユーザＩＤ及びパスワード）を入力するか、あるいは、会員登録ボタンが選択される。ログイン情報が入力された場合には、携帯電話２が課金管理装置１にログイン情報を送信し、会員登録ボタンが選択された場合には、携帯電話２が課金管理装置１に登録要求情報を送信する。
【００４９】
課金管理装置１では、制御部１１が、情報を受信すると（ステップＳ２５）、受信した情報がログイン情報であるか、登録要求情報であるかを判別する（ステップＳ２５）。判別の結果、受信した情報がログイン情報である場合には（ステップＳ２５：ログイン情報）、制御部１１は、システム会員ＤＢ１２１を参照して、ログイン情報の認証を行う（ステップＳ２６）。ここでは、ログイン情報であるユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されているか否かに基づいて認証する。
【００５０】
認証の結果、ユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されている場合（ステップＳ２６：Ｙｅｓ）には、システム会員ＤＢ１２１に登録されている端末ＩＤを、ステップＳ１１にて受信した端末ＩＤに更新して（ステップＳ２７）ステップＳ１３の処理に移行する。
【００５１】
一方、ステップＳ２５で受信した情報が登録要求情報である場合（ステップＳ２５：登録要求情報）、又は、ステップＳ２６の認証の結果、ログイン情報に含まれるユーザＩＤとパスワードの組がシステム会員ＤＢ１２１に登録されていない場合（ステップＳ２６：Ｎｏ）には、会員登録処理へ移行し、図３の処理を実行して（ステップＳ２８）、処理を終了する。
【００５２】
以上のように、本実施形態の課金管理システムＳによれば、課金管理装置１が、携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話２に付された端末ＩＤに対応付けたシステム会員ＤＢ１２１を設けた。これにより、端末ＩＤによって利用者を特定し、パスワード認証によってセキュリティ性を担保しつつ、クレジットカード決済により決済を行うことができる。また、コンテンツの利用登録の際には、各ＣＰサーバ３に対し、課金管理装置１の認証処理が適式に行われた携帯電話２の端末ＩＤを通知したので、携帯電話２では、コンテンツを利用する際の情報入力が不要となり、ＣＰサーバ３へのアクセス（図１のＡ１）によって自動通知される端末ＩＤのみでコンテンツを利用することができる。
【００５３】
これにより、これまでキャリアからの通信料金に付随する料金回収体系で回収できていなかったコンテンツ利用料金および、勝手サイトなど料金回収システム自体が未成熟なサイトが提供するコンテンツ利用料金を、短期間で確実に回収することができる。どのようなキャリア公式サイトであっても、勝手サイトであっても、課金管理システムＳを介して、一括して課金管理を行うことができる。また、決済システム自体は、クレジットカード会社が提供するシステムに依存するため、信頼性の高い決済手法を確保することができる。さらに、多くのクレジットカード会社は、年齢制限を設けている。そのため、クレジットカード決済を利用することで、アダルトサイトなどの有料有害サイトへのアクセスを制限できるという利点もある。
【００５４】
また、システム会員ＤＢ１２１に、携帯電話利用者によって決定されたユーザＩＤを予め登録しておき、ステップＳ１２にて端末ＩＤの認証がＮＧとなった場合でも、ステップＳ２６にてログイン情報（ユーザＩＤとパスワード）による認証を行なうよう構成した。図１中、キャリア変更の場合の携帯電話２と課金管理装置１、及び携帯電話２とＣＰサーバとの情報の授受を一点鎖線で示す。キャリア変更によって、端末ＩＤが変更した場合にも、携帯電話利用者は、煩雑な手続きを経ることなく、ログイン情報の入力のみでキャリア変更前に利用していたコンテンツを引き続き利用することができる。携帯電話利用者は、キャリアを変更した場合でも、ＣＰサーバ３へのアクセス（図１のＡ２）によって自動通知される端末ＩＤのみでコンテンツを利用することができる。
【００５５】
なお、携帯電話２が、端末ＩＤの非通知設定を行っている場合には、課金管理装置１は携帯電話２から端末ＩＤを取得できない。この場合には、制御部１１が、端末ＩＤを受信すべきタイミングで受信できなかったことを検知して、制御部１１が、「お客様の端末ＩＤが非通知設定となっております。携帯電話の端末ＩＤを通知して登録をやり直してください」等の通知促進メッセージを生成し、携帯電話２に送信して、携帯電話２の利用者に設定変更を促すよう構成する。例えば、認証処理では、ステップＳ１１において、端末ＩＤを受信できなかったときに、課金管理装置１から携帯電話２に通知促進メッセージを送信する。また、会員登録処理では、例えば、ステップＳ５又はステップＳ８において、端末ＩＤを受信できなかったときに、課金管理装置１から携帯電話２に通知促進メッセージを送信する。そのほか、端末ＩＤを受信すべきタイミングで受信できなかった場合に通知促進メッセージを送信するよう構成すればよい。
【００５６】
また、変形例として、キャリアによって端末ＩＤの桁数が異なる点に着目した。例えば、あるキャリアでは数桁の文字および数字によって端末ＩＤを構成し、一方、別のキャリアでは、十数桁〜数十桁の文字および数字によって端末ＩＤを構成する。つまり、端末ＩＤの構成により、携帯電話２のキャリアが特定できる。したがって、課金管理装置１は、端末ＩＤを受信したときに、キャリアを特定し、キャリアに応じた表示画面情報を携帯電話２に送信したり、キャリアに応じたコンテンツ利用料金を設定するよう構成してもよい。
【００５７】
本発明の適用範囲は上記実施形態に限定されることはない。本発明は、携帯電話２によるコンテンツ利用料金の回収システム等に対し、広く適用することができる。
【符号の説明】
【００５８】
１ 課金管理装置
１１ 制御部
１２ 記憶部
１２１ システム会員ＤＢ
１２２ ＣＰ別ＤＢ
１２３ 仮登録ＤＢ
１３ 表示部
１４ 入力部
１５ 通信部
２ 携帯電話
３ ＣＰサーバ
【特許請求の範囲】
【請求項１】
携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段と、
前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段と、
前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段と、
前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、
前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、
前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、
を有することを特徴とする課金管理装置。
【請求項２】
前記登録手段は、前記利用者によって決定されたユーザＩＤを前記端末ＩＤに対応付けて前記データベースに登録し、
前記課金管理装置は、
前記端末ＩＤ認証手段により認証が否とされた場合に、前記携帯電話からユーザＩＤとパスワードを受信する第２パスワード受信手段と、
前記データベースを参照して、前記第２パスワード受信手段が受信したユーザＩＤとパスワードの認証を行なう再認証手段と、
を有し、
前記登録通知手段は、前記再認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行うことを特徴とする請求項１に記載の課金管理装置。
【請求項３】
前記パスワード認証手段又は前記再認証手段により認証が可とされた場合に、前記データベースに登録された当該携帯電話利用者に係る前記クレジットカード情報の有効性を確認する確認手段を有し、
前記登録通知手段は、前記確認手段によりクレジットカード情報の有効性が可とされた場合に、前記登録通知を行うことを特徴とする請求項１または２に記載の課金管理装置。
【請求項４】
コンピュータを、
携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段、
前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段、
前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段、
前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段、
前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段、および
前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段として機能させることを特徴とする課金管理プログラム。
【請求項１】
携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段と、
前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段と、
前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段と、
前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段と、
前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段と、
前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段と、
を有することを特徴とする課金管理装置。
【請求項２】
前記登録手段は、前記利用者によって決定されたユーザＩＤを前記端末ＩＤに対応付けて前記データベースに登録し、
前記課金管理装置は、
前記端末ＩＤ認証手段により認証が否とされた場合に、前記携帯電話からユーザＩＤとパスワードを受信する第２パスワード受信手段と、
前記データベースを参照して、前記第２パスワード受信手段が受信したユーザＩＤとパスワードの認証を行なう再認証手段と、
を有し、
前記登録通知手段は、前記再認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行うことを特徴とする請求項１に記載の課金管理装置。
【請求項３】
前記パスワード認証手段又は前記再認証手段により認証が可とされた場合に、前記データベースに登録された当該携帯電話利用者に係る前記クレジットカード情報の有効性を確認する確認手段を有し、
前記登録通知手段は、前記確認手段によりクレジットカード情報の有効性が可とされた場合に、前記登録通知を行うことを特徴とする請求項１または２に記載の課金管理装置。
【請求項４】
コンピュータを、
携帯電話利用者が指定するクレジットカード情報と、当該利用者によって決定されたパスワードを、当該携帯電話に付された各携帯電話を一意に特定する端末ＩＤに対応付けてデータベースに登録する登録手段、
前記携帯電話から当該携帯電話の端末ＩＤを受信してコンテンツ利用の登録要求を受け付ける利用登録要求受付手段、
前記データベースを参照して前記利用登録要求受付手段が受信した端末ＩＤの認証を行なう端末ＩＤ認証手段、
前記端末ＩＤ認証手段により認証が可とされた場合に、前記携帯電話からパスワードを受信する第１パスワード受信手段、
前記データベースを参照して前記第１パスワード受信手段が受信したパスワードの認証を行うパスワード認証手段、および
前記パスワード認証手段により認証が可とされた場合に、登録要求先のコンテンツ提供業者の装置に対し登録通知を行う登録通知手段として機能させることを特徴とする課金管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２２１５８９（Ｐ２０１１−２２１５８９Ａ）
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願番号】特願２０１０−８６５８０（Ｐ２０１０−８６５８０）
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（５０６２２５８１３）イクス株式会社 (12)
【Ｆターム（参考）】
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（５０６２２５８１３）イクス株式会社 (12)
【Ｆターム（参考）】
[ Back to top ]