JP2024070172A - 口座振替管理装置、口座振替管理方法、及び口座振替管理プログラム - Google Patents

Abstract

【課題】契約の申込があった場合に、同一契約者で過去の所定期間内に引落実績がある金融機関の口座が存在するか否かを自動判断し、口座振替を自動設定することで、同一契約者に対し追加の契約が発生した際に口座振替手続を不要とすること。【解決手段】口座振替管理装置は、契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして契約基本情報から契約番号を取得し、契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断手段を備えている。【選択図】図１

Description

本発明は、口座振替管理装置、口座振替管理方法、及び口座振替管理プログラムに関する。

例えば、毎月のクレジットカードの支払いは、指定の口座から定期的に自動で引き落とされる口座振替を利用する場合が多い。従来、口座振替に関するシステムとして、例えば、特許文献１がある。

特開２００２－３２５８４号公報

しかしながら、上記特許文献１では、契約の申込があった場合に、同一契約者で過去の所定期間内に引落実績がある金融機関の口座が存在するか否かを自動判断することに関して何等記載されていない。

本発明は、上記に鑑みてなされたものであり、契約の申込があった場合に、同一契約者で過去の所定期間内に引落実績がある金融機関の口座が存在するか否かを自動判断して、口座振替を自動設定することで、同一契約者に対し追加の契約が発生した際に口座振替手続を不要とすることが可能な口座振替管理装置、口座振替管理方法、及び口座振替管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えた口座振替管理装置であって、前記記憶部には、顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、が格納されており、前記制御部は、契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断手段を備えたことを特徴とする。

また、本発明の一態様によれば、前記記憶部には、さらに、引落依頼年月を登録した引落管理マスタが格納されており、前記リピート可能口座判断手段は、前記基準年月を、前記引落管理マスタに登録された引落依頼年月＋１ヶ月で算出することにしてもよい。

また、本発明の一態様によれば、前記記憶部には、さらに、金融機関コード、リピート対象となるか否かを示すリピート対象可否フラグ、リピート判断月数を関連付けて登録したリピート口座判断マスタが格納されており、前記リピート可能口座判断手段は、指定される金融機関コードをキーとして、前記リピート口座判断マスタからリピート対象可否フラグ及びリピート判断月数を取得して、取得したリピート対象可否フラグがリピート対象であることを示す場合に、取得したリピート判断月数を前記指定される金融機関コードのリピート可能月数に設定することにしてもよい。

また、本発明の一態様によれば、前記リピート口座判断マスタは、デフォルトレコードを含み、前記リピート可能口座判断手段は、指定される金融機関コードが前記リピート口座マスタに存在しない場合は、デフォルトレコードのリピート対象可否フラグ及びリピート判断月数を取得することにしてもよい。

また、本発明の一態様によれば、前記リピート可能口座判断手段は、前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座がある旨を表示することにしてもよい。

また、本発明の一態様によれば、前記契約入力画面は、リピート口座の適用を指示するリピート口座適用ボタンを備え、前記リピート可能口座判断手段は、前記リピート口座適用ボタンでリピート口座の適用を指示された場合に、前記「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うことにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えた情報処理装置で実行される口座振替管理方法であって、前記記憶部には、顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、が格納されており、前記制御部において実行される、契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断工程を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えた情報処理装置に実行させるための口座振替管理プログラムであって、前記記憶部には、顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、が格納されており、前記制御部において、契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断工程を実行させるための口座振替管理プログラムであることを特徴とする。

本発明によれば、契約の申込があった場合に、同一契約者で過去の所定期間内に引落実績がある金融機関の口座が存在するか否かを自動判断して、口座振替を自動設定することで、同一契約者に対し追加の契約が発生した際に口座振替手続を不要とすることが可能となるという効果を奏する。

