JP2003085469A

JP2003085469A - 資金集中管理システム、資金集中管理方法、資金集中プログラム、及び資金集中管理プログラムを記憶した記憶媒体

Info

Publication number: JP2003085469A
Application number: JP2001271744A
Authority: JP
Inventors: Masakazu Arikawa; 正和有川; Hiroshi Kurihara; 宏栗原
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-09-07
Filing date: 2001-09-07
Publication date: 2003-03-20
Also published as: WO2003023668A1; GB2384091A; US20040034588A1

Abstract

(57)【要約】【課題】各グループ企業の資金管理を容易にする資金
集中管理システムを提供すること。【解決手段】グループ企業７の資金を銀行システム９
４の資金集中口座９６に通貨種類ごとに集中させる。各
グループ企業７の資金の残高は、資金管理システム９１
の預り金テーブル９７で管理する。グループ企業間同士
の商取引の場合は、資金集中管理システム９１は、買掛
金データベース９８の情報に基づいて預り金テーブル９
７の残高を更新する。この際に資金集中口座９６の資金
は動かない。そして、グループ企業間の決済条件（ユー
ザンス、決済日）は、統一してある。また、決済条件統
一することによって、資金繰りが困難になるグループ企
業のために、預り金テーブルのマイナス残高、及び資金
管理システム９１がグループ企業に行うローンを可能と
し、グループ企業７の資金調達を容易にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、資金集中管理シス
テム、資金集中管理方法、及び資金集中管理プログラム
を記憶した記憶媒体に関し、例えばグループを構成する
グループ企業の資金を集中管理するものに関する。

【０００２】

【従来の技術】近年、企業間の業務提携、企業内に複数
の事業単位を設けるカンパニー制の採用、あるいは複数
の企業を統括する持ち株会社の設立など、企業のグルー
プ化が進展している。これらの企業グループは、グルー
プを構成することによるメリットを生かし、業務の様々
な効率化、合理化を図っている。

【０００３】このような業務の効率化、合理化を図るも
のにグループ企業の資金を一括して集中管理する資金集
中管理システムがある。これは、グループを構成するグ
ループ企業の資金を通貨種類ごとに１つの銀行口座に集
中し、各グループ企業の保有分の内訳である預り金テー
ブルの残高を増減することにより、グループ企業間の取
引をキャッシュレス決済するものである。これにより、
グループ企業間での取引においては実送金を行う必要が
なくなる。

【０００４】従来の資金集中管理システムにおけるグル
ープ企業間の取引のユーザンスの設定は企業ごとに異な
っていた。ユーザンスとは代金の支払い猶予期間のこと
である。即ち、商取引が行われた場合、商品の受け渡し
が行われてから所定の猶予期間の後代金の支払いが行わ
れることとなる。ユーザンスの間、購入代金は買掛金と
して無利子負債となる。例えば、ユーザンスが６０日、
及び決済日を毎月１５日に設定している企業は、４月中
に購入した商品の買掛金を、６月１５日に決済する。こ
れは一例であって決済の仕方は個々の企業と取引先との
取り決めによる。代金を支払う企業としてはユーザンス
が長いほど資金繰りが容易になる一方、代金を受け取る
企業としては資金繰りが困難になる。このようにユーザ
ンスと資金繰には密接な関係があるため、従来の資金集
中管理システムでは、各グループ企業の資金繰りの都合
をユーザンスの長短が補う一面があった。このような資
金集中管理システムにより、振り込み手数料の発生の軽
減若しくは防止、経理事務の合理化、資金の効率的な運
用、決済リスク（決済の不履行）の回避などを図ること
ができる。

【０００５】

【発明が解決しようとする課題】従来の資金集中管理シ
ステムでは、グループ企業間取引のユーザンスが統一さ
れていなかったため、預り金テーブルの残高の付け替え
が同日付にて行えないことにより資金管理業務が煩雑と
なっていた。また、ユーザンスの統一を図った場合、ユ
ーザンスが短くなるグループ企業においては、支払い猶
予期間が短くなるため資金繰りが困難になることが考え
られる。

【０００６】そこで、本発明の目的は、グループ企業の
資金の運営を効率化することのできる資金集中管理シス
テムなどを提供することである。

【０００７】

