JP2000076369A

JP2000076369A - ネッティングサ―ビスシステム

Info

Publication number: JP2000076369A
Application number: JP17297599A
Authority: JP
Inventors: Seigo Kawashima; 誠吾川嶋; Hirotaka Kuroiwa; 博孝黒岩
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1998-06-18
Filing date: 1999-06-18
Publication date: 2000-03-14
Anticipated expiration: 2019-06-18
Also published as: JP3327257B2

Abstract

(57)【要約】【課題】いずれかの企業が支払不能になった場合に、そ
の影響が全ての企業に及ぶことを回避するとともに、企
業間の責任関係を明確化できるようにする。【解決手段】ネッティングサービス提供者は、各参加者
の決済額を、事前に決められた担保の額の範囲内で多角
相殺により決定し、その決済額を各参加者に受け渡す。
ただし、それを含めると決済額が担保の額の範囲内に収
まらないために多角相殺の対象とならない支払いについ
ては、相対相殺により決済額を決定し、参加者間で決済
額を受け渡す。また、参加者のうち発注者と受注者のい
ずれもが支払情報を否認した場合の当該支払情報の正当
性を証明するため、電子公証機関において支払情報の確
証化処理を行う。さらに、参加者を信用度等の観点でグ
ループ化し、一の参加者が支払い不能となった場合に全
ての参加者にその影響が及ぶことを防止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の参加者間で
決済を行うネッティングサービス方法に関し、特に、各
参加者の他参加者に支払うべき額と他参加者から支払わ
れる額とを多角相殺又は相対相殺により相殺し、その結
果に基づき決済を行う方法に関する。

【０００２】

【従来の技術】近年の商取引の多様化にともない、複数
の企業間での複雑な支払い関係について、その決済を迅
速に行う必要性が高まってきている。

【０００３】例えば、Ａ社１とＢ社２、Ａ社１とＣ社
３、Ｃ社３とＤ社４、Ｂ社２とＤ社４の各企業間に、図
９に示すような支払い関係がある場合を考える。すなわ
ち、Ａ社１はＣ社３に１２０万円を、Ｃ社３はＤ社４に
３０万円を、Ｄ社４はＢ社２に１００万円を、逆にＢ社
２はＤ社４に５０万円を、さらにＡ社１はＢ社２に１０
万円を、支払期日までに支払うことになっているとす
る。

【０００４】このような場合の決済方法として、多角相
殺に基づくものがある。「多角相殺」とは、自身が他企
業に支払うべき額が自身が他企業から支払われるべき額
を超過している企業が、その超過している額を第三者た
る機関に支払い、自身が他企業から支払われる額が自身
が他企業に支払うべき額を上回っている企業が、その上
回っている額を前記第三者たる機関から受け取る、とい
う場合の決済額を求める手続きをいう。すなわち、図９
の支払い関係がある場合、多角相殺によれば、図１０に
示すように、Ａ社１が１３０万円を、Ｄ社４が２０万円
を、円で示す機関５に支払い、Ｂ社２が６０万円を、Ｃ
社３が９０万円を、機関５から受け取ることにより、決
済を行えばよいことが分かる。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな多角相殺に基づく決済にあっては、１社でも支払い
不能になると、その企業と直接取引がある企業だけでな
く、その企業と直接取引がない企業も含む、全ての企業
の決済が滞ってしまうという問題がある。

【０００６】例えば、Ａ社１が、Ｃ社３に１２０万円を
支払期日までに支払えない事態に陥ったとする。このよ
うな場合、もし、Ｃ社３がＡ社１から１２０万円を受け
取った後にＤ社４に３０万円を支払うつもりでいたとす
ると、Ｃ社３はＤ社４に３０万円を支払えなくなる。ま
た、もし、Ｄ社４がＣ社３から３０万円を受け取った後
に、それに自己資金２０万円を加算することにより、Ｂ
社２に５０万円（Ｂ社２に対して支払うべき１００万円
から支払われるべき５０万円を差し引くことにより残っ
た額）を支払うつもりでいたとすると、上述のように、
Ｃ社３はＤ社４に３０万円を支払えない事態に陥ってい
るので、Ｄ社４もＢ社２に５０万円を支払えなくなる。

【０００７】このことは、図１０で説明すれば、機関５
へ支払われる額が、Ａ社１からの１０万円とＤ社４から
の２０万円であるにもかかわらず、機関５が支払うべき
額は、Ｂ社２への６０万円とＣ社３への９０万円であ
り、支払われる額と支払うべき額とのバランスが崩れて
しまっていることを意味する。

【０００８】また、Ａ社１からＣ社３へ１２０万円を支
払うという関係をこの多角相殺から除外して決済額を再
計算することにしても、Ｃ社３は９０万円を受け取るは
ずだったのが一転して３０万円を支払わなければならな
くなり、支払い期日までにその資金を準備することが非
常に困難になってしまうので、全ての企業の決済が滞っ
てしまうという問題は解決できない。

【０００９】しかも、ここで一番問題なのは、Ｄ社４
は、Ａ社１と直接取引がないのに、Ａ社１が支払い不能
になったことにより、自身も支払い不能の状態に至って
しまうことである。また、Ｄ社４が支払い不能になった
のは、Ｃ社３が支払い不能になったためであるが、Ｃ社
３が支払い不能になった原因は、Ａ社１が支払い不能に
陥ったことにあるので、Ｄ社４は、Ｃ社３に対して責任
を追求することが難しい。すなわち、責任関係が不明確
なまま全ての企業の連鎖的な倒産すら招きかねないとい
う問題がある。

【００１０】したがって、決済期日に多角相殺により決
済を行う場合には、支払い不能となることのない、かな
り信用度の高い企業だけをその多角相殺の対象とするこ
とで、上記のような事態を回避するしかなかった。

【００１１】また、１社が支払い不能になることにより
全ての企業の決済が滞ってしまう際の責任関係が不明確
であるという問題を解決するために、各企業は直接取引
がある企業に対してのみ相殺に基づく決済を行う、相対
相殺も考えられる。しかしながら、相対相殺の結果に基
づいて決済を行う場合には、多角相殺の結果に基づいて
決済を行う場合よりも相殺額が小さくなってしまうこと
がある。図９に示すような支払い関係がある場合におい
て、例えば、Ｃ社３は、相対相殺の結果に基づいて決済
を行う時は、Ａ社１から１２０万円を受け取り、Ｄ社４
に３０万円を支払わなければならないが、多角相殺の結
果に基づいて決済を行う時は、機関５から９０万円を受
け取るだけでよい。この場合、多角相殺においては相殺
された３０万円が、相対相殺においては相殺されておら
ず、相対相殺の結果に基づく決済は、多角相殺の結果に
基づく決済に比べて、効率的でないという問題がある。

【００１２】本発明の目的は、多角相殺の結果に基づく
決済の効率の良さを維持しつつ、信用度の異なる複数の
企業を相殺の対象とした上で、いずれかの企業が支払不
能になった場合に、その影響が全ての企業に及ぶことを
回避するとともに、企業間の責任関係を明確化すること
のできるネッティングサービス方法を提供することにあ
る。

【００１３】

