JP5953898B2 - 情報処理装置、処理システム、ホスト、データ処理方法、プログラム - Google Patents

Description

本発明は、ホストと装置がコネクションを接続・切断して、ホストが要求を送信し、装置が受信した要求に応じた処理を行う処理システム等に関する。

ホストコンピュータと装置の間で通信を繰り返して処理を行う処理システムがある。
図１は、処理システムの概略図の一例を示す図である。ホストコンピュータはユーザの操作を受け付ける処理、記憶しているデータに処理を施してデータを準備する処理、装置にデータを送信する処理などを行う。装置は、ホストコンピュータから処理要求（以下、要求という）を受け取り、要求に応じた処理を行うと共に、処理結果（以下、応答という）をホストコンピュータに送信する。

一般に、このような通信を行う前にホストコンピュータと装置はコネクション（論理的な通信路）を確立する必要がある。コネクションの状態には、通信が可能な接続状態と通信ができない切断状態があり、接続状態となることで、ホストコンピュータは要求を送信し、装置は応答を送信できる。接続状態を確立するための手順には種々あるが、例えば通信のシーケンス番号を交換する手順などがある。

ホストコンピュータは、必要な一連の処理が終わるまでコネクションの接続状態を維持すればよいが、必ずしも常に接続状態を維持する必要はなく、接続の単位（期間）は、ホストコンピュータ又は装置がコネクションを切断することで制御することができる。

上記の通信システムの通信においても、コネクション接続の単位（期間）に関して、
(i) 一連の処理が終わるまで常に接続しておく方式
(ii) 要求と応答を１回ずつ行う毎に接続、切断する方式
の２種類の方式が考えられる。

ところで、通信中に装置に異常が生じ、装置が自動的に又はユーザ操作によって再起動する場合がある。この異常への対応に関して上記の２つの方式には、それぞれ利点と欠点がある。

(i)の方式
図２は、一連の処理が終わるまで常に接続しておく方式を説明する図の一例である。なお、図２のホストは、ホストコンピュータ、又は、ホストコンピュータで動作するアプリケーション（ホストアプリ）であるが、以下では両者を区別せずにホストと称する場合がある。

図２（ａ）に示すように、コネクション接続からコネクション切断までの枠で囲まれた一連の通信が、１つのコネクション内で行われている。図２（ｂ）に示すように、装置に異常が発生した場合、装置の無応答や、シーケンス番号の初期化などにより、ホストコンピュータと装置の間のコネクションも切断される。

利点：装置が再起動した場合にはコネクションが切断されるので、それによってホストは、装置が再起動したことを知ることができ、必要な復旧処理を行うことができる。

欠点：装置が再起動した場合は必ずコネクション接続処理からやり直すことになるので、実際には継続処理が可能かもしれないのに、初期設定などを行いホストの状態を初期状態に遷移させなければならない（初期化処理から再開しなければならない）。つまり、図２（ｂ）の再起動後のコネクションにおける要求が、要求１、２の処理結果に依存しない場合でも、ホストは復旧処理をして、初期化処理などの要求１から処理を行う必要がある。

(ii)の方式
図３は、要求と応答を１回ずつ行う毎にコネクションを接続、切断する方式を説明する図の一例である。図３（ａ）に示すように、１つのコネクションでは、要求と応答の１往復の通信が行われる。

利点：装置が再起動した場合でも、ホストは、要求送信の前に必ずコネクションを接続することから行うので、それまで装置に要求した処理によっては初期処理を行うこと無しに処理を続行できる場合がある。

欠点：装置の異常の有無に関係なくコネクションが切断されるので、コネクションが切断されてから、次に接続されるまでの間に装置が再起動した場合、ホストは、装置の再起動を知ることができない。例えば、図３（ｂ）に示すように、要求1により装置の状態が遷移したような場合、装置の再起動を知ることができないため適切な対応を行うことができない。

両方の欠点を解消するには、(i)の方式を採用しその欠点を解消すること、又は、(ii)の方式を採用しその欠点を解消すること、が考えられる。しかし、前者の手法はホストの状態遷移を複雑にするため、実現コストが大きいことが予想される。そこで、後者の手法を採用することが有効であると考えられる。

このような決定の解消に対し、装置からホストに再起動したことを通知する技術がある（例えば、特許文献１参照。）。特許文献１には、不揮発性記憶手段に予め通知先ホストを記憶しておき、再起動後に自装置の再起動完了を通知先ホストに対して通知する画像処理装置が開示されている。特許文献１に記載された画像処理装置では、画像処理装置が通知先ホストに再起動完了を通知できるので、通知先ホストは装置の再起動を知ることができる。

しかしながら、特許文献１に開示された画像処理装置は、通知先ホストのＩＰアドレスを予め記憶していなければならないという問題がある。また、通知先ホストの状態を考慮せずに画像処理装置が再起動完了を通知するため、例えば、通知先ホストが復帰処理などを行っている間に再起動完了を通知してしまうと通知先ホストは画像処理装置の再起動を検出できない。画像処理装置は再起動完了の通知を再送信することもできるが処理が複雑になってしまうし、再送信するまでの間、処理を行うことができない。

本発明は、上記課題に鑑み、コネクションを短期間に接続・切断する通信を採用した場合にホストが装置の再起動を検知可能な情報処理装置を提供することを目的とする。

上記課題に鑑み、本発明は、コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストと、前記ホストから受信した要求に応じた処理を行う情報処理装置とを有する処理システムであって、
前記ホストは、前記情報処理装置に要求を送信する要求送信手段と、前記情報処理装置から応答を受信する応答受信手段と、を有し、
前記情報処理装置は、前記ホストから要求を受信する要求受信手段と、起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段と、前記要求受信手段が要求を受信した場合、前記起動情報記憶手段に前記起動情報が記憶されているか否かを判定する起動判定手段と、前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、前記ホストに起動通知を送信する応答送信手段と、を有する、ことを特徴とする。

コネクションを短期間に接続・切断する通信を採用した場合にホストが装置の再起動を検知可能な情報処理装置を提供することができる。

処理システムの概略図の一例を示す図である。 一連の処理が終わるまで常に接続しておく方式を説明する図の一例である。 要求と応答を１回ずつ行う毎にコネクションを接続、切断する方式を説明する図の一例である。 処理システムの概略的な特徴を説明する図の一例である。 レーザー書込システムの概略を説明する図の一例である。 書込制御装置のハードウェア構成図の一例である。 ラベルである感熱記録媒体に描画された文字等の一例を示す図である。 感熱記録媒体に描画される「Ｔ」という文字の描画例を説明する図の一例である。 描画対象の文字と図形の一例を、書込制御装置が使用する走査命令の一例をそれぞれ示す図である。 画像処理装置、書込制御装置のハードウェアブロック図の一例である。 画像処理装置と書込制御装置の機能ブロック図の一例である。 画像処理装置と書込制御装置の間のコネクションの接続、切断を説明する図の一例である。 画像処理装置の動作手順を示すフローチャート図の一例である。 書込制御装置の動作手順を示すフローチャート図の一例である。 画像処理装置の動作手順を示すフローチャート図の一例である。 画像処理装置の動作手順を示すフローチャート図の一例である。 処理システムの概略的な特徴を説明する図の一例である（実施例２）。 画像処理装置の動作手順を示すフローチャート図の一例である（実施例２）。

