JP3492281B2

JP3492281B2 - 保証審査支援システム、及び保証審査支援実行方法

Info

Publication number: JP3492281B2
Application number: JP2000090869A
Authority: JP
Inventors: 靖宏伊藤
Original assignee: 東京海上火災保険株式会社
Priority date: 2000-03-29
Filing date: 2000-03-29
Publication date: 2004-02-03
Anticipated expiration: 2020-03-29
Also published as: JP2001282995A

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、保証又は保証保険
の審査を支援するためのシステム及び方法に関する。

【０００２】

【従来の技術】従来から公共工事履行保証等の保証申込
みに対し人手による様々な審査を行ってきたが、全国の
営業課支社において多数の企業の多数の保証申込みを審
査・処理するには多くの手数と時間がかかり、正確性に
欠けるという問題があった。さらに、保証申込人である
企業の急激な信用力低下等の状況変化に機敏に手を打つ
ことが難しかった。

【０００３】

【発明が解決しようとする課題】よって本発明の目的
は、保証又は保証保険の審査を支援するためのコンピュ
ータ・システム及び保証審査支援実行方法を提供するこ
とである。

【０００４】また他の目的は、保証又は保証保険の審査
に対し正確性及び迅速性並びに即応性を兼ね備えた審査
支援システム及び保証審査支援実行方法を提供すること
である。

【０００５】

【課題を解決するための手段】本発明の第１の態様に係
る保証審査支援システムは、保証申込者毎に、保証申込
者の保証全体としての第１の保証限度額と、保証申込み
毎の第２の保証限度額とを格納した保証審査用データベ
ースと、保証申込者毎に、保証金額の集積状況に関する
情報を格納した集積管理データベースと、保証期間と保
証金額とを含む保証申込みの入力に応じて、保証審査用
データベースを参照し、保証申込みに含まれる保証金額
が保証申込みに係る保証申込者に設定された第２の保証
限度額を越えないか判断する第１の判断手段と、保証申
込みの入力に応じて、保証審査用データベース及び集積
管理データベースを参照し、保証申し込みに含まれる保
証金額を含めた総保証額が、保証申込みに含まれる保証
期間中に、第１の保証限度額を越えないか判断する第２
の判断手段と、第１の判断手段及び第２の判断手段によ
り第１及び第２の保証限度額を越えないと判断された場
合には、保証申込みを受け付け可能であることを表す信
号を保証申込みの入力元に出力する手段とを有する。

【０００６】なお、本出願では保証又は保証保険を保証
として説明する。

【０００７】第２の判断手段においては、保証期間開始
時のみならず保証申込みに含まれる保証期間中すべてに
おいて第１の保証限度額を越えないことが判断される。
よって、全保証期間中のいずれのタイミングにおいて
も、総引き受け保証金額（集積額とも言う）が保証申込
者に対する保証限度額を越えることがない。

【０００８】上で述べた保証審査用データベースを、保
証申込者毎に保証料算出のための情報をさらに格納する
ようにし、第１の判断手段及び第２の判断手段により第
１及び第２の保証限度額を越えないと判断された場合に
は、保証審査用データベースを参照して、保証申込みに
対する保証料を算出し、保証申込みの入力元に出力する
保証料出力手段をさらに有するような構成も可能であ
る。保証料を迅速に計算できる。なお、保証料算出のた
めの情報は、保証申込者に設定されている各種保証料率
や割引率などである。

【０００９】本発明の第１の態様において、第１の判断
手段及び第２の判断手段により第１及び第２の保証限度
額を越えないと判断された場合には、保証申込みに対す
る承認番号を保証申込みの入力元に出力する手段をさら
に有するような構成も可能である。承認番号は数字だけ
でなく、アルファベット等の記号を含む場合もある。承
認番号は、例えば引き受け可能と判断された保証申込み
を識別する識別番号として機能する。

【００１０】本発明の第１の態様において、第１の判断
手段及び第２の判断手段により第１及び第２の保証限度
額を越えないと判断された場合には、保証申込みに含ま
れる保証期間及び保証金額のデータを集積管理データベ
ースに登録する手段をさらに有するような構成も可能で
ある。保証引き受けが確定しなくとも、その蓋然性が高
いものについては集積管理データベースに登録してお
き、未然に限度額超過を防止する。

【００１１】本発明の第１の態様において、保証申込み
に対する承認番号と当該保証申込みの内容を格納する予
約データベースをさらに有するような構成も可能であ
る。予約データベースは、保証申込み確定前の保証申込
みの内容を承認番号に対応させて格納しておくためのデ
ータベースである。

【００１２】本発明の第１の態様において、承認番号を
含む保証証券発行依頼に応じて、予約データベースから
当該承認番号に対応する保証申込みの内容を取り出し、
保証証券を印刷するためのデータを生成する手段をさら
に有するような構成とすることも可能である。予約デー
タベースから承認番号をキーとして保証申込みの内容を
取り出し、当該取り出した情報を基に保証証券を印刷す
るためのデータを生成するので、データ入力をすること
なく且つ間違えの無い保証証券を迅速に発行することが
できるようになる。

【００１３】また、本発明の第１の態様において、承認
番号及び保証申込みの内容が入力されることに応じて、
予約データベースから当該入力された承認番号に対応す
る保証申込みの内容を取り出し、入力された保証申込み
の内容と予約データベースに格納された保証申込みの内
容を照合する照合手段と、照合手段により、入力された
保証申込みの内容と予約データベースに格納された保証
申込みの内容が一致すると判断された場合には、当該保
証申込みの内容を契約データベースに登録する手段とを
さらに有するような構成も可能である。保証申込みの内
容を再度入力する場合であっても、承認番号をキーとし
て取り出した予約データベースの内容とマッチングを行
うため、入力間違え等を簡単に検出することができる。

【００１４】上で述べた保証審査用データベースを、保
証申込者に対する保証引き受け停止フラグをさらに格納
するように構成し、保証申込みの入力に応じて、保証審
査用データベースを参照し、保証申込みに係る保証申込
者に対する保証引き受け停止フラグがセットされている
か検査し、保証引き受け停止フラグがセットされている
場合には、他の条件によらず保証申込みの入力元に保証
申込み受け付け不可能であることを表す信号を出力する
手段をさらに有するような構成も可能である。審査部門
において信用不安情報等を入手した場合にすぐさま保証
引き受け停止フラグをセットすれば、直ちに保証引き受
けが不可能となる。よって、倒産等の被害を未然に防止
することができるようになる。

【００１５】なお、保証申込みには当該保証の種類が含
まれ、保証審査用データベース内の保証申込者毎の保証
料算出のための情報は保証の種類毎に設定されており、
保証料出力手段を、第１の判断手段及び第２の判断手段
により第１及び第２の保証限度額を越えないと判断され
た場合には、保証審査用データベースにおける、保証申
込みに含まれる保証の種類に対応する保証料算出のため
の情報を参照して、保証申込みに対する保証料を算出
し、保証申込みの入力元に出力するような構成とするこ
とも可能である。

【００１６】本発明の第１の態様において、保証終了の
入力又は保証期間満了から所定期間の経過に応じて、当
該保証終了の入力があった又は保証期間満了から所定期
間（例えば０の場合を含む）経過した保証に係る保証金
額分を総保証金額の計算上除外するような設定を集積管
理データベースに対して行う手段をさらに有するような
構成も可能である。新たな保証引き受けをスムーズに行
うことができるようになる。なお、保証の種類によって
は保証期間が保証予定期間として取り扱われる場合があ
る。よって本願において保証期間は保証予定期間を含む
ものとする。

【００１７】本発明の第１の態様において、保証申込者
に関する企業情報を格納する企業情報データベースと、
集積管理データベース、企業情報データベース、又は集
積管理データベース及び企業情報データベースを参照可
能であって、保証申込みの入力元となり得る端末装置
（例えば実施例における営業端末又は顧客端末）をさら
に有するような構成も可能である。

