WO2001088788A1

WO2001088788A1 - Systeme et procede de traitement d'informations concernant le commerce electronique

Info

Publication number: WO2001088788A1
Application number: PCT/JP2001/003920
Authority: WO
Inventors: Akio Shibuya; Yuki Watabe
Original assignee: Nifty Corporation
Priority date: 2000-05-15
Filing date: 2001-05-11
Publication date: 2001-11-22
Also published as: US20030061486A1; EP1302880A1; US7483863B2; EP1302880A4; EP1302880B1; DE60135125D1

Description

電子商取引情報処理システム及び方法

[技術分野]

本発明は、商品などのオンライン販売における情報処理に関する。 [背景技術]

インターネット上には商品等の販売を行っている店舗の様々なホームページが開設されている。このようなオンライン販売において商品等の代金の支払いは、例えば銀行振込や郵便振替、若しくは代金引換による支払いの他、クレジット力ード支払いという場合もある。通常、クレジットカード支払いの場合には店舗のサーバと顧客の端末の通信は S S L (Secure Socket Layer) 等により暗号化されるため他人に盗み見られることはないはずである力一般消費者はクレジットカード番号を商品等の注文毎に入力するのを好まない。かといつて、いちいち銀行振込や郵便振替を行わなければならないのでは、手間がかかり且つ送金手数料を負担しなければならないという問題がある。特に代金引換払いの場合代引手数料は割高である。そこで注文毎にクレジットカード番号をインターネット上で送信しなくともよいようにするための仕組みが用いられている。例えば、顧客が、郵送などで予めクレジットカード番号を決済業務を行う会社に登録しておき、当該決済業務を行う会社と提携している店舗のホームページで商品等を購入する場合には、店舗と決済業務を行う会社'とを連携させ且つ決済業務を行う会社が顧客に対して顧客認証を行うことにより注文代金の決済処理を行う。

[発明の開示]

このように、決済業務を行う会社のコンピュータと店舗側のコンピュータとの連携、及び決済業務を行う会社のコンピュータによる処理は非常に重要である。本発明の目的は、店舗側のコンピュータなどと連携する、決済業務を行う会社のコンピュータにおける新規な情報処理技術を提供することである。また他の目的は、決済業務を行う会社のコンピュータ等において顧客認証等を行うための新規な技術を提供することである。本発明の第 1の態様に係るコンピュータ ·システムは、顧客認証要求に係る、顧客の端末の情報（例えば顧客端末のアドレス）と店舗情報（例えば店舗識別情報又は店舗サーバのアドレス）と少なくとも当該顧客による注文の識別情報（例えば実施の形態における管理番号）とを、例えば顧客の端末又は店舗のコンビュータから受信した場合に、第 1のキー（例えば実施の形態における動作キー K E Y 0 1 ) を生成して当該第 1のキーを顧客の端末に送信する認証確認手段と、顧客の端末から第 1のキーを受信すると当該第 1のキーの正当性確認処理（例えば、送信した第 1のキーと同じかどうかの検査処理や第 1のキーの有効期限を経過したかといぅ検查処理）を実施し、顧客の端末から当該顧客の認証用情報（例えば、顧客 I D及びパスワード）を受信すると顧客に対する認証処理を実施し、第 1のキーの正当性確認処理結果及び顧客に対する認証処理結果が肯定的である場合に第 2のキー（例えば実施の形態における動作キー K E Y 0 2 )を生成して、店舗のコンピュータ（例えば店舗サーバ）に当該第 2のキー及び顧客による注文の識別情報を送信する顧客認証手段とを有する。本発明の第 1の態様に係るコンピュータ ·システムが、顧客認証要求に係る、顧客の端末の情報と店舗情報と少なくとも当該顧客による注文の識別情報とを受信した場合に、例えば顧客の認証用情報の入力を促すメッセージなどと共に隠しパラメータとして第 1のキーを顧客の端末に送信して、顧客に認証用情報の入力を求める。よって、顧客は注文の入力 '送信から時間を空けずに当該注文の入力 ·送信と顧客認証とをひと括りの処理として進めることができるようになる。また、第 1及ぴ第 2のキーを用いることにより処理フローの途中から割り込むようなことを防止できる。また上で述べた認証確認手段を、受信した店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施するような構成とすることも可能である。処理結果を送信する先の店舗を確認等するためである。また上で述べた認証確認手段を、顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録するような構成とすることも可能である。後に注文の内容情報を照合する処理を実施する場合があるためである。また上で述べた認証確認手段を、顧客の端末に、第 1のキーと共に顧客認証を行う旨の通知を送信するような構成とすることも可能である。また上で述べた顧客認証手段が、顧客認証を行う旨の通知に応答した顧客の端末から第 1のキーを受信した後に、顧客の端末に顧客の認証用情報の入力を促すメッセージを送信し、当該メッセージに応答した顧客の端末から顧客の認証用情報を受信するような構成も可能である。さらに上で述べた認証確認手段を、顧客の端末に、第 1のキーと共に顧客の認証用情報の入力を促すメッセージを送信するような構成とすることも可能である。また上で述べた顧客認証手段を、顧客に対するシステム利用資格（例えば所定の会員資格を有している力又は会員資格を有しており且つクレジットカード決済が許可されている力の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に第 2のキーを生成して、店舗のコンビュータに当該第 2のキー及び顧客による注文の識別情報を送信するような構成も可能である。このシステム利用資格の確認処理は、顧客が所定の会員資格状態を保持しているか及び所定の決済システムを利用可能であるかを確認する処理である場合もある。本発明の第 1の態様において、店舗のコンピュータから第 2のキーと店舗の認証用情報（例えば店舗 I D及びパスワード）と顧客による注文の内容情報とを受信した場合、第 2のキーの正当性確認処理（例えば、送信した第 2のキーと同じかどうかの検査処理や第 2のキーの有効期限を経過したかという検査処理）と、店舗に対する認証処理と、予め登録されている顧客の情報を用いた顧客の与信処理とを実施し、第 2のキーの正当性確認処理、店舗に対する認証処理及び顧客の与信処理の結果が肯定的である場合に顧客による注文の内容情報を登録する与信処理手段をさらに有するような構成であってもよい。本発明のコンピュータ ·システムは、顧客認証処理に連続して、店舗のコンビユータから店舗の認証用情報等を受信して店舗の認証処理を済ませてから、与信処理を実施するような構成となっている。よって、顧客及び店舗が信頼できるものであることが確認できた上で与信処理を実施し、与信処理の結果が肯定的である場合に注文内容が受注として登録される。顧客認証処理と連続して与信処理を実施するため、顧客による注文キャンセルが減少することが期待できる。なお、上で述べた与信処理手段を、店舗のコンピュータに、顧客による注文の内容情報の登録可否を示す情報と、顧客による注文の識別情報とを送信するような構成とすることも可能である。これにより店舗のコンピュータでも注文を受注確定に変更できるか判断できるようになる。また、上で述べた与信処理手段を、第 2のキーの正当性確認処理、店舗に対する認証処理及び顧客の与信処理の結果が肯定的である場合に与信処理手段における登録識別情報（例えば実施の形態における受付番号）を店舗のコンピュータに送信するような構成とすることも可能である。店舗のコンピュータでも本発明の第 1の態様に係るコンピュータ 'システム（例えばその与信処理手段）における登録識別情報を記憶しておくと、後に照会などに用いることができるようになる。また上で述べた与信処理手段を、第 2のキーの正当性確認処理、店舗に対する認証処理及ぴ顧客の与信処理の結果が肯定的である場合に顧客による注文の内容情報の少なくとも一部を含む電子メールを顧客に対して送信するような構成も可能である。これにより、顧客も注文が完了したか否かを知ることができる。電子メールであるから、実際に商品などの配送が確認されるまで保管しておくのも簡単である。さらに、上で述べた認証確認手段を、顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録するような構成とし、与信処理手段を、店舗のコンピュータから受信した顧客による注文の内容の情報を仮登録された情報と比較確認する処理を実施するような構成とすることも可能である。これにより、より信頼性が向上する。本発明の第 1の態様において、店舗のコンピュータから注文代金請求依頼に係る顧客による注文の識別情報を受信した場合に、顧客による注文の識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を記憶装置に登録し且つ注文代金請求処理を実施する請求処理手段をさらに有するような構成も可能である。また、本発明の第 1の態様において、店舗のコンピュータから注文代金請求依頼に係る登録識別情報を受信した場合に、登録識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を記憶装置に登録し且つ注文代金請求処理を実施する請求処理手段をさらに有するような構成も可能である。これにより、与信処理の結果を店舗のコンピュータにも通知するので、店舗のコンピュータでも与信処理の結果により、受注を登録したり、処理結果を顧客に通知したりすることができるようになる。また、与信処理結果が肯定的な場合には、請求処理手段により確実に注文代金を請求できるため、店舗側も安心して顧客と取引を行うことができるようになる。上で述べた請求処理手段を、注文代金請求依頼に係る店舗の認証用情報を受信して、店舗に対する認証処理を行うような構成とすることも可能である。これにより注文代金請求時にも、店舗の認証ができるようになる。さらに、上で述べた請求処理手段を、店舗のコンピュータに、顧客による注文の識別情報又は登録識別情報の正当性が確認されない場合、注文代金請求に失敗した旨の通知を送信し、注文代金請求処理に成功した場合には、注文代金請求に成功した旨の通知を送信するような構成も可能である。本発明の第 2の態様に係るコンピュータ ·システムは、顧客認証要求に係る顧客の端末の情報及び店舗情報を受信した場合に、キーを生成して当該キーを顧客の端末に送信する認証確認手段と、顧客の端末からキーを受信すると当該キーの正当性確認処理を実施し、顧客の端末から当該顧客の認証用情報を受信すると顧客に対する認証処理を実施し、キーの正当性確認、処理結果及び顧客に対する認証処理結果が肯定的である場合に、店舗のコンピュータに顧客に対する認証処理結果が肯定的であったことを示す情報を送信する顧客認証手段とを有する。本発明の第 2の態様においては、特定の注文に限定されず、顧客認証等が特定の店舗のコンピュータで必要となつた場合に、店舗のコンピュータにおいて例えば顧客 I D及びパスヮードの対を取得することなく顧客認証等を実施できるようにするものである。上で述べた認証確認手段を、受信した店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施するような構成とすることも可能である。また上で述べた顧客認証手段を、顧客に対するシステム利用資格の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に、店舗のコンピュータに、当該顧客がシステム利用可能であることを示す情報を送信するような構成とすることも可能である。認証のみならずシステム利用資格まで確認できるようになる。また上で述べた認証確認手段を、少なくとも顧客による注文を識別する識別情報を受信するような構成とし、上で述べた顧客認証手段を、顧客に対する認証処理が肯定的であったことを示す情報と共に顧客による注文を識別する識別情報を送信するような構成とすることも可能である。本発明の第 3の態様に係る電子商取引情報処理方法は、顧客認証要求に係る、顧客の端末の情報と店舗情報と少なくとも当該顧客による注文の識別情報とを受信した場合に、第 1のキーを生成して当該第 1のキーを前記顧客の端末に送信するステップと、顧客の端末から第 1のキーを受信すると当該第 1のキーの正当性確認処理を実施し、顧客の端末から当該顧客の認証用情報を受信すると顧客に対する認証処理を実施し、第 1のキーの正当性確認処理結果及び顧客に対する認証処理結果が肯定的である場合に第 2のキーを生成して、店舗のコンピュータに当該第 2のキー及び顧客による注文の識別情報を送信するステップとを含む。本努明の第 1の態様に係る変形を、本発明の第 3の態様に係る変形に適用することも可能である。 ' 本発明の第 4の態様に係る認証処理方法は、顧客認証要求に係る顧客の端末の情報及び店舗情報を受信した場合に、キーを生成して当該キーを顧客の端末に送信する認証確認ステップと、顧客の端末からキーを受信すると当該キーの正当性確認処理を実施し、顧客の端末から当該顧客の認証用情報を受信すると顧客に対する認証処理を実施し、キーの正当性確認処理結果及び顧客に対する認証処理結果が肯定的である場合に、店舗のコンピュータに顧客に対する認証処理結果が肯定的であったことを示す情報を送信する顧客認証ステップとを含む。本発明の第 2の態様に係る変形を、本発明の第 4の態様に係る変形に適用することも可能である。本発明の第 5の態様に係る、オンライン販売における端末装置における決済の申込方法は、注文情報を店舗サーバに送信するステップと、店舗サーバから前記注文に対する決済依頼を受信した場合に、当該決済依頼に応答するステップと、決済依頼への応答に対応し且つキー情報を含む、認証の実施を確認させるための情報を決済サーバから受信した場合に、当該キー情報と共に認証の実施を確認する応答を決済サーバに対し行うステップと、決済サーバからの認証要求を受信した場合、予め登録された識別情報及びパスヮードを決済サーバへ送信するステツプとを含む。本発明の第 6の態様に係る、オンライン販売における端末装置における決済の申込方法は、注文情報を店舗サーバに送信するステップと、店舗サーバから注文に対する決済依頼を受信した場合、当該決済依頼に応答するステップと、決済依頼への応答に対応し且つキー情報を含む認証要求を受信した場合、キー情報と共に予め登録された識別情報及びパスヮ一ドを決済サーバへ送信するステツプとを含む。また、このような方法をコンピュータに実行させるプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブルディスク、 C D— R O M、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、プログラムは、ネットワークを介して頒布されることもある。なお、中間的な処理結果はメモリに一時保管される。