以下、本発明を実施するための形態について図面を参照しながら説明する。

図４は、本実施例の処理システムの概略的な特徴を説明する図の一例である。本実施例では、ホストと装置が、要求と応答を１回ずつ行う毎にコネクションを接続、切断する方式で互いに通信している。
（１）ホストが要求１を送信後、装置が応答１を送信した。
（２）ホストが要求２を送信後、装置が応答２を送信した。
（３）その後、装置に異常が発生し、装置が再起動した。
（４）ホストが要求３を送信し、装置が要求３を受信した場合、装置は「起動通知」をホストに送信する。すなわち、装置は起動した後、１回目の要求３を受信した場合に、起動通知をホストに送信する。
（５）ホストは起動通知を受信した場合、要求３が要求１，２の処理結果に依存するか否かを判定し（継続して要求３から処理を再開できるかどうかを判定し）、適切な対応を行うことができる。図４（ａ）では、要求３から処理を再開できると判定して、要求３から送信を再開している。

図４（ｂ）はホスト側の処理を説明する図の一例である。ホストは、起動通知を受信した場合、それまでの処理の状態（要求した応答）を判断する。
Ａ．再開・継続が困難な処理の途中だった場合、要求１からやり直す
Ｂ．再開・継続が可能な処理の途中だった場合、要求３からやり直す
Ｃ．それ以外は初期化処理から再開する
このように、本実施例の処理システムは、ホストが装置の再起動を知ることで、処理の進捗に応じて適切な要求を装置に送信することができる。このため、ホストが意図しない動作を装置が行うことを防止でき、また、装置は再起動前の状態から処理を再開できる場合がある。

〔処理システムの適用例〕
上述した処理システムが適用されるシステム例について具体的に説明する。
図５は、レーザー書込システム１２の概略を説明する図の一例である。レーザー書込システム１２では、レーザーを照射して文字等を描画する書込制御装置２０が上記の"装置"に、描画用のデータを生成するなどの処理を行う画像処理装置１００が上記のホストに、それぞれ対応する。以下、レーザー書込システム１２を例に説明するが、起動通知による再起動の検知は、ホストと装置がコネクションを接続して処理する処理システムに好適に適用できる。

図５に示すよう、レーザーで文字や記号を感熱記録媒体１４に書き込む技術が実用化されている。シート上の感熱記録媒体１４に文字等の描画が可能になったことで、工場などでコンテナ等の容器のラベルに文字等を描画することが容易になった。さらに、描画と消去を繰り返し行えるリライタブルタイプの感熱記録媒体１４も実用化が進んでいる。例えば、物流で利用されるコンテナを想定すると、同じコンテナの宛先が毎回、同じとは限らないので、コンテナにラベルを貼ったまま消去し、新しい文字等の描画ができれば、ラベル交換の必要性を大幅に低減できる。

図示するように、コンベア１１上をコンテナ１３が移動している。コンテナ１３には感熱記録媒体１４が装着（固定）、貼付、又は、着脱可能に保持されている。コンベア１１が形成する搬送経路には、感熱記録媒体１４と対面する位置に書込制御装置２０が配置されている。書込制御装置２０はコンテナ１３の通過をセンサなどで検出し、ラベルである感熱記録媒体１４に文字、数字、記号、又は、図形等（以下、単に文字等という場合がある）を描画する。

レーザー書込システム１２は、書込制御装置２０及び画像処理装置１００を有する。画像処理装置１００は、ユーザ操作を受け付け、書込制御装置２０にラベルのデータの走査命令を要求という形態で送信することで描画を要求する。書込制御装置２０は、ラベルのデータを含む走査命令から印刷データを生成し、レーザーの照射位置、描画パワー、描画スピード等を制御しながらレーザーを照射して、感熱記録媒体１４に文字等を描画する。なお、画像処理装置１００と書込制御装置２０の役割は必ずしも明確でなくてよく、要求と応答により感熱記録媒体１４に文字等を描画できるように処理が分担されていればよい。

図６は、書込制御装置２０のハードウェア構成図の一例を示す。書込制御装置２０は、制御装置２９とレーザー照射装置３０を有している。制御部装置２９は、例えば、書込制御装置２０に装着された基板、書込制御装置２０のＣＰＵなど、レーザー照射装置３０を制御するものである。制御装置２９は画像処理装置１００とのインタフェースを有している。

レーザー照射装置３０は、レーザーを照射するレーザー発振器２１、レーザーの照射方向を変える方向制御ミラー２４、方向制御ミラー２４を駆動する方向制御モータ２３、スポット径調整レンズ２２、及び、焦点距離調整レンズ２５、を有する。

レーザー発振器２１は、半導体レーザー（LD（Laser Diode））であるが、気体レーザー、固体レーザー、液体レーザー等でもよい。方向制御モータ２３は、方向制御ミラー２４の反射面の向きを２軸に制御する例えばサーボモータである。方向制御モータ２３と方向制御ミラー２４とによりガルバノミラーを構成する。スポット径調整レンズ２２は、レーザー光のスポット径を大きくするレンズであり、焦点距離調整レンズ２５はレーザー光を収束させて焦点距離を調整するレンズである。

この感熱記録媒体１４は、表面から深さ方向に向かって、保護層、熱可逆性フィルムで構成された記録層、基材層、バックコート層という４層をもって構成されている。感熱記録媒体１４は、柔軟性と同時にある程度の強度特性を有するように構成され、繰り返し使用することができる。 感熱記録媒体１４が感熱紙と呼ばれても、植物繊維のみから作成されるものではなく、植物繊維を一切含まない場合もある。

感熱記録媒体１４は、その一部に書き換え可能な可逆表示領域としてのリライタブル表示領域が設けられている。リライタブル表示領域は、熱可逆性（Thermo-Chromic）フィルム等の可逆性感熱記録媒体１４により構成される。この可逆性感熱記録媒体１４には、温度に依存して透明度が可逆的に変化する態様と、温度に依存して色調が可逆的に変化する態様とがある。

本実施例では、温度に依存して色調が可逆的に変化する可逆記録媒体で、記録層にロイコ染料と顕色剤を含むことで、リライタブル特性を実現する熱可逆性フィルムを使用する。

