JP2023023043A - 支払管理装置、予算支払管理方法および予算支払管理プログラム - Google Patents

Abstract

【課題】当月の予算管理と支払とにずれが生じることを防止することができる支払管理装置、予算支払管理方法および予算支払管理プログラムを提供する。【解決手段】本実施形態の支払管理装置は、予算データおよび支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示する。【選択図】図１

Description

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

特許文献１には、工事現場向けの資材・工事の発注を受注した際に、請求先単位だけでなく、一過性の債権管理単位（以下、単に「プロジェクト」という）で、請求残高管理および債権残高管理を行う技術が開示されている。

特開２０１７－１６８０９０号公報

ところで、一般的な債権管理では、支払依頼を登録する場合、支払金額入力時に予め登録した予算データと支払データとを比較し、予算金額の不足時に入力アラートを出力することが一般的である。このため、従来技術の支払業務では、予め登録した予算と請求された金額とが異なった状態で登録されることによって予算データが陳腐化してしまったり、当月支払うべきだった内容の請求書が未着となることで支払がずれてしまったりする場合がある。

しかしながら、上述した特許文献１では、何ら考慮されておらず、当月の予算管理と支払とが懸隔するという問題点があった。

本発明は、上記に鑑みてなされたものであって、当月の予算管理と支払とにずれが生じることを防止することができる支払管理装置、予算支払管理方法および予算支払管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る支払管理装置、制御部を備える支払管理装置であって、プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、にアクセス可能であり、前記制御部は、前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御手段を備える、ことを特徴とする。

また、本発明に係る予算支払管理方法は、制御部を備える支払管理装置で実行される予算支払管理方法であって、プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、にアクセス可能であり、前記制御部で実行される、前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御ステップを含む、ことを特徴とする。

また、本発明に係る予算支払管理プログラムは、制御部を備える支払管理装置で実行される予算支払管理プログラムであって、プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、にアクセス可能であり、前記制御部は、前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御ステップを含む、ことを特徴とする。

本発明によれば、当月の予算管理と支払とにずれが生じることを防止することができるという効果を奏する。

図１は、支払管理装置の構成の一例を示すブロック図での概要を示す模式図である。 図２は、予算データにおける予算データテーブルの一例を示す図である。 図３は、支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図４は、コントロールマスタにおけるコントロールマスタテーブルの一例を示す図である。 図５は、支払管理装置が実行する処理の概要を示すフローチャートである。 図６は、表示制御部がモニタに表示させる支払予定選択画面の一例を示す図である。 図７は、表示制御部がモニタに表示させる支払予定選択画面の一例を示す図である。 図８は、表示制御部がモニタに表示させる支払依頼入力画面の一例を示す図である。 図９は、支払依頼データの一例を示す図である。 図１０は、支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図１１は、表示制御部がモニタに表示させる支払予定選択画面の一例を示す図である。 図１２は、表示制御部がモニタに表示させる支払依頼入力画面の別の一例を示す図である。 図１３は、生成部が生成する支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図１４は、支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図１５は、表示制御部がモニタに表示させる支払依頼入力画面の別の一例を示す図である。 図１６は、表示制御部がモニタに表示させる支払依頼入力画面の別の一例を示す図である。 図１７は、表示制御部がモニタに表示させる支払依頼入力画面の一例を示す図である。 図１８は、生成部が生成する支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図１９は、支払依頼データにおける支払依頼データテーブルの一例を示す図である。 図２０は、表示制御部がモニタに表示させる支払依頼入力画面の一例を示す図である。

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

［１．構成］
本実施形態に係る支払管理装置の構成の一例について、図１等を参照して説明する。図１は、支払管理装置の構成の一例を示すブロック図での概要を示す模式図である。

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

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

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

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

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

予算データ１０６ａは、ユーザが入力装置１１２を用いて予め登録したプロジェクトコード（以下、単に「プロジェクトＣＤ」という）と、費目名と、年月と、予算金額と、を紐付けて保持する。

