(57)【要約】【課題】利用者に対して、電子機器のエラー対応の発注状況を通知できる情報処理装置、発注システム、発注管理プログラム、及びそのプログラムを記憶した記録媒体を提供する。【解決手段】情報処理装置１００は、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器２００と、エラー検知により発注されたエラー対応を処理するサーバ３００とに接続される装置であって、電子機器２００から、該電子機器２００で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段１１と、機器状態受信手段１１により受け付けた発注要求に応じて、サーバ３００に対し、エラー対応を発注する発注手段１２と、発注手段１２により受け付けた発注結果に基づき、電子機器２００に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段１５と、を有することを特徴とする。【選択図】図３
2012247977.tif 000002
【特許請求の範囲】
【請求項１】
機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置であって、
前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、
前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、
前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記メッセージ送信手段は、
発注されたエラー対応ごとに前記サーバで割り当てられた、該発注を識別する発注識別情報と、エラー種別ごとに予め設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記電子機器で検知されるエラーを識別するエラー識別情報と前記表示内容情報とが、エラー種別ごとに対応付けられた管理情報を、所定の記憶領域に保持する保持手段を有し、
前記メッセージ送信手段は、
前記保持手段にアクセスし、前記電子機器から受信した機器状態情報に基づき、前記管理情報から、該機器状態情報に含まれるエラー情報のエラー識別情報に対応付けられた表示内容情報を取得し、
前記発注手段が、エラー対応の発注結果として、前記サーバから受信した発注識別情報と、該エラー対応のエラー情報に基づき取得した表示内容情報との組み合わせデータを含む前記メッセージを生成することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記機器状態受信手段は、
前記電子機器から、該電子機器で検知されたエラーリカバリーのリカバリー情報を含む機器状態情報を受信し、エラー対応の発注状況の更新要求を受け付け、
前記メッセージ送信手段は、
前記機器状態受信手段により受け付けた更新要求に応じて、前記電子機器に対し、エラー対応の更新発注状況を示すメッセージを送信し、発注状況の更新表示を要求することを特徴とする請求項１ないし３のいずれか一項に記載の情報処理装置。
【請求項５】
前記メッセージ送信手段は、
前記電子機器から受信した機器状態情報に基づき、前記電子機器から発注が要求されたエラー対応のうち、リカバリーされていないエラー対応を特定し、
特定したエラー対応の発注を識別する発注識別情報と、特定したエラー対応のエラー種別に対応して設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、更新発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
発注されたエラー対応の状態を監視する監視手段を有し、
前記監視手段は、
前記サーバに対し、発注されたエラー対応の最新状態を問い合わせ、問い合わせ結果に基づき、発注されたエラー対応のうち、リカバリーされていないエラー対応を特定し、
前記メッセージ送信手段は、
前記監視手段により特定されたエラー対応の発注を識別する発注識別情報と、特定されたエラー対応のエラー種別に対応して設定された、前記電子機器に表示させる発注状況を示す表示内容情報とに基づき、更新発注状況を示すメッセージを生成し、生成したメッセージを送信することを特徴とする請求項４又は５に記載の情報処理装置。
【請求項７】
発注されたエラー対応の詳細な発注状況を取得する取得手段を有し、
前記取得手段は、
前記電子機器から、発注を要求したエラー対応の詳細な発注状況の取得要求を受け付け、受け付けた取得要求に応じて、前記サーバから、エラー対応の詳細な発注状況を示す発注詳細状況情報を取得し、前記電子機器に対し、取得した発注詳細状況情報を送信し、取得要求に応答することを特徴とする請求項１ないし６のいずれか一項に記載の情報処理装置。
【請求項８】
機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、検知されたエラーのエラー対応を発注する情報処理装置と、発注されたエラー対応を処理するサーバとが、所定のデータ伝送路を介して接続される発注システムであって、
前記情報処理装置が、前記電子機器から該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、
前記機器状態受信手段により受け付けた発注要求に応じて、前記情報処理装置から前記サーバに対し、エラー対応を発注する発注手段と、
前記発注手段により受け付けた発注結果に基づき、前記情報処理装置から前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする発注システム。
【請求項９】
機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置における発注管理プログラムであって、
コンピュータを、
前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、
前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、
前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段として機能させる発注管理プログラム。
【請求項１０】
請求項９に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器利用に伴う消耗品の発注管理を制御する技術に関するものである。
【背景技術】
【０００２】
画像処理装置を含む電子機器では、機器利用に伴い、消耗する搭載品（以下「消耗品」という）が備えられている。例えば、電子写真プロセスによる画像処理装置では、用紙、トナー、感光体（像担持体）などがそれにあたる。これら消耗品は、管理者が消耗状態に応じてメーカなどのサプライヤーに発注することで、利用環境に提供される。しかし、消耗状態を確認する対象の電子機器が多く存在する利用者環境における発注作業は、機器管理者にとって煩雑な作業である。そこで、機器利用に伴う消耗品の発注を自動化する技術が提案されている。
【０００３】
例えば、特許文献１には、電子機器の消耗品発注を管理サーバによりまとめて処理することで、発注作業の負担を軽減する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の発注管理では、利用者が発注状況を知るすべがなかった。
【０００５】
例えば、特許文献１に開示される管理サーバでは、機器管理者が画面を介して発注状況を知ることができるが、利用者が発注状況を知ることはできない。このようなケースは、消耗品の対応だけでなく、修理担当者を呼ばなければならないような障害対応時においても同様のことがいえる。
【０００６】
このように、発注管理では、円滑な機器運用の観点から、機器管理者だけでなく、利用者に対しても、消耗品や障害対応（以下単に「エラー対応」という）の発注状況などを知らせるようにすることが望ましい。
【０００７】
本発明は上記従来技術の問題点を鑑み提案されたものであり、利用者に対して、電子機器のエラー対応の発注状況を通知できる情報処理装置、発注システム、発注管理プログラム、及びそのプログラムを記憶した記録媒体を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る情報処理装置は、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置であって、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする。
【０００９】
上記目的を達成するため、本発明に係る発注システムは、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、検知されたエラーのエラー対応を発注する情報処理装置と、発注されたエラー対応を処理するサーバとが、所定のデータ伝送路を介して接続される発注システムであって、前記情報処理装置が、前記電子機器から該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記情報処理装置から前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記情報処理装置から前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段と、を有することを特徴とする。
【００１０】
上記目的を達成するため、本発明に係る発注管理プログラムは、機器利用による搭載品の消耗や障害発生を含むエラーを検知する電子機器と、エラー検知により発注されたエラー対応を処理するサーバとに、所定のデータ伝送路を介して接続される情報処理装置における発注管理プログラムであって、コンピュータを、前記電子機器から、該電子機器で検知されたエラーのエラー情報を含む機器状態情報を受信し、エラー対応の発注要求を受け付ける機器状態受信手段と、前記機器状態受信手段により受け付けた発注要求に応じて、前記サーバに対し、エラー対応を発注する発注手段と、前記発注手段により受け付けた発注結果に基づき、前記電子機器に対し、エラー対応の発注状況を示すメッセージを送信し、発注状況の表示を要求するメッセージ送信手段として機能させる。
【発明の効果】
【００１１】
本発明によれば、利用者に対して、電子機器の消耗品や障害対応の発注状況を通知する情報処理装置、発注システム、発注管理プログラム、及びそのプログラムを記憶した記録媒体を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係る発注システムのシステム構成例を示す図である。
【図２】本発明の第１の実施形態に係る情報処理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る発注管理の機能構成例を示す図である。
【図４】本発明の第１の実施形態に係る発注管理情報のデータ例を示す図である。
【図５】本発明の第１の実施形態に係るメッセージ管理情報のデータ例を示す図である。
【図６】本発明の第１の実施形態に係るメッセージ設定の画面例を示す図である。
【図７】本発明の第１の実施形態に係る送信管理情報のデータ例を示す図である。
【図８】本発明の第１の実施形態に係る発注状況表示の処理手順例（メッセージ表示処理）を示すシーケンス図である。
【図９】本発明の第１の実施形態に係る発注状況表示の画面例を示す図である。
【図１０】本発明の第１の実施形態に係る発注状況表示の処理手順例（メッセージ表示更新処理）を示すシーケンス図である。
【図１１】本発明の第１の実施形態に係るデータ遷移例を示す図である。
【図１２】第１の実施形態の変形例に係る発注管理の機能構成例を示す図である。
【図１３】第１の実施形態の変形例に係る発注状況表示の処理手順例（メッセージ表示更新処理）を示すシーケンス図である。
【図１４】本発明の第２に実施形態に係る発注管理の機能構成例を示す図である。
【図１５】本発明の第２の実施形態に係る発注詳細状況表示の処理手順例を示すシーケンス図である。
【図１６】本発明の第２の実施形態に係る発注詳細状況表示の画面例を示す図である。
【図１７】第２の実施形態の変形例に係る発注詳細状況表示の処理手順例を示すシーケンス図である。
【図１８】第２の実施形態の変形例に係る発注状況表示の画面例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
【００１４】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る発注システム１のシステム構成例を示す図である。
図１には、情報処理装置１００と複数の画像処理装置２００１〜２００ｎ（以降総称する場合「画像処理装置２００」という）とが、所定のデータ伝送路で接続されるシステム構成例が示されている。
【００１５】
情報処理装置１００は、エラー対応の発注管理機能を有する機器であり、発注サーバにあたる。情報処理装置１００は、例えば、ＰＣ（Personal Computer）などであり、画像処理装置２００からの受信データに基づき、エラー対応の発注をメーカに依頼する。
【００１６】
画像処理装置２００は、画像処理機能を有する機器である。画像処理装置２００は、例えば、ＬＰ（Laser Printer）やＭＦＰ（Multifunction Peripheral）などであり、ＭＦＰの場合、画像処理機能に、コピー機能、スキャン機能、プリント機能などがある。
【００１７】
また、図１には、情報処理装置１００と画像処理装置２００とが接続される内部ネットワークＮが構築された利用者環境ＥＵが示されている。この利用者環境ＥＵは、例えば、機器導入先である事業所や室内に構築されたネットワーク環境を表し、内部ネットワークＮは、例えば、ＬＡＮ（Local Area Network）などである。
【００１８】
また、図１には、この内部ネットワークＮが、外部ネットワークＩを介して、メーカ側に設置された情報処理装置３００に接続されている。なお、内部ネットワークＮや情報処理装置３００は、ファイアウォール（非図示）を介して、外部ネットワークＩに接続されているものとする。
【００１９】
情報処理装置３００は、発注されたエラー対応処理機能を有する機器であり、メーカ管理サーバにあたる。情報処理装置３００は、例えば、ＰＣなどであり、情報処理装置１００からの受信データに基づき、利用者環境ＥＵから発注されたエラー対応処理を行う。なお、以降では、情報処理装置１００と識別するために、便宜上、メーカ管理サーバ３００と称す。
【００２０】
発注システム１は、上記機器及び上記ネットワーク環境により、次のようなサービスを提供する。例えば、画像処理装置２００は、搭載品の消耗や障害の発生などの状態変化（エラー）を検知し、検知した機器状態を情報処理装置１００に送信し、エラー対応の発注要求を行う。
【００２１】
情報処理装置１００は、受信した機器状態に基づき、発注内容（「消耗品の発注」及び／又は「障害対応の発注」）を決定し、発注依頼をメーカ管理サーバ３００に送信し、エラー対応の発注を依頼する。
【００２２】
その結果、メーカ管理サーバ３００は、受信した発注依頼に基づき、画像処理装置２００で発生したエラーの対応処理を行う。具体的には、発注依頼が「消耗品の発注」の場合、利用者環境ＥＵに該当消耗品を発送（補充）するなどの手続きを処理する。また、発注依頼が「障害対応の発注」の場合、利用者環境ＥＵに該当障害の修理担当者を派遣するなどの手続きを処理する。
【００２３】
以上のように、本実施形態に係る発注システム１は、上記システム構成により、自動発注機能（自動発注サービス）を提供することができる。
【００２４】
＜ハードウェア構成＞
図２は、本実施形態に係る情報処理装置１００のハードウェア構成例を示す図である。
図２に示すように、情報処理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２５】
入力装置１０１は、キーボードやマウスなどを含み、情報処理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、情報処理装置１００による処理結果を表示する。
【００２６】
インタフェース装置１０７は、情報処理装置１００を所定のデータ伝送路に接続するインタフェースである。これにより、情報処理装置１００は、インタフェース装置１０７を介して、他の機器（非図示）とデータ通信を行うことができる。
【００２７】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能（例えば「発注管理機能」）を提供するアプリケーションなどがある。
【００２８】
また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。なお、端末３００からの受信データ（ジョブデータ）は、ＨＤＤ１０８の所定の記憶領域に格納・蓄積され、ＤＢにより管理される。
【００２９】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、情報処理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。
【００３０】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、情報処理装置１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。
【００３１】
ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
【００３２】
以上のように、本実施形態に係る情報処理装置１００は、上記ハードウェア構成により、発注管理機能（発注管理サービス）を提供することができる。
【００３３】
＜発注管理機能＞
本実施形態に係る発注管理機能について説明する。
本実施形態に係る情報処理装置１００では、画像処理装置２００から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付ける。情報処理装置１００は、発注要求に応じて、メーカ管理サーバ３００に対し、エラー対応を発注（依頼）する。情報処理装置１００は、発注結果を受けて、機器状態を受け付けた（発注を要求した）画像処理装置２００に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。本実施形態に係る情報処理装置１００は、このような発注管理機能を有している。
【００３４】
従来の発注管理では、利用者が画像処理装置２００のエラー対応の発注状況を知るすべがなかった。そのため、利用者によるエラー対応の二重発注などの問題が考えられる。
【００３５】
そこで、本実施形態に係る情報処理装置１００では、エラー対応の発注状況を、発注を要求した画像処理装置２００に送信し表示させる仕組みとした。
【００３６】
これにより、本実施形態に係る情報処理装置１００は、利用者に対して、画像処理装置２００のエラー対応の発注状況を通知する環境を提供する。その結果、本実施形態に係る情報処理装置１００では、二重発注などを防止することができる。
【００３７】
以下に、本実施形態に係る発注管理機能の構成とその動作について説明する。
図３は、本実施形態に係る発注管理の機能構成例を示す図である。
図３に示すように、本実施形態に係る発注管理機能は、機器状態受信部１１、発注部１２、発注管理部１３、メッセージ送信部１４、及び送信メッセージ管理部１５などを有している。これらの機能部は、情報処理装置１００が有しており、画像処理装置２００が有する機器状態送信部２１、メッセージ受信部２２、及び表示部２３などの機能部と連携動作することで、機能が実現される。なお、本実施形態で実現される機能には、主に、エラー検知時の発注機能［１］やエラーリカバリー検知時（エラー対応完了時）の発注状況更新機能［２］などがある。よって、以降の説明では、各機器が有する機能部について、上記機器ごとに説明する。
【００３８】
［１］：エラー検知時の発注機能
《画像処理装置が有する機能部》
機器状態送信部２１は、自機で検知した機器状態を送信する機能部である。機器状態送信部２１は、情報処理装置１００に対し、検知したエラーを示す機器状態情報を送信することで、エラー対応の発注を要求する。
【００３９】
このときの機器状態情報には、画像処理装置２００の識別情報（例えば「機器名」、「シリアル番号」、「プロダクト番号」などの識別子、以下「機器識別情報」という）が含まれる。また、機器状態情報には、検知したエラーのエラー情報が含まれる。エラー情報には、消耗品の場合、消耗品の識別情報（例えば「シリアル番号」などの識別子）や消耗状態情報（例えば「消耗段階に応じたエラーコード」などの識別子）など（以下「消耗品のエラー情報」という）が含まれる。また、エラー情報には、障害の場合、発生障害情報（例えば「発生障害に応じたエラーコード」などの識別子）など（以下「障害のエラー情報」という）が含まれる。
【００４０】
機器状態送信部２１は、予め設定された情報処理装置１００のネットワーク設定値（例えば「ＩＰアドレス：Internet Protocol address」）に基づき、機器状態情報を送信する。
【００４１】
メッセージ受信部２２は、エラー対応の発注状況を示すメッセージ（発注状況情報）を受信する機能部である。メッセージ受信部２２は、情報処理装置１００から、発注状況を示すメッセージを受信することで、発注状況の表示要求を受け付ける。
【００４２】
表示部２３は、自機が備える表示装置（非図示）に情報を表示する機能部である。表示部２３は、表示要求に応じて、受信されたメッセージを表示装置に表示する。表示装置は、例えば、画像処理装置２００が備える操作パネルにあたる。なお、表示部２３による表示画面例については、表示処理の詳細説明にて後述する。
【００４３】
《情報処理装置が有する機能部》
機器状態受信部１１は、機器状態情報を受信する機能部である。機器状態受信部１１は、画像処理装置２００から、エラー情報を含む機器状態情報を受信することで、エラー対応の発注要求を受け付ける。このとき、機器状態受信部１１は、受信した機器状態情報に基づき、メーカへの発注内容を決定する。
【００４４】
例えば、機器状態情報に消耗品のエラー情報が含まれている場合には、該エラー情報（「消耗品の識別情報」や「消耗状態情報」）に基づき特定した該当消耗品の対応を発注する内容に決定する。また、機器状態情報に発生障害のエラー情報が含まれている場合には、該エラー情報（「発生障害情報」）に基づき特定した該当障害の対応を発注する内容に決定する。なお、機器状態情報に消耗品及び発生障害のエラー情報が含まれている場合には、該エラー情報に基づき特定した該当消耗品及び該当障害の対応を発注する内容に決定する。
【００４５】
発注部１２は、エラー対応をメーカに発注する機能部である。発注部１２は、発注要求に応じて、メーカ管理サーバ３００に対し、発注依頼情報を送信することで、メーカに発注する。このとき、発注部１２は、決定された発注内容に基づき、発注依頼情報を生成する。
【００４６】
発注依頼情報には、発注を要求した画像処理装置２００の識別情報などの顧客情報や、発注内容として決定したエラー情報（該当消耗品及び／又は該当障害のエラー情報）などが含まれる。
【００４７】
発注部１２は、予め設定されたメーカ管理サーバ３００のネットワーク設定値に基づき、発注依頼情報を送信する。
【００４８】
発注管理部１３は、メーカに依頼した発注内容を管理する機能部である。発注管理部１３は、発注管理情報保持部８１にアクセスし、保持されている発注管理情報に対して、所定のデータ操作を行うことで、発注内容を管理する。なお、発注管理情報保持部８１は、例えば、情報処理装置１００が備える記憶装置（ＨＤＤ）の所定の記憶領域にあたる。また、所定のデータ操作には、データ登録（追加）、データ削除（消去）、及びデータ取得（参照）などがある。
【００４９】
ここで、発注管理情報について説明する。
図４は、本実施形態に係る発注管理情報８１Ｄのデータ例を示す図である。
図４に示すように、発注管理情報８１Ｄは、［発注識別］、［エラー識別］、及び［機器識別］などの情報項目が、発注単位で対応付けられている。
【００５０】
［発注識別］項目は、発注内容の識別情報（以下「発注識別情報」という）を保持する項目であり、項目値には、メーカ側（メーカ管理サーバ）から、発注結果として応答された、発注に対するユニークな採番値などがある。［エラー識別］項目は、エラーの識別情報（以下「エラー識別情報」という）を保持する項目であり、項目値には、メーカに発注したエラー対応の消耗状態情報や発生障害情報のエラーコードがある。［機器識別］項目は、機器識別情報を保持する項目であり、項目値には、発注を要求した画像処理装置２００の識別子などがある。
【００５１】
発注管理部１３は、例えば、画像処理装置２００から受け付けた新たな発注要求に応じて、エラー対応をメーカに発注し、その発注結果を受け付けた場合、発注管理情報８１Ｄに対して、次のようなデータ操作を行う。発注管理部１３は、発注部１２から発注記録の追加指示を受け付けると、発注結果としてメーカ管理サーバ３００から受信した発注識別情報、発注依頼情報生成時に用いたエラー情報、及び発注要求した画像処理装置２００の機器識別情報に基づき、発注管理情報８１Ｄに、発注識別情報、エラー識別情報、及び機器識別情報を対応付けた発注記録データを追加する（［発注識別］、［エラー識別］、及び［機器識別］などの新規項目値群を追加する）。
【００５２】
このように、情報処理装置１００では、発注管理部１３により、メーカへの発注内容が発注管理情報８１Ｄに記録され、発注単位で管理される。
【００５３】
なお、発注管理部１３は、他の機能部から情報取得の指示を受け付けた場合、メーカ管理サーバ３００から受信した発注識別情報に基づき、発注管理情報８１Ｄから、該当する発注記録データを取得する（［発注識別］、［エラー識別］、及び［機器識別］などの該当項目値群を取得する）。
【００５４】
図３の説明に戻る。メッセージ送信部１４は、発注状況を示すメッセージ（発注状況情報）を送信する機能部である。メッセージ送信部１４は、メーカからの発注結果を受けて、発注を要求した画像処理装置２００に対し、発注状況を示すメッセージを送信することで、発注状況の表示を要求する。
【００５５】
送信メッセージ管理部１５は、画像処理装置２００に送信するメッセージを管理する機能部である。送信メッセージ管理部１５は、メッセージ管理情報保持部９１及び送信管理情報保持部９２にアクセスし、保持されているメッセージ管理情報及び送信管理情報に対して、所定のデータ操作を行うことで、メッセージを管理する。なお、メッセージ管理情報保持部９１及び送信管理情報保持部９２は、例えば、情報処理装置１００が備える記憶装置の所定の記憶領域にあたる。
【００５６】
ここで、まずメッセージ管理情報について説明する。
図５は、本実施形態に係るメッセージ管理情報９１Ｄのデータ例を示す図である。
図５に示すように、メッセージ管理情報９１Ｄは、［エラー識別］及び［メッセージ内容］などの情報項目が、エラー種別単位で対応付けられている。
【００５７】
［エラー識別］項目は、エラー種別ごとのエラー識別情報を保持する項目である。［表示内容］項目は、発注状況の表示内容を示す情報（以下「表示内容情報」という）を保持する項目であり、項目値には、発注を要求した画像処理装置２００に表示させる発注状況を示す文字列値などがある。
【００５８】
これらの項目値は、予め設定しておけばよい。そこで、送信メッセージ管理部１５では、例えば、図６に示すような設定環境を提供している。
【００５９】
図６は、本実施形態に係るメッセージ設定の画面例を示す図である。
図６には、所定のＧＵＩ（Graphical User Interface）を介して、エラー種別ごとに、メッセージを送信する送信先やメッセージ送信後の表示内容などが設定可能な画面例が示されている。
【００６０】
送信メッセージ管理部１５は、この設定画面ＳＷを介して、機器管理者からの設定値（入力値）を受け付けると、受け付けた設定値に基づき、メッセージ管理情報９１Ｄに、エラー識別情報及び表示内容情報を対応付けた管理データを設定する（［エラー識別］及び［表示内容］などの新規項目値群を設定する）。
【００６１】
このように、情報処理装置１００では、送信メッセージ管理部１５により、画像処理装置２００に表示させる発注状況が、エラー種別単位で管理される。
【００６２】
図３の説明に戻る。メッセージ送信部１４は、このように設定されたメッセージ管理情報９１Ｄに基づき、発注状況を示すメッセージを生成する。
【００６３】
メッセージ送信部１４は、発注依頼情報生成時に用いたエラー情報に基づき、メッセージ管理情報９１Ｄから、該当する表示内容情報を取得する。メッセージ送信部１４は、取得した表示内容情報に基づき、所定のデータ形式（例えば「ＸＭＬデータ：eXtensible Markup Language data」）に従って、発注状況を示す文字列値を含むメッセージを生成する。またこのとき、メッセージ送信部１４は、生成するメッセージに、発注結果としてメーカ管理サーバ３００から受信した発注識別情報を含める。
【００６４】
メッセージ送信部１４は、発注を要求した画像処理装置２００のネットワーク設定値に基づき、該画像処理装置２００に対し、生成したメッセージを送信することで、発注状況の表示を要求する。
【００６５】
次に、送信管理情報について説明する。
図７は、本実施形態に係る送信管理情報９２Ｄのデータ例を示す図である。
【００６６】
図７に示すように、送信管理情報９２Ｄは、［機器識別］及び［エラー識別］などの情報項目が、機器単位で対応付けられている。
【００６７】
［機器識別］項目は、発注を要求した画像処理装置２００の機器識別情報を保持する項目である。［エラー識別］項目は、メッセージ送信後に、画像処理装置２００で表示中の発注状況に対応するエラーのエラー識別情報を保持する項目である。
【００６８】
送信メッセージ管理部１５は、例えば、画像処理装置２００に対し、発注状況を示すメッセージを送信し、その送信結果を受け付けた場合、送信管理情報９２Ｄに対して、次のようなデータ操作を行う。送信メッセージ管理部１５は、メッセージ送信部１４から送信記録の追加指示を受け付けると、発注を要求した画像処理装置２００の機器識別情報及びメッセージ生成時に用いたエラー情報に基づき、送信管理情報９２Ｄに、機器識別情報及びエラー識別情報を対応付けた送信記録データを追加する（［機器識別］及び［エラー識別］などの新規項目値群を追加する）。
【００６９】
このように、情報処理装置１００では、送信メッセージ管理部１５により、画像処理装置２００で表示中の発注状況に対応するエラーが送信管理情報９２Ｄに記録され、機器単位で管理される。
【００７０】
［２］：エラーリカバリー検知時の発注状況更新機能
《画像処理装置が有する機能部》
機器状態送信部２１は、情報処理装置１００に対し、検知したエラーリカバリー（例えば「発送された消耗品の装着完了」や「障害からの復旧完了」など）を示す機器状態情報を送信することで、エラー対応の発注状況更新を要求する。
【００７１】
このときの機器状態情報には、機器識別情報が含まれる。また、機器状態情報には、検知したリカバリーのリカバリー情報が含まれる。リカバリー情報には、消耗品の場合、リカバリーされた消耗品の識別情報や消耗状態情報など（以下「消耗品のリカバリー情報」という）が含まれ、障害の場合、リカバリーされた発生障害情報など（以下「障害のリカバリー情報」という）が含まれる。
【００７２】
《情報処理装置が有する機能部》
機器状態受信部１１は、画像処理装置２００から、リカバリー情報を含む機器状態情報を受信することで、エラー対応の発注状況更新要求を受け付ける。
【００７３】
発注管理部１３は、例えば、画像処理装置２００でエラーリカバリーされ、発注状況更新要求を受け付けた場合、上記発注管理情報８１Ｄに対して、次のようなデータ操作を行う。発注管理部１３は、機器状態受信部１１から発注記録の削除指示を受け付けると、画像処理装置２００から受信した機器状態情報に基づき、発注管理情報８１Ｄから、該当する発注記録データを削除する（［発注識別］、［エラー識別］、及び［機器識別］などの該当項目値群を削除する）。このとき、発注管理部１３は、機器状態情報に含まれる機器識別情報と、消耗品及び／又は障害のリカバリー情報と、に基づき、発注管理情報８１Ｄの中から、リカバリーされたエラーに対応する発注記録データを特定する。
【００７４】
また、メッセージ送信部１４は、メッセージ管理情報９１Ｄ及び送信管理情報９２Ｄに基づき、発注状況の更新表示を要求する際に送信するメッセージ（エラー対応の更新発注状況を示すメッセージ）を生成する。
【００７５】
メッセージ送信部１４は、機器状態情報に含まれる機器識別情報に基づき、送信管理情報９２の中から、画像処理装置２００で表示中の発注状況に対応するエラーのエラー識別情報を特定する。メッセージ送信部１４は、機器状態情報に含まれるリカバリー情報に基づき、先に特定したエラー識別情報から、リカバリーされていないエラーのエラー識別情報を特定する。メッセージ送信部１４は、特定したエラー識別情報に基づき、メッセージ管理情報９１Ｄから、該当する表示内容情報を取得する。メッセージ送信部１４は、取得した表示内容情報に基づき、エラー対応の更新発注状況を示すメッセージを生成する。
【００７６】
このように、情報処理装置１００では、メッセージ送信部１４により、リカバリーされていないエラーに対応する発注状況を示すメッセージが、更新発注状況を示すメッセージとして生成され、画像処理装置２００に送信される。
【００７７】
また、送信メッセージ管理部１５は、例えば、画像処理装置２００に対し、更新発注状況を示すメッセージを送信し、その送信結果を受け付けた場合、送信管理情報９２Ｄに対して、次のようなデータ操作を行う。送信メッセージ管理部１５は、メッセージ送信部１４から送信記録の更新指示を受け付けると、発注を要求した画像処理装置２００の機器識別情報に基づき、送信管理情報９２Ｄの中から、該当するエラー識別情報を特定する。送信メッセージ管理部１５は、該当するエラー識別情報の値から、メッセージ生成時に用いたリカバリー情報の消耗状態情報及び／又は発生障害情報（エラー識別情報）の値と一致する値を削除し、項目値を更新する。
【００７８】
このように、情報処理装置１００では、送信メッセージ管理部１５により、画像処理装置２００で表示中の更新発注状況に対応するエラーが送信管理情報９２Ｄに記録され、機器単位で管理される。
【００７９】
以上のように、本実施形態に係る発注管理機能は、上記各機能部が連携動作することにより実現される。なお、上記各機能部は、情報処理装置１００に搭載（インストール）されるプログラム（発注管理機能を実現するソフトウェア）が、演算装置（ＣＰＵ）により、記憶装置（「ＨＤＤ」や「ＲＯＭ」）からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。
【００８０】
本実施形態に係る発注管理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。
【００８１】
《発注状況表示の処理》
図８は、本実施形態に係る発注状況表示の処理手順例（メッセージ表示処理）を示すシーケンス図である。なお、図８に示す処理手順例は、'ＭＦＰ００３'で識別される画像処理装置２００で、'Ｅ１０１'，'Ｅ１０２'，'Ｅ１０３'で識別されるブラック、シアン、マゼンタの各トナーエラー（ＮＯ  ＴＯＮＥＲ／ＩＮＫ）が検知された場合を想定している。
【００８２】
図８に示すように、画像処理装置２００は、エラー検知を受けて、機器状態送信部２１が、機器状態情報を情報処理装置１００に送信し、トナーエラー対応の発注を要求する（ステップＳ１０１）。
【００８３】
情報処理装置１００は、機器状態受信部１１が、画像処理装置２００から送信された機器状態情報を受信し、発注要求を受け付ける。
【００８４】
機器状態受信部１１は、発注要求を受けて、受信した機器状態情報に基づき、発注内容を決定する（ステップＳ１０２）。このとき、機器状態受信部１１は、機器状態情報に含まれる各トナーのエラー情報（「トナーの識別情報」や「トナーの消耗状態情報」）に基づき、ブラック、シアン、及びマゼンタの各トナーエラーを特定し、特定した各トナーを発注する内容に決定する。
【００８５】
機器状態受信部１１は、発注内容の決定を受けて、発注部１２に対し、各トナーの発注を指示する（ステップＳ１０３１）。このとき、機器状態受信部１１は、機器状態情報に含まれる機器識別情報及び各トナーのエラー情報を発注部１２に渡し、発注を指示する。
【００８６】
また、機器状態受信部１１は、発注内容の決定を受けて、メッセージ送信部１４に対し、各トナーの発注状況を示すメッセージの送信を指示する（ステップＳ１０３２）。このとき、機器状態受信部１１は、機器状態情報に含まれる機器識別情報及び各トナーのエラー情報をメッセージ送信部１４に渡し、メッセージ送信を指示する。
【００８７】
発注部１２は、発注指示を受けて、各トナーの発注依頼情報を生成し（ステップＳ１０４）、生成した発注依頼情報をメーカ管理サーバ３００に送信し、各トナーを発注する（ステップＳ１０５）。このとき、発注部１２は、機器識別情報及び各トナーのエラー情報に基づき、トナーごとの発注依頼情報を生成する。
【００８８】
その結果、発注部１２は、メーカ管理サーバ３００から発注結果を受信する。このとき、発注部１２は、発注依頼に対して自動採番された発注識別情報：'ＴＩＣＫＥＴ４'，'ＴＩＣＫＥＴ５'，'ＴＩＣＫＥＴ６'を発注結果として受信する。
【００８９】
発注部１２は、発注結果を受けて、発注管理部１３に対し、各トナーの発注記録の追加を指示する（ステップＳ１０６）。このとき、発注部１２は、各トナーの発注識別情報、各トナーのエラー情報に含まれるエラー識別情報（トナーの消耗状態情報）、及び機器識別情報を渡し、発注記録の追加を指示する。
【００９０】
発注管理部１３は、発注記録の追加指示を受けて、発注管理情報保持部８１にアクセスし、発注管理情報８１Ｄに、各トナーの発注に対応する発注記録データを追加する（ステップＳ１０７）。このとき、発注管理部１３は、各トナーの発注識別情報、各トナーのエラー識別情報、及び機器識別情報の値を、発注したトナーごとに対応付けて、発注管理情報８１Ｄの［発注識別］、［エラー識別］、及び［機器識別］項目の値を追加する。例えば、ブラックトナーの場合には、発注識別情報：'ＴＩＣＫＥＴ４'、エラー識別情報：'Ｅ１０１'、及び機器識別情報：'ＭＦＰ００３'を対応付けて、該当情報項目の値に追加する。これにより、発注管理情報８１Ｄは、図４に示すようなデータとなる。
【００９１】
また、メッセージ送信部１４は、メッセージ送信指示及び発注結果を受けて、送信メッセージ管理部１５を介して、各トナーの発注状況を示す表示内容情報を取得する（ステップＳ１０８）。このとき、メッセージ送信部１５は、各トナーのエラー情報に含まれるエラー識別情報を送信メッセージ管理部１５に渡し、メッセージ管理情報９１Ｄからの情報取得を指示する。
【００９２】
送信メッセージ管理部１５は、メッセージ管理情報保持部９１にアクセスし、エラー識別情報に基づき、メッセージ管理情報９１Ｄから、各トナーエラーに対応して設定された発注状況を示す表示内容情報を取得する。
【００９３】
例えば、メッセージ管理情報９１Ｄが、図５に示すようなデータの場合には、各トナーのエラー識別情報：'Ｅ１０１'，'Ｅ１０２'，'Ｅ１０３'に基づき、３つの表示内容情報が取得される。具体的には、表示内容情報："トナー（ブラック）を発注しました。"，"トナー（シアン）を発注しました。"，"トナー（マゼンタ）を発注しました。"の各文字列値が取得される。これにより、メッセージ送信部１４は、送信メッセージ管理部１５を介して、各トナーの発注状況を示す表示内容情報を取得する。
【００９４】
メッセージ送信部１４は、取得した表示内容情報及び各トナーの発注識別情報に基づき、各トナーの発注状況を示すメッセージを生成する（ステップＳ１０９）。このとき、メッセージ送信部１４は、所定のデータ形式に従って、発注識別情報と表示内容情報とを組み合わせた３つのデータを含むメッセージを生成する。具体的には、発注識別情報：'ＴＩＣＫＥＴ４'及び表示内容情報："トナー（ブラック）を発注しました。"の組み合わせデータと、発注識別情報：'ＴＩＣＫＥＴ５'及び表示内容情報："トナー（シアン）を発注しました。"の組み合わせデータと、発注識別情報：'ＴＩＣＫＥＴ６'及び表示内容情報："トナー（マゼンタ）を発注しました。"の組み合わせデータを含むメッセージを生成する。
【００９５】
メッセージ送信部１４は、生成したメッセージを、発注を要求した画像処理装置２００に送信し、各トナーの発注状況の表示を要求する（ステップＳ１１０）。
【００９６】
その結果、画像処理装置２００では、メッセージ受信部２２が、情報処理装置１００から送信されたメッセージを受信し、発注状況の表示要求を受け付ける。このとき、メッセージ受信部２２は、送信結果を情報処理装置１００に送信する。
【００９７】
メッセージ受信部２２は、表示要求を受けて、受信したメッセージに基づき、表示部２３に対し、画面表示を指示する（ステップＳ１１１）。
【００９８】
その結果、表示部２３では、受信メッセージに含まれる各トナーの発注状況を示す文字列値を、画像処理装置２００が備える表示装置の画面に表示する（ステップＳ１１２）。具体的には、図９に示すように表示する。
【００９９】
図９は、本実施形態に係る発注状況表示の画面例を示す図である。
図９には、ブラック、シアン、及びマゼンタの各トナーを発注した旨の発注状況が、アプリ表示領域Ｒ上に表示されている画面Ｗの例が示されている。アプリ表示領域Ｒには、通常、画像処理装置２００が有する画像処理機能（アプリ）のうち、動作中により表示占有権限が割り当てられた機能の動作画面や設定画面が表示される。
【０１００】
そこで、本実施形態では、表示部２３により、発注状況を示す文字列値を表示させる表示領域Ｌをアプリ表示領域Ｒに配置した画面Ｗを表示している。これにより、画像処理装置２００では、表示占有権限を有する画像処理機能が変わっても、発注状況を表示させることができる。なお、発注状況の表示方法は、この限りでない。また、利用者に対する発注状況の通知方法は、例えば、音声通知などを含む表示以外の方法であってもよい。
【０１０１】
図８の説明に戻る。情報処理装置１００は、送信結果を受けて、メッセージ送信部１４が、送信メッセージ管理部１５に対し、メッセージの送信記録の追加を指示する（ステップＳ１１３）。このとき、メッセージ送信部１４は、機器識別情報及び各トナーのエラー識別情報を渡し、送信記録の追加を指示する。
【０１０２】
送信メッセージ管理部１５は、送信記録の追加指示を受けて、送信管理情報保持部９２にアクセスし、送信管理情報９２Ｄに、発注を要求した画像処理装置２００に対応する送信記録データを追加する（ステップＳ１１４）。このとき、送信メッセージ管理部１５は、機器識別情報及び各トナーのエラー識別情報の値を対応付けて、送信管理情報９２Ｄの［機器識別］及び［エラー識別］項目の値を追加する。
【０１０３】
つまり、送信メッセージ管理部１５は、機器識別情報：'ＭＦＰ００３'及びエラー識別情報：'Ｅ１０１'，'Ｅ１０２'，'Ｅ１０３'を対応付けて、該当情報項目の値に追加する。つまり、送信メッセージ管理部１５は、表示中の画像処理装置２００と表示中の内容（発注状況が表示されるエラー識別情報）とを対応付けて記録する。これにより、送信管理情報９２Ｄは、図７に示すようなデータとなる。
【０１０４】
このように、本実施形態に係る発注システム１では、利用者に対して、画像処理装置２００のエラー対応の発注状況が通知される。
【０１０５】
《発注状況表示の更新処理》
図１０は、本実施形態に係る発注状況表示の処理手順例（メッセージ表示更新処理）を示すシーケンス図である。なお、図１０に示す処理手順例は、'ＭＦＰ００３'で識別される画像処理装置２００で、ブラック、シアン、及びマゼンタの各トナーが発注された後に、ブラックのトナーのみが補充され、エラーリカバリーが検知された場合を想定している。
【０１０６】
また、図１１は、本実施形態に係るデータ遷移例を示す図である。なお、図１１に示すデータ遷移例は、図１０に示す処理が実行された場合における発注管理情報８１Ｄ及び送信管理情報９２Ｄのデータ遷移が示されている。
【０１０７】
図１０に示すように、画像処理装置２００は、エラーリカバリー検知を受けて、機器状態送信部２１が、機器状態情報を情報処理装置１００に送信し、トナーリカバリーによる発注状況の更新を要求する（ステップＳ２０１）。
【０１０８】
情報処理装置１００は、機器状態受信部１１が、画像処理装置２００から送信された機器状態情報を受信し、発注状況の更新要求を受け付ける。
【０１０９】
機器状態受信部１１は、発注状況の更新要求を受けて、発注管理部１３に対し、リカバリーされたブラックトナーの発注記録の削除を指示する（ステップＳ２０２１）。このとき、機器状態受信部１１は、機器状態情報に含まれる機器識別情報及びブラックトナーのリカバリー情報を発注管理部１３に渡し、発注記録の削除を指示する。
【０１１０】
また、機器状態受信部１１は、発注状況の更新要求を受けて、メッセージ送信部１４に対し、エラー対応の更新発注状況を示すメッセージの送信を指示する（ステップＳ２０２２）。このとき、機器状態受信部１１は、機器状態情報に含まれる機器識別情報及びブラックトナーのリカバリー情報をメッセージ送信部１４に渡し、メッセージ送信を指示する。
【０１１１】
発注管理部１３は、発注記録の削除指示を受けて、発注管理情報保持部８１にアクセスし、発注管理情報８１Ｄから、ブラックトナーの発注記録データを削除する（ステップＳ２０３）。このとき、発注管理部１３は、ブラックトナーのリカバリー情報に含まれるエラー識別情報（トナーの消耗状態情報）及び機器識別情報に基づき、発注管理情報８１Ｄの中から、該当する発注記録データを特定する。発注管理部１３は、ブラックトナーのエラー識別情報及び機器識別情報の値と一致する発注管理情報８１Ｄの［エラー識別］及び［機器識別］項目の値から、該当データを特定し、削除する。
【０１１２】
つまり、発注管理部１３は、ブラックトナーのエラー識別情報：'Ｅ１０１'及び機器識別情報：'ＭＦＰ００３'と一致する該当情報項目の値を削除する。これにより、発注管理情報８１Ｄは、図１１（Ａ）に示すようにデータ遷移する（図中の削除箇所：網掛け部）。
【０１１３】
また、メッセージ送信部１４は、メッセージ送信指示を受けて、送信メッセージ管理部１５を介して、リカバリーされていない各トナーの発注状況を示す表示内容情報を取得する（ステップＳ２０４）。このとき、メッセージ送信部１４は、機器識別情報及びブラックトナーのリカバリー情報に含まれるエラー識別情報を送信メッセージ管理部１５に渡し、メッセージ管理情報９１Ｄ及び送信管理情報９２Ｄからの情報取得を指示する。
【０１１４】
送信メッセージ管理部１５は、まず、送信管理情報保持部９２にアクセスし、機器識別情報に基づき、送信管理情報９２Ｄの中から、画像処理装置２００で発注状況が表示中の各トナーエラーのエラー識別情報を特定する。
【０１１５】
例えば、送信管理情報９２Ｄが、図７に示すようなデータの場合には、画像処理装置２００の機器識別情報：'ＭＦＰ００３'に基づき、対応するエラー識別情報：'Ｅ１０１'，'Ｅ１０２'，'Ｅ１０３'の３つの識別子が特定される。
【０１１６】
送信メッセージ管理部１５は、ブラックトナーのリカバリー情報に含まれるエラー識別情報に基づき、先に特定したエラー識別情報の中から、リカバリーされていない各トナーのエラー識別情報を特定する。
【０１１７】
つまり、３つのエラー識別情報のうち、ブラックトナーのエラー識別情報を除く、シアン及びマゼンタの各トナーのエラー識別情報：'Ｅ１０２'，'Ｅ１０３'の識別子が特定される。
【０１１８】
送信メッセージ管理部１５は、メッセージ管理情報保持部９１にアクセスし、リカバリーされていない各トナーのエラー識別情報に基づき、メッセージ管理情報９１Ｄから、リカバリーされていない各トナーエラーに対応して設定された発注状況を示す表示内容情報を取得する。
【０１１９】
例えば、メッセージ管理情報９１Ｄが、図５に示すようなデータの場合には、各トナーのエラー識別情報：'Ｅ１０２'，'Ｅ１０３'に基づき、２つの表示内容情報が取得される。具体的には、表示内容情報："トナー（シアン）を発注しました。"，"トナー（マゼンタ）を発注しました。"の２つの文字列値が取得される。
【０１２０】
これにより、メッセージ送信部１４は、送信メッセージ管理部１５を介して、リカバリーされていない各トナーの発注状況を示す表示内容情報を取得する。またこのとき、メッセージ送信部１４は、表示内容情報とともに、リカバリーされていない各トナーのエラー識別情報も取得する。
【０１２１】
次に、メッセージ送信部１４は、発注管理部１３を介して、リカバリーされていない各トナーの発注識別情報を取得する（ステップＳ２０５）。このとき、メッセージ送信部１４は、リカバリーされていない各トナーのエラー識別情報及び機器識別情報を発注管理部１３に渡し、発注管理情報８１Ｄからの情報取得を指示する。
【０１２２】
発注管理部１３は、発注管理情報保持部８１にアクセスし、リカバリーされていない各トナーのエラー識別情報及び機器識別情報に基づき、データ削除更新後の発注管理情報８１Ｄから、リカバリーされていない各トナーの発注時に採番された発注識別情報を取得する。
【０１２３】
例えば、発注管理情報８１Ｄが、図１１（Ａ）に示すような削除更新後のデータの場合には、各トナーのエラー識別情報：'Ｅ１０２'，'Ｅ１０３'及び機器識別情報：'ＭＦＰ００３'に基づき、２つの発注識別情報が取得される。具体的には、発注識別情報："ＴＩＫＥＴ５"，"ＴＩＫＥＴ６"の２つの識別子が取得される。
【０１２４】
これにより、メッセージ送信部１４は、発注管理部１３を介して、リカバリーされていない各トナーの発注識別情報を取得する。
【０１２５】
メッセージ送信部１４は、取得した表示内容情報及びリカバリーされていない各トナーの発注識別情報に基づき、エラー対応の更新発注状況を示すメッセージを生成する（ステップＳ２０６）。このとき、メッセージ送信部１４は、所定のデータ形式に従って、発注識別情報と表示内容情報とを組み合わせた２つのデータを含むメッセージを生成する。具体的には、発注識別情報：'ＴＩＣＫＥＴ５'及び表示内容情報："トナー（シアン）を発注しました。"の組み合わせデータと、発注識別情報：'ＴＩＣＫＥＴ６'及び表示内容情報："トナー（マゼンタ）を発注しました。"の組み合わせデータを含むメッセージを生成する。
【０１２６】
メッセージ送信部１４は、生成したメッセージを、発注状況の更新を要求した画像処理装置２００に送信し、各トナーの発注状況の表示更新を要求する（ステップＳ２０７）。
【０１２７】
その結果、画像処理装置２００では、メッセージ受信部２２が、情報処理装置１００から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。このとき、メッセージ受信部２２は、送信結果を情報処理装置１００に送信する。
【０１２８】
メッセージ受信部２２は、表示更新要求を受けて、受信したメッセージに基づき、表示部２３に対し、画面表示の更新を指示する（ステップＳ２０８）。
【０１２９】
その結果、表示部２３では、受信メッセージに含まれるリカバリーされていない各トナーの発注状況を示す文字列値を、画像処理装置２００が備える表示装置の画面に表示（再描画）する（ステップＳ２０９）。
【０１３０】
具体的には、図９に示す画面Ｗの場合、アプリ表示領域Ｒ上の表示領域Ｌを、リカバリーされていない各トナーの発注状況を示す文字列値が表示されるように再描画することで、表示を更新する。
【０１３１】
情報処理装置１００は、送信結果を受けて、メッセージ送信部１４が、送信メッセージ管理部１５に対し、メッセージの送信記録の更新を指示する（ステップＳ２１０）。このとき、メッセージ送信部１４は、機器識別情報及びリカバリーされていない各トナーのエラー識別情報を渡し、送信記録の更新を指示する。
【０１３２】
送信メッセージ管理部１５は、送信記録の更新指示を受けて、送信管理情報保持部９２にアクセスし、送信管理情報９２Ｄにおける、発注状況の更新を要求した画像処理装置２００に対応する送信記録データを更新する（ステップＳ２１１）。このとき、送信メッセージ管理部１５は、機器識別情報に基づき、送信管理情報９２Ｄの中から、該当する送信記録データを特定する。送信メッセージ管理部１５は、機器識別情報の値と一致する送信管理情報９２Ｄの［機器識別］項目の値から、該当データを特定し、対応する［エラー識別］項目の値から、ブラックトナーのエラー識別情報の値を削除する。
【０１３３】
つまり、送信メッセージ管理部１５は、機器識別情報：'ＭＦＰ００３'に対応するエラー識別情報：'Ｅ１０１'，'Ｅ１０２'，'Ｅ１０３'から、ブラックトナーのエラー識別情報：'Ｅ１０１'を削除する。これにより、送信管理情報９２Ｄは、図１１（Ｂ）に示すようにデータ遷移する。
【０１３４】
このように、本実施形態に係る発注システム１では、エラーリカバリーされたことを受けて、画像処理装置２００に通知された発注状況が更新される。
【０１３５】
なお、メッセージ送信部１４では、上記ステップＳ２０４，Ｓ２０５の処理で、表示内容情報及び発注識別情報が取得されないケースがある。
【０１３６】
例えば、画像処理装置２００において、発注を要求している全てのエラー対応に対して、エラーリカバリーが検知された場合である。この場合には、ステップＳ２０４の処理で、リカバリーされていないエラーのエラー識別情報が特定されない。よって、ステップＳ２０４の処理で、リカバリーされていないエラーのエラー識別情報が特定されなければ、ステップＳ２０５の処理は行われない。そのため、表示内容情報及び発注識別情報も取得されない。
【０１３７】
そこで、メッセージ送信部１４は、表示内容情報及び発注識別情報が取得されなかった場合、上記ステップＳ２０６の処理で、空のメッセージを生成し、上記ステップＳ２０７の処理で、発注状況の更新を要求した画像処理装置２００に対し、空のメッセージを送信する。
【０１３８】
その結果、画像処理装置２００では、上記ステップＳ２０９の処理で、発注状況を示す文字列値が表示されていない表示領域Ｌがアプリ表示領域Ｒに再表示される。
【０１３９】
＜まとめ＞
以上のように、本実施形態に係る情報処理装置１００によれば、機器状態受信部１１が、画像処理装置２００から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付け、発注部１２が、発注要求に応じて、メーカ管理サーバ３００に対し、エラー対応を発注する。情報処理装置１００は、メッセージ送信部１４が、発注結果を受けて、発注を要求した画像処理装置２００に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。
【０１４０】
これによって、本実施形態に係る情報処理装置１００では、利用者に対して、電子機器のエラー対応の発注状況を通知できる。その結果、本実施形態では、二重発注などを防止することができる。
【０１４１】
［変形例］
上記実施形態では、画像処理装置２００でエラーリカバリーを検知し、情報処理装置１００に対し、発注状況の更新を要求する機能動作について説明を行った。この機能動作によるメリットは、即時性の高い発注状況更新機能を提供できる点である。しかし、この機能動作に限定されるものではない。以下に示すような機能動作でも、発注状況更新機能を実現できる。
【０１４２】
図１２は、本実施形態の変形例に係る発注管理の機能構成例を示す図である。
図１２に示すように、本変形例では、対応状態監視部１６を有している。
対応状態監視部１６は、発注されたエラー対応の状態を監視する機能部である。対応状態監視部１６は、所定のスケジュールに従って、メーカ管理サーバ３００に対し、エラー対応の状態を問い合わせ、対応状態を監視する。ここでいう「所定のスケジュール」とは、情報処理装置１００からメーカ管理サーバ３００に問い合わせる動作タイミングの制御設定である。制御設定値には、例えば、動作開始時間や動作間隔などを示す時間情報などがある。
【０１４３】
対応状態監視部１６は、メーカ管理サーバ３００に対し、発注管理情報８１Ｄに含まれる発注識別情報に基づき、現在、発注されているエラー対応の最新状態を問い合わせる。対応状態監視部１６は、メーカ管理サーバ３００からの問い合わせ結果に基づき、問い合わせ時の発注識別情報の中から、エラー対応が完了した状態（以下単に「完了状態」という）のエラーに対応する発注識別情報を特定する。その結果、エラー対応が完了していない状態（以下単に「未完了状態」という）のエラーに対応する発注識別情報も特定される。ここでいう「エラー対応が完了した状態」とは、例えば、発注依頼が「消耗品の発注」の場合、利用者環境ＥＵに該当消耗品を発送（補充）する手続きが完了した状態である。また、発注依頼が「障害対応の発注」の場合、利用者環境ＥＵに該当障害の修理担当者を派遣する手続きが完了した状態である。
【０１４４】
対応状態監視部１６は、発注識別情報の特定を受けて、発注管理部１３に対し、該当する発注記録データの削除を指示するとともに、メッセージ送信部１４に対し、エラー対応完了後の更新発注状況を示すメッセージの送信を指示する。
【０１４５】
このように、本変形例では、情報処理装置１００において、メーカ管理サーバ３００との連携動作により、発注管理情報８１Ｄで管理される全ての画像処理装置２００を対象に、発注されたエラー対応の状態が確認され、その結果を受けて、画像処理装置２００で表示中の発注状況が更新される。
【０１４６】
本変形例に係る発注状況更新機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。
【０１４７】
《発注状況表示の更新処理》
図１３は、本変形例に係る発注状況表示の処理手順例（メッセージ表示更新処理）を示すシーケンス図である。
【０１４８】
図１３に示すように、情報処理装置１００は、対応状態監視部１６が、所定のスケジュールに従って、次のような処理を行う。
【０１４９】
対応状態監視部１６は、発注管理部１３を介して、現在、記録されている発注管理情報８１Ｄを取得する（ステップＳ３０１）。
【０１５０】
対応状態監視部１６は、先に取得した発注管理情報８１Ｄに含まれる発注識別情報をメーカ管理サーバ３００に送信し、現在、発注されているエラー対応の最新状態を問い合わせる（ステップＳ３０２）。
【０１５１】
その結果、対応状態監視部１６は、メーカ管理サーバ３００から問い合わせ結果を受信する。このとき、対応状態監視部１６は、発注依頼に対して自動採番された発注識別情報に対応するエラー対応の最新の状態値を問い合わせ結果として受信する。
【０１５２】
対応状態監視部１６は、問い合わせ結果を受けて、問い合わせ時の発注識別情報の中から、完了状態のエラーに対応する発注識別情報を特定する（ステップＳ３０３）。
【０１５３】
対応状態監視部１６は、発注識別情報の特定を受けて、発注管理部１３に対し、完了状態のエラー対応の発注記録の削除を指示する（ステップＳ３０４１）。このとき、対応状態監視部１６は、完了状態のエラーに対応する発注識別情報を発注管理部１３に渡し、発注記録の削除を指示する。
【０１５４】
また、対応状態監視部１６は、発注識別情報の特定を受けて、メッセージ送信部１４に対し、エラー対応完了後の更新発注状況を示すメッセージの送信を指示する（ステップＳ３０４２）。このとき、対応状態監視部１６は、未完了状態のエラーに対応する発注管理情報８１Ｄをメッセージ送信部１４に渡し、メッセージ送信を指示する。
【０１５５】
発注管理部１３は、発注記録の削除指示を受けて、発注管理情報保持部８１にアクセスし、発注管理情報８１Ｄから、完了状態のエラーに対応する発注識別情報を含む発注記録データを削除する（ステップＳ３０５）。このとき、発注管理部１３は、発注識別情報に基づき、発注管理情報８１Ｄの中から、該当する発注記録データを特定する。発注管理部１３は、発注識別情報の値と一致する発注管理情報８１Ｄの［発注識別］項目の値から、該当データを特定し、削除する。
【０１５６】
また、メッセージ送信部１４は、メッセージ送信指示を受けると、未完了状態のエラーが存在する画像処理装置２００ごとに、次のような処理を行う。なお、メッセージ送信部１４は、該当する画像処理装置２００を、未完了状態のエラーに対応する発注管理情報８１Ｄに含まれる機器識別情報に基づき特定する。
【０１５７】
メッセージ送信部１４は、送信メッセージ管理部１５を介して、未完了状態のエラー対応の発注状況を示す表示内容情報を取得する（ステップＳ３０６）。このとき、メッセージ送信部１４は、未完了状態のエラーに対応する発注管理情報８１Ｄに含まれるエラー識別情報を送信メッセージ管理部１５に渡し、メッセージ管理情報９１Ｄからの情報取得を指示する。
【０１５８】
送信メッセージ管理部１５は、メッセージ管理情報保持部９１にアクセスし、未完了状態のエラーのエラー識別情報に基づき、メッセージ管理情報９１Ｄから、該当エラーに対応付けて設定された発注状況を示す表示内容情報を取得する。
【０１５９】
これにより、メッセージ送信部１４は、送信メッセージ管理部１５を介して、未完了状態のエラー対応の発注状況を示す表示内容情報を取得する。
【０１６０】
メッセージ送信部１４は、取得した表示内容情報及び未完了状態のエラーに対応する発注識別情報に基づき、エラー対応完了後の更新発注状況を示すメッセージを生成する（ステップＳ３０７）。
【０１６１】
メッセージ送信部１４は、生成したメッセージを、機器識別情報から特定した画像処理装置２００に送信し、エラー対応の発注状況の表示更新を要求する（ステップＳ３０８）。
【０１６２】
その結果、画像処理装置２００では、メッセージ受信部２２が、情報処理装置１００から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。このとき、メッセージ受信部２２は、送信結果を情報処理装置１００に送信する。
【０１６３】
メッセージ受信部２２は、表示更新要求を受けて、受信したメッセージに基づき、表示部２３に対し、画面表示の更新を指示する（ステップ３０９）。
【０１６４】
その結果、表示部２３では、受信メッセージに含まれる未完了状態のエラー対応の発注状況を示す文字列値を、画像処理装置２００が備える表示装置の画面に表示する（ステップＳ３１０）。
【０１６５】
情報処理装置１００は、送信結果を受けて、メッセージ送信部１４が、送信メッセージ管理部１５に対し、メッセージの送信記録の更新を指示する（ステップＳ３１１）。このとき、メッセージ送信部１４は、機器識別情報及び未完了状態のエラーのエラー識別情報を渡し、送信記録の更新を指示する。
【０１６６】
送信メッセージ管理部１５は、送信記録の更新指示を受けて、送信管理情報保持部９２にアクセスし、送信管理情報９２Ｄにおける、機器識別情報から特定した画像処理装置２００に対応する送信記録データを更新する（ステップＳ３１２）。このとき、送信メッセージ管理部１５は、機器識別情報に基づき、送信管理情報９２Ｄの中から、該当する送信記録データを特定する。送信メッセージ管理部１５は、機器識別情報の値と一致する送信管理情報９２Ｄの［機器識別］項目の値から、該当データを特定し、対応する［エラー識別］項目の値から、未完了状態のエラーのエラー識別情報以外の値（完了状態のエラーのエラー識別情報の値）を削除する。
【０１６７】
このように、本変形例に係る発注システム１では、メーカに発注されたエラー対応の状態に応じて、システム１内の画像処理装置２００に通知された発注状況が更新される。
【０１６８】
［第２の実施形態］
本実施形態では、エラー対応のより詳細な発注状況（以下単に「発注詳細状況」という）を知らせる技術を提案する。なお、以降には、上記実施形態と異なる事項について説明し、同じ事項については、同一参照符号を付し、その説明を省略する。
【０１６９】
＜発注管理機能＞
図１４は、本実施形態に係る発注管理の機能構成例を示す図である。
図１４に示すように、本実施形態では、発注詳細状況取得部１７を有している。この機能部は、情報処理装置１００が有しており、画像処理装置２００が有する発注詳細状況要求部２４と連携動作することで、機能が実現される。
【０１７０】
《画像処理装置が有する機能部》
発注詳細状況要求部２４は、情報処理装置１００に対し、発注詳細状況の取得を要求する機能部である。発注詳細状況要求部２４は、利用者からの操作に従って、画像処理装置２００で表示中のエラー対応の発注詳細状況の取得を要求する。発注詳細状況要求部２４は、同機能部が動作する画像処理装置２００の機器識別情報を情報処理装置１００に送信することで、発注詳細状況の取得を要求する。
【０１７１】
なお、利用者からの操作は、表示部２３により受け付けられる。表示部２３は、画像処理装置２００が備える表示装置の画面Ｗを介して、利用者が行った画面操作に対応する操作イベントを検知することで、操作種別を判別し、利用者の操作を受け付ける。
【０１７２】
このことから、発注詳細状況の取得要求の操作は、例えば、図９に示す画面Ｗの場合、発注状況の表示領域Ｌの入力イベントを検知することにより、受け付けることができる。また、発注状況の表示領域Ｌ上に、取得指示を受け付けるＧＵＩパーツ（例えば「［詳細］ボタン」など）が配置されている場合には、該パーツの押下イベントを検知するにより、受け付けることもできる。
【０１７３】
発注詳細情報要求部２４は、取得要求への応答として、情報処理装置１００から、発注詳細状況情報を受信し、表示部２３は、受信された発注詳細状況情報を表示装置に表示する。なお、表示部２３による表示画面例については、表示処理の詳細説明にて後述する。
【０１７４】
《情報処理装置が有する機能部》
発注詳細状況取得部１７は、エラー対応の発注詳細状況を取得する機能部である。発注詳細状況取得部１７は、取得要求に応じて、メーカ管理サーバ３００に対し、発注識別情報を送信することで、発注されたエラー対応の発注詳細状況を示す情報（発注詳細状況情報）を取得する。
【０１７５】
発注詳細状況取得部１７は、画像処理装置２００から、機器識別情報を受信することで、取得要求を受け付ける。発注詳細状況取得部１７は、機器識別情報に基づき、発注管理情報８１Ｄから、該当する発注識別情報を取得する。発注詳細状況取得部１７は、取得した発注識別情報をメーカ管理サーバ３００に送信し、発注識別情報に対応付けて管理されている発注詳細状況情報を取得する。
【０１７６】
発注詳細状況情報には、現在、発注されているエラー対応の最新状態を示す情報（例えば「対応段階を示す文字列値」や「対応段階を示す数値」）などが含まれる。
【０１７７】
発注詳細状況取得部１７は、取得した発注詳細状況情報を画像処理装置２００に送信し、取得要求に応答する。
【０１７８】
このように、情報処理装置１００では、メーカ管理サーバ３００との連携動作により、発注されたエラー対応の最新状態が取得され、画像処理装置２００に送信される。
【０１７９】
本実施形態に係る発注管理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。
【０１８０】
《発注状況詳細表示の処理》
図１５は、本実施形態に係る発注詳細状況表示の処理手順例を示すシーケンス図である。なお、図１５に示す処理手順例は、図８に示す処理が実行され、画像処理装置２００に、図９に示す画面Ｗが表示されている場合を想定している。
【０１８１】
図１５に示すように、画像処理装置２００は、表示部２３が、利用者からの画面操作による操作イベントを検知する（ステップＳ４０１）。このとき、表示部２３は、検知した操作イベントに基づき、発注詳細状況の取得要求操作を判別する。
【０１８２】
表示部２３は、判別結果を受けて、発注詳細状況要求部２２に対し、利用者から受け付けた発注詳細状況の取得要求を指示する（ステップＳ４０２）。
【０１８３】
発注詳細状況要求部２２は、取得要求の指示を受けて、機器識別情報を情報処理装置１００に送信し、発注詳細状況の取得を要求する（ステップＳ４０３）。このとき、発注詳細状況要求部２２は、同機能部が動作する画像処理装置２００の機器識別情報を送信する。
【０１８４】
情報処理装置１００は、発注詳細状況取得部１７が、画像処理装置２００から送信された機器識別情報を受信し、発注詳細状況の取得要求を受け付ける。
【０１８５】
発注詳細状況取得部１７は、取得要求を受けて、発注管理部１３を介して、取得を要求した画像処理装置２００からの発注に対応する発注識別情報を取得する（ステップＳ４０４）。このとき、発注詳細状況取得部１７は、機器識別情報を発注管理部１３に渡し、発注管理情報８１Ｄからの情報取得を指示する。
【０１８６】
発注管理部１３は、発注管理情報保持部８１にアクセスし、機器識別情報に基づき、発注管理情報８１Ｄから、機器識別情報に対応付けて記録された発注識別情報を取得する。
【０１８７】
例えば、発注管理情報８１Ｄが、図４に示すようなデータの場合には、機器識別情報：'ＭＦＰ００３'に基づき、３つの発注識別情報が取得される。具体的には、発注識別情報：'ＴＩＣＫＥＴ４'，'ＴＩＣＫＥＴ５'，'ＴＩＣＫＥＴ６'が取得される。これにより、発注詳細状況取得部１７は、発注管理部１３を介して、取得を要求した画像処理装置２００からの発注に対応する発注識別情報を取得する。
【０１８８】
発注詳細状況取得部１７は、取得した発注識別情報に基づき、メーカ管理サーバ３００から、発注詳細状況を取得する（ステップＳ４０５）。このとき、発注詳細状況取得部１７は、メーカ管理サーバ３００に対し、発注識別情報を送信する。
【０１８９】
その結果、発注詳細状況取得部１７は、メーカ管理サーバ３００から、次のような発注詳細状況情報を取得する。例えば、取得を要求した画像処理装置２００から、現在、発注されている各トナーのエラー対応の最新状態を示す情報（各トナーの発注詳細状況を示す文字列値）が、発注詳細状況情報として取得される。そして、発注詳細状況取得部１７は、取得した発注詳細状況情報を画像処理装置２００に送信し、取得要求に応答する。
【０１９０】
画像処理装置２００は、取得要求の応答を受けて、発注詳細状況要求部２２が、情報処理装置１００から送信された発注詳細状況情報を受信する。
【０１９１】
発注詳細状況要求部２２は、受信した発注詳細状況情報に基づき、表示部２３に対し、画面表示を指示する（ステップＳ４０６）。
【０１９２】
その結果、表示部２３では、発注詳細状況情報に含まれる各トナーの発注詳細状況を示す文字列値を、画像処理装置２００が備える表示装置の画面に表示する（ステップＳ４０７）。具体的には、図１６に示すように表示する。
【０１９３】
図１６は、本実施形態に係る発注詳細状況表示の画面例を示す図である。
図１６には、ブラック、シアン、及びマゼンタの各トナーの詳細な発注状況が、アプリ表示領域Ｒ上に表示されている画面Ｗの例が示されている。
【０１９４】
本実施形態では、表示部２３により、表示中のアプリ表示領域Ｒ上に、発注詳細状況を示す文字列値が表示された画面ＤＷを重畳して表示している。なお、発注詳細状況の表示方法は、この限りでない。また、利用者に対する発注詳細状況の通知方法は、例えば、音声通知などを含む表示以外の方法であってもよい。
【０１９５】
このように、本実施形態に係る発注システム１では、利用者に対して、画像処理装置２００のエラー対応の発状状況が通知され、さらに、利用者要求に応じて、該エラー対応のより詳細な発注状況も通知される。
【０１９６】
なお、上記では、画像処理装置２００から情報処理装置１００に機器識別情報を送信し、発注詳細状況の取得を、機器単位で要求する処理手順例を示したが、この限りでない。例えば、画像処理装置２００から情報処理装置１００にエラー識別情報を送信し、発注詳細状況の取得を、エラー種別単位で要求する処理としてもよい。この場合には、例えば、次のような画面操作を、表示部２３で受け付ける。表示部２３は、画面Ｗ上に配置された［詳細］ボタンの押下イベントを検知すると、画像処理装置２００が発注しているエラー情報を表示する。表示部２３は、表示したエラー情報の選択イベントを検知することで、エラー種別ごとの発注詳細状況の取得要求を受け付ける。
【０１９７】
その結果、画像処理装置２００では、選択エラーのエラー識別情報を、発注管理情報８１Ｄから取得し、情報処理装置１００に送信できる。
【０１９８】
＜まとめ＞
以上のように、本実施形態に係る情報処理装置１００によれば、機器状態受信部１１が、画像処理装置２００から、搭載品の消耗や障害の発生などの状態変化を含む機器状態を受信することで、発注要求を受け付け、発注部１２が、発注要求に応じて、メーカ管理サーバ３００に対し、エラー対応を発注する。情報処理装置１００は、メッセージ送信部１４が、発注結果を受けて、発注を要求した画像処理装置２００に対し、発注状況を示すメッセージを送信し、発注状況の表示を要求する。
【０１９９】
その後、情報処理装置１００は、画像処理装置２００から、現在、発注されているエラー対応の発注詳細状況の取得を要求されると、発注詳細状況取得部１７が、メーカ管理サーバ３００から、該当するエラー対応の発注詳細状況を示す発注詳細状況情報を取得する。情報処理装置１００は、発注詳細状況取得部１７が、情報取得を受けて、情報取得を要求した画像処理装置２００に対し、発注詳細状況情報を送信する。その結果、画像処理装置２００には、発注したエラー対象の発注詳細状況が表示される。
【０２００】
これによって、本実施形態に係る情報処理装置１００では、利用者に対して、電子機器のエラー対応の発注状況を通知でき、さらに、その詳細も通知できる。
【０２０１】
［変形例］
図１２には、メーカ管理サーバ３００と情報処理装置１００との連携動作により、発注されたエラー対応の状態の確認結果に応じて、画像処理装置２００で表示中の発注状況を更新する機能構成が示されている。
【０２０２】
そこで、本変形例では、図１２に示す機能構成によるエラー対応の発注詳細状況を知らせる技術を提案する。
【０２０３】
図１７は、本変形例に係る発注詳細状況表示の処理手順例を示すシーケンス図である。
図１７に示すように、情報処理装置１００は、対応状態監視部１６が、所定のスケジュールに従って、次のような処理を行う。
【０２０４】
対応状態監視部１６は、発注管理部１３を介して、現在、記録されている発注管理情報８１Ｄを取得する（ステップＳ５０１）。
【０２０５】
対応状態監視部１６は、先に取得した発注管理情報８１Ｄに含まれる発注識別情報をメーカ管理サーバ３００に送信し、現在、発注されているエラー対応の最新状態を問い合わせる（ステップＳ５０２）。
【０２０６】
その結果、対応状態監視部１６は、メーカ管理サーバ３００から問い合わせ結果を受信する。このとき、対応状態監視部１６は、発注依頼に対して自動採番された発注識別情報に対応するエラー対応の発注詳細状況情報を問い合わせ結果として受信する。
【０２０７】
対応状態監視部１６は、発注詳細状況情報の取得を受けて、メッセージ送信部１４に対し、エラー対応の発注詳細状況を示すメッセージの送信を指示する（ステップＳ５０３）。このとき、対応状態監視部１６は、取得した発注管理情報８１Ｄ及び発注詳細状況情報をメッセージ送信部１４に渡し、メッセージ送信を指示する。
【０２０８】
メッセージ送信部１４は、メッセージ送信指示を受けると、発注を要求した画像処理装置２００ごとに、次のような処理を行う。なお、メッセージ送信部１４は、該当する画像処理装置２００を、発注管理情報８１Ｄに含まれる機器識別情報に基づき特定する。
【０２０９】
メッセージ送信部１４は、発注詳細状況情報及び発注管理情報８１Ｄに含まれる発注識別情報に基づき、エラー対応の発注詳細状況を示すメッセージを生成する（ステップＳ５０４）。
【０２１０】
メッセージ送信部１４は、生成したメッセージを、機器識別情報から特定した画像処理装置２００に送信し、エラー対応の発注状況の表示更新を要求する（ステップＳ５０５）。
【０２１１】
その結果、画像処理装置２００では、メッセージ受信部２２が、情報処理装置１００から送信されたメッセージを受信し、発注状況の表示更新要求を受け付ける。
【０２１２】
メッセージ受信部２２は、表示更新要求を受けて、受信したメッセージに基づき、表示部２３に対し、画面表示の更新を指示する（ステップ５０６）。
【０２１３】
その結果、表示部２３では、受信メッセージに含まれるエラー対応の発注詳細状況を示す文字列値を、画像処理装置２００が備える表示装置の画面に表示する（ステップＳ５０７）。これにより、例えば、図１８に示すように画面遷移する。
【０２１４】
図１８は、本変形例に係る発注状況表示の画面遷移例を示す図である。
図１８（Ａ）に示す画面Ｗは、図８に示す処理が行われた後に表示された画面例である。つまり、図９に示す画面Ｗと同様である。
【０２１５】
そこで、図１７に示す処理が行われると、画像処理装置２００では、アプリ表示領域Ｒに配置された発注状況の表示領域Ｌに、発注詳細状況を示す文字列値が表示され、（Ｂ）に示す画面Ｗに遷移する。
【０２１６】
このように、本変形例に係る発注システム１では、メーカに発注されたエラー対応の状態に応じて、システム１内の画像処理装置２００に発注詳細状況が通知される。また、発注詳細状況が定期的に更新される。
【０２１７】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「発注管理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、情報処理装置１００の演算装置（ＣＰＵ）により実行されることで実現される。
【０２１８】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、例えば、上記プログラムは、ドライブ装置１０３を介して、情報処理装置１００にインストールすることができる。また、情報処理装置１００は、インタフェース装置１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０２１９】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０２２０】
１      発注システム
１１    機器状態受信部
１２    発注部
１３    発注管理部
１４    メッセージ送信部
１５    送信メッセージ管理部
２１    機器状態送信部
２２    メッセージ受信部
２３    表示部
８１    発注管理情報保持部（Ｄ：発注管理情報）
９１    メッセージ管理情報保持部（Ｄ：メッセージ管理情報）
９２    送信管理情報保持部（Ｄ：送信管理情報）
１００  情報処理装置（発注サーバ）
１０１  入力装置
１０２  表示装置
１０３  ドライブ装置（ａ：記録媒体）
１０４  ＲＡＭ（揮発性の半導体メモリ）
１０５  ＲＯＭ（不揮発性の半導体メモリ）
１０６  ＣＰＵ（演算装置）
１０７  インタフェース装置（ＮＩＣ：Network I/F Card）
１０８  ＨＤＤ（不揮発性の記憶装置）
２００  画像処理装置（電子機器）
３００  メーカ管理サーバ（情報処理装置）
Ｂ      バス
【先行技術文献】
【特許文献】
【０２２１】
【特許文献１】特開２００５−１６５０９２号公報
【図１】
2012247977.tif 000003
【図２】
2012247977.tif 000004
【図３】
2012247977.tif 000005
【図４】
2012247977.tif 000006
【図５】
2012247977.tif 000007
【図６】
2012247977.tif 000008
【図７】
2012247977.tif 000009
【図８】
2012247977.tif 000010
【図９】
2012247977.tif 000011
【図１０】
2012247977.tif 000012
【図１１】
2012247977.tif 000013
【図１２】
2012247977.tif 000014
【図１３】
2012247977.tif 000015
【図１４】
2012247977.tif 000016
【図１５】
2012247977.tif 000017
【図１６】
2012247977.tif 000018
【図１７】
2012247977.tif 000019
【図１８】
2012247977.tif 000020