JPH11345265A - 電子商取引システム - Google Patents

Abstract

(57)【要約】 【課題】 電子商取引システムにおいて、企業間で授受
される取引情報を基にして企業間で決済処理のしやすい
データベースを作成し、このデータベースを利用して企
業間に亘る相殺処理を実行する。 【解決手段】 サーバ１１の相殺管理部２４は、端末装
置から発注データを受信したとき、取引の識別子と発注
者の識別子をもつ取引レコードを作成して取引情報デー
タベース２１に登録する。同一取引識別子をもつ受注デ
ータを受信したとき、取引情報データベース２１を検索
して該当するレコードに受注者の識別子と精算金額を設
定するよう更新する。２つ以上の取引レコードについて
相殺指示を受けたとき、相殺管理部２４は指定された取
引レコードについて相殺処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータを利
用して電子的に商取引を行う電子商取引システムに係わ
り、特に取引者間で伝送されデータベースに登録された
取引情報を基にして取引者間の支払金額を相殺処理する
ような電子商取引システムに関する。

【０００２】

【従来の技術】近年、企業間等で商取引を行うにあた
り、各企業に配置される端末装置をネットワークを介し
て相互に接続し、相互に取引情報を交換して商取引を行
う電子商取引が実用化されつつある。

【０００３】例えば特開平９−７３４９６号公報は、売
り主と買い主との間を接続する産業界ネットワークを介
して受発注等のデータを交換して商取引を行い、金融機
関との間に設けられた中継センタを介して支払関連デー
タを相互に交換することにより効率よく商取引を行える
ようにしたシステムを開示する。

【０００４】

【発明が解決しようとする課題】商取引を行う当事者、
特に企業のように特定の相手方の取引者と相互に代金の
支払いが発生するような商取引を行う場合、支払金額及
び受取金額を集計するとともに、集計された金額を相互
に相殺するようなことが行われる。また複数の企業でグ
ループを構成し、グループ内の企業間で支払金額および
受取金額を相殺するといったことも行われる。

【０００５】上記従来技術によれば、中継センタを介し
て支払い関連データを交換することにより各種の送金方
法を採ることができる。しかし上述したような特定相手
方、あるいは複数企業間で行われるような支払金額と受
取金額の相殺に関しては何等考慮がされておらず、この
ような相殺処理を行うには、それぞれの企業が発注およ
び受注した商品についてどの企業までの相殺作業が終了
していて、限度額に対して超過がないか否かを把握する
といった決済情報の管理を行わなければならない。この
ため各企業における負担が大きく、また効率の良い決済
処理を行うことが難しいと云った問題があった。

【０００６】本発明の目的は、各取引者から送られる取
引情報を基にして決済管理のしやすいデータベースを作
成することにある。

【０００７】本発明の他の目的は、このデータベースを
用いて相殺処理を実行することにある。

【０００８】

【課題を解決するための手段】本発明は、取引の識別
子、発注者の識別子、受注者の識別子及び発注者から受
注者へ支払うべき精算金額を有する取引情報を複数個格
納する記憶手段と、発注データを受信したとき取引の識
別子および発注者の識別子を設定した取引情報をこの記
憶手段に登録する処理手段と、同一の取引識別子をもつ
取引情報について受注データを受信したときこの取引情
報に受注者の識別子と精算金額を設定するようこの記憶
手段を更新する手段とを有する電子商取引システムを特
徴とする。

【０００９】また本発明は、発注者である第１の取引者
から受注者である第２の取引者へ支払うべき第１の精算
金額を有する第１の取引情報と、発注者である第２の取
引者から受注者である第１の取引者へ支払うべき第２の
精算金額を有する第２の取引情報とを格納する記憶手段
と、第１の取引情報と第２の取引情報について相殺指示
があったとき、第１の精算金額と第２の精算金額とが等
しいとき両金額を相殺して第１の取引情報と第２の取引
情報とを支払済としてこの記憶手段を更新し、第１の精
算金額と第２の精算金額とが等しくないとき小さい方の
精算金額をもつ取引情報を支払済とし、大きい方の精算
金額をもつ取引情報の精算金額を第１の精算金額と第２
の精算金額の差額にするようこの記憶手段を更新する処
理手段を有する電子商取引システムを特徴とする。

