JP2004157890A

JP2004157890A - Proxy application system and processing method related to electronic securities

Info

Publication number: JP2004157890A
Application number: JP2002324678A
Authority: JP
Inventors: Toshiyuki Moritsu; 俊之森津; Atsushi Shimamura; 敦司島村; Kunihito Takeuchi; 國人竹内
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-11-08
Filing date: 2002-11-08
Publication date: 2004-06-03

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system for borrowing funds with electronic securities as collateral and providing proxy applications for the issuing of guaranteed electronic securities. <P>SOLUTION: A proxy system is constructed which provides proxy applications for a plurality of acceptors (registrants of electronic securities, fund lenders, guarantors) by (1) collecting necessary items for the applications; (2) adding up and acquiring necessary attached files; (3) providing proxy applications among the acceptors; (4) synchronizing the plurality of applications; and (5) restricting the possible combinations of the acceptors. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、電子的なデータのやりとりで実現する代理申請に属するものであり、特に電子的なデータの記録により証券の権利の発生・移転・消滅を行う電子証券取引において、電子証券に対する保証および電子証券を担保とした借り入れの代理申請に属するものである。
【０００２】
【従来の技術】
これまで主に中小企業が金融機関が資金の借り入れを行う場合、もしくは中小企業が手形を振り出したり私募債を発行する場合に、信用力の補完することを目的として公的あるいは民間の信用保証機関に保証を依頼することが商習慣の中で広く行われている。また中小企業が資金の借り入れを行うにあたり証券を担保として差し入れる場合も多い。現状において、これらの保証申請は紙面を用いて行われている。例えば、ある企業が金融機関から借り入れを行い、その信用保証を証券を担保として公的な信用保証機関である信用保証協会に依頼するのであれば、具体的に以下の書類を信用保証協会に対して提出する。
（１）企業ならびに金融機関による信用保証申請書
（２）添付書類（商業登記簿、確定申告書、印鑑証明書、営業許可証等）
（３）担保となる証券
今後これらの保証申請の事務手続きは、電子的に行われると考えられる。その理由としては以下の点があげられる。
（１）契約行為の電子化が進展してきたこと
（２）証券が電子化が進展してきたこと
（３）公文書等の取得の電子化が進展してきたこと
契約行為の電子化に関しては、「書面の交付に関する情報通信の技術の利用のための関係法律整備に関する法」や「電子消費者契約及び電子承諾通知に関する民法の特例に関する法律」が制定されるなど、これまで紙面によりなされていた契約行為が電子的に行える環境が整備されつつある。これらの契約の電子化に関する技術としては、例えば、電子契約内容の通達の技術として、「電子文書引渡しシステム」と題する下記の特許文献１などが公知である。また契約に致までに取り交わされた説明内容を証拠化する技術として、「契約方法及び契約処理システム」と題する下記の特許文献２がある。
【０００３】
また証券の電子化に関しては、「社債等の振替に関する法律」が成立するなど、これまで紙の受け渡しや紙面上の表記により権利の発生、移転、消滅が行われていた証券取引を、電子的にペーパレスで行おうという動きが活発になりつつある。電子的に証券取引を行う方法としては、電子データ自身に価値があると定義し、それらの価値を有する電子データの移動で権利の移転を行う方式（電子有価証券方式）と、信頼される振替機関を構築し、前記振替機関が保有するの電子的な帳簿の記載の書き換えにより権利の移転を行う方式（振替機関方式）がある。電子有価証券方式は、電子データの不正コピーによる二重譲渡を防ぐことが難しく技術要求レベルが高いこと、また特に高額が電子有価証券はコピーされた場合の損害額も大きくなることから、現時点では振替機関方式が主流になりつつある。これらの電子証券に関する基本的な枠組みは、下記の非特許文献１等に示されている。
【０００４】
また公文書の電子申請に関しては、平成１４年３月２７日より総務省が電子申請・届出システムの運用を開始するなど、一部の書類の電子申請に関しては実用化が進んでいる。
【０００５】
また申請者に代わり専門知識を有する代理人が申請を代行する代理申請の概念は、下記の非特許文献２に示されている。
【０００６】
以上により、信用保証を行うための申込み（契約）、証券への保証設定あるいは保証の担保となる証券への担保設定、添付書類取得の全ての行為を電子化する環境が揃いつつあり、今後事務効率の向上に向けて、これらの処理全てが電子的に行われる可能性がある。
【０００７】
【特許文献１】
特開平１０−１５４１１０号公報
【特許文献２】
特開２００１−３５７３２２号公報
【非特許文献１】
「（財）企業活力研究所企業の資金調達の円滑化に関する（協議会企業財務協議会）電子ＣＰ等の決済システムグランドデザイン」
【非特許文献２】
「（財）ニューメディア開発協会代理申請に関する制度的・技術的課題研究会代理申請の制度的・技術的課題について」
【０００８】
【発明が解決しようとする課題】
今後、電子証券を担保とした信用保証あるいは電子証券に対する信用保証の手続きが電子化された場合においては、信用保証を依頼する企業がこれらの電子申請処理を自力で行うことが困難なケースが生じることが予想される。理由としては、第一に申請を行う相手が、借り入れや資金決済を行う金融機関や、電子証券への保証登録・担保登録を行う電子証券振替機関、信用を保証する信用保証機関、必要となる添付書類を提供する電子政府と多岐にわたること、第二に現状の信用保証の制度を踏まえると必要となる添付書類が多岐にわたり必要書類がケースごとにことなること、第三に信用保証を依頼する企業は主に中小企業であり、それら中小企業の経営者が上記専門知識を修得することが難しいことが上げられる。そこで信用保証を依頼する企業に代わり代理人が上記申請を代行するモデルの実現が求められ、それを実現するシステムを構築することが本発明の課題である。
【０００９】
先述のとおり公知技術として代理申請の実現モデルの検討は進められているが、これらの多くは、申請先が一団体のモデルが多い。つまりはサービスを提供する一人もしくは一団体の申請先に対して、申請を依頼する申請人が、申請を代理する代理人により、申請に必要な添付書類を提供する添付書類提供人（複数の場合あり）からの提供される添付書類を添付して申請を行うモデルである。
【００１０】
そこで本発明では、複数の申請先（金融機関、信用保証機関、電子証券振替機関）に対して、代理人が申請人（企業）に代わり、添付書類提供機関（電子政府等）から取得した添付書類を添えて代理申請を行うモデルにおいて、具体的に、複数の申請先が存在することにより具現化する以下の少なくとも１つの課題を解決することを課題とする。
（１）代理人は、全ての申請先と添付書類提供人に対する申請内容を集計し、申請人が必要記入項目の中で重複する部分の入力を複数回入力しなくてもよいシステムを実現すること。
【００１１】
企業は代理人に、金融機関への貸付・代金決済、信用保証機関による信用保証、電子証券振替機関への証券登録を依頼するが、それぞれの申請内容において共通する記入項目が存在すると考えられる（住所、企業名、代表者名等）。そこで代理人が、全ての申請において必要になる項目を抽出し、重複項目を取り除いた上で、申請人に対して項目の入力を求めることで申請人の負荷を軽減するシステムを実現する。
（２）各々の申請先がサービスを提供する上で必要となる電子書類を集計した上で、添付書類提供人に対して要求を行うシステムを実現すること。
【００１２】
代理人は企業に代わり、金融機関への貸付・代金決済、信用保証機関による信用保証、電子証券振替機関への証券登録の申請において必要となる添付書類の取得する。そこで全ての申請において、必要となる添付書類を抽出し、重複する添付書類を取り除いた上で、各電子政府に対して添付書類の申請を行うことで、添付書類取得のためのコストを軽減するシステムを実現する。
（３）申請人からの申請を受けて、ある申請先（申請先Ａ）が他の申請先（申請先Ｂ）に対してサービスの申請を行う必要が生じた際に、代理人が申請先Ａの代行を行い申請先Ｂに代理申請を行うシステムを実現すること。
【００１３】
信用保証機関が電子証券に対する保証を付与する場合、保証機関は電子証券振替機関へ保証の登録を行う必要がある。そこで代理人が申請先の一つである保証機関に成り代わり別の申請先である電子証券振替機関へ代理申請を行うシステムを実現する。
（４）申請人からの申請を受けて、ある申請先（申請先Ａ）が実施するサービスと他の申請先（申請先Ｂ）が実施するサービスの間に同期が必要な場合、代理人がその同期の制御を行うシステムを実現すること。
【００１４】
電子証券を担保とした借り入れにおいては、電子証券を担保として差し入れたのに借り入れが行えないあるいは貸し付けを行ったのに電子証券の担保が設定されていないといったことが起こりうる。そこで金融機関による貸付と電子証券への担保設定を同期させるシステムを実現する。
（５）代理人が、申請先の組み合わせを制限の判断を支援する。ある申請先Ａを指定した場合、申請先Ｂを指定しなければならない等に対応する機能を実現すること。
【００１５】
ある金融機関（銀行Ａ）に借り入れを行った場合には、その信用保証を行える信用保証機関がある特定に信用保証機関（銀行Ａの系列の信用保証会社等）に制限される場合がある。そこで代理人においてこの判断の支援を行うシステムを実現する。
【００１６】
【課題を解決するための手段】
第一の課題を解決するために、代理人システムに、
全ての申請先への申請を行うのに必要となる申請項目を集計する処理機能と、集計を行った申請項目から重複する申請項目を削除した上で、申請人システムに送信する処理機能と、
送信した申請項目に対して入力された値である申請内容を申請人システムから受信する処理機能と、
受信した申請内容の中から、各々の申請先ごとに、申請に必要となる前記申請項目に対応する前記申請内容を抽出して、前記申請先に送信する処理機能を持たせる。
【００１７】
第二の課題を解決するために、代理人システムに、
全ての申請を行うのに必要となる前記電子添付書類を集計する処理機能と、
集計を行った前記電子添付書類から重複する前記電子添付書類を削除する処理機能と、
添付書類提供機関システムへの添付書類送信申請に必要になる申請項目を、第一の課題の解決策と同様に重複する申請項目削除した上で申請人システムに送信する処理機能と、
送信した申請項目に対して入力された値である申請内容を前記申請人システムから受信する処理機能と、
添付書類送信要求に必要となる申請項目に対する申請内容を受信した申請内容から抽出して添付書類提供機関システムに送信する処理機能と、
添付書類提供機関システムから電子添付書類を受信する処理機能と、
各々の前記申請先に対して、受信した申請内容の中から申請先に対する申請に必要となる申請項目に対応する申請内容を抽出した結果と、受信した電子添付書類の中から申請に必要となる電子添付書類を抽出した結果とを送信する処理ステップとを持たせる。
【００１８】
第三の課題を解決するために、代理人システムに、第一の課題を解決するための処理機能に加えて、
代理人に対して申請の代行を依頼する申請先（申請先Ａ）のシステムから、申請先Ａの申請先（申請先Ｂ）への申請に必要となる申請内容を受信する処理機能と、
申請人Ｂシステムに前記受信した申請内容を送信する処理機能とを持たせる。
【００１９】
第四の課題を解決するために代理人システムに、
申請の同期が必要となる申請先が申請先Ａと申請先Ｂとした場合おいて、
申請先Ａシステムに対して申請の受諾が可能な状態を保持するよう依頼するメッセージを送信する処理機能と、
申請先Ｂシステムに対して、申請を受諾するように依頼するメッセージを送信する処理機能と、
申請先Ａシステムに対して、状態を保持してある申請の受諾を実行するように依頼する機能とを持たせる。
【００２０】
第五の課題を解決するために、代理人システムに、
申請人システムから申請先の組み合わせを受信し、その組み合わせが組み合わせ可能かを判断する処理機能か、
組み合わせ可能な前記申請先の情報を前記申請人システムに送信する処理機能かを持たせる。
【００２１】
【発明の実施の形態】
本発明を実施するシステムは図１に示すように、申請人システム１１０、代理人システム１２０、金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０、添付書類提供機関システム１６０とをネットワーク１９０により接続して構成する。申請人システム１１０は、電子証券を担保とした借入申請、電子証券に対する保証申請を行う法人あるいは個人が使用するシステムである。本実施形態において、具体的な申請人の例として、企業Ａが申請を行うものとする。代理人システム１２０は、前記申請を、申請人に代わり行う代理人が使用するシステムである。本実施形態において、具体的な代理人の例として、代理人Ｂが代理申請を行うものとする。金融機関システム１３０は、申請人に対して貸付を行う金融機関が使用するシステムである。ここで金融機関とは、例えば、都市銀行、地方銀行、郵便局、信用金庫、信用組合、労働金庫、農業共同組合、信販会社、クレジット会社、消費者金融会社、リース会社などである。本実施形態において、具体的な金融機関の例として、銀行Ｃが貸し付けを行うものとする。電子証券振替機関システム１４０は、参加者間の債権、債務関係あるいは参加者の権利・義務関係を電子的な記録である電子証券により管理（発生、譲渡、消滅）する電子証券振替機関が使用するシステムである。ここで、電子証券とは、国債、社債、ＣＰ（ＣｏｍｍｅｒｃｉａｌＰａｐｅｒ）、譲渡性預金、株券、手形、小切手、会員券等の有価証券を電子化したものである。またここで電子証券振替機関とは、例えば、平成１４年６月５日に成立した「証券決済制度等の改革による証券市場の整備のための関係法律の整備等に関する法律」の「社債等の振替に関する法律」規定される振替機関ならびに口座管理機関がこれにあたる。本実施形態において、具体的な電子証券振替機関の例として、振替機関Ｄが電子証券の振替を行うものとする。信用保証機関システム１５０は、申請人の借り入れの保証・申請人の発行する電子証券の保証を行う信用保証機関が使用するシステムである。ここで信用保証機関とは、例えば信用保証会社、信用保証基金、信用保証協会などである。本実施形態においては、具体的な信用保証機関の例として、保証会社Ｅが保証を行うものとする。添付書類提供機関システム１６０は、申請者が申請を行う上で必要となる、公文書・私文書を提供する機関である添付書類提供機関が使用するシステムである。ここで添付書類提供機関とは、例えば、官庁・役所の行政サービスなどである。本実施形態においては、具体的な添付書類提供機関として、行政サービスＦが添付書類の提供を行うものとする。なお本実施形態の各システムが、企業Ａ、代理人Ｂ、銀行Ｃ、振替機関Ｄ、保証会社Ｅ、行政サービスＦを特定するの識別データとして、前記それぞれの名前と同名のデータを識別子を用いるものとする。
【００２２】
申請人システム１１０の構成は、図２に示すように、記憶装置２１０、処理装置２２０、入力装置２３０、出力装置２４０、通信装置２５０をバス２６０で接続して構成する。記憶装置２１０は例えばメモりである。処理装置２２０は、例えばＭＰＵであり、記憶装置２１０に記憶したプログラムを実行する。入力装置２３０は、例えばキーボードやマウスであり、外部のオペレータからの情報入力を受ける。出力装置２４０は、例えばディスプレイであり、外部のオペレータに対して情報を表示する。通信装置２５０は、例えばネットワークカードであり、ネットワーク１９０を介して、他の代理人システム１２０、金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０、添付書類提供機関システム１６０との情報の伝達を行う。バス２６０は、記憶装置２１０、処理装置２２０、入力装置２３０、出力装置２４０、通信装置２５０間における情報の伝達を行う。他の代理人システム１２０、金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０、添付書類提供機関システム１６０の構成も図２に示す申請人システム１１０の構成と同じである。
【００２３】
申請人システム１１０の記憶装置２１０には、図１に示すように、申請人処理プログラム１１１と鍵データ１１９を記録する。申請人処理プログラム１１１は、申請人システム１１０の処理装置２２０で実行され、申請人システム１１０の動作を制御する。鍵データ１１９は、本実施形態における各々の参加者が互いに認証を行うためのデータであり、その詳細は後述する。代理人システム１２０の記憶装置には、代理人処理プログラム１２１、必要申請データ１２２，必要項目・必要添付書類データ１２３，申請先データ１２４，鍵データ１２９を記録する。代理人処理プログラム１２１は、代理人システム１２０の処理装置２２０で実行され、代理人システム１２０の動作を制御する。必要申請データ１２２は、代理人が、サービス（電子証券を担保とした借り入れの代理申請、保証付き電子証券の代理発行申請）を提供する上で必要となる各々の機関へ代行する申請を特定するためのデータであり、その詳細は後述する。必要項目・必要添付書類データ１２３は、代理人がある申請を代行するにあたり、その申請に必要となる記入項目、添付書類を特定するためのデータであり、その詳細は後述する。申請先データ１２４は、同様のサービスを提供する申請先が複数の存在する場合（例えば貸し付けを行う企業が複数ある等の場合）に代理人が申請可能な申請先の組み合わせを特定するために用いるデータであり、その詳細は後述する。鍵データ１２９は、本実施形態における各々の参加者が互いに認証を行うためのデータであり、その詳細は後述する。金融機関システム１３０の記憶装置２１０には、金融機関プログラム１３１，資金口座データ１３２，鍵データ１３９を記録する。金融機関処理プログラム１３１は、金融機関システム１３０の処理装置２２０で実行され、金融機関システム１３０の動作を制御する。資金口座データ１３２は、金融機関に口座を有する預金者と自己勘定（銀行自身の口座）の資金残高を管理するデータであり、その詳細は後述する。鍵データ１３９は、本実施形態における各々の参加者が互いに認証を行うためのデータであり、その詳細は後述する。電子証券振替機関システム１４０の記憶装置２１０には、電子証券振替機関処理プログラム１４１，電子証券データ１４２，鍵データ１４９を記録する。電子証券振替機関処理プログラム１４１は、電子証券振替機関システム１４０の処理装置２２０で実行され、電子証券振替機関システム１４０の動作を制御する。電子証券データ１４２は、電子証券振替機関に登録された電子証券を管理するデータであり、その詳細は後述する。鍵データ１４９は、本実施形態における各々の参加者が互いに認証を行うためのデータであり、その詳細は後述する。信用保証機関システム１５０の記憶装置２１０には、信用保証機関処理プログラム１５１，保証判定データ１５２，鍵データ１５９を保存する。信用保証機関処理プログラム１５１は、信用保証機関１５０の処理装置２２０で実行され、信用保証機関システム１５０の動作を制御する。保証判定データ１５２は、信用保証機関が申請人に対して保証を行うかを判断するためのデータであり詳細は後述する。鍵データ１５９は、本実施形態における各々の参加者が互いに認証を行うためのデータであり、その詳細は後述する。添付書類提供機関システム１６０の記憶装置２１０には、添付書類提供機関処理プログラム１６１，書類データ１６２、鍵データ１６９を記憶する。添付書類提供機関処理プログラム１６１は、添付書類提供機関システム１６０の処理装置２２０で実行され、添付書類提供機関システム１６０の動作を制御する。書類データ１６２は、添付書類提供機関が提供する書類を記録するデータであり、その詳細は後述する。鍵データ１６９は、本実施形態における各々のシステムが互いに認証を行うためのデータであり、その詳細は後述する。
【００２４】
次に図３を用いて、鍵データ１１９の構造について述べる。鍵データ１１９は、前述の通り、本実施形態における全ての参加者が互いに認証を行うためのデータである。鍵データ１１９は、各々の参加者の鍵の情報である鍵情報３００から構成する。鍵情報３００は、参加者ＩＤ３０１，公開鍵３０２，秘密鍵３０３の項目を有する。参加者ＩＤ３０１は、その鍵情報３００がどの参加者の鍵情報であるかを特定するためのデータである。公開鍵３０２は参加者ＩＤ３０１で特定される参加者の公開鍵であり、秘密鍵３０３は参加者ＩＤ３０１で特定される参加者の秘密鍵である。ここで公開鍵、秘密鍵とは、公開鍵暗号技術における公開鍵、秘密鍵である。公開鍵暗号技術は公知技術であるがその特徴について簡単に説明する。公開鍵暗号技術において、公開鍵で暗号化されたデータは秘密鍵で復号化可能であり、逆に秘密鍵で暗号化されたデータは公開鍵で復号化できる。また公開鍵から暗号鍵を特定するのは困難である。このような特徴の下、各々の参加者において、自分の暗号鍵を他の参加者に知られないように保持し、公開鍵を他の参加者に公開する。これにより、ある参加者Ａは参加者Ｂの公開鍵で暗号化したデータを参加者Ｂに送ることで、その暗号データは、参加者Ｂ以外解読は困難であり参加者Ｂに対する暗号通信に用いることができる。また参加者Ａは、あるデータとそのデータに対して自分の秘密鍵で暗号化したデータを他の参加者Ｂに送信することにより、参加者Ｂは、受信したデータと暗号化されたデータを参加者Ａの公開鍵で復号化したデータとを比較しそれが一致する場合には、そのデータは確かに参加者Ａが作成したことを確認することができる（電子署名と呼ばれる）。本実施形態において、鍵データ１１９には、申請人Ａ、代理人Ｂ、銀行Ｃ、振替機関Ｄ、行政サービスＥ、保証会社Ｆの鍵情報３００を記録する。ここで鍵データ１１９は、申請人Ａの保持する鍵情報であるので、秘密鍵３０３に関しては申請人Ａの鍵情報３００のみ保持し、他の参加者の秘密鍵３０３は保持されないものとする。鍵データ１２９、鍵データ１３９，鍵データ１４９，鍵データ１５９、鍵データ１６９の構造は、鍵データ１１９と同じである。ただしそれぞれ順に、代理人システム１２０、金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０、添付書類提供機関システム１６０の保持する鍵データであり、秘密鍵３０３に関しては、それぞれ順に、代理人Ｂ、銀行Ｃ、振替機関Ｄ、信用保証会社Ｅ、行政サービスＦの鍵情報３００のみ保持し、他の参加者の秘密鍵３０３は保持しないものとする。なお本実施形態において、申請人Ａ、代理人Ｂ、銀行Ｃ、振替機関Ｄ、信用保証会社Ｅ、行政サービスＦは、それぞれ順に申請人システム１１０、代理人システム１２０，金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０、添付書類提供機関システム１６０にてあらかじめ作成されるものとする。また各々のシステムで作成された公開鍵は、他のシステムに配送されるものとする。ここで秘密鍵・公開鍵の生成方法については、公開鍵暗号技術において公知であるので省略する。
【００２５】
次に図４を用いて、必要申請データ１２２の構造について述べる。必要申請データ１２２は、前述の通り、代理人が、代理サービス（電子証券を担保とした借り入れの代理申請、保証付き電子証券の代理発行申請）を行う上で必要となる申請を特定するためのデータである。必要申請データ１２２は、各々のサービスに関して必要となる申請を特定する情報である必要申請情報４００から構成する。必要申請情報４００は、サービスＩＤ４０１と申請ＩＤ４０２の項目からなる。サービスＩＤ４０１は、必要申請情報４００が代理人が行うどの代理サービスに関するものかを特定するためのデータである。申請ＩＤ４０２は、サービスＩＤ４０１で特定される代理サービスを行う場合に必要となる申請を特定するためのデータであり、複数の申請が必要な場合は複数の値をとるものとする。本実施形態において必要申請データ１２２には、「電子証券担保付き借り入れ」に関する必要申請情報４００と「保証付き電子証券発行」に関する必要申請情報４００が登録してあるものとする。ここで必要申請データ１２２の登録は、代理人システム１２０の入力装置２３０により、あらかじめなされているものとする。
【００２６】
次に図５を用いて、必要項目・必要添付書類データ１２３の構造について述べる。必要項目・必要添付書類データ１２３は、前述の通り、代理人がある申請を代行するにあたり、その申請に必要となる記入項目ならびに添付書類を特定するためのデータである。必要項目・必要添付書類データ１２３は、各々の申請に関して記入項目・添付書類を特定する情報である必要項目・必要添付書類情報５００から構成する。必要項目・必要添付書類情報５００は、申請ＩＤ５０１、申請先区分５０２，必要項目ＩＤ５０３，必要添付書類ＩＤ５０４から構成する。申請ＩＤ５０１は、必要項目・必要添付書類情報５００が代理人が行うどの代理申請に関するものかを特定する。申請先区分５０２は、申請ＩＤ５０１で特定される申請の申請先を特定するためのデータである。必要項目ＩＤ５０３は、申請ＩＤ５０１で特定される申請を行うのに必要となる必要項目を特定するデータであり、複数の必要項目が存在する場合は複数の値をとるものとする。必要添付書類ＩＤ５０４は、申請ＩＤ５０１で特定される申請を行うのに必要となる添付書類を特定するデータであり、複数の添付書類が必要な場合は複数の値をとるものとする。本実施形態において必要項目・必要添付書類データ１２３には、「借入申請」、「保証申請」、「電子証券担保設定申請」、「電子証券発行申請」、「電子証券保証申請」に関する必要項目・必要添付書類情報５００が登録されているものとする。ここで必要項目・必要添付書類データ１２３の登録は、代理人システム１２０の入力装置２３０により、あらかじめなされているものとする。
【００２７】
次に図６を用いて、申請先データ１２４の構造について述べる。申請先データ１２４は、前述の通り、同じ内容のサービスを提供する申請先が複数の存在する場合に代理人が申請可能な申請先の組み合わせを特定するために用いるデータである。申請先データ１２４は、各々の申請先の組み合わせに関する情報である申請先情報６００から構成する。申請先情報６００は、申請先６０１、申請先区分６０２，組み合わせ制限６０３から構成する。申請先６０１は、申請先情報６００がどの申請先に関する組み合わせの制限情報であるかを特定するためのデータである。申請先区分６０２は、申請先６０１で特定される申請先がどのようなサービスの提供を行う機関なのかの分類情報である。本実施形態においては、資金の貸し付けを行う「金融機関」、信用保証を行う「信用保証機関」、電子証券の決済を行う「電子証券振替機関」の３種類の区分が存在するものとする。組み合わせ制限６０３は、申請先６０１で特定される申請先と組み合わせが可能な他の申請先に関する情報である。組み合わせ制限６０３により、例えば、申請先６０１として「Ｃ銀行」を指定した申請先情報６００の組み合わせ制限６０３に「保証会社Ｄ」と記載しておくことで、Ｃ銀行で借入した場合には、保証会社Ｄに信用保証を依頼することはできるが、保証会社Ｙには信用保証を依頼することができないといった制限をかけることが可能となる。本実施形態において、申請先データ１２４には、「Ｃ銀行」、「保証会社Ｄ」、「振替機関Ｅ」の申請先情報６００が登録されているものとする。ここで申請先情報６００の登録は、代理人システム１２０の入力装置２３０により、あらかじめなされているものとする。
【００２８】
次に図７を用いて、資金口座データ１３２の構造について述べる。資金口座データ１３２は、前述の通り、金融機関に口座を有する預金者と自己勘定（銀行自身の口座）の資金残高を管理するデータである。資金口座データ１３２は、各々の参加者の資金残高の情報である資金口座情報７００から構成する。資金口座情報７００は、参加者ＩＤ７０１，残高７０２の項目から構成する。参加者ＩＤ７０１は、資金口座情報７００がどの参加者の資金口座に関するものかを特定するデータである。残高７０２は参加者ＩＤ７０１で特定される参加者の預金残高を特定するデータである。本実施形態において資金口座データ１３２には、「申請人Ａ」と「自己口座」の資金口座情報７００が登録されているものとする。ここで資金口座情報７００の登録は、金融機関における各々の預金残高に基づきあらかじめ初期値となる残高が登録されているものとする。
【００２９】
次に図８を用いて、電子証券データ１４２の構造について述べる。電子証券データ１４２は、前述の通り、電子証券振替機関に登録された電子証券を管理するデータである。電子証券データ１４２は、各々の電子証券に関する情報である電子証券情報８００から構成する。電子証券情報８００は、電子証券ＩＤ８０１、所持人ＩＤ８０２，質権保有人ＩＤ８０３、発行人ＩＤ８０４，保証人ＩＤ８０５、支払金額８０６，支払期日８０７、ロック８０８の項目を持つ。電子証券ＩＤ８０１は、電子証券情報８００がどの電子証券に関する情報であるかを特定するための情報である。所持人ＩＤ８０２は、電子証券ＩＤ８０１で特定される電子証券の所持人（権利人）を特定するための情報である。質権保有人ＩＤ８０３は、電子証券ＩＤ８０１で特定される電子証券が担保として差し入れられている場合において、質権を保有する人（担保権の保有人）を特定するための情報である。発行人ＩＤ８０４は、電子証券ＩＤ８０１で特定される電子証券の発行人（債務人）を特定するための情報である。保証人ＩＤ８０５は、電子証券ＩＤ８０１で特定される電子証券の発行人が債務不履行（支払いが不可能あるいは支払いが遅延）となった場合にその債務を代行する保証人を特定するための情報である。支払金額８０６は、電子証券ＩＤ８０１で特定される電子証券により約束される支払金額である。支払期日８０７，電子証券ＩＤ８０１で特定される電子証券により約束される支払日である。ロック８０８は、電子証券の売買を一時的に禁止している状態であることを示すフラグであり、その値は「あり」「なし」のいずれかの値をとる。「あり」の場合は、ロックがかかっており売買が禁止されている状態であることを示す。「なし」の場合は、ロックがかかっていないことを示す。なお本実施形態において、電子証券のモデルを単純化したが、その他、支払利息、裏書人、利息の支払い時期に関する情報、株券など他の証券の形態への交換する（転換社債）・新規株券の発行予約する（ワラント債）などの付加権利情報、バックアップライン情報（電子証券の支払い時の借入枠）などの情報を含んでも良い。
【００３０】
次に図９を用いて、保証判定データ１５２の構造について述べる。保証判定データ１５２は、信用保証機関が保証を行うかを判断するためのデータである。保証判定データ１５２は、個々の申請人に対して信用保証を行うかを判断するための情報である保証判定情報９００から構成する。保証判定情報９００は、保証対象者ＩＤ９０１，既保証額（担保あり）９０２，保証限度額（担保あり）９０３、既保証額（担保なし）９０４、保証限度額（担保なし）９０５の項目からなる。保証対象者ＩＤ９０１は、保証判定情報９００がどの保証対処者に関する情報であるかを特定するためのデータである。既保証額（担保あり）９０２は、保証対象者ＩＤ９０１で特定される保証対象者に既にいくら保証を行っているかを特定する情報である。保証限度額（担保あり）９０３は、保証対象者ＩＤ９０１で特定される保証対象者に、担保がある場合にいくらまで保証を行うかを特定する情報である。本実施形態において、信用保証機関は、保証対象者からの担保付きで保証申請があった場合に、新たに要求があった保証金額に既保証額（担保あり）９０２を加えた金額が、保証限度額（担保あり）９０３より小さい場合には保証を許可するものとする。既保証額（担保なし）９０４，保証限度額（担保なし）９０５の役割は対照とする保証が担保なしである点をのぞいて、それぞれ既保証額（担保あり）９０２と保証限度額（担保あり）９０３の役割と同じである。本実施形態において、保証判定データ１５２は、信用保証機関システム１５０の入力装置２３０により、あらかじめ登録されているものとする。
【００３１】
次に図１０を用いて、書類データ１６２の構造について述べる。書類データ１６２は、前述の通り、添付書類提供機関が提供する書類を記録するデータである。書類データ１６２は、各々の書類に関するデータである書類情報１０００から構成する。書類情報１０００は、書類種別ＩＤ１００１、対象者ＩＤ１００２，書類１００３の項目を持つ。書類種別ＩＤ１００１は、何に関する書類であるかを特定するための情報である。対象者ＩＤ１００２は、書類が誰に関する書類であるかを特定するための情報である。ここで本実施形態では、書類種別ＩＤ１００１と対象者ＩＤ１００２により、誰の何に関する書類かが定まり書類が唯一に特定できるものとする。書類１００３は、書類そのものの情報である。本実施形態において、書類データ１６２は、添付書類提供システム１６０の入力装置２３０により、あらかじめ登録されているものとする。
【００３２】
次に図１１を用いて、電子証券を担保とした借り入れの代理申請に関する処理フローについて述べる。本フローは、申請人が金融機関に対して借り入れを依頼する申請と、ならびにその借り入れに対する保証を申請人が信用保証機関に（申請人が権利を有する）電子証券を担保として依頼する申請と、前記電子証券の担保の設定を電子証券振替機関に依頼する申請とを、代理人が申請人に代わり代理申請をするものである。図１１における縦線（申請人システムの線１１０１，代理人システムの線１１０２，金融機関システムの線１１０３、電子証券振替機関システムの線１１０４、信用保証機関システムの線１１０５、添付書類提供機関システムの線１１０６）は図の上方から下方に対して時間が流れるものとする。さらに横方向の矢印は、矢印の始点と接する縦線が表すシステムから矢印の終点と接する縦線が表すシステムに対して通信メッセージが送信されるものとする。また図１１のフローを含む本実施形態において、申請人システム１１０，代理人システム１２０、金融機関システム１３０，電子証券振替機関システム１４０，信用保証機関システム１５０，添付書類提供機関システム１６０の動作は、それぞれ申請人処理プログラム１１１，代理人処理プログラム１２１，金融機関処理プログラム１３１，電子証券振替機関処理プログラム１４１，信用保証機関処理プログラム１５１，添付書類提供機関処理プログラム１６１により制御されなされるものとする。また本実施形態における処理フローにおいて、申請人システム１１０は「申請人Ａ」が使用するシステムであり、代理人システム１２０は「代理人Ｂ」が使用するシステムであり、金融機関システム１３０は「銀行Ｃ」が使用するシステムであり、電子証券振替機関システム１４０は「振替機関Ｄ」が使用するシステムであり、信用保証機関システム１５０は「保証会社Ｅ」が使用するシステムであり、添付書類提供機関システム１６０は「行政サービスＦ」が使用するシステムであるものとする。
【００３３】
申請人システム１１０は、処理ステップ「サービスＩＤの入力」１１１０において、入力装置２３０からサービスＩＤの入力を受ける。サービスＩＤは依頼人が代理人に対してどのような代理サービスを依頼するかを特定するための識別子であり、本処理ステップにおいてはその値として「電子証券担保付き借り入れ」の入力を受けるものとする。次に申請人システム１１０は、通信メッセージ「サービスＩＤ送信」１１１０により、前処理ステップで入力を受けたサービスＩＤを代理人システム１２０に送信する。
【００３４】
代理人システム１２０は通信メッセージ「サービスＩＤ送信」１１１０を受信すると、処理ステップ「必要申請判別」１１１４において、受信したサービスＩＤと一致するサービスＩＤ４０１を有する必要申請情報４００を必要申請データ１２２から検索する。検索した必要申請情報４００が有する申請ＩＤ４０２が、受信したサービスＩＤで特定される代理サービスを行う上で必要となる申請となる。
【００３５】
代理人システム１２０は処理ステップ「代理申請申込書作成」１１１６において、代理申請申込書１４００の雛形を作成する。代理申請申込書１４００は、申請人が代理人に送信される情報で、代理人が代理申請を行う上で必要となる申請項目の記載を申請人に求めるためのデータである。代理申請申込書１４００の構造は図１４に示すように、項目名１４０１と内容１４０２の内容を持つ申込情報１４５０から構成する。ここで代理申請申込書１４００の雛形とは、申込情報１４５０の内容１４０２が空欄のままの（申請人による記載が行われていない）データであるものとする。代理申請申込書１４００の申込情報１４５０は以下の手順により決定する。処理ステップ「必要申請判別」１１１４で検索した必要申請情報４００に含まれる申請ＩＤ４０２と同一の値を申請ＩＤ５０１に有する必要項目・必要添付書類情報５００を必要項目・必要添付書類データ１２３から検索する。複数の申請ＩＤ４０２が登録されている場合は、複数の必要項目・必要添付書類情報５００を検索する。次に検索した必要項目・必要添付書類情報５００が有する必要項目ＩＤ５０３を全て検索する。複数の必要項目・必要添付書類情報５００を検索した場合には、各々の必要項目・必要添付書類情報５００が有する全ての必要項目ＩＤ５０３を検索する。なお同一の必要項目ＩＤ５０３が複数検索された場合は、２つ目以降に検索された必要項目ＩＤ５０３は無視する。したがい全ての必要項目・必要添付書類情報５００が含む必要項目ＩＤ５０３が重複を含まない上で検索される。前記検索された必要項目ＩＤ５０３ごとに申込情報１４５０を作成し、前記必要項目ＩＤ５０３の値を作成した申込情報１４５０の項目名１４０１の値とする。したがって本フローにおいて項目名１４０１に、「申請人ＩＤ」、「借入金額」、「借入先」、「保証金額」、「担保取得人ＩＤ」、「返済期日」、「電子証券ＩＤ」を有する申込情報１４５０を生成し、代理申請申込書１４００に記録する。代理人システム１２０は、上記手順により代理申請申込書１４００を作成すると、作成したデータを申請人システム１１０に対して、通信メッセージ「代理人申請申込書記入依頼」１１１８として送信する。申請人システム１１０は、通信メッセージ「代理人申請申込書記入依頼」１１１８を受信すると、処理ステップ「代理申請申込書記入」１１２０において代理申請申込書１４００の申込情報１４５０の内容１４０２に対する入力を受ける。具体的には、項目名１４０１が「申込人ＩＤ」で特定される申込情報１４５０は、申込人が誰であるかを特定する情報であり、本処理フローにおいてはその内容１４０２として、「申込人Ａ」の入力を受けるものとする。項目名１４０１が「借入金額」で特定される申込情報１４５０は、申込人がいくらの借り入れを申し込むかを特定する情報であり、内容１４０２にその金額の入力を受けるものとする。項目名１４０１が「借入先ＩＤ」で特定される申込情報１４５０は、申込人が誰に対して借り入れを依頼するかを特定する情報であり、本処理フローにおいてはその内容１４０２として、「銀行Ｃ」の入力を受けるものとする。項目名１４０１が「保証金額」で特定される申込情報１４５０は、申込人がいくらの保証を申し込むかを特定する情報であり、内容１４０２にその金額の入力を受けるものとする。項目名１４０１が「担保取得人ＩＤ」で特定される申込情報１４５０は、申込人が誰に対して保証を依頼するかを特定する情報であり、本処理フローにおいてはその内容１４０２として、「保証会社Ｅ」の入力を受けるものとする。項目名１４０１が「返済期日」で特定される申込情報１４５０は、申込人がいつまでに借入金を返済するかを特定する情報であり、内容１４０２にその期日の入力を受けるものとする。項目名１４０１が「電子証券ＩＤ」で特定される申込情報１４５０は、申込人がどの電子証券を担保として借入に対する保証を依頼するかを特定する情報であり、内容１４０２にその電子証券を特定する識別子の入力を受けるものとする。項目名１４０１が「電子証券振替機関ＩＤ」で特定される申込情報１４５０は、電子証券の振替をどのの機関に依頼するかを特定する情報であり、本処理フローにおいてはその内容１４０２として、「振替機関Ｄ」の入力を受けるものとする。次に申請人システム１１０は、前記入力が完了すると代理申請申込書１４００を通信メッセージ「代理申請申込書送信」１１２２として、代理人システム１２０に送信する。
【００３６】
代理人システム１２０は、代理申請申込書１４００を受信すると、処理ステップ「代理申請申込書チェック」１１２４で、受信した代理申請申込書１４００に対して検査を行う。この検査は、代理申請申込書１４００に記載された申請先の組み合わせが可能かの検査である。例えば、ある金融機関に借り入れを申請した場合には、必ず系列の信用保証会社で保証を依頼しなければならないといった条件がある場合にこれに合致するかを検査するものである。具体的には、代理申請申込書１４００に含まれる申請先である、項目名１４０１が「借入先ＩＤ」で特定される申込情報１４５０の内容１４０２である銀行Ｃと、項目名１４０１が「担保取得人ＩＤ」で特定される申込情報１４５０の内容１４０２である保証会社Ｅ、項目名１４０１が「電子証券振替機関ＩＤ」で特定される申込情報１４５０の内容１４０２である振替機関Ｄが組み合わせ可能かを検査する。これは代理申請申込書１４００に含まれるそれぞれの申請先と合致する申請先６０１を有する申請先情報６００を申請先データ１２４から検索し、検索した申請先情報６００の組み合わせ制限６０３に他の申請先が含まれるかを検査する。他の申請先が全て含まれている場合には検査が成功したものとする。例えば銀行Ｃに対してであれば、銀行Ｃを申請先６０１に含む申請先情報６００を検索し、検索した申請先情報６００の組み合わせ制限６０３に、保証会社Ｅ、振替機関Ｄが含まれるかを検査する。検査が失敗した場合には、本処理ステップにて処理を中止するものとする。
【００３７】
代理人システム１２０は、処理ステップ「代理申請申込書チェック」１１２４での検査が成功すると、処理ステップ「委任状作成」１１２５で委任状１３００を作成する。委任状１３００は、申請人から代理人へ申請の権限の委任が行われていることを、申請先である金融機関、電子証券振替機関、信用保証機関、ならびに書類の提供機関である添付書類提供機関が確認するためのデータである。委任状１３００の構造は、図１３に示すように委任者・受託者データ１３１０と、委任内容（申請）データ１３２０と、委任内容（添付書類取得）データ１３３０と、電子署名データ１３４０から構成する。委任者・受託者データ１３１０は、誰が誰に委任を行うかを特定するための情報であり、委託者・受託者区分１３１１と参加者ＩＤ１３１２から構成する複数の委託者・受託者情報１３１５から構成する。委任者・受託者データ１３１０には、委任者・受託者区分１３１１が「委任者」で特定される委任者・受託者情報１３１５と、委任者・受託者区分１３１１が「受託者」で特定される委任者・受託者情報１３１５から構成する。委任者・受託者区分１３１１が「委任者」で特定される委任者・受託者情報１３１５の参加者ＩＤ１３１２には、代理申請申込書１４００の項目名１４０１が「申請人ＩＤ」で特定される申込情報１４５０の内容１４０２（本フローの例では「申請人Ａ」）をコピーする。委任者・受託者区分１３１１が「受託者」で特定される委任者・受託者情報１３１５の参加者ＩＤ１３１２は、本実施形態では「代理人Ｂ」を設定する。委任内容（申請）データ１３２０は、委任者が代理人に対してどの申請を委任するかを特定するための情報であり、申請内容１３２１とその申請先１３２２を有する委任内容（申請）情報１３２５から構成する。委任内容（申請）情報１３２５は、処理ステップ「必要申請判別」１１１４で検索した必要申請情報４００が含む申請ＩＤ５０１ごとに作成する。本フローにおいては、処理ステップ「必要申請判別」１１１４で検索されるサービスＩＤ４０１が「電子証券担保付き借り入れ」の必要申請情報４００には、申請ＩＤ５０１として「借入申請」「保証申請」「電子証券担保設定申請」を含むので、前記それぞれを申請内容１３２１に持つ委任内容（申請）情報１３２５を作成する。また申請ＩＤ５０１が「借入申請」で特定される委任内容（申請）情報１３２５の申請先１３２２には、代理申請申込書１４００の項目名１４０１が「借入先ＩＤ」で特定される申込情報１４５０の内容１４０２（本フローの例では「銀行Ｃ」）をコピーするものとする。また申請ＩＤ５０１が「保証申請」で特定される委任内容（申請）情報１３２５の申請先１３２２には、代理申請申込書１４００の項目名１４０１が「担保取得人ＩＤ」で特定される申込情報１４５０の内容１４０２（本フローの例では「保証会社Ｅ」）をコピーするものとする。また申請ＩＤ５０１が「保証申請」で特定される委任内容（申請）情報１３２５の申請先１３２２には、代理申請申込書１４００の項目名１４０１が「担保取得人ＩＤ」で特定される申込情報１４５０の内容１４０２（本フローの例では「保証会社Ｅ」）をコピーするものとする。また申請ＩＤ５０１が「電子証券担保設定申請」で特定される委任内容（申請）情報１３２５の申請先１３２２には、代理申請申込書１４００の項目名１４０１が「電子証券振替機関ＩＤ」で特定される申込情報１４５０の内容１４０２（本フローの例では「振替機関Ｄ」）をコピーするものとする。委任内容（添付書類取得）データ１３３０は、申請を行うのに必要となる添付書類の取得を委任することを示すためのデータであり、添付書類名１３３１と取得先１３３２を有する委任内容（添付書類取得）情報１３３５から構成する。委任内容（添付書類取得）データ１３３０には、本処理ステップ「代理申請申込書・委任状作成」において先に検索を行った必要項目・必要添付書類情報５００に含まれる必要添付書類ＩＤ５０４ごとの（ただし必要添付書類ＩＤ５０４が重複する場合は、一つのみに関して）委任内容（添付書類取得）情報１３３５を作成し、前期必要添付書類ＩＤ５０４を添付書類名１３３１にコピーする。本実施形態において委任内容（添付書類取得）情報１３３５の取得先１３３２には、行政サービスＦを特定する識別子である「行政サービスＦ」を記入するものとする。電子書名データ１３４０は、委任状１３００の内容に関して委任者・受託者の双方が合意したことを確認するためのデータであり、電子書名区分１３４１と署名値１３４２を有する電子署名情報１３４５から構成する。電子署名データ１３４０には、電子署名区分１３４１が「委任者電子署名」で特定される委任者の意志を確認する電子署名情報１３４５と、電子署名区分１３４１が「受託者電子署名」で特定される受認者の意志を確認する電子署名情報１３４５から構成する。次に電子署名区分１３４１が「受託者電子署名」で特定される電子署名情報１３４５の署名値１３４２に代理人Ｂの電子署名を記録する。ここで代理人Ｂの電子署名とは、委任者・受託者データ１３１０，委任内容（申請）データ１３２０，委任内容（添付書類取得）データ１３３０の内容を、代理人Ｂの秘密鍵で暗号化したものとする。ここで代理人Ｂの秘密鍵とは、鍵データ１２９において、参加者ＩＤ３０１が「代理人Ｂ」である鍵情報３００の秘密鍵３０３である。委任状１３００を受信したシステムは、代理人Ｂの公開鍵で前記署名値１３４２を復号化し、その内容が委任者・受託者データ１３１０，委任内容（申請）データ１３２０，委任内容（添付書類取得）データ１３３０の内容と一致すれば、委任状１３００が代理人Ｂにより作成されたものであることを確認できる。なお一般の電子署名では、シリアライズ（暗号対象となるデータを一連のビット列に変換する）やハッシュ（暗号対象となるデータを一定のデータ長にする）といった作業が行われるが本実施形態では単純に秘密鍵で暗号化するとのみ記した。代理人システム１２０は上記手受認により委任状１３００を作成すると、作成した委任状１３００を通信メッセージ「委任状署名依頼」１１２６として申請人システム１１０に送信する。
【００３８】
申請人システム１１０は、委任状１３００を受信すると、処理ステップ「委任状署名」１１２８において、電子署名区分１３４１が「委託者電子署名」で特定される電子署名情報１３４５の署名値１３４２に申請人Ａの電子署名を記録する。申請人Ａの電子署名の付与方法は、前述した代理人Ｂの電子署名の付与方法と同じであり、その説明は省略する。申請人システム１１０は、委任状１３００に対して電子署名を付与すると、前記委任状１３００を、通信メッセージ「委任状送信」１１３０として代理人システム１２０に送信する。
【００３９】
代理人システム１２０は、委任状１３００を受信すると、受信した委任状１３００を通信メッセージ「添付書類送信依頼」１１３６として添付書類提供機関システム１６０に送信する。
【００４０】
添付書類提供機関システム１６０は委任状１３００を受信すると、処理ステップ「添付書類検索」１１３６において電子署名データ１３４０を検証し、委任状１３００が、申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかを確認する。この電子署名データ１３４０の検証は、電子署名区分１３４１が「委任者電子署名」については鍵データ１６９に記憶された参加者ＩＤ３０１が「申請人Ａ」で特定される鍵情報３００の公開鍵３０２で復号化し、電子署名区分１３４１が「受託者電子署名」については鍵データ１６９に記憶された参加者ＩＤ３０１が「代理人Ｂ」で特定される鍵情報３００の公開鍵３０２で復号化し、復号化した両データが、受信した委任状１３００の委任者・受託者データ１３１０、委任内容（申請）データ１３２０，委任内容（添付書類取得データ）１３３０と一致するかを判断し、一致した場合は電子署名データ１３４０の検証が成功したものと判断する。署名検証が失敗した場合は処理を中止する。署名検証が成功すると、添付書類提供機関システム１６０は、下記条件にて、書類データ１６２から該当する全ての書類情報１０００を検索する。前記条件は、書類データ１６２の対象者ＩＤ１００２が委任状１３００の委託者・受託者区分１３１１が「委託者」の委託者・受託者情報１３１５の参加者ＩＤ１３１２一致し、かつ書類データ１６２の書類種別ＩＤ１００１が委任状１３００の委任内容（添付書類取得）データ１３３０に含まれるいずれかの委任内容（添付書類取得）情報１３３５の添付書類名１３３１と一致する書類情報１０００を検索するものとする。本フローでは具体的には、対象者ＩＤ１００２が「申請人Ａ」、かつ書類種別ＩＤ１００１が、「商業登記」「確定申告書」の書類情報１０００を検索する。次に検索した全ての書類情報１０００を通信メッセージ「添付書類送信」１１３８として代理人システム１２０に送信する。
【００４１】
代理人システム１２０は、書類情報１０００を受信すると、処理ステップ「電子証券担保設定申請データ作成」１１４０において、電子証券振替システム１１０４に対して、電子証券の担保設定を依頼するためのデータである電子証券担保設定申請データ１５００を作成する。電子証券担保設定申請データ１５００は図１５に示すように、必要項目データ１５１０と必要添付書類データ１５２０から構成する。必要項目データ１５１０は、通信メッセージ「代理申請申込書送信」１１２２で受信した代理申請申込書１４００の中から電子証券の担保設定に必要な申込情報１４５０を抽出したものであり、その項目名１４０１が、必要項目・必要添付書類データ１２３の中で申請ＩＤ５０１が「電子証券担保設定申請」である必要項目・必要添付書類情報５００の必要項目ＩＤ５０３と合致する全ての申込情報１４５０である。具体的に本フローの例においては、申請ＩＤ５０１が「電子証券担保設定申請」である必要項目・必要添付書類情報５００の必要項目ＩＤ５０３には、「申請人ＩＤ」「担保取得人ＩＤ」「電子証券ＩＤ」「電子証券振替機関ＩＤ」が含まれるので、代理申請申込書１４００の中からその項目名が一致する申込情報１４５０を抽出する。必要添付書類データ１５２０は、「添付書類送信」１１３８により受信した書類情報１０００の中から電子証券の担保設定に必要な書類情報１０００を抽出したものであり、その書類識別ＩＤ１００１が、必要項目・必要添付書類データ１２３の中で申請ＩＤ５０１が「電子証券担保設定申請」である必要項目・必要添付書類情報５００の必要添付書類ＩＤ５０４と合致する全ての書類情報１０００である。具体的に本フローの例においては、申請ＩＤ５０１が「電子証券担保設定申請」である必要項目・必要添付書類情報５００の必要添付書類ＩＤ５０４には、「商業登記」が含まれるので、必要添付書類ＩＤ５０４が「商業登記」の書類情報１０００を抽出する。次に作成した電子証券担保設定申請データ１５００と通信メッセージ「委任状送信」１１３０で受信した委任状１３００とを通信メッセージ「電子証券ロック依頼」１１４２として電子証券振替システム１４０に送信する。
【００４２】
電子証券振替システム１４０は電子証券担保設定申請データ１５００と委任状１３００を受信すると処理ステップ「電子証券ロック」１１４４において、委任状１３００が申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかを確認する。この委任状１３００の確認は、処理ステップ「添付書類検索」１１３６において添付書類提供システム１６０が行った手順と同様であり詳細は省略する。合意のもと作成されたものでない場合は処理を中止する。確認ができた場合は、委任状１３００において、申請人Ａから代理人Ｂに対して、電子証券の担保の設定に関する代理申請の依頼がなされているか確認する。これは委任内容（申請）データ１３２０に、申請内容１３２１が「電子証券担保設定申請」でその申請先１３２２が電子証券の振替を行う主体（本実施形態の例では「振替機関Ｄ」）であるかを確認することにより行う。依頼がなされていることが確認できない場合は処理を中止する。確認ができた場合は、受信した電子証券担保申請データ１５００に基づき振り替えが行える電子証券が電子証券データ１４２に存在するかを確認する。これはまず受信した電子証券担保申請データ１５００の必要項目データ１５１０の中の項目名１４０１が「電子証券ＩＤ」である申込情報１４５０の内容１４０２と同一の電子証券ＩＤ８０１を有する電子証券情報８００を電子証券データ１４２から検索する。次に検索を行った電子証券データ１４２の所持人ＩＤ８０２の値が、電子証券担保申請データ１５００の必要項目データ１５１０の中の項目名１４０１が「申込人ＩＤ」である申込情報１４５０の内容１４０２と一致するかを判断する。これにより申請人が電子証券に対して担保を設定する権利を有するかが確認できる。一致しない場合は処理を中止する。次に添付書類の内容が問題ないかの判断をオペレータより受ける。これは受信した電子証券担保設定申請データ１５００の必要添付書類データ１５２０の内容を出力装置２４０に出力し、さらに入力装置２３０から必要添付書類データ１５２０の内容に関して問題がないかを判断した結果の入力を受ける。問題があると入力を受けた場合には処理を中止する。問題がないと入力を受けた場合には、前記検索した電子証券情報８００のロック８０８の値を「あり」とする。これにより電子証券の取引を禁止し、本処理ステップ以降で借り入れならびに保証の処理中に電子証券が別途取引され担保となる電子証券が申請人のものでなくなることを防ぐ。次に電子証券振替システム１４０は電子証券のロックを行ったことのを証明するデータである電子証券ロック証明を作成する。電子証券ロック証明は、ロックを行った電子証券情報８００と、前記電子証券情報８００に対する電子証券振替機関システム１４０の電子署名とを含むデータである。本実施形態においては、振替機関Ｄの秘密鍵を用いて署名を付与する。電子署名の付与方法は前述の処理ステップ「委任状作成」１１２５と同様であり省略する。次に作成した電子証券ロック証明を代理人システム１２０に対して、通信メッセージ「電子証券ロック証明送信」１１４６として送信する。
【００４３】
代理人システム１２０は電子証券のロック証明を受信すると処理ステップ「保証申請データ作成」１１４８において、保証申請データを作成する。保証申請データは、申請項目データと添付書類データから構成する。保証申請データの申請項目データならびに添付書類データは、電子証券担保設定申請データ１５００の必要項目データ１５１０ならびに必要添付書類データ１５２０と利用目的ならびに生成方法は同様でありその説明は省略する。ただし抽出を行うために用いる必要項目・必要添付書類情報５００が、電子証券担保設定申請データ１５００においては申請ＩＤ５０１が「電子証券担保設定申請」であったのに対して、保証申請データにおいては「保証申請」を用いる点が異なる。結果として本実施形態の例の場合は、保証申請データの申請項目データは、項目名１４０１が「申請人ＩＤ」「担保取得人ＩＤ」「保証金額」「電子証券ＩＤ」「電子証券振替機関ＩＤ」で特定される申込情報１４５０を含む。また保証申請データの添付書類データは、書類種別ＩＤ１００１が「商業登記」「確定申告書」で特定される書類情報１０００を含む。次に作成した保証申請データと、通信メッセージ「電子証券ロック証明」１１４６で受信した電子証明ロック証明と通信メッセージ「委任状送信」１１３０で受信した委任状１３００とを、通信メッセージ「保証申請」１１５０として信用保証機関システム１５０に送信する。
【００４４】
信用保証機関システム１５０は、通信メッセージ「保証申請」１１５０を受信すると、処理ステップ「保証判定」１１５２において、委任状１３００が申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかを確認する。この委任状１３００の確認は、処理ステップ「委任状書類検索」１１３６において添付書類提供システム１６０が行った手順と同様であり詳細は省略する。次に委任状１３００において、申請人Ａから代理人Ｂに対して、保証申請に関する代理申請の依頼がなされているかを確認する。これは委任内容（申請）データ１３２０に、申請内容１３２１が「保証申請」で、その申請先１３２２が電子証券の振替を行う主体（本実施形態の例では「保証会社Ｅ」）であるかを確認することにより行う。次に受信した電子証券ロック証明が確かに振替機関Ｄにより作成されたものであるかを確認する。この確認処理は、電子証券ロック証明に付与された電子証券振替機関システム１４０による電子署名を検証することで行う。電子署名の検証方法は、前述の処理ステップ「添付書類検索」１１３６で述べた検証方法と同様でありその詳細は省略する。次に申請人が担保として指定した電子証券の電子証券のロックがなされているか確認する。まずは保証申請データで指定される電子証券と、電子証券ロック証明で証明される電子証券が同一であるかを判断する。この判断は、受信した保証申請データの申請項目データの項目名１４０１が「電子証券ＩＤ」で特定される申込情報１４５０の内容１４０２と、受信した電子証券ロック証明１１４６に記録してある電子証券情報８００の電子証券ＩＤ８０１が同一であるかを判断する。さらに前記電子証券情報８００のロック８０８の項目が「あり」になっているかを判断する。また実際には電子証券が担保として十分な価値を持つか等の判断が必要になるがそれらの判断については省略する。次に添付書類の内容が問題ないかの確認をオペレータより受ける。これは受信した保証申請データの添付書類データの内容を出力装置２４０に出力し、さらに入力装置２３０から必要添付書類データ１５２０の内容に関して問題がないかを判断した結果の入力を受ける。前記のいずれかの確認が失敗した場合は処理を中止する。全ての確認が成功した場合は、保証判定データ１５２を用いて保証が限度額を越えていないか判断する。これはまず保証判定データ１５２から保証対象者ＩＤ９０１が、受信した保証申請データの申請項目データの項目名１４０１が「申請人ＩＤ」で特定される申込情報１４５０の内容１４０２と一致する保証判定情報９００を検索する。本実施形態では、保証対象者ＩＤ９０１が「申請人Ａ」の保証判定情報９００が検索される。次に検索した保証判定情報９００の既保証額（担保あり）９０２に保証申請データの申請項目データの項目名１４０１が「補償金額」で特定される申込情報１４５０の内容１４０２とを加えた金額（金額Ａ）が、前記保証判定情報９００の担保限度額（担保あり）９０２よりも多くならない場合は保証可能と判断し、多くなる場合は保証不可とする。保証が不可の場合は処理を中止する。保証が可能な場合は、金額Ａを前記保証判定情報９００の既保証額（担保あり）９０２に記録する。次に担保設定依頼データ１６００を作成する。担保設定依頼データ１６００は、保証会社Ｅが振替機関Ｄに対して行うべき電子証券に対して保証を行う旨の登録を代理人Ｂに依頼するデータであり、必要項目データ１６１０と署名データ１６２０から構成する。必要項目データ１６１０は申込情報１４５０により構成し、項目名１４０１が「電子証券ＩＤ」「担保取得人ＩＤ」「保証金額」「電子証券振替機関ＩＤ」の申込情報１４５０を有する。またそれらの申込み情報１４５０の内容１４０２は、保証申請データの申請項目データにおいて同名の項目名１４０１を有する申込情報１４５０の内容をコピーする。署名データ１６２０は、担保設定依頼データ１６００が確かに「保証会社Ｅ」の意志のもと作られたデータであることを示すものであり、必要項目データ１６１０に対する保証会社Ｅの電子署名を記録する。電子署名の付与方法は、前述の処理ステップ「委任状作成」１１２５における電子署名の付与方法と同様でありその詳細は省略する。次に作成した担保設定依頼データ１６００を、通信メッセージ「担保設定依頼データ送信」１１５４として代理人システム１２０に送信する。
【００４５】
代理人システム１２０は、担保設定依頼データ１６００を受信すると、処理ステップ「借入申請データ作成」１１５６において、金融機関システム１３０に対して借り入れを申請するための情報である借入申請データを作成する。借入申請データは、申請項目データと添付書類データから構成する。借入申請データの申請項目データならびに添付書類データは、電子証券担保設定申請データ１５００の必要項目データ１５１０ならびに必要添付書類データ１５２０と利用目的ならびに生成方法は同様でありその説明は省略する。ただし抽出を行うために用いる必要項目・必要添付書類情報５００が、電子証券担保設定申請データ１５００においては申請ＩＤ５０１が「電子証券担保設定申請」であったのに対して、保証申請データにおいては「借入申請」を用いる点が異なる。結果として本実施形態の例の場合は、保証申請データの申請項目データは、項目名１４０１が「申請人ＩＤ」「借入先ＩＤ」「借入金額」「返済期日」で特定される申込情報１４５０を含む。また保証申請データの添付書類データは、書類種別ＩＤ１００１が「商業登記」「確定申告書」「営業許可証」で特定される書類情報１０００を含む。次に作成した借入申請データと、通信メッセージ「委任状送信」１１３０で受信した委任状１３００と、通信メッセージ「担保設定依頼データ送信」１１５４で受信した担保設定依頼データ１６００とを通信メッセージ「借入申請」１１５８として金融機関システム１３０に送信する。
【００４６】
金融機関システム１３０は、通信メッセージ「借入申請」１１５８を受信すると、処理ステップ「借入判定」において、委任状１３００が申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかを確認する。この委任状１３００の確認は、処理ステップ「委任状書類検索」１１３６において添付書類提供システム１６０が行った手順と同様であり詳細は省略する。次に委任状１３００において、申請人Ａから代理人Ｂに対して、借入申請に関する代理申請の依頼がなされているかを確認する。これは委任内容（申請）データ１３２０に、申請内容１３２１が「借入申請」で、その申請先１３２２が電子証券の振替を行う主体（本実施形態の例では「銀行Ｃ」）であるかを確認することにより行う。次に受信した保証依頼データ１６００が確かに信用保証機関システム１５０により作成されたものであるかを確認する。この確認処理は、担保設定依頼データ１６００に付与された信用保証機関システム１５０による電子署名を検証することで行う。電子署名の検証方法は、前述の処理ステップ「添付書類検索」１１３６で述べた検証方法と同様でありその詳細は省略する。次に外部のオペレータから借入申請を承認するか否かの確認の入力をうける。これはまず保証申請データの内容と担保設定依頼データ１６００の内容を出力装置２６０に出力し、入力装置２３０から借入申請を承認するか否かの入力を受ける。前記いずれかの確認が失敗した場合は処理を中止する。次に借入申請データの内容に基づき、申請人の資金口座に貸付代金を入金する。具体的には、借入申請データの項目名１４０１が「申請人ＩＤ」である申込情報１４５０の内容（本実施形態では「申請人Ａ」）と一致する参加者ＩＤ７０１を有する資金口座情報７００を資金口座データ１３２から検索する（申請人Ａの資金口座情報７００と呼ぶ）。次に参加者ＩＤ７０１が「自己口座」である資金口座情報７００を資金口座データ１３２から検索する（自己口座の資金口座情報７００と呼ぶ）。次に自己口座の口座情報７００の残高７０２から、借入申込みデータの項目名１４０１が「借入金額」と一致する申込情報１４５０の内容で示される金額を減算する。次に前記金額を申請人Ａの資金口座７００に加算する。次に借り入れを承認しそれを実行した旨を、通信メッセージ「借入結果送信」１１６２として代理人システム１２０に送信する。
【００４７】
代理人システム１２０は、通信メッセージ「借入結果送信」１１６２を受信し、借り入れが実施されたことを確認すると、通信メッセージ「保証依頼データ送信」１１５４で受信した担保設定依頼データ１６００を、通信メッセージ「担保設定依頼」１１６４として電子証券振替機関システム１４０に送信する。
【００４８】
電子証券振替機関システム１４０は、担保設定依頼データ１６００を受信すると、受信した担保設定依頼データ１６００が確かに信用保証機関システム１５０により作成されたデータであるかを検証する。これは担保設定依頼データ１６００に付与された信用保証機関システム１５０による電子署名を検証することで行う。次に通信メッセージ「電子証券ロック依頼」１１４２で受信した電子証券担保設定データ１５００の内容と担保設定依頼データ１６００の内容に相違がないかを確認する。これは電子証券担保設定データ１５００の必要項目データ１５１０に記録された申込情報１４５０と、担保設定依頼データ１６００の必要項目データ１６１０に記録された申込情報１４５０に相違がないか（項目名１４０１が同一の申込情報１４５０の内容１４０２が一致するか）を判断する。前記いずれかの確認が失敗した場合は処理を中止する。確認が成功した場合には、電子証券に対して担保設定がなされた旨を電子証券口座データ１４２に登録する。これは処理ステップ電子証券ロック１１４４で検索した電子証券情報８００の質権保有人ＩＤ８０３に担保設定依頼データ１６００の必要項目データ１６１０において項目名１４０１が「担保取得人ＩＤ」で特定される申込情報１４５０の内容１４０２（本実施形態では「保証会社Ｅ」）を設定し、また前記電子証券情報８００のロック８０８を「なし」に設定する。次に電子証券振替機関システム１４０は、電子証券に対して担保設定がなされた旨を、通信メッセージ「担保設定結果」１１６８として代理人システム１２０に対して送信する。
【００４９】
代理人システム１２０は通信メッセージ「担保設定結果」１１６８を受信する。
【００５０】
本実施形態では、金融機関の他に信用保証機関が存在する場合で、電子証券を借り入れに対する保証の担保とする例について述べたが、直接電子証券を借り入れの担保とする場合においても、金融機関システム１３０と信用保証機関システム１５０とが同一システムであるとすることで同様に実現できる。
【００５１】
本実施形態では、金融機関システム１３０、電子証券振替機関システム１４０、信用保証機関システム１５０の組み合わせを、申請人システム１１０から指示を受けた上で、申請先データ１２４でその組み合わせがサービス可能であるか判定を行ったが、申請人システム１１０に対して、組み合わせられる選択枝を送信しその中から選ばせるようにしてもよい。
【００５２】
次に図１２を用いて、保証付き電子証券発行の代理申請に関する処理フローについて述べる。本フローは、申請人が電子証券振替機関に対して保証付きの電子証券の発行を依頼する申請と、ならびに前記保証を信用保証機関に依頼する申請とを、代理人が申請人に代わり代理申請をするものである。図１２に書式は図１１と同じであり、図１２における縦線（申請人システムの線１２０１，代理人システムの線１２０２，電子証券振替機関システムの線１２０３、信用保証機関システムの線１２０４、添付書類提供機関システムの線１２０５）は図の上方から下方に対して時間が流れるものとする。また横方向の矢印は、矢印の始点と接する縦線が表すシステムから矢印の終点と接する縦線が表すシステムに対して通信メッセージが送信されるものとする。
【００５３】
処理ステップ「サービスＩＤ入力」１２１０から通信メッセージ「添付書類送信」１２３８までの処理ステップならびに通信メッセージについては、図１１に示した処理ステップ「サービスＩＤ入力」１１１０から通信メッセージ「添付書類送信」１１３８までと同様であり、詳細は省略しその差異のみを記載する。
【００５４】
処理ステップ「サービスＩＤの入力」１２１０において、処理ステップ「サービスＩＤの入力」１１１０ではサービスＩＤの値の入力として入力装置２３０から「電子証券担保付き借り入れ」を受けたのに対して、サービスＩＤの値の入力として「保証付き電子証券発行」の入力を受けるものとする。
【００５５】
処理ステップ「必要申請判別」１２１４において、処理ステップ「必要申請判別」１１１４において、サービスＩＤ４０１が「電子証券担保付き借り入れ」の必要申請情報４００が検索されたのに対して、サービスＩＤ４０１が「電子証券担保付き借り入れ」の必要申請情報４００が検索される。よって必要となる申請は、申請ＩＤ４０２が「電子証券登録申請（保証付き）」と「電子証券保証申請」と特定される。
【００５６】
処理ステップ「代理申請申込書作成」１２１６においては、申請ＩＤ４０２が「電子証券登録申請（保証付き）」と「電子証券保証申請」の値を申請ＩＤ５０１に有する必要項目・必要添付書類情報５００から申込情報１４５０が作成される。よって図１８に示す「申請人ＩＤ」、「受取人ＩＤ」「保証人ＩＤ」「発行金額」「支払期日」「電子証券振替機関ＩＤ」の項目名１４０１を持つ申込み情報１４５０からなる代理申請申込書１４００の雛形が作成される。
【００５７】
処理ステップ「代理申請申込書記入」１２２０において、図１８に示す申込情報１４５０の内容１４０２の入力を入力装置２３０より受ける。
【００５８】
処理ステップ「代理申請申込書チェック」１２２４の実施内容は、処理ステップ「代理申請申込書チェック」１１２４と同じである。
【００５９】
処理ステップ「委任状作成」１２２５では、申請ＩＤ４０２が「電子証券登録申請（保証付き）」と「電子証券保証申請」の値を申請ＩＤ５０１に有する必要項目・必要添付書類情報５００から委任内容（申請）データ１３２０と委任内容（添付書類取得）データ１３３０が作成されるため、図１７で示す委任状１３００の雛形が作成される。
【００６０】
処理ステップ「委任状署名」１２２８の処理内容は、処理ステップ「委任状署名」１１２８と同じである。
【００６１】
処理ステップ「添付書類検索」１２３６の処理内容は、処理ステップ「委任状署名」１１３６「添付書類検索」１２３６と同じである。
【００６２】
代理人システム１２０は、書類情報１０００を受信すると、処理ステップ「電子証券保証申請データ作成」１２４０において、信用保証機関システム１５０に対して、電子証券の保証を依頼するためのデータである電子証券保証申請データを作成する。電子証券保証申請データは、申請項目データと添付書類データから構成する。電子証券保証申請データの申請項目データならびに添付書類データは、電子証券担保設定申請データ１５００の必要項目データ１５１０ならびに必要添付書類データ１５２０と利用目的ならびに生成方法は同様でありその説明は省略する。ただし抽出を行うために用いる必要項目・必要添付書類情報５００が、電子証券担保設定申請データ１５００においては申請ＩＤ５０１が「電子証券担保設定申請」であったのに対して、電子証券保証申請データにおいては「電子証券保証申請」を用いる点が異なる。結果として本実施形態の例の場合は、保証申請データの申請項目データは、項目名１４０１が「申請人ＩＤ」「発行金額」「受取人ＩＤ」「支払期日」「電子証券振替機関ＩＤ」で特定される申込情報１４５０を含む。また保証申請データの添付書類データは、書類種別ＩＤ１００１が「商業登記」「確定申告書」で特定される書類情報１０００を含む。次に作成した電子証券保証申請データと、通信メッセージ「委任状送信」１２３０で受信した委任状１７００とを、通信メッセージ「電子証券保証申請」１２４２として信用保証機関システム１５０に送信する。
【００６３】
信用保証機関システム１５０は、通信メッセージ「電子証券保証申請」１２４２を受信すると、処理ステップ「保証判定」１２４４において、電子証券の保証が可能かを判定する。この判定は、委任状１７００が申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかの確認と、委任状１３００において、申請人Ａから代理人Ｂに対して、「電子証券保証申請」に関する代理申請の依頼がなされているかの確認と、保証判定データ１５２を用いて保証が限度額を越えていないか確認する。これらの判定方法は、処理ステップ「保証判定」１１５２と以下の点を除き同様であり詳細は省略する。相違点は、処理ステップ「保証判定」１１５２では、保証判定データ１５２において、既保証額と保証限度額の情報として既保証額（担保あり）９０２と保証限度額（担保あり）９０３を用いたのに対して、処理ステップ「保証判定」１２４４では、それぞれ既保証額（担保なし）９０４と保証限度額（担保なし）９０５を用いる点が異なる。前記確認のいずれかが失敗した場合は処理を中止する。前記全ての確認が成功した場合は、保証会社Ｅが代理人Ｂが電子証券に対する保証の登録を委任する意志があることを示すデータである保証登録委任データを作成する。保証登録委任データの構造は担保設定依頼データ１６００の構造と同じであり、必要項目データの内容のみが異なる。その必要項目には、電子証券保証申請データに含まれている申込み情報１４５０を含むものとする。次に作成した保証登録委任データを、通信メッセージ「保証登録委任送信」１２４６として代理人システム１２０に送信する。
【００６４】
代理人システム１２０は、通信メッセージ「保証登録委任送信」１２４６を受信し保証付与が可能なことを確認すると、電子証券振替決済システム１４０に電子証券の発行を依頼するデータである電子証券発行申請データを作成する。電子証券発行申請データは、申請項目データと添付書類データから構成する。電子証券発行申請データの申請項目データならびに添付書類データは、電子証券発行申請データ１５００の必要項目データ１５１０ならびに必要添付書類データ１５２０と利用目的ならびに生成方法は同様でありその説明は省略する。ただし抽出を行うために用いる必要項目・必要添付書類情報５００が、電子証券担保設定申請データ１５００においては申請ＩＤ５０１が「電子証券担保設定申請」であったのに対して、電子証券発行申請データにおいては「電子証券発行申請」を用いる点が異なる。結果として本実施形態の例の場合は、保証申請データの申請項目データは、項目名１４０１が「申請人ＩＤ」「発行金額」「受取人ＩＤ」「支払期日」「電子証券振替機関ＩＤ」で特定される申込情報１４５０を含む。また保証申請データの添付書類データは、書類種別ＩＤ１００１が「商業登記」で特定される書類情報１０００を含む。次に作成した電子証券発行申請データと、通信メッセージ「委任状送信」１２３０で受信した委任状１７００と、通信メッセージ「保証登録委任送信」１２４６で受信した保証登録委任データとを通信メッセージ「電子証券発行申請」１２５０として電子証券決済システム１２０４に送信する。
【００６５】
電子証券振替機関システム１４０は、通信メッセージ「電子証券発行申請」１２５０を受信すると処理ステップ「電子証券発行登録」１２５２において、発行申請の依頼を受けた電子証券の登録を行う。まず委任状１７００が申請人Ａならびに代理人Ｂの合意のもと作成されたものであるかを確認する。この委任状１７００の確認は、処理ステップ「委任状書類検索」１１３６において添付書類提供システム１６０が行った手順と同様であり詳細は省略する。次に委任状１７００において、申請人Ａから代理人Ｂに対して、電子証券の発行登録に関する代理申請の依頼がなされているか確認する。これは委任状１７００の委任内容（申請）データ１３２０に、申請内容１３２１が「電子証券登録申請」でその申請先１３２２が電子証券の振替を行う主体（本実施形態の例では「振替機関Ｄ」）であるかを確認することにより行う。次に受信した保証登録委任データが信用保証機関システム１５０により作成されたものであるかを確認する。これは保証登録委任データに付与された信用保証機関システム１５０による電子署名を検証することで行う。前記確認のいずれかが失敗した場合は処理を中止する。前記確認の全てが成功した場合には、電子証券口座データ１４２に新たな電子証券情報８００を生成する。生成した電子証券情報８００の電子証券ＩＤ８０１には、電子証券口座データ１４２に既に登録されている電子証券情報８００のいずれの電子証券ＩＤ８０１とも同一でない任意の値を記録する。さらに生成した電子証券情報８００の所持人ＩＤ８０２，発行人ＩＤ８０４，保証人ＩＤ８０５，支払金額８０６、支払期日８０７に、受信した電子証券発行申請データに含まれる申込情報１４５０で、それぞれ順に項目名１４１が「受取人ＩＤ」、「申込人ＩＤ」「保証人ＩＤ」「発行金額」「支払期日」「電子証券振替機関ＩＤ」で特定される申込情報１４５０の内容１４０２をコピーする。次に電子証券の発行登録が終了した旨を、通信メッセージ「電子証券発行結果送信」１２５４として送信する。
【００６６】
代理人システム１２０は通信メッセージ「電子証券発行結果送信」１２５４を受信する。
【００６７】
【発明の効果】
本発明によれば、電子証券を担保とした資金の借り入れならびに保証付き電子証券の発行の代理申請を行うシステムを実現することができる。
【図面の簡単な説明】
【図１】全体システム構成を示した図。
【図２】申請人システムの構成図。
【図３】鍵データのデータ構造を示した図。
【図４】必要申請データのデータ構造を示した図。
【図５】必要項目・筆湯添付書類データのデータ構造を示した図。
【図６】申請先データのデータ構造を示した図。
【図７】資金口座データのデータ構造を示した図。
【図８】電子証券データのデータ構造を示した図。
【図９】保証判定データのデータ構造を示した図。
【図１０】書類データのデータ構造を示した図。
【図１１】電子証券担保付き借り入れの処理フローを示した図。
【図１２】保証付き電子証券発行の処理フローを示した図。
【図１３】図１１の処理フローにおける委任状のデータ構造を示した図。
【図１４】図１１の処理フローにおける代理申請申込書のデータ構造を示した図。
【図１５】電子証券担保設定申請データのデータ構造を示した図。
【図１６】担保設定依頼データのデータ構造を示した図。
【図１７】図１２の処理フローにおける委任状のデータ構造を示した図。
【図１８】図１２の処理フローにおける代理申請申込書のデータ構造を示した図。
【符号の説明】
１１０…申請人システム、１２０…代理人システム、１３０…金融機関システム、１４０…電子証券振替機関システム、１５０…信用保証機関システム、１６０…添付書類提供機関システム。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention belongs to a proxy application realized by the exchange of electronic data, and in particular, in an electronic securities transaction in which the right of a security is generated, transferred, or extinguished by recording electronic data, a guarantee and a guarantee for an electronic security are provided. It belongs to a proxy application for borrowing secured by electronic securities.
[0002]
[Prior art]
Until now, public or private credit guarantee institutions, mainly for the purpose of supplementing creditworthiness when SMEs borrow funds from financial institutions, or when SMEs draw bills or issue private placement bonds It is widely practiced in business practice to ask for guarantees. SMEs often pledge securities as collateral when borrowing funds. At present, these guarantee applications are made on paper. For example, if a company borrows from a financial institution and requests its credit guarantee from a public credit guarantee institution, the Credit Guarantee Association, using the securities as collateral, the following documents should be sent to the credit guarantee association specifically: To submit.
(1) Application for credit guarantee by companies and financial institutions
(2) Attached documents (commercial register, final income tax return, seal certificate, business license, etc.)
(3) Security as security
In the future, these assurance applications will be processed electronically. The reasons are as follows.
(1) The progress of digitization of contract activities
(2) The digitization of securities has progressed
(3) The digitization of acquisition of official documents has progressed.
Regarding the digitization of contracts, the Law Concerning the Development of Related Laws for the Use of Information and Communication Technology Related to the Issuance of Documents and the Law Concerning Special Provisions of the Civil Code Concerning Electronic Consumer Contracts and Notifications of Electronic Consent are enacted. An environment in which contracts, which have been made on paper, can be performed electronically has been improved. As a technique relating to the digitization of these contracts, for example, as a technique for notifying the contents of an electronic contract, the following Patent Document 1 entitled “Electronic Document Delivery System” is known. Further, as a technique for evidencing the contents of the explanation exchanged up to the contract, there is the following Patent Document 2 entitled "Contract Method and Contract Processing System".
[0003]
Regarding the digitization of securities, the Securities Transactions, in which rights have been generated, transferred, or extinguished by handing over paper or by writing on paper, such as the enactment of the "Transfer Bonds and Other Acts", have been implemented. There is a growing movement to go paperless. There are two methods of conducting securities transactions electronically: a method in which electronic data itself is defined as having a value, a method of transferring rights by transferring electronic data having such a value (an electronic securities method), and a method of trust transfer. There is a method (transfer institution method) in which an institution is constructed and the rights are transferred by rewriting the electronic book of the transfer institution. At present, the digital securities system is difficult to prevent double transfer due to unauthorized copying of electronic data and has a high technical requirement level. The transfer engine system is becoming mainstream. The basic framework of these electronic securities is shown in the following Non-Patent Document 1 and the like.
[0004]
With regard to electronic application of official documents, the Ministry of Internal Affairs and Communications started operation of an electronic application and notification system on March 27, 2002, and practical application of electronic application of some documents is progressing.
[0005]
The concept of a proxy application in which an agent having specialized knowledge substitutes for the applicant on behalf of the applicant is shown in Non-Patent Document 2 below.
[0006]
With the above, an environment for digitizing all applications for applying for credit guarantees (contracts), setting up guarantees on securities, setting up security on securities that are the guarantee of guarantees, and acquiring attached documents is being prepared. All of these processes may be performed electronically to improve efficiency.
[0007]
[Patent Document 1]
JP-A-10-154110
[Patent Document 2]
JP 2001-357322 A
[Non-patent document 1]
"Corporate Vitality Research Institute (Council Corporate Finance Council) Payment System Grand Design for Electronic CP etc.
[Non-patent document 2]
"New Media Development Association Institutional and Technical Issues Study Group on Agency Applications About Institutional and Technical Issues in Agency Applications"
[0008]
[Problems to be solved by the invention]
In the future, if the procedures for credit guarantees secured by electronic securities or credit guarantees for electronic securities are digitized, it will be difficult for companies requesting credit guarantees to perform these electronic application processes on their own. It is expected that. The first reason is that the person who makes the application needs a financial institution that performs borrowing and settlement of funds, an electronic securities transfer institution that performs guarantee registration and collateral registration for electronic securities, a credit guarantee organization that guarantees credit, Being wide-ranging with e-governments that provide attachments, secondly, the necessary attachments are diverse in view of the current credit guarantee system, and the required documents are different for each case; third, requesting credit guarantees Companies are mainly small and medium-sized companies, and it is difficult for managers of those small and medium-sized businesses to acquire the above-mentioned specialized knowledge. Therefore, realization of a model in which an agent substitutes for the above-mentioned application on behalf of a company requesting credit guarantee is required, and it is an object of the present invention to construct a system for realizing the model.
[0009]
As described above, studies are being conducted on a model for realizing a proxy application as a well-known technology, but in many of these models, the application destination is often a single organization. In other words, the applicant requesting the application to one or a group of organizations providing the service is provided by an agent who provides the necessary documents for the application by an agent acting on behalf of the application. This is a model in which an application is made with the attached documents provided by the company.
[0010]
Therefore, in the present invention, the agent substitutes for a plurality of application destinations (financial institutions, credit guarantee institutions, electronic securities transfer institutions) on behalf of the applicant (company), and obtains the attachments obtained from the attached document provider (e-government etc.). It is an object to solve at least one of the following problems which is embodied by a plurality of application destinations, specifically, in a model in which a proxy application is attached with documents.
(1) The agent tallies the application contents for all the application destinations and the attached document providers, and realizes a system in which the applicant does not need to input the overlapping part of the necessary entry items a plurality of times. thing.
[0011]
Companies ask their agents to make loans and settlements to financial institutions, provide credit guarantees by credit guarantee agencies, and register securities with electronic securities transfer institutions. It is considered that there are common entries in each application ( Address, company name, representative name, etc.). Therefore, a system is realized in which the agent extracts items necessary for all applications, removes duplicate items, and requests the applicant to input items, thereby reducing the load on the applicant.
(2) To realize a system in which each application destination collects electronic documents required for providing a service and then makes a request to an attached document provider.
[0012]
The agent, on behalf of the company, obtains the necessary documents for lending and settlement to a financial institution, credit guarantee by a credit guarantee agency, and application for securities registration with an electronic securities transfer agency. Therefore, in all applications, necessary attached documents are extracted, duplicated attached documents are removed, and the attached documents are applied to each e-government to reduce the cost of acquiring the attached documents. Implement the system.
(3) Upon receiving an application from the applicant, when an application destination (application destination A) needs to apply for a service to another application destination (application destination B), the agent can apply for the application. Implement a system that acts on behalf of A and makes a proxy application to application B.
[0013]
When a credit guarantee organization grants a guarantee for electronic securities, the guarantee organization must register the guarantee with an electronic securities transfer institution. Therefore, a system is realized in which an agent substitutes for a guarantee institution, which is one of the application destinations, and makes a proxy application to another electronic securities transfer institution, which is an application destination.
(4) Upon receiving an application from the applicant, if synchronization is required between the service performed by one application destination (application destination A) and the service performed by another application destination (application destination B), the agent To realize a system that controls the synchronization.
[0014]
In the case of borrowing using electronic securities as collateral, it is possible that borrowing cannot be performed even though electronic securities have been pledged as collateral, or that collateral for electronic securities has not been set despite lending. Therefore, a system for synchronizing the lending by the financial institution and the collateral setting for the electronic securities is realized.
(5) The agent assists in determining whether to limit the combinations of application destinations. When a certain application destination A is specified, a function corresponding to a case where the application destination B must be specified is realized.
[0015]
When borrowing from a certain financial institution (bank A), the credit guarantee institution that can perform the credit guarantee may be limited to a specific credit institution (such as a credit guarantee company affiliated with bank A). Therefore, a system is realized in which the agent assists the judgment.
[0016]
[Means for Solving the Problems]
To solve the first problem, the agent system
A processing function for totalizing application items required to apply to all application destinations, a processing function for deleting duplicate application items from the totaled application items, and sending it to the applicant system,
A processing function for receiving the application content, which is the value entered for the submitted application item, from the applicant system,
A processing function is provided for extracting, from the received application contents, the application contents corresponding to the application items required for the application for each application destination and transmitting the extracted application contents to the application destination.
[0017]
To solve the second problem, the agent system
A processing function for counting the electronic attached documents required to make all applications,
A processing function of deleting the duplicate electronic attached document from the tabulated electronic attached document,
A processing function of deleting the application items required for the application for sending the attached documents to the attached document provider system, deleting the same application items as in the solution of the first problem, and transmitting the same to the applicant system,
A processing function of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
A processing function of extracting the application content for the application item required for the attached document transmission request from the received application content and transmitting the extracted application content to the attached document providing organization system;
A processing function for receiving an electronic attachment from the attachment provider system,
For each of the application destinations, the result of extracting the application content corresponding to the application item required for application to the application destination from the received application content, and the application required from the received electronic attached documents And transmitting a result of extracting the electronic attached document.
[0018]
In order to solve the third problem, in addition to the processing function to solve the first problem, the agent system,
A processing function for receiving, from the system of the application destination (application destination A) that requests the agent to perform the application on behalf of the agent, the application contents required for applying to the application destination of the application destination A (application destination B),
The applicant B system has a processing function of transmitting the received application content.
[0019]
To solve the fourth problem, the agent system
In the case where application destinations that require application synchronization are application destination A and application destination B,
A processing function of transmitting a message requesting the application destination A system to maintain a state in which the application can be accepted;
A processing function of sending a message requesting the application B system to accept the application,
A function is provided for requesting the application destination A system to execute the acceptance of the application holding the status.
[0020]
In order to solve the fifth problem, the agent system
A processing function that receives the combination of applicants from the applicant system and determines whether the combination is possible,
It has a processing function of transmitting the information of the application destination that can be combined to the applicant system.
[0021]
BEST MODE FOR CARRYING OUT THE INVENTION
As shown in FIG. 1, a system for implementing the present invention includes an applicant system 110, an agent system 120, a financial institution system 130, an electronic securities transfer institution system 140, a credit guarantee institution system 150, and an attached document providing institution system 160. The connection is made by the network 190. The applicant system 110 is a system used by a corporation or an individual who makes a borrowing application secured by electronic securities and a guarantee application for electronic securities. In the present embodiment, as an example of a specific applicant, a company A applies. The agent system 120 is a system used by an agent who makes the application on behalf of the applicant. In the present embodiment, as an example of a specific agent, the agent B applies for the agent. The financial institution system 130 is a system used by a financial institution lending to an applicant. Here, the financial institution is, for example, a city bank, a regional bank, a post office, a credit union, a credit union, a labor union, an agricultural cooperative, a credit company, a credit company, a consumer finance company, a leasing company, and the like. In the present embodiment, it is assumed that the bank C lends as a specific example of a financial institution. The electronic securities transfer institution system 140 is used by an electronic securities transfer institution that manages (generates, transfers, and disappears) the receivables and debt relationships between the participants or the rights and obligations of the participants by electronic securities that are electronic records. System. Here, the electronic securities are computerized securities such as government bonds, corporate bonds, commercial paper (CP), certificates of deposit, stock certificates, bills, checks, and membership certificates. In addition, the electronic securities transfer institution here means, for example, the “Law Concerning the Development of Related Laws for the Improvement of the Securities Market by Reform of the Securities Settlement System” enacted on June 5, 2002. The transfer organization and account management organization specified in the “Transfer Law” are applicable. In the present embodiment, as a specific example of the electronic securities transfer institution, it is assumed that the transfer institution D transfers the electronic securities. The credit guarantor system 150 is a system used by a credit guarantor that guarantees the borrowing of the applicant and the electronic securities issued by the applicant. Here, the credit guarantee organization is, for example, a credit guarantee company, a credit guarantee fund, a credit guarantee association, or the like. In the present embodiment, it is assumed that the guarantor E makes a guarantee as a specific example of a credit guarantee organization. The attached document providing organization system 160 is a system used by an attached document providing organization that is an organization that provides public documents and private documents necessary for an applicant to make an application. Here, the attached document providing organization is, for example, an administrative service of a government office or a government office. In the present embodiment, it is assumed that the administrative service F provides attached documents as a specific attached document providing organization. Note that each system of the present embodiment uses identifiers of data having the same names as the respective names as identification data for identifying the company A, the agent B, the bank C, the transfer agency D, the guarantor E, and the administrative service F. Shall be.
[0022]
As shown in FIG. 2, the configuration of the applicant system 110 is configured by connecting a storage device 210, a processing device 220, an input device 230, an output device 240, and a communication device 250 via a bus 260. The storage device 210 is, for example, a memory. The processing device 220 is, for example, an MPU, and executes a program stored in the storage device 210. The input device 230 is, for example, a keyboard or a mouse, and receives information input from an external operator. The output device 240 is, for example, a display, and displays information to an external operator. The communication device 250 is, for example, a network card, and communicates with another agent system 120, a financial institution system 130, an electronic securities transfer institution system 140, a credit guarantee institution system 150, and an attachment providing system 160 via a network 190. Communicate information. The bus 260 transmits information among the storage device 210, the processing device 220, the input device 230, the output device 240, and the communication device 250. The configuration of the other agent system 120, financial institution system 130, electronic securities transfer institution system 140, credit guarantee institution system 150, and attached document providing institution system 160 is the same as the configuration of the applicant system 110 shown in FIG.
[0023]
As shown in FIG. 1, an applicant processing program 111 and key data 119 are recorded in the storage device 210 of the applicant system 110. The applicant processing program 111 is executed by the processing device 220 of the applicant system 110 and controls the operation of the applicant system 110. The key data 119 is data for each participant in the present embodiment to mutually authenticate, and details thereof will be described later. In the storage device of the agent system 120, an agent processing program 121, required application data 122, required item / necessary attached document data 123, application destination data 124, and key data 129 are recorded. The agent processing program 121 is executed by the processing device 220 of the agent system 120 and controls the operation of the agent system 120. The required application data 122 specifies an application to be performed on behalf of each institution required by the agent to provide services (agent application for borrowing secured by electronic securities, application for proxy issuance of guaranteed electronic securities). And the details thereof will be described later. The necessary item / necessary attached document data 123 is data for specifying entry items and attached documents necessary for the application when the agent acts on behalf of an application, and details thereof will be described later. The application destination data 124 is used to specify a combination of application destinations that can be applied by an agent when there are a plurality of application destinations providing the same service (for example, when there are a plurality of lending companies). Data, the details of which will be described later. The key data 129 is data for each participant in the present embodiment to mutually authenticate, and details thereof will be described later. The storage device 210 of the financial institution system 130 records a financial institution program 131, fund account data 132, and key data 139. The financial institution processing program 131 is executed by the processing device 220 of the financial institution system 130 and controls the operation of the financial institution system 130. The fund account data 132 is data for managing a depositor having an account with a financial institution and a fund balance of a self-account (a bank's own account), the details of which will be described later. The key data 139 is data for each participant in the present embodiment to mutually authenticate, and details thereof will be described later. The storage device 210 of the electronic securities transfer institution system 140 records an electronic securities transfer institution processing program 141, electronic securities data 142, and key data 149. The electronic securities transfer institution processing program 141 is executed by the processing device 220 of the electronic securities transfer institution system 140 and controls the operation of the electronic securities transfer institution system 140. The electronic securities data 142 is data for managing electronic securities registered with an electronic securities transfer institution, and details thereof will be described later. The key data 149 is data for each participant in the present embodiment to mutually authenticate, and details thereof will be described later. The storage device 210 of the credit guarantee agency system 150 stores a credit guarantee agency processing program 151, guarantee determination data 152, and key data 159. The credit guarantee institution processing program 151 is executed by the processing device 220 of the credit guarantee institution 150 and controls the operation of the credit guarantee institution system 150. The guarantee determination data 152 is data for the credit guarantee organization to determine whether to make a guarantee to the applicant, and will be described later in detail. The key data 159 is data for each participant in the present embodiment to mutually authenticate, and details thereof will be described later. The storage device 210 of the attached document provider organization system 160 stores an attached document provider organization processing program 161, document data 162, and key data 169. The attached document providing organization processing program 161 is executed by the processing device 220 of the attached document providing organization system 160, and controls the operation of the attached document providing organization system 160. The document data 162 is data for recording a document provided by the attached document provider, and details thereof will be described later. The key data 169 is data for each system in the present embodiment to mutually authenticate, and details thereof will be described later.
[0024]
Next, the structure of the key data 119 will be described with reference to FIG. As described above, the key data 119 is data for all the participants in the present embodiment to mutually authenticate. The key data 119 is composed of key information 300 which is key information of each participant. The key information 300 has items of a participant ID 301, a public key 302, and a secret key 303. The participant ID 301 is data for identifying which participant the key information 300 is. The public key 302 is the public key of the participant specified by the participant ID 301, and the secret key 303 is the secret key of the participant specified by the participant ID 301. Here, the public key and the secret key are the public key and the secret key in the public key encryption technology. Although the public key encryption technology is a known technology, its features will be briefly described. In the public key cryptography, data encrypted with a public key can be decrypted with a private key, and data encrypted with a private key can be decrypted with a public key. Also, it is difficult to specify an encryption key from a public key. Under such a feature, each participant keeps his or her own encryption key secret from other participants and discloses the public key to the other participants. Thus, a participant A sends data encrypted with the public key of the participant B to the participant B, and the encrypted data is difficult to decrypt except for the participant B and is used for encrypted communication with the participant B. be able to. The participant A transmits certain data and data obtained by encrypting the data with its own secret key to another participant B, so that the participant B receives the received data and the encrypted data. If the data is compared with the data decrypted by the public key of the participant A and they match, it is possible to confirm that the data is certainly created by the participant A (called an electronic signature). In the present embodiment, the key data 119 records key information 300 of the applicant A, the agent B, the bank C, the transfer agency D, the administrative service E, and the guarantor F. Since the key data 119 is the key information held by the applicant A, it is assumed that only the key information 300 of the applicant A is held for the secret key 303 and the secret keys 303 of other participants are not held. The structures of the key data 129, key data 139, key data 149, key data 159, and key data 169 are the same as those of the key data 119. However, these are key data held by the agent system 120, the financial institution system 130, the electronic securities transfer institution system 140, the credit guarantee institution system 150, and the attached document providing institution system 160, respectively. It is assumed that only the key information 300 of the agent B, the bank C, the transfer agency D, the credit guarantee company E, and the administrative service F is held, and the secret keys 303 of other participants are not held. In this embodiment, the applicant A, the agent B, the bank C, the transfer institution D, the credit guarantee company E, and the administrative service F are respectively an applicant system 110, an agent system 120, a financial institution system 130, an electronic securities It is created in advance by the transfer institution system 140, the credit guarantee institution system 150, and the attached document providing institution system 160. The public key created in each system is distributed to another system. Here, the method of generating the secret key / public key is well-known in public key cryptography, and will not be described.
[0025]
Next, the structure of the required application data 122 will be described with reference to FIG. As described above, the necessary application data 122 is used to specify an application necessary for the agent to perform the agent service (agent application for borrowing using electronic securities as collateral, application for agent issuance of guaranteed electronic securities). Data. The required application data 122 is composed of required application information 400 which is information for specifying an application required for each service. The required application information 400 includes items of a service ID 401 and an application ID 402. The service ID 401 is data for specifying which proxy service the required application information 400 provides for the proxy. The application ID 402 is data for specifying an application required when performing the proxy service specified by the service ID 401, and takes a plurality of values when a plurality of applications are required. In the present embodiment, it is assumed that the necessary application data 122 relating to “borrowing with electronic securities secured” and the required application information 400 relating to “issuing electronic securities with guarantee” are registered in the required application data 122. Here, it is assumed that the registration of the necessary application data 122 has been performed in advance by the input device 230 of the agent system 120.
[0026]
Next, the structure of the required item / necessary attached document data 123 will be described with reference to FIG. As described above, the necessary item / necessary attached document data 123 is data for specifying entry items and attached documents required for the application when the agent acts on behalf of an application. The required item / necessary attached document data 123 is composed of required item / necessary attached document information 500 which is information for specifying an entry item / attached document for each application. The required item / necessary attached document information 500 includes an application ID 501, an application destination section 502, a required item ID 503, and a required attached document ID 504. The application ID 501 specifies which proxy application the required item / necessary attached document information 500 is made by the agent. The application destination category 502 is data for specifying the application destination of the application specified by the application ID 501. The necessary item ID 503 is data for specifying necessary items necessary for performing the application specified by the application ID 501, and assumes a plurality of values when there are a plurality of necessary items. The necessary attached document ID 504 is data for specifying an attached document required for performing the application specified by the application ID 501, and takes a plurality of values when a plurality of attached documents are required. In the present embodiment, the necessary items and necessary attached document data 123 include necessary items related to “borrowing application”, “guarantee application”, “electronic securities collateral setting application”, “electronic securities issuing application”, and “electronic securities guarantee application”. It is assumed that the necessary attached document information 500 has been registered. Here, it is assumed that the registration of the necessary item / necessary attached document data 123 has been performed in advance by the input device 230 of the agent system 120.
[0027]
Next, the structure of the application destination data 124 will be described with reference to FIG. As described above, the application destination data 124 is data used to specify a combination of application destinations that can be applied by an agent when there are a plurality of application destinations that provide the same service. The application destination data 124 is composed of application destination information 600 that is information on each combination of application destinations. The application destination information 600 includes an application destination 601, an application destination category 602, and a combination restriction 603. The application destination 601 is data for specifying which application destination the application destination information 600 is restriction information on a combination of. The application destination category 602 is classification information indicating what kind of service is provided by the application destination specified by the application destination 601. In the present embodiment, it is assumed that there are three types of classification: a "financial institution" that lends funds, a "credit guarantee institution" that performs credit guarantee, and an "electronic securities transfer institution" that performs settlement of electronic securities. The combination restriction 603 is information on another application destination that can be combined with the application destination specified by the application destination 601. According to the combination restriction 603, for example, by writing “guarantee company D” in the combination restriction 603 of the application destination information 600 specifying “bank C” as the application destination 601, if the bank C borrows, It is possible to apply a restriction that the company D can be requested for credit guarantee, but the guarantee company Y cannot be requested for credit guarantee. In the present embodiment, it is assumed that application destination information 600 of “bank C”, “guarantee company D”, and “transfer agency E” is registered in the application destination data 124. Here, it is assumed that the registration of the application destination information 600 has been performed in advance by the input device 230 of the agent system 120.
[0028]
Next, the structure of the fund account data 132 will be described with reference to FIG. As described above, the fund account data 132 is data for managing a depositor having an account with a financial institution and a fund balance of a self-account (a bank's own account). The fund account data 132 is composed of fund account information 700 which is information on the fund balance of each participant. The fund account information 700 includes items of a participant ID 701 and a balance 702. The participant ID 701 is data for specifying which participant's fund account the fund account information 700 relates to. The balance 702 is data for specifying the deposit balance of the participant specified by the participant ID 701. In the present embodiment, it is assumed that the fund account data 132 of “applicant A” and “own account” is registered in the fund account data 132. Here, the registration of the fund account information 700 is based on the assumption that a balance serving as an initial value is registered in advance based on each deposit balance at the financial institution.
[0029]
Next, the structure of the electronic securities data 142 will be described with reference to FIG. As described above, the electronic securities data 142 is data for managing electronic securities registered with an electronic securities transfer institution. The electronic securities data 142 includes electronic securities information 800 which is information on each electronic security. The electronic securities information 800 has items of an electronic securities ID 801, a holder ID 802, a pledge holder ID 803, an issuer ID 804, a guarantor ID 805, a payment amount 806, a payment date 807, and a lock 808. The electronic securities ID 801 is information for specifying which electronic securities the electronic securities information 800 is related to. The holder ID 802 is information for specifying the holder (right holder) of the electronic security identified by the electronic security ID 801. The pledge holder ID 803 is information for specifying a person who holds a pledge (security holder) when the electronic security identified by the electronic securities ID 801 is pledged as collateral. The issuer ID 804 is information for specifying the issuer (obligor) of the electronic security identified by the electronic security ID 801. The guarantor ID 805 is information for specifying a guarantor to take over the obligation when the issuer of the electronic security identified by the electronic security ID 801 defaults on the debt (payment is impossible or payment is delayed). . The payment amount 806 is a payment amount promised by the electronic security specified by the electronic security ID 801. The payment date 807 is the payment date promised by the electronic security specified by the electronic security ID 801. The lock 808 is a flag indicating that the buying and selling of electronic securities is temporarily prohibited, and its value takes one of "Yes" and "No". In the case of “Yes”, it indicates that the state is locked and trading is prohibited. "None" indicates that the lock is not locked. In this embodiment, the model of the electronic securities is simplified, but other information such as interest payment, endorser, interest payment timing, exchange to other securities such as stock certificates (convertible bonds), new stock certificates, etc. Information such as additional right information such as reservation for issuance (warrant bonds) and backup line information (a borrowing frame at the time of payment of electronic securities) may be included.
[0030]
Next, the structure of the guarantee determination data 152 will be described with reference to FIG. The guarantee determination data 152 is data for determining whether or not a credit guarantee agency performs a guarantee. The guarantee determination data 152 is made up of guarantee determination information 900 which is information for determining whether to perform credit guarantee for each applicant. The guarantee determination information 900 includes items of a guarantee target person ID 901, a guaranteed amount (with security) 902, a guarantee limit (with security) 903, a guaranteed amount (without security) 904, and a guarantee limit (without security) 905. . The assurance target person ID 901 is data for specifying which assurance coordinator the assurance determination information 900 relates to. The already-guaranteed amount (with security) 902 is information for specifying how much guarantee has already been given to the assured person specified by the assured person ID 901. The guarantee limit (with security) 903 is information for specifying how much guarantee is to be made when the person to be guaranteed specified by the person to be guaranteed ID 901 has security. In the present embodiment, when a guarantee application is made with a guarantee from a person to be guaranteed, the credit guarantee institution adds the guarantee amount newly requested to the already guaranteed amount (with security) 902 to the guarantee amount. If it is smaller than the limit (with security) 903, a guarantee is permitted. The roles of the guaranteed amount (unsecured) 904 and the guarantee limit (unsecured) 905 are the same as the guaranteed amount (secured) 902 and the guarantee limit (secured), respectively, except that the security to be compared is unsecured. ) 903. In the present embodiment, it is assumed that the guarantee determination data 152 is registered in advance by the input device 230 of the credit guarantee agency system 150.
[0031]
Next, the structure of the document data 162 will be described with reference to FIG. As described above, the document data 162 is data for recording a document provided by the attached document providing organization. The document data 162 is composed of document information 1000 which is data on each document. The document information 1000 has items of a document type ID 1001, a target person ID 1002, and a document 1003. The document type ID 1001 is information for specifying what the document relates to. The target person ID 1002 is information for specifying who the document is. In the present embodiment, it is assumed that the document type ID 1001 and the target person ID 1002 determine who and what the document relates to, and the document can be uniquely identified. The document 1003 is information of the document itself. In the present embodiment, it is assumed that the document data 162 is registered in advance by the input device 230 of the attached document providing system 160.
[0032]
Next, with reference to FIG. 11, a processing flow relating to a proxy application for borrowing secured by electronic securities will be described. This flow shows an application in which the applicant requests a financial institution to borrow, and an application in which the applicant requests a credit guarantee institution for security of the borrowing by using the electronic securities (for which the applicant has rights) as collateral. The agent makes a proxy application on behalf of the applicant for the application requesting the electronic securities transfer institution to set the security of the electronic securities. Vertical lines in FIG. 11 (line 1101 of the applicant system, line 1102 of the agent system, line 1103 of the financial institution system, line 1104 of the electronic securities transfer institution system, line 1105 of the credit guarantee institution system, and line of the attached document providing institution system A line 1106) indicates that time flows from the top to the bottom of the figure. Further, as for the horizontal arrow, a communication message is transmitted from a system represented by a vertical line contacting the start point of the arrow to a system represented by a vertical line contacting the end point of the arrow. In the present embodiment including the flow of FIG. 11, the operations of the applicant system 110, the agent system 120, the financial institution system 130, the electronic securities transfer institution system 140, the credit guarantee institution system 150, and the attached document providing institution system 160 are as follows. These are controlled and controlled by an applicant processing program 111, an agent processing program 121, a financial institution processing program 131, an electronic securities transfer institution processing program 141, a credit guarantee institution processing program 151, and an attached document providing institution processing program 161 respectively. In the processing flow of the present embodiment, the applicant system 110 is a system used by “applicant A”, the agent system 120 is a system used by “agent B”, and the financial institution system 130 is “bank”. C), the electronic securities transfer institution system 140 is a system used by the "transfer institution D", and the credit guarantee institution system 150 is a system used by the "guarantor E". The system 160 is a system used by the "administrative service F".
[0033]
The applicant system 110 receives the input of the service ID from the input device 230 in the processing step “input of service ID” 1110. The service ID is an identifier for specifying what kind of proxy service the client requests from the agent. In this processing step, the service ID receives the input of “borrowed with electronic securities” as its value. I do. Next, the applicant system 110 transmits the service ID received in the pre-processing step to the agent system 120 by a communication message “send service ID” 1110.
[0034]
Upon receiving the communication message “Send service ID” 1110, the agent system 120 searches the required application data 122 having the service ID 401 that matches the received service ID from the required application data 122 in the processing step “Necessary application determination” 1114. . The application ID 402 included in the searched required application information 400 is an application necessary for performing the proxy service specified by the received service ID.
[0035]
The proxy system 120 creates a model of the proxy application form 1400 in the processing step "Create proxy application form" 1116. The proxy application form 1400 is information transmitted by the applicant to the agent, and is data for requesting the applicant to describe application items necessary for the agent to perform the proxy application. As shown in FIG. 14, the structure of the proxy application form 1400 is composed of application information 1450 having an item name 1401 and contents 1402. Here, it is assumed that the template of the proxy application form 1400 is data in which the content 1402 of the application information 1450 is left blank (not described by the applicant). The application information 1450 of the proxy application form 1400 is determined by the following procedure. The required item / required attached document information 500 having the same value as the application ID 402 included in the required application information 400 retrieved in the processing step “required application determination” 1114 is retrieved from the required item / required attached document data 123. When a plurality of application IDs 402 are registered, a plurality of necessary items / necessary attached document information 500 is searched. Next, all necessary item IDs 503 included in the retrieved necessary item / necessary attached document information 500 are retrieved. When a plurality of necessary item / necessary attached document information 500 is searched, all necessary item IDs 503 included in each required item / necessary attached document information 500 are searched. If a plurality of the same required item IDs 503 are searched, the second and subsequent required item IDs 503 are ignored. Therefore, all necessary items / necessary item IDs 503 included in the necessary attached document information 500 are searched without duplication. The application information 1450 is created for each of the searched required item IDs 503, and the value of the required item ID 503 is set as the value of the item name 1401 of the created application information 1450. Therefore, in this flow, an application having “applicant ID”, “borrowing amount”, “borrower”, “guarantee amount”, “collateral acquirer ID”, “repayment date”, and “electronic securities ID” in the item name 1401 The information 1450 is generated and recorded in the proxy application form 1400. Upon creating the proxy application form 1400 according to the above procedure, the proxy system 120 sends the created data to the applicant system 110 as a communication message “Request for proxy application form entry” 1118. Upon receiving the communication message “Request for proxy application form entry” 1118, the applicant system 110 receives an input for the content 1402 of the application information 1450 of the proxy application form 1400 in the processing step “Fill for proxy application form” 1120. Specifically, the application information 1450 in which the item name 1401 is specified by “Applicant ID” is information for identifying who the applicant is, and in the present processing flow, the content 1402 is “Applicant ID”. A ". The application information 1450 in which the item name 1401 is specified by “borrowing amount” is information for specifying how much borrowing the applicant applies, and it is assumed that the content 1402 receives the input of the amount. The application information 1450 in which the item name 1401 is specified by “borrower ID” is information for specifying to whom the applicant requests borrowing, and in this processing flow, the content 1402 is “bank C” ". The application information 1450 in which the item name 1401 is specified by “guarantee amount” is information for specifying how much guarantee the applicant applies for, and it is assumed that the content 1402 receives the input of the amount. The application information 1450 in which the item name 1401 is specified by “collateral acquirer ID” is information for specifying to whom the applicant requests a guarantee. Company E ". The application information 1450 in which the item name 1401 is specified by “repayment date” is information that specifies when the applicant will repay the borrowed money, and the content 1402 receives an input of the date. The application information 1450 in which the item name 1401 is specified by “electronic security ID” is information that specifies which electronic security the applicant applies for assurance against borrowing, and the electronic security is specified in the content 1402. It is assumed that an identifier is input. The application information 1450 in which the item name 1401 is specified by “electronic securities transfer institution ID” is information for specifying which institution to request the transfer of electronic securities, and in the present processing flow, the content 1402 is “ It is assumed that the input of "transfer institution D" is received. Next, when the input is completed, the applicant system 110 transmits the proxy application form 1400 as a communication message “send proxy application form” 1122 to the agent system 120.
[0036]
Upon receiving the proxy application form 1400, the proxy system 120 checks the received proxy application form 1400 in a processing step "check proxy application form" 1124. This inspection is an inspection as to whether the combination of application destinations described in the proxy application form 1400 is possible. For example, when an application is made for borrowing from a financial institution, if there is a condition that a guarantee must be requested from a credit guarantee company affiliated with the financial institution, it is checked whether the condition is met. Specifically, the application destination included in the proxy application form 1400, the bank C whose item name 1401 is the content 1402 of the application information 1450 specified by the “borrower ID”, and the item name 1401 is “ Guarantee company E, which is the content 1402 of the application information 1450 specified by the "person ID", and whether the transfer institution D whose item name 1401 is the content 1402 of the application information 1450 specified by the "electronic securities transfer institution ID" can be combined. inspect. This is because application information 600 having an application destination 601 that matches each application included in the proxy application 1400 is searched from the application data 124, and other application destinations are added to the combination restriction 603 of the searched application information 600. Is included. If all other applicants are included, the inspection is considered successful. For example, in the case of the bank C, the application destination information 600 including the bank C in the application destination 601 is searched, and it is determined whether the guarantee company E and the transfer institution D are included in the combination restriction 603 of the searched application destination information 600. inspect. If the inspection fails, the processing is stopped in this processing step.
[0037]
When the inspection in the processing step “check proxy application form” 1124 succeeds, the proxy system 120 creates the proxy 1300 in the processing step “create proxy” 1125. The power of attorney 1300 indicates that the authority of the application has been delegated from the applicant to the agent, and that the financial institution to which the application was made, the electronic securities transfer institution, the credit guarantee institution, and the attached document providing institution that provided the document. This data is for the institution to confirm. As shown in FIG. 13, the structure of the power of attorney 1300 is composed of data of the delegate / trustee 1310, data of the power of delegation (application) 1320, data of the power of trust (acquisition of attached documents) 1330, and electronic signature data 1340. The delegator / trustee data 1310 is information for specifying who delegates to whom, and is composed of a plurality of delegator / trustee information 1315 composed of a delegator / trustee category 1311 and a participant ID 1312. I do. In the delegator / trustee data 1310, the delegator / trustee information 1315 in which the delegator / trustee category 1311 is specified by “delegator” and the delegator / trustee category 1311 are identified by “trustee”. From the delegator / trustee information 1315. In the participant ID 1312 of the delegate / trustee information 1315 in which the delegate / trustee division 1311 is specified by “delegator”, the application in which the item name 1401 of the proxy application form 1400 is specified by “applicant ID” The content 1402 of the information 1450 (“Applicant A” in the example of this flow) is copied. In the present embodiment, “agent B” is set as the participant ID 1312 of the delegate / trustee information 1315 whose delegate / trustee category 1311 is specified by “trustee”. The delegation content (application) data 1320 is information for specifying which application the delegator delegates to the agent, and includes the application content 1321 and the delegation content (application) information 1325 having the application destination 1322. Constitute. The delegation content (application) information 1325 is created for each application ID 501 included in the required application information 400 retrieved in the processing step “necessary application determination” 1114. In this flow, the service ID 401 searched for in the processing step “necessary application determination” 1114 includes “borrowing application”, “guarantee application”, “electronic securities security” as the application ID 501 in the required application information 400 of “borrowing with electronic securities secured”. Therefore, delegation content (application) information 1325 having each of them in the application content 1321 is created. In addition, in the application destination 1322 of the delegation content (application) information 1325 whose application ID 501 is specified by “borrowing application”, the item name 1401 of the proxy application form 1400 is the content of the application information 1450 specified by “borrowing destination ID” 1402 (“Bank C” in the example of this flow) is copied. In addition, in the application destination 1322 of the delegation content (application) information 1325 whose application ID 501 is specified by “guarantee application”, the item name 1401 of the proxy application form 1400 is the application information 1450 specified by “collateral acquirer ID”. The content 1402 (“guarantee company E” in the example of this flow) is copied. In addition, in the application destination 1322 of the delegation content (application) information 1325 whose application ID 501 is specified by “guarantee application”, the item name 1401 of the proxy application form 1400 is the application information 1450 specified by “collateral acquirer ID”. The content 1402 (“guarantee company E” in the example of this flow) is copied. In addition, in the application destination 1322 of the delegation content (application) information 1325 whose application ID 501 is specified by “electronic securities collateral setting application”, the item name 1401 of the proxy application form 1400 is specified by “electronic securities transfer institution ID”. It is assumed that the content 1402 of the application information 1450 (“transfer institution D” in the example of this flow) is copied. The delegation content (attached document acquisition) data 1330 is data for indicating that the acquisition of the attached document required for making an application is delegated, and includes the delegation content (attached document having the attached document name 1331 and the acquisition source 1332). Acquisition) information 1335. The delegation contents (acquisition of attached documents) data 1330 includes the necessary items and the required attached document IDs 504 included in the required attached document information 500 previously searched in the processing step “proxy application / authorization of proxy” ( However, if the required attached document IDs 504 are duplicated, delegation contents (acquired attached documents) information 1335 is created, and the required attached document IDs 504 for the previous term are copied to the attached document names 1331. In the present embodiment, “administrative service F” which is an identifier for specifying the administrative service F is entered in the acquisition destination 1332 of the delegation content (acquisition of attached document) information 1335. The electronic title data 1340 is data for confirming that both the delegate and the trustee have agreed on the contents of the power of attorney 1300, and is composed of electronic signature information 1345 having an electronic title division 1341 and a signature value 1342. The electronic signature data 1340 includes electronic signature information 1345 for confirming the intention of the delegate whose electronic signature section 1341 is specified by “delegator electronic signature”, and electronic signature section 1341 is specified by “trustee electronic signature”. It consists of electronic signature information 1345 that confirms the will of the acceptor. Next, the electronic signature section 1341 records the electronic signature of the agent B in the signature value 1342 of the electronic signature information 1345 specified by the “trustee electronic signature”. Here, the electronic signature of the agent B means that the contents of the delegate / trustee data 1310, the delegation content (application) data 1320, and the delegation content (attached document acquisition) data 1330 are encrypted with the secret key of the agent B. Shall be. Here, the secret key of the agent B is the secret key 303 of the key information 300 whose participant ID 301 is “agent B” in the key data 129. The system which has received the power of attorney 1300 decrypts the signature value 1342 with the public key of the agent B, and the contents are delegator / trustee data 1310, power of delegation (application) data 1320, and power of delegation (acquisition of attached documents). If the contents match the data 1330, it can be confirmed that the proxy 1300 has been created by the agent B. In a general electronic signature, operations such as serialization (conversion of data to be encrypted into a series of bit strings) and hashing (making data to be encrypted a fixed data length) are performed. It only states that it is encrypted with a secret key. When the proxy system 120 creates the power of attorney 1300 by the above-mentioned manual acceptance, it transmits the created power of attorney 1300 to the applicant system 110 as a communication message “Request for power of attorney signature” 1126.
[0038]
When the applicant system 110 receives the power of attorney 1300, in the processing step “power of attorney signature” 1128, the electronic signature section 1341 is added to the signature value 1342 of the electronic signature information 1345 specified by “entrustor's electronic signature” to the applicant A. Record the electronic signature of The method of applying the electronic signature of the applicant A is the same as the method of applying the electronic signature of the agent B described above, and the description thereof will be omitted. After applying the electronic signature to the power of attorney 1300, the applicant system 110 transmits the power of attorney 1300 to the agent system 120 as a communication message “transmission of power of attorney” 1130.
[0039]
Upon receiving the proxy 1300, the proxy system 120 transmits the received proxy 1300 as a communication message “attachment document transmission request” 1136 to the attachment provider system 160.
[0040]
Upon receiving the power of attorney 1300, the attached document provider system 160 verifies the electronic signature data 1340 in a processing step “attached document search” 1136, and the power of attorney 1300 is created based on the agreement of the applicant A and the agent B. Make sure that The verification of the electronic signature data 1340 is performed by using the public key 302 of the key information 300 whose participant ID 301 stored in the key data 169 is “Applicant A” when the electronic signature section 1341 is “Delegator's electronic signature”. When the electronic signature section 1341 is “trustee electronic signature”, the participant ID 301 stored in the key data 169 is decrypted and decrypted with the public key 302 of the key information 300 specified by “agent B”. It is determined whether both data match the delegator / trustee data 1310, the delegation content (application) data 1320, and the delegation content (attached document acquisition data) 1330 of the received proxy statement 1300, and if they match, the electronic signature data It is determined that the verification of 1340 is successful. If the signature verification fails, the process is stopped. If the signature verification is successful, the attached document provider organization system 160 searches the document data 162 for all relevant document information 1000 under the following conditions. The condition is that the subject person ID 1002 of the document data 162 matches the entrustor / trustee class 1311 of the power of attorney 1300 with the participant ID 1312 of the entrustor / trustee information 1315 of “entrustor”, and the document type of the document data 162. It is assumed that a search is made for the document information 1000 whose ID 1001 matches the attached document name 1331 of any of the commissioned content (acquired document acquisition) information 1335 included in the commissioned content (acquired document acquisition) data 1330 of the proxy 1300. In the present flow, specifically, the document information 1000 in which the target person ID 1002 is “applicant A” and the document type ID 1001 is “commercial registration” and “final tax return” is searched. Next, all the retrieved document information 1000 is transmitted to the agent system 120 as a communication message “send attached document” 1138.
[0041]
When the agent system 120 receives the document information 1000, in a processing step “creating electronic securities collateral setting application data” 1140, the agent system 120 requests the electronic securities transfer system 1104 to set electronic securities collateral. The security collateral setting application data 1500 is created. As shown in FIG. 15, the electronic securities collateral setting application data 1500 is composed of required item data 1510 and required attached document data 1520. The necessary item data 1510 is obtained by extracting application information 1450 necessary for setting security of electronic securities from the proxy application form 1400 received in the communication message “send proxy application form” 1122, and the item name 1401 is In the necessary item / necessary attached document data 123, the application ID 501 is all the application information 1450 that matches the required item ID 503 of the required item / necessary attached document information 500 in which the application ID 501 is “Electronic securities collateral setting application”. Specifically, in the example of this flow, the required item ID 503 of the required item / necessary attached document information 500 in which the application ID 501 is “Electronic securities collateral setting application” includes “Applicant ID”, “Collateral acquirer ID”, “ Since the security ID and the “electronic securities transfer institution ID” are included, application information 1450 having the same item name is extracted from the proxy application form 1400. The necessary attached document data 1520 is obtained by extracting the document information 1000 necessary for setting the security of the electronic securities from the document information 1000 received by the “attached document transmission” 1138, and the document identification ID 1001 indicates the required item / necessary. The application ID 501 in the attached document data 123 is all the document information 1000 that matches the required item ID 504 of the required item / required attached document information 500 in which the application ID 501 is “Electronic securities collateral setting application”. Specifically, in the example of this flow, since the required attachment ID 504 of the required item / necessary attached document information 500 whose application ID 501 is “application for setting up electronic securities collateral” includes “commercial registration”, The ID 504 extracts the document information 1000 of “commercial registration”. Next, the created electronic securities collateral setting application data 1500 and the proxy 1300 received in the communication message “send proxy” 1130 are transmitted to the electronic securities transfer system 140 as a communication message “electronic securities lock request” 1142.
[0042]
When the electronic securities transfer system 140 receives the electronic securities collateral setting application data 1500 and the power of attorney 1300, the power of attorney 1300 is created based on the agreement of the applicant A and the agent B in the processing step “electronic security lock” 1144. Check if it is. The confirmation of the power of attorney 1300 is the same as the procedure performed by the attached document providing system 160 in the processing step “attached document search” 1136, and the details are omitted. If it is not created based on the agreement, the processing is stopped. If confirmation is possible, it is confirmed in the power of attorney 1300 whether the applicant A has made a request to the agent B for a proxy application relating to the setting of security of electronic securities. In the delegation content (application) data 1320, the application content 1321 is the “application for setting up electronic securities collateral” and the application destination 1322 is the entity that transfers electronic securities (“transfer agency D” in the example of the present embodiment). Is performed by confirming whether If it cannot be confirmed that the request has been made, the processing is stopped. If the confirmation is successful, it is confirmed whether or not the electronic securities data 142 that can be transferred based on the received electronic security collateral application data 1500 exists in the electronic securities data 142. First, the electronic securities information 800 having the same electronic securities ID 801 as the contents 1402 of the application information 1450 whose item name 1401 in the necessary item data 1510 of the received electronic securities collateral application data 1500 is “electronic securities ID” is electronically converted. A search is made from the securities data 142. Next, the value of the holder ID 802 of the searched electronic securities data 142 is the contents 1402 of the application information 1450 whose item name 1401 in the required item data 1510 of the electronic securities collateral application data 1500 is “applicant ID”. Determine if they match. This makes it possible to confirm whether the applicant has the right to set a security on the electronic securities. If they do not match, the processing is stopped. Next, a judgment is made by the operator as to whether the content of the attached document is satisfactory. This is to output the contents of the necessary attached document data 1520 of the received electronic security collateral setting application data 1500 to the output device 240, and to input the result of judging from the input device 230 whether there is no problem with the contents of the required attached document data 1520. Receive. If an input is received indicating that there is a problem, the processing is stopped. If an input is received indicating that there is no problem, the value of the lock 808 of the searched electronic securities information 800 is set to “Yes”. This prohibits the trading of electronic securities, and prevents the electronic securities to be separately traded during the processing of borrowing and guarantees after this processing step, so that the electronic securities to be secured do not belong to the applicant. Next, the electronic securities transfer system 140 creates an electronic security lock certificate, which is data proving that the electronic security has been locked. The electronic security lock certificate is data including the locked electronic security information 800 and the electronic signature of the electronic securities transfer agency system 140 for the electronic security information 800. In the present embodiment, a signature is given using the private key of the transfer institution D. The method of assigning the electronic signature is the same as the above-described processing step “Creation of proxy” 1125, and will not be described. Next, the created electronic security lock certificate is transmitted to the agent system 120 as a communication message “transmission of electronic security lock certificate” 1146.
[0043]
Upon receipt of the lock certificate of the electronic security, the agent system 120 creates guarantee application data in a process step “Create warranty application data” 1148. Warranty application data consists of application item data and attached document data. The application item data and the attached document data of the guarantee application data are the same as the required item data 1510 and the required attached document data 1520 of the electronic security collateral setting application data 1500 and the purpose of use and the generation method are the same, and the description thereof will be omitted. However, the required item / necessary attached document information 500 used for the extraction is such that the application ID 501 in the electronic securities collateral setting application data 1500 was “electronic securities collateral setting application”, whereas the guarantee application data “ The difference is that "guarantee application" is used. As a result, in the case of the example of the present embodiment, the application item data of the guarantee application data is such that the item name 1401 is “Applicant ID”, “Collateral acquirer ID”, “Guarantee amount”, “Electronic securities ID”, “Electronic securities transfer institution ID” The application information 1450 specified by "." The attached document data of the warranty application data includes document information 1000 whose document type ID 1001 is specified by “commercial registration” and “final report”. Next, the created guarantee application data, the electronic certificate lock certificate received in the communication message “electronic security lock certificate” 1146, and the proxy 1300 received in the communication message “transmission of proxy” 1130 are transmitted to the communication message “guarantee application” 1150. To the credit guarantee agency system 150.
[0044]
Upon receiving the communication message “guarantee application” 1150, the credit guarantee agency system 150 determines in the processing step “guarantee determination” 1152 whether the power of attorney 1300 has been created based on the agreement of the applicant A and the agent B. Check. The confirmation of the power of attorney 1300 is the same as the procedure performed by the attached document providing system 160 in the processing step “search for power of attorney documents” 1136, and the details are omitted. Next, in the power of attorney 1300, it is confirmed whether or not the applicant A has made a request to the agent B for a proxy application for the warranty application. This means that the delegation content (application) data 1320 indicates whether the application content 1321 is “guarantee application” and the application destination 1322 is an entity that transfers electronic securities (“guarantee company E” in the example of the present embodiment). Perform by confirming. Next, it is confirmed whether the received electronic security lock certificate is actually created by the transfer agency D. This confirmation process is performed by verifying the electronic signature by the electronic securities transfer agency system 140 attached to the electronic security lock certificate. The verification method of the electronic signature is the same as the verification method described in the above-described processing step “attached document search” 1136, and the details are omitted. Next, it is confirmed whether or not the electronic securities of the electronic securities designated by the applicant as security are locked. First, it is determined whether the electronic security specified by the guarantee application data and the electronic security certified by the electronic security lock certificate are the same. This determination is made based on the content 1402 of the application information 1450 in which the item name 1401 of the application item data of the received warranty application data is specified by “electronic security ID” and the electronic security information recorded in the received electronic security lock certificate 1146. It is determined whether the 800 electronic securities IDs 801 are the same. Further, it is determined whether or not the item of the lock 808 of the electronic securities information 800 is “Yes”. Actually, it is necessary to determine whether the electronic securities have sufficient value as collateral, but such a determination is omitted. Next, the operator confirms whether the content of the attached document is satisfactory. In this case, the content of the attached document data of the received warranty application data is output to the output device 240, and further, the result of determining whether there is no problem with the content of the required attached document data 1520 is received from the input device 230. If any of the above checks fail, the process is stopped. If all confirmations are successful, it is determined using the guarantee determination data 152 whether the guarantee does not exceed the limit. First, the assurance target information ID 900 from the assurance determination data 152, the assurance determination information 900 in which the item name 1401 of the application item data of the received assurance application data matches the content 1402 of the application information 1450 specified by the "applicant ID" Search for. In the present embodiment, the assurance determination information 900 whose assurance target person ID 901 is “applicant A” is searched. Next, the amount obtained by adding the content 1402 of the application information 1450 in which the item name 1401 of the application item data of the guarantee application data is specified to the “compensation amount” to the already-guaranteed amount (with security) 902 of the searched guarantee determination information 900 If the amount A) does not exceed the collateral limit (with collateral) 902 in the guarantee determination information 900, it is determined that the guarantee is possible, and if it is large, the guarantee is not possible. If the guarantee is not possible, cancel the process. If a guarantee is possible, the amount A is recorded in the already-guaranteed amount (with security) 902 of the guarantee determination information 900. Next, security setting request data 1600 is created. The collateral setting request data 1600 is data for requesting the agent B to register that the guarantor E guarantees the electronic securities to be performed by the guarantor E with respect to the transfer institution D. From the necessary item data 1610 and the signature data 1620, Constitute. The necessary item data 1610 is composed of application information 1450, and the item name 1401 has application information 1450 of “electronic securities ID”, “collateral acquirer ID”, “guarantee amount”, and “electronic securities transfer institution ID”. The content 1402 of the application information 1450 copies the content of the application information 1450 having the same item name 1401 in the application item data of the warranty application data. The signature data 1620 indicates that the security setting request data 1600 is actually data created under the will of the “guarantor E”, and records the electronic signature of the guarantee company E for the necessary item data 1610. . The method of assigning an electronic signature is the same as the method of assigning an electronic signature in the above-described processing step “Creation of Proxy” 1125, and the details are omitted. Next, the created security setting request data 1600 is transmitted to the agent system 120 as a communication message “transmission of security setting request data” 1154.
[0045]
Upon receiving the collateral setting request data 1600, the agent system 120 creates borrowing application data, which is information for applying for borrowing to the financial institution system 130, in a processing step "Create borrowing application data" 1156. The borrowing application data is composed of application item data and attached document data. The application item data and the attached document data of the borrowing application data are the same as the required item data 1510 and the required attached document data 1520 of the electronic securities collateral setting application data 1500 and the purpose of use and the generation method are the same, and the description thereof will be omitted. However, the required item / necessary attached document information 500 used for the extraction is such that the application ID 501 in the electronic securities collateral setting application data 1500 was “electronic securities collateral setting application”, whereas the guarantee application data “ The difference is that “borrowing application” is used. As a result, in the case of the example of the present embodiment, the application item data of the warranty application data includes the application information 1450 whose item name 1401 is specified by “applicant ID”, “borrower ID”, “borrowing amount”, and “repayment date”. Including. Further, the attached document data of the warranty application data includes document information 1000 whose document type ID 1001 is specified by “commercial registration”, “final report”, and “business license”. Next, the borrowing application data created, the proxy 1300 received by the communication message “send proxy” 1130, and the security setting request data 1600 received by the communication message “secure setting request data” 1154 are transmitted to the communication message “borrowing application. "1158" to the financial institution system 130.
[0046]
Upon receiving the communication message “borrow application” 1158, the financial institution system 130 confirms in the processing step “borrow determination” whether the power of attorney 1300 has been created based on the agreement of the applicant A and the agent B. I do. The confirmation of the power of attorney 1300 is the same as the procedure performed by the attached document providing system 160 in the processing step “search for power of attorney documents” 1136, and the details are omitted. Next, in the power of attorney 1300, it is confirmed whether the applicant A has made a request to the agent B for a proxy application regarding the borrowing application. This is done by confirming in the delegation content (application) data 1320 whether the application content 1321 is “borrowing application” and the application destination 1322 is the entity that transfers electronic securities (“bank C” in the example of the present embodiment). It is done by doing. Next, it is confirmed whether the received guarantee request data 1600 is actually created by the credit guarantee agency system 150. This confirmation process is performed by verifying the electronic signature by the credit guarantee agency system 150 attached to the collateral setting request data 1600. The verification method of the electronic signature is the same as the verification method described in the above-described processing step “attached document search” 1136, and the details are omitted. Next, an input is received from an external operator to confirm whether or not to approve the borrowing application. First, the contents of the guarantee application data and the contents of the security setting request data 1600 are output to the output device 260, and the input device 230 receives an input as to whether or not to approve the borrowing application. If any of the above checks fail, the processing is stopped. Next, based on the content of the borrowing application data, a loan is paid to the fund account of the applicant. Specifically, the fund account information 700 having the participant ID 701 corresponding to the content of the application information 1450 (“Applicant A” in this embodiment) whose item name 1401 of the borrowing application data is “Applicant ID” A search is made from the account data 132 (referred to as the fund account information 700 of the applicant A). Next, the fund account information 700 in which the participant ID 701 is “own account” is searched from the fund account data 132 (referred to as the self account's fund account information 700). Next, the amount indicated by the contents of the application information 1450 in which the item name 1401 of the borrowing application data matches the “borrowing amount” is subtracted from the balance 702 of the account information 700 of the own account. Next, the amount is added to the fund account 700 of the applicant A. Next, the fact that the borrowing has been approved and executed has been transmitted to the agent system 120 as a communication message “sending borrowing result” 1162.
[0047]
When the agent system 120 receives the communication message “send borrowing result” 1162 and confirms that the borrowing has been performed, the agent system 120 converts the collateral setting request data 1600 received in the communication message “send guaranty request data” 1154 into the communication message “ It is transmitted to the electronic securities transfer institution system 140 as a "security setting request" 1164.
[0048]
When receiving the security setting request data 1600, the electronic securities transfer institution system 140 verifies that the received security setting request data 1600 is data created by the credit guarantee institution system 150. This is performed by verifying the electronic signature by the credit guarantee organization system 150 attached to the collateral setting request data 1600. Next, it is confirmed whether or not there is a difference between the content of the electronic security setting data 1500 and the content of the security setting request data 1600 received in the communication message “electronic security lock request” 1142. This is because there is no difference between the application information 1450 recorded in the necessary item data 1510 of the electronic securities collateral setting data 1500 and the application information 1450 recorded in the necessary item data 1610 of the collateral setting request data 1600 (item names 1401 are the same). Is the same as the content 1402 of the application information 1450)? If any of the above checks fail, the processing is stopped. If the confirmation is successful, the fact that collateral has been set for the electronic securities is registered in the electronic securities account data 142. This is because the pledge holder ID 803 of the electronic securities information 800 retrieved in the processing step electronic securities lock 1144 is the application information 1450 in which the item name 1401 in the necessary item data 1610 of the collateral setting request data 1600 is specified by “collateral acquirer ID”. (“Guarantee company E” in this embodiment) is set, and the lock 808 of the electronic securities information 800 is set to “none”. Next, the electronic securities transfer institution system 140 transmits to the agent system 120 that the security has been set for the electronic security as a communication message “security setting result” 1168.
[0049]
The agent system 120 receives the communication message “security setting result” 1168.
[0050]
In the present embodiment, an example has been described in which a credit guarantee agency exists in addition to a financial institution, and electronic securities are used as security for borrowing. The same can be realized by assuming that the system 130 and the credit guarantee system 150 are the same system.
[0051]
In the present embodiment, a combination of the financial institution system 130, the electronic securities transfer institution system 140, and the credit guarantee institution system 150 can be serviced by the application data 124 after receiving an instruction from the applicant system 110. Although the determination has been made, the options to be combined may be transmitted to the applicant system 110 so that the applicant can be selected from the options.
[0052]
Next, a processing flow concerning a proxy application for issuance of guaranteed electronic securities will be described with reference to FIG. In this flow, the agent submits an application for requesting issuance of a guaranteed electronic security to an electronic securities transfer institution and an application for requesting the guarantee to a credit guarantee agency on behalf of the applicant. It is what you do. The format in FIG. 12 is the same as that in FIG. 11, and the vertical lines in FIG. 12 (line 1201 in the applicant system, line 1202 in the agent system, line 1203 in the electronic securities transfer institution system, line 1204 in the credit guarantee institution system, attached A line 1205) of the document provider system flows from the top to the bottom of the figure. For the horizontal arrow, a communication message is transmitted from a system represented by a vertical line contacting the start point of the arrow to a system represented by a vertical line contacting the end point of the arrow.
[0053]
For the processing steps and communication messages from the processing step “input service ID” 1210 to the communication message “send attached document” 1238, the processing steps from the processing step “input service ID” 1110 to the communication message “send attached document” 1138 shown in FIG. The details are omitted, and only the differences are described.
[0054]
In the processing step “input service ID” 1210, the processing step “input service ID” 1110 receives “borrowed with electronic securities” from the input device 230 as the input of the value of the service ID. As an input of the value, it is assumed that “issue of electronic securities with guarantee” is input.
[0055]
In the processing step “Necessary application determination” 1214, in the processing step “Necessary application determination” 1114, the necessary application information 400 whose service ID 401 is “borrowed with electronic securities” is searched, while the service ID 401 is “Electronic securities”. The required application information 400 of “secured borrowing” is searched. Thus, the required applications are identified as application ID 402 as “electronic securities registration application (with guarantee)” and “electronic securities guarantee application”.
[0056]
In the processing step “Create proxy application form” 1216, the application ID 402 has the values of “Electronic securities registration application (with guarantee)” and “Electronic securities guarantee application” in the application ID 501. Information 1450 is created. Therefore, a proxy application consisting of application information 1450 having item names 1401 of “Applicant ID”, “Payee ID”, “Guarantor ID”, “Issue amount”, “Payment date”, and “Electronic securities transfer institution ID” shown in FIG. A template for the book 1400 is created.
[0057]
In the processing step “fill in proxy application form” 1220, input 1402 of application information 1450 shown in FIG.
[0058]
The execution contents of the processing step “check proxy application form” 1224 are the same as the processing step “check proxy application form” 1124.
[0059]
In the processing step “Creation of proxy” 1225, the application ID 402 has the values of “electronic securities registration application (with guarantee)” and “electronic securities guarantee application” in the application ID 501 from the required item / necessary attached document information 500 and the proxy contents (application Since the data 1320 and the proxy content (acquired document acquisition) data 1330 are created, a model of the proxy 1300 shown in FIG. 17 is created.
[0060]
The processing content of the processing step “power of attorney signature” 1228 is the same as that of the processing step “power of attorney signature” 1128.
[0061]
The processing content of the processing step “search for attached documents” 1236 is the same as the processing step “sign of proxy” 1136 “search for attached documents” 1236.
[0062]
When the agent system 120 receives the document information 1000, in the processing step “create electronic securities guarantee application data” 1240, the electronic securities guarantee which is data for requesting the credit guarantee institution system 150 to guarantee the electronic securities. Create application data. The electronic securities guarantee application data is composed of application item data and attached document data. The application item data and the attached document data of the electronic securities guarantee application data are the same as the required item data 1510 and the required attached document data 1520 of the electronic securities collateral setting application data 1500 in the purpose of use and the generation method, and the description thereof is omitted. However, while the necessary item / necessary attached document information 500 used for the extraction is such that the application ID 501 in the electronic securities collateral setting application data 1500 is “electronic securities collateral setting application”, Differs in that it uses an “electronic securities guarantee application”. As a result, in the case of the example of the present embodiment, the application item data of the warranty application data is such that the item name 1401 is “Applicant ID” “Issued amount” “Payee ID” “Payment date” “Electronic securities transfer institution ID” Contains application information 1450 specified. The attached document data of the warranty application data includes document information 1000 whose document type ID 1001 is specified by “commercial registration” and “final report”. Next, the created electronic securities guarantee application data and the proxy 1700 received in the communication message “send proxy” 1230 are transmitted to the credit guarantee agency system 150 as a communication message “electronic securities guarantee application” 1242.
[0063]
Upon receiving the communication message “electronic securities guarantee application” 1242, the credit guarantee agency system 150 determines in a processing step “guarantee judgment” 1244 whether the electronic securities can be guaranteed. This determination is made by confirming that the power of attorney 1700 has been created under the agreement of the applicant A and the agent B, and in the power of attorney 1300, the applicant A sends the agent B It is confirmed whether a request for a proxy application for “guarantee application” has been made and whether the guarantee has exceeded the limit using the guarantee determination data 152. These determination methods are the same as the processing step “guarantee determination” 1152 except for the following points, and the details are omitted. The difference is that, in the processing step “guarantee judgment” 1152, in the guarantee judgment data 152, the already-guaranteed amount (with collateral) 902 and the guarantee limit (with collateral) 903 are used as the information of the already-guaranteed amount and the guarantee limit. On the other hand, the processing step “guarantee judgment” 1244 is different in that the guaranteed amount (no security) 904 and the guarantee limit (no security) 905 are used. If any of the above checks fail, the process is stopped. If all of the above checks are successful, the guarantee company E creates guarantee registration delegation data, which is data indicating that the agent B has an intention to delegate the registration of guarantees for electronic securities. The structure of the guarantee registration delegation data is the same as the structure of the security setting request data 1600, and only the contents of the necessary item data are different. The necessary items include application information 1450 included in the electronic securities guarantee application data. Next, the created guarantee registration delegation data is transmitted to the agent system 120 as a communication message “guarantee registration delegation transmission” 1246.
[0064]
When the agent system 120 receives the communication message “guarantee registration delegation” 1246 and confirms that the guarantee can be given, the agent system 120 requests the electronic securities transfer settlement system 140 to issue electronic securities. Create The electronic securities issuance application data is composed of application item data and attached document data. The application item data and the attached document data of the electronic securities issuance application data are the same as the required item data 1510 and the required attached document data 1520 of the electronic securities issuance application data 1500 in the purpose of use and the generation method, and the description is omitted. However, the necessary item / necessary attached document information 500 used for the extraction is different from the electronic securities collateral setting application data 1500 in which the application ID 501 is “electronic securities collateral setting application”, Differs in that it uses an "e-securance application". As a result, in the case of the example of the present embodiment, the application item data of the warranty application data is such that the item name 1401 is “Applicant ID” “Issued amount” “Payee ID” “Payment date” “Electronic securities transfer institution ID” Contains application information 1450 specified. The attached document data of the warranty application data includes document information 1000 whose document type ID 1001 is specified by “commercial registration”. Next, the created electronic securities issuance application data, the proxy statement 1700 received by the communication message “send proxy” 1230, and the guarantee registration delegation data received by the communication message “guarantee registration delegation” 1246 are transmitted to the electronic message “electronic securities”. It is transmitted to the electronic securities settlement system 1204 as "issue application" 1250.
[0065]
Upon receipt of the communication message “electronic securities issuance application” 1250, the electronic securities transfer institution system 140 registers the electronic securities requested to be issued in the processing step “electronic securities issuance registration” 1252. First, it is confirmed whether the power of attorney 1700 has been created under the agreement of the applicant A and the agent B. The confirmation of the power of attorney 1700 is the same as the procedure performed by the attached document providing system 160 in the processing step “search for power of attorney document” 1136, and the details are omitted. Next, in the power of attorney 1700, it is confirmed whether or not the applicant A has made a request to the agent B for a proxy application relating to the registration of issuance of electronic securities. This is based on the proxy content (application) data 1320 of the power of attorney 1700, in which the application content 1321 is “electronic securities registration application” and the application destination 1322 transfers electronic securities (in the example of this embodiment, “transfer agency D”). ). Next, it is confirmed whether the received guarantee registration delegation data is created by the credit guarantee agency system 150. This is performed by verifying the electronic signature by the credit guarantee agency system 150 attached to the guarantee registration delegation data. If any of the above checks fail, the process is stopped. If all of the above checks are successful, new electronic securities information 800 is generated in the electronic securities account data 142. In the electronic securities ID 801 of the generated electronic securities information 800, an arbitrary value that is not the same as any of the electronic securities IDs 801 of the electronic securities information 800 already registered in the electronic securities account data 142 is recorded. Further, the holder ID 802, the issuer ID 804, the guarantor ID 805, the payment amount 806, and the due date 807 of the generated electronic securities information 800, and the application information 1450 included in the received electronic securities issuance application data, the item name 141 is sequentially displayed. The content 1402 of the application information 1450 specified by the “recipient ID”, “applicant ID”, “guarantor ID”, “issue amount”, “payment date”, and “electronic securities transfer institution ID” is copied. Next, the fact that the issuance registration of the electronic securities has been completed is transmitted as a communication message “transmission of electronic securities issuance result” 1254.
[0066]
The agent system 120 receives the communication message “sending electronic securities issuance result” 1254.
[0067]
【The invention's effect】
According to the present invention, it is possible to realize a system for borrowing funds secured by electronic securities and making a proxy application for issuance of guaranteed electronic securities.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall system configuration.
FIG. 2 is a configuration diagram of an applicant system.
FIG. 3 is a diagram showing a data structure of key data.
FIG. 4 is a diagram showing a data structure of required application data.
FIG. 5 is a diagram showing a data structure of necessary items and brush attached document data.
FIG. 6 is a diagram showing a data structure of application destination data.
FIG. 7 is a diagram showing a data structure of fund account data.
FIG. 8 is a diagram showing a data structure of electronic security data.
FIG. 9 is a diagram showing a data structure of guarantee determination data.
FIG. 10 is a diagram showing a data structure of document data.
FIG. 11 is a diagram showing a processing flow of borrowing with electronic securities secured.
FIG. 12 is a diagram showing a processing flow of issuing a guaranteed electronic security.
FIG. 13 is a view showing a data structure of a power of attorney in the processing flow of FIG. 11;
FIG. 14 is a diagram showing a data structure of a proxy application form in the processing flow of FIG. 11;
FIG. 15 is a diagram showing a data structure of electronic securities collateral setting application data.
FIG. 16 is a diagram showing a data structure of collateral setting request data.
FIG. 17 is a view showing a data structure of a power of attorney in the processing flow of FIG. 12;
FIG. 18 is a diagram showing a data structure of a proxy application form in the processing flow of FIG. 12;
[Explanation of symbols]
110: Applicant system, 120: Agent system, 130: Financial institution system, 140: Electronic securities transfer institution system, 150: Credit guarantee institution system, 160: Attachment providing organization system.