図１は、本実施の形態における口座振替管理装置の構成の一例を示すブロック図である。 図２は、引落管理マスタの構成例を示す図である。 図３は、リピート口座判断マスタの構成例を示す図である。 図４は、銀行マスタの構成例を示す図である。 図５は、銀行支店マスタの構成例を示す図である。 図６は、本実施の形態における口座振替管理装置の制御部のリピート可能口座判断部により実行されるリピート可能口座自動判断処理の概略を説明するためのフローを示す図である。 図７は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図８は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図９は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図１０は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図１１は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図１２は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。 図１３は、本実施の形態における口座振替管理装置の制御部の処理の具体例を説明するためのサンプルデータを示す図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施の形態により限定されるものではない。

［１．概要］
本来、金融機関の口座振替手続きは引落が所定期間（例えば、１３か月）以内に行われた口座であれば再度手続きをせずとも、口座振替依頼を行うことができる。口座振替の引落が所定期間内に行われた口座であり、口座振替手続きをしなくても口座振替できる口座を「リピート可能口座」と称する。

しかしながら、一般的には、リピート可能口座の自動判断には口座振替の過去１３ヶ月分の履歴が必要なことから、システムでそこまで履歴を保持していない場合が多い。その為、同一顧客の契約追加時も顧客から受領した口座振替依頼書を使用して、毎回口座振替手続を行うことが必要であった。

通常、口座振替口座の設定手続きは半月程度かかり、記載不備や印鑑不備などが発生すると数か月の期間を要する場合もある。そのため、口座振替手続きの手間と一般的に初回支払日までに口座振替手続きが間に合わないという問題が発生する。

そこで、本実施の形態では、同一顧客において、過去所定期間（例えば、１３カ月）以内に引落実績がある銀行口座が存在する場合、「リピート可能口座あり」とシステムで自動判断を行い、引落実績がある銀行口座について口座振替の設定を自動で行う。

これにより、同一契約者に対し追加の契約が発生した際に口座振替手続業務が不要となり、例えば、クレジット会社にとって初回未回収リスクの低減メリットがあり、契約者にとっても手続きの煩わしさを削減することができる。また、役務に対する対価の回収方法として口座振替であることが国内では主流のため、他業界へのソリューション価値訴求に寄与できる。

すなわち、本実施の形態によれば、例えば、クレジット会社としては、口座振替手続業務が不要となる。また、口座振替手続業務が不要となるため、初回請求から口座引落での回収が可能となる。

本発明の口座振替管理装置は、口座振替にて請求を行っている全業種・業界に適用可能である。

［２．構成］
図１は、本実施の形態に係る口座振替管理装置１００の構成の一例を示すブロック図である。図１において、口座振替管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。口座振替管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、口座振替管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、口座振替管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

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

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

記憶部１０６は、引落管理マスタ１０６ａと、リピート口座判断マスタ１０６ｂと、銀行マスタ１０６ｃと、銀行支店マスタ１０６ｄと、データテーブル１０６ｅと、を備えている。図２は、引落管理マスタ１０６ａの構成例を示す図である。図３は、リピート口座判断マスタ１０６ｂの構成例を示す図である。図４は、銀行マスタ１０６ｃの構成例を示す図である。図５は、銀行支店マスタ１０６ｄの構成例を示す図である。

引落管理マスタ１０６ａは、図２に示すように、引落依頼年月を格納するためのマスタである。

リピート口座判断マスタ１０６ｂは、図３に示すように、銀行コード（金融機関コード）、リピート対象か否かを示すリピート対象可否フラグ（対象の場合「０：可能」、対象でない場合「１：不可」）、リピート判断月数を関連付けて登録したテーブル等で構成することができる。

銀行マスタ１０６ｃは、図４に示すように、銀行コードと銀行名を関連付けて登録したテーブル等で構成することができる。

銀行支店マスタ１０６ｄは、図５に示すように、銀行コード、支店コード、支店名を関連付けて登録したテーブル等で構成することができる。

データテーブル１０６ｅは、契約基本情報や契約返済明細情報等のデータを格納するためのテーブルである。

