JP2000148841A - 受注処理装置、決済処理装置、決済処理システム、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 顧客の操作性や商品提供の即時性を損なうこ
となく、常に正確且つ効率的なネット決済を行うことが
可能な決済処理システムを提供する。 【解決手段】 受注処理装置１１０は、発注装置１４０
（Ｘ）からの注文を受注して決済処理装置１２０に対し
て決済処理を要求する前に、該注文の情報を仮注文情報
として保管しておき、発注装置１４０（Ｘ）からの要求
に基づいて、該仮注文情報を提示し、さらに発注装置１
４０（Ｘ）から要求があった場合に、該仮注文情報に関
する決済要求を決済処理装置に対して再度行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、インター
ネット等の公用ネットワークにおいて、一般利用者が利
用するオンラインショッピング等の決済を行うための受
注処理装置、決済処理装置、決済処理システム、及びそ
れを実施するための処理ステップをコンピュータが読出
可能に格納した記憶媒に関するものである。

【０００２】

【従来の技術】近年においては、パーソナルコンピュー
タ等の一般家庭向けのコンピュータシステムや、インタ
ーネット等のネットワーク技術の進歩と普及に伴って、
インターネットを利用した商品情報の提供と受注を行う
サービスが広く行われるようになった。さらに、その場
で決済を行う、所謂「ネット決済」や「オンライン決
済」と呼ばれるサービスも広く行われるようになってき
た。このような状況を背景に、インターネット上で一般
顧客向けに商取引を行おうとする店舗やネット決済を代
行する業者にとっては、いかに簡便に安全なネット決済
システムを構築し提供できるかが重要になってきてい
る。

【０００３】ここで、ネット決済の代行業者が提供する
基本的な決済方法としては、次のような方法がとられて
いる。 １）予め会員を募り、例えば、クレジットカードでの引
き落とし等、会員の入会時に会員ごとに決済方法を契約
する。このとき、会員に対して所定のパスワードを与え
る。その上でネット決済を行う際には、会員が入会時に
割り振られたパスワードを入力する。これにより、正し
い会員であるか等を認証し、後日該会員のクレジット引
き落としを請求する。 ２）顧客は、一定金額のプリペイドカードを事前に購入
しておく。そして、ネット決済を行う際には、会員がプ
リペードカードに印刷してあるパスワードを入力する。
これにより、該会員がプリペイドカード代金の上限まで
の購入ができるようにする。 これらの方法（１）及び（２）では何れも、ネット決済
の代行業者が取り引きに関する決済金額を認識している
必要がある。

【０００４】そこで、上述のような方法によるネット決
済をインターネットを用いて行うために、現在では、次
のようないくつかの方法が考案され、実施されている。

【０００５】第１の方法：出店店舗が、独自に会員を募
り、ネット決済の代行業者が実施している、上述したよ
うなクレジットカードの引き落とし等までを行う。この
方法は、商品情報の追加・更新が、柔軟且つ迅速に行え
ることを可能にし、主として店舗の品揃えが多い場合
や、取り引きが非常に多い場合などに利用されている。

【０００６】第２の方法：ネット決済の代行業者が、運
営するサーバ（以下、「決済サーバ」と言う）上で、各
出店店舗の商品と価格を保管しておき、商品情報の提供
も含めたインターネット上の全てのサービスを代行す
る。或いは、ネット決済時に、店舗が運営して商品情報
の提供と受注を行うサーバ（以下、「店舗サーバ」と言
う）から商品番号のみを決済サーバに引き渡すことで、
決済サーバ上で保管している価格を元にネット決済を行
う。この方法は、店舗サーバが不要、もしくは簡単に構
築・運営することを可能とし、主として出店店舗側で店
舗サーバを構築・運営することが困難な場合等に利用さ
れている。

【０００７】第３の方法：ネット決済時に、決済金額を
店舗サーバから決済サーバに引き渡すことで、ネット決
済を行う。この方法によれば、店舗サーバが商品情報を
保有する必要がなくなり、商品情報の追加・更新が店舗
サーバ側で独自に行えるため、柔軟且つ迅速な商品構成
を提供することが可能となり、且つ店舗サーバの構築・
運営も容易に行うことも可能となる。すなわち、第３の
方法は、第１の方法と第２の方法の効果を両立させた方
法である。

【０００８】尚、第１の方法では、クレジットカード番
号等のデータがインターネット内を流れ、第三者に漏洩
することを防ぐために、ＳＥＴ（Secure Electronic Tr
ansaction ）等の暗号化手順が考案され、第２及び第３
の方法ではＳＳＬ（Secure Sockets Layer）等のインタ
ーネットで一般的に使用されるより簡便な暗号化手順が
利用されている。

【０００９】上述のような第１〜第３の方法によるネッ
ト決済は、一般的にインターネット上で使用されるＷＷ
Ｗ（World Wide Web）機能を用いて実施することで、よ
り容易に多くの一般顧客が使用することを可能としてい
る。

【００１０】

【発明が解決しようとする課題】しかしながら、従来で
は、第１の方法及び第２の方法には夫々長所と短所があ
るために、両方の長所を生かす目的で第３の方法が考案
されたが、その第３の方法には次のような問題点があっ
た。

【００１１】例えば、不安定なインターネットを利用し
ていることにより、利用者が決済処理を行っている過程
で利用者のコンピュータのネットワーク接続が切れてし
まった場合、利用者は、もう一度最初から発注及び決済
処理を行う必要があり、また、その決済処理が完了して
いたか否かを確認することが非常に困難であった。

【００１２】また、第３の方法の実施の方法の一つとし
て、決済結果を電子メール等の別経路で利用者に対して
送信し、利用者の確認返信を受信した上で決済完了とす
る方法もあるが、この方法では、顧客の自然な操作の流
れや商品提供の即時性を損なう恐れがあった。

【００１３】さらに、例えば、利用者が決済処理を完了
したものと考えていたにしても、店舗サーバが停止した
等の原因で、決済サーバから決済完了通知が店舗サーバ
に送信されなかった場合には、利用者が決済処理を完了
させた注文の商品が該利用者に届かない、という問題も
あった。

【００１４】そこで、本発明の第１の目的は、上記の欠
点を除去するために成されたもので、ネット決済時に店
舗サーバにおいて決済前の注文情報を仮注文情報として
保管しておき、利用者が必要に応じて該仮注文情報の内
容を取得して、未決済の注文に対して注文の再決済を要
求することを可能とすることで、顧客の操作性や商品提
供の即時性を損なうことなく、常に正確且つ効率的なネ
ット決済を行うことが可能な、受注処理装置、決済処理
装置、決済処理システム、及びそれを実施するための処
理ステップをコンピュータが読出可能に格納した記憶媒
体を提供することにある。また、本発明の第２の目的
は、店舗サーバにおいて仮注文情報を調べ、仮注文情報
の決済状況を決済サーバから取得することによって、店
舗サーバと決済サーバとの決済状況のデータ不整合を排
除することを可能とすることで、常に正確且つ効率的な
ネット決済を行うことが可能な、受注処理装置、決済処
理装置、決済処理システム、及びそれを実施するための
処理ステップをコンピュータが読出可能に格納した記憶
媒体を提供することにある。

【００１５】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、外部発注装置からの要求に基づいて、予
め保有している商品情報を該外部発注装置に対して提供
する商品情報提供手段と、上記外部発注装置から受け取
った注文情報に対する決済を、外部決済処理装置に対し
て依頼する注文受注手段と、上記注文情報を、上記外部
決済処理装置での決済処理完了前の仮注文情報と決済処
理完了後の本注文情報とで区別して保持し、上記外部決
済処理装置での決済処理の結果に基づいて、仮注文情報
を本注文情報に変更することによって、上記注文情報に
対する受注を確定する決済結果処理手段と、上記外部発
注装置からの要求に基づいて、上記決済結果処理手段で
の仮注文情報を上記外部発注装置に対して提示し、該仮
注文情報に対する再決済を上記外部決済処理装置に対し
て依頼する再決済受注手段とを備えることを特徴とす
る。

【００１６】第２の発明は、上記第１の発明において、
上記外部決済処理装置から取得した上記決済結果処理手
段での仮注文情報の決済処理の結果に基づいて、該仮注
文情報を本注文情報に変更することによって、該仮注文
情報に対する受注を確定する未決済注文処理手段を更に
備えることを特徴とする。

【００１７】第３の発明は、上記第２の発明において、
上記未決済注文処理手段は、上記仮注文情報に含まれる
注文番号に基づいた注文単位で、上記仮注文情報の決済
処理の結果を上記外部決済処理装置から取得することを
特徴とする。

【００１８】第４の発明は、上記第２の発明において、
上記未決済注文処理手段は、所定の決済完了日時情報に
基づいて、複数の上記仮注文情報の決済処理の結果を上
記外部決済処理装置から取得することを特徴とする。

【００１９】第５の発明は、上記第１の発明において、
上記外部決済処理装置とのデータ交換を、上記外部発注
装置を経由しない経路で行うことを特徴とする。

【００２０】第６の発明は、外部受注処理装置からの決
済の要求に基づいて、該外部受注処理装置に対して任意
の注文情報を出力した外部発注装置とデータ交換を行っ
て、該注文情報に対する決済を行い、その決済の結果を
保管して、上記外部受注処理装置に対して決済処理完了
を通知する決済手段を備える決済処理装置であって、上
記決済手段は、請求項１〜５の何れかに記載の受注処理
装置の機能を有する上記外部受注処理装置からの要求に
基づいて、上記注文情報に対する決済処理の結果を提供
する決済結果提供手段を含むことを特徴とする。

【００２１】第７の発明は、外部受注処理装置からの決
済の要求に基づいて、該外部受注処理装置に対して任意
の注文情報を出力した外部発注装置とデータ交換を行っ
て、該注文情報に対する決済を行い、その決済の結果を
保管して、上記外部受注処理装置に対して決済処理完了
を通知する決済手段を備える決済処理装置であって、上
記外部受注処理装置からの要求に基づいて、上記注文情
報に対する決済処理の結果を提供する決済結果提供手段
を更に備えることを特徴とする。

【００２２】第８の発明は、上記第６又は７の発明にお
いて、上記決済結果提供手段は、上記注文情報に含まれ
る注文番号に基づいた注文単位で、上記決済処理の結果
を提供することを特徴とする。

【００２３】第９の発明は、上記第６又は７の発明にお
いて、上記決済結果提供手段は、所定の決済完了日時情
報に基づいて、上記決済処理の結果を提供することを特
徴とする。

【００２４】第１０の発明は、上記第６又は７の発明に
おいて、上記決済手段は、本装置内に保有する設定情報
と、上記外部受注処理装置からの該設定情報の選択指定
に基づいて、処理内容を変更することを特徴とする。

【００２５】第１１の発明は、上記第７の発明におい
て、上記外部受注処理装置とのデータ交換を、上記外部
発注装置を経由しない経路で行うことを特徴とする。

【００２６】第１２の発明は、ユーザから指示された任
意の商品についての注文情報を出力する発注装置と、上
記発注装置から出力された注文情報を受注する受注処理
装置と、上記受注処理装置からの要求に従って上記注文
情報に対する決済処理を行う決済処理装置とが、ネット
ワークを介して接続されてなる決算システムであって、
上記受注処理装置は、請求項１〜５の何れかに記載の受
注処理装置の機能を有し、上記決済処理装置は、請求項
６〜１１の何れかに記載の決済処理装置の機能を有する
ことを特徴とする。

【００２７】第１３の発明は、上記第１２の発明におい
て、上記ネットワークは、インターネットを含み、上記
インターネットによるデータ交換は、ＷＷＷ機能による
データ通信を含むことを特徴とする。

【００２８】第１４の発明は、発注装置によるユーザか
らの任意の商品の注文を受注処理装置で受注し、該注文
情報に対する決済処理を決済処理装置で行うための処理
ステップをコンピュータが読出可能に格納した記憶媒体
であって、上記処理ステップは、上記受注処理装置が、
上記発注装置からの要求に基づいて、予め保有している
商品情報を上記発注装置に対して提供する商品提供ステ
ップと、上記発注装置が、上記商品提供ステップにより
提供された商品情報に対するユーザの指示に従った商品
の注文情報を、上記受注処理装置に対して送信する注文
ステップと、上記受注処理装置が、上記注文ステップに
より送信されてきた注文情報を受注し、該注文情報に対
する決済を上記決済処理装置に依頼する注文受注ステッ
プと、上記決済処理装置が、上記注文受注ステップによ
る依頼に基づいて、上記注文情報に対する決済処理を行
い、その決済処理の結果を上記受注処理装置に対して送
信する決済ステップと、上記受注処理装置が、上記注文
受注ステップでの注文情報を、上記外部決済処理装置で
の決済処理完了前の仮注文情報と決済処理完了後の本注
文情報とで区別して保持し、上記決済ステップにより送
信されてきた決済処理の結果に基づいて、仮注文情報を
本注文情報に変更することによって、上記注文情報に対
する受注を確定する決済結果処理ステップと、上記受注
処理装置が、上記発注装置からの要求に基づいて、上記
決済結果処理ステップでの仮注文情報についての決済処
理の結果を、上記決済処理装置に対して要求する未決済
要求ステップと、上記決済処理装置が、上記未決済要求
ステップによる要求に基づいて、上記決済処理結果情報
を上記受注処理装置に対して送信する未決済ステップ
と、上記受注処理装置が、上記未決済ステップにより送
信されてきた決済処理結果情報を上記外部発注装置に対
して提示する未決済提示ステップと、上記受注処理装置
が、上記発注装置からの指示に従って、上記仮注文情報
に対する再決済を上記外部決済処理装置に対して依頼す
る再決済受注ステップとを含むことを特徴とする。

【００２９】第１５の発明は、上記第１４の発明におい
て、上記処理ステップは、上記仮注文情報に含まれる注
文番号に基づいた注文単位で、上記仮注文情報の決済処
理の結果を、上記決済処理装置から上記受注処理装置に
送信させるステップを含むことを特徴とする。

【００３０】第１６の発明は、上記第１４の発明におい
て、上記処理ステップは、所定の決済完了日時情報に基
づいて、複数の上記仮注文情報の決済処理の結果を、上
記決済処理装置から上記受注処理装置に送信させるステ
ップを含むことを特徴とする。

【００３１】第１７の発明は、上記第１４の発明におい
て、上記処理ステップは、上記決済処理装置と上記受注
処理装置間でのデータ交換を、上記発注装置を経由しな
い経路で行うステップを含むことを特徴とする。

【００３２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３３】（第１の実施の形態）本発明は、例えば、
図１に示すような決済システム１００に適用される。

【００３４】＜システム構成＞決済システム１００は、
上記図１に示すように、店舗サーバ１１０と、決済サー
バ１２０と、本システムの利用者（顧客）側の端末装置
（クライアントコンピュータ）１４０（１），１４０
（２），・・・，１４０（Ｎ）とが、ネットワーク１３
０を介して接続された構成としている。

【００３５】クライアントコンピュータ１４０（１），
１４０（２），・・・，１４０（Ｎ）は各々同様の構成
としており、詳細は後述するが、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍ、ＨＤＤ等を含み、例えば、顧客が自宅から直接操作
を行うための情報処理装置（コンピュータシステム）で
ある。また、クライアントコンピュータ１４０（１），
１４０（２），・・・，１４０（Ｎ）は各々、その利用
者の要求に応じて、ネットワーク１３０に接続して、ネ
ットワーク１３０を介して店舗サーバ１１０及び決済サ
ーバ１２０とデータ交換を行う機能を備えている。尚、
クライアントコンピュータ１４０（１），１４０
（２），・・・，１４０（Ｎ）は各々同様の構成として
いるため、ここでは説明の簡単のために、複数のクライ
アントコンピュータ１４０（１），１４０（２），・・
・，１４０（Ｎ）のうちのあるクライアントコンピュー
タ１４０（Ｘ）に着目し、それに関する動作説明等を行
う。

【００３６】店舗サーバ１１０は、商品の販売を行う業
者（商品販売業者）が維持運営する情報処理装置であ
り、商品に関する情報（商品情報）を保持する機能を備
えている。また、店舗サーバ１１０は、ネットワーク１
３０と常時接続しており、ネットワーク１３０を介して
クライアントコンピュータ１４０（Ｘ）に上記商品情報
を提示してクライアントコンピュータ１４０（Ｘ）から
の注文情報を受注するためのデータ交換を行う機能と、
ネットワーク１３０を介して決済サーバ１２０との間で
データ交換を行う機能と、商品対価の決済が完了した場
合に商品を顧客に届けるために必要な処理の全て又は一
部を行う機能をも備えている、尚、ここでは、”商品”
とは、顧客の注文に基づいて物理的手段によって配送さ
れる物品、或いは、ネットワーク１３０を介して店舗サ
ーバ１１０からクライアントコンピュータ１４０（Ｘ）
に伝送されるディジタルデータを示すものとする。

【００３７】決済サーバ１２０は、商品購入時の顧客の
対価支払を上記商品販売業者に代行する、所謂決済代行
を行う業者（決済代行業者）が維持運営する情報処理装
置である。決済サーバ１２０も、ネットワーク１３０に
常時接続しており、ネットワーク１３０を介して店舗サ
ーバ１２０から決済が必要な商品の情報を受け取る機能
と、同じくネットワーク１３０を介してクライアントコ
ンピュータ１４０（Ｘ）とデータ交換を行ってその利用
者（顧客）を認証して上記商品情報に基づいてクライア
ントコンピュータ１４０（Ｘ）との間で決済処理を行う
機能と、該決済処理の結果を店舗サーバ１２０が取得で
きるようにする機能と、該決済処理の結果に基づいて顧
客の銀行口座からの引き落し等の対価受領及び店舗サー
バ１２０への該対価支払いを行うための処理の全て又は
一部を行う機能を備えている。

【００３８】ネットワーク１３０は、クライアントコン
ピュータ１４０（Ｘ）、店舗サーバ１１０、及び決済サ
ーバ１２０を接続する接続手段であって、例えば、イン
ターネット等のネットワークシステムである。すなわ
ち、ネットワーク１３０は、クライアントコンピュータ
１４０（Ｘ）、店舗サーバ１１０、及び決済サーバ１２
０が各々、本ネットワークに接続することによって、ク
ライアントコンピュータ１４０（Ｘ）と店舗サーバ１１
０及び決済サーバ１２０の間、さらに店舗サーバ１１０
と決済サーバ１２０の間のデータ交換を可能にするもの
である。

【００３９】尚、ここでは説明の簡単のため、ネットワ
ーク１３０として、一般的なインターネットを単一で用
いているようにしているが、これに限らず、他のネット
ワークを用いるようにしてもよい。また、インターネッ
トを用いた場合にはデータ漏洩等の危険性があるため、
例えば、店舗サーバ１１０と決済サーバ１２０のデータ
交換の接続のみを専用線接続等の安全な他のネットワー
クを用いる等、複数のネットワークを用いるようにして
もよい。これにより、データ漏洩等の危険性を防ぐこと
ができる。

【００４０】＜情報処理装置の内部構成＞図２は、クラ
イアントコンピュータ１４０（１）〜１４０（Ｎ）、店
舗サーバ１１０、及び決済サーバ１２０として使用して
いる情報処理装置の内部構成を示したものである。
尚、ここでは、クライアントコンピュータ１４０（１）
〜１４０（Ｎ）、店舗サーバ１１０、及び決済サーバ１
２０の各情報処理装置において、必要となる内部構成に
ついては差異がないため、上記図２で一括してハードウ
ェア構成の説明を行うものとする。

【００４１】情報処理装置は、装置全体の動作制御を司
る中央演算装置（ＣＰＵ）２０１、ランダムアクセスメ
モリ（ＲＡＭ）２０２、リードオンリーメモリ（ＲＯ
Ｍ）２０３、ネットワークインターフェース（ＮＥＴＩ
Ｆ）２０４、ビデオＲＡＭ（ＶＲＡＭ）２０５、コント
ローラ（ＫＢＣ）２０７、ハードディスクドライブ（Ｈ
ＤＤ）２０９、及び外部入出力装置２１０が、入出力バ
ス２００を介して接続され、互いにデータ授受する構成
としている。

【００４２】ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ
として機能すると共に、実行プログラムの領域や該プロ
グラムの実行エリアならびにデータエリアとしても機能
する。

【００４３】ROM２０３は、ＣＰＵ２０１の動作処理手
順（各種処理プログラム）が格納されるメモリである。
このため、ROM２０３は、情報処理装置の機器制御を行
うシステムプログラムである基本ソフト（ＯＳ）を格納
するためのプログラムＲＯＭと、システムを稼働するた
めに必要な情報等を格納するためのデータＲＯＭとを含
んでなる。尚、ＣＰＵ２０１での各種処理プログラムを
格納するメモリとしては、ROM２０３の代わりに、ＨＤ
Ｄ２０９を用いるようにしてもよい。

【００４４】ＮＥＴＩＦ２０４は、ネットワークを介し
て情報処理装置間のデータ転送を行うための制御を行っ
たり、接続状況の診断等を行う。

【００４５】ＶＲＡＭ２０５は、情報処理装置の稼働状
態等を示すための表示装置２０６に対して、その画面に
表示される画像を展開し表示制御を行う。表示装置２０
６としては、ここでは例えば、ディスプレイ（ＣＲＴ）
を用いている。以下、表示装置２０６を「ＣＲＴ２０
６」と言う。