[図面の簡単な説明]

第 1図は、本発明におけるシステム全体の概要を示すブロック図である。第 2図は、実施例 1に係る顧客認証処理及ぴシステム利用資格確認処理のフロ一チャートである。第 3図は、実施例 2に係る顧客認証処理及びシステム利用資格確認処理のフロ一チヤ一トである。

第 4図は、与信処理のフローチャートである。

第 5図は、受注取消し/返品処理のフローチヤ一トである。

第 6図は、検索処理のフローチャートである。

第 7図は、顧客確認処理のフローチャートである。

第 8図は、売上確定処理のフローチャートである。

[本発明を実施するための最良の形態]

第 1図に本発明の一実施例におけるシステム概要を示す。例えばインターネットであるネットワーク 1には、ウェブ（W e b ) ブラウザを含む 1又は複数の顧客端末 3と、商品などのオンライン販売を行う W e bサーバである店舗サーバ 5 と、本発明の一実施例に係る注文代金の決済処理を行う決済サーバ 7とが接続されている。店舗サーバ 5は、例えば決済サーバ 7の管理者から配布される決済サーバ用コマンドインターフェース（I F) プログラム 5 3と、店舗サーバ 5における他の処理のための店舗側処理部 5 5とを含む。また、店舗サバ 5には、販売している商品などのデータベースや、顧客から受けた注文に関する情報を格納する注文情報データベース（D B ) 5 1等が備えられ、店舗のスタッフが操作する店舗端末 1 1が接続されている。さらに、店舗サーバ 5には例えば在庫管理システム 1 3や、その他商品などの出荷のための処理を行うサーバ（図示せず）が接続されている場合もある。これらの在庫管理システム 1 3や商品などの出荷のための処理を行うサーバの機能を店舗サーバ 5自身が備えている場合もある。さらに、店舗サーバ 5において、プログラムやコンテンツ 'データをネットワーク 1を介して顧客端末 3にダウンロードさせることにより対価を得るというビジネスを行つている場合には、例えばプログラムやコンテンツ 'データを格納したダウン口ード用のサーバ 1 7をネットワーク 1に接続し、店舗サーバ 5と連携させるような場合もある。ダウンロー.ド用サーバ 1 7の機能を店舗サーバ 5が備えている場合もある。ネットワーク 1には例えば運送会社又は店舗サーバ 5を運営する会社の物流部門の物流システム 1 5が接続されている。この物流システム 1 5は他のネットワークや専用線等により店舗サーバ 5に接続されていることもある。その他ネットワーク 1には多数のサーバ等が接続されている。決済サーバ 7は、本実施例では所定のインターネット ·サービス ·プロバイダ ( I S P ： Internet Service Provider) の会員であって、クレジットカード情報を予め登録している顧客のために、当該顧客による商品などの購入代金の決済処理を行うものである。よって、決済サーバ 7は、会員の I D及びパスワードの情報、クレジットカードの情報を格納した会員情報データベース 7 1を参照できるようになっている。また、本実施例では予め所定の条件を満たしていると判断された店舗サーバ 7に決済サーバ 7の利用を許可するような構成となっている。よって、決済サーバ 7は、各店舗又は各店舗サーバ 5の I D及びパスヮードを含む店舗の情報を格納した店舗情報データベース 7 3を参照できるようになっている。本実施例ではクレジットカードによる決済を行うため、決済サーバ 7は、クレジット ·オンライン · システムである C A F I S (Credit And Finance Information switching System) 9に接続しており、クレジットカード会社のコンピュータとの通信が行えるようになつている。決済サーバ 7でも、例えばクレジットカード会社に対する処理が必要であるため、店舗サーバ 5から注文情報を受け取り、当該注文情報を蓄積しておく必要がある。よって決済サーバ 7は、注文情報等を登録する決済注文情報データベース（D B ) 7 5を使用する。さらに、決済サーバ 7はクレジット会社に対する請求を行うための情報を格納した請求ファイル 7 7も使用する。第 1図に示したシステムにおける処理について簡単に説明しておく。顧客は顧客端末 3を操作して店舗サーバ 5にネットワーク 1を介してアクセスし、購入する商品等を検索する。購入したい商品等が見つかると、顧客は顧客端末 3から店舗サーバ 5に商品等の注文を送信する。この時顧客は、決済には本実施例に係る決済システムを利用することを指示するものとする。店舗サーバ 5は、顧客端末 3から受信した注文情報を注文情報 D B 5 1に登録し、当該注文情報、店舗サーパ 5の情報（例えば店舗認証用情報又は店舗識別情報若しくは店舗サーバ 5のァドレス等）及び顧客端末 3のァドレス等を追加して決済サーバ 7に転送する。決済サーバ 7は、店舗サーバ 5の情報を用いて店舗の確認/認証を行い、注文情報を仮登録する。決済サーバ 7は、店舗サーバ 5の情報及び注文情報に問題がなければ、動作キー K E Y 0 1を生成して、顧客端末 3に顧客（会員）の I D及びパスヮードを入力するように促す画面情報及び隠しパラメータとして動作キー K E Y 0 1を送信する。顧客端末 3は I D及ぴパスヮードを入力するように促す画面を顧客に対し表示する。そして、顧客は顧客（会員）の I D及びパスワードを入力し、顧客端末 3は I D及びパスヮード並びに隠しパラメータの動作キー K E Y 0 1を決済サ —バ 7に送信する。決済サーバ 7においては、動作キー KE Y 0 1が正当な動作キーであるか、 I D及ぴパスワードの対が正しいか、受信した顧客（会員） I D の顧客が I S Pにおける正常な会員である力、本実施例に係る決済システムを使用する資格があるかを検查する。全ての検査が正常に終了すれば、決済サーバ 7 は、動作キー KE Y 0 2を生成する。そして、決済サーバ 7は、全ての検査が正常に終了していれば、隠しパラメータとして動作キー KE Y 0 2と、検査結果と、注文情報に含まれる又は注文情報とは別途決済サーバ 7に送られてきた、店舗サーバ 5における当該注文の識別情報（以下、管理番号と呼ぶ。但し、番号だけでなく記号の場合もある。）とを店舗サーバ 5に送信する。もし、いずれかの検査でエラーが生じた場合には、動作キー K E Y 0 2は生成されず、店舗サーバ 5には、いずれかの検査でエラーが生じたことが通知される。 I D及びパスワードの対が正しくない場合には、顧客端末 3にも通知される。例えば、 I D及びパスヮ一ドの対の入力は 2回まで再試行が許される。ここまでで顧客認証処理及びシステム利用資格確認処理が終了する。店舗サーバ 5は、検査結果が検査の成功を示していれば、受信した管理番号を用いて注文情報 D B 5 1から注文情報を取り出し、当該注文情報と、管理番号と、 -動作キー K E Y 0 2とを、店舗サーバ 5で実行されている決済サーバ用コマンドインターフェース（コマンド I F) プログラム 5 3に出力する。決済サーバ用コマンド I Fプログラム 5 3は、決済サーバ 7と店舗サーバ 5がやり取りするためのインターフェースを提供するプログラムであり、例えば決済サーバ 7の管理者が店舗に提供するものである。もし、顧客 I Dが I S Pにおける正常な会員であるか又は本実施例に係る決済システムを使用する資格があるかという検査でェラーを生じた場合には、店舗サーバ 5から顧客端末 3に対して、本実施例に係る決済システムが使えない旨の通知を行う。注文情報と管理番号と動作キー K E Y 0 2とを受け取った決済サーバ用コマンド I Fプログラム 5 3は、店舗認証用情報と共にこれらの情報を決済サーバ 7 に送信する。決済サーバ 7は、店舗に対する認証処理を実施し、仮登録された注文情報と今回受信した注文情報を照合し、受信した動作キー K E Y 0 2の正当性を確認する。そして、これらの処理結果が肯定的である場合には与信処理を実施する。与信処理は、決済サーバ 7に予め登録されている当該顧客のクレジット力一ド番号を用いて C A F I S 9に対して与信照会を行う処理である。 C A F I S 9から当該顧客のクレジットカードで決済可能な旨の情報を得ると、決済サーバ 7は、注文情報を決済サーバ 7内の決済注文情報データベース（D B) 7 5に登録し、決済サーバ 7における注文情報の識別情報である受付番号（番号でなく記号を用いてもよい）を生成する。そして、注文情報が決済サーバ 7の決済注文情報 D B 7 5に登録された場合、顧客に対して、注文が登録されたことを通知するための注文登録通知メールを送信する。決済サーバ 7は、決済サーバ用コマンド I Fプログラム 5 3に対して、注文情報の登録可否を示す情報、登録された場合には受付番号、及び管理番号を送信する。決済サーバ用コマンド I Fプログラム 5 3は、受信した情報を店舗サーバ 5 の注文管理を行う処理部に出力する。そして、店舗サーバ 5は顧客端末 3に対して注文が決済システムに受け付けられたことを示す画面情報を送信する。顧客端末 3は、注文が決済システムに受け付けられたことを示す画面を表示する。また、店舗サーバ 5は受注を示す情報を注文情報 D B 5 1に登録する。一方、店舗認証処理、動作キー K E Y 0 2の正当性確認処理及び与信処理の処理結果のいずれかが否定的なものである場合には、店舗サーバ 5は顧客端末 3に対して注文が決済システムに受け付けられなかったことを示す画面情報を送信する。また、店舗認証処理以外の処理結果が否定的である場合には注文情報 D B 5 1に受注不可が登録される。そして顧客端末 3に受注できない旨の通知を送信する。ここまでで受注処理が終了する。店舗サーバ 5に接続された店舗端末 1 1を操作する店舗のスタッフは、例えば店舗サーバ 5の注文情報 D B 5 1の受注を示す情報が登録された注文を参照して、商品の出荷のための作業を行う。なお、注文情報が決済サーバ 7のデータべースに登録された場合に、店舗サーバ 5が当該注文情報を受注情報として注文情報 D B 5 1から受注情報 D Bに移動又はコピーし、当該受注情報 D Bを参照するような構成も可能である。又、受注を示す情報を注文情報 D B 5 1に登録した場合に、店舗サーバ 5が物流システム 1 5に自動的に集荷依頼を出力するような構成も可能である。また、プログラムやコンテンツ 'データのダウンロードを行わせる場合には、受注を示す情報を注文情報 D B 5 1に登録した場合に、店舗サーバ 5からダゥンロード用サーバ 1 7にダウンロード許可を出力するような構成も可能である。さらに、他の商品出荷に関連するシステムが存在する場合には、注文情報 D B 5 1に受注を示す情報が登録された後に店舗サ一パ 5から自動的に当該システムに処理依頼を出力するような構成も可能である。いずれにせよ注文を行った顧客に対して、商品などの出荷のための処理を行う。なお、出荷/配送の完了についても注文情報 D B 5 1に登録しておく。出荷 Z配送が完了し注文代金の請求を行う段階になると、例えば店舗端末 1 1 を操作する店舗のスタッフは、注文情報 D B 5 1を参照して、注文代金請求の対象となる注文の管理番号又は受付番号を抽出する。なお、物流システム 1 5と店舗サーバ 5が連携している場合には、物流システム 1 5から配送完了通知を店舗サーバ 5が受信する。この配送完了通知から管理番号又は受付番号を抽出する。さらに、ダウンロード用サーバ 1 7と店舗サーバ 5が連携する場合には、ダウンロード用サーノ 1 7からダウンロード完了通知を店舗サーバ 5が受信する。そして、ダウンロード完了通知から管理番号又は受付番号を抽出する。注文代金請求の対象となる注文の管理番号又は受付番号を注文代金請求依頼として、店舎甫サーバ 5の決済サーバ用コマンド I Fプログラム 5 3に出力すると、決済サーバ用コマンド I Fプログラム 5 3は店舗の認証用情報と共に管理番号又は受付番号を決済サーバ 7に送信する。決済サーバ 7は、店舗の認証用情報を用いて店舗に対する認証処理を行う。認証処理の結果が肯定的であれば、決済サーバ 7に登録されている受付番号又は管理番号に対応する注文に売上確定を示す情報を登録し、注文代金請求処理を実施する。注文代金請求処理とは、当該顧客が登録しているクレジットカードのタレジットカード会社に対する代金請求のための情報に、当該注文代金の請求情報を追加するものである。この代金請求のための情報は、例えば月に一度クレジットカード会社に渡される。クレジットカード会社はこれらの情報を元に各顧客に対して代金請求を行う。注文代金請求処理が終了すれば、処理結果が決済サーバ用コマンド I Fプログラム 5 3に送信され、決済サーバ用コマンド I Fプログラム 5 3は処理結果を店舗サーバ 5の売上確定処理部に出力する。店舗サーバ 5では、注文代金請求処理の結果が肯定的である場合には、例えば注文情報 D B 5 1内の管理番号又は受付番号に対応する注文について売上確定又は請求済みを登録する。一方、注文代金請求処理の結果が否定的である場合には、管理番号又は受付番号等が正しくない場合等であるから、それらの確認を行うように促す通知を店舗端末 1 1に出力する。以上で決が終了する。以下、本実施例におけるシステム動作の詳細を第 2図乃至第 8図を用いて説明する。 1 . 顧客認証処理及びシステム利用資格確認処理

