JP7035362B2 - サーバーシステム及びサーバーシステムの作動方法 - Google Patents

サーバーシステム及びサーバーシステムの作動方法 Download PDF

Info

Publication number
JP7035362B2
JP7035362B2 JP2017147920A JP2017147920A JP7035362B2 JP 7035362 B2 JP7035362 B2 JP 7035362B2 JP 2017147920 A JP2017147920 A JP 2017147920A JP 2017147920 A JP2017147920 A JP 2017147920A JP 7035362 B2 JP7035362 B2 JP 7035362B2
Authority
JP
Japan
Prior art keywords
information
notification
terminal device
printer
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017147920A
Other languages
English (en)
Other versions
JP2019028755A (ja
Inventor
裕介 山田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2017147920A priority Critical patent/JP7035362B2/ja
Priority to US16/047,259 priority patent/US10509610B2/en
Publication of JP2019028755A publication Critical patent/JP2019028755A/ja
Application granted granted Critical
Publication of JP7035362B2 publication Critical patent/JP7035362B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1259—Print job monitoring, e.g. job status
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1207—Improving or facilitating administration, e.g. print management resulting in the user being informed about print result after a job submission
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1292—Mobile client, e.g. wireless printing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server
    • G06F3/1288—Remote printer device, e.g. being remote from client or server in client-server-printer device configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)

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）等を用いたセキュアな接続により、第１の通信処理及び第２の通信処理を実現してもよい。
通信部７３１は、図８のＡ１に示したように、リアルタイム性の高い稼働情報である第１の情報を、第１の通信処理により受信する。第１の情報とは、例えばプリンター３のステータス（ステータス変化）を表す情報である。プリンター３が通常動作状態（印刷中）から、警告状態やエラー状態に移行した場合、ジョブ（印刷）の継続や再開のためには、ユーザーがプリンター３の所まで戻って何らかの作業を行う必要性が高い。警告状態とは、印刷を継続できないおそれがある状態（例えばインク残量低下等）であり、エラー状態とは、何らかの異常により印刷動作が停止した状態を表す。或いは、プリンター３でのジョブが終了し、通常動作状態（印刷中）からアイドル状態（待機中）に移行した場合、ユーザーがプリンター３の所まで戻って新規ジョブを投入することで、プリンター３を効率的に動作させることが可能になる。よって印刷中から待機中へのステータス変化も、リアルタイム性の高い情報である。
よってステータス変化を表す情報は、プリンター３でのステータス変化発生後、できるだけ早くサーバーシステム７（及び端末装置９）に送信されることが望ましい。よって、例えば情報処理装置５の通信部５３１（或いはプリンター３の通信部３３１）は、ステータス変化を表すイベントが発生した場合に、当該イベント発生をトリガーとして（イベントドリブンで）、サーバーシステム７に対してＭＱＴＴを用いて稼働情報を送信する。
具体的には、通信部５３１（通信部３３１）は、イベントが発生した場合に、即座（リアルタイム）に稼働情報をサーバーシステム７に対して送信する。このようにすれば、サーバーシステム７は、リアルタイム性が高い情報を適切に受信することが可能になる。
図９は、稼働情報のうちの第１の情報の具体例、及び各情報に対応するイベントの具体例である。第１の情報としては、上記ステータス情報の他、ジョブ完了までの残り時間を表す残り時間情報、消耗材（液体インクやトナー等、或いは紙や布等の印刷媒体）の消費量或いは残量情報、プリンター３で実行しているジョブ名の情報、等が考えられる。
図９に示したように、ステータス情報は、「印刷中」「待機中」「警告」「エラー」のいずれかの値をとる。「印刷中」は上記通常動作状態に対応し、「待機中」はアイドル状態に対応し、「警告」は警告状態に対応し、「エラー」はエラー状態に対応する。そして、サーバーシステム７にステータス情報を送信するトリガーになるイベントとは、ステータス情報の値が変化するイベントである。なお、プリンター３、情報処理装置５、及びサーバーシステム７の各機器は、「警告」又は「エラー」への遷移と、「印刷中」又は「待機中」への遷移を別イベントとして分けて管理してもよい。前者はプリンター３の動作が停止した、或いは停止するおそれがあるという異常状態を表すイベントであるのに対して、後者は印刷開始や終了という正常動作における始点、終点を表すイベントである。
残り時間情報は、印刷完了までの残り時間を表す情報であり、例えば残り時間の時分を表す情報である。また残り時間情報に代えて、印刷完了時刻を表す印刷完了時刻情報を第１の情報としてもよい。サーバーシステム７に残り時間情報を送信するトリガーになるイベントとは、残り時間情報が変化するイベントである。例えば、プリンター３や情報処理装置５は、印刷中にフラッシング動作が発生し、残り時間が増加した場合に、イベント発生と判定する。
消耗材の残量情報は、液体インクやトナーの残量、印刷媒体の残量である。インク残量は、例えばインクタンクの容量を１００％とした場合の残量の割合であり、単位は％である。印刷媒体の残量は、例えば枚数であってもよいし、ロール紙等を用いる場合は長さ（単位：ｍ）であってもよい。サーバーシステム７に消耗材の残量情報を送信するトリガーになるイベントとは、残量が所定量（所定割合、所定枚数、所定長さ）だけ変化したイベントであってもよいし、残量が所与の閾値を下回ったイベントであってもよい。また、消耗材の情報は、残量情報ではなく消費量情報を用いてもよい。
ジョブ名の情報は、例えば印刷対象となるファイル名（画像ファイル名等）である。サーバーシステム７にジョブ名を送信するトリガーになるイベントとは、新たなジョブの実行を表すイベントである。なお、新たなジョブの実行を表すイベントは、「待機中」から「印刷中」への遷移イベント（印刷開始イベント）と同様のイベントとして、プリンター３等で管理されてもよい。また、ジョブ名については、実行中のジョブ名に限定されず、過去に実行した所定数のジョブのジョブ名（ジョブ履歴情報）に拡張することも可能である。
なお、通信部５３１（通信部３３１）は、第１の情報の種類によっては、サーバーシステム７への情報送信の間引きを行ってもよい。具体的には、通信部５３１は、前回の情報送信後、所定期間（例えば数分）は新たなイベントが発生しても情報の送信を行わない。このようにすれば、情報処理装置５（プリンター３）とサーバーシステム７との間の通信負荷を軽減することが可能になる。例えば、サーバーシステム７の通信部７３１は、第１の情報の中でも特にリアルタイム性の高いステータス情報はイベント発生後、即座に受信し、他の情報については受信頻度に上限を設定する。
以上の第１の情報に対して、印刷部３５のローラーの回転量や、ヘッダーの往復回数、クリーニングの実行回数などのカウント結果である第２の情報は、プリンター３の長期的なメンテナンスには有用であるが、カウントアップが行われてから数分以内にユーザーに閲覧させる必要性は低い。よって、サーバーシステム７の通信部７３１は、図８のＡ２に示したように、ＨＴＴＰ等を用いて第２の情報を情報処理装置５から受信する。そして、ＨＴＴＰを用いた第２の情報の受信は、第１の情報に比べて低い頻度で（例えば１日に数回程度）行われる。
３．３ サーバーシステムと端末装置との間の通信
サーバーシステム７と端末装置９との間の通信も複数の経路が考えられる。図８のＢ１に示したように、サーバーシステム７の通信部７３１は、端末装置９に対するプッシュ通知を行い、端末装置９は、通信部９３１によるプッシュ通知の受信、及び報知部９３４による報知（鳴動）を行う。言い換えれば、プッシュ通知は、サーバーシステム７側が主体となって稼働情報を送信する通信処理である。
プッシュ通知が行われる情報は、第１の情報の中でも特にリアルタイム性の高い情報である。具体的には、上述した情報のうち、ステータス情報の変化は、プッシュ通知により端末装置９に対して送信される。なお、プッシュ通知により送信される情報は、変化後のステータス情報そのものである。或いは、プッシュ通知ではステータス情報の変化があったことを表す情報（例えば「エラー発生」等）のみを送信し、具体的なステータス情報は、後述するＢ２に示した通信で送信されてもよい。
なお、サーバーシステム７（処理部７１）は、端末装置９に対してプッシュ通知を行うか否かを、記憶部７５の報知設定情報テーブルに基づいて判定する。報知設定テーブルは、例えば、端末装置９の識別情報と、報知対象となるプリンター３の識別情報と、報知可能な時間帯と、報知可能な曜日と、が対応付けられた情報である。このようにすれば、サーバーシステム７は、ユーザーに対して適切なタイミングで、適切な情報をプッシュ通知することが可能になる。例えば処理部７１（通信部７３１）は、所与のユーザーが所属する会社が複数のプリンター３を所有している場合に、当該ユーザーが管理を担当しているプリンターの情報に限定してプッシュ通知を行ったり、ユーザーの勤務時間外（例えば深夜や休日）ではプッシュ通知を行わないといった制御が可能になる。
ステータス情報と比較した場合、残り時間情報、消耗材の残量情報、ジョブ名については優先度が低く、ユーザーから（端末装置９から）のリクエストがあった場合に受信される態様であっても問題が生じにくい。
よって図８のＢ２に示したように、端末装置９の通信部９３１は、サーバーシステム７（Ｗｅｂアプリケーションサーバー）に対してリクエストを送信し、サーバーシステム７は当該リクエストに対するレスポンスとして、稼働情報を返信する。この通信は、例えばＨＴＴＰを用いて行われ、端末装置９でのアプリケーションソフトウェア（いわゆるスマホアプリ）の起動時、或いはユーザーによる更新操作時に実行される。言い換えれば、Ｂ２に示したリクエスト／レスポンスによる通信は、端末装置９側（ユーザー側）が主体となって稼働情報を取得する通信処理である。
Ｂ２に示した通信では、端末装置９はサーバーシステム７から上記第１の情報を受信する。このようにすれば、端末装置９を用いたプリンター３の遠隔監視において有用な情報を、ユーザーに提示することが可能になる。なお、サーバーシステム７の通信部７３１は、上記第１の情報の全てを返信する必要はなく、一部の情報を返信してもよい。例えば、端末装置９のリクエストにおいて、第１の情報のうち、表示対象となる一部の情報のみが要求されている場合、サーバーシステム７の通信部７３１は要求された情報のみを返信する。
また、端末装置９からのリクエストがあった場合は、サーバーシステム７の通信部７３１は、Ｂ２に示した通信において、上記第２の情報をレスポンスとして返信することも妨げられない。
４．プッシュ通知、報知制御
次に、サーバーシステム７から端末装置９に対するプッシュ通知、及びプッシュ通知に基づく端末装置９での報知制御について説明する。
４．１ 第１の実施形態
図８のＡ１及びＢ１に示したように、プリンター３で所与のイベントが発生した場合、当該イベントに関連する稼働情報が、サーバーシステム７に高い頻度で（リアルタイムに）収集され、サーバーシステム７から端末装置９に対してプッシュ通知が行われる。ここでのイベントとは、例えばステータスの変化イベントであり、「エラー」又は「警告」への移行である。またここでのイベントは、「待機中」への移行である印刷動作の終了イベント等を含む。
端末装置９の処理部９１は、通信部９３１がプッシュ通知を受信した場合に、報知部９３４での報知を行う。具体的には、処理部９１はスピーカーによる音を用いた報知、及び振動部の振動による報知を行う（以下、このような報知態様を鳴動と表記する）。端末装置９を鳴動させることで、ユーザーが端末装置９を操作していない場合であっても、プリンター３でのイベント発生を適切にユーザーに知らせることが可能になる。また、処理部９１は、プッシュ通知を受信した場合に、受信した情報を表示部９３３で表示する。
図１０は、プッシュ通知を受信した場合に、端末装置９の表示部９３３に表示される画面の例である。図１０は端末装置９として携帯端末装置（スマートフォン）を用いた場合であって、当該携帯端末装置のＯＳ（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）等、各種のプロセッサーを用いることが可能である。またプロセッサーはＡＳＩＣによるハードウェア回路でもよい。またプロセッサーは、アナログ信号を処理するアンプ回路やフィルター回路等を含んでもよい。メモリーは、ＳＲＡＭ、ＤＲＡＭなどの半導体メモリーであってもよいし、レジスターであってもよいし、ハードディスク装置等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピューターにより読み取り可能な命令を格納しており、当該命令がプロセッサーにより実行されることで、サーバーシステム７や端末装置９等の各部（通信部、処理部）の機能が実現されることになる。ここでの命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェア回路に対して動作を指示する命令であってもよい。
また本実施形態の手法は、少なくとも１つのプリンター３の稼働情報を、ネットワークを介して収集するサーバーシステム７の作動方法であって、稼働情報についての報知情報を端末装置９に送信する処理と、報知情報の通信制御と、を行い、第１の端末装置に対して、第１の端末装置の報知設定に基づく報知情報を送信する制御を行い、第１の端末装置とは異なる第２の端末装置に対して、第２の端末装置の報知設定に基づく報知情報を送信する制御を行うサーバーシステム７の作動方法に適用できる。
或いは本実施形態の手法は、少なくとも１つのプリンター３での稼働情報を収集するサーバーシステム７に、ネットワークＮＥ２を介して通信接続される端末装置９の作動方法であって、稼働情報についての報知情報を、ネットワークＮＥ２を介して受信する処理と、報知情報に基づく報知制御と、を行い、第１の報知設定のときは、第１の報知態様で報知情報の報知制御を行い、第２の報知設定のときは、第１の報知態様と異なる第２の報知態様で報知情報の報知制御を行う端末装置９の作動方法に適用できる。
以上、本発明を適用した実施形態及びその変形例について説明したが、本発明は、各実施形態やその変形例そのままに限定されるものではなく、実施段階では、発明の要旨を逸脱しない範囲内で構成要素を変形して具体化することができる。また、上記した各実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることによって、種々の発明を形成することができる。例えば、各実施形態や変形例に記載した全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態や変形例で説明した構成要素を適宜組み合わせてもよい。また、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。このように、発明の主旨を逸脱しない範囲内において種々の変形や応用が可能である。
ＮＥ１，ＮＥ２…ネットワーク、１…稼働情報収集システム、３…プリンター、
３１…処理部、３３…インターフェース部、３５…印刷部、３７…記憶部、
３３１…通信部、３３２…操作部、３３３…表示部、３５１…印刷エンジン、
３５２…センサー、３５３…カウンター、５…情報処理装置、５１…処理部、
５３…インターフェース部、５５…記憶部、５３１…通信部、５３２…操作部、
５３３…表示部、７…サーバーシステム、７１…処理部、７５…記憶部、
７３１…通信部、９…端末装置、９１…処理部、９３…インターフェース部、
９５…記憶部、９３１…通信部、９３２…操作部、９３３…表示部、９３４…報知部、
１０…システム

