JP2022173655A

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

Info

Publication number: JP2022173655A
Application number: JP2021079486A
Authority: JP
Inventors: 得真丸橋; Eruma Maruhashi; 直道冨山; Naomichi Tomiyama; 謙太朗田中; Kentaro Tanaka
Original assignee: Money Forward Inc
Current assignee: Money Forward Inc
Priority date: 2021-05-10
Filing date: 2021-05-10
Publication date: 2022-11-22

Abstract

【課題】請求書を顧客に送っても振込期限までに請求金額が振り込まれない場合でも、すぐにお金を手にすることができるようにする装置、方法及びプログラムを提供する。
【解決手段】情報処理システムにおいて、情報処理装置（サーバー１００）の取得部は、請求書データを取得する。表示制御部は、取得した請求書データを画面に表示するよう制御する。画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれる。送信部は、第１のオブジェクトが選択された場合、第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する。
【選択図】図４

Description

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

特許文献１には請求書を自動で作成する装置が開示されている。

特開２０２０－１９４６０３号公報

請求書を顧客に送ったとしても振込期限までに請求金額が振り込まれない場合がある。

本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を有する。制御部は、請求書データを取得する。取得した請求書データを画面に表示するよう制御する。画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれる。第１のオブジェクトが選択された場合、第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する。

図１は、情報処理システムのシステム構成の一例を示す図である。図２は、サーバー装置のハードウェア構成の一例を示す図である。図３は、クライアント装置のハードウェア構成の一例を示す図である。図４は、サーバー装置の機能構成の一例を示す図である。図５は、サーバー装置における情報処理の一例を示すアクティビティ図である。図６は、表示画面の一例を示す図（その１）である。図７は、変形例１の情報処理システムのシステム構成の一例を示す図である。図８は、変形例１の表示画面の一例を示す図である。図９は、変形例２のサーバー装置の機能構成の一例を示す図である。図１０は、変形例３のサーバー装置の機能構成の一例を示す図である。図１１は、変形例４のサーバー装置の機能構成の一例を示す図である。図１２は、変形例４の表示画面の一例を示す図である。図１３は、変形例５のサーバー装置の機能構成の一例を示す図である。図１４は、変形例５の表示画面の一例を示す図である。図１５は、変形例６のサーバー装置の機能構成の一例を示す図である。図１６は、変形例６の表示画面の一例を示す図である。図１７は、変形例７のサーバー装置の機能構成の一例を示す図である。図１８は、変形例７の表示画面の一例を示す図である。図１９は、変形例８の表示画面の一例を示す図である。図２０は、変形例９の表示画面の一例を示す図である。

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

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

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

＜実施形態１＞
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、サーバー装置１２０と、を含む。サーバー装置１００は、本実施形態の処理を実行するサーバー装置である。クライアント装置１１０は、ユーザーが使用する装置であって、例えばＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）である。サーバー装置１２０は、ファクタリングのサービスを提供している会社のサーバー装置である。ここで、ファクタリングとは、売掛債権を買い取って、その売掛債権の回収を行うサービスのことである。サーバー装置１００と、クライアント装置１１０と、サーバー装置１２０と、はネットワーク１５０を介して通信可能に接続されている。

図１では、説明の簡略化のため、情報処理システム１０００において、クライアント装置１１０は１台しか図示していない。しかし、情報処理システム１０００には、情報処理システム１０００に登録されているユーザーの数だけクライアント装置１１０が含まれる。また、クライアント装置１１０は、ＰＣに限られず、タブレット型コンピュータ、スマートフォン等であってもよい。サーバー装置１００は、情報処理装置の一例である。

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

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

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

（取得部４０１）
取得部４０１は、請求書データを取得する。取得部４０１は、記憶部２０２より請求書データを取得してもよいし、ネットワーク１５０を介して通信可能なデータ記憶サーバー装置等より請求書データを取得してもよい。より具体的に説明すると、取得部４０１は、クライアント装置１１０から請求書データの表示要求を受け取ると、表示要求に該当する請求書データを取得する。ここで、表示要求として、「全て」が含まれていた場合、取得部４０１は、表示要求に該当する請求書データとしてすべての請求書データを取得する。また、表示要求として「請求書データの作成日」が含まれていた場合、取得部４０１は、表示要求に該当する請求書データとして指定された作成日に作成された請求書データを取得する。なお、他の例として、表示要求として「企業名」が含まれていた場合、第１の取得部４０１は、表示要求に該当する請求書データとして指定された「企業名」を含む請求書データを取得するようにしてもよい。同様に、「企業名」ではなく「金額」等であってもよい。

（表示制御部４０２）
表示制御部４０２は、取得された請求書データを、表示要求を送信してきたクライアント装置１１０の出力部３０５に表示するよう制御する。表示制御部４０２によって表示される画面の例として、後述する図６、図８、図１２、図１５、図１７を用いて説明する。例えば、図６に示されるように画面には、請求書データに関するファクタリングを依頼可能なファクタリングボタン６１０、ファクタリングボタン６２０、ファクタリングボタン６３０、ファクタリングボタン６４０が含まれる。ファクタリングボタンは、第１のオブジェクトの一例である。
なお、本実施形態では、請求書データを表示する画面においてファクタリングボタン等を表示する例を用いて説明を行う。しかし、表示制御部４０２は、債権を管理する画面において、請求書に関連付けてファクタリングボタン等を表示するようにしてもよい。

