課金システム及び方法
【課題】情報セキュリティと使い勝手に優れたキャリア課金の技術を提供する。
【解決手段】情報提供者用サーバが提供する情報提供者用入力画面からのリンクにより、利用料金情報などの案件識別情報と共に、キャリア用サーバが提供するキャリア用入力画面にアクセスを画面遷移させたうえ、キャリア用サーバが端末識別情報を端末から直接取得して課金処理を行い、その結果を情報提供者用サーバへ送信する。これにより、キャリア以外の情報提供者用サーバなどで端末識別情報について予めデータベースを保持したり端末から読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバにおける処理負荷も軽減できる。また、画面表示される数字列などの認証情報をサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。
【解決手段】情報提供者用サーバが提供する情報提供者用入力画面からのリンクにより、利用料金情報などの案件識別情報と共に、キャリア用サーバが提供するキャリア用入力画面にアクセスを画面遷移させたうえ、キャリア用サーバが端末識別情報を端末から直接取得して課金処理を行い、その結果を情報提供者用サーバへ送信する。これにより、キャリア以外の情報提供者用サーバなどで端末識別情報について予めデータベースを保持したり端末から読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバにおける処理負荷も軽減できる。また、画面表示される数字列などの認証情報をサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける課金の技術に関する。
【背景技術】
【０００２】
携帯電話の普及と高機能化に伴い、着信メロディなど各種有料サービスが進展している。特に、サービスの利用料を携帯電話の利用料金と一緒に携帯電話会社（「キャリア」とも呼ばれる）経由で収納する制度は、キャリア課金などと呼ばれる。その一例は、キャリアが用いる課金用設備と、決済事業者や決済事業者を兼ねる情報提供者が用いる決済用設備と、を用いるものである（例えば、特許文献１参照）。
【０００３】
この例では、情報提供者の決済用設備において、端末識別情報（端末シリアル番号、個体識別情報、端末製造番号、契約者固有ＩＤなど）のデータベースをキャリアから得て予め保持しておき、サービスを利用しようとするアクセス元である端末から端末識別情報を取得し上記データベースと照合してアクセス元の端末を認証する。そのうえで、決済用設備からキャリアの課金用設備へ、端末識別情報や課金額などを送信してそのユーザの合計課金額に計上させたうえ、課金済を表す数字列などの認証情報をキャリアの課金用設備から端末画面に表示させ、その認証情報をユーザが、情報提供者のウェブページで入力することによりサービスを利用するものであった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３６７１３７５号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、キャリア以外の決済事業者が、利用金額の情報以外に、個体製造番号や端末ＩＤなどの端末識別情報について、端末から取得したり、多数のユーザを網羅するデータベースとして保持することは、プライバシーを含めて情報セキュリティ上の懸念に加え、設備の負荷となる問題もあった。また、ユーザが、数字などの認証情報を書き留めたり、コピーや貼付処理などでサービス利用時に入力するのは煩雑で、使い勝手の改善が潜在的に望まれていた。さらに、端末識別情報での認証では、サービスを利用できる端末が一つに限られ、この点でも使い勝手の改善が望まれていた。
【０００６】
上記の課題に対し、本発明の目的は、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することである。
【課題を解決するための手段】
【０００７】
上記の目的をふまえ、本発明の一態様（１）は、情報提供者用サーバと、キャリア用サーバと、を有する課金システムであって、前記情報提供者用サーバは、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信手段を有し、前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、前記キャリア用サーバは、送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信手段と、受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得手段と、転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末について課金処理を行う課金処理手段と、前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する結果通知手段と、を有することを特徴とする。
【０００８】
本発明の他の態様（４）は、上記態様を方法のカテゴリで捉えたもので、情報提供者用サーバと、キャリア用サーバと、を通信ネットワーク経由で組み合わせて実行する課金方法であって、前記情報提供者用サーバが、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信処理を実行し、前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、前記キャリア用サーバが、送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信処理と、受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得処理と、転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末に適用する課金処理と、前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する課金結果通知処理と、を実行することを特徴とする。
【０００９】
このように、情報提供者用サーバが提供する情報提供者用入力画面からのリンクにより、利用料金情報などの案件識別情報と共に、キャリア用サーバが提供するキャリア用入力画面にアクセスを画面遷移させたうえ、キャリア用サーバが端末識別情報を端末から直接取得して課金処理を行い、その結果を情報提供者用サーバへ送信する。
【００１０】
これにより、キャリア以外の情報提供者用サーバなどで端末識別情報について予めデータベースを保持したり端末から読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバにおける処理負荷も軽減できる。また、画面表示される数字列などの認証情報をユーザがサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。以上、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することが可能となる。
【００１１】
本発明の他の態様（２）は、上記いずれかの態様において、前記課金処理手段は、前記携帯端末から入力されるユーザ認証用の暗証情報によりユーザ認証を行ったうえで、前記課金処理を行うことを特徴とする。
【００１２】
このように、課金処理に先立ち、キャリア用サーバから交換機用暗証番号やネットワーク暗証番号などの暗証情報の入力を求めてユーザ認証を行うことにより、本人以外の操作による予期せぬ課金を防止しセキュリティが強化できる。
【００１３】
本発明の他の態様（３）は、上記いずれかの態様において、前記情報提供者用サーバは、ユーザＩＤ及びパスワードでユーザを識別するユーザ識別手段を有し、前記キャリア用サーバにより所定の前記課金処理が完了したユーザについて課金済である旨の情報を記憶する課金ユーザ記憶手段と、前記ユーザ識別手段により識別されたユーザについて前記課金ユーザ記憶手段に前記課金済である旨の情報が記憶されているか判断する課金判断手段と、前記課金済である旨の情報が記憶されていると判断されたユーザに係るアクセスに対して所定の有料コンテンツを提供する判断提供手段と、を有することを特徴とする。
【００１４】
このように、端末識別情報とは別に、情報提供者用サーバにおいてユーザＩＤなどでユーザを特定し、そのように識別されるユーザに対し課金済である旨の情報を記憶して有料コンテンツの提供に用いる。これにより、キャリア用サーバによる課金完了後、同じユーザから同じ月額料金などの範囲内で再度のアクセスがあった時は、キャリア用サーバとのアクセスなどのやりとりが省略でき、負荷軽減と応答迅速化が図れる。
【００１５】
また、他の端末からのアクセスでもユーザＩＤ等で同じユーザと確認できればコンテンツ提供に応じられるなど、使い勝手が柔軟となる。加えて、ユーザＩＤ等の識別手段の利用により、コンテンツ利用履歴に基づく広告配信など他のサービスとの効果的な連携も可能となる。
【００１６】
なお、上記の各態様は、明記しない他のカテゴリ（方法、プログラム、システムなど）としても把握することができ、方法やプログラムのカテゴリについては、装置のカテゴリで示した「手段」を、「処理」や「ステップ」のように適宜読み替えるものとする。また、処理やステップの実行順序は本出願に直接明記するものに限定されず、処理順序を変更したり、一部の処理をまとめてもしくは随時一部分ずつ実行するなど、変更可能である。さらに、方法やプログラムのカテゴリにおいて、個々の処理やステップを実行するサーバや端末などのコンピュータは共通でもよいし、処理ごとにもしくはタイミングごとに異なってもよい。加えて、本発明は、後述するさらに具体的な各態様を含むものである。
【発明の効果】
【００１７】
本発明によれば、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態について構成を示す機能ブロック図。
【図２】本発明の実施形態におけるデータ例を示す図。
【図３】本発明の実施形態における処理手順を示すフローチャート。
【図４】本発明の実施形態における画面表示例を示す図（情報提供者用入力画面）。
【図５】本発明の実施形態における画面表示例を示す図（キャリア用入力画面）。
【発明を実施するための形態】
【００１９】
次に、本発明を実施するための形態（「実施形態」と呼ぶ）について図に沿って例示する。なお、背景技術や課題などで既に述べた内容と共通の前提事項は適宜省略する。
【００２０】
〔１．構成〕
本実施形態は、図１の構成図に示すように、情報提供者用サーバ１と、キャリア用サーバ２と、を通信ネットワークＮ（例えば、携帯電話、ＰＨＳ、公衆無線ＬＡＮなどの移動通信網、インターネットなど）を経由して組み合わせた課金システムであって、各サーバ１及び２は、コンピュータの構成として少なくとも（図１）、ＣＰＵなどの演算制御部６と、主メモリや補助記憶装置等の記憶装置７と、通信ネットワークＮとの通信手段８（移動通信網との通信回路、通信ゲートウェイ装置、無線ＬＡＮアダプタなど）と、を有する。
【００２１】
また、携帯端末Ｔ（以下「端末Ｔ」や「端末」とも呼ぶ）は、従来からの携帯電話端末（いわゆるガラケー：ガラパゴスケータイ）、スマートフォン、タブレットＰＣなどのモバイル情報端末で、図示はしないが、上記のようなコンピュータの構成に加え、液晶表示パネルやタッチパネル、押ボタンなどを用いた入出力部と、携帯電話向けやスマートフォン向けなどのウェブページを表示する機能と、を有する。端末Ｔは、模式的な図１に拘らず、実際はユーザ数に応じ多数存在する。また、サーバ１や２が、事業者数に応じ複数存在してもよい。
【００２２】
各サーバ１及び２では、それぞれ、記憶装置７に記憶（インストール）した所定のコンピュータ・プログラムが演算制御部６を制御することで、図１に示す各手段などの要素（１０，２０ほか）を実現する。それら要素のうち情報の記憶手段は、記憶装置７上のファイルなど任意のデータ形式で実現できるほか、ネットワークコンピューティング（クラウド）によるリモート記憶でもよい。また、記憶手段は、データの格納領域だけでなく、データの入出力や管理などの機能を含んでもよい。また、本出願に示す記憶手段の単位は説明上の便宜によるもので、適宜、構成を分けたり一体化できるほか、明示する記憶手段以外にも、各手段の処理データや処理結果などを記憶する記憶手段を適宜用いるものとする。
【００２３】
そして、記憶手段のうち、情報提供者用サーバ１の課金ユーザ記憶手段６５は、図２（１）に例示するように、情報提供者用サーバ１で用いる固有のユーザＩＤごとに、課金の状態を表す情報（仮に「課金ユーザ情報」と呼ぶ）を記憶する手段である。ユーザＩＤ及びパスワード（いわゆるログインに用いるユーザ登録情報）は、端末Ｔ等のユーザにより、情報提供者用サーバ１に対して予め登録されている。キャリア用サーバ２のユーザ情報記憶手段３５は、図２（３）に例示するように、端末Ｔをキャリアと契約しているユーザごとに、回線番号や端末識別情報などの登録情報（仮に「キャリアユーザ情報」と呼ぶ）を記憶している手段である。キャリア用サーバ２のキャリア課金記憶手段４５は、図２（２）に例示するように、端末Ｔごとにキャリア用サーバ２で行った課金処理の履歴を表す情報（仮に「キャリア課金情報」と呼ぶ）記憶する手段である。
【００２４】
これら各データ例のうち、課金ユーザ情報（図２（１））とキャリア課金情報（図２（２））、キャリア課金情報（図２（２））とキャリアユーザ情報（図２（３））は、矢印で示す項目同士が対応している。
【００２５】
なお、図中（例えば図１）の矢印は、データや制御などの流れについて主要な方向を補助的に示すもので、他の流れを否定するものでも、方向の限定を意味するものでもない。例えばデータをある方向に取得する場合、事前のデータリクエストや事後のアクノリッジ（ＡＣＫ）が逆方向に送信される。また、記憶手段以外の各手段は、以下に説明するような情報処理の機能・作用を実現・実行する処理手段であるが、これらは説明のために整理した機能単位であり、実際のハードウェア要素やソフトウェアモジュールとの一致は問わない。
【００２６】
〔２．作用及び効果〕
上記のように構成された本実施形態において、端末Ｔのユーザが、情報提供者用サーバ１が提供する有料コンテンツを利用するにあたり、キャリア用サーバ２を用いた課金を受ける場合の作用を、図３のフローチャートに示す。
【００２７】
〔２−１．概要〕
まず、作用の概要を抽出して説明する。
〔２−１−１．情報提供者用サーバでの処理〕
すなわち、情報提供者用サーバ１では、有料のコンテンツやサービスを利用しようとするアクセス元である端末Ｔのユーザが未課金の場合（ステップＳ１３：「ＮＯ」）、画面送信手段１０が、端末Ｔからのアクセスに対し、その情報提供者用サーバ１が提供する情報提供者用入力画面Ｇ１（以下「サイト画面Ｇ１」や「サイト画面」とも呼ぶ）を送信する（ステップＳ１５）。
【００２８】
このサイト画面Ｇ１は、端末Ｔの表示画面Ｄに表示されるもので、ユーザが利用したい有料コンテンツ（例えば、ニュース、着信メロディ、ゲーム、占い、投資情報など）の購入を確認して先へ進む内容である（例えば図４）。そして、サイト画面Ｇ１は、キャリア用サーバ２が提供するキャリア用入力画面Ｇ２（以下「キャリア画面Ｇ２」や「キャリア画面」とも呼ぶ）のリクエスト及び課金処理案件を識別する案件識別情報をキャリア用サーバ２に送信するリンクを含むものである。
【００２９】
ここで、案件識別情報は、具体的には自由であるが、典型的には、情報提供者用サーバ１が課金処理案件に割り当てたセッションＩＤ（案件ＩＤ）などで、利用料金情報（例えば、金額、ユーザ向け明細表示に用いる摘要欄の文字列など）などを含む。図２に示す課金ユーザ情報（図２（１））及びキャリア課金情報（図２（２））の例では、案件識別情報である文字列が、破線の楕円で示すように、末尾に課金額（例えば￥２９４）を「２９４」のように文字列として含むので、課金ユーザ情報（図２（１））のように課金額の情報項目を省略可能であり記憶容量や処理効率が改善できる。
【００３０】
また、情報をキャリア用サーバ２へ送信する「リンク」としては、例えば、図４に示す「課金へ進む」ボタンＢ４が操作されたときの遷移先（飛び先）のＵＲＬとして、キャリア用サーバ２が提供するキャリア画面Ｇ２のＵＲＬ（ドメイン名、サブドメイン名、ディレクトリなど）に、引数として、上記のような案件識別情報を表す英数字などの文字列を付加したものが考えられる。このようなリンクは、キャリア画面Ｇ２を表すＨＴＭＬやそのサブセットなどによるマークアップ記述に含めればよい。
【００３１】
また、「リンク」は、他のウェブページ又は画面ページにアクセス先を遷移する情報であり、ハイパーリンクに代表されるが、他の種別や形式などを任意に採用してよい。このようなリンクの働きにより、端末Ｔのユーザがサイト画面Ｇ１において有料コンテンツの購入を確認し、先へ進む操作を行うと（例えば図４）、端末Ｔは、キャリア用サーバ２が提供するキャリア画面Ｇ２のリクエスト及び課金処理案件を識別する案件識別情報（案件ＩＤや利用料金情報など）を、キャリア用サーバ２に送信することとなる。
【００３２】
〔２−１−２．キャリア用サーバでの処理〕
キャリア用サーバ２では、リクエスト等受信手段２０が、上記のように情報提供者用サーバ１から送信されたリクエスト及び案件識別情報を受信すると（ステップＳ２１）、受信したリクエストに係る端末Ｔに対し、端末識別情報取得手段３０が、キャリア画面Ｇ２（例えば図５）を送信すると共に（ステップＳ２２）、端末Ｔから端末識別情報を取得する（ステップＳ２３）。キャリア画面Ｇ２の送信と端末識別情報の取得はどちらが先でもよく、リクエストの受信（ステップＳ２１）と同時に、ユーザーエージェントなどページリクエストのパラメータとして取得してもよい。
【００３３】
そして、キャリア用サーバ２の課金処理手段４０が、転送された案件識別情報と、取得された端末Ｔの端末識別情報と、を用いて、その端末Ｔについて課金処理を行う（ステップＳ２７）。課金処理としては、例えば、キャリア用サーバ２のユーザ情報記憶手段３５に記憶されている携帯電話ユーザの端末識別情報と、端末Ｔから取得した端末識別情報と、を照合して一致し、かつ、保護者による課金サービス利用停止その他の否定的情報の登録もユーザ情報記憶手段３５に無いこと、など所定条件の成立を確認のうえ、その案件識別情報に基づく課金金額など必要な情報項目をキャリア課金情報として（例えば図２（２））、キャリア課金記憶手段４５に記憶させる（ステップＳ２７）。
【００３４】
そして、上記のような課金処理の正常な完了を待って、結果通知手段５０が、課金処理の肯定的な結果を（ステップＳ２８）、リクエストが転送されてくる元となった情報提供者用サーバ１へ通知する。なお、課金処理がエラーなど否定的な結果に終わった場合や（ステップＳ２７及び破線矢印）、後述するユーザ認証（ステップＳ２５）の結果が否定的だった場合（ステップＳ２６：「ＮＯ」）、結果通知手段５０は、それら否定的な結果の通知を行う（ステップＳ２９）。
【００３５】
〔２−１−３．情報提供者用サーバでの情報提供と効果〕
情報提供者用サーバ１では、課金情報更新手段５１が、上記のように通知される課金処理の結果を受信し（ステップＳ１６）、その結果が肯定的なら（ステップＳ１７：「ＹＥＳ」）、課金ユーザ記憶手段６５に記憶されている課金ユーザ情報（図２（１））を、ユーザＩＤに関連付けて案件識別情報や課金済フラグを登録することなどで更新する（ステップＳ１８）。例えば、図２（１）の例では、ユーザＩＤ「ａ１２３」に対応し、案件識別情報と、課金済サービスとして「○○お試しコース」が登録されている。そして、肯定的な結果に対応し所定の謝辞などを表示のうえ（ステップＳ１９）、課金に対応する有料のコンテンツやサービスを提供する（ステップＳ１４）。
【００３６】
一方、認証や課金処理の失敗などで、否定的な結果がキャリア用サーバ２から通知された場合（ステップＳ１６）、課金ＯＫではないので（ステップＳ１７：「ＮＯ」）、否定的な結果に対応し理由や所定のお断りの文言などを表示する（ステップＳ２０）。
【００３７】
以上のように、本実施形態では、情報提供者用サーバ１が提供するサイト画面Ｇ１からのリンクにより（ステップＳ１５）、利用料金情報などの案件識別情報と共に、キャリア用サーバ２が提供するキャリア画面Ｇ２にアクセスを画面遷移させたうえ（ステップＳ２１）、キャリア用サーバ２が端末識別情報を端末Ｔから直接取得して（ステップＳ２３）課金処理を行い（ステップＳ２７）、その結果を情報提供者用サーバ１へ送信する（ステップＳ２８，Ｓ２９）。
【００３８】
これにより、キャリア以外の情報提供者用サーバ１などで端末識別情報について予めデータベースを保持したり端末Ｔから読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバ１における処理負荷も軽減できる。また、画面表示される数字列などの認証情報をユーザがサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。以上、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することが可能となる。
【００３９】
〔２−２．暗証情報によるユーザ認証〕
また、上記のような課金処理に際しキャリア用サーバ２から端末Ｔに表示させるキャリア用入力画面としては、例えば単に「処理中です」「承りました」などの確認画面（図示省略）でもよいが、ユーザ認証用の暗証情報の入力を求めるキャリア画面Ｇ２（例えば図５）とすることが望ましい。
【００４０】
この場合、キャリア用サーバ２の課金処理手段４０は、端末Ｔから入力されるユーザ認証用の暗証情報（ステップＳ２４）を用いて、例えばユーザ情報記憶手段内の暗証情報（例えば図２（３））との照合などによりユーザ認証を行ったうえで（ステップＳ２５，Ｓ２６）、課金処理を行う（ステップＳ２７）。例えば、図５の画面例では、暗証情報として入力欄Ｒにユーザが、携帯電話の契約時に届け出て記憶している暗証番号を入力し、「課金確定」ボタンＢ５を操作すると、その暗証番号によるユーザ認証に進む。
【００４１】
ユーザ認証用の暗証情報は、具体的には自由であるが、モバイルネットワークサービスで用いられるいわゆる交換機用暗証番号やネットワーク暗証番号などが考えられる。それ以外でも、秘密の質問と答えや、複数の候補画像から予め認証用に本人が選んでおいた画像を当てさせるなど、他の種類の暗証情報を用いることもできる。また、入力する暗証情報は、端末のセンサで検知する指紋パターンや網膜血管パターンなど生体認証（バイオメトリクス認証）用の情報でもよい。
【００４２】
このように、課金処理に先立ち、キャリア用サーバ２から交換機用暗証番号やネットワーク暗証番号などの暗証情報の入力を求めてユーザ認証を行うことにより（ステップＳ２４からＳ２６）、本人以外の操作による予期せぬ課金を防止しセキュリティが強化できる。
【００４３】
〔２−３．以後の課金ユーザの確認〕
情報提供者用サーバ１において、このサーバ１で各ユーザに割り当てる固有のユーザＩＤなど、キャリア用サーバ２とは異なるユーザ識別手段でユーザを識別すれば、課金済のユーザについて次回以降はキャリア用サーバ２へのアクセスが不要となる。この場合、情報提供者用サーバ１では、ユーザ識別手段６０が、上記のようなユーザＩＤ及びパスワードでユーザを識別する（ステップＳ１２）。
【００４４】
そして、キャリア用サーバ２により所定の課金処理（ステップＳ２７）が完了したユーザについては、既に説明したように、受信した課金処理の結果（ステップＳ１６）が肯定的であることを受けて（ステップＳ１７：「ＹＥＳ」）、課金済である旨の情報として課金ユーザ情報（図２（１））を課金ユーザ記憶手段６５に記憶しておく（ステップＳ１８）。
【００４５】
そして、課金判断手段７０は、アクセスに係るユーザであってユーザ識別手段６０により識別されたユーザについて（ステップＳ１１，Ｓ１２）、課金ユーザ記憶手段６５に課金済である旨の情報が記憶されている課金済ユーザか否か判断する（ステップＳ１３）。そして、課金済である旨の情報が記憶されている課金済ユーザと判断（ステップＳ１３：「ＹＥＳ」）されたユーザに係るアクセスに対しては、コンテンツ提供手段８０が、所定の有料コンテンツ（サービスなど任意の対象でよい）を提供する（ステップＳ１４）。
【００４６】
このように、端末識別情報とは別に、情報提供者用サーバ１においてユーザＩＤなどでユーザを特定し（ステップＳ１２）、そのように識別されるユーザに対し課金済である旨の情報を記憶して（ステップＳ１８）有料コンテンツの提供に用いる（ステップＳ１３，Ｓ１４）。これにより、キャリア用サーバ２による課金完了後、同じユーザから同じ月額料金などの範囲内で再度のアクセスがあった時は、キャリア用サーバ２とのアクセスなどのやりとりを省略して（ステップＳ１３：「ＹＥＳ」）有料コンテンツ等を提供できるので（ステップＳ１４）、負荷軽減と応答迅速化が図れる。
【００４７】
また、他の端末からのアクセスでもユーザＩＤ等で同じユーザと確認できればコンテンツ提供に応じられるなど、使い勝手が柔軟となる。加えて、ユーザＩＤ等の識別手段の利用により、コンテンツ利用履歴に基づく広告配信など他のサービスとの効果的な連携も可能となる。
【００４８】
〔３．他の実施形態〕
なお、上記実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、本出願における構成図、データの図、フローチャートなどは例示に過ぎず、各要素の有無、その配置や処理実行などの順序、具体的内容などは適宜変更可能である。一例として、図１に示した各サーバ１，２を構成する個々の手段をそれぞれ独立した装置で実現する構成も一般的である。例えば、サーバ１と２の間に適宜な仲介の事業者やシステムが介在してもよいし、そのようなシステムを含めてキャリア用サーバ２として把握してもよい。
【００４９】
また、外部のプラットフォーム等をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワークコンピューティング（いわゆるクラウドなど）で呼び出すことで、上記実施形態で示した各手段を実現するなど、本発明の構成は柔軟に変更できる。さらに、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず物理的な電子回路など他の情報処理機構で実現してもよい。
【符号の説明】
【００５０】
１ 情報提供者用サーバ
２ キャリア用サーバ
６ 演算制御部
７ 記憶装置
８ 通信手段
１０ 画面送信手段
２０ リクエスト等受信手段
３０ 端末識別情報取得手段
３５ ユーザ情報記憶手段
４０ 課金処理手段
４５ キャリア課金記憶手段
５０ 結果通知手段
５１ 課金情報更新手段
６０ ユーザ識別手段
６５ 課金ユーザ記憶手段
７０ 課金判断手段
８０ コンテンツ提供手段
Ｂ４，Ｂ５ ボタン
Ｇ１ 情報提供者用入力画面（サイト画面）
Ｇ２ キャリア用入力画面（キャリア画面）
Ｎ 通信ネットワーク
Ｒ 入力欄
Ｔ 携帯端末（端末）
【技術分野】
【０００１】
本発明は、通信ネットワークにおける課金の技術に関する。
【背景技術】
【０００２】
携帯電話の普及と高機能化に伴い、着信メロディなど各種有料サービスが進展している。特に、サービスの利用料を携帯電話の利用料金と一緒に携帯電話会社（「キャリア」とも呼ばれる）経由で収納する制度は、キャリア課金などと呼ばれる。その一例は、キャリアが用いる課金用設備と、決済事業者や決済事業者を兼ねる情報提供者が用いる決済用設備と、を用いるものである（例えば、特許文献１参照）。
【０００３】
この例では、情報提供者の決済用設備において、端末識別情報（端末シリアル番号、個体識別情報、端末製造番号、契約者固有ＩＤなど）のデータベースをキャリアから得て予め保持しておき、サービスを利用しようとするアクセス元である端末から端末識別情報を取得し上記データベースと照合してアクセス元の端末を認証する。そのうえで、決済用設備からキャリアの課金用設備へ、端末識別情報や課金額などを送信してそのユーザの合計課金額に計上させたうえ、課金済を表す数字列などの認証情報をキャリアの課金用設備から端末画面に表示させ、その認証情報をユーザが、情報提供者のウェブページで入力することによりサービスを利用するものであった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３６７１３７５号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、キャリア以外の決済事業者が、利用金額の情報以外に、個体製造番号や端末ＩＤなどの端末識別情報について、端末から取得したり、多数のユーザを網羅するデータベースとして保持することは、プライバシーを含めて情報セキュリティ上の懸念に加え、設備の負荷となる問題もあった。また、ユーザが、数字などの認証情報を書き留めたり、コピーや貼付処理などでサービス利用時に入力するのは煩雑で、使い勝手の改善が潜在的に望まれていた。さらに、端末識別情報での認証では、サービスを利用できる端末が一つに限られ、この点でも使い勝手の改善が望まれていた。
【０００６】
上記の課題に対し、本発明の目的は、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することである。
【課題を解決するための手段】
【０００７】
上記の目的をふまえ、本発明の一態様（１）は、情報提供者用サーバと、キャリア用サーバと、を有する課金システムであって、前記情報提供者用サーバは、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信手段を有し、前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、前記キャリア用サーバは、送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信手段と、受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得手段と、転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末について課金処理を行う課金処理手段と、前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する結果通知手段と、を有することを特徴とする。
【０００８】
本発明の他の態様（４）は、上記態様を方法のカテゴリで捉えたもので、情報提供者用サーバと、キャリア用サーバと、を通信ネットワーク経由で組み合わせて実行する課金方法であって、前記情報提供者用サーバが、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信処理を実行し、前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、前記キャリア用サーバが、送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信処理と、受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得処理と、転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末に適用する課金処理と、前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する課金結果通知処理と、を実行することを特徴とする。
【０００９】
このように、情報提供者用サーバが提供する情報提供者用入力画面からのリンクにより、利用料金情報などの案件識別情報と共に、キャリア用サーバが提供するキャリア用入力画面にアクセスを画面遷移させたうえ、キャリア用サーバが端末識別情報を端末から直接取得して課金処理を行い、その結果を情報提供者用サーバへ送信する。
【００１０】
これにより、キャリア以外の情報提供者用サーバなどで端末識別情報について予めデータベースを保持したり端末から読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバにおける処理負荷も軽減できる。また、画面表示される数字列などの認証情報をユーザがサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。以上、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することが可能となる。
【００１１】
本発明の他の態様（２）は、上記いずれかの態様において、前記課金処理手段は、前記携帯端末から入力されるユーザ認証用の暗証情報によりユーザ認証を行ったうえで、前記課金処理を行うことを特徴とする。
【００１２】
このように、課金処理に先立ち、キャリア用サーバから交換機用暗証番号やネットワーク暗証番号などの暗証情報の入力を求めてユーザ認証を行うことにより、本人以外の操作による予期せぬ課金を防止しセキュリティが強化できる。
【００１３】
本発明の他の態様（３）は、上記いずれかの態様において、前記情報提供者用サーバは、ユーザＩＤ及びパスワードでユーザを識別するユーザ識別手段を有し、前記キャリア用サーバにより所定の前記課金処理が完了したユーザについて課金済である旨の情報を記憶する課金ユーザ記憶手段と、前記ユーザ識別手段により識別されたユーザについて前記課金ユーザ記憶手段に前記課金済である旨の情報が記憶されているか判断する課金判断手段と、前記課金済である旨の情報が記憶されていると判断されたユーザに係るアクセスに対して所定の有料コンテンツを提供する判断提供手段と、を有することを特徴とする。
【００１４】
このように、端末識別情報とは別に、情報提供者用サーバにおいてユーザＩＤなどでユーザを特定し、そのように識別されるユーザに対し課金済である旨の情報を記憶して有料コンテンツの提供に用いる。これにより、キャリア用サーバによる課金完了後、同じユーザから同じ月額料金などの範囲内で再度のアクセスがあった時は、キャリア用サーバとのアクセスなどのやりとりが省略でき、負荷軽減と応答迅速化が図れる。
【００１５】
また、他の端末からのアクセスでもユーザＩＤ等で同じユーザと確認できればコンテンツ提供に応じられるなど、使い勝手が柔軟となる。加えて、ユーザＩＤ等の識別手段の利用により、コンテンツ利用履歴に基づく広告配信など他のサービスとの効果的な連携も可能となる。
【００１６】
なお、上記の各態様は、明記しない他のカテゴリ（方法、プログラム、システムなど）としても把握することができ、方法やプログラムのカテゴリについては、装置のカテゴリで示した「手段」を、「処理」や「ステップ」のように適宜読み替えるものとする。また、処理やステップの実行順序は本出願に直接明記するものに限定されず、処理順序を変更したり、一部の処理をまとめてもしくは随時一部分ずつ実行するなど、変更可能である。さらに、方法やプログラムのカテゴリにおいて、個々の処理やステップを実行するサーバや端末などのコンピュータは共通でもよいし、処理ごとにもしくはタイミングごとに異なってもよい。加えて、本発明は、後述するさらに具体的な各態様を含むものである。
【発明の効果】
【００１７】
本発明によれば、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態について構成を示す機能ブロック図。
【図２】本発明の実施形態におけるデータ例を示す図。
【図３】本発明の実施形態における処理手順を示すフローチャート。
【図４】本発明の実施形態における画面表示例を示す図（情報提供者用入力画面）。
【図５】本発明の実施形態における画面表示例を示す図（キャリア用入力画面）。
【発明を実施するための形態】
【００１９】
次に、本発明を実施するための形態（「実施形態」と呼ぶ）について図に沿って例示する。なお、背景技術や課題などで既に述べた内容と共通の前提事項は適宜省略する。
【００２０】
〔１．構成〕
本実施形態は、図１の構成図に示すように、情報提供者用サーバ１と、キャリア用サーバ２と、を通信ネットワークＮ（例えば、携帯電話、ＰＨＳ、公衆無線ＬＡＮなどの移動通信網、インターネットなど）を経由して組み合わせた課金システムであって、各サーバ１及び２は、コンピュータの構成として少なくとも（図１）、ＣＰＵなどの演算制御部６と、主メモリや補助記憶装置等の記憶装置７と、通信ネットワークＮとの通信手段８（移動通信網との通信回路、通信ゲートウェイ装置、無線ＬＡＮアダプタなど）と、を有する。
【００２１】
また、携帯端末Ｔ（以下「端末Ｔ」や「端末」とも呼ぶ）は、従来からの携帯電話端末（いわゆるガラケー：ガラパゴスケータイ）、スマートフォン、タブレットＰＣなどのモバイル情報端末で、図示はしないが、上記のようなコンピュータの構成に加え、液晶表示パネルやタッチパネル、押ボタンなどを用いた入出力部と、携帯電話向けやスマートフォン向けなどのウェブページを表示する機能と、を有する。端末Ｔは、模式的な図１に拘らず、実際はユーザ数に応じ多数存在する。また、サーバ１や２が、事業者数に応じ複数存在してもよい。
【００２２】
各サーバ１及び２では、それぞれ、記憶装置７に記憶（インストール）した所定のコンピュータ・プログラムが演算制御部６を制御することで、図１に示す各手段などの要素（１０，２０ほか）を実現する。それら要素のうち情報の記憶手段は、記憶装置７上のファイルなど任意のデータ形式で実現できるほか、ネットワークコンピューティング（クラウド）によるリモート記憶でもよい。また、記憶手段は、データの格納領域だけでなく、データの入出力や管理などの機能を含んでもよい。また、本出願に示す記憶手段の単位は説明上の便宜によるもので、適宜、構成を分けたり一体化できるほか、明示する記憶手段以外にも、各手段の処理データや処理結果などを記憶する記憶手段を適宜用いるものとする。
【００２３】
そして、記憶手段のうち、情報提供者用サーバ１の課金ユーザ記憶手段６５は、図２（１）に例示するように、情報提供者用サーバ１で用いる固有のユーザＩＤごとに、課金の状態を表す情報（仮に「課金ユーザ情報」と呼ぶ）を記憶する手段である。ユーザＩＤ及びパスワード（いわゆるログインに用いるユーザ登録情報）は、端末Ｔ等のユーザにより、情報提供者用サーバ１に対して予め登録されている。キャリア用サーバ２のユーザ情報記憶手段３５は、図２（３）に例示するように、端末Ｔをキャリアと契約しているユーザごとに、回線番号や端末識別情報などの登録情報（仮に「キャリアユーザ情報」と呼ぶ）を記憶している手段である。キャリア用サーバ２のキャリア課金記憶手段４５は、図２（２）に例示するように、端末Ｔごとにキャリア用サーバ２で行った課金処理の履歴を表す情報（仮に「キャリア課金情報」と呼ぶ）記憶する手段である。
【００２４】
これら各データ例のうち、課金ユーザ情報（図２（１））とキャリア課金情報（図２（２））、キャリア課金情報（図２（２））とキャリアユーザ情報（図２（３））は、矢印で示す項目同士が対応している。
【００２５】
なお、図中（例えば図１）の矢印は、データや制御などの流れについて主要な方向を補助的に示すもので、他の流れを否定するものでも、方向の限定を意味するものでもない。例えばデータをある方向に取得する場合、事前のデータリクエストや事後のアクノリッジ（ＡＣＫ）が逆方向に送信される。また、記憶手段以外の各手段は、以下に説明するような情報処理の機能・作用を実現・実行する処理手段であるが、これらは説明のために整理した機能単位であり、実際のハードウェア要素やソフトウェアモジュールとの一致は問わない。
【００２６】
〔２．作用及び効果〕
上記のように構成された本実施形態において、端末Ｔのユーザが、情報提供者用サーバ１が提供する有料コンテンツを利用するにあたり、キャリア用サーバ２を用いた課金を受ける場合の作用を、図３のフローチャートに示す。
【００２７】
〔２−１．概要〕
まず、作用の概要を抽出して説明する。
〔２−１−１．情報提供者用サーバでの処理〕
すなわち、情報提供者用サーバ１では、有料のコンテンツやサービスを利用しようとするアクセス元である端末Ｔのユーザが未課金の場合（ステップＳ１３：「ＮＯ」）、画面送信手段１０が、端末Ｔからのアクセスに対し、その情報提供者用サーバ１が提供する情報提供者用入力画面Ｇ１（以下「サイト画面Ｇ１」や「サイト画面」とも呼ぶ）を送信する（ステップＳ１５）。
【００２８】
このサイト画面Ｇ１は、端末Ｔの表示画面Ｄに表示されるもので、ユーザが利用したい有料コンテンツ（例えば、ニュース、着信メロディ、ゲーム、占い、投資情報など）の購入を確認して先へ進む内容である（例えば図４）。そして、サイト画面Ｇ１は、キャリア用サーバ２が提供するキャリア用入力画面Ｇ２（以下「キャリア画面Ｇ２」や「キャリア画面」とも呼ぶ）のリクエスト及び課金処理案件を識別する案件識別情報をキャリア用サーバ２に送信するリンクを含むものである。
【００２９】
ここで、案件識別情報は、具体的には自由であるが、典型的には、情報提供者用サーバ１が課金処理案件に割り当てたセッションＩＤ（案件ＩＤ）などで、利用料金情報（例えば、金額、ユーザ向け明細表示に用いる摘要欄の文字列など）などを含む。図２に示す課金ユーザ情報（図２（１））及びキャリア課金情報（図２（２））の例では、案件識別情報である文字列が、破線の楕円で示すように、末尾に課金額（例えば￥２９４）を「２９４」のように文字列として含むので、課金ユーザ情報（図２（１））のように課金額の情報項目を省略可能であり記憶容量や処理効率が改善できる。
【００３０】
また、情報をキャリア用サーバ２へ送信する「リンク」としては、例えば、図４に示す「課金へ進む」ボタンＢ４が操作されたときの遷移先（飛び先）のＵＲＬとして、キャリア用サーバ２が提供するキャリア画面Ｇ２のＵＲＬ（ドメイン名、サブドメイン名、ディレクトリなど）に、引数として、上記のような案件識別情報を表す英数字などの文字列を付加したものが考えられる。このようなリンクは、キャリア画面Ｇ２を表すＨＴＭＬやそのサブセットなどによるマークアップ記述に含めればよい。
【００３１】
また、「リンク」は、他のウェブページ又は画面ページにアクセス先を遷移する情報であり、ハイパーリンクに代表されるが、他の種別や形式などを任意に採用してよい。このようなリンクの働きにより、端末Ｔのユーザがサイト画面Ｇ１において有料コンテンツの購入を確認し、先へ進む操作を行うと（例えば図４）、端末Ｔは、キャリア用サーバ２が提供するキャリア画面Ｇ２のリクエスト及び課金処理案件を識別する案件識別情報（案件ＩＤや利用料金情報など）を、キャリア用サーバ２に送信することとなる。
【００３２】
〔２−１−２．キャリア用サーバでの処理〕
キャリア用サーバ２では、リクエスト等受信手段２０が、上記のように情報提供者用サーバ１から送信されたリクエスト及び案件識別情報を受信すると（ステップＳ２１）、受信したリクエストに係る端末Ｔに対し、端末識別情報取得手段３０が、キャリア画面Ｇ２（例えば図５）を送信すると共に（ステップＳ２２）、端末Ｔから端末識別情報を取得する（ステップＳ２３）。キャリア画面Ｇ２の送信と端末識別情報の取得はどちらが先でもよく、リクエストの受信（ステップＳ２１）と同時に、ユーザーエージェントなどページリクエストのパラメータとして取得してもよい。
【００３３】
そして、キャリア用サーバ２の課金処理手段４０が、転送された案件識別情報と、取得された端末Ｔの端末識別情報と、を用いて、その端末Ｔについて課金処理を行う（ステップＳ２７）。課金処理としては、例えば、キャリア用サーバ２のユーザ情報記憶手段３５に記憶されている携帯電話ユーザの端末識別情報と、端末Ｔから取得した端末識別情報と、を照合して一致し、かつ、保護者による課金サービス利用停止その他の否定的情報の登録もユーザ情報記憶手段３５に無いこと、など所定条件の成立を確認のうえ、その案件識別情報に基づく課金金額など必要な情報項目をキャリア課金情報として（例えば図２（２））、キャリア課金記憶手段４５に記憶させる（ステップＳ２７）。
【００３４】
そして、上記のような課金処理の正常な完了を待って、結果通知手段５０が、課金処理の肯定的な結果を（ステップＳ２８）、リクエストが転送されてくる元となった情報提供者用サーバ１へ通知する。なお、課金処理がエラーなど否定的な結果に終わった場合や（ステップＳ２７及び破線矢印）、後述するユーザ認証（ステップＳ２５）の結果が否定的だった場合（ステップＳ２６：「ＮＯ」）、結果通知手段５０は、それら否定的な結果の通知を行う（ステップＳ２９）。
【００３５】
〔２−１−３．情報提供者用サーバでの情報提供と効果〕
情報提供者用サーバ１では、課金情報更新手段５１が、上記のように通知される課金処理の結果を受信し（ステップＳ１６）、その結果が肯定的なら（ステップＳ１７：「ＹＥＳ」）、課金ユーザ記憶手段６５に記憶されている課金ユーザ情報（図２（１））を、ユーザＩＤに関連付けて案件識別情報や課金済フラグを登録することなどで更新する（ステップＳ１８）。例えば、図２（１）の例では、ユーザＩＤ「ａ１２３」に対応し、案件識別情報と、課金済サービスとして「○○お試しコース」が登録されている。そして、肯定的な結果に対応し所定の謝辞などを表示のうえ（ステップＳ１９）、課金に対応する有料のコンテンツやサービスを提供する（ステップＳ１４）。
【００３６】
一方、認証や課金処理の失敗などで、否定的な結果がキャリア用サーバ２から通知された場合（ステップＳ１６）、課金ＯＫではないので（ステップＳ１７：「ＮＯ」）、否定的な結果に対応し理由や所定のお断りの文言などを表示する（ステップＳ２０）。
【００３７】
以上のように、本実施形態では、情報提供者用サーバ１が提供するサイト画面Ｇ１からのリンクにより（ステップＳ１５）、利用料金情報などの案件識別情報と共に、キャリア用サーバ２が提供するキャリア画面Ｇ２にアクセスを画面遷移させたうえ（ステップＳ２１）、キャリア用サーバ２が端末識別情報を端末Ｔから直接取得して（ステップＳ２３）課金処理を行い（ステップＳ２７）、その結果を情報提供者用サーバ１へ送信する（ステップＳ２８，Ｓ２９）。
【００３８】
これにより、キャリア以外の情報提供者用サーバ１などで端末識別情報について予めデータベースを保持したり端末Ｔから読み取ることが無く、プライバシー上の懸念や情報漏洩等のセキュリティリスクが回避でき、情報提供者用サーバ１における処理負荷も軽減できる。また、画面表示される数字列などの認証情報をユーザがサービス利用時に改めて入力する煩雑な手間が省けるので使い勝手も改善できる。以上、情報セキュリティと使い勝手に優れたキャリア課金の技術を提供することが可能となる。
【００３９】
〔２−２．暗証情報によるユーザ認証〕
また、上記のような課金処理に際しキャリア用サーバ２から端末Ｔに表示させるキャリア用入力画面としては、例えば単に「処理中です」「承りました」などの確認画面（図示省略）でもよいが、ユーザ認証用の暗証情報の入力を求めるキャリア画面Ｇ２（例えば図５）とすることが望ましい。
【００４０】
この場合、キャリア用サーバ２の課金処理手段４０は、端末Ｔから入力されるユーザ認証用の暗証情報（ステップＳ２４）を用いて、例えばユーザ情報記憶手段内の暗証情報（例えば図２（３））との照合などによりユーザ認証を行ったうえで（ステップＳ２５，Ｓ２６）、課金処理を行う（ステップＳ２７）。例えば、図５の画面例では、暗証情報として入力欄Ｒにユーザが、携帯電話の契約時に届け出て記憶している暗証番号を入力し、「課金確定」ボタンＢ５を操作すると、その暗証番号によるユーザ認証に進む。
【００４１】
ユーザ認証用の暗証情報は、具体的には自由であるが、モバイルネットワークサービスで用いられるいわゆる交換機用暗証番号やネットワーク暗証番号などが考えられる。それ以外でも、秘密の質問と答えや、複数の候補画像から予め認証用に本人が選んでおいた画像を当てさせるなど、他の種類の暗証情報を用いることもできる。また、入力する暗証情報は、端末のセンサで検知する指紋パターンや網膜血管パターンなど生体認証（バイオメトリクス認証）用の情報でもよい。
【００４２】
このように、課金処理に先立ち、キャリア用サーバ２から交換機用暗証番号やネットワーク暗証番号などの暗証情報の入力を求めてユーザ認証を行うことにより（ステップＳ２４からＳ２６）、本人以外の操作による予期せぬ課金を防止しセキュリティが強化できる。
【００４３】
〔２−３．以後の課金ユーザの確認〕
情報提供者用サーバ１において、このサーバ１で各ユーザに割り当てる固有のユーザＩＤなど、キャリア用サーバ２とは異なるユーザ識別手段でユーザを識別すれば、課金済のユーザについて次回以降はキャリア用サーバ２へのアクセスが不要となる。この場合、情報提供者用サーバ１では、ユーザ識別手段６０が、上記のようなユーザＩＤ及びパスワードでユーザを識別する（ステップＳ１２）。
【００４４】
そして、キャリア用サーバ２により所定の課金処理（ステップＳ２７）が完了したユーザについては、既に説明したように、受信した課金処理の結果（ステップＳ１６）が肯定的であることを受けて（ステップＳ１７：「ＹＥＳ」）、課金済である旨の情報として課金ユーザ情報（図２（１））を課金ユーザ記憶手段６５に記憶しておく（ステップＳ１８）。
【００４５】
そして、課金判断手段７０は、アクセスに係るユーザであってユーザ識別手段６０により識別されたユーザについて（ステップＳ１１，Ｓ１２）、課金ユーザ記憶手段６５に課金済である旨の情報が記憶されている課金済ユーザか否か判断する（ステップＳ１３）。そして、課金済である旨の情報が記憶されている課金済ユーザと判断（ステップＳ１３：「ＹＥＳ」）されたユーザに係るアクセスに対しては、コンテンツ提供手段８０が、所定の有料コンテンツ（サービスなど任意の対象でよい）を提供する（ステップＳ１４）。
【００４６】
このように、端末識別情報とは別に、情報提供者用サーバ１においてユーザＩＤなどでユーザを特定し（ステップＳ１２）、そのように識別されるユーザに対し課金済である旨の情報を記憶して（ステップＳ１８）有料コンテンツの提供に用いる（ステップＳ１３，Ｓ１４）。これにより、キャリア用サーバ２による課金完了後、同じユーザから同じ月額料金などの範囲内で再度のアクセスがあった時は、キャリア用サーバ２とのアクセスなどのやりとりを省略して（ステップＳ１３：「ＹＥＳ」）有料コンテンツ等を提供できるので（ステップＳ１４）、負荷軽減と応答迅速化が図れる。
【００４７】
また、他の端末からのアクセスでもユーザＩＤ等で同じユーザと確認できればコンテンツ提供に応じられるなど、使い勝手が柔軟となる。加えて、ユーザＩＤ等の識別手段の利用により、コンテンツ利用履歴に基づく広告配信など他のサービスとの効果的な連携も可能となる。
【００４８】
〔３．他の実施形態〕
なお、上記実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、本出願における構成図、データの図、フローチャートなどは例示に過ぎず、各要素の有無、その配置や処理実行などの順序、具体的内容などは適宜変更可能である。一例として、図１に示した各サーバ１，２を構成する個々の手段をそれぞれ独立した装置で実現する構成も一般的である。例えば、サーバ１と２の間に適宜な仲介の事業者やシステムが介在してもよいし、そのようなシステムを含めてキャリア用サーバ２として把握してもよい。
【００４９】
また、外部のプラットフォーム等をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワークコンピューティング（いわゆるクラウドなど）で呼び出すことで、上記実施形態で示した各手段を実現するなど、本発明の構成は柔軟に変更できる。さらに、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず物理的な電子回路など他の情報処理機構で実現してもよい。
【符号の説明】
【００５０】
１ 情報提供者用サーバ
２ キャリア用サーバ
６ 演算制御部
７ 記憶装置
８ 通信手段
１０ 画面送信手段
２０ リクエスト等受信手段
３０ 端末識別情報取得手段
３５ ユーザ情報記憶手段
４０ 課金処理手段
４５ キャリア課金記憶手段
５０ 結果通知手段
５１ 課金情報更新手段
６０ ユーザ識別手段
６５ 課金ユーザ記憶手段
７０ 課金判断手段
８０ コンテンツ提供手段
Ｂ４，Ｂ５ ボタン
Ｇ１ 情報提供者用入力画面（サイト画面）
Ｇ２ キャリア用入力画面（キャリア画面）
Ｎ 通信ネットワーク
Ｒ 入力欄
Ｔ 携帯端末（端末）
【特許請求の範囲】
【請求項１】
情報提供者用サーバと、キャリア用サーバと、を有する課金システムであって、
前記情報提供者用サーバは、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信手段を有し、
前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、
前記キャリア用サーバは、
送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信手段と、
受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得手段と、
転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末について課金処理を行う課金処理手段と、
前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する結果通知手段と、
を有することを特徴とする課金システム。
【請求項２】
前記課金処理手段は、前記携帯端末から入力されるユーザ認証用の暗証情報によりユーザ認証を行ったうえで、前記課金処理を行う
ことを特徴とする請求項１記載の課金システム。
【請求項３】
前記情報提供者用サーバは、
ユーザＩＤ及びパスワードでユーザを識別するユーザ識別手段を有し、
前記キャリア用サーバにより所定の前記課金処理が完了したユーザについて課金済である旨の情報を記憶する課金ユーザ記憶手段と、
前記ユーザ識別手段により識別されたユーザについて前記課金ユーザ記憶手段に前記課金済である旨の情報が記憶されているか判断する課金判断手段と、
前記課金済である旨の情報が記憶されていると判断されたユーザに係るアクセスに対して所定の有料コンテンツを提供する判断提供手段と、
を有することを特徴とする請求項１又は２記載の課金システム。
【請求項４】
情報提供者用サーバと、キャリア用サーバと、を通信ネットワーク経由で組み合わせて実行する課金方法であって、
前記情報提供者用サーバが、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信処理を実行し、
前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、
前記キャリア用サーバが、
送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信処理と、
受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得処理と、
転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末に適用する課金処理と、
前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する課金結果通知処理と、
を実行することを特徴とする課金方法。
【請求項１】
情報提供者用サーバと、キャリア用サーバと、を有する課金システムであって、
前記情報提供者用サーバは、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信手段を有し、
前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、
前記キャリア用サーバは、
送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信手段と、
受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得手段と、
転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末について課金処理を行う課金処理手段と、
前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する結果通知手段と、
を有することを特徴とする課金システム。
【請求項２】
前記課金処理手段は、前記携帯端末から入力されるユーザ認証用の暗証情報によりユーザ認証を行ったうえで、前記課金処理を行う
ことを特徴とする請求項１記載の課金システム。
【請求項３】
前記情報提供者用サーバは、
ユーザＩＤ及びパスワードでユーザを識別するユーザ識別手段を有し、
前記キャリア用サーバにより所定の前記課金処理が完了したユーザについて課金済である旨の情報を記憶する課金ユーザ記憶手段と、
前記ユーザ識別手段により識別されたユーザについて前記課金ユーザ記憶手段に前記課金済である旨の情報が記憶されているか判断する課金判断手段と、
前記課金済である旨の情報が記憶されていると判断されたユーザに係るアクセスに対して所定の有料コンテンツを提供する判断提供手段と、
を有することを特徴とする請求項１又は２記載の課金システム。
【請求項４】
情報提供者用サーバと、キャリア用サーバと、を通信ネットワーク経由で組み合わせて実行する課金方法であって、
前記情報提供者用サーバが、携帯端末からのアクセスに対し、その情報提供者用サーバが提供する情報提供者用入力画面を送信する画面送信処理を実行し、
前記情報提供者用入力画面は、前記キャリア用サーバが提供するキャリア用入力画面のリクエスト及び課金処理案件を識別する案件識別情報を前記キャリア用サーバに送信するリンクを含むものであり、
前記キャリア用サーバが、
送信された前記リクエスト及び前記案件識別情報を受信するリクエスト等受信処理と、
受信した前記リクエストに係る前記携帯端末に対し前記キャリア用入力画面を送信すると共に、前記携帯端末から端末識別情報を取得する端末識別情報取得処理と、
転送された前記案件識別情報と、取得された前記携帯端末の前記端末識別情報と、を用いて、その携帯端末に適用する課金処理と、
前記課金処理の結果を、前記転送の元となった前記情報提供者用サーバへ通知する課金結果通知処理と、
を実行することを特徴とする課金方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−４５１９３（Ｐ２０１３−４５１９３Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８１０７９（Ｐ２０１１−１８１０７９）
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
[ Back to top ]