【００４６】コントローラ２０７は、それに接続されて
いる外部入力装置２０８からの入力信号を制御するため
のものである。外部入力装置２０８は、情報処理装置の
利用者が該装置に対して行う操作を受けつけるための装
置であり、例えば、キーボードや、マウスなどのポイン
ティングデバイスを含んでなる。以下、外部入力装置２
０８を「ＫＢ２０８」と言い、コントローラ２０７を
「ＫＢＣ２０７」と言う。

【００４７】ＨＤＤ２０９は、アプリケーションプログ
ラムや各種データの保存用に用いられる。ここでのアプ
リケーションプログラムとは、本実施の形態を構成する
各種処理手段を実行するソフトウェアプログラム等を示
すものとする。

【００４８】外部入出力装置２１０は、例えば、フロッ
ピーディスクドライブやＣＤＲＯＭドライブ等のリムー
バブルディスクを入出力するものであり、上述したアプ
リケーションプログラムの媒体からの読み出し等に用い
られる。以下、外部入出力装置２１０を「ＦＤＤ２１
０」と言う。尚、ＨＤＤ２０９に格納するアプリケーシ
ョンプログラムや各種データを、ＦＤＤ２１０に格納す
るようにしてもよい。

【００４９】入出力バス２００は、上述した各ユニット
間を接続するためのバスであり、アドレスバス、データ
バス、及び制御バスを含んでなる。

【００５０】＜モジュール構成＞図３は、クライアント
コンピュータ１４０（Ｘ）、店舗サーバ１１０、及び決
済サーバ１２０の各情報処理装置内で動作する処理手段
群及びデータを格納する格納装置群と、上記処理手段群
及び格納手段群間の制御及びデータの流れの概要を示し
たものである。

【００５１】上記図３中において、閲覧・指示手段３０
１、文書提供手段３１１、商品情報提供手段３１２、注
文受注手段３１３、決済結果受信手段３１４、文書提供
手段３４１、決済予定受信手段３４２、決済手段３４
３、及び決済結果提供手段３４４は各々、処理手段であ
り、各情報処理装置においてＲＯＭ２０３、ＨＤＤ２０
９、又はＦＤＤ２１０から読み出され、ＲＡＭ２０２に
展開されて使用されるアプリケーションプログラム、又
はプログラムの一部として動作するモジュールである。

【００５２】商品情報格納装置３２１、仮注文格納装置
３２２、本注文格納装置３２３、決済予定格納装置３５
１、認証情報格納装置３５２、及び決済結果格納装置３
５３は各々、データ格納装置であって、ファイルシステ
ム又は市販のデータベースシステムを用いて、各情報処
理装置におけるＨＤＤ２０９、ＦＤＤ２１０、及びＲＡ
Ｍ２０２の少なくとも１つを用いてデータを格納するも
のである。

【００５３】上記図３中における矢印は、処理手段間の
制御やデータの流れのうち主要なものを表わしている。
クライアントコンピュータ１４０（Ｘ）、店舗サーバ１
１０、及び決済サーバ１２０の各情報処理装置をまたが
った制御やデータの伝送は、ＮＥＴＩＦ２０４及びネッ
トワーク１３０を介して行われる。

【００５４】尚、ここでは、一般的に実施されているイ
ンターネットを利用したＷＷＷ機能を利用するため、店
舗サーバ１１０と決済サーバ１２０間の制御及びデータ
は、文書提供手段３１１及び文書提供手段３４１、さら
に場合によっては閲覧・指示手段３０１を経由して伝送
されるものとする。このとき、ネットワーク１３０のう
ち、店舗サーバ１１０と決済サーバ１２０の接続方法と
してインターネット以外のネットワークシステムを利用
していた場合、上記の制御及びデータの伝送は、文書提
供手段３１１或いは文書提供手段３４１を経由する必要
はない。

【００５５】以下、各々の処理手段及びデータ格納装置
について具体的に説明する。

【００５６】閲覧・提示手段３０１は、クライアントコ
ンピュータ１４０（Ｘ）上で動作する処理手段の１つで
あって、ネットワーク１３０を通してインターネット等
の外部からのサービスを受けることを可能とするアプリ
ケーションプログラム（いわゆるインターネットブラウ
ザ等の一般的なアプリケーションプログラム）である。
例えば、クライアントコンピュータ１４０（Ｘ）の利用
者は、そのＫＢ２０８を用いて、所望のデータを識別す
るための値（以下、「閲覧データ識別子」と言う）を、
閲覧・指示手段３０１に対して入力する。これを受けた
閲覧・指示手段３０１は、入力された閲覧データ識別子
によって示されるデータを、ネットワーク１３０を介し
て該データを保管している情報処理装置（以下、単に
「サーバ」と言う）から取得し、ＣＲＴ２０６に表示さ
せる。また、閲覧・指示手段３０１は、利用者がＫＢ２
０８より入力した、閲覧データ識別子以外の文字データ
等（以下、「付加データ」と言う）をサーバに対して送
信する。

【００５７】文書提供手段３１１、商品情報提供手段３
１２、注文受注手段３１３、及び決済結果受信手段３１
４は、店舗サーバ１１０上で動作する処理手段である。

【００５８】文書提供手段３１１は、閲覧・指示手段３
０１から送信されてきた閲覧データ識別子を受信し、該
閲覧データ識別子が示すデータを、ＨＤＤ２０９、ＦＤ
Ｄ２１０、及びＲＡＭ２０２等から検索して、その検索
して取得したデータを閲覧・指示手段３０１に対して返
信する。また、文書提供手段３１１は、閲覧・指示手段
３０１から送信されてきた閲覧データ識別子が、アプリ
ケーションプログラム等の処理手段を示す場合は、該処
理手段をＲＡＭ２０２に展開して実行させると共に、こ
のとき閲覧・指示手段３０１から付加データをも送信さ
れてきた場合は、その付加データをＲＡＭ２０２を介し
て上記の処理手段（閲覧データ識別子により示される処
理手段）に引き渡す。この場合、該処理手段がＲＡＭ２
０２に対して出力したデータを、閲覧・指示手段３０１
に対して返信する。尚、ネットワーク１３０がインター
ネットである場合、文書提供手段３１１は、一般的にイ
ンターネットサーバプログラム或いはWWWサーバプログ
ラムと呼ばれるものに相当する。この場合、それによっ
て起動される処理手段は、一般的にＣＧＩプログラムと
呼ばれるものに相当することになる。

【００５９】商品情報提供手段３１２は、閲覧・指示手
段３０１からの指示に基づいて、文書提供手段３１１に
よってＲＡＭ２０２に展開されて動作する処理手段であ
る。この商品情報提供手段３１２は、閲覧・指示手段３
０１から送信されてきた付加データによって示される商
品に関するデータを、商品情報格納装置３２１から読み
取り、その内容を編集してＲＡＭ２０２に出力すること
によって、文書提供手段３１１を介して閲覧・指示手段
３０１に提供する。

【００６０】注文受注手段３１３は、閲覧・指示手段３
０１からの指示に基づいて、文書提供手段３１１によっ
てＲＡＭ２０２に展開されて動作する処理手段である。
この注文受注手段３１３は、閲覧・指示手段３０１から
送信されてきた付加データによって示される、１つ以上
の商品情報から構成される注文データを受け取って、そ
の注文データに対して一意の注文番号を発番すると共
に、その注文データを仮注文格納装置３２２に保管す
る。また、その注文データに対する請求額等の決済情報
を決済手段受信手段３４２に対して送信する。また、注
文受注手段３１３は、決済サーバ１２０の決済手段３４
３に制御を移動させることによって、決済手段３４３の
出力内容を閲覧・指示手段３０１に対して送信させる。
これにより、クライアントコンピュータ１４０（Ｘ）で
は、そのＣＲＴ２０６上に表示される内容が、決済手段
３４３によって作成されたデータ内容に切り替わること
になる。

【００６１】決済結果受信手段３１４は、決済サーバ１
２０の決済手段３４３からの制御移行の結果として、文
書提供手段３１１によってＲＡＭ２０２に展開されて動
作する処理手段である。この決済結果受信手段３１４
は、決済手段３４３から送信されてきた注文番号等の決
済情報を元に、決済結果提供手段３４４に対して要求を
出力することによって、該注文の決済の成否を調べて、
この結果、該注文の決済が決済サーバ１２０上で正しく
完了していた場合には、該注文の情報を仮注文格納装置
３２２から本注文格納装置３２３に移動させ、その後、
閲覧・指示手段３０１伝送用のデータを編集し、それを
文書提供手段３１１を介して閲覧・指示手段３０１に対
して送信する。

【００６２】商品情報格納装置３２１、仮注文格納装置
３２２、及び本注文格納装置３２３は、決済サーバ１２
０上にあるデータ格納装置である。

【００６３】商品情報格納装置３２１は、利用者が発注
可能な商品に関する、商品を一意に識別するための商品
コード、及び商品名、単価等の情報を格納する。仮注文
格納装置３２２は、利用者が発注した注文データのう
ち、決済が未完了のデータを格納する。注文データは、
一意の注文番号で識別され、１つの注文は、決済金額と
１つ以上の商品情報（少なくとも商品コード）から構成
される。本注文格納装置３２３は、決済が完了した注文
データを格納する。

【００６４】尚、注文データの一部として注文の決済状
況（決済が完了したものであるか否か）を表すデータ項
目を持つことによって、仮注文格納装置３２２と本注文
装置３２３を合わせて１つのデータ格納装置として実現
することも可能である。

【００６５】文書提供手段３４１、決済予定受信手段３
４２、決済手段３４３、及び決済結果提供手段３４４
は、決済サーバ１２０上で動作する処理手段である。

【００６６】文書提供手段３４１の有する機能は、店舗
サーバ１１０上の文書提供手段３１１と少なくとも等価
である。

【００６７】決済予定受信手段３４２は、店舗サーバ１
１０の注文受注手段３１３からの要求に基づいて、文書
提供手段３４１によってＲＡＭ２０２に展開されて動作
する処理手段である。 この決済予定受信手段３４２
は、注文受注手段３１３から送信されてきた決済予定の
注文に関する情報（少なくとも注文番号と請求額）を、
決済予定格納装置３５１に保管する。

【００６８】決済手段３４３は、店舗さーば１１０の注
文受注手段３１３からの制御移行の結果として、文書提
供手段３４１によってＲＡＭ２０２に展開されて動作す
る処理手段である。この決済手段３４３は、表示用デー
タを文書提供装置３４１を経由してクライアントコンピ
ュータ１４０（Ｘ）の閲覧・指示手段３０１に対して送
信し、その表示用データに対してクライアントコンピュ
ータ１４０（Ｘ）の利用者がＫＢ２０８を用いて入力し
た付加データを元に処理を行うという、会話的な処理を
繰り返すことによって、クライアントコンピュータ１４
０（Ｘ）の利用者を認証し、決済予定格納装置３５１に
格納されている該利用者の注文に対する予信及び決済処
理を行って、その決済処理の成否を決済結果格納装置３
５３に対して出力する。そして、決済処理が完了した時
点で、制御を店舗サーバ１１０の決済結果受信手段３１
４に移動させることによって、決済結果受信手段３１４
の出力内容を閲覧・指示手段３０１に対して送信させ
る。これにより、クライアントコンピュータ１４０
（Ｘ）上では、そのＣＲＴ２０６上に表示される内容
が、決済結果受信手段３１４によって作成されたデータ
内容に切り替わることになる。

【００６９】決済結果提供手段３４４は、店舗サーバ１
１０の決済結果受信手段３１４等からの要求に基づい
て、文書提供手段３４１によってＲＡＭ２０２に展開さ
れて動作する処理手段である。この決済結果提供手段３
４４は、決済結果受信手段３１４から送信されてきた注
文の決済結果データを決済結果格納装置３５３から検索
し、その検索により取得した決済結果データを要求元の
決済結果受信手段３１４に対して返信する。

【００７０】決済予定格納装置３５１、認証情報格納装
置３５２、及び決済結果格納装置３５３は、決済サーバ
１２０上にあるデータ格納装置である。

【００７１】決済予定格納装置３５１は、店舗サーバ１
１０の注文受注手段３１３から送信されてきた決済予定
データを格納する。この決済予定データは、少なくとも
注文番号と決済金額で構成される。認証情報格納装置３
５２は、決済処理時の認証及び予信を行うために必要と
なる各種の認証情報を格納する。この認証情報は、例え
ば、決済サーバ１２０を利用可能な利用者のＩＤとパス
ワード及び該利用者の決済方法（例えば、銀行口座の口
座番号やクレジットカード番号）等によって構成され
る。また、決済方法がプリペイドカード方式である場合
には、上記の認証情報は、カード番号と該カードのパス
ワード、及び該カードの残高等によって構成される。決
済結果格納装置３５３は、決済結果データ、すなわち決
済が行われた注文に関する情報が格納される。この決済
結果データは、少なくとも注文番号と決済の成否を表す
フラグによって構成される。

【００７２】尚、ここでは、上述した各々の処理手段
は、１つのアプリケーションプログラム又はプログラム
モジュールとしているが、１つの処理手段を複数のアプ
リケーションプログラム又はプログラムモジュールとし
てもよい。或いは、複数の処理手段を１つのアプリケー
ションプログラム又はプログラムモジュールとしてもよ
い。

【００７３】また、実際に、いわゆるオンラインショッ
ピングシステムを実現するためには、店舗サーバ１１０
において、本注文格納装置３２３の情報に基づいて実際
の商品を利用者に配送する機能や、決済サーバ１２０に
おいて、請求額の引き落としなどの清算を行って店舗に
支払う機能等が必要となるが、これらの機能は、一般的
な商品配送や入出金システムとして実現可能であるた
め、その詳細な説明は省略する。ここでは、決済システ
ム１００の最も特徴とする構成について主に説明するも
のとする。

【００７４】また、１つの店舗サーバ１１０に対し複数
の決済サーバ１２０を利用する、或いは１つの決済サー
バ１２０が複数の店舗サーバ１１０からの決済処理を行
うという構成にした場合、店舗サーバ１１０において
は、仮注文格納装置３２２及び本注文格納装置３２３に
格納する注文情報や、注文受注手段３１３が閲覧・指示
手段３０１から受信するデータ項目に対して、決済サー
バを識別する識別子や各決済サーバにおける決済方法に
基づいた処理の振り分け等を行うようにする。一方の決
済サーバ１２０においても、注文受注手段３１３から受
信するデータ項目や、決済結果格納装置３５３に格納す
る決済結果データに対して、店舗サーバを識別する識別
子を用意して、必要に応じて、店舗サーバ毎に決済結果
受信手段３１４への伝送データを区別するようにする。
但し、ここでは説明の簡単のために、店舗サーバ１１０
及び決済サーバ１２０は各々１つであるとする。

【００７５】＜通信方法＞ここで、決済システム１００
（上記図１）でのデータ通信は、例えば、インターネッ
トを用いたＷＷＷ機能を利用して行うものとする。そこ
で、決済システム１００の処理動作の説明の前に、広く
一般的に使用されているインターネットを用いたＷＷＷ
機能におけるデータ通信での、クライアント側における
複数のサーバにまたがる画面遷移、及びサーバ間のデー
タ通信について、図４、図５、図６、及び図７を用いて
説明する。

【００７６】図４は、上記のＷＷＷ機能におけるシステ
ム４００の構成を示したものである。システム４００
は、本システムの利用者である顧客側の情報処理装置４
０１、ＷＷＷサーバ４０２（Ａ）、及びＷＷＷサーバ４
０３が、ネットワーク４０４を介して接続された構成と
している。尚、ＷＷＷ機能を利用したシステム４００
は、本実施の形態の１つであって、以下の説明で使用す
る各構成は、上述した各構成に各々対応するが、それら
を区別するために別名称及び符号を使用する。

【００７７】情報処理装置４０１は、顧客が、例えば、
自宅から直接操作を行うための装置である。以下、情報
処理装置４０１を「ＷＷＷクライアント４０１」と言
う。ＷＷＷクライアント４０１は、処理手段４１０を有
しており、該手段は、ＷＷＷクライアント４０１のＨＤ
Ｄ又はＦＤＤ（上記図２：ＨＤＤ２０９、ＦＤＤ２１０
参照）から読み出され、ＲＡＭ（上記図２：ＲＡＭ２０
２参照）に展開されて使用可能となる処理手段である。
すなわち、処理手段４１０は、いわゆるプログラムモジ
ュールであり、例えば、Ｍｉｃｒｏｓｏｆｔ社のＩｎｔ
ｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）等の、一般的
にＷＷＷブラウザと呼ばれるものに相当する。以下、こ
れを「ブラウザプログラム」と言う。上記のブラウザプ
ログラム４１０は、ＷＷＷクライアント４０１のＫＢ
（上記図２：ＫＢ２０８参照）を用いて利用者から指示
された文書データを、インターネット４０４を介して該
指示データにて示されるＷＷＷサーバに対して要求を出
力することで取得し、その取得した文書データを解析し
てその内容を編集し、ＷＷＷクライアント４０１のＣＲ
Ｔ（上記図２：ＣＲＴ２０６参照）に表示する等の機能
を有する。ここでは、上記図３の閲覧・指示手段３０１
がブラウザプログラム４１０に相当する。

【００７８】尚、実際のシステムでは、ＷＷＷクライア
ントは複数存在し得るが、ここでは説明の簡単のため
に、１つのＷＷＷクライアント４０１が存在するものと
する。また、このＷＷＷクライアント４０１は、上記図
１のクライアントコンピュータ１４０（Ｘ）に相当す
る。

【００７９】ＷＷＷサーバ４０２（Ａ）及びＷＷＷサー
バ（Ｂ）４０３は各々、ＷＷＷクライアント４０１の要
求に応じて、文書や画像データを提供する情報処理装置
である。ＷＷＷサーバ４０２（Ａ）は、ＷＷＷサーバプ
ログラム（Ａ）４２１とＣＧＩプログラム（Ａ）４２２
を有し、ＷＷＷサーバ（Ｂ）４０３も同様に、ＷＷＷサ
ーバプログラム（Ｂ）４３１とＣＧＩプログラム（Ｂ）
４３２を有するものである。

【００８０】ＷＷＷサーバプログラム（Ａ）４２１及び
（Ｂ）４３１は各々、同様の機能を有するプログラムモ
ジュールである。例えば、ＷＷＷサーバプログラム
（Ａ）４２１は、インターネット４０４を介して受信し
た処理要求を解析し、その処理要求を満足する文書デー
タを、ＷＷＷサーバープログラム（Ａ）４２１が稼動す
る情報処理装置のＨＤＤ又はＦＤＤ（上記図２：ＨＤＤ
２０９、ＦＤＤ２１０参照）から検索してインターネッ
ト４０４を介して処理要求の発信元に返信する機能と、
処理要求がプログラムモジュールを示す場合には、該プ
ログラムモジュールをＲＡＭ（上記図２：ＲＡＭ２０２
参照）に展開して実行させ、該プログラムモジュールの
出力結果を、文書データと同様に処理要求の発信元に返
信する機能とを少なくとも有するものである。ここで
は、上記図３の文書提供手段３１１及び文書提供手段３
４１が、ＷＷＷサーバプログラム（Ａ）４２１及び
（Ｂ）４３１に相当する。

【００８１】ＣＧＩプログラム（Ａ）４２２及び（Ｂ）
４３２は各々、同様の機能のプログラムモジュールであ
る。例えば、ＣＧＩプログラム（Ａ）４２２は、上述し
たように、ＷＷＷサーバプログラム（Ａ）４２１が受信
した処理要求がプログラムモジュールであった場合に、
ＷＷＷサーバプログラム（Ａ）４２１によってＷＷＷサ
ーバプログラム４２１が稼動している情報処理装置上の
ＲＡＭ（上記図２：ＲＡＭ２０２参照）に展開されてそ
の動作を開始し、該ＲＡＭに返信データを出力すること
によって、ＷＷＷサーバプログラム（Ａ）４２１を介し
て処理要求の発信元に該返信データを返信する。

【００８２】尚、上述のＷＷＷサーバ（Ａ）４０２及び
ＷＷＷサーバ（Ｂ）４０３についても、実際のシステム
では複数存在し得るが、ここでは説明の簡単のために、
２つのＷＷＷサーバ（Ａ）４０２及び（Ｂ）４０３が存
在するものとする。また、ＷＷＷサーバ（Ａ）４０２及
びＷＷＷサーバ（Ｂ）４０３は、上記図１の店舗サーバ
１１０及び決済サーバ１２０に相当する。

【００８３】インターネット４０４は、ＷＷＷクライア
ント４０１、ＷＷＷサーバ（Ａ）４０２、及びＷＷＷサ
ーバ（Ｂ）４０３の各情報処理装置を接続する接続手
段、すなわちネットワークである。

【００８４】図５は、ＷＷＷ機能において、ＷＷＷサー
バ（Ａ）４０２，（Ｂ）４０３上の文書データ又はＣＧ
Ｉプログラム（Ａ）４２２，（Ｂ）４３２を識別するた
めの識別子を示したものである。この図５では、一般的
にＵｎｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ
（ＵＲＬ）と呼ばれる識別子を一例として挙げている。