図２は、予算データ１０６ａにおける予算データテーブルの一例を示す図である。図２に示す予算データテーブルＴ１には、ユーザが入力装置１１２を用いて予め登録したプロジェクトＣＤと、費目名と、年月と、予算金額と、を紐付けて保持されている。例えば、予算データテーブルＴ１の１行目には、プロジェクトＣＤが「ＰＪ０００１」と、費目名が「土地代」と、年月が「２０２１／０７」と、予算金額が「１００，０００」と、を紐付けて保持されている。

支払依頼データ１０６ｂは、ユーザが入力装置１１２を用いて予め登録した支払依頼番号と、発生日と、支払予定日と、支払先と、プロジェクトＣＤと、費目名と、支払金額と、を紐付けて保持されている。

図３は、支払依頼データ１０６ｂにおける支払依頼データテーブルの一例を示す図である。図３に示す支払依頼データテーブルＴ２には、ユーザが入力装置１１２を用いて予め登録した支払依頼番号と、発生日（支払発生日）と、支払予定日と、支払先と、プロジェクトＣＤと、費目名と、支払金額と、を紐付けて保持されている。例えば、支払依頼データテーブルＴ２の１行目には、支払依頼番号が「ＮＹ０００１」と、発生日「２０２１／０７／１０」と、支払予定日「２０２１／０８／３１」と、支払先「地主」と、プロジェクトＣＤ「ＰＪ０００１」と、費目名「土地代」と、支払金額「１００，０００」と、を紐付けて保持されている。

コントロールマスタ１０６ｃは、ユーザが入力装置１１２を用いて予め登録した処理年月を保持する。

図４は、コントロールマスタ１０６ｃにおけるコントロールマスタテーブルの一例を示す図である。図４に示すコントロールマスタテーブルＴ３には、ユーザが入力装置１１２を用いて予め登録した処理年月「２０２１／０９」が保持されている。

図１に戻り、支払管理装置１００の構成の説明を続ける。
制御部１０２は、支払管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、表示制御部１０２ａと、判定部１０２ｂと、生成部１０２ｃと、を備える。

表示制御部１０２ａは、予算データ１０６ａおよび支払依頼データ１０６ｂを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面をモニタ１１４に表示させる。さらに、表示制御部１０２ａが支払予定選択画面において、処理年月前月において費目別月別毎の支払実績と、処理年月以降において費目別月別毎の予算に関する予算金額と、を支払実績情報として表示させる。また、表示制御部１０２ａは、支払予定選択画面において、予算金額と支払金額とに基づく予算残高に従って、費目別における各セルの表示態様を変えて表示させる。さらに、表示制御部１０２ａは、支払予定選択画面において、予算金額と、支払金額と、に基づいて、予算残高がある費目のセルの表示態様を、予算残高がない費目のセルおよび処理年月前月の費目のセルと比して強調して表示させる。また、表示制御部１０２ａは、支払予定選択画面において、予算残高があり、かつ、支払依頼データ１０６ｂがある費目のセルの表示態様を、予算残高があり、かつ、支払依頼データ１０６ｂがない費目のセルの表示態様と比して強調して表示させる。また、表示制御部１０２ａは、支払予定選択画面において、予算残高があり、かつ、支払依頼データ１０６ｂがあるセルの表示領域上に対して入力装置によるカーソルを配置したと判定部１０２ｂによって判定された場合、現在の支払状況を示す支払情報を、支払依頼データ１０６ｂがあるセルの表示領域の周囲に表示させる。さらに、表示制御部１０２ａは、支払予定選択画面において、予算金額と、支払金額と、に基づいて、予算残高がある費目のセルが選択された場合、この選択された費目の支払依頼入力画面Ｐ２を支払予定選択画面に変えて表示させる。

判定部１０２ｂは、支払予定選択画面において、予算残高があり、かつ、支払依頼データ１０６ｂがあるセルの表示領域上に対して入力装置１１２によるカーソルを配置したか否かを判定する。さらに、判定部１０２ｂは、ユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在する費目の対象セルを選択したか否かを判定する。

生成部１０２ｃは、生成部１０２ｃは、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ２において登録した登録結果に応じた支払依頼データ１０６ｂを生成して記憶部１０６に格納する。