【００１８】例えば、インターネット等を介して顧客端
末も本システムにアクセスし、顧客端末から保証申込み
を行う場合もある。この場合例えば、顧客端末において
は、集積管理データベースのみを参照可能とする。これ
により顧客の利便性を図り且つ営業コストを削減でき
る。

【００１９】また保証申込み金額が所定のしきい値未満
の場合には、例えば営業本部の裁量にて決済できるよう
にする場合もあるが、集積管理データベースや財務（企
業）情報データベースを参照することにより各営業本部
で独自の審査を行うことができるようになる。

【００２０】さらに本発明の第１の態様において、保証
申込者に関する企業情報を格納する企業情報データベー
スと、企業情報データベース、集積管理データベース及
び保証審査用データベースへのアクセスをアクセス元の
端末装置又は当該端末装置のユーザ毎に制御する手段と
をさらに有するような構成も可能である。

【００２１】加えて本発明の第１の態様において、保証
申込者に関する企業情報を格納する企業情報データベー
スと、企業情報データベース、集積管理データベース及
び保証審査用データベースへ入力可能な項目を端末装置
又は当該端末装置のユーザ毎に制御する手段とをさらに
有するような構成とすることも可能である。例えば、審
査部門の人間は保証審査用データベースに入力を行うこ
とができるが、営業部門等の人間は入力を行うことはで
きないようにする。これを端末毎に制御する場合もあ
る。

【００２２】また、本発明の第１の態様において、所定
期間保証引き受けが確定しない保証申込みを検出して、
当該保証申込みに係る保証金額分を総保証金額の計算上
除外するような設定を集積管理データベースに対して行
う手段をさらに有するような構成とすることも可能であ
る。なお、予約データベースに所定期間保持されたまま
の保証申込みを検出して、削除する手段をさらに含むよ
うな構成も可能である。

【００２３】さらに、本発明の第１の態様において、保
証申込者毎に予め納付された保証料残高を格納する予納
データベースと、保証申込みに応じて保証料が確定する
と、予納データベースにおける保証申込者の保証料残高
から当該保証料を差し引く処理を実施する手段とをさら
に有するような構成も可能である。なお、保証料残高か
ら保証料を差し引いた結果の残高を保証申込みを行った
端末に出力したり、予納データベースのデータを更新し
たりする。また、保証料残高から当該保証料を差し引い
た結果残高がマイナスになった場合には、保証申込みを
行った端末に警告を出力したり、不足金額の出力を行っ
たりしてもよい。

【００２４】本発明の第２の態様に係る保証審査支援実
行方法は、保証申込者毎に保証申込者の保証全体として
の第１の保証限度額と保証申込み毎の第２の保証限度額
とを格納した保証審査用データベースと、前記保証申込
者毎に保証金額の集積状況に関する情報を格納した集積
管理データベースとを有するコンピュータ・システムを
用いる。そして、保証期間と保証金額とを含む保証申込
みの入力に応じて、保証審査用データベースを参照し、
保証申込みに含まれる保証金額が保証申込みに係る保証
申込者に設定された第２の保証限度額を越えないか判断
する第１の判断ステップと、保証申込みの入力に応じ
て、保証審査用データベース及び集積管理データベース
を参照し、保証申し込みに含まれる保証金額を含めた総
保証額が、保証申込みに含まれる保証期間中に、第２の
保証限度額を越えないか判断する第２の判断ステップ
と、第１の判断ステップ及び第２の判断ステップにおい
て第１及び第２の保証限度額を越えないと判断された場
合には、保証申込みを受け付け可能であることを表す信
号を保証申込みの入力元に出力するステップとを含む。

【００２５】上で述べた本発明の第１の態様に係る様々
な変更は、本発明の第２の態様に適用可能である。

【００２６】また、このような方法をコンピュータに実
行させるプログラムを作成することも可能であって、当
該プログラムは、例えばフロッピー（登録商標）・ディ
スク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、
ハードディスク等の記憶媒体又は記憶装置に格納され
る。なお、中間的な処理結果はメモリに一時保管され
る。

【００２７】

【発明の実施の形態】本発明のシステムの概要を図１を
用いて説明する。ホストコンピュータ１は、保証申込み
を受ける営業店に設置される営業端末Ａ（３）、営業端
末Ｂ（５）、及びプリンタ９に接続された営業端末Ｃ
（７）と、審査部門に設置される審査端末Ａ（１５）及
び審査端末Ｂ（１７）と、事務部門に設置される計上処
理端末１３と、顧客に設置される顧客端末１９と、図示
しない計上系システムに接続されている。

【００２８】ホストコンピュータ１には、審査マスタ
データベース（ＤＢ）１０３と、集積管理マスタＤＢ
（１０１）と、予約マスタＤＢ１０７と、契約マスタＤ
Ｂ１０５と、企業情報ＤＢ１０９と、予納マスタＤＢ１
１１と、引受可否判断部１２１と、保証料算出部１２３
と、承認番号生成部１２５と、集積管理マスタＤＢ管理
部１２７と、予約マスタＤＢ管理部１２９と、証券印刷
データ生成部１３１と、入力データ照合部１３３と、契
約マスタＤＢ登録部１３５と、予納マスタＤＢ管理部１
３７と、企業情報ＤＢ管理部１３９と、審査マスタＤＢ
管理部１４１とを含む。

【００２９】審査マスタＤＢ１０３は、保証申込者であ
る企業毎に、保証申込み毎の限度額と、当該企業全体と
しての総保証限度額と、保証料算出のための保証率スキ
ームと、格付け等の情報を格納している。集積管理マス
タＤＢ１０１は、引受可否判断部１２１にて引受可能と
判断された保証申込みの集積状況に関する情報、少なく
とも保証申込みに含まれる保証期間及び保証金額の情報
を格納する。

【００３０】契約マスタＤＢ１０５は、保証引き受けが
確定した保証契約の内容を格納する。予約マスタＤＢ１
０７は、保証引き受けが確定していない保証申込みの内
容を承認番号生成部１２５により生成された承認番号と
共に格納する。企業情報ＤＢ１０９は、営業部門で独自
に審査を行わなければならない場合等に参照するための
財務情報や調査結果等を格納するデータベースである。
予納マスタＤＢ１１１は、企業毎に予め納められた保証
料の残高を格納する。

【００３１】引受可否判断部１２１は、審査マスタＤＢ
１０３及び集積管理マスタＤＢ１０１を参照して、営業
端末Ａ乃至Ｃから入力された保険申込みに含まれる保証
金額及び保証期間並びに保証対象等から、当該保証申込
みを引き受けることができるか否かを判断する。第１の
判断項目として、保証申込み毎の保証限度額と保証申込
みに含まれる保証金額を比較して引き受け可能か判断す
る。また、当該保証申込みに含まれる保証金額を含めた
当該企業の総保証額（集積額）が企業全体としての総保
証限度額を、保険期間中に越えないかを判断する。さら
に、保証申込み入力の形式的な問題についても検査す
る。例えば、ありえないような期間、保証種別などを入
力していないか等も検査する。また、審査マスタＤＢ１
０３には引き受け不可能を示すフラグがセットされる場
合があるので、引受可否判断部１２１は当該フラグを検
査する。当該フラグがセットされていると、上で述べた
ような条件を満たしていても、当該保証申込みを受ける
ことはできない。

【００３２】引受可否判断部１２１において引き受け可
能であると判断された場合に、引受可否判断部１２１は
保証申込みの入力を行った営業端末Ａ乃至Ｃに引き受け
可能であることを表す表示を行わせる。もし、保証申込
み毎の保証限度額又は企業全体の総保証限度額を越える
ような場合、又は引き受け不可能を示すフラグがセット
されている場合には、営業端末Ａ乃至Ｃには引き受け不
可能を知らせるための画面表示を行わせる。