【課題を解決するための手段】本発明は、前記目的を達
成するために、請求項１に記載の発明では、グループを
なす企業の資金を通貨種類ごとの単一口座である資金集
中口座に集めて集中管理する資金集中管理システムであ
って、前記グループをなす企業間の決済条件を統一した
ことを特徴とする資金集中管理システムを提供する。請
求項２に記載の発明では、前記決済条件の統一は、代金
支払いの猶予期間を統一したことを特徴とする請求項１
に記載の資金集中管理システムを提供する。請求項３に
記載の発明では、前記決済条件の統一は、決済日を統一
したことを特徴とする請求項１に記載の資金集中管理シ
ステムを提供する。請求項４に記載の発明では、前記資
金集中口座における資金残高の各企業ごとの内訳を前記
各企業ごとに区分して記憶した預り金テーブルと、代金
支払いの統一した決済条件にて前記グループに属する１
の企業から前記グループに属する他の企業に代金を支払
う買掛金情報を取得する買掛金情報取得手段と、前記買
掛金情報取得手段にて取得した前記買掛金情報に基づい
て前記預り金テーブルの残高を更新する更新手段と、を
更に具備したことを特徴とする請求項１に記載の資金集
中管理システムを提供する。請求項５に記載の発明で
は、前記預り金テーブルの残高は一定額のマイナス残高
を許容し、更に前記グループに属する企業の要求によ
り、該企業に資金を融資する融資手段を具備することを
特徴とする請求項４に記載の資金集中管理システムを提
供する。請求項６に記載の発明では、預かり金テーブル
と、買掛金情報取得手段と、更新手段とを備えグループ
をなす企業の資金を通貨種類ごとの単一口座である資金
集中口座に集めて集中管理するコンピュータにおいて、
前記預り金テーブルで、前記資金集中口座における資金
残高の各企業ごとの内訳を前記各企業ごとに区分して記
憶する記憶ステップと、前記買掛金情報取得手段で、代
金支払いの統一した決済条件にて前記グループに属する
１の企業から前記グループに属する他の企業に代金を支
払う買掛金情報を取得する買掛金情報取得ステップと、
前記更新手段で、前記取得した前記買掛金情報に基づい
て前記預り金テーブルの残高を更新する更新ステップ
と、を備えたことを特徴とする資金集中管理方法を提供
する。請求項７に記載の発明では、グループをなす企業
の資金を通貨種類ごとの単一口座である資金集中口座に
集めて集中管理する資金集中管理プログラムであって、
前記資金集中口座における資金残高の各企業ごとの内訳
を前記各企業ごとに区分して記憶する記憶機能と、代金
支払いの統一した決済条件にて前記グループに属する１
の企業から前記グループに属する他の企業に代金を支払
う買掛金情報を取得する買掛金情報取得機能と、前記買
掛金情報取得機能にて取得した前記買掛金情報に基づい
て前記記憶した前記資金残高を更新する更新機能と、を
備えたことを特徴とする資金集中管理プログラムを提供
する。請求項８に記載の発明では、グループをなす企業
の資金を通貨種類ごとの単一口座である資金集中口座に
集めて集中管理する資金集中管理プログラムを記憶した
コンピュータが読み取り可能な記憶媒体であって、前記
資金集中口座における資金残高の各企業ごとの内訳を前
記各企業ごとに区分して記憶する記憶機能と、代金支払
いの統一した決済条件にて前記グループに属する１の企
業から前記グループに属する他の企業に代金を支払う買
掛金情報を取得する買掛金情報取得機能と、前記買掛金
情報取得機能にて取得した前記買掛金情報に基づいて前
記記憶した前記資金残高を更新する更新機能と、を備え
たことを特徴とする資金集中管理プログラムを記憶した
コンピュータが読み取り可能な記憶媒体を提供する。

【０００８】

【発明の実施の形態】本実施の形態は、グループを形成
する各グループ企業間の支払猶予期間（以下ユーザン
ス）を統一することにより、グループ企業の資金管理を
容易にすると共に、ユーザンスの統一に伴う各グループ
企業の資金の過不足を資金集中管理システムの融資機能
を用いて吸収するものである。更にユーザンスの統一に
より資金集中管理システムの運営を効率化することもで
きる。以下、本発明の好適な実施の形態について、図１
から図７を参照して詳細に説明する。

【０００９】図１は、本実施の形態に係る資金集中管理
システムのネットワーク構成を示した図である。資金集
中管理システムは、グループ企業７、幹事企業８、銀行
システム９４などから構成されている。ここで、グルー
プ企業とは、相互の資本関係の有無を問わず、何らかの
商取引を相互に、或いは一方から他方にのみ行う可能性
のある企業を総称し、子会社、関連会社、関連企業より
も広い概念である。なお、図１ではグループ企業７、
７、７、・・・、を３つのみ示したが、グループ企業の
数は３つに限定されず、より多数のグループ企業の参加
が可能である。

【００１０】各グループ企業７は、それぞれ端末装置
９、９、９、・・・、（以下、端末装置を特に区別しな
い場合は単に端末装置９と記す）を備えている。一方幹
事企業８は資金集中管理装置１１１を備えている。

【００１１】資金集中管理装置１１１は、全てのグルー
プ企業７の資金を一括管理している装置である。資金集
中管理装置１１１は、銀行システム９４と専用回線１０
で接続されており、各グループ企業７は、資金集中管理
装置１１１によって、入金や支払いを代行してもらった
り、残高照会などを行うことができる。なお、専用回線
１０は、公衆回線、その他の回線とすることも可能であ
る。この場合、送信データを暗号化するなどのセキュリ
ティ対策が講じられることとなる。幹事企業８はグルー
プ企業の１つであって、各グループ企業７の資金を一括
管理する業務を行っている。グループ企業７は、資金集
中管理装置１１１に接続することにより資金集中管理シ
ステムのサービスを受けることができる。

【００１２】また、本実施の形態では、一例としてグル
ープ企業７の資金集中管理を幹事企業８が行うものとす
るが、これに限定するものではなく、例えば資金集中管
理は銀行に委託するなど、資金集中管理を別の事業体が
行っても良い。

【００１３】以下に、資金集中管理システムの概念につ
いて説明する。本実施の形態は、資金集中管理システム
によりグループ企業７の資金の流れを効率化できると共
に、ユーザンスの統一によって各グループ企業７に生じ
る資金の過不足を調節する。

【００１４】図２は、資金集中管理システムを説明する
ための概念図である。資金集中管理システムは、グルー
プを構成する企業７、７、・・・、の資金を１つの口座
に集中し、一括管理するものである。なお、図２ではグ
ループ企業７、７、・・・、を２つのみ示したが、グル
ープ企業の数は２つに限定されず、より多数のグループ
企業の参加が可能である。

【００１５】資金集中管理システムは銀行システム９４
を含んでいる。銀行システム９４は、銀行内に設けられ
た電子化されたシステムで、例えば、サーバ装置などの
コンピュータにより構成されている。以下に述べる銀行
システム９４の動作は、銀行システム９４が具備したＣ
ＰＵ（中央処理装置）が、所定のプログラムに従って処
理するものである。

【００１６】銀行システム９４は、資金回収口座９２、
９２、・・・、（以下、資金回収口座９２と記す）、資
金集中口座９６などから構成されている。資金回収口座
９２は、各グループ企業７ごとに設けられており、各グ
ループ企業７がグループ外の取引先から代金を受け取る
際に使用する口座である。各グループ企業７は、グルー
プ外の取引先に代金を資金回収口座９２に振り込むよう
に予め申し合わせてある。図２では資金回収口座は９２
は１つの口座として記してあるが、例えば円用の口座、
ドル用の口座、ユーロ用の口座といったように、通貨種
類ごとに口座が開設されている。グループ外企業は、入
金する通貨種類に対応した口座に代金を振り込むことに
なっている。なお、単一の資金回収口座９２によって、
各種類の通貨の入金を受付け、これを資金集中口座９６
に移動する際に、通貨種類によって振り分けるように構
成することも可能である。

