JP4343770B2 - 情報処理装置 - Google Patents

Description

本発明は情報処理装置に関し、特にインターネットに接続されているサーバから端末装置に提供される情報を、ユーザの個人情報に対応して制御するようにした、情報処理装置に関する。

図２０は、従来の情報処理装置におけるネットワークシステムの構成例を表している。加入者（ユーザ）は、端末装置１−１乃至１−１２を有し、それぞれ所定のアクセスプロバイダ（ＡＰ）２−１乃至２−３を介して、インターネット３に接続されている。このインターネット３にはまた、情報提供者（インフォメーションプロバイダ：ＩＰ）４−１乃至４−３も接続されている。インターネット３においては、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＴＣＰ／ＩＰ）により規定されているプロトコルに従って、コンピュータ相互で通信を行うことができるようになされている。

また、このインターネット３上には、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）と呼ばれる情報検索システムが構築されている。このＷＷＷにおいては、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ（ＨＴＴＰ）と称されるプロトコルにより、データ転送を行い、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により画面を記述することにより、情報の検索や表示が簡単にできるようになされている。このＷＷＷのための端末装置側のアプリケーションソフト（ＷＷＷブラウザ）として、Ｎｅｔｓｃａｐｅ社（商号）のＮｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）や、ＮＣＳＡのＭｏｓａｉｃ（商標）が、また情報提供者側のアプリケーションソフト（ＷＷＷサーバ）として、Ｎｅｔｓｃａｐｅ Ｃｏｍｍｅｒｃｅ Ｓｅｒｖｅｒ（商標）が、それぞれ知られている。各ユーザは、このＷＷＷブラウザを用いてＷＷＷサーバに対してアクセスし、情報やサービスの提供を受けることができる。また、各インフォメーションプロバイダは、このＷＷＷサーバを用いて、ＷＷＷブラウザに情報やサービスを提供することができる。

最近、このインターネット３の加入者の増加にともない、インターネット３を商業的に利用しようとする動きが盛んである。従来行われているエレクトリックコマースの利用方法は、ＷＷＷサーバ（以下、適宜、サーバと称する）から伝送されてきたメニュー画面をＷＷＷブラウザ（以下、適宜、単にブラウザと称する）で表示し、そのメニュー画面から所定の商品やサービスの選択を行い、その説明を受け、その商品やサービスの購入の申し込みは、別にファクシミリや電話で行うというものである。すなわち、この例の場合、インターネット３は、商品やサービスの説明ために利用されている。

これらサーバの情報のアクセスを制限する方法としては、ＷＷＷサーバにおいてＵＲＬ毎に利用できるＩＰアドレスを設定するなどして行うことができるが、ダイヤルアップ接続のアクセスプロバイダの場合、ＩＰアドレスはダイナミックに割り当てられるので、この方法は利用できない。

他の方法として、ＨＴＴＰ認証機能を利用することもできるが、この場合、ユーザは、利用するサービス毎に自己の会員としての個人情報などを入力して各サーバに登録する必要があるし、ＷＷＷサーバでも、多くの会員情報を管理するデータベースを運用する必要がある。また、利用者も、サービスを受けるたびに各サービス毎のユーザＩＤとパスワードを入力する必要があり、それを覚えるのも大変であるし、入力も面倒である。
特開平２−５６２４号公報 特開昭５９−１８５４８３号公報

従来のネットワークシステムにおいては、このように、各ユーザが各サーバから提供を受けることができる情報は、各ユーザにおいて同一であり、画一的な情報やサービスの提供しかできない課題があった。

また、情報サーバでユーザ毎のアクセスを制限するには、各ユーザを情報サービス毎にユーザ登録を行う必要がある。さらに、各情報サーバも、多くのユーザを管理するには、大規模なユーザの管理データベースを構築する必要があるし、ショッピングなどの課金のためにクレジットカードの与信チェックを行うには、情報サーバの大きな負担になる。

本発明はこのような状況に鑑みてなされたものであり、より変化に富んだ情報やサービスを提供することができるようにするとともに、サーバの負担を軽減するものである。

本発明の情報処理装置は、インターネットを介して端末装置と接続され、所定の情報を記憶する記憶手段、所定のデータを通信する通信手段、および記憶手段と通信手段を制御する制御手段とを少なくとも備えた情報処理装置であって、制御手段は、端末装置に対して割り当てたインターネットを介して変更しうる固有情報と、固有情報に対応する会員情報とを記憶手段に予め記憶させ、インターネットを介してアクセスを受けたとき、通信手段に、アクセスしてきた装置に対して割り当てられている固有情報を、インターネットを介してアクセスしてきた装置から取得させ、通信手段に取得させた固有情報が、記憶手段に予め記憶させている固有情報と一致するか否かを判定することを特徴とする。

前記会員情報は、クレジットカードの種類、クレジットカードの番号、クレジットカードの有効期間のいずれか１つの情報を少なくとも含むようにすることができる。

前記会員情報は、氏名、住所、電話番号のいずれか１つを少なくとも含むようにすることができる。

本発明の情報処理装置においては、端末装置に対して割り当てたインターネットを介して変更しうる固有情報と、固有情報に対応する会員情報とが記憶され、インターネットを介して端末装置からアクセスを受けたとき、アクセスしてきた端末装置に対して割り当てられている固有情報を、インターネットを介してアクセスしてきた端末装置から取得させ、取得された固有情報が、予め記憶させられた固有情報と一致するか否かが判定される。

本発明によれば、ユーザ毎に変化に富んだ情報やサービスを提供することが可能になる。

また本発明によれば、サーバにおいて多くの会員情報を管理してアクセス制限する必要がなくなるので、サーバシステムの負担が低減する。

図１は、本発明の情報処理装置を適用したネットワークシステムの構成例を表しており、図２０における場合と対応する部分には、同一の符号を付してある。このシステムにおいても、インターネット３に対して、複数のインフォメーションプロバイダ（ＩＰ）（情報提供者）４−１乃至４−４が接続されている。そして、各端末装置１−１乃至１−４は、通常の電話回線を介して課金プロクシ１１に接続され、課金プロクシ１１がさらにインターネット３に接続されている。インフォメーションプロバイダ４−３は、さらに外部の在庫管理システム１２に接続されている。

この実施例の場合、課金プロクシ１１はまた、アクセスプロバイダ（ＡＰ）として機能するとともに、インフォメーションプロバイダとしての機能も有するようになされている。また、課金プロクシ１１は、ＣＡＦＩＳ５を介して、複数のクレジットカード会社のコンピュータシステム（決済システム）６−１乃至６−３と接続されている。従って、この課金プロクシ１１も、ＷＷＷシステムにおいて利用可能なアプリケーションソフトウエア（例えば、Ｎｅｔｓｃａｐｅ Ｃｏｍｍｅｒｃｅ Ｓｅｒｖｅｒ）を有している。

