JP7783218B2 - 業務支援装置、業務支援方法、及び業務支援プログラム - Google Patents

Description

本発明は、業務支援装置、業務支援方法、及び業務支援プログラムに関する。

特許文献１には、スマートフォン等を使用して住所等の届出事項の変更手続きを迅速に行い、届出事項変更処理と同時に融資内容の見直し処理を行う届出事項変更システムが開示されている。

特開２０１６－５７９４１号公報

ここで、金融機関は、融資を行う際に、申込人を審査し、融資の可否を判断する必要がある。具体的には、金融機関では、他社での借入額や過去の延滞情報等について個人信用情報機関から取得した個人信用情報を用いて把握して融資可能かどうかを判断したり、申し込まれた案件に対しての信用力についてリスク計量化モデルを用いて評価したりしている。

そして、上記判断や上記評価に係る業務（つまり審査業務）は、個人信用情報の他に申込内容（例えば案件種別および融資額など）や個人属性情報（例えば氏名、生年月日、住所、電話番号、居住情報、勤務先情報、年収情報、および家族人数など）を基に行われているため、何らかの理由（例えば担当者による登録情報の間違いの発見または申込人からの修正依頼など）により当該基となる情報の修正（主に個人属性情報の修正）が必要となった場合、金融機関では、審査のやり直し（再審査）が必要か否かを担当者が都度判断していた。

しかし、この判断は担当者（つまり人）により実施されていたため、手間と時間を要するのはもちろん、判断漏れや判断ミスにより正しい融資判断ができないおそれがあった。

本発明は、上記問題点に鑑みてなされたものであって、商品または役務の提供（例えば融資など）について申し込みをした申込人に関する情報（主に個人属性情報）であって当該提供にあたり必要な審査（例えば融資審査など）に用いられたものが修正された場合に行われる、当該審査のやり直し（再審査）の要否を判断する業務を、効率よくかつ正確に実施することができ、延いては適正な当該再審査の実現に貢献することができる業務支援装置、業務支援方法、及び業務支援プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる業務支援装置は、商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援装置であって、前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断部と、前記判断部で前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新部と、を備えることを特徴とする。

なお、本発明にかかる業務支援装置において、前記審査は、前記審査結果データにおいて前記結果として前記識別情報が設定されている前記申込人を対象に実行されるものでもよい。

また、本発明にかかる業務支援装置において、前記判断部は、前記修正された前記情報の前記属性が一申込人につき複数存在する場合、少なくとも１つの前記属性について前記やり直しが必要と確認されたときに一申込人に対し前記やり直しが必要と判断してもよい。

また、本発明にかかる業務支援装置において、前記修正された前記情報は、個人属性情報に該当するものでもよい。

また、本発明にかかる業務支援装置において、前記提供は、融資でもよく、前記審査は、融資審査でもよい。

また、本発明にかかる業務支援方法は、商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援方法であって、判断部が、前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断ステップと、更新部が、前記判断ステップで前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新ステップと、を含むことを特徴とする。

また、本発明にかかる業務支援プログラムは、商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援プログラムであって、情報処理装置を、前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断手段、前記判断手段で前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新手段、として機能させるためのものである。

本発明は、商品または役務の提供（例えば融資など）について申し込みをした申込人に関する情報（主に個人属性情報）であって当該提供にあたり必要な審査（例えば融資審査など）に用いられたものが修正された場合に行われる、当該審査のやり直し（再審査）の要否を判断する業務を、効率よくかつ正確に実施することができ、延いては適正な当該再審査の実現に貢献することができる、という効果を奏する。

図１は、本実施形態に係る業務支援装置の構成の一例を示すブロック図である。 図２は、新規登録された案件データの一例を示す図である。 図３は、新規登録後に実行された自動審査処理後の案件データの一例を示す図である。 図４は、自動審査処理後に実行された修正登録後の案件データの一例を示す図である。 図５は、修正登録後に実行された審査制御処理後の案件データの一例を示す図である。 図６は、審査制御処理後に実行された自動審査処理後の案件データの一例を示す図である。

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

［１．構成］
本実施形態に係る業務支援装置１００の構成の一例について、図１等を参照して説明する。図１は、業務支援装置１００の構成の一例を示すブロック図である。

業務支援装置１００は、市販のデスクトップ型パーソナルコンピュータを基に構築したものである。なお、業務支援装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置を基に構築したものに限らず、市販のノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォンまたはタブレット型パーソナルコンピュータなどの携帯型情報処理装置を基に構築したものであってもよい。

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

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

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

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

記憶部１０６は、案件データ１０６ａ（本発明の「申込人に関する情報」および審査結果データを含む）および審査制御マスタ１０６ｂ（本発明の要否設定データに相当）等を格納する。なお、業務支援装置１００は、記憶部１０６に格納されているマスタをメンテナンス（新規登録、修正、または削除）する機能を備えてもよい。

