JP2017062595A - 携帯端末及びプログラム - Google Patents

Abstract

【課題】メンテナンス情報を収集可能な携帯端末及びプログラムを提供することにある。
【解決手段】実施形態によれば、携帯端末は、受信手段と、処理手段と、表示手段とを備えている。前記受信手段は、プリンタから無線通信を介して前記プリンタの状態を示すメンテナンス情報を受信する。前記処理手段は、受信した前記メンテナンス情報を可視化する。前記表示手段は、可視化された前記メンテナンス情報を表示する。
【選択図】図１

Description

本発明の実施形態は、携帯端末及びプログラムに関する。

ＭＦＰ （Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎａｌ Ｐｅｒｉｐｈｅｒａｌ）に限らず、レシートを印刷するＰＯＳ （Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）プリンタや通帳プリンタなど、エンドユーザのニーズに合った様々なプリンタがある。このようなプリンタは、プリンタから各種情報を収集するためのエンドユーザ側のネットワークに接続されている。エンドユーザ側のネットワークは、プリンタの状態を示すメンテナンス情報を収集し保存する。

他方で、プリンタのベンダーは、プリンタのメンテナンス情報を蓄積するサーバを備える。ベンダーのサーバをエンドユーザ側のネットワークに接続できる環境では、サーバは、エンドユーザ側のネットワークからメンテナンス情報を直接的に収集する。これにより、ベンダーは、プリンタのメンテナンス情報を常にモニタリングすることができる。

特開２０１４−４８６７２号公報

しかしながら、セキュリティの観点から、ベンダーのサーバをエンドユーザ側のネットワークに接続することが難しい場合がある。そのような場合、サーバは、メンテナンス情報を直接的に収集することができない。

本発明の実施形態が解決しようとする課題は、メンテナンス情報を容易に収集可能な携帯端末及びプログラムを提供することにある。

実施形態によれば、携帯端末は、受信手段と、処理手段と、表示手段とを備える。前記受信手段は、プリンタから無線通信を介して前記プリンタの状態を示すメンテナンス情報を受信する。前記処理手段は、受信した前記メンテナンス情報を可視化する。前記表示手段は、可視化された前記メンテナンス情報を表示する。

第１の実施形態に係る携帯端末及びこれと通信する機器の概略図。 第１の実施形態に係る携帯端末のブロック図。 第１の実施形態に係るプリンタのブロック図。 第１の実施形態に係るサーバのブロック図。 第１の実施形態に係るプリンタにおける処理のフローチャート。 第１の実施形態に係る携帯端末における処理のフローチャート。 第１の実施形態に係る携帯端末における一例となる一次保守のための処理のフローチャート。 第１の実施形態に係る携帯端末における別の例となる一次保守のための処理のフローチャート。 第２の実施形態に係るプリンタにおける処理のフローチャート。 第２の実施形態に係る携帯端末における処理のフローチャート。

以下、いくつかの実施の形態について、図面を参照して説明する。
（第１の実施形態）
図１は、第１の実施形態に係る携帯端末１及びこれと通信する機器の概略図である。
携帯端末１は、無線通信機能を備える端末である。携帯端末１は、店舗内に設置されているｎ台（ｎは１以上）のプリンタ２−１〜プリンタ２−ｎそれぞれと直接的に無線通信する。携帯端末１は、無線通信を用いて、プリンタ２−１からプリンタ２−１のメンテナンスに必要なメンテナンス情報を収集する。同様に、携帯端末１は、無線通信を用いて、プリンタ２−２〜プリンタ２−ｎからもメンテナンス情報を収集する。メンテナンス情報については後述する。

携帯端末１は、例えば、近距離無線通信の規格であるＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いる。なお、携帯端末１は、ＮＦＣ以外の無線通信の規格を用いてもよい。携帯端末１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＷｉ‐Ｆｉ（登録商標）などの規格を用いてもよい。

プリンタ２−１〜プリンタ２−ｎは、店舗内に設置されている。以下では、プリンタ２−１を例として構成及び処理を説明する。プリンタ２−２〜プリンタ２−ｎの構成及び処理はプリンタ２−１と同様であるので、その説明を省略する。

プリンタ２−１は、例えば、店舗内のレジで用いられるＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）プリンタである。なお、プリンタ２−１は、ＰＯＳプリンタ以外のプリンタであってもよい。プリンタ２−１は、銀行で用いられる通帳プリンタであっても、ＭＦＰであってもよい。

サーバ３は、プリンタ２−１〜プリンタ２−ｎそれぞれのメンテナンス情報を蓄積する。メンテナンス情報は、携帯端末１からサーバ３へ送信される。携帯端末１からサーバ３へのメンテナンス情報の送信手法のいくつかの例を示す。携帯端末１は、基地局を介してメンテナンス情報をサーバ３へアップロードする。携帯端末１は、電子メールにより、基地局を介してメンテナンス情報をサーバ３へ送信してもよい。携帯端末１は、サーバ３との直接的な無線通信を用いて、メンテナンス情報をサーバ３へ送信してもよい。携帯端末１は、サーバ３との有線接続により、メンテナンス情報をサーバ３へ送信してもよい。

