JP6678854B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

Description

本発明は情報処理装置、情報処理方法およびプログラムに関する。

会社全体または企業グループ全体のビジネス文書（例えば、請求書等）の閲覧とその情報の一元管理を可能とする技術が知られている。

例えば、ユーザを特定するユーザ特定情報と少なくとも１つの固有の情報とをユーザ毎に関連づけたユーザ情報を記憶する第１の記憶部と、第１の記憶部に記憶される固有の情報とユーザ特定情報とを用いて所定の規則に基づきユーザ毎にコードを生成する生成部と、第１の記憶部に記憶されているユーザ情報が備える第１のユーザのユーザ特定情報を含むビジネス文書情報を記憶する第２の記憶部と、第１の記憶部にユーザ情報が記憶されている第２のユーザからのビジネス文書情報へのアクセス要求を受け付けると、第１のユーザの第１のコードと、第２のユーザの第２のコードが一致するか否かを判断し、第１のコードと第２のコードとが一致する場合、第２の記憶部に記憶されている第１のユーザが作成したビジネス文書情報へのアクセス権限を前記第２のユーザに付与する処理部と、を備える情報処理装置が知られている。

国際公開第２０１５／０４９９４８号

例えば、受け取った請求書情報には、複数の振込先口座が記載されている場合がある。

請求書を発行した経理担当者は、請求先からの振込をもって振込の有無を確認する。逆に言えば、請求先が振込を実行するまで経理担当者はどの口座に振り込まれるのかが分からない。
このため、振込先を経理担当者が事前に把握できれば便宜である。
１つの側面では、本発明は、請求書毎に振込先の口座を事前に把握することを目的とする。

上記目的を達成するために、開示の情報処理装置が提供される。この情報処理装置は、振込先が少なくとも１つ予め設定された集計対象データを記憶する記憶部と、集計対象データ毎に指定された振込先を受信する受信部と、振込先毎に集計対象データに記載された請求金額を集計する集計部と、を有する。

１態様では、請求書毎に振込先の口座を事前に把握することができる。

実施の形態の請求書管理システムを示す図である。 ログイン後の端末装置に表示される画面の一例を説明する図である。 実施の形態の請求書管理装置のハードウェア構成を示す図である。 実施の形態の請求書管理装置の機能を示すブロック図である。 請求書データ記憶部に記憶される請求書データの一例を説明する図である。 振込先データ記憶部に記憶される仮想口座データの一例を説明する図である。 概要表示部に表示される情報を説明する図である。 概要表示部に表示される情報を説明する図である。 返送戻りの請求書データの処理を説明する図である。 入金済の請求書データの処理を説明する図である。 日付範囲画面の一例を示す図である。 振込予定状況一覧画面の一例を示す図である。 振込予定状況一覧画面の一例を示す図である。 振込予定状況一覧画面の他の例を説明する図である。 振込予定状況一覧画面生成処理を説明するフローチャートである。 第２の応用例を説明する図である。

以下、実施の形態の請求書管理システムを、図面を参照して詳細に説明する。
＜実施の形態＞
図１は、実施の形態の請求書管理システムを示す図である。

実施の形態の請求書管理システム１０は、請求書管理装置１が、インターネットや専用線等のネットワークを介して端末装置２ａ、２ｂ、２ｃ、２ｄに接続されている。

端末装置２ａはＡ社、端末装置２ｂはＢ社、端末装置２ｃはＣ社等、端末装置２ａ、２ｂ、２ｃは、それぞれ異なる会社の経理部門に配置されている装置である。また、端末装置２ｄは、同じＡ社であるが、端末装置２ａとは異なる支社に配置されている装置である。以下の説明では、端末装置２ａはＡ社の東京本社に配置されている装置であり、端末装置２ｄは、Ａ社の大阪支社に配置されている装置であるものとして説明する。
端末装置２ａ、２ｂ、２ｃ、２ｄとしては、例えばデスクトップＰＣ、ノートＰＣ、タブレット端末、スマートフォン等が挙げられる。

請求書管理装置１と、端末装置２ａ、２ｂ、２ｃ、２ｄはＷｅｂプログラムを実装している。端末装置２ａ、２ｂ、２ｃは、Ｗｅｂブラウザを介して請求書に関する請求書データを請求書管理装置１とやりとりする。なお、本実施の形態では請求書データのやりとりを例示するが、請求書データは、集計対象データの一例である。集計対象データの他の例としては、例えば見積書、注文書、発注書、処方箋や電子カルテ等が挙げられる。
以下、請求書管理システム１０をＡ社、Ｂ社、Ｃ社の各経理担当者が利用するものとして説明する。

Ａ社、Ｂ社、Ｃ社の各経理担当者は、それぞれ自己に割り当てられたＥｍａｉｌアドレス等を用いて請求書管理装置１にユーザ登録を行うことにより、請求書管理装置１が構築する請求書処理システムにアクセスする環境を整える。

その後、例えばＡ社の東京本社の経理担当者が端末装置２ａを操作することにより、請求書管理装置１が端末装置２ａに接続されたモニタにログイン画面を表示させる。経理担当者はログイン画面にメールアドレスおよびパスワードを入力することにより、請求書管理装置１が提供するサービスにログインすることができる。なお、メールアドレスは、経理担当者を識別する識別情報の一例である。

