(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-24
(45)【発行日】2024-08-01
(54)【発明の名称】情報処理システム、情報処理方法、および、プログラム
(51)【国際特許分類】
H04N 1/00 20060101AFI20240725BHJP
G06F 3/12 20060101ALI20240725BHJP
B41J 29/42 20060101ALI20240725BHJP
【ＦＩ】
H04N1/00 127A
H04N1/00 350
G06F3/12 323
G06F3/12 336
G06F3/12 303
G06F3/12 387
B41J29/42 F
【請求項の数】
13
(21)【出願番号】P 2020062791
(22)【出願日】2020-03-31
(65)【公開番号】P2021164033
(43)【公開日】2021-10-11
【審査請求日】2023-02-08
(73)【特許権者】
【識別番号】000130581
【氏名又は名称】サトーホールディングス株式会社
(74)【代理人】
【識別番号】110000165
【氏名又は名称】弁理士法人グローバル・アイピー東京
(72)【発明者】
【氏名】斉藤 浩一
【審査官】鈴木 明
(56)【参考文献】
【文献】特開２０１０－２００００４（ＪＰ，Ａ）
【文献】特開２０１７－１５７２００（ＪＰ，Ａ）
【文献】特開２０１８－１５６４６７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １／００
Ｇ０６Ｆ ３／１２
Ｂ４１Ｊ ２９／４２
(57)【特許請求の範囲】
【請求項1】
サーバと、前記サーバと通信可能なプリンタと、を含む情報処理システムであって、前記サーバは、
前記プリンタから、前記サーバが実行可能な機能のリクエストを受け付ける受付部と、
前記受付部により受け付けられたリクエストに対応する機能を実行する実行部と、
前記実行部による実行結果を前記プリンタに送信するサーバ側通信部と、
を備え、
前記プリンタは、
前記サーバが実行可能な機能のリクエストを受け付ける第１インターフェースと、前記プリンタが実行可能な機能のリクエストを受け付ける第２インターフェースと、をユーザによる操作入力によって切り替えて表示部に表示させる表示制御部と、
前記第１インターフェースにより受け付けられたリクエストをサーバに送信し、前記サーバによって実行された実行結果を受信するプリンタ側通信部と、
を備え、
前記表示制御部は、
前記プリンタ側通信部により受信した実行結果に基づく情報を取得する、情報処理システム。
【請求項2】
前記実行結果に基づく情報は、前記実行結果に基づく画像であって、前記表示制御部は、当該画像を前記表示部に表示させる、
請求項１に記載の情報処理システム。
【請求項3】
前記実行結果に基づく画像は、前記プリンタ及び前記サーバに対する外部から提供される画像であって前記プリンタ単体の機能に対して無関係である画像を含む、
請求項２に記載の情報処理システム。
【請求項4】
前記第１インターフェースと前記第２インターフェースとはそれぞれＵＲＬ（Uniform Resource Locator）に対応付けられており、前記表示制御部は、アクセス先のＵＲＬを切り替えることで、前記第１インターフェースと前記第２インターフェースとを切り替える、
請求項３に記載の情報処理システム。
【請求項5】
前記プリンタ側通信部および前記サーバ側通信部が所定の通信プロトコルに基づくコマンドを送受信することによって、前記サーバと前記プリンタとが双方向通信を行う、請求項１から４のいずれか一項に記載の情報処理システム。
【請求項6】
前記サーバは、複数の画像を記憶する記憶部と、
前記複数の画像の各々に対応付けられた複数のＷｅｂＡＰＩ（ウェブアプリケーションプログラミングインターフェース）と、を備え、
前記表示制御部は、前記複数の画像のいずれかに対応するＷｅｂＡＰＩを利用して、ソフトウェアキーを含む第１画像を取得し、前記第１画像を前記表示部に表示させるとともに、前記表示部に表示された第１画像に含まれるソフトウェアキーに対する操作入力に応じて、前記ソフトウェアキーに対応する画像として、前記第１画像とは異なる第２画像を前記表示部に表示させる、
請求項１から５のいずれか一項に記載の情報処理システム。
【請求項7】
前記複数のＷｅｂＡＰＩは、前記第１画像に含まれるソフトウェアキーに対応するＷｅｂＡＰＩを含み、前記表示制御部は、前記ソフトウェアキーに対応するＷｅｂＡＰＩを利用して前記第２画像を取得する、
請求項６に記載された情報処理システム。
【請求項8】
前記表示制御部は、前記第１インターフェースが前記表示部に表示されているときに印字データを受信した場合には、前記第１インターフェースに代えて前記第２インターフェースを前記表示部に表示させる、請求項３又は４に記載された情報処理システム。
【請求項9】
前記表示制御部は、前記印字データに基づく印字が終了した後に、前記第１インターフェースを再度前記表示部に表示させる、請求項８に記載された情報処理システム。
【請求項10】
前記サーバは、少なくとも１つのソフトウェアキーを含む画像であって、各ソフトウェアキーが、前記プリンタが解釈可能なコマンドに対応付けられた画像を記憶する記憶部と、
前記画像と、前記画像に含まれる前記少なくとも１つのソフトウェアキーの各々に対応付けられたコマンドと、を提供するためのＷｅｂＡＰＩと、を備え、
前記表示制御部は、
前記画像に対応付けられたＷｅｂＡＰＩを利用して前記画像を取得し、取得した画像を前記表示部に表示させる、
請求項１から５のいずれか一項に記載の情報処理システム。
【請求項11】
前記プリンタは、前記表示部に表示された画像に含まれる前記少なくとも１つのソフトウェアキーのいずれかに対する操作入力に応じて、当該操作入力に対応するソフトウェアキーに対応付けられたＷｅｂＡＰＩを利用して、対応するコマンドを取得するコマンド取得部と、
前記コマンド取得部によって取得されたコマンドを前記プリンタに対して実行するコマンド実行部と、をさらに備えた、
請求項１０に記載の情報処理システム。
【請求項12】
サーバと、前記サーバと通信可能なプリンタとの間の情報処理方法であって、前記プリンタが、前記サーバが実行可能な機能のリクエストを受け付ける第１インターフェースと、前記プリンタが実行可能な機能のリクエストを受け付ける第２インターフェースと、をユーザによる操作入力によって切り替えて表示部に表示させ、
前記プリンタが、前記第１インターフェースにより受け付けられたリクエストを前記サーバに送信し、
前記サーバが、前記プリンタから、前記サーバが実行可能な機能のリクエストを受け付け、
前記サーバが、前記受け付けたリクエストに対応する機能を実行し、
前記サーバが、前記機能の実行結果を前記プリンタに送信し、
前記プリンタが、前記サーバによって実行された実行結果を受信し、受信した前記実行結果に基づく情報を取得する、
情報処理方法。
【請求項13】
表示部を備え、サーバと通信可能なプリンタにおいて、コンピュータを、前記サーバが実行可能な機能のリクエストを受け付ける第１インターフェースと、前記プリンタが実行可能な機能のリクエストを受け付ける第２インターフェースと、をユーザによる操作入力によって切り替えて前記表示部に表示させる手順と、
前記第１インターフェースによりリクエストを受け付ける手順と、
受け付けられたリクエストに基づいて前記サーバによって実行された実行結果を前記サーバから受信する手順と、
受信した前記実行結果に基づく情報を取得する手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法、および、プログラムに関する。
【背景技術】
【0002】
従来、表示部を備えたプリンタが知られている。例えば、設定内容および確認キーを表示する表示部と、所定のキーの操作に応答して表示部に設定内容および確認キーを項目別に表示させ、各確認キーが押されるのを待ってからジョブの実行を開始する制御部とを備える画像形成装置が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１８－１１４７３５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、上述したような従来のプリンタでは、プリンタ内部の設定内容やプリンタの印刷ジョブの状態を表示するに止まり、プリンタとは直接関係がない外部の情報を表示することができなかった。そのため、従来のプリンタは、プリンタに特化した情報をユーザに提供するのみであり、例えばプリンタ以外の情報でユーザにとって有用となり得る情報を提供することができなかった。
【0005】
そこで、本発明は、プリンタの画面を介して外部の情報を活用することを目的とする。
【課題を解決するための手段】
【0006】
本発明のある態様は、サーバと、前記サーバと通信可能なプリンタと、を含む情報処理システムであって、前記サーバは、前記プリンタから、前記サーバが実行可能な機能のリクエストを受け付ける受付部と、前記受付部により受け付けられたリクエストに対応する機能を実行する実行部と、前記実行部による実行結果を前記プリンタに送信するサーバ側通信部と、を備え、前記プリンタは、前記リクエストを受け付ける第１インターフェースを表示部に表示させる表示制御部と、前記第１インターフェースにより受け付けられたリクエストをサーバに送信し、前記サーバによって実行された実行結果を受信するプリンタ側通信部と、を備え、前記表示制御部は、前記プリンタ側通信部により受信した実行結果に基づく情報を取得する、情報処理システムである。
【発明の効果】
【0007】
本発明のある態様によれば、プリンタの画面を介して外部の情報を活用することが可能となる。
【図面の簡単な説明】
【0008】
【図1】第１の実施形態の表示システムのシステム構成を示す図である。
【図2】第１の実施形態のプリンタの外観を示す斜視図である。
【図3】第１の実施形態の表示システムにおいて、プリンタの表示パネルに表示される画面例を示す図である。
【図4】第１の実施形態の表示システムの各部の構成を示すブロック図である。
【図5】第１の実施形態の表示システムにおいて、プログラムの処理を説明する図である。
【図6】第１の実施形態の表示システムのシーケンスチャートの一例を示す図である。
【図7】第２の実施形態の表示システムにおいて、プリンタの表示パネルに表示される画面例を示す図である。
【図8】第２の実施形態の表示システムのシーケンスチャートの一例を示す図である。
【発明を実施するための形態】
【0009】
以下、実施形態について、図面を参照しながら説明する。
【0010】
（１）第１の実施形態
（１－１）表示システム１の概要
情報処理システムの第１の実施形態である表示システム１について、図１を参照して説明する。図１は、第１の実施形態の表示システム１のシステム構成を示す図である。図１に例示する表示システム１は、複数のプリンタ２－１～２－５、管理サーバ３、および、クライアント端末４－１，４－２を備え、各プリンタおよび各クライアント端末が管理サーバ３とネットワークＮＷを介して通信可能である。なお、図１に示す表示システム１は、管理サーバ３と通信可能なプリンタの数、管理サーバ３と通信可能なクライアント端末の数を限定する意図はなく、所望の数のプリンタおよび所望の数のクライアント端末が管理サーバ３と通信可能に構成することができる。
以下の説明では、複数のプリンタ２－１～２－５に対して共通する事項について言及するときには「プリンタ２」と表記し、複数のクライアント端末４－１，４－２に対して共通する事項について言及するときには「クライアント端末４」と表記する。
（１－１）表示システム１の概要
情報処理システムの第１の実施形態である表示システム１について、図１を参照して説明する。図１は、第１の実施形態の表示システム１のシステム構成を示す図である。図１に例示する表示システム１は、複数のプリンタ２－１～２－５、管理サーバ３、および、クライアント端末４－１，４－２を備え、各プリンタおよび各クライアント端末が管理サーバ３とネットワークＮＷを介して通信可能である。なお、図１に示す表示システム１は、管理サーバ３と通信可能なプリンタの数、管理サーバ３と通信可能なクライアント端末の数を限定する意図はなく、所望の数のプリンタおよび所望の数のクライアント端末が管理サーバ３と通信可能に構成することができる。
以下の説明では、複数のプリンタ２－１～２－５に対して共通する事項について言及するときには「プリンタ２」と表記し、複数のクライアント端末４－１，４－２に対して共通する事項について言及するときには「クライアント端末４」と表記する。
【0011】
プリンタ２は、ＨＴＴＰＳ（Hyper Text Transfer Protocol Secure）およびＭＱＴＴ（Message Queuing Telemetry Transport）（あるいは、ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ）のプロトコルに従って管理サーバ３と通信可能である。クライアント端末４は、ＨＴＴＰＳ又はＭＱＴＴのプロトコルに従って管理サーバ３と通信可能である。
管理サーバ３は、プリンタ２から例えば定期的に受信する情報に基づいてプリンタ２の稼働状態を管理しているクラウドサーバ等である。管理サーバ３は、例えば、プリンタ２で使用しているラベルロールやインクリボン等の消耗品のシリアル番号、あるいは、プラテンローラの走行距離等の情報をプリンタ２から受信し、プリンタ２の識別番号に対応付けて、記録している。
クライアント端末４は、管理サーバ３にアクセスすることにより、指定されたプリンタ２の稼働情報を閲覧することができるとともに、プリンタ２の表示パネルに表示されている画像を遠隔的に閲覧することが可能である。
管理サーバ３は、プリンタ２から例えば定期的に受信する情報に基づいてプリンタ２の稼働状態を管理しているクラウドサーバ等である。管理サーバ３は、例えば、プリンタ２で使用しているラベルロールやインクリボン等の消耗品のシリアル番号、あるいは、プラテンローラの走行距離等の情報をプリンタ２から受信し、プリンタ２の識別番号に対応付けて、記録している。
クライアント端末４は、管理サーバ３にアクセスすることにより、指定されたプリンタ２の稼働情報を閲覧することができるとともに、プリンタ２の表示パネルに表示されている画像を遠隔的に閲覧することが可能である。
【0012】
図２は、本実施形態のプリンタ２の外観を示す斜視図である。図２に示すように、プリンタ２の前面には、表示パネル２４ａと、プリンタ２の操作を行うための操作ボタン群２３ａとが設けられている。表示パネル２４ａには、プリンタ２の内部の設定状態や印字ジョブの状態が表示され、例えば、操作ボタン群２３ａのいずれかの操作ボタンを操作することで、ユーザがプリンタ２の設定を変更することができる。
【0013】
本実施形態のプリンタ２は、プリンタ２の内部の設定状態や動作指示、あるいは印字ジョブの状態といった、プリンタ２の内部の設定状態や動作指示を示す画像のほか、例えば、プリンタ２の機能と直接関係がない外部の画像を管理サーバ３から取得して表示することができる。
図３に、プリンタ２の表示パネル２４ａに表示される画面例を示す。図３に示す画面Ｇ１～Ｇ３には、本実施形態におけるソフトウェアキーＫ１～Ｋ９が表示されている、ソフトウェアキーＫ１～Ｋ９は、ＧＵＩで表現されたアイコンである。プリンタ２は、例えば、操作ボタン群２３ａの操作指示により、何れかのキー入力を受け付けるとキーに対応付けられた所定の処理を実行する。
画面Ｇ１～Ｇ３に対して具体的に説明すると、画面Ｇ１は、プリンタ２の内部の設定状態を閲覧し、あるいは動作指示を行うためのソフトウェアキーＫ１～Ｋ４が配された画面例を示している。画面Ｇ１は、プリンタ２が実行可能な機能のリクエストを受け付ける第２インターフェースの一例である。
ソフトウェアキーＫ１に対するユーザの操作入力（タップ入力）に応じて、プリンタ２のステータスがオフラインからオンラインに変更する処理が実行される。
ソフトウェアキーＫ２に対するユーザの操作入力に応じて、プリンタ２は印字処理を中止する。
ソフトウェアキーＫ３に対するユーザの操作入力に応じて、プリンタ２の設定を行うための別の画面に遷移する。図示しない別の画面では、例えばプリンタ２の印字濃度や印字速度、あるいは通信等の様々な設定を行うことができるように構成される。
ソフトウェアキーＫ４に対するユーザの操作入力に応じて、プリンタ２に収容されている用紙を所定の距離フィードさせる（搬送させる）処理が実行される。
図３に、プリンタ２の表示パネル２４ａに表示される画面例を示す。図３に示す画面Ｇ１～Ｇ３には、本実施形態におけるソフトウェアキーＫ１～Ｋ９が表示されている、ソフトウェアキーＫ１～Ｋ９は、ＧＵＩで表現されたアイコンである。プリンタ２は、例えば、操作ボタン群２３ａの操作指示により、何れかのキー入力を受け付けるとキーに対応付けられた所定の処理を実行する。
画面Ｇ１～Ｇ３に対して具体的に説明すると、画面Ｇ１は、プリンタ２の内部の設定状態を閲覧し、あるいは動作指示を行うためのソフトウェアキーＫ１～Ｋ４が配された画面例を示している。画面Ｇ１は、プリンタ２が実行可能な機能のリクエストを受け付ける第２インターフェースの一例である。
ソフトウェアキーＫ１に対するユーザの操作入力（タップ入力）に応じて、プリンタ２のステータスがオフラインからオンラインに変更する処理が実行される。
ソフトウェアキーＫ２に対するユーザの操作入力に応じて、プリンタ２は印字処理を中止する。
ソフトウェアキーＫ３に対するユーザの操作入力に応じて、プリンタ２の設定を行うための別の画面に遷移する。図示しない別の画面では、例えばプリンタ２の印字濃度や印字速度、あるいは通信等の様々な設定を行うことができるように構成される。
ソフトウェアキーＫ４に対するユーザの操作入力に応じて、プリンタ２に収容されている用紙を所定の距離フィードさせる（搬送させる）処理が実行される。
【0014】
画面Ｇ２および画面Ｇ３は、管理サーバ３が実行可能な機能の例示である。画面Ｇ２は、例えば、プリンタ２の機能と直接関係がない外部の情報を提供するためのソフトウェアキーＫ５～Ｋ７が配され、外部の情報を提供する画像の例として、例えば天気予報を示す画面を示している。なお、Ｇ２の天気予報を示す画面は、プリンタ２の存在する地域周辺の天気図にするとよい。画面Ｇ２には、天気予報に対応するソフトウェアキーＫ５のほか、その他の画面を表示させるためのソフトウェアキーＫ６～Ｋ８が含まれる。画面Ｇ２は、管理サーバ３が実行可能な機能のリクエストを受け付ける第１インターフェースの一例である。
画面Ｇ２において、例えばサプライ通販を受け付けるためのソフトウェアキーＫ６が操作されると、画面Ｇ３が表示される。ソフトウェアキーＫ７が操作されると、様々な動画をプリンタ２において閲覧可能となる動画配信サービスの画面（図示せず）が表示される。
ソフトウェアキーＫ８が操作されると、画面Ｇ２から画面Ｇ１に表示画面が切り替えられる。
画面Ｇ３は、プリンタ２のサプライパーツの通信販売を受け付けるための画面の例であり、オーダーを行うためのソフトウェアキーＫ９と、オーダーの内容を入力するための入力テーブルＩＮＴとを含む。入力テーブルＩＮＴにおいていずれかのパーツに数量を入力した状態（つまり、注文内容が入力された状態）でソフトウェアキーＫ９が操作されると、注文内容を含むオーダーが管理サーバ３に送信される。
画面Ｇ２において、例えばサプライ通販を受け付けるためのソフトウェアキーＫ６が操作されると、画面Ｇ３が表示される。ソフトウェアキーＫ７が操作されると、様々な動画をプリンタ２において閲覧可能となる動画配信サービスの画面（図示せず）が表示される。
ソフトウェアキーＫ８が操作されると、画面Ｇ２から画面Ｇ１に表示画面が切り替えられる。
画面Ｇ３は、プリンタ２のサプライパーツの通信販売を受け付けるための画面の例であり、オーダーを行うためのソフトウェアキーＫ９と、オーダーの内容を入力するための入力テーブルＩＮＴとを含む。入力テーブルＩＮＴにおいていずれかのパーツに数量を入力した状態（つまり、注文内容が入力された状態）でソフトウェアキーＫ９が操作されると、注文内容を含むオーダーが管理サーバ３に送信される。
【0015】
（１－２）表示システム１の各装置のブロック構成
次に、本実施形態の表示システム１の各装置の内部構成について、図４を参照して説明する。図４は、本実施形態の表示システム１のプリンタ２、管理サーバ３、および、クライアント端末４のブロック図である。
次に、本実施形態の表示システム１の各装置の内部構成について、図４を参照して説明する。図４は、本実施形態の表示システム１のプリンタ２、管理サーバ３、および、クライアント端末４のブロック図である。
【0016】
図４に示すように、プリンタ２は、例えば、制御部２１、ストレージ２２、操作入力部２３、表示部２４、印字部２５、および、通信部２６を備える。プリンタ２は、例えば印字媒体としてラベルを発行するプリンタである。
【0017】
制御部２１は、マイクロコンピュータおよびメモリ（ＲＡＭ(Random Access Memory)，ＲＯＭ(Read Only Memory)）を含み、プリンタ２の動作を制御する。マイクロコンピュータは、プリンタ２の起動時にＲＯＭに記憶されているファームウェアを読み出して実行する。ファームウェアを実行することで実現される機能には、印字部２５に供給する印字データを生成すること、操作入力部２３からの入力信号に基づいて表示パネル２４ａの画面を遷移させること等が含まれる。
【0018】
制御部２１（表示制御部の一例）は、管理サーバ３から取得した画像を表示する第１表示モードと、プリンタ２の内部の設定状態や動作指示を示す画像を表示する第２表示モードとのいずれかの表示モードで動作するように制御する。第１表示モードでは、管理サーバ３が実行可能な機能のリクエストを受け付けるインターフェース（第１インターフェース）が表示される。第２表示モードでは、プリンタ２が実行可能な機能のリクエストを受け付けるインターフェース（第２インターフェース）が表示される。
【0019】
第１表示モードと第２表示モードの切り替えは、ユーザによる操作入力（例えば、図３のソフトウェアキーＫ８に対する操作入力）によって行うことが可能である。例えば、第１インターフェースを表示する第１表示モードと、第２インターフェースを表示する第２表示モードとはそれぞれＵＲＬに対応付けられており、アクセス先のＵＲＬを切り替えることで第１表示モードと第２表示モードとを切り替えるようにすることができる。このような切り替えは、プリンタ２のメニュー画面で行うことができるようにしてもよい。
ユーザは、用途に応じていずれかの表示モードを自発的に選択することができるため、例えば、所望のタイミングで管理サーバ３にアップロードされている画像コンテンツを閲覧することができる。
なお、プリンタ２のステータスがオンラインの場合（つまり、印字データを受信中の場合）には、印字を優先するために第１表示モードを選択することができない。
ユーザは、用途に応じていずれかの表示モードを自発的に選択することができるため、例えば、所望のタイミングで管理サーバ３にアップロードされている画像コンテンツを閲覧することができる。
なお、プリンタ２のステータスがオンラインの場合（つまり、印字データを受信中の場合）には、印字を優先するために第１表示モードを選択することができない。
【0020】
表示モードが第１表示モードのときに印字データを受信した場合には、印字関連の処理を優先的に実行可能とするため、制御部２１は、例えば、表示モードを第２表示モードに変更する。その場合でも、印字が終了した後は、制御部２１は、表示モードを第２表示モードから第１表示モードに戻すことができる。それによって、ユーザは特別な操作をすることなく、再度、管理サーバ３から取得した画像を閲覧することができる。
【0021】
制御部２１は、例えば、ＷｅｂＡＰＩを利用して、通信部３３を介して受信した管理サーバ３に格納される複数の画像のいずれかに対応する画像に基づく情報を取得する。
【0022】
ストレージ２２は、ＨＤＤ（Hard Disk Drive）あるいはＳＳＤ（Solid State Drive）等の記憶装置である。ストレージ２２には、図示しない外部のホストコンピュータから受信する印字データを一時的に保存するバッファを含む。ストレージ２２は、例えばラベルを発行するためのフォーマットデータが記録されてもよい。
操作入力部２３は、プリンタ２に対する操作入力（タッチパネル入力を含む）を受け付ける操作ボタン群２３ａ（図２参照）と、操作入力を電気信号に変換するインターフェース回路とを含む。
操作入力部２３は、プリンタ２に対する操作入力（タッチパネル入力を含む）を受け付ける操作ボタン群２３ａ（図２参照）と、操作入力を電気信号に変換するインターフェース回路とを含む。
【0023】
表示部２４は、表示パネル２４ａ（図２参照）と、表示パネル２４ａに画像を表示する駆動回路とを含む。本実施形態では、表示部２４は、制御部２１によって管理サーバ３から取得した画像を表示パネル２４ａに表示させる。表示部２４は、表示パネル２４ａに表示された画像がソフトウェアキーを含む場合、ソフトウェアキーに対応する別の画像を表示してもよい。その場合、制御部２１がＷｅｂＡＰＩを利用して、ソフトウェアキーに対応する別の画像を管理サーバ３から取得する。
【0024】
印字部２５は、インクリボン、複数の発熱素子を有するサーマルヘッド、および、プラテンローラを回転駆動するステッピングモータ（いずれも不図示）を含み、印字媒体であるラベルに情報を印字する。印字部２５は、印字データに基づき、サーマルヘッドの各発熱素子に選択的に電流を流す。電流により発熱した発熱素子がプラテンローラによって搬送されたラベルにインクリボンを介して押し当てられると、発熱素子に押し当てられたラベルの部分が発色することでラベルに情報が印字される。
【0025】
通信部２６（プリンタ側通信部の一例）は、例えば、ＨＴＴＰＳ又はＭＱＴＴ若しくはＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ等により管理サーバ３と通信を行う。
ＨＴＴＰＳで管理サーバ３と通信を行う場合、通信部２６は、例えばＲＥＳＴ ＡＰＩを利用して、管理サーバ３に格納されている画像を取得する。例えば、通信部２６は、取得したい画像に対応するＵＲＬ（Uniform Resource Locator）を指定して例えばＧＥＴ等のＨＴＴＰメソッドにより画像を取得する。この場合、通信部２６は、表示パネル２４ａに表示された複数のソフトウェアキーを含むインターフェースにより受け付けられたリクエストを管理サーバ３に送信し、管理サーバ３によって実行された実行結果として画像を管理サーバ３から受信する。
ＨＴＴＰＳで管理サーバ３と通信を行う場合、通信部２６は、例えばＲＥＳＴ ＡＰＩを利用して、管理サーバ３に格納されている画像を取得する。例えば、通信部２６は、取得したい画像に対応するＵＲＬ（Uniform Resource Locator）を指定して例えばＧＥＴ等のＨＴＴＰメソッドにより画像を取得する。この場合、通信部２６は、表示パネル２４ａに表示された複数のソフトウェアキーを含むインターフェースにより受け付けられたリクエストを管理サーバ３に送信し、管理サーバ３によって実行された実行結果として画像を管理サーバ３から受信する。
【0026】
また、通信部２６は、管理サーバ３と双方向通信を行うときには、ＭＱＴＴを利用する。例えば、管理サーバ３から受信した画像に１又は複数のソフトウェアキーが含まれる場合、いずれかのソフトウェアキーの操作入力に応じて、ＭＱＴＴを利用してソフトウェアキーに対応する新たな画像を管理サーバ３から取得する。なお、ＭＱＴＴを利用する場合、プリンタ２と管理サーバ３の間の通信は、図示しないＭＱＴＴブローカを介し、ＭＱＴＴに基づくコマンドを送受信することで行われる。ＭＱＴＴは、軽量さと柔軟性の点で優れた通信プロトコルである。すなわち、ＭＱＴＴは、ヘッダサイズが最小で２バイトと軽量であるため、制約が厳しいＩｏＴデバイスや帯域幅が限られたネットワーク上でも実装できる。ＭＱＴＴは、Pub/Sub型データ通信を行うため、ＩｏＴデバイスおよび多種多様なアプリケーションに柔軟に適用可能である。
また、通信部２６は、ＨＴＴＰＳ又はＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔによって通信を行う場合には、図示しないプロキシサーバを介して通信を行う。
また、通信部２６は、ＨＴＴＰＳ又はＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔによって通信を行う場合には、図示しないプロキシサーバを介して通信を行う。
【0027】
図４に示すように、管理サーバ３は、例えば、制御部３１、ストレージ３２（記憶部の一例）、および、通信部３３を備えるクラウドサーバ等である。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、管理サーバ３の動作を制御する。制御部３１は、例えばストレージ３２に格納されるサーバプログラムを実行することで、受付部および実行部として機能する。
受付部は、プリンタ２から通信部３３を介して、管理サーバ３が実行可能な機能のリクエストを受け付ける。
実行部は、受付部により受け付けられたリクエスト（例えばＨＴＴＰリクエスト）に対応する機能を実行する。例えば、実行部は、プリンタ２に対して例えば画像等の複数のリソースを提供するための複数のＷｅｂＡＰＩのいずれかによって、受付部により受け付けられたリクエストに応じた画像を取得する。後述するが、ＷｅｂＡＰＩによって取得可能なリソースは、ストレージ３２のリソースデータベース３２１に格納される。なお、取得した画像は、実行結果の一例である。
ストレージ３２は、例えばＨＤＤ（Hard Disk Drive）等の大容量記憶装置であり、各種データベースが格納されている。各種データベースには、管理対象となる複数のプリンタ、すなわち、複数のプリンタ２Ａ，２Ｂ，…の機器名、モデル名、ステータス、設置場所、および稼動状態のデータ、設定値のデータ等を含むデータベースが含まれる。
制御部３１は、プリンタ２のステータスおよび稼動状態のデータをプリンタ２から定期的に、あるいは不定期に受信し、都度、ストレージ３２内のデータベースを更新する。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、管理サーバ３の動作を制御する。制御部３１は、例えばストレージ３２に格納されるサーバプログラムを実行することで、受付部および実行部として機能する。
受付部は、プリンタ２から通信部３３を介して、管理サーバ３が実行可能な機能のリクエストを受け付ける。
実行部は、受付部により受け付けられたリクエスト（例えばＨＴＴＰリクエスト）に対応する機能を実行する。例えば、実行部は、プリンタ２に対して例えば画像等の複数のリソースを提供するための複数のＷｅｂＡＰＩのいずれかによって、受付部により受け付けられたリクエストに応じた画像を取得する。後述するが、ＷｅｂＡＰＩによって取得可能なリソースは、ストレージ３２のリソースデータベース３２１に格納される。なお、取得した画像は、実行結果の一例である。
ストレージ３２は、例えばＨＤＤ（Hard Disk Drive）等の大容量記憶装置であり、各種データベースが格納されている。各種データベースには、管理対象となる複数のプリンタ、すなわち、複数のプリンタ２Ａ，２Ｂ，…の機器名、モデル名、ステータス、設置場所、および稼動状態のデータ、設定値のデータ等を含むデータベースが含まれる。
制御部３１は、プリンタ２のステータスおよび稼動状態のデータをプリンタ２から定期的に、あるいは不定期に受信し、都度、ストレージ３２内のデータベースを更新する。
【0028】
通信部３３（サーバ側通信部の一例）は、プリンタ２との間で、例えば、ＨＴＴＰＳ、ＭＱＴＴ、又は、ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔによる通信を行う。例えば、通信部３３は、制御部３１によって取得した画像をプリンタ２に送信する。例えば、ＭＱＴＴを利用する場合、プリンタ２と管理サーバ３の間の通信は、図示しないＭＱＴＴブローカを介し、ＭＱＴＴに基づくコマンドを送受信することで行われる。
【0029】
図４に示すように、クライアント端末４は、例えば、制御部４１、ストレージ４２、操作入力部４３、表示部４４、および、通信部４５を備える。
制御部４１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、クライアント端末４の動作を制御する。クライアント端末４には、ウェブブラウザ上で使用するプリンタ管理用ウェブアプリケーション（以下、単に「ウェブアプリケーション」という。）がインストールされている。クライアント端末４のウェブブラウザは、管理サーバ３から取得するプリンタ２の稼働状態のデータを表示部４４に表示する。
制御部４１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、クライアント端末４の動作を制御する。クライアント端末４には、ウェブブラウザ上で使用するプリンタ管理用ウェブアプリケーション（以下、単に「ウェブアプリケーション」という。）がインストールされている。クライアント端末４のウェブブラウザは、管理サーバ３から取得するプリンタ２の稼働状態のデータを表示部４４に表示する。
【0030】
ストレージ４２は、例えばＳＳＤ等の記憶装置であり、ウェブブラウザおよびウェブアプリケーションが格納されている。
操作入力部４３は、ユーザの操作入力を受け付ける入力インターフェースである。例えば、クライアント端末４を起動するボタン操作や、ウェブブラウザ、ウェブアプリケーションを実行する操作等の操作入力を受け付ける。
表示部４４は、例えば液晶表示パネルと表示駆動回路を有する。後述するが、本実施形態の表示システム１では、表示部４４にプリンタ２の表示パネル２４ａの表示状態を示す画面を表示させることが可能である。
通信部４５は、管理サーバ３との間でプロキシサーバ（図示せず）を介したＨＴＴＰＳによる通信を行う。
操作入力部４３は、ユーザの操作入力を受け付ける入力インターフェースである。例えば、クライアント端末４を起動するボタン操作や、ウェブブラウザ、ウェブアプリケーションを実行する操作等の操作入力を受け付ける。
表示部４４は、例えば液晶表示パネルと表示駆動回路を有する。後述するが、本実施形態の表示システム１では、表示部４４にプリンタ２の表示パネル２４ａの表示状態を示す画面を表示させることが可能である。
通信部４５は、管理サーバ３との間でプロキシサーバ（図示せず）を介したＨＴＴＰＳによる通信を行う。
【0031】
（１－３）プリンタ２と管理サーバ３の通信方法
次に、プリンタ２と管理サーバ３の通信方法について、図５を参照して説明する。
図５に示すように、プリンタ２のファームウェアは、画面表示処理プログラム２１１とローカルＲＥＳＴ ＡＰＩ２１２を含む。
画面表示処理プログラム２１１は、プリンタ２の表示パネル２４ａに画像を表示するためのプログラムである。画面表示処理プログラム２１１は、アクセス先のＵＲＬを切り替えることで、ローカルＲＥＳＴ ＡＰＩ２１２、又は、後述するクラウドＲＥＳＴ ＡＰＩ３１１との間でＨＴＴＰ通信を行い、各ＡＰＩによって受信した画面を選択的に表示するようにプログラムされている。
ローカルＲＥＳＴ ＡＰＩ２１２は、ＲＥＳＴ形式のＡＰＩによりプリンタ２の内部データ（例えば、設定状態のデータ等）をＨＴＴＰメソッドにより取得して画面表示処理プログラム２１１に渡す。それによって、例えば、図３の画面Ｇ１や、画面Ｇ１に含まれるソフトウェアキーに対応する画像が表示される。
次に、プリンタ２と管理サーバ３の通信方法について、図５を参照して説明する。
図５に示すように、プリンタ２のファームウェアは、画面表示処理プログラム２１１とローカルＲＥＳＴ ＡＰＩ２１２を含む。
画面表示処理プログラム２１１は、プリンタ２の表示パネル２４ａに画像を表示するためのプログラムである。画面表示処理プログラム２１１は、アクセス先のＵＲＬを切り替えることで、ローカルＲＥＳＴ ＡＰＩ２１２、又は、後述するクラウドＲＥＳＴ ＡＰＩ３１１との間でＨＴＴＰ通信を行い、各ＡＰＩによって受信した画面を選択的に表示するようにプログラムされている。
ローカルＲＥＳＴ ＡＰＩ２１２は、ＲＥＳＴ形式のＡＰＩによりプリンタ２の内部データ（例えば、設定状態のデータ等）をＨＴＴＰメソッドにより取得して画面表示処理プログラム２１１に渡す。それによって、例えば、図３の画面Ｇ１や、画面Ｇ１に含まれるソフトウェアキーに対応する画像が表示される。
【0032】
他方、例えば、クラウドサーバとして機能する管理サーバ３は、クラウドＲＥＳＴ ＡＰＩ３１１とリソースデータベース３２１を含む。
リソースデータベース３２１は、ストレージ３２に含まれており、プリンタ２に提供可能な様々なリソースが格納されている。本実施形態の例では、リソースは、画像や画像に対するリンク情報等である。
クラウドＲＥＳＴ ＡＰＩ３１１は、ＲＥＳＴ形式のＷｅｂＡＰＩであり、リソースデータベース３２１に含まれる各リソースをプリンタ２に提供するための複数のＷｅｂＡＰＩを有する。
例えば、リソースデータベース３２１に含まれる画像が複数のソフトウェアキーを含む場合、クラウドＲＥＳＴ ＡＰＩ３１１には、当該画像自体を提供するＡＰＩ、および、複数のソフトウェアキーの各々に対応した画像を提供するＡＰＩを含む。
リソースデータベース３２１に含まれる画像と、当該画像を提供するためのＡＰＩとを追加することで、プリンタ２に提供可能なコンテンツを随時増やすことができる。
リソースデータベース３２１は、ストレージ３２に含まれており、プリンタ２に提供可能な様々なリソースが格納されている。本実施形態の例では、リソースは、画像や画像に対するリンク情報等である。
クラウドＲＥＳＴ ＡＰＩ３１１は、ＲＥＳＴ形式のＷｅｂＡＰＩであり、リソースデータベース３２１に含まれる各リソースをプリンタ２に提供するための複数のＷｅｂＡＰＩを有する。
例えば、リソースデータベース３２１に含まれる画像が複数のソフトウェアキーを含む場合、クラウドＲＥＳＴ ＡＰＩ３１１には、当該画像自体を提供するＡＰＩ、および、複数のソフトウェアキーの各々に対応した画像を提供するＡＰＩを含む。
リソースデータベース３２１に含まれる画像と、当該画像を提供するためのＡＰＩとを追加することで、プリンタ２に提供可能なコンテンツを随時増やすことができる。
【0033】
本実施形態では、ローカルＲＥＳＴ ＡＰＩ２１２によって表示される画面（例えば、図３の画面Ｇ１）と、クラウドＲＥＳＴ ＡＰＩ３１１によって表示される画面（例えば、図３の画面Ｇ２，Ｇ３）とにおいて、それぞれ異なるソフトウェアキーを定義可能である。各ソフトウェアキーの操作に応じて、各ＲＥＳＴ ＡＰＩによって予め定義されたサービス（又は機能）を提供可能である。
クラウドＲＥＳＴ ＡＰＩ３１１によって表示される画面には、プリンタ２に本来存在しないソフトウェアキーを定義可能である。また、プリンタ２のファームウェアを変更することなく新たなソフトウェアキーを定義可能であるため、プリンタ２によって提供される機能あるいはサービスを拡張することができる。
クラウドＲＥＳＴ ＡＰＩ３１１によって表示される画面には、プリンタ２に本来存在しないソフトウェアキーを定義可能である。また、プリンタ２のファームウェアを変更することなく新たなソフトウェアキーを定義可能であるため、プリンタ２によって提供される機能あるいはサービスを拡張することができる。
【0034】
なお、クラウドＲＥＳＴ ＡＰＩ３１１によって表示される画面では、例えばユーザごとに（プリンタ２ごとに）、各ソフトウェアキー、各ソフトウェアキーの配置（レイアウト）、および、各ソフトウェアキーの操作に応じて提供されるサービス（又は機能）を定義可能である。そのようなサービスは、図３の天気予報（画面Ｇ２）やサプライ通販（画面Ｇ３）に限られず、例えば、所定の検索エンジンのウェブブラウザによって表示される画面とすることもできる。その場合、管理サーバ３にウェブブラウザを設け、プリンタ２の画面のソフトウェアキーの操作や文字列の入力を、管理サーバ３によってエミュレートする。
【0035】
また、プリンタ２のユーザごとに選択可能なソフトウェアキーを動的に定義することも可能である。例えば、プリンタ２が設置される位置を予め管理サーバ３に登録しておく。そして、上述した天気予報の例で説明すると、天候が悪化する可能性がある（例えば、雷が発生し、あるいは、雨が降る可能性がある）地域にプリンタ２の設置位置が含まれる場合に、天気予報に対応するソフトウェアキーを画面に含ませるようにして、プリンタ２のユーザの注意を喚起する。例えば、図３の画面Ｇ３のように天気予報と関係のない画面を表示させるときに、天気予報に対応するソフトウェアキーを画面に含ませるようにする。これにより、例えばユーザがプリンタ２の画面上で天気予報に対応するソフトウェアキーを操作して天気予報を確認することが可能となり、ユーザの利便性を向上させることが可能である。
【0036】
ここで、プリンタ２の画面表示処理プログラム２１１と管理サーバ３のクラウドＲＥＳＴ ＡＰＩ３１１との双方向通信は、例えば、ＭＱＴＴでのコマンドによって行われる。プリンタ２の画面表示処理プログラム２１１が、ユーザによって選択操作されたソフトウェアキーの情報をクラウドＲＥＳＴ ＡＰＩ３１１に送信することによって、当該ソフトウェアキーに対応するＡＰＩにより、対応する画像が画面表示処理プログラム２１１に送信されて表示される。つまり、プリンタ２の表示パネル２４ａに対するキー操作を、クラウド上のクラウドＲＥＳＴ ＡＰＩ３１１でエミュレートすることになる。
【0037】
プリンタ２が管理サーバ３から画像を取得する場合、プリンタ２の画面表示処理プログラム２１１は、当該画像のＵＲＬを指定したＨＴＴＰメソッドによりクラウドＲＥＳＴ ＡＰＩ３１１を介して、リソースデータベース３２１から画像を取得し、表示パネル２４ａに表示する。
表示パネル２４ａに表示された画像に含まれるソフトウェアキーが操作されると、当該ソフトウェアキーの情報をＭＱＴＴのコマンドによりクラウドＲＥＳＴ ＡＰＩ３１１に送信し、当該ソフトウェアキーに対応するＡＰＩにより、対応する画像が画面表示処理プログラム２１１に送信されて表示される。
表示パネル２４ａに表示された画像に含まれるソフトウェアキーが操作されると、当該ソフトウェアキーの情報をＭＱＴＴのコマンドによりクラウドＲＥＳＴ ＡＰＩ３１１に送信し、当該ソフトウェアキーに対応するＡＰＩにより、対応する画像が画面表示処理プログラム２１１に送信されて表示される。
【0038】
（１－４）プリンタ２と管理サーバ３の動作
次に、プリンタ２と管理サーバ３の動作について、図６のシーケンスチャートを参照して説明する。
次に、プリンタ２と管理サーバ３の動作について、図６のシーケンスチャートを参照して説明する。
【0039】
プリンタ２の表示モードのデフォルトは第２表示モード、すなわち、内部データを参照して表示するモードである。この状態で、プリンタ２と管理サーバ３の間で通信が確立している場合を想定する（ステップＳ１０）。
【0040】
ユーザの所定の操作入力により、プリンタ２は、表示モードを第２表示モードから第１表示モードに切り替える（ステップＳ１２）。このときに表示パネル２４ａに表示される画面は限定しないが、例えば、複数の画像の各々に対する選択肢であるソフトウェアキーを含む。いずれかのソフトウェアキーが選択されると、プリンタ２は、当該ソフトウェアキーに対応するＵＲＬを指定したＨＴＴＰメソッド（ＧＥＴ等）を含むＨＴＴＰリクエストを管理サーバ３に送信する（ステップＳ１４）。管理サーバ３は、ＵＲＬに対応するリソースとしての画像をストレージ３２から読み出し、当該画像を含むＨＴＴＰレスポンスをプリンタ２に返す（ステップＳ１６）。プリンタ２は、ステップＳ１６で送信されるＨＴＴＰレスポンスに含まれる画像を表示パネル２４ａに表示する（ステップＳ１８）。
【0041】
ここで、ステップＳ１８に表示された画像（第１画像の一例）が、図３の画面Ｇ２に例示したように、複数のソフトウェアキーを有する場合を想定する。このとき、ユーザが表示パネル２４ａに表示された画像に含まれる複数のソフトウェアキーの中からいずれかのソフトウェアキーの選択入力を行うと（ステップＳ２０：ＹＥＳ）、ＭＱＴＴを利用して画像に対するリクエストを送信する（ステップＳ２２）。当該リクエストには、ステップＳ２０で選択されたソフトウェアキーを示す情報が含まれる。
管理サーバ３は、プリンタ２からリクエストを受信すると、ステップＳ２０で選択されたソフトウェアキーに対応するＡＰＩにより、対応する画像（第２画像の一例）をリソースデータベース３２１から読み出し、当該画像をプリンタ２に送信する（ステップＳ２６）。
管理サーバ３は、プリンタ２からリクエストを受信すると、ステップＳ２０で選択されたソフトウェアキーに対応するＡＰＩにより、対応する画像（第２画像の一例）をリソースデータベース３２１から読み出し、当該画像をプリンタ２に送信する（ステップＳ２６）。
【0042】
プリンタ２は、ステップＳ２６で受信した画像を表示パネル２４ａに表示することで表示更新がなされる（ステップＳ２８）。例えば、図３の画面Ｇ２が表示パネル２４ａに表示されている場合にソフトウェアキーＫ６が操作されると、ソフトウェアキーＫ６に対応するＡＰＩによって、対応する画像（サプライ通販の画像）がリソースデータベース３２１から読み出されてプリンタ２に送信されることで、画面Ｇ３が表示パネル２４ａに表示される。
【0043】
以上のようにして、プリンタ２の表示パネル２４ａ上のソフトウェアキーに対する操作を、ＷｅｂＡＰＩを利用してエミュレートすることが可能となる。
なお、管理サーバ３は、ステップＳ１６のＨＴＴＰレスポンスにおいて、ステップＳ１８で表示される画像のほか、当該画像に含まれる複数のソフトウェアキーの各々に対応する画像をプリンタ２に一括して送信してもよい。その場合、プリンタ２は、ステップＳ２０でソフトウェアキーの選択入力を受けた後、対応する画像を管理サーバ３に要求せずに直ちに表示パネル２４ａに表示させることができる。
なお、管理サーバ３は、ステップＳ１６のＨＴＴＰレスポンスにおいて、ステップＳ１８で表示される画像のほか、当該画像に含まれる複数のソフトウェアキーの各々に対応する画像をプリンタ２に一括して送信してもよい。その場合、プリンタ２は、ステップＳ２０でソフトウェアキーの選択入力を受けた後、対応する画像を管理サーバ３に要求せずに直ちに表示パネル２４ａに表示させることができる。
【0044】
管理サーバ３と通信可能なクライアント端末４は、プリンタ２の稼働状態の情報に加え、プリンタ２の表示パネル２４ａの表示状態を含む画面を表示させることができる。
この場合、以下の処理が行われる。クライアント端末４は、管理サーバ３に対して、画面作成要求を送信する。管理サーバ３は、画面作成要求に応じて、ＭＱＴＴ又はＨＴＴＰＳにより画面取得コマンドをプリンタ２に対して要求する。画面取得コマンドを受けてプリンタ２は、画面データを生成し、例えばＭＱＴＴにより画面データを管理サーバ３に送信する（アップロードする）。管理サーバ３から画面データがアップロードされたことを通知されると、クライアント端末４は、画面データを管理サーバ３から取得して表示する。
この場合、以下の処理が行われる。クライアント端末４は、管理サーバ３に対して、画面作成要求を送信する。管理サーバ３は、画面作成要求に応じて、ＭＱＴＴ又はＨＴＴＰＳにより画面取得コマンドをプリンタ２に対して要求する。画面取得コマンドを受けてプリンタ２は、画面データを生成し、例えばＭＱＴＴにより画面データを管理サーバ３に送信する（アップロードする）。管理サーバ３から画面データがアップロードされたことを通知されると、クライアント端末４は、画面データを管理サーバ３から取得して表示する。
【0045】
なお、複数のクライアント端末４によって１台のプリンタ２に表示されている画面を閲覧することができる。その場合、複数のクライアント端末４において、プリンタ２の表示パネル２４ａの画面が同期表示され、プリンタ２の表示パネル２４ａの画面を共有することができる。複数のクライアント端末４によって１台のプリンタ２に表示されている画面を閲覧する場合には、複数のクライアント端末４のうちいずれかのクライアント端末４にアクセス権を設定してもよい。その場合、アクセス権を有するクライアント端末４のみがプリンタ２の画面上のソフトウェアキーをリモートで操作することができるようにする。アクセス権を有するクライアント端末４がわかるように、アクセス権を有するクライアント端末４には、プリンタ２の画面に加えて、アクセス権を所持していることを示すアイコンを表示してもよい。アクセス権を有するクライアント端末４がログアウトし、又は、所定時間プリンタ２に対する操作が行われなかった場合には、アクセス権を当該クライアント端末４から解放し、解放後に最初にログインした端末にアクセス権を譲渡してもよい。複数のクライアント端末４に対して管理者権限を有するクライアント端末４を設定してもよく、その場合、当該クライアント端末４がプリンタ２に対するアクセス権限を強制的に取得するようにしてもよい。
【0046】
以上説明したように、本実施形態の表示システム１によれば、プリンタ２は、ＷｅｂＡＰＩを利用して管理サーバ３から画像を取得するとともに、当該画像上のソフトウェアキーの操作入力に応じて、ソフトウェアキーに対応する画像を取得する。そのため、プリンタ２とは関係のない画像をクラウドから取得して表示できるとともに、当該画像を更新することができる。従来、プリンタにはウェブブラウザが実装されていないため、ウェブブラウザ上での表示画像の更新と同様のことはできなかった。しかし、本実施形態のプリンタ２では、画像上のソフトウェアキーに対する操作をクラウド上のＷｅｂＡＰＩによってエミュレートすることで、表示画像の更新を行うことができ、プリンタのユーザの利便性が拡大する。
【0047】
（２）第２の実施形態
次に、情報処理システムの第２の実施形態に係るプリンタシステムについて説明する。
第２実施形態に係るプリンタシステムの構成は、第１の実施形態の表示システム１（図４参照）と同じ構成でよく、同一の構成については同一の符号を付して重複説明は省略する。
本実施形態のプリンタシステムは、プリンタ２のファームウェアの機能を拡張するものであり、例えば、プリンタ２単体では備えていない機能をＷｅｂＡＰＩによりエミュレートすることにより実現する。
次に、情報処理システムの第２の実施形態に係るプリンタシステムについて説明する。
第２実施形態に係るプリンタシステムの構成は、第１の実施形態の表示システム１（図４参照）と同じ構成でよく、同一の構成については同一の符号を付して重複説明は省略する。
本実施形態のプリンタシステムは、プリンタ２のファームウェアの機能を拡張するものであり、例えば、プリンタ２単体では備えていない機能をＷｅｂＡＰＩによりエミュレートすることにより実現する。
【0048】
図７に、本実施形態のプリンタ２の表示パネル２４ａに表示される拡張機能画面の例を示す。図７の画面Ｇ４では、例えば「排出カット」、「２次元コード取得」、「ヘルプデスク呼出」といった、プリンタ２単体では備えていない機能に対応する複数のソフトウェアキーからなるソフトウェアキー群ＫＧ１を含むインターフェース（第１インターフェース）が表示される。図７に例示する画面Ｇ４は、表示モードを第１表示モードに切り替えたときにデフォルトで表示される画面でもよいし、管理サーバ３のＷｅｂＡＰＩを介して取得する画面であってもよい。
【0049】
画面Ｇ４に示した例において「排出カット」という機能は、ラベルロールをフィードした後にカットする機能である。プリンタ２にフィード手段およびカット手段が設けられていても、排出カット機能がファームウェアに実装されていない場合には、プリンタ２単体で排出カットを実現することができない。しかし、例えばプリンタ２は、カット手段が設けられていることを検知すると、画面Ｇ４に例示する拡張機能画面において「排出カット」に対応するソフトウェアキーを表示し、対応するソフトウェアキーが操作されることにより、「排出カット」の機能を実現することができる。
画面Ｇ４に示した例において「２次元コード取得」は、例えばラベルに印字したい２次元コードを取得する機能である。２次元コードが印字データ自体に含まれていない場合には、２次元コードを印字することができない。その場合でも、「２次元コード取得」に対応するソフトウェアキーを操作することにより、例えばＷｅｂＡＰＩを介して２次元コードを取得することができる。
画面Ｇ４に示した例において「ヘルプデスク呼出」は、ユーザとヘルプデスクとの間で通話を可能とする機能である。この場合、例えばＷｅｂＡＰＩによってヘルプデスクとのインターネット電話サービスが提供される。
画面Ｇ４に示した例において「２次元コード取得」は、例えばラベルに印字したい２次元コードを取得する機能である。２次元コードが印字データ自体に含まれていない場合には、２次元コードを印字することができない。その場合でも、「２次元コード取得」に対応するソフトウェアキーを操作することにより、例えばＷｅｂＡＰＩを介して２次元コードを取得することができる。
画面Ｇ４に示した例において「ヘルプデスク呼出」は、ユーザとヘルプデスクとの間で通話を可能とする機能である。この場合、例えばＷｅｂＡＰＩによってヘルプデスクとのインターネット電話サービスが提供される。
【0050】
本実施形態では、プリンタ２の制御部２１は、表示パネル２４ａに表示された画像に含まれる少なくとも１つのソフトウェアキーのいずれかに対する操作入力に応じて、当該操作入力に対応するソフトウェアキーに対応するＷｅｂＡＰＩを利用して、対応するコマンドを取得するコマンド取得部として機能する。
さらに、制御部２１は、コマンド取得部によって取得されたコマンドをプリンタ２に対して実行するコマンド実行部として機能する。
さらに、制御部２１は、コマンド取得部によって取得されたコマンドをプリンタ２に対して実行するコマンド実行部として機能する。
【0051】
本実施形態のプリンタシステムにおけるプリンタ２と管理サーバ３の動作について、図８のシーケンスチャートを参照して説明する。図８のシーケンスチャートにおいて、図６と同様の処理については同一の符号を付し、異なる点に注目して説明する。
表示モードを第２表示モードから第１表示モードに切り替えた後（ステップＳ１２）、例えば図７の画面Ｇ４に例示したように、複数のソフトウェアキーを有する画面を表示する。当該画面を表示する際には、例えば、プリンタ２は、当該画面に対応するＵＲＬを指定したＨＴＴＰメソッド（ＧＥＴ等）を含むＨＴＴＰリクエストを管理サーバ３に送信する（ステップＳ１４）。管理サーバ３は、ＵＲＬに対応するリソースとしての画像（実行結果の一例）をストレージ３２から読み出し、当該画像を含むＨＴＴＰレスポンスをプリンタ２に返す（ステップＳ１６）。プリンタ２は、ステップＳ１６に含まれるＨＴＴＰレスポンスに含まれる画像を表示パネル２４ａに表示する（ステップＳ１８）。
なお、ステップＳ１８では、プリンタ２は、ＨＴＴＰレスポンスに含まれる画像を、プリンタ２が備えている手段に応じて変更してもよい。例えば、プリンタ２は、カット手段を設けている場合には「排出カット」に対応するソフトウェアキーを表示し、カット手段を設けていない場合には「排出カット」に対応するソフトウェアキーを表示しないように、ＨＴＴＰレスポンスに含まれる画像を変更して表示してもよい。
表示モードを第２表示モードから第１表示モードに切り替えた後（ステップＳ１２）、例えば図７の画面Ｇ４に例示したように、複数のソフトウェアキーを有する画面を表示する。当該画面を表示する際には、例えば、プリンタ２は、当該画面に対応するＵＲＬを指定したＨＴＴＰメソッド（ＧＥＴ等）を含むＨＴＴＰリクエストを管理サーバ３に送信する（ステップＳ１４）。管理サーバ３は、ＵＲＬに対応するリソースとしての画像（実行結果の一例）をストレージ３２から読み出し、当該画像を含むＨＴＴＰレスポンスをプリンタ２に返す（ステップＳ１６）。プリンタ２は、ステップＳ１６に含まれるＨＴＴＰレスポンスに含まれる画像を表示パネル２４ａに表示する（ステップＳ１８）。
なお、ステップＳ１８では、プリンタ２は、ＨＴＴＰレスポンスに含まれる画像を、プリンタ２が備えている手段に応じて変更してもよい。例えば、プリンタ２は、カット手段を設けている場合には「排出カット」に対応するソフトウェアキーを表示し、カット手段を設けていない場合には「排出カット」に対応するソフトウェアキーを表示しないように、ＨＴＴＰレスポンスに含まれる画像を変更して表示してもよい。
【0052】
ここで、ステップＳ１８に表示された画像が、図４の画面Ｇ４に例示したように、複数のソフトウェアキーを有する場合を想定する。このとき、ユーザが表示パネル２４ａに表示された画像に含まれる複数のソフトウェアキーの中から「排出カット」に対応するキーの選択入力を行うと（ステップＳ２０：ＹＥＳ）、ＭＱＴＴを利用して「排出カット」に対応するコマンドのリクエストを送信（ステップＳ２２）。当該リクエストには、ステップＳ２０で選択されたソフトウェアキーを示す情報が含まれる。
管理サーバ３は、プリンタ２からリクエストを受信すると、ステップＳ２０で選択されたソフトウェアキーに対応するＡＰＩにより、対応するコマンドをリソースデータベース３２１から取得し（ステップＳ２４ａ）、当該コマンドをプリンタ２に送信する（ステップＳ２６ａ）。
本実施形態では、拡張機能の各々のコマンドを提供するＷｅｂＡＰＩが管理サーバ３に設けられており、管理サーバ３は、要求されたコマンドに対応するＷｅｂＡＰＩにより、リソースデータベース３２１からコマンドを読み出す。各コマンドは、プリンタ２によって解釈可能なプリンタ言語で記述されている。
管理サーバ３は、プリンタ２からリクエストを受信すると、ステップＳ２０で選択されたソフトウェアキーに対応するＡＰＩにより、対応するコマンドをリソースデータベース３２１から取得し（ステップＳ２４ａ）、当該コマンドをプリンタ２に送信する（ステップＳ２６ａ）。
本実施形態では、拡張機能の各々のコマンドを提供するＷｅｂＡＰＩが管理サーバ３に設けられており、管理サーバ３は、要求されたコマンドに対応するＷｅｂＡＰＩにより、リソースデータベース３２１からコマンドを読み出す。各コマンドは、プリンタ２によって解釈可能なプリンタ言語で記述されている。
【0053】
プリンタ２は、ステップＳ２６ａで受信したコマンドを解釈して、排出カットの処理を実行する（ステップＳ３０）。以上のようにして、プリンタ２の表示パネル２４ａ上のソフトウェアキーに対する拡張機能に対する操作を、ＷｅｂＡＰＩを利用してエミュレートすることが可能となる。
【0054】
以上説明したように、本実施形態のプリンタシステムによれば、プリンタ２は、ＷｅｂＡＰＩを利用して管理サーバ３から画像を取得するとともに、当該画像上のソフトウェアキーの操作入力に応じて、ソフトウェアキーに対応するコマンドを取得して実行する。そのため、プリンタ２に本来備わっていない機能を実現することができ、ファームウェアを変更することなくプリンタ機能の拡張を実現することができる。
【0055】
以上、本発明の情報処理システム、情報処理方法、および、プログラムの実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述した実施形態では、プリンタ２は、管理サーバ３の実行結果に基づく情報として画像を取得し、画像を表示パネル２４ａに表示させる場合について説明したが、その限りではない。すなわち、プリンタ２は、管理サーバ３の実行結果に基づく情報として、静止画以外の情報、例えば動画や音声情報等を取得し、再生及び／又は音声出力を行ってもよい。
例えば、上述した実施形態では、プリンタ２は、管理サーバ３の実行結果に基づく情報として画像を取得し、画像を表示パネル２４ａに表示させる場合について説明したが、その限りではない。すなわち、プリンタ２は、管理サーバ３の実行結果に基づく情報として、静止画以外の情報、例えば動画や音声情報等を取得し、再生及び／又は音声出力を行ってもよい。
【符号の説明】
【0056】
１…表示システム
２…プリンタ
２１…制御部
２１１…画面表示処理プログラム
２１２…ローカルＲＥＳＴ ＡＰＩ
２２…ストレージ
２３…操作入力部
２３ａ…操作ボタン群
２４…表示部
２４ａ…表示パネル
２５…印字部
２６…通信部
３…管理サーバ
３１…制御部
３１１…クラウドＲＥＳＴ ＡＰＩ
３２…ストレージ
３２１…リソースデータベース
３３…通信部
４…クライアント端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…通信部
２…プリンタ
２１…制御部
２１１…画面表示処理プログラム
２１２…ローカルＲＥＳＴ ＡＰＩ
２２…ストレージ
２３…操作入力部
２３ａ…操作ボタン群
２４…表示部
２４ａ…表示パネル
２５…印字部
２６…通信部
３…管理サーバ
３１…制御部
３１１…クラウドＲＥＳＴ ＡＰＩ
３２…ストレージ
３２１…リソースデータベース
３３…通信部
４…クライアント端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…通信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】