JP7745397B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

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

銀行は銀行に口座を持っている法人や個人の顧客に対してポータルサイトを公開している場合がある。
特許文献１には、銀行システムにおける海外法人用のポータルサイトが記載されている。

特開２０１６－１２６５９９号公報

ポータルサイトの活性化が求められているとともに、銀行に口座を持っている企業の請求管理の利便性の向上が求められていた。

本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を有する。制御部は、請求書データを取得する。取得した請求書データと、銀行の顧客情報と、から発注者を特定する。特定した発注者に請求書データを表示する。

情報処理システム１０００のシステム構成の一例を示す図である。 サーバー装置１００のハードウェア構成の一例を示す図である。 クライアント装置１１０のハードウェア構成の一例を示す図である。 サーバー装置１００の機能構成の一例を示す図である。 サーバー装置１００における請求書表示に係る情報処理の一例を示すアクティビティ図である。 クライアント装置１１０の出力部３０５に表示された請求書データの一例を示す図である。 ユーザーが銀行のポータルサイトにログインした場合に、表示制御部４０３がユーザーのクライアント装置に表示させるダッシュボード画面６００の一例を示す図である。 クラウド請求書を作成する画面７００の一例を示す図である。 入金管理（請求一覧）の画面の一例を示す図（その１）である。 簡易消込の画面の一例を示す図である。 分析画面１０１０の一例を示す図である。 入金管理（請求一覧）の画面の一例を示す図（その２）である。 入金予定が反映された資金繰り表の一例を示す図（その１）である。 入金予定が反映された資金繰り表の一例を示す図（その２）である。 請求代行依頼の画面１４００の一例を示す図である。 新規メッセージ画面１５００の一例を示す図である。 新規保管画面１６００の一例を示す図である。 支払一覧画面１７００の一例を示す図である。 支払予約画面１８２０の一例を示す図である。 支払一覧画面１９００の一例を示す図である。 出金予定が反映された資金繰り表の一例を示す図（その１）である。 出金予定が反映された資金繰り表の一例を示す図（その２）である。 出金予定が反映された資金繰り表の一例を示す図（その３）である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

本明細書において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、０又は１で構成される２進数のビット集合体として信号値の高低によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

＜実施形態１＞
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、クライアント装置１２０と、を含む。サーバー装置１００は、本実施形態の処理を実行するサーバー装置である。より具体的に説明すると、サーバー装置１００は、銀行のサーバー装置であって、銀行において口座を開設している各利用者に対してポータルサイトを提供している。各利用者は、例えば、ログインＩＤ及びパスワード等の認証情報を入力し、各利用者のポータルサイトにログインする。クライアント装置１１０は、銀行に口座を開設しており、商品、又はサービスに関する発注を行う利用者（以下、発注者ともいう）が利用する装置であって、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。クライアント装置１２０は、銀行に口座を開設しており、商品、又はサービスに関する受注を行う利用者（以下、受注者ともいう）が利用する装置であって、例えば、ＰＣである。サーバー装置１００と、クライアント装置１１０と、クライアント装置１２０と、はネットワーク１５０を介して通信可能に接続されている。
なお、クライアント装置１１０のユーザーが発注者にもなるし、受注者になる場合もある。クライアント装置１２０のユーザーも同様である。すなわち、情報処理システム１０００のユーザーは、発注者になる場合もあるし、受注者になる場合もある。

図１では、説明の簡略化のため、情報処理システム１０００において、クライアント装置１１０は１台しか図示していない。しかし、銀行に口座を開設しており、商品、又はサービスに関する発注を行う発注者の数だけ情報処理システム１０００にクライアント装置１１０は含まれる。同様に、銀行に口座を開設しており、商品、又はサービスに関する受注を行う受注者の数だけサーバー装置１００にクライアント装置１２０は含まれる。
また、クライアント装置１１０及びクライアント装置１２０は、ＰＣに限られず、タブレット型コンピュータ、スマートフォン等であってもよい。サーバー装置１００は、情報処理装置の一例である。

２．ハードウェア構成
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２０１と、記憶部２０２と、通信部２０３と、を含む。制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２０２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はこれらの任意の組み合わせ等であって、プログラム及び制御部２０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２０１が、記憶部２０２に記憶されているプログラムに基づき、処理を実行することによって、後述する図４に示されるようなサーバー装置１００の機能及び後述する図５に示されるようなアクティビティ図の処理等が実現される。通信部２０３は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置（例えば、クライアント装置１１０、クライアント装置１２０等）との通信を司る。記憶部２０２は、記憶媒体の一例である。

（２）クライアント装置１１０のハードウェア構成
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３０１と、記憶部３０２と、撮像部３０３と、入力部３０４と、出力部３０５と、通信部３０６と、を含む。制御部３０１は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３０２は、ＲＯＭ、ＲＡＭ、ＳＳＤ又はこれらの任意の組み合わせ等であって、プログラム及び制御部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３０１が、記憶部３０２に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能等が実現される。撮像部３０３は、カメラ等であって、被写体を撮像する。入力部３０４は、キーボード及びマウス等であって、ユーザー操作に応じて情報を制御部３０１に入力する。出力部３０５は、ディスプレイ等であって、制御部３０１による処理の結果等を出力する。通信部３０６は、ＮＩＣ等であって、クライアント装置１１０をネットワーク１５０に接続し、他の装置（例えば、サーバー装置１００、クライアント装置１２０）との通信を司る。
クライアント装置１２０のハードウェア構成もクライアント装置１１０と同様である。

