JP2020024526A - システム、システムの制御方法 - Google Patents

Abstract

【課題】 利便性の高いＷｅｂブラウザの表示処理技術を提供すること。【解決手段】 第１の装置において動作するアプリケーションは、該アプリケーションに対するユーザの操作に応じて変更要求を前記第２の装置に対して送信し、前記第１の装置において動作するブラウザは、該ブラウザに表示されている画面の更新要求を定期的に前記第２の装置に対して送信する。第２の装置は、変更要求の送信元と同じ第１の装置から受信した更新要求が第１の装置から変更要求を受信してから最初に受信した更新要求である場合には、変更要求に応じた画面を更新要求の応答として第１の装置に対して送信する。【選択図】 図１

Description

本発明は、システム、システムの制御方法に関するものである

装置にネットワーク接続された任意の端末から該装置を制御する形態が存在する。例えば、印刷装置に対し、端末において印刷制御を行うための印刷ジョブ制御アプリケーションと、汎用Ｗｅｂブラウザで印刷装置のＵＩを参照可能とする機能（いわゆるＷｅｂＵＩ）が利用可能である形態が存在する。

特許文献１には、Ｗｅｂサーバが、制御側端末からの要求を、被制御側デバイスへ通知する技術が開示されている。

特願２０１３−３０３６４号公報

Ｗｅｂサーバにより提供されるコンテンツをＷｅｂブラウザに表示するケースが近年増加傾向にある。このＷｅｂブラウザの表示処理について更なる利便性の向上が求められていた。

本発明の一様態は、第１の装置と、第２の装置と、を有するシステムであって、前記第１の装置では、前記第２の装置を制御するためのアプリケーションと、前記第２の装置に係る情報を表示するブラウザと、が動作しており、前記アプリケーションは、該アプリケーションに対するユーザの操作に応じて変更要求を前記第２の装置に対して送信し、前記ブラウザは、該ブラウザに表示されている画面の更新要求を定期的に前記第２の装置に対して送信し、該更新要求に対する応答として前記第２の装置から送信された画面を受信して表示し、前記第２の装置は、前記変更要求の送信元と同じ前記第１の装置から受信した更新要求が前記第１の装置から前記変更要求を受信してから最初に受信した更新要求である場合には、前記変更要求に応じた画面を前記更新要求の応答として前記第１の装置に対して送信することを特徴とする。

本発明の構成によれば、利便性の高いＷｅｂブラウザの表示処理技術を提供することが可能となる。

記録システムの概要図。 記録ユニットの斜視図。 記録システム１の制御ユニット１３のブロック図。 印刷ジョブ制御アプリケーション（ＪＣＡ０１）の画面の表示例を示す図。 ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例を示す図。 ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例を示す図。 ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例を示す図。 ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例を示す図。 ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例を示す図。 ＷｅｂＵＩサーバの動作のフローチャート。 管理テーブルの構成例を示す図。 上位装置ＨＣ２のハードウェア構成例を示すブロック図。

以下、添付図面を参照し、本発明の実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施形態の１つである。各図において、矢印ＸおよびＹは水平方向を示し、互いに直交する。矢印Ｚは上下方向を示す。

＜記録システム＞
図１は本発明の一実施形態に係る記録システム１を概略的に示した正面図である。記録システム１は、転写体２を介して記録媒体Ｐにインク像を転写することで記録物Ｐ’を製造する、枚葉式のインクジェットプリンタである。記録システム１は、記録装置１Ａと、搬送装置１Ｂとを含む。本実施形態では、Ｘ方向、Ｙ方向、Ｚ方向が、それぞれ、記録システム１の幅方向（全長方向）、奥行き方向、高さ方向を示している。記録媒体ＰはＸ方向に搬送される。

なお、「記録」には、文字、図形等有意の情報を形成する場合のみならず、有意無意を問わず、広く記録媒体上に画像、模様、パターン等を形成する、又は媒体の加工を行う場合も含まれ、人間が視覚で知覚し得るように顕在化したものであるか否かを問わない。また、本実施形態では「記録媒体」としてシート状の紙を想定するが、布、プラスチック・フィルム等であってもよい。インクの成分については、特に限定はないが、本実施形態では、色材である顔料、水、樹脂を含む水性顔料インクを用いる場合を想定する。

＜記録装置＞
記録装置１Ａは、記録ユニット３、転写ユニット４および周辺ユニット５Ａ〜５Ｄ、および、供給ユニット６を含む。

＜記録ユニット＞
記録ユニット３は、複数の記録ヘッド３０と、キャリッジ３１とを含む。図１と図２を参照する。図２は記録ユニット３の斜視図である。記録ヘッド３０は、転写体２に液体インクを吐出し、転写体２上に記録画像のインク像を形成する。

本実施形態の場合、各記録ヘッド３０は、Ｙ方向に延設されたフルラインヘッドであり、使用可能な最大サイズの記録媒体の画像記録領域の幅分をカバーする範囲にノズルが配列されている。記録ヘッド３０は、その下面に、ノズルが開口したインク吐出面を有しており、インク吐出面は、微小隙間（例えば数ｍｍ）を介して転写体２の表面と対向している。本実施形態の場合、転写体２は円軌道上を循環的に移動する構成であるため、複数の記録ヘッド３０は、放射状に配置されている。

各ノズルには吐出素子が設けられている。吐出素子は、例えば、ノズル内に圧力を発生させてノズル内のインクを吐出させる素子であり、公知のインクジェットプリンタのインクジェットヘッドの技術が適用可能である。吐出素子としては、例えば電気−熱変換体によりインクに膜沸騰を生じさせ気泡を形成することでインクを吐出する素子、電気−機械変換体によってインクを吐出する素子、静電気を利用してインクを吐出する素子等が挙げられる。高速で高密度の記録の観点からは電気−熱変換体を利用した吐出素子を用いることができる。

本実施形態の場合、記録ヘッド３０は、９つ設けられている。各記録ヘッド３０は、互いに異なる種類のインクを吐出する。異なる種類のインクとは、例えば、色材が異なるインクであり、イエローインク、マゼンタインク、シアンインク、ブラックインク等のインクである。１つの記録ヘッド３０は１種類のインクを吐出するが、１つの記録ヘッド３０が複数種類のインクを吐出する構成であってもよい。このように複数の記録ヘッド３０を設けた場合、そのうちの一部が色材を含まないインク（例えばクリアインク）を吐出してもよい。

キャリッジ３１は、複数の記録ヘッド３０を支持する。各記録ヘッド３０は、インク吐出面側の端部がキャリッジ３１に固定されている。これにより、インク吐出面と転写体２との表面の隙間をより精密に維持することができる。キャリッジ３１は、案内部材ＲＬの案内によって、記録ヘッド３０を搭載しつつ変位可能に構成されている。本実施形態の場合、案内部材ＲＬは、Ｙ方向に延設されたレール部材であり、Ｘ方向に離間して一対設けられている。キャリッジ３１のＸ方向の各側部にはスライド部３２が設けられている。スライド部３２は案内部材ＲＬと係合し、案内部材ＲＬに沿ってＹ方向にスライドする。

＜転写ユニット＞
図１を参照して転写ユニット４について説明する。転写ユニット４は、転写胴４１と圧胴４２とを含む。これらの胴は、Ｙ方向の回転軸周りに回転する回転体であり、円筒形状の外周面を有している。図１において、転写胴４１および圧胴４２の各図形内に示した矢印は、これらの回転方向を示しており、転写胴４１は時計回りに、圧胴４２は反時計回りに回転する。

転写胴４１は、その外周面に転写体２を支持する支持体である。転写体２は、転写胴４１の外周面上に、周方向に連続的にあるいは間欠的に設けられる。連続的に設けられる場合、転写体２は無端の帯状に形成される。間欠的に設けられる場合、転写体２は、有端の帯状に複数のセグメントに分けて形成され、各セグメントは転写胴４１の外周面に等ピッチで円弧状に配置することができる。

