JP7393391B2 - 融資管理装置、融資管理方法、およびプログラム - Google Patents

Description

本発明は、融資管理装置、融資管理方法、およびプログラムに関する。

特許文献１には、キャッシングやクレジットの返済に係る自動取引装置及びホストコンピュータが開示されている。ホストコンピュータは、自動取引装置にて入金された入金金額とキャッシング返済額とを比較する。ホストコンピュータは、入金金額とキャッシング返済額とが同じである場合、キャッシング返済済みのデータを記憶する。ホストコンピュータは、入金金額がキャッシング返済額より大きい場合、キャッシング返済済みのデータを記憶し、自動取引装置は、釣り銭を払い出す。

特開平６－２４３１５７号公報

キャッシングの返済の際には、入金金額が返済すべき金額より少ない場合が生じえる。債権者側は、不足金額を回収するにもコストがかかるため、不足金額を回収するコストと不足金額とを比較し、回収コストが不足金額に見合わない場合、不足金額を放棄するか不足金を計上するか判断する。債権者側では、不足が発生する都度、この判断を行うのは負担であり、判断ミスが生じた場合には不利益となる。

本発明は、上記に鑑みてなされたものであって、人的な負担を抑えて不足金額の放棄の判断を可能とする融資管理装置、融資管理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る融資管理装置は、制御部を備える融資管理装置であって、債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能であり、前記制御部は、前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得する取得手段と、前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出する請求額算出手段と、前記入金金額から前記請求額へ充当される充当額を決定する充当額決定手段と、前記請求額、前記充当額、及び前記放棄額に基づいて、前記請求額と前記充当額との差分の放棄を判断する判断手段と、を備えること、を特徴とする。

また、本発明に係る融資監理装置において、前記請求額は、元金請求額を含み、前記充当額は、元金充当額を含み、前記判断手段は、前記入金金額≧前記元金請求額であり、前記元金請求額‐前記元金充当額≦前記放棄額である場合、前記差分を放棄すると判断してもよい。

また、本発明に係る融資監理装置において、前記判断手段は、前記入金金額≧前記元金請求額ではない、又は前記元金請求額‐前記元金充当額≦前記放棄額ではない場合、前記差分を放棄しないと判断してもよい。

また、本発明に係る融資管理方法は、債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能な、制御部を備える融資管理装置の制御部が、前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得し、前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出し、前記入金金額から前記請求額へ充当される充当額を決定し、前記請求額、前記充当額、及び前記放棄額に基づいて、前記債務者の債務の完済を判断する、ことを特徴とする。

また、本発明に係るプログラムは、制御部を備える情報処理装置に実行させるためのプログラムであって、前記情報処理装置は、債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能であり、前記制御部において、前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得する取得ステップと、前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出する請求額算出ステップと、前記入金金額から前記請求額へ充当される充当額を決定する充当額決定ステップと、前記請求額、前記充当額、及び前記放棄額に基づいて、前記請求額と前記充当額との差分の放棄を判断する判断ステップと、を実行させることを特徴とする。

本発明によれば、人的な負担を抑えて不足金額の放棄の判断を行うことができるという効果を奏する。

図１は、実施形態に係る融資管理装置の構成の一例を示すブロック図である。 図２は、実施形態に係る融資管理装置が記憶する取引データ、契約データ、みなし完済管理マスタ、入金データ、及び返済データの一例を示す図である。 図３は、実施形態に係る融資管理装置が記憶する取引データ、契約データ、みなし完済管理マスタ、入金データ、及び返済データの一例を示す図である。 図４は、実施形態に係る融資管理装置が記憶する取引データ、契約データ、みなし完済管理マスタ、入金データ、及び返済データの一例を示す図である。 図５は、実施形態に係る融資管理装置で実行される処理の手順の一例を示すフロー図である。

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

