JP6476905B2 - 印刷装置の制御方法、印刷装置、印刷管理サーバー、印刷システム、印刷制御プログラム、記録媒体 - Google Patents

Description

この発明は、印刷装置で発生したイベントに対する対処動作をユーザーに把握させるための技術に関する。

従来、ユーザーの携帯端末装置から印刷装置にコマンドを送信して、当該コマンドが示す動作を印刷装置に実行させる技術がある。例えば特許文献１では、印刷装置に実行させる動作を示す操作ボタンが携帯端末装置のタッチパネルに表示される。そして、ユーザーが操作ボタンを押すと、当該操作ボタンが示す動作を印刷装置に実行させる。

特願２０１１−２８０３６６号公報

ところで、印刷装置では、例えば紙ジャムやインクの吐出不良等の種々のイベントが発生し得る。このようなイベントが生じた場合、当該イベントへの対応動作を印刷装置に適宜実行させることが好適となる。そこで、発生したイベントに対する対応動作の候補を端末装置で容易に把握できることが、ユーザーの利便性の向上につながる。しかしながら、特許文献１の技術は、この点に十分応えられるものではなかった。

この発明は上記課題に鑑みてなされたものであり、印刷装置で発生したイベントに対する対応動作の候補をユーザーが端末装置で容易に把握することを可能とする技術の提供を目的とする。

本発明にかかる印刷装置の制御方法は、上記目的を達成するために、印刷動作を含む複数の動作を実行可能な印刷装置でのイベントの発生を検知する工程と、端末装置に表示可能であり異なる動作を示す複数の画像のうちから、イベントに対する対応動作の候補を示す画像を、端末装置に選択的に表示する工程とを備える。

本発明にかかる印刷装置は、上記目的を達成するために、印刷動作を含む複数の動作を実行可能な印刷実行部と、印刷実行部で発生したイベントに応じた信号を出力することで、端末装置に表示可能であり異なる動作を示す複数の画像のうちから、イベントに対する対応動作の候補を示す画像を、端末装置に選択的に表示させる通信部とを備える。

本発明にかかる印刷管理サーバーは、上記目的を達成するために、印刷動作を含む複数の動作を実行可能な印刷装置を制御する制御部と、印刷装置で発生したイベントに応じた信号を出力することで、端末装置に表示可能であり異なる動作を示す複数の画像のうちから、イベントに対する対応動作の候補を示す画像を、端末装置に選択的に表示させる通信部とを備える。

本発明にかかる印刷システムは、上記目的を達成するために、印刷動作を含む複数の動作を実行可能な印刷装置と、印刷装置で発生したイベントに応じた信号を出力することで、端末装置に表示可能であり異なる動作を示す複数の画像のうちから、イベントに対する対応動作の候補を示す画像を、端末装置に選択的に表示させる印刷管理サーバーとを備える。

本発明にかかるプログラムは、上記目的を達成するために、印刷動作を含む複数の動作を実行可能な印刷装置で発生したイベントに対する対応動作の候補を示す画像を、端末装置に表示可能であり異なる動作を示す複数の画像のうちから選択する工程と、選択された画像を端末装置に表示する工程とを、端末装置に搭載されたコンピューターに実行させる。

本発明にかかる記録媒体は、上記のプログラムをコンピューターにより読み出し可能に記録する。

このように構成された本発明（印刷装置の制御方法、印刷装置、印刷管理サーバー、印刷システム、プログラム、記録媒体）では、印刷装置で発生したイベントに対する対応動作の候補を示す画像が、端末装置に表示される。しかも、かかる画像は、端末装置に表示可能な複数の画像のうちから選択的に表示される。そのため、イベントへの対応に関係の無い画像の表示を抑えて、端末装置での表示を簡潔にすることが可能となっている。その結果、印刷装置で発生したイベントに対する対応動作の候補をユーザーが端末装置で容易に把握することが可能となっている。

また、端末装置に表示された画像に対して第１操作を実行したことを検知する工程と、第１操作の実行が検知された画像が示す対応動作の説明を端末装置に表示する工程とを備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、画像に対して第１操作を実行することで、画像が示す対応動作の内容を的確に確認することができる。

また、説明を表示する画面に、印刷装置に設定されたパラメーターの値を表示する工程と、画面への操作（選択指示や選択動作）に応じてパラメーターの値を変更するコマンドを印刷装置に送信する工程とを備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、印刷装置に設定されるパラメーターの値を適宜変更することができる。

また、端末装置に表示された説明に対して第２操作を実行したことを検知する工程と、第２操作の実行が検知された説明が示す対応動作を実行させるコマンドを印刷装置に送信する工程とを備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、画像が示す対応動作の内容を確認した上で、当該対応動作を印刷装置に的確に実行させることができる。

また、端末装置に表示された画像に対して第３操作を実行したことを検知する工程と、第３操作の実行が検知された画像が示す対応動作を実行させるコマンドを印刷装置に送信する工程とを備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、選択的に表示された画像に対して第３操作を実行することで、イベントへの対応動作を印刷装置に的確に実行させることができる。

また、第３操作の実行対象となった画像に対して第４操作を実行したことを検知する工程と、第４操作の実行が検知された画像に実行された第３操作により送信されたコマンドを取り消すコマンドを印刷装置に送信する工程とを備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、印刷装置に送信済みのコマンドを容易に取り消すことができる。

また、対応動作を実行させるコマンドを送信する対象となった画像の表示態様を、送信の前後で変更するように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、コマンドの送信が実行されたことを容易に把握することができる。

また、印刷装置へ送信されたコマンドに対応する画像をコマンドの送信順に並べた送信履歴を、端末装置に表示する工程を備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、コマンドの送信履歴を容易に把握することができる。

