JPH1115873A - 資金管理と連動した電子商取引システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】商品を購入するとき、コンピュータで支払期日
の資金予想残高を想定して、自動的に商品購入の可否を
判断する。 【解決手段】発注元が商品を購入するとき、商品の決済
時の資金残高をコンピュータで計算し、画面に表示し、
可否を判断する。発注元のコンピュ−タ２０１は、発注
時、商品を購入しても必要資金が最低限以上残ることを
自動的に判断した後、発注製品等を一意に特定できる発
注元コ−ド・発注番号等を送信し、ペイメント・サ−バ
２２５は与信限度額のチェックの後、商品購入情報をク
レジット会社に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はインタ−ネット等の
ネットワ−ク網を介した電子商取引において、発注元
（消費者等）や受注元（加盟店）が電子的に資金管理す
る分野に関するものである。

【０００２】

【従来の技術】従来の装置は、特表平６−５０１８０２
に記載のようにユ−ザが商品等を電子的に購入時、代金
支払いプロセッサが選択商品とユ−ザの預金口座情報を
チェックし、代金の支払いの認可をユーザの金融機関に
送信し、認可シグナルを受注元に送信している。

【０００３】

【発明が解決しようとする課題】上記従来技術の課題
は、受注元から見て、発注元（又は消費者）に売っても
よいかどうか確認する処理であり、発注元（又は消費
者）の立場に立って、今後の資金予想から判断して製品
等を購入してもよいかどうかという視点で電子商取引の
判断がなされていないという課題があった。また、発注
元（又は消費者）は代金支払決済時の自社（又は消費者
自身）の資金残高を自ら手計算、あるいはコンピュータ
にデータを収集してバッチ処理計算した結果を元に製品
等を購入してもよいかどうかという判断情報を把握しな
くてはならないという課題があった。また、インターネ
ット等を通じて電子商取引時、該オンラインシステムに
連動して資金管理されていないという課題があった。本
発明の目的はこの課題を解決することにある。

【０００４】

【課題を解決するための手段】上記従来技術の課題は、
発注元（又は消費者）が商品を購入するときや、あるい
はサービスを受ける時、該商品の決済時の資金残高をコ
ンピュータで計算し、画面に表示し、商品購入を判断す
ることにより解決できる。また、発注元（又は消費者）
のコンピュータは発注時、商品を購入しても必要資金が
最低限以上残ることを自動的に判定し、発注することに
より解決できる。また、発注元（又は消費者）は該発注
製品等を一意に特定できる発注元コード・発注番号等を
設定して、商品購入情報をモ−ル・サ−バに送信し、モ
−ル・サ−バは該情報をぺイメント・サ−バに送信し、
該ぺイメント・サ−バは与信限度額のチェックの結果、
商品購入情報をクレジット会社に送信する際に該発注元
の該発注元コード・該発注番号も付ける。受注元のスト
ア・マネジャ−は注文情報をモ−ル・サ−バより収集
時、該発注元の該発注元コード・該発注番号も含めた商
品注文情報を収集する。受注元（または加盟店）は納品
時、該発注元コード・該発注番号をバ−コ−ド・ラベル
等につけて納品する。支払期日に代金支払時、発注元
（又は消費者）のコンピュータは該支払期日情報を元に
該支払期日キー（サブキー）と突合し、出金予定金額を
回収し、資金予定残額を更新し、出金欄に計上し、資金
残高を更新する。

【０００５】発注元（又は消費者）は該発注元コード・
発注番号をつけて発注元の取引金融機関に口座振替の依
頼を送信し、発注元の取引金融機関は受注元の取引金融
機関に依頼代金を振込の送信時、該発注元コード・該発
注番号をつけて送信する。受注元の取引金融機関は受注
元（加盟店）のコンピュータにも該発注元コード・該発
注番号を付けて入金済の口座入金情報を送信する。受注
元（加盟店）のコンピュータは該情報を元に該発注元コ
ード・該発注番号をキーに受注・入金ＤＢと突合し、入
金予定金額を回収し、資金予定残額を更新し、入金欄に
計上し、各資金管理ＤＢを更新することにより解決でき
る。

【０００６】本発明によれば、発注元（又は消費者）が
商品を購入するときや、あるいはサービスを受ける時、
該商品の支払い決済時の資金予想残高をコンピュータ画
面上に図や表で表示して、商品購入等の可否を判断でき
る。また、発注元（又は消費者）が商品を購入するとき
や、あるいはサービスを受ける時、コンピュ−タで自動
的に商品購入等の可否を判断できる。同様に、受注元に
おいても、コンピュータで入金予定金額を計上して資金
残高を計算して予想し、表や図でコンピュータ画面に表
示したり、数値で表示できる。これにより、発注元や受
注元は自社（または自身）の倒産を予防したり、資金計
画を明確にできるので上記従来技術の課題を解決でき
る。

【０００７】