図２は、課金プロクシ１１の具体的構成例を表している。ＣＰＵ２１は、ＲＯＭ２２に記憶されているプログラムに従って各種の処理を実行するようになされている。また、ＲＡＭ２３は、ＣＰＵ２１が各種の処理を実行する上において必要なプログラム、データなどを適宜記憶するようになされている。インタフェース２４には、ハードディスク（ＨＤ）２５、光磁気ディスク２６、通信部２７、入力部２８、ディスプレイ２９などが接続されている。

ハードディスク２５は、比較的高速にアクセスする必要のあるデータ、プログラムなどを適宜記憶するようになされている。光磁気ディスク２６は、ハードディスク２５よりアクセスの速度が遅くても差し支えのないデータ、プログラムなどを適宜記憶する。通信部２７は、インターネット、専用回線、公衆電話回線などとの間における通信を行う。入力部２８は、キーボード、マウスなどにより構成され、各種の指令を入力するとき操作される。ディスプレイ２９は、ＣＲＴ，ＬＣＤなどにより構成され、所定の文字、画像などを表示するようになされている。

図３は、端末装置１−ｉの内部の構成例を表している。この端末装置１−ｉは、ＣＰＵ４１乃至ディスプレイ４９を有し、ＣＰＵ２１乃至ディスプレイ２９を有する課金プロクシ１１と基本的に同様に構成されている。但し、端末装置１−ｉより課金プロクシ１１の方が、より大容量で高速のものが用いられるようになされている。図示は省略するが、インフォメーションプロバイダ４−ｊも、課金プロクシ１１と基本的に同様に構成されている。

この実施例においては、各ユーザ（加入者）は、その端末装置１−ｉから所定のインフォメーションプロバイダ（以下、適宜、サーバと称する）４−ｊにアクセスし、そこから商品、サービスなどの提供を受け、クレジットカード、銀行口座などからの自動的引き落としにより、その料金の支払いを行う。この場合、ユーザは、所定の課金プロクシ１１の会員となるための入会手続きを事前に行っておく必要がある。この手続きは、所定の申し込み用紙に所定の事項を記入し、それを郵送するなどして行うようにすることも可能であるが、各端末装置１−ｉから電話回線を介して、あるいは必要に応じてインターネット３を介して課金プロクシ１１にアクセスし、オンラインで、この入会手続きを行うようにすることもできる。図４と図５は、この場合におけるオンラインサインアップ処理を表している。

端末装置１−ｉは、最初にステップＳ１において、通常の電話回線を介して課金プロクシ１１に対してアクセスする。このとき課金プロクシ１１のＣＰＵ２１は、ステップＳ２において、オンラインサービス名称、挨拶文、このサービス（エレクトリックコマースサービス）の概要を簡単に説明する文章などを光磁気ディスク２６から読み出し、通信部２７から端末装置１−ｉに伝送する。これらの名称、挨拶文などは、電話回線を介して端末装置１−ｉの通信部４７で受信され、ディスプレイ４９に表示される。

さらに、課金プロクシ１１は、ステップＳ３において、「個人会員はクレジットカードをお持ちでないと受付できません。」、あるいは、「２０才未満の方、会社組織、団体での入会の方は、別途入会申込所を郵送にてお送りいたしますので、申し訳ございませんが、郵送でのお申し込みをお願いいたします。」のような注意事項も伝送し、表示させる。

ユーザは、ステップＳ４において、ステップＳ３で表示された注意事項に該当するか否かを判定し、該当すると判定した場合、入力部４８を操作して、その旨を入力する。ＣＰＵ４１は、この入力を、通信部４７を介して、課金プロクシ１１の通信部２７に伝送させる。課金プロクシ１１のＣＰＵ２１は、通信部２７を介して、この入力を受信したとき、ステップＳ５に進み、例えば「下記の窓口まで、お電話か電子メールで入会申込書をご請求願います。すぐに入会申込書をお送りいたします。」のようなメッセージを、通信部２７を介して、端末装置１−ｉの通信部４７に伝送し、そのディスプレイ４９に表示させる。このとき、さらに受付のための時間、電話番号、Ｅメールアドレスなどを伝送表示させる。ユーザは、このメッセージに従って、電話あるいは電子メールにて、入会手続きを行うことになる。

そして、次にステップＳ６に進み、回線を切断し、オンラインによる入会手続きの処理を終了する。

あるいはまた、ステップＳ４において、２０才未満のユーザからの申し込み、会社組織、団体などの申し込みであると判定された場合、ステップＳ７に進み、氏名、住所、郵便番号、電話番号、などを端末装置１−ｉの入力部４８を操作して入力させ、課金プロクシ１１のＣＰＵ２１は、この入力を受けたとき、受付日付、受付番号を端末装置１−ｉに伝送し、そのディスプレイ４９に表示させる。

そして、ステップＳ９において、ステップＳ７の入力を、例えば課金プロクシ１１の光磁気ディスク２６に形成されている問い合わせ専用データベースに登録するとともに、ステップＳ１０において、ステップＳ７で入力された住所、氏名の宛先に申込書を発送する処理を行う。使用者は、この申込書の郵送を受けたとき、所定の事項を記載し、返送することで、入会手続きを行う。

なお、この図４と図５に示す各処理において、各ユーザは、基本的に、図６に示すような手順で入力を行う。

すなわち、端末装置１−ｉのディスプレイ４９には、「＊＊を入力してください」と表示される。さらにまた、一覧表や入力形式などが存在するときは、これらも表示される。ユーザは、この表示に対応して入力部４８を操作し、所定の入力を行う。課金プロクシ１１のＣＰＵ２１は、入力内容をチェックし、もし間違っているようであれば、再度入力を行わせる。

そして、正しい入力が行われたとき、その入力内容をディスプレイ４９に表示させ、さらに、確認のための表示（１：ＯＫ ２：ＮＧ）を行い、この表示に対する入力をユーザに行わせる。そして、その入力が行われたとき、次の項目の処理に移る。

図４に戻って、ステップＳ４において、２０才未満のユーザからの申し込み、あるいは会社組織や団体からの申し込みでないと判定された場合、ステップＳ１１に進み、オンラインサインアップの処理を開始する。ステップＳ１２においては、「約款を見ますか」のメッセージが端末装置１−ｉのディスプレイ４９に表示される。使用者から、約款を見る旨の入力が行われたとき、ステップＳ１３に進み、ＣＰＵ２１は約款を端末装置１−ｉに伝送し、ディスプレイ４９に表示させる。