【００３３】保証料算出部１２３は、引き受け可能と引
受可否判断部１２１が判断した場合に、審査マスタＤＢ
１０３内の保証率スキームを参照して、保証申込みを行
った企業の当該保証申込みに係る保証料を計算する。保
証料は保証申込みを入力した営業端末Ａ乃至Ｃのディス
プレイに表示される。また、承認番号生成部１２５は、
引き受け可能と引受可否判断部１２１が判断した場合
に、引き受け可能と判断された保証申込みを特定するた
めの識別情報である承認番号を生成する。承認番号は、
数字のみならずアルファベット等の記号を含む場合もあ
る。なお、承認番号は保証申込みを入力した営業端末Ａ
乃至Ｃのディスプレイに表示される。

【００３４】集積管理マスタＤＢ管理部１２７は、引き
受け可能と引受可否判断部１２１が判断した場合に、集
積管理マスタＤＢ１０１に当該引き受け可能と判断され
た保証申込みの内容、少なくとも保証金額及び保証期間
を登録する。本実施例では引受可否判断部１２１が引き
受け可能と判断しただけでは当該保証申込みを引き受け
たことにはならない。但し、引き受けの蓋然性が高い保
証申込みであるから、引受可否判断部１２１が引き受け
可能であると判断した時点で集積管理マスタＤＢ１０１
に登録しておく。これにより、当該保証申込み入力の後
にホストコンピュータ１に入力されたが先に引き受けが
確定した保証申込みによって保証集積額が満たされてし
まうような状態に陥るのを防ぐ。

【００３５】また集積管理マスタＤＢ管理部１２７は、
集積管理マスタＤＢ１０１に登録されているデータの変
更処理も行う。すなわち、当該保証申込みに係る保証の
終了（例えば公共工事履行保証の場合には、工事完工が
確認された場合等）が例えば営業端末Ａ乃至Ｃから入力
された場合や、保証期間の満了から所定の期間（例えば
６月。但し全く無い場合もある。）経過した場合に、集
積管理マスタＤＢ１０１に対し当該保証の完了を設定す
る。保証の完了は、企業全体の保証金額の集積処理にお
いて当該保証に係る保証金額を集積しないようにするた
めに設定される。

【００３６】さらに集積管理マスタＤＢ管理部１２７
は、集積管理マスタＤＢ１０１に登録したが、計上処理
を所定期間行わなかった保証申込みに対しても以下の処
理を行う。すなわち、企業全体の保証金額の集積におい
て当該保証申込みに係る保証金額を集積しないようにす
るための設定を行う。なお、このような保証申込みにつ
いては集積管理マスタＤＢ１０１から削除することも可
能である。集積管理マスタＤＢ管理部１２７は、集積管
理マスタＤＢ１０１に一般的なアクセス管理を実施す
る。

【００３７】予約マスタＤＢ管理部１２９は、承認番号
生成部１２５が承認番号を生成した場合には、予約マス
タＤＢ１０７に承認番号と当該承認番号に対応する保証
申込みの内容を登録する。予約マスタＤＢ１０７の内容
は、保証証券を発行する場合、計上処理を行う場合等に
使用される。また、予約マスタＤＢ管理部１２９は、予
約マスタＤＢ１０７からデータを削除する処理も行う場
合もある。すなわち、承認番号生成部１２５で承認番号
を生成したが、正式に保証引き受けを計上しない場合も
存在する。予約マスタＤＢ１０７にそのような保証申込
みのデータを格納しておいても大きな問題は生じない
が、予約マスタＤＢ１０７に登録後所定期間経過しても
予約マスタＤＢ１０７に残っている保証申込みについて
は削除することも可能である。

【００３８】証券印刷データ生成部１３１は、営業端末
Ａ乃至Ｃから、保証申込みを確定させ、保証引き受けを
行うため、保証証券を保証申込者に発行する依頼が承認
番号と共に入力された場合に、予約マスタＤＢ１０７
を、受け取った承認番号を用いて検索し、当該承認番号
に対応する保証申込みに係るデータを取り出して、証券
印刷用データを生成する。証券印刷用データは例えばプ
リンタ９が接続された営業端末Ｃ（７）に送信され、プ
リンタ９から印刷される。

【００３９】証券印刷データ生成部１３１にて証券印刷
用データが生成され、プリンタ９等により証券が印刷さ
れた場合には、証券が発行された保証申込みについて計
上処理の依頼が計上系システム（図示せず）に送出され
る。また、集積管理マスタＤＢ１０１に計上されたこと
が登録される。そして、契約マスタＤＢ登録部１３５に
保証申込み内容の登録依頼を出力する。

【００４０】証券の発行は営業端末Ａ乃至Ｃにてオンラ
インで行われるだけではない。例えば、証券とセットに
なった保証申込書１１を手で記入する等して証券の発行
を行うことがある。このような場合には、事務部門の係
員が計上処理端末１３を用いて保証申込書１１に記入さ
れた保証申込みの内容を入力する。なお、保証申込書１
１に承認番号が記入していないと、計上処理端末１３か
ら入力できないようになっており、必ず引受可否判断部
１２１による処理を経たもののみ計上処理できる。

【００４１】計上処理端末１３を用いて入力された保
証申込書１１の内容は、承認番号と共に入力データ照合
部１３３に入力される。入力データ照合部１３３は、予
約マスタＤＢ１０７を、入力された承認番号を用いて検
索し、予約マスタＤＢ１０７に格納されている保証申込
みの内容を取り出す。そして、入力された保証申込書１
１の内容と取り出した保証申込みの内容を照合する。こ
の照合処理にて不一致が検出されることによりエラーが
発生した場合には、計上処理を行うことができないの
で、エラー内容を記憶しておき後でまとめて出力する
か、エラーが発生した時点で計上処理端末１３にエラー
を表示させる。もし、エラーが発生せず照合処理が完了
すれば、当該保証申込みに対して計上処理を行うように
計上系システムに通知する。また、契約マスタＤＢ登録
部１３５に保証申込みの内容の登録依頼を出力する。さ
らに、集積管理マスタＤＢ管理部１２７に、集積管理マ
スタＤＢ１０１に当該保証申込みについて計上を登録さ
せる。

【００４２】契約マスタＤＢ登録部１３５は、証券印刷
データ生成部１３１及び入力データ照合部１３３におい
て計上系システムに通知を行った場合、予約マスタＤＢ
１０７に格納された保証申込みのデータを契約マスタＤ
Ｂ１０５に登録する。なお、予約マスタＤＢ１０７に契
約マスタＤＢ１０５に登録したデータを保持しておく必
要は無いので、予約マスタＤＢ１０７から削除する処理
を行うことも可能である。

【００４３】また証券印刷データ生成部１３１及び入力
データ照合部１３３において計上系システムに通知を行
った場合には、予納マスタＤＢ管理部１３７が予納マス
タＤＢ１１１から当該保証申込者の予納残高の情報を取
り出し、本保証申込みに係る保証料分を予納残高から減
額させるための処理を実施する。

【００４４】企業情報ＤＢ１０９内のデータは、例えば
審査端末Ａ（１５）や審査端末Ｂ（１７）又はその他の
機器を介してホストコンピュータ１に入力され、企業情
報ＤＢ管理部１３９により企業情報ＤＢ１０９に登録さ
れる。企業情報ＤＢ管理部１３９は企業情報ＤＢ１０９
に対するアクセス管理を行っている。企業情報ＤＢ１０
９には、営業端末Ａ乃至Ｃや審査端末Ａ又はＢからもア
クセスすることができる。営業部門では営業部門におい
て決済できる案件について独自審査を行う場合に企業情
報ＤＢ１０９に含まれる財務データや、調査機関からの
データなどを参照する。また、審査マスタＤＢ１０３に
も、営業端末Ａ乃至Ｃや審査端末Ａ又はＢからアクセス
することができる。但し営業端末Ａ乃至Ｃから内容の変
更はできない。

