JPWO2006064543A1 - 取引システムおよび取引方法 - Google Patents

Abstract

取引グループ企業間で信用取引できる取引システムおよび取引方法を提供する。信用取引プログラム２００は、発注書作成部２１２、発注書分割部２１４および決済管理部２１８を含む。発注書作成部２１２は、第１の取引者からの第１の取引の発注処理を受け付け、取引の発注書データを作成し、発注書ＩＤを付与して発注書ＤＢ２９４に記憶し、取引ＩＤと作成された発注書ＩＤとを関連づけて、取引データを取引ＤＢ２９６に記憶する。発注書分割部２１４は、第２の取引の発注処理を受け付け、送信される取引ＩＤと発注書ＩＤとを関連づけて、取引データを取引ＤＢ２９６に記憶する。決済管理部２１８は、発注書ＩＤを基にして、この発注書に関連付けられた取引すべてを検索し、取引それぞれに関わる企業それぞれについて、発注金額と受注金額とを相殺して決済を行う。

Description

本発明は、金融機関からの資金調達の代替として、取引グループ企業間において信用取引する取引システムおよび取引方法に関する。

例えば、特許文献１は、取引グループ会社の口座資金を効率的に管理する方法を開示する。
例えば、特許文献２は、売掛金または買掛金を有する取引者の間で行われる取引方法を開示する。
例えば、特許文献３は、ある取引者における買掛債務と売掛債権とを相殺する方法を開示する。
例えば、特許文献４は、取引グループ内の統括会社が被統括会社の入出金を代行する方法を開示する。
しかしながら、これらの文献のいずれにおいても、金融機関からの資金調達の代替として、取引グループ企業間で信用取引することは考慮されていない。
特開２００２−１３３１２９ 特開２００３−７６９３０ 特開２００３−７６９３１ 特開２００４−３８６１４

本発明は、上述した背景からなされたものであり、取引グループ企業間における信用取引を容易にする取引システムおよびその方法を提供することを目的とする。

上記目的を達成するために、本発明にかかる取引システムは、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と、前記取引者と接続され、前記取引者の間の取引を管理する取引管理装置とを含む取引システムであって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、前記取引管理装置は、前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付手段と、前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付手段と、前記受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供手段とを有し、前記発注者となりうる取引者は、前記受注者に対して、前記取引を発注する取引発注手段を有し、前記受注者となりうる取引者は、前記発注された取引を受注する取引受注手段を有する。

好適には、前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる１つ以上の第２の取引者とを含み、前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、前記第１の取引者において、前記取引発注手段は、前記受注者に対して、前記第１の取引を、任意に発注し、前記第２の取引者において、前記取引受注手段は、前記第１の取引者からの第１の取引および前記第２の取引者からの第２の取引を受注し、前記発注手段は、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を、他の受注者に対して発注する。

好適には、前記取引者は、それぞれ１つの前記第１の取引者と、１つ以上の前記第２の取引者とを含む１つ以上のグループに分けられ、取引は、前記グループそれぞれに閉じて行われる。
好適には、前記第１の取引者を１つだけ含む。
また、好適には、前記取引は、前記受注者から、前記発注者に対する取引対象物の提供を含み、前記第１の取引者は、前記発注した第１の取引の取引対象物の提供を受けたときに、この第１の取引の取引対象物の提供を、前記取引管理装置に対して通知する通知手段をさらに有し、前記取引管理装置において、前記代償提供手段は、前記第１の取引の取引対象物の提供の通知を受けた後で、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する。

さらに、好適には、前記第１の取引には、決済日が設けられ、前記取引管理装置において、前記代償提供手段は、前記決済日以降に、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する。

また、本発明にかかる第１の取引管理装置は、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引者の間の取引を管理する取引管理装置であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付手段と、前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付手段と、前記発注者から取引を受注した受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供手段とを有する。

好適には、前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる１つ以上の第２の取引者とを含み、前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、前記発注受付手段は、前記第１の取引者から、前記受注者に対して任意に発注される前記第１の取引、および、前記第２の取引者から他の取引者に対して発注される、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を受け付け、前記受注受付手段は、前記第２の取引者から、前記第１の取引者から発注された第１の取引の受注および前記第２の取引者から発注された第２の取引の受注を受け付ける。

好適には、前記取引者は、それぞれ１つの前記第１の取引者と、１つ以上の前記第２の取引者とを含む１つ以上のグループに分けられ、前記グループそれぞれに閉じて行われる取引を管理する。
好適には、前記発注受付手段は、１つの前記第１の取引者と、前記第２の取引者とからの前記取引の発注を受け付ける。
また、好適には、前記取引は、前記受注者から、前記発注者に対する取引対象物の提供を含み、前記第１の取引者から、前記発注した第１の取引の取引対象物の提供を受けた旨の通知を受け付ける通知受付手段をさらに有し、前記代償提供手段は、前記通知受付手段により通知が受け付けられた後で、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する。

さらに、好適には、前記第１の取引の決済日を記憶する決済日記憶手段をさらに有し、前記代償提供手段は、前記記憶された決済日以降に、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する。

また、本発明にかかる第２の取引管理装置は、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴う、前記取引者の間の取引を管理する取引管理装置であって、前記取引者それぞれが、発注書を発行して前記発注者となりうる第１の取引者であるか、前記第１の取引者以外の取引者であって、前記発注者および前記受注者となりうる第２の取引者であるかを記憶する取引者記憶手段と、前記第１の取引者が発注し、前記第２の取引者が受注する取引の発注書を記憶する発注書記憶手段と、前記取引の受注者および代償と、前記記憶された発注書とを関連づけて記憶する取引記憶手段と、前記記憶された取引の代償の範囲内で、前記記憶された取引の受注者に代償を提供する代償提供手段とを有する。

好適には、前記取引記憶手段は、前記第２の取引者が発注し、他の取引者が受注する取引の受注者および代償を、前記第２の取引者が受注した取引が関連づけられた発注書にさらに関連づけて記憶し、前記代償提供手段は、前記第２の取引者が受注した取引の代償の範囲内で、この取引と同じ発注書に関連づけられ、前記第２の取引者が発注した取引の代償に応じて、前記第２の取引者に代償を提供する。

好適には、前記発注書記憶手段は、前記発注書を発行した第１の取引者をさらに記憶し、前記代償提供手段は、前記記憶された第１の取引者に、前記記憶された発注書に関連する取引の代償を提供させる。
好適には、前記第１の取引者は、前記取引者において１つであり、前記取引者記憶手段は、記録された前記取引者のうち１つの前記取引者が第１の取引者であると記憶する。

また、好適には、前記発注者から、この発注者が発注した取引において前記受注者から提供される取引対象物を検収した旨の通知を受け付ける検収通知受付手段をさらに有し、前記取引記憶手段は、前記取引における前記検収通知の受け付けをさらに記憶し、前記代償提供手段は、前記第１の取引者が発注し、前記第２の取引者が受注した取引における前記検収通知の受け付けが記憶されている場合には、この発注書に関連づけられた取引の代償を提供する。
さらに、好適には、前記発注書記憶手段は、前記発注書の決済日をさらに記憶し、前記代償提供手段は、前記記憶された決済日以降に、この発注書に関連づけられた取引の代償を提供する。

また、本発明にかかる受発注装置は、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と、前記取引者の間の取引を管理する取引管理装置とに接続される受発注装置であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、前記取引管理装置は、前記受注された取引に対して提供されうる代償の範囲内で代償を提供し、前記受注者に対して、前記取引を発注する取引発注手段と、前記発注された取引を受注する取引受注手段とを有する。

好適には、前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる第２の取引者とを含み、前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、前記取引発注手段は、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を、他の受注者に対して発注し、前記取引受注手段は、前記第１の取引者からの第１の取引および前記第２の取引者からの第２の取引を受注する。

また、本発明にかかる取引方法は、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者の間の取引を行う取引方法であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付け、前記受注者となりうる取引者から、前記発注された取引の受注を受け付け、前記受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供し、前記発注者となりうる取引者は、前記受注者に対して、前記取引を発注し、前記受注者となりうる取引者は、前記発注された取引を受注する。

また、本発明にかかるプログラムは、コンピュータを含み、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴う取引管理装置において、前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付ステップと、前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付ステップと、前記受け付けられた発注および受注を含む取引を管理する取引管理ステップと、前記発注者から取引を受注した受注者からの要求に応じて、この受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供ステップとを前記取引管理装置に実行させる。

本発明によれば、金融機関からの資金調達の代替として、取引グループ企業間において信用取引できる。