【００８５】ＷＷＷクライアント４０１の利用者は、ブ
ラウザプログラム４１０に対して、ＫＢ（上記図２：Ｋ
Ｂ２０８参照）を用いて、上記図５のＵＲＬを入力する
ことにより、所望の文書データやＣＧＩプログラム
（Ａ）４２２，（Ｂ）４３２の処理結果データを取得す
ることができる。このとき、ＷＷＷサーバプログラム
（Ａ）４２１，（Ｂ）４３１が受信する処理要求も、主
にＵＲＬの形式で受信する。このようなＵＲＬは、次の
ような複数の部分によって構成される。

【００８６】”４４１”は、ＵＲＬを送信し、ＵＲＬが
示す文書データ又はＣＧＩプログラム（Ａ）４２２や
（Ｂ）４３２の処理結果をデータ返信する際に使用する
ネットワークプロトコルを示す。ここでは、本通信にお
いて、ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏ
ｔｏｃｏｌ（ＨＴＴＰ）を使用する。”４４２”は、Ｕ
ＲＬを処理要求として送信する際の送信先であるＷＷＷ
サーバ（Ａ）４０２や（Ｂ）４０３を示す識別子であっ
て、インターネット内で予め一意になるよう定められて
いる。”４４３”は、”４４２”で示されるＷＷＷサー
バ（Ａ）４０２や（Ｂ）４０３内において、文書データ
又はＣＧＩプログラム（Ａ）４２２や（Ｂ）４３２を識
別するための識別子である。通常、ＷＷＷサーバ（Ａ）
４０２や（Ｂ）４０３内における文書ファイル又はＣＧ
Ｉプログラムファイルのパス名の一部を使用する。”４
４４”（区切り文字”？”以降の部分）は、ＵＲＬで要
求するものがＣＧＩプログラム（Ａ）４２２や（Ｂ）４
３２である場合に有効となるものあり、必要に応じて付
加される部分である。この”４４４”の部分の値は、Ｃ
ＧＩプログラム（Ａ）４２２や（Ｂ）４３２から参照可
能であり、プログラムモジュールの実行時の引数のよう
に使用できる。以下、この”４４４”の部分を「ＣＧＩ
プログラム引数」と言う。ＣＧＩプログラム引数４４４
内部の形式は、”４４３”で示されるＣＧＩプログラム
によって解析される。

【００８７】そこで、ＷＷＷクライアント４０１のブラ
ウザプログラム４１０から、例えば、ＷＷＷサーバ
（Ａ）のＣＧＩプログラム（Ａ）４２２を実行する場
合、システム４００は次のような動作がなされる。

【００８８】先ず、ＷＷＷクライアント４０１の利用者
は、そのＫＢ（上記図２：ＫＢ２０８参照）を用いて、
ＣＧＩプログラム（Ａ）４２２を示すＵＲＬをブラウザ
プログラム４１０に対して入力する。これにより、ブラ
ウザプログラム４１０は、入力されたＵＲＬをインター
ネット４０４に対して送出する。

【００８９】インターネット４０４は、ブラウザプログ
ラム４１０からのＵＲＬの”４４２”部分を解析するこ
と等により、そのＵＲＬをＷＷＷサーバ（Ａ）４０２の
ＷＷＷサーバプログラム（Ａ）４２１に対して送信す
る。

【００９０】ＷＷＷサーバープログラム（Ａ）４２１
は、インターネット４０４からのＵＲＬの”４４３”部
分を解析することによって、ＣＧＩプログラム（Ａ）４
２２をＨＤＤ（上記図２：ＨＤＤ２０９参照）から検索
し、それをＲＡＭ（上記図２：ＲＡＭ２０２参照）上に
展開して実行させる。

【００９１】これにより、ＣＧＩプログラム（Ａ）４２
２は、必要に応じてＣＧＩプログラム引数４４４を解析
し、指定された処理を行う。その後、ＣＧＩプログラム
（Ａ）４２２は、ＷＷＷクライアント４０１のブラウザ
プログラム４１０に返信すべきデータを編集し、それを
ＲＡＭ（上記図２：ＲＡＭ２０２参照）に対して出力す
ることによってＷＷＷサーバプログラム（Ａ）４２１に
対して返送する。

【００９２】ＷＷＷサーバプログラム（Ａ）４２１は、
ＣＧＩプログラム（Ａ）４２２から返送されてきた返信
データを、インターネット４０４を介してＷＷＷクライ
アント４０１のブラウザプログラム４１０に対して返信
する。

【００９３】ＷＷＷクライアント４０１のブラウザプロ
グラム４１０は、ＷＷＷサーバプログラム（Ａ）４２１
から返送されてきた返信データを解析して編集して、そ
れをＣＲＴ（上記図２：ＣＲＴ２０６参照）上に表示さ
せる。

【００９４】尚、ここでは、上述した「ＵＲＬ」が決済
システム１００での「閲覧データ識別子」に相当し、
「ＣＧＩプログラム引数」が決済システム１００での
「付加データが」に相当する。

【００９５】図６は、上記図５に示したようなＵＲＬの
指定によって、ＷＷＷサーバ（Ａ）４０２や（Ｂ）４０
３から返送される返送データ４５０と、それを元にブラ
ウザプログラム４１０によってＷＷＷクライアント４０
１のＣＲＴ（上記図２：ＣＲＴ２０６参照）上に表示さ
れる画面イメージ４６０の一例を示したものである。

【００９６】ここで、返送データ４５０は、一般的にＨ
ｙｐｅｒｔｅｘｔ ＭａｒｋｕｐＬａｎｇｕａｇｅ（Ｈ
ＴＭＬ）と呼ばれる記述形式に基づいて記述されたテキ
ストデータとしてブラウザプログラム４１０に送信され
るものとする。したがって、上記図６の画面イメージ４
６０は、このＨＴＭＬ４５０に基づいてブラウザプログ
ラム４１０により、ＷＷＷクライアント４０１のＣＲＴ
上に表示された画面状態を示したものである。

【００９７】具体的には、返送データ４５０におい
て、”４５１”は、ＣＲＴ上に表示される後述するボタ
ン４６２が利用者によりクリック（ＫＢＣ２０７に接続
されたポインティングデバイスやＫＢ２０８の操作によ
る利用者からの指示）された時に、ブラウザプログラム
４１０が”ＡＣＴＩＯＮ＝”パラメータで示されるＵＲ
Ｌを、インターネット４０４に対して要求するよう指定
していることを示すデータである。

【００９８】”４５２”は、ＣＲＴ２０６上に後述する
入力フィールド４６１を表示し、”４５１”により指示
されたＵＲＬを要求する際に、入力フィールド４６１に
対して利用者がＫＢ２０８を用いて入力した文字列を、
ブラウザプログラム４１０がＵＲＬにＣＧＩプログラム
引数として付加して要求することを指定していることを
示すデータである。尚、”４５２”のデータ部分のパラ
メータＴＹＰＥに対して、”ＴＹＰＥ＝ＨＩＤＤＥＮ”
と指定すると、ブラウザプログラム４１０は、そのフィ
ールドをＣＲＴ２０６上に表示させず、デフォルト値と
して設定された値をそのままＣＧＩプログラム引数とし
て付加することになる。

【００９９】”４５３”は、ＣＲＴ２０６上に上記ボタ
ン４６２を表示し、ボタン４６２がクリックされた時点
で、ブラウザプログラム４１０がＵＲＬをインターネッ
ト４０４に対して要求することを指定していることを示
すデータである。

【０１００】”４５４”は、ＨＴＴＰヘッダーと呼ばれ
るデータ部分であって、ブラウザプログラム４１０とＷ
ＷＷサーバプログラム（Ａ）４２１や（Ｂ）４３１との
間で交換する制御用の情報が記述される。ここでは、”
４５４”に続くデータ部分を、ＨＴＭＬデータとしてお
り、ブラウザプログラム４１０がＨＴＭＬデータを解析
してその内容に基づいてＣＲＴに画面を編集しなければ
いけないことを示している。

【０１０１】一方、画面イメージ４６０において、”４
６１”は、上述した返送データ４５０内の、”４５２”
のデータ部分の指定に基づいて、ブラウザプログラム４
１０がＣＲＴ上に表示させた入力フィールドを示してい
る。”４６２”は、返送データ４５０内の、”４５３”
のデータ部分の指定に基づいて、ブラウザプログラム４
１０がＣＲＴに表示させたボタンを示している。

【０１０２】そこで、例えば、返送データ４５０（ＨＴ
ＭＬ）が、ＷＷＷサーバ（Ａ）４０２のＣＧＩプログラ
ム（Ａ）４２２に対して要求したＵＲＬの結果としてＷ
ＷＷクライアント４０１に返送されており、且つ返送デ
ータ４５０内の”４５１”のデータ部分に記述されたＵ
ＲＬが、ＷＷＷサーバ（Ｂ）４０３のＣＧＩプログラム
（Ｂ）４３２であった場合、ＷＷＷクライアント４０１
の利用者は、そのＣＲＴ上に表示されているボタン４６
２をクリックすることで、ＣＧＩプログラム（Ｂ）４３
２に対して処理要求を行う。これにより、ＣＧＩプログ
ラム（Ｂ）４３２の出力結果である新たな返送データ
（ＨＴＭＬ）データが、ＷＷＷサーバ（Ｂ）４０３から
返信されてＷＷＷクライアント４０１のＣＲＴ上に表示
される。すなわち、ＷＷＷクライアント４０１のＣＲＴ
の表示画面が、ＷＷＷサーバ（Ａ）４０２の出力内容か
らＷＷＷサーバ（Ｂ）４０３の出力内容に切り替わるこ
とになる。

【０１０３】上述のような、ＷＷＷクライアント４０１
のＣＲＴ上の表示内容を切り替える方法（第１の方法）
に対して、第２の方法は、一般的にサーバリダイレクト
と呼ばれている方法である。

【０１０４】サーバーリダイレクトにおいては、例え
ば、ＷＷＷサーバ（Ａ）４０２のＣＧＩプログラム
（Ａ）４２２が、ＷＷＷクライアント４０１のブラウザ
プログラム４１０に対して返信データ４５０（ＨＴＭ
Ｌ）を返信する場合、その”４５４”のデータ部分（Ｈ
ＴＴＰヘッダ）分に、 Ｌｏｃａｔｉｏｎ：ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅ
ｒＢ．ｃｏｍ／ｓｃｒｉｐｔｓ／ＰｒｏｇｒａｍＢ と記述しておく（ここでは、上記の文字列中のＵＲＬ
を、ＣＧＩプログラム（Ｂ）４３２を示すものとす
る）。以下、”Ｌｏｃａｔｉｏｎ：”で始まるＨＴＴＰ
ヘッダを「Ｌｏｃａｔｉｏｎヘッダ」と言う。ＷＷＷク
ライアント４０１のブラウザプログラム４１０は、受信
した返送データ４５０のＨＴＴＰヘッダ４５４内にＬｏ
ｃａｔｉｏｎヘッダが含まれていた場合、返送データ４
５０の解析及びＣＲＴへの表示を行う前に、Ｌｏｃａｔ
ｉｏｎヘッダの示すＵＲＬ、すなわちＣＧＩプログラム
（Ｂ）４３２の実行をインターネット４０４に対して要
求し、ＣＧＩプログラム（Ｂ）４３２の結果をＣＲＴに
表示させる。これにより、ＷＷＷクライアント４０１の
ＣＲＴ上の表示画面は、ＷＷＷサーバ（Ａ）４０２の出
力内容からＷＷＷサーバ（Ｂ）４０３の出力内容に切り
替わることになる。

【０１０５】尚、ＷＷＷサーバ（Ａ）のＷＷＷサーバプ
ログラム（Ａ）４２１が返信しようとしている返信デー
タ４５０のＨＴＴＰヘッダ４５４が、同一ＷＷＷサー
バ、すなわちＷＷＷサーバ（Ａ）４０２のＵＲＬを指す
Ｌｏｃａｔｉｏｎヘッダであった場合、ＷＷＷサーバプ
ログラム（Ａ）４２１は、該データを返信せずに、Ｌｏ
ｃａｔｉｏｎヘッダの示すＣＧＩプログラムを実行し、
そのＣＧＩプログラムの結果を、ＷＷＷクライアント４
０１のブラウザプログラム４１０に返信する。また、こ
こでは、決済システム１００において、店舗サーバ１１
０と決済サーバ１２０間における制御の移行を、上述し
た第１及び第２の何れかの方法によって行うことが可能
であり、これにより、クライアントコンピュータ１０１
のＣＲＴ２０６の表示を、店舗サーバ１１０の出力内容
と決済サーバ１２０の出力内容とで切り替わるようにな
されている。

【０１０６】図７は、ＣＧＩプログラムが別のＷＷＷサ
ーバ上のＣＧＩプログラムを呼び出す場合の、システム
４００の構成の一例を示したものである。

【０１０７】例えば、ＷＷＷサーバ（Ａ）４０２におい
て、ＧＣＩプログラム（Ａ）４２２内の通信モジュール
７０１は、プログラムモジュール中の機能単位である。
すなわち、通信モジュール７０１は、ＷＷＷクライアン
ト４０１のブラウザプログラム４１０が有する機能の一
部である、ＨＴＴＰ等のＷＷＷ機能上有効なプロトコル
を用いて、ＵＲＬをインターネット４０４に対して要求
する機能と、該要求の結果として返信データを受信する
機能を有するものである。

【０１０８】具体的には、ＷＷＷサーバ（Ａ）のＣＧＩ
プログラム（Ａ）４２２は、通信モジュール７０１を用
いて、ＷＷＷサーバ（Ｂ）のＧＧＩプログラム（Ｂ）４
３２を示すＵＲＬをインターネット４０４に対して要求
する。このときのＵＲＬは、ＷＷＷクライアント４０１
のブラウザプログラム４１０が要求した場合と同様にし
て、ＷＷＷサーバ（Ｂ）４０３に対して送信される。こ
れにより、ＷＷＷサーバ（Ｂ）４０３のＣＧＩプログラ
ム（Ｂ）４３２の処理結果としての返送データ４５０
（ＨＴＭＬ）データは、通信モジュール７０１を介して
ＣＧＩプログラム（Ａ）４２２に対して返信される。こ
のとき、ＣＧＩプログラム（Ｂ）４３２は、処理要求の
要求元がＷＷＷクライアント４０１ブラウザプログラム
４１０であるかＷＷＷサーバ（Ａ）４０２のＣＧＩプロ
グラム４２２であるかの区別は行わない。また、ＷＷＷ
サーバ（Ｂ）４０３のＣＧＩプログラム（Ｂ）４３２の
結果は、ＷＷＷサーバ（Ａ）ＣＧＩプログラム（Ａ）４
２２が受信するため、ＷＷＷクライアント４０１のブラ
ウザプログラム４１０を経由しない。

【０１０９】尚、ＷＷＷクライアント４０１とＷＷＷサ
ーバ（Ａ）４０２の間、ＷＷＷクライアント４０１とＷ
ＷＷサーバ（Ｂ）４０３の間、及びＷＷＷサーバ（Ａ）
４０２とＷＷＷサーバ（Ｂ）４０３の間の各通信におい
て、通信上のデータを暗号化することも可能であり、さ
らに、上記の各通信経路は各々独立しているため、各々
の通信経路毎に別々の暗号化手段を使用することも可能
である。また、上記図７における要求元のプログラムモ
ジュールは、必ずしもＣＧＩプログラムである必要はな
い。さらに、上記図７の構成を、上記図１に示した決済
システム１００に適用することで、店舗サーバ１１０上
の処理手段から決済サーバ１２０上の処理手段を呼び出
す、或いは、決済サーバ１２０上の処理手段から店舗サ
ーバ１１０上の処理手段を呼び出すことが実現可能とな
る。

【０１１０】＜動作説明＞以上が、ＷＷＷ機能を使用し
たシステム４００での通信方法の説明である。そこで、
上記図１に示した決済システム１００の動作の概要につ
いて、上記図３を用いて説明する。

【０１１１】尚、決済システム１００での以下に説明す
る各情報処理装置をまたがるデータ通信は、ここでは上
述したデータ通信方法を用いて行うものとする。すなわ
ち、店舗サーバ１１０の注文受注手段３１３から決済サ
ーバ１２０の決済手段３４３、及び決済サーバ１２０の
決済手段３４３から店舗サーバ１１０の決済結果受信手
段３１４の制御移動は、サーバリダイレクトの方法で行
い、決済予定受信手段３４２及び決済結果提供手段３４
４の呼び出しは、上記図７を用いて説明したＷＷＷサー
バ間のデータ通信方法によって行う。また、サーバリダ
イレクトの方法での制御移行を行う際には、伝送データ
がクライアントコンピュータ１４０（Ｘ）を経由する場
合があるため、決済金額及び決済結果といった秘匿すべ
きデータは送信しないようにする。

【０１１２】先ず、店舗サーバ１１０において、商品情
報提供手段３１２は、商品情報格納装置３２１から商品
情報を読み出して、それを文書提供手段３１１を介して
クライアントコンピュータ１４０（Ｘ）の閲覧・指示手
段３０１に対して送信する。

【０１１３】クライアントコンピュータ１４０（Ｘ）に
おいて、閲覧・指示手段３０１は、店舗サーバ１１０か
らの商品情報をＣＲＴ２０６上に表示させる。これによ
り、クライアントコンピュータ１４０（Ｘ）の利用者
は、ＣＲＴ２０６に表示された商品情報を元に、閲覧・
指示手段３０１に対して、所望する商品及びその数量を
一つ以上指定する。この指定情報は、注文データとして
閲覧・指示手段３０１に与えられる。閲覧・指示手段３
０１は、上記の注文データを、店舗サーバ１１０の文書
提供手段３１１を介して注文受注手段３１３に対して送
信する。

【０１１４】店舗サーバ１１０において、注文受注手段
３１３は、クライアントコンピュータ１４０（Ｘ）から
送信されてきた注文データに対して、一意の注文番号を
発番し、その注文番号及び決済金額を決済予定データと
して決済サーバ１２０の決済予定受信手段３４２に対し
て送信すると共に、該注文番号及び決済金額を付加した
上記の注文データを仮注文データとして仮注文格納装置
３２２に格納し、その後、決済サーバ１２０の決済手段
３４３に制御を移行する。

【０１１５】決済サーバ１２０において、決済予定受信
手段３４２は、店舗サーバ１２０から送信されてきた決
済予定データを、一時保管領域である決済予定格納装置
３５１に格納しておく。決済手段３４３は、認証情報格
納装置３５２に保管してある情報を元に、文書提供手段
３４１を介してクライアントコンピュータ１４０（Ｘ）
の閲覧・指示手段３０１とデータ交換を行うことによっ
て、その利用者から入力された認証情報を受信し、所定
の認証処理を行って、決済予定格納装置３５１に格納さ
れている決済の確認処理を行う。このような決済確認処
理の後、上記の決済予定データを、決済予定格納装置３
５１から削除すると共に、決済結果格納装置３５３に書
き込み、店舗サーバ１１０の決済結果受信手段３４１に
制御を移行する。

【０１１６】店舗サーバ１１０において、決済結果受信
手段３１４は、注文の決済結果を、決済サーバ１２０の
決済結果提供手段３４４を呼び出すことによって取得す
る。このとき、決済サーバ１２０の決済結果提供手段３
４４は、指定された注文番号の決済結果データを決済結
果格納装置３５３から検索して店舗サーバ１１０の決済
結果受信手段３１４に対して返信する。決済結果受信手
段３４１は、決済サーバ１２０の決済結果提供手段３４
４から取得した決済結果データを元に、それに対応する
仮注文データを仮注文格納装置３２２から本注文格納装
置３２３に移動させ、処理結果を示すメッセージを含む
表示用データを、文書提供手段３１１を介してクライア
ントコンピュータ１４０（Ｘ）の閲覧・指示手段３０１
に対して送信する。

【０１１７】クライアントコンピュータ１４０（Ｘ）に
おいて、閲覧・指示手段３０１は、店舗サーバ１１０か
ら送信されてきた表示用データを元に、処理結果のメッ
セージ等をＣＲＴ２０６に表示させる。

【０１１８】店舗サーバ１１０における商品発送等の後
続処理については、注文格納装置３２３に格納されてい
る注文データに基づいて行われ、また、決済サーバ１２
０における口座からの代金引き落とし等の後続処理はに
ついて、決済結果格納装置３５３に格納されている決済
結果データに基づいて行われる。

【０１１９】＜注文の受注と決済画面への移行＞図３及
び図８を用いて、決済システム１００での上述した処理
内容の前半部分に相当する、商品情報の提供、注文の受
注、及び決済用画面の表示に至る部分の処理を具体的に
説明する。

【０１２０】図８は、上記の前半処理部分を示したもの
である。この前半処理部分は、複数の処理手段によって
実現される。これらの処理手段としては、ここでは、閲
覧・指示手段３０１、商品情報提供手段３１２、注文受
注手段３１３、決済予定受信手段３４２、及び決済手段
３４３としている。尚、ここでの決済手段３４３が行う
処理内容は、決済手段３４３が有する機能の一部であっ
て、上記の前半処理部分に必要な処理についてのみ説明
するものとする。