３．機能構成
図４は、サーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、取得部４０１と、特定部４０２と、表示制御部４０３と、を含む。

（取得部４０１）
取得部４０１は、請求書データを取得する。例えば、取得部４０１は、サーバー装置１００と連携しているクラウド請求書サービスで作成された請求書データを、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して、クラウド請求書サービスより取得する。ここで、クラウド請求書サービスとは、請求書をオンラインで発行等するサービスを提供するＷｅｂサービスである。受注者は、クラウド請求書サービスを用いて、請求書を作成する。取得部４０１は、定期的にクラウド請求書サービスより請求書データを取得してもよいし、発注者からの所定の操作に応じてクラウド請求書サービスより受注者が発行した請求書データを取得してもよい。なお、サーバー装置１００は、銀行のポータルサイトにログインして受注者に対して、ＡＰＩを介してクラウド請求書サービスの機能を利用可能に構成してもよい。

（特定部４０２）
特定部４０２は、取得部４０１が取得した請求書データと、銀行の顧客情報と、から発注者を特定する。例えば、特定部４０２は、請求書データより請求書データに記載されている請求先（請求書を受け取る業者等）の情報を取得する。そして、取得部４０１は、取得した請求先の情報に基づき、銀行の顧客情報を検索し、発注者の情報を特定する。ここで、銀行の顧客情報とは、銀行に口座を開設している顧客の情報であり、例えば、銀行に口座を開設している企業の企業名、所在地、設立年月日、連絡先（電話番号、電子メールアドレス等）、取引に関する情報、資産に関する情報、負債に関する情報、口座情報等が含まれる。また、取得部４０１は、請求書データより請求書データに記載されている請求者の情報を取得する。例えば、特定部４０２は、請求書データより請求書データに記載されている請求元（請求書を発行する業者等）の情報を取得する。そして、特定部４０２は、取得した請求元の情報に基づき、銀行の顧客情報を検索し、受注者の情報を特定する。

（表示制御部４０３）
表示制御部４０３は、特定部４０２によって特定された発注者が、銀行のポータルサイトにログイン等した場合、発注者用の画面において、取得部４０１が取得した請求書データを表示するよう制御する。

４．情報処理
図５は、サーバー装置１００における請求書表示に係る情報処理の一例を示すアクティビティ図である。
Ａ５０１において、取得部４０１は、請求書データを取得する。
Ａ５０２において、特定部４０２は、取得部４０１が取得した請求書データと、銀行の顧客情報と、から発注者を特定する。他の例として、特定部４０２は、請求書データと、銀行の顧客情報と、銀行の口座の入出金情報と、から発注者を特定するようにしてもよい。例えば、特定部４０２は、請求書データより請求書データに記載されている請求先の情報を取得する。そして、取得部４０１は、取得した請求先の情報に基づき、銀行の顧客情報を検索し、発注者の情報（例えば、発注者の企業名、口座番号等）を取得する。同様に、特定部４０２は、請求書データより請求書データに記載されている請求者の情報を取得する。例えば、特定部４０２は、請求書データより請求書データに記載されている請求元の情報を取得する。そして、特定部４０２は、取得した請求元の情報に基づき、銀行の顧客情報を検索し、受注者の情報（例えば、受注者の企業名、口座番号等）を取得する。そして、特定部４０２は、取得した発注者の情報と、取得した受注者の情報と、に基づき、発注者の口座の過去の入出金の情報と、受注者の口座の過去の入出金の情報と、から発注者と受注者と、を特定するようにしてもよい。例えば、発注者と推定される企業の口座から受注者と推定される企業の口座に入金がなれていた場合、特定部４０２は、請求書データと、銀行の顧客情報と、から推定していた発注者と受注者とを実際の発注者と受注者とであると特定する。
Ａ５０３において、表示制御部４０３は、特定部４０２によって特定された発注者が、銀行のポータルサイトにログインし、請求書データを表示する操作を行った場合、発注者用の画面において、取得部４０１が取得した請求書データを表示するよう制御する。図６は、クライアント装置１１０の出力部３０５に表示された請求書データの一例を示す図である。

実施形態１によれば、発注者は、銀行のポータルサイトにログインして請求書データを確認することができる。したがって、銀行のポータルサイトをより利用するようになる。また、実施形態１によれば、銀行に口座を持っている企業の請求管理の利便性が向上する。

（変形例）
以下、実施形態１の変形例を説明する。
図７は、ユーザーが銀行のポータルサイトにログインした場合に、表示制御部４０３がユーザーのクライアント装置に表示させるダッシュボード画面６００の一例を示す図である。ダッシュボード画面６００では、ユーザーの口座の情報、明細情報、入出金予定の情報、資金繰りの情報等が表示されるよう構成されている。また、ダッシュボード画面６００では、ユーザーに対するお知らせ、口座の情報、入出金予定の情報が表示されるよう構成されている。
また、ダッシュボード画面６００には、請求書発行ボタン６１０が含まれる。請求書発行ボタン６１０が選択されると、サーバー装置１００は、ＡＰＩ等を介して、ユーザーに対してクラウド請求書サービスの機能を提供する。図８は、クラウド請求書を作成する画面７００の一例を示す図である。請求書発行ボタン６１０が選択されると、表示制御部４０３は、図８に示されるような画面７００をユーザーのクライアント装置の出力部に表示するよう制御する。ユーザーは、画面７００を用いて、請求書を作成することができる。