[実施例 1 ]

第 2図に実施例 1に係る顧客認証処理及ぴシステム利用資格確認処理のフロ一を示す。例えば顧客は顧客端末 3を操作して店舗サーバ 5にアクセスする（ステツプ S l )。例えば店舗サーバ 5は、商品情報及び注文フォームを顧客端末 3 に送信する（ステップ S 3 )。ステップ S 1及び S 3の処理には様々な形態があり、ここでは単純な場合のみを示している。顧客端末 3は W e bブラウザにて商品情報及ぴ注文フォームを表示する。顧客は、 W e bブラウザに注文内容を入力し、注文フォームに含まれる送信ボタンを押し、注文情報を店舗サーバ 5に送信する（ステップ S 5 )。注文情報には、商品名、商品番号、数量、金額、住所、氏名、電話番号、電子メール 'アドレスなどを含む。また、注文情報には本実施例に係る決済システムが決済方法として選択されたという情報を含むようにすることも可能である。さらに、本実施例に係る決済システムに関連する I S Pの顧客（会員） I Dを含むような場合もある。なお、店舗サーバ 5及び顧客端末 3 は互いのアドレスを認識しているものとする。店舗サーバ 5は顧客端末 3から注文情報を受信すると、注文情報のフォーマット等を確認の上、当該注文情報を注文情報 D B 5 1に登録する（ステップ S 7 )。なお、登録する前に、例えば在庫管理システム 1 3に在庫の問い合わせを行うようにすることも可能である。そして、店舗サーバ 5は、受信した注文情報と店舗サーバ 5内の顧客認証などの結果を受け取る処理部（例えば C G I (Common Gateway Interface) )のァドレス情報（例えば U R L (Uniform Resource Locator) ) と店舗識別情報（例えば店子コード）と当該顧客の注文の識別情報（管理番号）とを含み、当該注文情報について決済のための認証手続きなどを行うように依頼する決済依頼の画面情報を顧客端末 3に送信する（ステップ S 9 )。ここで送信される画面情報において本実施例に係る決済システムを決済手段として選択す • るか尋ねるようにすることも可能である。顧客端末 3は受信した画面情報を W e bブラウザ内に表示し、顧客は、本実施例に係る決済システムを用いた決済のための認証手続きなどを行うことを了承する場合には「O K：」ボタンを押す。そうすると、顧客端末 3ら決済依頼が店舗サーバ 5に送信される（ステップ S 11)。店舗サーバ 5は、決済依頼を受信すると、当該決済依頼を決済サーバ 7に転送する（ステップ S 13)。また、転送する際には、顧客端末 3のアドレス情報を、決済依頼と共に決済サーバ 7に転送する。なお、店舗識別情報とは別に又は店舗識別情報の代わりに店舗の認証用情報（例えば店舗の ID及びパスワード）を併せて転送する場合もある。決済依頼を受信した決済サーバ 7は、少なくとも店舗識別情報が実在するコードであるか等の店舗の確認を行う。もし店舗の認証用情報を受信した場合には、店舗の I D及びパスヮードの対が正しいか否かを検査する。これらにより店舗の確認が取れると、一旦受信した決済依頼に含まれる注文情報、店舗サーバ 5のアドレス情報、店舗識別情報、及び管理番号等を、注文仮受付ファイル等に仮登録しておく。そして、決済サーバ 7は動作キー KEY 01 を生成し、顧客端末 3に、当該動作キー KEY01を隠しパラメータとして、これから決済サーバ 7との通信において顧客認証を行うことを顧客に確認させるための認証確認画面情報を送信する（ステップ S 15)。動作キー KEY01を用いるのは、この処理ステップを必ず通過していることを後に確認できるようにするためである。顧客端末 3は認証確認画面を W e bブラゥザ内に表示し、顧客は認証確認画面に含まれる「OK：」ボタンを押す。そうすると、顧客端末 3から認証確認が隠しパラメータである動作キー KEY01と共に決済サーバ 7に送信される（ステツプ S 17)。決済サーバ 7は、受信した動作キー KEY 01の正当性を確認する。正当性が確認された場合には、決済サーバ 7は、顧客の ID及びパスワードの入力を促す画面情報を顧客端末 3に送信する（ステップ S 19)。なお、動作キー KEY01の正当性が確認されなかった場合には、このまま処理を続けると問題が生じえるので、例えば店舗サーバ 5及び顧客端末 3にエラーが生じたことを通知する。顧客端末 3は、 We bブラウザ内に顧客 I D及ぴパスワードの入力を促す画面を表示する。少なくともこれ以下の通信においては、例えば S S L (Secure Socket Layer) 技術を用いて通信の秘密を守る必要がある。これ以前の通信においても S S Lを用いてもよい。顧客は、要求に応じて、顧客 I D及ぴパスワードを W e bブラウザ内に入力し、 W e bブラウザ内の画面に設けられた送信ボタンを押す。そうすると顧客端末 3は入力された顧客 I D及びパスヮードを決済サーバ 7に送信する（ステップ S 2 1 )。なお、ここでは顧客に対する認証処理のために、顧客 I D及ぴパスワードを使用している力 S、他の方法にて顧客認証を行う場合には、それに必要な情報を顧客端末 3から決済サーバ 7に送信する。このような形にて顧客 I D及ぴパスヮードを決済サーバ 7に出力すれば、店舗サーバ 5には顧客 I Dとパスヮードの対は送信されず、悪意ある又は悪意を持つようになった店舗に顧客 I D及びパスヮードを悪用されるのを防止することができる。決済サーバ 7は、顧客 I D及びパスヮードを受信すると、まず顧客 I D及びパスワードの対が予め会員情報 D B 7 1に登録されている顧客情報と同一か否か判断する。もし、同一でなければ、再度入力を行うようにステップ S 2 1に戻る。例えば 3回、顧客 I D及ぴパスヮードの確認を行っても同一であると判断できなかった場合には、決済サーバ 7は顧客端末 3に認証エラー画面情報を送信する。また、決済サーバ 7は、店舗サーバ 5に認証エラーを通知する場合もある。もし、受信した顧客 I D及びパスヮードの対が予め登録されている顧客情報と同一である場合には、当該顧客の認証が完了することになる。但し、本実施例では顧客の認証だけでは本実施例に係る決済システムで決済できるわけではなレ、。次に決済サーバ 7は、システム利用資格の確認を行う。本実施例ではシステム利用資格の確認、は 2段階で行われる。まず、所定の I S Pにおける正常な会員である力否かが確認される。すなわち、 I S Pの会員であっても、 I S Pの使用料金などの支払いが滞っている場合には正常な会員であるとは言えない。次に、本実施例に係る決済システムが使用できるということで登録されているかという点が確認される。本実施例ではクレジットカードにより決済されることを前提としているので、予めクレジットカード番号が登録されていなければならなレ、。また、別途基準を設けて、当該基準を満たす者のみ本実施例に係る決済システムを使用できるように設定することも可能である。このような顧客認証処理及ぴシステム利用資格確認処理の結果が肯定的である場合には、決済サーバ 7は動作キー K E Y 0 2 (セッションキーと呼ばれる場合もある）を生成する（ステップ S 2 3 )。また、動作キー K E Y 0 2、注文情報、管理番号等をセッションファイルとして保管しておき、後の処理に使用するような構成も可能である。そして、決済サーバ 7は、顧客認証処理及びシステム利用資格確認処理の処理結果と、処理結果が肯定的である場合には動作キー K E Y 0 2と、管理番号とを店舗サーバ 5に送信する（ステップ S 2 5 )。店舗サーバ 5は、決済サーバ 7からそれらの情報を受信する（ステップ S 2 7 )。そして、システム利用資格確認処理にてエラーが存在する場合には、店舗サーバ 5は、顧客端末 3にシステム利用資格がないことを通知し、顧客端末 3はシステム利用資格がない旨の表示を行う（ステップ S 2 9 )。また、注文情報 D B 5 1内における当該管理番号の注文に対し決済できないことを登録する。ここまでで与信処理の前段階である顧客認証及びシステム利用資格確認処理が終了する。なお、第 2図に示した処理フローは様々に変形可能である。例えば、ステップ S 1 3において店舗サーバ 5が決済依頼を転送する構成ではなく、顧客端末 3から直接決済サーバ 7に決済依頼を送信するような構成も可能である。この場合には店舗サーバ 5は顧客端末 3のアドレス情報を決済依頼に付加する必要がない。また、顧客端末 3に送信される決済依頼の画面表示には、決済サーバ 7のァドレスを埋め込んでおく。また、上の説明ではシステム利用資格をも確認するような処理フローとなっているが、システム利用資格を別途規定しない場合もある。その場合には、本処理フローは顧客認証処理フローとなる。単純な顧客認証処理フ口一とする場合には、注文情報や注文情報の識別情報である管理番号等を決済サーバ 7に送信しないような形態も可能である。なお、動作キー KEY 01及び KEYO 2については、有効期限を設けて有効期限内に決済サーバ 7に戻ってこないようであれば、動作キーの確認処理でエラ一とみなすようにすることも可能である。 [実施例 2]