Claims (9)

  1. 少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムであって、
    前記稼働情報についての報知情報を端末装置に送信する通信部と、
    前記通信部の通信制御を行う処理部と、
    を含み、
    前記通信部は、
    前記プリンター又は前記プリンターが通信接続される情報処理装置との間では、通信接続の確立後、通信接続の確立が維持される第１の通信処理と、通信接続の確立後、情報が受信されると通信接続が切断される第２の通信処理とを行い、
    前記端末装置との間では、リクエスト／レスポンスによる通信と、プッシュ通知による通信とを行い、
    前記処理部は、
    第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、
    前記通信部は、
    前記プリンターのステータスが変化するイベントが発生し、前記プリンター又は前記情報処理装置が、前記イベントの発生をトリガーとして、前記プリンターの前記ステータスの変化を表すステータス情報を送信した場合に、前記ステータス情報を前記稼働情報として前記プリンター又は前記情報処理装置から前記第１の通信処理により受信し、
    前記通信部は、
    前記ステータス情報のうち、前記プリンターのジョブ完了までの残り時間を表す残り時間情報、消耗材の残量情報又は前記プリンターで実行しているジョブ名の情報については、前記端末装置が送信したリクエストに対するレスポンスとして前記端末装置に送信する前記リクエスト／レスポンスによる通信により送信し、
    前記ステータス情報のうち、前記プリンターのエラー状態、警告状態又は印刷終了状態の情報についての前記報知情報については、前記報知設定に基づき前記プッシュ通知により前記端末装置に送信することを特徴とするサーバーシステム。
  2. 請求項１において、
    前記報知設定は、報知時間帯の設定、及び、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定、の少なくとも一方の設定であることを特徴とするサーバーシステム。
  3. 請求項１又は２において、
    前記報知設定は、前記プリンターでのイベント種別の設定であることを特徴とするサーバーシステム。
  4. 請求項１乃至３のいずれかにおいて、
    前記報知設定は、前記端末装置から受信した報知設定情報に基づいて設定されることを特徴とするサーバーシステム。
  5. 請求項４において、
    前記通信部は、
    前記端末装置に対して、前記端末装置における報知対象の候補となる前記プリンターである報知候補プリンターの情報を送信し、
    前記報知候補プリンターのうち、前記端末装置において報知対象として選択された前記プリンターを特定する情報を、前記報知設定情報として前記端末装置から受信することを特徴とするサーバーシステム。
  6. 請求項５において、
    前記処理部は、
    前記端末装置の識別情報と、報知対象として選択された前記プリンターとを関連付けるデータベースを、前記通信部が前記端末装置から受信した前記報知設定情報に基づいて更新することを特徴とするサーバーシステム。
  7. 請求項１において、
    前記報知設定は、少なくとも１つの前記プリンターのうちのいずれを報知対象とするかの設定であり、
    前記通信部は、
    報知対象である前記プリンターにおいて報知イベントが発生した場合は、時間帯及びイベント種別によらず、前記端末装置に対して前記報知情報を送信することを特徴とするサーバーシステム。
  8. 請求項１乃至７のいずれかにおいて、
    前記通信部は、
    前記プリンターで連続実行される第１～第Ｎのジョブのうち、前記第Ｎのジョブが完了した場合に、前記端末装置に対して前記報知情報を送信することを特徴とするサーバーシステム。
  9. 少なくとも１つのプリンターの稼働情報を、ネットワークを介して収集するサーバーシステムの作動方法であって、
    前記稼働情報についての報知情報を端末装置に送信する通信処理と、
    前記報知情報の通信制御と、
    を行い、
    前記プリンター又は前記プリンターが通信接続される情報処理装置との間では、通信接続の確立後、通信接続の確立が維持される第１の通信処理と、通信接続の確立後、情報が受信されると通信接続が切断される第２の通信処理とを行い、
    前記端末装置との間では、リクエスト／レスポンスによる通信と、プッシュ通知による通信とを行い、
    第１の端末装置に対して、前記第１の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、前記第１の端末装置とは異なる第２の端末装置に対して、前記第２の端末装置の報知設定に基づく前記報知情報を送信する制御を行い、
    前記プリンターのステータスが変化するイベントが発生し、前記プリンター又は前記プリンターが通信接続される情報処理装置が、前記イベントの発生をトリガーとして、前記プリンターの前記ステータスの変化を表すステータス情報を送信した場合に、前記ステータス情報を前記稼働情報として前記プリンター又は前記情報処理装置から前記第１の通信処理により受信し、
    前記ステータス情報のうち、前記プリンターのジョブ完了までの残り時間を表す残り時間情報、消耗材の残量情報又は前記プリンターで実行しているジョブ名の情報については、前記端末装置が送信したリクエストに対するレスポンスとして前記端末装置に送信する前記リクエスト／レスポンスによる通信により送信し、
    前記ステータス情報のうち、前記プリンターのエラー状態、警告状態又は印刷終了状態の情報についての前記報知情報については、前記報知設定に基づき前記プッシュ通知により前記端末装置に送信することを特徴とするサーバーシステムの作動方法。
