(57)【要約】【課題】代金を容易に決済させることのできる課金方法等を提供する。【解決手段】センタ側サーバ（１０）に携帯電話（３０）からアクセスし、８０円という価格のついたシリアルナンバーを購入する指示を入力する。携帯電話（３０）はシリアルナンバーをダウンロードして、「ＳＮ××××」のように表示する。このとき携帯電話の料金に８０円が加算される。そして、クライアントＰＣ（２０）からセンタ側サーバ（１０）へアクセスし、有料コンテンツを表示させるための入口となるページを表示させ、このページに対して、携帯電話（３０）に表示されたシリアルナンバーを、クライアントＰＣ（２０）のキーボード等から入力して、送信させる。シリアルナンバーを受信したセンタ側サーバ（１０）は、受信したシリアルナンバーが携帯電話（３０）へ送信したシリアルナンバーと一致する場合に、有料コンテンツのページ情報をクライアントＰＣ（２０）へ送信する。【選択図】図１
2006351031.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話に表示可能な課金の対象となる情報である課金対象情報が携帯電話にダウンロードされた際に当該課金対象情報のダウンロードに対する課金を行う課金システムを利用して、ネットワークを介して接続可能なセンタと端末との間の前記端末の利用者に対する前記センタ側の課金を代行する処理を行う課金方法であって、利用者によって前記端末に入力され前記端末からセンタへ送信された情報が、前記携帯電話にダウンロードされた課金対象情報であるか否かを判定し、課金対象情報である場合には、課金確認後に送信すべき所定のデータを前記端末へ送信する処理を行うことを特徴とする課金方法。
【請求項２】
課金対象情報を携帯電話に対して送信する第１の処理ステップと前記第１の処理ステップによる課金対象情報の送信に伴う課金処理を行う第２の処理ステップと、端末から情報を受信する第３の処理ステップと、前記第３の処理ステップによって前記端末から受信された情報が前記第１の処理ステップによって前記携帯電話に対して送信された課金対象情報である場合に課金確認後に送信すべき所定のデータを前記端末に対して送信する第４の処理ステップとを備えることを特徴とする課金方法。
【請求項３】
請求項１または２に記載の課金方法において、前記課金対象情報は、前記携帯電話の電話番号を取得し、当該取得した携帯電話番号に基づいて生成することを特徴とする課金方法。
【請求項４】
請求項１〜３のいずれかに記載の課金方法をコンピュータに実現させるためのプログラム。
【請求項５】
課金対象情報を携帯電話に対して送信する課金対象情報送信手段と、前記課金対象情報送信手段によって前記携帯電話に対して送信された課金対象情報の代金を課金する課金処理を行う課金手段と、端末からネットワークを介して情報を受信する受信手段と、前記受信手段によって端末から受信した情報が前記課金対象情報送信手段によって送信された課金対象情報であるか否かを判定する判定手段と、前記判定手段によって、前記受信手段によって端末から受信した情報が前記課金対象情報送信手段によって送信された課金対象情報であると判定された場合に、課金確認後に送信すべき所定のデータを前記端末に対して送信するデータ送信手段とを備えることを特徴とする情報システム。
【請求項６】
請求項５に記載の情報システムにおいて、前記課金対象情報送信手段によって送信する課金対象情報を生成する課金対象情報生成手段と、前記課金対象情報生成手段によって生成された課金対象情報を記憶する課金対象情報記憶手段とを備え、前記判定手段は、前記課金情報記憶手段に前記端末から受信した情報が前記課金対象情報記憶手段に記憶されているか否かによって前記判定を行うことを特徴とする情報システム。
【請求項７】
請求項６に記載の情報システムにおいて、前記課金対象情報生成手段は、前記課金対象情報の送信対象の携帯電話の電話番号に基づいて前記課金対象情報を生成することを特徴とする情報システム。
【請求項８】
請求項６または７に記載の情報システムにおいて、前記課金対象情報記憶手段は、前記課金対象情報と当該課金対象情報に対する課金金額とを関連付けて記憶し、当該情報システムは、さらに、ネットワークを介して複数の課金対象情報を取得する課金対象情報取得手段と、前記課金対象情報取得手段によって取得されたすべての課金対象情報が、前記課金対象情報記憶手段に記憶されているか否かを判定し、記憶されている場合には、新たな課金対象情報を生成して当該新たな課金対象情報と前記課金対象情報記憶手段に記憶された前記取得されたすべての課金対象情報の対応する課金金額の合計金額とを関連付けて前記課金対象情報記憶手段に記憶し、当該新たな課金対象情報を前記携帯電話へ送信し、前記取得されたすべての課金対象情報を前記課金情報記憶手段から削除する新課金情報生成手段を備えることを特徴とする情報システム。
【請求項９】
請求項６〜８のいずれかに記載の情報システムにおいて、前記課金対象情報記憶手段は、前記課金対象情報と当該課金対象情報に対する課金金額とを関連付けて記憶し、当該情報システムは、さらに、ネットワークを介して課金対象情報を取得する課金対象情報取得手段と、前記課金対象情報取得手段によって取得された課金対象情報が、前記課金対象情報記憶手段に記憶されているか否かを判定し、記憶されている場合には、前記課金対象情報記憶手段に記憶されている当該課金対象情報に対応する課金金額に、合計金額が対応するように複数の課金金額へ分け、当該複数の課金金額に対応する新たな複数の課金対象情報を生成し、当該新たな複数の課金対象情報と課金金額とを各々関連付けて前記課金対象情報記憶手段に記憶し、当該新たな複数の課金対象情報を前記携帯電話へ送信し、前記課金対象情報取得手段によって取得された課金対象情報を前記課金対象情報記憶手段から削除する新課金情報生成手段を備えることを特徴とする情報システム。
【請求項１０】
請求項６〜９のいずれかに記載の情報システムにおいて、前記携帯電話は、通信事業者の有するネットワークを介して前記課金対象情報を取得する構成であり、前記端末はインターネットに接続可能であり、前記課金対象情報生成手段、前記課金対象情報送信手段及び前記課金手段を備えた前記通信事業者の管理する通信事業者側処理手段と、前記受信手段及び前記データ送信手段を備え、前記受信手段における受信または前記送信手段における送信を前記インターネットに対して行うコンテンツ提供側処理手段と、前記課金対象情報記憶手段及び前記判定手段を備える認証業者側処理手段とを備えることを特徴とする情報システム。
【請求項１１】
請求項５〜１０のいずれかに記載の情報システムにおいて、前記課金処理は、前記携帯電話の利用者に対する課金を課金システムに対して行わせるための処理であることを特徴とする情報システム。
【請求項１２】
請求項５〜１１のいずれかに記載の情報システムにおいて、前記課金対象情報は、テキストデータとすることを特徴とする情報システム。
【請求項１３】
請求項５〜１２のいずれかに記載の情報システムとしての機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
技術分野携帯電話を用いた課金システムを利用して端末の利用者に対するセンタ側の課金を代行するための課金方法、及びその課金方法を実行する情報システム等に関する。背景技術インターネット上のウェブページから、商品の購入等を申し込み、その商品等の代金の決済をクレジットカードで行うようにしたシステムが知られている。このようなシステムでは、例えばインターネットに接続されたウェブサーバ等から商品やサービスの情報を端末に送信して、端末のブラウザ等に表示させる。そして、端末からの商品やサービスの購入の申し込み指示をサーバで受信した場合に、サーバはその対価（代金）を支払うためのクレジットカード番号等の入力を促す情報を端末へ送信する。端末に入力されて送信されたクレジットカード番号をサーバが受信した場合に、サーバはクレジットカード会社のコンピュータに対してクレジットカード番号等の認証と代金の決済要求を行う課金処理をして、商品やサービスの代金を決済させるようにしている。しかしながら、セキュリティ等の問題からインターネットを介して端末からクレジットカード番号を送信することに不安を持つ利用者が多く、決済方法として利用しにくいという問題がある。かといって例えば銀行振込等の別の方法を決済方法として利用すると、送金手数料や送金手続きに手間がかかるという問題がある。特に代金が少額の場合には、送金のためにかかる手数料の方が代金よりも高くなってしまう場合がある。発明の開示そこで、本発明は上述した問題点を解決し、代金を容易に支払うことのできる課金方法及び情報システム等を提供することを目的とする。上述した問題点を解決するためになされた請求項１に記載の課金方法は、携帯電話に表示可能な課金の対象となる情報である課金対象情報が携帯電話にダウンロードされた際にその課金対象情報のダウンロードに対する課金を行う課金システムを利用して、ネットワークを介して接続可能なセンタと端末との間の端末の利用者に対するセンタ側の課金を代行する課金方法であって、利用者によって端末に入力され、端末からセンタへ送信された情報が、携帯電話にダウンロードされた課金対象情報であるか否かを判定し、課金対象情報である場合には、課金確認後に送信すべき所定のデータを端末へ送信する。したがって、ユーザは、携帯電話で課金対象情報を購入し、携帯電話に表示された課金対象情報を端末から入力することで、課金確認後に送信すべき所定のデータ（例えば有料コンテンツ）を、端末で容易に得ることができる。例えば、端末において利用する有料コンテンツ等の代金を携帯電話の課金によって容易に支払うことができ、すぐに有料コンテンツ等を利用することも可能となる。例えば端末としてＰＣを用いる場合、ＰＣは大画面化等が可能であり、また種々の機能を実現可能であるので商品の情報や有料コンテンツを提供するのに適しているのに対し、ＰＣの場合、商品や有料コンテンツの代金支払いのための課金手段がクレジットカードや銀行振込のようなものを用いる必要があり利用者にとって使いづらい。一方、携帯電話は、例えば画面が小さく、機能が少ないなどの理由から商品の情報や有料コンテンツを提供するのには適さない場合があるが、携帯電話会社（キャリア）やインターネットサービスプロバイダ（ＩＳＰ）などによるダウンロード課金を行う課金システムがすでに整っている。そして、課金システムは、このように課金対象情報のダウンロードに応じて課金された課金対象情報の代金を、例えば携帯電話の利用料やＩＳＰの利用料、各種サイトからのデータのダウンロードに対する課金とともに所定の期間毎（例えば１ヶ月毎）に合算し、利用者の口座等から決済している。したがって、利用者は、端末からセンタの運営者に対する代金の支払いを、課金対象情報の代金の支払いによって容易に行うことができる。特に、少額な代金の決済を極めて容易かつ低コストで実現することが可能となる。例えば、センタの運営者は、携帯電話会社または携帯電話のデータ通信を管理するＩＳＰに対して、課金対象情報がダウンロードされた際に、利用者に対して課金し、課金した代金の一部または全部を、例えば月ごとにまとめて運営者の口座等に振り込むよう契約する。一方、センタは、例えば、課金対象情報を記憶したり生成したりする機能を備える第１のサーバと、請求項１に記載の「利用者によって前記端末に入力され前記端末からセンタへ送信された情報が、前記携帯電話にダウンロードされた課金対象情報である場合には、課金確認後に送信すべき所定のデータを前記端末へ送信する」第２のサーバを設ける。そして、請求項１に記載の「課金確認後に送信すべき所定のデータ」を、例えば、商品の送付先を入力する画面を端末に表示させるための情報や、代金が支払い済みである旨を示す情報や、有料コンテンツ等の情報あるいはこれらの情報へ誘導するための情報（例えばリンク情報、リダイレクト情報）とする。このようにすれば、利用者は商品や情報を購入する場合に、例えば、携帯電話から第１のサーバから送信された課金対象情報をダウンロードして表示させ、表示された課金対象情報を端末に入力し、例えば、端末から第２のサーバへネットワークを介してその課金対象情報を送信させるだけで、利用者は所定の情報として、商品の送付先を入力する画面を端末に表示させるための情報や、代金が支払い済みである旨を示す情報や、有料コンテンツ等の情報を得ることができる。さらに具体的な課金方法としては、例えば、請求項２に示す課金方法を採ることができる。請求項２に記載の課金方法によれば、課金対象情報を携帯電話に対して送信し、課金対象情報の送信に伴う課金処理を行い、端末から情報を受信し、端末から受信した情報が携帯電話に対して送信した課金対象情報である場合に課金確認後に送信すべき所定のデータを端末に対して送信する。よって、利用者は、センタの所定の情報を得るための課金を携帯電話による課金対象情報の受信の際のダウンロード課金によって行わせることができる。したがって代金を容易に決済させることのできる課金方法を提供することができる。なお、課金対象情報は、利用者が端末に対して入力可能な情報とする。例えば、シリアルナンバーとするとよい。また、課金対象情報は、請求項３に示すように、携帯電話の電話番号に基づいて生成するとよい。そしてこうした課金方法は、例えば請求項５〜１１などに記載する情報システムによって実現できる。請求項５に記載の情報システムは、課金対象情報を携帯電話に対して送信する課金対象情報送信手段と、前記課金対象情報送信手段によって前記携帯電話に対して送信された課金対象情報の代金を課金する課金処理を行う課金手段と、端末からネットワークを介して情報を受信する受信手段と、前記受信手段によって端末から受信した情報が前記課金対象情報送信手段によって送信された課金対象情報であるか否かを判定する判定手段と、前記判定手段によって、前記受信手段によって端末から受信した情報が前記課金対象情報送信手段によって送信された課金対象情報であると判定された場合に、課金確認後に送信すべき所定のデータを前記端末に対して送信するデータ送信手段とを備える。したがって、ユーザは、携帯電話によって課金対象情報を受信させて表示させ、表示された課金対象情報を、端末へ入力して送信させることで、端末で課金確認後に送信すべき所定のデータを得ることができる。すなわちユーザは、携帯電話に表示された課金対象情報を端末から入力することで課金確認後に送信すべき所定のデータ（例えば有料コンテンツ）を、端末で得ることができる。このように、ネットワークを介して接続可能なセンタと端末との間で端末の利用者がセンタ側に支払うべき代金の課金を、携帯電話に課金対象情報がダウンロードされた際に課金を行う課金システムを利用して代行させることができ、課金対象情報を携帯電話でダウンロードした利用者に対して、例えば有料コンテンツ等の課金確認後に送信すべき所定のデータを送ることが容易にできる。すなわち代金の支払が容易にできる。また、例えば、請求項５に記載の情報システムによれば、利用者は商品や情報を購入する場合に、携帯電話に課金対象情報を受信させて表示させ、表示された課金対象情報を端末に入力し、端末からその課金対象情報を情報システムへ送信させるだけで、例えば、所定のデータとして、その商品を受け取るためのデータや情報を得ることができる。このように、代金を携帯電話を利用して容易に決済させ、購入後のデータを得ることができる。特に請求項６に示すように、課金対象情報送信手段によって送信する課金対象情報を生成する課金対象情報生成手段と、課金対象情報生成手段によって生成された課金対象情報を記憶する課金対象情報記憶手段とを備え、判定手段は、課金情報記憶手段に前記端末から受信した情報が、課金対象情報記憶手段に記憶されているか否かによって前記判定を行うとよい。このようにすることで、課金対象情報を、随時変更することができ、不正使用を防止することが容易にできる。特に、請求項７に示すように、課金対象情報生成手段は、課金対象情報の送信対象の携帯電話の電話番号に基づいて前記課金対象情報を生成するとよい。このようにすれば、例ば、有効な課金対象情報の確認が容易にでき、不正使用を容易に防止することが可能となる。ところで、例えば、このように携帯電話へダウンロードした課金対象情報と、端末で利用する有料コンテンツ等の価格が等しい場合には、その課金対象情報を端末から入力することでその有料コンテンツ等を利用できるのであるが、異なる場合には、代金の過不足が生じることとなる。そこで、請求項８に示すようにして複数の課金対象情報から新たな１の課金対象情報を生成して携帯電話へ送信したり、請求項９に示すようにして１の課金対象情報から複数の課金対象情報を生成して携帯電話へ送信したりすることで、この過不足を調整可能とするとよい。そして、上述した各手段は、複数の処理手段によって実現できる。特に請求項１０に示すように、前記携帯電話は、通信事業者の有するネットワークを介して前記課金対象情報を取得する構成であり、前記端末はインターネットに接続可能であり、前記課金対象情報生成手段、前記課金対象情報送信手段及び前記課金手段を備えた前記通信事業者の管理する通信事業者側処理手段と、前記受信手段及び前記データ送信手段を備え、前記受信手段における受信または前記送信手段における送信を前記インターネットに対して行うコンテンツ提供側処理手段と、前記課金対象情報記憶手段及び前記判定手段を備える認証業者側処理手段とを備える構成とするとよい。このように、通信事業者側処理手段で課金対象情報を生成し、携帯電話に送信することで、課金処理を、例えばキャリアの持ついわゆる携帯課金システムやＩＳＰの利用料課金システム等の既存の課金手段を利用して容易に行うことできる。さらに、課金対象情報記憶手段と判定手段を認証業者側処理手段に備えることによって、通信事業者側処理手段やコンテンツ提供側処理手段から課金対象情報の管理を分離することができ、課金対象情報の安全な管理が容易にできるようになる。特に、請求項７の構成を有する場合には、携帯電話番号等の個人情報の保護を容易に行うことが可能となる。なお、例えば、通信事業者側処理手段と認証業者側処理手段との通信は、専用線で行うとよい。このようにすれば、さらに安全に課金対象情報をやりとりできる。なお、課金処理は、例えば携帯電話会社やＩＳＰが情報システムを運営する場合には、例えば上述した携帯電話の利用料やＩＳＰの利用料とともに所定の期間毎（例えば１ヶ月毎）に合算し、利用者の口座等から決済する処理とすることができる。また、例えば情報システムを、課金システムを持つ携帯電話会社やＩＳＰとは異なる会社が運営する場合などには、課金処理は、例えば請求項１１に示すように携帯電話の利用者に対する課金を課金システムに対して行わせるための処理とすればよい。このような処理としては、例えば課金システムに対してネットワークを介して課金情報を送信する処理などが挙げられる。そして、課金対象情報は、請求項１２に示すように、例え
ば画像データや音声データとすることもできるが、例えばシリアルナンバー等、テキストデータとするとよい。このようにすれば、利用者は、携帯電話にテキストデータをダウンロードし、そのテキストデータを端末に入力して情報システムに送信させるだけで、所定の情報を得ることができる。したがって、極めて簡便かつ容易に支払と支払後のデータの入手を行うことができる。なお、請求項４に示すように、請求項１〜３のいずれかに記載の課金方法を実現する処理手順はコンピュータに実行させるためのプログラムとして備えることができる。また、請求項１３に示すように、請求項５〜１２のいずれかに記載の情報システムとしての機能をコンピュータにて実現する場合、例えば、コンピュータで実行するプログラムとして備えることができる。このようなプログラムの場合、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行したりすることができる。発明を実施するための最良の形態以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。［第１実施例］図１に示すように、本実施例の情報システム１は、特許請求の範囲における情報システムに相当しセンタに相当するセンタ側サーバ１０と、このセンタ側サーバ１０とインターネット５０を介して通信可能な特許請求の範囲における端末に相当するクライアントＰＣ２０と、キャリア側システム４０を介してセンタ側サーバ１０と通信可能な携帯電話３０とを備える。センタ側サーバ１０は、一般的なサーバ用コンピュータであって、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、各種入出力インターフェース等を内蔵しており、ウェブサーバとしての機能を備える。すなわち、センタ側サーバ１０は、クライアントＰＣ２０の備えるブラウザによるページ情報へのアクセスに応じて、センタ側サーバ１０に記憶したページ情報またはセンタ側サーバ１０が生成したページ情報をクライアントＰＣ２０へ送信する。クライアントＰＣ２０は、インターネット５０への接続機能を備えた一般的なパーソナルコンピュータであり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、ディスプレイ、各種入出力インターフェース等を内蔵しており、ブラウザ及び電子メール機能を備え、インターネット５０に接続されたセンタ側サーバ１０にアクセスしてページ情報（例えばＨＴＭＬ等で記述されている）を受信してディスプレイに表示したり、各種のコンテンツ情報を受信して利用する機能を備える。携帯電話３０は、ブラウザを備え、インターネット５０に接続されたウェブサーバに対してアクセスし、ウェブサーバからの情報を受信して表示する機能を備える一般的な携帯電話である。なお、キャリア側システム４０は、携帯電話３０から送信された電波を受信して、回線制御を行ったり、携帯電話３０から送信された情報をインターネット５０へ中継したり、インターネット５０からの携帯電話３０宛のデータをインターネット５０から携帯電話３０へ中継する機能を備える。また、センタ側サーバ１０から携帯電話３０が課金対象情報をダウンロードした際の料金を、センタの運営者に代行して携帯電話３０の利用者に対して請求するために、課金対象情報をダウンロードした際の料金を、このユーザのこのセンタの利用料金に加算する課金処理を行う機能を備える。そして、所定期間（例えば１ヶ月）毎の携帯電話３０の通話料等とこのユーザの各センタの利用料金を合わせて、利用者の口座から引き落とすための引き落とし依頼を、銀行やクレジットカード会社等の決済機関側コンピュータ６０に対して行う。そして、利用料金が引き落とされた場合に、センタ側サーバ１０の運営者の口座にすべてのユーザのこのセンタの利用料金を合算して振り込む依頼をする処理を実行する。利用者がクライアントＰＣ２０のブラウザによってセンタ側サーバ１０のウェブサーバの提供する有料コンテンツに対してアクセスする場合、まず、その有料コンテンツの代金を価格とする課金対象情報としてのシリアルナンバー（これをパスワードということもできる）を携帯電話３０でダウンロードする。このとき、キャリア側システム４０ではそのシリアルナンバーの価格を課金する上述した課金処理を行う。例えば、利用者は、センタ側サーバ１０に携帯電話３０からアクセスし、８０円という価格のついたシリアルナンバーを購入する指示を入力する。携帯電話３０はシリアルナンバーをダウンロードして、そのシリアルナンバーを、例えば「ＳＮ××××」のように表示する。その結果、上述した課金処理によって８０円が課金されることとなる。利用者は、クライアントＰＣ２０のブラウザによってセンタ側サーバ１０へアクセスし、有料コンテンツを表示させるための入口となるページを表示させる。そしてこのページに対して、携帯電話３０に表示されたシリアルナンバー「ＳＮ××××」を、クライアントＰＣ２０のキーボード等から入力して、ブラウザに送信させる。シリアルナンバー「ＳＮ××××」を受信したセンタ側サーバ１０は、受信したシリアルナンバーが携帯電話３０へ送信したシリアルナンバー「ＳＮ××××」と一致する場合にのみ、有料コンテンツのページ情報をクライアントＰＣ２０へ送信する。この場合、シリアルナンバーが一致するため、クライアントＰＣ２０のブラウザには有料コンテンツが表示される。このようにして、インターネット５０上のセンタ側サーバ１０の提供する有料コンテンツを携帯電話３０の通話料とともに決済させることができる。よってクレジットカード番号を送信することなく、容易に少額の課金及び決済を低コストで行うことができる。なお、本実施例では、代金の金額に対応するシリアルナンバーをダウンロードすることとしたが、このシリアルナンバーは例えば利用者に関する情報に関連付けて生成するようにしてもよい。例えばシリアルナンバーを携帯電話３０にダウンロードする際に、携帯電話３０の電話番号を、キャリア側システム４０を介してセンタ側サーバ１０で取得し、その電話番号を用いてシリアルナンバーを生成するようにする。そして生成したシリアルナンバーと電話番号と価格（課金金額）をセンタ側サーバ１０でデータベース（ＤＢ）に関連付けて記憶しておく���そしてクライアントＰＣ２０から電話番号とシリアルナンバーが送信された場合に、送信された電話番号とシリアルナンバー及び有料コンテンツの価格を、データベースに記憶しておいたシリアルナンバーと電話番号と価格と比較して、正しいか否かを確認した後、正しい場合にのみ有料コンテンツのページ情報をクライアントＰＣ２０へ送信するようにする。このようにすれば、利用者のなりすまし等を防ぐことができる。ところで、このようにして携帯電話３０へダウンロードしたシリアルナンバーの代金と、クライアントＰＣ２０で利用する有料コンテンツの価格が等しい場合には、そのシリアルナンバーを入力することでその有料コンテンツを利用できるのであるが、異なる場合には、代金の過不足が生じることとなる。そこで、複数のシリアルナンバーから１のシリアルナンバーを生成したり（以下これを結合と称する）、１のシリアルナンバーから複数のシリアルナンバーを生成したり（以下これを分離と称する）して、この過不足を調整可能とするとよい。図２にこのシリアルナンバーの結合処理を示す。ユーザは携帯電話３０を操作し、携帯電話３０からセンタ側サーバ１０のパスワード結合サイトへアクセスする。センタ側サーバ１０はこのアクセスに応じて携帯電話３０へ２つのシリアルナンバーを入力するフォームを備えたページ情報を送信する。携帯電話３０は、このフォームを表示し、ユーザに２つのシリアルナンバーの入力を促す。携帯電話３０は、ユーザから入力された２つのシリアルナンバーをセンタ側サーバ１０へ送信する。センタ側サーバ１０は、この２つのシリアルナンバーを受信した場合、図２に示す処理を行う。Ｓ１０では、受信した第一のシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。存在する場合には（Ｓ１０：ＹＥＳ）、Ｓ１１へ移行し、存在しない場合には（Ｓ１０：ＮＯ）、Ｓ２１へ移行する。Ｓ１１では、Ｓ１０と同様に、受信した第二のシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。存在する場合には（Ｓ１０：ＹＥＳ）、Ｓ１２へ移行し、存在しない場合には（Ｓ１０：ＮＯ）、Ｓ２１へ移行する。Ｓ１２では、第一のシリアルナンバーの価格をデータベースから取得し、続くＳ１３では、第二のシリアルナンバーの価格をデータベースから取得する。そして、続くＳ１４では、第一のシリアルナンバーの価格と第二のシリアルナンバーの価格とを加算して新シリアルナンバーの価格を算出する。続くＳ１５では、この新シリアルナンバーの価格が価格データベースに存在するか否かを判定する。この価格データベースには課金可能な価格のリストが予め格納されている。例えば、価格データベースには、１００円、３００円、５００円といった価格データが記憶されている。新シリアルナンバーの価格がこの価格データベースに存在する場合には（Ｓ１５：ＹＥＳ）、Ｓ１６へ移行し、存在しない場合には（Ｓ１５：ＮＯ）、Ｓ２１へ移行する。Ｓ１６では、新シリアルナンバーを生成する。そして、続くＳ１７では、新シリアルナンバーをその価格と関連付けてデータベースへ登録する。そして続くＳ１８では、第一のシリアルナンバーをデータベースから削除し、Ｓ１９では、第二のシリアルナンバーをデー���ベースから削除する。そして、続くＳ２０で、新シリアルナンバーを携帯電話３０へ送信する。一方、Ｓ２１では、シリアルナンバーの再送信を携帯電話３０へ要求する。例えば、再送信を促すメッセージとともに、前述した２つのシリアルナンバーを入力するフォームを備えたページ情報を送信する。このようにして、複数のシリアルナンバーから１の新シリアルナンバーを得ることができるので、シリアルナンバーの価格と有料コンテンツの価格とを容易にあわせることができる。例えば予め購入したシリアルナンバーを組み合わせて利用することも容易にできる。次に、図３及び図４に、シリアルナンバーの分離処理のフローチャートを示す。ユーザは携帯電話３０を操作し、携帯電話３０からセンタ側サーバ１０のパスワード分離サイトへアクセスする。センタ側サーバ１０はこのアクセスに応じて携帯電話３０へシリアルナンバー及び分割用価格を入力するフォームを備えたページ情報を送信する。携帯電話３０は、このフォームを表示し、ユーザにシリアルナンバーの入力を促す。携帯電話３０は、ユーザから入力されたシリアルナンバーをセンタ側サーバ１０へ送信する。センタ側サーバ１０は、このシリアルナンバーを受信した場合、図３に示す処理を行う。Ｓ３０では、受信したシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。データベースに存在しない場合（Ｓ３０：ＮＯ）、Ｓ３１へ移行して、携帯電話３０へパスワードの再送信を要求してこの処理を終了する。一方、データベースに存在する場合には（Ｓ３０：ＹＥＳ）、Ｓ３２へ移行する。Ｓ３２では、受信した分割用価格が価格データベースに存在するか否かを判定し、存在する場合には（Ｓ３２：ＹＥＳ）、Ｓ３３へ移行し、存在しない場合には（Ｓ３２：ＮＯ）、Ｓ３６へ移行する。Ｓ３３では、受信したシリアルナンバーの価格をデータベースから取得し、Ｓ３４では、取得したシリアルナンバーの価格から分割用価格を減算して、新シリアルナンバーの価格を求める。続くＳ３５では、新シリアルナンバーの価格がデータベースに存在するか否かを判定する。データベースに存在する場合には（Ｓ３５：ＹＥＳ）、図４のＳ３７へ移行し、データベースに存在しない場合には（Ｓ３５：ＮＯ）、Ｓ３６へ移行する。Ｓ３６では、分割用価格の再送信を携帯電話３０へ要求してこの処理を終了する。Ｓ３７では、新シリアルナンバーを生成し、Ｓ３８では
、分割用シリアルナンバーを生成する。そして、Ｓ３９では、新シリアルナンバーをその価格と関連付けてデータベースへ登録する。またＳ４０では、分割用シリアルナンバーをその価格と関連付けてデータベースへ登録する。そして、Ｓ４１では、受信したシリアルナンバーをデータベースから削除し、Ｓ４２で、新シリアルナンバーと分割用シリアルナンバーとを携帯電話３０へ送信する。このようにして、１のシリアルナンバーを分割して複数のシリアルナンバーを得ることができるので、シリアルナンバーの価格と有料コンテンツの価格とを容易にあわせることができる。ところで、図１の構成以外にも本発明の情報システム１はさまざまな構成をとりうる。例えばセンタ側サーバ１０はキャリア側システム４０内に備えるようにしてもよい。また、図５に示すように、携帯電話３０とセンタ側サーバ１０との通信がＩＳＰ側システム７０を介して行われる場合には、キャリア側システム４０の課金処理を、ＩＳＰ側システム７０で行うようにしてもよい。このようにすればＩＳＰの利用料金とともに、センタ側サーバ１０の有料コンテンツの料金を決済させることができる。［第２実施例］図６に示すように、本実施例の情報システム２は、携帯電話１１０と、特許請求の範囲における情報システムに相当しセンタに相当するキャリア側コンピュータ１２０・パスワード記憶コンピュータ１３０・パスワード認証コンピュータ１７０と、ネットワークサーバ１６０と、特許請求の範囲における端末に相当するネットワーク端末１５０とを有する。携帯電話１１０はユーザの所有する一般的な携帯電話であり、電話機能に加え、キャリア側コンピュータ１２０に備えたコンテンツをＩＰパケット通信によってダウンロードして表示したり、実行したりする通信機能を備える。キャリア側コンピュータ１２０は、携帯電話キャリアの保有するコンピュータであり、携帯電話１１０からの要求に応じてコンテンツデータを送信し、そのコンテンツデータの送信に伴い発生する課金（ダウンロード課金と呼ばれる）を行う課金処理を行う。このようなシステムとしては、例えば、株式会社エヌ・ティ・ティ・ドコモの提供するｉ−ｍｏｄｅ（登録商標）などが知られている。キャリア側コンピュータ１２０は、このコンテンツデータとして、パスワード管理業者から委託された、パスワードを発行する処理を行う。また、キャリア側コンピュータ１２０には、課金結果を格納するための課金データベース１２５を備える。パスワード記憶コンピュータ１３０は、パスワード管理業者であるパスワード記憶会社が保有するコンピュータであり、キャリア側コンピュータ１２０と専用線で接続されている。このパスワード記憶コンピュータ１３０は、パスワード記憶データベース１４０を備えており、キャリア側コンピュータ１２０によって発行されるパスワードを記憶する。パスワード認証コンピュータ１７０は、パスワード管理業者であるパスワード認証会社が保有するコンピュータであり、パスワード記憶コンピュータ１３０と専用線で接続されており、パスワード認証データベース１８０を備える。ネットワークサーバ１６０は、インターネットに接続されたサーバであり、インターネットを介して、ネットワーク端末１５０に対して、ウェブページ等を送信するウェブサーバとして機能する。ネットワーク端末１５０は、ユーザの利用可能な（例えばユーザの所有する）ブラウザを備えた機器であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、ディスプレイ、各種入出力インターフェース等を内蔵しており、ブラウザ及び電子メール機能を備え、インターネットに接続されたネットワークサーバ１６０にアクセスしてページ情報（例えばＨＴＭＬ等で記述されている）を受信してディスプレイに表示したり、各種のコンテンツ情報を受信して利用する機能を備える。また、キャリア側コンピュータ１２０，パスワード記憶コンピュータ１３０，パスワード認証コンピュータ１７０，ネットワークサーバ１６０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、各種入出力インターフェース等を内蔵した一般的なサーバ用コンピュータである。キャリア側コンピュータ１２０は、携帯電話１１０からのアクセスに応じて図６に示す画面１１１ａを携帯電話１１０のブラウザによって表示装置に表示させるための情報（ｈｔｍｌデータ）として送信する。この画面１１１ａには、購入可能なパスワードの価格がラインナップされている。そして、「１００円」「２００円」「３００円」とラインナップされた表示部分は、それぞれ、その表示された金額が示すダウンロード課金コンテンツを生成するプログラムＡにリンクされている。そして、画面１１１ａの「１００円」，「２００円」，「３００円」の表示部分は、携帯電話１１０のボタン等の操作部による操作によって選択可能に構成されており、ユーザの操作入力によって選択された場合には、選択された部分にリンクされたプログラムＡへ携帯電話１１０がアクセスし（図６のＳ１）、キャリア側コンピュータ１２０ではこのプログラムＡが実行される。このプログラムＡを実行することでキャリア側コンピュータ１２０は、図７のフローチャートに示すパスワード生成処理を行う。図７に示したパスワード生成処理では、Ｓ１１０で、キャリア側コンピュータ１２０はアクセス元の携帯電話１１０の電話番号を携帯電話キャリアの備える図示しない回線交換装置より取得し、続くＳ１２０では、現在の日時をキャリア側コンピュータ１２０に備えたリアルタイムクロックから取得し、続くＳ１３０で、これらの情報に基づいてパスワード計算を行う。このパスワード計算の詳細な処理の内容を以下に示す。１．Ｓ１２０で取得した日時より、以下の文字列（テキストデータ）を生成する。▲１▼年月日時分秒▲２▼秒分時日月年２．生成した値▲１▼，▲２▼を、比較して値の大きい方から値の小さい方を引く。（減算（マイナス）する）３．さらに上記２．の値にＳ１１０で取得した携帯電話番号を加算する。（フェーズ１パスワード）４．結果を暗号化する。例えば、暗号化の際に使用する暗号化係数（パスワード生成係数）を随時変更することにより、毎度異なるパターンのパスワードを生成するにするとよい。このようにすれば、定期的にパスワード生成計数を変更することによりいわゆるパスワードクラック等に対するセキュリティーを高めることができる。５．上記３．で算出したフェーズ１パスワードを文字列に変換し、先頭より２文字ずつ数値変換を行い、その値を３６で割った余りを算出する。この作業を文字数分繰り返し、フェーズ２パスワードを生成する。６．上記５．で生成されたフェーズ２パスワードに、金額区分を特定の文字位置に付加し、パスワードを生成する。例えば、生成されるパスワードの例としては、以下のようにハイフンを加えることにより、ハイフン位置によって金額区分の位置を決定することができる。また、認証時は例えばこのハイフン位置を事前によみとって金額部分とそれ以外の部分を分離することができる。例：１００−４５６−７８９−０ａｂ（１００の部分が１００円を示す）ＡＢＣＤ−ａｂｃｄ−Ｅ０（Ｅ０の部分が５００円を示す）１２ＣＤ−５ｆｇ−１−００−１００（−１−の部分と−１００を合わせて１１００とし、１１００は１０００円を示すなど）そして、図７のＳ１４０では、Ｓ１３０生成したパスワードを、専用線を介してパスワード記憶コンピュータ１３０へ送信する（図６のＳ２）。このようにパスワードのみを送信することで購入者の匿名性を高めることができる。また、実際にアクセスのあった携帯電話の電話番号を利用してパスワードを生成するので、例えばネットワーク端末１５０からは発行済みで有効なパスワードを知ることができない。したがって、例えばパスワードクラックを受けにくくすることができる。パスワード記憶コンピュータ１３０は、キャリア側コンピュータ１２０からパスワードを受信すると、図８のフローチャートに示す処理を行う。すなわち、パスワード記憶コンピュータ１３０は、Ｓ２１０では、キャリア側コンピュータ１２０から専用線を介して受信したパスワードが、パスワード記憶データベース１４０に記憶されている否かを検索する（図６のＳ３）。受信したパスワードがパスワード記憶データベース１４０に記憶されていない場合には（Ｓ２１０：ＮＯ）、Ｓ２２０へ移行して、受信したパスワードをパスワード記憶データベース１４０へ記憶する。一方、受信したパスワードがパスワード記憶データベース１４０に記憶されている場合には（Ｓ２１０：ＹＥＳ）、パスワードの再送信をキャリア側コンピュータ１２０へ専用線を介して要求する（図６のＳ４）。そして、キャリア側コンピュータ１２０は、図７に示すＳ１５０で、パスワードの再送信要求がパスワード記憶コンピュータ１３０からあった場合には（Ｓ１５０：ＹＥＳ）、Ｓ１２０へ移行して、再度パスワードを生成しなおして送信する。こうしてパスワードをユニークな値とすることができる。一方、パスワードの再送信要求がタイムアウト時間内になかった場合には（Ｓ１５０：ＮＯ）、Ｓ１６０へ移行する。Ｓ１６０では、パスワードを携帯電話へ送信する（Ｓ５）。その結果、携帯電話１１０の表示装置には、例えば図６の画面１１１ｂのようにパスワードが表示される。続くＳ１７０では、このパスワードの携帯電話１１０へのダウンロードに対するダウンロード課金を行う。この課金の方法は既存のダウンロード課金（いわゆる公式Ｗｅｂページの課金）と同じ方法で行う。例えば、課金結果として、携帯電話番号と課金金額（上記の例では１００円）とダウンロードを行った日時（パスワードを送信した日時）と、このプログラムＡを提供するパスワード管理業者の業者ＩＤとを関連付けて課金データベース１２５に記憶する（図６のＳ６）。このようにして、ユーザは従来のダウンロード課金の仕組みを用いて、選択した金額で購入したパスワードを携帯電話１１０に表示させることができる。なお、課金データベース１２５に記憶された課金データはユーザ毎に例えば１ヶ月毎に通算して携帯電話料金とともに請求する（図６のＭ１）。例えば第１実施例と同様に、銀行のコンピュータに対して課金データベース１２５のデータを送信してユーザの口座から携帯電話キャリアの口座への口座振替を実行させてもよい。このように、パスワードを生成するコンピュータ（キャリア側コンピュータ１２０）と、パスワードを記憶するコンピュータ（パスワード記憶コンピュータ１３０）を別のコンピュータとし、しかも、記憶する内容として、携帯電話番号等の個人情報を直接的に含まないパスワードを記憶することで、セキュリティを保ち、プライバシーを重視したシステムを実現することができ、安全な課金システムを提供できる。こうして携帯電話１１０に表示されたパスワードは、このパスワードに対応したインターネット上のサイト（例えばネットワークサーバ１６０の提供するページ）で利用可能である。すなわち、ユーザは、ネットワーク端末１５０で、所望の有料コンテンツのあるネットワークサーバ１６０へブラウザ等によってアクセスする。ネットワークサーバ１６０は、パスワードの入力画面１５１をネットワーク端末１５０の表示装置に表示させるための情報（ｈｔｍｌデータ）を、インターネットを介してネットワーク端末１５０へ送信し、ネットワーク端末１５０の表示装置のブラウザに、パスワードの入力画面１５１を表示させる。ユーザは、ネットワーク端末１５０の備えるキーボード等の入力装置から携帯電話１１０に表示されたパスワードを画面１５１へ入力する（図６のＨ１）。そして、ネットワーク端末１５０は、入力されたパスワードをネットワークサーバ１６０へ送信する（図６のＳ７）。ネットワークサーバ１６０では、インターネットを介してネットワーク端末１５０からパスワードを受信した場合には、図９のフローチャートに示すプログラムＣによる処理を行う。ネットワークサーバ１６０は、Ｓ３１０では、受信したパスワードをパスワード認証コンピュータ１７０へ送信する（図６のＳ８）。ネットワークサーバ１６０からパスワードを受信したパスワード認証コンピュータ１７０は、図１０のフローチャートに示すプログラムＤによ
る処理を行う。パスワード認証コンピュータ１７０は、Ｓ５１０では、ネットワークサーバ１６０から受信したパスワードを、専用線を介してパスワード記憶コンピュータ１３０へ送信する（図６のＳ９）。パスワード認証コンピュータ１７０からパスワードを受信したパスワード記憶コンピュータ１３０は、図１１のフローチャートに示すプログラムＢによる処理を行う。パスワード記憶コンピュータ１３０は、パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されているか否かを検索して判定する（図６のＳ１０）。パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されていない場合には（Ｓ７１０：ＮＯ）、Ｓ７２０へ移行して、認証結果として「ＮＧ」をパスワード認証コンピュータ１７０へ送信する（図６のＳ１１）。一方、パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されている場合には（Ｓ７１０：ＹＥＳ）、Ｓ７３０へ移行する。このように、パスワードの比較を行うだけで済むため処理を高速に行うことができる。Ｓ７３０では、認証結果として「ＯＫ」をパスワード認証コンピュータ１７０へ送信する（図６のＳ１１）。そして続くＳ７４０では、このパスワードをパスワード記憶データベースから削除する。このように削除することにより、パスワードを再利用できなくすることができる。パスワード認証コンピュータ１７０は、図１０のＳ５２０で、認証結果をパスワード記憶コンピュータ１３０から受信する。そして、Ｓ５３０で、認証結果が「ＯＫ」か否かを判定する。認証結果が「ＯＫ」の場合には（Ｓ５３０：ＹＥＳ）、Ｓ５４０へ移行し、認証結果が「ＮＧ」の場合には（Ｓ５３０：ＮＯ）、Ｓ５６０へ移行する。Ｓ５４０では、パスワードの送信元のネットワークサーバ１６０のサイトのＵＲＬをパスワード認証データベース１８０へ記憶する。そして、認証結果「ＯＫ」をネットワークサーバ１６０へ送信する（図６のＳ１３）。一方、認証結果が「ＮＧ」の場合には（Ｓ５３０：ＮＯ）Ｓ５６０へ移行し、認証結果「ＮＧ」をネットワークサーバ１６０へ送信する（図６のＳ１３）。ネットワークサーバ１６０は、図９のＳ３２０でパスワード認証コンピュータ１７０から認証結果を受信し、Ｓ３３０で、この認証結果が「ＯＫ」であるか否かを判定す・驕B認証結果が「ＯＫ」の場合には（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行して、有料コンテンツのＵＲＬをネットワーク端末１５０へ送信する（図６のＳ１４）。その結果、ネットワーク端末１５０では、有料コンテンツがこのＵＲＬから取得できる。一方、認証結果が「ＮＧ」の場合には（Ｓ３３０：ＮＯ）、Ｓ３５０へ移行して、パスワードが無効である旨を示す情報をネットワーク端末１５０に表示させるためのデータ（無効情報表示用データ）の存在するＵＲＬをネットワーク端末１５０へ送信する（図６のＳ１４）。その結果、ネットワーク端末１５０には、パスワードが無効である旨が表示される。このようにして、ユーザは、携帯電話１１０でパスワードをダウンロード購入し、携帯電話１１０にダウンロードされ表示されたパスワードをネットワ��ク端末１５０でアクセスしたネットワークサーバ１６０上のサイトで入力することにより、ネットワークサーバ１６０から送信される有料コンテンツのＵＲＬに存在する有料コンテンツをネットワーク端末１５０で取得することができる。よって、例えば有料コンテンツを利用したり、ダウンロードしたりすることができる。なお、携帯電話キャリアからユーザに請求した代金は、例えば１ヶ月毎に、課金データベース１２５に記憶されたパスワード管理業者の業者ＩＤをキーとして集計し、集計した金額を予め登録されたパスワード記憶業者の口座に振り込むようにする（図６のＭ２）。こうして代行回収した代金をパスワード管理業者に渡すことができる。そして、パスワード管理業者は、パスワード認証データベース１８０に記憶されたＵＲＬ毎の割合に応じて各コンテンツ提供業者へ分配する。このようにして課金・代行回収金支払・分配を行うことで、コンテンツ提供業者は、有料コンテンツの代金を回収することができる。上述した情報システム２によって、従来のクレジットカード決済のようなカード番号を送信することによるセキュリティ上の不安もなく、安全かつ容易に有料コンテンツの代金を支払うことができる。例えば、携帯電話１１０でパスワードを予め購入しておき、そのパスワードをネットワーク端末１５０でのコンテンツ等の利用の際に使用することができる。なお、キャリア側コンピュータ１２０は、第１実施例と同様にＩＳＰのコンピュータであってもよい。また、パスワード記憶データベースやパスワード認証データベース１８０は、データベース専用のコンピュータとして構成し、パスワード記憶コンピュータ１３０やパスワード認証コンピュータ１７０と別体にすることもできる。また、パスワード記憶コンピュータ１３０とパスワード認証コンピュータ１７０は１つのコンピュータで構成してもよい。また、例えば図９のＳ３６０に続いて、無効なパスワードを送信して来たネットワーク端末１５０のアドレスを記憶するなどして、このアドレスの数が一定数を越えた場合に、そのアドレスからのパスワードの送信あった場合にＳ３１０以下の処理を行わないようにするとよい。このようにすれば、無効なパスワードが入力された場合（例えばいたずらや不正なアクセスなどの場合）のネットワークサーバ１６０・パスワード認証コンピュータ１７０・パスワード記憶コンピュータ１３０などの処理負荷を下げることができる産業上の利用可能性以上のように本発明の課金方法等によれば、端末のユーザは、携帯電話で課金対象情報を購入し、携帯電話に表示された課金対象情報を端末から入力することで、課金確認後に送信すべき所定のデータ（例えば有料コンテンツ）を、端末において容易に得ることができる。すなわち有料コンテンツ等の代金を携帯電話の課金によって容易に支払うことができ、例えば、すぐに有料コンテンツ等利用することができる。
【図面の簡単な説明】
【０００２】
図１は、第１実施例の情報システムの構成を示すブロック図であり、図２は、複数のシリアルナンバーから１のシリアルナンバーを生成する処理の流れを示すフローチャートであり、図３は、１のシリアルナンバーから複数のシリアルナンバーを生成する処理の流れを示すフローチャートであり、図４は、図３のフローチャートの続きの処理を示すフローチャートであり、図５は、第１実施例の情報システムの別例の構成を示すブロック図であり、図６は、第２実施例の情報システムの実施例の構成を示すブロック図であり、図７は、キャリア側コンピュータにおける処理の流れを示すフローチャートであり、図８は、パスワード記憶コンピュータにおけるパスワード記憶処理の流れを示すフローチャートであり、図９ネットワークサーバにおける処理の流れを示すフローチャートであり、図１０は、パスワード認証コンピュータにおける処理の流れを示すフローチャートであり、そして、図１１は、パスワード記憶コンピュータにおけるパスワード確認処理の流れを示すフローチャートである。
【図１】
2006351031.tif 000003
【図２】
2006351031.tif 000004
【図３】
2006351031.tif 000005
【図４】
2006351031.tif 000006
【図５】
2006351031.tif 000007
【図６】
2006351031.tif 000008
【図７】
2006351031.tif 000009
【図８】
2006351031.tif 000010
【図９】
2006351031.tif 000011
【図１０】
2006351031.tif 000012
【図１１】
2006351031.tif 000013
【手続補正書】
【提出日】平成18年11月8日(2006.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯電話からアクセス可能な第一の情報処理装置と、
前記第一の情報処理装置からアクセス可能な課金対象情報記憶用のデータベースと、
前記課金対象情報記憶用のデータベースにアクセス可能な第二の情報処理装置と、
インターネットに接続されると共に、前記第二の情報処理装置にアクセス可能な第三の情報処理装置と、
を備える情報システムであって、
前記第一の情報処理装置は、
携帯電話からのアクセスがあると、前記携帯電話が表示可能な課金対象情報を生成する課金対象情報生成手段と、
前記課金対象情報生成手段により生成された課金対象情報を、アクセス元の携帯電話に送信する課金対象情報送信手段と、
前記課金対象情報生成手段により生成された課金対象情報を、前記課金対象情報記憶用のデータベースに登録する課金対象情報登録手段と、
前記課金対象情報送信手段によって送信された課金対象情報の代金についての課金処理を行う課金手段と、
を備え、
前記第三の情報処理装置は、
インターネットを介して、端末からのアクセスがあると、アクセス元の端末に対して、課金対象情報の入力を受付可能なページを送信するページ送信手段と、
前記ページ送信手段により送信されたページに対する課金対象情報の入力結果を、前記アクセス元の端末から受信する入力結果受信手段と、
前記入力結果受信手段が受信した前記入力結果に基づき、前記ページに対して入力された課金対象情報を前記第二の情報処理装置に送信して、前記第二の情報処理装置に前記課金対象情報の正当性を問い合わせる問合せ手段と、
前記問合せ手段の問合せ結果を、前記第二の情報処理装置から受信する問合せ結果受信手段と、
前記問合せ結果受信手段により受信された前記問合せ結果が、前記ページに対して入力された課金対象情報が正しい課金対象情報であることを示す場合、正しい課金対象情報の入力者に向けて送信すべき所定のデータを、前記アクセス元の端末に対して送信するデータ送信手段と、
を備え、
前記第二の情報処理装置は、
前記第三の情報処理装置から、前記課金対象情報の正当性についての問い合わせがあると、前記課金対象情報記憶用のデータベースが記憶する課金対象情報の内容に基づき、前記第三の情報処理装置から受信した問合せ対象の前記課金対象情報が正しい課金対象情報であるか否かを判定する判定手段と、
前記判定手段によって、前記問合せ対象の課金対象情報が正しい課金対象情報であると判定されると、問合せ結果として、前記問合せ対象の課金対象情報が正しい課金対象情報であることを示す情報を、前記第三の情報処理装置に送信し、前記判定手段によって、前記問合せ対象の課金対象情報が正しい課金対象情報ではないと判定されると、問合せ結果として、前記問合せ対象の課金対象情報が正しい課金対象情報ではないことを示す情報を、前記第三の情報処理装置に送信する問合せ結果送信手段と、
前記問合せ結果送信手段により、前記問合せ結果として、前記問合せ対象の課金対象情報が正しい課金対象情報であることを示す情報が前記第三の情報処理装置に送信される場合、該当する課金対象情報についての登録情報を、前記課金対象情報記憶用のデータベースから削除する削除手段と、
を備えることを特徴とする情報システム。
【請求項２】
前記課金対象情報生成手段は、前記課金対象情報の送信先携帯電話の電話番号に基づいて、前記課金対象情報を生成すること
を特徴とする請求項１に記載の情報システム。
【請求項３】
前記課金対象情報生成手段は、前記課金対象情報の送信先携帯電話の電話番号、及び、現在時刻に基づいて、前記課金対象情報を生成すること
を特徴とする請求項請求項１又は請求項２に記載の情報システム。
【請求項４】
前記課金対象情報は、テキストデータであること
を特徴とする請求項１〜請求項３のいずれかに記載の情報システム。
【請求項５】
前記第一の情報処理装置が有する前記課金対象情報生成手段は、前記課金対象情報として、パスワードを生成する構成にされていることを特徴とする請求項１〜請求項４のいずれかに記載の情報システム。
【請求項６】
前記第一の情報処理装置が有する前記課金対象情報生成手段は、前記課金対象情報として、有料データを購入可能なパスワードを生成する構成にされ、
前記第三の情報処理装置が有するデータ送信手段は、前記問合せ結果受信手段により受信された前記問合せ結果が、前記ページに対して入力されたパスワードが正しいパスワードであることを示す場合、前記正しいパスワードの入力者に向けて送信すべき有料データを、前記所定のデータとして、前記アクセス元の端末に対して送信する構成にされていることを特徴とする請求項１〜請求項５のいずれかに記載の情報システム。
【請求項７】
前記課金手段は、前記課金対象情報送信手段によって送信された課金対象情報の代金を、前記課金対象情報の送信先携帯電話のユーザに対する課金金額として、課金データベースに登録することにより、前記課金処理を実現することを特徴とする請求項１〜請求項６のいずれかに記載の情報システム。
【請求項８】
前記第二の情報処理装置は、前記課金対象情報記憶用のデータベースを内蔵し、
前記第一の情報処理装置は、前記第二の情報処理装置を通じて、前記課金対象情報記憶用のデータベースに、前記課金対象情報生成手段によって生成された課金対象情報を、登録することを特徴とする請求項１〜請求項７のいずれかに記載の情報システム。
【請求項９】
請求項１〜請求項８のいずれかに記載の情報システムとしての機能をコンピュータに実現させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
携帯電話を用いた課金システムを利用して端末の利用者に対する課金を代行する情報システム等に関する。
【背景技術】
【０００２】
インターネット上のウェブページから、商品の購入等を申し込み、その商品等の代金の決済をクレジットカードで行うようにしたシステムが知られている。
このようなシステムでは、例えばインターネットに接続されたウェブサーバ等から商品やサービスの情報を端末に送信して、端末のブラウザ等に表示させる。そして、端末からの商品やサービスの購入の申し込み指示をサーバで受信した場合に、サーバはその対価（代金）を支払うためのクレジットカード番号等の入力を促す情報を端末へ送信する。端末に入力されて送信されたクレジットカード番号をサーバが受信した場合に、サーバはクレジットカード会社のコンピュータに対してクレジットカード番号等の認証と代金の決済要求を行う課金処理をして、商品やサービスの代金を決済させるようにしている。
【０００３】
しかしながら、セキュリティ等の問題からインターネットを介して端末からクレジットカード番号を送信することに不安を持つ利用者が多く、決済方法として利用しにくいという問題がある。かといって例えば銀行振込等の別の方法を決済方法として利用すると、送金手数料や送金手続きに手間がかかるという問題がある。特に代金が少額の場合には、送金のためにかかる手数料の方が代金よりも高くなってしまう場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
そこで、本発明は上述した問題点を解決し、代金を容易に支払うことのできる情報システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した問題点を解決するためになされた請求項１記載の情報システムは、携帯電話からアクセス可能な第一の情報処理装置と、第一の情報処理装置からアクセス可能な課金対象情報記憶用のデータベースと、課金対象情報記憶用のデータベースにアクセス可能な第二の情報処理装置と、インターネットに接続されると共に、第二の情報処理装置にアクセス可能な第三の情報処理装置と、を備える。
【０００６】
この情報システムにおいて、第一の情報処理装置は、携帯電話からのアクセスがあると、携帯電話が表示可能な課金対象情報を生成する課金対象情報生成手段を備える。また、第一の情報処理装置は、課金対象情報送信手段、課金対象情報登録手段、及び、課金手段、を備え、課金対象情報送信手段は、課金対象情報生成手段により生成された課金対象情報を、アクセス元の携帯電話に送信し、課金対象情報登録手段は、課金対象情報生成手段により生成された課金対象情報を、課金対象情報記憶用のデータベースに登録し、課金手段は、課金対象情報送信手段によって送信された課金対象情報の代金についての課金処理を行う。
【０００７】
一方、第三の情報処理装置は、インターネットを介して、端末からのアクセスがあると、アクセス元の端末に対して、課金対象情報の入力を受付可能なページを送信するページ送信手段と、ページ送信手段により送信されたページに対する課金対象情報の入力結果を、アクセス元の端末から受信する入力結果受信手段と、を備える。
【０００８】
その他、第三の情報処理装置は、問合せ手段と、問合せ結果受信手段と、データ送信手段と、を備え、問合せ手段は、入力結果受信手段が受信した入力結果に基づき、ページに対して入力された課金対象情報を第二の情報処理装置に送信して、第二の情報処理装置に課金対象情報の正当性を問い合わせる。また、問合せ結果受信手段は、問合せ手段の問合せ結果を、第二の情報処理装置から受信し、データ送信手段は、問合せ結果受信手段により受信された問合せ結果が、ページに対して入力された課金対象情報が正しい課金対象情報であることを示す場合、正しい課金対象情報の入力者に向けて送信すべき所定のデータを、アクセス元の端末に対して送信する。
【０００９】
また、第二の情報処理装置は、判定手段と、問合せ結果送信手段と、削除手段と、を備える。この第二の情報処理装置が備える判定手段は、第三の情報処理装置から、課金対象情報の正当性についての問い合わせがあると、課金対象情報記憶用のデータベースが記憶する課金対象情報の内容に基づき、第三の情報処理装置から受信した問合せ対象の課金対象情報が正しい課金対象情報であるか否かを判定する。
【００１０】
また、問合せ結果送信手段は、判定手段によって、問合せ対象の課金対象情報が正しい課金対象情報であると判定されると、問合せ結果として、問合せ対象の課金対象情報が正しい課金対象情報であることを示す情報を、第三の情報処理装置に送信し、判定手段によって、問合せ対象の課金対象情報が正しい課金対象情報ではないと判定されると、問合せ結果として、問合せ対象の課金対象情報が正しい課金対象情報ではないことを示す情報を、第三の情報処理装置に送信する。
【００１１】
その他、削除手段は、問合せ結果送信手段により、問合せ結果として、問合せ対象の課金対象情報が正しい課金対象情報であることを示す情報が第三の情報処理装置に送信される場合、該当する課金対象情報についての登録情報を、課金対象情報記憶用のデータベースから削除する。
【００１２】
したがって、ユーザは、携帯電話で課金対象情報を購入し、携帯電話に表示された課金対象情報を端末から入力することで、所定のデータ（例えば有料コンテンツ）を、端末で容易に得ることができる。例えば、端末において利用する有料コンテンツ等の代金を携帯電話の課金によって容易に支払うことができ、すぐに有料コンテンツ等を利用することも可能となる。
【００１３】
例えば、端末としてＰＣを用いる場合、ＰＣは大画面化等が可能であり、また種々の機能を実現可能であるので商品の情報や有料コンテンツを提供するのに適しているのに対し、ＰＣの場合、商品や有料コンテンツの代金支払いのための課金手段がクレジットカードや銀行振込のようなものを用いる必要があり利用者にとって使いづらい。一方、携帯電話は、例えば画面が小さく、機能が少ないなどの理由から商品の情報や有料コンテンツを提供するのには適さない場合があるが、携帯電話会社（キャリア）によるダウンロード課金を行う課金システムがすでに整っている。そして、本発明の情報システムによれば、上記課金システムを利用して、課金を行うことができる。
【００１４】
したがって、利用者は、端末から、有料コンテンツを提供する事業者に対する代金の支払いを、課金対象情報の代金の支払いによって容易に行うことができるのである。特に、本発明によれば、少額な代金の決済を極めて容易かつ低コストで実現することが可能となる。
【００１５】
また、本発明の情報システムによれば、課金対象情報を、第三の情報処理装置（コンテンツ提供側）から分離して管理しているので、課金対象情報の安全な管理を容易にできる。
【００１６】
なお、事業者は、携帯電話会社に対して、課金対象情報がダウンロードされた際に、利用者に対して課金し、課金した代金の一部または全部を、例えば月ごとにまとめて当該事業者の口座等に振り込むよう契約することで、代金の支払いを受けることができる。
【００１７】
ところで、課金対象情報は、請求項２に示すように、送信対象の携帯電話の電話番号に基づいて生成するとよい。また、課金対象情報は、請求項３に示すように、送信対象の携帯電話の電話番号及び現在時刻に基づいて生成してもよい。このようにすれば、不正使用を容易に防止することが可能となる。
【００１８】
また、課金対象情報は、例えば画像データや音声データとすることもできるが、請求項４，５に示すように、パスワード等のテキストデータとするとよい。このようにすれば、利用者は、携帯電話にテキストデータをダウンロードし、そのテキストデータを端末に入力して情報システムに送信させるだけで、所定の情報を得ることができる。したがって、極めて簡便かつ容易に支払と支払後のデータの入手を行うことができる。
【００１９】
また、情報システムは、請求項６記載のように構成されてもよい。即ち、第一の情報処理装置が有する課金対象情報生成手段は、課金対象情報として、有料データを購入可能なパスワードを生成する構成にされ、第三の情報処理装置が有するデータ送信手段は、問合せ結果受信手段により受信された問合せ結果が、ページに対して入力されたパスワードが正しいパスワードであることを示す場合、正しいパスワードの入力者に向けて送信すべき有料データを、アクセス元の端末に対して送信する構成にされてもよい。
【００２０】
その他、課金手段は、請求項７記載のように、課金対象情報送信手段によって送信された課金対象情報の代金を、課金対象情報の送信先携帯電話のユーザに対する課金金額として、課金データベースに登録することにより、上記課金処理を実現する構成にすることができる。
【００２１】
また、請求項８記載のように、第二の情報処理装置は、課金対象情報記憶用のデータベースを内蔵し、第一の情報処理装置は、第二の情報処理装置を通じて、課金対象情報記憶用のデータベースに、課金対象情報生成手段によって生成された課金対象情報を、登録する構成にすることができる。
【００２２】
また、請求項９に示すように、請求項１〜８のいずれかに記載の情報システムとしての機能は、プログラムによりコンピュータに実現させることができる。このようなプログラムは、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行したりすることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明が適用された実施例について図面を用いて説明する。但し、以下では、まず先に参考例について説明し、その後、本発明が適用された実施例について説明する。また、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
［参考例］
図１に示すように、参考例の情報システム１は、センタ側サーバ１０と、このセンタ側サーバ１０とインターネット５０を介して通信可能なクライアントＰＣ２０と、キャリア側システム４０を介してセンタ側サーバ１０と通信可能な携帯電話３０とを備える。
【００２４】
センタ側サーバ１０は、一般的なサーバ用コンピュータであって、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、各種入出力インターフェース等を内蔵しており、ウェブサーバとしての機能を備える。すなわち、センタ側サーバ１０は、クライアントＰＣ２０の備えるブラウザによるページ情報へのアクセスに応じて、センタ側サーバ１０に記憶したページ情報またはセンタ側サーバ１０が生成したページ情報をクライアントＰＣ２０へ送信する。
【００２５】
クライアントＰＣ２０は、インターネット５０への接続機能を備えた一般的なパーソナルコンピュータであり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、ディスプレイ、各種入出力インターフェース等を内蔵しており、ブラウザ及び電子メール機能を備え、インターネット５０に接続されたセンタ側サーバ１０にアクセスしてページ情報（例えばＨＴＭＬ等で記述されている）を受信してディスプレイに表示したり、各種のコンテンツ情報を受信して利用する機能を備える。
【００２６】
携帯電話３０は、ブラウザを備え、インターネット５０に接続されたウェブサーバに対してアクセスし、ウェブサーバからの情報を受信して表示する機能を備える一般的な携帯電話である。
【００２７】
なお、キャリア側システム４０は、携帯電話３０から送信された電波を受信して、回線制御を行ったり、携帯電話３０から送信された情報をインターネット５０へ中継したり、インターネット５０からの携帯電話３０宛のデータをインターネット５０から携帯電話３０へ中継する機能を備える。また、センタ側サーバ１０から携帯電話３０が課金対象情報をダウンロードした際の料金を、センタの運営者に代行して携帯電話３０の利用者に対して請求するために、課金対象情報をダウンロードした際の料金を、このユーザのこのセンタの利用料金に加算する課金処理を行う機能を備える。そして、所定期間（例えば１ヶ月）毎の携帯電話３０の通話料等とこのユーザの各センタの利用料金を合わせて、利用者の口座から引き落とすための引き落とし依頼を、銀行やクレジットカード会社等の決済機関側コンピュータ６０に対して行う。そして、利用料金が引き落とされた場合に、センタ側サーバ１０の運営者の口座にすべてのユーザのこのセンタの利用料金を合算して振り込む依頼をする処理を実行する。
【００２８】
利用者がクライアントＰＣ２０のブラウザによってセンタ側サーバ１０のウェブサーバの提供する有料コンテンツに対してアクセスする場合、まず、その有料コンテンツの代金を価格とする課金対象情報としてのシリアルナンバー（これをパスワードということもできる）を携帯電話３０でダウンロードする。このとき、キャリア側システム４０ではそのシリアルナンバーの価格を課金する上述した課金処理を行う。
【００２９】
例えば、利用者は、センタ側サーバ１０に携帯電話３０からアクセスし、８０円という価格のついたシリアルナンバーを購入する指示を入力する。携帯電話３０はシリアルナンバーをダウンロードして、そのシリアルナンバーを、例えば「ＳＮｘｘｘｘ」のように表示する。その結果、上述した課金処理によって８０円が課金されることとなる。
【００３０】
利用者は、クライアントＰＣ２０のブラウザによってセンタ側サーバ１０へアクセスし、有料コンテンツを表示させるための入口となるページを表示させる。そしてこのページに対して、携帯電話３０に表示されたシリアルナンバー「ＳＮｘｘｘｘ」を、クライアントＰＣ２０のキーボード等から入力して、ブラウザに送信させる。
【００３１】
シリアルナンバー「ＳＮｘｘｘｘ」を受信したセンタ側サーバ１０は、受信したシリアルナンバーが携帯電話３０へ送信したシリアルナンバー「ＳＮｘｘｘｘ」と一致する場合にのみ、有料コンテンツのページ情報をクライアントＰＣ２０へ送信する。
【００３２】
この場合、シリアルナンバーが一致するため、クライアントＰＣ２０のブラウザには有料コンテンツが表示される。
このようにして、インターネット５０上のセンタ側サーバ１０の提供する有料コンテンツを携帯電話３０の通話料とともに決済させることができる。よってクレジットカード番号を送信することなく、容易に少額の課金及び決済を低コストで行うことができる。
【００３３】
なお、本参考例では、代金の金額に対応するシリアルナンバーをダウンロードすることとしたが、このシリアルナンバーは例えば利用者に関する情報に関連付けて生成するようにしてもよい。例えばシリアルナンバーを携帯電話３０にダウンロードする際に、携帯電話３０の電話番号を、キャリア側システム４０を介してセンタ側サーバ１０で取得し、その電話番号を用いてシリアルナンバーを生成するようにする。そして生成したシリアルナンバーと電話番号と価格（課金金額）をセンタ側サーバ１０でデータベース（ＤＢ）に関連付けて記憶しておく。そしてクライアントＰＣ２０から電話番号とシリアルナンバーが送信された場合に、送信された電話番号とシリアルナンバー及び有料コンテンツの価格を、データベースに記憶しておいたシリアルナンバーと電話番号と価格と比較して、正しいか否かを確認した後、正しい場合にのみ有料コンテンツのページ情報をクライアントＰＣ２０へ送信するようにする。このようにすれば、利用者のなりすまし等を防ぐことができる。
【００３４】
ところで、このようにして携帯電話３０へダウンロードしたシリアルナンバーの代金と、クライアントＰＣ２０で利用する有料コンテンツの価格が等しい場合には、そのシリアルナンバーを入力することでその有料コンテンツを利用できるのであるが、異なる場合には、代金の過不足が生じることとなる。そこで、複数のシリアルナンバーから１のシリアルナンバーを生成したり（以下これを結合と称する）、１のシリアルナンバーから複数のシリアルナンバーを生成したり（以下これを分離と称する）して、この過不足を調整可能とするとよい。
【００３５】
図２にこのシリアルナンバーの結合処理を示す。
ユーザは携帯電話３０を操作し、携帯電話３０からセンタ側サーバ１０のパスワード結合サイトへアクセスする。センタ側サーバ１０はこのアクセスに応じて携帯電話３０へ２つのシリアルナンバーを入力するフォームを備えたページ情報を送信する。携帯電話３０は、このフォームを表示し、ユーザに２つのシリアルナンバーの入力を促す。携帯電話３０は、ユーザから入力された２つのシリアルナンバーをセンタ側サーバ１０へ送信する。
【００３６】
センタ側サーバ１０は、この２つのシリアルナンバーを受信した場合、図２に示す処理を行う。
Ｓ１０では、受信した第一のシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。存在する場合には（Ｓ１０：ＹＥＳ）、Ｓ１１へ移行し、存在しない場合には（Ｓ１０：ＮＯ）、Ｓ２１へ移行する。
【００３７】
Ｓ１１では、Ｓ１０と同様に、受信した第二のシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。存在する場合には（Ｓ１０：ＹＥＳ）、Ｓ１２へ移行し、存在しない場合には（Ｓ１０：ＮＯ）、Ｓ２１へ移行する。
【００３８】
Ｓ１２では、第一のシリアルナンバーの価格をデータベースから取得し、続くＳ１３では、第二のシリアルナンバーの価格をデータベースから取得する。そして、続くＳ１４では、第一のシリアルナンバーの価格と第二のシリアルナンバーの価格とを加算して新シリアルナンバーの価格を算出する。続くＳ１５では、この新シリアルナンバーの価格が価格データベースに存在するか否かを判定する。この価格データベースには課金可能な価格のリストが予め格納されている。例えば、価格データベースには、１００円、３００円、５００円といった価格データが記憶されている。新シリアルナンバーの価格がこの価格データベースに存在する場合には（Ｓ１５：ＹＥＳ）、Ｓ１６へ移行し、存在しない場合には（Ｓ１５：ＮＯ）、Ｓ２１へ移行する。
【００３９】
Ｓ１６では、新シリアルナンバーを生成する。そして、続くＳ１７では、新シリアルナンバーをその価格と関連付けてデータベースへ登録する。そして続くＳ１８では、第一のシリアルナンバーをデータベースから削除し、Ｓ１９では、第二のシリアルナンバーをデータベースから削除する。
【００４０】
そして、続くＳ２０で、新シリアルナンバーを携帯電話３０へ送信する。
一方、Ｓ２１では、シリアルナンバーの再送信を携帯電話３０へ要求する。例えば、再送信を促すメッセージとともに、前述した２つのシリアルナンバーを入力するフォームを備えたページ情報を送信する。
【００４１】
このようにして、複数のシリアルナンバーから１の新シリアルナンバーを得ることができるので、シリアルナンバーの価格と有料コンテンツの価格とを容易にあわせることができる。例えば予め購入したシリアルナンバーを組み合わせて利用することも容易にできる。
【００４２】
次に、図３及び図４に、シリアルナンバーの分離処理のフローチャートを示す。
ユーザは携帯電話３０を操作し、携帯電話３０からセンタ側サーバ１０のパスワード分離サイトへアクセスする。センタ側サーバ１０はこのアクセスに応じて携帯電話３０へシリアルナンバー及び分割用価格を入力するフォームを備えたページ情報を送信する。携帯電話３０は、このフォームを表示し、ユーザにシリアルナンバーの入力を促す。携帯電話３０は、ユーザから入力されたシリアルナンバーをセンタ側サーバ１０へ送信する。
【００４３】
センタ側サーバ１０は、このシリアルナンバーを受信した場合、図３に示す処理を行う。
Ｓ３０では、受信したシリアルナンバーがデータベース（ＤＢ）に存在するか否かを判定する。データベースに存在しない場合（Ｓ３０：ＮＯ）、Ｓ３１へ移行して、携帯電話３０へパスワードの再送信を要求してこの処理を終了する。一方、データベースに存在する場合には（Ｓ３０：ＹＥＳ）、Ｓ３２へ移行する。
【００４４】
Ｓ３２では、受信した分割用価格が価格データベースに存在するか否かを判定し、存在する場合には（Ｓ３２：ＹＥＳ）、Ｓ３３へ移行し、存在しない場合には（Ｓ３２：ＮＯ）、Ｓ３６へ移行する。
【００４５】
Ｓ３３では、受信したシリアルナンバーの価格をデータベースから取得し、Ｓ３４では、取得したシリアルナンバーの価格から分割用価格を減算して、新シリアルナンバーの価格を求める。
【００４６】
続くＳ３５では、新シリアルナンバーの価格がデータベースに存在するか否かを判定する。データベースに存在する場合には（Ｓ３５：ＹＥＳ）、図４のＳ３７へ移行し、データベースに存在しない場合には（Ｓ３５：ＮＯ）、Ｓ３６へ移行する。
【００４７】
Ｓ３６では、分割用価格の再送信を携帯電話３０へ要求してこの処理を終了する。
Ｓ３７では、新シリアルナンバーを生成し、Ｓ３８では、分割用シリアルナンバーを生成する。そして、Ｓ３９では、新シリアルナンバーをその価格と関連付けてデータベースへ登録する。またＳ４０では、分割用シリアルナンバーをその価格と関連付けてデータベースへ登録する。そして、Ｓ４１では、受信したシリアルナンバーをデータベースから削除し、Ｓ４２で、新シリアルナンバーと分割用シリアルナンバーとを携帯電話３０へ送信する。
【００４８】
このようにして、１のシリアルナンバーを分割して複数のシリアルナンバーを得ることができるので、シリアルナンバーの価格と有料コンテンツの価格とを容易にあわせることができる。
【００４９】
ところで、図１の構成以外にも本発明の情報システム１はさまざまな構成をとりうる。例えばセンタ側サーバ１０はキャリア側システム４０内に備えるようにしてもよい。また、図５に示すように、携帯電話３０とセンタ側サーバ１０との通信がＩＳＰ側システム７０を介して行われる場合には、キャリア側システム４０の課金処理を、ＩＳＰ側システム７０で行うようにしてもよい。このようにすればＩＳＰの利用料金とともに、センタ側サーバ１０の有料コンテンツの料金を決済させることができる。
［実施例］
図６に示すように、本実施例の情報システム２は、携帯電話１１０と、特許請求の範囲における情報システムに相当するキャリア側コンピュータ１２０・パスワード記憶コンピュータ１３０・パスワード認証コンピュータ１７０と、ネットワークサーバ１６０と、特許請求の範囲における端末に相当するネットワーク端末１５０とを有する。
【００５０】
携帯電話１１０はユーザの所有する一般的な携帯電話であり、電話機能に加え、キャリア側コンピュータ１２０に備えたコンテンツをＩＰパケット通信によってダウンロードして表示したり、実行したりする通信機能を備える。
【００５１】
キャリア側コンピュータ１２０は、携帯電話キャリアの保有するコンピュータであり、携帯電話１１０からの要求に応じてコンテンツデータを送信し、そのコンテンツデータの送信に伴い発生する課金（ダウンロード課金と呼ばれる）を行う課金処理を行う。このようなシステムとしては、例えば、株式会社エヌ・ティ・ティ・ドコモの提供するｉ−ｍｏｄｅ（登録商標）などが知られている。
【００５２】
キャリア側コンピュータ１２０は、このコンテンツデータとして、パスワード管理業者から委託された、パスワードを発行する処理を行う。また、キャリア側コンピュータ１２０には、課金結果を格納するための課金データベース１２５を備える。
【００５３】
パスワード記憶コンピュータ１３０は、パスワード管理業者であるパスワード記憶会社が保有するコンピュータであり、キャリア側コンピュータ１２０と専用線で接続されている。このパスワード記憶コンピュータ１３０は、パスワード記憶データベース１４０を備えており、キャリア側コンピュータ１２０によって発行されるパスワードを記憶する。
【００５４】
パスワード認証コンピュータ１７０は、パスワード管理業者であるパスワード認証会社が保有するコンピュータであり、パスワード記憶コンピュータ１３０と専用線で接続されており、パスワード認証データベース１８０を備える。
【００５５】
ネットワークサーバ１６０は、インターネットに接続されたサーバであり、インターネットを介して、ネットワーク端末１５０に対して、ウェブページ等を送信するウェブサーバとして機能する。
【００５６】
ネットワーク端末１５０は、ユーザの利用可能な（例えばユーザの所有する）ブラウザを備えた機器であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、ディスプレイ、各種入出力インターフェース等を内蔵しており、ブラウザ及び電子メール機能を備え、インターネットに接続されたネットワークサーバ１６０にアクセスしてページ情報（例えばＨＴＭＬ等で記述されている）を受信してディスプレイに表示したり、各種のコンテンツ情報を受信して利用する機能を備える。
【００５７】
また、キャリア側コンピュータ１２０，パスワード記憶コンピュータ１３０，パスワード認証コンピュータ１７０，ネットワークサーバ１６０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、各種入出力インターフェース等を内蔵した一般的なサーバ用コンピュータである。
【００５８】
キャリア側コンピュータ１２０は、携帯電話１１０からのアクセスに応じて図６に示す画面１１１ａを携帯電話１１０のブラウザによって表示装置に表示させるための情報（ｈｔｍｌデータ）として送信する。この画面１１１ａには、購入可能なパスワードの価格がラインナップされている。そして、「１００円」「２００円」「３００円」とラインナップされた表示部分は、それぞれ、その表示された金額が示すダウンロード課金コンテンツを生成するプログラムＡにリンクされている。そして、画面１１１ａの「１００円」，「２００円」，「３００円」の表示部分は、携帯電話１１０のボタン等の操作部による操作によって選択可能に構成されており、ユーザの操作入力によって選択された場合には、選択された部分にリンクされたプログラムＡへ携帯電話１１０がアクセスし（図６のＳ１）、キャリア側コンピュータ１２０ではこのプログラムＡが実行される。
【００５９】
このプログラムＡを実行することでキャリア側コンピュータ１２０は、図７のフローチャートに示すパスワード生成処理を行う。
図７に示したパスワード生成処理では、Ｓ１１０で、キャリア側コンピュータ１２０はアクセス元の携帯電話１１０の電話番号を携帯電話キャリアの備える図示しない回線交換装置より取得し、続くＳ１２０では、現在の日時をキャリア側コンピュータ１２０に備えたリアルタイムクロックから取得し、続くＳ１３０で、これらの情報に基づいてパスワード計算を行う。
【００６０】
このパスワード計算の詳細な処理の内容を以下に示す。
１．Ｓ１２０で取得した日時より、以下の文字列（テキストデータ）を生成する。
＜１＞年月日時分秒
＜２＞秒分時日月年
２．生成した値＜１＞，＜２＞を、比較して値の大きい方から値の小さい方を引く。（減算（マイナス）する）
３．さらに上記２．の値にＳ１１０で取得した携帯電話番号を加算する。（フェーズ１パスワード）
４．結果を暗号化する。例えば、暗号化の際に使用する暗号化係数（パスワード生成係数）を随時変更することにより、毎度異なるパターンのパスワードを生成するようにするとよい。このようにすれば、定期的にパスワード生成計数を変更することによりいわゆるパスワードクラック等に対するセキュリティを高めることができる。
【００６１】
５．上記３．で算出したフェーズ１パスワードを文字列に変換し、先頭より２文字ずつ数値変換を行い、その値を３６で割った余りを算出する。この作業を文字数分繰り返し、フェーズ２パスワードを生成する。
【００６２】
６．上記５．で生成されたフェーズ２パスワードに、金額区分を特定の文字位置に付加し、パスワードを生成する。
例えば、生成されるパスワードの例としては、以下のようにハイフンを加えることにより、ハイフン位置によって金額区分の位置を決定することができる。また、認証時は例えばこのハイフン位置を事前によみとって金額部分とそれ以外の部分を分離することができる。
【００６３】
例：
１００−４５６−７８９−０ａｂ（１００の部分が１００円を示す）
ＡＢＣＤ−ａｂｃｄ−Ｅ０（Ｅ０の部分が５００円を示す）
１２ＣＤ−５ｆｇ−１−００−１００（−１−の部分と−１００を合わせて１１００とし、１１００は１０００円を示すなど）
そして、図７のＳ１４０では、Ｓ１３０で生成したパスワードを、専用線を介してパスワード記憶コンピュータ１３０へ送信する（図６のＳ２）。このようにパスワードのみを送信することで購入者の匿名性を高めることができる。また、実際にアクセスのあった携帯電話の電話番号を利用してパスワードを生成するので、例えばネットワーク端末１５０からは発行済みで有効なパスワードを知ることができない。したがって、例えばパスワードクラックを受けにくくすることができる。
【００６４】
パスワード記憶コンピュータ１３０は、キャリア側コンピュータ１２０からパスワードを受信すると、図８のフローチャートに示す処理を行う。
すなわち、パスワード記憶コンピュータ１３０は、Ｓ２１０では、キャリア側コンピュータ１２０から専用線を介して受信したパスワードが、パスワード記憶データベース１４０に記憶されている否かを検索する（図６のＳ３）。受信したパスワードがパスワード記憶データベース１４０に記憶されていない場合には（Ｓ２１０：ＮＯ）、Ｓ２２０へ移行して、受信したパスワードをパスワード記憶データベース１４０へ記憶する。一方、受信したパスワードがパスワード記憶データベース１４０に記憶されている場合には（Ｓ２１０：ＹＥＳ）、パスワードの再送信をキャリア側コンピュータ１２０へ専用線を介して要求する（図６のＳ４）。
【００６５】
そして、キャリア側コンピュータ１２０は、図７に示すＳ１５０で、パスワードの再送信要求がパスワード記憶コンピュータ１３０からあった場合には（Ｓ１５０：ＹＥＳ）、Ｓ１２０へ移行して、再度パスワードを生成しなおして送信する。こうしてパスワードをユニークな値とすることができる。
【００６６】
一方、パスワードの再送信要求がタイムアウト時間内になかった場合には（Ｓ１５０：ＮＯ）、Ｓ１６０へ移行する。
Ｓ１６０では、パスワードを携帯電話へ送信する（Ｓ５）。その結果、携帯電話１１０の表示装置には、例えば図６の画面１１１ｂのようにパスワードが表示される。
【００６７】
続くＳ１７０では、このパスワードの携帯電話１１０へのダウンロードに対するダウンロード課金を行う。この課金の方法は既存のダウンロード課金（いわゆる公式Ｗｅｂページの課金）と同じ方法で行う。例えば、課金結果として、携帯電話番号と課金金額（上記の例では１００円）とダウンロードを行った日時（パスワードを送信した日時）と、このプログラムＡを提供するパスワード管理業者の業者ＩＤとを関連付けて課金データベース１２５に記憶する（図６のＳ６）。
【００６８】
このようにして、ユーザは従来のダウンロード課金の仕組みを用いて、選択した金額で購入したパスワードを携帯電話１１０に表示させることができる。なお、課金データベース１２５に記憶された課金データはユーザ毎に例えば１ヶ月毎に通算して携帯電話料金とともに請求する（図６のＭ１）。例えば参考例と同様に、銀行のコンピュータに対して課金データベース１２５のデータを送信してユーザの口座から携帯電話キャリアの口座への口座振替を実行させてもよい。
【００６９】
このように、パスワードを生成するコンピュータ（キャリア側コンピュータ１２０）と、パスワードを記憶するコンピュータ（パスワード記憶コンピュータ１３０）を別のコンピュータとし、しかも、記憶する内容として、携帯電話番号等の個人情報を直接的に含まないパスワードを記憶することで、セキュリティを保ち、プライバシーを重視したシステムを実現することができ、安全な課金システムを提供できる。
【００７０】
こうして携帯電話１１０に表示されたパスワードは、このパスワードに対応したインターネット上のサイト（例えばネットワークサーバ１６０の提供するページ）で利用可能である。
【００７１】
すなわち、ユーザは、ネットワーク端末１５０で、所望の有料コンテンツのあるネットワークサーバ１６０へブラウザ等によってアクセスする。ネットワークサーバ１６０は、パスワードの入力画面１５１をネットワーク端末１５０の表示装置に表示させるための情報（ｈｔｍｌデータ）を、インターネットを介してネットワーク端末１５０へ送信し、ネットワーク端末１５０の表示装置のブラウザに、パスワードの入力画面１５１を表示させる。
【００７２】
ユーザは、ネットワーク端末１５０の備えるキーボード等の入力装置から携帯電話１１０に表示されたパスワードを画面１５１へ入力する（図６のＨ１）。そして、ネットワーク端末１５０は、入力されたパスワードをネットワークサーバ１６０へ送信する（図６のＳ７）。
【００７３】
ネットワークサーバ１６０では、インターネットを介してネットワーク端末１５０からパスワードを受信した場合には、図９のフローチャートに示すプログラムＣによる処理を行う。
【００７４】
ネットワークサーバ１６０は、Ｓ３１０では、受信したパスワードをパスワード認証コンピュータ１７０へ送信する（図６のＳ８）。
ネットワークサーバ１６０からパスワードを受信したパスワード認証コンピュータ１７０は、図１０のフローチャートに示すプログラムＤによる処理を行う。
【００７５】
パスワード認証コンピュータ１７０は、Ｓ５１０では、ネットワークサーバ１６０から受信したパスワードを、専用線を介してパスワード記憶コンピュータ１３０へ送信する（図６のＳ９）。
【００７６】
パスワード認証コンピュータ１７０からパスワードを受信したパスワード記憶コンピュータ１３０は、図１１のフローチャートに示すプログラムＢによる処理を行う。
パスワード記憶コンピュータ１３０は、パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されているか否かを検索して判定する（図６のＳ１０）。パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されていない場合には（Ｓ７１０：ＮＯ）、Ｓ７２０へ移行して、認証結果として「ＮＧ」をパスワード認証コンピュータ１７０へ送信する（図６のＳ１１）。一方、パスワード認証コンピュータ１７０から受信したパスワードがパスワード記憶データベース１４０に記憶されている場合には（Ｓ７１０：ＹＥＳ）、Ｓ７３０へ移行する。このように、パスワードの比較を行うだけで済むため処理を高速に行うことができる。
【００７７】
Ｓ７３０では、認証結果として「ＯＫ」をパスワード認証コンピュータ１７０へ送信する（図６のＳ１１）。そして続くＳ７４０では、このパスワードをパスワード記憶データベースから削除する。このように削除することにより、パスワードを再利用できなくすることができる。
【００７８】
パスワード認証コンピュータ１７０は、図１０のＳ５２０で、認証結果をパスワード記憶コンピュータ１３０から受信する。そして、Ｓ５３０で、認証結果が「ＯＫ」か否かを判定する。
【００７９】
認証結果が「ＯＫ」の場合には（Ｓ５３０：ＹＥＳ）、Ｓ５４０へ移行し、認証結果が「ＮＧ」の場合には（Ｓ５３０：ＮＯ）、Ｓ５６０へ移行する。
Ｓ５４０では、パスワードの送信元のネットワークサーバ１６０のサイトのＵＲＬをパスワード認証データベース１８０へ記憶する。そして、認証結果「ＯＫ」をネットワークサーバ１６０へ送信する（図６のＳ１３）。
【００８０】
一方、認証結果が「ＮＧ」の場合には（Ｓ５３０：ＮＯ）Ｓ５６０へ移行し、認証結果「ＮＧ」をネットワークサーバ１６０へ送信する（図６のＳ１３）。
ネットワークサーバ１６０は、図９のＳ３２０でパスワード認証コンピュータ１７０から認証結果を受信し、Ｓ３３０で、この認証結果が「ＯＫ」であるか否かを判定する。
【００８１】
認証結果が「ＯＫ」の場合には（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行して、有料コンテンツのＵＲＬをネットワーク端末１５０へ送信する（図６のＳ１４）。その結果、ネットワーク端末１５０では、有料コンテンツがこのＵＲＬから取得できる。
【００８２】
一方、認証結果が「ＮＧ」の場合には（Ｓ３３０：ＮＯ）、Ｓ３５０へ移行して、パスワードが無効である旨を示す情報をネットワーク端末１５０に表示させるためのデータ（無効情報表示用データ）の存在するＵＲＬをネットワーク端末１５０へ送信する（図６のＳ１４）。その結果、ネットワーク端末１５０には、パスワードが無効である旨が表示される。
【００８３】
このようにして、ユーザは、携帯電話１１０でパスワードをダウンロード購入し、携帯電話１１０にダウンロードされ表示されたパスワードをネットワーク端末１５０でアクセスしたネットワークサーバ１６０上のサイトで入力することにより、ネットワークサーバ１６０から送信される有料コンテンツのＵＲＬに存在する有料コンテンツをネットワーク端末１５０で取得することができる。よって、例えば有料コンテンツを利用したり、ダウンロードしたりすることができる。
【００８４】
なお、携帯電話キャリアからユーザに請求した代金は、例えば１ヶ月毎に、課金データベース１２５に記憶されたパスワード管理業者の業者ＩＤをキーとして集計し、集計した金額を予め登録されたパスワード記憶業者の口座に振り込むようにする（図６のＭ２）。こうして代行回収した代金をパスワード管理業者に渡すことができる。そして、パスワード管理業者は、パスワード認証データベース１８０に記憶されたＵＲＬ毎の割合に応じて各コンテンツ提供業者へ分配する。このようにして課金・代行回収金支払・分配を行うことで、コンテンツ提供業者は、有料コンテンツの代金を回収することができる。
【００８５】
上述した情報システム２によって、従来のクレジットカード決済のようなカード番号を送信することによるセキュリティ上の不安もなく、安全かつ容易に有料コンテンツの代金を支払うことができる。例えば、携帯電話１１０でパスワードを予め購入しておき、そのパスワードをネットワーク端末１５０でのコンテンツ等の利用の際に使用することができる。
【００８６】
なお、キャリア側コンピュータ１２０は、参考例と同様にＩＳＰのコンピュータであってもよい。また、パスワード記憶データベースやパスワード認証データベース１８０は、データベース専用のコンピュータとして構成し、パスワード記憶コンピュータ１３０やパスワード認証コンピュータ１７０と別体にすることもできる。また、パスワード記憶コンピュータ１３０とパスワード認証コンピュータ１７０は１つのコンピュータで構成してもよい。
【００８７】
また、例えば図９のＳ３５０に続いて、無効なパスワードを送信して来たネットワーク端末１５０のアドレスを記憶するなどして、このアドレスの数が一定数を越えた場合に、そのアドレスからのパスワードの送信あった場合にＳ３１０以下の処理を行わないようにするとよい。このようにすれば、無効なパスワードが入力された場合（例えばいたずらや不正なアクセスなどの場合）のネットワークサーバ１６０・パスワード認証コンピュータ１７０・パスワード記憶コンピュータ１３０などの処理負荷を下げることができる
［産業上の利用可能性］
以上のように本発明の課金方法等によれば、端末のユーザは、携帯電話で課金対象情報を購入し、携帯電話に表示された課金対象情報を端末から入力することで、課金確認後に送信すべき所定のデータ（例えば有料コンテンツ）を、端末において容易に得ることができる。すなわち有料コンテンツ等の代金を携帯電話の課金によって容易に支払うことができ、例えば、すぐに有料コンテンツ等利用することができる。
【図面の簡単な説明】
【００８８】
【図１】参考例の情報システムの構成を示すブロック図である。
【図２】複数のシリアルナンバーから１のシリアルナンバーを生成する処理の流れを示すフローチャートである。
【図３】１のシリアルナンバーから複数のシリアルナンバーを生成する処理の流れを示すフローチャートである。
【図４】図３のフローチャートの続きの処理を示すフローチャートである。
【図５】参考例の情報システムの別例の構成を示すブロック図である。
【図６】本実施例の情報システムの構成を示すブロック図である。
【図７】キャリア側コンピュータにおける処理の流れを示すフローチャートである。
【図８】パスワード記憶コンピュータにおけるパスワード記憶処理の流れを示すフローチャートである。
【図９】ネットワークサーバにおける処理の流れを示すフローチャートである。
【図１０】パスワード認証コンピュータにおける処理の流れを示すフローチャートである。
【図１１】パスワード記憶コンピュータにおけるパスワード確認処理の流れを示すフローチャートである。