契約基本情報は、契約情報（顧客番号、契約番号、契約者名）と、口座振替銀行口座（金融機関コード、金融機関名、支店コード、支店名、口座番号、預金者名）を含んでいてもよい。

契約返済明細情報は、契約情報（契約番号）、返済予定（返済年月、返済額）、口座振替実績（金融機関コード、支店コード、口座番号、預金者名、引落金額、引落結果）を含んでいてもよい。

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

制御部１０２は、記憶部１０６に格納されている、引落管理マスタ１０６ａ、リピート口座判断マスタ１０６ｂ、銀行マスタ１０６ｃ、銀行支店マスタ１０６ｄ、データテーブル１０６ｅ等にアクセス可能に構成されている。なお、引落管理マスタ１０６ａ、リピート口座判断マスタ１０６ｂ、銀行マスタ１０６ｃ、銀行支店マスタ１０６ｄ、データテーブル１０６ｅは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。

制御部１０２は、機能概念的に、契約入力部１０２ａと、リピート可能口座判断部１０２ｂと、マスタメンテ部１０２ｃと、画面表示制御部１０２ｄと、を備えている。

契約入力部１０２ａは、契約の申込があった場合に、例えば、モニタ１１４に表示される契約入力画面上でのオペレータの操作に応じて、契約基本情報及び契約返済明細情報を入力して、データテーブル１０６ｅに登録する。

リピート可能口座判断部１０２ｂは、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行う。

リピート可能口座判断部１０２ｂは、前記基準年月を、引落管理マスタ１０６ａに登録された引落依頼年月＋１ヶ月で算出することにしてもよい。

また、リピート可能口座判断部１０２ｂは、指定される金融機関コードをキーとして、リピート口座判断マスタ１０６ｂからリピート対象可否フラグ及びリピート判断月数を取得して、取得したリピート対象可否フラグがリピート対象であることを示す場合に、取得したリピート判断月数を指定される金融機関コードのリピート可能月数に設定することにしてもよい。

また、リピート可能口座判断部１０２ｂは、指定される金融機関コードがリピート口座判断マスタ１０６ｂに存在しない場合は、デフォルトレコードのリピート対象可否フラグ及びリピート判断月数を取得することにしてもよい。

また、リピート可能口座判断部１０２ｂは、設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座がある旨を表示することにしてもよい。

契約入力画面は、リピート口座の適用を指示するリピート口座適用ボタンを備えることにしてもよく、リピート可能口座判断部１０２ｂは、リピート口座適用ボタンでリピート口座の適用を指示された場合に、「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うことにしてもよい。

マスタメンテ部１０２ｃは、不図示のマスタメンテ画面上のオペレータの操作等に応じて、引落管理マスタ１０６ａ、リピート口座判断マスタ１０６ｂ、銀行マスタ１０６ｃ、銀行支店マスタ１０６ｄ、データテーブル１０６ｅに対して、データの入力・追加・変更・更新等の設定を行うためのものである。

画面表示制御部１０２ｆは、モニタ１１４に表示する各種画面（例えば、マスタメンテ画面や契約入力画面）の表示や入力の受付を制御する。

［３．具体例］
図１～図１３を参照して、本実施の形態における口座振替管理装置１００の制御部１０２の処理の具体例について説明する。

（３－１．リピート可能口座自動判断処理）
図６は、本実施の形態における口座振替管理装置１００の制御部１０２のリピート可能口座判断部１０２ｂにより実行されるリピート可能口座自動判断処理の概略を説明するためのフローを示す図である。図６を参照して、リピート可能口座判断部１０２ｂで実行されるリピート可能口座自動判断処理を説明する。

リピート可能口座判断部１０２ｂは、契約入力画面で、顧客番号、金融機関コード（銀行コード）が入力されると、図６に示すリピート可能口座判断処理を実行する。

図６において、まず、リピート可能口座判断部１０２ｂは、基準年月を算出する（ステップＳ１）。具体的には、引落管理マスタ１０６ａの引落依頼年月＋１ヶ月を基準年月として算出する。

リピート可能口座判断部１０２ｂは、リピート可能金融機関およびその月数を判断する（ステップＳ２）。具体的には、金融機関コードをキーとして、リピート口座判断マスタ１０６ｂからリピート対象可否フラグ及びリピート判断月数を取得して、対象金融機関がリピート可能口座対象となるか否か、および、リピート可能月数を判断する。

リピート可能口座判断部１０２ｂは、リピート可能口座対象となる場合は、リピート可能口座の有無を判断する（ステップＳ３）。具体的には、指定される顧客番号をキーとしてデータテーブル１０６ｅの契約基本情報から契約番号を取得し、データテーブル１０６ｅの契約返済明細情報を参照して、当該契約番号について、設定した基準年月を含むリピート可能月数以内に「振替済」の実績がある場合は、口座をリピート可能口座ありと判断する（「振替済」の実績があるレコードの口座をリピート可能口座と特定する）。

リピート可能口座判断部１０２ｂは、口座振替銀行の口座自動設定を行う（ステップＳ４）。具体的には、「リピート可能口座あり」の場合は、契約入力画面で、「リピート口座適用ボタン」と選択することで、別契約の引落時の銀行口座を初期設定（自動設定）する。

（３－２．サンプルデータ）
図７～図１３は、本実施の形態における口座振替管理装置１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図７～図１３を参照して、本実施の形態における口座振替管理装置１００の制御部１０２の処理の具体例を説明する。

（前提データ）
記憶部１０６には、予め、図７（Ａ）～（Ｆ）に示すようなデータが登録されているものとする。

図７（Ａ）は、契約基本情報のデータ例を示す図である。契約基本情報は、契約情報（顧客番号、契約番号、契約者名）と、口座振替銀行口座（金融機関コード、金融機関名、支店コード、支店名、口座番号、預金者名）の項目を備えている。

同図に示す例では、１行目は、顧客番号「１０」、契約番号「１００」、契約者名「山田 太郎」、顧客番号「００８９」、金融機関コード「００８９」、金融機関名「○○銀行」、支店コード「００１」、支店名「ホンテン」、口座番号「１２３４５６７」、預金者名「ヤマダ タロウ」となっている。

図７（Ｂ）は、契約返済明細情報のデータ例を示す図である。契約返済明細情報は、契約情報（契約番号）、返済予定（返済年月、返済額）、口座振替実績（金融機関コード、支店コード、口座番号、預金者名、引落金額、引落結果）の項目を備えている。

同図に示す例では、１行目は、契約番号「１００」、返済年月「２０２１／６」、返済額「４０，０００」、金融機関コード「００８９」、支店コード「００１」、口座番号「１２３４５６７」、預金者名「ヤマダ タロウ」、引落金額「４０，０００」、引落結果「０：振替済」となっている。

図７（Ｃ）は、引落管理マスタ１０６ａのデータ例を示す図である。引落管理マスタ１０６ａは、引落依頼年月が登録されている。同図に示す例では、引落依頼年月「２０２２／９」となっている。

図７（Ｄ）は、リピート口座判断マスタ１０６ｂのデータ例を示す図である。リピート口座判断マスタ１０６ｂは、金融コード（銀行コード）、リピート可能口座の判断対象であるか否かを示すリピート対象可否フラグ（例えば、対象の場合「０：可能」、対象でない場合「１：不可」）、リピート判断月数の項目を備えている。

１行目は、デフォルトのレコード設定となっており、銀行コード「９９９９」、リピート対象可否「０：可能」、リピート判断月数「１３」となっている。対象の銀行コードが存在しない場合は、銀行コード「９９９９」の設定となる。

図７（Ｅ）は、銀行マスタ１０６ｃのデータ例を示す図である。銀行マスタ１０６ｃは、銀行コードと銀行名の項目を備えている。同図に示す例では、３行目は、銀行コード「００８９」、銀行名「○○銀行」となっている。

