JP2002063524A

JP2002063524A - 電子商取引における信用保証方法、この方法を適用した取引認証サーバーと商店サーバーと会員管理サーバー

Info

Publication number: JP2002063524A
Application number: JP2000246382A
Authority: JP
Inventors: Toshiaki Kobayashi; 俊明小林
Original assignee: COMPUTER CONSULTING KK; Consulting Kk Comp; Open Interface Inc
Current assignee: COMPUTER CONSULTING KK; Consulting Kk Comp; Open Interface Inc
Priority date: 2000-08-15
Filing date: 2000-08-15
Publication date: 2002-02-28
Also published as: US20030083986A1

Abstract

(57)【要約】【課題】相互接続ネットワークを介した電子商取引に
おいて、信頼性の高い信用保証方法を提供する【解決手段】決済代行機関に登録されている会員のコ
ンピュータ１０と商品販売機関が運用する商店サーバー
２０ｂとが行った電子商取引によって発生した取引代金
を決済代行機関が課金代行するビジネスモデルに適用さ
れる信用保証方法であって、多数の決済代行機関と多数
の商品販売機関の身元情報を管理する取引認証サーバー
２０ｃが会員管理サーバー２０ａと商店サーバー２０ｂ
間のデータ通信に介在し、適時に両サーバー２０ａ、２
０ｂに相手の身元情報を提供するとともに、取引ごとに
発行される伝票番号とその取引内容を関連づけして保管
することで取引の証拠を保全する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子商取引における
信用保証方法に関し、特に、約款がそれぞれ異なる多数
の個別なネットワークを包含する相互接続ネットワーク
（例えばインターネット）を介しての電子商取引におけ
る信用保証方法に関する。また、その方法を適用したコ
ンピュータシステムなどにも関する。

【０００２】

【従来の技術】近年、通信ネットワークを介しての商取
引（電子商取引）が盛んに行われるようになった。その
背景には、もちろんインターネット利用の普及がある。
インターネットを介して商品購入者が操作するコンピュ
ータ（利用者コンピュータ）と、ある商品販売機関（商
店）が運営する電子商店とで電子商取引を行う場合を例
に挙げて電子商取引の手順を説明することとする。

【０００３】電子商店は、商店がインターネットに公開
したＷｅｂページ群（Ｗｅｂサイト）であり、取り扱い
商品の一覧や注文を受け付けるために所要事項の記入欄
を含んだフォームなどを構成するためのＨＴＭＬ文書や
その文書に挿入される画像データなどがＷＷＷサーバー
に連動したデータベースに格納されている。

【０００４】購入者は利用者コンピュータをダイアルア
ップ接続など適宜な接続方法によってインターネットに
ＩＰ接続させ、ブラウザを使用して電子商店のＷｅｂペ
ージを閲覧しながら購入商品の金額や仕様などを確認
し、購入を決意したならば、このＷｅｂサイトに用意さ
れている商品注文用フォームのＷｅｂページを取り寄せ
る。

【０００５】このフォームには注文する商品の送付先
（住所、氏名）や、課金処理方法（銀行振替、代金引
換、クレジットカードなど）を指定するための各種記入
欄が含まれている。利用者コンピュータにてこのフォー
ムに所要事項を記入し、フォームの画面にある「送信ボ
タン」をマウスでクリックするなどしてフォームの返送
指示を行う。すなわち、どの商品を、いつ、誰が購入し
て、どのように代金を払うのかなど特定するための商品
購入イベントとそのイベントの送り先（格納場所やパラ
メータとして与えるプログラムの所在）を電子商店のあ
るＷＷＷサーバーに通知する。

【０００６】電子商店の管理者は、リアルタイムである
いは後日、自身が操作するコンピュータなどによって商
品購入イベントに相当するデータを取得し、このイベン
トに基づいて指定の商品を指定の住所に発送する処理
や、指定の方法で請求する課金処理を遂行していく。

【０００７】

【発明が解決しようとする課題】インターネットを介し
ての電子商取引が、それまでのパソコン通信網などの閉
じたネットワーク（個別ネットワーク）内で行われた電
子商取引と大きく異なる点は、商品購入者（利用者）と
商品販売機関（商店）とが異なる約款の下で運営さてい
るネットワークに所属するという点にある。

【０００８】購入者と商店とが同じネットワークに登録
されていて同じ約款の下で電子商取引を行う場合は、そ
のネットワークの運営者が双方の身元を保証している。
トラブルが発生した場合であっても、速やかに一方の身
元を他方に証すことができるし、取引の証拠を記録／保
全することも容易である。

【０００９】しかし、インターネットなど、約款の異な
る多数の個別ネットワークを包含する相互接続ネットワ
ークを介した電子商取引では、商品を購入する側も販売
する側も相手を信用するための根拠を何処に置いていい
のか判断しづらい。商店側は購入者に個人情報の開示を
求め、代金徴収を確実にするとともにトラブルが発生し
たときの購入者特定を容易にしようと試みる。

【００１０】購入者側から見れば、商店を信用する根拠
は商店が購入者を信用する以上に不確定なものとなる。
商店側に悪意があって、商品代金だけ徴収して「雲隠
れ」されてしまう可能性も少なからずある。そうなって
は、購入者は商店を特定することが極めて困難となる。
また、購入商品がソフトウエアやデータなどダウンロー
ド販売が可能なものであっても、大抵は必要以上の個人
情報の開示が求められ、購入者は、個人情報の漏洩や悪
用といった危険性に常に曝されることになる。

【００１１】確かにインターネットにも第三者による相
互身元保証を行う認証機関が存在する。しかし、その機
関が運用する認証サーバーへの身元情報の登録／抹消は
簡単に行え、商取引が完了した時点で身元情報を抹消し
てしまうこともできる。もちろん、取引そのものを保証
する機能はない。取引の証拠までを保証するのであれ
ば、当事者同士が身元情報をかなり詳細に開示しなけれ
ばならないだろう。

【００１２】そこで本発明は、インターネットに代表さ
れる相互接続ネットワークを介した電子商取引におい
て、「個人情報を秘匿した上での信用保証」という一見
矛盾した課題に対しても信頼性の高い信用保証方法を提
供することを目的としている。また、その方法を適用し
た各種コンピュータシステム（取引当事者の相互身元保
証や取引の証拠保全に関わる処理を行う取引認証サーバ
ー、電子商店を管理する商店サーバー、会員登録されて
いる購買者の管理と課金代行を行う会員管理サーバー）
を提供することも目的としている。

【００１３】

【課題を解決するための手段】上記目的を達成するため
の第１の発明は次の事項（１）〜（13）を充足するもの
である。（１）複数の個別ネットワークを包含する相互接続ネッ
トワークを介して、ある決済代行機関と契約している会
員が使用する会員コンピュータと、ある商品販売機関が
運用する商店サーバーとが電子商取引を行う際の信用保
証方法である。（２）前記決済代行機関が運用する会員管理サーバーが
前記相互接続ネットワークに接続されている。この会員
管理サーバーは多数の会員についての名簿情報を管理
し、前記会員コンピュータが所定の認証手続きを経てロ
グインしてくると、この会員コンピュータに対応付けさ
れる匿名利用者ＩＤと当該ログイン期間とを該当の会員
名簿情報に関連づけて管理する。（３）ある信用保証機関が運用する取引認証サーバーが
前記相互接続ネットワークに接続されている。この取引
認証サーバーは、多数の決済代行機関のそれぞれの身元
情報や決済方法を記述した決済機関情報と、多数の商品
販売機関のそれぞれの身元情報や決済方法を記述した商
店情報とを集約したデータベースを管理しているととも
に、所定の認証手続きを経てアクセスしてきた商店サー
バーや会員管理サーバーと通信する。（４）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得するとともに、この会員コンピュー
タが送付した商品購入イベントに応動して、前記匿名利
用者ＩＤを含んだ決済機関身元調査依頼電文を前記取引
認証サーバーに送付する。（５）前記取引認証サーバーは、前記決済機関身元調査
依頼電文に含まれている匿名利用者ＩＤに基づいて前記
データベースを検索し、関連する決済機関情報から適宜
な情報を抜粋して作成した決済機関身元保証電文を前記
商店サーバーへ返送する。（６）前記商店サーバーは、前記決済機関身元保証電文
に含まれているアドレス情報に従って前記会員管理サー
バーにアクセスし、前記匿名利用者ＩＤと自身の身元に
関連する商店識別情報とを含んだ課金代行依頼電文を送
付する。（７）会員管理サーバーは、前記課金代行依頼電文に記
載されている商店識別情報を含んだ商店身元調査依頼電
文を前記取引認証サーバーに送付する。（８）前記取引認証サーバーは、前記商店身元調査依頼
電文に含まれている前記商店識別情報に基づいて前記デ
ータベースを検索し、関連する商店情報から適宜な情報
を抜粋して作成した商店身元保証電文を前記会員管理サ
ーバーへ返送する。（９）前記会員管理サーバーは、前記商店身元保証電文
を受け取ると、前記商店サーバーが送付した前記課金代
行依頼電文に含まれている前記匿名利用者ＩＤと商品購
入イベントの発生日時（取引日時）とに基づいて、現に
ログインしている該当の会員コンピュータに、前記課金
代行依頼電文や前記商店身元保証電文や該当する会員名
簿情報から適宜に抜粋した情報と、この会員管理サーバ
ーまたは前記商店サーバーにおいて生成した唯一無二の
伝票番号とを含んだ取引確認通知を送付して取引完遂確
認を取る。（10）前記会員管理サーバーは、前記取引完遂確認を取
ると前記課金代行依頼電文から抜粋した適宜な情報と前
記伝票番号とを該当の会員情報に関連づけして記憶し、
前記課金代行依頼電文から適宜に抜粋した情報と前記取
引完遂確認の結果と前記伝票番号とを含む取引完遂報告
電文を前記商店サーバーに送付するとともに、前記課金
代行依頼電文から適宜に抜粋した情報と前記伝票番号と
を含んだ取引報告電文を前記取引認証サーバーに送付す
る。（11）前記商店サーバーは、前記取引完遂報告電文を受
け付けると、前記伝票番号を含む取引証明依頼電文を前
記取引認証サーバーに送付する。（12）前記取引認証サーバーは、前記取引報告電文と前
記取引証明依頼電文とを比較して双方の伝票番号が符合
すると、当該伝票番号と該当の取引金額とを取引記録簿
に記録するとともに、伝票番号が符合した旨の取引証明
電文を前記商店サーバーに送付する。（13）前記商店サーバーは、前記取引証明電文を受け取
ると、この電文に含まれている伝票番号と、当該証明電
文の受領起源となった前記課金代行依頼電文や前記決済
機関身元保証電文から適宜に抜粋した情報とを対応付け
して販売記録簿に記録する。

【００１４】第２の発明は、第１の発明に記載の信用保
証方法において、前記事項（４）〜（６）を次の事項
（21）〜（23）に置換した信用保証方法である。（21）前記取引認証サーバーは、前記決済代行機関につ
いての決済機関情報から適宜な情報を抜粋して作成した
決済機関身元保証電文を前記商店サーバーへ適時に送付
する。（22）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得し、このＩＤに対応付けされている
前記会員管理サーバーのアドレス情報を前記取引認証サ
ーバーから送付された前記決済機関身元保証電文に基づ
いて特定する。（23）前記商店サーバーは、前記会員コンピュータが送
付した商品購入イベントに応動して、前記匿名利用者Ｉ
Ｄに基づいて特定したアドレス情報に従って前記会員管
理サーバーにアクセスし、前記匿名利用者ＩＤと自身の
身元に関連する商店識別情報とを含んだ課金代行依頼電
文を送付する。

【００１５】第２の発明に記載の信用保証方法におい
て、前記事項（21）（22）を次の事項（31）（32）に置
換した信用保証方法を第３の発明としている。（31）前記商店サーバーは、前記会員管理サーバーに関
連する適宜な情報を決済機関身元保証情報として保有し
て管理している。（32）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得し、このＩＤに対応付けされている
前記会員管理サーバーのアドレス情報を前記決済機関身
元保証情報に基づいて特定する。