【課題を解決するための手段】本発明の第１のネッティ
ングサービスシステムは、ネッティングサービスの提供
者のコンピュータと該ネッティングサービスへの複数の
参加者のコンピュータとが通信回線により接続されてな
るネッティングサービスシステムであって、前記参加者
のコンピュータは、自コンピュータが記憶している担保
の額に応じた担保を前記提供者のコンピュータに送信す
る手段を備え、前記提供者のコンピュータは、前記複数
の参加者のそれぞれの決済額を、前記参加者のコンピュ
ータから送信された担保の額の範囲内で、多角相殺によ
り決定する手段と、この決定により決済額がプラスとな
った参加者のコンピュータに決済額に応じて送金する手
段と、決済額が担保の額の範囲内に収まらなくなるため
に多角相殺の対象には含めなかった支払いについて、当
該支払いに係る決済額を相対相殺により決定して対応す
る参加者のコンピュータに通知する手段とを備え、前記
参加者のコンピュータは、前記提供者のコンピュータか
ら通知された決済額に応じて他の参加者のコンピュータ
に送金する手段を備えている。

【００１４】本発明の第２のネッティングサービスシス
テムは、上記第１のネッティングサービスシステムにお
いて、前記参加者のコンピュータは、前記多角相殺によ
る決済額の決定に先立って、どの参加者にいつどれだけ
の支払いをすべきかを示す支払情報を前記提供者のコン
ピュータに送信する手段をさらに備え、前記提供者のコ
ンピュータは、前記参加者のコンピュータから担保の額
の照会要求を受信すると、該参加者が送信すべき担保の
額を、前記支払情報をもとに決定する手段と、この決定
した担保の額を該参加者のコンピュータに通知する手段
とをさらに備え、前記参加者のコンピュータは、前記提
供者のコンピュータから通知された担保の額を記憶する
手段をさらに備えたことを特徴とする。

【００１５】本発明の第３のネッティングサービスシス
テムは、上記第２のネッティングサービスシステムにお
いて、前記提供者のコンピュータ内の前記担保の額を決
定する手段は、前記参加者が提供すべき担保の額が該参
加者について予め登録された担保の限度額内に収まるよ
うに、前記担保の額を決定し、前記提供者のコンピュー
タ内の前記相対相殺により決済額を決定して通知する手
段は、担保の額が担保の限度額内に収まらなくなるため
に前記担保の額の決定には含めなかった支払いについ
て、当該支払いに係る決済額を相対相殺により決定して
対応する参加者のコンピュータに通知することを特徴と
する。

【００１６】本発明の第４のネッティングサービスシス
テムは、上記第３のネッティングサービスシステムにお
いて、前記参加者のコンピュータが前記提供者のコンピ
ュータに担保を送信する処理、及び、前記提供者のコン
ピュータが前記参加者のコンピュータに決済額に応じて
送金する処理を、金融機関が提供する資金移動手段を用
いて行うことを特徴とする。

【００１７】本発明の第５のネッティングサービスシス
テムは、上記第２のネッティングサービスシステムにお
いて、前記複数の参加者のうち発注者のコンピュータか
ら前記支払情報を受信し、該支払情報の正当性が電子公
証機関のコンピュータにおいて確認されている場合にの
み、該支払情報をもとに処理を行うことを特徴とする。

【００１８】本発明の第６のネッティングサービスシス
テムは、上記第５のネッティングサービスシステムにお
いて、前記支払情報の正当性の確認は、前記複数の参加
者のうち発注者のコンピュータと受注者のコンピュータ
とに共通の暗号化鍵を持たせておき、前記発注者のコン
ピュータが、前記支払情報を自身のコンピュータが有す
る前記暗号化鍵で暗号化して前記電子公証機関のコンピ
ュータに送信し、前記受注者のコンピュータが、前記発
注者のコンピュータから前記支払情報を受け取るとこれ
を自身のコンピュータが有する前記暗号化鍵で暗号化し
て前記電子公証機関のコンピュータに送信し、前記電子
公証機関のコンピュータが、前記発注者のコンピュータ
から送信された支払情報と前記受注者のコンピュータか
ら送信された支払情報とが一致するかどうか比較する、
という処理によって行うことを特徴とする。

【００１９】本発明の第７のネッティングサービスシス
テムは、上記第２のネッティングサービスシステムにお
いて、電子公証機関のコンピュータにおいてその正当性
が確認された支払情報のみを前記電子公証機関のコンピ
ュータから受信し、該支払情報をもとに処理を行うこと
を特徴とする。

【００２０】本発明の第８のネッティングサービスシス
テムは、上記第７のネッティングサービスシステムにお
いて、前記支払情報の正当性の確認は、前記複数の参加
者のうち発注者のコンピュータと受注者のコンピュータ
とに共通の暗号化鍵を持たせておき、前記発注者のコン
ピュータが、前記支払情報を自身のコンピュータが有す
る前記暗号化鍵で暗号化して前記電子公証機関のコンピ
ュータに送信し、前記受注者のコンピュータが、前記発
注者のコンピュータから前記支払情報を受け取るとこれ
を自身のコンピュータが有する前記暗号化鍵で暗号化し
て前記電子公証機関のコンピュータに送信し、前記電子
公証機関のコンピュータが、前記発注者のコンピュータ
から送信された支払情報と前記受注者のコンピュータか
ら送信された支払情報とが一致するかどうか比較する、
という処理によって行うことを特徴とする。

【００２１】本発明の第９のネッティングサービスシス
テムは、上記第７のネッティングサービスシステムにお
いて、前記支払情報の正当性の確認は、前記複数の参加
者のうち発注者のコンピュータと受注者のコンピュータ
とに共通の暗号化鍵を持たせておき、前記発注者のコン
ピュータが、前記支払情報を自身のコンピュータが有す
る前記暗号化鍵で暗号化して前記電子公証機関のコンピ
ュータに送信し、前記受注者のコンピュータが、前記電
子公証機関のコンピュータから前記暗号化された支払情
報を受け取るとこれを自身のコンピュータが有する前記
暗号化鍵で復号化して受信応答を前記電子公証機関のコ
ンピュータに送信し、前記電子公証機関のコンピュータ
が、前記受注者のコンピュータから前記受信応答を受信
する、という処理によって行うことを特徴とする。

【００２２】本発明の第１０のネッティングサービスシ
ステムは、上記第９のネッティングサービスシステムに
おいて、前記複数の参加者を複数のグループに分け、前
記複数のグループのそれぞれに、（Ａ）幹事なし、
（Ｂ）幹事あり、かつ、グループ外との相対相殺あり、
又は、（Ｃ）幹事あり、かつ、グループ外との相対相殺
なし、のいずれかを、ネッティング方式として設定して
おき、前記複数のグループのうちネッティング方式とし
て（Ａ）が設定されているグループについては、そのグ
ループ内の参加者とそのグループ外の参加者との間で、
相殺を行わず、ネッティング方式として（Ｂ）が設定さ
れているグループについては、そのグループ内の参加者
とそのグループ外の参加者との間で、相対相殺により決
済額を決定し、（Ｃ）が設定されているグループについ
ては、そのグループ内の参加者とそのグループ外の参加
者との間で、各参加者の支払うべき額をそのまま決済額
とし、前記参加者のコンピュータが前記提供者のコンピ
ュータに担保を送信する処理、前記提供者のコンピュー
タが多角相殺により決済額を決定する処理、前記提供者
のコンピュータが前記参加者のコンピュータに決済額に
応じて送金する処理、前記提供者のコンピュータが相対
相殺により決済額を決定する処理、及び、前記参加者の
コンピュータが決済額に応じて送金する処理は、前記複
数のグループのそれぞれのグループ内の参加者について
のみ行うことを特徴とする。