【０１２１】ここで、上記図８において、各処理手段
は、各々異なる情報処理装置上で動作するため、処理手
段をまたがる矢印で表されるデータ通信は、例えば、上
述したインターネットのＷＷＷ機能を利用した通信手段
を使用して行われるものとする。これにより、各情報処
理装置のＮＥＴＩＦ２０４、ネットワーク１３０、及び
文書提供手段３１１を介して、データ交換等が行われる
ことになる。

【０１２２】また、ＷＷＷ機能を利用したデータ通信の
場合、店舗サーバ１１０の注文受注手段３１３から決済
サーバ１２０の決済手段３４３への制御の移行、及びそ
の結果としてのクライアントコンピュータ１４０（Ｘ）
の閲覧・指示手段３０１における画面表示の切り替え
を、上述した通信手段におけるサーバリダイレクトの方
法を用いて実現することが可能であり、また、上記図８
に示すステップＳ９〜ステップＳ１２までのデータ交換
処理を、店舗サーバ１１０の注文受注手段３１３が上記
図７に示した通信モジュール７０１を有することによ
り、ＷＷＷサーバ間のデータ通信として実現できる。

【０１２３】そこで、上記図８に示す前半処理について
の説明を行う。尚、処理手段間のデータ交換の方法につ
いては、上述した通りであるため、ここではその詳細な
説明は省略する。

【０１２４】ステップＳ１：クライアントコンピュータ
１４０（Ｘ）の利用者は、店舗サーバ１１０の商品情報
提供手段３１２を示す閲覧データ識別子をＫＢ２０８を
操作することで入力する。これにより、閲覧・指示手段
３０１は、ネットワーク１３０に対して、店舗サーバ１
１０の商品情報提供手段３１２の起動及びその結果の返
信の要求を出力する。

【０１２５】ステップＳ２：ステップＳ１の要求の結果
として、店舗サーバ１１０上で起動された商品情報提供
手段３１２は、商品情報格納装置３２１から、提供可能
な商品に関する、商品を一意に識別するための商品コー
ド、商品名、単価、及び商品説明等の商品情報データ
を、ＲＡＭ２０２に読み込む。このとき、必要に応じ
て、提供する商品の選択条件、例えば、商品の分類情報
等を付加データとして閲覧・指示手段３０１から受け取
っておき、該付加データの示す条件に基づいて、商品情
報格納装置３２１から該条件に合致するデータのみを抽
出することも可能である。 ステップＳ３：商品情報提供手段３１２は、ステップＳ
２で読み込んだ商品情報を元に、クライアントコンピュ
ータ１４０（Ｘ）の閲覧・指示手段３０１に返信すべ
き、閲覧・指示手段３０１が解析可能な形式、例えば、
ＨＴＭＬ形式の表示用データを編集し、その表示用デー
タを閲覧・指示手段３０１に対して返信する。この返信
データには、注文受注手段３１３を示す閲覧データ識別
子も含んでいる。

【０１２６】ステップＳ４：クライアントコンピュータ
１４０（Ｘ）の閲覧・指示手段３０１は、店舗サーバ１
１０の商品情報提供手段３１２から送信されてきた表示
用データを受信し、その表示用データの内容に基づいて
画面を編集し、それをＣＲＴ２０６上に表示させる。 ステップＳ５：クライアントコンピュータ１４０（Ｘ）
の利用者は、ＣＲＴ２０６に表示されている商品情報に
基づいて、希望する商品をＫＢ２０８等を用いて入力す
る。閲覧・指示手段３０１は、その入力された注文を解
析し、店舗サーバ１１０の注文受注手段３１３が解析可
能な形式の付加データを作成して、それを注文データと
して注文受注手段３１３に対して送信する。このときの
注文データは、少なくとも１つの商品コードとその数量
の組み合わせで構成される。

【０１２７】ステップＳ６：店舗サーバ１１０の注文受
注手段３１３は、クライアントコンピュータ１４０
（Ｘ）の閲覧・指示手段３０１から送信されてきた注文
データ（付加データ）を受信し、それをＲＡＭ２０２に
記憶しておく。 ステップＳ７：注文受注手段３１３は、ステップＳ６で
記憶した注文データに対して、一意に定まる注文番号を
発番し、さらに該注文データに含まれる商品コードを用
いて、それに対応する商品の単価を商品情報格納装置３
２１から検索して取得する。そして、該注文データに含
まれる数量を元にして、注文に対して請求すべき決済金
額を計算する。この結果得られた上記の注文番号、決済
金額、及び注文受注時刻等の付加情報を、上記の注文デ
ータに付加して、それを仮注文データとしてＲＡＭ２０
２に記憶しておく。

【０１２８】尚、ステップＳ７での注文番号は、ここで
は各注文を一意に識別するための識別子であって、注文
受注手段３１３が、処理時のタイムスタンプ等を使用す
ることによって作成した、一意の注文番号である。ま
た、決済金額の計算については、手数料や消費税額の計
算及び決算額への上乗せを行うだけでなく、商品情報格
納装置３２１に保管する商品情報に数量割引データを付
加しておくことで、一定数量以上の注文に対して一定率
の割引、いわゆるボリュームディスカウントを行うこと
も可能である。

【０１２９】ステップＳ８：注文受注手段３１３は、ス
テップＳ７で作成した仮注文データを仮注文格納装置３
２２に保管する。 ステップＳ９：注文受注手段３１３は、予め設定してお
いた決済予定受信手段３４２の閲覧データ識別子と、ス
テップＳ７で作成した仮注文データのうち少なくとも注
文番号と決済金額で構成する付加データとを、決済サー
バ１２０の決済予定受信手段３４２に対して送信する。

【０１３０】ステップＳ１０：決済サーバ１２０の決済
予定受信手段３４２は、注文受注手段３１３から送信さ
れてきた付加データ（注文番号及び決済金額を含む）、
及びその他のデータを受信し、ＲＡＭ２０２に記憶して
おく。 ステップＳ１１：決済予定受信手段３４２は、ステップ
Ｓ１０で記憶した付加データに含まれる注文番号及び決
済金額と、決済予定データ受信時刻としての処理時の時
刻等のデータとで、決済予定データを作成し、それを決
済予定格納装置３５１に格納する。そして、処理が完了
したことを示す戻りコードを、店舗サーバ１１０の注文
受注手段３１３に対して返信する。このとき、決済予定
格納装置３５１に同一の注文番号のデータが既に存在し
ていた場合には、既に存在していたデータに対し、本ス
テップで新たに作成したデータを上書きすることにより
格納する。

【０１３１】ステップＳ１２：店舗サーバ１１０の注文
受注手段３１３は、決済予定受信手段３４２からの返信
としての戻りコードを受信する。

【０１３２】尚、上述のステップＳ６〜ステップＳ１２
において、例えば、店舗サーバ１１０の注文受注手段３
１３が、仮注文格納装置３２２へのデータ格納に失敗し
た場合、決済サーバ１２０の決済予定受信手段３４２へ
のデータ送信に失敗した場合、或いは、ステップＳ１２
で受信した決済サーバ１２０の決済予定受信手段３４２
からの戻りコードがエラーを示す場合、注文受注手段３
１３は、そのエラーが発生した時点でエラーメッセージ
を示すデータを、クライアントコンピュータ１４０
（Ｘ）の閲覧・指示手段３０１に対して返信する。これ
により、閲覧・指示手段３０１が、クライアントコンピ
ュータ１４０（Ｘ）のＣＲＴ２０６に上記のエラーメッ
セージを表示させることで、エラーの発生を、クライア
ントコンピュータ１４０（Ｘ）の利用者に通知すること
ができる。

【０１３３】ステップＳ１３：店舗サーバ１１０の注文
受注手段３１３は、予め設定しておいた決済サーバ１２
０の決済手段３４３を示す閲覧データ識別子を指定する
ことにより、例えば、ＷＷＷ機能におけるサーバリダイ
レクトの方法を用いて、決済サーバ１２０の決済手段３
４３に制御を移行する。このとき、閲覧データ識別子に
付加する付加データとして、少なくともステップＳ７で
発番した注文番号を用いるようにする。

【０１３４】ステップＳ１４：決済サーバ１２０の決済
手段３４３は、注文受注手段３１３から送信されてきた
付加データ（注文番号）を受信し、ＲＡＭ２０２に記憶
する。 ステップＳ１５：決済手段３４３は、クライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１に送信す
べき、閲覧・指示手段３０１が解析可能な形式、例え
ば、ＨＴＭＬ形式の決済用初期画面の表示用データを編
集し、それを閲覧・指示手段３０１に対して送信する。

【０１３５】尚、ステップＳ１５で作成される表示用デ
ータには、後述するステップＳ１６で閲覧・指示手段３
０１によってクライアントコンピュータ１４０（Ｘ）の
ＣＲＴ２０６上に画面が表示される際に、決済手段３４
３がクライアントコンピュータ１４０（Ｘ）の利用者を
認証するために必要となるデータ項目（ユーザＩＤ等）
が入力可能な画面データを、閲覧・指示手段３０１が作
成できるようなデータ、例えば、ＨＴＭＬの場合、上記
図６に示した”４５２”部分のデータが含まれる。ま
た、ステップＳ１４で記憶した注文番号についても、後
述する図９に示す、上記図８の前半処理に続く後半処理
において利用できるように、例えば、ＨＴＭＬの場合、
上記図６に示した”４５２”部分のデータを、上記表示
用データに含めておく。この場合、”ＴＹＰＥ＝ＨＩＤ
ＤＥＮ”と指定し、クライアントコンピュータ１４０
（Ｘ）のＣＲＴ２０６上に注文番号が表示されないよう
にしておくことも可能である。また、上記図６に示し
た”４５１”部分に記述する、決済手段３４３の閲覧デ
ータ識別子の付加データとして、注文番号の値を指定し
ておくことも可能である。この場合、さらに、注文番号
を、上記の方法以外に決済サーバ１２０のＨＤＤ２０９
等に記録しておくことも可能である。

【０１３６】ステップＳ１６：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済サーバ
１２０の決済手段３４３から送信されてきた決済用初期
画面の表示用データを受信して解析し、それをＣＲＴ２
０６に表示させる。

【０１３７】上述したような前半処理により、クライア
ントコンピュータ１４０（Ｘ）側において、その利用者
は、店舗サーバ１１０に対して商品情報の表示画面をＣ
ＲＴ２０６上に呼び出し、ＫＢ２０８を操作して、その
表示画面に対して、所望の商品及び数量を一つ以上指定
すれば、決済サーバ１２０からの決済用画面がＣＲＴ２
０６上に表示されることになる。

【０１３８】＜決済処理と決済完了処理＞上記図８に示
した前半処理に続く後半処理部分について、上記図３及
び図９を用いて具体的に説明する。この後半処理部分
は、決済サーバ１２０における決済処理と、該決済処理
が完了した後の店舗サーバ１１０における決済完了処理
の部分である。

【０１３９】上記図９は、上記の後半処理部分を示した
ものである。この処理部分についても、上述した前半処
理部分と同様に、複数の処理手段によって実現される。
したがって、これらの処理手段としては、ここでは、閲
覧・指示手段３０１、決済手段３４３、及び決済結果受
信手段３１４としている。尚、ここでの決済手段３４３
が行う処理内容は、決済手段３４３が有する機能の一部
であって、上記の後半処理部分に必要な処理のみを説明
するものとする。

【０１４０】ここで、上記図９において、各処理手段
は、各々異なる情報処理装置上で動作するため、処理手
段をまたがる矢印で表される部分では、例えば、上述し
たインターネットのＷＷＷ機能を利用した通信手段を使
用する。これにより、各情報処理装置のＮＥＴＩＦ２０
４、ネットワーク１３０、及び文書提供手段３１１を介
して、データ交換等が行われることになる。

【０１４１】また、ＷＷＷ機能を利用した場合は、決済
サーバ１２０の決済手段３４３から店舗サーバ１１０の
決済結果受信手段３１４への制御の移行、及びその結果
としてのクライアントコンピュータ１４０（Ｘ）の閲覧
・指示手段３０１における画面表示の切り替えは、上述
した通信手段におけるサーバリダイレクトの方法を用い
て実現することが可能であり、また、上記図９に示すス
テップＳ３０〜ステップＳ３２までのデータ交換処理
は、店舗サーバ１１０の決済結果受信手段３１４が上記
図７に示した通信モジュール７０１を有することによ
り、ＷＷＷサーバ間のデータ通信として実現できる。

【０１４２】また、上記図８及び図９に示すように、決
済サーバ１２０の決済手段３４３は、クライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１から複数
回のデータ受信を行っているが、このとき通信機能とし
てインターネットのＷＷＷ機能を使用する場合、すなわ
ち決済サーバ１２０の決済手段３４３をＣＧＩプログラ
ムとして実施する場合には、ここでの決済手段３４３が
行っている処理を、複数のＣＧＩプログラムを用いて実
施することも可能である。

【０１４３】そこで、上記図９に示す後半処理について
の説明を行う。尚、処理手段間のデータ交換の方法につ
いては、上述した通りであるため、ここではその詳細な
説明は省略する。

【０１４４】ステップＳ２１：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、上記図８の
ステップＳ１６でＣＲＴ２０６上に表示された決済用初
期画面にて利用者がＫＢ２０８等を用いて入力した、例
えば、ユーザーＩＤとパスワードや、プリペイドカード
のパスワード等の認証情報データを読み取り、それを決
済サーバ１２０の決済手段３４３が認識可能な付加デー
タとして、決済手段３４３に対して送信する。このと
き、上記図８のステップＳ１５において、決済すべき注
文の注文番号も送信されていた場合には、その注文番号
も付加データの一部として送信する。

【０１４５】ステップＳ２２：決済サーバ１２０の決済
手段３４３は、閲覧・指示手段３０１から送信されてき
た認証情報データを受信し、その妥当性を、認証情報格
納装置３５２を検索することによって検証する。妥当性
の検証の方法としては、例えば、認証情報データがユー
ザーＩＤとパスワードであった場合、それらのユーザー
ＩＤとパスワードの組み合わせが、認証情報格納装置３
５２に保管されているデータ内に存在するかどうかを調
べる方法を用いる。また、認証情報データがプリペイド
カードのパスワードであった場合、そのパスワードのデ
ータを認証情報格納装置３５２から検索し、その検索デ
ータ中に含まれるプリペードカード情報の中の支払可能
金額よりも、ステップＳ１で送信された、或いは、上記
図８のステップＳ１５でＨＤＤ２０９に記録しておいた
注文番号を元に決済予定格納装置３５１を検索して得ら
れる決済金額が少ないか否かを調べる方法を用いる。

【０１４６】尚、ステップＳ２２において、受信したユ
ーザーＩＤが認証情報格納装置３５２に存在しない等の
エラーがあった場合、すなわち認証に失敗した場合は、
決済手段３４３は、そのエラーメッセージを表示するた
めの表示用データを作成して、クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１に対して返信す
る。これにより、閲覧・指示手段３０１は、決済手段３
４３からの表示用データを受信してＣＲＴ２０６に表示
させる。その後、ステップＳ２１に戻り、以降の処理ス
テップを再度実行する。また、受信した認証情報が、利
用者が認証処理を拒否することを示す内容、例えば、閲
覧・指示手段３０１が表示した画面上に「キャンセル」
ボタンが設けられており、その「キャンセル」ボタンが
利用者により選択されたことを示す内容であれば、次の
ステップＳ２３をスキップして、ステップＳ２６へ進む
ようにする。

【０１４７】ステップＳ２３：決済手段３４３は、ステ
ップＳ２２で認証情報の照合が正しく行われた場合、す
なわち認証に成功した場合に、ステップＳ２２で受信し
た付加データ中に含まれる注文番号、或いは、上記図８
のステップＳ１５でＨＤＤ２０９に記録しておいた注文
番号を元に、決済予定格納装置３５１を検索して該当す
る決済金額を読み込み、さらにその決済金額等を元にし
て、利用者が決済金額を確認して決済指示を出すための
決済確認画面の表示用データを編集し、それをクライア
ントコンピュータ１４０（Ｘ）の閲覧・指示手段３０１
に対して返信する。このとき、必要に応じて、上記図８
のステップＳ１５での注文番号を、上記表示用データの
中に含ませる。

【０１４８】ステップＳ２４：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済手段３
４３から送信されてきた表示用データを受信し、決済確
認画面を作成してＣＲＴ２０６に表示させる。このと
き、利用者が決済意志の有無を画面上で、例えば、「Ｏ
Ｋ」や「キャンセル」等のボタン操作で行えるようにす
る。 ステップＳ２５：閲覧・指示手段３０１は、ＣＲＴ２０
６に表示されている決済確認画面上で、利用者がＫＢ２
０８等を用いて入力した決済確認の意志の有無を、決済
確認結果フラグとして受け付け、その内容を付加データ
として決済サーバ１２０の決済手段３４３に対して送信
する。この決済確認結果フラグは、例えば、ステップＳ
２４で画面上に表示した「ＯＫ」ボタンが選択された場
合には「ＹＥＳ」を示すデータが設定され、そうでない
場合には「ＮＯ」を示すデータが設定されるものとす
る。尚、ステップＳ２４で受信したデータ中に注文番号
も含まれていた場合には、この注文番号も上記付加デー
タに含むようにする。

【０１４９】ステップＳ２６：決済サーバ１２０の決済
手段３４３は、閲覧・指示手段３０１から送信されてき
た付加データを受信して、それに含まれる注文番号、或
いは、上記図８のステップＳ１５でＨＤＤ２０９に記録
しておいた注文番号を元に、それに該当する注文の決済
予定データを、決済予定格納装置３５１から検索して読
み込み、該決済予定データに対して、上記の付加データ
に含まれる決済確認結果フラグを付加して、それを決済
結果データとして決済結果格納装置３５３に書き込む。
また、注文番号については、ＲＡＭ２０２に記憶してお
く。このとき、上記の付加データに含まれる決済確認結
果フラグが「ＹＥＳ」を示す場合、必要な決済処理、例
えば、プリペイドカード方式の決済であれば、認証情報
格納装置３５２内の該当データの支払可能金額からの決
済金額の引き当て等の処理を行う。

【０１５０】尚、ステップＳ２２からステップＳ２３を
スキップして、そのままステップＳ２６に進んだ場合、
付加データ（決済確認結果フラグ）の受信は行わず、決
済確認結果フラグが「ＮＯ」を示すものとして、それを
決済結果格納装置３５３に書き込むようにする。

【０１５１】ステップＳ２７：決済手段３４３は、ステ
ップＳ２６で読み込んだ決済予定データを決済予定格納
装置３５１から削除する。また、決済予定格納装置３５
１内の各決済予定データ中に含まれる決済予定受信時刻
を調べて、上記図８のステップＳ１０で決済予定データ
を注文受注手段３１３より受信してから予め設定してお
いた時間を経過している決済予定データについても、決
済予定格納装置３５１から削除する。尚、決済予定格納
装置３５１からのデータ削除は、後述するステップＳ２
８で決済結果受信手段３１４に制御を移行した後、或い
は、予め設定されている時間間隔等で起動する別の処理
手段を用いて行い、本処理全体の処理時間を短縮するこ
とも可能である。 ステップＳ２８：決済手段３４３は、予め設定しておい
た店舗サーバ１１０の決済結果受信手段３１４を示す閲
覧データ識別子を指定することにより、例えば、ＷＷＷ
機能におけるサーバリダイレクトの方法を用いて、店舗
サーバ１１０の決済結果受信手段３１４に制御を移行す
る。このとき、上記の閲覧データ識別子に対する付加デ
ータを、少なくともステップＳ２６で記憶した注文番号
として、それを店舗サーバ１１０の決済結果受信手段３
１４に対して送信する。

【０１５２】ステップＳ２９：店舗サーバ１１０の決済
結果受信手段３１４は、決済手段３４３から送信されて
きた付加データを受信し、それに含まれる注文番号をＲ
ＡＭ２０２に記憶する。また、その注文番号を元に、該
当する仮注文データを仮注文格納装置３２２から検索し
てＲＡＭ２０２に記憶しておく。このとき、該当する仮
注文データが仮注文格納装置３２２に存在しない場合に
は、エラーメッセージ表示用のデータを作成して、それ
をクライアントコンピュータ１４０（Ｘ）の閲覧・指示
手段３０１に対して送信する。これにより、閲覧・指示
手段３０１は、そのエラーメッセージをＣＲＴ２０６に
表示させる。その後、本処理終了となる。

【０１５３】ステップＳ３０：決済結果受信手段３１４
は、予め設定しておいた決済結果提供手段３４４を示す
閲覧データ識別子に対し、ステップＳ２９で記憶した注
文番号を付加データとして、決済サーバ１２０の決済結
果提供手段３４４に対して決済結果確認要求を送信す
る。

【０１５４】ステップＳ３１：決済サーバ１２０の決済
結果提供手段３４４は、決済結果受信手段３１４から送
信されてきた付加データを受信し、それに含まれる注文
番号を有する決済結果データを、決済結果格納装置３５
３から検索し、その検索の成否を示す検索結果フラグ
と、その検索の結果得られた決済結果データの内容と
を、ＲＡＭ２０２に記憶する。このときの検索結果フラ
グは、例えば、該当データが決済結果格納装置３５３に
存在した場合には「ＴＲＵＥ」を示すデータが設定さ
れ、存在しない場合には「ＦＡＬＳＥ」を示すデータが
設定されるものとする。 ステップＳ３２：決済結果提供手段３４４は、ステップ
Ｓ３１で記憶した検索結果フラグと決済結果データの内
容を、店舗サーバ１１０の決済結果受信手段３１４が解
析可能な形式に編集し、それを決済結果受信手段３１４
に対して返信する。