【００１６】第４の発明は第１〜第３の発明のいずれか
に記載の信用保証方法において、次の事項（41）〜（4
3）を充足した信用保証方法としている。（41）前記商店サーバーは、ある伝票番号の電子商取引
をキャンセルする場合、その伝票番号と前記商店識別情
報とを含んだキャンセル依頼電文を前記会員管理サーバ
ーに送付するとともに、前記伝票番号を含んだキャンセ
ル依頼報告電文を前記取引認証サーバーに送付する。（42）前記会員管理サーバーは、前記キャンセル依頼電
文に含まれる伝票番号に関連づけされている会員情報に
基づいて、該当の電子商取引に関わる課金処理を中止で
きるか否かを判定してその判定結果を該当の前記会員情
報に関連づけて記録し、前記判定結果をキャンセル処理
結果電文として前記商店サーバーに通知するとともに、
前記伝票番号と前記判定結果とを含むキャンセル処理報
告電文を前記取引認証サーバーに送付する。（43）前記取引認証サーバーは、前記キャンセル処理報
告電文に含まれている前記判定結果を前記伝票番号に対
応付けされている前記取引記録簿に追記する。

【００１７】また、第５の発明は、第１〜第３の発明の
いずれかに記載の信用保証方法において、次の事項（5
1）〜（54）を充足する信用保証方法とした。（51）前記商店サーバーは、ある伝票番号の電子商取引
をキャンセルする場合、その伝票番号と前記商店識別情
報とを含んだキャンセル依頼電文を前記会員管理サーバ
ーに送付するとともに、前記伝票番号を含んだキャンセ
ル依頼報告電文を前記取引認証サーバーに送付する。（52）前記会員管理サーバーは、前記キャンセル依頼電
文に含まれる伝票番号に関連づけされている会員情報に
基づいて、該当の電子商取引に関わる課金処理を中止で
きるか否かを判定し、その判定結果と当該伝票番号とを
含んだキャンセル処理報告電文を前記取引認証サーバー
に送付する。（53）前記取引認証サーバーは、前記キャンセル処理報
告電文を受け取ると、当該電文に含まれている前記伝票
番号と、前記キャンセル依頼報告電文中の伝票番号とを
照合し、双方が一致すると該当の電子商取引についてキ
ャンセルに関わる手続きがなされた旨のキャンセル証明
書を含んだキャンセル証明電文を前記会員管理サーバー
に送付する。（54）前記会員管理サーバーは、前記キャンセル証明電
文に含まれている前記キャンセル証明書と前記判定結果
と前記伝票番号とを含んだキャンセル処理結果電文を前
記商店サーバーに送付する。

【００１８】第１〜第５の発明のいずれかに記載の信用
保証方法において、次の事項（61）〜（65）を充足する
信用保証方法を第４の発明とした。（61）ある商品販売機関が管理する販売機関コンピュー
タが前記相互接続ネットワークに接続されている。当該
コンピュータは適宜な媒体を介して商店プログラムをイ
ンストールすることで前記商店サーバーとして機能す
る。（62）前記取引認証サーバーは、商品販売機関ごとの前
記商店情報として、頒布された前記商店プログラムのそ
れぞれに固有のシリアル番号と唯一無二の商店ライセン
スキーとを対応付けして前記データベースに集約／管理
している。（63）前記販売機関コンピュータは、前記商店プログラ
ムのインストール処理を実行すると、前記取引認証サー
バーにアクセスし、当該プログラム固有に割り当てられ
ているシリアル番号と、インストール手順を通じて入力
した情報とを含んだ商店登録要求電文を送付する。（64）前記取引認証サーバーは、前記商店登録要求電文
に含まれている前記シリアル番号を前記データベースに
照会し、当該番号が重複していない旨を確認すると、前
記販売機関コンピュータに新規の商店ライセンスキーを
発行して前記販売機関コンピュータに送付するととも
に、このライセンスキーに前記商店登録要求電文により
取得した前記シリアル番号や前記入力情報などを前記商
店情報としてデータベースに格納する。（65）前記販売機関コンピュータは、前記商店プログラ
ムをインストールすると、前記取引認証サーバーにアク
セスする際に、前記商店ライセンスキーを送付して認証
手続きを行う。

【００１９】第１〜第６の発明のいずれか記載の信用保
証方法において、次の事項（71）〜（75）を充足する信
用保証方法を第５の発明とした。（71）ある決済代行機関が管理する決済機関コンピュー
タが前記相互接続ネットワークに接続されている。当該
コンピュータは適宜な媒体を介して決済機関プログラム
をインストールすることで前記会員管理サーバーとして
機能する。（72）前記取引認証サーバーは、決済代行機関ごとの前
記決済機関情報として、頒布された前記決済機関プログ
ラムのそれぞれに固有のシリアル番号と唯一無二の決済
機関ライセンスキーとを対応付けして前記データベース
に集約／管理している。（73）前記決済機関コンピュータは、前記決済機関プロ
グラムのインストール処理を実行すると、前記取引認証
サーバーにアクセスし、当該プログラム固有に割り当て
られているシリアル番号と、インストール手順を通じて
入力された当該決済代行機関の前記決済機関情報とを含
んだ決済機関登録要求電文を送付する。（74）前記取引認証サーバーは、前記決済機関登録要求
電文に含まれている前記シリアル番号を前記データベー
スに照会し、当該番号が重複していない旨を確認する
と、前記決済機関コンピュータに新規の前記決済機関ラ
イセンスキーを発行して前記決済機関コンピュータに送
付するとともに、このライセンスキーに前記決済機関登
録要求電文により取得した前記シリアル番号や前記入力
情報などを前記決済機関情報として前記データベースに
格納する。（75）前記決済機関コンピュータは、前記決済機関プロ
グラムをインストールすると、前記取引認証サーバーに
アクセスする際に、前記決済機関ライセンスキーを送付
して認証手続きを行う。

【００２０】第８の発明は、第１〜第７の発明のいずれ
かに記載の信用保証方法において、次の事項（81）を充
足する。（81）前記取引認証サーバーは、前記商店サーバーが送
付した前記商店情報を変更する旨の商店情報変更依頼電
文を受領し、該当の商店情報を前記商店情報変更依頼電
文に含まれている商店情報に変更する。

【００２１】また、第９の発明は、第１〜第８の発明の
いずれかに記載の信用保証方法において、次の事項（9
1）を充足するものである。（91）前記取引認証サーバーは、前記会員管理サーバー
が送付した前記決済機関情報を変更する旨の決済機関情
報変更依頼電文を受領し、該当の決済機関情報を前記決
済機関情報変更依頼電文に含まれている決済機関情報に
変更する。

【００２２】第１０の発明は、第１〜第９の発明のいず
れかに記載の信用保証方法において、次の事項（101）
〜（103）を充足するものである。（101）前記会員管理サーバーは、アクセスしてきたコ
ンピュータが前記商店サーバーの商店識別情報を含んだ
電文を送付してくると、当該コンピュータのアドレス情
報を取得するとともに、必要に応じて前記コンピュータ
が送付した商店識別情報を含んだ電文を前記取引認証サ
ーバーに送付する。（102）前記取引認証サーバーは、前記会員管理サーバ
ーより送付された電文に含まれている商店識別情報をデ
ータベースに照会し、関連する商店情報として登録され
ている商店サーバーのアドレス情報を含んだ電文を前記
会員管理サーバーに返送する。（103）前記会員管理サーバーは、前記取引認証サーバ
ーから返送された商店サーバーのアドレス情報と、前記
商店サーバーの商店識別情報を含んだ電文を送付してき
たコンピュータより取得したアドレス情報とを照合し、
双方のアドレス情報が一致すると、当該コンピュータを
商店サーバーとして認知し、このコンピュータが送付し
た前記電文に基づいた処理を続行する。

【００２３】第１１の発明は、第１〜第１０の発明のい
ずれかに記載の信用保証方法において、次の事項（11
1）〜（113）を充足するものである。（111）前記商店サーバーは、アクセスしてきたコンピ
ュータが前記会員管理サーバーの身元情報に関連した決
済機関識別情報を含んだ電文を送付してくると、当該コ
ンピュータのアドレス情報を取得するとともに、必要に
応じて前記コンピュータが送付した決済機関識別情報を
含んだ電文を前記取引認証サーバーに送付する。（112）前記取引認証サーバーは、前記商店サーバーよ
り送付された電文に含まれている決済機関識別情報をデ
ータベースに照会し、関連する決済機関情報として登録
されている会員管理サーバーのアドレス情報を含んだ電
文を前記商店サーバーに返送する。（113）前記商店サーバーは、前記取引認証サーバーか
ら返送された会員管理サーバーのアドレス情報と、前記
会員管理サーバーの決済機関識別情報を含んだ電文を送
付してきたコンピュータより取得したアドレス情報とを
照合し、双方のアドレス情報が一致すると、当該コンピ
ュータを会員管理サーバーとして認知し、このコンピュ
ータが送付した前記電文に基づいた処理を続行する。

【００２４】また、第１〜第１１の発明のいずれかに記
載の信用保証方法に適用される前記取引認証サーバーが
第１２の発明であり、第１〜第１１の発明のいずれかに
記載の信用保証方法に適用される前記商店サーバーを第
１３の発明とし、第１〜第１１の発明のいずれかに記載
の信用保証方法に適用される前記会員管理サーバーを第
１４の発明とした。

【００２５】

【発明の実施の形態】＝＝＝相互接続ネットワーク＝＝
＝本発明の信用保証方法が適用される相互接続ネットワー
クとしてインターネットを例に挙げる。図１はインター
ネットの概略構成図である。インターネットは、個々の
プロバイダが運営するネットワークや企業内ＬＡＮなど
の個別ネットワークを相互に接続した「ネットワーク間
ネットワーク」である。そして、この相互接続ネットワ
ークには一般の利用者が操作する利用者コンピュータ１
０ａ〜１０ｃからＷＷＷサーバーなどのホストコンピュ
ータ２０に至るまで、膨大な数の多種多様なコンピュー
タが有機的に接続されている。

【００２６】利用者コンピュータ１０ａ〜１０ｃの種類
やインターネットに接続する形態も多様である。利用者
コンピュータが一般的なパーソナルコンピュータ１０ａ
であれば、インターネット接続事業者（プロバイダ）が
提供するアクセスポイント２０ｅを経由してのダイアル
アップＩＰ接続（ｃ１）が一般的であろう。専用線接続
であれば、パーソナルコンピュータ１０ａに接続された
ルータ１１とで利用者コンピュータ１０ｃが構成され、
そのルータ１１とプロバイダの管理するルータ２１とが
接続される（ｃ２）。

【００２７】単体でインターネットに接続可能な携帯電
話機１０ｂであれば、この電話機１０ｂが無線基地局３
１を介して移動体通信網３０に接続し、さらに、移動体
通信事業者のゲートウエイサーバー２０ｄと呼ばれるプ
ロトコル変換装置が移動体通信網３０とインターネット
とを相互接続（ｃ３）させる形態となる。

【００２８】本発明は、インターネットなどの相互接続
ネットワークを介した電子商取引における信用保証方法
に関するものである。ここで、本発明の信用保証方法に
関連するコンピュータを以下のように定義することとし
た。

【００２９】＜会員管理サーバー＞多数の登録会員につ
いての会員情報を管理し、会員がある商店から電子商取
引によって商品を購入したときに、その購入代金を商店
に代行して徴収する機関を決済代行機関と称し、この決
済代行機関がネットワーク上で運用して各会員の個人情
報（会員情報）のデータベースを管理するホストコンピ
ュータのことを会員管理サーバーと称する。

【００３０】＜会員コンピュータ＞適宜な決済代行機関
と契約して会員登録している人で、ネットワーク上の商
店から商品（有料情報等）を購入しようとする人を会員
と称し、会員がネットワーク上で電子商取引をするため
に使用する利用者コンピュータのことを会員コンピュー
タと称する。

【００３１】＜商店サーバー＞ネットワーク上で商品
（有料情報他）を販売する電子商店を運用する機関を商
品販売機関（商店）と称し、電子商店のＷｅｂサイトを
公開しているホストコンピュータのことを商店サーバー
と称する。