また、送信履歴の画像に対して第５操作を実行したことを検知する工程と、第５操作の実行が検知された画像に対応するコマンドを印刷装置に再送信する工程を備えるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、第５操作を実行することで、コマンドの再送信を送信履歴から容易に実行することができる。

また、送信履歴での画像の表示態様を再送信の可否に応じて異ならせるように、印刷装置の制御方法を構成しても良い。かかる構成では、ユーザーは、送信履歴の画像の再送信の可否を容易に把握することができる。

また、イベントに対する対応動作の候補が２以上ある場合は、互いに異なる対応動作を示す２以上の画像を端末装置に表示するように、印刷装置の制御方法を構成しても良い。かかる構成では、２以上の対応動作の候補を文字で表示するのではなく、２以上の画像で表示するため、表示に要するスペースを節約できるとともにユーザーの一覧性を高めることができる。

印刷装置、印刷管理サーバーおよび端末装置の構成を示す図。 端末装置のディスプレイに表示されるスタンプの例の一覧を示す図。 本実施形態にかかる印刷制御方法の一例を示すフローチャート。 イベントの内容に応じて表示されるスタンプのリストの一例を示す図。 印刷装置でのイベントの発生を示す端末装置の表示例を示す図。 端末装置に表示されるスタンプ説明ウィンドウの一例を示す図。 端末装置のディスプレイへの表示形式の変形例を示す図。 端末装置のディスプレイへの表示形式の変形例を示す図。 端末装置のディスプレイへの表示形式の変形例を示す図。 端末装置のディスプレイへの表示形式の変形例を示す図。

図１は、本発明の印刷制御方法を実行可能な印刷装置、印刷管理サーバーおよび端末装置の構成を模式的に示す図である。なお、図１では、印刷装置１、印刷管理サーバー２および端末装置３以外に、インターネットＩが併記されている。印刷装置１と印刷管理サーバー２とは印刷システム１０を構成し、ＬＡＮ(Local Area Network)を介して相互に通信可能である。また、印刷管理サーバー２と端末装置３とはインターネットＩを介して相互に通信可能である。

印刷装置１は、当該印刷装置１の機械的構成であるエンジン部１１と、エンジン部１１を制御する電気的構成であるコントローラー１３とを備える。印刷装置１のエンジン部１１は、インクを用紙（ウェブ）に吐出することで印刷を行うものであり、例えば特開２０１４−１８０８０５号公報あるいは特開２０１３−９９７号公報等に示された印刷装置の機械的構成と同様の構成を具備する。

エンジン部１１は、印刷ヘッド１１１、搬送ユニット１１３およびメンテナンスユニット１１５を有する。印刷ヘッド１１１は複数のノズルを有し、所定の印刷位置にある用紙に対して各ノズルからインクジェット方式でインクを吐出することで、用紙に印刷対象を印刷する。搬送ユニット１１３は、搬送経路に沿って用紙を搬送するものであり、印刷前の用紙を印刷位置に供給するとともに、印刷後の用紙を印刷位置から排出する。また、メンテナンスユニット１１５は、印刷ヘッド１１１に対してクリーニングを実行する。このクリーニングは、印刷ヘッド１１１のノズルをキャップで覆った状態でキャップ内に負圧を与えることで、ノズルからインクを強制的に排出する動作である。

コントローラー１３は、演算ユニット１３１、電源ユニット１３３、記憶ユニット１３５および通信ユニット１３７を有する。演算ユニット１３１は、ＣＰＵ(Central Processing Unit)やＲＡＭ(Random Access Memory)で構成されており、印刷装置１の動作を統括的に制御する。電源ユニット１３３は、印刷装置１の電源を制御する回路であり、電源のオン／オフやパワーマネジメントを実行する。記憶ユニット１３５は、各種のプログラムやデータを記憶するＨＤＤ(Hard Disk Drive)である。また、通信ユニット１３７は、外部との通信を制御する通信インターフェースであり、印刷管理サーバー２との間のＬＡＮに接続されている。

かかる印刷装置１では、通信ユニット１３７が印刷管理サーバー２から受信した印刷ジョブが記憶ユニット１３５に格納される。そして、演算ユニット１３１が印刷ジョブを印刷データに変換するレンダリングを実行し、印刷データに基づいて印刷ヘッド１１１を駆動する。これによって、印刷データが示す吐出タイミングで、印刷ヘッド１１１の各ノズルからインクが吐出され、印刷ジョブが示す印刷対象が用紙に印刷される。

ちなみに、印刷装置１では、レンダリングの失敗、紙ジャムの発生、ノズル抜け、ファーム／ソフトウェアのエラーあるいはハードウェアのエラー等の各種エラーが生じ得る。ここで、レンダリングの失敗は、印刷ジョブから印刷データへの変換に失敗するエラーである。紙ジャムの発生は、搬送ユニット１１３の搬送経路の途中で用紙が詰まるエラーである。ノズル抜けは、印刷ヘッド１１１のノズルから適正量のインクが吐出できなくなるエラーである。ファーム／ソフトウェアのエラーは、コントローラー１３の動作不良に基づくエラーであり、例えばコントローラー１３のフリーズ等が挙げられる。ハードウェアのエラーは、エンジン部１１の動作不良に基づくエラーであり、例えばエンジン部１１の物理的な故障が挙げられる。そこで、コントローラー１３の演算ユニット１３１は、これらのエラーの有無を適宜監視する機能を担う。

