JP3399442B2 - 電子商取引システム及び電子商取引方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばインター
ネットを介してユーザとウェブショップとの間で商取引
を行うための電子商取引システム及び電子商取引方法に
関する。

【０００２】

【従来の技術】近年、インターネット等のネットワーク
を用いた電子商取引が、全世界的に急速に普及しつつあ
る。電子商取引は、例えば、ユーザがウェブショップ等
のホームページにアクセスし、その商品の情報を見て注
文データを送り、商品を購入するものである（特開平１
１−２５０１５５号公報等参照）。上記注文データに伴
って、クレジットカード番号等の個人情報や金銭情報等
も送られ、電子商取引の本格化に伴って、上記個人情報
等がインターネット上を往来する機会が急激に増大して
きているので、いかにしてデータのセキュリティーを確
保するかが問題となっている。特にインターネットには
特定の管理者が存在するわけではないので、生データの
ままインターネット上を行き交うと、誰かに個人情報等
が盗聴によって不正入手され、さらにコピーや改ざんが
行われ、損害を被ることも有り得るからである。例え
ば、クレジットカード番号等の個人情報を不正入手した
者が、不正に商品を発注し、望みの場所へ自由に配送さ
せるようなことが可能であり、しかも商品の購入可能価
格に上限がないために、被る損害が深刻なものとなる可
能性がある。このため、オープンなネットワーク上で、
安全にデータをやり取りするために、通信経路の途中で
データが不正入手されても、その内容がわからないよう
に、データを暗号化する等の対策を講じている。例え
ば、相手のＷＷＷサーバが本物であることを認証した
り、ユーザがブラウザでデータを流す前に暗号化を行う
ことで、盗聴される危険を小さくする機能が組み込まれ
たＳＳＬ（Secure Socket Layer）等のセキュリティー
プロトコルが広く用いられている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記セ
キュリティープロトコルを用いて通信を行ったとして
も、通信経路の途中で暗号化されたデータが不正入手さ
れ、さらに解読されてしまう可能性はあるので、必ずし
も確実に不正利用等を防止できるとは限らないという問
題がある。また、上記個人情報等は、例えばウェブショ
ップ等の元で個々に管理されているので、当然、電子商
取引を広範囲にかつ日常的に行っているユーザほど個人
情報等の漏洩が生じる危険性が高い。

【０００４】この発明は、上述の事情に鑑みてなされた
もので、たとえデータを不正に入手され暗号を解読され
たとしても不正利用等ができないようにして、高い安全
性を確保することができる電子商取引システム及び電子
商取引方法を提供することを目的としている。

【０００５】

【課題を解決するための手段】前記課題を解決するため
に、請求項１記載の発明に係る電子商取引システムは、
顧客が営業者の取り扱う商品の商品情報を含む営業情報
をインターネットを介して受給して発注を行うための顧
客端末と、前記営業者が前記営業情報を前記顧客端末か
らの要求に応じて前記インターネットを介して前記顧客
端末に提供して受注を行うための営業者用情報処理装置
と、前記インターネットに属さない第１の通信路を介し
て前記顧客端末と接続すると共に、前記インターネット
に属さない第２の通信路を介して前記営業者用情報処理
装置と接続して、前記顧客端末と前記営業者用情報処理
装置との間で行われる商取引処理を管理する商取引管理
装置とを備え、前記インターネットを介して、顧客情報
と注文情報とのうち、前記商取引処理の決済手段として
顧客が用いるクレジットカードのクレジットカード番号
と、前記顧客の識別コードとパスワードと商品コードと
商品数量とからなる必要最小限の情報が伝送され、前記
第１及び第２の通信路を介して前記必要最小限の情報以
外の詳細情報が伝送され、かつ、前記商取引管理装置に
は、予め設定された配送先情報を記憶するための記憶手
段が設けられていて、当該配送先情報は、発注があった
ときに読み出されて、前記第２の通信路を介して、前記
営業者用情報処理装置に伝送される構成になされている
ことを特徴としている。

【０００６】請求項２記載の発明に係る電子商取引シス
テムは、請求項１記載の電子商取引システムに係り、前
記記憶手段は、少なくとも予め設定された指定営業者を
記憶し、前記商取引管理装置は、発注先が前記指定営業
者である場合に限り商品の販売を承認する第１の販売可
否判定手段を有していることを特徴としている。

【０００７】請求項３記載の発明に係る電子商取引シス
テムは、請求項１記載の電子商取引システムに係り、前
記記憶手段は、少なくとも予め設定された利用上限額を
記憶し、前記商取引管理装置は、発注時に前記利用上限
額を超える場合は、販売を承認しない第２の販売可否判
定手段を有していることを特徴としている。

【０００８】請求項４記載の発明に係る電子商取引シス
テムは、請求項３記載の電子商取引システムに係り、前
記利用上限額は、商品一組当たりの支払額、一定期間当
たりの支払額、購入一回当たりの支払額、又は一営業者
当たりに対する支払額を含む単位支払額の上限額とし
て、前記顧客による発注に先だって設定されることを特
徴としている。

【０００９】請求項５記載の発明に係る電子商取引シス
テムは、請求項１記載の電子商取引システムに係り、前
記商取引管理装置は、前記第１又は第２の通信路を介し
て受信した前記顧客の個人情報に基づいて前記顧客の認
証を行う認証手段を有することを特徴としている。

【００１０】請求項６記載の発明に係る電子商取引シス
テムは、請求項１記載の電子商取引システムに係り、前
記商取引管理装置は、前記第２の通信路を介して得た注
文情報に基づいて、前記顧客に注文内容の確認を要請す
るための注文確認情報を生成する確認情報生成手段を有
していることを特徴としている。

【００１１】請求項７記載の発明に係る電子商取引シス
テムは、請求項６記載の電子商取引システムに係り、前
記商取引管理装置は、前記注文確認情報を前記顧客端末
へ送信した後、一定時間以内に回答を得られなかった場
合は、前記商品の販売を取り消す第３の販売可否判定手
段を有することを特徴としている。

【００１２】請求項８記載の発明に係る電子商取引シス
テムは、請求項６記載の電子商取引システムに係り、前
記顧客端末は、発注時の発注情報と、前記商取引管理装
置から受け取った前記注文確認情報とに基づいて、前記
注文確認情報の正当性を判断し、所定の期間内に生成さ
れた発注情報の中に前記注文確認情報に対応する発注情
報が存在しない場合は、不正利用の可能性を報知する報
知手段を有することを特徴としている。

【００１３】請求項９記載の発明に係る電子商取引シス
テムは、請求項１記載の電子商取引システムに係り、前
記第１及び第２の通信路としては公衆回線又は専用回線
が用いられることを特徴としている。