【００３２】＜取引認証サーバー＞多数の決済代行機関
および多数の商品販売機関と契約を締結し、決済代行機
関の会員と商品販売機関との商取引に関わる信用保証を
行う機関を信用保証機関と称し、その信用保証機関がネ
ットワーク上で運営し、契約している各機関の情報をデ
ータベース化して管理しているホストコンピュータのこ
とを取引認証サーバーと称する。

【００３３】＝＝＝信用保証方法の概略＝＝＝この発明が適用される一つの実施例として、プロバイダ
に登録されている会員が電子商取引を行った際に、プロ
バイダがその取引代金の課金代行を行うビジネスモデル
がある。このモデルでは、プロバイダが会員とＩＰアド
レスの使用状況を管理し、プロバイダと会員とがインタ
ーネット接続料金についての決済方法を確立しているシ
ステムを効果的に活用できる。

【００３４】商店サーバーは商品購入者としてアクセス
してきた会員コンピュータのＩＰアドレスを取得し、こ
れを個人情報を開示しないで個人を特定するための識別
情報（匿名利用者ＩＤ）として利用する。商店サーバー
は、取得したＩＰアドレスを発行しているプロバイダが
運用する会員管理サーバーに相当するコンピュータを特
定し、そのコンピュータに課金代行を依頼する。プロバ
イダは電子商取引が発生した日時にそのＩＰアドレスを
使用している会員を特定し、後日、インターネット接続
料とともに電子商取引に関わる代金をこの会員から徴収
する。

【００３５】しかし、上述したように、利用者コンピュ
ータがインターネットに接続する形態は多種多様であ
り、例えば、一台のコンピュータを複数人で使用する場
合や一つのＩＰアドレスを複数台のコンピュータで共用
する場合など、ＩＰアドレスが必ずしも匿名利用者ＩＤ
とはなり得ない接続形態もあり得る。また、ダイアルＱ
２（登録商標）など通信事業者による情報料回収代行サ
ービスを利用してのインターネット接続や、広告収入に
よって運営されるインターネット無料接続サービスもあ
り、特定のプロバイダに加入していないインターネット
利用者も多い。もちろん、複数のＬＡＮをゲートウエイ
を介して相互に接続するインターネット以外の相互接続
ネットワークも存在する。

【００３６】したがって本発明は、相互接続ネットワー
クを介した電子商取引において、「個人情報を秘匿した
状況下での信用保証」を確保する汎用的なビジネスモデ
ルを提供するものである。基本的な考え方としては、信
用保証機関が多数の決済代行機関と多数の商店と個別に
契約を交わし、それぞれの決済代行機関に登録されてい
る会員とある商店とが電子商取引を行う際に、その決済
代行機関と商店の双方の身元保証と、課金代行に関わる
証拠保全とを行う。決済代行機関は、商取引を行った会
員を管理することで、会員の身元保証と電子商取引の証
拠保全とを行う。

【００３７】＝＝＝ネットワーク構成＝＝＝上述したように、本発明はプロバイダを決済代行機関と
し、会員コンピュータがダイアルアップＩＰ接続する場
合のモデルに適用できる。以下、このモデルに本発明の
信用保証方法を適用したときのネットワーク構成や通信
手順を実施例１として説明していくこととする。図２に
この実施例１におけるネットワーク構成の概略図を示し
た。

【００３８】実施例１において、会員コンピュータ１０
はダイアルアップＩＰ接続によってインターネットにア
クセスし、会員コンピュータ１０と商店サーバー２０ｂ
とが電子商取引を行う。この商取引に伴って、会員管サ
ーバー２０ａと商店サーバー２０ｂおよび取引認証サー
バー２０ｃとが本発明の信用保証方法に基づいて相互に
通信する。この実施例１では、会員管理サーバー２０ａ
や商店サーバー２０ｂは、取引認証サーバー２０ｃとイ
ンターネットを介して通信する事としているが、もちろ
ん、専用線を介して通信することとしてもよい。

【００３９】会員管理サーバー２０ａは、ＰＰＰ手順に
従ってアクセスした会員コンピュータ１０に適宜なＩＰ
アドレスを貸与してインターネットに接続させるアクセ
スサーバー２１、会員ごとにＩＤやパスワードを管理し
てアクセスサーバー２１が利用者コンピュータ１０から
受け取ったＩＤやパスワードに基づいて認証手続きを行
うとともに、どのＩＤにどのＩＰアドレスを何時から何
時まで割り当てたかをアクセスログとして記録する認証
サーバー２２、ルータ２３などを含んで構成されてい
る。

【００４０】また、会員管理サーバー２０ａや商店サー
バー２０ｂは、ＷＷＷサーバーとしても機能し、アクセ
スしてきた会員コンピュータ１０からのＨＴＴＰリクエ
ストに応動して所定のＷｅｂページを返送したり、ＣＧ
Ｉなどの所定のプログラムを起動してその処理結果をＷ
ｅｂページの体裁で返送したりする動作もする。

【００４１】＝＝＝プログラムのインストール＝＝＝インターネットに接続されるＷＷＷサーバーなどのホス
トコンピュータに、本発明の信用保証方法に従って電子
商取引や課金代行に関わる処理を実行させるためのプロ
グラムを実装したコンピュータシステム、あるいは上記
ホストコンピュータと当該プログラムを実装したコンピ
ュータとが連動して動作するコンピュータシステムが商
店サーバーや会員管理サーバーである。

【００４２】本実施例では、上記プログラムはＣＧＩと
してＷＷＷサーバーに実装される。ここで、商店サーバ
ーに実装されるプログラムを商店プログラムと称し、会
員管理サーバー用のプログラムを決済機関プログラムと
称することにする。

【００４３】何ら規制を設けずに、上記プログラムの入
手やインストールを可能としてしまえば、商店サーバー
を偽って電子商取引を捏造して課金代金を不正に入手し
たり、会員管理サーバーを偽って課金代行をせずに商品
を略取したりすることが可能となってしまう。信用保証
機関と正式に契約を交わした商店や決済代行機関にのみ
プログラムを販売すれば、プログラム購入者の身元が明
白なものとなり、プログラムが不正使用される可能性は
極めて低くなる。しかし、プログラム自体がコピーされ
た場合にはその限りではない。本発明は、プログラムの
不正コピーによる「偽商店」や「偽決済代行機関」の出
現を防止するための仕組みも提供している。

【００４４】＜ライセンスキー発行手続＞図３（Ａ）
（Ｂ）は、それぞれ、会員管理サーバー２０ａが決済機
関プログラムをインストールする際に取引認証サーバー
２０ｃと行う通信手順と、商店サーバー２０ｂが商店プ
ログラムをインストールする際に取引認証サーバー２０
ｃと行う通信手順とを示している。また図３（Ｃ）は、
上記手順において送受信される情報の内容を示してい
る。

【００４５】決済代行機関や商店が正規に購入したプロ
グラムをそれぞれの機関のコンピュータにインストール
しようとすると、これらコンピュータが取引認証サーバ
ー２０ｃに接続し、そのプログラムに固有のシリアル番
号と決済代行機関や商店についての身元や決済方法に関
する情報を含んだ決済機関登録要求電文や商店登録要求
電文を送付する（ｓ１、ｓ３）。取引認証サーバー２０
ｃは、これらの登録要求電文の送付と引き替えにインス
トール処理の続行許可を与えるとともに、ライセンスキ
ーを発行し、これを送付する（ｓ２、ｓ４）。ライセン
スキーは、会員管理サーバー２０ａや商店サーバー２０
ｂが電子商取引に伴って取引認証サーバー２０ｃにアク
セスする際に認証を得るための識別情報である。取引認
証サーバー２０ｃは、ライセンスキーとシリアル番号と
を対応付けして管理し、同一プログラムが異なるコンピ
ュータに重複してインストールされることを防止する。

【００４６】また本実施例の取引認証サーバー２０ｃ
は、ライセンスキーとともに会員管理サーバー２０ａに
は決済機関ＩＤを、商店サーバー２０ｂには商店ＩＤ
を、それぞれ発行する。決済機関ＩＤや商店ＩＤは、会
員管理サーバー２０ａと商店サーバー２０ｂとが通信す
る際、アクセスしてきた側が開示する自身の身元に関連
する情報である。

【００４７】取引認証サーバー２０ｃは、決済機関プロ
グラムのインストール手続きを通じて、決済代行機関の
名称、所在地、代表者、会員管理サーバーのアドレス、
匿名利用者ＩＤとの対応関係、決済方法（手数料、振込
日など）などを決済機関情報としてデータベースに登録
する。同様にして、商店の名称、所在地、代表者、商店
サーバーのアドレス、決済方法（振込口座など）を商店
情報として登録する。

【００４８】決済機関情報における匿名利用者ＩＤは、
会員コンピュータ１０ａが電子商取引に際して商店サー
バー１０ｂに開示する情報である。本実施例では、会員
コンピュータ１０がインターネット接続時に使用するＩ
Ｐアドレスである。「匿名利用者ＩＤとの対応関係」
は、プロバイダが会員コンピュータ１０ａに割り当てる
ために用意しているＩＰアドレスのアドレス範囲（ネッ
トマスク）となる。

【００４９】なお本実施例では、会員管理サーバー２０
ａや商店サーバー２０ｂの身元情報に含まれるアドレス
情報は、取引認証サーバー２０ｃがアクセスしてきたコ
ンピュータの送信元ＩＰアドレスを取得して登録するこ
ととしている。

【００５０】＝＝＝会員管理サーバーへのログイン＝＝
＝会員コンピュータ１０が本発明の信用保証方法によって
電子商取引を行う場合、会員コンピュータ１０は会員管
理サーバーにログインする必要がある。図４はそのログ
イン手順の概略を示している。会員コンピュータ１０ａ
が会員管理サーバー２０ａにアクセスし、会員ＩＤとパ
スワードとを会員管理サーバーに送付する（ｓ１１）。
本実施例では、会員コンピュータ１０ａが周知のＰＰＰ
手順によって会員管理サーバー２０ａにアクセスする際
の会員ＩＤとパスワードとによる認証手続きがログイン
手続きとなる。

【００５１】会員管理サーバー２０ａはこの会員ＩＤと
パスワードとをデータベースに照会し、該当の会員情報
を見いだすと、この会員コンピュータ１０に匿名利用者
ＩＤを対応付けする。本実施例では、匿名利用者ＩＤと
してＩＰアドレスを発行する（ｓ１２）。会員管理サー
バー２０ａは、会員コンピュータ１０ａがダイアルアッ
プＩＰ接続している間（ログイン期間中）だけ、この会
員コンピュータ１０ａにＩＰアドレスを割り当てる。会
員管理サーバー１０ａは、ＩＰアドレスとそのログイン
期間とを該当の会員情報に対応付けして記録する。すな
わち、「どのＩＰアドレスをいつからいつまで誰が使用
していたのか」を記録する。

【００５２】本発明において匿名利用者ＩＤは重要な要
素である。会員管理サーバー２０ａは、この匿名利用者
ＩＤと特定の会員とを対応付けして管理し、会員コンピ
ュータ１０は、商店サーバー２０ｂとの電子商取引に際
し、会員の個人情報に代えてこの匿名利用者ＩＤを商店
サーバー２０ｂに開示する。商店はこの匿名利用者ＩＤ
の使用者に対する取引金額の徴収を決済代行機関に代行
してもらう。

【００５３】＝＝＝電子商取引と信用保証＝＝＝図５と図６は電子商取引とそれに伴う信用保証手続の手
順と、この手順において送受信される情報の内容とをそ
れぞれ示している。