本発明にかかる取引方法による取引を例示する図である。 本発明にかかる取引方法による取引において、取引グループ・取引先企業と信用取引センターとの関係を示す図である。 本発明にかかる取引方法による取引の収益モデルを示す図である。 本発明にかかる信用取引システム１の構成を例示する図である。 図４に示した各ノードにおいて用いられるコンピュータのハードウェア構成を例示する図である。 図４に示した信用取引サーバ２０上で実行される信用取引プログラム２００の構成を示す図である。 企業それぞれの情報を管理する企業データベース（ＤＢ）２９２の構成を示す図である。 第１の取引者である企業から発行される発注書それぞれの情報を管理する発注書ＤＢ２９４の構成を示す図である。 発注者と受注者との間の取引それぞれの情報を管理する取引ＤＢ２９６の構成を示す図である。 図４に示した購買管理サーバ２４上で実行される購買管理プログラム２４０の構成を示す図である。 図４に示した会員管理サーバ２６上で実行される会員管理プログラム２６０の構成を示す図である。 図４に示した会計サーバ２８上で実行される会計プログラム２８０の構成を示す図である。 図４に示した発注者装置１２上で実行される発注者プログラム１２０の構成を示す図である。 図４に示した受発注装置１４上で実行される受発注プログラム１４０の構成を示す図である。 図２に示した取引グループ・取引先企業に含まれる企業の登録動作（Ｓ１０）を示すシーケンス図である。 図１および図２に示した取引において、第１の取引者である企業Ａにより発注された第１の取引の受発注動作（Ｓ２０）を示すシーケンス図である。 図１および図２に示した取引において、第２の取引者である企業Ｂ１により発注された第２の取引の受発注動作（Ｓ３０）を示すシーケンス図である。 図１および図２に示した取引における取引対象物の検収動作（Ｓ４０）を示すシーケンス図である。 図１〜図３に示した取引の決済処理（Ｓ５０）を示すフローチャートである。

［本発明の背景］
本発明の理解を容易にするために、まず、本発明がなされるに至った背景を説明する。
図１は、本発明にかかる取引方法による取引を例示する図である。
図１に示すように、従来から、取引グループ内の企業Ａおよび企業Ｂ１〜Ｂ３の間で、発注およびその受注が行われ、取引がなされてきた。

図１の直線および二点鎖線の矢印に示される例においては、以下（１）〜（３）に示すような取引が行われる。
（１）企業Ａは取引相手企業である企業Ｂ１に取引を発注し、企業Ｂ１がエンジンを企業Ａに対して納品し、企業Ａがその支払いとして企業Ｂ１に対して１０億円を支払う。
（２）企業Ｂ１は取引相手企業である企業Ｂ２に取引を発注し、企業Ｂ２がねじを企業Ｂ１に対して納品し、企業Ｂ１が企業Ｂ２に対して４億円支払う。
（３）企業Ｂ２は取引相手企業である企業Ｂ３に取引を発注し、企業Ｂ３が鉄を企業Ｂ２に対して納品し、企業Ｂ２が企業Ｂ３に対して１億円支払う。

図１に示した例の場合、企業Ａは、企業Ｂ１からエンジンが納品されたときに、企業Ｂ２に対して支払いを行う。
同様にして、企業Ｂ１は、企業Ｂ２からねじが納品されたときに企業Ｂ２に対して支払いを行い、企業Ｂ２は、企業Ｂ３から鉄が納品されたときに企業Ｂ３に対して支払いを行う。
ここで、企業Ｂ３は、鉄を納品するための資金を金融機関などから調達せねばならない。
金融機関が、企業Ｂ３に資金を貸さなかった場合には、企業Ｂ３は、資金繰りを別途考慮する必要がある。

また、企業Ｂ２は、企業Ｂ３の納品に対して支払いを済ませようにも、企業Ｂ１に対して納品していない場合には、企業Ｂ１からの支払いはなされていないので、企業Ｂ３に対して支払うことができない。
企業Ｂ１も同様に、企業Ａに対して納品していない場合には、企業Ａからの支払いはなされていないので、企業Ｂ２に対して支払うことができない。
つまり、企業Ｂ１および企業Ｂ２も、金融機関からの資金調達が滞った場合には、資金繰りを別途考慮する必要がある。

本発明にかかる取引方法は、このような売上があるにもかかわらず、金融機関から資金を調達しなければならない取引における不合理を解消するためになされたのであって、「企業Ａが支払い企業Ｂ１が納品を約束している取引の信用」を、企業Ａの取引グループ企業（Ｂ１，Ｂ２，Ｂ３）間の取引の信用として利用させることにより、金融機関から資金調達しなくても済むように改善された、取引グループ企業間における取引を実現する。

［本発明の概要］
以下、本発明にかかる取引の概要を説明する。
図１の円弧矢印に示されるように、企業Ａが取引相手企業である企業Ｂ１に取引を発注すると、識別子（ａ−１）が付された発注書が発行される。
この発注書は、この発注書の発行者が企業Ａであり、この取引の金額が１０億円であり、納品される品物がエンジンであり、決済日が１０月３１日であることを示している。
企業Ａから発行された発注書は、識別子により一意に識別される。
なお、図１の発注書ａ−１に含まれる円は、企業Ａの支払い額を模式的に表している。

この発注書は、分割されて、支払いに利用されうる。
具体的には、企業Ｂ１は、企業Ｂ２に対して４億円でねじを購入する取引を発注する場合、発注書に示されている１０億円のうち４億円を、企業Ｂ２に対する支払いに充てることができる。
つまり、発注書の１０億円は、６億円と４億円とに分割されて、分割された４億円は支払いに利用され、残りの６億円は企業Ｂ１の手元に残されうる。
この場合、企業Ｂ１により分割され、企業Ｂ２に渡された発注書は、この取引の金額が４億円であり、納品される品物がねじであり、決済日が１０月３１日であることを示している。
この分割された発注書には、企業Ａから発行された発注書と同様に、識別子ａ−１が付されており、発行者が企業Ａであることが示されている。

分割された発注書は、さらに分割されて、支払いに利用されうる。
企業Ｂ２は、企業Ｂ３に対して１億円で鉄を購入する取引を発注する場合、分割された発注書に示されている４億円のうち１億円を、企業Ｂ３に対する支払いに充てることができる。
つまり、分割された発注書の４億円は、３億円と１億円とにさらに分割されて、分割された１億円は支払いに利用され、残りの３億円は企業Ｂ２の手元に残されうる。
この場合、企業Ｂ２によりさらに分割され、企業Ｂ３に渡された発注書は、この取引の金額が１億円であり、納品される品物が鉄であり、決済日が１０月３１日であることを示しており、さらに、他の発注書と同様に、識別子ａ−１が付されており、発行者が企業Ａであることを示している。

企業Ｂ３、Ｂ２およびＢ１はそれぞれ、受注した取引に関して、鉄、ねじおよびエンジンを納品する。
ここで、企業Ａと企業Ｂ１との取引は、「企業Ａが支払い企業Ｂ１が納品を約束している取引」であり、この取引において発行された発注書には、識別子ａ−１および決済日が含まれている。
企業Ｂ１が、この取引における取引対象物であるエンジンを企業Ａに対して納品し、かつ、日づけが、識別子ａ−１である発注書に含まれた決済日になると、この発注書の決済が行われる。

図１の矩形矢印に示されるように、決済は、発注書ａ−１の発行者である企業Ａから、発注書ａ−１を手元に残した企業Ｂ１〜Ｂ３に対して、手元に残された発注書の金額が支払われるようにして、決済日である１０月３１日に行われる。
具体的には、企業Ｂ１は企業Ａから６億円を受け取り、企業Ｂ２は企業Ａから３億円を受け取り、企業Ｂ３は企業Ａから１億円を受け取る。
企業Ｂ１〜Ｂ３が受け取る金額の総額は、最初に企業Ａが発行した発注書に示されていた金額である。

図２は、本発明にかかる取引方法による取引において、取引グループ・取引先企業と信用取引センターとの関係を示す図である。
図２（ａ）に示すように、信用取引センターが、上述した発注書分割を含むサービスを提供し、企業Ａおよび企業Ｂ１〜Ｂｎが、この提供されたサービスを利用する。
企業Ａおよび企業Ｂ１〜Ｂｎを含む企業群は、１つの取引グループ企業であってもよく、取引先企業の集合であってもよい。
この企業群においては、資本関係の有無は問われないが、企業Ｂ１〜Ｂｎは、企業Ａにより会員として登録される必要がある。

この企業群において、企業Ａは、取引相手企業Ｂ１に対して取引を発注する。
企業Ｂ１は、この取引の信用を利用して、Ｂ２あるいはＢ２’に対して取引を発注する。
この際、企業Ｂ１は、信用取引センターから提供される発注書分割サービスを使用して、さきの取引において企業Ａから発行された発注書を分割し、Ｂ２あるいはＢ２’に対する支払いに利用できる。
また、企業Ｂ１および企業Ｂ２またはこれらのいずれかは、サービス利用料として、所定の金額を信用取引センターに対して支払う。
企業Ｂ２などは、この発注書分割サービスを使用して、企業Ａから発行された発注書をさらに分割して、自らが発注する取引の支払いに利用できる。
企業Ｂ２および企業Ｂ３またはこれらのいずれかも同様に、サービス利用料を支払う。