［１．構成］
本実施形態にかかる融資管理装置１００の構成の一例について、図１を参照して説明する。図１は、実施形態にかかる融資管理装置１００の構成の一例を示すブロック図である。

融資管理装置１００は、例えば、返済を月々行うカードローンやキャッシング等において、債権者と債務者との間の取引や契約等に係るデータを管理し、債務の完済を判断する装置である。融資管理装置１００は、例えば、債権者である消費者金融や個人向けの小口融資を行う事業所に設置される。

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

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

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

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

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

取引データ１０６ａは、債権者と債務者との間の取引に係るデータであり、融資が行われた債務者に対する債権を管理する債権番号、シーケンス番号であるＳＥＱ、債務者から月々の返済がされた後の残高である取引後残高、融資の利息精算日、及び次回返済日を含むデータである。

契約データ１０６ｂは、債権番号、債務者が月々返済する月々返済額、融資利率、及び遅延損害金利率を含むデータである。

返済データ１０６ｃは、債権番号、元金請求額、利息請求額、遅延損害金請求額、元金充当額、利息充当額、遅延損害金充当額、元金放棄額、利息放棄額、及び遅延損害金放棄額を含むデータである。

入金データ１０６ｄは、入金番号、債権番号、入金日、及び入金額を含むデータである。

みなし完済管理マスタ１０６ｅは、債務者から入金された入金金額が返済すべき金額より少ない場合に、不足金額を放棄するか不足金を計上するかの判断の根拠となるみなし完済放棄最大額を含むマスタである。みなし完済放棄最大額は、例えば、入金金額が返済すべき金額より少ないときに、不足金額の回収に係るコストである。

制御部１０２は、融資管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラムや各種の処理手順等を規定したプログラム、所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、取得部１０２ａ、請求額算出部１０２ｂ、充当額決定部１０２ｃ、判断部１０２ｄ、及び登録部１０２ｅを備えている。

取得手段としての取得部１０２ａは、入力装置１１２で入力された入金額と入金日を取得し、取得した入金額と入金日を入金データ１０６ｄに格納する。

請求額算出手段としての請求額算出部１０２ｂは、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、後述する（１）～（３）の式により元金請求額、利息請求額、遅延損害金請求額を算出する。請求額算出部１０２ｂは、算出した元金請求額、利息請求額、及び遅延損害金請求額を返済データ１０６ｃに格納する。

充当額決定手段としての充当額決定部１０２ｃは、取得した入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する。充当額決定部１０２ｃは、決定した元金充当額、利息充当額、及び遅延損害金充当額を返済データ１０６ｃに格納する。

判断手段としての判断部１０２ｄは、債務者への融資について、完済したか否かを判断する。また、判断部１０２ｄは、後述する条件１、２に従って、不足金額の放棄、不足金額の計上の判断を行う。

登録手段としての登録部１０２ｅは、取引データ１０６ａへのデータの登録を行う。

［２．処理の具体例］
ここでは、融資管理装置１００で実行される処理の具体例について、図２から図４を参照して説明する。なお、以下の説明においては、融資管理装置１００で不足金額を放棄する機能を利用しない場合、融資管理装置１００で不足金額を放棄する機能を利用し、不足金額の放棄を行う場合、融資管理装置１００で不足金額を放棄する機能を利用し、不足金額の放棄を行わない場合の処理の具体例について説明する。

図２は、記憶部１０６に記憶される取引データ１０６ａ、契約データ１０６ｂ、みなし完済管理マスタ１０６ｅ、入金データ１０６ｄ、及び返済データ１０６ｃの一例を示す図である。図２（ｂ）に示されている契約データ１０６ｂによれば、債権番号が１００である債権は、債務者からの月々返済額が「１０，０００」、融資利率が「１０％」、遅延損害金利率が「１４％」となっている。また、図２（ａ）に示されている取引データ１０６ａによれば、債権番号が１００である債権は、取引後残高が「１０，０００」、利息精算日が２０２１年４月９日、月々の返済日のうち次回の返済日が２０２１年５月８日となっている。また、融資管理装置１００において、不足金額を放棄する機能を利用しない場合、みなし完済管理マスタ１０６ｅにおいては、図２（ｃ）に示すように、みなし完済放棄最大額が「０」となっている。