【００５４】＜商品購入イベントの発生＞会員コンピュ
ータ１０は、商店サーバー２０ｂとのＨＴＴＰリクエス
ト／レスポンスを通じて商品説明用Ｗｅｂページや購入
商品の注文指示を受け付けるための注文用Ｗｅｂページ
を取り寄せる（ｓ２１、ｓ２２）。このページには、注
文する商品に応じて、発送先など必要最小限の情報を記
入するための欄が設けられる。商品がデータやソフトウ
エアなどダウンロード販売されるものであれば、前記情
報の記入欄は不要である。商店サーバー２０ｂは、記入
済みのフォームが返送されるなどして商品の注文指示
（商品購入イベントの発生：ｓ２３）がなされると、会
員コンピュータ１０のＩＰアドレスを取得し、このＩＰ
アドレスに注文した商品の商品名、商品代金・税金・送
料等を含んだ取引代金、商品購入イベントの発生日時
（取引日時）などを対応付けして記録する。

【００５５】＜決済代行機関の身元調査依頼＞商店サー
バー２０ｂは、商品購入イベントの発生（ｓ２３）に応
動して、取引認証サーバー２０ｃにアクセスし、ライセ
ンスキーによる認証手続きを行う。そして、会員コンピ
ュータ１０が開示したＩＰアドレスを含んだ決済機関身
元調査依頼電文を取引認証サーバー２０ｃに送付する
（ｓ２４）。取引認証サーバー２０ｃは、ＩＰアドレス
をデータベースに照会して該当する決済機代行関を特定
し、この機関についての適宜な決済機関情報を含んだ決
済機関身元保証電文を商店サーバー２０ｂに返送する
（ｓ２５）。この実施例では、該当の決済機関情報から
決済代行機関の名称、所在地、決済方法とこの決済代行
機関が管理する会員管理サーバーのアドレスとを抜粋し
て決済機関身元保証電文としている。

【００５６】＜課金代行依頼＞商店サーバー２０ｂは、
決済機関身元保証電文に含まれているアドレス情報に従
って会員管理サーバー２０ａにアクセスし、会員コンピ
ュータ１０から取得したＩＰアドレスと自身の身元に関
連する情報として商店ＩＤとを含んだ課金代行依頼電文
を送付する（ｓ２６）。本実施例では、ＩＰアドレスや
商店ＩＤに加え、取引日時と取引金額とが課金代行依頼
電文に含まれている。

【００５７】＜商店の身元調査依頼＞会員管理サーバー
２０ａは、課金代行依頼電文を送付してきた商店サーバ
ー２０ｂのアドレス情報を取得する。そして、取引認証
サーバー２０ｃにアクセスしてライセンスキーによる認
証手続きを行い、課金代行依頼電文に記載されている商
店ＩＤなどを含んだ商店身元調査依頼電文を送付する
（ｓ２７）。取引認証サーバー２０ｃは、商店身元調査
依頼電文に含まれている商店ＩＤに基づいてデータベー
スを検索し、該当の商店情報から商店の名称、所在地、
振込口座などの情報を抜粋し、その抜粋した情報を商店
身元保証電文として会員管理サーバー２０ａに返送する
（ｓ２８）。また、本実施例では、商店サーバー２０ｂ
のアドレス情報もこの電文に含ませている。それによっ
て、会員管理サーバー２０ａが課金代行依頼電文の受領
時に取得したアドレス情報と取引認証サーバー２０ｃか
ら通知されたアドレス情報とを照合し、課金代行依頼が
正規の商店サーバー２０ｂから送付されたものであるこ
とを認知できるようにしている。

【００５８】＜取引確認通知＞会員管理サーバー２０ａ
は、商店身元保証電文を受け取ると、当該電子商取引を
一意に特定するための唯一無二の伝票番号を生成し、先
に受け取った課金代行依頼電文に記載されているＩＰア
ドレスを現に使用している会員コンピュータ１０に対
し、この伝票番号と、前記課金代行依頼電文から適宜に
抜粋した情報とを含んだ取引確認通知を送付する（ｓ２
９）。取引確認通知はＷｅｂページとして会員コンピュ
ータ１０に送付され、このページには当該取引の伝票番
号、商店の名称と所在地、取引日時、取引金額が記載さ
れている。さらに、該当の会員情報に基づいて、課金代
行が済んでいない他の電子商取引についての取引金額や
伝票番号などを残高情報として合わせて取引確認通知に
記載する。それによって、会員ＩＤとパスワードを不当
に入手した「偽会員」による商取引が速やかに発見され
るようにしている。なお本実施例の会員コンピュータ１
０ａにはＨＴＴＰによらずに会員管理サーバー２０ａか
ら一方的に送付されたＷｅｂページを表示するプログラ
ムがブラウザの機能拡張ソフトウエア（プラグイン）と
して組み込まれているものとする。

【００５９】＜完遂確認、取引完遂確認報告、取引報告
＞取引確認通知を受け取った会員コンピュータ１０にて
その取引の承認／拒否を指示する旨のユーザ入力がなさ
れると、その入力情報が完遂確認として会員管理サーバ
ー２０ａに送付される（ｓ３０）。会員管理サーバー２
０ａは、完遂確認結果（取引の承認または拒否）と、該
当の課金代行依頼電文と伝票番号とを該当の会員情報に
関連づけして記憶する。そして、前記完遂確認結果と課
金代行依頼電文から適宜に抜粋した情報（ＩＰアドレ
ス、取引日時、取引金額）と前記伝票番号とを含んだ取
引完遂報告電文を商店サーバー２０ｂに送付する（ｓ３
１）。また、課金代行依頼電文から適宜に抜粋した情報
（商店ＩＤ、取引金額）と前記伝票番号とを含んだ取引
報告電文を取引認証サーバー２０ｃに送付する（ｓ３
２）。

【００６０】＜取引証明＞商店サーバー２０ｂは、会員
管理サーバー２０ａより受け取った取引完遂報告電文に
記載されている伝票番号と取引金額とを含んだ取引証明
依頼電文を取引認証サーバー２０ｃに送付する（ｓ３
３）。なお、この実施例の商店サーバー２０ｂは、取引
証明依頼電文を取引認証サーバーに送付する前に、取引
完遂報告電文を送付してきた会員管理サーバーのアドレ
ス情報と先に課金代行を依頼した会員管理サーバーのア
ドレス情報とを照合している。それによって、この取引
完遂報告電文が正規の会員管理サーバーからのものであ
るかどうかを判別している。取引認証サーバー２０ｃ
は、会員管理サーバー２０ａから受け取った取引報告電
文と商店サーバー２０ｂから受け取った取引証明依頼電
文の双方に含まれている伝票番号と取引金額とを比較
し、それらが符合すると、その伝票番号と該当の取引金
額とを当事者となる商店と決済代行機関とに関連づけし
て取引記録簿に記録し、取引の証拠を保全する。そし
て、伝票番号と取引金額が符合した旨の取引証明電文を
商店サーバー２０ｂに送付する（ｓ３４）。なお、この
実施例の取引認証サーバー２０ｃは、伝票番号によって
特定される電子商取引の存在を証明するためのデータと
して、適宜な暗号化アルゴリズムに基づいて偽造困難な
取引証明書を生成し、この証明書を取引証明電文に付帯
させる。

【００６１】＜取引完了通知＞商店サーバー２０ｂは、
取引証明電文を受け取ると、該当の伝票番号に取引の内
容（課金代行を依頼した決済代行機関の身元情報や決済
方法、取引日時、取引金額など）や取引証明書を対応付
けして販売記録簿に記録する。そして、取引が完了した
旨の取引完了通知をＷｅｂページの体裁で会員コンピュ
ータ１０に送付する（ｓ３５）。

【００６２】＝＝＝その他の手順＝＝＝本発明の信用保証方法が適用されるコンピュータは、上
述の電子商取引機会に限らず、適時に通信して各種手続
きを行う必要がある。本発明は、電子商取引以外の各種
手続きに伴う信用保証方法も提供している。以下にその
各種手続きとその手続きにおける信用保証方法について
説明する。

【００６３】＜キャンセル：例１＞取引完了後に購入商
品を返品したり、納品が遅れるなどして会員が取引をキ
ャンセルする場合もある。図７は、そのキャンセル手続
きの実施例を示しており、（Ａ）（Ｂ）にそれぞれ通信
手順と通信内容とを示した。適宜な手続（郵送、電話、
電子メールなど）を通じて、会員１００から商店１１０
側にある伝票番号で特定される取引をキャンセルしたい
旨の依頼（ｓ４１）があったとする。商店サーバー２０
ｂは該当の取引に関して課金代行してもらう決済代行機
関を販売記録簿により特定するとともに、その決済代行
機関の会員管理サーバー２０ａにアクセスし、伝票番号
によって特定される取引についての課金代行を中止する
旨のキャンセル依頼電文を送付する（ｓ４２）。また、
キャンセルがあった旨のキャンセル依頼報告電文を取引
認証サーバー２０ｃに送付する。（ｓ４３）会員管理サ
ーバー２０ａはキャンセル依頼電文中の伝票番号に対応
付けされている会員情報を参照し、該当の取引のキャン
セルが成功したか、あるいは、すでに課金代行が実施さ
れてしまうなどしてキャンセルが失敗したかを判別し、
その判別結果を該当の会員情報に関連づけするととも
に、商店サーバー２０ｂにその判別結果をキャンセル処
理結果電文として返送する（ｓ４４）。

【００６４】また会員管理サーバー２０ａは、ある伝票
番号で特定される取引について、キャンセル依頼があっ
た旨や、その依頼に対する判別結果などをキャンセル処
理報告電文によって取引認証サーバー２０ｃに報告する
（ｓ４５）。この報告（ｓ４５）には前記判別結果とキ
ャンセルを依頼してきた商店サーバーの商店ＩＤと伝票
番号とが含まれている。取引認証サーバー２０ｃは、キ
ャンセル処理報告電文を受け取ると、該当の取引記録簿
に前記判別結果を追記する。

【００６５】＜キャンセル：例２＞図８（Ａ）（Ｂ）
は、キャンセル手続きの変形例を示している。（Ａ）
（Ｂ）にその通信手順と通信内容とをそれぞれ示した。
例１と同様に、適宜な手続を通じて、会員１００から商
店１１０側にある伝票番号で特定される取引をキャンセ
ルしたい旨の依頼（ｓ５１）があったとする。そして、
商店サーバー２０ｂが伝票番号に基づいて特定される決
済代行機関の会員管理サーバー２０ａにアクセスし、キ
ャンセル依頼電文を送付する（ｓ５２）。また、キャン
セル依頼報告電文を取引認証サーバー２０ｃに送付する
（ｓ５３）。

【００６６】会員管理サーバー２０ａはキャンセル依頼
電文中の伝票番号に対応付けされている会員情報を参照
し、該当の取引のキャンセルが成功したか、あるいは、
すでに課金代行が実施されてしまうなどしてキャンセル
が失敗したかを判別し、その判別結果と伝票番号とを含
んだキャンセル処理結果電文を取引認証サーバー２０ｃ
に送付する（ｓ５５）。

【００６７】取引に認証サーバー２０ｃは、キャンセル
処理結果電文に含まれている伝票番号と、先に商店サー
バー２０ｂより送付されたキャンセル依頼報告電文中の
伝票番号とを照合する。双方の伝票番号が一致すると、
ある伝票番号によって特定される取引についてキャンセ
ル手続きが行われた旨の証明書（キャンセル証明書）を
生成し、この証明書と伝票番号とを含んだキャンセル証
明電文を会員管理サーバー２０ａに送付する（ｓ５
６）。なお、本実施例では、キャンセル証明書の生成時
点やキャンセル依頼電文の送達時点など、キャンセル手
続きの実施中における適宜なタイミング時点をキャンセ
ル日時とし、この日時をキャンセル証明電文に含ませて
いる。

【００６８】会員管理サーバー２０ａは、取引認証サー
バー２０ｃより受け取ったキャンセル証明電文に含まれ
る内容を該当の会員情報に関連づけして記録するととも
に、このキャンセル証明電文に含まれる内容に前記判定
結果を付帯させたキャンセル処理結果報告電文を商店サ
ーバー２０ｂに送付する（ｓ５７）。