転写胴４１の回転により、転写体２は円軌道上を循環的に移動する。転写胴４１の回転位相により、転写体２の位置は、吐出前処理領域Ｒ１、吐出領域Ｒ２、吐出後処理領域Ｒ３およびＲ４、転写領域Ｒ５、転写後処理領域Ｒ６に区別することができる。転写体２はこれらの領域を循環的に通過する。

吐出前処理領域Ｒ１は、記録ユニット３によるインクの吐出前に転写体２に対する前処理を行う領域であり、周辺ユニット５Ａによる処理が行われる領域である。本実施形態の場合、反応液が付与される。吐出領域Ｒ２は記録ユニット３が転写体２にインクを吐出してインク像を形成する領域である。吐出後処理領域Ｒ３およびＲ４はインクの吐出後にインク像に対する処理を行う処理領域であり、吐出後処理領域Ｒ３は周辺ユニット５Ｂによる処理が行われる領域であり、吐出後処理領域Ｒ４は周辺ユニット５Ｃによる処理が行われる領域である。転写領域Ｒ５は転写ユニット４により転写体２上のインク像が記録媒体Ｐに転写される領域である。転写後処理領域Ｒ６は、転写後に転写体２に対する後処理を行う領域であり、周辺ユニット５Ｄによる処理が行われる領域である。

本実施形態の場合、吐出領域Ｒ２は、一定の区間を有する領域である。他の領域Ｒ１、Ｒ３〜Ｒ６は、吐出領域Ｒ２に比べるとその区間は狭い。時計の文字盤に喩えると、本実施形態の場合、吐出前処理領域Ｒ１は概ね１０時の位置であり、吐出領域Ｒ２は概ね１１時から１時の範囲であり、吐出後処理領域Ｒ３は概ね２時の位置であり、吐出後処理領域Ｒ４は概ね４時の位置である。転写領域Ｒ５は概ね６時の位置であり、転写後処理領域Ｒ６は概ね８時の領域である。

転写体２は、単層から構成してもよいが、複数層の積層体としてもよい。複数層で構成する場合、例えば、表面層、弾性層、圧縮層の三層を含んでもよい。表面層はインク像が形成される画像形成面を有する最外層である。圧縮層を設けることで、圧縮層が変形を吸収し、局所的な圧力変動に対してその変動を分散し、高速記録時においても転写性を維持することができる。弾性層は表面層と圧縮層との間の層である。

表面層の材料としては、樹脂、セラミック等各種材料を適宜用いることができるが、耐久性等の点で圧縮弾性率の高い材料を用いることができる。具体的には、アクリル樹脂、アクリルシリコーン樹脂、フッ素含有樹脂、加水分解性有機ケイ素化合物を縮合して得られる縮合物等が挙げられる。表面層には、反応液の濡れ性、画像の転写性等を向上させるために、表面処理を施して用いてもよい。表面処理としては、フレーム処理、コロナ処理、プラズマ処理、研磨処理、粗化処理、活性エネルギー線照射処理、オゾン処理、界面活性剤処理、シランカップリング処理などが挙げられる。これらを複数組み合わせてもよい。また、表面層に任意の表面形状を設けることもできる。

圧縮層の材料としては、例えばアクリロニトリル−ブタジエンゴム、アクリルゴム、クロロプレンゴム、ウレタンゴム、シリコーンゴム等が挙げられる。このようなゴム材料の成形時には、所定量の加硫剤、加硫促進剤等を配合し、さらに発泡剤、中空微粒子或いは食塩等の充填剤を必要に応じて配合し、多孔質のゴム材料としてもよい。これにより、様々な圧力変動に対して気泡部分が体積変化を伴って圧縮されるため、圧縮方向以外への変形が小さく、より安定した転写性、耐久性を得ることができる。多孔質のゴム材料としては、各気孔が互いに連続した連続気孔構造のものと、各気孔がそれぞれ独立した独立気孔構造のものがあるが、いずれの構造であってもよく、これらの構造を併用してもよい。

弾性層の部材としては、樹脂、セラミック等、各種材料を適宜用いることができる。加工特性等の点で、各種エラストマー材料、ゴム材料を用いることができる。具体的には、例えばフルオロシリコーンゴム、フェニルシリコーンゴム、フッ素ゴム、クロロプレンゴム、ウレタンゴム、ニトリルゴム等が挙げられる。また、エチレンプロピレンゴム、天然ゴム、スチレンゴム、イソプレンゴム、ブタジエンゴム、エチレン／プロピレン／ブタジエンのコポリマー、ニトリルブタジエンゴム等が挙げられる。特に、シリコーンゴム、フルオロシリコーンゴム、フェニルシリコーンゴムは、圧縮永久ひずみが小さいため、寸法安定性、耐久性の面で有利である。また、温度による弾性率の変化が小さく、転写性の点でも有利である。

表面層と弾性層の間、弾性層と圧縮層の間には、これらを固定するために各種接着剤や両面テープを用いることもできる。また、転写体２は、転写胴４１に装着する際の横伸びの抑制や、コシを保つために圧縮弾性率が高い補強層を含んでもよい。また、織布を補強層としてもよい。転写体２は前記材質による各層を任意に組み合わせて作製することができる。

圧胴４２は、その外周面が転写体２に圧接される。圧胴４２の外周面には、記録媒体Ｐの先端部を保持するグリップ機構が少なくとも一つ設けられている。グリップ機構は圧胴４２の周方向に離間して複数設けてもよい。記録媒体Ｐは圧胴４２の外周面に密接して搬送されつつ、圧胴４２と転写体２とのニップ部を通過するときに、転写体２上のインク像が転写される。

＜周辺ユニット＞
周辺ユニット５Ａ〜５Ｄは転写体２の周囲に配置されている。本実施形態の場合、周辺ユニット５Ａ〜５Ｄは、順に、付与ユニット、吸収ユニット、加熱ユニット、清掃ユニットである。

付与ユニット５Ａは、記録ユニット３によるインクの吐出前に、転写体２上に反応液を付与する機構である。反応液は、インクを高粘度化する成分を含有する液体である。ここで、インクの高粘度化とは、インクを構成している色材や樹脂等がインクを高粘度化する成分と接触することによって化学的に反応し、あるいは物理的に吸着し、これによってインクの粘度の上昇が認められることである。このインクの高粘度化には、インク全体の粘度上昇が認められる場合のみならず、色材や樹脂等のインクを構成する成分の一部が凝集することにより局所的に粘度の上昇が生じる場合も含まれる。

インクを高粘度化する成分は、金属イオン、高分子凝集剤など、特に制限はないが、インクのｐＨ変化を引き起こして、インク中の色材を凝集させる物質を用いることができ、有機酸を用いることができる。反応液の付与機構としては、例えば、ローラ、記録ヘッド、ダイコーティング装置（ダイコータ）、ブレードコーティング装置（ブレードコータ）などが挙げられる。転写体２に対するインクの吐出前に反応液を転写体２に付与しておくと、転写体２に達したインクを直ちに定着させることができる。これにより、隣接するインク同士が混ざり合うブリーディングを抑制することができる。

吸収ユニット５Ｂは、転写前に、転写体２上のインク像から液体成分を吸収する機構である。インク像の液体成分を減少させることで、記録媒体Ｐに記録される画像のにじみ等を抑制することができる。液体成分の減少を異なる視点で説明すれば、転写体２上のインク像を構成するインクを濃縮すると表現することもできる。インクを濃縮するとは、インクに含まれる液体成分が減少することによって、インクに含まれる色材や樹脂といった固形分の液体成分に対する含有割合が増加することを意味する。

吸収ユニット５Ｂは、例えば、インク像に接触してインク像の液体成分の量を減少させる液吸収部材を含む。液吸収部材はローラの外周面に形成されてもよいし、液吸収部材が無端のシート状に形成され、循環的に走行されるものでもよい。インク像の保護の点で、液吸収部材の移動速度を転写体２の周速度と同じにして液吸収部材を転写体２と同期して移動させてもよい。