端末装置２ａ、２ｂ、２ｃ、２ｄは、ログイン後に、請求書の原本そのものを電子化した請求書データに関する処理を、請求書管理装置１を介して実行することができる。処理の種別としては、例えば、請求書データの作成、送受信、閲覧、編集等が挙げられる。

例えば、Ａ社の東京本社の経理担当者がＢ社宛に請求書を発行する際には、Ａ社の東京本社の経理担当者は、端末装置２ａを操作することにより、ログイン後に表示される管理画面にて請求先をＢ社とする請求書を作成する。そして、作成した請求書の送付先にＢ社の経理担当者（受取人）のメールアドレスを指定した請求書データを送信する。送信された請求書データは、請求書管理装置１が保管する。

すなわち、端末装置２ａ、２ｂ、２ｃ、２ｄ間で請求書データを直接やりとりするのではなく、端末装置２ａ、２ｂ、２ｃで作成され、請求先に送信された全ての請求書データは請求書管理装置１が保管し共有データのような取扱いとなる。そして、請求書管理装置１は、必要に応じて請求書データの閲覧、編集権限を端末装置２ａ、２ｂ、２ｃ、２ｄに与える。
このように、電子上で請求書原本そのもの電子化し、処理することができる。従って、紙やＰＤＦによる請求書の管理や保管の手間を省くことができる。

なお、前述したように、端末装置２ａ、２ｂ、２ｃ、２ｄ間で請求書データを直接やりとりするのではないが、以下の説明では、説明を分かり易くするために、例えばＡ社の東京本社の経理担当者からＢ社の経理担当者のメールアドレスを宛先とする請求書データが送信された場合、一般的な請求書データのやりとりと同じく、「経理担当者が請求書データを受信する」という表現を用いる場合がある。
なお、請求書管理装置１と各端末装置２ａ、２ｂ、２ｃ、２ｄとの請求書データのやりとりは暗号化されるのが好ましい。
図２は、ログイン後の端末装置に表示される画面の一例を説明する図である。
図２に示す管理画面１１０は、端末装置２ａに表示される画面の一例である。
図２に示すように、経理担当者は、メールソフトウェアのような感覚で請求書データの作成、発行、閲覧、編集等をすることができる。

ところで、前述した例では、Ａ社の東京本社の経理担当者は、自分が一度送信した請求書データは書き替えることができない。また、Ｂ社の経理担当者も請求書データを書き替えることができない。請求書データに不備がある場合は、版数の異なる請求書データを再発行することになる。また、旧版の請求書データは、破棄されずに請求書管理装置１が保管し、いつでも閲覧できる状態になる。さらに、請求書管理装置１は、請求書データの版数管理も行い、旧版の請求書データから新版の請求書データを検索したり、新版の請求書データから旧版の請求書データを検索することも容易に行うことができる。
なお、管理画面１１０の詳細については、後に詳述する。
以下、開示の請求書管理システムをより具体的に説明する。
図３は、実施の形態の請求書管理装置のハードウェア構成を示す図である。

請求書管理装置１は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。

ＲＡＭ１０２は、請求書管理装置１の主記憶装置として使用される。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に使用する各種データが格納される。

バス１０８には、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、ドライブ装置１０６、および通信インタフェース１０７が接続されている。

ハードディスクドライブ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ハードディスクドライブ１０３は、請求書管理装置１の二次記憶装置として使用される。ハードディスクドライブ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、二次記憶装置としては、フラッシュメモリ等の半導体記憶装置を使用することもできる。

グラフィック処理装置１０４には、モニタ１０４ａが接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１０４ａの画面に表示させる。モニタ１０４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や、液晶表示装置等が挙げられる。

入力インタフェース１０５には、キーボード１０５ａとマウス１０５ｂとが接続されている。入力インタフェース１０５は、キーボード１０５ａやマウス１０５ｂから送られてくる信号をＣＰＵ１０１に送信する。なお、マウス１０５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、例えばタッチパネル、タブレット、タッチパッド、トラックボール等が挙げられる。

ドライブ装置１０６は、例えば、光の反射によって読み取り可能なようにデータが記録された光ディスクや、ＵＳＢ（Universal Serial Bus）メモリ等の持ち運び可能な記録媒体に記録されたデータの読み取りを行う。例えば、ドライブ装置１０６が光学ドライブ装置である場合、レーザ光等を利用して、光ディスク２００に記録されたデータの読み取りを行う。光ディスク２００には、Ｂｌｕ−ｒａｙ（登録商標）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。

通信インタフェース１０７は、ネットワーク５０に接続されている。通信インタフェース１０７は、ネットワーク５０を介して、他のコンピュータまたは通信機器との間でデータを送受信する。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には請求書管理装置１のハードウェア構成を示したが、端末装置２ａ等、他のコンピュータも同様のハードウェア構成で実現することができる。
図３に示すようなハードウェア構成の請求書管理装置１内には、以下のような機能が設けられる。
図４は、実施の形態の請求書管理装置の機能を示すブロック図である。
請求書管理装置１は、データ処理部１１と、請求書データ記憶部１２と、振込先データ記憶部１３とを有している。

データ処理部１１は、経理担当者の操作に応じて図２に示す管理画面１１０を端末装置２ａ等に接続されたモニタに表示する。データ処理部１１は、管理画面１１０を介して行われる請求書データのやり取りに応じた処理を実行する。例えば、データ処理部１１は、請求書管理装置１が受信した請求書データを請求書データ記憶部１２に記憶する。