【００２３】本発明の第１１のネッティングサービスシ
ステムは、上記第１０のネッティングサービスシステム
において、グループ内の参加者のコンピュータからグル
ープ外の参加者のコンピュータへの決済額に応じた送金
は、該グループの幹事たる参加者のコンピュータが行う
ことを特徴とする。

【００２４】

【発明の実施の形態】（第１の実施の形態）以下、本発
明の第１の実施の形態について、図面を参照しながら説
明する。

【００２５】本実施の形態においても、具体例による説
明は、Ａ社１〜Ｄ社４の各企業間に図９に示すような支
払い関係がある場合を想定して行う。本実施の形態にお
いては、相殺処理のことを、「ネッティング処理」とも
いうことにし、相殺処理の結果に基づく決済をネットワ
ークを介して行うサービスを「ネッティングサービス」
ということにする。図１０に示すように、Ａ社１〜Ｄ社
４は「ネッティングサービス」に参加する企業であるの
で、「ネッティングサービス参加者」と称し、円で示さ
れる機関５は、「ネッティングサービス」を提供する機
関であるので、「ネッティングサービス提供者」と称す
る。

【００２６】なお、図１０において、具体的な機器とし
ては、Ａ社１〜Ｄ社４には、パソコン等の端末装置が、
ネッティングサービス提供者５には、サーバコンピュー
タが、各企業とネッティングサービス提供者との間に
は、ＬＡＮ、インターネット等の通信回線が、それぞれ
設けられている。

【００２７】また、図１０には明示されていないが、決
済にあたっては、金融機関が、各ネッティングサービス
参加者およびネッティングサービス提供者５に資金移動
手段を提供する。

【００２８】次に、この第１の実施の形態における処理
について図１を参照して説明する。

【００２９】図１を参照すると、本実施の形態の処理
は、担保の額の確認を行う第１段階６ａと、担保金を提
供する第２段階６ｂと、多角相殺により決済額を確定す
る第３段階６ｃと、ネッティングサービス参加者のうち
決済額を受け取ることになった企業へその決済額を支払
う第４段階６ｄとからなる。

【００３０】また、図１には、ネッティングサービス提
供者５が関与する処理として、決済予定を確認する処理
７ａ、ネッティングサービス参加者からネッティングサ
ービス提供者に必要担保を渡す処理７ｂ、多角相殺によ
り決済額を確定する処理７ｃ、ネッティングサービス提
供者がネッティングサービス参加者に決済額を渡す処理
７ｄを示す。また、金融機関が提供する資金移動手段が
関与する処理としては、第１段階６ａと第２段階６ｂに
またがる部分の処理７ｅ、第３段階６ｃと第４段階６ｄ
にまたがる部分の処理７ｈ及び７ｉがあり、金融機関が
提供する入金情報をネッティングサービス提供者５が確
認する処理としては、第２段階６ｂと第３段階６ｃにま
たがる部分の処理７ｆがある。

【００３１】以下、本実施の形態の第１段階６ａ〜第４
段階６ｄにおける処理について、順に説明する。

【００３２】まず、第１段階６ａの処理を開始する前
に、ネッティングサービス参加者であるＡ社１、Ｂ社
２、Ｃ社３、Ｄ社４が、ネッティングサービス提供者５
に対し、通信回線を介して、支払情報を提供する。

【００３３】この支払情報には、少なくとも、（１）発
注者、（２）受注者、（３）支払日、（４）金額、の情
報を含んでいる。ここでは、以下のような支払情報がネ
ッティングサービス提供者５に提供されるものとする。

【００３４】発注者Ａ、受注者Ｂ、支払日Ｘ、金額１０万円発注者Ａ、受注者Ｃ、支払日Ｘ、金額１２０万円発注者Ｂ、受注者Ｄ、支払日Ｘ、金額５０万円発注者Ｄ、受注者Ｂ、支払日Ｘ、金額１００万円発注者Ｃ、受注者Ｄ、支払日Ｘ、金額３０万円これらの支払情報はすべて、相殺処理に先立って提供さ
れる。

【００３５】なお、「発注者」とは、ある支払日にある
金額をある受注者に支払わなければならない立場にある
者をいい、「受注者」とは、ある支払日にある金額をあ
る発注者から支払われる立場にある者をいう。図９にお
いては、Ａ社１〜Ｄ社４が「発注者」及び「受注者」と
して機能している。

【００３６】このような支払情報が提供された上で、第
１段階６ａの処理が行われる。第１段階６ａの処理は、
上記の支払情報をもとに、ネッティングサービス提供者
５に提供すべき担保の額を確認するための処理である。

【００３７】まず、ネッティングサービス参加者である
Ａ社１、Ｂ社２、Ｃ社３、Ｄ社４は、ネッティングサー
ビス提供者５に対して、必要な担保の額の照会をする。
これに応じて、ネッティングサービス提供者５は、ネッ
ティングサービス参加者Ａ社１、Ｂ社２、Ｃ社３、Ｄ社
４の決済予定額が事前に登録した担保限度額内に収まる
ように、多角相殺のシミュレーションを行い、必要担保
額を算出し、その算出結果をネッティングサービス参加
者Ａ社１、Ｂ社、Ｃ社３、Ｄ社４に対して通信回線を介
して提供する（７ａ）。ここで、「事前に登録した担保
限度額」とは、各企業がその能力に応じて設定しておい
た提供可能な担保の最大金額のことである。例えば、Ａ
社１の担保限度額が２００万円であるとすると、多角相
殺の結果、Ａ社１の決済予定額は１３０万円となるの
で、この決済予定額は担保限度額内に収まっていること
になる。

【００３８】ここで、仮に、いずれかの企業の必要担保
額が事前に登録した担保限度額に収まらない場合には、
当該企業は決済日に支払い不能になってしまう。このよ
うな場合、当該企業からその直接取引先である企業へ支
払うべき額の全部又は一部については、多角相殺に基づ
く決済の対象とせずに、後述する第４段階６ｄにおける
相対相殺に基づく決済の対象とする。例えば、Ａ社１の
担保限度額が１００万円である場合には、Ａ社１の決済
額１３０万円は担保限度額内に収まらないことになるの
で、Ｂ社２へ支払うべき１０万円のみを多角相殺に基づ
く決済の対象とすることにより、担保限度額に収まる範
囲で多角相殺を行う。なお、この場合、Ａ社１からＣ社
３への１２０万円の支払いが第４段階６ｄにおける相対
相殺に基づく決済の対象となる。

【００３９】Ａ社１〜Ｄ社４の全てについて決済予定額
が担保限度額に収まっているとすれば、第１段階６ａで
確認された決済の予定は、図１０に示すようなものとな
る。すなわち、Ａ社１については１３０万円（支払
い）、Ｂ社２については６０万円（受取り）、Ｃ社３に
ついては９０万円（受取り）、Ｄ社４は２０万円（支払
い）となる。