図２～図６には、案件データ１０６ａに格納される情報の一例が示されている。案件データ１０６ａは、図２～図６で示すように、大別して案件情報および審査結果が格納されている。案件情報には、例えば、融資案件の案件識別情報（例えば案件Ｎｏなど）、融資商品の商品識別情報（例えば商品名など）、融資の申込額、申込人情報（例えば、氏名、電話番号、年収、住所等）、および連絡要否情報（例えば、ＤＭ（ダイレクトメール）の要否等）等が格納され、審査結果には、例えば、個人信用情報照会審査によるネガティブ情報の有無（項目名：個信・ネガ）、個人信用情報照会審査による勤務先の在籍確認（項目名：個信・在確）、リスク計量化モデルを用いた審査による融資可能額（項目名：リ計・可能額）、およびリスク計量化モデルを用いた審査による総合スコア（項目名：リ計・総合スコア）等を格納する。

図５には、審査制御マスタ１０６ｂに格納される情報の一例が示されている。審査制御マスタ１０６ｂは、図５で示すように、連番、審査種別識別情報（例えば個人信用情報照会審査またはリスク計量化モデルを用いた審査等）、審査要否判断項目（本発明にかかる属性に相当。例えば氏名または電話番号等）、および審査要否区分等を格納する。なお、図５に示す審査制御マスタ１０６ｂにおいて、「個信照会」との文字は個人信用情報照会審査を意味し、「リスク計量化モデル」との文字はリスク計量化モデルを用いた審査を意味する。

図１に戻り、制御部１０２は、業務支援装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、（１）商品または役務の提供（例えば融資など）について申し込みをした申込人に関する情報（主に個人属性情報（例えば氏名、生年月日、住所、電話番号、居住情報、勤務先情報、年収情報、および家族人数など））であって当該提供にあたり必要な審査（例えば融資審査など）に用いられたものが当該提供前に修正された場合、当該修正された情報の属性を基に、審査制御マスタ１０６ｂを参照して、当該審査のやり直し（再審査）の要否を判断し、（２）やり直しが必要と判断された場合、案件データ１０６ａに保持されている審査の結果を、審査が未実行であることを識別するための識別情報（例えば「審査前」といったステータスなど）に更新する。なお、審査は、案件データ１０６ａにおいて審査の結果として当該識別情報が設定されている申込人を対象に、業務支援装置１００により自動で実行されるものでもよい。また、制御部１０２は、修正された情報の属性が一申込人につき複数存在する場合、少なくとも１つの属性についてやり直しが必要と確認されたときに一申込人に対しやり直しが必要と判断してもよい。

制御部１０２は、機能概念的に、各種案件情報入力部１０２ａ、自動審査処理部１０２ｂ、および自動審査制御処理部１０２ｃ（本発明の判断部と更新部に相当）などを備える。

各種案件情報入力部１０２ａは、各種案件情報入力画面（図示せず）において、オペレータ等により各種案件情報が新規に設定され登録ボタンが押下されると、以下の（１１）と（１２）の処理を実行する。
（１１）各種案件情報入力画面において設定された情報を案件データ１０６ａの対応する項目に格納する（図２参照）。
（１２）案件データ１０６ａの審査結果に関する項目の全てに、審査前であることを示す「審査前」というステータス（本発明の識別情報に相当）を格納する（図２参照）。

また、各種案件情報入力部１０２ａは、各種案件情報入力画面において、オペレータ等により修正対象とする申込人が指定されると、当該指定された申込人の案件情報を案件データ１０６ａから抽出し、当該画面に表示させる。そして、各種案件情報入力部１０２ａは、修正対象の案件情報が表示されている各種案件情報入力画面において、オペレータ等により修正後の情報が、必要な項目に設定され登録ボタンが押下されると、以下の（２１）から（２３）の処理を実行する。
（２１）案件データ１０６ａから抽出した案件情報と各種案件情報入力画面に設定された案件情報との相違を項目ごとに確認し、情報の相違があった項目（要するに情報の修正があった項目）を認識する。
（２２）各種案件情報入力画面に設定された案件情報を案件データ１０６ａに格納（上書き）する（図４参照）。
（２３）自動審査制御処理部１０２ｃを起動し、認識した項目を転送する。

自動審査処理部１０２ｂは、以下の（３１）と（３２）の処理を実行する。
（３１）定期的に、案件データ１０６ａの審査結果項目について「審査前」のステータスの有無を確認する。
（３２）「審査前」のステータスが有ることが確認された審査結果項目（「個信・ネガ」、「個信・在確」、「リ計・可能額」、または「リ計・総合スコア」）に対応する審査を実行し、審査結果を案件データ１０６ａに格納する（図３、図６参照）。

