(57)【要約】【課題】印刷装置及び管理装置がサーバーにネットワークを介して通信する印刷制御システムについて、システムを、各装置がネットワークを介してサーバーと通信する構成に対応させる。【解決手段】制御システム１は、印刷結果データとステータスデータとを生成し、送信する印刷装置１２と、印刷指示データに基づいて印刷制御データを生成し、印刷結果データを管理サーバー６０に送信し、ステータスデータを管理装置１４に送信する接続サーバー５０と、印刷結果データを管理装置１４に送信し、印刷指示データを接続サーバー５０に送信する管理サーバー６０と、管理サーバー６０から印刷結果データを受信し、管理サーバー６０に印刷指示データを送信し、接続サーバー５０からステータスデータを受信する管理装置１４と、を備える。【選択図】図４
2015102939.tif 000002
【特許請求の範囲】
【請求項１】
印刷を行う印刷部、前記印刷部の動作に基づく第１のデータと前記第１のデータと異なる第２のデータとを生成する印刷制御部、及び前記第１のデータ及び前記第２のデータを送信する通信部を有する印刷装置と、
前記印刷装置の前記通信部で送信された前記第１のデータ及び前記第２のデータを受信する接続部、印刷を指示する印刷指示データに基づいて前記印刷装置の前記印刷部を制御する印刷制御データを生成する印刷データ処理部、前記第１のデータの送信と前記印刷指示データの受信を行う第１送受信部、及び前記第２のデータを送信する第２送受信部を有する接続サーバーと、
前記接続サーバーの前記第１送受信部で送信された前記第１のデータの受信と前記接続サーバーの前記第１送受信部への前記印刷指示データの送信を行う第１通信接続部、及び前記第１のデータの送信と前記印刷指示データの受信を行う第２通信接続部を有する管理サーバーと、
前記印刷指示データを生成する制御部、前記管理サーバーの前記第２通信接続部で送信された前記第１のデータの受信と前記管理サーバーへの前記印刷指示データの送信とを行う第１通信インターフェース、及び前記接続サーバーで送信された前記第２のデータを受信する第２通信インターフェースを有する管理装置と、
を備えることを特徴とする印刷制御システム。
【請求項２】
前記第２のデータは、前記印刷装置のステータスを示すステータスデータである請求項１に記載の印刷制御システム。
【請求項３】
前記接続サーバーは、前記印刷装置で送信された前記第２のデータを受信したときに、前記管理装置との間に第１の通信経路を確立する請求項１または２に記載の印刷制御システム。
【請求項４】
前記管理装置は、前記印刷指示データを前記管理サーバーに送信するときに、前記管理サーバーとの間で第２の通信経路を確立する請求項１乃至３のいずれか１項に記載の印刷制御システム。
【請求項５】
前記印刷装置は、前記接続サーバーと非同期の双方向通信を行う請求項１乃至４のいずれか１項に記載の印刷制御システム。
【請求項６】
前記非同期の双方向通信は、ＷｅｂＳｏｃｋｅｔ通信である請求項５に記載の印刷制御システム。
【請求項７】
印刷装置の印刷部の動作に基づいて第１のデータを生成したときには前記第１のデータを接続サーバーに送信し、
前記第１のデータを前記接続サーバーで受信し、
前記接続サーバーで、前記印刷部を動作させる印刷指示データを送信した管理サーバーに前記第１のデータを送信し、
前記第１のデータを前記管理サーバーで受信し、
前記管理サーバーで、前記印刷指示データを送信した管理装置に前記第１のデータを送信し、
前記管理装置で前記第１のデータを受信し、
前記印刷装置で前記第１のデータと異なる第２のデータを生成したときには前記第２のデータを前記接続サーバーに送信し、
前記第２のデータを前記接続サーバーで受信し、
前記接続サーバーで、前記第２のデータを前記管理装置に送信し、
前記管理装置で前記第２のデータを受信することを特徴とする印刷制御方法。
【請求項８】
前記第２のデータは、前記印刷装置のステータスを示すステータスデータである請求項７に記載の印刷制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置を備える印刷制御システム、及び印刷制御方法に関する。
【背景技術】
【０００２】
従来、印刷制御装置の制御に従って、印刷装置によって印刷媒体に印刷し、レシートを発行する印刷制御システムが知られている（例えば、特許文献１参照）。この種の印刷制御システムでは、印刷装置、及び、印刷装置を制御する管理装置が、印刷制御装置としてのサーバーにネットワークを介して接続され、各装置がサーバーとネットワークを介して通信するものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１０８０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した印刷制御システムのように、印刷機能を有する印刷装置とサーバーとがネットワークを介して通信し、印刷制御機能を有する管理装置とサーバーとがネットワークを介して通信するシステムを構築する場合、当該システムを、印刷装置及び管理装置がネットワークを介してサーバーと通信する構成に対応させる必要がある。
本発明は、上述した事情に鑑みてなされたものであり、印刷装置及び管理装置がサーバーにネットワークを介して通信する印刷制御システムについて、システムを、各装置がネットワークを介してサーバーと通信する構成に対応させることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明の印刷制御システムは、印刷を行う印刷部、前記印刷部の動作に基づく第１のデータと前記第１のデータと異なる第２のデータとを生成する印刷制御部、及び前記第１のデータ及び前記第２のデータを送信する通信部を有する印刷装置と、前記印刷装置の前記通信部で送信された前記第１のデータ及び前記第２のデータを受信する接続部、印刷を指示する印刷指示データに基づいて前記印刷装置の前記印刷部を制御する印刷制御データを生成する印刷データ処理部、前記第１のデータの送信と前記印刷指示データの受信を行う第１送受信部、及び前記第２のデータを送信する第２送受信部を有する接続サーバーと、前記接続サーバーの前記第１送受信部で送信された前記第１のデータの受信と前記接続サーバーの前記第１送受信部への前記印刷指示データの送信を行う第１通信接続部、及び前記第１のデータの送信と前記印刷指示データの受信を行う第２通信接続部を有する管理サーバーと、前記印刷指示データを生成する制御部、前記管理サーバーの前記第２通信接続部で送信された前記第１のデータの受信と前記管理サーバーへの前記印刷指示データの送信とを行う第１通信インターフェース、及び前記接続サーバーで送信された前記第２のデータを受信する第２通信インターフェースを有する管理装置と、備えることを特徴とする。
本発明の構成によれば、管理装置が送信した印刷指示データに基づいて生成された印刷制御データによる印刷部の動作に基づく第１のデータについては、印刷装置から接続サーバー、及び管理サーバーを介して、管理装置に送信される。このため、管理装置から管理サーバーに印刷指示データを送信した際にこれら装置間で確立した通信経路を利用して、管理装置に第１のデータを送信することができる。また、第１のデータと異なる第２のデータについては、印刷装置から接続サーバーに対してデータが送信されると、接続サーバーは、管理サーバーを経由させることなく、管理装置に第２のデータを送信する。このため、管理装置と管理サーバーとの間で通信経路が確立していない場合であっても、管理装置に第２のデータを送信することができる。また、管理サーバーを経由しないため、第２のデータの管理装置への送信に際して管理サーバーの処理が必要なく、効率よく、また、より迅速に第２のデータを管理装置に送信することができる。つまり、本発明の構成によれば、印刷装置及び管理装置がサーバーにネットワークを介して通信する印刷制御システムについて、システムを、各装置がネットワークを介してサーバーと通信する構成に対応させることができる。
【０００６】
また、前記第２のデータは、前記印刷装置のステータスを示すステータスデータである。
本発明の構成によれば、印刷装置が生成したステータスデータについて、効率よく、また、より迅速に管理装置に送信できる。
【０００７】
また、前記接続サーバーは、前記印刷装置で送信された前記第２のデータを受信したときに、前記管理装置との間に第１の通信経路を確立する。
本発明の構成によれば、接続サーバーは、印刷装置から第２のデータを受信した場合、第１の通信経路により第２のデータを管理装置に送信できる。
【０００８】
また、前記管理装置は、前記印刷指示データを前記管理サーバーに送信するときに、前記管理サーバーとの間で第２の通信経路を確立する。
本発明の構成によれば、管理装置は、管理サーバーに第２の通信経路により印刷指示データを送信できる。また、印刷装置が送信した第１のデータについて、管理サーバーは、第２の通信経路により管理装置に送信できる。
【０００９】
また、前記印刷装置は、前記接続サーバーと非同期の双方向通信を行う。
本発明の構成によれば、接続サーバーは、任意のタイミングで印刷装置に印刷制御データを送信して、印刷装置に印刷を実行させることができる。
【００１０】
また、前記非同期の双方向通信は、ＷｅｂＳｏｃｋｅｔ通信である。
本発明の構成によれば、接続サーバーと、印刷装置とは、ＷｅｂＳｏｃｋｅｔ通信により、非同期の双方向通信を行える。
【００１１】
また、本発明の印刷制御方法は、印刷装置の印刷部の動作に基づいて第１のデータを生成したときには前記第１のデータを接続サーバーに送信し、前記第１のデータを前記接続サーバーで受信し、前記接続サーバーで、前記印刷部を動作させる印刷指示データを送信した管理サーバーに前記第１のデータを送信し、前記第１のデータを前記管理サーバーで受信し、前記管理サーバーで、前記印刷指示データを送信した管理装置に前記第１のデータを送信し、前記管理装置で前記第１のデータを受信し、前記印刷装置で前記第１のデータと異なる第２のデータを生成したときには前記第２のデータを前記接続サーバーに送信し、前記第２のデータを前記接続サーバーで受信し、前記接続サーバーで、前記第２のデータを前記管理装置に送信し、前記管理装置で前記第２のデータを受信することを特徴とする。
本発明の印刷制御方法によれば、印刷部の動作に基づく第１のデータについては、印刷装置から接続サーバー、及び管理サーバーを介して、管理装置に送信される。このため、管理装置から管理サーバーに印刷指示データを送信した際にこれら装置間で確立した通信経路を利用して、管理装置に第１のデータを送信することができる。また、第１のデータと異なる第２のデータについては、印刷装置から接続サーバーに対してデータが送信されると、接続サーバーは、管理サーバーを経由させることなく、管理装置に第２のデータを送信する。このため、管理装置と管理サーバーとの間で通信経路が確立していない場合であっても、管理装置に第２のデータを送信することができる。また、管理サーバーを経由しないため、第２のデータの管理装置への送信に際して管理サーバーの処理が必要なく、効率よく、また、より迅速に第２のデータを管理装置に送信することができる。つまり、また、本発明の印刷制御方法によれば、印刷装置及び管理装置がサーバーにネットワークを介して通信する印刷制御システムについて、システムを、装置がネットワークを介してサーバーと通信する構成に対応させることができる。
【００１２】
また、前記第２のデータは、前記印刷装置のステータスを示すステータスデータである。
本発明の印刷制御方法によれば、印刷装置が生成したステータスデータについて、効率よく、また、より迅速に管理装置に送信できる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態に係る制御システムの構成を示す図。
【図２】制御サーバーと、印刷装置との間に確立された通信経路を示す図。
【図３】制御サーバーの構成をより詳細に示す図である。
【図４】制御システムが備える各装置の機能的構成を示すブロック図。
【図５】印刷装置、ゲートサーバー、及び、印刷装置接続サーバーの動作を示すフローチャート。
【図６】印刷装置接続サーバーの動作を示すフローチャート。
【図７】制御システムが備える各装置の動作を示すフローチャート。
【図８】制御システムが備える各装置の動作を示すフローチャート。
【図９】印刷装置、印刷装置接続サーバー、及び、管理装置の動作を示すフローチャート。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係る制御システム１（印刷制御システム）の構成を示す図である。
図１に示すように、制御システム１は、制御サーバー１０を備え、制御サーバー１０にインターネット等のネットワークＧＮを介して複数の店舗システム１１が接続される。また、ネットワークＧＮには、複数の管理装置１４が接続される。
店舗システム１１は、スーパーマーケットや、コンビニエンスストア、デパート、飲食店等の店舗に適用されたシステムである。店舗システム１１は、少なくとも、店舗に来店した顧客に対してレシートを発行する機能を備える。
店舗システム１１は、印刷媒体に印刷する印刷機能を有し、レシートを発行可能な１又は複数の印刷装置１２を備える。印刷装置１２は、店舗内に構築されたローカルエリアネットワークＬＮに接続される。ローカルエリアネットワークＬＮには、ネットワークルーターや、モデム等の通信機器を含んで構成されたネットワーク通信制御装置１３が接続される。印刷装置１２は、ネットワーク通信制御装置１３を介して、ネットワークＧＮにアクセスする。例えば、店舗システム１１Ａは、スーパーマーケットＳＭに適用されたシステムである。スーパーマーケットＳＭには、複数のレジカウンターＲＣが設けられ、各レジカウンターＲＣには、印刷装置１２が設けられる。店舗システム１１Ａに係る印刷装置１２は、ローカルエリアネットワークＬＮに接続され、ネットワーク通信制御装置１３を介して、ネットワークＧＮにアクセスする。
本実施形態に係る制御システム１では、店舗システム１１の印刷装置１２が、制御サーバー１０との間で通信経路（コネクション）を確立し、制御サーバー１０と通信する。そして、印刷装置１２は、制御サーバー１０の制御で、印刷に係る処理を実行する。
管理装置１４は、後述するように１又は複数の店舗システム１１を管理する装置である。例えば、管理装置１４は、店舗を運営する企業の本社に設けられ、当該店舗を運営する企業のグループに属する複数の店舗に設けられた店舗システム１１を管理する。後述するように、管理装置１４は、店舗システム１１の所定の印刷装置１２を制御して、当該所定の印刷装置１２に印刷を実行させることができる。
【００１５】
図２は、制御システム１における制御サーバー１０と、印刷装置１２との間に確立された通信経路を示す図である。
図２に示すように、制御システム１において、制御サーバー１０と、店舗システム１１の印刷装置１２との間には、ＷｅｂＳｏｃｋｅｔのＷｅｂＳｏｃｋｅｔコネクションＣＴが確立される。
なお、ＷｅｂＳｏｃｋｅｔとは、ネットワークを介して接続されたサーバーと、クライアントとの間で、非同期な双方向通信を可能とする通信規格の１つである。ＷｅｂＳｏｃｋｅｔでは、サーバーとクライアントがＷｅｂＳｏｃｋｅｔコネクションＣＴを確立した後は、データの送受信を、当該コネクションによりＷｅｂＳｏｃｋｅｔのプロトコルを用いて行う。このため、データの送信が発生する度に、コネクションを確立する必要がない。
また、ＷｅｂＳｏｃｋｅｔコネクションＣＴとは、当該コネクションで接続された印刷装置１２と、制御サーバー１０との間で、ＷｅｂＳｏｃｋｅｔのプロトコル、手続きに従ってデータを送受信する論理的な通信経路のことである。従って、印刷装置１２と、制御サーバー１０との間で、所定のハンドシェイクが行われ、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立した後は、印刷装置１２と、制御サーバー１０とは、このＷｅｂＳｏｃｋｅｔコネクションＣＴにより、非同期にデータを送受信できる。つまり、制御サーバー１０は、任意のタイミングでＷｅｂＳｏｃｋｅｔコネクションＣＴで印刷装置１２にデータを送信でき、また、印刷装置１２は、ＷｅｂＳｏｃｋｅｔコネクションＣＴで制御サーバー１０にデータを送信できる。
また、ＷｅｂＳｏｃｋｅｔ通信とは、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより印刷装置１２と、制御サーバー１０との間で行われる、ＷｅｂＳｏｃｋｅｔのプロトコル、手続きに従った非同期な双方向通信のことである。
ＷｅｂＳｏｃｋｅｔコネクションＣＴの確立に伴って、印刷装置１２、及び、制御サーバー１０は、非同期で、双方向通信できる。つまり、制御サーバー１０は、クライアントとしての印刷装置１２からリクエストを受けることなく、ＷｅｂＳｏｃｋｅｔコネクションＣＴによりＷｅｂＳｏｃｋｅｔ通信で印刷装置１２にデータをプッシュ送信できる。
制御サーバー１０、及び、印刷装置１２は、ＷｅｂＳｏｃｋｅｔコネクションＣＴで、非同期で双方向通信（ＷｅｂＳｏｃｋｅｔ通信）する。すなわち、制御サーバー１０は、クライアントとしての印刷装置１２からリクエストを受けることなく、任意のタイミングで、ＷｅｂＳｏｃｋｅｔコネクションＣＴで印刷装置１２に対してデータをプッシュ送信できる。同様に、印刷装置１２は、任意のタイミングで、ＷｅｂＳｏｃｋｅｔコネクションＣＴで制御サーバー１０に対してデータをプッシュ送信できる。
また、制御サーバー１０には、複数の管理装置１４が通信可能に接続される。後述するように、管理装置１４は、制御サーバー１０を介して、所定の印刷装置１２に印刷制御データを送信し、当該所定の印刷装置１２に印刷を実行させることができる。
【００１６】
本実施形態において、制御サーバー１０は、印刷装置１２をクライアントとする、いわゆるクラウドシステムにおけるクラウドサーバーである。すなわち、制御サーバー１０は、演算処理機能を有し、印刷装置１２の要求や、管理装置１４の要求等をトリガーとして所定の演算処理を実行し、演算処理の結果に基づくデータを、ＷｅｂＳｏｃｋｅｔコネクションＣＴで印刷装置１２に送信可能である。
なお、図２では、制御サーバー１０を、１つのブロックによって表現しているが、これは、制御サーバー１０が単一のサーバー装置により構成されることを意味するものではない。後に詳述するが、本実施形態では、制御サーバー１０は、複数のサーバーを含んで構成される。
また、本実施形態では、制御サーバー１０と、印刷装置１２との間で、ＷｅｂＳｏｃｋｅｔ通信を行う。しかしながら、これら装置が、ＷｅｂＳｏｃｋｅｔ通信に代えて、ＷｅｂＳｏｃｋｅｔ通信と同様な非同期な双方向通信を行う構成であってもよい。
【００１７】
このように、制御システム１は、印刷機能が実装された印刷装置１２が、複数台（例えば、１０００台）、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより、制御サーバー１０との間で通信可能に接続される。
このような構成のため、以下の効果を得ることができる。
すなわち、制御サーバー１０は、店舗システム１１に接続された複数の印刷装置１２から受信したデータに基づく情報を収集し、管理、分析できる。このため、制御サーバー１０は、複数の印刷装置１２から得た情報を蓄積することができる。蓄積した情報は、いわゆるビッグデータとして活用可能である。
また、店舗システム１１の構築の簡易化、及び、低コスト化を図ることが可能となる。すなわち、制御システム１では、印刷装置１２がＷｅｂＳｏｃｋｅｔコネクションＣＴにより制御サーバー１０に接続される。このため、制御サーバー１０が提供するサービスを用いて、制御サーバー１０の制御で、印刷装置１２に各種処理を実行させることが可能である。従って、店舗システム１１を構築する管理者は、店舗システム１１の構築に際し、印刷装置１２を所望の場所に設置し、印刷装置１２をネットワークＧＮに接続する、という簡易な作業を行えばよい。これにより、制御サーバー１０が提供するサービスを用いて、印刷装置１２に所望の処理、例えば、レシートの発行に係る処理を実行させることが可能となる。
特に、店舗システム１１を構築する管理者は、店舗システム１１を管理する管理装置１４に、印刷装置１２を制御する機能を実装する必要がない。すなわち、管理装置１４は、制御サーバー１０にアクセスし、制御サーバー１０が提供するサービスを用いることによって、制御サーバー１０に接続された印刷装置１２を制御できる。
また、制御サーバー１０に、異なる店舗システム１１の印刷装置１２がＷｅｂＳｏｃｋｅｔコネクションＣＴで接続されるため、制御サーバー１０は、複数の店舗システム１１の印刷装置１２を管理できる。また、制御サーバー１０は、複数の店舗システム１１の印刷装置１２を動作させることが可能となる。
【００１８】
図３は、本実施形態に係る制御システム１の構成をより詳細に示す図である。
図３に示すように、制御サーバー１０は、複数の接続サーバー５０と、複数の管理サーバー６０と、を含んで構成される。制御サーバー１０において、複数の接続サーバー５０、及び、複数の管理サーバー６０は、ＬＡＮ等を含んで構成されたサーバー間ネットワークＳＮを介して通信可能に接続される。
図３に示すように、接続サーバー５０には、１又は複数の印刷装置１２がＷｅｂＳｏｃｋｅｔコネクションＣＴにより接続される。
また、管理サーバー６０には、１又は複数の管理装置１４がコネクションＫＫ（第２コネクション）により接続される。本実施形態において、管理サーバー６０と、管理装置１４との間で確立されるアプリケーション層のコネクションＫＫは、Ｈｔｔｐ（Hypertext Transfer Protocol）である。従って、通信の開始は、クライアントたる管理装置１４が行う。より詳細には、管理装置１４は、データを送信する場合に、管理サーバー６０とハンドシェイクを行い、ＴＣＰコネクションに基づくコネクションＫＫを確立する。そして、管理装置１４は、確立したコネクションＫＫによりデータを送信する。データの送信、及び、データの送信に付随する他のデータの送受信が完了すると、管理装置１４は、コネクションＫＫを切断する。このように、本実施形態では、管理装置１４は、データの送信に際し、コネクションＫＫを確立する。
接続サーバー５０は、後述するように、印刷装置１２との間での通信に関する処理、印刷装置１２の制御に係る処理等、印刷装置１２に関する処理を実行する機能を有する。
また、管理サーバー６０は、後述するように、管理装置１４との間での通信に関する処理等、管理装置１４に関する処理を実行する機能を有する。
図３に示すように、サーバー間ネットワークＳＮには、データベース管理サーバー７０が接続される。また、サーバー間ネットワークＳＮには、ゲートサーバー８０が接続される。これらサーバーの機能については後述する。
【００１９】
図３を用いて、複数の管理装置１４のうちの１つの管理装置１４Ａと、複数の印刷装置１２のうちの１つの印刷装置１２Ａとの間で行われる通信について、管理装置１４Ａから、印刷装置１２Ａにデータを送信する場合を例にして、簡単に説明する。
なお、本実施形態において、印刷装置１２Ａは、管理装置１４Ａが制御対象とする印刷装置１２である。つまり、管理装置１４Ａは、管理装置１４Ａの制御で、印刷装置１２Ａに印刷処理を実行させる。従って、印刷装置１２Ａは、管理装置１４Ａで管理を行う店舗システム１１に含まれる印刷装置１２である。
管理装置１４Ａが、印刷装置１２Ａに対してデータを送信する場合は、以下の処理が行われる。まず、管理装置１４Ａは、後述する方法により、複数の管理サーバー６０のうちの、所定の管理サーバー６０Ａに対してデータを送信する。当該データには、印刷装置１２Ａを指定する情報が含まれる。本実施形態では、制御サーバー１０が提供するサービスを受ける場合に、管理装置１４がアクセスする管理サーバー６０が、管理装置１４ごとに予め定められる。
管理サーバー６０Ａは、後述する方法により、サーバー間ネットワークＳＮに接続される接続サーバー５０のうち、管理装置１４Ａが制御する印刷装置１２Ａが接続された接続サーバー５０を検索する。本例では、印刷装置１２Ａが接続された接続サーバー５０は、第１接続サーバー５０Ａである。従って、管理サーバー６０Ａは、第１接続サーバー５０Ａを検索する。
次いで、管理サーバー６０Ａは、検索した第１接続サーバー５０Ａに、データを送信する。次いで、第１接続サーバー５０Ａは、後述する方法により、印刷装置１２Ａに対してデータを送信する。その際、第１接続サーバー５０Ａは、必要に応じて、受信したデータに基づいて所定の処理を行って新たなデータを生成し、当該新たなデータを送信する。印刷装置１２Ａは、データを受信し、当該データに基づく処理を実行する。
【００２０】
このように、本実施形態に係る制御サーバー１０は複数の接続サーバー５０と、複数の管理サーバー６０と、を含んで構成される。管理装置１４と、印刷装置１２とは、制御サーバー１０における接続サーバー５０、及び、管理サーバー６０を介して通信する。特に、管理装置１４は、管理サーバー６０、及び、接続サーバー５０を介して、印刷装置１２に印刷を実行させる。
このような構成のため、以下の効果を奏する。
すなわち、管理サーバー６０と、接続サーバー５０とが独立したサーバーであるため、これらサーバーについて、独立して増設可能である。
例えば、制御サーバー１０が提供するサービスを利用すべく、制御サーバー１０に接続可能な印刷装置１２の台数が増大した場合、第１接続サーバー５０Ａを増設し、印刷装置１２に関する処理に係る処理負荷の分散を図ることが可能である。そしてこの場合において、本実施形態によれば、接続サーバー５０を、管理サーバー６０とは独立して、増設することが可能である。このような構成のため、接続サーバー５０に接続可能な印刷装置１２の状況（台数等）、及び、管理サーバー６０に接続可能な管理装置１４の状況（台数等）に応じて、接続サーバー５０及び管理サーバー６０の各サーバーの台数を調整できる。これにより、制御サーバー１０を、接続可能な印刷装置１２、及び、管理装置１４の状況に応じたサーバー構成、規模としつつ、サーバーに接続可能な装置の台数に応じた処理負荷の分散を図ることが可能である。
また、上記構成によれば、接続サーバー５０は、接続される印刷装置１２に関する処理を実行する機能を備えればよく、また、管理サーバー６０は、接続される管理装置１４に関する処理を実行する機能を備えればよい。
【００２１】
図４は、印刷装置１２Ａ、第１接続サーバー５０Ａ、管理サーバー６０Ａ、管理装置１４Ａ、データベース管理サーバー７０、及び、ゲートサーバー８０の機能的構成を示すブロック図である。
図４に示すように、印刷装置１２Ａは、通信制御部１５と、通信部１６と、印刷制御部１７と、印刷部１８と、印刷装置記憶部１９と、を備える。
通信制御部１５、通信部１６、及び、印刷制御部１７の機能については後述する。
印刷部１８は、印刷媒体に印刷する印刷機構、印刷媒体を搬送する搬送機構、印刷媒体を切断する切断機構等の印刷に係る機構、及び、各機構の制御に係る制御基板等を備える。
印刷装置記憶部１９は、不揮発性メモリーを備え、各種データを記憶する。印刷装置記憶部１９には、通信先情報データ１９ａと、印刷装置識別情報データ１９ｂと、が記憶されるが、これらデータについては後述する。
【００２２】
図４に示すように、制御サーバー１０が備える第１接続サーバー５０Ａは、通信管理部２５と、接続部２６と、印刷データ処理部２７と、接続サーバー記憶部２８と、第１送受信部２９と、第２送受信部２０と、を備える。
通信管理部２５、接続部２６、印刷データ処理部２７、及び、第２送受信部２０の機能については、後述する。
接続サーバー記憶部２８は、不揮発性メモリーを備え、各種データを記憶する。接続サーバー記憶部２８には、コネクション管理データベース２８ａ、及び、管理装置管理データベース２８ｂが記憶されるが、これについては後述する。
第１送受信部２９は、通信管理部２５の制御に従って、サーバー間ネットワークＳＮを介して、制御サーバー１０が備える他のサーバーと所定の通信規格で通信する。
【００２３】
図４に示すように、制御サーバー１０が備える管理サーバー６０Ａは、管理サーバー制御部６１と、第１通信接続部６２と、第２通信接続部６３と、を備える。
管理サーバー制御部６１は、ＣＰＵ等を備え、管理サーバー６０Ａを制御する。管理サーバー制御部６１は、機能ブロックとして検索部６１ａを備える。検索部６１ａの機能については後述する。
第１通信接続部６２は、管理サーバー制御部６１の制御に従って、サーバー間ネットワークＳＮを介して、制御サーバー１０が備える他のサーバーと所定の通信規格で通信する。
第２通信接続部６３は、管理サーバー制御部６１の制御で、ネットワークＧＮを介して、管理装置１４（管理装置１４Ａを含む）と所定の規格で通信する。
【００２４】
図４に示すように、制御サーバー１０が備えるデータベース管理サーバー７０は、データベース管理サーバー制御部７１と、データベース管理サーバー記憶部７２と、データベース管理サーバー通信インターフェース７３（以下、「データベースＩ／Ｆ７３」と表現する。）と、を備える。
データベース管理サーバー制御部７１は、ＣＰＵ等を備え、データベース管理サーバー７０を制御する。特に、データベース管理サーバー制御部７１は、データベース管理サーバー記憶部７２に記憶された各種データベースに読み書きする機能を備える。
データベース管理サーバー記憶部７２は、不揮発性メモリーを備え、各種データを記憶する。データベース管理サーバー記憶部７２には、接続サーバーアドレス管理データベース７２ａが記憶されるが、これらについては後述する。
データベースＩ／Ｆ７３は、データベース管理サーバー制御部７１の制御で、サーバー間ネットワークＳＮを介して、制御サーバー１０が備える他のサーバーと所定の通信規格で通信する。
【００２５】
図４に示すように、制御サーバー１０が備えるゲートサーバー８０は、ゲートサーバー制御部８１と、ゲートサーバー記憶部８２と、ゲートサーバー通信インターフェース８３（以下、「ゲートサーバーＩ／Ｆ８３」と表現する。）と、を備える。
ゲートサーバー制御部８１は、ＣＰＵ等を備え、ゲートサーバー８０を制御する。
ゲートサーバー記憶部８２は、不揮発性メモリーを備え、各種データを記憶する。ゲートサーバー記憶部８２には、接続サーバー管理データベース８２ａが記憶されるが、これらについては後述する。
ゲートサーバーＩ／Ｆ８３は、ゲートサーバー制御部８１の制御で、サーバー間ネットワークＳＮを介して、制御サーバー１０が備える他のサーバーと所定の通信規格で通信する。
【００２６】
図４に示すように、管理装置１４は、管理装置制御部４０（制御部）と、第１通信インターフェース４１（以下、「第１通信Ｉ／Ｆ４１」と表現する。）と、第２通信インターフェース４２（以下、「第２通信Ｉ／Ｆ４２」と表現する。）と、を備える。
第２通信Ｉ／Ｆ４２の機能については後述する。
管理装置制御部４０は、ＣＰＵ等を備え、管理装置１４を制御する。
第１通信Ｉ／Ｆ４１は、管理装置制御部４０の制御で、Ｈｔｔｐ通信を行う。
【００２７】
なお、図４では、制御サーバー１０と、制御サーバー１０に接続された１つの印刷装置１２（図４の例では、印刷装置１２Ａ）との関係を示す。制御サーバー１０に、複数の印刷装置１２が接続される場合は、制御サーバー１０は、複数の印刷装置１２に対応して複数の接続部２６（ＷｅｂＳｏｃｋｅｔインターフェース）を備え、各印刷装置１２との間でＷｅｂＳｏｃｋｅｔコネクションＣＴを確立し、各印刷装置１２とＷｅｂＳｏｃｋｅｔコネクションＣＴでＷｅｂＳｏｃｋｅｔ通信する。
【００２８】
次に、印刷装置１２Ａの電源投入時における、印刷装置１２Ａ、ゲートサーバー８０、及び、第１接続サーバー５０Ａの動作について説明する。
図５は、印刷装置１２Ａに電源が投入された後の印刷装置１２Ａ、ゲートサーバー８０、及び、第１接続サーバー５０Ａの動作を示すフローチャートである。図５（Ａ）は印刷装置１２Ａの動作を、（Ｂ）はゲートサーバー８０の動作を、（Ｃ）は第１接続サーバー５０Ａの動作を示す。
なお、以下の説明では、説明の便宜を考慮して、制御サーバー１０は、接続サーバー５０として、第１接続サーバー５０Ａと、第２接続サーバー５０Ｂの２つのサーバーを備える。
なお、図５のフローチャートの処理のトリガーは、電源投入時に限らない。例えば、印刷装置１２がネットワークＧＮに通信可能に接続された場合や、ユーザーから指示があった場合等であってもよい。
また、以下の説明では、印刷装置１２Ａは、対応する店舗システム１１のローカルエリアネットワークＬＮに接続され、ネットワークＧＮにアクセス可能である。
【００２９】
また、以下の説明において、印刷装置１２Ａが備える通信制御部１５、印刷制御部１７、及び、第１接続サーバー５０Ａが備える通信管理部２５、印刷データ処理部２７、及び、管理サーバー６０Ａが備える検索部６１ａの各機能ブロックの機能は、例えば、以下のようにして実現される。
すなわち、例えば、これら機能ブロックは、オブジェクトである。オブジェクトとは、オブジェクト指向プログラミングで生成されるインスタンス、すなわち、データ、及び、メソッドの集合として定義されたソフトウェアの機能ブロックである。そして、これら機能ブロックの機能は、各機能ブロックに実装されたメソッドが呼び出されることによって実現される。
また、これら機能ブロックの機能は、アプリケーションがＣＰＵ等のハードウェア資源によって読み出され実行されることによって、実現される。１つのアプリケーションにより１つの機能ブロックの機能が実現される構成であってもよい。また、１つのアプリケーションにより複数の機能ブロックの機能が実現される構成であってもよい。また、複数のアプリケーションにより１つの機能ブロックの機能が実現される構成であってもよい。
すなわち、各機能ブロックは、各機能をブロックとして表現したものであり、特定のアプリケーションや、ハードウェア等を意味するものではない。
【００３０】
図５（Ａ）に示すように、印刷装置１２Ａの電源が投入されると（ステップＳＸ１）、通信制御部１５は、印刷装置記憶部１９にアクセスし、印刷装置記憶部１９に記憶される通信先情報データ１９ａを取得する（ステップＳＡ１）。
通信先情報データ１９ａとは、複数ある接続サーバー５０のうちの１つのサーバーとＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する際に、印刷装置１２がアクセスするゲートサーバー８０のアドレス（ドメイン名、ＩＰアドレス、パス名等）を示すデータである。
ここで、ＷｅｂＳｏｃｋｅｔでは、ＷｅｂＳｏｃｋｅｔコネクションＣＴの確立に当たり、クライアント（本例では、印刷装置１２Ａ）は、サーバーに対して、ＨＴＴＰ（Hypertext Transfer Protocol）でハンドシェイクを行う。当該ハンドシェイクにおいて、クライアントは、サーバーのアドレスが記述されたメッセージを送信するが、通信先情報データ１９ａは、このアドレスを示すデータである。
このように、本実施形態では、印刷装置１２は、制御サーバー１０との間でのＷｅｂＳｏｃｋｅｔコネクションＣＴの確立にあたり、ゲートサーバー８０にアクセスする。すなわち、各印刷装置１２には、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する際にアクセスするゲートサーバー８０のアドレス（ドメイン名等）示す情報が、通信先情報データ１９ａとして記憶される。
次いで、通信制御部１５は、通信先情報データ１９ａが示すドメイン名に基づいて、ゲートサーバー８０に対して、いずれかの接続サーバー５０との間でのＷｅｂＳｏｃｋｅｔコネクションＣＴの確立を要求する（ステップＳＡ２）。
【００３１】
ステップＳＡ２の要求を受け付けると、ゲートサーバー８０のゲートサーバー制御部８１は、接続サーバー管理データベース８２ａを参照する（ステップＳＢ１）。
ここで、ゲートサーバー８０のゲートサーバー制御部８１は、制御サーバー１０が備える各接続サーバー５０について、各サーバーとの間でＷｅｂＳｏｃｋｅｔコネクションＣＴを確立している印刷装置１２の個数を管理する。そして、接続サーバー管理データベース８２ａとは、接続サーバー５０に、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより接続される印刷装置１２の個数を示す情報が格納されたデータベースである。従って、ゲートサーバー制御部８１は、接続サーバー管理データベース８２ａを参照することにより、任意の接続サーバー５０について、当該サーバーにＷｅｂＳｏｃｋｅｔコネクションＣＴにより接続される印刷装置１２の個数を取得できる。
なお、接続サーバー管理データベース８２ａの更新は、どのような方法で行われてもよい。例えば、ゲートサーバー制御部８１が、接続サーバー５０に対して、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより接続される印刷装置１２の個数を定期的に問い合わせ、問い合わせに対応する応答に基づいて、データベースを更新してもよい。また、接続サーバー５０が、例えば、新たに印刷装置１２が接続された場合や、接続された印刷装置１２の接続が切断された場合に、ゲートサーバー制御部８１に通知する。そして、ゲートサーバー制御部８１は、受けた通知に基づいて、データベースを更新するようにしてもよい。
本例では、接続サーバー管理データベース８２ａにおいて、第１接続サーバー５０Ａに接続された印刷装置１２の個数と、第２接続サーバー５０Ｂに接続された印刷装置１２の個数とが対応付けて記憶される。
【００３２】
ステップＳＢ１において、接続サーバー管理データベース８２ａを参照した後、ゲートサーバー制御部８１は、以下の処理を実行する。すなわち、ゲートサーバー制御部８１は、第１接続サーバー５０Ａ、及び、第２接続サーバー５０Ｂのうち、ＷｅｂＳｏｃｋｅｔコネクションＣＴで接続される印刷装置１２の個数が少ない方のサーバーを特定する（ステップＳＢ２）。
ここで、接続される印刷装置１２が少ないサーバーは、多いサーバーと比較して、加わっている各種負荷（ＣＰＵの負荷、通信の負荷、その他の負荷等）が小さい蓋然性が高い。接続サーバー５０は、接続された印刷装置１２に対応する処理を実行する必要があるが、接続される印刷装置１２の個数が少ない分、実行する処理が少ないからである。このことを踏まえ、ゲートサーバー制御部８１は、要求に応じてＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する接続サーバー５０を、接続される印刷装置１２の個数が少ない方の接続サーバー５０と決定する（ステップＳＢ３）。
本例では、第１接続サーバー５０Ａと、第２接続サーバー５０Ｂのうち、第１接続サーバー５０Ａの方が、接続される印刷装置１２の個数が少ない。従って、ステップＳＢ２において、ゲートサーバー制御部８１は、接続される印刷装置１２の個数が少ない接続サーバー５０として、第１接続サーバー５０Ａを特定する。また、ステップＳＢ３において、ゲートサーバー制御部８１は、要求に応じてＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する接続サーバー５０として、第１接続サーバー５０Ａを決定する。
このように、ゲートサーバー制御部８１は、印刷装置１２から、接続サーバー５０との間でのＷｅｂＳｏｃｋｅｔコネクションＣＴの確立の要求があった場合、処理負荷が小さいと想定される接続サーバー５０をＷｅｂＳｏｃｋｅｔコネクションＣＴの確立先として決定する。
なお、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する接続サーバー５０の選択にあたっては、各接続サーバー５０のスペックや、現時点での処理負荷の状況、予測される処理負荷の状況、その他の条件を反映してもよいことはもちろんである。
次いで、ゲートサーバー制御部８１は、第１接続サーバー５０Ａに対して、印刷装置１２Ａとの間でのＷｅｂＳｏｃｋｅｔコネクションＣＴの確立を要求する（ステップＳＢ４）。なお、制御サーバー１０が備える接続サーバー５０のアドレスを管理する。また、ゲートサーバー制御部８１は、ＷｅｂＳｏｃｋｅｔコネクションＣＴの確立を要求してきた印刷装置１２Ａに対して、第１接続サーバー５０Ａとの間でのＷｅｂＳｏｃｋｅｔコネクションＣＴの確立を要求する（ステップＳＢ５）。なお、ステップＳＢ４、及び、ステップＳＢ５における装置への要求に際し、ゲートサーバー制御部８１は、装置のアドレス等、装置間でＷｅｂＳｏｃｋｅｔコネクションＣＴを確立するハンドシェイクに必要な情報を送信する。
【００３３】
次いで、印刷装置１２Ａの通信制御部１５、及び、第１接続サーバー５０Ａの通信管理部２５は、通信部１６と接続部２６との間に、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する（ステップＳＡ３、ステップＳＣ１）。つまり、本実施形態に係る印刷装置１２Ａは、ユーザーによる指示や、制御サーバー１０からの要求を受けることなく、電源の投入をトリガーとしてＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する。
【００３４】
なお、通信部１６、及び、接続部２６は、ＷｅｂＳｏｃｋｅｔの規格、手続きに従ってデータの送受信を行うＷｅｂＳｏｃｋｅｔインターフェースである。これら機能ブロックは、例えば、ＷｅｂＳｏｃｋｅｔのＳｏｃｋｅｔライブラリーを用いて生成される。
すなわち、通信部１６は、通信制御部１５から受信したデータについて、ＷｅｂＳｏｃｋｅｔに従った処理を行って、ＷｅｂＳｏｃｋｅｔの手続きで、ＷｅｂＳｏｃｋｅｔコネクションＣＴでデータを送信する機能を有する。また、通信部１６は、ＷｅｂＳｏｃｋｅｔコネクションＣＴで受信したデータについて、ＷｅｂＳｏｃｋｅｔの処理を行って、通信制御部１５に送信する機能を有する。接続部２６についても同様である。
ＷｅｂＳｏｃｋｅｔコネクションＣＴの確立に伴って、印刷装置１２Ａ、及び、第１接続サーバー５０Ａは、非同期で、双方向通信できる。つまり、第１接続サーバー５０Ａは、クライアントとしての印刷装置１２Ａからリクエストを受けることなく、ＷｅｂＳｏｃｋｅｔコネクションＣＴによりプッシュ送信で印刷装置１２Ａにデータを送信できる。
【００３５】
次いで、印刷装置１２Ａの通信制御部１５は、印刷装置記憶部１９にアクセスし、印刷装置記憶部１９に記憶される印刷装置識別情報データ１９ｂを取得する（ステップＳＡ４）。印刷装置識別情報データ１９ｂとは、印刷装置１２の識別情報（以下、「印刷装置識別情報」という。）を示すデータである。印刷装置識別情報は、例えば、印刷装置１２の製造段階で、印刷装置１２に割り当てられるシリアル番号である。
次いで、通信制御部１５は、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより、印刷装置識別情報データ１９ｂを送信する（ステップＳＡ５）。
図５（Ｃ）に示すように、第１接続サーバー５０Ａの通信管理部２５は、印刷装置識別情報データ１９ｂを受信する（ステップＳＣ２）。
次いで、通信管理部２５は、接続サーバー記憶部２８に記憶されたコネクション管理データベース２８ａにアクセスする（ステップＳＣ３）。コネクション管理データベース２８ａとは、確立しているＷｅｂＳｏｃｋｅｔコネクションＣＴについて、ＷｅｂＳｏｃｋｅｔコネクションＣＴを示すコネクション識別情報と、上述した印刷装置識別情報とを対応付けて記憶するデータベースである。
次いで、通信管理部２５は、コネクション管理データベース２８ａに１件のレコードを生成する。そして、通信管理部２５は、生成したレコードにおいて、ステップＳＣ１で確立したＷｅｂＳｏｃｋｅｔコネクションＣＴのコネクション識別情報と、ステップＳＣ２で受信した印刷装置識別情報データ１９ｂが示す印刷装置識別情報とを対応付けて記憶する（ステップＳＣ４）。なお、通信管理部２５は、ＷｅｂＳｏｃｋｅｔコネクションＣＴが確立したときに、既に確立しているＷｅｂＳｏｃｋｅｔコネクションＣＴのコネクション識別情報と異なる値のコネクション識別情報を生成する。このステップＳＣ４の処理により、ＷｅｂＳｏｃｋｅｔコネクションＣＴと、印刷装置１２との対応関係が管理される。
このように、ユーザーによる指示や、制御サーバー１０からの要求を受けることなく、電源の投入をトリガーとしてＷｅｂＳｏｃｋｅｔコネクションＣＴを確立する。このような構成のため、ユーザーは、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立するために、煩雑な作業を行う必要がない。また、ＷｅｂＳｏｃｋｅｔコネクションＣＴを確立するために、専門的な知識も必要ない。また、電源投入後、印刷装置１２を、制御サーバー１０の制御で各種処理を実行できる状態とすることができる。
【００３６】
以上のようにして、通信部１６と、接続部２６との間で、ＷｅｂＳｏｃｋｅｔコネクションＣＴが確立する。これに伴って、印刷装置１２の印刷制御部１７と、制御サーバー１０の印刷データ処理部２７との間で、ＷｅｂＳｏｃｋｅｔコネクションＣＴに基づく機能部間通信経路ＫＴが確立する。印刷制御部１７と、印刷データ処理部２７とは、機能部間通信経路ＫＴにより、非同期な双方向通信を行える。機能部間通信経路ＫＴにより行われる機能部間の非同期な双方向通信については後述する。
【００３７】
ところで、図３、４に示すように、制御サーバー１０は、データベース管理サーバー７０を備える。データベース管理サーバー７０は、データベース管理サーバー記憶部７２を備え、データベース管理サーバー記憶部７２には、接続サーバーアドレス管理データベース７２ａが記憶される。
接続サーバーアドレス管理データベース７２ａは、制御サーバー１０に接続される各印刷装置１２について、印刷装置識別情報と、印刷装置１２が接続される接続サーバー５０のアドレスを示す情報とを対応付けて記憶するデータベースである。以下、接続サーバー５０のアドレスを示す情報を、「接続サーバーアドレス情報」という。
上述したように、制御サーバー１０は、複数の接続サーバー５０を備え、印刷装置１２は、ゲートサーバー８０によって選択された接続サーバー５０にＷｅｂＳｏｃｋｅｔコネクションＣＴにより接続される。
そして、接続サーバーアドレス管理データベース７２ａでは、制御サーバー１０に接続される印刷装置１２について、印刷装置１２の印刷装置識別情報と、印刷装置１２が接続される印刷装置接続サーバーの接続サーバーアドレス情報と、が対応付けて記憶される。
接続サーバーアドレス管理データベース７２ａは、以下のようにして、随時、更新されることにより、実際の接続サーバー５０と印刷装置１２との接続状態に対応した状態とされる。以下、詳述する。
【００３８】
図６（Ａ）は、第１接続サーバー５０Ａについて、印刷装置１２との間でＷｅｂＳｏｃｋｅｔコネクションＣＴが確立された場合の、第１接続サーバー５０Ａの動作を示すフローチャートである。
図６（Ａ）に示すように、第１接続サーバー５０Ａの通信管理部２５は、当該サーバーと、印刷装置１２との間でＷｅｂＳｏｃｋｅｔコネクションＣＴが確立されたか否かを監視する（ステップＳＤ１）。
ＷｅｂＳｏｃｋｅｔコネクションＣＴが確立された場合（ステップＳＤ１：ＹＥＳ）、通信管理部２５は、接続された印刷装置１２の印刷装置識別情報と、第１接続サーバー５０Ａのアドレスを示す接続サーバーアドレス情報と、を対応付けた１件のレコードの生成を要求するコマンドを生成する（ステップＳＤ２）。以下、上記要求に係るコマンドを、「レコード追加要求コマンド」という。レコード追加要求コマンドは、印刷装置識別情報と、接続サーバーアドレス情報と、を含んで構成され、所定のフォーマットのデータである。
次いで、通信管理部２５は、第１送受信部２９を制御して、生成したレコード追加要求コマンドを、データベース管理サーバー７０に送信する（ステップＳＤ３）。
レコード追加要求コマンドを受信したデータベース管理サーバー７０のデータベース管理サーバー制御部７１は、接続サーバーアドレス管理データベース７２ａにアクセスする。そして、データベース管理サーバー制御部７１は、当該データベースに、接続された印刷装置１２の印刷装置識別情報と、第１接続サーバー５０Ａの接続サーバーアドレス情報とを対応付けて記憶する１件のレコードを生成する。
【００３９】
図６（Ｂ）は、第１接続サーバー５０Ａに接続された印刷装置１２との間でのＷｅｂＳｏｃｋｅｔコネクションＣＴが切断された場合の、第１接続サーバー５０Ａの動作を示すフローチャートである。
図６（Ｂ）に示すように、第１接続サーバー５０Ａの通信管理部２５は、印刷装置１２との間のＷｅｂＳｏｃｋｅｔコネクションＣＴが切断されたか否かを監視する（ステップＳＥ１）。
ＷｅｂＳｏｃｋｅｔコネクションＣＴの切断が生じた場合（ステップＳＥ１：ＹＥＳ）、通信管理部２５は、接続が切断された印刷装置１２の印刷装置識別情報と、第１接続サーバー５０Ａのアドレスを示す接続サーバーアドレス情報と、を対応付けた１件のレコードについて、削除を要求するコマンドを生成する（ステップＳＥ２）。以下、上記要求に係るコマンドを、「レコード削除要求コマンド」という。レコード削除要求コマンドは、印刷装置識別情報と、接続サーバーアドレス情報と、を含んで構成され、所定のフォーマットのデータである。
次いで、通信管理部２５は、第１送受信部２９を制御して、生成したレコード削除要求コマンドを、データベース管理サーバー７０に送信する（ステップＳＥ３）。
レコード削除要求コマンドを受信したデータベース管理サーバー７０のデータベース管理サーバー制御部７１は、接続サーバーアドレス管理データベース７２ａにアクセスする。そして、データベース管理サーバー制御部７１は、当該データベースにおいて、上記コマンドに含まれる印刷装置識別情報と、接続サーバーアドレス情報とが対応付けられたレコードを特定する。次いで、データベース管理サーバー制御部７１は、特定したレコードを削除する。
【００４０】
このように、本実施形態では、接続サーバー５０に印刷装置１２が接続されると、当該サーバーのアドレスと、当該印刷装置１２の識別情報を対応付けたレコードが、接続サーバーアドレス管理データベース７２ａに生成される。
本実施形態では、接続サーバー５０に接続された印刷装置１２の接続が切断されると、当該サーバーのアドレスと、当該印刷装置１２の識別情報とを対応付けたレコードが、接続サーバーアドレス管理データベース７２ａから削除される。
このような構成のため、接続サーバーアドレス管理データベース７２ａの内容は、実際の接続サーバー５０と印刷装置１２との接続状態に対応した状態となる。
【００４１】
次に、管理装置１４Ａが印刷装置１２Ａに印刷させる場合における管理装置１４Ａ、制御サーバー１０が備える各サーバー、及び、印刷装置１２Ａの動作について説明する。
図７、及び、図８は、管理装置１４Ａが印刷装置１２Ａに印刷させる場合の各装置の動作を示すフローチャートである。図７、及び、図８において、（Ａ）は管理装置１４Ａの動作を、（Ｂ）は管理サーバー６０Ａの動作を、（Ｃ）は第１接続サーバー５０Ａの動作を、（Ｄ）は印刷装置１２Ａの動作を示す。
以下の説明では、フローチャートの動作の開始時点で、印刷装置１２Ａは、第１接続サーバー５０Ａとの間でＷｅｂＳｏｃｋｅｔコネクションＣＴを確立している。
【００４２】
図７（Ａ）に示すように、印刷装置１２Ａによる印刷に際し、ユーザーは、管理装置１４Ａのアプリケーションを立ち上げる（ステップＳＹ１）。
アプリケーションは、印刷装置１２に印刷させる情報、及び、印刷装置１２Ａを識別する情報を、ユーザーが入力するユーザーインターフェースを提供する機能を有する。また、アプリケーションは、入力された情報に基づいて、印刷指示データを生成し、管理サーバー６０Ａに送信する機能を有する。
【００４３】
さて、ユーザーによるアプリケーションの立ち上げに応じて、管理装置制御部４０は、アプリケーションの機能により、第１ユーザーインターフェース（以下、「第１ＵＩ」という。）を表示パネル等の所定の表示手段に表示する（ステップＳＦ１）。第１ＵＩは、印刷装置１２に印刷させる情報をユーザーが入力するユーザーインターフェースである。印刷させる情報とは、例えば、印刷する画像データが格納されたファイル名や、印刷媒体における画像の位置に関する情報等のことである。第１ＵＩでは、後に、印刷データ処理部２７が印刷制御データの生成に必要な情報を、入力可能である。
ユーザーが、第１ＵＩに対して印刷に関する情報を入力し、入力を確定すると（ステップＳＸ２）、管理装置制御部４０は、アプリケーションの機能により、第２ユーザーインターフェース（以下、「第２ＵＩ」という。）を表示する（ステップＳＦ２）。
第２ＵＩは、印刷させる印刷装置１２（本例では、印刷装置１２Ａ）を識別する情報をユーザーが入力するユーザーインターフェースである。
第２ＵＩには、印刷装置識別情報を入力する欄が設けられ、ユーザーは、当該欄に印刷装置識別情報を入力する。
【００４４】
ユーザーが、第２ＵＩに対して印刷装置識別情報を入力し、入力を確定すると（ステップＳＸ３）、管理装置制御部４０は、以下の処理を実行する。
すなわち、管理装置制御部４０は、アプリケーションの機能により、第１ＵＩ、及び、第２ＵＩに入力された情報に基づいて、印刷指示データを生成する（ステップＳＦ３）。印刷指示データには、第１ＵＩに入力された情報に基づく、印刷させる情報が含まれる。また、印刷指示データには、第２ＵＩに入力された情報に基づく、印刷させる印刷装置１２の印刷装置識別情報が含まれる。
次いで、管理装置制御部４０は、第１通信Ｉ／Ｆ４１と、管理サーバー６０Ａの第２通信接続部６３との間で、Ｈｔｔｐ通信用のコネクションＫＫを確立する（ステップＳＦ４）。ここで、本実施形態では、管理装置１４Ａがデータを送信する管理サーバー６０が、管理サーバー６０Ａと予め定められる。アプリケーションの機能を実現するプログラムには、管理サーバー６０Ａのアドレスが予め定義される。ステップＳＦ４において、管理装置制御部４０は、当該アドレスの管理サーバー６０Ａとの間で、コネクションＫＫを確立する。
次いで、管理装置制御部４０は、第１通信Ｉ／Ｆ４１を制御して、コネクションＫＫにより、管理サーバー６０Ａに対して印刷指示データを送信する（ステップＳＦ５）。
次いで、管理装置制御部４０は、第１通信Ｉ／Ｆ４１を制御して、コネクションＫＫにより、管理サーバー６０に対して、印刷結果データ（第１のデータ。詳細は後述。）の応答を要求するリクエストを送信する（ステップＳＦ６）。ステップＳＦ６の処理により、管理サーバー６０は、管理装置１４に対して、リクエストに応答する形で、所定のタイミングで印刷結果データ（後述）を送信できる状態となる。
【００４５】
このように、本実施形態では、管理装置１４と、管理サーバー６０との間では、コネクションが継続して確立されるのではなく、管理装置１４から管理サーバー６０に対してデータを送信する場合に、コネクションが確立される。つまり、管理装置１４により、制御サーバー１０が提供するサービスを利用したい場合、例えば、印刷装置１２に印刷を実行させたい場合に、コネクションＫＫが確立される。このような構成のため、管理装置１４と、管理サーバー６０との間で、コネクションを継続して確立する場合と比較して、通信の効率化、リソースの有効活用を実現できる。つまり、制御システム１（クラウドシステム）には、管理装置１４が、制御サーバー１０が提供するサービスを提供したい場合に、これら装置間の通信が行える状態となればよい、という特性がある。そして、このような特性を踏まえて、これら装置間でコネクションを継続して確立する構成ではなく、管理装置１４の要求に応じてコネクションを確立する構成とすることにより、通信の効率化、リソースの有効活用を実現できる。
【００４６】
図７（Ｂ）に示すように、管理サーバー制御部６１は、第２通信接続部６３を制御して、印刷指示データを受信する（ステップＳＧ１）。
次いで、管理サーバー制御部６１が備える検索部６１ａは、データベース管理サーバー７０の接続サーバーアドレス管理データベース７２ａにアクセスし、当該データベースを参照する（ステップＳＧ２）。
上述したように、接続サーバーアドレス管理データベース７２ａは、印刷装置１２の印刷装置識別情報と、接続サーバー５０の接続サーバーアドレス情報と、を対応付けて記憶するデータベースである。
次いで、検索部６１ａは、印刷指示データに含まれる印刷装置識別情報をキーとして、接続サーバーアドレス管理データベース７２ａにおいて、当該識別情報と対応付けられた接続サーバーアドレス情報を取得する（ステップＳＧ３）。本例では、ステップＳＧ３において、検索部６１ａは、第１接続サーバー５０Ａの接続サーバーアドレス情報を取得する。
【００４７】
次いで、管理サーバー制御部６１は、ステップＳＧ３で取得した接続サーバーアドレス情報が示すアドレスの接続サーバー５０（本例では、第１接続サーバー５０Ａ）との間でコネクションを確立し、通信可能な状態とする（ステップＳＧ４、ステップＳＨ１）。
次いで、管理サーバー制御部６１は、第１通信接続部６２を制御して、ステップＳＧ４で確立したコネクションで印刷指示データを第１接続サーバー５０Ａに送信する（ステップＳＧ５）。
【００４８】
図７（Ｃ）に示すように、第１接続サーバー５０Ａの通信管理部２５は、第１送受信部２９を制御して、印刷指示データを受信する（ステップＳＨ２）。
次いで、通信管理部２５は、受信した印刷指示データを印刷データ処理部２７に送信する（ステップＳＨ３）。
次いで、印刷データ処理部２７は、受信した印刷指示データに基づいて、印刷装置１２Ａを制御する印刷制御データを生成し、通信管理部２５に送信する（ステップＳＨ４）。印刷制御データは、印刷装置１２Ａに印刷させる情報が記述されたＸＭＬ（Extensible Markup Language）ファイルである。印刷制御データには、ＸＭＬフォーマットで、印刷装置１２Ａに印刷させる情報、例えば、印刷する画像データや、画像の位置を示す情報等が記述される。また、印刷制御データには、印刷させる印刷装置１２Ａの印刷装置識別情報がタグとして記述される。
次いで、通信管理部２５は、接続サーバー記憶部２８に記憶されたコネクション管理データベース２８ａにアクセスする（ステップＳＨ５）。次いで、通信管理部２５は、受信した印刷制御データに記述された印刷装置識別情報をキーとして、コネクション管理データベース２８ａにおいて、当該印刷装置識別情報と対応付けられたＷｅｂＳｏｃｋｅｔコネクションＣＴのコネクション識別情報を取得する（ステップＳＨ６）。ここで取得されたコネクション識別情報は、印刷させる印刷装置１２Ａとの間で確立されたＷｅｂＳｏｃｋｅｔコネクションＣＴのコネクション識別情報である。
次いで、通信管理部２５は、ステップＳＨ６で取得したコネクション識別情報に係るＷｅｂＳｏｃｋｅｔコネクションＣＴに対応する接続部２６に印刷制御データを送信する（ステップＳＨ７）。
次いで、接続部２６は、受信した印刷制御データを、ＷｅｂＳｏｃｋｅｔコネクションＣＴで、プッシュ送信する（ステップＳＨ８）。
【００４９】
図７（Ｄ）に示すように、通信部１６は、ＷｅｂＳｏｃｋｅｔで、印刷制御データを受信する（ステップＳＩ１）。次いで、通信部１６は、受信した印刷制御データを通信制御部１５に送信する（ステップＳＩ２）。次いで、通信制御部１５は、受信した印刷制御データを、印刷制御部１７に送信する（ステップＳＩ３）。次いで、印刷制御部１７は、受信した印刷制御データを、印刷部１８のコマンド体系の制御コマンドに変換する（ステップＳＩ４）。つまり、印刷制御部１７は、ＸＭＬファイルである印刷制御データを、印刷部１８の制御基板が解釈可能なコマンドに変換する。
次いで、印刷制御部１７は、制御コマンドを、印刷部１８に送信する（ステップＳＩ５）。次いで、印刷部１８は、制御コマンドに基づいて、印刷媒体への印刷を実行する（ステップＳＩ６）。
このように、本実施形態では、管理装置１４は、制御サーバー１０に記憶される印刷装置１２の印刷装置識別情報に基づいて、制御サーバー１０の管理サーバー６０、及び、接続サーバー５０を介して、印刷装置１２にデータを送信できる。つまり、管理装置１４は、制御サーバー１０を介して、制御サーバー１０にＷｅｂＳｏｃｋｅｔコネクションＣＴで接続される印刷装置１２を制御できる。
また上記のように、本実施形態では、印刷装置１２からのリクエストを受けることなく、制御サーバー１０は、印刷装置１２に印刷を実行させる事象が発生した場合に、印刷装置１２に印刷させることができる。印刷装置１２に印刷を実行させる事象が発生した場合とは、本例のように、管理装置１４からの要求があった場合や、ユーザーからの指示があった場合、予め定義した条件が成立した場合等、である。
このため、印刷装置１２から制御サーバー１０に対して間欠的にリクエストを送り、印刷装置１２に印刷をさせたい場合に、当該リクエストに応じて印刷制御データを送信する構成とした場合と比較して、より迅速に印刷を開始させることができる。
【００５０】
図８（Ｄ）に示すように、印刷装置１２Ａの印刷制御部１７は、印刷部１８の印刷結果に基づいて印刷結果データ（第１のデータ）を生成する（ステップＳＩ７）。印刷結果データとは、印刷部１８による印刷が成功したこと、又は、失敗したこと、失敗した場合はその原因等を示すデータである。次いで、印刷制御部１７は、生成した印刷結果データを通信制御部１５に送信する（ステップＳＩ８）。
通信制御部１５は、受信した印刷結果データを、通信部１６に送信する（ステップＳＩ９）。
次いで、通信部１６は、受信した印刷結果データを、ＷｅｂＳｏｃｋｅｔコネクションＣＴで、第１接続サーバー５０Ａに送信する（ステップＳＩ１０）。
【００５１】
図８（Ｃ）に示すように、第１接続サーバー５０Ａの接続部２６は、ＷｅｂＳｏｃｋｅｔコネクションＣＴで、印刷結果データを受信する（ステップＳＨ９）。次いで、接続部２６は、通信管理部２５に受信した印刷結果データを送信する（ステップＳＨ１０）。
通信管理部２５は、受信した印刷結果データを第１送受信部２９に送信する（ステップＳＨ１１）。
第１送受信部２９は、ステップＳＨ１で確立したコネクションで、印刷結果データを、管理サーバー６０Ａに送信する（ステップＳＨ１２）。
【００５２】
図８（Ｂ）に示すように、管理サーバー６０Ａの第１通信接続部６２は、印刷結果データを受信する（ステップＳＧ６）。次いで、第１通信接続部６２は、受信した印刷結果データを管理サーバー制御部６１に送信する（ステップＳＧ７）。
管理サーバー制御部６１は、受信した印刷結果データを第２通信接続部６３に送信する（ステップＳＧ８）。
第２通信接続部６３は、受信した印刷結果データを、コネクションＫＫにより、管理装置１４に送信する（ステップＳＧ９）。ステップＳＧ９の印刷結果データの送信は、ステップＳＦ６において管理装置１４が送信したリクエストに対する応答として、行われる。
【００５３】
図８（Ａ）に示すように、管理装置１４の第１通信Ｉ／Ｆ４１は、コネクションＫＫにより、印刷結果データを受信する（ステップＳＦ７）。
次いで、第１通信Ｉ／Ｆ４１は、受信した印刷結果データを、管理装置制御部４０に送信する（ステップＳＦ８）。
次いで、管理装置制御部４０は、受信した印刷結果データに基づいて対応する処理を実行する（ステップＳＦ９）。例えば、管理装置制御部４０は、受信した印刷結果データが、印刷処理の失敗を示すものである場合、図示せぬ表示パネルにその旨を表示し、管理者に報知する。
【００５４】
このように、本実施形態では、管理装置１４から受信したデータについて印刷装置１２が応答する場合、印刷装置１２は、管理装置１４と管理サーバー６０との間で確立されているコネクションＫＫを用いて、管理装置１４にデータを送信する。これは、管理装置１４から管理サーバー６０にデータ（本例では、印刷指示データ）を送信する際に、コネクションＫＫが確立されていることを効果的に用いるものである。この構成のため、新たにコネクションを確立する処理が発生せず、通信の効率化を実現できる。
【００５５】
次に、印刷装置１２Ａから管理装置１４Ａに対して、管理装置１４Ａから受信したデータに対する応答としてではなく、所定のイベントをトリガーとしてデータを送信する場合の、各装置の処理について説明する。
図９は、印刷装置１２Ａが、管理装置１４Ａに対してデータを送信する場合の動作を示すフローチャートであり、（Ａ）は印刷装置１２Ａの動作を、（Ｂ）は第１接続サーバー５０Ａの動作を、（Ｃ）は管理装置１４Ａの動作を示す。
印刷装置１２Ａが備える印刷制御部１７は、印刷部１８の状態を監視し、状態に変化があった場合、その旨を示すデータを生成する機能が実装される。
図９（Ａ）に示すように、印刷装置１２Ａの印刷制御部１７は、印刷部１８の状態に変化があったか否かを監視する（ステップＳＪ１）。
状態に変化があった場合（ステップＳＪ１）、印刷制御部１７は、状態を示すステータスデータ（第２のデータ）を生成し、通信制御部１５に送信する（ステップＳＪ２）。
通信制御部１５は、受信したステータスデータを通信部１６に送信する（ステップＳＪ３）。
通信部１６は、受信したステータスデータを、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより、第１接続サーバー５０Ａに送信する（ステップＳＪ４）。
【００５６】
第１接続サーバー５０Ａの接続部２６は、ＷｅｂＳｏｃｋｅｔコネクションＣＴにより、ステータスデータを受信する（ステップＳＫ１）。
次いで、接続部２６は、受信したステータスデータを通信管理部２５に送信する（ステップＳＫ２）。
次いで、通信管理部２５は、接続サーバー記憶部２８が記憶する管理装置管理データベース２８ｂを参照する（ステップＳＫ３）。
管理装置管理データベース２８ｂは、第１接続サーバー５０Ａに接続可能な印刷装置１２について、印刷装置識別情報と、印刷装置１２からデータを受信した場合にデータを送信する管理装置１４のアドレスとを対応付けて記憶するデータベースである。
次いで、通信管理部２５は、印刷装置１２Ａの印刷装置識別情報をキーとして、管理装置管理データベース２８ｂにおいて、当該識別情報と対応付けられた管理装置１４（本例では、管理装置１４Ａ）のアドレスを取得する（ステップＳＫ４）。
次いで、通信管理部２５は、ステップＳＫ４で取得したアドレスに基づいて、管理装置１４Ａにアクセスし、管理装置１４Ａの管理装置制御部４０と共に、第２送受信部２０と、管理装置１４Ａの第２通信Ｉ／Ｆ４２との間に、コネクションＬＬを確立する（ステップＳＫ５、ステップＳＬ１）。コネクションＬＬの通信規格は、ＷｅｂＳｏｃｋｅｔに限らず、第１接続サーバー５０Ａから管理装置１４に対して、データを送信可能なものであればよい。第２送受信部２０、及び、第２通信Ｉ／Ｆ４２は、所定の通信規格で処理を行って、コネクションＬＬによりデータを送受信する機能ブロックである。
次いで、通信管理部２５は、ステータスデータを、第２送受信部２０に送信する（ステップＳＫ６）。
第２送受信部２０は、受信したステータスデータを、コネクションＬＬにより管理装置１４Ａに送信する（ステップＳＫ７）。
なお、通信管理部２５は、受信したデータについて、当該データのヘッダー等に付加された情報に基づいて、データが、管理装置１４Ａの送信データに対する応答に係るものであるか否かを判別する機能を有する。そして、通信管理部２５は、当該機能により、受信したデータが、管理装置１４Ａの送信データへの応答に係るものではないと判別した場合に、上記処理を実行する。
【００５７】
図７（Ｃ）に示すように、管理装置１４Ａの第２通信Ｉ／Ｆ４２は、コネクションＬＬによりステータスデータを受信する（ステップＳＬ２）。
次いで、第２通信Ｉ／Ｆ４２は、受信したステータスデータを管理装置制御部４０に送信する（ステップＳＬ３）。
管理装置制御部４０は、受信したステータスデータに基づいて対応する処理を実行する（ステップＳＬ４）。
このように、本実施形態では、印刷装置１２Ａから、管理装置１４Ａに対してデータを送信する場合（ただし、管理装置１４に対して応答する場合を除く）、第１接続サーバー５０Ａは、管理装置１４Ａとの間でコネクションＬＬを確立する。そして、第１接続サーバー５０Ａは、コネクションＬＬにより、管理装置１４Ａにデータを送信する。これは、以下の理由により、以下の効果を奏する。
すなわち、上述したように、管理装置１４Ａと、管理サーバー６０Ａとの間では、コネクションＫＫが継続して確立しているのではなく、必要に応じて確立される。従って、印刷装置１２Ａから管理装置１４Ａにデータを送信する場合に、管理装置１４Ａと、管理サーバー６０Ａとの間でコネクションＫＫが確立しているとは限らない。また、コネクションＫＫが確立している場合であっても、管理装置１４から管理サーバー６０Ａに対して間欠的にリクエスト等を送る等して、管理サーバー６０Ａから、管理装置１４にデータを送信できる状態を構築する必要がある。これを踏まえ、本実施形態によれば、管理装置１４Ａと、管理サーバー６０Ａとの間でコネクションを継続して確立する構成とすることなく、印刷装置１２Ａから管理装置１４Ａに対してデータを送信することが可能となり、通信の効率化、リソースの有効活用を実現できる。特に、本実施形態では、印刷装置１２Ａが第１接続サーバー５０Ａに送信したデータは、第１接続サーバー５０Ａから管理装置１４Ａに送信される。従って、印刷装置１２Ａから管理装置１４Ａへのデータの送信に際し、管理サーバー６０Ａによる処理が伴わず、この点からも、通信の効率化を実現できる。
【００５８】
以上説明したように、本実施形態に係る制御システム１（印刷制御システム）は、印刷装置１２と、接続サーバー５０と、管理サーバー６０と、管理装置１４と、を備える。
印刷装置１２は、印刷を行う印刷部１８、印刷部１８の動作に基づく印刷結果データ（第１のデータ）と印刷結果データと異なるステータスデータ（第２のデータ）とを生成する印刷制御部１７、及び印刷結果データ及びステータスデータを送信する通信部１６を有する。
接続サーバー５０は、印刷装置１２の通信部１６で送信された印刷結果データ及びステータスデータを受信する接続部２６、印刷を指示する印刷指示データに基づいて印刷装置１２の印刷部１８を制御する印刷制御データを生成する印刷データ処理部２７、印刷結果データの送信と印刷指示データの受信を行う第１送受信部２９、及びステータスデータを送信する第２送受信部２０を有する。
管理サーバー６０は、接続サーバー５０の第１送受信部２９で送信された印刷結果データの受信と接続サーバー５０の第１送受信部２９への印刷指示データの送信を行う第１通信接続部６２、及び印刷結果データの送信と印刷指示データの受信を行う第２通信接続部６３を有する。
管理装置１４は、印刷指示データを生成する管理装置制御部４０（制御部）、管理サーバー６０の第２通信接続部６３で送信された印刷結果データの受信と管理サーバー６０への印刷指示データの送信とを行う第１通信インターフェース４１、及び接続サーバー５０で送信されたステータスデータを受信する第２通信インターフェース４２を有する。
この構成によれば、管理装置１４が送信した印刷指示データに基づいて生成された印刷制御データによる印刷部１８の動作に基づく印刷結果データ（第１のデータ）については、印刷装置１２から接続サーバー５０、及び管理サーバー６０を介して、管理装置１４に送信される。このため、管理装置１４から管理サーバー６０に印刷指示データを送信した際にこれら装置間で確立したコネクションＫＫを利用して、管理装置１４に印刷結果データを送信することができる。また、印刷結果データと異なるステータスデータ（第２のデータ）については、印刷装置１２から接続サーバー５０に対してデータが送信されると、接続サーバー５０は、管理サーバー６０を経由させることなく、管理装置１４にステータスデータを送信する。このため、管理装置１４と管理サーバー６０との間でコネクションＫＫが確立していない場合であっても、管理装置１４にステータスデータを送信することができる。また、管理サーバー６０を経由しないため、ステータスデータの管理装置１４への送信に際して管理サーバー６０の処理が必要なく、効率よく、また、より迅速にステータスデータを管理装置１４に送信することができる。つまり、上記構成によれば、印刷装置１２及び管理装置１４が制御サーバー１０にネットワークＧＮを介して通信する制御システム１（印刷制御システム）について、システムを、各装置がネットワークＧＮを介して制御サーバー１０と通信する構成に対応させることができる。
【００５９】
また、本実施形態では、接続サーバー５０は、印刷装置１２で送信されたステータスデータを受信したときに、管理装置１４との間にコネクションＬＬを確立する。
この構成によれば、接続サーバー５０は、印刷装置１２からステータスデータを受信した場合、コネクションＬＬによりステータスデータを管理装置１４に送信できる。
【００６０】
また、本実施形態では、管理装置１４は、印刷指示データを管理サーバー６０に送信するときに、管理サーバー６０との間でコネクションＫＫを確立する。
本発明の構成によれば、管理装置１４は、管理サーバー６０にコネクションＫＫにより印刷指示データを送信できる。また、印刷装置１２が送信した印刷結果データについて、管理サーバー６０は、コネクションＫＫにより管理装置１４に送信できる。
【００６１】
なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
上述した実施形態では、印刷装置１２は店舗に構築された店舗システム１１に設けられていた。しかしながら、印刷装置１２は、必ずしも、店舗システム１１に設けられたものでなくてもよい。例えば、他のシステムに設けられたものであってもよい。
また、上述した実施形態では、制御サーバー１０から、印刷装置１２に対して、ＸＭＬファイルの印刷制御データを送信していたが、印刷制御データのデータ形式はＸＭＬでなくともよい。例えば、他のマークアップ言語で生成されたデータであってもよく、また、印刷部１８のコマンド体系の制御コマンドであってもよい。
また、図３に示す各機能ブロックはハードウェアとソフトウェアにより任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、印刷装置１２の各機能を、当該装置に外部接続される別の装置に持たせるようにしてもよい。また、印刷装置１２は、外部接続される記憶媒体に記憶させたプログラムを実行することにより、各種処理を実行してもよい。
【符号の説明】
【００６２】
１…制御システム（印刷制御システム）、１２…印刷装置、１４…管理装置、１６…通信部、１７…印刷制御部、１８…印刷部、２６…接続部、２９…第１送受信部、２０…第２送受信部、４０…管理装置制御部（制御部）、４１…第１通信インターフェース、４２…第２通信インターフェース、５０…接続サーバー、６０…管理サーバー、６２…第１通信接続部、６３…第２通信接続部、ＬＬ…コネクション（第１の通信経路）、ＫＫ…コネクション（第２の通信経路）。
【図１】
2015102939.tif 000003
【図２】
2015102939.tif 000004
【図３】
2015102939.tif 000005
【図４】
2015102939.tif 000006
【図５】
2015102939.tif 000007
【図６】
2015102939.tif 000008
【図７】
2015102939.tif 000009
【図８】
2015102939.tif 000010
【図９】
2015102939.tif 000011