図７（Ｆ）は、銀行支店マスタ１０６ｄのデータ例を示す図である。銀行支店マスタ１０６ｄは、銀行コード、支店コード、支店名の項目を備えている。同図に示す例では、１行目は、銀行コード「００８９」、支店コード「００１」、支店名「ホンテン」となっている。

（契約入力）
図８は、契約入力画面の表示例を示す図である。以下では、２０２２年ＸＸ月に山田太郎さんからの申し込みがあったため、契約入力で必要な情報の入力を行う場合を説明する。契約入力画面において、顧客番号と金融機関コードが入力された場合に、リピート可能口座自動判断処理（リピート可能口座の自動判断ロジック）を実行する。

契約入力画面４００は、図８に示すように、契約者情報（顧客番号、契約番号、契約者名、融資額）を入力するためのエリア４０１と、口座振替銀行口座（金融機関コード、金融機関名、支店コード、支店名、口座番号、預金者名）を入力するためのエリア４０２と、返済予定（返済年月、返済額）を入力するためのエリア４０３と、リピート口座適用ボタンである、リピート口座を適用するか否かを設定するチェックボックス（チェック有り：適用、チェック無し：非適用）４０４と、登録ボタン４０５と、を備えている。

図８に示す例では、顧客番号「１０」と金融機関コード「００８９」が入力された場合を説明する。

（Ｓ１：基準年月算出）
図９を参照して、基準年月算出の具体例を説明する。図９（Ａ）は、引落管理マスタ１０６ａのデータ例を示している。リピート可能口座判断部１０２ｂは、引落管理マスタ１０６ａから引落依頼年月を取得して、基準年月を算出する。具体的には、引落管理マスタ１０６ａの引落依頼年月＋１ヶ月を基準年月と算出する。この例では、２０２２／９＋１ヶ月＝２０２２／１０となる。「１ヶ月」は固定とする。

（Ｓ２：リピート可能金融機関および月数判断）
図９を参照して、リピート可能金融機関および月数判断の具体例を説明する。図９（Ｂ）は、リピート口座判断マスタ１０６ｂのデータ例を示す図である。リピート可能口座判断部１０２ｂは、金融機関コードをキーとして、リピート口座判断マスタ１０６ｂからリピート対象可否フラグ及びリピート判断月数を取得して、対象金融機関がリピート可能口座対象となるか否か、および、リピート可能月数を判断する。

この例では、リピート口座判断マスタ１０６ｂに金融機関コード「００８９」が存在しないため、「９９９９」のデフォルトレコードを採用して、銀行コード「９９９９」は、リピート対象可否「０：可能」、リピート判断月数「１３ヶ月」となっているので、リピート可能口座対象と判断して、リピート可能月数「１３ヶ月」を取得する。

なお、金融機関コードが「００９９」の場合は、リピート口座判断マスタ１０６ｂの３行目が採用されるので、リピート判断月数は「１２ヶ月」となる。

（Ｓ３：リピート可能口座有無判断）
図１０を参照して、リピート可能口座有無判断の具体例を説明する。図１０（Ａ）は、契約基本情報のデータ例、図１０（Ｂ）は、契約返済明細情報のデータ例を示す図である。

リピート可能口座判断部１０２ｂは、指定される顧客番号をキーとしてデータテーブル１０６ｅの契約基本情報から契約番号を取得し、指定さる金融機関コードにおいて、データテーブル１０６ｅの契約返済明細情報を参照して、当該契約番号について、設定した基準年月を含むリピート可能月数以内に「０：振替済」の実績がある場合は、リピート可能口座ありと判断し、契約入力画面にその旨を表示する。