すなわち、発色は、消色状態から融点以上（例えば約１８０℃）に加熱し、ロイコ染料と顕色剤とが混合した溶融状態から急冷することによって行なう。 この場合、染料と顕色剤が結合したまま凝集し、ある程度規則的に集合した状態を形成して発色状態が固定される。

一方、消色は、発色状態を溶融しない温度（例えば１３０から１７０℃）に再加熱することにより行なう。この場合、発色の集合状態が崩れ、顕色剤が単独で結晶化して分離することによって消色状態になる。

ロイコ染料は、無色又は淡色の染料前駆体であり、特に制限はなく、従来公知のもの中から適宜選択することができる。

〔走査命令について〕
図７はラベルである感熱記録媒体１４に描画された文字等の一例を示す図である。ラベル１４０には、複数の数字、文字、図形、バーコード等が描画されている。文字等の描画の際、複雑な文字等にも対応できるようにレーザーはレンズにより集光されスポット光になる。このため、レーザーで文字等を描画する場合、文字等のストロークをレーザーのスポット光でなぞるようにレーザーの照射位置が制御される。

図８は、感熱記録媒体１４に描画される「Ｔ」という文字の描画例を説明する図の一例である。図８（ａ）はプリンタなど印刷装置の印字例である。「Ｔ」は横線と縦線の２つのストロークから形成されている。レーザーで「Ｔ」を描画する場合、このストロークをなぞる。

図８（ｂ）はストロークの始点と終点の組（ｓ１、ｅ１）、（ｓ２、ｅ２）の一例を示す図である。レーザーの照射位置を制御する書込制御装置２０は、例えばガルバノミラーでスポット光の位置を調整するなどして、レーザーを照射せずに照射位置をｓ１に移動させる。続いて、レーザーの照射を開始して （以下、単に"レーザーＯＮ"と記載する場合がある)、スポット光をｓ１からｅ１まで移動させる。

次に、書込制御装置２０は、レーザーの照射を止め（以下、単に"レーザーＯＦＦ"と記載する場合がある)、レーザーを照射せずに照射位置をｓ２に移動させる。次に、レーザーの照射を開始して、スポット光をｓ２からｅ２まで移動させる。これにより、２本のストロークが描画され、感熱記録媒体１４上に「Ｔ」という文字が描画される。

このように、感熱記録媒体１４に対し、意図した文字等を形成する際、書込制御装置２０は、「どの位置からこの位置までレーザーＯＮにしてスポット光を移動させる」といった命令で制御を行う。

図９（ａ）は描画対象の文字と図形の一例を、図９（ｂ）は書込制御装置２０に送信される走査命令の一例をそれぞれ示す。走査命令は、左から順に以下の内容を意味している。
ln：行番号（ストローク番号）
W：レーザーのON/OFF（"１"がＯＮ、"０"がＯＦＦ）
Sp：始点の座標
Ep：終点の座標
なお、座標は、横の位置を指定するものをX, 縦の位置を指定するものをYとして扱い、(X, Y)で示す。Xは右に位置するほど値が増加し、Yは上に行くほど値が増加するものとする。座標点の取り方は一例である。

したがって、感熱記録媒体１４に文字等を描画する場合、画像処理装置１００は描画対象の文字等からスポット光の走査命令を生成しなければならない。また、元の文字等を回転させたり、線と線の重なっている部分を除去したり、その他の情報を設定する、といった処理を行うことも想定される。このため、スポット光の走査命令に変換される、描画対象のデータは、ベクトルデータ形式として用意されている。なお、図９では不図示だが、走査命令には１つの文字毎に、描画パワー（レーザー出力）や描画スピードを含めることができるようになっている。画像処理装置１００はこの走査命令を１つ以上の要求に含めて書込制御装置２０に送信する。

図１０（ａ）は、画像処理装置１００のハードウェアブロック図の一例を示す。画像処理装置１００は、一般的な情報処理装置を利用することができる。情報処理装置は、パソコン、ワークステーション、タブレットＰＣ等が知られているが、どのような呼称でもよい。

画像処理装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、ネットワークＩ／Ｆ１０５、グラフィックボード１０６、キーボード１０７、マウス１０８、メディアドライブ１０９、ＤＶＤ−ＲＯＭドライブ１１０、及び、通信インタフェース１１１を有する。ＣＰＵ１０１は、ＨＤＤ１０４に記憶されたプログラム１３０を実行して画像処理装置１００の全体の動作を制御する。ＲＯＭ１０２は、ＩＰＬ（Initial Program Loader）や静的なデータを記憶している。ＲＡＭ１０３は、ＣＰＵ１０１がプログラム１３０を実行する際のワークエリアとして使用される。

ＨＤＤ１０４にはＣＰＵ１０１が実行するプログラム１３０やＯＳが記憶される。プログラム１３０は、画像処理装置１００が、描画対象の文字のベクトルデータ、図形や枠線などの形状情報から走査命令を生成するためのプログラムである。ベクトルデータそのものを作ることもできる。ネットワークＩ／Ｆ１０５はネットワークに接続するための例えばイーサネットカード（登録商標）であり、主にレイヤ１、２の処理を提供する。レイヤ３以上の処理は、ＯＳに含まれるＴＣＰ／ＩＰのプロトコルスタックやプログラムが提供する。

グラフィックボード１０６は、ＣＰＵ１０１がビデオＲＡＭに書き込んだ描画コマンドを解釈してディスプレイ１２０にウィンドウ、メニュー、カーソル、文字又は画像などの各種情報を表示する。

キーボード１０７は、文字、数値、各種指示などのための複数のキーを備え、ユーザの操作を受け付けＣＰＵ１０１に通知する。同様に、マウス１０８はカーソルの移動、メニューなどの処理対象の選択、処理内容などのユーザの操作を受け付ける。

メディアドライブ１０９は、フラッシュメモリ等の記録メディア１１１に対するデータの読み出し又は書き込み（記憶）を制御する。ＤＶＤ−ＲＯＭドライブ１１０は、着脱可能な記録媒体の一例としてのＣＤ−ＲＷ、ＤＶＤ−ＲＷ等の光メディア１１２に対する各種データの読み出し又は書き込みを制御する。また、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン１１２を備えている。

通信インタフェース１１１は、書込制御装置２０と接続されている。通信インタフェース１１１はネットワークＩ／Ｆ１０５にて代用してもよいし、ＰＣＩスロットに装着された拡張ボードなどでもよい。

プログラム１３０は、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録メディア１２１や光メディア１２２に記録して配布される。また、プログラム１３０は、不図示のサーバからインストール可能な形式又は実行可能な形式のファイルで画像処理装置１００に配布されてもよい。プログラム１３０は、上記のホストアプリに相当する。

