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