【００１７】資金集中口座９６は、資金回収口座９２に
振り込まれた資金を一元的に蓄え管理する口座である。
資金回収口座９２に振り込まれた資金は、同日付にて資
金集中口座９６に移動させられる。資金集中口座９６は
通貨種類ごとに区分されており、資金回収口座９２に振
り込まれた代金はその通貨種類に応じて資金集中口座９
６の対応する区分に移動させられる。する際に、通貨種
類に応じた区分に移動させられる。本実施の形態では、
資金集中口座９６は、一例として円、ドル、ユーロに区
分されているものとする。

【００１８】銀行システム９４は、グループ外企業の取
引先口座９０、９０、・・・から資金回収口座９２に入
金があった際に、当該入金に係る入金データを資金集中
管理システム９１に送信する。また銀行システム９４
は、資金集中口座９６に蓄えられた資金の残高の更新を
通貨種類ごとに行う。入金データは、例えば入金元の企
業名や、資金回収口座９２の口座番号、入金額、通貨種
類、何に対する入金かなどの情報により構成されてい
る。

【００１９】銀行システム９４は、資金集中管理システ
ム９１から支払いデータを受信し、資金集中口座９６に
蓄えられている資金から、支払いデータで規定されてい
る金額をグループ外企業の取引先口座１００、１００、
・・・、に送金する。支払いデータは、例えば、通貨種
類、支払い金額、支払い先企業名、支払い先の銀行名及
び口座番号などから構成されている。以上のように、銀
行システム９４は、グループ外企業からの代金入金の受
領、受領した代金の保管、及び、グループ外企業への代
金の支払いなどを行う。

【００２０】資金集中管理システム９１は、専用回線に
よって銀行システム９４及び各グループ企業７の端末装
置と接続可能となっている。資金集中管理システム９１
は、預り金テーブル９７によって資金集中口座９６に蓄
えられた資金の各グループ企業７ごとの内訳を管理す
る。預り金テーブル９７は、各グループ企業７ごとに区
分されている。そして各区分は更に円、ドル、ユーロの
通貨種類に区分されており、各グループ企業７が資金集
中口座９６に保有している資金量が通貨種類ごとに記録
されている。なお、銀行システム９４と各グループ企業
７の端末装置を公衆回線などの一般的な回線を介して接
続することも可能である。

【００２１】資金集中管理システム９１は、銀行システ
ム９４から入金データを受信すると、入金データに含ま
れる通貨種類、入金の金額を該当するグループ企業７の
区分の残高に加えてこれを更新する。また、資金集中管
理システム９１は、各グループ企業７から支払い依頼デ
ータを受信し、これを取引情報データベース９８に格納
する。支払い依頼データは支払い先企業が支払い元企業
に発行したインボイス、請求書などを元に作成される。

【００２２】支払い依頼データには、通貨種類、支払い
金額、支払い先企業名、支払日情報、ユーザンス、支払
い先がグループ外企業である場合は、支払い先の取引先
口座１００の口座番号、ユーザンスなどの取引情報が含
まれている。なお、ユーザンスは、支払い先がグループ
企業７である場合は、６０日に統一されている。ここ
で、ユーザンスとは、代金の支払い猶予期間のことであ
る。即ち、企業が物やサービスなどを購入した場合、そ
の代金は買掛金となって支払が一定期間猶予されるもの
であり、商慣行上広く行われている。このように、各グ
ループ企業７は、買掛金の支払いを資金集中管理システ
ム９１に依頼して代行してもらう。

【００２３】また、各グループ企業の決済日も統一され
ている。例えば決済日を毎月１５日とした場合、４月中
にグループ企業間で行われた商取引は、まとめて６月１
５日に決済される。取引情報データベース９８に登録さ
れている支払い依頼データのうち、ユーザンスにて特定
された決済日になったものは、資金集中管理システム９
１によって支払いトランザクションが行われる。

【００２４】支払い先がグループ企業７の場合は、単に
預り金テーブル９７の残高を更新する。即ち、グループ
企業Ａがグループ企業Ｂに１００万円支払う場合は、預
り金テーブル９７のグループ企業Ａの残高を１００万円
マイナスし、グループ企業Ｂの残高を１００万円プラス
する。そして、例えば、上記の例では、６月１５日の決
済日に決済する金額は、全グループ企業の４月中に行っ
た商取引を合計し、このデータを用いて預かり金テーブ
ル９７を更新する。このように、グループ企業間でユー
ザンスと決済日を統一することにより、預り金テーブル
９７の更新作業が容易になる。また、決済日が統一して
あるため、後に述べるネッティングも効果的に行うこと
ができる。

【００２５】図３は、グループ企業間での取引（ユーザ
ンスは６０日に統一されている）があった場合の資金集
中管理システム９１の支払い代行を説明するための図で
ある。グループ企業Ａが４月中に１００万円の商品をグ
ループ企業Ｂに販売したとする。グループ企業Ａのグル
ープ企業Ｂに対する買掛金は、資金集中管理システム９
１の取引情報データベース９８に記録される。そして６
月１５日に、預り金テーブル９７のグループ企業Ａの残
高から１００万円を減額され、グループ企業Ｂの残高を
１００万円増額される。

【００２６】支払い先がグループ外企業の場合は、資金
集中管理システム９１は、支払いデータを生成し、銀行
システム９４に送信する。銀行システム９４は、受信し
た支払いデータに基づいて資金集中口座９６から指定さ
れた取引先口座１００に指定された金額を送金する。

【００２７】また、資金集中管理システム９１は、各グ
ループ企業７に融資を行う機能を有している。融資の方
法には２種類ある。１つは、預り金テーブル９７のマイ
ナス残高を許容し、これによって各グループ企業７に融
資を行うものである。他の１つはグループ企業７からの
申し出により、資金集中口座９６に蓄えられた資金から
所望の金額を融資するものであり、これをインターカン
パニーローンと呼ぶことにする。