サーバ３は、プリンタ２−１〜プリンタ２−ｎそれぞれとメンテナンス情報を対応付けて保存する。サーバ３は、携帯端末１から直近に受信したメンテナンス情報だけでなく、以前に受信したメンテナンス情報も蓄積する。さらに、サーバ３は、メンテナンス情報として、サービスマンによる保守の履歴も蓄積する。サービスマンによる保守の履歴は、サービスマンがプリンタの構成要素を交換した履歴である。サービスマンによる保守の履歴は、サービスマンが後述する一次保守を行った履歴も含む。サービスマンによる保守の履歴は、サーバ３で入力されても、携帯端末１からサーバ３へ送信されてもよい。

次に、メンテナンス情報を説明する。プリンタ２−１のメンテナンス情報は、サービスマンがプリンタ２−１のメンテナンスに必要とするプリンタ２−１の状態を示す。プリンタ２−２〜プリンタ２−ｎのメンテナンス情報は、プリンタ２−１のメンテナンス情報と同様である。メンテナンス情報の例を説明するが、下記の例に限られるものではない。

メンテナンス情報は、プリンタ２−１の構成要素の状態を含む。
プリンタ２−１の構成要素の状態は、例えばプリンタ２−１を構成するセンサの出力である。プリンタ２−１を構成するセンサは、例えば用紙の有無を検出するセンサである。プリンタ２−１を構成するセンサは、例えば用紙のジャムの有無を検出するセンサである。プリンタ２−１を構成するセンサは、例えば用紙を切るカッター２８１（図３に示す）が取り付けられたモータ２８２（図３に示す）の駆動時間を検出するセンサである。

プリンタ２−１の構成要素の状態は、例えばサーマルヘッド２５１（図３に示す）を構成する各ドットの抵抗値である。

メンテナンス情報は、プリンタ２−１におけるタリー（ｔａｌｌｙ）情報を含む。タリー情報は、プリンタ２−１の各種動作の履歴の集計値である。タリー情報は、例えばカッター２８１が用紙を切断した回数である。タリー情報は、例えばサーマルヘッド２５１が印字したライン数である。

メンテナンス情報は、プリンタ２−１のモデルネーム及びシリアル番号等のプリンタ２−１の固有情報を含む。固有情報は、サーバ３がメンテナンス情報を蓄積する際に用いられる。サーバ３は、メンテナンス情報に含まれる固有情報を参照して、プリンタ２−１と紐付けてメンテナンス情報を蓄積する。

メンテナンス情報は、例えば連続する２値のデータである。サービスマンは、メンテナンス情報を見ただけではメンテナンス情報の内容を理解し難い。そのため、メンテナンス情報のセキュリティ性は高い。さらに、メンテナンス情報のデータ量は、サービスマンが見て理解可能な形式のデータに比べて少ない。

次に、携帯端末１の構成を説明する。図２は、携帯端末１のブロック図である。携帯端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、記憶部１３、通信部１４、表示部１５、操作部１６及び撮影部１７を備える。なお、携帯端末１は、専用機であっても、汎用機に対して専用アプリケーションをインストールさせて実現してもよい。汎用機は、スマートホン、タブレットまたはノートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。

ＣＰＵ１０は、携帯端末１の各構成要素の動作を制御する。ＣＰＵ１０は、プログラムにより第１の実施形態で説明する処理を実行する。ＣＰＵ１０は、メンテナンス情報を処理する処理手段でもある。
ＲＯＭ１１は、制御プログラム等の固定的なデータを記憶する。
ＲＡＭ１２は、変更可能な設定データを記憶するエリアと、種々のデータを一時的に保存するためのワークエリアとを備える。
記憶部１３は、アプリケーション及び書き換え可能なデータを記憶する。記憶部１３は、メンテナンス情報を解析可能なアプリケーションを記憶する。

通信部１４は、携帯端末１以外の機器との直接的な無線通信に対応する。通信部１４は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの基地局を介した無線通信にも対応する。通信部１４は、データを送信可能な送信部（送信手段）１４１を備える。通信部１４は、データを受信可能な受信部（受信手段）１４２を備える。

表示部１５は、映像を表示する表示手段である。
操作部１６は、サービスマンによる各種入力を受け付けるキーである。操作部１６は、ボタン式のキーであっても、タッチパネル式のキーであってもよい。
撮影部１７は像を取り込むカメラである。撮影部１７は、バーコードを読取る読取手段でもある。なお、第１の実施形態では、携帯端末１は、撮影部１７を備えていなくてもよい。

次に、プリンタ２−１の構成を説明する。図３は、プリンタ２−１のブロック図である。プリンタ２−１は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、記憶部２３、通信部２４、印字部２５、操作部２６、搬送部２７及びカッター部２８を備える。

