JP2002123728A

JP2002123728A - 物品売買の仲介装置及び方法

Info

Publication number: JP2002123728A
Application number: JP2000318238A
Authority: JP
Inventors: Yuji Kawakami; ▲裕▼二川上; Koji Nomura; 浩司野村; Etsuo Kawamura; 悦男河村; Shigeru Shoda; 繁正田
Original assignee: Hitachi Ltd; Hitachi Systems and Services Ltd
Current assignee: Hitachi Ltd; Hitachi Systems and Services Ltd
Priority date: 2000-10-13
Filing date: 2000-10-13
Publication date: 2002-04-26
Also published as: US20020046164A1; EP1197890A1

Abstract

(57)【要約】【課題】売却が確定している在庫を現金化するための
システムを提供することにより販売企業のコスト負担を
削減し、以って販売企業の資金効率を向上させる。【解決手段】保管庫管理システムに接続されて、物品
の転売の仲介を行う仲介装置であって、買い手によって
購入されるものとして売り手が前記保管庫へ搬入する物
品とを対応付けて管理する取引管理手段と、前記保管庫
への前記売り手からの物品の搬入に際して前記保管庫管
理システムから送信される入庫情報に基づいて算出する
前記物品の買価を売り手に支払う決済手段と、前記保管
庫からの物品の搬出に際して前記保管庫管理システムか
ら送信される出庫情報に基づいて算出する前記物品の売
価を前記買い手に通知する請求手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は物品取引の仲介方法
に係り、特に物品の売り手による在庫保有に係るコスト
負担を減じ、売り手の資金効率の向上に寄与する物品売
買の仲介装置及び方法に関する。

【０００２】

【従来の技術】JIT（ジャストインタイム＝各製造段階
で予測により生産・納入された材料・部品・製品を在庫し
ておくことを止め, 必要量の直前納入により在庫費用の
最小化をはかると共に品質管理意識を高める生産システ
ム）の導入によって、調達企業は自社の在庫を減らし、
在庫保有に係るコストの削減を図っている。販売企業は
調達企業に対して安定的に製品を供給するためにある一
定量の在庫を保有し、製品の製造から製品の現金化まで
のタイムラグを販売企業が負担することになる。すなわ
ちJITは調達企業に製品を納入する販売企業に在庫を保
有させ、従来調達企業が負担していた在庫コストを販売
企業に転嫁しているに過ぎない。これは販売企業の流動
性を損なわせることであり、販売企業は金融機関からの
借入れや調達企業から受領した手形の割引等によって在
庫の保有に伴って必要となる資金（以下単に在庫資金と
いう）を調達しなければならなかった。

【０００３】しかし販売企業が中小企業であって、金融
機関からの借入れによって資金を調達した場合、高率の
借入れ金利を負担しなければならないだけでなく、無担
保融資の場合審査等に多くの時間を要するし、そもそも
現在の土地を担保とした貸付を中心とする銀行貸付実務
においては借入れ自体が困難な場合が多い。他にも借入
れの場合B／Sが膨らむといった弊害も挙げられよう。ま
た調達企業から受領する手形を金融機関等に割引させる
手形割引による資金調達も可能であるが、この場合手形
を受領するのは実際に調達企業が販売企業に対して発注
を行ってから、つまり在庫の売却後であるために、在庫
の売却前においては利用不可能である。手形割引は製品
の販売から代金の回収までのタイムラグを埋める方法で
あって、製品の製造から販売までのタイムラグを埋める
ものではない。このため販売企業と調達企業間の取引で
は、特に販売企業が中小企業であるような場合には、資
金力を有する商社や問屋を必要とし、これらの主体なく
して取引が成立しなかった。しかしこういった仲介企業
に支払う手数料は極めて高額であり、販売企業のコスト
を吊り上げる要因となっている。

【０００４】IT技術の発達により電子商取引が実用化さ
れ商社や問屋といった仲介企業を不要とする取引方法が
実現されているが、上記のような販売企業はその資金繰
りのためにこれらの仲介企業を利用せざるを得ず、取引
の電子化によるコストの削減という恩恵を享受できてい
ないのが現状である。

【０００５】

【発明が解決しようとする課題】上述の通り「JIT環
境」にある販売企業（JITを採用する調達企業に継続的
に製品供給を行う販売企業にある販売企業）は調達企業
に保有してもらえない在庫を自ら保有することによる資
金の固定化を強いられており、現在のところこれに対す
る有効な流動性補完策も存在しない。この結果、前記販
売会社は商社や問屋といった仲介企業に本来不必要な手
数料を支払っており、このことも販売会社の経営を圧迫
する一要因となっている。