【００２８】本実施の形態では、グループ企業７間の取
引のユーザンスを一律に６０日に設定したため、ユーザ
ンスが短くなったグループ企業７は、資金の不足をきた
し、一方ユーザンスが長くなったグループ企業７は、資
金の余剰が生じる。一方、余剰資金は資金集中口座９６
に預金され、資金の不足は、マイナス残高又はインター
カンパニーローンにてグループ企業７に融資されるた
め、ユーザンスの統一によって生じた資金の過不足は資
金集中管理システム９１の融資機能により調整される。

【００２９】また、資金管理システム９１（図２）は、
通貨間の両替機能をも有している。これによって各グル
ープ企業７は、預り金テーブル９７の残高を１の通貨か
ら他の通貨に両替することができる。両替レートは、資
金管理システム９１に設定されている。両替は、グルー
プ企業７が資金管理システム９１に両替依頼データを送
信することにより依頼される。両替依頼データは、例え
ば、両替もとの通貨種類、両替先の通貨種類、両替額、
両替日などのデータから構成されている。

【００３０】資金管理システム９１は、グループ企業か
ら受け取った両替依頼データに基づいて、両替日に預り
金テーブル９７において、当該企業の両替元の通貨区分
の残高をマイナスし、両替先の通貨区分の残高をプラス
する。これにより、例えばグループ企業Ａは、ドルで受
け取った代金を円に両替することができ、また、円で蓄
えてある残高をユーロに両替して外国企業に支払いを行
ったりすることができる。

【００３１】なお、幹事企業は、専用のディーラーを擁
している。そして、各グループ企業７からの両替依頼額
と時期を前もって予測してもらい、為替のヘッジなどを
行って、資金集中口座９６の資金量が最も有利に両替で
きるようにディーリングしている。そのため、資金集中
口座９６の残高の合計と、預り金テーブル９７の残高が
必ずしも一致しているわけではなく、ディーリングの結
果、利益が出てた場合は、その利益を各グループ企業７
に還元する仕組みが作られている。

【００３２】本実施の形態では、資金集中管理を行う企
業は幹事企業８とするが、これに限定するものではな
く、グループ企業７の中から選ばれた企業、又は資金集
中管理のためにグループ企業７により設立された会社、
または、資金集中管理を委託された第三者などでもよ
く、グループ企業７への入金記録を管理したりグループ
企業７の支払業務を代行する。

【００３３】図４は、資金集中管理システム９１を構成
するのに使用する資金集中管理装置１１１の構成を示し
た図である。資金集中管理装置１１１は、制御部１４１
にバスライン１５８を介してキーボード１４８、マウス
１５０、表示装置１５２、印刷装置１５４、通信制御装
置１５６、記憶装置１６４、記憶媒体駆動装置１６２、
入出力インターフェース１６０などが接続して構成され
ている。

【００３４】制御部１４１は、ＣＰＵ１４４、ＲＯＭ
（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１４２、ＲＡＭ
（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１４６
などから構成されている。ＲＯＭ１４２は、ＣＰＵ１４
４が各種演算や制御を行うための各種プログラム、デー
タ及びパラメータなどを格納したリードオンリーメモリ
である。ＣＰＵ１４４は、ＲＯＭ１４２からプログラム
やデータ、パラメータなどを読み込むことはできるが、
これらを書き換えたり消去することはできない。

【００３５】ＲＡＭ１４６は、ＣＰＵ１４４にワーキン
グメモリとして使用されるランダムアクセスメモリであ
る。ＣＰＵ１４４は、ＲＡＭ１４６にプログラムやデー
タなどを書込んだり消去したりすることができる。ＲＡ
Ｍ１４６は、ＣＰＵ１４４が預かり金テーブル９７を更
新したり、取引情報データベース９８を更新したり、ま
た端末装置９や銀行システム９４ど通信する際などに、
ＣＰＵ１４４にワーキングエリアを提供する。

【００３６】キーボード１４８は、資金集中管理装置１
１１に対して文字や数字などの情報を入力するための装
置である。キーボート１４８は、幹事企業８の担当者が
資金集中管理装置１１１にログインするためのログイン
ＩＤやパスワードを入力したり、資金集中管理プログラ
ム１７０に従って表示装置１５２に表示される画面の各
種入力欄に必要なデータ（例えば計算対象期間など）を
入力する際に使用する。キーボード１４８は、カナや英
文字などを入力するためのキーや数字を入力するための
テンキー、各種機能キー、カーソルキー及びその他のキ
ーによって構成されている。

【００３７】マウス１５０は、ポインティングデバイス
である。ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎ
ｔｅｒｆａｃｅ）などを用いて資金集中管理装置１１１
を操作する場合、表示装置１５２上に表示されたボタン
やアイコンをマウス１５０でクリックすることにより、
所定の情報の入力を行うことができる。以上、キーボー
ド１４８及びマウス１５０は、幹事企業８の担当者が、
例えば新規のグループ企業７を登録する場合や、資金集
中管理装置１１１を維持管理するのに必要なデータを入
力するのに使用することができる。

【００３８】表示装置１５２は、例えば例えばＣＲＴ
（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）ディスプレイ、
液晶ディスプレイ、プラズマディスプレイなどで構成さ
れた情報を画面上に提示するための装置である。表示装
置１５２は、キーボード１４８やマウス１５０の入力結
果や、預り金テーブル９７の内訳、各グループ企業７の
登録データなど、資金集中管理装置１１１を運営するの
に必要な情報が表示される。

【００３９】、印刷装置１５４は、表示装置１５２と同
様に資金集中管理装置１１１を運営するのに必要なデー
タを印刷するのに使用する装置であって、例えば、イン
クジェットプリンタ、レーザプリンタ、熱転写プリン
タ、ドットプリンタなどの各種プリンタ装置によって構
成されている。

