JP2018147420A - 情報処理装置、及び、情報処理装置の制御方法 - Google Patents

Abstract

【課題】エラーに関する有益な情報を提供し、ユーザーの利便性を向上することを目的とする。【解決手段】制御サーバー１０は、印刷装置識別情報、及び、印刷装置のログファイルを取得する取得部１０１ａと、取得部１０１ａで取得したログファイルに基づいて、印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、印刷装置のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成する推測部１０１ｂと、印刷装置識別情報の指定を含む問い合わせに応じて、印刷装置識別情報に対応する印刷装置のエラー情報、対処方法情報、及び、レベル情報を出力するサーバー側通信部１０３と、を備える。【選択図】図２

Description

本発明は、情報処理装置、及び、情報処理装置の制御方法に関する。

従来、印刷装置のエラーに関する情報を出力する装置が知られている（例えば、特許文献１参照）。特許文献１では、印刷装置（画像形成装置）のエラーに関する情報として、エラーの要因を示す情報を表示する情報処理装置（エラー診断装置）を開示する。

特開２０１０−６７０８８号公報

しかしながら、特許文献１に記載の情報処理装置では、ユーザーが印刷装置のエラーの要因については認識できる一方、ユーザーが印刷装置のエラーへの対処については認識できず、利便性の向上の余地がある。
本発明は、上述した事情に鑑みてなされたものであり、エラーに関する有益な情報を提供し、ユーザーの利便性を向上することを目的とする。

上記課題を解決するために、本発明の情報処理装置は、印刷装置を識別する識別情報、及び、前記印刷装置のログ情報を取得する取得部と、前記取得部で取得した前記ログ情報に基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、前記印刷装置のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成する制御部と、前記識別情報の指定を含む問い合わせに応じて、前記識別情報に対応する前記印刷装置の前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する出力部と、を備える。
本発明によれば、印刷装置のエラーに関する情報の提供に際し、印刷装置のエラーへの対処に関する有益な情報を含めてユーザーに提供でき、ユーザーの利便性が向上する。

また、本発明は、前記取得部は、過去に前記対処方法情報に基づいて行われた対処結果を示す対処結果情報、及び、前記識別情報の指定を含む問い合わせを示す問い合わせ情報の少なくともいずれかをさらに取得し、前記制御部は、前記取得部で取得した前記ログ情報、並びに、前記対処結果情報、及び、前記問い合わせ情報の少なくともいずれかに基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測する。
本発明によれば、ログ情報、並びに、対処結果情報、及び、問い合わせ情報の少なくともいずれかに基づいて、印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測するため、的確に推測されたエラーに関する情報をユーザーに提供できる。

また、本発明によれば、前記制御部は、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が可能であるか否かを推測する。
本発明によれば、印刷装置のエラーに関する情報の提供に際し、ユーザーが印刷装置のエラーへの対処が可能であるか否かという有益な情報を提供でき、ユーザーの利便性が向する。

また、本発明は、前記出力部は、前記制御部が、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が可能であると推測した場合、前記印刷装置のユーザーの端末に前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力し、前記制御部が、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が不可能であると推測した場合、前記印刷装置のユーザー以外の端末に前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する。
本発明によれば、印刷装置のユーザーがエラーへの対処が可能であると推測した場合、ユーザーの端末にエラー情報、対処方法情報、及び、レベル情報を出力し、印刷装置のユーザーがエラーへの対処が不可能であると推測した場合、ユーザー以外の端末にエラー情報、対処方法情報、及び、レベル情報を出力するため、エラーへの対処方法のレベルに応じて、適切な端末にエラー情報、対処方法情報、及び、レベル情報を出力できる。

また、本発明は、前記制御部は、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が不可能であると推測した場合、ユーザー以外の者が対処を行った場合に発生する費用をさらに推測し、前記ユーザー以外の者が対処を行った場合に発生する費用を示す費用情報を生成し、前記出力部は、前記エラー情報、対処方法情報、及び、前記レベル情報に加えて、前記費用情報を出力する。
本発明によれば、生成した費用情報をさらに出力することで、印刷装置のエラーに関する情報の提供に際し、ユーザー以外の者が印刷装置のエラーへの対処を行った場合に発生する費用という有益な情報をユーザーに提供でき、ユーザーの利便性が向上する。

また、本発明によれば、前記制御部は、前記エラーへの対処方法として、１又は複数、推測すると共に、推測したエラーへの対処方法のそれぞれについて、推測したエラーへの対処方法に基づく対処によりエラーが解消する確率を推測し、推測したエラーへの対処方法に基づく対処によりエラーが解消する確率を示す確率情報を生成し、前記出力部は、前記エラー情報、前記対処方法情報、及び、前記レベル情報に加えて、前記確率情報を出力する。
本発明によれば、生成した確率情報をさらに出力することで、印刷装置のエラーに関する情報の提供に際し、推測したエラーへの対処方法に基づく対処によりエラーが解消する確率という有益な情報をユーザーに提供でき、ユーザーの利便性が向上する。

また、上記課題を解決するために、本発明の情報処理装置の制御方法は、印刷装置を識別する識別情報、及び、前記印刷装置のログ情報を取得し、取得した前記ログ情報に基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、前記印刷装置のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成し、前記識別情報の指定を含む問い合わせに応じて、前記識別情報に対応する前記印刷装置の前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する。
本発明によれば、印刷装置のエラーに関する情報の提供に際し、印刷装置のエラーへの対処に関する有益な情報を含めてユーザーに提供でき、ユーザーの利便性が向上する。

制御システムの構成を示す図。 制御サーバーとサーバー側端末との機能的構成を示す図。 印刷装置と印刷装置側端末との機能的構成を示す図。 サービスマン用端末の機能的構成を示す図。 印刷装置、及び、制御サーバーの動作を示すフローチャート。 制御システムの動作を示すフローチャート。 推測処理における制御サーバーの動作を示すフローチャート。 対処方法管理データベースの一例を示す図。

図１は、本実施形態に係る制御システム１の構成を示す図である。

図１に示すように、制御システム１は、インターネット、電話網、その他の通信網を含むグローバルネットワークＧＮに接続された複数の印刷システム２を備える。印刷システム２は、印刷装置４による印刷が行われる施設３に設けられたシステムである。印刷システム２が設けられる施設３は、例えば、顧客からの依頼に応じて印刷装置４により印刷を行って印刷物を生成し、生成した印刷物を顧客に提供するサービスを行う会社の工場である。

印刷システム２は、ローカルエリアネットワークＬＮ１を備える。ローカルエリアネットワークＬＮ１は、印刷システム２が設けられた施設３に構築されたコンピューターネットワークである。

ローカルエリアネットワークＬＮ１には、通信装置５が接続される。通信装置５は、ローカルエリアネットワークＬＮ１と、グローバルネットワークＧＮとを接続するインターフェース装置である。通信装置５は、モデム（又は、ＯＮＵ（Optical Network Unit））に係る機能、ルーター機能、ＮＡＴ（Network Address Translation）機能、及び、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバー機能等を有する。通信装置５は、ローカルエリアネットワークＬＮに接続された機器と、グローバルネットワークＧＮに接続された機器との間で行われる通信に際し、機器間で送受信されるデータを転送する。なお、図１では、通信装置５を１つのブロックで表現するが、通信装置５は、機能に応じた複数の装置を有する構成でもよい。

ローカルエリアネットワークＬＮ１には、複数の印刷装置４が接続される。印刷装置４は、印刷メディアが装着され、図示しないホストコンピューターの制御で、装着された印刷メディアに印刷する機能を有する装置である。印刷メディアは、紙媒体の用紙に限らず、フィルムや、繊維等の印刷装置４に装着可能であり、印刷装置４が印刷を行うことが可能な媒体を意味する。本実施形態の印刷装置４は、装着された印刷メディアに、インクジェットヘッドによりインクを吐出してドットを形成し、画像を印刷するインクジェットプリンターである。特に、本実施形態に係る印刷装置４は、いわゆるＬＦＰ（Large Format Printer）であり、印刷メディアとして、大型の媒体を装着可能である。一例として、印刷装置４には、印刷メディアとして、単票紙の場合は「Ａ０」サイズの用紙を装着可能であり、また、ロール紙の場合は用紙幅が「９００ミリ」を超える用紙を装着可能である。印刷装置４の構成、機能、及び、処理については後に詳述する。

ローカルエリアネットワークＬＮ１には、印刷装置側端末６（端末）が接続される。印刷装置側端末６は、印刷システム２が設けられた施設３において、印刷装置４の管理や使用等を行う者（印刷装置のユーザー）が使用する端末装置である。印刷装置側端末６としては、例えば、スマートフォンやタブレット型端末等の持ち運び可能な携帯端末や、液晶表示パネル等の表示手段、マウスや、キーボード等の入力手段を少なくとも備えるコンピューター等が挙げられる。

以下、印刷装置側端末６を使用する者を総称して「印刷装置側ユーザー」と表現する。印刷装置側ユーザーは、例えば、印刷システム２が設けられた施設３が、顧客からの依頼に応じて印刷装置４により印刷を行って印刷物を生成し、生成した印刷物を提供するサービスを行う会社の工場である場合において、当該工場に勤務する者である。なお、印刷装置側ユーザーは、サービスマン（ユーザー以外の者）、及び、サーバー側ユーザー（後述）とは異なる。サービスマンは、印刷装置４の保守や点検等を専門的に担当する者（ユーザー以外の者）であり、例えば、印刷装置４を製造し、販売する会社や、当該会社から委託を受けて印刷装置４の保守や点検等を行う会社に勤務する者である。