【０００６】本発明の目的はJIT在庫のように売却が確
定している在庫を現金化するためのシステムを提供する
ことにより販売企業のコスト負担を削減し、以って販売
企業の資金効率を向上させることにある。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、仲介企業が、販売企業と調達企業の間に
入り、販売企業から製品を買取り、手形または電子手形
を販売企業に渡し、販売企業は受取手形を銀行などで割
引くことで現金を手にする。手形は他の企業への支払に
充ててもよいし、満期まで保有してもよい。仲介企業は
有力銀行や大企業などが出資する企業であり発行する手
形または電子手形は信用があり、安いコストで割引がで
きるとともに他の企業への支払へ引き当てることもでき
る。手形は世界で使用することが可能な電子手形が望ま
しい。また、仲介企業は販売企業から購入した在庫を担
保にして証券を発行し、投資家から資金を集めて資金調
達を行なってもよい。この場合、手形や電子手形の発行
はしないで、投資家から集めた資金を、販売企業に対す
る支払にあてる。

【０００８】また、本発明は、仲介企業は、資金調達以
外のいっさいのリスクを持たないため、手数料を最低水
準におくことができる。リスクは、調達企業の倒産等に
よる在庫購入ができない場合、調達企業が購入済み
製品の代金支払ができない場合などがあるが、販売企業
と在庫買戻契約または販売会社の在庫所有権留保契約や
販売会社への売掛債権売却契約、損害保険会社との与信
保険等の契約を組合わせることでこれらの全てのリスク
をヘッジする。

【０００９】

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

【００１０】図１は本発明の取引スキームの基本概念を
説明する全体構成図である。図１に示す通り本発明の取
引スキームは継続的に製品供給を受ける調達企業１１、
調達企業１１に製品を供給する複数の販売企業１２、両
者の間に設置される仲介企業１３、販売企業１２が製造
した製品を保管する倉庫１７、販売企業１２から倉庫１
７へ、あるいは倉庫１７から調達企業１１へ製品を配送
する物流企業１６を中心として構成される。このとき販
売企業１２と調達企業１１の間には調達企業の発注に応
じて、継続的に所定の製品を供給する旨の契約、あるい
は契約に類する合意が存在するものとする。なお、ここ
では物品を保管する保管庫は倉庫であるという前提で説
明を進めるが、実際には倉庫に限らず販売企業１２が仲
介企業１３に売却する製品を保管できるものであればよ
い。

【００１１】また本発明の仲介企業１３は調達企業の破
綻等によって販売企業１２から購入した製品の固定化や
調達企業１１に対する債権の不良債権化といったリスク
を負担しないように構成される。具体的には仲介企業１
３は販売企業１２との間で、調達企業１１の破綻や手形
の不渡等、所定のトリガーイベントの発生を条件として
発効する製品買戻し契約、及び債権譲渡契約を締結す
る。販売企業１２がこういった契約の締結を拒否した場
合には保険をかける等により対処することも考えられ
る。これによって仲介企業１３は調達企業１１の信用リ
スクを負わず、販売企業１２に対して流動性を供給する
のみの主体として機能する。

【００１２】なお、販売企業１２は単一の企業であって
もよい。また倉庫１７、及び物流企業１６は販売企業１
２、あるいは仲介企業１３と同一主体によって運営され
ていてもよい。

【００１３】本発明の取引スキームでは、上述の背景を
前提として、まず従来在庫として販売企業１２に保有さ
れていた製品がすべて仲介企業１３に売却される。具体
的には販売企業１２が製品を製造すると物流企業１６が
これを倉庫１７へ配送し、仲介企業１３は倉庫１７から
の入庫情報に基づいて前記製品の対価を販売企業１２に
支払う。このとき支払は現金、手形、振込、口座振替等
特に限定されない方法により行われる。このとき販売企
業１２の売掛金は取り崩され、支払が手形であれば受取
り手形が、現金であれば現金が計上される。いずれにせ
よ前記支払を受けた販売企業１２は後述の各方法で資金
を調達することにより資金効率を向上させることができ
る。

【００１４】一方、製品を購入する調達企業１１は物流
企業１６に対し製品の配送を指示し、物流企業１６は前
記配送指示を受けて製品を倉庫１７から調達企業１１に
配送する。このとき物流企業１６による製品の出庫は倉
庫１７から仲介企業１３に通知され、仲介企業１３はこ
れを受けて調達企業１１に対して製品対価の支払を請求
する。調達企業１１は物流企業１６によって配送された
製品を検収し、仲介企業１２に対して対価を支払う。あ
るいは調達企業１１が仲介企業１３に対して製品を発注
し、仲介企業１３がこれを受けて物流企業１６に対して
製品の配送を支持してもよい。また対価の支払は、上述
の仲介企業１１から販売企業１２への対価支払と同様
に、手形、現金、又はその他いずれの方法によって為さ
れてもよい。以上が本発明における取引スキームの概略
である。

【００１５】本発明では、上述の通り仲介企業１３が販
売企業１２の在庫製品を買い上げることによって販売企
業１２は仲介企業１３から受領した製品の対価を原資と
した資金調達をすることにより資金を固定化させずに、
早い段階で製品を現金化することができる。

【００１６】例えば仲介企業１３が対価の支払のために
手形を振り出した場合、販売企業１２はこの手形を金融
機関等に割り引かせることによって資金を調達できる。
仲介企業１３は上述の通り調達企業１１に係るリスクか
らは分離されており、且つその業務内容は売却の蓋然性
が極めて高い製品の転売のみであることからその内包す
るリスクは極めて低く、仲介企業１３の振り出す手形は
有利な利率での割引が可能であり、販売企業１２は自己
の信用で貸付を受ける場合よりもコストを大幅に削減で
きる。

【００１７】また仲介企業１３が製品の対価を現金で支
払う場合には、事前に、製品が生み出すキャッシュフロ
ー（この場合は製品が調達企業１１に売却されて支払わ
れる対価）を原資として投資家から資金を集めるための
スキームを構築しておき、製品の入庫を受けてこれを流
動化することにより販売企業１２への支払原資を調達す
る。

【００１８】図２は仲介企業１３のシステム１０３（以
下単に仲介企業システムという）の構成を示すブロック
図である。仲介企業システム１０３はシステム管理者等
からの入出力を受付ける入出力部１０３１、調達企業１
１のシステム１０１（以下単に調達企業システムとい
う）及び販売企業１２のシステム１０２（以下単に販売
企業システムという）、並びに倉庫１７のシステム１０
７（以下単に倉庫システムという）との情報の送受信を
行う送受信部１０３２、前記各システムの認証をする認
証部１０３３、調達企業の破綻等に際して前述のリスク
回避措置を発動するリスク回避部１０３４、取引対象た
る製品に関する情報を処理する取引管理部１０３５、入
出金額及び支払・請求事務を行う出納部１０３６、処理
部１０３７を備え、前記取引管理部１０３５は製品の入
庫に関する情報を管理する入庫管理部１０３５１と出庫
を管理する出庫管理部１０３５２とを有し、前記出納管
理部１０３６は支払い事務及び出金に関する情報の管理
を行う決済部１０３６１と請求事務及び入金に関する情
報に関する情報の管理を行う請求部１０３６２とを有す
る。更に本システムは倉庫内に格納された製品に関する
情報、入出金に関する情報、本仲介企業システム１０３
と取引を行う取引先に関する情報、取引対象である製品
に関する情報のそれぞれを管理する仲介企業DB１０３８
を備えて構成されている。

【００１９】図３は倉庫システム１０７の構成を示すブ
ロック図である。倉庫システム１０７はシステム管理者
等からの入出力を受付ける入出力部１０７１、調達企業
１０１のシステム（以下単に調達企業システムという）
及び販売企業１０２のシステム（以下単に販売企業シス
テムという）、並びに仲介企業システム１０３との情報
の送受信を行う送受信部１０７２、前記各システムの認
証をする認証部１０７３、倉庫への製品の出入情報を管
理する倉庫情報処理部１０７４を備え、前記倉庫情報処
理部１０７４は製品の入庫に関する情報を管理する入庫
管理部１０７４１と出庫を管理する出庫管理部１０７４
２とを有する。また本システムは更に倉庫１７内に格納
された製品に関する情報、入庫及び出庫される製品に関
する情報、本倉庫システム１０７と取引を行う取引先に
関する情報のそれぞれを管理する倉庫DB１０７５を備え
て構成されている。

【００２０】図４は販売企業システム１０２の構成を示
す機能ブロック図である。販売企業システム１０２はは
システム管理者等からの入出力を受付ける入出力部１０
２１、調達企業システム１０１及び仲介企業システム１
０３、並びに倉庫システム１０７との情報の送受信を行
う送受信部１０２２、前記各システムの認証をする認証
部１０２３、倉庫への製品の納入に関する情報を管理す
る製品管理部１０２４を備え、前記納入管理部１０２４
は販売企業１２が倉庫に発送した製品に関する情報を管
理する納入管理部１０２４１と前記倉庫システム１０７
が製品の入庫に際して送信する入庫情報を管理する入庫
情報管理部１０２４２とを有している。前記納入情報と
入庫情報とは照合部１０２５で照合されマッチングをと
った後、入金管理部１０２６が請求額を算定する。また
本倉庫システムは更に倉庫に納入・入庫される製品に関
する情報、製品の入庫に対して支払われる対価に関する
情報のそれぞれを管理する販売企業DB１０２７を備えて
構成されている。

