JP2001357267A - 電子商取引の監視システムとその監視方法 - Google Patents

Abstract

(57)【要約】 【課題】 受信者の電子商取引システムが停止、もしく
は、受信データ確認もれなどの発生をいち早く知ること
ができ、迅速な対応が可能にした電子商取引の監視シス
テムを提供する。 【解決手段】 物品、情報又はサービスを購入する側の
第１のサーバ１と、物品、情報又はサービスを提供する
側の第２のサーバ２とがネットワーク４を介して接続さ
れ、前記二つのサーバ間で行われる電子商取引の監視シ
ステムであって、前記二つのサーバ間で行われる電子商
取引が所定時間内に実行されたか否かを監視する電子商
取引監視用の第３のサーバ３を設け、この第３のサーバ
３が、前記二つのサーバ間で行われる電子商取引を監視
するように構成したことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子商取引の監視
システムとその監視方法に係わり、特に、電子商取引が
所定時間内に行われたか否かを監視する電子商取引の監
視システムとその監視方法に関する。

【０００２】

【従来の技術】従来の電子商取引について、図１２〜図
１５を用いて説明する。

【０００３】まず、図１２に示すように、購入者が発注
処理として、インターネットのブラウザソフトなどを用
いて、提供者に発注送信を行うと、図１３に示すよう
に、提供者が発注受信を行う。

【０００４】次に、図１４に示すように、提供者が受注
確認後、受注確認通知を出すと、図１５に示すように、
購入者が受注確認通知を受信する。

【０００５】このような方法で電子商取引を行う場合、 （１）受信者側の電子商取引システムが停止、もしく
は、受信データ確認もれなどが発生した場合に、データ
発信者に指摘されるまで気づかない可能性がある。 （２）発信者が、データ送信の確認ができるのは、発信
者が、受信者側からの受注確認通知を受信して、初めて
確認できるのであり、このため、データ送信の確認まで
に時間がかかる。 （３）電子商取引システムにおけるトラブルによる送信
データや受信データの消失の責任がどちら側の原因であ
るのか不明確であり、責任を公正に判断出来ない等、多
くの欠点があった。

【０００６】

【発明が解決しようとする課題】本発明の目的は、上記
した従来技術の欠点を改良し、特に、（１）受信者の電
子商取引システムが停止、もしくは、受信データ確認も
れなどの発生をいち早く知ることができ、迅速な対応が
可能になる、（２）発信者が、監視者にデータ送信の登
録してもらうことで公正なデータ送信の確認ができる、
（３）電子商取引システムにおける送信データ及び受信
データ消失の際の責任を明確にすることを可能にした新
規な電子商取引の監視システムとその監視方法を提供す
るものである。

【０００７】

【課題を解決するための手段】本発明は上記した目的を
達成するため、基本的には、以下に記載されたような技
術構成を採用するものである。

【０００８】即ち、本発明に係わる電子商取引の監視シ
ステムの第１態様は、物品、情報又はサービスを購入す
る側の第１のサーバと、物品、情報又はサービスを提供
する側の第２のサーバとがネットワークを介して接続さ
れ、前記二つのサーバ間で行われる電子商取引の監視シ
ステムであって、前記二つのサーバ間で行われる電子商
取引が所定時間内に実行されたか否かを監視する電子商
取引監視用の第３のサーバを設け、この第３のサーバ
が、前記二つのサーバ間で行われる電子商取引を監視す
るように構成したことを特徴とするものであり、叉、第
２態様は、前記第１のサーバと第２のサーバ間の電子商
取引は、前記第３のサーバを介して行うように構成した
ことを特徴とするものであり、叉、第３態様は、前記第
１のサーバ又は第２のサーバが、それぞれ相手側のサー
バに対して、電子商取引上の取引情報を送信した際、そ
の日時データと共に前記取引情報を送信した旨の監視情
報を前記第３のサーバに対して送信し、前記第１のサー
バと第２のサーバ間の前記電子商取引が、所定時間内に
成立しないか、若しくは実行されなかったことを、前記
監視情報に基づき前記第３のサーバが検出した時、第３
のサーバは、少なくとも前記第１のサーバ又は第２のサ
ーバの何れかに対して、当該電子商取引が成立していな
いか、もしくは、異常が発生したことを知らせるように
構成したことを特徴とするものであり、叉、第４態様
は、前記第３のサーバが、前記電子商取引が成立してい
ないか、もしくは、異常が発生したことを検出した時、
前記第３のサーバは、自動的に、当該電子商取引が成立
していないか、もしくは、異常が発生したことを、少な
くとも前記第１のサーバ又は第２のサーバの何れかに対
して知らせることを特徴とするものであり、叉、第５態
様は、前記電子商取引が成立していないか、もしくは、
異常が発生したことを知らせる手段は、前記ネットワー
クを用いない他の通信手段で行われることを特徴とする
ものである。