（送信部４０３）
ファクタリングボタンが選択された場合、送信部４０３は、ファクタリングボタンに関連する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼する。例えば、図６のファクタリングボタン６２０が選択された場合、送信部４０３は、ファクタリングボタン６２０に関連する請求書データとして、株式会社ＸＸに対する早期審査の手数料に関する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼する。サーバー装置１２０は、ファクタリングのシステムの一例である。

４．情報処理
図５は、サーバー装置１００における情報処理の一例を示すアクティビティ図である。
Ａ５０１において、取得部４０１は、クライアント装置１１０から請求書データの表示要求を受け取ったか否かを判定する。取得部４０１は、表示要求を受け取ったと判定すると、処理をＡ５０２に進める。取得部４０１は、表示要求を受け取っていないと判定すると、Ａ５０１の処理を繰り返す。

Ａ５０２において、取得部４０１は、請求書データを取得する。より具体的に説明すると、取得部４０１は、表示要求に該当する１以上の請求書データを取得する。
Ａ５０３において、表示制御部４０２は、取得部４０１によって取得された請求書データをクライアント装置１１０の画面に表示するよう制御する。
図６は、表示画面の一例を示す図（その１）である。表示画面は請求書データの表示要求に応じてクライアント装置１１０において表示される画面である。図６に示されるように、表示画面には、表示要求に含まれる検索条件に該当する請求書の一覧及び請求書の一覧から選択された請求書が含まれる。また、表示画面には、ファクタリングボタン６１０、ファクタリングボタン６２０、ファクタリングボタン６３０、ファクタリングボタン６４０が含まれる。ファクタリングボタン６１０、ファクタリングボタン６２０、ファクタリングボタン６３０は、それぞれ請求書の一覧から該当する請求書に関するファクタリングを要求するボタンである。ファクタリングボタン６４０は、請求書の一覧から選択された請求書から請求書に関するファクタリングを要求するボタンである。

Ａ５０４において、表示制御部４０２は、表示画面においてファクタリングボタンが選択されたか否かを判定する。表示制御部４０２は、表示画面においてファクタリングボタンが選択されたと判定すると、処理をＡ５０５に進める。表示制御部４０２は、表示画面においてファクタリングボタンが選択されていないと判定すると、処理をＡ５０３に戻す。
Ａ５０５において、送信部４０３は、選択されたファクタリングボタンに関連する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼する。例えば、ファクタリングの依頼を受けたサーバー装置１２０は、該当する売掛先の会社に対してファクタリング契約の承諾を依頼する。売掛先の会社がファクタリング契約に承諾すると、サーバー装置１２０は、サーバー装置１００に対して、ファクタリングによる売掛代金の支払いを行う。

他の例として、ファクタリングボタンが選択された場合、表示制御部４０２は、請求書に関する売掛債権の売却をファクタリングの会社に行ってもよいか否かを確認する画面をクライアント装置１１０に表示するようにしてもよい。そして、表示された画面において、請求書に関する売掛債権の売却をファクタリングの会社に行ってもよいことが選択された場合、送信部４０３は、選択されたファクタリングボタンに関連する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼するようにしてもよい。
更に他の例として、ファクタリングボタンが選択された場合、送信部４０３は、請求書に関する売掛先の会社に対してファクタリング契約の承諾を依頼する電子メール等を送信するようにしてもよい。そして、売掛先の会社がファクタリング契約を承諾した場合、送信部４０３は、選択されたファクタリングボタンに関連する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼するようにしてもよい。

本実施形態の処理によれば、請求書データを表示する画面において、ファクタリングを依頼するファクタリングボタンが表示されるため、ユーザーは、ファクタリングを依頼しようと考えた場合は、ファクタリングボタンを選択するだけでよい。ファクタリングに依頼すれば、手数料は差し引かれるが、なかなか請求金額を振り込んでくれない顧客との請求に関するやり取りに係る時間を節約することができると共に、すぐにお金を手にすることができる。

（変形例１）
実施形態１の変形例を説明する。図７は、変形例１の情報処理システム１０００のシステム構成の一例を示す図である。変形例１の情報処理システム１０００は、実施形態１の情報処理システム１０００に比べて、サーバー装置１３０を更に含む。サーバー装置１３０は、請求代行のサービスを提供している会社のサーバー装置である。ここで、請求代行とは、債権者から債権回収の依頼を受けて、債務者と交渉をして回収するサービスを含む。なお、請求代行に、与信審査、請求書発行、代金回収等を含んでもよい。サーバー装置１３０は、ネットワーク１５０を介して他の装置と通信可能に接続されている。サーバー装置１３０のハードウェア構成は、サーバー装置１００のハードウェア構成と同様である。サーバー装置１３０の制御部がサーバー装置１３０の記憶部に記憶されたプログラムに基づき処理を実行することによってサーバー装置１３０の機能が実現される。