次にステップＳ１４に進み、「約款に同意しますか」のメッセージをディスプレイ４９に表示させる。ユーザが、約款に同意しない旨を入力したとき、ステップＳ１５に進み、さらにそれ（約款に同意しないこと）が確かであるか否かを入力させる。確かでないとの入力が行われたとき、ステップＳ１４に戻り、再び「約款に同意しますか」のメッセージを表示させるが、再度、約款に同意しない旨が確認された場合においては、ステップＳ１５からステップＳ１６に進み、例えば「改めてのご入会をお待ち申し上げております。ありがとうございました。」のようなメッセージを表示し、ステップＳ６に進み、回線を切断し、処理を終了する。

ステップＳ１４において、ユーザが約款に同意する旨を入力したとき、ステップＳ１７に進み、氏名、そのふりがな、性別、生年月日、職業、現住所（都道府県）、現住所（都道府県以下の住所）、そのふりがな、郵便番号、電話番号、電話の種別（公衆回線またはＩＳＤＮ）、ファックス番号、使用通信環境などを入力させる。

次にステップＳ１８に進み、緊急連絡先の有無をユーザに入力させ、緊急連絡先が存在する場合においてはステップＳ１９に進み、その緊急連絡先の名称と電話番号をさらに入力させる。この入力が行われたとき、またはステップＳ１８において緊急連絡先が存在しないと入力されたとき、図５のユーザＩＤ入力ルーチン処理に移行する。

ユーザＩＤ入力ルーチンにおいては、最初にステップＳ３１において、ユーザに希望するユーザＩＤを入力させる。課金プロクシ１１のＣＰＵ２１は、この入力が行われたときステップＳ３２に進み、光磁気ディスクに２６に形成されている会員マスター（ユーザＩＤデータベース）にアクセスし、いま入力されたユーザＩＤが、すでに他の会員により使用されているものであるか否かを検索する。さらにまた、ステップＳ３３において、光磁気ディスク２６に形成されている仮会員マスター（入会申込後、入会審査が完了するまでの間の会員のマスター）にもアクセスし、いま入力されたユーザＩＤが、仮会員マスターにすでに登録されているか否かを検索する。

ステップＳ３４においては、ステップＳ３１で入力されたユーザＩＤが、会員マスターあるいは仮会員マスターに、すでに登録されているユーザＩＤと重複するか否かを判定し、重複すると判定された場合、ステップＳ３１に戻り、ユーザに新たなユーザＩＤを入力させる。

ステップＳ３４において、入力されたユーザＩＤが、会員マスターまたは仮会員マスターに登録されていないユーザＩＤであると判定された場合、ステップＳ３５に進み、ユーザにパスワードを入力させる。ステップＳ３６においては、さらにもう一度パスワードを入力させる。そして、ステップＳ３７において、ステップＳ３５とＳ３６で入力された２つのパスワードが一致するか否かを確認する。２つのパスワードが一致していない場合においては、ステップＳ３８に進み、「パスワードが違っています。」のメッセージを端末装置１−ｉのディスプレイ４９に表示させ、ステップＳ３５に戻り、パスワードを再度入力させる。

そして、ステップＳ３７において、ステップＳ３５とステップＳ３６で入力した２つのパスワードが一致すると判定された場合、ステップＳ３９に進み、「パスワード確認ＯＫ」のメッセージを表示させる。

次にステップＳ４０に進み、課金プロクシ１１は、端末装置１−ｉにＡ会員とＢ会員の利用価格一覧を表示させる。例えば、Ａ会員になると、毎月所定の基本料金を請求されるが、個々の商品あるいはサービスの購入単価は、Ｂ会員より安くなる。これに対してＢ会員になると、基本料金は請求されないが、個々の商品あるいはサービスなどを購入するとき、その単価はＡ会員の単価より高くなる。その他、受けられるサービスの種類によって会員の種別は分類をされる。

ユーザは、ステップＳ４１において、Ａ会員とＢ会員のいずれになるかを選択入力する。さらにステップＳ４２において、ユーザは、商品、サービスなどを購入した場合における決済を行うクレジットカードの種類、番号、有効期限を入力部４８を操作して入力する。

さらにステップＳ４３に進み、課金プロクシ１１のＣＰＵ２１は、例えば「本サービスを何でお知りになりましたか」のメッセージと、その回答を行うための一覧表示として、雑誌広告、雑誌記事、紹介、ＷＷＷ、店頭キャンペーン、その他などの項目を表示させる。使用者は、いずれかの項目を選択して、回答することになる。

次に、ステップＳ４４において、「入会登録コードをお持ちですか」のメッセージがディスプレイ４９に表示される。入会登録コードをすでに所持している場合においては、ステップＳ４５に進み、ユーザは、その入会登録コードを入力する。この入会登録コードとは、例えばキャンペーン暗号や紹介者ＩＤなどである。

ステップＳ４５の処理の次に、あるいはステップＳ４４で入会登録コードを所持していないとの入力が行われたとき、ステップＳ４６に進み、「現在興味をお持ちの事項を５つまで（各１０字以内）お書きください。」のメッセージを表示させる。さらにステップＳ４７に進み、ユーザは必要に応じて、ゴルフ、音楽、映画鑑賞などといった趣味などをここで入力する。

以上のようにして入力が行われると、ステップＳ４８において、例えば「ご入会手続きありがとうございました。＊日以内に入会審査の結果を郵送にてご連絡いたします。もし、お問い合わせ、ご質問等ございましたら、次の窓口までお願いいたします。」のようなメッセージを、端末装置１−ｉに表示させ、さらに、電話番号、電子メールアドレスなどを表示させる。そして、ステップＳ４９において、回線切断処理を行い、ステップＳ５０において、以上の処理により入力された事項を光磁気ディスク２６に形成されている仮会員マスターに登録する。

そして、入会審査の結果、入会を承諾する場合においては、その旨をユーザに郵便で連絡するとともに、その登録情報を仮会員マスターから会員マスターに転送し、記憶させる。また、入会員審査の結果、何らかの理由により、入会を許可することができない場合においては、郵便で、その旨をユーザに連絡するとともに、仮会員マスターにおける登録を消去する。

以上のようにして、課金プロクシ１１の光磁気ディスク２６の会員マスターには、例えば図７に示すような、ユーザＩＤデータベースが形成される。このユーザＩＤデータベースには、上述した図４および図５の各ステップにおいて入力された事項が、各ユーザＩＤ毎に登録される。なお、このユーザＩＤデータベースには、上記事項の他、各端末装置に割り当てられた割当ＩＰアドレス、各端末装置がアクセスしたサーバ、アクセスしたファイルなどのアクセスの履歴も記憶される。