【０００９】叉、本発明に係わる電子商取引の監視方法
の第１態様は、物品、情報又はサービスを購入する側の
第１のサーバと、物品、情報又はサービスを提供する側
の第２のサーバとがネットワークを介して接続され、前
記二つのサーバ間で行われる電子商取引を、このネット
ワークに接続されている監視用の第３のサーバを介して
監視するようにした電子商取引の監視方法であって、前
記第１のサーバ又は第２のサーバが、前記電子商取引を
するそれぞれ相手側のサーバに対して、電子商取引上の
取引情報を送信する第１の工程と、前記第１のサーバ又
は第２のサーバが、それぞれ相手側のサーバに対して、
前記電子商取引上の取引情報を送信した旨をその日時デ
ータと共に第１の監視情報として、前記第３のサーバに
対して送信する第２の工程と、前記第３のサーバが、前
記第１の監視情報を受信し、これを登録する第３の工程
と、前記相手側のサーバが、前記取引情報を受信する第
４の工程と、前記相手側のサーバが、前記第３のサーバ
に対して、前記取引情報を受信し、若しくは前記取引情
報を確認した旨の第２の監視情報を送信する第５の工程
と、前記第３のサーバが、前記第２の監視データを受信
し、これを登録する第６の工程と、前記第３のサーバ
が、前記第１の監視情報に基づき、前記電子商取引が所
定時間内に行われたか否かを検出し、又は、前記第１の
監視データの日時と第２の監視データの日時とを比較
し、前記電子商取引が、所定の時間内に行われたか否か
を検出する第７の工程と、前記電子商取引が、所定の時
間内に行われなかったことを、前記第３のサーバが検出
したとき、前記第３のサーバは、少なくとも前記第１の
サーバ又は第２のサーバの何れかに対して、当該電子商
取引が成立していないか、もしくは、異常が発生したこ
とを知らせる第８の工程とを少なくとも含むことを特徴
とするものであり、叉、第２態様は、前記第３のサーバ
が、前記電子商取引が成立していないか、もしくは、異
常が発生したことを検出した時、前記第３のサーバは、
自動的に、当該電子商取引が成立していないか、もしく
は、異常が発生したことを、少なくとも前記第１のサー
バ又は第２のサーバの何れかに対して知らせることを特
徴とするものであり、叉、第３態様は、前記電子商取引
が、所定の時間内に行われていないか、もしくは、異常
が発生したことを知らせる手段は、前記ネットワークを
用いない他の通信手段で行われることを特徴とするもの
である。

【００１０】

【発明の実施の形態】本発明に係わる電子商取引の監視
システムは、物品、情報又はサービスの売買の際に行わ
れる、購入者と提供者との間のデータの送受信が指定さ
れた期間内に完了したかどうかを監視し、もし、指定さ
れた期間内に完了しない場合は、その旨警告を通知する
ことを特徴としている。

