JP2019028996A - サーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法 - Google Patents

Abstract

【課題】 収集対象機器でのジョブ完了時間情報を、端末装置を用いてモニタリングする際に、適切に印刷完了までの時間を表示する情報の通信を行うサーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等の提供。【解決手段】 サーバーシステム７は、収集対象機器の稼働情報を収集するサーバーシステムであって、収集対象機器からジョブ完了時間情報を受信する通信部７３１と、処理部７１を含む。処理部７１は、通信部７３１に端末装置９に対してジョブ完了時間情報を送信させ、ジョブ完了までの時間に変化を生じさせる所定イベントが発生した場合に、ジョブ完了時間情報の補正情報を端末装置９に対してプッシュ通知する。【選択図】 図１

Description

本発明は、サーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等に関する。

従来、ネットワークに接続された複数の機器の稼働情報を収集するサーバーシステムが知られている。稼働情報の収集対象機器は種々考えられるが、例えばプリンター等の生産機器である。

サーバーシステムが収集した稼働情報の用途は種々考えられる。例えば、サーバーシステムは、収集した稼働情報をユーザーが使用する端末装置に対して送信する。このようにすれば、ユーザーはプリンターの稼働状態を端末装置を用いて確認することが可能になる。例えば、プリンターから離れた場所にいるユーザーが、当該プリンターの稼働状態（例えばジョブの進捗状態）を遠隔監視することも可能になる。

特許文献１には、画像処理装置とネットワークで接続された端末の表示部に、画像処理装置にジョブの処理要求を出してから同装置で処理が開始されるまでの所要時間の長さの目安を表示する手法、及び待ち時間の長さによって表示様態を変更する手法が開示されている。

特開２００８−２４２５６４号公報

収集対象機器の稼働状態を遠隔監視する際には、ジョブが完了する時間に関する情報（残り時間情報等）を端末装置で受信、表示することが有用である。しかし特許文献１の手法では、印刷開始までの目安は確認できるが、印刷完了までの時間が確認できない。言い換えれば、特許文献１は印刷ジョブ投入時のプリンタードライバーにおける推定待ち時間を表示するものであり、ジョブ投入後に、当該ジョブの進捗モニタリングを行うものではない。

また、特許文献１等の従来手法では、端末装置９でジョブの進捗モニタリングを行う場合において適切に印刷完了までの時間を表示する方法も開示していない。

本発明の幾つかの態様によれば、収集対象機器でのジョブ完了時間情報を、端末装置を用いてモニタリングする際に、適切に印刷完了までの時間を表示する情報の通信を行うサーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等を提供できる。

本発明の一態様は、収集対象機器の稼働情報を、ネットワークを介して収集するサーバーシステムであって、前記収集対象機器から、前記稼働情報のうち少なくとも前記収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信する通信部と、前記通信部の通信制御を行う処理部と、を含み、前記処理部は、前記ジョブ完了時間情報を表示する端末装置に対して、前記収集対象機器から受信した前記ジョブ完了時間情報を前記通信部に送信させ、前記ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記ジョブ完了時間情報の補正情報を、前記端末装置に対してプッシュ通知させるサーバーシステムに関係する。

本発明の一態様では、稼働情報の収集対象機器での所定イベントの発生をトリガーとして、稼働情報を収集するサーバーシステムから端末装置に対して、ジョブ完了時間情報の補正情報が送信される。このようにすれば、ジョブ完了までの時間と、ジョブ完了時刻情報とに乖離が生じる蓋然性が高い場合に補正情報を送信できるため、端末装置での適切なジョブ完了時間情報の表示をすること等が可能になる。

また本発明の一態様では、前記補正情報は、前記所定イベントの発生に対応して、前記通信部が前記収集対象機器から受信した前記ジョブ完了時間情報に基づく情報であってもよい。

このようにすれば、イベントの発生元である収集対象機器からの情報に基づいて、端末装置にジョブ完了時間情報の補正処理を実行させることが可能になる。

また本発明の一態様では、前記ジョブ完了時間情報に基づく情報は、前記所定イベントの発生タイミング後に新たに予測された前記ジョブ完了時間情報、又は、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報であってもよい。

このようにすれば、新たなジョブ完了時間情報、又は時間差情報に基づいて、端末装置にジョブ完了時間情報の補正処理を実行させることが可能になる。

また本発明の一態様では、前記ジョブ完了時間情報は、ジョブ完了までの残り時間情報であり、前記通信部は、前記端末装置において、前記残り時間情報のカウントダウン処理が行われる場合に、前記端末装置に対する前記カウントダウン処理の停止指示を含む前記補正情報を、前記端末装置に対してプッシュ通知してもよい。

このようにすれば、残り時間情報のカウントダウン処理を停止させることで、端末装置にジョブ完了時間情報の補正処理を実行させることが可能になる。

また本発明の一態様では、前記通信部は、前記収集対象機器から、直接又は他の機器を介して、前記所定イベントの発生タイミング後に新たに予測された前記ジョブ完了時間情報を受信し、前記処理部は、新たに予測された前記ジョブ完了時間情報を前記補正情報として、前記端末装置に対してプッシュ通知させてもよい。

このようにすれば、収集対象機器から直接又は他の機器を介して受信したジョブ完了時間情報を、補正情報として端末装置にプッシュ通知することが可能になる。

また本発明の一態様では、前記通信部は、前記収集対象機器から、直接又は他の機器を介して、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報を受信し、前記処理部は、前記時間差情報を、前記補正情報として前記端末装置に対してプッシュ通知させる、又は、前記時間差情報に基づいて求めた新たな前記ジョブ完了時間情報を前記補正情報として前記端末装置に対してプッシュ通知させてもよい。

このようにすれば、収集対象機器から直接又は他の機器を介して受信した時間差情報をそのまま補正情報として端末装置にプッシュ通知すること、或いは時間差情報をジョブ完了時間情報に変換して端末装置にプッシュ通知することが可能になる。

また本発明の一態様では、前記補正情報は、前記所定イベントのイベント種別を表す情報であってもよい。

このようにすれば、イベント種別に応じたジョブ完了時間情報の補正処理を、端末装置に実行させることが可能になる。

また本発明の一態様では、前記通信部は、前記収集対象機器から、直接又は他の機器を介して、前記所定イベントのイベント種別を表す情報を受信し、前記処理部は、前記イベント種別を表す情報を前記補正情報として前記端末装置に対してプッシュ通知させる、又は、前記イベント種別を表す情報に基づいて、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報を特定し、特定した前記時間差情報を前記補正情報として前記端末装置に対してプッシュ通知させる、又は、前記時間差情報に基づいて求めた新たな前記ジョブ完了時間情報を前記補正情報として前記端末装置に対してプッシュ通知させてもよい。

このようにすれば、イベント種別を表す情報を受信した場合に、種々の態様により端末装置に対して補正情報をプッシュ通知することが可能になる。

また本発明の一態様では、前記処理部は、イベント実行時間が予測可能な前記イベント種別を表す情報を受信した場合、イベント発生時に、前記イベント種別を表す情報又は前記時間差情報又は前記ジョブ完了時間情報を、前記通信部にプッシュ通知させ、前記イベント実行時間が予測できない前記イベント種別を表す情報を受信した場合、イベント終了時に、前記時間差情報又は前記ジョブ完了時間情報を前記通信部にプッシュ通知させてもよい。

このようにすれば、イベント種別に応じた適切な態様で、端末装置に対して補正情報をプッシュ通知することが可能になる。

また本発明の一態様では、前記収集対象機器はプリンターであり、前記所定イベントは、清掃動作イベント、印刷媒体の詰まりイベント、印刷媒体切れイベント、インク切れイベント、インクヘッドの移動量が所定以下であることを表すイベント、の少なくとも１つのイベントであってもよい。

このようにすれば、プリンターで所定のイベントが発生したことをトリガーとして、端末装置にジョブ完了時間情報の補正処理を実行させることが可能になる。

本発明の他の態様は、収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置であって、前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行う処理部と、ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を受信する通信部と、を含み、前記通信部は、前記収集対象機器側からプッシュ通知された前記補正情報を、前記ネットワークを介して受信し、前記処理部は、受信した前記補正情報に基づいて、前記残り時間情報を補正する端末装置に関係する。

本発明の他の態様では、残り時間情報のカウントダウン処理とともに、稼働情報の収集対象機器での所定イベントの発生をトリガーとして、補正情報の受信、及び残り時間情報の補正処理が行われる。このようにすれば、残り時間情報に誤差が生じる蓋然性が高い場合に補正処理を実行できるため、端末装置での適切な残り時間情報の取得を、効率的な通信により実現すること等が可能になる。

また本発明の他の態様では、前記補正情報は、前記所定イベントの発生に対応する第１の通知情報、及びジョブ再開に対応する第２の通知情報を含み、前記処理部は、前記第１の通知情報に基づいて前記カウントダウン処理を停止し、前記第２の通知情報に基づいて前記カウントダウン処理を再開してもよい。

このようにすれば、カウントダウン処理の停止及び再開により、残り時間情報の補正処理を実現することが可能になる。

また本発明の他の態様では、前記補正情報は、前記所定イベントのイベント種別を表す情報であり、前記処理部は、前記所定イベントの前記イベント種別に応じた時間差情報に基づいて、前記残り時間情報を補正する処理を行ってもよい。

このようにすれば、イベント種別に応じた残り時間情報の補正処理を行うことが可能になる。

また本発明のさらに他の態様は、上記のいずれかに記載のサーバーシステムと、前記端末装置と、を含む稼働情報収集システムに関係する。

また本発明のさらに他の態様は、収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置を動作させるプログラムであって、前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行う処理部と、ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を受信する通信部として、前記端末装置を機能させ、前記通信部は、前記収集対象機器側からプッシュ通知された前記補正情報を、前記ネットワークを介して受信し、前記処理部は、受信した前記補正情報に基づいて、前記残り時間情報を補正するプログラムに関係する。

