JP2002298059A - 決済制御システム、および、決済制御プログラム - Google Patents

Abstract

(57)【要約】 【課題】 複雑な処理を実行することなく、決済ステー
タスを適切に制御可能なシステムを提供する。 【解決手段】 決済を制御する決済制御サーバ１６は、
クライアントマシン１４から商品の購入や、その取消を
示すコマンドを受理すると、決済オブジェクトコンポー
ネント２００において、決済クラスの所定のメソッドを
呼び出し、さらに、これに伴って、決済クラス２０３の
メソッドを呼び出す。これにより、定義された決済ワー
クフロークラス２０４におけるイベントが引き起こされ
て、状態遷移が実現される。

Description

【発明の詳細な説明】

【０００１】

【産業上の技術分野】本発明は、オンラインショッピン
グなどの決済処理を確実に行うことができるシステムを
提供することを目的とする。

【０００２】

【従来の技術】たとえば、オンラインショッピングの決
済処理においては、従来、シーケンシャルに決済状態を
管理していた。図５は、決済処理において、決済情報を
記録するためにデータベースに記憶される決済情報テー
ブルおよび決済の状態を示す決済ステータスを説明する
図である。

【０００３】図５（ａ）に示すように、決済情報テーブ
ル１００には、クレジット番号、決済金額のほか、決済
の状態を管理するための決済ステータスの欄（符号１０
１参照）が設けられている。図５（ｂ）に示すように、
決済ステータスとして、たとえば、与信照会などが行わ
れていない「未オーソリ状態」、与信照会が済んだ状態
である「オーソリ済み」、購入を取り消した状態である
「取消し済み」、売上として計上されている状態である
「売上済み」、売上が取り消された「売上取消し」、入
金がされた状態である「入金済み」、入金が取り消され
た状態である「入金取消し」が考えられる。なお、本明
細書において、場合によって、オーソライズ、つまり、
与信照会などを行うことを「オーソリ」と略称する。こ
のような決済情報テーブルを利用して、従来は、以下の
処理が実行されていた。

【０００４】たとえば、オンラインショッピングにおい
て、ユーザがクライアントマシンを操作して、表示画像
中の購入ボタンをオンすると、ショッピングを管理する
サーバにおいて、決済制御プログラムが、決済情報テー
ブルに、「未オーソリ状態」のステータスを有するレコ
ードを新規に作成する。次いで、ショッピング管理サー
バは、決済代行サーバに対して、オーソリを依頼する電
文（オーソリ依頼電文）を送信する。「オーソリ結果＝
ＯＫ」という電文を決済代行サーバから受信した場合
に、決済制御プログラムは、決済情報テーブル中の対応
するレコードの決済ステータスを「オーソリ済み」に変
更する。このような処理過程においては、ユーザの操作
により、購入ボタンが連続して２回押されたとしても、
一つの注文に対してはオーソリ依頼電文は一度しか送信
されないように制御しなければならない。

【０００５】その一方、ユーザがクライアントマシンを
操作することにより、キャンセルボタンが押された場合
に、ショッピング管理サーバ中の決済制御プログラム
は、決済ステータスが、「未オーソリ状態」、「オーソ
リ済み」、「売上済み」或いは「入金済み」の何れかで
あるかを確認し、それ以外であれば、キャンセルボタン
のオンによるキャンセル依頼を無効にする。上記ステー
タスの何れかである場合には、ステータスにしたがっ
て、それぞれ、以下のような処理を実行する必要があ
る。

【０００６】（１）「未オーソリ状態」のとき：決済ス
テータスを「取消し」にする。 （２）「オーソリ済み」のとき：決済代行サーバに対し
て、オーソリ依頼を取り消す電文（オーソリ依頼取消電
文）を送信し、決済代行サーバから、「依頼取消し結果
＝ＯＫ」を示す電文を受信した場合に、決済ステータス
を「取消し」に変更する。依頼取消しに成功しなかった
場合には、決済ステータスは変更されない。 （３）「売上済み」のとき：赤字売上を計上して、決済
ステータスを「売上取消し」にする。 （４）「入金済み」のとき：返金処理をして、決済ステ
ータスを「入金取消し」とする。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来の決済処理においては、以下のような問題点があっ
た。 （１）決済ステータスに基づき、実行すべき処理を変更
する必要がある。たとえば、キャンセルボタンが押され
た場合に、決済ステータスに応じて、上述したように異
なる処理を実行しなければならない。 （２）決済情報としての整合性を保つためにユーザとバ
ックオフィス（ショッピング管理サーバ）の担当者が同
時に同じ決済情報を更新しないように排他制御しなけれ
ばならない。また、ステータスを参照して、更新するま
でに、ほかの人から決済情報が変更されていた場合でも
整合性を保つように処理しなければならない。