【００１４】また、請求項１０記載の発明に係る電子商
取引方法は、営業者が取り扱う商品の商品情報を含む営
業情報を顧客端末からの要求に応じて営業者用情報処理
装置から前記顧客端末にインターネットを介して提供す
る営業情報提供ステップと、前記営業情報に基づいて前
記顧客端末がインターネットを介して前記営業者用情報
処理装置に対して発注処理を行う商品発注ステップと、
商取引管理装置が、前記インターネットに属さない第１
の通信路を介して前記顧客端末と接続すると共に、前記
インターネットに属さない第２の通信路を介して前記営
業者用情報処理装置と接続して、前記顧客端末と前記営
業者用情報処理装置との間で行われる商取引処理を管理
する商取引管理ステップとを備え、前記インターネット
を介して、顧客情報と注文情報とのうち、前記商取引処
理の決済手段として顧客が用いるクレジットカードのク
レジットカード番号と、前記顧客の識別コードとパスワ
ードと商品コードと商品数量とからなる必要最小限の情
報が伝送され、前記商取引管理ステップは、前記顧客端
末と前記営業者用情報処理装置との間を、前記第１又は
第２の通信路を介して前記必要最小限の情報以外の詳細
情報を伝送すると共に、発注があったときは、記憶手段
に予め記憶されている配送先情報を読み出して、前記第
２の通信路を介して、前記営業者用情報処理装置に伝送
する商取引情報伝送ステップを含むことを特徴としてい
る。

【００１５】請求項１１記載の発明は、請求項１０記載
の電子商取引方法に係り、前記商取引管理ステップは、
クレジット会社に設置された前記商取引管理装置によっ
て実行され、前記インターネットを介した顧客と前記営
業者との間の商取引における決済に専用のクレジットカ
ードが、前記クレジット会社によって前記顧客に対して
発行されることを特徴としている。

【００１６】請求項１２記載の発明は、請求項１０記載
の電子商取引方法に係り、前記商取引管理ステップは、
前記顧客と前記営業者との間で行われる商取引を支援す
るサービスを提供する仲介サービス事業会社に設置され
た前記商取引管理装置によって実行され、前記インター
ネットを介した前記顧客と前記営業者との間の商取引に
おける決済には、所定のクレジット会社によって予め前
記顧客に対して発行されたクレジットカードが用いられ
ることを特徴としている。

【００１７】

【００１８】

【００１９】

【００２０】

【００２１】

【００２２】

【００２３】

【００２４】

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】

【００３０】

【００３１】

【００３２】

【００３３】

【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態について説明する。説明は、実施例を用い
て具体的に行う。 ◇第１実施例 図１は、この発明の第１実施例である電子商取引システ
ムの構成を示す図、図２は、同電子商取引システムのユ
ーザ端末及びウェブショップ端末の構成を示すブロック
図、図３は、同電子商取引システムの商品閲覧サーバ及
び商取引管理サーバの構成を示すブロック図、図４は、
同商取引管理サーバの動作を説明するためのフローチャ
ート、図５は、同ユーザ端末の動作を説明するためのフ
ローチャート、図６は、同商品閲覧サーバの動作を説明
するためのフローチャート、図７は、同ウェブショップ
端末の動作を説明するためのフローチャート、また、図
８は、同商取引管理サーバの動作を説明するためのフロ
ーチャートである。この例の電子商取引システム１は、
図１に示すように、ユーザ（顧客）Ａがウェブショップ
（営業者）Ｂの商品情報を閲覧して、発注を行うために
利用し、ユーザＡをインターネット（ネットワーク）Ｎ
につなぐユーザ端末（顧客端末）２，２，…と、予め登
録されているウェブショップＢの商品情報を要求に応じ
て、インターネットＮを介してユーザ端末２，２，…に
提供する商品閲覧サーバ（営業者用情報処理装置の一
部）３１，３１，…と、ウェブショップＢで例えば注文
情報等を受信したり配送処理を行うために利用し、ウェ
ブショップＢをインターネットＮにつなぐウェブショッ
プ端末（営業者用情報処理装置の一部）３２，３２，…
と、例えばクレジット会社Ｃに設置され、インターネッ
トＮに属さない通信路（第１の通信路）Ｒ1，Ｒ1，…を
介してユーザ端末２，２，…と接続すると共に、インタ
ーネットＮに属さない通信路（第２の通信路）Ｒ2，Ｒ
2,…を介してウェブショップ端末３２，３２，…と接続
して、ユーザ端末２，２，…とウェブショップ端末３
２，３２，…との間で行われる商取引を管理する商取引
管理サーバ（商取引管理装置）４とを備えている。

【００３４】すなわち、例えば各ユーザ端末２と各ウェ
ブショップ端末３２とは、インターネットＮ及び商品閲
覧サーバ３１を含む通信経路と、通信路Ｒ1、商取引管
理サーバ４、及び通信路Ｒ2を含む通信経路との２つの
通信経路によって接続されている。ここで、インターネ
ットＮを含む通信経路上は、個人情報と注文情報とのう
ち、必要最小限の情報が伝送され、商取引管理サーバ４
を経由する通信経路上は、この他の詳細情報が伝送され
る。例えば、ユーザ端末２からの発注時には、ユーザ端
末２からウェブショップ端末３２へ向けて、インターネ
ットＮを含む通信経路上を、個人情報のうち、ユーザＡ
のクレジットカード番号、ユーザＩＤコード、及びパス
ワードが、また、注文情報のうち、商品コード及び数量
が、伝送される。また、例えばウェブショップＢからの
配送時に必要な配送先情報やユーザＡの氏名や電話番号
等の個人情報は、通信路Ｒ2を含む通信経路上を商取引
管理サーバ４からウェブショップ端末３２へ向けて伝送
される。

【００３５】この例では、クレジット会社Ｃが、クレジ
ット会社としての通常のサービスに加え、会員として募
った多数のユーザＡ，Ａ，…とウェブショップＢ，Ｂ，
…との間で行われる商取引を商取引管理サーバ４によっ
て支援するサービスを行う。各ユーザＡと各ウェブショ
ップＢとは、クレジット会社Ｃの会員として登録するこ
とによって、クレジット会社Ｃによる商取引支援サービ
スを受け、会員間の商取引を実行する。この電子商取引
システム１においては、ユーザＡは、クレジット会社Ｃ
が発行したインターネットＮ上のオンラインショッピン
グ専用のクレジットカードによって決済を行う。また、
ウェブショップＢは、原則として商品情報の提供、注文
情報等の受信処理、配送処理以外の大部分の商取引の管
理をこのクレジット会社Ｃに委託することとなる。