変形例１の表示制御部４０２は、取得された請求書データを、表示要求を送信してきたクライアント装置１１０の出力部３０５に表示するよう制御する。図８は、変形例１の表示画面の一例を示す図である。図８に示されるように、表示制御部４０２が表示する画面には、請求書データに関するファクタリングを依頼可能なファクタリングボタン６１０、ファクタリングボタン６２０、ファクタリングボタン６３０、ファクタリングボタン６４０が含まれる。また、表示制御部４０２が表示する画面には、請求書データを請求代行に依頼可能な請求代行ボタン７１０、請求代行ボタン７２０、請求代行ボタン７３０、請求代行ボタン７４０が含まれる。請求代行ボタンは、第２のオブジェクトの一例である。

ファクタリングボタンが選択された場合、送信部４０３は、選択されたファクタリングボタンに関連する請求書データをサーバー装置１２０に送信し、ファクタリングを依頼する。請求代行ボタンが選択された場合、送信部４０３は、選択された請求代行ボタンに関連する請求書データをサーバー装置１３０に送信し、請求代行を依頼する。ここで、サーバー装置１３０は、債権回収のシステムの一例である。

変形例１によれば、ユーザーは、画面に表示されたボタンを選択することで、請求書をファクタリングに依頼するか、請求代行に依頼するか、を選択することができる。

（変形例２）
実施形態１の変形例を説明する。図９は、変形例２のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、生成部９０１と、取得部９０２と、表示制御部９０３と、送信部９０４と、を含む。取得部９０２は、実施形態１の取得部４０１と同様である。表示制御部９０３は、実施形態１の表示制御部４０２と同様である。送信部９０４は、実施形態１の送信部４０３と同様である。生成部９０１は、クライアント装置１１０に表示された所定の画面を介したユーザー操作に基づいて請求書データを生成する。生成部９０１によって生成された請求書データは、記憶部２０２に記憶されてもよいし、ネットワーク１５０を介して通信可能なデータ記憶サーバー装置等に記憶されてもよい。取得部９０２は、生成部９０１によって生成され、記憶部２０２等に記憶された請求書データを取得する。

変形例２によれば、サーバー装置１００は、請求書データを生成する機能も提供することができる。

（変形例３）
実施形態１の変形例を説明する。図１０は、変形例３のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、抽出部１００１と、取得部１００２と、表示制御部１００３と、送信部１００４と、を含む。取得部１００２は、実施形態１の取得部４０１と同様である。表示制御部１００３は、実施形態１の表示制御部４０２と同様である。送信部１００４は、実施形態１の送信部４０３と同様である。抽出部１００１は、受け付けた所定の電子文書ファイル形式の請求書から請求書データを抽出する。所定の電子文書ファイル形式とは、例えば、ＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）である。但し、このことは本実施の形態を制限するものではなく、他の形式の電子文書ファイル形式であってもよい。また、抽出部１００１は、クライアント装置１１０のメール情報から請求書データを抽出するようにしてもよい。ここで、クライアント装置１１０に関するメール情報から請求書データを取得する手法は特に限定されず、例えば、抽出部１００１は、通信部２０３を介してクライアント装置１１０の所定のユーザーが利用しているメールのメールサーバーにアクセスし、所定のユーザーのメールアドレス宛てに送信された電子メールを取得してもよい。所定のユーザーとは、例えば、経理担当のユーザー等である。ここで、メールサーバーは、所定のユーザーのメール宛に送信されたメールを格納してもよく、他のサーバーに格納されたメールを管理指定もよい。より具体的には、サーバー装置１００が所定のユーザーからメールへのアクセス権を得た状態で、抽出部１００１がメールサーバーに直接アクセスし、メールサーバーに格納されたメールを取得する。抽出部１００１によって抽出された請求書データは、記憶部２０２に記憶されてもよいし、ネットワーク１５０を介して通信可能なデータ記憶サーバー装置等に記憶されてもよい。取得部１００２は、抽出部１００１によって抽出され、記憶部２０２等に記憶された請求書データを取得する。

変形例３によれば、サーバー装置１００は、例えば、スキャナー等で読み込まれた所定の電子文書ファイル形式の請求書データ、又は電子メールに添付された所定の電子文書ファイル形式の請求書データに対しても処理を行い、上述した実施形態と同様の効果を奏することができる。

（変形例４）
実施形態１の変形例を説明する。図１１は、変形例４のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、第１の取得部１１０１と、第２の取得部１１０２と、選択部１１０３と、表示制御部１１０４と、送信部１１０５と、を含む。第１の取得部１１０１は、実施形態１の取得部４０１と同様である。送信部１１０５は、実施形態１の送信部４０３と同様である。第２の取得部１１０２は、顧客の過去の支払履歴を取得する。ここで、顧客の過去の支払履歴は、それぞれの支払における支払金額、支払いがなされたか否か、請求書に記載の支払期日までに支払いがなされか否か、いつ支払いがなされたか、等の情報が含まれる。顧客の過去の支払履歴は、記憶部２０２に記憶されてもよいし、ネットワーク１５０を介して通信可能なデータ記憶サーバー装置等に記憶されてもよいし、他のシステムから取得されてもよい。