また本発明のさらに他の態様は、収集対象機器の稼働情報を、ネットワークを介して収集するサーバーシステムの作動方法であって、前記収集対象機器から、前記収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信し、前記ジョブ完了時間情報を表示する端末装置に対して、前記収集対象機器から受信した前記ジョブ完了時間情報を送信し、ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記ジョブ完了時間情報の補正情報を、前記端末装置に対してプッシュ通知するサーバーシステムの作動方法に関係する。

また本発明のさらに他の態様は、収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置の作動方法であって、前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行い、ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を、前記収集対象機器側からのプッシュ通知により受信し、受信した前記補正情報に基づいて、前記残り時間情報を補正する端末装置の作動方法に関係する。

稼働情報収集システムの構成例。 プリンターの構成例。 情報処理装置の構成例。 サーバーシステムの構成例。 端末装置の構成例。 プリンターで記憶される稼働情報のデータ構造例。 情報処理装置等で記憶される稼働情報のデータ構造例。 情報処理装置、サーバーシステム、端末装置間の通信態様の模式図。 第１の情報の具体例。 複数のプリンターの情報を一覧表示する表示画面例。 プリンター側と端末装置の通信手法の比較例を説明する図。 プリンター側と端末装置の通信手法の比較例を説明する図。 第１の実施形態の通信手法の説明図。 第２の実施形態の通信手法の説明図。 第３の実施形態の通信手法の説明図。 複数のプリンターの情報を一覧表示する表示画面例。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

また、以下では稼働情報の収集対象機器がプリンター（印刷装置）である例について説明するが、収集対象機器は他の機器に拡張可能である。ここでの他の機器とは、例えば用紙再生装置やロボットなどのプリンター以外の生産機器である。

１．稼働情報収集システム
図１は、本発明にかかる稼働情報収集システムの一例を模式的に示す図である。稼働情報収集システム１は、プリンター３の稼働情報を、情報処理装置５を介して収集するサーバーシステム７と、端末装置９を含む。サーバーシステム７は、収集した稼働情報を端末装置９に対して送信する。なお端末装置９に送信される情報は、サーバーシステム７が収集した全ての稼働情報を対象にする必要はない。例えば、サーバーシステム７は稼働情報の一部を抽出した情報、或いは稼働情報に対して統計処理等の加工処理を行った情報を端末装置９に対して送信してもよい。端末装置９は、サーバーシステム７から受信した情報の表示部での表示、或いは鳴動等による報知を行う。

ただし、稼働情報収集システム１を含むシステムは図１の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。例えば、図１から情報処理装置５を省略し、各プリンター３が直接ネットワークＮＥ２（インターネット）に接続されてもよい。

図１に示したように、複数のプリンター３及び情報処理装置５は、ネットワークＮＥ１に接続されており、ネットワークＮＥ１を介して双方向に通信可能である。また、情報処理装置５及びサーバーシステム７は、ネットワークＮＥ２に接続されており、ネットワークＮＥ２を介して双方向に通信可能である。また、端末装置９もネットワークＮＥ２に接続されており、サーバーシステム７と端末装置９は、ネットワークＮＥ２を介して双方向に通信可能である。

例えば、ネットワークＮＥ１はＬＡＮ（Local Area Network）であり、ネットワークＮＥ２はインターネットである。ただし、ＬＡＮやインターネットは通信回線の一例として示したものであり、プリンター３と情報処理装置５との間、情報処理装置５とサーバーシステム７との間、サーバーシステム７と端末装置９との間を接続する通信回線の具体的構成はこれらに限られない。

複数のプリンター３、ＬＡＮ、及び情報処理装置５で構成されるシステム１０は、各プリンター３の稼働情報を情報処理装置５により収集して、外部のサーバーシステム７へ送信する。この情報処理装置５は、例えば同一企業の施設内に構築される装置であり、ＰＣ（Personal Computer）であってもよいし、企業内のサーバーであってもよい。なお、図１では、１つのシステム１０が記載されているが、複数のシステム１０がサーバーシステム７に接続されてもよい。

プリンター３は、図２を用いて後述するように表示部３３３を含む。そのため、ユーザーがプリンター３の近くで作業をしていれば、表示部３３３に表示される稼働情報を閲覧することで、プリンターの状態を認識可能である。しかし、ユーザーがプリンター３から離れて作業することも考えられる。

例えば、従業員が少ない中小規模の企業（事業所）では、ユーザーがプリンター３の操作の他に、経理や営業、生産物の納品と行った業務を行う必要があり、プリンター３から離れる場面が発生する。そのためプリンター３の稼働状態を、ユーザーが操作する端末装置９を用いて確認できるシステムの構築が重要となる。具体的には、端末装置９が、サーバーシステム７が収集した稼働情報に基づく情報の受信、表示、報知等を行うことで、ユーザーはプリンター３の稼働状態の遠隔監視を行う。

また、比較的規模の大きい事業所であれば、各プリンター３（各生産ライン）に人員を配置することが可能である。しかし複数の生産ラインを統括する管理者は、全てのプリンター３の表示部３３３を常時確認することはできない。そのため、作業の全体的な進捗を適切に把握するためには、端末装置９での情報の表示等が重要となり、図１に示した稼働情報収集システム１は、この場合にも有用である。

なお、図１では１つの端末装置９を図示したが、端末装置９が複数であってもよい。例えば１つのシステム１０を利用する企業内の複数のユーザーが、それぞれ端末装置９を利用した情報の受信、閲覧を行ってもよい。また、サーバーシステム７に複数のシステム１０が接続される場合に、各システム１０について、それぞれ１又は複数個の端末装置９が用いられてもよい。

２．各装置の詳細な構成例
次に、プリンター３、情報処理装置５、サーバーシステム７、端末装置９の構成例についてそれぞれ説明する。

２．１ プリンター
図２は、プリンター３の構成の一例を示すブロック図である。プリンター３は、処理部３１、インターフェース部３３、印刷部３５及び記憶部３７を備える。処理部３１は、プリンター３で実行される動作を統括的に制御する。この処理部３１の機能は、ＣＰＵ（Central Processing Unit）等の各種プロセッサー、ＡＳＩＣ（Application Specific Integrated Circuit、ゲートアレイ等）などのハードウェアや、プログラムなどにより実現できる。インターフェース部３３、印刷部３５及び記憶部３７は、処理部３１の制御を受けて動作する。

インターフェース部３３は、通信部３３１、操作部３３２、及び表示部３３３を含む。通信部３３１はＬＡＮに接続され、ＬＡＮを介して情報処理装置５との通信を実行する。また、操作部３３２は、ユーザーからの入力操作を受け付けるボタン等で構成され、表示部３３３はプリンター３に関する各種情報をユーザーに表示するディスプレイ等で構成される。なお、操作部３３２及び表示部３３３は、例えばタッチパネルにより一体的に構成してもよい。

印刷部３５は、印刷エンジン３５１、センサー３５２、及びカウンター３５３を含む。印刷エンジン３５１は、印刷媒体への画像の印刷を実行する機械的構成である。この印刷エンジン３５１は、ロール・トゥ・ロールで搬送される巻取式の印刷媒体に対してインクジェット方式の吐出ヘッドからインクを吐出することで、印刷媒体に画像を印刷する。なお、印刷エンジン３５１の具体的構成はここで例示したものに限られず、印刷エンジン３５１は枚葉式の印刷媒体に印刷するものでも構わないし、レーザー方式でトナーにより印刷するものでも構わない。センサー３５２は、印刷エンジン３５１の稼働状態に関わる各種の物理量を検出し、カウンター３５３は、印刷エンジン３５１の稼働に伴って変化する各種の数値を計数する。

印刷エンジン３５１の稼働状態を示す物理量としては、例えば印刷エンジン３５１の電気部品に印加される電圧、印刷エンジン３５１内の温度及び湿度、吐出ヘッドや印刷媒体の位置等がある。これらの物理量を検出するために、電圧センサー、温湿度センサー、位置センサー、加速度センサー等の各種のセンサー３５２が設けられる。また、印刷エンジン３５１の稼働に伴って変化する数値としては、例えば印刷エンジン３５１の電源投入後の経過時間、印刷された印刷媒体の積算長、インクの消費量（あるいは残量）、回転する機械部品（例えば印刷媒体を搬送するローラー）の積算回転量等がある。そして、これらの数値を計数するために各種のカウンター３５３が設けられる。

記憶部３７は、ＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）、或いはＲＡＭ（Random Access Memory）といった記憶媒体で構成される。記憶部３７は、プリンター３のステータス情報（エラーや警告等）、プリンター３で実行されるジョブの識別情報（ジョブ名）、ジョブの進捗を表す情報（印刷時間情報、進捗情報）、或いはセンサー３５２及びカウンター３５３から出力されるデータ等を、プリンター３の稼働状況を表す稼働情報として記憶する。

２．２ 情報処理装置
図３は、情報処理装置５の構成の一例を示すブロック図である。情報処理装置５は、処理部５１、インターフェース部５３及び記憶部５５を備え、複数のプリンター３それぞれの記憶部３７へアクセスして稼働情報を収集し、収集した稼働情報をサーバーシステム７に送信する情報仲介動作を実行する。処理部５１は、ＣＰＵ等のプロセッサーであり、インターフェース部５３及び記憶部５５を用いつつ情報仲介動作を実行する。

インターフェース部５３は、通信部５３１、操作部５３２、及び表示部５３３を含む。通信部５３１は、ＬＡＮ及びインターネットに接続され、ＬＡＮを介して各プリンター３との通信を実行するとともに、インターネットを介してサーバーシステム７との通信を実行する。また、操作部５３２は、ユーザーからの入力操作を受け付けるマウス及びキーボード等で構成され、表示部５３３は、各種情報をユーザーに表示するディスプレイ等で構成される。なお、操作部５３２及び表示部５３３は、例えばタッチパネルにより一体的に構成してもよい。

