特許 7488804 信用情報処理装置、信用情報処理方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-05-14

(45)【発行日】2024-05-22

(54)【発明の名称】信用情報処理装置、信用情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 40/03 20230101AFI20240515BHJP

【ＦＩ】

G06Q40/03

【請求項の数】 6

(21)【出願番号】P 2021175784

(22)【出願日】2021-10-27

(65)【公開番号】P2023065147

(43)【公開日】2023-05-12

【審査請求日】2024-03-27

【早期審査対象出願】

(73)【特許権者】

【識別番号】398040527

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】長澤 健太

(72)【発明者】

【氏名】浦田 直哉

(72)【発明者】

【氏名】上野 剛光

【審査官】深津 始

(56)【参考文献】

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

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

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

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

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

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

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

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

【請求項1】

制御部を備える信用情報処理装置であって、
個人の信用情報データを取得するデータ取得手段と、
前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読手段と、
前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御手段と、
を備える信用情報処理装置。

【請求項2】

前記制御マスタは、前記解読結果データの項目毎に表示をするか否か示す表示フラグを格納し、
前記表示制御手段は、前記解読結果データの項目毎に、データ及び項目名を前記表示フラグに従って表示する
請求項１に記載の信用情報処理装置。

【請求項3】

前記制御マスタは、前記解読結果データの項目毎にデータを集約して表示をするか否か示す集約フラグを格納し、
前記表示制御手段は、前記解読結果データの項目毎に、前記集約フラグが集約して表示を示す場合、当該項目のデータを集約して表示する
請求項１又は請求項２に記載の信用情報処理装置。

【請求項4】

前記制御マスタは、前記解読結果データの項目毎にデータを画面上で入力可能か否かを示す入力可否フラグを格納し、
前記表示制御手段は、前記解読結果データの項目毎に、前記入力可否フラグが入力可能を示す場合、当該項目のデータを入力可能に表示する
請求項１から請求項３のいずれか一項に記載の信用情報処理装置。

【請求項5】

制御部を備える信用情報処理装置の前記制御部で実行される信用情報処理方法であって、
個人の信用情報データを取得するデータ取得ステップと、
前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読ステップと、
前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御ステップと、
を備えることを特徴とする信用情報処理方法。

【請求項6】

コンピュータに、
個人の信用情報データを取得するデータ取得ステップと、
前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読ステップと、
前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御ステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、信用情報処理装置、信用情報処理方法及びプログラムに関する。

【背景技術】

【0002】

信用情報機関から取得した情報を処理する装置として、例えば特許文献１に開示されたシステムがある。このシステムは、信用情報機関から取得した個人信用データを、送信される状態のオリジナルデータ形式に合わせて第１データベースに格納し、第１データベースの任意のデータ項目のデータを、第１データベースと第２データベース間におけるデータ項目相互の対応関係を設定した参照テーブルに基づいて与信業務会社独自の格納形式にして第２データベースに移行させる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００９－２５８７６号公報

【発明の概要】

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

【0004】

金融機関では、融資に際して信用情報機関から取得した個人信用情報をチェックするが、チェックする際に取得した個人信用情報をそのまま使用するのではなく、規定に則った独自の処理を行ってカスタマイズし、カスタマイズしたデータを表示する。金融機関での処理は、金融機関毎に異なるため、データ項目のカスタマイズや表示項目の制御については金融機関毎にカスタマイズを要し、システムの導入に手間がかかる。

【0005】

本発明は、上記に鑑みてなされたものであって、信用情報のカスタマイズと表示項目のカスタマイズを容易に行うことができる信用情報処理装置、信用情報処理方法及びプログラムを提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明に係る信用情報処理装置は、制御部を備える信用情報処理装置であって、個人の信用情報データを取得するデータ取得手段と、前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読手段と、前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御手段と、を備えることを特徴とする。

【0007】

また、本発明に係る信用情報処理装置において、前記制御マスタは、前記解読結果データの項目毎に表示をするか否か示す表示フラグを格納し、前記表示制御手段は、前記解読結果データの項目毎に、データ及び項目名を前記表示フラグに従って表示するようにしてもよい。

【0008】

また、本発明に係る信用情報処理装置において、前記制御マスタは、前記解読結果データの項目毎にデータを集約して表示をするか否か示す集約フラグを格納し、前記表示制御手段は、前記解読結果データの項目毎に、前記集約フラグが集約して表示を示す場合、当該項目のデータを集約して表示するようにしてもよい。

【0009】

また、本発明に係る信用情報処理装置において、前記制御マスタは、前記解読結果データの項目毎にデータを画面上で入力可能か否かを示す入力可否フラグを格納し、前記表示制御手段は、前記解読結果データの項目毎に、前記入力可否フラグが入力可能を示す場合、当該項目のデータを入力可能に表示するようにしてもよい。