【００４０】次に、第２段階６ｂの処理に移行し、ネッ
ティングサービス参加者であるＡ社１、Ｂ社２、Ｃ社
３、Ｄ社４は、ネッティングサービス提供者５に対し、
支払日に先だって、必要担保金を渡す（７ｂ）。このよ
うに事前に必要担保金を提供しておくことにより、後
刻、新たな支払情報が発生して決済額が変化したとして
も、各ネッティングサービス参加者は、自社支払い分で
あれば、相対相殺に基づく決済のための資金を支払日ま
でに用意すればよく、また、自社受取り分であれば、自
社では資金手当てする必要がないので、直接取引先の責
任によらない不測の事態でその決済が滞ることはない。

【００４１】なお、この必要担保金の受け渡しは、具体
的には、金融機関が提供する資金移動手段によって行わ
れる（７ｅ）。

【００４２】このようにして第２段階６ｂの処理を終え
るが、ネッティングサービス提供者５は、第２段階６ｂ
でネッティングサービス参加者から金融機関を通してネ
ッティングサービス提供者５へ必要担保が提供（入金）
されたかどうかを、金融機関の提供する手段を用いて確
認する（７ｆ）。

【００４３】次に、第３段階６ｃの処理に移行する。こ
の第３段階６ｃの処理では、ネッティングサービス提供
者５は、ネッティングサービス参加者であるＡ社１、Ｂ
社２、Ｃ社３、Ｄ社４の決済額が、それぞれが提供した
担保額を超えることのないよう、多角相殺により決済額
の確定を行う。事前に提供した担保の範囲内での多角相
殺の処理について、図２に示す。図２に示すように、債
務額（他企業へ支払うべき額）８ｆが債権額（他企業か
ら支払われる額）８ｅを超過している場合には、債務額
８ｆと債権額８ｅとの差額を求め、この差額が担保額８
ｂの範囲内であれば、これを多角相殺決済額８ａとす
る。

【００４４】なお、いずれかの企業の決済額が事前に提
供した担保金の範囲内に収まらない場合には、当該企業
からその直接取引先である企業へ支払うべき額の全部又
は一部については、多角相殺に基づく決済の対象とせず
に、後述する第４段階６ｄにおける相対相殺に基づく決
済の対象とする。

【００４５】次に、第４段階６ｄの処理に移行する。こ
の第４段階６ｄの処理において、ネッティングサービス
提供者５は、前記第３段階６ｃで行った多角相殺の結果
に基づいて、多角相殺決済額相当（現金）を多角相殺決
済額がプラス（受取り）となったネッティングサービス
参加者に受け渡す（７ｄ）。

【００４６】また、前記第１段階６ａ又は前記第３段階
６ｃで多角相殺の対象とならなかった支払いについて
は、相対相殺に基づく決済を行う（７ｇ）。このように
決済日当日にネッティングサービス参加者間で相対相殺
に基づく決済を行うことにより、決済時刻には、全ての
ネッティングサービス参加者の決済処理が完了すること
になる。

【００４７】上記のように、第３段階６ｃまでの処理に
おいて相対相殺に基づく決済の対象となる支払い関係が
決定され、金融機関が、相対相殺に基づく決済に関する
情報を各企業に提供する（７ｈ）。また、第３段階６ｃ
において多角相殺により決済額が確定し、金融機関がネ
ッティングサービス提供者５からネッティングサービス
参加者へ決済額を受け渡す処理を行う（７ｉ）。

【００４８】なお、相対相殺に基づく決済を行うことと
なったネッティングサービス参加者間では、支払不能が
発生したとしても、直接取引先となっている企業が影響
を受けるのみであるので、責任関係が明確になる。

【００４９】以上のように、上記第１の実施の形態によ
れば、ネッティングサービス参加者からネッティングサ
ービス提供者に事前に担保を提供させ、その担保の範囲
内に決済額が収まるように多角相殺を行い、その結果に
基づいて決済を行い、担保の範囲内で多角相殺できない
支払い関係については相対相殺に基づく決済を行うよう
にしたので、いずれかのネッティングサービス参加者が
支払不能になった場合でも、その影響が全てのネッティ
ングサービス参加者に及ぶという事態を回避し、責任関
係を明確化できるネッティングサービスを行うことがで
きる。

【００５０】また、ネッティングサービス提供者が指定
する期限までに担保の提供ができなかったネッティング
サービス参加者については、相対相殺に基づく決済を行
うので、担保の管理が容易になるなどの効果もある。（第２の実施の形態）しかしながら、上記第１の実施の
形態においては、発注者から受注者への支払情報を第三
者であるネッティングサービス提供者５が受け取り、そ
の支払情報をもとに相殺を行うようにしているので、発
注者又は受注者が支払情報を否認すると、ネッティング
サービス提供者５の記録のみでは、この支払情報が存在
したことを技術的に証明することができず、ネッティン
グサービス提供者５は自己の処理の正当性を主張するこ
とができないという問題がある。

【００５１】したがって、以下に述べる第２の実施の形
態では、発注者および受注者が支払情報の存在を否認し
た場合でも、ネッティングサービス提供者は自己の処理
の正当性を主張することができるような構成としてい
る。

【００５２】以下、本発明の第２の実施の形態につい
て、図面を参照して説明する。

【００５３】本実施の形態も、前記第１の実施の形態と
同様、各ネッティングサービス参加者間での決済を、ネ
ッティングサービス提供者５が介在して行うものであ
る。本実施の形態においては、ネッティングサービス参
加者、ネッティングサービス提供者に加え、電子公証機
関をも、その構成要素としている。

【００５４】なお、「電子公証機関」とは、ネッティン
グサービス参加者、すなわち、発注者及び受注者の間で
交換する支払情報の確証を得るとともに、その得られた
確証を他の機関に提供する機能を有する機関のことであ
る。なお、この電子公証機関により確証が得られた支払
情報を、以降の説明では、確証化支払情報と呼ぶことに
する。

【００５５】図４は、上記支払情報の内容を示したもの
である。上記第１の実施の形態では、支払情報を、発注
者、受注者、支払日、金額から構成されることにしてい
たが、これらの項目のみでは、同一発注者が同一受注者
に対して同一の支払日に同じ額を支払うことを示す複数
の支払情報が発生した場合には、これら複数の支払情報
を区別することができない。そこで、本実施の形態で
は、同一発注者、同一支払日の支払情報について通番を
付し、発注者名と支払日と前記通番とを組み合わせたユ
ニークキーを設けることにより、支払情報をネッティン
グサービス全体でユニークなものとしている。

【００５６】次に、本実施の形態について、図３を参照
して具体的に説明する。この図３における実線及び破線
の矢印は、それぞれ処理方向及び処理手順を示してお
り、処理手順にはステップＳの符号を付して述べる。

【００５７】まず、ネッティングサービス参加者である
発注者１１は、支払情報１２を、発注者１１、受注者１
３、ネッティングサービス提供者１４が共通で持ってい
る暗号化鍵Ｋ（以下、「共通鍵Ｋ」という）で暗号化し
て、暗号化支払情報１５を生成する（ステップＳ１）。

【００５８】この暗号化支払情報１５は、発注者１１か
ら電子公証機関１６に送信される（ステップＳ２）。

【００５９】電子公証機関１６は、この暗号化支払情報
１５を受信すると、自身のメモリに蓄積しておく。

