(57)【特許請求の範囲】
【請求項１】
印字媒体に情報を印字する複数のプリンタと通信可能な情報処理装置であって、
前記複数のプリンタから、前記複数のプリンタの各々のエラーに関する情報であるエラー情報と、前記複数のプリンタの各々の設定の内容を示す設定情報と、前記各プリンタの各々の使用環境を示す環境コード及び印字媒体の種類を示す印字媒体IDに関する情報と、を取得する取得手段と、
前記取得手段によって取得されたエラー情報および設定情報に基づいて、前記エラーを解消するための設定の内容を決定する決定手段と、
前記決定手段によって決定された設定の内容に従って前記複数のプリンタの各々の設定を更新するための更新情報を前記プリンタに送信する送信手段と、
を備え、
前記送信手段は、前記取得手段が前記複数のプリンタのいずれか１つである第１のプリンタからエラーに関する情報と設定の内容を示す設定情報を取得したとき、前記更新情報を前記第１のプリンタに送信するとともに、前記複数のプリンタの中から前記第１のプリンタと同一の環境コードと印字媒体IDを有するプリンタである第２のプリンタを特定し、特定された第２のプリンタに対して前記第１のプリンタに送信する更新情報を送信する、
情報処理装置。
【請求項２】
前記更新情報は、印字速度、印字濃度、印字位置補正、又はヘッドチェックの少なくともいずれか１つを含む、請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、前記複数のプリンタの各々の使用条件と、前記複数の各々のプリンタの設定の内容との関係を示す条件マッチングテーブルを記憶する記憶装置にアクセス可能であり、
前記決定手段は、前記条件マッチングテーブルを参照して、前記設定の内容を決定する、
請求項１または２に記載の情報処理装置。
【請求項４】
前記使用条件は、前記複数のプリンタの各々が使用されている場所の温度および湿度、ならびに、前記印字媒体の種類の少なくとも１つに関する条件である、
請求項３に記載の情報処理装置。
【請求項５】
前記決定手段は、前記エラーの内容が所定条件を満たす場合、前記エラーが発生してからの経過時間が所定時間以上である場合、および、一定期間内に前記エラーが発生した回数が所定回数以上である場合、の少なくともいずれかの場合、前記設定の内容を決定する、
請求項１〜４のいずれかに記載の情報処理装置。
【請求項６】
コンピュータに、請求項１〜５のいずれかに記載の情報処理装置の各手段を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印字媒体を取り扱う電子機器と通信可能な情報処理装置、および、プログラムに関する。
【背景技術】
【０００２】
近年、プリンタは、サーバと通信する手段を有している。このようなプリンタは、エラーが発生したときに、サーバと通信することによって、エラーに関する情報をユーザに提供する。
例えば、特許文献１には、プリンタにエラーが発生したときに、どの設定値に原因があるかを示す画面を表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０８０４５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般に、プリンタのユーザは、プリンタの設定に関する知識を持っていないことが多い。特に、ラベルプリンタは、多様なユーザが使用するため、ユーザがプリンタの設定に関する知識を持っていない場合が多い。
しかし、特許文献１のように、どの設定値に原因があるかを示す画面を表示する技術では、ユーザがプリンタの設定に関する知識を持っていない場合、エラーを解消することは困難である。したがって、このようなユーザにとって、プリンタのエラーを解消するための負担が大きくなる。
【０００５】
本発明の目的は、印字媒体を取り扱う電子機器のエラーを解消するためのユーザの負担を軽減することである。
【課題を解決するための手段】
【０００６】
本発明のある態様の情報処理装置は、印字媒体に情報を印字する複数のプリンタと通信可能な情報処理装置であって、前記複数のプリンタから、前記複数のプリンタの各々のエラーに関する情報であるエラー情報と、前記複数のプリンタの各々の設定の内容を示す設定情報と、前記各プリンタの各々の使用環境を示す環境コード及び印字媒体の種類を示す印字媒体IDに関する情報と、を取得する取得手段と、前記取得手段によって取得されたエラー情報および設定情報に基づいて、前記エラーを解消するための設定の内容を決定する決定手段と、前記決定手段によって決定された設定の内容に従って前記複数のプリンタの各々の設定を更新するための更新情報を前記プリンタに送信する送信手段と、を備え、前記送信手段は、前記取得手段が前記複数のプリンタのいずれか１つである第１のプリンタからエラーに関する情報と設定の内容を示す設定情報を取得したとき、前記更新情報を前記第１のプリンタに送信するとともに、前記複数のプリンタの中から前記第１のプリンタと同一の環境コードと印字媒体IDを有するプリンタである第２のプリンタを特定し、特定された第２のプリンタに対して前記第１のプリンタに送信する更新情報を送信する。
【発明の効果】
【０００７】
本発明のある態様によれば、印字媒体を取り扱う電子機器のエラーを解消するためのユーザの負担を軽減することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態の情報処理システムの構成を示す図。
【図２】本実施形態の管理サーバの構成を示すブロック図。
【図３】本実施形態のラベルプリンタの構成を示すブロック図。
【図４】本実施形態のクライアント端末の構成を示すブロック図。
【図５】第１実施形態のユーザデータテーブルの構成例を示す図。
【図６】第１実施形態の設定ファイルデータテーブルの構成例を示す図。
【図７】第１実施形態の条件マッチングテーブルの構成例を示す図。
【図８】第１実施形態のエラーコードデータテーブルの構成例を示す図。
【図９】第１実施形態の情報処理システムの主要な機能を示す機能ブロック図。
【図１０】第１実施形態のレポートデータの構成例を示す図。
【図１１】第１実施形態の設定情報の更新の処理のシーケンス図。
【図１２】第２実施形態のスタッフデータテーブルの構成例を示す図。
【図１３】第２実施形態のエラーコードデータテーブルの構成例を示す図。
【図１４】第２実施形態の情報処理システムの主要な機能を示す機能ブロック図。
【図１５】第２実施形態の接続情報の送信の処理のシーケンス図。
【図１６】第３実施形態の情報処理システムの主要な機能を示す機能ブロック図。
【図１７】第３実施形態の位置情報の送信の処理のシーケンス図。
【発明を実施するための形態】
【０００９】
（１）第１実施形態
第１実施形態について説明する。
【００１０】
（１−１）情報処理システムの構成（図１）
本実施形態の情報処理システムについて説明する。
図１は、第１実施形態の情報処理システムの構成を示す図である。
【００１１】
図１に示すように、情報処理システム１は、管理サーバ１０と、複数のラベルプリンタ３０−１〜３０−３（以下、各ラベルプリンタ３０−１〜３０−３に共通して言及するときには、「ラベルプリンタ３０」という））と、複数のクライアント端末５０−１〜５０−３（以下、各クライアント端末５０−１〜５０−３に共通して言及するときには、「クライアント端末５０」という）と、を備える。
管理サーバ１０と、ラベルプリンタ３０と、クライアント端末５０とは、通信網Ｎ（例えば、インターネット）を介して、相互に通信可能である。
なお、クライアント端末５０は必須ではない。
【００１２】
管理サーバ１０は、ラベルプリンタ３０から送信された情報に基づいて、所定の情報処理を実行する機能を有する。管理サーバ１０は、情報処理装置の一例である。
ラベルプリンタ３０は、所定の印字媒体（例えば、ラベル）に情報を印字する機能と、ラベルプリンタ３０の使用量に関する情報を管理サーバ１０に送信する機能と、を有する。ラベルプリンタ３０は、印字媒体を取り扱う電子機器の一例であり、かつ、印字媒体に情報を印字するプリンタの一例でもある。印字媒体に印字される情報は、例えば、テキスト、バーコード、画像、または、それらの組合せである。
クライアント端末５０は、管理サーバ１０から送信された情報に基づいて、所定の画面を表示する機能を有する。クライアント端末５０は、例えば、コンピュータ、タブレット端末、スマートフォン等である。クライアント端末５０は、表示装置の一例である。
【００１３】
図１では、ユーザＵ１は、ラベルプリンタ３０−１および３０−２、ならびに、クライアント端末５０−１を使用する。
ユーザＵ２は、ラベルプリンタ３０−３、および、クライアント端末５０−２を使用する。
サポートスタッフＳＳ１は、クライアント端末５０−３を使用する。
「ユーザ」とは、ラベルプリンタ３０のユーザとして登録されたユーザである。実際にラベルプリンタ３０を使用しているユーザと、登録されたユーザとは、同一であってもよいし、異なってもよい。また、「ユーザ」とは、個人であってもよいし、組織（例えば、企業）であってもよいし、組織を構成する部門（例えば、製造工場、製造ライン等）であってもよい。
「サポートスタッフ」とは、ラベルプリンタ３０のユーザをサポートするスタッフである。
【００１４】
（１−１−１）管理サーバの構成（図２）
管理サーバ１０の構成について説明する。
図２は、第１実施形態の管理サーバの構成を示すブロック図である。
【００１５】
図２に示すように、管理サーバ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、ストレージ１４と、通信インタフェース１７と、を備える。
【００１６】
ＲＯＭ１２は、管理サーバ１０のオペレーティングシステム（以下「ＯＳ」という）のプログラムを記憶するための装置である。
【００１７】
ＲＡＭ１３は、ＣＰＵ１１によって参照されるデータを一時的に記憶する記憶装置である。
【００１８】
ストレージ１４は、管理サーバ１０の機能を実現するためのアプリケーション（以下「サーバアプリケーション」という）のプログラムと、ＣＰＵ１１の処理の実行結果に基づくデータと、複数の設定ファイルと、を記憶する記憶装置である。各設定ファイルは、ラベルプリンタ３０の設定情報を含んでいる。例えば、ストレージ１４は、フラッシュメモリまたはハードディスクである。
【００１９】
ＣＰＵ１１は、ストレージ１４に記憶されたサーバアプリケーションのプログラムを実行することによって、サーバアプリケーションの機能を実現する。
【００２０】
通信インタフェース１７は、ラベルプリンタ３０およびクライアント端末５０との間の通信を制御する。
【００２１】
（１−１−２）ラベルプリンタの構成（図３）
ラベルプリンタ３０の構成について説明する。
図３は、第１実施形態のラベルプリンタの構成を示すブロック図である。
【００２２】
図３に示すように、ラベルプリンタ３０は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）３４と、操作入力部３５と、表示部３６と、通信インタフェース３７と、印字機構３８と、を備える。
【００２３】
ＲＯＭ３２は、ラベルプリンタ３０を制御するためのアプリケーション（以下「ファームウェア」という）のプログラムを記憶するための装置である。
【００２４】
ＲＡＭ３３は、ＣＰＵ３１によって参照されるデータを一時的に記憶する記憶装置である。
【００２５】
ＥＥＰＲＯＭ３４は、ファームウェアによって参照されるデータであって、ラベルプリンタ３０の動作設定に関する情報（以下「設定情報」という）を記憶する記憶装置である。
【００２６】
ＣＰＵ３１は、ＲＯＭ３２に記憶されたファームウェアのプログラムを実行することによって、ファームウェアの機能を実現する。
【００２７】
操作入力部３５は、例えば、ハードキーやタッチパネル等の入力デバイスである。
【００２８】
表示部３６は、例えば、液晶ディスプレイ等の表示デバイスである。
【００２９】
通信インタフェース３７は、管理サーバ１０およびクライアント端末５０との間の通信を制御する。
【００３０】
印字機構３８は、印字媒体に情報を印字するための機構である。印字機構３８は、例えば、用紙収容部と、プラテンローラ（搬送部の一例）と、サーマルヘッド（印字部の一例）と、を含む。
用紙収容部には、ロール状の連続紙が収容される。連続紙は、例えば、台紙に仮着された複数のラベル、台紙に仮着されていないロール状のラベル、または、ＲＦＩＤが埋め込まれた台紙に仮着された複数のラベルである。
プラテンローラは、連続紙を搬送する機能を有する。プラテンローラは、ファームウェアの制御に従って回転する。プラテンローラが回転すると、連続紙が用紙収容部から繰り出される。用紙収容部から繰り出された連続紙は、プラテンローラの回転によって搬送される。
サーマルヘッドは、印字媒体に情報を印字する機能を有する。サーマルヘッドは、複数の発熱素子を有する。各発熱素子は、ファームウェアの制御に従って発熱する。発熱した発熱素子がプラテンローラによって搬送された連続紙に押し当てられると、連続紙上の発熱素子と接触した部分が変色する。これにより、連続紙に情報が印字される。
【００３１】
（１−１−３）クライアント端末の構成（図４）
クライアント端末５０の構成について説明する。
図４は、第１実施形態のクライアント端末の構成を示すブロック図である。
【００３２】
図４に示すように、クライアント端末５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、ストレージ５４と、操作入力部５５と、表示部５６と、通信インタフェース５７と、ＧＰＳ（Global Positioning System）モジュール５８と、を備える。
【００３３】
ＲＯＭ５２は、クライアント端末５０のオペレーティングシステムのプログラムを記憶するための装置である。
【００３４】
ＲＡＭ５３は、ＣＰＵ５１によって参照されるデータを一時的に記憶する記憶装置である。
【００３５】
ストレージ５４は、アプリケーションのプログラムと、ＣＰＵ５１の処理の実行結果に基づくデータと、を記憶する記憶装置である。例えば、ストレージ５４は、フラッシュメモリまたはハードディスクである。
アプリケーションは、例えば、音声通話用アプリケーション、ビデオ通話用アプリケーション、地図アプリケーション等である。
音声通話用アプリケーションは、少なくとも２つのクライアント端末５０間での音声通話を提供する音声通話サービスを利用するためのアプリケーションである。
ビデオ通話用アプリケーションは、少なくとも２つのクライアント端末５０間でのビデオ通話を提供するビデオ通話サービスを利用するためのアプリケーションである。
地図アプリケーションは、地図画像を表示部５６に表示するためのアプリケーションである。
【００３６】
ＣＰＵ５１は、ストレージ５４に記憶されたプログラムを実行することによって、クライアント端末５０の機能を実現する。
【００３７】
操作入力部５５は、例えば、キーボードやタッチパネル等の入力デバイスである。
【００３８】
表示部５６は、例えば、液晶ディスプレイ等の表示デバイスである。
【００３９】
通信インタフェース５７は、管理サーバ１０およびラベルプリンタ３０との間の通信を制御する。
【００４０】
ＧＰＳモジュール５８は、クライアント端末５０の緯度および経度を取得する。
【００４１】
（１−２）データテーブルの構成
本実施形態のデータテーブルの構成について説明する。
本実施形態のデータテーブルは、管理サーバ１０のストレージ１４に記憶されている。
【００４２】
（１−２−１）ユーザデータテーブルの構成（図５）
図５は、第１実施形態のユーザデータテーブルの構成例を示す図である。
【００４３】
図５に示すように、ユーザデータテーブルＴＢＬ１０の各レコード（以下「ユーザレコード」という）には、ユーザに関する情報（以下「ユーザ情報」という）が格納される。ユーザレコードは、例えば、ラベルプリンタ３０のユーザがカスタマー登録を行ったときに作成される。
ユーザデータテーブルＴＢＬ１０は、「ユーザＩＤ」フィールドと、「ユーザ名」フィールドと、「クライアントＩＤ」フィールドと、「住所」フィールドと、「プリンタ情報」フィールドと、を含む。
「ユーザ」とは、ラベルプリンタ３０のユーザとして登録されたユーザである。実際にラベルプリンタ３０を使用しているユーザと、登録されたユーザとは、同一であってもよいし、異なってもよい。また、「ユーザ」とは、個人であってもよいし、組織（例えば、企業）であってもよいし、組織を構成する部門（例えば、製造工場、製造ライン等）であってもよい。
【００４４】
「ユーザＩＤ」フィールドには、ラベルプリンタ３０のユーザを識別するためのユーザＩＤが格納される。「ユーザＩＤ」フィールドの値は、ユーザレコードを特定する主キーである。ユーザＩＤは、ユーザが決定した情報（例えば、メールアドレス）であってもよいし、管理サーバ１０がランダムで決定した情報であってもよい。
【００４５】
「ユーザ名」フィールドには、ユーザ名を示す値（例えば、文字列）が格納される。ユーザ名は、ユーザが任意に決定した情報である。
【００４６】
「クライアントＩＤ」フィールドには、ユーザが使用するクライアント端末５０を識別するためのクライアントＩＤ（接続情報の一例）が格納される。クライアントＩＤは、例えば、音声通話サービスのアカウント、および、ビデオ通話サービスのアカウントの少なくとも１つである。クライアントＩＤは、ユーザが任意に決定した情報である。
【００４７】
「住所」フィールドには、住所を示す値（例えば、文字列）が格納される。住所は、ユーザが任意に決定した情報である。「住所」フィールドの値は、ユーザが使用するラベルプリンタ３０の位置を示している。
【００４８】
「プリンタ情報」フィールドには、ラベルプリンタ３０に関する情報（以下「プリンタ情報」という）が格納される。プリンタ情報は、ユーザが任意に決定した情報である。「プリンタ情報」フィールドは、「シリアルコード」フィールドと、「機種ＩＤ」フィールドと、「環境コード」フィールドと、「ラベルＩＤ」フィールドと、を含む。
「シリアルコード」フィールドには、ユーザが使用するラベルプリンタ３０を識別するためのシリアルコードが格納される。シリアルコードは、各ラベルプリンタ３０に固有の値である。例えば、同一の機種である複数のラベルプリンタ３０は、それぞれ、異なるシリアルコードを有する。
「機種ＩＤ」フィールドには、ユーザが使用するラベルプリンタ３０の機種を識別するための機種ＩＤが格納される。機種ＩＤは、シリアルコードによって決まる情報である。例えば、同一の機種である複数のラベルプリンタ３０は、同一の機種ＩＤを有する。
「環境コード」フィールドには、ラベルプリンタ３０の使用環境を特定するための環境コードが格納される。環境コードは、ユーザが任意に決定した情報である。例えば、環境コードは、温度および湿度の組合せに対応する。一例として、図５において、環境コード「Ｃ１」は、温度「１０℃〜２５℃」、かつ、湿度「４０〜６０％」に対応し、環境コード「Ｃ２」は、温度「２５℃〜３５℃」、かつ、湿度「６０〜８０％」に対応する。
「ラベルＩＤ」フィールドには、ユーザが使用するラベルの種類を識別するためのラベルＩＤが格納される。ラベルＩＤは、ユーザが任意に決定した情報である。
【００４９】
（１−２−２）設定ファイルデータテーブルの構成（図６）
図６は、第１実施形態の設定ファイルデータテーブルの構成例を示す図である。
【００５０】
図６に示すように、設定ファイルデータテーブルＴＢＬ１１の各レコード（以下「設定ファイルレコード」という）には、設定ファイルに関する情報が格納される。設定ファイルは、ラベルプリンタ３０用の設定情報を含んでいる。設定ファイルレコードは、管理サーバ１０のオペレータによって作成される。
設定ファイルデータテーブルＴＢＬ１１は、「設定ファイルＩＤ」フィールドと、「印字速度」フィールドと、「印字濃度」フィールドと、「印字位置補正」フィールドと、「ヘッドチェック」フィールドと、を含む。
設定ファイルデータテーブルＴＢＬ１１は、機種ＩＤに対応付けられる（つまり、設定ファイルデータテーブルＴＢＬ１１は、ラベルプリンタ３０の種類毎に設けられる）。
【００５１】
「設定ファイルＩＤ」フィールドには、設定ファイルを識別するための設定ファイルＩＤが格納される。「設定ファイルＩＤ」フィールドの値は、設定ファイルレコードを特定する主キーである。
【００５２】
「印字速度」フィールドには、プラテンローラの回転速度を示す値が格納される。「印字速度」フィールドの値が大きいほど、印字媒体の搬送速度が速くなる。
【００５３】
「印字濃度」フィールドには、すべての発熱素子に対して、発熱させるべき発熱素子の割合を示す値が格納される。「印字濃度」のフィールドの値が大きいほど、印字媒体に印字された情報の濃度が濃くなる。
【００５４】
「印字位置補正」フィールドには、印字位置を補正する量を示す値が格納される。「印字位置補正」フィールドの値が大きいほど、印字位置が大きく補正される。
【００５５】
「ヘッドチェック」フィールドには、サーマルヘッドの状態をチェックする機能（以下「ヘッドチェック機能」という）のオンまたはオフを示す値が格納されている。「ヘッドチェック」フィールドの値が「０」の場合、ヘッドチェック機能がオフであることを意味している。「ヘッドチェック」フィールドの値が「１」の場合、ヘッドチェック機能がオンであることを意味している。
【００５６】
（１−２−３）条件マッチングテーブルの構成（図７）
図７は、第１実施形態の条件マッチングテーブルの構成例を示す図である。
【００５７】
図７に示すように、条件マッチングテーブルＴＢＬ１２の各レコード（以下「条件マッチングレコード」という）には、ラベルプリンタ３０の使用条件毎に適した設定情報を特定するための情報が格納される。条件マッチングレコードは、ラベルプリンタ３０の設定情報と使用条件との関係に関する経験則に基づいて、管理サーバ１０のオペレータによって作成される。
条件マッチングテーブルＴＢＬ１２は、「使用条件」フィールドと、「設定ファイルＩＤ」フィールドと、を含む。
【００５８】
「使用条件」フィールドには、使用条件に関する情報が格納される。「使用条件」フィールドは、「環境コード」フィールドと、「ラベルＩＤ」フィールドと、を含む。「環境コード」フィールドの値および「ラベルＩＤ」フィールドの値の組合せは、条件マッチングレコードを特定する主キーである。
「環境コード」フィールドには、ラベルプリンタ３０の使用環境を特定するための環境コードが格納される。
「ラベルＩＤ」フィールドには、ラベルプリンタ３０に使用されるラベルの種類を識別するためのラベルＩＤが格納される。
【００５９】
「設定ファイルＩＤ」フィールドには、「環境コード」フィールドの値および「ラベルＩＤ」フィールドの値の組合せ（つまり、温度、湿度、および、ラベルの種類の組合せ）に適した設定情報を含む設定ファイルを識別するための設定ファイルＩＤが格納される。
【００６０】
例えば、図７は、環境コード「Ｃ１」によって特定される使用環境（一例として、温度＝１０℃〜２５℃、かつ、湿度＝４０〜６０％の環境）で、ラベルＩＤ「Ｌ０００１」によって識別されるラベルを使用する場合、設定ファイルＩＤ「Ｆ０００１」によって識別される設定ファイルに含まれる設定情報が適していることを意味する。
【００６１】
（１−２−４）エラーコードデータテーブルの構成（図８）
図８は、第１実施形態のエラーコードデータテーブルの構成例を示す図である。
【００６２】
図８に示すように、エラーコードデータテーブルＴＢＬ１３の各レコード（以下「エラコードレコード」という）には、ラベルプリンタ３０のエラーコードに関する情報が格納される。
エラーコードデータテーブルＴＢＬ１３は、「エラーコード」フィールドと、「更新フラグ」フィールドと、「時間閾値」フィールドと、「回数閾値」フィールドと、を含む。
【００６３】
「エラーコード」フィールドには、エラーを特定するためのエラーコードが格納される。「エラーコード」フィールドの値は、エラーコードレコードを特定する主キーである。
【００６４】
「更新フラグ」フィールドには、設定情報の更新の要否を示す値が格納される。図８は、更新フラグ「０」（つまり、エラーコード「Ｅ１」によって特定されるエラーが発生した場合）は設定情報の更新が不要であることを示し、更新フラグ「１」（つまり、エラーコード「Ｅ２」によって特定されるエラーが発生した場合）は設定情報の更新が必要であることを示している。
【００６５】
「時間閾値」フィールドには、エラーが発生してからの経過時間（以下「エラー経過時間」という）に関する閾値が格納される。エラー経過時間が「時間閾値」フィールドの値以上である場合、「更新フラグ」フィールドの値にかかわらず、設定情報の更新が必要である。
【００６６】
「回数閾値」フィールドには、エラーの発生回数に関する閾値が格納される。一定時間（例えば、１時間）内のエラーの発生回数が「回数閾値」フィールドの値以上である場合、「更新フラグ」フィールドの値にかかわらず、設定情報の更新が必要である。
【００６７】
「更新フラグ」フィールド、「時間閾値」フィールド、および、「回数閾値」フィールドの値は、エラーの内容に基づいて、管理サーバ１０のオペレータによって決定される。
例えば、「更新フラグ」フィールド、「時間閾値」フィールド、および、「回数閾値」フィールドの値は、エラーの重要度（ラベルプリンタ３０に与える影響の程度）に基づいて決定されてもよい。一例として、重要度が大きいエラーを識別するためのエラーコードに対応する「更新フラグ」フィールドには「１」が格納され、重要度が小さいエラーを識別するためのエラーコードに対応する「更新フラグ」フィールドには「０」が格納される。
また、「更新フラグ」フィールド、「時間閾値」フィールド、および、「回数閾値」フィールドの値は、エラーの発生箇所に基づいて決定されてもよい。一例として、印字品質に与える影響が大きいサーマルヘッドに発生したエラーを識別するためのエラーコードに対応する「時間閾値」フィールドには、印字品質に与える影響が小さいプラテンローラに発生したエラーを識別するためのエラーコードに対応する「時間閾値」フィールドの値より小さい値が格納される。
【００６８】
（１−３）情報処理システムの機能（図９〜図１０）
本実施形態の情報処理システムの機能について説明する。
図９は、第１実施形態の情報処理システムの主要な機能を示す機能ブロック図である。図１０は、第１実施形態のレポートデータの構成例を示す図である。
【００６９】
図９に示すように、管理サーバ１０は、取得手段１１０と、決定手段１２０と、送信手段１３０と、を備える。
管理サーバ１０の各手段は、ＣＰＵ１１が、ストレージ１４に記憶されたサーバアプリケーションのプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムを実行することにより実現される。
なお、クライアント端末５０が管理サーバ１０の各手段を備えてもよい。
【００７０】
ラベルプリンタ３０は、管理手段３１０と、更新手段３２０と、を備える。
ラベルプリンタ３０の各手段は、ＣＰＵ３１が、ＲＯＭ３２に記憶されたファームウェアのプログラムをＲＡＭ３３に展開し、ＲＡＭ３３に展開されたプログラムを実行することにより実現される。
【００７１】
（１−３−１）管理手段
管理手段３１０は、ラベルプリンタ３０にエラーが発生したときに、当該エラーに関するエラー情報を作成する機能を有する。
例えば、管理手段３１０の機能は次のように実現される。
ラベルプリンタ３０のＣＰＵ３１は、ラベルプリンタ３０にエラーが発生すると、当該エラーの内容を解析する。
次に、ＣＰＵ３１は、解析結果に基づいて、レポートデータＤＡＴ１０を作成する。図１０に示すように、レポートデータＤＡＴ１０は、ラベルプリンタ３０を識別するためのシリアルコードと、ラベルプリンタ３０のファームウェアのバージョン情報と、エラー情報（エラーが発生した日時、および、エラーコード）と、エラーが発生したときにＥＥＰＲＯＭ３４に記憶されていた設定情報（印字速度、印字濃度、印字位置補正、および、ヘッドチェック）と、を含む。
次に、ＣＰＵ３１は、通信インタフェース３７を介して、レポートデータＤＡＴ１０を管理サーバ１０に送信する。
【００７２】
（１−３−２）取得手段
取得手段１１０は、ラベルプリンタ３０から、ラベルプリンタ３０のエラーに関する情報であるエラー情報と、ラベルプリンタ３０の設定の内容を示す設定情報と、を取得する機能を有する。
例えば、取得手段１１０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、通信インタフェース１７を介して、ラベルプリンタ３０のＣＰＵ３１が送信したレポートデータＤＡＴ１０を受信する。
次に、ＣＰＵ１１は、受信したレポートデータＤＡＴ１０をＲＡＭ１３に記憶する。
【００７３】
（１−３−３）決定手段
決定手段１２０は、取得手段１１０によって取得されたエラー情報および設定情報に基づいて、エラーを解消するための設定の内容を決定する機能を有する。
例えば、決定手段１２０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１０を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応する機種ＩＤ、環境コード、および、ラベルＩＤを特定する。
次に、ＣＰＵ１１は、特定した機種ＩＤに対応する条件マッチングテーブルＴＢＬ１２を参照して、特定した環境コードおよびラベルＩＤの組合せに対応する設定ファイルＩＤを特定する。
【００７４】
また、決定手段１２０の機能は次のように実現されてもよい。
管理サーバ１０のＣＰＵ１１は、ユーザデータテーブルＴＢＬ１０を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応する機種ＩＤ、環境コード、および、ラベルＩＤを特定する。
次に、ＣＰＵ１１は、エラーコードデータテーブルＴＢＬ１３を参照して、設定情報の更新の要否を判断する。具体的には、ＣＰＵ１１は、以下のいずれかの条件を満たす場合、「設定情報の更新が必要である」と判断する。
・レポートデータＤＡＴ１０に含まれるエラーコードに対応する「更新フラグ」フィールドの値が「１」であること。
・レポートデータＤＡＴ１０に含まれる日時からの経過時間が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「時間閾値」フィールドの値以上であること。
・一定時間内のエラーの発生回数が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「回数閾値」フィールドの値以上であること。
次に、ＣＰＵ１１は、「設定情報の更新が必要である」と判断した場合、特定した機種ＩＤに対応する条件マッチングテーブルＴＢＬ１２を参照して、特定した環境コードおよびラベルＩＤの組合せに対応する設定ファイルＩＤを特定する。
【００７５】
これらの決定手段１２０の機能は、適宜組合せ可能である。
【００７６】
（１−３−４）送信手段
送信手段１３０は、決定手段１２０によって決定された設定の内容に従ってラベルプリンタ３０の設定を更新するための更新情報をラベルプリンタ３０に送信する機能を有する。
例えば、送信手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、ストレージ１４から、決定手段１２０の機能によって特定された設定ファイルＩＤによって識別される設定ファイル（更新情報の一例）を読み出す。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、読み出した設定ファイルをラベルプリンタ３０に送信する。
【００７７】
（１−３−５）更新手段
更新手段３２０は、送信手段１３０によって送信された更新情報を用いて、ラベルプリンタ３０の設定情報を更新する機能を有する。
例えば、更新手段３２０の機能は、次のように実現される。
ラベルプリンタ３０のＣＰＵ３１は、通信インタフェース３７を介して、管理サーバ１０のＣＰＵ１１が送信した設定ファイルを受信する。
次に、ＣＰＵ３１は、受信した設定ファイルに含まれる設定情報を用いて、ＥＥＰＲＯＭ３４に記憶された設定情報を更新する。
これにより、決定手段１２０の機能によって決定された設定情報がラベルプリンタ３０に設定される。
【００７８】
（１−４）情報処理のフロー（図１１）
本実施形態の情報処理のフローについて説明する。
図１１は、第１実施形態の設定情報の更新の処理のシーケンス図である。
【００７９】
図１１に示すように、はじめに、ラベルプリンタ３０は、エラーが発生すると（Ｓ１３０−ＹＥＳ）、所定のエラー画面を表示部３６に表示し、かつ、レポートデータＤＡＴ１０を管理サーバ１０に送信する（Ｓ１３２）。
具体的には、ファームウェアは、エラーの有無を常時監視している。
エラーが発生すると、ファームウェアは、発生したエラーの内容を解析する。
次に、ファームウェアは、解析結果に基づいて、エラーの内容を提示するためのエラー画面を表示部３６に表示し、かつ、レポートデータＤＡＴ１０（図１０）を作成する。
次に、ファームウェアは、通信インタフェース３７を介して、レポートデータＤＡＴ１０を管理サーバ１０に送信する。
【００８０】
Ｓ１３０〜Ｓ１３２の処理は、管理手段３１０の機能の一例である。
【００８１】
次に、管理サーバ１０は、ラベルプリンタ３０が送信したレポートデータＤＡＴ１０を受信する（Ｓ１１０）。
具体的には、サーバアプリケーションは、通信インタフェース３７を介して、レポートデータＤＡＴ１０を受信する。
次に、サーバアプリケーションは、受信したレポートデータＤＡＴ１０をＲＡＭ１３に記憶する。
次に、サーバアプリケーションは、ストレージ１４から、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応する設定ファイルデータテーブルＴＢＬ１１を読み出す。
【００８２】
Ｓ１１０の処理は、取得手段１１０の機能の一例である。
【００８３】
次に、管理サーバ１０は、設定情報の更新の要否を判定する（Ｓ１１２）。
具体的には、サーバアプリケーションは、エラーコードデータテーブルＴＢＬ１３を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるエラーコードに対応する「更新フラグ」フィールドの値に基づいて、設定情報の更新の要否を判定する。
「更新フラグ」フィールドの値が「０」の場合、サーバアプリケーションは、「設定情報の更新が不要である」と判断する（Ｓ１１２−ＮＯ）。この場合、設定情報の更新の処理が終了する。
「更新フラグ」フィールドの値が「１」の場合、サーバアプリケーションは、「設定情報の更新が必要である」と判断する（Ｓ１１２−ＹＥＳ）。この場合、Ｓ１１４に進む。
【００８４】
次に、管理サーバ１０は、ラベルプリンタ３０に送信する設定ファイルを決定する（Ｓ１１４）。
具体的には、サーバアプリケーションは、ユーザデータテーブルＴＢＬ１０を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応するユーザＩＤおよび機種ＩＤを特定する。
次に、サーバアプリケーションは、特定した機種ＩＤに対応する条件マッチングテーブルＴＢＬ１２を参照して、特定したユーザＩＤに対応する環境コードおよびラベルＩＤの組合せを特定する。
次に、サーバアプリケーションは、特定した組合せに対応する設定ファイルＩＤを特定する。
【００８５】
Ｓ１１２〜Ｓ１１４の処理は、決定手段１２０の機能の一例である。
【００８６】
次に、管理サーバ１０は、Ｓ１１４において決定された設定ファイルＤＡＴ１１をラベルプリンタ３０に送信する（Ｓ１３４）。
具体的には、サーバアプリケーションは、ストレージ１４から、Ｓ１１４において特定された設定ファイルＩＤによって識別される設定ファイルをＲＡＭ１３に記憶する。
次に、サーバアプリケーションは、通信インタフェース１７を介して、ＲＡＭ１３に記憶された設定ファイルをラベルプリンタ３０に送信する。
【００８７】
Ｓ１１６の処理は、送信手段１３０の機能の一例である。
【００８８】
次に、ラベルプリンタ３０は、設定情報を更新する（Ｓ１３４）。
具体的には、ファームウェアは、通信インタフェース３７を介して、Ｓ１３４においてファームウェアが送信した設定ファイルＤＡＴ１１をＲＡＭ３３に記憶する。
次に、ファームウェアは、ＲＡＭ３３に記憶された設定ファイルＤＡＴ１１に含まれる設定情報を用いて、ＥＥＰＲＯＭ３４に記憶された設定情報を更新する。
次に、ファームウェアは、設定情報の更新によってエラーが解消したか否かを判断する。ファームウェアは、「エラーが解消した」と判断した場合、表示部３６に表示されているエラー画面を解除する（例えば、メニュー画面を表示部３６に表示する）。
これにより、Ｓ１１４において決定された設定ファイルに含まれる設定情報に従って、ラベルプリンタ３０の設定情報が更新される。
【００８９】
Ｓ１３４の処理は、更新手段３２０の機能の一例である。
【００９０】
（１−５）本実施形態の変形例
本実施形態の変形例について説明する。
【００９１】
（１−５−１）変形例１
本変形例では、送信手段１３０が、レポートデータＤＡＴ１０を送信したラベルプリンタ３０（つまり、エラーが発生したラベルプリンタ）だけでなく、レポートデータＤＡＴ１０を送信していないラベルプリンタ３０にも、ラベルプリンタ３０の設定を更新するための更新情報を送信する例を説明する。
【００９２】
例えば、本変形例の送信手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、ストレージ１４から、決定手段１２０の機能によって特定された設定ファイルＩＤによって識別される設定ファイル（更新情報の一例）を読み出す。
次に、ＣＰＵ１１は、ユーザデータテーブルＴＢＬ１０を参照して、レポートデータＤＡＴ１０に含まれるシリアルコードに対応する環境コードおよびラベルＩＤを特定する。
次に、ＣＰＵ１１は、ユーザデータテーブルＴＢＬ１０を参照して、特定した環境コードおよびラベルＩＤの組合せに対応するすべてのシリアルコード（つまり、温度、湿度、および、ラベルの種類の組合せが共通するラベルプリンタ３０を識別するための情報）を特定する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、特定したシリアルコードによって識別されるすべてのラベルプリンタ３０に、読み出した設定ファイルを送信する。
【００９３】
本変形例によれば、エラーが発生したラベルプリンタ３０だけでなく、エラーが発生したラベルプリンタ３０と同一の使用環境で同一の種類のラベルを使用するラベルプリンタ３０のエラーを未然に防ぐことができる。
【００９４】
（１−５−２）変形例２
本変形例では、送信手段１３０が、決定手段１２０によって決定された設定の内容ではなく、サポートスタッフが指定した設定の内容に従ってラベルプリンタ３０の設定を更新するための更新情報をラベルプリンタ３０に送信する例を説明する。
【００９５】
例えば、本変形例の管理手段３１０の機能は次のように実現される。
ラベルプリンタ３０のＣＰＵ３１は、レポートデータＤＡＴ１０を作成すると、通信インタフェース３７を介して、サポートスタッフＳＳ１が使用するクライアント端末５０−３にレポートデータＤＡＴ１０を送信する。
【００９６】
例えば、本変形例の送信手段１３０の機能は次のように実現される。
サポートスタッフは、クライアント端末５０−１の操作入力部５５を介して、取得手段１１０の機能によって取得されたレポートデータＤＡＴ１０に含まれるエラーコードを参照して、エラーを解消するための設定ファイルを識別するための設定ファイルＩＤを指定する。
次に、管理サーバ１０のＣＰＵ１１は、ストレージ１４から、サポートスタッフが指定した設定ファイルＩＤによって識別される設定ファイル（更新情報の一例）を読み出す。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、読み出した設定ファイルをラベルプリンタ３０に送信する。
【００９７】
（１−５−３）変形例３
本変形例では、管理サーバ１０が、ラベルプリンタ３０に、設定ファイルを送信するのではなく、ファームウェアのアップデートプログラムを送信する例について説明する。
【００９８】
例えば、本変形例の決定手段１２０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、取得手段１１０の機能によって取得されたレポートデータＤＡＴ１０に含まれるバージョン情報を参照して、ラベルプリンタ３０のファームウェアが最新であるか否かを判断する。
【００９９】
例えば、本変形例の送信手段１３０の機能は次のように実現される。
ファームウェアが最新でない場合、ＣＰＵ１１は、通信インタフェース１７を介して、ファームウェアのアップデートプログラムをラベルプリンタ３０に送信する。
【０１００】
例えば、本変形例の更新手段３２０の機能は次のように実現される。
例えば、ラベルプリンタ３０のＣＰＵ３１は、通信インタフェース３７を介して、管理サーバ１０のＣＰＵ１１が送信したアップデートプログラムを受信する。
次に、ＣＰＵ３１は、受信したアップデートプログラムを用いて、ＲＯＭ３２に記憶されたファームウェアを更新する。
【０１０１】
（１−６）本実施形態の小括
以下、本実施形態について小括する。
【０１０２】
本実施形態では、管理サーバ１０が、ラベルプリンタ３０から取得したレポートデータＤＡＴ１０に含まれるエラー情報および設定情報に基づいて、エラーを解消するための設定ファイルをラベルプリンタ３０に送信する。ラベルプリンタ３０は、管理サーバ１０から送信された設定ファイルに従って、設定情報を更新する。
これにより、ラベルプリンタ３０のエラーを解消するためのユーザの負担を軽減することができる。
【０１０３】
また、本実施形態では、管理サーバ１０が、エラーの内容が所定条件を満たす場合（例えば、「更新フラグ」フィールドの値が「１」である場合）、エラーが発生してからの経過時間が所定時間以上である場合（例えば、「時間閾値」フィールドの値以上である場合）、および、一定期間内にエラーが発生した回数が所定回数以上である場合（例えば、「回数閾値」フィールドの値以上である場合）、の少なくともいずれかの場合、設定ファイルを送信する。
これにより、所定のエラー（例えば、重要度が大きいエラー）が発生した場合に限り、ラベルプリンタ３０の設定情報を更新することができる。
【０１０４】
（２）第２実施形態
第２実施形態について説明する。
第１実施形態では、ラベルプリンタ３０にエラーが発生したときに、管理サーバ１０が、エラーを解消するための更新情報をラベルプリンタ３０に送信する例を説明した。これに対して、本実施形態では、ラベルプリンタ３０にエラーが発生したときに、管理サーバ１０が、ラベルプリンタ３０のサポートスタッフとユーザとの間で通話を開始させる例を説明する。
なお、第１実施形態と同様の説明は省略する。
【０１０５】
（２−１）データテーブルの構成
本実施形態のデータテーブルの構成について説明する。
本実施形態のデータテーブルは、管理サーバ１０のストレージ１４に記憶されている。
【０１０６】
（２−１−１）スタッフデータテーブル（図１２）
図１２は、第２実施形態のスタッフデータテーブルの構成例を示す図である。
【０１０７】
図１２に示すように、スタッフデータテーブルＴＢＬ２０の各レコード（以下「スタッフレコード」という）には、サポートスタッフに関する情報（以下「スタッフ情報」という）が格納される。スタッフレコードは、例えば、管理サーバ１０の管理サーバ１０のオペレータによって作成される。
スタッフデータテーブルＴＢＬ２０は、「スタッフＩＤ」フィールドと、「スタッフ名」フィールドと、「クライアントＩＤ」フィールドと、「位置情報」フィールドと、「評価」フィールドと、「スケジュール」フィールドと、を含む。
【０１０８】
「スタッフＩＤ」フィールドには、ラベルプリンタ３０のサポートスタッフを識別するためのスタッフＩＤが格納される。「スタッフＩＤ」フィールドの値は、スタッフレコードを特定する主キーである。
【０１０９】
「スタッフ名」フィールドには、スタッフ名を示す値（例えば、文字列）が格納される。
【０１１０】
「クライアントＩＤ」フィールドには、サポートスタッフが使用するクライアント端末５０を識別するためのクライアントＩＤ（接続情報の一例）が格納される。クライアントＩＤは、例えば、音声通話サービスのアカウント、および、ビデオ通話サービスのアカウントの少なくとも１つである。
【０１１１】
「位置情報」フィールドには、サポートスタッフが使用するクライアント端末５０のＧＰＳモジュール５８が取得した緯度および経度を示す情報が格納される。クライアント端末５０は、一定時間（例えば、１０分）毎に、緯度および経度を示す情報を管理サーバ１０に送信する。
【０１１２】
「評価」フィールドには、サポートスタッフの評価を示す値が格納されている。「評価」フィールドの値が大きいほど、解消が難しいエラーに対応可能なサポートスタッフであることを意味する。
【０１１３】
「スケジュール」フィールドには、サポートスタッフがラベルプリンタ３０のエラーを解消するために訪問可能な日付を示す値が格納されている。
【０１１４】
（２−１−２）エラーコードデータテーブルの構成（図１３）
図１３は、第２実施形態のエラーコードデータテーブルの構成例を示す図である。
【０１１５】
図１３に示すように、エラーコードデータテーブルＴＢＬ２１の各エラーコードレコードには、ラベルプリンタ３０のエラーコードに関する情報が格納される。エラーコードレコードは、ラベルプリンタ３０のエラーに関する経験則に基づいて、管理サーバ１０のオペレータによって作成される。
エラーコードデータテーブルＴＢＬ２１は、「エラーコード」フィールドと、「通話フラグ」フィールドと、「訪問フラグ」フィールドと、「時間閾値」フィールドと、「回数閾値」フィールドと、を含む。を含む。
なお、「エラーコード」フィールド、「時間閾値」フィールドおよび「回数閾値」フィールドは、第１実施形態と同様である。
【０１１６】
「通話フラグ」フィールドには、エラーを解消するために、サポートスタッフとユーザとを通話させる必要があるか否かを示す値が格納される。例えば、通話フラグ「０」は通話が不要であることを示し、通話フラグ「１」は通話が必要であることを示している。図１３は、エラーコード「Ｅ１」によって特定されるエラーが発生した場合は通話が不要であることを示し、エラーコード「Ｅ２」によって特定されるエラーが発生した場合は通話が必要であることを示している。
【０１１７】
「訪問フラグ」フィールドには、エラーを解消するために、サポートスタッフを訪問させる必要があるか否かを示す値が格納される。例えば、訪問フラグ「０」は訪問が不要であることを示し、訪問フラグ「１」は訪問が必要であることを示している。図１３は、エラーコード「Ｅ１」によって特定されるエラーが発生した場合は訪問が不要であることを示し、エラーコード「Ｅ２」によって特定されるエラーが発生した場合は訪問が必要であることを示している。
【０１１８】
（２−２）情報処理システムの機能（図１４）
本実施形態の情報処理システムの機能について説明する。
図１４は、第２実施形態の情報処理システムの主要な機能を示す機能ブロック図である。
【０１１９】
図１４に示すように、管理サーバ１０は、取得手段１１０と、送信手段１３１と、を備える。なお、取得手段１１０は、第１実施形態と同様である。
管理サーバ１０の各手段は、ＣＰＵ１１が、ストレージ１４に記憶されたサーバアプリケーションのプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムを実行することにより実現される。
なお、クライアント端末５０が管理サーバ１０の各手段を備えてもよい。
【０１２０】
クライアント端末５０−１および５０−３は、通話手段５１１を備える。
クライアント端末５０−１および５０−３の通話手段５１１は、ＣＰＵ５１が、ストレージ５４に記憶されたアプリケーションのプログラムをＲＡＭ５３に展開し、ＲＡＭ５３に展開されたプログラムを実行することにより実現される。
【０１２１】
（２−２−１）送信手段
送信手段１３１は、取得手段１１０によって取得されたエラー情報に基づいて、ユーザＵ１が使用するクライアント端末５０−１（第１クライアント端末の一例）と、サポートスタッフＳＳ１が使用するクライアント端末５０−３（第２クライアント端末の一例）と、を接続するための接続情報を、クライアント端末５０−１および５０−３の少なくとも１つに送信する機能を有する。
例えば、送信手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、エラーコードデータテーブルＴＢＬ２１を参照して、取得手段１１０の機能によってＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるエラーコードに対応する「通話フラグ」フィールド、「時間閾値」フィールド、および、「回数閾値」フィールドのいずれかの値に基づいて、接続情報の送信の要否を判断する。具体的には、ＣＰＵ１１は、以下のいずれかの条件を満たす場合、「接続情報の送信が必要である」と判断する。
・レポートデータＤＡＴ１０に含まれるエラーコードに対応する「通話フラグ」フィールドの値が「１」であること。
・レポートデータＤＡＴ１０に含まれる日時からの経過時間が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「時間閾値」フィールドの値以上であること。
・一定時間内のエラーの発生回数が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「回数閾値」フィールドの値以上であること。
ＣＰＵ１１は、「接続情報の送信が必要である」と判断した場合、スタッフデータテーブルＴＢＬ２０を参照して、少なくとも１つのスタッフＩＤをランダムで抽出する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、抽出したスタッフＩＤに対応するクライアントＩＤ（例えば、音声通話サービスのアカウント、または、ビデオ通話サービスのアカウント）を、ユーザＵ１が使用するクライアント端末５０−１に送信する。
【０１２２】
（２−２−２）通話手段
通話手段５１１は、送信手段１３１によって送信された接続情報を用いて、クライアント端末５０−１および５０−３の間で通話を開始する機能を有する。
例えば、通話手段５１１の機能は、次のように実現される。
ユーザＵ１が使用するクライアント端末５０−１のＣＰＵ５１は、通信インタフェース５７を介して、管理サーバ１０のＣＰＵ１１が送信したビデオ通話サービスのアカウントを受信する。
次に、クライアント端末５０−１のＣＰＵ５１は、ストレージ５４に記憶されたプログラム（例えば、音声通話用アプリケーションのプログラム、または、ビデオ通話用アプリケーションのプログラム）を実行する。
次に、クライアント端末５０−１のＣＰＵ５１は、サポートスタッフＳＳ１が使用するクライアント端末５０−３の音声通話用アプリケーションまたはビデオ通話用アプリケーションを呼び出す。
次に、クライアント端末５０−３のＣＰＵ５１は、ストレージ５４に記憶された音声通話用アプリケーションのプログラム、または、ビデオ通話用アプリケーションのプログラムを実行する。
これにより、クライアント端末５０−１とクライアント端末５０−３との間で音声通話またはビデオ通話が開始する。
【０１２３】
（２−３）情報処理のフロー（図１５）
本実施形態の情報処理のフローについて説明する。
図１５は、第２実施形態の接続情報の送信の処理のシーケンス図である。
【０１２４】
図１５に示すように、Ｓ１３０〜Ｓ１３２、および、Ｓ１１０の処理が第１実施形態と同様に実行された後、管理サーバ１０は、接続情報の送信の要否を判定する（Ｓ２１０）。
具体的には、サーバアプリケーションは、エラーコードデータテーブルＴＢＬ２１を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるエラーコードに対応する「通話フラグ」フィールドの値に基づいて、接続情報の送信の要否を判定する。
「通話フラグ」フィールドの値が「０」の場合、サーバアプリケーションは、「接続情報の送信が不要である」と判断する（Ｓ２１０−ＮＯ）。この場合、接続情報の送信の処理が終了する。
「通話フラグ」フィールドの値が「１」の場合、サーバアプリケーションは、「接続情報の送信が必要である」と判断する（Ｓ２１０−ＹＥＳ）。この場合、Ｓ２１２に進む。
【０１２５】
次に、管理サーバ１０は、クライアント端末５０に接続情報ＤＡＴ２０を送信する（Ｓ２１２）。
具体的には、サーバアプリケーションは、スタッフデータテーブルＴＢＬ２０から、少なくとも１つのクライアントＩＤ（例えば、スタッフＩＤ「ＳＳ０００１」に対応するクライアントＩＤ「ＳＳＡ０００１」）をランダムに抽出する。
次に、サーバアプリケーションは、ユーザデータテーブルＴＢＬ１０から、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応するクライアントＩＤを抽出する。
次に、サーバアプリケーションは、通信インタフェース１７を介して、ユーザデータテーブルＴＢＬ１０から抽出されたクライアントＩＤによって識別されるクライアント端末５０−１に、スタッフデータテーブルＴＢＬ２０から抽出されたクライアントＩＤを含む接続情報ＤＡＴ２０を送信する。
【０１２６】
Ｓ２１０〜Ｓ２１２の処理は、送信手段１３１の機能の一例である。
【０１２７】
次に、クライアント端末５０−１は、クライアント端末５０−３に通話要求を送信する（Ｓ２５０）。
具体的には、ユーザＵ１が操作入力部１５を介して指示を与えると、クライアント端末５０−１のビデオ通話用アプリケーションは、通信インタフェース５７を介して、Ｓ２１２においてサーバアプリケーションが送信した接続情報ＤＡＴ２０に含まれるクライアントＩＤによって識別されるクライアント端末５０−３に通話要求を送信する。
クライアント端末５０−３が通話要求ＤＡＴ２１を受信すると、クライアント端末５０−１および５０−３の間でビデオ通話が開始する。
【０１２８】
Ｓ２５０の処理は、通話手段５１１の機能の一例である。なお、クライアント端末５０−３が、クライアント端末５０−１に通話要求を送信する態様でもよい。
【０１２９】
（２−４）本実施形態の小括
以下、本実施形態について小括する。
【０１３０】
本実施形態では、管理サーバ１０が、ラベルプリンタ３０から取得したレポートデータＤＡＴ１０に含まれるエラー情報に基づいて、ユーザＵ１が使用するクライアント端末５０−１と、サポートスタッフＳＳ１が使用するクライアント端末５０−３と、を接続するための接続情報を、クライアント端末５０−１および５０−３の少なくとも１つに送信する。
これにより、ラベルプリンタ３０のエラーを解消するためのユーザの負担を軽減することができかつ、エラーを早期に解消することができる。
【０１３１】
また、本実施形態では、管理サーバ１０が、エラーの内容が所定条件を満たす場合（例えば、「更新フラグ」フィールドの値が「１」である場合）、エラーが発生してからの経過時間が所定時間以上である場合（例えば、「時間閾値」フィールドの値以上である場合）、および、一定期間内にエラーが発生した回数が所定回数以上である場合（例えば、「回数閾値」フィールドの値以上である場合）、の少なくともいずれかの場合、接続情報を送信する。
これにより、所定のエラー（例えば、重要度が大きいエラー）が発生した場合に限り、サポートスタッフとの通話を開始することができる。
【０１３２】
（３）第３実施形態
第３実施形態について説明する。
第１実施形態では、ラベルプリンタ３０にエラーが発生したときに、管理サーバ１０が、エラーを解消するための更新情報をラベルプリンタ３０に送信する例を説明した。これに対して、本実施形態では、ラベルプリンタ３０にエラーが発生したときに、管理サーバ１０が、ラベルプリンタ３０のサポートスタッフを訪問させるために必要な情報を、サポートスタッフに提供する例を説明する。
なお、第１実施形態と同様の説明は省略する。
【０１３３】
（３−１）情報処理システムの機能（図１６）
本実施形態の情報処理システムの機能について説明する。
図１６は、第３実施形態の情報処理システムの主要な機能を示す機能ブロック図である。
【０１３４】
図１６に示すように、管理サーバ１０は、取得手段１１０と、送信手段１３２と、を備える。なお、取得手段１１０は、第１実施形態と同様である。
管理サーバ１０の各手段は、ＣＰＵ１１が、ストレージ１４に記憶されたサーバアプリケーションのプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムを実行することにより実現される。
なお、クライアント端末５０が管理サーバ１０の各手段を備えてもよい。
【０１３５】
クライアント端末５０−３は、表示制御手段５１２を備える。
クライアント端末５０−３の表示制御手段５１２は、ＣＰＵ５１が、ストレージ５４に記憶されたアプリケーションのプログラムをＲＡＭ５３に展開し、ＲＡＭ５３に展開されたプログラムを実行することにより実現される。
【０１３６】
（３−１−１）送信手段
送信手段１３２は、取得手段１１０によって取得されたエラー情報に基づいて、サポートスタッフＳＳ１が使用するクライアント端末５０−３（第２クライアント端末の一例）に、ユーザＵ１が使用するラベルプリンタ３０の位置（つまり、サポートスタッフＳＳ１が訪問すべき場所）を示す位置情報（第１の位置情報の一例）を送信する機能を有する。
例えば、送信手段１３０の機能は次のように実現される。
管理サーバ１０のＣＰＵ１１は、エラーコードデータテーブルＴＢＬ２１を参照して、取得手段１１０の機能によってＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるエラーコードに対応する「訪問フラグ」フィールド、「時間閾値」フィールド、および、「回数閾値」フィールドのいずれかの値に基づいて、サポートスタッフの訪問の要否を判断する。具体的には、ＣＰＵ１１は、以下のいずれかの条件を満たす場合、「通話が必要である」と判断する。
・レポートデータＤＡＴ１０に含まれるエラーコードに対応する「訪問フラグ」フィールドの値が「１」であること。
・レポートデータＤＡＴ１０に含まれる日時からの経過時間が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「時間閾値」フィールドの値以上であること。
・一定時間内のエラーの発生回数が、レポートデータＤＡＴ１０に含まれるエラーコードに対応する「回数閾値」フィールドの値以上であること。
ＣＰＵ１１は、「訪問が必要である」と判断した場合、ユーザデータテーブルＴＢＬ１０を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応する「住所」フィールドの値に基づいて、サポートスタッフが訪問すべき場所の位置情報（第１位置情報の一例）を特定する。
次に、ＣＰＵ１１は、スタッフデータテーブルＴＢＬ２０を参照して、サポートスタッフが訪問すべき場所の位置情報に最も近い位置情報（第２位置情報の一例）に対応するスタッフＩＤを抽出する。
次に、ＣＰＵ１１は、通信インタフェース１７を介して、抽出したスタッフＩＤに対応するクライアントＩＤ（例えば、音声通話サービスのアカウント、または、ビデオ通話サービスのアカウント）によって識別されるクライアント端末５０−３に、サポートスタッフが訪問すべき場所の位置情報と、レポートデータＤＡＴ１０に含まれる日時およびエラーコードと、を送信する。
【０１３７】
（３−１−２）表示制御手段
表示制御手段５１２は、送信手段１３２によって送信された位置情報を用いて、クライアント端末５０−３の表示部５６に画像を表示する機能を有する。
例えば、表示制御手段５１２の機能は、次のように実現される。
サポートスタッフＳＳ１が使用するクライアント端末５０−３のＣＰＵ５１は、通信インタフェース５７を介して、管理サーバ１０のＣＰＵ１１が送信した位置情報を受信する。
次に、ＣＰＵ５１は、ストレージ５４に記憶された地図アプリケーションのプログラムを実行する。
次に、ＣＰＵ５１は、受信した位置情報を用いて、当該位置情報が示す場所が示された地図画像を表示部５６に表示する。
【０１３８】
（３−２）情報処理のフロー（図１７）
本実施形態の情報処理のフローについて説明する。
図１７は、第３実施形態の位置情報の送信の処理のシーケンス図である。
【０１３９】
図１７に示すように、はじめに、クライアント端末５０−３は、一定時間（例えば、１時間）毎に、管理サーバ１０に位置情報を送信する（Ｓ３５０）。
具体的には、ＧＰＳモジュール５８は、一定時間毎に、クライアント端末５０−３の緯度および経度を示す情報を取得する。
次に、クライアント端末５０−３のＣＰＵ５１は、通信インタフェース１７を介して、位置情報ＤＡＴ３０を管理サーバ１０に送信する。位置情報ＤＡＴ３０は、ＧＰＳモジュール５８によって取得された情報（つまり、クライアント端末５０−３の緯度および経度）と、クライアント端末５０−３を識別するためのクライアントＩＤと、を含む。
【０１４０】
管理サーバ１０は、クライアント端末５０−３が送信した位置情報を受信する（Ｓ３１０）。
具体的には、サーバアプリケーションは、通信インタフェース１７を介して、位置情報ＤＡＴ３０を受信する。
次に、サーバアプリケーションは、スタッフデータテーブルＴＢＬ２０を参照して、位置情報ＤＡＴ３０に含まれる緯度および経度を用いて、位置情報ＤＡＴ３０に含まれるクライアントＩＤに対応する「位置情報」フィールドの値を更新する。
【０１４１】
Ｓ１３０〜Ｓ１３２、および、Ｓ１１０の処理が第１実施形態と同様に実行された後、管理サーバ１０は、位置情報の送信の要否を判定する（Ｓ３１２）。
具体的には、サーバアプリケーションは、エラーコードデータテーブルＴＢＬ２１を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるエラーコードに対応する「訪問フラグ」フィールドの値に基づいて、接続の要否を判定する。
「訪問フラグ」フィールドの値が「０」の場合、サーバアプリケーションは、「位置情報の送信が不要である」と判断する（Ｓ３１２−ＮＯ）。この場合、位置情報の送信の処理が終了する。
「訪問フラグ」フィールドの値が「１」の場合、サーバアプリケーションは、「位置情報の送信が必要である」と判断する（Ｓ３１２−ＹＥＳ）。この場合、Ｓ３１４に進む。
【０１４２】
次に、管理サーバ１０は、クライアント端末５０に位置情報ＤＡＴ３１を送信する（Ｓ３１４）。
具体的には、サーバアプリケーションは、ユーザデータテーブルＴＢＬ１０を参照して、ＲＡＭ１３に記憶されたレポートデータＤＡＴ１０に含まれるシリアルコードに対応する「住所」フィールドの値に基づいて、サポートスタッフが訪問すべき場所の緯度および経度を特定する。
次に、サーバアプリケーションは、スタッフデータテーブルＴＢＬ２０を参照して、特定した緯度および経度に最も近い緯度および経度に対応するスタッフＩＤ（つまり、サポートスタッフが訪問すべき場所の最も近くにいあるサポートスタッフを識別するための情報）を特定する。
次に、サーバアプリケーションは、スタッフデータテーブルＴＢＬ２０を参照して、特定したスタッフＩＤに対応するクライアントＩＤを特定する。
次に、サーバアプリケーションは、通信インタフェース１７を介して、特定したクライアントＩＤによって識別されるクライアント端末５０−３に、サポートスタッフが訪問すべき場所の緯度および経度を含む位置情報ＤＡＴ３１を送信する。
【０１４３】
Ｓ３１２〜Ｓ３１４の処理は、送信手段１３２の機能の一例である。
【０１４４】
次に、クライアント端末５０−３は、管理サーバ１０が送信した位置情報を受信する（Ｓ３５２）。
具体的には、クライアント端末５０−３の地図アプリケーションは、通信インタフェース５７を介して、Ｓ３１４においてサーバアプリケーションが送信した位置情報ＤＡＴ３１を受信する。
次に、地図アプリケーションは、位置情報ＤＡＴ３１に含まれる緯度および経度を用いて、サポートスタッフが訪問すべき場所を示す地図画像を表示部５６に表示する。
【０１４５】
Ｓ３５２の処理は、表示制御手段５１２の機能の一例である。
【０１４６】
（３−３）本実施形態の小括
以下、本実施形態について小括する。
【０１４７】
本実施形態では、管理サーバ１０が、ラベルプリンタ３０から取得したレポートデータＤＡＴ１０に含まれるエラー情報に基づいて、サポートスタッフＳＳ１が使用するクライアント端末５０−３に、サポートスタッフＳＳ１が訪問すべき場所を示す位置情報を送信する。
これにより、ラベルプリンタ３０のエラーを解消するためのユーザの負担を軽減することができ、かつ、エラーを早期に解消することができる。
【０１４８】
また、本実施形態では、管理サーバ１０が、位置情報に加えて、エラー情報をクライアント端末５０−３に送信する。
これにより、サポートスタッフに、早期にエラーの内容を知らせることができる。
【０１４９】
また、本実施形態では、管理サーバ１０が、エラーの内容が所定条件を満たす場合（例えば、「更新フラグ」フィールドの値が「１」である場合）、エラーが発生してからの経過時間が所定時間以上である場合（例えば、「時間閾値」フィールドの値以上である場合）、および、一定期間内にエラーが発生した回数が所定回数以上である場合（例えば、「回数閾値」フィールドの値以上である場合）、の少なくともいずれかの場合、位置情報を送信する。
これにより、所定のエラー（例えば、重要度が大きいエラー）が発生した場合に限り、サポートスタッフを訪問させることができる。
【０１５０】
上記実施形態では、印字媒体を取り扱う電子機器がラベルプリンタ３０である例について説明したが、本実施形態の電子機器は、これに限られない。本実施形態の電子機器は、印字媒体に情報を印字するその他の装置（例えば、インクジェットプリンタ、レーザプリンタ、複合機等）、および、印字媒体を任意の物体に貼付する貼付装置（例えば、情報が印字されたラベルを製品や梱包材に貼付するラベル貼付装置）も含む。
【０１５１】
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態および変形例は、組合せ可能である。
【符号の説明】
【０１５２】
１        ：情報処理システム
１０      ：管理サーバ
１１      ：ＣＰＵ
１２      ：ＲＯＭ
１３      ：ＲＡＭ
１４      ：ストレージ
１７      ：通信インタフェース
３０      ：ラベルプリンタ
３１      ：ＣＰＵ
３２      ：ＲＯＭ
３３      ：ＲＡＭ
３４      ：ＥＥＰＲＯＭ
３５      ：操作入力部
３６      ：表示部
３７      ：通信インタフェース
３８      ：印字機構
５０      ：クライアント端末
５１      ：ＣＰＵ
５２      ：ＲＯＭ
５３      ：ＲＡＭ
５４      ：ストレージ
５５      ：操作入力部
５６      ：表示部
５７      ：通信インタフェース
５８      ：ＧＰＳモジュール
１１０    ：取得手段
１２０    ：決定手段
１３０〜１３２    ：送信手段
３１０    ：管理手段
３２０    ：更新手段
５１１    ：通話手段
５１２    ：表示制御手段
【図１】
0006564222.tif 000002
【図２】
0006564222.tif 000003
【図３】
0006564222.tif 000004
【図４】
0006564222.tif 000005
【図５】
0006564222.tif 000006
【図６】
0006564222.tif 000007
【図７】
0006564222.tif 000008
【図８】
0006564222.tif 000009
【図９】
0006564222.tif 000010
【図１０】
0006564222.tif 000011
【図１１】
0006564222.tif 000012
【図１２】
0006564222.tif 000013
【図１３】
0006564222.tif 000014
【図１４】
0006564222.tif 000015
【図１５】
0006564222.tif 000016
【図１６】
0006564222.tif 000017
【図１７】
0006564222.tif 000018