JP2001266025A - 代金決済管理システム及び代金決済管理方法 - Google Patents

代金決済管理システム及び代金決済管理方法

Info

Publication number
JP2001266025A
JP2001266025A JP2001069364A JP2001069364A JP2001266025A JP 2001266025 A JP2001266025 A JP 2001266025A JP 2001069364 A JP2001069364 A JP 2001069364A JP 2001069364 A JP2001069364 A JP 2001069364A JP 2001266025 A JP2001266025 A JP 2001266025A
Authority
JP
Japan
Prior art keywords
company
credit card
sales
payment
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001069364A
Other languages
English (en)
Inventor
Dong Lyun Yim
ドン リュン イム，
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SHINHAN BANK
Original Assignee
SHINHAN BANK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SHINHAN BANK filed Critical SHINHAN BANK
Publication of JP2001266025A publication Critical patent/JP2001266025A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】 販売企業及び購買企業間で行われる代金決済
を、銀行オンライン網を介して実現することができる代
金決済管理方法及び代金決済管理システムの提供。 【解決手段】代金決済管理システムが備える代金管理サ
ーバー１０は、販売企業側通信クライアント１によって
販売代金管理イベントが発生した場合又は購買企業側通
信クライアント２によって購買代金管理イベントが発生
した場合に、認証モジュール３０、販売代金収金明細表
管理モジュール４０、先支給金回収管理モジュール５
０、運営情報管理モジュール６０、口座管理モジュール
９０等と連携することにより、販売代金収金管理過程、
購買代金支払管理過程等を実行する。これにより、任意
の販売企業４００と購買企業５００との間で、銀行オン
ライン網を介して信頼性の高い代金決済を行うことが可
能になる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は代金決済管理システ
ム及びそのシステムを用いた代金決済管理方法に関し、
特に、販売企業と購買企業との間で行われる代金決済過
程を銀行オンライン網を用いて実現することにより、販
売企業にとっては販売代金の収金等を、購買企業にとっ
ては購買代金の支払等を夫々容易に行うことができる代
金決済管理システム及びそのシステムを用いた代金決済
管理方法に関する。
【０００２】
【従来の技術】近年、経済発展がより一層加速化される
に伴って、企業間での取り引きが頻繁に行われるように
なっており、これに対応して、企業間での代金決済の方
法が複雑になってきている。
【０００３】このような企業間での取り引きが行われる
場合、商品の販売又はサービスの提供等を行う販売企業
が、販売された商品を購入し又は提供されたサービスを
享受する購買企業に対して、代金の請求を行うことが一
般的である。従来から、大部分の購買企業にとって、現
金（Cash）により代金の決済を行うよりも、信用取引
（credit transaction），手形（Bill）等により代金決
済を行う方が望ましい。代金決済手段として信用取引，
手形を利用する場合、現金にて決済する場合に比べて、
資金回転に融通を効かせることができるためである。
【０００４】
【発明が解決しようとする課題】しかしながら、このよ
うな信用取引，手形等はその決済手続きが相当に複雑で
あるため、主要な決済手段として信用取引、手形等を用
いる場合、購買企業及び販売企業の両者にとって、代金
決済過程が煩雑になる等の問題があった。
【０００５】また、このような実物手形はオフライン
（Off-line）上で流通されるのが一般的であるため、常
に盗難，紛失等の危険に曝されており、これらを使う購
買企業及び販売企業は相当な注意を払わなければならな
いという問題があった。
【０００６】さらに、前述した手形の決済過程が、一の
販売企業と多数の購買企業との間で行われる企業間取り
引きにおいて行われる場合、前述したような問題はより
深刻になるものと思われる。
【０００７】本発明は以上の如き実情に鑑みてなされた
ものであり、その目的は、販売企業及び購買企業間で行
われる代金決済過程を銀行オンライン網を介して実現す
ることにより、販売企業及び購買企業が自社に必要な販
売代金の収金過程、購買代金の支払過程等を信用取引、
手形等を利用しなくても、容易に行うことができる代金
決済管理システム及びそのシステムを用いた代金決済管
理方法を提供することにある。
【０００８】また、本発明のもう一つの目的は、販売企
業及び購買企業間の代金決済過程をオンライン化するこ
とにより、例えば、購買代金決済手続きが複雑になる、
盗難又は紛失の危険がある等のようなオフライン代金決
済の短所を最小化させることができる代金決済管理シス
テム及びそのシステムを用いた代金決済管理方法を提供
することにある。
【０００９】また、本発明のもう一つの目的は、購買企
業による従来の信用取引、手形の使用等を不要とするこ
とにより、販売企業及び購買企業間で行われる代金決済
の信頼性を大幅に向上させることができる代金決済管理
システム及びそのシステムを用いた代金決済管理方法を
提供することにある。
【００１０】また、本発明のもう一つの目的は、購買企
業及び販売企業間にて決済される代金の収金／支給過程
をオンライン化することにより、代金決済プロセスの単
純化を図り、その結果これらの企業の競争力を極大化さ
せることができる代金決済管理システム及びそのシステ
ムを用いた代金決済管理方法を提供することにある。
【００１１】さらに、本発明のもう一つの目的は以下に
示す実施例及び添付された図面等からより明確になるで
あろう。
【００１２】
【課題を解決するための手段】上記のような目的を達成
するために本発明ではデータベースブロック、データベ
ース管理サーバー、代金管理サーバーにより構成された
代金決済管理システムを開示する。ここで、データベー
スブロックには認証情報を記憶する認証情報データベー
ス、販売代金収金明細表情報を記憶する販売代金収金明
細表情報データベース、信用カード売出額先支給情報を
記憶する信用カード売出額先支給情報データベース、及
び販売企業／購買企業の登録情報を記憶する登録情報デ
ータベースを有している。
【００１３】また、前述したデータベース管理サーバー
は、前述した認証情報、販売代金収金明細表情報、信用
カード売出額先支給情報及び販売企業／購買企業の登録
情報の前記データベースブロックの所定領域への書き込
み及び前記データベースブロックの必要領域からの読み
出しを行う。
【００１４】さらに、前述した代金管理サーバーはデー
タベース管理サーバーと通信可能に接続され、前述した
認証情報、販売代金収金明細表情報、信用カード売出額
先支給情報及び販売業者／購買業者の登録情報の書き込
み又は読み出しを行うか否かを決定する役割を担う。
【００１５】これと共に、代金管理サーバーは販売企業
側の通信クライアント及び購買企業側の通信クライアン
トと銀行オンライン網を介して接続され、販売企業側の
通信クライアントによって販売代金収金管理イベントが
発生した場合又は購買企業側の通信クライアントによっ
て購買代金支払管理イベントが発生した場合に、前述し
た認証情報、販売代金収金明細表情報、信用カード売出
額先支給情報及び販売企業／購買企業の登録情報に基づ
いて、販売企業及び購買企業間の代金決済を前述した銀
行オンライン網を介して管理する役割を担う。
【００１６】
【発明の実施の形態】以下、添付された図面を参照し
て、本発明に係る代金決済管理システム及びそのシステ
ムを用いた代金決済管理方法をさらに詳しく説明すると
次の通りである。
【００１７】図１に示すとおり、本発明に係る代金決済
管理システム１００は、一の販売企業４００及び多数の
購買企業５００間にて行われる代金決済を高い信頼性の
下に管理することができる特定の金融機関、例えば、銀
行３００の電算オンライン網に属している。
【００１８】この場合、図２に示すとおり、本発明の代
金決済管理システム１００を保有している銀行３００
は、本発明によるサービスが本格的に実施される前に、
予め特定の購買企業５００、例えば購買企業Ａ５０１，
購買企業Ｂ５０２等に対して限度額として１０００，５
００等を利用可能な信用カードを夫々発給し、また、例
えば、購買企業Ｃ５０３，購買企業Ｄ５０４等に対して
限度額として１０００，５００等を購買代金として貸し
出すことができる購買代金決済専用貸出を夫々与えるこ
とにより、本発明による代金決済管理方法を安定的に行
うことができるような環境を予め用意しておく。
【００１９】この場合、銀行３００は、販売企業４００
側との間で、別途の販売企業約定、例えば“販売代金決
済に対する約定”，“信用カード加盟店特約”等を予め
締結しておくとともに、購買企業５００側との間で、別
途の購買企業約定、例えば“信用カード発給約定”，
“購買代金決済用限度貸出約定”等を予め締結しておく
ことにより、本発明を実現するための法的な根拠を用意
しておく。
【００２０】この際、販売企業４００に対して本発明に
よる一連のサービスを円滑に提供するためには、前述し
た“販売代金決済に対する約定”、“信用カード加盟店
特約”等の内容が代金決済管理システム１００側に予め
記憶されていなければならない。また同じく、購買企業
５００に対して本発明による一連のサービスを円滑に提
供するためには、前述した“信用カード発給約定”、
“購買代金決済用限度貸出約定”等の内容が代金決済管
理システム１００側に予め記憶されていなければならな
い。もっとも、このような約定等を締結しなかった販売
企業４００、購買企業５００等は登録された企業として
認証されることがないので、本発明による一連のサービ
スを享受することは出来ない。
【００２１】一方、図３に示したように、銀行３００の
電算オンライン網に属された本発明の代金決済管理シス
テム１００は、主にデータベースブロック（以下、Ｄ／
Ｂブロックという）８０，データベース管理サーバー
（以下、Ｄ／Ｂ管理サーバーという）７０、代金管理サ
ーバー１０等から構成される。ここでＤ／Ｂブロック８
０には、認証情報を記憶する認証情報データベース（以
下、認証情報Ｄ／Ｂという）８１ 、販売代金収金明細
表情報を記憶する販売代金収金明細表情報データベース
（以下、販売代金収金明細表Ｄ／Ｂという）８２、信用
カード売出額先支給情報を記憶する信用カード売出額先
支給情報データベース（以下、信用カード売出額先支給
情報Ｄ／Ｂという）８３、ウェッブサイトにて本発明の
代金決済管理システムを実施するために必要となる画像
データ、文字データ及びＩＰアドレス等のデータである
運営情報を記憶する運営情報データベース（以下、運営
情報Ｄ／Ｂという）８４、販売企業／購買企業登録情報
を記憶する登録情報データベース（以下、登録情報Ｄ／
Ｂという）８５等が配置されている。
【００２２】また、Ｄ／Ｂ管理サーバー７０は、前述し
た認証情報、販売代金収金明細表情報、信用カード売出
額先支給情報、運営情報、登録情報等をＤ／Ｂブロック
８０の所定領域に書き込むか、または認証情報Ｄ／Ｂ８
１、販売代金収金明細表情報Ｄ／Ｂ８２、信用カード売
出額先支給情報Ｄ／Ｂ８３、運営情報Ｄ／Ｂ８４、登録
情報Ｄ／Ｂ８５等から前述したそれぞれのデータを読み
出す役割を担う。
【００２３】ここで、Ｄ／Ｂ管理サーバー７０は、単に
種々のデータの書き込み／読み出しを行うのみではな
く、種々のデータが重複することなく実用的な時間内で
効率的に管理することができるように知能的に書き込み
／読み出しを実行する。
【００２４】また、代金管理サーバー１０は、任意の販
売企業４００が用いる販売企業側通信クライアント１、
多数の購買企業５００が用いる購買企業側通信クライア
ント２等と、例えばインターフェースモジュール２０を
介して接続される。
【００２５】ここで、販売企業側通信クライアント１
（例えば、販売企業側コンピュータ１ａ、販売企業側有
／無線電話機１ｂ等）及び購買企業側通信クライアント
２（例えば、購買企業側コンピュータ２ａ、購買企業側
有／無線電話機 ２ｂ等）は、銀行オンライン網、例え
ば有／無線インターネット網、電話回線網等を用いた自
動応答通信網（Automatic Response System Communicat
ion Network）, 付加価値通信網（ＶＡＮ: Value Added
Network），公衆電話網（PSTN: Public Switched Tele
phone Network）等を用いて本発明の代金決済管理シス
テム１００と接続される。
【００２６】この状態で、代金管理サーバー１０は認証
モジュール３０，販売代金収金明細表管理モジュール４
０，先支給金回収管理モジュール５０，運営情報管理モ
ジュール６０等を介してＤ／Ｂ管理サーバー７０を制御
し、前述した認証情報、販売代金収金明細表情報、信用
カード売出額先支給情報、運営情報及び登録情報等の書
き込み／読み出しを行うか否かを決定する役割を担う。
【００２７】これと共に、代金管理サーバー１０は、前
述した販売企業側通信クライアント１，購買企業側通信
クライアント２によって販売代金収金管理イベント，購
買代金支払管理イベントが夫々発生した場合、前述した
認証情報、販売代金収金明細表情報、信用カード売出額
先支給情報 、登録情報に基づいて、販売企業４００及
び購買企業５００間の代金決済を銀行オンライン網を介
して管理する役割を担う。
【００２８】また、認証モジュール３０は、販売企業側
通信クライアント１、購買企業側通信クライアント２等
を通じて本発明の代金決済管理システム１００にアクセ
スする任意の販売企業４００、購買企業５００が既に登
録されているか否かを認証情報Ｄ／Ｂ８１を用いて認証
する役割を担い、販売代金収金明細表管理モジュール４
０は販売企業側通信クライアント１から伝送される販売
代金収金明細表を販売代金収金明細表情報Ｄ／Ｂ８２を
用いて管理する役割を担う。
【００２９】また、先支給金回収管理モジュール５０
は、代金決済管理システム１００側が販売企業４００側
に先支給した先支給金、例えば信用カード売出額先支給
を信用カード売出額先支給情報Ｄ／Ｂ８３を用いて管理
する役割を担い、運営情報管理モジュール６０は代金管
理サーバー１０の細部に亘る運営事項を運営情報Ｄ／Ｂ
８５、登録情報Ｄ／Ｂ８６等を用いて管理する役割を担
う。
【００３０】さらに、口座管理モジュール９０は前述し
た認証モジュール３０、販売代金収金明細表管理モジュ
ール４０、先支給金回収管理モジュール５０、運営情報
管理モジュール６０等と同様にして代金管理サーバー１
０と通信可能になされており、この状態で、口座管理モ
ジュール９０は代金決済管理システム１００により指定
されたシステム側指定口座９２、販売企業４００により
指定された販売企業側指定口座９１、購買企業５００に
より指定された購買企業側指定口座９３等を管理する役
割を担う。
【００３１】以下、前述したように構成された本発明の
代金決済管理システム１００を用いた代金決済管理方法
を詳細に説明する。
【００３２】まず、所定の商品の販売、サービスの提供
等を行った販売企業４００は販売企業側通信クライアン
ト１、例えば販売企業側コンピュータ１ａを用いて、ま
た販売企業４００から商品を購入し又はサービスの提供
を受けた多数の購買企業５００は、購買企業側通信クラ
イアント２、例えば購買企業側コンピュータ２ａを用い
て、本発明の代金決済管理システム１００に夫々接続す
る。勿論、該販売企業４００、購買企業５００は、販売
企業側コンピュータ１ａ、購買企業側コンピュータ２ａ
以外の異なる通信クライアント、例えば、販売企業側有
／無線通信機１ｂ、購買企業側有／無線通信機２ｂ等を
用いて、本発明の代金決済管理システム１００に接続す
るようにしてもよい。
【００３３】また、販売企業４００、購買企業５００等
が販売企業側有／無線通信機１ｂ、購買企業側有／無線
通信機２ｂ等を用いてアクセスする場合においては、通
信中継局２００は、この販売企業側有／無線通信機１
ｂ、購買企業側有／無線通信機２ｂ等から出力されるデ
ータを代金決済管理システム１００のインターフェース
モジュール２０へ伝達し、また代金決済管理システム１
００のインターフェースモジュール２０から出力される
データを販売企業側有／無線通信機１ｂ、購買企業側有
／無線通信機２ｂ等に伝達する役割を担う。
【００３４】このような環境が揃えられた状態で、図４
に示すように、代金管理サーバー１０は、購買企業側コ
ンピュータ１ａ又は販売企業側コンピュータ２ａの何れ
か一つからシステム接続イベントが発生したか否かを判
断する（Ｓ１）。
【００３５】ここで、販売企業側コンピュータ１ａ又は
購買企業側コンピュータ２ａから前述したシステム接続
イベントが発生しなかったと判断した場合（Ｓ１：いい
え）、代金管理サーバー１０は、後述するステップＳ１
５に進む。
【００３６】一方、販売企業側コンピュータ１ａ又は購
買企業側コンピュータ２ａの何れか一つからシステム接
続イベントが発生したと判断した場合（Ｓ１：はい）、
代金管理サーバー１０は、運営情報管理モジュール６０
を用いて、運営情報Ｄ／Ｂ８４に記憶されている運営情
報を抽出した後、この運営情報を用いて、認証要求メッ
セージを生成し、生成した認証要求メッセージをシステ
ム接続イベントを発生させたコンピュータに対して伝送
する（Ｓ２）。
【００３７】ここで、販売企業側コンピュータ１ａによ
ってシステム接続イベントが発生したと判断した場合、
この認証要求メッセージは販売企業側コンピュータ１ａ
に伝送され、一方、購買企業側コンピュータ２ａによっ
てシステム接続イベントが発生したと判断した場合、こ
の認証要求メッセージは購買企業側コンピュータ２ａに
伝送される。
【００３８】この場合、該コンピュータ、例えば販売企
業側コンピュータ１ａは代金管理サーバー１０から伝送
された認証要求メッセージを解釈して、その内容を出力
することにより、販売企業４００が認証過程を速やかに
遂行できるようにし、また購買企業側コンピュータ２ａ
は、代金管理サーバー１０から伝送された認証要求メッ
セージを解釈して、その内容を出力することにより、購
買企業５００が認証過程を速やかに遂行できるようにす
る。
【００３９】この状態で、代金管理サーバー１０は、イ
ンターフェースモジュール２０を継続してチェクするこ
とにより、販売企業側コンピュータ１ａ又は購買企業側
コンピュータ１ｂから認証情報が伝送されたか否かを判
断する（Ｓ３）。
【００４０】この際、販売企業側コンピュータ１ａ又は
購買企業側コンピュータ２ａから別途の認証情報が伝送
されなかったと判断した場合（Ｓ３：いいえ）、代金管
理サーバー１０は、販売企業側コンピュータ１ａ又は購
買企業側コンピュータ２ａがまだ認証情報入力過程を完
了していなかったと判定し、待機状態を維持する（Ｓ
４）。
【００４１】一方、販売企業側コンピュータ１ａ又は購
買企業側コンピュータ２ａから認証情報が伝送されたと
判断した場合（Ｓ３：はい）、代金管理サーバー１０
は、認証モジュール３０を用いることにより、販売企業
側コンピュータ１ａ又は購買企業側コンピュータ２ａを
通じて代金決済管理システム１００に接続中である企
業、例えば、販売企業４００又は購買企業５００が既に
登録された企業であるか否かを判断する（Ｓ５）。
【００４２】ここで、代金決済管理システム１００に接
続中である企業が既に登録された企業ではないと判断し
た場合（Ｓ５：いいえ）、代金管理サーバー１０は、例
えば「貴社は登録されたお客様ではありません。予め登
録して下さい。」等のような内容の登録要求メッセージ
を生成し、生成した登録要求メッセージをその企業のコ
ンピュータに対して伝送する（Ｓ６）。
【００４３】一方、代金決済管理システム１００に接続
中である企業が登録された企業であると判断した場合
（Ｓ５：はい）、代金管理サーバー１０は、後述するメ
ーンページを生成し、生成したメーンページを該企業の
コンピュータ、例えば販売企業側コンピュータ１ａ又は
購買企業側コンピュータ２ａに伝送する（Ｓ７）。
【００４４】この場合、該企業のコンピュータは、代金
決済管理システム１００から伝送されるメーンページ６
０１を解釈し、これらを図５に示すように出力すること
により、販売企業４００又は購買企業５００による企業
間代金決済過程が円滑に行われるような環境を提供す
る。
【００４５】一方、前述した過程を通じて、例えば販売
企業側コンピュータ１ａ又は購買企業側コンピュータ２
ａにてメーンページ６０１が出力された状態で、代金管
理サーバー１０は該企業のコンピュータから代金決済利
用イベントが発生したか否かを判断する（Ｓ８）。
【００４６】ここで、該企業のコンピュータから代金決
済利用イベントが発生しなかったと判断した場合（Ｓ
８：いいえ）、代金管理サーバー１０はステップＳ１５
に進む。
【００４７】一方、販売企業４００又は購買企業５００
が、例えばメーンページ６０１の代金決済管理システム
項目６０２をクリックすることにより、販売企業側コン
ピュータ１ａ又は購買企業側コンピュータ２ａによって
代金決済利用イベントが発生したと判断した場合（Ｓ
８：はい）、代金管理サーバー１０は、例えば運営情報
管理モジュール６０等を用いて、登録情報Ｄ／Ｂ８５に
記憶されている前記企業の登録情報を収集した後、該企
業が販売企業４００であるか又は購買企業５００である
か否かを判断する（Ｓ９，Ｓ１０）。
【００４８】ここで、前記企業が販売企業４００である
と判断した場合（Ｓ９：はい）、代金管理サーバー１０
は、該販売企業４００の登録情報が反映された販売企業
用初期ページを生成し、生成した販売企業用初期ページ
を販売企業側コンピュータ１ａに伝送する（Ｓ１２）。
【００４９】この場合、販売企業側コンピュータ１ａ
は、代金決済管理システム１００から伝送される販売企
業用初期ページ６０３を解釈し、これらを図６に示すよ
うに出力することにより、 販売企業４００による販売
代金収金過程が円滑に進行されるような環境を提供す
る。
【００５０】ここで、図６に示すとおり、販売企業用初
期ページ ６０３には、例えば売出債券明細表伝送項目
６０４、信用カード売出表伝送項目６０５、信用カード
売出表先支給申請項目６０６、伝送内訳照会項目６０
８、収金内訳照会項目６０９、処理結果照会項目６１０
等が備えられており、販売企業４００は、例えばこれら
のそれぞれの項目をクリックすることにより、該項目を
実時間に確認／設定することができる。勿論、このよう
なそれぞれの項目は状況によって多様に変形がなされ
る。
【００５１】ここで、後述する信用カード売出表を伝送
した後、信用カード売出額先支給過程を通じて資金を運
用しようとする販売企業４００は、例えば販売企業用初
期ページ ６０３の信用カード売出表先支給申請項目６
０６を選択して、信用カード売出表先支給申請情報を生
成することが出来る。
【００５２】このような信用カード売出表先支給申請情
報は、商品の販売又はサービスの提供等を行った販売企
業４００が、例えば企業専用信用カードを用いて、該商
品、サービス等の購買代金を決済した購買企業５００と
連繋された銀行３００に対して、信用カード決済代金の
先支給を要請する情報を意味しており、金融機関、例え
ば銀行３００はこの信用カード売出表先支給情報に基づ
いて、信用カード決済代金を購買企業５００に代わり販
売企業４００に予め先支給する。これにより、販売企業
４００では自社の販売した品物、提供したサービス等の
販売代金を前もって収金できるようになる。
【００５３】一方、上述した過程を通じて、販売企業側
コンピュータ１ａにて販売企業用初期ページ６０３が出
力されている状態で、代金管理サーバー１０は、該販売
企業側コンピュータ１ａによって販売代金収金明細表管
理イベントが発生したか否かを判断する（Ｓ１３）。
【００５４】ここで、販売代金収金明細表は、例え
ば、"販売商品、販売金額、決済手段、支給日"等のよう
な詳細な販売情報を記録した明細表を示すものである
が、販売企業４００が該販売代金収金明細表として、例
えば、信用カード売出表を伝送する場合、これは購買企
業５００の決済手段が企業専用信用カードであることを
意味しており、また販売企業４００が該販売代金収金明
細表として、売出債券明細表を伝送する場合、これは購
買企業５００の決済手段が売出債券であることを意味し
ている。
【００５５】ここで、企業専用信用カードは、本発明の
代金決済管理システム１００を備えた銀行３００が前述
した“信用カード発給約定”を締結した購買企業５００
を対象に特別に発給したカードである。
【００５６】また、販売企業側コンピュータ１ａによっ
て販売代金収金明細表管理イベントが発生しなかったと
判断した場合（Ｓ１３：いいえ）、代金管理サーバー１
０は、後述するステップＳ１４に進む。
【００５７】一方、販売企業４００が、例えば販売企業
用初期ページ６０３の売出債券明細表伝送項目６０４、
信用カード売出表伝送項目６０５等をクリックすること
により、販売企業側コンピュータ１ａによって販売代金
収金明細表管理イベントが発生したと判断した場合（Ｓ
１３：はい）、代金管理サーバー１０は、該販売企業側
コンピュータ１ａから伝送される販売代金収金明細表情
報を参照して、後述する販売代金収金明細表管理過程を
実行する（Ｓ１００）。
【００５８】また、前述したステップＳ１００を通じ
て、販売代金収金明細表管理過程が完了した場合、代金
管理サーバー１０は、販売企業側コンピュータ１ａによ
って信用カード売出額先支給申請イベントが発生したか
否かを判断する（Ｓ１４）。
【００５９】ここで、販売企業側コンピュータ１ａによ
って信用カード売出額先支給申請イベントが発生しなか
ったと判断した場合（Ｓ１４：いいえ）、代金管理サー
バー１０は、後述するステップＳ１５に進む。
【００６０】一方、販売企業４００が、例えば販売企業
用初期ページ６０３の信用カード売出表先支給申請項目
６０６をクリックすることにより、販売企業側コンピュ
ータ１ａによって信用カード売出額先支給申請イベント
が発生したと判断した場合（Ｓ１４：はい）、代金管理
サーバー１０は、該販売企業側コンピュータ１ａから伝
送される信用カード売出額先支給申請情報を参照して、
後述する信用カード売出額先支給過程を実行する（Ｓ２
００）。
【００６１】また、前記企業が販売企業４００ではなく
購買企業であると判断した場合（Ｓ１０：はい）、代金
管理サーバー１０は、購買企業５００の登録情報が反映
された購買企業用初期ページを生成し、生成した購買企
業用初期ページを購買企業側コンピュータ２ａに伝送す
る（Ｓ１１）。
【００６２】この場合、購買企業側コンピュータ２ａ
は、代金決済管理システム１００から伝送される購買企
業用初期ページ６１１を解釈し、その内容を図７に示す
ように出力することにより、購買企業５００による購買
代金管理過程が円滑に行われるような環境を提供する。
【００６３】ここで、図７に示すように、購買企業用初
期ページ６１１には、例えば購買内訳照会項目６１２、
信用カード購買代金先入金項目６１３等が備えられてお
り、購買企業５００では先のそれぞれの項目を選択的に
クリックすることにより、該項目を実時間に確認／設定
することができる。勿論、それらのそれぞれの項目は販
売企業用初期ページ６０３の場合と同様に、状況によっ
て多様な変形がなされる。
【００６４】ここで、販売企業５００が、例えば購買企
業用初期ページ６１１の信用カード購買代金先入金項目
６１３を選択して、信用カード購買代金先入金情報を生
成することができるが、このような信用カード購買代金
先入金情報は、信用カードを用いて、販売企業４００か
ら商品を購入し又はサービスを享受した購買企業５００
が自社の信用カード購買代金を決済日以前に予め入金す
る内容を記録した情報を意味しており、本発明の代金決
済管理システム１００は、このような信用カード購買代
金先入金情報に基づいて、信用カード決済代金を購買企
業５００が指定した特定口座から振替させることによ
り、購買企業５００が自社の意向に沿って、決済日以前
の時点からも信用カード決済代金を安定的に先決済でき
るようにする。
【００６５】前述した過程を通じて、購買企業側コンピ
ュータ２ａにて購買企業用初期ページ６１１が出力され
た状態で、代金管理サーバー１０は、購買企業側コンピ
ュータ２ａによって購買代金管理イベントが発生したか
否かを判断する（Ｓ１６）。
【００６６】ここで、購買企業側コンピュータ２ａによ
って購買代金管理イベントが発生しなかったと判断した
場合（Ｓ１６：いいえ）、代金管理サーバー１０は、後
述するステップＳ１５に進む。
【００６７】一方、購買企業５００が、例えば購買企業
用初期ページ６１１の購買内訳照会項目６１２、信用カ
ード購買代金先入金項目６１３等をクリックすることに
より、購買企業側コンピュータ２ａによって一連の購買
代金管理イベントが発生したと判断した場合（Ｓ１６：
はい）、代金管理サーバー１０は、購買企業側コンピュ
ータ２ａから伝送される購買代金管理情報を参照して、
後述する購買代金管理過程を実行する（Ｓ３００）。
【００６８】以下、前述した販売代金収金明細表管理過
程（Ｓ１００）、信用カード売出額先支給過程（Ｓ２０
０）、購買代金管理過程（Ｓ３００）等を詳細に説明す
る。
【００６９】まず、前述した販売代金収金明細表管理過
程（Ｓ１００）を詳細に説明する。
【００７０】図８に示すように、代金管理サーバー１０
は、インターフェースモジュール２０を継続してチェッ
クすることにより、販売企業側コンピュータ１ａによっ
て信用カード売出表伝送イベントが発生したか否かを判
断する（Ｓ１０１）。
【００７１】ここで、販売企業４００が、販売企業用初
期ページ６０３の売出債券明細表伝送項目６０４をクリ
ックすることにより、販売企業側コンピュータ１ａによ
って、信用カード売出表伝送イベントの代わりに、売出
債券明細表伝送イベントが発生したと判断した場合（Ｓ
１０１：いいえ）、代金管理サーバー１０は、運営情報
管理モジュール６０を用いて、売出債券内訳入力ページ
を生成し、生成した売出債券内訳入力ページをインター
フェースモジュール２０を介して販売企業側コンピュー
タ１ａに伝送する（Ｓ１０２）。
【００７２】この場合、販売企業側コンピュータ１ａ
は、代金管理サーバー１０から伝送された売出債券内訳
入力ページ６１４を解釈し、その内容を図９に示すよう
に出力することにより、販売企業４００が売出債券明細
表情報を生成できる安定的な環境を提供するようにす
る。
【００７３】この状態で、代金管理サーバー１０は、イ
ンターフェースモジュール２０を継続してチェックする
ことにより、販売企業側コンピュータ１ａから売出債券
明細表情報が伝送されたか否かを判断する（Ｓ１０
３）。
【００７４】ここで、販売企業４００が、まだ売出債券
明細表内訳入力過程を完了させていないために、販売企
業側コンピュータ１ａから売出債券明細表情報が伝送さ
れなかったと判断した場合（Ｓ１０３：いいえ）、代金
管理サーバー１０は待機状態を維持する（Ｓ１０４）。
【００７５】一方、販売企業４００が、売出債券明細表
内訳入力過程をすべて完了させて、例えば伝送項目６１
７をクリックすることにより、販売企業側コンピュータ
１ａから売出債券明細表情報が伝送されたと判断した場
合（Ｓ１０３：はい）、代金管理サーバー１０は、この
売出債券明細表情報が所定の要件を満足しているか否
か、例えば売出債券明細表情報に記録された売出債券収
金対象金額が購買企業別貸出限度金額以内であるか否
か、購買企業側指定口座９３に引出可能残額があるか否
か、又は売出債券明細表情報に記録された収金対象購買
企業５００が既に登録された購買企業５００であるか否
か等を判断する（Ｓ１０５）。
【００７６】ここで、売出債券明細表情報に記録された
売出債券収金対象金額が購買企業別貸出限度金額を超え
てている、購買企業側指定口座９３に引出可能残額がな
い、又は売出債券明細表情報に記録された収金対象購買
企業５００が既に登録された購買企業５００ではないと
判断した場合（Ｓ１０５：いいえ）、代金管理サーバー
１０は、誤謬メッセージ（エラーメッセージ）を販売企
業側コンピュータ１ａに伝送する(Ｓ１０６)。
【００７７】この場合、代金管理サーバー１０は、運営
情報管理モジュール６０を用いて、運営情報Ｄ／Ｂ８４
に記憶されている運営情報を読み出した後、この運営情
報を用いて、例えば「選択した金額が購買企業の限度金
額を超過します。もう一度試して下さい‥」等のような
誤謬メッセージを生成し、生成した誤謬メッセージを販
売企業側コンピュータ１ａに伝送する。
【００７８】一方、売出債券明細表情報に記録された売
出債券収金対象金額が購買企業別貸出限度金額以内の金
額である、購買企業側指定口座９３に引出可能残額が充
分にある、及び売出債券明細表情報に記録された収金対
象購買企業５００が既に登録された購買企業５００であ
ると判断した場合、すなわち売出債券明細表情報の所定
の要件がすべて満足されたと判断した場合（Ｓ１０５：
はい）、代金管理サーバー１０は、売出債券明細表情報
を収集し記憶する過程及び売出債券明細表に記録された
収金対象売出債券額を購買企業側指定口座９３から販売
企業側指定口座９１へ振替する過程等を行う（Ｓ１０
７，Ｓ１０７ａ）。
【００７９】この場合、まず、代金管理サーバー１０
は、販売企業側コンピュータ１ａから伝送された売出債
券明細表情報を販売代金収金明細表管理モジュール４０
に伝達し、販売代金集金明細表管理モジュール４０は、
このような売出債券明細表情報が伝達された場合に、こ
れをＤ／Ｂ管理サーバー７０に伝達することにより、該
売出債券明細表情報が、例えば販売代金収金明細表情報
Ｄ／Ｂ８２に安定して収集し記憶することができる。
【００８０】また、代金管理サーバー１０は、口座管理
モジュール９０を制御して、購買企業側指定口座９３に
既に入金されている購買代金決済専用貸出金を販売企業
側指定口座９１に振替することにより、販売企業４００
が販売した商品又は提供したサービス等に対する販売代
金をすべて収金できるようにする。
【００８１】一方、前述したステップＳ１０１で、販売
企業４００が販売企業用初期ページ６０３の信用カード
売出表伝送項目６０５をクリックすることにより、販売
企業側コンピュータ１ａによって信用カード売出表伝送
イベントが発生したと判断した場合（Ｓ１０１：は
い）、代金管理サーバー１０は、運営情報管理モジュー
ル６０を用いて、信用カード売出表内訳入力ページを生
成し、生成した信用カード売出表内訳入力ページをイン
ターフェースモジュール２０を介して販売企業側コンピ
ュータ１ａに伝送する（Ｓ１０８）。
【００８２】この場合、販売企業側コンピュータ１ａ
は、代金管理サーバー１０から伝送された信用カード売
出表内訳入力ページ６１６を解釈し、その内容を図１０
に示すように出力することにより、販売企業４００が信
用カード売出表情報を生成できる環境を提供する。
【００８３】この状態で、代金管理サーバー１０は、イ
ンターフェースモジュール２０を継続してチェックする
ことにより、販売企業側コンピュータ１ａから信用カー
ド売出表情報が伝送されたか否かを判断する（Ｓ１０
９）。
【００８４】この際、販売企業４００が、まだ信用カー
ド売出表内訳入力過程を完了させていなかったため、販
売企業側コンピュータ１ａから信用カード売出表情報が
伝送されなかったと判断した場合（Ｓ１０９：いい
え）、代金管理サーバー１０は待機状態を維持する（Ｓ
１１０）。
【００８５】一方、販売企業４００が、信用カード売出
表内訳入力過程をすべて完了させて、例えば伝送項目６
１７をクリックすることにより、販売企業側コンピュー
タ１ａから信用カード売出表情報が伝送されたと判断し
た場合（Ｓ１０９：はい）、代金管理サーバー１０は、
この信用カード売出表情報が所定の要件を満足している
か否か、例えば信用カード売出表情報に記録された信用
カード収金対象金額が販売企業別限度、購買企業別負債
限度以内であるか否か、信用カード売出表情報に記録さ
れた収金対象購買企業が既に登録された購買企業５００
であるか否か等を判断する（Ｓ１１１）。
【００８６】ここで、信用カード売出表情報に記録され
た信用カード収金対象金額が販売企業別限度、購買企業
別負債限度等を超えている、又は信用カード売出表情報
に記録された収金対象購買企業が既に登録された購買企
業５００ではないと判断した場合（Ｓ１１１：いい
え）、代金管理サーバー１０は、誤謬メッセージを販売
企業側コンピュータ１ａに伝送する（Ｓ１１２）。
【００８７】この場合、代金管理サーバー１０は、運営
情報管理モジュール６０を用いて、運営情報Ｄ／Ｂ８４
に記憶されている運営情報を読み出した後、この運営情
報を用いて、例えば「選択した金額が限度金額を超えて
います。もう一度試して下さい‥」等のような誤謬メッ
セージを生成し、生成した誤謬メッセージを販売企業側
コンピュータ１ａに伝送する。
【００８８】一方、信用カード売出表情報に記録された
信用カード収金対象金額が販売企業別限度、購買企業別
負債限度以内の金額であり、信用カード売出表情報に記
録された収金対象購買企業が既に登録された購買企業
５００であると判断した場合、すなわち該信用カード売
出表情報の要件がすべて満足されていると判断した場合
（Ｓ１１１：はい）、代金管理サーバー１０は、信用カ
ード売出表情報を収集し記憶する（Ｓ１１３）。
【００８９】この場合、代金管理サーバー１０は、販売
企業側コンピュータ１ａから伝送された信用カード売出
表情報を販売代金収金明細表管理モジュール４０に伝達
する。販売代金収金明細表管理モジュール４０は、この
ような信用カード売出表情報が伝達された場合、これを
Ｄ／Ｂ管理サーバー７０に伝達することにより、該信用
カード売出表情報は、例えば販売代金収金明細表情報Ｄ
／Ｂ８２に安定して収集し記憶される。
【００９０】次に、前述した信用カード売出額先支給過
程（Ｓ２００）を詳細に説明することにする。
【００９１】前述したステップＳ１４を通じて、販売企
業４００側による一連の信用カード売出額先支給申請イ
ベントが発生したと判断した場合（Ｓ１４：はい）、図
１１に示すように、代金管理サーバー１０は、運営情報
管理モジュール６０を用いて、信用カード売出額先支給
申請内訳入力ページを生成し、生成した信用カード売出
額先支給申請内訳入力ページをインターフェースモジュ
ール２０を介して販売企業側コンピュータ１ａに伝送す
る（Ｓ２０１）。
【００９２】この場合、販売企業側コンピュータ１ａ
は、代金管理サーバー１０から伝送された信用カード売
出額先支給申請内訳入力ページ６１８を解釈し、その内
容を図１２に示すように出力することにより、販売企業
４００が信用カード売出額先支給申請過程を速やかに進
行させるような環境を提供する。
【００９３】この状態で、代金管理サーバー１０は、イ
ンターフェースモジュール２０を継続してチェックする
ことにより、販売企業側コンピュータ１ａから信用カー
ド売出額先支給申請情報が伝送されたか否かを判断する
（Ｓ２０２）。
【００９４】この際、販売企業４００が、まだ信用カー
ド売出額先支給申請内訳入力過程を完了させていなかっ
たため、販売企業側コンピュータ１ａから信用カード売
出表買入申請情報が伝送されなかったと判断した場合
（Ｓ２０２：いいえ）、代金管理サーバー１０は待機状
態を維持する（Ｓ２０３）。
【００９５】一方、販売企業４００が、信用カード売出
額先支給申請内訳入力過程をすべて完了させ、例えば伝
送項目６１９をクリックして販売企業側コンピュータ１
ａから信用カード売出額先支給申請情報が伝送されたと
判断した場合（Ｓ２０２：はい）、代金管理サーバー１
０は、販売代金収金明細表管理モジュール４０を用い
て、例えば販売代金収金明細表情報Ｄ／Ｂ８２に記憶さ
れている信用カード売出表情報をチェックし、これらに
基づいて、信用カード売出額先支給申請情報に記録され
た信用カード売出先支給申請金額が既に指定された債券
残額限度内であるか否かを判断する（Ｓ２０４，Ｓ２０
５）。
【００９６】ここで、信用カード売出額先支給申請情報
に記録された信用カード売出先支給申請金額が既に指定
された債券残額を超える場合（Ｓ２０５：いいえ）、代
金管理サーバー１０は、誤謬メッセージを販売企業側コ
ンピュータ１ａに伝送する（Ｓ２０６）。
【００９７】この場合、代金管理サーバー１０は、運営
情報管理モジュール６０を用いて、運営情報Ｄ／Ｂ８４
に記憶されている運営情報を読み出した後、この運営情
報を用いて、例えば「申請した金額が債券限度金額を超
えています。もう一度試して下さい‥」等のような誤謬
メッセージを生成し、生成した誤謬メッセージを販売企
業側コンピュータ１ａに伝送する。
【００９８】一方、信用カード売出額先支給申請情報に
記録された信用カード売出額先支給申請金額が既に指定
された債券残額限度内の金額である場合（Ｓ２０５：は
い）、代金管理サーバー１０は、信用カード売出申請額
を購買企業５００に代わって、販売企業４００に予め先
支給する（Ｓ２０７）。
【００９９】この場合、代金管理サーバー１０は、口座
管理モジュール９０に信用カード売出申請額の先支給を
指示することになり、口座管理モジュール９０はこのよ
うな指示イベントが発生した場合、一定額の現金を例え
ばシステム側指定口座９２から販売企業側指定口座９１
に入金させることになる。その結果、購買企業５００に
対して商品の販売又はサービスの提供等を行った販売企
業４００は、自社で販売した品物又は提供したサービス
等に相応する信用カード売出申請額をオンライン上で容
易に先入金することが可能になる。
【０１００】次に、前述した購買代金管理過程（Ｓ３０
０）を詳細に説明する。
【０１０１】まず、図１３に示すように、代金管理サー
バー１０は、インターフェースモジュール２０を継続し
てチェックすることにより、購買企業側コンピュータ２
ａによって購買内訳照会イベントが発生したか否かを判
断する（Ｓ４０１）。
【０１０２】この際、購買企業側コンピュータ２ａによ
って購買内訳照会イベントが発生しなかったと判断した
場合（Ｓ４０１：いいえ）、代金管理サーバー１０は、
後述するステップＳ４０３に進む。
【０１０３】一方、購買企業５００が、購買企業用初期
ページ６１１の購買内訳照会項目６１２をクリックする
ことにより、購買企業側コンピュータ２ａによって購買
内訳照会イベントが発生したと判断した場合（Ｓ４０
１：はい）、代金管理サーバー１０は、運営情報管理モ
ジュール６０を用いて、購買内訳リストを生成し、生成
した購買内訳リストをインターフェースモジュール２０
を介して購買企業側コンピュータ２ａに伝送する（Ｓ４
０２）。
【０１０４】この場合、購買企業側コンピュータ２ａ
が、代金管理サーバー１０から伝送された購買内訳リス
ト６２２を解釈し、その内容を図１４に示すように出力
することにより、購買企業５００が、例えば、購買品
物、決済期日、決済金額等のような自社の購買内訳をさ
らに容易に確認できるような環境を提供することができ
る。
【０１０５】次に、代金管理サーバー１０は、インター
フェースモジュール２０を継続してチェックすることに
より、購買企業側コンピュータ２ａによって信用カード
購買代金先入金イベントが発生したか否かを判断する
（Ｓ４０３）。
【０１０６】ここで、購買企業側コンピュータ２ａによ
って信用カード購買代金先入金イベントが発生しなかっ
たと判断した場合（Ｓ４０３：いいえ）、代金管理サー
バー１０は処理を終了する。
【０１０７】一方、購買企業５００が、購買企業用初期
ページ６１１の信用カード購買代金先入金項目６１３を
クリックすることにより、購買企業側コンピュータ２ａ
によって信用カード購買代金先入金イベントが発生した
と判断した場合（Ｓ４０３：はい）、代金管理サーバー
１０は、運営情報管理モジュール６０を用いて、信用カ
ード購買代金先入金内訳入力ページを生成し、生成した
信用カード購買代金先入金内訳入力ページをインターフ
ェースモジュール２０を介して購買企業側コンピュータ
２ａに伝送する（Ｓ４０４）。
【０１０８】この場合、購買企業側コンピュータ２ａ
が、代金管理サーバー１０から伝送された信用カード購
買代金先入金内訳入力ページ６２３を解釈し、その内容
を図１５に示すように出力することにより、購買企業５
００が信用カード購買代金を予め入金できる環境を提供
することができる。
【０１０９】この状態で、代金管理サーバー１０は、イ
ンターフェースモジュール２０を継続してチェックする
ことにより、購買企業側コンピュータ２ａから信用カー
ド購買代金先入金情報が伝送されたか否かを判断する
（Ｓ４０５）。
【０１１０】ここで、販売企業５００が、まだ信用カー
ド購買代金先入金内訳入力過程を完了させていなかった
ため、購買企業側コンピュータ２ａから信用カード購買
代金先入金情報が伝送されなかったと判断した場合（Ｓ
４０５：いいえ）、代金管理サーバー１０は待機状態を
維持する（Ｓ４０６）。
【０１１１】一方、販売企業５００が、信用カード購買
代金先入金内訳入力過程をすべて完了させ、例えば伝送
項目６２４をクリックすることにより、購買企業側コン
ピュータ２ａから一連の信用カード購買代金先入金情報
が伝送されたと判断した場合（Ｓ４０５：はい）、代金
管理サーバー１０は、前述した信用カード購買代金先入
金情報に基づいて、該信用カード購買代金を先入金する
処理を行う（Ｓ４０７）。
【０１１２】この場合、代金管理サーバー１０は、口座
管理モジュール９０に信用カード購買代金の先支給を指
示する。口座管理モジュール９０は、このような指示イ
ベントが発生した場合、一定額の現金を、例えば購買企
業５００が指定した特定口座から販売企業側指定口座９
１に振替させることになる。その結果、販売企業４００
から商品を購入し又はサービスを享受する等した購買企
業５００は、決済日以前の時点で、自社の意向に沿っ
て、信用カード先決済過程を安定的に行わせることがで
きるようになる。
【０１１３】一方、図４に示したように、前述した信用
カード売出額先支給過程（Ｓ２００）が完了した場合、
代金管理サーバー１０は、販売代金収金明細表管理モジ
ュール４０を用いて、販売代金収金明細表情報Ｄ／Ｂ８
２に記憶されている販売代金収金明細表情報、例えば、
信用カード売出表情報を読み出し、この信用カード売出
表情報を参照し、該信用カード売出表のうち、当日決済
日である信用カード売出件があるか否かを判断する（Ｓ
１５）。
【０１１４】ここで、販売代金収金明細表情報Ｄ／Ｂ８
２に記憶されている信用カード売出表のうち、当日決済
日である信用カード売出件がないと判断した場合（Ｓ１
５：いいえ）、代金管理サーバー１０は処理を終了す
る。
【０１１５】一方、販売代金収金明細表情報Ｄ／Ｂ８２
に記憶されている信用カード売出表のうち、当日決済日
である信用カード売出件があると判断した場合（Ｓ１
５：はい）、代金管理サーバー１０は、購買企業側指定
口座９３をチェックして、当日決済日である信用カード
売出件に係る信用カード購買代金決済過程を実行する
（Ｓ５００）。
【０１１６】まず、図１６に示すように、代金管理サー
バー１０は、口座管理モジュール９０を制御して、当日
決済日である信用カード売出件に係る購買企業５００側
の指定口座９１をチェックする(Ｓ５０１)。
【０１１７】次に、代金管理サーバー１０は、当日決済
日である信用カード売出件が前述したステップＳ２０７
の実行によって発生された先支給件を回収する先支給回
収対象件であるか否かを判断する（Ｓ５０２）。
【０１１８】ここで、当日決済日である信用カード売出
件に係る販売企業４００が前述のような信用カード売出
額先支給過程を行っていなかった一般の販売企業４００
であるため、当日決済日である信用カード売出件が前述
したような先支給回収対象件でない一般回収対象件であ
ると判断した場合（Ｓ５０２：いいえ）、代金管理サー
バー１０は後述する一般対象件処理過程を実行する（Ｓ
５２０）。
【０１１９】まず、代金管理サーバー１０は、購買企業
側指定口座９３に既に入金されている金額が購買企業５
００側の信用カード購買代金以上であるか否かを判断す
る（Ｓ５２１）。
【０１２０】その際、図１７（ａ）に示すように、購買
企業５００側の信用カード購買代金が１，０００である
にもかかわらず、購買企業側指定口座９３に既に入金さ
れていた金額が５００であるために、購買企業側指定口
座９３に既に入金されている金額が購買企業５００側の
信用カード購買代金未満であると判断した場合（Ｓ５２
１：いいえ）、代金管理サーバー１０は、販売企業４０
０が収金しなければならない購買企業５００の信用カー
ド購買代金１，０００を購買企業５００の代わりに販売
企業４００に代納する（Ｓ５２２）。
【０１２１】このような代納過程が完了した場合、代金
管理サーバー１０は、購買企業側指定口座９３に既に入
金されている５００を回収するとともに、銀行３００側
と信用カード借主関係にある購買企業５００をその差
額、即ち、５００だけを延滞処理する処理を行う（Ｓ５
２３）。
【０１２２】この場合、代金管理サーバー１０は、運営
情報管理モジュール６０に対して「購買企業を延滞処理
して下さい。」等のメッセージを伝達する。運営情報管
理モジュール６０は、これらのメッセージが伝達された
場合、登録情報Ｄ／Ｂ８５に記憶されている該購買企業
５００の登録情報を変更することにより、以後、該購買
企業５００が延滞企業に分類、管理されるようにする。
【０１２３】一方、図１７（ｂ）に示すように、購買企
業５００側の信用カード購買代金が１，０００である
が、購買企業側指定口座９３に既に入金されていた金額
が２，０００であるため、購買企業側指定口座９３に既
に入金されている金額が購買企業側信用カード購買代金
以上であると判断した場合（Ｓ５２１：はい）、代金管
理サーバー１０は、購買企業５００側の信用カード購買
代金を正常に回収する処理を実行する（Ｓ５２４）。
【０１２４】この場合、代金管理サーバー１０は、口座
管理モジュール９０に購買企業側指定口座９３に既に入
金されている金額の回収を指示する。口座管理モジュー
ル９０は、このような指示イベントが発生した場合、購
買企業５００側の保有資金、例えば、２，０００のうち
１，０００を購買企業側指定口座９３から販売企業側指
定口座９１に入金させることとなる。その結果、販売業
者４００は自社の販売した商品又は提供したサービスに
対する販売代金をすべて集金できるようになる。
【０１２５】一方、前述したステップＳ５０２で、当日
決済日である信用カード売出件に係る販売企業４００が
前述したような信用カード売出額先支給過程を行ってい
ない販売企業４００であるため、当日決済日である信用
カード売出件が前述した場合と同様に先支給回収対象件
であると判断した場合（Ｓ５０２：はい）、代金管理サ
ーバー１０は、先支給金回収管理モジュール５０を通じ
て、信用カード売出額先支給情報を抽出した後、この信
用カード売出額先支給情報を活用して、購買企業側指定
口座９３に既に入金されている金額が信用カード売出表
先支給額以上であるか否かを判断する（Ｓ５０３）。
【０１２６】ここで、図１７（ｃ）に示すように、信用
カード売出表先支給額が８００であるにもかかわらず、
購買企業側指定口座９３に既に入金されている金額が５
００であるため、購買企業側指定口座９３に既に入金さ
れている金額が信用カード売出表先支給額未満であると
判断した場合（Ｓ５０３：いいえ）、代金管理サーバー
１０は、購買企業側指定口座９３に既に入金されている
５００を回収するとともに、銀行３００側と信用カード
借主関係にある該購買企業５００をその差額、即ち、３
００だけを延滞処理する処理を行う（Ｓ５０４，Ｓ５０
５）。
【０１２７】この場合、代金管理サーバー１０は、運営
情報管理モジュール６０に「該販売企業を延滞処理して
下さい」等のメッセージを伝達する。運営情報管理モジ
ュール６０は、このようなメッセージが伝達された場
合、登録情報Ｄ／Ｂ８５に記憶されている該購買企業５
００の登録情報を変更させることにより、以後、該購買
企業５００が延滞企業に分類・管理されるようにする。
【０１２８】しかし、図１７（ｄ）に示すように、信用
カード売出表先支給額が８００であるが、購買企業側指
定口座９３に既に入金されている金額が２，０００であ
るため、購買企業側指定口座９３に既に入金されている
金額が信用カード売出表先支給額以上であると判断した
場合（Ｓ５０３：はい）、代金管理サーバー１０は、銀
行３００が先支給した信用カード売出表先支給額を正常
に回収する（Ｓ５０６）。
【０１２９】この場合、代金管理サーバー１０は口座管
理モジュール９０に購買企業側指定口座９３に既に入金
されている金額の回収を指示する。口座管理モジュール
９０は、このような指示イベントが発生した場合、購買
企業５００の保有代金、例えば、２，０００のうち８０
０を購買企業側指定口座９３からシステム側指定口座９
２に入金する。その結果、銀行３００は上述した信用カ
ード売出額先支給過程により先支給した代金を容易に回
収することができるようになる。
【０１３０】上述した過程を通じて、信用カード売出表
先支給額の回収過程が終了した場合、代金管理サーバー
１０は、購買企業５００の保有代金のうち、前の信用カ
ード売出表先支給額を差し引きした残りの適正残余額を
販売企業側指定口座９１に入金する（Ｓ５０７）。
【０１３１】この場合、代金管理サーバー１０は、口座
管理モジュール９０に購買企業側指定口座９３に既に入
金されている残りの適正金額の振替を指示する。口座管
理モジュール９０は、このような指示イベントが発生し
た場合、購買企業５００の残りの保有代金、例えば、
１，２００のうち販売企業４００の残余債券金額である
２００だけを購買企業側指定口座９３から販売企業側指
定口座９１に入金する処理を実行する。その結果、販売
企業４００は、自社の販売した品物又は提供したサービ
ス等に対する販売代金をすべて集金することができる。
【０１３２】以後、代金管理サーバー１０が、販売企業
側通信クライアント１，購買企業側通信クライアント２
等によって販売代金管理イベント，購買代金管理イベン
ト等が夫々発生する都度、前述した認証モジュール３
０、販売代金収金明細表管理モジュール４０、先支給金
回収管理モジュール５０、運営情報管理モジュール６
０、口座管理モジュール９０等と連携し、販売代金収金
管理過程、購買代金支払管理過程等を実行することによ
り、任意の販売企業４００と購買企業５００との間で、
銀行オンライン網を介して信頼性の高い代金決済を行う
ことが可能になる。
【０１３３】
【発明の効果】以上詳述したとおり、本発明では販売企
業及び購買企業間で行われる代金決済を銀行オンライン
網を介して体系的に実現することにより、販売企業及び
購買企業が自社に必要な販売代金の集金、購買代金の支
払等を、信用取引、手形等を用いなくても、容易に実行
することができる。
【０１３４】このような本発明の場合、全体的な代金決
済過程がオンライン化されるので、販売企業及び購買企
業では、例えば“複雑な購買代金決済手続き”、“盗
難、紛失の危険性”等のようなオフライン代金決済にお
ける不便を最小化することができる。
【０１３５】また、本発明が実現される場合、購買企業
による従来の信用取引、手形等が予め排除されることに
なるため、販売企業及び購買企業では両者間で行われる
代金決済の信頼性が大幅向上することができる等、本発
明は優れた効果を奏する。
【０１３６】以上で、本発明の特定の実施例が説明さ
れ、かつ図示されたが本発明が当業者により多様に変形
されて実施される可能性があることはいうまでもない。
このように変形された実施例は、本発明の技術的思想や
観点から個別的に理解されては困難であり、このような
変形された実施例は特許請求の範囲内に属すると言え
る。
【図面の簡単な説明】
【図１】本発明における企業間代金決済関係を概念的に
示した第１例示図である。
【図２】本発明における企業間代金決済関係を概念的に
示した第２例示図である。
【図３】本発明の代金決済管理システムを概念的に示し
た例示図である。
【図４】本発明の一実施例における代金決済管理方法を
示したフローチャートである。
【図５】本発明の一実施例における販売企業側通信クラ
イアント及び購買企業側通信クライアントのページ掲示
状態を概念的に示した例示図である。
【図６】本発明の一実施例における販売企業側通信クラ
イアント及び購買企業側通信クライアントのページ掲示
状態を概念的に示した例示図である。
【図７】本発明の一実施例における販売企業側通信クラ
イアント及び購買企業側通信クライアントのページ掲示
状態を概念的に示した例示図である。
【図８】本発明のもう一つの実施例における代金決済管
理方法を示したフローチャートである。
【図９】本発明のもう一つの実施例における販売企業側
通信クライアントのページ掲示状態を概念的に示した例
示図である。
【図１０】本発明のもう一つの実施例における販売企業
側通信クライアントのページ掲示状態を概念的に示した
例示図である。
【図１１】本発明のもう一つの実施例における代金決済
管理方法を示したフローチャートである。
【図１２】本発明のもう一つの実施例における販売企業
側通信クライアントのページ掲示状態を概念的に示した
例示図である。
【図１３】本発明のもう一つの実施例における代金決済
管理方法を示したフローチャートである。
【図１４】本発明のもう一つの実施例における購買企業
側通信クライアントのページ掲示状態を概念的に示した
例示図である。
【図１５】本発明のもう一つの実施例における購買企業
側通信クライアントのページ掲示状態を概念的に示した
例示図である。
【図１６】本発明のもう一つの実施例における代金決済
管理方法を示したフローチャートである。
【図１７】本発明のもう一つの実施例における購買企業
側指定口座の金額入金状態を概念的に示した例示図であ
る。
【符号の説明】
１ 信用カード購買代金 １ａ 販売企業側コンピュータ ２ 購買企業側通信クライアント ２ａ 購買企業側コンピュータ １０ 代金管理サーバー ２０ インターフェースモジュール ３０ 認証モジュール ４０ 販売代金収金明細表管理モジュール ５０ 先支給金回収管理モジュール ６０ 運営情報管理モジュール ７０ Ｄ／Ｂ管理サーバー ８２ 販売代金収金明細表情報Ｄ／Ｂ ８４ 運営情報Ｄ／Ｂ ８５ 登録情報Ｄ／Ｂ ９０ 口座管理モジュール ９１ 販売企業側指定口座 ９２ システム側指定口座 ９３ 購買企業側指定口座 １００ 代金決済管理システム ３００ 銀行 ４００ 販売企業 ５００ 購買企業 ５０１ 購買企業Ａ ５０２ 購買企業Ｂ ６０３ 販売企業用初期ページ ６０４ 売出債券明細表伝送項目 ６０５ 信用カード売出表伝送項目 ６０６ 信用カード売出表先支給申請項目 ６０８ 伝送内訳照会項目 ６０９ 収金内訳照会項目 ６１０ 処理結果照会項目 ６１１ 購買企業用初期ページ ６１２ 購買内訳照会項目 ６１３ 信用カード購買代金先入金項目 ６１４ 売出債券内訳入力ページ ６１６ 信用カード売出表内訳入力ページ ６１７ 伝送項目 ６１８ 信用カード売出額先支給申請内訳入力ページ ６１９ 伝送項目 ６２２ 購買内訳リスト ６２３ 信用カード購買代金先入金内訳入力ページ ６２４ 伝送項目
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３０６ Ｇ０６Ｆ 17/60 ３０６ ５０４ ５０４