【００６９】＜決済＞決済代行機関が会員から徴収した
取引代金を商店側に入金するための手続もある。図９
（Ａ）（Ｂ）にその手続に関わる手順と、やりとりされ
る情報とをそれぞれ示した。決済代行機関１２０は会員
１００から所定期間ごとに電子商取引に関わる代金を徴
収する（ｓ６１）。会員管理サーバー２０ａは、会員１
００に関連する会員情報に基づいて、その会員１００か
ら徴収した代金の内、代金算出期間内に発生した所定の
商店１１０との電子商取引に関わる全ての取引代金を算
出する。そして、支払い予定日と、その予定日に支払わ
れる代金と、当該支払い行為自体を特定するための精算
伝票番号と、全取引についての明細とを含んだ支払い予
告電文を商店サーバー２０Ｂに送付する（ｓ６２）。な
お、明細には、代金算出期間内に発生した個々の取引に
ついての伝票番号、支払い代金、その代金の回収状況
（回収済み／未納）などが含まれている。

【００７０】決済代行機関１２０が課金代行した精算代
金を指定の口座に振り込むなどして商店１１０に支払う
（ｓ６３）と、商店サーバー２０ｂは、精算伝票番号で
特定される支払い行為について、代金受領日と精算金額
とを記載した代金受領電文を会員管理サーバー２０ａに
送付する（ｓ６４）。

【００７１】なお、上記ｓ６１〜ｓ６４の手順に代え
て、会員管理サーバー２０ａに、伝票番号に課金代行金
額や振り込みの実施状況などとを対応付けした課金代行
リストを取引した商店ごとに用意しておき、商店ＩＤを
送付してそのリストの閲覧要求をしてきたコンピュータ
に該当の課金代行リストを送付する手順も考えられる。

【００７２】＜決済機関情報・商店情報の更新＞所在地
やサーバーのアドレス情報などの身元情報や振込金融機
関などの決済方法の変更に伴って決済機関情報や商店情
報を更新する必要がある。図１０（Ａ）〜（Ｃ）は、そ
の更新手続をオンラインで行う場合の会員管理サーバー
２０ａと取引認証サーバー２０ｃとの通信手順と、商店
サーバー２０ｂと取引認証サーバー２０ｃとの通信手順
と、これら通信手順において送受信される情報の内容と
をそれぞれ示している。

【００７３】この例では、会員管理サーバー２０ａや商
店サーバー２０ｂは、更新する情報とその更新予定日時
とを取引認証サーバー２０ｃに送付し、その予定日に更
新処理が可能であればその旨の返答を行い、予定日時に
所定の情報を送付された情報に更新する。予定日時に更
新が不可能である場合はその旨を返答する。商店や決済
代行機関側ではその不可能の返答に対し、変更予定日時
を変更するなど適宜に対応すればよい。

【００７４】＝＝＝補足＝＝＝＜取引の中止＞上述の電子商取引における信用保証手順
において、商店サーバー２０ｂが決済機関身元保証電文
の内容を確認してから課金代行依頼を会員管理サーバー
２０ａに通達するか否かを決定することとしてもよい。
例えば、取引を行わない決済代行機関の名称や決済方法
における条件（振込日）などをあらかじめデータベース
に用意しておき、送付された決済機関身元保証情報と照
らし合わせる。条件にあわない場合は課金代行依頼をし
ない旨を会員コンピュータに通知するなどして取引を中
止するのである。同様に、会員管理サーバー側でも、課
金代行依頼をしてきた商店サーバーに関連する商店情報
を商店身元保証電文によって確認してから課金代行を行
うか否かを決定することとしてもよい。そして、課金代
行を拒否する場合はその旨を商店サーバーに通知する。

【００７５】＜身元情報の保管＞会員管理サーバー２０
ａや商店サーバー２０ｂは、ある電子商取引機会に取得
した通信相手の身元情報を保管しておくこととしてもよ
い。それによって、同じ相手と再度取り引きをする場合
に取引認証サーバー２０ｃに相手の身元確認をしなくて
済む。この場合、通信相手となるサーバーのＩＰアドレ
スをはじめ、各種身元情報が変更されることを想定し
て、一度保管した身元情報に有効期限を設けるのがより
好ましい。そして、同じ相手との電子商取引が発生した
とき、その相手の身元情報がすでに期限切れとなってい
れば、再度取引認証サーバーに身元情報を問い合わせ
る。あるいは、一度取引をした相手については、定期的
にその相手の身元情報を取引認証サーバーに問い合わせ
ることとしてもよい。

【００７６】＜アドレス情報による認証＞本発明は、会
員管理サーバー２０ａや商店サーバー２０ｂにアクセス
してきたコンピュータの身元をより確実に保証するため
の工夫として、アクセスしてきたコンピュータのアドレ
ス情報を利用する信用保証方法も提供している。

【００７７】上述した＜課金要求依頼＞の手続きを例に
挙げて説明すると、会員管理サーバー２０ａは、アクセ
スしてきたコンピュータが課金代行依頼電文を送付して
きたとき、この電文に付帯する商店ＩＤを取引認証サー
バー２０ｃに送付して商店の身元を調査してもらってい
る。確かに、商店ＩＤに関連する商店情報が存在すれ
ば、ライセンスキーの発行を受けた正規の商店が存在す
ることが証明される。しかし、商店ＩＤを送付したコン
ピュータ自体の身元が保証されたわけではない。そこ
で、会員管理サーバー２０ａがアクセスしてきたコンピ
ュータのＩＰアドレスを取得した上で、商店ＩＤを含ん
だ商店身元調査依頼電文を取引認証サーバー２０ｃに送
付する。

【００７８】取引認証サーバー２０ｃは、商店ＩＤに関
連する商店情報に記載されているアドレス情報（商店サ
ーバー２０ｂのＩＰアドレス）を含んだ商店身元保証電
文を会員管理サーバー２０ａに返送し、会員管理サーバ
ー２０ａはこの電文中のＩＰアドレスと先に取得したＩ
Ｐアドレスとを照合し、双方が一致したら電子商取引に
関わる以降の手続きが続行する。もちろん会員管理サー
バー２０ａが、課金依頼要求電文によって取得した商店
サーバーのＩＰアドレスを商店身元調査依頼電文に含ま
せることとし、取引認証サーバー２０ｃ側でこの電文中
の商店ＩＤとＩＰアドレスの双方に関連する商店情報が
存在すれば、その商店の身元を保証することとしてもよ
い。

【００７９】同様にして、取引完遂報告電文に決済機関
ＩＤを必須情報として含ませることとし、商店サーバー
２０ｂは取引完遂報告電文を送付してきたコンピュータ
のＩＰアドレスを取得し、そのＩＰアドレスと先に課金
代行依頼電文を送付した会員管理サーバー２０ａのＩＰ
アドレスとを照合すれば、決済代行機関の身元が確実に
保証される。もちろん、ＩＰアドレスによる認証は、上
述のキャンセル手続や決済手続きなど、電子商取引機会
以外に発生する各種手続きにも適用することができる。
例えば、上述の課金代行リストを閲覧する形態の決済手
続きにおいて、会員管理サーバー２０ａが、閲覧要求を
してきたコンピュータのアドレス情報とこのコンピュー
タが送付した商店ＩＤに対応付けされているアドレス情
報とを照合して閲覧の許可／拒否をすれば、第三者にリ
ストが渡ることがない。

【００８０】なお、取引相手のアドレス情報を取引認証
サーバー２０ｃに問い合わせるタイミングとしては、会
員管理サーバー２０ａと商店サーバー２０ｂとが実際に
通信しているときに、通信相手の身元情報が保管期限を
過ぎていたり、身元情報の変更によって保管されている
アドレス情報と実際に通信している相手のアドレス情報
とが異なっていたりする場合など、必要に応じて適時と
すればよい。

【００８１】＝＝＝実施例２：ＩＰ接続形態を変更した
モデル＝＝＝上記実施例１では、会員コンピュータはダイアルアップ
によってインターネットに接続することとしている。し
かし、専用線接続などのインターネット接続形態では、
会員コンピュータに固定にＩＰアドレスが割り当てられ
ている。本発明はこのような接続形態にも適用できる。

【００８２】図１１はプロバイダを決済代行機関とし、
かつ、会員コンピュータにＩＰアドレスが固定に割り当
てられているモデルに本発明を適用した場合のネットワ
ーク構成を例示している。複数の利用者コンピュータ１
０ａとルータ１１とがＬＡＮに接続されている。各利用
者コンピュータ１０ａにはＩＰアドレスが固定に割り当
てられている。そして、ルーター１１とプロバイダのル
ータ２１とが専用線によって接続されている。この接続
形態において、会員はどの利用者コンピュータ１０ａも
使用することができることとする。

【００８３】会員管理サーバー２０ａにログイン手続き
用の認証情報の記入欄（フォーム）を含んだＷｅｂペー
ジ（ログイン画面）を用意しておく。会員があるコンピ
ュータ１０を使用し、ブラウザがこのログイン画面を取
り寄せる。このコンピュータ１０にて所定の記入欄に会
員ＩＤやパスワードなどの認証情報を記入し、これを返
送する。

【００８４】会員管理サーバー２０ａは返送された認証
情報と該当の会員情報とを照合した後、このコンピュー
タ１０の使用者を会員と認定するとともに、このコンピ
ュータ１０ａのＩＰアドレスを取得する。そして、この
コンピュータ１０を会員コンピュータとして会員管理サ
ーバー２０ａにログインさせる。そして、会員コンピュ
ータ１０のログイン期間とＩＰアドレスとを該当の会員
情報に関連づけして記録する。それによって、会員管理
サーバー２０ａがログイン期間中の会員コンピュータ１
０の（使用者の）身元を保証する。

【００８５】上述したダイアルアップＩＰ接続では、会
員管理サーバー２０ａがアクセスしてきたコンピュータ
にＩＰアドレスを割り当ててその割り当て期間を監視／
記録するのに対して、このモデルでは、会員管理サーバ
ー２０ａがログインしてきたコンピュータ１０のＩＰア
ドレスを取得してそのログイン期間を監視／記録してい
る点が異なるだけであり、電子商取引に関わる手続きや
他の手続き（キャンセルなど）は実施例１の手順と同様
となる。

【００８６】会員コンピュータ１０が会員管理サーバー
２０ａからログオフするためには、会員管理サーバー２
０ａにログオフ用のＷｅｂページを用意し、会員コンピ
ュータ１０がそのページをとり寄せて所定の指示を行え
ばよいし、あるいは、ログインしてから所定時間が経過
した時点で自動的にログオフすることも可能である。

【００８７】なお、より好ましい方法として、ＪＡＶＡ
（登録商標）アプレットを利用する方法がある。例え
ば、会員管理サーバー２０ａが、ログインしてきた会員
コンピュータ１０に、ログイン用Ｗｅｂページが表示さ
れているブラウザ画面とは異なるブラウザ画面（子画
面）を常時表示させておくためのＪＡＶＡアプレットを
送付する。この子画面にログオフ処理のＣＧＩへのリン
クが設定されたボタンなどを配置しておき、会員コンピ
ュータ１０にてこのボタンをマウスでクリックするとロ
グオフする。

【００８８】＝＝＝実施例３：決済代行機関を変更した
モデル＝＝＝プロバイダ以外の機関を決済代行機関とするモデルも考
えられる。本発明はそのようなモデルにも適用できる。
この決済代行機関を変更したモデルにおける本発明の適
用例を実施例３とし、図１２に実施例３におけるネット
ワーク構成図を示した。例えば、銀行などを決済代行機
関とした場合、その銀行は預金口座を持つ顧客を会員と
して会員管理サーバー２０ａを管理することとし、この
会員管理サーバー２０ａがプロキシ（代理）サーバーと
して機能する。会員は任意のプロバイダと契約し、ダイ
アルアップや専用線など、適宜な形態でインターネット
接続を行なうものとする。そして、会員は、会員コンピ
ュータ１０にインストールされているブラウザのプロキ
シ設定を決済代行機関が運営するプロキシサーバー（会
員管理サーバー）２０ａにセットすることで、Ｗｅｂペ
ージが必ず会員管理サーバー２０ａを経由してブラウザ
に送達されるようにする。

