特許 7561784 自動判定装置、自動判定方法および自動判定プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-26

(45)【発行日】2024-10-04

(54)【発明の名称】自動判定装置、自動判定方法および自動判定プログラム

(51)【国際特許分類】

   G06Q 20/14 20120101AFI20240927BHJP

   G06Q 40/03 20230101ALI20240927BHJP

【ＦＩ】

G06Q20/14

G06Q40/03

【請求項の数】 4

(21)【出願番号】P 2022012326

(22)【出願日】2022-01-28

(65)【公開番号】P2023110721

(43)【公開日】2023-08-09

【審査請求日】2024-05-17

【早期審査対象出願】

(73)【特許権者】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】仲 晋作

(72)【発明者】

【氏名】江端 祐介

(72)【発明者】

【氏名】上野 剛光

【審査官】上田 智志

(56)【参考文献】

【文献】特開２００３－０１６２６１（ＪＰ，Ａ）

【文献】特開２００４－１７１２１９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

制御部を備える自動判定装置であって、
役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、
契約番号に、極度額と、審査結果と、を対応付けた審査データと、
契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、
にアクセス可能であり、
前記制御部は、
前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限が超過しているか否か、および、貸付残高が極度額に極度額チェック率を乗じた値を超過しているか否か、の少なくとも一方を判定する判定部を備えること、
を特徴とする自動判定装置。

【請求項2】

請求項１に記載の自動判定装置であって、
前記制御部は、
前記判定部の判定結果を出力する出力制御部をさらに備えること、
を特徴とする自動判定装置。

【請求項3】

制御部を備える自動判定装置で実行される自動判定方法であって、
役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、
契約番号に、極度額と、審査結果と、を対応付けた審査データと、
契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、
にアクセス可能であり、
前記制御部で実行される、
前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限が超過しているか否か、および、貸付残高が極度額に極度額チェック率を乗じた値を超過しているか否か、の少なくとも一方を判定する判定ステップを含むこと、
を特徴とする自動判定方法。

【請求項4】

制御部を備える自動判定装置に実行させるための自動判定プログラムであって、
役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、
契約番号に、極度額と、審査結果と、を対応付けた審査データと、
契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、
にアクセス可能であり、
前記制御部に実行させるための、
前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限が超過しているか否か、および、貸付残高が極度額に極度額チェック率を乗じた値を超過しているか否か、の少なくとも一方を判定する判定ステップを含むこと、
を特徴とする自動判定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、自動判定装置、自動判定方法および自動判定プログラムに関する。

【背景技術】

【0002】

特許文献１には、有償契約の締結の可否の判定に関し、有償契約を締結するか否かの判定に要す負担を、これに先立つ審査の実行により軽減するとともに、滞納リスクを的確に判断し、事務負担を負うリスク、回収不能のリスクおよび代位弁済するリスク等を的確に判断する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６３３３４３１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、保証会社では、金融機関から代位弁済請求があった場合、手作業で１件ずつ実行可否を判定している。このため、保証会社では、金融機関からの代位弁済請求の実行可否を１件ずつ判定することで、業務負荷が掛かるうえ、金融機関への回答に時間を要してしまうという問題点があった。

【0005】

本発明は、上記に鑑みてなされたものであって、金融機関からの代位弁済請求の実行可否の判定業務を効率化するとともに、金融機関へ回答するスピードを向上することができる自動判定装置、自動判定方法および自動判定プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上述した課題を解決し、目的を達成するために、本発明に係る自動判定装置は、制御部を備える自動判定装置であって、役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、契約番号に、極度額と、審査結果と、を対応付けた審査データと、契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、にアクセス可能であり、前記制御部は、前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定する判定部を備えること、を特徴とする。

【0007】

また、本発明に係る自動判定方法は、制御部を備える自動判定装置で実行される自動判定方法であって、役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、契約番号に、極度額と、審査結果と、を対応付けた審査データと、契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、にアクセス可能であり、前記制御部で実行される、前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定する判定ステップを含むこと、を特徴とする。

【0008】

また、本発明に係る自動判定プログラムは、制御部を備える自動判定装置に実行させるための自動判定プログラムであって、役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けた代位弁済管理マスタと、契約番号に、極度額と、審査結果と、を対応付けた審査データと、契約番号に、役務コードと、代位弁済請求額と、貸付残高と、期限の利益喪失日と、代位弁済請求日と、を対応付けた代位弁済請求データと、にアクセス可能であり、前記制御部に実行させるための、前記代位弁済管理マスタと、前記審査データと、前記代位弁済請求データと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定する判定ステップを含むこと、を特徴とする。