【０１５５】ステップＳ３３：店舗サーバ１１０の決済
結果受信手段３１４は、決済結果提供手段３４４から送
信されてきた検索結果フラグ及び決済結果データを受信
し、その内容をＲＡＭ２０２に記憶して解析する。この
結果、検索結果フラグが「ＴＲＵＥ」を示し、且つ決済
結果データの決済確認結果フラグが「ＹＥＳ」であった
場合、すなわち決済サーバ１２０において決済が完了し
ており、且つ決済結果データの決済金額がステップＳ２
９でＲＡＭ２０２に記憶した仮注文データ中の決済金額
と一致していれば、その仮注文データを仮注文格納装置
３２２から削除して、本注文格納装置３２３に書き込
む。 ステップＳ３４：決済結果受信手段３１４は、ステップ
Ｓ３３の処理結果を元に、利用者に表示すべきメッセー
ジを含む表示用データを作成し、それをクライアントコ
ンピュータ１４０（Ｘ）の閲覧・指示手段３０１に対し
て送信する。このメッセージとしては、例えば、ステッ
プＳ３３で仮注文データの本注文格納装置３２３への移
動が行われた場合には「ありがとうございました」、そ
れ以外の場合（ＲＡＭ２０２上の決済結果データの決済
確認結果フラグが「ＮＯ」の場合等）には「処理がキャ
ンセルされました」、というような内容を用い、利用者
が決済処理の結果を容易に確認できるようにしておく。

【０１５６】ステップＳ３５：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済結果受
信手段３１４から送信されてきた表示用データを受信
し、それをＣＲＴ２０６に表示させる。

【０１５７】上述したような後半処理により、クライア
ントコンピュータ１４０（Ｘ）側において、その利用者
は、ＣＲＴ２０６に表示されている決済サーバ１２０か
ら送信・表示された画面に対して、所定の認証・決済処
理のための操作（パスワードの入力等）を行えば、その
結果を示す画面が店舗サーバ１１０からの送信画面とし
て表示されることになる。

【０１５８】尚、上記図９のステップＳ２３〜ステップ
Ｓ６２の決済内容の確認処理において、その処理の代替
又は後処理として、例えば、電子メール等、利用者の本
人認証のために別経路のデータ交換方法を用いること
で、より確実な確認処理を行うことも可能である。この
場合、ステップＳ２８以降の処理を連続して行わず、ま
た、ステップＳ３４及びステップＳ３５の利用者への結
果表示処理も行わないようにする。

【０１５９】＜制御移行時の付加データ＞上記図３、図
８及び図９において、店舗サーバ１１０の注文受注手段
３１３から決済サーバ１２０の決済手段３４３、及び決
済サーバ１２０の決済手段３４３から店舗サーバ１１０
の決済結果受信手段３１４への、例えば、上述したＷＷ
Ｗ機能におけるサーバリダイレクトを用いた制御移行の
際の伝送データ形式について、図１０を用いて説明す
る。

【０１６０】上記図１０において、”４７０”は、上記
の制御移行にてサーバリダイレクトを利用した場合の、
制御移行先として指定されるＵＲＬの一例を示したもの
であり、その”４７１”及び”４７２”部分が、ここで
の付加データ、すなわちＷＷＷ機能におけるＣＧＩプロ
グラム引数である。サーバリダイレクトにおけるデータ
伝送は、クライアントコンピュータ１４０（Ｘ）を経由
する場合もあるため、ＣＧＩプログラム引数を暗号化す
ることも可能であるが、ここでは説明の簡単のため、平
文で示すものとする。

【０１６１】”４７１”部分のデータは、店舗サーバ１
１０の注文受注手段３１３が発番した注文番号であり、
本実施の形態のために必要なデータ項目である。”４７
２”部分のデータは、後述するパラメータファイル内
で、決済サーバ１２０の決済手段３４３が採用すべきパ
ラメータ値を指定する識別子である。

【０１６２】また、”４８０”は、決済サーバ１２０の
ＨＤＤ２０９に保管するパラメータファイルの内容の一
例を示したものある。決済サーバ１２０の決済手段３４
３は、店舗サーバ１１０の決済結果受信手段３１４のＵ
ＲＬ、すなわちここでは閲覧データ識別子や、決済予定
格納装置３５１からデータを削除する上での基準とする
経過時間値を、パラメータファイルを読み込むことによ
って取得することが可能である。パラメータファイル
中、鍵括弧（［、］）で囲まれた文字列は、”４７２”
で指定される識別子であって、以下これを「パラメータ
グループ名」と言う。”４８１”、”４８２”、”４８
３”、”４８４”部分は、各々パラメータファイル内で
設定されているパラメータの集合を表す段落であって、
以下これらを「パラメータグループ」と言う。パラメー
タグループの先頭にはパラメータグループ名が記載して
ある。パラメータファイル内に記載されている「ＴＥＭ
Ｐ＿ＤＥＬ＿ＩＮＴＥＲＶＡＬ」パラメータは、決済サ
ーバ１２０にて決済予定格納装置３５１からデータを削
除する上での基準とする経過時間値を分単位で表したも
のとし、以下これを「削除インターバル」と言う。ま
た、「ＲＥＴＵＲＮ＿ＵＲＬ」パラメータは、店舗サー
バ１１０の決済結果受信手段３１４のＵＲＬとし、以下
これを「戻りＵＲＬ」と言う。パラメータグループ２２
１は、パラメータグループ名「ＢＡＳＥ」であり、各パ
ラメータのデフォルト値を提供する。

【０１６３】したがって、決済サーバ１２０の決済手段
３４３は、店舗サーバ１１０の注文受注手段３１３から
の制御移行時に、”４７０”で示されるようなＵＲＬで
起動され、ＣＧＩプログラム引数として、”４７１”に
て示される注文番号と、”４７２”で示されるパラメー
タグループ名を受信する。このときの注文番号（４７
１）は、上記図８及び図９にて説明した用途で使用され
る。

【０１６４】また、決済手段３４３は、ＣＧＩプログラ
ム引数としてパラメータグループ名が指定されていなか
った場合には、”４８０”で示されるようなパラメータ
ファイル中のデフォルトのパラメータグループ４８１の
設定に従って、決済予定格納装置３５１からのデータ削
除、及び店舗サーバ１１０の決済結果受信手段３１４へ
の制御移行を行う。一方、ＣＧＩプログラム引数として
パラメータグループ名が指定されていた場合には、決済
手段３４３は、該当するパラメータグループの値を、”
４８０”で示されるようなパラメータファイルから検索
し、それにより指定されているパラメータの値を、デフ
ォルトのパラメータグループ４８１に指定されている値
で置換し、置換後の値に従って、決済予定格納装置３５
１からのデータ削除、及び店舗データ１１０の決済結果
受信手段３１４への制御移行を行う。例えば、上記図１
０では、パラメータグループ名（４７２）には「０１」
が指定されている。この場合、決済手段３４３は、削除
インターバルとしてパラメータグループ４８２で設定さ
れている「１２０」を使用し、戻りＵＲＬとしてはデフ
ォルトのパラメータグループ４８１の値を使用する。

【０１６５】尚、上記図１０では、一例として２種類の
パラメータのみを示したが、これに限られることはな
く、例えば、他にもパラメータを定義しておき、決済手
段３４３が正常に終了した時の戻りＵＲＬと、エラーが
あった場合の戻りＵＲＬとを区別して管理することも可
能である。また、ＵＲＬの最大長の制約はあるが、各パ
ラメータの個々の値をＣＧＩプログラム引数として指定
することも可能である。

【０１６６】（第２の実施の形態）本実施の形態では、
上記図１の決済システム１００において、決済処理に関
わる各種データを、主として店舗サーバ１１０で保管す
るようにする。このため、上記図３に示した決済システ
ム１００でのモジュール構成を、例えば、図１１に示す
ような構成とする。

【０１６７】尚、ここでは、上述した第１の実施の形態
と異なる構成についてのみ具体的に説明するものとす
る。

【０１６８】＜モジュール構成＞上記図１１は、クライ
アントコンピュータ１４０（Ｘ）、店舗サーバ１１０、
及び決済サーバ１２０の各情報処理装置内で動作する処
理手段群及びデータを格納する格納装置群と、上記処理
手段群及び格納手段群間の制御及びデータの流れの概要
を示したものである。

【０１６９】ここで、上記図１１中において、閲覧・指
示手段３０１、文書提供手段３１１、商品情報提供手段
３１２、文書提供手段３４１、注文受注手段５０１、仮
注文情報提供手段５０２、決定確定手段５０３、決定結
果受信手段５０４、及び決済手段５０５は各々、処理手
段であり、各情報処理装置においてＲＯＭ２０３、ＨＤ
Ｄ２０９、又はＦＤＤ２１０から読み出され、ＲＡＭ２
０２に展開されて使用されるアプリケーションプログラ
ム、又はプログラムの一部として動作するモジュールで
ある。

【０１７０】また、商品情報格納装置３２１、仮注文格
納装置３２２、本注文格納装置３２３、決済予定格納装
置３５１、認証情報格納装置３５２、及び決済結果格納
装置３５３は各々、データ格納装置であって、ファイル
システム又は市販のデータベースシステムを用いて、各
情報処理装置におけるＨＤＤ２０９、ＦＤＤ２１０、Ｒ
ＡＭ２０２の少なくとも１つを用いてデータを格納する
ものである。

【０１７１】また、上記図１１中における矢印は、処理
手段間の制御やデータの流れのうち主要なものを表わし
ている。クライアントコンピュータ１４０（Ｘ）、店舗
サーバ１１０、及び決済サーバ１２０の各情報処理装置
をまたがった制御やデータの伝送は、ＮＥＴＩＦ２０４
及びネットワーク１３０を介して行われる。

【０１７２】尚、閲覧・指示手段３０１、文書提供手段
３１１、商品情報提供手段３１２、及び文書提供手段３
４１の各処理手段の処理機能と、商品情報格納装置３２
１、仮注文格納装置３２２、本注文格納装置３２３、認
証情報格納装置３５２、及び決済結果格納装置３５３の
各格納装置の機能と格納データ内容とについては、上記
図３に同じ符号で示した各処理手段及び格納装置と等価
である。また、本実施の形態においても、第１の実施の
形態と同様に、ＷＷＷ機能を利用したデータ通信を行う
ものとする。

【０１７３】そこで、本実施の形態での新たな処理手段
及びデータ格納装置について具体的に説明する。

【０１７４】注文受注手段５０１、仮注文情報提供手段
５０２、決定確定手段５０３、及び決定結果受信手段５
０４は、店舗サーバ１１０上で動作する処理手段であ
る。

【０１７５】注文受注手段５０１は、クライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１からの指
示に基づいて、文書提供手段３１１によってＲＡＭ２０
２に展開されて動作する処理手段である。この注文受注
手段５０１は、閲覧・指示手段３０１から送信されてき
た付加データによって示される、１つ以上の商品情報か
ら構成される注文データを受け取り、その注文データに
対して一意の注文番号を発番し、その注文情報を仮注文
格納装置３２２に保管する。また、注文受注手段５０１
は、制御を決済サーバ１２０の決済手段５０５に移動さ
せることによって、クライアントコンピュータ１４０
（Ｘ）の閲覧・指示手段３０１に対して決済サーバ１２
０の決済手段５０５の出力内容を送信させる。これによ
り、クライアントコンピュータ１４０（Ｘ）のＣＲＴ２
０６上での表示内容が、決済サーバ１２０の決済手段５
０５によって作成されたデータ内容に切り替わることに
なる。

【０１７６】仮注文情報提供手段５０２は、決済サーバ
１２０の決済手段５０５からの要求に従って、決済手段
５０５から指定された注文番号の仮注文データを、仮注
文格納装置３２２から検索し、それを決済手段５０５に
対して返信する。

【０１７７】決済確定手段５０３は、決済サーバ１２０
の決済手段１１０５からの要求に従って、決済手段５０
５から指定された注文番号の仮注文データを、仮注文格
納装置３２２から本注文格納装置３２３に移動させる。

【０１７８】決済結果受信手段５０４は、決済サーバ１
２０の決済手段１１０５からの制御移行の結果として、
文書提供手段３１１によってＲＡＭ２０２に展開されて
動作する処理手段である。この決済結果受信手段５０４
は、決済手段５０５から送信されてきた注文番号を元
に、その注文番号の決済結果を本注文格納装置３２３を
検索して、表示用データを編集し、それを文書提供手段
３１１を介してクライアントコンピュータ１４０（Ｘ）
の閲覧・指示手段３０１に対して送信する。

【０１７９】決済手段５０５は、決済サーバ１２０上で
動作する決済手段であって、店舗サーバ１１０の注文受
注手段５０１からの制御移行の結果として、文書提供手
段３４１によってＲＡＭ２０２に展開されて動作する処
理手段である。この決済手段５０５は、表示用データを
文書提供装置３４１を経由してクライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１に対して送信
し、その表示用データに対して利用者がＫＢ２０８を用
いて入力した付加データを元に処理を行うという、会話
的な処理を繰り返すことによって、クライアントコンピ
ュータ１４０（Ｘ）の利用者を認証し、店舗サーバ１１
０の仮注文情報提供手段５０２に要求することにより、
決済額等の仮注文データを取得して、利用者の注文に対
する予信及び決済処理を行い、その決済処理の成否を、
決済結果格納装置３５３に保管すると共に、店舗サーバ
１１０の決済確定手段５０３に要求することで店舗サー
バ１１０に通知する。そして、決済処理が完了した時点
で、制御を店舗サーバ１１０の決済結果受信手段５０４
に移動させることによって、クライアントコンピュータ
１４０（Ｘ）の閲覧・指示手段３０１に対して決済結果
受信手段５０４の出力内容を送信させる。これにより、
クライアントコンピュータ１４０（Ｘ）のＣＲＴ２０６
上の表示内容が、店舗サーバ１１０の決済結果受信手段
５０４によって作成されたデータ内容に切り替わること
になる。

【０１８０】尚、決済サーバ１２０の決済結果格納装置
３５３は、ここでは請求額の引き落とし等、決済サーバ
１２０における後続の処理のために必要な格納装置であ
り、ここでの店舗サーバ１１０と決済サーバ１２０間の
データ交換によるオンライン決済処理部分において特に
必要な構成要素ではない。

【０１８１】また、上述した各々の処理手段は、１つの
アプリケーションプログラム又はプログラムモジュール
としているが、１つの処理手段を複数のアプリケーショ
ンプログラム又はプログラムモジュールとしてもよい。
或いは、複数の処理手段を１つのアプリケーションプロ
グラム又はプログラムモジュールとしてもよい。

【０１８２】また、実際に、いわゆるオンラインショッ
ピングシステムを実現するためには、店舗サーバ１１０
において、本注文格納装置３２３の情報に基づいて実際
の商品を利用者に配送する機能や、決済サーバ１２０に
おいて、請求額の引き落としなどの清算を行って店舗に
支払う機能等が必要となるが、これらの機能は、一般的
な商品配送や入出金システムとして実現可能であるた
め、その詳細な説明は省略する。

【０１８３】＜動作説明＞上記図１１のモジュール構成
での動作の概要について説明する。

【０１８４】先ず、店舗サーバ１１０において、商品情
報提供手段３１２は、商品情報格納装置３２１から商品
情報を読み出して、それを文書提供手段３１１を介して
クライアントコンピュータ１４０（Ｘ）の閲覧・指示手
段３０１に対して送信する。

【０１８５】クライアントコンピュータ１４０（Ｘ）に
おいて、閲覧・指示手段３０１は、店舗サーバ１１０か
らの商品情報をＣＲＴ２０６上に表示させる。これによ
り、クライアントコンピュータ１４０（Ｘ）の利用者
は、ＣＲＴ２０６に表示された商品情報を元に、閲覧・
指示手段３０１に対して、所望する商品及びその数量を
一つ以上指定する。この指定情報は、注文データとして
閲覧・指示手段３０１に与えられる。閲覧・指示手段３
０１は、上記の注文データを、店舗サーバ１１０の文書
提供手段３１１を介して注文受注手段５０１に対して送
信する。

【０１８６】店舗サーバ１１０において、注文受注手段
５０１は、クライアントコンピュータ１４０（Ｘ）から
送信されてきた注文データに対して、一意の注文番号を
発番し、その注文番号及び決済金額を付加した上記の注
文データを仮注文データとして仮注文格納装置３２２に
格納し、決済サーバ１２０の決済手段５０５に制御を移
行する。

【０１８７】決済サーバ１２０において、決済手段３４
３は、認証情報格納装置３５２に保管してある情報を元
に、文書提供手段３４１を介してクライアントコンピュ
ータ１４０（Ｘ）の閲覧・指示手段３０１とデータ交換
を行うことによって、その利用者から入力された認証情
報を受信し、所定の認証処理を行い、店舗サーバ１１０
の決済情報提供手段５０２に要求することによって取得
される仮注文データに対する決済の確認処理を行う。こ
れにより決済が確認された場合、決済手段３４３は、店
舗サーバ１１０の決済確定手段５０３に要求することに
よって店舗サーバ１１０に対して上記の仮注文データを
通知する。そして、決済確認処理の後、決済手段３４３
は、上記の仮注文データを決済結果格納装置３５３に書
き込み、店舗サーバ１１０の決済結果受信手段５０４に
制御を移行する。

【０１８８】店舗サーバ１１０において、決済確定手段
５０３は、決済手段５０５からの通知に従って、それに
該当する仮注文データに（注文番号を含む）を、仮注文
格納装置３２２から本注文格納装置３２３に移動する。
決済結果受信手段５０４は、上記の仮注文データに含ま
れる注文番号を元に、その注文の決済処理結果を本注文
格納装置３２３を検索することによって取得し、処理結
果を示すメッセージを含む表示用データを文書提供手段
３１１を介してクライアントコンピュータ１４０（Ｘ）
の閲覧・指示手段３０１に対して送信する。

【０１８９】クライアントコンピュータ１４０（Ｘ）に
おいて、閲覧・指示手段３０１は、決済結果受信手段５
０４から送信されてきた表示用データを元に、処理結果
メッセージ等をＣＲＴ２０６に表示させる。

【０１９０】店舗サーバ１１０における商品発送等の後
続処理については、注文格納装置３２３に格納されてい
る注文データに基づいて行われ、また、決済サーバ１２
０における口座からの代金引き落とし等の後続処理につ
いては、決済結果格納装置３５３に格納されている決済
結果データに基づいて行われる。

【０１９１】尚、各情報処理装置をまたがるデータ通信
は、上述したＷＷＷ機能を用いた通信方法を用いて行う
ものとする。具体的には例えば、店舗サーバ１１０の注
文受注手段５０１から決済サーバ１２０の決済手段５０
５、及び決済サーバ１２０の決済手段５０５から店舗サ
ーバ１１０の決済結果受信手段５０４の制御移動は、例
えば、サーバリダイレクトの方法によって行い、店舗サ
ーバ１１０の仮注文情報提供手段５０２及び決済確定手
段５０３の呼び出しは、上記図７で説明したＷＷＷサー
バ間のデータ通信の方法によって行う。このとき、サー
バリダイレクト等による制御移行の際には、上述したよ
うに、伝送データがクライアントコンピュータ１４０
（Ｘ）を経由する場合があるので、決済金額及び決済結
果といった秘匿すべきデータを送信しないようにする。

【０１９２】＜注文の受注と決済画面への移行＞上記図
１１及び図１２を用いて、本実施の形態での前半部分に
相当する、商品情報の提供、注文の受注、及び決済用画
面の表示に至る部分の処理を説明する。

【０１９３】上記図１２は、上記の前半処理部分を示し
たものである。この前半処理部分は、複数の処理手段に
よって実現されるため、これらの処理手段を、ここで
は、閲覧・指示手段３０１、商品情報提供手段３１２、
注文受注手段５０１、及び決済手段５０５とする。尚、
ここでの決済手段５０５が行う処理内容は、決済手段５
０５が有する機能の一部であって、上記の前半処理部分
に必要な処理についてのみ説明するものとする。

【０１９４】ここで、上記図１２において、各処理手段
は、各々異なる情報処理装置上で動作するため、処理手
段をまたがる矢印で表される部分では、例えば、上述し
たインターネットのＷＷＷ機能を利用した通信手段を使
用する。これにより、各情報処理装置のＮＥＴＩＦ２０
４、ネットワーク１３０、及び文書提供手段３１１を介
して、データ交換等が行われることになる。

【０１９５】また、ＷＷＷ機能を利用した場合は、店舗
サーバ１１０の注文受注手段５０１から決済サーバ１２
０の決済手段５０５への制御の移行、及びその結果とし
てのクライアントコンピュータ１４０（Ｘ）の閲覧・指
示手段３０１における画面表示の切り替えは、上述した
通信手段におけるサーバリダイレクトの方法を用いて実
現することが可能である。

【０１９６】そこで、上記図１２に示す前半処理につい
ての具体的な説明を行う。尚、処理手段間のデータ交換
の方法については、上述した通りであるため、ここでは
その詳細な説明は省略する。