液吸収部材は、インク像に接触する多孔質体を含んでもよい。液吸収部材へのインク固形分付着を抑制するため、インク像に接触する面の多孔質体の孔径は、１０μｍ以下であってもよい。ここで、孔径とは平均直径のことを示し、公知の手段、例えば水銀圧入法や、窒素吸着法、ＳＥＭ画像観察等で測定可能である。なお、液体成分は、一定の形を有さず、流動性があり、ほぼ一定の体積を有するものであれば、特に限定されるものではない。例えば、インクや反応液に含まれる水や有機溶媒等が液体成分として挙げられる。

加熱ユニット５Ｃは、転写前に、転写体２上のインク像を加熱する機構である。インク像を加熱することで、インク像中の樹脂が溶融し、記録媒体Ｐへの転写性を向上する。加熱温度は、樹脂の最低造膜温度（ＭＦＴ）以上とすることができる。ＭＦＴは一般的に知られている手法、例えばＪＩＳ Ｋ ６８２８−２：２００３や、ＩＳＯ２１１５：１９９６に準拠した各装置で測定することが可能である。転写性及び画像の堅牢性の観点から、ＭＦＴよりも１０℃以上高い温度で加熱してもよく、更に、２０℃以上高い温度で加熱してもよい。加熱ユニット５Ｃは、例えば、赤外線等の各種ランプ、温風ファン等、公知の加熱デバイスを用いることができる。加熱効率の点で、赤外線ヒータを用いることができる。

清掃ユニット５Ｄは、転写後に転写体２上を清掃する機構である。清掃ユニット５Ｄは、転写体２上に残留したインクや、転写体２上のごみ等を除去する。清掃ユニット５Ｄは、例えば、多孔質部材を転写体２に接触させる方式、ブラシで転写体２の表面を擦る方式、ブレードで転写体２の表面をかきとる方式等の公知の方式を適宜用いることができる。また、清掃に用いる清掃部材は、ローラ形状、ウェブ形状等、公知の形状を用いることができる。

以上の通り、本実施形態では、付与ユニット５Ａ、吸収ユニット５Ｂ、加熱ユニット５Ｃ、清掃ユニット５Ｄを周辺ユニットとして備えるが、これらの一部のユニットに転写体２の冷却機能を付与するか、あるいは、冷却ユニットを追加してもよい。本実施形態では、加熱ユニット５Ｃの熱により転写体２の温度が上昇する場合がある。記録ユニット３により転写体２にインクを吐出した後、インク像がインクの主溶剤である水の沸点を超えると、吸収ユニット５Ｂによる液体成分の吸収性能が低下する場合がある。吐出されたインクが水の沸点未満に維持されるように転写体２を冷却することで、液体成分の吸収性能を維持することができる。

冷却ユニットは、転写体２に送風する送風機構や、転写体２に部材（例えばローラ）を接触させ、この部材を空冷または水冷で冷却する機構であってもよい。また、清掃ユニット５Ｄの清掃部材を冷却する機構であってもよい。冷却タイミングは、転写後、反応液の付与前までの期間であってもよい。

＜供給ユニット＞
供給ユニット６は、記録ユニット３の各記録ヘッド３０にインクを供給する機構である。供給ユニット６は記録システム１の後部側に設けられていてもよい。供給ユニット６は、インクの種類毎に、インクを貯留する貯留部ＴＫを備える。貯留部ＴＫは、メインタンクとサブタンクとによって構成されてもよい。各貯留部ＴＫと各記録ヘッド３０とは流路６ａで連通し、貯留部ＴＫから記録ヘッド３０へインクが供給される。流路６ａは、貯留部ＴＫと記録ヘッド３０との間でインクを循環させる流路であってもよく、供給ユニット６はインクを循環させるポンプ等を備えてもよい。流路６ａの途中または貯留部ＴＫには、インク中の気泡を脱気する脱気機構を設けてもよい。流路６ａの途中または貯留部ＴＫには、インクの液圧と大気圧との調整を行うバルブを設けてもよい。貯留部ＴＫ内のインク液面が、記録ヘッド３０のインク吐出面よりも低い位置となるように、貯留部ＴＫと記録ヘッド３０のＺ方向の高さが設計されてもよい。

＜搬送装置＞
搬送装置１Ｂは、記録媒体Ｐを転写ユニット４へ給送し、インク像が転写された記録物Ｐ’を転写ユニット４から排出する装置である。搬送装置１Ｂは、給送ユニット７、複数の搬送胴８、８ａ、二つのスプロケット８ｂ、チェーン８ｃおよび回収ユニット８ｄを含む。図１において、搬送装置１Ｂの各構成の図形の内側の矢印はその構成の回転方向を示し、外側の矢印は記録媒体Ｐまたは記録物Ｐ’の搬送経路を示している。記録媒体Ｐは給送ユニット７から転写ユニット４へ搬送され、記録物Ｐ’は転写ユニット４から回収ユニット８ｄへ搬送される。給送ユニット７側を搬送方向で上流側と呼び、回収ユニット８ｄ側を下流側と呼ぶ場合がある。

給送ユニット７は、複数の記録媒体Ｐが積載される積載部を含むと共に、積載部から一枚ずつ記録媒体Ｐを、最上流の搬送胴８に給送する給送機構を含む。各搬送胴８、８ａはＹ方向の回転軸周りに回転する回転体であり、円筒形状の外周面を有している。各搬送胴８、８ａの外周面には、記録媒体Ｐ（または記録物Ｐ’）の先端部を保持するグリップ機構が少なくとも一つ設けられている。各グリップ機構は、隣接する搬送胴間で記録媒体Ｐを受け渡されるように、その把持動作および解除動作が制御される。

二つの搬送胴８ａは、記録媒体Ｐの反転用の搬送胴である。記録媒体Ｐを両面記録する場合、表面への転写後に、圧胴４２から下流側に隣接する搬送胴８へ記録媒体Ｐを渡さずに、搬送胴８ａに渡す。記録媒体Ｐは、二つの搬送胴８ａを経由して表裏が反転され、圧胴４２の上流側の搬送胴８を経由して再び圧胴４２へ渡される。これにより、記録媒体Ｐの裏面が転写胴４１に面することになり、裏面にインク像が転写される。

チェーン８ｃは、二つのスプロケット８ｂ間に巻き回されている。二つのスプロケット８ｂの一方は駆動スプロケットであり他方は従動スプロケットである。駆動スプロケットの回転によりチェーン８ｃが循環的に走行する。チェーン８ｃには、その長手方向に離間して複数のグリップ機構が設けられている。グリップ機構は、記録物Ｐ’の端部を把持する。下流端に位置する搬送胴８からチェーン８ｃのグリップ機構に記録物Ｐ’が渡され、グリップ機構に把持された記録物Ｐ’はチェーン８ｃの走行により回収ユニット８ｄへ搬送され、把持が解除される。これにより記録物Ｐ’が回収ユニット８ｄ内に積載される。

＜後処理ユニット＞
搬送装置１Ｂには、後処理ユニット１０Ａ、１０Ｂが設けられている。後処理ユニット１０Ａ、１０Ｂは転写ユニット４よりも下流側に配置され、記録物Ｐ’に対して後処理を行う機構である。後処理ユニット１０Ａは、記録物Ｐ’の表面に対する処理を行い、後処理ユニット１０Ｂは、記録物Ｐ’の裏面に対する処理を行う。処理の内容としては、例えば、記録物Ｐ’の画像記録面に、画像の保護や艶出し等を目的としたコーティングを挙げることができる。コーティングの内容としては、例えば、液体の塗布、シートの溶着、ラミネート等を挙げることができる。

＜検査ユニット＞
搬送装置１Ｂには、検査ユニット９Ａ、９Ｂが設けられている。検査ユニット９Ａ、９Ｂは転写ユニット４よりも下流側に配置され、記録物Ｐ’の検査を行う機構である。