例えば、債務者が次回返済日の翌日である２０２１年５月９日に１０，０００円の入金を行った場合、融資管理装置１００のオペレータは、入金した債務者に対応した債権番号、入金日及び入金額を入力装置１１２で入力する。この入力により、入金データ１０６ｄには、図２（ｄ）に示すように、入金日として「２０２１／５／９」が格納され、入金額として「１０，０００」が格納される。

融資管理装置１００は、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、元金請求額、利息請求額、遅延損害金請求額を算出する。具体的には、融資管理装置１００は、利息請求額を（１）の式、元金請求額を（２）の式、遅延損害金請求額を（３）の式で算出する。
利息請求額＝取引後残高×融資利率×経過日数÷３６５・・・（１）
元金請求額＝月々返済額‐利息請求額・・・（２）
遅延損害金請求額＝取引後残高×遅延損害金利率×延滞日数÷３６５・・・（３）

ここで、利息請求額は、取引後残高（１０，０００）×融資利率（１．１）×経過日数（３０）÷３６５＝９０４となる。また、元金請求額は、月々返済額（１０，０００）‐利息請求額（９０４）＝９，０９６となる。また、遅延損害金請求額は、取引後残高（１０，０００）×遅延損害金利率（１．１４）×延滞日数（１）÷３６５＝３１となる。融資管理装置１００は、算出した利息請求額、元金請求額、及び遅延損害金請求額を、図２（ｅ）に示すように返済データ１０６ｃに格納する。

次に融資管理装置１００は、予め定められた充当順位に従って、入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する。この充当順位は、例えば、遅延損害金充当額が１位、利息充当額が２位、元金充当額が３位である。

融資管理装置１００は、図２（ｆ）に示すように、入金された「１０，０００」から充当順位に従って遅延損害金充当額「３１」と利息充当額「９０４」を返済データ１０６ｃに格納する。また、融資管理装置１００は、入金額の「１０，０００」から遅延損害金充当額「３１」と利息充当額「９０４」を充当した後の残額は「９，０６５」であるため、図２（ｆ）に示すように、残額の「９，０６５」を元金充当額として返済データ１０６ｃに格納する。

次に融資管理装置１００は、完済、不足金額の放棄、不足金額の計上の判断を行う。融資管理装置１００は、請求額に対して充当額が不足しており、みなし完済管理マスタ１０６ｅに格納されているみなし完済放棄最大額が「０」である場合、完済していないと判断し、不足金額を計上する。具体的には、融資管理装置１００は、図２（ｇ）に示すように、元金請求額「９，０９６」と元金充当額「９，０６５」との差である「３１」を、取引データ１０６ａの取引後残高のカラムに格納する。また、融資管理装置１００は、図２（ｇ）に示すように、ＳＥＱのカラムを「２」に更新し、利息精算日のカラムを次の利息精算日となる「２０２１／５／８」に更新し、次回返済日のカラムを次回返済日となる「２０２１／６／８」に更新する。

次に、入金金額が請求金額に対して不足している場合に、不足金額を放棄するときの処理の具体例について説明する。図３は、記憶部１０６に記憶される取引データ１０６ａ、契約データ１０６ｂ、みなし完済管理マスタ１０６ｅ、入金データ１０６ｄ、及び返済データ１０６ｃの一例を示す図である。図３に示す例では、図３（ａ）に示す取引データ１０６ａは、図２（ａ）に示した取引データ１０６ａと同じであり、図３（ｂ）に示す契約データ１０６ｂは、図２（ｂ）に示した契約データ１０６ｂと同じである。また、図３（ｃ）に示すみなし完済管理マスタ１０６ｅは、みなし完済放棄最大額が「４００」にされている。