【０１９７】ステップＳ４１：クライアントコンピュー
タ１４０（Ｘ）の利用者は、店舗サーバ１１０の商品情
報提供手段３１２を示す閲覧データ識別子をＫＢ２０８
を操作することで入力する。これにより、閲覧・指示手
段３０１は、ネットワーク１３０に対して、店舗サーバ
１１０の商品情報提供手段３１２の起動及びその結果の
返信の要求を出力する。

【０１９８】ステップＳ４２：ステップＳ４１の要求の
結果として、店舗サーバ１１０上で起動された商品情報
提供手段３１２は、商品情報格納装置３２１から、提供
可能な商品に関する、商品を一意に識別するための商品
コード、商品名、単価、及び商品説明等の商品情報デー
タを、ＲＡＭ２０２に読み込む。このとき、必要に応じ
て、提供する商品の選択条件、例えば、商品の分類情報
等を付加データとして閲覧・指示手段３０１から受け取
っておき、該付加データの示す条件に基づいて、商品情
報格納装置３２１から該条件に合致するデータのみを抽
出することも可能である。 ステップＳ４３：商品情報提供手段３１２は、ステップ
Ｓ４２で読み込んだ商品情報を元に、クライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１に返信す
べき、閲覧・指示手段３０１が解析可能な形式、例え
ば、ＨＴＭＬ形式の表示用データを編集し、それを閲覧
・指示手段３０１に対して返信する。この返信データに
は、注文受注手段５０１を示す閲覧データ識別子も含
む。

【０１９９】ステップＳ４４：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、商品情報提
供手段３１２から送信されてきた表示用データを受信
し、その表示用データの内容に基づいて画面を編集し
て、それをＣＲＴ２０６上に表示させる。 ステップＳ４５：閲覧・指示手段３０１は、ＣＲＴ２０
６の画面上の商品情報に基づいて利用者がＫＢ２０８等
を用いて入力した注文を解析し、注文受注手段５０１が
解析可能な形式の付加データを作成して、それを注文デ
ータとして店舗サーバ１１０の注文受注手段５０１に対
して送信する。この注文データは、少なくとも１つの商
品コードと数量の組み合わせで構成される。

【０２００】ステップＳ４６：店舗サーバ１１０の注文
受注手段５０１は、閲覧・指示手段３０１から送信され
てきた注文データを受信し、それをＲＡＭ２０２に記憶
しておく。 ステップＳ４７：注文受注手段５０１は、ステップＳ４
６で記憶した注文データに対して、一意に定まる注文番
号を発番し、さらに該注文データに含まれる商品コード
を用いて、その商品の単価を、商品情報格納装置３２１
を検索して取得する。そして、上記の注文データに含ま
れる数量を元にして、注文に対して請求すべき決済金額
を計算する。この結果得られた注文番号、決済金額、及
び注文受注時刻等の付加情報を上記の注文データに付加
して、それを仮注文データとしてＲＡＭ２０２に記憶し
ておく。

【０２０１】尚、ステップＳ４７での注文番号は、ここ
では各注文を一意に識別するための識別子であって、注
文受注手段５０１が、処理時のタイムスタンプ等を使用
することによって作成した、一意の注文番号である。ま
た、決済金額の計算については、手数料や消費税額の計
算及び決算額への上乗せを行うだけでなく、商品情報格
納装置３２１に保管する商品情報に数量割引データを付
加しておくことで、一定数量以上の注文に対して一定率
の割引、いわゆるボリュームディスカウントを行うこと
も可能である。

【０２０２】ステップＳ４８：注文受注手段５０１は、
ステップＳ４７で作成した仮注文データを仮注文格納装
置３２２に保管する。

【０２０３】尚、ステップＳ４６〜ステップＳ４８にお
いて、例えば、仮注文格納装置３２２へのデータ格納に
失敗した場合等、そのエラーが発生した時点で、エラー
メッセージを閲覧・指示手段３０１に返信することによ
り、エラーの発生を利用者に通知することができる。

【０２０４】ステップＳ４９：注文受注手段５０１は、
予め設定しておいた決済サーバ１２０の決済手段５０５
を示す閲覧データ識別子を指定することにより、例え
ば、ＷＷＷ機能におけるサーバリダイレクトの方法を用
いて、決済サーバ１２０の決済手段５０５に制御を移行
する。このとき、閲覧データ識別子に付加する付加デー
タを、少なくともステップＳ４７で発番した注文番号と
して、それを決済手段５０５に対して送信する。

【０２０５】ステップＳ５０：決済サーバ１２０の決済
手段５０５は、注文受注手段５０１から送信されてきた
付加データ（注文番号を含む）を受信し、それをＲＡＭ
２０２に記憶する。 ステップＳ５１：決済手段５０５は、クライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１に送信す
べき、閲覧・指示手段３０１が解析可能な形式、例え
ば、ＨＴＭＬ形式の決済用初期画面の表示用データを編
集し、それを閲覧・指示手段３０１に対して送信する。

【０２０６】尚、ステップＳ５１での表示用データに
は、後述のステップＳ５２で閲覧・指示手段３０１によ
ってクライアントコンピュータ１４０（Ｘ）のＣＲＴ２
０６上に画面が表示される際に、決済手段５０５がクラ
イアントコンピュータ１４０（Ｘ）の利用者を認証する
ために必要となるデータ項目、例えば、ユーザＩＤ等が
入力可能な画面データを、閲覧・指示手段３０１が作成
できるようなデータとする。例えば、ＨＴＭＬの場合、
上記図６に示した”４５２”部分のデータを含むものと
する。また、ステップＳ５０で記憶される注文番号につ
いても、後述する図１３に示す本処理の後続の処理にお
いて利用できるように、例えば、ＨＴＭＬの場合、上記
図６に示した”４５２”部分による方法で、上記の表示
用データに含めておく。この場合、”ＴＹＰＥ＝ＨＩＤ
ＤＥＮ”と指定し、クライアントコンピュータ１４０
（Ｘ）のＣＲＴ２０６上に注文番号が表示されないよう
にしておくことも可能である。或いは、上記図６の”４
５１”の部分において、決済手段５０５の閲覧データ識
別子の付加データとして注文番号の値を指定しておくこ
とも可能である。この場合、さらに、上記の注文番号
を、決済サーバ１２０のＨＤＤ２０９等に記録しておく
ことも可能である。

【０２０７】ステップＳ５２：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済手段５
０５から送信されてきた決済用初期画面の表示用データ
を受信し、それを解析して、ＣＲＴ２０６に表示させ
る。

【０２０８】上述のような処理により、クライアントコ
ンピュータ１４０（Ｘ）側において、その利用者は、店
舗サーバ１１０に対して商品情報の表示画面をＣＲＴ２
０６上に呼び出し、ＫＢ２０８を操作して、その表示画
面に対して、所望の商品及び数量を一つ以上指定すれ
ば、決済サーバ１２０からの決済用画面がＣＲＴ２０６
上に表示されることになる。

【０２０９】＜決済処理と決済完了処理＞上記図１２に
示した前半処理に続く後半処理部分について、上記図１
１及び図１３を用いて説明する。この後半処理部分は、
決済サーバ１２０における決済処理と、該決済処理が完
了した後の店舗サーバ１１０における決済完了処理の部
分である。

【０２１０】上記図１３は、上記の後半処理部分を示し
たものである。この処理部分についても、上述した前半
処理部分と同様に、複数の処理手段によって実現され
る。したがって、これらの処理手段を、ここでは、閲覧
・指示手段３０１、仮注文情報提供手段５０２、決済確
定手段５０３、決済結果受信手段５０４、及び決済手段
５０５とする。尚、ここでの決済手段５０５が行う処理
内容は、決済手段５０５が有する機能の一部であって、
上記の後半処理部分に必要な処理のみを説明するものと
する。

【０２１１】ここで、上記図１３において、各処理手段
は、各々異なる情報処理装置上で動作するため、処理手
段をまたがる矢印で表される部分では、例えば、上述し
たインターネットのＷＷＷ機能を利用した通信手段を使
用する。これにより、各情報処理装置のＮＥＴＩＦ２０
４、ネットワーク１３０、及び文書提供手段３１１を介
して、データ交換等が行われることになる。

【０２１２】また、ＷＷＷ機能を利用した場合は、決済
サーバ１２０決済手段５０５から店舗サーバ１１０の決
済結果受信手段５０４への制御の移行、及びその結果と
してのクライアントコンピュータ１４０（Ｘ）の閲覧・
指示手段３０１における画面表示の切り替えは、上述し
た通信手段におけるサーバリダイレクトの方法を用いて
実現することが可能であり、また、上記図１３に示すス
テップＳ７１〜ステップＳ７４までのデータ交換処理
は、決済結果受信手段５０５が上記図７に示した通信モ
ジュール７０１を有することにより、ＷＷＷサーバ間の
データ通信として実現できる。

【０２１３】また、上記図２１及び図１３に示すよう
に、決済サーバ１２０の決済手段５０５は、クライアン
トコンピュータ１４０（Ｘ）の閲覧・指示手段３０１か
ら複数回のデータ受信を行っているが、このとき通信機
能としてインターネットのＷＷＷ機能を使用する場合、
すなわち決済手段５０５をＣＧＩプログラムとして実施
する場合には、ここでの決済手段５０５が行っている処
理を、複数のＣＧＩプログラムを用いて実施することも
可能である。

【０２１４】そこで、上記図１３に示す後半処理につい
ての具体的な説明を行う。尚、処理手段間のデータ交換
の方法については、上述した通りであるため、ここでは
その詳細な説明は省略する。

【０２１５】ステップＳ６１：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、上記図１２
のステップＳ５２でＣＲＴ２０６上に表示された決済用
初期画面にて利用者がＫＢ２０８等を用いて入力した、
例えば、ユーザーＩＤとパスワードや、プリペイドカー
ドのパスワード等の認証情報データを読み取り、それを
決済サーバ１２０の決済手段５０５が認識可能な付加デ
ータとして、決済手段５０５に対して送信する。このと
き、上記図１２のステップＳ５１において、決済すべき
注文の注文番号も送信されていた場合には、その注文番
号も付加データの一部として送信する。

【０２１６】ステップＳ６２：決済サーバ１２０の決済
手段５０５は、閲覧・指示手段３０１から送信されてき
た認証情報データを受信し、それをＲＡＭ２０２に記憶
しておく。このとき、該認証情報データが、利用者が認
証処理を拒否することを示す内容、例えば、閲覧・指示
手段３０１によりＣＲＴ２０６に表示されている画面上
に「キャンセル」ボタンが設けられており、その「キャ
ンセル」ボタンが利用者から選択されたことを示す内容
であれば、ステップＳ６３〜ステップＳ７１をスキップ
して、そのままステップＳ７４へ進む。 ステップＳ６３：決済手段５０５は、ステップＳ６２で
記憶した認証情報データに含まれる注文番号、或いは、
上記図１２のステップＳ５１でＨＤＤ２０９に記録して
おいた注文番号を、店舗サーバ１１０の仮注文情報提供
手段５０２に対して送信することにより、該注文番号の
示す仮注文データの取得を要求する。

【０２１７】ステップＳ６４：店舗サーバ１１０の仮注
文情報提供手段５０２は、決済手段５０５から送信され
てきた注文番号を元に、その該注文番号の示す仮注文デ
ータを、仮注文格納装置３２２から検索してＲＡＭ２０
２に読み出す。 ステップＳ６５：仮注文情報提供手段５０２は、ステッ
プＳ６４でＲＡＭ２０２に読み出した仮注文データの
内、少なくとも決済金額を、決済サーバ１２０の決済手
段５０５が解析可能な形式に編集し、それを決済手段５
０５に対して返信する。

【０２１８】ステップＳ６６：決済サーバ１２０の決済
手段５０５は、仮注文情報提供手段５０２から送信され
てきた少なくとも決済金額を含む仮注文データを受信
し、それをＲＡＭ２０２に記憶した後、ステップＳ６２
で記憶した認証情報データを元に、その妥当性を、認証
情報格納装置３５２を検索することによって検証する。
このときの妥当性の検証の方法は、例えば、認証情報デ
ータがユーザーＩＤとパスワードであった場合、それら
の組み合わせが認証情報格納装置３５２に保管されてい
るデータ内に存在するか否かを調べる方法を用いる。ま
た、認証情報データがプリペイドカードのパスワードで
あった場合、そのパスワードのデータを認証情報格納装
置３５２から検索し、それにより取得したデータ中に含
まれるプリペードカード情報の中の支払可能金額より
も、仮注文情報提供手段５０２から受信した仮注文デー
タに含まれる決済金額が小さいか否かを調べる方法を用
いる。

【０２１９】尚、ステップＳ６６において、受信したユ
ーザーＩＤが認証情報格納装置３５２に存在しない等の
エラーがあった場合、すなわち認証に失敗した場合は、
決済手段５０５は、そのエラーメッセージを表示するた
めの表示用データを作成して、クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１に対して返信す
る。これにより、閲覧・指示手段３０１は、決済手段３
４３からの表示用データを受信してＣＲＴ２０６に表示
させる。その後、ステップＳ６１に戻り、以降の処理ス
テップを再度実行する。

【０２２０】ステップＳ６７：決済手段５０５は、ステ
ップＳ６６で認証情報の照合が正しく行われた場合、す
なわち認証に成功した場合に、ステップＳ６６で記憶し
た仮注文データに含まれる決済金額等を元にして、利用
者が決済金額を確認して決済指示を出すための決済確認
画面の表示用データを編集し、それをクライアントコン
ピュータ１４０（Ｘ）の閲覧・指示手段３０１に対して
返信する。このとき、必要に応じて、上記図１２のステ
ップＳ５１での方法を用いて、注文番号を表示用データ
の中に含ませるようにする。

【０２２１】ステップＳ６８：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済手段５
０５から送信されてきた表示用データを受信し、それを
元に決済確認画面を作成してＣＲＴ２０６に表示させ
る。このとき、利用者が決済意志の有無を画面上で、
「ＯＫ」、「キャンセル」等のボタン操作により入力で
きるようにする。 ステップＳ６９：閲覧・指示手段３０１は、ＣＲＴ２０
６に表示された決済確認画面上で、利用者がＫＢ２０８
等を用いて、例えば、「ＯＫ」又は「キャンセル」ボタ
ンを選択することによって入力した決済確認の意志の有
無を、決済確認結果フラグとして受け付け、その内容を
付加データとして決済サーバ１２０の決済手段５０５に
対して送信する。この決済確認結果フラグは、例えば、
「ＯＫ」ボタンが選択された場合には「ＹＥＳ」を示す
データが設定され、そうでない場合には「ＮＯ」を示す
データが設定されるものである。尚、ステップＳ６８で
受信したデータ中に注文番号も含まれていた場合には、
その注文番号を上記の付加データに含ませるようにす
る。

【０２２２】ステップＳ７０：決済サーバ１２０の決済
手段５０５は、閲覧・指示手段３０１から送信されてき
た付加データ（決済確認結果フラグ、注文番号を含む）
を受信し、それをＲＡＭ２０２に記憶しておく。このと
き、付加データに含まれる決済確認結果フラグが「Ｎ
Ｏ」を示すデータであれば、次のステップＳ７１をスキ
ップして、そのままステップＳ７４へ進む。 ステップＳ７１：決済手段１１０５は、ステップＳ７０
で記憶した付加データに含まれる注文番号、又は上記図
１２のステップＳ５１でＨＤＤ２０９に記録しておいた
注文番号を少なくとも含む決済完了通知データを作成
し、それを店舗サーバ１１０の決済確定手段５０３に対
して送信する。

【０２２３】ステップＳ７２：店舗サーバ１１０の決済
確定手段５０３は、決済手段５０５から送信されてきた
決済完了通知データ（注文番号を含む）を受信し、その
注文番号を有する仮注文データを、仮注文格納装置３２
２を検索して取得してＲＡＭ２０２に読み込む。 ステップＳ７３：決済確定手段５０３は、ステップＳ７
２で読み込んだ仮注文データを、仮注文格納装置３２２
から削除すると共に、それを本注文データとして本注文
格納装置３２３に書き込む。その後、ステップＳ７２及
びステップＳ７３の処理結果を、決済サーバ１２０の決
済手段５０５に対して返信する。このときの処理結果
は、例えば、ステップＳ７２及びステップＳ７３が正常
に行われた場合には「ＴＲＵＥ」を示すデータであり、
そうでない場合（ステップＳ７２において該当する仮注
文データが仮注文格納装置３２２内に存在しないという
ようなエラーが発生した場合等）には「ＦＡＬＳＥ」を
示すデータとする。

【０２２４】ステップＳ７４：決済サーバ１２０の決済
手段５０５は、決済確定手段５０３から送信されてきた
処理結果を受信し、ステップＳ７０で記憶した付加デー
タに含まれる注文番号、又は上記図１２のステップＳ５
１でＨＤＤ２０９に記録しておいた注文番号、及びステ
ップＳ７６で受信した仮注文データを元に、決済結果デ
ータを作成し、それを決済結果格納装置３５３へ格納す
る。また、決済手段５０５は、決済確定手段５０３から
の処理結果が「ＦＡＬＳＥ」を示すものであった場合
は、エラーメッセージ表示用のデータを作成して、それ
をクライアントコンピュータ１４０（Ｘ）の閲覧・指示
手段３０１に対して送信する。この場合、閲覧・指示手
段３０１は、該エラーメッセージをクライアントコンピ
ュー１４０（Ｘ）のＣＲＴ２０６に表示させる。その
後、本処理終了となる。尚、ステップＳ７２又はステッ
プＳ７０〜ステップＳ７４に直接進んできた場合は、決
済確定手段５０３での処理結果を「ＦＡＬＳＥ」とし
て、上記の処理を行う。

【０２２５】ステップＳ７５：決済手段５０５は、予め
設定しておいた店舗サーバ１１０の決済結果受信手段５
０４を示す閲覧データ識別子を指定することにより、例
えば、ＷＷＷ機能におけるサーバリダイレクトの方法を
用いて、店舗サーバ１１０の決済結果受信手段５０４に
制御を移行する。このとき、閲覧データ識別子に付加す
る付加データを、少なくともステップＳ７０で記憶した
付加データに含まれる注文番号、又は上記図１２のステ
ップＳ５１でＨＤＤ２０９に記録しておいた注文番号と
して、店舗サーバ１１０の決済結果受信手段５０４に対
して送信する。

【０２２６】ステップＳ７６：店舗サーバ１１０の決済
結果受信手段５０４は、決済手段５０５から送信されて
きた付加データ（注文番号）を元に、その注文番号の本
注文データが存在するか否か、すなわち上記図１２及び
図１３で説明される一連の処理が正常に実施されたか否
かを、本注文格納装置３２３を検索することで調べ、そ
の結果を元に、利用者に表示すべきメッセージを含む表
示用データを作成し、それをクライアントコンピュータ
１４０（Ｘ）の閲覧・指示手段３０１に対して送信す
る。ここでのメッセージは、例えば、上記の注文番号の
本注文データが本注文格納装置３２３に存在する場合に
は「ありがとうございました」、それ以外の場合には
「処理がキャンセルされました」、というような内容の
メッセージとし、利用者が決済処理の結果を確認できる
ようにしておく。

【０２２７】ステップＳ７７：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済結果受
信手段５０４から送信されてきた表示用データを受信
し、その内容をＣＲＴ２０６に表示させる。

【０２２８】上述したような後半処理により、クライア
ントコンピュータ１４０（Ｘ）側において、その利用者
は、ＣＲＴ２０６に表示されている決済サーバ１２０か
ら送信・表示された画面に対して、所定の認証・決済処
理のための操作（パスワードの入力等）を行えば、その
結果を示す画面が店舗サーバ１１０からの送信画面とし
て表示されることになる。

【０２２９】尚、上記図１３のステップＳ６７〜ステッ
プＳ７０の決済内容の確認処理において、その処理の代
替又は後処理として、例えば、電子メール等、利用者の
本人認証のために別経路のデータ交換方法を用いること
で、より確実な確認処理を行うことも可能である。この
場合、ステップＳ７５以降の処理を連続して行わず、ま
た、ステップＳ７６及びステップＳ７７の利用者への結
果表示処理も行わないようにする。

【０２３０】（第３の実施の形態）本実施の形態では、
上記図１の決済システム１００において、前半処理とし
て、上記図８にて示した注文の受注及び決済画面への移
行処理（第１の実施の形態での処理）を実行し、後半処
理としては、上記図１３にて示した決済処理及び決済完
了処理（第２の実施の形態での処理）を実行する。この
ため、決済システム１００でのモジュール構成を、例え
ば、図１４に示すような構成とする。

【０２３１】尚、ここでは、上述した第１及び第２の実
施の形態と異なる構成についてのみ具体的に説明するも
のとする。

【０２３２】＜モジュール構成＞図１４は、クライアン
トコンピュータ１４０（Ｘ）、店舗サーバ１１０、及び
決済サーバ１２０の各情報処理装置内で動作する処理手
段群及びデータを格納する格納装置群と、上記処理手段
群及び格納手段群間の制御及びデータの流れの概要を示
したものである。