請求書データ記憶部１２には、請求書管理装置１が受信した請求書データが、経理担当者毎（具体的には、経理担当者のメールアドレス毎）に記憶される。請求書管理装置１が受信する請求書データは、請求元の経理担当者が請求先の経理担当者宛に送信した請求書データや、請求元の経理担当者（発行者）が下書きとして作成した請求書データが含まれる。
図５は、請求書データ記憶部に記憶される請求書データの一例を説明する図である。
本実施の形態ではデータがテーブル化されて記憶されている。

請求書データ管理テーブルＴ１には、請求書ＩＤ、送受信、送受信日時、担当者ステータス、相手ステータス、担当者アドレス、担当者名、相手アドレス、振込先口座、および振込予定日の欄が設けられている。横方向に並べられた情報同士が互いに関連づけられている。

請求書ＩＤの欄には、請求書データを管理するための請求書データ固有のＩＤが記憶されている。この請求書ＩＤは、請求書管理装置１が請求書データを受信した時点でデータ処理部１１が請求書データに割り振る。
本実施の形態では、東京本社には東京＋番号を割り振る。大阪支社には大阪＋番号を割り振る。

送受信の欄には、当該経理担当者から見て当該請求書データが、受信した請求書データなのか送信した請求書データなのかを示す区分が設定される。具体的には、受信した請求書データであれば「受信」、送信した請求書データであれば「送信」が設定される。
送受信日時の欄には、当該請求書データを送受信した日時のうち、最新の日時が格納される。
担当者ステータスの欄には、当該経理担当者から見た請求書データのステータス（処理に関する進捗）が設定される。
相手ステータスの欄には、当該請求書データをやり取りをする相手の経理担当者から見た請求書データのステータスが設定される。

担当者ステータスの欄および相手ステータスの欄に設定されるステータスには、「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」、「送信済」、「返送戻り」、「破棄済」、「入金済」がある。各ステータスの内容については、後に詳述する。
担当者アドレスの欄には、当該経理担当者のメールアドレスが格納される。
担当者名の欄には、当該経理担当者の所属および名前が格納される。
相手アドレスの欄には、当該請求書データをやり取りをする相手の経理担当者のメールアドレスが格納される。

なお、請求書データ管理テーブルに記憶される情報としては、図示した情報以外にも、当該経理担当者の会社名、当該請求書データをやり取りをする相手の経理担当者の会社名、各会社の郵便番号、住所、所属等、一般的な請求書に記載される情報が含まれる。
振込先口座の欄には、当該請求書データを作成する際に経理担当者が指定した振込先口座の銀行名、支店名や口座番号が少なくとも１つ格納される。
指定口座の欄には、振込先口座のうち、相手の経理担当者が振込予定として選択した口座が格納される。
振込予定日の欄には、請求金額が振り込まれる予定日（例えば当該経理担当者が指定した予定日）が格納される。
本実施の形態では、振込先の口座番号を、仮想口座番号を用いて管理している。
なお、本実施の形態では、仮想口座番号を用いて管理しているが、仮想口座を用いなくてもよい。
図６は、振込先データ記憶部に記憶される仮想口座データの一例を説明する図である。
仮想口座データテーブルＴ２には、仮想口座番号と実在する振込先口座の口座番号が関連づけられて記憶されている。

なお、この仮想口座データテーブルＴ２には、東京本社が管理する口座だけではなく、Ａ社の他支社の口座番号についても仮想口座番号が設定され、記憶されている。
以下、仮想口座データテーブルＴ２に記憶されているＧ銀行梅田支店は、Ａ社の大阪支社が管理する口座番号であるものとして説明する。
以下、図２に示す管理画面１１０を説明する。
＜管理画面＞
データ処理部１１は、経理担当者の操作に応じて図２に示す管理画面１１０を端末装置２ａ等に表示する。

管理画面１１０には、利用者情報表示部１１１、ステータス表示部１１２、概要表示部１１３、請求書表示部１１４、および振込状況確認ボタン１１５が表示されている。

利用者情報表示部１１１には、請求書管理システムにログインしている経理担当者に関する情報（利用者情報）が表示される。図２では一例として経理担当者が所属する会社名、部署名、名字、および経理担当者のメールアドレスが表示されている。
ステータス表示部１１２には、請求書管理システムにログインしている経理担当者が取り扱う請求書データの数がステータス毎に表示される。
大きく分けて、ステータス表示部１１２には受信ＢＯＸ、下書き、送信ＢＯＸおよび送受信ＢＯＸの欄が設けられている。
データ処理部１１は、経理担当者のメールアドレスを宛先とする請求書データを受信ＢＯＸに割り振る。

経理担当者が受信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、送受信の欄が「受信」の請求書データの概要を概要表示部１１３に表示する。

図２に示すように、受信ＢＯＸに割り振られた請求書データのステータスの内訳は、「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」がある。

「未開封」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が未確認の請求書データに対してデータ処理部１１が、割り振るステータスである。

「返送中」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が請求元の経理担当者に返送した請求書データに対してデータ処理部１１が割り振るステータスである。