【発明の実施の形態】以下、本発明の一実施例を、図１
から図３９を参照して説明する。図１はネットワ−ク・
システム・ブロック図である。本図の発注元（消費者）
の構成は、ローカルエリアネットワ−ク（ＬＡＮ）の場
合、カード・ホルダ・クライアント側のコンピュータ２
０１、サーバ側のコンピュータ２０２、ファイア・ウォ
ール用コンピュータ２０３、ローカルエリアネットワ−
ク（ＬＡＮ）２０４、ルータ２０５よりなる。一つの単
独構成の場合、カード・ホルダ・クライアント側のコン
ピュータ２０１と変復調装置（モデム）２０６よりな
る。もう一つの単独構成の場合、カード・ホルダ・クラ
イアント側のコンピュータ２０１とターミナル・アダプ
タ（ＴＡ）１１とデジタル・サービス・ユニット（ＤＳ
Ｕ）１２よりなる。認証局の構成は、電子取引認証サー
バ・コンピュータ２１１、ファイア・ウォール用コンピ
ュータ２１２、電子取引のフロントエンド・サーバ・コ
ンピュータ２１３、ルータ２１４よりなる。電子店舗
（モール）の構成は、モール・サーバ・コンピュータ２
２４、ペイント・サーバ・コンピュータ２２５、ファイ
ア・ウォール用コンピュータ２２３、電子取引のフロン
トエンド・サーバ・コンピュータ２２２、ルータ２２
１、ＬＡＮ２２６よりなる。加盟店（受注元）の構成
は、ストア・マネジャー用コンピュータ２３２、ファイ
ア・ウォール用コンピュータ２３１、ルータ２３０、Ｌ
ＡＮ２３３よりなる。金融機関の構成は、金融システム
及びネットワ−ク２４５、ペイメント・ゲートウェイ用
コンピュータ２４４、ファイア・ウォール用コンピュー
タ２４３、電子取引認証サーバ・コンピュータ２４２、
ルータ２４１よりなる。発注元（消費者）、認証局、電
子店舗（モール）、加盟店（受注元）、金融機関はイン
ターネット網２１５を介して接続する。

【０００８】図２は、カード・ホルダ・クライアントの
電子計算機システム・ブロック図である。カード・ホル
ダ・クライアント側の単独構成のコンピュータは、中央
処理装置（ＣＰＵ）１、キーボード２、マウス３、表示
装置としてはＣＲＴまたはＬＣＤ４、外部記憶装置５、
内蔵モデム６、公衆回線接続ケーブル７よりなる。同様
に、ＬＡＮ接続の場合には、公衆回線用装置に変わっ
て、ＬＡＮボード８とＬＡＮ接続ケーブール９よりな
る。その他は単独構成のカード・ホルダ・クライアント
と同じである。同様に、ＩＳＤＮ接続の場合には、ＬＡ
Ｎ接続に変わってＩＳＤＮボード１０、ターミナル・ア
ダプタ（ＴＡ）１１、デジタル・サービス・ユニット
（ＤＳＵ）１２、ＩＳＤＮ回線ケーブル１３よりなる。
その他は単独構成のカード・ホルダ・クライアントと同
じである。認証局、電子店舗・モール及び金融機関の電
子取引フロントエンドサーバは各所にある本サーバ（例
モール・サーバ２２４）と該電子取引フロントエンドサ
ーバを分離することにより、ファイアウォールといっし
ょに外部からの侵入防止やデータベースの保護に用い
る。発注元（消費者）と受注元（加盟店）のファイアウ
ォール（２０３と２３１）は外部からの侵入を防ぐため
にある。

【０００９】図３は資金管理と連動した電子商取引シス
テムのブロック・フローチャートである。発注元（消費
者）は商品の発注時、支払い時に支払える資金はあるの
か確認するため、資金予想残高処理を行う。該処理は図
２３資金予想残高処理で行う。まず、画面より資金予想
残高を選択（ダブル・クリック）する（３Ｕ０１）。そ
して、資金予想残高図（図２６）を表示する（３Ｕ０
２）。そして、必要なら資金予想残高図に日付を入力し
て、或いは画面をずらして表示する。その中で、資金予
想残高表（図２７）を表示する選択をしたら（３Ｕ０
３）、資金予想残高表（図２７）を表示する（３Ｕ０
５）。必要なら、日付けをずらして画面を表示する。ま
た、資金予想残高図（図２６）画面で「入金予定一覧」
を選択したら、入金予定一覧画面（図２５）を表示する
（３Ｕ０４）。資金予想残高図（図２６）画面で、「支
払予定一覧」を選択したら、支払予定一覧画面（図２
４）を表示する（３Ｕ０６）。資金予想残高表（図２
７）上で「入金予定一覧」の表示を行う場合はステップ
３Ｕ０４に同じ（３Ｕ０８）。また、同様に、「支払い
予定一覧」の表示を行う場合はステップ３Ｕ０６に同じ
（３Ｕ０９）。

【００１０】その結果、支払時に支払えることを確認
し、商品の発注処理にいく。該資金予想残高処理は選択
であり、行わなくてもよい。次に、発注元は発注時、図
３の認証処理（ステップ３Ａ０１）を行う。本認証処理
は公知であり、本出願人より公開されている。

【００１１】認証処理の概要としては、カード・ホルダ
・クラアント用コンピュータ２０１よりデジタル署名を
つけたメッセージと公開鍵証明書をモール・サーバ２２
４に送信する。該内容をもとにモール・サーバは、カー
ド・ホルダ・クライアント用コンピュータ２０１と認証
局の電子取引認証サーバ２１１の公開鍵を認証局の電子
取引認証サーバ２１１より入手する。モールサーバ２２
４は認証局の真正性確認のため、認証局の電子取引認証
サーバ２１１の公開鍵でカード・ホルダ・クラアント用
コンピュータ２０１の証明書を復号化する。また、モー
ルサーバ２２４はカード・ホルダ・クライアント用コン
ピュータ２０１の真正性とメッセージの同一性確認のた
め、カード・ホルダ・クライアント用コンピュータ２０
１の公開鍵でメッセージを復号化する。以上で本認証処
理の概要説明は終わる（３Ａ０１）。