ここで、割当ＩＰアドレスとは、各端末装置１−ｉに割り当てられたＩＰアドレスを意味する。すなわち、インターネット３に接続される１つの情報処理装置に対しては、Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｅｎｔｅｒ（ＮＩＣ）（我国においてはＪａｐａｎ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｅｎｔｅｒ（ＪＰＮＩＣ））から１つのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）アドレスが割り当てられるが、アクセスプロバイダとしても機能する課金プロクシ１１は、自己が管理する会員の端末装置１−ｉに対して割り当てるため、ＮＩＣ，ＪＰＮＩＣなどから、予め所定の数のＩＰアドレスの割り当てを受けておく。そして課金プロクシ１１は、常に全ての会員からアクセスを受けているわけではないので、電話回線を介してアクセスポイントに接続してきた端末装置を利用しているユーザに対して、ＩＤとパスワードを入力させ、その端末装置のユーザが会員であるか否かを確認し、会員であることが確認されたとき、その端末装置に対して、その時点において空いているＩＰアドレスを割り当てる。

このため、課金プロクシ１１のＣＰＵ２１は、図８に示すように、その時点におけるＩＰアドレス割当テーブルを、例えばＲＡＭ２３に記憶させる。そして、所定の端末装置からアクセスが行われたとき、この割当テーブルから未使用のＩＰアドレスを検索し、その端末装置に割り当てる。

従って、各端末装置が、インターネット３に対してダイヤルアップ接続によりアクセスするとき、ＩＰアドレスは、その都度変化することになる。ユーザＩＤデータベースには、このようにして、各ユーザに割り当てられた割当ＩＰアドレスもアクセス履歴の１つとして記憶される。

なお、ＩＰアドレスの割り当ては、ＡＳＥＮＤ（商標）システムに代表されるような、ＰＰＴプロトコルをサポートするモデムを有するコンピュータシステムを課金プロクシ１１に接続しておき、これに実行させるようにすることもできる。

課金プロクシ１１は、この実施例の場合、アクセスプロバイダとしても機能するため、インターネット３に対するアクセスサービスだけを許容する会員も、同様に予め登録する。このアクセス会員は、インターネット３を介して所定のサーバにアクセスすることは許容されるが、オンラインショッピングのサービス（課金サービス）は受けることができない。オンラインショッピングサービスの会員は、自動的に、アクセス会員になる。

次に、図９乃至図１１のフローチャートを参照して、所定のユーザの端末装置１−ｉが、課金プロクシ１１を介して、所定のインフォメーションプロバイダ４−ｊにアクセスし、オンラインで商品を購入する場合の処理について説明する。なお、便宜上、これらの図においては、端末装置１−ｉ（加入者）（ＷＷＷブラウザ）、課金プロクシ１１（課金業者）およびインフォメーションプロバイダ４−ｊ（オンラインショッピング事業者）（ＷＷＷサーバ）の行う各処理を、それぞれ異なる列に分けて示してある。

なお、上述したように、このシステムにおいても、ＷＷＷの検索システムを利用するため、各端末装置はＷＷＷブラウザ（例えば、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ）を、インフォメーションプロバイダ４−ｊはＷＷＷサーバを備え、課金プロクシ１１も、ＷＷＷ上で動作するアプリケーション（例えば、Ｎｅｔｓｃａｐｅ Ｃｏｍｍｅｒｃｅ Ｓｅｒｖｅｒ）を有している。

端末装置（ＷＷＷブラウザ）１−ｉは、最初にステップＳ７１において、オンラインショッピング事業者（インフォメーションプロバイダ４−ｊ）のメニュー画面（ホームページ）を指定する。ＷＷＷシステムにおいては、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と呼ばれる一種のアドレスにより、インターネット３上におかれている所定の画面（ファイル）の指定を行う。ＵＲＬでは通常、ドメイン名によって、ＷＷＷサーバの指定が行われる。例えばＵＲＬが、ｈｔｔｐ：／／ｗｗｗ．ｓｏｎｙ．ｃｏ．ｊｐ／ｓｏｎｙｄｒｉｖｅ／ｉｎｄｅｘ／ｈｔｍｌであるとき、ドメイン名は、ｗｗｗ．ｓｏｎｙ．ｃｏ．ｊｐである。実際のサーバへのアクセスは、ＩＰアドレスによって行われるので、このドメイン名からＩＰアドレスを取得するシステムとして、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ）があり、そこにＷＷＷブラウザは問い合わせを行う。

この場合、ＵＲＬを画面上に直接入力してもよいし、そのメニュー画面に対してＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によりリンクされている画面が、端末装置１−ｉのディスプレイ４９に表示されている場合においては、その画面を入力部４８のマウスなどでクリックすることで指定することができる。

端末装置１−ｉは、この指定が行われたとき、対応する要求をＷＷＷサーバにむけて出力するが、実際には、予め端末装置に設定された課金プロクシ１１を介して転送されるため、この要求は課金プロクシ１１に入力される。この要求を受けたとき、課金プロクシ１１は、ステップＳ７２で、ＨＴＴＰの認証機能に従って、ユーザＩＤとパスワードの入力を受け、予め登録されたアクセス会員からのアクセスであるか否かを判定し、登録されたアクセス会員でなければアクセスを拒絶する。この判定は、アクセスポイントへの接続時にユーザＩＤとパスワードにより認識が行われるため、端末に割り当てられたＩＰアドレスによっても行うことができる。登録されたアクセス会員からのアクセスであるとき、課金プロクシ１１は、ＷＷＷブラウザからの要求を、そのままインターネット３を介してＷＷＷサーバに転送する。

例えば、ＷＷＷブラウザにより、ディスプレイ４９に、図１２に示すようにショッピングとＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）のボタンが表示されている状態で、カーソル５３が、例えばショッピングのボタン５１上に移動表示されると、ディスプレイ４９のＵＲＬ表示部５２には、このショッピングのボタン５１に対応されているＵＲＬが表示される。そして、使用者が、このショッピングのボタン５１上にカーソル５３が位置する状態においてマウスをクリックすると、ＵＲＬ表示部５２に表示されているＵＲＬに対するアクセス（オンラインショッピングのサーバに対するアクセス）が行われる。

ＷＷＷサーバは、このメニュー画面（オンラインショッピングのメニュー画面）の転送の要求を受けたとき、ステップＳ７３において、対応するメニュー画面のデータをＷＷＷブラウザに向けて出力する。このデータは、インターネット３を介して課金プロクシ１１に転送される。課金プロクシ１１は、ステップＳ７４において、このメニュー画面のデータの転送を受けると、これをＷＷＷブラウザにさらに転送する。