【００２１】図５は調達企業システム１０１の構成を示
す機能ブロック図である。調達企業システム１０１はは
システム管理者等からの入出力を受付ける入出力部１０
１１、販売企業システム１０１及び仲介企業システム１
０３、並びに倉庫システム１０７との情報の送受信を行
う送受信部１０１２、前記各システムの認証をする認証
部１０１３、倉庫からの製品の出庫に関する情報を管理
する買付け管理部１０１４を備え、前記買付け管理部１
０１４は調達企業が倉庫から出庫する製品に関する情報
を管理する買付け管理部１０１４１と前記倉庫システム
１０７が製品の出庫に際して送信する出庫情報を管理す
る出庫情報管理部１０１４２とを有している。前記買付
け情報と出庫情報とは照合部１０１５で照合されマッチ
ングをとった後、決済部部１０１６が請求額を算定す
る。また本調達企業システムは倉庫から出庫・買付けさ
れる製品に関する情報、製品の出庫に際して支払う対価
に関する情報のそれぞれを管理する調達企業DB１０１７
を備えて構成されている。

【００２２】図６は仲介企業システム１０３の入庫処理
を示すフローチャートである。仲介企業システム１０３
は倉庫システム１０７から製品の入庫に際して送信され
る入庫許可依頼情報を受信し（S601）、前記入庫許可依
頼情報が真性かどうかを認証する（S602）。このとき前
記入庫許可依頼情報には倉庫システム１０７を認証する
認証キーのほか、入庫する販売企業１２を認証する認証
キーを含んでおり、両者、またはいずれかについて認証
不可である場合には入庫を拒絶し処理を終了する。な
お、ここでの認証方法については電子署名、デジタル署
名を用いてもよいし、単なるパスワードや印章等であっ
てもよい。なお、ここでは販売企業１２による製品の入
庫に際して、各入庫毎に仲介企業システムが認証するも
のとして説明したが、この認証は必ずしも必要なもので
はない。すなわち単に以下に述べる入庫情報を真正なも
のとして受付けてもよい。その場合はS601、及びS602は
不要である。またこの尚書きについては調達企業１１に
よる出庫に伴う仲介企業１３の処理フローにおいても同
様とする。

【００２３】前記S602で認証がされると仲介企業システ
ム１０３は入庫情報を受付ける（S603）。この入庫情報
には入庫する製品の名称、識別コード、入庫数量、入庫
する販売企業１２の名称、及び識別コードが含まれてい
る。S603に続いて調達企業システムは許可依頼を受けて
いる入庫について販売企業１２（S604、605）、前記販
売企業１２が搬入する製品（S606、607）、その入庫数
量（S608、609）について順次確認の上承認し、前２者
について承認できない場合、つまり製品DBに格納される
取引製品、及びその製品を納入する販売企業１２の情報
と前記入庫情報に含まれる製品、及び販売企業１２との
一致が見られない場合には入庫不許可通知を送信して
（S614）処理を終了する（S617）。また入庫数量の確認
については所定の入庫限度数量に対して入庫が可能か否
かを判定し（S608、609）、入庫する余地がない場合は
前２者と同じく入庫不許可通知を送信して処理を終了す
る（S614,S617）。但し、上記の承認ができない場合、
単に販売企業１２に対して支払をしないという対応をす
ることも可能である。

【００２４】一方、入庫する余地はあるもののすべての
受入れができない場合は数量指定を送信し（S615）、倉
庫システム１０７から数量承諾が送信された場合には前
記数量指定通知により指定された数量のみ入庫されたも
のとして倉庫DBを更新する。

【００２５】上記の各確認がされると仲介企業システム
１０３は入庫許可通知を送信し（S610）、倉庫システム
１０７から前記入庫許可通知に対して送信される入庫完
了通知を受信して決済処理を行う（S612）。なお上記の
場合も、販売企業１２による入庫の内容を仲介企業シス
テム１０３が確認するものとして説明したが、ここでも
前記認証の場合と同様に倉庫システム１０７がこれらを
行い、仲介企業システム１０３は倉庫システム１０７か
ら送信される情報を真正なものと見なすことも可能であ
る。また、本尚書きについては調達企業１１による出庫
に伴う仲介企業システム１０３の処理フローにおいても
同様とする。