【００１１】図１のように、購入者、提供者、監視者が
インターネットなどの電子ネットワークで結ばれてお
り、この電子ネットワークを用いて購入者と提供者との
間で電子商取引が行われる。このとき、購入者と提供者
の間のデータ送受信は、監視者を仲介して行われるもの
であってもよいし、購入者と提供者との間で直接行われ
てもよい。このようにして行われる電子商取引のデータ
送信から受信までの時間、もしくは、データ送信から受
信データ確認までの時間が、予め決められた時間内に行
われること監視し、もし、予め決められた時間内に行わ
れなければ、警告を通知することを特徴としている。

【００１２】ここで、購入者からの取引情報としてのデ
ータ送信には、例えば、見積依頼、発注処理、出荷確
認、支払処理、検収処理、請求確認等があり、提供者か
らの取引情報としてのデータ送信には、例えば、見積回
答、受注確認、出荷処理、入金確認、検収確認、請求処
理等が含まれる。

【００１３】また、受信とは、データサーバにデータが
保存されたことを意味し、受信者が受信データを確認し
たわけではない。また、受信データ確認とは、データサ
ーバに保存されている受信データを受信者が確認したこ
とを意味する。

【００１４】

【実施例】以下に、本発明に係わる電子商取引の監視シ
ステムとその監視方法の具体例を図面を参照しながら詳
細に説明する。

【００１５】図１〜図１１は、本発明に係わる電子商取
引の監視システムとその監視方法の具体例を示す図であ
って、これらの図には、物品、情報又はサービスを購入
する側の第１のサーバ１と、物品、情報又はサービスを
提供する側の第２のサーバ２とがネットワーク４を介し
て接続され、前記二つのサーバ間で行われる電子商取引
の監視システムであって前記二つのサーバ間で行われる
電子商取引が所定時間内に実行されたか否かを監視する
電子商取引監視用の第３のサーバ３を設け、この第３の
サーバ３が、前記二つのサーバ間で行われる電子商取引
を監視するように構成したことを特徴とする電子商取引
の監視システムが示されている。

【００１６】この場合、前記第１のサーバ１と第２のサ
ーバ２間の電子商取引は、前記第３のサーバ３を介して
行うように構成しても良い。

【００１７】又、図１〜図１１には、前記第１のサーバ
１又は第２のサーバ２が、それぞれ相手側のサーバに対
して、電子商取引上の取引情報５を送信した際、その日
時データと共に前記取引情報を送信した旨の監視情報６
を前記第３のサーバ３に対して送信し、前記第１のサー
バ１と第２のサーバ２間の前記電子商取引が、所定時間
内に成立しないか、若しくは実行されなかったことを、
前記監視情報６に基づき前記第３のサーバ３が検出した
時、第３のサーバ３は、少なくとも前記第１のサーバ１
又は第２のサーバ２の何れかに対して、当該電子商取引
が成立していないか、もしくは、異常が発生したことを
通信手段１４で知らせるように構成したことを特徴とす
る監視システムが示されている。

【００１８】この場合、前記電子商取引が成立していな
いか、もしくは、異常が発生したことを知らせる手段
は、前記ネットワーク４を用いない他の通信手段１４で
行われるように構成されることが望ましい。