【０００８】（３）ユーザがボタンを２回押したとき
に、同じ処理を２度行わないようにしなければならな
い。例えば、ボタンを２度押したときにも、一つの注文
に対するオーソライズを２回行わないように制御する必
要がある。ｈｔｔｐのようなコネクションレスの通信で
はこういった制御は複雑になる。 （４）決済代行サーバと通信中の状態で障害が発生する
と、障害前の様々な決済状態に復旧してから、次の決済
状態に遷移することが現実的に不可能であるという問題
点があった。

【０００９】本発明は、複雑な処理を実行することな
く、決済ステータスを適切に制御可能なシステムを提供
することを目的とする。また、通信障害の有無にかかわ
らず、常に最新状態（つまり決済制御サーバが認識して
いる状態）を把握し、障害前の状態に復旧してから次の
決済処理に容易に移行することができるシステムを提供
することを目的とする。

【００１０】

【課題を解決するための手段】本発明の目的は、決済を
制御するシステムであって、購入およびその取消を含む
コマンドを受理するコマンド受理手段と、与信照会を含
む手続を行う外部システムとの間で電文を授受している
状態を含む種々の状態を状態遷移オブジェクトとして定
義する状態遷移オブジェクト定義手段と、前記コマンド
を受理すると、当該コマンドに基づきイベントを呼び出
して、定義された状態遷移オブジェクトを参照して、現
在の状態を遷移させる状態遷移手段であって、前記購入
およびその取消の際に、状態にしたがった電文を生成し
て、前記外部システムに伝達する状態遷移手段とを備
え、上記与信照会を含む業務を管理するように構成され
たことを特徴とする決済制御システムにより達成され
る。

【００１１】本発明により、電文を授受している状態、
たとえば、ある依頼（与信照会依頼）をしている状態
や、依頼の取消をしている状態が定義できる。したがっ
て、データの二重送信を防止することができ、外部シス
テム、たとえば、決済代行業者のサーバとの整合性を図
ることができる。好ましい実施態様においては、状態遷
移オブジェクト定義手段が、与信照会が行われていない
状態、与信照会中である状態、与信照会済みである状
態、与信取消中である状態、取消済みである状態を定義
する。

【００１２】別の好ましい実施態様においては、状態遷
移手段が、少なくとも、購入を示すコマンドに応答した
承認メソッド、および、取消を示すコマンドに応答した
取消メソッドを含む決済制御クラスと、前記決済制御ク
ラスの何れかのメソッドに呼び出される、購入取消、与
信照会依頼および与信照会取消をそれぞれ示すメソッド
を含む決済クラスとを有し、決済クラスにて呼び出され
たメソッドにより、前記状態遷移オブジェクトの状態が
遷移される。

【００１３】また、本発明の目的は、決済を制御するシ
ステムであって、購入およびその取消を含むコマンドを
受理するコマンド受理手段と、売上の計上を示す売上済
み、および、購入費用の入金済みを含む種々の状態を状
態遷移オブジェクトとして定義する状態オブジェクト定
義手段と、前記コマンドを受理すると、当該コマンドに
基づき、定義された状態遷移オブジェクトを参照して、
現在の状態を遷移させる状態遷移手段とを備え、前記決
済業務を管理するように構成されたことを特徴とする決
済制御システムにより達成される。

【００１４】好ましい実施態様においては、状態遷移オ
ブジェクト定義手段が、売上が計上された状態、売上が
取り消された状態、入金があった状態、および、返金が
なされた状態を定義する。別の好ましい実施態様におい
ては、状態制御手段が、少なくとも、購入を示すコマン
ドに応答した承認メソッド、および、取消を示すコマン
ドに応答した取消メソッドを含む決済制御クラスと、前
記決済制御クラスの何れかのメソッドに呼び出される、
売上を計上することを示す売上送信、売上取消、入金お
よび返金をそれぞれ示すメソッドを含む決済クラスとを
有し、決済クラスにて呼び出されたメソッドにより、前
記状態遷移オブジェクトの状態が遷移される。