印刷管理サーバー２は、印刷装置１の動作を管理するコンピューターであり、演算ユニット２１、記憶ユニット２３および通信ユニット２５を有する。演算ユニット２１は、ＣＰＵやＲＡＭで構成されており、印刷管理サーバー２の動作を統括的に制御する。記憶ユニット２３は、各種のプログラムやデータを記憶するＨＤＤであり、特に端末装置３用のプログラムＰ３（アプリケーションソフトウェア）を保存する。通信ユニット２５は、外部との通信を制御する通信インターフェースであり、印刷装置１の通信ユニット１３７との間のＬＡＮに接続されるとともにインターネットＩに接続されている。かかる印刷管理サーバー２は通信ユニット２５により、印刷装置１および端末装置３のぞれぞれと通信が可能であり、印刷装置１のステータスを端末装置３に通知したり、端末装置３からのコマンドを印刷装置１に通知したりする。

本実施形態においては、端末装置３は、液晶タッチパネルで構成されたディスプレイ３０を有する可搬型の携帯端末装置（例えばスマートフォンあるいはタブレット）である。この端末装置３は、演算ユニット３１、記憶ユニット３３および通信ユニット３５を有する。演算ユニット３１は、ＣＰＵやＲＡＭで構成されており、端末装置３の動作を統括的に制御する。記憶ユニット３３は、各種のプログラムやデータを記憶するＨＤＤであり、印刷管理サーバー２から通信ユニット３５を介してダウンロードされた端末装置３用のプログラムＰ３を保存する。通信ユニット３５は、インターネットＩを介した外部との通信を制御する通信インターフェースである。

上記の印刷装置１では、印刷の完了や上述のエラー等の各種のイベントが生じ得る。かかるイベントが生じた場合は、当該イベントに応じた対応動作を印刷装置１に実行させる必要がある。そこで、本実施形態の印刷制御方法は、印刷装置１でイベントが生じると、当該イベントに対する対応動作の候補を示すスタンプＳ（図２）を、ユーザーの端末装置３のディスプレイ３０に表示する。

図２は、端末装置のディスプレイに表示されるスタンプの例の一覧を示す図である。図２に示すように、各スタンプＳは対応動作の内容を画像で表したものであり、互いに異なる対応動作を示す各スタンプＳは、互いに異なる画像を有する。これらスタンプＳの画像データは、端末装置３において、演算ユニット３１によるプログラムＰ３の実行によって展開されて、記憶ユニット３３に保存される。

ここで、印刷の継続とは、実行中あるいは中断中の印刷を継続する動作である。強制紙送り後に再印刷とは、搬送ユニット１１３により搬送経路の途中にある用紙を強制搬送した後に、当該用紙への印刷対象の印刷を再度行う動作である。印刷装置の再起動とは、印刷装置１のエンジン部１１およびコントローラー１３を再起動する動作である。ソフトウェアの再起動とは、印刷装置１のコントローラー１３のみを再起動する動作である。端末装置３の電源オフとは、電源ユニット１３３により印刷装置１の電源を切る動作である。ジョブの再印刷とは、対応する印刷が実行中あるいは中断中のジョブについて、レンダリングを再度行って印刷を行う動作である。次ジョブの印刷とは、対応する印刷が実行中あるいは中断中のジョブの次のジョブについて、印刷を行う動作である（なお、対応する印刷が実行中あるいは中断中のジョブは削除する）。ジョブの削除とは、対応する印刷が実行中あるいは中断中のジョブを削除する動作である。クリーニングとは、メンテナンスユニット１１５により印刷ヘッド１１１のクリーニングを行う動作である。自動ノズルチェックオンとは、ノズル抜けの発生の有無を自動で断続的にチェックする動作である。

図３は、本実施形態にかかる印刷制御方法の一例を示すフローチャートである。同図では、フローチャートの各ステップが印刷装置１、印刷管理サーバー２および端末装置３のいずれで実行されるかを示すため、その実行主体を示す欄に各ステップを記載している。ここで、印刷装置の欄に示すステップＳ１０１〜Ｓ１０３は、印刷装置１の演算ユニット１３１が印刷装置１用のプログラムに規定される演算を行うことで実行される。印刷管理サーバーの欄に示すステップＳ２０１〜Ｓ２０４は、印刷管理サーバー２の演算ユニット２１が印刷管理サーバー２用のプログラムに規定される演算を行うことで実行される。また、端末装置の欄に示すステップＳ３０１〜Ｓ３０６は、端末装置３の演算ユニット３１が端末装置３用のプログラムＰ３に規定される演算を行うことで実行される。

印刷装置１の演算ユニット１３１は印刷開始のコマンドを受信すると、上述のレンダリングおよび印刷ヘッド１１１の駆動といった一連の印刷動作を開始するとともに、印刷装置１におけるイベント発生の有無の監視を開始する（ステップＳ１０１）。そして、印刷装置１の演算ユニット１３１は、イベントの発生を確認すると（ステップＳ１０１で「ＹＥＳ」）、印刷管理サーバー２にイベントを通知する（ステップＳ１０２）。

イベント通知を受信した印刷管理サーバー２は、イベントの転送先となる端末装置３のバージョンを確認する（ステップＳ２０１）。つまり、印刷管理サーバー２の記憶ユニット２３には、イベントの転送先となる端末装置３を示す端末情報が登録されている。そして、印刷管理サーバー２は、イベント通知を受信すると、当該端末情報に基づき転送先の端末装置３にアクセスして、当該端末装置３にインストールされているプログラムＰ３のバージョンを確認する。この際、印刷管理サーバー２に保存するプログラムＰ３のバージョンに対して、端末装置３のプログラムＰ３のバージョンが一致すればそのままステップＳ２０２に進み、古い場合はバージョンアップを行ってから（すなわち、印刷管理サーバー２に保存するプログラムＰ３を端末装置３にダウンロードしてから）、ステップＳ２０２に進む。このように適宜バージョンアップを行うことで、転送先となる端末装置３のスタンプＳの画像データがアップデートされる。