記憶部５５は、ＨＤＤ、ＲＯＭ或いはＲＡＭといった記憶媒体で構成され、通信部５３１がプリンター３から受信した稼働情報を記憶する。情報処理装置５は、複数のプリンター３からの稼働情報を取得することもあるため、記憶部５５は、プリンター３の識別情報（プリンターＩＤ）と、上記ステータス情報等の各情報を関連付けて記憶する。

２．３ サーバーシステム
図４は、サーバーシステム７の構成の一例を示すブロック図である。サーバーシステム７は、処理部７１（プロセッサー）、通信部７３１（通信インターフェース）、及び記憶部７５（記憶装置、メモリー）を備え、情報処理装置５が収集した稼働情報を受信するとともに、端末装置９に対して稼働情報を送信する。処理部７１の機能は、ＣＰＵ等の各種プロセッサー、ＡＳＩＣなどのハードウェアや、プログラムなどにより実現でき、処理部７１は通信部７３１及び記憶部７５を用いて所定の動作を実行する。

通信部７３１は、インターネットに接続され、インターネットを介して情報処理装置５、或いは端末装置９との通信を実行する。なお、サーバーシステム７は、不図示の操作部や表示部を含んでもよい。操作部は、ユーザーからの入力操作を受け付けるマウス及びキーボード等で構成され、表示部は、各種情報をユーザーに表示するディスプレイ等で構成される。ただし、サーバーシステム７が操作部や表示部を含まず、外部装置（管理用端末装置）を用いてサーバーシステム７の管理が行われてもよい。例えば、サーバーシステム７はＷｅｂサーバーとしての機能を有し、外部装置で動作するソフトウェア（Ｗｅｂブラウザー）を用いて操作が行われ、当該外部装置の表示部に種々の情報が表示される態様であってもよい。

記憶部７５は、ＨＤＤ、ＲＯＭ或いはＲＡＭといった記憶媒体で構成される。記憶部７５は、プリンター３からの稼働情報と、報知設定情報を記憶する。記憶部７５は、データベース（狭義にはリレーショナルデータベース）であってもよく、記憶部７５は、稼働情報テーブルと報知設定情報テーブルを記憶する。稼働情報テーブルは、稼働情報を記憶するテーブルである。報知設定情報テーブルは、端末装置９に対するプッシュ通知を行う場合に利用されるテーブルである。

なお、サーバーシステム７は、１台のサーバーで実現されるものに限定されない。例えばサーバーシステム７は、稼働情報テーブル等を記憶するデータベースサーバー（記憶部７５）と、端末装置９との情報の送受信を行うアプリケーションサーバー（処理部７１、通信部７３１の一部）を含んでもよい。或いは、サーバーシステム７は負荷分散用のサーバーや、端末装置９へのプッシュ通知用のサーバーを含んでもよい。さらに、データベースサーバーやアプリケーションサーバー等を複数台のサーバーの分散動作により実現してもよい。また、サーバーシステム７を構成する各サーバーは、仮想化されたサーバー（仮想サーバー）であってもよい。この場合、各仮想サーバーは、同一のサーバー（物理サーバー）上で動作してもよいし、異なる物理サーバー上で動作してもよい。また、サーバーシステム７は、通信負荷等をモニタリングすることで動的なスケーリング（例えば仮想サーバーの数の動的な変更）が行われてもよい。即ち、本実施形態のサーバーシステム７は、物理サーバーの数、サーバーを仮想化する場合の仮想サーバーの数、或いは仮想サーバーと物理サーバーとの対応関係等に関して、種々の変形実施が可能である。

２．４ 端末装置
図５は、端末装置９の構成の一例を示すブロック図である。端末装置９は、処理部９１（プロセッサー）、インターフェース部９３、及び記憶部９５（記憶装置、メモリー）を備え、サーバーシステム７が収集した稼働情報を受信する。処理部９１の機能は、ＣＰＵ等の各種プロセッサー、ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

インターフェース部９３は、通信部９３１（通信インターフェース）、操作部９３２、表示部９３３、及び報知部９３４を含む。通信部９３１は、インターネットに接続され、インターネットを介してサーバーシステム７との通信を実行する。操作部９３２は、ユーザーからの入力操作を受け付けるボタン等で構成され、表示部９３３は、各種情報をユーザーに表示するディスプレイ等で構成される。なお、操作部９３２及び表示部９３３は、例えばタッチパネルにより一体的に構成してもよい。報知部９３４は、ユーザーに対する報知を行う。報知部９３４は、例えば音による報知を行うスピーカーであってもよいし、振動による報知を行う振動部（振動モーター）であってもよいし、これらの組み合わせであってもよい。

記憶部９５は、ＨＤＤ、ＲＯＭ或いはＲＡＭといった記憶媒体で構成される。記憶部９５は、サーバーシステム７からの稼働情報の取得処理や表示処理等を行うソフトウェア（アプリケーション）を記憶してもよい。また記憶部９５は、サーバーシステム７から受信した稼働情報を記憶する。

３．稼働情報の通信
次に、図１〜図５に示した各装置間での稼働情報の送受信手法について説明する。

３．１ プリンターと情報処理装置との間の通信
図６は、プリンター３の記憶部３７における稼働情報の記憶態様を模式的に示す図である。図６に示すように、記憶部３７では、稼働情報の種類とメモリーのアドレスとが対応付けられており、各稼働情報はその種類に対応するアドレスに格納される。具体例を挙げると、電源投入後経過時間の値を示す稼働情報ｖ１は、その種類に対応するアドレスａ１に格納される。ただし、記憶部３７は、稼働情報と、当該稼働情報の更新時刻（タイムスタンプ）を関連付けて記憶する等の変形実施が可能である。

プリンター３の処理部３１や、印刷部３５（センサー３５２、カウンター３５３）では、定期的に（狭義には常時）稼働状態を監視し、稼働状態が変化した場合に、記憶部３７の稼働情報が更新される。

情報処理装置５の処理部５１（通信部５３１）は、ポーリングを行い、ＬＡＮを介して接続される１又は複数のプリンター３から定期的に稼働情報を取得する。

図６に示したようにプリンター３の記憶部３７で、稼働情報の種類とアドレスとが対応付けられている場合であれば、処理部５１は、収集対象となる稼働情報に対応するアドレスにアクセスし、当該アドレスに格納された稼働情報を収集する。例えば、処理部５１は、前回収集した情報に対して変化があった情報を収集対象とする。或いは、処理部５１は、プリンター３の機種、ファームウェアバージョン等に基づいて、プリンター３ごとに収集対象となる稼働情報を決定する。

図７は、情報処理装置５の記憶部５５に記憶される稼働情報の記憶態様を模式的に示す図である。図７に示すように記憶部５５には、稼働情報が、プリンター３の識別情報（ＩＤ、シリアル番号）、及び取得時間情報と関連付けられて記録される。なお、図７では省略しているが、記憶部５５は、図６の例と同様に、情報の種類（「Ｙインク消費量」等）と、具体的な値（インク消費量であれば、吐出回数、体積、割合等）との組み合わせを、稼働情報として記憶する。

３．２ 情報処理装置とサーバーシステムとの間の通信
図８は、情報処理装置５（プリンター３）、サーバーシステム７、及び端末装置９の通信態様を模式的に示す図である。サーバーシステム７は、情報処理装置５から送信される稼働情報を受信し、記憶部７５の稼働情報テーブルに記憶する。サーバーシステム７の通信部７３１は、複数の通信処理により、情報処理装置５から（或いはプリンター３から直接）稼働情報を受信する。例えば通信部７３１は、通信接続の確立後、通信接続の確立状態が維持される第１の通信処理と、通信接続の確立後、情報が受信されると通信接続が切断される第２の通信処理と、を行う。第１の通信処理とは、例えばＭＱＴＴ（Message Queueing Telemetry Transport）を用いた通信処理であり、第２の通信処理とは、例えばＨＴＴＰ（Hypertext Transfer Protocol）を用いた通信処理である。なお、通信部７３１（及び通信部５３１及び通信部９３１）は、ＳＳＬ（Secure Sockets Layer）等を用いたセキュアな接続により、第１の通信処理及び第２の通信処理を実現してもよい。

通信部７３１は、図８のＡ１に示したように、リアルタイム性の高い稼働情報である第１の情報を、第１の通信処理により受信する。第１の情報とは、例えばプリンター３のステータス（ステータス変化）を表す情報である。プリンター３が通常動作状態（印刷中）から、警告状態やエラー状態に移行した場合、ジョブ（印刷）の継続や再開のためには、ユーザーがプリンター３の所まで戻って何らかの作業を行う必要性が高い。警告状態とは、印刷を継続できないおそれがある状態（例えばインク残量低下等）であり、エラー状態とは、何らかの異常により印刷動作が停止した状態を表す。或いは、プリンター３でのジョブが終了し、通常動作状態（印刷中）からアイドル状態（待機中）に移行した場合、ユーザーがプリンター３の所まで戻って新規ジョブを投入することで、プリンター３を効率的に動作させることが可能になる。よって印刷中から待機中へのステータス変化も、リアルタイム性の高い情報である。

よってステータス変化を表す情報は、プリンター３でのステータス変化発生後、できるだけ早くサーバーシステム７（及び端末装置９）に送信されることが望ましい。よって、例えば情報処理装置５の通信部５３１（或いはプリンター３の通信部３３１）は、ステータス変化を表すイベントが発生した場合に、当該イベント発生をトリガーとして（イベントドリブンで）、サーバーシステム７に対してＭＱＴＴを用いて稼働情報を送信する。