このように、企業Ｂ１〜Ｂｎは、企業Ａの信用を利用して取引を行うので、支払い時のキャッシュフロー準備に対する不安から解放されうる。
また、企業Ｂ１などは、発注元の支払いデフォルト（債務不履行）に対する不安から解放されうる。
企業Ｂ１などが信用取引センターに対して支払う利用料は、従来金融機関から融資を受けていた際に支払っていた金利および手数料より少ない金額であってよく、企業Ｂ１などは、より有利な資金調達代替手段を獲得できる。

信用取引センターは、企業Ｂ１〜Ｂｎから受け取る利用料の一部を、配当として、企業Ａに対して支払ってもよい。
企業Ａは、企業Ｂ１などに信用取引センターを利用させることにより、信用取引センターの収益を還元されうる。
また、資金は、企業Ａから企業Ｂ１などへ、企業Ｂ１などから信用取引センターへ、さらに、信用取引センターから企業Ａへと流れて循環し、この取引グループ・取引先企業の外へは流出しないので、経済効率が向上されうる。
また、図２（ｂ）に示すように、信用取引センターは、異なる複数の取引グループ・取引先企業に対して、発注書分割を含むサービスを提供することもできる。

図３は、本発明にかかる取引方法による取引の収益モデルを示す図である。
図３に示すように、信用取引センターの収入は、サービス利用企業から受け取る利用料を含み、支出は、株主への配当、税金およびその他コストを含む。
この例においては、信用取引センターの収入は、企業Ｂ１およびＢ２からの利用料である。
発注書分割サービスの利用料は、利用企業それぞれが発注する取引の金額に一定の割合を乗じた金額であってよい。
また、利用料は、取引の発注側企業および受注側企業またはこれらのいずれかから徴収されてもよい。
なお、信用取引センターは、最初に発注書を発行して取引を発注した企業Ａ、または、企業Ａおよびその取引相手企業Ｂ１からは、利用料を徴収しなくてもよい。

配当の支払い先には、例えば、企業Ａおよびサービス提供企業Ｘが含まれる。
サービス提供企業Ｘは、発注書分割サービスを含む信用取引センターから提供されるサービスを、企業Ａなど信用サービスセンター顧客企業に対して提供する。
コストの支払い先には、サービス提供者が含まれ、このサービス提供者は、信用取引センターのＩＴシステム提供企業Ｘ、および、人・土地などを提供するその他提供者である。
ＩＴシステム提供企業Ｘは、信用取引センターのシステム開発・運用などを行う。
サービス提供企業ＸとＩＴシステム提供企業Ｘとは、同じであってもよい。

［信用取引システム１］
図４は、本発明にかかる信用取引システム１の構成を例示する図である。
図４に示すように、信用取引システム１は、信用取引センター２（取引管理装置）に含まれる信用取引サーバ２０、購買管理サーバ２４、会員管理サーバ２６および会計サーバ２８と、発注者装置１２と、受発注装置１４−１〜ｎとが、ＬＡＮ、ＷＡＮなどのセンター内ネットワーク２９０およびネットワーク１００を介して、接続されて構成される。
さらに、信用取引サーバ２０および会計サーバ２８は、金融ネットワーク１０２を介して、外部の決済システム（金融機関）に接続される。

図１および図２に示した取引は、発注者装置１２、受発注装置１４−１〜ｎ、信用取引サーバ２０、購買管理サーバ２４、会員管理サーバ２６および会計サーバ２８により、企業Ａ（第１の取引者）および企業Ｂ１〜Ｂｎ（第２の取引者）の間で行われる。
なお、以下、これらのサーバを総称して、ノードとも記す。
また、受発注装置１４−１〜ｎなど、複数ある構成部分のいずれかを特定せずに示すときには、単に受発注装置１４などと略記することがある。

［ハードウェア］
以下、各ノードのハードウェアを説明する。
図５は、図４に示した各ノードにおいて用いられるコンピュータのハードウェア構成を例示する図である。
図５に示すように、各ノードのコンピュータは、ＣＰＵ１０４およびメモリ１０６などを含む装置本体１０８、キーボードおよびディスプレイなどを含む表示・入力装置１１０、ネットワーク１００または金融ネットワーク１０２を介して他のノードと通信するための通信インターフェース（ＩＦ）１１２、および、記録媒体１１６に対してデータを記録・再生したりする記憶装置１１４を含む。
つまり、各ノードのコンピュータは、プログラムの実行による情報処理、および、ネットワークを介して他のノードとの間の通信が可能なコンピュータとしての構成部分を有している。

［ソフトウェア］
以下、各ノードにおいて実行されるプログラムおよびこれらのプログラムにより参照されるデータベースを説明する。

［信用取引プログラム２００］
図６は、図４に示した信用取引サーバ２０上で実行される信用取引プログラム２００の構成を示す図である。
図６に示すように、信用取引プログラム２００は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、会員管理部２０６、発注書閲覧受付部２０８、取引管理部２１０、発注書作成部２１２、発注書分割部２１４、納品管理部２１６、決済管理部２１８（代償提供手段）、企業ＤＢ２９２（図７）、発注書ＤＢ２９４（図８）、取引ＤＢ２９６（図９）を含む。

信用取引プログラム２００は、これらの構成部分により、図１および図２を参照して説明した取引を実現する。
信用取引プログラム２００は、例えば、記録媒体１１６（図５）などを介して信用取引サーバ２０に供給され、メモリ１０６にロードされて実行される。
なお、以下の各プログラムについても、同様に供給されて実行される。

信用取引プログラム２００において、ＵＩ部２０２は、表示・入力装置１１０（図５）に対するユーザの操作などに応じて、信用取引プログラム２００の各構成部分の動作を制御する。
また、ＵＩ部２０２は、信用取引プログラム２００の各構成部分により作成された情報・データおよび各構成部分の処理内容などを、表示・入力装置１１０に表示し、あるいは、記憶装置１１４に記憶する。

認証・通信処理部２０４は、各ノードとの間の通信に必要とされる通信処理、これらとの間の認証処理、および、これらとの間で伝送される情報・データの改ざん防止のための暗号化処理を行う。
会員管理部２０６は、会員管理サーバ２６上で実行される会員管理プログラム２６０（図１１を参照して後述）から送信される入会処理または退会処理に関する情報・データを受け付けて、企業ＤＢ２９２（図７）に記憶し、会員である企業を管理する。

図７は、企業それぞれの情報を管理する企業データベース（ＤＢ）２９２（取引者記憶手段）の構成を示す図である。
図７に示すように、企業ＤＢ２９２に記憶される企業データは、企業ＩＤ、企業名、金融機関口座番号（以降、口座番号という）および発注書発行可能フラグを含む。
企業ＩＤは、登録される企業を管理するための識別子（ＩＤ）であり、企業それぞれは、この企業ＩＤにより一意に識別される。
企業名は、企業ＩＤに関連づけられた企業の名称である。
口座番号は、この企業が外部の金融機関に設けている口座を識別する番号である。
発注書発行可能フラグは、発注書を発行して任意の取引を発注できるか否かを示すフラグである。

企業それぞれは、取引の発注および受注またはこれらのいずれかを行う取引者であり、取引を発注する発注者と、この発注者から取引を受注する受注者とになりうる。
また、企業には、発注書を発行して任意の取引を発注できる発注者となりうる第１の取引者と、この第１の取引者以外の取引者であって、発注者および受注者になりうる第２の取引者とが含まれる。
好適には、第１の取引者は、複数の取引者を含む企業群において１つであり、発注書発行可能フラグにより識別される。
例えば、企業Ａの企業データでは、発注書発行可能フラグはチェックされており、企業Ｂ１〜Ｂｎの企業データでは、発注書発行可能フラグはチェックされていない。

図６に示す発注書閲覧受付部２０８は、受発注装置１４上で実行される受発注プログラム１４０（図１４を参照して後述）から送信される発注書の要求を受け付け、発注書ＤＢ２９４（図８）および取引ＤＢ２９６（図９）を参照して、要求元の企業が有する発注書および取引に関する情報を送信する。
発注書閲覧受付部２０８は、送信された企業ＩＤを基にして、取引ＤＢ２９６からこの企業が発注者または受注者である取引を検索し、検索された取引の発注書ＩＤを基にして、発注書ＤＢ２９４からこの発注書に関する情報を検索する。

図８は、第１の取引者である企業から発行される発注書それぞれの情報を管理する発注書ＤＢ２９４の構成を示す図である。
図８に示すように、発注書ＤＢ２９４に記憶される発注書データは、発注書ＩＤ、発注者、決済日および決済済フラグを含む。
ここで、発注者は、企業ＤＢ２９２（図７）の対応する企業ＩＤを記憶する。

