(57)【要約】【課題】プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることのできるプリンタ装置、プリントシステムおよび印字データ送信制御方法を得ること。【解決手段】プリンタ装置２０３の通信インタフェース部２１１は、受信したＩＰパケットから印字データを復元して、ＩＰパケットの送信元ＩＰアドレスと共に印字管理部２２１に渡す。印字管理部２２１は、印字データを一時的に格納してから印字処理部２１２へ送るが、各印字データの文書番号と送信元ＩＰアドレスとを管理テーブル２２３に登録する。いずれかの印字データについて印字処理の実行の中止されると、管理テーブル２２３を参照し、受信中の場合にはその送信元ＩＰアドレスと文書番号とを送信中止指示部２１５へ渡し、その送信元ＩＰアドレスが示すホスト装置に対してその文書番号の印字データの送信の中止を指示させる。【選択図】図２
2006123213.tif 000002
【特許請求の範囲】
【請求項１】
印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信するパケット受信手段と、
このパケット受信手段が受信したパケットの前記送信元アドレスを取得する送信元アドレス取得手段と、
前記パケット受信手段が受信したパケットに格納された前記分割データをそれぞれ抜き出して連結し前記印字データを組み立てる印字データ組立手段と、
この印字データ組立手段が組み立てた印字データを用いて印字処理を行う印字処理手段と、
前記印字データ組立手段が組み立てを行っている印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別手段と、
前記印字データ組立手段が組み立てを開始し、この分割データ受信完了判別手段が前記分割データの受信を完了したと判別していない印字データについて印字処理の実行が中止されたとき、前記送信元アドレス取得手段が取得した送信元アドレスが示す相手先に対して自装置へのパケットの送信の中止を指示する送信中止指示手段
とを備えたプリンタ装置。
【請求項２】
印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信する第１のパケット受信手段と、この第１のパケット受信手段が受信したパケットの前記送信元アドレスを取得する送信元アドレス取得手段と、前記第１のパケット受信手段が受信したパケットに格納された前記分割データをそれぞれ抜き出して連結し前記印字データを組み立てる印字データ組立手段と、この印字データ組立手段が組み立てた印字データを用いて印字処理を行う印字処理手段と、前記印字データ組立手段が組み立てを行っている印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別手段と、前記印字データ組立手段が組み立てを開始し、この分割データ受信完了判別手段が前記分割データの受信を完了したと判別していない印字データについて印字処理の実行が中止されたとき、前記送信元アドレス取得手段が取得した送信元アドレスを宛先アドレスとし自装置へのパケットの送信の中止を指示する情報としての送信中止指示情報を格納したパケットを生成する送信中止指示パケット生成手段と、この送信中止指示パケット生成手段が生成したパケットを送信する第１のパケット送信手段とを備えたプリンタ装置と、
このプリンタ装置で印字させようとする印字データを分割した分割データのそれぞれにヘッダ情報として自装置のアドレスを送信元アドレスとして付加したパケットを生成する印字データパケット生成手段と、この印字データパケット生成手段が生成したパケットを前記プリンタ装置の第１のパケット受信手段へと送信する第２のパケット送信手段と、自装置のアドレスを宛先アドレスとするパケットを受信する第２のパケット受信手段と、この第２のパケット受信手段が受信したパケットに前記送信中止指示情報が格納されていると、その送信中止指示情報に従って前記印字データパケット生成手段にパケットの生成を中止させるパケット生成中止手段とを備えたホスト装置
とを具備することを特徴とするプリントシステム。
【請求項３】
前記ホスト装置は、各印字データの識別情報を付加した印字データを生成する印字データ生成手段を更に具備し、前記パケット生成中止手段は、前記送信中止指示情報が識別情報を指定している場合には該当する印字データの分割データを格納したパケットの生成を前記印字データパケット生成手段に対して中止させ、識別情報を指定していな場合には前記印字データパケット生成手段に対してその時点でパケットの生成の対象としている印字データの分割データを格納したパケットの生成を中止させる手段であり、
前記プリンタ装置は、前記印字データ組立手段が組み立てを行っている印字データから前記識別情報を取得する識別情報取得手段を更に備え、前記送信中止指示パケット生成手段は、送信の中止の指示の対象となる印字データについてこの識別情報取得手段が識別情報を取得した場合にはその識別情報を指定した前記送信中止指示情報を格納したパケットを生成し、前記識別情報取得手段が識別情報を取得していない場合には識別情報を指定しない前記送信中止指示情報を格納したパケットを生成する手段であることを特徴とする請求項２記載のプリントシステム。
【請求項４】
前記ホスト装置は、前記印字データ生成手段が生成した印字データを一時的に格納する印字データ格納手段を更に備え、前記印字データパケット生成手段は、この印字データ格納手段に格納された印字データを所定量ずつ取り出して取り出したデータを格納したパケットを生成する手段であり、前記パケット生成中止手段は、送信の中止の対象となる印字データを基に生成されたパケットを破棄するパケット破棄手段と、送信の中止の対象となる印字データの残りの部分のデータを前記印字データ格納手段から削除するデータ削除手段とを備えていることを特徴とする請求項３記載のプリントシステム。
【請求項５】
前記プリンタ装置は、前記印字データ組立手段が組み立てを開始しなおかつ前記印字処理手段が印字処理を完了していない各印字データについて印字処理の実行の中止の指示を受け付ける印字中止指示受付手段と、この印字中止指示受付手段が印字処理の実行の中止の指示を受け付けると、該当する印字データを破棄するとともに該当する印字データを基にした印字処理が実行されている場合には前記印字処理手段にその実行中の印字処理を中止させる印字処理実行中止手段とを更に備えていることを特徴とする請求項２記載のプリントシステム。
【請求項６】
前記プリンタ装置は、前記印字データ組立手段が組み立てを開始しなおかつ前記印字処理手段が印字処理を完了していない各印字データについて、前記送信元アドレス取得手段が取得した送信元アドレスと、前記識別情報取得手段がその印字データから取得した識別情報と、前記分割データ受信完了判別手段の判別とを対応付けて記述する印字データ情報対応テーブルを更に備え、前記送信中止指示パケット生成手段は、この印字データ情報対応テーブルを参照して印字が中止された印字データが受信中である場合には、前記印字データ情報対応テーブルから対応する送信元アドレスと識別情報とを取得してこれを基に前記送信中止指示情報を格納したパケットを生成する手段であることを特徴とする請求項３記載のプリントシステム。
【請求項７】
印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信するパケット受信ステップと、
このパケット受信ステップで受信したパケットの前記送信元アドレスを取得する送信元アドレス取得ステップと、
前記パケット受信ステップで受信したパケットに格納された前記分割データをそれぞれ抜き出して連結を開始し前記印字データの組み立てを開始する印字データ組立開始ステップと、
この印字データ組立開始ステップで組み立てが開始された各印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別ステップと、
前記印字データ組立開始ステップで組み立てが開始され、この分割データ受信完了判別ステップで前記分割データの受信を完了したと判別されていない印字データについて、印字処理の実行の中止の指示を受け付ける印字中止指示受付ステップと、
この印字中止指示受付ステップで印字処理の実行の中止の指示を受け付けると、前記送信元アドレス取得ステップで取得した送信元アドレスが示す相手先に対して自装置へのパケットの送信の中止を指示する送信中止指示ステップ
とを備えた印字データ送信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印字データをホスト側の装置から通信ネットワークを介して受信するプリンタ装置、このようなプリンタ装置を使用したプリントシステムおよびこのようなプリントシステムの印字データ送信制御方法に係わり、特にプリンタ装置側で印字処理の中止が行われる場合に好適なプリンタ装置、プリントシステムおよび印字データ送信制御方法に関する。
【背景技術】
【０００２】
パーソナルコンピュータ等の印字情報源から通信ネットワークを介して送られてくる印字データを受信してこれらの印字を行うプリンタ装置では、受信した印字データを自装置のメモリに一時的に格納した後、これを読み出して印字を行う。このようなプリンタ装置では、何らかの理由で入力された印字データの印字処理の実行をプリンタ装置側で中止する必要が生じた場合には、不要となった印字データを消去することが行われている。
【０００３】
しかしながら、印字データを送信する側の機器（以下、ホスト装置という）では、すでに送信を指示された印字データはその後も継続して送信を行うようになっている。したがって、１つの文書についての印字データを受信している途中でプリンタ装置から該当するデータを消去しても、印字データの残りの部分が送られてきてしまうことになり、これを基に本来印字すべきでない印字処理が行われてしまう可能性がある。しかも、印字データに付加された印字を制御するための情報が不完全なものとなった場合に、意味不明の大量の文字化けした印字が行われてしまうことが多い。
【０００４】
そこで、印字を中止する際に、該当する印字データが受信中であるか否かを判別するようにしたプリンタ装置が従来より提案されている（たとえば特許文献１参照）。この第１の提案では、ホスト装置は、印字データを分割して一連の複数のパケットに格納してプリンタ装置へと送信する。そして、各パケットのヘッダ部分には、印字データのどの部分を格納しているかを示す情報を記述するようになっている。プリンタ装置側では、この情報を基に印字データの区切りを判別し、印字データの受信中にその印字処理が中止された場合には、その後に続けて送られてきた印字データの残りの部分のデータを印字処理の対象としないようにしている。
【０００５】
しかしながら、このようにしてプリンタ装置側で無駄な印字処理を低減させることができても、ホスト装置は前記したように印字データをプリンタ装置へと送り続けるため、通信ネットワークでは無駄なデータ伝送が行われることになる。このような無駄なデータ伝送は、ネットワーク負荷や他の通信への影響を考えると、できるだけ抑えられることが望ましい。
【０００６】
そこで、ホスト装置に対して印字データの送信処理の中止を指示するようにしたプリンタ装置が従来より提案されている（たとえば特許文献２参照）。この第２の提案では、プリンタ装置側が印字データを受信すべきではないと判別すると、自装置に対する印字データの送信を中止させるビジー信号を通信ネットワークに送出するようになっている。これにより、無駄なデータ伝送を低減させることができる。
【０００７】
しかしながら、この第２の提案では、通信ネットワークに接続されたすべてのホスト装置がプリンタ装置への印字データの送信を中止してしまい、この結果として、本来印字処理の中止の対象となっていない印字データについても送信が中止されてしまう。
【０００８】
そこで、受信した印字データがどのホスト装置から送信されたものかを判別し、送信の中止を該当するホスト装置に対して指示するようにしたプリンタ装置が提案されるに至っている（たとえば特許文献３参照）。この第３の提案では、各ホスト装置は、各印字データに自装置を識別するための情報を付加するようになっている。そして、プリンタ装置は受信した印字データからこの識別情報を取得し、受信中の印字データについて印字処理の中止が指示された場合には、この識別情報が示すホスト装置に対して印字データの送信を中止させる信号を送るようになっている。これにより、印字処理の中止の対象となっている印字データを送信しているホスト装置に対してのみ送信を中止させることができる。
【特許文献１】特開２０００−１３５８２０号公報（第０１６０〜０１６２段落、図１）
【特許文献２】特開２００２−９６５３９号公報（第００５９段落、図５）
【特許文献３】特開２００４−１３０７８４号公報（第００７０〜００７３段落、図９）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ローカルネットワークの普及により、通信ネットワークの多くでは、パケット通信が採用されている。これと共に、通信ネットワークに属するそれぞれのホスト装置からパケット通信によって印字データを受信して印字処理を行うプリンタ装置の普及が広がっている。多くの印字データは１つのパケットに格納できるデータ量よりも大きなデータ量となっている。このため、印字データの多くは、第１の提案で説明したように複数のパケットに分割した形で通信ネットワークを伝送されることになる。したがって、このようなプリンタ装置にこの第３の提案を適用した場合、受信したパケットから印字データを部分的に組み立てると共に、その印字データに付随した制御データから前記した識別情報を取得し、これを基にして送信元のホスト装置を判別してこれに対して印字データの送信の中止を指示することになる。
【００１０】
しかしながら、送信の中止を指示する対象となる印字データは、当然ながらまだ組み立てに必要なすべてのデータの受信が完了していない段階である場合が多い。このため、パケットを構成するデータの一部に転送時等にエラーが生じたような場合には、制御データを正しく認識できないような場合がある。すると、送信元を示す識別情報を取得できず印字データの送信を中止させることができなかったり、間違ったホスト装置に対して印字データの送信を中止する指示を出す可能性がある。この結果として、本来、中止を指示すべきホスト装置に対する送信の中止の指示が遅くなり、無駄な印字データの送信を効果的に低減させることができなくなる。
【００１１】
そこで本発明の目的は、プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることのできるプリンタ装置、プリントシステムおよび印字データ送信制御方法を提供することにある。
【課題を解決するための手段】
【００１２】
請求項１記載の発明では、（イ）印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信するパケット受信手段と、（ロ）このパケット受信手段が受信したパケットの送信元アドレスを取得する送信元アドレス取得手段と、（ハ）パケット受信手段が受信したパケットに格納された分割データをそれぞれ抜き出して連結し印字データを組み立てる印字データ組立手段と、（ニ）この印字データ組立手段が組み立てた印字データを用いて印字処理を行う印字処理手段と（ホ）印字データ組立手段が組み立てを行っている印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別手段と、（ヘ）印字データ組立手段が組み立てを開始し、この分割データ受信完了判別手段が分割データの受信を完了したと判別していない印字データについて印字処理の実行が中止されたとき、送信元アドレス取得手段が取得した送信元アドレスが示す相手先に対して自装置へのパケットの送信の中止を指示する送信中止指示手段とをプリンタ装置に具備させる。
【００１３】
すなわち請求項１記載の発明では、受信したパケットに格納された印字データを分割した個々のデータとしての分割データをそれぞれ抜き出して連結し、印字データを組み立てて印字処理を行うようになっている。ところが、一連の分割データの受信を完了していない印字データについて印字処理の実行が中止される場合がある。そのままでは残りの分割データを格納したパケットが継続して送られてきてしまう可能性があるためその送信元にパケットの送信の中止を指示すべきだが、組み立ての状況によっては印字データに送信元を示す情報が含まれていたとしてもこれを取得することができない。そこで、送信元アドレス取得手段は受信したパケットにヘッダ情報として付加された送信元アドレスを取得するようになっており、取得した送信元アドレスに対して自装置へのパケットの送信の中止を指示するようになっている。これにより、印字データの組み立ての状況にかかわらず、プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることができる。
【００１４】
請求項２記載の発明では、（イ）印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信する第１のパケット受信手段と、この第１のパケット受信手段が受信したパケットの送信元アドレスを取得する送信元アドレス取得手段と、第１のパケット受信手段が受信したパケットに格納された分割データをそれぞれ抜き出して連結し印字データを組み立てる印字データ組立手段と、この印字データ組立手段が組み立てた印字データを用いて印字処理を行う印字処理手段と、印字データ組立手段が組み立てを行っている印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別手段と、印字データ組立手段が組み立てを開始し、この分割データ受信完了判別手段が分割データの受信を完了したと判別していない印字データについて印字処理の実行が中止されたとき、送信元アドレス取得手段が取得した送信元アドレスを宛先アドレスとし自装置へのパケットの送信の中止を指示する情報としての送信中止指示情報を格納したパケットを生成する送信中止指示パケット生成手段と、この送信中止指示パケット生成手段が生成したパケットを送信する第１のパケット送信手段とを備えたプリンタ装置と、（ロ）このプリンタ装置で印字させようとする印字データを分割した分割データのそれぞれにヘッダ情報として自装置のアドレスを送信元アドレスとして付加したパケットを生成する印字データパケット生成手段と、この印字データパケット生成手段が生成したパケットをプリンタ装置の第１のパケット受信手段へと送信する第２のパケット送信手段と、自装置のアドレスを宛先アドレスとするパケットを受信する第２のパケット受信手段と、この第２のパケット受信手段が受信したパケットに送信中止指示情報が格納されていると、その送信中止指示情報に従って印字データパケット生成手段にパケットの生成を中止させるパケット生成中止手段とを備えたホスト装置とをプリントシステムに具備させる。
【００１５】
すなわち請求項２記載の発明では、プリンタ装置とホスト装置はそれぞれパケットを送受信する手段を備えており、ホスト装置はプリンタ装置で印字させようとする印字データを分割した個々の分割データをパケット化してプリンタ装置に送信するようになっている。プリンタ装置では、受信したパケットに格納された分割データをそれぞれ抜き出して連結し印字データを組み立てるが、一連の分割データの受信を完了していない印字データについて印字処理の実行が中止される場合がある。そのままでは残りの分割データを格納したパケットが継続して送られてきてしまう可能性があるためその送信元にパケットの送信の中止を指示すべきだが、組み立ての状況によっては印字データに送信元を示す情報が含まれていたとしてもこれを取得することができない。そこで、送信元アドレス取得手段は受信したパケットにヘッダ情報として付加された送信元アドレスを取得するようになっている。そして、自装置へのパケットの送信の中止を指示する送信中止指示情報を生成し、これをパケット化して送信するが、その宛先アドレスは、この取得した送信元アドレスとしている。ホスト装置では、このパケットを受信すると、その送信中止指示情報に従ってパケットの生成を中止し、その結果、パケットの送信が中止される。これにより、印字データの組み立ての状況にかかわらず、プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることができる。
【００１６】
請求項７記載の発明では、（イ）印字処理の対象となる印字データを分割した個々のデータとしての分割データのそれぞれにヘッダ情報として送信元アドレスを付加したパケットを受信するパケット受信ステップと、（ロ）このパケット受信ステップで受信したパケットの送信元アドレスを取得する送信元アドレス取得ステップと、（ハ）パケット受信ステップで受信したパケットに格納された分割データをそれぞれ抜き出して連結を開始し印字データの組み立てを開始する印字データ組立開始ステップと、（ニ）この印字データ組立開始ステップで組み立てが開始された各印字データについて、すべての分割データの連結が完了したかどうかによって一連の分割データの受信の完了を判別する分割データ受信完了判別ステップと、（ホ）印字データ組立開始ステップで組み立てが開始され、この分割データ受信完了判別ステップで分割データの受信を完了したと判別されていない印字データについて、印字処理の実行の中止の指示を受け付ける印字中止指示受付ステップと、（ヘ）この印字中止指示受付ステップで印字処理の実行の中止の指示を受け付けると、送信元アドレス取得ステップで取得した送信元アドレスが示す相手先に対して自装置へのパケットの送信の中止を指示する送信中止指示ステップとを印字データ送信制御方法に具備させる。
【００１７】
すなわち請求項７記載の発明では、受信したパケットに格納された印字データを分割した個々のデータとしての分割データをそれぞれ抜き出して連結し、印字データの組み立てを開始する。そして、組み立てが開始され一連の分割データの受信を完了していない印字データについて印字処理の実行の中止の指示を受け付けるが、印字処理は中止されたとしても、そのままでは残りの分割データを格納したパケットが継続して送られてきてしまう可能性がある。したがって、その送信元にパケットの送信の中止を指示すべきだが、組み立ての状況によっては印字データに送信元を示す情報が含まれていたとしてもこれを取得することができない。そこで、受信したパケットにヘッダ情報として付加された送信元アドレスを取得するようになっており、取得した送信元アドレスに対して自装置へのパケットの送信の中止を指示するようになっている。これにより、印字データの組み立ての状況にかかわらず、プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることができる。
【発明の効果】
【００１８】
以上説明したように本発明によれば、プリンタ装置は印字データをパケットによって受信するが、受信したパケットの送信元アドレスを取得し、印字処理の実行が中止された場合にはこの送信元アドレスを使用して自装置へのパケットの送信の中止を指示するようになっている。これにより、印字データの組み立ての状況にかかわらず、プリンタ装置側が印字を中止するとき該当する印字データを送信中のホスト装置に対してより的確に印字データの送信を中止させることができる。
【発明を実施するための最良の形態】
【００１９】
以下実施例につき本発明を詳細に説明する。
【実施例】
【００２０】
図１は、本発明の一実施例によるプリンタ装置が使用されるプリントシステムの概要を表わしたものである。このプリントシステム２００では、企業の社内ネットワークとして構築されたＬＡＮ（Local Area Network）２０１に、第１〜第ｎのホストコンピュータ２０２1〜２０２nと、プリンタ装置２０３とが接続されている。プリンタ装置２０３は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに対応したいわゆるネットワークプリンタである。また、第１〜第ｎのホストコンピュータ２０２1〜２０２nもＴＣＰ／ＩＰプロトコルに対応しており、更にプリンタ装置２０３を制御するためのデバイスドライバがそれぞれに用意されている。
【００２１】
図２は、プリンタ装置の構成を表わしたものである。プリンタ装置２０３には、図１のＬＡＮ２０１に接続されてパケット通信を行うとともに文書を印字するための印字データを受信パケットから復元するプリンタ側通信インタフェース部２１１と、用紙等の記録媒体への印字処理を行う印字処理部２１２が備えられている。そして、これらの間には、復元された印字データを一時的に格納して印字処理部２１２へ送るとともに、各印字データの受信状態および印字状態の管理や印字の中止に関する処理を行う印字管理部２１３が備えられている。更に、ユーザからの任意の文書についての印字の中止の指示を受け付けるための操作パネル部２１４と、印字データの送信元の機器に対して送信の中止を指示するための送信中止指示部２１５が備えられており、それぞれ印字管理部２１３と接続されている。送信中止指示部２１５は、更にプリンタ側通信インタフェース部２１１と接続されている。
【００２２】
印字管理部２１３には、新たな印字データの受信が開始されたときの受信時処理を行う受信時処理部２２１と、受信した印字データを一時的に格納する印字データ格納部２２２と、各文書の印字データの状態を管理するための管理テーブル２２３が備えられている。また、各印字データについての受信処理が終了したときの受信終了後処理を行う受信終了後処理部２２４と、印字処理が終了したときの印字終了後処理を行う印字終了後処理部２２５と、印字の中止が指示されたときの印字中止処理を行う印字中止処理部２２６が備えられている。
【００２３】
プリンタ装置２０３の各装置部は、図示しないＣＰＵ（中央処理装置）と制御用のプログラムを格納したＲＯＭ（リード・オンリ・メモリ）等の記憶媒体および既存のハードウェアとしての回路部品によって実現されている。更に、プリンタ側通信インタフェース部２１１は、具体的にはＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）８０２．３ｕで標準化されている１００ＢＡＳＥ−ＴＸに対応した図示しない通信デバイスを備えており、図１のプリントシステム２００で固有のＩＰアドレスが割り当てられている。また、印字処理部２１２は、たとえば図示しない感光体ドラムを使用した静電記録部を備えており、印字管理部２１３から受け取った印字データをイメージに展開し、感光体ドラムの表面にトナー像を形成させ、これを用紙に転写させるようになっている。また、操作パネル部２１４は、図示しない液晶パネルとタッチパネル装置を供えている。
【００２４】
図３は、第２のホストコンピュータの構成を表わしたものである。第２のホストコンピュータ２０２2には、所望の文書を印字するための印字データを生成する印字データ生成部２５１と、図１に示したＬＡＮ２０１に接続され、パケット通信を行うためのホスト側通信インタフェース部２５２が備えられている。また、これらの間には、生成された印字データを一時的に格納してホスト側通信インタフェース部２５２へ送るとともに、各印字データの送信状態の管理や送信の中止に関する処理を行う送信管理部２５３が備えられている。送信管理部２５３には、印字データ生成部２５１から受け取った印字データをその送信先のＩＰアドレスと対応付けて一時的に格納する送信データ格納部２６１と、各文書の印字データの送信状態を管理するための送信管理テーブル２６２が備えられている。また、送信中あるいは送信待ちの文書について印字データの送信を指示されると、該当する印字データの送信を中止する送信中止処理を行う送信中止処理部２６３が備えられている。
【００２５】
第２のホストコンピュータ２０２2の各装置部は、図示しないＣＰＵと制御用のプログラムを格納したＲＯＭ等の記憶媒体および既存のハードウェアとしての回路部品によって実現されている。更に、プリンタ側通信インタフェース部２１１は、具体的にはプリンタ装置２０３と同様に１００ＢＡＳＥ−ＴＸに対応した図示しない通信デバイスを備えており、ＴＣＰ／ＩＰプロトコルに対応している。
【００２６】
印字データ生成部２５１は、たとえば図示しない液晶ディスプレイとポインティングデバイスとしてのマウスとキーボードおよび文書を作成する機能を有するアプリケーションソフトウェアによって実現されるものである。そして、作成された文書をプリンタ装置２０３で印字することがユーザの操作によって選択されると、プリンタ装置２０３のデバイスドライバを使用してその文書をプリンタ装置２０３で印字するための印字データを生成し、プリンタ装置２０３のＩＰアドレスと共に送信管理部２５３へ送るようになっている。送信管理部２５３は、受け取った印字データを送信データ格納部２６１に一時的に格納し、その送信状態を管理しながら、より先に印字が指示された文書についての印字データを優先させる形で、順にホスト側通信インタフェース部２５２へと渡すようになっている。ホスト側通信インタフェース部２５２は印字データを受け取ると先頭から順に所定の長さに分割してＩＰパケットに格納し、ＬＡＮ２０１へと送出するようになっている。なお、図１に示した第１のホストコンピュータ２０２1等の他のホストコンピュータ２０２の構成も同様となっており、これらについての図示および説明を省略する。
【００２７】
以上の構成を有するプリントシステム２００で、第２のホストコンピュータ２０２2からプリンタ装置２０３へ送信中のある文書の印字データについて、印字の中止がプリンタ装置２０３での操作によって行われた場合の処理について説明する。
【００２８】
図４は、第２のホストコンピュータの印字データ生成部で生成される印字データの構成を表わしたものである。印字データ３０１は、第２のホストコンピュータ２０２2で割り当てられる文書の識別情報としての文書番号３１１と、印字を行うべき用紙サイズや仕上げといった印字される画像の付加的な情報である付加情報３１２と、印字の際のイメージ展開の対象となる画像データ３１３により構成されている。１つの文書に対してこのようなデータの一かたまりである印字データ３０１が対応しており、複数ページに渡る文章や１ページの範囲に納まる画像等、その内容やデータサイズは様々である。印字データ３０１は、たとえばＰＪＬ（Printer Job Language）といったプリンタ装置２０３の印字処理部２１２が解釈できる所定の言語で記述されたデータである。生成された印字データ３０１は送信管理部２５３へと送られ、送信管理テーブル２６２に登録される。ここで、第２のホストコンピュータ２０２2からプリンタ装置２０３へと新たに送信が開始された印字データ３０１の文書番号は「２２−００００２」であるとする。
【００２９】
図５は、第２のホストコンピュータの送信管理テーブルの内容を表わしたものである。第２のホストコンピュータ２０２2の送信管理テーブル２６２には、印字データ３０１ごとに文書番号３１４に対応付けて、送信状態３１５が記述されている。図３の送信管理部２５３は、新たに受け取った印字データ３０１の文書番号３１１を送信管理テーブル２６２に登録するが、その際、まず送信状態３１５として「送信待ち」を記述する。そして、その印字データ３０１よりも前に受け取ったすべての印字データ３０１の送信が完了すると、その印字データ３０１を送信データ格納部２６１から取り出してホスト側通信インタフェース部２５２を介してその宛先ＩＰアドレスへと送信を開始する。また、送信管理テーブル２６２の送信状態３１５を「送信中」に書き換える。送信が完了すると、該当する印字データ３０１の文書番号３１４と送信状態３１５を削除するようになっている。
【００３０】
この図では、文書番号「２２−００００２」の文書の印字データ３０１が送信中であり、更に次の文書番号「２２−００００３」の文書の印字データ３０１が既に送信管理部２５３に送られてきているときの状態を表わしている。したがって、送信管理テーブル２６２には、文書番号３１４として「２２−００００２」と「２２−００００３」が記述されている。そして、送信状態３１５として、文書番号「２２−００００２」には「送信中」が、文書番号「２２−００００３」には「送信待ち」がそれぞれ記述されている。このように、送信管理テーブル２６２を参照すればどの文書番号３１４の印字データが送信中であるかを確認することができる。
【００３１】
図１のＬＡＮ２０１では、ＭＡＣ（Media Access Control）フレームと呼ばれる固定長の単位でデータの伝送を行うようになっており、ＩＰパケットはこれに格納されて伝送されるためＩＰパケットも固定長となる。通常は印字データ３０１はこのＩＰパケットに格納できるデータサイズよりも大きい。したがって、送信管理部２５３は、送信管理部２５３に格納された印字データ３０１を前方から取り出してホスト側通信インタフェース部２５２へ渡し、ホスト側通信インタフェース部２５２はこれを前方から所定の長さに分割してＩＰパケットに格納する。そして、更にこれをＭＡＣフレームに格納してＬＡＮ２０１へ送出する。すなわち、印字データ３０１を複数のＭＡＣフレームに分割し、１フレームずつ順にプリンタ装置２０３へと送信する。
【００３２】
図６は、第２のホストコンピュータのホスト側通信インタフェース部で生成されるＭＡＣフレームの構成を表わしたものである。ＭＡＣフレーム３２１は、データリンク層のＭＡＣヘッダ３３１と、ネットワーク層のＩＰヘッダ３３２と、トランスポート層のＴＣＰヘッダ３３３と、ペイロード３３４および伝送エラーの有無を検出するためのＦＣＳ（Frame Check Sequence）３３５により構成されている。ＩＰヘッダ３３２には、ＭＡＣフレーム３２１の送信元のＩＰアドレスを示す送信元ＩＰアドレス３４１と、宛先のＩＰアドレスを示す宛先ＩＰアドレス３４２が記述されている。
【００３３】
各ＭＡＣフレーム３２１のペイロード３３４には、前記したように、それぞれ図４に示した印字データ３０１を細かく分割したデータが格納される。また、送信元ＩＰアドレス３４１として、第２のホストコンピュータ２０２2のＩＰアドレス「１９２．１６８．２．２２」が記述され、宛先ＩＰアドレスには印字データ生成部２５１で指定されたＩＰアドレスが記述される。ここでは、プリンタ装置２０３で印字を行うため、プリンタ装置２０３に割り当てられたＩＰアドレスが記述される。また、ＴＣＰヘッダ３３３には、プリンタ装置２０３側で元の印字データ３０１を復元するのに必要な情報が記述される。このようにして、印字データ３０１は、複数のＭＡＣフレーム３２１に分割された状態で、前方から順にＬＡＮ２０１を介してプリンタ装置２０３へと送信される。
【００３４】
一方、プリンタ装置２０３のプリンタ側通信インタフェース部２１１は、ＭＡＣフレーム３２１を受信すると、それぞれに付加されたＴＣＰヘッダ３３３を基にしてそれぞのペイロード３３４に格納された各データの順序を整え、連結する。これにより、元の印字データ３０１を組み立てるようになっている。ただし、各ペイロード３３４の先頭からの順序が揃いしだい元の印字データ３０１の前方から連結し、逐次印字管理部２１３へと送るようになっている。また、印字データ３０１には開始位置と終了位置を示す情報が記述されており、プリンタ側通信インタフェース部２１１および印字管理部２１３は、同一のホストコンピュータ２０２から複数の印字データ３０１が継続して送られてきても各印字データ３０１の区切りを認識できるようになっている。データの連結とこの区切りの認識とによって、それぞれの印字データ３０１について組み立ての開始と完了を認識することができる。ここでは、この組み立ての開始と完了を、それぞれの印字データ３０１の受信の開始と完了として認識するものとする。
【００３５】
プリンタ側通信インタフェース部２１１は印字データ３０１の受信が新たに開始されるたびに、その印字データ３０１を格納するＩＰパケットのＩＰヘッダ３３２から送信元ＩＰアドレス３４１を取得し、印字データ３０１とともに印字管理部２１３へ渡すようになっている。印字管理部２１３は、他の装置部から渡される情報を逐次待機し、受け取った情報に応じて各種処理を行うようになっている。
【００３６】
図７は、印字管理部による印字管理処理の流れを表わしたものである。印字管理部２１３は、他の装置部から受け取った情報に応じて自己に備えられた各装置部に所定の処理を実行させるようになっている。プリンタ側通信インタフェース部２１１で新たな印字データ３０１の受信が開始されると（ステップＳ３８１：Ｙ）、受信時処理部２２１に対して後に具体的に説明する印字データ受信時処理を実行させる（ステップＳ３８２）。印字データ３０１の受信が終了すると（ステップＳ３８３：Ｙ）、受信終了後処理部２２４に対して後に具体的に説明する受信終了後処理を実行させる（ステップＳ３８４）。印字処理部２１２から印字の終了が通知されると（ステップＳ３８５：Ｙ）、印字終了後処理部２２５に対して後に具体的に説明する印字終了後処理を実行させる（ステップＳ３８６）。操作パネル部２１４からいずれかの印字データ３０１の印字の中止が指示されると（ステップＳ３８７：Ｙ）、印字中止処理部２２６に対して後に具体的に説明する印字中止処理を実行させる（ステップＳ３８８）。ステップＳ３８１、Ｓ３８３、Ｓ３８５およびＳ３８７の各判別処理は、繰り返し行われるようになっている（リターン）。なお、これらの処理は、割り込みコントローラといったハードウェア回路で実現するようにしてもよい。
【００３７】
図８は、受信時処理部による印字データ受信時処理の流れを表わしたものであり、図７のステップＳ３８２に対応するものである。受信時処理部２２１は、受信が開始された印字データ３０１が格納されたＩＰパケットの送信元ＩＰアドレスをプリンタ側通信インタフェース部２１１から受け取り、管理テーブル２２３に登録する（ステップＳ４０１）。更に、プリンタ側通信インタフェース部２１１から送られてくる印字データ３０１の印字データ格納部２２２への格納を開始する（ステップＳ４０２）。そして、印字データ３０１から文書番号３１１を取得し、送信元ＩＰアドレスと対応付けて管理テーブル２２３に登録する（ステップＳ４０３）。
【００３８】
図９は、管理テーブルの内容を表わしたものである。管理テーブル２２３には、文書番号４１１に対応付けて、送信元ＩＰアドレス４１２と、受信状態４１３と、印字状態４１４とが、それぞれ記述されるようになっている。ここでは、受信が開始された印字データ３０１の前に、既に第１のホストコンピュータ２０２1から２つの印字データ３０１を受信しており、そのうち先に受信したものが印字中であるときの状態を示している。
【００３９】
先に受信されたものがより上方に記述されており、ここでは、文書番号４１１は上から順に 「２１−００００３」と、 「２１−００００４」および「２２−００００２」となっている。そして、先に受信された２つの印字データ３０１の文書番号４１１に対応付けて、図１の第１のホストコンピュータ２０２1のＩＰアドレス「１９２．１６８．２．２１」が記述されており、受信状態４１３として両方とも「受信完了」が記述されている。また、印字状態４１４として、文書番号「２１−００００３」に対応付けて「印字中」が、文書番号「２１−００００４」に対応付けて「印字待ち」が、それぞれ記述されている。受信状態４１３や印字状態４１４は、それぞれ後に説明する処理によって適宜内容が更新されるものである。ここでは、図８のステップＳ４０１およびステップＳ４０３で第２のホストコンピュータ２０２2のＩＰアドレス「１９２．１６８．２．２２」と文書番号「２２−００００２」が取得され、登録された状態となっている。
【００４０】
図８に戻って説明を続ける。ステップＳ４０１およびステップＳ４０３で管理テーブル２２３への文書番号４１１と送信元ＩＰアドレス４１２の登録を完了すると、まず、図８に示すように受信状態４１３として「受信中」と記述する（ステップＳ４０４）。そして、印字処理部２１２が印字処理を行っていないあるいは新たな印字処理を開始しようとしていない状態（以下、アイドル状態という）にあるかどうかを判別する（ステップＳ４０５）。この判別は、図９の管理テーブル２２３の他の文書番号４１１について印字状態４１４として「印字中」や「印字待ち」が記述されているか否かを判別することによって行ってもよいし、印字処理部２１２へ問い合わせるようにしてもよい。印字処理部２１２がアイドル状態にある場合には（Ｙ）、印字データ格納部２２２に格納された印字データ３０１の印字処理部２１２への転送を開始するとともに、管理テーブル２２３に印字状態４１４として「印字中」と記述し（ステップＳ４０６）、処理を終了する（エンド）。また、印字処理部２１２がアイドル状態でない場合には（ステップＳ４０５：Ｎ）、管理テーブル２２３に印字状態４１４として「印字待ち」と記述し（ステップＳ４０７）、そのまま処理を終了する（エンド）。
【００４１】
ここでは、図９に示すように文書番号「２１−００００３」が「印字中」となっており文書番号「２１−００００４」が「印字待ち」となっている。したがって、文書番号「２２−００００２」の印字状態４１４に「印字待ち」を記述する。なお、受信時処理部２２１は、印字状態４１４が「破棄中」となっている場合には、該当する印字データ３０１の残りの部分をプリンタ側通信インタフェース部２１１から受け取っても印字データ格納部２２２に格納することなく破棄するようになっている。どのような場合に印字状態４１４が「破棄中」に書き換えられるかについては、後に説明する。
【００４２】
図１０は、受信終了後処理部による受信終了後処理の流れを表わしたものであり、図７のステップＳ３８４に対応するものである。受信終了後処理部２２４は、まず管理テーブル２２３の受信状態４１３が「受信中」となっている印字データ３０１の印字状態４１４が「破棄中」となっているかどうかを判別する（ステップＳ４２１）。該当する印字状態４１４が「破棄中」ではなく、「印字中」あるいは「印字待ち」となっている場合には（Ｎ）、その受信状態４１３を「受信完了」に書き換え（ステップＳ４２２）、処理を終了する（エンド）。このステップＳ４２２の処理が行われた結果、文書番号「２１−００００３」および「２１−００００４」の受信状態４１３は、図９に示すようにそれぞれ「受信完了」となっている。どのような場合に印字状態４１４が「印字中」に書き換えられるかについては、後に説明する。該当する印字状態４１４が「破棄中」となっている場合には（ステップＳ４２１：Ｙ）、該当する印字データ３０１に関して管理テーブル２２３に格納されたすべての情報（以下、レコードと総称する）を削除する。また、該当する印字データ３０１に関するデータが削除された旨を図２の操作パネル部２１４に表示させる（ステップＳ４２３）。そして、処理を終了する（エンド）。
【００４３】
図１１は、印字終了後処理部による印字終了後処理の流れを表わしたものであり、図７のステップＳ３８６に対応するものである。印字終了後処理部２２５は、管理テーブル２２３の印字状態４１４が「印字中」となっている印字データ３０１のレコードを削除する（ステップＳ４３１）。そして、次に印字を行うべき印字待ちの印字データ３０１が存在するかどうか、すなわち管理テーブル２２３の印字状態４１４に「印字待ち」の記述が存在するかどうかの判別を行う（ステップＳ４３２）。印刷待ちの印字データ３０１が存在する場合には（Ｙ）、次に印字すべき印字データ３０１すなわち最も先に受信されたものに対応する印字データ３０１を印字データ格納部２２２から読み出して印字処理部２１２への転送を開始し、印字処理部２１２に対して印字処理の実行を指示する。そして、該当するレコードの印字状態４１３を「印字中」に書き換える（ステップＳ４３３）。このステップＳ４３４の処理が行われた結果、文書番号「２１−００００３」の印字状態４１３は、図９に示すように「印字中」となっている。また、印刷待ちの印字データ３０１が存在しない場合には（ステップＳ４３２：Ｎ）、そのまま処理を終了する（エンド）。
【００４４】
このように、プリンタ装置２０３の印字管理部２１３は、受信した各印字データ３０１を管理テーブル２２３でその受信状態４１３および印字状態４１４を管理して順に印字処理部２１２へ渡し、最終的には印字処理部２１２で印字処理が実行される。しかしながら、ユーザが任意の印字データ３０１について印字処理が完了する前にその印字処理を中止することを望む場合がある。このような場合に、第２のホストコンピュータ２０２2側で送信中の印字データの印字処理を中止させようとしても、既にプリンタ装置２０３側へ送られてしまったデータはそのまま印字処理の対象となってしまう可能性がある。また、プリンタ側の都合で印字を中止しようとしており、第２のホストコンピュータ２０２2側での操作では間に合わないような場合も考えられる。一方、プリンタ装置２０３側で印字を中止させただけでは、第２のホストコンピュータ２０２2からは受信中の印字データ３０１の残りの部分は続けて送られてきてしまう。図６で説明したように、第２のホストコンピュータ２０２2は、一旦送信が開始された印字データ３０１についてはこれを基に生成したＭＡＣフレーム３２１を次々と送信するためである。すると、残りの部分のデータを印字処理の対象としてしまう可能性があるだけでなく、このデータはＬＡＮ２０１を無駄に伝送されることになる。
【００４５】
そこで、本実施例では、プリンタ装置２０３側で印字処理の中止を受け付け、該当する印字データ３０１が受信中であった場合には、ＬＡＮ２０１を介してその送信元に対して送信の中止を指示するようにしている。
【００４６】
図１２は、操作パネル部による印字中止受付処理の流れを表わしたものである。操作パネル部２１４は、印字管理部２２１の管理テーブル２２３の内容のうち、各レコードの文書番号４１１と、受信状態４１３および印字状態４１４の最新のものを逐次読み出し、印字を開始する順序が分かる状態で図示しない液晶パネルに表示させるようになっている（ステップＳ４４１）。最新のものを逐次読み出す処理は、操作パネル部２１４側から定期的に管理テーブル２２３にアクセスして各情報を読み取るようにしてもよいし、印字管理部２２１側で管理テーブル２２３の内容が変更されるたびにその変更内容を操作パネル部２１４に通知するようにしてもよい。また、文書番号４１１ではなく、印字データ３０１の付加情報３１２に含まれる文書名や文書作成者名等、よりユーザが識別し易い情報を表示させるようにしてもよく、この場合には、図７の印字データ受信時処理でこれらの情報を管理テーブル２２３に記述するようにする。
【００４７】
図示しないタッチパネルの操作により、いずれかの印字データ３０１の印字の中止が指示されると（ステップＳ４４２：Ｙ）、これを印字管理部２２１へ通知する（ステップＳ４４３）。この処理は、図７のステップＳ３８７に対応し、印字管理部２２１ではステップＳ３８８へ進み印字中止処理を行うことになる。そして、再び液晶パネルの表示内容を更新するとともに、印字の中止の指示を待機する（リターン）。印字データ３０１の印字の中止が指示されない場合も（ステップＳ４４２：Ｎ）、同様に液晶パネルの表示内容の更新と印字の中止の指示の待機を繰り返す（リターン）。
【００４８】
図１３は、印字中止処理部による印字中止処理の流れを表わしたものであり、図７のステップＳ３８８に対応するものである。印字中止処理部２２６は、操作パネル部２１４から通知された印字を中止すべき印字データ３０１が通知されると、管理テーブル２２３の該当する印字データ３０１の印字状態４１４がまだ「印字待ち」であるか否かを判別する（ステップＳ４５１）。「印字待ち」となっている場合には（Ｙ）、まだ印字データ３０１が印字処理部２１２へ送られていないため、管理テーブル２２３の該当するレコードの印字状態４１４を「破棄中」に書き換え（ステップＳ４５２）、印字データ格納部２２２に格納された該当する印字データ３０１を削除する（ステップＳ４５３）。印字の中止が指示された印字データ３０１の印字状態４１４が「印字中」となっている場合には（ステップＳ４５１：Ｎ）、印字処理部２１２に対して印字処理の中止を指示してから（ステップＳ４５４）、ステップＳ４５２へ進み、印字状態４１４の書き換えと印字データ３０１の破棄を実行する。ここでは、図７のステップ３８７で第２のホストコンピュータ２０２2から受信中の文書番号「２２−００００２」の印字データ３０１について印字の中止が指示されたものとする。
【００４９】
図１４は、印字の中止が指示された直後の管理テーブルの内容を表わしたものであり、図９と対応するものである。そこで、図９と同一部分には同一の符号を付しており、これについての説明を省略する。図７のステップＳ３８７で文書番号「２２−００００２」の印字データ３０１について印字の中止が指示されると、図９では「印字待ち」と記述されていた印字状態４１４が、図１３に示した印字中止処理のステップＳ４５２により「破棄中」に書き換えられている。
【００５０】
図１３に戻って説明を続ける。プリンタ装置２０３の印字中止処理部２２６は、ステップＳ４５３で印字データ格納部２２２の該当する印字データを削除すると、そのレコードの受信状態４１３が「受信中」か否かを判別する（ステップＳ４５５）。「受信中」の場合には（Ｙ）、その文書番号４１１と送信元ＩＰアドレス４１２とを送信中止指示部２１５に送り（ステップＳ４５６）、処理を終了する（エンド）。「受信中」ではなく「受信完了」の場合には（ステップＳ４５５：Ｎ）、該当する印字データ３０１のレコードを管理テーブル２２３から削除するとともに、該当する印字データ３０１に関するデータが削除された旨を図２の操作パネル部２１４に表示させる（ステップＳ４５７）。そして、処理を終了する（エンド）。
【００５１】
ただし、ステップＳ４５５で受信状態が「受信中」である場合、受信している印字データ３０１は不完全である。したがって、図８に示した受信時処理部２２１による印字データ受信時処理のステップＳ４０３で文書番号４１１を取得できないうちに、図１３のステップＳ４５６の処理に移行する場合もあり得る。あるいは、印字データ３０１自体にエラーが発生しており、文書番号４１１を取得できないことも考えられる。この場合には、文書番号を「不明」として送信中止指示部２１５に送信ＩＰアドレス４１２とともに渡す。ここでは、文書番号「２２−００００２」の印字データ３０１について印字の中止が指示され、図１４に示したようにその受信状態４１３は「受信中」となっている。そして、送信元ＩＰアドレス４１２は「１９２．１６８．２．２２」、文章番号４１１は「２２−００００２」となっているため、これらを送信中止指示部２１５に渡す。
【００５２】
送信中止指示部２１５は、このステップＳ４５６の処理に対応して印字中止処理部２２６から文書番号４１１と送信元ＩＰアドレス４１２を受け取ると、プリンタ側通信インタフェース部２１１を介して対応するホストコンピュータ２０２に該当する印字データ３０１の送信の中止を指示する。具体的には、受け取った文書番号４１１を情報として含み、該当する印字データ３０１の送信の中止を指示する内容のデータ（以下、送信中止指示データという）を生成し、生成した送信中止指示データと受け取った送信元ＩＰアドレス４１２をプリンタ側通信インタフェース部２１１に渡す。そして、送信元ＩＰアドレス４１２を宛先ＩＰアドレスとするＩＰパケットに変換させて、図６のＭＡＣフレーム３２１と同様の構成のＭＡＣフレームとしてＬＡＮ２０１に送出させる。ここでは、印字中止処理部２２６から第２のホストコンピュータ２０２2のＩＰアドレス「１９２．１６８．２．２２」を受け取るため、図３に示した第２のホストコンピュータ２０２2の送信中止処理部２６３へと送信中止指示データを格納したＩＰパケットを送信する。また、その内容は文書番号「２２−００００２」の印字データ３０１の送信の中止を指示するものとなっている。
【００５３】
なお、前記したように文書番号が「不明」となっている場合には、文書番号を指定せずに送信中の印字データについて送信の中止を指示する内容の送信中止指示データを生成し、これをＩＰパケットに格納して送出させる。
【００５４】
図１５は、以上説明したプリンタ装置の各装置部間の情報の受け渡しの処理の流れを模式的に表わしたものであり、図２と、図７と、図８および図１０〜図１３で説明した各処理と対応するものである。これらの各図と同一部分には同一符号を付しており、これらについての説明を省略する。印字管理部２１３は、プリンタ側通信インタフェース部２１１と印字処理部２１２および操作パネル部２１４から所定の情報を受け取ると、イベントが発生したものとして（ステップＳ３８１、Ｓ３８３、Ｓ３８５およびＳ３８７）、これに対応する各種処理を実行する。印字データ受信時処理および印字終了後処理では、必要に応じて印字処理部２１２へと印字データ３０１を転送する（ステップＳ４０６、Ｓ４３３）。受信終了後処理および印字中止処理では、必要に応じて管理テーブル２２３のレコードを削除した旨を操作パネル部２１４に表示させる（ステップＳ４２３、Ｓ４５７）。また、印字中止処理では、必要に応じて印字処理の中止を印字処理部２１２に指示するとともに（ステップＳ４５４）、送信番号と送信元ＩＰアドレスを送信中止指示部へ送る（ステップＳ４５６）。また、操作パネル部２１４は、印字管理部２１３から管理テーブルの内容を取得して表示するようになっている（ステップＳ４４１）。
【００５５】
ここで、ＩＰパケットから送信元ＩＰアドレス３４１を取得し、送信中止指示データを送信する際にはこれを宛先とするようにしたことによるメリットについて説明する。データの伝送エラーを考慮して、プリンタ装置２０３のプリンタ側通信インタフェース部２１１では、データリンク層でＦＣＳ３３５を使用してＭＡＣフレーム３２１全体のエラーチェックを行うようになっている。また、ネットワーク層で、ＩＰヘッダ３３２に記述されたヘッダチェックサムを使用してＩＰヘッダ３３２のエラーチェックを行うようになっている。データリンク層およびネットワーク層でのこれらのエラーチェックでエラーが検出されたＭＡＣフレーム３２１やＩＰパケットは、廃棄されるようになっている。また、トランスポート層では、ＴＣＰヘッダ３３３に記述されたチェックサムを使用してＴＣＰパケットのエラーチェックを行うとともに、途中で廃棄されたＴＣＰパケットの再送要求といった処理を行うようになっている。このようなエラーチェックや再送処理によって、高い信頼性の通信を確保できるようになっている。
【００５６】
送信中止指示データの宛先を印字データ３０１に付加された付加情報３１２から取得するとした場合、的確なホスト装置に送信中止指示データを送るためには、付加情報３１２を復元するのに必要なＴＣＰパケットのすべてが揃わなくてはならない。しかしながら、いずれかのＴＣＰパケットが何らかの理由により廃棄されたような場合、送信元に再送要求をすることになり、必要なＴＣＰパケットが揃うまでに時間がかかってしまう。また、第２のホストコンピュータ２０２2の送信データ２６１格納部に格納された時点で印字データ３０１にエラーが発生していたような場合には、各情報を取得できなかったり、取得できても誤った内容となってしてしまう可能性がある。すると、文字化け等によりユーザがこのようなエラーに気付いて印字を中止させても、付加情報３１２自体にエラーが発生しているために的確なホスト装置に送信中止指示データを送ることができないといった事態が発生する恐れがある。
【００５７】
一方、本実施例で送信元の識別情報として取得する送信元ＩＰアドレス３４１は、ＩＰヘッダのエラーチェックの段階でエラーが検出されなければ、信頼性の高い情報であるといえる。また、ＩＰパケットを１個受け取った段階で取得が可能であり、しかもそのまま宛先ＩＰアドレスとして利用することのできる情報である。したがって、ＩＰパケットに格納されたデータが誤った内容の印字データ３０１として認識されたり、一部しか復元できていなくても、その印字データ３０１の送信元により的確に送信中止を指示することができるというメリットがある。
【００５８】
第２のホストコンピュータ２０２2側で実行される処理について説明する。第２のホストコンピュータ２０２2のホスト側通信インタフェース部２５２は、送信中止指示データを格納したＩＰパケットを受信すると、その送信中止指示データを取り出して送信管理部２５３の送信中止処理部２６３に渡す。送信中止処理部２６３は、受け取った送信中止指示データを解析して、どの文書について送信の中止が指示されているかを判別し、該当する印字データ３０１について送信を中止させるようになっている。
【００５９】
図１６は、第２のホストコンピュータの送信中止処理部による送信中止処理の流れを表わしたものである。送信中止処理部２６３は、送信中止指示データを受け取り（ステップＳ５５１：Ｙ）、文書番号が指定されている場合には（ステップＳ５５２：Ｙ）その文書番号を送信管理テーブル２６２で送信状態３１５が「送信中」となっている印字データ３０１の文書番号３１４と一致するかどうかの照合を行う（ステップＳ５５３）。一致すれば（Ｙ）、送信データ格納部２６１に格納された該当する印字データ３０１の残り部分を削除し、更に送信管理テーブル２６２の文書番号３１４と送信状態３１５を削除して（ステップＳ５５４）、再び送信中止指示データを待機する（リターン）。一致しない場合には（ステップＳ５５３：Ｎ）、既に該当する印字データ３０１の送信は完了しているため、そのまま送信中止指示データを待機する処理に戻る（リターン）。このようにして送信データ格納部２６１から印字データ３０１の残り部分を削除されると、その印字データ３０１についてはそれ以上ホスト側通信インタフェース２５２にデータが渡されないため、送信が中止されることになる。また、送信中止指示パケットで文書番号が特に指定されていない場合には（ステップＳ５５２：Ｎ）、そのままステップＳ５５４へ進み印字データ３０１の送信を中止させる。
【００６０】
ここでは、送信中止指示パケットで文書番号「２２−００００２」が指定されており、図５に示したように「送信中」となっている印字データ３０１の文書番号「２２−００００２」と一致する。したがって、送信データ格納部２６１に格納された該当する印字データ３０１の残り部分を削除し、送信管理テーブル２６２の該当する文書番号３１４と送信状態３１５を削除する。
【００６１】
図１７は、送信中止処理によって送信中の印字データの送信が中止された直後の送信管理テーブルの内容を表わしたものであり、図５と対応するものである。そこで、図５と同一部分には同一の符号を付しており、これについての説明を省略する。図５とは異なり、文書番号「２２−００００２」についての内容が削除されている。したがって、送信管理部２５３は次に送信すべき文書番号「２２−００００３」の印字データ３０１の送信を開始し、その送信状態３１５は「送信中」に書き換えられている。すなわち、プリンタ装置２０３側で印字が中止された文書番号「２２−００００２」の印字データ３０１のうち未送信の部分の送信を中止し、速やかに次の文書番号「２２−００００３」の印字データ３０１の送信処理に移ることができる。
【００６２】
以上説明したように、本実施例によれば、プリンタ装置は印字処理の対象として送られてきた各印字データの受信状態と印字状態を、その印字データを転送したＩＰパケットの送信元ＩＰアドレスおよび文書番号と対応付けて記述する管理テーブルを備えている。そして、管理下にある印字データのいずれかについて印字の中止が指示されると、管理テーブルによってその受信状態を判別し、受信中である場合には、該当する送信元ＩＰアドレスを宛先とし文書番号を指定した送信中止指示パケットを送信する。これを受け取ったホスト装置では、この送信中止指示パケットに従って該当する印字データについて送信を中止するとともに、メモリから削除する。これにより、印字処理が中止された印字データの残り部分の無駄な送信が中止されるとともに、速やかに次の印字データの送信が開始されることになり、プリントシステムおよびプリンタ装置の効率的な運用が可能となる。
【００６３】
また、印字処理が中止された印字データがＬＡＮ２０１を無駄に伝送されるのを防ぐことができ、ＬＡＮ２０１のネットワーク負荷の軽減を図ることができる。更に、印字データを分割して格納するＩＰパケットのＩＰヘッダから送信元ＩＰアドレスを取得し、これを各印字データの受信状態と対応付けて管理するので、印字データの復元の状況にかかわらず各印字データの送信元を判別することができる。そして、確実に送信元の識別情報を取得可能な状態まで印字データを復元してからこの識別情報を取得するのに比べて、より迅速に送信元のホスト装置に送信の中止を指示することができる。
【００６４】
なお、操作パネル部から印字データを指定して印字の中止が指示された場合だけでなく、紙詰まりが発生したり印字中に電源がオフにされる等、印字処理が正常に行われなくなった場合に、該当する印字データについての送信の中止を送信元の装置に指示するようにしてもよい。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施例によるプリンタ装置が使用されるプリントシステムの概要を表わしたシステム構成図である。
【図２】本実施例によるプリンタ装置の構成を表わした構成図である。
【図３】本実施例による第２のホストコンピュータの構成を表わした構成図である。
【図４】本実施例による第２のホストコンピュータの印字データ生成部で生成される印字データの構成を表わした説明図である。
【図５】本実施例による第２のホストコンピュータの送信管理テーブルの内容を表わした説明図である。
【図６】本実施例による第２のホストコンピュータのホスト側通信インタフェース部で生成されるＭＡＣフレームの構成を表わした説明図である。
【図７】本実施例による印字管理部による印字管理処理の流れを表わした流れ図である。
【図８】本実施例による受信時処理部による印字データ受信時処理の流れを表わした流れ図である。
【図９】本実施例による管理テーブルの内容を表わした説明図である。
【図１０】本実施例による受信終了後処理部による受信終了後処理の流れを表わした流れ図である。
【図１１】本実施例による印字終了後処理部による印字終了後処理の流れを表わした流れ図である。
【図１２】本実施例による操作パネル部による印字中止受付処理の流れを表わした流れ図である。
【図１３】本実施例による印字中止処理部による印字中止処理の流れを表わした流れ図である。
【図１４】本実施例による印字の中止が指示された直後の管理テーブルの内容を表わした説明図である。
【図１５】本実施例によるプリンタ装置の各装置部間の情報の受け渡しの処理の流れを模式的に表わした説明図である。
【図１６】本実施例による第２のホストコンピュータの送信中止処理部による送信中止処理の流れを表わした流れ図である。
【図１７】本実施例による送信中止処理によって送信中の印字データの送信が中止された直後の送信管理テーブルの内容を表わした説明図である。
【符号の説明】
【００６６】
２００  プリントシステム
２０１  ＬＡＮ
２０２  ホストコンピュータ
２０３  プリンタ装置
２１１  プリンタ側通信インタフェース部
２１２  印字処理部
２１３  印字管理部
２１４  操作パネル部
２１５  送信中止指示部
２２１  受信時処理部
２２２  印字データ格納部
２２３  管理テーブル
２２４  受信終了後処理部
２２５  印字終了後処理部
２２６  印字中止処理部
２５１  印字データ生成部
２５２  ホスト側通信インタフェース部
２５３  送信管理部
２６１  送信データ格納部
２６２  送信管理テーブル
２６３  送信中止処理部
【図１】
2006123213.tif 000003
【図２】
2006123213.tif 000004
【図３】
2006123213.tif 000005
【図４】
2006123213.tif 000006
【図５】
2006123213.tif 000007
【図６】
2006123213.tif 000008
【図７】
2006123213.tif 000009
【図８】
2006123213.tif 000010
【図９】
2006123213.tif 000011
【図１０】
2006123213.tif 000012
【図１１】
2006123213.tif 000013
【図１２】
2006123213.tif 000014
【図１３】
2006123213.tif 000015
【図１４】
2006123213.tif 000016
【図１５】
2006123213.tif 000017
【図１６】
2006123213.tif 000018
【図１７】
2006123213.tif 000019