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