選択部１１０３は、第２の取得部１１０２が取得した支払い履歴に基づいてファクタリングボタンを表示する対象の顧客を選択する。例えば、選択部１１０３は、第１の基準情報と、支払い履歴と、に基づいて、ファクタリングボタンを表示する対象の顧客を選択する。ここで、第１の基準情報は、支払い履歴のどの情報がどのような値になった場合に、ファクタリングボタンを表示する対象の顧客として選択するかの条件が設定された情報である。第１の基準情報の具体例としては、請求書に記載の支払期日までに支払いがなされなかったことを示す情報がある等である。

表示制御部１１０４は、選択部１１０３によって選択された顧客に関連付けてファクタリングボタンを表示するよう制御する。図１２は、変形例４の表示画面の一例を示す図である。図１２の例では、請求書一覧のうち、株式会社ＡＡがファクタリングボタンを表示する対象の顧客として選択され、ファクタリングボタン６１０が表示されている。

変形例４によれば、サーバー装置１００は、支払い履歴に基づいて、ファクタリングボタンを表示する対象の顧客を選択し、その顧客に対応付けてファクタリングボタンを表示することで、ファクタリング対象の顧客をサジェストすることができる。

（変形例５）
実施形態１の変形例を説明する。図１３は、変形例５のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、第１の取得部１２０１と、第２の取得部１２０２と、選択部１２０３と、表示制御部１２０４と、送信部１２０５と、を含む。第１の取得部１２０１は、実施形態１の取得部４０１と同様である。第２の取得部１２０２は、変形例４の第２の取得部１１０２と同様である。選択部１２０３は、取得した支払い履歴に基づいて、ファクタリングボタンを表示する対象の第１の顧客と、請求代行ボタンを表示する対象の第２の顧客と、を選択する。例えば、選択部１２０３は、第２の基準情報と、支払い履歴と、に基づいて、ファクタリングボタンを表示する対象の顧客と、請求代行ボタンを表示する対象の顧客と、を選択する。ここで、第２の基準情報は、支払い履歴のどの情報がどのような値になった場合に、ファクタリングボタンを表示する対象の顧客として選択し、支払い履歴のどの情報がどのような値になった場合に、請求代行ボタンを表示する対象の顧客として選択するかの条件が設定された情報である。第２の基準情報の具体例としては、ファクタリングボタンの基準情報として、過去に支払期日を過ぎて支払いがなされたことが２回以上ある、請求代行ボタンの基準情報として、過去に支払期日を過ぎて支払いがなされたこと１回ある、等がある。これはファクタリングと請求代行とを比較するとファクタリングの方が、手数料が割高だからである。

表示制御部１２０４は、選択部１２０３によって選択された第１の顧客に関連付けてファクタリングボタンを表示し、選択部１２０３によって選択された第２の顧客に関連付けて請求代行ボタンを表示するよう制御する。図１４は、変形例５の表示画面の一例を示す図である。図１４の例では、株式会社ＺＺの請求書にファクタリングボタン６１０、ファクタリングボタン６２０が表示されており、株式会社ＸＸの請求書に請求代行ボタン７１０が表示されている。例えば、請求代行ボタン７１０が選択された場合、送信部１２０５は、請求代行ボタン７１０に関連する請求書データ（図１４の例では株式会社ＸＸの請求書の請求書データ）をサーバー装置１３０に送信し、請求代行を依頼する。

変形例５によれば、サーバー装置１００は、支払い履歴に基づいて、ファクタリングボタンを表示する対象の顧客や請求代行を表示する対象の顧客を選択し、それぞれの顧客に対応付けてファクタリングボタンや請求代行ボタンを表示することで、ファクタリング対象の顧客や請求代行対象の顧客をサジェストすることができる。例えば、サーバー装置１００は、顧客の入金が遅れがちなレベルＡの顧客に対しては請求代行ボタンを表示することで請求代行をサジェストする。そして、サーバー装置１００は、レベルＡの顧客より更に入金が遅れがちなレベルＢの顧客に対してファクタリングボタンを表示することでファクタリングをサジェストすることができる。

（変形例６）
実施形態１の変形例を説明する。図１５は、変形例６のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、第１の取得部１５０１と、第２の取得部１５０２と、選択部１５０３と、表示制御部１５０４と、送信部１５０５と、を含む。第１の取得部１５０１は、実施形態１の取得部４０１と同様である。送信部１５０５は、実施形態１の送信部４０３と同様である。第２の取得部１５０２は、顧客の信用情報を取得する。ここで、顧客の信用情報は、会社としての歴史、規模、損益、資金現状等から求められる企業の信用度合いを示す値である。本変形例の例では、信用度合いが示す値が１に近づくほど信用が低いことを示す。顧客の信用情報は、記憶部２０２に記憶されてもよいし、ネットワーク１５０を介して通信可能なデータ記憶サーバー装置等に記憶されてもよいし、他のシステムから取得されてもよい。