具体的には、通信部５３１（通信部３３１）は、イベントが発生した場合に、即座（リアルタイム）に稼働情報をサーバーシステム７に対して送信する。このようにすれば、サーバーシステム７は、リアルタイム性が高い情報を適切に受信することが可能になる。

図９は、稼働情報のうちの第１の情報の具体例、及び各情報に対応するイベントの具体例である。第１の情報としては、上記ステータス情報の他、ジョブ完了までの残り時間を表す残り時間情報、消耗材（液体インクやトナー等、或いは紙や布等の印刷媒体）の消費量或いは残量情報、プリンター３で実行しているジョブ名の情報、等が考えられる。

図９に示したように、ステータス情報は、「印刷中」「待機中」「警告」「エラー」のいずれかの値をとる。「印刷中」は上記通常動作状態に対応し、「待機中」はアイドル状態に対応し、「警告」は警告状態に対応し、「エラー」はエラー状態に対応する。そして、サーバーシステム７にステータス情報を送信するトリガーになるイベントとは、ステータス情報の値が変化するイベントである。なお、プリンター３、情報処理装置５、及びサーバーシステム７の各機器は、「警告」又は「エラー」への遷移と、「印刷中」又は「待機中」への遷移を別イベントとして分けて管理してもよい。前者はプリンター３の動作が停止した、或いは停止するおそれがあるという異常状態を表すイベントであるのに対して、後者は印刷開始や終了という正常動作における始点、終点を表すイベントである。

残り時間情報は、印刷完了までの残り時間を表す情報であり、例えば残り時間の時分を表す情報である。また残り時間情報に代えて、印刷完了時刻を表す印刷完了時刻情報を第１の情報としてもよい。サーバーシステム７に残り時間情報を送信するトリガーになるイベントとは、残り時間情報が変化するイベントである。例えば、プリンター３や情報処理装置５は、印刷中にフラッシング動作が発生し、残り時間が増加した場合に、イベント発生と判定する。

消耗材の残量情報は、液体インクやトナーの残量、印刷媒体の残量である。インク残量は、例えばインクタンクの容量を１００％とした場合の残量の割合であり、単位は％である。印刷媒体の残量は、例えば枚数であってもよいし、ロール紙等を用いる場合は長さ（単位：ｍ）であってもよい。サーバーシステム７に消耗材の残量情報を送信するトリガーになるイベントとは、残量が所定量（所定割合、所定枚数、所定長さ）だけ変化したイベントであってもよいし、残量が所与の閾値を下回ったイベントであってもよい。また、消耗材の情報は、残量情報ではなく消費量情報を用いてもよい。

ジョブ名の情報は、例えば印刷対象となるファイル名（画像ファイル名等）である。サーバーシステム７にジョブ名を送信するトリガーになるイベントとは、新たなジョブの実行を表すイベントである。なお、新たなジョブの実行を表すイベントは、「待機中」から「印刷中」への遷移イベント（印刷開始イベント）と同様のイベントとして、プリンター３等で管理されてもよい。また、ジョブ名については、実行中のジョブ名に限定されず、過去に実行した所定数のジョブのジョブ名（ジョブ履歴情報）に拡張することも可能である。

なお、通信部５３１（通信部３３１）は、第１の情報の種類によっては、サーバーシステム７への情報送信の間引きを行ってもよい。具体的には、通信部５３１は、前回の情報送信後、所定期間（例えば数分）は新たなイベントが発生しても情報の送信を行わない。このようにすれば、情報処理装置５（プリンター３）とサーバーシステム７との間の通信負荷を軽減することが可能になる。例えば、サーバーシステム７の通信部７３１は、第１の情報の中でも特にリアルタイム性の高いステータス情報はイベント発生後、即座に受信し、他の情報については受信頻度に上限を設定する。

以上の第１の情報に対して、印刷部３５のローラーの回転量や、ヘッダーの往復回数、クリーニングの実行回数などのカウント結果である第２の情報は、プリンター３の長期的なメンテナンスには有用であるが、カウントアップが行われてから数分以内にユーザーに閲覧させる必要性は低い。よって、サーバーシステム７の通信部７３１は、図８のＡ２に示したように、ＨＴＴＰ等を用いて第２の情報を情報処理装置５から受信する。そして、ＨＴＴＰを用いた第２の情報の受信は、第１の情報に比べて低い頻度で（例えば１日に数回程度）行われる。

３．３ サーバーシステムと端末装置との間の通信
サーバーシステム７と端末装置９との間の通信も複数の経路が考えられる。図８のＢ１に示したように、サーバーシステム７の通信部７３１は、端末装置９に対するプッシュ通知を行い、端末装置９は、通信部９３１によるプッシュ通知の受信、及び報知部９３４による報知（鳴動）を行う。言い換えれば、プッシュ通知は、サーバーシステム７側が主体となって稼働情報を送信する通信処理である。

プッシュ通知が行われる情報は、第１の情報の中でも特にリアルタイム性の高い情報である。具体的には、上述した情報のうち、ステータス情報の変化は、プッシュ通知により端末装置９に対して送信される。なお、プッシュ通知により送信される情報は、変化後のステータス情報そのものである。或いは、プッシュ通知ではステータス情報の変化があったことを表す情報（例えば「エラー発生」等）のみを送信し、具体的なステータス情報は、後述するＢ２に示した通信で送信されてもよい。

なお、サーバーシステム７（処理部７１）は、端末装置９に対してプッシュ通知を行うか否かを、記憶部７５の報知設定情報テーブルに基づいて判定する。報知設定テーブルは、例えば、端末装置９の識別情報と、報知対象となるプリンター３の識別情報と、報知可能な時間帯と、報知可能な曜日と、が対応付けられた情報である。このようにすれば、サーバーシステム７は、ユーザーに対して適切なタイミングで、適切な情報をプッシュ通知することが可能になる。例えば処理部７１（通信部７３１）は、所与のユーザーが所属する会社が複数のプリンター３を所有している場合に、当該ユーザーが管理を担当しているプリンターの情報に限定してプッシュ通知を行ったり、ユーザーの勤務時間外（例えば深夜や休日）ではプッシュ通知を行わないといった制御が可能になる。

ステータス情報と比較した場合、残り時間情報、消耗材の残量情報、ジョブ名については優先度が低く、ユーザーから（端末装置９から）のリクエストがあった場合に受信される態様であっても問題が生じにくい。

よって図８のＢ２に示したように、端末装置９の通信部９３１は、サーバーシステム７（Ｗｅｂアプリケーションサーバー）に対してリクエストを送信し、サーバーシステム７は当該リクエストに対するレスポンスとして、稼働情報を返信する。この通信は、例えばＨＴＴＰを用いて行われ、端末装置９でのアプリケーションソフトウェア（いわゆるスマホアプリ）の起動時、或いはユーザーによる更新操作時に実行される。言い換えれば、Ｂ２に示したリクエスト／レスポンスによる通信は、端末装置９側（ユーザー側）が主体となって稼働情報を取得する通信処理である。

Ｂ２に示した通信では、端末装置９はサーバーシステム７から上記第１の情報を受信する。このようにすれば、端末装置９を用いたプリンター３の遠隔監視において有用な情報を、ユーザーに提示することが可能になる。なお、サーバーシステム７の通信部７３１は、上記第１の情報の全てを返信する必要はなく、一部の情報を返信してもよい。例えば、端末装置９のリクエストにおいて、第１の情報のうち、表示対象となる一部の情報のみが要求されている場合、サーバーシステム７の通信部７３１は要求された情報のみを返信する。

また、端末装置９からのリクエストがあった場合は、サーバーシステム７の通信部７３１は、Ｂ２に示した通信において、上記第２の情報をレスポンスとして返信することも妨げられない。

４．ジョブ完了時間情報（印刷完了時間情報）の表示、更新
次に、端末装置９でジョブ完了時間情報の表示を行う場合における、プリンター３側との通信手法について説明する。

４．１ 第１の実施形態
図１０は、端末装置９の表示部９３３に表示される表示画面の例である。端末装置９の通信部９３１は、複数のプリンター３の印刷時間情報を、ネットワークを介して受信し、処理部９１は、複数のプリンター３の印刷時間情報が、一画面内に配置された表示画面を、表示部９３３に表示する処理を行う。より具体的には、処理部９１は、複数のプリンター３の印刷完了までの残り時間情報が、一画面内に配置された表示画面を、表示部９３３に表示する処理を行う。なお、本実施形態では複数のプリンター３を表示対象とすることは必須ではなく、表示部９３３は１つのプリンター３の情報を表示してもよい。

図１０の例では、表示部９３３は、３つのプリンターについての情報を表示する。例えば、Ｅ１に示した領域にはプリンター３の名称である「Printer-0001」（Ｅ１１）とともに、稼働情報としてステータス情報（Ｅ１２）、ジョブの進捗情報（Ｅ１３）、ジョブ名（Ｅ１４）、残り時間情報（Ｅ１５）が表示されている。具体的には、「Printer-0001」という名称のプリンターは、現在「印刷中」というステータスであり、「Sample_image.pdf」というジョブ名のジョブを実行している。ここでは、ジョブ名は印刷対象としているファイル名である。そして当該ジョブ全体を１００％としたときに、進捗は「１％」であり、印刷完了までの残り時間が「１時間４５分」である。

また表示部９３３は、Ｅ２に示した領域において、「Printer-0002」という名称のプリンターが、現在「印刷中」というステータスであり、「Sample_image_Xmas.pdf」というジョブ名（印刷対象ファイル名）のジョブを実行しており、当該ジョブの進捗は「６０％」であり、印刷完了までの残り時間が「４５分」であることを表示している。

また表示部９３３は、Ｅ３に示した領域において、「Printer-0003」という名称のプリンターが、現在「待機中」（アイドル状態）というステータスであることを表示している。Printer-0003はアイドル状態であるため、ジョブ名、進捗情報、印刷完了時刻情報については表示されていない。