【０２３３】上記図１４中において、閲覧・指示手段３
０１、文書提供手段３１１、商品情報提供手段３１２、
注文受注手段３１３、文書提供手段３４１、及び決済予
定受信手段３４２は各々、処理手段であり、また、商品
情報格納装置３２１、仮注文格納装置３２２、本注文格
納装置３２３、決済予定格納装置３５１、認証情報格納
装置３５２、及び決済結果格納装置３５３は各々、デー
タ格納装置であって、上記図３で同じ符号で示す各処理
手段及び各データ格納装置と等価である。また、決済確
定手段５０３及び決済結果受信手段５０４についても、
上記図１１で同じ符号で示す各処理手段と等価である。
また、クライアントコンピュータ１４０（Ｘ）、店舗サ
ーバ１１０、及び決済サーバ１２０の各情報処理装置を
またがった制御やデータの伝送は、上述した第１又は第
２の実施の形態で説明した方法と同様の方法で行うもの
とする。

【０２３４】決済手段５１１は、表示用データを文書提
供装置３４１を経由して、クライアントコンピュータ１
４０（Ｘ）の閲覧・指示手段３０１に対して送信し、そ
の表示用データに対して利用者がクライアントコンピュ
ータ１４０（Ｘ）のＫＢ２０８を用いて入力した付加デ
ータを元に処理を行うという、会話的な処理を繰り返す
ことによって、クライアントコンピュータ１４０（Ｘ）
の利用者を認証し、決済予定格納装置３５１に格納され
ている該利用者の注文に対する予信及び決済処理を行っ
て、その決済処理の成否を、決済結果格納装置３５３に
保管すると共に、決済確定手段５０３に要求することに
より店舗サーバ１１０に通知する。そして、決済処理が
完了した時点で、制御を店舗サーバ１１０の決済結果受
信手段５０４に移動させることによって、クライアント
コンピュータ１４０（Ｘ）の閲覧・指示手段３０１に対
して店舗サーバ１１０の決済結果受信手段５０４の出力
内容を送信させる。これにより、クライアントコンピュ
ータ１４０（Ｘ）のＣＲＴ２０６上に表示される内容
が、決済結果受信手段５０４によって作成されたデータ
内容に切り替わることになる。

【０２３５】＜注文の受注と決済画面への移行、決済処
理と決済完了処理＞上記図１４のモジュール構成では、
上記図８及び図１３のフローチャートにおいて、決済手
段５１１が、ステップＳ１４とステップＳ１５、及びス
テップＳ６２以降の処理を実行することになる。尚、上
記図８及び図１３のフローチャートで示す処理について
は、第１及び第２の実施の形態にて述べた通りであるた
め、その詳細な説明は省略する。

【０２３６】（第４の実施の形態）本実施の形態では、
上記図１の決済システム１００において、前半処理とし
て、上記図１２にて示した注文の受注及び決済画面への
移行処理（第２の実施の形態での処理）を実行し、後半
処理としては、上記図９にて示した決済処理及び決済完
了処理（第１の実施の形態での処理）を実行する。この
ため、決済システム１００でのモジュール構成を、例え
ば、図１５に示すような構成とする。

【０２３７】尚、ここでは、上述した第１及び第２の実
施の形態と異なる構成についてのみ具体的に説明するも
のとする。

【０２３８】＜モジュール構成＞図１５は、クライアン
トコンピュータ１４０（Ｘ）、店舗サーバ１１０、及び
決済サーバ１２０の各情報処理装置内で動作する処理手
段群及びデータを格納する格納装置群と、上記処理手段
群及び格納手段群間の制御及びデータの流れの概要を示
したものである。

【０２３９】上記図１５中において、閲覧・指示手段３
０１、文書提供手段３１１、商品情報提供手段３１２、
決済結果受信手段３１４、文書提供手段３４１、及び決
済結果提供手段３４４は各々、処理手段であり、また、
商品情報格納装置３２１、仮注文格納装置３２２、本注
文格納装置３２３、認証情報格納装置３５２、及び決済
結果格納装置３５３は各々、データ格納装置であって、
上記図３の同じ符号で示す各処理手段及び各データ格納
装置と等価である。また、注文受注手段５０１及び仮注
文情報提供手段５０２についても、上記図１１の同じ符
号で示す各処理手段と等価である。クライアントコンピ
ュータ１４０（Ｘ）、店舗サーバ１１０、及び決済サー
バ１２０の各情報処理装置をまたがった制御やデータの
伝送は、上述した第１又は第２の実施の形態で説明した
方法と同様の方法で行うものとする。

【０２４０】決済手段５１２は、注文受注手段５０１か
らの制御移行の結果として、文書提供手段３４１によっ
てＲＡＭ２０２に展開されて動作する処理手段である。
この決済手段５１２は、表示用データを文書提供装置３
４１を経由してクライアントコンピュータ１４０（Ｘ）
の閲覧・指示手段３０１に対して送信し、その表示用デ
ータに対して利用者がクライアントコンピュータ１０１
のＫＢ１００８を用いて入力した付加データを元に処理
を行うという、会話的な処理を繰り返すことによって、
利用者を認証し、仮注文情報提供手段５０２に要求する
ことにより、決済金額等を含む仮注文データを取得し、
該注文に対する予信及び決済処理を行い、その決済処理
の成否を決済結果格納装置３５３に保管する。そして、
決済処理が完了した時点で、制御を店舗サーバ１１０の
決済結果受信手段３１４に移動させることによって、ク
ライアントコンピュータ１４０（Ｘ）の閲覧・指示手段
３０１に対して決済結果受信手段３１４の出力内容を送
信させる。これにより、クライアントコンピュータ１４
０（Ｘ）のＣＲＴ２０６上に表示される内容が、決済結
果受信手段３１４によって作成されたデータ内容に切り
替わることになる。

【０２４１】＜注文の受注と決済画面への移行、決済処
理と決済完了処理＞上記図１５のモジュール構成では、
上記図１２及び図９のフローチャートにおいて、決済手
段５１２が、ステップＳ５０とステップＳ５１、及びス
テップＳ２２以降の処理を実行することになる。尚、上
記図１２及び図９のフローチャートで示す処理について
は、第２及び第１の実施の形態にて述べた通りであるた
め、その詳細な説明は省略する。

【０２４２】（第５の実施の形態）本実施の形態では、
上記図１に示した決済システム１００において、例え
ば、コンピュータクライアント１４０（Ｘ）の利用者が
決済確認画面に対して決済のキャンセルを行った等の理
由により、店舗サーバ１１０の仮注文格納格納装置３２
２内に残ってしまった仮注文データの再決済及び決済状
況の確認を行うようにする。この処理は、すなわち上述
した第１〜第４の実施の形態での一連の処理後に実行さ
れる処理である。

【０２４３】尚、本実施の形態での上記の後処理は、第
１〜第４の実施の形態の何れかに対して、追加可能な処
理機能である。また、ここでは、上述した第１〜第４の
実施の形態と異なる構成についてのみ具体的に説明する
ものとする。

【０２４４】＜モジュール構成＞図１６は、本実施の形
態での上記の後処理を実施するための決済システム１０
０のモジュール構成を示したものである。

【０２４５】上記図１６において、閲覧・指示手段３０
１、文書提供手段３１１、及び文書提供手段３４１は各
々、処理手段であり、また、仮注文格納装置３２２、本
注文格納装置３２３、及び決済結果格納装置３５３は各
々、データ格納装置であって、上記図３の同じ符号で示
す各処理手段及び各データ格納装置と等価である。ま
た、クライアントコンピュータ１４０（Ｘ）、店舗サー
バ１１０、及び決済サーバ１２０の各情報処理装置をま
たがった制御やデータの伝送についても、例えば、上記
図４〜図７にて説明したＷＷＷ機能を用いた方法（第１
の実施の形態におけるデータ通信方法）で行うものとす
る。

【０２４６】再決済受注手段５２１は、クライアントコ
ンピュータ１４０（Ｘ）の閲覧・指示手段３０１からの
指示に基づいて、文書提供手段３１１によってＲＡＭ２
０２に展開されて動作する処理手段である。この再決済
受注手段５２１は、閲覧・指示手段３０１から送信され
てきた指示に従って、その指示された条件に合致する仮
注文データを、仮注文格納装置３２２から読み出して表
示用データを編集し、クライアントコンピュータ１４０
（Ｘ）の閲覧・指示手段３０１に対して送信する機能
と、上記の表示用データに対する閲覧・指示手段３０１
から送信されてきた再決済要求に基づいて、第１及び第
３の実施の形態における注文受注手段３１３の機能の一
部、又は第２及び第４の実施の形態における注文受注手
段５０１の機能の一部を実行し、決済サーバ１２０の決
済手段５２４に制御を移行することによって、クライア
ントコンピュータ１４０（Ｘ）の閲覧・指示手段３０１
に対して決済サーバ１２０の決済手段５２４の出力内容
を送信させる機能とを備えている。これにより、クライ
アントコンピュータ１４０（Ｘ）のＣＲＴ２０６上に表
示される内容が、決済サーバ１２０の決済手段５２４に
よって作成されたデータ内容に切り替わることになる。

【０２４７】決済結果受信手段で５２２は、第１〜第４
の実施の形態での決済結果受信手段３１４及び５０４の
何れかと少なくとも等価である。

【０２４８】未決済注文処理手段５２３は、予め設定さ
れた時間間隔で、或いは店舗サーバ１１０のオペレータ
がＫＢ２０８等を操作して指示することにより、ＲＡＭ
２０２に展開されて動作する処理手段である。この未決
済注文処理手段５２３は、仮注文格納装置３２２内の全
ての仮注文データを読み出し、各仮注文データに対し
て、その仮注文データ内の注文番号を元に決済サーバ１
２０の決済結果提供手段５２４に対して要求を出すこと
によって、決済結果格納装置３５３内に格納されている
該注文番号の決済の状況を調べ、この結果、決済済みで
あれば上記の仮注文データを本注文格納装置３２３に移
動する。

【０２４９】決済手段５２４は、第１〜第４の実施の形
態での決済手段３４２、５０５、５１１、及び５１２の
何れかと少なくとも等価である。

【０２５０】決済結果提供手段５２５は、店舗サーバ１
１０の未決済注文処理手段５２３からの要求に基づい
て、文書提供手段３４１によってＲＡＭ２０２に展開さ
れて動作する処理手段である。この決済結果提供手段５
２５は、未決済注文処理手段５２３から送信されてきた
注文番号に該当する決済結果データを、決済結果格納装
置３５３から検索し、その検索により取得した決済結果
データを、要求元の未決済注文処理手段５２３に対して
返信する機能を有する。尚、決済結果提供手段５２５
は、第１及び第３の実施の形態での決済結果提供手段３
４４と少なくとも等価の機能を有するものであって、こ
こでは、この決済結果提供手段３４４を用いても実施可
能である。

【０２５１】ここで、本実施の形態での前提となる決済
処理は、第１〜第４の実施の形態での何れの決済処理で
も実施可能であるが、決済手段５２４、決済結果受信手
段５２２、及び再決済受注手段５２１の機能の一部につ
いては、第１〜第４の実施の形態にて述べた組み合わせ
であることが好ましい。また、再決済受注手段５２１と
決済手段５２４を用いることによって実施可能なここで
の再決済処理と、未決済注文処理手段５２３と決済結果
提供手段５２５を用いることによって実施可能なここで
の未決済注文確定処理は、各々独立して実施可能であ
り、且つ何れか一方のみの実行も可能である。

【０２５２】＜再決済処理＞図１７は、主に再決済受注
手段５２１が実行する、仮注文データ、すなわち未決済
の注文データに対する再決済処理を示したものである。

【０２５３】上記図１７において、上記の処理部分は複
数の処理手段によって実現されるため、これらの処理手
段を、ここでは閲覧・指示手段３０１、再決済受注手段
５２１、決済手段５２４、及び決済結果受信手段５２２
としている。

【０２５４】また、上述した第１〜第４の何れかの実施
の形態での処理において、注文受注の前にクライアント
コンピュータ１４０（Ｘ）の利用者から、例えば、ユー
ザーＩＤ等、店舗サーバ１１０が利用者を識別するため
の識別子（以下、「店舗ユーザＩＤ」と言う）が送信さ
れており、その店舗ユーザーＩＤが仮注文データ及び本
注文データの一部として、仮注文格納装置３２２及び本
注文格納装置３２３に格納しておくものとする。

【０２５５】また、店舗サーバ１１０の再決済受注手段
５２１は、詳細は後述するが、クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１から複数回のデ
ータ受信を行うが、このデータ通信の通信機能として、
上述したインターネットのＷＷＷ機能を使用する場合、
すなわち再決済受注手段５２１をＣＧＩプログラムとし
て実施する場合、ここでの再決済受注手段５２１が実行
する処理を、複数のＣＧＩプログラムを用いて実施する
ことも可能である。

【０２５６】そこで、上記図１７に示す再決済処理につ
いての説明を行う。

【０２５７】ステップＳ８１：クライアントコンピュー
タ１４０（Ｘ）の利用者は、再決済受注手段５２１の閲
覧データ識別子及び店舗ユーザＩＤをＫＢ２０８を操作
することで入力する。これにより、閲覧・指示手段３０
１は、ネットワーク１３０に対して、店舗サーバ１１０
の再決済受注手段５２１の起動及びその結果の返信の要
求を出力する。

【０２５８】ステップＳ８２：店舗サーバ１１０の再決
済受注手段５２１は、閲覧・指示手段３０１から送信さ
れてきた店舗ユーザＩＤを受信し、その店舗ユーザＩＤ
を含む仮注文データを、仮注文格納装置３２２から検索
してＲＡＭ２０２に記憶する。 ステップＳ８３：再決済受注手段５２１は、ステップＳ
８２で記憶した仮注文データを、クライアントコンピュ
ータ１４０（Ｘ）の閲覧・指示手段３０１が解析可能な
形式、例えば、ＨＴＭＬ形式で編集し、それを閲覧・指
示手段３０１に対して送信する。

【０２５９】ステップＳ８４：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、再決済受注
手段５２１から送信されてきた仮注文データを受信し、
その仮注文データを編集してＣＲＴ２０６に表示させ
る。このとき、ＣＲＴ２０６に表示される画面（再決済
受注手段５２１から送信されてくる表示用データに基づ
いた画面）は、例えば、仮注文データが一覧で表示され
るようになされており、利用者がＫＢ２０８等を操作し
て、仮注文データの一覧から所望するデータを選択する
ことができるようになされている。このような画面上
で、利用者から任意の仮注文データが選択された場合、
閲覧・指示手段３０１は、その選択された仮注文データ
の少なくとも注文番号を取得して、それを再決済受注手
段５２１に対して送信する（ステップＳ８５参照）。

【０２６０】ステップＳ８５：閲覧・指示手段３０１
は、ステップＳ８４でＣＲＴ２０６に表示させた仮注文
データの一覧に対して、利用者がＫＢ２０８等を操作し
て選択した任意の仮注文データの、少なくとも注文番号
を取得して、その注文番号を付加データとして、店舗サ
ーバ１１０の再決済受注手段５２１に対して送信する。

【０２６１】ステップＳ８６：店舗サーバ１１０の再決
済受注手段５２１は、閲覧・指示手段３０１から送信さ
れてきた注文番号を受信し、それをＲＡＭ２０２に記憶
すると共に、その注文番号を元に、該注文番号が示す仮
注文データを、仮注文格納装置３２２から検索して読み
込んでＲＡＭ２０２に記憶する。 ステップＳ８７：このステップＳ８７は、ここでの前提
となる決済方法が、上述した第１又は第３の実施の形態
での方法であった場合にのみ、再決済受注手段５２１が
行う処理である。このため、本ステップでの処理を、上
記図８のステップＳ９〜ステップＳ１２で示した処理
（第１の実施の形態での処理）と等価とし、決済サーバ
１２０の決済予定受信手段３４２への決済予定データの
送信処理を行う。 ステップＳ８８：再決済受注手段５２１は、予め設定し
ておいた決済サーバ１２０の決済手段５２４を示す閲覧
データ識別子を指定することにより、例えば、ＷＷＷ機
能におけるサーバリダイレクトの方法を用いて、決済サ
ーバ１２０の決済手段５２４に制御を移行する。このと
き、閲覧データ識別子に付加する付加データとして、少
なくともステップＳ８６で記憶した注文番号を、決済手
段５２３に対して送信する。尚、ステップＳ８８は、上
記図８のステップＳ１３、又は上記図１２のステップＳ
４９と等価である。

【０２６２】ステップＳ８９：決済サーバ１２０の決済
手段５２４は、再決済受注手段５２１から送信されてき
た注文番号を受信し、その注文番号を用いて、関連する
各処理手段と共に、上記図８のステップＳ１４以降及び
図９のステップＳ２１〜ステップＳ２７までの処理（第
１の実施の形態における処理）、或いは上記図１２のス
テップＳ５０以降及び図１３のステップＳ６１〜ステッ
プＳ７４までの処理（第２の実施の形態における処理）
を実行し、受信した注文番号で識別される注文の決済処
理を行う。 ステップＳ９０：決済手段１６１１は、予め設定してお
いた店舗サーバ１１０の決済結果受信手段５２３を示す
閲覧データ識別子を指定することにより、例えば、ＷＷ
Ｗ機能におけるサーバリダイレクトの方法を用いて、決
済結果受信手段５２３に制御を移行する。このとき、閲
覧データ識別子に付加する付加データとして、少なくと
もステップＳ８９で受信した注文番号を、決済結果受信
手段５２３に対して送信する。尚、ステップＳ９０は、
上記図９のステップＳ２８、又は上記図１３のステップ
Ｓ７５と等価である。

【０２６３】ステップＳ９１：このステップＳ９１は、
ここでの前提となる決済方法が、上述した第１又は第３
の実施の形態における方法であった場合にのみ、決済結
果受信手段５２３が実行する処理であり、上記図９のス
テップＳ２９〜ステップＳ３３と等価の処理である。決
済結果受信手段５２３は、決済結果提供手段３４４に対
して受信した注文番号の決済結果を問合わせることによ
り、該決済結果に応じて、該注文番号の仮注文データを
仮注文格納装置３２２から本注文格納装置３２３に移動
する。 ステップＳ９２：決済結果受信手段５２３は、ここでの
前提となる決済方法が上述した第１又は第３の実施の形
態における方法であった場合、上記図９のステップＳ３
４と等価の処理を実行する。また、ここでの前提となる
決済方法が上述した第２又は第４の実施の形態における
方法であった場合には、上記図１３のステップＳ７６と
等価の処理を実行する。そして、決済の結果を表わすメ
ッセージを含む表示用データを、クライアントコンピュ
ータ１４０（Ｘ）の閲覧・指示手段３０１に対して送信
する。

【０２６４】ステップＳ９３：クライアントコンピュー
タ１４０（Ｘ）の閲覧・指示手段３０１は、決済結果受
信手段５２３から送信されてきた表示用データを受信
し、その表示用データの内容をＣＲＴ２０６に表示させ
る。

【０２６５】＜未決済注文処理＞図１８は、未決済注文
処理の処理を示したものである。未決済注文処理は、何
らかの問題で、上述した第１乃至第４の実施の形態での
一連の処理に失敗し、店舗サーバ１１０上の各注文の状
況（仮注文すなわち未決済か、本注文すなわち決済済み
か）と、決済サーバ１２０上の決済結果格納装置３５３
内の各注文の状況との間に生じる不整合を訂正する処理
である。例えば、店舗サーバ１１０の仮注文格納装置３
２２内の各仮注文データの決済結果を、決済サーバ１２
０の決済結果提供手段５２５に対して問合わせ、決済済
みの仮注文データを本注文格納装置３２３に移動するこ
とによって、その注文については決済完了とする処理で
ある。

【０２６６】上記図１８において、未決済注文処理手段
５２２と決済結果提供手段５２５は、各々異なる情報処
理装置上で動作するため、処理手段をまたがる矢印で表
されるデータ通信には、例えば、上述したインターネッ
トのＷＷＷ機能を利用した通信手段を使用する。すなわ
ち、未決済注文処理手段５２５が、上記図７の通信モジ
ュール７０１を有することにより、ＷＷＷサーバ間のデ
ータ通信と同様にして、上記のデータ通信を行うものと
する。

【０２６７】そこで、上記図１８に示す未決済注文処理
についての説明を行う。

【０２６８】ステップＳ１０１：店舗サーバ１１０の未
決済注文処理手段５２２は、仮注文格納装置３２２から
仮注文データを１件読み出し、それをＲＡＭ２０２に記
憶する。 ステップＳ１０２：未決済注文理手段５２２は、ステッ
プＳ１０１において仮注文格納装置３２２から読み出す
べき仮注文データあるか否かを判別する。この判別の結
果、読み出すべき仮注文データがない場合（全ての仮注
文データに対する処理が終了した場合）、本処理終了と
なる。 ステップＳ１０３：未決済注文理手段５２２
は、予め設定しておいた決済サーバ１２０の決済結果提
供手段５２５を示す閲覧データ識別子に対し、ステップ
Ｓ１０１で記憶した仮注文データに含まれる注文番号を
付加データとして、それを決済結果確認要求として決済
サーバ１２０の決済結果提供手段５２５に対して送信す
る。