【００４０】通信制御装置１５６は、専用回線１１０を
介して資金集中管理装置１１１を端末装置９又は銀行シ
ステム９４に接続するための装置であって、モデム、タ
ーミナルアダプタその他の装置によって構成されてい
る。通信制御装置１５６はＣＰＵ１４４によって制御さ
れ、所定のプロトコルに従って端末装置９との信号及び
データの送受信を行う。通信制御装置１５６は、端末装
置９からの支払い依頼データの受信や、銀行システム９
４から入金データの受信、及び支払いデータの送信など
に使用される。

【００４１】記憶装置１６４は、読み書き可能な記憶媒
体と、その記憶媒体に対してプログラムやデータを読み
書きするための駆動装置によって構成されている。当該
記憶媒体として主にハードディスクが使用されるが、そ
の他に、例えば、光磁気ディスク、磁気ディスク、半導
体メモリなどの他の読み書き可能な記憶媒体によって構
成することも可能である。記憶装置１６４には、資金集
中管理プログラム１７０、取引情報データベース９８、
預り金テーブル９７、その他のプログラム１７２、その
他のデータベース１７４などが格納されている。

【００４２】資金集中管理プログラム１７０は、資金集
中管理装置１１１に資金集中管理機能を発揮させるため
のプログラムであって、ＣＰＵ１４４にロードされて実
行される。取引情報データベース９８は、グループ企業
７が受信した支払い依頼データが格納されている。預り
金テーブル９７は、資金集中口座９６に蓄えられた資金
の各グループ企業７ごとの内訳を記録したデータベース
である.

【００４３】その他のプログラム１７２は、例えば資金
集中管理装置１１１を動作させるためのＯＳ（Ｏｐｅｒ
ａｔｉｎｇＳｙｓｔｅｍ）や、各グループ企業７に融
資（インターカンパニーローン）を行う為の融資プログ
ラムなどである。その他のデータベース１７４は、イン
ターカンパニーローンの貸付残高や貸付先などを記録し
た融資データベースや、各グループ企業７の各種登録デ
ータなどが記録されている。

【００４４】記憶媒体駆動装置１６２は、着脱可能な記
憶媒体を駆動してデータの読み書きを行うための駆動装
置である。着脱可能な記憶媒体としては、例えば、光磁
気ディスク、磁気ディスク、磁気テープ、半導体メモ
リ、データをパンチした紙テープ、ＣＤ−ＲＯＭなどが
ある。なお、ＣＤ−ＲＯＭや紙テープは、読み込みのみ
可能である。記憶媒体駆動装置１６２を用いて記憶装置
１６４に記憶されたデータのバックアップを取ったり、
また、新規プログラムを資金集中管理装置１１１にイン
ストールしたりすることができる。

【００４５】入出力インターフェース１６０は、例え
ば、シリアルインターフェースやその他の規格のインタ
ーフェースにより構成されている。入出力インターフェ
ース６０に当該インターフェースに対応した外部機器を
接続することにより、資金集中管理装置１１１の機能を
拡張することができる。このような外部機器として例え
ば、ハードディスクなどの記憶装置、スピーカ、マイク
ロフォンなどがある。

【００４６】図５は、資金集中管理システム９１のシス
テム構成を説明するための図である。資金集中管理シス
テム９１は、グループ企業接続部１０２、支払い実行部
１０４、支払いデータ作成部１０８、預り金テーブル更
新部１０６、取引情報データベース９８、預り金テーブ
ル９７などから構成されている。

【００４７】グループ企業接続部１０２ないし預り金テ
ーブル更新部１０６の各モジュールは、資金集中管理プ
ログラム１７０がＣＰＵ１４４にロードされることによ
りソフトウェア的に構成されたものである。以下に述べ
る各部の機能は、ＣＰＵによって実行されるものであ
る。グループ企業接続部１０２は、端末装置９から支払
い依頼データを受信し、取引情報データベース９８に格
納する。

【００４８】支払い実行部１０４は、例えば１日に一回
起動し、当該日に支払日となる支払い依頼データを全て
検索する。これは、グループ企業間の決済日は、例えば
毎月１５日などと統一してあるが、グループ企業とグル
ープ外企業との取引では、決済日がこれとは異なる場合
があるからである。検索した支払い依頼データの支払い
先がグループ企業７である場合は、これを預かり金テー
ブル１０６に送信する。そして、預り金テーブル更新部
１０６は、支払い実行部１０４から受信したデータに基
づいて預り金テーブル９７の支払い元の企業の残高から
支払い代金を減算し、支払い先の企業の残高に支払い代
金を加算する。このように、グループ企業間の取引に関
しては、資金集中口座９６内の資金は移動しない。

【００４９】支払い実行部１０４は、検索した支払い依
頼データの支払い先がグループ外企業である場合は、こ
れを支払いデータ作成部１０８に送信する。支払いデー
タ作成部１０８は、支払い依頼データから銀行システム
９４に送信する支払い依頼データを生成すると共に、支
払い元のグループ企業名と支払い金額を預り金テーブル
更新部１０６に送信する。預り金テーブル更新部１０６
は、支払い依頼データから支払い元のグループ企業７と
支払い金額を取得し、預り金テーブル９７の当該グルー
プ企業７の残高から当該支払い金額を減算する。

【００５０】一方、支払いデータ作成部１０８は、支払
いデータを作成すると銀行接続部１０９を介して銀行シ
ステム９４に送信する。なお、支払いデータ作成部１０
８は、支払い依頼データの支払い金額を取引先口座１０
０、１００、・・・、ごとに集計して支払いデータを作
成する。そのため、支払いデータは、取引先口座１０
０、１００、・・・、ごとに支払い合計金額を表したも
のとなる。銀行システム９４は、銀行接続部１０９から
受信した支払いデータに基づいて資金集中口座９６に蓄
えられた資金を取引先口座１００、１００、・・・、に
振り込む。

【００５１】また、銀行接続部１０９は、銀行システム
９４から入金データを受信し、預り金テーブル更新部１
０６に送信する機能も有している。預り金テーブル更新
部１０６は、受信した入金データに基づいて、所定のグ
ループ企業７の残高を入金された金額だけ加算する。