【００４５】例えば公共工事履行保証の場合に営業端末
Ａ乃至Ｃ等から参照することができる企業審査情報の例
を説明する。図２には、審査マスタＤＢ１０３に格納さ
れた企業審査情報の一部を表示した表示画面３００を示
す。営業端末Ａ乃至Ｃ等の表示画面３００には、企業を
特定する情報１１０１と、決算年月１１０３毎の評点１
１０５と、当該企業に対して営業部門で独自に決済でき
る引き受け限度額である引受ガイドライン１１０７（図
２では３００百万円。２０００年３月７日現在）と、１
工事（保証申込み）毎の保証限度額１１０９と、企業全
体の保証限度額１１１１と、当該企業に対する特別の情
報１１１３とが含まれる。

【００４６】企業を特定する情報１１０１には、企業コ
ード、会社名、所在地、代表者名、設立年月、親企業の
有無、及び従業員数の情報を含む。図２では企業コード
１２３４５６７８９、株式会社ＡＢＣ、所在地：東京都
港区赤坂７−２、代表者：東海太郎、設立：３０年１２
月、親企業：なし、従業員：９９９９名である。なお、
当該企業を担当する部門等その他の関連する情報を含め
ることも可能である。決算年月１１０３毎の評点１１０
５は、本システムを使用する会社が独自に決定した評価
ポイントや、他の調査機関から得た評価ポイントを示
す。図２では、９５年３月において８２点、９６年３月
において８５点、９７年３月において８０点、９８年３
月において７８点、９９年３月において７２点である。

【００４７】１工事毎の保証限度額１１０９は、２００
０年３月２日に５４０百万円であり、２０００年３月９
日現在でも５４０百万円である。一方、当該企業全体の
保証限度額１１１１は、２０００年３月２日には５５６
００百万円であったが、２０００年３月９日には増額さ
れて５９９００百万円になっている。

【００４８】企業に対する特別の情報１１１３には本例
では何も記載されていないが、例えば倒産しそうである
等の警告の情報が載せられる場合もある。

【００４９】図３に、企業情報ＤＢ１０９に格納された
財務データの一例を表示した表示画面３１０を示す。表
示画面３１０には企業コード１２３４５６７８９の株式
会社ＡＢＣの各種財務データが含まれている。これらを
参照して、審査を行ったり、審査用データを生成したり
することができる。なお、表示画面３１０の左下に企業
コード入力欄１１１５が設けられており、ここに企業コ
ードを入力することにより他の企業の財務データを取得
することができるようになる。

【００５０】営業端末Ａ乃至Ｃ等においては、集積管理
マスタＤＢ１０１に格納されているデータも参照するこ
とができる。図４に集積管理マスタＤＢ１０１に格納さ
れているデータの一部が表示されている表示画面３２０
を示す。表示画面３２０には、保証申込者である保証委
託者（契約者）が株式会社ＡＢＣであり、当該株式会社
ＡＢＣの企業コードが１２３４５６７８９であることが
示されている。図２に示したように、株式会社ＡＢＣの
引受ガイドライン１０２９は３００百万円であり、企業
全体の保証限度額である企業限度額１０２７は５９９０
０百万円である。

【００５１】株式会社ＡＢＣの２０００年３月１０日時
点における集積額１０２５は、５７２８８３８９千円で
ある。この集積額の内訳として７つの工事が示されてい
る。すなわち、承認番号が、（１）００４２０００、
（２）００５５４７１、（３）０１１１２４５、（４）
０１３９８７６、（５）０１４１３５６、（６）０１９
２７３０、（７）０２２８８５７の７つの工事である。

【００５２】各工事につき、承認番号１００１、計上済
みか否かを表す欄１００３、及び工事区分（完工か否か
を表す区分）の欄１００５、契約書番号（Ｐ／＃）１０
０７、営業所又は代理店コード１００９、工事の発注者
１０１１、保証の形態１０１３、保証の種類１０１５、
保証金額１０１７、保証の始期１０１９、保証の終期１
０２１及び集積終期１０２３の情報が集積管理マスタＤ
Ｂ１０１に登録されている。

【００５３】計上済みか否かを表す欄１００３において
「計上済み」と登録されていることが表された保証契約
の保証額についてのみ集積額１０２５に集積される。ま
た、区分の欄１００５において「完工」と登録されてい
ることが表されたものについては、完工が確認されてい
る工事であって、「完工」であることが例えば営業端末
Ａ乃至Ｃから入力されたものである。区分の欄１００５
に表されるように「完工」と集積管理マスタＤＢ１０１
に登録されていれば、当該保証契約の保証金額は集積額
１０２５には集積されない。

【００５４】また、保証の形態１０１３の「履のみ」は
履行保証のみを示している。また、「ボのみ」はボンド
のみということを表している。「入＋履」は入札及び履
行保証であることを示している。種類の欄１０１５にお
ける「履行」は履行保証である。また、「瑕疵」は瑕疵
保証を意味する。保証契約の期間は、始期１０１９と終
期１０２１で定まる。一方、集積終期１０２３は、保証
契約の終期からここの例では６ヶ月後に設定されてい
る。集積終期１０２３を過ぎると当該保証契約の保証金
額は集積額１０２５に集積されなくなる。但し、上で述
べたように区分の欄１００５で「完工」と登録されてい
れば、集積終期１０２３前であっても集積額１０２５に
含まれなくなる。保証契約の終期前に「完工」と登録し
た場合の取り扱いについては、「完工」の入力を優先す
ることも「保証契約の終期」を優先させる場合もある。

【００５５】例えばインターネットや専用線等でホスト
コンピュータ１に接続される顧客端末１９から集積管理
マスタＤＢ１０１に格納されているデータの一部を参照
できるような構成とすることも可能である。例えば、顧
客端末１９から保証申込みを行う前に、現在の顧客の保
証集積状況をホストコンピュータ１の集積管理マスタＤ
Ｂ１０１にアクセスして把握することができるようにな
る。よって顧客の利便性が向上する。但し、顧客との関
係を考慮して、顧客端末１９からは審査マスタＤＢ１０
３や企業情報ＤＢ１０９等にはアクセスできないような
設定を行っておく必要がある。

【００５６】表示画面３２０の下部に、新たな企業に
ついての情報を集積管理マスタＤＢ１０１から取得する
ための検索欄１０３１（企業コード用）及び１０３３
（企業名用）が設けられている。また、表示画面３２０
は２０００年３月１０日現在の状態を示しているので、
日にちを変えて検索するための日付入力欄１０３５も用
意されている。

【００５７】また、審査部門では財務データ等を参照し
て、審査マスタＤＢ１０３の企業審査データの入力・変
更を審査端末Ａ又はＢから行う。当該企業審査データの
入力・変更は、ホストコンピュータ１内の審査マスタＤ
Ｂ管理部１４１を介して行われる。すなわち、審査マス
タＤＢ管理部１４１は、アクセス管理を実施している。
審査端末Ａ又はＢから、ある企業の公共工事履行保証に
おける企業審査情報更新が要求されると、審査マスタＤ
Ｂ管理部１４１は、審査マスタＤＢ１０３から当該企業
の情報を取り出して、審査端末Ａ又はＢのディスプレイ
に表示画面３３０のような表示を行わせる。

【００５８】表示画面３３０には、企業情報１２０１に
おいて特定された企業に対し、以下のような事項を設定
するための欄が設けられている。すなわち、倒産フラグ
入力欄１２０３、倒産フラグ掲載日入力欄１２０７、倒
産フラグ入力の元となる情報を取得した調査機関のコー
ド欄１２１３、倒産の主因コードを入力する欄１２１
７、警告フラグ入力欄１２０５、警告フラグ掲載日入力
欄１２０９、警告フラグ入力の元となる情報を取得した
調査機関のコード欄１２１５、企業調査書を取得した場
合の取得日１２１１、当該企業のランク・評点入力欄１
２１９、当該ランク・評点の適用開始日の入力欄１２２
１、入力担当者ＩＤ欄１２２３、チェック欄１２２５、
一工事当りの限度額入力欄１２２７、一工事当りの限度
額適用開始日の入力欄１２２９、入力担当者ＩＤ欄１２
３１、チェック欄１２３３、企業全体の保証限度額の入
力欄１２３５、当該企業全体の保証限度額の適用開始日
入力欄１２３７、担当者ＩＤ欄１２３９、チェック欄１
２４１、資本金入力欄１２５１、自己資本入力欄１２５
３、及び引受ガイドライン入力欄１２５５である。