【００１５】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明の
実施の形態にかかるネットワークコンピュータシステム
の概略を示すブロックダイヤグラムである。図１に示す
ように、本実施の形態においては、インターネット１２
に、クライアントマシン１４および決済制御サーバ１６
が接続されている。

【００１６】決済制御サーバ１６には、オンラインショ
ッピングにて商品を購入した顧客に関する種々の情報
や、後述する顧客の購入にかかる商品の決済ステータス
等を記憶したデータベース１８が接続されている。ま
た、ＬＡＮ２１を介して、バックオフィス業務のための
クライアントマシン２０が接続されている。決済制御サ
ーバ１６、データベース１８およびクライアントマシン
２０は、ショッピングサイトの運営機関３０が所有し、
それぞれが協働して、いわゆるオンラインショッピング
にかかわる種々の処理を実行する。本実施の形態におい
ては、決済制御サーバ１６において、ユーザによる商品
購入の決定から支払にいたる決済状態を、後述するよう
に、状態管理オブジェクトである決済オブジェクトコン
ポーネントとして、他の処理とは別に管理している。

【００１７】また、決済制御サーバ１６は、ＷＡＮ２３
を介して、決済代行業者４０が所有する決済代行サーバ
２２に接続されている。決済制御サーバ１６と決済代行
サーバ２２との間は、専用線にて接続されるのが望まし
いが、ＶＰＮ（Virtual Private Network）などの利用
の下、インターネット１２にて接続されても良い。決済
代行業者４０においては、ショッピングサイトの運営機
関３０から依頼される与信照会等を実行するとともに、
クレジットカード業者５０との間で、種々の情報の授受
をなす。クレジットカード業者５０は、購入者であるユ
ーザのクレジットカードの番号等にしたがって、運営機
関３０に購入費用を入金する。

【００１８】上記ネットワークコンピュータシステムに
おいて、ユーザはクライアントマシン１２に搭載された
ブラウザを起動して、ブラウザにより表示装置の画面上
に表示された画像を通して、商品を購入することができ
るようになっている。また、購入の際に、オンラインで
クレジット情報を入力し、クレジット決済を行うことが
可能である。さらに、ユーザは、クライアントマシン１
２を操作することにより、過去に注文した内容を参照し
て、注文内容を変更し、或いは、注文のキャンセル（取
消）を行うことができる。

【００１９】その一方、ショッピングサイトの運営機関
３０において、バックオフィス業務のために、決済制御
サーバ２１とＬＡＮ２１を介して接続されたクライアン
トマシン２０においても、担当者が注文内容の変更やキ
ャンセル等の業務を行うことができる。

【００２０】決済制御サーバ１６においては、Ｊａｖａ
のバーチャルマシン（ＶＭ）が形成され、Ｊａｖａにて
作動するようになっている。図２は、決済制御サーバ１
６にて形成される決済オブジェクトコンポーネントを示
す図である。図２に示すように、本実施の形態において
は、決済オブジェクトコンポーネント２００は、決済制
御クラス２０１、決済代行サーバ通信モジュール２０
２、決済クラス２０３、および、決済ワークフロークラ
ス２０４を有している。

【００２１】決済制御クラス２０１は、承認メソッド、
取消メソッド、支払情報取得メソッドおよび支払情報更
新メソッドを有し、後述するように、各メソッドに応じ
た動作が規定されている。上記承認、取消、支払情報取
得および支払情報更新というメソッドつまり操作は、ク
ライアントマシン１４のユーザおよびバックオフィスの
クライアントマシン２０の担当者が、決済に対して行う
操作のイベントに対応している。すなわち、ユーザや担
当者が、これらの何れかの操作を希望する場合には、ク
ライアントマシン１４、２０の表示装置の画面上に表示
された画像を参照して、決済制御クラスに対して、対応
するメソッド（操作）を呼び出すだけで足りる。