【００１２】まず、カード・ホルダ・クラアント用コン
ピュータ２０１は電子モ−ルの初期画面の表示依頼をモ
−ル・サーバ２２４に送信する（ステップ３Ａ０２）。
モ−ル・サーバでは、電子モ−ルの初期画面の表示依頼
を受信し（ステップ３Ｅ０１）、電子モ−ルの初期画面
の抽出をし、発注元に送信する（ステップ３Ｅ０２）。
発注元は該受信した初期画面を表示する（ステップ３Ａ
０３）。中止するか否か表示し、続行なら送信キーを押
し（又は「送信ボタン」をクリック）、中止なら「キャ
ンセル」ボタンをクリックし、終了する（ステップ３Ａ
０４）。電子モール上の特定商店の選択をし、該商店の
表示をモール・サーバに依頼する（ステップ３Ａ０
５）。モール・サーバは、電子モ−ル上の特定商店の表
示依頼を受信する（ステップ３Ｅ０３）。該特定商店の
商品をサーチし（ステップ３Ｅ０４）、該特定商店の商
品情報を発注元に送信する（ステップ３Ｅ０５）。発注
元では、該特定商店の商品情報を受信し（ステップ３Ａ
０６）、商品情報一覧を表示する（ステップ３Ａ０
７）。発注元のカード・ホルダ・クライアントは、表示
したい商品を選択し（マウス３によるダブリ・クリック
等−ステップ３Ａ０８）、選択商品の表示を行う（ステ
ップ３Ａ０９）。表示をしたが他の商店等を表示したい
場合は「他商店」を選択し、ステップ３Ａ０４に戻る。
他の商品を表示する場合は「他商品」を選択し、ステッ
プ３Ａ０７に戻る。購入する商品があれば選択する（ダ
ブル・クリック等）（ステップ３Ｂ０１）。商品が選択
されたら数量入力画面を表示する（ポップアップ・メニ
ュー等）（ステップ３Ｂ０２）。該画面に「数量」「単
位」「口座区分」「口座ＮＯ」「支払期日」を入力又は
選択する（ステップ３Ｂ０３）。「口座区分」「口座
の」「支払い期日」は変更がなければ一度の入力でよ
い。該商品の単価をテーブルより検索し、商品単価＊数
量→商品金額を計算する（ステップ３Ｂ０４）。事前に
ワーク・エリア（ＷＫ）にセットした支払決済日の資金
予定残額を元に、｛支払決済日の資金予定残額（ＷＫ）
−商品金額｝→Ｘを計算する（ステップ３Ｂ０５）。該
結果を元に、（Ｘ≧最低予想資金残高）を判定し（ステ
ップ３Ｂ０６）、成立しない場合はステップ３Ｃ０４へ
いく。成立する場合は、Ｘ→支払決済日の資金予定残額
（ＷＫ）ヘセットする（ステップ３Ｂ０７）。「商品デ
ータ数＋１→商品データ数」にセットしておく。商品デ
ータを購入テーブルへ登録する（ステップ３Ｂ０８）。
「他の商品を選択するか」メッセージを表示して選択待
ちし（ステップ３Ｂ０９）、「他の商品を選択」（ステ
ップ３Ｃ０１）でＹＥＳを選択したらステップ３Ａ０７
に戻る。そうでない場合は「他の商店で購入があるか」
メッセージを表示して選択待ちし（ステップ３Ｃ０
２）、「他の商店を選択」（ステップ３Ｃ０３）でＹＥ
Ｓを選択したらステップ３Ａ０４に戻る。ステップ３Ｂ
０６で成立しないでステップ３Ｃ０４にきたら、「資金
予想残高が限界超過」を表示し（３Ｃ０４）、途中まで
に他の商品の発注があるか否か確認するため「商品デー
タ数＞０」を判定する（３Ｃ０５）。他の商品の発注が
ない場合は終了し、ある場合はステップ３Ｃ０６にい
く。ステップ３Ｃ０６では、電子発注画面（図１９）を
表示する。修正があれば、電子発注の項目修正をする
（ステップ３Ｃ０８）。ステップ３Ｄ０１では、「電子
発注」又は「処理中止」を表示し（ステップ３Ｄ０
１）、「処理中止」を選択したら終了し、そうでない場
合はステップ３Ｄ０３にいく（ステップ３Ｄ０２）。ス
テップ３Ｄ０３では、商品データに発注元コードと発注
番号をつけて発注依頼をモール・サーバに送信する（ス
テップ３Ｄ０３）。モール・サーバでは、商品の発注情
報と発注元コードと発注番号をつけた発注依頼を受信
し、該情報をファイル又はテーブルに記録する（ステッ
プ３Ｅ０６）。該発注情報の計算結果と決済情報に発注
コードと発注番号等をつけてペイント・サーバへ送信す
る（ステップ３Ｅ０７）。ペイント・サーバでは、商品
の発注依頼メッセージを受信し（ステップ３Ｇ０１）、
該発注元の与信限度額を与信限度額ファイル（内容省
略）より抽出する（ステップ３Ｇ０２）。必要ならばク
レジット会社又は金融機関に問い合わせの送信をする。
クレジット会社の場合はステップ３Ｉ０１に、金融機関
の場合はステップ３Ｋ０１に問い合わせの送信をする。
クレジット会社では、与信限度額確認メッセージを受信
し（ステップ３Ｉ０１）、該発注元の与信限度額を与信
限度額ファイル（内容省略）より抽出する（ステップ３
Ｉ０２）。該発注元の与信限度額をペイメント・サーバ
に送信する（ステップ３Ｉ０３）。ステップ３Ｉ０１か
らステップ３Ｉ０３は公知である。金融機関の場合は、
与信限度額確認メッセージの受信し（ステップ３Ｋ０
１）、発注元（消費者）の支払限度額を支払限度額ファ
イル（内容省略）より抽出する（ステップ３Ｋ０２）。
該発注元の支払限度額をペイメント・サーバに送信する
（ステップ３Ｋ０３）。ステップ３Ｋ０１からステップ
３Ｋ０３は公知である。該与信限度額（又は支払限度
額）を元に、「商品金額≦与信（支払）限度額」の判定
をする（ステップ３Ｇ０３）。本判定は、ペイント・サ
ーバより商品金額を送付してクレジット会社又は金融機
関で判定し、該結果を送信してもらってもよい。判定の
結果が与信限度額を超過していたら、「与信限度額超過
のメッセージ」をセットし、ステップ３Ｇ０７にいく
（ステップ３Ｇ０６）。判定の結果が与信限度額以内な
ら、次ステップ３Ｇ０４にいく。商品がクレジット会社
経由の購入なら（ステップ３Ｇ０４）、商品の購入メッ
セージをつけてクレジット会社に送信する（ステップ３
Ｇ０５）。ペイント・サーバは商品の与信確認結果のメ
ッセージをモール・サーバへ送信する（ステップ３Ｇ０
７）。図１１のクレジット会社では、ペイメント・サー
バより商品の購入メッセージを受信する（ステップ３Ｉ
０４）。該商品の購入メッセージには発注元コードと発
注番号が付いている。顧客別債権ファイルに該商品の購
入データを登録する（ステップ３Ｉ０５）。該顧客別債
権ファイルには発注元コードと発注番号が付いている。
ステップ３Ｉ０４とステップ３Ｉ０５は顧客別債権ファ
イルに発注元コードと発注番号が付いていることを除い
て公知である。