ステップＳ２０２では、印刷管理サーバー２の演算ユニット２１が、印刷装置１で発生したイベントの内容を示す送信データを作成する。そして、印刷管理サーバー２は、この送信データを端末装置３に送信することで、端末装置３にイベントの通知を行う（ステップＳ２０３）。

イベント通知を受信した端末装置３は、送信データが示すイベントに対応するスタンプＳ（すなわち、当該イベントに対する対応動作の候補を示すスタンプＳ）を検索する（ステップＳ３０１）。具体的には、演算ユニット３１は、送信データの解析を行うことで送信データが示すイベントを確認し、確認したイベントに対応するスタンプＳを記憶ユニット３３に記憶された複数のスタンプＳ（図２）のうちから検索する。そして、演算ユニット３１は、この検索結果をディスプレイ３０に表示する（ステップＳ３０２）。これによって、印刷装置１で発生したイベントに対する対応動作の候補を示すスタンプＳが、図２に示す複数のスタンプＳのうちから選択されて、端末装置３のディスプレイ３０に表示される。

図４は、イベントの内容に応じて表示されるスタンプのリストの一例を示す図である。同図に示すように、印刷が完了した場合は、印刷装置の電源オフを示すスタンプＳが表示される。レンダリングの失敗が発生した場合は、ジョブの再印刷、印刷装置の再起動、ソフトウェアの再起動および次ジョブの印刷を示すスタンプＳがそれぞれ表示される。紙ジャムが発生した場合は、ジョブの削除、強制紙送り後に再印刷、印刷の継続および印刷装置の電源オフを示すスタンプＳがそれぞれ表示される。ノズル抜けが発生した場合は、クリーニング、自動ノズルチェックオン、ジョブの削除、ジョブの再印刷、印刷の継続、印刷装置の再起動および印刷装置の電源オフを示すスタンプＳがそれぞれ表示される。ファーム／ソフトウェアのエラーが発生した場合は、印刷装置の電源オフおよび印刷装置の再起動を示すスタンプＳがそれぞれ表示される。ハードウェアのエラーが発生した場合は、印刷装置の電源オフを示すスタンプＳが表示される。

つまり、端末装置３では、演算ユニット３１がプログラムＰ３を実行することで、図４のリストを示すリストデータが展開されて記憶ユニット３３に記憶される。そして、演算ユニット３１は送信データ示すイベントとリストデータが示すリストとを比較することで、当該イベントの内容に対応するスタンプＳを検索し（ステップＳ３０１）、その検索結果をディスプレイ３０に表示する（ステップＳ３０２）。こうして、イベントの内容に応じた対応動作を示すスタンプＳが、図２に示す複数のスタンプＳのうちから選択されて、ディスプレイ３０に表示される。

図５は、印刷装置でのイベントの発生を示す端末装置のディスプレイの表示例を示す図であり、特にノズル抜けが発生した場合の例を示す。図５に示すように、ディスプレイ３０では、印刷装置１（プリンター）で発生したイベントの内容を文字で示すイベント通知ウィンドウＷｅと、イベント通知ウィンドウＷｅに示すイベントに対する対応動作の候補を画像で示す各スタンプＳとが併せて表示される。なお、イベント通知ウィンドウＷｅには、イベントが発生した印刷装置１の識別コード（図中の「ＸＸ」）と、イベントの内容の文字説明（図中の「ノズル抜け」）と、イベントの内容を示すイベントコード（図中の「エラー１０９９」）とが示される。

図５の例を用いつつ図３のフローチャートに沿って説明を続ける。ステップＳ３０３では、演算ユニット３１は、ディスプレイ３０に表示されたスタンプＳのうちの一のスタンプＳがユーザーにより選択されたか否かを監視する。具体的には、演算ユニット３１は、ディスプレイ３０においてスタンプＳをタップするユーザーの操作を選択操作と認識する。ここで、タップとは対象物を指で触る操作を示す。そして、選択操作が実行された場合（ステップＳ３０３で「ＹＥＳ」の場合）は、選択操作の実行対象となったスタンプＳの内容を説明するスタンプ説明ウィンドウＷｓを、ディスプレイ３０に表示する（図６）。

図６は、端末装置のディスプレイに表示されるスタンプ説明ウィンドウの一例を示す図であり、特にクリーニングに対応するスタンプＳの内容を説明する場合の例を示す。図６に示すように、スタンプ説明ウィンドウＷｓには、スタンプＳの内容の文字説明（図中の「ヘッドをクリーニングします」）と、スタンプＳが示す対応動作を印刷装置１に実行させるコマンドのテキスト（図中の「Cleaning Level XX」）とが示される。かかるスタンプ説明ウィンドウＷｓによって、ユーザーはスタンプＳの内容を的確に把握することができる。

図５および図６の例を用いつつ図３のフローチャートに沿って説明を続ける。ステップＳ３０５では、演算ユニット３１は、スタンプ説明ウィンドウＷｓを表示するディスプレイ３０に対してユーザーが実行する操作を監視する。そして、ユーザーがスタンプ説明ウィンドウＷｓ以外の部分をタップするキャンセル操作を実行した場合（ステップＳ３０５で「ＣＡＮＣＥＬ」の場合）は、演算ユニット３１はディスプレイ３０での表示内容を図５のそれに戻しつつ、ステップＳ３０３に戻る。一方、ユーザーがスタンプ説明ウィンドウＷｓを上方へフリックする送信操作を実行した場合（ステップＳ３０５で「ＯＫ」の場合）は、演算ユニット３１は、スタンプ説明ウィンドウＷｓが示す対応動作を印刷装置１に実行させる実行コマンドを印刷管理サーバー２に送信する（ステップＳ３０６）。ここで、フリックとは指で対象物に触りつつ指を所定方向にスライドさせる操作を示す。