発注書ＩＤは、発行された発注書を管理するための識別子であり、発注書それぞれは、この発注書ＩＤにより一意に識別される。
発注者は、この発注書を発行して取引を発注した企業である。
決済日は、この発注書に関連する取引の決済が行われる日である。
決済済フラグは、この発注書に関連する取引の決済が行われたか否かを記憶する。

図９は、発注者と受注者との間の取引それぞれの情報を管理する取引ＤＢ２９６の構成を示す図である。
図９に示すように、取引ＤＢ２９６に記憶される取引データは、取引ＩＤ、発注書、発注者、受注者、金額、発注品目、納品条件、納品予定日、納品済フラグおよび検収済フラグ（検収記憶手段）を含む。
ここで、発注書は、発注書ＤＢ２９４（図８）の対応する発注書ＩＤを記憶する。
また、発注者および受注者は、企業ＤＢ２９２（図７）の対応する企業ＩＤを記憶する。

取引ＩＤは、発注者と受注者との間でなされる取引を管理するための識別子であり、取引それぞれは、この取引ＩＤにより一意に識別される。
発注書は、この取引が関連づけられた発注書である。
１つの発注書には、取引（第１の取引）が第１の取引者から発注された時点では、１つの取引が関連づけられている。
取引を受注した第２の取引者が、取引（第２の取引）をさらに発注すると、１つの発注書には、複数の取引が関連づけられる。
このようにして、第１の取引に起因して行われた第２の取引は記憶される。
なお、取引は、取引ＩＤと発注書ＩＤとにより一意に識別されてもよい。

発注者は、この取引を発注した企業である。
受注者は、この取引を受注した企業である。
金額は、この取引に対して提供される金額（代償）である。
発注品目は、この取引に関する取引対象物である。
受注者は、この取引対象物を納品することにより、この取引の金額を提供される。
納品条件は、この取引に任意に定められた条件である。
納品予定日は、受注者が取引対象物を納品する予定日である。

納品済フラグは、受注者がこの取引で納品されるべき取引対象物を納品した旨の連絡を行ったか否かを記憶する。
検収済フラグは、発注者がこの取引の取引対象物を検収したか否かを記憶する。

企業それぞれは、取引ＤＢ２９６において発注者または受注者が自らの企業ＩＤである取引を検索すれば、検索された取引それぞれの金額に基づいて、提供される金額を認識できる。
また、企業それぞれは、取引ＤＢ２９６において発注者または受注者が自らの企業ＩＤである取引を検索し、検索された取引それぞれが関連づけられた発注書ＩＤをもとにして発注書ＤＢ２９４を検索すれば、発注書の決済日などを認識できる。

図６に示す取引管理部２１０は、購買管理サーバ２４上で実行される購買管理プログラム２４０（図１０を参照して後述）から送信される取引の発注、受注および納品に関する情報・データを受け付けて、発注管理処理および納品管理処理を行う。
また取引管理部２１０は、発注書に含まれる所定の決済日に取引の決済がなされるように決済管理処理を行う。
具体的には、取引管理部２１０には、発注書作成部２１２、発注書分割部２１４、納品管理部２１６および決済管理部２１８が含まれ、これらの構成部分により、上述した処理が行われる。

発注書作成部２１２は、購買管理プログラム２４０から、第１の取引者からの第１の取引の発注処理を受け付けて処理する。
具体的には、発注書作成部２１２は、受け付けられた取引の発注書データを作成し、これに一意の発注書ＩＤを付与して発注書ＤＢ２９４に記憶する。
さらに、発注書作成部２１２は、購買管理プログラム２４０から送信される一意の取引ＩＤと、作成された発注書ＩＤとを関連づけて、取引データを取引ＤＢ２９６に記憶する。
なお、発注書作成部２１２が、発注書ＤＢ２９４および取引ＤＢ２９６に登録する際には、発注書ＤＢ２９４および取引ＤＢ２９６に含まれるフラグ属性はすべて、チェックされていない状態である。
これらのフラグは、後述するように、対応する所定の処理がなされるとチェックされる。

発注書分割部２１４は、購買管理プログラム２４０から、第１の取引者または第２の取引者からの第２の取引の発注処理を受け付けて処理する。
具体的には、発注書分割部２１４は、購買管理プログラム２４０から送信される取引ＩＤと発注書ＩＤとを関連づけて、取引データを取引ＤＢ２９６に記憶する。
つまり、発注書分割部２１４は、既に発注書ＤＢ２９４に記憶されている発注書に、新たに１つの取引を関連づける。
なお、新たに取引ＤＢ２９６に記憶される取引の金額は、この取引と同一の発注書に関連づけられ、既に取引ＤＢ２９６に記憶されている他の取引いずれの金額よりも小さい金額である。
また、新たに記憶される取引のフラグは、発注書作成部２１２の場合と同様に、すべてチェックされていない状態である。

納品管理部２１６は、購買管理プログラム２４０から、取引の受注者が取引対象物を納品した旨の連絡を受け付け、取引ＤＢ２９６に記憶されているこの取引の納品済フラグをチェックする。
また、納品管理部２１６は、同様に、取引の発注者が取引対象物を検収した旨の連絡を受け付け、取引ＤＢ２９６に記憶されているこの取引の検収済フラグをチェックする。
このようにして、取引それぞれについて、受注者が取引対象物を納品したか否か、および、発注者が取引対象物を検収したか否かが管理される。

決済管理部２１８は、決済日となった発注書に関連づけられている取引それぞれの決済を行う。
決済管理部２１８は、決済日を基にして、発注書ＤＢ２９４から決済日になった発注書を検索し、検索された発注書の発注書ＩＤを基にして、取引ＤＢ２９４からこの発注書に関連付けられた取引すべてを検索する。
決済管理部２１８は、検索された取引それぞれの発注者および発注者を参照し、発注者および受注者に含まれる企業ＩＤそれぞれについて、決済を行う。

決済管理部２１８は、例えば、ある企業ＩＤを受注者とする取引の金額から、この企業ＩＤを発注者とする取引の金額を減額し、残金をこの企業が受け取るように決済する。
また、決済管理部２１８は、例えば、企業ＩＤが発注者に含まれず、受注者のみに含まれる企業に対しては、この企業ＩＤを受注者とする取引の金額を、この企業が受け取るように決済する。
また、決済管理部２１８は、例えば、企業ＩＤが受注者に含まれず、発注者のみに含まれる企業に対しては、この企業ＩＤを発注者とする取引の金額を、この企業が支払うように決済する。
例えば、ある企業が、ある発注書ＩＤに関連づけられた取引を４億円で受注し、さらに同一の発注書ＩＤに関連づけられた別の取引を１億円で発注している場合、決済管理部２１８は、この企業が３億円受け取るように決済する。
決済管理部２１８は、企業ＩＤを基にして、企業ＤＢ２９２からこの企業の口座番号を検索し、外部の金融機関に決済を依頼する。

さらに、決済管理部２１８は、第２の取引者が発注書分割サービスの利用料（図２、図３）を支払い、第１の取引者が配当を受け取るように、外部の金融機関に決済を依頼する。
決済管理部２１８は、例えば、第２の取引者から発注された取引の金額に、所定の割合を乗じて、利用料を算出する。
また、決済管理部２１８は、例えば、利用料として得られた収入に、所定の割合を乗じて、配当を算出する。
決済管理部２１８が、利用料と配当に関する決済を金融機関に依頼すると、金融機関は、信用取引センター２の会計サーバ２８に対して、入出金処理を行う。
会計サーバ２８に対する入出金処理は、図１２を参照して後述する。

［購買管理プログラム２４０］
図１０は、図４に示した購買管理サーバ２４上で実行される購買管理プログラム２４０の構成を示す図である。
なお、図１０に示された各構成のうち、図６に示された構成と実質的に同一のものには同一の符号が付されている。
また、以降、プログラムの説明において参照する各構成も、同様である。
図１０に示すように、購買管理プログラム２４０は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、発注受付部２４２、受注確認依頼部２４４、発注処理部２４６、納品受付部２４８、検収依頼部２５０（通知受付手段）および納品処理部２５２を含む。
購買管理プログラム２４０は、これらの構成部分により、発注者装置１２および受発注装置１４と信用取引サーバ２０との間の情報・データを仲介し、図１および図２を参照して説明した取引を管理する。

発注受付部２４２は、発注者装置１２または受発注装置１４から、取引の発注を受け付ける。
発注受付部２４２は、この取引の発注に関する情報・データ（発注データ）を、受注確認依頼部２４４および発注処理部２４６と送受信して、最終的に、発注の送信元に対して、取引の発注の手続が完了した旨を通知する。