【００６０】また、発注者１１は、支払情報１２をネッ
ティングサービス提供者１４に送信する（ステップＳ
３）。ネッティングサービス提供者１４は、この支払情
報１２を受信すると、自身のメモリに蓄積しておく。

【００６１】ネッティングサービス提供者１４は、この
支払情報１２を受注者１３に送信する（ステップＳ
４）。

【００６２】受注者１３は、この支払情報１２を受信す
ると、共通鍵Ｋにより支払情報１２を暗号化し、暗号化
支払情報１７を生成する（ステップＳ５）。

【００６３】この暗号化支払情報１７は、受注者１３か
ら電子公証機関１６に送信される（ステップＳ６）。

【００６４】電子公証機関１６は、受注者１３から送信
された暗号化支払情報１７を受信すると、この暗号化支
払情報１７を参照して（ステップＳ７）、先に発注者１
１から受信して蓄積している暗号化支払情報１５の中か
ら、暗号化支払い情報１７と同じ内容のものを見出して
（ステップＳ８）、暗号化支払情報１７と暗号化支払情
報１５の両方をペアにして、それにタイムスタンプを記
録して、確証化支払情報１８として自身のメモリに蓄積
する。このようにして、確証化処理が行われる。

【００６５】次に、ネッティングサービス提供者１４
は、相殺処理（以下では「ネッティング処理」ともい
う）を行う期日が到来すると、先に自身のメモリに蓄積
しておいた支払情報１２のうち、当該期日が支払日とし
て設定されているものを読み出し（ステップＳ９）、こ
の読み出した支払情報１２に対応する確証化支払情報１
８を電子公証機関１６から読み出す（ステップＳ１
０）。なお、この電子公証機関１６からの確証化支払情
報１８の読み出しは、上記のユニークキーをキーとして
行えばよい。

【００６６】ネッティングサービス提供者１４は、共通
鍵Ｋにより、この読み出した確証化支払情報１８を復号
化して、その中に含まれる支払情報と、自身のメモリに
蓄積してあった支払情報１２とが一致しているかどうか
の確証確認１９を行う。

【００６７】この確認により確証が取れていると判断さ
れた支払情報についてのみ、ネッティングサービス提供
者１４はネッティング処理２０を行う（ステップＳ１
１）。

【００６８】このように、本実施の形態のこの例では、
電子公証機関１６は、共通鍵Ｋを保有しないため、支払
情報１２を改ざんすることができない。

【００６９】また、発注者１１のみが支払情報の存在を
否認しても、電子公証機関１６に蓄積された確証化支払
情報１８と、受注者１３が有する暗号化支払情報１７に
より、当該支払情報の存在が証明される。

【００７０】さらに、受注者１３のみが支払情報の存在
を否認しても、電子公証機関１６に蓄積された確証化支
払情報１８により、当該支払情報の存在が証明される。

【００７１】さらに、発注者１１と受注者１３の双方が
支払情報の存在を否認しても、電子公証機関１６が保有
する確証化支払情報１８と、ネッティングサービス提供
者１４が保有する支払情報１２により、当該支払情報の
存在が証明される。

【００７２】したがって、ネッティング処理２０の後
に、発注者１１、受注者１３の一方又は双方が支払情報
１２の存在を否認しても、電子公証機関１６により取ら
れていた確証により、ネッティングサービス提供者１４
は自己の処理の正当性を技術的に主張することができ
る。

【００７３】次に、本実施の形態の第２の例について説
明する。

【００７４】図５は、この例の全体構成を示す図であ
る。この図５において、図３における部分と同一部分ま
たは相当部分には、同一の符号を付して説明する。

【００７５】この図５に示す例において、発注者１１
は、支払情報１２を共通鍵Ｋで暗号化し、暗号化支払情
報１５を生成する（ステップＳ１）。

【００７６】この暗号化支払情報１５は、発注者１１か
ら電子公証機関１６に送信される（ステップＳ２）。

【００７７】電子公証機関１６は、この暗号化支払情報
１５を受信すると、自身のメモリに蓄積しておく。

【００７８】また、発注者１１は、上記支払情報１２を
受注者１３に送信する（ステップＳ１２）。受注者１３
は、この支払情報１２を受信すると、自身のメモリに蓄
積するとともに、共通鍵Ｋで暗号化し、暗号化支払情報
１７を生成する（ステップＳ５）。

【００７９】この暗号化支払情報１７は、受注者１３か
ら電子公証機関１６に送信される（ステップＳ６）。

【００８０】電子公証機関１６は、受注者１３から暗号
化支払情報１７を受信すると、この暗号化支払情報１７
を参照して（ステップＳ７）、先に発注者１１から受信
して蓄積している暗号化支払情報１５の中から、暗号化
支払情報１７と同じ内容のものを見出して（ステップＳ
８）、暗号化支払情報１７と暗号化支払情報１５の両方
をペアにして、それにタイムスタンプを記録して、確証
化支払情報１８として自身のメモリに蓄積する。このよ
うにして確証化処理が行われる。

【００８１】次に、電子公証機関１６は、ネッティング
サービス提供者１４に確証化支払情報１８を送信し（ス
テップＳ１０）、ネッティングサービス提供者１４は、
この確証化支払情報１８を共通鍵Ｋで復号化し、自身の
メモリに蓄積することで、確認２１を行う。

【００８２】さらに、ネッティングサービス提供者１４
は、支払情報１２中の支払期日などからネッティング処
理の時期を判断し、その時期になると、蓄積されている
支払情報１２を読み出してネッティング処理２０を行
う。

【００８３】このように、本実施の形態のこの例でも、
電子公証機関１６は、共有鍵Ｋを保有していないため、
暗号化支払情報１５を改ざんすることはできない。

【００８４】また、発注者１１のみが支払情報の存在を
否認しても、電子公証機関１６に蓄積された確証化支払
情報１８と、受注者１３のもつ暗号化支払情報１７によ
り、当該支払情報の存在が証明される。

【００８５】さらに、受注者１３のみが支払情報の存在
を否認しても、電子公証機関１６に蓄積された確証化支
払情報１８と、発注者１１のもつ暗号化支払情報１５に
より、当該支払情報の存在が証明される。

【００８６】また、発注者１１と受注者１３の双方が支
払情報の存在を否認しても、電子公証機関１６が保有す
る確証化情報１８により、当該支払情報の存在が証明さ
れる。

【００８７】したがって、ネッティング処理２０の後、
発注者１１、受注者１３の一方又は双方が支払情報の存
在を否認しても、電子公証機関１６により取られている
証拠により、ネッティングサービス提供者１４は自己の
処理の正当性を技術的に主張することができる。

【００８８】次に、本発明の形態の第３の例について説
明する。図６は、この第３の例を説明するための図であ
る。この図６において、図３、図５における部分と同一
部分または相当部分には同一の符号を付して説明する。

【００８９】この図６において、発注者１１は、支払情
報１２を共通鍵Ｋで暗号化し、暗号化支払情報１５を生
成する（ステップＳ１）。

【００９０】この暗号化支払情報１５は、発注者１１か
ら電子公証機関１６に送信される（ステップＳ２）。

【００９１】電子公証機関１６は、暗号化支払情報１５
を受信すると、これを自身のメモリに蓄積しておく。ま
た、電子公証機関１６は、この暗号化支払情報１５を受
注者１３に送信する（ステップＳ１２）。