次に第 3図を用いて顧客認証処理及びシステム利用資格確認処理の第 2の実施例を説明する。例えば顧客は顧客端末 3を操作して店舗サーバ 5にアクセスする（ステップ S 31)。例えば店舗サーバ 5は、商品情報及ぴ注文フォームを顧客端末 3に送信する（ステップ S 33)。ステップ S 1及ぴ S 3の処理には様々な形態があり、ここでは単純な場合のみを示している。顧客端末 3は We bブラゥザにて商品情報及ぴ注文フォームを表示する。顧客は、 We bブラウザに注文内容を入力し、注文フォームに含まれる送信ポタンを押し、注文情報を店舗サーバ 5に送信する（ステップ S 35)。注文情報には、商品名、商品番号、数量、金額、住所、氏名、電話番号、電子メール ·アドレスなどを含む。また、注文情報には本実施例に係る決済システムが決済方法として選択されたという情報を含むようにすることも可能である。さらに、本実施例に係る決済システムに関連する I SPの顧客（会員） IDを含むような場合もある。店舗サーバ 5は顧客端末 3から注文情報を受信すると、注文情報のフォーマット等を確認の上、当該注文情報を注文情報 DB 51に登録する（ステップ S 37)。なお、登録する前に、例えば在庫管理システム 13に在庫の問い合わせを行うようにすることも可能である。そして、店舗サーバ 5は、受信した注文情報と店舗サーバ 5内の顧客認証などの結果を受け取る処理部（例えば CG I)のァドレス情報（例えば URL) と店舗識別情報（例えば店子コード）と注文の管理番号とを含み、当該注文情報について決済のための認証手続きなどを行うように依頼する決済依頼の画面情報を顧客端末 3に送信する（ステップ S 39)。ここで送信される画面情報において本実施例に係る決済システムを決済手段として選択するか尋ねるようにすることも可能である。顧客端末 3は受信した画面情報を We bブラウザ内に表示し、顧客は、本実施例に係る決済システムを用いた決済のための認証手続きなどを行うことを了承する場合には「OK」ポタンを押す。そうすると、顧客端末 3 力、ら決済依頼が店舗サーバ 5に送信される（ステップ S 41)。店舗サーバ 5は、決済依頼を受信すると、当該決済依頼を決済サーバ 7に転送する（ステップ S 43)。また、転送する際には、顧客端末 3のアドレス情報を、決済依頼と共に決済サーバ 7に転送する。なお、店舗識別情報とは別に又は店舗識別情報の代わりに店舗の認証用情報（例えば店舗の ID及ぴパスワード）を併せて転送する場合もある。決済依頼を受信した決済サーバ 7は、少なくとも店舗識別情報が実在するコ^ "ドであるか等の店舗の確認を行う。もし店舗の認証用情報を受信した場合には、店舗の I D及びパスヮードの対が正しいか否かを検査する。これらにより店舗の確認が取れると、ー且受信した決済依頼に含まれる注文情報、店舗サーバ 5のアドレス情報、店舗識別情報、及び管理番号等を、注文仮受付ファイル等に仮登録しておく。そして、決済サーバ 7は、動作キー KEY0 1を生成し、顧客端末 3に、当該動作キー KEY01を隠しパラメータとして、顧客の I D及びパスヮードの入力を促す画面情報を顧客端末 3に送信する（ステップ S45)。動作キー KEY 01を用いるのは、この処理ステップを必ず通過していることを後に確認できるようにするためである。顧客端末 3は、 We bブラゥザ内に顧客 I D及びパスヮードの入力を促す画面を表示する。少なくともこれ以下の通信においては、例えば S S L (Secure Socket Layer) 技術を用いて通信の秘密を守る必要がある。これ以前の通信においても S SLを用いてもよい。顧客は、要求に応じて、顧客 I D及びパスワードを We bブラウザ内に入力し、 We bブラウザ内の画面に設けられた送信ボタンを押す。そうすると顧客端末 3は入力された顧客 I D及びパスヮードを決済サーバ 7に送信する（ステップ S 47)。このような形にて顧客 ID及びパスワードを決済サーバ 7に出力すれば、店舗サーバ 5には顧客 I Dとパスヮードの対は送信されず、悪意ある又は悪意を持つようになった店舗に顧客 I D及びパスヮードを悪用されるのを防止することができる。又、顧客端末 3は動作キー KEY 01を決済サーバ 7に送信する。決済サーバ 7は、受信した動作キー K E Y 0 1の正当性を確認する。もし、正当性が確認されなかった場合には、このまま処理を続けると問題を生じ得るので、例えば店舗サーバ 5及び顧客端末 3にエラーを生じたことを通知する。さらに、決済サーバ 7は、受信した顧客 I D及びパスヮードの対が予め登録されている顧客情報と同一か否力判断する。もし、同一でなければ、再度入力を行うようにステツプ S 4 7に戻る。例えば 3回、顧客 I D及びパスワードの確認を行っても同一で.あると判断できなかった場合には、決済サーバ 7は顧客端末 3に認証エラー画面情報を送信する。また、決済サーバ 7は、店舗サーバ 5に認証エラーを通知する場合もある。もし、受信した顧客 I D及びパスワードの対が予め登録されている顧客情報と同一である場合には、当該顧客の認証が完了することになる。但し、本実施例では顧客の認証だけでは本実施例に係る決済システムで決済できるわけではない。次に決済サーバ 7は、システム利用資格の確認を行う。本実施例でもシステム利用資格の確認は 2段階で行われる。まず、所定の I S Pにおける正常な会員であるか否かが確認される。すなわち、 I S Pの会員であっても、 I S Pの使用料金などの支払いが滞っている場合には正常な会員であるとは言えない。次に、本実施例に係る決済システムが使用できるということで登録されているかという点が確認される。本実施例でもクレジットカードにより決済されることを前提としているので、予めクレジットカードが登録されていなければならない。また、另リ途基準を設けて、当該基準を満たす者のみ本実施例に係る決済システムを使用できるように設定することも可能である。このような顧客認証処理及びシステム利用資格確認処理の結果が肯定的である場合には、決済サーバ 7は動作キー K E Y 0 2 (セッションキーとも呼ばれる）を生成する（ステップ S 4 9 )。動作キー K E Y 0 2、注文情報、管理番号等をセッションファイルとして保管しておき、後の処理に使用するような構成も可能であるそして、決済サーバ 7は、顧客認証処理及ぴシステム利用資格確認処理の処理結果と、処理結果が肯定的である場合には動作キー K E Y 0 2と、管理番号とを店舗サーバ 5に送信する（ステップ S 5 1 )。店舗サーバ 5は、決済サーバ 7からそれらの情報を受信する（ステップ S 5 3 )。そして、システム利用資格確認処理にてエラーが存在する場合には、店舗サーバ 5は、顧客端末 3にシステム利用資格がないことを通知し、顧客端末 3はその旨の表示を行う（ステップ S 5 5 )。また、注文情報 D B 5 1内における当該管理番号の注文に対し決済できないことを登録する。ここまでで与信処理の前段階である顧客認証及ぴシステム利用資格確認処理が終了する。なお、第 3図に示した処理フローは様々に変形可能である。例えば、ステップ S 4 3において店舗サーバ 5が決済依頼を転送する構成ではなく、顧客端末 3から直接決済サーバ 7に決済依頼を送信するような構成も可能である。この場合には店舗サーバ 5は顧客端末 3のァドレス情報を決済依頼に付加する必要がない。また、顧客端末 3に送信される決済依頼の画面表示には、決済サーバ 7のァドレスを埋め込んでおく。また、実施例 1でも述べたように、システム利用資格をも確認するような処理フローとなっているが、システム利用資格を別途規定しない場合もある。その場合には、本処理フローは顧客認証処理フローとなる。単純な顧客認証処理フローとする場合には、注文情報や注文情報の識別情報である管理番号等を決済サーバ 7に送信しないような形態も可能である。なお、動作キー K E Y 0 1及ぴ KE Y 0 2については、有効期限を設けて有効期限内に決済サーバ 7に戻ってこないようであれば、動作キーの確認処理でエラ —とみなすようにすることも可能である。 .