選択部１５０３は、取得した信用情報に基づいてファクタリングボタンを表示する対象の顧客を選択する。例えば、選択部１５０３は、第３の基準情報と、顧客の信用情報と、に基づいて、ファクタリングボタンを表示する対象の顧客を選択する。ここで、第３の基準情報は、顧客の信用情報の値がどのような値になった場合に、ファクタリングボタンを表示する対象の顧客として選択するかの条件が設定された情報である。第３の基準情報の具体例としては、信用度合いを示す値が５以下等である。

表示制御部１５０４は、選択された顧客に関連付けてファクタリングボタンを表示するよう制御する。図１６は、変形例６の表示画面の一例を示す図である。図１６の例では、株式会社ＸＸの請求書にファクタリングボタン６１０、ファクタリングボタン６２０が表示されている。

変形例６によれば、サーバー装置１００は、顧客の信用情報に基づいて、ファクタリングボタンを表示する対象の顧客を選択し、その顧客対応付けてファクタリングボタンを表示することで、ファクタリング対象の顧客をサジェストすることができる。
他の例として、サーバー装置１００は、顧客の会計情報を取得し、会計情報に基づき顧客の信用情報を決定するようしてもよい。また、サーバー装置１００は、顧客の財務情報を取得し、財務情報に基づき顧客の信用情報を決定するようしてもよい。また、サーバー装置１００は、売掛先（請求先）の過去の支払状況を示す支払状況情報を取得し、支払状況情報に基づき顧客の信用情報を決定するようにしてもよい。また、サーバー装置１００は、顧客との契約内容示す契約情報に基づき、当該顧客が将来払う金額を求め、顧客の財務状況を推定し、推定した財務状況に基づき、顧客の信用情報を決定するようにしてもよい。また、サーバー装置１００は、顧客ごとのルール等を定めたルール情報がある場合は、ルール情報も加味して、ファクタリングボタンを表示する対象の顧客とするか否かを決定するようにしてもよい。また、サーバー装置１００は、これら複数の情報の任意の組み合わせに基づき、ファクタリングボタンを表示する対象の顧客とするか否かを決定するようにしてもよい。

（変形例７）
実施形態１の変形例を説明する。図１７は、変形例７のサーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、第１の取得部１７０１と、第２の取得部１７０２と、選択部１７０３と、表示制御部１７０４と、送信部１７０５と、を含む。第１の取得部１７０１は、実施形態１の取得部４０１と同様である。第２の取得部１７０２は、変形例６の第２の取得部１５０２と同様である。選択部１７０３は、取得した信用情報に基づいて、ファクタリングボタンを表示する対象の第１の顧客と、請求代行ボタンを表示する対象の第２の顧客と、を選択する。例えば、選択部１７０３は、第４の基準情報と、顧客の信用情報と、に基づいて、ファクタリングボタンを表示する対象の顧客と、請求代行ボタンを表示する対象の顧客と、選択する。ここで、第４の基準情報には、顧客の信用情報がどのような値になった場合に、ファクタリングボタンを表示する対象の顧客として選択するかの条件が設定されている。また、第４の基準情報には、顧客の信用情報がどのような値になった場合に、請求代行ボタンを表示する対象の顧客として選択するかの条件も設定されている。第４の基準情報の具体例としては、ファクタリングボタンの基準情報として、信用度合いを示す値が５以下である、請求代行ボタンの基準情報として、信用度合いを示す値が６以上１０以下である、等がある。ここで、信用度合いを示す値は小さいほど（１に近いほど）、信用度が低いものとする。

表示制御部１７０４は、選択部１７０３によって選択された第１の顧客に関連付けてファクタリングボタンを表示し、選択部１７０３によって選択された第２の顧客に関連付けて請求代行ボタンを表示するよう制御する。図１８は、変形例７の表示画面の一例を示す図である。図１８の例では、株式会社ＺＺの請求書にファクタリングボタン６１０、ファクタリングボタン６２０が表示されており、株式会社ＸＸの請求書に請求代行ボタン７１０が表示されている。例えば、請求代行ボタン７１０が選択された場合、送信部１７０５は、請求代行ボタンに関連する請求書データ（図１８の例では、株式会社ＸＸの請求書の請求書データ）をサーバー装置１３０に送信し、請求代行を依頼する。

変形例７によれば、サーバー装置１００は、顧客の信用情報に基づいて、ファクタリングボタンを表示する対象の顧客や請求代行を表示する対象の顧客を選択し、それぞれの顧客に対応付けてファクタリングボタンや請求代行ボタンを表示することで、ファクタリング対象の顧客や請求代行対象の顧客をサジェストすることができる。例えば、サーバー装置１００は、顧客の財務状況等より信用度がＡの顧客に対しては請求代行ボタンを表示することで請求代行をサジェストする。そして、サーバー装置１００は、信用度がＡの顧客より更に財務状況が悪い信用度がＢの顧客に対してファクタリングボタンを表示することでファクタリングをサジェストすることができる。