図１に示すように、制御システム１は、グローバルネットワークＧＮに接続されたサーバーシステム７を備える。サーバーシステム７は、例えば、印刷装置４を製造し、販売する会社や、当該会社から委託を受けて印刷装置４の保守や点検等を行う会社等の施設８に設けられたシステムである。

サーバーシステム７は、ローカルエリアネットワークＬＮ２を備える。ローカルエリアネットワークＬＮ２は、サーバーシステム７が設けられた施設８に構築されたコンピューターネットワークである。

ローカルエリアネットワークＬＮ２には、印刷システム２のローカルエリアネットワークＬＮ１に接続される通信装置５と同様の通信装置９が接続される。通信装置９は、ローカルエリアネットワークＬＮ２に接続された機器と、グローバルネットワークＧＮに接続された機器との間で行われる通信に際し、機器間で送受信されるデータを転送する。なお、図１では、通信装置９を１つのブロックで表現するが、通信装置９は、機能に応じた複数の装置を有する構成でもよい。

ローカルエリアネットワークＬＮ２には、制御サーバー１０（情報処理装置）が接続される。制御サーバー１０は、印刷装置４、印刷装置側端末６、サーバー側端末１１（後述）、及び、サービスマン用端末１２（後述）をクライアントとして、これら装置と通信可能なサーバー装置である。なお、図１では、制御サーバー１０を、１つのブロックによって表現するが、これは制御サーバー１０が単一のサーバー装置により構成されることを意味するものではない。例えば、制御サーバー１０は、複数のサーバー装置を含んで構成されたものでもよい。すなわち、制御サーバー１０は、後述する処理を実行可能であれば、どのような構成でもよい。制御サーバー１０の構成、機能、及び、処理については後に詳述する。

ローカルエリアネットワークＬＮ２には、サーバー側端末１１が接続される。サーバー側端末１１は、サーバーシステム７が設けられた施設８に勤務する者が使用する端末装置である。サーバー側端末１１としては、例えば、液晶表示パネル等の表示手段、マウスや、キーボード等の入力手段を少なくとも備えるコンピューターが挙げられる。

以下、サーバー側端末１１を使用する者を総称して「サーバー側ユーザー」と表現する。サーバー側ユーザーは、例えば、サーバーシステム７が設けられた施設８が、印刷装置４を製造し、販売する会社や、当該会社から委託を受けて印刷装置４の保守や点検等を行う会社である場合において、印刷装置側ユーザーの問い合わせに対し、対応する業務を専門的に行う者である。サーバー側ユーザーとしては、例えば、コールセンターのオペレーターが挙げられる。サーバー側ユーザーは、サービスマンとは異なる。

図１に示すように、グローバルネットワークＧＮには、サービスマン用端末１２が接続される。サービスマン用端末１２は、印刷装置４の保守や点検等を専門的に行う者、すなわち、サービスマンが使用する端末装置である。サービスマン用端末１２としては、例えば、スマートフォンやタブレット型端末等の持ち運び可能な端末や、液晶表示パネル等の表示手段、マウスや、キーボード等の入力手段を少なくとも備えるコンピューター等が挙げられる。

図２は、サーバーシステム７が備える制御サーバー１０とサーバー側端末１１の機能的構成を示す図である。

図２に示すように、制御サーバー１０は、サーバー側制御部１０１と、サーバー側記憶部１０２と、サーバー側通信部１０３（出力部）とを備える。

サーバー側制御部１０１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、信号処理回路等を備え、制御サーバー１０の各部を制御する。サーバー側制御部１０１は、例えばＣＰＵが、ＲＯＭや後述するサーバー側記憶部１０２等に記憶されたプログラムをＲＡＭに読み出して処理を実行し、また、例えばＡＳＩＣに実装された機能により処理を実行し、また、例えば信号処理回路で信号処理を行って処理を実行する等、ハードウェア及びソフトウェアにより処理を実行する。サーバー側制御部１０１は、機能ブロックとして、取得部１０１ａと、推測部１０１ｂ（制御部）とを備える。これら機能ブロックは、ＣＰＵ等のハードウェアが、プログラムを読み出して処理を実行する等、ハードウェアとソフトウェアとの協働により処理を実行する。これら機能ブロックについては後述する。

サーバー側記憶部１０２は、ハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に記憶する。サーバー側記憶部１０２は、ログ管理データベース１０２ａと、対処方法管理データベース１０２ｂとを記憶する。これらデータについては後述する。

サーバー側通信部１０３は、サーバー側制御部１０１の制御で、ローカルエリアネットワークＬＮ２と接続する装置と所定の通信規格に従って通信する。また、サーバー側通信部１０３は、通信装置９を介して、グローバルネットワークＧＮと接続する装置と所定の通信規格に従って通信する。

また、図２に示すように、サーバー側端末１１は、サーバー端末側制御部１１１と、サーバー端末側記憶部１１２と、サーバー端末側入力部１１３と、サーバー端末側表示部１１４と、サーバー端末側通信部１１５と、を備える。

サーバー端末側制御部１１１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、信号処理回路等を備え、サーバー側端末１１の各部を制御する。

サーバー端末側記憶部１１２は、ハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に記憶する。

サーバー端末側入力部１１３は、サーバー側ユーザーからの操作を受け付けるキーボードや、マウス、タッチパネル等の入力手段を備え、サーバー側ユーザーの入力手段に対する操作を検出し、サーバー端末側制御部１１１に出力する。サーバー端末側制御部１１１は、サーバー端末側入力部１１３からの入力に基づいて、入力手段に対する操作に対応する処理を実行する。

サーバー端末側表示部１１４は、複数のＬＥＤや、表示パネル等を備え、サーバー端末側制御部１１１の制御で、ＬＥＤを所定の態様で点灯／消灯や、表示パネルへの情報の表示等を実行する。

サーバー端末側通信部１１５は、ローカルエリアネットワークＬＮ２と接続する装置と所定の通信規格に従って通信する。

次に、印刷システム２が備える印刷装置４と印刷装置側端末６との機能的構成について説明する。

図３は、印刷システム２が備える印刷装置４と印刷装置側端末６との機能的構成を示す図である。

図３に示すように、印刷装置４は、印刷装置側制御部４１と、印刷装置側記憶部４２と、印刷部４３と、印刷装置側通信部４４とを備える。

印刷装置側制御部４１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、信号処理回路等を備え、印刷装置４の各部を制御する。印刷装置側制御部４１は、例えばＣＰＵが、ＲＯＭや後述する印刷装置側記憶部４２等に記憶されたプログラムをＲＡＭに読み出して処理を実行し、また、例えばＡＳＩＣに実装された機能により処理を実行し、また、例えば信号処理回路で信号処理を行って処理を実行する等、ハードウェア及びソフトウェアにより処理を実行する。

印刷装置側記憶部４２は、ハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に記憶する。また、印刷装置側記憶部４２は、ログファイル４２１（ログ情報）と、印刷装置識別情報４２２（識別情報）とを記憶する。ログファイル４２１と、印刷装置識別情報４２２とについては、後述する。

印刷部４３は、印刷装置４に装着された印刷メディアにインクを吐出してドットを形成するインクジェットヘッドや、インクジェットヘッドを走査方向に操作させるキャリッジ、キャリッジを駆動させるキャリッジ駆動モーター、印刷メディアを搬送するカッターユニット、インクが付着した印刷メディアを乾燥するヒーター、印刷メディアを切断するカッターユニット、廃液を貯留する廃液タンク等を備える。印刷装置側制御部４１は、印刷部４３を制御して、印刷装置４に装着された印刷メディアに画像を印刷する。

印刷装置側通信部４４は、印刷装置側制御部４１の制御で、ローカルエリアネットワークＬＮ１、及び、グローバルネットワークＧＮと接続する装置と所定の通信規格に従って通信する。

ここで、ログファイル４２１、及び、印刷装置識別情報４２２について説明する。

ログファイル４２１は、複数の監視項目のそれぞれのログが記憶されたファイルである。監視項目とは、状態を監視し、ログを取る対象とすることが事前に定められた項目のことである。本実施形態のログファイル４２１は、監視項目として、監視項目：「ノズル不良」、監視項目：「ヘッド位置」、及び、監視項目：「ヒーター温度」があるものとする。なお、本実施形態に係る監視項目は一例であり、例示した監視項目に加えて、又は、例示した監視項目の少なくとも一部に代えて、他の監視項目が存在してもよい。

監視項目：「ノズル不良」のログとして、ログファイル４２１には、インクジェットヘッドにノズル詰まりの発生を示す情報が記録される。また、監視項目：「ノズル不良」のログとして、ログファイル４２１には、当該情報を記録する日付を示す情報が記録される。印刷装置側制御部４１は、所定のタイミングでインクジェットヘッドにノズルチェックを実行し、インクジェットヘッドが有する複数のノズルのうち、所定数のノズルにノズル詰まりが発生していると判別した場合、ログファイル４２１に、監視項目：「ノズル不良」のログを記録する。

監視項目：「ヘッド位置」のログとして、ログファイル４２１には、インクを吐出する際、印刷メディアに対してインクジェットヘッドの位置が適切に位置してないことを示す情報が記録される。また、監視項目：「ヘッド位置」のログとして、ログファイル４２１には、印刷メディアに対してインクジェットヘッドの位置が適切に位置してないことを示す情報を記録する日付を示す情報が記録される。印刷装置側制御部４１は、キャリッジの走査範囲や、キャリッジの走査速度等を監視し、監視するキャリッジの走査範囲が所定範囲を満たしていない場合や逸脱している場合や、監視するキャリッジの走査速度が所定の速度を満たしてない場合や上回っている場合等に、ログファイル４２１に、監視項目：「ヘッド位置」のログを記録する。