ＣＰＵ２０は、プリンタ２−１の各構成要素の動作を制御する。ＣＰＵ２０は、メンテナンス情報を処理する処理手段でもある。
ＲＯＭ２１は、制御プログラム等の固定的なデータを記憶する。
ＲＡＭ２２は、変更可能な設定データを記憶するエリアと、種々のデータを一時的に保存するためのワークエリアとを備える。
記憶部２３は、アプリケーション及び書き換え可能なデータを記憶する。

通信部２４は、プリンタ２−１以外の機器との直接的な無線通信に対応する。通信部２４は、データを送信可能な送信部２４１を備える。通信部２４は、データを受信可能な受信部２４２を備える。

印字部２５は、用紙への画像の印字を処理する。印字部２５は、サーマルヘッド２５１を備える。サーマルヘッド２５１は、ライン状に並ぶ複数のドットを備える。サーマルヘッド２５１は、用紙に１ラインずつ印字する。プリンタ２−１がＰＯＳプリンタである場合、サーマルヘッド２５１は、ロール状に巻かれた帯状の用紙に１ラインずつ印字する。プリンタ２−１が通帳プリンタである場合、サーマルヘッド２５１は、通帳に１ラインずつ印字する。なお、プリンタ２−１がＭＦＰである場合、印字部２５は、サーマルヘッド２５１とは異なる印字に必要な構成要素を備えていてもよい。

操作部２６は、ユーザまたはサービスマンによる各種入力を受け付けるキーである。操作部２６は、ボタン式のキーであっても、タッチパネル式のキーであってもよい。
搬送部２７は、印字部２５で印字された用紙を筐体外へ排出する。搬送部２７は、例えば、搬送用ローラ、搬送用モータ及びモータドライバ等を備える。

カッター部２８は、例えば、カッター２８１、モータ２８２及びドライバ２８３を備える。カッター２８１は、モータ２８２に取り付けられている。ドライバ２８３は、モータ２８２の駆動を制御する。カッター２８１は、モータ２８２の回転に従って回転する。カッター２８１は、例えばある点を中心として１回転することで、用紙を切断する。カッター２８１は、筐体外へ排出された印字済の用紙を、ロール状に巻かれた帯状の用紙から切り離す。
なお、プリンタ２−１が通帳プリンタまたはＭＦＰである場合、プリンタ２−１は、カッター部２８を省略することができる。

次に、サーバ３の構成を説明する。図４は、サーバ３のブロック図である。サーバ３は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、記憶部３３、通信部３４、表示部３５及び操作部３６を備えている。

ＣＰＵ３０は、サーバ３の各構成要素の動作を制御する。
ＲＯＭ３１は、制御プログラム等の固定的なデータを記憶する。
ＲＡＭ３２は、変更可能な設定データを記憶するエリアと、種々のデータを一時的に保存するためのワークエリアとを備えている。
記憶部３３は、アプリケーション及び書き換え可能なデータを記憶する。記憶部１３は、メンテナンス情報を蓄積する。

通信部３４は、サーバ３以外の機器との直接的な無線通信に対応する。通信部３４は、ＬＴＥなどの基地局を介した無線通信にも対応する。通信部３４は、データを送信可能な送信部３４１を備える。通信部３４は、データを受信可能な受信部３４２を備える。
表示部３５は、映像を表示するディスプレイである。
操作部３６は、サービスマン等による各種入力を受け付けるキーである。操作部３６は、ボタン式のキーであっても、タッチパネル式のキーであってもよい。

次に、プリンタ２−１における処理を説明する。図５は、プリンタ２−１におけるメンテナンス情報の送信処理のフローチャートである。
ＣＰＵ２０は、メンテナンス情報の送信処理を開始するためのトリガーを検出したか否かを判断する（Ａｃｔ１０１）。いくつかのトリガーの例を説明するが、下記の例に限られるものではない。

トリガーは、操作部２６でのサービスマンによる特定の操作に基づいている。サービスマンは、操作部２６において、メンテナンス情報の送信処理の開始を要求する特定の操作を行う。ＣＰＵ２０は、サービスマンによる上記特定の操作の検出に基づいて、トリガーを検出したと判断する。この例では、サービスマンは、プリンタ２−１〜プリンタ２−ｎそれぞれにおいて、上記特定の操作を行う。

トリガーは、携帯端末１がプリンタ２−１へ送信するコマンドに基づいていてもよい。携帯端末１は、メンテナンス情報の送信処理の開始を要求するコマンドをプリンタ２−１へ送信する。ＣＰＵ２０は、通信部２４による携帯端末１からのコマンドの受信に基づいて、トリガーを検出したと判断する。この例では、サービスマンは、携帯端末１を持ってプリンタ２−１〜プリンタ２−ｎそれぞれの近傍（無線通信可能領域）を周回する。サービスマンは、携帯端末１を用いて、上記コマンドをプリンタ２−１〜プリンタ２−ｎそれぞれへ送信する。

トリガーは、携帯端末１がプリンタ２−１へ送信するリストに基づいていてもよい。リストは、メンテナンス情報を収集する対象となる１以上のプリンタの固有情報を含む。さらに、リストは、これに含まれているプリンタに対してメンテナンス情報の送信処理の開始を要求するコマンドを含む。携帯端末１は、リストをプリンタ２−１へ送信する。