【００１３】モール・サーバでは、ペイント・サーバよ
り商品の与信確認結果を受信する（ステップ３Ｆ０
１）。与信確認の結果がＯＫ（販売可能）か否か判断し
（ステップ３Ｆ０２）、ＯＫ（販売可能）ならステップ
３Ｆ０３にいく。ＮＯ（販売不可能）ならステップ３Ｆ
０４にいく。ステップ３Ｆ０３では、加盟店（受注元）
対応ファイルを更新する。該与信確認結果を発注元へ送
信する（ステップ３Ｆ０４）。発注元では、モール・サ
ーバより該与信確認結果を受信する（ステップ３Ｊ０
１）。与信限度額内か否か判断し（ステップ３Ｊ０
２）、与信限度内であれば、発注内容を発注元コードと
発注番号をつけて、取引単位の発注・出金ＤＢ（図３
８）の発注計上金額に計上する（ステップ３Ｊ０３）。

【００１４】取引単位の発注・出金ＤＢ（図３８）を含
む資産管理関係ＤＢの構成関連図について説明する。発
注したら、取引ごとに取引単位の発注・出金ＤＢ（図３
８）の発注計上金額に計上し、該取引が納品されたら、
発注回収金額に計上し、「（発注計上金額−発注回収金
額）＝発注残高金額」を再計算する。そして、出金予定
金額に計上し、該ＤＢを更新する。該出金予定金額をも
とに、推定入出金残高ＤＢの出金予定残額を変更し、該
出金予定残額を元に、「入金予定残額−出金予定残額＝
資金予定残額」を計算し、更新する。支払決済時には、
取引単位の発注・出金ＤＢ（図３８）の出金回収金額
（Ｙ）に計上し、「出金予定金額−出金回収金額＝出金
予定残額」を計算し、該ＤＢを更新する。該出金回収金
額（Ｙ）を元に、推定入出金残高ＤＢの出金予定残額を
変更し、「入金予定残額−出金予定残額＝資金予定残
額」を計算し、該ＤＢを更新する。該出金回収金額
（Ｙ）を元に、入出金残高ＤＢ（図３４）の出金額に加
算し、「入金額−出金額＝残金額」を計算し、該ＤＢを
更新する。