【0010】

また、本発明に係る信用情報処理方法は、個人の信用情報データを取得するデータ取得ステップと、前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読ステップと、前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御ステップと、を備えることを特徴とする。

【0011】

また、本発明に係るプログラムは、コンピュータに、個人の信用情報データを取得するデータ取得ステップと、前記信用情報データの項目ごとに、当該項目の解読後の項目名と、当該項目のデータを解読する解読定義とを格納した解読定義マスタを参照し、前記信用情報データの項目の各々を、当該項目に対応した前記解読定義に従って解読し、解読後のデータを前記解読後の項目名のデータとして含む解読結果データを生成する解読ステップと、前記解読結果データの項目毎に、当該項目を表示するときの項目名を格納した制御マスタを参照し、前記解読結果データの各項目の項目名を、前記制御マスタに格納された項目名に従って表示する表示制御ステップと、を実行させることを特徴とする。

【発明の効果】

【0012】

本発明によれば、信用情報のカスタマイズと表示項目のカスタマイズを容易に行うことができるという効果を奏する。

【図面の簡単な説明】

【0013】

【図1】図１は、実施形態に係る信用情報処理装置の構成の一例を示すブロック図である。

【図2】図２は、実施形態に解読定義マスタ一例を示す図である。

【図3】図３は、実施形態に係る計算定義テーブルの一例を示す図である。

【図4】図４は、実施形態に係るキー項目テーブルの一例を示す図である。

【図5】図５は、実施形態に係る解読項目制御マスタの一例を示す図である。

【図6】図６は、実施形態に係る照会データと解読結果データの一例を示す図である。

【図7】図７は、実施形態に係る信用情報処理装置におけるデータの流れを示す図である。

【図8】図８は、実施形態に係る解読結果データの一例を示す図である。

【図9】図９は、実施形態に係る明細画面の一例を示す図である。

【図10】図１０は、実施形態に係る決済画面の一例を示す図である。

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

【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】

また、制御部１０２は、解読結果データ１０６ｅで照会キーが「００００００１」のレコードの内容を決済画面Ｇ２で表示する場合、「金額１」の項目の表示について、解読項目制御マスタ１０６ｂにおいて解読項目「金額１」のレコードを参照し、項目名として「総量規制残高」を取得し、集約対象フラグとして「Ｔｒｕｅ」を取得し、決済画面表示フラグとして「Ｔｒｕｅ」を取得する。制御部１０２は、取得した決済画面表示フラグが「Ｔｒｕｅ」であるため、図１０に示すように、項目名の「金額１」を取得した項目名「総量規制残高」に変更して表示する。また、制御部１０２は、取得した集約対象フラグが「Ｔｒｕｅ」であるため、解読結果データ１０６ｅの区分１のカラムにおける金額を集約し、集約した金額の「１，５００，０００」を決済画面Ｇ２の「総量規制残高」のカラムで表示する。なお、制御部１０２は、例えば、解読結果データ１０６ｅの「区分１」の項目や「区分２」の項目については、解読項目制御マスタ１０６ｂで決済画面表示フラグが「Ｆａｌｓｅ」であるため、図１０に示すように、決済画面Ｇ２で表示しない。

【0062】

［３．実施形態の効果］
実施形態の信用情報処理装置１００によれば、信用情報としての照会データ１０６ｄの解読結果データ１０６ｅへのカスタマイズと、解読結果データ１０６ｅの表示のカスタマイズを、解読定義マスタ１０６ａ、解読項目制御マスタ１０６ｂ、及び計算定義を設定することにより容易に行うことができる。また、カスタマイズを変更する場合においては、解読定義マスタ１０６ａ、解読項目制御マスタ１０６ｂ、及び計算定義を変更することにより、低コストかつ早期に変更することができる。

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【産業上の利用可能性】

【0077】

本発明は、信用情報を扱う業種において有用である。

【符号の説明】

【0078】

１００ 信用情報処理装置
１０２ 制御部
１０２ａ データ取得部
１０２ｂ 解読部
１０２ｃ 表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 解読定義マスタ
１０６ｂ 解読項目制御マスタ
１０６ｃ 計算定義テーブル
１０６ｄ 照会データ
１０６ｅ 解読結果データ
１０６ｆ キー項目テーブル
１０８ 入出力インターフェース部
１１２ 入力装置（キーボード）
１１４ 出力装置（モニタ）
２００ サーバ
３００ ネットワーク
Ｇ１ 明細画面
Ｇ２ 決済画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】