Claims (14)

    【特許請求の範囲】
  1. 【請求項１】 認証情報を記憶する認証情報データベー
    スと、販売代金収金明細表情報を記憶する販売代金収金
    明細表情報データベースと、信用カード売出額先支給情
    報を記憶する信用カード売出額先支給情報データベース
    と、販売企業／購買企業登録情報を記憶する登録情報デ
    ータベースとを有するデータベースブロックと、 前記認証情報、販売代金収金明細表情報、信用カード売
    出額先支給情報及び販売企業／購買企業登録情報の前記
    データベースブロックの所定領域への書き込み及び前記
    データベースブロックの所定領域からの読み出しを行う
    データベース管理サーバーと、 前記データベース管理サーバーと通信可能に接続され、
    前記認証情報、販売代金収金明細表情報、信用カード売
    出額先支給情報及び販売企業／購買企業登録情報の書き
    込み又は読み出しを行うか否かを決定し、販売企業側通
    信クライアント及び購買企業側通信クライアントと銀行
    オンライン網を介して接続され、前記販売企業側通信ク
    ライアントによって販売代金収金管理イベントが発生し
    た場合又は前記購買企業側通信クライアントによって購
    買代金支払管理イベントが発生した場合に、前記認証情
    報、販売代金収金明細表情報、信用カード売出額先支給
    情報及び販売企業／購買企業登録情報に基づいて、販売
    企業及び購買企業間の代金決済を前記銀行オンライン網
    を介して管理する代金管理サーバーとを備えることを特
    徴とする代金決済管理システム。
  2. 【請求項２】 前記銀行オンライン網は、インターネッ
    ト網、自動応答通信網、付加価値通信網又は公衆電話網
    のうちの何れか一つであることを特徴とする請求項１に
    記載の代金決済管理システム。
  3. 【請求項３】 前記代金管理サーバーは、前記販売企業
    側通信クライアントから伝送される所定の販売代金収金
    明細表を管理する販売代金収金明細表管理モジュールと
    通信する手段を備えることを特徴とする請求項１に記載
    の代金決済管理システム。
  4. 【請求項４】 前記代金管理サーバーは、前記購買企業
    側から回収すべき所定の信用カード売出額先支給金を管
    理する先支給金回収管理モジュールと通信する手段を備
    えることを特徴とする請求項１に記載の代金決済管理シ
    ステム。
  5. 【請求項５】 前記代金管理サーバーは、前記販売企業
    側によって指定された販売企業側指定口座及び前記購買
    企業側によって指定された購買企業側指定口座を管理す
    る口座管理モジュールと通信する手段を備えることを特
    徴とする請求項１に記載の代金決済管理システム。
  6. 【請求項６】 管理企業により認証された通信クライア
    ントによって代金決済利用イベントが発生したか否かを
    判断するステップと、 前記通信クライアントによって代金決済利用イベントが
    発生したと判断した場合、該通信クライアントを管理す
    る企業が販売企業であるか否かを判断するステップと、 該通信クライアントを管理する企業が販売企業であると
    判断した場合、販売企業用初期ページを生成し、生成し
    た販売企業用初期ページを該販売企業側の通信クライア
    ントへ伝送するステップと、 前記販売企業側の通信クライアントによって販売代金収
    金明細表管理イベントが発生したか否かを判断するステ
    ップと、 前記販売企業側の通信クライアントによって販売代金収
    金明細表管理イベントが発生したと判断した場合、前記
    販売企業側の通信クライアントから伝送される販売代金
    収金明細表を参照して、販売代金収金明細表管理過程を
    実行するステップと、 前記販売企業側の通信クライアントによって信用カード
    売出額先支給申請イベントが発生したか否かを判断する
    ステップと、 前記販売企業側の通信クライアントによって信用カード
    売出額先支給申請イベントが発生したと判断した場合、
    前記販売企業側の通信クライアントから伝送される信用
    カード売出額先支給申請情報を参照し、信用カード売出
    額先支給過程を実行するステップとを含むことを特徴と
    する代金決済管理方法。
  7. 【請求項７】 前記販売代金収金明細表管理過程を実行
    するステップは、 前記販売企業側の通信クライアントによって信用カード
    売出表伝送イベントが発生したか否かを判断するステッ
    プと、 前記販売企業側の通信クライアントによって信用カード
    売出表伝送イベントが発生したと判断した場合、信用カ
    ード売出内訳を入力可能な信用カード売出内訳入力ペー
    ジを前記販売企業側の通信クライアントへ伝送するステ
    ップと、 前記販売企業側の通信クライアントから前記信用カード
    売出内訳入力ページに応じた信用カード売出表情報が伝
    送されたか否かを判断するステップと、 前記販売企業側の通信クライアントから前記信用カード
    売出内訳入力ページに応じた信用カード売出表情報が伝
    送されたと判断した場合、該信用カード売出表情報が指
    定された要件を満足するか否かを判断するステップと、 前記信用カード売出表情報が指定された要件を満足する
    と判断した場合、前記信用カード売出表情報を記憶する
    ステップとを有することを特徴とする請求項６に記載の
    代金決済管理方法。
  8. 【請求項８】 前記販売企業側の通信クライアントによ
    って信用カード売出表伝送イベントが発生しなかったと
    判断した場合、所定の売出債券内訳を入力可能な売出債
    券内訳入力ページを前記販売企業側の通信クライアント
    へ伝送するステップと、 前記販売企業側の通信クライアントから前記売出債券内
    訳入力ページに応じた売出債券明細表情報が伝送された
    か否かを判断するステップと、 前記販売企業側の通信クライアントから前記売出債券内
    訳入力ページに応じた売出債券明細表情報が伝送された
    と判断した場合、該売出債券明細表情報が指定された要
    件を満足するか否かを判断するステップと、 前記売出債券明細表情報が指定された要件を満足すると
    判断した場合、前記売出債券明細表情報を記憶すると共
    に、販売企業が保有している売出債券額を購買企業側口
    座から販売企業側口座に振替させるステップとを更に含
    むことを特徴とする請求項７に記載の代金決済管理方
    法。
  9. 【請求項９】 前記信用カード売出額先支給過程を実行
    するステップは、 所定の信用カード売出額先支給申請内訳を入力可能な信
    用カード売出額先支給申請内訳入力ページを前記販売企
    業側の通信クライアントへ伝送するステップと、 前記販売企業側の通信クライアントから前記信用カード
    売出額先支給申請内訳入力ページに応じた信用カード売
    出額先支給申請情報が伝送されたか否かを判断するステ
    ップと、 前記販売企業側の通信クライアントから前記信用カード
    売出額先支給申請内訳入力ページに応じた信用カード売
    出額先支給申請情報が伝送されたと判断した場合、該信
    用カード売出額先支給申請情報に記録された先支給申請
    額が前記販売企業側が保有している債券残額内であるか
    否かを判断するステップと、 該信用カード売出額先支給申請情報に記録された先支給
    申請額が前記販売企業側が保有している債券残額内であ
    ると判断した場合、該先支給申請額を前記販売企業側に
    先支給するステップとを有することを特徴とする請求項
    ６に記載の代金決済管理方法。
  10. 【請求項１０】 前記通信クライアントを管理する企業
    が購買企業であると判断した場合、購買企業用初期ペー
    ジを生成し、生成した購買企業用初期ページを該購買企
    業側の通信クライアントへ伝送するステップと、 前記購買企業側の通信クライアントによって購買代金管
    理イベントが発生したか否かを判断するステップと、 前記購買企業側の通信クライアントによって購買代金管
    理イベントが発生したと判断した場合、前記購買企業側
    の通信クライアントから伝送される購買代金管理情報を
    参照し、購買代金管理過程を実行するステップとを更に
    含むことを特徴とする請求項６に記載の代金決済管理方
    法。
  11. 【請求項１１】 前記購買代金管理過程を実行するステ
    ップは、 前記購買企業側の通信クライアントによって購買内訳照
    会イベントが発生したか否かを判断するステップと、 前記購買企業側の通信クライアントによって購買内訳照
    会イベントが発生したと判断した場合、前記購買企業側
    が購買した内訳を収集することにより購買内訳リストを
    生成し、生成した購買内訳リストを前記購買企業側の通
    信クライアントへ伝送するステップと、 前記購買企業側の通信クライアントによって信用カード
    購買代金先入金イベントが発生したか否かを判断するス
    テップと、 前記購買企業側の通信クライアントによって信用カード
    購買代金先入金イベントが発生したと判断した場合、所
    定の信用カード購買代金先入金内訳を入力可能な信用カ
    ード購買代金先入金内訳入力ページを前記購買企業側の
    通信クライアントへ伝送するステップと、 前記購買企業側の通信クライアントから前記信用カード
    購買代金先入金内訳入力ページに応じた信用カード購買
    代金先入金情報が伝送されたか否かを判断するステップ
    と、 前記購買企業側の通信クライアントから信用カード購買
    代金先入金内訳入力ページに応じた信用カード購買代金
    先入金情報が伝送されたと判断した場合、前記信用カー
    ド購買代金先入金情報に基づいて、該信用カード購買代
    金の先入金処理を行うステップとを有することを特徴と
    する請求項１０に記載の代金決済管理方法。
  12. 【請求項１２】 前記信用カード売出額先支給過程を実
    行した後、前記信用カード売出表を参照して当日決済日
    である信用カード売出件の有無を判断するステップと、 前記当日決済日である信用カード売出件が有ると判断し
    た場合、前記当日決済日である信用カード売出件に係る
    購買企業側指定口座に基づいて、信用カード購買代金決
    済過程を実行するステップとを更に含むことを特徴とす
    る請求項６に記載の代金決済管理方法。
  13. 【請求項１３】 前記信用カード購買代金決済過程を実
    行するステップは、 前記当日決済日である信用カード売出件が先支給回収対
    象の件であるか否かを判断するステップと、 前記当日決済日である信用カード売出件が先支給回収対
    象の件であると判断した場合、前記購買企業側指定口座
    に入金されている金額が信用カード売出表先支給額以上
    であるか否かを判断するステップと、 前記購買企業側指定口座に入金されている金額が信用カ
    ード売出表先支給額以上であると判断した場合、前記購
    買企業側指定口座に入金されている金額から前記信用カ
    ード売出表先支給額を回収し、前記信用カード売出表先
    支給額を差し引いた残りの金額を販売企業側指定口座に
    入金するステップとを有することを特徴とする請求項１
    ２に記載の代金決済管理方法。
  14. 【請求項１４】 前記購買企業側指定口座に入金されて
    いる金額が前記信用カード売出表先支給額未満である場
    合、前記購買企業側指定口座に入金されている金額を回
    収すると共に、前記購買企業に対する延滞処理を行うス
    テップを更に含むことを特徴とする請求項１３に記載の
    代金決済管理方法。
