課金管理装置200と、前記課金管理装置200にネットワークを介して接続される画像形成装置500とを備える課金管理システムであって、前記画像形成装置500は、画像形成動作を実行するための実行部555と、前記実行部555による画像形成動作が完了したことを示す完了通知を前記課金管理装置200に送信するための通知部554とを含み、前記課金管理装置200は、前記完了通知を受信したことに応じて、前記完了通知に対応する画像形成動作についての課金情報を生成するための課金管理部202を含む、課金管理システム。前記完了通知は、前記画像形成動作についての動作量と、前記画像形成動作を指示したユーザーを特定する情報とを含み、前記課金管理装置200は、前記完了通知によって特定されるユーザーについての、前記課金情報を生成する、請求項1に記載の課金管理システム。前記画像形成装置500に画像形成動作の指示を送信するためのアプリケーションサーバー300をさらに備え、前記アプリケーションサーバー300は、前記画像形成装置500に送信した画像形成動作を特定する特定情報を前記課金管理装置200に送信するための送信部354を備え、前記課金管理装置200は、前記特定情報を受信する受信部254をさらに含み、前記課金管理部202は、前記アプリケーションサーバー300から前記特定情報を受信してから所定時間が経過する前に前記画像形成装置500から前記完了通知を受信したことを条件として、前記課金情報を生成する、請求項1に記載の課金管理システム。前記課金管理部202は、前記受信部254が前記特定情報を受信したことに応じて、前記画像形成装置500に対して前記特定情報に対応する前記完了通知の送信を要求する、請求項3に記載の課金管理システム。前記課金管理部202は、前記受信部254が前記特定情報を受信してから、前記所定時間より短い一定時間が経過したことを条件として、前記画像形成装置500に対して前記特定情報に対応する前記完了通知の送信を要求する、請求項4に記載の課金管理システム。前記特定情報は、待機時間を特定する情報を含み、前記課金管理部202は、前記受信部254が前記特定情報を受信してから、前記待機時間が経過したことを条件として、前記画像形成装置500に対して前記特定情報に対応する前記完了通知の送信を要求する、請求項5に記載の課金管理システム。前記画像形成装置500は、前記指示を受信した場合に、前記指示によって特定される画像形成動作の正当性を前記課金管理装置200に問合せるための問合せ部508を含み、前記課金管理装置200は、前記問合せ部508からの問合せに応じて、前記指示によって特定される画像形成動作と前記アプリケーションサーバー300から受信した特定情報とを照合することにより正当性を判断し、当該判断結果を前記画像形成装置500に送信するための照合部209を含み、前記実行部555は、前記照合部209による判断結果が、前記指示によって特定される画像形成動作が正当であることを指示する結果であることを条件として、前記指示によって特定される画像形成動作を実行する、請求項3に記載の課金管理システム。前記画像形成装置500は、情報の入力を受け付けるための入力部557をさらに含み、前記問合せ部508は、前記照合部209による判断結果が、前記指示によって特定される画像形成動作が正当であることを指示する結果でなはかった場合には、前記入力部557に対して所定の情報の入力を要求する、請求項7に記載の課金管理システム。前記通知部554は、前記実行部555による所定回数の画像形成動作が完了するごとに、前記完了通知を前記課金管理装置200に送信する、請求項1に記載の課金管理システム。前記通知部554は、特定時間が経過するごとに、前記完了通知を前記課金管理装置200に送信する、請求項1に記載の課金管理システム。ユーザーから画像形成動作の要求を受け付けるためのアプリケーションサーバー300をさらに備え、前記課金管理装置200は、複数の前記画像形成装置500と接続され、ユーザーごとに、属性を記憶し、各前記画像形成装置500について、当該画像形成装置500を利用可能なユーザーを特定する第1の情報と、当該画像形成装置500を利用可能な属性を特定する第2の情報を記憶し、前記第1の情報において当該ユーザーに対して利用可能であるとされる画像形成装置500、および、前記第2の情報において当該ユーザーの属性に対して利用可能であるとされる画像形成装置500を、前記ユーザーが利用可能な前記画像形成装置500として前記アプリケーションサーバー300に通知する、請求項1に記載の課金管理システム。前記アプリケーションサーバー300は、前記第2の情報を記憶し、前記課金管理装置200は、前記アプリケーションサーバー300から前記第2の情報を受信する、請求項11に記載の課金管理システム。しかしながら、上記したような従来の技術では、課金元である上記他の装置やサービスの提供元のデバイスは、サービス提供元である処理装置等においてサービスが利用されたと通知を受けた量に応じて課金できるものの、利用が実際になされたか否かを確認することはできなかった。つまり、課金元とサービス提供元の管理者が異なる場合に、サービス提供元が課金元に対して不正にたとえば、サービスが利用されていないのにもかかわらずサービスが利用されたとしてサービスの利用量を通知した場合であっても、課金元が、その旨を認識することができず、ユーザーに、不正に通知された利用量に従って課金をする事態が想定された。本発明は、かかる問題に鑑み考え出されたものであり、その目的は、課金元が、実際にサービス提供元が提供したサービスの量に応じて課金できる課金管理システムを提供することである。本発明に従った課金管理システムは、課金管理装置と、課金管理装置にネットワークを介して接続される画像形成装置とを備える課金管理システムであって、画像形成装置は、画像形成動作を実行するための実行部と、実行部による画像形成動作が完了したことを示す完了通知を課金管理装置に送信するための通知部とを含み、課金管理装置は、完了通知を受信したことに応じて、完了通知に対応する画像形成動作についての課金情報を生成するための課金管理部を含む。好ましくは、完了通知は、画像形成動作についての動作量と、画像形成動作を指示したユーザーを特定する情報とを含み、課金管理装置は、完了通知によって特定されるユーザーについての、課金情報を生成する。好ましくは、画像形成装置に画像形成動作の指示を送信するためのアプリケーションサーバーをさらに備え、アプリケーションサーバーは、画像形成装置に送信した画像形成動作を特定する特定情報を課金管理装置に送信するための送信部を備え、課金管理装置は、特定情報を受信する受信部をさらに含み、課金管理部は、アプリケーションサーバーから特定情報を受信してから所定時間が経過する前に画像形成装置から完了通知を受信したことを条件として、課金情報を生成する。好ましくは、課金管理部は、受信部が特定情報を受信したことに応じて、画像形成装置に対して特定情報に対応する完了通知の送信を要求する。好ましくは、課金管理部は、受信部が特定情報を受信してから、所定時間より短い一定時間が経過したことを条件として、画像形成装置に対して特定情報に対応する完了通知の送信を要求する。好ましくは、特定情報は、待機時間を特定する情報を含み、課金管理部は、受信部が特定情報を受信してから、待機時間が経過したことを条件として、画像形成装置に対して特定情報に対応する完了通知の送信を要求する。好ましくは、画像形成装置は、指示を受信した場合に、指示によって特定される画像形成動作の正当性を課金管理装置に問合せるための問合せ部を含み、課金管理装置は、問合せ部からの問合せに応じて、指示によって特定される画像形成動作とアプリケーションサーバーから受信した特定情報とを照合することにより正当性を判断し、当該判断結果を画像形成装置に送信するための照合部を含み、実行部は、照合部による判断結果が、指示によって特定される画像形成動作が正当であることを指示する結果であることを条件として、指示によって特定される画像形成動作を実行する。好ましくは、画像形成装置は、情報の入力を受け付けるための入力部をさらに含み、問合せ部は、照合部による判断結果が、指示によって特定される画像形成動作が正当であることを指示する結果でなはかった場合には、入力部に対して所定の情報の入力を要求する。好ましくは、通知部は、実行部による所定回数の画像形成動作が完了するごとに、完了通知を課金管理装置に送信する。好ましくは、通知部は、特定時間が経過するごとに、完了通知を課金管理装置に送信する。好ましくは、ユーザーから画像形成動作の要求を受け付けるためのアプリケーションサーバーをさらに備え、課金管理装置は、複数の画像形成装置と接続され、ユーザーごとに、属性を記憶し、各画像形成装置について、当該画像形成装置を利用可能なユーザーを特定する第1の情報と、当該画像形成装置を利用可能な属性を特定する第2の情報を記憶し、第1の情報において当該ユーザーに対して利用可能であるとされる画像形成装置、および、第2の情報において当該ユーザーの属性に対して利用可能であるとされる画像形成装置を、ユーザーが利用可能な画像形成装置としてアプリケーションサーバーに通知する。好ましくは、アプリケーションサーバーは、第2の情報を記憶し、課金管理装置は、アプリケーションサーバーから第2の情報を受信する。本発明によれば、課金管理システムにおいて、課金元は、実際にサービス提供元が提供したサービスの量に応じて課金できる。以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。<第1の実施の形態>[1.課金管理システムの構成]図1は、本発明に係る課金管理システムの一実施の形態の構成を模式的に示す図である。本実施の形態のネットワークシステムは、課金管理サーバー200と、アプリケーションサーバー300と、クライアント端末400と、1台以上のMFP500とによって構成され、これらはネットワーク900を介して接続可能である。課金管理サーバー200、アプリケーションサーバー300、MFP500、および、クライアント端末400は、ネットワーク900を介して通信可能に構成されている。MFP500は、第1イントラネット1000内に存在している。また、アプリケーションサーバー300とMFP500は、同一のイントラネット上に存在している。クライアント端末400は、第2イントラネット2000内に存在している。本実施の形態では、課金管理サーバー200によって課金管理装置が構成され、MFP500によって画像形成装置が構成されている。なお、本実施の形態において、課金管理サーバー200とアプリケーションサーバー300とは、第1イントラネット1000または第2イントラネット2000内に存在していても良い。また、課金管理サーバー200とアプリケーションサーバー300は、同一の装置によって構成されても良い。また、MFP500は、クライアント端末400と同一のイントラネット内に存在しても良い。この場合、本実施の形態の第1イントラネット1000内に存在する複数のMFP500の中の一部が第1イントラネット1000内に、残りがクライアント端末400と同じ第2イントラネット2000内に存在しても良いし、また、MFP500のすべてがクライアント端末400と同じイントラネット内に存在しても良い。また、クライアント端末400は、インターネット等のネットワークを介してMFP500と通信可能に構成されていても良い。つまり、クライアント端末400は、インターネット等の公衆通信回線上に存在していても良い。また、MFP500も、公衆通信回線上に存在していても良い。[2.課金管理サーバーの構成]図2は、課金管理サーバー200のハードウェアブロック図である。図2を参照して、課金管理サーバー200は、当該サーバーの動作を全体的に制御する演算装置によって構成されるCPUCentralProcessingUnit251と、RAMRandomAccessMemory252と、ROMReadOnlyMemory253と、通信部254と、記憶部260とを含む。記憶部260は、たとえばハードディスク等の記憶装置からなる。なお、課金管理サーバー200に対して着脱可能なUSBUniversalSerialBusメモリ等のリムーバブルメディアから構成されても良い。通信部254は、たとえばLANLocalAreaNetworkカード、LANアダプタ等のネットワーク通信機器からなる。課金管理サーバー200は、通信部254を介してネットワーク900へ接続される。記憶部260は、CPU251が実行するプログラムを記憶するプログラム記憶部261と、顧客管理情報を記憶する顧客管理情報記憶部262と、上記プログラムを実行するための種々のデータを記憶するデータ記憶部263とを含む。図3は、課金管理サーバー200の制御ブロック図である。図3を参照して、課金管理サーバー200は、その機能として、通信部201と、課金管理部202と、課金情報保存部203と、利用確認部204と、顧客管理部206と、顧客管理テーブル207とを含む。通信部201は、通信部254によって実現される。課金管理部202、課金情報保存部203、および、利用確認部204は、それぞれ、CPU251がプログラム記憶部261の所定のプログラムを実行することによって実現されても良いし、専用のLSILargeScaleIntegration等のハードウェアによって実現されても良い。課金情報保存部203および顧客管理テーブル207は、顧客管理情報記憶部262によって実現される。なお、課金情報保存部203および/または顧客管理テーブル207は、必ずしも課金管理サーバー200内に備えられていなくとも良い。課金管理システムでは、これらが他のサーバーに備えられ、必要に応じて課金管理部202や顧客管理部206が参照したり更新したりするように構成されても良い。課金情報保存部203には、MFP500が利用されたことについての課金情報が、たとえばジョブごとに記憶されている。表1に、課金情報保存部203に記憶された課金情報の一例を示す。表1を参照して、課金情報では、各印刷ジョブのIDと、印刷ジョブの課金の対象となるユーザー顧客のIDと、印刷ジョブに利用されたMFP500のIDと、利用された日時と、印刷ジョブに利用された量と、当該印刷ジョブによるMFP500の利用が完了したか否かを示す情報フラグと、課金管理サーバー200によって利用の完了を確認する処理が行なわれた日時とが、印刷ジョブごとに互いに関連付けられて記憶されている。顧客管理テーブル207としては、MFP500が実行した処理についての課金先である顧客を管理する情報が記憶されている。記憶される情報の一例を、表2に示す。表2を参照して、顧客管理テーブルでは、顧客を特定する情報顧客IDと、当該顧客の名称契約者名が互いに関連付けられて記憶されている。なお、課金管理サーバー20における当該情報の記憶形式は、テーブル形式に限定されない。[3.アプリケーションサーバーの構成]図4は、アプリケーションサーバー300のハードウェアブロック図である。図4を参照して、アプリケーションサーバー300は、当該サーバーの動作を全体的に制御する演算装置によって構成されるCPU351と、RAM352と、ROM353と、通信部354と、記憶部360とを含む。記憶部360は、たとえばハードディスク等の記憶装置からなる。なお、アプリケーションサーバー300に対して着脱可能なUSBメモリ等のリムーバブルメディアから構成されても良い。通信部254は、たとえばLANLocalAreaNetworkカード、LANアダプタ等のネットワーク通信機器からなる。アプリケーションサーバー300は、通信部254を介してネットワーク900へ接続される。記憶部260は、CPU251が実行するプログラムを記憶するプログラム記憶部261と、顧客管理情報を記憶する顧客管理情報記憶部262と、上記プログラムを実行するための種々のデータを記憶するデータ記憶部263とを含む。図5は、アプリケーションサーバー300の制御ブロック図である。図5を参照して、アプリケーションサーバー300は、その機能として、通信部301と、アプリ情報処理部302と、顧客情報管理部303と、印刷準備部304と、課金情報生成部305と、印刷ジョブ生成部306と、MFP管理テーブル307とを含む。通信部301は、通信部354によって実現される。アプリ情報処理部302、印刷準備部304、課金情報生成部305、および、印刷ジョブ生成部306は、それぞれ、CPU351がプログラム記憶部361の所定のプログラムを実行することによって実現されても良いし、専用のLSI等のハードウェアによって実現されても良い。顧客情報管理部303およびMFP管理テーブル307は、データ記憶部363によって実現される。MFP管理テーブル307には、本システムに含まれる複数のMFP500のそれぞれを特定する情報が記憶されている。当該情報の内容を一例を表3に示す。表3を参照して、MFP管理テーブル307には、各MFP500を特定するMFPIDと、各MFP500の機種を特定する情報である機種名と、各MFP500のそれぞれを特定するためのシリアル番号と、各MFP500のネットワーク900上のIPアドレスまたはメールアドレスとが、互いに関連付けられて記憶されている。なお、アプリケーションサーバー300では、これらを関連付ける情報が記憶されていればよく、当該情報の記憶形式は、テーブル形式に限定されない。顧客情報管理部303には、各顧客を管理するための情報が記憶されている。当該情報の内容の一例を表4に示す。表4を参照して、顧客情報管理部303には、顧客IDごとに、当該顧客であることをユーザーが証明するための入力されるパスワードと、当該顧客がいずれかのMFP500にログインしているか否かを表すログイン状態と、当該顧客の最新のログイン日時を示すログイン日時とが、互いに関連付けられて記憶されている。なお、アプリケーションサーバー300では、これらを関連付ける情報が記憶されていればよく、当該情報の記憶形式は、テーブル形式に限定されない。[4.クライアント端末の構成]図6は、クライアント端末400のハードウェアブロック図である。図6を参照して、クライアント端末400は、当該サーバーの動作を全体的に制御する演算装置によって構成されるCPU451と、RAM452と、ROM453と、通信部454と、記憶部460と、入力装置457と、表示装置458とを含む。クライアント端末400は、たとえば汎用のパーソナルコンピュータによって実現されても良い。記憶部460は、たとえばハードディスク等の記憶装置からなる。なお、クライアント端末400に対して着脱可能なUSBメモリ等のリムーバブルメディアから構成されても良い。通信部454は、たとえばLANカード、LANアダプタ等のネットワーク通信機器からなる。記憶部460は、CPU451が実行するプログラムを記憶するプログラム記憶部461と、クライアント端末400のユーザーの情報であるユーザー情報記憶部462と、上記プログラムを実行するための種々のデータを記憶するデータ記憶部463とを含む。表示装置458は、液晶表示装置等によって構成される。入力装置457は、クライアント端末400の外部から情報を入力するための装置であり、たとえばハードキーによって構成される。なお、入力装置457は、表示装置458に一体に設けられたタッチパネルによって構成されても良いし、タッチパネルとハードキーとの双方によって構成されてもよい。図7は、クライアント端末400の制御ブロック図である。図7を参照して、クライアント端末400は、その機能として、通信部401と、中央処理部402と、入力部403と、表示部404とを含む。通信部401は、通信部454によって実現される。クライアント端末400は、通信部454を介してネットワーク900へ接続される。入力部403は、入力装置457によって構成され、表示部404は、表示装置458によって構成される。中央処理部402は、入力部403に対して入力された情報に基づいて、MFP500やアプリケーションサーバー300に対して、印刷ジョブの実行を指示する情報を生成し、また、通信部401を介して当該情報をMFP500やアプリケーションサーバー300に対して送信する。中央処理部402は、たとえば、CPU451がプログラム記憶部461に記憶されたプログラムを実行することによって構成される。[5.MFPの構成]図8は、MFP500のハードウェアブロック図である。図8を参照して、MFP500は、当該サーバーの動作を全体的に制御する演算装置によって構成されるCPU551と、RAM552と、ROM553と、通信部554と、記憶部560と、プリントエンジン555と、入力装置557と、表示装置558とを含む。記憶部560は、たとえばハードディスク等の記憶装置からなる。なお、MFP500に対して着脱可能なUSBメモリ等のリムーバブルメディアから構成されても良い。通信部554は、たとえばLANカード、LANアダプタ等のネットワーク通信機器からなる。記憶部560は、CPU551が実行するプログラムを記憶するプログラム記憶部561と、各ジョブの内容を特定する情報を記憶する印刷情報記憶部563と、各ジョブについての課金情報を記憶する課金情報記憶部564と、上記プログラムを実行するための種々のデータを記憶するデータ記憶部565とを含む。プリントエンジン555は、MFP500において印刷機能を実現するための装置であり、たとえば感光体ドラムを含む画像形成ユニットによって構成される。表示装置558は、たとえば液晶表示装置によって構成される。入力装置557は、MFP500の外部から情報を入力するための装置であり、たとえばハードキーによって構成される。なお、入力装置557は、表示装置558に一体に設けられたタッチパネルによって構成されても良いし、タッチパネルとハードキーとの双方によって構成されてもよい。図9は、MFP500の制御ブロック図である。図9を参照して、MFP500は、その機能として、通信部501と、ジョブ管理部502と、ジョブ実行部503と、印刷情報管理部504と、印刷情報保存部505と、課金処理部506と、課金情報保存部507とを含む。通信部501は、通信部554によって実現される。MFP500は、通信部554を介してネットワーク900へ接続される。ジョブ実行部503は、画像形成動作を実行するプリントエンジン555によって実現される。MFP500は、本発明に係る画像処理装置の一例である。ジョブ管理部502は、MFP500においてジョブの実行ジョブの実行タイミング、ジョブ実行部503の動作制御、等を管理する。また、ジョブ管理部502は、通信部501を介して、アプリケーションサーバー300から印刷ジョブを受信する。ジョブ管理部502は、印刷ジョブからジョブIDと利用モードを抽出し、受付日時印刷ジョブを受信した日時とともに印刷情報管理部504に通知する。また、ジョブ管理部502は、印刷ジョブから利用量印刷枚数あるいは印刷料金を計算し、印刷情報管理部504に通知する。印刷情報管理部504は、印刷情報保存部505に印刷ジョブIDと受付日時と印刷完了フラグ最初は未完了として設定と印刷量を、印刷情報として保存する。印刷情報保存部505は、MFP500において実行されるジョブに関する情報である印刷情報を記憶する。表5に、印刷情報の一例を示す。表5を参照して、印刷情報では、各印刷ジョブを特定する印刷ジョブIDと、当該印刷ジョブを実行するMFPのID利用MFPIDと、当該印刷ジョブによる資源の利用量と、当該印刷ジョブの受付日時と、印刷が完了したか否かを示すフラグ印刷完了フラグと、確認日時後述と、利用モードとを、互いに関連付けて記憶する。なお、MFP500には、これらを関連付ける情報が記憶されていればよく、当該情報の記憶形式は、テーブル形式に限定されない。ここで、利用モードとは、当該印刷ジョブの取得経路を示し、第1イントラネット1000内の装置から取得した場合には、ローカルとされ、ネットワーク900を介して取得した場合には、ネットワークとされる。アプリケーションサーバー300から受信したジョブは、ネットワークとされる。印刷情報管理部504は、印刷ジョブが完了すると、印刷情報の印刷完了フラグを完了へと変更し、また、完了済みの印刷ジョブIDに対応する印刷情報を、課金処理部506に対して通知する。課金処理部506は、通知を受けると、当該完了した印刷ジョブの利用モードがローカルである場合にのみ、当該ジョブについての課金情報を生成し、当該課金情報を課金情報保存部507に保存する。なお、ジョブ管理部502、印刷情報管理部504、課金処理部506は、それぞれ、CPU551がプログラム記憶部561の所定のプログラムを実行することによって実現されても良いし、専用のLSI等のハードウェアによって実現されても良い。印刷情報保存部505は、印刷情報記憶部563によって実現される。課金情報保存部507は、課金情報記憶部564によって実現される。[6.課金管理システムにおける処理]図10は、本実施の形態の課金管理システムにおける各要素の動作タイミングを説明するためのシーケンス図である。図10を参照して、クライアント端末400からアプリケーションサーバー300へ印刷要求が送信されると、アプリケーションサーバー300は、当該印刷要求による印刷が可能か否かを判断し、可能であると判断すると、当該クライアント端末400に対してMFPのリストを提示する。これに応じて、クライアント端末400は、アプリケーションサーバー300にリストの中からMFPを選択する情報を送信する。これに応じて、アプリケーションサーバー300は、上記印刷要求に基づいた印刷ジョブを生成し、また、当該印刷ジョブについての課金情報を生成する。そして、アプリケーションサーバー300は、印刷ジョブを、選択されたMFP500へ送信し、また、課金情報を課金管理サーバー200へ送信する。課金管理サーバー200は、アプリケーションサーバー300から受信した課金情報を、MFP500から印刷完了通知を受信するまで、保留する。一方、MFP500は、アプリケーションサーバー300から受信した印刷ジョブに従った印刷処理を実行し、当該印刷処理が完了すると、そのことを報知する印刷完了通知を課金管理サーバー200へ送信する。課金管理サーバー200は、MFP500から印刷管理通知を受信したことに応じて、アプリケーションサーバー300から受信した課金情報に対応したMFP500の利用がなされたか否かを確認する。そして、利用が確認できると、アプリケーションサーバー300から受信した課金情報を、表1に示したような課金情報に登録する課金処理を実行する。以上説明した課金管理システムにおける処理の流れを実現するための、各要素における処理内容を説明する。[7.課金管理サーバーにおける処理]図11は、本実施の形態の課金管理システムの課金管理サーバー200において実行される処理のフローチャートである。図11を参照して、課金管理部202は、ステップSA10で、通信部201を介して、アプリケーションサーバー300から課金情報を受信する。課金情報から顧客IDと印刷ジョブIDを抽出し、顧客IDの正当性を確認するために顧客管理部206に顧客IDを通知する。なお、アプリケーションサーバー300から送信される課金情報には、利用確認待ち時間確認時間10分などが含まれていもよい。そして、所定の待ち時間またはアプリケーションサーバー300から課金情報を受信してから指定された待ち時間が経過した場合は、課金情報保存部203から課金情報を削除する。さらにMFP500に対して印刷のキャンセルを指示する。ステップSA20では、顧客管理部206は、顧客情報を登録した顧客管理テーブル207表2に、ステップSA20で受信した顧客IDが存在するか確認する。顧客管理部206は、顧客IDの正当性確認結果を課金管理部202に通知する。なお、ここで、顧客管理部206は、顧客IDに対応する顧客の与信をしてもよい。このような場合、さらに、顧客の利用量が、設定された利用量を上回っていたら、利用を拒否しても良い。顧客IDの正当性を確認できた場合ステップSA40で、課金管理部202は、課金情報に利用確認フラグとして未確認を設定し、課金情報保存部203に保存する表1。さらに課金管理部202は、利用確認部204に印刷ジョブIDを通知する。顧客IDの正当性を確認できない場合、ステップSA30で、課金管理部202は、通信部201を介して、アプリケーションサーバー300およびMFP500に対して、利用不許可である旨を通知する。ステップSA40の後、ステップSA50で、利用確認部204は、通信部201を介して、MFP500から印刷完了通知を受信する。印刷完了通知から印刷ジョブIDを抽出を行なう。次に、ステップSA60で、利用確認部204は、抽出した印刷ジョブIDが、課金管理部202から取得した印刷ジョブID印刷情報と一致するか確認することで印刷利用確認を行なう。利用確認部204は、確認結果を、課金管理部202に対して通知する。なお、ステップSA60では、印刷ジョブIDの一致に加え、MFP500から送信される印刷量が、課金管理部202から取得した利用量と一致することをさらに確認することが好ましい。課金管理サーバー200に、アプリケーションサーバー300から課金情報が送信されてから所定の待ち時間または利用確認待ち時間が経過しても、課金情報に対応する印刷ジョブの印刷完了通知がMFP500から送信されない場合は、利用確認部204は、MFP500に対して印刷通知要求を送信してもよい。あるいは、所定期間経過しても印刷完了通知がMFP500から送信されない場合は、利用確認部204は、印刷利用確認ができなかったと判断してもよい。印刷利用が確認できた場合、ステップSA70で、課金管理部202は、課金情報保存部203から印刷ジョブIDに対応する課金情報を読み出し、利用確認フラグとして確認済を設定し、課金情報保存部203に保存する。本実施の形態では、課金情報保存部203に課金情報を保存してから課金情報に利用確認フラグとして確認済を設定するまでを保留としても良いし、受信した課金情報を一時的な記憶領域に記憶してから課金情報保存部203に保存するまでを保留としても良い。また、課金管理部202は、印刷利用を確認できた場合、その旨をアプリケーションサーバー300および/またはMFP500に通知してもよい。一方、印刷利用が確認できなかった場合、ステップSA80で、課金管理部202は、課金情報保存部203から印刷ジョブIDに対応した課金情報を削除する。なお、課金管理部202は、ある顧客の印刷利用が確認できないことが所定回数発生した場合に、当該顧客の顧客IDをブラックリストに入れて、利用を制限してもよい。以上説明した本実施の形態において、課金管理部202は、課金情報おける課金対象の量たとえば、ページ数、もしくは、データ量、または、これらの双方に応じて、課金情報に対応した金額を生成し、各顧客に対する請求処理を行なっても良い。[8.アプリケーションサーバーにおける処理]アプリ情報処理部302は、通信部301を介して、クライアント端末400から、アプリケーションサーバー300を利用するための顧客IDとパスワードを受信すると、これらの情報を顧客情報管理部303に送信する。顧客情報管理部303は、顧客IDとパスワードを確認し、確認ができたらログインの許可をアプリ情報処理部302に通知する。アプリ情報処理部302は、通信部301を介して、クライアント端末400に対してログイン成功を通知する。アプリ情報処理部302は、通信部301を介して、ログイン成功を通知したクライアント端末400からの処理要求に応じた処理を行ない、通信部301を介して、クライアント端末400に処理結果を送信する。なお、上記の処理は、クライアント端末400からの処理要求がある度に随時行なわれる。図12は、アプリケーションサーバー300において実行される処理のフローチャートである。図12を参照して、アプリケーションサーバー300において実行される、クライアント端末400からの印刷要求に対する処理の内容を説明する。まず、ステップSB10で、アプリ情報処理部302は、通信部301を介して、クライアント端末400から印刷要求を受信する。次に、ステップSB20で、アプリ情報処理部302は、MFP管理テーブル307表3から利用可能なMFP500を読み出し、利用可能MFPリストを生成し、そして、通信部301を介して、当該リストをクライアント端末400に送信する。次に、ステップSB30で、アプリ情報処理部302は、通信部301を介して、クライアント端末400からMFP選択結果選択MFP情報を受信する。アプリ情報処理部302は、印刷データと顧客情報管理部303に保存された顧客IDと選択されたMFPの情報MFPを特定する情報。以下、選択MFP情報というを、印刷準備部304に通知する。次に、ステップSB40で、印刷準備部304は、印刷ジョブ生成部306に印刷データと選択MFP情報を送信する。印刷ジョブ生成部306は、選択MFP情報に基づいて、選択されたMFP500に対する印刷ジョブを印刷データから生成し、印刷ジョブを印刷準備部304に通知する。印刷準備部304は、印刷ジョブに対する印刷ジョブIDを生成し、印刷ジョブIDを印刷ジョブに付与する。さらに利用モードネットワークを印刷ジョブに付与する。印刷準備部304は、印刷ジョブから利用量印刷枚数あるいは印刷料金を計算する。なお、利用モードの代わりに顧客IDが印刷ジョブに付与されてもよい。顧客IDを付与する場合は、ハッシュ関数あるいはチャレンジ-レスポンス認証等を使用して顧客IDを加工したデータを使用してもよい。このように、顧客IDが付与されることにより、印刷ジョブの出所が明らかとなり、利用モードが付与されるのと同様の効果が得られる。また、付与された顧客IDは、当該印刷ジョブの出力についての課金の処理にも利用できる。なお、印刷準備部304は、MFP500が存在するイントラネット1000内の機器からイントラネット経由でジョブを受信した場合には、利用モードローカルを付与する。次に、ステップSB50で、印刷準備部304は、顧客IDと印刷ジョブIDと利用量を課金情報生成部305に通知する。課金情報生成部305は、顧客IDと印刷ジョブIDと利用量から課金情報を生成し、印刷準備部304に通知する。次に、ステップSB60で、印刷準備部304は、通信部301を介して、課金情報を課金管理サーバー200に送信する。さらに印刷ジョブをMFP500に対して送信する。[9.MFPにおける処理]MFP500は、常に印刷ジョブを待ち受けている状態にあるとする。図13は、MFP500において実行される処理のフローチャートである。図13を参照して、MFP500では、まずステップSC10において、ジョブ管理部502は、通信部501を介して、アプリケーションサーバー300から印刷ジョブを受信する。ジョブ管理部502は、印刷ジョブから印刷ジョブIDと利用モードを抽出し、受付日時印刷ジョブを受信した日時とともに印刷情報管理部504に通知する。ジョブ管理部502は、印刷ジョブから利用量印刷枚数あるいは印刷料金を計算し、印刷情報管理部504に通知する。次に、ステップSC20で、印刷情報管理部504は、印刷情報保存部505に印刷ジョブIDと受付日時と印刷完了フラグ最初はとして未完了として設定と印刷量を、印刷情報として保存する。次に、ステップSC30で、ジョブ管理部502は、ジョブ実行部503に印刷ジョブを送信する。これに応じて、ジョブ実行部503は、バックグラウンドで印刷ジョブに基づいて印刷を行なう。印刷が完了すると、ステップSC40で、ジョブ実行部503は、完了した印刷ジョブIDをジョブ管理部502に通知する。ジョブ管理部502は、ジョブ実行部503から受信した完了済み印刷ジョブIDを、印刷情報管理部504に通知する。印刷情報管理部504は、完了済み印刷ジョブIDに対応する印刷情報を印刷情報保存部505から読み出し、印刷完了フラグに完了を設定し、さらに印刷完了日時を追加し、印刷情報保存部505に保存する。次に、ステップSC50で、印刷情報管理部504は、完了済み印刷ジョブIDに対応する印刷情報を、課金処理部506に対して通知する。課金処理部506は、印刷情報から利用モード抽出し、利用モードの確認を行う。なお、印刷ジョブの種類を判断する際に、利用モードの代わりに顧客IDが利用されても良い。この場合は、顧客IDがMFP500の所有者のIDと一致するかどうかが判断される。利用モードがネットワークである場合には、ステップSC60へ処理が進められ、ローカルである場合には、ステップSC70へ処理が進められる。ステップSC60では、課金処理部506は、ネットワーク900経由の印刷ジョブであると判断し、ローカルユーザーの利用量を保存している課金情報保存部507の情報を更新しない。印刷情報管理部504は、完了済み印刷ジョブIDに対応する印刷情報から印刷完了通知を生成する。印刷完了通知には印刷ジョブIDを含む。印刷情報管理部504は、通信部501を介して、課金管理サーバー200に印刷完了通知を送信する。なお、当該印刷完了通知の送信が完了したことを条件として、印刷情報保存部505から該当履歴が削除されてもよい。印刷完了通知には、印刷ジョブID以外の印刷情報が含まれてもよい。印刷情報としては、たとえば印刷量が含まれることが好ましい。なお、印刷ジョブが完了する毎に、課金管理サーバー200に印刷完了通知が送信されなくともよい。すなわち、印刷完了通知を蓄積し、一定時間ごと例えば、1時間に1回送信、毎日24時に送信など、あるいは、一定数のジョブ例えば、100ジョブが蓄積したことを条件として、それまでに蓄積された印刷完了通知が課金管理サーバー200に送信されてもよい。この形態は、MFP500の利用に対する課金を、課金管理サーバー200で全て管理する場合、つまり、ユーザーがMFP500を直接操作する場合の課金と、ユーザーがPCから直接印刷ジョブをMFP500に送って印刷する場合の課金も、課金管理サーバー200で管理する場合に、特に好ましい。一方、ステップSC70では、課金処理部506は、イントラネット内のユーザーの印刷ジョブであると判断し、イントラネット内のユーザーの利用量を保存している課金情報保存部507を読み出し、利用量を加算し、課金情報保存部507を更新する。なお、印刷履歴は、MFP500とは別のサーバーに保存されてもよい。また、課金管理システムにおいて、全ての課金情報が、課金管理サーバー200で管理されてもよい。すなわち、MFP500では、印刷モードの判断を行なわずに、ネットワーク900経由での印刷とイントラネット内の印刷の両方の印刷情報が、課金管理サーバー200に送信されても良い。課金管理サーバー200では、印刷情報に含まれる印刷ジョブIDを抽出し、印刷ジョブIDに対応する顧客IDを課金情報保存部203から取得する。課金管理サーバー200は、顧客ID別に課金情報を管理する。<第2の実施の形態>[1.課金管理システムにおける処理]図14は、本実施の形態の課金管理システムにおける各要素の動作タイミングを説明するためのシーケンス図である。図14を参照して、本実施の形態では、第1の実施の形態に対して、アプリケーションサーバー300が、MFP500へ印刷ジョブを送信し、課金管理サーバー200へ課金情報を送信した後の処理が変更される。具体的には、課金管理サーバー200は、アプリケーションサーバー300から受信した課金情報を、MFP500から印刷完了通知を受信するまで、保留する。その一方で、課金管理サーバー200は、MFP500当該課金情報に対応するMFP500に対して、印刷完了通知の送信を要求する情報印刷利用確認要求送信する。MFP500は、アプリケーションサーバー300から受信した印刷ジョブに従った印刷処理を実行し、当該印刷処理が完了すると、当該印刷処理の印刷履歴を保存する。そして、課金管理サーバー200から、印刷利用確認要求を受信したことに応じて、印刷完了通知を課金管理サーバー200へ送信する。課金管理サーバー200は、MFP500から印刷管理通知を受信したことに応じて、アプリケーションサーバー300から受信した課金情報に対応したMFP500の利用がなされたか否かを確認する。そして、利用が確認できると、アプリケーションサーバー300から受信した課金情報を、表1に示したような課金情報に登録する課金処理を実行する。以下、本実施の形態の課金管理システムにおける各要素についての、第1の実施の形態に対する変更内容を主に説明する。[2.課金管理サーバー]図15は、本実施の形態の課金管理サーバー200の制御ブロック図である。本実施の形態の課金管理サーバー200は、その機能としてMFP管理テーブル208をさらに含む。MFP管理テーブル208に記憶される情報は、MFP管理テーブル307に記憶される情報と同様である。MFP管理テーブル208は、記憶部260によって実現される。図16は、図15の課金管理サーバー200が実行する処理のフローチャートである。図16を参照して、本変形例では、ステップSA40で課金情報が保存された後、ステップSA51で、利用確認部204は、MFP管理テーブル208から、印刷処理に利用されたMFPの情報を読み込み、当該情報に対応するMFP500のアクセス先IPInternetProtocolアドレスやURLUniformResourceLocatorを取得する。また、利用確認部204は、通信部201を介して、MFP500に印刷利用確認要求を送信する。印刷利用確認要求は、印刷ジョブIDと顧客IDを含む。利用確認部204は、通信部201を介して、MFP500から印刷完了通知を受信し、印刷完了通知から顧客IDと印刷ジョブIDを抽出を行なう。なお、課金情報の中に、上記情報に対応するMFPのアクセス先が含まれていてもよい。[3.MFP]図17は、本実施の形態のMFP500が実行する処理のフローチャートである。図17を参照して、本実施の形態では、ステップSC50で利用モードがネットワークであると判断されると、処理はステップSC61へ進められる。ステップSC61では、印刷情報管理部504は、通信部501を介して、課金管理サーバー200から印刷利用確認要求を受信する。なお、本実施の形態において、ジョブ実行部503は、課金管理サーバー200から印刷利用確認要求を受信してから印刷を開始してもよい。なお、印刷利用確認要求に含まれる印刷ジョブIDと、印刷しようとする印刷ジョブの印刷ジョブIDが一致することを確認することで、正しい印刷ジョブであることを確認できる。次に、ステップSC70で、印刷情報管理部504は、印刷利用確認要求から印刷ジョブIDを抽出し、該当する印刷情報を印刷情報保存部505から取得する。印刷情報管理部504は、印刷ジョブIDに対応する印刷情報から印刷完了通知を生成する。印刷完了通知には印刷ジョブIDを含む。印刷情報管理部504は、通信部501を介して、課金管理サーバー200に取得した印刷完了通知を送信する。<第3の実施の形態>[1.課金管理システムの構成]図18は、本実施の形態の課金管理システムの全体構成を模式的に示す図である。図19は、本実施の形態の課金管理システムの各要素で実行される処理のタイミングチャートである。図18および図19を参照して、本実施の形態では、クライアント端末400からの印刷要求を受けると、アプリケーションサーバー300は、印刷ジョブを生成し、MFP500ではなく課金管理サーバー200に送信する。課金管理サーバー200は、アプリケーションサーバー300から印刷ジョブを受信すると、当該印刷ジョブをMFP500へ送信する。このように構成されることにより、課金管理サーバー200は、MFP500に送信される印刷ジョブの内容と課金情報とを比較することにより、正確に、課金情報を生成できる。[2.課金管理サーバー]図20は、本実施の形態の課金管理サーバー200の制御ブロック図である。図20を参照して、本実施の形態の課金管理サーバー200は、その機能として、印刷ジョブ管理部280をさらに含む。印刷ジョブ管理部280は、たとえば、CPU251がプログラム記憶部261に記憶されたプログラムを実行することにより、または、専用のLSI等の回路によって、実現される。図21は、本実施の形態の課金管理サーバー200によって実行される処理のフローチャートである。図21を参照して、本実施の形態では、ステップSA40で課金情報が保存された後、ステップSA41へ処理が進められる。課金情報とは、たとえば、顧客ID、ジョブID、利用量である。ステップSA41では、印刷ジョブ管理部280は、通信部201を介して、アプリケーションサーバー300に、印刷ジョブの送信を要求する情報印刷ジョブ要求を送信する。次に、ステップSA42で、印刷ジョブ管理部280は、通信部201を介して、アプリケーションサーバー300から印刷ジョブを受信し、処理はステップSA43へ進められる。ここで、印刷ジョブ管理部280は、受信した印刷ジョブについて、その印刷量、改ざんの有無、および/またはデータの破損等をチェックすることが好ましい。印刷量のチェックとは、たとえば、所定の量を超えていないか等、本発明が適用されるシステムにおいて不自然なほど大量であるか否かのチェックが挙げられる。また、改ざんの有無やデータの破損のチェックとは、たとえば、電子証明書を利用した電子署名によって行なうものが考えられる。印刷ジョブの送信側は、秘密鍵で印刷ジョブまたは印刷ジョブの対象となるファイルに電子署名を行なう。受信側は、送信側から予め送られている公開鍵によって電子署名の正当性改ざんがなかったことを確認する。また、事故等によるデータ破損の有無のチェックには、チェックサムCRCCyclicRedundancyCheckやハッシュを利用する。そして、印刷ジョブ管理部280が、印刷量が所定の量を超える、または、改ざんがあったと判断した場合には、処理はステップSA43ではなく、ステップSA80へ進められても良い。これにより、印刷量が不自然なほどに大量である場合や、印刷ジョブの改ざんが疑われる場合には、当該印刷ジョブがMFP500へ送信されて出力されることを回避できる。次に、ステップSA43で、印刷ジョブ管理部280は、印刷ジョブに印刷ジョブIDを付与し、通信部201を介して、MFP500に印刷ジョブを送信する。次に、ステップSA50で、利用確認部204は、通信部201を介して、MFP500から印刷完了通知を受信する。印刷完了通知から印刷ジョブIDを抽出を行う。[3.アプリケーションサーバー]図22は、本実施の形態のアプリケーションサーバー300が実行する処理のフローチャートである。図22を参照して、本実施の形態のアプリケーションサーバー300では、ステップSB50において課金情報が生成された後、ステップSB61へ処理が進められる。ステップSB61では、印刷準備部304は、通信部301を介して、課金情報を課金管理サーバー200に送信する。次に、ステップSB62で、印刷準備部304は、通信部301を介して、印刷ジョブ要求を課金管理サーバー200から受信する。次に、ステップSB63で、印刷準備部304は、通信部301を介して、印刷ジョブを課金管理サーバー200に対して送信する。[4.MFP]図23は、本実施の形態のMFP500が実行する処理のフローチャートである。本実施の形態のMFP500では、ステップSC11で、ジョブ管理部502は、通信部501を介して、課金管理サーバー200から印刷ジョブを受信する。そして、MFP500では、ステップSC20以降の処理が実行される。<第4の実施の形態>[1.課金管理システムの構成]図24は、本実施の形態の課金管理システムの全体構成を模式的に示す図である。図25は、本実施の形態の課金管理システムの各要素で実行される処理のタイミングチャートである。図24および図25を参照して、本実施の形態では、クライアント端末400からの印刷要求を受けると、アプリケーションサーバー300は、印刷ジョブと課金情報を、MFP500へ送信する。課金情報を受信すると、MFP500は、課金情報を課金管理サーバー200へ送信するとともに、印刷ジョブを実行する。そして、印刷ジョブが完了すると、MFP500は、課金管理サーバー200へ印刷完了通知を送信する。このように構成されることにより、アプリケーションサーバー300を、課金情報を管理する課金管理サーバー200に直接アクセスさせる必要がない。これにより、アプリケーションサーバー300と課金管理サーバー200の管理者が異なる場合に、アプリケーションサーバー300の管理者によって、課金管理サーバー200の管理情報に対する不正課金情報の不正書き換えなどのリスクを低減できる。[2.課金管理サーバー]図26は、本実施の形態の課金管理サーバー200が実行する処理のフローチャートである。図26を参照して、本実施の形態では、課金管理部202は、ステップSA10で、通信部201を介して、MFP500から課金情報を受信する。そして、課金管理部202は、課金情報から顧客IDと印刷ジョブIDを抽出し、顧客管理部206に、顧客IDを通知する。ステップSA20では、顧客管理部206は、課金管理部202から受信した課金情報が、顧客情報を登録した顧客管理テーブル207に存在するか否かを判断する。そして、顧客管理部206が存在しないと判断すると、ステップSA31へ処理が進められる。ステップSA31では、課金管理部202は、通信部201を介して、MFP500に対して、利用不許可である旨を通知する。一方、ステップSA20において顧客IDが存在すると判断されると、ステップSA40以降の処理が実行される。[3.アプリケーションサーバー]図27は、本実施の形態のアプリケーションサーバー300が実行する処理のフローチャートである。図27を参照して、本実施の形態では、ステップSB40において印刷ジョブが生成され、ステップSB50において課金情報が生成されると、ステップSB61へ処理が進められる。ステップSB61では、印刷準備部304は、通信部301を介して、課金情報と印刷ジョブを、クライアント端末400によって選択されたMFP500へ送信する。なお、ここでは、課金情報と印刷ジョブは、クライアント端末400によって選択されたMFP500以外に、第1イントラネット1000内で予め定められたMFP500へ送信されても良い。[4.MFP]図28は、本実施の形態のMFP500が実行する処理のフローチャートである。図28を参照して、まず、ステップSC11Aで、ジョブ管理部502は、通信部501を介して、アプリケーションサーバー300から課金情報と印刷ジョブを受信する。ジョブ管理部502は、印刷ジョブから印刷ジョブIDと利用モードを抽出し、受付日時印刷ジョブを受信した日時とともに印刷情報管理部504に通知する。ジョブ管理部502は、印刷ジョブから利用量印刷枚数あるいは印刷料金を計算し、印刷情報管理部504に通知する。次に、ステップSC20で、印刷情報管理部504は、印刷情報保存部505に印刷ジョブIDと顧客IDと受付日時と印刷完了フラグ最初はとして未完了として設定と印刷量を、印刷情報として保存する表5。次に、ステップSC22で、印刷情報管理部504は、通信部501を介して、課金情報を課金管理サーバー200に送信する。その後、ステップSC30以降の処理が実行される。<第5の実施の形態>本実施の形態の課金管理システムでは、MFP500は、印刷ジョブを受信すると、当該印刷ジョブが正当なものである旨の情報を取得したことを条件として、当該印刷ジョブを実行する。なお、本実施の形態におけるMFP500および課金管理サーバー200の処理は、本明細書の他の実施の形態と組合わせることができ、特に、第1または第2の実施の形態と組み合わされた場合、MFP500に信頼性の高い印刷ジョブのみを実行させることができるという観点から、有益である。[1.課金管理サーバー]図29は、本実施の形態の課金管理サーバー200の制御ブロック図である。図29を参照して、本実施の形態の課金管理サーバー200は、印刷正当性判断部209をさらに含む。印刷正当性判断部209は、CPU251がプログラム記憶部261に記憶されたプログラムを実行することにより実現されても良いし、課金管理サーバー200に設けられた専用のLSI等の回路によってハードウェア的に実現されても良い。図31は、図29の課金管理サーバー200が実行する処理のフローチャートである。なお、図31は、MFP500からの印刷ジョブの正当性の確認に対応する処理である。本実施の形態の課金管理サーバー200は、図11等を参照して説明した処理とあわせて、図31のフローチャートの処理を実行する。図31を参照して、通信部201を介して、MFP500から、後述する印刷正当性確認要求を受信すると、課金管理部202は、ステップSA110で、印刷正当性判断部209に対してその旨を通知する。次に、ステップSA120で、印刷正当性判断部209は、印刷正当性確認要求から印刷ジョブIDを抽出し、指定された印刷ジョブIDが課金情報保存部203に存在するか判断する。そして、存在すると判断するとステップSA130へ処理を進め、存在しないと判断するとステップSA140へ処理を進める。ステップSA130では、印刷正当性判断部209は、正当な印刷要求であると判断し、課金管理部202に印刷可能を通知する。課金管理部202は、通信部201を介して、MFP500に印刷許可通知を送信する。一方、ステップSA140では、印刷正当性判断部209は、不正な印刷要求であると判断し、課金管理部202に印刷不可能を通知する。課金管理部202は、通信部201を介して、MFP500に印刷不許可通知を送信する。なお、本実施の形態の課金管理サーバー200では、MFP500から印刷正当性確認要求を受信するたびに、図31に示された処理が、実行される。[2.MFP]図30は、本実施の形態のMFP500の制御ブロック図である。図30を参照して、本実施の形態のMFP500は、その機能として、印刷正当性確認部508をさらに含む。印刷正当性確認部508は、CPU551がプログラム記憶部561に記憶されたプログラムを実行することにより実現されても良いし、、または、MFP500に備えられた専用のLSI等の回路によってハードウェア的に実現されても良い。図32は、図30のMFP500が実行する処理のフローチャートである。図32を参照して、ステップSC10で、ジョブ管理部502がアプリケーションサーバー300から印刷ジョブを受信すると、ステップSC12へ処理が進められる。ステップSC12では、ジョブ管理部502は、印刷正当性確認部508に印刷ジョブIDを通知する。印刷正当性確認部508は、印刷ジョブIDに対応する印刷要求の正当性を確認を依頼するための情報印刷正当性確認要求を生成し、通信部501を介して、課金管理サーバー200に送信する。印刷正当性確認要求は、印刷ジョブIDを含む。なお、印刷正当性確認要求には、印刷を要求した顧客の顧客IDを含んでいてもよい。その場合は、アプリケーションサーバー300から送信された印刷ジョブに含まれる顧客IDが利用される。次に、ステップSC13で、印刷正当性確認部508は、通信部501を介して、印刷可否結果を課金管理サーバー200から受信する。なお、印刷可否結果とは、ステップSA120における判断結果であある。印刷ジョブIDが存在すると判断された場合には、当該印刷可否結果は印刷可能である。印刷ジョブIDが存在しないと判断された場合には、当該印刷可否結果は印刷不可である。次に、ステップSC14で、印刷正当性確認部508は、印刷可否結果を読み込み、印刷の可否を確認する。そして、印刷可能であればステップSC15へ処理が進められる。印刷不可であればステップSC16へ処理が進められる。ステップSC15では、印刷正当性確認部508は、ジョブ管理部502に印刷開始を通知する。ジョブ管理部502は、印刷ジョブから印刷ジョブIDと利用モードと受付日時印刷ジョブを受信した日時を印刷情報管理部504に通知する。ジョブ管理部502は、印刷ジョブから利用量印刷枚数あるいは印刷料金を計算し、印刷情報管理部504に通知する。印刷情報管理部504は、印刷情報保存部505に印刷ジョブIDと顧客IDと受付日時と印刷完了フラグ最初はとして未完了として設定と印刷量を、印刷情報として保存する表5。その後、ステップSC30へ処理が進められる。ステップSC16では、印刷正当性確認部508は、ジョブ管理部502に印刷拒否を通知する。ジョブ管理部502は、印刷ジョブを削除破棄して、図32に示された処理を終了させる。本実施の形態において、印刷ジョブに顧客IDが含まれている場合は、MFP500の表示パネル表示装置558に、印刷が拒否された旨を表示してもよい。あるいは、MFP500は、アプリケーションサーバー300に印刷が拒否された旨を通知し、アプリケーションサーバー300がクライアント端末ユーザーに印刷が拒否された旨を通知してもよい。また、印刷不可により印刷が拒否された場合、不正な印刷要求があったことを、課金管理サーバー200あるいはMFP500の管理者に、電子メール等で送信してもよい。また、印刷不可により印刷が拒否された場合、ユーザーに印刷を行なうか否かを問合せる情報を送信し、ユーザーが許可する条件を改めて返信したことを条件として、印刷を実行してもよい。この場合、当該印刷処理についての課金は、処理を実行するMFP500に関連付けられている顧客に対して行なわれる。<第6の実施の形態>[1.課金管理システム]本実施の形態の課金管理システムは、アプリケーションサーバー300において、SaaSSoftwareasaService形態で提供されている共同作業サービスを、複数のユーザーが共同作業のために利用することを想定している。プロジェクトリーダは、プロジェクト参加者を、アプリケーションサーバー300上のワークスペースに招待する。上記サービスでは、プロジェクトごとに作業のためのワークスペースが分かれているプロジェクト=1つ以上のワークスペースで構成。ワークスペースには、プロジェクトの文書等のデータが保存されており、プロジェクトに参加しているユーザーは文書を編集することができる。共同作業サービスでは、表6のように示すような、ユーザーのサービス利用状況情報が管理されている。表6に示されたサービス利用状況情報では、各ユーザー利用者のIDが、当該ユーザーが参加するプロジェクトワークスペースのIDと、当該ユーザーの現在地物理的な位置と、当該現在地の現地時間現地の時刻と、各ユーザーが通信する際のIPアドレスと、各ユーザーの本日の予定とが、互いに関連付けられて記憶されている。なお、記憶形式は、表6に示すようなテーブル形式に限定されない。図33は、本実施の形態の課金管理システムの各要素が実行する処理のタイミングチャートである。図33を参照して、本実施の形態の課金管理システムでは、クライアント端末400からアプリケーションサーバー300へ印刷要求が送信されると、アプリケーションサーバー300は、課金管理サーバー200に、当該印刷要求に対応した印刷ジョブを実行可能なMFPリストを要求する情報を送信する。また、アプリケーションサーバー300は、関係情報を読み込み、当該関係情報を課金管理サーバー200へ送信する。なお、アプリケーションサーバー300において記憶されている関係情報の一例を、表7に示す。関係情報では、各ユーザー利用者のIDと、各ユーザーが参加するプロジェクトワークスペースのIDと、現在地と、現地時間と、IPアドレスと、本日の予定とが関連付けられて記憶されている。なお、記憶形式は、表7に示すようなテーブル形式に限定されない。関係情報は、アプリケーションサーバー300ではなく、アプリケーションサーバー300が通信可能な他のサーバーたとえば、後述する利用管理サーバー100等に記憶されていても良い。関係情報を受信すると、課金管理サーバー200は、MFP管理情報を読み込み、各MFPについての利用の可否を判断し、利用可能なMFPのリストを生成する。そして、課金管理サーバー200は、生成したリストをアプリケーションサーバー300へ送信する。上記リストを受信すると、アプリケーションサーバー300は、当該リストをクライアント端末400へ送信する。クライアント端末400は、送信されたリストから利用するMFPを選択する情報を、アプリケーションサーバー300へ送信する。上記選択する情報を受信すると、アプリケーションサーバー300は、印刷ジョブと課金情報を生成し、印刷ジョブを、上記のように選択されたMFP500へ送信し、また、課金情報を課金管理サーバー200へ送信する。課金管理サーバー200は、受信した課金情報の基づく課金処理を、MFP500から印刷完了通知を受信するまで、保留する。MFP500は、印刷ジョブを受信すると、当該印刷ジョブに基づく印刷処理を実行し、完了すると、当該印刷ジョブの印刷完了通知を課金管理サーバー200へ送信する。印刷完了通知を受信すると、課金管理サーバー200は、保留していた課金処理を実行する。本実施の形態の印刷ジョブが生成されるまでの処理を、他の実施の形態において実行される印刷ジョブが生成されるまでの処理と入れ替えることにより、本実施の形態は他の実施の形態と組合わせて実施することができる。[2.課金管理サーバー]図34は、本実施の形態の課金管理サーバー200の制御ブロック図である。課金管理サーバー200は、機能として、関係情報取得部291、関係情報保存部292、利用可否判断部210、利用可能MFPリスト生成部211、および、MFP管理テーブル212をさらに含む。また、本実施の形態では、顧客管理テーブル207が顧客管理テーブル207Aに置換されている。関係情報取得部291、利用可否判断部210、および、利用可能MFPリスト生成部211は、CPU251がプログラム記憶部261に記憶されているプログラムを実行することにより、または、課金管理サーバー200に設けられた専用のLSI等の回路によりハードウェア的に、実現される。顧客管理テーブル207AおよびMFP管理テーブル212は、記憶部260によって実現される。なお、課金管理サーバー200において、課金管理部202、課金情報保存部203、および、利用確認部204によって、課金ブロック200Bが構成される。また、関係情報取得部291、関係情報保存部292、利用可否判断部210、利用可能MFPリスト生成部211、および、MFP管理テーブル212により、MFPリスト生成ブロック200Aが構成される。表8に、顧客管理テーブル207Aにおいて記憶される情報の一例を示す。表8から理解されるように、顧客管理テーブル207Aでは、ユーザーごとに、IDと、利用可能なMFPを特定する情報と、所属部署と、所属するプロジェクトとが、互いに関連付けられて記憶されている。なお、記憶形式は、表8に示すようなテーブル形式に限定されない。表9に、MFP管理テーブル212において記憶される情報の一例を示す。表9から理解されるように、MFP管理テーブル212では、各MFPについて、IDと、機種名と、設置場所物理的な位置と、利用が許可される部署またはプロジェクトを特定する情報利用許可部署と、シリアル番号とが、関連付けられて記憶されている。なお、記憶形式は、表9に示すようなテーブル形式に限定されない。なお、顧客管理テーブル207Aおよび/またはMFP管理テーブル212に記憶されている内容は、課金管理サーバー200ではなく、後述する利用管理サーバー100等の、課金管理サーバー200と通信可能な他のサーバーに記憶されていても良い。[3.アプリケーションサーバー]図35は、本実施の形態のアプリケーションサーバー300の制御ブロック図である。図35を参照して、本実施の形態のアプリケーションサーバー300は、MFP管理テーブル307を備えておらず、その代わりに、利用可能MFPリスト記録部310と、関係情報保存部311とをさらに含む。利用可能MFPリスト記録部310および関係情報保存部311は、記憶部360によって実現される。[4.課金管理システムにおける処理]本実施の形態において、上記したようなプロジェクトに参加しているユーザーU001は、サービスに対して文書の印刷を指示する。すると、共同作業サービスは、現在同一プロジェクトで作業しているユーザーをリストアップする。表6では、印刷指示の時点でサービスを利用しているユーザーである、ユーザーU001と、ユーザーU003、ユーザーU004、ユーザーU006、ユーザーU007の情報が含まれている。その中で、印刷指示を出したユーザーU001の作業しているプロジェクトPRJ001で作業しているユーザーをまとめたグループを、関係情報としてピックアップする。ここでは、ピックアップされるのは、表7に示す、ユーザーU001と、ユーザーU004と、ユーザーU007となる。共同作業サービスは、この関係情報を利用管理サーバー対して送信し、ユーザーU001が現在利用可能なMFPリストを要求する。課金管理サーバー200または、後述する利用管理サーバー100は、共同作業サービスから関係情報を受信する。課金管理サーバー200はさらに、表8に示す、各ユーザーに対してMFPの利用許可を示す顧客管理テーブルと、表9に示す、管理しているMFPの一覧を含んだMFP管理テーブルを読み込む。そして、課金管理サーバー200または、後述する利用管理サーバー100は、関係情報と顧客管理テーブルから、関係情報に含まれる、ユーザーが使用できるMFPの一覧を作成する。この場合は、表7と表8のテーブルから、ユーザーU001が利用可能なMFPP001とMFPP002、ユーザーU004が利用可能なMFPP003、MFPP004、MFPP005、ユーザーU007が利用可能なMFPP007の6つのMFPをリストアップする。そして、さらに、一覧に含まれるMFPに対して、MFP管理テーブル212に記憶された利用許可部署の情報を読み込み、プロジェクトPRJ001に対して利用が許可されているか判断する。MFPP001とP003とP004はプロジェクトに対して許可されているので、これをユーザーU001が利用可能なMFPリストとして、図38に示すリストを生成する。図38は、本実施の形態において、ユーザーが利用可能とされるMFPのリストを模式的に示す図である。そして、課金管理サーバー200または、後述する利用管理サーバー100は、生成した利用可能MFPリストを、アプリケーションサーバー300で動作する共同プロジェクトサービスに対して送信する。共同作業サービスで、利用管理サーバーから送信されたユーザーU001の利用可能MFPリストを受信する。利用可能MFPリストに基づき、印刷するMFP選択画面を生成し、ユーザーU001に対して提示する。当該提示は、たとえば、当該ユーザーのIPアドレスに対応するクライアント端末400にMFP選択画面を送信することにより、実現される。ユーザーU001は、MFP選択画面で所望のMFPを選択する。これにより、MFPを選択する情報が、クライアント端末400からアプリケーションサーバー300へ送信される。共同作業サービスは、ユーザーU001の選択したMFPを受けて指定されたMFPに対する印刷ジョブを生成し、MFPに対して送信する。以上の動作により、各ユーザーの状況に適したMFPのリストを提示することができる。そのため、ユーザーは利用したいMFPの設定ドライバ等のインストールを行うことなく、適切なMFPに対して印刷を行うことが可能である。また、判断に用いる関係情報として、リアルタイムなユーザーの状況情報を利用できるので、現在プロジェクトの作業を行っていないユーザーの元に印刷物を出力することがない。これにより、出張や会議中で席を外しているユーザーの元に印刷してしまい、部外者にその印刷物を持ち去られるというセキュリティ上の危険を回避できる。なお、上記した関係情報は、動的に生成されなくともよい。すなわち、各プロジェクトとそれに所属するユーザーを記録した静的なテーブルを使っても実現できる。また、関係情報に、ユーザーのGPSGlobalPositioningSystem等による位置情報や、利用中の端末のIPアドレス、現地時間、MFPの利用頻度、スケジュール情報出張先や会議の時間を含めるとさらに効果的である。例えば、位置情報を利用すると、出張先で資料を印刷し忘れたことに気付いた場合、現在地を判断して利用可能なMFPを選択することができる近くのコンビニにあるMFP。スケジュール情報を利用することによって、会議を行う会議室のMFPを利用可能なMFPとして選択することができる。また、MFP管理テーブル212に利用許可情報が含まれている場合には、あるプロジェクトに対して利用が許可されているMFPを選択することができる。プロジェクトごとに課金契約が分かれている時に自動で課金を考慮したMFPの選択を行えるので有用である。[5.課金管理サーバーの処理]図36は、本実施の形態の課金管理サーバー200が実行する処理のフローチャートである。なお、図36には、図33を参照して説明した処理の中の、利用可能なMFPのリストをアプリケーションサーバー300へ送信するまでの処理のみが記載されている。アプリケーションサーバー300から課金情報を受信した後の処理は、他の実施の形態と同様とすることができる。図36を参照して、通信部201は、ステップSA210で、アプリケーションサーバー300から利用可能MFPリスト要求を受信し、利用可否判断部210に通知する。利用可否判断部210は、関係情報取得部291に対して関係情報取得指示を送信する。次に、ステップSA220で、関係情報取得部291は、通信部201を介してアプリケーションサーバー300から関係情報を受信し、受信した関係情報を関係情報保存部292に保存する。さらに、利用可否判断部210に処理準備完了を通知する。次に、ステップSA230で、利用可否判断部210は、関係情報保存部292から関係情報を取得し、顧客管理部206を介して顧客管理テーブル207Aから顧客情報を取得する。さらにMFP管理テーブル212から、MFP情報を取得する。次に、ステップSA240で、利用可否判断部210は、関係情報と顧客情報とMFP情報に基づいて、顧客に対して各MFPの利用可否を判断する。判断結果を利用可能MFPリスト生成部211に送信する。なお、ここで利用可能とされる各MFPには、たとえば、MFP情報において、当該顧客に対して利用可能とされているMFP、および、関係情報において当該顧客が参加しているとされるプロジェクトワークスペースに対して利用可能とされているMFPが含まれる。また、本実施の形態では、関係情報に記憶されるプロジェクトワークスペース名が、ユーザーの属性に相当する。次に、ステップSA250で、利用可能MFPリスト生成部211は、送信された判断結果に基づいて利用可能MFPリストを生成し、利用可否判断部210に送信する。次に、ステップSA260で、利用可否判断部210は、通信部201を介して利用可能MFPリストをクライアント端末に送信する。図39は、本実施の形態の課金管理システムの変形例の構成を模式的に示す図である。本実施の形態の課金管理システムは、図39に示されるように、さらに利用管理サーバー100を備えても良い。利用管理サーバー100は、CPU等の演算装置と、当該演算装置が実行するプログラムや当該プログラムの実行に必要なデータを記憶する記憶装置とを備える。図36を参照して説明した処理は、当該利用管理サーバーによって実行されても良い。なお、この変形例では、課金情報を受信した後の処理は、課金管理サーバー200によって実行される。なお、本実施の形態では、関係情報は、アプリケーションサーバー300によって送信されているが、ユーザークライアント端末400から直接課金管理サーバー200利用管理サーバーに送信されても良い。利用管理サーバー100は、課金管理サーバー200と同様のブロック構成を有する。なお、利用管理サーバー100は、関係情報取得部291を持たなくともよい。すなわち、動的な関係情報を使用せずに、静的な関係情報を関係情報保存部292に保持してもよい。[6.アプリケーションサーバーの処理]アプリケーションサーバー300のアプリケーション実行時の処理について説明する。アプリ情報処理部302は、通信部301を介してクライアント端末400から処理要求を受信する。次に、アプリ情報処理部302は、クライアントからの処理要求に応じた処理を行い、通信部301を介してクライアント端末400に処理結果を送信する。アプリ情報処理部302は、定期的に関係情報を関係情報保存部311に保存する。これらの処理は、クライアント端末400からの要求がある毎に随時行なわれる。なお、本実施の形態において、関係情報が生成アップデートされるタイミングは、1ユーザーがアプリケーションサーバーで作業し始めた時でも、あるいは2ユーザーが印刷指示をしたときでも、3定期的でもよい。図37は、本実施の形態のアプリケーションサーバー300が実行する処理のフローチャートである。図37を参照して、アプリケーションサーバー300が利用可能なMFPを選択する際の処理について説明する。ステップSB10では、アプリ情報処理部302は、通信部301を介してクライアント端末400から印刷要求を受信する。次に、ステップSB11で、アプリ情報処理部302は、通信部301を介して課金管理サーバー200に対して、印刷可能MFPリスト要求を送信する。なお、利用可能MFPリストを要求するタイミングは、1ユーザーがアプリケーションサーバーで作業し始めた時、あるいは2ユーザーが印刷指示をしたとき、のいずれでもよい。次に、ステップSB12で、アプリ情報処理部302は、関係情報保存部311から関係情報を取得し、通信部301を介して課金管理サーバー200に送信する。関係情報を利用管理サーバー100に送信するタイミングは、1定期的10分おきなどでも、2ユーザーが処理を行うたびでも、3ユーザーがアプリケーションサーバーで作業し始めた時、4ユーザーが印刷指示をしたときのいずれでもよい。次に、ステップSB13で、アプリ情報処理部302は、通信部301を介して課金管理サーバー200から利用可能MFPリストを取得し、利用可能MFPリスト記録部310に保存する。次に、ステップSB20で、アプリ情報処理部302は、利用可能MFPリスト記録部310から利用可能MFPリストを読み込み、利用可能なMFPを選択するための印刷MFP選択画面を生成する。アプリ情報処理部302は、生成した印刷MFP選択画面を、通信部301を介して、クライアント端末400に送信する。次に、ステップSB30で、アプリ情報処理部302は、通信部301を介してクライアント端末400からMFP選択結果選択MFP情報を受信する。アプリ情報処理部302は、印刷データと顧客情報管理部303に保存された顧客IDと選択MFP情報を、印刷準備部304に通知する。次に、ステップSB40で、印刷準備部304は、印刷ジョブ生成部306に印刷データと選択MFP情報を送信する。印刷ジョブ生成部306は、選択MFP情報に基づいて、印刷データから選択されたMFP500に対する印刷ジョブを生成し、印刷ジョブを印刷準備部304に送信する。印刷準備部304は、印刷ジョブに対する印刷ジョブIDを生成し、印刷ジョブIDと顧客IDを印刷ジョブに追加する。印刷準備部304は、印刷ジョブから印刷料金あるいは印刷枚数を計算する。次に、ステップSB50で、印刷準備部304は、顧客IDと印刷ジョブIDと印刷料金を課金情報生成部305に通知する。課金情報生成部305は、顧客IDと印刷ジョブIDと印刷料金から課金情報を生成し、印刷準備部304に通知する。次に、ステップSB60で、印刷準備部304は、通信部301を介して、印刷ジョブをMFP500に対して送信する。次に、ステップSB70で、印刷準備部304は、通信部301を介して、課金情報を課金管理サーバー200に送信する。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、本明細書に開示された各実施の形態は、単独でも、また、可能な限り組合わせても、実施されることが意図される。