図１０（Ａ）の契約基本情報の例では、顧客番号「１０」をキーとして契約基本情報から同一顧客の契約番号「１００」を取得し、図１０（Ｂ）の契約返済明細情報を参照して、契約番号「１００」について、指定さる金融機関コード「００８９」において、基準年月「２０２２／１０」のリピート判断月数「１３か月」前の「２０２１／１０」以降の「２０２１／１１」に、「振替済み」の口座振替実績があるので（６行目のレコード）、「リピート可能口座」ありと判断して、このレコードを取得し、さらに、契約入力画面において、「リピート可能口座あり」と表示する（図１１（Ｂ）参照）。

なお、この例では、「２０２１／１０」以降のレコードは２行（５行目と６行目）あるが、引落実績の有無は「引落結果」で判断する（「０：振替済」となっていれば引落実績となる。）。複数のレコードが該当する場合は、返済年月が最大（つまり最新）のレコード（６行目）、を採用する。

（Ｓ４：口座振替銀行口座自動設定）
図１１～図１３を参照して、口座振替銀行口座自動設定の具体例を説明する。図１１は、取得した契約返済明細情報のレコードから契約入力画面にセットされる様子を示す図である。図１２は、登録される契約基本情報のデータ例を示す図である。図１３は、登録される契約返済明細情報のデータ例を示す図である。

リピート可能口座判断部１０２ｂは、「リピート可能口座あり」の場合は、契約入力画面で、取得した契約返済明細情報のレコードに基づいて、別契約の引落時の銀行口座を自動設定（初期設定）する。

図１１（Ａ）は、契約返済明細情報のデータ例を示す図である。図１１（Ｂ）は、契約入力画面の表示例を示す図である。図１１（Ｃ）は、銀行マスタ１０６Ｃのデータ例、図１１（Ｄ）は、銀行支店マスタ１０６ｄのデータ例を示す図である。

図１１（Ｂ）に示す契約入力画面において、上述したように、「リピート可能口座」ありと判断された場合、「リピート可能口座あり」が表示される。「リピート可能口座あり」が表示された場合、リピート可能口座を適用するか否かを設定するチェックボックス４０４がチェック可能となる。チェックボックス４０４がチェックされると、口座振替銀行口座が過去の口座振替実績を元に自動表示（自動設定）される。

具体的には、図１１（Ａ）に示す契約返済明細情報から取得したレコードの金融機関コードに対応する金融機関名を図１１（Ｃ）に示す銀行マスタ１０６ｃから取得し、また、取得したレコードの金融機関コード及び支店コードに対応する支店名を図１１（Ｄ）に示す銀行支店マスタ１０６ｄから取得する。図１１（Ｂ）に示すように、契約入力画面の口座振替銀行口座に、取得したレコードの支店コード、口座番号、及び預金者名と、銀行マスタ１０６ｃから取得した金融機関名と、銀行支店マスタ１０６ｄから取得した支店名を表示する。このようにして、過去の口座振替実績を元に口座振替銀行口座（金融機関、支店、口座番号、預金者名）が自動設定される。

登録ボタン４０５が押下されると、契約入力部１０２ａにより、契約入力画面の契約者情報及び口座振替銀行口座の入力内容に応じた契約基本情報と、返済予定の入力内容に応じた契約返済明細情報がデータテーブル１０６ｅに登録（更新）される。図１１（Ｂ）に示す例では、登録ボタン４０５が押下されると、図１２に示すような契約基本情報と図１３に示すような契約返済明細情報が登録（更新）される。

図１２に示す契約基本情報の例では、２行目に、「顧客番号「１０」、契約番号「１０１」、契約者名「山田 太郎」、金融機関コード「００８９」、金融機関名「○○銀行」、支店コード「００１」、支店名「ホンテン」、口座番号「１２３４５６７」、預金者名「ヤマダ タロウ」のデータが更新されている。契約番号「１０１」は、自動採番される。

図１３に示す契約返済明細情報の例では、７～１２行目に、契約番号「１０１」について、返済年月と、返済額のデータが更新されている。