【００５２】また、グループ企業７の支払い先がグルー
プ企業７である場合と、グループ外企業である場合で、
グループ企業７が資金集中管理システム９１に送信する
データを分けるように構成することもできる。この場
合、例えば、支払い先がグループ企業７である場合に支
払いを依頼依頼するデータをグループ内支払い依頼デー
タとし、支払い先がグループ外企業である場合に支払い
を依頼するデータをグループ外支払い依頼データとす
る。そして、グループ内支払い依頼データは、グループ
内取引情報データベースに蓄積され、グループ外支払い
依頼データは、グループ外取引情報データベースに蓄積
されるように構成する。

【００５３】資金集中管理システム９１は、グループ内
取引情報データベースに蓄積されたデータを用いて預り
金テーブル９７の残高を更新し、グループ企業間の取引
を決済する。また、資金集中管理システム９１は、グル
ープ外取引データベースに蓄積されたデータを用いて支
払いデータを作成し、銀行システム９４に送信する。銀
行システム９４は、支払いデータに基づいて取引先口座
１００、１００、１００、・・・、に所定の金額を資金
集中口座９６から送金する。

【００５４】次に、グループ企業７のユーザンスを統一
したことによる、グループ企業７のバランスシートへの
影響と、グループ企業７の資金繰りに関する影響につい
て説明する。図６は、ユーザンスとバランスシートの関
係を説明するための図である。バランスシートは企業の
資産、負債及び資本などの構成を表す表であり、その企
業の財務状態を把握する上で有用な表である。バランス
シートは左右の欄からなり、左の欄（借方と呼ばれる）
は当該企業の資産の構成を表し、右の欄（貸方と呼ばれ
る）は当該企業の資本や負債などの構成を表している。
換言すれば、右の欄は、当該企業がどのように資金を調
達したかを表し、左の欄は、その調達した資金をどのよ
うに用いたかを表している。そして、左右の欄の金額は
常に均衡している。

【００５５】バランスシート１４は、ユーザンスを９０
日に設定しているグループ企業Ａのバランスシートの一
例である。バランスシート１４の借方１６には、現金、
売掛金、在庫、固定資産などが計上されている。現金
は、例えば、現金や預金などである。売掛金は、グルー
プ企業Ａが商品やサービスを掛けにて販売したもので、
代金が未回収のものである。在庫は倉庫などに保管して
ある商品などである。固定資産は、グループ企業Ａが所
有する建物、機械設備、車両などである。

【００５６】一方借方１８は、買掛金２０、負債資本２
２、株主資本などが計上されている。買掛金２０は、グ
ループ企業Ａが他の企業から購入した商品やサービスな
どの代金で未払いのものである。買掛金は予め決めた所
定の猶予期間（ユーザンス）の後、購入先に支払われる
ものであって、無利子の負債である。負債資本は２２
は、グループ企業Ａが銀行や他の企業などから借り入れ
た借金であって、有利子の負債である。株主資本は、グ
ループ企業Ａが株式市場などを通じて株主から調達した
資金である。

【００５７】バランスシート２３は、グループ企業Ａの
ユーザンスを６０日に短縮した場合のバランスシートの
一例を示した図である。買掛金２０は金額が縮小し買掛
金２４となる。これは、ユーザンスが９０日から６０日
に短縮したため、３０日分の買掛金が減少したためであ
る。

【００５８】一方、負債資本２２は、負債資本２６に金
額が増大する。これは、ユーザンスが短縮されたので、
支払い期日までに資金繰りを間に合わせるために負債資
本を調達する（銀行などから資金を借りるなどする）た
めである。このように、ユーザンスを短縮することで、
無利子負債（買掛金）が減少し有利子負債（負債資本）
が増加する。

【００５９】バランスシート２８は、ユーザンスを３０
日に設定しているグループ企業Ｂのバランスシートであ
る。そして、バランスシート３４は、ユーザンスを６０
日に延長した場合のグループ企業Ｂのバランスシートで
ある。買掛金３０は買掛金３６へと金額が増大する。こ
れは、ユーザンスが３０日から６０日に延長されたた
め、買掛金が３０日分増えたためである。

【００６０】一方、負債資本３２は、負債資本３８へ金
額が減少する。これは、ユーザンスが延長されたことに
より資金繰りが容易になり、負債資本に依存する割合が
減ったためである。このように、ユーザンスを延長する
と、無利子負債（買掛金）が増大し、有利子負債（負債
資本）が減少する。

【００６１】以上のように、ユーザンスの長さにより負
債資本の金額が変化してくるため、ユーザンス統一によ
り、ユーザンスが短くなったグループ企業７は、資金繰
りが苦しくなり、ユーザンスが長くなったグループ企業
７は、資金繰りが容易になる。そこで、本実施の形態で
は、ユーザンス統一により、資金繰りが厳しくなったグ
ループ企業７の資金繰りを支援するために、マイナス残
高の許容、及びインターカンパニーローンの２つの仕組
みを作った。また、ユーザンスを統一することにより、
グループ企業７のバランスシートをより公正に比較する
ことができるようになり、各グループ企業７の収益力を
比較しやすくなるという効果もある。

【００６２】また、預り金テーブル９７の残高は、各グ
ループ企業７の信用力に応じた限度額内でマイナスとな
ることが許容されている。これらの許容限度額は、図示
しない赤残許容限度額データベースに記録されており、
資金集中管理システム９１は、各グループ企業７の残高
が赤残許容限度額を超えないか監視している。許容限度
額を超える場合は、当該グループ企業７の残高の更新を
停止し、アラームを表示装置１５２（図４）に表示す
る。インターカンパニーローンの借り入れ限度額に関し
てもグループ企業７ごと設定することができる。又、グ
ループ企業のマイナス残高とインターカンパニーローン
の借り入れ額の合計が各グループ企業ごとに設定された
所定の限度額内になるように資金集中管理システム９１
が監視するように構成することなどもできる。