また、ダッシュボード画面６００には、入金管理ボタン６２０が含まれる。入金管理ボタン６２０が選択されると、表示制御部４０３は、図９に示されるような画面８００をユーザーのクライアント装置の出力部に表示するよう制御する。図９は、入金管理（請求一覧）の画面の一例を示す図（その１）である。画面８００では、作成された請求書の一覧が含まれる。画面の下部の左に表示されているものは作成された請求書の支払期限（振込期限）である。支払期限の右横には請求先の情報が含まれる。請求先の情報の右横には請求金額が含まれる。

ここで、表示制御部４０３は、ユーザーが発行した請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、請求書データに関する金額が、入金済みか否かを判定する。
より具体的に説明すると、特定部４０２は、請求書データより、請求書データに記載されている請求先の情報と、請求者の情報とを取得する。そして、特定部４０２は、取得した請求先の情報に基づき銀行の顧客情報を検索し、発注者の情報（例えば、企業名や企業を識別する識別情報等）及び発注者の銀行口座等を特定する。同様に、特定部４０２は、請求者の情報に基づき銀行の顧客情報を検索し、受注者の情報を特定する。表示制御部４０３は、特定された発注者の銀行口座の取引に関する情報（例えば、入出金の情報）等に基づいて、請求書データに記載されている支払期限までに発注者の銀行口座から受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。入出金の情報には、どこからどこへの入金なのかの情報、及び、どこからどこへの出金なのかの情報等が含まれる。表示制御部４０３は、請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれている場合は、入金済みであると判定する。一方、表示制御部４０３は、請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれていない場合は、入金済みでないと判定する。

他の例として、表示制御部４０３は、特定された受注者の銀行口座の取引に関する情報等に基づいて、請求書データに記載されている支払期限までに発注者の銀行口座から受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。
その他の例として、表示制御部４０３は、特定部４０２によって特定された発注者の銀行口座の取引に関する情報と特定部４０２によって特定された受注者の銀行口座の取引に関する情報とに基づいて請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。

表示制御部４０３は、判定の結果をユーザーに表示するよう制御する。画面８００には、オブジェクト８１０が含まれている。オブジェクト８１０が枠８１１の左側にある場合は、該当する請求書の金額が入金済みであることを示す。オブジェクト８１０が枠の右側にある場合は、該当する請求書の金額が入金済みではないことを示す。図９の例では、３／１５ ＸＸ商店の￥２００，０００が入金済みでそれ以外はまだ未入金であることが示されている。なお、入金済みか否かを示す態様はこれらに限られるものではない。
図９に示されるように、表示制御部４０３は、該当する請求書の情報に関連付けて、「入金済」や「未入金」等の文字列を表示するようにしてもよい。また、他の例として、表示制御部４０３は、該当する請求書の情報に関連付けて、「入金済」や「未入金」等を示すマークを表示するようにしてもよい。

また、画面８００には、表示領域８２０が含まれる。表示領域８２０には、今月の入金予定の金額が表示される。表示制御部４０３は、ユーザーが発行した請求書データに含まれる支払い期限の情報、請求金額等に基づき、今月の入金予定の金額を求め、表示領域８２０に表示するよう制御する。これは、表示制御部４０３が、請求書データに基づき、請求書データに関する受注者の所定期間の入金予定額を求め、入金予定額を表示する処理の一例である。図９の例では、所定期間は今月の一ヶ月である。

また、表示制御部４０３は、一覧に含まれる請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、請求書データに関する金額のお金が受注者の銀行口座に入金されたことを検知した場合、通知するようにしてもよい。表示制御部４０３は、一覧に含まれる請求書データのうち、該当する請求書データの近傍に「入金がありました！」等のテキストを表示して通知してもよいし、該当する請求書データの近傍に所定のマークを表示し、入金されたことを通知するようにしてもよい。また、表示制御部４０３は、ユーザーに電子メールを送信する等して、お金が入金されたことを通知するようにしてもよい。
ここで、表示制御部４０３は、設定に応じて、ユーザーのクライアント装置からの要求等に基づき、設定された企業等から入金があった場合に通知するようにしてもよいし、過去の入金履歴に基づきいつも入金が２～３日遅れる企業、初めて取引を行った企業から入金があった場合に通知するようにしてもよい。また、表示制御部４０３は、設定された金額（例えば、１０００万）以上の金額が振り込まれた場合に通知するようにしてもよい。

また、画面８００には、簡易消込ボタン８３０が含まれる。簡易消込ボタン８３０が選択されると、表示制御部４０３は、図１０に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御する。図１０は、簡易消込の画面の一例を示す図である。図１０に示される画面を介して、ユーザーは、オブジェクト９１０を操作して、未入金を入金済とすることができる。例えば、サーバー装置１００が上述したように自動的に未入金を入金済みに変更できないような場合で請求書に関する金額が入金されたことが分かった場合、ユーザーは、図９に示されるような画面を介して手動で請求書に係る金額を入金済みに変更することができる。すなわち、ユーザーは、簡易な方法により消込をすることができる。

