JP2003132242A

JP2003132242A - 取引管理方法及びプログラム

Info

Publication number: JP2003132242A
Application number: JP2001328734A
Authority: JP
Inventors: Soichi Nishiyama; 聡一西山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-10-26
Filing date: 2001-10-26
Publication date: 2003-05-09
Anticipated expiration: 2021-10-26
Also published as: JP4492914B2; US20030083946A1; US6718230B2

Abstract

(57)【要約】【課題】本発明は、取引管理方法に関し、取引の手順
の正当性や送受信される情報の正当性を保証することを
目的とする。【解決手段】相互にネットワーク２で接続された販売
者端末３と購入者端末４との間における取引を仲介する
仲介サーバ１における取引管理方法である。取引の種別
毎に所定の順の複数の手順からなるように予め定められ
た取引手順と複数の手順の各々において送受信されるべ
きデータに関する属性情報とを格納し、販売者端末３と
購入者端末４との間における取引において、当該取引の
種別により定まる取引手順とその属性情報とに従って、
販売者端末３と購入者端末４との間において送受信され
るべきデータの送受信を行わせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引管理方法及び
プログラムに関し、特に、ネットワーク利用取引におけ
る取引の手順の整合性や送受信される情報の整合性を保
証することができる取引管理方法及びプログラムに関す
る。

【０００２】

【従来の技術】インターネットの発達に伴って、これを
利用した商品やサービスの売買や取引が増加している。
インターネットを始めとしてネットワークを利用した取
引（以下、ネットワーク利用取引）では、従来、図１３
に示すように、販売者側が取引手順の主導権を握ってい
る。

【０００３】例えば、ネットワーク３００を介して、販
売者（サーバ１００）が商品を公開すると（処理）、
購入者（クライアント２００）が購入の意志を表明する
（処理）。販売者から利用規約が公開されるので（処
理）、購入者がこれに同意する（処理）。そこで、
販売者から購入内容が公開されるので（処理）、購入
者が購入内容を入力する（処理）。これに基づいて、
販売者から購入内容の確認が行われるので（処理）、
購入者がこれに同意すると（処理）、販売者から購入
受付が公開される（処理）。このように、購入者は、
販売者側が定めた取引手順に従って、購入の手続きをし
なければならない。購入者は、商品を購入するには、当
該データを入力する以外にない。

【０００４】

【発明が解決しようとする課題】図１３に示す取引手順
は一例であり、ネットワーク利用取引においては、その
取引手順は各々の販売者に依存し全く統一されていな
い。また、利用規約や取引において入力させられるデー
タも同様である。このため、利用者（購入者）側から見
ると、どのような手順で売買もしくは契約が進行するの
かを知ることは困難であった。また、その手順が信用で
きるものであるのかを知ることは困難であった。換言す
れば、購入者は、取引をしたければ、販売者（販売者の
サーバプログラム）を信頼する以外になく、不安であっ
た。

【０００５】一方、例えば、図１３に示す取引手順にお
ける購入内容入力（処理）又は購入内容同意（処理
）においては、購入者が商品内容を改ざんすることが
できる。例えば購入内容公開（処理）又は購入内容確
認（処理）において１０００円であった単価を購入内
容入力又は購入内容同意において１００円と人為的に修
正して送信することも可能である。この場合、販売者側
にチェック機能がなければ、そのままの”１００円”と
いうデータで取引がなされてしまう。従って、販売者も
購入者を信頼する以外になく、不安であった。

【０００６】なお、以上とは別に、取引のための手続き
の途中で、販売者のサーバ又は購入者の端末やネットワ
ークの不調又は故障で、取引が中断してしまう場合もあ
る。この場合、取引を再開しても、当該取引を中断した
箇所から続行することはできず、途中までの手順を放棄
して最初の手順から繰り返し行う必要があった。

【０００７】本発明は、取引の手順の整合性や送受信さ
れる情報の整合性を保証することができる取引管理方法
を提供することを目的とする。

【０００８】また、本発明は、取引の手順の整合性や送
受信される情報の整合性を保証することができる取引管
理方法を実現するプログラムを提供することを目的とす
る。

【０００９】

【課題を解決するための手段】本発明の取引管理方法
は、相互にネットワークで接続された販売者端末と購入
者端末との間における取引を仲介する仲介サーバにおけ
る取引管理方法であって、取引の種別毎に所定の順の複
数の手順からなるように予め定められた取引手順と複数
の手順の各々において送受信されるべきデータに関する
属性情報とを格納し、販売者端末と購入者端末との間に
おける取引において、当該取引の種別により定まる取引
手順とその属性情報とに従って、販売者端末と購入者端
末との間において送受信されるべきデータの送受信を行
わせる。

【００１０】また、本発明のプログラムは、相互にネッ
トワークで接続された販売者端末と購入者端末との間に
おける取引を仲介する取引管理装置を実現する。本発明
のプログラムは、取引の種別毎に所定の順の複数の手順
からなるように予め定められた取引手順と複数の手順の
各々において送受信されるべきデータに関する属性情報
とを格納する処理と、販売者端末と購入者端末との間に
おける取引において、当該取引の種別により定まる取引
手順とその属性情報とに従って販売者端末と購入者端末
との間において送受信されるべきデータの送受信を行わ
せる処理とを、取引管理装置であるコンピュータに実行
させる。

【００１１】本発明の取引管理方法及びプログラムによ
れば、販売者端末と購入者端末との間におけるデータの
送受信は、当該取引の種別により定まる取引手順とその
属性情報とに従って行われる。従って、ネットワーク利
用取引における取引手順、利用規約、取引において入力
させられるデータ等をほぼ統一することができる。この
ため、利用者（購入者）は、取引の手順の進行をほぼ予
測し、その手順を信用することができるので、仲介サー
バを信頼することができる。また、販売者も、特にチェ
ック機能を備えなくとも、仲介サーバにより送受信させ
られたデータであれば、そのデータを信頼することがで
きる。

【００１２】また、本発明のプログラムは、フロッピィ
ディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ等の適当なコンピ
ュータ読取可能な記録媒体に格納されて提供される。こ
れにより、前述のような取引管理方法を実行する取引管
理装置を容易に実現することができる。

【００１３】

【発明の実施の形態】図１は取引管理システム構成図で
あり、本発明の取引管理システムの構成を示す。

【００１４】取引管理システムは、仲介サーバ１、販売
者端末３、購入者端末４、これらの間を相互に接続する
ネットワーク２を備える。販売者端末３と購入者端末４
とは、ネットワーク２を利用して（介して）、商品又は
サービスの取引（ネットワーク利用取引）を行う。即
ち、販売者端末３はネットワーク２上で商品等を販売
し、購入者端末４はネットワーク２上で商品等を購入す
る。仲介サーバ１は販売者端末３と購入者端末４との間
におけるネットワーク利用取引を仲介する。ネットワー
ク２は、例えばインターネットからなる。