図１０の表示画面を用いることで、複数のプリンター３の稼働状態を一覧性の高い態様でユーザーに提示することが可能になる。特に、残り時間情報が表示されるため、複数のプリンター３が表示対象となる場合にも、印刷完了までの残り時間の把握が容易である。例えば、図１０の表示画面では、４５分が経過する頃には２番目のプリンター（「Printer-0002」）のところまで戻って次のジョブを投入する準備をしなくてはならない、といった判断をユーザーに実行させることが可能である。

ただし、残り時間情報は時間の経過とともに減少していくと考えられる。そのため、図１０のように、１２：３５時点で残り時間が「１時間４５分」であったという情報が表示されたのに、時間が経過しても残り時間が変化しない場合、閲覧するユーザーに違和感を与えるおそれがある。よって、表示部９３３で表示される残り時間情報は、時間の経過とともに変化することが望ましい。

図１１は、残り時間情報を更新する手法の例である。図１１は、プリンター３側で発生するイベント、端末装置９で行われる処理、プリンター３側と端末装置９との間の通信を説明する模式図である。なお、図１１の縦軸は時間を表す。また、プリンター３側には、情報処理装置５やサーバーシステム７が含まれる。例えば、図１１に示すプッシュ通知は、プリンター３から情報処理装置５を介してサーバーシステム７に収集された情報を、サーバーシステム７の通信部７３１が端末装置９に対して送信するものである。換言すれば、ここではプッシュ通知のトリガーがプリンター３で発生するイベントであることを明示するために「プリンター３側」との表記を用いており、プリンター３から端末装置９への情報の送信は、少なくともサーバーシステム７を介して実行される。以上の点は、後述する図１２〜図１５においても同様である。

図１１の例では、まずプリンター３で印刷開始イベントが発生した場合に、サーバーシステム７は、プリンター３（情報処理装置５）からイベントドリブンで、ジョブ名及びジョブ開始時点で予測された残り時間情報を受信する。そしてサーバーシステム７は、端末装置９に対して、ジョブ名及び残り時間情報を送信する。これにより、端末装置９の表示部９３３では、ジョブ名とともに、印刷開始時点での残り時間情報の表示が可能になる。

なお、図８を用いて上述したように、サーバーシステム７と端末装置９の間の通信経路は複数（Ｂ１及びＢ２）考えられる。サーバーシステム７から端末装置９に対してプッシュ通知されるのは印刷開始を表す情報のみであり、ジョブ名や残り時間情報は、端末装置９からのリクエストに対するレスポンスとして送信されてもよい。或いは、プッシュ通知自体にジョブ名や残り時間情報が含まれてもよい。以下、図１１〜図１５では説明を簡略化するために、「残り時間情報をプッシュ通知する」等の表現を用いるが、これは残り時間情報をＢ１の経路で送信するパターンと、Ｂ２の経路で送信するパターンのいずれにより実現されてもよい。

図１１の例では、表示部９３３で表示される残り時間情報を更新するために、残り時間の変化をトリガーとして、プリンター３側から残り時間情報のプッシュ通知が行われる。例えば、残り時間が所定時間（例えば１分）少なくなるごとに、プリンター３からサーバーシステム７への残り時間情報の送信、及びサーバーシステム７から端末装置９への残り時間情報のプッシュ通知が行われる。このようにすれば、端末装置９の通信部９３１は、所定時間ごとに最新の残り時間情報を受信できる。そのため、表示部９３３は、プリンター３での印刷が完了するまで、精度の高い残り時間情報を表示することが可能である。

ただし、図１１の例では、プリンター３（或いは情報処理装置５）とサーバーシステム７との間の通信、及びサーバーシステム７と端末装置９との間の通信が高頻度で発生してしまう。そのため、ネットワークの負荷が大きい。

図１２は、残り時間情報を更新する手法の他の例である。プリンター３での印刷開始イベントをトリガーとして、端末装置９がジョブ名、及び印刷開始時点で予測された残り時間情報を受信する点は図１１と同様である。図１２の手法では、端末装置９の処理部９１は、計時部からの計時情報に基づいて、残り時間情報のカウントダウン処理を行い、カウントダウン処理後の残り時間情報を、表示部９３３に表示する処理を行う。例えば、端末装置９がリアルタイムクロック等の計時部を含み、処理部９１は当該リアルタイムクロックからの計時情報（時刻情報）に基づいてカウントダウン処理を行う。なお、ここでの計時情報は、絶対時刻を表す情報には限定されず、時間を測定可能な他の情報（例えばタイムスタンプ）等であってもよい。或いは、処理部９１は、通信部９３１を介してネットワークＮＥ２（狭義にはインターネット）から計時情報を取得し、当該計時情報に基づいてカウントダウン処理を行ってもよい。即ち、ここでの計時部は、端末装置９に含まれてもよいし、外部機器に含まれてもよい。

このようにすれば、残り時間情報に関する通信は印刷開始時に限定されるため、図１１の例に比べてネットワークの負荷を小さくできる。プリンター３が利用する計時部と、端末装置９が利用する計時部の精度に大きな差は生じないと考えられるため、プリンター３が印刷開始時の予定通りに印刷を実行している場合には、端末装置９ではカウントダウン処理により、十分精度の高い残り時間情報を演算、表示することが可能である。

ただし、プリンター３では、事前に予測していた残り時間情報に誤差を生じさせるイベントが発生する可能性がある。例えばインクジェットプリンターでは、ノズルが目詰まりするとドット抜け等が発生して印刷品位が低下するおそれがあるため、目詰まりの抑制のためにフラッシングを行う。フラッシングとは、プリンター３のヘッドを印刷領域外となる位置へ移動させ、当該位置で各ノズルから一定量のインクを吐出させる動作である。

フラッシングと実際の印刷動作を同時に行うことはできないため、図１２に示すように、プリンター３はフラッシング発生時には印刷動作を一旦停止し、フラッシングの終了後に印刷を再開する。つまり、フラッシングにより、印刷完了までの残り時間は、当初の予測よりも長くなってしまう。図１２のように、端末装置９のカウントダウン処理のみで残り時間情報を更新する場合、プリンター３でのフラッシングによる印刷動作の遅れが、端末装置９の表示部９３３での表示に反映されない。結果として、端末装置９ではカウントダウンが終了している（残り時間が０になっている）にも関わらず、プリンター３での印刷が完了していないといった乖離が生じてしまう。

よって本実施形態では、プリンター３（広義には稼働情報の収集対象機器）での所定イベントの発生をトリガーとして、プリンター３側から端末装置９に対して残り時間情報の補正情報を送信する。具体的には、プリンター３からサーバーシステム７を介して、端末装置９に対して残り時間情報の補正情報が送信される。

本実施形態に係るサーバーシステム７は、少なくとも１つの収集対象機器の稼働情報を、ネットワーク（ＮＥ１，ＮＥ２）を介して収集するサーバーシステムであって、収集対象機器から、収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信する通信部７３１と、通信部７３１の通信制御を行う処理部７１を含む。処理部７１は、ジョブ完了時間情報を表示する端末装置９に対して、収集対象機器から受信したジョブ完了時間情報を通信部７３１に送信させる。さらにジョブ完了までの時間に変化を生じさせる所定イベント（予測されていたジョブ完了時間情報と、実際のジョブ完了までの時間に乖離を生じさせる所定イベント）が、収集対象機器において発生した場合に、ジョブ完了時間情報の補正情報を、端末装置９に対してプッシュ通知する。ここでのプッシュ通知は、受信側からのリクエストが無くても、送信側から情報の送信が行われる通信形態を表す。サーバーシステム７から端末装置９への補正情報の送信であれば、補正情報のプッシュ通知とは、サーバーシステム７が起点となって、端末装置９へ補正情報を送信することである。なお、収集対象機器側（プリンター３側）からのプッシュ通知には、収集対象機器からサーバーシステム７へのプッシュ通知、情報処理装置５からサーバーシステム７へのプッシュ通知も含まれる。

また、本実施形態に係る端末装置９は、少なくとも１つの収集対象機器の稼働情報を収集するサーバーシステム７に、ネットワークＮＥ２を介して通信接続される端末装置であって、収集対象機器でのジョブの残り時間情報のカウントダウン処理を行う処理部９１と、ジョブ完了までの時間に変化を生じさせる所定イベントが、収集対象機器において発生した場合に、残り時間情報を補正する補正情報を受信する通信部９３１を含む。通信部９３１は、収集対象機器側からプッシュ通知された補正情報を、ネットワークを介して受信し、処理部９１は、受信した補正情報に基づいて、残り時間情報を補正する。

ここで、ジョブ完了時間情報とは、ジョブ完了までの残り時間を表す残り時間情報である。ただし、変形例として後述するように、ジョブ完了時間情報として、ジョブ完了の予測時刻を表す完了時刻情報を用いてもよい。また、収集対象機器がプリンター３である場合、ジョブとは狭義には印刷動作であり、ジョブ完了時間情報とは、印刷完了までの時間を表す印刷完了情報である。

また、ジョブ完了までの時間の変化とは、ジョブの進捗に遅れや進みが生じることを表す。即ち、ジョブ完了までの時間に変化が生じた場合、過去に予測したジョブ完了時間情報と、実際のジョブ完了までの時間との間に乖離（誤差）が生じることになる。なお、ジョブ完了時間情報として残り時間情報を用いる場合、計時部で５分経過した場合に、残り時間が５分減少したのであれば、当該残り時間の変化は予測通りのものであるため、当該変化は本実施形態における「ジョブ完了までの時間の変化」には含まれない。

本実施形態では、端末装置９において正確なジョブ完了時間情報を表示することを目的とする。そのため端末装置９は、所定イベント発生後のジョブ完了時間情報を取得可能でなくてはならない。端末装置９が新たなジョブ完了時間情報を取得するまでの手順については多様な実施形態が考えられる。