【００３６】ユーザ端末２は、例えばパーソナルコンピ
ュータ等からなり、図２に示すように、所定の制御プロ
グラムに従って構成各部を制御する制御部２１と、各種
プログラムやデータが記憶される記憶部２２と、インタ
ーネットＮを介して商品閲覧サーバ３１及びウェブショ
ップ端末３２との間で、通信路Ｒ1を介して商取引管理
サーバ４との間で、それぞれ所定のプロトコル（例えば
ＳＳＬ等のセキュリティープロトコル）に従ってデータ
通信を行うための通信部２３と、データ入力操作等を行
うための入力部（入力手段）２４と、必要に応じて商品
情報等を印刷する印刷部２５と、商品情報等を表示する
表示部２６とを有している。制御部２１は、記憶部２２
の後述するプログラム記憶部２２１に記憶された例えば
発注処理プログラムを実行して、記憶部２２に確保され
た各種レジスタやフラグを用いて、ユーザ端末２の構成
各部を制御して、発注処理等を行う。

【００３７】記憶部２２は、ＲＯＭ、ＲＡＭ、ＩＣメモ
リカード等の半導体メモリ、フロッピー（登録商標）デ
ィスク記憶装置、ハードディスク記憶装置、光磁気ディス
ク記憶装置等からなっており、制御部２１が実行する発
注処理プログラム等の各種処理プログラムが記憶された
プログラム記憶部２２１と、例えば商取引管理サーバ４
から通信路Ｒ1経由で受け取ったクレジットカード番号
や請求情報等の各種情報が記憶される情報記憶部２２２
とを有すると共に、制御部２１がプログラム実行時に用
いる各種レジスタやフラグが確保されている。入力部２
４は、キー入力を行うためのキーボードや、マウス等の
ポインティングデバイス、例えばクレジットカードのク
レジットカード番号を読み取るためのカードリーダ等か
らなっている。表示部２６は、ＣＲＴディスプレイや液
晶ディスプレイ、プラズマディスプレイ等からなってい
る。

【００３８】商品閲覧サーバ３１は、図３に示すよう
に、所定の制御プログラムに従って構成各部を制御する
制御部３１１と、各種プログラムやデータが記憶される
記憶部３１２と、例えばインターネットＮを介してユー
ザ端末２とデータ通信を行うための通信部３１３とを有
している。制御部３１１は、記憶部３１２の後述するプ
ログラム記憶部３１２ａに記憶された例えば商品情報送
信処理プログラムを実行し、記憶部３１２に確保された
各種レジスタやフラグを用いて、商品閲覧サーバ３１の
構成各部を制御し、商品情報送信等を行う。記憶部３１
２は、ＲＯＭ、ＲＡＭ、ＩＣメモリカード等の半導体メ
モリ、フロッピーディスク記憶装置、ハードディスク記憶
装置、光磁気ディスク記憶装置等からなっており、制御
部３１１が実行し、閲覧要求に応じて商品情報をユーザ
端末２へ送信する商品情報送信処理プログラム等の各種
処理プログラムが記憶されたプログラム記憶部３１２ａ
と、ウェブショップＢ独自の商品情報等が記憶された情
報記憶部３１２ｂとを有すると共に、制御部３１１がプ
ログラム実行時に用いる各種レジスタやフラグが確保さ
れている。また、上記商品情報は、ウェブショップＢで
作成された後、必要に応じて（例えば週１度定期的に）
更新される。なお、この更新は、ウェブショップ端末３
２における操作によっても、商品閲覧サーバ３１におけ
る操作によっても可能である。

【００３９】ウェブショップ端末３２は、ユーザ端末２
と同様の構成であり、図２に示すように、所定の制御プ
ログラムに従って構成各部を制御する制御部３２１と、
各種プログラムやデータが記憶される記憶部３２２と、
例えばインターネットＮを介してユーザ端末２との間
で、通信路Ｒ1を介して商取引管理サーバ４との間で、
データ通信を行うための通信部３２３と、入力部３２４
と、印刷部３２５と、表示部３２６とを有している。制
御部３２１は、記憶部３２２の後述するプログラム記憶
部３２２ａに記憶された例えば配送処理プログラムを実
行し、記憶部３２２に確保された各種レジスタやフラグ
を用いて、ウェブショップ端末３２の構成各部を制御
し、配送処理等を行う。記憶部３２２は、ＲＯＭ、ＲＡ
Ｍ、ＩＣメモリカード等の半導体メモリ、フロッピーデ
ィスク記憶装置、ハードディスク記憶装置、光磁気ディス
ク記憶装置等からなっており、制御部３２１が実行する
配送処理プログラム等の各種処理プログラムが記憶され
たプログラム記憶部３２２ａと、例えばウェブショップ
ＩＤ情報や商品閲覧サーバ３１を介して得られたユーザ
端末２からの発注情報等の各種情報が記憶される情報記
憶部３２２ｂとを有すると共に、制御部３２１がプログ
ラム実行時に用いる各種レジスタやフラグが確保されて
いる。

【００４０】商取引管理サーバ４は、商品閲覧サーバ３
１と同様の構成であり、図３に示すように、所定の制御
プログラムに従って構成各部を制御する制御部（第１の
販売可否判定手段、第２の販売可否判定手段、第３の販
売可否判定手段、識別情報付与手段、確認情報生成手
段、認証手段）４１と、各種プログラムやデータが記憶
される記憶部（記憶手段）４２と、通信路Ｒ1を介して
ユーザ端末２と、通信路Ｒ2を介してウェブショップ端
末３２とデータ通信を行うための通信部４３とを有して
いる。制御部４１は、記憶部４２の後述するプログラム
記憶部４２１に記憶された商取引管理プログラム等を実
行し、記憶部４２に確保された各種レジスタやフラグを
用いて、商取引管理サーバ４の構成各部を制御し、会員
登録処理や請求処理等を行う。記憶部４２は、ＲＯＭ、
ＲＡＭ、ＩＣメモリカード等の半導体メモリ、フロッピ
ーディスク記憶装置、ハードディスク記憶装置、光磁気デ
ィスク記憶装置等からなっており、制御部４１が実行
し、商取引処理を管理するための商取引管理プログラム
等の各種処理プログラムが記憶されたプログラム記憶部
４２１と、ユーザ情報やウェブショップ情報からなる会
員情報や、売上情報等が記憶された情報記憶部４２２と
を有すると共に、制御部４１がプログラム実行時に用い
る各種レジスタやフラグが確保されている。

【００４１】上記商取引管理プログラムは、ユーザやウ
ェブショップの登録を行うための会員登録処理プログラ
ムや、ユーザの注文内容を確認する注文確認メールをユ
ーザ端末２へ送信し、この回答結果と、カードチェック
結果とに基づいて、販売の承認／不承認を判断して、所
定の処理を行う受注処理プログラム、ユーザへ請求を行
う請求処理プログラム等を含んでいる。上記ユーザ情報
は、各ユーザＡの氏名、住所、年齢、職業、家族構成、
電話番号、電子メールアドレス、クレジットカード番
号、ユーザＩＤ番号等からなる個人情報のほか、ユーザ
Ａが希望する指定配送先、商取引相手としてユーザＡが
定める指定ウェブショップ、利用可能上限額等を含んで
いる。また、利用可能上限額としては、例えば商品一組
当たりの支払額、一定期間（例えば１ケ月）当たりの支
払額、一回当たりの購入時の支払額、又は所定のウェブ
ショップ当たりに対する支払額等が、ユーザＡの要望や
商取引形態に応じて選択されて、会員登録時に設定され
る。