【００９２】受注者１３は、電子公証機関１６から暗号
化支払情報１５を受信すると、共通鍵Ｋにより、この暗
号化支払情報１５の復号化処理２１を行って支払情報２
２を得る（ステップＳ１３）。

【００９３】受注者１３は、電子公証機関１６に対し
て、支払情報を受信した旨を示す受信応答２３を送信す
る（ステップＳ１４）。

【００９４】電子公証機関１６は、この受信応答２３を
受信すると、対応する暗号化支払情報１５にタイムスタ
ンプを記録して確証化支払情報１８を生成し、自身のメ
モリに蓄積する。このようにして確証化処理が行われ
る。

【００９５】次いで、電子公証機関１６は、ネッティン
グサービス提供者１４に確証化支払情報１８を送信し
（ステップＳ１０）、ネッティングサービス提供者１４
は、共通鍵Ｋにより復号化して、支払情報を蓄積する。

【００９６】さらに、ネッティングサービス提供者１４
は、支払情報中の支払期日などからネッティング処理時
期を判断し、その時期になると、先に自身のメモリに蓄
積しておいた支払情報を読み出して、確認２１を行い、
ネッティング処理２０を行う（ステップＳ１１）。

【００９７】このように、本実施の形態のこの例におい
ても、電子公証機関１６は、共通鍵Ｋを保有しないた
め、暗号化支払情報１５を改ざんすることはできない。

【００９８】また、発注者１１のみが支払情報の存在を
否認しても、電子公証機関１６に蓄積された暗号化支払
情報１５と、受注者１３のもつ暗号化支払情報を復号化
した支払情報２２により、当該支払情報の存在が証明さ
れる。

【００９９】さらに、受注者１３のみが支払情報の存在
を否認しても、電子公証機関１６に蓄積されている暗号
化支払情報１５と、発注者１１のもつ暗号化支払情報１
５により、当該支払情報の存在が証明される。

【０１００】加えて、発注者１１と受注者１３の双方が
支払情報の存在を否認しても、電子公証機関１６が保有
する確証化支払情報１８により、当該支払情報の存在が
証明される。

【０１０１】したがって、本実施の形態のこの例におい
ても、ネッティング処理２０の後、発注者１１、受注者
１３の一方又は双方が支払情報の存在を否認しても、電
子公証機関１６により取られている確証により、ネッテ
ィングサービス提供者は自己の処理の正当性を技術的に
主張できる。（第３の実施の形態）ところで、上記第１及び第２の実
施の形態では、多角相殺の場合において、ネッティング
サービス参加者である全ての企業を、それぞれの信用度
が異なっていても、同等に扱っていたので、いずれかの
企業が支払不能になると、その影響はネッティングサー
ビス参加者である全ての企業に及んでしまうという問題
点は残されていた。すなわち、上記実施の形態で述べた
ものは、ネッティングサービス参加者である複数の企業
を業種等によりグループ化し、いずれかの企業が支払不
能になった場合に、その影響を当該企業の所属するグル
ープ内にとどめるようにするというものではなかった。

【０１０２】以下、この問題点を解決するための本発明
の第３の実施の形態について図面に基づき説明する。

【０１０３】図７は、ネッティング処理開始時刻以後の
処理を説明するための図である。

【０１０４】本実施の形態では、複数のネッティングサ
ービス参加者を信用度、信頼度などを加味した観点によ
り、グループ化し、各グループごとにネッティング方
式、データ受付締め切り時刻を設定し、いずれかのネッ
ティングサーバ参加者が支払不能になった場合の影響を
グループ内に限定できるネッティングサービスを行うよ
うにしている。

【０１０５】本実施の形態における処理を開始する前
に、まず、ネッティングサービス参加者についての情報
を、ネッティングサービス提供者が有するシステム内の
データベース１１に登録する。具体的には、以下のよう
な項目を登録する。（１）参加企業名、（２）参加企業コード、（３）ネッ
ティング方式、（４）所属グループ名、（５）所属グル
ープコード、等。

【０１０６】なお、ここで、（３）ネッティング方式に
ついては、各参加企業は、（ａ）相対相殺、（ｂ）多角
相殺、（ｃ）相殺なし、のいずれかを選択できる。ま
た、（４）所属グループ名、（５）所属グループコード
については、ネッティングの効果とリスクを考慮して、
ネッティング処理の対象となる企業をグループ化し、こ
のグループ化の結果、各企業が所属することになったグ
ループについての情報を登録する。

【０１０７】次に、グループについては、その定義情報
を、データベース１２に登録する。具体的には、以下の
ような項目を登録する。（１）グループ名、（２）グループコード、（３）幹事
名、（４）幹事コード、（５）ネッティング方式、
（６）グループ外ネッティング区分、（７）決済銀行、
等。

【０１０８】なお、（５）ネッティング方式において
は、グループ全体としてのグループ外の参加者とのネッ
ティング（相殺）の方法を指定する。各グループは、
（Ａ）幹事なし、（Ｂ）幹事あり、かつ、グループ外と
の相対相殺あり、（Ｃ）幹事あり、かつ、グループ外と
の相対相殺なし、のいずれかを選択できる。

【０１０９】次に、動作について説明する。図８に示す
ように、ネッティングサービス参加者である発注者１３
は、ネッティングのデータ受付締め切り時刻までにネッ
ティングサービス提供者１４に対して、「発注者」、
「受注者」、「支払日」、「通貨」、「金額」を含む支
払情報または請求情報１５をネッティングサービス提供
者１４に送信する。

【０１１０】ネッティングサービス提供者１４は、支払
情報１５を受信すると、受信した支払情報１５を支払情
報データベース１６に蓄積する。

【０１１１】ネッティングサービス提供者１４が請求情
報を受信した場合も、図示していないが、同様にして、
請求情報を請求情報データベースに蓄積する。

【０１１２】次に、ネッティングサービス提供者１４
は、ネッティング処理開始時刻２０になると、ネッティ
ングサービス提供者のシステム内のデータベース１１に
登録された参加企業情報１７、ネッティングサービス提
供者のシステム内のデータベース１２に登録されたグル
ープ定義情報１８、支払情報データベース１６に登録さ
れた支払情報、または請求情報データべースに登録され
た請求情報から、そのネッティング処理開始時刻に対応
するデータを抽出する。

【０１１３】次に、グループ定義情報１８中の「ネッテ
ィング方式」及び参加企業情報１７中の「ネッティング
方式」を参照して、ネッティング処理を行う。

【０１１４】グループ定義情報１８中の「ネッティング
方式」としては、（Ａ）幹事なし、（Ｂ）幹事あり、か
つ、グループ外との相対相殺あり、（Ｃ）幹事あり、か
つ、グループ外との相対相殺なし、の３つの場合がある
が、これらの場合を順に説明する。