【００１０】さらに本発明は、上記の処理手段をプログ
ラムの形態で格納する記憶媒体を特徴とする。

【００１１】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。

【００１２】図１は、本発明の一実施形態における電子
商取引システムの構成図である。

【００１３】本システムは、サーバ１１と、ネットワー
ク１５を介してサーバ１１に接続されクライアントとな
る取引情報端末１２ａ、１２ｂ、１２ｃ、１２ｄ（以
下、個々の取引情報端末を特に区別する必要がない場合
には、添字を省略して取引情報端末１２として引用す
る）とから構成される。

【００１４】取引情報端末１２は、本システムを利用し
て商取引を行う企業等に設置され、取引を行う相手方に
設けられた取引情報端末１２との間で取引情報の送受信
を行う。取引情報はサーバ１１により中継されて送信元
の取引情報端末１２から送信先の取引情報端末１２に伝
送される。例えば取引情報端末１２ａから取引端末１２
ｄに取引情報を送る場合、取引情報端末１２ａから送信
された取引情報は一旦サーバ１１により受信され、その
後サーバ１１から取引端末１２ｄに送られる。またサー
バ１１は、このように取引情報端末１２相互の取引情報
の受け渡しに介在して取引情報端末１２間で受け渡され
る商品の発注、受注、支払などに関する取引情報を中継
するとともに、取引情報に基づいて発注・受注から清算
完了までの作業中に参照可能な取引情報データベースを
作成し、また更新してその決済状況を管理する。

【００１５】取引情報端末１２は、パーソナルコンピュ
ータ等の情報処理装置によって構成される。取引情報端
末１２がサーバ１１を介して他の取引情報端末１２との
間で商取引を行うために必要となる機能は、その情報処
理装置で実行されるアプリケーションプログラム（Ａ
Ｐ）により実現される。

【００１６】サーバ１１は、パソコン、ワークステーシ
ョン、メインフレームコンピュータ等の情報処理装置で
ある。ネットワーク１５としては、複数の取引当事者間
で利用できるインターネット、ＶＡＮ業者が提供する専
用線などを利用することができる。

【００１７】図２は、サーバ１１の機能構成を示すブロ
ック図である。取引情報データベース２１は、サーバ１
１の処理装置に接続される記憶装置上に設けられ、取引
情報端末１２間でやりとりされる発注データ及び受注デ
ータに基づいて複数の取引情報端末１２に亘る取引情報
についてのデータを格納する。

【００１８】相殺管理部２４は、受発注データを基にし
て精算に適したレコードの形式に展開して取引情報デー
タベース２１に格納する。また支払い情報及び相殺指示
に従って取引情報データベース２１の該当するレコード
を削除又は更新する。

【００１９】検索部２７は、取引情報端末１２からの照
会要求に応答して取引情報データベース２１を検索し、
該当するレコードを取得する処理部である。編集部２８
は、検索部２７が取得した取引データを編集し、取引状
況データを作成する処理部である。

【００２０】送受信部２２は、取引情報端末１２から送
られてくる取引情報及び照会要求を受信し、取引情報の
他の取引情報端末への中継、取引状況データの送信の制
御を行う。また送受信部２２は、受信した取引情報を相
殺管理部２４に送り、照会要求を検索部２７に送る。

【００２１】これらの送受信部２２、相殺管理部２４、
検索部２７及び編集部２８の機能は、ソフトウェアによ
る機能モジュールとして実現できる。このようなソフト
ウェアによる機能モジュールは、単独でまたは取引情報
端末１２間で商取引を行う上で必要となるサーバ１１の
他の機能を実現するための機能モジュールと共に、記憶
媒体上にプログラムとして格納され、サーバ１１の主記
憶装置に読み込まれるかまたは伝送され、処理装置によ
って実行される。