【００４２】次に、図４乃至図８を参照して、この電子
商取引システム１を用いた電子商取引方法について説明
する。まず、ユーザＡは、クレジット会社Ｃに対して会
員登録をし、クレジットカードを発行してもらうための
申込みを行う。ここで、ユーザＡは、ユーザ端末２から
インターネットを経由しない公衆電話回線等の通信路Ｒ
1を介してクレジット会社Ｃの商取引管理サーバ４にア
クセスする。商取引管理サーバ４では、ユーザ端末２か
らアクセスがあると（ステップＳＴ１１）、制御部４１
は、所定の書式の申込書をユーザ端末２へ送る（ステッ
プＳＴ１２）。ユーザ端末２では申込書が送られてくる
と、ユーザＡは、この申込書に、例えば、ユーザＡの氏
名、電子メールアドレス、住所、電話番号、ユーザＩＤ
コード、ユーザパスワード等の個人情報や、ユーザＡが
希望する指定配送先（住所と同一か又は住所以外の商品
配送先）、指定ウェブショップ、利用可能上限額を、ユ
ーザ情報として記入し送信する。

【００４３】商取引管理サーバ４で、記載済の申込書を
受け取ると（ステップＳＴ１３）、ユーザＡの信用調査
が行われ（ステップＳＴ１４）、この結果、制御部４１
が、登録可であると判断すると（ステップＳＴ１５）、
受信したユーザ情報を記憶部４２に記憶し（ステップＳ
Ｔ１６）、クレジットカード発行処理がなされ（ステッ
プＳＴ１７）、ユーザ端末２へは、通信路Ｒ1経由で承
認通知が送られる（ステップＳＴ１８）。また、ユーザ
Ａの元へは、クレジットカード番号及び有効期限が付さ
れたクレジットカードが郵送される。ステップＳＴ１５
で、制御部４１が、登録不可であると判断すると、ユー
ザ端末２へは、通信路Ｒ1経由で不承認通知が送られる
（ステップＳＴ１９）。

【００４４】会員となったユーザＡは、ウェブショッピ
ングに際して、まず、ユーザ端末２を操作してブラウザ
を起動させ、所定のウェブショップＢのホームページに
アクセスする（ステップＳＴ３０）。ウェブショップＢ
の商品情報が登録されている商品閲覧サーバ３１では、
会員のユーザＡからのアクセスがあるまで待機し（ステ
ップＳＴ４１）、この場合は、ユーザ端末２からのアク
セスによって、自身の商品情報をユーザ端末２へ送信す
る（ステップＳＴ４２）。これによって、ユーザ端末２
は商品情報を受信し、表示部２６には、商品閲覧画面が
表示される。ユーザＡは、この商品閲覧画面によって、
商品画像や説明文を参考にして検索し、所望の商品を探
し出したならば、入力部２４の操作によって、例えばマ
ウス等のポインティングデバイスを用いてその画像をク
リックすることによって、商品を選択し、この商品の詳
細な説明が紹介された商品選択画面を表示させる。

【００４５】ユーザＡは、この商品選択画面の内容を見
て、購入を希望する場合は、数量を入力し、例えば画面
上の商品選択ボタンをクリックして、商品を選択する
（ステップＳＴ３１）。次に、ユーザＡは、自身のユー
ザＩＤコード及びユーザパスワードと、クレジットカー
ド番号とを入力する。これによって、制御部２１は、こ
のウェブショップＢの商品閲覧サーバ３１へ、注文情報
としての選択した商品の商品名及び数量と、個人情報と
してのユーザＡのクレジットカード番号、ユーザＩＤコ
ード、及びユーザパスワードをインターネットＮ経由で
送信する（ステップＳＴ３２）。商品閲覧サーバ３１で
は、ユーザ端末２から上記注文情報及び個人情報を受け
取ると（ステップＳＴ４３）、これらの注文情報及び個
人情報をウェブショップ端末３２へ送信する（ステップ
ＳＴ４４）。ウェブショップ端末３２では、商品閲覧サ
ーバ３１から注文情報及び個人情報を受け取ると（ステ
ップＳＴ５１）、制御部３２１は、注文情報及び個人情
報にウェブショップＢの自身のウェブショップＩＤコー
ド及びウェブショップパスワードを付加して商取引管理
サーバ４へ、通信路Ｒ2経由で送信する（ステップＳＴ
５２）。

【００４６】商取引管理サーバ４では、ウェブショップ
端末３２から、注文情報及び個人情報と、ウェブショッ
プＩＤコード及びウェブショップパスワードとを受け取
ると（ステップＳＴ６１）、制御部４１は認証処理を行
う（ステップＳＴ６２）。ここで、制御部４１は、受け
取ったユーザＩＤコードとユーザパスワードに基づいて
ユーザＡの認証を行い、かつ、ウェブショップＩＤコー
ドとウェブショップパスワードとに基づいてウェブショ
ップＢの認証を行い、共にその会員本人であることを確
認する。また、受け取ったクレジットカード番号が対応
する会員のユーザＡのものであり、さらに、このウェブ
ショップＢがユーザＡが登録時に設定した指定ウェブシ
ョップに対応しているか否か確認する。そして、以上の
一連の確認結果に基づいて、この商取引処理を継続する
か否か判定する（ステップＳＴ６３）。上記判定結果が
継続可である場合は、ステップＳＴ６４へ進み、継続不
可である場合は、不承認通知をそれぞれ通信路Ｒ1，Ｒ2
経由で、ユーザ端末２及びウェブショップ端末３２へ送
る（ステップＳＴ６５）。なお、ユーザ端末２では、商
取引管理サーバ４から販売不承認通知を受け取ると（ス
テップＳＴ３３）、表示部２６に販売不承認表示をさせ
る（ステップＳＴ３５）。また、ウェブショップ端末３
２では、この販売不承認通知を受け取ると（ステップＳ
Ｔ５３）、表示部３２６に販売不承認表示をさせる（ス
テップＳＴ５５）。