図１０（ｂ）は、書込制御装置２０の制御装置２９のハードウェア構成図の一例を示す。図１０（ｂ）は、主にソフトウェアによって制御装置２９を実装する場合のハードウェア構成図であり、コンピュータを実体としている。コンピュータを実体とせず書込制御装置２０を実現する場合、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定機能向けに生成されたＩＣを利用する。

制御装置２９は、ＣＰＵ２０１、メモリ２０２、ＤＶＤ−ＲＯＭドライブ２０３、通信装置２０４、ハードディスク２０５、入力装置２０６、ディスプレイ２０７、及び、通信インタフェース２０８を有する。ハードディスク２０５には、走査命令から変換された印刷データに基づきレーザー発振器２１や方向制御モータ２３を制御する制御プログラム２２０が記憶されている。

ＣＰＵ２０１は、ハードディスク２０５から制御プログラム２２０を読み出し実行し、リライタブルペーパ１４に文字を描画する。メモリ２０２は、ＤＲＡＭなどの揮発性メモリで、ＣＰＵ２０１が制御プログラム２２０を実行する際の作業エリアとなる。入力装置２０６は、マウスやキーボードなどレーザー照射装置３０を制御する指示をユーザが入力するための装置である。ディスプレイ２０７は、例えば制御プログラム２２０が指示する画面情報に基づき所定の解像度や色数で、ＧＵＩ（Graphical User Interface）画面を表示するユーザインターフェイスとなる。例えば、リライタブルペーパ１４に描画する文字の入力欄が表示される。

ＤＶＤ−ＲＯＭドライブ２０３は、記憶媒体２３０を脱着可能に構成され、記憶媒体からデータを読み出し、また、記録媒体２３０にデータを書き込む際に利用される。制御プログラム２２０及び走査命令ＤＢ２１０は、記憶媒体２３０に記憶された状態で配布され、記憶媒体２３０から読み出されハードディスク２０５にインストールされる。なお、制御プログラム２２０及び走査命令ＤＢ２１０は、ネットワークを介して接続した所定のサーバからダウンロードすることができる。

記憶媒体２３０は、ＤＶＤ-ＲＯＭ、ブルーレイディスク、ＳＤカード、マルチメディアカード、ｘＤカード等、着脱可能な可搬型の不揮発性のメモリである。通信装置２０４は、例えばイーサネットカード（登録商標）や、シリアル通信装置（ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）である。

通信インタフェース２０８は、画像処理装置１００と接続されている。通信インタフェース２０８は通信装置２０４にて代用してもよい。
〔画像処理装置１００と書込制御装置２０が有する機能〕
図１１は、画像処理装置１００と書込制御装置２０の機能ブロック図の一例である。画像処理装置１００は、制御部３１、応答内容判定部３２、要求送信部３３、及び、応答受信部３４を有する。
・制御部３１は、書込制御装置２０が描画するために必要な要求を所定の順番で送信するために、要求の送信制御を行っている。例えば、初期化処理（通信の設定や描画パワーなどの設定変更の要求が含まれる）の要求、データ生成要求（描画対象のデータの全てに対し順次、生成要求する）、印刷開始要求、の順に要求を送信する。このような各要求の送信の順番をシーケンスという場合がある。

制御部３１は、送信すべき要求を送信するよう要求送信部３３に依頼する。また、制御部３１は、応答内容判定部３２から通常処理又は復旧処理のいずれを行うかの指示を受け、通常処理又は復旧処理を行う。通常処理は、コネクションを接続状態にし、要求を送信して応答を受信し、コネクションを切断する処理である。復旧処理は、起動通知を受信した場合の処理であり詳しくは後述する。
・要求送信部３３は、依頼された要求を装置に送信する。すなわち、要求をコマンドやメソッドに置き換え、必要なパラメータやデータ（走査命令）を所定のデータフォーマットに格納して書込制御装置２０に送信する。
・応答受信部３４は、書込制御装置２０からの応答を受信し応答内容判定部３２に渡す。すなわち、データフォーマットから応答内容又は起動通知を取り出して応答内容判定部３２に送信する。応答にはＡＣＫ（肯定応答）及びＮＡＫ（否定応答）がある。
・応答内容判定部３２は、受け取った応答又は起動通知に基づき、制御部３１に、通常処理を続行するか、復旧処理を行うかを指示する。

書込制御装置２０は、状態管理部４３、処理実行部４４、印刷データ蓄積部４５、応答送信部４２、及び、要求受信部４１を有している。また、状態管理部４３はフラグ４６を参照したり操作できる。
・要求受信部４１は、画像処理装置１００からの要求を受信し、コマンドやメソッド、及び、パラメータやデータを取り出し状態管理部４３に渡す。
・応答送信部４２は、画像処理装置１００に応答又は起動通知を送信する。
・状態管理部４３は、フラグ４６を参照して現在の状態を判断し、起動直後である場合は、応答送信部４２に「起動通知」を送信するよう要求する。起動直後でない場合は、処理実行部４４に、要求に対応する処理を実行させる。

起動直後であるか否かの判定は、例えば、書込制御装置２０の起動時に決まった値に初期化されるフラグ４６を利用する。起動直後に"１"であるとすると、状態管理部４３は要求を受信した際にフラグ４６が"１"なら起動直後であると判定し、要求を受信した際にフラグ４６が"０"なら起動直後でないと判定する。なお、状態管理部４３は、要求を受信した際にフラグ４６が"１"の場合、フラグ４６を"０"に操作する。
・処理実行部４４は、要求に応じた処理を行う。

要求が設定変更である場合（設定変更要求）、処理実行部４４は書込制御装置２０の設定を変更する。設定可能な属性には、例えば、通信に関する設定、描画パワー、描画スピードなどがある。

要求が印刷データの作成である場合（データ生成要求）、処理実行部４４は要求と共に送信された走査命令から印刷データを作成する。すなわち、走査命令のＷ（レーザーのON/OFF）に応じてレジスタに設定する値を決定したり、走査命令のＳｐ（始点）とＥｐ（終点）を電圧値などのレジスタに設定するための値に変換する。

要求が印刷開始の場合（印刷開始要求）、各ストロークの描画順に印刷データを読み出し、レジスタに設定していくことで描画を行う。
・印刷データ蓄積部４５は、処理実行部４４により生成された印刷データを蓄積する。また、印字を開始する時は、処理実行部４４が、印刷データ蓄積部４５から蓄積されている印刷データを読み出す。

〔コネクションの接続と切断〕
図１２は、画像処理装置１００と書込制御装置２０の間のコネクションの接続、切断を説明する図の一例である。コネクションは論理的な通信経路であり、コネクションが接続状態とは、通信するために必要な情報（例えば、シーケンス番号、パスワード、暗号キー等）を交換した状態をいう。接続状態であれば、画像処理装置１００は要求を送信でき、書込制御装置２０は要求を受信でき、また、書込制御装置２０は応答を送信でき、画像処理装置１００は応答を受信できる。