監視項目：「ヒーター温度」のログとして、ログファイル４２１には、ヒーターの温度が通常の温度以外の温度であることを示す情報が記録される。また、監視項目：「ヒーター温度」のログとして、ログファイル４２１には、ヒーターの温度が通常の温度以外の温度であることを示す情報を記録する日付を示す情報が記録される。印刷装置側制御部４１は、ヒーターの温度を監視し、監視したヒーターの温度が通常の温度以外の温度となった場合に、ログファイル４２１に、監視項目：「ヒーター温度」のログを記録する。

印刷装置識別情報４２２は、例えば、印刷装置４の製造段階で、印刷装置４に一意に割り当てられるシリアル番号である。

図３に示すように、印刷装置側端末６は、印刷装置端末側制御部６１と、印刷装置端末側記憶部６２と、印刷装置端末側入力部６３と、印刷装置端末側表示部６４と、印刷装置端末側通信部６５とを備える。

印刷装置端末側制御部６１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、信号処理回路等を備え、印刷装置側端末６の各部を制御する。

印刷装置端末側記憶部６２は、ハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に記憶する。

印刷装置端末側入力部６３は、印刷装置側ユーザーからの操作を受け付けるキーボードや、マウス、タッチパネル等の入力手段を備え、印刷装置側ユーザーの入力手段に対する操作を検出し、印刷装置端末側制御部６１に出力する。印刷装置端末側制御部６１は、印刷装置端末側入力部６３からの入力に基づいて、入力手段に対する操作に対応する処理を実行する。

印刷装置端末側表示部６４は、複数のＬＥＤや、表示パネル等を備え、印刷装置端末側制御部６１の制御で、ＬＥＤを所定の態様で点灯／消灯や、表示パネルへの情報の表示等を実行する。

印刷装置端末側通信部６５は、ローカルエリアネットワークＬＮ１と接続する装置と所定の通信規格に従って通信する。

次に、サービスマン用端末１２の機能的構成について説明する。

図４は、サービスマン用端末１２の機能的構成を示す図である。

図４に示すように、サービスマン用端末１２は、サービスマン用端末側制御部１２１と、サービスマン用端末側記憶部１２２と、サービスマン用端末側入力部１２３と、サービスマン用端末側表示部１２４と、サービスマン用端末側通信部１２５とを備える。

サービスマン用端末側制御部１２１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、信号処理回路等を備え、サービスマン用端末１２の各部を制御する。

サービスマン用端末側記憶部１２２は、ハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に記憶する。

サービスマン用端末側入力部１２３は、サービスマンからの操作を受け付けるキーボードや、マウス、タッチパネル等の入力手段を備え、サービスマンの入力手段に対する操作を検出し、サービスマン用端末側制御部１２１に出力する。サービスマン用端末側制御部１２１は、サービスマン用端末側入力部１２３からの入力に基づいて、入力手段に対する操作に対応する処理を実行する。

サービスマン用端末側表示部１２４は、複数のＬＥＤや、表示パネル等を備え、サービスマン用端末側制御部１２１の制御で、ＬＥＤを所定の態様で点灯／消灯や、表示パネルへの情報の表示等を実行する。

サービスマン用端末側通信部１２５は、グローバルネットワークＧＮと接続する装置と所定の通信規格に従って通信する。

次に、制御サーバー１０の取得部１０１ａについて、関連する印刷装置４の処理と共に説明する。

図５は、印刷装置４、及び、制御サーバー１０の動作を示すフローチャートである。図５において、フローチャートＡは印刷装置４の動作を示し、フローチャートＢは制御サーバー１０の動作を示す。

なお、詳細な説明は省略するが、制御サーバー１０と、他の装置との間では、既存の暗号化技術や、仮想専用線技術等により、セキュアな通信が行われる。また、制御サーバー１０は、他の装置からアクセスがあった場合に、必要に応じて適切に認証を行う。

図５のフローチャートＡに示すように、印刷装置４の印刷装置側制御部４１は、ログファイル４２１と印刷装置識別情報４２２とを送信するタイミングが到来したか否かを監視する（ステップＳＡ１）。印刷装置側制御部４１は、印刷装置４の電源がオンの状態の間、所定の間隔で、ログファイル４２１と印刷装置識別情報４２２とを送信する。ステップＳＡ１において、印刷装置側制御部４１は、前回、ログファイル４２１と印刷装置識別情報４２２とを送信した後、所定の間隔が経過した場合、ログファイル４２１と印刷装置識別情報４２２とを送信するタイミングが到来したと判別する。

ステップＳＡ１でログファイル４２１と印刷装置識別情報４２２とを送信するタイミングが到来したと判別した場合（ステップＳＡ１：ＹＥＳ）、印刷装置側制御部４１は、ログファイル４２１と印刷装置識別情報４２２とを、制御サーバー１０に送信する（ステップＳＡ２）。なお、制御サーバー１０のアドレスや、制御サーバー１０との間での通信に使用するプトロコル、制御サーバー１０と送受信するデータのフォーマット等、印刷装置４から制御サーバー１０にログファイル４２１と印刷装置識別情報４２２とを送信するために必要な通信に関する情報は、印刷装置４に登録されている。

図５のフローチャートＢに示すように、制御サーバー１０のサーバー側制御部１０１の取得部１０１ａは、サーバー側通信部１０３を制御して、ログファイル４２１と印刷装置識別情報４２２とを受信する（ステップＳＢ１）。

次いで、取得部１０１ａは、ステップＳＢ１で受信したログファイル４２１と印刷装置識別情報４２２とに基づいて、ログ管理データベース１０２ａを更新する（ステップＳＢ２）。

ログ管理データベース１０２ａは、印刷装置４ごとにレコードを有するデータベースである。ログ管理データベース１０２ａにおいて、１の印刷装置４に対応するレコードは、当該１の印刷装置４の印刷装置識別情報４２２と、当該１の印刷装置４のログファイル４２１とを有する。

ステップＳＢ２において、取得部１０１ａは、ログ管理データベース１０２ａのレコードのうち、ステップＳＢ１で受信した印刷装置識別情報４２２に対応するレコードを特定する。次いで、取得部１０１ａは、特定したレコードが有するログファイル４２１を、ステップＳＢ１で受信したログファイル４２１により更新する。

印刷装置４と、制御サーバー１０とにより、以上の処理が行われる結果、ログ管理データベース１０２ａの各レコードについて、各レコードが有するログファイル４２１は、直近で制御サーバー１０が印刷装置４から受信したログファイル４２１となる。

ところで、印刷装置４には、エラーが発生する場合がある。本実施形態においてエラーとは、センサー等により検出されるエラー（例えば、紙切れやインク切れ等）ではなく、印刷装置４の不具合から推測されるエラーを示す。本実施形態では、印刷装置４に発生するエラーとして、エラー：「ノズルエラー」、エラー：「ヘッド位置エラー」、及び、エラー：「ヒーター温度エラー」が発生するものとする。なお、本実施形態に係る印刷装置４のエラーは一例であり、印刷装置４には、印刷装置４の使用態様や使用状況等に起因して種々のエラーが発生する。

エラー：「ノズルエラー」は、印刷装置４が搭載するインクジェットヘッドにノズル不良が発生していることを示すエラーである。
本実施形態では、エラー：「ノズルエラー」を解消するための対処方法としては、インクカートリッジに残存するインクの全てを使い切るまで連続してフラッシング動作を実行する強力フラッシング、又は、通常のクリーニングより高負圧で且つ長時間、ノズルからインクを吸引する強力クリーニングであるとする。なお、フラッシング動作とは、印刷メディアに画像が形成されない状態でインクジェッドヘッドからインクを吐出し、ノズルから粘度の増加したインクを排出させる動作である。また、本実施形態では、エラー：「ノズルエラー」は、上述した対処方法に基づく対処により、サービスマンは元より、印刷装置側ユーザーでも解消できるエラーであるとする。つまり、本実施形態では、「強力フラッシング」と「強力クリーニング」との対処方法は、印刷装置側ユーザーで対処が可能な方法である。

エラー：「ヘッド位置エラー」は、インクを吐出する際、印刷メディアに対してインクジェットヘッドの位置が適切に位置していないことを示すエラーである。
本実施形態では、エラー：「ヘッド位置エラー」を解消するための対処方法としては、キャリッジ駆動モーターの交換、又は、キャリッジの走査方向に延在しキャリッジの走査をガイドするガイドシャフトの再調整のいずれかであるとする。本実施形態では、エラー：「ヘッド位置エラー」の対処方法は、印刷装置側ユーザーでは対処できない方法であるとする。したがって、本実施形態では、エラー：「ヘッド位置エラー」は、印刷装置側ユーザーでは解消できないエラーであるとする。

エラー：「ヒーター温度エラー」は、ヒーターの温度が通常の温度でないことを示すエラーである。
ヒーターの温度が通常の温度でない温度となる要因としては、例えば、ヒーターの経年劣化により電力を供給する供給ラインの抵抗値が高まったこと等が挙げられる。そのため、本実施形態では、エラー：「ヒーター温度エラー」を解消する対処方法は、ヒーターの交換とする。この対処方法は、交換に必要な部材を要する。そのため、エラー：「ヒーター温度エラー」を解消する対処方法は、印刷装置側ユーザーでは対処できない方法である。したがって、本実施形態では、エラー：「ヒーター温度エラー」は、印刷装置側ユーザーでは解消できないエラーであるとする。