【００４７】ステップＳＴ６４では、制御部４１は、ユ
ーザＡに注文情報を確認させるための注文確認メールを
作成し、ユーザＩＤ番号又はクレジットカード番号に対
応するユーザＡの氏名及び電子メールアドレスを情報記
憶部４２２から読み出し、注文確認メールをユーザ端末
２へ通信路Ｒ1経由で送信する。ステップＳＴ３４で
は、ユーザ端末２で、注文確認メールを商取引管理サー
バ４から受け取ると、制御部２１は、注文確認メールの
内容を表示部２６に表示させる。ユーザＡがこれを確認
し、承諾するか否かを判断し、入力部２４によって確認
操作を行うと（ステップＳＴ３６）、制御部２１は、注
文内容に対する確認結果を商取引管理サーバ４へ回答す
る。商取引管理サーバ４では、ユーザ端末２から回答通
知を受け取ると、制御部４１は、確認結果の良否を判断
し（ステップＳＴ６６）、回答通知が注文内容の承諾を
意味するものであるときは、ステップＳＴ６７へ進み、
これ以外の場合は、ウェブショップ端末３２へ注文取消
通知を送る（ステップＳＴ６８）。なお、ウェブショッ
プ端末３２では、この注文取消通知を受け取ると（ステ
ップＳＴ５４）、注文取消表示を行う（ステップＳＴ５
７）。

【００４８】ステップＳＴ６７では、制御部４１は、受
け取った番号のクレジットカードが適正なものであるか
否か、例えば有効期限等について調べ、カードチェック
処理を行う。また、購入代金が予め設定された利用可能
上限額を超えていないか否か調べる。ステップＳＴ６９
で、チェック結果が良であった場合は、制御部４１は、
ユーザ端末２へ販売承認通知を送信し、ウェブショップ
端末３２へ、販売承認通知及びユーザＡが発注した商品
の配送先等を送信する（ステップＳＴ７０）。また、ス
テップＳＴ６９で、チェック結果が否であった場合は、
ユーザ端末２及びウェブショップ端末３２へ、販売不承
認通知を送信する（ステップＳＴ７１）。この後、制御
部４１は、請求処理を行う（ステップＳＴ７２）。ステ
ップＳＴ３７で、ユーザ端末２では、商取引管理サーバ
４より、販売承認通知を受信すると、制御部２１は、ス
テップＳＴ３８へ進み、販売不承認通知を受信すると、
販売不承認の旨の表示部２６に表示をさせる（ステップ
ＳＴ３９）。

【００４９】また、ウェブショップ端末３２では、制御
部３２１は、商取引管理サーバ４より、販売承認通知及
び配送先を受信すると（ステップＳＴ５６）、配送処理
に移り（ステップＳＴ５８）、受信した指定配送先へユ
ーザＡが購入した商品を配送すると共に、ユーザ端末２
へ配送した旨の通知を行う。一方、販売不承認通知を受
信すると、表示部３２６に販売不承認表示をさせる（ス
テップＳＴ５９）。ステップＳＴ３８で、ユーザ端末２
では、制御部２１は、ウェブショップ端末３２より配送
通知を受け取り、さらに、商取引管理サーバ４より請求
通知を受け取る（ステップＳＴ４０）。また、上述した
商取引処理は、他のユーザ端末２及びウェブショップ端
末３２間でも同様に行われ、かつ、同時に処理がなされ
る。すなわち、ユーザ端末２は、複数のウェブショップ
端末３２との商取引を同時に行うことが可能であるし、
ウェブショップ端末３２も複数のユーザ端末２との商取
引を同時に行うことが可能である。

【００５０】このように、この例の構成によれば、イン
ターネットＮ上をクレジットカード番号等商取引に必要
な限られた個人情報や注文情報を伝送し、これ以外の詳
細情報を、比較的安全な通信路Ｒ1又は通信路Ｒ2上を伝
送するので、通信路上での機密性の高いデータの傍受、
改ざんや、これに伴って損害を被る危険性を低減するこ
とができる。特に、配送先を予め設定しておき、商取引
管理サーバ４の情報記憶部４２２に記憶し、発注があっ
たときに読み出して、通信路Ｒ2上をウェブショップ端
末３２へ伝送するので、例えインターネットＮ上でクレ
ジットカード番号等のデータを不正に入手し、暗号を解
読した者がいたとしても、この者は、商品を手に入れる
ことはできない。さらに、通信路Ｒ2上で、この配送先
情報を不正入手したとしても、この者は、商品を手に入
れることはできない。したがって、データの不正入手に
よる損害を被ることがなく、高い安全性を確保すること
ができる。また、商取引管理サーバ４の制御部４１は、
商取引相手としてユーザＡが定める指定ウェブショップ
Ｂ以外との取引きを承認しないので、例えインターネッ
トＮ上でクレジットカード番号等のデータを不正に入手
し、暗号を解読し、さらに万一配送先情報を改ざんでき
た者がいたとしても、この者が、商品を不正入手するこ
とによって損害を被る危険性を低減することができ、高
い安全性を確保することができる。なお、指定ウェブシ
ョップを狭い範囲に限定する程、より安全性を高めるこ
とができる。

【００５１】また、商取引管理サーバ４の制御部４１
は、予め定めた利用可能上限額を超える商品購入を承認
しないので、例えインターネットＮ上でクレジットカー
ド番号等のデータを不正に入手し、暗号を解読し、さら
に万一配送先情報や指定ウェブショップ情報を改ざんで
きた者がいたとしても、また、インターネットＮ上の注
文情報を改ざんする者がいたとしても、これらの者が、
商品を不正入手することによって損害を被る危険性を低
減することができ、高い安全性を確保することができ
る。さらに、第三者が、いたずらでウェブショップＢに
発注してユーザＡに商品を届けさせるような行為を働い
たとしても、損害を最小限度に抑えることができる。ま
た、ユーザＡは、注文確認メールをリアルタイムで受け
取って、確認を行うことができるので、第三者のいたず
らによる発注で損害を被ることを未然に防ぐことができ
る。また、例えばユーザ情報の大部分は、商取引管理サ
ーバ４において情報記憶部４２２に一括して記憶されて
管理されるので、秘密にすべき個人情報が漏洩したり改
ざんされたりする危険性を低減させ、記憶部内のデータ
の安全性も高めることができる。また、データの不正入
手を防止する対策のために必要以上にコストを費やすこ
とがない。

【００５２】◇第２実施例 図９は、この発明の第２実施例である電子商取引システ
ムを構成する商取引管理サーバの動作を説明するための
フローチャートである。この例が上述した第１実施例と
異なるところは、例えばユーザ情報の登録内容をユーザ
端末からの要求に応じて変更可能に構成した点である。
このために、プログラム記憶部４２１に記憶された商取
引管理プログラムは、会員情報を変更するための登録内
容変更処理プログラムを含んでいる。この登録内容変更
処理プログラムには、ユーザ端末２からの要求に応じて
ユーザ情報の登録内容を変更する手順のほかに、例えば
ウェブショップＢが追加された場合やウェブショップＢ
の取扱商品が変更された場合に、ウェブショップ情報を
変更すると共に、ユーザ端末２へ変更内容を通知する手
順も記述されている。