【００２２】決済クラス２０３は、暗証番号、認証日付
などを含む属性（符号２１０参照）と、支払い内容更新
メソッド、購入取消メソッド、オーソリ取消メソッド、
売上送信メソッド、売上取消メソッド、入金メソッドお
よび返金メソッド（符号２１２参照）とを有している。
ここでは、各メソッドに対して、後述するワークフロー
クラスの対応するメソッドを呼び出して、その状態を遷
移させている。これら決済クラスにおける処理について
は後に詳述する。また、本実施の形態において、決済ク
ラス２０３がもつ属性２１０は、プライベートな属性で
あり、決済クラス２０３の内部からのアクセスのみが認
められている。これら属性は、オン来ショッピングにお
けるクレジット決済のための情報であり、購入ごとに決
済クラス２０３のインスタンスが可能となる。

【００２３】また、決済代行サーバ通信モジュール２０
２は、決済クラス２０３において実行された処理によ
り、決済代行サーバ２２との間でデータ通信をする必要
がある場合に、決済クラス２０３からの依頼に基づい
て、通信処理を実行する。

【００２４】図３は、決済ワークフロークラスの概略を
示すブロックダイヤグラムである。図３に示すように、
決済ワークフロークラス２０４は、種々の状態およびそ
の遷移（状態遷移）をもつ状態遷移オブジェクトであ
る。決済ワークフロークラス２０４においては、各イベ
ントに対して、図中の矢印に対応する状態にのみ遷移で
きるようになっている。たとえば、現在の状態であるカ
レントが「未オーソリ状態」（符号３０１参照）である
ときに、「購入取消」というイベント（符号３０２参
照）が生じれば「取消済み」という状態（符号３０３参
照）に遷移し、その一方、「オーソリ依頼」というイベ
ント（符号３０４）が生じれば、「オーソリ中」という
状態（符号３０５参照）に遷移する。

【００２５】また、現在の状態であるカレントが、特定
の状態であるときに、存在しないイベントを呼び出して
も例外が発生する仕組みになっている。たとえば、カレ
ントが、「オーソリ中」（符号３０５）や「オーソリ済
み」（符号３０６）である場合に、「オーソリ依頼」と
いうイベントを呼び出しても、これに伴う状態遷移は生
じない。これにより、購入ボタンの２度押しなどがあっ
ても、適切な処理を実現することが可能となる。

【００２６】図４は、本実施の形態において、ユーザが
クライアントマシン１４を操作して、表示装置の画面中
に表示された画像中のボタンをオンすることに応答して
実行される処理の概略を示すフローチャートである。こ
のフローチャートにしたがって、決済制御クラス、決済
クラスにおける詳細な動作について説明を加える。

【００２７】図４による処理に先立って、クライアント
マシン１４からのユーザＩＤおよびパスワードの入力に
より、決済制御サーバ１６において、ユーザの認証は終
了している。また、ユーザがショッピングサイトのウェ
ブページを検索して、所望の商品を選択し、或いは、シ
ョッピングカートに投入する動作は既に行われている。

【００２８】ユーザは、クライアントマシン１４を操作
して、選択し或いはショッピングカーとに投入した商品
の購入を示す「購入」ボタン、或いは、購入などユーザ
による操作を取り消す「キャンセル」ボタン、および、
支払条件等を含め何らかの変更が必要な場合を示す「変
更」ボタンのいずれかをオンする（ステップ４０１）、
何れかのボタンをオンしたことを示す情報（ボタン選択
情報）は、決済制御サーバ１６に伝達される（ステップ
４０２）。

【００２９】決済制御サーバ１６においては、搭載され
た決済制御プログラムが、オンされたボタンの種別にし
たがって、以下の処理を実行する（ステップ４０３）。
「購入」ボタンのオン：決済制御クラス２０１の承認メ
ソッドの呼び出し「キャンセル」ボタンのオン：決済制
御クラス２０１の取消メソッドの呼び出し「変更」ボタ
ンのオン：決済制御クラス２０１の支払情報更新メソッ
ドの呼び出し

【００３０】無論、他のボタンを設定して、このボタン
がオンされることにより、支払情報取得のメソッドが呼
び出されても良い。これは、特に、バックオフィスのク
ライアントマシン２０がユーザの情報を取得する際に利
用される。