【０１１５】また、それぞれの場合において、参加企業
情報１７中の「ネッティング方式」として、（ａ）多角
相殺、（ｂ）相対相殺、（ｃ）相殺なし、の３通りが考
えられるので、これらについても項目を分けて説明す
る。（Ａ）幹事なしの場合において、（ａ）多角相殺の場
合、この場合は、グループ内では多角相殺を行う。すな
わち、各企業が同じグループ内の他企業に支払うべき額
と同じグループ内の他企業から支払われる額との差額
を、その企業のグループ内での決済額とする。（ｂ）相
対相殺の場合、この場合は、グループ内では相対相殺を
行う。すなわち、グループ内の直接取引する相手企業ご
とに、各企業がその相手企業に支払うべき額と各企業が
その相手企業から支払われる額との差額を、その企業の
グループ内での決済額とする。（ｃ）相殺なしの場合、
この場合は、グループ内では、各企業がグループ内の直
接取引する相手企業に支払うべき額を、その企業のグル
ープ内での決済額とする。

【０１１６】なお、この（Ａ）の場合においては、グル
ープ外の企業とは、相殺を行わない。（Ｂ）幹事あり、かつ、グループ外との相対相殺ありの
場合において、（ａ）多角相殺の場合、この場合は、グループ内では多
角相殺を行う。すなわち、各企業が同じグループ内の他
企業に支払うべき額と同じグループ内の他企業から支払
われる額との差額を、その企業のグループ内での決済額
とする。

【０１１７】併せて、グループ外の企業との間では相対
相殺を行う。すなわち、グループ外の直接取引する相手
企業ごとに、各企業がその相手企業に支払うべき額と各
企業がその相手企業から支払われる額との差額を、その
企業のグループ外の企業との間での決済額とする。（ｂ）相対相殺の場合、この場合は、グループ内では相
対相殺を行う。すなわち、グループ内の直接取引する相
手企業ごとに、各企業がその相手企業に支払うべき額と
各企業がその相手企業から支払われる額との差額を、そ
の企業のグループ内での決済額とする。

【０１１８】併せて、グループ外の企業との間では相対
相殺を行う。すなわち、グループ外の直接取引する相手
企業ごとに、各企業がその相手企業に支払うべき額と各
企業がその相手企業から支払われる額との差額を、その
企業のグループ外の企業との間での決済額とする。（ｃ）相殺なしの場合、この場合は、グループ内では、
各企業がグループ内の直接取引する相手企業に支払うべ
き額を、その企業のグループ内での決済額とする。

【０１１９】併せて、グループ外の企業との間では相対
相殺を行う。すなわち、グループ外の直接取引する相手
企業ごとに、各企業がその相手企業に支払うべき額と各
企業がその相手企業から支払われる額との差額を、その
企業のグループ外の企業との間での決済額とする。

【０１２０】なお、この（Ｂ）の場合において、幹事の
企業は、上記の（ａ）〜（ｃ）に加え、グループ内の企
業とグループ外の企業との間での決済額を合算し、この
合算された決済額を、そのグループ外の企業が所属する
グループの幹事の企業に支払うべき決済額とする。（Ｃ）幹事あり、かつ、グループ外との相対相殺なしの
場合、（ａ）多角相殺の場合、この場合は、グループ内では多
角相殺を行う。すなわち、各企業が同じグループ内の他
企業に支払うべき額と同じグループ内の他企業から支払
われる額との差額を、その企業のグループ内での決済額
とする。

【０１２１】併せて、グループ外の企業との間では、グ
ループ外の直接取引する企業に支払うべき額を、その企
業のグループ外の企業との間での決済額とする。（ｂ）相対相殺の場合、この場合は、グループ内では相
対相殺を行う。すなわち、グループ内の直接取引する相
手企業ごとに、各企業がその相手企業に支払うべき額と
各企業がその相手企業から支払われる額との差額を、そ
の企業のグループ内での決済額とする。

【０１２２】併せて、グループ外の企業との間では、グ
ループ外の直接取引する企業に支払うべき額を、その企
業のグループ外の企業との間での決済額とする。（ｃ）相殺なしの場合、この場合は、グループ内では、
各企業が同じグループ内の直接取引する相手企業に支払
うべき額を、その企業のグループ内での決済額とする。

【０１２３】併せて、グループ外の企業との間では、グ
ループ外の直接取引する企業に支払うべき額を、その企
業のグループ外の企業との間での決済額とする。

【０１２４】なお、この（Ｃ）の場合において、幹事の
企業は、上記の（ａ）〜（ｃ）に加え、グループ内の企
業とグループ外の企業との間での決済額を合算し、この
合算された決済額を、そのグループ外の企業が所属する
グループの幹事の企業に支払うべき決済額とする。

【０１２５】上記から明らかなように、本実施の形態
は、グループ外の企業とのネッティング方式に「幹事な
し」を指定して、グループ外の企業との相殺を行わない
という設定を可能としたことにより、１つの企業が支払
い不能になったとしても、その影響が及ぶ範囲がグルー
プ内に収まるという効果を奏するものである。

【０１２６】また、幹事の企業とグループ外の企業との
間で相対相殺を行う場合に、支払い不能になったのが幹
事の企業であっても、支払いが滞るなどの影響はそのグ
ループ内、および、相殺相手の幹事の企業にとどまり、
支払い不能になったのが幹事の企業でなければ、支払が
滞るなどの影響は、当該グループ内に収まる。

【０１２７】

【発明の効果】本発明には、多角相殺の結果に基づく決
済の効率の良さを維持しつつ、信用度の異なる複数の企
業を相殺の対象とした上で、いずれかの企業が支払不能
になった場合に、その影響が全ての企業に及ぶことを回
避するとともに、企業間の責任関係を明確化することが
できるという効果がある。

【０１２８】また本発明には、ネッティング処理の後、
発注者、受注者の一方又は双方が支払情報の存在を否認
しても、ネッティングサービス提供者は自己の処理の正
当性を技術的に主張することができるという効果もあ
る。

【０１２９】さらに本発明には、１つの企業が支払い不
能になったとしても、その影響が及ぶ範囲がグループ内
に収まるようにすることができるという効果もある。

【図面の簡単な説明】

【図１】図１は、本発明の第１の実施の形態における処
理の流れを示す図である。

【図２】図２は、本発明の第１の実施の形態において、
決済額を求める処理を説明する際に参照する図である。

【図３】図３は、本発明の第２の実施の形態の第１の例
の全体構成を示すブロック図である。

【図４】図４は、本発明の第２の実施の形態における支
払情報を示す図である。

【図５】図５は、本発明の第２の実施の形態の第２の例
の全体構成を示すブロック図である。

【図６】図６は、本発明の第２の実施の形態の第３の例
の全体構成を示すブロック図である。

【図７】図７は、本発明の第３の実施の形態の全体構成
を示すブロック図である。

【図８】図８は、本発明の第３の実施の形態の処理を説
明する際に参照する図である。

【図９】図９は、従来の技術を説明する際に参照する、
企業間の支払関係の例を示す図である。

【図１０】図１０は、従来の技術を説明する際に参照す
る、多角相殺後の支払額の移動を示す図である。

【符号の説明】

６ａ第１段階６ｂ第２段階６ｃ第３段階６ｄ第４段階１１発注者１２，２２支払情報１３受注者１４ネッティングサービス提供者１５，１７暗号化支払情報１６電子公証機関１８確証化支払情報１９確証確認２０ネッティング処理２１復号化処理２３受信応答

Claims

【特許請求の範囲】