「先方破棄」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、受信した請求書データを経理担当者が請求元の経理担当者に返送した後に、請求元の経理担当者が破棄した請求書データに対してデータ処理部１１が割り振るステータスである。

「確認済」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が閲覧し、確認ボタン（後述）を選択した請求書データに対してデータ処理部１１が割り振るステータスである。

「支払済」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が入金を行い、支払ボタン（後述）を選択した請求書データに対してデータ処理部１１が割り振るステータスである。
経理担当者は、支払済のステータスの請求書データを集計することで、入金明細を把握することができる。

「保管箱」のステータスは、ステータスが「支払済」の請求書データのうち、経理担当者が任意のタイミングで保管箱に移した請求書データに対してデータ処理部１１が割り振るステータスである。
ステータス表示部１１２に表示される数字は、それぞれ、割り振られたステータスの数が表示されている。
例えば、ステータス表示部１１２の未開封の欄には、受信した請求書データのうち、経理担当者が未確認の請求書データの数が表示される。
なお、ステータス表示部１１２の保管箱の欄には、特に数字は表示されない。

「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」の各ＢＯＸに割り振られている請求書データの内容を経理担当者が閲覧する場合には、ステータス表示部１１２の該当箇所を選択すればよい。

例えば、経理担当者が受信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、データ処理部１１は、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、担当者ステータスが未開封の請求書データの概要を、概要表示部１１３に表示する。
データ処理部１１は、経理担当者が作成し、保存したが、送信先の経理担当者に未送信の請求書データを下書きに割り振る。
データ処理部１１は、経理担当者が送信した請求書データを送信ＢＯＸに割り振る。

経理担当者が送信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、送受信の欄が「送信」の請求書データの概要を概要表示部１１３に表示する。

図２に示すように、送信ＢＯＸに割り振られた請求書データのステータスの内訳には、「送信済」、「返送戻り」、「破棄済」、「入金済」、「保管箱」がある。

「送信済」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、請求先の経理担当者が支払処理を行っていない請求書データに対してデータ処理部１１が割り振るステータスである。

「返送戻り」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、請求先の経理担当者から戻ってきた請求書データに対してデータ処理部１１が割り振るステータスである。経理担当者は、請求先から戻ってきた請求書データについての処理が可能となる。

「破棄済」のステータスは、請求先の経理担当者から戻ってきた請求書データのうち、請求元の経理担当者が破棄した請求書データに対してデータ処理部１１が割り振るステータスである。

「入金済」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、請求元の経理担当者が入金を確認し、入金ボタン（後述）を選択した請求書データに対してデータ処理部１１が割り振るステータスである。

「保管箱」のステータスは、ステータスが「入金済」の請求書データのうち、経理担当者が任意のタイミングで保管箱に移した請求書データに対してデータ処理部１１が割り振るステータスである。
ステータス表示部１１２の保管箱の欄には、特に数字は表示されない。

「送信済」、「返送戻り」、「破棄済」、「入金済」、「保管箱」の各ＢＯＸに入っている請求書データの内容を閲覧する場合には、その箇所を選択すればよい。

概要表示部１１３には、前述したように、経理担当者がステータス表示部１１２にて選択したステータスに対応する請求書データの概要が表示される。概要としては、受信した請求書データであれば、請求元の会社名、件名、支払日時、および送信側、受信側のステータスが表示される。
これらのステータスは、請求書データを送受信した双方の経理担当者の管理画面上にそれぞれ同じものが表示される。
図７および図８は、概要表示部に表示される情報を説明する図である。

図７では、請求先の経理担当者が閲覧する管理画面１１０の概要表示部１１３に表示される請求書データの概要１１３ａと、請求元の経理担当者が閲覧する管理画面１１０の概要表示部１１３に表示される概要１１３ｂとを図示している。

すなわち、図７に示す請求元が株式会社ＡＢＣであり、件名が○○ｗｏｒｋの請求書データＤ１については、請求元の経理担当者が操作する端末装置の管理画面上ではステータス表示部の「送信済」に入っている。請求元の経理担当者がステータス表示部の「送信済」を選択した際には、請求書データＤ１について、請求先が□□株式会社、件名が○○ｗｏｒｋ、請求元の経理担当者のステータスが「送信済」、請求先の経理担当者のステータスが「未開封」である旨が概要表示部１１３に表示される。

また、ステータスの遷移を確認することにより、請求元の経理担当者は容易に請求先の経理担当者の処理の進捗を確認することができる。このため、双方の経理担当者が、各請求書データについて今どのような状態にあるのかを、リアルタイムに確認することができる。
図８（ａ）に示す概要１１３ｃ、１１３ｄ、１１３ｅは、いずれも請求書データＤ２についての概要を示している。

請求先の経理担当者が請求書データＤ２を閲覧し、確認ボタン（後述）を選択すると、データ処理部１１は、請求元の経理担当者が操作する端末装置の管理画面１１０の概要表示部１１３に表示される情報を概要１１３ｃから概要１１３ｄに変更する。

その後、請求先の経理担当者が請求書データＤ２の支払処理を行い、支払済ボタン（後述）を選択すると、データ処理部１１は、請求元の経理担当者が操作する端末装置の管理画面１１０の概要表示部１１３に表示される情報を概要１１３ｄから概要１１３ｅに変更する。
また、他の例として、図８（ｂ）に示す概要１１３ｆ、１１３ｇは、いずれも請求書データＤ３についての概要を示している。