【００８９】まず、上記実施例２におけるログイン手続
きと同様にして、会員コンピュータ１０が会員管理サー
バー２０ａからログイン画面を取り寄せ、この画面中に
記入した認証情報を返送してログインを行なう。会員管
理サーバー２０ａは、会員コンピュータ１０がログイン
してからログアウトするまでの間、この会員コンピュー
タの身元保証を行なう。

【００９０】ログイン中にある会員コンピュータ１０が
商店サーバー２０ｂに宛てたＨＴＴＰリクエストをイン
ターネット上に送出すると、まず、プロキシ設定に従っ
てこのリクエストが会員管理サーバー２０ａに送達する
（ｓ８１）。会員管理サーバー２０ａは、そのリクエス
トの送信元ＩＰアドレスを自身が所有するＩＰアドレス
に変換する。そして、その変換したＩＰアドレスを送信
元ＩＰアドレスとしてＨＴＴＰリクエストがインターネ
ットに再送出することで、このリクエストが商店サーバ
ー２０ｂに送達する（ｓ８２）。前記リクエストを受け
取った商店サーバー２０ｂは、会員管理サーバー２０ａ
に宛ててＨＴＴＰレスポンスを返し（ｓ８３）、会員管
理サーバー２０ａはＨＴＴＰレスポンスの返送先ＩＰア
ドレスを会員コンピュータ１０のＩＰアドレスに再変換
し、このＨＴＴＰレスポンスをインターネットに再送出
することで当該レスポンスが会員コンピュータ１０に送
達する（ｓ８４）。

【００９１】会員管理サーバー２０ａはログインした会
員コンピュータ１０にいつ、どのＩＰアドレスを割り当
てたかを該当の会員情報に対応付けして管理すること
で、会員コンピュータ１０と商店サーバー２０ｂとの電
子商取引において、本発明の信用保証方法を適用するこ
とが可能となる。

【００９２】また、企業や学校に設置されているコンピ
ュータでは、Ｗｅｂブラウザのプロキシ設定を勝手に変
更できない場合が多い。このようなコンピュータ設置環
境下での電子商取引に際して本発明の信用保証方法を適
用させる為には、ＪＡＶＡアプレットとして用意された
電子商取引専用のブラウザを会員管理サーバー２０ａか
ら取り寄せる方式を採用すればよい。

【００９３】この専用ブラウザは、あらかじめ会員管理
サーバー２０ａ経由でＷｅｂページの閲覧を行うように
プロキシ設定がなされている。このブラウザによるＷｅ
ｂ閲覧利用に先だってログイン画面を自動表示させれ
ば、ログインしない限りこの専用ブラウザが使えないよ
うにすることができる。そして、決済代行機関は、専用
ブラウザを利用している会員コンピュータの使用者を会
員として身元保証を行なう。

【００９４】＝＝＝その他の実施例・応用例＝＝＝＜リダイレクション＞会員管理サーバー２０ａが取引確
認通知を該当の会員コンピュータ１０に送付するため
に、上述の「プラグイン」によらず、ＨＴＴＰの「リダ
イレクト機能」を利用することも可能である。商店サー
バー２０ｂは、ＨＴＴＰで送られてくる商品購入イベン
トの発生に応動し、会員管理サーバー２０ａから取引確
認通知を取り寄せるためのＵＲＬを記載したＨＴＴＰリ
ダイレクト応答を会員コンピュータ１０に送る。それに
よって、会員管理サーバー２０ａは、図５におけるｓ２
４〜ｓ２８の手順によってすでに用意されている取引確
認通知に相当するＷｅｂページを会員コンピュータ１０
ａに送付する。この場合、会員管理サーバー１０ａは、
取引認証サーバー２０ｂに、決済機関情報に関するアド
レス情報の一つとして、取引確認通知を取り寄せるため
のＵＲＬを登録することとし、取引認証サーバー２０ｃ
は、決済機関身元保証電文にそのＵＲＬを含ませればよ
い。また、取引完了通知についても、会員管理サーバー
２０ａが会員コンピュータ１０による完遂確認に応動し
て商店サーバー２０ｂから取引完了通知を取り寄せるた
めのＵＲＬを記載したＨＴＴＰリダイレクト応答を会員
コンピュータ１０に送付すればよい。

【００９５】＜匿名利用者ＩＤ＞上述したように、個人
情報を開示せずに電子商取引を行った会員を特定するた
めの匿名利用者ＩＤとして、商品購入イベントを発生さ
せたコンピュータのＩＰアドレスを利用したモデルをい
くつか例示した。しかしＩＰアドレスに限らず他の情報
を匿名利用者ＩＤとして利用することは可能である。例
えば、Ｃｏｏｋｉｅなどが利用できる。例えば、ログイ
ン画面のＷｅｂページによって会員コンピュータが会員
管理サーバーにログインすると、会員管理サーバーが会
員コンピュータにＣｏｏｋｉｅを発行する。会員管理サ
ーバーはこの会員コンピュータのログイン期間とＣｏｏ
ｋｉｅとを対応付けして管理する。会員コンピュータが
商店サーバーとの電子商取引に際してはこのＣｏｏｋｉ
ｅを商店サーバーに開示する。もちろん、取引認証サー
バーは、Ｃｏｏｋｉｅと特定の決済代行機関とを対応付
けするための情報を決済機関情報として管理することと
する。インターネットに限らず複数のＬＡＮを包括する
相互接続ネットワークでは、ＭＡＣアドレスを匿名利用
者ＩＤとして利用できよう。匿名利用者ＩＤと決済代行
機関との対応付けを取引認証サーバーが管理していれ
ば、匿名利用者ＩＤのデータ形態（ＩＰアドレス、Ｃｏ
ｏｋｉｅなど）は決済代行機関ごとに異なっていてもよ
い。

【００９６】＜商店識別情報、決済機関識別情報＞上記
実施例１では、会員管理サーバーと商店サーバーとが通
信する際に自身の身元に関連する情報として決済機関Ｉ
Ｄや商店ＩＤによって名乗っていた。決済代行機関や商
店の身元情報として取引認証サーバーに登録されていれ
ば、これらのＩＤに代えて、例えば、決済代行機関や商
店自身のドメイン名などのネットワークの名称や、決済
代行機関や商店の名称などとすることもできる。

【００９７】＜アドレス情報＞上記実施例１において、
商店サーバーは、会員コンピュータからの商品購入イベ
ントの発生に応動して、匿名利用者ＩＤを取引認証サー
バーに送付し、課金代行依頼電文の送付先となる会員管
理サーバーのアドレス情報を決済機関身元保証電文とし
て取得している。このような取得手順に限らず、取引認
証サーバーが事前に会員管理サーバーのアドレス情報
と、該当の決済代行機関が使用する匿名利用者ＩＤにつ
いての情報と商店サーバーに会員管理サーバーのアドレ
ス情報を送付しておくことで取得することとしてもよ
い。もちろん、会員管理サーバーのアドレス情報と匿名
利用者ＩＤについての情報とを格納したＣＤ−ＲＯＭな
どのデータ記録媒体を事前に商店に配布し、商店サーバ
ーがその媒体の格納情報を読み込んで保有することとし
てもよい。

【００９８】＜取引の履歴＞上記実施例１において、会
員管理サーバーは、会員からの取引完遂確認をとった時
点で、伝票番号と課金代行依頼電文中から抜粋した情報
と該当の会員情報とを対応付けし、この対応付けをある
取引についての最終的な記録として保管している。しか
し、当然のことではあるが、ある取引に関する履歴は課
金代行依頼電文が送達してから記録されはじめている。
そして、その後の通信機会に取得したり生成したりした
情報を該当の取引履歴に随時追記していく。なお、伝票
番号が生成されるまでは、利用者匿名ＩＤと取引日時の
ペアなど、適宜な情報が取引を特定するための情報とし
て利用できる。また、商店が取引番号など取引が完遂す
るまで仮の識別情報を発行し、これを利用することも可
能であろう。もちろん、商店サーバーが記録する販売記
録簿や取引認証サーバーの取引記録簿についても、ある
取引が完了した時点で適宜な情報同士が対応付けされて
記録された状態を示している。

【００９９】＜伝票番号＞上記実施例１では、会員管理
サーバーが取引認証サーバーより商店身元保証電文を受
け取ったタイミングで伝票番号を生成している。このタ
イミングに限らず、商店サーバーからの課金代行依頼電
文の送達以後で適宜なタイミングで伝票番号を生成する
こととしてもよい。また、伝票番号の生成場所も会員管
理サーバーに限らず、商店サーバーとしてもよく、例え
ば、商品購入イベントの発生に応動して商店サーバーが
伝票番号を生成し、各サーバーがこの伝票番号を持ち回
りながら、該当の取引についての処理を遂行していく手
順も考えられる。

【０１００】

【発明の効果】本発明の信用保証方法は、ある決済代行
機関に登録されている会員と商品販売機関とが、インタ
ーネットなどの相互接続ネットワークを介して電子商取
引を行う場合に、決済代行機関が商品販売機関に代行し
て会員から商品購入代金を徴収するビジネスモデルにお
いて、信用保証機関が商品販売機関と決済代行機関の相
互の身元保証と商取引の証拠保全とを行い、会員につい
ての身元保証を決済代行機関が行う。そのため、「個人
情報を秘匿した上での信用保証」という一見矛盾した課
題に対しても極めて高い信頼性を確保することができ
る。

【０１０１】取引認証サーバーは電子商取引に際して、
商品販売機関と決済代行機関とからの要求に応じて相手
の身元を保証するとともに、取引を一意に特定する伝票
番号を両機関から送付させてこれを突き合わせる。それ
によって、偽造取引や取引内容の捏造を排除／防止する
ことができる。

【０１０２】取引を伝票番号で管理することで、後のキ
ャンセルにも伝票番号によって該当の取引を一意に特定
できるし、取引認証サーバーがキャンセル対象の伝票番
号を会員管理サーバーと商店サーバーの双方から受け取
って照合すれば、キャンセル手続により高い信頼性を保
証することができる。

【０１０３】本発明の信用保証方法に従って電子商取引
を行うためにホストコンピュータに実装されるプログラ
ムにシリアル番号を割り当て、インストールする際にシ
リアル番号を取引認証サーバーに送付させるとともに、
インストール元の身元情報を登録させる。このシリアル
番号と身元情報の登録と引き替えに取引認証サーバーへ
のアクセスを可能とするライセンスキーを発行する。そ
れによって、プログラム自体が不正コピーされることに
よって出現する偽者を排除することが可能となる。

【０１０４】取引認証サーバーがライセンスキーを所有
しないコンピュータからのアクセスを禁止することで、
正規の商品販売機関や決済代行機関が身元情報などをオ
ンラインで変更する場合にも対応できる。そのため、重
要事項の変更でない限りは書面等による変更手続を不要
とし、手続に伴う電子商取引サービスの休止期間を短く
したり無くしたりすることができる。

【０１０５】会員管理サーバーや商店サーバーが実際に
通信している相手のアドレス情報と、取引認証サーバー
から送付された電文に含まれている相手のアドレス情報
とを照合することで、虚偽の電文が送付されてきてもこ
れを排除することができる。

【図面の簡単な説明】

【図１】インターネットにおけるネットワーク構成図を
示している。

【図２】本発明の実施例１におけるネットワーク構成図
を示している。

【図３】（Ａ）は、上記実施例１のネットワークを構成
する会員管理サーバーが決済機関プログラムをインスト
ールする際に取引認証サーバーと行う通信手順図であ
る。（Ｂ）は、上記実施例１のネットワークを構成する
商店サーバーが商店プログラムをインストールする際に
取引認証サーバーと行う通信手順図を示している。
（Ｃ）は前記手順において送受信される情報の内容を概
略図として示している。

【図４】上記実施例１のネットワークを構成する会員コ
ンピュータが上記会員管理サーバーにのログインする際
の手順図を示している。

【図５】上記実施例１における電子商取引の通信手順図
を示している。

【図６】上記電子商取引における通信時に送受信される
情報の内容を概略図として示している。

【図７】上記実施例１におけるキャンセル手続例１を示
している。（Ａ）はその手順図を示しており、（Ｂ）は
その手順において送受信される情報の内容を概略図とし
て示している。