JP2017147920A 2017-07-31 2017-07-31 サーバーシステム及びサーバーシステムの作動方法 Active JP7035362B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017147920A JP7035362B2 (ja) 2017-07-31 2017-07-31 サーバーシステム及びサーバーシステムの作動方法
US16/047,259 US10509610B2 (en) 2017-07-31 2018-07-27 Systems, methods and apparatuses for controlling reporting via push notification

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017147920A JP7035362B2 (ja) 2017-07-31 2017-07-31 サーバーシステム及びサーバーシステムの作動方法

Publications (2)

Publication Number Publication Date
JP2019028755A JP2019028755A (ja) 2019-02-21
JP7035362B2 true JP7035362B2 (ja) 2022-03-15

Family

ID=65038491

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017147920A Active JP7035362B2 (ja) 2017-07-31 2017-07-31 サーバーシステム及びサーバーシステムの作動方法

Country Status (2)

Country Link
US (1) US10509610B2 (ja)
JP (1) JP7035362B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7080604B2 (ja) * 2017-08-25 2022-06-06 キヤノン株式会社 クライアント装置、制御方法、およびプログラム
JP2020042342A (ja) * 2018-09-06 2020-03-19 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
JP7472439B2 (ja) 2019-07-26 2024-04-23 ブラザー工業株式会社 モニタリングシステム、ミシン、及びモニタリング方法
JP7423278B2 (ja) * 2019-11-28 2024-01-29 キヤノン株式会社 端末装置、制御方法、およびプログラム
JP7380191B2 (ja) * 2019-12-25 2023-11-15 京セラドキュメントソリューションズ株式会社 通知システム、ブラウザー装置及び通知プログラム
JP2022083766A (ja) * 2020-11-25 2022-06-06 株式会社リコー 装置管理システム、管理対象装置、管理対象実行方法及びプログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000293342A (ja) 1999-04-06 2000-10-20 Seiko Epson Corp 監視機能を備えるコンピュータ装置、コンピュータ処理方法およびコンピュータ読取可能な記録媒体
JP2004221799A (ja) 2003-01-10 2004-08-05 Canon Inc デバイス監視装置
JP2007286732A (ja) 2006-04-13 2007-11-01 Konica Minolta Business Technologies Inc ジョブ完了通知装置、ジョブ完了通知装置の制御方法、およびジョブ完了通知装置の制御プログラム
JP2009187070A (ja) 2008-02-01 2009-08-20 Canon Inc 通知方法、管理装置及びクライアント装置
JP2014178989A (ja) 2013-03-15 2014-09-25 Brother Ind Ltd 通信装置
JP2015108940A (ja) 2013-12-04 2015-06-11 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
US20150199656A1 (en) 2014-01-16 2015-07-16 Lexmark International, Inc. Status Conditions of Imaging Devices for Generating Automatic Service Support

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3327357B2 (ja) * 1993-03-19 2002-09-24 富士ゼロックス株式会社 プリンタ管理方式

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000293342A (ja) 1999-04-06 2000-10-20 Seiko Epson Corp 監視機能を備えるコンピュータ装置、コンピュータ処理方法およびコンピュータ読取可能な記録媒体
JP2004221799A (ja) 2003-01-10 2004-08-05 Canon Inc デバイス監視装置
JP2007286732A (ja) 2006-04-13 2007-11-01 Konica Minolta Business Technologies Inc ジョブ完了通知装置、ジョブ完了通知装置の制御方法、およびジョブ完了通知装置の制御プログラム
JP2009187070A (ja) 2008-02-01 2009-08-20 Canon Inc 通知方法、管理装置及びクライアント装置
JP2014178989A (ja) 2013-03-15 2014-09-25 Brother Ind Ltd 通信装置
JP2015108940A (ja) 2013-12-04 2015-06-11 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
US20150199656A1 (en) 2014-01-16 2015-07-16 Lexmark International, Inc. Status Conditions of Imaging Devices for Generating Automatic Service Support