【００２２】図３は、取引情報端末１２間で送受信され
る取引情報のうち、商品の発注側から受注側に送られる
発注データの一例を示す図である。発注データは、発注
する商品を特定するための商品番号、その商品の単価、
数量、金額、商品の納入日を示す納期、発注者及びその
取引を特定する取引番号（取引の識別子）を含んでい
る。

【００２３】図４は、取引情報端末１２間で送受信され
る取引情報のうち、商品の受注側から発注側に送られる
受注データの一例を示す図である。受注データは、商品
番号、単価、数量、金額、納期、支払いが行われる日で
ある精算日、精算金額、取引条件、発注者、受注した当
事者を特定するための受注者および取引番号を含んでい
る。

【００２４】発注者、受注者としては、取引情報端末１
２を所有する企業等の名称、あるいはそれら企業に対し
てシステム内で割り当てられる会員番号、識別子などの
識別情報を用いることができる。なお取引情報の書式と
して、ＣＩＩシンタックスルール、ＥＤＩＦＡＣＴのよ
うな標準書式に準拠することができる。また取引番号や
商品番号などは商取引を行う当事者間のコード体系の統
一基準に従って統一されているものとする。

【００２５】図５は、取引情報端末１２からサーバ１１
へ送信される支払い情報のデータ例を示す図である。

【００２６】支払い情報は、発注者番号、取引番号、発
注者、受注者及び支払金額を含んでいる。

【００２７】図６は、取引情報データベース２１に格納
される取引データの構成を示すデータ構成図である。取
引データは、各取引の清算日順に取引の清算予定を示し
ている。各レコードは、清算日４０、清算金額４１、取
引番号４２、取引日４３、発注者（支払）４４、受注者
（受取）４５、商品番号４６、納期４７、単価４８、数
量４９、取引額５０、取引条件５１及び相殺状況５２等
の取引情報を含んでいる。取引情報データベース２１
は、特に相殺処理をするのに適したデータ形式をもつ
が、相殺処理をするか否かにかかわらず発注者４４と受
注者４５との間の支払金額の状況を把握するのに便利な
データ形式となっている。

【００２８】清算日４０は、取引当事者間で決まってい
る取引の清算日（振込日）である。清算金額４１は、精
算日４０で指定される日に精算される金額を示す情報で
あり、通常は受注時に決定された受注金額である。取引
番号４２は、商取引を行う当事者間で合意した個々の取
引を識別する通番である。発注者（支払）４４、受注者
（受取）４５は、それぞれ商取引を行った取引者である
発注者、受注者を特定するための情報であり、発注デー
タ及び受注データに含まれる発注者、受注者に相当する
ものである。商品番号４６は、取引当事者間で成立した
取引において取引される商品の識別子である。納期４７
は、商品の納入日である。単価４８、数量４９、取引額
５０は、取引が成立したときの取引内容である。取引条
件５１は、清算日、支払回数などの条件を示す情報であ
る。たとえば当事者間で標準清算条件を使うときは、
「商品受取後３０日以内」、「商品受取後の翌月末」、
「商品受取時」、「商品契約成立時」、「商品受取後２
週間以内」などがある。また支払を複数回に分割して行
う取引方法もある。相殺状況５２は、相殺処理が終了し
たか否か、すなわち消込みの状態を示すフラグである。
図６の例では、企業間あるいは企業グループ間での相殺
済は「済」、相殺未完は「未」である。

【００２９】図６において、レコード５５は、取引番号
がＰＳ００１の取引について商品納期が８月２０日であ
り、１０月２５日に発注者である企業Ａから受注者であ
る企業Ｂへ６００万円が振込まれることを示している。

【００３０】また商取引における精算が分割して行われ
る場合は、例えばレコード５６とレコード５７に示され
るように、同一の取引番号の取引に対して精算日ごとに
レコードが形成され、取引条件５１に取引条件として精
算の分割回数、精算回数等を示す情報が設定される。