2 . 与信処理

第 4図に、顧客認証処理及びシステム利用資格確認処理においてエラーが生じなかった顧客に対する与信処理のフローを示す。第 1図に関連して既に説明した力店舗サーバ 5には、店舗側が用意する店舗サーバ 5の機能部分（以下店舗側処理部 5 5 (例えば C G I ) と呼ぶ。）と、決済サーバ 7に対する処理を行う決済サーバ用コマンド.インターフェース（I F) プログラム 5 3とが設けられている。本実施例ではこれらを分けて説明することとする。まず店舗サーバ 5の店舗側処理部 5 5は、決済サーバ 7から受信した管理番号 (ステップ S 2 7又は S 5 3 ) で注文情報 D B 5 1を検索し、管理番号に係る注文情報を抽出する（ステップ S 6 1 )。例えばこの時点において店舗側処理部 5 5は在庫管理システム 1 3に対して、注文に係る商品の在庫確認を行うようにすることも可能である（ステップ S 6 3 )。在庫管理システム 1 3との連携が可能であれば本ステップを実施すればよいので、本ステップ S 6 3は第 4図において点線囲みとしている。もし、ここで在庫切れであると判断された場合には、店舗側処理部 5 5は顧客端末 5に在庫切れを通知し、顧客端末 3は在庫切れ通知を表示する（ステップ S 6 5 )。在庫管理システム 1 3と連携しない場合又は在庫の確認が取れた場合に、店舗側処理部 5 5は決済サーバ 7から受信した動作キー K E Y 0 2と管理番号と注文情報とを決済サーバ用コマンド I Fプログラム 5 3に出力する（ステップ S 6 7 )。なお、別途顧客から得たクレジットカード有効期限の情報を併せて出力するような構成とすることも可能である。決済サーバ用コマンド I Fプログラム 5 3は、店舗側処理部 5 5から受け取った情報に加え、店舗認証用情報を、決済サーパ 7に送信する（ステップ S 6 9 )。決済サーバ 7は、受信した動作キー KEY 0 2の正当性を、例えば送信した動作キー KE Y 0 2を格納したセッションファイルを用いて確認する。動作キーに有効期限が設けられている場合には、有効期限内に受信したか否かも検査する。また、セッションファイルに格納された注文情報及び管理番号と、今回受信した注文情報及び管理番号と比較することにより処理の連続性及びこれらの情報の正当性を確認する。これらの確認でエラーが検出されれば以降の処理は行われず、ステップ S 7 7の処理に移行する。また、決済サーバ 7は、受信した店舗認証用情報、すなわち店舗 I Dとパスヮードの対を用いて店舗認証処理を行う（ステツプ S 7 1 )。店舗の認証が失敗した場合もステップ S 7 7に移行する。店舗の認証が成功すると、顧客認証処理及びシステム利用資格確認処理において正当な顧客であると判断された顧客のクレジットカード番号を顧客情報を格納したデータベースから取り出し、 C A F I S 9を用いて当該クレジットカードが適正なものである力確認する与信処理を実施する（ステップ S 7 3 )。例えば、適正なクレジットカードであると確認できれば、 C A F I S 9からは承認番号が得られる。ここで与信処理に失敗する、すなわちクレジットカードの与信限度額や有効期限などに問題がある場合には、ステップ S 7 7に移行する。もしステップ S 7 3において与信処理に成功すると、受信した注文情報を決済サーバ 7の決済注文情報 D Β 7 5に登録する。そして、決済サーバ 7における当該注文情報の識別情報である受付番号（番号でなく記号である場合もある）を発行する（ステップ S 7 5 )。これにて、決済サーバ 7において注文が受注として確定される。決済サーバ 7においては、受付番号と管理番号と注文情報が対応付けられて決済注文情報 D B 7 5に記憶される。そして決済サーバ 7は、ステップ S 7 1及び S 7 3までの処理結果と、注文情報が登録できた場合には受付番号と、管理番号とを店舗サーバ 5の決済サーバ用コマンド I Fプログラム 5 3に送信する（ステップ S 7 7 )。決済サーバ用コマンド I Fプログラム 5 3は、受信した情報を店舗側処理部 5 5に出力する（ステップ S 7 9 )。店舗側処理部 5 5では、受信した処理結果がステップ S 7 1及び S 7 3までの処理が成功していることを示している場合には、注文情報 D B 5 1 に、受信した受付番号及び管理番号と、対応する注文情報とが対応付けられて登録される。受付番号が登録されれば、受注が確定したことになる。なお、別途受注確定を登録することも可能である。また、受注が確定した注文に関する情報（注文情報、受付番号及び管理番号）を別の受注情報データベース（D B ) に移動又はコピーして、後の処理に利用するような構成も可能である。もし、受信した処理結果がいずれかの処理にて失敗したことを示している場合には、注文情報 D B 5 1に受信した管理番号の注文について決済不可能を登録する。成功又は失敗のいずれの場合についても、店舗側処理部 5 5は顧客端末 3に受信した処理結果のうち顧客に開示可能な部分を送信する（ステップ S 8 1 )。例えば「決済登録が完了しました。別途決済サーバから注文登録完了通知がメールにて送信されます」又は「クレジットカードの有効期限が切れていますので決済登録できませんでした」といった情報が送信される。顧客端末 3は、受信した処理結果を W e b ブラウザ内に表示する（ステップ S 8 3 )。なお、店舗認証処理にてエラーが発生した場合には、再度店舗サーバ 5が与信処理を決済サーバ 7に依頼するようにしてもよレ、。