［２．支払管理装置１００が実行する処理］
次に、支払管理装置１００が実行する処理について説明する。図５は、支払管理装置１００が実行する処理の概要を示すフローチャートである。

図５に示すように、まず、表示制御部１０２ａは、入力装置１１２を用いてユーザが入力したプロジェクトＣＤおよび処理年月を取得する（ステップＳ１０１）。

続いて、表示制御部１０２ａは、入力装置１１２を用いてユーザが入力したプロジェクトＣＤおよび処理年月に基づいて、記憶部１０６から予算データ１０６ａおよび支払依頼データ１０６ｂを取得する（ステップＳ１０２）。

その後、表示制御部１０２ａは、入力装置１１２を用いてユーザが入力したプロジェクトＣＤ、処理年月、予算データ１０６ａ、支払依頼データ１０６ｂおよびコントロールマスタ１０６ｃを参照し、費目毎に予算を合計した予算合計情報と、費目別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる（ステップＳ１０３）。

図６は、表示制御部１０２ａがモニタ１１４に表示させる支払予定選択画面の一例を示す図である。図６に示す支払予定選択画面Ｐ１には、プロジェクトＣＤ表示領域Ｂ１と、開始年月表示領域Ｂ２と、プロジェクト名表示領域Ｂ３と、支払予定選択テーブルＴ４と、が含まれる。

具体的には、支払予定選択画面Ｐ１には、プロジェクトＣＤ表示領域Ｂ１に「ＰＪ０００１」と、開始年月表示領域Ｂ２に「２０２１／０７」と、プロジェクト名表示領域Ｂ３に、プロジェクトＣＤに応じたプロジェクト名「ＡＢＣプロジェクト」と、が表示されている。

さらに、支払予定選択テーブルＴ４には、費目毎に予算を合計した予算合計情報Ｋ１と、費目別月別毎の支払実績の状況を反映した支払実績情報Ｋ２と、が含まれる。具体的には、支払予定選択テーブルＴ４の１列目には、複数の費目、例えば「土地代」、「仲介料」、「登記費用」および「建築費」が表示されている。さらに、支払予定選択テーブルＴ４には、１行目の費目が「土地代」の場合、予算合計情報Ｋ１として「５００，０００」が表示される。さらにまた、支払予定選択テーブルＴ４には、費目が「土地代」の場合、費目別月別毎の支払実績の状況を反映した支払実績情報Ｋ２として、「２０２１／０７」に「１００，０００」および「２０２１／０８」に「４００，０００」が表示される。

また、支払予定選択テーブルＴ４には、費目が「登記費用」の場合、費目別月別毎の支払実績の状況を反映した支払実績情報Ｋ２として、「２０２１／０９」に「５００」が表示されている。さらに、支払予定選択テーブルＴ４には、費目が「建築費」の場合、費目別月別毎の支払実績の状況を反映した支払実績情報Ｋ２として、「２０２１／０９」に「１００，０００」、「２０２１／１２」に「３００，０００」および「２０２２／０２」に「３００，０００」が表示されている。この場合において、表示制御部１０２ａは、処理年月が「２０２１／０９」のとき、処理年月前月以前である「２０２１／０７」および「２０２１／０８」については支払実績を表示し、かつ、処理年月以降である「２０２１／０９」以降については予算を表示する。

さらに、表示制御部１０２ａは、処理年月が「２０２１／０９」の場合、各費目におけるセルにおいて、現在の支払実績の状況に応じた表示態様でモニタ１１４に表示させる。具体的には、表示制御部１０２ａは、処理年月が「２０２１／０９」において、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在しない費目（セルＤ１，Ｄ２）を、例えば白色（ハッチングなしで表現）でハイライトしてモニタ１１４に表示させる。

また、表示制御部１０２ａは、処理年月が「２０２１／０９」において、予算残高が０を超え（予算残高＞０）かつ、支配依頼データが存在する費目を、例えば黄色でハイライトしてモニタ１１４に表示させる。さらに、表示制御部１０２ａは、ユーザが入力装置１１２を用いて選択できないことを直感的に把握させるため、処理年月が「２０２１／０９」において、予算残高が０以下（予算残高≦０）または処理年月前月以前の費目を、例えば灰色でハイライトしてモニタ１１４に表示させる。これにより、ユーザは、費目別月別毎の支払実績の状況を直感的に把握することができる。この結果、当月の予算管理と支払とにずれが生じることを防止することができる。