請求先の経理担当者が請求書データＤ３を閲覧し、返送ボタン（後述）を選択すると、データ処理部１１は、請求先の経理担当者が操作する端末装置の管理画面の概要表示部１１３に表示される情報を概要１１３ｆから概要１１３ｇに変更する。
再び図２に戻って説明する。

概要表示部１１３に表示された請求書データの概要が経理担当者により選択されると、データ処理部１１は、請求書データの詳細を請求書表示部１１４に表示する。請求書表示部１１４に表示される請求書の内容は、アドレス表示部１１４ａおよび後述する各種ボタンを供えること以外は、既存の（紙やＰＤＦベースの）請求書と同じである。

請求書表示部１１４には、少なくとも１つの振込先（銀行名＋支店名＋口座番号）等の情報が表示される。振込先が複数表示されている場合、請求先の経理担当者は、請求書データの支払処理を行うに先だって、振込先を特定する。この振込先の特定は、例えば、請求書表示部１１４に予め請求元の経理担当者が設定した振込先のチェックボックスを表示し、請求先の経理担当者に指定させる方法や、請求先の経理担当者が希望する振込先をプルダウン形式等で選択させる方法等が挙げられる。前者は、請求元の経理担当者が振込先を設定する方法の一例であり、後者は、請求先の経理担当者が振込先を指定する方法の一例である。
データ処理部１１は、請求先の経理担当者により指定された振込先（特定情報）を請求書データ管理テーブルＴ１の指定口座の欄に記憶する。

経理担当者が受信ＢＯＸに割り振られた請求書データを閲覧する場合には、データ処理部１１は、送信元の経理担当者（ｆｒｏｍ）のメールアドレスをアドレス表示部１１４ａに表示する。

また、経理担当者が下書きまたは送信ＢＯＸに割り振られた請求書データを閲覧する場合には、データ処理部１１は、送信先の経理担当者（ｔｏ）のメールアドレスを表示する。
なお、データ処理部１１は、請求書データの請求書ＩＤを請求書表示部１１４に表示するようにしてもよい。
経理担当者は、管理画面１１０上にて請求書表示部１１４に表示されている請求書の処理が可能である。
具体的には、請求書データのステータスに応じて、請求書を処理するためのボタンが請求書表示部１１４に表示される。
図２では、ステータスが未開封の請求書データを選択したときに表示されるボタンを示している。
請求書表示部１１４には、確認ボタン１１４ｂ、返送ボタン１１４ｃおよびコピーボタン１１４ｄが設けられている。

経理担当者により確認ボタン１１４ｂが選択されると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、請求書表示部１１４に表示されている請求書データの担当者ステータスを「確認済」に変更する。また、データ処理部１１は、ステータス表示部１１２の「未開封」の数字を１つ減らし、「確認済」の数字を１つ増やす。

経理担当者により返送ボタン１１４ｃが選択されると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、請求書表示部１１４に表示されている請求書データの担当者ステータスを「返送中」に変更し、相手ステータスを「返送戻り」に変更する。また、データ処理部１１は、ステータス表示部１１２の「未開封」の数字を１つ減らし、「返送中」の数字を１つ増やす。
返送された請求書データを受信した経理担当者の管理画面上では、ステータス表示部の返送戻りの数字を１つ増やす。

経理担当者によりコピーボタン１１４ｄが選択されると、データ処理部１１は、当該請求書データの請求元と請求先の社名および住所が入れ替えられた新たな請求書データを作成する。そして、データ処理部１１は、請求書データ管理テーブルＴ１に作成した請求書データに関する情報を格納する。このとき、当該請求書データの担当者ステータスは、「下書き」、相手ステータスは空欄となる。
＜返送戻り処理＞
図９は、返送戻りの請求書データの処理を説明する図である。

経理担当者がステータス表示部１１２の返送戻りを選択し、概要表示部１１３に表示された請求書の概要を選択すると、データ処理部１１は、選択された請求書の概要に対応する請求書データを請求書表示部１１４に表示する。この場合、アドレス表示部１１４ａには、請求先の経理担当者のメールアドレスが表示される。
請求書表示部１１４には、訂正ボタン１１４ｅ、および破棄ボタン１１４ｆが設けられている。

経理担当者により訂正ボタン１１４ｅが選択されると、データ処理部１１は、請求書表示部１１４に表示されている請求書データのステータスを「破棄済」に変更する。また、データ処理部１１は、ステータス表示部１１２の「返送戻り」の数字を１つ減らす。また、履歴情報が追加される。

経理担当者により破棄ボタン１１４ｆが選択されると、データ処理部１１は、請求書表示部１１４に表示されている請求書データのステータスを「破棄済」に変更する。これにより、ステータス表示部１１２の「送信ＢＯＸ」および「返送戻り」の数字が１つ減る。
なお、請求元の経理担当者および請求先の経理担当者は破棄された請求書データについて、破棄後も閲覧することができる。

具体的には、請求元の経理担当者はステータス表示部１１２の「破棄済」を選択することにより、破棄された請求書データを閲覧することができる。また、請求先の経理担当者はステータス表示部１１２の「先方破棄」を選択することにより、破棄された請求書データを閲覧することができる。
＜入金済処理＞
図１０は、入金済の請求書データの処理を説明する図である。
経理担当者が、ある請求書について入金を確認した場合、ステータス表示部１１２の送信済を選択し、概要表示部１１３に送信済の請求書の概要を表示させる。

