(57)【要約】【課題】本発明は、バーチャル口座の空き口座の数が枯渇することによる業務停滞を抑止することができる口座管理装置、口座管理方法、及び口座管理プログラムを提供することを目的とする。【解決手段】本発明に係る口座管理装置は、複数のバーチャル口座を管理するための装置である。この口座管理装置の制御部は、前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成する。【選択図】図２
2020052832.tif 000002
【特許請求の範囲】
【請求項１】
複数のバーチャル口座を管理するための、制御部を備えた口座管理装置であって、
前記制御部は、
前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成手段
を備える
ことを特徴とする口座管理装置。
【請求項２】
前記複数のバーチャル口座は、一の親口座番号に紐付けられており、
前記アラートデータ作成手段は、
前記親口座番号ごとに、前記アラートデータの作成を行う
ことを特徴とする請求項１に記載の口座管理装置。
【請求項３】
前記アラートデータ作成手段は、
前記空き口座情報に対応する数が、予め設定されたしきい値を下回った場合に、前記アラートデータを作成する
ことを特徴とする請求項１又は２に記載の口座管理装置。
【請求項４】
前記アラートデータ作成手段は、
前記空き口座情報に対応する数が、予め設定された複数のしきい値の各々を下回るたびに、前記アラートデータを作成する
ことを特徴とする請求項１〜３のいずれか１項に記載の口座管理装置。
【請求項５】
前記アラートデータは、
前記複数のバーチャル口座を管理する１又は複数の管理者宛ての電子メールを送信するためのメールデータである
ことを特徴とする請求項１〜４のいずれか１項に記載の口座管理装置。
【請求項６】
前記アラートデータ作成手段は、
前記メールデータの宛先を、前記空き口座情報に対応する数に対して予め設定されたしきい値に応じて設定する
ことを特徴とする請求項５に記載の口座管理装置。
【請求項７】
前記制御部は、
新規のバーチャル口座の発注タスクを管理するための発注タスク管理データを作成する発注タスク管理データ作成手段
を備える
ことを特徴とする請求項１〜６のいずれか１項に記載の口座管理装置。
【請求項８】
前記発注タスク管理データ作成手段は、
前記アラートデータ作成手段でアラートデータが作成された場合に、既存の発注タスク管理データがない場合には、新規に発注タスク管理データを作成する
ことを特徴とする請求項７に記載の口座管理装置。
【請求項９】
制御部を備えた情報処理装置において実行される、複数のバーチャル口座を管理するための口座管理方法であって、
前記制御部において実行される、
前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成ステップ
を含む
ことを特徴とする口座管理方法。
【請求項１０】
制御部を備えた情報処理装置において実行される、複数のバーチャル口座を管理するための口座管理プログラムであって、
前記制御部において実行させるための、
前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成ステップ
を含む
ことを特徴とする口座管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、口座管理装置、口座管理方法、及び口座管理プログラムに関する。
【背景技術】
【０００２】
特許文献１は、バーチャル口座（仮想口座）について、事業者の顧客一人ひとりに対して一意に割り当てられる口座であること、及び、事業者がバーチャル口座の口座番号（空き番号）の使い回しを行う場合があることを開示している（段落［００２７］）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−０４８４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されるように、バーチャル口座の空き番号の使い回しを行うにしても、使い回しが可能であるかどうかを判断することは容易ではなく、例えば週次でバーチャル口座の空き番号の残数をチェックしていても、特に新規顧客が多いシーズンにおいては空き口座の数が枯渇し、その結果、新たなバーチャル口座を開設（発注）するための時間を要して新規顧客を待たせる等の業務の停滞を招くことがある。
【０００５】
本発明は、上述の問題に鑑みてなされたものであって、バーチャル口座の空き口座の数が枯渇することによる業務停滞を抑止することができる口座管理装置、口座管理方法、及び口座管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る口座管理装置は、複数のバーチャル口座を管理するための、制御部を備えた口座管理装置であって、前記制御部は、前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成手段を備えることを特徴とする。
【０００７】
また、本発明に係る口座管理装置は、前記複数のバーチャル口座は、一の親口座番号に紐付けられており、前記アラートデータ作成手段は、前記親口座番号ごとに、前記アラートデータの作成を行うことを特徴とする。
【０００８】
また、本発明に係る口座管理装置は、前記アラートデータ作成手段は、前記空き口座情報に対応する数が、予め設定されたしきい値を下回った場合に、前記アラートデータを作成することを特徴とする。
【０００９】
また、本発明に係る口座管理装置は、前記アラートデータ作成手段は、前記空き口座情報に対応する数が、予め設定された複数のしきい値の各々を下回るたびに、前記アラートデータを作成することを特徴とする。
【００１０】
また、本発明に係る口座管理装置は、前記アラートデータは、前記複数のバーチャル口座を管理する１又は複数の管理者宛ての電子メールを送信するためのメールデータであることを特徴とする。
【００１１】
さらに、本発明に係る口座管理装置は、前記アラートデータ作成手段は、前記メールデータの宛先を、前記空き口座情報に対応する数に対して予め設定されたしきい値に応じて設定することを特徴とする。
【００１２】
また、本発明に係る口座管理装置は、前記制御部は、新規のバーチャル口座の発注タスクを管理するための発注タスク管理データを作成する発注タスク管理データ作成手段を備えることを特徴とする。
【００１３】
さらに、本発明に係る口座管理装置は、前記発注タスク管理データ作成手段は、前記アラートデータ作成手段でアラートデータが作成された場合に、既存の発注タスク管理データがない場合には、新規に発注タスク管理データを作成することを特徴とする。
【００１４】
また、本発明に係る口座管理方法は、制御部を備えた情報処理装置において実行される、複数のバーチャル口座を管理するための口座管理方法であって、前記制御部において実行される、前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成ステップを含むことを特徴とする。
【００１５】
また、本発明に係る口座管理プログラムは、制御部を備えた情報処理装置において実行される、複数のバーチャル口座を管理するための口座管理プログラムであって、前記制御部において実行させるための、前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成するアラートデータ作成ステップを含むことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、バーチャル口座の空き口座の数が枯渇することによる業務停滞を抑止することができるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の実施形態に係る口座管理装置を含む口座管理システムの構成の一例を示すブロック図である。
【図２】図２は、図１の口座管理システム１０００において、口座管理装置１００が実行する口座管理方法の処理手順を示すフローチャートである。
【図３】図３は、図２のステップＳ２０３で用意されるしきい値マスタの構成例を模式的に示す図である。
【図４】図４は、図２のステップＳ２０３で用意されるレベル別アラート先マスタの構成例を模式的に示す図である。
【図５】図５は、図２のステップＳ２０３で用意される担当者マスタの構成例を模式的に示す図である。
【図６】図６は、図２のステップＳ２０３で用意されるメールマスタの構成例を模式的に示す図である。
【図７】図７は、図２のステップＳ２０６に係る発注タスク管理データを管理するための発注タスク管理画面の構成例を示す図である。
【図８】図８は、図２のステップＳ２０６で作成される発注タスク管理データに付け加えられるヘッダ情報を模式的に示す図である。
【図９】図９は、図２のステップＳ２０７で作成された発注タスク管理データが更新された状態の一例を模式的に示す図である。
【発明を実施するための形態】
【００１８】
本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【００１９】
［１．構成］
本実施形態に係る口座管理装置を含む口座管理システムの構成の一例について、図１を参照して説明する。図１は、本発明の実施形態に係る口座管理装置を含む口座管理システムの構成の一例を示すブロック図である。
【００２０】
図１に示す口座管理システム１０００は、情報処理装置としての口座管理装置１００と、サーバ２００と、口座管理装置１００及びサーバ２００を通信可能に接続するネットワーク３００とを含んでいる。
【００２１】
口座管理装置１００は、複数のバーチャル口座を管理するための情報処理装置であり、例えば市販のデスクトップ型パーソナルコンピュータで構成される。この口座管理装置１００は、例えば、管理部門といった、事業者において複数のバーチャル口座を管理する部署（例えば経理部）に１台設置されている。なお、口座管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。また、口座管理装置１００は、口座管理システム１０００内において複数台設置されていてもよく、複数台の口座管理装置１００の間で同期をとることで１台の口座管理装置１００として機能してもよい。口座管理装置１００は、管理部門に設置することに代えて、契約管理部門、債権管理部門、顧客営業部門、契約受注部門又は口座発注部門に設置されてもよい。
【００２２】
口座管理装置１００は、制御部１０２と、通信インターフェース部１０４と、記憶部１０６と、入出力インターフェース部１０８とを備えている。口座管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【００２３】
通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、口座管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、口座管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。したがって、通信インターフェース部１０４は、他の部門等が管理している情報処理装置からの入力情報等を、ネットワーク３００を介して又はネットワーク３００及びサーバ２００を介して受け付けることが可能に構成されているとともに、所定の情報処理装置に対して所定の情報を出力することが可能に構成されている。
【００２４】
記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラム（本発明のプログラムを含む）が記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。また、この記憶部１０６には、本発明のプログラムを実施するために用いられる各種のデータが書き出し／読み出し可能に格納されている。
【００２５】
入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。
【００２６】
制御部１０２は、口座管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【００２７】
さらに図１を参照しながら、記憶部１０６及び制御部１０２の構成について詳述する。
【００２８】
記憶部１０６は、図１に示されるように、口座管理データ記憶領域１０６ａと、アラート情報記憶領域１０６ｂと、発注タスク管理データ記憶領域１０６ｃとを含む。また、記憶部１０６は、その他のマスタやデータ記憶領域を備えていてもよい。
【００２９】
口座管理データ記憶領域１０６ａ、アラート情報記憶領域１０６ｂ及び発注タスク管理データ記憶領域１０６ｃは、それぞれ、口座管理データ、アラート情報及び発注タスク管理データを記憶するための領域であり、必要に応じて各データを出力可能に保持する。口座管理データ、アラート情報及び発注タスク管理データについては後述する。
【００３０】
制御部１０２は、図１に示されるように、複数のモジュールを備えている。図１に示す例では、制御部１０２は、アラートデータ作成部１０２ａと、発注タスク管理データ作成部１０２ｂとを備えている。
【００３１】
アラートデータ作成部１０２ａは、アラート情報を出力するためのアラートデータを作成するアラートデータ作成手段として機能するモジュールであり、本実施形態では、少なくとも複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成する機能を有する。発注タスク管理データ作成部１０２ｂは、発注タスク管理データを作成する発注タスク管理データ作成手段として機能するモジュールである。発注タスク管理データは、新規のバーチャル口座の発注タスクを管理するためのデータである。各部の機能は、後述する処理内容を実現する機能を含む。
【００３２】
［２．処理］
次に、図１に示す口座管理システム１０００において実行される口座管理方法を例示的に説明する。
【００３３】
図２は、図１の口座管理システム１０００において、口座管理装置１００が実行する口座管理方法の処理手順を示すフローチャートである。この図２に示す処理は、概略的には、複数のバーチャル口座を管理し、空き口座情報に応じたアラート情報を出力することで、バーチャル口座の空き口座の数が枯渇することを未然に抑止するというものであり、本処理の大部分は、口座管理装置１００の制御部１０２において実行される。なお、以下では、複数段階（Ｎ回）にわたってアラート情報を出力する場合を例に挙げて説明する。
【００３４】
図２において、まず、ステップＳ２０１〜Ｓ２０３では、複数のバーチャル口座を管理するために必要な情報が用意される。
【００３５】
具体的には、まず、ステップＳ２０１において、口座管理装置１００は、口座管理データを作成する。口座管理データは、ユーザの入力情報又は銀行からの新規開設に係るバーチャル口座に関する情報等に基づいて作成される。口座管理データとは、事業者が保有するバーチャル口座に関する情報を集約したものであり、少なくともバーチャル口座の口座番号に関する情報と、各口座番号が空き状態にあるかどうかに関する情報とを含む。バーチャル口座を新規に開設するたびに、口座管理データには新たなレコードが追加される。なお、既存の口座管理データがある場合には、当該口座管理データを読み出し可能に保持する。また、本実施形態では、口座管理データとして、空き状態にあるバーチャル口座番号の一覧を示す空き口座管理データを作成してもよい。
【００３６】
続いて、ステップＳ２０２では、ステップＳ２０１の口座管理データに含まれる各バーチャル口座に関する情報と、親口座に関する情報とを紐付ける。この紐付けのために、顧客に関する情報と、当該顧客に割り当てたバーチャル口座に関する情報と、親口座に関する情報とを紐付けたマスタを用意することが好ましい。ここで、親口座とは、バーチャル口座を契約している事業者の銀行口座であり、通常、バーチャル口座を新規に開設する際に親口座の番号が設定されている。ただし、親口座が複数存在する場合もあるため、１つの親口座ごとに１群の複数のバーチャル口座が紐付けられるように管理する必要がある。なお、ステップＳ２０１の口座管理データが親口座に関する情報を含むものであってもよい。
【００３７】
さらに、ステップＳ２０３では、マスタの作成を受け付ける。なお、既にマスタが作成されている場合には、ステップＳ２０３において又は任意のタイミングでマスタのメンテナンス（編集）を受け付けるようにしてもよい。
【００３８】
本実施形態において、ステップＳ２０３で作成されるマスタには、少なくとも、以下に説明するしきい値マスタ（図３）、レベル別アラート先マスタ（図４）、担当者マスタ（図５）及びメールマスタ（図６）が含まれる。
【００３９】
図３は、図２のステップＳ２０３で用意されるしきい値マスタの構成例を模式的に示す図である。
【００４０】
しきい値マスタは、図３に示す例では、親口座を特定する情報（例えば親口座番号）、しきい値に関する情報（例えば、しきい値のレベル、しきい値の指定方法、及びしきい値を示す固定値又は百分率に関する情報）、アラート情報の出力の可否に関する情報、アラート情報の内容を特定するための情報（例えば電子メールの件名及び本文の組み合わせを特定するためのメールＩＤ）を互いに関連付けたマスタである。図３に示すように、本実施形態では、しきい値のレベルとして複数のレベルから選択された１つのレベルを設定可能に構成されている。また、しきい値の指定方法としては、「固定値」及び「百分率」のいずれかを設定可能に構成されている。ここで、指定方法「固定値」とは、アラート情報を出力すべき複数のバーチャル口座の空き口座の数を設定することを意味し、指定方法「百分率」とは、アラート情報を出力すべき複数のバーチャル口座の空き口座の数の、全口座数に対する割合（空き口座の数／空き口座全口座数）を百分率で設定することを意味する。アラート情報とは、複数のバーチャル口座の空き口座の数がしきい値を下回った場合に出力すべきアラート（警告内容）に関する情報をいう。図３におけるメールＩＤとは、後述するメールマスタを参照するために用いられる識別情報である。
【００４１】
図４は、図２のステップＳ２０３で用意されるレベル別アラート先マスタの構成例を模式的に示す図である。
【００４２】
レベル別アラート先マスタは、図４に示す例では、親口座を特定する情報（例えば親口座番号）、しきい値のレベルに関する情報、アラート先の担当者を特定する情報（例えば担当者コード及びその責任者識別情報）を互いに関連付けたマスタである。図４に示すように、レベル別アラート先マスタでは、しきい値のレベルごとに、アラート先の担当者を１又は複数特定し、かつ、責任者を設定することが可能となっている。図４における担当者コードとは、後述する担当者マスタを参照するために用いられる識別情報である。
【００４３】
図５は、図２のステップＳ２０３で用意される担当者マスタの構成例を模式的に示す図である。
【００４４】
図５に示す担当者マスタは、複数のバーチャル口座の管理に携わる担当者に関する情報（例えば担当者コード、担当者名、担当者が所属する部署の部署コード、及びその連絡先としてのメールアドレス）が登録されたマスタである。担当者マスタに登録された連絡先は、アラート先として用いられる。担当者マスタは、例えば、事業者の全従業員から複数のバーチャル口座の管理に携わる担当者をリストアップすることで作成される。
【００４５】
図６は、図２のステップＳ２０３で用意されるメールマスタの構成例を模式的に示す図である。
【００４６】
メールマスタは、図６に示す例では、図３に示したアラート情報の内容を特定するための情報を参照するための識別情報（例えばメールＩＤ）ごとに、電子メールの件名に関する情報と、本文に関する情報とを互いに関連付けたマスタである。これにより、アラート情報として出力される内容が設定される。
【００４７】
そして、上述したステップＳ２０１〜Ｓ２０３において、複数のバーチャル口座を管理するために必要な情報が用意されていることを条件に、ステップＳ２０４では、口座管理装置１００は、空き状態のバーチャル口座番号に対して新規の割り当てが生じるかどうかを判別する。例えば、新規契約の入力画面（不図示）、バーチャル口座番号の割り当て設定画面（不図示）又はバーチャル口座の空き状況の照会画面（不図示）が起動されるかどうかを判別する。ステップＳ２０４の判別の結果、新規の割り当てが生じる場面でないと判断した場合は、ステップＳ２０１〜Ｓ２０３で用意された情報の編集（メンテナンス）等を受け付けるべく、ステップＳ２０１に戻る。
【００４８】
ステップＳ２０４の判別の結果、新規の割り当てが生じる場面であると判断した場合は、ステップＳ２０５に進み、バーチャル口座の空き口座の数のチェックを行う。具体的には、口座管理データからバーチャル口座の空き口座の数を取得し、しきい値マスタからしきい値として設定された固定値又は百分率に該当する数を取得し、続いて、両者を比較することによって、空き口座の数がしきい値を下回っているかどうかを判別する。この判別は、しきい値に設定されたレベルＮに応じて実施される（すなわち、この判別を実施するたびにしきい値に設定されたレベルＮはインクリメントされる（後述のステップＳ２１１）。）。
【００４９】
ステップＳ２０５の判別の結果、バーチャル口座の空き口座の数がレベルＮのしきい値を下回っていない場合には、バーチャル口座の空き口座の数が十分に存在すると判断し、ステップＳ２０４に戻って、新規割り当てがあるかどうかの判別を待機する。
【００５０】
ステップＳ２０５の判別の結果、バーチャル口座の空き口座の数がレベルＮのしきい値を下回っている場合には、アラート情報の出力が必要であると判断して、後続のステップＳ２０６〜Ｓ２１１の処理を行う。
【００５１】
ステップＳ２０６では、既存の発注タスク管理データがあるかどうかを判別する。ここで、発注タスク管理データとは、図７に示されるような発注タスク管理画面を介して１又は複数の管理者（担当者）が新規のバーチャル口座の発注状況（発注タスク）の進捗を管理するための案件明細データである。図７は、図２のステップＳ２０６に係る発注タスク管理データを管理するための発注タスク管理画面の構成例を示す図である。図７に示す例では、複数の発注タスクを管理することが可能なように、タスクごとに案件番号が設定される。また、図７に示す例では、案件番号ごとに、進捗状況が状態として表示される。状態は、「未実行」、「実行中」及び「完了」で示される。「実行中」とは、例えば、新規のバーチャル口座の銀行への発注が完了したもののまた口座番号が付与されていないこと、又は、口座番号は付与されたものの口座管理データにまだ反映していないことを示す。図７における各案件番号における進捗状況の更新は、担当者が案件明細データに新たなレコードを追加することで追加されたレコード内容に応じて自動的に行われるのが好ましく、これに代えて、担当者が手入力で行ってもよい。なお、既存の発注タスク管理データがある場合であっても、状態が「完了」で管理されている発注タスク管理データは本判別の対象からは除外される。ステップＳ２０６の判別の結果、既存の発注タスク管理データがある場合には、ステップＳ２０７をスキップしてステップＳ２０８の処理に進む。
【００５２】
ステップＳ２０６の判別の結果、既存の発注タスク管理データがない場合には、新規に発注タスク管理データを作成する（ステップＳ２０７）。好ましくは、発注タスク管理データとして、その１行目（ヘッダ）に、予め用意しておいたヘッダ情報を付け加えた発注タスク管理データを作成する。図８は、図２のステップＳ２０６で作成される発注タスク管理データに付け加えられるヘッダ情報を模式的に示す図である。図８に示すようなヘッダ情報を用意しておくことにより、発注タスク管理データが新規に作成されたことをユーザは容易に把握することができる。新規に発注タスク管理データを作成した場合、発注タスク管理画面では、状態「未実行」で管理される。
【００５３】
続くステップＳ２０８では、レベルに応じたアラート情報を生成する。例えばレベル１の場合には、図３のしきい値マスタを参照して、メールＩＤ「１」を取得し、図６のメールマスタを参照して、メールＩＤ「１」に応じたメールデータを作成し、さらに、図４のレベル別アラート先マスタ及び図５の担当者マスタを参照して、レベル１の責任者を含む全担当者のメールアドレスを、作成したメールデータの宛先としてセットする。メールデータの本文又は件名に、発注タスク管理データが存在する旨又は発注タスク管理データの保存先を示すリンク先が含まれていることが好ましい。このようにして作成されたメールデータは、担当者へただちに送信してもよいし、予め設定された時刻に送信してもよい。これにより、各担当者へアラート情報が出力される。なお、アラート情報の出力は、メールデータの送信に限られることはなく、各担当者が把握可能な情報の出力であればよい。例えば、担当者の情報処理装置において、発注タスク管理画面又は発注タスク管理データを含む表示画面又はそのメンテナンス画面を表示してもよいし、新規のバーチャル口座の発注を促す表示画面を表示してもよい。そして、これらのアラートを受けた担当者は、新規のバーチャル口座の発注を行うとともに、発注タスク管理データに進捗状況に応じたレコードを追加する。図９は、図２のステップＳ２０７で作成された発注タスク管理データが更新された状態の一例を模式的に示す図である。図９に示すように、発注タスク管理データでは、新規のバーチャル口座の発注（購入）と、その後のバーチャル口座番号の登録までを管理することが好ましい。
【００５４】
その後、ステップＳ２０９では、発注タスクが完了したかどうかを判別する。具体的には、発注タスク管理画面において、対応する案件番号の状態が「完了」であるかどうかを判別する。
【００５５】
ステップＳ２０９の判別の結果、発注タスクが完了していないと判断した場合には（ステップＳ２０９でＮｏ）、ステップＳ２１１に進み、レベルＮをインクリメントし（すなわちＮ＝Ｎ＋１）、ステップＳ２０５の処理に戻り、ステップＳ２０５〜Ｓ２０９において、インクリメントしたレベルに応じた処理を実行する。なお、レベルをインクリメントした場合には、既に発注タスク管理データは作成された状態にあることから、ステップＳ２０７の処理はスキップされる。ここで、図３のしきい値マスタ、図４のレベル別アラート先マスタ及び図６のメールデータに設定されるように、レベルがインクリメントされるたびに、出力されるアラート情報の内容や宛先を重要度が高くなるように設定することが好ましい。これにより、発注タスクを確実に履行できるようになる。ただし、インクリメントの結果、レベルＮの上限に達した場合には、その後のインクリメントを行うことなく、ステップＳ２０９で発注タスク完了をウォッチする。ここで、レベルＮの上限は、各種のマスタのいずれかに設定されたレベルの最大値を意味する。
【００５６】
そして、ステップＳ２０９の判別の結果、発注タスクが完了した場合には（ステップＳ２０９でＹｅｓ）、対応する案件番号の発注タスク管理データを削除する（ステップＳ２１０）。なお、発注タスク管理データを削除しない場合には、ステップＳ２１０の処理をスキップしてもよい。そして、図２に示した処理を完了する。
【００５７】
以上詳細に説明したように、図２に示した口座管理方法の一連の処理によれば、複数のバーチャル口座を管理するに際し、口座管理装置１００は、前記複数のバーチャル口座の空き口座の数又は当該空き口座の全口座数に対する割合に関する空き口座情報に基づき、当該空き口座情報に応じたアラート情報を出力するためのアラートデータを作成する（ステップＳ２０８；アラートデータ作成手段）。また、図２の処理によれば、前記複数のバーチャル口座は、一の親口座番号に紐付けられており、前記親口座番号ごとに、前記アラートデータの作成を行う。すなわち、親口座番号ごとに、図２の処理を実行することができる。これにより、複数の親口座番号に紐付けられた多数のバーチャル口座を管理することができる。
【００５８】
また、図２の処理によれば、前記空き口座情報に対応する数が、予め設定されたしきい値を下回った場合に（ステップＳ２０５でＹｅｓ）、前記アラートデータを作成する（ステップＳ２０８）。これにより、ユーザは、バーチャル口座の空き口座の数が枯渇する心配をすることなく、安心して新規の契約を進めることができ、業務を円滑に進めることができるようになる。さらに、バーチャル口座の空き口座の数を確認する手間を大幅に削減することができる。
【００５９】
また、図２の処理によれば、前記空き口座情報に対応する数が、予め設定された複数のしきい値の各々を下回るたびに（ステップＳ２０５でＹｅｓ）、前記アラートデータを作成する（ステップＳ２０８）。すなわち、複数段階（複数のレベル）にわたって、アラートデータが作成される。これにより、バーチャル口座の発注漏れを防止することができる。
【００６０】
また、図２の処理によれば、アラートデータは、前記複数のバーチャル口座を管理する１又は複数の管理者宛ての電子メールを送信するためのメールデータである（ステップＳ２０８）。これにより、管理者（担当者）が不在の場合でも遠隔地にいる場合でも確実にアラート情報を受け取ることができる。また、図２の処理によれば、前記メールデータの宛先を、前記空き口座情報に対応する数に対して予め設定されたしきい値に応じて設定する。これにより、バーチャル口座の発注漏れを防止することができる。
【００６１】
また、図２の処理によれば、新規のバーチャル口座の発注タスクを管理するための発注タスク管理データを作成する（ステップＳ２０７；発注タスク管理データ作成手段）。これにより、バーチャル口座の発注漏れを防止することができる。また、バーチャル口座の発注タスクの進捗状況を確認しやすくすることができる。また、複数の担当者にアラート情報を出力しても、複数の担当者が個々に発注タスクを履行する可能性を防止することができる。さらに、図２の処理によれば、アラートデータが作成された場合に、既存の発注タスク管理データがない場合には、新規に発注タスク管理データを作成する（ステップＳ２０７）。これにより、バーチャル口座の発注タスクが重複することを防止することができる。
【００６２】
なお、図２に示した処理では、レベルＮをインクリメントした後（ステップＳ２１１）、レベルに応じたアラートデータを生成し、タスク完了をウォッチしたが、これに代えて、上位の責任者にメールデータを送信した場合には、タスク完了をウォッチせずに本処理を終了してもよい。上位の責任者が確認することで発注タスク完了が見込まれるためである。
【００６３】
なお、上述した実施形態では、しきい値マスタを介して複数のレベル及びメール内容が設定されているが、これに代えて、１種類のアラート情報（電子メール）の出力を１回行うだけで十分である場合には、しきい値マスタが、親口座を特定する情報と、しきい値に関する情報を少なくとも含むように構成されていればよく、さらに、しきい値マスタに電子メールの内容及び宛先に関する情報を含むようにしてもよい（すなわち、しきい値マスタと、レベル別アラートマスタと、担当者マスタと、メールマスタとを統合してもよい）。
【００６４】
なお、上述した実施形態では、１群の複数のバーチャル口座を１つの親口座に紐付けて管理を行う場合について例示したが、これに代えて、１群の複数のバーチャル口座を特定の管理情報（例えば管理番号）に紐付けて管理を行ってもよい。この場合、空き口座の残数を管理する対象の１群のバーチャル口座（例えば、賃貸契約用のバーチャル口座の群、家賃保証契約用のバーチャル口座の群、特定地域用のバーチャル口座の群、事業者の各部門が保有するバーチャル口座の群）ごとに管理情報が紐付けられる。また、複数の親口座に複数のバーチャル口座を紐付けてもよく、この場合には、複数の親口座をとりまとめた１つの仮口座番号又は上記同様の管理情報（管理番号）を設定すればよい。
【００６５】
［３．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【００６６】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【００６７】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【００６８】
また、口座管理装置１００及び口座管理システム１０００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【００６９】
例えば、口座管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて口座管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【００７０】
また、このコンピュータプログラムは、口座管理装置１００に対して任意のネットワーク（例えばネットワーク３００）を介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【００７１】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。したがって、本明細書で説明した処理を実行するためのプログラムを格納した記録媒体もまた本発明を構成することとなる。
【００７２】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【００７３】
記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。
【００７４】
また、口座管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、口座管理装置１００は、当該装置に本明細書で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【００７５】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【００７６】
本発明は、特に、複数のバーチャル口座を管理する際において有用である。
【符号の説明】
【００７７】
１００  口座管理装置
１０２  制御部
１０２ａ  アラートデータ作成部
１０２ｂ  発注タスク管理データ作成部
１０４  通信インターフェース部
１０６  記憶部
１０６ａ  口座管理データ記憶領域
１０６ｂ  アラート情報記憶領域
１０６ｃ  発注タスク管理データ記憶領域
１０８  入出力インターフェース部
１１２  入力装置
１１４  出力装置
２００  サーバ
３００  ネットワーク
１０００  口座管理システム
【図１】
2020052832.tif 000003
【図２】
2020052832.tif 000004
【図３】
2020052832.tif 000005
【図４】
2020052832.tif 000006
【図５】
2020052832.tif 000007
【図６】
2020052832.tif 000008
【図７】
2020052832.tif 000009
【図８】
2020052832.tif 000010
【図９】
2020052832.tif 000011