【００３１】次いで、決済制御クラスは、呼び出された
メソッドに応じて、決済クラスのメソッドの呼び出しを
含む以下の処理を実行する（ステップ４０４）。 支払情報更新メソッド：決済クラス２０３の支払内容更
新の呼び出し 承認メソッド：決済クラス２０３のオーソリ依頼の呼び
出し 取消メソッド： (１)決済クラス２０３が「未オーソリ状態」であれば、
購入取消の呼び出し (２)決済クラス２０３が「オーソリ済み」であれば、オ
ーソリ取消の呼び出し (３)決済クラス２０３が「売上済み」であれば、売上取
消の呼び出し

【００３２】決済クラス２０３においては、各メソッド
に対して、ワークフロークラス２０４の対応するメソッ
ドを呼び出して、状態を遷移させる。また、状態遷移の
ほか、所定のデータを決済代行サーバ通信モジュール２
０２が受理した場合には、これに応答したメソッドの呼
び出しを行う（ステップ４０５）。より詳細には、決済
クラスにおける動作は以下のとおりである。

【００３３】(１)支払内容更新メソッド：ワークフロー
２０４の支払内容更新の呼び出し、および、自らが持つ
情報の更新 (２)購入取消メソッド：ワークフロー２０４の購入取消
の呼び出し (３)オーソリ依頼メソッド：ワークフロー２０４のオー
ソリ依頼の呼び出し、および、オーソリ依頼電文の送信 (４)オーソリ取消メソッド：ワークフロー２０４のオー
ソリ依頼の呼び出し、および、オーソリ取消電文の送信 (５)売上送信メソッド：ワークフロー２０４の売上送信
を呼び出し、売上情報の書き出し (６)売上取消メソッド：ワークフロー２０４の売上取消
の呼び出し、および、マイナスの売上の計上 (７)入金メソッド：ワークフロー２０４の入金の呼び出
し、および、自ら持つ情報の更新 (８)返金メソッド：ワークフロー２０４の返金の呼出
し、および、自ら持つ情報の更新 (９)オーソリ依頼ＯＫの受信の場合：ワークフロー２０
４のオーソリ依頼ＯＫの呼び出し (10)オーソリ依頼ＮＧの受信の場合：ワークフロー２０
４のオーソリ依頼ＮＧの呼び出し (11)オーソリ取消ＯＫの受信の場合：ワークフロー２０
４のオーソリ取消ＯＫの呼び出し (12)オーソリ取消ＮＧの受信の場合：ワークフロー２０
４のオーソリ取消ＮＧの呼び出し

【００３４】したがって、このステップではワークフロ
ー２０４において、イベントが生じて、適切な呼び出し
であれば状態遷移が引き起こされる。なお、(３)オーソ
リ依頼メソッドおよび(４)オーソリ取消メソッドにおい
ては、状態遷移とともに、決済代行サーバ通信モジュー
ル２０２に電文送信を依頼することにより、必要な電文
が決済代行サーバ２２に伝達される（図４のステップ４
０６）。また、(９)オーソリ依頼ＯＫの受信〜(12)オー
ソリ取消ＮＧの受信に関しては、決済代行サーバ２２か
ら所定の電文が与えられた場合（図４のステップ４０
７）に与えられる。

【００３５】このようにワークフロークラス２０４にお
いてイベントを生じさせて状態遷移を実行させ、これに
加えて、決済代行サーバ２２から所定の電文が与えら
れ、これに応じた処理が実行された後、必要に応じて、
ユーザに、当該ユーザがオンしたボタンにより伝達され
た指示（たとえば、購入、キャンセルなど）に対する結
果が通知される（ステップ４０８）。ユーザがクライア
ントマシン１４を操作して以下のような指示を与える場
合に、上記処理の何れかが実行されることで、排他制
御、ステータスの変更などが実現される。

【００３６】たとえば、ユーザは商品をショッピングカ
ートに入れ、購入する前に決済方法、合計金額等を確認
できる。ここでは、ユーザはクライアントマシン１４を
操作して、決済方法や合計金額等を確認する際に、ある
ボタン（たとえば「確認ボタン」）をオンする。決済制
御サーバ１２においては、決済制御クラス２０１の支払
情報取得メソッドが呼び出され、これに引き続く一連の
処理が実行される。