また、決済サーバ 7は、顧客に対して、注文情報が決済サーバ 7に登録されたことを通知するための注文登録通知メールを送信する（ステップ S 8 5 )。これに対して顧客端末 3では、注文登録通知メールを受信する（ステップ S 9 1 )。注文登録通知メールは顧客に対する確認のために送信される。なお、顧客端末 3 におけるメールの受信は送信後直ぐでなくともよい。また店舗サーバ 5の店舗側処理部 5 5は、次に行わなければならない商品等の出荷のために、在庫管理システム 1 3に対して注文に係る商品の在庫確認を行うようにすることも可能である（ステップ S 8 7 )。在庫確認を行うか否かは任意である。もし、この段階にて在庫確認を行って、在庫切れが判明した場合には、店舗サーバ 5の店舗側処理部 5 5は、例えば顧客に対して在庫切れのメールを送信し、後に説明する受注取消し処理を実施する。顧客端末 3は、在庫切れのメールを受信する（ステップ S 8 9 )。また、店舗側処理部 5 5は注文情報 D B 5 1 に受注取消しを登録する。在庫管理システム 1 3に対する在庫確認処理を行って在庫が存在した場合も在庫確認処理を行わない場合も、予め定められた出荷のための処理を他のシステムに依頼又は実行し、又は物流システム 1 5に対して集荷依頼を送信したり、又はダウンロード用サーバ 1 7に対してプログラムやコンテンツデータのダウンロードの顧客端末 3に対する許可を出力する（ステップ S 9 3 )。なお、ステツプ S 9 3についても実行するか否かは店舗サーバ 5を含む店舗システムの構成に依存する。よってステップ S 9 3を全く実施しない場合もある。このような処理を行うことにより与信処理及ぴ受注確定処理が実施される。

3 . 受注取消し Z返品処理

第 5図に、例えば上で述べたように在庫切れで受注を取り消す場合や、顧客から商品が返品された場合、又は顧客が注文を注文登録通知メール受信後に取り消した場合等に実施する処理について説明する。店舗サーバ 5の店舗側処理部 5 5は、まず受注取消し又は返品の対象となった注文の受付番号又は管理番号の特定を行う（ステップ S 1 0 1 )。これは例えば店舗端末 1 1を店舗のスタッフが操作して、注文情報 D B 5 1を検索することにより行われる。例えば、店舗のスタッフが、特定された受付番号又は管理番号を用いて取消し処理を実施するように店舗端末 1 1を用いて指示した場合には、当該指示を顧客端末 3から受けた店舗側処理部 5 5は、取消依頼と受付番号又は管理番号とを決済サーバ用コマンド I Fプログラム 5 3に出力する（ステップ S 1 0 3 )。なお、取消しの理由などを併せて送るようにすることも可能である。決済サーバ用コマンド I Fプログラム 5 3は、店舗認証用情報と、受付番号又は管理番号とを、決済サーバ 7の受注取消しを行う処理部に送信する（ステップ S 1 0 5 )。同

じく取消しの理由などを併せて送るようにすることも可能である。決済サーバ Ί は、受信した店舗認証用情報にて店舗に対する認証処理を実施する（ステップ S 1 0 7 )。もし、認証処理においてエラーが発生するとステップ S 1 1 7に移行する。店舗認証が成功すると、次に与信取消処理を実施する（ステップ S 1 0 9 )。与信取消処理は、例えば C A F I S 9から承認番号を得ている場合には、当該承認番号についての取消し処理を例えば C A F I S 9に対して行う。何らかの理由で与信取消処理に失敗する場合もある。この場合にはステップ S 1 1 7に移行する。与信取消処理に成功した場合には、決済サーバ 7の決済注文情報 D B 7 5において登録されている、管理番号又受付番号に対応するは注文情報について与信取消を登録する（ステップ S 1 1 1 )。これにて取消しに係る注文に対し後に請求処理を行わないようにすることができる。そして、与信取消が登録されたことを通知するための与信取消登録通知メールを与信取消しされた注文を行った顧客に対して送信する（ステップ S 1 1 3 )。顧客は顧客端末 3において当該与信取消登録通知メールを受信する（ステップ S 1 1 5 )。これにより、顧客も決済サ —バ 7において注文が正式に取り消されたことを確認することができる。その後決済サーバ 7は、処理結果を店舗サーバ 5の決済サーバ用コマンド I F プログラム 5 3に送信する（ステップ S 1 1 7 )。決済サーバ用コマンド I Fプログラム 5 3は処理結果を受信して、店舗側処理部 5 5に出力する（ステップ S 1 1 9 )。店舗側処理部 5 5は、例えば処理結果を注文情報 D B 5 1に登録する (ステップ S 1 2 1 )。また、店舗端末 1 1に処理結果を通知するような構成も可能である。なお、与信取消に失敗している場合には、取消しができるまで与信取消処理を実施しなければならない。 4 . 検索処理

店舗サーバ 5の注文情報 D B 5 1に格納された注文情報と、決済サーバ 7の決済注文情報 D B 7 5に格納された注文情報の照合などのために、店舗サーバ 5から決済サーバ 7に注文情報の検索を依頼する場合がある。第 6図を用いて検索処理について説明する。検索処理には、受注状況一覧参照処理と、受注状況詳細参照処理とが含まれる。受注状況一覧参照処理においては、受付番号、管理番号、処理状態、顧客 I D、期間の検索条件等を指定して、該当する注文情報を列挙するような出力を得ることができる。一方、受注状況詳細参照処理においては、受付番号又は管理番号を検索条件として入力すると、対応する注文情報の詳細を取得することができるようになる。例えば、店舗端末 1 1を操作する店舗のスタッフが検索条件を決定' 検索実行を店舗端末 1 1に命ずると、店舗端末 1 1は検索条件を含む検索命令を店舗サーバ 5に送信する。検索命令を受信した店舗サーバ 5の店舗側処理部 5 5 は、検索依頼及び入力された検索条件を決済サーバ用コマンド I Fプログラム 5 3に出力する（ステップ S 1 3 1 )。決済サーバ用コマンド I Fプログラム 5 3 は、店舗認証用情報及び受け取った検索条件を、決済サーバ 7の検索処理を行う処理部に送信する（ステップ S 1 3 3 )。決済サーバ 7は、受信した店舗認証用情報を用いて、店舗認証処理を実施する（ステップ S 1 3 5 )。認証処理にてェラーが発生した場合にはステップ S 1 3 9に移行する。認証処理にて店舗が認証されると、決済サーバ 7の決済注文情報 D B 7 5に登録されている注文情報について、受信した検索条件にて検索を実施する。そして、検索条件に合致する注文情報を抽出する（ステップ S 1 3 7 )。決済サーバ 7は、ステップ S 1 3 7において抽出した注文情報を店舗サーバ 5 の決済サーバ用コマンド I Fプログラム 5 3に送信する（ステップ S 1 3 9 )。なお、店舗認証に失敗した場合には失敗した旨の情報を抽出情報の代わりに送信する。決済サーバ用コマンド I Fプログラム 5 3は、抽出された注文情報等を受信して、店舗側処理部 5 5に出力する（ステップ S 1 4 1 )。店舗側処理部 5 5 は、受信した注文情報等を店舗端末 1 1に出力する（ステップ S 1 4 3 )。店舗端末 1 1は、受信した注文情報等を店舗のスタッフに対して表示する。これにより、店舗サーバ 5の注文情報 D B 5 1だけでなく、決済システム 7の決済注文情報 D B 7 5に登録された注文情報にて注文情報及び処理状況等を確認できるようになる。

5 . 顧客確認処理

顧客認証処理及びシステム利用資格確認処理とは別に、本実施例に係る決済システムのシステム利用資格のみ、又は I S Pの会員資格のみを、例えば注文を受ける前に確認したり、本実施例に係る決済システムのシステム利用資格等を有している者のみに特別のサービスなどを提供するなどの場合に、顧客確認を簡単に行えると便利である。

第 7図は、顧客確認のための処理フローを示す。まず、店舎甫サーバ 5の店舗側処理部 5 5は、何らかの処理の後に、顧客 I Dを入力するように促す画面情報を顧客端末 3に出力する（ステップ S 1 5 1 )。顧客端末 3は、受信した画面情報を W e bブラウザ内に表示して、顧客 I D入力の要求に応じて、顧客は顧客 I Dを入力して、 W e bブラウザ内の「送信」ボタンを押す。そうすると、顧客端末 3は店舗サーバ 5に顧客 I Dを送信する（ステツプ S 1 5 3 )。店舗サーバ 5の店舗側処理部 5 5は、顧客端末 3から顧客 I Dを受信すると、当該顧客 I Dを決済サーバ用コマンド I Fプログラム 5 3に出力する（ステップ S 1 5 5 ) o 決済サーバ用コマンド I Fプログラム 5 3は、決済サーバ 7の顧客確認処理部に店舗認証用情報と受信した顧客 I Dを送信する（ステップ S 1 5 7 )。決済サーバ 7は、受信した店舗認証用情報を用いて店舗認証処理を実施する。店舗認 f正が失敗すればステップ S 1 6 3に移行する。店舗認証が成功すれば、決済サーバ 7は顧客 I Dを用いて顧客確認処理を実施する（ステップ S 1 6 1 )。ここで顧客確認処理は、上で説明したのと同じように、所定の I S Pの正常な会員であるか、加えて本実施例に係る決済システムを使用できるかを確認する。なお、所定の I S Pの正常な会員であるかのみを確認、するような構成とすることも可能である。いずれにしても、決済サーバ 7は、顧客確認処理の処理結果を決済サーバ用コマンド I Fプログラム 5 3に送信する（ステップ S 1 6 3 )。店舗認証処理でェラーが発生した場合には、店舗認証処理でエラーが生じたという結果を決済サーバ用コマンド I Fプログラム 5 3に送信する。決済サーバ用コマンド I Fプログラム 5 3は処理結果を受信し、店舗側処理部 5 5に出力する（ステップ S 1 6 5 )。店舗側処理部 5 5では受信した処理結果を参照して、次の所定の処理を実施する。例えば、顧客確認できた場合には、顧客端末 3に、注文情報の入力を行うよう促したり、特別な商品の提示を行うための画面情報を出力する（ステップ S 1 6 7 )。また、顧客確認できなかった場合には、もう一度顧客 I Dを入力しなおすように促したり、注文は受けられない旨の表示を含む画面情報を顧客端末 3に送信する。また、店舗認証で失敗している場合には、再度顧客確認処理を実施するように決済用コマンド I Fプログラム 5 3に命令する場合もある。以上のようにして、顧客認証処理及びシステム利用資格確認処理とは別に顧客確認を決済サーバ 7に行わせることができる。

6 . 売上確定処理