本実施形態の場合、検査ユニット９Ａは、記録物Ｐ’に記録された画像を撮影する撮影装置であり、例えば、ＣＣＤセンサやＣＭＯＳセンサ等の撮像素子を含む。検査ユニット９Ａは、連続的に行われる記録動作中に、記録画像を撮影する。検査ユニット９Ａが撮影した画像に基づいて、記録画像の色味などの経時変化を確認し、画像データあるいは記録データの補正の可否を判断することができる。本実施形態の場合、検査ユニット９Ａは、圧胴４２の外周面に撮像範囲が設定されており、転写直後の記録画像を部分的に撮影可能に配置されている。検査ユニット９Ａにより全ての記録画像の検査を行ってもよいし、所定数毎に検査を行ってもよい。

本実施形態の場合、検査ユニット９Ｂも、記録物Ｐ’に記録された画像を撮影する撮影装置であり、例えば、ＣＣＤセンサやＣＭＯＳセンサ等の撮像素子を含む。検査ユニット９Ｂは、テスト記録動作において記録画像を撮影する。検査ユニット９Ｂは、記録画像の全体を撮影し、検査ユニット９Ｂが撮影した画像に基づいて、記録データに関する各種の補正の基本設定を行うことができる。本実施形態の場合、チェーン８ｃで搬送される記録物Ｐ’を撮影する位置に配置されている。検査ユニット９Ｂにより記録画像を撮影する場合、チェーン８ｃの走行を一時的に停止して、その全体を撮影する。検査ユニット９Ｂは、記録物Ｐ’上を走査するスキャナであってもよい。

＜制御ユニット＞
次に、記録システム１の制御ユニットについて説明する。図３は記録システム１の制御ユニット１３のブロック図である。制御ユニット１３は、上位装置（ＤＦＥ）ＨＣ２に通信可能に接続され、また、上位装置ＨＣ２はホスト装置ＨＣ１に通信可能に接続される。

ホスト装置ＨＣ１では、記録画像の元になる原稿データが生成、あるいは保存される。ここでの原稿データは、例えば、文書ファイルや画像ファイル等の電子ファイルの形式で生成される。この原稿データは、上位装置ＨＣ２へ送信され、上位装置ＨＣ２では、受信した原稿データを制御ユニット１３で利用可能なデータ形式（例えば、ＲＧＢで画像を表現するＲＧＢデータ）に変換する。変換後のデータは、画像データとして上位装置ＨＣ２から制御ユニット１３へ送信され、制御ユニット１３は受信した画像データに基づき、記録動作を開始する。

上位装置ＨＣ２では印刷ジョブ制御アプリケーション（ＪＣＡ）が動作しており、これにより、制御ユニット１３との間で様々なデータ通信を行う。なお、上位装置ＨＣ２を、単に情報処理装置と呼ぶこともある。つまり、ＪＣＡは、情報処理装置において動作可能に保持される。例えば上位装置ＨＣ２は、画像データに係る印刷制御コマンドや記録システム１のステータス情報を取得するためのコマンドを制御ユニット１３に送信したり、コマンドに応じて制御ユニット１３から送信された情報を表示画面に表示したりする。また上位装置ＨＣ２ではＷｅｂブラウザも動作しており、これにより、制御ユニット１３（処理部１３１）で稼働しているＷｅｂＵＩサーバに定期的に通信することで記録システム１に係る情報を取得する。ここで、Ｗｅｂブラウザに表示する画面は、ＪＣＡの画面に表示する情報よりも詳細な情報を表示する画面である。本実施形態では、制御ユニット１３との間の通信は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で行うものとする。

本実施形態の場合、制御ユニット１３は、メインコントローラ１３Ａと、エンジンコントローラ１３Ｂとに大別される。メインコントローラ１３Ａは、処理部１３１、記憶部１３２、操作部１３３、画像処理部１３４、通信Ｉ／Ｆ（インタフェース）１３５、バッファ１３６および通信Ｉ／Ｆ１３７を含む。

処理部１３１は、ＣＰＵ等のプロセッサであり、記憶部１３２に記憶されたプログラムを実行し、メインコントローラ１３Ａ全体の制御を行う。記憶部１３２は、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤ等の記憶デバイスであり、処理部１３１が実行するプログラムやデータを格納し、また、処理部１３１にワークエリアを提供する。操作部１３３は、例えば、タッチパネル、キーボード、マウス等の入力デバイスであり、ユーザの指示を受け付ける。

画像処理部１３４は例えば画像処理プロセッサを有する装置である。画像処理部１３４の詳細は後述する。バッファ１３６は、例えば、ＲＡＭ、ハードディスクやＳＳＤである。通信Ｉ／Ｆ１３５は上位装置ＨＣ２との通信を行い、通信Ｉ／Ｆ１３７はエンジンコントローラ１３Ｂとの通信を行う。図３において破線矢印は、画像データの処理の流れを例示している。上位装置ＨＣ２から通信ＩＦ１３５を介して受信された画像データは、バッファ１３６に蓄積される。

画像処理部１３４はバッファ１３６から画像データを読み出し、読み出した画像データに所定の画像処理を施して、再びバッファ１３６に格納する。バッファ１３６に格納された画像処理後の画像データは、プリントエンジンが用いる記録データとして、通信Ｉ／Ｆ１３７からエンジンコントローラ１３Ｂへ送信される。

本実施形態では、記録ユニット３が複数の記録ヘッド３０を有するが、一つの記録ヘッド３０を有してもよい。記録ヘッド３０はフルラインヘッドでなくてもよく、記録ヘッド３０をＹ方向に走査させながらインク像を形成するシリアル方式であってもよい。

記録媒体Ｐの搬送機構は、ローラ対によって記録媒体Ｐを挟持して搬送する方式等、他の方式であってもよい。ローラ対によって記録媒体Ｐを搬送する方式等においては、記録媒体Ｐとしてロールシートを用いてもよく、転写後にロールシートをカットして記録物Ｐ’を製造してもよい。また本実施形態では、転写体２を転写胴４１の外周面に設けたが、転写体２を無端の帯状に形成し、循環的に走行させる方式等、他の方式であってもよい。

次に、上位装置ＨＣ２のハードウェア構成例について、図１２のブロック図を用いて説明する。ＣＰＵ１２０１は、ＲＡＭ１２０２やＲＯＭ１２０３に格納されているコンピュータプログラムやデータを用いて各種の処理を実行する。これによりＣＰＵ１２０１は、上位装置ＨＣ２全体の動作制御を行うと共に、上位装置ＨＣ２が行うものとして説明する各種の処理を実行若しくは制御する。以下では、ＪＣＡやＷｅｂブラウザを処理の主体として説明する場合があるが、実際には、ＣＰＵ１２０１がＪＣＡやＷｅｂブラウザのコンピュータプログラムを実行することで、ＪＣＡやＷｅｂブラウザの動作を実現させる。

ＲＡＭ１２０２は、ＲＯＭ１２０３や外部記憶装置１２０６からロードされたコンピュータプログラムやデータ、Ｉ／Ｆ１２０７を介して外部（ホスト装置ＨＣ１や制御ユニット１３等）から受信したデータ、を格納するためのエリアを有する。またＲＡＭ１２０２は、ＣＰＵ１２０１が各種の処理を実行する際に用いるワークエリアを有する。このようにＲＡＭ１２０２は、各種のエリアを適宜提供することができる。ＲＯＭ１２０３には、上位装置ＨＣ２の設定データや起動プログラムなど、書換不要の情報が格納されている。

操作部１２０４は、キーボード、マウス、タッチパネルなどのユーザインターフェースにより構成されており、ユーザが操作することで各種の指示をＣＰＵ１２０１に対して入力することができる。

表示部１２０５は、液晶画面やタッチパネル画面などにより構成されており、ＣＰＵ１２０１による処理結果を画像や文字などでもって表示することができる。なお、表示部１２０５は、画像や文字を投影するプロジェクタなどの投影装置であっても良い。