このように、印刷装置４のエラーへの対処方法は、エラーごとに、種々あり、また、対処方法によっては、印刷装置側ユーザーが行えない方法もある。したがって、印刷装置側ユーザーは、印刷装置４に不具合が発生した際、この不具合から推測されるエラーがどのようなエラーであり、また、エラーを解消するための対処方法がどのような対処方法であり、また、対処方法に基づく対処が自身で行えるか否かを認識したいと考えるものと想定される。また、印刷装置４に不具合が発生した際、印刷装置側ユーザーは、例えば、印刷装置４を製造して販売する会社や、当該会社から委託を受けて印刷装置４の保守や点検等を行う会社等に、不具合について問い合わせを行う場合がある。この場合、サーバー側ユーザーは、印刷装置４に発生した不具合から推測されるエラーがどのようなエラーであり、また、エラーへの対処方法がどのような対処方法であり、また、印刷装置側ユーザーが対処方法に基づく対処を行えるか可能か否かを印刷装置側ユーザーに提供したいと考えるものと想定される。

つまり、印刷装置側ユーザー、及び、サーバー側ユーザーは、印刷装置４に不具合が発生した際、不具合から推測されるエラーに関する有益な情報を取得したいと考えるものと想定される。

以上を踏まえて、制御サーバー１０は、以下に示す動作を実行する。

図６は、制御システム１の動作を示すフローチャートである。図６のフローチャートＣは、サーバー側端末１１の動作を示すフローチャートである。図６のフローチャートＤは、制御サーバー１０の動作を示すフローチャートである。図６のフローチャートＥは、印刷装置側端末６の動作を示すフローチャートである。図６のフローチャートＦは、サービスマン用端末１２の動作を示すフローチャートである。

図６のサーバー側端末１１のサーバー端末側制御部１１１は、印刷装置側ユーザーから印刷装置４に発生した不具合に関する問い合わせがあったか否かを判別する（ステップＳＣ１）。例えば、印刷装置側ユーザーからサーバー側ユーザーに対して当該問い合わせがあった場合、サーバー側ユーザーが、制御サーバー１０の所定のＵＲＬにアクセスするものとする。サーバー端末側制御部１１１は、制御サーバー１０の所定のＵＲＬへのアクセスの指示を示す情報を、サーバー端末側入力部１１３により入力された場合、印刷装置側ユーザーから印刷装置４に発生した不具合に関する問い合わせがあったと判別する（ステップＳＡ１：ＹＥＳ）。

サーバー端末側制御部１１１は、印刷装置側ユーザーから印刷装置４に発生した不具合に関する問い合わせがあったと判別した場合（ステップＳＣ１：ＹＥＳ）、サーバー端末側表示部１１４により情報入力画面を表示する（ステップＳＣ２）。情報入力画面は、少なくとも、不具合が発生した印刷装置４の印刷装置識別情報４２２が入力可能な画面である。

例えば、サーバー端末側制御部１１１は、サーバー側ユーザーにより、制御サーバー１０の所定のＵＲＬへのアクセスの指示があった場合、対応するＨＴＴＰリクエストを制御サーバー１０に送信する。そして、制御サーバー１０のサーバー側制御部１０１は、サーバー側通信部１０３を制御して、ＨＴＴＰリクエストを受信する。次いで、サーバー側制御部１０１は、受信したＨＴＴＰリクエストに対して、情報入力画面を表示させるＨＴＭＬファイルを生成し、サーバー側端末１１に送信する。サーバー側端末１１のサーバー端末側制御部１１１は、受信したＨＴＭＬファイルに基づいて、サーバー端末側表示部１１４により情報入力画面を表示する。

次いで、サーバー端末側制御部１１１は、情報入力画面に、不具合が発生した印刷装置４の印刷装置識別情報４２２が入力されたか否かを判別する（ステップＳＣ３）。例えば、情報入力画面が、印刷装置識別情報４２２の入力を確定する確定ボタンを備えており、サーバー側ユーザーが、印刷装置側ユーザーから不具合が発生した印刷装置４の印刷装置識別情報４２２を取得して情報入力画面に入力し、確定ボタンを操作したとする。この場合、サーバー端末側制御部１１１は、確定ボタンが操作されたことをトリガーとし、不具合が発生した印刷装置４の印刷装置識別情報４２２が入力されたと判別する（ステップＳＣ３：ＹＥＳ）。

次いで、サーバー端末側制御部１１１は、情報入力画面に入力された印刷装置識別情報４２２を、サーバー端末側通信部１１５により制御サーバー１０に送信する（ステップＳＣ４）。

図６のフローチャートＤに示すように、制御サーバー１０のサーバー側制御部１０１は、サーバー側通信部１０３により、印刷装置識別情報４２２を受信する（ステップＳＤ１）。

次いで、サーバー側制御部１０１の推測部１０１ｂは、ステップＳＤ１で受信した印刷装置識別情報４２２に基づいて、推測処理を実行する（ステップＳＤ２）。

図７は、推測処理における制御サーバー１０の動作を示すフローチャートである。

図７のフローチャートＧに示すように、推測部１０１ｂは、ステップＳＤ１で受信した印刷装置識別情報４２２を取得する（ステップＳＧ１）。

次いで、推測部１０１ｂは、ステップＳＧ１で取得した印刷装置識別情報４２２に基づいて、サーバー側記憶部１０２が記憶するログ管理データベース１０２ａを参照し、取得した印刷装置識別情報４２２に対応するログファイル４２１を取得する（ステップＳＧ２）。

次いで、推測部１０１ｂは、ステップＳＧ２で取得したログファイル４２１に基づいて、印刷装置４のエラー、印刷装置４のエラーへの対処方法、及び、エラーへの対処方法のレベルを推測し（ステップＳＧ３）、推測したエラーへの対処方法に基づく対処でエラーが解消する解消確率（確率）を推測する（ステップＳＧ４）。以下、ステップＳＧ３、及び、ステップＳＧ４の推測について、複数の処理を例示して説明する。

＜例１＞
推測部１０１ｂは、ログファイル４２１を取得すると、ログファイル４２１が有するログの中から、監視項目：「ノズル不良」、監視項目：「ヘッド位置」、及び、監視項目：「ヒーター温度」のそれぞれについてのログを有するか否かを判別する。例えば、推測部１０１ｂは、ログファイル４２１が有するログが、監視項目：「ノズル不良」のログを含む場合、ノズル詰まりが発生していることを示すため、印刷装置４に発生しているエラーが、エラー：「ノズルエラー」であると推測する。また、推測部１０１ｂは、ログファイル４２１が有するログが、監視項目：「ヘッド位置」のログを含む場合、インクジェッドヘッドが適切な位置に位置していないことを示すため、印刷装置４に発生しているエラーが、エラー：「ヘッド位置エラー」であると推測する。また、推測部１０１ｂは、ログファイル４２１が有するログが、監視項目：「ヒーター温度」のログを含む場合、ヒーターの温度が通常の温度以外の温度であることを示しているため、印刷装置４に発生しているエラーが、エラー：「ヒーター温度エラー」であると推測する。

なお、ログファイル４２１が、監視項目：「ノズル不良」、監視項目：「ヘッド位置」、及び、監視項目：「ヒーター温度」のうち少なくとも２つ以上の監視項目のログを含む場合、推測部１０１ｂは、最も多く含む監視項目のログに基づいて、印刷装置４のエラーを推測する。例えば、ステップＳＧ２で取得したログファイル４２１が、監視項目：「ノズル不良」のログと、監視項目：「ヒーター温度」のログとを含んでおり、監視項目：「ヒーター温度」のログより、監視項目：「ノズル不良」のログを多く含んでいるとする。この場合、推測部１０１ｂは、印刷装置４に発生しているエラーが、エラー：「ノズルエラー」であると推測する。

なお、印刷装置４のエラーの推測は、ログファイル４２１に基づいて推測する構成であれば、例えば、ログファイル４２１が有するログの傾向（例えば、所定期間に監視項目：「ノズル不良」のログを所定数以上含んでいる等）に基づく構成でもよい。

推測部１０１ｂは、印刷装置４のエラーを推測すると、対処方法管理データベース１０２ｂを参照して、推測したエラーに基づき、エラーへの対処方法と、エラーへの対処方法のレベルとを推測する（ステップＳＧ３）。

図８は、対処方法管理データベース１０２ｂの一例を示す図である。

図８に示すように、対処方法管理データベース１０２ｂの一件のレコードには、エラーフィールドＦ１と、対処方法フィールドＦ２と、レベルフィールドＦ３と、解消確率フィールドＦ４とが対応付く。

エラーフィールドＦ１は、エラーを示すエラー情報を格納する。図８に示すエラーフィールドＦ１は、エラー：「ノズルエラー」を示すエラー情報と、エラー：「ヘッド位置エラー」を示すエラー情報と、エラー：「ヒーター温度エラー」を示すエラー情報とを格納する。

対処方法フィールドＦ２は、対処方法を示す対処方法情報を格納する。図８に示す対処方法フィールドＦ２は、「強力フラッシング」を示す対処方法情報と、「強力クリーニング」を示す対処方法情報と、「キャリッジ駆動モーターの交換」を示す対処方法情報と、「ガイドシャフトの再調整」を示す対処方法情報と、「ヒーターの交換」を示す対処方法情報とを格納する。

レベルフィールドＦ３は、エラーへの対処方法のレベルを示すレベル情報を格納する。本実施形態では、エラーへの対処方法のレベルとして、印刷装置側ユーザーが対処方法に基づく対処を行うことが可能か否か、換言すると、サービスマンによる対処が必要か否かを示す。そのため、レベルフィールドＦ３は、印刷装置側ユーザーが対処方法に基づく対処を行えるか否を示す情報を格納する。図６では、「対処可能」を示すレベル情報は、印刷装置側ユーザーが対処方法に基づく対処が行えることを示すレベル情報である。また、図６では、「対処不可能」を示すレベル情報は、印刷装置側ユーザーが対処方法に基づく対処が行えないことを示すレベル情報である。

以下の説明において、「対処可能」とは、印刷装置側ユーザーが対処方法に基づく対処を行えることを示し、「対処不可能」とは、印刷装置側ユーザーが対処方法に基づく対処を行えないことを示す。