【００５９】なお、ランク・評点入力欄１２１９の下に
は審査マスタＤＢ１０３から取り出した現在のランク・
評点であるＡ２が表示される。同じくＡ２というランク
・評点の開始日である２０００年３月７日という情報も
示される。また、審査マスタＤＢ１０３から取り出した
現在の一工事当りの引き受け保証限度額である５４０
と、その開始日である２０００年３月９日という情報、
入力担当者ＩＤ０７とチェック担当コード５９も示され
る。審査マスタＤＢ１０３から取り出した現在の企業全
体の総保証限度額５９９００と、その開始日である２０
００年３月９日という情報、入力担当者ＩＤ０７とチェ
ック担当コード５９も示される。

【００６０】倒産フラグ入力欄１２０３又は警告フラグ
入力欄１２０５にフラグがセットされると、引受可否判
断部１２１ではすべての保証申込みに対して、保証引き
受け不可能を返すようになる。

【００６１】審査端末Ａ又はＢにおいて表示画面３３０
に必要な情報を入力し、審査マスタＤＢ管理部１４１を
介して審査マスタＤＢ１０３に設定を行うことにより、
リアルタイムで引受可否判断部１２１での処理を制御す
ることができる。さらに、全国に分散された営業部門に
対して情報を伝達することができるようになる。さら
に、全国において統一的な基準にて正確な審査を実行で
きるようになる。

【００６２】表示画面３３０の下部に設けられた、保証
料計算のための料率設定表示のためのボタン１２５７を
押すと、図６に示した表示画面３４０が審査端末Ａ又は
Ｂにおいて表示されるようになる。ホストコンピュータ
１の審査マスタＤＢ管理部１４１が、審査マスタＤＢ１
０３から現在の保証料率スキームの情報を取り出して、
審査端末Ａ又はＢに出力する。

【００６３】表示画面３４０には、特別基本料設定フラ
グ入力欄１３０１、金銭に関連する適用料率区分入力欄
１３０３、役務に関連する適用料率区分入力欄１３０
５、優良割引適用区分入力欄１３０７、高額割引適用区
分入力欄１３０９、長短期率適用区分入力欄１３１１、
米軍ボンド長短期適用区分入力欄１３１３、入札におけ
る特別基本料率入力欄１３１５、Ａ級工事保証における
特別基本料率入力欄１３１７、Ｂ級工事保証における特
別基本料率入力欄１３１９、Ｃ級工事保証における特別
基本料率入力欄１３２１、その他の請負保証などにおけ
る特別基本料率入力欄１３２３、米軍入札保証における
特別基本料率入力欄１３２５、米軍履行保証における特
別基本料率入力欄１３２７、担当者ＩＤ入力欄１３２
９、チェック者ＩＤ入力欄１３３１が設けられている。
なお、各欄に記入されている数字は、審査マスタＤＢ管
理部１４１が審査マスタＤＢ１０３から取り出した最終
更新日欄１３３３の２０００年３月１０日現在のデータ
である。

【００６４】このように一つの企業において多数の料率
が設定できる。そして、この表示画面３４０で設定され
た保証料率スキームは直ちに保証料算出部１２３にて参
照されて適用されるようになる。なお、区分入力の場合
には、別途具体的な料率のテーブルが用意されており、
保証料算出部１２３は、当該テーブルをも参照する。

【００６５】表示画面３４０の最下部に設けられたボタ
ン１３３５はメイン画面へ移行するためのボタンであ
る。

【００６６】以上述べたホストコンピュータ１の動作を
図７以降にまとめておく。最初に、引受可否判断部１２
１が営業端末Ａ乃至Ｃからの保証申込みの入力を受け付
ける（図７：ステップＳ１）。なお、インターネットや
専用線でホストコンピュータ１に接続される顧客端末１
９から保証申込みを入力できるような構成とすることも
可能である。これにより、顧客は保険会社の営業を介さ
ずに保証の申込みを行うことができるので、顧客の利便
性が向上すると共に保険会社のコスト削減につながる。

【００６７】営業端末Ａ乃至Ｃにおける、保証申込み入
力のための表示画面３５０は、例えば図８に示すような
ものである。表示画面３５０では、既に表示画面３５０
の前の画面で保証申込者である保証委託者（契約者）１
４０４の特定が行われている。よって、企業審査データ
の一部１４０７が表示されている。但し、本表示画面に
おいて保証申込者を特定する情報を入力するような画面
構成も可能である。表示画面３５０の上部には、保証形
態を入力する欄１４０１が設けられている。本例では１
が入札及び履行ボンド（登録商標）を意味し、２が入札
及び履行保険を意味し、３が履行ボンドのみを意味し、
４が履行保険のみを意味し、５が米軍に対する入札及び
履行ボンドを意味し、６が米軍に対する履行ボンドのみ
を意味する。ここでは３の履行ボンドのみが選択されて
いる。

【００６８】また営業店コードの入力欄１４０３も設け
られている。ここではＥＮ０８という営業店コードが入
力されている。契約種類入力欄１４０５が設けられてい
る。本例では、１がＡ級工事、２がＢ級工事、３がＣ級
工事、４がその他の請負・売買、５が米軍ボンド又は刑
務作業を意味する。ここでは２のＢ級工事が入力されて
いる。

【００６９】保証期間には入札保証の場合には入札保
証期間入力欄１４０９に入力し、履行保証の場合には履
行保証期間入力欄１４１１に入力し、瑕疵保証の場合に
は瑕疵保証期間入力欄１４１３に入力するようになって
いる。ここでは、履行保証期間入力欄１４１１及び瑕疵
保証期間入力欄１４１３に入力がなされている。

【００７０】そして入札保証の場合には入札保証請負
金額入力欄１４１５に保証金額を、履行保証の場合には
履行保証請負金額入力欄１４１７に保証金額を入力する
ようになっている。ここでは、履行保証請負金額入力欄
１４１７に保証金額が入力されている。瑕疵保証は履行
保証と同じなので記入欄が無い。また入札保証のための
付保割合（％）入力欄１４１９と履行保証の付保割合入
力欄１４２１と瑕疵保証付保割合入力欄１４２３とが設
けられている。ここでは履行保証付保割合入力欄１４２
１と瑕疵保証付保割合入力欄１４２３に入力がなされて
いる。

【００７１】このようにして表示画面３５０により営業
端末Ａ乃至Ｃにて入力されたデータはホストコンピュー
タ１に送信され、引受可否判断部１２１にて受け取られ
る。

【００７２】そして引受可否判断部１２１は、審査マス
タＤＢ１０３及び集積管理マスタＤＢ１０１を参照し
て、当該保証申込みを引き受け可能か判断する（ステッ
プＳ３，Ｓ５）。

【００７３】ステップＳ３では、倒産又は警告フラグが
審査マスタＤＢ１０３の保証申込みに係る企業に対して
設定されていないか判断される。もし両フラグがセット
されていなければ、次に保証申込み毎の保証限度額を、
当該保証申込みに含まれる保証金額が超えていないか判
断される。もし越えていなければ、保険申込みに含まれ
る全保証期間中において、保証申込者全体に設定された
保証限度額を、当該保証申込みに含まれる保証金額を含
む総保証金額（集積額）が超えていないか判断される。