顧客の注文に対応して、例えば商品の配送又はサービスの提供を行い、又はプログラムやコンテンツ ·データのダウンロードを行わせた後には、売上を確定するための処理を実施しなければならなレ、。第 8図に売上確定処理のフローを示す。まず、店舗サーバ 5の店舗側処理部 5 5は、例えば物流システム 1 5から配送完了通知を受けた場合、例えば店舗端末 1 1から配送完了入力がなされた場合、例えばダウンロード用サーバ 1 7からのダウンロード完了通知を受けた場合、それらの通知又は入力から、売上確定の対象となる受付番号又は管理番号を特定する。例えば、注文情報 D B 5 1に配送に関する情報、例えば配送依頼番号等が入力されていれば、配送完了通知に含まれる配送依頼番号で注文が特定できるため、管理番号又は受付番号を注文情報 D B 5 1から抽出できる。また、配送完了通知等に必ず受付番号又は管理番号を含めるようにすることも可能である。いずれにせよ、売上確定の対象となる注文の受付番号又は管理番号は、店舗側処理部 5 5 から決済サーバ用コマンド I Fプログラム 5 3に出力される（ステップ S 1 7 1 )。決済サーバ用コマンド I Fプログラム 5 3は、店舗認証用情報及び受付番号又は管理番号を決済サーバ 7の売上確定処理部に送信する（ステップ S 1 7 3 )。決済サーバ 7は、店舗認証用情報を用いて店舗認証処理を実施する（ステップ S 1 7 4 )。店舗認証用情報は、例えば店舗 I D及びパスワードであって、決済サーバ 7は、予め店舗情報 D B 7 3に登録されている店舗情報の店舗 I D及びパスヮードと同一力否かを判定する。店舗認証に失敗した場合にはステップ S 1 7 9 に移行する。一方、店舗認証に成功した場合には、決済サーバ 7は受信した受付番号又は管理番号から決済サーバ 7における注文情報を特定し、その注文情報に対して売上確定を登録する（ステップ S 1 7 5 )。なお、管理番号又は受付番号が誤って入力される場合もあるので、決済サーバ 7において注文情報を特定できない場合もある。この場合には、ステップ S 1 7 9に移行する。次に、決済サーバ 7は注文代金請求処理を実施する（ステップ S 1 7 7 )。注文代金請求処理は、例えば注文情報をその注文の決済を行うクレジットカード会社に対する請求ファイル 7 7に書き込む処理である。例えば請求ファイル 7 7は月に一度クレジットカード会社に送られる。クレジットカード会社は顧客に代金の請求を行う。また、決済サーバ 7は、決済注文情報 D B 7 5の当該注文に対して請求済みを示す情報を登録する。ここまで実施すると、決済サーバ 7はステップ S 1 7 4乃至3 1 7 7の処理結果を決済サーバ用コマンド I Fプログラム 5 3に送信する（ステップ S 1 7 9 )。決済サーバ用コマンド I Fプログラム 5 3は、処理結果を決済サーバ 7から受信して、店舗側処理部 5 5に出力する（ステップ S 1 8 1 )。店舗側処理部 5 5は、処理結果が成功を示している場合には、請求済み又は売上確定を注文情報 D B 5 1内の送信した管理情報又は受付情報の注文情報に対して登録する（ステップ S 1 8 3 )。もし、処理結果が失敗を示している場合には、例えば店舗端末 1 1に処理結果を出力し、受付番号又は管理番号の確認を求めたり、自動的に再試行を行うようにすることができる。これにて売上確定処理が終了する。売上確定がなされた注文の代金は、クレジットカード会社から店舗に支払われ、クレジットカード会社は顧客に対して請求を行って、顧客から代金を受け取る。以上本発明の一実施例を説明した。上では顧客が I S Pの会員であることを前提として説明したが、他の集団の会員であることを条件とすることも可能である。また、本実施例では店舗サーバ 5に店舗側処理部 5 5と決済サーバ用コマンド I Fプログラム 5 3を設けるような構成としている力このような機能の分割を行う力否かは任意である。決済サーバ用コマンド I Fプログラム 5 3についても、複数の機能モジュールに分けることも可能である。さらに店舗サーバ 5の店舗側処理部 5 5、及び決済サーバ 7については、上で述べた 1乃至 6の処理毎に別個の処理部（例えば C G I ) を設けることも可能であるし、また同一の処理部（例えば C G I ) が処理を行うような構成とすることも可能である。上で述べた 1乃至 6の各処理内において複数の処理部を設けて処理させることも可能である。更に加えて店舗サーバ 5は物理的に一台のコンピュータにて実装される場合もあるし、複数台のコンピュータにて実装される場合もある、決済サーバ 7についても同様である

[産業上の利用可能性]

以上本発明によれば、決済業務を行う会社のコンピュータ等にぉレ、て顧客認証等を行うための新規な技術を提供することができた。

Claims

請求の範囲

1 . 顧客認証要求に係る、顧客の端末の情報と店舗情報と少なくとも当該顧客による注文の識別情報とを受信した場合に、第 1のキーを生成して当該第 1のキーを前記顧客の端末に送信する認証確認手段と、

前記顧客の端末から前記第 1のキーを受信すると当該第 1のキーの正当性確認処理を実施し、前記顧客の端末から当該顧客の認証用情報を受信すると前記顧客に対する認証処理を実施し、前記第 1のキーの正当性確認処理結果及び前記顧客に対する認証処理結果が肯定的である場合に第 2のキーを生成して、前記店舗のコンピュータに当該第 2のキー及び前記顧客による注文の識別情報を送信する顧客認証手段と、

を有するコンピュータ ·システム。

2 . 前記認証確認手段が、受信した前記店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施することを特徴とする請求項 1記載のコンピュータ ·システム。

3 . 前記認証確認手段が、前記顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録することを特徴とする請求項 1記載のコンピュータ ·システム。

4 . 前記認証確認手段が、前記顧客の端末に、前記第 1のキ^"と共に顧客認証を行う旨の通知を送信することを特徴とする請求項 1記載のコンピュータ 'システム。