自動審査制御処理部１０２ｃは、以下の（４１）と（４２）の処理を実行する。
（４１）審査制御マスタ１０６ｂを参照して、各種案件情報入力部１０２ａから転送された項目（要するに情報の修正があった項目）に紐づく審査種別および審査要否区分を確認する。
（４２）一申込人に対し審査要と確認された項目が少なくとも１つあった場合、確認された審査種別に対応する、案件データ１０６ａの審査結果項目に、「審査前」といったステータスを格納する（図５参照）。

上記構成によって、案件情報を案件データ１０６ａに新規で登録し、案件データ１０６ａの案件情報を基に審査を自動で実行することが可能となった。また、上記構成によって、審査実行後に申込人の都合等で案件情報が修正された場合には、（１）案件データ１０６ａの案件情報を修正登録し、（２）情報が修正された項目に基づき、審査制御マスタ１０６ｂを参照して、どの審査をやり直す必要があるかを自動で判定し、（３）判定に従い、必要な審査を自動で実行することが可能となった。

［２．処理の具体例］
ここでは、業務支援装置１００で実行される各種処理の具体例を、典型的な業務の進行に合わせて、図２から図６を参照して説明する。

［ステップＳ１：新規案件情報の登録（図２参照）］
オペレータが、各種案件情報入力画面（図示せず）において、商品、申込額、氏名、電話番号、年収、住所、ＤＭ要否等を設定し、登録ボタンを押下する。すると、各種案件情報入力部１０２ａは、図２で示すように、各種案件情報入力画面から、設定された情報を取得し、案件データ１０６ａの対応する項目に格納し、案件データ１０６ａの審査結果の全ての項目に「審査前」のステータスを格納する。

［ステップＳ２：自動審査処理（初回）の実行（図３参照）］
自動審査処理部１０２ｂは、案件データ１０６ａの審査結果項目について「審査前」のステータスの有無を確認し、「審査前」のステータスが有ることが確認された審査結果項目（「個信・ネガ」、「個信・在確」、「リ計・可能額」、または「リ計・総合スコア」）に対応する審査（個人信用報照会による審査および／またはリスク計量化モデルを用いた審査）を実行し、審査結果を案件データ１０６ａに格納する。

［ステップＳ３：案件情報の修正の登録（図４参照）］
申込人から案件情報の修正（例えば、電話番号の間違い、年収の誤り、引越しによる電話番号変更・住所変更、または戸籍移動による名前変更、等）についての申出を受けたオペレータは、各種案件情報入力画面において、申込人を指定する。ここでは、申込人は山田太郎さん、申出の内容は「１１１－１１１－３３３３」への電話番号の変更、として説明する。

各種案件情報入力部１０２ａは、指定された申込人の案件情報を案件データ１０６ａから抽出し、抽出した案件情報を各種案件情報入力画面に表示させる。具体的には、案件データ１０６ａに含まれる案件Ｎｏが「１」のレコード（ただし審査結果項目は除く）が表示される。

オペレータは、各種案件情報入力画面において、指定された申込人の案件情報に対し、申込人からの修正内容（修正後の情報）の設定を行い、登録ボタンを押下する。具体的には、オペレータは、変更後の電話番号「１１１－１１１－３３３３」を設定する。

各種案件情報入力部１０２ａは、案件データ１０６ａから抽出した案件情報と各種案件情報入力画面に設定された案件情報との相違を項目ごとに確認し、情報の修正があった項目を認識する。具体的には、電話番号について、抽出した案件情報では「１１１－１１１－１１１１」であるのに対し、各種案件情報入力画面に設定された案件情報では「１１１－１１１－３３３３」であるので、情報の修正があった項目として「電話番号」が認識される。

各種案件情報入力部１０２ａは、各種案件情報入力画面に設定された案件情報（特に修正後の情報）を案件データ１０６ａに上書きする。特に、各種案件情報入力画面に設定された「１１１－１１１－３３３３」が電話番号として上書きされる。

各種案件情報入力部１０２ａは、自動審査制御処理部１０２ｃを起動し、認識した項目を転送する。具体的には、「電話番号」という項目が転送される。

［ステップＳ４：審査要否の判断（図５参照）］
自動審査制御処理部１０２ｃは、審査制御マスタ１０６ｂを参照して、各種案件情報入力部１０２ａから転送された項目に紐づく審査種別および審査要否区分を確認する。具体的には、「電話番号」という審査要否判断項目に紐づく審査種別および審査要否区分として、「個信照会」および「要」ならびに「リスク計量化」および「要」が確認される。