【図８】上記実施例１におけるキャンセル手続例２を示
している。（Ａ）はその手順図を示しており、（Ｂ）は
その手順において送受信される情報の内容を概略図とし
て示している。

【図９】上記実施例１において、決済代行機関が会員か
ら徴収した取引代金を商店側に入金するための手続例を
示している。（Ａ）（Ｂ）にその手続の手順図と送受信
される情報の概略図とをそれぞれ示した。

【図１０】上記実施例１において、取引認証サーバーに
登録されている身元情報などの更新手続例を示してい
る。（Ａ）は会員管理サーバーと取引認証サーバーとの
通信手順図であり、（Ｂ）は商店サーバーと取引認証サ
ーバーとの通信手順図である。（Ｃ）は（Ａ）（Ｂ）に
示した手順おいて送受信される情報の内容を概略図とし
て示している。

【図１１】本発明の実施例２における会員コンピュータ
と会員管理サーバーとの接続形態例を概略図として示し
ている。

【図１２】本発明の実施例３におけるネットワーク構成
図を示している。

【符号の説明】

１０会員コンピュータ１０ａ〜１０ｃ利用者コンピュータ２０ａ会員管理サーバー２０ｂ商店サーバー２０ｃ取引認証サーバー

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年１０月１５日（２００１．１０．
１５）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項１

【補正方法】変更

【補正内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正内容】

【００１３】

【課題を解決するための手段】上記目的を達成するため
の第１の発明は次の事項（１）〜（13）を充足するもの
である。（１）複数の個別ネットワークを包含する相互接続ネッ
トワークを介して、ある決済代行機関と契約している会
員が使用する会員コンピュータと、ある商品販売機関が
運用する商店サーバーとが電子商取引を行う際の信用保
証方法である。（２）前記決済代行機関が運用する会員管理サーバーが
前記相互接続ネットワークに接続されている。この会員
管理サーバーは多数の会員についての名簿情報を会員情
報として管理し、前記会員コンピュータが所定の認証手
続きを経てログインしてくると、この会員コンピュータ
に対応付けされる匿名利用者ＩＤと当該ログイン期間と
を該当の会員情報に関連づけて管理する。（３）ある信用保証機関が運用する取引認証サーバーが
前記相互接続ネットワークに接続されている。この取引
認証サーバーは、多数の決済代行機関のそれぞれの身元
情報や決済方法を記述した決済機関情報と、多数の商品
販売機関のそれぞれの身元情報や決済方法を記述した商
店情報とを集約したデータベースを管理しているととも
に、所定の認証手続きを経てアクセスしてきた商店サー
バーや会員管理サーバーと通信する。（４）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得するとともに、この会員コンピュー
タが送付した商品購入イベントに応動して、前記匿名利
用者ＩＤを含んだ決済機関身元調査依頼電文を前記取引
認証サーバーに送付する。（５）前記取引認証サーバーは、前記決済機関身元調査
依頼電文に含まれている匿名利用者ＩＤに基づいて前記
データベースを検索し、関連する決済機関情報から適宜
な情報を抜粋して作成した決済機関身元保証電文を前記
商店サーバーへ返送する。（６）前記商店サーバーは、前記決済機関身元保証電文
に含まれているアドレス情報に従って前記会員管理サー
バーにアクセスし、前記匿名利用者ＩＤと自身の身元に
関連する商店識別情報とを含んだ課金代行依頼電文を送
付する。（７）会員管理サーバーは、前記課金代行依頼電文に記
載されている商店識別情報を含んだ商店身元調査依頼電
文を前記取引認証サーバーに送付する。（８）前記取引認証サーバーは、前記商店身元調査依頼
電文に含まれている前記商店識別情報に基づいて前記デ
ータベースを検索し、関連する商店情報から適宜な情報
を抜粋して作成した商店身元保証電文を前記会員管理サ
ーバーへ返送する。（９）前記会員管理サーバーは、前記商店身元保証電文
を受け取ると、前記商店サーバーが送付した前記課金代
行依頼電文に含まれている前記匿名利用者ＩＤと商品購
入イベントの発生日時（取引日時）とに基づいて、現に
ログインしている該当の会員コンピュータに、前記課金
代行依頼電文や前記商店身元保証電文や該当する会員情
報から適宜に抜粋した情報と、この会員管理サーバーま
たは前記商店サーバーにおいて生成した唯一無二の伝票
番号とを含んだ取引確認通知を送付して取引完遂確認を
取る。（10）前記会員管理サーバーは、前記取引完遂確認を取
ると前記課金代行依頼電文から抜粋した適宜な情報と前
記伝票番号とを該当の会員情報に関連づけして記憶し、
前記課金代行依頼電文から適宜に抜粋した情報と前記取
引完遂確認の結果と前記伝票番号とを含む取引完遂報告
電文を前記商店サーバーに送付するとともに、前記課金
代行依頼電文から適宜に抜粋した情報と前記伝票番号と
を含んだ取引報告電文を前記取引認証サーバーに送付す
る。（11）前記商店サーバーは、前記取引完遂報告電文を受
け付けると、前記伝票番号を含む取引証明依頼電文を前
記取引認証サーバーに送付する。（12）前記取引認証サーバーは、前記取引報告電文と前
記取引証明依頼電文とを比較して双方の伝票番号が符合
すると、当該伝票番号と該当の取引金額とを取引記録簿
に記録するとともに、伝票番号が符合した旨の取引証明
電文を前記商店サーバーに送付する。（13）前記商店サーバーは、前記取引証明電文を受け取
ると、この電文に含まれている伝票番号と、当該証明電
文の受領起源となった前記課金代行依頼電文や前記決済
機関身元保証電文から適宜に抜粋した情報とを対応付け
して販売記録簿に記録する。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００６６

【補正方法】変更

【補正内容】

【００６６】会員管理サーバー２０ａはキャンセル依頼
電文中の伝票番号に対応付けされている会員情報を参照
し、該当の取引のキャンセルが成功したか、あるいは、
すでに課金代行が実施されてしまうなどしてキャンセル
が失敗したかを判別し、その判別結果と伝票番号とを含
んだキャンセル処理報告電文を取引認証サーバー２０ｃ
に送付する（ｓ５４）。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６７

【補正方法】変更

【補正内容】

【００６７】取引認証サーバー２０ｃは、キャンセル処
理報告電文に含まれている伝票番号と、先に商店サーバ
ー２０ｂより送付されたキャンセル依頼報告電文中の伝
票番号とを照合する。双方の伝票番号が一致すると、あ
る伝票番号によって特定される取引についてキャンセル
手続きが行われた旨の証明書（キャンセル証明書）を生
成し、この証明書と伝票番号とを含んだキャンセル証明
電文を会員管理サーバー２０ａに送付する（ｓ５５）。
なお、本実施例では、キャンセル証明書の生成時点やキ
ャンセル依頼電文の送達時点など、キャンセル手続きの
実施中における適宜なタイミング時点をキャンセル日時
とし、この日時をキャンセル証明電文に含ませている。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００６８

【補正方法】変更

【補正内容】

【００６８】会員管理サーバー２０ａは、取引認証サー
バー２０ｃより受け取ったキャンセル証明電文に含まれ
る内容を該当の会員情報に関連づけして記録するととも
に、このキャンセル証明電文に含まれる内容に前記判定
結果を付帯させたキャンセル処理結果電文を商店サーバ
ー２０ｂに送付する（ｓ５６）。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００６９

【補正方法】変更

【補正内容】

【００６９】＜決済＞決済代行機関が会員から徴収した
取引代金を商店側に入金するための手続もある。図９
（Ａ）（Ｂ）にその手続に関わる手順と、やりとりされ
る情報とをそれぞれ示した。決済代行機関１２０は会員
１００から所定期間ごとに電子商取引に関わる代金を徴
収する（ｓ６１）。会員管理サーバー２０ａは、会員１
００に関連する会員情報に基づいて、その会員１００か
ら徴収した代金の内、代金算出期間内に発生した所定の
商店１１０との電子商取引に関わる全ての取引代金を算
出する。そして、支払い予定日と、その予定日に支払わ
れる代金と、当該支払い行為自体を特定するための精算
伝票番号と、全取引についての明細とを含んだ支払予告
電文を商店サーバー２０Ｂに送付する（ｓ６２）。な
お、明細には、代金算出期間内に発生した個々の取引に
ついての伝票番号、支払い代金、その代金の回収状況
（回収済み／未納）などが含まれている。

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図３

【補正方法】変更

【補正内容】

【図３】

【手続補正８】

【補正対象書類名】図面

【補正対象項目名】図４

【補正方法】変更

【補正内容】

【図４】

【手続補正９】

【補正対象書類名】図面

【補正対象項目名】図５

【補正方法】変更

【補正内容】

【図５】

【手続補正１０】

【補正対象書類名】図面

【補正対象項目名】図９

【補正方法】変更

【補正内容】

【図９】

【手続補正１１】

【補正対象書類名】図面

【補正対象項目名】図１０

【補正方法】変更

【補正内容】

【図１０】

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B049 AA05 BB11 CC00 CC05 CC36 EE05 GG04 GG07

Claims

【特許請求の範囲】