外部記憶装置１２０６は、ハードディスクドライブ装置に代表される大容量情報記憶装置である。外部記憶装置１２０６には、ＯＳ（オペレーティングシステム）や、上位装置ＨＣ２が行うものとして説明する各種の処理をＣＰＵ１２０１に実行若しくは制御させるためのコンピュータプログラムやデータが保存されている。外部記憶装置１２０６に保存されているコンピュータプログラムには、ＪＣＡに係るコンピュータプログラムやＷｅｂブラウザに係るコンピュータプログラムが含まれている。また、外部記憶装置１２０６に保存されているデータには、ＪＣＡに係るデータ、Ｗｅｂブラウザに係るデータ、既知の情報として上位装置ＨＣ２が取り扱うデータ、が含まれている。外部記憶装置１２０６に保存されているコンピュータプログラムやデータは、ＣＰＵ１２０１による制御に従って適宜ＲＡＭ１２０２にロードされ、ＣＰＵ１２０１による処理対象となる。

Ｉ／Ｆ１２０７は、外部（ホスト装置ＨＣ１や制御ユニット１３等）との間でデータ通信を行うための通信インターフェースとして機能するものである。ＣＰＵ１２０１、ＲＡＭ１２０２、ＲＯＭ１２０３、操作部１２０４、表示部１２０５、外部記憶装置１２０６、Ｉ／Ｆ１２０７は何れも、バス１２０８に接続されている。

次に、上位装置ＨＣ２で動作する印刷ジョブ制御アプリケーション（ＪＣＡ０１）の画面の表示例について、図４を用いて説明する。ＪＣＡ０１の画面は、ＣＰＵ１２０１がＪＣＡ０１に係るコンピュータプログラムを実行することで表示部１２０５に表示されるものである。

なお、上位装置ＨＣ２にて表示されるものとして説明する画面は何れも表示部１２０５に表示されるものとし、上位装置ＨＣ２における画面の表示制御は何れもＣＰＵ１２０１が行うものとする。また、上位装置ＨＣ２にて表示される画面に対する操作は何れも、ユーザが操作部１２０４を操作することで行うものとする。

ＪＣＡ０１は５つの小領域（ＪＣＡ０２〜０６）を有し、制御ユニット１３の処理部１３１で稼働している対向アプリケーションとの間で上記の様々なコマンドを送受することで、画面表示に係る機能を実現する。

小領域ＪＣＡ０２は、ＪＣＡ０１（上位装置ＨＣ２）と接続している記録システム１の名称等、該記録システム１に固有の情報を表示するための領域である。なお、ＪＣＡ０１が起動された場合、ＪＣＡ０１が記録システム１と通信することでＪＣＡ０２〜０６に表示されるべき情報が取得され、ＪＣＡ０２〜０６に表示される。なおＪＣＡ０１が起動された時に記録システム１から取得する情報に記録システム１のＩＰアドレスが含まれる。なお、ＪＣＡ０３からＪＣＡ０６の小領域の内容は、ＪＣＡ０１が定期的に記録システム１と通信（ポーリング）することで取得した情報に基づいて更新される。小領域ＪＣＡ０３は、ＪＣＡ０１（上位装置ＨＣ２）と接続している記録システム１において発生しているエラーに係る情報（エラー状態）を表示するための領域である。

小領域ＪＣＡ０４は、ＪＣＡ０１（上位装置ＨＣ２）と接続している記録システム１における印刷に必要な消耗品であるインクの残量（インク残量）を表示するための領域である。小領域ＪＣＡ０５は、ＪＣＡ０１（上位装置ＨＣ２）と接続している記録システム１における印刷に必要な消耗品である用紙の残量（用紙残量）を表示するための領域である。

小領域ＪＣＡ０６は、ＪＣＡ０１（上位装置ＨＣ２）と接続している記録システム１における印刷ジョブ制御に係る情報の表示および操作を行うための領域である。小領域ＪＣＡ０６には、印刷ジョブの情報を表示するための領域ＪＣＡ０７、領域ＪＣＡ０７において選択した印刷ジョブを操作するボタン群ＪＣＡ０８、処理中の印刷ジョブをキャンセルするボタンＪＣＡ０９、を有する。

次に、上位装置ＨＣ２で動作するＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面の表示例について、図５を用いて説明する。なお、ＷｅｂＵＩクライアントアプリケーション（ＷＵＩ０１）の画面とは、一般的なＷｅｂブラウザである。また、Ｗｅｂクライアントアプリケーションも情報処理装置において動作可能に保持される。

ＷＵＩ０１は２つの小領域（ＷＵＩ０２，ＷＵＩ０３）を有しており、制御ユニット１３の処理部１３１で稼働しているＷｅｂＵＩサーバとの間で定期的にＨＴＴＰ通信を行うことで、画面表示に係る機能を実現する。

小領域ＷＵＩ０２はメニュー領域であり、５つの選択肢である「概要」、「インク」、「用紙」、「エラー」、「システム」が表示されている。小領域ＷＵＩ０３はコンテンツ領域であり、ＷＵＩ０２で選択された選択肢に対応する内容が表示される。

ＷＵＩ０１は、小領域ＷＵＩ０３の表示内容を定期的に更新するべく、制御ユニット１３のＷｅｂＵＩサーバに対して規定時間（例えば５秒）間隔で画面更新要求を送信する（ポーリング）。制御ユニット１３のＷｅｂＵＩサーバは、常にＷＵＩ０１のようなＷｅｂＵＩクライアントからの要求を監視しており、要求を受信すると、その要求に応じた画面を返却する。制御ユニット１３のＷｅｂＵＩサーバは画面更新要求を受けると、該画面更新要求に応じた画面をＷＵＩ０１に対して送信するので、ＷＵＩ０１は記録システム１の状態変化（画面）を５秒以内の遅れで取得することができ、該画面をＷＵＩ０３に表示する。

図５ではＷＵＩ０２において「概要」が選択されているため、ＷＵＩ０１はＷｅｂＵＩサーバに対して画面更新要求「概要」を送信する。これによりＷｅｂＵＩサーバからは、画面更新要求「概要」に対応する画面が応答として送信されるので、ＷＵＩ０１は、該画面をＷＵＩ０３に表示する。これによりＷＵＩ０１のＷＵＩ０３には、記録システム１における状態、インク残量、用紙残量、の情報が、ＪＣＡ０１に表示されている情報と同程度の概要として表示される。

図６ではＷＵＩ０２において「インク」が選択されているため、ＷＵＩ０１はＷｅｂＵＩサーバに対して画面更新要求「インク」を送信する。これによりＷｅｂＵＩサーバからは、画面更新要求「インク」に対応する画面が応答として送信されるので、ＷＵＩ０１は、該画面をＷＵＩ０３に表示する。これによりＷＵＩ０１のＷＵＩ０３には、記録システム１にて使用されているインクの詳細情報として、色、状態に加え、残量を示す数値、型番が表示される。

図７ではＷＵＩ０２において「用紙」が選択されているため、ＷＵＩ０１はＷｅｂＵＩサーバに対して画面更新要求「用紙」を送信する。これによりＷｅｂＵＩサーバからは、画面更新要求「用紙」に対応する画面が応答として送信されるので、ＷＵＩ０１は、該画面をＷＵＩ０３に表示する。これによりＷＵＩ０１のＷＵＩ０３には、記録システム１における用紙の詳細情報として、トレイ番号（ＩＤ）、状態に加え、残量を示す数値、用紙名称、用紙型番が表示される。

図８ではＷＵＩ０２において「エラー」が選択されているため、ＷＵＩ０１はＷｅｂＵＩサーバに対して画面更新要求「エラー」を送信する。これによりＷｅｂＵＩサーバからは、画面更新要求「エラー」に対応する画面が応答として送信されるので、ＷＵＩ０１は、該画面をＷＵＩ０３に表示する。これによりＷＵＩ０１のＷＵＩ０３には、記録システム１にて発生しているエラーの詳細情報として、発生しているエラーの一覧に加え、インクや用紙の状態や紙ジャム発生個所が表示される。