【００５３】次に、図９を参照して、この例の電子商取
引方法のうち、ユーザ情報の登録内容変更方法について
説明する。ユーザ端末２より登録内容の更新要求がある
と（ステップＳＴ８１）、制御部４１は、このユーザＡ
の認証処理を行う（ステップＳＴ８２）。ここで、認証
結果が良であると判断したときは（ステップＳＴ８
３）、ステップＳＴ８４へ進み、認証結果が否であると
きは、ユーザ端末２へ不受理通知を送る（ステップＳＴ
８５）。ステップＳＴ８４では、制御部４１は、ユーザ
端末２へ更新データの送信指示を行う。次に、制御部４
１は、ユーザ端末２より更新データを受信し、書換処理
を行う（ステップＳＴ８６）。そして、正常に完了する
と、ユーザ端末２へ書換完了通知を行う（ステップＳＴ
８７）。ウェブショップ情報の登録内容変更方法につい
ては、ユーザ情報の登録内容変更方法と同様であるの
で、省略する。

【００５４】この例の構成によれば、第１実施例で述べ
たのと略同一の効果を得ることができる。加えて、ユー
ザ情報の登録内容を簡単にかつ自在に変更することがで
きるので、ユーザＡが利用可能上限額や取引先のウェブ
ショップＢ等について自ら制限しても何等不自由するこ
となく、円滑に商取引を行うことができると共に、安全
性を一段と高めることができる。また、ユーザＡは、常
に最新のウェブショップＢについての情報を自動的に
得、円滑に商取引を行うことができる。

【００５５】◇第３実施例 図１０は、この発明の第３実施例である電子商取引シス
テムの構成を示す図、また、図１１は、同電子商取引シ
ステムを構成する商取引管理サーバの動作を説明するた
めのフローチャートである。この例が上述した第１実施
例と異なるところは、第１実施例では商取引管理サーバ
４をクレジット会社Ｃに設置し、このクレジット会社Ｃ
が商取引を商取引管理サーバ４によって支援するサービ
スを行ったのに対して、 図１０に示すように、商取引
管理サーバ５をクレジット会社Ｃ以外の仲介サービス事
業会社Ｄに設置し、この仲介サービス事業会社Ｄが、商
取引を商取引管理サーバ５によって支援するサービスを
行うように構成した点である。この例の電子商取引シス
テム１Ａは、同図に示すように、ユーザ端末２，２，…
と、商品閲覧サーバ３１，３１，…と、ウェブショップ
端末３２，３２，…と、例えば仲介サービス事業会社Ｄ
に設置され、インターネットＮに属さない通信路（第１
の通信路）Ｒ3，Ｒ3，…を介してユーザ端末２，２，…
と接続し、インターネットＮに属さない通信路（第２の
通信路）Ｒ4，Ｒ4，…を介してウェブショップ端末３
２，３２，…と接続すると共に、インターネットＮに属
さない通信路Ｒ5を介してクレジット会社Ｅ，Ｅ，…と
接続し、ユーザ端末２とウェブショップ端末３２との間
で行われる請求処理等の商取引処理を管理する商取引管
理サーバ（商取引管理装置）５とを備えている。

【００５６】商取引管理サーバ５は、例えばＮＴＴデー
タ通信株式会社（商標）が提供しているＣＡＦＩＳ（Cr
edit And Finance Information System）のような共同
利用型のクレジット・オンライン・システム６を利用し
て各クレジット会社Ｅにアクセスし、例えばユーザＡの
クレジットカードが適正か否かのチェックを要求する。
この例では、仲介サービス事業会社Ｄが、会員として募
った多数のユーザＡ，Ａ，…とウェブショップＢ，Ｂ，
…との間で行われる商取引を商取引管理サーバ５によっ
て支援するサービスを行う。ユーザＡとウェブショップ
Ｂとは、予め、クレジット会社Ｅの会員となっていると
共に、さらに、仲介サービス事業会社Ｄの会員として登
録することによって、仲介サービス事業会社Ｄによる商
取引支援サービスを受け、会員間の商取引を実行する。
この電子商取引システム１Ａにおいては、ユーザＡは、
仲介サービス事業会社Ｄの管理下で、クレジット会社Ｅ
が発行した通常のクレジットカードを用いて決済を行
う。また、ウェブショップＢは、原則として商品情報の
提供、注文情報等の受信処理、配送処理以外の大部分の
商取引の管理を仲介サービス事業会社Ｄに委託すること
となる。

【００５７】ユーザＡは、会員となっている複数のクレ
ジット会社Ｅ，Ｅ，…のうちの１つのクレジット会社Ｅ
の発行したクレジットカードを選択して、利用する。こ
の際、実際のクレジットカード番号以外のこの電子商取
引システム１Ａにおける専用の会員用番号が商取引管理
サーバ５から与えられる。次に、この例の電子商取引方
法のうち、図１１を参照して、ユーザＡの会員登録方法
について説明する。ユーザＡは、ユーザ端末２からイン
ターネットを経由しない通信路Ｒ3を介して仲介サービ
ス事業会社Ｄの商取引管理サーバ５にアクセスする。商
取引管理サーバ５では、ユーザ端末２からアクセスがあ
ると（ステップＳＴ９１）、制御部４１は、所定の書式
の申込書をユーザ端末２へ送信する（ステップＳＴ９
２）。ユーザ端末２では申込書が送られてくると、ユー
ザＡは、この申込書に、例えば、ユーザＡの氏名、Ｅメ
ールアドレス、住所、電話番号、ユーザＩＤコード、ユ
ーザパスワード、利用したいクレジット会社Ｅのクレジ
ットカード番号、クレジットカードの有効期限等の個人
情報や、ユーザＡが希望する指定配送先（住所と同一か
又は住所以外の商品配送先）、指定ウェブショップ、利
用可能上限額を、ユーザ情報として記入する。ここで、
ユーザＡは、複数のクレジット会社Ｅ，Ｅ，…を選択す
ることが可能である。

【００５８】商取引管理サーバ５で、記載済の申込書を
受け取ると（ステップＳＴ９３）、ユーザＡが申し込ん
だクレジットカードのチェックを行う（ステップＳＴ９
４）。この場合、例えば、クレジット・オンライン・シ
ステム６を利用してクレジット会社Ｅにアクセスし、例
えばユーザＡのクレジットカードが適正か否かのチェッ
クを要求する。制御部４１が、このチェック結果を受け
取り、登録可であると判断すると（ステップＳＴ９
５）、受信したユーザ情報を記憶部４２に記憶し（ステ
ップＳＴ９６）、ユーザ端末２へは、通信路Ｒ3経由で
承認通知が送られると共に、ユーザＡが申し込んだクレ
ジットカードに対応する専用の会員用番号が通知される
（ステップＳＴ９７）。なお、申し込んだクレジットカ
ードが複数の場合は、複数の会員用番号（例えば末尾の
記号で区別された番号）が与えられる。ステップＳＴ９
５で、制御部４１が、登録不可であると判断すると、ユ
ーザ端末２へは、通信路Ｒ3経由で不承認通知が送られ
る（ステップＳＴ９８）。ユーザＡの会員登録が完了し
た後の電子商取引方法については、第１実施例において
商取引管理サーバ４がカードチェック処理（ステップＳ
Ｔ６７（図８））や請求処理（ステップＳＴ７２）を行
っていたのに対して、クレジットカード会社Ｅが介在
し、また、通信の際にクレジットカード番号に代えて専
用の会員用番号を用いる点以外は第１実施例の場合と同
様であるので、その説明を省略する。