（変形例８）
実施形態１の変形例を説明する。変形例８の表示制御部４０２は、表示画面に、ファクタリングボタンと共に入金確認する処理を依頼可能な入金確認依頼ボタンが表示されるよう制御する。入金確認依頼ボタンは、第３のオブジェクトの一例である。図１９は、変形例８の表示画面の一例を示す図である。図１９の例では、請求書一覧の株式会社ＺＺの請求書にファクタリングボタン６１０と入金確認依頼ボタン１９１０とが表示されている。また、株式会社ＺＺの請求書にファクタリングボタン６２０と入金確認依頼ボタン１９２０とが表示されている。例えば、ファクタリングボタン６２０と入金確認依頼ボタン１９２０とが選択された場合、変形例８の送信部４０３は、ファクタリングボタン６２０と入金確認依頼ボタン１９２０とに関連する請求書データ（図１９の例では、株式会社ＺＺの請求書の請求書データ）をサーバー装置１２０に送信し、ファクタリングを依頼すると共に、請求書データに関する請求金額の入金確認処理を依頼する。ここで、入金確認処理とは、例えば、発行した請求書に記載の金額が該当する顧客から入金されたか否かを確認し、入金が確認された場合は、請求書の状態を入金待ちの状態から入金済みの状態に変更する処理のことである。例えば、入金確認処理を依頼されたサーバー装置１２０は、自社の口座情報を管理し、所定の口座に請求書に係る売掛先の企業から請求書に記載された期日までに請求書に記載された請求金額が振り込まれたか否かを確認する。サーバー装置１２０は、所定の口座に請求書に係る売掛先の企業から請求書に記載された期日までに請求書に記載された請求金額が振り込まれた場合、入金が確認されたとする。すると、サーバー装置１２０は、請求書の状態を入金待ちの状態から入金済みの状態に変更し、該当する請求書を識別する識別情報と共に、入金済みの状態になったことを示す情報をサーバー装置１００に送信する。

変形例８によれば、請求書データを表示する画面において、ファクタリングボタンや入金確認処理を依頼する入金確認依頼ボタンが表示されるため、ユーザーは、入金確認依頼を行おうと考えた場合は、入金確認依頼ボタンを選択するだけでよい。

（変形例９）
実施形態１の変形例を説明する。変形例９の表示制御部４０２は、表示画面に、請求代行ボタンと共に入金確認する処理を依頼可能な入金確認依頼ボタンが表示されるよう制御する。入金確認依頼ボタンは、第３のオブジェクトの一例である。図２０は、変形例９の表示画面の一例を示す図である。図２０の例では、請求書一覧の株式会社ＸＸの請求書に請求代行ボタン７１０と入金確認依頼ボタン２０１０とが表示されている。また、株式会社ＸＸの請求書に請求代行ボタン７２０と入金確認依頼ボタン２０２０とが表示されている。例えば、請求代行ボタン７２０と入金確認依頼ボタン２０２０とが選択された場合、変形例９の送信部４０３は、請求代行ボタン７２０と入金確認依頼ボタン２０２０とに関連する請求書データ（図２０の例では、株式会社ＸＸの請求書の請求書データ）をサーバー装置１３０に送信し、請求代行を依頼すると共に、請求書データに関する請求金額の入金確認処理を依頼する。

変形例９によれば、請求書データを表示する画面において、請求代行ボタンや入金確認処理を依頼する入金確認依頼ボタンが表示されるため、ユーザーは、入金確認依頼を行おうと考えた場合は、入金確認依頼ボタンを選択するだけでよい。

（変形例１０）
上述した実施形態及び変形例では、請求書単位でファクタリング、又は請求代行に依頼可能な例を用いて説明を行った。しかし、サーバー装置１００は、顧客単位でその顧客の請求書をすべてファクタリング、又は請求代行に依頼可能にしてもよい。例えば、サーバー装置１００は、画面において、ある顧客のファクタリングボタンが選択された場合、この顧客の他の請求書もファクタリングを依頼しますか？等の問い合わせウィンドウを表示し、問い合わせウィンドウにおいて「はい」が選択された場合、選択された請求書の顧客の他の請求書もファクタリングを依頼するようにしてもよい。請求代行においても同様である。

変形例１０によれば、一括してファクタリングや請求代行を依頼することができる。