【００３１】図７は、サーバ１１の記憶装置に格納さ
れ、取引情報について信用限度額をチェックするときの
テーブルの一例を示す図である。信用限度額レコード
は、発注者、信用限度額、アラーム値及び清算日より構
成されている。この例ではアラーム値は信用限度額の８
０％に設定されている。信用限度額、アラーム値、清算
日は、企業グループ内の発注者、受注者ごとに設定する
こともできる。最初のレコードは、発注者がＡで、信用
限度額が３００百万円、アラーム値が２４０百万円、清
算日は毎月２５日を示している。

【００３２】図８は、サーバ１１の相殺管理部２４の処
理の流れを示すフローチャートである。相殺管理部２４
は、送受信部２２を介して取引情報端末１２から取引情
報を受信し（ステップ６０）、信用限定額テーブルを参
照して取引情報に含まれる発注者又は受注者に関する取
引金額が信用限定額以内か否か判定する（ステップ６
１）。信用限度額を越えていれば（ステップ６１Ｎ
Ｏ）、処理を終了する。信用限定額以内であれば（ステ
ップ６１ＹＥＳ）、アラーム値を越えているか否か判定
する（ステップ６２）。アラーム値を越えていれば（ス
テップ６２ＹＥＳ）、相殺管理部２４は取引情報を送信
した取引情報端末１２へアラーム情報を通知しし（ステ
ップ６３）、ステップ６４へ行く。

【００３３】次に相殺管理部２４は、取引情報に含まれ
る取引番号をキーとして取引情報データベース２１を検
索し（ステップ６４）、取引情報データベース２１に登
録されていない新規の取引に関する取引情報か否か判定
する（ステップ６５）。取引情報データベース２１に登
録されていなければ（ステップ６５ＹＥＳ）、新規の発
注情報とみなして、取引情報データベース２１のレコー
ドを作成し、取引情報データベース２１の最後のレコー
ドとして登録し（ステップ６６）、処理を終了する。こ
のとき清算日４０、清算金額４１、受注者４５及び取引
条件５１は空欄のままであり、取引日４３はサーバ１１
が発注情報を受けた日であり、相殺状況５２には未を設
定する。

【００３４】取引情報が取引情報データベース２１に登
録されており（ステップ６５ＮＯ）、受注情報であれば
（ステップ６７受注）、既存の発注情報を更新し、取引
情報データベース２１を更新する（ステップ６８）。受
注情報の清算日４０、清算金額４１、受注者４５及び取
引条件５１をデータ入力し、取引日４３、納期４７、単
価４８、数量４９、取引額５０を更新する。作成された
レコードを清算日４０の順序に従って取引情報データベ
ース２１に挿入する。また分割払いの場合には、分割の
個数だけレコードを分割し、各々のレコードを清算日４
０の順序に従って取引情報データベース２１に挿入す
る。

【００３５】取引情報が支払い情報であれば（ステップ
６７支払）、支払い情報中の発注者、受注者及び支払金
額と既存受注情報中の発注者４４、受注者４５及び清算
金額４１とが各々一致していれば当該レコードを取引情
報データベース２１から削除する（ステップ６９）。

【００３６】取引情報が相殺指示であれば（ステップ６
７相殺）、指定された２つ以上の取引番号のレコードに
ついて発注者４４と受注者４５の間で清算金額４１の相
殺計算を行い（ステップ７０）、取引情報データベース
２１中の該当レコードの相殺状況５２を済に更新する
（ステップ７１）。最後に相殺されなかった支払い残分
の金額があれば、支払い残を生じたレコードを基にし、
清算金額４１を支払残金額に更新したレコードを作成し
て取引情報データベース２１に登録する（ステップ７
２）。２つの取引レコードの清算金額４１を相殺する場
合には、第１のレコードの発注者４４は第２のレコード
の受注者４５に等しく第２のレコードの発注者４４は第
１のレコードの受注者４５に等しいから、両レコードの
清算金額４１の差額を求める。差額が０であれば両レコ
ードの相殺状況５２を済に更新する。差額が０でなけれ
ば小さい方の清算金額４１をもつレコードの相殺状況５
２を済とし、大きい方の清算金額４１をもつレコードの
清算金額４１を両清算金額４１の差額に更新する。大き
い方の清算金額４１をもつレコードの相殺状況５２を済
とし、別に大きい方の清算金額４１をもつレコードの清
算金額４１を両清算金額４１の差額に更新したレコード
を追加してもよい。２つ以上の取引レコードの清算金額
４１を相殺する場合には、２つの取引レコードについて
上記相殺処理を行い、支払い未済で残った取引レコード
の中から２つの取引レコードを選択して上記相殺処理を
行い、最後にすべての取引レコードの相殺状況５２が済
になるか又はただ１つの取引レコードの清算金額４１が
支払い残として支払い未済になるまで処理を繰り返す。