【００７４】図９にある企業の集積額の検査について
例を示しておく。左から右に時間は流れていくものとす
る。保証契約Ａの期間は始期ａから終期ｅで、保証金額
は５００である。保証契約Ｂの期間は始期ｃから終期ｇ
で、保証金額は４００である。保証契約Ｃの期間は始期
ｄから終期ｅで、保証金額は２００である。既に保証契
約Ａ乃至Ｃが計上されている。保証契約Ａ乃至Ｃは、各
々保証の始期が異なり且つ保証期間が一部重複してい
る。従って、検査前の保証金額の集積額は、期間ａ−ｃ
においては５００（保証契約Ａのみ）、期間ｃ−ｄにお
いては９００（保証契約Ａ＋保証契約Ｂ）、期間ｄ−ｅ
においては１１００（保証契約Ａ＋保証契約Ｂ＋保証契
約Ｃ）、期間ｅ−ｆにおいては４００（保証契約Ｂの
み）となっている。このように、集積状況は、保証契約
Ａ乃至Ｃの保険期間の重複状況により時間に応じて上下
動する状態を表している。今回保証申込み分の期間は始
期ｂから終期ｆで、保証金額は３００である。今回保証
申込分を引受可能であるか判断する場合は、期間ｂ−ｆ
全てにおいて当該企業全体に設定されている保証限度額
１２００を満たさなければならない。期間ｂ−ｄ及び期
間ｅ−ｆにおいては、最高で保証限度額と同じ集積額１
２００であるが、期間ｄ−ｅにおいては集積額は１４０
０となってしまう。よって、今回申込分については引き
受けることができない。このような集積額の検査を引受
可否判断部１２１は集積管理マスタＤＢ１０１を参照し
て実行する。

【００７５】ステップＳ３における判断の結果、引受可
能と判断された場合には、その時点で保証申込みを入力
した営業端末Ａ乃至Ｃに引受可能を通知することも可能
である。

【００７６】引受可否判断部１２１が引受可能と判断し
た場合には、保証料算出部１２３が審査マスタＤＢ１０
３を参照して、保証料を算出するための処理を実施する
（ステップＳ７）。保証料算出部１２３は、審査マスタ
ＤＢ１０３に格納された保証申込者に対する保証料率ス
キームを参照して、保証申込みに含まれる保証の種別や
形態、当該保証申込者に対する割引などから保証料を算
出する。なお、この時点で営業端末Ａ乃至Ｃに引受可能
の意を含む保証料の情報を通知することも可能である。

【００７７】また、承認番号生成部１２５は、引受可否
判断部１２１が引受可能と判断したことに応じて、当該
保証申込みに対する承認番号を発行する（ステップＳ
９）。承認番号は引受可能な保証申込みに対してシリア
ルな番号であってもよい。この時点で営業端末Ａ乃至Ｃ
に引受可能の意を含む保証料及び承認番号を通知するこ
とも可能である。承認番号のみを先に通知するような構
成も可能である。図８に示したような保証申込みに対す
る結果表示画面３６０を図１０に示す。図１０では図８
で入力された情報はそのまま表示される。そして、本例
においては履行保証の保証料１５０１と瑕疵保証の保証
料１５０９、及び承認番号１５０３が表示されている。
保証料１５０１及び１５０９と承認番号１５０３が表示
されれば、引受可否判断部１２１において引受可能と判
断されたものであることが分かる。

【００７８】なお、ステップＳ３（及びＳ５）において
引受不可能であると判断された場合には、引受可否判断
部１２１は当該保証申込みを入力した営業端末Ａ乃至Ｃ
に引受不可能を示す情報を出力する（ステップＳ１
５）。図１０にはコメント欄１５０５が設けられてお
り、ここに引受不可能の場合には、引受不可能である旨
のコメントが表示される。また、引受不可能である理由
を表すコメントやコードを表示するような構成も可能で
ある。

【００７９】図７のステップＳ９の後には、集積管理マ
スタＤＢ管理部１２７が集積管理マスタＤＢ１０１に保
証申込みの必要な情報を登録する（ステップＳ１１）。
これにて、この後に入力される保証申込みについては、
本保証申込みの保証金額を含む集積額で引受可否が判断
されるようになる。また、予約マスタＤＢ管理部１２９
は予約マスタＤＢ１０７に当該保証申込みの情報を承認
番号と共に登録する（ステップＳ１３）。予約マスタＤ
Ｂ１０７に登録された情報は、証券発行又は計上処理に
おいて使用される。

【００８０】図１０に示した表示画面３６０には、保証
料、承認番号、コメントの他、証券印刷ボタン１５０７
を設けてもよい。この証券印刷ボタンが例えば営業端末
Ｃの操作者にて押された場合の処理フローを図１１に示
す。例えば図１０の証券印刷ボタンが押されると、承認
番号と共に証券印刷依頼が営業端末Ｃからホストコンピ
ュータ１に送信される。この証券印刷依頼を証券印刷デ
ータ生成部１３１は受け付ける（ステップＳ２１）。そ
して、証券印刷データ生成部１３１は、予約マスタＤＢ
１０７を、受け取った承認番号で検索し、当該承認番号
に対応する保証申込みの情報を取り出す（ステップＳ２
３）。この予約マスタＤＢ１０７から取り出した保証申
込みの情報を使用して、証券印刷データ生成部１３１は
証券印刷用データを生成し、証券印刷依頼を出力した営
業端末Ｃに出力する（ステップＳ２５）。証券印刷用デ
ータを受け取った営業端末Ｃは、当該証券印刷用データ
を営業端末Ｃに接続されたプリンタ９に出力する。そう
するとプリンタ９にて証券が印刷される。なお、プリン
タ９は営業端末Ｃに接続されるのではなく、ホストコン
ピュータ１に接続される形態も可能である。

【００８１】プリンタ９にて印刷される保証証券の例を
図１２に示す。証券印刷データ生成部１３１は図１２の
ような印刷が可能になるように証券印刷用データを生成
する。図１２では、履行保証保険証券の一例を示してい
る（但し、承認番号の欄１６０１は存在しない）。

【００８２】そして、証券印刷データ生成部１３１は、
契約マスタＤＢ登録部１３５に、予約マスタＤＢ１０７
内における当該保証証券が印刷された保証申込みの内容
を、契約マスタＤＢ１０５に登録するように依頼する。
なお、契約マスタＤＢ１０５に登録された場合には予約
マスタＤＢ１０７に保持しておく必要は無くなるので、
予約マスタＤＢ１０７の登録を削除してもよい。また、
証券印刷データ生成部１３１は、計上系システムに証券
印刷が行われたことを通知する（ステップＳ２９）。さ
らに証券印刷データ生成部１３１は集積管理マスタＤＢ
１０１内の当該保証申込みの情報に対して計上済みの設
定をするための処理を実施することもある。

【００８３】また、計上処理を実施するために証券印刷
データ生成部１３１を使用しないで、入力データ照合部
１３３を使用する場合もある。この場合を図１３に示
す。まず、事務部門の計上処理端末１３から、保証申込
書兼証券の内容及び承認番号を入力し、その入力を入力
データ照合部１３３が受け取る（ステップＳ３１）。保
証申込書兼証券は、例えば連写式で一番上が保証申込書
となっており、申込書の後ろの方の用紙が証券となって
いるものである。例えば保証申込書はほぼ図１２のよう
な形式になっている。但し、必ず承認番号入力欄１６０
１が保証申込書には用意されていなければならない。

【００８４】入力データ照合部１３３は、予約マスタＤ
Ｂ１０７から承認番号に対応する保証申込みの内容を取
り出し、入力内容と照合する（ステップＳ３３，Ｓ３
５）。全ての内容について照合する場合と、所定の情報
のみを照合する場合とがある。例えば、保証の対象・種
別、保証金額及び保証期間並びに保証料の額だけを照合
する場合もある。もし、入力内容と予約マスタＤＢ１０
７内の内容が一致する場合には、契約マスタＤＢ登録部
１３５に、予約マスタＤＢ１０７に格納された保証申込
み内容を契約マスタＤＢ１０５に登録するように依頼す
る。契約マスタＤＢ登録部１３５は、保証申込み内容を
契約マスタＤＢ１０５に登録する（ステップＳ３７）。