【請求項１】つぎの事項（１）〜（13）を充足する発
明。（１）複数の個別ネットワークを包含する相互接続ネッ
トワークを介して、ある決済代行機関と契約している会
員が使用する会員コンピュータと、ある商品販売機関が
運用する商店サーバーとが電子商取引を行う際の信用保
証方法である。（２）前記決済代行機関が運用する会員管理サーバーが
前記相互接続ネットワークに接続されている。この会員
管理サーバーは多数の会員についての名簿情報を管理
し、前記会員コンピュータが所定の認証手続きを経てロ
グインしてくると、この会員コンピュータに対応付けさ
れる匿名利用者ＩＤと当該ログイン期間とを該当の会員
名簿情報に関連づけて管理する。（３）ある信用保証機関が運用する取引認証サーバーが
前記相互接続ネットワークに接続されている。この取引
認証サーバーは、多数の決済代行機関のそれぞれの身元
情報や決済方法を記述した決済機関情報と、多数の商品
販売機関のそれぞれの身元情報や決済方法を記述した商
店情報とを集約したデータベースを管理しているととも
に、所定の認証手続きを経てアクセスしてきた商店サー
バーや会員管理サーバーと通信する。（４）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得するとともに、この会員コンピュー
タが送付した商品購入イベントに応動して、前記匿名利
用者ＩＤを含んだ決済機関身元調査依頼電文を前記取引
認証サーバーに送付する。（５）前記取引認証サーバーは、前記決済機関身元調査
依頼電文に含まれている匿名利用者ＩＤに基づいて前記
データベースを検索し、関連する決済機関情報から適宜
な情報を抜粋して作成した決済機関身元保証電文を前記
商店サーバーへ返送する。（６）前記商店サーバーは、前記決済機関身元保証電文
に含まれているアドレス情報に従って前記会員管理サー
バーにアクセスし、前記匿名利用者ＩＤと自身の身元に
関連する商店識別情報とを含んだ課金代行依頼電文を送
付する。（７）会員管理サーバーは、前記課金代行依頼電文に記
載されている商店識別情報を含んだ商店身元調査依頼電
文を前記取引認証サーバーに送付する。（８）前記取引認証サーバーは、前記商店身元調査依頼
電文に含まれている前記商店識別情報に基づいて前記デ
ータベースを検索し、関連する商店情報から適宜な情報
を抜粋して作成した商店身元保証電文を前記会員管理サ
ーバーへ返送する。（９）前記会員管理サーバーは、前記商店身元保証電文
を受け取ると、前記商店サーバーが送付した前記課金代
行依頼電文に含まれている前記匿名利用者ＩＤと商品購
入イベントの発生日時（取引日時）とに基づいて、現に
ログインしている該当の会員コンピュータに、前記課金
代行依頼電文や前記商店身元保証電文や該当する会員名
簿情報から適宜に抜粋した情報と、この会員管理サーバ
ーまたは前記商店サーバーにおいて生成した唯一無二の
伝票番号とを含んだ取引確認通知を送付して取引完遂確
認を取る。（10）前記会員管理サーバーは、前記取引完遂確認を取
ると前記課金代行依頼電文から抜粋した適宜な情報と前
記伝票番号とを該当の会員情報に関連づけして記憶し、
前記課金代行依頼電文から適宜に抜粋した情報と前記取
引完遂確認の結果と前記伝票番号とを含む取引完遂報告
電文を前記商店サーバーに送付するとともに、前記課金
代行依頼電文から適宜に抜粋した情報と前記伝票番号と
を含んだ取引報告電文を前記取引認証サーバーに送付す
る。（11）前記商店サーバーは、前記取引完遂報告電文を受
け付けると、前記伝票番号を含む取引証明依頼電文を前
記取引認証サーバーに送付する。（12）前記取引認証サーバーは、前記取引報告電文と前
記取引証明依頼電文とを比較して双方の伝票番号が符合
すると、当該伝票番号と該当の取引金額とを取引記録簿
に記録するとともに、伝票番号が符合した旨の取引証明
電文を前記商店サーバーに送付する。（13）前記商店サーバーは、前記取引証明電文を受け取
ると、この電文に含まれている伝票番号と、当該証明電
文の受領起源となった前記課金代行依頼電文や前記決済
機関身元保証電文から適宜に抜粋した情報とを対応付け
して販売記録簿に記録する。
【請求項２】請求項１に記載の信用保証方法におい
て、前記事項（４）〜（６）を次の事項（21）〜（23）
に置換したことを特徴とする信用保証方法。（21）前記取引認証サーバーは、前記決済代行機関につ
いての決済機関情報から適宜な情報を抜粋して作成した
決済機関身元保証電文を前記商店サーバーへ適時に送付
する。（22）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得し、このＩＤに対応付けされている
前記会員管理サーバーのアドレス情報を前記取引認証サ
ーバーから送付された前記決済機関身元保証電文に基づ
いて特定する。（23）前記商店サーバーは、前記会員コンピュータが送
付した商品購入イベントに応動して、前記匿名利用者Ｉ
Ｄに基づいて特定したアドレス情報に従って前記会員管
理サーバーにアクセスし、前記匿名利用者ＩＤと自身の
身元に関連する商店識別情報とを含んだ課金代行依頼電
文を送付する。
【請求項３】請求項２に記載の信用保証方法におい
て、前記事項（21）（22）を次の事項（31）（32）に置
換したことを特徴とする信用保証方法。（31）前記商店サーバーは、前記会員管理サーバーに関
連する適宜な情報を決済機関身元保証情報として保有し
て管理している。（32）前記商店サーバーは、直接的または間接的にアク
セスしてきた会員コンピュータに対応付けされている匿
名利用者ＩＤを取得し、このＩＤに対応付けされている
前記会員管理サーバーのアドレス情報を前記決済機関身
元保証情報に基づいて特定する。
【請求項４】請求項１〜３のいずれかに記載の信用保
証方法において、次の事項（41）〜（43）を充足するこ
とを特徴とする信用保証方法。（41）前記商店サーバーは、ある伝票番号の電子商取引
をキャンセルする場合、その伝票番号と前記商店識別情
報とを含んだキャンセル依頼電文を前記会員管理サーバ
ーに送付するとともに、前記伝票番号を含んだキャンセ
ル依頼報告電文を前記取引認証サーバーに送付する。（42）前記会員管理サーバーは、前記キャンセル依頼電
文に含まれる伝票番号に関連づけされている会員情報に
基づいて、該当の電子商取引に関わる課金処理を中止で
きるか否かを判定してその判定結果を該当の前記会員情
報に関連づけて記録し、前記判定結果をキャンセル処理
結果電文として前記商店サーバーに通知するとともに、
前記伝票番号と前記判定結果とを含むキャンセル処理報
告電文を前記取引認証サーバーに送付する。（43）前記取引認証サーバーは、前記キャンセル処理報
告電文を受け取って、当該電文に含まれている前記判定
結果を前記伝票番号に対応付けされている前記取引記録
簿に追記する。
【請求項５】請求項１〜３のいずれかに記載の信用保
証方法において、次の事項（51）〜（54）を充足するこ
とを特徴とする信用保証方法。（51）前記商店サーバーは、ある伝票番号の電子商取引
をキャンセルする場合、その伝票番号と前記商店識別情
報とを含んだキャンセル依頼電文を前記会員管理サーバ
ーに送付するとともに、前記伝票番号を含んだキャンセ
ル依頼報告電文を前記取引認証サーバーに送付する。（52）前記会員管理サーバーは、前記キャンセル依頼電
文に含まれる伝票番号に関連づけされている会員情報に
基づいて該当の電子商取引に関わる課金処理を中止でき
るか否かを判定し、その判定結果と当該伝票番号とを含
んだキャンセル処理報告電文を前記取引認証サーバーに
送付する。（53）前記取引認証サーバーは、前記キャンセル処理報
告電文を受け取ると、当該電文に含まれている前記伝票
番号と、前記キャンセル依頼報告電文中の伝票番号とを
照合し、双方が一致すると該当の電子商取引についてキ
ャンセルに関わる手続きがなされた旨のキャンセル証明
書を含んだキャンセル証明電文を前記会員管理サーバー
に送付する。（54）前記会員管理サーバーは、前記キャンセル証明電
文に含まれている前記キャンセル証明書と前記判定結果
と前記伝票番号とを含んだキャンセル処理結果電文を前
記商店サーバーに送付する。
【請求項６】請求項１〜５のいずれかに記載の信用保
証方法において、次の事項（61）〜（65）を充足するこ
とを特徴とする信用保証方法。（61）ある商品販売機関が管理する販売機関コンピュー
タが前記相互接続ネットワークに接続されている。当該
コンピュータは適宜な媒体を介して商店プログラムをイ
ンストールすることで前記商店サーバーとして機能す
る。（62）前記取引認証サーバーは、商品販売機関ごとの前
記商店情報として、頒布された前記商店プログラムのそ
れぞれに固有のシリアル番号と唯一無二の商店ライセン
スキーとを対応付けして前記データベースに集約／管理
している。（63）前記販売機関コンピュータは、前記商店プログラ
ムのインストール処理を実行すると、前記取引認証サー
バーにアクセスし、当該プログラム固有に割り当てられ
ているシリアル番号と、インストール手順を通じて入力
した情報とを含んだ商店登録要求電文を送付する。（64）前記取引認証サーバーは、前記商店登録要求電文
に含まれている前記シリアル番号を前記データベースに
照会し、当該番号が重複していない旨を確認すると、前
記販売機関コンピュータに新規の商店ライセンスキーを
発行して前記販売機関コンピュータに送付するととも
に、このライセンスキーに前記商店登録要求電文により
取得した前記シリアル番号や前記入力情報などを前記商
店情報としてデータベースに格納する。（65）前記販売機関コンピュータは、前記商店プログラ
ムをインストールすると、前記取引認証サーバーにアク
セスする際に、前記商店ライセンスキーを送付して認証
手続きを行う。
【請求項７】請求項１〜６のいずれか記載の信用保証
方法において、次の事項（71）〜（75）を充足すること
を特徴とする信用保証方法。（71）ある決済代行機関が管理する決済機関コンピュー
タが前記相互接続ネットワークに接続されている。当該
コンピュータは適宜な媒体を介して決済機関プログラム
をインストールすることで前記会員管理サーバーとして
機能する。（72）前記取引認証サーバーは、決済代行機関ごとの前
記決済機関情報として、頒布された前記決済機関プログ
ラムのそれぞれに固有のシリアル番号と唯一無二の決済
機関ライセンスキーとを対応付けして前記データベース
に集約／管理している。（73）前記決済機関コンピュータは、前記決済機関プロ
グラムのインストール処理を実行すると、前記取引認証
サーバーにアクセスし、当該プログラム固有に割り当て
られているシリアル番号と、インストール手順を通じて
入力した情報とを含んだ決済機関登録要求電文を送付す
る。（74）前記取引認証サーバーは、前記決済機関登録要求
電文に含まれている前記シリアル番号を前記データベー
スに照会し、当該番号が重複していない旨を確認する
と、前記決済機関コンピュータに新規の前記決済機関ラ
イセンスキーを発行して前記決済機関コンピュータに送
付するとともに、このライセンスキーに前記決済機関登
録要求電文により取得した前記シリアル番号や前記入力
情報などを前記決済機関情報として前記データベースに
格納する。（75）前記決済機関コンピュータは、前記決済機関プロ
グラムをインストールすると、前記取引認証サーバーに
アクセスする際に、前記決済機関ライセンスキーを送付
して認証手続きを行う。
【請求項８】請求項１〜７のいずれかに記載の信用保
証方法において、次の事項（81）を充足することを特徴
とする信用保証方法。（81）前記取引認証サーバーは、前記商店サーバーが送
付した前記商店情報を変更する旨の商店情報変更依頼電
文を受領し、該当の商店情報を前記商店情報変更依頼電
文に含まれている商店情報に変更する。
【請求項９】請求項１〜８のいずれかに記載の信用保
証方法において、次の事項（91）を充足することを特徴
とする信用保証方法。（91）前記取引認証サーバーは、前記会員管理サーバー
が送付した前記決済機関情報を変更する旨の決済機関情
報変更依頼電文を受領し、該当の決済機関情報を前記決
済機関情報変更依頼電文に含まれている決済機関情報に
変更する。
【請求項１０】請求項１〜９のいずれかに記載の信用
保証方法であって、次の事項（101）〜（103）を充足す
る。（101）前記会員管理サーバーは、アクセスしてきたコ
ンピュータが前記商店サーバーの商店識別情報を含んだ
電文を送付してくると、当該コンピュータのアドレス情
報を取得するとともに、必要に応じて前記コンピュータ
が送付した商店識別情報を含んだ電文を前記取引認証サ
ーバーに送付する。（102）前記取引認証サーバーは、前記会員管理サーバ
ーより送付された電文に含まれている商店識別情報をデ
ータベースに照会し、関連する商店情報として登録され
ている商店サーバーのアドレス情報を含んだ電文を前記
会員管理サーバーに返送する。（103）前記会員管理サーバーは、前記取引認証サーバ
ーから返送された商店サーバーのアドレス情報と、前記
商店サーバーの商店識別情報を含んだ電文を送付してき
たコンピュータより取得したアドレス情報とを照合し、
双方のアドレス情報が一致すると、当該コンピュータを
前記商店サーバーとして認知し、このコンピュータが送
付した前記電文に基づいた処理を続行する。
【請求項１１】請求項１〜１０のいずれかに記載の信
用保証方法であって、次の事項（111）〜（113）を充足
する。（111）前記商店サーバーは、アクセスしてきたコンピ
ュータが前記会員管理サーバーの身元情報に関連した決
済機関識別情報を含んだ電文を送付してくると、当該コ
ンピュータのアドレス情報を取得するとともに、必要に
応じて前記コンピュータが送付した決済機関識別情報を
含んだ電文を前記取引認証サーバーに送付する。（112）前記取引認証サーバーは、前記商店サーバーよ
り送付された電文に含まれている決済機関識別情報をデ
ータベースに照会し、関連する決済機関情報として登録
されている会員管理サーバーのアドレス情報を含んだ電
文を前記商店サーバーに返送する。（113）前記商店サーバーは、前記取引認証サーバーか
ら返送された会員管理サーバーのアドレス情報と、前記
会員管理サーバーの決済機関識別情報を含んだ電文を送
付してきたコンピュータより取得したアドレス情報とを
照合し、双方のアドレス情報が一致すると、当該コンピ
ュータを会員管理サーバーとして認知し、このコンピュ
ータが送付した前記電文に基づいた処理を続行する。
【請求項１２】請求項１〜１１のいずれかに記載の信
用保証方法に適用される前記取引認証サーバー。
【請求項１３】請求項１〜１１のいずれかに記載の信
用保証方法に適用される前記商店サーバー。
【請求項１４】請求項１〜１１のいずれかに記載の信
用保証方法に適用される前記会員管理サーバー。