【００１５】販売者端末３及び購入者端末４は、各々、
１又は複数設けられる。販売者端末３は販売者に設けら
れる端末又はコンピュータからなる。購入者端末４は購
入者に設けられる端末又はコンピュータからなる。仲介
サーバ１は仲介者に設けられるサーバ又はコンピュータ
からなり、インターネット２上に仲介サイトを開く。仲
介者は、販売者及び購入者以外の第三者機関であり、両
者の間でのネットワーク利用取引を仲介する。仲介サー
バ１は、いわゆるインターネットプロバイダ（アプリケ
ーションサービスプロバイダ）がその付加価値を高める
ために設けてもよい。

【００１６】仲介サーバ１は、販売者端末３と購入者端
末４との間におけるネットワーク利用取引において、当
該取引の種別により定まる取引手順とその属性情報とに
従って、販売者端末３と購入者端末４との間において送
受信されるデータ（送受信データ１７、図２（Ｄ）参
照）の送受信を行わせる。この過程で、仲介サーバ１
は、送受信データ１７の手順（の進行の順）、その書
式、当該書式における項目の整合性を確認する。また、
仲介サーバ１は、当該取引が複数の手順のいずれかにお
いて中断された場合、販売者端末３と購入者端末４のい
ずれかから当該取引を一意に識別する識別情報（取引Ｉ
Ｄ）を受信し、格納された識別情報と受信した識別情報
とに基づいて、当該取引を当該中断された手順から再開
させる。

【００１７】このために、仲介サーバ１は、手順管理手
段１１、書式管理手段１２、送受信手段１３を備え、ま
た、取引管理テーブル１４、取引手順マスタ１５、書式
確認マスタ１６を備える。手順管理手段１１、書式管理
手段１２、送受信手段１３は、各々、当該処理を実行す
るプログラムからなり、主メモリ上の当該プログラムを
ＣＰＵで実行することにより実現される。取引管理テー
ブル１４は手順管理手段１１により生成される。取引手
順マスタ１５及び書式確認マスタ１６は予めその内容が
定められ用意される。

【００１８】なお、これらのプログラムは、フロッピィ
ディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ等の適当な記録媒
体に格納されて提供される。これにより、これらのプロ
グラムにより実現される仲介サーバ１を容易に実現する
ことができる。

【００１９】取引手順マスタ１５及び書式確認マスタ１
６を定めることにより、取引の手順及び各々の手順にお
いて使用する書式を定めることになる。これらは、実際
には、販売者端末３により定められる。しかし、一旦中
立な第三者機関である仲介サーバ１に登録されその承認
の下で手順が進行するので、購入者にとっては手順が保
証されるので安心である。また、後述するように、運用
上は、仲介サーバ１が取引の手順を定めることができる
ので、この点からも中立性が保たれる。

【００２０】手順管理手段１１は、取引管理テーブル１
４及び取引手順マスタ１５を用いて取引の手順を管理す
る。即ち、取引管理テーブル１４の取引情報を生成し更
新する。また、手順管理手段１１は、使用している手順
及び書式の整合性の判断を書式管理手段１２に依頼す
る。書式管理手段１２により正当と判断された場合、手
順管理手段１１は、正当であることを示す情報、及び、
必要に応じて次に使用する手順及び書式（次手順及び次
書式）の送信を送受信手段１３に依頼する。

【００２１】書式管理手段１２は、手順管理手段１１か
らの依頼を受けて、（取引管理テーブル１４及び）書式
確認マスタ１６を用いて、手順における書式（フォーマ
ット）をチェックする。即ち、当該取引において当該手
順が正しいか否かをチェックし、当該手順において当該
送受信しようとしている手順の書式及び各項目の内容が
正しいか否かをチェックする。

【００２２】送受信手段１３は、販売者端末３又は購入
者端末４から送信された手順を受信して手順管理手段１
１に渡す。また、送受信手段１３は、手順管理手段１１
からの依頼を受けて、当該手順を販売者端末３又は購入
者端末４に送信する。

【００２３】販売者端末３は、確認手段３１、送受信手
段３２を備える。購入者端末４は、確認手段４１、送受
信手段４２を備える。確認手段３１及び送受信手段３２
は、各々、確認手段４１及び送受信手段４２と同一の処
理を行う。確認手段３１は、仲介サーバ１又は購入者端
末４から受信した情報を確認した上で、所定の処理を行
う。送受信手段３２は、仲介サーバ１又は購入者端末４
から送信された情報を受信して確認手段３１に渡す。ま
た、送受信手段３２は、確認手段３１からの依頼を受け
て、当該情報を仲介サーバ１又は購入者端末４に送信す
る。確認手段４１及び送受信手段４２も同様である。

【００２４】図２は、仲介サーバ説明図であり、取引管
理テーブル１４、取引手順マスタ１５、書式確認マスタ
１６、送受信データ１７の一例を示す。

【００２５】取引管理テーブル１４は、図２（Ａ）に示
すように、複数の取引情報を格納する。１個の取引情報
は、取引ＩＤ毎に、その取引者１＃及び＃２、取引種
別、取引状況、受信書式を格納してなる。取引ＩＤは、
取引を一意に識別する識別情報であり、これが付与され
た後におけるデータの送受信には必ず付加される。取引
者１＃及び＃２は、当該ネットワーク利用取引の当事者
を示す情報であり、例えば、取引者１＃には販売者を登
録し、取引者＃２には購入者を登録する。取引種別は、
取引の手順の集合を一意に定める識別情報である。取引
状況は、取引種別における複数の取引の手順の中でどの
手順が実行されているかを示す情報である。受信書式
は、取引実行されている手順において使用する書式（の
名前）を示す情報である。

【００２６】１個の取引情報は、手順管理手段１１によ
り、当該取引が発生する都度に生成され、当該取引の手
順が進行する都度に取引手順マスタ１５に従って更新さ
れる。即ち、取引状況及び受信書式が更新される。取引
状況は、当該手順の書式を最後まで実行したら、次手順
に更新される。受信書式は、当該書式を実行したら、次
書式に更新される。従って、取引管理テーブル１４に
は、ネットワーク利用取引において、販売者端末３と購
入者端末４との間における送受信データ１７の送受信の
都度に、識別情報に対応させて、どの手順における送受
信であるのかが格納される。この取引管理テーブル１４
をログに残すことにより、全ての取引結果を残すことが
できる。