Also Published As

Publication number Publication date
US20190034140A1 (en) 2019-01-31
JP2019028755A (ja) 2019-02-21
US10509610B2 (en) 2019-12-17

Similar Documents

Publication Publication Date Title
JP7035362B2 (ja) サーバーシステム及びサーバーシステムの作動方法
JP6958072B2 (ja) サーバーシステム、稼働情報収集システム及びサーバーシステムの作動方法
JP6958084B2 (ja) 端末装置、稼働情報収集システム、プログラム及び端末装置の作動方法
US10623594B2 (en) Management system and method
JP6943058B2 (ja) サーバーシステム、稼働情報収集システム及びサーバーシステムの作動方法
CN109388354B (zh) 服务器系统、终端装置及它们的工作方法、存储介质
JP5862096B2 (ja) 機器管理システム、情報処理装置、情報処理方法、情報処理プログラム、及びそのプログラムを記録した記録媒体
JP5112133B2 (ja) ネットワークシステム、情報処理装置、ネットワークシステムの情報処理方法、プログラム及び記録媒体
EP2640053B1 (en) Image editing apparatus, image editing method, image editing system, and program
JP7143619B2 (ja) サーバーシステム、端末装置、稼働情報収集システム、プログラム、サーバーシステムの作動方法及び端末装置の作動方法
US11513843B2 (en) Remote operation system, management client, and non-transitory computer-readable recording medium storing management client program
JP2003241927A (ja) プリンタ管理プログラムおよびプリンタ管理装置
JP2009237771A (ja) 最適機器シミュレーションシステムおよび情報処理装置
JP2015184835A (ja) ログ情報収集装置、方法、およびプログラム
US20120054561A1 (en) Network system, information processing apparatus, and method thereof
JP2023155923A (ja) 印刷中断に関する情報を出力するためのプログラム、装置、システム及び方法
JP2001256029A (ja) 印刷システム、印刷装置および印刷制御装置
JP7020256B2 (ja) 管理装置、管理システムおよびプログラム
JP2017054397A (ja) システム、ネットワーク機器、方法、及びプログラム
JP2017187906A (ja) システム、システムの制御方法
JP2022116939A (ja) 管理システム、管理装置、及びコンピュータプログラム
JP2021196963A (ja) 情報処理装置、方法、およびプログラム
JP2009237757A (ja) Ｃｏ２消費量算出システムおよび情報処理装置
JP2018185740A (ja) 管理システム及び情報処理方法
JP4995759B2 (ja) ネットワークシステム、情報処理装置、ネットワークシステムの情報処理方法、プログラム及び記録媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200722

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210406

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210420

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210604

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210817

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211229

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220201

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220214

R150 Certificate of patent or registration of utility model

Ref document number: 7035362

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150