ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022145402
(43)【公開日】2022-10-04
(54)【発明の名称】制御装置及び制御装置のためのコンピュータプログラム
(51)【国際特許分類】
G06F 3/12 20060101AFI20220926BHJP
B41J 29/38 20060101ALI20220926BHJP
B41J 3/407 20060101ALI20220926BHJP
G03G 21/00 20060101ALI20220926BHJP
【ＦＩ】
G06F3/12 373
G06F3/12 310
G06F3/12 329
G06F3/12 378
B41J29/38 801
B41J3/407
G03G21/00 388
G03G21/00 510
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021105448
(22)【出願日】2021-06-25
(31)【優先権主張番号】P 2021046110
(32)【優先日】2021-03-19
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000110
【氏名又は名称】弁理士法人 快友国際特許事務所
(72)【発明者】
【氏名】辻 和希
【テーマコード（参考）】
2C061
2H270
【Ｆターム（参考）】
2C061AP01
2C061AP10
2C061AS11
2C061HJ08
2C061HK11
2C061HK23
2C061HN05
2C061HN15
2C061HP06
2H270KA59
2H270LA53
2H270LA70
2H270LA87
2H270LA97
2H270LD08
2H270NC02
2H270NC07
2H270NC20
2H270ND04
2H270ND11
2H270ND12
2H270ND19
2H270ND25
2H270ND36
2H270RA04
2H270RA10
2H270RA12
2H270RA13
2H270ZC03
2H270ZC04
(57)【要約】
【課題】色材カートリッジとは異なる交換部材に応じた処理を実行し得る技術を提供する。
【解決手段】制御装置であって、プリンタでは、印刷のための色材を収容する色材カートリッジと、色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、制御装置は、複数個のログ情報を取得する取得部と、複数個のログ情報のそれぞれについて、当該ログ情報が、第１種の交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、第２種の交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、１個以上の第１種のログ情報を利用して、第１の管理処理を実行する第１の処理実行部と、１個以上の第２種のログ情報を利用して、第２の管理処理を実行する第２の処理実行部と、を備える。
【選択図】図７
【解決手段】制御装置であって、プリンタでは、印刷のための色材を収容する色材カートリッジと、色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、制御装置は、複数個のログ情報を取得する取得部と、複数個のログ情報のそれぞれについて、当該ログ情報が、第１種の交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、第２種の交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、１個以上の第１種のログ情報を利用して、第１の管理処理を実行する第１の処理実行部と、１個以上の第２種のログ情報を利用して、第２の管理処理を実行する第２の処理実行部と、を備える。
【選択図】図７
【特許請求の範囲】
【請求項1】
プリンタのログ情報に関する処理を制御装置に実行させるためのコンピュータプログラムであって、
前記プリンタでは、印刷のための色材を収容する色材カートリッジと、前記色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、
前記コンピュータプログラムは、前記制御装置のコンピュータを、以下の各部、即ち、
前記プリンタにおける印刷に関する複数個のログ情報を取得する取得部と、
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、第１種の前記交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、前記第１種の交換部材とは異なる第２種の前記交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、
前記複数個のログ情報が１個以上の前記第１種のログ情報を含むと判断される場合に、前記１個以上の第１種のログ情報を利用して、前記プリンタの管理に関する第１の管理処理を実行する第１の処理実行部と、
前記複数個のログ情報が１個以上の前記第２種のログ情報を含むと判断される場合に、前記１個以上の第２種のログ情報を利用して、前記プリンタの管理に関する第２の管理処理を実行する第２の処理実行部と、
として機能させる、コンピュータプログラム。
前記プリンタでは、印刷のための色材を収容する色材カートリッジと、前記色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、
前記コンピュータプログラムは、前記制御装置のコンピュータを、以下の各部、即ち、
前記プリンタにおける印刷に関する複数個のログ情報を取得する取得部と、
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、第１種の前記交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、前記第１種の交換部材とは異なる第２種の前記交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、
前記複数個のログ情報が１個以上の前記第１種のログ情報を含むと判断される場合に、前記１個以上の第１種のログ情報を利用して、前記プリンタの管理に関する第１の管理処理を実行する第１の処理実行部と、
前記複数個のログ情報が１個以上の前記第２種のログ情報を含むと判断される場合に、前記１個以上の第２種のログ情報を利用して、前記プリンタの管理に関する第２の管理処理を実行する第２の処理実行部と、
として機能させる、コンピュータプログラム。
【請求項2】
前記第１の管理処理は、前記１個以上の第１種のログ情報を利用して、第１の算出情報を算出する第１の算出処理を含み、
前記第２の管理処理は、前記第２種のログ情報を利用して、第２の算出情報を算出する第２の算出処理を含み、
前記コンピュータプログラムは、前記制御装置のコンピュータを、さらに、
前記第１の算出情報に関連する第１の出力情報と、前記第２の算出情報に関連する第２の出力情報と、を出力する第１の出力制御部として機能させる、請求項１に記載のコンピュータプログラム。
前記第２の管理処理は、前記第２種のログ情報を利用して、第２の算出情報を算出する第２の算出処理を含み、
前記コンピュータプログラムは、前記制御装置のコンピュータを、さらに、
前記第１の算出情報に関連する第１の出力情報と、前記第２の算出情報に関連する第２の出力情報と、を出力する第１の出力制御部として機能させる、請求項１に記載のコンピュータプログラム。
【請求項3】
前記第１種の交換部材は、第１の用途の印刷に利用される前記交換部材であり、
前記第２種の交換部材は、前記第１の用途とは異なる第２の用途の印刷に利用される前記交換部材であり、
前記第１の算出処理は、前記１個以上の第１種のログ情報を利用して、第１の分割情報を算出することを含み、
前記第１の分割情報は、将来的に１個以上の前記第１種のログ情報を分割する際に利用されるべき情報であり、
前記第２の算出処理は、前記１個以上の第２種のログ情報を利用して、第２の分割情報を算出することを含み、
前記第２の分割情報は、将来的に１個以上の前記第２種のログ情報を分割する際に利用されるべき情報であり、
前記第１の出力情報は、前記第１の分割情報に関連する第１の分割関連情報を含み、 前記第２の出力情報は、前記第２の分割情報に関連する第２の分割関連情報を含む、請求項２に記載のコンピュータプログラム。
前記第２種の交換部材は、前記第１の用途とは異なる第２の用途の印刷に利用される前記交換部材であり、
前記第１の算出処理は、前記１個以上の第１種のログ情報を利用して、第１の分割情報を算出することを含み、
前記第１の分割情報は、将来的に１個以上の前記第１種のログ情報を分割する際に利用されるべき情報であり、
前記第２の算出処理は、前記１個以上の第２種のログ情報を利用して、第２の分割情報を算出することを含み、
前記第２の分割情報は、将来的に１個以上の前記第２種のログ情報を分割する際に利用されるべき情報であり、
前記第１の出力情報は、前記第１の分割情報に関連する第１の分割関連情報を含み、 前記第２の出力情報は、前記第２の分割情報に関連する第２の分割関連情報を含む、請求項２に記載のコンピュータプログラム。
【請求項4】
前記第１種の交換部材と前記第２種の交換部材とのそれぞれは、前記プリンタのベンダによって提供される純正の前記交換部材であり、
前記複数個のログ情報が、前記プリンタにおいて、前記ベンダによって提供されない非純正の前記交換部材が利用されて印刷が実行されたことを示す１個以上の非純正ログ情報を含む場合に、前記１個以上の非純正ログ情報を利用して算出情報を算出する処理は実行されない、請求項２又は３に記載のコンピュータプログラム。
前記複数個のログ情報が、前記プリンタにおいて、前記ベンダによって提供されない非純正の前記交換部材が利用されて印刷が実行されたことを示す１個以上の非純正ログ情報を含む場合に、前記１個以上の非純正ログ情報を利用して算出情報を算出する処理は実行されない、請求項２又は３に記載のコンピュータプログラム。
【請求項5】
前記コンピュータプログラムは、前記制御装置のコンピュータを、さらに、
前記複数個のログ情報が前記１個以上の非純正ログ情報を含む場合に、前記１個以上の非純正ログ情報を含む前記複数個のログ情報を利用して、前記色材カートリッジ内の前記色材の残量の推移を示す推移情報を生成する生成部と、
前記推移情報を出力する第２の出力制御部と、
として機能させる、請求項４に記載のコンピュータプログラム。
前記複数個のログ情報が前記１個以上の非純正ログ情報を含む場合に、前記１個以上の非純正ログ情報を含む前記複数個のログ情報を利用して、前記色材カートリッジ内の前記色材の残量の推移を示す推移情報を生成する生成部と、
前記推移情報を出力する第２の出力制御部と、
として機能させる、請求項４に記載のコンピュータプログラム。
【請求項6】
前記第１の出力制御部は、前記第１の出力情報と前記第２の出力情報とを含む電子メールを送信することによって、前記第１の出力情報と前記第２の出力情報とを出力する、請求項２から５のいずれか一項に記載のコンピュータプログラム。
【請求項7】
前記第１の出力制御部は、前記第１の出力情報と前記第２の出力情報とを含む出力画面を表わす出力画面データを出力することによって、前記第１の出力情報と前記第２の出力情報とを出力する、請求項２から６のいずれか一項に記載のコンピュータプログラム。
【請求項8】
前記コンピュータプログラムは、前記制御装置のコンピュータを、さらに、
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、前記プリンタのベンダによって提供される純正の色材カートリッジが利用されて印刷が実行されたことを示す第３種のログ情報であるのか、前記ベンダによって提供されない非純正の色材カートリッジが利用されて印刷が実行されたことを示す第４種のログ情報であるのか、を判断する第２の判断部と、
前記複数個のログ情報が１個以上の前記第３種のログ情報を含むと判断される場合に、前記１個以上の第３種のログ情報を利用して、前記純正の色材カートリッジ内の前記色材の残量が閾値以下になる第１のタイミングを予測する予測部と、
前記第１のタイミングに関連する第１の予測情報を出力する第３の出力制御部と、 として機能させ、
前記複数個のログ情報が１個以上の前記第４種のログ情報を含む場合に、前記第４種のログ情報を利用して得られる第２のタイミングであって、前記非純正の色材カートリッジ内の前記色材の残量が前記閾値以下になる前記第２のタイミングに関連する第２の予測情報は出力されない、請求項１から７のいずれか一項に記載のコンピュータプログラム。
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、前記プリンタのベンダによって提供される純正の色材カートリッジが利用されて印刷が実行されたことを示す第３種のログ情報であるのか、前記ベンダによって提供されない非純正の色材カートリッジが利用されて印刷が実行されたことを示す第４種のログ情報であるのか、を判断する第２の判断部と、
前記複数個のログ情報が１個以上の前記第３種のログ情報を含むと判断される場合に、前記１個以上の第３種のログ情報を利用して、前記純正の色材カートリッジ内の前記色材の残量が閾値以下になる第１のタイミングを予測する予測部と、
前記第１のタイミングに関連する第１の予測情報を出力する第３の出力制御部と、 として機能させ、
前記複数個のログ情報が１個以上の前記第４種のログ情報を含む場合に、前記第４種のログ情報を利用して得られる第２のタイミングであって、前記非純正の色材カートリッジ内の前記色材の残量が前記閾値以下になる前記第２のタイミングに関連する第２の予測情報は出力されない、請求項１から７のいずれか一項に記載のコンピュータプログラム。
【請求項9】
前記プリンタは、衣服及び／又は履物である印刷媒体に印刷を実行するためのプリンタであり、
前記交換部材は、プラテンである、請求項１から８のいずれか一項に記載のコンピュータプログラム。
前記交換部材は、プラテンである、請求項１から８のいずれか一項に記載のコンピュータプログラム。
【請求項10】
プリンタのログ情報に関する処理を実行するための制御装置であって、
前記プリンタでは、印刷のための色材を収容する色材カートリッジと、前記色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、
前記制御装置は、
前記プリンタにおける印刷に関する複数個のログ情報を取得する取得部と、
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、第１種の前記交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、前記第１種の交換部材とは異なる第２種の前記交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、
前記複数個のログ情報が１個以上の前記第１種のログ情報を含むと判断される場合に、前記１個以上の第１種のログ情報を利用して、前記プリンタの管理に関する第１の管理処理を実行する第１の処理実行部と、
前記複数個のログ情報が１個以上の前記第２種のログ情報を含むと判断される場合に、前記１個以上の第２種のログ情報を利用して、前記プリンタの管理に関する第２の管理処理を実行する第２の処理実行部と、
を備える、制御装置。
前記プリンタでは、印刷のための色材を収容する色材カートリッジと、前記色材カートリッジとは異なる交換部材と、が利用されて印刷が実行され、
前記制御装置は、
前記プリンタにおける印刷に関する複数個のログ情報を取得する取得部と、
前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、第１種の前記交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、前記第１種の交換部材とは異なる第２種の前記交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、
前記複数個のログ情報が１個以上の前記第１種のログ情報を含むと判断される場合に、前記１個以上の第１種のログ情報を利用して、前記プリンタの管理に関する第１の管理処理を実行する第１の処理実行部と、
前記複数個のログ情報が１個以上の前記第２種のログ情報を含むと判断される場合に、前記１個以上の第２種のログ情報を利用して、前記プリンタの管理に関する第２の管理処理を実行する第２の処理実行部と、
を備える、制御装置。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は、プリンタのログ情報に関する処理を制御装置に実行させるためのコンピュータプログラム及び制御装置に関する。
【背景技術】
【0002】
特許文献１には、管理センタ側のコンピュータと、ユーザサイト側のプリンタと、を備える消耗部品管理システムが開示されている。コンピュータは、プリンタから、トナーカートリッジの機番ＩＤと、本体商品ＩＤと、を含む装置本体情報を受信する。そして、コンピュータは、当該情報に基づいて、消耗部品利用可否判定処理を実行する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－１７３５００号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１には、色材カートリッジとは異なる交換部材に応じた処理を実行することについて何ら開示されていない。本明細書では、色材カートリッジとは異なる交換部材に応じた処理を実行し得る技術を提供する。
【課題を解決するための手段】
【0005】
本明細書は、プリンタのログ情報に関する処理を制御装置に実行させるためのコンピュータプログラムを開示する。前記プリンタでは、印刷のための色材を収容する色材カートリッジと、前記色材カートリッジとは異なる交換部材と、が利用されて印刷が実行される。 前記コンピュータプログラムは、前記制御装置のコンピュータを、以下の各部、即ち、前記プリンタにおける印刷に関する複数個のログ情報を取得する取得部と、前記複数個のログ情報のそれぞれについて、当該ログ情報が、前記プリンタにおいて、第１種の前記交換部材が利用されて印刷が実行されたことを示す第１種のログ情報であるのか、前記第１種の交換部材とは異なる第２種の前記交換部材が利用されて印刷が実行されたことを示す第２種のログ情報であるのか、を判断する第１の判断部と、前記複数個のログ情報が１個以上の前記第１種のログ情報を含むと判断される場合に、前記１個以上の第１種のログ情報を利用して、前記プリンタの管理に関する第１の管理処理を実行する第１の処理実行部と、前記複数個のログ情報が１個以上の前記第２種のログ情報を含むと判断される場合に、前記１個以上の第２種のログ情報を利用して、前記プリンタの管理に関する第２の管理処理を実行する第２の処理実行部と、として機能させてもよい。
【0006】
上記の構成によると、制御装置は、複数個のログ情報のそれぞれについて、第１種のログ情報であるのか、第２種のログ情報であるのか、を判断する。そして、制御装置は、１個以上の第１種のログ情報を利用して第１の管理処理を実行し、１個以上の第２種のログ情報を利用して第２の管理処理を実行する。このように、制御装置は、色材カートリッジとは異なる交換部材に応じた処理を実行することができる。
【0007】
上記の制御装置、上記のコンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、制御装置によって実行される方法も新規で有用である。
【図面の簡単な説明】
【0008】
【図1】通信システムの構成を示す。
【図2】プリンタの模式図を示す。
【図3】Ｔシャツの全面印刷で利用されるプラテンの平面図を示す。
【図4】Ｔシャツの部分印刷で利用されるプラテンの平面図を示す。
【図5】靴の印刷で利用されるプラテンの平面図を示す。
【図6】サーバによって実行される処理のフローチャートを示す。
【図7】レコメンド情報処理のフローチャートを示す。
【図8】レコメンド情報処理の一例を示す。
【図9】ケースＡのシーケンス図を示す。
【図10】ケースＢのシーケンス図を示す。
【図11】ケースＣのシーケンス図を示す。
【図12】ケースＤのシーケンス図を示す。
【発明を実施するための形態】
【0009】
（通信システムの構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と、端末１００と、サーバ２００と、を備える。プリンタ１０と端末１００とは、ＵＳＢ（Universal Serial Busの略）ケーブルを介して互いに接続されており、ＵＳＢケーブルを介して相互に通信可能である。また、端末１００とサーバ２００とは、インターネット６に接続されており、インターネット６を介して相互に通信可能である。
図１に示されるように、通信システム２は、プリンタ１０と、端末１００と、サーバ２００と、を備える。プリンタ１０と端末１００とは、ＵＳＢ（Universal Serial Busの略）ケーブルを介して互いに接続されており、ＵＳＢケーブルを介して相互に通信可能である。また、端末１００とサーバ２００とは、インターネット６に接続されており、インターネット６を介して相互に通信可能である。
【0010】
（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば端末１００の周辺装置）である。本実施例のプリンタ１０は、Ｔシャツ及び靴を印刷媒体とするいわゆるガーメントプリンタである。プリンタ１０には、プリンタ１０を識別するためのシリアル番号ＳＮ１が割り当てられている。
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば端末１００の周辺装置）である。本実施例のプリンタ１０は、Ｔシャツ及び靴を印刷媒体とするいわゆるガーメントプリンタである。プリンタ１０には、プリンタ１０を識別するためのシリアル番号ＳＮ１が割り当てられている。
【0011】
プリンタ１０は、操作部１２と、表示部１４と、ＵＳＢインターフェース１６と、印刷実行部２０と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【0012】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。ＵＳＢＩ／Ｆ１６には、ＵＳＢケーブルが接続される。
【0013】
印刷実行部２０は、インクジェット方式の印刷機構を備える。変形例では、印刷実行部２０は、レーザ方式の印刷機構を備えてもよい。印刷実行部２０は、インクを収容するインクカートリッジ２２と、印刷媒体を保持するプラテン（例えば４０）と、が着脱可能に構成されている。以下では、インクカートリッジのことを「ＣＴＧ」と記載する。印刷実行部２０は、ブラックのインクを収容するＣＴＧ、シアンのインクを収容するＣＴＧ、マゼンタのインクを収容するＣＴＧ、及び、イエローのインクを収容するＣＴＧが着脱可能に構成されている。以下では、それぞれのＣＴＧのことを「ブラックＣＴＧ」、「シアンＣＴＧ」、「マゼンタＣＴＧ」、「イエローＣＴＧ」と記載する。
【0014】
プリンタ１０は、プリンタ１０のベンダによって提供される純正のプラテンと、プリンタ１０のベンダによって提供されない非純正のプラテンと、のどちらを利用しても印刷可能である。また、プリンタ１０は、プリンタ１０のベンダによって提供される純正のＣＴＧと、プリンタ１０のベンダによって提供されない非純正のＣＴＧと、のどちらを印刷しても利用可能である。本実施例では、純正のプラテンには、プラテンが純正であることを示す情報を含むプラテンＩＤ（以下では「純正プラテンＩＤ」と記載する）が記憶されており、非純正のプラテンには、プラテンが純正でないことを示す情報を含むプラテンＩＤ（以下では「非純正プラテンＩＤ」と記載する）が記憶されている。また、純正のＣＧＴには、ＣＴＧが純正であることを示す情報を含むＣＴＧＩＤ（以下では「純正ＣＴＧＩＤ」と記載する）が記憶されており、非純正のＣＴＧには、ＣＴＧが純正でないことを示す情報を含むＣＴＧＩＤ（以下では「非純正ＣＴＧＩＤ」と記載する）が記憶されている。なお、変形例では、純正のプラテンにはプラテンＩＤが記憶されており、非純正のプラテンにはプラテンＩＤが記憶されていなくてもよい。また、純正のＣＴＧにはＣＴＧＩＤが記憶されており、非純正のＣＴＧにはＣＴＧＩＤが記憶されていなくてもよい。
【0015】
印刷実行部２０は、図示省略の第１の読取部と第２の読取部とを備える。第１の読取部は、印刷実行部２０に装着されているプラテンに記憶されているプラテンＩＤを読み取る。第２の読取部は、印刷実行部２０に装着されているＣＴＧに記憶されているＣＴＧＩＤを読み取る。特に、印刷実行部２０には複数個のＣＴＧ（即ち複数種類の色のＣＴＧ）が装着され得る。この場合、第２の読取部は、印刷実行部２０に装着されている全てのＣＴＧのＣＴＧＩＤを読み取る。
【0016】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。
【0017】
メモリ３４は、さらに、プラテンＩＤと、ＣＴＧＩＤと、ログ情報群ＬＩと、を記憶する。プラテンＩＤ及びＣＴＧＩＤは、それぞれ、プリンタ１０の印刷実行部２０に現在装着されているプラテン及びＣＴＧから読み取られたＩＤである。複数個のＣＴＧがプリンタ１０の印刷実行部２０に装着されている場合には、メモリ３４は、複数個のＣＴＧのそれぞれから読み取られた複数個のＣＴＧＩＤを記憶する。なお、プラテンＩＤが記憶されていないプラテンが印刷実行部２０に現在装着されている場合には、メモリ３４は、プラテンＩＤを記憶しない。同様に、ＣＴＧＩＤが記憶されていないＣＴＧが印刷実行部２０に現在装着されている場合には、メモリ３４は、ＣＴＧＩＤを記憶しない。
【0018】
ログ情報群ＬＩは、１個以上のログ情報を含む。各ログ情報は、プリンタ１０において１回の印刷が実行される毎に生成される情報である。ここで、１回の印刷は、靴の両面印刷を除いて、１枚の印刷媒体（即ち１枚のＴシャツ又は１足の靴）に対して、当該印刷媒体をプラテンから取り外すことなく、ユーザによって指定された画像を印刷することを意味する。例えば、ＴシャツをプラテンにセットしてＴシャツの表面に画像を印刷し、その後、Ｔシャツをプラテンから取り外してＴシャツの表裏を反対にしてＴシャツをプラテンに再びセットし、Ｔシャツの裏面に画像を印刷する場合には、前者の印刷が１回の印刷であり、後者の印刷が別の１回の印刷である。一方、靴の両面印刷の場合には、靴をプラテンにセットして靴の一方の表面に画像を印刷し、その後、靴をプラテンから取り外して靴の印刷面を反対にして靴をプラテンに再びセットし、靴の他方の表面に画像を印刷する場合には、前者の印刷と後者の印刷とを合わせた印刷が１回の印刷である。各ログ情報は、当該ログ情報に対応する１回の印刷を実行したプリンタ１０のシリアル番号ＳＮ１と、当該印刷で利用されたプラテンのプラテンＩＤと、当該印刷で利用されたＣＴＧのＣＴＧＩＤと、当該印刷が実行された後のＣＴＧ内の色材の残量と、当該印刷が実行された日時と、当該ログ情報のデータ量と、を含む。
【0019】
なお、各ログ情報は、４個のＣＴＧＩＤ（即ちブラックＣＴＧのＣＴＧＩＤ、シアンＣＴＧのＣＴＧＩＤ、マゼンタＣＴＧのＣＴＧＩＤ、及び、イエローＣＴＧのＣＴＧＩＤ）を含む。即ち、１個のログ情報内に複数個のＣＴＧＩＤが含まれる。そして、当該ログ情報内の残量はＣＴＧＩＤ毎に記憶される（図１参照）。以下では、１個のログ情報に含まれるＣＴＧＩＤ毎に記憶される各種情報を含むログ情報も、「１個のログ情報」とみなされる場合がある。例えば、図１の例では、シリアル番号ＳＮ１と、プラテンＩＤ「ｇｔ１」と、ＣＴＧＩＤ「ｇｃ１＿Ｂ」と、残量Ｒｅ１＿Ｂと、日時Ｔ１と、データ量Ｄ１と、を含む情報が、１個のログ情報とみなされる場合がある。
【0020】
（端末１００の構成）
端末１００は、例えば、デスクトップＰＣ等の据置型の端末装置である。なお、変形例では、端末１００は、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。端末１００は、操作部１１２と、表示部１１４と、ＵＳＢＩ／Ｆ１１６と、ネットワークＩ／Ｆ１１８と、制御部１３０と、を備える。各部１１２～１３０は、バス線（符号省略）に接続されている。
端末１００は、例えば、デスクトップＰＣ等の据置型の端末装置である。なお、変形例では、端末１００は、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。端末１００は、操作部１１２と、表示部１１４と、ＵＳＢＩ／Ｆ１１６と、ネットワークＩ／Ｆ１１８と、制御部１３０と、を備える。各部１１２～１３０は、バス線（符号省略）に接続されている。
【0021】
操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。ＵＳＢＩ／Ｆ１１６には、ＵＳＢケーブルが接続される。ネットワークＩ／Ｆ１１８は、インターネット６に接続されている。ネットワークＩ／Ｆ１１８は、無線Ｉ／Ｆであってもよいし、有線Ｉ／Ｆであってもよい。
【0022】
制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６，１３８に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ１３４は、ＯＳ（Operating Systemの略）プログラム１３６と、アプリケーション１３８と、を記憶する。以下では、ＯＳプログラム１３６のことを「ＯＳ１３６」と記載し、アプリケーション１３８のことを「アプリ１３８」と記載する。
【0023】
ＯＳ１３６は、端末１００の基本的な動作を制御するためのプログラムである。アプリ１３８は、プリンタ１０からのログ情報群ＬＩの取得、及び、当該ログ情報群ＬＩのサーバ２００への送信等を実行するためのプログラムである。アプリ１３８は、例えば、プリンタ１０のベンダによって提供されるインターネット６上のサーバから端末１００にインストールされる。アプリ１３８は、プリンタ１０から定期的（例えば１カ月ごと）にログ情報群ＬＩを取得して、当該ログ情報群ＬＩをサーバ２００に送信する。
【0024】
アプリ１３８は、ログ情報群ＬＩの分割に関する設定を記憶しており、プリンタ１０からログ情報群ＬＩを取得する場合に、当該設定に従ってログ情報群ＬＩを分割して、分割済みの各情報をサーバ２００に順次送信する。ログ情報群ＬＩの分割に関する設定は、ユーザによって変更可能である。なお、初期状態では、アプリ１３８は、ログ情報群ＬＩを分割することなくサーバ２００に送信する設定を記憶している。
【0025】
（サーバ２００の構成）
サーバ２００は、様々な端末（例えば端末１００）からログ情報群（例えばＬＩ）を受信し、当該ログ情報群を解析する。サーバ２００は、プリンタ１０のベンダによってインターネット６上に設置される。サーバ２００は、ネットワークＩ／Ｆ２１８と制御部２３０とを備える。各部２１８，２３０は、バス線（符号省略）に接続されている。ネットワークＩ／Ｆ２１８は、インターネット６に接続されている。
サーバ２００は、様々な端末（例えば端末１００）からログ情報群（例えばＬＩ）を受信し、当該ログ情報群を解析する。サーバ２００は、プリンタ１０のベンダによってインターネット６上に設置される。サーバ２００は、ネットワークＩ／Ｆ２１８と制御部２３０とを備える。各部２１８，２３０は、バス線（符号省略）に接続されている。ネットワークＩ／Ｆ２１８は、インターネット６に接続されている。
【0026】
制御部２３０は、ＣＰＵ２３２とメモリ２３４とを備える。ＣＰＵ２３２は、メモリ２３４に格納されているプログラム２３６に従って、様々な処理を実行する。メモリ２３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２３４は、さらに、デバイステーブル２３８を記憶する。デバイステーブル２３８は、複数個のプリンタ（例えば１０）のそれぞれについて、当該プリンタのシリアル番号と、メールアドレスと、ログ解析結果と、を関連付けて記憶する。メールアドレスは、ログ解析結果に基づいた情報を含む電子メールの送信先アドレスである。ログ解析結果は、受信済みのログ情報群を解析した結果を示す情報である。
【0027】
（プリンタ１０のハード構成；図２）
続いて、図２を参照して、プリンタ１０のハード構成について説明する。図２は、プリンタ１０を側面から見たときの模式的な図を示す。プリンタ１０は、プラテン４０（又は４２）を図２の左右方向に往復移動させるための移動機構５０を備える。プラテン４０はＴシャツを保持するプラテンであり、プラテン４２は靴を保持するプラテンである。
続いて、図２を参照して、プリンタ１０のハード構成について説明する。図２は、プリンタ１０を側面から見たときの模式的な図を示す。プリンタ１０は、プラテン４０（又は４２）を図２の左右方向に往復移動させるための移動機構５０を備える。プラテン４０はＴシャツを保持するプラテンであり、プラテン４２は靴を保持するプラテンである。
【0028】
移動機構５０は、２個のプーリ５１，５１と、２個のプーリ５１，５１の間に懸架されたベルト５２と、を備える。一方のプーリ５１は、図示省略のモータによって回転駆動される。これにより、移動機構５０は、プラテン４０（又は４２）を図２の左右方向に往復移動させることができる。この状況において、プラテン４０（又は４２）にセットされている印刷媒体（例えばＴシャツ）が印刷実行部２０によって印刷される。
【0029】
（プラテンの構成；図３～図５）
続いて、図３～図５を参照して、本実施例で利用されるプラテンについて説明する。プラテン４０は、Ｔシャツの全面印刷に利用されるプラテン４０ａと、Ｔシャツの部分印刷に利用されるプラテン４０ｂと、に分類される。図３はプラテン４０ａを示し、図４はプラテン４０ｂを示す。各プラテン４０ａ，４０ｂは、プリンタ１０のベンダによって提供される純正のプラテンである。
続いて、図３～図５を参照して、本実施例で利用されるプラテンについて説明する。プラテン４０は、Ｔシャツの全面印刷に利用されるプラテン４０ａと、Ｔシャツの部分印刷に利用されるプラテン４０ｂと、に分類される。図３はプラテン４０ａを示し、図４はプラテン４０ｂを示す。各プラテン４０ａ，４０ｂは、プリンタ１０のベンダによって提供される純正のプラテンである。
【0030】
図３（Ａ）は、Ｔシャツがセットされていないプラテン４０ａを示す。プラテン４０ａは、五角形状を有する。プラテン４０ａには、図示省略のＩＣチップが設置されており、当該ＩＣチップは、プラテンＩＤ「ｇｔ１」を記憶している。図３（Ｂ）は、Ｔシャツ６０がセットされているプラテン４０ａを示す。
【0031】
図４（Ａ）は、プラテン４０ａにプラテン４０ｂがセットされた状態を示す。図４（Ａ）は、Ｔシャツがセットされていないプラテン４０ａ，４０ｂを示す。プラテン４０ｂは、五角形状を有する。プラテン４０ｂは、プラテン４０ａよりも小さく、Ｔシャツのポケットに画像を印刷させる際に利用される。プラテン４０ｂには、図示省略のＩＣチップが設置されており、当該ＩＣチップは、プラテンＩＤ「ｇｔ２」を記憶している。図４（Ｂ）は、ポケット６２を有するＴシャツ６０がセットされているプラテン４０ａ，４０ｂを示す。なお、プラテン４０ａにプラテン４０ｂがセットされた状態では、第１の読取部によって２個のプラテンＩＤ「ｇｔ１」及び「ｇｔ２」が読み取られる。この場合、プリンタ１０は、プラテンＩＤとして「ｇｔ２」のみをメモリ３４に記憶する。
【0032】
図５に示されるように、プラテン４２は、靴の両面印刷に利用されるプラテン４２ａと、靴の片面印刷に利用されるプラテン４２ｂと、靴の部分印刷に利用されるプラテン４２ｃと、に分類される。これらは略同一形状であるので、それぞれについての詳細な説明を省略する。各プラテン４２ａ～４２ｃは、プリンタ１０のベンダによって提供される純正のプラテンである。図５は、靴がセットされていないプラテン４２を示す。プラテン４２には一対の支柱部分４６が形成されており、一対の支柱部分４６に左右の靴が挿入される。プラテン４２ａ，４２ｂ，４２ｃには、それぞれ、図示省略のＩＣチップが設置されており、各ＩＣチップは、プラテンＩＤ「ｇｓ１」、「ｇｓ２」、「ｇｓ３」を記憶している。図５（Ｂ）は、左右の靴７０がセットされているプラテン４２を示す。
【0033】
【0034】
Ｓ１０では、ＣＰＵ２３２は、端末（例えば端末１００）からログ情報群を取得することを監視する。ＣＰＵ２３２は、ネットワークＩ／Ｆ２１８を介して、端末からログ情報群を受信する場合に、Ｓ１０でＹＥＳと判断してＳ１２に進む。以下では、Ｓ１０で受信されるログ情報群のことを「対象ログ情報群」と記載し、対象ログ情報群の送信元の端末のことを「対象端末」と記載する。また、対象ログ情報群内の各ログ情報に含まれるプリンタ（例えばプリンタ１０）のシリアル番号のことを「対象シリアル番号」と記載する。
【0035】
Ｓ１２では、ＣＰＵ２３２は、対象ログ情報群内の各ログ情報を利用して、インク残量の推移の算出処理を実行する。具体的には、ＣＰＵ２３２は、まず、各ログ情報に含まれるＣＴＧＩＤを特定して、ＣＴＧＩＤ毎に各ログ情報をグループ化する。これにより、ＣＰＵ２３２は、例えば、第１のＣＴＧＩＤを含む１個以上のログ情報によって構成される第１のグループと、第２のＣＴＧＩＤを含む１個以上のログ情報によって構成される第２のグループと、を特定することができる。そして、ＣＰＵ２３２は、特定済みのグループ毎に、当該グループを構成する１個以上のログ情報のそれぞれに含まれる残量及び日時を利用して、ＣＴＧ内のインクの残量に関する時系列データを生成する。時系列データは、対象シリアル番号に関連付けて、ログ解析結果としてデバイステーブル２３８（図１参照）に記憶される。
【0036】
Ｓ１４では、ＣＰＵ２３２は、対象ログ情報群内の各ログ情報を利用して、プリンタ１０において、純正のＣＴＧが利用されて印刷が実行されたのか、非純正のＣＴＧが利用されて印刷が実行されたのか、を判断する。具体的には、ＣＰＵ２３２は、Ｓ１２で得られたグループ毎に、当該グループのＣＴＧＩＤが、サーバ２００に予め記憶されている純正ＣＴＧＩＤであるのか、サーバ２００に記憶されていない非純正ＣＴＧＩＤであるのか、を判断する。以下では、純正ＣＴＧＩＤを含むログ情報のことを「純正ＣＴＧログ情報」、非純正ＣＴＧＩＤを含むログ情報のことを「非純正ＣＴＧログ情報」と記載する。ＣＰＵ２３２は、１個以上の純正ＣＴＧログ情報によって構成されるグループについて、Ｓ１４でＹＥＳと判断して、Ｓ１６に進む。一方、ＣＰＵ２３２は、１個以上の非純正ＣＴＧログ情報によって構成されるグループについて、Ｓ１４でＮＯと判断して、Ｓ１６の処理をスキップしてＳ１８に進む。
【0037】
Ｓ１６では、ＣＰＵ２３２は、１個以上の純正ＣＴＧログ情報によって構成されるグループについて、当該１個以上の純正ＣＴＧログ情報を利用して、インク残量予測処理を実行する。具体的には、ＣＰＵ２３２は、まず、当該グループのＣＴＧＩＤを利用して、当該ＣＴＧＩＤによって識別されるＣＴＧの最大残量（即ち当該ＣＴＧが未使用である場合の残量）を特定する。次いで、ＣＰＵ２３２は、１個以上の純正ＣＴＧログ情報に含まれる残量及び日時を利用して、インク残量の減少の傾きを求める。そして、ＣＰＵ２３２は、求めた傾きを有すると共に最新の日時及び残量を通る一次関数を、インク残量の予測直線として算出する。さらに、ＣＰＵ２３２は、上記の予測直線によって示される残量の値が閾値（例えば「０」）以下になる日時（即ちＣＴＧ交換のタイミング）Ｔ＿ｒｅを求める。予測直線と日時Ｔ＿ｒｅは、対象シリアル番号に関連付けてログ解析結果として記憶される。
【0038】
ＣＰＵ２３２は、１個以上の非純正ＣＴＧログ情報によって構成されるグループについて、インク残量予測処理（Ｓ１８）を実行しない。非純正のＣＴＧの最大残量を知ることができず、ＣＴＧ交換のタイミングを正確に予測できないからである。従って、正確でない可能性が高いＣＴＧ交換の予測タイミングをユーザに提供するという事象を抑制することができる。また、サーバ２００の処理負荷を低減することができる。
【0039】
Ｓ１８では、ＣＰＵ２３２は、対象ログ情報群内の各ログ情報を利用して、プリンタ１０において、純正のプラテンが利用されて印刷が実行されたのか、非純正のプラテンが利用されて印刷が実行されたのか、を判断する。具体的には、ＣＰＵ２３２は、まず、各ログ情報に含まれるプラテンＩＤを特定し、特定済みのプラテンＩＤが、サーバ２００に予め記憶されている純正プラテンＩＤであるのか、サーバ２００に記憶されていない非純正プラテンＩＤであるのか、を判断する。これにより、ＣＰＵ２３２は、例えば、純正プラテンＩＤである第１のプラテンＩＤを含む１個以上のログ情報によって構成される第１のグループと、非純正プラテンＩＤである第２のプラテンＩＤを含む１個以上のログ情報によって構成される第２のグループと、を特定することができる。以下では、純正プラテンＩＤを含むログ情報のことを「純正プラテンログ情報」、非純正プラテンＩＤを含むログ情報を「非純正プラテンログ情報」と記載する。ＣＰＵ２３２は、１個以上の純正プラテンログ情報によって構成されるグループについて、Ｓ１８でＹＥＳと判断して、Ｓ２０のレコメンド情報処理に進む。一方、ＣＰＵ２３２は、１個以上の非純正プラテンログ情報によって構成されるグループについて、Ｓ１８でＮＯと判断して、Ｓ２０以降の処理を実行することなく、図６の処理を終了する。
【0040】
ＣＰＵ２３２は、非純正プラテンログ情報を利用したレコメンド情報処理（Ｓ２０）を実行しない。非純正のプラテンがどのような用途の印刷に利用されるのか不明であるために、適切なレコメンド情報を生成することができないからである。従って、適切でない可能性が高いレコメンド情報をユーザに提供するという事象を抑制することができる。また、サーバ２００の処理負荷を低減することができる。
【0041】
Ｓ２０では、ＣＰＵ２３２は、レコメンド情報処理を実行する。レコメンド情報処理は、端末１００がサーバ２００にログ情報群を送信する際に利用されるレコメンド情報（具体的にはログ情報群の分割回数）を決定する処理である。レコメンド情報処理で決定された情報は、対象シリアル番号に関連付けてログ解析結果として記憶される。
【0042】
Ｓ２２では、ＣＰＵ２３２は、ネットワークＩ／Ｆ２１８を介して、レコメンドメールを送信する。具体的には、ＣＰＵ２３２は、デバイステーブル２３８において、対象シリアル番号に関連付けられているメールアドレスを送信先アドレスとして、レコメンドメールを送信する。レコメンドメールは、ログ解析結果に基づいて得られる情報を含む。具体的には、レコメンドメールは、ＣＴＧ交換タイミングとしてＳ１６で算出された日時Ｔ＿ｒｅを示すと共に、プラテン毎のログ情報の分割回数としてＳ２０で算出された情報を示す。
【0043】
Ｓ３０では、ＣＰＵ２３２は、端末（例えば１００）からステータス画面要求を受信することを監視する。ステータス画面要求は、プリンタ（例えば１０）のシリアル番号を含む。ＣＰＵ２３２は、ネットワークＩ／Ｆ２１８を介して、端末からステータス画面要求を受信する場合に、Ｓ３０でＹＥＳと判断し、Ｓ３２に進む。
【0044】
Ｓ３２では、ＣＰＵ２３２は、ネットワークＩ／Ｆ２１８を介して、ステータス画面要求の送信元の端末にステータス画面データを送信する。具体的には、ＣＰＵ２３２は、デバイステーブル２３８から、ステータス画面要求に含まれるシリアル番号に関連付けられているログ解析結果を特定し、特定済みのログ解析結果に基づいて得られる情報を含むステータス画面を表わすステータス画面データを送信する。具体的には、ステータス画面は、Ｓ１２で算出されたインク残量の推移を示すグラフを含む。当該グラフは、ＣＴＧ交換タイミングとしてＳ１６で算出された日時Ｔ＿ｒｅを示す。ステータス画面は、さらに、プラテン毎のログ情報の分割回数としてＳ２０で算出された情報を示す。Ｓ３２の処理が終了すると、図６の処理が終了する。
【0045】
（レコメンド情報処理；図７）
続いて、図７を参照して、図６のＳ２０のレコメンド情報処理について説明する。レコメンド情報処理は、将来的にログ情報群を分割すべきか否かを判断する処理、及び、ログ情報群を分割する際に利用される情報を算出する処理を含む。
続いて、図７を参照して、図６のＳ２０のレコメンド情報処理について説明する。レコメンド情報処理は、将来的にログ情報群を分割すべきか否かを判断する処理、及び、ログ情報群を分割する際に利用される情報を算出する処理を含む。
【0046】
Ｓ１０２では、ＣＰＵ２３２は、１個以上の純正プラテンログ情報によって構成されるグループ（図６のＳ１８参照）内の１個の純正プラテンログ情報を特定し、特定済みのログ情報がプラテンＩＤ「ｇｔ１」又は「ｇｔ２」を含むのか否かを判断する。即ち、ＣＰＵ２３２は、特定済みのログ情報が、Ｔシャツ用のプラテンが利用されて印刷が実行されたことを示すログ情報であるのか、靴用のプラテンが利用されて印刷が実行されたことを示すログ情報であるのか、を判断する。以下では、前者を「Ｔシャツログ情報」、後者を「靴ログ情報」と記載する。ＣＰＵ２３２は、特定済みのログ情報がプラテンＩＤ「ｇｔ１」又は「ｇｔ２」を含むと判断する場合に、Ｓ１０２でＹＥＳと判断してＳ１０４に進む。一方、ＣＰＵ２３２は、特定済みのログ情報がプラテンＩＤ「ｇｔ１」又は「ｇｔ２」を含まない（即ち特定済みのログ情報がプラテンＩＤ「ｇｓ１」、「ｇｓ２」、又は、「ｇｓ３」を含む）と判断する場合に、Ｓ１０２でＮＯと判断してＳ１０６に進む。
【0047】
Ｓ１０４では、ＣＰＵ２３２は、Ｓ１０２でＹＥＳと判断されたログ情報（即ちＴシャツログ情報）を、Ｔシャツログ情報群としてグループ化する。
【0048】
Ｓ１０６では、ＣＰＵ２３２は、Ｓ１０２でＮＯと判断されたログ情報（即ち靴ログ情報）を、靴ログ情報群としてグループ化する。
【0049】
Ｓ１０８では、ＣＰＵ２３２は、１個以上の純正プラテンログ情報によって構成されるグループ内の全てのログ情報が、Ｔシャツログ情報群及び靴ログ情報群のいずれかに分類されたのか否かを判断する。ＣＰＵ２３２は、全てのログ情報が分類された場合に、Ｓ１０８でＹＥＳと判断して、Ｓ１１０に進む。一方、ＣＰＵ２３２は、全てのログ情報が分類されていない場合に、Ｓ１０８でＮＯと判断してＳ１０２に戻り、他の１個の純正プラテンログ情報を特定し、特定済みのログ情報を分類する（Ｓ１０２～Ｓ１０６）。
【0050】
Ｓ１１０では、ＣＰＵ３２は、以下の値を求める。即ち、ＣＰＵ２３２は、まず、Ｔシャツログ情報群の各ログ情報（即ち、プラテンＩＤ「ｇｔ１」又は「ｇｔ２」を含むログ情報）のデータ量の総和を求めることによって、Ｔシャツログ情報群の総データ量Ｖ＿０を求める。同様に、ＣＰＵ２３２は、靴ログ情報群の各ログ情報（即ち、プラテンＩＤ「ｇｓ１」、「ｇｓ２」、又は、「ｇｓ３」を含むログ情報）のデータ量の総和を求めることによって、靴ログ情報群の総データ量Ｖ＿１を求める。また、ＣＰＵ２３２は、５個のパラメータＳ＿０１、Ｓ＿０２、Ｓ＿１１、Ｓ＿１２、Ｓ＿１３のそれぞれの値を「１」に設定する。
【0051】
各パラメータＳ＿０１～Ｓ＿１３は、各ログ情報の分割回数を示すパラメータである。具体的には、パラメータＳ＿０１、Ｓ＿０２は、それぞれ、プラテンＩＤ「ｇｔ１」を含むログ情報、プラテンＩＤ「ｇｔ２」を含むログ情報の分割回数を示す。また、パラメータＳ＿１１、Ｓ＿１２、Ｓ＿１３は、それぞれ、プラテンＩＤ「ｇｓ１」を含むログ情報、プラテンＩＤ「ｇｓ２」を含むログ情報、プラテンＩＤ「ｇｓ３」を含むログ情報の分割回数を示す。
【0052】
Ｓ１２０では、ＣＰＵ２３２は、Ｓ１１０で求めた総データ量Ｖ＿０が、予め設定されている閾値Ｚ＿０よりも大きいのか否かを判断する。ＣＰＵ２３２は、総データ量Ｖ＿０が閾値Ｚ＿０よりも大きいと判断する場合に、Ｓ１２０でＹＥＳと判断してＳ１２２に進み、総データ量Ｖ＿０がＺ＿０以下であると判断する場合に、Ｓ１２０でＮＯと判断して、Ｓ１４０に進む。
【0053】
Ｓ１２２では、ＣＰＵ２３２は、以下の値を求める。即ち、ＣＰＵ２３２は、まず、パラメータＳ＿０１及びＳ＿０２のそれぞれの値を「２」に設定する。次いで、ＣＰＵ２３２は、Ｔシャツログ情報群のうち、プラテンＩＤ「ｇｔ１」を含むログ情報の総データ量を求め、その値をパラメータＳ＿０１（即ち２）で除した値Ｖ＿０１を求める。同様に、ＣＰＵ２３２は、Ｔシャツログ情報群のうち、プラテンＩＤ「ｇｔ２」を含むログ情報の総データ量を求め、その値をパラメータＳ＿０２（即ち２）で除した値Ｖ＿０２を求める。
【0054】
Ｓ１３０では、ＣＰＵ２３２は、値Ｖ＿０１が閾値Ｚ＿０よりも大きいのか否かを判断する。ＣＰＵ２３２は、値Ｖ＿０１が閾値Ｚ＿０よりも大きいと判断する場合に、Ｓ１３０でＹＥＳと判断してＳ１３２に進み、値Ｖ＿０１が閾値Ｚ＿０以下であると判断する場合に、Ｓ１３０でＮＯと判断して、Ｓ１３４に進む。
【0055】
Ｓ１３２では、ＣＰＵ２３２は、以下の値を求める。即ち、ＣＰＵ２３２は、まず、値Ｖ＿０１の値を２で除した値を求め、この値を新たなＶ＿０１として決定する。さらに、ＣＰＵ２３２は、パラメータＳ＿０１の値に２を乗じた値を求め、この値を新たなＳ＿０１として決定する。即ち、Ｓ１３２の処理は、値Ｖ＿０１を半分にすると共に、パラメータＳ＿０１を２倍する処理である。Ｓ１３２の処理が終了すると、新たな値Ｖ＿０１を利用して、再びＳ１３０の処理が実行される。従って、値Ｖ＿０１の値が閾値Ｚ＿０以下になるまで、Ｓ１３０及びＳ１３２の処理が繰り返される。
【0056】
Ｓ１３４及びＳ１３６の処理は、値Ｖ＿０２及びパラメータＳ＿０２が利用される点を除いて、Ｓ１３０及びＳ１３２の処理と同様である。
【0057】
Ｓ１４０では、ＣＰＵ２３２は、Ｓ１１０で求めた総データ量Ｖ＿１が、閾値Ｚ＿０よりも大きいのか否かを判断する。ＣＰＵ２３２は、総データ量Ｖ＿１が閾値Ｚ＿０よりも大きいと判断する場合に、Ｓ１４０でＹＥＳと判断してＳ１４２に進み、値Ｖ＿１が閾値Ｚ＿０以下であると判断する場合に、Ｓ１４０でＮＯと判断して、Ｓ１７０に進む。
【0058】
Ｓ１４２では、ＣＰＵ２３２は、以下の値を求める。即ち、ＣＰＵ２３２は、まず、パラメータＳ＿１１、Ｓ＿１２、及び、Ｓ＿１３のそれぞれの値を「２」に設定する。次いで、ＣＰＵ２３２は、靴ログ情報群のうち、プラテンＩＤ「ｇｓ１」を含むログ情報の総データ量を求め、その値をパラメータＳ＿１１（即ち２）で除した値Ｖ＿１１を求める。同様に、ＣＰＵ２３２は、靴ログ情報群のうち、プラテンＩＤ「ｇｓ２」を含むログ情報の総データ量を求め、その値をパラメータＳ＿１２（即ち２）で除した値Ｖ＿１２を求める。また、ＣＰＵ２３２は、靴ログ情報群のうち、プラテンＩＤ「ｇｓ３」を含むログ情報の総データ量を求め、その値をパラメータＳ＿１３（即ち２）で除した値Ｖ＿１３を求める。
【0059】
Ｓ１５０及びＳ１５２の処理は、値Ｖ＿１１及びパラメータＳ＿１１が利用される点を除いて、Ｓ１３０及びＳ１３２の処理と同様である。Ｓ１５４及びＳ１５６の処理は、値Ｖ＿１２及びパラメータＳ＿１２が利用される点を除いて、Ｓ１３０及びＳ１３２の処理と同様である。また、Ｓ１５８及びＳ１６０の処理は、値Ｖ＿１３及びパラメータＳ＿１３が利用される点を除いて、Ｓ１３０及びＳ１３２の処理と同様である。
【0060】
Ｓ１７０では、ＣＰＵ２３２は、算出済みの５個のパラメータＳ＿０１、Ｓ＿０２、Ｓ＿１１、Ｓ＿１２、及び、Ｓ＿１３の値を記憶する。これらのパラメータは、レコメンドメール（図６のＳ２２参照）及びステータス画面（Ｓ３２参照）において利用される。
【0061】
（レコメンド情報処理の具体例：図８）
続いて、図８を参照して、図７のレコメンド情報処理の具体例を説明する。本ケースでは、受信済みのログ情報群ＬＩの各ログ情報が純正プラテンログ情報である（即ち、プラテンＩＤとして「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、「ｇｓ３」のいずれかを含む）。この場合、ＣＰＵ２３２は、１個以上の純正プラテンログ情報を含む１個のグループのみを特定し（図６のＳ１８でＹＥＳ）、当該グループに含まれる各ログ情報を利用して、レコメンド情報処理を実行する（Ｓ２０）。
続いて、図８を参照して、図７のレコメンド情報処理の具体例を説明する。本ケースでは、受信済みのログ情報群ＬＩの各ログ情報が純正プラテンログ情報である（即ち、プラテンＩＤとして「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、「ｇｓ３」のいずれかを含む）。この場合、ＣＰＵ２３２は、１個以上の純正プラテンログ情報を含む１個のグループのみを特定し（図６のＳ１８でＹＥＳ）、当該グループに含まれる各ログ情報を利用して、レコメンド情報処理を実行する（Ｓ２０）。
【0062】
本ケースでは、プラテンＩＤ「ｇｔ１」を含む各ログ情報の総データ量が４５［ＧＢ］であり、プラテンＩＤ「ｇｔ２」を含む各ログ情報の総データ量が２５［ＧＢ］であるので、Ｖ＿０＝７０（４５＋２５）［ＧＢ］である（Ｓ１１０）。また、プラテンＩＤ「ｇｓ１」を含むログ情報の総データ量が５［ＧＢ］であり、プラテンＩＤ「ｇｓ２」を含むログ情報の総データ量が１０［ＧＢ］であり、プラテンＩＤ「ｇｓ３」を含むログ情報の総データ量が３［ＧＢ］であるので、Ｖ＿１＝１８（５＋１０＋３）［ＧＢ］である（Ｓ１１０）。また、閾値Ｚ＿０は、２０［ＧＢ］に設定されている。
【0063】
まず、ＣＰＵ２３２は、Ｚ＿０（２０［ＧＢ］）＜Ｖ＿０（７０［ＧＢ］）であるので（Ｓ１２０でＹＥＳ）、Ｓ＿０１及びＳ＿０２の値を「２」に設定すると共に、値Ｖ＿０１及び値Ｖ＿０２を求める（Ｓ１２２）。ここで、ＣＰＵ２３２は、Ｖ＿０１＝２２．５（４５／２）［ＧＢ］、Ｖ＿０２＝１２．５（２５／２）［ＧＢ］を求める。
【0064】
次いで、ＣＰＵ２３２は、Ｚ＿０（２０［ＧＢ］）＜Ｖ＿０１（２２．５［ＧＢ］）であるので（Ｓ１３０でＹＥＳ）、Ｖ＿０１＝１１．２５（２２．５／２）［ＧＢ］を求めると共に、Ｓ＿０１＝４（２×２）を求める（Ｓ１３２）。そして、ＣＰＵ２３２は、Ｚ＿０（２０［ＧＢ］）＞Ｖ＿０１（１１．２５［ＧＢ］）であるので（Ｓ１３０でＮＯ）、Ｓ＿０１の値として「４」を決定する。
【0065】
次いで、ＣＰＵ２３２は、Ｚ＿０（２０［ＧＢ］）＞Ｖ＿０１（１２．５［ＧＢ］）であるので（Ｓ１３４でＮＯ）、Ｓ＿０２の値として「２」を決定する。
【0066】
次いで、ＣＰＵ２３２は、Ｚ＿０（２０［ＧＢ］）＞Ｖ＿１（１８［ＧＢ］）であるので（Ｓ１４０でＮＯ）、Ｓ＿１１、Ｓ＿１２、及び、Ｓ＿１３のそれぞれの値として「１」を決定する。このように、サーバ２００は、Ｔシャツログ情報群を利用してパラメータＳ＿０１及びＳ＿０２を決定し、靴ログ情報群を利用してパラメータＳ＿１１、Ｓ＿１２、及びＳ＿１３を算出する。従って、サーバ２００は、プリンタ１０において実行された印刷の用途毎に、パラメータを算出する処理を実行することができる。
【0067】
（ケースＡ；図９）
続いて、図６及び図７の処理によって実現される具体的なケースを説明する。まず、図９を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も純正プラテンＩＤと純正ＣＴＧＩＤとを含むケースＡを説明する。即ち、ケースＡでは、各ログ情報のプラテンＩＤは「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、及び、「ｇｓ３」のいずれかである。また、各ログ情報のＣＴＧＩＤは「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び、「ｇｃ１＿Ｙ」を含む。図９の初期状態では、プリンタ１０と端末１００とは、ＵＳＢケーブルを介して互いに接続されている。また、アプリ１３８は、ログ情報群を分割することなくサーバ２００に送信する設定を記憶している。
続いて、図６及び図７の処理によって実現される具体的なケースを説明する。まず、図９を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も純正プラテンＩＤと純正ＣＴＧＩＤとを含むケースＡを説明する。即ち、ケースＡでは、各ログ情報のプラテンＩＤは「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、及び、「ｇｓ３」のいずれかである。また、各ログ情報のＣＴＧＩＤは「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び、「ｇｃ１＿Ｙ」を含む。図９の初期状態では、プリンタ１０と端末１００とは、ＵＳＢケーブルを介して互いに接続されている。また、アプリ１３８は、ログ情報群を分割することなくサーバ２００に送信する設定を記憶している。
【0068】
なお、以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ３２，１３２，２３２等）が実行する動作を説明する際に、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１０、端末１００、サーバ２００）を主体として記載する。
【0069】
端末１００は、図９のＴ１０において、所定時刻が到来することに応じて、ＵＳＢＩ／Ｆ１１６を介して、ログ情報要求をプリンタ１０に送信する。ログ情報要求は、プリンタ１０が記憶済みのログ情報群の送信をプリンタ１０に要求する信号である。
【0070】
プリンタ１０は、Ｔ１０において、端末１００からログ情報要求を受信すると、Ｔ１２において、ＵＳＢＩ／Ｆ１６を介して、ログ情報応答を端末１００に送信する。ログ情報応答は、プリンタ１０のシリアル番号ＳＮ１と、プリンタ１０が記憶しているログ情報群ＬＩ１と、を含む。
【0071】
端末１００は、Ｔ１２において、プリンタ１０からログ情報応答を受信すると、Ｔ１４において、ネットワークＩ／Ｆ１１８を介して、ログ情報応答に含まれるシリアル番号ＳＮ１と、ログ情報応答に含まれるログ情報群ＬＩ１と、をサーバ２００に送信する。
【0072】
サーバ２００は、Ｔ１４において、端末１００からシリアル番号ＳＮ１とログ情報群ＬＩ１とを受信すると（図６のＳ１０でＹＥＳ）、Ｔ２０において、ログ情報群ＬＩ１を利用して、ログ情報の解析処理を実行する（図６のＳ１２～Ｓ２０参照）。具体的には、まず、サーバ２００は、ログ情報群ＬＩ１内の各ログ情報に含まれるＣＴＧＩＤを特定する。本ケースでは、ログ情報群ＬＩ１内のログ情報は、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」のいずれかを含むので、サーバ２００は、４個のグループを特定する（Ｓ１２）。そして、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、インクの残量の推移の算出処理を実行する（Ｓ１２）。即ち、サーバ２００は、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」それぞれのＣＴＧ内のインクの残量に関する時系列データ（即ち４個の時系列データ）を生成する。
【0073】
次いで、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれるＣＴＧＩＤが純正ＣＴＧＩＤであるのか、非純正ＣＴＧＩＤであるのか、を判断する。本ケースでは、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」は全て純正ＣＴＧＩＤであるので（Ｓ１４でＹＥＳ）、グループ毎に、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、予測直線と日時Ｔ＿ｒｅとを求める（Ｓ１６）。即ち、４個の予測直線と、４個の日時（即ちＴ＿ｒｅ＿Ｂ、Ｔ＿ｒｅ＿Ｃ、Ｔ＿ｒｅ＿Ｍ、Ｔ＿ｒｅ＿Ｙ）と、が求められる。
【0074】
次いで、サーバ２００は、ログ情報群ＬＩ１内の各ログ情報に含まれるプラテンＩＤを特定する（Ｓ１８）。これにより、サーバ２００は、１個以上の純正プラテンログ情報によって構成される１個のグループのみを特定する（Ｓ１８でＹＥＳ）。そして、サーバ２００は、当該グループを構成する各ログ情報（即ちログ情報群ＬＩ１内の全てのログ情報のそれぞれ）を利用して、５個のパラメータＳ＿０１～Ｓ＿１３を求める（図７及び図８参照）。
【0075】
そして、サーバ２００は、デバイステーブル２３８において、シリアル番号ＳＮ１に関連付けて、上記の各種処理の結果（即ち、時系列データ、予測直線、日時Ｔ＿ｒｅ、及び、パラメータＳ＿０１～Ｓ＿１３）をログ解析結果として記憶する。
【0076】
その後、サーバ２００は、デバイステーブル２３８において、シリアル番号ＳＮ１に関連付けられているメールアドレスＭＡ１を送信先として、レコメンドメールＲＭ１を送信する（図６のＳ２２）。レコメンドメールＲＭ１は、ＣＴＧ交換タイミングとして日時Ｔ＿ｒｅ（即ち、各色のＣＴＧ毎の日時である４個の日時Ｔ＿ｒｅ＿Ｂ、Ｔ＿ｒｅ＿Ｃ、Ｔ＿ｒｅ＿Ｍ、Ｔ＿ｒｅ＿Ｙ）を示すと共に、プラテン毎のログ情報の分割回数としてパラメータＳ＿０１～Ｓ＿１３を示す。なお、変形例では、レコメンドメールＲＭ１は、日時Ｔ＿ｒｅに代えて、日時Ｔ＿ｒｅと現在日時との差分をとることによって得られる値（即ち現在日時からＣＴＧ交換タイミングまでの時間）を示してもよい。
【0077】
端末１００は、Ｔ２２において、レコメンドメールＲＭ１を受信し、レコメンドメールＲＭ１を表示部１１４に表示する。ユーザは、レコメンドメールＲＭ１を見ることによって、プリンタ１０に現在装着されているＣＴＧの交換タイミングを知ることができると共に、ログ情報群の分割に関するおすすめの設定を知ることができる。
【0078】
その後、端末１００は、Ｔ３０において、ユーザから、シリアル番号ＳＮ１の指定を含むステータス画面要求操作を受け付けると、Ｔ３２において、ネットワークＩ／Ｆ１１８を介して、シリアル番号ＳＮ１を含むステータス画面要求をサーバ２００に送信する。
【0079】
サーバ２００は、Ｔ３２において、ネットワークＩ／Ｆ２１８を介して、端末１００からステータス画面要求を受信すると（図６のＳ３０）、Ｔ３４において、ネットワークＩ／Ｆ２１８を介して、ステータス画面ＳＣ１を表わすステータス画面データを端末１００に送信する（Ｓ３２）。ステータス画面ＳＣ１は、シリアル番号ＳＮ１と、いずれの色のＣＴＧ内のインク残量のグラフを表示するのかを示すチェックボックスと、を含む。本ケースでは、「Ｂ」の欄にチェックが付されているので、ステータス画面ＳＣ１は、プリンタ１０に装着されているブラックＣＴＧのインク残量の推移を示すグラフを含む。当該グラフは、ＣＴＧの交換タイミングとして日時Ｔ＿ｒｅ＿Ｂを示す。なお、図示省略しているが、例えば、ステータス画面ＳＣ１内の「Ｂ」の欄のチェックに代えて「Ｃ」の欄にチェックが付されると、プリンタ１０に装着されているシアンＣＴＧのインク残量の推移を示す別のグラフが表示される。当該別のグラフは、ＣＴＧの交換タイミングとしての日時Ｔ＿ｒｅ＿Ｃを示す。「Ｍ」の欄にチェックが付される場合、「Ｙ」の欄にチェックが付される場合についても同様である。ステータス画面ＳＣ１は、さらに、プラテン毎のログ情報の分割回数としてパラメータＳ＿０１～Ｓ＿１３を示す。
【0080】
端末１００は、Ｔ３４において、ネットワークＩ／Ｆ２１８を介して、サーバ２００からステータス画面データを受信すると、Ｔ３６において、ステータス画面ＳＣ１を表示部１１４に表示する。ステータス画面ＳＣ１内のグラフの実線部分は、インク残量の推移の算出処理によって生成された時系列データによって表わされるインク残量の推移を示す。また、破線部分は、インク残量予測処理によって求められた予測直線を示す。日時Ｔ＿ｎｏｗは、ログ情報群ＬＩ１に含まれる各ログ情報に含まれる最新の日時を示す。日時Ｔ＿ｒｅは、予測直線と日時軸との交点の日時である。
【0081】
ユーザは、ステータス画面ＳＣ１を見ることによって、プリンタ１０に装着されているＣＴＧの交換タイミング（即ち日時Ｔ＿ｒｅ）を知ることができると共に、ログ情報群の分割に関するおすすめの設定を知ることができる。また、ユーザは、ＣＴＧ内のインク残量のグラフを見ることによって、インク残量の推移を時系列で確認することができる。
【0082】
図示省略しているが、レコメンドメールＲＭ１又はステータス画面ＳＣ１に含まれる分割に関するおすすめの設定を見たユーザは、アプリ１３８の設定を変更し得る。そして、端末１００は、アプリ１３８の設定が変更された後に、プリンタ１０からログ情報群を取得する場合に、変更後の設定に従ってログ情報群を分割して、分割済みの各情報をサーバ２００に順次送信する。
【0083】
具体的には、端末１００は、まず、分割済みの１個の情報をサーバ２００に送信する。サーバ２００は、分割済みの１個の情報を受信する場合（図６のＳ１０でＹＥＳ）に、分割済みの１個の情報を利用した各種処理を実行する（Ｓ１２～Ｓ２２）。そして、サーバ２００は、分割済みの１個の情報を利用した各種処理が完了する場合に、図６では図示省略しているが、Ｓ２２の後に、完了通知を端末１００に送信する。端末１００は、サーバ２００から完了通知を受信すると、分割済みの別の１個の情報をサーバ２００に送信する。そして、サーバ２００は、当該別の１個の情報を受信する場合（Ｓ１０でＹＥＳ）に、当該別の１個の情報を利用した各種処理を実行する（Ｓ１２～Ｓ２２）。端末１００は、分割済みの全ての情報がサーバ２００に送信されるまで、上記の処理を繰り返す。このように、サーバ２００は、分割済みの各情報を順次利用して、分割済みの情報毎に、上記の各種処理を実行することができる。
【0084】
例えば、アプリ１３８において、プラテンＩＤ「ｇｔ１」で４回、プラテンＩＤ「ｇｔ２」で２回の分割設定が記憶されている場合を考える。この場合に、端末１００が、プラテンＩＤ「ｇｔ１」を含む４０個のログ情報と、プラテンＩＤ「ｇｔ２」を含む１０個のログ情報と、を含むログ情報群をプリンタ１０から受信する状況を想定する。この場合、端末１００は、まず、プラテンＩＤ「ｇｔ１」を含む４０個のログ情報のうちの１０個のログ情報をサーバ２００に送信する。次いで、端末１００は、サーバ２００から上記の完了通知を受信すると、プラテンＩＤ「ｇｔ１」を含む４０個のログ情報のうちの送信済みの１０個以外の３０個のログ情報のうちの１０個のログ情報をサーバ２００に送信する。端末１００は、プラテンＩＤ「ｇｔ１」を含むログ情報（即ち４０個のログ情報）が全て送信された後に、サーバ２００から上記の完了通知を受信する場合に、プラテンＩＤ「ｇｔ２」を含む１０個のログ情報のうちの５個のログ情報をサーバ２００に送信する。このようにして、端末１００は、プリンタ１０からログ情報群が受信されると、アプリ１３８に記憶されている分割設定に従って、ログ情報を分割してサーバ２００に送信する。また、ログ情報群に純正プラテンログ情報と非純正プラテンログ情報との双方が含まれる場合には、端末１００は、アプリ１３８に記憶されている分割設定に従って純正プラテンログ情報をサーバ２００に送信した後に、非純正プラテンログ情報を分割することなくサーバ２００に送信する。
【0085】
なお、端末１００は、分割済みの１個の情報をサーバ２００に送信する際に、当該１個の情報が分割済みの情報であることを示す情報もサーバ２００に送信する。サーバ２００は、分割済みの１個の情報と、分割済みであることを示す情報と、を端末１００から受信する場合に、レコメンド情報処理（図６のＳ２０、図７参照）を実行しない。分割済みの情報についてレコメンド情報処理が実行されると、適切でないパラメータＳ＿０１～Ｓ＿１３が決定される可能性があるからである。
【0086】
ここで、ログ情報群が分割されずに端末１００からサーバ２００に送信される場合に、当該ログ情報群を利用した上記の各種処理が完了するまでに１０分かかる状況を想定する。このような状況において、ログ情報群を４回に分割して送信する例を想定する。この場合、ログ情報群を分割せずにサーバ２００に送信しても、ログ情報群を分割して分割済みの各情報をサーバ２００に順次送信しても、ログ情報群内の全てのログ情報を利用した各種処理が完了するまでの時間は１０分と変わらない。しかしながら、ログ情報群が４個に分割されて送信されるので、分割済みの１個の情報を利用した各種処理は、２分３０秒で完了する。そして、サーバ２００は、当該分割済みの１個の情報を利用した各種処理が完了すると、ログ解析結果に基づくレコメンドメールを送信したり、ログ解析結果に基づくステータス画面データを送信したりすることができる。このため、ユーザは、１０分経過するのを待たずに、２分３０秒でログ情報群の解析結果を知ることができる。このように、ユーザは、ログ情報群の解析結果を早期に知ることができる。なお、上記の閾値Ｚ＿０（図７のＳ１２０参照）は、受信される情報内のログ情報を利用した各種処理が完了するまでの時間が所定時間（例えば３分）未満となるように設定される値である。
【0087】
（ケースＢ；図１０）
続いて、図１０を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も純正プラテンＩＤと非純正ＣＴＧＩＤとを含むケースＢを説明する。即ち、ケースＢでは、各ログ情報のプラテンＩＤは「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、及び、「ｇｓ３」のいずれかである。また、各ログ情報のＣＴＧＩＤは「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び、「ｎｃ１＿Ｙ」を含む。図１０の初期状態は、図９の初期状態と同様である。図１０のＴ１１０～Ｔ１１４の処理は、ログ情報群がＬＩ２である点を除いて、図９のＴ１０～Ｔ１４と同様である。
続いて、図１０を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も純正プラテンＩＤと非純正ＣＴＧＩＤとを含むケースＢを説明する。即ち、ケースＢでは、各ログ情報のプラテンＩＤは「ｇｔ１」、「ｇｔ２」、「ｇｓ１」、「ｇｓ２」、及び、「ｇｓ３」のいずれかである。また、各ログ情報のＣＴＧＩＤは「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び、「ｎｃ１＿Ｙ」を含む。図１０の初期状態は、図９の初期状態と同様である。図１０のＴ１１０～Ｔ１１４の処理は、ログ情報群がＬＩ２である点を除いて、図９のＴ１０～Ｔ１４と同様である。
【0088】
サーバ２００は、Ｔ１１４において、端末１００からシリアル番号ＳＮ１とログ情報群ＬＩ２とを受信すると（図６のＳ１０でＹＥＳ）、Ｔ１２０において、ログ情報群ＬＩ２を利用して、ログ情報の解析処理を実行する（図６のＳ１２～Ｓ２０参照）。具体的には、まず、まず、サーバ２００は、ログ情報群ＬＩ２内の各ログ情報に含まれるＣＴＧＩＤを特定する。本ケースでは、ログ情報群ＬＩ２内のログ情報は、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」のいずれかを含むので、サーバ２００は、４個のグループを特定する。そして、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、インクの残量の推移の算出処理を実行する（Ｓ１２）。即ち、サーバ２００は、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」それぞれのＣＴＧ内のインクの残量に関する時系列データ（即ち４個の時系列データ）を生成する。
【0089】
次いで、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれるＣＴＧＩＤが純正ＣＴＧＩＤであるのか、非純正ＣＴＧＩＤであるのか、を判断する。本ケースでは、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」は全て非純正ＣＴＧＩＤであるので（Ｓ１４でＮＯ）、インク残量予測処理を実行しない。
【0090】
次いで、サーバ２００は、ログ情報群ＬＩ２内の各ログ情報に含まれるプラテンＩＤを特定する（Ｓ１８）。これにより、サーバ２００は、１個以上の純正プラテンログ情報によって構成される１個のグループのみを特定する。そして、サーバ２００は、当該グループを構成する各ログ情報（即ちログ情報群ＬＩ２内の全てのログ情報のそれぞれ）を利用して、５個のパラメータＳ＿０１～Ｓ＿１３を求める（図７及び図８参照）。
【0091】
そして、サーバ２００は、デバイステーブル２３８において、シリアル番号ＳＮ１に関連付けて、上記の各種処理の結果（即ち、時系列データ、及び、パラメータＳ＿０１～Ｓ＿１３）をログ解析結果として記憶する。
【0092】
Ｔ１２２の処理は、レコメンドメールＲＭ２が送信される点を除いて、図９のＴ２２の処理と同様である。また、レコメンドメールＲＭ２は、ＣＴＧの交換タイミングとしての日時Ｔ＿ｒｅ（即ち、各色のＣＴＧ毎の日時である４個の日時Ｔ＿ｒｅ＿Ｂ、Ｔ＿ｒｅ＿Ｃ、Ｔ＿ｒｅ＿Ｍ、Ｔ＿ｒｅ＿Ｙ）を含まない点を除いて、レコメンドメールＲＭ１と同様である。
【0093】
また、Ｔ１３０～Ｔ１３６の処理は、ステータス画面ＳＣ２が表示される点を除いて、図９のＴ３０～Ｔ３６の処理と同様である。ステータス画面ＳＣ２は、予測直線（図９のステータス画面ＳＣ１内の破線部分参照）と日時Ｔ＿ｒｅとを含まない点を除いて、ステータス画面ＳＣ１（図９参照）と同様である。
【0094】
（ケースＣ；図１１）
続いて、図１１を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も非純正プラテンＩＤと純正ＣＴＧＩＤとを含むケースＣを説明する。即ち、ケースＣでは、各ログ情報のプラテンＩＤは、「ｎｐ１」である。また、各ログ情報のＣＴＧＩＤは「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び、「ｇｃ１＿Ｙ」を含む。図１１の初期状態は、図９の初期状態と同様である。図１１のＴ２１０～Ｔ２１４の処理は、ログ情報群がＬＩ３である点を除いて、図９のＴ１０～Ｔ１４と同様である。
続いて、図１１を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も非純正プラテンＩＤと純正ＣＴＧＩＤとを含むケースＣを説明する。即ち、ケースＣでは、各ログ情報のプラテンＩＤは、「ｎｐ１」である。また、各ログ情報のＣＴＧＩＤは「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び、「ｇｃ１＿Ｙ」を含む。図１１の初期状態は、図９の初期状態と同様である。図１１のＴ２１０～Ｔ２１４の処理は、ログ情報群がＬＩ３である点を除いて、図９のＴ１０～Ｔ１４と同様である。
【0095】
サーバ２００は、Ｔ２１４において、端末１００からシリアル番号ＳＮ１とログ情報群ＬＩ３とを受信すると（図６のＳ１０でＹＥＳ）、Ｔ２２０において、ログ情報群ＬＩ３を利用して、ログ情報の解析処理を実行する（図６のＳ１２～Ｓ２０参照）。具体的には、まず、サーバ２００は、ログ情報群ＬＩ３内の各ログ情報に含まれるＣＴＧＩＤを特定する。本ケースでは、ログ情報群ＬＩ３内のログ情報は、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」のいずれかを含むので、サーバ２００は、４個のグループを特定する（Ｓ１２）。そして、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、インクの残量の推移の算出処理を実行する（Ｓ１２）。即ち、サーバ２００は、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」それぞれのＣＴＧ内のインクの残量に関する時系列データ（即ち４個の時系列データ）を生成する。
【0096】
次いで、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれるＣＴＧＩＤが純正ＣＴＧＩＤであるのか、非純正ＣＴＧＩＤであるのか、を判断する。本ケースでは、ＣＴＧＩＤ「ｇｃ１＿Ｂ」、「ｇｃ１＿Ｃ」、「ｇｃ１＿Ｍ」、及び「ｇｃ１＿Ｙ」は全て純正ＣＴＧＩＤであるので（Ｓ１４でＹＥＳ）、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、予測直線と日時Ｔ＿ｒｅとを求める（Ｓ１６）。即ち、４個の予測直線と、４個の日時（即ちＴ＿ｒｅ＿Ｂ、Ｔ＿ｒｅ＿Ｃ、Ｔ＿ｒｅ＿Ｍ、Ｔ＿ｒｅ＿Ｙ）と、が求められる。
【0097】
次いで、サーバ２００は、ログ情報群ＬＩ３内の各ログ情報に含まれるプラテンＩＤを特定する（Ｓ１８）。これにより、サーバ２００は、１個以上の非純正プラテンログ情報によって構成される１個のグループのみを特定する（Ｓ１８でＮＯ）。この場合、サーバ２００は、レコメンド情報処理を実行しない。
【0098】
そして、サーバ２００は、デバイステーブル２３８において、シリアル番号ＳＮ１に関連付けて、上記の各種処理の結果（即ち、時系列データ、予測直線、及び、日時Ｔ＿ｒｅ）をログ解析結果として記憶する。また、この場合、レコメンドメールは送信されない。なお、変形例では、サーバ２００は、デバイステーブル２３８においてシリアル番号ＳＮ１に関連付けられているメールアドレスＭＡ１を送信先アドレスとして含む電子メールであって、日時Ｔ＿ｒｅを含む電子メールを送信してもよい。
【0099】
また、Ｔ２３０～Ｔ２３６の処理は、ステータス画面ＳＣ３が表示される点を除いて、図９のＴ３０～Ｔ３６の処理と同様である。ステータス画面ＳＣ３は、ログ情報送信の際のおすすめの分割回数を含まない点を除いて、ステータス画面ＳＣ１（図９参照）と同様である。
【0100】
（ケースＤ；図１２）
続いて、図１２を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も非純正プラテンＩＤと非純正ＣＴＧＩＤとを含むケースＤを説明する。即ち、ケースＤでは、各ログ情報のプラテンＩＤは「ｎｐ１」である。また、各ログ情報のＣＴＧＩＤは「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び、「ｎｃ１＿Ｙ」を含む。図１２の初期状態は、図９の初期状態と同様である。図１２のＴ３１０～Ｔ３１４の処理は、ログ情報群がＬＩ４である点を除いて、図９のＴ１０～Ｔ１４と同様である。
続いて、図１２を参照して、サーバ２００によって受信されるログ情報群内のいずれのログ情報も非純正プラテンＩＤと非純正ＣＴＧＩＤとを含むケースＤを説明する。即ち、ケースＤでは、各ログ情報のプラテンＩＤは「ｎｐ１」である。また、各ログ情報のＣＴＧＩＤは「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び、「ｎｃ１＿Ｙ」を含む。図１２の初期状態は、図９の初期状態と同様である。図１２のＴ３１０～Ｔ３１４の処理は、ログ情報群がＬＩ４である点を除いて、図９のＴ１０～Ｔ１４と同様である。
【0101】
サーバ２００は、Ｔ３１４において、端末１００からシリアル番号ＳＮ１とログ情報群ＬＩ４とを受信すると（図６のＳ１０でＹＥＳ）、Ｔ３２０において、ログ情報群ＬＩ４を利用して、ログ情報の解析処理を実行する（図６のＳ１２～Ｓ２０参照）。具体的には、まず、サーバ２００は、ログ情報群ＬＩ４内の各ログ情報に含まれるＣＴＧＩＤを特定する。本ケースでは、ログ情報群ＬＩ４内のログ情報は、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」のいずれかを含むので、サーバ２００は、４個のグループを特定する（Ｓ１２）。そして、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれる残量及び日時を利用して、インクの残量の推移の算出処理を実行する（Ｓ１２）。即ち、サーバ２００は、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」それぞれのＣＴＧ内のインクの残量に関する時系列データ（即ち４個の時系列データ）を生成する。
【0102】
次いで、サーバ２００は、グループ毎に、当該グループを構成する各ログ情報に含まれるＣＴＧＩＤが純正ＣＴＧＩＤであるのか、非純正ＣＴＧＩＤであるのか、を判断する。本ケースでは、ＣＴＧＩＤ「ｎｃ１＿Ｂ」、「ｎｃ１＿Ｃ」、「ｎｃ１＿Ｍ」、及び「ｎｃ１＿Ｙ」は全て非純正ＣＴＧＩＤであるので（Ｓ１４でＮＯ）、インク残量予測処理を実行しない。
【0103】
次いで、サーバ２００は、ログ情報群ＬＩ４内の各ログ情報に含まれるプラテンＩＤを特定する（Ｓ１８）。これにより、サーバ２００は、１個以上の非純正プラテンログ情報によって構成される１個のグループのみを特定する（Ｓ１８でＮＯ）。この場合、サーバ２００は、レコメンド情報処理を実行しない。
【0104】
そして、サーバ２００は、デバイステーブル２３８において、シリアル番号ＳＮ１に関連付けて、上記の各種処理の結果（即ち時系列データ）をログ解析結果として記憶する。また、この場合、レコメンドメールは送信されない。
【0105】
また、Ｔ３３０～Ｔ３３６の処理は、ステータス画面ＳＣ４が表示される点を除いて、図９のＴ３０～Ｔ３６の処理と同様である。ステータス画面ＳＣ４は、予測直線（図９のステータス画面ＳＣ１内の破線部分参照）と、Ｔ＿ｒｅと、ログ情報送信の際のおすすめの分割回数と、を含まない点を除いて、ステータス画面ＳＣ１（図９参照）と同様である。
【0106】
（本実施例の効果）
上記の構成によると、サーバ２００は、ログ情報群の複数個のログ情報のそれぞれについて、Ｔシャツログ情報であるのか、靴ログ情報であるのかを判断する（図７のＳ１０２～Ｓ１０８）。そして、サーバ２００は、Ｔシャツログ情報を利用してＴシャツログ情報群の分割回数を算出する処理を実行し（Ｓ１２０～Ｓ１３６）、靴ログ情報を利用して靴ログ情報群の分割回数を算出する処理を実行する（Ｓ１４０～Ｓ１６０）。このように、サーバ２００は、ＣＴＧとは異なるプラテンに応じた処理を実行することができる。
上記の構成によると、サーバ２００は、ログ情報群の複数個のログ情報のそれぞれについて、Ｔシャツログ情報であるのか、靴ログ情報であるのかを判断する（図７のＳ１０２～Ｓ１０８）。そして、サーバ２００は、Ｔシャツログ情報を利用してＴシャツログ情報群の分割回数を算出する処理を実行し（Ｓ１２０～Ｓ１３６）、靴ログ情報を利用して靴ログ情報群の分割回数を算出する処理を実行する（Ｓ１４０～Ｓ１６０）。このように、サーバ２００は、ＣＴＧとは異なるプラテンに応じた処理を実行することができる。
【0107】
（対応関係）
プリンタ１０、サーバ２００が、それぞれ、「プリンタ」、「制御装置」の一例である。ＣＴＧ、プラテンが、それぞれ、「色材カートリッジ」、「交換部材」の一例である。Ｔシャツ用のプラテン４０ａ（及び４０ｂ）、靴用のプラテン４２ａ（及び４２ｂ及び４２ｃ）が、それぞれ、「第１種の交換部材」、「第２種の交換部材」の一例である。各交換部材は、プリンタ１０の交換可能な部材である。レコメンドメールＲＭ１、ステータス画面データ、ステータス画面ＳＣ１が、それぞれ、「電子メール」、「出力画面データ」、「出力画面」の一例である。Ｔシャツへの印刷、靴への印刷が、それぞれ、「第１の用途の印刷」、「第２の用途の印刷」の一例である。図７のＳ１２０～Ｓ１３６の処理が、「第１の管理処理（及び第１の算出処理）」の一例である。図７のＳ１４０～Ｓ１６０の処理が、「第２の管理処理（及び第２の算出処理）」の一例である。
プリンタ１０、サーバ２００が、それぞれ、「プリンタ」、「制御装置」の一例である。ＣＴＧ、プラテンが、それぞれ、「色材カートリッジ」、「交換部材」の一例である。Ｔシャツ用のプラテン４０ａ（及び４０ｂ）、靴用のプラテン４２ａ（及び４２ｂ及び４２ｃ）が、それぞれ、「第１種の交換部材」、「第２種の交換部材」の一例である。各交換部材は、プリンタ１０の交換可能な部材である。レコメンドメールＲＭ１、ステータス画面データ、ステータス画面ＳＣ１が、それぞれ、「電子メール」、「出力画面データ」、「出力画面」の一例である。Ｔシャツへの印刷、靴への印刷が、それぞれ、「第１の用途の印刷」、「第２の用途の印刷」の一例である。図７のＳ１２０～Ｓ１３６の処理が、「第１の管理処理（及び第１の算出処理）」の一例である。図７のＳ１４０～Ｓ１６０の処理が、「第２の管理処理（及び第２の算出処理）」の一例である。
【0108】
Ｔシャツログ情報、靴ログ情報が、それぞれ、「第１種のログ情報」、「第２種のログ情報」の一例である。純正ＣＴＧログ情報、非純正ＣＴＧログ情報が、それぞれ、「第３種のログ情報」、「第４種のログ情報」の一例である。非純正プラテンログ情報が、「非純正ログ情報」の一例である。パラメータＳ＿０１及びＳ＿０２が、「第１の算出情報（及び第１の分割情報）」の一例である。パラメータＳ＿１１，Ｓ＿１２及びＳ＿１３が、「第２の算出情報（及び第２の分割情報）」の一例である。レコメンドメールＲＭ１内のＴシャツログ情報に関するおすすめの分割回数を示す文字列（及びステータス画面ＳＣ１内のＴシャツログ情報に関するおすすめの分割回数を示す文字列）が、「第１の出力情報（及び第１の分割関連情報）」の一例である。レコメンドメールＲＭ１内の靴ログ情報に関するおすすめの分割回数を示す文字列（及びステータス画面ＳＣ１内の靴ログ情報に関するおすすめの分割回数を示す文字列）が、「第２の出力情報（及び第２の分割関連情報）」の一例である。インクの残量に関する時系列データが、「推移情報」の一例である。日時Ｔ＿ｒｅが、「第１のタイミング」の一例である。レコメンドメールＲＭ１内のＣＴＧ交換の予測時期を表わす文字列（及びステータス画面ＳＣ１内のＣＴＧ交換の予測時期を表わす文字列）が、「第１の予測情報」の一例である。
【0109】
図６のＳ１０の処理、Ｓ１２の処理、Ｓ１４の処理、Ｓ１６の処理が、それぞれ、「取得部」、「生成部」、「第２の判断部」、「予測部」によって実行される処理の一例である。図７のＳ１０２の処理が、「第１の判断部」によって実行される処理の一例である。図６のＳ２２（及びＳ３２）の処理が、「第１（及び第３）の出力制御部」によって実行される処理の一例である。図６のＳ３２の処理が、「第２の出力制御部」によって実行される処理の一例である。図７のＳ１２０～Ｓ１３６の処理、Ｓ１４０～Ｓ１６０の処理が、それぞれ、「第１の処理実行部」、「第２の処理実行部」によって実行される処理の一例である。
【0110】
以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【0111】
（変形例１）上記の実施例では、ログ情報に関する各種処理（例えばインク残量の推移の算出処理等）がサーバ２００によって実行されたが、これに代えて、上記の図６及び図７の各種処理がプリンタ１０の制御部３０によって実行されてもよい。この場合、プリンタ１０の制御部３０は、所定時刻が到来することに応じて、プリンタ１０のメモリ３４からログ情報群を取得することによって、複数個のログ情報を取得してもよい。そして、プリンタ１０の制御部３０は、メモリ３４から取得済みの複数個のログ情報を利用して、上記の各種処理を実行してもよい。本変形例では、プリンタ１０の制御部３０が、「制御装置」の一例である。また、プリンタ１０の制御部３０がメモリ３４から複数個のログ情報を取得する処理が、「取得部」によって実行される処理の一例である。
【0112】
（変形例２）プリンタ１０は、衣服及び／又は履物を印刷媒体とするプリンタでなくてもよく、例えば紙を印刷媒体とするプリンタであってもよい。この場合、「制御装置」は、例えば、印刷媒体の紙の種類（例えば普通紙と光沢紙）に応じた管理処理を実行してもよい。本変形例では、普通紙、光沢紙が、それぞれ、「第１種の交換部材」、「第２種の交換部材」の一例である。また、「交換部材」は上記の実施例のプラテンに限定されず、例えば、インクジェットヘッド、感光ドラムカートリッジ等であってもよい。一般的に言うと、「交換部材」は、「色材カートリッジ」とは異なる交換部材であればよい。
【0113】
（変形例３）プリンタ１０とサーバ２００は、インターネット６を介して相互に通信可能に構成されていてもよい。この場合、プリンタ１０は、所定時刻が到来することに応じて、インターネット６を介して、ログ情報群をサーバ２００に送信してもよい。本変形例では、サーバ２００が、インターネット６を介してログ情報群をプリンタ１０から直接受信することが、「取得部」によって実行される処理の一例である。
【0114】
（変形例４）サーバ２００は、図６のＳ２２の処理を省略可能である。本変形例では、図６のＳ３２の処理が、「第１の出力制御部」によって実行される処理の一例である。また、別の変形例では、サーバ２００は、図６のＳ３０及びＳ３２の処理を省略可能である。本変形例では、図６のＳ２２の処理が、「第１の出力制御部」によって実行される処理の一例である。
【0115】
（変形例５）サーバ２００は、図９のＴ１４で送信されるログ情報群ＬＩ１の応答として、パラメータＳ＿０１～Ｓ＿１３を含むログ解析結果を端末１００に送信してもよい。この場合、端末１００は、ユーザからログ情報群の分割回数に関する設定変更を受け付けることなく、受信済みのログ解析結果に従って、ログ情報群の分割回数に関する設定を変更してもよい。本変形例では、上記のパラメータを含むログ解析結果の端末１００への送信が、「第１の出力制御部」によって実行される処理の一例である。
【0116】
（変形例６）サーバ２００は、図６のＳ１８の処理を省略可能である。この場合、サーバ２００は、Ｓ１６の処理が終了すると、Ｓ２０の処理を実行してもよい。一般的に言うと、サーバ２００は、純正の交換部材が利用されて印刷が実行されたことを示すログ情報であっても、非純正の交換部材が利用されて印刷が実行されたことを示すログ情報であっても、「算出処理」を実行してもよい。
【0117】
（変形例７）サーバ２００は、図６のＳ１２の処理を省略可能である。本変形例では、「生成部」及び「第２の出力制御部」を省略可能である。
【0118】
（変形例８）サーバ２００は、図６のＳ１４及びＳ１６の処理を省略可能である。本変形例では、「第２の判断部」、「予測部」、及び、「第３の出力制御部」を省略可能である。
【0119】
（変形例９）サーバ２００は、図６のＳ１４の処理を省略可能である。この場合、サーバ２００は、Ｓ１２の処理が終了すると、Ｓ１６の処理を実行してもよい。一般的に言うと、サーバ２００は、ログ情報が「第３種のログ情報」であっても、「第４種のログ情報」であっても、図６のＳ１６の処理を実行してもよい。本変形例では、「第２の判断部」を省略可能である。
【0120】
（変形例１０）上記の実施例では各ログ情報が４個のＣＴＧＩＤを含んでいたが、これに代えて、各ログ情報は、特定の１個のＣＴＧのＣＴＧＩＤ（例えばブラックＣＴＧのＣＴＧＩＤ「ｇｃ１＿Ｂ」）のみを含んでもよい。この場合、各ログ情報に含まれる残量は、ブラックＣＴＧ内の色材の残量を表わすブラック残量と、シアンＣＴＧ内の色材の残量を表わすシアン残量と、マゼンタＣＴＧ内の色材の残量を表わすマゼンタ残量と、イエローＣＴＧ内の色材の残量を表わすイエロー残量と、を含んでもよい。本変形例では、サーバ２００のＣＰＵ２３２は、図６のＳ１２において、特定済みのグループ毎に、当該グループを構成する１個以上のログ情報のそれぞれに含まれる色毎の残量及び日時を利用して、色毎のＣＴＧ内のインクの残量に関する時系列データ（即ち４個の時系列データ）を生成してもよい。また、本変形例では、ＣＰＵ２３２は、図６のＳ１６において、プリンタ（例えばプリンタ１０）に装着されている全てのＣＴＧは、ログ情報に含まれる特定の１個のＣＴＧと同系統のＣＴＧ（例えば、色を示す情報を除いて同一の型番を有するＣＴＧ）であると推定してもよい。そして、ＣＰＵ２３２は、推定された各色のＣＴＧのＣＴＧＩＤを利用して、当該ＣＴＧＩＤによって識別されるＣＴＧの最大残量を特定してもよい。そして、ＣＰＵ２３２は、色毎の予測直線（即ち４個の予測直線）と、色毎の日時Ｔ＿ｒｅ（即ち４個の日時（即ちＴ＿ｒｅ＿Ｂ、Ｔ＿ｒｅ＿Ｃ、Ｔ＿ｒｅ＿Ｍ、Ｔ＿ｒｅ＿Ｙ））と、を求めてもよい。
【0121】
（変形例１１）上記の各実施例では、図６、図７、図９～図１２の処理がソフトウェア（例えばプログラム３６，１３６，２３６、アプリ１３８）によって実行されるが、これらの各処理の少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【0122】
本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【0123】
２：通信システム、６：インターネット、１０：プリンタ、１２，１１２：操作部、１４，１１４：表示部、１６，１１６：ＵＳＢＩ／Ｆ、２０：印刷実行部、２２：インクカートリッジ、３０，１３０，２３０：制御部、３２，１３２，２３２：ＣＰＵ、３４，１３４，２３４：メモリ、３６，２３６：プログラム、４０，４２：プラテン、４６：支柱部分、６０：Ｔシャツ、６２：ポケット、７０：靴、１００：端末、１１８，２１８：ネットワークＩ／Ｆ、１３６：ＯＳプログラム、１３８：アプリケーション、２３８：デバイステーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】