例えば、債務者が次回返済日の翌日である２０２１年５月９日に１０，０００円の入金を行った場合、融資管理装置１００のオペレータは、入金した債務者に対応した債権番号、入金日及び入金額を入力装置１１２で入力する。この入力により、入金データ１０６ｄには、図３（ｄ）に示すように、入金日として「２０２１／５／９」が格納され、入金額として「１０，０００」が格納される。

融資管理装置１００は、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、上述した（１）～（３）の式により元金請求額、利息請求額、遅延損害金請求額を算出する。ここで、元金請求額、利息請求額、及び遅延損害金請求額は、上述した処理例と同じとなる。融資管理装置１００は、算出した利息請求額「９，０９６」、元金請求額「９０４」、及び遅延損害金請求額「３１」を、図３（ｅ）に示すように、返済データ１０６ｃの元金請求額、利息請求額、遅延損害金請求額のカラムにそれぞれ格納する。

次に融資管理装置１００は、予め定められた充当順位に従って、入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する。この充当により、返済データ１０６ｃの内容は、図２（ｆ）に示す返済データ１０６ｃと同じとなる。

次に融資管理装置１００は、完済、不足金額の放棄、不足金額の計上の判断を行う。融資管理装置１００は、請求額に対して充当額が不足しており、みなし完済管理マスタ１０６ｅに格納されているみなし完済放棄最大額が「０」ではない場合、不足金額を放棄するか予め定められた条件に従って判断する。具体的には、融資管理装置１００は、条件１と条件２を満たしている場合、不足金額を放棄する。条件１は、「入金金額≧元金請求額」との条件であり、条件２は、「元金請求額‐元金充当額≦みなし完済放棄最大額」との条件である。

ここで、融資管理装置１００は、入金金額が「１０，０００」であり、元金請求額が「９，０９６」であるため、条件１を満たしていると判断する。また、融資管理装置１００は、元金請求額‐元金充当額＝９，０９６－９，０６５＝３１であり、みなし完済放棄最大額＝４００であるため、条件２を満たしていると判断する。

融資管理装置１００は、上述したように条件１及び条件２を満たしている場合、不足金額を放棄し、完済したと判断する。具体的には、融資管理装置１００は、元金請求額と元金充当額との差額を返済データ１０６ｃの元金充当額に加算し、図３（ｆ）に示すように、元金充当額を「９，０９６」に更新する。

また、融資管理装置１００は、予め定められた放棄順位に従って、元金、利息、遅延損害金を放棄し、返済データ１０６ｃを更新する。この放棄順位は、利息が１位、遅延損害金が２位である。この場合、融資管理装置１００は、放棄順位に従って利息を放棄し、利息充当額を当初の「９０４」から不足金額の「３１」を差し引いた「８７３」に更新する。また、融資管理装置１００は、元金請求額と元金充当額との差を返済データ１０６ｃの元金放棄額のカラムに格納し、利息請求額と利息充当額との差を返済データ１０６ｃの利息放棄額のカラムに格納し、遅延損害金請求額と遅延損害金充当額との差を返済データ１０６ｃの遅延損害金放棄額のカラムに格納する。この結果、図３（ｆ）に示すように、返済データ１０６ｃにおいては、元金放棄額のカラムに「０」が格納され、利息放棄額のカラムに「３１」が格納され、損害遅延金放棄額のカラムに「０」が格納される。

次に融資管理装置１００は、図３（ｇ）に示すように、取引データ１０６ａの残高のカラムを「０」に更新する。また、融資管理装置１００は、取引データ１０６ａのＳＥＱのカラムを「２」に更新し、利息精算日のカラムを次の利息精算日となる「２０２１／５／８」に更新し、次回返済日のカラムを空に更新する。