なお、上述したように、ＷＷＷシステムにおいては、ＨＴＭＬと呼ばれる文章形式のデータにより、画面が構成されているため、ＷＷＷブラウザ、課金プロクシ１１、およびＷＷＷサーバの間では、このＨＴＭＬの文章が授受されることになる。

ステップＳ７４において、課金プロクシ１１が、ＷＷＷサーバより転送を受けたメニュー画面のデータを端末装置１−ｉにさらに転送すると、端末装置１−ｉのディスプレイ４９には、例えば図１３に示すように、オンラインショッピングの所定の商品（図１３においては商品Ｗ乃至Ｚ）を購入するためのメニュー画面が表示される。

なお、このＷＷＷシステムにおいては、ステップＳ７１乃至Ｓ７５に示す一連の処理（１つの要求に対して１つの回答）を単位（セッション）として、各種の処理が実行される。

ステップＳ７５において、ＷＷＷブラウザのディスプレイ４９に、図１３に示すような商品購入のメニュー画面が表示された状態において、ユーザは、購入を希望する商品があるか否かを判定し、購入を希望する商品がない場合においては、例えば図１３の終了のボタンをマウスでクリックする。これにより、オンラインショッピングの処理が終了される。

これに対して、メニュー画面上に購入を希望する商品が存在すると判定された場合、ステップＳ７６に進み、そのメニュー画面から購入を希望する商品を選択する。すなわち、図１３の例においては、商品Ｗ乃至Ｚのボタンのうち、所定のボタン上にカーソル５３を移動し、マウスをクリックすることで、商品の選択を行う。

この選択が行われると、ＷＷＷブラウザは、その選択に対応する信号を課金プロクシ１１に転送する。課金プロクシ１１は、この選択データの供給を受けたとき、この選択データをさらにＷＷＷサーバに転送する処理を、ステップＳ７７において実行する。このステップＳ７７の処理の詳細は、図１４に示されている。

図１４の処理では、最初にステップＳ１２１において、ＣＰＵ２１は、そのデータを伝送してきた端末装置１−ｉに割り当てられているＩＰアドレスを取得する。このＩＰアドレスは、図８を参照して説明したように、課金プロクシ１１が、自ら端末装置１−ｉに割り当てたものであるから、図８に示すＩＰアドレス割当テーブルから知ることができる。次にステップＳ１２２に進み、ＩＰアドレスに対応するユーザＩＤのデータベースから、会員情報（例えばクレジットカードの種類、番号、カード有効期間）を取得する。ＩＰアドレスに対応するユーザＩＤも、図８に示すＩＰアドレス割当テーブルから取得することができる。そして、このユーザＩＤに対応する会員情報（カード有効期間など）は、図７に示すユーザＩＤデータベースから取得することができる。

なお、クレジットカードの有効期間のデータを取得するとき、ユーザＩＤデータベースから取得するだけでなく、必要に応じて、ＣＡＦＩＳ５にアクセスし、変更がないか否かを判定する。ＣＡＦＩＳ５は、対応するクレジットカード会社のコンピュータシステム６−１乃至６−３にアクセスし、そのカードの現時点における有効期間のデータを取得する。そして、これを課金プロクシ１１に転送する。

このように、カードの有効期間のデータは、個々のインフォメーションプロバイダが行うのではなく、課金プロクシ１１が行う。従って、インフォメーションプロバイダとしては、個々のクレジットカード会社と契約を締結する必要がなくなり、その分だけ簡単なシステム構成とすることができる。

次に、ステップＳ１２３に進み、ＣＰＵ２１は、ステップＳ１２２で取得した会員情報に対応して、カテゴリＩＤとパスワードを設定する。例えば、ステップＳ１２２で取得したカード有効期間から、そのカードが現在有効であると判定される場合、カテゴリＩＤとして、ｖａｌｉｄを設定し、パスワードとして、ｏｋを設定する。また、そのカードが失効している場合においては、カテゴリＩＤとして、ｅｘｐｉｒｅｄを設定し、パスワードとして、ｏｋを設定する。

また、ＷＷＷサーバのサービスが特定の会員のみに対するものであり、現在アクセスしている会員がこのサービスを受けることができない場合は、ＩＤとして、“ｄｅｎｉｅｄ”を、パスワードとして、“ＯＫ”を、それぞれ設定する。この判定は、ＷＷＷブラウザの要求するＵＲＬが、予め登録されたサービスのＵＲＬかどうかで行うことができる。

次にステップＳ１２４に進み、ＨＴＴＰに従って、ＷＷＷブラウザから入力された選択データをＷＷＷサーバに転送するとともに、課金プロクシ１１のＩＰアドレス、ステップＳ１２３で設定したカテゴリＩＤ、およびパスワードを、そのサーバに転送する。

図９に戻って、ステップＳ７７で課金プロクシ１１が選択データを転送すると、ステップＳ７８において、ＷＷＷサーバは、課金プロクシ１１から転送されてきたデータを受信し、そのデータから、いまアクセスしてきたのが、そのオンラインショッピングを行う会員として、そのＷＷＷサーバに予め登録されているか否かを判定する。この判定の詳細は、図１５に示されている。

図１５においては、最初にステップＳ１４１で、課金プロクシ１１からのデータ、ＩＰアドレス、カテゴリＩＤ、およびパスワードを取得する。課金業者は、多くのユーザと契約し、これを自らのオンラインショッピング会員とするだけでなく、多くのオンラインショッピング事業者（ＷＷＷサーバ）とも契約し、自ら（課金プロクシ１１）が、そのＷＷＷサーバにおけるオンラインショッピングの会員となる。ＷＷＷサーバは、課金プロクシ１１（図２）と同様の構成を有しており、内蔵する光磁気ディスクやハードディスクに、その会員情報を予め登録しておく。そして、ステップＳ１４１で取得した課金業者のＩＰアドレスが、会員として予め登録されているＩＰアドレスであるか否かを、このステップＳ１４２で判定する。

ステップＳ１４１で取得したＩＰアドレスが、予め登録してあるＩＰアドレスと異なると判定された場合、ステップＳ１４３に進み、このアクセスは、非会員からのアクセスであると判定する。

これに対して、ステップＳ１４２において、ステップＳ１４１で取得したＩＰアドレスと予め登録されている課金業者のＩＰアドレスとが等しいと判定された場合、ステップＳ１４４に進み、ステップＳ１４１で取得したカテゴリＩＤが、アクセス可能なＩＤとして登録されているか否かを判定する。