【００６３】このように、預り金テーブル９７の残高が
マイナスになる場合、残高がマイナスになった分につい
ては、当該グループ企業７に貸し付けられた融資とな
る。本実施の形態では、この方法によって融資を受けた
グループ企業７は、所定の利息を付して借りた資金を返
却するものとする。この利息は、例えば融資額と融資期
間などをパラメータとして計算される。利息を計算する
部は資金集中管理プログラム１７０によって実現され
る。

【００６４】図７は、その他のプログラム１７２（図
４）に含まれる融資プログラムがＣＰＵ１４４にロード
されて実現される融資システム１２０の構成を示した図
である。このシステムは、グループ企業７にインターカ
ンパニーローンを施す際に使用するシステムである。

【００６５】融資受付部１２２、融資実行部１２４、及
び預り金テーブル更新部１０６は、融資プログラムによ
り実現され、一方、預り金テーブル更新部１０６、及び
預り金テーブル９７は、資金集中管理システム９１にて
使用したものを共用する。融資プログラムと資金集中管
理プログラム１７０は、同時に実行できるように構成さ
れており、また、預り金テーブル更新部１０６が両プロ
グラムで共用できるようになっている。

【００６６】限度額データベース１２８、及び融資情報
データベース１３０は、その他のデータベース１７４
（図４）に格納されているデータベースである。限度額
データベース１２８には、各グループ企業７の信用力に
応じた融資限度額などが格納されている。融資情報デー
タベース１３０には、融資額や融資期間など、各グルー
プ企業７に現在行っている融資の状況を記録したデータ
ベースである。

【００６７】融資受付部１２２は、通信制御装置１５６
を介して、グループ企業７の端末装置９の表示装置に融
資受付画面を表示したり、端末装置９から融資の申込
み、又は返済の申込みを受付けてこれを融資実行部１２
４に送るなどする。グループ企業７の担当者は端末装置
９に表示された融資受付画面に所定の入力事項を入力す
ることにより、融資の申込み又は融資の返済を行うこと
ができるようになっている。

【００６８】融資受付部１２２は、端末装置９から入力
された情報を元に融資の申込みの場合は、融資申込みデ
ータを生成し、融資の返済の場合は融資返済データを生
成して融資実行部１２４に送る。融資申込みデータは、
例えば、グループ企業７を特定する情報、融資額、融資
期間などの情報から構成されており、融資返済データ
は、返済額、グループ企業７が複数回融資を受けている
場合はその内どの融資に対する返済かなどの情報から構
成されている。

【００６９】融資実行部１２４は、融資受付部１２２か
ら融資申込みデータ又は融資返済データを受け取り、融
資実行又は融資返済のトランザクションを行う。融資実
行のトランザクションは、限度額データベース１２８に
格納されている当該グループ企業７の融資条件（融資限
度額など）と融資情報データベース１３０に格納されて
いる現在の当該グループ企業７に対する融資状況から融
資可能かどうかを判断する。

【００７０】融資可能な場合は、預り金テーブル更新部
１０６に預り金テーブル９７の当該グループ企業７の残
高を融資額の分だけプラスするように指示すると共に、
融資情報データベース１３０を更新する。また、融資で
きないと判断した場合は、融資受付部１２２に融資でき
ない旨の信号を送り、融資実行部１２４は、端末装置９
に融資できない旨の表示を行わせる。融資返済のトラン
ザクションは、預り金テーブル更新部１０６に当該グル
ープ企業７の残高を返済金額だけマイナスするように指
示すると共に融資情報データベース１３０を更新する。

【００７１】限度額データベース１２８は、各グループ
企業７に対して融資できる限度額や融資可能期間などの
融資条件がグループ企業７ごとに記録されたデータベー
スであって、融資条件は、当該グループ企業７の信用力
などにより設定される。融資情報データベース１３０
は、各グループ企業７の現在の融資情報を記録したデー
タベースである。融資情報データベース１３０には、グ
ループ企業７ごとに、融資案件ごとの未返済額、融資期
間、利息などが記録されている。また、図示しない利息
計算部があり、融資情報データベースに記録されている
融資案件ごとに利息を計算し、融資情報データベース１
３０を更新している。

【００７２】以上に述べたように、グループ企業７に対
する融資方法として、預り金テーブル９７の残高をマイ
ナスにする場合と、インターカンパニーローンを用いる
場合がある。これらの融資による利率は、様々に設定す
ることができる。マイナス残高による融資の利率をイン
ターカンパニーローンによる融資より高くすることもで
きるし、低く設定することもできる。また、同率に設定
することもできる。これらの融資条件は、グループ全体
の業務の実態に即して設定すれば良い。

【００７３】以上本実施の形態では以下のような効果を
得ることができる。各グループ企業７間での決済のユー
ザンスを統一したため、資金集中管理システム９１は、
各グループ企業７のユーザンスに応じて預かり金テーブ
ル９７を更新する必要がなくなり、預り金テーブル９７
の更新作業が容易になる。

【００７４】ユーザンスを統一することによって、従来
バランスシートに現れなかった各グループ企業７の実力
をバランスシート上に表すことができる。即ち、ユーザ
ンスが長いため、今まで買掛金（無利子負債）となって
いたものが、ユーザンスを短くすることにより負債資本
となる。また、その逆の場合もある。これによって、各
グループ企業７のバランスシートを同一基準にて比較す
ることが可能となる。即ち、ユーザンスが統一されこと
により、バランスシート上のデータなどを元にして計算
される経営指標などにおいても、より公正に各グループ
企業７を比較することが可能となる。

【００７５】ユーザンスが短くなったグループ企業７
は、資金不足が生じ、ユーザンスが長くなったグループ
企業７は余剰資金が生じるが、グループ全体としてみる
と資金の不足と余剰はおおよそ均衡する。そのため、余
剰資金を生じたグループ企業７からは、余剰資金を資金
集中口座に９６に入れさせ、資金不足を生じたグループ
企業７には、融資を行うことにより、グループ企業７の
資金の過不足を吸収することができる。

【００７６】グループ企業７は、融資の方法として、預
り金テーブル９７の残高をマイナスにする場合と、イン
ターカンパニーローンを施す場合を選択可能なため、状
況に応じてより有利な方の融資方法を選択することがで
きる。グループ間取引のユーザンスを統一したため、資
金集中管理システム９１の支払い代行業務を簡略化する
ことができる。