印刷管理サーバー２は、端末装置３より受信した実行コマンドを、印刷装置１に転送する（ステップＳ２０４）。ところで、上述のとおり、印刷管理サーバー２は、複数の端末装置３に対してイベント通知を行うことができる。したがって、各端末装置３を操作するユーザーのそれぞれが実行コマンドを印刷管理サーバー２に送信し、印刷管理サーバー２が重複あるいは不要な実行コマンドを受け取る場合がある。そこで、印刷管理サーバー２は、印刷管理サーバー２から受信した実行コマンドを印刷装置１に送信する必要があるか否かを、受信した実行コマンドと送信済みの実行コマンドとを比較した結果に基づき判断する。そして、必要がある場合にのみ実行コマンドを印刷装置１に送信する。例えば、一の端末装置３から受信した実行コマンドが、他の端末装置３から受信して印刷装置１に送信済みの実行コマンドと重複する場合には、印刷管理サーバー２は、一の端末装置３から受信した実行コマンドを印刷装置１に送信しない。

そして、印刷管理サーバー２から実行コマンドを受信した印刷装置１は、当該実行コマンドが示す対応動作を実行し（ステップＳ１０３）、ステップＳ１０１に戻る。また、ステップＳ１０３では、印刷装置１は対応動作を実行すると、その旨を通知するリプライを、印刷管理サーバー２を介して端末装置３に送信する。

以上に説明するように、本実施形態では、印刷装置１で発生したイベントに対する対応動作の候補を示すスタンプＳが、端末装置３に表示される。しかも、かかるスタンプＳは、端末装置３に表示可能な複数のスタンプＳ（図２）のうちから選択的に表示される。そのため、イベントへの対応に関係の無いスタンプＳの表示を抑えて、端末装置３での表示を簡潔にすることが可能となっている。その結果、印刷装置１で発生したイベントに対する対応動作の候補をユーザーが端末装置３で容易に把握することが可能となっている。

また、端末装置３は、ユーザーがスタンプＳに選択操作を実行したことを検知すると（ステップＳ３０３）、選択操作の対象となったスタンプＳが示す対応動作の説明を表示する（ステップＳ３０４）。つまり、ユーザーは、スタンプＳに対して選択操作を実行することで、スタンプＳが示す対応動作の内容を的確に確認することが可能となっている。

また、端末装置３は、ユーザーがイベント通知ウィンドウＷｅに送信操作を実行したことを検知すると（ステップＳ３０５）、送信操作の対象となったイベント通知ウィンドウＷｅが示す対応動作を実行させる実行コマンドを、印刷管理サーバー２を介して印刷装置１に送信する（ステップＳ３０６）。したがって、ユーザーは、スタンプＳが示す対応動作の内容を確認した上で、当該対応動作を印刷装置１に的確に実行させることができる。しかも、端末装置３は、タップではなく、フリックを送信操作として認識するため、ユーザーが不用意にディスプレイ３０に接触したとしても、実行コマンドが誤って送信されることが抑止される。

また、端末装置３は、イベントに対する対応動作の候補が２以上ある場合は、互いに異なる対応動作を示す２以上のスタンプＳを表示する。かかる構成では、２以上の対応動作の候補を文字で表示するのではなく、２以上のスタンプＳで表示するため、表示に要するスペースを節約できるとともにユーザーの一覧性を高めることができる。

このように本実施形態では、印刷装置１が本発明の「印刷装置」の一例に相当し、エンジン部１１が本発明の「（印刷装置の）印刷実行部」の一例に相当し、通信ユニット１３７が本発明の「（印刷装置の）通信部」の一例に相当し、印刷管理サーバー２が本発明の「印刷管理サーバー」の一例に相当し、演算ユニット２１が本発明の「（印刷管理サーバーの）制御部」の一例に相当し、通信ユニット２５が本発明の「（印刷管理サーバーの）通信部」の一例に相当し、印刷システム１０が本発明の「印刷システム」の一例に相当し、プログラムＰ３が本発明の「プログラム」の一例に相当し、記憶ユニット２３あるいは記憶ユニット３３が本発明の「記録媒体」の一例に相当し、演算ユニット３１が本発明の「コンピューター」の一例に相当し、端末装置３が本発明の「端末装置」の一例に相当し、スタンプＳが本発明の「画像」の一例に相当し、ステップＳ３０３での選択操作が本発明の「第１操作」の一例に相当し、ステップＳ３０５での送信操作が本発明の「第２操作」の一例に相当する。

なお、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて上述したものに対して種々の変更を加えることが可能である。例えば、上記実施形態では、スタンプＳが示す対応動作の実行コマンドを印刷装置１に送信する送信操作を、図６に示すスタンプ説明ウィンドウＷｓをフリックすることで実行していた。しかしながら、実行コマンドの送信をユーザーに確認するように端末装置３を構成しても良い。具体的には、ユーザーがスタンプ説明ウィンドウＷｓをタップすると、端末装置３は、スタンプ説明ウィンドウＷｓに示す実行コマンドを印刷装置１に送信するか否かをユーザーに確認する送信ボタンをディスプレイ３０に表示する。そして、ユーザーが送信ボタンをタップすると、端末装置３は、当該実行コマンドを印刷装置１に送信する。かかる構成では、スタンプ説明ウィンドウＷｓのタップから送信ボタンのタップまでの一連の操作が、本発明の「第２操作」の一例に相当する。