【発明の効果】

【0009】

本発明によれば、金融機関からの代位弁済請求の実行可否の判定業務を効率化するとともに、金融機関へ回答するスピードを向上することができるという効果を奏する。

【図面の簡単な説明】

【0010】

【図1】図１は、実施形態に係る自動判定装置の構成の一例を示すブロック図での概要を示す模式図である。

【図2】図２は、実施形態に係る自動判定装置の代位弁済管理マスタにおける代位弁済管理マスタデータテーブルの一例を示す図である。

【図3】図３は、実施形態に係る自動判定装置の審査データにおける審査データテーブルの一例を示す図である。

【図4】図４は、実施形態に係る自動判定装置の代位弁済請求データにおける代位弁済請求データテーブルの一例を示す図である。

【図5】図５は、保証業務の概要を模式的に説明する図である。

【図6】図６は、実施形態に係る自動判定装置が実行する処理の概要を示すフローチャートである。

【図7】図７は、実施形態に係る自動判定装置の判定部が生成する代位弁済可否判定データにおける代位弁済可否判定データテーブルの一例を示す図である。

【図8】図８は、実施形態に係る自動判定装置のモニタが表示する代位弁済判定結果リスト出力画面の一例を示す図である。

【発明を実施するための形態】

【0011】

以下に、本発明に係る自動判定装置、自動判定方法および自動判定プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

【0012】

［１．構成］
本実施形態に係る自動判定装置の構成の一例について、図１等を参照して説明する。図１は、自動判定装置の構成の一例を示すブロック図での概要を示す模式図である。

【0013】

図１に示す自動判定装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、自動判定装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

【0014】

自動判定装置１００は、制御部１０２と、通信インターフェース部１０４と、記憶部１０６と、入出力インターフェース部１０８と、を備えている。自動判定装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

【0015】

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、自動判定装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と、通信回線と、を介してデータを通信する機能を有する。ここで、ネットワーク３００は、自動判定装置１００と、サーバ２００と、を相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、記憶部１０６に格納されるデータは、例えばサーバ２００に格納されてもよい。

【0016】

入出力インターフェース部１０８には、入力装置１１２と、出力装置１１４と、が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、およびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

【0017】

記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。記憶部１０６は、代位弁済管理マスタ１０６ａと、審査データ１０６ｂと、代位弁済請求データ１０６ｃと、を記憶している。

【0018】

代位弁済管理マスタ１０６ａは、役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けて記憶する。

【0019】

図２は、代位弁済管理マスタ１０６ａにおける代位弁済管理マスタデータテーブルの一例を示す図である。図２に示す代位弁済管理マスタデータテーブルＴ１の１行目には、役務コード「１００１」に、代弁請求期限日数「３０」と、極度額チェック率「１１８％」と、を対応付けて記憶されている。なお、代位弁済管理マスタデータテーブルＴ１では、役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けて記憶させているが、これに限定されることなく、会社毎役務毎に、代弁請求期限日数と、極度額チェック率と、を対応付けて記憶させてもよい。

【0020】

審査データ１０６ｂは、契約番号に、極度額と、審査結果と、を対応付けて記憶する。

【0021】

図３は、審査データ１０６ｂにおける審査データテーブルの一例を示す図である。図３に示す審査データテーブルＴ２の１行目には、契約番号「１０」に、極度額「１,５００，０００」と、審査結果「ＯＫ」と、を対応付けて記憶している。

【0022】

代位弁済請求データ１０６ｃは、契約番号に、役務コードと、代位弁済請求額と、貸付残高と、利息と、遅延損害金と、期限の利益喪失日と、代位弁済請求日と、を対応付けて記憶する。

【0023】

図４は、代位弁済請求データ１０６ｃにおける代位弁済請求データテーブルの一例を示す図である。代位弁済請求データテーブルＴ３の１行目には、契約番号「１０」に、役務コード「１００１」と、代位弁済請求額「１，１１０，０００」と、貸付残高「１，０００，０００」と、利息「１００，０００」と、遅延損害金「１０，０００」と、期限の利益喪失日「２０２１／１０／１」と、代位弁済請求日「２０２１／１１／１」と、を対応付けて記憶している。

【0024】

図１に戻り、自動判定装置１００の構成の説明を続ける。
制御部１０２は、自動判定装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、取得部１０２ａと、判定部１０２ｂと、出力制御部１０２ｃと、を備える。