収集対象機器（プリンター３）は、イベントの発生主体、且つ、ジョブの実行主体であるため、新たなジョブ完了時間情報を精度よく生成可能である。よって、プリンター３においてジョブ完了時間情報を生成し、当該ジョブ完了時間情報がサーバーシステム７を介して端末装置９に送信されてもよい。この場合、サーバーシステム７から端末装置９へ送信される補正情報とは、新たなジョブ完了時間情報である。換言すれば、サーバーシステム７の通信部７３１は、収集対象機器（プリンター３）から、直接又は他の機器（情報処理装置５）を介して、所定イベントの発生タイミング後に新たに予測されたジョブ完了時間情報を受信し、処理部７１は、新たに予測されたジョブ完了時間情報を補正情報として、端末装置９に対してプッシュ通知させる。

ただし、所定イベントによるジョブ完了時間情報の時間差を表す情報（後述する時間差情報）を用いることで、新たなジョブ完了時間情報を演算することが可能である。時間差情報に基づく新たなジョブ完了時間情報の演算は、プリンター３で行われてもよいし、情報処理装置５で行われてもよいし、サーバーシステム７で行われてもよいし、端末装置９で行われてもよい。プリンター３で演算が行われる場合とは、上述したプリンター３が新たなジョブ完了時間情報を生成、出力する例に相当する。情報処理装置５又はサーバーシステム７で演算が行われる場合、サーバーシステム７は、演算結果である新たなジョブ完了時間情報を補正情報として端末装置９に送信する。端末装置９で演算が行われる場合、サーバーシステム７は、時間差情報を補正情報として端末装置９に送信する。時間差情報は、所定イベントの発生ごとにプリンター３で求められる情報であってもよい。或いは、時間差情報とはイベントの発生と終了を知らせる情報であってもよい。この場合、時間差の具体的な値は、イベントの発生と終了を知らせる情報を受信した機器（情報処理装置５又はサーバーシステム７又は端末装置９）において演算される。サーバーシステム７が、イベントの発生と終了を知らせる情報を補正情報として端末装置９に送信する例については、第２の実施形態で後述する。

換言すれば、サーバーシステム７の通信部７３１は、収集対象機器（プリンター３）から、直接又は他の機器（情報処理装置５）を介して、所定イベントによるジョブ完了時間情報との差異を表す時間差情報を受信する。そして処理部７１は、時間差情報を補正情報として端末装置９に対してプッシュ通知させる、又は、時間差情報に基づいて求めた新たなジョブ完了時間情報を補正情報として端末装置９に対してプッシュ通知させる。

なお、イベント種別と当該イベントにより発生する時間差とに対応関係がある場合、イベント種別から時間差情報を特定可能である。この場合、イベント種別を表す情報から時間差情報を特定する処理は、プリンター３で行われてもよいし、情報処理装置５で行われてもよいし、サーバーシステム７で行われてもよいし、端末装置９で行われてもよい。プリンター３で特定処理が行われる場合、プリンター３は特定した時間差情報を出力してもよいし、時間差情報からジョブ完了時間情報を生成し、当該ジョブ完了時間情報を出力してもよい。情報処理装置５又はサーバーシステム７で時間差情報の特定処理が行われる場合、サーバーシステム７は、特定処理結果である時間差情報を補正情報として端末装置９に送信する。或いは、情報処理装置５又はサーバーシステム７において、時間差情報の特定処理に加えて、時間差情報に基づくジョブ完了時間情報の生成処理を行い、サーバーシステム７は生成されたジョブ完了時間情報を補正情報として端末装置９に送信してもよい。端末装置９で時間差情報の特定処理が行われる場合、サーバーシステム７は、イベント種別を表す情報を補正情報として端末装置９に送信する。サーバーシステム７が、イベント種別を表す情報を補正情報として端末装置９に送信する例については第３の実施形態で後述する。

図１３は、本実施形態の手法におけるプリンター３側と端末装置９との通信を表す模式図である。プリンター３での印刷開始イベントをトリガーとして、端末装置９がジョブ名、及び印刷開始時点で予測された残り時間情報を受信する点、及び印刷開始時点の残り時間情報を起点として、端末装置９でカウントダウン処理を行う点は図１２と同様である。端末装置９側でカウントダウン処理を行うことで、通信頻度を低くし、ネットワーク負荷を軽減できる。

そして本実施形態の手法では、プリンター３でフラッシング等のイベントが発生した場合に、当該イベントをトリガーとして、端末装置９に対して補正情報が送信される。本実施形態での補正情報は、所定イベントの発生に対応して、サーバーシステム７の通信部７３１が、収集対象機器（プリンター３）から受信したジョブ完了時間情報に基づく情報である。

収集対象機器では、ジョブ完了までの時間に変化を生じさせたイベントの情報（例えば当該イベントの内容や、イベント実行に要した時間等）を取得可能である。つまり、収集対象機器からの情報を用いることで、端末装置９での残り時間情報の補正を精度よく実行することが可能になる。

具体的には、ジョブ完了時間情報に基づく情報は、所定イベントの発生タイミング後に新たに予測されたジョブ完了時間情報、又は、所定イベントによるジョブ完了時間情報との差異を表す時間差情報である。ここで、「新たに予測されたジョブ完了時間情報」とは、所定イベントの発生前に収集対象機器で予測され、端末装置９に対して送信されていたジョブ完了時間情報に比べて、時間的に後のタイミングで求められたジョブ完了時間情報を表す。より具体的には、所定イベントの発生タイミング後に、収集対象機器の処理部（処理部３１）、或いは情報処理装置５の処理部５１（プリンタードライバー）において求められたジョブ完了時間情報に対応する。時間差情報とは、所定イベントの発生に伴うジョブ完了までの時間の変化により、ジョブ完了時間情報と、実際のジョブ完了までの時間との間に生じた時間差（誤差）を表す情報である。

図１３の例であれば、プリンター３は、フラッシングが終了し印刷を再開した際には、印刷再開時点での残り時間情報を求めることも可能であるし、フラッシングによりどれだけ時間をロスしたかを求めることも可能である。補正情報が新たな残り時間情報である場合、端末装置９の処理部９１は、保持している残り時間情報を、サーバーシステム７から受信した新たな残り時間情報に置き換える処理を、補正処理として実行する。補正情報が時間差情報である場合、端末装置９の処理部９１は、保持している残り時間情報に対して、サーバーシステム７から受信した時間差情報に対応する時間差を加算（或いは減算）する処理を、補正処理として実行する。

本実施形態の手法によれば、所定イベントの発生をトリガーとして、プリンター３側から端末装置９に対して補正情報が送信される。これにより、端末装置９での残り時間情報と、プリンター３での実際の印刷状況（ジョブの進捗）との乖離を抑制でき、適切な情報を端末装置９を利用するユーザーに提示できる。また、残り時間情報と実際の残り時間に乖離が生じる蓋然性が低い状況では、端末装置９で残り時間情報のカウントダウン処理を行うため、通信頻度を抑制することも可能である。即ち、本実施形態では、端末装置９での適切なジョブ完了時間情報の表示を、効率的な通信により実現できる。

なお、予測されていたジョブ完了時間情報に誤差を生じさせる所定イベントは、フラッシングイベントに限定されず、ジョブの進捗に遅れや進みを生じさせる種々のイベントに拡張可能である。

例えば収集対象機器がプリンター３である場合、上記所定イベントは、清掃動作イベント、印刷媒体の詰まりイベント、印刷媒体切れイベント、インク切れイベント、インクヘッドの移動量が所定以下であることを表すイベント、の少なくとも１つのイベントを含む。

清掃動作イベントとは、狭義にはフラッシングイベントであるが、ゴム等の部材を用いてノズルの拭き取りを行うクリーニングイベントを含むことも可能である。また、印刷媒体は印刷対象である紙や布であり、印刷媒体の詰まりイベントとは、印刷媒体がプリンター３の内部で詰まり、供給（給紙）や排出（排紙）ができなくなるイベントを表す。印刷媒体切れイベントとは、印刷媒体が終了し、プリンター３への印刷媒体の供給ができなくなるイベントを表す。インク切れイベントとは、インク（液体インク、トナーを含む）の残量が低下し、印刷を継続できなくなるイベントを表す。これらのイベントは、いずれもジョブ（印刷動作）に遅れを生じさせるイベントである。

また、所定イベントは、インクヘッドの移動量が小さいイベントを含む。ロジカルシークと呼ばれるインクヘッドの制御手法では、例えば紙の色そのままでよい領域（白色領域）については、インクヘッドの移動及びインクの吐出を省略する。この場合、インクヘッドを規定量（例えば印刷可能領域の端から端まで）動かす場合に比べて、動作量が減るため、ジョブ（印刷動作）に進みを生じさせる。つまり、残り時間が想定よりも短くなるため、当該イベントを所定イベントに含めることで、端末装置９での残り時間情報の表示を精度よく行うことが可能になる。

４．２ 第２の実施形態
図１４は、第２の実施形態におけるプリンター３側と端末装置９との通信を表す模式図である。プリンター３での印刷開始イベントをトリガーとして、端末装置９がジョブ名、及び印刷開始時点で予測された残り時間情報を受信する点、及び印刷開始時点の残り時間情報を起点として、端末装置９でカウントダウン処理を行う点は第１の実施形態と同様である。

上述したフラッシングイベントのように、上記所定イベントには、当該イベントが発生した場合にジョブ（印刷動作）が停止し、当該イベントの終了時にジョブが再開されるものがある。この場合、所定イベントの発生中はジョブが行われない以上、ジョブの進捗は停止し、残り時間も減少しないと考えられる。

よって、ジョブ完了時間情報は、ジョブ完了までの残り時間情報であり、サーバーシステム７の通信部７３１は、端末装置９において、残り時間情報のカウントダウン処理が行われる場合に、図１４に示すように端末装置９に対するカウントダウン処理の停止指示を含む補正情報を、端末装置９に対してプッシュ通知する。