【００２６】図７は倉庫システム１０７の入庫処理フロ
ーを示すフローチャートである。倉庫システム１０７は
販売企業１２より製品の配送を受け、前記販売企業１２
を認証して（S702）入庫情報を受付ける（S703）。続い
て受付けた入庫情報に基づいて入庫許可依頼情報を生
成、これを仲介企業システム１０３に送信し（S704〜70
7）、この入庫許可依頼情報に対して仲介企業システム
１０３から送信される通知に基づいて処理を進める。す
なわち入庫許可通知が受信された場合には製品について
入庫処理を行い（S709）、仲介企業システム１０３及び
販売企業システム１０２に対して入庫完了通知を送信
（S710）の上倉庫DBを更新して（S711）処理を終了する
（S712）。また数量指定通知が受信された場合には（S7
13）、その数量のみ製品を入庫するか否かを販売企業側
に判断させ入庫するのであれば（S714）数量承諾を送信
し、指定の数量の製品について入庫処理を行う（S70
9）。

【００２７】入庫不許可通知が受信された場合（S715）
にはこれを販売企業システムに転送して処理を終了する
（S712）。

【００２８】図８は仲介企業システム１０３の出庫処理
フローを示すフローチャートである。仲介企業システム
１０３は倉庫システム１０７から製品の出庫に際して送
信される出庫許可依頼情報を受信し（S801）、前記出庫
許可依頼情報が真性かどうかを認証する（S802）。この
とき前記出庫許可依頼情報には倉庫システム１０７を認
証する認証キーのほか、出庫する調達企業を認証する認
証キーを含んでおり、両者、またはいずれかについて認
証不可である場合には入庫を拒絶し処理を終了する。な
お、ここでの認証方法については電子署名、デジタル署
名を用いてもよいし、単なるパスワードや印章等であっ
てもよい。

【００２９】前記S1002で認証がされると仲介企業シス
テム１０３は出庫情報を受付ける（S803）。この出庫情
報には出庫する製品の名称、識別コード、入庫数量、入
庫する販売企業１２の名称、及び識別コードが含まれて
いる。S803に続いて仲介企業システム１０３は許可依頼
を受けている出庫について調達企業企業（S804、80
5）、製品（S806、1007）、出庫数量（S808）について
順次確認し、前２者について確認が取れない場合、つま
り製品DBに格納される取引製品、及びその製品を出庫す
る調達企業の情報と前記出庫情報に含まれる製品、及び
販売企業１２との一致が見られない場合には出庫不許可
通知を送信して（S813）処理を終了する（S814）。

【００３０】一方上記の各確認がされると仲介企業シス
テム１０３は出庫許可通知を送信し（S809）、倉庫シス
テム１０７から前記入庫許可通知に対して送信される入
庫完了通知を受信してDBを更新の上（S811）請求処理を
行う（S812）。

【００３１】図９は倉庫システム１０７の出庫処理フロ
ーを示すフローチャートである。倉庫システム１０７は
調達企業より製品の出庫依頼を受け、前記調達企業１１
を認証して（S902）出庫情報を受付ける（S903）。続い
て受付けた出庫情報に基づいて出庫許可依頼情報を生
成、これを仲介企業システム１０３に送信し（S904〜90
7）、この出庫許可依頼情報に対して仲介企業システム
１０３から送信される通知に基づいて処理を進める。す
なわち出庫許可通知が受信された場合には製品について
出庫処理を行い（S909）、仲介企業システム１０３及び
調達企業システム１０２に対して出庫完了通知を送信
（S910）の上DBを更新して（S911）処理を終了する（S9
12）。また出庫許可がされない場合（出庫不許可通知が
受信された場合）には（S913）、その旨を調達企業側に
通知した後処理を終了する（S912）。

【００３２】図１０は入庫された製品に対する仲介企業
１３から販売企業システム１０１への入金を処理する販
売企業システム１０１のフローを示すフローチャートで
ある。販売企業システム１０１は倉庫システムより図７
で説明した入庫完了通知を受信し（S1001)、本入庫完了
通知が真性であることを認証する（S1002）。認証不可
となったときは処理を終了し（S1014）、認証可の場合
は次のステップに進む。次に製品を前記倉庫に対して出
荷する際に販売企業システム１０１が格納する納入情報
を呼び出し（S1003）、前記納入情報と入庫完了通知と
を照合する（S1004）。このとき納入情報とは出荷され
た製品を識別する識別子、出荷された数量、出荷された
日時とを含む情報である。

【００３３】上記の照合により両者が合致していた場合
には次のステップに進み、一致が取れない場合にはその
旨をシステム管理者に表示、あるいは通知して処理を終
了する（S1015）。前記S（1005）で照合が取れた場合、
販売企業システム１０１は売掛金情報を生成し（S100
6）、DBに格納する（S1007）。