ＷＷＷサーバは、課金プロクシ１１と契約をなすとき、カードが有効であるユーザからのアクセスのときは、カテゴリＩＤとして、ｖａｌｉｄを、またカードが失効しているユーザからのアクセスであるときは、カテゴリＩＤとして、ｅｘｐｉｒｅｄを、それぞれ伝送してくれるように、予め取り決めておく。そして、ＷＷＷサーバは、カテゴリＩＤが、ｖａｌｉｄであると判定されたとき、ステップＳ１４５に進み、オンラインショッピングの会員からのアクセスと判定し、カテゴリＩＤが、ｅｘｐｉｒｅｄであると判定されたとき、ステップＳ１４３に進み、非会員からのアクセスであると判定する。

図９に戻って、ステップＳ７８において、会員からのアクセスではないと判定されたとき、ステップＳ７９に進み、ＷＷＷサーバは、利用不可の画面を読み出し、課金プロクシ１１に転送する。課金プロクシ１１は、この利用不可の画面のデータの転送を受けたとき、ステップＳ８０において、これをさらにＷＷＷブラウザに転送する。ＷＷＷブラウザにおいては、ステップＳ８１で課金プロクシ１１より利用不可の画面の転送を受けたとき、オンラインショッピングによる商品の購入をあきらめる。

図９のステップＳ７８で会員のアクセス制限を行っているが、ステップＳ７７において、直接、会員情報をもとに判断して、課金プロクシ１１が利用不可の画面をステップＳ８０において転送することも可能である。この場合は、ＷＷＷサーバでのアクセス制限の負担が軽減する。

一方、ステップＳ７８において、会員からのアクセスであると判定した場合、ステップＳ８２に進み、ＷＷＷサーバは、その商品の在庫があるか否かを判定する。この在庫確認の処理のために、ＷＷＷサーバは、Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ（ＣＧＩ）の機構を利用して、外部プログラムとしての在庫管理システム１２にアクセスし、リアルタイムで在庫の有無を問い合わせる。そして、ステップＳ８２で指定された商品の在庫がないと判定された場合、ステップＳ８３に進み、いま在庫がない旨を表す画面のデータを課金プロクシ１１に転送する。課金プロクシ１１は、在庫なしの画面のデータの供給を受けたとき、ステップＳ８０で、これをＷＷＷブラウザに転送する。ＷＷＷブラウザでは、ステップＳ８１で、この在庫なしの画面のデータを受けたとき、これを表示し、この表示から、その商品の購入をあきらめる。

一方、ステップＳ８２において、その商品の在庫があると判定された場合、ステップＳ８４に進み、ＷＷＷサーバは、購入する商品として指定された商品およびその金額を表示した確認画面のデータを生成し、これを課金プロクシ１１に転送する。なお、この処理も、必要に応じてＣＧＩを利用して、外部プログラムに実行させることができる。課金プロクシ１１は、ステップＳ８５でこの画面データの転送を受けたとき、その商品とその金額を、例えばハードディスク２５に、一旦記憶させる。このように、確認のための画面データを、ユーザに実際に転送する前に、予め課金プロクシ１１で一時的に保存しておくことで、そのデータが端末装置１−ｉに転送された後、そこで改変されることを防止する。

そしてステップＳ８６で、課金プロクシ１１は、確認の画面データをＷＷＷブラウザに転送する。ＷＷＷブラウザは、ステップＳ８７で、その画面データを受信し、ディスプレイ４９に出力し、表示する。これにより、例えば、図１６に示すような商品購入確認画面が、ディスプレイ４９に表示される。

この表示例においては、１２００円の商品Ｗと３５００円の商品Ｙが注文され、その合計金額が４７００円になっていることが表示されている。また、その画面の右下には、その商品を購入することに同意するか否かを入力するためのＹＥＳの文字とＮＯの文字がそれぞれ表示されたボタンが表示されている。

このように、確認画面のデータには、購入商品の合計金額、明細金額などが、ＨＴＭＬのコメントとして、あるいは、表示データとして記述される。いずれの表示形式にするかは、課金プロクシ１１とＷＷＷサーバとの間で、予め決定しておく。ＨＴＭＬで記述する場合、例えば、ＳＵＭ＝４７００ ＵＮＩＴ＝ＹＥＮ ＹＥＳ＝“ｓｈｏｐｐｉｇ／ｏｋ” ＮＯ＝“ｓｈｏｐｐｉｎｇ／ｎｏ”のように、キーワード（ＳＵＭ，ＵＮＩＴなど）と値（４７００，ＹＥＮなど）の対にしておくことができる。“ｓｈｏｐｐｉｇ／ｏｋ”と“ｓｈｏｐｐｉｎｇ／ｎｏ”は、確認の同意が得られた場合と、得られなかった場合に、次に表示する画面のＵＲＬである。

課金プロクシ１１は、この確認画面のデータを解析し、請求金額を算出し、保存する。また、これらの情報は、ＷＷＷブラウザから得られたＩＰアドレスや会員情報とともに保存されるので、課金プロクシ１１において、複数のＷＷＷブラウザの課金処理を行うことができる。

ユーザは、ステップＳ８８において、図１６に示すような確認画面を見て、その商品を購入することに同意するか否かを判定する。商品の購入を希望しない場合、ステップＳ８９に進み、ユーザは、拒否ボタン（図１６において文字ＮＯが表示されているボタン）を選択する。端末装置１−ｉは、この操作が行われたとき、その操作されたボタンに対応するＵＲＬの画面（指定画面）の転送を要求する信号を課金プロクシ１１を介してＷＷＷサーバに出力する。

ステップＳ９０において、この指定画面転送の要求を受信した課金プロクシ１１は、この要求をＷＷＷサーバに転送する。ＷＷＷサーバは、ステップＳ９１で、この指定画面の転送の要求を受信したとき、この要求に対応して、拒否受諾の画面を読み出し、そのデータを課金プロクシ１１に転送する。課金プロクシ１１は、ステップＳ９２で、この拒否受諾の画面のデータの供給を受けたとき、これをさらにＷＷＷブラウザに転送する。ＷＷＷブラウザは、ステップＳ９３で、この拒否受諾の画面のデータの供給を受けると、これをディスプレイ４９に出力し、表示する。ユーザは、この表示を見て、商品購入の拒否が受諾されたことを確認することができる。