図５に戻り、ステップＳ１０４以降の説明を続ける。
ステップＳ１０４において、判定部１０２ｂは、ユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在しない費目の対象セルを選択したか否かを判定する。具体的には、図７に示すように、判定部１０２ｂは、ユーザが入力装置１１２を用いてカーソルＡ１（記号や図形等）を、予算残高が０を超え（予算残高＞０）、かつ、支払依頼データが存在しない費目の対象セルであるセルＤ１上でクリックすることによって、セルＤ１を選択したか否かを判定する。判定部１０２ｂによってユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在しない費目の対象セル（例えばセルＤ１）を選択したと判定された場合（ステップＳ１０４：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１０５へ移行する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在しない費目の支対象セル（例えばセルＤ１）を選択していないと判定された場合（ステップＳ１０４：Ｎｏ）、支払管理装置１００は、後述するステップＳ１０９へ移行する。

ステップＳ１０５において、表示制御部１０２ａは、ユーザが入力装置１１２を用いて選択した対象セルに対応する支払依頼入力画面をモニタ１１４に表示させる。具体的には、ユーザが入力装置１１２を用いて選択した対象セル（例えば図７に示すセルＤ１）に対応する支払依頼入力画面をモニタ１１４に表示させる。

図８は、表示制御部１０２ａがモニタ１１４に表示させる支払依頼入力画面の一例を示す図である。図８に示すように、支払依頼入力画面Ｐ２には、支払依頼番号表示領域Ｂ１１と、支払先表示領域Ｂ１２と、発生日表示領域Ｂ１３と、支払依頼日表示領域Ｂ１４と、支払依頼入力データテーブルＴ５と、が含まれる。

具体的には、支払依頼入力画面Ｐ２には、支払依頼番号表示領域Ｂ１１に支払番号（登録時に自動的に付番）が表示され、支払先表示領域Ｂ１２に「○○司法処理」、発生日表示領域Ｂ１３に「２１／０９／１５」および支払依頼日表示領域Ｂ１４に「２１／１０／３１」が表示される。さらに、支払依頼入力データテーブルＴ５には、プロジェクトＣＤと、費目名と、支払金額、当月予算残高と、合計予算残高と、を紐付けて保持されている。ユーザは、入力装置１１２を用いて、支払依頼入力データテーブルＴ５における各項目、例えば支払先を登録し、必要に応じて支払金額を修正して入力する。具体的には、ユーザは、入力装置１１２を用いて、支払金額に「５００」を入力して登録する。

図５に戻り、ステップＳ１０６以降の説明を続ける。
ステップＳ１０６において、判定部１０２ｂは、ユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録したか否かを判定する。判定部１０２ｂによってユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録したと判定された場合（ステップＳ１０６：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１０７へ移行する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録していないと判定された場合（ステップＳ１０６：Ｎｏ）、支払管理装置１００は、上述したステップＳ１０５へ戻る。

ステップＳ１０７において、生成部１０２ｃは、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ２において登録した登録結果に応じた支払依頼データを生成して記憶部１０６に格納する。図９は、生成部１０２ｃが生成する支払依頼データ１０６ｂにおける支払依頼データテーブルの一例を示す図である。図９に示す支払依頼データテーブルＴ６には、支払依頼番号と、発生日と、支払予定日と、支払先と、費目名と、支払金額と、を紐付けて保持されている。

