(57)【要約】【課題】  稼働情報に基づく報知を適切な報知態様で実行するサーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等の提供。【解決手段】  サーバーシステム７は、少なくとも１つのプリンター３の稼働情報を、ネットワークを介して収集するサーバーシステムであって、稼働情報についての報知情報を端末装置９に送信する通信部７３１と、通信制御を行う処理部７１を含む。処理部７１は、第１の端末装置に対して、第１の端末装置の報知設定に基づく報知情報を送信する制御を行い、第２の端末装置に対して、第２の端末装置の報知設定に基づく報知情報を送信する制御を行う。【選択図】      図１
2019028755.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムであって、
前記稼働情報についての報知情報を端末装置に送信する通信部と、
前記通信部の通信制御を行う処理部と、
を含み、
前記処理部は、第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行うことを特徴とするサーバーシステム。
【請求項２】
請求項１において、
前記報知設定は、報知時間帯の設定、及び、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定、の少なくとも一方の設定であることを特徴とするサーバーシステム。
【請求項３】
請求項１又は２において、
前記報知設定は、前記プリンターでのイベント種別の設定であることを特徴とするサーバーシステム。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記報知設定は、前記端末装置から受信した報知設定情報に基づいて設定されることを特徴とするサーバーシステム。
【請求項５】
請求項４において、
前記通信部は、
前記端末装置に対して、前記端末装置における報知対象の候補となる前記プリンターである報知候補プリンターの情報を送信し、
前記報知候補プリンターのうち、前記端末装置において報知対象として選択された前記プリンターを特定する情報を、前記報知設定情報として前記端末装置から受信することを特徴とするサーバーシステム。
【請求項６】
請求項５において、
前記処理部は、
前記端末装置の識別情報と、報知対象として選択された前記プリンターとを関連付けるデータベースを、前記通信部が前記端末装置から受信した前記報知設定情報に基づいて更新することを特徴とするサーバーシステム。
【請求項７】
請求項１において、
前記報知設定は、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定であり、
前記通信部は、
報知対象である前記プリンターにおいて報知イベントが発生した場合は、時間帯及びイベント種別によらず、前記端末装置に対して前記報知情報を送信することを特徴とするサーバーシステム。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記通信部は、
前記プリンターで連続実行される第１〜第Ｎのジョブのうち、前記第Ｎのジョブが完了した場合に、前記端末装置に対して前記報知情報を送信することを特徴とするサーバーシステム。
【請求項９】
少なくとも１つのプリンターでの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置であって、
前記稼働情報についての報知情報を、前記ネットワークを介して受信する通信部と、
前記報知情報に基づく報知制御を行う処理部と、
を含み、
前記処理部は、
第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行うことを特徴とする端末装置。
【請求項１０】
少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムと、
前記サーバーシステムと通信接続される端末装置と、
を含み、
前記サーバーシステムは、
前記稼働情報についての報知情報を前記端末装置に送信する第１通信部と、
前記第１通信部の通信制御を行う第１処理部と、を含み、
前記端末装置は、
前記稼働情報についての前記報知情報を、前記サーバーシステムから受信する第２通信部と、
前記報知情報に基づく報知制御を行う第２処理部と、を含み、
（１）第１処理部による、
第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信し、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御、及び、
（２）第２処理部による、
第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行う制御、
の少なくとも一方の制御を行うことを特徴とする稼働情報収集システム。
【請求項１１】
少なくとも１つのプリンターの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置を動作させるプログラムであって、
前記稼働情報についての報知情報を、前記ネットワークを介して受信する通信部と、
前記報知情報に基づく報知制御を行う処理部として、
前記端末装置を機能させ、
前記処理部は、
第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行うことを特徴とするプログラム。
【請求項１２】
少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムの作動方法であって、
前記稼働情報についての報知情報を端末装置に送信する処理と、
前記報知情報の通信制御と、
を行い、
第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行うことを特徴とするサーバーシステムの作動方法。
【請求項１３】
少なくとも１つのプリンターでの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置の作動方法であって、
前記稼働情報についての報知情報を、前記ネットワークを介して受信する処理と、
前記報知情報に基づく報知制御と、
を行い、
第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行うことを特徴とする端末装置の作動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等に関する。
【背景技術】
【０００２】
従来、ネットワークに接続された複数の機器の稼働情報を収集するサーバーシステムが知られている。稼働情報の収集対象機器は種々考えられるが、例えばプリンター等の生産機器である。
【０００３】
サーバーシステムが収集した稼働情報の用途は種々考えられる。例えば、サーバーシステムは、収集した稼働情報をユーザーが使用する端末装置に対して送信する。このようにすれば、ユーザーはプリンターの稼働状態を端末装置を用いて確認することが可能になる。例えば、プリンターから離れた場所にいるユーザーが、当該プリンターの稼働状態（例えばジョブの進捗状態）を遠隔監視することも可能になる。
【０００４】
ただし、サーバーシステムからの通知（プッシュ通知）を受信した端末装置が鳴動等の報知を行う場合、重要度の低い情報まで報知の対象になると、ユーザーに煩わしさを感じさせてしまう。特許文献１には、モバイル端末の画面に表示されている機能と、送信されたエラー情報の種類とを比較して、当該エラー情報の表示、非表示を制御する手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１０８９４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の手法は、多様な機能を有する画像処理装置（複合機）を、モバイル端末を用いて操作する場合において、モバイル端末からの操作が、複合機のどの機能を利用するかに応じて表示制御が行われる。つまり、特許文献１の手法でのエラーの表示は、モバイル端末で画像処理装置を操作しているときに限定されてしまい、稼働情報を収集するシステムにおいて、リアルタイムでの報知（例えばエラー報知）に適用することは困難である。また特許文献１の手法では、表示、非表示が利用中の機能に応じて決定されるため、ユーザー毎に重要な通知か否かを細かく設定することが容易でない。
【０００７】
本発明の幾つかの態様によれば、稼働情報に基づく報知を適切な報知態様で実行するサーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法等を提供できる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムであって、前記稼働情報についての報知情報を端末装置に送信する通信部と、前記通信部の通信制御を行う処理部と、を含み、前記処理部は、第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行うサーバーシステムに関係する。
【０００９】
本発明の一態様では、稼働情報を収集するサーバーシステムにおいて、端末装置ごとの報知設定に従って、稼働情報についての報知情報を送信する。このようにすれば、端末装置に応じた適切な態様で、報知情報を送信することが可能になる。
【００１０】
また本発明の一態様では、前記報知設定は、報知時間帯の設定、及び、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定、の少なくとも一方の設定であってもよい。
【００１１】
このようにすれば、端末装置に対応したプリンターに関する報知情報を、適切な時間帯において送信すること等が可能になる。
【００１２】
また本発明の一態様では、前記報知設定は、前記プリンターでのイベント種別の設定であってもよい。
【００１３】
このようにすれば、適切な種別のイベントに関する報知情報を、端末装置に送信すること等が可能になる。
【００１４】
また本発明の一態様では、前記報知設定は、前記端末装置から受信した報知設定情報に基づいて設定されてもよい。
【００１５】
このようにすれば、端末装置からの情報に基づいて報知設定を行うことが可能になる。
【００１６】
また本発明の一態様では、前記通信部は、前記端末装置に対して、前記端末装置における報知対象の候補となる前記プリンターである報知候補プリンターの情報を送信し、前記報知候補プリンターのうち、前記端末装置において報知対象として選択された前記プリンターを特定する情報を、前記報知設定情報として前記端末装置から受信してもよい。
【００１７】
このように、報知対象となるプリンターの候補をサーバーシステム側から送信し、当該候補から端末装置で選択されたプリンターを報知対象として設定することで、適切なプリンターに関する報知情報を送信することが可能になる。
【００１８】
また本発明の一態様では、前記処理部は、前記端末装置の識別情報と、報知対象として選択された前記プリンターとを関連付けるデータベースを、前記通信部が前記端末装置から受信した前記報知設定情報に基づいて更新してもよい。
【００１９】
このようにすれば、報知設定情報に基づいてデータベースを更新することで、適切な態様で報知情報を送信することが可能になる。
【００２０】
また本発明の一態様では、前記報知設定は、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定であり、前記通信部は、報知対象である前記プリンターにおいて報知イベントが発生した場合は、時間帯及びイベント種別によらず、前記端末装置に対して前記報知情報を送信してもよい。
【００２１】
このようにすれば、サーバーシステムから、報知対象として選択されたプリンターに関する報知情報を送信し、時間帯やイベント種別の制御については端末装置に委ねること等が可能になる。
【００２２】
また本発明の一態様では、前記通信部は、前記プリンターで連続実行される第１〜第Ｎのジョブのうち、前記第Ｎのジョブが完了した場合に、前記端末装置に対して前記報知情報を送信してもよい。
【００２３】
このようにすれば、複数のジョブを連続実行する場合に、適切なタイミングで報知情報を送信することが可能になる。
【００２４】
また本発明の他の態様は、少なくとも１つのプリンターでの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置であって、前記稼働情報についての報知情報を、前記ネットワークを介して受信する通信部と、前記報知情報に基づく報知制御を行う処理部と、を含み、前記処理部は、第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行う端末装置に関係する。
【００２５】
本発明の他の態様では、稼働情報を収集するサーバーシステムから報知情報を受信した場合に、報知設定に応じた報知態様で報知が行われる。このようにすれば、不要な報知を抑制し、適切な態様で稼働情報に関する報知を行うこと等が可能になる。
【００２６】
また本発明の他の態様は、少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムと、前記サーバーシステムと通信接続される端末装置と、を含み、前記サーバーシステムは、前記稼働情報についての報知情報を前記端末装置に送信する第１通信部と、前記第１通信部の通信制御を行う第１処理部と、を含み、前記端末装置は、前記稼働情報についての前記報知情報を、前記サーバーシステムから受信する第２通信部と、前記報知情報に基づく報知制御を行う第２処理部と、を含み、（１）第１処理部による、第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信し、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御、及び、（２）第２処理部による、第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行う制御、の少なくとも一方の制御を行う稼働情報収集システムに関係する。
【００２７】
また本発明の他の態様は、少なくとも１つのプリンターの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置を動作させるプログラムであって、前記稼働情報についての報知情報を、前記ネットワークを介して受信する通信部と、前記報知情報に基づく報知制御を行う処理部として、前記端末装置を機能させ、前記処理部は、第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行うプログラムに関係する。
【００２８】
また本発明の他の態様は、少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムの作動方法であって、前記稼働情報についての報知情報を端末装置に送信する処理と、前記報知情報の通信制御と、を行い、第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行うサーバーシステムの作動方法に関係する。
【００２９】
また本発明の他の態様は、少なくとも１つのプリンターでの稼働情報を収集するサーバーシステムに、ネットワークを介して通信接続される端末装置の作動方法であって、前記稼働情報についての報知情報を、前記ネットワークを介して受信する処理と、前記報知情報に基づく報知制御と、を行い、第１の報知設定のときは、第１の報知態様で前記報知情報の報知制御を行い、第２の報知設定のときは、前記第１の報知態様と異なる第２の報知態様で前記報知情報の報知制御を行う端末装置の作動方法に関係する。
【図面の簡単な説明】
【００３０】
【図１】稼働情報収集システムの構成例。
【図２】プリンターの構成例。
【図３】情報処理装置の構成例。
【図４】サーバーシステムの構成例。
【図５】端末装置の構成例。
【図６】プリンターで記憶される稼働情報のデータ構造例。
【図７】情報処理装置等で記憶される稼働情報のデータ構造例。
【図８】情報処理装置、サーバーシステム、端末装置間の通信態様の模式図。
【図９】第１の情報の具体例。
【図１０】プッシュ通知を受信した場合の端末装置の表示画面例。
【図１１】報知設定に用いられる表示画面例。
【図１２】報知設定に用いられる表示画面例。
【図１３】報知設定情報テーブルの例。
【図１４】報知設定情報テーブルの例。
【図１５】連続するジョブが実行される場合のプッシュ通知を説明する模式図。
【図１６】複数のプリンターの情報を一覧表示する表示画面例。
【図１７】詳細情報の表示画面例。
【発明を実施するための形態】
【００３１】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００３２】
また、以下では稼働情報の収集対象機器がプリンター（印刷装置）である例について説明するが、収集対象機器は他の機器（例えばプリンター以外の生産機器）に拡張可能である。
【００３３】
１．稼働情報収集システム
図１は、本発明にかかる稼働情報収集システムの一例を模式的に示す図である。稼働情報収集システム１は、プリンター３の稼働情報を、情報処理装置５を介して収集するサーバーシステム７と、端末装置９を含む。サーバーシステム７は、収集した稼働情報を端末装置９に対して送信する。なお端末装置９に送信される情報は、サーバーシステム７が収集した全ての稼働情報を対象にする必要はない。例えば、サーバーシステム７は稼働情報の一部を抽出した情報、或いは稼働情報に対して統計処理等の加工処理を行った情報を端末装置９に対して送信してもよい。端末装置９は、サーバーシステム７から受信した情報の表示部での表示、或いは鳴動等による報知を行う。
【００３４】
ただし、稼働情報収集システム１を含むシステムは図１の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。例えば、図１から情報処理装置５を省略し、各プリンター３が直接ネットワークＮＥ２（インターネット）に接続されてもよい。
【００３５】
図１に示したように、複数のプリンター３及び情報処理装置５は、ネットワークＮＥ１に接続されており、ネットワークＮＥ１を介して双方向に通信可能である。また、情報処理装置５及びサーバーシステム７は、ネットワークＮＥ２に接続されており、ネットワークＮＥ２を介して双方向に通信可能である。また、端末装置９もネットワークＮＥ２に接続されており、サーバーシステム７と端末装置９は、ネットワークＮＥ２を介して双方向に通信可能である。
【００３６】
例えば、ネットワークＮＥ１はＬＡＮ（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）等を用いたセキュアな接続により、第１の通信処理及び第２の通信処理を実現してもよい。
【００６５】
通信部７３１は、図８のＡ１に示したように、リアルタイム性の高い稼働情報である第１の情報を、第１の通信処理により受信する。第１の情報とは、例えばプリンター３のステータス（ステータス変化）を表す情報である。プリンター３が通常動作状態（印刷中）から、警告状態やエラー状態に移行した場合、ジョブ（印刷）の継続や再開のためには、ユーザーがプリンター３の所まで戻って何らかの作業を行う必要性が高い。警告状態とは、印刷を継続できないおそれがある状態（例えばインク残量低下等）であり、エラー状態とは、何らかの異常により印刷動作が停止した状態を表す。或いは、プリンター３でのジョブが終了し、通常動作状態（印刷中）からアイドル状態（待機中）に移行した場合、ユーザーがプリンター３の所まで戻って新規ジョブを投入することで、プリンター３を効率的に動作させることが可能になる。よって印刷中から待機中へのステータス変化も、リアルタイム性の高い情報である。
【００６６】
よってステータス変化を表す情報は、プリンター３でのステータス変化発生後、できるだけ早くサーバーシステム７（及び端末装置９）に送信されることが望ましい。よって、例えば情報処理装置５の通信部５３１（或いはプリンター３の通信部３３１）は、ステータス変化を表すイベントが発生した場合に、当該イベント発生をトリガーとして（イベントドリブンで）、サーバーシステム７に対してＭＱＴＴを用いて稼働情報を送信する。
【００６７】
具体的には、通信部５３１（通信部３３１）は、イベントが発生した場合に、即座（リアルタイム）に稼働情報をサーバーシステム７に対して送信する。このようにすれば、サーバーシステム７は、リアルタイム性が高い情報を適切に受信することが可能になる。
【００６８】
図９は、稼働情報のうちの第１の情報の具体例、及び各情報に対応するイベントの具体例である。第１の情報としては、上記ステータス情報の他、ジョブ完了までの残り時間を表す残り時間情報、消耗材（液体インクやトナー等、或いは紙や布等の印刷媒体）の消費量或いは残量情報、プリンター３で実行しているジョブ名の情報、等が考えられる。
【００６９】
図９に示したように、ステータス情報は、「印刷中」「待機中」「警告」「エラー」のいずれかの値をとる。「印刷中」は上記通常動作状態に対応し、「待機中」はアイドル状態に対応し、「警告」は警告状態に対応し、「エラー」はエラー状態に対応する。そして、サーバーシステム７にステータス情報を送信するトリガーになるイベントとは、ステータス情報の値が変化するイベントである。なお、プリンター３、情報処理装置５、及びサーバーシステム７の各機器は、「警告」又は「エラー」への遷移と、「印刷中」又は「待機中」への遷移を別イベントとして分けて管理してもよい。前者はプリンター３の動作が停止した、或いは停止するおそれがあるという異常状態を表すイベントであるのに対して、後者は印刷開始や終了という正常動作における始点、終点を表すイベントである。
【００７０】
残り時間情報は、印刷完了までの残り時間を表す情報であり、例えば残り時間の時分を表す情報である。また残り時間情報に代えて、印刷完了時刻を表す印刷完了時刻情報を第１の情報としてもよい。サーバーシステム７に残り時間情報を送信するトリガーになるイベントとは、残り時間情報が変化するイベントである。例えば、プリンター３や情報処理装置５は、印刷中にフラッシング動作が発生し、残り時間が増加した場合に、イベント発生と判定する。
【００７１】
消耗材の残量情報は、液体インクやトナーの残量、印刷媒体の残量である。インク残量は、例えばインクタンクの容量を１００％とした場合の残量の割合であり、単位は％である。印刷媒体の残量は、例えば枚数であってもよいし、ロール紙等を用いる場合は長さ（単位：ｍ）であってもよい。サーバーシステム７に消耗材の残量情報を送信するトリガーになるイベントとは、残量が所定量（所定割合、所定枚数、所定長さ）だけ変化したイベントであってもよいし、残量が所与の閾値を下回ったイベントであってもよい。また、消耗材の情報は、残量情報ではなく消費量情報を用いてもよい。
【００７２】
ジョブ名の情報は、例えば印刷対象となるファイル名（画像ファイル名等）である。サーバーシステム７にジョブ名を送信するトリガーになるイベントとは、新たなジョブの実行を表すイベントである。なお、新たなジョブの実行を表すイベントは、「待機中」から「印刷中」への遷移イベント（印刷開始イベント）と同様のイベントとして、プリンター３等で管理されてもよい。また、ジョブ名については、実行中のジョブ名に限定されず、過去に実行した所定数のジョブのジョブ名（ジョブ履歴情報）に拡張することも可能である。
【００７３】
なお、通信部５３１（通信部３３１）は、第１の情報の種類によっては、サーバーシステム７への情報送信の間引きを行ってもよい。具体的には、通信部５３１は、前回の情報送信後、所定期間（例えば数分）は新たなイベントが発生しても情報の送信を行わない。このようにすれば、情報処理装置５（プリンター３）とサーバーシステム７との間の通信負荷を軽減することが可能になる。例えば、サーバーシステム７の通信部７３１は、第１の情報の中でも特にリアルタイム性の高いステータス情報はイベント発生後、即座に受信し、他の情報については受信頻度に上限を設定する。
【００７４】
以上の第１の情報に対して、印刷部３５のローラーの回転量や、ヘッダーの往復回数、クリーニングの実行回数などのカウント結果である第２の情報は、プリンター３の長期的なメンテナンスには有用であるが、カウントアップが行われてから数分以内にユーザーに閲覧させる必要性は低い。よって、サーバーシステム７の通信部７３１は、図８のＡ２に示したように、ＨＴＴＰ等を用いて第２の情報を情報処理装置５から受信する。そして、ＨＴＴＰを用いた第２の情報の受信は、第１の情報に比べて低い頻度で（例えば１日に数回程度）行われる。
【００７５】
３．３  サーバーシステムと端末装置との間の通信
サーバーシステム７と端末装置９との間の通信も複数の経路が考えられる。図８のＢ１に示したように、サーバーシステム７の通信部７３１は、端末装置９に対するプッシュ通知を行い、端末装置９は、通信部９３１によるプッシュ通知の受信、及び報知部９３４による報知（鳴動）を行う。言い換えれば、プッシュ通知は、サーバーシステム７側が主体となって稼働情報を送信する通信処理である。
【００７６】
プッシュ通知が行われる情報は、第１の情報の中でも特にリアルタイム性の高い情報である。具体的には、上述した情報のうち、ステータス情報の変化は、プッシュ通知により端末装置９に対して送信される。なお、プッシュ通知により送信される情報は、変化後のステータス情報そのものである。或いは、プッシュ通知ではステータス情報の変化があったことを表す情報（例えば「エラー発生」等）のみを送信し、具体的なステータス情報は、後述するＢ２に示した通信で送信されてもよい。
【００７７】
なお、サーバーシステム７（処理部７１）は、端末装置９に対してプッシュ通知を行うか否かを、記憶部７５の報知設定情報テーブルに基づいて判定する。報知設定テーブルは、例えば、端末装置９の識別情報と、報知対象となるプリンター３の識別情報と、報知可能な時間帯と、報知可能な曜日と、が対応付けられた情報である。このようにすれば、サーバーシステム７は、ユーザーに対して適切なタイミングで、適切な情報をプッシュ通知することが可能になる。例えば処理部７１（通信部７３１）は、所与のユーザーが所属する会社が複数のプリンター３を所有している場合に、当該ユーザーが管理を担当しているプリンターの情報に限定してプッシュ通知を行ったり、ユーザーの勤務時間外（例えば深夜や休日）ではプッシュ通知を行わないといった制御が可能になる。
【００７８】
ステータス情報と比較した場合、残り時間情報、消耗材の残量情報、ジョブ名については優先度が低く、ユーザーから（端末装置９から）のリクエストがあった場合に受信される態様であっても問題が生じにくい。
【００７９】
よって図８のＢ２に示したように、端末装置９の通信部９３１は、サーバーシステム７（Ｗｅｂアプリケーションサーバー）に対してリクエストを送信し、サーバーシステム７は当該リクエストに対するレスポンスとして、稼働情報を返信する。この通信は、例えばＨＴＴＰを用いて行われ、端末装置９でのアプリケーションソフトウェア（いわゆるスマホアプリ）の起動時、或いはユーザーによる更新操作時に実行される。言い換えれば、Ｂ２に示したリクエスト／レスポンスによる通信は、端末装置９側（ユーザー側）が主体となって稼働情報を取得する通信処理である。
【００８０】
Ｂ２に示した通信では、端末装置９はサーバーシステム７から上記第１の情報を受信する。このようにすれば、端末装置９を用いたプリンター３の遠隔監視において有用な情報を、ユーザーに提示することが可能になる。なお、サーバーシステム７の通信部７３１は、上記第１の情報の全てを返信する必要はなく、一部の情報を返信してもよい。例えば、端末装置９のリクエストにおいて、第１の情報のうち、表示対象となる一部の情報のみが要求されている場合、サーバーシステム７の通信部７３１は要求された情報のみを返信する。
【００８１】
また、端末装置９からのリクエストがあった場合は、サーバーシステム７の通信部７３１は、Ｂ２に示した通信において、上記第２の情報をレスポンスとして返信することも妨げられない。
【００８２】
４．プッシュ通知、報知制御
次に、サーバーシステム７から端末装置９に対するプッシュ通知、及びプッシュ通知に基づく端末装置９での報知制御について説明する。
【００８３】
４．１  第１の実施形態
図８のＡ１及びＢ１に示したように、プリンター３で所与のイベントが発生した場合、当該イベントに関連する稼働情報が、サーバーシステム７に高い頻度で（リアルタイムに）収集され、サーバーシステム７から端末装置９に対してプッシュ通知が行われる。ここでのイベントとは、例えばステータスの変化イベントであり、「エラー」又は「警告」への移行である。またここでのイベントは、「待機中」への移行である印刷動作の終了イベント等を含む。
【００８４】
端末装置９の処理部９１は、通信部９３１がプッシュ通知を受信した場合に、報知部９３４での報知を行う。具体的には、処理部９１はスピーカーによる音を用いた報知、及び振動部の振動による報知を行う（以下、このような報知態様を鳴動と表記する）。端末装置９を鳴動させることで、ユーザーが端末装置９を操作していない場合であっても、プリンター３でのイベント発生を適切にユーザーに知らせることが可能になる。また、処理部９１は、プッシュ通知を受信した場合に、受信した情報を表示部９３３で表示する。
【００８５】
図１０は、プッシュ通知を受信した場合に、端末装置９の表示部９３３に表示される画面の例である。図１０は端末装置９として携帯端末装置（スマートフォン）を用いた場合であって、当該携帯端末装置のＯＳ（Operating System）通知の例、より具体的にはAndroid（登録商標）のロック画面での通知例である。図１０のＤ１に示した例では、端末装置９の通信部９３１は、印刷媒体の終了というエラーが発生したことを表すプッシュ通知を受信しており、端末装置９の処理部９１（狭義にはＯＳ）は、当該プッシュ通知の内容を表示部９３３に表示している。なお、表示部９３３は、Ｄ２やＤ３に示すように、ＯＳからの他の通知、或いは他のアプリケーションソフトウェアによる通知を表示してもよい。図１０のＤ１に示した表示を行うことで、ユーザーに対してイベントの簡単な内容を報知することが可能になる。
【００８６】
ただし、鳴動による報知はユーザーの注意を引きつけるものであるため、不要な状況で報知を行うことは好ましくない。例えば、ユーザーの所属する企業が多数のプリンター３を保有している場合、所与のユーザーはそのうちの数台を担当し、他のプリンター３については担当外であることが考えられる。この場合、当該所与のユーザーの端末装置９に対して、担当外のプリンター３のエラー発生をプッシュ通知することは有用でなく、ユーザーにとっては煩わしく感じられる。
【００８７】
また、交代制の勤務が行われる場合、月曜日から金曜日までは、所与のプリンター３の担当者がユーザーＡであるが、土曜日及び日曜日はユーザーＡが休養日であるため、当該所与のプリンター３の担当者がユーザーＢになる、ということが考えられる。当該プリンター３でのエラーが土曜日又は日曜日に発生した場合、プッシュ通知を優先的に行うべきはユーザーＢの端末装置９であって、ユーザーＡの端末装置９に対するプッシュ通知の優先度は高くない。むしろ、休養日にプッシュ通知が行われることで、ユーザーＡが煩わしさを感じてしまうおそれがある。
【００８８】
よって本実施形態のサーバーシステム７は、所与のプリンター３でイベントが発生した場合に、端末装置９に応じてプッシュ通知を行うか否かを決定する。具体的には、サーバーシステム７は、少なくとも１つのプリンター３の稼働情報を、ネットワーク（ＮＥ１，ＮＥ２）を介して収集するサーバーシステムであって、稼働情報についての報知情報を端末装置９に送信する通信部７３１と、通信部７３１の通信制御を行う処理部７１を含む。処理部７１は、第１の端末装置に対して、第１の端末装置の報知設定に基づく報知情報を送信する制御を行い、第１の端末装置とは異なる第２の端末装置に対して、第２の端末装置の報知設定に基づく報知情報を送信する制御を行う。
【００８９】
ここでの報知情報とは、プリンター３の稼働情報を、端末装置９においてユーザーに対して報知するための情報である。報知情報は、狭義にはプッシュ通知として送信される情報であり、より具体的にはプリンター３で所与のイベントが発生したことを表す情報である。
【００９０】
このようにすれば、稼働情報の収集を行うシステムにおいて、端末装置９ごとに適切な態様で報知情報の送信を行うことが可能になる。稼働情報収集システム１のサーバーシステム７では、プリンター３が稼働している期間であれば、端末装置９のユーザーが能動的に当該端末装置９を操作しているか否かを問わずに、稼働情報の収集を行うことが想定される。言い換えれば、稼働情報収集システム１では、ユーザーがプッシュ通知を受信しても問題無い状況にあるか否かを問わずプッシュ通知が発生する可能性があり、その点が特許文献１と大きく相違する。
【００９１】
ここで、上記報知設定は、報知時間帯の設定、及び、稼働情報の収集対象である少なくとも１つのプリンターのうちの、いずれを報知対象とするかの設定、の少なくとも一方の設定である。ここでの報知時間帯は、１週間の中での時間帯である曜日を決定する情報、及び、１日の中での時間帯（例えば０：００〜２３：５９までの２４時間のうちの一部の時間帯）を決定する情報の少なくとも一方を含む。
【００９２】
このようにすれば、サーバーシステム７から端末装置９へのプッシュ通知が、所定の報知時間帯に限定して行われる。そのため、ユーザーが鳴動を望まない時間帯（例えば休養日や深夜）でのプッシュ通知を抑制できる。また、ユーザーの所属企業が複数のプリンター３を有する場合に、プッシュ通知の対象をユーザーに関連する（例えばユーザーが管理を担当している）プリンター３に限定できる。そのため、管理対象外のプリンター３でのイベント発生を表す情報のように、ユーザーにとって重要度が低い情報がプッシュ通知されることを抑制できる。
【００９３】
また、上記報知設定は、プリンター３でのイベント種別の設定を含む。例えば、エラーの発生（「エラー」へのステータス変化）、警告の発生（「警告」へのステータス変化）、印刷終了（「待機中」へのステータス変化）のいずれかのイベントをトリガーとしたプッシュ通知が可能な例において、報知設定として、各イベントについて報知を行うか否かが設定される。
【００９４】
このようにすれば、ユーザーにとって関心が高い稼働情報（イベント）をプッシュ通知の対象とすることが可能になる。例えば、インクや印刷媒体の補給を主として行うユーザーであれば、インク残量低下による警告イベントや、インク切れによるエラーイベントの重要度が相対的に高い。一方、ＰＣ等を用いたプリンター３へのジョブ投入（例えばＲＩＰソフトウェアの操作、ＲＩＰ：Raster image processor）を主として行うユーザーであれば、プリンターがジョブ投入待ちとなる印刷終了イベントの重要度が相対的に高い。或いは、プリンター３で生産する製品の種類や生産数、企業が保有しているプリンター数等に応じて、投入済みのジョブが完了しないことが問題となるのか、或いは新たなジョブが投入されずにプリンター３が待機状態で放置されることが問題となるのかが異なる。投入済みのジョブが完了しないことが問題であれば、エラーイベントや警告イベントの重要性が高いことになり、プリンター３が待機状態で放置されることが問題であれば、印刷終了イベントの重要性が高いことになる。報知設定としてイベント種別を設定すれば、上記のようなイベントの重要度に応じた報知が可能になる。
【００９５】
ただし、以上の例からわかるように、各端末装置９での適切な報知設定は、当該端末装置９を利用するユーザーに応じて異なるものであり、サーバーシステム７側で自動的に設定を行うことは容易でない。そこで、上記報知設定は、サーバーシステム７が端末装置９から受信した報知設定情報に基づいて設定されることが望ましい。
【００９６】
図１１及び図１２は、報知設定情報の入力を受け付ける際に、端末装置９の表示部９３３に表示される画面の例である。図１１は、報知設定情報として、端末装置９で報知対象となるプリンター３を特定する情報の入力を受け付ける表示画面例である。
【００９７】
サーバーシステム７の通信部７３１は、端末装置９に対して、当該端末装置９における報知対象の候補となるプリンター３である報知候補プリンターの情報を送信する。例えばサーバーシステム７が、企業Ａ及び企業Ｂを含む複数の企業が保有するプリンター３の稼働情報を収集する場合、企業Ａの従業員であるユーザーに対して、企業Ｂのプリンター３の稼働情報を閲覧させることはセキュリティー上、不適切である。よってサーバーシステム７は、自身が稼働情報を収集するプリンター３のうち、所定のプリンター３の稼働情報のみを当該端末装置９に対して送信する。具体的には、企業Ａの従業員の端末装置９における報知候補プリンターとは、企業Ａの保有するプリンター３である。
【００９８】
よって、報知設定として報知対象となるプリンター３を選択（限定）する際には、サーバーシステム７側から、報知候補プリンターを提示する。このようにすれば、不適切なプリンター３が報知対象となることを抑制できる。また、図１１のようにプリンター３の候補を提示することで、ユーザーにプリンターの識別情報（プリンター名、プリンターシリアル等）の入力させる場合に比べて、使いやすいインターフェースを実現することが可能である。
【００９９】
例えば図１１に示したように、端末装置９の処理部９１は、サーバーシステム７から受信したプリンター３の情報（シリアル、名称等）とチェックボックスとを、報知対象の候補となるプリンター数だけ並べて表示する処理を行う。ユーザーは、報知対象として設定したいプリンター３のチェックボックスにチェックを入れて、ＯＫボタンを押下する。
【０１００】
上記操作に基づいて、サーバーシステム７の通信部７３１は、報知候補プリンターのうち、端末装置９において報知対象として選択されたプリンター３を特定する情報を、報知設定情報として端末装置９（通信部９３１）から受信する。
【０１０１】
また図１２は、報知設定情報として、報知を行う曜日（Ｅ１）、時間帯（Ｅ２）、イベント種別（Ｅ３）の入力を受け付ける表示画面例である。Ｅ１に示したように、処理部９１は、月曜日、火曜日、水曜日、木曜日、金曜日、土曜日、日曜日の各テキストとチェックボックスを表示する。ユーザーは、報知を許容する曜日のチェックボックスにチェックを入れることで、曜日設定を行う。またＥ２に示したように、処理部９１は、開始時間入力用のテキストボックスと、終了時間入力用のテキストボックスを表示する。ユーザーは、報知を許容する時間帯の開始時間（時分）及び終了時間をテキストボックスに入力することで、時間帯設定を行う。またＥ３に示したように、処理部９１は、エラー、警告、印刷終了というイベントを表すテキストとチェックボックスを表示する。ユーザーは、報知対象としたいイベントのチェックボックスにチェックを入れることで、イベント種別設定を行う。曜日、時間帯及びイベント種別の入力後、ＯＫボタンが押下されることで、サーバーシステム７の通信部７３１は、端末装置９（通信部９３１）から、報知時間帯、及び、イベント種別を含む報知設定情報を受信する。
【０１０２】
サーバーシステム７の処理部７１は、端末装置９の識別情報と、報知対象として選択されたプリンター３とを関連付けるデータベースを、通信部７３１が端末装置９から受信した報知設定情報に基づいて更新する。
【０１０３】
図１３及び図１４は、サーバーシステム７の記憶部７５に記憶される報知設定情報のデータ構造の例（図４の報知設定情報テーブルの構成例）である。図１３に示したように、報知設定情報テーブルは、プリンター３の識別情報と、端末装置９の識別情報を関連付けるテーブルを有する。プリンター３の識別情報は例えばプリンターシリアルであるが他の情報を用いてもよい。端末装置９の識別情報は、ＩＤ番号、名称、ＭＡＣアドレス等の種々の情報を利用できる。図１３の例では、「id1」で表されるプリンター３に対して、「mobile_id1」、「mobile_id2」で表される２つの端末装置９が対応付けられる。また、「id2」で表されるプリンター３に対して、「mobile_id2」で表される端末装置９が対応付けられる。この例からわかるように、１つの端末装置９において、複数のプリンター３を報知対象とすることが可能である。また、１つのプリンター３に関する報知が、複数の端末装置９で行われることも可能である。
【０１０４】
また図１４に示したように、報知設定情報テーブルは、端末装置９の識別情報と、当該端末装置９での報知時間帯及びイベント種別と、を関連付けるテーブルを有する。図１４の例では、「mobile_id1」で表される端末装置９には、「day_config1」で表される曜日設定の情報、「time_config1」で表される時間帯設定の情報、及び「event_config1」で表されるイベント種別設定の情報が関連付けられている。day_config1は、例えば各曜日について報知可否が対応付けられた情報である。time_config1は、例えば開始時間及び終了時間を表す情報である。event_config1は、例えばエラーイベント、警告イベント及び印刷終了イベントのそれぞれについて報知可否が対応付けられた情報である。
【０１０５】
図１３及び図１４を用いることで、端末装置９に対して適切な報知情報の送信（プッシュ通知）を行うことが可能になる。例えば、サーバーシステム７の処理部７１は、「mobile_id1」で表される端末装置９に対して、「id1」で表されるプリンター３において「event_config1」に対応するイベントが発生し、且つ曜日と時間帯が「day_config1」及び「time_config1」で報知可能に設定された範囲内である場合に、プッシュ通知を行うような通信制御を行う。
【０１０６】
なお、報知設定情報テーブルのデータ構造は、図１３及び図１４に限定されず種々の変形実施が可能である。また、id1やday_config1等の各データの具体的な構造（データ型やビット数等）についても種々の変形実施が可能である。
【０１０７】
４．２  第２の実施形態
第１の実施形態では、報知対象とするプリンター３、報知時間帯（曜日、時間）、及びイベント種別をサーバーシステム７側で判定する。そのため、第１の実施形態に係る端末装置９では複雑な報知制御は不要であり、例えば処理部９１は、プッシュ通知が行われた場合に必ず報知部９３４を鳴動させる。言い換えれば、第１の実施形態は、不要なプッシュ通知をサーバーシステム７側で間引くことで、ユーザーに対する不要な報知を抑制する手法である。
【０１０８】
ただし端末装置９では、プッシュ通知の受信と、報知部９３４を用いた報知は、異なる処理として実行可能である。よって本実施形態では、端末装置９の処理部９１は、プッシュ通知を受信した場合に、当該プッシュ通知の内容に応じて、報知（鳴動）を実行するか否かを決定することで、不要な報知を抑制する。
【０１０９】
即ち、本実施形態の手法は、少なくとも１つのプリンター３での稼働情報を収集するサーバーシステム７に、ネットワークＮＥ２を介して通信接続される端末装置９であって、稼働情報についての報知情報を、ネットワークＮＥ２を介して受信する通信部９３１と、報知情報に基づく報知制御を行う処理部９１と、を含む端末装置９に適用できる。端末装置９の処理部９１は、第１の報知設定のときは、第１の報知態様で報知情報の報知制御を行い、第２の報知設定のときは、第１の報知態様と異なる第２の報知態様で報知情報の報知制御を行う。
【０１１０】
このようにすれば、サーバーシステム７から報知情報（プッシュ通知）を受信した場合に、端末装置９側での報知設定に応じて報知制御の内容を変更することが可能になる。ここでの報知設定は、例えば第１の実施形態と同様であり、報知対象となるプリンター３、報知時間帯、及びイベント種別の少なくとも１つの設定を含む。またここでの異なる報知態様とは、狭義にはプリンター３、報知時間帯、イベント種別に応じて、鳴動を行うか否かが異なることを表す。ただし、報知態様として鳴動の具体的な内容を変更してもよく、例えばプリンター３、報知時間帯、イベント種別に応じて、音と振動の一方を発生させたり、音や振動のパターンを変更することも可能である。
【０１１１】
端末装置９の記憶部９５は、報知設定を表す報知設定情報を記憶する。報知設定情報としては、例えば図１３及び図１４と同様のデータ構造を利用することが可能であるが、所与の端末装置９では、他の端末装置９の報知設定情報を記憶する必要がないし、セキュリティーの観点から記憶すべきでない場面も多い。よって所与の端末装置９の記憶部９５は、図１３及び図１４に示すテーブルのうち、自身に関連する行の情報のみを記憶する。「mobile_id2」で表される端末装置９であれば、記憶部９５は、報知対象となるプリンター３の識別情報である「id1」「id2」、及び曜日設定である「day_config2」、時間帯設定である「time_config2」、及びイベント種別設定である「event_config2」を記憶する。
【０１１２】
このようにすれば、サーバーシステム７から端末装置９へのプッシュ通知が行われた場合に、端末装置９での報知が、所定のプリンター３、所定の報知時間帯、所定のイベント種別に限定して行われる。そのため、ユーザーの管理対象外であるプリンター３に関する報知、ユーザーが鳴動を望まない時間帯（例えば休養日や深夜）での報知、或いは重要度の低いイベントでの報知を抑制できる。
【０１１３】
第１の実施形態と第２の実施形態を比較した場合、第１の実施形態はプッシュ通知の回数が相対的に少ないため、ネットワークの負荷を軽減可能という利点がある。一方、第２の実施形態は、サーバーシステム７での判定が不要となるため、サーバーシステム７の構成を簡略化できる。さらに、各端末装置９が個別に報知設定情報を記憶しておけばよいため、端末装置９からの情報に基づいてサーバーシステム７の記憶部７５に記憶される報知設定情報テーブルを書き換える必要がない。具体的には第２の実施形態では、報知設定情報テーブル更新用のＡＰＩ（Application Programming Interface）が不要となる。また、第２の実施形態ではサーバーシステム７に報知設定情報を送信しないため、図１１や図１２の画面を用いた報知設定を行うタイミングにおいて、端末装置９がネットワークＮＥ２に接続されている必要がない。
【０１１４】
また、第２の実施形態では、プッシュ通知自体は受信しているため、処理部９１は報知部９３４による鳴動を行わないが、表示部９３３での表示（例えば図１０に示したような端末装置９のＯＳ通知）を行うことも可能である。或いは、処理部９１は報知時間帯以外で受信したプッシュ通知について、報知時間帯になったときにまとめて報知部９３４での報知を実行するという変形実施も可能である。このようにすれば、ユーザーが望んでいないであろう鳴動を抑制しつつ、プッシュ通知があったことをユーザーに知らせることが可能になる。
【０１１５】
４．３  変形例
以下、いくつかの変形例について説明する。
【０１１６】
第１の実施形態ではサーバーシステム７側でプッシュ通知を行うか否かを判定する手法を説明し、第２の実施形態では端末装置９側で報知（鳴動）を行うか否かを判定する手法を説明した。
【０１１７】
ただし報知制御はこれに限定されず、サーバーシステム７と端末装置９が連動して行ってもよい。具体的には、報知設定は、稼働情報の収集対象である少なくとも１つのプリンター３のうち、いずれを報知対象とするかの設定であり、サーバーシステム７の通信部７３１は、報知対象であるプリンター３において報知イベントが発生した場合は、時間帯及びイベント種別によらず、端末装置９に対して報知情報（プッシュ通知）を送信する。この際、サーバーシステム７では、報知時間帯の設定及びイベント種別の設定は、報知設定として保持しない。そして端末装置９の処理部９１は、プッシュ通知の受信時間帯、及びプッシュ通知により表されるイベント種別が、あらかじめ設定された時間帯、イベント種別に合致するか否かを判定し、合致する場合に報知部９３４での報知を行い、合致しない場合に報知を行わない。
【０１１８】
このようにすれば、プリンター３と端末装置９の対応付けについてはサーバーシステム７側が管理し、時間帯及びイベント種別については端末装置９側で管理することが可能になる。そのため、第１の実施形態に比べてネットワーク負荷を軽減すること、及び第２の実施形態に比べてサーバーシステム７の構成を簡略化すること等が可能になる。また、本変形例においても、第２の実施形態と同様に、報知部９３４による鳴動を行わずに表示部９３３での表示を行ったり、報知時間帯以外で受信したプッシュ通知を報知時間帯になったときにまとめて報知することが可能である。
【０１１９】
また以上ではプッシュ通知の対象となるイベントとして、印刷終了イベントを用いる例を説明した。印刷終了が報知されることで、プリンター３が待機中のまま放置されることを抑止可能になる。ただし、プリンタードライバー（ＲＩＰ）によっては、複数のジョブをまとめて投入しておくことも可能である。例えば、プリンタードライバーは、複数のジョブの情報を保持しておき、プリンター３が所与のジョブを終了し待機状態に移行したことを通知された場合に、当該プリンター３に対して次のジョブの実行を指示する。この場合、印刷終了イベントが発生したとしても、すぐに次の印刷動作が開始されるため、プリンター３が待機中のまま放置されることはない。
【０１２０】
図１５は、複数のジョブを連続実行する例を説明する模式図である。図１５の横軸は時間を表し、ジョブ１〜ジョブＮは連続実行されるＮ個のジョブを表す。なお、ジョブとジョブの間ではごく短い時間の待機状態が発生する可能性があるが、図１５では省略している。
【０１２１】
サーバーシステム７の通信部９３１は、プリンター３で連続実行される第１〜第Ｎのジョブのうち、第Ｎのジョブが完了した場合に、端末装置９に対して報知情報を送信する。より具体的には、第Ｎのジョブとは連続実行されるジョブのうちの、最後のジョブに対応する。図１５の例であれば、ｔ１〜ｔＮ−１は、それぞれジョブ１〜ジョブＮ−１の終了イベントの発生タイミングに対応するが、通信部９３１は報知情報の送信（プッシュ通知）を行わない。なぜなら、ｔ１〜ｔＮ−１の各タイミングでは、それぞれジョブ２〜ジョブＮという次のジョブの開始が予定されており、ユーザーに対して報知を行う必要性が低いためである。そして通信部７３１はｔＮのタイミングで報知情報を送信する。このようにすれば、プリンター３が待機中のまま放置されることを抑止しつつ、プッシュ通知の回数を削減し、ネットワークの負荷を軽減することが可能になる。
【０１２２】
また、以上ではプッシュ通知、及び当該プッシュ通知に対する報知について説明した。ただし、端末装置９で受信する稼働情報はプッシュ通知に限定されず、図８のＢ２に示した経路により、他の情報を受信ことが可能である。
【０１２３】
図１６は、端末装置９の表示部９３３に表示される表示画面の例である。端末装置９の通信部９３１は、複数のプリンター３の印刷時間情報等を、ネットワークを介して受信し、処理部９１は、複数のプリンター３の印刷時間情報等が、一画面内に配置された表示画面を、表示部９３３に表示する処理を行う。
【０１２４】
図１６の例では、表示部９３３は、３つのプリンターについての情報を表示する。例えば、Ｃ１に示した領域にはプリンター３の名称である「Printer-0001」（Ｃ１１）とともに、稼働情報としてステータス情報（Ｃ１２）、ジョブの進捗情報（Ｃ１３）、ジョブ名（Ｃ１４）、印刷完了時刻情報（Ｃ１５）が表示されている。具体的には、「Printer-0001」という名称のプリンターは、現在「印刷中」というステータスであり、「Sample_image.pdf」というジョブ名のジョブを実行している。ここでは、ジョブ名は印刷対象としているファイル名である。そして当該ジョブ全体を１００％としたときに、進捗は「１％」であり、印刷完了時刻が「１４：２０」である。
【０１２５】
また表示部９３３は、Ｃ２に示した領域において、「Printer-0002」という名称のプリンターが、現在「印刷中」というステータスであり、「Sample_image_Xmas.pdf」というジョブ名（印刷対象ファイル名）のジョブを実行しており、当該ジョブの進捗は「６０％」であり、印刷完了時刻が「１３：２０」であることを表示している。
【０１２６】
また表示部９３３は、Ｃ３に示した領域において、「Printer-0003」という名称のプリンターが、現在「待機中」（アイドル状態）というステータスであることを表示している。Printer-0003はアイドル状態であるため、ジョブ名、進捗情報、印刷完了時刻情報については表示されていない。
【０１２７】
図１６の表示画面を用いることで、複数のプリンター３の稼働状態を一覧性の高い態様でユーザーに提示することが可能になる。特に、印刷完了時刻情報が表示されるため、複数のプリンター３が表示対象となる場合にも、印刷完了時刻の把握が容易である。例えば、図１６の表示画面では、最も早い印刷完了時刻の把握が容易であるため、その時刻にはプリンター３のところまで戻って次のジョブを投入する準備をしなくてはならない、といった判断をユーザーに実行させることが可能である。
【０１２８】
なお、図１６の表示画面は、複数のプリンター３の情報を一覧性の高い態様で表示可能であるが、１つのプリンター３についての情報量が制限される。例えば、図１６では、第１の情報のうち、インク残量の情報や、ジョブ名の履歴情報が表示対象とならない。よって処理部９１は、印刷時間情報が表示されている複数のプリンター３のうち、いずれかのプリンターが選択されたときに、選択操作が行われたプリンターの表示領域を拡大し、詳細情報を表示する処理を行う。
【０１２９】
図１７は、詳細情報を表示する表示画面の例である。図１７は、例えば図１６の表示が行われている状態において、ユーザーが「Printer-0001」を選択する操作を行った場合の表示画面に対応する。処理部９１は、図１６のＣ１１〜Ｃ１５に対応する情報の表示（Ｈ１１〜Ｈ１５）に加えて、インク及びメディア（紙や布等）の残量情報（Ｈ１６）、ジョブ履歴情報（Ｈ１７）を表示している。なお、Ｈ１５では印刷時間情報として印刷完了までの残り時間情報を表示しているが、図１６のＣ１５と同様に、印刷完了時刻情報を用いてもよい。
【０１３０】
このようにすれば、一覧性の高い表示（図１６）と詳細表示（図１７）を適宜切り替えることで、ユーザーに対して適切な情報を提示することが可能になる。なお、詳細情報として表示する情報は図１７に限定されず、種々の変形実施が可能である。また、図１７では図１６とは別画面として詳細情報を表示する（「Printer-0002」や「Printer-0003」は非表示になる）例を示したが、異なる変形実施も可能である。例えば、図１６のように複数のプリンター３の情報を並べて表示する画面に詳細情報を追加することも可能である。具体的には、「Printer-0001」が選択された場合に、図１６のＣ１とＣ２の間にＨ１６やＨ１７に相当する表示が挿入されてもよい。この場合、詳細情報の表示中にも、スクロール操作を行うことで、「Printer-0002」等の他のプリンターの情報を閲覧することが可能である。
【０１３１】
また、本実施形態の手法は、図１に示したように、上記の端末装置９と、サーバーシステム７と、を含む稼働情報収集システム１に適用できる。具体的には、稼働情報収集システム１は、少なくとも１つのプリンター３の稼働情報を、ネットワークを介して収集するサーバーシステム７と、サーバーシステム７と通信接続される端末装置９と、を含む。サーバーシステム７は、稼働情報についての報知情報を端末装置９に送信する第１通信部（通信部７３１）と、第１通信部の通信制御を行う第１処理部（処理部７１）と、を含み、端末装置９は、稼働情報についての報知情報を、サーバーシステム７から受信する第２通信部（通信部９３１）と、報知情報に基づく報知制御を行う第２処理部（処理部９１）と、を含む。そして稼働情報収集システム１では、（１）第１処理部による、第１の端末装置に対して、第１の端末装置の報知設定に基づく前記報知情報を送信し、第１の端末装置とは異なる第２の端末装置に対して、第２の端末装置の報知設定に基づく報知情報を送信する制御、及び、（２）第２処理部による、第１の報知設定のときは、第１の報知態様で報知情報の報知制御を行い、第２の報知設定のときは、第１の報知態様と異なる第２の報知態様で報知情報の報知制御を行う制御、の少なくとも一方の制御が行われる。
【０１３２】
即ち、稼働情報収集システム１では、第１の実施形態のようにサーバーシステム７側でプッシュ通知を制御してもよいし、第２の実施形態のように端末装置９側で報知制御をしてもよいし、変形例のようにサーバーシステム７と端末装置９の組み合わせにより制御を実現してもよい。
【０１３３】
また、本実施形態のサーバーシステム７や端末装置９等は、その処理の一部または大部分をプログラムにより実現してもよい。この場合には、ＣＰＵ等のプロセッサーがプログラムを実行することで、本実施形態のサーバーシステム７や端末装置９等が実現される。具体的には、非一時的な情報記憶媒体に記憶されたプログラムが読み出され、読み出されたプログラムをＣＰＵ等のプロセッサーが実行する。ここで、情報記憶媒体（コンピューターにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＤＶＤ、ＣＤ等）、ＨＤＤ（ハードディスクドライブ）、或いはメモリー（カード型メモリー、ＲＯＭ等）などにより実現できる。そして、ＣＰＵ等のプロセッサーは、情報記憶媒体に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち、情報記憶媒体には、本実施形態の各部としてコンピューター（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピューターに実行させるためのプログラム）が記憶される。
【０１３４】
また、本実施形態のサーバーシステム７や端末装置９等は、プロセッサーとメモリーを含んでもよい。ここでのプロセッサーは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、そのハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。例えば、プロセッサーは、回路基板に実装された１又は複数の回路装置（例えばＩＣ等）や、１又は複数の回路素子（例えば抵抗、キャパシター等）で構成することができる。プロセッサーは、例えばＣＰＵであってもよい。ただし、プロセッサーはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Signal Processor）等、各種のプロセッサーを用いることが可能である。またプロセッサーはＡＳＩＣによるハードウェア回路でもよい。またプロセッサーは、アナログ信号を処理するアンプ回路やフィルター回路等を含んでもよい。メモリーは、ＳＲＡＭ、ＤＲＡＭなどの半導体メモリーであってもよいし、レジスターであってもよいし、ハードディスク装置等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピューターにより読み取り可能な命令を格納しており、当該命令がプロセッサーにより実行されることで、サーバーシステム７や端末装置９等の各部（通信部、処理部）の機能が実現されることになる。ここでの命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェア回路に対して動作を指示する命令であってもよい。
【０１３５】
また本実施形態の手法は、少なくとも１つのプリンター３の稼働情報を、ネットワークを介して収集するサーバーシステム７の作動方法であって、稼働情報についての報知情報を端末装置９に送信する処理と、報知情報の通信制御と、を行い、第１の端末装置に対して、第１の端末装置の報知設定に基づく報知情報を送信する制御を行い、第１の端末装置とは異なる第２の端末装置に対して、第２の端末装置の報知設定に基づく報知情報を送信する制御を行うサーバーシステム７の作動方法に適用できる。
【０１３６】
或いは本実施形態の手法は、少なくとも１つのプリンター３での稼働情報を収集するサーバーシステム７に、ネットワークＮＥ２を介して通信接続される端末装置９の作動方法であって、稼働情報についての報知情報を、ネットワークＮＥ２を介して受信する処理と、報知情報に基づく報知制御と、を行い、第１の報知設定のときは、第１の報知態様で報知情報の報知制御を行い、第２の報知設定のときは、第１の報知態様と異なる第２の報知態様で報知情報の報知制御を行う端末装置９の作動方法に適用できる。
【０１３７】
以上、本発明を適用した実施形態及びその変形例について説明したが、本発明は、各実施形態やその変形例そのままに限定されるものではなく、実施段階では、発明の要旨を逸脱しない範囲内で構成要素を変形して具体化することができる。また、上記した各実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることによって、種々の発明を形成することができる。例えば、各実施形態や変形例に記載した全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態や変形例で説明した構成要素を適宜組み合わせてもよい。また、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。このように、発明の主旨を逸脱しない範囲内において種々の変形や応用が可能である。
【符号の説明】
【０１３８】
ＮＥ１，ＮＥ２…ネットワーク、１…稼働情報収集システム、３…プリンター、
３１…処理部、３３…インターフェース部、３５…印刷部、３７…記憶部、
３３１…通信部、３３２…操作部、３３３…表示部、３５１…印刷エンジン、
３５２…センサー、３５３…カウンター、５…情報処理装置、５１…処理部、
５３…インターフェース部、５５…記憶部、５３１…通信部、５３２…操作部、
５３３…表示部、７…サーバーシステム、７１…処理部、７５…記憶部、
７３１…通信部、９…端末装置、９１…処理部、９３…インターフェース部、
９５…記憶部、９３１…通信部、９３２…操作部、９３３…表示部、９３４…報知部、
１０…システム
【図１】
2019028755.tif 000003
【図２】
2019028755.tif 000004
【図３】
2019028755.tif 000005
【図４】
2019028755.tif 000006
【図５】
2019028755.tif 000007
【図６】
2019028755.tif 000008
【図７】
2019028755.tif 000009
【図８】
2019028755.tif 000010
【図９】
2019028755.tif 000011
【図１０】
2019028755.tif 000012
【図１１】
2019028755.tif 000013
【図１２】
2019028755.tif 000014
【図１３】
2019028755.tif 000015
【図１４】
2019028755.tif 000016
【図１５】
2019028755.tif 000017
【図１６】
2019028755.tif 000018
【図１７】
2019028755.tif 000019