Claims

A person who borrows an application for borrowing funds secured by electronic securities including at least one of electronic government bonds, electronic corporate bonds, electronic CPs, electronic negotiable deposits, electronic stock certificates, electronic bills, electronic checks, and electronic membership certificates. An agent system used or controlled by an agent acting on behalf of the applicant, and a processing method thereof,
Application items required for a borrowing application that is an application for borrowing to a financial institution system used or controlled by a financial institution that lends funds,
Application items required for a guarantee application, which is an application for a guarantee for the borrowing to a credit guarantee agency system used or controlled by the credit guarantee agency that provides the guarantee,
Application items required for electronic securities collateral registration application, which is an application for security registration of the electronic securities to the electronic securities transfer agency system that manages the generation, transfer, and extinction of the rights of the electronic securities,
A processing step of deleting the duplicated application items and transmitting to the applicant system;
A processing step of receiving an application content that is a value input for the transmitted application item from the applicant system used by the applicant or under management,
A processing step of extracting the application content for the application item required for the borrowing application from the received application content and transmitting the extracted application content to the financial institution system,
A processing step of extracting the application content for the application item required for the guarantee application from the received application content and transmitting the extracted application content to the credit guarantee agency system,
A processing step of extracting the application contents for the application items required for the electronic securities security registration application from the received application contents and transmitting the extracted application contents to the electronic securities transfer institution system. .