【００２７】取引手順マスタ１５は、図２（Ｂ）に示す
ように、取引種別毎に、取引手順とその属性情報とを格
納する。具体的には、取引種別毎に、取引マーク、手順
＃１、手順＃１の書式、手順＃２、手順＃２の書式、・
・・・等を格納してなる。取引マークは、当該取引種別
の属性情報の１つであり、当該取引（におけるデータの
送受信）が行われていることを販売者端末及び購入者端
末に表示するマーク（の種類又はファイル名）を示す情
報である。手順＃１は、当該取引において最初に実行さ
れるべき手順（の名前）を示す情報である。手順＃１の
書式は、当該手順＃１において使用する書式（の名前）
を示す情報である。手順＃２は、当該取引において２番
目に実行されるべき手順（の名前）を示す情報である。
手順＃２の書式は、当該手順＃２において使用する書式
（の名前）を示す情報である。以下、同様に、当該取引
種別において使用する手順が、その順に定義される。

【００２８】このように、取引の種別毎に複数の手順を
所定の順に取引手順マスタ１５に格納することにより、
当該取引種別についての取引手順を定めることになる。
また、属性情報を複数の手順の各々について格納するこ
とにより、当該手順において送受信されるべきデータに
関して定めることになる。取引手順マスタ１５の属性情
報は、複数の手順の各々において、前記送受信されるべ
きデータの書式を確認するための情報である。

【００２９】なお、ここでは、取引マークを取引種別を
表示するマークとして利用しているが、これ以外に、手
順の書式（カード情報、住所入力等）を表示するマーク
としても利用することができる。

【００３０】書式確認マスタ１６は、図２（Ｃ）に示す
ように、属性情報を格納する。具体的には、各々の取引
種別の書式毎に、チェック項目を格納してなる。チェッ
ク項目は、当該書式においてチェック項目及びそのチェ
ック内容を示す。具体的には、ある書式のある項目と他
の書式のある項目との間の一致性（「＝である（等し
い）」か否か）をチェックすべきことを示す。当該属性
情報により、複数の手順の各々において、販売者端末３
から送信されるデータと購入者端末４から送信されるデ
ータとの整合性を確認することができる。

【００３１】送受信データ１７は、図２（Ｄ）に示すよ
うに、発行（発信）元のＩＰアドレス及び送信先のＩＰ
アドレスに加えて、少なくとも、取引ＩＤと、当該書式
に入力されたデータを含む書式とからなる。入力データ
を含む書式が本来の送信すべき内容である。この時、Ｉ
Ｐアドレスによって発信元や送信先が特定できない場合
には、ＩＤやパスワードの登録、認証等の方法を取るよ
うにしてもよい。

【００３２】図３乃至図６は、手順説明図であり、本発
明の仲介サーバ１において、前述のように図２（Ｂ）の
取引手順マスタ１５により定義される実際の取引の手順
の一例を示す。

【００３３】図３は、本発明の取引管理方法に従うネッ
トワーク利用取引により、一般消費財を売買する取引に
おける手順を示す。

【００３４】この例は、実際の例であるので手順が複雑
になる。このため、前述のように、手順を「Ｘ０１−０
０１」のように表すことはできず、「Ｘ０１−０１−０
０１」のように大分類及び小分類の２段階で表す（図４
乃至図６も同様）。例えば、当該取引を「Ｘ０１」と
し、手順「売買前」を大分類として「Ｘ０１−０１」と
定義し、手順「販売商品の情報提供」を小分類として
「Ｘ０１−０１−００１」と定義し、以下同様に定義す
る（この一部を図３に示す。図４においても同じ）。従
って、手順は階層構造的に複雑化することができ、例え
ば、更に大分類と小分類の中間の中分類を定義してもよ
い。

【００３５】また、手順の進行は、前述の場合とは異な
り、逐次的でなくてもよい。例えば、手順「商品到着」
と手順「支払い処理」とは「商品到着前」の完了後に並
列的に実行され、双方の完了後に手順「クーリングオ
フ」が実行される。

【００３６】更に、手順は、前述の場合とは異なり、必
須の手順のみではなく、オプションの手順を含んでもよ
い。例えば、手順「クーリングオフ」は、実行してもし
なくてもよい手順であり、また、実行までに例えば２週
間の期間を要する。しかし、この場合、取引管理テーブ
ル１４（の当該取引情報）はこれより長い期間保存され
る。これにより、仮に当該手順が長時間の経過後に実行
されても、仲介サーバ１はこれに応答することができ
る。

【００３７】図４及び図５は、一体となって１個の図面
を構成し、本発明の取引管理方法に従うネットワーク利
用取引により、耐久消費財を売買する取引における手順
を示す。

【００３８】この例では、手順として、実行までに極め
て長期間を要する手順「メンテナンス」を含み、更に、
当該手順は実行されるとは限らない。例えば、耐久消費
財が新車の自家用乗用自動車であれば、最初の車検まで
３年である。また、販売者とは異なる会社でメンテナン
スを実行する場合もある。しかし、この場合も、取引管
理テーブル１４（の当該取引情報）はこれより長い期間
保存される。

【００３９】従って、この場合（及び、図３の例の場
合）には、手順の大分類及び／又は小分類毎に、処理時
間を定義してもよい。例えば、手順の大分類「メンテナ
ンス」については処理時間を３年とし、これ以外の「売
買前」等の手順の大分類については処理時間を１日とし
てもい。手順の大分類「メンテナンス」以外では、１日
でタイムアウトが発生し、当該取引情報が削除されるの
で、メモリ容量の負担が小さくて済む。なお、各々の手
順の大分類（又は小分類）で異なる処理時間を定義する
ようにしてもよい。

【００４０】図６は、本発明の取引管理方法に従うネッ
トワーク利用取引により、転居手続きを行う取引におけ
る手順を示す。なお、この例は、取引（商行為）ではな
いが、住民票を移動するというサービスの対価として手
数料を支払う行為と考えれば、本発明を適用することに
問題はない。

【００４１】この例では、販売者端末３に相当する端末
（以下、自治体端末３）が、Ａ自治体及びＢ自治体の２
カ所に存在する（なお、実際は、図３等における「支払
い指定機関端末」についても同様である）。更に、同一
の手順の大分類「自治体転居処理」の進行中において、
２個の自治体端末３を通信相手先としなければならな
い。従って、この例も手順が複雑になる。即ち、取引管
理テーブル１４において、取引者＃１（販売者）に２個
の自治体端末３を登録し、取引状況で現在実行中とされ
る手順における通信の相手方を適宜選択しなければなら
ない。

【００４２】次に、仲介サーバ１における仲介処理を、
図７を参照して詳細に説明する。図７は、取引管理処理
フローであり、本発明の仲介サーバ１における取引管理
処理について示す。