受注確認依頼部２４４は、発注受付部２４２から発注データを受け取り、この取引の受注先に対して、この取引を受注するか否かを確認する。
受注確認依頼部２４４は、発注データより受注者の受発注装置１４を特定し、この受発注装置１４に対して、受注確認依頼を送信する。
また、受注確認依頼部２４４は、この受注確認依頼に対する応答を待ち受け、受発注装置１４からの受注確認を受け付ける。
受注確認依頼部２４４は、受注確認を受け付けると、この取引が受注された旨を、発注受付部２４２に対して送信する。

発注処理部２４６は、発注受付部２４２から受注確認された発注データを受け取り、この発注データを、信用取引サーバ２０上の信用取引プログラム２００に対して送信し、発注処理を行う。
発注処理部２４６は、発注処理に際して、この取引に付与される一意の取引ＩＤを新たに発行し、この取引ＩＤを発注データに含めて送信する。
発注処理部２４６は、この発注処理に対する応答を待ち受け、信用取引プログラム２００からの処理完了通知を受け付ける。
発注処理部２４６は、処理完了通知を受け付けると、この取引の発注処理がなされた旨を、発注受付部２４２に対して送信する。

取引が、第２の取引者により発注された第２の取引である場合、発注書ＩＤは、発注データに含まれている。
発注処理部２４６は、発注書ＩＤが含まれている場合には、この発注書ＩＤも同様に信用取引プログラム２００に対して送信する。
なお、取引ＩＤは、購買管理プログラム２４０により発行されるのではなく、信用取引サーバ２０上で実行される信用取引プログラム２００により発行されてもよい。
このようにして、購買管理プログラム２４０は、取引の発注を受け付け、発注処理を行う。

納品受付部２４８は、受発注装置１４から、取引対象物を納品した旨の連絡を受け付け、この納品に関する情報・データ（納品データ）を検収依頼部２５０および納品処理部２５２と送受信して、最終的に、この取引の発注者と受注者に対して、納品の手続が完了した旨を通知する。

検収依頼部２５０は、納品受付部２４８から納品データを受け取り、この取引の発注先に対して、この取引の取引対象物を検収したか否かを確認する。
検収依頼部２５０は、納品データより発注者の発注者装置１２または受発注装置１４を特定し、これらの装置に対して、検収依頼を通知する。
また、検収依頼部２５０は、この検収依頼に対する応答を待ち受け、発注者装置１２または受発注装置１４からの検収通知を受け付ける。
検収依頼部２５０は、検収通知を受け付けると、この取引の取引対象物の検収がされた旨を、納品受付部２４８に対して送信する。

納品処理部２５２は、納品受付部２４８から、納品データおよび検収された納品データを受け取り、この納品データを、信用取引サーバ２０上の信用取引プログラム２００に対して送信し、取引の更新を指示して、納品処理を行う。
納品処理部２５２は、この納品処理に対する応答を待ち受け、信用取引プログラム２００からの処理完了通知を受け付ける。
納品処理部２５２は、処理完了通知を受け付けると、この取引の納品処理がなされた旨を、納品受付部２４８に対して送信する。
このようにして、購買管理プログラム２４０は、納品連絡を受け付け、検収処理を行う。

［会員管理プログラム２６０］
図１１は、図４に示した会員管理サーバ２６上で実行される会員管理プログラム２６０の構成を示す図である。
図１１に示すように、会員管理プログラム２６０は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、入会処理部２６２および退会処理部２６４を含む。
会員管理プログラム２６０は、これらの構成部分により、発注者装置１２と信用取引サーバ２０との間の情報・データを仲介し、図２を参照して説明した取引グループ・取引先企業に含まれる企業を管理する。

入会処理部２６２は、発注者装置１２から、会員となる企業の登録依頼を受け付ける。
入会処理部２６２は、この企業に付与される一意の企業ＩＤを新たに発行し、この取引ＩＤをこの企業に関する情報・データ（企業データ）に含めて、信用取引サーバ２０上の信用取引プログラム２００に対して送信し、入会処理を行う。
入会処理部２６２は、この入会処理に対する応答を待ち受け、信用取引プログラム２００からの処理完了通知を受け付ける。
入会処理部２６２は、処理完了通知を受け付けると、この企業の入会処理がなされた旨を、登録依頼の送信元に対して通知する。
なお、企業ＩＤは、会員管理プログラム２６０により発行されるのではなく、信用取引サーバ２０上で実行される信用取引プログラム２００により発行されてもよい。

退会処理部２６４は、発注者装置１２から、取引グループ・取引先企業から除かれる企業の削除依頼を受け付ける。
退会処理部２６４は、発注者装置１２から送信されるこの企業の企業ＩＤを含む企業データを、信用取引サーバ２０上の信用取引プログラム２００に対して送信し、退会処理を行う。
退会処理部２６４は、信用取引プログラム２００からの処理完了通知を受け付けると、この企業の退会処理がなされた旨を、削除依頼の送信元に対して通知する。
このようにして、会員管理プログラム２６０は、企業の登録・削除依頼を受け付け、入会・退会処理を行う。

［会計プログラム２８０］
図１２は、図４に示した会計サーバ２８上で実行される会計プログラム２８０の構成を示す図である。
図１２に示すように、会計プログラム２８０は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、出金処理部２８２および入金処理部２８４を含む。
会計プログラム２８０は、これらの構成部分により、図３を参照して説明した信用取引センター２の入出金を管理する。

出金処理部２８２は、支払依頼が外部の金融機関からなされた場合に、所定の金額を所定の振込先に支払う処理を行う。
出金処理部２８２は、例えば、株主である企業Ａおよびサービス提供企業Ｘ（図３）に対して、配当として、所定の金額を支払う処理を行う。
また、出金処理部２８２は、例えば、サービス提供者であるＩＴシステム提供企業Ｘおよびその他提供者に対して、サービス利用料として、所定の金額を支払う処理を行う。

入金処理部２８４は、外部の金融機関から入金処理が行われた場合に、所定の金額を所定の口座に受け取る処理を行う。
入金処理部２８４は、例えば、発注書分割サービス利用者である企業Ｂ１〜Ｂｎから、サービス利用料として、所定の金額を受け取る処理を行う。

［発注者プログラム１２０］
図１３は、図４に示した発注者装置１２上で実行される発注者プログラム１２０の構成を示す図である。
図１３に示すように、発注者プログラム１２０は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、入会・退会部１２２、発注部１２４および検収部１２６（通知手段）を含む。
発注者プログラム１２０は、これらの構成部分により、取引グループ・取引先企業（図２）を管理したり、この取引グループ・取引先企業に含まれる企業に対して発注書を発行して取引を発注したり、または、取引対象物を検収したことを通知したりする。

入会・退会部１２２は、表示・入力装置１１０を用いて入力された入会または退会する企業の企業データを、会員管理サーバ２６に対して送信する。
退会する企業の企業データには、この企業の企業ＩＤが含まれる。
また、入会・退会部１２２は、表示・入力装置１１０に対して、必要な情報を表示させる。

発注部１２４は、表示・入力装置１１０を用いて入力された取引の発注に関する発注データを、購買管理サーバ２４に対して送信する。
この発注データには、受注者、金額、発注品目、決済日などが含まれる。

検収部１２６は、購買管理サーバ２４から送信された検収依頼を受け付け、表示・入力装置１１０に対して、受け付けられた情報を表示させる。
また、検収部１２６は、表示・入力装置１１０を用いて入力された検収の情報・データ（検収データ）を、購買管理サーバ２４に対して送信する。
さらに、入会・退会部１２２、発注部１２４および検収部１２６は、送信に対する応答を受け付け、受け付けられた内容を表示・入力装置１１０に表示させてもよい。
なお、発注者プログラム１２０は、図１４を参照して後述する受注確認部１４６および納品連絡部１４８を含んで、取引の受注を行ってもよい。

［受発注プログラム１４０］
図１４は、図４に示した受発注装置１４上で実行される受発注プログラム１４０の構成を示す図である。
図１４に示すように、受発注プログラム１４０は、ユーザインターフェース（ＵＩ）部２０２、認証・通信処理部２０４、発注書要求部１４２、分割発注部１４４、検収部１２６、受注確認部１４６および納品連絡部１４８を含む。
受発注プログラム１４０は、これらの構成部分により、取引の発注および受注またはこれらのいずれかを行う。

発注書要求部１４２は、表示・入力装置１１０から入力された企業ＩＤを、信用取引サーバ２０に対して送信して、この企業が有する発注書の一覧を要求する。
発注書要求部１４２は、信用取引サーバ２０から送信される発注書の一覧を受け付け、表示・入力装置１１０に対して表示させる。
この発注書の一覧には、この企業が有する発注書それぞれの発注書ＩＤが含まれる。
発注書ＩＤは、分割されて取引の支払いに用いられる発注書を選択するために用いられうる。
また、発注書の一覧には、この企業が発注者または受注者として関連する取引の金額が含まれていてもよい。