【００８５】なお、予約マスタＤＢ１０７に格納された
保証申込みの内容を契約マスタＤＢ１０５に登録するの
ではなく、計上処理端末１３から入力された内容を登録
するようにしても同じである。また、予約マスタＤＢ１
０７に格納された情報は、契約マスタＤＢ１０５に登録
してしまえば不要となるので、削除するような構成も可
能である。

【００８６】そして、入力データ照合部１３３は計上系
システムに契約マスタＤＢ１０５に登録した旨を通知す
る（ステップＳ３９）。

【００８７】なおステップＳ３５で完全に一致しない場
合には、エラー情報を例えば計上処理端末１３に出力す
る（ステップＳ４１）。また、エラー情報をためてお
き、まとめて出力するような形式でもよい。

【００８８】なお、入力データ照合処理を人間が行う場
合もある。例えば、計上処理端末１３から承認番号を入
力すると、予約マスタＤＢ１０７から保証申込み内容が
読み出されて計上処理端末１３の表示画面に出力され
る。そうすると、計上処理端末１３の操作員が手元の保
証申込書の内容を照合する。一致しなければ、保証申込
書を営業に戻す。一致していれば、計上処理を進める。

【００８９】次に予納マスタＤＢ管理部１３７の処理フ
ローを図１４を用いて説明する。取引回数の多い顧客に
対しては毎回保証料を清算する手続きを行うと手数がか
かるため、予め保証料をまとめて払っておき、そこから
保証申込みの引き受けが生じると、当該保証申込みに対
する保証料を引き出すものである。

【００９０】例えば計上処理が始まって予納残高処理が
命じられると、予納マスタＤＢ管理部１３７は、予納マ
スタＤＢ１１１を参照して、当該保証申込者の登録が予
納マスタＤＢ１１１に登録されているか判断する（ステ
ップＳ５１）。もし、当該保証申込者の登録が予納マス
タＤＢ１１１になされていなければ、予納処理できない
旨の出力を行う（ステップＳ５９）。一方、予納マスタ
ＤＢ１１１に保証申込者の登録が存在する場合には、予
約マスタＤＢ管理部１３７は予納マスタＤＢ１１１に格
納された当該保証申込者の残高を取得する（ステップＳ
５３）。

【００９１】そして、予納マスタＤＢ管理部１３７は残
高が今回の保証料以上残っているか判断する（ステップ
Ｓ５５）。もし残高が今回の保証料未満である場合には
決済できないので、ステップＳ５９に移行する。なお、
予納残高処理できない旨の出力だけでなく、例えば不足
額を計算して、不足額の値を出力するような構成も可能
である。一方、残高が今回の保証料以上であれば、予納
マスタＤＢ管理部１３７は残高から今回の保証料を差し
引いた額を予納マスタＤＢ１１１に登録する（ステップ
Ｓ５７）。

【００９２】以上述べた実施例により、保険会社におけ
る審査、与信管理、引受業務の大幅な迅速化・効率化を
図ることができる。又、顧客端末１９を導入すれば、顧
客の利便性を向上させることができるようになる。

【００９３】以上述べた本発明の実施例は一例であって
様々な変形が可能である。例えば、図１に示した機能ブ
ロックは図１のように分けなくともよい。すなわち、複
数の機能ブロックを一つにまとめてもよいし、一つの機
能ブロックを複数の機能ブロックに分割してもよい。さ
らに、データベースも上で述べた処理を実施する上で必
要なデータを格納していればよく、図１に示したように
分けなくともよい。

【００９４】表示画面３００乃至３６０の構成は一例で
あって、表示画面３００乃至３６０に表示される内容が
同様であれば、他の画面構成であってもよい。保険料率
設定の表示画面３４０については、区分を設定する場合
と料率を直接設定する場合とを示しているが、全て区分
を設定するような構成にすることも、全て直接料率を設
定するようにすることも可能である。

【００９５】図７の処理フローにおいても順番を入れ替
えることが可能な部分もある。例えば承認番号を生成し
て（ステップＳ９）から保証料を算出（ステップＳ７）
してもよい。また、ステップＳ１１及びステップＳ１３
についても順番を入れ替えたり、ステップＳ９と並行し
て行ったりすることも可能である。

【００９６】

【発明の効果】本発明により、保証又は保証保険の審査
を支援するためのコンピュータ・システム及び保証審査
支援方法を提供することができた。

【００９７】また、保証又は保証保険の審査に対し正確
性及び迅速性並びに即応性を兼ね備えた審査支援システ
ム及び保証審査支援方法を提供することができた。

【図面の簡単な説明】

【図１】本発明に係るシステム全体のブロック図であ
る。

【図２】審査マスタＤＢ内のデータを参照した場合の表
示画面例を示す図である。

【図３】企業情報ＤＢのデータを参照した場合の表示画
面例を示す図である。

【図４】集積管理マスタＤＢのデータを参照した場合の
表示画面例を示す図である。

【図５】審査マスタＤＢのデータを更新するための表示
画面例を示す図である。

【図６】審査マスタＤＢのデータを更新するための表示
画面例を示す図である。

【図７】メインの処理フローを示す図である。

【図８】保証申込み入力のための表示画面例を示す図で
ある。

【図９】集積額に関する引受可否判断の実例を示す模式
図である。

【図１０】図８の入力結果を表示する画面例である。

【図１１】証券印刷処理のフローを示す図である。

【図１２】保証証券の一例を示す図である。

【図１３】計上処理の一部の処理フローを示す図であ
る。

【図１４】予納残高処理の処理フローを示す図である。

【符号の説明】

１ホストコンピュータ３，５，７営業端末
９プリンタ１１申込書及び証券１３計上処理端末１
５，１７審査端末１９顧客端末１０１集積管理マスタＤＢ１０３審査マスタＤ
Ｂ１０５契約マスタＤＢ１０７予約マスタＤＢ１０９企業情報ＤＢ１１１予納マスタＤＢ１２１引受可否判断部１２３保証料算出部１２５承認番号生成部１２７集積管理マスタＤ
Ｂ管理部１２９予約マスタＤＢ管理部１３１証券印刷デ
ータ生成部１３３入力データ照合部１３５契約マスタＤＢ
登録部１３７予納マスタＤＢ管理部１３９企業情報Ｄ
Ｂ管理部１３９１４１審査マスタＤＢ管理部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 G06F 19/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims

(57)【特許請求の範囲】