5 . 前記顧客認証手段が、前記顧客認証を行う旨の通知に応答した前記顧客の端末から前記第 1のキーを受信した後に、前記顧客の端末に前記顧客の認証用情報の入力を促すメッセージを送 ¹ [言し、当該メッセージに応答した前記顧客の端末から前記顧客の認証用情報を受信することを特徴とする請求項 4記載のコンビュータ · システム。

6 . 前記認証確認手段が、前記顧客の端末に、前記第 1のキーと共に前記顧客の認証用情報の入力を促すメッセージを送信することを特徴とする請求項 1記載のコンピュータ · システム。

7 . 前記顧客認証手段が、前記顧客に対するシステム利用資格の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に第 2のキーを生成して、前記店舗のコンピュータに当該第 2のキー及び前記顧客による注文の識別情報を送信する

ことを特徴とする請求項 1記載のコンピュータ ' システム。

8 . 前記システム利用資格の確認処理は、顧客が所定の会員資格状態を保持してレヽるか及び所定の決済システムを利用可能であるかを確認する処理であることを特徴とする請求項 7記載のコンピュータ ·システム。

9 . 前記店舗のコンピュータから前記第 2のキーと前記店舗の認証用情報と前記顧客による注文の内容情報とを受信した場合、前記第 2のキーの正当性確認処理と、前記店舗に対する認証処理と、予め登録されている前記顧客の情報を用いた前記顧客の与信処理とを実施し、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及ぴ前記顧客の与信処理の結果が肯定的である場合に前記顧客による注文の内容情報を登録する与信処理手段、

をさらに有する請求項 1記載のコンピュータ · システム。

1 0 . 前記与信処理手段は、前記店舗のコンピュータに、前記顧客による注文の内容情報の登録可否を示す情報と、前記顧客による注文の識別情報とを送信することを特徴とする請求項 9記載のコンピュータ ·システム。前記与信処理手段が、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及び前記顧客の与信処理の結果が肯定的である場合に前記与信処理手段における登録識別情報を前記店舗のコンピュータに送信することを特徴とする請求項 9記載のコンピュータ ·システム。 1 2 . 前記与信処理手段は、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及び前記顧客の与信処理の結果が肯定的である場合に前記顧客による注文の内容情報の少なくとも一部を含む電子メールを前記顧客に対して送信することを特徴とする請求項 9記載のコンピュータ ·システム。 1 3 . 前記認証確認手段が、前記顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録し、

前記与信処理手段が、前記店舗のコンピュータから受信した前記顧客による注文の内容の情報を仮登録された情報と比較確認する処理を実施する

ことを特徴とする請求項 9記載のコンピュータ · システム。

1 4 . 前記店舗のコンピュータから注文代金請求依頼に係る前記顧客による注文の識別情報を受信した場合に、前記顧客による注文の識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を前記記憶装置に登録し且つ注文代金請求処理を実施する請求処理手段、

をさらに有する請求項 1 0記載のコンピュータ ·システム。

1 5 . 前記店舗のコンピュータから注文代金請求依頼に係る前記登録識別情報を受信した場合に、前記登録識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を前記記憶装置に登録し且つ注文代金請求処理を実施する請求処理手段、

をさらに有する請求項 1 1記載のコンピュータ · システム。

1 6 . 前記請求処理手段が、前記注文代金請求依頼に係る前記店舗の認証用情報を受信して、前記店舗【こ対する認証処理を行うことを特徴とする請求項 1 4又は 1 5記載のコンピュータ ·システム。

1 7 . 前記請求処理手段は、前記店舗のコンピュータに、

前記顧客による注文の識別情報又は前記登録識別情報の正当性が確認されない場合、注文代金請求に失敗した旨の通知を送信し、

前記注文代金請求処理に成功した場合には、注文代金請求に成功した旨の通知を送信する

ことを特徴とする請求項 1 5記載のコンピュータ 'システム。 1 8 . 顧客認証要求に係る顧客の端末の情報及び店舗情報を受信した場合に、キ一を生成して当該キーを前記顧客の端末に送信する認証確認手段と、

前記顧客の端末から前記キーを受信すると当該キーの正当性確認処理を実施し、前記顧客の端末から当該顧客の認証用情報を受信すると前記顧客に対する認証処理を実施し、前記キ^"の正当性確認処理結果及び前記顧客に対する認証処理結果が肯定的である場合に、前記店舗のコンピュータに前記顧客に対する認証処理結果が肯定的であったことを示す情報を送信する顧客認証手段と、

を有するコンピュータ . システム。

1 9 . 前記認証確認手段が、受信した前記店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施することを特徴とする請求項 1 8記載のコンピュータ · システム。

2 0. 前記顧客認証手段が、前記顧客に対するシステム利用資格の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に、前記店舗のコンピュータに、当該顧客がシステム利用可能であることを示す情報を送信する

ことを特徴とする請求項 1 8記載のコンピュータ ·システム。 2 1 . 前記認証確認手段が、少なくとも前記顧客による注文を識別する識別情報を受信し、

前記顧客認証手段が、前記顧客に対する認証処理が肯定的であったことを示す情報と共に前記顧客による注文を識別する識別情報を送信する

ことを特徴とする請求項 1 8記載のコンピュータ ·システム。

2 2 . 顧客認証要求に係る、顧客の端末の情報と店舗情報と少なくとも当該顧客による注文の識別情報とを受信した場合に、第 1のキーを生成して当該第 1のキ一を前記顧客の端末に送信する認証確認ステップと、

前記顧客の端末から前記第 1のキーを受信すると当該第 1のキーの正当性確認処理を実施し、前記顧客の端末から当該顧客の認証用情報を受信すると前記顧客に対する認証処理を実施し、前記第 1のキーの正当性確認処理結果及び前記顧客に対する認証処理結果が肯定的である場合に第 2のキーを生成して、前記店舗のコンピュータに当該第 2のキー及び前記顧客による注文の識別情報を送信する顧客認証ステップと、

を含む電子商取引情報処理方法。

2 3 . 前記認証確認ステップにおいて、受信した前記店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施することを特徴とする請求項 2 2記載の電子商取引情報処理方法。

2 4 . 前記認証確認、ステップにおいて、前記顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録することを特徴とする請求項 2 2記載の電子商取引情報処理方法。 2 5 . 前記認証確認ステップにおいて、前記顧客の端末に、前記第 1のキーと共に顧客認証を行う旨の通知を送信することを特徴とする請求項 2 2記載の電子商取引情報処理方法。

2 6 . 前記顧客認証ステップにおいて、前記顧客認証を行う旨の通知に応答した前記顧客の端末から前記第 1のキーを受信した後に、前記顧客の端末に前記顧客の認証用情報の入力を促すメッセージを送信し、当該メッセージに応答した前記顧客の端末から前記顧客の認証用情報を受信することを特徴とする請求項 2 5 記載の電子商取引情報処理方法。

2 7 . 前記認証確認ステップにおいて、前記顧客の端末に、前記第 1のキーと共に前記顧客の認証用情報の入力を促すメッセージを送信することを特徴とする請求項 2 2記載の電子商取引情報処理方法。

2 8 . 前記顧客認証ステップにおいて、前記顧客に対するシステム利用資格の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に第 2のキーを生成して、前記店舗のコンピュータに当該第 2のキー及び前記顧客による注文の識別情報を送信する

ことを特徴とする請求項 2 2記載のコン電子商取引情報処理方法。

2 9 . 前記システム利用資格の確認処理は、顧客が所定の会員資格状態を保持しているか及ぴ所定の決済システムを利用可能であるかを確認する処理であることを特徴とする請求項 2 8記載の電子商取引情報処理方法。

3 0 . 前記店舗のコンピュータから前記第 2のキーと前記店舗の認証用情報と前記顧客による注文の内容情報とを受信した場合、前記第 2のキーの正当性確認処理と、前記店舗に対する認証処理と、予め登録されている前記顧客の情報を用いた前記顧客の与信処理とを実施し、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及び前記顧客の与信処理の結果が肯定的である場合に前記顧客による注文の内容情報を登録する与信処理ステップ、

をさらに含む請求項 2 2記載の電子商取引情報処理方法。

3 1 . 前記与信処理ステップにおいて、前記店舗のコンピュータに、前記顧客による注文の内容情報の登録可否を示す情報と、前記顧客による注文の識別情報とを送信することを特徴とする請求項 3 0記載のコンピュータ ·システム。

3 2 . 前記与信処理ステップにおいて、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及び前記顧客の与信処理の結果が肯定的である場合に前記与信処理ステップにおける登録識別情報を前記店舗のコンピュータに送信することを特@ [とする請求項 3 0記載の電子商取引情報処理方法。

3 3 . 前記与信処理ステップにおいて、前記第 2のキーの正当性確認処理、前記店舗に対する認証処理及び前記顧客の与信処理の結果が肯定的である場合に前記顧客による注文の内容情報の少なくとも一部を含む電子メールを前記顧客に対して送信することを特徴とする請求項 3 0記載の電子商取引情報処理方法。

3 4 .前記認証確認ステップが、前記顧客による注文の内容情報をさらに受信し、当該顧客による注文の内容情報を仮登録し、

前記与信処理ステップが、前記店舗のコンピュータから受信した前記顧客による注文の内容の情報を仮登録された情報と比較確認する処理を実施する

ことを特徴とする請求項 3 0記載の電子商取引情報処理方法。

3 5 . 前記店舗のコンピュータから注文代金請求依頼に係る前記顧客による注文の識別情報を受信した場合に、前記顧客による注文の識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を前記記憶装置に登録し且つ注文代金請求処理を実施する請求処理ステップ、

をさらに含む請求項 3 1記載の電子商取引情報処理方法。 3 6 . 前記店舗のコンピュータから注文代金請求依頼に係る前記登録識別情報を受信した場合に、前記登録識別情報の正当性を確認し、正当性が確認された場合には当該顧客による注文に対して売上確定を前記記憶装置に登録し且つ注文代金請求処理を実施する請求処理ステップ、

をさらに含む請求項 3 2記載の電子商取引情報処理方法。

3 7 . 前記請求処理ステップにおいて、前記注文代金請求依頼に係る前記店舗の認証用情報を受信して、前記店舗に対する認証処理を行うことを特徴とする請求項 3 5又は 3 6記載の電子商取引情報処理方法。

3 8 . 前記請求処理ステップにおいて、前記店舗のコンピュータに、

ことを特 ί敷とする請求項 3 6記載の電子商取引情報処理方法。

3 9 . 顧客認証要求に係る顧客の端末の情報及び店舗情報を受信した場合に、キ一を生成して当該キーを前記顧客の端末に送信する認証確認ステップと、前記顧客の端末から前記キーを受信すると当該キーの正当性確認処理を実施し、前記顧客の端末から当該顧客の認証用情報を受信すると前記顧客に対する認証処理を実施し、前記キーの正当性確認処理結果及び前記顧客に対する認証処理結果が肯定的である場合に、前記店舗のコンピュータに前記顧客に対する認証処理結果が肯定的であったことを示す情報を送信する顧客認証ステップと、を含む認証処理方法。

4 0 . 前記認証確認ステップにおいて、受信した前記店舗情報を用いて、当該店舗に対する認証処理又は当該店舗の確認処理を実施することを特徴とする請求項 3 9記載の認証処理方法。

4 1 . 前記顧客認証ステップにおいて、前記顧客に対するシステム利用資格の確認処理をさらに実施し、当該システム利用資格の確認処理結果も併せて肯定的である場合に、前記店舗のコンピュータに、当該顧客がシステム利用可能であることを示す情報を送信することを特徴とする請求項 3 9記載の認証処理方法。

4 2. 前記認証確認ステップが、少なくとも前記顧客による注文を識別する識別情報を受信し、

前記顧客認証ステップが、前記顧客に対する認証処理が肯定的であったことを示す情報と共に前記顧客による注文を識別する識別情報を送信する

ことを特徴とする請求項 3 9記載の認証処理方法。

4 3 . 電子商取引のための情報処理を実行するためのプログラムを格納した記録媒体であって、

前記プログラムは、コンピュータに、

顧客認証要求に係る、顧客の端末の情報と店舗情報と少なくとも当該顧客による注文の識別情報とを受信した場合に、第 1のキーを生成して当該第 1のキーを前記顧客の端末に送信する認証確認ステップと、

を実行させるためのプログラムである、記録媒体。

4 4 . 認証処理のためのプログラムを格納した記録媒体であって、

顧客認証要求に係る顧客の端末の情報及び店舗情報を受信した場合に、キーを生成して当該キーを前記顧客の端末に送信する認証確認ステップと、

前記顧客の端末から前記キーを受信すると当該キーの正当性確認処理を実施し、前記顧客の端末から当該顧客の認証用情報を受信すると前記顧客に対する認証処理を実施し、前記キーの正当性確認処理結果及び前記顧客に対する認証処理結果が肯定的である場合に、前記店舗のコンピュータに前記顧客に対する認証処理結果が肯定的であったことを示す情報を送信する顧客認証ステップと、を実行させるためのプログラムである、記録媒体。

4 5 . オンライン販売における決済の申込方法であって、

注文情報を店舗サーバに送信するステップと、

前記店舗サーバから前記注文に対する決済依頼を受信した場合に、当該決済依頼に応答するステップと、

前記決済依頼への応答に対応し且つキー情報を含む、認証の実施を確認させるための情報を決済サーバから受信した場合に、当該キー情報と共に認証の実施を確認する応答を前記決済サーバに対し行うステップと、

前記決済サーバからの認証要求を受信した場合、予め登録された識別情報及びパスヮードを前記決済サーバへ送信するステツプと、

を含む決済申込方法。 4 6 . オンライン販売における決済の申込方法であって、

注文情報を店舗サーバに送信するステップと、

前記店舗サーバから前記注文に対する決済依頼を受信した場合、当該決済依頼に応答するステップと、

前記決済依頼への応答に対応し且つキー情報を含む認証要求を受信した場合、前記キー情報と共に予め登録された識別情報及びパスワードを前記決済サーバへ送信するステップと、

を含む決済申込方法。