具体的には、支払依頼データテーブルＴ６には、支払依頼番号に「ＮＹ０００４」と、発生日に「２０２１／０９／１５」と、支払予定日に「２０２１／１０／３１」と、支払先に「○○司法書士」と、プロジェクトＣＤに「ＰＪ０００１」と、費目名に「登記費用」と、支払金額に「５００」と、を紐付けて保持されている。これにより、図１０に示すように、支払依頼データテーブルＴ７には、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ２において登録した登録結果に応じた支払依頼データテーブルＴ６が反映された状態で保持される。この場合、図１１に示すように、表示制御部１０２ａは、ユーザが入力装置１１２を用いてカーソルＡ１によってセルＤ１を選択できないように、支払予定選択画面Ｐ１のセルＤ１の表示態様を白色の強調表示から灰色表示に切り替えてモニタ１１４に表示させる。この結果、ユーザは、処理当月における所定の費目の予算に対する支払金額の登録ができたことを確認することができるため、当月の予算管理と支払とにずれが生じることを防止することができる。

続いて、判定部１０２ｂは、ユーザが入力装置１１２を用いて、支払依頼入力を終了するか否かを判定する（ステップＳ１０８）。判定部１０２ｂによってユーザが入力装置１１２を用いて支払依頼入力を終了すると判定された場合（ステップＳ１０８：Ｙｅｓ）、支払管理装置１００は、本処理を終了する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を用いて支払依頼入力を終了しないと判定された場合（ステップＳ１０８：Ｎｏ）、支払管理装置１００は、ステップＳ１０３へ戻り、上述した処理を繰り返す。

ここで、上述したステップＳ１０３～ステップＳ１０７において、当月の費目における一部支払依頼を行う場合について説明する。図１１は、表示制御部１０２ａがモニタ１１４に表示させる支払予定選択画面の一例を示す図である。なお、図１１では、表示制御部１０２ａは、図２の予算データテーブルＴ１および図１０の支払依頼データテーブルＴ７に基づいて、表示制御部１０２ａが表示する支払予定選択画面の一例について説明する。

図１１に示すように、ユーザが入力装置１１２を用いてカーソルＡ１を、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在しない費目の対象セルであるセルＤ２上でクリックすることによって、セルＤ２を選択した場合、表示制御部１０２ａは、ユーザが入力装置１１２を用いて選択したセルＤ２に対応する支払依頼入力画面をモニタ１１４に表示させる。

図１２は、表示制御部１０２ａがモニタ１１４に表示させる支払依頼入力画面の別の一例を示す図である。図１２に示すように、支払依頼入力画面Ｐ３には、支払依頼番号表示領域Ｂ１１と、支払先表示領域Ｂ１２と、発生日表示領域Ｂ１３と、支払依頼日表示領域Ｂ１４と、支払依頼入力データテーブルＴ５と、が含まれる。

ユーザは、入力装置１１２を用いて、支払依頼入力画面Ｐ３における支払先表示領域Ｂ１２に「△△△建設」、発生日表示領域Ｂ１３に「２１／０９／１５」および支払依頼日表示領域Ｂ１４に「２１／１０／３１」を入力する。さらに、ユーザは、入力装置１１２を用いて、支払依頼入力画面Ｐ３の支払金額に、当月予算残高の一部である「８０，０００」を入力する。

その後、生成部１０２ｃは、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ３において登録した登録結果に応じた支払依頼データ１０６ｂを生成して記憶部１０６に格納する。図１３は、生成部１０２ｃが生成する支払依頼データ１０６ｂにおける支払依頼データテーブルの一例を示す図である。図１３に示す支払依頼データテーブルＴ８には、支払依頼番号と、発生日と、支払予定日と、支払先と、費目名と、支払金額と、を紐付けて保持されている。

具体的には、支払依頼データテーブルＴ８には、支払依頼番号に「ＮＹ０００５」と、発生日に「２０２１／０９／１５」と、支払予定日に「２０２１／１０／３１」と、支払先に「○○建設」と、プロジェクトＣＤに「ＰＪ０００１」、費目名に「建築費」と、支払金額に「８０，０００」と、を紐付けて保持されている。これにより、図１４に示すように、支払依頼データテーブルＴ９（６行目）には、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ３において登録した登録結果を反映されて保持される。このため、図１５に示すように、表示制御部１０２ａは、支払予定選択画面Ｐ１のセルＤ２の表示態様を白色の強調表示から黄色の強調表示に切り替えてモニタ１１４に表示させる。なお、図１５では、強調表示をハッチングによって表現している。