【請求項１】保証審査支援システムであって、保証申込者毎に、保証申込者の保証全体としての第１の
保証限度額と、保証申込み毎の第２の保証限度額とを格
納した保証審査用データベースと、前記保証申込者毎に、保証の始期が異なり且つ保証期間
が一部重複する場合のある複数の受付保証申込みに関す
る情報を格納した集積管理データベースと、保証期間と保証金額とを含む保証申込みの入力に応じ
て、前記保証審査用データベースを参照し、前記保証申
込みに含まれる保証金額が前記保証申込みに係る保証申
込者に設定された前記第２の保証限度額を越えないか判
断する第１の判断手段と、前記保証申込みの入力に応じて、前記保証審査用データ
ベース及び前記集積管理データベースを参照し、前記保
証申込みに含まれる前記保証金額を含めた総保証額が、
前記保証申込みに含まれる前記保証期間中のいずれのタ
イミングにおいても、前記第１の保証限度額を越えない
か判断する第２の判断手段と、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みを受け付け可能であることを表す
信号を前記保証申込みの入力元に出力する手段と、を有
する保証審査支援システム。
【請求項２】保証審査支援システムであって、保証申込者毎に、保証申込者の保証全体としての第１の
保証限度額と、保証申込み毎の第２の保証限度額とを格
納した保証審査用データベースと、前記保証申込者毎に、保証金額の時間に応じた上下動を
表す集積状況に関する情報を格納した集積管理データベ
ースと、保証期間と保証金額とを含む保証申込みの入力に応じ
て、前記保証審査用データベースを参照し、前記保証申
込みに含まれる保証金額が前記保証申込みに係る保証申
込者に設定された前記第２の保証限度額を越えないか判
断する第１の判断手段と、前記保証申込みの入力に応じて、前記保証審査用データ
ベース及び前記集積管理データベースを参照し、前記保
証申込みに含まれる前記保証金額を含めた総保証額が、
前記保証申込みに含まれる前記保証期間中のいずれのタ
イミングにおいても、前記第１の保証限度額を越えない
か判断する第２の判断手段と、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みを受け付け可能であることを表す
信号を前記保証申込みの入力元に出力する手段と、保証終了の入力又は保証期間満了から所定期間の経過に
応じて、当該保証終了の入力があった又は保証期間満了
から所定期間経過した保証に係る保証金額分を前記総保
証額の計算上除外するような設定を前記集積管理データ
ベースに対して行う手段と、を有する保証審査支援シス
テム。
【請求項３】保証審査支援システムであって、保証申込者毎に、保証申込者の保証全体としての第１の
保証限度額と、保証申込み毎の第２の保証限度額とを格
納した保証審査用データベースと、前記保証申込者毎に、保証金額の集積状況に関する情報
を格納した集積管理データベースと、保証期間と保証金額とを含む保証申込みの入力に応じ
て、前記保証審査用データベースを参照し、前記保証申
込みに含まれる保証金額が前記保証申込みに係る保証申
込者に設定された前記第２の保証限度額を越えないか判
断する第１の判断手段と、前記保証申込みの入力に応じて、前記保証審査用データ
ベース及び前記集積管理データベースを参照し、前記保
証申込みに含まれる前記保証金額を含めた総保証額が、
前記保証申込みに含まれる前記保証期間中のいずれのタ
イミングにおいても、前記第１の保証限度額を越えない
か判断する第２の判断手段と、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みを受け付け可能であることを表す
信号を前記保証申込みの入力元に出力する手段と、前記保証申込みの内容を格納し且つ計上処理に用いられ
る予約データベースと、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みに関するデータを前記予約データ
ベースに格納する手段と、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みに含まれる保証期間及び保証金額
のデータを前記集積管理データベースに登録する手段
と、所定期間計上処理がなされていない保証申込みに関する
データを検出した場合には、当該保証申込みに係る保証
金額分を前記総保証額の計算上除外するような設定を前
記集積管理データベースに対して行う手段と、を有する保証審査支援システム。
【請求項４】前記保証申込みの内容を格納し且つ計上処
理に用いられる予約データベースと、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みに関するデータを前記予約データ
ベースに格納する手段と、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みに含まれる保証期間及び保証金額
のデータを前記集積管理データベースに登録する手段
と、所定期間計上処理がなされていない保証申込みに関する
データを検出した場合には、当該保証申込みに係る保証
金額分を前記総保証額の計算上除外するような設定を前
記集積管理データベースに対して行う手段と、をさらに有する請求項２記載の保証審査支援システム。
【請求項５】前記保証申込みの内容を格納し且つ計上処
理に用いられる予約データベースと、前記第１の判断手段及び前記第２の判断手段により前記
第１及び第２の保証限度額を越えないと判断された場合
には、前記保証申込みに関するデータを前記予約データ
ベースに格納する手段と、をさらに有する請求項１記載の保証審査支援システム。
【請求項６】前記第１の判断手段及び前記第２の判断手
段により前記第１及び第２の保証限度額を越えないと判
断された場合には、前記保証申込みに含まれる保証期間
及び保証金額のデータを前記集積管理データベースに登
録する手段をさらに有する請求項５記載の保証審査支援システム。
【請求項７】所定期間計上処理がなされていない保証申
込みに関するデータを検出した場合には、当該保証申込
みに係る保証金額分を前記総保証額の計算上除外するよ
うな設定を前記集積管理データベースに対して行う手段をさらに有する請求項６記載の保証審査支援システム。
【請求項８】保証終了の入力又は保証期間満了から所定
期間の経過に応じて、当該保証終了の入力があった又は
保証期間満了から所定期間経過した保証に係る保証金額
分を前記総保証金額の計算上除外するような設定を前記
集積管理データベースに対して行う手段をさらに有する請求項３又は７記載の保証審査支援シス
テム。
【請求項９】前記第１の判断手段及び前記第２の判断手
段により前記第１及び第２の保証限度額を越えないと判
断された場合には、前記保証申込みに対する承認番号を
前記予約データベースに格納する手段をさらに有する請
求項３乃至８のいずれか１つに記載の保証審査支援シス
テム。
【請求項１０】承認番号及び保証申込みの内容が入力さ
れることに応じて、前記予約データベースから当該入力
された承認番号に対応する保証申込みの内容を取り出
し、入力された前記保証申込みの内容と前記予約データ
ベースに格納された前記保証申込みの内容を照合する照
合手段と、前記照合手段により、入力された前記保証申込みの内容
と前記予約データベースに格納された前記保証申込みの
内容が一致すると判断された場合には、当該保証申込み
の内容を契約データベースに登録する手段とをさらに有
する請求項９記載の保証審査支援システム。
【請求項１１】保証申込者毎に保証申込者の保証全体と
しての第１の保証限度額と保証申込み毎の第２の保証限
度額とを格納した保証審査用データベースと、前記保証
申込者毎に保証の始期が異なり且つ保証期間が一部重複
する場合のある複数の受付保証申込みに関する情報を格
納した集積管理データベースとを有するコンピュータ・
システムを用いた保証審査支援実行方法であって、保証期間と保証金額とを含む保証申込みの入力に応じ
て、前記保証審査用データベースを参照し、前記保証申
込みに含まれる保証金額が前記保証申込みに係る保証申
込者に設定された前記第２の保証限度額を越えないか判
断する第１の判断ステップと、前記保証申込みの入力に応じて、前記保証審査用データ
ベース及び前記集積管理データベースを参照し、前記保
証申込みに含まれる前記保証金額を含めた総保証額が、
前記保証申込みに含まれる前記保証期間中のいずれのタ
イミングにおいても、前記第２の保証限度額を越えない
か判断する第２の判断ステップと、前記第１の判断ステップ及び前記第２の判断ステップに
おいて前記第１及び第２の保証限度額を越えないと判断
された場合には、前記保証申込みを受け付け可能である
ことを表す信号を前記保証申込みの入力元に出力するス
テップと、を有する保証審査支援実行方法。
【請求項１２】保険審査のためのプログラムを格納した
記憶媒体であって、前記プログラムは、保証申込者毎に保証申込者の保証全
体としての第１の保証限度額と保証申込み毎の第２の保
証限度額とを格納した保証審査用データベースと、前記
保証申込者毎に保証の始期が異なり且つ保証期間が一部
重複する場合のある複数の受付保証申込みに関する情報
を格納した集積管理データベースとを有するコンピュー
タ・システムに、保証期間と保証金額とを含む保証申込みの入力に応じ
て、前記保証審査用データベースを参照し、前記保証申
込みに含まれる保証金額が前記保証申込みに係る保証申
込者に設定された前記第２の保証限度額を越えないか判
断する第１の判断ステップと、前記保証申込みの入力に応じて、前記保証審査用データ
ベース及び前記集積管理データベースを参照し、前記保
証申込みに含まれる前記保証金額を含めた総保証額が、
前記保証申込みに含まれる前記保証期間中のいずれのタ
イミングにおいても、前記第２の保証限度額を越えない
か判断する第２の判断ステップと、前記第１の判断ステップ及び前記第２の判断ステップに
おいて前記第１及び第２の保証限度額を越えないと判断
された場合には、前記保証申込みを受け付け可能である
ことを表す信号を前記保証申込みの入力元に出力するス
テップと、を実行させる、記憶媒体。