＜付記＞
発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記制御部は、ユーザー操作に基づいて請求書データを生成し、生成された請求書データを取得する、情報処理装置。
前記情報処理装置において、前記制御部は、受け付けた所定の電子文書ファイル形式の請求書から請求書データを抽出し、抽出された請求書データを取得する、情報処理装置。
前記情報処理装置において、前記制御部は、顧客の過去の支払い履歴を取得し、取得した前記支払い履歴に基づいて前記第１のオブジェクトを表示する対象の顧客を選択し、選択した顧客に関連付けて前記第１のオブジェクトを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、前記制御部は、顧客の過去の支払い履歴を取得し、取得した前記支払い履歴に基づいて、前記第１のオブジェクトを表示する対象の第１の顧客と、前記第２のオブジェクトを表示する対象の第２の顧客と、を選択し、選択した第１の顧客に関連付けて前記第１のオブジェクトを表示し、選択した第２の顧客に関連付けて前記第２のオブジェクトを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記第２のオブジェクトが選択された場合、前記制御部は、前記第２のオブジェクトに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼する、情報処理装置。
前記情報処理装置において、前記制御部は、顧客の信用情報を取得し、取得した前記信用情報に基づいて前記第１のオブジェクトを表示する対象の顧客を選択し、選択した顧客に関連付けて前記第１のオブジェクトを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、前記制御部は、顧客の信用情報を取得し、取得した前記信用情報に基づいて、前記第１のオブジェクトを表示する対象の第１の顧客と、前記第２のオブジェクトを表示する対象の第２の顧客と、を選択し、選択した第１の顧客に関連付けて前記第１のオブジェクトを表示し、選択した第２の顧客に関連付けて前記第２のオブジェクトを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記第２のオブジェクトが選択された場合、前記制御部は、前記第２のオブジェクトに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼する、情報処理装置。
前記情報処理装置において、前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、前記第１のオブジェクトが選択された場合、前記制御部は、前記第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼し、前記第２のオブジェクトが選択された場合、前記第２のオブジェクトに関連する請求書データを債権回収のシステムに送信し、請求代行を依頼する、情報処理装置。
前記情報処理装置において、前記画面には、入金確認する処理を依頼可能な第３のオブジェクトが更に含まれ、前記第１のオブジェクトと前記第３のオブジェクトとが選択された場合、前記制御部は、前記第１のオブジェクトと前記第３のオブジェクトとに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼すると共に、前記請求書データに関する請求金額の入金確認処理を依頼する、情報処理装置。
前記情報処理装置において、前記画面には、入金確認する処理を依頼可能な第３のオブジェクトが更に含まれ、前記第２のオブジェクトと前記第３のオブジェクトとが選択された場合、前記制御部は、前記第２のオブジェクトと前記第３のオブジェクトとに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼すると共に、前記請求書データに関する請求金額の入金確認処理を依頼する、情報処理装置。
情報処理装置が実行する情報処理方法であって、請求書データを取得し、取得した前記請求書データを画面に表示するよう制御し、前記画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれ、前記第１のオブジェクトが選択された場合、前記第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する、情報処理方法。
プログラムであって、コンピュータに、前記制御部として機能させるためのプログラム。
もちろん、この限りではない。

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

例えば、上述した変形例８及び変形例９では入金確認処理を依頼する入金確認依頼ボタンをファクタリングボタンや請求代行ボタンと別途設ける構成としたが、ファクタリングボタンが選択された場合、サーバー装置１００は、ファクタリングを依頼すると共に入金確認処理も依頼するようにしてもよい。同様に、請求代行ボタンが選択された場合、サーバー装置１００は、請求代行を依頼すると共に入金確認処理も依頼するようにしてもよい。
また、サーバー装置１００は、クライアント装置１１０からの要求に応じて、ファクタリングボタンを請求書に関連付けて表示するか否かを変更するようにしてもよい。すなわち、サーバー装置１００は、クライアント装置１１０から要求されると、請求書の表示画面にファクタリングボタンを表示するようにする。同様に、サーバー装置１００は、クライアント装置１１０からの要求に応じて、請求代行ボタンを請求書に関連付けて表示するか否かを変更するようにしてもよい。すなわち、サーバー装置１００は、クライアント装置１１０から要求されると、請求書の表示画面に請求代行ボタンを表示するようにする。同様に、サーバー装置１００は、クライアント装置１１０からの要求に応じて、入金確認依頼ボタンを請求書に関連付けて表示するか否かを変更するようにしてもよい。すなわち、サーバー装置１００は、クライアント装置１１０から要求されると、請求書の表示画面に入金確認依頼ボタンを表示するようにする。

また、上述したサーバー装置が提供する機能は、複数のサーバー装置から構成されるシステムが提供するようにしてもよい。
また、上述したように請求書データは、クラウド上で作成された請求書のデータであってもよいし、メールで受領した請求書のデータであってもよいし、CSV（Comma Separated Value）形式のファイル等を一括でデータ取り込みした請求書のデータであってもよい。また、債権の種類、データ収集方法について限定はない。

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

１００：サーバー装置
１１０：クライアント装置
１２０：サーバー装置
１３０：サーバー装置
１５０：ネットワーク
２０１：制御部
２０２：記憶部
２０３：通信部
３０１：制御部
３０２：記憶部
３０３：撮像部
３０４：入力部
３０５：出力部
３０６：通信部
４０１：取得部
４０２：表示制御部
４０３：送信部
６１０：ファクタリングボタン
６２０：ファクタリングボタン
６３０：ファクタリングボタン
６４０：ファクタリングボタン
７１０：請求代行ボタン
７２０：請求代行ボタン
７３０：請求代行ボタン
７４０：請求代行ボタン
９０１：生成部
９０２：取得部
９０３：表示制御部
９０４：送信部
１０００：情報処理システム
１００１：抽出部
１００２：取得部
１００３：表示制御部
１００４：送信部
１１０１：第１の取得部
１１０２：第２の取得部
１１０３：選択部
１１０４：表示制御部
１１０５：送信部
１２０１：第１の取得部
１２０２：第２の取得部
１２０３：選択部
１２０４：表示制御部
１２０５：送信部
１５０１：第１の取得部
１５０２：第２の取得部
１５０３：選択部
１５０４：表示制御部
１５０５：送信部
１７０１：第１の取得部
１７０２：第２の取得部
１７０３：選択部
１７０４：表示制御部
１７０５：送信部
１９１０：入金確認依頼ボタン
１９２０：入金確認依頼ボタン
２０１０：入金確認依頼ボタン
２０２０：入金確認依頼ボタン