次に、入金金額が請求金額に対して不足している場合に、不足分を放棄しないときの処理の具体例について説明する。図４は、記憶部１０６に記憶される取引データ１０６ａ、契約データ１０６ｂ、みなし完済管理マスタ１０６ｅ、入金データ１０６ｄ、及び返済データ１０６ｃの一例を示す図である。図４に示す例では、図４（ａ）に示す取引データ１０６ａは、図２（ａ）に示した取引データ１０６ａと同じであり、図４（ｂ）に示す契約データ１０６ｂは、図２（ｂ）に示した契約データ１０６ｂと同じである。また、図４（ｃ）に示すみなし完済管理マスタ１０６ｅは、みなし完済放棄最大額が「１，１００」にされている。

例えば、債務者が次回返済日の翌日の２０２１年５月９日に９，０００円の入金を行った場合、融資管理装置１００のオペレータは、入金した債務者に対応した債権番号、入金日及び入金額を入力装置１１２で入力する。この入力により、入金データ１０６ｄには、図４（ｄ）に示すように、入金日として「２０２１／５／９」が格納され、入金額として「９，０００」が格納される。

融資管理装置１００は、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、上述した（１）～（３）の式により元金請求額、利息請求額、遅延損害金請求額を算出する。融資管理装置１００は、算出した利息請求額「９，０９６」、元金請求額「９０４」、及び遅延損害金請求額「３１」を、図４（ｅ）に示すように、返済データ１０６ｃの元金請求額、利息請求額、遅延損害金請求額のカラムにそれぞれ格納する。

次に融資管理装置１００は、予め定められた充当順位に従って、入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する。融資管理装置１００は、図４（ｆ）に示すように、充当順位に従って、入金された「９，０００」から遅延損害金充当額「３１」と利息充当額「９０４」を返済データ１０６ｃに格納する。また、融資管理装置１００は、入金額の「９，０００」から遅延損害金充当額「３１」と利息充当額「９０４」を充当した後の残額は「８，０６５」であるため、図４（ｆ）に示すように、残額の「８，０６５」を元金充当額として返済データ１０６ｃに格納する。

次に融資管理装置１００は、完済、不足金額の放棄、不足金額の計上の判断を行う。融資管理装置１００は、請求額に対して充当額が不足しており、みなし完済管理マスタ１０６ｅに格納されているみなし完済放棄最大額が「０」ではないため、不足金額を放棄するか予め定められた条件に従って判断する。

ここで、融資管理装置１００は、入金金額が「９，０００」であり、元金請求額が「９，０９６」であるため、上述した条件１を満たしていないと判断する。また、融資管理装置１００は、元金請求額‐元金充当額＝９，０９６－８，０６５＝１，０３１であり、みなし完済放棄最大額＝１，１００であるため、上述した条件２を満たしていると判断する。

融資管理装置１００は、条件１と条件２の両方を満たしていない場合、不足金額を計上し、完済していないと判断する。具体的には、融資管理装置１００は、図４（ｇ）に示すように、元金請求額「９，０９６」と元金充当額「８，０６５」との差である「１，０３１」を、取引データ１０６ａの取引後残高のカラムに格納する。また、融資管理装置１００は、図４（ｇ）に示すように、取引データ１０６ａのＳＥＱのカラムを「２」に更新し、利息精算日のカラムを次の利息精算日となる「２０２１／５／８」に更新し、次回返済日のカラムを次回返済日となる「２０２１／６／８」に更新する。

次に、入金金額が請求金額に対して不足している場合に、不足分を放棄しないときの処理の別の具体例について説明する。なお、この具体例においては、当初の取引データ１０６ａは、図２（ａ）に示した取引データ１０６ａと同じであり、当初の契約データ１０６ｂは、図２（ｂ）に示した契約データ１０６ｂと同じである。また、みなし完済管理マスタ１０６ｅは、みなし完済放棄最大額が「１０」にされている。