また、表示制御部４０３は、所定の操作に基づいて、取引先の分析画面をユーザーのクライアント装置の出力部に表示するよう制御する。図１１は、分析画面１０１０の一例を示す図である。表示制御部４０３は、請求書データと、特定された受注者の銀行口座の取引に関する情報と、に基づいて、各月における請求書に関する入金の上位リストを求めて分析画面１０１０に表示するよう制御する。また、表示制御部４０３は、請求書データにおける請求先ごとに、決済ルールと、過去の支払状況のデータに基づく遅延が合ったことがあるか否かの情報を分析画面１０１０に表示するよう制御する。ここで、決済ルールとは、「末締め翌月末支払い」や「２０日締め翌月末支払い」等の取引先との請求と支払のルールのことである。この決済ルールは、ユーザーのクライアント装置からの操作に基づいて、サーバー装置１００に設定される。設定された値、情報等は制御部２０１によって記憶部２０２に記憶される。

また、入金管理ボタン６２０が選択されると、表示制御部４０３は、図１２に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御するようにしてもよい。図１２は、入金管理（請求一覧）の画面の一例を示す図（その２）である。図１２の画面は、図９の画面に比べて、テキスト１１００が追加されている。表示制御部４０３は、ユーザーが発行した請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、請求書データに関する金額が、入金済みでないと判定した場合、該当する請求書データに関する情報とともに、入金されていないことをテキスト１１００で表示するよう制御する。ここで、表示制御部４０３は、現在の日時に基づき、直近に支払われるべきであり、かつ、支払われていない請求書に関する情報をテキスト１１００に含めて表示してもよいし、支払われていないすべての請求書に関する情報をテキスト１１００に含めて表示してもよい。
図１２に示されるような画面を表示することによって、未入金についてアラートを表示することができる。なお、未入金を示すことは画面におけるテキストの表示に限られず、テキストの表示の替わりに、又はテキストの表示と共に、サーバー装置１００は、設定されたアドレス宛に電子メールを送信するようにしてもよい。

また、表示制御部４０３は、ユーザーが発行した請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、入金予定の金額を求め、図１３に示されるように、資金繰り表に反映するようにしてもよい。図１３は、入金予定が反映された資金繰り表の一例を示す図（その１）である。図１３に示される画面は、ユーザーのクライアント装置の出力部に表示される。領域１２１０では入金の予定が表示されている。図１３を表示する処理は、請求書データに基づき、請求書データに関する受注者の資金繰り表を更新し、表示する処理の一例である。

また、表示制御部４０３は、請求書データに基づき、融資、又は調達に関する情報を画面に表示する。より具体的に説明すると、表示制御部４０３は、ユーザーが発行した請求書データのうち、未発送の請求書データがある場合、図１４に示されるような、画面をユーザーのクライアント装置の出力部に表示するよう制御する。図１４は、入金予定が反映された資金繰り表の一例を示す図（その２）である。図１４に示される画面には、図１３に示される画面に比べて、ファクタリングを依頼するためのファクタリングボタン１３１０、ＰＯ（Ｐｕｒｃｈａｓｅ Ｏｒｄｅｒ）ファイナンスを依頼するためのＰＯファイナンス依頼ボタン１３２０が更に含まれている。
他の例として、表示制御部４０３は、ユーザーが発行した請求書データのうち、請求金額がまだ入金されていない請求書データがある場合に、図１４に示される画面を表示するようにしてもよい。
更に他の例として、表示制御部４０３は、ユーザーが発行した請求書データのうち、請求金額がまだ入金されていない請求書データがあり、かつ、請求先が入金の遅延を過去に行っていた場合に、図１４に示される画面を表示するようにしてもよい。

例えば、ユーザーが、ファクタリングボタン１３１０を選択し、該当する請求書等を選択すると、表示制御部４０３は、図１５に示されるような画面１４００をユーザーのクライアント装置の出力部に表示するよう制御する。図１５は、請求代行依頼の画面１４００の一例を示す図である。ユーザーによって、請求代行を依頼するボタン１４１０が選択されると、表示制御部４０３は、該当する請求書に関する請求書データを、提携しているファクタリング会社等に送信し、ファクタリングを依頼する。

また、図７のダッシュボード画面６００には、請求書受取ボタン６３０が含まれる。請求書受取ボタン６３０が選択されると、表示制御部４０３は、ユーザーが発注者となっている請求書データをユーザーのクライアント装置の出力部に表示するよう制御する。
他の例として、請求書受取ボタン６３０が選択されると、表示制御部４０３は、図１６に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御する。
更に他の例として、表示制御部４０３は、受注者によって発行された請求書データを受け取ると、図１６に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御する。
図１６は、新規メッセージ画面１５００の一例を示す図である。新規メッセージ画面１５００には、開いて確認ボタン１５１０と、保存ボタン１５２０と、が含まれる。開いて確認ボタン１５１０が選択されると、表示制御部４０３は、届いている請求書データを表示するよう制御する。保存ボタン１５２０が選択されると、表示制御部４０３は、保存場所を選択させる画面等を表示し、その画面において選択された保存先に届いている請求書データを保存する。
図１６に示されるような画面が表示されることによって、ユーザーは、請求書データを開いて確認したり、クライアント装置に保存したりすることができる。