【００５９】この例の構成によれば、第１実施例で述べ
たのと略同一の効果を得ることができる。加えて、ユー
ザＡは、既に発行されているクレジットカードを利用で
きるので、新たにカードの発行を受ける必要がない。し
かも、複数のクレジットカードの併用が可能である。ま
た、クレジットカード番号は、最初の登録時以外は、イ
ンターネットＮ上は勿論、通信路Ｒ3，Ｒ4上も伝送され
ないので、安全性を一段と高めることができる。

【００６０】以上、この発明の実施例を図面を参照して
詳述してきたが、具体的な構成はこの実施例に限られる
ものではなく、この発明の要旨を逸脱しない範囲の設計
の変更等があってもこの発明に含まれる。例えば、ユー
ザＡに対して必ずしもクレジットカードが発行されなく
ても会員番号等が与えられれば良い。また、商取引管理
サーバ４は、各機能を分割して、会員の認証を行う認証
サーバ、会員情報を管理する会員管理サーバ、売上情報
を管理する売上管理サーバ等複数のサーバから構成する
ようにしても良い。また、ユーザＡは、ウェブショップ
Ｂだけでなく、扱う商品を指定して登録するようにも良
い。また、複数の配送先を指定しても良い。また、会員
登録の申込みは、ユーザＡがクレジット会社Ｃや仲介サ
ービス事業会社Ｄの窓口へ赴くか、郵送によって行って
も良し、ファクシミリ通信によって行っても良い。

【００６１】また、ウェブショップＢ側で、商品閲覧サ
ーバ３１とウェブショップ端末３２とを独立させずに、
同一のパーソナルコンピュータ等によって、両機能を兼
ねるようにしても良い。また、商品閲覧サーバ３１は、
ウェブショップＢ毎ではなく、複数のウェブショップＢ
で共用としても良い。また、商取引管理サーバ４がユー
ザ端末２へ注文確認メールを送信してから所定の期間
（例えば１週間）経過してもユーザ端末２から確認結果
の回答が得られない場合に、商取引管理サーバ４は、こ
の注文は取り消されたものと判断するように構成しても
良い。また、注文確認メールは省略しても良い。また、
インターネットＮや通信路Ｒ1〜Ｒ5は、有線に限らず無
線を含んでいても良い。また、ユーザ端末２は、例えば
ノート型パーソナルコンピュータ等と携帯電話機とから
構成するようにしても良いし、データ通信機能を有する
携帯電話機を用いるようにしても良い。また、ユーザ端
末２に、発注時の発注情報と、注文確認メールの内容と
に基づいて、注文確認メールの正当性を判断し、所定の
期間内に生成された発注情報の中に注文確認メールに対
応する発注情報が存在しない場合は、不正利用の可能性
を知らせるための注意を喚起する機能を付加しても良
い。

【００６２】

【発明の効果】以上説明したように、この発明によれ
ば、例えば顧客情報のうちネットワーク上を必要最小限
度の情報を伝送し、この他の重要な情報をネットワーク
に属さない通信路上を伝送することによって、ネットワ
ークの安全性が十分でないとしても、高い安全性を確保
することができる。また、データの不正入手を防止する
ための対策に要するコストを低減することができる。ま
た、配送先を予め設定しておき、商取引管理装置に記憶
し、発注があったときに読み出して、第２の通信路上を
営業者用情報処理装置へ伝送することによって、ネット
ワーク上で例えばクレジットカード番号等の顧客情報を
不正に入手し、暗号を解読した者がいたとしても、この
者は、商品を手に入れることはできない。さらに、第２
の通信路上で、この配送先情報を不正入手したとして
も、この者は、商品を手に入れることはできない。した
がって、データの不正入手による損害を被ることがな
く、高い安全性を確保することができる。

【００６３】また、第１の販売可否判定手段が、発注先
が指定営業者である場合に限り商品の販売を承認するよ
うに構成することによって、第三者は、この指定営業者
が分からない限りは、商品を手に入れることはできな
い。したがって、データの不正入手による損害を被るこ
とがなく、高い安全性を確保することができる。また、
第２の販売可否判定手段が、発注時に利用上限額を超え
る場合は、販売を承認しないように構成することによっ
て、第三者が商品を不正に発注して、損害を被る危険性
を低減することができ、高い安全性を確保することがで
きる。また、顧客が、注文確認情報を例えばリアルタイ
ムで受け取って、確認を行うことによって、第三者が、
営業者に注文して顧客に商品を届けさせるようないたず
らを試みても、未然に損害を被ることを防ぐことができ
る。また、顧客情報又は営業者情報を更新する更新手段
を設けることによって、顧客は、例えば利用上限額や営
業者について自ら制限しても、何等不自由することな
く、顧客情報の登録内容を自在に変更して、円滑に商取
引を行うことができると共に、安全性を一段と高めるこ
とができる。

【図面の簡単な説明】

【図１】この発明の第１実施例である電子商取引システ
ムの構成を示す図である。

【図２】同電子商取引システムのユーザ端末及びウェブ
ショップ端末の構成を示すブロック図である。

【図３】同電子商取引システムの商品閲覧サーバ及び商
取引管理サーバの構成を示すブロック図である。

【図４】同商取引管理サーバの動作を説明するためのフ
ローチャートである。

【図５】同ユーザ端末の動作を説明するためのフローチ
ャートである。

【図６】同商品閲覧サーバの動作を説明するためのフロ
ーチャートである。

【図７】同ウェブショップ端末の動作を説明するための
フローチャートである。

【図８】同商取引管理サーバの動作を説明するためのフ
ローチャートである。

【図９】この発明の第２実施例である電子商取引システ
ムを構成する商取引管理サーバの動作を説明するための
フローチャートである。

【図１０】この発明の第３実施例である電子商取引シス
テムの構成を示す図である。

【図１１】同電子商取引システムを構成する商取引管理
サーバの動作を説明するためのフローチャートである。

【符号の説明】