分割発注部１４４は、表示・入力装置１１０を用いて入力された発注書ＩＤおよび取引の発注に関する発注データを、購買管理サーバ２４に対して送信する。
発注書ＩＤが購買管理サーバ２４に送信されることにより、分割される発注書が、一意に決定されうる。
発注データには、発注者プログラム１２０（図１３）の発注部１２４の場合と同様に、受注者、金額、発注品目などが含まれる一方、決済日は含まれない。
決済日は、分割される発注書に、既に含まれているためである。
分割発注された取引における取引対象物の検収は、発注者プログラム１２０と同様に、検収部１２６によりなされる。

受注確認部１４６は、購買管理サーバ２４から取引の受注確認依頼を受け取り、受け取られた内容を、表示・入力装置１１０に対して表示させる。
表示される内容には、取引の発注者、発注品目などが含まれる。
受注確認部１４６は、表示・入力装置１１０を用いて入力された受注確認を、購買管理サーバ２４に対して送信する。

納品連絡部１４８は、表示・入力装置１１０を用いて入力された、受注した取引の取引対象物を納品した旨を、購買管理サーバ２４に対して送信する。
また、納品連絡部１４８は、納品処理が完了した旨の通知を、購買管理サーバ２４から受け付ける。

［信用取引システム１の企業登録動作］
図１５は、図２に示した取引グループ・取引先企業に含まれる企業の登録動作（Ｓ１０）を示すシーケンス図である。
図１５に示すように、ステップ１００（Ｓ１００）において、企業Ａのユーザは、発注者装置１２の表示・入力装置１１０を用いて、登録される企業に関する企業データを入力する。
発注者プログラム１２０の入会・退会部１２２は、この入力された企業データを、会員管理サーバ２６に対して送信する。
会員管理プログラム２６０の入会処理部２６２は、企業データを受け付ける。

ステップ１０２（Ｓ１０２）において、入会処理部２６２は、新たに一意の企業ＩＤを発行する。
ステップ１０４（Ｓ１０４）において、入会処理部２６２は、発行された企業ＩＤを受け付けられた企業データに含めて、信用取引サーバ２０に対して送信し、この企業の登録を依頼する。
信用取引プログラム２００の会員管理部２０６は、企業ＩＤを含む企業データを受け付ける。
ステップ１０６（Ｓ１０６）において、会員管理部２０６は、この企業を企業ＤＢ２９２（図７）に記憶して、企業登録を行う。

ステップ１０８（Ｓ１０８）において、会員管理部２０６は、企業の登録が完了した旨の通知を、会員管理サーバ２６に対して送信する。
会員管理プログラム２６０の入会処理部２６２は、送信された登録完了通知を受け付ける。
ステップ１１０（Ｓ１１０）において、入会処理部２６２は、登録が完了された旨を、発注者装置１２に対して送信する。
発注者プログラム１２０の入会・退会部１２２は、送信された登録完了通知を受け付け、登録依頼された企業が登録された旨を、表示・入力装置１１０に対して表示させる。

このようにして、企業Ａのユーザは、発注者装置１２を介して、取引グループ・取引先企業に含まれる企業を登録する。
なお、企業Ａのユーザが企業の退会処理を行う場合にも、発注者プログラム１２０の入会・退会部１２２が退会する企業の企業データを送信して、入会処理と同様の手順が実行されることにより、退会処理が実行される。

［信用取引システム１の第１の取引の受発注動作］
図１６は、図１および図２に示した取引において、第１の取引者である企業Ａにより発注された第１の取引の受発注動作（Ｓ２０）を示すシーケンス図である。
図１６に示すように、ステップ２００（Ｓ２００）において、企業Ａのユーザは、発注者装置１２の表示・入力装置１１０を用いて、発注する取引に関する発注データを入力する。
発注者プログラム１２０の発注部１２４は、入力された発注データを、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の発注受付部２４２は、発注者装置１２からの発注データを受け付ける。
なお、この発注データには、発注書ＩＤは含まれていない。

ステップ２０２（Ｓ２０２）において、発注受付部２４２は、受け付けられた発注データを、受注確認依頼部２４４に送信する。
受注確認依頼部２４４は、この発注データに含まれる取引の受注先、例えば企業Ｂ１（受発注装置１４−１）に対して、受注確認依頼を送信する。
企業Ｂ１の受発注装置１４−１上で、受発注プログラム１４０の受注確認部１４６は、送信された受注確認依頼を受け取り、この内容を、表示・入力装置１１０に対して表示させる。
ステップ２０４（Ｓ２０４）において、企業Ｂ１のユーザが、この内容を確認して、表示・入力装置１１０を用いて受注確認を入力すると、受注確認部１４６は、入力された受注確認を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の受注確認依頼部２４４は、送信された受注確認を受け付ける。

ステップ２０６（Ｓ２０６）において、受注確認依頼部２４４は、この受注確認を発注受付部２４２に対して送信する。
発注受付部２４２は、受注確認依頼部２４４から受注確認を受け取ると、発注データを、発注処理部２４６に対して送信する。
発注処理部２４６は、発注データを受け取ると、一意の取引ＩＤを新たに発行する。
ステップ２０８（Ｓ２０８）において、発注処理部２４６は、発行された取引ＩＤを発注データに含めて、信用取引サーバ２０に対して送信する。
信用取引プログラム２００の発注書作成部２１２は、取引ＩＤを含む発注データを受け付ける。

ステップ２１０（Ｓ２１０）において、発注書作成部２１２は、新たに発注書ＩＤを発行し、この発注書ＩＤと、受け付けられた発注データに含まれる発注者および決済日とから、発注書データを作成し、発注書ＤＢ２９４（図８）に記憶する。
また、発注書作成部２１２は、発注データに含まれる取引ＩＤ、発注者、受注者、金額などのデータを、取引ＤＢ２９６（図９）に記憶する。
ステップ２１２（Ｓ２１２）において、発注書作成部２１２は、処理完了通知を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の発注処理部２４６は、処理完了通知を受け付ける。

ステップ２１４（Ｓ２１４）において、発注処理部２４６は、処理が完了した旨を、発注受付部２４２に対して送信する。
発注受付部２４２は、発注処理部２４６から処理完了通知を受け付けると、発注者装置１２と受発注装置１４−１に対して、取引の手続が完了した旨を示す手続完了通知を送信する。

［信用取引システム１の第２の取引の受発注動作］
図１７は、図１および図２に示した取引において、第２の取引者である企業Ｂ１により発注された第２の取引の受発注動作（Ｓ３０）を示すシーケンス図である。
図１７に示すように、ステップ３００（Ｓ３００）において、企業Ｂ１のユーザは、発注者装置１２の表示・入力装置１１０を用いて、企業Ｂ１の企業ＩＤを入力し、企業Ｂ１が有する発注書一覧を要求する。
受発注プログラム１４０の発注書要求部１４２は、入力された企業ＩＤを、信用取引サーバ２０に対して送信する。

信用取引プログラム２００の発注書閲覧受付部２０８は、送信された要求を受け付けると、この要求に含まれる企業ＩＤを基にして、取引ＤＢ２９６を検索し、企業Ｂ１が発注者または受注者である取引を検索する。
発注書閲覧受付部２０８は、検索された取引それぞれに含まれる発注書ＩＤそれぞれを基にして、発注書ＤＢ２９４を検索する。
発注書閲覧受付部２０８は、検索された情報から、企業Ｂ１の有する発注書一覧を作成する。
発注書一覧には、少なくとも企業Ｂ１が有する発注書の発注書ＩＤが含まれ、さらに、発注者、決済日、取引ＩＤ、取引の金額または発注品目が含まれてもよい。

ステップ３０２（Ｓ３０２）において、発注書閲覧受付部２０８は、作成された発注書一覧を、要求元である企業Ｂ１の受発注装置１４−１に対して送信する。
発注書要求部１４２は、送信された発注書一覧を受け付け、表示・入力装置１１０に対して表示させる。
企業Ｂ２のユーザは、表示された発注書一覧から、分割されて取引の支払いに用いられる発注書を選択する。

ステップ３０４（Ｓ３０４）において、企業Ｂ１のユーザは、受発注装置１４の表示・入力装置１１０を用いて、選択された発注書の発注書ＩＤと、発注する取引に関する発注データとを入力する。
受発注プログラム１４０の分割発注部１４４は、入力された発注書ＩＤを発注データに含め、この発注データを、購買管理サーバ２４に対して送信する。

ステップ２０２（Ｓ２０２）、ステップ２０４（Ｓ２０４）において、第１の取引の場合と同様に、購買管理プログラム２４０の発注受付部２４２および受注確認依頼部２４４により、受注確認がなされる。
また、ステップ２０６（Ｓ２０６）において、同様に、発注処理部２４６により、一意の取引ＩＤが発行される。