The agent system and the processing method thereof according to claim 1,
A processing system and a processing method when there is an electronic attached document required for performing the borrowing application or the guarantee application or the electronic securities security registration application,
Claim 1 and the attached document transmission application which is an application for providing the electronic attached document to an attached document providing organization system used or managed by the attached document providing organization which manages and provides the electronic attached document. A processing step of transmitting the required application items to the applicant system after deleting the duplicated application items,
A processing step of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
A processing step of extracting the application content for the application item required for the attached document transmission request from the received application content and transmitting the extracted application content to the attached document providing organization system,
A processing step of receiving the electronic attachment from the attachment provider system;
The application contents extracted in claim 1 in the application contents required for the borrowing application and the electronic attachment documents required for the borrowing application extracted from the received electronic attachment documents are transmitted to the financial institution system. Processing steps;
The application content extracted in claim 1 in the application content required for the warranty application and the electronic attachment document required for the warranty application extracted from the received electronic attachment document are transmitted to the guarantee institution system. Processing steps;
The application contents extracted in claim 1 in the application contents required for the electronic security collateral registration application, and the electronic attachment documents required for the electronic security collateral registration application extracted from the received electronic attachment documents. And a processing method for transmitting the guaranty institution system.

2. The agent system and the processing method thereof according to claim 1, wherein the guarantor makes an electronic securities collateral acceptance application to the electronic securities transfer institution, which is a registration application to accept the electronic securities as collateral. A processing system and a processing method in which an agent acts on behalf of the guarantor for electronic securities collateral acceptance application,
A processing step of transmitting the application item shown in claim 1 to the applicant system, and a processing step of receiving from the applicant system an application content that is a value input for the transmitted application item;
A processing step of extracting the application content for the application item required for the borrowing application from the received application content and transmitting the extracted application content to the financial institution system,
A processing step of extracting the application content for the application item required for the guarantee application from the received application content and transmitting the extracted application content to the credit guarantee agency system,
From the credit guarantor system, a processing step of receiving the application content regarding the electronic securities collateral acceptance application,
A processing step of transmitting, to the electronic securities transfer agency system, an application content for an application item required for the electronic securities security registration application, which is extracted from the received application contents and an application content related to the electronic securities security acceptance application. And a processing method comprising:

2. The agent system and its processing method according to claim 1, wherein a processing system and a processing thereof for preventing only one of setting of security of said electronic securities at said electronic securities transfer institution and borrowing from said financial institution are performed. The method,
A processing step of transmitting the application item shown in claim 1 to the applicant system, and a processing step of receiving from the applicant system an application content that is a value input for the transmitted application item;
A processing step of transmitting an electronic securities lock application, which is an application for requesting a restriction on buying and selling of the electronic securities as collateral to the electronic securities transfer institution,
A processing step of extracting the application content for the application item required for the borrowing application from the received application content and transmitting the extracted application content to the financial institution system,
A processing step of extracting the application content for the application item required for the guarantee application from the received application content and transmitting the extracted application content to the credit guarantee agency system,
A processing step of extracting application contents for application items required for the electronic securities security registration application from the received application contents and transmitting the extracted application contents to the electronic securities transfer institution system.

The agent system and the processing method thereof according to claim 1,
A processing system and a processing method that enable to limit or select a combination of each of the electronic securities transfer institution system, the financial institution system, and the guaranty institution system when there are a plurality of each,
A processing step of receiving a combination of the electronic securities transfer institution system, the financial institution system, and the guarantee institution system from the applicant system, and determining whether the combination is possible,
Or a processing step of transmitting information on the electronic securities transfer institution system, the financial institution system, and the guarantee institution system that can be combined to the applicant system.