また、所定の操作が行われた場合、表示制御部４０３は、図１７に示されるような画面を、ユーザーのクライアント装置の出力部に表示するよう制御してもよい。図１７は、新規保管画面１６００の一例を示す図である。新規保管画面１６００は、スキャナ取り込みボタン１６１０と、ファイル連携ボタン１６２０と、保存ボタン１６３０と、を含む。スキャナ取り込みボタン１６１０が選択されると、表示制御部４０３は、スキャナで請求書を取り込むための画面を表示するよう制御する。ファイル連携ボタン１６２０が選択されると、表示制御部４０３は、他のシステムと請求書データに関するファイルを連携するための画面を表示するよう制御する。保存ボタン１６３０が選択されると、表示制御部４０３は、スキャナ、又はファイル連携により取得された請求書データの保存場所を選択させる画面等を表示し、その画面において選択された保存先に届いている請求書データを保存する。

また、図７のダッシュボード画面６００には、支払管理ボタン６４０が含まれる。支払管理ボタン６４０が選択されると、表示制御部４０３は、図１８に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御する。図１８は、支払一覧画面１７００の一例を示す図である。支払一覧画面１７００には、受注者より受け取った請求書の一覧が含まれる。画面の下部の左に表示されているものは作成された請求書の支払期限（振込期限）である。支払期限の右横には請求元の情報が含まれる。請求元の情報の右横には請求金額が含まれる。

ここで、表示制御部４０３は、ユーザーに対して発行された請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、請求書データに関する金額が、支払い済みか否かを判定する。
より具体的に説明すると、特定部４０２は、請求書データより、請求書データに記載されている請求先の情報と、請求者の情報とを取得する。そして、特定部４０２は、取得した請求先の情報に基づき銀行の顧客情報を検索し、発注者の情報（例えば、企業名や企業を識別する識別情報等）及び発注者の銀行口座等を特定する。同様に、特定部４０２は、請求者の情報に基づき銀行の顧客情報を検索し、受注者の情報を特定する。表示制御部４０３は、特定された発注者の銀行口座の取引に関する情報等に基づいて、請求書データに記載されている支払期限までに発注者の銀行口座から受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。表示制御部４０３は、請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれている場合は、支払い済みであると判定する。一方、表示制御部４０３は、請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれていない場合は、支払い済みでないと判定する。

他の例として、表示制御部４０３は、特定された受注者の銀行口座の取引に関する情報等に基づいて、請求書データに記載されている支払期限までに発注者の銀行口座から受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。
その他の例として、表示制御部４０３は、特定部４０２によって特定された発注者の銀行口座の取引に関する情報と特定部４０２によって特定された受注者の銀行口座の取引に関する情報とに基づいて請求書データに記載されている支払期限までに発注者の銀行口座から特定された受注者に対して、請求書データに記載されている請求の合計金額が振り込まれているか否かを判定する。

表示制御部４０３は、判定の結果をユーザーに表示するよう制御する。支払一覧画面１７００には、オブジェクト１７１０が含まれている。オブジェクト１７１０が枠１７１１の左側にある場合は、該当する請求書の金額が支払済みであることを示す。オブジェクト８１０が枠の右側にある場合は、該当する請求書の金額が支払済みではないことを示す。図１８の例では、一覧のうち先頭が支払済みで、一覧のうち先頭から２～４つが支払の予約済みで、それ以外が未手続きであることを示している。
また、図１８に示されるように、表示制御部４０３は、該当する請求書の情報に関連付けて、文字列１７２０、文字列１７３０、文字列１７４０に示されるように、「支払済」や「予約済」、「未手続」等の文字列を表示する。他の例として、表示制御部４０３は、該当する請求書の情報に関連付けて、「支払済」や「予約済」、「未手続」等を示すマークを表示するようにしてもよい。

また、支払一覧画面１７００には、表示領域１７５０が含まれる。表示領域１７５０には、今月の支払予定額が表示される。表示制御部４０３は、ユーザーに対して発行された請求書データに含まれる支払い期限の情報、請求金額等に基づき、今月の支払予定の金額を求め、表示領域１７５０に表示するよう制御する。これは、表示制御部４０３が、請求書データに基づき、発注者の所定期間の出金予定額を求め、出金予定額を表示する処理の一例である。図１７の例では、所定期間は今月の一ヶ月である。
表示制御部４０３は、関連するすべての請求書データの合計値と自動引き落とし等の合計値とから出金予定額求めるようにしてもよい。なお、表示制御部４０３は、請求書データから支払い期限を読み取り、支払い時期を求める。

また、支払一覧画面１７００には、支払予約ボタン１７６０が含まれる。請求書データの一覧のうち、所定の請求書データが選択され、支払予約ボタン１７６０が選択されると、表示制御部４０３は、図１９に示されるような支払予約画面をユーザーのクライアント装置の出力部に表示するよう制御する。図１９は、支払予約画面１８２０の一例を示す図である。支払予約画面１８２０には予約ボタン１８３０が含まれる。予約ボタン１８３０が選択されると、ユーザーの銀行口座から支払予約画面１８２０に記載されている請求書データの請求元に、記載されている日時に、記載されている金額が振り込まれるよう振り込みの予約が行われる。また、予約ボタン１８３０が選択されると、表示制御部４０３は、支払予約画面１８２０に示されているような情報を該当する請求書データと関連付けて予約データとして記憶部２０２等に記憶する。
支払い予約機能を用いることによって、ユーザーは、支払い期限までに一括で支払いを行うようにすることができる。
なお、サーバー装置１００は、請求書データに基づき設定されたタイミング（例えば、支払期限の３日前）に請求書に係る金額を支払うようにしてもよい。