接続状態を切断するためには、画像処理装置１００（ホスト）が明示的にコネクションの切断を要求する。この他、画像書込装置２０が所定時間、応答を送信しない場合（タイムアウト）もコネクションは切断される。

本実施例では、画像処理装置１００の要求送信部３３は、要求送信前にコネクションを接続し、要求を１回送信し、応答を１回受信すると、コネクションを切断する。コネクションの接続からコネクションの切断までが１つのコネクションである。こうすることで、書込制御装置２０が再起動した場合、初期処理を行うことなく処理を続行できる状況を作り出すことができる。なお、１つの要求又は１つの応答が複数のデータパケットにより構成されていてもよい。

〔動作説明〕
＜ホストアプリの処理＞
図１３は、画像処理装置１００の動作手順を示すフローチャート図の一例である。図１３の動作手順は、画像処理装置１００の起動に伴って、又は、ユーザがプログラム１３０（ホストアプリ）を実行することでスタートする。なお、図１３では、コネクションの接続・切断処理を省略している。

ホストアプリは、最初に初期化処理を行う（Ｓ１０）。初期化処理には、書込制御装置２０との通信速度やプロトコルの設定を行ったり、通信できるかを確認したり、描画に先立つ書込制御装置２０の設定処理などが含まれる。

制御部３１は、ラベル単位に一連の処理を行うものとする。例えば、Ｋ個のコンテナのK個の各ラベル１４０に描画する場合、全てのラベル１４０を描画するまでラベル単位でK回の処理を繰り返す。（Ｓ２０）
また、ラベル１枚の印刷に対し以下の処理を行う。
１．データ生成要求１ 〜 ｎ
２．印字開始要求
このデータ生成要求１〜ｎ、印刷開始要求のそれぞれは、それぞれが１つのコネクションで送信される要求である。データ生成要求の数ｎは、ラベル内の描画対象の文字数、１つの文字がもつストローク数、バーコードの有無などよって異なる。

データ生成要求により、書込制御装置内の印刷データ蓄積部４５に印刷データが蓄積される。データ生成要求は、１枚のラベル１４０に必要な印刷データが揃うまで繰り返し書込制御装置２０に送信される（Ｓ３０〜Ｓ５０）。なお、制御部３１は、データ生成要求に通し番号を含め、ｎ番目のデータ作成要求にデータ作成要求が最後であることを含めることが好ましい。書込制御装置２０の要求受信部４１は、通し番号により受信ミスがないことを検出できる。また、制御部３１は、要求のトータルの数であるｎをデータ生成要求に含め、ｎ番目のデータ作成要求にデータ作成要求が最後であることを含めることとしてもよい。これにより、要求受信部４１は、受信した要求の数をカウントすることで、全てのデータ生成要求を受信したことを検出できる。後者の場合、データが正しい順番で受信できたか否かは不明になるが、応答と受信が１対なので、正しい順番で受信したことは推定できる。

制御部３１は、１枚のラベル１４０に描画すべき全ての文字などの印刷データを生成要求したか否かを判定し、ｎ番目の要求を送信し、書込制御装置２０からＡＣＫを受信すると、印刷開始要求を書込制御装置２０に送信する（Ｓ６０）。印字開始要求により、印刷データ蓄積部４５に蓄積された印刷データが印刷され、１枚のラベル１４０が描画される。

このように、制御部３１にとって、現在のホストアプリの状態が、初期化処理、データ生成要求、又は、印刷開始要求のいずれの状態か常に検知されている。制御部３１はこれを利用して、復旧処理を行う。

＜書込制御装置の処理＞
図１４は、書込制御装置２０の動作手順を示すフローチャート図の一例である。図１４の処理は、書込制御装置が１つの要求を受信する毎に繰り返し実行される。

書込制御装置２０の要求受信部４１は画像処理装置１００から要求を受信する（Ｓ１１０）。

状態管理部４３は、まず、書込制御装置２０が起動した直後か否かを判定する（Ｓ１２０）。状態管理部４３は、フラグ４６を参照して、起動した直後に要求を受信したか否かを判定する。

起動した直後に要求を受信した場合（Ｓ１２０のＹｅｓ）、状態管理部４３は応答送信部４２に起動通知を送信させる（Ｓ１９０）。これにより、起動した直後に要求を受信したことを、画像処理装置１００に通知できる。

起動した直後に要求を受信してない場合（Ｓ１２０のＮｏ）、状態管理部４３は形式（データフォーマット）が正しいか否かを判定する（Ｓ１３０）。すなわち、要求に含まれるコマンドやメソッドが登録されているものか、必要なデータが含まれているか否か、冗長符号によりエラー検出されないかどうか等を判定する。

要求のデータフォーマットが正しくない場合（Ｓ１３０のＮｏ）、状態管理部４３はＮＡＫ（否定応答）を書込制御装置２０に送信する（Ｓ１８０）。

要求のデータフォーマットが正しい場合（Ｓ１３０のＹｅｓ）、状態管理部４３は受信した要求が、現在、処理可能な要求か否かを判定する（Ｓ１４０）。この判定は、例えば、
・初期化処理の後にデータ作成要求を受信したか否か、
・全てのデータ作成要求を受信した後に印刷開始要求を受信したか否か
・印刷開始要求を受信していないのに次のラベル１４０のデータ作成要求を受信したか否か等により判定される。

現在、処理可能な要求でない要求を受信した場合（Ｓ１４０のＮｏ）、状態管理部４３はＮＡＫ（否定応答）を書込制御装置２０に送信する（Ｓ１８０）。

現在、処理可能な要求を受信した場合（Ｓ１４０のＹｅｓ）、状態管理部４３は処理実行部４４に要求を出力することで、処理実行部４４が要求に応じた処理を実行する（Ｓ１５０）。

処理実行部４４が要求に応じた処理を行い、処理結果を状態管理部４３に出力する。状態管理部４３は処理結果に基づき処理が正常に実行できたか否かを判定する（Ｓ１６０）。処理が正常に実行できなかった場合（Ｓ１６０のＮｏ）、状態管理部４３はＮＡＫ（否定応答）を画像処理装置１００に送信する（Ｓ１８０）。

処理が正常に実行できた場合（Ｓ１６０のＹｅｓ）、状態管理部４３はＡＣＫ（肯定応答）を画像処理装置１００に送信する（Ｓ１７０）。

＜画像処理装置が書込制御装置から応答を受信した際の処理＞
図１５は、画像処理装置１００の動作手順を示すフローチャート図の一例である。図１５の処理は、画像処理装置１００が１つの応答を受信する毎に繰り返し実行される。

画像処理装置１００の応答受信部３４が応答を受信する（Ｓ２１０）。

