(57)【特許請求の範囲】
【請求項１】
ネットワークを介してＷｅｂ上のサーバーに接続され、Ｗｅｂブラウザが搭載されたクライアントであって、
前記クライアントは、
ユーザーによるサービス開始操作に従い、前記サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエスト部と、
前記サーバーから、前記第１のＨＴＴＰリクエストに対して提供された前記サービスページ表示用のＨＴＭＬデータを取得するデータ取得部と、
前記サービスページに対するユーザーのサービス実行指示操作に従い、前記サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエスト部と、を備え、
前記第２リクエスト部は、前記第２のＨＴＴＰリクエストのＵＲＬに、前記クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とするクライアント。
【請求項２】
前記サーバーのデータ送信部がＨＴＭＬデータに埋め込んだ、前記クライアントのステータスの確認を促すステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、前記クライアントのステータス情報を埋め込む第３リクエスト部をさらに備えたことを特徴とする請求項１に記載のクライアント。
【請求項３】
前記ステータス確認メッセージは、前記クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする請求項２に記載のクライアント。
【請求項４】
前記クライアントは、プリンターであることを特徴とする請求項１ないし３のいずれか１項に記載のクライアント。
【請求項５】
Ｗｅｂブラウザが搭載されたクライアントと、Ｗｅｂ上のサーバーと、がネットワークを介して接続されたネットワークシステムであって、
前記クライアントは、
ユーザーによるサービス開始操作に従い、前記サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエスト部と、
前記サーバーから、前記第１のＨＴＴＰリクエストに対して提供された前記サービスページ表示用のＨＴＭＬデータを取得するデータ取得部と、
前記サービスページに対するユーザーのサービス実行指示操作に従い、前記サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエスト部と、を備え、
前記サーバーは、
前記クライアントから、前記第１のＨＴＴＰリクエストおよび前記第２のＨＴＴＰリクエストを含むＨＴＴＰリクエストを取得するリクエスト取得部と、
前記クライアントに対し、前記サービスページ表示用のＨＴＭＬデータを含むＨＴＭＬデータを送信するデータ送信部と、
前記クライアントのステータスを管理するステータス管理部と、を備え、
前記第２リクエスト部は、前記第２のＨＴＴＰリクエストのＵＲＬに、前記クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とするネットワークシステム。
【請求項６】
前記データ送信部は、ＨＴＭＬデータに、前記ステータスの確認を促すステータス確認メッセージを埋め込み、
前記クライアントは、
前記ステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、前記クライアントのステータス情報を埋め込む第３リクエスト部をさらに備えたことを特徴とする請求項５に記載のネットワークシステム。
【請求項７】
前記ステータス確認メッセージは、前記クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする請求項６に記載のネットワークシステム。
【請求項８】
前記データ送信部は、前記ステータス確認メッセージの前回送信時刻から所定時間が経過した場合、前記ＨＴＭＬデータに前記ステータス確認メッセージを埋め込むことを特徴とする請求項６または７に記載のネットワークシステム。
【請求項９】
前記クライアントは、プリンターであることを特徴とする請求項５ないし８のいずれか１項に記載のネットワークシステム。
【請求項１０】
ネットワークを介してＷｅｂ上のサーバーに接続され、Ｗｅｂブラウザが搭載されたクライアントの制御方法であって、
ユーザーによるサービス開始操作に従い、前記サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエストステップと、
前記サーバーから、前記第１のＨＴＴＰリクエストに対して提供された前記サービスページ表示用のＨＴＭＬデータを取得するデータ取得ステップと、
前記サービスページに対するユーザーのサービス実行指示操作に従い、前記サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエストステップと、を実行し、
前記第２リクエストステップは、前記第２のＨＴＴＰリクエストのＵＲＬに、前記クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とするクライアントの制御方法。
【請求項１１】
ＨＴＭＬデータに埋め込まれた、前記クライアントのステータスの確認を促すステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、前記クライアントのステータス情報を埋め込む第３リクエストステップをさらに実行することを特徴とする請求項１０に記載のクライアントの制御方法。
【請求項１２】
前記ステータス確認メッセージは、前記クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする請求項１１に記載のクライアントの制御方法。
【請求項１３】
前記クライアントは、プリンターであることを特徴とする請求項１０ないし１２のいずれか１項に記載のクライアントの制御方法。
【請求項１４】
コンピューターに、請求項１０ないし１３のいずれか１項に記載のクライアントの制御方法における各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
Ｗｅｂブラウザが搭載されたクライアントと、Ｗｅｂ上のサーバーと、がネットワークを介して接続されたネットワークシステム、クライアント、クライアントの制御方法およびプログラムに関するものである。
【背景技術】
【０００２】
従来、ラベルを発行するためのアプリケーションをＷｅｂサーバーに搭載すると共に、クライアントにＷｅｂブラウザおよびＷｅｂ発行ツールを搭載することで、クライアントにアプリケーションをダウンロードすることなく、ラベルの発行を行うことが可能なネットワークシステムが提案されている（例えば、特許文献１）。この種のネットワークシステムでは、Ｗｅｂサーバー側でクライアントの状況（特許文献１の場合は、クライアントに接続されたラベルプリンタの印刷状況）を把握する必要がある。その方法として、クライアントに特別なプログラムをインストールしておき、Ｗｅｂサーバーに定期的にステータスを通知する方法が知られている（第１の方法）。また、Ｗｅｂサーバーからクライアントにステータスを取得するためのアクセスを行い、当該アクセスへの応答としてステータスを取得する方法も知られている（第２の方法）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２７２４６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、上記のように、クライアントに特別なプログラムをインストールしておく方法（第１の方法）では、Ｗｅｂサーバーも特殊なサーバーが必要となる。また、Ｗｅｂサーバーからクライアントにステータスを取得するためのアクセスを行う方法（第２の方法）では、Ｗｅｂサーバーのアクセスがファイアーウォールを通過できないため、特別な環境下でしか利用できない（例えば、一般家庭のルーターを使用した環境では利用できない）。このように、いずれの方法においても、Ｗｅｂサーバーによるクライアントのステータス管理には、特殊なサーバーや環境が必要となり、ネットワークシステムの構築に多額のコストがかかってしまう。
【０００５】
さらに、Ｗｅｂサーバーでステータスを管理する場合、必然的にクライアント−サーバー間の通信回数が増加することになる。これにより、Ｗｅｂサーバーの処理負荷が大きくなるため、高性能なＷｅｂサーバーが必要となったり、ステータス管理専用のＷｅｂサーバーが別途必要となるなど、サービス全体がさらにコスト高となってしまう。
【０００６】
本発明は、上記の問題点に鑑み、Ｗｅｂサーバーによるクライアントのステータス管理を低コストで実現可能なネットワークシステム、クライアント、クライアントの制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のクライアントは、ネットワークを介してＷｅｂ上のサーバーに接続され、Ｗｅｂブラウザが搭載されたクライアントであって、クライアントは、ユーザーによるサービス開始操作に従い、サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエスト部と、サーバーから、第１のＨＴＴＰリクエストに対して提供されたサービスページ表示用のＨＴＭＬデータを取得するデータ取得部と、サービスページに対するユーザーのサービス実行指示操作に従い、サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエスト部と、を備え、第２リクエスト部は、第２のＨＴＴＰリクエストのＵＲＬに、クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とする。
上記のクライアントにおいて、サーバーのデータ送信部がＨＴＭＬデータに埋め込んだ、クライアントのステータスの確認を促すステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込む第３リクエスト部をさらに備えたことを特徴とする。
上記のクライアントにおいて、ステータス確認メッセージは、クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする。
上記のクライアントにおいて、クライアントは、プリンターであることを特徴とする。
本発明のネットワークシステムは、Ｗｅｂブラウザが搭載されたクライアントと、Ｗｅｂ上のサーバーと、がネットワークを介して接続されたネットワークシステムであって、クライアントは、ユーザーによるサービス開始操作に従い、サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエスト部と、サーバーから、第１のＨＴＴＰリクエストに対して提供されたサービスページ表示用のＨＴＭＬデータを取得するデータ取得部と、サービスページに対するユーザーのサービス実行指示操作に従い、サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエスト部と、を備え、サーバーは、クライアントから、第１のＨＴＴＰリクエストおよび第２のＨＴＴＰリクエストを含むＨＴＴＰリクエストを取得するリクエスト取得部と、クライアントに対し、サービスページ表示用のＨＴＭＬデータを含むＨＴＭＬデータを送信するデータ送信部と、クライアントのステータスを管理するステータス管理部と、を備え、第２リクエスト部は、第２のＨＴＴＰリクエストのＵＲＬに、クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とする。
上記のネットワークシステムにおいて、データ送信部は、ＨＴＭＬデータに、ステータスの確認を促すステータス確認メッセージを埋め込み、クライアントは、ステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込む第３リクエスト部をさらに備えたことを特徴とする。
上記のネットワークシステムにおいて、ステータス確認メッセージは、クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする。
上記のネットワークシステムにおいて、データ送信部は、ステータス確認メッセージの前回送信時刻から所定時間が経過した場合、ＨＴＭＬデータにステータス確認メッセージを埋め込むことを特徴とする。
上記のネットワークシステムにおいて、クライアントは、プリンターであることを特徴とする。
本発明のクライアントの制御方法は、ネットワークを介してＷｅｂ上のサーバーに接続され、Ｗｅｂブラウザが搭載されたクライアントの制御方法であって、ユーザーによるサービス開始操作に従い、サーバーに対し、サービスページを表示するための第１のＨＴＴＰリクエストを行う第１リクエストステップと、サーバーから、第１のＨＴＴＰリクエストに対して提供されたサービスページ表示用のＨＴＭＬデータを取得するデータ取得ステップと、サービスページに対するユーザーのサービス実行指示操作に従い、サーバーに対し、当該実行指示を含む第２のＨＴＴＰリクエストを行う第２リクエストステップと、を実行し、第２リクエストステップは、第２のＨＴＴＰリクエストのＵＲＬに、クライアント自身の動作状態を示すステータス情報を埋め込むことを特徴とする。
上記のクライアントの制御方法において、ＨＴＭＬデータに埋め込まれた、クライアントのステータスの確認を促すステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込む第３リクエストステップをさらに実行することを特徴とする。
上記のクライアントの制御方法において、ステータス確認メッセージは、クライアントの異常を解析するための異常解析プログラムを含むことを特徴とする。
上記のクライアントの制御方法において、クライアントは、プリンターであることを特徴とする。
本発明のプログラムは、コンピューターに、上記のクライアントの制御方法における各ステップを実行させることを特徴とする。
なお、以下の構成としても良い。
本発明のネットワークシステムは、Ｗｅｂブラウザが搭載されたクライアントと、Ｗｅｂ上のサーバーと、がネットワークを介して接続されたネットワークシステムであって、クライアントは、サーバーに対し、データを取得するためのＨＴＴＰリクエストを行うリクエスト部と、サーバーから、ＨＴＴＰリクエストに対して提供されたＨＴＭＬデータを取得するデータ取得部と、取得したＨＴＭＬデータに基づいて処理を行う処理実行部と、を備え、サーバーは、クライアントから、ＨＴＴＰリクエストを取得するリクエスト取得部と、クライアントに対し、ＨＴＭＬデータを送信するデータ送信部と、クライアントのステータスを管理するステータス管理部と、を備え、リクエスト部は、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込むことを特徴とする。
【０００８】
本発明のクライアントは、ネットワークを介してＷｅｂ上のサーバーに接続され、Ｗｅｂブラウザが搭載されたクライアントであって、クライアントは、サーバーに対し、データを取得するＨＴＴＰリクエストを行うリクエスト部と、サーバーから、ＨＴＴＰリクエストに対して提供されたＨＴＭＬデータを取得するデータ取得部と、取得したＨＴＭＬデータに基づいて処理を行う処理実行部と、を備え、リクエスト部は、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込むことを特徴とする。
【０００９】
これらの構成によれば、クライアントが、サーバーに対するＨＴＴＰリクエストのＵＲＬに、自身のステータス情報を埋め込んで送信するため、ステータスを送信するためだけの通信を必要としない。これにより、クライアント−サーバー間の通信回数を削減できる。また、特殊なサーバーや環境を必要としないため、汎用性の高いサーバーを利用できると共に特別な環境を構築する必要がない。これらの結果、ネットワークシステムを安価に構築でき、ひいてはＷｅｂサーバーによるクライアントのステータス管理に要するコストを抑えることができる。
【００１０】
上記に記載のネットワークシステムにおいて、データ送信部は、ＨＴＭＬデータに、ステータスの確認を促すステータス確認メッセージを埋め込み、リクエスト部は、ステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、クライアントのステータス情報を埋め込むことが好ましい。
【００１１】
この構成によれば、サーバーは、ステータス確認メッセージをＨＴＭＬデータに埋め込んでクライアントに送信するため、サーバーによるステータスを確認するためだけの通信を必要としない。これにより、さらに通信回数を削減できる。
【００１２】
上記に記載のネットワークシステムにおいて、データ送信部は、リクエスト取得部が取得したＨＴＴＰリクエストに、クライアントの異常を示すステータスが含まれていた場合、ＨＴＭＬデータにステータス確認メッセージを埋め込むことが好ましい。
【００１３】
この構成によれば、クライアントの異常を解析する必要がある場合など、必要に応じて、ステータス確認を行うことができる。
【００１４】
上記に記載のネットワークシステムにおいて、ステータス確認メッセージは、クライアントの異常を解析するための異常解析プログラムを含むことが好ましい。
【００１５】
この構成によれば、クライアントに異常解析プログラムがインストールされていない場合でも、クライアントに異常解析を行わせることができる。
【００１６】
上記に記載のネットワークシステムにおいて、データ送信部は、ステータス確認メッセージの前回送信時刻から所定時間が経過した場合、ＨＴＭＬデータにステータス確認メッセージを埋め込むことが好ましい。
【００１７】
この構成によれば、クライアントからＨＴＴＰリクエストを取得しない場合であっても、サーバーが主体となってステータス確認メッセージを送信することで、常にクライアントのステータスを把握することができる。
【００１８】
上記に記載のネットワークシステムにおいて、クライアントは、プリンターであり、処理実行部は、取得したＨＴＭＬデータに基づいて印刷処理を行う印刷部であることが好ましい。
【００１９】
この構成によれば、Ｗｅｂサーバーを利用して印刷サービスを行う場合に、本発明を適用できる。また、プリンターにＷｅｂブラウザを搭載するため、コンピューターなどを介さず、サーバーが直接プリンターと通信を行うことができ、ネットワークシステムをさらに安価に構築できる。
【００２０】
上記に記載のネットワークシステムにおいて、プリンターは、印刷フォーマットを記憶する印刷フォーマット記憶部をさらに備え、印刷部は、ＨＴＭＬデータによって指定された印刷フォーマットをフォーマット記憶部から読み出して印刷することが好ましい。
【００２１】
この構成によれば、印刷フォーマットをプリンター内部に記憶しておくため、サーバーから送信するＨＴＭＬデータに、印刷フォーマットを指定するデータを含めるだけで良いため（印刷データ自体をＨＴＭＬデータに含める必要がないため）、ＨＴＭＬデータのデータ量を低減できる。
【００２２】
本発明のプログラムは、コンピューターに、上記に記載のクライアントの制御方法における各ステップを実行させることを特徴とする。
【００２３】
このプログラムを実行することにより、Ｗｅｂサーバーによるクライアントのステータス管理を低コストで実現可能なクライアントの制御方法を実現できる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態に係るネットワークシステムのシステム構成図である。
【図２】ネットワークシステムの機能ブロック図である。
【図３】一般的なＨＴＴＰリクエストの説明図である。
【図４】プリンターの印刷フローを示す画面遷移図である。
【図５】ステータス入りＨＴＴＰリクエストの説明図である。
【図６】（ａ）は、異常解析プログラムの一例を示す図であり、（ｂ）は、異常解析プログラムに基づくクライアント側の処理結果の一例を示す図である。
【図７】サーバーの処理を示すフローチャートである。
【図８】プリンターの処理を示すフローチャートである。
【図９】図８に続く、プリンターの処理を示すフローチャートである。
【図１０】ＨＴＭＬデータの変形例を示す図である。
【図１１】印刷指示方法およびＨＴＭＬデータの変形例を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の一実施形態に係るネットワークシステム、クライアント、クライアントの制御方法およびプログラムについて、添付図面を参照しながら詳細に説明する。本実施形態では、コンビニエンス・ストア等に設置される印刷機能付きキオスク端末を想定し、当該キオスク端末であるプリンターと、Ｗｅｂ上のサーバーと、がインターネット接続されたネットワークシステムを例示する。
【００２６】
図１は、ネットワークシステムＳＹのシステム構成図である。同図に示すように、本発明のネットワークシステムＳＹは、クライアントとして機能する１台以上のプリンター１０（同図では、１台のみ図示）と、これら１台以上のプリンター１０を統括管理するサーバー２０と、によって構成される。また、プリンター１０とサーバー２０は、ネットワーク（インターネット）ＮＴを介して接続される。
【００２７】
プリンター１０は、主なハードウェア構成として、Ｗｅｂブラウザ１１、プリンター側制御部１２、拡張プラグイン１３、印刷フォーマット用メモリ１４、タッチパネル１５および印刷機構１６を備えている。Ｗｅｂブラウザ１１は、ＨＴＭＬデータを表示するためのソフトウェアである。プリンター側制御部１２は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）等を含み、プリンター１０内部を制御する。拡張プラグイン１３は、Ｗｅｂブラウザ１１のＨＴＭＬデータに基づいて印刷に関する処理を実行する。また、印刷フォーマット用メモリ１４は、サーバー２０から提供された（ダウンロードした）印刷フォーマットを不揮発に記憶する。
【００２８】
タッチパネル１５は、ブラウザ表示を行うためのディスプレイと、情報入力を行うためのタッチパッドと、から成る装置である。また、印刷機構１６はチケット等の各種印刷物３１（図５等参照）を発行するための機構である。なお、印刷機構１６には、用紙送り機構、印刷ヘッド、用紙切断機構などが含まれる。本実施形態では、印刷媒体として、長尺状のレシート用紙を想定しているが、短冊状にカットされた用紙を用いても良い。また、印刷方式も、インクジェット方式やレーザー方式（電子写真方式）など、その種類を問わない。
【００２９】
一方、サーバー２０は、主なハードウェア構成として、Ｗｅｂサーバー２１、サーバー側制御部２２および印刷フォーマットデータベース２３を備えている。Ｗｅｂサーバー２１は、ＨＴＭＬデータをＷｅｂブラウザ１１に送信するためのソフトウェアである。サーバー側制御部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含み、サーバー２０内部を制御する。印刷フォーマットデータベース２３は、各プリンター１０に提供するための印刷フォーマットを多数記憶している。
【００３０】
これらの構成により、サーバー２０（Ｗｅｂサーバー２１）は、接続された各プリンター１０（Ｗｅｂブラウザ１１）からのＨＴＴＰリクエストに対して印刷ジョブを生成し、これをＨＴＭＬデータに含めて返信する。また、プリンター１０から、印刷フォーマットを要求された場合は、印刷フォーマットデータベース２３から要求された印刷フォーマットを読み出して、プリンター１０に提供する。さらに、サーバー２０は、各プリンター１０から送信されたステータス情報に基づいて、各プリンター１０のステータス管理を行う。なお、各プリンター１０は、Ｗｅｂサーバー２１に対するＨＴＴＰリクエストのＵＲＬ（Uniform  Resource  Locator）に、自身のステータス情報を埋め込んで送信する。詳細については、後述する。
【００３１】
図２は、ネットワークシステムＳＹの機能ブロック図である。プリンター１０は、主な機能構成として、リクエスト部１１０、ステータス集約部１２０、異常解析部１３０、データ取得部１４０、印刷フォーマット記憶部１５０、印刷部（処理実行部）１６０および表示部１７０を備えている。
【００３２】
リクエスト部１１０は、サーバー２０に対し、データを取得するためのＨＴＴＰリクエストを行うものであり、Ｗｅｂブラウザ１１およびプリンター側制御部１２を主要部とする。また、リクエスト部１１０は、所定のタイミングで（所定のリクエストを行う際に）、ＨＴＴＰリクエストのＵＲＬに、プリンター１０のステータス情報を埋め込む。さらに、リクエスト部１１０は、後述するデータ取得部１４０により、サーバー２０からステータス確認メッセージを取得した際にも、当該ステータス確認メッセージに従って、ＨＴＴＰリクエストのＵＲＬに、プリンター１０のステータス情報を埋め込む。なお、これらＨＴＴＰリクエストのＵＲＬに埋め込んだステータス情報は、サーバー２０において、プリンター１０（クライアント）のステータス管理に用いられる。
【００３３】
ステータス集約部１２０は、自身（プリンター１０）のステータスを集約するものであり、拡張プラグイン１３を主要部とする。ここで、「自身のステータス」とは、タッチパネル１５および印刷機構１６を含むプリンター１０内のハードウェア、並びにソフトウェアの動作状態を指す。なお、ステータス確認メッセージに、特定のハードウェアおよび／またはソフトウェアを指定する情報が含まれる場合は、指定されたハードウェアおよび／またはソフトウェアのステータスを集約する。
【００３４】
異常解析部１３０は、ステータス確認メッセージに、プリンター１０の異常を解析するための異常解析プログラム（プリンター解析スプリクト，図６（ａ）参照）が含まれる場合、当該異常解析プログラムに従って、プリンター１０内のハードウェアおよびソフトウェアの異常解析を行うものであり、プリンター側制御部１２を主要部とする。異常解析部１３０の解析結果は、リクエスト部１１０によりステータス情報の一部として（ＨＴＴＰリクエストのＵＲＬに埋め込んで）サーバー２０に送信される。
【００３５】
データ取得部１４０は、サーバー２０から、ＨＴＴＰリクエストに対して提供されたＨＴＭＬデータを取得するものであり、Ｗｅｂブラウザ１１および拡張プラグイン１３を主要部とする。なお、上記のステータス確認メッセージは、当該データ取得部１４０が取得するＨＴＭＬデータに含まれる情報である。つまり、サーバー２０（後述するデータ送信部２３０）は、プリンター１０に送信するＨＴＭＬデータにステータス確認メッセージを埋め込んで送信する。
【００３６】
印刷フォーマット記憶部１５０は、サーバー２０からダウンロードした印刷フォーマットを記憶するものであり、印刷フォーマット用メモリ１４を主要部とする。また、印刷部１６０は、印刷機構１６を主要部とするものであり、印刷対象となる印刷フォーマットである対象フォーマットが印刷フォーマット記憶部１５０に存在する場合、当該対象フォーマットを用いて印刷を行う。一方、対象フォーマットが印刷フォーマット記憶部１５０に存在しない場合、サーバー２０から対象フォーマットをダウンロードして印刷を行う。また、表示部１７０は、タッチパネル１５を主要部とするものであり、ユーザーが各種操作を行うためのＧＵＩ（Graphical  User  Interface）を表示する。
【００３７】
一方、サーバー２０は、主な機能構成として、リクエスト取得部２１０、印刷サービス部２２０、データ送信部２３０、ステータス管理部２４０および印刷フォーマット提供部２５０を備えている。
【００３８】
リクエスト取得部２１０は、プリンター１０から、ＨＴＴＰリクエストを取得するものであり、Ｗｅｂサーバー２１を主要部とする。上記の通り、当該ＨＴＴＰリクエストのＵＲＬには、ステータス情報が埋め込まれている場合がある。印刷サービス部２２０は、印刷フローに従って印刷ジョブを生成するなど、各種印刷サービスを行う。
【００３９】
データ送信部２３０は、プリンター１０に対し、ＨＴＭＬデータを送信するものであり、Ｗｅｂサーバー２１およびサーバー側制御部２２を主要部とする。また、データ送信部２３０は、必要に応じて、ＨＴＭＬデータにステータス確認メッセージを埋め込んで送信する。なお、「必要に応じて」とは、本実施形態の場合、リクエスト取得部２１０が取得したＨＴＴＰリクエストに、プリンター１０の異常を示すステータスが含まれていた場合を指す。
【００４０】
ステータス管理部２４０は、リクエスト取得部２１０が取得したＨＴＴＰリクエストのＵＲＬに埋め込まれているステータス情報に基づいて、接続された各プリンター１０のクライアントのステータスを管理するものであり、サーバー側制御部２２を主要部とする。また、印刷フォーマット提供部２５０は、接続された各プリンター１０に対し、印刷フォーマットデータベース２３から読み出した印刷フォーマットを提供するものであり、印刷フォーマットデータベース２３を主要部とする。
【００４１】
次に、図３ないし図６を参照し、プリンター１０−サーバー２０間の送受信について具体例を挙げて説明する。図３は、プリンター１０が送信する一般的なＨＴＴＰリクエストの説明図である。同図に示すように、プリンター１０は、サーバー２０に対し、取得したいページを要求するＧＥＴリクエストをＨＴＴＰプロトコルに従って行う。これに対し、サーバー２０は、「２００ＯＫ（リクエストが正常に処理されたことを示すＨＴＴＰステータスコード）」と共に、ＨＴＭＬデータをプリンター１０に返信する。また、ＨＴＭＬデータが、図示点線枠で示す内容である場合、プリンター１０のタッチパネル１５は、当該ＨＴＭＬデータに従ってブラウザ表示を行う。なお、プリンター１０がＵＲＬの入力を間違えた場合などは、「４０４Ｎｏｔｆｏｕｎｄ」というＨＴＴＰステータスコードが返信される。
【００４２】
図４は、プリンター１０の印刷処理時におけるタッチパネル１５の画面遷移図である。本実施形態では、同図に示すような印刷フローに従って、サーバー２０からＷｅｂページが送信される。つまり、タッチパネル１５には、トップページ（ｔｏｐ．ｈｔｍｌ）の選択結果に応じてチケットの印刷実行ページ（ｔｉｃｋｅｔ＿ａ．ｈｔｍｌ）が表示され、さらに印刷実行結果に応じて印刷完了ページ（ｐｒｉｎｔ＿ｃｏｍｐｌｅｔ．ｈｔｍｌまたはｐｒｉｎｔ＿ｆａｉｌｅｄ．ｈｔｍｌ）が表示され、その後、トップページ（ｔｏｐ．ｈｔｍｌ）に遷移する。
【００４３】
図５は、図４の印刷実行ページ（ｔｉｃｋｅｔ＿ａ．ｈｔｍｌ）をリクエストする際の、プリンター１０−サーバー２０間の送受信を示す説明図である。同図に示すように、プリンター１０は、印刷実行ページを要求するＨＴＴＰリクエストのＵＲＬにステータス情報を埋め込んで送信する。同図の例では、「？ｓｔａｔｕｓ＝ｍｍ」がステータス情報である。サーバー２０は、当該ＨＴＴＰリクエストに対し、同図点線枠で示すＨＴＭＬデータを返信する。プリンター１０では、当該ＨＴＭＬデータに従い、「チケットＡを印刷しています。」というタッチパネル１５上へのブラウザ表示と、「ｆｏｒｍａｔ＿ａ」を利用した印刷物３１の発行が行われる。
【００４４】
図６（ａ）は、サーバー２０がＨＴＭＬデータに埋め込むステータス確認メッセージ（異常解析プログラム）の一例を示す図である。同図の例では、印刷に関するハードウェアの確認と、タッチパネル１５（ディスプレイ）の確認とを行い、その結果、印刷に関するハードウェアに問題がなく、タッチパネル１５に異常がある場合は、「ｆｏｒｍａｔ＿ｓｕｐｐｏｒｔ」を用いて「××××××××」の印刷を行う旨が記述されている。図６（ｂ）は、図６（ａ）のステータス確認メッセージに従って実行された処理結果（印刷物３１の印刷結果）を示す図である。同図に示すように、ステータス確認メッセージに含まれる「××××××××」部分の印刷指示にしたがって、電話番号等、ユーザーに対する指示内容の印刷が行われる。
【００４５】
次に、図７ないし図９を参照し、サーバー２０およびプリンター１０の処理について説明する。図７は、サーバー２０の処理を示すフローチャートである。サーバー２０は、プリンター１０からＷｅｂリクエスト（ＨＴＴＰリクエスト）を取得すると（Ｓ０１）、印刷フローに従って、Ｗｅｂページを送信する（Ｓ０２）。具体的には、図４に示したトップページ（ｔｏｐ．ｈｔｍｌ）を表示するためのＨＴＭＬデータをプリンター１０に送信する。その後、プリンター１０から印刷リクエストを取得すると（Ｓ０３）、当該印刷リクエストに従って印刷ジョブを生成し、ＨＴＭＬデータに埋め込んで送信する（Ｓ０４）。つまり、図４に示したトップページ（ｔｏｐ．ｈｔｍｌ）において、ボタン「チケットＡ」または「チケットＢ」が選択（押下）されることにより、図５に示したように、プリンター１０から印刷リクエストを取得し、ＨＴＭＬデータを返信する。
【００４６】
続いて、サーバー２０は、印刷リクエストにステータス情報が含まれているか否かを判別する（Ｓ０５）。また、ステータス情報が含まれている場合は（Ｓ０５：Ｙｅｓ）、そのステータス情報を不図示の記憶装置に記録し、ステータスの内容に応じて管理者へ通知を行う（Ｓ０６）。通知方法の一例としては、サーバー２０に接続されたディスプレイ装置（図示省略）への表示や、電子メールの送信が挙げられる。なお、Ｓ０５にて、ステータス情報が含まれていないと判別した場合は（Ｓ０５：Ｎｏ）、Ｓ０６ないしＳ０８を省略する。
【００４７】
また、印刷リクエストにステータス情報が含まれている場合は、そのステータス情報が異常を示すものであるか否かを判別し（Ｓ０７）、異常を示すものである場合は（Ｓ０７：Ｙｅｓ）、異常解析プログラム（ステータス確認メッセージ，図６（ａ）参照）をＨＴＭＬデータに埋め込んで、プリンター１０に送信する（Ｓ０８）。また、ステータス情報が異常を示すものでない場合は（Ｓ０７：Ｎｏ）、Ｓ０８を省略する。その後、プリンター１０から印刷後のリクエストを取得する（Ｓ０９）。なお、「印刷後のリクエスト」とは、図４に示した印刷完了ページ（ｐｒｉｎｔ＿ｃｏｍｐｌｅｔ．ｈｔｍｌまたはｐｒｉｎｔ＿ｆａｉｌｅｄ．ｈｔｍｌ）へのアクセスを指す。また、フローチャートには特に図示しないが、「印刷後のリクエスト」にステータス情報が含まれる場合は、Ｓ０５以降を繰り返す。
【００４８】
次に、図８および図９のフローチャートを参照し、プリンター１０の処理について説明する。プリンター１０は、タッチパネル１５によるユーザーのブラウザ操作に従い、Ｗｅｂリクエストをサーバー２０に送信する（Ｓ２１，第１リクエスト部）。また、これに対し、サーバー２０から、印刷サービスページ（トップページ）のＨＴＭＬデータを取得する（Ｓ２２）。プリンター１０は、拡張プラグイン１３により自身のステータスを集約し、次のＵＲＬに埋め込む（Ｓ２３）。さらに、ユーザーの印刷指示（トップページにおけるボタン「チケットＡ」または「チケットＢ」の選択）に従い、ステータス入り印刷リクエスト（ＵＲＬにスタータス情報を埋め込んだＨＴＴＰリクエスト）をサーバー２０に送信する（Ｓ２４，第２リクエスト部）。
【００４９】
その後、プリンター１０は、サーバー２０からＨＴＭＬデータを取得すると（Ｓ２５）、拡張プラグイン１３により、当該ＨＴＭＬデータに印刷データが含まれるか否かを判別する（図９のＳ２６）。印刷データが含まれる場合は（Ｓ２６：Ｙｅｓ）、印刷対象となる対象フォーマットがダウンロード済みであるか（印刷フォーマット用メモリ１４に記憶されているか）否かを判別し（Ｓ２７）、ダウンロード済みの場合は（Ｓ２７：Ｙｅｓ）、印刷フォーマット用メモリ１４から対象フォーマットを取得し（Ｓ２８）、当該対象フォーマットを用いて印刷を行う（Ｓ３０）。また、ダウンロード済みでない場合は（Ｓ２７：Ｎｏ）、サーバー２０に対象フォーマットを要求し、サーバー２０から対象フォーマットを取得して（Ｓ２９）、印刷を行う（Ｓ３０）。なお、取得したＨＴＭＬデータに印刷データが含まれない場合は（Ｓ２６：Ｎｏ）、Ｓ２７ないしＳ３０を省略する。
【００５０】
その後、プリンター１０は、取得したＨＴＭＬデータにステータス確認メッセージが埋め込まれているか否かを判別し（Ｓ３１）、埋め込まれている場合は（Ｓ３１：Ｙｅｓ）、拡張プラグイン１３によりステータスを集約して、次のＵＲＬにステータス情報を埋め込む（Ｓ３２，第３リクエスト部）。さらに、ステータス確認メッセージに異常解析プログラムが含まれているか否かを判別し（Ｓ３３）、含まれている場合は（Ｓ３３：Ｙｅｓ）、プリンター１０の異常解析を行い、解析結果に応じた処理を行う（Ｓ３４）。ここで「解析結果に応じた処理」とは、図６（ｂ）に示した印刷物３１の発行や、タッチパネル１５への表示などを指す。なお、Ｓ３１：Ｎｏの場合は、Ｓ３２ないしＳ３４を省略し、Ｓ３３：Ｎｏの場合は、Ｓ３４を省略する。
【００５１】
以上説明したとおり、本実施形態に係るネットワークシステムＳＹによれば、プリンター１０が、サーバー２０に送信するＨＴＴＰリクエストのＵＲＬに、自身のステータス情報を埋め込むため、ステータスを送信するためだけの通信を必要としない。これにより、クライアント−サーバー間の通信回数を削減できる。また、特殊なサーバーや環境を必要としないため、ネットワークシステムＳＹを安価に構築でき、ひいてはサーバー２０によるプリンター１０（クライアント）のステータス管理に要するコストを抑えることができる。
【００５２】
また、サーバー２０側も、ステータス確認メッセージを、印刷サービスを実現するためのＨＴＭＬデータに埋め込んで送信するため、サーバー２０は、ステータスを確認するためだけの通信を行う必要がない。これにより、さらにクライアント−サーバー間の通信回数を削減できる。また、サーバー２０は、取得したＨＴＴＰリクエストに異常を示すステータスが含まれていた場合に、ステータス確認メッセージを埋め込むため、必要に応じてステータス確認を行うことができる。さらに、ステータス確認メッセージに異常解析プログラムを含めることで、プリンター１０に異常解析プログラムがインストールされていない場合でも異常解析を行わせることができる。
【００５３】
また、本実施形態のプリンター１０は、Ｗｅｂブラウザ１１を搭載しているため、コンピューターなどを介さず、サーバー２０が直接プリンター１０と通信を行うことができ、ネットワークシステムＳＹをさらに安価に構築できる。また、プリンター１０は、印刷フォーマットをプリンター１０内部に記憶しておくため、サーバー２０から送信するＨＴＭＬデータには、印刷フォーマットを指定するデータを含めるだけで良く、その結果ＨＴＭＬデータのデータ量を低減できる。
【００５４】
なお、上記の実施形態において、サーバー２０は、図５および図１０（ａ）に示すように、印刷に関するＨＴＭＬデータに、印刷フォーマットを指定するデータ（「ｆｏｒｍａｔ＿ａ」など）を含めて送信したが、図１０（ｂ）に示すように、フォーマットを指定しないＨＴＭＬデータを送信しても良い。つまり、同図の「ｍｍｍｍｍｍｍｍ・・・」の部分に全ての印刷データを埋め込んだＨＴＭＬデータを送信しても良い。
【００５５】
また、上記の実施形態では、印刷フォーマットを利用して、「チケットＡ」または「チケットＢ」の印刷を行うものとしたが、ユーザーが指定した画像を含めて、または指定した画像に置換して印刷させることも可能である。図１１は、その手順を示した画面遷移図である。ユーザーは、最初の画面でチケットを選択し、続いて挿入する図柄（画像）を選択する。これにより、選択されたチケットに対応するフォーマットと、選択された画像とを用いた印刷物３１を発行することが可能となる。なお、この場合、サーバー２０から送信されるＨＴＭＬデータの一例としては、同図点線枠に示すようなスクリプトが挙げられる。
【００５６】
また、プリンター１０側に、バーコードリーダーや磁気カードリーダーなどの入力装置を接続し、サーバー２０から指定された印刷フォーマットに、入力装置からの入力データを挿入して印刷しても良い。また、プリンター１０にＲＴＣ（Real  Time  Clock）を組み込み、当該ＲＴＣにより計時された日時情報を印刷フォーマットに挿入して印刷しても良い。なお、これらの場合、印刷フォーマットとしては、レンダリング処理済みのフォーマットを記憶しておくことが好ましい。つまり、サーバー２０（印刷フォーマット提供部２５０）からも、レンダリング処理済みのフォーマットが提供されることが好ましい。ここで、「レンダリング処理済みのフォーマット」とは、プリンター１０固有の印刷形式で表されたフォーマット、すなわちプリンター１０のメーカーや機種に応じた制御コードを含むフォーマットを指す。このように、フォーマットとして、レンダリング処理済みのものを用意しておくことで、プリンター１０が印刷処理を実行する際、レンダリング処理に要する処理が不要となるため、印刷処理時間を大幅に短縮できる。
【００５７】
また、上記の実施形態において、プリンター１０（リクエスト部１１０）は、所定のタイミングで、ＨＴＴＰリクエストのＵＲＬに自身のステータス情報を埋め込むとしたが、ＨＴＴＰリクエストの送信時には常にステータス集約部１２０で集約したステータス情報をＵＲＬに埋め込んで送信しても良い。また、プリンター１０が主体となってステータス情報を送信するのではなく、サーバー２０からステータス確認メッセージを取得した場合のみ、ＨＴＴＰリクエストのＵＲＬにステータス情報を埋め込んで返信するようにしても良い。
【００５８】
さらに、プリンター１０（クライアント）側で所定の条件を監視し、当該条件を満たす場合（または満たさない場合）のみ、ステータス情報を送信しても良い。例えば、プリンター１０内に計時手段を組み込み、前回のステータス情報の送信時刻から所定時間が経過した場合、次に送信するＨＴＴＰリクエストのＵＲＬにステータス情報を埋め込んで送信する、などが考えられる。
【００５９】
さらに変形例として、サーバー２０側で所定時間をカウントしても良い。この場合、サーバー２０（データ送信部２３０）は、ステータス確認メッセージの前回送信時刻から所定時間が経過した場合、ＨＴＭＬデータにステータス確認メッセージを埋め込む。この構成によれば、プリンター１０からＨＴＴＰリクエストを取得しない場合であっても、サーバー２０が主体となってステータス確認メッセージを送信することで、常にサーバー２０がプリンター１０のステータスを把握することができる。
【００６０】
また、上記に示したネットワークシステムＳＹ（プリンター１０、サーバー２０）の各構成要素をプログラムとして提供することが可能である。また、そのプログラムを各種記録媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターをネットワークシステムＳＹの各構成要素として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれるものである。
【００６１】
また、上記の実施形態では、コンビニエンス・ストアに導入されるネットワークシステムＳＹを例示したが、コンビニエンス・ストアなど小売店以外の環境で用いても良い。また、クライアントとして、プリンター１０を例示したが、プリンター１０以外の電子機器（表示装置、再生装置、通信機器など）をクライアントとしたネットワークシステムに本発明を適用しても良い。つまり、ネットワーク接続されたサーバーによってステータスの管理が必要な状況下で用いられるクライアントであれば、その種類を問わない。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【符号の説明】
【００６２】
１０…プリンター  １１…Ｗｅｂブラウザ  １２…プリンター側制御部  １３…拡張プラグイン  １４…印刷フォーマット用メモリ  １５…タッチパネル  １６…印刷機構  ２０…サーバー  ２１…Ｗｅｂサーバー  ２２…サーバー側制御部  ２３…印刷フォーマットデータベース  ３１…印刷物  ＮＴ…ネットワーク  ＳＹ…ネットワークシステム
【図１】
0005691361.tif 000002
【図２】
0005691361.tif 000003
【図３】
0005691361.tif 000004
【図４】
0005691361.tif 000005
【図５】
0005691361.tif 000006
【図６】
0005691361.tif 000007
【図７】
0005691361.tif 000008
【図８】
0005691361.tif 000009
【図９】
0005691361.tif 000010
【図１０】
0005691361.tif 000011
【図１１】
0005691361.tif 000012