ＣＰＵ２０は、リストにプリンタ２−１の固有情報が含まれているか否かを判断する。プリンタ２−１の固有情報がリストに含まれている場合、ＣＰＵ２０は、トリガーを検出したと判断する。この例では、サービスマンは、携帯端末１を持ってプリンタ２−１〜プリンタ２−ｎそれぞれの近傍（無線通信可能領域）を周回する。サービスマンは、携帯端末１を用いて、リストをプリンタ２−１〜プリンタ２−ｎそれぞれへ送信する。

ＣＰＵ２０がトリガーを検出していない場合（Ａｃｔ１０１、Ｎｏ）、ＣＰＵ２０は、トリガーを検出するまで待機する。ＣＰＵ２０がトリガーを検出した場合（Ａｃｔ１０１、Ｙｅｓ）、ＣＰＵ２０は、メンテナンス情報をパッケージ化する（Ａｃｔ１０２）。Ａｃｔ１０２では、ＣＰＵ２０は、メンテナンス情報を構成する複数のデータを一連のデータに纏める。一例では、ＣＰＵ２０は、メンテナンス情報を構成する複数のデータを連続する２値のデータとして生成する。

ＣＰＵ２０は、メンテナンス情報を携帯端末１へ送信するように制御する（Ａｃｔ１０３）。Ａｃｔ１０３では、通信部２４は、プリンタ２−１の無線通信可能領域内に存在する携帯端末１へメンテナンス情報を送信する。プリンタ２−１から携帯端末１へ送信されるメンテナンス情報は、Ａｃｔ１０２で生成された連続する２値のデータである。なお、プリンタ２−１は、印字部２５が故障している状態であっても、メンテナンス情報を携帯端末１へ送信することができる。

次に、携帯端末１における処理を説明する。サービスマンは、携帯端末１を持ってプリンタ２−１〜プリンタ２−ｎそれぞれの無線通信可能領域内を周回する。図６は、携帯端末１におけるプリンタ２−１に関するメンテナンス情報の処理のフローチャートである。

ＣＰＵ１０は、メンテナンス情報をプリンタ２−１から受信するように制御する（Ａｃｔ２０１）。Ａｃｔ２０１では、通信部１４は、プリンタ２−１から無線通信を介してメンテナンス情報を受信する。

ＣＰＵ１０は、受信したメンテナンス情報を記憶部１３へ保存するように制御する（Ａｃｔ２０２）。

ＣＰＵ１０は、メンテナンス情報を解析可能なアプリケーションを用いて受信したメンテナンス情報を解析する（Ａｃｔ２０３）。
ＣＰＵ１０は、メンテナンス情報を解析可能なアプリケーションを用いて受信したメンテナンス情報を可視化する（Ａｃｔ２０４）。一例として、ＣＰＵ１０は、上記アプリケーションを用いて、連続する２値のデータをサービスマンが理解可能な形式のデータに変換する。

ＣＰＵ１０は、メンテナンス情報を表示部１５に表示するように制御する（Ａｃｔ２０５）。Ａｃｔ２０５では、表示部１５は、Ａｃｔ２０４で可視化されたメンテナンス情報を表示する。これにより、サービスマンは、メンテナンス情報の内容を確認することができる。

ＣＰＵ１０は、サービスマンによってメンテナンス情報の送信要求が選択されたか否かを判断する（Ａｃｔ２０６）。サービスマンは、操作部１６において、プリンタ２−１に関連するメンテナンス情報の送信要求を選択する。メンテナンス情報の送信要求が選択されていない場合（Ａｃｔ２０６、Ｎｏ）、ＣＰＵ１０は、メンテナンス情報の送信要求が選択されるまで待機する。

メンテナンス情報の送信要求が選択された場合（Ａｃｔ２０６、Ｙｅｓ）、ＣＰＵ１０は、メンテナンス情報をサーバ３へ送信するように制御する（Ａｃｔ２０７）。Ａｃｔ２０７では、通信部１４は、メンテナンス情報をサーバ３へ送信する。サーバ３は、メンテナンス情報をプリンタ２−１と紐付けて記憶部３３に蓄積する。

第１の実施形態によれば、携帯端末１は、無線通信によって各プリンタからメンテナンス情報を容易に収集することができる。そのため、サービスマンは、携帯端末１を持って各プリンタの近傍を周回するだけでよく、各プリンタの状態のレポートを作成する手間を省くことができる。さらに、携帯端末１は、メンテナンス情報を解析可能なアプリケーションを用いて、メンテナンス情報を表示することができる。そのため、サービスマンは、メンテナンス情報の内容を現地ですぐに確認することができる。

なお、携帯端末１からサーバ３へのメンテナンス情報の送信は、以下のように行われてもよい。図６のＡｃｔ２０６において、携帯端末１は、複数台のプリンタのメンテナンス情報を纏めた送信要求の選択を受け付けてもよい。携帯端末１は、一度に複数台のプリンタのメンテナンス情報をサーバ３へ送信することができる。これにより、サービスマンは、携帯端末１で１台のプリンタのメンテナンス情報を収集する毎に送信要求を選択する手間を省くことができる。