【００１９】更に、図１〜図１１には、物品、情報又は
サービスを購入する側の第１のサーバ１と、物品、情報
又はサービスを提供する側の第２のサーバ２とがネット
ワーク４を介して接続され、前記二つのサーバ間で行わ
れる電子商取引を、このネットワーク４に接続されてい
る監視用の第３のサーバ３を介して監視するようにした
電子商取引の監視方法であって、前記第１のサーバ１
（又は第２のサーバ２）が、前記電子商取引をするそれ
ぞれ相手側のサーバ２（又は１）に対して、電子商取引
上の取引情報５を送信する第１の工程（図１及びステッ
プＳ１）と、前記第１のサーバ１（又は第２のサーバ
２）が、それぞれ相手側のサーバ２（又は１）に対し
て、前記電子商取引上の取引情報５を送信した旨をその
日時データと共に第１の監視情報６として、前記第３の
サーバ３に対して送信する第２の工程（図１及びステッ
プＳ２）と、前記第３のサーバ３が、前記第１の監視情
報６を受信し、これを登録する第３の工程（図２及びス
テップＳ３）と、前記相手側のサーバ２（又は１）が、
前記取引情報５を受信する第４の工程（図３及びステッ
プＳ４）と、前記相手側のサーバ２（又は１）が、前記
第３のサーバ３に対して、前記取引情報５を受信し、若
しくは前記取引情報５を確認した旨の第２の監視情報２
６又は２７を送信する第５の工程（図４、図８及びステ
ップＳ５）と、前記第３のサーバ３が、前記第２の監視
データ２６を受信し、これを登録する第６の工程（図
５、図９及びステップＳ６）と、前記第３のサーバが、
前記第１の監視情報６に基づき、前記電子商取引が所定
時間内に行われたか否かを検出し、又は、前記第１の監
視データの日時と第２の監視データ２６の日時とを比較
し、前記電子商取引が、所定の時間内に行われたか否か
を検出する第７の工程（ステップＳ７）と、前記電子商
取引が、所定の時間内に行われなかったことを、前記第
３のサーバ３が検出したとき、前記第３のサーバ３は、
少なくとも前記第１のサーバ１又は第２のサーバ２の何
れかに対して、当該電子商取引が成立していないか、も
しくは、異常が発生したことを通信手段１４を介して知
らせる第８の工程（図１０及びステップＳ８）と、を少
なくとも含むことを特徴とする電子商取引の監視方法が
示されている。

【００２０】以下に、本発明を具体的に説明する。

【００２１】なお、以下の説明では、データ送信として
購入者が発注処理を行った例を用いて説明する。

【００２２】まず、図２に示すように、購入者側のサー
バ（以下、購入者という）１が、発注処理として、イン
ターネット用のブラウザソフトなどを用いて、提供者側
のサーバ（以下、提供者という）２に発注送信し（取引
情報５を送信し）、同時に監視者側のサーバ（以下、監
視者という）３に対して、発注送信通知を行う（第１に
監視情報６を通知する）。この発注送信では、商品名、
数量、納期などの発注に必要な情報が送信される。この
とき同時に送信される発注送信通知では、発注送信のデ
ータそのもの、若しくは、発注送信のデータの管理番号
と共に、発注送信が行われた日時が送信される。この発
注送信通知は、購入者が意識せず、監視者３に自動的に
送信されるように、ソフトの機能として組み込まれてい
ることが望ましい。

【００２３】次に、図３に示すように、提供者２が発注
を受信し、監視者３が発注送信登録を行う（第１に監視
情報６の登録を行う）。この登録された発注送信登録デ
ータは、データ送信の時刻を参照するときに用いられ
る。ここでの発注受信とは、購入者１からの発注データ
が、提供者２のデータサーバに受注データとして保存さ
れたことを意味し、提供者が発注を確認したわけではな
い。

【００２４】次に、図４に示すように、提供者２が正常
に発注データを受信した場合に、提供者２から監視者３
へ発注受信通知２６が発信される（第２に監視情報２６
が通知される）。この発注受信通知２６は、提供者２が
意識せず、監視者３に自動的に送信されるようにソフト
の機能として組み込まれている。

【００２５】次に、図５に示すように、監視者３では、
発注受信の登録が行われる。この登録された発注受信登
録データは、受信の時刻を参照するときに用いられる。

【００２６】次に、図６に示すように、監視者３は、購
入者１に対して、提供者が発注データを正常に受信した
ことを通知し、図７に示すように、購入者１が発注受信
登録通知を受信する。ここで、購入者１は、発注送信が
正常に提供者２に受信されたことを初めて確認すること
ができる。