あるいは、スタンプＳについて習熟が進むと、ユーザーによってはスタンプ説明ウィンドウＷｓの確認を必ずしも要しない。そこで、スタンプ説明ウィンドウＷｓを表示せずとも、送信操作を実行できるように構成しても良い。具体的には、ステップＳ３０２において、ディスプレイ３０（図５）に表示されるスタンプＳに対して、ユーザーが上方へフリックする送信操作を実行したか否かを監視する。そして、送信操作が実行された場合は、ステップＳ３０６に進んで、送信操作の対象となったスタンプＳが示す対応動作を印刷装置１に実行させる実行コマンドを端末装置３から印刷装置１に送信する。つまり、ユーザーは、スタンプＳに対して送信操作（第３操作）を実行することで、イベントへの対応動作を印刷装置１に的確に実行させることができる。しかも、端末装置３は、タップではなく、フリックを送信操作として認識するため、ユーザーが不用意にディスプレイ３０に接触したとしても、実行コマンドが誤って送信されることが抑止される。

また、図７〜図１０に示す変形例のように、印刷装置１で発生したイベントと、当該イベントに対応するコマンドとの通信履歴を端末装置３のディスプレイ３０に表示するように構成しても良い。ここで、図７〜図１０は端末装置のディスプレイへの表示形式の変形例を示す図であり、端末装置３の演算ユニット３１がプログラムＰ３に規定される演算を行うことで実行される。なお、ここでは上記実施形態との差異点について主に説明するが、上記実施形態と共通する構成を具備することで同様の効果が奏されることは言うまでもない。

この変形例では、印刷装置１から端末装置３へ通知されたイベントを示すイベント通知ウィンドウＷｅと、端末装置３から印刷装置１へ送信された実行コマンドを示す送信コマンドウィンドウＷｃとが、時系列に並んで端末装置３に表示される。特に、イベント通知ウィンドウＷｅと送信コマンドウィンドウＷｃとが、互いに区別可能な異なる形態で表示される。具体的には、イベント通知ウィンドウＷｅは左側から吹き出しつつ左側によった形態を有し、送信コマンドウィンドウＷｃは右側から吹き出しつつ右側によった形態を有する。

印刷装置１でイベントが発生すると、印刷装置１からのイベント通知を受けた端末装置３は、当該イベントを通知するイベント通知ウィンドウＷｅと、当該イベントに対する対応動作の候補を示すスタンプＳとをディスプレイ３０に表示する（図７）。図７の例では、ノズル抜けが発生した場合が示されている。また、端末装置３は、図７の画面を表示しつつ、ディスプレイ３０に表示されるスタンプＳに対して、ユーザーが上方へフリックする送信操作を実行したか否かを監視する。そして、送信操作が実行されると、端末装置３は、送信操作の対象となったスタンプＳが示す対応動作を印刷装置１に実行させる実行コマンドを、印刷装置１に送信する。

これに伴って、端末装置３は、印刷装置１に送信した実行コマンドの内容を示す送信コマンドウィンドウＷｃをディスプレイ３０に表示する（図８）。この送信コマンドウィンドウＷｃは、実行コマンドの送信対象となったスタンプＳと、実行コマンドのテキストとを示す。図８の例では、クリーニングを実行させる実行コマンドを送信した場合が示されている。

また、図８に示すように、端末装置３は、実行コマンドの送信対象となったスタンプＳの表示態様を送信前後で変更する。具体的には、送信前のスタンプＳと比較して送信後のスタンプＳには、送信済みを示す矢印マークが重畳される。これによって、ユーザーは、実行コマンドの送信が実行されたことを容易に把握することができる。ちなみに、スタンプＳの表示態様を送信前後で変更する具体的手法は、矢印マークの重畳に限られず、例えばスタンプＳの表示態様を送信後は透過表示に変更するといった手法でも良い。

印刷装置１は、実行コマンドが示す対応動作（クリーニング）を終了すると、対応動作の終了を示すイベント通知を端末装置３に送信する。かかる通知を受けた端末装置３は、上述と同様にイベント通知ウィンドウＷｅおよびスタンプＳをディスプレイ３０に表示する（図９）。そして、ユーザーが送信操作を実行すると、端末装置３は、当該送信操作の対象となったスタンプＳが示す対応動作を印刷装置１に実行させる実行コマンドを印刷装置１に送信する。さらに、端末装置３は、送信した実行コマンドの内容を示す送信コマンドウィンドウＷｃをディスプレイ３０に表示するとともに、実行コマンドの送信対象となったスタンプＳの表示態様を送信前後で変更する（図１０）。図１０では、印刷装置１に印刷動作を実行させる実行コマンドが印刷装置１に送信された場合が示されている。

こうして端末装置３には、印刷装置１と端末装置３との間の通信履歴（換言すれば、イベントの受信履歴および実行コマンドの送信履歴）が時系列に沿って表示される。かかる構成では、通信履歴が蓄積されるに従って、全通信履歴をディスプレイ３０に同時に表示することが難しくなる。そこで、端末装置３の演算ユニット３１は、記憶ユニット３３に記憶する全通信履歴のうちの一部分をディスプレイ３０に表示し、ユーザーのスクロール操作に応じてディスプレイ３０に表示する部分を変更する。

このように、図７〜図１０に示す変形例においても、印刷装置１で発生したイベントに対する対応動作の候補を示すスタンプＳが、端末装置３に表示される。しかも、かかるスタンプＳは、端末装置３に表示可能な複数のスタンプＳ（図２）のうちから選択的に表示される。そのため、イベントへの対応に関係の無いスタンプＳの表示を抑えて、端末装置３での表示を簡潔にすることが可能となっている。その結果、印刷装置１で発生したイベントに対する対応動作の候補をユーザーが端末装置３で容易に把握することが可能となっている。