【００１５】受注したら、取引ごとに取引単位の受注・
入金ＤＢ（図３７）の受注計上金額に計上し、該ＤＢを
更新する。該取引で納品したら、取引単位の受注・入金
ＤＢ（図３７）の受注回収金額に計上し、「（受注計上
金額−受注回収金額）＝発注残高金額」を再計算し、入
金予定金額（Ｚ）に計上し、該ＤＢを更新する。また、
該入金予定金額（Ｚ）を元に、推定入出金残高ＤＢおい
て、入金予定残額に加算し、「入金予定残額−出金予定
残額＝資金予定残額」を計算し、該ＤＢを更新する。入
金決済時、取引先金融機関より入金の送信連絡があった
ら、取引単位の受注・入金ＤＢ（図３７）の入金回収金
額（Ａ）に計上し、「（入金予定金額−入金回収金額＝
入金予定残額」を計算し、該ＤＢを更新する。該入金回
収金額（Ａ）をもとに、推定入出金残高ＤＢの入金予定
残額を再計算し、「入金予定残額−出金予定残額＝資金
予定残額」を計算し、該ＤＢを更新する。更に、該入金
回収金額（Ａ）をもとに入出金残高ＤＢの入金額に加算
し、「（入金額−出金額）＝残金額」を計算し、該ＤＢ
を更新する。発注元コードＤＢは入金予定一覧画面（図
５）において、発注元名称をもとに発注元コードを選択
するとき等で使用する。支払先コードＤＢは、支払予定
一覧画面（図２４）を表示するときに、支払先名をもと
に支払先コードを選択するとき使用する。

【００１６】図１０の加盟店（ストア・マネージャー）
では、モール・サーバに受注情報の取得要求を送信する
（ステップ３Ｈ０１）。モール・サーバでは、商品の受
注情報の取得要求メッセージを受信する（ステップ３Ｆ
０５）。該取得要求メッセージを元にモール・サーバで
は該加盟店対応注文情報を抽出する（ステップ３Ｆ０
６）。抽出が終了したら（ステップ３Ｆ０７）、該加盟
店へ受注情報等を送信する（ステップ３Ｆ０８）。加盟
店（ストア・マネージャー）では、発注元コードと発注
番号がついた複数件の受注情報を受信する（ステップ３
Ｈ０２）。各データを取引単位の受注・入金ＤＢ（図３
７）の受注計上金額に追加する（ステップ３Ｈ０３）。

【００１７】図１０の加盟店（ストア・マネジャー）は
納品書作成時に、発注元コードと発注番号がついたバー
コード付きで作成し（ステップ３Ｈ０４）、納品データ
を元に、取引単位の受注・入金ＤＢの受注回収金額を計
上し、入金予定額に計上し、該ＤＢを更新する（図３
７）（ステップ３Ｈ０５）。

【００１８】図１４において、受注元は納品時商品と納
品書を一緒に発注元へ納品する。発注元は商品の納品伝
票よりデータをバーコード・リーダ等で読み取る（ステ
ップ３Ｌ０１）。納品された納品伝票と取引単位の受注
・入金ＤＢを発注コードと発注番号をキーに突合する
（ステップ３Ｌ０２）。データがあるか否か判断し（ス
テップ３Ｌ０３）、データがあればステップ３Ｌ０４に
いく。取引単位の発注・出金ＤＢ（図３８）の該当商品
の発注残高金額より納入数量分の該当発注回収金額を回
収し、発注回収金額（Ｂ）を出金予定金額に計上する。
また、発注回収金額（Ｂ）を推定入出金残高ＤＢ（図３
３）の出金予定残額に加算し、資金予定残額を同額減ら
す。そして、取引単位の発注・出金ＤＢ（キーは発注番
号）と推定入出金残高ＤＢ（キーは口座区分、口座Ｎ
Ｏ，期日）（図３３）を更新する（ステップ３Ｌ０
４）。ステップ３Ｌ０３でデータがなかった場合は「該
当データ無」の旨を表示するので調査する（ステップ３
Ｌ０５）。

【００１９】図１５において、発注元の支払い決済時、
取引単位の発注・出金ＤＢ（図３８）より納品受領済の
支払期日の決済データを抽出する（ステップ３Ｍ０
１）。取引単位の発注・出金ＤＢの出金回収金額（Ｃ）
欄に金額をセットし、該金額分を出金予定残額より減額
し、取引単位の発注・出金ＤＢを更新する。推定入出金
ＤＢ（図３３）も出金回収金額（Ｃ）分出金予定残額を
減らし、資金予定残額を再計算し、該ＤＢを更新する。
そして、入出金残高ＤＢの出金欄に出金回収金額（Ｃ）
と同額を加算し、残金額を再計算し、入出金ＤＢを更新
する（ステップ３Ｍ０２）。取引先銀行に支払決済デー
タの振替依頼を送信する（ステップ３Ｍ０３）。送信時
は一件ごとに発注元コード・発注番号をつけて送信す
る。

【００２０】図１６で、取引先金融機関の口座引落時、
発注元より振替依頼メッセージを受信する（ステップ３
Ｎ０１）。発注元口座より振替額を控除し、口座ファイ
ルを更新する（ステップ３Ｎ０２）。振替額を振替先金
融機関へ送信する。送信時、一件ごとに発注元コードと
発注番号をつけて送信する（ステップ３Ｎ０３）。ステ
ップ３Ｎ０１からステップ３Ｎ０３は発注元コード・発
注番号をつけることを除き、公知である。図１７におい
て、振替先金融機関の口座入金時処理としては、取引先
金融機関より振込みデータのメッセージを受信する（ス
テップ３Ｏ０１）。該データには、発注コードと発注番
号がついている。該振込みデータ（受注した加盟店宛）
を口座ファイルと突合し、一致したら加算し、更新する
（ステップ３Ｏ０２）。該振込みデータを加盟店へ送信
する（ステップ３Ｏ０３）。該データには、発注コード
と発注番号がついている。ステップ３Ｏ０１からステッ
プ３Ｏ０３は発注元コード・発注番号をつけることを除
き、公知である。図１０の加盟店は金融機関より自口座
に振込みがあった旨のメッセージを受信する（ステップ
３Ｈ０６）。該メッセージには発注元コードと発注番号
がついている。加盟店は発注元コードと発注番号を元に
突合し、一致したら取引単位の受注・入金ＤＢ（図３
７）の入金回収金額を計上し、推定入出金ＤＢ（図３
３）の入金予定残額を再計算し、資金予定残額を再計算
し、該ＤＢを更新する。入出金残高ＤＢの入金額に加算
し、各ＤＢの更新をする（ステップ３Ｈ０７）。