【請求項１】ネッティングサービスの提供者のコンピ
ュータと該ネッティングサービスへの複数の参加者のコ
ンピュータとが通信回線により接続されてなるネッティ
ングサービスシステムであって、前記参加者のコンピュータは、自コンピュータが記憶している担保の額に応じた担保を
前記提供者のコンピュータに送信する手段を備え、前記提供者のコンピュータは、前記複数の参加者のそれぞれの決済額を、前記参加者の
コンピュータから送信された担保の額の範囲内で、多角
相殺により決定する手段と、この決定により決済額がプラスとなった参加者のコンピ
ュータに決済額に応じて送金する手段と、決済額が担保の額の範囲内に収まらなくなるために多角
相殺の対象には含めなかった支払いについて、当該支払
いに係る決済額を相対相殺により決定して対応する参加
者のコンピュータに通知する手段とを備え、前記参加者のコンピュータは、前記提供者のコンピュータから通知された決済額に応じ
て他の参加者のコンピュータに送金する手段を備えたこ
とを特徴とするネッティングサービスシステム。
【請求項２】前記参加者のコンピュータは、前記多角相殺による決済額の決定に先立って、どの参加
者にいつどれだけの支払いをすべきかを示す支払情報を
前記提供者のコンピュータに送信する手段をさらに備
え、前記提供者のコンピュータは、前記参加者のコンピュータから担保の額の照会要求を受
信すると、該参加者が送信すべき担保の額を、前記支払
情報をもとに決定する手段と、この決定した担保の額を該参加者のコンピュータに通知
する手段とをさらに備え、前記参加者のコンピュータは、前記提供者のコンピュータから通知された担保の額を記
憶する手段をさらに備えたことを特徴とする請求項１に
記載のネッティングサービスシステム。
【請求項３】前記提供者のコンピュータ内の前記担保
の額を決定する手段は、前記参加者が提供すべき担保の
額が該参加者について予め登録された担保の限度額内に
収まるように、前記担保の額を決定し、前記提供者のコンピュータ内の前記相対相殺により決済
額を決定して通知する手段は、担保の額が担保の限度額
内に収まらなくなるために前記担保の額の決定には含め
なかった支払いについて、当該支払いに係る決済額を相
対相殺により決定して対応する参加者のコンピュータに
通知することを特徴とする請求項２に記載のネッティン
グサービスシステム。
【請求項４】前記参加者のコンピュータが前記提供者
のコンピュータに担保を送信する処理、及び、前記提供
者のコンピュータが前記参加者のコンピュータに決済額
に応じて送金する処理を、金融機関が提供する資金移動
手段を用いて行うことを特徴とする請求項３に記載のネ
ッティングサービスシステム。
【請求項５】前記複数の参加者のうち発注者のコンピ
ュータから前記支払情報を受信し、該支払情報の正当性
が電子公証機関のコンピュータにおいて確認されている
場合にのみ、該支払情報をもとに処理を行うことを特徴
とする請求項２に記載のネッティングサービスシステ
ム。
【請求項６】前記支払情報の正当性の確認は、前記複
数の参加者のうち発注者のコンピュータと受注者のコン
ピュータとに共通の暗号化鍵を持たせておき、前記発注
者のコンピュータが、前記支払情報を自身のコンピュー
タが有する前記暗号化鍵で暗号化して前記電子公証機関
のコンピュータに送信し、前記受注者のコンピュータ
が、前記発注者のコンピュータから前記支払情報を受け
取るとこれを自身のコンピュータが有する前記暗号化鍵
で暗号化して前記電子公証機関のコンピュータに送信
し、前記電子公証機関のコンピュータが、前記発注者の
コンピュータから送信された支払情報と前記受注者のコ
ンピュータから送信された支払情報とが一致するかどう
か比較する、という処理によって行うことを特徴とする
請求項５に記載のネッティングサービスシステム。
【請求項７】電子公証機関のコンピュータにおいてそ
の正当性が確認された支払情報のみを前記電子公証機関
のコンピュータから受信し、該支払情報をもとに処理を
行うことを特徴とする請求項２に記載のネッティングサ
ービスシステム。
【請求項８】前記支払情報の正当性の確認は、前記複
数の参加者のうち発注者のコンピュータと受注者のコン
ピュータとに共通の暗号化鍵を持たせておき、前記発注
者のコンピュータが、前記支払情報を自身のコンピュー
タが有する前記暗号化鍵で暗号化して前記電子公証機関
のコンピュータに送信し、前記受注者のコンピュータ
が、前記発注者のコンピュータから前記支払情報を受け
取るとこれを自身のコンピュータが有する前記暗号化鍵
で暗号化して前記電子公証機関のコンピュータに送信
し、前記電子公証機関のコンピュータが、前記発注者の
コンピュータから送信された支払情報と前記受注者のコ
ンピュータから送信された支払情報とが一致するかどう
か比較する、という処理によって行うことを特徴とする
請求項７に記載のネッティングサービスシステム。
【請求項９】前記支払情報の正当性の確認は、前記複
数の参加者のうち発注者のコンピュータと受注者のコン
ピュータとに共通の暗号化鍵を持たせておき、前記発注
者のコンピュータが、前記支払情報を自身のコンピュー
タが有する前記暗号化鍵で暗号化して前記電子公証機関
のコンピュータに送信し、前記受注者のコンピュータ
が、前記電子公証機関のコンピュータから前記暗号化さ
れた支払情報を受け取るとこれを自身のコンピュータが
有する前記暗号化鍵で復号化して受信応答を前記電子公
証機関のコンピュータに送信し、前記電子公証機関のコ
ンピュータが、前記受注者のコンピュータから前記受信
応答を受信する、という処理によって行うことを特徴と
する請求項７に記載のネッティングサービスシステム。
【請求項１０】前記複数の参加者を複数のグループに
分け、前記複数のグループのそれぞれに、（Ａ）幹事な
し、（Ｂ）幹事あり、かつ、グループ外との相対相殺あ
り、又は、（Ｃ）幹事あり、かつ、グループ外との相対
相殺なし、のいずれかを、ネッティング方式として設定
しておき、前記複数のグループのうちネッティング方式として
（Ａ）が設定されているグループについては、そのグル
ープ内の参加者とそのグループ外の参加者との間で、相
殺を行わず、ネッティング方式として（Ｂ）が設定され
ているグループについては、そのグループ内の参加者と
そのグループ外の参加者との間で、相対相殺により決済
額を決定し、（Ｃ）が設定されているグループについて
は、そのグループ内の参加者とそのグループ外の参加者
との間で、各参加者の支払うべき額をそのまま決済額と
し、前記参加者のコンピュータが前記提供者のコンピュータ
に担保を送信する処理、前記提供者のコンピュータが多
角相殺により決済額を決定する処理、前記提供者のコン
ピュータが前記参加者のコンピュータに決済額に応じて
送金する処理、前記提供者のコンピュータが相対相殺に
より決済額を決定する処理、及び、前記参加者のコンピ
ュータが決済額に応じて送金する処理は、前記複数のグ
ループのそれぞれのグループ内の参加者についてのみ行
うことを特徴とする請求項１に記載のネッティングサー
ビスシステム。
【請求項１１】グループ内の参加者のコンピュータか
らグループ外の参加者のコンピュータへの決済額に応じ
た送金は、該グループの幹事たる参加者のコンピュータ
が行うことを特徴とする請求項１０に記載のネッティン
グサービスシステム。