さらに、携帯端末１は、図６のＡｃｔ２０６の処理を省略してもよい。この場合、ＣＰＵ１０は、サービスマンによるメンテナンス情報の送信要求の選択がなくても、メンテナンス情報をサーバ３へ送信するように制御する。ＣＰＵ１０は、Ａｃｔ２０１でメンテナンス情報をプリンタ２−１から受信した後の任意のタイミングで、メンテナンス情報をサーバ３へ送信するように制御する。これにより、サービスマンは、携帯端末１においてメンテナンス情報の送信要求を選択する手間を省くことができる。

次に、第１の実施形態の変形例となる一次保守のためのメンテナンス情報の処理を説明する。一次保守は、携帯端末１を用いてメンテナンス情報を取得したサービスマンがその場でプリンタ２−１のメンテナンスを行うことである。サービスマンは、携帯端末１に表示されるメンテナンス情報を確認することで一次保守を行うことができる。

一例となる一次保守のためのメンテナンス情報の処理を説明する。図７は、一次保守のためのメンテナンス情報の処理を説明するフローチャートである。
ＣＰＵ１０は、記憶部１３から仕様範囲のデータを読み出す（Ａｃｔ３０１）。仕様範囲は、記憶部１３記憶されているメンテナンス情報を解析可能なアプリケーションに設定されている。仕様範囲は、プリンタ２−１が正常に稼働できる範囲として設定された値である。仕様範囲は、上限値と下限値で特定される範囲であっても、上限値のみであってもよい。仕様範囲は、メンテナンス情報を構成するデータ毎に設定されている。

仕様範囲の例を示す。メンテナンス情報がサーマルヘッド２５１を構成する各ドットの抵抗値であるとする。仕様範囲は、サーマルヘッド２５１を構成する各ドットの印字性能が劣化しない範囲の抵抗値の上限値と下限値で特定される範囲ある。サーマルヘッド２５１を構成する各ドットの印字性能が劣化するにつれ、各ドットの抵抗値は、仕様範囲外となる。

メンテナンス情報がカッター２８１で用紙を切断するのに要する時間とする。なお、カッター２８１で用紙を切断するのに要する時間は、モータ２８２の駆動時間に対応する。仕様範囲は、カッター２８１で用紙を切断するのに要する正常な時間の上限値である。カッター２８１またはモータ２８２が劣化するにつれ、カッター２８１で用紙を切断するのに要する時間は長くなる。

メンテナンス情報がサーマルヘッド２５１で印字したライン数であるとする。仕様範囲は、サーマルヘッド２５１の寿命を想定したライン数の上限値である。サーマルヘッド２５１で印字したライン数が増えるにつれ、サーマルヘッド２５１は劣化する。

メンテナンス情報がカッター２８１で用紙を切断した回数であるとする。仕様範囲は、カッター２８１またはモータ２８２の寿命を想定した回数の上限値である。カッター２８１で用紙を切断した回数が増えるにつれ、カッター２８１またはモータ２８２は、劣化する。

ＣＰＵ１０は、メンテナンス情報をプリンタ２−１の仕様範囲と比較する（Ａｃｔ３０２）。Ａｃｔ３０２では、ＣＰＵ１０は、メンテナンス情報を構成する各データを各仕様範囲と比較する。ＣＰＵ１０は、比較結果を表示部１５に表示するように制御する（Ａｃｔ３０３）。Ａｃｔ３０３では、表示部１５は、ＣＰＵ１０による比較結果を表示する。例えば、表示部１５は、メンテナンス情報が仕様範囲内にあるか否かを表示する。表示部１５は、仕様範囲外のメンテナンス情報を仕様範囲内のメンテナンス情報とは異なる色で表示してもよい。

なお、ＣＰＵ１０は、メンテナンス情報をサーバ３へ送信する際に、メンテナンス情報に比較結果を付加してサーバ３へ送信するようにしてもよい。さらに、ＣＰＵ１０は、サービスマンが行った一次保守の内容をサーバ３へ送信するようにしてもよい。この場合、サービスマンは、操作部１６において、一次保守の内容及び日時を入力する。これにより、サーバ３は、充実したメンテナンス情報を蓄積することができる。

上記変形例の一例によれば、サービスマンは、プリンタ２−１のどの構成要素に不具合があるのかを容易に把握できる。以下に例を示す。サーマルヘッド２５１を構成するドットの抵抗値が仕様範囲外であれば、サービスマンは、そのドットを交換対象と判断することができる。サーマルヘッド２５１で印字したライン数が仕様範囲外であれば、サービスマンは、サーマルヘッド２５１を交換対象と判断することができる。カッター２８１で用紙を切断するのに要する時間が仕様範囲外であれば、サービスマンは、カッター２８１及びモータ２８２の少なくとも１つを交換対象と判断することができる。カッター２８１で用紙を切断した回数が仕様範囲外であれば、サービスマンは、カッター２８１及びモータ２８２の少なくとも１つを交換対象と判断することができる。したがって、サービスマンは、一次保守として、その場でプリンタ２−１の不具合を対処することができる。