【００２１】図１８において、クレジット会社は、支払
い請求時、支払い請求期日データを抽出する（ステップ
３Ｐ０１）。各支払い要求先金融機関ごとに分類し（ス
テップ３Ｐ０２）、各支払い要求先金融機関ごとに引落
依頼の送信をする（ステップ３Ｐ０３）。上記ステップ
３Ｐ０１からステップ３Ｐ０３は、各ステップで使用す
る発注元コードと発注番号を除き、公知である。図１９
において、取引先金融機関では、クレジット会社からの
口座引落依頼を受信する（ステップ３Ｑ０１）。該受信
メッセージには発注元コードと発注番号が付いている。
口座引落依頼データと口座ファイルを口座ＮＯ等で突合
する（ステップ３Ｑ０２）。突合結果を判断し（ステッ
プ３Ｑ０４）、該突合が一致したらステップ３Ｑ０５に
いき、そうでない場合（ＮＯ）は「エラー表示」する。
ステップ３Ｑ０５では、（口座金額−引落依頼額）→新
口座金額を計算する。該計算結果を元に、発注元の口座
レコードを更新し、口座ファイルを更新する（ステップ
３Ｑ０６）。該発注元へ発注元コードと発注番号を付け
て引落済データを送信する（ステップ３Ｑ０７）。３Ｑ
０１から３Ｑ０７は発注元コードと発注番号を除き、公
知である。

【００２２】図２０の発注元では、取引先金融機関より
口座引落データを受信する（ステップ３Ｒ０１）。発注
番号をキーにして口座引落データと取引単位の発注・出
金ＤＢを突合する（ステップ３Ｒ０２）。該突合の結果
を判断し（ステップ３Ｒ０３）、一致したらステップ３
Ｒ０４へいく。不一致ならエラー内容を表示する（ステ
ップ３Ｒ０５）。ステップ３Ｒ０４では、取引単位の発
注・出金ＤＢ（図３８）の出金予定金額（Ｄ）を回収
し、出金予定残額を再計算し、該ＤＢを更新する。推定
入出金残高ＤＢ（図３３）の出金予定残額を出金予定金
額（Ｄ）分減額し、資金予定残額を再計算し、更新す
る。該内容を入出金残高ＤＢ（図３４）の出金額へ計上
し、残金額を再計算し、入出金残高ＤＢを更新する（ス
テップ３Ｒ０４）。 図２１発注元等では、システムが
連係していない等の理由で支払い予定項目の手入力が必
要になるときがある。その時は、支払予定画面（図２
８）を選択し（ステップ３Ｓ０１）、該画面を表示させ
る（ステップ３Ｓ０２）。支払予定画面（図２８）よ
り、支払期日、支払予定金額を入力し、支払先名、決済
方法、口座番号又はクレジット番号を選択又は入力する
（ステップ３Ｓ０３）。該入力内容を元に番号を番号フ
ァイル（省略）を元に採番し、画面に表示するので該番
号を記録しておく、或いはプリント出力し、保管する。
その結果を元に取引単位の発注・出金ＤＢ（図３８）の
更新する（ステップ３Ｓ０４）。また、推定入出金残高
ＤＢ（図３３）の出金予定残額に加算し、資金予定残高
を再計算し、該ＤＢを更新する。

【００２３】支払決済処理時は、支払決済画面（図３
０）を選択し（ステップ３Ｓ０５）、該画面を表示させ
る（ステップ３Ｓ０６）。支払い決済を行う番号を選択
し、支払金額を入力又は更新する（ステップ３Ｓ０
７）。該結果を元に、コンピュータは取引単位の発注・
出金ＤＢ（第３８図）に出金回収金額を計上し、出金予
定残額を再計算し、該ＤＢを更新する。推定入出金残高
ＤＢ（図３３）の出金予定残額から控除し、資金予定残
額を再計算し、該ＤＢを更新する。また、入出金残高Ｄ
Ｂの出金額に計上し、残金額を再計算し、該ＤＢを更新
する（ステップ３Ｓ０８）。

【００２４】図２２加盟店等では、システムが連係して
いない等の理由で入金予定項目の手入力が必要になると
きがある。その時は、入金予定画面（図２９）を選択し
（ステップ３Ｔ０１）、該画面を表示させる（ステップ
３Ｔ０２）。入金予定画面（図２９）より、入金期日や
入金予定額を入力し、発注元名、決済方法、口座番号又
はクレジット番号を選択又は入力する。該内容を元にチ
ェックし、正常ならば、番号を採番し、表示するので該
番号を記録しておく、或いはプリント出力し、保管する
（３Ｔ０３）。その結果を元に取引単位の受注・入金Ｄ
Ｂの更新する（ステップ３Ｔ０４）。