表示制御部４０３は、請求書データの一覧のうち、支払いが済んでおらず、また、予約データもない請求書データが存在する場合は、図２０に示されるような画面をユーザーのクライアント装置の出力部に表示するよう制御する。図２０は、支払一覧画面１９００の一例を示す図である。図２０の画面は、図１８の画面に比べて、テキスト１９１０が追加されている。表示制御部４０３は、請求書データの一覧のうち、支払いが済んでおらず、また、予約データもない請求書データが存在する場合は、該当する請求書データに関する情報とともに、予約もされていないことをテキスト１９１０で表示するよう制御する。表示制御部４０３は、現在の日時に基づき、予約されていない請求書データのうち、直近に支払期限がくる請求書データに関する情報をテキスト１９１０に含めて表示してもよいし、予約されていないすべての請求書データに関する情報をテキスト１９１０に含めて表示してもよい。
図２０に示されるような画面を表示することによって、支払い予約されていない請求書データに関してアラートを表示することができる。

また、表示制御部４０３は、ユーザーが発行した請求書データと、特定部４０２によって特定された発注者及び／又は特定部４０２によって特定された受注者の銀行口座のデータと、に基づき、出金予定の金額を求め、図２１に示されるように、資金繰り表に反映するようにしてもよい。図２１は、出金予定が反映された資金繰り表の一例を示す図（その１）である。図２１に示される画面は、ユーザーのクライアント装置の出力部に表示される。領域２０１０では出金の予定が表示されている。図２１を表示する処理は、請求書データに基づき、発注者の資金繰り表を更新し、表示する処理の一例である。

また、表示制御部４０３は、請求書データに基づき、図２２に示されるような画面がユーザーのクライアント装置の出力部に表示されるよう制御してもよい。図２２は、出金予定が反映された資金繰り表の一例を示す図（その２）である。図２２に示される画面では、図２１に示される画面に比べて、銀行に相談ボタン２１１０が含まれる。銀行に相談ボタン２１１０が選択されると、表示制御部４０３は、資金繰りに関して銀行に相談するための画面を表示するよう制御する。
なお、表示制御部４０３は、所定の条件を満たした場合に、資金繰り表を含む画面に、銀行に相談ボタン２１１０を表示するようにしてもよい。所定の条件とは、例えば、出金予定の金額の合計が所定の額以上になった場合であったり、入金予定の金額の合計から出金予定の金額の合計を引いた場合にマイナスになった場合であったりする。所定の条件は予め定められていてもよいし、クライアント装置からの要求等に基づいてサーバー装置１００が設定してもよい。

また、表示制御部４０３は、請求書データに基づき、図２３に示されるような画面がユーザーのクライアント装置の出力部に表示されるよう制御してもよい。図２３は、出金予定が反映された資金繰り表の一例を示す図（その３）である。図２３に示される画面では、図２１に示される画面に比べて、費用アドバイスボタン２２１０が含まれる。費用アドバイスボタン２２１０が選択されると、表示制御部４０３は、費用低減のアドバイスを受けるための画面を表示するよう制御する。
なお、表示制御部４０３は、所定の条件を満たした場合に、資金繰り表を含む画面に、費用アドバイスボタン２２１０を表示するようにしてもよい。所定の条件とは、例えば、出金予定の金額の合計が所定の額以上になった場合であったり、入金予定の金額の合計から出金予定の金額の合計を引いた場合にマイナスになった場合であったりする。所定の条件は予め定められていてもよいし、クライアント装置からの要求等に基づいてサーバー装置１００が設定してもよい。

（その他の変形例）
サーバー装置１００は、請求書データと、銀行口座のデータと、に基づき、発注者の銀行口座から請求書データに関する受注者の銀行口座に請求書データに関する金額のお金を移動させるようにしてもよい。
また、サーバー装置１００は、請求書データに記載の支払い期限までに、発注者の銀行口座から受注者の銀行口座に請求書データに関する金額のお金を移動させるようにしてもよい。
また、サーバー装置１００は、発注者の過去の支払い実績に基づいて、請求書データに関連付けて、請求書データに関する金額の請求代行、又はファクタリングの利用をサジェストするようにしてもよい。
また、サーバー装置１００は、請求書データに基づき、経営に関するアドバイス等、経営に関する情報を表示するようにしてもよい。
＜付記＞
発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、前記発注者の所定期間の出金予定額を求め、前記出金予定額を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、前記請求書データに関する受注者の所定期間の入金予定額を求め、前記入金予定額を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データと、銀行口座のデータと、に基づき、前記請求書データに関する金額が、支払い済みか否かを表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データと、銀行口座のデータと、に基づき、前記請求書データに関する金額が、入金済みか否かを表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、前記発注者の資金繰り表を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、前記請求書データに関する受注者の資金繰り表を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、融資、又は調達に関する情報を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに基づき、経営に関する情報を表示する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データと、銀行口座のデータと、に基づき、前記請求書データに関する金額のお金が入金された場合、通知する、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データと、銀行口座のデータと、に基づき、前記発注者の銀行口座から前記請求書データに関する受注者の銀行口座に前記請求書データに関する金額のお金を移動させる、情報処理装置。
前記情報処理装置において、前記制御部は、前記請求書データに記載の支払い期限までに、前記発注者の銀行口座から前記受注者の銀行口座に前記請求書データに関する金額のお金を移動させる、情報処理装置。
前記情報処理装置において、前記制御部は、前記発注者の過去の支払い実績に基づいて、前記請求書データに関する金額の請求代行、又はファクタリングの利用をサジェストする、情報処理装置。
情報処理装置が実行する情報処理方法であって、請求書データを取得し、取得した請求書データと、銀行の顧客情報と、から発注者を特定し、特定した発注者に前記請求書データを表示する、情報処理方法。
プログラムであって、コンピュータを、前記情報処理装置の制御部として機能させるためのプログラム。
もちろん、この限りではない。