図５に戻り、ステップＳ１０９以降の説明を続ける。
ステップＳ１０９において、判定部１０２ｂは、ユーザが入力装置１１２を操作することによってカーソルＡ１をセルＤ２上にマウスオーバー操作したか否かを判定する。判定部１０２ｂによってユーザが入力装置１１２を操作することによってカーソルＡ１をセルＤ２上にマウスオーバー操作したと判定された場合（ステップＳ１０９：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１１０へ移行する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を操作することによってカーソルＡ１をセルＤ２上にマウスオーバー操作していないと判定された場合（ステップＳ１０９：Ｎｏ）、支払管理装置１００は、ステップＳ１０８へ移行する。

ステップＳ１１０において、判定部１０２ｂは、ユーザが選択した費目のセルＤ２に予算残高があるか否かを判定する。判定部１０２ｂによってユーザが選択した費目のセルＤ２に予算残高があると判定された場合（ステップＳ１１０：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１１１へ移行する。これに対して、判定部１０２ｂによってユーザが選択した費目のセルＤ２に予算残高がないと判定された場合（ステップＳ１１０：Ｎｏ）、支払管理装置１００は、ステップＳ１０８へ移行する。

ステップＳ１１１において、表示制御部１０２ａは、支払依頼データ１０６ｂを参照し、当月の支払状況を示す支払内容をセルＤ２の付近に表示させる。具体的には、図１６に示すように、表示制御部１０２ａは、ユーザがカーソルＡ１をマウスオーバーしたセルＤ２の費目における当月の支払状況を示す支払情報Ｗ１をモニタ１１４にポップアップさせて表示させる。これにより、ユーザは、現在の費目における当月の支払状況を直感的に把握することができる。

続いて、判定部１０２ｂは、ユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在する費目の対象セルを選択したか否かを判定する（ステップＳ１１２）。具体的には、図１６に示すように、判定部１０２ｂは、ユーザが入力装置１１２を用いてカーソルＡ１を、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在する費目の対象セルであるセルＤ２上でクリックすることによって、セルＤ２を選択したか否かを判定する。判定部１０２ｂによってユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在する費目の対象セル（例えばセルＤ２）を選択したと判定された場合（ステップＳ１１２：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１１３へ移行する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を用いて、予算残高が０を超え（予算残高＞０）、かつ、支配依頼データが存在する費目の支対象セル（例えばセルＤ２）を選択していないと判定された場合（ステップＳ１１２：Ｎｏ）、支払管理装置１００は、ステップＳ１０８へ移行する。

ステップＳ１１３において、表示制御部１０２ａは、ユーザが入力装置１１２を用いて選択した対象セルに対応する支払依頼入力画面をモニタ１１４に表示させる。

図１７は、表示制御部１０２ａがモニタ１１４に表示させる支払依頼入力画面の一例を示す図である。図１７に示すように、支払依頼入力画面Ｐ５には、支払依頼番号表示領域Ｂ１１と、支払先表示領域Ｂ１２と、発生日表示領域Ｂ１３と、支払依頼日表示領域Ｂ１４と、支払依頼入力データテーブルＴ５と、が含まれる。

具体的には、支払依頼入力画面Ｐ５には、支払依頼番号表示領域Ｂ１１に支払番号（登録時に自動的に付番）が表示され、支払先表示領域Ｂ１２に「△△建設」、発生日表示領域Ｂ１３に「２１／０９／１５」および支払依頼日表示領域Ｂ１４に「２１／１０／３１」が表示される。さらに、支払依頼入力データテーブルＴ５には、プロジェクトＣＤと、費目名と、支払金額、当月予算残高と、合計予算残高と、を紐付けて保持されている。ユーザは、入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して入力する。具体的には、ユーザは、入力装置１１２を用いて、当月予算残高「２０，０００」とずれが生じないように、支払金額「２０，０００」を入力する。