JP2001069364A 2000-03-10 2001-03-12 代金決済管理システム及び代金決済管理方法 Pending JP2001266025A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20000012000 2000-03-10
KR10-2001-0011094A KR100435854B1 (ko) 2000-03-10 2001-03-05 기업간 대금결제 관리 시스템 및 이를 이용한 기업간대금결제 관리 방법
KR2001-11094 2001-03-05
KR2000-12000 2001-03-05

Publications (1)

Publication Number Publication Date
JP2001266025A true JP2001266025A (ja) 2001-09-28

Family

ID=26637428

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001069364A Pending JP2001266025A (ja) 2000-03-10 2001-03-12 代金決済管理システム及び代金決済管理方法

Country Status (7)

Country Link
US (1) US20030041024A1 (ja)
EP (1) EP1269372A4 (ja)
JP (1) JP2001266025A (ja)
KR (1) KR100435854B1 (ja)
CN (1) CN1427975A (ja)
AU (1) AU4123701A (ja)
WO (1) WO2001067331A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010099419A (ko) * 2001-09-26 2001-11-09 김형태 기업간 대금결제 시스템
KR100684967B1 (ko) * 2004-08-04 2007-02-20 전달용 판매 대금 결제 서비스 제공 방법 및 시스템
US8117093B2 (en) * 2006-05-15 2012-02-14 Accenture Global Services Limited Systems, applications and products in data processing for expedite orders
US8041613B2 (en) * 2006-05-15 2011-10-18 Accenture Global Services Limited Systems, applications and products in data processing for cross dock
US20070276683A1 (en) * 2006-05-15 2007-11-29 Accenture Global Services Gmbh Systems, applications and products in data processing for inter-company pricing
US20070276685A1 (en) * 2006-05-15 2007-11-29 Accenture Global Services Gmbh Systems, applications and products in data processing for end customer
US20070265874A1 (en) * 2006-05-15 2007-11-15 Accenture Global Services Gmbh Systems, applications and products in data processing for partner determination
KR100968047B1 (ko) 2010-02-22 2010-07-07 홍종열 어음대체결제수단을 활용한 대금지급 모니터링 및 납품대금 현금성결제 적정심사시스템
US20120191624A1 (en) * 2011-01-21 2012-07-26 Ousley Greg S System for providing media management, chain of title, and data integrity
US20130268417A1 (en) * 2012-04-05 2013-10-10 My Clear Reports, Llc Method and apparatus for providing services and reporting of sales
CN106971340A (zh) * 2017-01-16 2017-07-21 平安银行股份有限公司 交易核算的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07121638A (ja) * 1993-10-22 1995-05-12 N T T Data Tsushin Kk 取引処理システムに取引実行依頼を与えるための通信方式
JPH10320470A (ja) * 1997-05-21 1998-12-04 N T T Data:Kk 電子取引システム及び方法
JPH1196262A (ja) * 1997-09-25 1999-04-09 The Asahi Bank Ltd 売掛債権の流動化処理システム
JPH11175622A (ja) * 1997-12-10 1999-07-02 Keizo Nishi 電子決済システム及び電子決済処理装置
JP2000057227A (ja) * 1998-08-10 2000-02-25 San Denshi Kk オンライン決済装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4994964A (en) * 1987-04-16 1991-02-19 L & C Family Partnership Transaction tracking data processing system
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
US5504677A (en) * 1992-10-15 1996-04-02 Pollin; Robert E. Automated payment system
US5799087A (en) * 1994-04-28 1998-08-25 Citibank, N.A. Electronic-monetary system
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US5677955A (en) * 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5671280A (en) * 1995-08-30 1997-09-23 Citibank, N.A. System and method for commercial payments using trusted agents
US5983208A (en) * 1996-06-17 1999-11-09 Verifone, Inc. System, method and article of manufacture for handling transaction results in a gateway payment architecture utilizing a multichannel, extensible, flexible architecture
JP4300257B2 (ja) * 1997-01-27 2009-07-22 裕典 若山 電子決済システム
US6085168A (en) * 1997-02-06 2000-07-04 Fujitsu Limited Electronic commerce settlement system
US6006207A (en) * 1998-04-17 1999-12-21 Mumick; Ravneet Kaur System and method for loan prepayment discounts

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07121638A (ja) * 1993-10-22 1995-05-12 N T T Data Tsushin Kk 取引処理システムに取引実行依頼を与えるための通信方式
JPH10320470A (ja) * 1997-05-21 1998-12-04 N T T Data:Kk 電子取引システム及び方法
JPH1196262A (ja) * 1997-09-25 1999-04-09 The Asahi Bank Ltd 売掛債権の流動化処理システム
JPH11175622A (ja) * 1997-12-10 1999-07-02 Keizo Nishi 電子決済システム及び電子決済処理装置
JP2000057227A (ja) * 1998-08-10 2000-02-25 San Denshi Kk オンライン決済装置