ステップ３０６（Ｓ３０６）において、購買管理プログラム２４０の発注処理部２４６は、発行された取引ＩＤを、発注書ＩＤを含む発注データにさらに含めて、信用取引サーバ２０に対して送信する。
信用取引プログラム２００の発注書分割部２１４は、発注書ＩＤと取引ＩＤとを含む発注データを受け付ける。

ステップ３０８（Ｓ３０８）において、発注書分割部２１４は、この発注書ＩＤと取引ＩＤとを含む発注データを、取引ＤＢ２９６に記憶する。
取引ＤＢ２９６に記憶されているデータのうち、少なくとも１つ以上のデータは、すでにこの発注書ＩＤを含むデータであるので、この受け付けられた発注データが記憶されると、少なくとも２つ以上のデータが、この発注書ＩＤを含むことになる。
このように、１つの発注書ＩＤに関連づけられた取引が増えることにより、発注書は分割されることになる。

ステップ３１０（Ｓ３１０）において、発注書作成部２１２と同様に、発注書分割部２１４は、処理完了通知を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の発注処理部２４６は、処理完了通知を受け付ける。
ステップ２１４（Ｓ２１４）において、購買管理プログラム２４０の発注処理部２４６および発注受付部２４２は、第１の取引の場合と同様に、手続完了通知の処理を行う。

［信用取引システム１の検収動作］
図１８は、図１および図２に示した取引における取引対象物の検収動作（Ｓ４０）を示すシーケンス図である。
図１８に示すように、ステップ４００（Ｓ４００）において、取引を受注した企業Ｂ１のユーザは、受発注装置１４−１を用いて、取引対象物を納品した旨を入力する。
受発注プログラム１４０の納品連絡部１４８は、入力された納品連絡（納品データ）を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の納品受付部２４８は、受発注装置１４からの納品連絡を受け付ける。

ステップ４０２（Ｓ４０２）において、納品受付部２４８は、受け付けられた納品連絡を、納品処理部２５２に対して送信する。
納品処理部２５２は、この取引に関する納品連絡を受け付けたので、この取引の更新指示を、信用取引サーバ２０に対して送信する。
信用取引プログラム２００の納品管理部２１６は、送信された納品連絡を受け付ける。

ステップ４０４（Ｓ４０４）において、納品管理部２１６は、この取引の取引ＩＤを基にして、取引ＤＢ２９６に記憶されているこの取引データの納品済フラグをチェックする。
納品済フラグがチェックされることにより、取引の状態が更新され、この取引ではすでに納品連絡を受けていることがわかるようになる。

ステップ４０６（Ｓ４０６）において、納品管理部２１６は、処理完了通知を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の納品処理部２５２は、処理完了通知を受け付ける。
ステップ４０８（Ｓ４０８）において、納品処理部２５２は、その旨を納品受付部２４８に対して送信し、納品受付部２４８は、検収依頼部２５０に、取引の発注者に対して取引対象物の検収をさせる。
検収依頼部２５０は、検収依頼を、発注者装置１２に対して送信する。
発注者プログラム１２０の検収部１２６は、購買管理サーバ２４からの検収依頼を受け取り、この内容を、表示・入力装置１１０に対して表示させる。

ステップ４１０（Ｓ４１０）において、企業Ａのユーザが、この内容を確認して、表示・入力装置１１０を用いて検収を入力すると、検収部１２６は、入力された検収通知を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の検収依頼部２５０は、送信された検収通知を受け付ける。

ステップ４１２（Ｓ４１２）において、検収依頼部２５０は、その旨を納品受付部２４８に対して送信し、納品受付部２４８は、納品処理部２５２に、この取引の状態を更新させる。
納品処理部２５２は、この取引の状態を検収済にするために、この取引の更新指示を、信用取引サーバ２０に対してさらに送信する。
信用取引プログラム２００の納品管理部２１６は、送信された検収済連絡を受け付ける。

ステップ４１４（Ｓ４１４）において、納品管理部２１６は、この取引の取引ＩＤを基にして、取引ＤＢ２９６に記憶されているこの取引データの検収済フラグをチェックする。
この検収済フラグがチェックされることにより、この取引の状態がさらに更新され、この取引では発注者がすでに取引対象物を検収していることがわかるようになる。

ステップ４１６（Ｓ４１６）において、納品管理部２１６は、処理完了通知を、購買管理サーバ２４に対して送信する。
購買管理プログラム２４０の納品処理部２５２は、処理完了通知を受け付ける。
ステップ４１８（Ｓ４１８）において、納品処理部２５２は、その旨を納品受付部２４８に対して送信し、納品受付部２４８は、発注者装置１２と受発注装置１４−１に対して、取引の手続が完了した旨を示す手続完了通知を送信する。

このように、企業Ａと企業Ｂ１との間の取引（第１の取引）の検収動作は、信用取引サーバ２０と購買管理サーバ２４とが、発注者装置１２と受発注装置１４−１との間のデータ送受信を仲介し、取引ＤＢ２９６に記憶されているデータを更新することによりなされる。
企業Ｂ１と企業Ｂ２との間の取引（第２の取引）の検収動作も、同様に行われる。

［信用取引システム１の決済処理］
図１９は、図１〜図３に示した取引の決済処理（Ｓ５０）を示すフローチャートである。
図１９に示すように、ステップ５００（Ｓ５００）において、信用取引プログラム２００の決済管理部２１８は、発注書ＤＢ２９４に記憶されている発注書データそれぞれの決済日であるか否かを判定する。
まだ決済日でない場合には、決済管理部２１８は、Ｓ５００の処理に戻り、決済日である場合には、Ｓ５０２の処理に進む。

ステップ５０２（Ｓ５０２）において、決済管理部２１８は、発注書ＩＤとこの発注書の発注者である企業ＩＤとを基にして、取引ＤＢ２９６を参照し、発注者がこの企業ＩＤである取引データ（第１の取引のデータ）を検索する。
決済管理部２１８は、検索された取引データの検収済フラグがチェックされているか否かを判定する。
検収済フラグがチェックされていない場合には、決済管理部２１８は、決済処理を終了し、チェックされている場合には、Ｓ５０４の処理に進む。
つまり、決済される取引は、決済日になった発注書に関連づけられ、かつ、第１の取引者が取引対象物を検収済である取引となる。
決済される取引には、第１の取引およびこの第１の取引に起因して行われた第２の取引が含まれる。

ステップ５０４（Ｓ５０４）において、決済管理部２１８は、企業それぞれの決済額を算出する。
決済管理部２１８は、発注書ＩＤを基にして、取引ＤＢ２９６を参照し、この発注書ＩＤに関連づけられた取引すべてを検索する。
決済管理部２１８は、検索された取引それぞれの発注者または受注者に含まれる企業ＩＤを参照し、この企業ＩＤを受注者とする取引の金額から、この企業ＩＤを発注者とする取引の金額を減額し、残金をこの企業が受け取るように決済する。
企業ＩＤが発注者に含まれない企業に対しては、決済管理部２１８は、この企業ＩＤを受注者とする取引の金額を、この企業が受け取るように決済する。
企業ＩＤが受注者に含まれない企業に対しては、決済管理部２１８は、この企業ＩＤを発注者とする取引の金額を、この企業が支払うように決済する。

また、決済管理部２１８は、発注書分割サービスの利用料（図３）に関する金額を算出してもよい。
決済管理部２１８は、発注書ＩＤを基にして、取引ＤＢ２９６を参照し、同一の発注書ＩＤに対して発注者でもあり受注者でもある企業ＩＤを検索する。
検索された企業は、第２の取引を発注した企業である。
決済管理部２１８は、検索された企業から発注書分割サービスの利用料、例えば発注した取引の金額に所定の割合を乗じて算出される金額を徴収する。
決済管理部２１８は、この企業が、利用料として算出された金額を支払うように決済する。

さらに、決済管理部２１８は、配当およびコスト（図３）に関する金額を算出してもよい。
決済管理部２１８は、利用料として信用取引センター２が受け取る金額に所定の割合を乗じて算出される金額を、企業Ａおよびサービス提供企業Ｘを含む株主への配当としてもよい。
決済管理部２１８は、これらの企業が、配当を受け取るように決済する。

ステップ５０６（Ｓ５０６）において、決済管理部２１８は、企業ＩＤを基にして、企業ＤＢ２９２を参照して、企業それぞれの口座番号を検索する。
また、決済管理部２１８は、金融ネットワーク１０２を介して、外部の金融機関に対して、検索された口座番号を通知して、決済を行うように指示する。
ここで、外部の金融機関は、金融ネットワーク１０２を介して、企業それぞれの会計システム（不図示）との間で入出金処理を行う。
例えば、信用取引センター２の会計サーバ２８は、会計サーバ２８上で実行される会計プログラム（図１２）の出金処理部２８２と入金処理部２８４により、入出金を管理する。

