(57)【要約】【課題】プリンタの稼働率の低下を抑制する。【解決手段】情報処理装置は、プリンタと接続され、かつ、プリンタに発生したイベントを識別するイベント識別情報に対応付けられた宛先情報を記憶する記憶装置にアクセス可能である。この情報処理装置は、イベント識別情報をプリンタから取得する取得手段と、記憶装置に記憶された宛先情報のうち、取得手段によって取得されたイベント識別情報に対応する宛先情報が示す宛先に、イベント識別情報によって識別されるイベントに応じた通知を送信する送信手段と、を備える。【選択図】図５
2018146996.tif 000002
【特許請求の範囲】
【請求項１】
プリンタと接続され、かつ、前記プリンタに発生したイベントを識別するイベント識別情報に対応付けられた宛先情報を記憶する記憶装置にアクセス可能な情報処理装置であって、
前記イベント識別情報を前記プリンタから取得する取得手段と、
前記記憶装置に記憶された宛先情報のうち、前記取得手段によって取得されたイベント識別情報に対応する宛先情報が示す宛先に、前記イベント識別情報によって識別されるイベントに応じた通知を送信する送信手段と、
を備える、情報処理装置。
【請求項２】
前記記憶装置には、第１宛先情報および第２宛先情報が前記イベント識別情報に対応付けて記憶されており、
前記送信手段は、所定条件を満たさない場合、前記第１宛先情報が示す宛先に前記通知を送信し、前記所定条件を満たす場合、前記第２宛先情報が示す宛先に前記通知を送信する、
請求項１に記載の情報処理装置。
【請求項３】
前記通知は、テキストデータおよび画像データの少なくとも１つを含み、
前記送信手段は、所定条件を満たす場合、前記通知に含まれるテキストデータおよび画像データの少なくとも１つを変更する、
請求項１または２に記載の情報処理装置。
【請求項４】
前記送信手段は、所定条件を満たす場合、前記通知を再送する、
請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
前記取得手段は、さらに、前記イベント発生時刻を示す情報を前記プリンタから取得し、
前記所定条件は、前記イベント発生時刻から所定時間が経過したときに前記イベントが解消していないことである、
請求項２〜４のいずれかに記載の情報処理装置。
【請求項６】
前記所定条件は、一定時間内の前記通知の送信回数が所定回数に達したことである、
請求項２〜５のいずれかに記載の情報処理装置。
【請求項７】
前記所定条件は、前記プリンタに取り付けられている消耗品が所定の消耗品ではないことである、
請求項２〜６のいずれかに記載の情報処理装置。
【請求項８】
前記イベント識別情報によって識別されるイベントと、前記宛先情報が示す宛先と、をユーザに提示する提示手段と、
前記提示手段によって提示されたイベントおよび宛先の中から、前記ユーザによって指定された宛先を示す宛先情報と、前記ユーザによって指定されたイベントを識別するイベント識別情報と、を受け付ける受付手段と、
前記受付手段によって受け付けられた宛先情報を、前記受付手段によって受け付けられたイベント識別情報に対応付けて、前記記憶装置に記憶する記憶手段と、をさらに備える、
請求項１〜７のいずれかに記載の情報処理装置。
【請求項９】
前記記憶装置には、複数の宛先情報が記憶されており、
前記提示手段は、前記イベントの種別に応じて、前記複数の宛先情報が示す宛先の中から提示すべき宛先を選択する、
請求項８に記載の情報処理装置。
【請求項１０】
前記イベントの種別は、前記プリンタの動作が停止する要因の発生である第１種別、前記プリンタの動作に支障をきたす要因の発生である第２種別、および、前記プリンタの部品の残量が所定値以下になったことである第３種別を含む、
請求項９に記載の情報処理装置。
【請求項１１】
コンピュータに、請求項１〜１０のいずれかに記載の情報処理装置の各手段を実現させるためのプログラム。
【請求項１２】
請求項１〜１０のいずれかに記載の情報処理装置と接続可能なプリンタであって、
一定時間毎、前記イベントが発生した場合、または、前記情報処理装置による要求を受信した場合に、前記イベントを識別するイベント識別情報を前記情報処理装置に送信する、
プリンタ。
【請求項１３】
プリンタと、サーバと、クライアント端末と、を備える情報処理システムであって、
前記プリンタは、前記プリンタに発生したイベントを識別するイベント識別情報を前記サーバに送信し、
前記サーバは、請求項１〜１０のいずれかに記載の情報処理装置の各手段を備え、
前記クライアント端末は、前記送信手段によって前記宛先に送信された通知を表示する、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プログラム、プリンタ、および、情報処理システムに関する。
【背景技術】
【０００２】
一般に、企業の工場やオフィスでは、多くのプリンタが使用される。このような企業が使用するプリンタは、各プリンタの個別の稼働率が企業の業務効率に影響する。したがって、当該稼働率の低下を抑制することが重要である。
稼働率を低下させる要因として、異常によるプリンタの停止がある。したがって、プリンタの稼働率の低下を抑制するためには、異常によるプリンタの停止時間を短縮することが重要である。
【０００３】
一方、従来、プリンタと、当該プリンタに接続されたサーバと、を含むシステムが知られている。例えば、特許文献１には、ラベルプリンタによるラベル発行が中断した場合、サーバが、他のラベルプリンタにラベル発行を継続させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−０４７８４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術は、ラベル発行を中断したラベルプリンタの異常を解消するための処理を実行しないので、当該ラベルプリンタの停止時間を短縮することはできない。
また、特許文献１の技術では、異常の解消に必要な知識を有する担当者が異常の発生に気付くまでは、当該エラーは解消しない。
したがって、他のラベルプリンタがラベル発行を継続したとしても、ラベル発行を中断したラベルプリンタの稼働率は、低下してしまう。このように、従来の技術では、プリンタの稼働率の低下を抑制することはできない。
【０００６】
本発明の目的は、プリンタの稼働率の低下を抑制することである。
【課題を解決するための手段】
【０００７】
本発明の第１態様は、プリンタと接続され、かつ、前記プリンタに発生したイベントを識別するイベント識別情報に対応付けられた宛先情報を記憶する記憶装置にアクセス可能な情報処理装置であって、
前記イベント識別情報を前記プリンタから取得する取得手段と、
前記記憶装置に記憶された宛先情報のうち、前記取得手段によって取得されたイベント識別情報に対応する宛先情報が示す宛先に、前記イベント識別情報によって識別されるイベントに応じた通知を送信する送信手段と、
を備える、情報処理装置である。
【０００８】
本発明の第１態様において、前記記憶装置には、第１宛先情報および第２宛先情報が前記イベント識別情報に対応付けて記憶されており、
前記送信手段は、所定条件を満たさない場合、前記第１宛先情報が示す宛先に前記通知を送信し、前記所定条件を満たす場合、前記第２宛先情報が示す宛先に前記通知を送信してもよい。
【０００９】
本発明の第１態様において、前記通知は、テキストデータおよび画像データの少なくとも１つを含み、
前記送信手段は、所定条件を満たす場合、前記通知に含まれるテキストデータおよび画像データの少なくとも１つを変更してもよい。
【００１０】
本発明の第１態様において、前記送信手段は、所定条件を満たす場合、前記通知を再送してもよい。
【００１１】
本発明の第１態様において、前記取得手段は、さらに、前記イベント発生時刻を示す情報を前記プリンタから取得し、
前記所定条件は、前記イベント発生時刻から所定時間が経過したときに前記イベントが解消していないことであってもよい。
【００１２】
本発明の第１態様において、前記所定条件は、一定時間内の前記通知の送信回数が所定回数に達したことであってもよい。
【００１３】
本発明の第１態様において、前記所定条件は、前記プリンタに取り付けられている消耗品が所定の消耗品ではないことであってもよい。
【００１４】
本発明の第１態様において、情報処理装置は、前記イベント識別情報によって識別されるイベントと、前記宛先情報が示す宛先と、をユーザに提示する提示手段と、
前記提示手段によって提示されたイベントおよび宛先の中から、前記ユーザによって指定された宛先を示す宛先情報と、前記ユーザによって指定されたイベントを識別するイベント識別情報と、を受け付ける受付手段と、
前記受付手段によって受け付けられた宛先情報を、前記受付手段によって受け付けられたイベント識別情報に対応付けて、前記記憶装置に記憶する記憶手段と、をさらに備えてもよい。
【００１５】
本発明の第１態様において、前記記憶装置には、複数の宛先情報が記憶されており、
前記提示手段は、前記イベントの種別に応じて、前記複数の宛先情報が示す宛先の中から提示すべき宛先を選択してもよい。
【００１６】
本発明の第１態様において、前記イベントの種別は、前記プリンタの動作が停止する要因の発生である第１種別、前記プリンタの動作に支障をきたす要因の発生である第２種別、および、前記プリンタの部品の残量が所定値以下になったことである第３種別を含んでもよい。
【００１７】
本発明の第２態様は、コンピュータに、本発明の第１態様の情報処理装置の各手段を実現させるためのプログラムである。
【００１８】
本発明の第３態様は、本発明の第１態様の情報処理装置と接続可能なプリンタであって、
一定時間毎、前記イベントが発生した場合、または、前記情報処理装置による要求を受信した場合に、前記イベントを識別するイベント識別情報を前記情報処理装置に送信する、
プリンタである。
【００１９】
本発明の第４態様は、プリンタと、サーバと、クライアント端末と、を備える情報処理システムであって、
前記プリンタは、前記プリンタに発生したイベントを識別するイベント識別情報を前記サーバに送信し、
前記サーバは、本発明の第１態様の情報処理装置の各手段を備え、
前記クライアント端末は、前記送信手段によって前記宛先に送信された通知を表示する、
情報処理システムである。
【発明の効果】
【００２０】
本発明によれば、プリンタの稼働率の低下を抑制することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態の情報処理システムの構成を示す図
【図２】図１の管理サーバ１０、ラベルプリンタ３０、および、クライアント端末５０の構成を示す図。
【図３】図２の記憶装置１２に記憶されたデータテーブルの構成を示す図。
【図４】図２の記憶装置１２に記憶されたデータテーブルの構成を示す図。
【図５】本実施形態の宛先情報の登録の処理のシーケンス図。
【図６】図５の処理において表示される表示画面の一例を示す図。
【図７】本実施形態の通知の処理のシーケンス図。
【図８】図７の処理において表示される表示画面の一例を示す図。
【発明を実施するための形態】
【００２２】
（１）情報処理システムの構成（図１〜図２）
本実施形態の情報処理システムについて説明する。
図１は、本実施形態の情報処理システムの構成を示す図である。図２は、図１の管理サーバ１０、ラベルプリンタ３０、および、クライアント端末５０の構成を示す図である。
【００２３】
図１に示すように、情報処理システム１は、管理サーバ１０と、複数のラベルプリンタ３０−１〜３０−ｎ（以下、各ラベルプリンタ３０−１〜３０−ｎに共通して言及するときには、「ラベルプリンタ３０」という）と、複数のクライアント端末５０−１〜５０−ｎ（以下、各クライアント端末５０−１〜５０−ｎに共通して言及するときには、「クライアント端末５０」という）と、を備える。
管理サーバ１０と、ラベルプリンタ３０と、クライアント端末５０とは、ネットワークＮＷ（例えば、インターネット）を介して、相互に通信可能である。
【００２４】
管理サーバ１０は、ラベルプリンタ３０に発生したイベントに応じた通知をクライアント端末５０に送信する機能を有する。
ラベルプリンタ３０は、ラベルに情報を印字する機能と、ラベルプリンタ３０のログデータを管理サーバ１０に送信する機能と、を有する。ラベルに印字される情報は、例えば、テキスト、バーコード、画像、または、それらの組合せである。
クライアント端末５０は、ユーザの指示を受け付ける機能と、ユーザに様々な情報を提示する機能と、を有する。クライアント端末５０は、例えば、コンピュータ、タブレット端末、スマートフォン等である。
【００２５】
（１−１）管理サーバの構成
図２に示すように、管理サーバ１０は、ＣＰＵ（Central Processing Unit）１１と、記憶装置１２と、通信インタフェース１３と、を備える。
【００２６】
記憶装置１２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、および、ストレージにより構成される。記憶装置１２には、管理サーバ１０のオペレーティングシステム（以下「ＯＳ」という）のプログラムと、管理サーバ１０の機能を実現するためのアプリケーション（以下「サーバアプリケーション」という）のプログラムと、ＣＰＵ１１によって参照されるデータと、ＣＰＵ１１によって生成されるデータと、が格納される。
【００２７】
ＣＰＵ１１は、記憶装置１２に記憶されたサーバアプリケーションのプログラムを実行することによって、サーバアプリケーションの機能を実現する。
【００２８】
通信インタフェース１３は、管理サーバ１０と、ラベルプリンタ３０およびクライアント端末５０との間の通信を制御する。通信インタフェース１３は、有線インタフェース、無線インタフェース、または、それらの組合せである。
【００２９】
（１−２）ラベルプリンタの構成
図２に示すように、ラベルプリンタ３０は、ＣＰＵ３１と、記憶装置３２と、入力デバイス３３と、表示デバイス３４と、印字ユニット３５と、通信インタフェース３６と、を備える。
【００３０】
記憶装置３２は、例えば、ＲＯＭ、ＲＡＭ、および、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）により構成される。記憶装置３２には、ラベルプリンタ３０の動作（例えば、印字動作）を制御するためのアプリケーション（以下「ファームウェア」という）のプログラムと、ＣＰＵ３１によって参照されるデータと、ＣＰＵ３１によって生成されるデータ（例えば、後述のログデータ）と、が格納される。
【００３１】
ＣＰＵ３１は、記憶装置３２に記憶されたファームウェアのプログラムを実行することによって、ファームウェアの機能を実現する。
【００３２】
入力デバイス３３は、例えば、ハードキー、タッチパネル、または、それらの組合せである。
【００３３】
表示デバイス３４は、例えば、液晶ディスプレイである。
【００３４】
印字ユニット３５は、ラベルに情報を印字するための機構である。印字ユニット３５は、例えば、用紙収容部と、プラテンローラと、印字ヘッドと、を含む。
用紙収容部には、ロール状の連続紙が収容される。連続紙は、例えば、台紙に仮着された複数のラベルである。ラベルは、粘着面および印字面を有する。
プラテンローラは、連続紙を搬送する機能を有する。プラテンローラは、ファームウェアの制御に従って回転する。プラテンローラが回転すると、連続紙が用紙収容部から繰り出される。用紙収容部から繰り出された連続紙は、プラテンローラの回転によって搬送される。
印字ヘッドは、ラベルに情報を印字する機能を有する。印字ヘッドは、ラベルに熱を加えることによって情報を印字してもよいし、インクリボンを用いて情報を印字してもよい。
カッタは、連続紙を構成する複数のラベルのうち、情報が印字されたラベルを連続紙から切り離す機能を有する。ラベルに情報が印字されると、当該ラベルと、情報が印字されていないラベルとの間にカッタが当接する。これにより、情報が印字されたラベルが連続紙から切り離される。
ラベル、インクリボン、プラテンローラ、印字ヘッド、および、カッタは、使用に伴い消耗する消耗品である。ラベルの残量、インクリボンの残量、プラテンローラの残量、印字ヘッドの残量、および、カッタの残量は、ラベルプリンタ３０に設けられた各種のセンサ（例えば、光学センサ）またはカウンタによって検出される。
【００３５】
通信インタフェース３６は、ラベルプリンタ３０と、管理サーバ１０およびクライアント端末５０との間の通信を制御する。通信インタフェース３６は、有線インタフェース、無線インタフェース、ＮＦＣ（Near Field Communication）インタフェース、または、それらの組合せである。
【００３６】
ＣＰＵ３１は、一定時間毎に、ラベルプリンタ３０の状態に関する情報を含むログデータを記憶装置３２に記憶する。ラベルプリンタ３０にイベントが発生した場合、ＣＰＵ３１は、イベントが発生した時刻（以下「イベント発生時刻」という）と、イベントを識別するイベントコードと、ラベルプリンタ３０に取り付けられた消耗品を識別する消耗品コードと、設定情報と、をログデータに含める。ＣＰＵ３１は、例えば、消耗品に埋め込まれたＩＣチップに記憶された消耗品コードを取り出し、取り出した消耗品コードをログデータに含める。
ＣＰＵ３１は、このログデータを管理サーバ１０に送信する。
「設定情報」とは、例えば、以下の情報を含む。
・動作モード…例えば、ラベルプリンタ３０の動作モードが、消費電力を制限しない通常モード、または、消費電力を制限するパワーセーブモードのいずれであるかを示す情報。
・連続稼働時間…ラベルプリンタ３０の電源がオンになってからの経過時間を示す情報。
・ファームウェアバージョン…ファームウェアのバージョン情報。
・搬送速度…プラテンローラが印字媒体を搬送する速度に関する設定値。
・印字濃度…印字ヘッドがラベルに印字する情報の濃度に関する設定値。
・センサタイプ…ラベルの位置を特定するセンサの種類（例えば、連続紙に設けられたアイマークに基づいてラベルの位置を特定するセンサ、または、複数のラベルの間に露出する台紙部分に基づいてラベルの位置を特定するセンサのいずれであるか）を示す情報。
・印字モード…１つのラベルに情報を印字する度に当該ラベルを台紙から剥離する剥離モード、または、ラベルを剥離することなく所定数のラベルに情報を印字する連続モードのいずれであるかを示す情報。
・総走行距離…プラテンローラの回転距離の累積値
・印字ヘッドの交換回数…印字ヘッドを交換した回数の累積値
・カッタの交換回数…カッタを交換した回数の累積値
・プラテンローラの交換回数…プラテンローラを交換した回数の累積値
【００３７】
（１−３）クライアント端末の構成
図２に示すように、クライアント端末５０は、ＣＰＵ５１と、記憶装置５２と、入力デバイス５３と、表示デバイス５４と、通信インタフェース５５とを備える。
【００３８】
記憶装置５２は、例えば、ＲＯＭ、ＲＡＭ、および、ストレージにより構成される。記憶装置５２には、クライアント端末５０のＯＳのプログラムと、アプリケーション（例えば、ブラウザ）のプログラムと、ＣＰＵ５１によって参照されるデータと、ＣＰＵ５１によって生成されるデータと、が格納される。
【００３９】
ＣＰＵ５１は、記憶装置５２に記憶されたプログラムを実行することによって、クライアント端末５０の機能を実現する。
【００４０】
入力デバイス５３は、例えば、キーボード、タッチパネル、または、それらの組合せである。
【００４１】
表示デバイス５４は、例えば、液晶ディスプレイである。
【００４２】
通信インタフェース５５は、クライアント端末５０と、管理サーバ１０およびラベルプリンタ３０との間の通信を制御する。通信インタフェース５５は、有線インタフェース、無線インタフェース、または、それらの組合せである。
【００４３】
（２）データテーブルの構成（図３〜図４）
本実施形態の記憶装置１２に記憶されたデータテーブルの構成について説明する。
図３および図４は、図２の記憶装置１２に記憶されたデータテーブルの構成を示す図である。
【００４４】
（２−１）ユーザデータテーブルの構成
図３に示すように、ユーザデータテーブルＴＢＬ１の各レコード（以下「ユーザレコード」という）には、ユーザに関する情報（以下「ユーザ情報」という）が格納される。ユーザデータテーブルＴＢＬ１は、ユーザの指示に基づいて、管理サーバ１０によって更新される。
ユーザデータテーブルＴＢＬ１は、「ユーザＩＤ」フィールドと、「プリンタＩＤ」フィールドと、「機種」フィールドと、「プリンタ名」フィールドと、「場所」フィールドと、を含む。
「ユーザ」とは、ラベルプリンタ３０のユーザとして、管理サーバ１０に登録されたユーザである。実際にラベルプリンタ３０を使用するユーザと、登録されたユーザとは、同一であってもよいし、異なってもよい。ユーザＩＤは、１人のユーザが所有してもよいし、複数のユーザが共有してもよい。
【００４５】
「ユーザＩＤ」フィールドには、ラベルプリンタ３０のユーザを識別するユーザＩＤが格納される。「ユーザＩＤ」フィールドのユーザＩＤは、ユーザレコードを特定する主キーである。ユーザＩＤは、ユーザが任意に決定した情報（例えば、メールアドレス）であってもよいし、管理サーバ１０がランダムで決定した情報であってもよい。
【００４６】
「プリンタＩＤ」フィールドには、ユーザが登録したラベルプリンタ３０を識別するプリンタＩＤが格納される。プリンタＩＤは、管理サーバ１０がランダムで決定した情報であってもよいし、ラベルプリンタ３０に固有のシリアルコードであってもよい。
【００４７】
「機種」フィールドには、ラベルプリンタ３０の機種を示す機種コードが格納される。「機種」フィールドの情報は、予め決められた情報である。
【００４８】
「プリンタ名」フィールドには、ユーザが登録したラベルプリンタ３０の名称（以下「プリンタ名」という）が格納される。プリンタ名は、ユーザが任意に決定した情報（例えば、テキスト情報）である。「プリンタ名」フィールドは、「プリンタＩＤ」フィールドに対応付けられる。つまり、ユーザは、ラベルプリンタ３０毎に、プリンタ名を登録することができる。
【００４９】
「場所」フィールドには、ユーザが登録したラベルプリンタ３０を使用する場所を示す情報（以下「ロケーション情報」という）が格納される。ロケーション情報は、ユーザが任意に決定した情報（例えば、テキスト情報）である。「場所」フィールドは、「プリンタＩＤ」フィールドに対応付けられる。つまり、ユーザは、ラベルプリンタ３０毎に、ロケーション情報を登録することができる。
【００５０】
（２−２）アドレスデータテーブルの構成
図３に示すように、アドレスデータテーブルＴＢＬ２の各レコード（以下「アドレスレコード」という）には、ラベルプリンタ３０に発生したイベントに関する通知の宛先の候補となるアドレスに関する情報（以下「アドレス情報」という）が格納される。アドレスデータテーブルＴＢＬ２は、ユーザの指示に基づいて、管理サーバ１０によって更新される。
アドレスデータテーブルＴＢＬ２は、「アドレス」フィールドと、「宛先名」フィールドと、「グループ」フィールドと、を含む。
ログデータテーブルＴＢＬ５は、ユーザＩＤに対応付けられる（つまり、アドレスデータテーブルＴＢＬ２は、ユーザ毎に設けられる）。
【００５１】
「アドレス」フィールドには、通知の宛先の候補となるアドレスが格納される。アドレスは、例えば、電子メールの宛先を示すメールアドレス、ＳＭＳ（Short Message Service）の宛先を示す携帯電話番号、電子メールおよびＳＭＳ以外のメッセージサービスの宛先を示すユーザＩＤ等である。アドレスは、ユーザが任意に決定した情報である。
【００５２】
「宛先名」フィールドには、アドレスの所有者名が格納される。所有者名は、ユーザが任意に決定した情報（例えば、テキスト情報）である。
【００５３】
「グループ」フィールドには、アドレスが所属するグループ名が格納される。グループ名は、ユーザが任意に決定した情報（例えば、テキスト情報）である。
【００５４】
（２−３）イベントデータテーブルの構成
図３に示すように、イベントデータテーブルＴＢＬ３の各レコード（以下「イベントレコード」という）には、イベントに関する情報が格納される。イベントレコードは、記憶装置１２に予め記憶されている。イベントレコードは、記憶装置１２に予め記憶されている。
イベントデータテーブルＴＢＬ３は、「イベントコード」フィールドと、「イベント名」フィールドと、「イベント種別」フィールドと、「内容」フィールドと、「対策」フィールドと、を含む。
【００５５】
「イベントコード」フィールドには、イベントコードが格納される。「イベントコード」フィールドのイベントコードは、イベントレコードを特定する主キーである。
【００５６】
「イベント名」フィールドには、イベント名が格納される。「イベント名」フィールドのイベント名は、予め決められた情報（例えば、テキスト情報）である。
【００５７】
「イベント種別」フィールドには、イベントの種別を示す種別コードが格納される。「イベント種別」フィールドの種別コードは、予め決められた情報である。
【００５８】
種別コード「Ａ」は、アラートを意味する。「アラート」とは、ラベルプリンタ３０の動作を即座に停止させることがないものの、ラベルプリンタ３０の動作に支障をきたす要因が発生したことを意味する。
例えば、アラートは、以下のイベントを含む。
・イベント名「クリーニング」（イベントコード「#1001」）…ラベルプリンタ３０のクリーニングを実施してから所定時間（例えば、１週間）が経過したこと。
・イベント名「カッタの交換」（イベントコード「#1002」）…カッタの使用回数（例えば、ラベルプリンタ３０に設けられたカッタカウンタによって検出された値）が、所定回数に達したこと。
・イベント名「プラテンローラの交換」（イベントコード「#1003」）…プラテンローラの回転距離（例えば、ラベルプリンタ３０に設けられたローラカウンタによって検出された値）が所定距離に達したこと。
・イベント名「印字ヘッドの交換」（イベントコード「#1004」）…印字ヘッドを通過した連続紙の累積距離（例えば、ラベルプリンタ３０に設けられたヘッドカウンタによって検出された値）が所定距離に達したこと。
所定時間、所定回数、および、所定距離は、固定値であってもよいし、ユーザが任意に決定した値であってもよい。
【００５９】
種別コード「Ｅ」は、エラーを意味する。「エラー」とは、ラベルプリンタ３０の動作が即座に停止する要因（つまり、ラベルプリンタ３０の動作にとって、アラートより重度の要因）が発生したことを意味する。
例えば、エラーは、以下のイベントを含む。
・イベント名「ラベルエンド」（イベントコード「#2001」）…連続紙の残量（例えば、ラベルプリンタ３０に設けられたセンサによって検出された値）がゼロになったこと。
・イベント名「リボンエンド」（イベントコード「#2002」）…インクリボンの残量（例えば、ラベルプリンタ３０に設けられたセンサによって検出された値）がゼロになったこと。
・イベント名「印字ヘッドエラー」（イベントコード「#2003」）…印字ヘッドに異常が発生したこと。印字ヘッドエラーは、例えば、ラベルプリンタ３０に設けられたヘッドチェック回路によって検出される。
・イベント名「カッタエラー」（イベントコード「#2004」）…カッタの位置（例えば、ラベルプリンタ３０に設けられたセンサによって検出された位置）が所定位置ではないこと。
・イベント名「オーバヒート」（イベントコード「#2005」）…ラベルプリンタ３０の筐体内の温度（例えば、ラベルプリンタ３０に設けられた温度センサによって検出された値）が所定温度以上であること。
・イベント名「ジャム」（イベントコード「#2006」）…連続紙が所定の搬送経路から外れた（つまり、連続紙がラベルプリンタ３０内で詰まった）こと。ジャムは、例えば、ラベルプリンタ３０に設けられたセンサによって検出される。
・イベント名「イミテーション」（イベントコード「#2007」）…ラベルプリンタ３０に取り付けられた消耗品が所定の消耗品（例えば、ラベルプリンタ３０の製造者によって製造された消耗品、または、ラベルプリンタ３０の製造者によって推奨された消耗品）ではないこと。イミテーションは、消耗品に設けられたＩＣチップに記憶された消耗品コードに基づいて、ＣＰＵ３１によって検出される。
・イベント名「サイズエラー」（イベントコード「#2008」）…用紙収容部に取り付けられた連続紙のサイズが、ラベルプリンタ３０が取り扱い可能なサイズではないこと。サイズエラーは、例えば、ラベルプリンタ３０に設けられたセンサによって検出される。
・イベント名「ノンロックエラー」（イベントコード「#2009」）…ラベルプリンタ３０の筐体に取り付けられた開閉カバーがロックされていないこと。ノンロックエラーは、例えば、ラベルプリンタ３０に設けられたセンサによって検出される。
【００６０】
種別コード「Ｗ」は、ワーニングを意味する。「ワーニング」とは、ラベルプリンタ３０の消耗品の残量が所定値以下になったこと（つまり、ラベルプリンタ３０の消耗品を交換すべきタイミングが迫っていること）を意味する。
例えば、ワーニングは、以下のイベントを含む。
・イベント名「リボンニアエンド」（イベントコード「#3001」）…インクリボンの残量（例えば、ラベルプリンタ３０に設けられたセンサによって検出された値）が所定値以下になったこと。
・イベント名「用紙ニアエンド」（イベントコード「#3002」）…連続紙の残量（例えば、ラベルプリンタ３０に設けられたセンサによって検出された値）が所定値以下になったこと。
所定値は、固定値であってもよいし、ユーザが任意に決定した値であってもよい。
【００６１】
「内容」フィールドには、イベントの内容を示す情報が格納される。「内容」フィールドの情報は、予め決められた情報（例えば、テキスト情報）である。
【００６２】
「対策」フィールドには、イベントを解消するための対策を示す情報が格納される。「対策」フィールドの情報は、予め決められた情報（例えば、テキスト情報）である。
【００６３】
（２−４）宛先データテーブルの構成
図４に示すように、宛先データテーブルＴＢＬ４の各レコード（以下「宛先レコード」という）には、宛先に関する情報が格納される。宛先データテーブルＴＢＬ４は、ユーザの指示に基づいて、管理サーバ１０によって更新される。
宛先データテーブルＴＢＬ４は、「イベントコード」フィールドと、「宛先」フィールドと、を含む。
宛先データテーブルＴＢＬ４は、プリンタＩＤに対応付けられる（つまり、宛先データテーブルＴＢＬ４は、ラベルプリンタ３０毎に設けられる）。
【００６４】
「イベントコード」フィールドには、イベントコードが格納される。「イベントコード」フィールドのイベントコードは、宛先レコードを特定する主キーである。
【００６５】
「宛先」フィールドには、少なくとも１つのアドレスが格納される。「宛先」フィールドのアドレスは、「イベントコード」フィールドのイベントコードによって識別されるイベントが発生した場合の通知の宛先を示している。
【００６６】
（２−５）ログデータテーブルの構成
図４に示すように、ログデータテーブルＴＢＬ５の各レコード（以下「ログレコード」という）には、ラベルプリンタ３０のログデータが格納される。ログデータテーブルＴＢＬ５は、ラベルプリンタ３０が送信したログデータに基づいて、管理サーバ１０によって更新される。
ログデータテーブルＴＢＬ５は、「時刻」フィールドと、「イベントコード」フィールドと、「消耗品コード」フィールドと、「設定」フィールドと、を含む。
ログデータテーブルＴＢＬ５は、プリンタＩＤに対応付けられる（つまり、ログデータテーブルＴＢＬ５は、ラベルプリンタ３０毎に設けられる）。
【００６７】
「時刻」フィールドには、イベント発生時刻を示す情報が格納される。「時刻」フィールドの情報は、ログレコードを特定する主キーである。なお、イベントが発生していない（つまり、後述の「イベントコード」フィールドに「ＮＯＮＥ」が格納されている）場合、「時刻」フィールドの情報は、ログデータの時刻を示す情報である。
【００６８】
「イベントコード」フィールドには、ラベルプリンタ３０に発生したイベントを識別するイベントコードが格納される。「ＮＯＮＥ」は、イベントが発生していないことを意味する。
【００６９】
「消耗品コード」フィールドには、ラベルプリンタ３０に取り付けられている消耗品を識別する消耗品コードが格納される。「Ｈ０００１」は、印字ヘッドを識別する識別コードである。「Ｒ０００１」は、プラテンローラを識別する識別コードである。「Ｌ０００１」は、連続紙を識別する識別コードである。「Ｃ０００１」は、カッタを識別する識別コードである。「ＵＮＫＮＯＷＮ」は、ラベルプリンタ３０に取り付けられた消耗品から取り出された消耗品コードが未知のコードであること、または、当該消耗品から消耗品コードが取り出せなかったことを意味する。
【００７０】
「設定」フィールドには、ラベルプリンタ３０の設定情報が格納される。
【００７１】
（３）情報処理のフロー
本実施形態の情報処理のフローについて説明する。
【００７２】
（３−１）宛先情報の登録の処理（図５〜図６）
本実施形態の宛先情報の登録の処理について説明する。
図５は、本実施形態の宛先情報の登録の処理のシーケンス図である。図６は、図５の処理において表示される表示画面の一例を示す図である。
図５において、管理サーバ１０の処理は、サーバアプリケーションの機能によって実行される。クライアント端末５０の処理は、ブラウザの機能によって実行される。
【００７３】
図５に示すように、はじめに、クライアント端末５０が、宛先情報の登録の要求を受け付ける（Ｓ５００）。
具体的には、ＣＰＵ５１は、入力デバイス５３を介して、ユーザの指示を受け付ける。
次に、ＣＰＵ５１は、受け付けたユーザの指示に基づいて、宛先情報を管理サーバ１０に登録するためのリクエストＲＥＱ１０を生成する。リクエストＲＥＱ１０は、指示を行ったユーザを識別するユーザＩＤを含む。
次に、ＣＰＵ５１は、通信インタフェース５５を介して、生成したリクエストＲＥＱ１０を管理サーバ１０に送信する。
【００７４】
管理サーバ１０は、リクエストＲＥＱ１０に基づく画面データをクライアント端末５０に送信する（Ｓ１００）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、Ｓ５００において送信されたリクエストＲＥＱ１０を受信する。
次に、ＣＰＵ１１は、ユーザデータテーブルＴＢＬ１において、受信したリクエストＲＥＱ１０に含まれるユーザＩＤによって特定されるユーザレコードを参照する。
次に、ＣＰＵ１１は、参照したユーザレコードの情報を参照して、宛先情報の登録の処理の対象となるプリンタ（以下「対象プリンタ」という）の指定を受け付ける画面の画面データを生成する。画面データは、例えば、ＨＴＭＬ（HyperText Markup Language）データである。画面データは、「プリンタ名」フィールドのプリンタ名および「機種」フィールドの機種コードを含む。
次に、ＣＰＵ１１は、通信インタフェース１３を介して、生成した画面データを、リクエストＲＥＱ１０に対するレスポンスＲＥＳ１０としてクライアント端末５０に送信する。
【００７５】
クライアント端末５０は、Ｓ１００において送信されたレスポンスＲＥＳ１０を受信すると、対象プリンタの指定を受け付ける画面を表示する（Ｓ５０１）。
具体的には、ＣＰＵ５１は、通信インタフェース５５を介して、レスポンスＲＥＳ１０を受信する。
次に、ＣＰＵ５１は、レスポンスＲＥＳ１０に基づいて、図６の画面Ｐ１０を表示デバイス５４に表示する。
【００７６】
図６に示すように、画面Ｐ１０は、表示領域Ａ１００〜Ａ１０２と、ボタンＢ１００と、を含んでいる。
表示領域Ａ１００には、レスポンスＲＥＳ１０に含まれるユーザＩＤが表示される。
表示領域Ａ１０１には、レスポンスＲＥＳ１０に含まれるプリンタ名および機種コードの組合せが、リスト形式で表示される。表示領域Ａ１０１に表示されたプリンタ名は、プリンタＩＤに対応付けられている。ユーザは、表示領域Ａ１０１に表示されたプリンタ名を指定することによって、対象プリンタを識別するプリンタＩＤを指定することができる。
表示領域Ａ１０２は、表示領域Ａ１０１に表示させるプリンタ名を絞り込むための条件が、プルダウン形式で表示される。この条件は、例えば、ユーザデータテーブルＴＢＬ１の「場所」フィールドに格納されたロケーション情報である。ユーザが表示領域Ａ１０２に表示されたロケーション情報を指定すると、ユーザデータテーブルＴＢＬ１において、指定されたロケーション情報に対応するプリンタ名が特定される。表示領域Ａ１０１には、特定されたプリンタ名のみが表示される。
ボタンＢ１００は、対象プリンタの指定が完了したときに操作するボタンである。
【００７７】
次に、クライアント端末５０は、対象プリンタの指定を受け付ける（Ｓ５０２）。
例えば、ユーザが、入力デバイス５３を介して、画面Ｐ１０の表示領域Ａ１０１に表示されたプリンタ名「ＰＲＴ１」を指定し、かつ、ボタンＢ１００を押下すると、ＣＰＵ５１は、指定されたプリンタ名「ＰＲＴ１」と、プリンタ名「ＰＲＴ１」に対応するプリンタＩＤ「Ｐ０００１」を含むリクエストＲＥＱ１１を生成する。
次に、ＣＰＵ５１は、通信インタフェース５５を介して、生成したリクエストＲＥＱ１１を管理サーバ１０に送信する。
【００７８】
管理サーバ１０は、Ｓ５０２において送信されたリクエストＲＥＱ１１を受信すると、リクエストＲＥＱ１１に基づく画面データをクライアント端末５０に送信する（Ｓ１０１）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、リクエストＲＥＱ１１を受信する。
次に、ＣＰＵ１１は、イベントデータテーブルＴＢＬ３の「イベント名」フィールドのイベント名を参照して、宛先情報の登録の処理の対象となるイベント（以下「対象イベント」という）の指定を受け付ける画面の画面データを生成する。画面データは、参照された「イベント名」フィールドのイベント名を含む。
次に、ＣＰＵ１１は、通信インタフェース１３を介して、生成した画面データを、リクエストＲＥＱ１１に対するレスポンスＲＥＳ１１としてクライアント端末５０に送信する。
【００７９】
クライアント端末５０は、Ｓ１０１において送信されたレスポンスＲＥＳ１１を受信すると、対象イベントの指定を受け付ける画面を表示する（Ｓ５０３）。
具体的には、ＣＰＵ５１は、通信インタフェース５５を介して、レスポンスＲＥＳ１１を受信する。
次に、ＣＰＵ５１は、レスポンスＲＥＳ１１に基づいて、図６の画面Ｐ１１を表示デバイス５４に表示する。
【００８０】
図６に示すように、画面Ｐ１１は、表示領域Ａ１００およびＡ１１０〜Ａ１１１と、ボタンＢ１１００と、を含んでいる。
表示領域Ａ１１０には、レスポンスＲＥＳ１１に含まれるイベント名が、リスト形式で表示される。表示領域Ａ１１０に表示されたイベント名は、イベントコードに対応付けられている。ユーザは、表示領域Ａ１１０に表示されたイベント名を指定することによって、対象イベントを識別するイベントコードを指定することができる。
表示領域Ａ１１１は、表示領域Ａ１１０に表示させるイベント名を絞り込むための条件が、プルダウン形式で表示される。この条件は、例えば、イベントの種別を示す種別コード「Ａ」、「Ｅ」、または、「Ｗ」である。ユーザが表示領域Ａ１１１に表示された種別コードを指定すると、イベントデータテーブルＴＢＬ３において、指定された種別コードに対応するイベント名が特定される。表示領域Ａ１０１には、特定されたイベント名のみが表示される。
ボタンＢ１１０は、対象イベントの指定が完了したときに操作するボタンである。
【００８１】
次に、クライアント端末５０は、対象イベントの指定を受け付ける（Ｓ５０４）。
例えば、ユーザが、入力デバイス５３を介して、画面Ｐ１１の表示領域Ａ１１０に表示されたイベント名「リボンニアエンド」を指定し、かつ、ボタンＢ１１０を押下すると、ＣＰＵ５１は、指定されたイベント名「リボンニアエンド」と、当該イベント名「リボンニアエンド」に対応するイベントコード「#3001」と、を含むリクエストＲＥＱ１２を生成する。
ＣＰＵ５１は、通信インタフェース５５を介して、生成したリクエストＲＥＱ１２を管理サーバ１０に送信する。
【００８２】
管理サーバ１０は、Ｓ５０４において送信されたリクエストＲＥＱ１２を受信すると、クライアント端末５０に、リクエストＲＥＱ１２に基づく画面データを送信する（Ｓ１０２）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、リクエストＲＥＱ１２を受信する。
次に、ＣＰＵ１１は、リクエストＲＥＱ１０に含まれるユーザＩＤに対応するアドレスデータテーブルＴＢＬ２の「アドレス」フィールドのアドレスおよび「宛先名」フィールドの所有者名を参照して、通知の宛先の指定を受け付ける画面の画面データを生成する。画面データは、参照された「アドレス」フィールドのアドレスおよび「宛先名」フィールドの所有者名を含む。
次に、ＣＰＵ１１は、通信インタフェース１３を介して、生成した画面データを、レスポンスＲＥＳ１２としてクライアント端末５０に送信する。  
【００８３】
クライアント端末５０は、Ｓ１０２において送信されたレスポンスＲＥＳ１２を受信すると、宛先の指定を受け付ける画面を表示する（Ｓ５０５）。
具体的には、ＣＰＵ５１は、通信インタフェース５５を介して、レスポンスＲＥＳ１２を受信する。
次に、ＣＰＵ５１は、レスポンスＲＥＳ１２に基づいて、図６の画面Ｐ１２を表示デバイス５４に表示する。
【００８４】
図６に示すように、画面Ｐ１２は、表示領域Ａ１００およびＡ１２０と、ボタンＢ１２０と、を含んでいる。
表示領域Ａ１２０には、レスポンスＲＥＳ１２に含まれる「アドレス」フィールドのアドレスおよび「宛先名」フィールドの所有者名の組合せが、リスト形式で表示される。ユーザは、表示領域Ａ１２０に表示されたアドレスを指定することによって、通知の宛先を指定することができる。
ボタンＢ１２０は、宛先の指定が完了したときに操作するボタンである。
【００８５】
次に、クライアント端末５０は、宛先の指定を受け付ける（Ｓ５０６）。
例えば、ユーザが、入力デバイス５３を介して、画面Ｐ１２の表示領域Ａ１２０に表示されたアドレス「abc...」および「xyz...」を指定し、かつ、ボタンＢ１２０を押下すると、ＣＰＵ５１は、指定されたアドレス「abc...」および「xyz...」を含むリクエストＲＥＱ１３を生成する。
次に、ＣＰＵ５１は、通信インタフェース５５を介して、生成したリクエストＲＥＱ１３を管理サーバ１０に送信する。
【００８６】
管理サーバ１０は、Ｓ５０６において送信されたリクエストＲＥＱ１３を受信すると、宛先情報を登録する（Ｓ１０３）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、リクエストＲＥＱ１３を受信する。
次に、ＣＰＵ１１は、リクエストＲＥＱ１１に含まれるプリンタＩＤ「Ｐ０００１」に対応する宛先データテーブルＴＢＬ４に、リクエストＲＥＱ１２に含まれるイベントコード「#3001」と、リクエストＲＥＱ１３に含まれるアドレス「abc...」および「xyz...」と、を含む宛先レコードを追加する。これにより、宛先情報が管理サーバ１０に登録される。
【００８７】
次に、管理サーバ１０は、クライアント端末５０に、リクエストＲＥＱ１３に基づく画面データを送信する（Ｓ１０４）。
具体的には、ＣＰＵ１１は、宛先情報の登録の処理が完了したことを示す画面の画面データを生成する。画面データは、リクエストＲＥＱ１１に含まれるプリンタ名「ＰＲＴ１」と、リクエストＲＥＱ１２に含まれるイベント名と、リクエストＲＥＱ１３に含まれるアドレスと、を含む。
次に、ＣＰＵ１１は、通信インタフェース１３を介して、生成した画面データを、レスポンスＲＥＳ１３としてクライアント端末５０に送信する。
【００８８】
クライアント端末５０は、Ｓ１０４において送信されたレスポンスＲＥＳ１３を受信すると、宛先情報の登録の処理が完了したことを提示する画面を表示する（Ｓ５０７）。
具体的には、ＣＰＵ５１は、通信インタフェース５５を介して、レスポンスＲＥＳ１３を受信する。
次に、ＣＰＵ５１は、レスポンスＲＥＳ１３に基づいて、図６の画面Ｐ１３を表示デバイス５４に表示する。
【００８９】
図６に示すように、画面Ｐ１３は、表示領域Ａ１００およびＡ１３０を含んでいる。
表示領域Ａ１３０には、レスポンスＲＥＳ１３に含まれる情報（プリンタ名「ＰＲＴ１」、イベントの内容「ＡＢＣ」、および、宛先「abc...」）が表示される。
【００９０】
（３−２）通知の送信の処理（図７〜図８）
本実施形態の通知の送信の処理について説明する。
図７は、本実施形態の通知の送信の処理のシーケンス図である。図８は、図７の処理において表示される表示画面の一例を示す図である。
図７において、管理サーバ１０の処理は、サーバアプリケーションの機能によって実行される。ラベルプリンタ３０の処理は、ファームウェアの機能によって実行される。クライアント端末５０−１および５０−２の処理は、ブラウザの機能によって実行される。
【００９１】
ラベルプリンタ３０は、ログデータＤ２０を管理サーバ１０に送信する（Ｓ３２０）。
具体的には、ＣＰＵ３１は、記憶装置３２から、管理サーバ１０に送信していないログデータＤ２０を取り出す。ログデータＤ２０は、プリンタＩＤと、イベント発生時刻を示す情報と、イベントコードと、消耗品コードと、を含む。ログデータＤ２０に含まれるイベント発生時刻を示す情報、イベントコード、および、消耗品コードの組合せは、１つであってもよいし、複数であってもよい。
次に、ＣＰＵ３１は、通信インタフェース３６を介して、ログデータＤ２０を管理サーバ１０に送信する。
Ｓ３２０は、一定時間毎（一例として、１０分毎）、イベントが発生した場合、および、管理サーバ１０によるリクエスト（ログデータの送信の要求）を受信した場合のいずれかの場合に実行される。
【００９２】
管理サーバ１０は、Ｓ３２０において送信されたログデータＤ２０を受信すると、ログデータテーブルＴＢＬ５を更新する（Ｓ１２０）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、ログデータＤ２０を受信する。
次に、ＣＰＵ１１は、ログデータＤ２０に含まれるプリンタＩＤに対応するログデータテーブルＴＢＬ５に、ログデータＤ２０に含まれるイベント発生時刻を示す情報と、イベントコード、および、消耗品コードを含む新たなログレコードを追加する。
【００９３】
次に、管理サーバ１０は、宛先を特定する（Ｓ１２１）。
具体的には、ＣＰＵ１１は、宛先データテーブルＴＢＬ４において、ログデータＤ２０に含まれるイベントコードに対応する「宛先」フィールドのアドレスを、通知の宛先として特定する。
【００９４】
次に、管理サーバ１０は、通知を作成する（Ｓ１２２）。
具体的には、ＣＰＵ１１は、イベントデータテーブルＴＢＬ３において、ログデータＤ２０に含まれるイベントコードによって特定されるイベントレコードを参照する。
次に、ＣＰＵ１１は、参照したイベントレコードの情報（つまり、「イベントコード」フィールド、「イベント種別」フィールド、「イベント名」フィールド、「内容」フィールド、および、「対策」フィールドの情報）と、ログデータＤ２０に含まれるイベント発生時刻を示す情報とを用いて、通知Ｄ２１を作成する。通知は、テキストデータ、静止画像の画像データ、動画像の画像データ、ＵＲＬ（Uniform Resource Locator）、または、それらの組合せである。
【００９５】
次に、管理サーバ１０は、通知を送信する（Ｓ１２３）。
具体的には、ＣＰＵ１１は、通信インタフェース１３を介して、Ｓ１２２において作成した通知Ｄ２１を、Ｓ１２１において特定した宛先に送信する。
【００９６】
クライアント端末５０−１および５０−２は、Ｓ１２３において送信された通知Ｄ２１を受信すると、通知Ｄ２１を含む画面を表示する（Ｓ５２０）。
具体的には、ＣＰＵ５１は、通信インタフェース５５を介して、通知Ｄ２１を受信する。
次に、ＣＰＵ５１は、通知Ｄ２１に基づいて、図８の画面Ｐ２０を表示デバイス５４に表示する。
【００９７】
図８に示すように、画面Ｐ２０は、表示領域Ａ２００を含んでいる。
表示領域Ａ２００には、イベントコードと、種別コードと、イベント名と、イベント発生時刻と、イベントの内容を示すテキストと、イベントを解消するための対策を示すテキストと、が表示される。
【００９８】
（４）本実施形態の小括
以下、本実施形態について小括する。
【００９９】
本実施形態では、ラベルプリンタ３０（プリンタの一例）と接続され、かつ、ラベルプリンタ３０に発生したイベントを識別するイベントコード（イベント識別情報の一例）に対応付けられたアドレス（宛先情報の一例）を記憶する記憶装置１２にアクセス可能な管理サーバ１０（情報処理装置の一例）が、イベントコードをラベルプリンタ３０から取得する（例えば、Ｓ１２０の処理を実行する）取得手段と、記憶装置１２に記憶されたアドレスのうち、取得手段によって取得されたイベントコードに対応するアドレスが示す宛先に、イベントコードによって識別されるイベントに応じた通知を送信する（例えば、Ｓ１２３の処理を実行する）送信手段と、を備える。
【０１００】
また、本実施形態では、管理サーバ１０と接続可能なラベルプリンタ３０が、一定時間毎、または、イベントが発生したときに、イベントを識別するイベント識別情報を情報処理装置に送信する（例えば、Ｓ３２０の処理を実行する）。
【０１０１】
また、本実施形態では、ラベルプリンタ３０と、管理サーバ１０（サーバの一例）と、クライアント端末５０と、を備える情報処理システム１であって、ラベルプリンタ３０は、ラベルプリンタ３０に発生したイベントを識別するイベントコードを管理サーバ１０に送信し（例えば、Ｓ３２０の処理を実行し）、管理サーバ１０は、上記各手段を備え、クライアント端末５０は、上記送信手段によって上記宛先に送信された通知を表示する（例えば、Ｓ５２０の処理を実行する）。
【０１０２】
これにより、ユーザの操作を介さずに、ラベルプリンタ３０に発生したイベントに関する情報を適切な宛先に送信することができる。その結果、イベントによってラベルプリンタ３０の動作が停止することを未然に防止することができ、または、イベントによって停止したラベルプリンタ３０の復旧迄に要する時間を短縮することができる。したがって、ラベルプリンタ３０の稼働率の低下を抑制することができる。
例えば、ユーザは、アラートに関する通知の宛先に、ラベルプリンタ３０の担当者のアドレスを登録し、エラーに関する通知の宛先に、ラベルプリンタ３０の修理の知識を持った担当者のアドレスを登録し、ワーニングに関する通知の宛先に、備品の担当者のアドレスを登録することができる。この場合、アラートが発生した場合、ラベルプリンタ３０の担当者にイベントの内容が通知されるので、アラートを解消するために必要な措置を速やかに取ることができる。エラーが発生した場合、ラベルプリンタ３０の修理の知識を持った担当者にイベントの内容が通知されるので、ラベルプリンタ３０を速やかに修理することができる。ワーニングが発生した場合、備品の担当者にイベントの内容が通知されるので、必要な消耗品を速やかに準備することができる。
【０１０３】
また、本実施形態では、イベントコードによって識別されるイベントと、アドレスが示す宛先と、をユーザに提示する（例えば、Ｓ１００〜Ｓ１０２の処理を実行する）提示手段と、提示手段によって提示されたイベントおよび宛先の中から、ユーザによって指定された宛先を示すアドレスと、ユーザによって指定されたイベントを識別するイベントコードと、を受け付ける（例えば、Ｓ１０３の処理を実行する）受付手段と、受付手段によって受け付けられた宛先情報を、受付手段によって受け付けられたイベントコードに対応付けて、記憶装置１２に記憶する（例えば、Ｓ１０３の処理を実行する）記憶手段と、をさらに備えてもよい。
これにより、ユーザは、提示されたイベントおよび宛先（例えば、図６の画面Ｐ１１〜Ｐ１２）の中から所望の宛先を指定することによって、通知の宛先を登録することができる。その結果、通知の宛先の登録に係るユーザの負担を軽減することができる。
【０１０４】
また、本実施形態では、イベントの種別は、ラベルプリンタ３０の動作が停止する要因の発生であるエラー（第１種別の一例）、ラベルプリンタ３０の動作に支障をきたす要因の発生であるアラート（第２種別の一例）、および、ラベルプリンタ３０の消耗品の残量が所定値以下になったことであるワーニング（第３種別の一例）を含んでもよい。
【０１０５】
（５）変形例
本実施形態の変形例について説明する。
【０１０６】
（５−１）変形例１
変形例１では、所定条件を満たす場合、管理サーバ１０が、通知の宛先、および、通知の内容の少なくとも１つを変更する例について説明する。
「所定条件」とは、イベント発生時刻から所定時間（例えば、１時間）が経過したときにイベントが解消していないこと、一定時間内（例えば、３時間の通知の送信回数（つまり、Ｓ１２３の実行回数）が所定回数（例えば、５回）に達したこと、ラベルプリンタ３０に取り付けられた消耗品が所定の消耗品ではないこと、または、それらの組合せである。
【０１０７】
変形例１の第１例について説明する。変形例１の第１例は、所定条件を満たす場合、管理サーバ１０が通知の宛先を変更する例である。
図７のＳ１２３において、ＣＰＵ１１は、宛先データテーブルＴＢＬ４の「宛先」フィールドのアドレスのうち、グループ名「Ｒ１」に対応するアドレスに、通知を送信する。
そして、Ｓ５２０の後に所定条件を満たす場合、ＣＰＵ１１は、宛先データテーブルＴＢＬ４の「宛先」フィールドのアドレスのうち、グループ名「Ｒ２」に対応するアドレスに、Ｓ１２３において送信した通知と同一の通知を送信する。
【０１０８】
変形例１の第２例について説明する。変形例１の第２例は、所定条件を満たす場合、管理サーバ１０が通知の内容を変更する例である。
図７のＳ５２０の後に所定条件を満たす場合、ＣＰＵ１１は、Ｓ１２３において送信した通知とは異なる内容の新しい通知を作成する。例えば、ＣＰＵ１１は、Ｓ１２３において送信した通知のテキストデータを別のテキストデータに変更することによって、新しい通知を作成する。
次に、ＣＰＵ１１は、作成した新しい通知を、Ｓ１２３において送信した通知の宛先と同一の宛先に送信する。
【０１０９】
変形例１の第３例について説明する。変形例１の第３例は、所定条件を満たす場合、管理サーバ１０が通知を再送する例である。
図７のＳ５２０の後に所定条件を満たす場合、ＣＰＵ１１は、Ｓ１２３において送信した通知と同一の通知を、Ｓ１２３において送信した通知の宛先と同一の宛先に送信する。
【０１１０】
変形例１の第１例によれば、記憶装置１２には、グループ名「Ｒ１」に対応するアドレス（「第１宛先情報」の一例）およびグループ名「Ｒ２」に対応するアドレス（「第２宛先情報」の一例）がイベントコードに対応付けて記憶されており、送信手段は、所定条件を満たさない場合、グループ名「Ｒ１」に対応するアドレスに通知を送信し、所定条件を満たす場合、グループ名「Ｒ２」に対応するアドレスに通知を送信する。
変形例１の第２例によれば、通知は、テキストデータおよび画像データの少なくとも１つを含み、送信手段は、所定条件を満たす場合、通知に含まれるテキストデータおよび画像データの少なくとも１つを変更する。
これにより、ユーザは、所定条件を満たす場合と満たさない場合とで、通知の宛先、および、通知の内容の少なくとも１つを切り替えることができる。その結果、ラベルプリンタ３０の管理の自由度が向上する。
【０１１１】
変形例１の第３例によれば、送信手段は、所定条件を満たす場合、通知を再送する。
これにより、通知を受信したユーザが当該通知を見落とす確率を低減することができる。
【０１１２】
また、変形例１によれば、取得手段は、さらに、イベント発生時刻を示す情報をラベルプリンタ３０から取得し、所定条件は、イベント発生時刻から所定時間が経過したときにイベントが解消していないことであってもよい。
また、変形例１によれば、所定条件は、一定時間内の通知の送信回数が所定回数に達したことであってもよい。
これにより、イベントが解消されない状態（例えば、ラベルプリンタ３０の動作に支障をきたした状態、ラベルプリンタ３０が停止した状態、および、消耗品の残量が少なくなった状態のいずれかの状態）にある時間を短縮することができる。
【０１１３】
また、変形例１によれば、所定条件は、ラベルプリンタ３０に取り付けられている消耗品が所定の消耗品ではないことであってもよい。
これにより、ラベルプリンタ３０に取り付けられている消耗品の利用状況（例えば、ラベルプリンタ３０の製造者によって製造された消耗品であるか否か）を、適切な宛先に通知することができる。
【０１１４】
（５−２）変形例２
変形例２では、イベントの種別に応じて、ユーザに提示する宛先の候補を切り換える例について説明する。
【０１１５】
例えば、ＣＰＵ１１は、図５のＳ１０２において、リクエストＲＥＱ１２に含まれるイベントコードに対応する種別コードが「Ａ」である（つまり、イベントがアラートである）場合、アドレスデータテーブルＴＢＬ２においてグループ名「Ｒ１」に対応する「アドレス」フィールドのアドレスを含むレスポンスＲＥＳ１２を生成する。この場合、グループ名「Ｒ１」に対応するアドレスのみが図６の画面Ｐ１１の表示領域Ａ１１０に表示される。
一方、ＣＰＵ１１は、リクエストＲＥＱ１２に含まれるイベントコードに対応する種別コードが「Ｅ」である（つまり、イベントがエラーである）場合、アドレスデータテーブルＴＢＬ２においてグループ名「Ｒ２」に対応する「アドレス」フィールドのアドレスを含むレスポンスＲＥＳ１２を生成する。この場合、グループ名「Ｒ２」に対応するアドレスのみが表示領域Ａ１１０に表示される。
【０１１６】
変形例２によれば、記憶装置１２には、複数のアドレスが記憶されており、提示手段は、イベントの種別に応じて、複数のアドレスが示す宛先の中から提示すべき宛先を選択する。
これにより、イベントの種別に応じた適切な宛先に通知を送信することができる。
【０１１７】
（５−３）変形例３
変形例３では、ユーザが指定した宛先以外の宛先に通知を送信する例について説明する。
リクエストＲＥＱ１２に含まれるイベントコードが特定のイベントコード（例えば、イベント名「イミテーション」を示すイベントコード「#2007」）である場合、ＣＰＵ１１は、図７のＳ１２３において、ログデータＤ２０に含まれるイベントコードに対応する「宛先」フィールドのアドレスに加えて、ラベルプリンタ３０の製造者が所有するアドレスに送信する。
【０１１８】
変形例３によれば、特定のイベントが発生した場合、ラベルプリンタ３０の製造者は、特定のイベントに関する通知を受け取ることができるので、特定のイベントの発生状況を把握することができる。特に、特定のイベントがイベント名「イミテーション」である場合、所定の消耗品以外の消耗品が取り付けられたラベルプリンタ３０に関する情報（例えば、当該ラベルプリンタ３０の数）を把握することができる。ラベルプリンタ３０の製造者は、ラベルプリンタ３０および消耗品の開発および販売の計画を立てる際に、このような情報を活用することができる。
【０１１９】
（５−４）変形例４
変形例４では、管理サーバ１０が、イベントの種別毎に宛先情報の登録を受け付ける例について説明する。
ＣＰＵ１１は、Ｓ１０１において、イベントデータテーブルＴＢＬ３の「イベント種別」フィールドの種別コードを参照して、宛先情報の登録の処理の対象となるイベント種別の指定を受け付ける画面の画面データを生成する。画面データは、参照された「イベント種別」フィールドの種別コードを含む。
次に、ＣＰＵ５１は、Ｓ５０３において、ＣＰＵ１１によって生成された画面データに基づいて、イベントの種別の指定を受け付ける画面を表示デバイス５４に表示する。
【０１２０】
（５−５）変形例５
変形例５では、管理サーバ１０が、ユーザの指示に基づいてイベントデータテーブルＴＢＬ３を更新する例について説明する。
例えば、イベントデータテーブルＴＢＬ３は、ユーザＩＤに対応付けて記憶されている。
ユーザが、入力デバイス５３を介して、イベントデータテーブルＴＢＬ３のデータを変更するための指示を与えると、ＣＰＵ５１は、当該指示を含むリクエストを管理サーバ１０に送信する。当該リクエストは、指示を与えたユーザを識別するユーザＩＤと、更新の対象となるイベントを識別するイベントコードと、更新の内容を示す情報（例えば、イベントを解消するための対策を示すテキスト）を含む。
ＣＰＵ１１は、ＣＰＵ５１によって送信されたリクエストを受信すると、当該リクエストに含まれるユーザＩＤに対応するイベントデータテーブルＴＢＬ３において、当該リクエストに含まれるイベントコードによって特定されるイベントレコードを取り出す。
次に、ＣＰＵ１１は、当該リクエストに含まれる更新の内容を示す情報を用いて、取り出したイベントレコードの「対策」フィールドの情報を書き換える。これにより、イベントデータテーブルＴＢＬ３が更新される。
【０１２１】
（５−６）変形例６
変形例６では、管理サーバ１０が、ユーザの指示に基づいてログデータを表示する例について説明する。
例えば、ユーザが、入力デバイス５３を介して、ログデータを表示するための指示を与えると、ＣＰＵ５１は、当該指示を含むリクエストを管理サーバ１０に送信する。当該リクエストは、表示すべきログデータを送信したラベルプリンタ３０を識別するためのプリンタＩＤと、表示すべきログデータの範囲を指定するための条件と、を含む。この条件は、例えば、期間、または、イベントコードである。
次に、ＣＰＵ１１は、ＣＰＵ５１によって送信されたリクエストを受信すると、当該リクエストに含まれるプリンタＩＤに対応するログデータテーブルＴＢＬ５において、当該リクエストに含まれる条件に該当するログレコードを取り出す。
次に、ＣＰＵ１１は、通信インタフェース１３を介して、取り出したログレコードをクライアント端末５０に送信する。
次に、ＣＰＵ５１は、ＣＰＵ１１によって送信されたログレコードを受信すると、受信したログレコードに含まれるイベント発生時刻を示す情報と、イベントコードと、消耗品コードと、を提示する画面を表示デバイス５４に表示する。
【０１２２】
（５−７）その他の変形例
上記実施形態では、プリンタがラベルプリンタ３０である例について説明したが、本実施形態のプリンタは、これに限られない。本実施形態のプリンタは、ラベル以外の印字媒体に情報を印字する装置（例えば、インクジェットプリンタ、レーザプリンタ、複合機等）も含む。
【０１２３】
上記実施形態では、ラベルプリンタ３０の用紙収容部に収容される連続紙の例として、台紙に仮着された複数のラベルを例示したが、本実施形態の連続紙は、これに限られない。本実施形態の連続紙は、台紙に仮着されていない連続状のラベルであってもよいし、ＲＦＩＤ（Radio Frequency IDentifier）が埋め込まれたラベルであってもよいし、粘着面を有しない印字媒体（例えば、タグ、リストバンド等）であってもよい。
【０１２４】
上記実施形態では、ＣＰＵ３１が、消耗品に埋め込まれたＩＣチップに記憶された消耗品コードをログデータに含める例について説明したが、消耗品を識別する情報を得る方法は、これに限られない。例えば、ＣＰＵ３１は、消耗品に所定の電圧を印加したときに得られる電流を測定し、測定された電流に基づいて消耗品の電気抵抗を算出し、算出した電気抵抗をログデータに含めてもよい。この場合、ログデータテーブルＴＢＬ５の「消耗品コード」フィールドには、消耗品コードに代えて、ＣＰＵ３１によって算出された電気抵抗が格納される。
【０１２５】
上記実施形態では、記憶装置１２が管理サーバ１０内に設けられる例について説明したが、記憶装置１２は、管理サーバ１０外に設けられてもよい。この場合、記憶装置１２は、管理サーバ１０とネットワークＮＷを介して接続される。ＣＰＵ１１は、通信インタフェース１３を介して、記憶装置１２にアクセスする。
【０１２６】
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態および変形例は、組合せ可能である。
【符号の説明】
【０１２７】
１          ：情報処理システム
１０        ：管理サーバ
１１        ：ＣＰＵ
１２        ：記憶装置
１３        ：通信インタフェース
３０        ：ラベルプリンタ
３１        ：ＣＰＵ
３２        ：記憶装置
３３        ：入力デバイス
３４        ：表示デバイス
３５        ：印字ユニット
３６        ：通信インタフェース
５０        ：クライアント端末
５１        ：ＣＰＵ
５２        ：記憶装置
５３        ：入力デバイス
５４        ：表示デバイス
５５        ：通信インタフェース
【図１】
2018146996.tif 000003
【図２】
2018146996.tif 000004
【図３】
2018146996.tif 000005
【図４】
2018146996.tif 000006
【図５】
2018146996.tif 000007
【図６】
2018146996.tif 000008
【図７】
2018146996.tif 000009
【図８】
2018146996.tif 000010