概要表示部１１３に表示された請求書の概要のうち、入金を確認した請求書の概要を選択すると、データ処理部１１は、選択された請求書の概要に対応する請求書データを請求書表示部１１４に表示する。この場合、アドレス表示部１１４ａには、請求先の経理担当者のメールアドレスが表示される。
請求書表示部１１４には、入金済ボタン１１４ｇが設けられている。

経理担当者により入金済ボタン１１４ｇが選択されると、データ処理部１１は、請求書表示部１１４に表示されている請求書データのステータスを「入金済」に変更する。また、データ処理部１１は、ステータス表示部１１２の「送信済」の数字を１つ減らし、「入金済」の数字を１つ増やす。また、履歴情報が追加される。

送受信ＢＯＸには、受信ＢＯＸおよび送信ＢＯＸに入っている全ての請求書データのうち、破棄された請求書データと保管箱に割り振られた請求書データと下書きに割り振られた請求書データを除くデータが割り振られている。
次に、経理担当者が振込状況確認ボタン１１５を選択したときの処理を説明する。
経理担当者が振込状況確認ボタン１１５を選択すると、データ処理部１１は、日付範囲画面を端末装置２ａに接続されたモニタに表示する。
図１１は日付範囲画面の一例を示す図である。
日付範囲画面１２０には、日付範囲指定部１２１および決定ボタン１２２が表示されている。

経理担当者が日付の範囲を指定し、決定ボタン１２２を選択すると、データ処理部１１は、請求書データに設定されている振込先情報を用いて、振込先一覧を作成する。そして、データ処理部１１は、振込状況一覧画面を端末装置に表示する。
なお、設定する日にちの範囲は任意であり、例えば月単位、年単位等、経理担当者が自由に設定することができる。
図１２は、振込予定状況一覧画面の一例を示す図である。

振込予定状況一覧画面１３０には、請求書データに設定された複数の振込先口座毎の請求金額が請求書ＩＤに紐付けられて表示される。そして、それぞれの口座に振り込まれる予定の金額の合計が表示される。

振込予定状況一覧画面１３０にはＡ社の東京本社の経理担当者が、各会社宛に発行した請求書のうち、４月１日から４月３０日までの間にＡ社の東京本社が管理する口座番号に振り込まれる金額の予定が仮想口座毎に振り分けられて表示されている。
これにより、Ａ社の東京本社の経理担当者は、自分が発行した請求書において、どの口座にいくら入金予定があるのかを容易に把握することができる。

なお、本実施の形態では、説明を分かり易くするために、Ａ社の東京本社の経理担当者が、自分が発行した請求書において入金予定を表示する場合を例に説明した。しかし、これに限らず、東京本社の経理担当者が複数いる場合には、例えば上司は東京本社が管理する全ての口座番号に関する振込予定を閲覧できるようにしてもよい。

ここで、未開封の欄には、ステータスに「未開封」が割り振られている請求書データ（振込先が指定されていないことを示すステータスが割り振られている請求書データの一例）に関する請求書ＩＤおよび請求金額が表示されている。

また、ステータスに「未開封」が割り振られている請求書データについては、請求先の経理担当者が処理を見落としている可能性が考えられる。この場合、Ａ社の東京本社の経理担当者は、例えば、請求書データに記載された取引先を確認し、取引先に事前に注意を促すことができる。

また、振込予定状況一覧画面１３０を閲覧することにより、Ａ社の東京本社の経理担当者は、Ａ社の大阪支社の経理担当者が作成した請求書ＩＤ「大阪００１」の請求書データの振込が「仮想口座番号１０２」の口座に振り込まれる予定であることが分かる。
これにより、Ａ社の東京本社の経理担当者は、実際に入金があったときもどこからの入金なのかを容易に把握することができる。

また、例えば、画面内の「大阪００１」を選択することにより、「大阪００１」の請求書データを作成した経理担当者名やメールアドレスを表示したり、「大阪００１」の請求書データを作成したＡ社の大阪支社の経理担当者と直接連絡できるようなチャット画面を開いたりするようにしてもよい。

なお、図示していないが、東京本社が発行した請求書に関する振込予定だけをソートして表示するようにしてもよい。大阪支社等、他支社が発行した請求書に関する振込予定だけをソートして表示するようにしてもよい。
図１３は、振込予定状況一覧画面の一例を示す図である。
振込予定状況一覧画面１３０ａは、Ａ社の大阪支社の経理担当者が操作する端末装置２ｄに接続されたモニタに表示される画面である。

振込予定状況一覧画面１３０ａにはＡ社の大阪支社の経理担当者が、各会社宛に発行した請求書のうち、４月１日から４月３０日までの間にＡ社の大阪支社が管理する口座番号に振り込まれる金額の予定が仮想口座毎に振り分けられて表示されている。

ここで、大阪支社の経理担当者が作成した請求書ＩＤ「大阪００１」の請求書データには、振込先として「仮想口座番号２００」または「仮想口座番号２０１」への振込先が指定されていたものとする。しかし、請求先は、それ以外の振込先、つまり「仮想口座番号１０２」への振込を希望している。