また、端末装置３は、ディスプレイ３０に表示したスタンプＳに対して、上方へフリックする送信操作をユーザーが実行したか否かを監視する。そして、送信操作が実行されると、端末装置３は、送信操作の対象となったスタンプＳが示す対応動作を実行させる実行コマンドを、刷管理サーバー２を介して印刷装置１に送信する。つまり、ユーザーは、スタンプＳに対して送信操作（第３操作）を実行することで、イベントへの対応動作を印刷装置１に的確に実行させることができる。

また、端末装置３は、印刷装置１へ送信した実行コマンドに対応するスタンプＳを実行コマンドの送信順に並べた通信履歴を、ディスプレイ３０に表示する。これによって、ユーザーが実行コマンドの送信履歴を容易に把握することが可能となっている。

なお、この変形例にさらなる変更を加えることもできる。そこで、例えばユーザーの要求に応じて、スタンプＳの内容を説明するスタンプ説明ウィンドウＷｓを表示するように構成しても良い。具体的には、端末装置３は、ディスプレイ３０に表示したスタンプＳに対して、タップする選択操作（選択）をユーザーが実行したか否かを監視する。そして、選択操作が実行されると、端末装置３は、選択操作の実行対象となったスタンプＳの内容を説明するスタンプ説明ウィンドウＷｓをディスプレイ３０にポップアップ表示する。つまり、ユーザーは、スタンプＳに対して選択操作（第１操作）を実行することで、スタンプＳが示す対応動作の内容を的確に確認することが可能となっている。

あるいは、ユーザーがディスプレイ３０に表示された通信履歴への操作により、実行コマンドを印刷装置１に再送信できるように構成することもできる。具体的には、端末装置３は、ディスプレイ３０に表示される通信履歴のスタンプＳに対して、フリックする再送信操作をユーザーが実行したか否かを監視する。そして、再送信操作が実行されると、端末装置３は、再送信操作の実行対象となったスタンプＳが示す対応動作を印刷装置１に実行させる実行コマンドを印刷装置１に送信する。かかる構成では、ユーザーは、再送信操作（第５操作）を実行することで、実行コマンドの再送信を通信履歴から容易に実行することができる。

ちなみに、印刷装置１の状況によっては、ディスプレイ３０の通信履歴に表示されるスタンプＳのうち一部のスタンプＳを再送信することが適切でない場合もある。つまり、図４のリストから判るように、例えばハードウェアのエラーが生じている状況では、電源オフ以外の動作を印刷装置１に実行させることは適切でない。そこで、印刷装置１のステータスに応じて、実行コマンドの再送信の許可／禁止をスタンプＳ毎に制御するように、端末装置３を構成することもできる。

具体的には、端末装置３は、直近に受信したイベントの内容に基づき、印刷装置１に対応する実行コマンドを送信可能なスタンプＳと送信不能なスタンプＳとを区別する。そして、端末装置３は、送信不能なスタンプＳに対する再送信操作を受け付けない。これによって、印刷装置１の状況に対して不適切な実行コマンドが印刷装置１に送信されるのを防止できる。

さらに、端末装置３は、ディスプレイ３０の通信履歴でのスタンプＳの表示態様を再送信の可否に応じて異ならせる。例えば、対応する実行コマンドが送信可能であるスタンプＳの表示は、元のまま表示する、もしくは縁をハイライト表示、大きく表示、○印を重畳表示するように変更しても良い。あるいは、対応する実行コマンドが送信不能であるスタンプＳの表示は、グレーアウト、透過表示、小さく表示、×印を重畳表示するように変更しても良い。これによって、ユーザーは、通信履歴に示される各スタンプＳの再送信の可否を容易に把握することができる。

さらに、図１〜図１０に示した各例において、送信済みの実行コマンドをユーザーがキャンセルできるように端末装置３を構成しても構わない。例えば、図５および図６に示した実施形態では、端末装置３は、実行コマンドの送信後に、当該実行コマンドのキャンセルを実行するか否かをユーザーに確認するキャンセルボタンを表示する。そして、ユーザーがキャンセルボタンをタップする取消操作（第４操作）を実行すると、端末装置３は、実行コマンドを取り消す取消コマンドを印刷装置１に送信する。

また、図７〜図１０に示した変形例では、端末装置３は、矢印を重畳したスタンプＳに対して、下方にフリックする取消操作（第４操作）をユーザーが実行したか否かを監視する。そして、ユーザーが取消操作を実行すると、端末装置３は、対象のスタンプＳが示す実行コマンドを取り消す取消コマンドを印刷装置１に送信する。ちなみに、取消操作でフリックする方向（下方）は、送信操作あるいは再送信操作でフリックする方向（上方）と異ならせておくと良い。

かかる構成では、取消コマンドを受信した印刷装置１は、実行コマンドを取り消して、実行コマンドに基づく動作を停止する。したがって、ユーザーは、印刷装置１に送信済みの実行コマンドを容易に取り消すことができる。特に、印刷動作の取り消しの場合を例示すると、従来のように、印刷装置１に送信済みのジョブの一覧を表示するウィンドウを立ち上げて、キャンセル対象のジョブを選択するといった操作が不要になる点で、ユーザーの負担を軽減できる。

また、実行コマンドの送信のみならず、印刷装置１に設定されるパラメーターの値を端末装置３から変更できるように構成しても良い。例えば、ジョブを開始するまでの待ち時間や、ジョブの開始時間といったパラメーターの値をスタンプ説明ウィンドウＷｓに表示し、ユーザーによるスタンプ説明ウィンドウＷｓへの操作に応じて、パラメーターの値を変更するコマンドを端末装置３から印刷装置１に送信しても良い。かかる構成では、ユーザーは、印刷装置１に設定されるパラメーターの値を適宜変更することができる。