【００４３】手順管理手段１１が取引管理テーブル１４
を生成する（ステップＳ１１）。この時点で、取引管理
テーブル１４の内容は空である。

【００４４】販売者端末３からある取引における複数の
手順及びその書式が送信されると（ステップＳ１２）、
送受信手段１３を介してこれを受信した手順管理手段１
１（又は、書式管理手段１２）が、取引手順マスタ１５
及び書式確認マスタ１６に当該内容を登録する（ステッ
プＳ１３）。前述のように、取引手順マスタ１５及び書
式確認マスタ１６を定めることにより、取引の手順及び
書式を定めることができる。

【００４５】なお、取引マークは、販売者端末３が作成
して送信してもよく、仲介サーバ１が作成して用意して
もよく、仲介サーバ１が用意した中から販売者端末３が
選択するようにしてもよい。

【００４６】例えば、取引手順マスタ１５において、図
２（Ｂ）に示すように、取引種別「Ｘ０１」の取引につ
いて、取引マークを「Ｘ０１．ｊｐｇ」と定めると、そ
の取引のデータの送受信の期間中は、当該ファイル名の
ファイルに格納されたマークが、購入者端末（及び、必
要に応じて販売者端末）に表示される。手順＃１及び＃
２に「Ｘ０１−００１」及び「Ｘ０１−００２」と定め
ると、取引種別Ｘ０１の取引は、手順Ｘ０１−００１、
手順Ｘ０１−００２、・・・の順で取引手順が進行させ
られる。手順＃１書式に「Ｘ０１−００１−Ｐ１，Ｘ０
１−００１−Ｐ２」と定めると、手順Ｘ０１−００１に
おいては、書式Ｘ０１−００１−Ｐ１及び書式Ｘ０１−
００１−Ｐ２がこの順に使用される。

【００４７】また、書式確認マスタ１６において、図２
（Ｃ）に示すように、取引種別「Ｘ０１」の書式「Ｘ０
１−００２−Ｐ２」について、チェック項目を「Ｘ０１
−００１−Ｐ２−０１＝Ｘ０１−００１−Ｐ１−０３」
と定めると、当該書式Ｘ０１−００２−Ｐ２の項目「０
１」が直前の書式Ｘ０１−００１−Ｐ１の項目「０３」
と等しいか否かがチェックされる。例えば、前記項目
「０１」は販売価格であり、前記項目「０３」は購入価
格である。

【００４８】なお、実際は、仲介サーバ１が、取引種別
毎に、取引マーク及び取引の（複数の）手順を、その順
番まで含めて定める（即ち、取引手順マスタ１５、書式
確認マスタ１６を定める）ことが望ましい。これによ
り、多くの取引についてその手順を統一することがで
き、より一層購入者に安心感を与えることができる。一
方、販売者端末３は手順を作成する手間を省くことがで
きる。従って、ステップＳ１２において、販売者端末３
が指定するのは、ある取引のある手順において使用する
書式それ自体である。具体的には、販売者が商品を公開
するページや利用規約を表示するページ、購入者が購入
の条件を入力するページ等である。

【００４９】この後、適当なタイミングで、購入者端末
４が、仲介サーバ１に対して、何らかのデータ（送受信
データ１７）を送信する（ステップＳ１４）。なお、図
７に点線で示すように、販売者端末３が送受信データ１
７を送信する場合もある。

【００５０】手順管理手段１１が、送受信手段１３にお
いてデータを受信したか否かを調べ（ステップＳ１
５）、受信しない場合、ステップＳ１４を繰り返す。受
信した場合、手順管理手段１１は、当該受信したデータ
から取引ＩＤを取り出して（ステップＳ１６）、取引Ｉ
Ｄの有無を調べる（ステップＳ１７）。

【００５１】取引ＩＤがない場合は、当該取引が新たに
発生したことになるので、手順管理手段１１は、当該取
引についての取引情報を作成して、取引管理テーブル１
４に格納し（ステップＳ１８）、ステップＳ２０へ進
む。

【００５２】例えば、当該受信したデータが、「Ｂ１２
３４５」なるＩＰアドレスを有する購入者端末４から、
「Ａ１２３４５」なるＩＰアドレスを有する販売者端末
３に対する、取引種別「Ｘ０１」の取引の開始のための
データであるとする。この場合、手順管理手段１１は、
図２（Ａ）に示すように、当該取引に例えば「Ｔ００
１」なる取引ＩＤを付与し、前記データに基づいて前述
のように取引情報を作成し、これを取引管理テーブル１
４に登録する。この時、手順管理手段１１は、取引手順
マスタ１５を参照して、取引種別「Ｘ０１」の最初の手
順＃１「Ｘ０１−００１」及びその書式「Ｘ０１−００
１−Ｐ１」及び「Ｘ０１−００１−Ｐ２」を知り、取引
状況に当該取引の最初の手順「Ｘ０１−００１」を登録
し、受信書式には当該取引の当該手順＃１で使用する最
初の受信書式「Ｘ０１−００１−Ｐ１」を登録する。

【００５３】なお、取引ＩＤは、当該取引ＩＤのないデ
ータを手順管理手段１１が受信した順に付与される。図
２（Ａ）の例においては、後に発生したＴ００２の取引
が、先に発生したＴ００１の取引よりも手順の進行が先
行している。

【００５４】ステップＳ１７において、取引ＩＤがある
場合は、当該取引の手順が進行中であるので、手順管理
手段１１が当該取引ＩＤを用いて取引管理テーブル１４
を参照し（ステップＳ１９）、書式管理手段１２が（取
引管理テーブル１４及び）書式確認マスタ１６を用いて
当該取引の手順及び書式をチェックし（ステップＳ２
０）、当該チェックの結果が正しいか否かを調べ（ステ
ップＳ２１）、正しい場合（にのみ）手順管理手段１１
が取引管理テーブル１４の当該取引情報を必要に応じて
次手順又は次書式を示すように更新する（ステップＳ２
２）。

【００５５】例えば、「Ｔ００１」なる取引ＩＤが付与
されていると、手順管理手段１１が、これを用いて取引
管理テーブル１４を参照して当該取引情報を取り出し、
これとステップＳ１５で受信したデータと書式管理手段
１２に渡す。書式管理手段１２は、受信したデータが、
当該取引において現在実行中の手順「Ｘ０１−００１」
であるか否か、及び、当該実行中の手順において使用さ
れる書式「Ｘ０１−００１−Ｐ１」であるか否かをチェ
ックする。