図９ではＷＵＩ０２において「システム」が選択されているため、ＷｅｂＵＩ０１はＷＵＩ０３に、言語切り替え、時刻変更、清掃、電源ＯＦＦのように、システム操作に必要な処理を行うボタンが表示される。

ここで、上記のＪＣＡ０１において小領域ＪＣＡ０２〜０５のそれぞれは、該小領域がユーザにより選択されると制御ユニット１３の処理部１３１で稼働しているＷｅｂＵＩサーバとの連携のためのコマンド発行処理を行う。

ユーザにより小領域ＪＣＡ０２が選択されると、ＪＣＡ０１はＷｅｂクライアントアプリを起動し、該Ｗｅｂブラウザに、制御ユニット１３のＷｅｂＵＩサーバのトップページを表示させる（いわゆるＷｅｂページのショートカット起動を行う）。上述したようにＪＣＡ０１が起動された時に記録システム１のＩＰアドレスが取得される。ＪＣＡ０１は、このＩＰアドレスを用いることで、小領域ＪＣＡ０２の選択に応じてＷｅｂブラウザに制御ユニット１３のＷｅｂＵＩサーバのトップページを表示させることができる。なお、トップページを表示した後で、ユーザにログインを行わせるようにしても良い。

ユーザにより小領域ＪＣＡ０３が選択されると、ＪＣＡ０１は制御ユニット１３のＷｅｂＵＩサーバに対して画面変更要求「エラー」をＨＴＴＰ通信にて送信する。具体的には、ＪＣＡ０１は、ＵＲＬ「ｈｔｔｐｓ：／／Ｐｒｉｎｔｅｒ−ＩＰＡｄｄｒｅｓｓ／ＷＵＩ／ｉｎｄｅｘ？ｓｃ＝ｅｒｒｏｒ」を含む画面変更要求「エラー」を、制御ユニット１３のＷｅｂＵＩサーバに対して送信する。ＵＲＬ末尾の「ｅｒｒｏｒ」がエラー画面の表示を要求していることを示している。ユーザにより小領域ＪＣＡ０４が選択されると、ＪＣＡ０１は制御ユニット１３のＷｅｂＵＩサーバに対して画面変更要求「インク」をＨＴＴＰ通信にて送信する。またユーザにより小領域ＪＣＡ０５が選択されると、ＪＣＡ０１は制御ユニット１３のＷｅｂＵＩサーバに対して画面変更要求「用紙」をＨＴＴＰ通信にて送信する。なお、制御ユニット１３のＷｅｂＵＩサーバに対して画面変更要求を送信した後の、制御ユニット１３のＷｅｂＵＩサーバおよびＷＵＩ０１の動作については、要求の名称「画面更新要求」が「画面変更要求」であること以外は上記の通りである。つまり制御ユニット１３のＷｅｂＵＩサーバは画面変更要求を受けると、該画面変更要求に応じた画面をＨＣ２に送信し、Ｗｅｂブラウザに表示させる。

次に、制御ユニット１３の処理部１３１で稼働しているＷｅｂＵＩサーバの動作について、図１０のフローチャートに従って説明する。なお図１０のフローチャートは、ＣＰＵ１２０１がフローチャートに関するプログラムをメモリから読み出して実行することで実現される。ステップＳ１では、ＷｅｂＵＩサーバは、記憶部１３２にて管理（保持）している管理テーブルを初期化する。ステップＳ１にて初期化された管理テーブルの構成例を図１１（ａ）に示す。管理テーブルは、画面変更要求に含まれているＩＰアドレス（要求元ＩＰアドレス）、該画面変更要求の内容、該要求元ＩＰアドレスの装置から最初に受信した画面更新要求のセッションＩＤ（要求元セッションＩＤ）を登録するためのテーブルである。なお、画面変更要求の内容として、例えば、「エラー」「インク」「用紙」等が挙げられる。初期化された管理テーブルには、図１１（ａ）に示す如く、何も登録されていない。なお、初期化された管理テーブルの構成は特定の構成に限らず、例えば、全ての項目（要求元ＩＰアドレス、画面変更要求、要求元セッションＩＤ）の値としてＮＵＬＬ等の規定の値を登録したものであっても良い。そしてＷｅｂＵＩサーバは、ＪＣＡからの画面変更通知と、ＷＵＩ０１からのポーリングと、の受け付けを開始する。

ステップＳ２では、ＷｅｂＵＩサーバは、ＪＣＡから画面変更要求を受信したか否かを判断する。この判断の結果、ＪＣＡから画面変更要求を受信した場合には、処理はステップＳ３に進み、受信していない場合には、処理はステップＳ６に進む。なお、画面変更要求には、画面変更要求であることを識別可能な情報が含まれている。そのため、ＷｅｂＵＩサーバは、画面変更要求であることを識別可能な情報に基づきＳ２の判断処理を実行する。

ステップＳ３では、ＷｅｂＵＩサーバは、ＪＣＡからＨＴＴＰ経由で受信した画面変更要求のＴＣＰヘッダ部分を参照して、要求元ＩＰアドレスを識別する。さらにＷｅｂＵＩサーバは、ＪＣＡからＨＴＴＰ経由で受信した画面変更要求に含まれているＵＲＬの引数部に含まれる画面変更要求の内容（「エラー」「インク」「用紙」等）を識別する。そしてＷｅｂＵＩサーバは、ＪＣＡからＨＴＴＰ経由で受信した画面変更要求のＴＣＰヘッダ部分を参照して識別した要求元ＩＰアドレスが管理テーブルに登録されているか否かを判断する。この判断の結果、登録されている場合には、処理はステップＳ５に進み、登録されていない場合には、処理はステップＳ４に進む。

ステップＳ４では、ＷｅｂＵＩサーバは、ステップＳ３において画面変更要求のＴＣＰヘッダ部分を参照して識別した要求元ＩＰアドレスを管理テーブルに登録する。ステップＳ４において要求元ＩＰアドレスを登録した管理テーブルの構成例を図１１（ｂ）に示す。

ステップＳ５では、ＷｅｂＵＩサーバは、ＪＣＡからＨＴＴＰ経由で受信した画面変更要求に含まれているＵＲＬの引数部に含まれる画面変更要求の内容を、該画面変更要求の要求元ＩＰアドレスが登録されている行と同じ行に登録する（上書きする）。つまり、画面変更要求のＴＣＰヘッダ部分を参照して識別した要求元ＩＰアドレスと、該画面変更要求に含まれているＵＲＬの引数部に含まれる画面変更要求の内容と、を関連づけて管理テーブルに登録する。ステップＳ５において画面変更要求の内容を登録した管理テーブルの構成例を図１１（ｃ）に示す。つまり、ユーザにより小領域ＪＣＡ０３が選択されたため、図１１（ｃ）に示すように画面変更要求の内容として「ｅｒｒｏｒ」が登録されている。なお、図１１（ｃ）からも明らかな通り、ＷｅｂＵＩサーバは、ＪＣＡから発行される画面変更要求のセッションＩＤは保存しない。

次に、ステップＳ６では、ＷｅｂＵＩサーバは、ＷＵＩ０１から画面更新要求を受信したか否かを判断する。上述した通りＷＵＩ０１は、制御ユニット１３のＷｅｂＵＩサーバに対して規定時間（例えば５秒）間隔で画面更新要求を送信する(ポーリングする)。ＷｅｂＵＩサーバは、ＷＵＩ０１からのポーリングにより画面更新要求を受信する。なお、ＷｅｂＵＩサーバは、ポーリングとは異なるタイミングでＷＵＩ０１から画面更新要求を受信しても良い。この判断の結果、画面更新要求を受信した場合には、処理はステップＳ７に進み、受信していない場合には、処理はステップＳ２に進む。なお、画面更新要求には、画面更新要求であることを識別可能な情報が含まれている。そのため、ＷｅｂＵＩサーバは、画面更新要求であることを識別可能な情報に基づきＳ６の判断処理を実行する。