ステップ５０８（Ｓ５０８）において、決済管理部２１８は、決済された取引が関連づけられている発注書の発注書ＩＤを基にして、発注書ＤＢ２９４に記憶されているこの発注書データの決済済フラグをチェックする。
発注書データの決済済フラグがチェックされることにより、この発注書に関連づけられた取引すべては、決済済みであることがわかるようになる。

以上説明したように、信用取引システム１によれば、取引グループ・取引先企業に含まれる企業それぞれは、企業Ａの信用を利用して、企業Ａが発行した発注書を分割して、この分割された金額を取引の支払いに使用できるので、キャッシュフロー準備に対する不安から開放され、支払いデフォルトに対する不安から開放されうる。

取引グループ企業間における信用取引を処理する取引システムに利用可能である。

Claims (22)

1. 取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と、前記取引者と接続され、前記取引者の間の取引を管理する取引管理装置とを含む取引システムであって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、
   前記取引管理装置は、
   前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付手段と、
   前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付手段と、
   前記受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供手段と
   を有し、
   前記発注者となりうる取引者は、
   前記受注者に対して、前記取引を発注する取引発注手段
   を有し、
   前記受注者となりうる取引者は、
   前記発注された取引を受注する取引受注手段
   を有する取引システム。
2. 前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる１つ以上の第２の取引者とを含み、
   前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、
   前記第１の取引者において、
   前記取引発注手段は、前記受注者に対して、前記第１の取引を、任意に発注し、
   前記第２の取引者において、
   前記取引受注手段は、前記第１の取引者からの第１の取引および前記第２の取引者からの第２の取引を受注し、
   前記発注手段は、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を、他の受注者に対して発注する
   請求項１に記載の取引システム。
3. 前記取引者は、それぞれ１つの前記第１の取引者と、１つ以上の前記第２の取引者とを含む１つ以上のグループに分けられ、取引は、前記グループそれぞれに閉じて行われる
   請求項２に記載の取引システム。
4. 前記第１の取引者を１つだけ含む
   請求項３に記載の取引システム。
5. 前記取引は、前記受注者から、前記発注者に対する取引対象物の提供を含み、
   前記第１の取引者は、
   前記発注した第１の取引の取引対象物の提供を受けたときに、この第１の取引の取引対象物の提供を、前記取引管理装置に対して通知する通知手段
   をさらに有し、
   前記取引管理装置において、
   前記代償提供手段は、前記第１の取引の取引対象物の提供の通知を受けた後で、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する
   請求項４に記載の取引システム。
6. 前記第１の取引には、決済日が設けられ、
   前記取引管理装置において、
   前記代償提供手段は、前記決済日以降に、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する
   請求項５に記載の取引システム。
7. 取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引者の間の取引を管理する取引管理装置であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、
   前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付手段と、
   前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付手段と、
   前記発注者から取引を受注した受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供手段と
   を有する取引管理装置。
8. 前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる１つ以上の第２の取引者とを含み、
   前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、
   前記発注受付手段は、前記第１の取引者から、前記受注者に対して任意に発注される前記第１の取引、および、前記第２の取引者から他の取引者に対して発注される、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を受け付け、
   前記受注受付手段は、前記第２の取引者から、前記第１の取引者から発注された第１の取引の受注および前記第２の取引者から発注された第２の取引の受注を受け付ける
   請求項７に記載の取引管理装置。
9. 前記取引者は、それぞれ１つの前記第１の取引者と、１つ以上の前記第２の取引者とを含む１つ以上のグループに分けられ、前記グループそれぞれに閉じて行われる取引を管理する
   請求項８に記載の取引管理装置。
10. 前記発注受付手段は、１つの前記第１の取引者と、前記第２の取引者とからの前記取引の発注を受け付ける
    請求項９に記載の取引管理装置。
11. 前記取引は、前記受注者から、前記発注者に対する取引対象物の提供を含み、
    前記第１の取引者から、前記発注した第１の取引の取引対象物の提供を受けた旨の通知を受け付ける通知受付手段をさらに有し、
    前記代償提供手段は、前記通知受付手段により通知が受け付けられた後で、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する
    請求項１０に記載の取引管理装置。
12. 前記第１の取引の決済日を記憶する決済日記憶手段をさらに有し、
    前記代償提供手段は、前記記憶された決済日以降に、この第１の取引およびこの第１の取引に起因して行われた第２の取引の代償を提供する
    請求項１１に記載の取引管理装置。
13. 取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴う、前記取引者の間の取引を管理する取引管理装置であって、
    前記取引者それぞれが、発注書を発行して前記発注者となりうる第１の取引者であるか、前記第１の取引者以外の取引者であって、前記発注者および前記受注者となりうる第２の取引者であるかを記憶する取引者記憶手段と、
    前記第１の取引者が発注し、前記第２の取引者が受注する取引の発注書を記憶する発注書記憶手段と、
    前記取引の受注者および代償と、前記記憶された発注書とを関連づけて記憶する取引記憶手段と、
    前記記憶された取引の代償の範囲内で、前記記憶された取引の受注者に代償を提供する代償提供手段と
    を有する取引管理装置。
14. 前記取引記憶手段は、前記第２の取引者が発注し、他の取引者が受注する取引の受注者および代償を、前記第２の取引者が受注した取引が関連づけられた発注書にさらに関連づけて記憶し、
    前記代償提供手段は、前記第２の取引者が受注した取引の代償の範囲内で、この取引と同じ発注書に関連づけられ、前記第２の取引者が発注した取引の代償に応じて、前記第２の取引者に代償を提供する
    請求項１３に記載の取引管理装置。
15. 前記発注書記憶手段は、前記発注書を発行した第１の取引者をさらに記憶し、
    前記代償提供手段は、前記記憶された第１の取引者に、前記記憶された発注書に関連する取引の代償を提供させる
    請求項１４に記載の取引管理装置。
16. 前記第１の取引者は、前記取引者において１つであり、
    前記取引者記憶手段は、記録された前記取引者のうち１つの前記取引者が第１の取引者であると記憶する
    請求項１５に記載の取引管理装置。
17. 前記発注者から、この発注者が発注した取引において前記受注者から提供される取引対象物を検収した旨の通知を受け付ける検収通知受付手段をさらに有し、
    前記取引記憶手段は、前記取引における前記検収通知の受け付けをさらに記憶し、
    前記代償提供手段は、前記第１の取引者が発注し、前記第２の取引者が受注した取引における前記検収通知の受け付けが記憶されている場合には、この発注書に関連づけられた取引の代償を提供する
    請求項１６に記載の取引管理装置。
18. 前記発注書記憶手段は、前記発注書の決済日をさらに記憶し、
    前記代償提供手段は、前記記憶された決済日以降に、この発注書に関連づけられた取引の代償を提供する
    請求項１７に記載の取引管理装置。
19. 取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と、前記取引者の間の取引を管理する取引管理装置とに接続される受発注装置であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、前記取引管理装置は、前記受注された取引に対して提供されうる代償の範囲内で代償を提供し、
    前記受注者に対して、前記取引を発注する取引発注手段と、
    前記発注された取引を受注する取引受注手段と
    を有する受発注装置。
20. 前記取引者は、前記発注者となりうる１つ以上の第１の取引者と、前記第１の取引者以外の取引者であって、前記発注者および前記受注者になりうる第２の取引者とを含み、
    前記取引は、第１の取引と、前記第１の取引以外の第２の取引とを含み、
    前記取引発注手段は、前記受注した第１の取引または第２の取引に対して提供される代償の範囲内の代償の提供を伴う第２の取引を、他の受注者に対して発注し、
    前記取引受注手段は、前記第１の取引者からの第１の取引および前記第２の取引者からの第２の取引を受注する
    請求項１９に記載の受発注装置。
21. 取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者の間の取引を行う取引方法であって、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴い、
    前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付け、
    前記受注者となりうる取引者から、前記発注された取引の受注を受け付け、
    前記受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供し、
    前記発注者となりうる取引者は、前記受注者に対して、前記取引を発注し、
    前記受注者となりうる取引者は、前記発注された取引を受注する
    取引方法。
22. コンピュータを含み、取引の発注および受注またはこれらのいずれかをそれぞれ行う複数の取引者と接続され、前記取引は、前記取引を発注する取引者（発注者）から前記取引を受注する取引者（受注者）への代償の提供を伴う取引管理装置において、
    前記発注者となりうる取引者から、前記受注者に対して発注される前記取引を受け付ける発注受付ステップと、
    前記受注者となりうる取引者から、前記発注された取引の受注を受け付ける受注受付ステップと、
    前記受け付けられた発注および受注を含む取引を管理する取引管理ステップと、
    前記発注者から取引を受注した受注者からの要求に応じて、この受注者が受注した取引に対して提供されうる代償の範囲内で、この受注者に代償を提供する代償提供ステップと
    を前記取引管理装置に実行させるプログラム。

Images