例えば、上述のソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバーからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。
上述した実施形態では、サーバー装置１００が画面を生成し、クライアント装置１１０やクライアント装置１２０に送信するものとして説明を行った。しかし、サーバー装置１００は画面を生成するためのデータをクライアント装置１１０やクライアント装置１２０に送信する。そして、クライアント装置１１０やクライアント装置１２０がサーバー装置１００より受信したデータに基づき画面を生成し、表示するようにしてもよい。

また、上述したサーバー装置が提供する機能は、複数のサーバー装置から構成されるシステムが提供するようにしてもよい。
また、上述したように請求書データは、クラウド上で作成された請求書のデータであってもよいし、メールで受領した請求書のデータであってもよいし、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のファイル等を一括でデータ取り込みした請求書のデータであってもよい。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００ ：サーバー装置
１１０ ：クライアント装置
１２０ ：クライアント装置
１５０ ：ネットワーク
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
３０１ ：制御部
３０２ ：記憶部
３０３ ：撮像部
３０４ ：入力部
３０５ ：出力部
３０６ ：通信部
４０１ ：取得部
４０２ ：特定部
４０３ ：表示制御部
６００ ：ダッシュボード画面
６１０ ：請求書発行ボタン
６２０ ：入金管理ボタン
６３０ ：請求書受取ボタン
６４０ ：支払管理ボタン
７００ ：画面
８００ ：画面
８１０ ：オブジェクト
８１１ ：枠
８２０ ：表示領域
８３０ ：簡易消込ボタン
９１０ ：オブジェクト
１０００ ：情報処理システム
１０１０ ：分析画面
１１００ ：テキスト
１２１０ ：領域
１３１０ ：ファクタリングボタン
１３２０ ：ＰＯファイナンス依頼ボタン
１４００ ：画面
１４１０ ：ボタン
１５００ ：新規メッセージ画面
１５１０ ：確認ボタン
１５２０ ：保存ボタン
１６００ ：新規保管画面
１６１０ ：スキャナ取り込みボタン
１６２０ ：ファイル連携ボタン
１６３０ ：保存ボタン
１７００ ：支払一覧画面
１７１０ ：オブジェクト
１７１１ ：枠
１７２０ ：文字列
１７３０ ：文字列
１７４０ ：文字列
１７５０ ：表示領域
１７６０ ：支払予約ボタン
１８２０ ：支払予約画面
１８３０ ：予約ボタン
１９００ ：支払一覧画面
１９１０ ：テキスト
２０１０ ：領域
２１１０ ：相談ボタン
２２１０ ：費用アドバイスボタン

Claims (13)

1. 銀行のサーバー装置を含む、情報処理システムであって、
   制御部を有し、
   前記制御部は、
   請求書データを取得し、ここで、前記請求書データは、請求先の情報と支払い期限の情報と請求金額の情報とを含み、
   取得した前記請求書データに含まれる前記請求先の情報により、前記銀行の顧客情報を検索することにより発注者を特定し、
   前記請求書データに含まれる前記支払い期限の情報と前記請求金額の情報とに基づき、前記発注者の所定期間の出金予定額を求め、
   前記発注者が前記銀行のポータルサイトのユーザとして前記ポータルサイトにログインした場合に、前記発注者の前記請求書データに関する情報と、前記出金予定額とを、前記ポータルサイトのユーザ用の画面に表示させる、
   情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記請求書データは、請求元の情報をさらに含み、
   前記制御部は、
   取得した前記請求書データに含まれる前記請求元の情報により、前記銀行の顧客情報を検索することにより受注者を特定し、
   前記請求書データに含まれる前記支払い期限の情報と、前記請求金額の情報とに基づき、前記請求書データに関する前記受注者の所定期間の入金予定額を求め、
   前記受注者が前記銀行の前記ポータルサイトの前記ユーザとして前記ポータルサイトにログインした場合に、前記銀行の前記ポータルサイトの前記ユーザ用の画面に、前記受注者の前記請求書データに関する情報と、前記入金予定額とを表示させる、
   情報処理システム。
3. 請求項１または請求項２に記載の情報処理システムにおいて、
   前記請求書データは、請求元の情報をさらに含み、
   前記制御部は、
   取得した前記請求書データに含まれる前記請求元の情報により、前記銀行の顧客情報を検索することにより受注者の銀行口座を特定し、
   取得した前記請求書データに含まれる前記請求先の情報により、前記銀行の顧客情報を検索することにより前記発注者の銀行口座を特定し、
   特定された前記発注者の銀行口座から前記受注者の銀行口座に対し、前記請求金額が、前記支払い期限までに支払い済みか否かを判定し、
   前記発注者が前記ユーザとして前記ポータルサイトにログインした場合に、前記銀行の前記ポータルサイトの前記ユーザ用の画面に判定結果を表示させる、
   情報処理システム。