解消確率フィールドＦ４は、エラーフィールドＦ１が格納するエラー情報が示すエラーが、対処方法フィールドＦ２が格納する対処方法情報が示す対処方法で解消する解消確率を示す解消確率情報（確率情報）を格納する。図８の確率フィールドＦ４は、「９１％」を示す解消確率情報と、「９５％」を示す解消確率情報と、「９０％」を示す解消確率情報と、「８９％」を示す解消確率情報と、「９６％」を示す解消確率情報とを格納する。なお、解消確率フィールドＦ４が格納する解消確率情報は、百分率の形式の確率を示す解消確率情報に限定されない。

図８の対処方法管理データベース１０２ｂが格納するレコードＲ１は、エラーフィールドＦ１にエラー：「ノズルエラー」を示すエラー情報を格納し、対処方法フィールドＦ２に「強力フラッシング」を示す対処方法情報を格納し、レベルフィールドＦ３に「対処可能」を示すレベル情報を格納し、解消確率フィールドＦ４に「９１％」を示す解消確率情報を格納する。これは、エラー：「ノズルエラー」の対処方法として強力フラッシングがあることを示しており、また、強力フラッシングについて対処可能であることを示しており、また、エラー：「ノズルエラー」に対して強力フラッシングで対処することで当該エラーが解消する解消確率が９１％であることを示している。

また、図８の対処方法管理データベース１０２ｂが格納するレコードＲ２は、エラーフィールドＦ１にエラー：「ノズルエラー」を示すエラー情報を格納し、対処方法フィールドＦ２に「強力クリーニング」を示す対処方法情報を格納し、レベルフィールドＦ３に「対処可能」を示すレベル情報を格納し、解消確率フィールドＦ４に「９５％」を示す解消確率情報を格納する。これは、エラー：「ノズルエラー」の対処方法として強力クリーニングがあることを示しており、また、強力クリーニングについて対処不可能であることを示しており、また、エラー：「ノズルエラー」に対して強力クリーニングで対処することで当該エラーが解消する解消確率が９５％であることを示している。

また、図８の対処方法管理データベース１０２ｂが格納するレコードＲ３は、エラーフィールドＦ１にエラー：「ヘッド位置エラー」を示すエラー情報を格納し、対処方法フィールドＦ２に「キャリッジ駆動モーターの交換」を示す対処方法情報を格納し、レベルフィールドＦ３に「対処不可能」を示すレベル情報を格納し、解消確率フィールドＦ４に「９０％」を示す解消確率情報を格納する。これは、エラー：「ヘッド位置エラー」の対処方法としてキャリッジ駆動モーターの交換があることを示しており、また、キャリッジ駆動モーターの交換について対処不可能であることを示しており、また、エラー：「ヘッド位置エラー」に対してキャリッジ駆動モーターの交換で対処することで当該エラーが解消する解消確率が９０％であることを示している。

また、図８の対処方法管理データベース１０２ｂが格納するレコードＲ４は、エラーフィールドＦ１にエラー：「ヘッド位置エラー」を示すエラー情報を格納し、対処方法フィールドＦ２に「ガイドシャフトの再調整」を示す対処方法情報を格納し、レベルフィールドＦ３に「対処不可能」を示すレベル情報を格納し、解消確率フィールドＦ４に「８９％」を示す解消確率情報を格納する。これは、エラー：「ヘッド位置エラー」の対処方法としてガイドシャフトの再調整があることを示しており、また、ガイドシャフトの再調整について対処不可能であることを示しており、また、エラー：「ヘッド位置エラー」に対してガイドシャフトの再調整で対処することで当該エラーが解消する解消確率が８９％であることを示している。

また、図８の対処方法管理データベース１０２ｂが格納するレコードＲ５は、エラーフィールドＦ１にエラー：「ヒーター温度エラー」を示すエラー情報を格納し、対処方法フィールドＦ２に「ヒーターの交換」を示す対処方法情報を格納し、レベルフィールドＦ３に「対処不可能」を示すレベル情報を格納し、解消確率フィールドＦ４に「９６％」を示す解消確率情報を格納する。これは、エラー：「ヒーター温度エラー」の対処方法としてヒーターの交換があることを示しており、また、ヒーターの交換について対処不可能であることを示しており、また、エラー：「ヒーター温度エラー」に対してヒーターの交換で対処することで当該エラーが解消する確率が９６％であることを示している。

なお、対処方法管理データベース１０２ｂの解消確率フィールドＦ４が格納する解消確率情報は、適宜、更新される。例えば、制御サーバー１０のサーバー側制御部１０１が、強力フラッシングでエラー：「ノズルエラー」が解消しなかったことを示す情報を受信したとする。この場合、サーバー側制御部１０１は、対処方法管理データベース１０２ｂのレコードＲ１の解消確率フィールドＦ４が格納する解消確率情報を更新する。例えば、レコードＲ１の「９１％」を示す解消確率は、エラー：「ノズルエラー」に対して強力フラッシングによる対処が今までに１００回行われている場合の解消確率であるとする。この場合、サーバー側制御部１０１は、「（（９１−１）／（１００＋１））×１００」を計算し、レコードＲ１の解消確率フィールドＦ４が格納する解消確率情報が示す解消確率を「８９％」に更新する。

図７のフローチャートＦのステップＳＧ３の説明に戻り、推測部１０１ｂは、印刷装置４のエラーを推測すると、対処方法管理データベース１０２ｂを参照して、推測したエラーをエラーフィールドＦ１に格納するレコードを特定する。そして、推測部１０１ｂは、特定したレコードに基づいて、エラーへの対処方法と、エラーへの対処方法のレベルとを推測する。例えば、ステップＳＧ２で推測したエラーがエラー：「ノズルエラー」である場合、推測部１０１ｂは、対処方法管理データベース１０２ｂが格納するレコードのうち、レコードＲ１とレコードＲ２とを特定する。そして、例えば、推測部１０１ｂは、特定したレコードＲ１とレコードＲ２とに基づき、エラー：「ノズルエラー」への対処方法として「強力フラッシング」と「強力クリーニング」とを推測する。また、推測部１０１ｂは、「強力フラッシング」と「強力クリーニング」とのそれぞれについて、エラーへの対処方法のレベルとして、「対処可能」と推測する。

次いで、推測部１０１ｂは、対処方法管理データベース１０２ｂを参照し、解消確率を推測する（ステップＳＧ４）。例えば、ステップＳＧ２で推測したエラーがエラー：「ノズルエラー」である場合、推測部１０１ｂは、対処方法管理データベース１０２ｂが格納するレコードのうち、レコードＲ１とレコードＲ２とを特定する。そして、例えば、推測部１０１ｂは、特定したレコードＲ１とレコードＲ２とに基づき、エラー：「ノズルエラー」への対処方法として「強力フラッシング」と「強力クリーニング」とを推測する。そして、推測部１０１ｂは、推測した「強力フラッシング」に基づく対処でエラー：「ノズルエラー」が解消する解消確率を「９１％」と推測する。また、推測部１０１ｂは、推測した「強力クリーニング」に基づく対処でエラー：「ノズルエラー」が解消する解消確率を「９５％」と推測する。

＜例２＞
次に、別の例について説明する。

＜例２＞において、推測部１０１ｂは、印刷装置側ユーザーからサーバー側ユーザーへの問い合わせを示す問い合わせ情報を加味して推測する。

例えば、印刷装置側ユーザーからサーバー側ユーザーに対して印刷装置４の不具合に関する問い合わせがあり、サーバー側ユーザーが、印刷装置側ユーザーから印刷装置識別情報４２２と、印刷装置４に発生した不具合がどのような不具合であるかを示す不具合情報とを取得する。サーバー側ユーザーは、印刷装置側ユーザーから取得したこれら情報を、問い合わせ情報として、情報入力画面に入力する。そして、サーバー端末側制御部１１１は、制御サーバー１０に当該問い合わせ情報を送信する。

そして、制御サーバー１０のサーバー側制御部１０１の推測部１０１ｂは、当該問い合わせ情報と、ステップＳＧ２で取得したログファイル４２１とに基づいて、印刷装置４のエラーを推測する。

例えば、ログファイル４２１が、監視項目：「ノズル不良」のログと、監視項目：「ヒーター温度」のログとを同数含んでおり、問い合わせ情報が含む不具合情報が、エラー：「ノズルエラー」に相当、又は示唆する不具合情報であるとする。この場合、推測部１０１ｂは、所定のアルゴリズムを利用して、印刷装置４に発生した不具合が、エラー：「ノズルエラー」であると推測する。このように、ログファイル４２１が有するログでは正確に印刷装置４に発生したエラーを推測できない場合、問い合わせ情報を利用することで、印刷装置側ユーザーの問い合わせに即したエラーを推測できる。つまり、サーバー側制御部１０１は、ログファイル４２１と問い合わせ情報とに基づいて、的確に、印刷装置４のエラーを推測できる。

サーバー側制御部１０１は、印刷装置４のエラーを推測すると、＜例１＞と同様に、エラーへの対処方法、エラーへの対処方法のレベル、及び、解消確率を推測する。

＜例３＞
次に、別の例について説明する。

＜例３＞において、推測部１０１ｂは、過去に対処方法情報に基づいて行われた対処結果を示す対処結果情報を加味して推測する。対処結果情報としては、例えば、どのようなエラーに対して、どのような対処方法で対処し、エラーが解消したか否かを示す情報が挙げられる。

例えば、制御サーバー１０は、対処方法管理データベース１０２ｂと同様に、少なくとも、エラー情報、対処方法情報、レベル情報、及び、解消確率情報が対応付くデータベースを有するとする。このデータベースは、過去に対処方法情報に基づいて行われた対処結果を示す対処結果情報に基づいて、各情報が、統計学的手法により、適宜、更新される。つまり、このデータベースは、過去の対処結果が考慮され、統計学的手法により最適とされる各情報の組み合わせを有するデータベースである。

