(57)【要約】【課題】本発明は、既設のバーチャル口座を有効に活用することができる口座管理装置、口座管理方法、及び口座管理プログラムを提供することを目的とする。【解決手段】本発明に係る口座管理装置は、既設のバーチャル口座を管理するための装置である。この口座管理装置の制御部は、前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する。【選択図】図２
2020052848.tif 000002
【特許請求の範囲】
【請求項１】
既設のバーチャル口座を管理するための、制御部を備えた口座管理装置であって、
前記制御部は、
前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成手段
を備える
ことを特徴とする口座管理装置。
【請求項２】
前記制御部は、
前記債権回収状態又は前記空き状態を、前記債務者からの回収予定金額に関する回収予定データの消込が完了しているかどうかによって判別する判別手段
を備える
ことを特徴とする請求項１に記載の口座管理装置。
【請求項３】
前記判別手段は、
前記債務者が複数の債務を有する場合、当該債務者についての複数の回収予定データの消込が完了しているかどうかを判別する
ことを特徴とする請求項２に記載の口座管理装置。
【請求項４】
前記債務者は、賃貸物件の賃貸契約又はその賃料保障契約の契約者であり、
前記判別手段は、
前記契約者が、前記賃貸物件の契約を解除した場合、前記賃貸物件から退去した場合、及び前記賃貸物件に係る債権を精算した場合のうち予め設定されたタイミングで、前記判別を行う
ことを特徴とする請求項２又は３に記載の口座管理装置。
【請求項５】
前記口座管理データ作成手段は、
前記判別手段での判別の結果、前記バーチャル口座についての前記債権回収状態が「回収済」である場合又は前記バーチャル口座の空き状態が「空き」である場合に、前記口座管理データにおける当該バーチャル口座の空き状態を「空き」に更新する
ことを特徴とする請求項２〜４のいずれか１項に記載の口座管理装置。
【請求項６】
制御部を備えた情報処理装置において実行される、既設のバーチャル口座を管理するための口座管理方法であって、
前記制御部において実行される、
前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成ステップ
を含む
ことを特徴とする口座管理方法。
【請求項７】
制御部を備えた情報処理装置において実行される、既設のバーチャル口座を管理するための口座管理プログラムであって、
前記制御部において実行させるための、
前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成ステップ
を含む
ことを特徴とする口座管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、口座管理装置、口座管理方法、及び口座管理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、電話投票システムに関し、仮想口座の空きのエントリーに、受信した入金金額／電話番号／暗証番号と生成した第２の暗証番号とを登録することで、一時会員の登録要求を発行してきたファンに対して仮想的な口座を開設することが記載されている（段落［００４６］）。このような技術によれば、新たな顧客（契約者）に仮想的な口座を割り当てることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２８８３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、特許文献１に記載の仮想的な口座は、電話投票システム用のものであるが、仮想的な口座は、電話投票システム用のものに限られることはなく、一般的には、バーチャル口座（仮想口座）と称されている。
【０００５】
バーチャル口座（仮想口座）は、通常、ユーザ企業が銀行に対して申請することにより開設することができる。そして、ユーザ企業は、開設したバーチャル口座に対して債務者（例：賃貸物件の契約者）を割り当て、債務者からバーチャル口座を介して債権（例：賃料）を回収することに利用する場合が多い。これは、バーチャル口座を介して入金した者を容易に把握できるからである。しかし、バーチャル口座の開設には費用がかかる。そのため、既設のバーチャル口座を有効に活用することが求められている。具体的には、債権の回収が済んだら当該バーチャル口座は他の債務者に割り当てることが可能であるものの、債権の回収が済んだかどうか、また、バーチャル口座が空き状態であるのかどうかを管理することは容易ではない。その結果、既存のバーチャル口座を有効に活用することができていないのが現状である。
【０００６】
本発明は、上述の問題に鑑みてなされたものであって、既設のバーチャル口座を有効に活用することができる口座管理装置、口座管理方法、及び口座管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明に係る口座管理装置は、既設のバーチャル口座を管理するための、制御部を備えた口座管理装置であって、前記制御部は、前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成手段を備えることを特徴とする。
【０００８】
また、本発明に係る口座管理装置は、前記制御部は、前記債権回収状態又は前記空き状態を、前記債務者からの回収予定金額に関する回収予定データの消込が完了しているかどうかによって判別する判別手段を備えることを特徴とする。
【０００９】
さらに、本発明に係る口座管理装置は、前記判別手段は、前記債務者が複数の債務を有する場合、当該債務者についての複数の回収予定データの消込が完了しているかどうかを判別することを特徴とする。
【００１０】
さらに、本発明に係る口座管理装置は、前記債務者は、賃貸物件の賃貸契約又はその賃料保障契約の契約者であり、前記判別手段は、前記契約者が、前記賃貸物件の契約を解除した場合、前記賃貸物件から退去した場合、及び前記賃貸物件に係る債権を精算した場合のうち予め設定されたタイミングで、前記判別を行うことを特徴とする。
【００１１】
さらに、本発明に係る口座管理装置は、前記口座管理データ作成手段は、前記判別手段での判別の結果、前記バーチャル口座についての前記債権回収状態が「回収済み」である場合又は前記バーチャル口座の空き状態が「空き」である場合に、前記口座管理データにおける当該バーチャル口座の空き状態を「空き」に更新することを特徴とする。
【００１２】
また、本発明に係る口座管理方法は、制御部を備えた情報処理装置において実行される、既設のバーチャル口座を管理するための口座管理方法であって、前記制御部において実行される、前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成ステップを含むことを特徴とする。
【００１３】
また、本発明に係る口座管理プログラムは、制御部を備えた情報処理装置において実行される、既設のバーチャル口座を管理するための口座管理プログラムであって、前記制御部において実行させるための、前記バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、前記バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む口座管理データを作成する口座管理データ作成ステップを含むことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、既設のバーチャル口座を有効に活用することができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の実施形態に係る口座管理装置を含む口座管理システムの構成の一例を示すブロック図である。
【図２】図２は、図１の口座管理システム１０００において、口座管理装置１００が実行する口座管理方法の処理手順を示すフローチャートである。
【図３】図３は、図２のステップＳ２０２で作成される契約データの構成例を模式的に示す図である。
【図４】図４は、図３に示される構成例にしたがって作成された契約データの具体例を模式的に示す図である。
【図５】図５は、図２のステップＳ２０３の処理で参照される顧客マスタの構成例を模式的に示す図である。
【図６】図６は、図５に示される構成例にしたがって作成された顧客マスタの具体例を模式的に示す図である。
【図７】図７は、図２のステップＳ２０４の処理で参照されるバーチャル口座マスタの構成例を模式的に示す図である。
【図８】図８は、図７に示される構成例にしたがって作成されたバーチャル口座マスタの具体例を模式的に示す図である。
【図９】図９は、図２のステップＳ２０４の処理の結果、図８における一部のバーチャル口座の空き状態が「使用中」に更新された後のバーチャル口座マスタを示す模式的に示す図である。
【図１０】図１０は、図２のステップＳ２０５の処理で作成される回収予定データの構成例を模式的に示す図である。
【図１１】図１１は、図１０に示される構成例にしたがって作成された回収予定データの具体例を模式的に示す図である。
【図１２】図１２は、図６に示した契約データにおいて、一部のレコードにつき契約状況が「退去済」に更新された例を示す図である。
【図１３】図１３は、図１１に示した回収予定データにおいて、一部のレコードにつき入金消込完了フラグがオン（完了）に更新された例を示す図である。
【図１４】図１４は、図１１に示した回収予定データにおいて、一部のレコードにつき契約状況が「精算済」に変更された例を示す図である。
【図１５】図１５は、図２のステップＳ２０９の処理の結果、図９に示したバーチャル口座マスタにおいて、一部のレコードにつき空き状態が「空き」にセットされた例を示す図である。
【図１６】図１６は、図１４に示した契約データに対して新たな契約のレコードが追加された場合を示す図である。
【図１７】図１７は、図６に示した顧客データに対して新たな顧客のレコードを追加した場合を示す図である。
【図１８】図１８は、図１５に示したバーチャル口座マスタにおいて、新たな契約の顧客に対してバーチャル口座を割り当てた結果更新された後を示す図である。
【図１９】図１９は、図１６に示した契約データにおいて、新たな契約のレコードが追加された場合を示す図である。
【図２０】図２０は、新たな契約データを追加した場合に表示される警告メッセージに応じて、他のバーチャル口座番号が設定された後の顧客マスタを模式的に示す図である。
【図２１】図２１は、図２０に示した顧客マスタに応じて更新されたバーチャル口座マスタを模式的に示す図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【００１７】
［１．構成］
本実施形態に係る口座管理装置を含む口座管理システムの構成の一例について、図１を参照して説明する。図１は、本発明の実施形態に係る口座管理装置を含む口座管理システムの構成の一例を示すブロック図である。
【００１８】
図１に示す口座管理システム１０００は、情報処理装置としての口座管理装置１００と、サーバ２００と、口座管理装置１００及びサーバ２００を通信可能に接続するネットワーク３００とを含んでいる。
【００１９】
口座管理装置１００は、既設のバーチャル口座を管理するための情報処理装置であり、例えば市販のデスクトップ型パーソナルコンピュータで構成される。この口座管理装置１００は、例えば、管理部門といった、事業者においてバーチャル口座及びその親口座を管理する部署（例えば経理部門、税務部門）に１台設置されている。なお、口座管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。また、口座管理装置１００は、口座管理システム１０００内において複数台設置されていてもよく、複数台の口座管理装置１００の間で同期をとることで１台の口座管理装置１００として機能してもよい。口座管理装置１００は、管理部門に設置することに代えて、契約管理部門、債権管理部門、顧客営業部門、契約受注部門又は口座発注部門に設置されてもよい。
【００２０】
口座管理装置１００は、制御部１０２と、通信インターフェース部１０４と、記憶部１０６と、入出力インターフェース部１０８とを備えている。口座管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【００２１】
通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、口座管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、口座管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。したがって、通信インターフェース部１０４は、他の部門等が管理している情報処理装置からの入力情報等を、ネットワーク３００を介して又はネットワーク３００及びサーバ２００を介して受け付けることが可能に構成されているとともに、所定の情報処理装置に対して所定の情報を出力することが可能に構成されている。
【００２２】
記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラム（本発明のプログラムを含む）が記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。また、この記憶部１０６には、本発明のプログラムを実施するために用いられる各種のデータが書き出し／読み出し可能に格納されている。
【００２３】
入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。
【００２４】
制御部１０２は、口座管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【００２５】
さらに図１を参照しながら、記憶部１０６及び制御部１０２の構成について詳述する。
【００２６】
記憶部１０６は、図１に示されるように、口座管理データ記憶領域１０６ａと、回収予定データ記憶領域１０６ｂと、契約データ記憶領域１０６ｃとを含む。また、記憶部１０６は、その他のマスタ（例えば後述する顧客マスタ）やデータ記憶領域を備えていてもよい。
【００２７】
口座管理データ記憶領域１０６ａは、口座を管理するための口座管理データを読み出し可能に記憶するための記憶領域である。口座管理データは、本実施形態では、少なくとも、バーチャル口座を識別するための識別情報と、前記債権回収状態又は当該バーチャル口座の空き状態に関する情報とを含む。口座管理データは、後述するバーチャル口座マスタとして構成してもよい。
【００２８】
回収予定データ記憶領域１０６ｂは、回収予定データを読み出し可能に記憶するための記憶領域である。契約データ記憶領域１０６ｃは、契約データを読み出し可能に記憶するための記憶領域である。回収予定データ及び契約データについては後述する。
【００２９】
制御部１０２は、図１に示されるように、複数のモジュールを備えている。図１に示す例では、制御部１０２は、口座管理データ作成部１０２ａと、判別部１０２ｂとを備えている。
【００３０】
口座管理データ作成部１０２ａは、上記口座管理データを作成する口座管理データ作成手段として機能するモジュールである。判別部１０２ｂは、本実施形態では、バーチャル口座に紐付けられた債務者に対する債権の債権回収状態を判別する判別手段として機能するモジュールであり、具体的には、前記債権回収状態又は前記空き状態を、前記債務者からの回収予定金額に関する回収予定データの消込が完了しているかどうかによって判別する。
【００３１】
［２．処理］
次に、図１に示す口座管理システム１０００において実行される口座管理方法を例示的に説明する。
【００３２】
図２は、図１の口座管理システム１０００において、口座管理装置１００が実行する口座管理方法の処理手順を示すフローチャートである。この図２に示す処理は、概略的には、バーチャル口座に紐付けられた債務者に対する債権の債権回収状態に基づき、既設のバーチャル口座を管理するというものであり、本処理の大部分は、口座管理装置１００の制御部１０２において実行される。なお、以下では、既設のバーチャル口座の管理者（例：家賃保証会社）が債務者（例：賃貸物件の賃借人）にバーチャル口座を割り当て、当該債務者から債権（例：賃料）を回収し、債権の回収が済んだら、当該バーチャル口座を「空き」状態であると管理する場合を例に挙げて説明する。
【００３３】
図２において、ステップＳ２０１〜Ｓ２０５では、契約に係る情報が登録される。この登録は、ユーザの手入力によってなされ、口座管理装置１００は入力された内容を受け付けてデータ管理を行う。
【００３４】
まず、ステップＳ２０１では、口座管理装置１００は、新規の契約入力がなされるのを待機する。新規の契約入力がなされるかどうかは、例えば、所定の契約入力画面（不図示）が起動されるかどうかによって判別される。なお、ここにいう「契約」とは、契約者からの債務に関する契約であり、例えば、家賃保証契約である。家賃保証契約は、家賃保証会社が賃貸物件管理会社に代わって賃借人から賃料を回収する契約である。そして、新規の契約入力がなされると（ステップＳ２０１でＹｅｓ）、入力内容に応じた契約データが作成される（ステップＳ２０２）。
【００３５】
図３は、図２のステップＳ２０２で作成される契約データの構成例を模式的に示す図である。図４は、図３に示される構成例にしたがって作成された契約データの具体例を模式的に示す図である。図３及び図４に示すように、契約データは、契約を特定するための契約特定情報（例えば契約番号）、契約者（債務者）を特定するための契約者特定情報（例えば顧客番号）、契約状況を示す情報、及び契約に係る物件を特定するための情報（例えば物件名及び部屋番号）を含んでいる。図４に示す契約データからは、顧客番号「００１」が２つの物件（「Ａマンション」及び「Ａ駐車場」）について契約していることが分かる。なお、契約者特定情報として用いる顧客番号は、後述する顧客マスタから顧客名で参照することにより取得してもよい。
【００３６】
続くステップＳ２０３では、新規の契約者に係る情報の顧客マスタへの登録を受け付ける。なお、当該契約者が既に顧客マスタに登録されている場合には、ステップＳ２０３の処理をスキップしてもよい。
【００３７】
図５は、図２のステップＳ２０３の処理で参照される顧客マスタの構成例を模式的に示す図である。図６は、図５に示される構成例にしたがって作成された顧客マスタの具体例を模式的に示す図である。図５及び図６に示すように、顧客マスタにおいては、契約者名（例えば顧客名）と契約者特定情報（例えば顧客番号）とが互いに紐付けられている。さらに、顧客マスタは、各契約者に割り当てられたバーチャル口座及び当該バーチャル口座に紐付けられた親口座に関する情報（口座番号等）を含む。親口座とは、バーチャル口座を契約している事業者の銀行口座である。ここで、新規の契約入力に際しては、当該契約者にはバーチャル口座が割り当てられていないのが通常であることから、後述するバーチャル口座マスタを参照して空き状態にあるバーチャル口座を検索し割り当てるか、新規に契約したバーチャル口座を割り当て、顧客マスタに登録される。
【００３８】
さらにステップＳ２０４では、新規の契約者に割り当てたバーチャル口座についてバーチャル口座マスタへの登録を受け付ける。具体的には、バーチャル口座を新規に契約した場合には、当該バーチャル口座をバーチャル口座マスタへ登録し、既設のバーチャル口座を割り当てた場合には、バーチャル口座マスタにおいて、当該バーチャル口座の空き状態を「使用中」に更新する。
【００３９】
図７は、図２のステップＳ２０４の処理で参照されるバーチャル口座マスタの構成例を模式的に示す図である。図８及び図９は、図７に示される構成例にしたがって作成されたバーチャル口座マスタの具体例を模式的に示す図である。図８は、バーチャル口座の空き状態が更新される前のバーチャル口座マスタを示し、図９は、図２のステップＳ２０４の処理の結果、一部のバーチャル口座の空き状態が「使用中」に更新された後のバーチャル口座マスタを示す。図７〜図９に示すように、バーチャル口座マスタにおいては、バーチャル口座及び親口座が管理され、さらに、本実施形態では、バーチャル口座の空き状態が「使用中」及び「空き」で管理される。空き状態が「空き」のバーチャル口座は、新規に開設した場合及び本実施形態に従って「空き」にセットされた場合（後述するステップＳ２０９）に生じる。なお、バーチャル口座マスタは、既設の口座が一覧的に登録されているため、マスタとして機能するだけでなく、各口座の管理も可能であることから、口座管理データとしても機能する。
【００４０】
また、ステップＳ２０５では、新規の契約によって生じた債権の回収予定データが作成され読み出し可能に保持される。回収予定データとは、債権の回収予定（すなわち債務者からの銀行入金予定）を示すデータである。回収予定データは、月極めの賃貸契約であれば賃料の入力と契約期間に基づいて自動的に生成してもよいし、契約内容に基づいて作成された回収データを読み込んでもよい。本実施形態では、回収予定データにおいて、入金消込完了フラグを設け、入金による消込が完了したかどうかを判別可能に管理されている。新規の契約については、回収予定データにおける入金消込完了フラグはオフ（未完了）にセットされている。
【００４１】
図１０は、図２のステップＳ２０５の処理で作成される回収予定データの構成例を模式的に示す図である。図１１は、図１０に示される構成例にしたがって作成された回収予定データの具体例を模式的に示す図である。図１０及び図１１に示すように、回収予定データは、契約ごとに作成され、契約特定情報と入金消込完了フラグとが互いに紐付けられており、これにより、債権の回収状態を判別できるようになっている。
【００４２】
上述したようにして、新規の契約内容が登録される。これにより、口座管理装置１００は、例えば、図４、図６、図９、図１１に示したようなデータ及びマスタを保持した状態となる。
【００４３】
次に、ステップＳ２０６では、契約に変動が生じたかどうかを判別する（判別手段）。具体的には、契約入力画面（又は契約メンテナンス画面）が起動されて、特定の契約が選択され、当該契約の契約状況が更新されたかどうかを判別する。ここで、契約の変動は、通常、解約であるが、本実施形態に係る契約データでは、契約状況をユーザが設定した任意の段階で管理可能である。そこで、以下では家賃保証契約の場合を例にとり、契約状況を、「入居中」、「退去済」及び「精算済」で管理する場合を説明する。賃貸契約又は家賃保証契約が解除されて満期（契約解除日）に到達すると、契約状況は、「入居中」から「退去済」に更新され、さらに、退去後の精算が完了すると、未回収の債権はなくなり、「退去済」は「精算済」に更新される。このように管理することで、契約の変動を債権の回収状態としてとらえることができる。図１２は、図６に示した契約データにおいて、一部のレコードにつき契約状況が「退去済」に更新された例を示す図である。
【００４４】
ステップＳ２０６の判別の結果、契約に変動が生じた場合、すなわち契約状況が「入居中」から「退去済」に更新された場合（ステップＳ２０６でＹｅｓ）、続いて、当該変動が生じた契約の契約者について、他の契約があるかどうか、すなわち複数の契約が存在するかどうかを判別する（ステップＳ２０７）。複数の契約が存在するかどうかは、契約データにおいて、契約者特定情報（顧客番号）が一致する２つ以上のレコードが存在するかどうかによって判別することができる。そして、ステップＳ２０７の判別の結果、他の契約がない場合には（ステップＳ２０７でＮｏ）、ステップＳ２０８に進む。他方、ステップＳ２０７の判別の結果、他の契約がある場合には（ステップＳ２０７でＹｅｓ）、当該契約に変動が生じたかどうかを判別すべくステップＳ２０６の処理に戻る。
【００４５】
続いて、ステップＳ２０８では、変動が生じた契約につき、回収予定データの消込が完了したかどうかを判別する。具体的には、回収予定データにおける入金消込完了フラグがオン（完了）に更新されたかどうかを判別する。入金消込完了フラグの更新は、例えば所定のタイミングで（例えば、月末、振込予定日、契約解除日の１か月後に）回収予定データを読み出すことで確認してもよいし、回収予定データのメンテナンス画面が起動されて入金消込完了フラグが更新されたこと（ログ）を確認してもよいし、回収予定データに更新があった旨の通知を受け取るように構成してもよい。なお、複数の契約が存在する場合には（ステップＳ２０７でＹｅｓ）、全ての契約につき、契約に変動があると判別したうえで（ステップＳ２０６でＹｅｓ）、回収予定データの消込が完了したかどうかが判別される。なお、ステップＳ２０８では、回収予定データの消込が完了したかどうかを判別することに代えて、契約データにおける契約状況が「精算済」に更新されたかどうかを判別してもよい。また、複数の契約が存在する場合には（ステップＳ２０７でＹｅｓ）、後述するステップＳ２０９の処理を行うことなく、本処理を終了してもよい。
【００４６】
そして、ステップＳ２０８の判別の結果、変動が生じた契約につき、回収予定データの消込が完了していない場合には（ステップＳ２０８でＮｏ）、完了を待機する。他方、回収予定データの消込が完了した場合には（ステップＳ２０８でＹｅｓ）、バーチャル口座マスタにおけるバーチャル口座の空き状況を「空き」にセットする（ステップＳ２０９）（口座管理データ作成手段）。これにより、既存のバーチャル口座のうち「空き」状態にあるバーチャル口座を容易に把握できるようになる。また、回収予定データの消込が完了した場合には、契約データにおいて、該当するレコードの契約状況が「精算済」に変更される。そして、本処理を完了する。
【００４７】
図１３は、図１１に示した回収予定データにおいて、一部のレコードにつき入金消込完了フラグがオン（完了）に更新された例を示す図である。具体的には、顧客がバーチャル口座へ振込を行うと、銀行からの入金情報を取得することで振込があったことを確認することができ、これにより、入金消込完了フラグがオンに更新される。図１４は、図１１に示した回収予定データにおいて、一部のレコードにつき契約状況が「精算済」に変更された例を示す図である。図１５は、図２のステップＳ２０９の処理の結果、図９に示したバーチャル口座マスタにおいて、一部のレコードにつき空き状態が「空き」にセットされた例を示す図である。
【００４８】
以上詳細に説明したように、図２に示した口座管理方法の一連の処理によれば、既設のバーチャル口座を管理するに際し、口座管理装置１００が、前記バーチャル口座に紐付けられた債務者（顧客）に対する債権（回収予定データ）の債権回収状態に基づき（ステップＳ２０８）、前記バーチャル口座を識別するための識別情報と、当該バーチャル口座の空き状態に関する情報とを含む口座管理データ（バーチャル口座マスタ）を作成する（ステップＳ２０９）。具体的には、前記空き状態を、前記債務者からの回収予定金額に関する回収予定データの消込が完了しているかどうかによって判別し、回収予定データの消込完了によりバーチャル口座に「空き」をセットする（ステップＳ２０８でＹｅｓ、Ｓ２０９）。これにより、既存のバーチャル口座の空き状態を把握することができ、その結果、既設のバーチャル口座を有効に活用することができるようになる。その結果、ユーザは、バーチャル口座番号が「空き」であるかどうかを管理する手間を軽減することができ、さらには、バーチャル口座を追加して発注する必要を抑え、経費の削減を図ることができる。なお、上述のとおり、バーチャル口座の空き状態は、債権回収状態に関連付けられているため、口座管理データにおいて、バーチャル口座の空き状態に代えて、債権回収状態に関する情報を含むように構成してもよい。
【００４９】
また、図２の処理によれば、前記債務者が複数の債務を有する場合（ステップＳ２０７でＹｅｓ）、当該債務者についての複数の回収予定データの消込が完了しているかどうかを判別する。これにより、バーチャル口座の空き状態をより的確に判別することができる。
【００５０】
また、図２の処理を用いた説明では、前記債務者が、賃貸物件の賃料保障契約の契約者であり、前記契約者が、前記賃貸物件から退去した場合、及び前記賃貸物件に係る債権を精算した場合のうち予め設定されたタイミングで、前記判別が行われる。これにより、債権の管理に合わせて既設のバーチャル口座の管理を行うことができる。なお、賃貸物件の賃料保障契約に限られず、賃貸物件の賃貸契約においても本発明を適用できる。この場合、前記賃貸物件の契約を解除した場合を前記判別のタイミングに加えてもよい。
【００５１】
図２の処理によれば、前記判別手段での判別の結果、前記バーチャル口座の空き状態が「空き」である場合に、前記口座管理データにおける当該バーチャル口座の空き状態を「空き」に更新する。前記バーチャル口座についての前記債権回収状態が「回収済」である場合も同様である。これにより、適切なタイミングでバーチャル口座の空き状態を更新することができる。また、ユーザが確認したり更新したりする手間を省くことができる。
【００５２】
なお、上述した実施形態では、口座管理装置１００は、契約データにおける契約状況が「退去済」となることをウォッチしているが、これに代えて、「精算済」をウォッチしてもよいし、回収データの入金消込完了フラグをウォッチしてもよい。さらには、上述した図２の処理では、新規の契約が生じるたびに、契約の変動をウォッチしているが、これに代えて、契約の変動を所定のタイミング（例えば月末）にウォッチするようにしてもよく、この場合には、契約状況「退去済」及び「精算済」の双方がウォッチされる。これにより、複数の契約の変動をまとめてウォッチすることができる。そのため、例えば、繁盛期には新規契約が生じるたびにウォッチし、閑散期には月単位でウォッチするようにしてもよい。さらには、所定のタイミング（例えば月末）で、契約の変動と、回収予定データの入金消込完了フラグの双方をウォッチしてもよい。
【００５３】
［補足１］
次に、上述した図２の処理の結果、空き状態が「空き」にセットされたバーチャル口座が生じた場合における新規の契約に対する処理を補足的に説明する。
【００５４】
新規の契約については、図２のステップＳ２０１〜Ｓ２０５で説明した手順で契約内容が登録される。例えば、新たな顧客「顧客三郎」がＣマンションにつき入居した場合に家賃保証契約を行った場合、図１６〜図１８に示すように顧客マスタ、契約データ、バーチャル口座マスタが更新される。また、図示していないが回収予定データも作成される。図１８に示す例では、図１５に示される複数のバーチャル口座のうち、バーチャル口座番号「１０００００２」のバーチャル口座に新たな顧客が割り当てられ、空き状況が「使用中」に更新された結果が示されている。
【００５５】
［補足２］
次に、既存の顧客との家賃保証契約が完了した後、新たな別の家賃保証契約を締結した場合における処理を補足的に説明する。
【００５６】
既存の顧客については、既に顧客マスタに登録されているため、家賃保証契約が完了した後においても、顧客マスタでは、バーチャル口座が依然として割り当てられたものとして登録されている。そのため、家賃保証契約が完了した後に、顧客マスタにおいて、割り当てたバーチャル口座に関する情報を削除（クリア）しておくことが好ましい。ただし、既存の顧客が新たな契約することもあるのでバーチャル口座に関する情報をクリアせずに残しておいても構わない。
【００５７】
また、顧客マスタからバーチャル口座に関する情報をクリアする場合でもクリアせずに残しておく場合でも、以下のようにすることができる。新たな別の家賃保証契約を締結した場合における図２のステップＳ２０１〜Ｓ２０５の処理に際し、必要に応じてアラート情報（例えば警告メッセージ）を出力するように口座管理装置１００を構成する。これにより、割り当てたバーチャル口座に関する情報をクリアしなくても、又はクリアし忘れたとしても、複数の顧客に１つのバーチャル口座番号が割り当てられた状態を速やかに解消することができる。
【００５８】
具体的には、新たな別の家賃保証契約を締結した場合であって、割り当てたバーチャル口座が他の契約者に割り当てられて「使用中」の状態にあるときは、アラート情報が出力される。アラート情報を出力する手順は以下のとおりである。
【００５９】
新たな契約データ（すなわち契約状況が「精算済」でない新たなレコード）が作成されると、顧客番号が特定される。図１９は、図１６に示した契約データにおいて、新たな契約（契約番号「Ｋ００５」）のレコードが追加された場合を示す図である。図１９に示すように、新たな契約にともない顧客番号が設定される。図１９に示す例では、契約番号「Ｋ００５」の顧客番号は「００２」であり、契約番号「Ｋ００２」の顧客番号と同じである。したがって、この場合、新たな契約の顧客は、既存の顧客である。
【００６０】
続いて、顧客番号が特定されると、口座管理装置１００は、当該顧客番号で顧客マスタを参照する。ここでは、図１７に示した顧客マスタが参照されたとする。そして、顧客マスタにおいて、当該顧客にバーチャル口座が割り当てられているかどうかを判別する。図１７に示す例では、顧客番号は「００２」に対してバーチャル口座番号「１０００００２」が割り当てられている。当該判別の結果、バーチャル口座が割り当てられている場合には、当該バーチャル口座番号でバーチャル口座マスタを参照し、当該バーチャル口座の空き状態が「使用中」であるかどうかを判別する。ここでは、図１８に示したバーチャル口座マスタが参照されたとする。
【００６１】
そして、バーチャル口座マスタを参照した結果、バーチャル口座番号「１０００００２」が「使用中」である場合には、警告メッセージ（例えば、「このバーチャル口座番号は顧客番号「００３」が使用しています。」）を表示する。なお、この判別において、バーチャル口座の空き状態が「使用中」となる場合は、図２を用いて説明したように、既存のバーチャル口座に対して「空き」がセットされたために、当該バーチャル口座に対して他の顧客を割り当てた場合である。そして、警告メッセージを受けて、ユーザは、バーチャル口座マスタを参照して、他の「空き」がセットされたバーチャル口座番号を選び、当該バーチャル口座番号を顧客マスタにおいて既存の顧客に割り当てる（これにより、既存のバーチャル口座番号は更新される）。さらに、顧客マスタの更新にともない、バーチャル口座マスタの空き状態も「使用中」に更新される。
【００６２】
図２０は、新たな契約データを追加した場合に表示される警告メッセージに応じて、他のバーチャル口座番号が設定された後の顧客マスタを模式的に示す図である。図２０に示す顧客マスタでは、図１７に示した顧客マスタにおけるバーチャル口座番号の重複は解消している。図２１は、図２０に示した顧客マスタに応じて更新されたバーチャル口座マスタを模式的に示す図である。
【００６３】
［３．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【００６４】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【００６５】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【００６６】
また、口座管理装置１００及び口座管理システム１０００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【００６７】
例えば、口座管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて口座管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【００６８】
また、このコンピュータプログラムは、口座管理装置１００に対して任意のネットワーク（例えばネットワーク３００）を介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【００６９】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。したがって、本明細書で説明した処理を実行するためのプログラムを格納した記録媒体もまた本発明を構成することとなる。
【００７０】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【００７１】
記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。
【００７２】
また、口座管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、口座管理装置１００は、当該装置に本明細書で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【００７３】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【００７４】
本発明は、特に、バーチャル口座の管理を行う際において有用である。
【符号の説明】
【００７５】
１００  口座管理装置
１０２  制御部
１０２ａ  口座管理データ作成部
１０２ｂ  判別部
１０４  通信インターフェース部
１０６  記憶部
１０６ａ  口座管理データ記憶領域
１０６ｂ  回収予定データ記憶領域
１０６ｃ  契約データ記憶領域
１０８  入出力インターフェース部
１１２  入力装置
１１４  出力装置
２００  サーバ
３００  ネットワーク
１０００  口座管理システム
【図１】
2020052848.tif 000003
【図２】
2020052848.tif 000004
【図３】
2020052848.tif 000005
【図４】
2020052848.tif 000006
【図５】
2020052848.tif 000007
【図６】
2020052848.tif 000008
【図７】
2020052848.tif 000009
【図８】
2020052848.tif 000010
【図９】
2020052848.tif 000011
【図１０】
2020052848.tif 000012
【図１１】
2020052848.tif 000013
【図１２】
2020052848.tif 000014
【図１３】
2020052848.tif 000015
【図１４】
2020052848.tif 000016
【図１５】
2020052848.tif 000017
【図１６】
2020052848.tif 000018
【図１７】
2020052848.tif 000019
【図１８】
2020052848.tif 000020
【図１９】
2020052848.tif 000021
【図２０】
2020052848.tif 000022
【図２１】
2020052848.tif 000023