ステップＳ７では、ＷｅｂＵＩサーバは、画面更新要求のＴＣＰヘッダ部分に含まれている「該画面更新要求の送信元のＩＰアドレス」が、管理テーブルに登録済みの要求元ＩＰアドレスのいずれかと一致するか否かを判断する。この判断の結果、「画面更新要求の送信元のＩＰアドレス」が、管理テーブルに登録済みの要求元ＩＰアドレスのいずれかと一致する場合には、処理はステップＳ８に進む。一方、「画面更新要求の送信元のＩＰアドレス」が、管理テーブルに登録済みの要求元ＩＰアドレスのいずれとも一致しない場合には、処理はステップＳ１１に進む。

ステップＳ８では、ＷｅｂＵＩサーバは、管理テーブルに、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと関連づけて要求元セッションＩＤが登録されているか否かを判断する。この判断の結果、管理テーブルに、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと関連づけて要求元セッションＩＤが登録されている場合には、処理はステップＳ１０に進む。一方、管理テーブルに、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと関連づけて要求元セッションＩＤが登録されていない場合には、処理はステップＳ９に進む。

ステップＳ９では、ＷｅｂＵＩサーバは、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと同じ行に、画面更新要求の要求元セッションＩＤを登録する。つまり、Ｓ９は、ＷｅｂＵＩサーバは、画面変更要求の送信元と同じ装置から受信した画面更新要求が、同じ装置から画面変更要求を受信してから最初に受信した画面更新要求である場合に実行される処理である。この処理により、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと関連づけて、該画面更新要求の要求元セッションＩＤが登録される。なお、ＩＰアドレスは一例であり、ＭＡＣアドレスなどの他の識別情報が使用されても良い。

セッションＩＤはＷｅｂＵＩサーバが発番するもので、一般的にはＣｏｏｋｉｅに含まれている文字列であり、一連のインタラクティブな操作であることを保持するために利用される情報である。ステップＳ９において要求元セッションＩＤを登録した管理テーブルの構成例を図１１（ｄ）に示す。

ステップＳ９の処理は、ＷｅｂＵＩサーバが画面変更要求を受信してから最初に、該画面変更要求を送信した装置と同一の装置（ＩＰアドレスが同じ装置）から画面更新要求を受信した場合に行われる処理である。つまり、ＪＣＡが稼動している装置から画面変更要求を受信してから最初に、該装置と同一の装置で稼動しているＷＵＩ０１から画面更新要求を受信した場合にステップＳ９の処理が行われる。

ステップＳ１０ではＷｅｂＵＩサーバは、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスを管理テーブルから検索する。そして、ＷｅｂＵＩサーバは、検索された管理テーブルから検索された要求元ＩＰアドレスに登録されている要求元セッションＩＤと、ＷＵＩ０１から受信した画面更新要求のセッションＩＤと、が一致しているか否かを判断する。この判断の結果、一致していると判断した場合には、処理はステップＳ１２に進み、一致していないと判断した場合には、処理はステップＳ１１に進む。

ステップＳ１１では、ＷｅｂＵＩサーバは、画面更新要求に対する応答として、画面更新要求が反映された画面を送信する。例えば、図５が表示されている状態で、ＷＵＩ０１が画面更新要求を行った場合には、概要ページに対応する画面が送信される。一方、図６が表示されている状態で図６の画面に対応する画面更新要求をＷＵＩ０１が行った場合には、インクページに対応する画面が送信される。

ステップＳ１２でＷｅｂＵＩサーバは、画面更新要求に対する応答として、該画面変更要求にて要求されている内容の情報を収集し、該収集した情報が記された画面を、画面更新要求に対する応答として返信する。なお、画面変更要求にて要求されている内容とは、「画面更新要求の送信元のＩＰアドレス」と一致する要求元ＩＰアドレスと関連づけて管理テーブルに登録されている画面変更要求である。例えば、図１１（ｄ）に示すように画面変更要求として「ｅｒｒｏｒ」が登録された状態とする。ここでＷＵＩ０１が図７のように用紙に関する画面を表示している状態でポーリングを行う場合、ＷｅｂＵＩサーバは、用紙に関する画面更新要求を受信する。この際、ＷｅｂＵＩサーバにより受信されたポーリングのセッションＩＤが「ＡＢＣＤＥＦ」である場合、ＷｅｂＵＩサーバは、用紙に関する画面更新要求に対する応答として、画面変更要求で要求されている「ｅｒｒｏｒ」に関する情報を集めて返信する。その結果、図７を表示していたＷＵＩ０１は、Ｓ１２の返信を受信することで、表示対象の画面を図７から図８へと変更する。

ステップＳ１２へは、画面変更要求の送信元から受信した画面更新要求が、画面変更要求の送信元から最初に受信した画面更新要求と同じセッションに属する場合に遷移する。これにより、ＪＣＡと同一の装置上で複数のＷｅｂブラウザでＷｅｂＵＩ画面が表示されていても、ＪＣＡの操作に呼応して表示内容を変更するＷｅｂブラウザを１つに限定できると共に、Ｗｅｂブラウザの表示内容を変更し得るＪＣＡを１つに限定できる。これらの限定は、ＪＣＡを利用するユーザが参照すべきＷｅｂブラウザが一意に定められることになるため、ユーザは操作をするたびにＷｅｂブラウザを探す必要がなく、利便性の向上を図ることができる。更に、一旦画面変更要求が反映されたＷｅｂブラウザが他の装置で稼働しているＪＣＡからの操作を受け付けることを防止している。なお、Ｓ１２の処理を実行した場合、ＷｅｂＵＩサーバは、図１１（ｄ）における画面変更要求を空白状態へと更新する。その結果、ＷｅｂＵＩサーバは、Ｓ１０においてＹｅｓと判定した場合であっても、画面更新要求に対して画面更新要求が反映された画面を送信することが可能となる。例えば、ＷＵＩ０１が図７のように用紙に関する画面を表示している状態で図７の画面に対応するポーリングを行う場合、ＷｅｂＵＩサーバは、用紙に関する画面更新要求を受信する。この際、ＷｅｂＵＩサーバにより受信されたポーリングのセッションＩＤが「ＡＢＣＤＥＦ」である場合、ＷｅｂＵＩサーバは、Ｓ１０の判定においてＹｅｓと判定する。そして、ＷｅｂＵＩサーバは、管理テーブルを参照すると画面変更要求が空白状態であると認識する。そのため、ＷｅｂＵＩサーバは、Ｓ１０でＹｅｓと判定した場合であっても、Ｓ１２において画面更新要求が反映された画面（つまり、用紙に関する画面）を送信することが可能となる。なお、上位装置ＨＣ２において動作していたＷｅｂブラウザがユーザにより閉じられた場合、ＷｅｂＵＩサーバは、ＷＵＩ０１からのポーリングを受信しなくなる。その場合、ＷｅｂＵＩサーバは、管理テーブルにおける対象行の内容を初期化する。図１１（ｄ）を用いて説明する。セッションＩＤ「ＡＢＣＤＥＦ」に対応するＷｅｂブラウザが閉じられた場合、ＷｅｂＵＩサーバは、セッションＩＤ「ＡＢＣＤＥＦ」のポーリングを受信しなくなる。ＷｅｂＵＩサーバは、セッションＩＤ「ＡＢＣＤＥＦ」のポーリングを最後に受信してから所定時間が経過した場合、セッションＩＤ「ＡＢＣＤＥＦ」を含む行の情報（すなわちＩＰアドレス「１９２．１６８．１．１０」など）を削除する。