応答内容判定部３２は、まず、応答の種類を判別する（Ｓ２２０）。図１４にて説明したように、応答の種類には、「肯定応答」「否定応答」があり、応答そのものではないが要求に対し送信される「起動通知」がある。

(i)肯定応答の場合
応答内容判定部３２は肯定応答に対し処理を継続すると判定し、制御部３１に処理の続行（通常処理）を指示する（Ｓ２３０）。この場合、制御部３１は通常処理の中でデータ生成要求又は印刷開始要求等を行う。

(ii)起動通知の場合
起動通知を受信した場合、書込制御装置２０が起動した後、初めて要求を受信したことを意味するので、応答内容判定部３２は制御部３１に復帰処理を指示する。画像処理装置１００の制御部３１は、自身の状態を判断して、次の処理を決定する。
まず、制御部３１は、どの要求に対する応答かを判定する（Ｓ２４０）。

a．１枚のラベルの描画の途中でない（図４（ｂ）の「そのまま続行」に対応）
１枚のラベル１４０の途中ではないとは、「初期化処理からデータ生成要求１の前まで」、又は、「全てのラベルを処理し終わった後、印刷開始要求の後からホストアプリ終了まで」に起動通知を受信した場合である。

制御部３１は、直前に送信した要求に基づき処理を続行する。ここで、書込制御装置２０が起動通知を応答する契機となった要求に対し、書込制御装置２０はまだ処理を行っていないので、制御部３１は、直前に送信した要求から処理をやり直す（Ｓ２５０）。このように、画像処理装置１００は要求を再開するだけで処理を継続でき、描画時間を短縮できる。

ｂ．１枚のラベルの描画の途中だった（図４（ｂ）の「処理群の始めからやり直し」に対応）
１枚のラベル１４０の途中とは、「データ生成要求１から印字開始要求までの間」に起動通知を受信した場合である。この場合、印刷データ蓄積部４５に蓄積された印刷データが失われてしまったと考えられるので、「データ生成要求１」からやり直す（Ｓ２６０）。この場合も、画像処理装置１００は初期化処理から再開するのでなく、「データ生成要求１」から要求を再開すればよいので、描画時間を短縮できる。

ｃ．印刷開始要求の後
書込制御装置２０が途中までラベル１４０に描画し、描画し終える前に書込制御装置２０に異常が生じることも可能性としてゼロではない。この状態を検知するタイミングとしては、例えば、「印刷開始要求の後」であるというタイミングがある。

描画し終える前に書込制御装置２０に異常が生じるタイミングについて補足する。
(i)書込制御装置２０が、印刷開始要求を受信すると、処理実行部４４が１枚のラベル１４０の描画が完了する前に、応答送信部４２が応答を送信するような設計の場合がある（描画可能であれば応答を送信するような設計の場合→描画が完了する前に印刷データの処理を開始できる）。この場合、「印刷開始要求の後、（次のラベルの）データ生成要求１に対し」起動通知を受信すると、途中までラベル１４０が描画されている可能性がある。
(ii)また、書込制御装置２０は、印刷開始要求を受信すると、処理実行部４４が１枚のラベル１４０の描画が完了した後に、応答送信部４２が応答を送信する設計の場合がある。したがって、書込制御装置２０に異常が生じると、画像処理装置１００が印刷開始要求に対し応答を受信できない。このため、例えば、応答を受信できないため、再度、「印刷開始要求を送信した後、該要求に対し」起動通知を受信したような場合、途中までラベル１４０が描画されている可能性がある。

いずれの場合も、描画が途中の可能性があるので、これらの場合、制御部３１は、ラベル１４０の消去を書込制御装置２０に要求する（Ｓ２７０）。書込制御装置２０にはラベル１４０を消去するイレーザーの機能が備わっているため、処理実行部４４はラベル１４０を消去できる。また、レベルが消色温度になるような描画パワーに設定し、描画した印字データをなぞることでもレベルを消去できる。具体的には、消去するための要求と応答を１回以上繰り返す。

また、ラベル１４０の途中まで描画されている場合に画像処理装置１００が起動通知を受信した場合、印刷データ蓄積部４５に蓄積された印刷データが失われてしまったと考えられるので、「データ生成要求１」からやり直す（Ｓ２６０）。

このように、ラベル１４０を消去して再描画することで、描画が完了していないラベル１４０が発生してしまうなどの描画不良を低減できる。

(iii) 否定応答の場合
応答内容判定部３２は否定応答に対し以下のように処理する。

まず、応答内容判定部３２は直前に、起動通知を受信したか否かを判定する（Ｓ２８０）。直前に起動通知を受信していた場合（Ｓ２８０のＹｅｓ）、再起動直後であるので肯定応答できないことから、書込制御装置２０に何らかの異常が発生している可能性が高いと考えられる。すなわち、直前に起動通知を受信していた場合、画像処理装置１００は、起動通知を受信した要求から再開する（Ｓ２５０）、データ生成要求１から再開する（Ｓ２６０）、ラベル１４０の消去のための要求を行う（Ｓ２７０）、のいずれかを行う。しかし、いずれの要求に対しても書込制御装置２０が正常であれば、肯定応答を送信するはずである。

したがって、この場合、応答内容判定部３２は、書込制御装置２０に重大なエラーが発生したものとして、異常時処理を行う（Ｓ２９０）。このステップＳ２８０でＹｅｓと判定された場合の処理（Ｓ２９０）が、図４（ｂ）の「初期化処理からやり直し」に対応する。

異常時処理には以下のようなものがある。
・オペレータに通知する
・サービスマンの予め設定されたメールアドレスへのメール送信など
一方、直前に起動通知を受信してない場合（Ｓ２８０のＮｏ）、応答内容判定部３２はどの要求に対する否定応答かを判定する（Ｓ３００）。要求送信部３３はどのような要求を送信したかは、制御部３１に問い合わせてもよいし、常に、最後の要求を応答内容判定部３２が保持していてもよい。

送信した要求が印刷開始要求の場合、書込制御装置２０が描画を開始したが描画が完了できなかった可能性があるので、制御部３１にラベル１４０の初期化を指示する（Ｓ３１０）。この後、制御部３１は、書込制御装置２０を再起動するなどのエラー処理を行う。

送信した要求が印刷開始要求でない場合、初期化要求やデータ生成要求に対し否定応答が送信されたため、制御部３１に例えば再度、同じ要求を送信するよう指示する。この後、書込制御装置２０が肯定応答を再開すれば処理を継続し、所定数以上、否定応答が連続した場合、エラー処理を行う。

＜画像処理装置が書込制御装置から応答を受信した際の処理（変形例）＞
図１５の処理では、受信した応答がどの要求に対する応答かによって、ラベル１４０を消去するか否かを判定していた。しかし、ラベル１４０を消去すべきか否かを厳密に判定することが困難であったり、厳密に判定しようとするとコスト増となる場合もある。そこで、起動通知を受信した場合、どの要求に対する応答かを判定することなく、ラベル１４０を消去することも有効である。