このような場合も、Ａ社の大阪本社の経理担当者が、振込予定状況一覧画面１３０ａを閲覧することにより、Ａ社の大阪支社の経理担当者が作成した請求書ＩＤ「大阪００１」の請求書データの振込が「仮想口座番号１０２」の口座に振り込まれる予定であることが分かる。
ところで、図１２では、仮想口座番号毎に合計金額を表示した。しかし、これに限らず、請求書データ毎に仮想口座番号を並べて表示するようにしてもよい。
図１４は、振込予定状況一覧画面の他の例を説明する図である。

図１４に示す振込予定状況一覧画面１４０には、Ａ社の東京本社の経理担当者が、各会社宛に発行した請求書のうち、４月１日から４月３０日までの間に発行した請求書が、Ａ社の東京本社が管理する仮想口座毎に振り分けられて記憶されている。

これにより、各請求書データについて、どの口座に入金されるのかを容易に把握することができる。図示していないが、Ａ社の大阪支社の経理担当者も振込予定状況一覧画面を閲覧することにより、請求書ＩＤ「大阪００１」の請求書データが仮想口座番号１０２に振り込まれることを把握することができる。
次に、データ処理部１１０が振込予定状況一覧画面１３０を生成する処理（振込予定状況一覧画面生成処理）を、フローチャートを用いて説明する。
図１５は、振込予定状況一覧画面生成処理を説明するフローチャートである。
［ステップＳ１］ データ処理部１１０は、振込予定状況一覧画面１３０の表示要求を受け付けると、ステップＳ２に遷移する。

［ステップＳ２］ データ処理部１１０は、請求書データ管理テーブルＴ１を参照し、システムにログインしている経理担当者のメールアドレスと一致するメールアドレスが担当者アドレスに設定され、送受信の欄が「送信」の請求書データ（すなわち、当該経理担当者が送信した請求書データ）を抽出する。その後、ステップＳ３に遷移する。

［ステップＳ３］ データ処理部１１０は、ステップＳ２にて抽出した請求書データの振込予定日の欄を参照し、振込日が日付範囲画面１２０内のものを抽出する。その後、ステップＳ４に遷移する。

［ステップＳ４］ データ処理部１１０は、ステップＳ３にて抽出した請求書データのうち、未処理の（ステップＳ５〜Ｓ１０の処理を行っていない）請求書データが存在するか否かを判断する。未処理の請求書データが存在する場合（ステップＳ４のＹｅｓ）、ステップＳ５に遷移する。未処理の請求書データが存在しない場合（ステップＳ４のＮｏ）、ステップＳ１１に遷移する。
［ステップＳ５］ データ処理部１１０は、未処理の請求書データを１つ選択する。その後、ステップＳ６に遷移する。

［ステップＳ６］ データ処理部１１０は、ステップＳ５にて選択した請求書データの相手ステータスの欄を参照し、相手ステータスが未開封か否かを判断する。相手ステータスが未開封である場合（ステップＳ６のＹｅｓ）、ステップＳ７に遷移する。相手ステータスが未開封以外である場合（ステップＳ６のＮｏ）、ステップＳ８に遷移する。

［ステップＳ７］ データ処理部１１０は、ステップＳ５にて選択した請求書データの請求書ＩＤに「未開封」のステータスを割り振る。その後、ステップＳ４に遷移する。

［ステップＳ８］ データ処理部１１０は、ステップＳ５にて選択した請求書データを参照する。そして、指定口座の欄に格納されている振込先口座を抽出する。その後、ステップＳ９に遷移する。

［ステップＳ９］ データ処理部１１０は、仮想口座データテーブルＴ２を参照し、ステップＳ７にて抽出した振込先口座の仮想口座番号を取得する。その後、ステップＳ１０に遷移する。

［ステップＳ１０］ データ処理部１１０は、ステップＳ５にて選択した請求書データの請求書ＩＤにステップＳ９にて取得した仮想口座番号を割り振る。その後、ステップＳ４に遷移する。

［ステップＳ１１］ データ処理部１１０は、未開封のステータスが割り振られた請求書ＩＤの請求書データの合計金額を集計した集計データを生成する。また、仮想口座番号毎に、請求書データの合計金額を集計した集計データを生成する。その後、ステップＳ１２に遷移する。

［ステップＳ１２］ データ処理部１１０は、ステップＳ１１の集計金額を用いて振込予定状況一覧画面１３０を生成する。データ処理部１１０は、生成した振込予定状況一覧画面１３０を端末装置２ａに接続されたモニタに表示する。
以上で図１５の説明を終了する。

以上述べたように、請求書管理システム１０によれば、請求書管理装置１が、振込予定状況一覧画面１３０を生成するようにした。これにより、請求元の経理担当者が振込先を指定する方法、請求先の経理担当者が振込先を指定する方法のいずれにおいても、請求書データ毎に振込先の口座を事前に把握することができる。

また、端末装置２ａ、２ｂ、２ｃ間で請求書データを直接やりとりするのではなく、端末装置２ａ、２ｂ、２ｃで作成され、請求先に送信された全ての請求書データは請求書管理装置１が保管し共有データのような取扱いとなる。このため、請求先の経理担当者は、請求書データをプリントアウトすることで請求書の原本を入手することができる。
また、電子署名処理やタイムスタンプ処理等を施さなくてもよいので、税務調査のために紙の請求書をＰＤＦ化する等の手間を削減することができる。
次に、入金時の処理の応用例を説明する。
＜第１の応用例＞