【００３７】ユーザは、決済方法や合計金額等を確認し
ている時点で、商品選択のページに戻り、ショッピング
カートに商品を追加することができる。これは、決済制
御サーバ１６において、購入決定から支払にいたるまで
の決済状態を、状態管理用オブジェクトである今決済オ
ブジェクトコンポーネントとして、別途管理しているこ
とにより実現できる。また、確認の段階（たとえば、画
面上に確認を促す画像が表示されている段階）で、購入
を止めて取り消すことも可能である。

【００３８】ユーザがクレジット決済にて商品を購入し
たい場合に、ユーザがクライアントマシン１４を操作し
て、表示装置の画面上に表示された画像中の「購入」ボ
タンをオンすると、決済制御サーバ１６が必要な処理を
実行することにより、リアルタイムで、「オーソリ」
（与信照会、つまり、購入金額が与信枠内であるかの判
断）を行い、購入可能であれば注文を受け付ける。これ
は、決済制御サーバ１６が、決済制御クラス２０１の承
認メソッド、決済クラス２０３のオーソリ依頼等を呼び
出して、決済代行サーバ２２に対してオーソリ依頼電文
を送信し、オーソリ結果ＯＫの電文が受理したことに応
答して実現される。

【００３９】その一方、オーソリ結果がＮＧである場合
には、注文の受け付け（受注）とはならず、購入決定前
の状態に戻る（図３の符号３０５、３０４および３０１
参照）。ユーザは、クライアントマシン１４を操作し
て、購入を止めて取り消すことができる（図３の符号３
０１、３０２および３０３参照）。

【００４０】受付済みの注文について、確認のための画
像中の「キャンセル」ボタンをユーザがオンすることに
より、取り消すこともできる。購入取消にともなって、
決済制御サーバ１６は、必要な処理を実行して、クレジ
ット決済のオーソリ依頼取消電文を、決済代行サーバ２
２に送信し、取消以来ＯＫの結果を取得することで、当
該クレジットのオーソリ依頼を取り消すことができる。

【００４１】また、バックオフィス業務においても、シ
ョッピングサイトの運営機関３０の担当者が、クライア
ントマシン２０を操作して、空問内容の変更や取消等を
指示することもできる。ここで実行される処理も、クラ
イアントマシン１２からの指示に基づき決済制御サーバ
１６にて実行されるものと、指示等の発行元がクライア
ントマシン２０である点およびＬＡＮ２１を介している
点を除き、同様である。なお、上記変更やキャンセルに
伴って、決済情報にも変更がある場合には、決済制御サ
ーバ１６においてオーソリ依頼やオーソリ取消依頼が実
行される。

【００４２】決済制御サーバ１６は、一定の間隔（たと
えば１ヶ月ごと）で、オーソリ依頼した決済を売上とし
て確定し、売上情報として決済代行サーバ２２に送信す
る（図３の符号３０６、３０７、３０８参照）。一端売
上情報を決済代行サーバ２２に送信した場合（つまり売
上として計上した場合）には、これをキャンセルするた
めには、決済制御サーバ１６は、赤字売上を計上して、
売上情報を決済代行サーバ２２に送信して、結果として
相殺することになる（符号３０８、３０９、３１０参
照）。つまり、売上オーソリ依頼取消依頼はできないよ
うになっている。さらに、売上として計上し、既に入金
がなされた決済に対して、注文が取り消された場合に
は、返金などの処理が行われる（符号３１１、３１２、
３１３参照）。

【００４３】本発明によれば、商品の購入から支払にい
たるまでの決済状態を状態管理用オブジェクトとして管
理することにより、ユーザの操作に対する決済情報操作
のプログラムの呼び出しや制御構造をシンプルにするこ
とが可能となる。また、決済データへのデータの二重送
信を防止することができ、たとえば、オンラインショッ
ピングサイトの運営機関における決済情報と、決済代行
業者における決済情報との整合性を容易にとることが可
能となる。また、同時並行処理に対して、取消処理、売
上処理などの整合性を保証することが可能となる。