推測部１０１ｂは、ログファイル４２１に基づいて、印刷装置４に発生したエラーを推測し、当該データベースに基づいて、対処方法、対処方法のレベル、及び、解消確率を推測する。つまり、推測部１０１ｂは、ログファイル４２１と対処結果情報とに基づいて、対処方法、対処方法のレベル、及び、解消確率を推測する。これにより、推測したエラーに対して、過去の対処結果を考慮して最適な対処方法、対処方法のレベル、及び、解消確率を推測するため、推測部１０１ｂは、的確に、対処方法、対処方法のレベル、及び、解消確率を推測できる。

なお、推測部１０１ｂの推測の処理は、上述した＜例１＞、＜例２＞、及び、＜例３＞に限定されず、ログファイル４２１、及び、対処方法情報に基づく処理であれば、何れの方法を採用できる。例えば、推測部１０１ｂは、ニューラルネットワークや、ベイジアンネットワーク、知識情報処理、強化学習等の機械学習を利用し、ログファイル４２１のログの傾向等からエラーを推測し、推測したエラーに対して、適切な、対処方法、対処方法のレベル、及び、解消確率を推測する構成としてもよい。

図６のフローチャートＤの説明に戻り、制御サーバー１０のサーバー側制御部１０１は、ステップＳＤ２の推測処理において推測したエラーへの対処方法のレベルに基づいて、印刷装置側ユーザーが、ステップＳＤ２の推測処理において推測したエラーへの対処方法に基づく対処が可能か否かを判別する（ステップＳＤ３）。

例えば、ステップＳＤ２の推測処理において推測部１０１ｂが、エラーへの対処方法のレベルとして「対処可能」と推測した場合、サーバー側制御部１０１は、印刷装置側ユーザーが、ステップＳＤ２の推測処理において推測したエラーへの対処方法に基づく対処が可能であると判別する（ステップＳＤ３：ＹＥＳ）。また、例えば、ステップＳＤ２の推測処理において推測部１０１ｂが、エラーへの対処方法のレベルとして「対処不可能」と推測した場合、サーバー側制御部１０１は、印刷装置側ユーザーが、ステップＳＤ２の推測処理において推測したエラーへの対処方法に基づき対処が不可能であると判別する（ステップＳＤ３：ＮＯ）。

サーバー側制御部１０１は、印刷装置側ユーザーが、ステップＳＤ２の推測処理において推測したエラーへの対処方法に基づく対処が可能であると判別すると（ステップＳＤ３：ＹＥＳ）、エラーに関する情報として、ステップＳＤ２の推測処理で推測した、エラー情報、対処方法情報、レベル情報、及び、解消確率情報を、サーバー側通信部１０３によりサーバー側端末１１に送信する（ステップＳＤ４）。

例えば、推測部１０１ｂが、印刷装置４のエラーとしてエラー：「ノズルエラー」を推測し、エラー：「ノズルエラー」への対処方法として「強力フラッシング」と「強力クリーニング」を推測し、エラーへの対処方法のレベルとして「対処可能」を推測したとする。また、推測部１０１ｂが、「強力フラッシング」に基づく対処によりエラー：「ノズルエラー」が解消する解消確率を「９１％」と推測し、「強力クリーニング」に基づく対処によりエラー：「ノズルエラー」が解消する解消確率を「９５％」と推測したとする。この場合、サーバー側制御部１０１は、サーバー側通信部１０３により、エラー：「ノズルエラー」を示すエラー情報と、「強力フラッシング」を示す対処方法情報と、「対処可能」を示すレベル情報と、「９１％」を示す解消確率情報と対応付けてサーバー側端末１１に送信する。また、サーバー側制御部１０１は、サーバー側通信部１０３により、エラー：「ノズルエラー」を示すエラー情報と、「強力クリーニング」を示す対処方法情報と、「対処可能」を示すレベル情報と、「９５％」を示す解消確率情報と対応付けてサーバー側端末１１に送信する。

一方、サーバー側制御部１０１は、印刷装置側ユーザーが、ステップＳＤ２の推測処理において推測したエラーへの対処方法に基づく対処が可能でないと判別すると（ステップＳＤ３：ＮＯ）、費用を推測し、推測した費用を示す費用情報を生成する（ステップＳＤ５）。

ここで費用とは、印刷装置４のエラーに対し、印刷装置側ユーザー以外の者、すなわち、本実施形態ではサービスマンが対処した場合の費用である。例えば、制御サーバー１０が、対処方法ごとに、対処方法情報と、対処方法情報が示す対処方法に基づく対処をサービスマンが行った場合に発生する費用を示す費用情報とが対応付くデータベースを記憶しているとする。この場合、サーバー側制御部１０１は、ステップＳＤ２の推測処理で推測した対処方法に基づいて、当該データベースを参照し、印刷装置４のエラーに対しサービスマンが対処した場合の費用を当該データベースから推測する。

サーバー側制御部１０１は、ステップＳＤ５において費用情報を生成すると、エラーに関する情報として、ステップＳＤ２の推測処理で推測したエラー情報、対処方法情報、レベル情報、解消確率情報、及び、生成した費用情報を、サーバー側通信部１０３によりサーバー側端末１１に送信する（ステップＳＤ６）。

例えば、推測部１０１ｂが推測処理において、印刷装置４のエラーとしてエラー：「ヒーター温度エラー」を推測し、エラー：「ヒーター温度エラー」への対処方法として「ヒーターの交換」を推測し、エラーへの対処方法のレベルとして「対処不可能」を推測したとする。また、推測部１０１ｂが、「ヒーターの交換」に基づく対処によりエラー：「ヒーター温度エラー」が解消する解消確率を「９６％」と推測したとする。また、サーバー側制御部１０１がステップＳＤ５において、「ヒーターの交換」をサービスマンが行った場合の費用として「￥▽▽▽円」と推測したとする。この場合、サーバー側制御部１０１は、サーバー側通信部１０３により、エラー：「ヒーター温度エラー」を示すエラー情報と、「ヒーターの交換」を示す対処方法情報と、「対処不可能」を示すレベル情報と、「９６％」を示す確率情報と、「￥▽▽▽円」を示す費用情報とを対応付けてサーバー側端末１１に送信する。

図６のフローチャートＣに示すように、サーバー端末側制御部１１１は、サーバー端末側通信部１１５により、エラーに関する情報として、エラー情報、対処方法情報、レベル情報、及び、解消確率情報を受信する（ステップＳＣ５）。又は、図６のフローチャートＣに示すように、サーバー端末側制御部１１１は、サーバー端末側通信部１１５により、エラーに関する情報として、エラー情報、対処方法情報、レベル情報、解消確率情報、及び、費用情報を受信する（ステップＳＣ５）。

次いで、サーバー端末側制御部１１１は、ステップＳＣ５においてエラー情報、対処方法情報、レベル情報、及び、解消確率情報を受信した場合、受信したこれら情報を、エラーに関する情報としてサーバー端末側表示部１１４により表示する（ステップＳＣ６）。また、サーバー端末側制御部１１１は、ステップＳＣ５においてエラー情報、対処方法情報、レベル情報、解消確率情報、及び、費用情報を受信した場合、受信したこれら情報を、エラーに関する情報としてサーバー端末側表示部１１４により表示する（ステップＳＣ６）。

このように、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報をサーバー側端末１１に出力する。そのため、制御サーバー１０は、印刷装置４に発生した不具合から推測されるエラーがどのようなエラーであるか、また、推測したエラーへの対処方法がどのような対処方法であるか、また、推測した対処方法に基づく対処が印刷装置側ユーザーで行えるか否か、をサーバー側ユーザーに提供できる。つまり、制御サーバー１０は、サーバー側ユーザーへのエラーに関する情報の提供に際し、対処方法、及び、対処方法に基づくが対処が印刷装置側ユーザーで行うことができるか否かという有益な情報をサーバー側ユーザーに提供でき、サーバー側ユーザーの利便性が向上する。また、エラー情報、対応方法情報、及び、レベル情報をサーバー側ユーザーに提供できるため、サーバー側ユーザーは、印刷装置側ユーザーの問い合わせに応じて、印刷装置４の不具合から発生されるエラーがどのようなエラーであるか、対処方法としてどのような対処方法があるか、この対処方法に基づく対処が印刷装置側ユーザーで行えるのかを印刷装置側ユーザーに提供でき、サーバー側ユーザーの利便性が向上する。

また、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報をサーバー側端末１１に加えて解消確率情報をサーバー側端末１１に出力する。そのため、制御サーバー１０は、解消確率がどのくらいかをサーバー側ユーザーに提供できる。つまり、制御サーバー１０は、サーバー側ユーザーへのエラーに関する情報の提供に際し、対処方法に基づく対処でエラーが解消する解消確率がどのくらいであるかという有益な情報をサーバー側ユーザーに提供でき、サーバー側ユーザーの利便性が向上する。また、解消確率情報をサーバー側ユーザーに提供できるため、サーバー側ユーザーは、印刷装置側ユーザーの問い合わせに応じて、対処方法に基づく対処でエラーが解消する解消確率がどのくらいであるかを印刷装置側ユーザーに提供でき、サーバー側ユーザーの利便性が向上する。特に、対処方法が複数ある場合、サーバー側ユーザーは、解消確率の高い対処方法を印刷装置側ユーザーに提供できるようになり、さらに、サーバー側ユーザーの利便性が向上する。