なお、本実施形態では、ＪＣＡおよびＷｅｂブラウザが動作している装置を上位装置ＨＣ２のみとして説明した。しかし、ＪＣＡおよびＷｅｂブラウザが動作している２以上の装置が制御ユニット１３に対して画面変更要求や画面更新要求を送信可能なシステムを構築することも可能であり、そのような場合であっても制御ユニット１３の動作は上記と同様である。つまり、図１０のフローチャートに示す如く、ステップＳ２以降を繰り返すことで、画面変更要求や画面更新要求を受信する度に、対応する処理を行えばよい。上位装置ＨＣ２とはＩＰアドレスが異なる他装置から画面変更要求を受信した場合にステップＳ４にてＩＰアドレスが登録された管理テーブルの構成例を図１１（ｅ）に示す。

また、上記のステップＳ１〜Ｓ１２の処理とは独立した処理として、制御ユニット１３は、ＷｅｂＵＩサーバの終了条件が満たされたか否かを判断する処理（ステップＳ１３）を行っている。例えば制御ユニット１３は、電源ＯＦＦの指示が入力された場合には、ＷｅｂＵＩサーバの終了条件が満たされたと判断する。ＷｅｂＵＩサーバの終了条件が満たされた場合には、制御ユニット１３は、図１０のフローチャートに従った処理を終了する。

このように、本実施形態では、一方のアプリケーション（例えば、ＪＣＡ０１）での操作を他方のアプリケーション（ＷＵＩ０１）の画面に反映する際に、他方のアプリケーションが複数の画面を表示していたとしても、更新対象の画面は所定の画面に特定される。そのため、ユーザは、複数の画面の中で、特定された所定の画面を確認すれば良い。その結果、ユーザは、内容を確認するために複数の画面を操作する必要がなくなり、利便性を向上できる。また、本実施形態では、一方のアプリケーション（例えば、ＪＣＡ０１）での操作を他方のアプリケーション（ＷＵＩ０１）の画面に反映させる構成にＨＴＴＰリクエストとポーリングを利用する例を用いて本実施形態に係る構成や効果についての説明を行った。しかし例えば、画面変更要求をＨＴＴＰヘッダではなく、ＸＭＬやＪＳＯＮを利用してＨＴＴＰボディで通知するようにしても良い。また。本実施形態のＷＵＩ０１はポーリングにてＷｅｂＵＩサーバにアクセスしているが、ＷｅｂＵＩの同期方法には種々の技術が知られており、Ｃｏｍｅｔ、Ｓｅｒｖｅｒ−Ｓｅｎｔ Ｅｖｅｎｔｓ、ＷｅｂＳｏｃｋｅｔ等を活用して実現しても良い。また、画面変更要求や画面更新要求による要求の内容やその数については特定の内容や数に限らない。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１３１：処理部 １３２：記憶部 １３３：操作部 １３４：画像処理部 １３５：通信Ｉ／Ｆ １３６：バッファ １３７：通信Ｉ／Ｆ

Claims (15)

1. 第１の装置と、第２の装置と、を有するシステムであって、
   前記第１の装置では、前記第２の装置を制御するためのアプリケーションと、前記第２の装置に係る情報を表示するブラウザと、が動作しており、
   前記アプリケーションは、該アプリケーションに対するユーザの操作に応じて変更要求を前記第２の装置に対して送信し、前記ブラウザは、該ブラウザに表示されている画面の更新要求を定期的に前記第２の装置に対して送信し、該更新要求に対する応答として前記第２の装置から送信された画面を受信して表示し、
   前記第２の装置は、
   前記変更要求の送信元と同じ前記第１の装置から受信した更新要求が前記第１の装置から前記変更要求を受信してから最初に受信した更新要求である場合には、前記変更要求に応じた画面を前記更新要求の応答として前記第１の装置に対して送信する
   ことを特徴とするシステム。
2. 前記変更要求の送信元と同じ前記第１の装置から受信した更新要求が前記第１の装置から前記変更要求を受信してから最初に受信した更新要求である場合、前記最初に受信した更新要求に使用されたセッションＩＤが、前記第１の装置の識別情報と関連づけて保持されることを特徴とする請求項１に記載のシステム。
3. 前記更新要求の送信に使用されたセッションＩＤが前記第１の装置の識別情報と関連づけて保持された後に前記第１の装置から新たな変更要求が前記第２の装置に送信され、前記新たな変更要求が前記第２の装置に送信された後に前記第１の装置から新たな更新要求が前記第２の装置に送信された場合、前記第２の装置は、前記第１の装置から受信した前記新たな更新要求のセッションＩＤと、前記保持されたセッションＩＤと、が一致している場合には、前記新たな変更要求に応じた画面を前記前記新たな更新要求に対する応答として前記第１の装置に対して送信することを特徴とする請求項２に記載のシステム。
4. 前記第２の装置は、前記第１の装置から受信した前記新たな更新要求のセッションＩＤと、前記保持されたセッションＩＤと、が一致していない場合には、前記新たな更新要求に応じた画面を前記新たな更新要求に対する応答として前記第１の装置に対して送信することを特徴とする請求項３に記載のシステム。
5. 前記アプリケーションは、該アプリケーションにおいてユーザが選択した領域に対応する画面の変更要求を前記第２の装置に対して送信することを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
6. 前記ブラウザに表示する画面は、前記アプリケーションの画面に表示する情報よりも詳細な情報を表示する画面であることを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
7. 前記第２の装置は、記録媒体に対して記録を行うことで記録物を製造する装置であることを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
8. 前記変更要求は、前記第２の装置にて生じているエラーを表示する画面の要求を含むことを特徴とする請求項１乃至７のいずれか１項に記載のシステム。
9. 前記変更要求は、前記第２の装置におけるインクの残量を表示する画面の要求を含むことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
10. 前記変更要求は、前記第２の装置における用紙の残量を表示する画面の要求を含むことを特徴とする請求項１乃至９のいずれか１項に記載のシステム。
11. 印刷装置であって、
    前記印刷装置を制御するためのアプリケーションと、前記印刷装置に係る情報を表示するブラウザとが動作可能な情報処理装置と通信する通信手段と、
    前記アプリケーションに対するユーザの操作に基づいて送信された変更要求と、前記ブラウザに表示されている画面の更新要求を受信する受信手段と、
    前記変更要求の送信元と同じ前記情報処理装置から受信した更新要求が前記情報処理装置から前記変更要求を受信してから最初に受信した更新要求である場合、前記変更要求に応じた画面を前記更新要求の応答として前記情報処理装置に対して送信する送信手段を備えることを特徴とする印刷装置。
12. 前記変更要求の送信元と同じ前記情報処理装置から受信した更新要求が前記情報処理装置から前記変更要求を受信してから最初に受信した更新要求である場合、前記最初に受信した更新要求に使用されたセッションＩＤが、前記情報処理装置の識別情報と関連づけて保持されることを特徴とする請求項１１に記載の印刷装置。
13. 前記更新要求の送信に使用されたセッションＩＤが前記情報処理装置の識別情報と関連づけて保持された後に前記情報処理装置から新たな変更要求が前記印刷装置に送信され、前記新たな変更要求が前記印刷装置に送信された後に前記情報処理装置から新たな更新要求が前記印刷装置に送信された場合、前記送信手段は、前記情報処理装置から受信した前記新たな更新要求のセッションＩＤと、前記保持されたセッションＩＤと、が一致している場合には、前記新たな変更要求に応じた画面を前記前記新たな更新要求に対する応答として前記情報処理装置に対して送信することを特徴とする請求項１２に記載の印刷装置。
14. 前記情報処理装置から受信した前記新たな更新要求のセッションＩＤと、前記保持されたセッションＩＤと、が一致していない場合には、前記送信手段は、前記新たな更新要求に応じた画面を前記新たな更新要求に対する応答として前記情報処理装置に対して送信することを特徴とする請求項１３に記載の印刷装置。
15. 前記変更要求は、前記印刷装置にて生じているエラーを表示する画面の要求、前記印刷装置におけるインクの残量を表示する画面の要求、前記印刷装置における用紙の残量を表示する画面の要求の少なくとも１つであることを特徴とする請求項１１乃至１４のいずれか１項に記載の印刷装置。

Images