図１６は、画像処理装置１００の動作手順を示すフローチャート図の一例である。図１６の処理は、図１５のステップＳ２７０、Ｓ３１０がなく、その代わりに、ステップＳ２４５、Ｓ２８５を有している。

すなわち、応答内容判定部３２が起動通知を受信したと判定した場合（Ｓ２２０）、応答内容判定部３２はどの要求に対する応答かを判定し（Ｓ２４０）、１枚のラベル１４０の途中であった場合、制御部３１はラベル１４０を消去すべきと判定する（Ｓ２４５）。これにより、ラベル１４０が描きかけになっている可能性がある場合は、必ずラベル１４０を消去できる。起動通知があることはそれほど多くないので処理が遅延することもほとんどない。

また、図１５と同様に、制御部３１は否定応答を受信した場合にラベル１４０を消去する。応答内容判定部３２が否定応答を受信したと判定した場合（Ｓ２２０）、応答内容判定部３２は直前に起動通知を受信したか否かを判定する（Ｓ２８０）。直前に起動通知を受信していない場合、制御部３１はラベル１４０を消去すべきと判定する（Ｓ２８５）。否定応答を受信することは何らかの不具合が生じている可能性があるので、ラベル１４０を消去し最初から描画することで描画不良を低減できる。

なお、直前に起動通知を受信した場合に（Ｓ２８０のＹｅｓ）、ラベル１４０を消去しないのは、起動通知の受信時にすでにラベル１４０を消去しているためである。

以上説明したように、本実施例の処理システムは、１回の要求と送信でコネクションを切断するので、書込制御装置２０が再起動しても必ずしも初期化処理からやり直す必要がない。書込制御装置２０が再起動した場合、画像処理装置１００は起動通知を受信することで再起動を検知できる。そして、起動通知を受信した時の画像処理装置１００の状態に応じて適切な要求から送信を再開するので、画像処理装置１００が意図しない動作を書込制御装置２０が行うことを防止できる。

なお、本実施例では書込制御装置２０が起動後に最初に要求を受信した場合に、起動通知を送信することとした。しかし、起動通知は起動した直後であることを画像処理装置１００に通知できればよい。したがって、例えば、起動後に最初に要求を受信したのでない場合に、起動直後でないことを示す情報を肯定応答又は否定応答に含めて送信してもよい。この場合、画像処理装置１００は、肯定応答又は否定応答に起動直後でないことを示す情報が含まれていないことから、起動直後であることを検出できる。このようにすることで、予め、肯定応答又は否定応答に含まれている情報の一部を起動通知に利用できる。

実施例１では、起動直後に要求を受信した書込制御装置２０が、起動通知を送信するとしたが、起動直後に要求を受信した書込制御装置２０が処理を行い、応答と共に起動通知を送信してもよい。この場合、画像処理装置１００は送信する要求の回数を１回減らすことができる。

図１７は、本実施例の処理システムの概略的な特徴を説明する図の一例である。図１７の処理はコネクション２の処理まで、図４と同様である。
（１）ホストが要求１を送信後、装置が応答１を送信した。
（２）ホストが要求２を送信後、装置が応答２を送信した。
（３）その後、装置に異常が発生し、装置が再起動した。
（４）ホストが要求３を送信し、装置が要求３を受信した場合、装置は処理を行い応答と共に「起動通知」をホストに送信する。装置は、図１４のＳ１４０のように処理可能な要求か否かを判定し、処理可能でない場合、否定応答をホストに送信する。また、処理可能な場合、処理を実行し、正常に処理ができたか否かに応じて肯定応答又は否定応答をホストに送信する。
（５）ホストは、起動通知を受信した場合、肯定応答か否定応答か、及び、実施例１と同様に要求３が過去の要求１，２の処理結果に依存するか否かを判定し、送信すべき要求を判断する。そして、１枚のラベルの途中でない場合は、最後に送信した要求の次の要求から要求の送信を再開する。図では要求４を送信している。

図１８は、画像処理装置１００の動作手順を示すフローチャート図の一例である。図１８の処理は、図１５とほぼ同様なので主要処理を説明する。

まず、応答受信部３４は書込制御装置から肯定応答のみ、否定応答のみ、起動通知＋肯定応答、又は、起動通知＋否定応答のいずれかを受信する（Ｓ２１０）。肯定応答のみ、及び、否定応答のみを受信した場合の処理は図１５と同様になる。

起動通知＋肯定応答、又は、起動通知＋否定応答を受信した場合（Ｓ２２０）、応答内容判定部３２は、以下のように次に送信すべき応答を判定する（Ｓ２４０）。

a．肯定応答＋１枚のラベルの途中ではない
起動通知が送信された要求に対し処理が正常に行われ、１枚のラベルの途中ではないでもないので、制御部３１は、直前に送信した要求の次の要求から処理をやり直す（Ｓ２５０−１）。

b．否定応答＋１枚のラベルの途中ではない
起動通知が送信された要求に対し処理が正常に行われていないが、１枚のラベルの途中ではない場合、もう一度、制御部３１は、直前に送信した要求から処理をやり直す（Ｓ２５０−２）。この後、さらに否定応答が続く場合、ステップＳ２９０により異常時処理される。

ｃ．肯定応答or否定応答＋１枚のラベルの途中
１枚のラベルの途中だった場合、印字データが消去されているはずなので、肯定応答か否定応答か考慮せず、「データ生成要求１」からやり直す（Ｓ２６０）。

ｄ．印刷開始要求の後
実施例１と同様に、描画が途中の可能性があるので、これらの場合、制御部３１は、ラベル１４０の消去を書込制御装置２０に要求する（Ｓ２７０）。

この他は、実施例１の処理と同様になる。また、図１６の手順を採用した場合も、「ｄ．印刷開始要求の後」がないだけで同様になる。

このように、書込制御装置２０が起動通知を送信する際も処理を行うことで、画像処理装置１００が起動通知を受信した場合でも、同じ要求を送信する必要が全くないようにすることができる。

１１ コンベア
１２ レーザー書込システム
１３ コンテナ
１４ 感熱記録媒体
２０ 書込制御装置
２１ レーザー発振器
２２ スポット径調整レンズ
２３ 方向制御用モータ
２４ 方向制御ミラー
２５ 焦点距離調整レンズ
３０ レーザー照射装置
３１ 制御部
３２ 応答内容判定部
３３ 要求送信部
３４ 応答受信部
４１ 要求受信部
４２ 応答送信部
４３ 状態管理部
４４ 処理実行部
４５ 印刷データ蓄積部
４６ フラグ
１００ 画像処理装置