The applicant who is the person who borrowed the application for borrowing funds secured by electronic securities (electronic government bonds, electronic corporate bonds, electronic CP, electronic negotiable deposits, electronic stock certificates, electronic bills, electronic checks, electronic membership certificates, etc.) The agent system used or controlled by the agent acting on behalf of
Application items required for a borrowing application that is an application for borrowing to a financial institution system used or controlled by a financial institution that lends funds,
Application items required for electronic securities collateral registration application, which is an application for security registration of the electronic securities to the electronic securities transfer agency system that manages the generation, transfer, and extinction of the rights of the electronic securities,
A processing step of deleting the duplicated application item and transmitting to the applicant system used or managed by the applicant,
A processing step of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
A processing step of extracting the application content for the application item required for the borrowing application from the received application content and transmitting the extracted application content to the financial institution system,
A processing step of extracting the application contents for the application items required for the electronic securities security registration application from the received application contents and transmitting the extracted application contents to the electronic securities transfer institution system. .

Use or management of an agent who makes an application for issuance of electronic securities (electronic bonds, electronic CP, electronic bills, electronic checks, etc.) and a guarantee application for the electronic securities on behalf of the applicant who issues the electronic securities An agent system below and a processing method thereof,
Application items required for a guarantee application, which is an application for a guarantee for the electronic securities to a credit guarantee institution system used or controlled by the credit guarantee institution that performs the guarantee,
Application items required for electronic securities issuance registration application, which is an application for the issuance registration of the electronic securities to the electronic securities transfer agency system that manages the generation, transfer, and extinction of the rights of the electronic securities,
A processing step of deleting the duplicated application item and transmitting to the applicant system used or managed by the applicant,
A processing step of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
A processing step of extracting the application content for the application item required for the guarantee application from the received application content and transmitting the extracted application content to the credit guarantee agency system,
A processing step of extracting the application contents for the application items required for the electronic securities issuance registration application from the received application contents and transmitting the extracted application contents to the electronic securities transfer institution system. .