例えば、債務者が次回返済日の翌日である２０２１年５月９日に１０，０００円の入金を行った場合、融資管理装置１００のオペレータは、入金した債務者に対応した債権番号、入金日及び入金額を入力装置１１２で入力する。この入力により、入金データ１０６ｄは、図２（ｄ）に示す入金データ１０６ｄと同じとなり、入金日として「２０２１／５／９」が格納され、入金額として「１０，０００」が格納される。

融資管理装置１００は、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、上述した（１）～（３）の式により元金請求額、利息請求額、遅延損害金請求額を算出する。この算出の結果、返済データ１０６ｃは、図２（ｅ）に示す返済データ１０６ｃと同じとなる。

次に融資管理装置１００は、予め定められた充当順位に従って、入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する。この充当の結果、返済データ１０６ｃは、図２（ｆ）に示す返済データ１０６ｃと同じとなる。

次に融資管理装置１００は、完済、不足金額の放棄、不足金額の計上の判断を行う。融資管理装置１００は、請求額に対して充当額が不足しており、みなし完済管理マスタ１０６ｅに格納されているみなし完済放棄最大額が「０」ではないため、不足金額を放棄するか予め定められた条件に従って判断する。

ここで、融資管理装置１００は、入金金額が「１０，０００」であり、元金請求額が「９，０９６」であるため、上述した条件１を満たしていると判断する。また、融資管理装置１００は、元金請求額‐元金充当額＝９，０９６－９，０６５＝３１であり、みなし完済放棄最大額＝１０であるため、上述した条件２を満たしていないと判断する。

融資管理装置１００は、条件１と条件２の両方を満たしていない場合、不足金額を計上し、完済ではないと判断する。具体的には、融資管理装置１００は、元金請求額「９，０９６」と元金充当額「９，０６５」との差である「３１」を、取引データ１０６ａの取引後残高のカラムに格納する。また、融資管理装置１００は、取引データ１０６ａのＳＥＱのカラムを「２」に更新し、利息精算日のカラムを次の利息精算日となる「２０２１／５／８」に更新し、次回返済日のカラムを次回返済日となる「２０２１／６／８」に更新する。

［３．処理］
上述した構成の融資管理装置１００で実行される処理の一例について、図５を参照して説明する。図５は、実施形態にかかる融資管理装置１００で実行される処理の手順の一例を示すフロー図である。

取得部１０２ａは、融資管理装置１００のオペレータが入力した入金日及び入金額を取得する（ステップＳ１０１）。請求額算出部１０２ｂは、取引データ１０６ａ、契約データ１０６ｂ、及び入金データ１０６ｄに基づいて、上述した（１）～（３）の式で元金請求額、利息請求額、遅延損害金請求額を算出する（ステップＳ１０２）。請求額算出部１０２ｂは、算出した各請求額を返済データ１０６ｃに格納する。充当額決定部１０２ｃは、上述した充当順位に従って、入金額を元金充当額、利息充当額、遅延損害金充当額へ充当し、各充当額を決定する（ステップＳ１０３）。充当額決定部１０２ｃは、決定した各充当額を返済データ１０６ｃに格納する。

判断部１０２ｄは、返済データ１０６ｃに格納されている請求額と充当額とを比較し、完済の判断を行う（ステップＳ１０４）。判断部１０２ｄは、充当額が請求額に一致している場合、債務者が債務を完済したと判断する（ステップＳ１０４でＹｅｓ）。登録部１０２ｅは、債務者が完済したと判断部１０２ｄが判断した場合、取引データ１０６ａの取引後残高を「０」に更新する（ステップＳ１０９）。

判断部１０２ｄは、充当額が請求額に一致していない場合（ステップＳ１０４でＮｏ）、請求額への不足金額を放棄するか上述した条件１、２に従って判断する（ステップＳ１０５）。具体的には、判断部１０２ｄは、上述した条件１、２を満たしていない場合、不足金額を放棄しない、即ち、債務者が完済していないと判断する（ステップＳ１０５でＮｏ）。登録部１０２ｅは、判断部１０２ｄが不足金額を放棄しないと判断した場合、取引データ１０６ａの取引後残高を完済への不足金額で更新する（ステップＳ１１０）。