このようにすれば、プリンター３でのジョブの進捗が停止している場合に、端末装置９でのカウントダウン処理も停止できるため、所定イベント発生中においてもプリンター３での実際の進捗と、端末装置９で表示される残り時間情報との乖離を抑制できる。

そして、所定イベントが終了した場合に、端末装置９の処理部９１はカウントダウン処理を再開する。具体的には、本実施形態の補正情報は、所定イベントの発生に対応する第１の通知情報、及びジョブ再開に対応する第２の通知情報を含む。そして処理部９１は、図１４に示すように、第１の通知情報に基づいてカウントダウン処理を停止し、第２の通知情報に基づいてカウントダウン処理を再開する。

ここで、第２の通知情報は、ジョブの再開を表す情報（カウントダウン処理の再開指示）のみであってもよいし、ジョブ再開時のジョブ完了時間情報（残り時間情報、又は時間差情報）であってもよい。第２の通知情報がジョブ再開を表す情報である場合、端末装置９の処理部９１は、カウントダウン処理停止時の残り時間情報からカウントダウン処理を再開すればよく、制御が容易である。第２の通知情報がジョブ再開時のジョブ完了時間情報である場合、端末装置９の処理部９１は、受信したジョブ完了時間情報に基づいてジョブ再開時の残り時間情報を特定し、当該残り時間情報からカウントダウン処理を再開する。この場合、停止時の残り時間情報からカウントダウン処理を再開する場合に比べて、高い精度での補正処理が可能である。

いずれの場合においても、イベント発生中のプリンター３での実際の進捗と、端末装置９で表示される残り時間情報との乖離を抑制しつつ、イベント完了時に適切にカウントダウン処理を再開できる。また、第１の実施形態の手法では、補正処理を１タイミングで行うため、当該補正処理により、表示される残り時間情報が突然変化してしまい、ユーザーを混乱させるおそれがある。その点、本実施形態ではカウントダウン処理の停止及び再開という２ステップで補正処理が行われるため、補正処理に伴う残り時間情報の変化を小さくできる。

４．３ 第３の実施形態
図１５は、第３の実施形態におけるプリンター３側と端末装置９との通信を表す模式図である。印刷開始時の通信等については第１、第２の実施形態と同様である。

上述したフラッシングイベントは、発生タイミングを事前に予測することは容易でないが、１回のフラッシングイベントの具体的な手順はプリンター３の機種、ファームウェアバージョン、ユーザー設定等に応じて既知であると考えられる。そのため、フラッシングイベントが発生した場合、当該イベントによりどの程度ジョブの進捗が遅れるかは高い精度で予測可能である。

本実施形態における補正情報は、所定イベントのイベント種別を表す情報である。プリンター３の例であれば、フラッシングイベント、クリーニングイベント等、イベントの内容を特定可能な情報を補正情報とする。プリンター３の機種によっては、フラッシング、通常クリーニング、強力クリーニングのように、実行時間が異なる複数の清掃動作を行ってもよく、補正情報はそれらを識別可能な情報である。

図１５に示したように、端末装置９の処理部９１は、所定イベントのイベント種別に応じた時間差情報に基づいて、残り時間情報を補正する処理を行う。例えば端末装置９の記憶部９５は、イベント種別と、当該イベントの実行時間（時間差情報）とを対応付けるテーブルを記憶し、処理部９１はサーバーシステム７から受信したイベント種別の情報と当該テーブルとに基づいて補正処理を行う。即ち、ここでの時間差情報は、第１の実施形態（図１３）のようにプリンター３側でイベントの状況を実際に観測して求められるものではなく、イベント種別に応じてあらかじめ設定される情報である。なお、図１５では、イベント発生タイミングでプリンター３側からプッシュ通知が行われる例を示したが、イベント終了時（ジョブ再開時）にプッシュ通知を行う等、種々の変形実施が可能である。

なお本実施形態では、サーバーシステム７がイベント種別を表す情報を受信し、当該イベント種別を表す情報を端末装置９にプッシュ通知する。ただし上述したように、イベント種別に基づいて時間差情報やジョブ完了時間情報を求める処理は、サーバーシステム７で実行されてもよい。サーバーシステム７の通信部７３１は、収集対象機器から、直接又は他の機器（情報処理装置５）を介して、所定イベントのイベント種別を表す情報を受信する。サーバーシステム７の処理部７１は、本実施形態で説明したように、イベント種別を表す情報を補正情報として端末装置９に対してプッシュ通知させる。ただしこれに限定されず、処理部７１は、イベント種別を表す情報に基づいて、時間差情報を特定し、特定した時間差情報を補正情報として端末装置９に対してプッシュ通知させてもよい。或いは処理部７１は、時間差情報に基づいて求めた新たなジョブ完了時間情報を補正情報として端末装置９に対してプッシュ通知させてもよい。

このようにすれば、プリンター３や情報処理装置５からイベント種別を表す情報を受信した場合に、種々の態様により端末装置９に対するプッシュ通知を実行することが可能になる。なお、本実施形態の手法であれば、図１５のようにイベントの発生時にプッシュ通知を行うことが可能であるが、図１３のようにイベントの終了時（ジョブの再開時）にプッシュ通知が行わることは妨げられない。

また、サーバーシステム７は、イベント種別に応じてプッシュ通知の態様を変更してもよい。例えば、フラッシングイベントのように実行時間を事前に予測可能なイベント種別を表す情報を受信した場合、処理部７１は、イベント開始時に時間差情報を通信部７３１にプッシュ通知させる。この場合、プッシュ通知の対象は、イベント種別を表す情報であってもよいし、ジョブ完了時間情報であってもよい。一方、実行時間を事前に予測できないイベント種別を表す情報を受信した場合、処理部７１は、イベント終了時に時間差情報を通信部７３１にプッシュ通知させる。より具体的には、サーバーシステム７の通信部７３１は、イベント終了時にプリンター３（情報処理装置５）からイベント終了を表す情報や、時間差情報を受信することで、端末装置９に対するプッシュ通知を実行する。この場合、プッシュ通知の対象は、ジョブ完了時間情報であってもよい。

このようにすれば、イベント種別に応じて、適切なタイミングで端末装置９に対するプッシュ通知を実行することが可能になる。

４．４ 変形例
以下、いくつかの変形例について説明する。

図１６は、端末装置９の表示部９３３に表示される表示画面の例である。端末装置９の通信部９３１は、複数のプリンター３の印刷時間情報を、ネットワークＮＥ２を介して受信し、処理部９１は、複数のプリンター３の印刷完了時刻情報が、一画面内に配置された表示画面を、表示部９３３に表示する処理を行う。

図１６の例では、表示部９３３は、図１０と同様に３つのプリンターについての情報を表示する。図１０のＥ１では、「Printer-0001」の残り時間情報（Ｅ１５）が表示されていたが、図１６の例では印刷完了の予測時刻である「１４：２０」という情報が表示される（Ｃ１５）。Ｃ１のうち、Ｃ１１〜Ｃ１４については図１０のＥ１１〜Ｅ１４と同様である。また、「Printer-0002」についても同様であり、残り時間情報ではなく、印刷完了時刻情報である「１３：２０」という情報が表示される（Ｃ２５）。

即ち、以上で説明してきたジョブ完了時間情報（印刷完了時間情報）とは、ジョブの残り時間情報に限定されず、ジョブの完了時刻情報（印刷完了時刻情報）であってもよい。完了時刻情報を用いる場合、誤差を生じさせる所定イベントが発生しない限り、当該完了時刻情報は時間が経過しても変化しない。よって、端末装置９の処理部９１は、カウントダウン処理を行う必要はない。

第１の実施形態（図１３）や第３の実施形態（図１５）のように、１回のイベント発生に応じて補正情報が１回受信される場合、処理部９１は、受信した補正情報に基づいて新たな完了時刻情報を求め、求めた完了時刻情報を表示する処理を行う。

また本変形例と第２の実施形態の組み合わせも可能である。所定イベントによりジョブの実行が停止された状態では、時間の経過とともにジョブ完了時刻は遅くなっていくと考えられる。例えば、印刷完了時刻が１４：２０と予測されている場合に、所定イベントによりジョブが５分停止すれば、その状態での印刷完了時刻は１４：２５になると考えられる。

その場合の補正情報は、所定イベントの発生を表す第１の通知情報、及びジョブ再開を表す第２の通知情報を含む。そして処理部９１は、第１の通知情報に基づいて完了時刻情報のカウントアップ処理を開始し、第２の通知情報に基づいてカウントアップ処理を停止する。

また、本実施形態の手法は、図１に示したように、上記の端末装置９と、サーバーシステム７と、を含む稼働情報収集システム１に適用できる。

また、本実施形態のサーバーシステム７や端末装置９等は、その処理の一部または大部分をプログラムにより実現してもよい。この場合には、ＣＰＵ等のプロセッサーがプログラムを実行することで、本実施形態のサーバーシステム７や端末装置９等が実現される。具体的には、非一時的な情報記憶媒体に記憶されたプログラムが読み出され、読み出されたプログラムをＣＰＵ等のプロセッサーが実行する。ここで、情報記憶媒体（コンピューターにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＤＶＤ、ＣＤ等）、ＨＤＤ（ハードディスクドライブ）、或いはメモリー（カード型メモリー、ＲＯＭ等）などにより実現できる。そして、ＣＰＵ等のプロセッサーは、情報記憶媒体に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち、情報記憶媒体には、本実施形態の各部としてコンピューター（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピューターに実行させるためのプログラム）が記憶される。