【００４４】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、本実施の形態においては、インターネット上のオン
ラインショッピングセンターにおいて決済制御サーバ１
６を利用しているが、これに限定されるものではなく、
決済を管理するためであれば適用できることは明らかで
ある。また、上記実施の形態においては、クレジットに
よる決済に本発明を適用しているが、購入およびその取
消があり、与信照会をするようなものついて適用可能で
あることも言うまでもない。

【００４５】なお、本明細書において、一つの手段の機
能が、二つ以上の物理的手段により実現されても、若し
くは、二つ以上の手段の機能が、一つの物理的手段によ
り実現されてもよい。

【００４６】

【発明の効果】本発明によれば、複雑な処理を実行する
ことなく、決済ステータスを適切に制御可能なシステム
を提供することが可能となる。また、本発明によれば、
通信障害の有無にかかわらず、常に最新状態（つまり決
済制御サーバが認識している状態）を把握し、障害前の
状態に復旧してから次の決済処理に容易に移行すること
ができるシステムを提供することが可能となる。

【図面の簡単な説明】

【図１】 図１は、本発明の実施の形態にかかるネット
ワークコンピュータシステムの概略を示すブロックダイ
ヤグラムである。

【図２】 図２は、本実施の形態にかかる決済制御サー
バにて形成される決済オブジェクトコンポーネントを示
す図である。

【図３】 図３は、本実施の形態にかかる決済ワークフ
ロークラスの概略を示すブロックダイヤグラムである。

【図４】 図４は、本実施の形態にかかるクライアント
マシンおよび決済制御サーバにて実行される処理例を示
すフローチャートである。

【図５】 図５は、従来の決済処理において、決済情報
を記録するためにデータベースに記憶される決済情報テ
ーブルおよび決済の状態を示す決済ステータスを説明す
る図である。

【符号の説明】

１２ インターネット １４ クライアントマシン １６ 決済制御サーバ １８ データベース ２０ クライアントマシン ２２ 決済代行サーバ ２００ 決済オブジェクトコンポーネント ２０１ 決済制御クラス ２０２ 決済代行サーバ通信モジュール ２０３ 決済クラス ２０４ 決済ワークフロークラス

Claims (12)

【特許請求の範囲】
1. 【請求項１】 決済を制御するシステムであって、 購入およびその取消を含むコマンドを受理するコマンド
   受理手段と、 与信照会を含む手続を行う外部システムとの間で電文を
   授受している状態を含む種々の状態を状態遷移オブジェ
   クトとして定義する状態遷移オブジェクト定義手段と、 前記コマンドを受理すると、当該コマンドに基づきイベ
   ントを呼び出して、定義された状態遷移オブジェクトを
   参照して、現在の状態を遷移させる状態遷移手段であっ
   て、前記購入およびその取消の際に、状態にしたがった
   電文を生成して、前記外部システムに伝達する状態遷移
   手段とを備え、上記与信照会を含む業務を管理するよう
   に構成されたことを特徴とする決済制御システム。
2. 【請求項２】 前記状態遷移オブジェクト定義手段が、
   与信照会が行われていない状態、与信照会中である状
   態、与信照会済みである状態、与信取消中である状態、
   取消済みである状態を定義することを特徴とする請求項
   １に記載の決済制御システム。
3. 【請求項３】 前記状態遷移手段が、少なくとも、購入
   を示すコマンドに応答した承認メソッド、および、取消
   を示すコマンドに応答した取消メソッドを含む決済制御
   クラスと、前記決済制御クラスの何れかのメソッドに呼
   び出される、購入取消、与信照会依頼および与信照会取
   消をそれぞれ示すメソッドを含む決済クラスとを有し、 決済クラスにて呼び出されたメソッドにより、前記状態
   遷移オブジェクトの状態が遷移されることを特徴とする
   請求項１または２に記載の決済制御システム。
4. 【請求項４】 決済を制御するシステムであって、 購入およびその取消を含むコマンドを受理するコマンド
   受理手段と、 売上の計上を示す売上済み、および、購入費用の入金済
   みを含む種々の状態を状態遷移オブジェクトとして定義
   する状態オブジェクト定義手段と、 前記コマンドを受理すると、当該コマンドに基づき、定
   義された状態遷移オブジェクトを参照して、現在の状態
   を遷移させる状態遷移手段とを備え、前記決済業務を管
   理するように構成されたことを特徴とする決済制御シス
   テム。