さらに、サービスマンは、プリンタ２−１の構成要素の状態にタリー情報を加味して構成要素の不具合を判断することもできる。以下に例を示す。

サーマルヘッド２５１で印字したライン数が仕様範囲内であっても、サーマルヘッド２５１を構成するいくつかのドットの抵抗値が仕様範囲外である場合がある。サービスマンは、サーマルヘッドで印字したライン数に基づいて、サーマルヘッド２５１の使用期間の予測を立てることができる。この使用期間とサーマルヘッド２５１のドットの数との間に整合性がとれない場合がある。例えば、サーマルヘッド２５１の使用期間が短い割に、仕様範囲外となるサーマルヘッド２５１のドットの数が多い場合である。この場合、サービスマンは、一次保守として、通常使用による劣化以外の不具合の原因を調査することができる。

同様に、カッター２８１で用紙を切断した回数が仕様範囲内であっても、カッター２８１で用紙を切断するのに要する時間が仕様範囲外である場合がある。サービスマンは、カッター２８１で用紙を切断した回数に基づいて、カッター２８１及びモータ２８２の使用期間の予測を立てることができる。この使用期間とカッター２８１で用紙を切断するのに要する時間との間に整合性が取れない場合がある。例えば、カッター２８１及びモータ２８２の使用期間が短い割に、カッター２８１で用紙を切断するのに要する時間が長い場合である。この場合、サービスマンは、一次保守として、通常使用による劣化以外の不具合の原因を調査することができる。

別の例となる一次保守のためのメンテナンス情報の処理を説明する。ここで示す例は、携帯端末１での過去のメンテナンス情報の取得に関する。過去のメンテナンス情報は、携帯端末１が直近に受信したメンテナンス情報が示すプリンタ２−１の状態よりも前のプリンタ２−１の状態を示すメンテナンス情報である。過去のメンテナンス情報は、サービスマンによる保守の履歴も含む。

図８は、過去のメンテナンス情報の取得処理を説明するフローチャートである。
ＣＰＵ１０は、過去のメンテナンス情報の要求をサーバ３へ送信するように制御する（Ａｃｔ４０１）。Ａｃｔ４０１では、通信部１４は、過去のメンテナンス情報の要求をサーバ３へ送信する。ＣＰＵ１０は、サービスマンによる操作に基づいて、過去のメンテナンス情報の要求を送信するように制御する。サービスマンは、操作部１６において、過去のメンテナンス情報の取得対象となるプリンタ２−１の固有情報を入力し、過去のメンテナンス情報の要求を入力する。このように、過去のメンテナンス情報の要求は、取得対象となるプリンタ２−１の固有情報を含む。その理由は、サーバ３がプリンタ２−１の固有情報を参照して過去のメンテナンス情報を記憶部３３から抽出するからである。

ＣＰＵ１０は、過去のメンテナンス情報をサーバ３から受信するように制御する（Ａｃｔ４０２）。Ａｃｔ４０２では、通信部１４は、過去のメンテナンス情報をサーバ３から受信する。ＣＰＵ１０は、過去のメンテナンス情報を記憶部１３へ保存する。

ＣＰＵ１０は、過去のメンテナンス情報を表示部１５に表示するように制御する（Ａｃｔ４０３）。Ａｃｔ４０３では、ＣＰＵ１０は、メンテナンス情報を解析可能なアプリケーションを用いて過去のメンテナンス情報を可視化する。表示部１５は、Ａｃｔ２０４で可視化された過去のメンテナンス情報を表示する。なお、過去のメンテナンス情報の表示手法は、特に限定されない。例えば、表示部１５は、携帯端末１がプリンタ２−１から直近に取得したメンテナンス情報を表示することなく、過去のメンテナンス情報のみを表示してもよい。表示部１５は、携帯端末１がプリンタ２−１から直近に取得したメンテナンス情報と、過去のメンテナンス情報の両方を表示してもよい。

サービスマンは、過去のメンテナンス情報を見ることで、過去にどのような故障があったのかを容易に把握することができる。また、サービスマンは、プリンタ２−１の構成要素を交換した時期を容易に把握できる。プリンタ２−１の構成要素の交換期間が短い場合、サービスマンは、一次保守として、通常使用による劣化以外の不具合の原因を調査することができる。

なお、ＣＰＵ１０は、今回のメンテナンス情報と前回のメンテナンス情報とを比較し、これらの差分を表示部１５に表示するように制御してもよい。今回のメンテナンス情報は、携帯端末１が直近に受信したメンテナンス情報である。前回のメンテナンス情報は、過去のメンテナンス情報のうち、今回のメンテナンス情報よりも１つ前に携帯端末１が受信したメンテナンス情報である。