【0025】

取得部１０２ａは、記憶部１０６または融資会社（銀行）から代位弁済請求データ１０６ｃを取得する。

【0026】

判定部１０２ｂは、代位弁済管理マスタ１０６ａと、審査データ１０６ｂと、代位弁済請求データ１０６ｃと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定する。

【0027】

出力制御部１０２ｃは、出力制御部１０２ｃは、判定部１０２ｂの判定結果の代位弁済可否判定を出力する。

【0028】

［２．保証業務の概要］
次に、保証業務の概要について説明する。図５は、保証業務の概要を模式的に説明する図である。

【0029】

図５に示すように、融資会社（銀行）は、保証会社に対して債務者の保証審査申込を行う（ステップＳ１）。

【0030】

続いて、保証会社は、融資会社（銀行）からの債務者の保証審査申込を審査し、審査結果を融資会社（銀行）へ送信するとともに、債務者の保証実行を行う（ステップＳ２）。

【0031】

その後、融資会社（銀行）は、保証会社と契約および残高情報等の月次報告等を連携する（ステップＳ３）。

【0032】

続いて、融資会社（銀行）は、債務者に支払遅延が発生した場合、保証会社に代位弁済請求を依頼する（ステップＳ４）。

【0033】

その後、保証会社は、融資会社（銀行）からの代位弁済請求に応じて、代位弁済実行可否を判定し、この代位弁済判定結果を融資会社（銀行）へ送信するとともに、かつ、債務者に対して代位弁済を実行する（ステップＳ５）。この場合、従来の保証会社では、金融機関から代位弁済請求があった場合、手作業で１件ずつ実行可否を判定しているため、金融機関からの代位弁済請求の実行可否を１件ずつ判定することで、業務負荷が掛かるうえ、金融機関への回答に時間を要していた。自動判定装置１００による代位弁済実行可否の詳細については、後述する。

【0034】

［３．自動判定装置１００が実行する処理］
次に、自動判定装置１００が実行する処理について説明する。図６は、自動判定装置１００が実行する処理の概要を示すフローチャートである。

【0035】

図６に示すように、取得部１０２ａは、代位弁済請求データ１０６ｃを取得する（ステップＳ１０１）。

【0036】

続いて、判定部１０２ｂは、代位弁済管理マスタ１０６ａと、審査データ１０６ｂと、代位弁済請求データ１０６ｃと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定する（ステップＳ１０２）。

【0037】

まず、契約番号「１０」の代位弁済における実行可否の判定について説明する。
図４の代位弁済請求データテーブルＴ３の１行目に示すように、判定部１０２ｂは、契約番号「１０」の場合、代弁請求期限チェックに該当し、代位弁済請求日「２０２１／１１／１」から期限の利益喪失日「２０２１／１０／１」を減算した日数が３１（（２０２１／１１／１）－（２０２１／１０／１）＝３１）が代弁請求期限日数（３０）を超えているか否かを判定する。このとき、判定部１０２ｂは、代弁請求期限日数（３０）を超えていると判定する。即ち、判定部１０２ｂは、契約番号「１０」が代位弁済不可（ＮＯ）と判定する。

【0038】

次に、契約番号「２０」の代位弁済における実行可否の判定について説明する。
図４の代位弁済請求データテーブルＴ３の２行目に示すように、判定部１０２ｂは、契約番号「２０」の場合、極度額超過チェックに該当し、貸付残高「２，０００，０００」が極度額「１，６００，０００」に極度額チェック率「１１８％」を乗じた値（１，６００，０００×１．１８＝１，８８８，０００）を超えているか否かを判定する。このとき、貸付残高「２，０００，０００」が極度額「１，６００，０００」に極度額チェック率「１１８％」を乗じた値（１，６００，０００×１．１８＝１，８８８，０００）を超えていると判定する（２，０００，０００＞１，８８８，０００）。即ち、判定部１０２ｂは、契約番号「２０」が代位弁済不可（ＮＯ）と判定する。

【0039】

最後に、契約番号「３０」の代位弁済における実行可否の判定について説明する。
図４の代位弁済請求データテーブルＴ３の３行目に示すように、判定部１０２ｂは、契約番号「３０」の場合、代弁請求期限チェックに該当し、代位弁済請求日「２０２１／１１／１」から期限の利益喪失日「２０２１／１０／２０」を減算した日数が３１（（２０２１／１１／１）－（２０２１／１０／２０）＝２１）が代弁請求期限日数（３０）を超えているか否かを判定する。このとき、判定部１０２ｂは、代弁請求期限日数（３０）以下であると判定する（３０≦２１）。