Also Published As

Publication number Publication date
WO2001067331A1 (en) 2001-09-13
US20030041024A1 (en) 2003-02-27
KR20010088377A (ko) 2001-09-26
CN1427975A (zh) 2003-07-02
AU4123701A (en) 2001-09-17
EP1269372A1 (en) 2003-01-02
KR100435854B1 (ko) 2004-06-12
EP1269372A4 (en) 2004-07-28

Similar Documents

Publication Publication Date Title
US6213390B1 (en) Transaction method of electronic money system
US20030144935A1 (en) Methods and systems for processing, accounting, and administration of stored value cards
JP2002530757A5 (ja)
JPH11507150A (ja) 利用者起動端末を通じて統合株式仲買取引等の金融サービスを提供するための方法とシステム
EA010957B1 (ru) Предварительно оплаченная платежная карточка, которая может немедленно дистанционно пополняться с помощью купона
JP2001283115A (ja) 企業間代金決済管理システム及びこれらを用いた企業間代金決済管理方法
JP2002531887A (ja) 電子的ファクタリング
JP2020030462A (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2002063356A (ja) 金融機関の貸出システム及びその方法
JP2001266025A (ja) 代金決済管理システム及び代金決済管理方法
JP2001243400A (ja) 関連口座を用いた口座管理システム
JP2002092328A (ja) 株式売買システム及び株式売買方法
KR20170037445A (ko) 매출채권의 유통을 중개하는 은행서버 및 그 방법
JP3657263B2 (ja) 対価支払管理方法とサーバ、対価支払管理プログラムとコンピュータ読取可能な記録媒体、並びに対価支払管理媒体と対価支払記録媒体
KR20000060299A (ko) 전자 상거래를 위한 시스템 및 그 방법
KR20010078851A (ko) 신용카드 가맹점의 매출채권을 이용한 금융시스템 및 그의처리 방법
KR20000059133A (ko) 온라인 및 오프라인 거래보호를 위한 지불유보 현금카드시스템
KR100530651B1 (ko) 송금이체거래에 따른 현금영수증 발급 서비스 방법
US20060100959A1 (en) Methods and systems for implementing derivative transactions
KR20050030786A (ko) 가상계좌를 이용한 실시간 결제 서비스 제공방법
JPH0855167A (ja) ポイント購入処理方法及びポイントサービスシステム
JP6457131B1 (ja) 情報処理装置、情報処理方法およびプログラム
KR101856056B1 (ko) 매매상사의 자동차 저당권 설정등록 및 말소 방법
JP2002149966A (ja) 統合電子マネー発行サービス方法
JP2001195528A (ja) 決済システムおよび決済処理方法

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040706