【００３４】仲介企業システム１０３が同様に倉庫シス
テム１０７より入庫完了通知を受信し、これをもとに販
売企業１２に対して支払を行うと販売企業システム１０
１は入金があった旨の通知を受付ける（S1008）。この
ときこの入金の通知である入金情報は販売企業システム
１０１を有する販売企業１２が口座を保有する銀行等か
らされるものであってもよいし、また前記銀行等からの
通知に基づいてシステム管理者が入力するものであって
もよい。販売企業システム１０１は前述の売掛金情報を
呼び出し（S1009）、これを前記入金情報と照合してそ
の一致を判断する（S1010、S1011）。両者が不一致の場
合にはその旨、及び過不足額をシステム管理者に表示、
あるいは通知し（S1015）、一致している場合には売掛
金の取り崩しを指示し（S1012）、前記売掛金情報を削
除して（S1013）処理を終了する（S1014）。

【００３５】図１１から図１４は本発明の取引スキーム
において調達企業の破綻、あるいはそれに類する事由が
発生した場合に仲介企業が損失を回避するために仲介企
業が採るリスク回避策を説明する図である。

【００３６】図１１は、調達企業１１が倉庫１７に格納
された在庫製品を購入しない場合の仲介企業１３の損失
を回避する方法を示す。平時においては調達企業１１は
倉庫１７から製品を出庫するが、調達企業１１が倒産そ
の他の事由によって在庫を購入できない事態に陥ると、
仲介企業１３は停滞在庫を抱えることになる。仲介企業
１３は販売企業１２に対して資金を提供することを目的
とする企業であって自己が販売活動を行うことは想定し
ていないため、この在庫を他の企業に売却することは事
実上不可能である。この損失を回避するため、仲介企業
１３は予め停止条件付在庫買戻契約その他の契約を販売
企業１２と結んでおく。この契約により所定の事由の発
生を以って仲介企業１３の保有する在庫製品は、仲介企
業１３から販売企業１２へと売却される。なおこの場
合の売却価格は原則として、調達企業１１が購入する価
格であるが、そのように限られない。

【００３７】図１２は仲介企業１３がすでに調達企業１
１によって出庫された製品の対価を受領していない場合
に調達企業１１の破綻等により前記対価の受取りが困難
になった際のリスクを回避する方法である。（１）
仲介企業１３は倉庫１７から製品が出庫された時点で、
販売企業１２に売掛債権を売却（２１７−１）する。売
掛金の債権債務は販売企業１２と調達企業１１との関係
に移転しているので、仲介企業１３はこの出庫時点で販
売企業１２から代金を受取る（２１７−２）。（２）仲
介企業１３が売掛債権の回収ができないことが確定した
時点（２１４）で、当該売掛債権（不良債権）を販売企
業１２に売却（２１８−３）する契約を予め締結してお
き、この契約を行使して販売企業１２から代金を受取る
方法である。（３）は、（１）（２）の売掛債権売却契
約がない場合で、任意の損害保険会社と与信保険契約を
予め締結し保険料を支払う（２１９−１）。調達企業１
１が売掛代金を支払えないことが確定した時点（２１
４）で保険料２１９−２を受取る。

【００３８】図１３は、図１２のケースで販売企業１２
の倒産等のため、在庫買戻契約または在庫所有権留保契
約（２２１）を履行できない場合、仲介企業１３は予め
任意の損害保険会社と保険契約を締結しておき、保険料
を支払う（２１１）ことで、在庫買戻し等の契約が実行
されないことが確定した時点（２２０）で保険金２１２
を受取る。

【００３９】図１４は仲介企業システム１０３が上記図
14で説明したリスク回避策を実行する際の処理フローを
示すフローチャートである。調達企業１１が破綻若しく
はそれに類する事態に陥った場合、仲介企業１３はこれ
をリスク回避策発動に関するトリガーイベントとして認
識する。ここで破綻に類する事態とは自己破産申請、会
社更生法適用申請は勿論、調達企業振出の手形不渡り、
調達企業１１に対する強制執行、差し押さえ、仮差押等
が含まれてもよい。また前記トリガーイベントの認識は
企業等の信用情報を提供する第3者機関から提供される
情報に基づいても、あるいは上記トリガーイベントを認
識した者、例えばシステム管理者による入力によっても
よい。

【００４０】仲介企業システム１０３はトリガーイベン
トを認識すると、自己に接続されたDBからトリガーイベ
ントの発生した調達企業１１に納品（出庫）されるもの
として倉庫１７で格納・管理されている在庫製品の有
無、在庫製品がある場合にはその特定、数量の把握を行
いその価額を算定し（S1402）、また既に出庫済みの製
品に関して調達企業１１から決済がされていない対調達
企業請求額を把握し（S1403）、更に倉庫システム１０
７に対して調達企業１１による出庫を凍結する旨の指示
を送信する（S1404）。続いて前記S1402及びS1403で算
定された価額を合算して（S1405）、請求情報を生成の
上これを前期在庫製品を入庫した販売企業１２の販売企
業システム１０２に送信する（S1406）。次に以上の処
理に基づいて仲介DB内容を更新し（S1407）処理を終了
する（S1408）。