図５に戻り、ステップＳ１１４以降の説明を続ける。
ステップＳ１１４において、判定部１０２ｂは、ユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録したか否かを判定する。判定部１０２ｂによってユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録したと判定された場合（ステップＳ１１４：Ｙｅｓ）、支払管理装置１００は、後述するステップＳ１１５へ移行する。これに対して、判定部１０２ｂによってユーザが入力装置１１２を用いて、支払先を登録し、必要に応じて支払金額を修正して登録していないと判定された場合（ステップＳ１１４：Ｎｏ）、支払管理装置１００は、上述したステップＳ１１３へ戻る。

ステップＳ１１５において、生成部１０２ｃは、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ２において登録した登録結果に応じた支払依頼データ１０６ｂを生成して記憶部１０６に格納する。図１８は、生成部１０２ｃが生成する支払依頼データ１０６ｂにおける支払依頼データテーブルの一例を示す図である。図１８に示す支払依頼データテーブルＴ１０には、支払依頼番号と、発生日と、支払予定日と、支払先と、費目名と、支払金額と、を紐付けて保持されている。

具体的には、支払依頼データテーブルＴ１０には、支払依頼番号に「ＮＹ０００６」と、発生日に「２０２１／０９／１５」と、支払予定日に「２０２１／１０／３１」と、支払先に「△△建設」と、プロジェクトＣＤに「ＰＪ０００１」と、費目名に「建築費」と、支払金額に「２０，０００」と、を紐付けて保持されている。これにより、図１９に示すように、支払依頼データテーブルＴ１１には、ユーザが入力装置１１２を用いて支払依頼入力画面Ｐ３において登録した登録結果に応じた支払依頼データテーブルＴ１０が反映された状態で保持される。このため、図２０に示すように、表示制御部１０２ａは、ユーザが入力装置１１２を用いてカーソルＡ１によってセルＤ１を選択できないように、支払予定選択画面Ｐ１のセルＤ２の表示態様を黄色の強調表示から灰色表示に切り替えてモニタ１１４に表示させる。この結果、ユーザは、処理当月における所定の費目の予算に対する支払金額の登録ができたことを確認することができるため、当月の予算管理と支払とにずれが生じることを防止することができる。ステップＳ１１４の後、支払管理装置１００は、ステップＳ１０８へ移行する。

以上説明した実施形態によれば、表示制御部１０２ａが予算データ１０６ａおよび支払依頼データ１０６ｂを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面Ｐ１をモニタ１１４に表示させる。これにより、ユーザは、費用別月別毎の支払実績の状況を把握することができるため、当月の予算管理と支払とにずれが生じることを防止することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、処理年月前月において費目別月別毎の支払実績情報Ｋ２と、処理年月以降において費目別月別毎の予算に関する予算合計情報Ｋ１と、を支払実績情報として表示させる。これにより、ユーザは、処理年月前月において費目別月別毎の予算合計情報Ｋ１と支払実績情報Ｋ２とを確認しながら、費用別月別毎の支払実績の状況を把握することができるため、当月の予算管理と支払とにずれが生じることを防止することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、予算金額と支払金額とに基づく予算残高に従って、費目別における各セルの表示態様を変えて表示させる。このため、ユーザは、費用別月別毎の支払実績の状況を直感的に把握することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、予算金額と、支払金額と、に基づいて、予算残高がある費目のセルの表示態様を、予算残高がない費目のセルおよび処理年月前月の費目のセルと比して強調して表示させる。これにより、ユーザは、処理年月の各費目における支払実績の状況を把握することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、予算残高があり、かつ、支払依頼データ１０６ｂがある費目のセルの表示態様を、予算残高があり、かつ、支払依頼データ１０６ｂがない費目のセルの表示態様と比して強調して表示させる。これにより、ユーザは、支払依頼データ１０６ｂがある費目のセルと、支払依頼データ１０６ｂがない費目のセルと、を区別して把握することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、予算残高があり、かつ、支払依頼データ１０６ｂがあるセルの表示領域上に対して入力装置によるカーソルＡ１を配置したと判定部１０２ｂによって判定された場合、現在の支払状況を示す支払情報Ｗ１を、支払依頼データ１０６ｂがあるセルの表示領域の周囲に表示させる。これにより、ユーザは、現在の支払状況を把握することができる。