１，１Ａ 電子商取引システム ２ ユーザ端末（顧客端末） ２４ 入力部（入力手段） ３１ 商品閲覧サーバ（営業者用情報処理装置の一
部） ３２ ウェブショップ端末（営業者用情報処理装置
の一部） ４，５ 商取引管理サーバ（商取引管理装置） ４１ 制御部（第１の販売可否判定手段、第２の
販売可否判定手段、第３の販売可否判定手段、識別情報
付与手段、確認情報生成手段、認証手段） ４２ 記憶部（記憶手段） Ｎ インターネット（ネットワーク） Ｒ1，Ｒ3 通信路（第１の通信路） Ｒ2，Ｒ4 通信路（第２の通信路） Ａ ユーザ（顧客） Ｂ ウェブショップ（営業者） Ｃ クレジット会社 Ｄ 仲介サービス事業会社

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平９−305682（ＪＰ，Ａ) 特開 平９−167185（ＪＰ，Ａ) 特開 平10−3501（ＪＰ，Ａ) 特開 平９−288696（ＪＰ，Ａ) 特開 平10−105603（ＪＰ，Ａ) 特開 平10−302005（ＪＰ，Ａ) 特開2000−76336（ＪＰ，Ａ) 特開 平10−91705（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 顧客が営業者の取り扱う商品の商品情報
   を含む営業情報をインターネットを介して受給して発注
   を行うための顧客端末と、 前記営業者が前記営業情報を前記顧客端末からの要求に
   応じて前記インターネットを介して前記顧客端末に提供
   して受注を行うための営業者用情報処理装置と、 前記インターネットに属さない第１の通信路を介して前
   記顧客端末と接続すると共に、前記インターネットに属
   さない第２の通信路を介して前記営業者用情報処理装置
   と接続して、前記顧客端末と前記営業者用情報処理装置
   との間で行われる商取引処理を管理する商取引管理装置
   とを備え、前記インターネットを介して、顧客情報と注文情報との
   うち、前記商取引処理の決済手段として顧客が用いるク
   レジットカードのクレジットカード番号と、前記顧客の
   識別コードとパスワードと商品コードと商品数量とから
   なる必要最小限の情報が伝送され、前記第１及び第２の
   通信路を介して前記必要最小限の情報以外の詳細情報が
   伝送され、かつ、 前記商取引管理装置には、予め設定された配送先情報を
   記憶するための記憶手段が設けられていて、当該配送先
   情報は、発注があったときに読み出されて、前記第２の
   通信路を介して、前記営業者用情報処理装置に伝送され
   る構成になされている ことを特徴とする電子商取引シス
   テム。
2. 【請求項２】 前記記憶手段は、少なくとも予め設定さ
   れた指定営業者を記憶し、前記商取引管理装置は、発注
   先が前記指定営業者である場合に限り商品の販売を承認
   する第１の販売可否判定手段を有していることを特徴と
   する請求項１記載の電子商取引システム。
3. 【請求項３】 前記記憶手段は、少なくとも予め設定さ
   れた利用上限額を記憶し、 前記商取引管理装置は、発注時に前記利用上限額を超え
   る場合は、販売を承認しない第２の販売可否判定手段を
   有していることを特徴とする請求項１記載の電子商取引
   システム。
4. 【請求項４】 前記利用上限額は、商品一組当たりの支
   払額、一定期間当たりの支払額、購入一回当たりの支払
   額、又は一営業者当たりに対する支払額を含む単位支払
   額の上限額として、前記顧客による発注に先だって設定
   されることを特徴とする請求項３記載の電子商取引シス
   テム。
5. 【請求項５】 前記商取引管理装置は、前記第１又は第
   ２の通信路を介して受信した前記顧客の個人情報に基づ
   いて前記顧客の認証を行う認証手段を有することを特徴
   とする請求項１記載の電子商取引システム。
6. 【請求項６】 前記商取引管理装置は、前記第２の通信
   路を介して得た注文情報に基づいて、前記顧客に注文内
   容の確認を要請するための注文確認情報を生成する確認
   情報生成手段を有していることを特徴とする請求項１記
   載の電子商取引システム。
7. 【請求項７】 前記商取引管理装置は、前記注文確認情
   報を前記顧客端末へ送信した後、一定時間以内に回答を
   得られなかった場合は、前記商品の販売を取り消す第３
   の販売可否判定手段を有することを特徴とする請求項６
   記載の電子商取引システム。
8. 【請求項８】 前記顧客端末は、発注時の発注情報と、
   前記商取引管理装置から受け取った前記注文確認情報と
   に基づいて、前記注文確認情報の正当性を判断し、所定
   の期間内に生成された発注情報の中に前記注文確認情報
   に対応する発注情報が存在しない場合は、不正利用の可
   能性を報知する報知手段を有することを特徴とする請求
   項６記載の電子商取引システム。
9. 【請求項９】 前記第１及び第２の通信路としては公衆
   回線又は専用回線が用いられることを特徴とする請求項
   １記載の電子商取引システム。
10. 【請求項１０】 営業者が取り扱う商品の商品情報を含
    む営業情報を顧客端末からの要求に応じて営業者用情報
    処理装置から前記顧客端末にインターネットを介して提
    供する営業情報提供ステップと、 前記営業情報に基づいて前記顧客端末がインターネット
    を介して前記営業者用情報処理装置に対して発注処理を
    行う商品発注ステップと、 商取引管理装置が、前記インターネットに属さない第１
    の通信路を介して前記顧客端末と接続すると共に、前記
    インターネットに属さない第２の通信路を介して前記営
    業者用情報処理装置と接続して、前記顧客端末と前記営
    業者用情報処理装置との間で行われる商取引処理を管理
    する商取引管理ステップとを備え、前記インターネットを介して、顧客情報と注文情報との
    うち、前記商取引処理の決済手段として顧客が用いるク
    レジットカードのクレジットカード番号と、前記顧客の
    識別コードとパスワードと商品コードと商品数量とから
    なる必要最小限の情報が伝送され、 前記商取引管理ステップは、前記顧客端末と前記営業者
    用情報処理装置との間を、前記第１又は第２の通信路を
    介して前記必要最小限の情報以外の詳細情報を伝送する
    と共に、発注があったときは、記憶手段に予め記憶され
    ている配送先情報を読み出して、前記第２の通信路を介
    して、前記営業者用情報処理装置に伝送する 商取引情報
    伝送ステップを含むことを特徴とする電子商取引方法。
11. 【請求項１１】 前記商取引管理ステップは、クレジッ
    ト会社に設置された前記商取引管理装置によって実行さ
    れ、前記インターネットを介した顧客と前記営業者との
    間の商取引における決済に専用のクレジットカードが、
    前記クレジット会社によって前記顧客に対して発行され
    ることを特徴とする請求項１０記載の電子商取引方法。
12. 【請求項１２】 前記商取引管理ステップは、前記顧客
    と前記営業者との間で行われる商取引を支援するサービ
    スを提供する仲介サービス事業会社に設置された前記商
    取引管理装置によって実行され、 前記インターネットを介した前記顧客と前記営業者との
    間の商取引における決済には、所定のクレジット会社に
    よって予め前記顧客に対して発行されたクレジットカー
    ドが用いられることを特徴とする請求項１０記載の電子
    商取引方法。