【００７７】グループ企業間の支払いに関しては、預り
金テーブル９７の残高を更新するだけで決済できるので
振込み手数料や振込みの手間が省ける。

【００７８】なお、本実施の形態では、各グループ企業
の決済日を統一したが、必ずしもこれに限定するもので
はなく、決済日を統一せずにユーザンスを統一すること
も可能である。また、資金集中管理プログラム１７０な
どは、例えば光磁気ディスクなどに記憶させて頒布する
ことも可能である。

【００７９】

【発明の効果】本発明によれば、資金集中口座でのキャ
ッシュレス決済において、グループ企業間で同一日に決
済することで、預り金残高の更新が容易となる。

【図面の簡単な説明】

【図１】本実施の形態に係る資金集中管理システムのネ
ットワーク構成を示した図である。

【図２】資金集中管理システムを説明するための概念図
である。

【図３】グループ企業間での取引があった場合の資金集
中管理システムの支払い代行を説明するための図であ
る。

【図４】資金集中管理システムを構成するのに使用する
資金集中管理装置の構成を示した図である。

【図５】資金集中管理システムのシステム構成を説明す
るための図である。

【図６】ユーザンスとバランスシートの関係を説明する
ための図である。

【図７】融資プログラムにより実現される融資システム
の構成を示した図である。

【符号の説明】

７グループ企業８幹事企業９端末装置１０専用回線９０取引先口座９１資金集中管理システム９２資金回収口座９４銀行システム９６資金集中口座９７預り金テーブル９８取引情報データベース１００取引先口座１０９銀行接続部１１０専用回線１１１資金集中管理装置１４１制御部１４２ＲＯＭ１４４ＣＰＵ１４６ＲＡＭ１４８キーボード１５０マウス１５２表示装置１５４印刷装置１５６通信制御装置１５８バスライン１６０入出力インターフェース１６２記憶媒体駆動装置１６４記憶装置１７０資金集中管理プログラム１７２その他のプログラム１７４その他のデータベース１０２グループ企業接続部１０４支払い実行部１０６預り金テーブル更新部１０８支払いデータ作成部１１０銀行接続部１２２融資受付部１２４融資実行部１２８限度額データベース１３０融資情報データベース

フロントページの続き (72)発明者栗原宏英国アンダーシャフトロンドンイーシー３エー８エヌピーシージーユータワー 15階フロアーソニー・グローバル・トレジャリーサービシーズ・ピーエルシー内

Claims

【特許請求の範囲】

【請求項１】グループをなす企業の資金を通貨種類ご
との単一口座である資金集中口座に集めて集中管理する
資金集中管理システムであって、前記グループをなす企業間の決済条件を統一したことを
特徴とする資金集中管理システム。
【請求項２】前記決済条件の統一は、代金支払いの猶
予期間を統一したことを特徴とする請求項１に記載の資
金集中管理システム。
【請求項３】前記決済条件の統一は、決済日を統一し
たことを特徴とする請求項１に記載の資金集中管理シス
テム。
【請求項４】前記資金集中口座における資金残高の各
企業ごとの内訳を前記各企業ごとに区分して記憶した預
り金テーブルと、代金支払いの統一した決済条件にて前記グループに属す
る１の企業から前記グループに属する他の企業に代金を
支払う買掛金情報を取得する買掛金情報取得手段と、前記買掛金情報取得手段にて取得した前記買掛金情報に
基づいて前記預り金テーブルの残高を更新する更新手段
と、を更に具備したことを特徴とする請求項１に記載の資金
集中管理システム。
【請求項５】前記預り金テーブルの残高は一定額のマ
イナス残高を許容し、更に前記グループに属する企業の要求により、該企業に
資金を融資する融資手段を具備することを特徴とする請
求項４に記載の資金集中管理システム。
【請求項６】預かり金テーブルと、買掛金情報取得手
段と、更新手段とを備えグループをなす企業の資金を通
貨種類ごとの単一口座である資金集中口座に集めて集中
管理するコンピュータにおいて、前記預り金テーブルで、前記資金集中口座における資金
残高の各企業ごとの内訳を前記各企業ごとに区分して記
憶する記憶ステップと、前記買掛金情報取得手段で、代金支払いの統一した決済
条件にて前記グループに属する１の企業から前記グルー
プに属する他の企業に代金を支払う買掛金情報を取得す
る買掛金情報取得ステップと、前記更新手段で、前記取得した前記買掛金情報に基づい
て前記預り金テーブルの残高を更新する更新ステップ
と、を備えたことを特徴とする資金集中管理方法。
【請求項７】グループをなす企業の資金を通貨種類ご
との単一口座である資金集中口座に集めて集中管理する
資金集中管理プログラムであって、前記資金集中口座における資金残高の各企業ごとの内訳
を前記各企業ごとに区分して記憶する記憶機能と、代金支払いの統一した決済条件にて前記グループに属す
る１の企業から前記グループに属する他の企業に代金を
支払う買掛金情報を取得する買掛金情報取得機能と、前記買掛金情報取得機能にて取得した前記買掛金情報に
基づいて前記記憶した前記資金残高を更新する更新機能
と、を備えたことを特徴とする資金集中管理プログラム。
【請求項８】グループをなす企業の資金を通貨種類ご
との単一口座である資金集中口座に集めて集中管理する
資金集中管理プログラムを記憶したコンピュータが読み
取り可能な記憶媒体であって、前記資金集中口座における資金残高の各企業ごとの内訳
を前記各企業ごとに区分して記憶する記憶機能と、代金支払いの統一した決済条件にて前記グループに属す
る１の企業から前記グループに属する他の企業に代金を
支払う買掛金情報を取得する買掛金情報取得機能と、前記買掛金情報取得機能にて取得した前記買掛金情報に
基づいて前記記憶した前記資金残高を更新する更新機能
と、を備えたことを特徴とする資金集中管理プログラムを記
憶したコンピュータが読み取り可能な記憶媒体。