【００２７】次に、図８に示すように、提供者２が受注
確認を行うと、提供者２から監視者３へ受注確認通知
（第２の監視情報）２７が発信される。尚、ここでの受
注確認とは、提供者のデータサーバに保存されている受
注データを、提供者がブラウザソフトなどを用いて確認
したことを意味する。なお、受注確認通知２７は、提供
者が意識せず、自動的に監視者３に送信されるようにソ
フトの機能として組み込まれていることが望ましい。

【００２８】次に、図９に示すように、監視者３が受注
確認登録を行う。この登録された受注確認登録データ
は、受信の時刻を参照するときに用いられる。

【００２９】もし、発注送信登録がされた時刻から決め
られた時間内に発注受信登録が行われない場合、もしく
は、発注送信登録がされた時間から決められた時間内に
受注確認登録が行われなかった場合には、監視者３がこ
れを検出し、図１０に示すように、提供者１又は提供者
１と購入者２との両者に異常発生通知がなされる。この
異常発生通知は、電子商取引が行われている通信手段４
であるインターネットを用いずに、別の通信手段１４、
例えば、電話などが望ましい。その理由は、異常発生理
由が、電子商取引の行われている通信手段４自体である
可能性もあるためである。

【００３０】上記した説明では、発注処理を例に挙げた
が、その他の電子商取引におけるデータの送受信であっ
ても、この監視システムを用いることができる。

【００３１】監視者３は、上記したシステムを用いるこ
とにより、提供者１又は購入者２の少なくとも何れか
ら、監視業務に対する報酬を得ることが出来る。

【００３２】

【発明の効果】本発明に係わる電子商取引の監視システ
ムとその監視方法は、上述のように構成したので、以下
のような効果を奏する。 （１）受信者の電子商取引システムが停止、もしくは、
受信データ確認もれなどの発生をいち早く知ることがで
き、迅速な対応が可能になる。 （２）発信者が、監視者にデータ送信の登録してもらう
ことで公正なデータ送信の確認ができる。 （３）電子商取引システムにおけるトラブルによる送信
データ及び受信データ消失の際の責任が明確になる。

【図面の簡単な説明】

【図１】本発明に係わる電子商取引の監視システムの概
略の構成を示す図である。

【図２】本発明の各段階を説明する図である。

【図３】図２に続く段階を説明する図である。

【図４】図３に続く段階を説明する図である。

【図５】図４に続く段階を説明する図である。

【図６】図５に続く段階を説明する図である。

【図７】図６に続く段階を説明する図である。

【図８】図７に続く段階を説明する図である。

【図９】図８に続く段階を説明する図である。

【図１０】図９に続く段階を説明する図である。

【図１１】本発明の動作を説明するフローチャートであ
る。

【図１２】従来技術での各段階を説明する図である。

【図１３】図１２に続く段階を説明する図である。

【図１４】図１３に続く段階を説明する図である。

【図１５】図１４に続く段階を説明する図である。

【符号の説明】

１ 購入者側のサーバ（購入者） ２ 提供者側のサーバ（提供者） ３ 監視者側のサーバ（監視者） ４ ネットワーク １４ 他の通信手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 物品、情報又はサービスを購入する側の
   第１のサーバと、物品、情報又はサービスを提供する側
   の第２のサーバとがネットワークを介して接続され、前
   記二つのサーバ間で行われる電子商取引の監視システム
   であって、 前記二つのサーバ間で行われる電子商取引が所定時間内
   に実行されたか否かを監視する電子商取引監視用の第３
   のサーバを設け、この第３のサーバが、前記二つのサー
   バ間で行われる電子商取引を監視するように構成したこ
   とを特徴とする電子商取引の監視システム。
2. 【請求項２】 前記第１のサーバと第２のサーバ間の電
   子商取引は、前記第３のサーバを介して行うように構成
   したことを特徴とする請求項１記載の電子商取引の監視
   システム。