【００２５】入金決済項目の処理時は、入金決済画面
（図３１）を選択し（ステップ３Ｔ０５）、該画面を表
示させる（ステップ３Ｔ０６）。入金決済を行う番号を
選択し、入金額を入力又は更新する（ステップ３Ｔ０
７）。該結果を元に、コンピュータは取引単位の受注・
入金ＤＢ（図３７）の該入金回収金額を計上し、入金予
定残額を再計算し、該ＤＢを更新する。推定入出金残高
ＤＢ（図３３）の入金予定残額から控除し、資金予定残
額を再計算し、該ＤＢを更新する。また、入出金残高Ｄ
Ｂの入金額に加算し、残金額を再計算し、該ＤＢを更新
する（ステップ３Ｔ０８）。

【００２６】

【発明の効果】発注元（又は消費者）が商品を購入する
ときや、あるいはサービスを受ける時、該商品の支払決
済時の資金予想残高をコンピュータ画面上に図や表で表
示して、商品購入等の可否を判断できる。また、発注元
（又は消費者）が商品を購入するときや、あるいはサー
ビスを受ける時、コンピュ−タで自動的に商品購入等の
可否を判断できる。同様に、受注元においても、入金額
を折り込んで資金残高を予想して計算し、表や図でコン
ピュータ画面に表示したり、数値で表示できる。これに
より、発注元や受注元は自社（または自身）の倒産を予
防したり、資金計画を明確にできる効果がある。

【図面の簡単な説明】

【図１】ネットワーク・システム・ブロック図

【図２】カード・ホルダ・クライアントの電子計算機シ
ステム・ブロック図

【図３】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図４】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図５】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図６】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図７】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図８】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図９】資産管理と連動した電子取引システムのブロッ
ク・フローチャート

【図１０】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１１】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１２】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１３】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１４】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１５】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１６】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１７】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１８】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図１９】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図２０】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図２１】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図２２】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図２３】資産管理と連動した電子取引システムのブロ
ック・フローチャート

【図２４】支払予定一覧画面

【図２５】入金予定一覧画面

【図２６】資金予想残高図

【図２７】資金予想残高表

【図２８】支払予定画面

【図２９】入金予定画面

【図３０】支払決済画面

【図３１】入金決済画面

【図３２】資金管理関係ＤＢの構成関連図

【図３３】推定入出金残高ＤＢ

【図３４】入出金残高ＤＢ

【図３５】発注元コードＤＢ

【図３６】支払先コードＤＢ

【図３７】取引単位の受注・入金ＤＢ

【図３８】取引単位の発注・出金ＤＢ

【図３９】電子発注画面

【符号の説明】

１ カード・ホルダ・クライアント側の中央処理装置
（ＣＰＵ） ２ カード・ホルダ・クライアント側のキーボード ３ カード・ホルダ・クライアント側のマウス ４ カード・ホルダ・クライアント側の表示装置（ＣＲ
ＴまたはＬＣＤ） ５ カード・ホルダ・クライアント側の外部記憶装置 ６ カード・ホルダ・クライアント側の内蔵モデム ７ カード・ホルダ・クライアント側の公衆回線接続ケ
ーブル ８ カード・ホルダ・クライアント側のＬＡＮボード ９ カード・ホルダ・クライアント側のＬＡＮ接続ケー
ブール １０ カード・ホルダ・クライアント側のＩＳＤＮボー
ド １１ カード・ホルダ・クライアント側のターミナル・
アダプタ（ＴＡ） １２ カード・ホルダ・クライアント側のデータ・サー
ビス・ユニット（ＤＳＵ） １３ カード・ホルダ・クライアント側のＩＳＤＮ回線
ケーブル ２０１ クライアント側のコンピュータ ２０２ サーバ側のコンピュータ ２０３ ファイア・ウォール用コンピュータ ２０４ ローカルエリアネットワ−ク（ＬＡＮ） ２０５ 発注元（消費者）側ルータ ２０６ クライアント側のコンピュータにつく変復調装
置（モデム） ２１１ 電子取引認証サーバ・コンピュータ ２１２ ファイア・ウォール用コンピュータ ２１３ 電子取引のフロントエンド・サーバ・コンピュ
ータ ２１４ 認証局側ルータ２１４ ２１５ インターネット網２１５ ２２１ 電子店舗・モール側ルータ ２２２ 電子取引のフロントエンド・サーバ・コンピュ
ータ２２２ ２２３ ファイア・ウォール用コンピュータ ２２４ モール・サーバ・コンピュータ２２４ ２２５ ペイント・サーバ・コンピュータ ２２６ 電子店舗・モール側ＬＡＮ ２３０ 加盟店（受注元）側ルータ ２３１ ファイア・ウォール用コンピュータ ２３２ ストア・マネジャー用コンピュータ ２３３ 加盟店（受注元）側ＬＡＮ ２４１ 金融機関側ルータ ２４２ 電子取引認証サーバ・コンピュータ ２４３ ファイア・ウォール用コンピュータ ２４４ ペイメント・ゲートウェイ用コンピュータ ２４５ 金融システム及びネットワ−ク２４５

Claims (7)