図１０にて説明したように、前述した実施の形態では、請求元の経理担当者が入金を確認し、入金があったときに経理担当者が入金済ボタン１１４ｇを選択することによりステータスが「入金済」に変化するようにした。

しかし、これに限らず、図８（ａ）に示したように請求先の経理担当者が請求書データの支払処理を行い、支払済ボタンを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照し、当該請求書データの相手ステータスを「入金済」に設定する。

これにより、請求元の経理担当者が管理画面１１０を閲覧したときには、入金が完了した請求書データが、ステータス表示部１１２の「入金済」に自動的に割り振られる。
また、ステータスが「入金済」に変化するタイミングは、これに限らず、例えば、銀行や受け取り側の企業担当者が入金を確認した（受金処理をした）ときにステータスが「入金済」に変化するようにしてもよい。
＜第２の応用例＞
第１の応用例では、請求先の経理担当者が請求書データの支払処理を行い、支払済ボタンを選択するようにした。
しかし、これに限らず、管理画面１１０上で支払手続きが完了するようにしてもよい。
図１６は、第２の応用例を説明する図である。

すなわち、受信ＢＯＸに割り振られている請求書データが選択された場合、請求書表示部１１４に支払ボタン１１４ｈを配置する。請求先の経理担当者により振込先口座が指定され、支払ボタン１１４ｈが選択された場合、請求書データに記載されている金額が請求先の予め指定された口座から請求先の経理担当者が指定した振込先口座に振り込まれる。さらに、第１の応用例と同様の処理が実行される。
これにより、振込処理のさらなる自動化が可能である。
なお、本実施の形態では、銀行を介した取引を例に説明したが、銀行を介さない取引にも適用することができる。
なお、請求書管理装置１が行った処理が、複数の装置によって分散処理されるようにしてもよい。

また、本実施の形態では、請求書管理装置１が請求書データ記憶部１２等、各記憶部を備える構成としたが、これに限らず、各記憶部はクラウド化され、データ処理部１１と別個の場所に設けられていても良い。
また、請求書としては、ビットコイン等の仮想マネーに関するものや、クレジット情報に関するもの等が含まれる。請求書自体が仮想マネーとして扱われることも含まれる。

以上、本発明の情報処理装置、情報処理方法およびプログラムを、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
また、本発明は、前述した各実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、請求書管理装置１が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記憶装置には、ハードディスクドライブ、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷ等が挙げられる。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等が挙げられる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。

１、１ａ 請求書管理装置
２ａ、２ｂ、２ｃ 端末装置
１０ 請求書管理システム
１１ データ処理部
１２ 請求書データ記憶部
１３ 振込先データ記憶部
１１０ 管理画面
１１１ 利用者情報表示部
１１２ ステータス表示部
１１３ 概要表示部
１１４ 請求書表示部
１１５ 振込状況確認ボタン
１２０ 日付範囲画面
１２１ 日付範囲指定部
１２２ 決定ボタン
１３０、１３０ａ 振込予定状況一覧画面
１４０ 振込予定状況一覧画面
Ｔ１ 請求書データ管理テーブル
Ｔ２ 仮想口座データテーブル

Claims (3)

1. 請求元が設定した少なくとも１つの振込先に関する情報と、当該集計対象データ毎に割り振られ、請求元が設定した振込先の中から請求先が振込先を指定するタイミングで変化するステータスとを有する集計対象データを記憶する記憶部と、
   前記集計対象データにおける請求元が設定した振込先の中から請求先が指定した振込先および当該集計対象データのステータスの変更を受け付けるステータス変更受付部と、
   請求元が要求するタイミングで前記集計対象データ毎に前記ステータスを参照して振込先が指定されていない集計対象データを特定し、特定した集計対象データの請求金額を振込先毎に集計する集計部と、
   を有することを特徴とする情報処理装置。
2. 請求元が設定した少なくとも１つの振込先に関する情報と、当該集計対象データ毎に割り振られ、請求元が設定した振込先の中から請求先が振込先を指定するタイミングで変化するステータスとを有する集計対象データが予め記憶されており、
   コンピュータが、
   前記集計対象データ毎に、請求元が設定した振込先の中から請求先が指定した振込先および当該集計対象データのステータスの変更を受け付け、
   請求元が要求するタイミングで前記集計対象データ毎に前記ステータスを参照して振込先が指定されていない集計対象データを特定し、特定した集計対象データの請求金額を振込先毎に集計する、
   ことを特徴とする情報処理方法。
3. 請求元が設定した少なくとも１つの振込先に関する情報と、当該集計対象データ毎に割り振られ、請求元が設定した振込先の中から請求先が振込先を指定するタイミングで変化するステータスとを有する集計対象データが予め記憶されており、
   コンピュータに、
   前記集計対象データ毎に、請求元が設定した振込先の中から請求先が指定した振込先および当該集計対象データのステータスの変更を受け付け、
   請求元が要求するタイミングで前記集計対象データ毎に前記ステータスを参照して振込先が指定されていない集計対象データを特定し、特定した集計対象データの請求金額を振込先毎に集計する、
   処理を実行させることを特徴とするプログラム。

Images