自動審査制御処理部１０２ｃは、一申込人に対し審査要と確認された項目が少なくとも１つあった場合、確認された審査種別に対応する、案件データ１０６ａの審査結果項目に、「審査前」というステータスを格納する。具体的には、山田太郎さんに対し「要」と確認された項目が「電話番号」という項目１つであったので、確認された「個信照会」に対応する、案件データ１０６ａの「個信・ネガ」と「個信・在確」の項目に、「審査前」というステータスが格納され、確認された「リスク計量化」に対応する、案件データ１０６ａの「リ計・可能額」と「リ計・総合スコア」の項目に、「審査前」というステータスが格納される。

なお、佐藤花子さんから「￥３，０００，０００」から「￥４，０００，０００」への年収変更の申出があった場合は、ステップＳ４で「要」と確認される審査種別は「リスク計量化」のみとなるので、案件データ１０６ａの「リ計・可能額」と「リ計・総合スコア」の項目のみに、「審査前」というステータスが格納される。また、小林次郎さんからＤＭ不要の申出があった場合は、ステップＳ４で「要」と確認される審査種別は無いので、案件データ１０６ａの審査結果項目は更新されない。

［ステップＳ５：自動審査処理（２回目）の実行（図６参照）］
自動審査処理部１０２ｂは、案件データ１０６ａの審査結果項目について「審査前」のステータスの有無を確認し、「審査前」のステータスが有ることが確認された審査結果項目（「個信・ネガ」、「個信・在確」、「リ計・可能額」、または「リ計・総合スコア」）に対応する審査（個人信用報照会による審査および／またはリスク計量化モデルを用いた審査）を実行し、審査結果を案件データ１０６ａに格納する。

ステップＳ５の実行タイミングでは、図５に示す案件データ１０６ａを基に「審査前」のステータスが確認されることになるので、山田太郎さんに対しは個人信用報照会による審査（「個信・ネガ」と「個信・在確」）とリスク計量化モデルを用いた審査（「リ計・可能額」と「リ計・総合スコア」）が自動で実行され、図６に示すような審査結果が格納され、佐藤花子さんに対してはリスク計量化モデルを用いた審査（「リ計・可能額」と「リ計・総合スコア」）が自動で実行され、図６に示すような審査結果が格納される。なお、小林次郎さんに対しては「審査前」のステータスは無いので個人信用報照会による審査もリスク計量化モデルを用いた審査も実行されない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、個人向けフリーローン・カードローンを取り扱う金融機関を含む金融業界など様々な業界において有用である。

１００ 業務支援装置
１０２ 制御部
１０２ａ 各種案件情報入力部
１０２ｂ 自動審査処理部
１０２ｃ 自動審査制御処理部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 案件データ
１０６ｂ 審査制御マスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (5)

1. 商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援装置であって、
   前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断部と、
   前記判断部で前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新部と、
   を備え、
   前記審査は、前記審査結果データにおいて前記結果として前記識別情報が設定されている前記申込人を対象に実行されるものであり、
   前記判断部は、前記修正された前記情報の前記属性が一申込人につき複数存在する場合、少なくとも１つの前記属性について前記やり直しが必要と確認されたときに一申込人に対し前記やり直しが必要と判断すること、
   を特徴とする業務支援装置。
2. 前記修正された前記情報は、個人属性情報に該当するものであること、
   を特徴とする請求項１に記載の業務支援装置。
3. 前記提供は、融資であり、
   前記審査は、融資審査であること、
   を特徴とする請求項２に記載の業務支援装置。
4. 商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援方法であって、
   判断部が、前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断ステップと、
   更新部が、前記判断ステップで前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新ステップと、
   を含み、
   前記審査は、前記審査結果データにおいて前記結果として前記識別情報が設定されている前記申込人を対象に実行されるものであり、
   前記判断部は、前記修正された前記情報の前記属性が一申込人につき複数存在する場合、少なくとも１つの前記属性について前記やり直しが必要と確認されたときに一申込人に対し前記やり直しが必要と判断すること、
   を特徴とする業務支援方法。
5. 商品または役務の提供について申し込みをした申込人に関する情報であって前記提供にあたり必要な審査に用いられたものが修正された場合に行われる、前記審査のやり直しの要否を判断する業務を支援する業務支援プログラムであって、
   情報処理装置を、
   前記修正された前記情報の属性を基に、前記要否が前記属性別に設定されている要否設定データを参照して、前記要否を判断する判断手段、
   前記判断手段で前記やり直しが必要と判断された場合、審査結果データに保持されている前記審査の結果を、前記審査が未実行であることを識別するための識別情報に更新する更新手段、
   として機能させ、
   前記審査は、前記審査結果データにおいて前記結果として前記識別情報が設定されている前記申込人を対象に実行されるものであり、
   前記判断手段は、前記修正された前記情報の前記属性が一申込人につき複数存在する場合、少なくとも１つの前記属性について前記やり直しが必要と確認されたときに一申込人に対し前記やり直しが必要と判断すること、
   を特徴とする業務支援プログラム。