5. 【請求項５】 前記状態遷移オブジェクト定義手段が、
   売上が計上された状態、売上が取り消された状態、入金
   があった状態、および、返金がなされた状態を定義する
   ことを特徴とする請求項４に記載の決済制御システム。
6. 【請求項６】 前記状態制御手段が、少なくとも、購入
   を示すコマンドに応答した承認メソッド、および、取消
   を示すコマンドに応答した取消メソッドを含む決済制御
   クラスと、前記決済制御クラスの何れかのメソッドに呼
   び出される、売上を計上することを示す売上送信、売上
   取消、入金および返金をそれぞれ示すメソッドを含む決
   済クラスとを有し、 決済クラスにて呼び出されたメソッドにより、前記状態
   遷移オブジェクトの状態が遷移されることを特徴とする
   請求項４または５に記載の決済制御システム。
7. 【請求項７】 決済を制御するために、コンピュータ
   を、 購入およびその取消を含むコマンドを受理するコマンド
   受理手段、 与信照会を含む手続を行う外部システムとの間で電文を
   授受している状態を含む種々の状態を状態遷移オブジェ
   クトとして定義する状態遷移オブジェクト定義手段、お
   よび、 前記コマンドを受理すると、当該コマンドに基づきイベ
   ントを呼び出して、定義された状態遷移オブジェクトを
   参照して、現在の状態を遷移させる状態遷移手段であっ
   て、前記購入およびその取消の際に、状態にしたがった
   電文を生成して、前記外部システムに伝達する状態遷移
   手段として機能させ、上記与信照会を含む業務を管理す
   るように構成されたことを特徴とする決済制御プログラ
   ム。
8. 【請求項８】 前記状態遷移オブジェクト定義手段にお
   いて、与信照会が行われていない状態、与信照会中であ
   る状態、与信照会済みである状態、与信取消中である状
   態、取消済みである状態を定義するように、前記コンピ
   ュータを機能させることを特徴とする請求項７に記載の
   決済制御プログラム。
9. 【請求項９】 前記状態遷移手段において、少なくと
   も、購入を示すコマンドに応答した承認メソッド、およ
   び、取消を示すコマンドに応答した取消メソッドを含む
   決済制御クラスと、前記決済制御クラスの何れかのメソ
   ッドに呼び出される、購入取消、与信照会依頼および与
   信照会取消をそれぞれ示すメソッドを含む決済クラスと
   が設けられ、 決済クラスにて呼び出されたメソッドにより、前記状態
   遷移オブジェクトの状態が遷移されるように前記コンピ
   ュータを作動させることを特徴とする請求項７または８
   に記載の決済制御プログラム。
10. 【請求項１０】 決済を制御するために、コンピュータ
    を、 購入およびその取消を含むコマンドを受理するコマンド
    受理手段、 売上の計上を示す売上済み、および、購入費用の入金済
    みを含む種々の状態を状態遷移オブジェクトとして定義
    する状態オブジェクト定義手段、および、 前記コマンドを受理すると、当該コマンドに基づき、定
    義された状態遷移オブジェクトを参照して、現在の状態
    を遷移させる状態遷移手段として機能させることを特徴
    とする決済制御プログラム。
11. 【請求項１１】 前記状態遷移オブジェクト定義手段に
    おいて、売上が計上された状態、売上が取り消された状
    態、入金があった状態、および、返金がなされた状態を
    定義するように、前記コンピュータを機能させることを
    特徴とする請求項１０に記載の決済制御システム。
12. 【請求項１２】 前記状態制御手段において、少なくと
    も、購入を示すコマンドに応答した承認メソッド、およ
    び、取消を示すコマンドに応答した取消メソッドを含む
    決済制御クラスと、前記決済制御クラスの何れかのメソ
    ッドに呼び出される、売上を計上することを示す売上送
    信、売上取消、入金および返金をそれぞれ示すメソッド
    を含む決済クラスとが設けられ、 決済クラスにて呼び出されたメソッドにより、前記状態
    遷移オブジェクトの状態が遷移されるように前記コンピ
    ュータを作動させることを特徴とする請求項１０または
    １１に記載の決済制御プログラム。