また、上述では、端末装置３から印刷装置１に実行コマンドを示すテキストデータを送信していた。しかしながら、端末装置３は実行コマンドを示すスタンプＳの画像データを印刷装置１に送信するように構成しても良い。この場合、印刷装置１が当該画像データを解析することで当該画像データに対応する実行コマンドを判断し、実行コマンドの示す対応動作を実行すれば良い。

また、印刷装置１と印刷管理サーバー２との間の具体的な通信手段は、種々考えられる。したがって、例えばＳＭＳ(Short Message Service)や、ＳＮＳ(Social Networking Service)等を用いて通信を行うことができる。

また、印刷装置１と端末装置３との間の通信に、印刷管理サーバー２を介在させる必要も必ずしも無い。したがって、印刷装置１と端末装置３との間で、直接通信を行うように構成しても良い。

また、上述では、ユーザーのタップや所定方向へのフリックといった入力操作を、選択操作、送信操作、再送信操作あるいは取消操作と認識するように端末装置３を構成していた。しかしながら、これは一例に過ぎず、これら以外のユーザーの入力操作を、選択操作、送信操作、再送信操作あるいは取消操作と認識するように端末装置３を構成することもできる。

また、上述では、スマートフォンやタブレットで端末装置３を構成した場合について説明した。しかしながら、ラップトップパソコンで端末装置３を構成しても構わない。かかる場合、ユーザーによる入力操作を認識するにあたり、ワンクリックが上記タップに対応し、ダブルクリックが上記フリックに対応すると認識するように、端末装置３を構成しても良い。あるいは、右クリックからのメニューの選択を、ユーザーによる各操作として認識するように、端末装置３を構成しても良い。

また、搬送装置３では、受信した送信データが示すイベントを確認し、記憶ユニット３３に記憶された複数のスタンプＳのうちから確認したイベントに対応するスタンプＳを表示していた。しかしながら、端末装置３をブラウザとして扱い、印刷管理サーバー２または、印刷装置１がスタンプＳを記憶していて、端末装置３に表示してもよい。この場合、印刷管理サーバー２、または、印刷装置１のプログラムが最新の状態となっていれば、端末装置３のプログラムＰ３のバージョンを確認したり、バージョンアップを行う必要がない。また、端末装置３で送信データが示すイベントを確認する必要もなく、複数の端末装置３で操作をしようとした場合、どの端末装置３からの操作を選択するか、印刷管理サーバー２または、印刷装置１で制御しやすくなる。

１…印刷装置、１１…エンジン部、１３７…通信ユニット、１０…印刷システム、２…印刷管理サーバー、２１…演算ユニット、２３…記憶ユニット、２５…通信ユニット、３…端末装置、３３…記憶ユニット、３１…演算ユニット、Ｐ３…プログラム、Ｓ…スタンプ

Claims (8)

1. 印刷動作を含む複数の動作を実行可能な印刷装置でのイベントの発生を検知する工程と
   、
   端末装置に表示可能であり異なる前記動作を示す複数の画像のうちから、前記イベント
   に対する対応動作の候補を示す画像を、前記端末装置に選択的に表示する工程と、
   選択された前記画像に対応する前記対応動作を実行させるコマンドを前記印刷装置に送
   信する工程と、
   前記イベント内容を示すイベント通知表示領域を一端から、選択された前記対応動作の
   実行コマンド送信内容を示す送信コマンド表示領域を他端から、並べて表示する工程と
   を備える印刷装置の制御方法。
2. 前記画像が示す対応動作の説明を前記端末装置に表示する工程と、
   前記説明を表示する画面に、前記印刷装置に設定されたパラメーターの値を表示する工
   程と、
   前記画面への操作に応じて前記パラメーターの値を変更するコマンドを前記印刷装置に
   送信する工程と
   を備える請求項１に記載の印刷装置の制御方法。
3. 前記端末装置に表示された前記画像の選択操作としてフリック操作を実行したことを検
   知する工程と、
   前記フリック操作の実行が検知された前記画像が示す対応動作を実行させるコマンドを
   前記印刷装置に送信する工程と、
   を備える請求項１ないし２のいずれか一項に記載の印刷装置の制御方法。
4. 前記フリック操作の実行が検知された前記画像の表示態様を、コマンド送信の前後で変
   更する請求項３に記載の印刷装置の制御方法。
5. 前記印刷装置へ送信されたコマンドに対応する前記画像をコマンドの送信順に並べた送
   信履歴を、前記端末装置の前記送信コマンド表示領域に表示する工程を備える請求項１な
   いし４のいずれか一項に記載の印刷装置の制御方法。
6. 前記送信履歴での前記画像の表示態様を再送信の可否に応じて異ならせる請求項５に記
   載の印刷装置の制御方法。
7. 前記イベントに対する対応動作の候補が２以上ある場合は、互いに異なる対応動作を示
   す２以上の前記画像を前記端末装置に表示する請求項１ないし６のいずれか一項に記載
   の印刷装置の制御方法。
8. 印刷動作を含む複数の動作を実行可能な印刷装置で発生したイベントに対する対応動作
   の候補を示す画像を、端末装置に表示可能であり異なる前記対応動作を示す複数の画像の
   うちから選択する工程と、
   選択された前記画像に対応する前記対応動作を実行させるコマンドを前記印刷装置に送
   信する工程と、
   前記イベント内容を示すイベント通知表示領域を一端から、選択された前記対応動作の
   実行コマンド送信内容を示す送信コマンド表示領域を他端から、並べて表示する工程と
   を、前記端末装置に搭載されたコンピューターに実行させるプログラム。

Images