4. 請求項１から請求項３までの何れか１項に記載の情報処理システムにおいて、
   前記請求書データは、請求元の情報をさらに含み、
   前記制御部は、
   取得した前記請求書データに含まれる前記請求元の情報により、前記銀行の顧客情報を検索することにより受注者の銀行口座を特定し、
   取得した前記請求書データに含まれる前記請求先の情報により、前記銀行の顧客情報を検索することにより前記発注者の銀行口座を特定し、
   特定された前記発注者の銀行口座から前記受注者の銀行口座に対し、前記請求金額が、前記支払い期限までに入金済みか否かを判定し、
   前記受注者が前記ユーザとして前記ポータルサイトにログインした場合に、前記銀行の前記ポータルサイトの前記ユーザ用の画面に判定結果を表示させる、
   情報処理システム。
5. 請求項４に記載の情報処理システムにおいて、
   前記制御部は、
   前記請求金額が入金済みであると判定した場合、前記受注者のクライアント装置に対して入金済みであること通知する、
   情報処理システム。
6. 請求項１から請求項５までの何れか１項に記載の情報処理システムにおいて、
   前記銀行の顧客情報は、前記ユーザの取引に関する情報を含み、
   前記制御部は、
   前記発注者が前記ユーザとして前記ポータルサイトにログインした場合に、前記ポータルサイトの前記ユーザ用の画面に前記発注者の資金繰り表を表示させ、ここで、前記発注者の資金繰り表は、前記発注者の所定期間の前記出金予定額と、前記ユーザの取引に関する情報とを少なくとも含む、
   情報処理システム。
7. 請求項１から請求項６までの何れか１項に記載の情報処理システムにおいて、
   前記請求書データは、請求元の情報を含み、
   前記銀行の顧客情報は、前記ユーザの取引に関する情報を含み、
   前記制御部は、
   前記請求元の情報により、前記銀行の顧客情報を検索することにより受注者を特定し、
   前記支払い期限の情報と、前記請求金額の情報とに基づき、前記受注者の所定期間の入金予定額を求め、
   前記受注者が前記ユーザとして前記ポータルサイトにログインした場合に、前記銀行の前記ポータルサイトの前記ユーザ用の画面に前記受注者の資金繰り表を表示させ、ここで、前記受注者の資金繰り表は、前記受注者の所定期間の前記入金予定額と、前記ユーザの取引に関する情報とを少なくとも含む、
   情報処理システム。
8. 請求項７に記載の情報処理システムにおいて、
   前記制御部は、
   前記受注者の資金繰り表において、前記請求金額がまだ入金されていない前記請求書データの情報がある場合に、調達を依頼するためのオブジェクトを前記ユーザ用の画面に表示させる、情報処理システム。
9. 請求項７または請求項８に記載の情報処理システムにおいて、
   前記制御部は、
   前記受注者の資金繰り表において、前記請求金額がまだ入金されていない前記請求書データの情報があり、かつ、当該請求書データの前記請求先が入金の遅延を過去に行っていた場合に、融資を依頼するためのオブジェクトを前記ユーザ用の画面に表示させる、情報処理システム。
10. 請求項１から請求項９までの何れか１項に記載の情報処理システムにおいて、
    前記請求書データは、請求元の情報と、前記支払い期限の情報と、前記請求金額の情報とを含み、
    前記制御部は、
    前記銀行の前記ポータルサイトの前記ユーザが前記発注者または受注者となる前記請求書データを取得し、
    前記ユーザが前記発注者となる前記請求書データに含まれる前記支払い期限の情報と前記請求金額の情報とに基づき、所定期間の前記ユーザの前記出金予定額を求め、
    前記ユーザが前記受注者となる前記請求書データに含まれる前記支払い期限の情報と前記請求金額の情報とに基づき、所定期間の前記ユーザの入金予定額を求め、
    前記銀行の前記ポータルサイトの前記ユーザ用の画面に前記ユーザの資金繰り表を表示させ、ここで、前記ユーザの資金繰り表は、前記ユーザの取引に関する情報と、前記ユーザの前記出金予定額と、前記ユーザの前記入金予定額を含む、情報処理システム。
11. 請求項１０に記載の情報処理システムにおいて、
    前記制御部は、
    前記ユーザの資金繰り表の前記出金予定額または前記入金予定額が所定の条件を満たす場合、前記銀行に対する相談を依頼するためのオブジェクト、または、前記銀行からのアドバイスを依頼するためのオブジェクトを前記ユーザ用の画面に表示させる、
    情報処理システム。
12. 銀行のサーバー装置を含む、情報処理システムが実行する情報処理方法であって、
    請求書データを取得し、ここで、前記請求書データは、請求先の情報と支払い期限の情報と請求金額の情報とを含み、
    取得した請求書データに含まれる前記請求先の情報により、前記銀行の顧客情報を検索することにより発注者を特定し、
    前記請求書データに含まれる前記支払い期限の情報と前記請求金額の情報とに基づき、前記発注者の所定期間の出金予定額を求め、
    前記発注者が前記銀行のポータルサイトのユーザとして前記ポータルサイトにログインした場合に、前記発注者の前記請求書データと、前記出金予定額とを、前記ポータルサイトのユーザ用の画面に表示させる、
    情報処理方法。
13. プログラムであって、
    コンピュータを、請求項１から請求項１１までの何れか１項に記載の情報処理システムの制御部として機能させるためのプログラム。