3. 【請求項３】 前記第１のサーバ又は第２のサーバが、
   それぞれ相手側のサーバに対して、電子商取引上の取引
   情報を送信した際、その日時データと共に前記取引情報
   を送信した旨の監視情報を前記第３のサーバに対して送
   信し、前記第１のサーバと第２のサーバ間の前記電子商
   取引が、所定時間内に成立しないか、若しくは実行され
   なかったことを、前記監視情報に基づき前記第３のサー
   バが検出した時、第３のサーバは、少なくとも前記第１
   のサーバ又は第２のサーバの何れかに対して、当該電子
   商取引が成立していないか、もしくは、異常が発生した
   ことを知らせるように構成したことを特徴とする請求項
   １又は２記載の電子商取引の監視システム。
4. 【請求項４】 前記第３のサーバが、前記電子商取引が
   成立していないか、もしくは、異常が発生したことを検
   出した時、前記第３のサーバは、自動的に、当該電子商
   取引が成立していないか、もしくは、異常が発生したこ
   とを、少なくとも前記第１のサーバ又は第２のサーバの
   何れかに対して知らせることを特徴とする請求項３記載
   の電子商取引の監視システム。
5. 【請求項５】 前記電子商取引が成立していないか、も
   しくは、異常が発生したことを知らせる手段は、前記ネ
   ットワークを用いない他の通信手段で行われることを特
   徴とする請求項３又は４記載の電子商取引の監視システ
   ム。
6. 【請求項６】 物品、情報又はサービスを購入する側の
   第１のサーバと、物品、情報又はサービスを提供する側
   の第２のサーバとがネットワークを介して接続され、前
   記二つのサーバ間で行われる電子商取引を、このネット
   ワークに接続されている監視用の第３のサーバを介して
   監視するようにした電子商取引の監視方法であって、 前記第１のサーバ又は第２のサーバが、前記電子商取引
   をするそれぞれ相手側のサーバに対して、電子商取引上
   の取引情報を送信する第１の工程と、 前記第１のサーバ又は第２のサーバが、それぞれ相手側
   のサーバに対して、前記電子商取引上の取引情報を送信
   した旨をその日時データと共に第１の監視情報として、
   前記第３のサーバに対して送信する第２の工程と、 前記第３のサーバが、前記第１の監視情報を受信し、こ
   れを登録する第３の工程と、 前記相手側のサーバが、前記取引情報を受信する第４の
   工程と、 前記相手側のサーバが、前記第３のサーバに対して、前
   記取引情報を受信し、若しくは前記取引情報を確認した
   旨の第２の監視情報を送信する第５の工程と、 前記第３のサーバが、前記第２の監視データを受信し、
   これを登録する第６の工程と、 前記第３のサーバが、前記第１の監視情報に基づき、前
   記電子商取引が所定時間内に行われたか否かを検出し、
   又は、前記第１の監視データの日時と第２の監視データ
   の日時とを比較し、前記電子商取引が、所定の時間内に
   行われたか否かを検出する第７の工程と、 前記電子商取引が、所定の時間内に行われなかったこと
   を、前記第３のサーバが検出したとき、前記第３のサー
   バは、少なくとも前記第１のサーバ又は第２のサーバの
   何れかに対して、当該電子商取引が成立していないか、
   もしくは、異常が発生したことを知らせる第８の工程
   と、 を少なくとも含むことを特徴とする電子商取引の監視方
   法。
7. 【請求項７】 前記第３のサーバが、前記電子商取引が
   成立していないか、もしくは、異常が発生したことを検
   出した時、前記第３のサーバは、自動的に、当該電子商
   取引が成立していないか、もしくは、異常が発生したこ
   とを、少なくとも前記第１のサーバ又は第２のサーバの
   何れかに対して知らせることを特徴とする請求項６記載
   の電子商取引の監視方法。
8. 【請求項８】 前記電子商取引が、所定の時間内に行わ
   れていないか、もしくは、異常が発生したことを知らせ
   る手段は、前記ネットワークを用いない他の通信手段で
   行われることを特徴とする請求項６又は７記載の電子商
   取引の監視方法。