【００４１】図１5は販売企業システム１０１のデータ
ベースの構成を示す図である。販売企業システム１０１
のデータベースは製品部、納品部、入庫情報部、出納情
報部を有しており、製品部は販売企業１２が仲介企業１
３に販売する製品の製品名、製品を識別する識別子、そ
して各製品の１単位あたりの単価に関する情報を格納す
る。納品部は販売企業１２が所定の製品を倉庫１７に搬
入した場合にその出荷の日時や数量、及び各出荷毎に付
与される識別子を格納する。次に入庫情報部は前記出荷
に対応して倉庫から送付される入庫完了通知に基づいて
生成される入庫情報を格納する。すなわちその入庫がど
の出荷に対応するものかを示す納品識別子、入庫がされ
た日時、数量、そして各入庫毎に付与される識別子であ
る。

【００４２】更に前記各情報から算出される各入庫毎に
仲介企業１３から支払われるべき金額、その支払日等は
出納管理部に格納される。

【００４３】図１６は倉庫システム１０７のデータベー
スの構成を示す図である。倉庫システム１０７は販売企
業部、調達企業部、製品部、入庫管理部、出庫管理部、
在庫管理部を有する。販売企業部、及び調達企業部では
それぞれ販売企業１２、及び調達企業１１に関する情報
（企業名、各企業を識別する識別子、所在地、取引対象
製品の識別子等）を格納し、販売企業１２による入庫、
調達企業１１による出庫についてはそれぞれ入庫管理
部、及び出庫管理部で管理される。また在庫情報部は入
庫情報、及び出庫情報から各時点の倉庫内在庫について
その製品識別子、在庫数量を格納する。

【００４４】図１７は仲介企業システム１０３のデータ
ベースの構成を示す図である。仲介企業システム１０３
は販売企業部、調達企業部、製品部、買掛情報部、売掛
情報部、決済情報部を有し、倉庫１７に製品を搬入する
企業及び倉庫１７から製品を搬出する企業に関する情報
はそれぞれ販売企業部、調達企業部に、倉庫に搬入・搬
出される製品に関する情報は製品部に格納される。製品
部では製品の名称、及び製品毎に付与される識別子とそ
の単価、およびその製品の受入れ上限数量に関する情報
を管理する。また買掛情報部では販売企業１２が倉庫に
搬入した製品について買掛金額を格納し、これを決済情
報部で入庫毎に管理する。売掛情報部では調達企業１１
が倉庫から搬出した製品について売掛金額を格納し、同
様に決済情報部で出庫毎に管理する。

【００４５】

【発明の効果】販売企業は製品を出荷した時点で売上代
金を回収することができるので資金効率を改善し、銀行
借入金を縮小することもできる。同時に売掛金が即入金
になるのでＢ／Ｓを圧縮することも可能である。また、
販売企業は、３ＰＬなどで物流企業と協力し、商社や問
屋等の旧仲介企業を経由せずに、販売を行なうことがで
き、電子商取引の推進で販売費用を低減した効果を享受
できる。

【図面の簡単な説明】

【図１】在庫資金調達システムの概要図

【図２】仲介企業システムの機能ブロック図

【図３】倉庫システムの機能ブロック図

【図４】販売会社システムの機能ブロック図

【図５】調達企業システムの機能ブロック図

【図６】仲介企業システムの入庫処理フロー

【図７】倉庫システムの入庫処理フロー

【図８】仲介企業システムの出庫処理フロー

【図９】倉庫システムの出庫処理フロー

【図１０】販売企業システムの入庫・入金処理フロー

【図１１】仲介企業のリスク管理フロー（１）

【図１２】仲介企業のリスク管理フロー（２）

【図１３】仲介企業のリスク管理フロー（３）

【図１４】仲介企業のリスク管理フロー

【図１５】販売企業システムのデータベース

【図１６】倉庫システムのデータベース

【図１７】仲介企業システムのデータベース

【符号の説明】

（図１）調達企業１１、販売企業１２、仲介企業１３、
銀行等の金融機関１４、ファクタリング企業・ＳＰＣ等
１５、物流企業１６、倉庫１７