【特許請求の範囲】
1. 【請求項１】電子商取引（ＥＣ）において、発注元はコ
   ンピュータを用いた商品の電子発注時、支払期日の決済
   時の想定資金残高を計算して表示し、発注元が判断した
   り、商品の支払をしても必要最低限度額以上の資金があ
   るかコンピュータで自動的に判断させて発注することを
   特徴とする資金管理と連動した電子商取引システム。
2. 【請求項２】前記のコンピュータを用いた電子商取引
   で、「必要最低限度額以上の資金」の情報は発注元が事
   前にシステム上にセットしておくことを特徴とする請求
   項１の資金管理と連動した電子商取引システム。
3. 【請求項３】前記のコンピュータを用いた電子商取引に
   おいて、発注元は発注元コード・発注番号等の一意に該
   取引を特定できるコ−ドを用いて電子発注し、該取引を
   資金管理の取引単位の発注・出金ＤＢの発注計上金額に
   計上し、該製品が納品された時、該発注元コード・該発
   注番号をバーコード・リーダ等で読み取り、該発注元コ
   ード・該発注番号が発注時の発注元コード・発注番号と
   一致したら、資金管理の支払期日の取引単位の発注・出
   金ＤＢの発注回収金額に計上等をし、出金予定金額欄に
   金額等を計上し、資金予定残額等を変更することを特徴
   とする請求項１の資金管理と連動した電子商取引システ
   ム。
4. 【請求項４】前記のコンピュータを用いた電子商取引に
   おいて、受注元は商品の受注時、該取引を発注元の発注
   元コ−ド・発注番号を用いて資金管理の取引単位の受注
   ・入金ＤＢの受注計上金額に計上し、出荷時に該発注元
   の発注元コ−ド・発注番号をバーコード・ラベルにつけ
   て納品することにより、受注元は資金管理の入金期日の
   取引単位の受注・入金ＤＢの受注回収金額に計上等を
   し、入金予定金額欄に金額等を計上し、資金予定残額等
   を変更することを特徴とする請求項１の資金管理と連動
   した電子商取引システム。
5. 【請求項５】前記のコンピュータを用いた電子商取引に
   おいて、該発注元のコンピュータは支払期日に取引単位
   の発注・出金ＤＢの支払期日をキーに出金予定金額を回
   収し、出金予定残額を再計算し、該ＤＢを更新し、推定
   入出金残高ＤＢの資金予定残額を再計算し、該ＤＢを更
   新し、入出金残高ＤＢの出金欄に計上し、該ＤＢを更新
   し、取引先金融機関に振込み依頼の送信をする。発注元
   の取引先金融機関は、コンピュータで期日に該発注元の
   口座から依頼額を引落し、同期または非同期で、受注元
   の取引先金融機関のコンピュータへ振込み情報と共に発
   注元コード・発注番号をつけたメッセ−ジを送信する。
   受注元の取引先金融機関は振込み情報を元に受注元の口
   座に振込み、該発注元コード・該発注番号をつけた情報
   を受注元に送信する。受注元は該発注元コード・該発注
   番号情報を元に取引単位の受注・入金ＤＢの入金予定金
   額を回収し、入金予定残額を再計算し、該ＤＢを更新
   し、該入金予定残額を元に推定入出金残高ＤＢの入金予
   定残額を再計算し、資金予定残高を再計算して該ＤＢを
   更新し、入出金残高ＤＢの入金額に加算し、残金額を再
   計算し、入出金残高ＤＢを更新することを特徴とする請
   求項１の資金管理と連動した電子商取引システム。
6. 【請求項６】前記のコンピュータを用いた電子商取引
   で、入金想定時、コンピュータによって自動的に発注元
   コードと発注番号を使用できない場合は、コンピュータ
   の入金予定画面へキーボードから資金管理の入金期日の
   入金予定額等を入力する。コンピュータで番号（発注番
   号）を採番し、取引単位の受注・入金ＤＢに入金予定金
   額等をセットして追加する。入金したらコンピュータの
   入金決済画面へ採番した番号（発注番号）をキーボード
   入力して項目を表示させ、入金額を入力する。コンピュ
   ータは入金回収金額を計上等して、取引単位の受注・入
   金ＤＢを更新し、推定入出金残高ＤＢの入金予定残額を
   変更し、資金予定残額を再計算して該ＤＢを更新し、入
   出金残高ＤＢの入金欄に加算して残金額を変更し、該Ｄ
   Ｂを更新することを特徴とする請求項１の資金管理と連
   動した電子商取引システム。
7. 【請求項７】前記のコンピュータを用いた電子商取引
   で、出金想定時、コンピュータによって自動的に発注元
   コードと発注番号を使用できない場合は、コンピュータ
   の支払予定画面へキーボードから資金管理の支払期日の
   支払予定金額を入力する。コンピュータで番号（発注番
   号）を採番し、取引単位の発注・出金ＤＢに出金予定金
   額をセットして更新する。出金したらコンピュータ支払
   決済画面へ採番した番号（発注番号）をキーボード入力
   して項目を画面に表示し、支払金額を入力する。コンピ
   ュータは取引単位の発注・出金ＤＢの出金回収金額を計
   上等して該ＤＢを更新し、推定入出金残高ＤＢの出金予
   定残額等を変更し、資金予定残額を再計算して該ＤＢを
   更新し、入出金残高ＤＢの出金欄に加算等をして該ＤＢ
   を更新することを特徴とする請求項１の資金管理と連動
   した電子商取引システム。