【００５６】また、書式管理手段１２は、書式確認マス
タ１６を用いて、当該受信したデータについてのチェッ
ク項目があるか否かと、ある場合には当該項目が正しい
か否かをチェックする。例えば、書式「Ｘ０１−００１
−Ｐ１」の次の書式「Ｘ０１−００１−Ｐ２」が書式管
理手段１２に渡された場合、書式管理手段１２は、当該
書式「Ｘ０１−００１−Ｐ２」についてのチェック項目
があるので、当該項目が正しいか否かをチェックする。
即ち、当該書式「Ｘ０１−００１−Ｐ２」の項目「０
１」が前の書式「Ｘ０１−００１−Ｐ１」の項目「０
３」に等しいか否かを調べる。

【００５７】なお、チェックの対象の項目は、同一手順
内である必要はなく、他の手順の項目であってもよい。
このために、書式管理手段１２は、手順管理手段１１か
ら渡されたデータを、その取引ＩＤ、手順（の名前）及
び書式（の名前）と共に、書式確認マスタ１６の当該チ
ェック項目の欄にリンクして保存する。従って、当該書
式がチェック項目に現れなければ保存しなくてもよい。
この保存の期間は、例えば取引管理テーブル１４から当
該取引ＩＤの取引情報が削除される時までとされる。即
ち、同時に削除される。

【００５８】書式管理手段１２はチェックの結果を手順
管理手段１１に通知する。全てのチェックの結果が正し
ければ、手順管理手段１１は、取引手順マスタ１５を参
照して、取引管理テーブル１４を必要に応じて更新す
る。例えば、取引ＩＤ「Ｔ００１」の取引について取引
状況が「手順＃１」で受信書式が「Ｘ０１−００１−Ｐ
１」である場合、同一手順に次書式があるので、受信書
式を次書式である「Ｘ０１−００１−Ｐ２」に更新す
る。また、例えば、「手順＃１」で受信書式が「Ｘ０１
−００１−Ｐ２」である場合、手順を次手順である「手
順＃２」に更新する。これに伴い、受信書式も「Ｘ０１
−００２−Ｐ１」に更新される。

【００５９】また、例えば、取引ＩＤ「Ｔ００１」の取
引について取引状況が「手順＃２」で受信書式が「Ｘ０
１−００２−Ｐ１」である場合において、仲介サーバ
１、ネットワーク２、販売者端末３又は購入者端末４の
いずれかが故障して、取引の進行が中断したとする。こ
の場合でも、「手順＃２」の「Ｘ０１−００２−Ｐ１」
から取引の進行を再開することができる。即ち、取引管
理テーブル１４における各々の取引情報は、当該取引に
ついて十分に長い時間、いずれからも何の受信もない場
合にのみ削除される。例えば、ネットワーク２等の故障
からの復旧が数日を要することは考えにくいので、取引
情報は１日（２４時間）保持された後、削除される。従
って、中断の後の再開時に、販売者端末３又は購入者端
末４のいずれかが、「手順＃２」の「Ｘ０１−００２−
Ｐ１」から再開すれば当該取引を続行することができ
る。

【００６０】この後、手順管理手段１１は、送受信手段
１３を介して、当該チェックの結果に従って、以下の所
定の情報を、図７に点線で示すように、送信元である販
売者端末３又は購入者端末４に返信し、あるいは受信先
である購入者端末４又は販売者端末３に送信し（ステッ
プＳ２３）、ステップＳ１５以下を繰り返す。受信先が
販売者端末３又は購入者端末４のいずれであるかは、以
下の図８乃至図１１に示すいずれの取引管理方法を採用
するかによって定まる。

【００６１】受信先である販売者端末３又は購入者端末
４には、チェックの結果が正しいか否かを示す情報と、
当該結果が正しい場合には次回の送受信データ１７の送
受信において従うべき手順及び書式とが通知される。例
えば、購入者端末４（又は、販売者端末３）には、当該
取引ＩＤ、取引マーク（の画像データ）、最初の手順
「Ｘ０１−００１」、最初の書式「Ｘ０１−００１−Ｐ
１」が返信される。なお、手順及び書式の通知は、当該
手順及び書式のデータ（画像データ）を送信するのでは
なく、当該手順の名前及び書式の名前を送信することに
よる。また、取引マークは、当該取引における最初の通
信においてのみ、付加するようにしてもよい。

【００６２】これを受信した購入者端末４（又は、販売
者端末３）は、当該取引マークをその表示装置に表示す
る（ステップＳ２４）。このマークは当該取引の終了ま
で随時又は連続して表示される。例えば、当該取引につ
いてのデータの送受信が、販売者端末３と購入者端末４
との間、及び、これらと仲介サーバ１との間において行
われている期間中、表示される。これにより、購入者
（及び販売者）は当該取引の通信が正常に行われている
ことを知り、安心することができる。

【００６３】なお、ステップＳ２１において当該チェッ
ク結果が正しくなかった場合、ステップＳ２３において
当該チェック結果が正しくなかった旨を通知し、ステッ
プＳ２４において当該正しくないことを示すマークを表
示する。もしくは、当該チェック結果が正しいものにな
るまで、当該正しくないことを示すマークを表示するよ
うにしてもよい。

【００６４】また、購入者端末４（又は、販売者端末
３）は、以後の当該取引についての仲介サーバ１（又
は、販売者端末３）との間の通信において、当該取引Ｉ
Ｄを付加する。また、購入者端末４は、次回の送信にお
いて、通知された手順における通知された書式を用い
て、送受信データを仲介サーバ１に送信する。

【００６５】次に、本発明の仲介サーバ１による取引管
理について、図８乃至図１１を参照して詳細に説明す
る。

【００６６】図８は、取引管理説明図であり、本発明の
仲介サーバ１による取引の手順の管理の一例を示す。

【００６７】図８（Ａ）に示すように、販売者端末３
は、仲介サーバ１（の取引手順マスタ１５）に書式を登
録し（処理）、購入者端末４からのアクセスに応じて
書式を公開（送信）する（処理）。なお、この例で
は、販売者端末３は書式のみを仲介サーバ１に登録する
ことができる。また、必要に応じて、チェック項目を書
式確認マスタ１６に登録することができる。また、この
例では、購入者端末４は、送受信データ１７を送信する
書式を、仲介サーバ１からではなく、販売者端末４から
得る（仲介サーバ１から得てもよい）。

【００６８】購入者端末４は、公開により得た当該書式
の内容を仲介サーバ１に照会し（処理）、その正否の
通知を仲介サーバ１から受信する（処理）。この時、
仲介サーバ１は、前述のように、処理において取引情
報を生成し、これに新規の取引ＩＤを付加して、取引管
理テーブル１４に登録する。その上で、仲介サーバ１
は、照会された書式が、取引手順マスタ１５に記述され
た手順における書式と一致する（正しい）かをチェック
する。書式が正しければ、その旨と次回の送受信の手順
及び書式（この場合は、当該照会された書式）とを返信
し、正しくなければ、エラーを返信する。これにより、
購入者端末４は当該手順及び書式についての保証を得ら
れる。