特開２００７−０１９８１０号公報

Claims (14)

1. コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストと、前記ホストから受信した要求に応じた処理を行う情報処理装置とを有する処理システムであって、
   前記ホストは、
   前記情報処理装置に要求を送信する要求送信手段と、
   前記情報処理装置から応答を受信する応答受信手段と、を有し、
   前記情報処理装置は、
   前記ホストから要求を受信する要求受信手段と、
   起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段と、
   前記要求受信手段が要求を受信した場合、前記起動情報記憶手段に前記起動情報が記憶されているか否かを判定する起動判定手段と、
   前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、前記ホストに起動通知を送信する応答送信手段と、を有することを特徴とする処理システム。
2. 前記ホストは、
   前記応答受信手段が前記起動通知を受信したか否かを判定する応答判定手段と、
   予め定められたシーケンスに従い、前記情報処理装置に送信する要求の内容と順番を制御する要求制御手段と、を有し、
   前記応答判定手段が前記起動通知を受信したと判定した場合、前記要求制御手段は前記起動通知を受信する直前に送信した要求に基づき、前記シーケンスを途中で変更するか否かを判定し、最後に送信した要求から、又は、シーケンスの先頭の要求から、要求を送信することを再開する、ことを特徴とする請求項１記載の処理システム。
3. 前記情報処理装置は、
   レーザー光を照射して媒体にオブジェクトを描画するレーザー照射手段を有し、
   前記ホストの前記応答判定手段が前記起動通知を受信したと判定した場合、
   前記要求制御手段は、最後に送信した要求がオブジェクトデータの描画データ生成要求の途中であった場合、オブジェクトデータの最初の描画データ生成要求を送信すると判定し、
   最後に送信した要求がオブジェクトデータの描画データ生成要求の途中でない場合、最後に送信した要求を再度、送信すると判定する、
   ことを特徴とする請求項２記載の処理システム。
4. 前記応答判定手段が前記起動通知を受信したと判定した場合、
   前記要求制御手段は、最後に送信した要求が描画開始要求である場合、前記媒体に描画されているオブジェクトを消去する要求を送信すると判定する、
   ことを特徴とする請求項３記載の処理システム。
5. 前記応答判定手段が前記起動通知を受信したと判定した場合、
   前記要求制御手段は、最後に送信した要求がオブジェクトデータの描画データ生成要求の途中であった場合、前記媒体に描画されているオブジェクトを消去する要求を送信すると判定する、ことを特徴とする請求項３記載の処理システム。
6. 前記情報処理装置が要求に応じた処理を実行した場合、前記応答送信手段は肯定応答を前記ホストに送信し、前記情報処理装置が要求に応じた処理を実行できない場合、前記応答送信手段は否定応答を前記ホストに送信し、
   前記応答判定手段が前記否定応答を受信したと判定した場合、前記応答判定手段は前記否定応答の直前に前記起動通知を受信したか否かを判定し、
   前記否定応答の直前に前記起動通知を受信していた場合、前記要求制御手段は異常処理を行う、ことを特徴とする請求項２〜５いずれか１項記載の処理システム。
7. 前記要求受信手段が要求を受信し、前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、
   前記情報処理装置が要求に応じた処理を実行し、前記応答送信手段は、前記否定応答又は前記肯定応答のいずれかと前記起動通知を前記ホストに送信し、
   前記応答判定手段が前記起動通知と前記肯定応答、又は、前記起動通知と前記否定応答を受信した場合、前記要求制御手段は前記起動通知を受信する直前に送信した要求に基づき前記シーケンスを途中で変更するか否かを判定し、最後に送信した要求の次の要求から、最後に送信した要求から、又は、シーケンスの先頭の要求から、要求を送信することを再開する、ことを特徴とする請求項６記載の処理システム。
8. コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストから、受信した要求に応じた処理を行う情報処理装置であって、
   前記ホストから要求を受信する要求受信手段と、
   起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段と、
   前記要求受信手段が要求を受信した場合、前記起動情報記憶手段に前記起動情報が記憶されているか否かを判定する起動判定手段と、
   前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、前記ホストに起動通知を送信する応答送信手段と、
   を有することを特徴とする情報処理装置。
9. 前記起動判定手段は前記起動情報記憶手段に前記起動情報が記憶されていないと判定した場合、過去に受信した要求に基づき、現在の要求に応じた処理が可能か否かを判定し、
   現在の要求に応じた処理が可能であると判定した場合、要求に応じた処理を行う処理実行手段を、有することを特徴とする請求項８記載の情報処理装置。
10. レーザー光を照射して媒体にオブジェクトを描画するレーザー照射手段を有し、
    前記ホストから受信した要求が描画データの生成要求である場合、前記処理実行手段は、要求に付随して送信されたオブジェクトのデータからレーザー光の照射位置を指示する描画データを生成し、描画データ蓄積部に蓄積する、
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記ホストから受信した要求が描画の開始要求である場合、前記処理実行手段は、前記描画データ蓄積部に蓄積されている描画データを読み出し、前記レーザー照射手段により媒体に対しレーザー光を照射することでオブジェクトを描画する、
    ことを特徴とする請求項１０記載の情報処理装置。
12. ホストから要求を受信する要求受信手段と、
    起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段と、
    前記要求受信手段が要求を受信した場合、前記起動情報記憶手段に前記起動情報が記憶されているか否かを判定する起動判定手段と、
    前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、前記ホストに起動通知を送信する応答送信手段と、を有する情報処理装置と、
    コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストであって、
    前記情報処理装置に要求を送信する要求送信手段と、
    前記情報処理装置から応答を受信する応答受信手段と、を有することを特徴とするホスト。
13. コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストから、受信した要求に応じた処理を行う情報処理装置のデータ処理方法であって、
    要求受信手段が、前記ホストから要求を受信するステップと、
    前記要求受信手段が要求を受信した場合、起動判定手段が、起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段に前記起動情報が記憶されているか否かを判定するステップと、
    前記起動判定手段が前記起動情報記憶手段に前記起動情報が記憶されていると判定した場合、応答送信手段が前記ホストに起動通知を送信するステップと、
    を有することを特徴とするデータ処理方法。
14. コネクションを接続した後、送信した要求に対する応答を受信する毎にコネクションを切断するホストから、受信した要求に応じた処理を行う情報処理装置に、
    前記ホストから要求を受信する要求受信ステップと、
    前記要求受信ステップにて要求が受信された場合、起動してから要求を受信するまで起動情報を記憶する起動情報記憶手段に前記起動情報が記憶されているか否かを判定する起動判定ステップと、
    前記起動判定ステップにて前記起動情報記憶手段に前記起動情報が記憶されていると判定された場合、前記ホストに起動通知を送信する応答送信ステップと、
    を実行させるプログラム。

Images