特開 2024-155157 請求額算出システム、請求額算出方法、及び請求額算出プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024155157

(43)【公開日】2024-10-31

(54)【発明の名称】請求額算出システム、請求額算出方法、及び請求額算出プログラム

(51)【国際特許分類】

   G06Q 40/03 20230101AFI20241024BHJP

【ＦＩ】

G06Q40/03

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023069610

(22)【出願日】2023-04-20

(71)【出願人】

【識別番号】398040527

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】松本 志文

【テーマコード（参考）】

5L040

5L055

【Ｆターム（参考）】

5L040BB23

5L055BB23

(57)【要約】

【課題】顧客に融資した場合に、請求額が変わるタイミングで事前にパフォーマンスに影響のある演算処理を事前に行うことにより、顧客からの照会に対する応答のパフォーマンスを向上させること。
【解決手段】本実施の形態の請求額算出システムは、顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録手段と、請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出手段と、を備えている。
【選択図】図３

【特許請求の範囲】

【請求項1】

制御部を備えた請求額算出システムであって、
顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録手段と、
請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出手段と、
を備えたことを特徴とする請求額算出システム。

【請求項2】

前記請求利息は、請求利息＝（残高×契約利率×経過日数）／（３６５×１００）で算出することを特徴とする請求項１に記載の請求額算出システム。

【請求項3】

前記制御部は、さらに、
顧客から請求額の照会があった場合に、前記データベースの請求額データを参照して応答する応答手段を備えたことを特徴とする請求項１に記載の請求額算出システム。

【請求項4】

前記請求額が変動するタイミングは、融資実行、融資取消、入金登録、入金取消、契約利率の変更、又は日付の変更を含むことを特徴とする請求項１～３のいずれか１つに記載の請求額算出システム。

【請求項5】

制御部を備えた情報処理装置が実行する請求額算出方法であって、
前記制御部において実行される、
顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録工程と、
請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出工程と、
を含むことを特徴とする請求額算出方法。

【請求項6】

制御部を備えた情報処理装置に実行させるための請求額算出プログラムであって、
前記制御部において実行される、
顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録工程と、
請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出工程と、
を実行するための請求額算出プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、請求額算出システム、請求額算出方法、及び請求額算出プログラムに関する。

【背景技術】

【0002】

近年、スマートフォンなどの普及により、例えば、個人向けの包括方式のローン商品需要が高まっている。スマートフォンなどの媒体を用いて、個人が簡単に借入・返済できるようになり、その取引にはこれまで以上のスピードが求められる。従来、ローンの請求額や残高を照会するシステムとして、例えば、特許文献１がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６－４０１１４号公報

【発明の概要】

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

【0004】

しかしながら、上記特許文献１では、顧客に融資した場合に、請求額が変わるタイミングで事前にパフォーマンスに影響のある演算処理を事前に行うことにより、顧客からの照会に対する応答のパフォーマンスを向上させることに関して何等記載されていない。

【0005】

本発明は、上記に鑑みてなされたものであり、顧客に融資した場合に、請求額が変わるタイミングで事前にパフォーマンスに影響のある演算処理を事前に行うことにより、顧客からの照会に対する応答のパフォーマンスを向上させることが可能な請求額算出システム、請求額算出方法、及び請求額算出プログラムを提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた請求額算出システムであって、顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録手段と、請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出手段と、を備えたことを特徴とする。

【0007】

また、本発明の一態様によれば、前記請求利息は、請求利息＝（残高×契約利率×経過日数）／（３６５×１００）で算出することにしてもよい。

【0008】

また、本発明の一態様によれば、前記制御部は、さらに、顧客から請求額の照会があった場合に、前記データベースの請求額データを参照して応答する応答手段を備えることにしてもよい。

【0009】

また、本発明の一態様によれば、前記請求額が変動するタイミングは、融資実行、融資取消、入金登録、入金取消、契約利率の変更、又は日付の変更を含むことにしてもよい。

【0010】

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行する請求額算出方法であって、前記制御部において実行される、顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録工程と、請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出工程と、を含むことを特徴とする。

【0011】

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置に実行させるための請求額算出プログラムであって、前記制御部において、顧客から融資の申込があった場合に、債権番号、残高、契約利率、取引日を含む債権データを作成して、データベースに格納する債権登録工程と、請求額が変動するタイミングで、前記債権データに基づいて、債権番号、残高、契約利率、前回取引日、請求日、前回取引日から請求日の日数差である経過日数、請求利息、元本請求額、請求利息＋元本請求額で算出される請求額を含む請求額データを作成して前記データベースに格納する請求額算出工程と、を実行するための請求額算出プログラムであることを特徴とする。

【発明の効果】

【0012】

本発明によれば、顧客に融資した場合に、請求額が変わるタイミングで事前にパフォーマンスに影響のある演算処理を事前に行うことにより、顧客からの照会に対する応答のパフォーマンスを向上させることが可能となるという効果を奏する。

【図面の簡単な説明】

【0013】

【図1】図１は、従来のシステムを説明するための図である。

【図2】図２は、本発明の請求額算出システムを説明するための図である。

【図3】図３は、本実施の形態における請求額算出システムの構成の一例を示すブロック図である。

【図4】図４は、本実施の形態における請求額算出システムの制御部の処理の具体例を説明するための図である。

【図5】図５は、本実施の形態における請求額算出システムの制御部の処理の具体例を説明するための図である。

【図6】図６は、本実施の形態における請求額算出システムの制御部の処理の具体例を説明するための図である。

【図7】図７は、本実施の形態における請求額算出システムの制御部の処理の具体例を説明するための図である。

【図8】図８は、本実施の形態における請求額算出システムの制御部の処理の具体例を説明するための図である。

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

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

１００ 請求額算出システム
１０２ 制御部
１０２ａ 債権登録部
１０２ｂ 請求額算出部
１０２ｃ 応答部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データベース
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
３００ ネットワーク
４００ 顧客端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】