また、制御サーバー１０は、印刷装置側ユーザーがエラーへの対処方法に基づく対処が可能でないと判別すると、エラー情報、対処方法情報、レベル情報、及び、解消確率情報に費用情報を加えてサーバー側端末１１に出力する。そのため、制御サーバー１０は、サービスマンが対処を行った場合に発生する費用がどのくらいであるかをサーバー側ユーザーに提供できる。したがって、サーバー側ユーザーは、印刷装置側ユーザーの問い合わせに応じて、サービスマンが対処を行った場合に発生する費用がどのくらいであるかを印刷装置側ユーザーに提供でき、サーバー側ユーザーの利便性が向上する。また、印刷装置側ユーザーは、サーバー側ユーザーに問い合わせることで当該費用を容易に認識することができる。そのため、制御サーバー１０は、印刷装置側ユーザーの利便性も向上できる。

サーバー端末側制御部１１１は、エラーに関する情報を印刷装置側端末６に送信するかサービスマン用端末１２に送信するかを判別する（ステップＳＣ７）。例えば、印刷装置側ユーザーが印刷装置側端末６にエラーに関する情報の取得を要求した場合、サーバー側ユーザーは、印刷装置側端末６にエラーに関する情報を送信することを示す情報をサーバー側端末１１に入力する。印刷装置側ユーザーが印刷装置側端末６にエラーに関する情報の取得を要求する態様としては、推測されたエラーへの対処方法が印刷装置側ユーザーで対処が可能な方法であり、印刷装置側ユーザーが自身でエラーへの対処を望む場合が挙げられる。サーバー端末側制御部１１１は、当該情報が入力されたことをトリガーとし、印刷装置側端末６にエラーに関する情報を送信すると判別する（ステップＳＣ７：「印刷装置側端末」）。また、例えば、サーバー側ユーザーが、サービスマン用端末１２にエラーに関する情報を送信することを示す情報をサーバー側端末１１に入力した場合、サーバー端末側制御部１１１は、当該情報が入力されたことをトリガーとし、印刷装置側端末６にエラーに関する情報を送信しないと判別する（ステップＳＣ７：「サービスマン用端末」）。なお、サーバー側ユーザーがサービスマン用端末１２にエラーに関する情報を送信する態様としては、推測されたエラーに対する対処方法が印刷装置側ユーザーで対処不可能な方法であり、印刷装置側ユーザーがサービスマンによる対処を望む場合が挙げられる。

サーバー端末側制御部１１１は、印刷装置側端末６にエラーに関する情報を送信すると判別した場合（ステップＳＣ７：「印刷装置側端末」）、制御サーバー１０に印刷装置側端末６にエラーに関する情報の送信を要求する（ステップＳＣ８）。一方、サーバー端末側制御部１１１は、サービスマン用端末１２にエラーに関する情報を送信すると判別した場合（ステップＳＣ７：「サービスマン用端末」）、制御サーバー１０に、サービスマン用端末１２にエラーに関する情報の送信を要求する（ステップＳＣ９）。

図６のフローチャートＤに示すように、制御サーバー１０のサーバー側制御部１０１は、サーバー側端末１１から、印刷装置側端末６にエラーに関する情報の送信の要求を示す情報を受信したか否かを監視する（ステップＳＤ７）。サーバー側制御部１０１は、サーバー側端末１１から、印刷装置側端末６にエラーに関する情報の送信の要求を示す情報を受信したと判別した場合（ステップＳＤ７：ＹＥＳ）、サーバー側通信部１０３により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報をエラーに関する情報として印刷装置側端末６に送信する。

図６のフローチャートＥに示すように、印刷装置側端末６の印刷装置端末側制御部６１は、印刷装置端末側通信部６５により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報をエラーに関する情報として受信する（ステップＳＥ１）。印刷装置端末側制御部６１は、印刷装置端末側通信部６５により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報を受信すると、受信したこれら情報をエラーに関する情報として印刷装置端末側表示部６４により表示する（ステップＳＥ２）。

このように、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報をサーバー側端末１１に出力する。そのため、制御サーバー１０は、印刷装置４に発生した不具合から推測されるエラーがどのようなエラーであるか、推測したエラーへの対処方法がどのような対処方法であるか、推測した対処方法に基づく対処が印刷装置側ユーザーで行えるか否か、を印刷装置側ユーザーに提供できる。つまり、制御サーバー１０は、印刷装置側ユーザーへのエラーに関する情報の提供に際し、対処方法、及び、対処方法に基づくが対処が印刷装置側ユーザーで行うことができるか否かという有益な情報を印刷装置側ユーザーに提供でき、印刷装置側ユーザーの利便性が向上する。

また、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報に加えて解消確率情報を印刷装置側端末６に出力する。そのため、制御サーバー１０は、解消確率がどのくらいかを印刷装置側ユーザーに提供できる。つまり、制御サーバー１０は、印刷装置側ユーザーへのエラーに関する情報の提供に際し、対処方法に基づく対処でエラーが解消する解消確率がどのくらいであるかという有益な情報を印刷装置側ユーザーに提供でき、印刷装置側ユーザーの利便性が向上する。特に、対処方法が複数ある場合、印刷装置側ユーザーは、解消確率の高い対処方法がどの対処方法かを容易に識別できるようになり、さらに、印刷装置側ユーザーの利便性が向上する。

なお、上述では、ステップＳＤ６において、制御サーバー１０が、エラー情報、対処方法情報、レベル情報、及び、解消確率情報に費用情報を加えてサーバー側端末１１に出力する構成を説明したが、制御サーバー１０は、これら情報を印刷装置側端末６に送信してもよい。この場合、印刷装置側端末６の印刷装置端末側制御部６１は、エラー情報、対処方法情報、レベル情報、及び、解消確率情報に加えて費用情報を印刷装置端末側表示部６４により表示する。この構成によれば、制御サーバー１０は、サービスマンが対処を行った場合に発生する費用がどのくらいであるかを印刷装置側ユーザーに提供できる。そのため、印刷装置側端末６が費用情報を表示することで、印刷装置側ユーザーは、サービスマンが対処を行った場合に発生する費用がどのくらいであるかを容易にできる。したがって、制御サーバー１０は、印刷装置側ユーザーの利便性を向上できる。また、印刷装置側ユーザーは、サーバー側ユーザーに、当該費用について問い合わせることなく、サービスマンが対処を行った場合に発生する費用がどのくらいであるかを認識できる。そのため、制御サーバー１０は、さらに印刷装置側ユーザーの利便性を向上できる。

また、図６のフローチャートＤに示すように、制御サーバー１０のサーバー側制御部１０１は、サーバー側端末１１から、サービスマン用端末１２にエラーに関する情報の送信の要求を示す情報を受信したか否かを監視する（ステップＳＤ９）。サーバー側制御部１０１は、サーバー側端末１１から、サービスマン用端末１２にエラーに関する情報の送信の要求を示す情報を受信したと判別した場合（ステップＳＤ９：ＹＥＳ）、サーバー側通信部１０３により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報をエラーに関する情報としてサービスマン用端末１２に送信する（ステップＳＤ１０）。

図６のフローチャートＥに示すように、サービスマン用端末１２のサービスマン用端末側制御部１２１は、サービスマン用端末側通信部１２５により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報をエラーに関する情報として受信する（ステップＳＦ１）。サービスマン用端末側制御部１２１は、サービスマン用端末側通信部１２５により、エラー情報、対処方法情報、レベル情報、及び、解消確率情報を受信すると、受信したこれら情報をエラーに関する情報としてサービスマン用端末側表示部１２４により表示する。

このように、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報をサービスマン用端末１２に出力する。そのため、制御サーバー１０は、印刷装置４に発生した不具合から推測されるエラーがどのようなエラーか、推測したエラーへの対処方法がどのような対処方法か、推測した対処方法に基づく対処が印刷装置側ユーザーで行えるか否かをサービスマンに提供できる。

また、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報に加えて解消確率情報をサービスマン用端末１２に出力する。そのため、制御サーバー１０は、解消確率がどのくらいかをサービスマンに提供できる。つまり、制御サーバー１０は、印刷装置側ユーザーへのエラーに関する情報の提供に際し、対処方法に基づく対処でエラーが解消する解消確率がどのくらいであるかという有益な情報をサービスマンに提供でき、サービスマンの利便性が向上する。特に、勘や経験等に頼ることなく、サービスマンは、解消確率の高い対処方法を認識でき、さらに、サービスマンの利便性が向上する。

なお、本実施形態では、制御サーバー１０は、費用情報については、サービスマン用端末１２に送信しない構成とすることが好ましい。前述した通り、費用情報が示す費用とは、サービスマンが対処を行った場合に発生する費用である。そのため、費用情報は、印刷装置側ユーザーが取得したいと望む蓋然性の高い情報である一方、サービスマンにとっては取得が不必要な情報であると想定される。そこで、制御サーバー１０は、費用情報については、サービスマン用端末１２に送信しない構成とすることで、サービスマンにとって不必要な情報をサービスマンに提供してしまうことを防止できる。

以上、説明したように、制御サーバー１０（情報処理装置）は、印刷装置４を識別する印刷装置識別情報４２２（識別情報）、及び、印刷装置４のログファイル４２１（ログ情報）を取得する取得部１０１ａと、取得部１０１ａで取得したログファイル４２１に基づいて、印刷装置４のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、印刷装置４のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成する推測部１０１ｂ（制御部）と、印刷装置識別情報４２２の指定を含む問い合わせに応じて、印刷装置識別情報４２２に対応する印刷装置４のエラー情報、対処方法情報、及び、レベル情報を出力するサーバー側通信部１０３（出力部）と、を備える。

これにより、制御サーバー１０は、エラー情報、対処方法情報、及び、レベル情報を出力するため、印刷装置４のエラーに関する情報の提供に際し、印刷装置４のエラーへの対処に関する有益な情報を含めてサーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンに提供でき、サーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンの利便性が向上する。