【0040】

さらに、判定部１０２ｂは、図４の代位弁済請求データテーブルＴ３の３行目に示すように、判定部１０２ｂは、契約番号「３０」の場合、極度額超過チェックに該当し、貸付残高「３，０００，０００」が極度額「３，０００，０００」に極度額チェック率「１１５％」を乗じた値（３，０００，０００×１．１５＝３，４５０，０００）を超えているか否かを判定する。このとき、貸付残高「３，０００，０００」が極度額「３，０００，０００」に極度額チェック率「１１５％」を乗じた値（３，０００，０００×１．１５＝３，４５０，０００）以下であると判定する（３，０００，０００≦３，４５０，０００）。

【0041】

即ち、判定部１０２ｂは、契約番号「３０」の場合、代位弁済請求日から期限の利益喪失日を減算した日数が代弁請求期限日数以下であり、かつ、貸付残高が極度額に極度額チェック率を乗じた値以下であるため、契約番号「３０」が代位弁済可（ＯＫ）と判定する。

【0042】

このように、判定部１０２ｂは、契約番号毎に判定することで、契約番号毎の判定結果である代位弁済可否判定データを生成する。図７は、判定部１０２ｂが生成する代位弁済可否判定データにおける代位弁済可否判定データテーブルの一例を示す図である。図７に示す代位弁済可否判定データテーブルＴ４には、契約番号に、代位弁済実行金額と、代位弁済判定結果と、を対応付けて記憶されている。具体的には、代位弁済可否判定データテーブルＴ４の１行目には、契約番号「１０」に、代位弁済実行金額「１，１１０，０００」と、代位弁済判定結果「ＮＧ」と、を対応付けて記憶されている。

【0043】

図６に戻り、ステップＳ１０３において、出力制御部１０２ｃは、判定部１０２ｂの判定結果の代位弁済可否判定を出力する。図８は、モニタ１１４が表示する代位弁済判定結果リスト出力画面の一例を示す図である。図８に示すように、代位弁済判定結果リスト出力画面Ｐ１には、代位弁済請求日の入力フォームＢ１，Ｂ２および判定部１０２ｂの判定結果の代位弁済可否判定結果の出力を指示する出力アイコンＡ１が含まれる。出力制御部１０２ｃは、ユーザが入力装置１１２を用いて入力フォームＢ１，Ｂ２に代位弁済請求日、例えば「２０２１／１１／１」～「２０２１／１１／１」が入力され、出力アイコンＡ１が押下された場合、判定部１０２ｂの判定結果の代位弁済可否判定結果をモニタ１１４に出力する。具体的には、出力制御部１０２ｃは、上述した図７の代位弁済可否判定データテーブルＴ４をモニタ１１４に出力する。ステップＳ１０３の後、自動判定装置１００は、本処理を終了する。

【0044】

以上説明した実施形態によれば、判定部１０２ｂが、代位弁済管理マスタ１０６ａと、審査データ１０６ｂと、代位弁済請求データ１０６ｃと、を参照し、役務毎に、代弁請求期限および極度額の少なくとも一方が超過しているか否かを判定するため、金融機関からの代位弁済請求の実行可否の判定業務を効率化するとともに、金融機関へ回答するスピードを向上することができる。

【0045】

また、実施形態によれば、出力制御部１０２ｃが判定部１０２ｂの判定結果の代位弁済可否判定を出力するため、ユーザが金融機関からの代位弁済請求の実行可否を直感的に把握することができる。

【0046】

［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８および９に貢献することが可能となる。

【0047】

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３および１５に貢献することが可能となる。

【0048】

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

【0049】

［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

【0050】

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

【0051】

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメーターを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

【0052】

また、自動判定装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

【0053】

例えば、自動判定装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて自動判定装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

【0054】

また、このコンピュータプログラムは、自動判定装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

【0055】

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

【0056】

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

【0057】

記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

【0058】

また、自動判定装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、自動判定装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

【0059】

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

【産業上の利用可能性】

【0060】

本発明は、債務者を保証する保証会社等のノンバンクおよび信用保証業界等において有用である。

【符号の説明】

【0061】

１００ 自動判定装置
１０２ 制御部
１０２ａ 取得部
１０２ｂ 判定部
１０２ｃ 出力制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 代位弁済管理マスタ
１０６ｂ 審査データ
１０６ｃ 代位弁済請求データ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】