【００３７】図９は、取引情報端末１２から取引状況の
照会要求を受けたときのサーバ１１の応答処理の流れを
示すフローチャートである。検索部２７は送受信部２２
を介して取引情報端末１２から照会要求を受信すると
（ステップ８１）、取引情報データベース２１を検索し
て要求のあった企業が発注者４４又は受注者４５となつ
ているレコードを抽出する（ステップ８２）。検索条件
として精算日が指定されていれば、指定された精算日の
レコードを抽出する。編集部２８は抽出された取引情報
を編集し（ステップ８３）、送受信部２２を介して取引
状況データを照会元の取引情報端末１２へ送信する（ス
テップ８４）。

【００３８】図１０は、取引情報端末１２の表示装置上
に表示される取引状況データのデータ例を示す図であ
る。取引情報端末１２は、サーバ１１から受け取った指
定した精算日の取引状況データを発注データと受注デー
タに分けて表示する。

【００３９】図１１は、取引情報端末１２の表示装置上
に表示される支払いと受け取りの状況のデータ例を示す
図である。サーバ１１から受け取った指定した精算日の
取引状況データの各レコードから発注者４４、受注者４
５及び清算金額４１を抽出し、ＢからＡのように同一の
支払企業−受け取り企業間の金額を集計し、支払い側と
受取側に各企業名を配列したマトリックスによって当該
Ａ企業と他企業との間の支払／受取の状況を表示する。
このマトリックスによって、例えばＢからＡへの支払い
金額２２．５Ｍ￥とＡからＢへの支払い金額６Ｍ￥を相
殺すると、ＢからＡへの支払い残１６．５Ｍ￥となるこ
とが知れる。なおサーバ１１の編集部２８がこのマトリ
ックスを作成して取引情報端末１２へ送信してもよい。

【００４０】図１２は、取引情報端末１２の表示装置上
に表示される相殺指示をするときの取引状況データのデ
ータ例を示す図である。相殺処理が選択されると、取引
情報端末１２は同一精算日の取引状況データの中で相殺
状況５２が未のレコードを抽出し、相殺に関連するよう
なデータ項目を抽出して表示装置上に表示する。２つ以
上のレコードが指示されると、取引情報端末１２はこれ
らレコードの取引番号と相殺指示をサーバ１１へ送信す
る。

【００４１】

【発明の効果】以上説明したように本発明によれば、発
注データと対応する受注データを１つの取引情報として
まとめた取引情報データベースを作成するので、企業間
での決済処理のしやすい電子商取引システムを提供でき
る。またこの取引情報データベースは一元管理されるの
で、各企業等がそれぞれ独自に企業間の取引状況を管理
することなく、これを把握することができ、各企業の負
担を軽減できる。さらにこの取引情報データベースを利
用して相殺処理を実行でき、各企業による取引の伝票発
行、銀行振り込み等の作業を軽減でき、取引費用を削減
できるとともに効率のよい商取引を実現できる。

【図面の簡単な説明】

【図１】実施形態の電子商取引システムの構成図であ
る。

【図２】実施形態のサーバ１１の機能構成を示すブロッ
ク図である。

【図３】発注側から受注側への発注データの一例を示す
図である。

【図４】受注側から発注側への受注データの一例を示す
図である。

【図５】支払い情報のデータ例を示す図である。

