"機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置であって、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする情報処理装置。前記メッセージ送信手段は、発注されたエラー対応ごとに前記サーバで割り当てられた、該発注を識別する発注識別情報と、エラー種別ごとに予め設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項1に記載の情報処理装置。前記電子機器で検知されるエラーを識別するエラー識別情報と前記表示内容情報とが、エラー種別ごとに対応付けられた管理情報を、所定の記憶領域に保持する保持手段を有し、前記メッセージ送信手段は、前記保持手段にアクセスし、前記電子機器から受信した機器状態情報に基づき、前記管理情報から、該機器状態情報に含まれるエラー情報のエラー識別情報に対応付けられた表示内容情報を取得し、前記発注手段が、エラー対応の発注結果として、前記サーバから受信した発注識別情報と、該エラー対応のエラー情報に基づき取得した表示内容情報との組み合わせデータを含む前記メッセージを生成することを特徴とする請求項2に記載の情報処理装置。前記機器状態受信手段は、前記電子機器から、該電子機器で検知されたエラーリカバリーのリカバリー情報を含む機器状態情報を受信し、エラー対応の発注状況の更新要求を受け付け、前記メッセージ送信手段は、前記機器状態受信手段により受け付けた更新要求に応じて、前記電子機器に対し、エラー対応の更新発注状況を示すメッセージを送信し、発注状況の更新表示を要求することを特徴とする請求項1ないし3のいずれか一項に記載の情報処理装置。前記メッセージ送信手段は、前記電子機器から受信した機器状態情報に基づき、前記電子機器から発注が要求されたエラー対応のうち、リカバリーされていないエラー対応を特定し、特定したエラー対応の発注を識別する発注識別情報と、特定したエラー対応のエラー種別に対応して設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、更新発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項4に記載の情報処理装置。発注されたエラー対応の状態を監視する監視手段を有し、前記監視手段は、前記サーバに対し、発注されたエラー対応の最新状態を問い合わせ、問い合わせ結果に基づき、発注されたエラー対応のうち、リカバリーされていないエラー対応を特定し、前記メッセージ送信手段は、前記監視手段により特定されたエラー対応の発注を識別する発注識別情報と、特定されたエラー対応のエラー種別に対応して設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、更新発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項4又は5に記載の情報処理装置。発注されたエラー対応の詳細な発注状況を取得する取得手段を有し、前記取得手段は、前記電子機器から、発注を要求したエラー対応の詳細な発注状況の取得要求を受け付け、受け付けた取得要求に応じて、前記サーバから、エラー対応の詳細な発注状況を示す発注詳細状況情報を取得し、前記電子機器に対し、取得した発注詳細状況情報を送信し、取得要求に応答することを特徴とする請求項1ないし6のいずれか一項に記載の情報処理装置。機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、検知されたエラーのエラー対応を発注する情報処理装置と、発注されたエラー対応を処理するサーバとが、所定のデータ伝送路を介して接続される発注システムであって、前記情報処理装置が、前記電子機器から該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記情報処理装置から前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記情報処理装置から前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする発注システム。機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置における発注管理プログラムであって、コンピュータを、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段として機能させる発注管理プログラム。請求項9に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。しかしながら、従来の発注管理では、利用者が発注状況を知るすべがなかった。例えば、特許文献1に開示される管理サーバでは、機器管理者が画面を介して発注状況を知ることができるが、利用者が発注状況を知ることはできない。このようなケースは、消耗品の対応だけでなく、修理担当者を呼ばなければならないような障害対応時においても同様のことがいえる。このように、発注管理では、円滑な機器運用の観点から、機器管理者だけでなく、利用者に対しても、消耗品や障害対応以下単にエラー対応というの発注状況などを知らせるようにすることが望ましい。本発明は上記従来技術の問題点を鑑み提案されたものであり、利用者に対して、電子機器のエラー対応の発注状況を通知できる情報処理装置、発注システム、発注管理プログラム、及びそのプログラムを記憶した記録媒体を提供することにある。上記目的を達成するため、本発明に係る情報処理装置は、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置であって、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする。上記目的を達成するため、本発明に係る発注システムは、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、検知されたエラーのエラー対応を発注する情報処理装置と、発注されたエラー対応を処理するサーバとが、所定のデータ伝送路を介して接続される発注システムであって、前記情報処理装置が、前記電子機器から該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記情報処理装置から前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記情報処理装置から前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする。上記目的を達成するため、本発明に係る発注管理プログラムは、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置における発注管理プログラムであって、コンピュータを、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段として機能させる。本発明によれば、利用者に対して、電子機器の消耗品や障害対応の発注状況を通知する情報処理装置、発注システム、発注管理プログラム、及びそのプログラムを記憶した記録媒体を提供することができる。以下、本発明の好適な実施の形態以下実施形態というについて、図面を用いて詳細に説明する。[第1の実施形態]<システム構成>図1は、本実施形態に係る発注システム1のシステム構成例を示す図である。図1には、情報処理装置100と複数の画像処理装置2001~200n以降総称する場合画像処理装置200というとが、所定のデータ伝送路で接続されるシステム構成例が示されている。情報処理装置100は、エラー対応の発注管理機能を有する機器であり、発注サーバにあたる。情報処理装置100は、例えば、PCPersonalComputerなどであり、画像処理装置200からの受信データに基づき、エラー対応の発注をメーカに依頼する。画像処理装置200は、画像処理機能を有する機器である。画像処理装置200は、例えば、LPLaserPrinterやMFPMultifunctionPeripheralなどであり、MFPの場合、画像処理機能に、コピー機能、スキャン機能、プリント機能などがある。また、図1には、情報処理装置100と画像処理装置200とが接続される内部ネットワークNが構築された利用者環境EUが示されている。この利用者環境EUは、例えば、機器導入先である事業所や室内に構築されたネットワーク環境を表し、内部ネットワークNは、例えば、LANLocalAreaNetworkなどである。また、図1には、この内部ネットワークNが、外部ネットワークIを介して、メーカ側に設置された情報処理装置300に接続されている。なお、内部ネットワークNや情報処理装置300は、ファイアウォール非図示を介して、外部ネットワークIに接続されているものとする。情報処理装置300は、発注されたエラー対応処理機能を有する機器であり、メーカ管理サーバにあたる。情報処理装置300は、例えば、PCなどであり、情報処理装置100からの受信データに基づき、利用者環境EUから発注されたエラー対応処理を行う。なお、以降では、情報処理装置100と識別するために、便宜上、メーカ管理サーバ300と称す。発注システム1は、上記機器及び上記ネットワーク環境により、次のようなサービスを提供する。例えば、画像処理装置200は、搭載品の消耗や障害の発生などの状態変化エラーを検知し、検知した機器状態を情報処理装置100に送信し、エラー対応の発注要求を行う。情報処理装置100は、受信した機器状態に基づき、発注内容消耗品の発注及び/又は障害対応の発注を決定し、発注依頼をメーカ管理サーバ300に送信し、エラー対応の発注を依頼する。その結果、メーカ管理サーバ300は、受信した発注依頼に基づき、画像処理装置200で発生したエラーの対応処理を行う。具体的には、発注依頼が消耗品の発注の場合、利用者環境EUに該当消耗品を発送補充するなどの手続きを処理する。また、発注依頼が障害対応の発注の場合、利用者環境EUに該当障害の修理担当者を派遣するなどの手続きを処理する。以上のように、本実施形態に係る発注システム1は、上記システム構成により、自動発注機能自動発注サービスを提供することができる。<ハードウェア構成>図2は、本実施形態に係る情報処理装置100のハードウェア構成例を示す図である。図2に示すように、情報処理装置100は、入力装置101、表示装置102、ドライブ装置103、RAMRandomAccessMemory104、ROMReadOnlyMemory105、CPUCentralProcessingUnit106、インタフェース装置107、及びHDDHardDiskDrive108などを備え、それぞれがバスBで相互に接続されている。入力装置101は、キーボードやマウスなどを含み、情報処理装置100に各操作信号を入力するのに用いられる。表示装置102は、ディスプレイなどを含み、情報処理装置100による処理結果を表示する。インタフェース装置107は、情報処理装置100を所定のデータ伝送路に接続するインタフェースである。これにより、情報処理装置100は、インタフェース装置107を介して、他の機器非図示とデータ通信を行うことができる。HDD108は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム例えばWindows商標又は登録商標やUNIX商標又は登録商標などの基本ソフトウェアであるOSOperatingSystem、及びシステム上において各種機能例えば発注管理機能を提供するアプリケーションなどがある。また、HDD108は、格納しているプログラムやデータを、所定のファイルシステム及び/又はDBDataBaseにより管理している。なお、端末300からの受信データジョブデータは、HDD108の所定の記憶領域に格納蓄積され、DBにより管理される。ドライブ装置103は、着脱可能な記録媒体103aとのインタフェースである。これにより、情報処理装置100は、ドライブ装置103を介して、記録媒体103aの読み取り及び/又は書き込みを行うことができる。記録媒体103aには、例えば、フロッピー商標又は登録商標ディスク、CDCompactDisk、及びDVDDigitalVersatileDisk、ならびに、SDメモリカードSDmemorycardやUSBメモリUniversalSerialBusmemoryなどがある。ROM105は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ記憶装置である。ROM105には、情報処理装置100の起動時に実行されるBIOSBasicInputOutputSystem、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。RAM104は、プログラムやデータを一時保持する揮発性の半導体メモリ記憶装置である。CPU106は、上記記憶装置HDDやROMなどから、プログラムやデータをRAMメモリ上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。以上のように、本実施形態に係る情報処理装置100は、上記ハードウェア構成により、発注管理機能発注管理サービスを提供することができる。<発注管理機能>本実施形態に係る発注管理機能について説明する。本実施形態に係る情報処理装置100では、画像処理装置200から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付ける。情報処理装置100は、発注要求に応じて、メーカ管理サーバ300に対し、エラー対応を発注依頼する。情報処理装置100は、発注結果を受けて、機器状態を受け付けた発注を要求した画像処理装置200に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。本実施形態に係る情報処理装置100は、このような発注管理機能を有している。従来の発注管理では、利用者が画像処理装置200のエラー対応の発注状況を知るすべがなかった。そのため、利用者によるエラー対応の二重発注などの問題が考えられる。そこで、本実施形態に係る情報処理装置100では、エラー対応の発注状況を、発注を要求した画像処理装置200に送信し表示させる仕組みとした。これにより、本実施形態に係る情報処理装置100は、利用者に対して、画像処理装置200のエラー対応の発注状況を通知する環境を提供する。その結果、本実施形態に係る情報処理装置100では、二重発注などを防止することができる。以下に、本実施形態に係る発注管理機能の構成とその動作について説明する。図3は、本実施形態に係る発注管理の機能構成例を示す図である。図3に示すように、本実施形態に係る発注管理機能は、機器状態受信部11、発注部12、発注管理部13、メッセージ送信部14、及び送信メッセージ管理部15などを有している。これらの機能部は、情報処理装置100が有しており、画像処理装置200が有する機器状態送信部21、メッセージ受信部22、及び表示部23などの機能部と連携動作することで、機能が実現される。なお、本実施形態で実現される機能には、主に、エラー検知時の発注機能[1]やエラーリカバリー検知時エラー対応完了時の発注状況更新機能[2]などがある。よって、以降の説明では、各機器が有する機能部について、上記機器ごとに説明する。[1]:エラー検知時の発注機能《画像処理装置が有する機能部》機器状態送信部21は、自機で検知した機器状態を送信する機能部である。機器状態送信部21は、情報処理装置100に対し、検知したエラーを示す機器状態情報を送信することで、エラー対応の発注を要求する。このときの機器状態情報には、画像処理装置200の識別情報例えば機器名、シリアル番号、プロダクト番号などの識別子、以下機器識別情報というが含まれる。また、機器状態情報には、検知したエラーのエラー情報が含まれる。エラー情報には、消耗品の場合、消耗品の識別情報例えばシリアル番号などの識別子や消耗状態情報例えば消耗段階に応じたエラーコードなどの識別子など以下消耗品のエラー情報というが含まれる。また、エラー情報には、障害の場合、発生障害情報例えば発生障害に応じたエラーコードなどの識別子など以下障害のエラー情報というが含まれる。機器状態送信部21は、予め設定された情報処理装置100のネットワーク設定値例えばIPアドレス:InternetProtocoladdressに基づき、機器状態情報を送信する。メッセージ受信部22は、エラー対応の発注状況を示すメッセージ発注状況情報を受信する機能部である。メッセージ受信部22は、情報処理装置100から、発注状況を示すメッセージを受信することで、発注状況の表示要求を受け付ける。表示部23は、自機が備える表示装置非図示に情報を表示する機能部である。表示部23は、表示要求に応じて、受信されたメッセージを表示装置に表示する。表示装置は、例えば、画像処理装置200が備える操作パネルにあたる。なお、表示部23による表示画面例については、表示処理の詳細説明にて後述する。《情報処理装置が有する機能部》機器状態受信部11は、機器状態情報を受信する機能部である。機器状態受信部11は、画像処理装置200から、エラー情報を含む機器状態情報を受信することで、エラー対応の発注要求を受け付ける。このとき、機器状態受信部11は、受信した機器状態情報に基づき、メーカへの発注内容を決定する。例えば、機器状態情報に消耗品のエラー情報が含まれている場合には、該エラー情報消耗品の識別情報や消耗状態情報に基づき特定した該当消耗品の対応を発注する内容に決定する。また、機器状態情報に発生障害のエラー情報が含まれている場合には、該エラー情報発生障害情報に基づき特定した該当障害の対応を発注する内容に決定する。なお、機器状態情報に消耗品及び発生障害のエラー情報が含まれている場合には、該エラー情報に基づき特定した該当消耗品及び該当障害の対応を発注する内容に決定する。発注部12は、エラー対応をメーカに発注する機能部である。発注部12は、発注要求に応じて、メーカ管理サーバ300に対し、発注依頼情報を送信することで、メーカに発注する。このとき、発注部12は、決定された発注内容に基づき、発注依頼情報を生成する。発注依頼情報には、発注を要求した画像処理装置200の識別情報などの顧客情報や、発注内容として決定したエラー情報該当消耗品及び/又は該当障害のエラー情報などが含まれる。発注部12は、予め設定されたメーカ管理サーバ300のネットワーク設定値に基づき、発注依頼情報を送信する。発注管理部13は、メーカに依頼した発注内容を管理する機能部である。発注管理部13は、発注管理情報保持部81にアクセスし、保持されている発注管理情報に対して、所定のデータ操作を行うことで、発注内容を管理する。なお、発注管理情報保持部81は、例えば、情報処理装置100が備える記憶装置HDDの所定の記憶領域にあたる。また、所定のデータ操作には、データ登録追加、データ削除消去、及びデータ取得参照などがある。ここで、発注管理情報について説明する。図4は、本実施形態に係る発注管理情報81Dのデータ例を示す図である。図4に示すように、発注管理情報81Dは、[発注識別]、[エラー識別]、及び[機器識別]などの情報項目が、発注単位で対応付けられている。[発注識別]項目は、発注内容の識別情報以下発注識別情報というを保持する項目であり、項目値には、メーカ側メーカ管理サーバから、発注結果として応答された、発注に対するユニークな採番値などがある。[エラー識別]項目は、エラーの識別情報以下エラー識別情報というを保持する項目であり、項目値には、メーカに発注したエラー対応の消耗状態情報や発生障害情報のエラーコードがある。[機器識別]項目は、機器識別情報を保持する項目であり、項目値には、発注を要求した画像処理装置200の識別子などがある。発注管理部13は、例えば、画像処理装置200から受け付けた新たな発注要求に応じて、エラー対応をメーカに発注し、その発注結果を受け付けた場合、発注管理情報81Dに対して、次のようなデータ操作を行う。発注管理部13は、発注部12から発注記録の追加指示を受け付けると、発注結果としてメーカ管理サーバ300から受信した発注識別情報、発注依頼情報生成時に用いたエラー情報、及び発注要求した画像処理装置200の機器識別情報に基づき、発注管理情報81Dに、発注識別情報、エラー識別情報、及び機器識別情報を対応付けた発注記録データを追加する[発注識別]、[エラー識別]、及び[機器識別]などの新規項目値群を追加する。このように、情報処理装置100では、発注管理部13により、メーカへの発注内容が発注管理情報81Dに記録され、発注単位で管理される。なお、発注管理部13は、他の機能部から情報取得の指示を受け付けた場合、メーカ管理サーバ300から受信した発注識別情報に基づき、発注管理情報81Dから、該当する発注記録データを取得する[発注識別]、[エラー識別]、及び[機器識別]などの該当項目値群を取得する。図3の説明に戻る。メッセージ送信部14は、発注状況を示すメッセージ発注状況情報を送信する機能部である。メッセージ送信部14は、メーカからの発注結果を受けて、発注を要求した画像処理装置200に対し、発注状況を示すメッセージを送信することで、発注状況の表示を要求する。送信メッセージ管理部15は、画像処理装置200に送信するメッセージを管理する機能部である。送信メッセージ管理部15は、メッセージ管理情報保持部91及び送信管理情報保持部92にアクセスし、保持されているメッセージ管理情報及び送信管理情報に対して、所定のデータ操作を行うことで、メッセージを管理する。なお、メッセージ管理情報保持部91及び送信管理情報保持部92は、例えば、情報処理装置100が備える記憶装置の所定の記憶領域にあたる。ここで、まずメッセージ管理情報について説明する。図5は、本実施形態に係るメッセージ管理情報91Dのデータ例を示す図である。図5に示すように、メッセージ管理情報91Dは、[エラー識別]及び[メッセージ内容]などの情報項目が、エラー種別単位で対応付けられている。[エラー識別]項目は、エラー種別ごとのエラー識別情報を保持する項目である。[表示内容]項目は、発注状況の表示内容を示す情報以下表示内容情報というを保持する項目であり、項目値には、発注を要求した画像処理装置200に表示させる発注状況を示す文字列値などがある。これらの項目値は、予め設定しておけばよい。そこで、送信メッセージ管理部15では、例えば、図6に示すような設定環境を提供している。図6は、本実施形態に係るメッセージ設定の画面例を示す図である。図6には、所定のGUIGraphicalUserInterfaceを介して、エラー種別ごとに、メッセージを送信する送信先やメッセージ送信後の表示内容などが設定可能な画面例が示されている。送信メッセージ管理部15は、この設定画面SWを介して、機器管理者からの設定値入力値を受け付けると、受け付けた設定値に基づき、メッセージ管理情報91Dに、エラー識別情報及び表示内容情報を対応付けた管理データを設定する[エラー識別]及び[表示内容]などの新規項目値群を設定する。このように、情報処理装置100では、送信メッセージ管理部15により、画像処理装置200に表示させる発注状況が、エラー種別単位で管理される。図3の説明に戻る。メッセージ送信部14は、このように設定されたメッセージ管理情報91Dに基づき、発注状況を示すメッセージを生成する。メッセージ送信部14は、発注依頼情報生成時に用いたエラー情報に基づき、メッセージ管理情報91Dから、該当する表示内容情報を取得する。メッセージ送信部14は、取得した表示内容情報に基づき、所定のデータ形式例えばXMLデータ:eXtensibleMarkupLanguagedataに従って、発注状況を示す文字列値を含むメッセージを生成する。またこのとき、メッセージ送信部14は、生成するメッセージに、発注結果としてメーカ管理サーバ300から受信した発注識別情報を含める。メッセージ送信部14は、発注を要求した画像処理装置200のネットワーク設定値に基づき、該画像処理装置200に対し、生成したメッセージを送信することで、発注状況の表示を要求する。次に、送信管理情報について説明する。図7は、本実施形態に係る送信管理情報92Dのデータ例を示す図である。図7に示すように、送信管理情報92Dは、[機器識別]及び[エラー識別]などの情報項目が、機器単位で対応付けられている。[機器識別]項目は、発注を要求した画像処理装置200の機器識別情報を保持する項目である。[エラー識別]項目は、メッセージ送信後に、画像処理装置200で表示中の発注状況に対応するエラーのエラー識別情報を保持する項目である。送信メッセージ管理部15は、例えば、画像処理装置200に対し、発注状況を示すメッセージを送信し、その送信結果を受け付けた場合、送信管理情報92Dに対して、次のようなデータ操作を行う。送信メッセージ管理部15は、メッセージ送信部14から送信記録の追加指示を受け付けると、発注を要求した画像処理装置200の機器識別情報及びメッセージ生成時に用いたエラー情報に基づき、送信管理情報92Dに、機器識別情報及びエラー識別情報を対応付けた送信記録データを追加する[機器識別]及び[エラー識別]などの新規項目値群を追加する。このように、情報処理装置100では、送信メッセージ管理部15により、画像処理装置200で表示中の発注状況に対応するエラーが送信管理情報92Dに記録され、機器単位で管理される。[2]:エラーリカバリー検知時の発注状況更新機能《画像処理装置が有する機能部》機器状態送信部21は、情報処理装置100に対し、検知したエラーリカバリー例えば発送された消耗品の装着完了や障害からの復旧完了などを示す機器状態情報を送信することで、エラー対応の発注状況更新を要求する。このときの機器状態情報には、機器識別情報が含まれる。また、機器状態情報には、検知したリカバリーのリカバリー情報が含まれる。リカバリー情報には、消耗品の場合、リカバリーされた消耗品の識別情報や消耗状態情報など以下消耗品のリカバリー情報というが含まれ、障害の場合、リカバリーされた発生障害情報など以下障害のリカバリー情報というが含まれる。《情報処理装置が有する機能部》機器状態受信部11は、画像処理装置200から、リカバリー情報を含む機器状態情報を受信することで、エラー対応の発注状況更新要求を受け付ける。発注管理部13は、例えば、画像処理装置200でエラーリカバリーされ、発注状況更新要求を受け付けた場合、上記発注管理情報81Dに対して、次のようなデータ操作を行う。発注管理部13は、機器状態受信部11から発注記録の削除指示を受け付けると、画像処理装置200から受信した機器状態情報に基づき、発注管理情報81Dから、該当する発注記録データを削除する[発注識別]、[エラー識別]、及び[機器識別]などの該当項目値群を削除する。このとき、発注管理部13は、機器状態情報に含まれる機器識別情報と、消耗品及び/又は障害のリカバリー情報と、に基づき、発注管理情報81Dの中から、リカバリーされたエラーに対応する発注記録データを特定する。また、メッセージ送信部14は、メッセージ管理情報91D及び送信管理情報92Dに基づき、発注状況の更新表示を要求する際に送信するメッセージエラー対応の更新発注状況を示すメッセージを生成する。メッセージ送信部14は、機器状態情報に含まれる機器識別情報に基づき、送信管理情報92の中から、画像処理装置200で表示中の発注状況に対応するエラーのエラー識別情報を特定する。メッセージ送信部14は、機器状態情報に含まれるリカバリー情報に基づき、先に特定したエラー識別情報から、リカバリーされていないエラーのエラー識別情報を特定する。メッセージ送信部14は、特定したエラー識別情報に基づき、メッセージ管理情報91Dから、該当する表示内容情報を取得する。メッセージ送信部14は、取得した表示内容情報に基づき、エラー対応の更新発注状況を示すメッセージを生成する。このように、情報処理装置100では、メッセージ送信部14により、リカバリーされていないエラーに対応する発注状況を示すメッセージが、更新発注状況を示すメッセージとして生成され、画像処理装置200に送信される。また、送信メッセージ管理部15は、例えば、画像処理装置200に対し、更新発注状況を示すメッセージを送信し、その送信結果を受け付けた場合、送信管理情報92Dに対して、次のようなデータ操作を行う。送信メッセージ管理部15は、メッセージ送信部14から送信記録の更新指示を受け付けると、発注を要求した画像処理装置200の機器識別情報に基づき、送信管理情報92Dの中から、該当するエラー識別情報を特定する。送信メッセージ管理部15は、該当するエラー識別情報の値から、メッセージ生成時に用いたリカバリー情報の消耗状態情報及び/又は発生障害情報エラー識別情報の値と一致する値を削除し、項目値を更新する。このように、情報処理装置100では、送信メッセージ管理部15により、画像処理装置200で表示中の更新発注状況に対応するエラーが送信管理情報92Dに記録され、機器単位で管理される。以上のように、本実施形態に係る発注管理機能は、上記各機能部が連携動作することにより実現される。なお、上記各機能部は、情報処理装置100に搭載インストールされるプログラム発注管理機能を実現するソフトウェアが、演算装置CPUにより、記憶装置HDDやROMからメモリRAM上に読み出され、以下の処理が実行されることで実現される。本実施形態に係る発注管理機能の詳細な動作機能部群の連携動作について、処理手順を示すシーケンス図を用いて説明する。《発注状況表示の処理》図8は、本実施形態に係る発注状況表示の処理手順例メッセージ表示処理を示すシーケンス図である。なお、図8に示す処理手順例は、MFP003で識別される画像処理装置200で、E101,E102,E103で識別されるブラック、シアン、マゼンタの各トナーエラーNOTONER/INKが検知された場合を想定している。図8に示すように、画像処理装置200は、エラー検知を受けて、機器状態送信部21が、機器状態情報を情報処理装置100に送信し、トナーエラー対応の発注を要求するステップS101。情報処理装置100は、機器状態受信部11が、画像処理装置200から送信された機器状態情報を受信し、発注要求を受け付ける。機器状態受信部11は、発注要求を受けて、受信した機器状態情報に基づき、発注内容を決定するステップS102。このとき、機器状態受信部11は、機器状態情報に含まれる各トナーのエラー情報トナーの識別情報やトナーの消耗状態情報に基づき、ブラック、シアン、及びマゼンタの各トナーエラーを特定し、特定した各トナーを発注する内容に決定する。機器状態受信部11は、発注内容の決定を受けて、発注部12に対し、各トナーの発注を指示するステップS1031。このとき、機器状態受信部11は、機器状態情報に含まれる機器識別情報及び各トナーのエラー情報を発注部12に渡し、発注を指示する。また、機器状態受信部11は、発注内容の決定を受けて、メッセージ送信部14に対し、各トナーの発注状況を示すメッセージの送信を指示するステップS1032。このとき、機器状態受信部11は、機器状態情報に含まれる機器識別情報及び各トナーのエラー情報をメッセージ送信部14に渡し、メッセージ送信を指示する。発注部12は、発注指示を受けて、各トナーの発注依頼情報を生成しステップS104、生成した発注依頼情報をメーカ管理サーバ300に送信し、各トナーを発注するステップS105。このとき、発注部12は、機器識別情報及び各トナーのエラー情報に基づき、トナーごとの発注依頼情報を生成する。その結果、発注部12は、メーカ管理サーバ300から発注結果を受信する。このとき、発注部12は、発注依頼に対して自動採番された発注識別情報:TICKET4,TICKET5,TICKET6を発注結果として受信する。発注部12は、発注結果を受けて、発注管理部13に対し、各トナーの発注記録の追加を指示するステップS106。このとき、発注部12は、各トナーの発注識別情報、各トナーのエラー情報に含まれるエラー識別情報トナーの消耗状態情報、及び機器識別情報を渡し、発注記録の追加を指示する。発注管理部13は、発注記録の追加指示を受けて、発注管理情報保持部81にアクセスし、発注管理情報81Dに、各トナーの発注に対応する発注記録データを追加するステップS107。このとき、発注管理部13は、各トナーの発注識別情報、各トナーのエラー識別情報、及び機器識別情報の値を、発注したトナーごとに対応付けて、発注管理情報81Dの[発注識別]、[エラー識別]、及び[機器識別]項目の値を追加する。例えば、ブラックトナーの場合には、発注識別情報:TICKET4、エラー識別情報:E101、及び機器識別情報:MFP003を対応付けて、該当情報項目の値に追加する。これにより、発注管理情報81Dは、図4に示すようなデータとなる。また、メッセージ送信部14は、メッセージ送信指示及び発注結果を受けて、送信メッセージ管理部15を介して、各トナーの発注状況を示す表示内容情報を取得するステップS108。このとき、メッセージ送信部15は、各トナーのエラー情報に含まれるエラー識別情報を送信メッセージ管理部15に渡し、メッセージ管理情報91Dからの情報取得を指示する。送信メッセージ管理部15は、メッセージ管理情報保持部91にアクセスし、エラー識別情報に基づき、メッセージ管理情報91Dから、各トナーエラーに対応して設定された発注状況を示す表示内容情報を取得する。例えば、メッセージ管理情報91Dが、図5に示すようなデータの場合には、各トナーのエラー識別情報:E101,E102,E103に基づき、3つの表示内容情報が取得される。具体的には、表示内容情報:トナーブラックを発注しました。,トナーシアンを発注しました。,トナーマゼンタを発注しました。の各文字列値が取得される。これにより、メッセージ送信部14は、送信メッセージ管理部15を介して、各トナーの発注状況を示す表示内容情報を取得する。メッセージ送信部14は、取得した表示内容情報及び各トナーの発注識別情報に基づき、各トナーの発注状況を示すメッセージを生成するステップS109。このとき、メッセージ送信部14は、所定のデータ形式に従って、発注識別情報と表示内容情報とを組み合わせた3つのデータを含むメッセージを生成する。具体的には、発注識別情報:TICKET4及び表示内容情報:トナーブラックを発注しました。の組み合わせデータと、発注識別情報:TICKET5及び表示内容情報:トナーシアンを発注しました。の組み合わせデータと、発注識別情報:TICKET6及び表示内容情報:トナーマゼンタを発注しました。の組み合わせデータを含むメッセージを生成する。メッセージ送信部14は、生成したメッセージを、発注を要求した画像処理装置200に送信し、各トナーの発注状況の表示を要求するステップS110。その結果、画像処理装置200では、メッセージ受信部22が、情報処理装置100から送信されたメッセージを受信し、発注状況の表示要求を受け付ける。このとき、メッセージ受信部22は、送信結果を情報処理装置100に送信する。メッセージ受信部22は、表示要求を受けて、受信したメッセージに基づき、表示部23に対し、画面表示を指示するステップS111。その結果、表示部23では、受信メッセージに含まれる各トナーの発注状況を示す文字列値を、画像処理装置200が備える表示装置の画面に表示するステップS112。具体的には、図9に示すように表示する。図9は、本実施形態に係る発注状況表示の画面例を示す図である。図9には、ブラック、シアン、及びマゼンタの各トナーを発注した旨の発注状況が、アプリ表示領域R上に表示されている画面Wの例が示されている。アプリ表示領域Rには、通常、画像処理装置200が有する画像処理機能アプリのうち、動作中により表示占有権限が割り当てられた機能の動作画面や設定画面が表示される。そこで、本実施形態では、表示部23により、発注状況を示す文字列値を表示させる表示領域Lをアプリ表示領域Rに配置した画面Wを表示している。これにより、画像処理装置200では、表示占有権限を有する画像処理機能が変わっても、発注状況を表示させることができる。なお、発注状況の表示方法は、この限りでない。また、利用者に対する発注状況の通知方法は、例えば、音声通知などを含む表示以外の方法であってもよい。図8の説明に戻る。情報処理装置100は、送信結果を受けて、メッセージ送信部14が、送信メッセージ管理部15に対し、メッセージの送信記録の追加を指示するステップS113。このとき、メッセージ送信部14は、機器識別情報及び各トナーのエラー識別情報を渡し、送信記録の追加を指示する。送信メッセージ管理部15は、送信記録の追加指示を受けて、送信管理情報保持部92にアクセスし、送信管理情報92Dに、発注を要求した画像処理装置200に対応する送信記録データを追加するステップS114。このとき、送信メッセージ管理部15は、機器識別情報及び各トナーのエラー識別情報の値を対応付けて、送信管理情報92Dの[機器識別]及び[エラー識別]項目の値を追加する。つまり、送信メッセージ管理部15は、機器識別情報:MFP003及びエラー識別情報:E101,E102,E103を対応付けて、該当情報項目の値に追加する。つまり、送信メッセージ管理部15は、表示中の画像処理装置200と表示中の内容発注状況が表示されるエラー識別情報とを対応付けて記録する。これにより、送信管理情報92Dは、図7に示すようなデータとなる。このように、本実施形態に係る発注システム1では、利用者に対して、画像処理装置200のエラー対応の発注状況が通知される。《発注状況表示の更新処理》図10は、本実施形態に係る発注状況表示の処理手順例メッセージ表示更新処理を示すシーケンス図である。なお、図10に示す処理手順例は、MFP003で識別される画像処理装置200で、ブラック、シアン、及びマゼンタの各トナーが発注された後に、ブラックのトナーのみが補充され、エラーリカバリーが検知された場合を想定している。また、図11は、本実施形態に係るデータ遷移例を示す図である。なお、図11に示すデータ遷移例は、図10に示す処理が実行された場合における発注管理情報81D及び送信管理情報92Dのデータ遷移が示されている。図10に示すように、画像処理装置200は、エラーリカバリー検知を受けて、機器状態送信部21が、機器状態情報を情報処理装置100に送信し、トナーリカバリーによる発注状況の更新を要求するステップS201。情報処理装置100は、機器状態受信部11が、画像処理装置200から送信された機器状態情報を受信し、発注状況の更新要求を受け付ける。機器状態受信部11は、発注状況の更新要求を受けて、発注管理部13に対し、リカバリーされたブラックトナーの発注記録の削除を指示するステップS2021。このとき、機器状態受信部11は、機器状態情報に含まれる機器識別情報及びブラックトナーのリカバリー情報を発注管理部13に渡し、発注記録の削除を指示する。また、機器状態受信部11は、発注状況の更新要求を受けて、メッセージ送信部14に対し、エラー対応の更新発注状況を示すメッセージの送信を指示するステップS2022。このとき、機器状態受信部11は、機器状態情報に含まれる機器識別情報及びブラックトナーのリカバリー情報をメッセージ送信部14に渡し、メッセージ送信を指示する。発注管理部13は、発注記録の削除指示を受けて、発注管理情報保持部81にアクセスし、発注管理情報81Dから、ブラックトナーの発注記録データを削除するステップS203。このとき、発注管理部13は、ブラックトナーのリカバリー情報に含まれるエラー識別情報トナーの消耗状態情報及び機器識別情報に基づき、発注管理情報81Dの中から、該当する発注記録データを特定する。発注管理部13は、ブラックトナーのエラー識別情報及び機器識別情報の値と一致する発注管理情報81Dの[エラー識別]及び[機器識別]項目の値から、該当データを特定し、削除する。つまり、発注管理部13は、ブラックトナーのエラー識別情報:E101及び機器識別情報:MFP003と一致する該当情報項目の値を削除する。これにより、発注管理情報81Dは、図11Aに示すようにデータ遷移する図中の削除箇所:網掛け部。また、メッセージ送信部14は、メッセージ送信指示を受けて、送信メッセージ管理部15を介して、リカバリーされていない各トナーの発注状況を示す表示内容情報を取得するステップS204。このとき、メッセージ送信部14は、機器識別情報及びブラックトナーのリカバリー情報に含まれるエラー識別情報を送信メッセージ管理部15に渡し、メッセージ管理情報91D及び送信管理情報92Dからの情報取得を指示する。送信メッセージ管理部15は、まず、送信管理情報保持部92にアクセスし、機器識別情報に基づき、送信管理情報92Dの中から、画像処理装置200で発注状況が表示中の各トナーエラーのエラー識別情報を特定する。例えば、送信管理情報92Dが、図7に示すようなデータの場合には、画像処理装置200の機器識別情報:MFP003に基づき、対応するエラー識別情報:E101,E102,E103の3つの識別子が特定される。送信メッセージ管理部15は、ブラックトナーのリカバリー情報に含まれるエラー識別情報に基づき、先に特定したエラー識別情報の中から、リカバリーされていない各トナーのエラー識別情報を特定する。つまり、3つのエラー識別情報のうち、ブラックトナーのエラー識別情報を除く、シアン及びマゼンタの各トナーのエラー識別情報:E102,E103の識別子が特定される。送信メッセージ管理部15は、メッセージ管理情報保持部91にアクセスし、リカバリーされていない各トナーのエラー識別情報に基づき、メッセージ管理情報91Dから、リカバリーされていない各トナーエラーに対応して設定された発注状況を示す表示内容情報を取得する。例えば、メッセージ管理情報91Dが、図5に示すようなデータの場合には、各トナーのエラー識別情報:E102,E103に基づき、2つの表示内容情報が取得される。具体的には、表示内容情報:トナーシアンを発注しました。,トナーマゼンタを発注しました。の2つの文字列値が取得される。これにより、メッセージ送信部14は、送信メッセージ管理部15を介して、リカバリーされていない各トナーの発注状況を示す表示内容情報を取得する。またこのとき、メッセージ送信部14は、表示内容情報とともに、リカバリーされていない各トナーのエラー識別情報も取得する。次に、メッセージ送信部14は、発注管理部13を介して、リカバリーされていない各トナーの発注識別情報を取得するステップS205。このとき、メッセージ送信部14は、リカバリーされていない各トナーのエラー識別情報及び機器識別情報を発注管理部13に渡し、発注管理情報81Dからの情報取得を指示する。発注管理部13は、発注管理情報保持部81にアクセスし、リカバリーされていない各トナーのエラー識別情報及び機器識別情報に基づき、データ削除更新後の発注管理情報81Dから、リカバリーされていない各トナーの発注時に採番された発注識別情報を取得する。例えば、発注管理情報81Dが、図11Aに示すような削除更新後のデータの場合には、各トナーのエラー識別情報:E102,E103及び機器識別情報:MFP003に基づき、2つの発注識別情報が取得される。具体的には、発注識別情報:TIKET5,TIKET6の2つの識別子が取得される。これにより、メッセージ送信部14は、発注管理部13を介して、リカバリーされていない各トナーの発注識別情報を取得する。メッセージ送信部14は、取得した表示内容情報及びリカバリーされていない各トナーの発注識別情報に基づき、エラー対応の更新発注状況を示すメッセージを生成するステップS206。このとき、メッセージ送信部14は、所定のデータ形式に従って、発注識別情報と表示内容情報とを組み合わせた2つのデータを含むメッセージを生成する。具体的には、発注識別情報:TICKET5及び表示内容情報:トナーシアンを発注しました。の組み合わせデータと、発注識別情報:TICKET6及び表示内容情報:トナーマゼンタを発注しました。の組み合わせデータを含むメッセージを生成する。メッセージ送信部14は、生成したメッセージを、発注状況の更新を要求した画像処理装置200に送信し、各トナーの発注状況の表示更新を要求するステップS207。その結果、画像処理装置200では、メッセージ受信部22が、情報処理装置100から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。このとき、メッセージ受信部22は、送信結果を情報処理装置100に送信する。メッセージ受信部22は、表示更新要求を受けて、受信したメッセージに基づき、表示部23に対し、画面表示の更新を指示するステップS208。その結果、表示部23では、受信メッセージに含まれるリカバリーされていない各トナーの発注状況を示す文字列値を、画像処理装置200が備える表示装置の画面に表示再描画するステップS209。具体的には、図9に示す画面Wの場合、アプリ表示領域R上の表示領域Lを、リカバリーされていない各トナーの発注状況を示す文字列値が表示されるように再描画することで、表示を更新する。情報処理装置100は、送信結果を受けて、メッセージ送信部14が、送信メッセージ管理部15に対し、メッセージの送信記録の更新を指示するステップS210。このとき、メッセージ送信部14は、機器識別情報及びリカバリーされていない各トナーのエラー識別情報を渡し、送信記録の更新を指示する。送信メッセージ管理部15は、送信記録の更新指示を受けて、送信管理情報保持部92にアクセスし、送信管理情報92Dにおける、発注状況の更新を要求した画像処理装置200に対応する送信記録データを更新するステップS211。このとき、送信メッセージ管理部15は、機器識別情報に基づき、送信管理情報92Dの中から、該当する送信記録データを特定する。送信メッセージ管理部15は、機器識別情報の値と一致する送信管理情報92Dの[機器識別]項目の値から、該当データを特定し、対応する[エラー識別]項目の値から、ブラックトナーのエラー識別情報の値を削除する。つまり、送信メッセージ管理部15は、機器識別情報:MFP003に対応するエラー識別情報:E101,E102,E103から、ブラックトナーのエラー識別情報:E101を削除する。これにより、送信管理情報92Dは、図11Bに示すようにデータ遷移する。このように、本実施形態に係る発注システム1では、エラーリカバリーされたことを受けて、画像処理装置200に通知された発注状況が更新される。なお、メッセージ送信部14では、上記ステップS204,S205の処理で、表示内容情報及び発注識別情報が取得されないケースがある。例えば、画像処理装置200において、発注を要求している全てのエラー対応に対して、エラーリカバリーが検知された場合である。この場合には、ステップS204の処理で、リカバリーされていないエラーのエラー識別情報が特定されない。よって、ステップS204の処理で、リカバリーされていないエラーのエラー識別情報が特定されなければ、ステップS205の処理は行われない。そのため、表示内容情報及び発注識別情報も取得されない。そこで、メッセージ送信部14は、表示内容情報及び発注識別情報が取得されなかった場合、上記ステップS206の処理で、空のメッセージを生成し、上記ステップS207の処理で、発注状況の更新を要求した画像処理装置200に対し、空のメッセージを送信する。その結果、画像処理装置200では、上記ステップS209の処理で、発注状況を示す文字列値が表示されていない表示領域Lがアプリ表示領域Rに再表示される。<まとめ>以上のように、本実施形態に係る情報処理装置100によれば、機器状態受信部11が、画像処理装置200から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付け、発注部12が、発注要求に応じて、メーカ管理サーバ300に対し、エラー対応を発注する。情報処理装置100は、メッセージ送信部14が、発注結果を受けて、発注を要求した画像処理装置200に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。これによって、本実施形態に係る情報処理装置100では、利用者に対して、電子機器のエラー対応の発注状況を通知できる。その結果、本実施形態では、二重発注などを防止することができる。[変形例]上記実施形態では、画像処理装置200でエラーリカバリーを検知し、情報処理装置100に対し、発注状況の更新を要求する機能動作について説明を行った。この機能動作によるメリットは、即時性の高い発注状況更新機能を提供できる点である。しかし、この機能動作に限定されるものではない。以下に示すような機能動作でも、発注状況更新機能を実現できる。図12は、本実施形態の変形例に係る発注管理の機能構成例を示す図である。図12に示すように、本変形例では、対応状態監視部16を有している。対応状態監視部16は、発注されたエラー対応の状態を監視する機能部である。対応状態監視部16は、所定のスケジュールに従って、メーカ管理サーバ300に対し、エラー対応の状態を問い合わせ、対応状態を監視する。ここでいう所定のスケジュールとは、情報処理装置100からメーカ管理サーバ300に問い合わせる動作タイミングの制御設定である。制御設定値には、例えば、動作開始時間や動作間隔などを示す時間情報などがある。対応状態監視部16は、メーカ管理サーバ300に対し、発注管理情報81Dに含まれる発注識別情報に基づき、現在、発注されているエラー対応の最新状態を問い合わせる。対応状態監視部16は、メーカ管理サーバ300からの問い合わせ結果に基づき、問い合わせ時の発注識別情報の中から、エラー対応が完了した状態以下単に完了状態というのエラーに対応する発注識別情報を特定する。その結果、エラー対応が完了していない状態以下単に未完了状態というのエラーに対応する発注識別情報も特定される。ここでいうエラー対応が完了した状態とは、例えば、発注依頼が消耗品の発注の場合、利用者環境EUに該当消耗品を発送補充する手続きが完了した状態である。また、発注依頼が障害対応の発注の場合、利用者環境EUに該当障害の修理担当者を派遣する手続きが完了した状態である。対応状態監視部16は、発注識別情報の特定を受けて、発注管理部13に対し、該当する発注記録データの削除を指示するとともに、メッセージ送信部14に対し、エラー対応完了後の更新発注状況を示すメッセージの送信を指示する。このように、本変形例では、情報処理装置100において、メーカ管理サーバ300との連携動作により、発注管理情報81Dで管理される全ての画像処理装置200を対象に、発注されたエラー対応の状態が確認され、その結果を受けて、画像処理装置200で表示中の発注状況が更新される。本変形例に係る発注状況更新機能の詳細な動作機能部群の連携動作について、処理手順を示すシーケンス図を用いて説明する。《発注状況表示の更新処理》図13は、本変形例に係る発注状況表示の処理手順例メッセージ表示更新処理を示すシーケンス図である。図13に示すように、情報処理装置100は、対応状態監視部16が、所定のスケジュールに従って、次のような処理を行う。対応状態監視部16は、発注管理部13を介して、現在、記録されている発注管理情報81Dを取得するステップS301。対応状態監視部16は、先に取得した発注管理情報81Dに含まれる発注識別情報をメーカ管理サーバ300に送信し、現在、発注されているエラー対応の最新状態を問い合わせるステップS302。その結果、対応状態監視部16は、メーカ管理サーバ300から問い合わせ結果を受信する。このとき、対応状態監視部16は、発注依頼に対して自動採番された発注識別情報に対応するエラー対応の最新の状態値を問い合わせ結果として受信する。対応状態監視部16は、問い合わせ結果を受けて、問い合わせ時の発注識別情報の中から、完了状態のエラーに対応する発注識別情報を特定するステップS303。対応状態監視部16は、発注識別情報の特定を受けて、発注管理部13に対し、完了状態のエラー対応の発注記録の削除を指示するステップS3041。このとき、対応状態監視部16は、完了状態のエラーに対応する発注識別情報を発注管理部13に渡し、発注記録の削除を指示する。また、対応状態監視部16は、発注識別情報の特定を受けて、メッセージ送信部14に対し、エラー対応完了後の更新発注状況を示すメッセージの送信を指示するステップS3042。このとき、対応状態監視部16は、未完了状態のエラーに対応する発注管理情報81Dをメッセージ送信部14に渡し、メッセージ送信を指示する。発注管理部13は、発注記録の削除指示を受けて、発注管理情報保持部81にアクセスし、発注管理情報81Dから、完了状態のエラーに対応する発注識別情報を含む発注記録データを削除するステップS305。このとき、発注管理部13は、発注識別情報に基づき、発注管理情報81Dの中から、該当する発注記録データを特定する。発注管理部13は、発注識別情報の値と一致する発注管理情報81Dの[発注識別]項目の値から、該当データを特定し、削除する。また、メッセージ送信部14は、メッセージ送信指示を受けると、未完了状態のエラーが存在する画像処理装置200ごとに、次のような処理を行う。なお、メッセージ送信部14は、該当する画像処理装置200を、未完了状態のエラーに対応する発注管理情報81Dに含まれる機器識別情報に基づき特定する。メッセージ送信部14は、送信メッセージ管理部15を介して、未完了状態のエラー対応の発注状況を示す表示内容情報を取得するステップS306。このとき、メッセージ送信部14は、未完了状態のエラーに対応する発注管理情報81Dに含まれるエラー識別情報を送信メッセージ管理部15に渡し、メッセージ管理情報91Dからの情報取得を指示する。送信メッセージ管理部15は、メッセージ管理情報保持部91にアクセスし、未完了状態のエラーのエラー識別情報に基づき、メッセージ管理情報91Dから、該当エラーに対応付けて設定された発注状況を示す表示内容情報を取得する。これにより、メッセージ送信部14は、送信メッセージ管理部15を介して、未完了状態のエラー対応の発注状況を示す表示内容情報を取得する。メッセージ送信部14は、取得した表示内容情報及び未完了状態のエラーに対応する発注識別情報に基づき、エラー対応完了後の更新発注状況を示すメッセージを生成するステップS307。メッセージ送信部14は、生成したメッセージを、機器識別情報から特定した画像処理装置200に送信し、エラー対応の発注状況の表示更新を要求するステップS308。その結果、画像処理装置200では、メッセージ受信部22が、情報処理装置100から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。このとき、メッセージ受信部22は、送信結果を情報処理装置100に送信する。メッセージ受信部22は、表示更新要求を受けて、受信したメッセージに基づき、表示部23に対し、画面表示の更新を指示するステップ309。その結果、表示部23では、受信メッセージに含まれる未完了状態のエラー対応の発注状況を示す文字列値を、画像処理装置200が備える表示装置の画面に表示するステップS310。情報処理装置100は、送信結果を受けて、メッセージ送信部14が、送信メッセージ管理部15に対し、メッセージの送信記録の更新を指示するステップS311。このとき、メッセージ送信部14は、機器識別情報及び未完了状態のエラーのエラー識別情報を渡し、送信記録の更新を指示する。送信メッセージ管理部15は、送信記録の更新指示を受けて、送信管理情報保持部92にアクセスし、送信管理情報92Dにおける、機器識別情報から特定した画像処理装置200に対応する送信記録データを更新するステップS312。このとき、送信メッセージ管理部15は、機器識別情報に基づき、送信管理情報92Dの中から、該当する送信記録データを特定する。送信メッセージ管理部15は、機器識別情報の値と一致する送信管理情報92Dの[機器識別]項目の値から、該当データを特定し、対応する[エラー識別]項目の値から、未完了状態のエラーのエラー識別情報以外の値完了状態のエラーのエラー識別情報の値を削除する。このように、本変形例に係る発注システム1では、メーカに発注されたエラー対応の状態に応じて、システム1内の画像処理装置200に通知された発注状況が更新される。[第2の実施形態]本実施形態では、エラー対応のより詳細な発注状況以下単に発注詳細状況というを知らせる技術を提案する。なお、以降には、上記実施形態と異なる事項について説明し、同じ事項については、同一参照符号を付し、その説明を省略する。<発注管理機能>図14は、本実施形態に係る発注管理の機能構成例を示す図である。図14に示すように、本実施形態では、発注詳細状況取得部17を有している。この機能部は、情報処理装置100が有しており、画像処理装置200が有する発注詳細状況要求部24と連携動作することで、機能が実現される。《画像処理装置が有する機能部》発注詳細状況要求部24は、情報処理装置100に対し、発注詳細状況の取得を要求する機能部である。発注詳細状況要求部24は、利用者からの操作に従って、画像処理装置200で表示中のエラー対応の発注詳細状況の取得を要求する。発注詳細状況要求部24は、同機能部が動作する画像処理装置200の機器識別情報を情報処理装置100に送信することで、発注詳細状況の取得を要求する。なお、利用者からの操作は、表示部23により受け付けられる。表示部23は、画像処理装置200が備える表示装置の画面Wを介して、利用者が行った画面操作に対応する操作イベントを検知することで、操作種別を判別し、利用者の操作を受け付ける。このことから、発注詳細状況の取得要求の操作は、例えば、図9に示す画面Wの場合、発注状況の表示領域Lの入力イベントを検知することにより、受け付けることができる。また、発注状況の表示領域L上に、取得指示を受け付けるGUIパーツ例えば[詳細]ボタンなどが配置されている場合には、該パーツの押下イベントを検知するにより、受け付けることもできる。発注詳細情報要求部24は、取得要求への応答として、情報処理装置100から、発注詳細状況情報を受信し、表示部23は、受信された発注詳細状況情報を表示装置に表示する。なお、表示部23による表示画面例については、表示処理の詳細説明にて後述する。《情報処理装置が有する機能部》発注詳細状況取得部17は、エラー対応の発注詳細状況を取得する機能部である。発注詳細状況取得部17は、取得要求に応じて、メーカ管理サーバ300に対し、発注識別情報を送信することで、発注されたエラー対応の発注詳細状況を示す情報発注詳細状況情報を取得する。発注詳細状況取得部17は、画像処理装置200から、機器識別情報を受信することで、取得要求を受け付ける。発注詳細状況取得部17は、機器識別情報に基づき、発注管理情報81Dから、該当する発注識別情報を取得する。発注詳細状況取得部17は、取得した発注識別情報をメーカ管理サーバ300に送信し、発注識別情報に対応付けて管理されている発注詳細状況情報を取得する。発注詳細状況情報には、現在、発注されているエラー対応の最新状態を示す情報例えば対応段階を示す文字列値や対応段階を示す数値などが含まれる。発注詳細状況取得部17は、取得した発注詳細状況情報を画像処理装置200に送信し、取得要求に応答する。このように、情報処理装置100では、メーカ管理サーバ300との連携動作により、発注されたエラー対応の最新状態が取得され、画像処理装置200に送信される。本実施形態に係る発注管理機能の詳細な動作機能部群の連携動作について、処理手順を示すシーケンス図を用いて説明する。《発注状況詳細表示の処理》図15は、本実施形態に係る発注詳細状況表示の処理手順例を示すシーケンス図である。なお、図15に示す処理手順例は、図8に示す処理が実行され、画像処理装置200に、図9に示す画面Wが表示されている場合を想定している。図15に示すように、画像処理装置200は、表示部23が、利用者からの画面操作による操作イベントを検知するステップS401。このとき、表示部23は、検知した操作イベントに基づき、発注詳細状況の取得要求操作を判別する。表示部23は、判別結果を受けて、発注詳細状況要求部22に対し、利用者から受け付けた発注詳細状況の取得要求を指示するステップS402。発注詳細状況要求部22は、取得要求の指示を受けて、機器識別情報を情報処理装置100に送信し、発注詳細状況の取得を要求するステップS403。このとき、発注詳細状況要求部22は、同機能部が動作する画像処理装置200の機器識別情報を送信する。情報処理装置100は、発注詳細状況取得部17が、画像処理装置200から送信された機器識別情報を受信し、発注詳細状況の取得要求を受け付ける。発注詳細状況取得部17は、取得要求を受けて、発注管理部13を介して、取得を要求した画像処理装置200からの発注に対応する発注識別情報を取得するステップS404。このとき、発注詳細状況取得部17は、機器識別情報を発注管理部13に渡し、発注管理情報81Dからの情報取得を指示する。発注管理部13は、発注管理情報保持部81にアクセスし、機器識別情報に基づき、発注管理情報81Dから、機器識別情報に対応付けて記録された発注識別情報を取得する。例えば、発注管理情報81Dが、図4に示すようなデータの場合には、機器識別情報:MFP003に基づき、3つの発注識別情報が取得される。具体的には、発注識別情報:TICKET4,TICKET5,TICKET6が取得される。これにより、発注詳細状況取得部17は、発注管理部13を介して、取得を要求した画像処理装置200からの発注に対応する発注識別情報を取得する。発注詳細状況取得部17は、取得した発注識別情報に基づき、メーカ管理サーバ300から、発注詳細状況を取得するステップS405。このとき、発注詳細状況取得部17は、メーカ管理サーバ300に対し、発注識別情報を送信する。その結果、発注詳細状況取得部17は、メーカ管理サーバ300から、次のような発注詳細状況情報を取得する。例えば、取得を要求した画像処理装置200から、現在、発注されている各トナーのエラー対応の最新状態を示す情報各トナーの発注詳細状況を示す文字列値が、発注詳細状況情報として取得される。そして、発注詳細状況取得部17は、取得した発注詳細状況情報を画像処理装置200に送信し、取得要求に応答する。画像処理装置200は、取得要求の応答を受けて、発注詳細状況要求部22が、情報処理装置100から送信された発注詳細状況情報を受信する。発注詳細状況要求部22は、受信した発注詳細状況情報に基づき、表示部23に対し、画面表示を指示するステップS406。その結果、表示部23では、発注詳細状況情報に含まれる各トナーの発注詳細状況を示す文字列値を、画像処理装置200が備える表示装置の画面に表示するステップS407。具体的には、図16に示すように表示する。図16は、本実施形態に係る発注詳細状況表示の画面例を示す図である。図16には、ブラック、シアン、及びマゼンタの各トナーの詳細な発注状況が、アプリ表示領域R上に表示されている画面Wの例が示されている。本実施形態では、表示部23により、表示中のアプリ表示領域R上に、発注詳細状況を示す文字列値が表示された画面DWを重畳して表示している。なお、発注詳細状況の表示方法は、この限りでない。また、利用者に対する発注詳細状況の通知方法は、例えば、音声通知などを含む表示以外の方法であってもよい。このように、本実施形態に係る発注システム1では、利用者に対して、画像処理装置200のエラー対応の発状状況が通知され、さらに、利用者要求に応じて、該エラー対応のより詳細な発注状況も通知される。なお、上記では、画像処理装置200から情報処理装置100に機器識別情報を送信し、発注詳細状況の取得を、機器単位で要求する処理手順例を示したが、この限りでない。例えば、画像処理装置200から情報処理装置100にエラー識別情報を送信し、発注詳細状況の取得を、エラー種別単位で要求する処理としてもよい。この場合には、例えば、次のような画面操作を、表示部23で受け付ける。表示部23は、画面W上に配置された[詳細]ボタンの押下イベントを検知すると、画像処理装置200が発注しているエラー情報を表示する。表示部23は、表示したエラー情報の選択イベントを検知することで、エラー種別ごとの発注詳細状況の取得要求を受け付ける。その結果、画像処理装置200では、選択エラーのエラー識別情報を、発注管理情報81Dから取得し、情報処理装置100に送信できる。<まとめ>以上のように、本実施形態に係る情報処理装置100によれば、機器状態受信部11が、画像処理装置200から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付け、発注部12が、発注要求に応じて、メーカ管理サーバ300に対し、エラー対応を発注する。情報処理装置100は、メッセージ送信部14が、発注結果を受けて、発注を要求した画像処理装置200に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。その後、情報処理装置100は、画像処理装置200から、現在、発注されているエラー対応の発注詳細状況の取得を要求されると、発注詳細状況取得部17が、メーカ管理サーバ300から、該当するエラー対応の発注詳細状況を示す発注詳細状況情報を取得する。情報処理装置100は、発注詳細状況取得部17が、情報取得を受けて、情報取得を要求した画像処理装置200に対し、発注詳細状況情報を送信する。その結果、画像処理装置200には、発注したエラー対象の発注詳細状況が表示される。これによって、本実施形態に係る情報処理装置100では、利用者に対して、電子機器のエラー対応の発注状況を通知でき、さらに、その詳細も通知できる。[変形例]図12には、メーカ管理サーバ300と情報処理装置100との連携動作により、発注されたエラー対応の状態の確認結果に応じて、画像処理装置200で表示中の発注状況を更新する機能構成が示されている。そこで、本変形例では、図12に示す機能構成によるエラー対応の発注詳細状況を知らせる技術を提案する。図17は、本変形例に係る発注詳細状況表示の処理手順例を示すシーケンス図である。図17に示すように、情報処理装置100は、対応状態監視部16が、所定のスケジュールに従って、次のような処理を行う。対応状態監視部16は、発注管理部13を介して、現在、記録されている発注管理情報81Dを取得するステップS501。対応状態監視部16は、先に取得した発注管理情報81Dに含まれる発注識別情報をメーカ管理サーバ300に送信し、現在、発注されているエラー対応の最新状態を問い合わせるステップS502。その結果、対応状態監視部16は、メーカ管理サーバ300から問い合わせ結果を受信する。このとき、対応状態監視部16は、発注依頼に対して自動採番された発注識別情報に対応するエラー対応の発注詳細状況情報を問い合わせ結果として受信する。対応状態監視部16は、発注詳細状況情報の取得を受けて、メッセージ送信部14に対し、エラー対応の発注詳細状況を示すメッセージの送信を指示するステップS503。このとき、対応状態監視部16は、取得した発注管理情報81D及び発注詳細状況情報をメッセージ送信部14に渡し、メッセージ送信を指示する。メッセージ送信部14は、メッセージ送信指示を受けると、発注を要求した画像処理装置200ごとに、次のような処理を行う。なお、メッセージ送信部14は、該当する画像処理装置200を、発注管理情報81Dに含まれる機器識別情報に基づき特定する。メッセージ送信部14は、発注詳細状況情報及び発注管理情報81Dに含まれる発注識別情報に基づき、エラー対応の発注詳細状況を示すメッセージを生成するステップS504。メッセージ送信部14は、生成したメッセージを、機器識別情報から特定した画像処理装置200に送信し、エラー対応の発注状況の表示更新を要求するステップS505。その結果、画像処理装置200では、メッセージ受信部22が、情報処理装置100から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。メッセージ受信部22は、表示更新要求を受けて、受信したメッセージに基づき、表示部23に対し、画面表示の更新を指示するステップ506。その結果、表示部23では、受信メッセージに含まれるエラー対応の発注詳細状況を示す文字列値を、画像処理装置200が備える表示装置の画面に表示するステップS507。これにより、例えば、図18に示すように画面遷移する。図18は、本変形例に係る発注状況表示の画面遷移例を示す図である。図18Aに示す画面Wは、図8に示す処理が行われた後に表示された画面例である。つまり、図9に示す画面Wと同様である。そこで、図17に示す処理が行われると、画像処理装置200では、アプリ表示領域Rに配置された発注状況の表示領域Lに、発注詳細状況を示す文字列値が表示され、Bに示す画面Wに遷移する。このように、本変形例に係る発注システム1では、メーカに発注されたエラー対応の状態に応じて、システム1内の画像処理装置200に発注詳細状況が通知される。また、発注詳細状況が定期的に更新される。ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る発注管理機能は、図を用いて説明を行った各処理手順を、動作環境プラットフォームにあったプログラミング言語でコード化したプログラムが、情報処理装置100の演算装置CPUにより実行されることで実現される。上記プログラムは、コンピュータが読み取り可能な記録媒体103aに格納することができる。これにより、例えば、上記プログラムは、ドライブ装置103を介して、情報処理装置100にインストールすることができる。また、情報処理装置100は、インタフェース装置107を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。"