JP6557038B2 - 情報処理装置、プログラム - Google Patents
情報処理装置、プログラム Download PDFInfo
- Publication number
- JP6557038B2 JP6557038B2 JP2015072158A JP2015072158A JP6557038B2 JP 6557038 B2 JP6557038 B2 JP 6557038B2 JP 2015072158 A JP2015072158 A JP 2015072158A JP 2015072158 A JP2015072158 A JP 2015072158A JP 6557038 B2 JP6557038 B2 JP 6557038B2
- Authority
- JP
- Japan
- Prior art keywords
- consumables
- information
- user
- printer
- information processing
- 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
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
Description
本発明は、印字媒体を取り扱う電子機器と通信可能な情報処理装置、プログラム、および、情報処理システムに関する。
近年、プリンタは、サーバと通信する手段を有している。このようなプリンタは、サーバと通信することによって、プリンタの動作を妨げる事象が発生したときに、当該事象を解消するための機能をユーザに提供する。
例えば、特許文献１には、エラーが発生したときに、当該エラーに関する情報をサーバに通知し、かつ、当該エラーを解消するためのソフトウェアをサーバからダウンロードするプリンタが開示されている。
例えば、特許文献１には、エラーが発生したときに、当該エラーに関する情報をサーバに通知し、かつ、当該エラーを解消するためのソフトウェアをサーバからダウンロードするプリンタが開示されている。
プリンタは、エラーが発生したときだけでなく、プリンタの消耗品の残量が尽きたときにも、動作することができなくなる。
しかし、特許文献１のように、ソフトウェアをサーバからダウンロードするだけでは、消耗品の残量が尽きたときにプリンタを動作させることはできない。つまり、特許文献１では、プリンタの消耗品の残量が尽きたという事象を解消することはできない。
しかし、特許文献１のように、ソフトウェアをサーバからダウンロードするだけでは、消耗品の残量が尽きたときにプリンタを動作させることはできない。つまり、特許文献１では、プリンタの消耗品の残量が尽きたという事象を解消することはできない。
特に、ラベルプリンタに使用される消耗品は、一般に流通していないものが多い。
例えば、複合機では、印字媒体として、一般に流通している普通紙が使用可能である。したがって、普通紙を使い切ってしまったときのユーザへの影響は比較的小さい。
一方、ラベルプリンタでは、印字媒体として、専用ラベルが使用される。この専用ラベルは、普通紙に比べて、一般に流通していない。したがって、専用ラベルを使い切ってしまったときのユーザへの影響は大きい。
例えば、複合機では、印字媒体として、一般に流通している普通紙が使用可能である。したがって、普通紙を使い切ってしまったときのユーザへの影響は比較的小さい。
一方、ラベルプリンタでは、印字媒体として、専用ラベルが使用される。この専用ラベルは、普通紙に比べて、一般に流通していない。したがって、専用ラベルを使い切ってしまったときのユーザへの影響は大きい。
本発明の目的は、印字媒体を取り扱う電子機器のユーザが消耗品の交換時期を見過ごすことを防ぎ、かつ、消耗品を発注するときのユーザの負担を軽減することである。
本発明のある態様の情報処理装置は、印字媒体に情報を印字する少なくとも１つのプリンタ、および、表示装置と通信可能な情報処理装置であって、前記プリンタから所定時間毎に、前記プリンタの消耗品の使用量に関する情報であるステータス情報を取得する取得手段と、前記取得手段によって取得されたステータス情報を参照して、前記プリンタのユーザによる前記消耗品の交換時期を予測する予測手段と、前記予測手段によって予測された交換時期と前記消耗品を前記ユーザに配達するために必要な時間に基づいて、前記消耗品の注文を受け付けるための注文画面を表示するための情報を前記表示装置に送信する送信手段と、備え、前記予測手段は、前記所定時間毎に取得する前記ステータス情報を基に各ユーザの使用時期ごとの前記消耗品の平均使用量を算出し、算出した平均使用量のデータに基づいて、前記プリンタのユーザによる消耗品の交換時期を予測する。
本発明のある態様によれば、印字媒体を取り扱う電子機器のユーザが消耗品の交換時期を見過ごすことを防ぎ、かつ、消耗品を発注するときのユーザの負担を軽減することができる。
（１）情報処理システムの構成（図１）
本実施形態の情報処理システムについて説明する。
図１は、本実施形態の情報処理システムの構成を示す図である。
本実施形態の情報処理システムについて説明する。
図１は、本実施形態の情報処理システムの構成を示す図である。
図１に示すように、情報処理システム１は、管理サーバ１０と、複数のラベルプリンタ３０−１〜３０−ｎ（以下、各ラベルプリンタ３０−１〜３０−ｎに共通して言及するときには、「ラベルプリンタ３０」という）と、複数のユーザ端末５０−１〜５０−ｎ（以下、各ユーザ端末５０−１〜５０−ｎに共通して言及するときには、「ユーザ端末５０」という）と、を備える。
管理サーバ１０と、ラベルプリンタ３０と、ユーザ端末５０とは、通信網Ｎ（例えば、インターネット）を介して、相互に通信可能である。
なお、ユーザ端末５０は必須ではない。
管理サーバ１０と、ラベルプリンタ３０と、ユーザ端末５０とは、通信網Ｎ（例えば、インターネット）を介して、相互に通信可能である。
なお、ユーザ端末５０は必須ではない。
管理サーバ１０は、ラベルプリンタ３０から送信された情報に基づいて、ラベルプリンタ３０の消耗品の使用量を管理する機能を有する。「消耗品」とは、ラベルプリンタ３０の部品のうち、ラベルプリンタ３０の使用に伴って減少または劣化する部品であって、かつ、交換可能な部品である。管理サーバ１０は、情報処理装置の一例である。
ラベルプリンタ３０は、所定の印字媒体（例えば、ラベル）に情報を印字する機能と、ラベルプリンタ３０の使用量に関する情報を管理サーバ１０に送信する機能と、を有する。ラベルプリンタ３０は、印字媒体を取り扱う電子機器の一例であり、かつ、印字媒体に情報を印字するプリンタの一例でもある。印字媒体に印字される情報は、例えば、テキスト、バーコード、画像、または、それらの組合せである。
ユーザ端末５０は、管理サーバ１０から送信された情報に基づいて、ラベルプリンタ３０の消耗品を購入するための注文画面を表示する機能を有する。ユーザ端末５０は、例えば、コンピュータ、タブレット端末、スマートフォン等である。ユーザ端末５０は、表示装置の一例である。
ラベルプリンタ３０は、所定の印字媒体（例えば、ラベル）に情報を印字する機能と、ラベルプリンタ３０の使用量に関する情報を管理サーバ１０に送信する機能と、を有する。ラベルプリンタ３０は、印字媒体を取り扱う電子機器の一例であり、かつ、印字媒体に情報を印字するプリンタの一例でもある。印字媒体に印字される情報は、例えば、テキスト、バーコード、画像、または、それらの組合せである。
ユーザ端末５０は、管理サーバ１０から送信された情報に基づいて、ラベルプリンタ３０の消耗品を購入するための注文画面を表示する機能を有する。ユーザ端末５０は、例えば、コンピュータ、タブレット端末、スマートフォン等である。ユーザ端末５０は、表示装置の一例である。
（１−１）管理サーバの構成（図２）
管理サーバ１０の構成について説明する。
図２は、本実施形態の管理サーバの構成を示すブロック図である。
管理サーバ１０の構成について説明する。
図２は、本実施形態の管理サーバの構成を示すブロック図である。
図２に示すように、管理サーバ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、ストレージ１４と、通信インタフェース１７と、を備える。
ＲＯＭ１２は、管理サーバ１０のオペレーティングシステム（以下「ＯＳ」という）のプログラムを記憶するための装置である。
ＲＡＭ１３は、ＣＰＵ１１によって参照されるデータを一時的に記憶する記憶装置である。
ストレージ１４は、管理サーバ１０の機能を実現するためのアプリケーション（以下「サーバアプリケーション」という）のプログラムと、ＣＰＵ１１の処理の実行結果に基づくデータと、を記憶する記憶装置である。例えば、ストレージ１４は、フラッシュメモリまたはハードディスクである。
ＣＰＵ１１は、ストレージ１４に記憶されたサーバアプリケーションのプログラムを実行することによって、サーバアプリケーションの機能を実現する。
通信インタフェース１７は、ラベルプリンタ３０およびユーザ端末５０との間の通信を制御する。
（１−２）ラベルプリンタの構成（図３）
ラベルプリンタ３０の構成について説明する。
図３は、本実施形態のラベルプリンタの構成を示すブロック図である。
ラベルプリンタ３０の構成について説明する。
図３は、本実施形態のラベルプリンタの構成を示すブロック図である。
図３に示すように、ラベルプリンタ３０は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）３４と、操作入力部３５と、表示部３６と、通信インタフェース３７と、印字機構３８と、計測機構３９と、を備える。
ＲＯＭ３２は、ラベルプリンタ３０を制御するためのアプリケーション（以下「ファームウェア」という）のプログラムを記憶するための装置である。
ＲＡＭ３３は、ＣＰＵ３１によって参照されるデータを一時的に記憶する記憶装置である。
ＥＥＰＲＯＭ３４は、ファームウェアによって参照されるデータであって、ラベルプリンタ３０の動作設定に関する情報（以下「設定情報」という）を記憶する記憶装置である。
ＣＰＵ３１は、ＲＯＭ３２に記憶されたファームウェアのプログラムを実行することによって、ファームウェアの機能を実現する。
操作入力部３５は、例えば、ハードキーやタッチパネル等の入力デバイスである。
表示部３６は、例えば、液晶ディスプレイ等の表示デバイスである。
通信インタフェース３７は、管理サーバ１０およびユーザ端末５０との間の通信を制御する。
印字機構３８は、印字媒体に情報を印字するための機構である。印字機構３８は、例えば、用紙収容部と、プラテンローラ（搬送部の一例）と、サーマルヘッド（印字部の一例）と、を含む。
用紙収容部には、ロール状の連続紙が収容される。連続紙は、例えば、台紙に仮着された複数のラベル、台紙に仮着されていないロール状のラベル、または、ＲＦＩＤが埋め込まれた台紙に仮着された複数のラベルである。
プラテンローラは、連続紙を搬送する機能を有する。プラテンローラは、ファームウェアの制御に従って回転する。プラテンローラが回転すると、連続紙が用紙収容部から繰り出される。用紙収容部から繰り出された連続紙は、プラテンローラの回転によって搬送される。
サーマルヘッドは、印字媒体に情報を印字する機能を有する。サーマルヘッドは、複数の発熱素子を有する。各発熱素子は、ファームウェアの制御に従って発熱する。発熱した発熱素子がプラテンローラによって搬送された連続紙に、直接、または、インクリボン（印字部の一例）を介して押し当てられると、連続紙上の発熱素子と接触した部分が変色する。これにより、連続紙に情報が印字される。
ラベル、インクリボン、プラテンローラ、および、サーマルヘッドは、使用に伴い消耗する消耗品である。
用紙収容部には、ロール状の連続紙が収容される。連続紙は、例えば、台紙に仮着された複数のラベル、台紙に仮着されていないロール状のラベル、または、ＲＦＩＤが埋め込まれた台紙に仮着された複数のラベルである。
プラテンローラは、連続紙を搬送する機能を有する。プラテンローラは、ファームウェアの制御に従って回転する。プラテンローラが回転すると、連続紙が用紙収容部から繰り出される。用紙収容部から繰り出された連続紙は、プラテンローラの回転によって搬送される。
サーマルヘッドは、印字媒体に情報を印字する機能を有する。サーマルヘッドは、複数の発熱素子を有する。各発熱素子は、ファームウェアの制御に従って発熱する。発熱した発熱素子がプラテンローラによって搬送された連続紙に、直接、または、インクリボン（印字部の一例）を介して押し当てられると、連続紙上の発熱素子と接触した部分が変色する。これにより、連続紙に情報が印字される。
ラベル、インクリボン、プラテンローラ、および、サーマルヘッドは、使用に伴い消耗する消耗品である。
計測機構３９は、ラベルプリンタ３０の消耗品の使用量を計測するための機構である。計測機構３９は、例えば、用紙収容部に収容されたロール状の連続紙の直径（つまり、ラベルの残量）を計測するセンサと、プラテンローラの回転距離を計測するカウンタと、サーマルヘッドを通過した連続紙の累積距離（以下「印字距離」という）を計測するカウンタと、を含む。
（１−３）ユーザ端末の構成（図４）
ユーザ端末５０の構成について説明する。
図４は、本実施形態のユーザ端末の構成を示すブロック図である。
ユーザ端末５０の構成について説明する。
図４は、本実施形態のユーザ端末の構成を示すブロック図である。
図３に示すように、ユーザ端末５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、ストレージ５４と、操作入力部５５と、表示部５６と、通信インタフェース５７とを備える。
ＲＯＭ５２は、ユーザ端末５０のオペレーティングシステムのプログラムを記憶するための装置である。
ＲＡＭ５３は、ＣＰＵ５１によって参照されるデータを一時的に記憶する記憶装置である。
ストレージ５４は、アプリケーション（例えば、ブラウザ）のプログラムと、ＣＰＵ５１の処理の実行結果に基づくデータと、を記憶する記憶装置である。例えば、ストレージ５４は、フラッシュメモリまたはハードディスクである。
ＣＰＵ５１は、ストレージ５４に記憶されたプログラムを実行することによって、ユーザ端末５０の機能を実現する。
操作入力部５５は、例えば、キーボードやタッチパネル等の入力デバイスである。
表示部５６は、例えば、液晶ディスプレイ等の表示デバイスである。
通信インタフェース５７は、管理サーバ１０およびラベルプリンタ３０との間の通信を制御する。
（２）データテーブルの構成
本実施形態のデータテーブルの構成について説明する。
本実施形態のデータテーブルは、管理サーバ１０のストレージ１４に記憶されている。
本実施形態のデータテーブルの構成について説明する。
本実施形態のデータテーブルは、管理サーバ１０のストレージ１４に記憶されている。
（２−１）ユーザデータテーブルの構成（図５）
図５は、本実施形態のユーザデータテーブルの構成例を示す図である。
図５は、本実施形態のユーザデータテーブルの構成例を示す図である。
図５に示すように、ユーザデータテーブルＴＢＬ１の各レコード（以下「ユーザレコード」という）には、ユーザに関する情報（以下「ユーザ情報」という）が格納される。ユーザレコードは、例えば、ラベルプリンタ３０のユーザがカスタマー登録を行ったときに作成される。
ユーザデータテーブルＴＢＬ１は、「ユーザＩＤ」フィールドと、「ユーザ名」フィールドと、「プリンタ情報」フィールドと、「サプライ情報」フィールドと、を含む。
「ユーザ」とは、ラベルプリンタ３０のユーザとして登録されたユーザである。実際にラベルプリンタ３０を使用しているユーザと、登録されたユーザとは、同一であってもよいし、異なってもよい。また、「ユーザ」とは、個人であってもよいし、組織（例えば、企業）であってもよいし、組織を構成する部門（例えば、製造工場、製造ライン等）であってもよい。
ユーザデータテーブルＴＢＬ１は、「ユーザＩＤ」フィールドと、「ユーザ名」フィールドと、「プリンタ情報」フィールドと、「サプライ情報」フィールドと、を含む。
「ユーザ」とは、ラベルプリンタ３０のユーザとして登録されたユーザである。実際にラベルプリンタ３０を使用しているユーザと、登録されたユーザとは、同一であってもよいし、異なってもよい。また、「ユーザ」とは、個人であってもよいし、組織（例えば、企業）であってもよいし、組織を構成する部門（例えば、製造工場、製造ライン等）であってもよい。
「ユーザＩＤ」フィールドには、ラベルプリンタ３０のユーザを識別するためのユーザＩＤが格納される。「ユーザＩＤ」フィールドの値は、ユーザレコードを特定する主キーである。ユーザＩＤは、ユーザが決定した情報（例えば、メールアドレス）であってもよいし、管理サーバ１０がランダムで決定した情報であってもよい。
「ユーザ名」フィールドには、ユーザ名を示す値（例えば、文字列）が格納される。「ユーザ名」フィールドの値は、ユーザが任意に決定した情報である。
「プリンタ情報」フィールドは、「シリアルコード」フィールドと、「機種ＩＤ」フィールドと、を含む。
「シリアルコード」フィールドには、ラベルプリンタ３０を識別するためのシリアルコードが格納される。シリアルコードは、各ラベルプリンタ３０に固有の値である。例えば、同一の機種である複数のラベルプリンタ３０は、それぞれ、異なるシリアルコードを有する。
「機種ＩＤ」フィールドには、ラベルプリンタ３０の機種を識別するための機種ＩＤが格納される。例えば、同一の機種である複数のラベルプリンタ３０は、同一の機種ＩＤを有する。
「プリンタ情報」フィールドは、例えば、ユーザがラベルプリンタ３０を購入する度に、ユーザの指示に基づいて更新される。
「シリアルコード」フィールドには、ラベルプリンタ３０を識別するためのシリアルコードが格納される。シリアルコードは、各ラベルプリンタ３０に固有の値である。例えば、同一の機種である複数のラベルプリンタ３０は、それぞれ、異なるシリアルコードを有する。
「機種ＩＤ」フィールドには、ラベルプリンタ３０の機種を識別するための機種ＩＤが格納される。例えば、同一の機種である複数のラベルプリンタ３０は、同一の機種ＩＤを有する。
「プリンタ情報」フィールドは、例えば、ユーザがラベルプリンタ３０を購入する度に、ユーザの指示に基づいて更新される。
「サプライ情報」フィールドは、「サプライＩＤ」フィールドと、「ストック量」フィールドと、を含む。
「サプライＩＤ」フィールドには、消耗品を識別するためのサプライＩＤが格納される。
「ストック量」フィールドには、ユーザが所有する消耗品の残数を示す値が格納される。
「サプライ情報」フィールドは、ユーザが消耗品を使用する度、および、ユーザが消耗品を購入する度に、ラベルプリンタ３０のカスタマーエンジニアまたはユーザの指示に基づいて更新される。
「サプライＩＤ」フィールドには、消耗品を識別するためのサプライＩＤが格納される。
「ストック量」フィールドには、ユーザが所有する消耗品の残数を示す値が格納される。
「サプライ情報」フィールドは、ユーザが消耗品を使用する度、および、ユーザが消耗品を購入する度に、ラベルプリンタ３０のカスタマーエンジニアまたはユーザの指示に基づいて更新される。
（２−２）サプライデータテーブルの構成（図６）
図６は、本実施形態のサプライデータテーブルの構成例を示す図である。
図６は、本実施形態のサプライデータテーブルの構成例を示す図である。
図６に示すように、サプライデータテーブルＴＢＬ２の各レコード（以下「サプライレコード」という）には、消耗品に関する情報（以下「消耗品情報」という）が格納される。サプライレコードは、消耗品を発売する度に、管理サーバ１０のオペレータ（例えば、消耗品の製造者）の指示に基づいて作成される。
サプライデータテーブルＴＢＬ２は、「サプライＩＤ」フィールドと、「サプライ名」フィールドと、「初期残量」フィールドと、「対応機種ＩＤ」フィールドと、「推奨フラグ」フィールドと、「販売情報」フィールドと、を含む。
サプライデータテーブルＴＢＬ２は、「サプライＩＤ」フィールドと、「サプライ名」フィールドと、「初期残量」フィールドと、「対応機種ＩＤ」フィールドと、「推奨フラグ」フィールドと、「販売情報」フィールドと、を含む。
「サプライＩＤ」フィールドには、サプライＩＤが格納される。「サプライＩＤ」フィールドの値は、サプライレコードを特定する主キーである。サプライＩＤは、オペレータが決定した情報であってもよいし、管理サーバ１０がランダムで決定した情報であってもよい。
「サプライ名」フィールドには、消耗品の名称を示す値（例えば、文字列）が格納される。「サプライ名」フィールドの値は、オペレータが任意に決定した情報である。
「初期残量」フィールドには、消耗品の残量の初期値が格納される。「初期残量」フィールドの値は、オペレータが任意に決定した情報である。
「対応機種ＩＤ」フィールドには、消耗品に対応するラベルプリンタ３０の機種を識別するための機種ＩＤが格納される。「対応機種ＩＤ」フィールドの値は、オペレータが任意に決定した情報である。
「推奨フラグ」フィールドには、使用が推奨される消耗品であるか否かを示す値が格納される。例えば、値「０」は、使用が推奨されていない消耗品を示し、値「１」は使用が推奨されている消耗品を示す。「推奨フラグ」フィールドの値は、オペレータが任意に決定した情報である。
「販売情報」フィールドは、「価格」フィールドと、「在庫」フィールドと、「配達日数」フィールドと、を含む。
「価格」フィールドには、消耗品の販売価格を示す値が格納される。「価格」フィールドの値は、オペレータが任意に決定した情報である。
「在庫」フィールドには、消耗品の在庫の量を示す値が格納される。「在庫」フィールドの値は、消耗品の在庫が変動する度に、オペレータの指示に基づいて更新される。
「配達日数」フィールドには、消耗品をユーザに配達するために必要な日数を示す値が格納される。「配達日数」フィールドの値は、消耗品の在庫、消耗品の製造地（例えば、消耗品の製造工場の住所）と消耗品の届け先（例えば、ユーザの住所）との距離、または、これらの組合せに基づいて、管理サーバ１０によって決定される。
「価格」フィールドには、消耗品の販売価格を示す値が格納される。「価格」フィールドの値は、オペレータが任意に決定した情報である。
「在庫」フィールドには、消耗品の在庫の量を示す値が格納される。「在庫」フィールドの値は、消耗品の在庫が変動する度に、オペレータの指示に基づいて更新される。
「配達日数」フィールドには、消耗品をユーザに配達するために必要な日数を示す値が格納される。「配達日数」フィールドの値は、消耗品の在庫、消耗品の製造地（例えば、消耗品の製造工場の住所）と消耗品の届け先（例えば、ユーザの住所）との距離、または、これらの組合せに基づいて、管理サーバ１０によって決定される。
（２−３）ステータスデータテーブルの構成（図７）
図７は、本実施形態のステータスデータテーブルの構成例を示す図である。
図７は、本実施形態のステータスデータテーブルの構成例を示す図である。
図７に示すように、ステータスデータテーブルＴＢＬ３の各レコード（以下「ステータスレコード」という）には、プリンタの使用量に関する情報（以下「ステータス情報」という）が格納される。ステータスレコードは、ラベルプリンタ３０からステータ情報を取得する度に、管理サーバ１０によって作成される。
ステータスデータテーブルＴＢＬ３は、「日時」フィールドと、「ラベル情報」フィールドと、「ヘッド情報」フィールドと、「プラテン情報」フィールドと、を含む。
ステータスデータテーブルＴＢＬ３は、シリアルコードに対応付けられる（つまり、ステータスデータテーブルＴＢＬ３は、ラベルプリンタ３０毎に設けられる）。
ステータスデータテーブルＴＢＬ３は、「日時」フィールドと、「ラベル情報」フィールドと、「ヘッド情報」フィールドと、「プラテン情報」フィールドと、を含む。
ステータスデータテーブルＴＢＬ３は、シリアルコードに対応付けられる（つまり、ステータスデータテーブルＴＢＬ３は、ラベルプリンタ３０毎に設けられる）。
「日時」フィールドには、ステータス情報の日時を示す値が格納される。「日時」フィールドの値は、ステータスレコードを特定する主キーである。
「ラベル情報」フィールドは、「ラベルＩＤ」フィールドと、「残量」フィールドと、を含む。
「ラベルＩＤ」フィールドには、ラベルの種類を識別するためのラベルＩＤが格納される。
「残量」フィールドには、ラベルの残量を示す値が格納される。
「ラベルＩＤ」フィールドには、ラベルの種類を識別するためのラベルＩＤが格納される。
「残量」フィールドには、ラベルの残量を示す値が格納される。
「ヘッド情報」フィールドは、「ヘッドＩＤ」フィールドと、「印字距離」フィールドと、を含む。
「ヘッドＩＤ」フィールドには、サーマルヘッドの種類を識別するためのヘッドＩＤが格納される。
「印字距離」フィールドには、サーマルヘッドの印字距離を示す値が格納される。「印字距離」フィールドの値が大きい程、サーマルヘッドが消耗していることを示す。
「ヘッドＩＤ」フィールドには、サーマルヘッドの種類を識別するためのヘッドＩＤが格納される。
「印字距離」フィールドには、サーマルヘッドの印字距離を示す値が格納される。「印字距離」フィールドの値が大きい程、サーマルヘッドが消耗していることを示す。
「プラテン情報」フィールドと、「ローラＩＤ」フィールドと、「回転距離」フィールドと、を含む。
「ローラＩＤ」フィールドには、プラテンローラの種類を識別するためのローラＩＤが格納される。
「回転距離」フィールドには、プラテンローラの回転距離を示す値が格納される。「回転距離」フィールドの値が大きい程、プラテンローラが消耗していることを示す。
「ローラＩＤ」フィールドには、プラテンローラの種類を識別するためのローラＩＤが格納される。
「回転距離」フィールドには、プラテンローラの回転距離を示す値が格納される。「回転距離」フィールドの値が大きい程、プラテンローラが消耗していることを示す。
（２−４）履歴データテーブルの構成（図８）
図８は、本実施形態の履歴データテーブルの構成例を示す図である。
図８は、本実施形態の履歴データテーブルの構成例を示す図である。
図８に示すように、履歴データテーブルＴＢＬ４の各レコード（以下「履歴レコード」という）には、消耗品の使用履歴に関する情報（以下「履歴情報」という）が格納される。履歴レコードは、所定期間（例えば、１月）毎に、ステータスデータテーブルＴＢＬ３に基づいて、管理サーバ１０によって更新される。
履歴データテーブルＴＢＬ４は、「サプライＩＤ」フィールドと、「使用時期」フィールドと、を含む。
履歴データテーブルＴＢＬ４は、ユーザＩＤに対応付けられる（つまり、履歴データテーブルＴＢＬ４は、ユーザ毎に設けられる）。
履歴データテーブルＴＢＬ４は、「サプライＩＤ」フィールドと、「使用時期」フィールドと、を含む。
履歴データテーブルＴＢＬ４は、ユーザＩＤに対応付けられる（つまり、履歴データテーブルＴＢＬ４は、ユーザ毎に設けられる）。
「サプライＩＤ」フィールドには、消耗品を識別するためのサプライＩＤが格納される。「サプライＩＤ」フィールドの値は、履歴レコードを特定する主キーである。
「使用時期」フィールドは、「１月」フィールド〜「１２月」フィールドを含む。
「１月」フィールド〜「１２月」フィールドには、それぞれ、１月〜１２月における各消耗品の平均使用量を示す値が格納される。
図８は、ユーザＩＤ「Ｕ０００１」によって識別されるユーザに関して、サプライＩＤ「Ｌ０００１」によって識別されるラベルの１月の平均使用量が１００（ｍ）であることを示している。
「１月」フィールド〜「１２月」フィールドには、それぞれ、１月〜１２月における各消耗品の平均使用量を示す値が格納される。
図８は、ユーザＩＤ「Ｕ０００１」によって識別されるユーザに関して、サプライＩＤ「Ｌ０００１」によって識別されるラベルの１月の平均使用量が１００（ｍ）であることを示している。
（２−５）マッチングテーブルの構成（図９）
図９は、本実施形態のマッチングテーブルの構成例を示す図である。
図９は、本実施形態のマッチングテーブルの構成例を示す図である。
図９に示すように、マッチングテーブルＴＢＬ５の各レコード（以下「マッチングレコード」という）には、各消耗品の使用量と交換時期との関係を示す情報が格納される。「交換時期」とは、消耗品が使用できなくなる時期、または、消耗品が使用できなくなる時期から所定時間前の時期（つまり、消耗品がニアエンドになる時期）である。交換時期は、例えば、ラベルの残量が所定値以下になる時期、サーマルヘッドの印字距離が所定の耐用距離に達する時期、プラテンローラの回転距離が所定の耐用距離に達する時期である。マッチングレコードは、各消耗品の使用量と当該消耗品が使用できなくなる時期との関係に関する経験則に基づいて、オペレータによって作成される。
マッチングテーブルＴＢＬ５は、「サプライＩＤ」フィールドと、「交換時期」フィールドと、を含む。
マッチングテーブルＴＢＬ５は、「サプライＩＤ」フィールドと、「交換時期」フィールドと、を含む。
「サプライＩＤ」フィールドには、消耗品を識別するためのサプライＩＤが格納される。「サプライＩＤ」フィールドの値は、マッチングレコードを特定する主キーである。
「交換時期」フィールド」は、「１０日」フィールド〜「１日」フィールドを含む。
「１０日」フィールド〜「１日」フィールドには、それぞれ、交換時期が１０日後〜１日後であると予測される場合の各消耗品の使用量を示す値が格納される。
図９は、サプライＩＤ「Ｌ０００１」に対応する図７の「残量」フィールドの値が「１９（ｍ）」〜「２０（ｍ）」である場合、交換時期が１０日後であることを示している。
「１０日」フィールド〜「１日」フィールドには、それぞれ、交換時期が１０日後〜１日後であると予測される場合の各消耗品の使用量を示す値が格納される。
図９は、サプライＩＤ「Ｌ０００１」に対応する図７の「残量」フィールドの値が「１９（ｍ）」〜「２０（ｍ）」である場合、交換時期が１０日後であることを示している。
（３）情報処理システムの機能（図１０〜図１１）
本実施形態の情報処理システムの機能について説明する。
図１０は、本実施形態の情報処理システムの主要な機能を示す機能ブロック図である。図１１は、本実施形態のステータスデータの構成例を示す図である。
本実施形態の情報処理システムの機能について説明する。
図１０は、本実施形態の情報処理システムの主要な機能を示す機能ブロック図である。図１１は、本実施形態のステータスデータの構成例を示す図である。
図１０に示すように、管理サーバ１０は、取得手段１１０と、更新手段１２０と、予測手段１３０と、送信手段１４０と、を備える。
管理サーバ１０の各手段は、ＣＰＵ１１が、ストレージ１４に記憶されたサーバアプリケーションのプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムを実行することにより実現される。
なお、更新手段１２０は、必須ではない。
また、ユーザ端末５０が上記手段を備えてもよい。
管理サーバ１０の各手段は、ＣＰＵ１１が、ストレージ１４に記憶されたサーバアプリケーションのプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムを実行することにより実現される。
なお、更新手段１２０は、必須ではない。
また、ユーザ端末５０が上記手段を備えてもよい。
ラベルプリンタ３０は、管理手段３１０と、表示制御手段３２０と、を備える。
ラベルプリンタ３０の各手段は、ＣＰＵ３１が、ＲＯＭ３２に記憶されたファームウェアのプログラムをＲＡＭ３３に展開し、ＲＡＭ３３に展開されたプログラムを実行することにより実現される。
ラベルプリンタ３０の各手段は、ＣＰＵ３１が、ＲＯＭ３２に記憶されたファームウェアのプログラムをＲＡＭ３３に展開し、ＲＡＭ３３に展開されたプログラムを実行することにより実現される。
ユーザ端末５０は、表示制御手段５１０を備える。
表示制御手段５１０は、ＣＰＵ５１が、ストレージ５４に記憶されたブラウザのプログラムをＲＡＭ５３に展開し、ＲＡＭ５３に展開されたプログラムを実行することにより実現される。
表示制御手段５１０は、ＣＰＵ５１が、ストレージ５４に記憶されたブラウザのプログラムをＲＡＭ５３に展開し、ＲＡＭ５３に展開されたプログラムを実行することにより実現される。
（３−１）管理手段
管理手段３１０は、ラベルプリンタ３０の消耗品の使用量を管理する機能を有する。
例えば、管理手段３１０の機能は次のように実現される。
ラベルプリンタ３０のＣＰＵ３１は、計測機構３９による計測の結果に基づいて、ラベルプリンタ３０の消耗品の使用量に関する情報（例えば、用紙収容部に収容された連続紙の直径を示す値、プラテンローラの回転距離を示す値、および、サーマルヘッドの印字距離を示す値）を生成する。
次に、ＣＰＵ３１は、所定時間（例えば、１時間）毎に、通信インタフェース３７を介して、図１１のステータスデータＤＡＴ１（ステータス情報の一例）を管理サーバ１０に送信する。このステータスデータＤＴＡ１は、図１１に示すように、ラベルプリンタ３０を識別するためのシリアルコードと、ステータスデータＤＡＴ１の送信日時を示す値と、ラベルを識別するためのラベルＩＤと、当該ラベルの残量を示す値と、サーマルヘッドを識別するためのヘッドＩＤと、当該サーマルヘッドの印字距離を示す値と、プラテンローラを識別するためのローラＩＤと、当該プラテンローラの回転距離を示す値と、を含む。
管理手段３１０は、ラベルプリンタ３０の消耗品の使用量を管理する機能を有する。
例えば、管理手段３１０の機能は次のように実現される。
ラベルプリンタ３０のＣＰＵ３１は、計測機構３９による計測の結果に基づいて、ラベルプリンタ３０の消耗品の使用量に関する情報（例えば、用紙収容部に収容された連続紙の直径を示す値、プラテンローラの回転距離を示す値、および、サーマルヘッドの印字距離を示す値）を生成する。
次に、ＣＰＵ３１は、所定時間（例えば、１時間）毎に、通信インタフェース３７を介して、図１１のステータスデータＤＡＴ１（ステータス情報の一例）を管理サーバ１０に送信する。このステータスデータＤＴＡ１は、図１１に示すように、ラベルプリンタ３０を識別するためのシリアルコードと、ステータスデータＤＡＴ１の送信日時を示す値と、ラベルを識別するためのラベルＩＤと、当該ラベルの残量を示す値と、サーマルヘッドを識別するためのヘッドＩＤと、当該サーマルヘッドの印字距離を示す値と、プラテンローラを識別するためのローラＩＤと、当該プラテンローラの回転距離を示す値と、を含む。
（３−２）取得手段
取得手段１１０は、ラベルプリンタ３０から、ラベルプリンタ３０の消耗品の使用量に関する情報であるステータス情報を取得する機能を有する。
例えば、取得手段１１０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０のＣＰＵ３１が送信したステータスデータＤＡＴ１を受信する。
次に、ＣＰＵ１１は、ストレージ１４から、このステータスデータＤＡＴ１に含まれるシリアルコードに対応するステータスデータテーブルＴＢＬ３を読み出す。
次に、ＣＰＵ１１は、ステータスデータＤＡＴ１に含まれるラベルＩＤと、ラベルの残量を示す値と、ヘッドＩＤと、サーマルヘッドの印字距離を示す値と、ローラＩＤと、プラテンローラの回転距離を示す値と、を含むステータスレコードをステータスデータテーブルＴＢＬ３に追加する。
次に、ＣＰＵ１１は、追加されたステータスレコードを含むステータスデータテーブルＴＢＬ３をストレージ１４に記憶する。
取得手段１１０は、ラベルプリンタ３０から、ラベルプリンタ３０の消耗品の使用量に関する情報であるステータス情報を取得する機能を有する。
例えば、取得手段１１０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０のＣＰＵ３１が送信したステータスデータＤＡＴ１を受信する。
次に、ＣＰＵ１１は、ストレージ１４から、このステータスデータＤＡＴ１に含まれるシリアルコードに対応するステータスデータテーブルＴＢＬ３を読み出す。
次に、ＣＰＵ１１は、ステータスデータＤＡＴ１に含まれるラベルＩＤと、ラベルの残量を示す値と、ヘッドＩＤと、サーマルヘッドの印字距離を示す値と、ローラＩＤと、プラテンローラの回転距離を示す値と、を含むステータスレコードをステータスデータテーブルＴＢＬ３に追加する。
次に、ＣＰＵ１１は、追加されたステータスレコードを含むステータスデータテーブルＴＢＬ３をストレージ１４に記憶する。
（３−３）更新手段
更新手段１２０は、取得手段１１０によって取得されたステータス情報を参照して、履歴データテーブルＴＢＬ４を更新する機能を有する。
例えば、更新手段１２０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、ステータスデータテーブルＴＢＬ３を参照して、使用時期毎の各消耗品の平均使用量（例えば、月毎の各消耗品の平均使用量）を算出する。
次に、ＣＰＵ１１は、この平均使用量を用いて、履歴データテーブルＴＢＬ４を更新する（例えば、履歴データテーブルＴＢＬ４の各フィールドに、各月の平均使用量を示す値を格納する）。
更新手段１２０は、取得手段１１０によって取得されたステータス情報を参照して、履歴データテーブルＴＢＬ４を更新する機能を有する。
例えば、更新手段１２０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、ステータスデータテーブルＴＢＬ３を参照して、使用時期毎の各消耗品の平均使用量（例えば、月毎の各消耗品の平均使用量）を算出する。
次に、ＣＰＵ１１は、この平均使用量を用いて、履歴データテーブルＴＢＬ４を更新する（例えば、履歴データテーブルＴＢＬ４の各フィールドに、各月の平均使用量を示す値を格納する）。
（３−４）予測手段
予測手段１３０は、取得手段１１０によって取得されたステータス情報を参照して、消耗品の交換時期を予測する機能を有する。
例えば、予測手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値、サーマルヘッドの印字距離を示す値、および、プラテンローラの回転距離を示す値に対応する交換時期（つまり、ラベルの交換時期、サーマルヘッドの交換時期、および、プラテンローラの交換時期）を特定する。
予測手段１３０は、取得手段１１０によって取得されたステータス情報を参照して、消耗品の交換時期を予測する機能を有する。
例えば、予測手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値、サーマルヘッドの印字距離を示す値、および、プラテンローラの回転距離を示す値に対応する交換時期（つまり、ラベルの交換時期、サーマルヘッドの交換時期、および、プラテンローラの交換時期）を特定する。
また、予測手段１３０の機能は次のように実現されてもよい。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、複数のラベルプリンタ３０のそれぞれが送信したステータスデータＤＡＴ１に含まれるシリアルコードに対応するユーザＩＤを特定する。
次に、ＣＰＵ１１は、ステータスデータＤＡＴ１に含まれるサプライＩＤ（例えば、ラベルＩＤ、ヘッドＩＤ、および、ローラＩＤ）毎に、消耗品の平均使用量（例えば、ラベルの残量の平均値、サーマルヘッドの印字距離の平均値、および、プラテンローラの回転距離の平均値）を算出する。
次に、ＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、ユーザＩＤ毎に、消耗品の平均使用量に基づく交換時期を特定する。
この場合、予測手段１３０は、複数のラベルプリンタ３０が送信したステータスデータＤＡＴ１に基づいて、ユーザＩＤ毎（例えば、個人毎、組織毎、部門（一例として、製造工場、製造ライン等）毎）に、消耗品の平均使用量に基づく交換時期を予測する。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、複数のラベルプリンタ３０のそれぞれが送信したステータスデータＤＡＴ１に含まれるシリアルコードに対応するユーザＩＤを特定する。
次に、ＣＰＵ１１は、ステータスデータＤＡＴ１に含まれるサプライＩＤ（例えば、ラベルＩＤ、ヘッドＩＤ、および、ローラＩＤ）毎に、消耗品の平均使用量（例えば、ラベルの残量の平均値、サーマルヘッドの印字距離の平均値、および、プラテンローラの回転距離の平均値）を算出する。
次に、ＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、ユーザＩＤ毎に、消耗品の平均使用量に基づく交換時期を特定する。
この場合、予測手段１３０は、複数のラベルプリンタ３０が送信したステータスデータＤＡＴ１に基づいて、ユーザＩＤ毎（例えば、個人毎、組織毎、部門（一例として、製造工場、製造ライン等）毎）に、消耗品の平均使用量に基づく交換時期を予測する。
また、予測手段１３０の機能は次のように実現されてもよい。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、複数のラベルプリンタ３０のそれぞれが送信したステータスデータＤＡＴ１に含まれるシリアルコードに対応するユーザＩＤを特定する。
次に、ＣＰＵ１１は、特定したユーザＩＤに対応する履歴データテーブルＴＢＬ４を参照して、ステータスデータＤＡＴ１に含まれる日時に対応する使用時期と、ステータスデータＤＡＴ１に含まれるサプライＩＤ（例えば、ラベルＩＤ、ヘッドＩＤ、および、ローラＩＤ）と、に対応する平均使用量（つまり、使用時期毎の平均使用量）を特定する。
次に、ＣＰＵ１１は、特定した平均使用量に基づいて、マッチングテーブルＴＢＬ５の各フィールドの値を調整する。例えば、図８の例では、ラベルＩＤ「Ｌ０００１」によって識別されるラベルの使用量は、２月より１月の方が多い。ＣＰＵ１１は、１月の平均使用量に基づく交換時期を特定する場合、マッチングテーブルＴＢＬ５の各フィールドの値を減少させ、２月の平均使用量に基づく交換時期を特定する場合、マッチングテーブルＴＢＬ５の各フィールドの値を増加させる。
次に、ＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、平均使用量に基づく交換時期を特定する。
上記のとおり、予測手段１３０は、ユーザによる消耗品の使用履歴に基づいて、交換時期を予測してもよい。この場合、例えば、消耗品の残量が同一であっても、平均使用量の多い月（例えば、１月）は、平均使用量の少ない月（例えば、２月）と比べると、交換時期が早く到来する。
なお、予測手段１３０は、消耗品の平均使用量ではなく、消耗品の使用パターン（例えば、月末の使用量が月初の使用量の３倍になるというパターン）に基づいて、交換時期を予測してもよい。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、複数のラベルプリンタ３０のそれぞれが送信したステータスデータＤＡＴ１に含まれるシリアルコードに対応するユーザＩＤを特定する。
次に、ＣＰＵ１１は、特定したユーザＩＤに対応する履歴データテーブルＴＢＬ４を参照して、ステータスデータＤＡＴ１に含まれる日時に対応する使用時期と、ステータスデータＤＡＴ１に含まれるサプライＩＤ（例えば、ラベルＩＤ、ヘッドＩＤ、および、ローラＩＤ）と、に対応する平均使用量（つまり、使用時期毎の平均使用量）を特定する。
次に、ＣＰＵ１１は、特定した平均使用量に基づいて、マッチングテーブルＴＢＬ５の各フィールドの値を調整する。例えば、図８の例では、ラベルＩＤ「Ｌ０００１」によって識別されるラベルの使用量は、２月より１月の方が多い。ＣＰＵ１１は、１月の平均使用量に基づく交換時期を特定する場合、マッチングテーブルＴＢＬ５の各フィールドの値を減少させ、２月の平均使用量に基づく交換時期を特定する場合、マッチングテーブルＴＢＬ５の各フィールドの値を増加させる。
次に、ＣＰＵ１１は、マッチングテーブルＴＢＬ５を参照して、平均使用量に基づく交換時期を特定する。
上記のとおり、予測手段１３０は、ユーザによる消耗品の使用履歴に基づいて、交換時期を予測してもよい。この場合、例えば、消耗品の残量が同一であっても、平均使用量の多い月（例えば、１月）は、平均使用量の少ない月（例えば、２月）と比べると、交換時期が早く到来する。
なお、予測手段１３０は、消耗品の平均使用量ではなく、消耗品の使用パターン（例えば、月末の使用量が月初の使用量の３倍になるというパターン）に基づいて、交換時期を予測してもよい。
これらの予測手段１３０の機能は、適宜組合せ可能である。
（３−５）送信手段
送信手段１４０は、予測手段１３０によって予測された交換時期までの残り時間が所定値以下である場合、消耗品の注文を受け付けるための注文画面を表示するための情報（以下「表示用情報」という）をラベルプリンタ３０およびユーザ端末５０の少なくとも１つに送信する機能を有する。
例えば、送信手段１４０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、ＣＰＵ１１は、配達日数と、交換時期と、を比較する。ＣＰＵ１１が処理を実行する時点から交換時期までの残り時間が配達日数以下である場合、ＣＰＵ１１は、表示用情報（例えば、ラベルプリンタ３０の表示部３６に注文画面を表示させるための命令、ユーザ端末５０の表示部５６に注文画面を表示させるためのＨＴＭＬ（HyperText Markup Language）データ等）を生成する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報を送信する。
送信手段１４０は、予測手段１３０によって予測された交換時期までの残り時間が所定値以下である場合、消耗品の注文を受け付けるための注文画面を表示するための情報（以下「表示用情報」という）をラベルプリンタ３０およびユーザ端末５０の少なくとも１つに送信する機能を有する。
例えば、送信手段１４０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、ＣＰＵ１１は、配達日数と、交換時期と、を比較する。ＣＰＵ１１が処理を実行する時点から交換時期までの残り時間が配達日数以下である場合、ＣＰＵ１１は、表示用情報（例えば、ラベルプリンタ３０の表示部３６に注文画面を表示させるための命令、ユーザ端末５０の表示部５６に注文画面を表示させるためのＨＴＭＬ（HyperText Markup Language）データ等）を生成する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報を送信する。
また、送信手段１４０の機能は次のように実現されてもよい。
管理サーバ１０のＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、ＣＰＵ１１は、配達日数と、交換時期と、を比較する。交換時期までの残り時間が配達日数以下である場合、ＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、ステータスデータＤＡＴ１に含まれるシリアルコードに対応する機種ＩＤを特定する。
次に、ＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、当該機種ＩＤに対応するサプラウＩＤのうち、「推奨フラグ」フィールドの値が「１」であるサプライＩＤ（つまり、ユーザが使用するラベルプリンタ３０が対応する消耗品のうち、使用が推奨される消耗品を識別するための情報）を特定する。
次に、ＣＰＵ１１は、当該サプライＩＤによって識別される消耗品を注文するための注文画面を表示するための表示用情報を生成する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報を送信する。
管理サーバ１０のＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、ＣＰＵ１１は、配達日数と、交換時期と、を比較する。交換時期までの残り時間が配達日数以下である場合、ＣＰＵ１１は、ユーザデータテーブルＴＢＬ１を参照して、ステータスデータＤＡＴ１に含まれるシリアルコードに対応する機種ＩＤを特定する。
次に、ＣＰＵ１１は、サプライデータテーブルＴＢＬ２を参照して、当該機種ＩＤに対応するサプラウＩＤのうち、「推奨フラグ」フィールドの値が「１」であるサプライＩＤ（つまり、ユーザが使用するラベルプリンタ３０が対応する消耗品のうち、使用が推奨される消耗品を識別するための情報）を特定する。
次に、ＣＰＵ１１は、当該サプライＩＤによって識別される消耗品を注文するための注文画面を表示するための表示用情報を生成する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報を送信する。
これらの送信手段１４０の機能は、適宜組合せ可能である。
（３−６）表示制御手段
表示制御手段３２０および５１０は、それぞれ、送信手段１４０によって送信された表示用情報を用いて、注文画面を表示する機能を有する。
例えば、表示制御手段３２０および５１０の機能は、それぞれ、次のように実現される。
ラベルプリンタ３０のＣＰＵ３１およびユーザ端末５０のＣＰＵ５１は、それぞれ、通信インタフェース３７および５７を介して、管理サーバ１０のＣＰＵ１１が送信した表示用情報を受信する。
次に、ＣＰＵ３１および５１は、それぞれ、表示用情報を用いて、表示部３６および５６に注文画面を表示する。
表示制御手段３２０および５１０は、それぞれ、送信手段１４０によって送信された表示用情報を用いて、注文画面を表示する機能を有する。
例えば、表示制御手段３２０および５１０の機能は、それぞれ、次のように実現される。
ラベルプリンタ３０のＣＰＵ３１およびユーザ端末５０のＣＰＵ５１は、それぞれ、通信インタフェース３７および５７を介して、管理サーバ１０のＣＰＵ１１が送信した表示用情報を受信する。
次に、ＣＰＵ３１および５１は、それぞれ、表示用情報を用いて、表示部３６および５６に注文画面を表示する。
（４）情報処理のフロー（図１２〜図１４）
本実施形態の情報処理のフローについて説明する。
図１２は、本実施形態の注文画面の表示の処理のシーケンス図である。図１３は、本実施形態の表示用情報の生成の処理（図１２のＳ１１２）のフローチャートである。図１４は、本実施形態の情報処理において表示される画面の例を示す図である。
本実施形態の情報処理のフローについて説明する。
図１２は、本実施形態の注文画面の表示の処理のシーケンス図である。図１３は、本実施形態の表示用情報の生成の処理（図１２のＳ１１２）のフローチャートである。図１４は、本実施形態の情報処理において表示される画面の例を示す図である。
図１２に示すように、はじめに、ラベルプリンタ３０は、所定時間（例えば、１時間）毎に、ステータスデータＤＡＴ１を管理サーバ１０に送信する（Ｓ１３０）。
具体的には、ファームウェアは、計測機構３９による計測の結果に基づいて、ラベルプリンタ３０の消耗品の使用量に関する情報（例えば、用紙収容部に収容された連続紙の直径を示す値、プラテンローラの回転距離を示す値、および、サーマルヘッドの印字距離を示す値）を生成する。
次に、ファームウェアは、通信インタフェース１７を介して、消耗品の使用量に関する情報を含むステータスデータＤＡＴ１（図１１）を管理サーバ１０に送信する。
具体的には、ファームウェアは、計測機構３９による計測の結果に基づいて、ラベルプリンタ３０の消耗品の使用量に関する情報（例えば、用紙収容部に収容された連続紙の直径を示す値、プラテンローラの回転距離を示す値、および、サーマルヘッドの印字距離を示す値）を生成する。
次に、ファームウェアは、通信インタフェース１７を介して、消耗品の使用量に関する情報を含むステータスデータＤＡＴ１（図１１）を管理サーバ１０に送信する。
Ｓ１３０の処理は、管理手段３１０の機能の一例である。
次に、管理サーバ１０は、ラベルプリンタ３０が送信したステータスデータＤＡＴ１を受信する（Ｓ１１０）。
具体的には、サーバアプリケーションは、通信インタフェース３７を介して、ステータスデータＤＡＴ１を受信する。
次に、サーバアプリケーションは、ストレージ１４から、ステータスデータＤＡＴ１に含まれるシリアルコードに対応するステータスデータテーブルＴＢＬ３を読み出す。
次に、サーバアプリケーションは、ステータスデータテーブルＴＢＬ３に、ステータスデータＤＡＴ１に含まれる情報（ステータス情報の日時を示す値、ラベルＩＤ、ラベルの残量を示す値、ヘッドＩＤ、サーマルヘッドの印字距離を示す値、ローラＩＤ、および、プラテンローラの回転距離を示す値）を含むステータスレコードを追加する。
次に、サーバアプリケーションは、追加されたステータスレコードを含むステータスデータテーブルＴＢＬ３を、ストレージ１４に記憶する。
具体的には、サーバアプリケーションは、通信インタフェース３７を介して、ステータスデータＤＡＴ１を受信する。
次に、サーバアプリケーションは、ストレージ１４から、ステータスデータＤＡＴ１に含まれるシリアルコードに対応するステータスデータテーブルＴＢＬ３を読み出す。
次に、サーバアプリケーションは、ステータスデータテーブルＴＢＬ３に、ステータスデータＤＡＴ１に含まれる情報（ステータス情報の日時を示す値、ラベルＩＤ、ラベルの残量を示す値、ヘッドＩＤ、サーマルヘッドの印字距離を示す値、ローラＩＤ、および、プラテンローラの回転距離を示す値）を含むステータスレコードを追加する。
次に、サーバアプリケーションは、追加されたステータスレコードを含むステータスデータテーブルＴＢＬ３を、ストレージ１４に記憶する。
Ｓ１１０の処理は、取得手段１１０の機能の一例である。
次に、管理サーバ１０は、表示用情報の生成の処理（Ｓ１１２）を実行する。
ここで、表示用情報の生成の処理（Ｓ１１２）について、図１３を参照して説明する。
ここで、表示用情報の生成の処理（Ｓ１１２）について、図１３を参照して説明する。
図１３に示すように、はじめに、管理サーバ１０は、交換時期を予測する（Ｓ１１２０）。
具体的には、サーバアプリケーションは、マッチングテーブルＴＢＬ５を参照して、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値、サーマルヘッドの印字距離を示す値、および、プラテンローラの回転距離を示す値に対応する交換時期（つまり、ラベルの交換時期、サーマルヘッドの交換時期、および、プラテンローラの交換時期）を特定する。
具体的には、サーバアプリケーションは、マッチングテーブルＴＢＬ５を参照して、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値、サーマルヘッドの印字距離を示す値、および、プラテンローラの回転距離を示す値に対応する交換時期（つまり、ラベルの交換時期、サーマルヘッドの交換時期、および、プラテンローラの交換時期）を特定する。
Ｓ１１２０の処理は、予測手段１３０の機能の一例である。
次に、管理サーバ１０は、ニアエンドか否かを判定する（Ｓ１１２２）。
具体的には、サーバアプリケーションは、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、サーバアプリケーションは、Ｓ１１２０において特定された交換時期（つまり、予測された交換時期）までの残り時間と、配達日数と、を比較する。
残り時間が配達日数以下である場合、サーバアプリケーションは、「ニアエンドである」と判定する（Ｓ１１２２−ＹＥＳ）。
一方、残り時間が配達日数より大きい場合、サーバアプリケーションは、「ニアエンドではない」と判定する（Ｓ１１２２−ＮＯ）。
具体的には、サーバアプリケーションは、サプライデータテーブルＴＢＬ２を参照して、ステータスデータＤＡＴ１に含まれるサプライＩＤに対応する配達日数を特定する。
次に、サーバアプリケーションは、Ｓ１１２０において特定された交換時期（つまり、予測された交換時期）までの残り時間と、配達日数と、を比較する。
残り時間が配達日数以下である場合、サーバアプリケーションは、「ニアエンドである」と判定する（Ｓ１１２２−ＹＥＳ）。
一方、残り時間が配達日数より大きい場合、サーバアプリケーションは、「ニアエンドではない」と判定する（Ｓ１１２２−ＮＯ）。
管理サーバ１０は、Ｓ１１２２において「ニアエンドである」と判定した場合（Ｓ１１２２−ＹＥＳ）、表示用情報を生成する（Ｓ１１２４）。
具体的には、サーバアプリケーションは、注文画面をラベルプリンタ３０の表示部３６に表示する場合、注文画面を表示させるための命令を生成する。一方、サーバアプリケーションは、注文画面をユーザ端末５０の表示部５６に表示する場合、注文画面を表示させるためのＨＴＭＬデータを生成する。
具体的には、サーバアプリケーションは、注文画面をラベルプリンタ３０の表示部３６に表示する場合、注文画面を表示させるための命令を生成する。一方、サーバアプリケーションは、注文画面をユーザ端末５０の表示部５６に表示する場合、注文画面を表示させるためのＨＴＭＬデータを生成する。
表示用情報の生成の処理は、Ｓ１１２２において「ニアエンドではない」と判定された場合（Ｓ１１２２−ＮＯ）、または、Ｓ１１２４の処理が実行された後に終了する。
ここで、図１２の注文画面の表示の処理の説明に戻る。
ここで、図１２の注文画面の表示の処理の説明に戻る。
図１２に示すように、管理サーバ１０は、表示用情報の生成の処理（Ｓ１１２）において表示用情報を生成した場合（Ｓ１１４−ＹＥＳ）、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報を送信する（Ｓ１１６）。
具体的には、サーバアプリケーションは、通信インタフェース１７を介して、ラベルプリンタ３０の表示部３６に注文画面を表示させるための命令、および、ユーザ端末５０の表示部５６に注文画面を表示させるためのＨＴＭＬデータの少なくとも１つを、それぞれ、ラベルプリンタ３０およびユーザ端末５０に送信する。
具体的には、サーバアプリケーションは、通信インタフェース１７を介して、ラベルプリンタ３０の表示部３６に注文画面を表示させるための命令、および、ユーザ端末５０の表示部５６に注文画面を表示させるためのＨＴＭＬデータの少なくとも１つを、それぞれ、ラベルプリンタ３０およびユーザ端末５０に送信する。
Ｓ１１２２〜Ｓ１１２４、Ｓ１１４、および、Ｓ１１６の処理は、送信手段１４０の機能の一例である。
ラベルプリンタ３０およびユーザ端末５０の少なくとも１つは、表示用情報ＤＡＴ２を受信すると、表示用情報ＤＡＴ２を用いて、注文画面を表示する（Ｓ１３２）。
具体的には、ラベルプリンタ３０のファームウェアは、Ｓ１１６においてサーバアプリケーションが送信した命令に従って、表示部３６に、図１４の画面Ｄ１０を表示する。
また、ユーザ端末５０のブラウザは、Ｓ１１６においてサーバアプリケーションが送信したＨＴＭＬデータに従って、表示部５６に、図１４の画面Ｄ１０を表示する。
具体的には、ラベルプリンタ３０のファームウェアは、Ｓ１１６においてサーバアプリケーションが送信した命令に従って、表示部３６に、図１４の画面Ｄ１０を表示する。
また、ユーザ端末５０のブラウザは、Ｓ１１６においてサーバアプリケーションが送信したＨＴＭＬデータに従って、表示部５６に、図１４の画面Ｄ１０を表示する。
画面Ｄ１０は、注文画面の一例である。
図１４に示すように、画面Ｄ１０は、領域Ａ１００およびＡ１０１と、入力フィールドＦ１００と、ボタンＢ１００と、を含む。
領域Ａ１００には、ユーザ名と、「ニアエンドである」と判定された消耗品に関する情報（例えば、消耗品の名称、価格、在庫の量、配達可能日数）と、が提示される。
領域Ａ１０１には、当該消耗品のストック量（つまり、ユーザが所持している量）、および、当該消耗品のユーザの月単位の平均使用量が提示される。
入力フィールドＦ１００は、ユーザが、消耗品の発注数量を示す値を入力するための入力フィールドである。
ボタンＢ１００は、ユーザが、消耗品を発注するための指示（以下「発注指示」という）ＤＡＴ３を管理サーバ１０に与えるためのボタンである。
図１４に示すように、画面Ｄ１０は、領域Ａ１００およびＡ１０１と、入力フィールドＦ１００と、ボタンＢ１００と、を含む。
領域Ａ１００には、ユーザ名と、「ニアエンドである」と判定された消耗品に関する情報（例えば、消耗品の名称、価格、在庫の量、配達可能日数）と、が提示される。
領域Ａ１０１には、当該消耗品のストック量（つまり、ユーザが所持している量）、および、当該消耗品のユーザの月単位の平均使用量が提示される。
入力フィールドＦ１００は、ユーザが、消耗品の発注数量を示す値を入力するための入力フィールドである。
ボタンＢ１００は、ユーザが、消耗品を発注するための指示（以下「発注指示」という）ＤＡＴ３を管理サーバ１０に与えるためのボタンである。
ユーザが、図１４の画面Ｄ１０の入力フィールドＦ１００へ所望の値を入力し、かつ、ボタンＢ１００を指定すると、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つは、発注指示ＤＡＴ３を管理サーバ１０に送信する（Ｓ１３６）。
具体的には、ファームウェアおよびブラウザの少なくとも１つは、それぞれ、通信インタフェース３７および５７を介して、発注指示ＤＡＴ３を管理サーバ１０に送信する。発注指示ＤＡＴ３は、画面Ｄ１０の領域Ａ１００に提示された消耗品に関する情報に対応する消耗品（つまり、「ニアエンドである」と判定された消耗品）を識別するためのサプライＩＤと、画面Ｄ１０の入力フィールドＦ１００に入力された値（つまり、当該消耗品の発注数量を示す値）と、を含む。
具体的には、ファームウェアおよびブラウザの少なくとも１つは、それぞれ、通信インタフェース３７および５７を介して、発注指示ＤＡＴ３を管理サーバ１０に送信する。発注指示ＤＡＴ３は、画面Ｄ１０の領域Ａ１００に提示された消耗品に関する情報に対応する消耗品（つまり、「ニアエンドである」と判定された消耗品）を識別するためのサプライＩＤと、画面Ｄ１０の入力フィールドＦ１００に入力された値（つまり、当該消耗品の発注数量を示す値）と、を含む。
管理サーバ１０は、発注指示ＤＡＴ３を受信すると、受注の処理を実行する（Ｓ１１８）。
具体的には、サーバアプリケーションは、通信インタフェース１７を介して、発注指示ＤＡＴ３を受信する。
次に、サーバアプリケーションは、通信インタフェース１７を介して、発注された消耗品を製造する工場の生産管理サーバ（図示せず）に発注指示ＤＡＴ３を転送する。
生産管理サーバは、発注指示ＤＡＴ３を受信すると、消耗品の発注を受け付けたことを示す通知（以下「受注通知」という）を管理サーバ１０に送信する。
具体的には、サーバアプリケーションは、通信インタフェース１７を介して、発注指示ＤＡＴ３を受信する。
次に、サーバアプリケーションは、通信インタフェース１７を介して、発注された消耗品を製造する工場の生産管理サーバ（図示せず）に発注指示ＤＡＴ３を転送する。
生産管理サーバは、発注指示ＤＡＴ３を受信すると、消耗品の発注を受け付けたことを示す通知（以下「受注通知」という）を管理サーバ１０に送信する。
次に、管理サーバ１０は、受注が完了したことを示す画面（以下「受注完了画面」という）を表示するための表示用情報ＤＡＴ４を、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに送信する（Ｓ１２０）。
具体的には、サーバアプリケーションは、生産管理サーバが送信した受注通知を受信すると、ユーザデータテーブルＴＢＬ１の「ストック量」フィールドのうち、発注された消耗品を識別するためのサプライＩＤに対応する「ストック量」フィールドに、画面Ｄ１０の入力フィールドＦ１００に入力された値を加算する。
次に、サーバアプリケーションは、受注完了画面を表示するための表示用情報ＤＡＴ４を生成する。表示用情報ＤＡＴ４は、例えば、ラベルプリンタ３０の表示部３６に受注完了画面を表示させるための命令、または、ユーザ端末５０の表示部５６に受注完了画面を表示させるためのＨＴＭＬデータである。
次に、サーバアプリケーションは、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報ＤＡＴ４を送信する。
具体的には、サーバアプリケーションは、生産管理サーバが送信した受注通知を受信すると、ユーザデータテーブルＴＢＬ１の「ストック量」フィールドのうち、発注された消耗品を識別するためのサプライＩＤに対応する「ストック量」フィールドに、画面Ｄ１０の入力フィールドＦ１００に入力された値を加算する。
次に、サーバアプリケーションは、受注完了画面を表示するための表示用情報ＤＡＴ４を生成する。表示用情報ＤＡＴ４は、例えば、ラベルプリンタ３０の表示部３６に受注完了画面を表示させるための命令、または、ユーザ端末５０の表示部５６に受注完了画面を表示させるためのＨＴＭＬデータである。
次に、サーバアプリケーションは、通信インタフェース１７を介して、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに表示用情報ＤＡＴ４を送信する。
ラベルプリンタ３０およびユーザ端末５０の少なくとも１つは、表示用情報ＤＡＴ４を受信すると、表示用情報ＤＡＴ４に従って、受注完了画面を表示する（Ｓ１３６）。
具体的には、ラベルプリンタ３０のファームウェアは、Ｓ１２０においてサーバアプリケーションが送信した命令に従って、表示部３６に、図１４の画面Ｄ１２を表示する。
また、ユーザ端末５０のブラウザは、Ｓ１２０においてサーバアプリケーションが送信したＨＴＭＬデータに従って、表示部５６に、図１４の画面Ｄ１２を表示する。
具体的には、ラベルプリンタ３０のファームウェアは、Ｓ１２０においてサーバアプリケーションが送信した命令に従って、表示部３６に、図１４の画面Ｄ１２を表示する。
また、ユーザ端末５０のブラウザは、Ｓ１２０においてサーバアプリケーションが送信したＨＴＭＬデータに従って、表示部５６に、図１４の画面Ｄ１２を表示する。
画面Ｄ１２は、受注完了画面の一例である。
図１４に示すように、画面Ｄ１２には、発注を受け付けたことを示すメッセージが表示される。
図１４に示すように、画面Ｄ１２には、発注を受け付けたことを示すメッセージが表示される。
（５）本実施形態の小括
以下、本実施形態について小括する。
以下、本実施形態について小括する。
本実施形態では、管理サーバ１０が、ラベルプリンタ３０から取得したステータスデータＤＡＴ１に基づいて消耗品の交換時期を予測する。そして、管理サーバ１０は、交換時期に基づいて消耗品がニアエンドであるか否かを判定する。そして、管理サーバ１０は、「ニアエンド」であると判定した場合、注文画面を表示するための情報を、ラベルプリンタ３０およびユーザ端末５０の少なくとも１つに送信する。
これにより、ラベルプリンタ３０のユーザが消耗品の交換時期を見過ごすことを防ぐことができ、かつ、消耗品を発注するときのユーザの負担を軽減することができる。
これにより、ラベルプリンタ３０のユーザが消耗品の交換時期を見過ごすことを防ぐことができ、かつ、消耗品を発注するときのユーザの負担を軽減することができる。
また、本実施形態では、管理サーバ１０が、ユーザＩＤ毎に、消耗品の平均使用量に基づく交換時期を予測する。
これにより、１人のユーザが必要な消耗品の製造を一度に受注することができる。その結果、配送効率を改善することができ、かつ、消耗品を発注するときのユーザの負担をさらに軽減することができる。
特に、本実施形態では、管理サーバ１０が、ユーザＩＤに対応する製造工場毎、または、製造ライン毎に交換時期を予測する。
これにより、実際にラベルプリンタ３０を使用している製造工場毎、または、製造ライン毎に、消耗品の発注を受け付けることができる。
これにより、１人のユーザが必要な消耗品の製造を一度に受注することができる。その結果、配送効率を改善することができ、かつ、消耗品を発注するときのユーザの負担をさらに軽減することができる。
特に、本実施形態では、管理サーバ１０が、ユーザＩＤに対応する製造工場毎、または、製造ライン毎に交換時期を予測する。
これにより、実際にラベルプリンタ３０を使用している製造工場毎、または、製造ライン毎に、消耗品の発注を受け付けることができる。
また、本実施形態では、管理サーバ１０が、ユーザＩＤに対応する履歴情報に基づいて、交換時期を予測する。
これにより、ユーザの使用頻度に合わせて注文画面を表示させることができる。例えば、サーバアプリケーションは、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値が同一である複数のユーザＵ１およびＵ２のうち、平均使用量が大きいユーザＵ１が使用するラベルプリンタ３０およびユーザ端末５０の少なくとも１つに、注文画面を表示させることができる。
これにより、ユーザの使用頻度に合わせて注文画面を表示させることができる。例えば、サーバアプリケーションは、ステータスデータＤＡＴ１に含まれるラベルの残量を示す値が同一である複数のユーザＵ１およびＵ２のうち、平均使用量が大きいユーザＵ１が使用するラベルプリンタ３０およびユーザ端末５０の少なくとも１つに、注文画面を表示させることができる。
（６）変形例
本実施形態の変形例について説明する。
本実施形態の変形例について説明する。
本実施形態では、送信手段１４０が、消耗品がニアエンドであるか否かを判定するために、配達日数を示す値と交換時期を示す値とを比較する例について説明したが、本発明はこれに限られない。
例えば、送信手段１４０は、消耗品がニアエンドであるか否かを判定するために、所定の閾値と交換時期を示す値とを比較してもよい。
また、送信手段１４０は、消耗品がニアエンドであるか否かを判定するために、配達日数を示す値と所定値との合計と、交換時期を示す値と、を比較してもよい。
例えば、送信手段１４０は、消耗品がニアエンドであるか否かを判定するために、所定の閾値と交換時期を示す値とを比較してもよい。
また、送信手段１４０は、消耗品がニアエンドであるか否かを判定するために、配達日数を示す値と所定値との合計と、交換時期を示す値と、を比較してもよい。
本実施形態では、交換時期の予測対象がラベル、プラテンローラ、および、サーマルヘッドである例を説明したが、交換時期の予測対象は、ラベルプリンタ３０に設けられる部品のうち、使用に伴って劣化するものであれば、どのようなものでもよい。例えば、使用に伴って劣化するものとしては、トルクリミッタ、モータ、センサ、基板、カッタ、ボタン、リボン、プリンタ本体等が挙げられる。
本実施形態では、管理サーバ１０がラベルプリンタ３０の使用量を管理する機能を有する例について説明したが、ユーザ端末５０がラベルプリンタ３０の使用量を管理する機能を有してもよい（つまり、ユーザ端末５０が情報処理装置として機能してもよい）。
この場合、図１２のＳ１３０において、ラベルプリンタ３０は、ユーザ端末５０にステータスデータＤＡＴ１を送信する。
また、Ｓ１１０〜Ｓ１２０の処理は、ユーザ端末５０によって実行される。
この場合、図１２のＳ１３０において、ラベルプリンタ３０は、ユーザ端末５０にステータスデータＤＡＴ１を送信する。
また、Ｓ１１０〜Ｓ１２０の処理は、ユーザ端末５０によって実行される。
上記実施形態では、印字媒体を取り扱う電子機器がラベルプリンタ３０である例について説明したが、本実施形態の電子機器は、これに限られない。本実施形態の電子機器は、印字媒体に情報を印字するその他の装置（例えば、インクジェットプリンタ、レーザプリンタ、複合機等）、および、印字媒体を任意の物体に貼付する貼付装置（例えば、情報が印字されたラベルを製品や梱包材に貼付するラベル貼付装置）も含む。
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態および変形例は、組合せ可能である。
１ ：情報処理システム
１０ ：管理サーバ
１１ ：ＣＰＵ
１２ ：ＲＯＭ
１３ ：ＲＡＭ
１４ ：ストレージ
１７ ：通信インタフェース
３０ ：ラベルプリンタ
３１ ：ＣＰＵ
３２ ：ＲＯＭ
３３ ：ＲＡＭ
３４ ：ＥＥＰＲＯＭ
３５ ：操作入力部
３６ ：表示部
３７ ：通信インタフェース
３８ ：印字機構
３９ ：計測機構
５０ ：ユーザ端末
５１ ：ＣＰＵ
５２ ：ＲＯＭ
５３ ：ＲＡＭ
５４ ：ストレージ
５５ ：操作入力部
５６ ：表示部
５７ ：通信インタフェース
１１０ ：取得手段
１２０ ：更新手段
１３０ ：予測手段
１４０ ：送信手段
３１０ ：管理手段
３２０ ：表示制御手段
５１０ ：表示制御手段
１０ ：管理サーバ
１１ ：ＣＰＵ
１２ ：ＲＯＭ
１３ ：ＲＡＭ
１４ ：ストレージ
１７ ：通信インタフェース
３０ ：ラベルプリンタ
３１ ：ＣＰＵ
３２ ：ＲＯＭ
３３ ：ＲＡＭ
３４ ：ＥＥＰＲＯＭ
３５ ：操作入力部
３６ ：表示部
３７ ：通信インタフェース
３８ ：印字機構
３９ ：計測機構
５０ ：ユーザ端末
５１ ：ＣＰＵ
５２ ：ＲＯＭ
５３ ：ＲＡＭ
５４ ：ストレージ
５５ ：操作入力部
５６ ：表示部
５７ ：通信インタフェース
１１０ ：取得手段
１２０ ：更新手段
１３０ ：予測手段
１４０ ：送信手段
３１０ ：管理手段
３２０ ：表示制御手段
５１０ ：表示制御手段
Claims (9)
- 印字媒体に情報を印字する少なくとも１つのプリンタ、および、表示装置と通信可能な情報処理装置であって、
前記プリンタから所定時間毎に、前記プリンタの消耗品の使用量に関する情報であるステータス情報を取得する取得手段と、
前記取得手段によって取得されたステータス情報を参照して、前記プリンタのユーザによる前記消耗品の交換時期を予測する予測手段と、
前記予測手段によって予測された交換時期と前記消耗品を前記ユーザに配達するために必要な時間に基づいて、前記消耗品の注文を受け付けるための注文画面を表示するための情報を前記表示装置に送信する送信手段と、
を備え、
前記予測手段は、前記所定時間毎に取得する前記ステータス情報を基に各ユーザの使用時期ごとの前記消耗品の平均使用量を算出し、算出した平均使用量のデータに基づいて、前記プリンタのユーザによる消耗品の交換時期を予測する、
情報処理装置。 - 印字媒体に情報を印字する少なくとも１つのプリンタと通信可能な情報処理装置であって、
前記プリンタから所定時間毎に、前記プリンタの消耗品の使用量に関する情報であるステータス情報を取得する取得手段と、
前記取得手段によって取得されたステータス情報を参照して、前記プリンタのユーザによる前記消耗品の交換時期を予測する予測手段と、
前記予測手段によって予測された交換時期と前記消耗品をユーザに配達するために必要な時間に基づいて、前記消耗品の注文を受け付けるための注文画面を前記プリンタの表示部に表示するための情報を前記プリンタに送信する送信手段と、
を備え、
前記予測手段は、前記所定時間毎に取得する前記ステータス情報を基に各ユーザの使用時期ごとの前記消耗品の平均使用量を算出し、算出した平均使用量のデータに基づいて、前記プリンタのユーザによる消耗品の交換時期を予測する、
情報処理装置。 - 前記送信手段は、前記予測手段によって予測された交換時期と前記消耗品をユーザに配達するために必要な時間とを比較して、前記交換時期までの残り時間が所定時間以下である場合、前記消耗品の注文を受け付けるための注文画面を表示するための情報を前記表示装置に送信する、
請求項１に記載の情報処理装置。 - 前記所定時間は、前記消耗品をユーザに配達するために必要な時間である、
請求項３に記載の情報処理装置。 - 前記消耗品の注文を受け付けるための注文画面には、前記プリンタが対応する消耗品のうち、使用が奨励される消耗品の情報が表示される、
請求項１〜４のいずれかに記載の情報処理装置。 - 前記消耗品の注文を受け付けるための注文画面には、注文対象である前記消耗品の情報とユーザが所持している前記消耗品の量が同時に表示される、
請求項１〜４のいずれかに記載の情報処理装置。 - さらに、前記消耗品のユーザの所定期間の平均使用量が同時に表示される、
請求項６に記載の情報処理装置。 - コンピュータに、請求項１〜７のいずれかに記載の情報処理装置の各手段を実現させるためのプログラム。
- 印字媒体に情報を印字する少なくとも１つのプリンタ、および、表示装置と通信可能な情報処理装置であって、
前記プリンタから所定時間毎に、前記プリンタの消耗品の使用量に関する情報であるステータス情報を取得する取得手段と、
前記取得手段によって取得されたステータス情報を参照して、前記プリンタのユーザによる前記消耗品の交換時期を予測する予測手段と、
前記予測手段によって予測された交換時期と前記消耗品をユーザに配達するために必要な日数である配達日数とに基づいて、前記消耗品の注文を受け付けるための注文画面を表示するための情報を前記表示装置に送信する送信手段と、
を備え、
前記予測手段は、前記所定時間毎に取得する前記ステータス情報を基に各ユーザの使用時期ごとの前記消耗品の平均使用量を算出し、算出した平均使用量のデータに基づいて、前記プリンタのユーザによる消耗品の交換時期を予測する、
情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015072158A JP6557038B2 (ja) | 2015-03-31 | 2015-03-31 | 情報処理装置、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015072158A JP6557038B2 (ja) | 2015-03-31 | 2015-03-31 | 情報処理装置、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016192102A JP2016192102A (ja) | 2016-11-10 |
| JP6557038B2 true JP6557038B2 (ja) | 2019-08-07 |
Family
ID=57245677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015072158A Active JP6557038B2 (ja) | 2015-03-31 | 2015-03-31 | 情報処理装置、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6557038B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10369825B2 (en) * | 2017-06-06 | 2019-08-06 | Kyocera Document Solutions Inc. | Systems and methods for supply quality measurement |
| JP6846014B2 (ja) | 2017-11-10 | 2021-03-24 | ブラザー工業株式会社 | 印刷装置、収納体管理システム、印刷処理プログラム、及び、収納体管理プログラム |
| JP7008943B2 (ja) * | 2018-01-23 | 2022-01-25 | ブラザー工業株式会社 | 収納体管理プログラム及び印刷装置 |
| JP6864873B2 (ja) | 2018-02-01 | 2021-04-28 | ブラザー工業株式会社 | 消耗品管理プログラム、管理サーバ、及びラベル作成システム |
| JP2021135743A (ja) * | 2020-02-27 | 2021-09-13 | セイコーエプソン株式会社 | 印刷装置、および、印刷システム |
| JP7447629B2 (ja) | 2020-03-31 | 2024-03-12 | ブラザー工業株式会社 | 管理プログラム、情報処理装置及び情報処理方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006033000A (ja) * | 2004-07-12 | 2006-02-02 | Ricoh Co Ltd | 消耗品調達サーバ、消耗品調達システム、消耗品調達プログラム、記録媒体、及び、消耗品調達方法 |
| JP2006079529A (ja) * | 2004-09-13 | 2006-03-23 | Ricoh Co Ltd | 消耗品調達サーバ、クライアント装置、消耗品調達システムおよび消耗品調達プログラム |
| JP2008213896A (ja) * | 2007-03-06 | 2008-09-18 | Lintec Corp | ラベル貼付システム及び貼付方法 |
| JP2009064338A (ja) * | 2007-09-07 | 2009-03-26 | Fuji Xerox Co Ltd | 印刷装置の管理システムおよび管理プログラム |
| JP6236986B2 (ja) * | 2013-08-23 | 2017-11-29 | ブラザー工業株式会社 | 画像記録装置及びプログラム |
-
2015
- 2015-03-31 JP JP2015072158A patent/JP6557038B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016192102A (ja) | 2016-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6557038B2 (ja) | 情報処理装置、プログラム | |
| JP6601108B2 (ja) | 画像形成装置、および制御プログラム | |
| JP6620985B2 (ja) | 情報処理装置 | |
| JP6365376B2 (ja) | サーバ装置、および制御プログラム | |
| JP5223800B2 (ja) | ラベルプリンタ | |
| JP6902117B2 (ja) | サーバ、情報処理システム、及び、プログラム | |
| WO2017022602A1 (ja) | 情報処理装置、プログラム、プリンタ、情報処理システム | |
| JP5157512B2 (ja) | 印刷管理システム、印刷管理装置、印刷管理方法、及び印刷管理プログラム | |
| JP2002092439A (ja) | 消耗部品管理ネットワークシステム、その制御方法、コンピュータプログラム・プロダクト及び情報記録媒体 | |
| JP2015164029A (ja) | レシピ提供システム、レシピ提供方法、及び、レシピ提供プログラム | |
| JP2005181841A (ja) | 画像形成装置及び消耗品販売方法 | |
| JP6564222B2 (ja) | 情報処理装置、プログラム | |
| JP2003039795A (ja) | 在庫管理システム | |
| JP2021100825A (ja) | ラベル発行装置 | |
| CN109213456B (zh) | 管理一批设备 | |
| JP5750463B2 (ja) | ラベルプリンタおよびその制御プログラム | |
| JP5400112B2 (ja) | 情報処理装置およびプログラム | |
| JP2007246238A (ja) | 消耗品管理装置 | |
| JP2006172188A (ja) | 商品管理システム、商品管理ラベル発行方法、商品管理ラベル、商品管理プログラム、及び、記憶媒体 | |
| US20110052295A1 (en) | Label printing device and label printing method | |
| JP7085386B2 (ja) | 情報処理システム、および情報処理方法 | |
| JP7266124B1 (ja) | 情報処理サーバ、情報処理プログラム、及び、情報処理システム | |
| JP2014044468A (ja) | 記録装置、端末装置、及び、記録システム | |
| JP2023117996A (ja) | システム、サーバ、および、コンピュータプログラム | |
| JP2002063434A (ja) | 受注システム及び消耗品利用機器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180817 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180918 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20181109 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190212 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190403 |
|
| 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: 20190625 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190711 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6557038 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |