(57)【要約】【課題】通信装置に関するサービスを提供するための提供処理を実行不可能な状態になった原因をユーザに適切に通知するための技術を提供する。【解決手段】管理サーバは、通信装置から第１の信号を受信する。第１の信号は、第１種の情報と第２種の情報とを含む。管理サーバは、第１の信号に含まれる第１種の情報を利用して提供処理を実行する。管理サーバは、第１の信号が受信された後に通信装置から第２の信号を受信する。第２の信号は、第２種の情報を含むとともに第１種の情報を含まない。管理サーバは、第２の信号が受信される場合に、提供処理を実行不可能な状態になった第１の原因をユーザに通知する。管理サーバは、第１の信号が受信された後に通信装置から第３の信号を受信する。第３の信号は、第１種の情報と第２種の情報を含まない。管理サーバは、第３の信号が受信される場合に、提供処理を実行不可能な状態になった第２の原因をユーザに通知する。【選択図】図５
2020160955.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバであって、
通信装置から、第１の信号を受信する第１の信号受信部であって、前記第１の信号は、前記通信装置を識別する装置識別情報と、前記通信装置に関する第１種の情報と、前記第１種の情報とは異なる第２種の情報と、を含む、前記第１の信号受信部と、
前記第１の信号が受信される場合に、前記第１の信号に含まれる少なくとも前記第１種の情報を利用して、前記第１の信号に含まれる前記装置識別情報によって識別される前記通信装置に関するサービスを提供するための提供処理を実行する提供処理実行部と、
前記第１の信号が受信された後に、前記通信装置から、第２の信号を受信する第２の信号受信部であって、前記第２の信号は、前記装置識別情報と前記第２種の情報とを含むとともに、前記第１種の情報を含まない、前記第２の信号受信部と、
前記第２の信号が受信される場合に、前記第１種の情報が前記第２の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第１の原因を前記サービスの提供を受けるユーザに通知するための第１の通知処理を実行する第１の通知処理実行部と、
前記第１の信号が受信された後に、前記通信装置から、第３の信号を受信する第３の信号受信部であって、前記第３の信号は、前記装置識別情報を含むとともに、前記第１種の情報と前記第２種の情報とを含まない、前記第３の信号受信部と、
前記第３の信号が受信される場合に、前記第１種の情報が前記第３の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第２の原因であって、前記第１の原因とは異なる第２の原因を前記ユーザに通知するための第２の通知処理を実行する第２の通知処理実行部と、
を備える、管理サーバ。
【請求項２】
前記提供処理は、前記第１の信号に含まれる少なくとも前記第１種の情報を、前記管理サーバとは異なるサービス提供サーバであって、前記サービスを提供する前記サービス提供サーバに送信する処理を含み、
前記第１の通知処理は、前記第１の原因を示す第１の原因情報を前記サービス提供サーバに送信する処理を含み、
前記第２の通知処理は、前記第２の原因を示す第２の原因情報を前記サービス提供サーバに送信する処理を含む、請求項１に記載の管理サーバ。
【請求項３】
前記管理サーバは、さらに、
前記第１の信号が受信される前に、前記管理サーバが前記通信装置を認証するための認証情報を前記通信装置に送信する情報送信部と、
前記第１の信号が受信される前に、前記サービスで利用される情報の送信を要求する送信要求を前記通信装置に送信する要求送信部と、
を備え、
前記第１の信号受信部は、前記認証情報と前記送信要求とが前記通信装置に送信された後に、前記通信装置から、前記送信要求に応じた前記第１の信号を受信する、請求項１又は２に記載の管理サーバ。
【請求項４】
前記第２の信号受信部は、前記認証情報と前記送信要求とが前記通信装置に送信された後に、前記通信装置の所定の設定を変更する操作が前記通信装置に実行される場合に、前記通信装置から前記第２の信号を受信し、
前記第１の原因は、前記所定の設定が変更されたことを示す、請求項３に記載の管理サーバ。
【請求項５】
前記第３の信号受信部は、前記認証情報と前記送信要求とが前記通信装置に送信された後に、前記通信装置が初期化される場合に、前記通信装置から前記第３の信号を受信し、
前記第２の原因は、前記通信装置が初期化されたことを示す、請求項３又は４に記載の管理サーバ。
【請求項６】
前記サービスは、前記通信装置に装着される消耗品を前記ユーザに発送するサービスである、請求項１から５のいずれか一項に記載の管理サーバ。
【請求項７】
前記通信装置は、印刷機能を実行可能な装置であり、
前記消耗品は、前記印刷機能で利用される着色剤を含むカートリッジであり、
前記第１種の情報は、前記着色剤の残量に関する残量関係情報である、請求項６に記載の管理サーバ。
【請求項８】
管理サーバためのコンピュータプログラムであって、
前記管理サーバのコンピュータを以下の各部、即ち、
通信装置から、第１の信号を受信する第１の信号受信部であって、前記第１の信号は、前記通信装置を識別する装置識別情報と、前記通信装置に関する第１種の情報と、前記第１種の情報とは異なる第２種の情報と、を含む、前記第１の信号受信部と、
前記第１の信号が受信される場合に、前記第１の信号に含まれる少なくとも前記第１種の情報を利用して、前記第１の信号に含まれる前記装置識別情報によって識別される前記通信装置に関するサービスを提供するための提供処理を実行する提供処理実行部と、
前記第１の信号が受信された後に、前記通信装置から、第２の信号を受信する第２の信号受信部であって、前記第２の信号は、前記装置識別情報と前記第２種の情報とを含むとともに、前記第１種の情報を含まない、前記第２の信号受信部と、
前記第２の信号が受信される場合に、前記第１種の情報が前記第２の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第１の原因を前記サービスの提供を受けるユーザに通知するための第１の通知処理を実行する第１の通知処理実行部と、
前記第１の信号が受信された後に、前記通信装置から、第３の信号を受信する第３の信号受信部であって、前記第３の信号は、前記装置識別情報を含むとともに、前記第１種の情報と前記第２種の情報とを含まない、前記第３の信号受信部と、
前記第３の信号が受信される場合に、前記第１種の情報が前記第３の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第２の原因であって、前記第１の原因とは異なる第２の原因を前記ユーザに通知するための第２の通知処理を実行する第２の通知処理実行部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、通信装置に関するサービスを提供するためのサーバに関する技術を開示する。
【背景技術】
【０００２】
特許文献１には、複数個の情報機器と情報処理装置との間の通信を仲介するサーバが開示されている。サーバは、複数個の情報機器のそれぞれから機器状態情報（例えば、印刷媒体の枚数、消耗品の消耗度合）を受信し、各情報機器から受信された機器状態情報を情報処理装置に送信する。情報処理装置は、例えば、受信済みの機器状態情報をユーザが閲覧可能な状態にするサービスを提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１７８９８５号公報
【特許文献２】特開２０１２−１１３６９６号公報
【特許文献３】特開２００７−２９３８７７号公報
【特許文献４】特開２０１３−８４１８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術ではサーバがサービスを提供不可能になる状況について想定されていない。
【０００５】
本明細書では、通信装置に関するサービスを提供するための提供処理を実行不可能な状態になった原因をユーザに適切に通知するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される管理サーバは、通信装置から、第１の信号を受信する第１の信号受信部であって、前記第１の信号は、前記通信装置を識別する装置識別情報と、前記通信装置に関する第１種の情報と、前記第１種の情報とは異なる第２種の情報と、を含む、前記第１の信号受信部と、前記第１の信号が受信される場合に、前記第１の信号に含まれる少なくとも前記第１種の情報を利用して、前記第１の信号に含まれる前記装置識別情報によって識別される前記通信装置に関するサービスを提供するための提供処理を実行する提供処理実行部と、前記第１の信号が受信された後に、前記通信装置から、第２の信号を受信する第２の信号受信部であって、前記第２の信号は、前記装置識別情報と前記第２種の情報とを含むとともに、前記第１種の情報を含まない、前記第２の信号受信部と、前記第２の信号が受信される場合に、前記第１種の情報が前記第２の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第１の原因を前記サービスの提供を受けるユーザに通知するための第１の通知処理を実行する第１の通知処理実行部と、前記第１の信号が受信された後に、前記通信装置から、第３の信号を受信する第３の信号受信部であって、前記第３の信号は、前記装置識別情報を含むとともに、前記第１種の情報と前記第２種の情報とを含まない、前記第３の信号受信部と、前記第３の信号が受信される場合に、前記第１種の情報が前記第３の信号に含まれないことに起因して、前記提供処理を実行不可能な状態になった第２の原因であって、前記第１の原因とは異なる第２の原因を前記ユーザに通知するための第２の通知処理を実行する第２の通知処理実行部と、を備えてもよい。
【０００７】
上記の構成によれば、管理サーバは、第１種の情報と第２種の情報とを含む第１の信号を受信する場合に、少なくとも第１種の情報を利用して、提供処理を実行する。そして、管理サーバは、第１の信号を受信した後に、第２種の情報を含むものの第１種の情報を含まない第２の信号を受信する場合に、提供処理を実行不可能な状態になった第１の原因をユーザに通知するための第１の通知処理を実行する。さらに、管理サーバは、第１の信号を受信した後に、第１種の情報と第２種の情報とを含まない第３の信号を受信する場合に、提供処理を実行不可能な状態になった第２の原因をユーザに通知するための第２の通知処理を実行する。従って、受信済みの信号に含まれる情報の内容に応じた原因をユーザに通知することができる。このために、提供処理を実行不可能な状態になった原因をユーザに適切に通知することができる。
【０００８】
上記の管理サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の管理サーバと他の装置（例えば、通信装置）とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】純正品情報を送信する処理のシーケンス図を示す。
【図３】印刷枚数情報を送信する処理のシーケンス図を示す。
【図４】残量情報を送信する処理及び発送サービスを提供する処理のシーケンス図を示す。
【図５】通知制御処理のフローチャートを示す。
【図６】通知制御処理によって実現される具体的なケースＣ１を示す。
【図７】通知制御処理によって実現される具体的なケースＣ２を示す。
【発明を実施するための形態】
【００１０】
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、管理サーバ１０と、プリンタ１００と、端末装置２００と、サービス提供サーバ９００と、を備える。プリンタ１００と端末装置２００は、ＬＡＮ（Local Area Networkの略）４に接続されている。ＬＡＮ４は、インターネット６に接続されている。ＬＡＮ４は、有線ＬＡＮ及び無線ＬＡＮのどちらでもよい。管理サーバ１０は、インターネット６を介して、各装置１００、２００と通信可能である。サービス提供サーバ９００は、インターネット６を介して、管理サーバ１０と通信可能である。端末装置２００は、デスクトップＰＣ、タブレットＰＣ，スマートフォン等の端末である。また、以下では、サービス提供サーバのことを「ＳＰサーバ」と記載する。
【００１１】
（プリンタ１００の構成）
プリンタ１００は、インクジェット方式の印刷機能を備える周辺機器（例えば、端末装置２００の周辺機器）である。プリンタ１００は、プリンタ１００を識別するためのシリアル番号ＳＮを記憶する。なお、変形例では、プリンタ１００は、レーザ方式の印刷機能を備える周辺装置であってもよい。
【００１２】
（管理サーバ１０の構成）
管理サーバ１０は、プリンタ１００を管理するともに、プリンタ１００とＳＰサーバ９００との通信を中継するためのサーバである。管理サーバ１０は、プリンタ１００のベンダによってインターネット６上に設置される。なお、変形例では、管理サーバ１０は、当該ベンダとは異なる事業者によってインターネット６上に設置されてもよい。
【００１３】
管理サーバ１０は、ネットワークインターフェイス１２と、制御部２０と、を備える。各部１２、２０は、バス線（符号省略）に接続されている。なお、以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。ネットワークＩ／Ｆ１２は、インターネット６を介した通信を実行するためのインターフェースであり、インターネット６に接続されている。制御部２０は、ＣＰＵ２２と、記憶部２４と、を備える。ＣＰＵ２２は、記憶部２４に記憶されているプログラム２６に従って、様々な処理を実行する。記憶部２４は、揮発性メモリ、不揮発性メモリ、ＨＤドライブ等によって構成される。記憶部２４は、上記のプログラム２６の他に、ユーザテーブル３０と、登録テーブル３２と、を記憶する。なお、変形例では、各テーブル３０等は、管理サーバ１０と通信可能に接続されている外部の記憶部に記憶されてもよい。
【００１４】
ユーザテーブル３０には、１個以上のユーザ情報が登録される（即ち記憶される）。各ユーザ情報は、ユーザを識別するためのユーザ名（例えばＵＮ）と、パスワード（例えばＰＷ）と、を含む。また、ユーザテーブル３０は、各ユーザ情報と対応付けて、ＰＩＮ（Personal Identification Numberの略）コード（例えば「１２３４」）を記憶し得る。
【００１５】
登録テーブル３２には、１個以上の登録情報が登録される。各登録情報は、シリアル番号（例えばＳＮ）と、ユーザ名（例えばＵＮ）と、純正品情報と、履歴情報（例えばＨＩ）と、アクセストークン（例えばＡＴ）と、サービス情報（例えばＳＩ）と、を含む。純正品情報は、プリンタに現在装着されているインクカートリッジが純正品であることを示す「純正品」と、プリンタに現在装着されているインクカートリッジが純正品でないことを示す「非純正品」と、のうちのいずれかの値を示す。履歴情報は、プリンタに関係する情報（例えば、印刷枚数情報等）の履歴である。アクセストークンは、プリンタ（例えば１００）と管理サーバ１０との通信に利用される認証情報である。アクセストークンには、有効期限が設定される。サービス情報は、ＳＰサーバ（例えば９００）と管理サーバ１０との通信内容を示す情報である。
【００１６】
（ＳＰサーバ９００の構成）
ＳＰサーバ９００は、プリンタ（例えば１００）に関係するサービスを当該プリンタのユーザに提供するためのサーバである。ＳＰサーバ９００は、例えば、後述するインクカードリッジの発送サービスをユーザに提供する。なお、変形例では、ＳＰサーバ９００は、発送サービス以外のサービス（例えば、プリンタをユーザに貸し出し、印刷枚数に応じた印刷をユーザに許可するサービス）をユーザに提供するサーバでもよい。また、ＳＰサーバ９００は、プリンタ１００のベンダとは異なる事業者によってインターネット６上に設置される。なお、変形例では、ＳＰサーバ９００は、当該ベンダによってインターネット６上に設置されてもよい。
【００１７】
（純正品情報を送信する処理；図２）
図２を参照して、純正品情報を送信する処理を説明する。なお、以下では、各デバイスの各ＣＰＵ（例えば管理サーバ１０のＣＰＵ２２等）が実行する処理について、理解の容易さの観点から、各ＣＰＵを主体として記載せずに、各デバイス（例えば管理サーバ１０等）を主体として記載する。また、以下では、管理サーバ１０と端末装置２００又はプリンタ１００との間では、ＬＡＮ４及びインターネット６を介して、通信が実行される。ただし、以下では、特に言及しない限り、「ＬＡＮ４を介して」及び「インターネット６を介して」という説明を省略する。
【００１８】
プリンタ１００は、Ｔ１０において、ユーザからインターネット６に接続するための各種情報（例えば、ＬＡＮ４のルータとの通信に利用される情報）の入力を受け付けると、インターネット６に接続するための接続設定処理を実行する。そして、プリンタ１００は、接続設定処理が完了すると、Ｔ１２において、接続設定処理が完了したことを示す接続通知を管理サーバ１０に送信する。接続通知は、プリンタ１００のシリアル番号ＳＮを含む。
【００１９】
管理サーバ１０は、Ｔ１２において、プリンタ１００から接続通知を受信すると、Ｔ１４において、シリアル番号ＳＮを含む登録情報ＲＩを登録テーブル３２に登録する。本実施例では、登録情報に含まれる情報の数に応じた登録レベルを定義する。本実施例では、シリアル番号ＳＮ及び純正品情報以外の情報を含まない登録情報ＲＩの登録レベルを「１」と定義する。
【００２０】
Ｔ１６では、管理サーバ１０は、接続通知に対する応答として、純正品情報要求をプリンタ１００に送信する。純正品情報要求は純正品情報を要求するためのコマンドである。
【００２１】
プリンタ１００は、Ｔ１６において、管理サーバ１０から純正品情報要求を受信すると、Ｔ１８において、プリンタ１００の状態に関する情報を管理サーバ１０に通知するための状態通知を管理サーバ１０に送信する。現時点では、状態通知は、シリアル番号ＳＮと、純正品情報要求に応じた純正品情報と、を含む。例えば、プリンタ１００は、プリンタ１００に現在装着されているインクカートリッジのＩＣチップ等から純正品であることを示す所定の情報を取得する場合に、「純正品」を示す純正品情報を含む状態通知を管理サーバ１０に送信し、当該インクカートリッジから所定の情報を取得できない場合に、「非純正品」を示す純正品情報を含む状態通知を管理サーバ１０に送信する。本ケースでは、状態通知は、純正品情報「純正品」を含む。また、プリンタ１００は、状態通知を定期的（例えば、１時間毎）に管理サーバ１０に送信する。
【００２２】
管理サーバ１０は、Ｔ１８において、プリンタ１００から状態通知を受信すると、Ｔ２０において、状態通知内のシリアル番号ＳＮに対応付けて、状態通知内の純正品情報「純正品」を登録テーブル３２に記憶する。
【００２３】
（印刷枚数情報を送信する処理；図３）
図３を参照して、印刷枚数情報を送信する処理を説明する。図３は、図２の続きである。図３の初期状態では、ユーザテーブル３０には、ユーザ名ＵＮ及びパスワードＰＷを含むユーザ情報が登録されている（図１参照）。当該ユーザ情報は、例えば、ユーザが端末装置２００を利用することによって管理サーバ１０に登録される。
【００２４】
端末装置２００は、ユーザから、管理サーバ１０のＵＲＬを指定する操作と、ユーザ名ＵＮ及びパスワードＰＷの入力操作と、を受け付けると、Ｔ３０において、ユーザ名ＵＮ及びパスワードＰＷを含むログイン要求を管理サーバ１０に送信する。
【００２５】
管理サーバ１０は、Ｔ３０において、端末装置２００からログイン要求を受信すると、当該ログイン要求に含まれるユーザ名ＵＮ及びパスワードＰＷの組合せがユーザテーブル３０に登録されているので、Ｔ３２において、認証が成功したと判断する。この場合、管理サーバ１０は、Ｔ３４において、ＰＩＮコード「１２３４」を生成し、ログイン中のユーザ名ＵＮとＰＩＮコード「１２３４」とを対応付けて記憶し、Ｔ３６において、ＰＩＮコード「１２３４」を端末装置２００に送信する。
【００２６】
端末装置２００は、Ｔ３６において、管理サーバ１０からＰＩＮコード「１２３４」を受信すると、Ｔ３８において、ＰＩＮコード「１２３４」を表示する。これにより、ユーザは、ＰＩＮコード「１２３４」を知ることができる。
【００２７】
また、プリンタ１００は、Ｔ４０において、ユーザからＰＩＮコード「１２３４」の入力を受け付けると、Ｔ４２において、アクセストークンを要求するためのトークン要求を管理サーバ１０に送信する。トークン要求は、ＰＩＮコード「１２３４」と、プリンタ１００のシリアル番号ＳＮと、を含む。
【００２８】
管理サーバ１０は、Ｔ４２において、プリンタ１００からトークン要求を受信すると、Ｔ４４において、トークン要求に含まれるＰＩＮコード「１２３４」の認証を実行する。本ケースでは、トークン要求に含まれるＰＩＮコード「１２３４」がユーザテーブル３０内のＰＩＮコード「１２３４」と一致するので、管理サーバ１０は、ＰＩＮコードの認証が成功したと判断し、ＰＩＮコード「１２３４」に対応付けて記憶されているユーザ名ＵＮを登録対象のユーザ名として特定する。次いで、管理サーバ１０は、Ｔ４６において、登録対象のアクセストークンＡＴを生成する。
【００２９】
Ｔ４８では、管理サーバ１０は、登録テーブル３２からトークン要求に含まれるシリアル番号ＳＮを含む登録情報ＲＩを特定する。そして、管理サーバ１０は、登録対象のユーザ名ＵＮと登録対象のアクセストークンＡＴとを登録情報ＲＩとして登録テーブル３２に登録する。なお、現時点では、登録情報ＲＩは、履歴情報とサービス情報とを含まない。履歴情報ＨＩは、印刷枚数情報を含む状態通知を受信することによって登録情報ＲＩに記憶される（Ｔ６２参照）。本実施例では、シリアル番号ＳＮ、ユーザ名ＵＮ、純正品情報、履歴情報ＨＩ、及び、アクセストークンＡＴ以外の情報を含まない登録情報ＲＩ（即ち、サービス情報を含まない登録情報ＲＩ）の登録レベルを「２」と定義する。
【００３０】
Ｔ５０では、管理サーバ１０は、アクセストークンＡＴをプリンタ１００に送信する。これにより、プリンタ１００は、アクセストークンＡＴをプリンタ１００のメモリ（図示省略）に記憶する。
【００３１】
プリンタ１００は、Ｔ５０において、管理サーバ１０からアクセストークンＡＴを受信すると、Ｔ５２において、アクセストークンＡＴを利用して、管理サーバ１０との間にＸＭＰＰ（Extensible Messaging and Presence Protocolの略）接続を確立する。ＸＭＰＰ接続は、いわゆる常時接続であり、プリンタ１００の電源が切断されるまで確立され続ける接続である。管理サーバ１０は、ＸＭＰＰ接続を利用すれば、プリンタから要求を受信しなくても、当該プリンタが所属するＬＡＮのファイヤウォール（例えばＬＡＮ４のルータによって形成されるファイヤウォール）を越えて、当該プリンタに要求を送信することができる。
【００３２】
プリンタ１００は、Ｔ５２において、ＸＭＰＰ接続を確立すると、Ｔ６０において、図２のＴ１８の状態通知内の情報（即ち純正品情報等）に加えて、プリンタ１００の印刷枚数を示す印刷枚数情報（例えば「５００枚」）と、アクセストークンＡＴと、を含む状態通知の定期的な送信を開始する。
【００３３】
管理サーバ１０は、Ｔ６０において、プリンタ１００から状態通知を受信すると、Ｔ６２において、登録テーブル３２から状態通知に含まれるシリアル番号ＳＮに対応付けられている履歴情報ＨＩを特定する。そして、管理サーバ１０は、状態通知に含まれる印刷枚数情報を履歴情報ＨＩとして登録テーブル３２に記憶する。管理サーバ１０の管理者は、登録テーブル３２内の履歴情報ＨＩからプリンタ１００の印刷枚数の履歴を知ることができる。管理者は、例えば、プリンタ１００の印刷枚数の履歴を利用して、プリンタ１００のメンテナンス等のサービスをプリンタ１００のユーザに提供することが可能となる。
【００３４】
（残量情報を送信する処理及び発送サービスを提供する処理；図４）
図４を参照して、残量情報を通知する処理及び発送サービスを提供する処理を説明する。図４は、図３の続きである。
【００３５】
本ケースでは、プリンタ１００のユーザは、ＳＰサーバ９００からインクカードリッジの発送サービスの提供を受ける。本ケースでは、ＳＰサーバ９００は、プリンタ１００のシリアル番号ＳＮと、プリンタ１００が設置されている住所を示す住所情報と、プリンタ１００のユーザのメールアドレスと、の組み合わせを記憶する。上記の組み合わせは、例えば、ユーザが端末装置２００を利用することによってＳＰサーバ９００に記憶される。ＳＰサーバ９００は、上記の組み合わせが記憶されると、Ｔ８０において、発送サービスの開始を要求するためのサービス開始要求を管理サーバ１０に送信する。サービス開始要求は、シリアル番号ＳＮと、発送サービスに必要な指示を示す指示情報と、を含む。指示情報は、発送サービスに必要な指示として、プリンタ１００に現在装着されているインクカードリッジのインクの残量と、管理サーバ１０が当該残量を示す残量情報を送信する周期を示す送信周期と、を含む。
【００３６】
管理サーバ１０は、Ｔ８０において、ＳＰサーバ９００からサービス開始要求を受信すると、Ｔ８２において、サービス開始要求に含まれるシリアル番号ＳＮを利用して、登録テーブル３２から登録情報ＲＩを特定する。そして、管理サーバ１０は、ＳＰサーバ９００が提供する発送サービスのサービス名「発送」とサービス開始要求に含まれる指示情報とを登録情報ＲＩのサービス情報ＳＩとして登録テーブル３２に記憶する。本実施例では、シリアル番号ＳＮ、ユーザ名ＵＮ、純正品情報、履歴情報ＨＩ、アクセストークンＡＴ、及び、サービス情報ＳＩを含む登録情報ＲＩの登録レベルを「３」と定義する。
【００３７】
Ｔ８４では、管理サーバ１０は、図３のＴ５２で確立されたＸＭＰＰ接続を利用して、残量情報の送信を要求するための残量送信要求をプリンタ１００に送信する。
【００３８】
プリンタ１００は、Ｔ８４において、管理サーバ１０から残量送信要求を受信すると、Ｔ９０において、Ｔ６０の状態通知内の情報（即ち印刷枚数情報、アクセストークンＡＴ等）に加えて、プリンタ１００に現在装着されているインクカートリッジ内のインクの残量を示す残量情報（例えば「１０％」）を含む状態通知の定期的な送信を開始する。
【００３９】
管理サーバ１０は、Ｔ９０において、プリンタ１００から状態通知を受信すると、Ｔ９２において、登録テーブル３２から状態通知に含まれるシリアル番号ＳＮに対応付けられている履歴情報ＨＩを特定する。そして、管理サーバ１０は、状態通知に含まれる印刷枚数情報を履歴情報ＨＩとして登録テーブル３２に記憶することに加えて、状態通知に含まれる残量情報も履歴情報ＨＩとして登録テーブル３２に記憶する。
【００４０】
また、管理サーバ１０は、Ｔ８４において残量送信要求を送信した後に、サービス情報ＳＩ内の送信周期が到来することを監視する。そして、管理サーバ１０は、送信周期が到来する場合に、Ｔ９４において、履歴情報ＨＩ内の残量情報の履歴とシリアル番号ＳＮとの組み合わせをＳＰサーバ９００に送信する。
【００４１】
ＳＰサーバ９００は、Ｔ９４において、管理サーバ１０から残量情報の履歴とシリアル番号ＳＮとの組み合わせを受信すると、Ｔ９６において、残量情報の履歴のうちの最新の残量情報によって示される残量が予め決められている閾値（例えば１０％）以下であるのか否かを判断する。図４のケースでは、ＳＰサーバ９００は、Ｔ９６において、インクの残量が閾値以下であると判断して、Ｔ９８の処理を実行する。また、仮に、インクの残量が閾値よりも大きいと判断する場合には、ＳＰサーバ９００はＴ９８の処理を実行しない。なお、Ｔ９８の処理を実行するか否かを判断するための条件は、インクの残量が閾値以下であるという条件だけでなく、他の条件（例えば残量情報の履歴から算出される残量の変化量が所定値以上である条件）を含んでもよい。
【００４２】
Ｔ９８では、ＳＰサーバ９００は、プリンタ１００に装着されるべき新たなカートリッジを発送するための発送処理を実行する。具体的には、ＳＰサーバ９００は、まず、Ｔ９４で受信されたシリアル番号ＳＮに対応付けられている住所情報を特定する。そして、ＳＰサーバ９００は、新たなカートリッジを特定済みの住所情報によって示される住所に発送するための処理（例えば作業員への通知）を実行する。また、ＳＰサーバ９００は、シリアル番号ＳＮに対応付けられているメールアドレスを宛先として、新たなカートリッジが発送されることを示すメッセージを含む電子メールを送信する。
【００４３】
（通知制御処理；図５）
図５を参照して、管理サーバ１０のＣＰＵ２２によって実行される通知制御処理を説明する。通知制御処理は、何らかの原因（例えばプリンタ１００の初期化によってアクセストークンＡＴがプリンタ１００のメモリから消去される）によって残量情報をＳＰサーバ９００に送信不可能な状態になった場合に、当該原因をＳＰサーバ９００に通知するための処理である。通知制御処理は、プリンタ１００から状態通知が受信されることをトリガとして実行される。なお、上述したように、管理サーバ１０は、プリンタ１００から状態通知が受信される場合に、状態通知内の情報を登録テーブル３２に記憶する（図４のＴ９２参照）。
【００４４】
Ｓ１０では、ＣＰＵ２２は、登録テーブル３２から状態通知内のシリアル番号を含む登録情報を特定する。
【００４５】
Ｓ１２では、ＣＰＵ２２は、特定済みの登録情報の登録レベルが「３」（即ちサービス情報を含む登録情報）であるのか否かを判断する。ＣＰＵ２２は、特定済みの登録情報のレベルが「３」であると判断する場合（Ｓ１２でＹＥＳ）に、Ｓ１４に進み、特定済みの登録情報のレベルが「１」及び「２」のいずれかであると判断する場合（Ｓ１２でＮＯ）に、状態通知の受信の監視に戻る。
【００４６】
Ｓ１４では、ＣＰＵ２２は、状態通知がアクセストークンを含むのか否かを判断する。上述したように、登録レベルが「３」である場合には、状態通知は、アクセストークンを含む（図４のＴ９０参照）。また、登録レベルが「２」である場合でも、状態通知は、アクセストークンを含む（図３のＴ６０参照）。状態通知がアクセストークンを含まないことは、状態通知内の情報のレベル（即ち個数）が登録レベル「２」、「３」のいずれにも適合しないことを意味する。ＣＰＵ２２は、状態通知がアクセストークンを含むと判断する場合（Ｓ１４でＹＥＳ）に、状態通知内の情報のレベル（即ち個数）が登録レベル「２」、「３」のいずれかに適合すると判断して、Ｓ１６に進む。
【００４７】
Ｓ１６では、ＣＰＵ２２は、状態通知内の情報のレベルが登録レベル「３」に適合するのか否かを判断する。具体的には、ＣＰＵ２２は、状態通知が残量情報を含む場合に、状態通知内の情報のレベルが登録レベル「３」に適合すると判断して（Ｓ１６でＹＥＳ）、後述するＳ１８、Ｓ２０をスキップして、状態通知の受信の監視に戻る。一方、ＣＰＵ２２は、状態通知が残量情報を含まない場合に、状態通知内の情報のレベルが登録レベル「２」に適合すると判断して（Ｓ１６でＮＯ）、Ｓ１８に進む。
【００４８】
Ｓ１８では、ＣＰＵ２２は、状態通知内のシリアル番号に対応付けられているアクセストークンの有効期限が切れているのか否かを判断する。ＣＰＵ２２は、アクセストークンの有効期限が切れていないと判断する場合（Ｓ１８でＮＯ）に、Ｓ２０に進み、アクセストークンの有効期限が切れていると判断する場合（Ｓ１８でＹＥＳ）に、Ｓ２０の処理をスキップして、状態通知の受信の監視に戻る。
【００４９】
Ｓ２０では、ＣＰＵ２２は、残量情報を送信不可能になった第１の原因を示す第１の原因情報をＳＰサーバ９００に送信する。Ｓ２０の処理が実行される状況では、状態通知内の情報のレベルは、登録レベルが「３」であるにも関わらず、登録レベル「２」に適合する。即ち、状態通知は、アクセストークンを含むものの、残量情報を含まない。この場合、第１の原因は、例えば、残量情報等を含むプリンタ１００の詳細な情報を外部に送信することを許可するセキュリティ設定が、ユーザによって「許可」から「不許可」に変更されることが推定される。第１の原因情報がＳＰサーバ９００に送信されることによって、ＳＰサーバ９００は第１の原因を知ることができる。また、第１の原因情報は、状態通知内のシリアル番号を含む。第１の原因情報がＳＰサーバ９００に送信されると、ＳＰサーバ９００は、第１の原因情報内のシリアル番号に対応付けられているメールアドレスを宛先として、第１の原因を示すメッセージを含む電子メールを送信する。これにより、第１の原因をユーザに通知することができる。Ｓ２０が終了すると、状態通知の受信の監視に戻る。
【００５０】
また、ＣＰＵ２２は、状態通知がアクセストークンを含まないと判断する場合（Ｓ１４でＮＯ）に、状態通知内の情報のレベル（即ち個数）が登録レベル「１」に適合すると判断して、Ｓ２２に進む。Ｓ２２では、残量情報を送信不可能になった第２の原因を示す第２の原因情報をＳＰサーバ９００に送信する。Ｓ２２の処理が実行される状況では、状態通知内の情報のレベルは、登録レベルが「３」であるにも関わらず、登録レベル「１」に適合する。即ち、状態通知は、アクセストークン及び残量情報を含まない。この場合、第２の原因は、例えば、プリンタ１００がユーザに初期化されることによって、アクセストークンがプリンタ１００のメモリから削除されることが推定される。第２の原因情報がＳＰサーバ９００に送信されることによって、ＳＰサーバ９００は第２の原因を知ることができる。また、第２の原因情報がＳＰサーバ９００に送信されると、ＳＰサーバ９００は、第２の原因を示すメッセージを含む電子メールを送信する。これにより、第２の原因をユーザに通知することができる。Ｓ２２が終了すると、状態通知の受信の監視に戻る。
【００５１】
（具体的なケースＣ１；図６）
図６を参照して、図５の通知制御処理によって実現される具体的なケースＣ１を説明する。図６は、図４の続きである。即ち、図６の初期状態では、登録情報ＲＩの登録レベルは「３」である。
【００５２】
プリンタ１００は、Ｔ１１０において、ユーザからセキュリティ設定を変更する操作を受け付けると、プリンタ１００のセキュリティ設定を「許可」から「不許可」に変更する。これにより、プリンタ１００の状態は、残量情報を外部（例えば管理サーバ１０）に送信不可能な状態となる。
【００５３】
Ｔ１２０では、プリンタ１００は、シリアル番号ＳＮと、純正品情報「純正品」と、印刷枚数情報「９５０枚」と、アクセストークンＡＴと、を含むとともに、残量情報を含まない状態通知を管理サーバ１０に送信する。
【００５４】
管理サーバ１０は、Ｔ１２０において、プリンタ１００から状態通知を受信すると、Ｔ１２２において、登録テーブル３２からシリアル番号ＳＮを含む登録情報ＲＩを特定する（図５のＳ１０）。そして、管理サーバ１０は、登録情報ＲＩの登録レベルが「３」であると判断する（Ｓ１２でＹＥＳ）。
【００５５】
Ｔ１２４では、管理サーバ１０は、状態通知がアクセストークンＡＴを含むと判断する（図５のＳ１４でＹＥＳ）。Ｔ１２６では、管理サーバ１０は、状態通知が残量情報を含まないので、状態通知内の情報のレベルが登録レベル「２」に適合すると判断する（Ｓ１６でＮＯ）。本ケースでは、登録情報ＲＩ内のアクセストークンＡＴの有効期限は切れていない。このため、Ｔ１２８では、管理サーバ１０は、アクセストークンＡＴの有効期限が切れていないと判断する（Ｓ１８でＮＯ）。そして、Ｔ１３０では、管理サーバ１０は、第１の原因（即ち、セキュリティ設定の変更）を示す第１の原因情報をＳＰサーバ９００に送信する（Ｓ２０）。
【００５６】
ＳＰサーバ９００は、Ｔ１３０において、管理サーバ１０から第１の原因情報を受信すると、Ｔ１３２において、第１の原因情報に含まれるシリアル番号ＳＮに対応付けられているメールアドレスを宛先として、セキュリティ設定の変更を示すメッセージを含む電子メールを送信する。これにより、ユーザは、セキュリティ設定の変更によって残量情報がＳＰサーバ９００に送信されず、この結果、発送サービスを提供不可能な状態になったことを知ることができる。ユーザは、プリンタ１００を操作して、プリンタ１００のセキュリティ設定を「不許可」から「許可」に変更する。この結果、発送サービスの提供が再開される。
【００５７】
（具体的なケースＣ２；図７）
図７を参照して、図５の通知制御処理によって実現される具体的なケースＣ１を説明する。図７は、図４の続きである。即ち、図７の初期状態では、登録情報ＲＩの登録レベルは「３」である。
【００５８】
プリンタ１００は、Ｔ２１０において、ユーザから所定の操作を受け付けると、プリンタ１００を初期化するための初期化処理を実行する。初期化処理では、プリンタ１００に記憶されている各種情報（例えば、設定情報、アクセストークンＡＴ）が削除される。
【００５９】
Ｔ２２０では、プリンタ１００は、シリアル番号ＳＮと、純正品情報「純正品」と、を含むとともに、印刷枚数情報と、残量情報と、アクセストークンＡＴと、を含まない状態通知を管理サーバ１０に送信する。
【００６０】
Ｔ２２２は、図６のＴ１２２と同様である。Ｔ２２４では、管理サーバ１０は、状態通知がアクセストークンＡＴを含まないと判断する（図５のＳ１４でＮＯ）。即ち、管理サーバ１０は、状態通知内の情報のレベルが登録レベル「１」に適合すると判断する。この場合、管理サーバ１０は、Ｔ２３０において、第２の原因（即ち、初期化）を示す第２の原因情報をＳＰサーバ９００に送信する（Ｓ２２）。
【００６１】
ＳＰサーバ９００は、Ｔ２３０において、管理サーバ１０から第２の原因情報を受信すると、Ｔ２３２において、第２の原因情報に含まれるシリアル番号ＳＮに対応付けられているメールアドレスを宛先として、初期化を示すメッセージを含む電子メールを送信する。これにより、ユーザは、初期化によって残量情報がＳＰサーバ９００に送信されず、この結果、発送サービスを提供不可能な状態になったことを知ることができる。ユーザは、例えば、プリンタ１００を操作して、ＰＩＮコードを入力する。これにより、プリンタ１００は、図３のＴ４２と同様の処理を実行して、管理サーバ１０から再びアクセストークンを受信する。この結果、発送サービスの提供が再開される。
【００６２】
（本実施例の効果）
本実施例の構成によれば、管理サーバ１０は、残量情報とアクセストークンＡＴとを含む状態通知を受信する場合（図４のＴ９０）に、残量情報をＳＰサーバ９００に送信する（Ｔ９４）。これにより、ＳＰサーバ９００によって発送サービスが提供される。そして、管理サーバ１０は、Ｔ９０の処理の後に、アクセストークンＡＴを含むものの残量情報を含まない状態通知を受信する場合（図６のＴ１２０）に、残量情報の送信を実行不可能な状態になった第１の原因（即ちセキュリティ設定の変更）を示す第１の原因情報をＳＰサーバ９００に送信する（Ｔ１３０）。これにより、第１の原因を示すメッセージを含む電子メールがＳＰサーバ９００によってユーザに送信される（Ｔ１３２）。一方、管理サーバ１０は、Ｔ９０の処理の後に、残量情報とアクセストークンＡＴとを含まない状態通知を受信する場合（図７のＴ２２０）に、残量情報の送信を実行不可能な状態になった第２の原因（即ち初期化）を示す第２の原因情報をＳＰサーバ９００に送信する（Ｔ２３０）。これにより、第２の原因を示すメッセージを含む電子メールがＳＰサーバ９００によってユーザに送信される（Ｔ２３２）。従って、受信済みの状態通知に含まれる情報の内容に応じた原因をユーザに通知することができる。このために、残量情報の送信を実行不可能な状態になった原因をユーザに適切に通知することができる。
【００６３】
また、本実施例の構成によれば、管理サーバ１０は、原因情報をＳＰサーバ９００に送信する（図６のＴ１３０又は図７のＴ２３０）。例えば、管理サーバ１０が原因を示すメッセージ含む電子メールをユーザに送信する比較例が想定される。この比較例では、管理サーバ１０は、ユーザのメールアドレスを知る必要がある。これに対して、本実施例の構成によれば、管理サーバ１０はユーザのメールアドレスを知る必要がない。個人情報であるメールアドレスが不必要に管理サーバ１０に知られることを抑制することができる。なお、変形例として、上記の比較例の構成を採用してもよい。
【００６４】
（対応関係）
管理サーバ１０、プリンタ１００、ＳＰサーバ９００が、それぞれ、「管理サーバ」、「通信装置」、「サービス提供サーバ」の一例である。インクカートリッジが、「消耗品」の一例である。シリアル番号ＳＮ、残量情報、アクセストークンＡＴが、それぞれ、「装置識別情報」、「第１種の情報（及び残量関係情報）」、「第２種の情報（及び認証情報）」の一例である。図４のＴ８４の残量送信要求が、「送信要求」の一例である。図４のＴ９０の状態通知が、「第１の信号」の一例である。Ｔ９４の残量情報の送信が、「提供処理」の一例である。図６のＴ１２０の状態通知が、「第２の信号」の一例である。セキュリティ設定、セキュリティ設定の変更が、それぞれ、「所定の設定」「第１の原因」の一例である。図７のＴ２２０の状態通知が、「第３の信号」の一例である。初期化が、「第２の原因」の一例である。
【００６５】
図４のＴ９０、Ｔ９４が、それぞれ、「第１の信号受信部」、「提供処理実行部」によって実現される処理の一例である。図６のＴ１２０、Ｔ１３０が、それぞれ、「第２の信号受信部」、「第１の通知処理実行部」によって実現される処理の一例である。図７のＴ２２０、Ｔ２３０が、それぞれ、「第３の信号受信部」、「第２の通知処理実行部」によって実現される処理の一例である。
【００６６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００６７】
（変形例１）「通信装置」は、プリンタ１００に限らず、例えば、スキャナ、印刷機能とスキャン機能を実行可能な多機能機、端末装置であってもよい。例えば、通信装置がスキャナである場合、「第１種の情報」は、スキャンデータであり、「提供処理」は、スキャンデータを、画像データの記憶領域をユーザに提供するＳＰサーバ（例えばＦａｃｅｂｏｏｋ（登録商標））に送信する処理である。
【００６８】
（変形例２）上記の実施例では、状態通知は、残量情報を含む。これに代えて、状態通知は、インクカートリッジに収容されているインクの使用量を示す使用量情報を含んでもよい。本変形例では、使用量情報が、「残量関係情報」の一例である。また、「着色材」は、インクジェット方式のインクに限らず、レーザ方式のトナーであってもよい。
【００６９】
（変形例３）上記の実施例によれば、図４のＴ９０の状態通知は、シリアル番号ＳＮ、残量情報、及び、アクセストークンを含むとともに、純正品情報と印刷枚数情報とを含む。これに代えて、図４のＴ９０の状態通知は、純正品情報と印刷枚数情報を含まなくてもよい。一般的に言えば、「第１の信号」は、装置識別情報と第１種の情報と第２種の情報のみを含んでいてもよい。「第２の信号」は、装置識別情報と第２種の情報のみを含んでいてもよい。「第３の信号」は、装置識別情報のみを含んでいてもよい。また、図４のＴ９０の状態通知は、さらに、上記の５個の情報以外の情報（例えばインクカートリッジの交換回数）を含んでいてもよい。一般的に言えば、「第１の信号」は、装置識別情報と第１種の情報と第２種の情報以外の情報を含んでいてもよい。「第２の信号」は、装置識別情報と第２種の情報以外の情報を含んでいてもよい。「第３の信号」は、装置識別情報以外の情報を含んでいてもよい。
【００７０】
（変形例４）「第１種の情報」は、残量情報に限らず、例えば、印刷枚数情報であってもよい。この場合、ＳＰサーバ９００は、プリンタをユーザに貸し出し、印刷枚数に応じた印刷をユーザに許可するサービスを提供するサーバであってもよい。
【００７１】
（変形例５）「第２種の情報」は、アクセストークンＡＴに限らず、例えば、印刷枚数情報であってもよい。この場合、管理サーバ１０は、図５のＳ１４において、状態通知が印刷枚数情報を含むのか否かを判断してもよい。そして、管理サーバ１０は、状態通知が印刷枚数情報を含むと判断する場合に、Ｓ１８、Ｓ２０をスキップし、状態通知が印刷枚数情報を含まないと判断する場合に、Ｓ１８に進んでもよい。本変形例によれば、「認証情報」を省略可能である。また、一般的に言えば、「第２種の情報」は、第１種の情報と異なる情報であればよい。
【００７２】
（変形例６）通信システム２は、ＳＰサーバ９００を備えなくてもよい。この場合、図４のＴ９４の処理は実行されず、Ｔ９６、Ｔ９８の処理が管理サーバ１０によって実行されてもよい。本変形例では、「サービス提供サーバ」を省略可能であり、管理サーバ１０によって実行されるＴ９６、Ｔ９８の処理が、「提供処理」の一例である。
【００７３】
（変形例７）「第１の原因」は、セキュリティ設定が変更されることに限らず、例えば、プリンタ１００が残量を検出不可能な状態になることでもよい。ここで、検出不可能な状態とは、例えば、残量を検出するための残量センサが故障すること等のエラーが発生する状態、当該残量センサによって残量を検出することが不可能なインクカートリッジ（例えば純正品でないインクカートリッジ）が装着される状態である。
【００７４】
（変形例８）上記の実施例では、管理サーバ１０は、原因情報をＳＰサーバ９００に送信する（図６のＴ１３０又は図７のＴ２３０）。これに代えて、管理サーバ１０が原因を示すメッセージ含む電子メールをユーザに送信してもよい。本変形例によれば、管理サーバ１０が電子メールを送信することが、「第１の通知処理（及び第２の通知処理）」の一例である。
【００７５】
（変形例９）図３のＴ５０の処理は実行されなくてもよい。この場合、プリンタ１００は、ユーザから印刷枚数情報の送信の指示を受け付けることに応じて、印刷枚数情報を含む状態通知の送信を開始してもよい。本変形例によれば、「情報送信部」を省略可能である。また、図４のＴ８４の処理は実行されなくてもよい。この場合、プリンタ１００は、ユーザから残量情報の送信の指示を受け付けることに応じて、残量情報を含む状態通知の送信を開始してもよい。本変形例によれば、「要求送信部」を省略可能である。
【００７６】
（変形例１０）上記の実施例では、管理サーバ１０は、登録情報の登録レベルが「２」であると判断する場合（Ｓ１２でＮＯ）に、状態通知の受信の監視に戻る。これに代えて、管理サーバ１０は、登録情報の登録レベルが「２」であると判断する場合に、状態通知がアクセストークンを含むのか否かを判断してもよい。そして、管理サーバ１０は、状態通知がアクセストークンを含まないと判断する場合に、状態通知内の情報のレベルが登録レベル「２」に適合しないと判断してもよい。この場合、管理サーバ１０は、状態通知がアクセストークンを含まない原因（例えば初期化）をユーザに通知してもよい。
【００７７】
（変形例１１）上記の各実施例では、図２〜図７の各処理がソフトウェア（例えばプログラム２６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【００７８】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００７９】
２：通信システム、６：インターネット、１０：管理サーバ、１２：ネットワークＩ／Ｆ、２０：制御部、２２：ＣＰＵ、２４：記憶部、２６：プログラム、３０：ユーザテーブル、３２：登録テーブル、１００：プリンタ、２００：端末装置、９００：サービス提供サーバ、ＵＮ：ユーザ名、ＰＷ：パスワード、ＲＩ：登録情報、ＳＮ：シリアル番号、ＨＩ：履歴情報、ＡＴ：アクセストークン、ＳＩ：サービス情報
【図１】
2020160955.tif 000003
【図２】
2020160955.tif 000004
【図３】
2020160955.tif 000005
【図４】
2020160955.tif 000006
【図５】
2020160955.tif 000007
【図６】
2020160955.tif 000008
【図７】
2020160955.tif 000009