判断部１０２ｄは、上述した条件１、２を満たしている場合、債務者が完済したものとみなし、不足金額を放棄すると判断する（ステップＳ１０５でＹｅｓ）。登録部１０２ｅは、判断部１０２ｄが不足金額を放棄すると判断した場合、充当額を補正し（ステップＳ１０６）、不足金額を放棄し（ステップＳ１０７）取引データ１０６ａの取引後残高を「０」に更新する（ステップＳ１０８）。

なお、判断部１０２ｄの判断結果は、例えば、出力装置１１４で出力してオペレータへ提示してもよい。

［４．実施形態の効果］
実施形態の融資管理装置１００によれば、不足金額の回収に係るコストと不足金額とに基づいて、不足金額の回収を行うか否かが自動で判断されるため、オペレータの判断ミスや人的な負担を抑えて不足金額の放棄の判断を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、消費者金融や個人向けの小口融資を行う事業等において有用である。

１００ 融資管理装置
１０２ 制御部
１０２ａ 取得部
１０２ｂ 請求額算出部
１０２ｃ 充当額決定部
１０２ｄ 判断部
１０２ｅ 登録部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 取引データ
１０６ｂ 契約データ
１０６ｃ 返済データ
１０６ｄ 入金データ
１０６ｅ みなし完済管理マスタ
１０８ 入出力インターフェース部
１１２ 入力装置（キーボード）
１１４ 出力装置（モニタ）
２００ サーバ
３００ ネットワーク

Claims (5)

1. 制御部を備える融資管理装置であって、
   債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能であり、
   前記制御部は、
   前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得する取得手段と、
   前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出する請求額算出手段と、
   前記入金金額から前記請求額へ充当される充当額を決定する充当額決定手段と、
   前記請求額、前記充当額、及び前記放棄額に基づいて、前記請求額と前記充当額との差分の放棄を判断する判断手段と、
   を備えたことを特徴とする融資管理装置。
2. 前記請求額は、元金請求額を含み、
   前記充当額は、元金充当額を含み、
   前記判断手段は、前記入金金額≧前記元金請求額であり、前記元金請求額‐前記元金充当額≦前記放棄額である場合、前記差分を放棄すると判断する
   請求項１に記載の融資管理装置。
3. 前記判断手段は、前記入金金額≧前記元金請求額ではない、又は前記元金請求額‐前記元金充当額≦前記放棄額ではない場合、前記差分を放棄しないと判断する
   請求項２に記載の融資管理装置。
4. 債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能な、制御部を備える融資管理装置の制御部が、
   前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得し、
   前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出し、
   前記入金金額から前記請求額へ充当される充当額を決定し、
   前記請求額、前記充当額、及び前記放棄額に基づいて、前記請求額と前記充当額との差分の放棄を判断する、
   ことを特徴とする融資管理方法。
5. 制御部を備える情報処理装置に実行させるためのプログラムであって、
   前記情報処理装置は、
   債務者の残高、利息清算日、及び次回返済日を含む取引データと、前記債務者の月々返済額、融資利率、及び遅延損害金率を含む契約データと、放棄額を含むみなし完済管理マスタと、にアクセス可能であり、
   前記制御部において、
   前記債務者が入金した入金金額と、前記債務者が入金した入金日を取得する取得ステップと、
   前記入金金額、前記取引データ、前記契約データ、及び前記入金日に基づいて、請求額を算出する請求額算出ステップと、
   前記入金金額から前記請求額へ充当される充当額を決定する充当額決定ステップと、
   前記請求額、前記充当額、及び前記放棄額に基づいて、前記請求額と前記充当額との差分の放棄を判断する判断ステップと、
   を実行させるためのプログラム。

Images