以上説明したように、本実施の形態によれば、契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断部１０２ｂを備えているので、契約の申込があった場合に、同一契約者で過去の所定期間内に引落実績がある金融機関の口座が存在するか否かを自動判断して、口座振替を自動設定することで、同一契約者に対し追加の契約が発生した際に口座振替手続を不要とすることが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１００ 口座振替管理装置
１０２ 制御部
１０２ａ 契約入力部
１０２ｂ リピート可能口座判断部
１０２ｃ マスタメンテ部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 引落管理マスタ
１０６ｂ リピート口座判断マスタ
１０６ｃ 銀行マスタ
１０６ｄ 銀行支店マスタ
１０６ｅ データテーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
３００ ネットワーク

Claims (8)

1. 制御部及び記憶部を備えた口座振替管理装置であって、
   前記記憶部には、
   顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、
   契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、
   が格納されており、
   前記制御部は、
   契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断手段を備えたことを特徴とする口座振替管理装置。
2. 前記記憶部には、さらに、
   引落依頼年月を登録した引落管理マスタが格納されており、
   前記リピート可能口座判断手段は、前記基準年月を、前記引落管理マスタに登録された引落依頼年月＋１ヶ月で算出することを特徴とする請求項１に記載の口座振替管理装置。
3. 前記記憶部には、さらに、
   金融機関コード、リピート対象となるか否かを示すリピート対象可否フラグ、リピート判断月数を関連付けて登録したリピート口座判断マスタが格納されており、
   前記リピート可能口座判断手段は、指定される金融機関コードをキーとして、前記リピート口座判断マスタからリピート対象可否フラグ及びリピート判断月数を取得して、取得したリピート対象可否フラグがリピート対象であることを示す場合に、取得したリピート判断月数を前記指定される金融機関コードのリピート可能月数に設定することを特徴とする請求項１又は２に記載の口座振替管理装置。
4. 前記リピート口座判断マスタは、デフォルトレコードを含み、
   前記リピート可能口座判断手段は、指定される金融機関コードが前記リピート口座判断マスタに存在しない場合は、デフォルトレコードのリピート対象可否フラグ及びリピート判断月数を取得することを特徴とする請求項３に記載の口座振替管理装置。
5. 前記リピート可能口座判断手段は、前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座がある旨を表示することを特徴とする請求項４に記載の口座振替管理装置。
6. 前記契約入力画面は、リピート口座の適用を指示するリピート口座適用ボタンを備え、
   前記リピート可能口座判断手段は、前記リピート口座適用ボタンでリピート口座の適用を指示された場合に、前記「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うことを特徴とする請求項５に記載の口座振替管理装置。
7. 制御部及び記憶部を備えた情報処理装置で実行される口座振替管理方法であって、
   前記記憶部には、
   顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、
   契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、
   が格納されており、
   前記制御部において実行される、
   契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断工程を含むことを特徴とする口座振替管理方法。
8. 制御部及び記憶部を備えた情報処理装置に実行させるための口座振替管理プログラムであって、
   前記記憶部には、
   顧客番号、契約番号、契約者名、金融機関コード、支店コード、口座番号、預金者名を含む契約基本情報と、
   契約番号、返済年月、返済額、金融機関コード、支店コード、口座番号、預金者名、引落金額、振替済又は残高不足を示す引落結果を含む契約返済明細情報と、
   が格納されており、
   前記制御部において、
   契約の申込があった場合に、契約入力画面において、顧客番号と金融機関コードが指定されると、基準年月を算出し、指定される金融機関コードのリピート可能月数を設定し、指定される顧客番号をキーとして前記契約基本情報から契約番号を取得し、前記契約返済明細情報を参照して、当該契約番号について、指定される金融機関コードにおいて、設定した基準年月を含む前記設定されるリピート可能月数以内に「振替済」の実績がある場合は、リピート可能口座ありと判断して、当該「振替済」の実績があるレコードに基づいて、口座振替の自動設定を行うリピート可能口座判断工程を実行させるための口座振替管理プログラム。

Images