An agent system used or controlled by an agent who makes an application for a service in which the applicant receives some benefit in response to a request from the applicant, and a processing method thereof,
A processing system and a processing method when the application is required for a plurality of application destinations to receive the service,
A processing step of counting application items required to apply to all the application destinations,
A processing step of deleting duplicate application items from the totaled application items and transmitting to the applicant system used or managed by the applicant,
A processing step of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
From the received application content, for each of the application destinations, extracting the application content corresponding to the application item required for the application, and transmitting the application content to the application destination. Processing system and processing method.

In the agent system and the processing method thereof according to claim 8,
A processing system and a processing method when there is an electronic attached document required to make an application to the plurality of application destinations,
A processing step of counting the electronic attachments required to make all the applications,
A processing step of deleting the duplicated electronic attached document from the tabulated electronic attached document,
Claim 8 is a request for an attached document transmission application, which is an application for providing said electronic attached document to an attached document provider organization system used or controlled by an attached document provider organization that provides electronic attached documents. A processing step of deleting the application item that is duplicated along with the item and transmitting the application item to the applicant system;
A processing step of receiving, from the applicant system, an application content that is a value input for the transmitted application item,
A processing step of extracting the application content for the application item required for the attached document transmission request from the received application content and transmitting the extracted application content to the attached document providing organization system;
A processing step of receiving the electronic attachment from the attachment provider system;
For each of the application destinations, a result of extracting the application content corresponding to the application item required for application to the application destination from the received application content, and from the received electronic attached document A processing step of transmitting a result of extracting an electronic attachment required for the application and a processing method.

In the agent system and the processing method thereof according to claim 8,
In order to provide the service to the applicant, when any of the application destinations (application destination A) needs to apply to the other application destination (application destination B) other than the application destination A, A processing system and a processing method performed by an agent on behalf of an application from the application destination A to the application destination B,
In addition to the processing steps of claim 8,
A processing step of receiving, from a system used or managed by the application destination A, an application content required for an application to be made to the application destination B;
Transmitting the received application content to a system used or controlled by the applicant B, and a processing method thereof.

In the agent system and the processing method thereof according to claim 8,
Either of the application destinations (application destination A) and both the application destinations other than the application destination A (application destination B) either accept or reject the application (application destination A or application destination B) To prevent only one of the applications from accepting the application and the other from rejecting the application).
An application method, comprising: a processing step of transmitting a message requesting the application destination A system used or managed by the application destination A to maintain a state in which the application can be accepted.

The agent system and the processing method thereof according to claim 8,
A processing system and a processing method that enable to limit or select a combination of the application destinations,
A processing step of receiving the combination of the applicants from the applicant system and determining whether the combination is possible,
Alternatively, a processing step and a processing method for transmitting information on the applicant that can be combined to the applicant system.