Claims

情報処理装置であって、
制御部を有し、
前記制御部は、
請求書データを取得し、
取得した前記請求書データを画面に表示するよう制御し、
前記画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれ、
前記第１のオブジェクトが選択された場合、前記第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する、
情報処理装置。
請求項１に記載の情報処理装置において、
前記制御部は、
ユーザー操作に基づいて請求書データを生成し、
生成された請求書データを取得する、
情報処理装置。
請求項１又は請求項２に記載の情報処理装置において、
前記制御部は、
受け付けた所定の電子文書ファイル形式の請求書から請求書データを抽出し、
抽出された請求書データを取得する、
情報処理装置。
請求項１から請求項３までの何れか１項に記載の情報処理装置において、
前記制御部は、
顧客の過去の支払い履歴を取得し、
取得した前記支払い履歴に基づいて前記第１のオブジェクトを表示する対象の顧客を選択し、
選択した顧客に関連付けて前記第１のオブジェクトを表示するよう制御する、
情報処理装置。
請求項１から請求項４までの何れか１項に記載の情報処理装置において、
前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、
前記制御部は、
顧客の過去の支払い履歴を取得し、
取得した前記支払い履歴に基づいて、前記第１のオブジェクトを表示する対象の第１の顧客と、前記第２のオブジェクトを表示する対象の第２の顧客と、を選択し、
選択した第１の顧客に関連付けて前記第１のオブジェクトを表示し、選択した第２の顧客に関連付けて前記第２のオブジェクトを表示するよう制御する、
情報処理装置。
請求項５に記載の情報処理装置において、
前記第２のオブジェクトが選択された場合、前記制御部は、前記第２のオブジェクトに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼する、
情報処理装置。
請求項１から請求項３までの何れか１項に記載の情報処理装置において、
前記制御部は、
顧客の信用情報を取得し、
取得した前記信用情報に基づいて前記第１のオブジェクトを表示する対象の顧客を選択し、
選択した顧客に関連付けて前記第１のオブジェクトを表示するよう制御する、
情報処理装置。
請求項１、又は請求項２、又は請求項３、又は請求項７に記載の情報処理装置において、
前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、
前記制御部は、
顧客の信用情報を取得し、
取得した前記信用情報に基づいて、前記第１のオブジェクトを表示する対象の第１の顧客と、前記第２のオブジェクトを表示する対象の第２の顧客と、を選択し、
選択した第１の顧客に関連付けて前記第１のオブジェクトを表示し、選択した第２の顧客に関連付けて前記第２のオブジェクトを表示するよう制御する、
情報処理装置。
請求項８に記載の情報処理装置において、
前記第２のオブジェクトが選択された場合、前記制御部は、前記第２のオブジェクトに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼する、
情報処理装置。
請求項１から請求項３までの何れか１項に記載の情報処理装置において、
前記画面には、前記第１のオブジェクトと、請求書データを請求代行に依頼可能な第２のオブジェクトと、が含まれ、
前記第１のオブジェクトが選択された場合、前記制御部は、前記第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼し、
前記第２のオブジェクトが選択された場合、前記第２のオブジェクトに関連する請求書データを債権回収のシステムに送信し、請求代行を依頼する、
情報処理装置。
請求項１から請求項１０までの何れか１項に記載の情報処理装置において、
前記画面には、入金確認する処理を依頼可能な第３のオブジェクトが更に含まれ、
前記第１のオブジェクトと前記第３のオブジェクトとが選択された場合、前記制御部は、前記第１のオブジェクトと前記第３のオブジェクトとに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼すると共に、前記請求書データに関する請求金額の入金確認処理を依頼する、
情報処理装置。
請求項５、又は請求項６、又は請求項８、又は請求項９、又は請求項１０に記載の情報処理装置において、
前記画面には、入金確認する処理を依頼可能な第３のオブジェクトが更に含まれ、
前記第２のオブジェクトと前記第３のオブジェクトとが選択された場合、前記制御部は、前記第２のオブジェクトと前記第３のオブジェクトとに関連する請求書データを請求代行のシステムに送信し、請求代行を依頼すると共に、前記請求書データに関する請求金額の入金確認処理を依頼する、
情報処理装置。
情報処理装置が実行する情報処理方法であって、
請求書データを取得し、
取得した前記請求書データを画面に表示するよう制御し、
前記画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれ、
前記第１のオブジェクトが選択された場合、前記第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する、
情報処理方法。
プログラムであって、
コンピュータに、請求項１から請求項１２までの何れか１項に記載の制御部として機能させるためのプログラム。