【００６９】書式が正しければ、購入者端末４は、当該
書式に所定のデータを入力した上で、これを仲介サーバ
１に送信する（処理）。これを受信した仲介サーバ１
は、当該受信した書式を販売者端末３に提出（送信）す
る（処理）。この時、例えば、仲介サーバ１は、書式
確認マスタ１６に従って、処理で受信した書式の項目
（例えば、販売価格）と処理で受信した書式の項目
（例えば、購入価格）との一致を比較して、項目チェッ
クを行うことができる。

【００７０】販売者端末３が当該書式についての受付完
了の通知を送信すると（処理）、これを受信した仲介
サーバ１は、購入者端末４に当該取引の完了通知を送信
する（処理）。

【００７１】図８（Ｂ）に示すように、図８（Ａ）と同
様に、販売者端末３が、仲介サーバ１に書式を登録し
（処理）、購入者端末４に書式を公開し（処理）、
購入者端末４が、当該書式の内容を仲介サーバ１に紹介
し（処理）、その正否の通知を受信する（処理）。
書式が正しければ、購入者端末４は、当該書式に所定の
データを入力した上で、仲介サーバ１ではなく、販売者
端末３に直接提出し（処理）、当該提出を示す情報
（提出ログ）を仲介サーバ１に送信し（処理）、当該
ログの内容を確認する通知を受信する（処理’）。一
方、当該書式を受信した販売者端末３は、仲介サーバ１
に当該提出された書式についての内容紹介を送信し（処
理）、その内容を確認する通知を受信する（処理
’）。更に、当該内容確認をした仲介サーバ１は、販
売者端末３及び購入者端末４に、各々、完了通知を送信
する（処理及び）。

【００７２】図９は、取引管理説明図であり、本発明の
仲介サーバ１による取引の手順の管理の他の一例を示
す。

【００７３】図９（Ａ）に示すように、販売者端末３と
購入者端末４との間における送受信データ１７の送受信
は、全て仲介サーバ１を介して行うようにしてもよい。
この場合、送受信データ１７の送受信の都度に手順及び
書式のチェックがなされる。従って、仲介サーバ１の処
理の負担は大きいが、取引の安全性は確実に保証するこ
とができる。また、当該販売者又は購入者（利用者）が
送信先を意識する必要はないので、利用者の負担はな
い。

【００７４】図９（Ｂ）に示すように、販売者端末３と
購入者端末４との間における送受信データ１７の送受信
は、これらの間で（ネットワーク２を介して）直接行う
ようにしてもよい。但し、この例においては、その送信
の前に、当該データの送信側（販売者端末３又は購入者
端末４の一方）と仲介サーバ１との間で、当該送信する
データについての確認（手順及び書式のチェック）のた
めの通信を行う。また、その受信の後に、当該データの
受信側（販売者端末３と購入者端末４の他方）と仲介サ
ーバ１との間で、当該受信したデータについての確認
（手順及び書式のチェック）のための通信を行う。この
場合でも、販売者端末３又は購入者端末４と仲介サーバ
１との間における確認の通信は、当該販売者又は購入者
（利用者）が意識する必要はない。即ち、販売者端末３
又は購入者端末４が、当該送受信データ１７の送信に先
立って又は受信の後に当該処理を実行するので、利用者
の負担はない。

【００７５】図１０は、取引管理説明図であり、本発明
の仲介サーバ１による取引の手順の管理の他の一例を示
す。図１０は図９（Ａ）の取引管理の変形例を示す。

【００７６】図１０（Ａ）に示すように、購入者端末４
が、そのプロファイルデータ（購入者データ）１８を、
仲介サーバ１に予め登録するようにしてもよい。この登
録は、例えば郵便等によってもよい（以下の図において
同じ）。これに応じて、仲介サーバ１は購入者端末４に
購入者データＩＤを付与して送信する（図示の便宜上購
入者データ１８から矢印を示す。以下の図において同
じ）。従って、購入者端末４は、仲介サーバ１にアクセ
スする際、購入者データ１８を送信することなく、購入
者データＩＤを用いる。但し、まだ購入者データ１８に
登録されていないデータが必要な場合には、必要なデー
タのみを購入者端末４に要求し、購入者端末４より入力
されたデータを購入者データ１８に保存する。仲介サー
バ１は、受信した購入者データＩＤにより当該購入者を
識別し、登録された当該購入者データ１８を購入者端末
４からの受信データに付加して販売者端末３に送信す
る。これにより、購入者端末４と仲介サーバ１との間
で、当該購入者データ１８をその都度送信する必要をな
くし、送信データの量を少なくすることができる。

【００７７】図１０（Ｂ）に示すように、販売者端末３
が、そのプロファイルデータ（販売者データ）１９を、
仲介サーバ１に予め登録するようにしてもよい。これに
応じて、仲介サーバ１は販売者端末３に販売者データＩ
Ｄを付与して送信する。従って、販売者端末３は、仲介
サーバ１にアクセスする際、販売者データ１９を送信す
ることなく、販売者データＩＤを用いる。仲介サーバ１
は、受信した販売者データＩＤにより当該販売者を識別
し、登録された当該販売者データ１９を販売者端末３か
らの受信データに付加して購入者端末４に送信する。こ
れにより、販売者端末３と仲介サーバ１との間で、当該
販売者データ１９をその都度送信する必要をなくし、送
信データの量を少なくすることができる。

【００７８】なお、仲介サーバ１に、購入者データ１８
及び販売者データ１９の双方を備えるようにしてもよ
い。この場合、購入者端末４及び販売者端末３と仲介サ
ーバ１との間で、送信データの量を少なくすることがで
きる。

【００７９】図１１は、取引管理説明図であり、本発明
の仲介サーバ１による取引の手順の管理の他の一例を示
す。図１１は図９（Ｂ）の取引管理の変形例を示す。

【００８０】図１１（Ａ）に示すように、図１０（Ａ）
の場合と同様に、購入者端末４がその購入者データを仲
介サーバ１に予め登録し、仲介サーバ１が購入者端末４
に購入者データＩＤを付与するようにしてもよい。これ
により、図１０（Ａ）の場合と同様に、購入者端末４と
仲介サーバ１との間で、当該購入者データをその都度送
信する必要をなくし、送信データの量を少なくすること
ができる。