今回のメンテナンス情報と前回のメンテナンス情報との比較の例を説明する。ＣＰＵ１０は、携帯端末１が前回のメンテナンス情報を受信した日時から今回のメンテナンス情報を受信した日時までの期間を算出する。さらに、ＣＰＵ１０は、前回のメンテナンス情報を構成するデータと今回のメンテナンス情報を構成するデータとの差分を算出する。

例えば、ＣＰＵ１０は、前回のメンテナンス情報及び今回のメンテナンス情報に含まれるサーマルヘッド２５１を構成する各ドットの抵抗値の差分をドットごとに算出する。抵抗値の差分は、各ドットの劣化に相当する。ＣＰＵ１０は、上記期間と、各ドットの上記差分を表示部１５に表示するように制御する。なお、ＣＰＵ１０は、予め決められた規則に基づいて、上記期間と上記差分との関係が適正か否かをドットごとに判断してもよい。表示部１５は、上記期間と上記差分との関係が適正か否かをドットごとに表示する。例えば、表示部１５は、上記期間と上記差分との関係が適正でないドットを上記期間と上記差分との関係が適正なドットとは異なる色で表示する。

上記期間の割に抵抗値の差分の大きいドットがある場合を想定する。サービスマンは、このようなドットを劣化度の大きいドットとして容易に判別することができる。そのため、サービスマンは、このようなドットに対して一次保守を行うことができる。

例えば、ＣＰＵ１０は、前回のメンテナンス情報及び今回のメンテナンス情報に含まれるカッター２８１で用紙を切断するのに要する時間の差分を算出することもできる。上記差分は、カッター２８１及びモータ２８２の少なくとも１つの劣化に相当する。ＣＰＵ１０は、上記期間と上記差分を表示部１５に表示するように制御する。なお、ＣＰＵ１０は、予め決められた規則に基づいて、上記期間と上記差分との関係が適正か否かを判断してもよい。表示部１５は、上記期間と上記差分との関係が適正か否かを表示する。例えば、表示部１５は、上記期間と上記差分との関係が適正である場合と適正でない場合とを異なる色で表示する。

上記期間の割にカッター２８１で用紙を切断するのに要する時間の差分が大きい場合を想定する。サービスマンは、カッター２８１及びモータ２８２の少なくとも１つが劣化していると容易に判別することができる。そのため、サービスマンは、カッター２８１及びモータ２８２の少なくとも１つに対して一次保守を行うことができる。

なお、携帯端末１は、製造直後のプリンタ２−１からメンテナンス情報を取得することもできる。この段階で携帯端末１が取得するメンテナンス情報は、初期不良のないプリンタ２−１の状態を示す初期データである。サーバ３は、初期データとなるメンテナンス情報も蓄積する。

携帯端末１は、初期データとなるメンテナンス情報を過去のメンテナンス情報としてサーバ３から取得することができる。サービスマンは、店舗内に設置されている稼働中のプリンタ２−１の不具合が店舗設置後に発生したのか店舗設置前に発生したのかを容易に判断することができる。

（第２の実施形態）
第２の実施形態では、第１の実施形態と異なる部分を説明する。第２の実施形態において第１の実施形態と同様の部分は第１の実施形態と同一の符号を付し、その説明を省略する。

第２の実施形態は、主として以下の点で第１の実施形態と異なる。プリンタ２−１は、メンテナンス情報を携帯端末１へ送信しない。これに代わり、プリンタ２−１は、メンテナンス情報を格納したバーコードを用紙に印字する。携帯端末１は、メンテナンス情報をプリンタ２−１から受信しない。これに代わり、携帯端末１は、バーコードを読み取ることでメンテナンス情報を取得する。

第２の実施形態に係る携帯端末１、プリンタ２−１〜プリンタ２−ｎ及びサーバ３の構成は、第１の実施形態と同様である。なお、プリンタ２−１は、通信部２４を備えていなくてもよい。

次に、プリンタ２−１における処理を説明する。図９は、プリンタ２−１におけるメンテナンス情報の処理のフローチャートである。

ＣＰＵ２０は、メンテナンス情報の印字処理を開始するためのトリガーを検出したか否かを判断する（Ａｃｔ５０１）。トリガーは、操作部２６でのサービスマンによる特定の操作に基づいている。サービスマンは、操作部２６において、メンテナンス情報の印字処理の開始を要求する特定の操作を行う。ＣＰＵ２０は、サービスマンによる上記特定の操作の検出に基づいて、トリガーを検出したと判断する。この例では、サービスマンは、プリンタ２−１〜プリンタ２−ｎそれぞれにおいて、上記の特定の操作を行う。

ＣＰＵ２０がトリガーを検出していない場合（Ａｃｔ５０１、Ｎｏ）、ＣＰＵ２０は、トリガーを検出するまで待機する。ＣＰＵ２０がトリガーを検出した場合（Ａｃｔ５０１、Ｙｅｓ）、ＣＰＵ２０は、メンテナンス情報をパッケージ化する（Ａｃｔ５０２）。Ａｃｔ５０２では、ＣＰＵ２０は、メンテナンス情報を構成する複数のデータを一連のデータに纏める。一例では、ＣＰＵ２０は、メンテナンス情報を構成する複数のデータを連続する２値のデータとして生成する。

