(57)【要約】【課題】  仮想店舗の維持コストを特別に上げることなく、利用者に対し安心してインターネットショッピングを楽しめることのできる決済システムを提供する。【解決手段】  仮想店舗の利用者が操作するショッピング端末１と、仮想店舗を構成するショップサーバ２と、ショッピング端末１から受けるショップサーバの商品購入代金を含んだ買物情報に基づいてカード決済を実現し、その旨をショッピング端末１に返信するシステム管理装置３とが、通信回線ＮＥＴで接続されて構成される。ショッピング端末１が非接触ＩＣカードＨＩＣから取得した当該カード固有のＩＤ情報を、システム管理装置１に提示することで、仮想店舗にクレジットカードやデビットカードなどの情報を提示することなく、当該仮想店舗でのカード決済を可能にした。【選択図】図１
2009099080.tif 000002
【特許請求の範囲】
【請求項１】
仮想店舗の利用者が操作するショッピング端末と、前記仮想店舗を構成するショップサーバと、前記ショッピング端末から受ける、前記ショップサーバの商品購入代金を含んだ買物情報に基づいてカード決済を実現し、その旨を前記ショッピング端末に返信するシステム管理装置とが、通信回線で接続されて構成され、
前記ショッピング端末が非接触ＩＣチップから取得した当該チップ固有のＩＤ情報を前記システム管理装置に提示することで、代金決済用カードの情報を前記仮想店舗に提示することなく、当該仮想店舗での前記代金決済用カードによる買物を可能にしたことを特徴とする決済システム。
【請求項２】
前記ショッピング端末は、汎用パソコンと、前記非接触ＩＣチップから前記ＩＤ情報を読み取り、これを前記汎用パソコンに出力するインタフェイス装置とを有して構成されている請求項１に記載の決済システム。
【請求項３】
前記非接触ＩＣチップとしてＦｅｌｉＣａチップが内蔵されたプラスチックカード又は携帯電話機を使用する請求項２に記載の決済システム。
【請求項４】
前記汎用パソコンには、前記インタフェイス装置を経由して前記ＩＤ情報を取得可能な読出し機能を有するアプリケーションソフトが予めインストールされている請求項１〜３の何れかに記載の決済システム。
【請求項５】
前記システム管理装置は、前記汎用パソコンから送信された買物情報を受信するＷＥＢサーバと、前記ＷＥＢサーバが受信した買物情報に基づいて、前記代金決済用カードによるカード決済を実現する管理コンピュータと、本システム利用者のクレジット情報を一元管理するデータベースとを有して構成されている請求項１〜４の何れかに記載の決済システム。
【請求項６】
前記管理コンピュータ、及び／又は、前記ＷＥＢサーバは、本システムで使用可能な前記代金決済用カードの処理会社とオンライン接続されて、与信情報をリアルタイムに確認可能に構成されている請求項５に記載の決済システム。
【請求項７】
前記データベースには、前記代金決済用カードのカード番号と、カード有効期限と、前記ＩＤ情報と、パスワードとが対応して予め記憶されており、前記パスワードは、その他の情報が前記ショッピング端末から通知された際に、自動的に生成されて記憶されている請求項１〜６の何れかに記載の決済システム。
【請求項８】
前記ショップサーバは、ブラウザからのアクセスに応答して、必要な商品情報を返送する汎用のＷＷＷサーバで構成され、
前記ショッピング端末に返送される商品購入を確定するファイルには、ショップサーバ自らを特定可能なショップＩＤと、商品購入者を特定可能な利用者ＩＤとが記憶されている請求項１〜７の何れかに記載の決済システム。
【請求項９】
前記買物情報には、前記ショップＩＤと前記利用者ＩＤとが含まれている請求項８に記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触ＩＣチップを有効活用することで、クレジットカードやデビットカードなどの代金決済用カードの情報を、インターネット上に流布することなく、インターネットショッピングを可能にしたカード決済システムに関するものである。
【背景技術】
【０００２】
インターネットが広く普及した昨今、インターネット上に開設された仮想店舗によって各種の商品が販売されている。この種の仮想店舗では、売買代金回収の安全性を担保するため、クレジットカードによる代金決済が主流となっている。
【０００３】
そのため、インターネットショッピングの利用者は、注文確定時に、購入商品を特定すると共に、使用するクレジットカードについて、カード番号、有効期限、及び名義人の氏名をそれぞれ特定する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記したカード情報は、誰にでも開放されたインターネットを経由して仮想店舗のサーバに伝送され、少なくとも一時的には当該仮想店舗のサーバに記憶されるので、カード情報が盗用ないし悪用される危険性がある。そのため、カード決済による仮想店舗での買物に抵抗感をもつ利用者も少なくなく、インターネットショッピングの更なる普及を阻害する要因の一つであるとも思われる。
【０００５】
ところで、インターネット上での情報漏洩の可能性を考慮して、カード情報を暗号化して伝送することはできるが（例えば、ＳＳＬ（Secure Sockets Layer）の利用）、万一、仮想店舗のサーバが不正アクセスされた場合には、利用者のカード情報の漏洩が避けられない。そこで、かかる危険に対処するには、仮想店舗のサーバのセキュリティレベルを限界レベルまで高めることが必要となる。
【０００６】
しかし、サーバのセキュリティレベルを、リアルタイムで最高レベルに維持するためには、相当の維持コストがかかることから、特に小規模な仮想店舗では、事実上、この対策を採用できない。そこで、特別な維持コストを要することなく、より抜本的な対策によってカード情報の漏洩を防止できれば、全ての仮想店舗で安心して商品を購入することができ、仮想店舗とその利用者の双方にとって極めて有益である。
【０００７】
この発明は、かかる着想に基づくものであって、仮想店舗の維持コストを特別に上げることなく、安全にインターネットショッピングを楽しむことのできる決済システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記の課題を達成するため、本発明に係る決済システムは、仮想店舗の利用者が操作するショッピング端末と、前記仮想店舗を構成するショップサーバと、前記ショッピング端末から受ける、前記ショップサーバの商品購入代金を含んだ買物情報に基づいてカード決済を実現し、その旨を前記ショッピング端末に返信するシステム管理装置とが、通信回線で接続されて構成され、前記ショッピング端末が非接触ＩＣチップから取得した当該チップ固有のＩＤ情報を前記システム管理装置に提示することで、代金決済用カードの情報を前記仮想店舗に提示することなく、当該仮想店舗での前記代金決済用カードによる買物を可能にした。
【０００９】
本発明のシステム管理装置は、汎用パソコンから送信された買物情報を受信するＷＥＢサーバと、ＷＥＢサーバが受信した買物情報に基づいて、代金決済用カードによるカード決済を実現する管理コンピュータと、本システム利用者のクレジット情報を一元管理するデータベースとを有して構成されるのが好ましい。
【００１０】
ここで、データベースには、代金決済用カードのカード番号と、カード有効期限と、ＩＤ情報と、パスワードとが対応して予め記憶されており、前記パスワードは、その他の情報が前記ショッピング端末から通知された際に、自動的に生成されて記憶されるのが好ましい。更に好ましくは、データベースには、代金決済用カードのカード番号と、カード有効期限と、ＩＤ情報と、前記のパスワードに加えて、本システムの利用者を特定可能な氏名と電子メールアドレスとを対応して登録しておくべきである。
【発明の効果】
【００１１】
本発明によれば、仮想店舗の維持コストを特別に上げることなく、利用者に対し安心してインターネットショッピングを楽しめる環境を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、実施例に基づいて本発明の実施形態を詳細に説明する。図１（ａ）は、第一実施例に係るカード決済システムＳＹＳを示すシステム構成図である。このシステムＳＹＳでは、クレジットカードのカード情報を、仮想店舗に全く提示することなく、当該仮想店舗でのインターネットショッピングを可能にしている。
【００１３】
図示の通り、このカード決済システムＳＹＳは、インターネットショッピングの利用者が操作するショッピング端末１と、仮想店舗を各々構成する複数のショップサーバ２１〜２Ｎと、ショップサーバ２１〜２Ｎでの購入商品を決定したショッピング端末１から受ける買物情報に基づいてカード決済を実現し、その旨をショッピング端末１とショップサーバ２と返信するシステム管理装置３とが、インターネット回線ＮＥＴで接続されて構成されている。
【００１４】
ショッピング端末１は、インターネット回線ＮＥＴに接続された汎用のパソコンＰＣと、非接触ＩＣカードＨＩＣから当該ＩＣカード固有の情報を読み取り、これを汎用パソコンＰＣに出力するインタフェイス装置ＩＦとで構成されている。なお、この実施例では、汎用パソコンＰＣには、ＯＳ（operating system）として、Windows（登録商標）が搭載されていることにする。
【００１５】
この実施例の場合、非接触ＩＣカードＨＩＣは、具体的には、ＦｅｌｉＣａ（登録商標）カードであり、ＩＤｍを付与されたＦｅｌｉＣａチップを内蔵して構成されている。ここで、ＩＤｍとは、製造者コード＋製造機器コード＋製造日付＋製造シリアル番号からなる、書換え不能の８オクテット長（＝８×８ビット長）の固有データであり、各ＦｅｌｉＣａチップを一意に特定している。
【００１６】
ＦｅｌｉＣａチップは、インタフェイス装置ＩＦが出力する１３．５６ＭＨｚ程度の搬送波から、電磁誘導によって電力供給を受けると共に、ＡＳＫ(amplitude shift keying)変調方式によってインタフェイス装置ＩＦとのデータ送受信をしている。但し、この実施例では、非接触ＩＣカードＨＩＣは、ＩＤｍ(Manufacture ID Block)をインタフェイス装置ＩＦに出力する機能だけを果たしている。なお、非接触ＩＣカードＨＩＣは、必ずしも、文字通りのカード形状のプラスチックカードである必要はなく、例えば、ＦｅｌｉＣａ対応の携帯電話機（登録商標：おサイフケータイ）などであっても良い。
【００１７】
インタフェイス装置ＩＦとしては、例えば、汎用パソコンＰＣのＵＳＢ(Universal Serial Bus)ポートに接続可能な非接触ＩＣカードリーダー／ライター（商品名：ＰａＳｏＲｉ）が使用される。このインタフェイス装置ＩＦによれば、汎用パソコンＰＣにインストールした専用のアプリケーションソフトに基づいて、前記したＩＤｍを任意に読出すことが可能となる。
【００１８】
汎用パソコンＰＣにインストールされている専用アプリケーションソフト（以下、決済ソフトという）は、ＦｅｌｉＣａチップのＩＤｍを取得するＩＤｍ読出し機能の他に、インターネット回線を介して、サーバと交信するブラウザ機能が発揮されるよう構成されている。すなわち、汎用パソコンＰＣには、汎用のブラウザＩＥ(Internet Explorer)とは別に、本システムＳＹＳでのネットショッピングに使用されるブラウザが、決済ソフトの一部として機能するよう構成されている。
【００１９】
この点につき、更に説明すると、本実施例では、決済ソフトのブラウザ機能は、Windows機に標準搭載されたＩＥ(Internet Explorer)を構成するシステムルーチン群を、決済ソフトから適宜に呼び出す（システムコールする）ことで実現されている。
【００２０】
システム管理装置３は、汎用パソコンＰＣの専用ブラウザ（決済ソフト）から送信された買物情報を受信して、決済可否情報を返送するＷＥＢサーバ３Ａと、ＷＥＢサーバ３Ａが受けた買物情報に基づいて、クレジットカードによるカード決済を実現する管理コンピュータ３Ｂと、本システム利用者のクレジット情報を一元管理するデータベース３Ｃとを有して構成されている。なお、管理コンピュータ３ＢとＷＥＢサーバ３Ａは、本システムで使用可能なクレジットカードについて、その与信情報をリアルタイムに確認できるよう、各カード会社のコンピュータ４とオンラインで接続されている。
【００２１】
データベース３Ｃは、図１（ｂ）に示すデータ構造を有しており、１６桁のクレジットカード番号ＮＯと、カード有効期限Ｍ／Ｙと、ＦｅｌｉＣａチップを特定するＩＤｍと、パスワードＰＷとを対応して記憶している。なお、クレジットカード番号ＮＯと、カード有効期限Ｍ／Ｙと、ＩＤｍとは、本システムの利用開始時に、利用者による汎用パソコンＰＣからの送信に基づいて登録され、パスワードは、その時に、管理コンピュータ３Ｂによって自動的に付与されて登録される。
【００２２】
ショップサーバ２１〜２Ｎは、ＩＥ(Internet Explorer)などの汎用ブラウザや、本システムの専用ブラウザ（決済ソフト）からのアクセスに応答して、必要な商品情報を返送する汎用のＷＷＷ(World Wide Web)サーバで構成されている。そして、ショップサーバ２１〜２Ｎでの商品購入を確定するため、ショップサーバ２から専用ブラウザ（決済ソフト）に返送されるＨＴＭＬファイル（購入確定画面）には、ショップサーバ２１〜２Ｎを特定可能なショップＩＤと、商品購入者を特定可能な利用者ＩＤとが記入されている。そして、購入確定画面（図４）を受信した汎用パソコンＰＣにおいて、購入決定の確認ボタンを押すと、その後の処理は、ショップサーバ２ではなく、ＷＥＢサーバ３Ａが担当するようになっている。
【００２３】
続いて、以上の構成からなるカード決済システムＳＹＳについて、その動作内容を具体的に説明する。本システムＳＹＳを利用するには、最初に、利用者の保有するクレジットカードについて、そのカード情報をシステム管理装置３のデータベース３Ｃに登録する必要がある。
【００２４】
＜カード情報の登録手続（図２参照）＞
［ショッピング端末１での操作］
先ず、ショッピング端末１の汎用パソコンＰＣに、決済ソフトを起動させて、そのブラウザ機能に基づいて、ＷＥＢサーバ３Ａをアクセスする。そして、決済ソフトのブラウザ機能を利用して、ＷＥＢサーバ３Ａの各種紹介画面を辿った後に、カード情報入力画面（ＨＴＭＬファイル）を汎用パソコンＰＣに取得し、これを表示装置に表示させる。
【００２５】
このカード情報入力画面には、クレジットカードの種類（カード会社）を特定した状態で、クレジットカード番号と、カード有効期限とを入力するよう構成されている。そこで、利用者は、自己の保有するクレジットカードを、情報入力画面のチェックボックスで特定すると共に、クレジットカード番号とカード有効期限とをテキストボックスにキー入力して、「登録する」と明示されたボタンをクリックする。
【００２６】
すると、決済ソフトは、このボタンクリック操作に応答して、「インタフェイス装置（ＰａＳｏＲｉ）に、非接触ＩＣカードか、ＦｅｌｉＣａ対応携帯をかざしてください。」と表示装置に表示する。そして、利用者がこの指示に従うと、決済ソフトは、ＦｅｌｉＣａチップから取得したＩＤｍを付加したカード情報をＷＥＢサーバ３Ａに返信する。
【００２７】
図２に記載の通り、クレジットのカード番号＋カード有効期限＋ＩＤｍからなる一群のカード情報が、汎用パソコンＰＣからＷＥＢサーバ３Ａに送信される。
【００２８】
［ＷＥＢサーバ３Ａの受付処理］
そこで、一群のカード情報を取得したＷＥＢサーバ３Ａは、これを一時保存すると共に、クレジットカード番号とカード有効期限の有効性について、該当するカード会社に問い合わせる。
【００２９】
これを受けたカード会社では、当該クレジットカードが、(1)盗難や紛失で無効になっていないか、(2)規則通りに正しく使用され、支払も正常に行われているか、についてチェックする。そして、その判定結果をＷＥＢサーバ３Ａに返信するので、ＷＥＢサーバ３Ａは、それをそのまま、利用者の汎用パソコンＰＣに返信する。
【００３０】
返信されるＨＴＭＬファイルは、例えば、「カード情報が正式に受け付けられました。後日、カード会社からパスワードが送られますので、暫くお待ち下さい。」のような表示を含むものである。
【００３１】
［システム管理装置３の情報登録処理］
以上の処理が終われば、システム管理装置３は、ＷＥＢサーバ３Ａに一時保存しておいた一群のカード情報（ＩＤｍ＋クレジットカード番号＋カード有効期限）を、データベース３Ｃに正式に登録する。また、パスワードを自動生成して、一群のカード情報に対応させて登録する。
【００３２】
このパスワードは、クレジットカード番号と共に、該当するカード会社に送信される。そして、カード会社では、クレジットカード番号に基づいて、カード名義人の氏名や住所などを特定して、システム管理装置３から送信されたパスワードを、本人宛てに郵送又はメール送信する。
【００３３】
図２には、システム管理装置３⇒カード会社４⇒利用者本人の経路を経るパスワードの伝送経路が、太字の矢印で示されている。図示の通り、このカード情報の登録手続においてショップサーバは何ら関与しないので、ショップサーバのセキュリティレベルの高低に拘わらず、クレジットカード番号などのカード情報が漏洩する可能性は皆無である。なお、本システムでは、上記と同じ手順を経て、複数（例えば三枚）のクレジットカードについて、カード情報を登録して、同一人が複数のパスワードを取得できるようになっている。
【００３４】
＜インターネットショッピングでの商品確定まで（図３参照）＞
本システムＳＹＳを利用して、インターネットショッピングを楽しむ場合にも、ショッピング端末１では、決済ソフトを起動させ、そのブラウザ機能に基づいて、ショップサーバ２にアクセスする。
【００３５】
そして、ショップサーバ２で購入商品を決定し、代金精算のための画面に至ると、ショップサーバ２は、利用者が選択した商品とその価格とを提示した図４のような購入確定画面（ＨＴＭＬファイル）を汎用パソコンＰＣに返信する。なお、汎用パソコンＰＣの表示装置には明示されないが、このＨＴＭＬファイルには、購入商品の販売元であるショップサーバ２を一意に特定するショップＩＤと、商品購入者と特定可能な利用者ＩＤとが非明示的に記載されている。なお、この利用者ＩＤは、商品購入者を具体的に特定できるものである必要はなく、要するに、購入予定の商品群を一意に特定できるものであれば良い。
【００３６】
図４のような購入確定画面を確認した利用者が、「ＦｅｌｉＣａｒｄを使用する」の欄をチェックして確認ボタンを押すと、汎用パソコンＰＣの決済ソフトは、最終的に確定された商品群について、「商品ＩＤ＋金額＋・・・＋商品ＩＤ＋金額＋合計金額＋利用者ＩＤ」の購入データと共に、本システムを利用する旨を示す同意データをショップサーバ２に返送する。
【００３７】
そこで、同意データを受けたショップサーバ２では、「商品ＩＤ＋金額＋・・・＋商品ＩＤ＋金額＋合計金額＋利用者ＩＤ」の購入データを、「発送予定データ領域」に一時的に記憶する。また、これらの購入データを一時記憶した時刻と購入年月日を特定するタイムスタンプ情報も、購入データに対応付けて、「発送予定データ領域」に一時記憶する。
【００３８】
このように、タイムスタンプ情報も含めて一時記憶するのは、その後のカード決済が予定通りに実行されない場合のように、所定時間経過しても進展が見られない場合に、購入商品の確定をキャンセルできるようにするためである。したがって、クレジットカードでの決済が終わっていないこの段階では、ショップサーバ側では、商品発送の処理に移行しない。
【００３９】
なお、図４の購入確定画面において、「＊＊カードを使用する」の欄をチェックして確認ボタンを押した場合も、「商品ＩＤ＋金額＋・・・＋商品ＩＤ＋金額＋合計金額＋利用者ＩＤ」の購入データがショップサーバ２に返送されるが、この場合には、以下の処理には移行せず、ショップサーバ２での通常の決済処理が実行される。
【００４０】
＜ネットショッピングでの決済確定まで（図５参照）＞
先に説明した通り、利用者がショップサーバの最終画面において「ＦｅｌｉＣａｒｄを使用する」の欄をチェックして「確認ボタン」を押すと、汎用パソコンＰＣの決済ソフトは、「商品ＩＤ＋金額＋・・・＋商品ＩＤ＋金額＋合計金額＋利用者ＩＤ」の購入データをショップサーバ２に返送する。また、この動作に合わせて、汎用パソコンＰＣの決済ソフトは、汎用パソコンＰＣの表示装置に、「ＰａＳｏＲｉに、非接触ＩＣカードかＦｅｌｉＣａ対応携帯をかざして、使用するＦｅｌｉＣａｒｄのパスワードを入力してください。」とのメッセージを表示する。
【００４１】
そして、利用者が指示された手順に従い、該当するテキストボックスに、ＦｅｌｉＣａｒｄのパスワードを入力すると、決済ソフトは、ＦｅｌｉＣａチップから取得したＩＤｍと、利用者が入力したパスワードとを付加した、一群の決済用データ（買物情報）をＷＥＢサーバ３Ａに送信する（決済用データの送信）。
【００４２】
図５に記載の通り、送信される決済用データは、購入した商品の「合計金額」に、当該ショップサーバから受信済みの「ショップＩＤ」及び「利用者ＩＤ」と、利用者が入力した「パスワード」と、ＦｅｌｉＣａチップから取得した「ＩＤｍ」とを付加して構成される。
【００４３】
この決済用データを受信したＷＥＢサーバ３Ａでは、ＩＤｍを検索キーにしてデータベース３Ｃをアクセスし、先ず、パスワードが一致することを確認する。パスワードが一致しない場合には、その旨のエラーメッセージを汎用パソコンＰＣに返信するが、一致する場合には、カード会社との通信を起動して当該利用者の買物をクレジットカードで決済できるか否かを確認する（第1回与信確認）。
【００４４】
ここで、当該クレジットカードが使用できない場合や、与信残高が不足する場合は、その旨の情報がカード会社から返送されるので、ＷＥＢサーバ３Ａは、カード会社から返送された情報に、適当な説明文を付加して汎用パソコンＰＣに返送する。返送する説明文としては、「先のクレジットカードでは決済できませんでした。」「別のクレジットカードを使用される場合には、ＰａＳｏＲｉに非接触ＩＣカードかＦｅｌｉＣａ対応携帯をかざして、対応するパスワードを入力してください。」というような文章となる。
【００４５】
また、最初のクレジットカードでの決済に失敗した場合には、ＷＥＢサーバ３Ａは、最初の通信で汎用パソコンＰＣから取得していた決済用データを、最初のクレジットカードで決済可能な金額と、現在の年月日及び時刻を特定するタイムスタンプ情報と共に、「決済予定データ領域」に一時記憶しておく。これは、別のクレジットカードでの決済の余地を残すためである。なお、タイムスタンプ情報を含めて一時記憶するのは、最初のクレジットカードでの決済に失敗した利用者が、その後の手続きを放棄する可能性もあるので、事態の進展がないまま所定時間が経過すると、「決済予定データ領域」に一時記憶した全てのデータを削除するためである。
【００４６】
その後、利用者が、別のクレジットカードについてＦｅｌｉＣａｒｄのパスワードを、当該利用者のＩＤｍと共に送信してきた場合には、受信したＩＤｍを検索キーにして「決済予定データ領域」とデータベース３Ｃとを検索する。そして、一時記憶されている情報に基づき、不足金額を特定して、該当する別のカード会社に与信確認をする（第２回与信確認）。
【００４７】
その後の処理は、最初の与信確認処理と同じであり、万一、クレジットカードでの決済に失敗した場合には、先の場合と同様、「先のクレジットカードでは決済できませんでした。」「別のクレジットカードを使用される場合には、ＰａＳｏＲｉに非接触ＩＣカードかＦｅｌｉＣａ対応携帯をかざして、対応するパスワードを入力してください。」というような画面を表示するＨＴＭＬファイルを返信する。このように、本実施例では、複数（例えば三枚）のクレジットカードを使用可能に構成されているが、通常は、一枚目のクレジットカードによって決済が完了する。
【００４８】
尚、高額の決済が行われる場合のセキュリティについては、クレジットカードの与信額をあらかじめ設定することによって対応する。例えばクレジットカードの与信額を１０万円と設定しておき、１０万円を超える金額の決済が行われる場合は、そのクレジットカードに既に登録済みの利用者の生年月日を、別途利用者に入力してもらうなどである。
【００４９】
カード決済が無事完了すれば、ＷＥＢサーバ３Ａは、利用者に、決済完了のメッセージを表示するＨＴＭＬファイルを返信する。決済完了のメッセージは、例えば「ネットショップ＊＊でのお買物ありがとうございました。」「お買物の合計金額○○は、クレジットカード＊＊によって決済されました。」「速やかに商品を発送しますので、いま暫くお待ち下さい。」というような文章となる。なお、仮想店舗（ネットショップ）を具体的に特定できるのは、ＷＥＢサーバ３Ａが、最初に、汎用パソコンＰＣから受信したショップＩＤを、「決済予定データ領域」に一時記憶しているためである。
【００５０】
また、カード決済が完了すれば、ＷＥＢサーバ３Ａは、ショップＩＤで特定されるショップサーバのＷＷＷアドレスに対して、買物の合計金額に利用者ＩＤを付加して、クレジット決済が正常に完了したこと通知する。なお、ショップＩＤや利用者ＩＤについても、ＷＥＢサーバ３Ａは、これらを汎用パソコンＰＣから受信した際に、「決済予定データ領域」に一時記憶している。
【００５１】
クレジット決済が正常に完了したとの通知を受けたショップサーバ２では、付属して送信された利用者ＩＤに基づいて、「発送予定データ領域」に一時記憶されている購入データを特定することができる。なお、利用者ＩＤは、ショップサーバ２が購入確定画面を送信する毎に付与されるので、同一の利用者が短期間の間に複数回の買物をした場合でも、カード決済された買物は、利用者ＩＤによって確実に特定可能である。
【００５２】
そして、ショップサーバ２では、「発送予定データ領域」に一時記憶されていた「商品ＩＤ＋金額＋・・・＋商品ＩＤ＋金額＋合計金額」の購入データと利用者ＩＤとに基づいて、発送すべき商品と、発送先の住所氏名を特定して発送処理に移行する。
【００５３】
以上説明した通り、本システムＳＹＳでは、クレジットカードのカード情報をショップサーバに提示することなく買物ができるので、カード情報が漏洩する危険性がない。すなわち、ショップサーバには、一度もカード情報が提示されないので、セキュリティレベルに不安がある小規模な仮想店舗においても、安心して買物ができる。
【００５４】
なお、システム管理装置３には、クレジット番号などのカード情報が保存されるが、このＷＥＢサーバのセキュリティレベルを、最高レベルに維持するだけで、本システムにおけるカード決済の安全性が全般的に担保される。
【００５５】
また、本システムによれば、ＰａＳｏＲｉに非接触ＩＣカードかＦｅｌｉＣａ対応携帯をかざして、パスワードを入力するだけで良いので、操作が簡単である。しかも、ＩＤｍやパスワードは、システム管理装置３に送信されるだけであって、ショップサーバ２には送信されないので、情報漏洩の危険性が極限的に低い。また、クレジットカードのカード情報について一旦登録を完了すると、その後は、ショップサーバ毎の手続を採ることなく、多数のショップサーバで自由に買物ができる。
【００５６】
更にまた、仮想店舗にとっては、カード会社との通信処理（与信確認処理）を何ら実行することなく、売買代金がカード決済によって保障されるので、維持コストを効果的に低減することができる。また、仮想店舗のセキュリティレベルを高レベルに維持する必要も特にない。しかもまた、本システムでは、ＦｅｌｉＣａチップから取得したＩＤｍを使用するので、クレジットカードの１６桁の数値だけでカード決済される従来のシステムのような「なりすまし行為」が事実上不可能となる。
【００５７】
以上の通り、本システムによれば、ショップサーバ側に維持コストが低減されると共に、利用者が安心してネットショッピングを楽しむことができるので、クレジットカードの更なる普及と、仮想店舗の繁栄に極めて有効に寄与する。
【００５８】
以上、本発明の第一実施例について詳細に説明した。しかし、この第一実施例では、システム管理装置３が発行したパスワードを、個々のカード会社から、本人宛てに、別途、通知してもらわなくてはならない煩雑さがある。そこで、この点を改善したシステムとして、図６に示す第二実施例を説明する。
【００５９】
この第二実施例でも、システム構成については、基本的に図１と同じである。但し、カード情報の登録時の処理と、管理装置３のデータベース３Ｃのデータ構造とが相違する。以下、図６に基づいて、カード情報登録時の動作について説明する。
【００６０】
＜カード情報の登録手続（図６参照）＞
［ショッピング端末１での操作］
この第二実施例では、汎用パソコンＰＣがＷＥＢサーバ３Ａから取得するカード情報入力画面には、クレジットカード番号と、カード有効期限と、カード名義人の氏名と、クレジットカードのパスワードと、本人の電子メールアドレスとを入力するよう構成されている。そこで、利用者は、自己の保有するクレジットカードを情報入力画面のチェックボックスで特定すると共に、クレジットカード番号と、カード有効期限と、カード名義人の氏名と、クレジットカードのパスワードと、電子メールアドレスとをテキストボックスにキー入力して、「登録する」と明示されたボタンをクリックすることになる。
【００６１】
すると、第一実施例の場合と同様の手順を経て、ＦｅｌｉＣａチップからＩＤｍが取得され、汎用パソコンＰＣからＷＥＢサーバ３Ａに対して、クレジットのカード番号＋カード有効期限＋カード名義人の氏名＋クレジットカードのパスワード＋ＩＤｍ＋電子メールアドレスからなる一群のカード情報が送信される。第二実施例の場合には、カード情報の登録時に一回だけ、名義人氏名と、クレジットカードのパスワードとを告知する必要がある。
【００６２】
［ＷＥＢサーバ３Ａの受付処理］
一方、一群のカード情報を取得したＷＥＢサーバ３Ａは、これを一時保存すると共に、クレジットカード番号とカード有効期限とカード名義人氏名とクレジットカードのパスワードの有効性について、該当するカード会社に問い合わせる。
【００６３】
これを受けたカード会社では、当該クレジットカードが、(1)盗難や紛失で無効になっていないか、(2)規則通りに正しく使用され、支払も正常に行われているか、についてチェックする。そして、カード名義人本人しか知り得ないクレジットカードのパスワードが正しいかどうかにより本人確認を行い、その判定結果をＷＥＢサーバ３Ａに返信する。
【００６４】
［システム管理装置３の情報登録処理］
以上の処理が終われば、システム管理装置３は、ＷＥＢサーバ３Ａに一時保存しておいた一群のカード情報（クレジットカード番号ＮＯ＋カード有効期限Ｍ／Ｙ＋カード名義人の氏名ＮＡＭＥ＋ＩＤｍ＋カード名義人のメールアドレスＭＡＩＬ）を、データベース３Ｃに正式に登録する。また、パスワードＰＷ（本システムを利用するためのパスワード）を新規に自動生成して、一群のカード情報に対応させて登録する。
【００６５】
そして、自動生成されたパスワードＰＷは、登録されたメールアドレス宛にメール送信される。図６には、システム管理装置３⇒利用者本人の経路を経るパスワードＰＷの伝送経路が太字の矢印で示されている。第一実施例では、システム管理装置３で生成されたパスワードＰＷが、システム管理装置３⇒カード会社４⇒利用者本人の経路を経て伝送されたが、第二実施例では、カード会社４を介在させる繁雑さが解消される。なお、第二実施例において、データベース３Ｃに、カード名義人の氏名ＮＡＭＥとメールアドレスＭＡＩＬとを登録するのは、その後のシステム利用上の連絡などを本人宛てに通知できるようにするためである。
【００６６】
この第二実施例の場合でも、このカード情報の登録手続においてショップサーバは何ら関与しないので、ショップサーバのセキュリティレベルの高低に拘わらず、クレジットカード番号などのカード情報が漏洩する可能性はない。そして、図６に示す登録手続を完了した後は、クレジットカードの情報を告知することなく、システム管理装置３から付与されたパスワードＰＷとＦｅｌｉＣａチップのＩＤｍだけで安心してインターネットショッピングを楽しむことができる。また、仮想店舗にとっても、セキュリティ上の管理費用を抑制することができる。
【００６７】
以上、本発明の二つの実施例について詳細に説明したが、具体的な記載内容は特に本発明を限定するものではない。例えば、図１の実施例では、決済ソフトは、ＩＤｍの取得機能とブラウザ機能とを有する専用ソフトであるとして説明したが、このような構成に変えて、ＩＤｍの取得機能を有するアプリケーションソフトを、汎用ブラウザＩＥのプラグイン(plug-in)ソフトとして機能させる構成としても良い。むしろ、このような構成を採る方が、利用者に操作上の違和感を与えない点で優れている。
【００６８】
何れにしても、利用者は、最初にアプリケーション・プログラムをダウンロードして、汎用パソコンＰＣにインストールする必要がある。しかし、ダウンロード用のサーバは、ＷＥＢサーバとは別構成とするべきであり、このような構成を採ることで、ＷＥＢサーバの回線負荷を軽減できると共に、セキュリティ上も効果的である。その他、カード情報の登録処理（図２）と、カード決済処理（図５）とを同一のＷＥＢサーバが担当するのではなく、適宜に役割分担した複数のサーバが担当するのがセキュリティ上や負荷軽減上好ましい。
【００６９】
また、図１の実施例では、システム管理装置３とショップサーバ２とを別構成の如くに説明したが、例えば、何れかのショップサーバが、システム管理装置３の機能を果たしても良い。この場合には、全ての買物情報は、システム管理装置たる特定のショップサーバに送信される。
【００７０】
また、実施例の説明では、全ての買物情報は、直接、システム管理装置に送信されたが、該当するショップサーバを経由させても良い。決済確認通知についても同様であり、直接、システム管理装置からショッピング端末に返送するのではなく、ショップサーバを経由させても良い。
【００７１】
また、特に、各処理の実現方法やソフトウェア構成については、実施例の記載内容に拘わらす、適宜に変更可能である。なお、実施例では、クレジットカードの使用例を説明したが、デビットカードを含む任意の代金決済用カードについて、本システムが活用できるのは勿論である。
【図面の簡単な説明】
【００７２】
【図１】第一実施例に係るカード決済システムＳＹＳを示すシステム構成図である。
【図２】図１のシステムにおいて、カード登録時の動作を説明する図面である。
【図３】図１のシステムにおいて、購入商品を確定するまでの動作を説明する図面である。
【図４】購入確定画面を例示した図面である。
【図５】図１のシステムにおいて、カード決済完了までの動作を説明する図面である。
【図６】第二実施例に係るカード決済システムＳＹＳを説明する図面である。
【符号の説明】
【００７３】
１      ショッピング端末
２      ショップサーバ
３      システム管理装置
ＮＥＴ  通信回線
ＨＩＣ  非接触ＩＣカード
【図４】
2009099080.tif 000003
【図１】
2009099080.tif 000004
【図２】
2009099080.tif 000005
【図３】
2009099080.tif 000006
【図５】
2009099080.tif 000007
【図６】
2009099080.tif 000008