フロントページの続き (72)発明者野村浩司神奈川県川崎市幸区鹿島田890番地株式会社日立製作所金融システム事業部内 (72)発明者河村悦男東京都大田区大森北３丁目２番16号株式会社日立システムアンドサービス内 (72)発明者正田繁神奈川県川崎市幸区鹿島田890番地株式会社日立製作所金融システム事業部内Ｆターム(参考） 5B049 BB07 BB11 CC05 CC27 CC36 GG00

Claims

【特許請求の範囲】

【請求項１】保管庫管理システムに接続されて、物品の
売買の仲介を行う仲介装置であって、買い手によって購
入されるものとして売り手が前記保管庫へ搬入する物品
とを対応付けて管理する取引管理手段と、前記保管庫へ
の前記売り手からの物品の搬入に際して前記保管庫管理
システムから送信される入庫情報に基づいて算出する前
記物品の買価を売り手に支払う決済手段と、前記保管庫
からの物品の搬出に際して前記保管庫管理システムから
送信される出庫情報に基づいて算出する前記物品の売価
を前記買い手に通知する請求手段とを備えたことを特徴
とする物品売買の仲介装置。
【請求項２】請求項１記載の仲介装置であって、さら
に、前記買い手の信用悪化を示すものとして設定される
所定の条件を保存する第１の格納手段と、前記条件を満
たす旨の報告情報を受付けるトリガー受付手段と、前記
報告情報の受付を以って前記売り手に対して所定の価額
の支払を請求するとともに前記物品保管庫に対して前記
買い手による前記物品搬出の凍結を指示するリスク移転
手段とを備えたことを特徴とする物品売買の仲介装置。
【請求項３】請求項２記載の仲介装置であって、前記入
庫情報は搬入された物品を識別する識別子と前記搬入さ
れた物品の数量と前記物品を搬入した前記売り手を識別
する識別子とを含み、前記出庫情報は搬出された前記物
品を識別する識別子と前記搬出された物品の数量と前記
物品を搬出した前記買い手を識別する識別子とを含むこ
とを特徴とする物品売買の仲介装置。
【請求項４】請求項３記載の仲介装置であって、さらに
前記買い手が購入するものとして前記売り手が前記保管
庫に搬入する物品を識別する識別子を含む物品情報と前
記物品の１単位あたりの単価を示す単価情報とを対応付
けて格納する第２の格納手段を備え、前記決済手段は前
記格納手段に格納される前記物品情報と前記単価情報と
前記入庫情報に基づいて前記売り手に前記物品の買価を
支払うことを特徴とする物品売買の仲介装置。
【請求項５】請求項４記載の仲介装置であって、前記決
済手段は前記買価から所定の方法により算出された手数
料を差し引いて支払を為すことを特徴とする物品売買の
仲介装置。
【請求項６】物品を保管する、物品の売り手と買い手毎
に所定の保管庫に設置される保管庫装置とに接続され
て、物品の売買に係る仲介装置を利用した仲介方法であ
って、前記買い手と、前記売り手と、前記買い手により
購入されるものとして前記売り手が前記保管庫へ搬入す
る物品とを予め設定された対応関係に従って対応付ける
ステップと、前記保管庫への前記売り手による物品の搬
入に際して前記保管庫装置から送信される入庫情報に基
づいて前記搬入された物品の買価を算出し、前記搬入さ
れた物品の買価を売り手に支払うステップと、前記保管
庫からの前記買い手による物品の搬出に際して前記保管
庫装置から送信される出庫情報に基づいて前記搬出され
た物品の売価を算出し、前記搬出された物品の売価を前
記買い手に請求するステップとを有することを特徴とす
る物品売買の仲介方法。
【請求項７】請求項６記載の仲介方法であって、前記売
り手と買い手と物品とを対応付けるステップにおいて搬
入される物品が前記予め設定された対応関係に相違する
ときは前記売り手に対して支払をしないことを特徴とす
る仲介方法。
【請求項８】請求項６記載の仲介方法であって、前記支
払ステップは前記仲介装置によって売り手毎に設定さ
れ、格納される支払方法を検索するステップと、前記支
払方法の検索によって認識された売り手毎に所定の支払
方法に従って前記保管庫に搬入された物品の買価の支払
を行うステップとを含むことを特徴とする決済方法。
【請求項９】請求項６記載の仲介方法であって、前記買
い手の信用悪化を示すものとして設定される所定の条件
を保存するステップと、前記条件を満たす旨の報告情報
を受付けるステップと、前記報告情報の受付を以って前
記売り手に対して所定の価額の支払を請求するとともに
前記物品保管庫に対して前記買い手による前記物品の搬
出を凍結する指示するステップとを有し、以って前記買
い手と前記売り手との間で物品の転売を行う主体が負う
リスクを転嫁することを特徴とする物品売買の仲介方
法。
【請求項１０】請求項１記載の仲介装置であって、前記
買い手の信用悪化を示すものとして設定される所定の条
件の成就に際して前記売り手に対して所定の価額の支払
を請求するとともに前記物品保管庫に対して前記買い手
による前記物品搬出の凍結を指示するリスク移転手段と
を備えたことを特徴とする物品売買の仲介装置。