一方ステップＳ８８において、ユーザは商品の購入に同意すると判定したとき、ステップＳ９４に進み、同意ボタン（図１６における文字ＹＥＳが表示されているボタン）を選択する。このとき、ＷＷＷブラウザは、この同意ボタン選択に対応するＵＲＬの画面の転送を要求する。課金プロクシ１１は、ステップＳ９５でＷＷＷブラウザから同意ボタン選択の指定画面の転送の要求の信号を受信したとき、そのユーザＩＤに対応する、氏名、住所、電話番号などのユーザ情報を、ユーザＩＤデータベースより取得する。そして、ステップＳ９６に進み、ステップＳ９５で取得したユーザ情報とともに、ＷＷＷブラウザより受信した指定画面の転送要求信号をＷＷＷサーバに転送する。

ＷＷＷサーバは、課金プロクシ１１より同意ボタン選択による指定画面の転送の要求を受けたとき、同意受諾の画面をステップＳ９７で生成し、これを課金プロクシ１１に転送する。また、課金プロクシ１１から伝送されてきたユーザ情報に対応して、商品の配送手続きを実行する。

なお、商品の発送先がユーザの登録された住所と異なる場合、ステップＳ９４において、ユーザにより、配送先の住所が入力されることになる。

オンラインショッピング事業者は、ＷＷＷサーバが取得した情報を利用して、商品の配送、経理会計処理などを行うのであるが、これらの処理に手間がかかる場合は、課金業者に発注伝票作成の代行も行わせるようにことも可能である。発注伝票の発送は、郵便、電子メールなどにより行うようにすることもできるが、課金プロクシ１１のシステムとオンラインショッピング事業者のシステムをオンラインで接続することにより、発注伝票の発送処理自体を自動化することも可能である。

次に、ステップＳ９８において、課金プロクシ１１は、ユーザＩＤに対応するクレジットカードの番号を、ユーザＩＤデータベースから取得する。そして、ステップＳ９９において、ステップＳ８５で算出、保存した金額を、ステップＳ９８で取得したクレジットカードの会社に請求する処理を実行する。但し、実際には、クレジットカード会社と課金プロクシ１１を所持する課金業者との間における契約に基づいて、課金業者は、商品の購入金額より低い所定の金額を、クレジットカード会社に請求する。そして、クレジットカード会社は、ユーザに対して商品購入金額の金額を請求する。

課金プロクシ１１は、さらにステップＳ１００において、ＷＷＷサーバより供給された同意受諾の画面のデータを、ＷＷＷブラウザに転送する。ステップＳ１０１で、ＷＷＷブラウザは、この画面のデータを受信し、ディスプレイ４９に表示する。これにより、例えば図１７に示すような、同意受諾の画面が表示される。ユーザは、この表示画面から、購入成立を確認することができる。

ＨＴＴＰの場合、ＷＷＷブラウザからの要求と、それに対応するＷＷＷサーバからの対応までが１つのセッションとなり、これらセッション毎に、回線の接続、切断が行われる。そこで、課金プロクシ１１では、ユーザのＩＰアドレスを監視し、複数のＷＷＷブラウザからの要求を処理することができる。上述の処理が何らかの理由で中止された場合、上記したステップＳ９４における同意ボタンの選択信号の入力が得られなかったものと判断し、ショッピング処理を終了させる。

なお、上記実施例においては、ステップＳ７６において、商品購入の選択が、ＷＷＷブラウザにおいて行われた場合、ステップＳ７７で課金プロクシ１１から選択データをＷＷＷサーバに転送し、ＷＷＷサーバで会員からのアクセスか否かを判定し、非会員からのアクセスである場合においては、ステップＳ７９で利用不可の画面をＷＷＷサーバから課金プロクシ１１に転送するようにしたが、このステップＳ７８とＳ７９の処理を課金プロクシ１１において行わせるようにすることもできる。

また、ステップＳ８２で、在庫確認をリアルタイムで行うように自動化されていない場合においては、在庫のない商品については、メニュー画面に表示しないようにするか、在庫確認の処理は後に行うようにすることもできる。この場合、在庫確認を行った結果、在庫がないと判定された場合、サーバは、課金業者に注文受諾取消の伝票を発行し、また、ユーザに対しても、電子メール、手紙、電話などにより、注文受諾取消の主旨を伝えるようにする。

なお、上記実施例においても、ショッピングの処理、さらには、クレジットカードの番号などの登録処理を暗号化して行うようにすることも可能である。

また、料金を決済する決済口座としては、クレジットカードのほか、銀行口座などを用いるようにすることも可能である。

以上の実施例においては、課金プロクシ１１をアクセスプロバイダとインフォメーションプロバイダとしても機能させるようにしたが、この場合、課金プロクシ１１に、インフォメーションプロバイダ４−１乃至４−３から供給されるデータを、端末装置１−１乃至１−４に供給するのに、キャッシング機能を実行させるようにすることもできる。このとき、端末装置が、過去に供給を受けたデータは、課金プロクシ１１において記憶しておく。これにより、同一のデータの供給を所定の端末装置が受けるとき、対応するインフォメーションプロバイダ４−ｊまで実際にアクセスするのではなく、課金プロクシ１１に記憶されているデータを転送するようにすれば、より迅速な情報の提供が可能となる。

勿論、課金プロクシ１１には、アクセスプロバイダまたはインフォメーションプロバイダとしての機能を持たせないようにすることも可能である。

さらにまた、課金プロクシ１１の会員情報データベース機能を、専用の会員情報サーバを設け、それに負担させるようにすることもできる。

なお、図１の実施例においては、課金プロクシ１１をインターネット３に対して１つのみ設けるようにしたが、図１８に示すように、インターネット３に対して課金プロクシ１１−１乃至１１−３を複数接続し、各課金プロクシ１１−１乃至１１−３を専用回線８１で相互に接続するようにしてもよい。

このようにすれば、各ユーザは、最寄りの課金プロクシを選択し、その最寄りの課金プロクシから所望のインフォメーションプロバイダにアクセスすることが可能となる。

この場合、利用する課金プロクシは、ＷＷＷブラウザに課金プロクシのドメイン名を設定させる。そこで、このドメイン名をＩＰアドレスに変換するＤＮＳにおいて、ＷＷＷブラウザの端末装置のＩＰアドレスに対応して、アクセス効率が有利な課金プロクシのＩＰアドレスをＷＷＷブラウザに知らせることにより、課金プロクシを同一のドメイン名で指定することができるようになる。従って、仮想的には、１つの課金プロクシに見せることができる。また、この方法によれば、大多数のＷＷＷブラウザからのアクセスを、複数の課金プロクシにより分散処理させることができる。

さらに、上記実施例においては、所定の商品を購入する場合を例としたが、本発明は、有料放送を受信するなど、その他のサービスの提供を受ける場合においても適用することが可能である。