【０２６９】ステップＳ１０４：決済サーバ１２０の決
済結果提供手段５２５は、未決済注文処理手段５２２か
ら送信されてきた付加データ（注文番号）を受信し、そ
の注文番号を有する決済結果データを、決済結果格納装
置３５３から検索し、その検索の成否を示す検索結果フ
ラグと、該決済結果データの内容とをＲＡＭ２０２に記
憶する。ここでの検索結果フラグは、例えば、該当デー
タが決済結果格納装置３５３に存在した場合には「ＴＲ
ＵＥ」を示すデータが設定され、存在しない場合には
「ＦＡＬＳＥ」を示すデータが設定されるものとする。 ステップＳ１０５：決済結果提供手段５２５は、ステッ
プＳ１０４で記憶した検索結果フラグと決済結果データ
の内容を、店舗サーバ１１０の未決済注文処理手段５２
２が解析可能な形式に編集し、それを店舗サーバ１１０
の未決済注文処理手段５２２に対して返信する。

【０２７０】ステップＳ１０６：店舗サーバ１１０の未
決済注文処理手段５２２は、決済サーバ１２０の決済結
果提供手段５２５から送信されてきた検索結果フラグと
決済結果データ内容を受信し、それらをＲＡＭ２０２に
記憶する。 ステップＳ１０７：未決済注文処理手段５２２は、ステ
ップＳ１０６で記憶した検索結果フラグを調べて、その
検索結果フラグの値が「ＴＲＵＥ」であれば、ステップ
Ｓ１０１で記憶した仮注文データと、ステップＳ１０６
で記憶した決済結果データとの内容を突き合わせて、そ
の結果、決済金額等が合致していれば、決済完了として
次のステップＳ１０８に進む。そうでない場合、ステッ
プＳ１０１に戻って、次の仮注文データに対する処理を
実行する。 ステップＳ１０８：未決済注文処理手段５２２は、ステ
ップＳ１０１で記憶した仮注文データを、仮注文格納装
置３２２から削除すると共に、それを本注文格納装置３
２３に書き込むことで、決済完了とする。その後、ステ
ップＳ１０１に戻り、次の仮注文データに対する処理を
実行する。

【０２７１】（第６の実施の形態）本実施の形態では、
上述した第５の実施の形態での未決済注文処理（上記図
１８参照）における、未決済注文処理手段５２２及び決
済結果提供手段５２５が実行する処理を、例えば、図１
９に示すような処理とする。

【０２７２】すなわち、上述した第５の実施の形態で
は、決済結果提供手段５２２の呼び出しが各仮注文デー
タごとに複数回行われていたのに対し、本実施の形態で
は、決済結果提供手段５２２の呼び出し時のパラメータ
を、注文番号ではなく決済が完了した期間（自、至のタ
イムスタンプ）を指定して、該当する決済結果を複数件
取得することにより、決済結果提供手段５２５の呼び出
しを１回のみとする。また、ここでは、上記の問合せ時
に指定する決済完了期間を、店舗サーバ１２０のＨＤＤ
２０９に予め初期値を設定して保管しておくものとす
る。以下、これを「問合わせ期間設定ファイル」と言
う。さらに、決済サーバ１２０の決済結果格納装置３５
３に格納される各決済結果データには、決済処理が行わ
れた時刻のタイムスタンプ（以下、「決済処理日時」と
言う）が含まれていることを前提とする。

【０２７３】また、上記図１９において、未決済注文処
理手段５２２と決済結果提供手段５２５は、各々異なる
情報処理装置上で動作するため、処理手段をまたがる矢
印で表されるデータ通信については、例えば、上述した
インターネットのＷＷＷ機能を利用した通信手段を使用
するものとする。すなわち、未決済注文処理手段５２２
が、上記図７の通信モジュール７０１を有することによ
り、ＷＷＷサーバ間のデータ通信と同様にして、上記の
データ通信を行うものとする。

【０２７４】そこで、上記図１９を用いて、ここでの未
決済注文処理について具体的に説明する。

【０２７５】ステップＳ１１１：店舗サーバ１１０の未
決済注文処理手段５２２は、問合せ期間設定ファイルを
読み込んで、その問合せ期間設定データをＲＡＭ２０２
に記憶する。 ステップＳ１１２：未決済注文処理手段５２２は、予め
設定しておいた決済サーバ１２０の決済結果提供手段５
２５を示す閲覧データ識別子に対し、ステップＳ１１１
で記憶した問合せ期間設定データを付加データとして、
それを決済結果確認要求として決済結果提供手段５２５
に対して送信する。

【０２７６】ステップＳ１１３：決済サーバ１２０の決
済結果提供手段５２５は、店舗サーバ１１０の決済結果
格納装置３５３を検索して、その決済結果データのう
ち、決済処理日時が未決済注文処理手段５２２から送信
されてきた問合せ期間設定データ中の自、至のタイムス
タンプ内にある決済結果データを全て抽出し、それらを
ＲＡＭ２０２又はＨＤＤ２０９の一時領域に記憶する。
ステップＳ１１４：決済結果提供手段５２５は、ステ
ップＳ１１３で記憶した全決済結果データの内容を、店
舗サーバ１１０の未決済注文処理手段５２２が解析可能
な形式に編集し、それを未決済注文処理手段５２２に対
して返信する。

【０２７７】ステップＳ１１５：店舗サーバ１１０の未
決済注文処理手段５２２は、決済サーバ１２０の決済結
果提供手段５２５から送信されてきた決済結果データを
全て、ＲＡＭ２０２又はＨＤＤ２０９の一時領域に記憶
する。このとき、後続の処理で前記決済結果データを１
件ずつ処理できるよう、例えば、テーブル形式で保管す
る。以下、これを「決済結果テーブル」と言う。 ステップＳ１１６：未決済注文処理手段５２２は、ステ
ップＳ１１５で記憶した決済結果テーブルから、決済結
果データを順次１件抽出し、それをＲＡＭ２０２に記憶
する。 ステップＳ１１７：未決済注文処理手段５２２は、ステ
ップＳ１１６で決済結果テーブルから抽出すべき決済結
果データがあるか否かを判別する。この判別の結果、抽
出すべき決済結果データがない場合（全ての決済結果デ
ータに対する処理が終了した場合）、後述するステップ
Ｓ１２１に進む。抽出すべき決済結果データがある場合
は、次のステップＳ１１８へ進む。 ステップＳ１１８：未決済注文処理手段５２２は、ステ
ップＳ１１６で記憶した決済結果データに含まれる注文
番号を元に、該当する仮注文データを仮注文格納装置３
２２から検索し、該当する仮注文データがあれば、それ
を読み出してＲＡＭ２０２に記憶する。 ステップＳ１１９：未決済注文処理手段５２２は、ステ
ップＳ１１８の検索において、該当する仮注文データが
仮注文格納装置３２２内に存在し、且つ該仮注文データ
の決済金額等が、ステップＳ１１６で記憶した決済結果
データと一致するかどうかを調べ、上記の条件を満たし
ていれば、次のステップＳ１２０へ進む。満たしていな
ければ、ステップＳ１１６へ戻り、次の決済結果データ
に対する処理を実行する。 ステップＳ１２０：未決済注文処理手段５２２は、ステ
ップＳ１１８で記憶した仮注文データを仮注文格納装置
３２２から削除すると共に、その仮注文データを本注文
格納装置３２３に書き込むことで、該注文の決済完了と
する。その後、ステップＳ１１６へ戻って、次の決済結
果データに対する処理を実行する。 ステップＳ１２１：未決済注文処理手段５２２は、ステ
ップＳ１１１で記憶した問合わせ期間設定データに対
し、ステップＳ１１５で記憶した決済結果テーブル中の
各決済結果データ中、最も新しい決済処理日時を、問合
わせ期間設定データの自のタイムスタンプとし、さらに
該決済処理日時から予め定めておいた一定時間を加算し
た値を、問合わせ期間設定データの至のタイムスタンプ
として、問合わせ期間設定ファイルに書き込むことによ
って、問合わせ期間設定ファイルを更新しておき、未決
済注文処理手段５２２が次回に起動された時に使用する
問合わせ期間をスライドさせる。

【０２７８】尚、本発明の目的は、上述した各実施の形
態のホスト及び端末の機能を実現するソフトウェアのプ
ログラムコードを記憶した記憶媒体を、システム或いは
装置に供給し、そのシステム或いは装置のコンピュータ
（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログ
ラムコードを読みだして実行することによっても、達成
されることは言うまでもない。この場合、記憶媒体から
読み出されたプログラムコード自体が各実施の形態の機
能を実現することとなり、そのプログラムコードを記憶
した記憶媒体は本発明を構成することとなる。プログラ
ムコードを供給するための記憶媒体としては、ＲＯＭ、
フロッピーディスク、ハードディスク、光ディスク、光
磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、
不揮発性のメモリカード等を用いることができる。ま
た、コンピュータが読みだしたプログラムコードを実行
することにより、実施の形態の機能が実現されるだけで
なく、そのプログラムコードの指示に基づき、コンピュ
ータ上で稼動しているＯＳ等が実際の処理の一部又は全
部を行い、その処理によって各実施の形態の機能が実現
される場合も含まれることは言うまでもない。さらに、
記憶媒体から読み出されたプログラムコードが、コンピ
ュータに挿入された拡張機能ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに書き込まれ
た後、そのプログラムコードの指示に基づき、その機能
拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実
際の処理の一部又は全部を行い、その処理によって各実
施の形態の機能が実現される場合も含まれることは言う
までもない。

【０２７９】

【発明の効果】以上説明したように本発明では、受注処
理装置（店舗サーバ）は、注文を受注して決済処理装置
（決済サーバ）に対して決済処理を要求する前に、該注
文の情報を仮注文情報として保管しておき、発注装置
（クライアントコンピュータ）からの要求に基づいて、
該仮注文情報を提示し、さらに発注装置から要求があっ
た場合に、該仮注文情報に関する決済要求を決済処理装
置に対して再度行うようにした。このような構成によ
り、利用者は、注文の決済状況を容易に参照することが
でき、必要に応じて再決済を行うこともできる。

【０２８０】また、受注処理装置は、仮注文情報を元
に、決済処理装置に対して決済結果の取得を要求し、決
済済みの仮注文情報を本注文情報して注文の受注を確定
する。また、決済処理装置は、受注処理装置からの要求
に対して決済処理結果を返信する。このような構成によ
り、例えば、定期的に受注処理装置と決済処理装置の間
の決済状況のデータ不整合を補正することができる。

【０２８１】また、上記決済処理結果の取得要求及び情
報提供において、受注処理装置及び決済処理装置が、注
文番号単位での要求・取得と、決済処理日時の範囲によ
る要求・取得を行うようにすれば、効率的かつ柔軟な上
記のデータ交換を行うことができる。

【０２８２】よって、本発明によれば、顧客の操作性や
商品提供の即時性を損なうことなく、常に正確且つ効率
的なネット決済を行うことができる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
決済システムの構成を示すブロック図である。

【図２】上記決済システムのクライアントコンピュー
タ、店舗サーバ、及び決済サーバの内部構成を示すブロ
ック図である。

【図３】上記決済システムのモジュール構成を示すブロ
ック図である。

【図４】上記決済システムでのデータ通信に利用するイ
ンターネットのＷＷＷ機能のシステムの構成を示すブロ
ック図である。

【図５】上記ＷＷＷ機能におけるＵＲＬを説明するため
の図である。

【図６】上記ＷＷＷ機能におけるＨＴＭＬ及び表示画面
を説明するための図である。

【図７】上記ＷＷＷ機能におけるサーバ間のデータ通信
を説明するための図である。

【図８】上記決済システムにおいて、注文の受注と決済
画面への移行の処理を説明するためのフローチャートで
ある。

【図９】上記決済システムにおいて、決済処理と決済完
了処理を説明するためのフローチャートである。

【図１０】上記の処理におけるサーバ間の制御移行時の
ＵＲＬとパラメータの一例を説明するための図である。

【図１１】第２の実施の形態における上記決済システム
のモジュール構成を示すブロック図である。

【図１２】上記決済システムにおいて、注文の受注と決
済画面への移行の処理を説明するためのフローチャート
である。

【図１３】上記決済システムにおいて、決済処理と決済
完了処理を説明するためのフローチャートである。

【図１４】第３の実施の形態における上記決済システム
のモジュール構成を示すブロック図である。

【図１５】第４の実施の形態における上記決済システム
のモジュール構成を示すブロック図である。

【図１６】第５の実施の形態における上記決済システム
のモジュール構成を示すブロック図である。

【図１７】上記決済システムにおいて、再決済処理を説
明するためのフローチャートである。

【図１８】上記決済システムにおいて、未決済注文処理
を説明するためのフローチャートである。

【図１９】第６の実施の形態における上記未決済注文処
理を説明するためのフローチャートである。

【符号の説明】

１００ 決済システム １１０ 店舗サーバ １２０ 決済サーバ １４０（１）〜１４０（Ｎ） クライアントコンピュー
タ ３０１ 閲覧・指示手段 ３１１ 文書提供手段 ３１２ 商品情報提供手段 ３１３ 注文受注手段 ３１４ 決済結果受信手段 ３２１ 商品情報格納装置 ３２２ 仮注文格納装置 ３２３ 本注文格納装置 ３４１ 文書提供手段 ３４２ 決済予定受信手段 ３４３ 決済手段 ３４４ 決済結果提供手段 ３５１ 決済予定格納装置 ３５２ 認証情報格納装置 ３５３ 決済結果格納装置 ５２１ 再決済受注手段 ５２２ 決済結果受信手段 ５２３ 未決済注文処理手段 ５２４ 決済手段 ５２５ 決済結果提供手段

Claims (17)

【特許請求の範囲】
1. 【請求項１】 外部発注装置からの要求に基づいて、予
   め保有している商品情報を該外部発注装置に対して提供
   する商品情報提供手段と、 上記外部発注装置から受け取った注文情報に対する決済
   を、外部決済処理装置に対して依頼する注文受注手段
   と、 上記注文情報を、上記外部決済処理装置での決済処理完
   了前の仮注文情報と決済処理完了後の本注文情報とで区
   別して保持し、上記外部決済処理装置での決済処理の結
   果に基づいて、仮注文情報を本注文情報に変更すること
   によって、上記注文情報に対する受注を確定する決済結
   果処理手段と、 上記外部発注装置からの要求に基づいて、上記決済結果
   処理手段での仮注文情報を上記外部発注装置に対して提
   示し、該仮注文情報に対する再決済を上記外部決済処理
   装置に対して依頼する再決済受注手段とを備えることを
   特徴とする受注処理装置。
2. 【請求項２】 上記外部決済処理装置から取得した上記
   決済結果処理手段での仮注文情報の決済処理の結果に基
   づいて、該仮注文情報を本注文情報に変更することによ
   って、該仮注文情報に対する受注を確定する未決済注文
   処理手段を更に備えることを特徴とする請求項１記載の
   受注処理装置。
3. 【請求項３】 上記未決済注文処理手段は、上記仮注文
   情報に含まれる注文番号に基づいた注文単位で、上記仮
   注文情報の決済処理の結果を上記外部決済処理装置から
   取得することを特徴とする請求項２記載の受注処理装
   置。
4. 【請求項４】 上記未決済注文処理手段は、所定の決済
   完了日時情報に基づいて、複数の上記仮注文情報の決済
   処理の結果を上記外部決済処理装置から取得することを
   特徴とする請求項２記載の受注処理装置。
5. 【請求項５】 上記外部決済処理装置とのデータ交換
   を、上記外部発注装置を経由しない経路で行うことを特
   徴とする請求項１記載の受注処理装置。
6. 【請求項６】 外部受注処理装置からの決済の要求に基
   づいて、該外部受注処理装置に対して任意の注文情報を
   出力した外部発注装置とデータ交換を行って、該注文情
   報に対する決済を行い、その決済の結果を保管して、上
   記外部受注処理装置に対して決済処理完了を通知する決
   済手段を備える決済処理装置であって、 上記決済手段は、請求項１〜５の何れかに記載の受注処
   理装置の機能を有する上記外部受注処理装置からの要求
   に基づいて、上記注文情報に対する決済処理の結果を提
   供する決済結果提供手段を含むことを特徴とする決済処
   理装置。
7. 【請求項７】 外部受注処理装置からの決済の要求に基
   づいて、該外部受注処理装置に対して任意の注文情報を
   出力した外部発注装置とデータ交換を行って、該注文情
   報に対する決済を行い、その決済の結果を保管して、上
   記外部受注処理装置に対して決済処理完了を通知する決
   済手段を備える決済処理装置であって、 上記外部受注処理装置からの要求に基づいて、上記注文
   情報に対する決済処理の結果を提供する決済結果提供手
   段を更に備えることを特徴とする決済処理装置。
8. 【請求項８】 上記決済結果提供手段は、上記注文情報
   に含まれる注文番号に基づいた注文単位で、上記決済処
   理の結果を提供することを特徴とする請求項６又は７記
   載の決済処理装置。
9. 【請求項９】 上記決済結果提供手段は、所定の決済完
   了日時情報に基づいて、上記決済処理の結果を提供する
   ことを特徴とする請求項６又は７記載の決済処理装置。
10. 【請求項１０】 上記決済手段は、本装置内に保有する
    設定情報と、上記外部受注処理装置からの該設定情報の
    選択指定に基づいて、処理内容を変更することを特徴と
    する請求項６又は７記載の決済処理装置。
11. 【請求項１１】 上記外部受注処理装置とのデータ交換
    を、上記外部発注装置を経由しない経路で行うことを特
    徴とする請求項７記載の決済処理装置。
12. 【請求項１２】 ユーザから指示された任意の商品につ
    いての注文情報を出力する発注装置と、 上記発注装置から出力された注文情報を受注する受注処
    理装置と、 上記受注処理装置からの要求に従って上記注文情報に対
    する決済処理を行う決済処理装置とが、ネットワークを
    介して接続されてなる決算システムであって、 上記受注処理装置は、請求項１〜５の何れかに記載の受
    注処理装置の機能を有し、 上記決済処理装置は、請求項６〜１１の何れかに記載の
    決済処理装置の機能を有することを特徴とする決済処理
    システム。
13. 【請求項１３】 上記ネットワークは、インターネット
    を含み、 上記インターネットによるデータ交換は、ＷＷＷ機能に
    よるデータ通信を含むことを特徴とする請求項１２記載
    の決済処理システム。
14. 【請求項１４】 発注装置によるユーザからの任意の商
    品の注文を受注処理装置で受注し、該注文情報に対する
    決済処理を決済処理装置で行うための処理ステップをコ
    ンピュータが読出可能に格納した記憶媒体であって、 上記処理ステップは、 上記受注処理装置が、上記発注装置からの要求に基づい
    て、予め保有している商品情報を上記発注装置に対して
    提供する商品提供ステップと、 上記発注装置が、上記商品提供ステップにより提供され
    た商品情報に対するユーザの指示に従った商品の注文情
    報を、上記受注処理装置に対して送信する注文ステップ
    と、 上記受注処理装置が、上記注文ステップにより送信され
    てきた注文情報を受注し、該注文情報に対する決済を上
    記決済処理装置に依頼する注文受注ステップと、 上記決済処理装置が、上記注文受注ステップによる依頼
    に基づいて、上記注文情報に対する決済処理を行い、そ
    の決済処理の結果を上記受注処理装置に対して送信する
    決済ステップと、 上記受注処理装置が、上記注文受注ステップでの注文情
    報を、上記外部決済処理装置での決済処理完了前の仮注
    文情報と決済処理完了後の本注文情報とで区別して保持
    し、上記決済ステップにより送信されてきた決済処理の
    結果に基づいて、仮注文情報を本注文情報に変更するこ
    とによって、上記注文情報に対する受注を確定する決済
    結果処理ステップと、 上記受注処理装置が、上記発注装置からの要求に基づい
    て、上記決済結果処理ステップでの仮注文情報について
    の決済処理の結果を、上記決済処理装置に対して要求す
    る未決済要求ステップと、 上記決済処理装置が、上記未決済要求ステップによる要
    求に基づいて、上記決済処理結果情報を上記受注処理装
    置に対して送信する未決済ステップと、 上記受注処理装置が、上記未決済ステップにより送信さ
    れてきた決済処理結果情報を上記外部発注装置に対して
    提示する未決済提示ステップと、 上記受注処理装置が、上記発注装置からの指示に従っ
    て、上記仮注文情報に対する再決済を上記外部決済処理
    装置に対して依頼する再決済受注ステップとを含むこと
    を特徴とする記憶媒体。
15. 【請求項１５】 上記処理ステップは、上記仮注文情報
    に含まれる注文番号に基づいた注文単位で、上記仮注文
    情報の決済処理の結果を、上記決済処理装置から上記受
    注処理装置に送信させるステップを含むことを特徴とす
    る請求項１４記載の記憶媒体。
16. 【請求項１６】 上記処理ステップは、所定の決済完了
    日時情報に基づいて、複数の上記仮注文情報の決済処理
    の結果を、上記決済処理装置から上記受注処理装置に送
    信させるステップを含むことを特徴とする請求項１４記
    載の記憶媒体。
17. 【請求項１７】 上記処理ステップは、上記決済処理装
    置と上記受注処理装置間でのデータ交換を、上記発注装
    置を経由しない経路で行うステップを含むことを特徴と
    する請求項１４記載の記憶媒体。