また、取得部１０１ａは、過去に対処方法情報に基づいて行われた対処結果を示す対処結果情報、及び、印刷装置識別情報４２２の指定を含む問い合わせを示す問い合わせ情報の少なくともいずれかをさらに取得する。推測部１０１ｂは、取得部１０１ａで取得したログファイル４２１、並びに、対処結果情報、及び、問い合わせ情報の少なくともいずれかに基づいて、印刷装置４のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測する。

このように、推測部１０１ｂは、ログ情報、並びに、対処結果情報、及び、問い合わせ情報の少なくともいずれかに基づいて、印刷装置４のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測する。そのため、制御サーバー１０は、ログ情報以外に対処結果情報、及び、問い合わせ情報の少なくともいずれかを考慮して、的確に、印刷装置４のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測でき、的確に推測されたエラーに関する情報をサーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンに提供できる。

また、推測部１０１ｂは、エラーへの対処方法のレベルとして、印刷装置側ユーザーが対処方法情報に基づく対処が可能であるか否かを推測する。

これにより、制御サーバー１０は、印刷装置のエラーに関する情報の提供に際し、印刷装置側ユーザーが印刷装置のエラーへの対処が可能であるか否かという有益な情報を提供でき、サーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンの利便性が向上する。

また、推測部１０１ｂは、エラーへの対処方法のレベルとして、印刷装置側ユーザーが対処方法情報に基づく対処が不可能であると推測した場合、サービスマン（ユーザー以外の者）が対処を行った場合に発生する費用をさらに推測し、サービスマンが対処を行った場合に発生する費用を示す費用情報を生成する。

これにより、生成した費用情報をさらに出力することで、印刷装置４のエラーに関する情報の提供に際し、サービスマンが印刷装置４のエラーへの対処を行った場合に発生する費用という有益な情報をサーバー側ユーザー、及び、印刷装置側ユーザーに提供でき、サーバー側ユーザー、及び、印刷装置側ユーザーの利便性が向上する。

また、サーバー側通信部１０３は、推測部１０１ｂが、エラーへの対処方法のレベルとして、印刷装置４のユーザーが対処方法情報に基づく対処が可能であると推測した場合、印刷装置側端末６にエラー情報、対処方法情報、及び、レベル情報を出力する。また、サーバー側通信部１０３は、推測部１０１ｂが、エラーへの対処方法のレベルとして、印刷装置側ユーザーが対処方法情報に基づく対処が不可能であると推測した場合、サービスマン用端末１２にエラー情報、対処方法情報、及び、レベル情報を出力する。

これにより、印刷装置４のユーザーがエラーへの対処が可能であると推測した場合、印刷装置側端末６にエラー情報、対処方法情報、及び、レベル情報を出力し、印刷装置側ユーザーがエラーへの対処が不可能であると推測した場合、サービスマン用端末１２にエラー情報、対処方法情報、及び、レベル情報を出力する。そのため、制御サーバー１０は、エラーへの対処方法のレベルに応じて、適切に、印刷装置側端末６又はサービスマン用端末１２に対して、エラー情報、対処方法情報、及び、レベル情報を出力できる。

また、推測部１０１ｂは、エラーへの対処方法として、１又は複数、推測すると共に、推測したエラーへの対処方法のそれぞれについて、推測したエラーへの対処方法に基づく対処によりエラーが解消する解消確率を推測し、解消確率を示す解消確率情報を生成する。

これにより、制御サーバー１０は、生成した解消確率情報をさらに出力することで、印刷装置４のエラーに関する情報の提供に際し、解消確率という有益な情報をサーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンに提供でき、サーバー側ユーザー、印刷装置側ユーザー、及び、サービスマンの利便性が向上する。

なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。

例えば、上述した実施形態では、制御サーバー１０と、印刷装置４とが通信可能に接続され、制御サーバー１０の取得部１０１ａは、印刷装置４と通信してログファイル４２１を取得した。この点に関し、印刷装置４と異なる装置（例えば、印刷装置４を制御するホストコンピューターや、ローカルエリアネットワークＬＮ１に接続されたサーバー等）が印刷装置４からログファイル４２１を取得し、制御サーバー１０が当該装置から、ログファイル４２１を取得する構成でもよい。

また、例えば、上述した実施形態では、印刷システム２が備える印刷装置４が複数である場合を例示したが、印刷システム２が備える印刷装置４の数は１でもよい。

また、例えば、上述した実施形態では、サーバー側端末１１が、エラーに関する情報の送信の要求することで、制御サーバー１０が、印刷装置側端末６又はサービスマン用端末１２にエラーに関する情報を送信する構成を説明した。しかしながら、制御サーバー１０は、サーバー側端末１１から要求を受けずとも、エラーに関する情報を印刷装置側端末６又はサービスマン用端末１２にエラーに関する情報を送信する構成としてよい。つまり、制御サーバー１０は、印刷装置側ユーザーが推定された対処方法に基づく対処が可能であると判別した場合、サーバー側端末１１から要求を受けずとも、エラーに関する情報を印刷装置側端末６に送信する構成としてもよい。また、制御サーバー１０は、印刷装置側端末ユーザーが推定された対処方法に基づく対処が可能でないと判別した場合、サーバー側端末１１から要求を受けずとも、エラーに関する情報をサービスマン用端末１２に送信する構成としてもよい。

また、上述した実施形態では、印刷装置４の印刷形式はインクジェット形式であったが、印刷装置４の印刷形式は何でもよい。但し、ログファイル４２１には、印刷装置４の印刷形式に応じた監視項目のログが記録される。

また、図２、図３、及び、図４を用いて説明した機能ブロックは、本願発明を理解容易にするために、各装置の機能構成を主な処理内容に応じて分類して示した概略図である。各装置の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。また、各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、各構成要素の処理は、１つのプログラムで実現されてもよいし、複数のプログラムで実現されてもよい。

また、図５、図６、及び、図７で示したフローチャートの処理単位は、各装置の処理を理解容易にするために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称によって、本願発明が制限されることはない。各装置の処理は、処理内容に応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。また、同様の処理が行えれば、上記のフローチャートの処理順序も、図示した例に限られるものではない。

４…印刷装置、６…印刷装置側端末（印刷装置のユーザーの端末）、７…サーバーシステム、９…通信装置、１０…制御サーバー（情報処理装置）、１１…サーバー側端末、１２…サービスマン用端末（印刷装置のユーザー以外の端末）、１０１…サーバー側制御部、１０１ａ…取得部、１０１ｂ…推測部（制御部）、１０２…サーバー側記憶部、１０２ａ…ログ管理データベース、１０２ｂ…対処方法管理データベース、１０３…サーバー側通信部（出力部）、１１１…サーバー端末側制御部、１１２…サーバー端末側記憶部、１１３…サーバー端末側入力部、１１４…サーバー端末側表示部、１１５…サーバー端末側通信部、ＬＮ２…ローカルエリアネットワーク。

Claims (7)

1. 印刷装置を識別する識別情報、及び、前記印刷装置のログ情報を取得する取得部と、
   前記取得部で取得した前記ログ情報に基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、前記印刷装置のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成する制御部と、
   前記識別情報の指定を含む問い合わせに応じて、前記識別情報に対応する前記印刷装置の前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する出力部と、を備える
   情報処理装置。
2. 前記取得部は、過去に前記対処方法情報に基づいて行われた対処結果を示す対処結果情報、及び、前記識別情報の指定を含む問い合わせを示す問い合わせ情報の少なくともいずれかをさらに取得し、
   前記制御部は、前記取得部で取得した前記ログ情報、並びに、前記対処結果情報、及び、前記問い合わせ情報の少なくともいずれかに基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測する
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が可能であるか否かを推測する
   請求項１又は２に記載の情報処理装置。
4. 前記出力部は、
   前記制御部が、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が可能であると推測した場合、前記印刷装置のユーザーの端末に前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力し、
   前記制御部が、前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が不可能であると推測した場合、前記印刷装置のユーザー以外の端末に前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記制御部は、
   前記エラーへの対処方法のレベルとして、前記印刷装置のユーザーが前記対処方法情報に基づく対処が不可能であると推測した場合、ユーザー以外の者が対処を行った場合に発生する費用をさらに推測し、前記ユーザー以外の者が対処を行った場合に発生する費用を示す費用情報を生成し、
   前記出力部は、前記エラー情報、前記対処方法情報、及び、前記レベル情報に加えて、前記費用情報を出力する、
   請求項３又は４に記載の情報処理装置。
6. 前記制御部は、
   前記エラーへの対処方法として、１又は複数、推測すると共に、推測したエラーへの対処方法のそれぞれについて、推測したエラーへの対処方法に基づく対処によりエラーが解消する確率を推測し、推測したエラーへの対処方法に基づく対処によりエラーが解消する確率を示す確率情報を生成し、
   前記出力部は、前記エラー情報、前記対処方法情報、及び、前記レベル情報に加えて、前記確率情報を出力する、
   請求項１から５のいずれか一項に記載の情報処理装置。
7. 印刷装置を識別する識別情報、及び、前記印刷装置のログ情報を取得し、
   取得した前記ログ情報に基づいて、前記印刷装置のエラー、エラーへの対処方法、及び、エラーへの対処方法のレベルを推測し、前記印刷装置のエラーを示すエラー情報、エラーへの対処方法を示す対処方法情報、及び、エラーへの対処方法のレベルを示すレベル情報を生成し、
   前記識別情報の指定を含む問い合わせに応じて、前記識別情報に対応する前記印刷装置の前記エラー情報、前記対処方法情報、及び、前記レベル情報を出力する
   情報処理装置の制御方法。

Images