なお、課金プロクシ１１で記憶したアクセス履歴を統計処理し、商品、サービスの人気の順位、所定の商品、サービスを購入したユーザの構成などを分析し、これをマーケッティング情報として利用することもできる。

以上の実施例においては、クレジットカードの種類、番号、その所有者の住所、氏名などの情報は、課金プロクシ１１に登録するとき、端末装置１−ｉから電話回線（またはインターネット３）を介して最初に伝送されるに過ぎず、その後の実際の商品あるいはサービスの購入段階では伝送されない。従って、これらの情報が、他人に漏洩し、悪用されるような恐れが少なくなる。

また、課金プロクシ１１が、複数のクレジットカード会社のカードの信用状況を把握するようにしたので、インフォメーションプロバイダ４−ｊは、クレジットカード会社と個々に契約を行う必要がなくなり、システムが簡単となり、事業規模の比較的小さい企業や個人などが、インフォメーションプロバイダとなることが容易となる。

以上の実施例においては、ユーザの会員情報（個人情報）のうち、特にクレジットカードの有効期間に対応して、ユーザに対して異なるサービスを提供するようにした。すなわち、有効期間が満了しているユーザに対しては、オンラインショッピングを利用することができないようにし、有効なクレジットカードを所持しているユーザに対してのみ、オンラインショッピングのサービスを受けることができるようにした。これ以外に、例えばＡ会員とＢ会員とで、異なるメニュー画面を転送させるようにすることも可能である。

このようにするには、例えば、図９のステップＳ７２における課金プロクシ１１の指定画面の転送を要求する処理を、図１９のフローチャートに示すように行うようにする。

すなわち、図１９のステップＳ１６１において、課金プロクシ１１のＣＰＵ２１は、ＨＴＴＰの認証機能に従って、ＷＷＷブラウザのユーザＩＤとパスワードを取得する。そして、ステップＳ１６２に進み、ステップＳ１６１で取得したユーザＩＤとパスワードが、図７を参照して説明したユーザＩＤデータベースに登録されているか否か、すなわちアクセス会員であるか否かを判定する。いま、アクセスしてきたユーザがアクセス会員でないと判定された場合においては、ステップＳ１６３に進み、アクセスを拒絶する処理を実行する。

これに対して、ステップＳ１６２において、いまアクセスしてきたユーザがアクセス会員であると判定された場合においては、ステップＳ１６４に進み、Ａ会員であるかＢ会員であるかを判定する。この判定も、ユーザＩＤデータベースに登録されている会員種別から行うことができる。

ユーザがＡ会員であると判定された場合においては、ステップＳ１６５に進み、ＣＰＵ２１は、ＷＷＷブラウザからの指定画面の転送要求を、Ａ会員用の指定画面の転送要求としてＷＷＷサーバに出力する。これに対して、ユーザがＢ会員であると判定された場合、ステップＳ１６６において、Ｂ会員用の指定画面の転送を、ＷＷＷサーバに対して要求する。

その他の処理は、図９乃至図１１に示す場合と同様である。従って、この場合ステップＳ７３において、ＷＷＷサーバがＷＷＷブラウザに向けて転送するメニュー画面は、アクセスしてきたユーザがＡ会員であれば、Ａ会員用のメニュー画面となり、アクセスしてきたユーザがＢ会員であれば、Ｂ会員用のメニュー画面となる。これにより、ＷＷＷサーバは、会員の種別に対応して、異なる商品やサービスを提供したり、同一の商品やサービスであっても、異なる価格で提供したりすることが可能となる。

あるいはまた、ユーザの年齢、興味のあることなどに対応して、異なる商品やサービスを提供するようにすることも可能である。例えば、２０才未満のユーザに対しては、アダルト向けの映画の提供を拒絶するようにし、２０才以上のユーザに対してのみ、アダルト向けの映画を提供するようにすることもできる。

本発明の情報処理装置を応用したネットワークシステムの構成例を示す図である。 図１の課金プロクシ１１の構成例を示すブロック図である。 図１の端末装置１−ｉの構成例を示すブロック図である。 図１の課金プロクシ１１におけるオンラインサインアップ処理を説明するフローチャートである。 図４に続くフローチャートである。 図１のネットワークシステムにおける基本的なテキストベース入力を説明する図である。 ユーザＩＤデータベースの構成例を示す図である。 ＩＰアドレス割当テーブルを説明する図である。 図１の実施例の動作を説明するフローチャートである。 図９に続くフローチャートである。 図１０に続くフローチャートである。 図１０のステップＳ７１における表示例を示す図である。 図９のステップＳ７５における表示例を示す図である。 図９のステップＳ７７の選択データ転送の処理のより詳細を示すフローチャートである。 図９のステップＳ７８における会員からのアクセス判定処理の詳細を示すフローチャートである。 図１０のステップＳ８７の表示例を示す図である。 図１１のステップＳ１０１の表示例を示す図である。 本発明の情報処理装置が適用されるネットワークシステムの他の構成例を示す図である。 図９のステップＳ７２における処理の詳細を説明するフローチャートである。 従来のネットワークシステムの構成例を示す図である。 従来のオンラインショッピングの表示例を示す図である。 従来のオンラインショッピングの他の表示例を示す図である。

符号の説明

１−１乃至１−１２ 端末装置， ２−１乃至２−３ アクセスプロバイダ， ３ インターネット， ４−１乃至４−５ インフォメーションプロバイダ， ５ ＣＡＦＩＳ， ６−１乃至６−３ コンピュータシステム， １１，１１−１乃至１１−３ 課金プロクシ， ８１ 専用回線

Claims (3)

1. インターネットを介して端末装置と接続され、所定の情報を記憶する記憶手段、所定のデータを通信する通信手段、および前記記憶手段と前記通信手段を制御する制御手段とを少なくとも備えた情報処理装置において、
   前記制御手段は、
   前記端末装置に対して割り当てたインターネットを介して変更しうる固有情報と、固有情報に対応する会員情報とを前記記憶手段に予め記憶させ、
   前記インターネットを介してアクセスを受けたとき、前記通信手段に、アクセスしてきた装置に対して割り当てられている固有情報を、前記インターネットを介して前記アクセスしてきた装置から取得させ、
   前記通信手段に取得させた前記固有情報が、前記記憶手段に予め記憶させている前記固有情報と一致するか否かを判定する
   ことを特徴とする情報処理装置。
2. 前記会員情報は、クレジットカードの種類、クレジットカードの番号、クレジットカードの有効期間のいずれか１つの情報を少なくとも含む
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記会員情報は、氏名、住所、電話番号のいずれか１つを少なくとも含む
   ことを特徴とする請求項１に記載の情報処理装置。

Images