また、本実施形態のサーバーシステム７や端末装置９等は、プロセッサーとメモリーを含んでもよい。ここでのプロセッサーは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、そのハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。例えば、プロセッサーは、回路基板に実装された１又は複数の回路装置（例えばＩＣ等）や、１又は複数の回路素子（例えば抵抗、キャパシター等）で構成することができる。プロセッサーは、例えばＣＰＵであってもよい。ただし、プロセッサーはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Signal Processor）等、各種のプロセッサーを用いることが可能である。またプロセッサーはＡＳＩＣによるハードウェア回路でもよい。またプロセッサーは、アナログ信号を処理するアンプ回路やフィルター回路等を含んでもよい。メモリーは、ＳＲＡＭ、ＤＲＡＭなどの半導体メモリーであってもよいし、レジスターであってもよいし、ハードディスク装置等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピューターにより読み取り可能な命令を格納しており、当該命令がプロセッサーにより実行されることで、サーバーシステム７や端末装置９等の各部（通信部、処理部）の機能が実現されることになる。ここでの命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェア回路に対して動作を指示する命令であってもよい。

また本実施形態の手法は、少なくとも１つの収集対象機器の稼働情報を、ネットワークを介して収集するサーバーシステム７の作動方法であって、収集対象機器から、収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信し、ジョブ完了時間情報を表示する端末装置９に対して、収集対象機器から受信したジョブ完了時間情報を送信し、ジョブ完了までの時間に変化を生じさせる所定イベントが、収集対象機器において発生した場合に、ジョブ完了時間情報の補正情報を、端末装置９に対してプッシュ通知するサーバーシステムの作動方法に適用できる。

或いは本実施形態の手法は、少なくとも１つの収集対象機器の稼働情報を収集するサーバーシステム７に、ネットワークを介して通信接続される端末装置９の作動方法であって、収集対象機器でのジョブの残り時間情報のカウントダウン処理を行い、ジョブ完了までの時間に変化を生じさせる所定イベントが、収集対象機器において発生した場合に、残り時間情報を補正する補正情報を、収集対象機器側からのプッシュ通知により受信し、受信した補正情報に基づいて、残り時間情報を補正する端末装置９の作動方法に適用できる。

以上、本発明を適用した実施形態及びその変形例について説明したが、本発明は、各実施形態やその変形例そのままに限定されるものではなく、実施段階では、発明の要旨を逸脱しない範囲内で構成要素を変形して具体化することができる。また、上記した各実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることによって、種々の発明を形成することができる。例えば、各実施形態や変形例に記載した全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態や変形例で説明した構成要素を適宜組み合わせてもよい。また、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。このように、発明の主旨を逸脱しない範囲内において種々の変形や応用が可能である。

ＮＥ１，ＮＥ２…ネットワーク、１…稼働情報収集システム、３…プリンター、
３１…処理部、３３…インターフェース部、３５…印刷部、３７…記憶部、
３３１…通信部、３３２…操作部、３３３…表示部、３５１…印刷エンジン、
３５２…センサー、３５３…カウンター、５…情報処理装置、５１…処理部、
５３…インターフェース部、５５…記憶部、５３１…通信部、５３２…操作部、
５３３…表示部、７…サーバーシステム、７１…処理部、７５…記憶部、
７３１…通信部、９…端末装置、９１…処理部、９３…インターフェース部、
９５…記憶部、９３１…通信部、９３２…操作部、９３３…表示部、９３４…報知部、
１０…システム

Claims (17)

1. 収集対象機器の稼働情報を、ネットワークを介して収集するサーバーシステムであって、
   前記収集対象機器から、前記稼働情報のうち少なくとも前記収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信する通信部と、
   前記通信部の通信制御を行う処理部と、
   を含み、
   前記処理部は、
   前記ジョブ完了時間情報を表示する端末装置に対して、前記収集対象機器から受信した前記ジョブ完了時間情報を前記通信部に送信させ、
   前記ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記ジョブ完了時間情報の補正情報を、前記端末装置に対してプッシュ通知させることを特徴とするサーバーシステム。
2. 請求項１において、
   前記補正情報は、前記所定イベントの発生に対応して、前記通信部が前記収集対象機器から受信した前記ジョブ完了時間情報に基づく情報であることを特徴とするサーバーシステム。
3. 請求項２において、
   前記ジョブ完了時間情報に基づく情報は、
   前記所定イベントの発生タイミング後に新たに予測された前記ジョブ完了時間情報、又は、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報であることを特徴とするサーバーシステム。
4. 請求項１乃至３のいずれかにおいて、
   前記ジョブ完了時間情報は、ジョブ完了までの残り時間情報であり、
   前記通信部は、
   前記端末装置において、前記残り時間情報のカウントダウン処理が行われる場合に、前記端末装置に対する前記カウントダウン処理の停止指示を含む前記補正情報を、前記端末装置に対してプッシュ通知することを特徴とするサーバーシステム。
5. 請求項１乃至３のいずれかにおいて、
   前記通信部は、
   前記収集対象機器から、直接又は他の機器を介して、前記所定イベントの発生タイミング後に新たに予測された前記ジョブ完了時間情報を受信し、
   前記処理部は、
   新たに予測された前記ジョブ完了時間情報を前記補正情報として、前記端末装置に対してプッシュ通知させることを特徴とするサーバーシステム。
6. 請求項１乃至３のいずれかにおいて、
   前記通信部は、
   前記収集対象機器から、直接又は他の機器を介して、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報を受信し、
   前記処理部は、
   前記時間差情報を、前記補正情報として前記端末装置に対してプッシュ通知させる、又は、前記時間差情報に基づいて求めた新たな前記ジョブ完了時間情報を前記補正情報として前記端末装置に対してプッシュ通知させることを特徴とするサーバーシステム。
7. 請求項１において、
   前記補正情報は、前記所定イベントのイベント種別を表す情報であることを特徴とするサーバーシステム。
8. 請求項１において、
   前記通信部は、
   前記収集対象機器から、直接又は他の機器を介して、前記所定イベントのイベント種別を表す情報を受信し、
   前記処理部は、
   前記イベント種別を表す情報を前記補正情報として前記端末装置に対してプッシュ通知させる、又は、
   前記イベント種別を表す情報に基づいて、前記所定イベントによる前記ジョブ完了時間情報との差異を表す時間差情報を特定し、特定した前記時間差情報を前記補正情報として前記端末装置に対してプッシュ通知させる、又は、
   前記時間差情報に基づいて求めた新たな前記ジョブ完了時間情報を前記補正情報として前記端末装置に対してプッシュ通知させることを特徴とするサーバーシステム。
9. 請求項８において、
   前記処理部は、
   イベント実行時間が予測可能な前記イベント種別を表す情報を受信した場合、イベント発生時に、前記イベント種別を表す情報又は前記時間差情報又は前記ジョブ完了時間情報を、前記通信部にプッシュ通知させ、
   前記イベント実行時間が予測できない前記イベント種別を表す情報を受信した場合、イベント終了時に、前記時間差情報又は前記ジョブ完了時間情報を前記通信部にプッシュ通知させることを特徴とするサーバーシステム。
10. 請求項１乃至９のいずれかにおいて、
    前記収集対象機器はプリンターであり、
    前記所定イベントは、清掃動作イベント、印刷媒体の詰まりイベント、印刷媒体切れイベント、インク切れイベント、インクヘッドの移動量が所定以下であることを表すイベント、の少なくとも１つのイベントであることを特徴とするサーバーシステム。
11. 収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置であって、
    前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行う処理部と、
    ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を受信する通信部と、
    を含み、
    前記通信部は、
    前記所定イベントの発生に対応して前記収集対象機器側からプッシュ通知された前記補正情報を、前記ネットワークを介して受信し、
    前記処理部は、
    受信した前記補正情報に基づいて、前記残り時間情報を補正することを特徴とする端末装置。
12. 請求項１１において、
    前記補正情報は、前記所定イベントの発生に対応する第１の通知情報、及びジョブ再開に対応する第２の通知情報を含み、
    前記処理部は、
    前記第１の通知情報に基づいて前記カウントダウン処理を停止し、前記第２の通知情報に基づいて前記カウントダウン処理を再開することを特徴とする端末装置。
13. 請求項１１において、
    前記補正情報は、前記所定イベントのイベント種別を表す情報であり、
    前記処理部は、
    前記所定イベントの前記イベント種別に応じた時間差情報に基づいて、前記残り時間情報を補正する処理を行うことを特徴とする端末装置。
14. 請求項１乃至１０のいずれかに記載のサーバーシステムと、
    前記端末装置と、
    を含むことを特徴とする稼働情報収集システム。
15. 収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置を動作させるプログラムであって、
    前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行う処理部と、
    ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を受信する通信部として、
    前記端末装置を機能させ、
    前記通信部は、
    前記収集対象機器側からプッシュ通知された前記補正情報を、前記ネットワークを介して受信し、
    前記処理部は、
    受信した前記補正情報に基づいて、前記残り時間情報を補正することを特徴とするプログラム。
16. 収集対象機器の稼働情報を、ネットワークを介して収集するサーバーシステムの作動方法であって、
    前記収集対象機器から、前記収集対象機器でのジョブ完了の予測時間を表すジョブ完了時間情報を受信し、
    前記ジョブ完了時間情報を表示する端末装置に対して、前記収集対象機器から受信した前記ジョブ完了時間情報を送信し、
    ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記ジョブ完了時間情報の補正情報を、前記端末装置に対してプッシュ通知する、
    ことを特徴とするサーバーシステムの作動方法。
17. 収集対象機器の稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置の作動方法であって、
    前記収集対象機器でのジョブの残り時間情報のカウントダウン処理を行い、
    ジョブ完了までの時間に変化を生じさせる所定イベントが、前記収集対象機器において発生した場合に、前記残り時間情報を補正する補正情報を、前記収集対象機器側からのプッシュ通知により受信し、
    受信した前記補正情報に基づいて、前記残り時間情報を補正する、
    ことを特徴とする端末装置の作動方法。