【図６】実施形態の取引情報データベース２１のデータ
構成を示す図である。

【図７】信用限度額データの一例を示す図である。

【図８】実施形態の相殺管理部２４の処理の流れを示す
フローチャートである。

【図９】実施形態の取引状況の照会処理の流れを示すフ
ローチャートである。

【図１０】取引状況データの表示例を示す図である。

【図１１】企業間の支払／受取状況の表示例を示す図で
ある。

【図１２】相殺指示をするときの表示例を示す図であ
る。

【符号の説明】

１１：サーバ、１２：取引情報端末、２１：取引情報デ
ータベース、２４：相殺管理部

Claims (5)

【特許請求の範囲】
1. 【請求項１】取引の識別子、発注者の識別子、受注者の
   識別子及び発注者から受注者へ支払うべき精算金額を有
   する取引情報を複数個格納する記憶手段と、発注データ
   を受信したとき取引の識別子および発注者の識別子を設
   定した該取引情報を該記憶手段に登録する処理手段と、
   同一の取引識別子をもつ取引情報について受注データを
   受信したとき該取引情報に受注者の識別子と該精算金額
   を設定するよう該記憶手段を更新する手段とを有するこ
   とを特徴とする電子商取引システム。
2. 【請求項２】取引者から取引状況の照会があったとき、
   該記憶手段上の取引情報を検索して該取引者の識別子が
   発注者の識別子と受注者の識別子のいずれか一方に合致
   する取引情報を抽出し、照会元の該取引者へ送信する処
   理手段をさらに有することを特徴とする請求項１記載の
   電子商取引システム。
3. 【請求項３】発注者である第１の取引者から受注者であ
   る第２の取引者へ支払うべき第１の精算金額を有する第
   １の取引情報と、発注者である第２の取引者から受注者
   である第１の取引者へ支払うべき第２の精算金額を有す
   る第２の取引情報とを格納する記憶手段と、 第１の取引情報と第２の取引情報について相殺指示があ
   ったとき、第１の精算金額と第２の精算金額とが等しい
   とき両金額を相殺して第１の取引情報と第２の取引情報
   とを支払済として該記憶手段を更新し、第１の精算金額
   と第２の精算金額とが等しくないとき小さい方の精算金
   額をもつ取引情報を支払済とし、大きい方の精算金額を
   もつ取引情報の精算金額を第１の精算金額と第２の精算
   金額の差額にするよう記憶手段を更新する処理手段とを
   有することを特徴とする電子商取引システム。
4. 【請求項４】コンピュータ読み取り可能な記憶媒体上に
   実体化されたプログラムであり、該プログラムは下記機
   能を含む： （ａ）発注データを受信したとき取引の識別子および発
   注者の識別子を有する取引情報を記憶手段に登録する機
   能、および（ｂ）同一の取引識別子をもつ取引情報につ
   いて受注データを受信したとき、該取引情報に受注デー
   タに含まれる受注者の識別子と精算金額を設定するよう
   該記憶手段を更新する機能。
5. 【請求項５】コンピュータ読み取り可能な記憶媒体上に
   実体化されたプログラムであり、該プログラムは下記機
   能を含む： （ａ）発注者である第１の取引者から受注者である第２
   の取引者へ支払うべき第１の精算金額を有する第１の取
   引情報と、発注者である第２の取引者から受注者である
   第１の取引者へ支払うべき第２の精算金額を有する第２
   の取引情報とを記憶手段に格納する機能、（ｂ）第１の
   取引情報と第２の取引情報について相殺指示があったと
   き、第１の精算金額と第２の精算金額とが等しいとき両
   金額を相殺して第１の取引情報と第２の取引情報とを支
   払済として該記憶手段を更新する機能、および（ｃ）第
   １の精算金額と第２の精算金額とが等しくないとき小さ
   い方の精算金額をもつ取引情報を支払済とし、大きい方
   の精算金額をもつ取引情報の精算金額を第１の精算金額
   と第２の精算金額の差額にするよう記憶手段を更新する
   機能。