【００８１】図１１（Ｂ）に示すように、図１０（Ｂ）
の場合と同様に、販売者端末３がその販売者データを仲
介サーバ１に予め登録し、仲介サーバ１が販売者端末３
に販売者データＩＤを付与するようにしてもよい。これ
により、図１０（Ｂ）の場合と同様に、販売者端末３と
仲介サーバ１との間で、当該販売者データをその都度送
信する必要をなくし、送信データの量を少なくすること
ができる。

【００８２】なお、この場合も、仲介サーバ１に、購入
者データ１８及び販売者データ１９の双方を備えるよう
にしてもよい。この場合、購入者端末４及び販売者端末
３と仲介サーバ１との間で、送信データの量を少なくす
ることができる。

【００８３】また、図１０及び図１１に示す取引管理方
法を適宜組み合わせてもよい。即ち、実際の取引管理
は、図８に示すように、図１０及び図１１に示す取引管
理方法の組み合わせとなるが、各々の取引管理におい
て、購入者データ１８及び／又は販売者データ１９を備
えるようにしてもよい。

【００８４】図１２は、取引管理説明図であり、本発明
の仲介サーバ１による取引の手順の管理の他の一例を示
す。図１２は図１０（Ａ）及び図１０（Ｂ）の取引管理
の変形例を示す。

【００８５】図１２に点線で示すように、購入者端末４
がその購入者データ１８を仲介サーバ１Ａに予め登録
し、仲介サーバ１Ａは購入者端末４に購入者データＩＤ
を送信する。販売者端末３がその販売者データ１９を仲
介サーバ１Ｂに予め登録し、仲介サーバ１Ｂは販売者端
末３に販売者データＩＤを送信する。更に、仲介サーバ
１Ａと仲介サーバ１Ｂとは、ネットワーク２を介して、
相互に認証可能とされ、相互にデータの送受信（交換）
が可能とされる。なお、仲介サーバ１Ａの購入者データ
１８は仲介サーバ１Ｂを予め送信し、仲介サーバ１Ｂの
販売者データ１９を仲介サーバ１Ａに予め送信するよう
にしてもよい。

【００８６】従って、図１０（Ａ）の場合と同様に、購
入者端末４が購入者データＩＤを用いて仲介サーバ１Ａ
にアクセスすると、仲介サーバ１Ａは、図１２に一点鎖
線で示すように、当該購入者データＩＤに対応する購入
者データ１８を受信データに付加して仲介サーバ１Ｂに
送信する。なお、仲介サーバ１Ａも購入者データＩＤを
送信するようにしてもよい。この場合、仲介サーバ１Ｂ
は、受信した購入者データＩＤにより当該購入者を識別
し、先に仲介サーバ１Ａから受信した当該購入者データ
１８を購入者端末４からの受信データに付加して販売者
端末３に送信する。

【００８７】また、図１０（Ｂ）の場合と同様に、販売
者端末３が販売者データＩＤを用いて仲介サーバ１Ｂに
アクセスすると、仲介サーバ１Ｂは、図１２に一点鎖線
で示すように、当該販売者データＩＤに対応する販売者
データ１９を受信データに付加して仲介サーバ１Ａに送
信する。なお、仲介サーバ１Ｂも販売者データＩＤを送
信するようにしてもよい。この場合、仲介サーバ１Ａ
は、受信した販売者データＩＤで当該販売者を識別し、
先に仲介サーバ１Ｂから受信した当該販売者データ１９
を販売者端末３からの受信データに付加して購入者端末
４に送信する。

【００８８】以上により、販売者端末３、購入者端末
４、仲介サーバ１Ａ及び仲介サーバ１Ｂの各々の間で、
購入者データ１８及び販売者データ１９をその都度送信
する必要をなくし、送信データの量を少なくすることが
できる。

【００８９】本発明の実施の形態および実施例の特徴を
列記すると以下のとおりである。（付記１）相互にネットワークで接続された販売者端
末と購入者端末との間における取引を仲介する仲介サー
バにおける取引管理方法であって、取引の種別毎に所定
の順の複数の手順からなるように予め定められた取引手
順と、前記複数の手順の各々において送受信されるべき
データに関する属性情報とを格納し、前記販売者端末と
購入者端末との間における取引において、当該取引の種
別により定まる前記取引手順とその属性情報とに従っ
て、前記販売者端末と購入者端末との間において前記送
受信されるべきデータの送受信を行わせることを特徴と
する取引管理方法。（付記２）当該取引管理方法は、更に、前記複数の手
順の各々又はいずれかにおいて、前記送受信されるべき
データの書式を確認するための項目を格納し、前記複数
の手順の各々又はいずれかにおいて、前記販売者端末と
購入者端末との間において前記送受信されるべき当該手
順の書式の整合性を確認することを特徴とする付記１に
記載の取引管理方法。（付記３）当該取引管理方法は、更に、前記複数の手
順の各々又はいずれかにおいて、前記販売者端末から送
信されるデータと前記購入者端末から送信されるデータ
との整合性を確認するための項目を格納し、前記複数の
手順の各々又はいずれかにおいて、前記販売者端末と購
入者端末との間において前記送受信されるべきデータに
おける当該項目の整合性を確認することを特徴とする付
記１に記載の取引管理方法。（付記４）当該取引管理方法は、更に、当該取引を一
意に識別する識別情報を格納し、前記販売者端末と購入
者端末との間における取引において、前記販売者端末と
購入者端末との間における前記送受信されるべきデータ
の送受信の都度に、前記識別情報に対応させて前記どの
手順における送受信であるかを格納し、当該取引が前記
複数の手順のいずれかにおいて中断された場合、前記販
売者端末と購入者端末のいずれかから当該取引を一意に
識別する識別情報を受信し、前記格納された識別情報と
前記受信した識別情報とに基づいて、当該取引を当該中
断された手順から再開させることを特徴とする付記１又
は付記３に記載の取引管理方法。（付記５）当該取引管理方法は、更に、前記販売者端
末と購入者端末との間及びこれらと前記仲介サーバとの
間において前記送受信されるべきデータの送受信を行っ
ている期間中、前記販売者端末と購入者端末の一方又は
双方に当該取引を識別するマークを表示させることを特
徴とする付記１に記載の取引管理方法。（付記６）前記販売者端末と購入者端末との間におけ
るデータの送受信は、前記仲介サーバを介して行なわれ
ることを特徴とする付記１に記載の取引管理方法。（付記７）前記販売者端末と購入者端末との間におけ
るデータの送受信は、これらの間で直接行なわれ、その
送信の前に、当該データの送信側である前記販売者端末
と購入者端末の一方と前記仲介サーバとの間で、当該送
信するデータについての確認のための通信を行い、その
受信の後に、当該データの受信側である前記販売者端末
と購入者端末の他方と前記仲介サーバとの間で、当該受
信したデータについての確認のための通信を行うことを
特徴とする付記４に記載の取引管理方法。（付記８）相互にネットワークで接続された販売者端
末と購入者端末との間における取引を仲介する取引管理
装置であって、取引の種別毎に所定の順の複数の手順か
らなるように予め定められた取引手順と、前記複数の手
順の各々において送受信されるべきデータに関する属性
情報とを格納する格納手段と、前記販売者端末と購入者
端末との間における取引において、当該取引の種別によ
り定まる前記取引手順とその属性情報とに従って、前記
販売者端末と購入者端末との間において前記送受信され
るべきデータの送受信を行わせる手順管理手段とからな
ることを特徴とする取引管理装置。（付記９）相互にネットワークで接続された販売者端
末と購入者端末との間における取引を仲介する取引管理
装置を実現するプログラムであって、前記プログラム
は、取引の種別毎に所定の順の複数の手順からなるよう
に予め定められた取引手順と、前記複数の手順の各々に
おいて送受信されるべきデータに関する属性情報とを格
納する処理と、前記販売者端末と購入者端末との間にお
ける取引において、当該取引の種別により定まる前記取
引手順とその属性情報とに従って、前記販売者端末と購
入者端末との間において前記送受信されるべきデータの
送受信を行わせる処理とを、前記取引管理装置であるコ
ンピュータに実行させることを特徴とするプログラム。（付記１０）相互にネットワークで接続された販売者
端末と購入者端末との間における取引を仲介する取引管
理装置を実現するプログラムを記録したコンピュータ読
み取り可能なプログラム記録媒体であって、前記プログ
ラムは、取引の種別毎に所定の順の複数の手順からなる
ように予め定められた取引手順と、前記複数の手順の各
々において送受信されるべきデータに関する属性情報と
を格納する処理と、前記販売者端末と購入者端末との間
における取引において、当該取引の種別により定まる前
記取引手順とその属性情報とに従って、前記販売者端末
と購入者端末との間において前記送受信されるべきデー
タの送受信を行わせる処理とを、前記取引管理装置であ
る当該コンピュータに実行させることを特徴とするプロ
グラム記録媒体。