ＣＰＵ２０は、メンテナンス情報を格納したバーコードを用紙に印字するように制御する（Ａｃｔ５０３）。Ａｃｔ５０３では、印字部２５は、メンテナンス情報を格納したバーコードを用紙に印字する。印字部２５が用紙に印字するバーコードは、例えば２次元バーコードであるが、これ以外のバーコードであってもよい。

ＣＰＵ２０は、排紙するように制御する（Ａｃｔ５０４）。Ａｃｔ５０４では、搬送部２７は、バーコードが印字された用紙を筐体外へ排出する。

次に、携帯端末１におけるメンテナンス情報の処理を説明する。サービスマンは、プリンタ２−１〜プリンタ２−ｎそれぞれが用紙に印字したバーコードを携帯端末１で読み取って回る。図１０は、携帯端末１におけるプリンタ２−１に関するメンテナンス情報の処理のフローチャートである。

ＣＰＵ１０は、撮影部１７でバーコードを読み取るように制御する（Ａｃｔ６０１）。Ａｃｔ２０１では、撮影部１７は、プリンタ１によって印刷されるメンテナンス情報が格納されたバーコードを読み取る。ＣＰＵ１０は、撮影部１７で読み取ったバーコードからメンテナンス情報を抽出する。

ＣＰＵ１０は、Ａｃｔ６０１の後に、Ａｃｔ６０２〜Ａｃｔ６０７を処理する。Ａｃｔ６０２〜Ａｃｔ６０７の処理はＡｃｔ２０２〜Ａｃｔ２０７の処理と同様であるため、これらの説明を省略する。

第２の実施形態によれば、携帯端末１は、バーコードを読み取ることによって、各プリンタからメンテナンス情報を容易に収集することができる。そのため、サービスマンは、携帯端末１で各プリンタが印字するバーコードを読み取るだけでよく、各プリンタの状態のレポートを作成する手間を省くことができる。さらに、携帯端末１は、メンテナンス情報を解析可能なアプリケーションを用いて、メンテナンス情報を表示することができる。そのため、サービスマンは、メンテナンス情報の内容を現地ですぐに確認することができる。

なお、第１の実施形態で説明した携帯端末１における一次保守のための処理は、第２の実施形態にも適用できる。第１の実施形態で説明した携帯端末１からサーバ３へのメンテナンス情報の送信処理は、第２の実施形態にも適用できる。これらに関連して得られる効果は、第１の実施形態で説明した効果と同様である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…携帯端末、２−１…プリンタ、２−２…プリンタ、２−ｎ…プリンタ、３…サーバ、１０…ＣＰＵ、１１…ＲＯＭ、１２…ＲＡＭ、１３…記憶部、１４…通信部、１５…表示部、１６…操作部、１７…撮影部、２０…ＣＰＵ、２１…ＲＯＭ、２２…ＲＡＭ、２３…記憶部、２４…通信部、２５…印字部、２６…操作部、２７…搬送部、２８…カッター部、３０…ＣＰＵ、３１…ＲＯＭ、３２…ＲＡＭ、３３…記憶部、３４…通信部、３５…表示部、３６…操作部、１４１…送信部、１４２…受信部、２４１…送信部、２４２…受信部、２５１…サーマルヘッド、２８１…カッター、２８２…モータ、２８３…ドライバ、３４１…送信部、３４２…受信部。

Claims (6)

1. プリンタから無線通信を介して前記プリンタの状態を示すメンテナンス情報を受信する受信手段と、
   受信した前記メンテナンス情報を可視化する処理手段と、
   可視化された前記メンテナンス情報を表示する表示手段と、
   を備える携帯端末。
2. 前記処理手段は、前記メンテナンス情報を前記プリンタの仕様範囲と比較し、
   前記表示手段は、前記メンテナンス情報が前記プリンタの仕様範囲内にあるか否かを表示する、
   請求項１記載の携帯端末。
3. 前記メンテナンス情報は、前記プリンタが備えるカッターで用紙を切断した回数である、
   請求項２記載の携帯端末。
4. 前記メンテナンス情報は、前記プリンタが備えるサーマルヘッドを構成する各ドットの抵抗値である、
   請求項２記載の携帯端末。
5. 前記受信手段は、前記メンテナンス情報が示す前記プリンタの状態よりも前の前記プリンタの状態を示す過去のメンテナンス情報を受信し、
   前記処理手段は、前記過去のメンテナンス情報を可視化し、
   前記表示手段は、可視化された前記過去のメンテナンス情報を表示する、
   請求項１記載の携帯端末。
6. プリンタから無線通信を介して前記プリンタの状態を示すメンテナンス情報を受信することと、
   受信した前記メンテナンス情報を可視化することと、
   可視化された前記メンテナンス情報を表示することと、
   を携帯端末のコンピュータに実行させるプログラム。