また、実施形態によれば、表示制御部１０２ａが支払予定選択画面Ｐ１において、予算金額と、支払金額と、に基づいて、予算残高がある費目のセルが選択された場合、この選択された費目の支払依頼入力画面Ｐ２を支払予定選択画面Ｐ１に変えてモニタ１１４に表示させる。これにより、ユーザは、所望の費目に対する支払依頼の入力を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、不動産デベロッパー業のような投資回収ビジネスにおいては予算管理と支払が密接につながった業界等において有用である。

１００ 支払管理装置
１０２ 制御部
１０２ａ 表示制御部
１０２ｂ 判定部
１０２ｃ 生成部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 予算データ
１０６ｂ 支払依頼データ
１０６ｃ コントロールマスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (10)

1. 制御部を備える支払管理装置であって、
   プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、
   支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、
   にアクセス可能であり、
   前記制御部は、
   前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御手段を備える、
   ことを特徴とする支払管理装置。
2. 前記表示制御手段は、
   前記支払予定選択画面において、処理年月前月において費目別月別毎の支払実績と、処理年月以降において費目別月別毎の予算に関する予算金額と、を前記支払実績情報として表示させる、
   ことを特徴とする請求項１に記載の支払管理装置。
3. 前記表示制御手段は、
   前記予算金額と前記支払金額とに基づく予算残高に従って、前記支払予定選択画面における費目別における各セルの表示態様を変えて表示させる、
   ことを特徴とする請求項１または２に記載の支払管理装置。
4. 前記表示制御手段は、
   前記予算金額と前記支払金額とに基づく予算残高に従って、前記支払予定選択画面における予算残高がある費目のセルの表示態様を、予算残高がない費目のセルおよび処理年月前月の費目のセルと比して強調して表示させる、
   ことを特徴とする請求項１～３のいずれか一つに記載の支払管理装置。
5. 前記表示制御手段は、
   前記予算残高があり、かつ、前記支払依頼データがある費目のセルの表示態様を、前記予算残高があり、かつ、前記支払依頼データがない費目のセルの表示態様と比して強調して表示させる、
   ことを特徴とする請求項４に記載の支払管理装置。
6. 前記予算残高があり、かつ、前記支払依頼データがあるセルの表示領域上に対して入力位置を示す記号が配置されたか否かを判定する判定手段をさらに備え、
   前記表示制御手段は、
   前記予算残高があり、かつ、前記記号が配置されたと判定された場合、現在の支払状況を示す支払情報を、前記支払依頼データがあるセルの表示領域の周囲に表示させる、
   ことを特徴とする請求項５に記載の支払管理装置。
7. 前記表示制御手段は、
   前記予算金額と、前記支払金額と、に基づいて、予算残高がある費目のセルが選択された場合、前記支払予定選択画面に変えて、前記選択された費目の支払依頼入力画面を表示させる、
   ことを特徴とする請求項１～６のいずれか一つに記載の支払管理装置。
8. 前記支払依頼入力画面に入力された入力内容に基づいて、前記支払依頼データを生成して格納する生成手段をさらに備える、
   ことを特徴とする請求項７に記載の支払管理装置。
9. 制御部を備える支払管理装置で実行される予算支払管理方法であって、
   プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、
   支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、
   にアクセス可能であり、
   前記制御部で実行される、
   前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御ステップを含む、
   ことを特徴とする予算支払管理方法。
10. 制御部を備える支払管理装置で実行される予算支払管理プログラムであって、
    プロジェクト名毎に、費目名と、年月と、予算金額と、を紐付けて管理する予算データと、
    支払発生日と、支払予定日と、支払先と、プロジェクト名と、費目と、支払金額と、を紐付けて管理する支払依頼データと、
    にアクセス可能であり、
    前記制御部は、
    前記予算データおよび前記支払依頼データを参照し、費目毎に予算を合計した予算合計情報と、費用別月別毎の支払実績の状況を反映した支払実績情報と、を含む支払予定選択画面を表示させる表示制御ステップを含む、
    ことを特徴とする予算支払管理プログラム。

Images