【００９０】

【発明の効果】以上説明したように、本発明によれば、
取引管理方法及びプログラムにおいて、販売者端末と購
入者端末との間におけるデータの送受信を当該取引の種
別により定まる取引手順とその属性情報とに従って行
う。これにより、ネットワーク利用取引における取引手
順、利用規約、取引において入力させられるデータ等を
ほぼ統一することができる。このため、利用者（購入
者）は、取引の手順の進行をほぼ予測し、その手順を信
頼することができる。また、販売者も、特にチェック機
能を備えなくとも、仲介サーバにより送受信させられた
データを信頼することができる。従って、販売者及び購
入者の双方が、安心してネットワーク利用取引を行うこ
とができる。

【００９１】また、本発明によれば、取引管理方法及び
プログラムにおいて、取引の識別情報及び実行中の手順
を格納して、取引が中断された後に入力された識別情報
に基づいて、当該取引を当該中断された手順から再開さ
せる。これにより、途中で取引が中断してしまっても、
その再開時に、最初の手順からではなく、中断した手順
から当該取引を続行することができる。

【図面の簡単な説明】

【図１】取引管理システム構成図である。

【図２】仲介サーバ説明図である。

【図３】手順説明図である。

【図４】手順説明図である。

【図５】手順説明図である。

【図６】手順説明図である。

【図７】取引管理処理フローである。

【図８】取引管理説明図である。

【図９】取引管理説明図である。

【図１０】取引管理説明図である。

【図１１】取引管理説明図である。

【図１２】取引管理説明図である。

【図１３】従来技術を示す図である。

【符号の説明】

１仲介サーバ２ネットワーク３販売者端末４購入者端末１１手順管理手段１２書式管理手段１３送受信手段１４取引管理テーブル１５取引手順マスタ１６書式確認マスタ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ＺＥＣＧ０６Ｆ 17/60 ＺＥＣ

Claims

【特許請求の範囲】

【請求項１】相互にネットワークで接続された販売者
端末と購入者端末との間における取引を仲介する仲介サ
ーバにおける取引管理方法であって、取引の種別毎に所定の順の複数の手順からなるように予
め定められた取引手順と、前記複数の手順の各々におい
て送受信されるべきデータに関する属性情報とを格納
し、前記販売者端末と購入者端末との間における取引におい
て、当該取引の種別により定まる前記取引手順とその属
性情報とに従って、前記販売者端末と購入者端末との間
において前記送受信されるべきデータの送受信を行わせ
ることを特徴とする取引管理方法。
【請求項２】当該取引管理方法は、更に、前記複数の手順の各々又はいずれかにおいて、前記販売
者端末から送信されるデータと前記購入者端末から送信
されるデータとの整合性を確認するための項目を格納
し、前記複数の手順の各々又はいずれかにおいて、前記販売
者端末と購入者端末との間において前記送受信されるべ
きデータにおける当該項目の整合性を確認することを特
徴とする請求項１に記載の取引管理方法。
【請求項３】当該取引管理方法は、更に、当該取引を一意に識別する識別情報を格納し、前記販売者端末と購入者端末との間における取引におい
て、前記販売者端末と購入者端末との間における前記送
受信されるべきデータの送受信の都度に、前記識別情報
に対応させてどの手順における送受信であるかを格納
し、当該取引が前記複数の手順のいずれかにおいて中断され
た場合、前記販売者端末と購入者端末のいずれかから当
該取引を一意に識別する識別情報を受信し、前記格納された識別情報と前記受信した識別情報とに基
づいて、当該取引を当該中断された手順から再開させる
ことを特徴とする請求項１又は請求項２に記載の取引管
理方法。
【請求項４】当該取引管理方法は、更に、前記販売者端末と購入者端末との間及びこれらと前記仲
介サーバとの間において前記送受信されるべきデータの
送受信を行っている期間中、前記販売者端末と購入者端
末の一方又は双方に当該取引を識別するマークを表示さ
せることを特徴とする請求項１に記載の取引管理方法。
【請求項５】相互にネットワークで接続された販売者
端末と購入者端末との間における取引を仲介する取引管
理装置を実現するプログラムであって、前記プログラムは、取引の種別毎に所定の順の複数の手順からなるように予
め定められた取引手順と、前記複数の手順の各々におい
て送受信されるべきデータに関する属性情報とを格納す
る処理と、前記販売者端末と購入者端末との間における取引におい
て、当該取引の種別により定まる前記取引手順とその属
性情報とに従って、前記販売者端末と購入者端末との間
において前記送受信されるべきデータの送受信を行わせ
る処理とを、前記取引管理装置であるコンピュータに実行させること
を特徴とするプログラム。