JP3679583B2 - 情報処理方法及びシステム並びに記憶媒体 - Google Patents
情報処理方法及びシステム並びに記憶媒体 Download PDFInfo
- Publication number
- JP3679583B2 JP3679583B2 JP34869397A JP34869397A JP3679583B2 JP 3679583 B2 JP3679583 B2 JP 3679583B2 JP 34869397 A JP34869397 A JP 34869397A JP 34869397 A JP34869397 A JP 34869397A JP 3679583 B2 JP3679583 B2 JP 3679583B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- packet
- received
- lost
- line
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理方法及びシステム並びにこれら情報処理方法及びシステムに用いる記憶媒体に関する。
【０００２】
【従来の技術】
従来、同期転送を実施中に何等かの理由で、同期転送のパケットが回線上で損失したとき、その損失した同期転送パケットを無視して、受信側が処理を継続実行していた。従来、同期転送は、主として音声、動画等の転送に用いられていたため、従来の方法でもユーザーに対して甚大な影響を与えることは少なかった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来例にあっては、同期転送を静止画像通信に使用するとき、同期通信で転送中に発生したパケット損失により受信側で受信データから生成される生成物（例えば、画像）が大きな影響を受ける可能性がある。また、再送により、その損失を補填する方法も考えられるが、同期転送においての再送は、同時性、データ保存性等の問題で難しいという問題点があった。
【０００４】
本発明は、上述した従来技術の有するこのような問題点に鑑みてなされたものであり、その目的とするところは、イメージデータで送信するような静止画像の場合で且つ厳密な画像を要求しないときは同期通信での転送効率が高まる情報処理方法及びシステム並びに記憶媒体を提供しようとするものである。
【０００６】
【課題を解決するための手段】
上記目的を達成するために請求項１記載の情報処理方法は、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにより情報を処理する情報処理方法において、画像送出システムから同期転送で送出されたパケットを受信するパケット受信ステップと、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認ステップと、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続ステップと、前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成ステップと、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断ステップとを有することを特徴とする。
【００１０】
また、上記目的を達成するために請求項２記載の情報処理方法は、請求項１記載の情報処理方法において、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成ステップを有することを特徴とする。
【００１４】
また、上記目的を達成するために請求項３載の情報処理システムは、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにおいて、画像送出システムから同期転送で送出されたパケットを受信するパケット受信手段と、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認手段と、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続手段と、少なくとも１つ以上連続している損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成手段と、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断手段とを有することを特徴とする。
【００１５】
また、上記目的を達成するために請求項４記載の情報処理システムは、請求項３記載の情報処理システムにおいて、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画素を作成する画素作成手段を有することを特徴とする。
【００１９】
また、上記目的を達成するために請求項５記載の記憶媒体は、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムを制御するプログラムを格納する記憶媒体であって、画像送出システムから同期転送で送出されたパケットを受信するパケット受信モジュールと、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認モジュールと、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続モジュールと、前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成モジュールと、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断モジュールとを有することを特徴とする。
【００２０】
また、上記目的を達成するために請求項６記載の記憶媒体は、請求項５記載の記憶媒体において、前記プログラムは、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成モジュールを有することを特徴とする。
【００２１】
また、上記第２の目的を達成するために請求項１６記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＦＤ（フロッピーディスク）であることを特徴とする。
【００２２】
また、上記第２の目的を達成するために請求項１７記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）であることを特徴とする。
【００２３】
また、上記第２の目的を達成するために請求項１８記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＲＯＭ（リードオンリーメモリ）であることを特徴とする。
【００２４】
また、上記第２の目的を達成するために請求項１９記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＭＤ（ミニディスク）であることを特徴とする。
【００２５】
また、上記第２の目的を達成するために請求項２０記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体は磁気テープであることを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の各実施の形態を図面に基づき説明する。
【００２７】
（第１の実施の形態）
まず、本発明の第１の実施の形態を図１〜図１４に基づき説明する。
【００２８】
本実施の形態においては、同期転送を実現する機構としてＩＥＥＥ１３９４−１３９５Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ（以下、ＩＥＥＥ１３９４と記述する）で規定されているトランザクションメカニズムを利用する（ＩＥＥＥ１３９４の詳細については規格書を参照）。
【００２９】
また、画像形成装置としてプリンタを、画像入力装置としてコンピュータ（以下、ホストコンピュータと記述する）で動作する画像形成アプリケーションを使用する。
【００３０】
図１は、本発明の第１の実施の形態に係る情報処理システムの構成を示す図であり、同図において、１００はホストコンピュータ、１０１は印字装置（プリンタ）である。ホストコンピュータ１００と印字装置１０１は、ＩＥＥＥ１３９４回線１０２を介して接続されている。
【００３１】
図２は、図１におけるホストコンピュータ１００の内部構成を示すブロック図であり、同図において、２００はＣＰＵ（中央演算処理装置）で、ホストコンピュータ１００全体を制御する。２０１はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ２００のワークエリアを提供する。２０２は記憶媒体で、本システムを制御するためのプログラムが格納されている。記憶媒体２０２は、ＨＤ（ハードディスク）、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＭＯｄｉｓｋ（光磁気ディスク）、ＲＯＭ（リードオンリーメモリ）、磁気テープ等よりなる。２０３はユーザーコマンド入力装置で、ユーザーが各種のコマンドを入力するためのもので、例えば、キーボード等からなる。２０４は回線制御部で、ここではＩＥＥＥ１３９４回線制御部を例示している。２０５は同期転送可能な回線で、ここではＩＥＥＥ１３９４回線を例示している。２０６はメインバスで、各構成要素を接続している。
【００３２】
図３は、図１における印字装置１０１の内部構成を示すブロック図であり、同図において、３００はＣＰＵ（中央演算処理装置）で、印字装置１０１全体を制御する。３０１はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ３００のワークエリアを提供する。３０２は記憶媒体で、本システムを制御するためのプログラムが格納されている。記憶媒体３０２は、ＨＤ（ハードディスク）、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＭＯｄｉｓｋ（光磁気ディスク）、ＲＯＭ（リードオンリーメモリ）、磁気テープ等よりなる。３０３は機械制御部で、後述する印字機構３０６の機械制御を実行する。３０４は印字処理部で、受信した印字データの処理を実行する。３０５はビデオＩ／Ｆ（インターフェース）部で、画像データを格納する。３０６は印字機構で、実際の印字動作を行う。３０７は回線制御部で、ここではＩＥＥＥ１３９４回線制御部を例示している。３０８は同期転送可能な回線で、ここではＩＥＥＥ１３９４回線を例示している。３０９はメインバスで、各構成要素を接続している。
【００３３】
なお、本発明では特に断らない限り、ホストコンピュータ１００ではＣＰＵ２００がメインバス２０６を介して、構成要素であるＲＡＭ２０１、記憶媒体２０２、ユーザーコマンド入力装置２０３、回線制御部２０４を本発明のプログラムに従って制御して実行する。
【００３４】
また、印字装置１０１では、ＣＰＵ３００がメインバス３０９を介して、構成要素であるＲＡＭ３０１、記憶媒体３０２、機械制御部３０３、印字処理部３０４、ビデオＩ／Ｆ部３０５、印字機構３０６、回線制御部３０７を本発明のプログラムに従って制御して実行する。また、印字装置１０１内部のプログラム構成として、印字処理部３０４と回線制御部３０７とは別タスクとして実行される。
【００３５】
図４に、ホストコンピュータ１００のＲＡＭ２０１上の印字バッファの構造の一例を示す。同図に示すように印字バッファは、バッファ番号格納領域とデータ格納領域とを有している。図４において、Ｌｉｎｅ＿Ｎｕｍｂｅｒとは画像全体のライン数のことで、画像により決定される。また、データ格納領域とは１次元のラインデータ（圧縮、非圧縮両方）を格納する領域であり、１つのデータ格納領域の大きさは画像の全ての印字用ラインデータ中の最大のデータ長よりも大きい。
【００３６】
次にホストコンピュータ１００の動作について、図５〜図７のフローチャートに基づき説明する。
【００３７】
まず、図５において、ステップＳ５０１でユーザーがアプリケーション等を用いて画像データ、または文字データ等を作成する。次に、ステップＳ５０２でユーザーがユーザーコマンド入力装置２０３を用いて印字出力を希望するプリンタ（印字装置）１０１を選択する。この選択方法については、本発明の要旨ではないので、その説明は省略する。次に、ステップＳ５０３で前記ステップＳ５０２において選択されたプリンタ名等のプリンタ選択情報をＲＡＭ２０１上に格納する。次に、ステップＳ５０４でユーザーが印字開始命令をユーザーコマンド入力装置２０３を用いてアプリケーションに通知する。
【００３８】
次に、ステップＳ５０５でＲＡＭ２０１上のプリンタ選択情報を取り出し、次のステップＳ５０６で対応するプリンタドライバをＲＡＭ２０１上にロードする。次に、アプリケーションは、ユーザーが作成した画像及び文字に対応した印字命令をプリンタドライバに送信する。次に、ステップＳ５０７でプリンタドライバは、アプリケーションから印字命令を受信する。次に、ステップＳ５０８でプリンタドライバは、画像のライン数をカウントするためＲＡＭ２０１上のラインカウンターＬを１に初期化する。
【００３９】
次に、ステップＳ５０９でアプリケーションが送られてきた画素高１（１ライン分）の画像データを受信する。次に、ステップＳ５１０で印字対象プリンタに適合したイメージライン印字データ形式に変換する。次に、ステップＳ５１１で前記ステップＳ５１０において変換後のイメージライン印字データを予め確保されていたＲＡＭ２０１上の印字バッファのバッファ番号Ｌのデータ格納領域に印字データを格納する。
【００４０】
次に、図６のステップＳ５１２で、アプリケーションから送られてきたデータの処理が全て終了したか否かを判断する。そして、終了しない場合は、ステップＳ５１３で次ラインの印字データが送信されてきたとして、ラインカウンターＬを１だけインクリメントした後、前記図５のステップＳ５０９へ戻る。
【００４１】
一方、前記図６のステップＳ５１２において終了した場合は、ステップＳ５１４で回線制御部２０４に対してイメージライン印字データ転送のための同期転送帯域獲得命令を出す。この同期転送帯域獲得命令を受信した回線制御部２０４は、ステップＳ５１５で前記図５のステップＳ５１１においてデータ格納領域に格納したイメージライン印字データの中で最大のデータ長のデータを１パケット内で送信することに必要な同期転送帯域を獲得する（この獲得方法については、ＩＥＥＥ１３９４規格書を参照）。同期転送帯域の獲得が終了すると回線制御部２０４は、ステップＳ５１６で同期転送帯域獲得終了を通知する。
【００４２】
同期転送帯域獲得終了通知を受信すると、印字装置１０１に対して印字処理準備をさせるため、ステップＳ５１７で回線制御部２０４に対して印字データ転送開始命令の送出を指示する。すると、回線制御部２０４はステップＳ５１８で印字装置１０１に対して同期転送開始命令を非同期通信で送出する。そして、次のステップＳ５１９で印字装置１０１から受信準備完了通知を待つ。印字装置１０１からの受信準備完了通知を受信すると、前記ステップＳ５１９において印字装置１０１のイメージライン印字データの受信及び印字準備が完了したと判断し、ステップＳ５２０でＲＡＭ２０１上の現在どのイメージライン印字データを送信しているかを示す送信カウンタＴを１に初期設定する。
【００４３】
次に、ステップＳ５２１でＲＡＭ２０１上に格納されているバッファ番号Ｔのデータ格納領域に格納されていたバッファ番号とイメージライン印字データを回線制御部２０４が前記図６のステップＳ５１５において獲得した同期転送帯域に同期させて、印字装置１０１に転送する。
【００４４】
次に、図７のステップＳ５２２で送信カウンタＴを１だけインクリメントする。次に、ステップＳ５２３で回線制御部２０４は、全てのイメージライン印字データを送出し終えたか否かを判断するために、送信カウンタＴとラインカウンターＬとを比較する。そして、ＬがＴよりも小さくなければ前記図６のステップＳ５２１へ戻る。
【００４５】
一方、ＬがＴよりも小さい場合は、全てのイメージライン印字データの送出が終了したとして、図７のステップＳ５２４で回線制御部２０４が同期転送終了通知を印字装置１０１に非同期通信で送出する。次に、ステップＳ５２５で回線制御部２０４が獲得していた同期転送帯域を開放する。次に、ステップＳ５２６で回線制御部２０４がデータ転送終了通知をＣＰＵ２００に通知する。次に、ステップＳ５２７でＣＰＵ２００は回線制御部２０４に対して、データ転送中に非同期転送通信で印字装置１０１からエラー通知を受信していたか否かを判断する。そして、回線制御部２０４が印字装置１０１からエラー通知を受信していなければ、正常終了したものと判断し、ステップＳ５２９でＣＰＵ２００に印字正常完了を報告した後、本処理動作を終了する。
【００４６】
一方、回線制御部２０４が印字装置１０１からエラー通知を受信していた場合は、ステップＳ５２８でエラーの内容を調べ、エラー内容が印字不可ならば、ステップＳ５３１で回線制御部２０４はＣＰＵ２００に対して印字失敗を報告し、ＣＰＵ２００は、アプリケーションに対して印字失敗を通知した後、本処理動作を終了する。また、エラー内容が印字不完全であれば、ステップＳ５３０で回線制御部２０４はＣＰＵ２００に対して印字不完全を通知した後、本処理動作を終了する。
【００４７】
なお、印字不完全及び印字失敗が通知されたアプリケーションは、ユーザーに対して印字結果と不完全印字でもよいのか、また、再印刷を選択するのか等の選択をＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等の方法で、印字結果とその後の選択可能な対策を提供する（詳細は本発明の要旨とは関係ないので、その説明は省略する）。
【００４８】
次に、印字装置１０１の動作について、図８〜図１０のフローチャートに基づき説明する。
【００４９】
まず、データ受信系の動作について、図８及び図９を用いて説明する。
【００５０】
電源入力後、ステップＳ７０１で印字装置１０１全体の初期化処理を行う。これにより印字装置１０１はアイドル状態となる。
【００５１】
次に、ステップＳ７０２で回線制御部３０７が非同期通信による同期転送開始命令通知を受信するのを待つ。そして、回線制御部３０７が非同期通信による同期転送開始命令通知を受信すると、ステップＳ７０３でＣＰＵ３００に報告する。すると、ＣＰＵ３００は、これから印字実行が命令されたと判断し、ステップＳ７０４で印字するときに必要なリソースに対して印字を行うのに必要な受信準備の実施を指示する。
【００５２】
ここからは各リソースの一例について述べる（印字装置１０１の構成により処理が大きく異なると思われる）。
【００５３】
準備指示を受けたリースは、ステップＳ７０５で各リースに応じた必要な印字準備を行う（レーザービームプリンタであれば、感光ドラムのヒートアップ、インクジェットプリンタであればインクノズルの位置合わせ等が考えられる）。各リースは、印字に必要な印字準備処理を完了すると、ステップＳ７０６で受信準備完了通知をＣＰＵ３００に通知する。
【００５４】
ここからは再びＣＰＵ３００の動作を説明する。
【００５５】
ステップＳ７０７で全ての印字に必要な資源から、準備完了通知をＩＥＥＥ１３９４回線３０８を介して受信するのを待つ。全ての印字に必要な資源から、準備完了通知を受信すると、印字装置１０１の受信準備（印字準備）が完了したと判断して、ステップＳ７０８で回線制御部３０７に受信準備完了の送出を指示する。次に、ステップＳ７０９で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介してホストコンピュータ１００に受信準備完了を非同期通信で送信する。次に、ステップＳ７１０で受信したライン数をカウントするＲＡＭ２０１上の受信カウンタＲを１に初期化する。
【００５６】
次に、図９のステップＳ７１１で回線制御部３０７が非同期通信でＩＥＥＥ１３９４回線３０８を介して同期転送終了通知を受信したか否かを判断する。そして、同期転送終了通知を受信した場合は、同期転送は終了と判断し、ステップＳ７１２で印字に関する資源に対して受信終了を通知した後、アイドル状態に戻り、前記図８のステップＳ７０２を実行する。また、同期転送終了通知を受信しない場合は、図９のステップＳ７１３で同期転送によりイメージライン印字データをＩＥＥＥ１３９４回線３０８を介して回線制御部３０７が受信したか否かを判断する。そして、受信しない場合は、前記ステップＳ７１１へ戻って受信に備える。また、受信した場合は、ステップＳ７１４で受信データからバッファ番号を取り出し、ＲＡＭ２０１上の受信バッファ番号格納領域Ｉに格納する。
【００５７】
次に、ステップＳ７１５で受信バッファ番号格納領域Ｉと受信カウンターＲとを比較する。そして、受信バッファ番号格納領域Ｉと受信カウンターＲの値が同じであれば、通信上で損失パケットは無かったと判断して、ステップＳ７１９で受信したデータの印字バッファ番号Ｉのデータ格納領域に格納されているイメージライン印字データを印字処理部３０４に転送する。次に、受信カウンターＲを次の受信の確認に備えるため、ステップＳ７２０で受信カウンターＲをＩ＋１の値に設定した後、前記ステップＳ７１１へ戻って受信に備える。
【００５８】
一方、前記ステップＳ７１５において受信バッファ番号格納領域Ｉと受信カウンターＲの値が異なる場合は、通信上で損失パケットが発生したと判断して、ステップＳ７１６でＩ−Ｒの値を求める。そして、Ｉ−Ｒの値がＫ（予め決められた整数値）を超えない場合は、損失したパケットに搭載されていた損失したイメージライン印字データの分の画像補正が可能であると判断して補正を行う。
【００５９】
Ｉ−Ｒの値がＫより大きくない場合は、まず、ステップＳ７１７で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介して非同期通信を利用してホストコンピュータ１００に印字不完全のエラー通知を送出する。次に、ステップＳ７１８へ進んで、例えば、Ｋの値が１に設定してあれば、図１１のステップＳ９０１、または図１２のステップＳ１００１、ステップＳ１００２の処理を行う。
【００６０】
図１１のステップＳ９０１では、受信したデータの印字バッファ番号Ｉのデータ領域のデータを印字処理部３０４に転送する。また、図１２のステップＳ１００１では、受信したデータの印字バッファ番号Ｉ−２のデータ領域のデータと印字バッファ番号Ｉのデータ領域のデータとから中間値を算出し（中間値の算出方法は公知であるので、その説明は省略する）、次のステップＳ１００２では、算出されたデータを喪失補填イメージライン印字データとして印字バッファ番号Ｉ−１のデータ領域に格納すべきデータとして扱い、印字処理部３０４に転送する。
【００６１】
前記図９のステップＳ７１８の処理が終了後は、前記ステップＳ７１９へ進んで、受信したデータの印字バッファ番号Ｉのデータ領域のデータを印字処理部３０４に転送する。
【００６２】
一方、前記図９のステップＳ７１６においてＩ−Ｒの値がＫを超えた場合は、損失したパケットによる画像への影響は大であると判断して、ステップＳ７２１で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介して非同期通信を利用してホストコンピュータ１００に印字失敗のエラー通知を送出する。次に、ステップＳ７２２で印字に必要な機構及び資源に対して印字中断を通知して印字を中止させた後、アイドル状態に戻り、前記図８のステップＳ７０２を実行する。
【００６３】
次に、印字処理系の動作について、図１０のフローチャートに基づき説明する。
【００６４】
電源をオンすると、まず、ステップＳ８０１で初期化処理を行い、アイドル状態になる。次に、ステップＳ８０２で回線制御部３０７からの受信準備指示の受信を待つ。そして、回線制御部３０７から受信準備指示を受信した場合は、ステップＳ８０３で機械制御部３０３、印字機構３０６等、印字に必要な全ての資源の受信準備処理を行う。その受信準備が完了すると、ステップＳ８０４で受信準備完了を回線制御部３０７に通知する。次に、ステップＳ８０５で回線制御部３０７からイメージライン印字データを受信する。
【００６５】
次に、ステップＳ８０６で受信したイメージライン印字データに対して印字処理部３０４が必要な処理（受信したイメージライン印字データをビデオＩ／Ｆ３０５に適合したフォーマットに変換する）を行い、次のステップＳ８０７で印字処理部３０４がイメージライン印字データをビデオＩ／Ｆ３０５に書き込む。次に、ステップＳ８０８で機械制御部３０３により制御されている印字機構３０６がビデオＩ／Ｆ３０５に書き込まれたイメージライン印字データを印字用紙に転写して印字する。
【００６６】
次に、ステップＳ８０９で回線制御部３０７から受信終了通知を受信したか否かを判断する。そして、受信終了通知を受信した場合は、印字が終了したと判断して、ステップＳ８１０で印字終了処理を行った後、アイドル状態に戻り前記ステップＳ８０２の処理を実行する。また、前記受信終了通知を受信しない場合は、ステップＳ８１１で回線制御部３０７から受信中断通知を受信したか否かを判断する。そして、受信中断通知を受信した場合は、ステップＳ８１２で印字中止処理を行った後、アイドル状態に戻り前記ステップＳ８０２の処理を実行する。
【００６７】
また、受信中断通知を受信しない場合は、ステップＳ８１３でイメージライン印字データを受信しているか否かを判断する。そして、イメージライン印字データを受信していない場合は前記ステップＳ８０９へ、また、イメージライン印字データを受信している場合は前記ステップＳ８０６へそれぞれ戻る。
【００６８】
（第２の実施の形態）
上述した第１の実施の形態では、損失パケット（損失ラインデータ）が１場合のみ、データ補填を行うことを想定して説明したが、損失パケット（損失ラインデータ）が複数ラインのときも画像によっては、損失したパケットを補填することが可能である。その損失パケットに含まれる損失したライン分の補填方法は種々考えられる。例えば、損失パケットが２行ならば、前記図９におけるステップＳ７１８の処理を、図１３のステップＳ１１０１及びステップＳ１１０２を実行する方法が、また、損失パケットが３行ならば、前記図９におけるステップＳ７１８の処理を、図１４のステップＳ１２０１、ステップＳ１２０２、ステップＳ１２０３及びステップＳ１２０４を実行する方法が考えられる。
【００６９】
図１３のステップＳ１１０１では、受信したデータの印字バッファ番号Ｉ−３のデータ格納領域のデータを印字処理部３０４に転送し、ステップＳ１１０２では、受信したデータの印字バッファ番号Ｉのデータ格納領域のデータを印字処理部３０４に転送する。
【００７０】
また、図１４のステップＳ１２０１では、受信したデータの印字バッファ番号Ｉ−３のデータ格納領域のデータを印字処理部３０４に転送し、ステップＳ１２０２では、受信したデータの印字バッファ番号Ｉ−２のデータ格納領域のデータと印字バッファ番号Ｉのデータ格納領域のデータから中間値を算出し、ステップＳ１２０３では、算出されたデータを損失補填イメージライン印字データとして印字バッファ番号Ｉ−２のデータ領域に格納すべきデータとして扱い、印字処理部３０４に転送し、ステップＳ１２０４では、受信したデータの印字バッファ番号Ｉのデータ格納領域のデータを印字処理部３０４に転送する。
【００７１】
（第３の実施の形態）
また、上述した第１の実施の形態では、イメージライン印字データを例示して説明したが、イメージライン印字データ以外に、１次元方向にのみ圧縮されたデータ、つまり、ラインごとに独立して圧縮された圧縮ライン印字データでも本発明は適用可能である。
【００７２】
（第４の実施の形態）
また、上述した第１及び第３の実施の形態では、ライン印字データ（１ラインごとに独立したデータ）を１つのデータブロックとして処理することを想定して説明したが、画像によっては、１つのデータブロックに複数ライン分の印字データを格納することも可能であろう。このとき画像データ形式は１つのデータブロックで独立して画像を生成することが可能であれば、１つのデータブロック内での２次元方向の圧縮も可能である。
【００７３】
（第５の実施の形態）
次に、本発明の情報処理システムに用いる記憶媒体について、図１５に基づき説明する。
【００７４】
上述した情報処理システムを制御するプログラムを格納する記憶媒体には、図１５に示すように、「画像データ変換モジュール」、「格納モジュール」、「第１のパケット送出モジュール」、「パケット番号付加モジュール」及び「第２のパケット送出モジュール」のプログラムコードを格納すればよい。
【００７５】
ここで、「画像データ変換モジュール」は、セッションを確立後は一定の転送速度でデータ同期転送が保証されている回線で接続されている２機器間において画像データの入力が可能で上記回線を使用して同期転送通信が可能な画像入力機器において入力された画像データを１ラインごとの非圧縮画像データまたは１ラインごとの１次元圧縮画像データに変換するためのプログラムモジュールである。また、「格納モジュール」は、前記変換された１ラインごとの非圧縮画像データまたは１ラインごとの１次元圧縮画像データのｎライン分（ｎは１以上の整数）を１パケットに格納するためのプログラムモジュールである。また、「第１のパケット送出モジュール」は、前記パケットを前記同期転送で送出するためのプログラムモジュールである。また、「パケット番号付加モジュール」は、各パケット内に送出順番を示すシーケンス番号を付加するためのプログラムモジュールである。更に、「第２のパケット送出モジュール」は、前記シーケンス番号を付加したパケットを前記同期転送で送出するためのプログラムモジュールである。
【００７６】
なお、前記記憶媒体は、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＲＯＭ（リードオンリーメモリ）、ＭＤ（ミニディスク）或いは磁気テープ等からなる。
【００７７】
（第６の実施の形態）
次に、本発明の情報処理システムに用いる上記図１５に示す記憶媒体とは異なる記憶媒体について、図１６に基づき説明する。
【００７８】
上述した情報処理システムを制御するプログラムを格納する記憶媒体には、図１６に示すように、「パケット受信モジュール」、「確認モジュール」、「受信継続モジュール」、「第１の画像形成モジュール」、「受信中断モジュール」及び「第２の画像作成モジュール」のプログラムコードを格納すればよい。
【００７９】
ここで、「パケット受信モジュール」は、画像送出システムから同期転送で送出されたパケットを受信するためのプログラムモジュールである。また、「確認モジュール」は、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認するためのプログラムモジュールである。また、「受信継続モジュール」は、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断されたとき少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）と比較しｋの方が大きければ損失パケットによる画像への影響は許容範囲と判断して受信を継続するためのプログラムモジュールである。また、「第１の画像形成モジュール」は、損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成するためのプログラムモジュールである。また、「受信中断モジュール」は、連続している損失パケットに格納されている画像ライン数とｋとを比較しｋと同値もしくはｋの方が小さければ損失パケットによる画像への影響は許容範囲を超えていると判断して受信を中断するためのプログラムモジュールである。更に、「第２の画像作成モジュール」は、前記プログラムは、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断されたとき少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）と比較しｋの方が大きければ損失パケットによる画像への影響は許容範囲と判断して少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信したラインの画素から損失したラインの画像を作成するためのプログラムモジュールである。
【００８０】
なお、前記記憶媒体は、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＲＯＭ（リードオンリーメモリ）、ＭＤ（ミニディスク）或いは磁気テープ等からなる。
【００８１】
【発明の効果】
以上詳述したように本発明によれば、ある程度の誤差を許容するならば、例えば、ＩＥＥＥ１３９４で規定されているようなバスリセット発生時等の同期転送実行の通信過程におけるパケット損失が発生したときでも（連続する損失パケット数に依存するが）、完全な２点間のデータ透過性が必要ないときであれば、データ転送を中止し、再送する必要はなくなる。従って、イメージデータで送信するような静止画像の場合で且つ厳密な画像を要求しないときは同期通信での転送効率が高まるという効果を奏する。具体的には、例えば、下書きに試し刷り等、正確な画像の必要がないときの効果が大きい。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る情報処理システムの構成を示す図である。
【図２】図１におけるホストコンピュータの内部構成を示すブロック図である。
【図３】図１における印字装置の内部構成を示すブロック図である。
【図４】図２に示すホストコンピュータのＲＡＭ上の印字バッファの構成例を示す図である。
【図５】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図６】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図７】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図８】図３に示す印字装置の動作の流れを示すフローチャートである。
【図９】図３に示す印字装置の動作の流れを示すフローチャートである。
【図１０】図３に示す印字装置の動作の流れを示すフローチャートである。
【図１１】図９のステップＳ７１８の処理を示すフローチャートである。
【図１２】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１３】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１４】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１５】本発明の記憶媒体に格納されるプログラムの各プログラムモジュールを示す図である。
【図１６】本発明の図１５とは異なる記憶媒体に格納されるプログラムの各プログラムモジュールを示す図である。
【符号の説明】
１００ ホストコンピュータ
１０１ 印字装置（プリンタ）
１０３ ＩＥＥＥ１３９４回線
２００ ＣＰＵ（中央演算処理装置）
２０１ ＲＡＭ（ランダムアクセスメモリ）
２０２ 記憶媒体
２０３ ユーザーコマンド入力装置
２０４ 回線制御部
２０５ ＩＥＥＥ１３９４回線
２０６ メインバス
３００ ＣＰＵ（中央演算処理装置）
３０１ ＲＡＭ（ランダムアクセスメモリ）
３０２ 記憶媒体
３０３ 機械制御部
３０４ 印字処理部
３０５ ビデオＩ／Ｆ（インターフェース）部
３０６ 印字機構
３０７ 回線制御部
３０８ ＩＥＥＥ１３９４回線
３０９ メインバス
【発明の属する技術分野】
本発明は、情報処理方法及びシステム並びにこれら情報処理方法及びシステムに用いる記憶媒体に関する。
【０００２】
【従来の技術】
従来、同期転送を実施中に何等かの理由で、同期転送のパケットが回線上で損失したとき、その損失した同期転送パケットを無視して、受信側が処理を継続実行していた。従来、同期転送は、主として音声、動画等の転送に用いられていたため、従来の方法でもユーザーに対して甚大な影響を与えることは少なかった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来例にあっては、同期転送を静止画像通信に使用するとき、同期通信で転送中に発生したパケット損失により受信側で受信データから生成される生成物（例えば、画像）が大きな影響を受ける可能性がある。また、再送により、その損失を補填する方法も考えられるが、同期転送においての再送は、同時性、データ保存性等の問題で難しいという問題点があった。
【０００４】
本発明は、上述した従来技術の有するこのような問題点に鑑みてなされたものであり、その目的とするところは、イメージデータで送信するような静止画像の場合で且つ厳密な画像を要求しないときは同期通信での転送効率が高まる情報処理方法及びシステム並びに記憶媒体を提供しようとするものである。
【０００６】
【課題を解決するための手段】
上記目的を達成するために請求項１記載の情報処理方法は、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにより情報を処理する情報処理方法において、画像送出システムから同期転送で送出されたパケットを受信するパケット受信ステップと、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認ステップと、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続ステップと、前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成ステップと、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断ステップとを有することを特徴とする。
【００１０】
また、上記目的を達成するために請求項２記載の情報処理方法は、請求項１記載の情報処理方法において、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成ステップを有することを特徴とする。
【００１４】
また、上記目的を達成するために請求項３載の情報処理システムは、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにおいて、画像送出システムから同期転送で送出されたパケットを受信するパケット受信手段と、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認手段と、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続手段と、少なくとも１つ以上連続している損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成手段と、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断手段とを有することを特徴とする。
【００１５】
また、上記目的を達成するために請求項４記載の情報処理システムは、請求項３記載の情報処理システムにおいて、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画素を作成する画素作成手段を有することを特徴とする。
【００１９】
また、上記目的を達成するために請求項５記載の記憶媒体は、中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムを制御するプログラムを格納する記憶媒体であって、画像送出システムから同期転送で送出されたパケットを受信するパケット受信モジュールと、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認モジュールと、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続モジュールと、前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成モジュールと、少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断モジュールとを有することを特徴とする。
【００２０】
また、上記目的を達成するために請求項６記載の記憶媒体は、請求項５記載の記憶媒体において、前記プログラムは、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成モジュールを有することを特徴とする。
【００２１】
また、上記第２の目的を達成するために請求項１６記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＦＤ（フロッピーディスク）であることを特徴とする。
【００２２】
また、上記第２の目的を達成するために請求項１７記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）であることを特徴とする。
【００２３】
また、上記第２の目的を達成するために請求項１８記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＲＯＭ（リードオンリーメモリ）であることを特徴とする。
【００２４】
また、上記第２の目的を達成するために請求項１９記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体はＭＤ（ミニディスク）であることを特徴とする。
【００２５】
また、上記第２の目的を達成するために請求項２０記載の記憶媒体は、請求項１１〜１４、または１５記載の記憶媒体において、前記記憶媒体は磁気テープであることを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の各実施の形態を図面に基づき説明する。
【００２７】
（第１の実施の形態）
まず、本発明の第１の実施の形態を図１〜図１４に基づき説明する。
【００２８】
本実施の形態においては、同期転送を実現する機構としてＩＥＥＥ１３９４−１３９５Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ（以下、ＩＥＥＥ１３９４と記述する）で規定されているトランザクションメカニズムを利用する（ＩＥＥＥ１３９４の詳細については規格書を参照）。
【００２９】
また、画像形成装置としてプリンタを、画像入力装置としてコンピュータ（以下、ホストコンピュータと記述する）で動作する画像形成アプリケーションを使用する。
【００３０】
図１は、本発明の第１の実施の形態に係る情報処理システムの構成を示す図であり、同図において、１００はホストコンピュータ、１０１は印字装置（プリンタ）である。ホストコンピュータ１００と印字装置１０１は、ＩＥＥＥ１３９４回線１０２を介して接続されている。
【００３１】
図２は、図１におけるホストコンピュータ１００の内部構成を示すブロック図であり、同図において、２００はＣＰＵ（中央演算処理装置）で、ホストコンピュータ１００全体を制御する。２０１はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ２００のワークエリアを提供する。２０２は記憶媒体で、本システムを制御するためのプログラムが格納されている。記憶媒体２０２は、ＨＤ（ハードディスク）、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＭＯｄｉｓｋ（光磁気ディスク）、ＲＯＭ（リードオンリーメモリ）、磁気テープ等よりなる。２０３はユーザーコマンド入力装置で、ユーザーが各種のコマンドを入力するためのもので、例えば、キーボード等からなる。２０４は回線制御部で、ここではＩＥＥＥ１３９４回線制御部を例示している。２０５は同期転送可能な回線で、ここではＩＥＥＥ１３９４回線を例示している。２０６はメインバスで、各構成要素を接続している。
【００３２】
図３は、図１における印字装置１０１の内部構成を示すブロック図であり、同図において、３００はＣＰＵ（中央演算処理装置）で、印字装置１０１全体を制御する。３０１はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ３００のワークエリアを提供する。３０２は記憶媒体で、本システムを制御するためのプログラムが格納されている。記憶媒体３０２は、ＨＤ（ハードディスク）、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＭＯｄｉｓｋ（光磁気ディスク）、ＲＯＭ（リードオンリーメモリ）、磁気テープ等よりなる。３０３は機械制御部で、後述する印字機構３０６の機械制御を実行する。３０４は印字処理部で、受信した印字データの処理を実行する。３０５はビデオＩ／Ｆ（インターフェース）部で、画像データを格納する。３０６は印字機構で、実際の印字動作を行う。３０７は回線制御部で、ここではＩＥＥＥ１３９４回線制御部を例示している。３０８は同期転送可能な回線で、ここではＩＥＥＥ１３９４回線を例示している。３０９はメインバスで、各構成要素を接続している。
【００３３】
なお、本発明では特に断らない限り、ホストコンピュータ１００ではＣＰＵ２００がメインバス２０６を介して、構成要素であるＲＡＭ２０１、記憶媒体２０２、ユーザーコマンド入力装置２０３、回線制御部２０４を本発明のプログラムに従って制御して実行する。
【００３４】
また、印字装置１０１では、ＣＰＵ３００がメインバス３０９を介して、構成要素であるＲＡＭ３０１、記憶媒体３０２、機械制御部３０３、印字処理部３０４、ビデオＩ／Ｆ部３０５、印字機構３０６、回線制御部３０７を本発明のプログラムに従って制御して実行する。また、印字装置１０１内部のプログラム構成として、印字処理部３０４と回線制御部３０７とは別タスクとして実行される。
【００３５】
図４に、ホストコンピュータ１００のＲＡＭ２０１上の印字バッファの構造の一例を示す。同図に示すように印字バッファは、バッファ番号格納領域とデータ格納領域とを有している。図４において、Ｌｉｎｅ＿Ｎｕｍｂｅｒとは画像全体のライン数のことで、画像により決定される。また、データ格納領域とは１次元のラインデータ（圧縮、非圧縮両方）を格納する領域であり、１つのデータ格納領域の大きさは画像の全ての印字用ラインデータ中の最大のデータ長よりも大きい。
【００３６】
次にホストコンピュータ１００の動作について、図５〜図７のフローチャートに基づき説明する。
【００３７】
まず、図５において、ステップＳ５０１でユーザーがアプリケーション等を用いて画像データ、または文字データ等を作成する。次に、ステップＳ５０２でユーザーがユーザーコマンド入力装置２０３を用いて印字出力を希望するプリンタ（印字装置）１０１を選択する。この選択方法については、本発明の要旨ではないので、その説明は省略する。次に、ステップＳ５０３で前記ステップＳ５０２において選択されたプリンタ名等のプリンタ選択情報をＲＡＭ２０１上に格納する。次に、ステップＳ５０４でユーザーが印字開始命令をユーザーコマンド入力装置２０３を用いてアプリケーションに通知する。
【００３８】
次に、ステップＳ５０５でＲＡＭ２０１上のプリンタ選択情報を取り出し、次のステップＳ５０６で対応するプリンタドライバをＲＡＭ２０１上にロードする。次に、アプリケーションは、ユーザーが作成した画像及び文字に対応した印字命令をプリンタドライバに送信する。次に、ステップＳ５０７でプリンタドライバは、アプリケーションから印字命令を受信する。次に、ステップＳ５０８でプリンタドライバは、画像のライン数をカウントするためＲＡＭ２０１上のラインカウンターＬを１に初期化する。
【００３９】
次に、ステップＳ５０９でアプリケーションが送られてきた画素高１（１ライン分）の画像データを受信する。次に、ステップＳ５１０で印字対象プリンタに適合したイメージライン印字データ形式に変換する。次に、ステップＳ５１１で前記ステップＳ５１０において変換後のイメージライン印字データを予め確保されていたＲＡＭ２０１上の印字バッファのバッファ番号Ｌのデータ格納領域に印字データを格納する。
【００４０】
次に、図６のステップＳ５１２で、アプリケーションから送られてきたデータの処理が全て終了したか否かを判断する。そして、終了しない場合は、ステップＳ５１３で次ラインの印字データが送信されてきたとして、ラインカウンターＬを１だけインクリメントした後、前記図５のステップＳ５０９へ戻る。
【００４１】
一方、前記図６のステップＳ５１２において終了した場合は、ステップＳ５１４で回線制御部２０４に対してイメージライン印字データ転送のための同期転送帯域獲得命令を出す。この同期転送帯域獲得命令を受信した回線制御部２０４は、ステップＳ５１５で前記図５のステップＳ５１１においてデータ格納領域に格納したイメージライン印字データの中で最大のデータ長のデータを１パケット内で送信することに必要な同期転送帯域を獲得する（この獲得方法については、ＩＥＥＥ１３９４規格書を参照）。同期転送帯域の獲得が終了すると回線制御部２０４は、ステップＳ５１６で同期転送帯域獲得終了を通知する。
【００４２】
同期転送帯域獲得終了通知を受信すると、印字装置１０１に対して印字処理準備をさせるため、ステップＳ５１７で回線制御部２０４に対して印字データ転送開始命令の送出を指示する。すると、回線制御部２０４はステップＳ５１８で印字装置１０１に対して同期転送開始命令を非同期通信で送出する。そして、次のステップＳ５１９で印字装置１０１から受信準備完了通知を待つ。印字装置１０１からの受信準備完了通知を受信すると、前記ステップＳ５１９において印字装置１０１のイメージライン印字データの受信及び印字準備が完了したと判断し、ステップＳ５２０でＲＡＭ２０１上の現在どのイメージライン印字データを送信しているかを示す送信カウンタＴを１に初期設定する。
【００４３】
次に、ステップＳ５２１でＲＡＭ２０１上に格納されているバッファ番号Ｔのデータ格納領域に格納されていたバッファ番号とイメージライン印字データを回線制御部２０４が前記図６のステップＳ５１５において獲得した同期転送帯域に同期させて、印字装置１０１に転送する。
【００４４】
次に、図７のステップＳ５２２で送信カウンタＴを１だけインクリメントする。次に、ステップＳ５２３で回線制御部２０４は、全てのイメージライン印字データを送出し終えたか否かを判断するために、送信カウンタＴとラインカウンターＬとを比較する。そして、ＬがＴよりも小さくなければ前記図６のステップＳ５２１へ戻る。
【００４５】
一方、ＬがＴよりも小さい場合は、全てのイメージライン印字データの送出が終了したとして、図７のステップＳ５２４で回線制御部２０４が同期転送終了通知を印字装置１０１に非同期通信で送出する。次に、ステップＳ５２５で回線制御部２０４が獲得していた同期転送帯域を開放する。次に、ステップＳ５２６で回線制御部２０４がデータ転送終了通知をＣＰＵ２００に通知する。次に、ステップＳ５２７でＣＰＵ２００は回線制御部２０４に対して、データ転送中に非同期転送通信で印字装置１０１からエラー通知を受信していたか否かを判断する。そして、回線制御部２０４が印字装置１０１からエラー通知を受信していなければ、正常終了したものと判断し、ステップＳ５２９でＣＰＵ２００に印字正常完了を報告した後、本処理動作を終了する。
【００４６】
一方、回線制御部２０４が印字装置１０１からエラー通知を受信していた場合は、ステップＳ５２８でエラーの内容を調べ、エラー内容が印字不可ならば、ステップＳ５３１で回線制御部２０４はＣＰＵ２００に対して印字失敗を報告し、ＣＰＵ２００は、アプリケーションに対して印字失敗を通知した後、本処理動作を終了する。また、エラー内容が印字不完全であれば、ステップＳ５３０で回線制御部２０４はＣＰＵ２００に対して印字不完全を通知した後、本処理動作を終了する。
【００４７】
なお、印字不完全及び印字失敗が通知されたアプリケーションは、ユーザーに対して印字結果と不完全印字でもよいのか、また、再印刷を選択するのか等の選択をＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等の方法で、印字結果とその後の選択可能な対策を提供する（詳細は本発明の要旨とは関係ないので、その説明は省略する）。
【００４８】
次に、印字装置１０１の動作について、図８〜図１０のフローチャートに基づき説明する。
【００４９】
まず、データ受信系の動作について、図８及び図９を用いて説明する。
【００５０】
電源入力後、ステップＳ７０１で印字装置１０１全体の初期化処理を行う。これにより印字装置１０１はアイドル状態となる。
【００５１】
次に、ステップＳ７０２で回線制御部３０７が非同期通信による同期転送開始命令通知を受信するのを待つ。そして、回線制御部３０７が非同期通信による同期転送開始命令通知を受信すると、ステップＳ７０３でＣＰＵ３００に報告する。すると、ＣＰＵ３００は、これから印字実行が命令されたと判断し、ステップＳ７０４で印字するときに必要なリソースに対して印字を行うのに必要な受信準備の実施を指示する。
【００５２】
ここからは各リソースの一例について述べる（印字装置１０１の構成により処理が大きく異なると思われる）。
【００５３】
準備指示を受けたリースは、ステップＳ７０５で各リースに応じた必要な印字準備を行う（レーザービームプリンタであれば、感光ドラムのヒートアップ、インクジェットプリンタであればインクノズルの位置合わせ等が考えられる）。各リースは、印字に必要な印字準備処理を完了すると、ステップＳ７０６で受信準備完了通知をＣＰＵ３００に通知する。
【００５４】
ここからは再びＣＰＵ３００の動作を説明する。
【００５５】
ステップＳ７０７で全ての印字に必要な資源から、準備完了通知をＩＥＥＥ１３９４回線３０８を介して受信するのを待つ。全ての印字に必要な資源から、準備完了通知を受信すると、印字装置１０１の受信準備（印字準備）が完了したと判断して、ステップＳ７０８で回線制御部３０７に受信準備完了の送出を指示する。次に、ステップＳ７０９で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介してホストコンピュータ１００に受信準備完了を非同期通信で送信する。次に、ステップＳ７１０で受信したライン数をカウントするＲＡＭ２０１上の受信カウンタＲを１に初期化する。
【００５６】
次に、図９のステップＳ７１１で回線制御部３０７が非同期通信でＩＥＥＥ１３９４回線３０８を介して同期転送終了通知を受信したか否かを判断する。そして、同期転送終了通知を受信した場合は、同期転送は終了と判断し、ステップＳ７１２で印字に関する資源に対して受信終了を通知した後、アイドル状態に戻り、前記図８のステップＳ７０２を実行する。また、同期転送終了通知を受信しない場合は、図９のステップＳ７１３で同期転送によりイメージライン印字データをＩＥＥＥ１３９４回線３０８を介して回線制御部３０７が受信したか否かを判断する。そして、受信しない場合は、前記ステップＳ７１１へ戻って受信に備える。また、受信した場合は、ステップＳ７１４で受信データからバッファ番号を取り出し、ＲＡＭ２０１上の受信バッファ番号格納領域Ｉに格納する。
【００５７】
次に、ステップＳ７１５で受信バッファ番号格納領域Ｉと受信カウンターＲとを比較する。そして、受信バッファ番号格納領域Ｉと受信カウンターＲの値が同じであれば、通信上で損失パケットは無かったと判断して、ステップＳ７１９で受信したデータの印字バッファ番号Ｉのデータ格納領域に格納されているイメージライン印字データを印字処理部３０４に転送する。次に、受信カウンターＲを次の受信の確認に備えるため、ステップＳ７２０で受信カウンターＲをＩ＋１の値に設定した後、前記ステップＳ７１１へ戻って受信に備える。
【００５８】
一方、前記ステップＳ７１５において受信バッファ番号格納領域Ｉと受信カウンターＲの値が異なる場合は、通信上で損失パケットが発生したと判断して、ステップＳ７１６でＩ−Ｒの値を求める。そして、Ｉ−Ｒの値がＫ（予め決められた整数値）を超えない場合は、損失したパケットに搭載されていた損失したイメージライン印字データの分の画像補正が可能であると判断して補正を行う。
【００５９】
Ｉ−Ｒの値がＫより大きくない場合は、まず、ステップＳ７１７で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介して非同期通信を利用してホストコンピュータ１００に印字不完全のエラー通知を送出する。次に、ステップＳ７１８へ進んで、例えば、Ｋの値が１に設定してあれば、図１１のステップＳ９０１、または図１２のステップＳ１００１、ステップＳ１００２の処理を行う。
【００６０】
図１１のステップＳ９０１では、受信したデータの印字バッファ番号Ｉのデータ領域のデータを印字処理部３０４に転送する。また、図１２のステップＳ１００１では、受信したデータの印字バッファ番号Ｉ−２のデータ領域のデータと印字バッファ番号Ｉのデータ領域のデータとから中間値を算出し（中間値の算出方法は公知であるので、その説明は省略する）、次のステップＳ１００２では、算出されたデータを喪失補填イメージライン印字データとして印字バッファ番号Ｉ−１のデータ領域に格納すべきデータとして扱い、印字処理部３０４に転送する。
【００６１】
前記図９のステップＳ７１８の処理が終了後は、前記ステップＳ７１９へ進んで、受信したデータの印字バッファ番号Ｉのデータ領域のデータを印字処理部３０４に転送する。
【００６２】
一方、前記図９のステップＳ７１６においてＩ−Ｒの値がＫを超えた場合は、損失したパケットによる画像への影響は大であると判断して、ステップＳ７２１で回線制御部３０７がＩＥＥＥ１３９４回線３０８を介して非同期通信を利用してホストコンピュータ１００に印字失敗のエラー通知を送出する。次に、ステップＳ７２２で印字に必要な機構及び資源に対して印字中断を通知して印字を中止させた後、アイドル状態に戻り、前記図８のステップＳ７０２を実行する。
【００６３】
次に、印字処理系の動作について、図１０のフローチャートに基づき説明する。
【００６４】
電源をオンすると、まず、ステップＳ８０１で初期化処理を行い、アイドル状態になる。次に、ステップＳ８０２で回線制御部３０７からの受信準備指示の受信を待つ。そして、回線制御部３０７から受信準備指示を受信した場合は、ステップＳ８０３で機械制御部３０３、印字機構３０６等、印字に必要な全ての資源の受信準備処理を行う。その受信準備が完了すると、ステップＳ８０４で受信準備完了を回線制御部３０７に通知する。次に、ステップＳ８０５で回線制御部３０７からイメージライン印字データを受信する。
【００６５】
次に、ステップＳ８０６で受信したイメージライン印字データに対して印字処理部３０４が必要な処理（受信したイメージライン印字データをビデオＩ／Ｆ３０５に適合したフォーマットに変換する）を行い、次のステップＳ８０７で印字処理部３０４がイメージライン印字データをビデオＩ／Ｆ３０５に書き込む。次に、ステップＳ８０８で機械制御部３０３により制御されている印字機構３０６がビデオＩ／Ｆ３０５に書き込まれたイメージライン印字データを印字用紙に転写して印字する。
【００６６】
次に、ステップＳ８０９で回線制御部３０７から受信終了通知を受信したか否かを判断する。そして、受信終了通知を受信した場合は、印字が終了したと判断して、ステップＳ８１０で印字終了処理を行った後、アイドル状態に戻り前記ステップＳ８０２の処理を実行する。また、前記受信終了通知を受信しない場合は、ステップＳ８１１で回線制御部３０７から受信中断通知を受信したか否かを判断する。そして、受信中断通知を受信した場合は、ステップＳ８１２で印字中止処理を行った後、アイドル状態に戻り前記ステップＳ８０２の処理を実行する。
【００６７】
また、受信中断通知を受信しない場合は、ステップＳ８１３でイメージライン印字データを受信しているか否かを判断する。そして、イメージライン印字データを受信していない場合は前記ステップＳ８０９へ、また、イメージライン印字データを受信している場合は前記ステップＳ８０６へそれぞれ戻る。
【００６８】
（第２の実施の形態）
上述した第１の実施の形態では、損失パケット（損失ラインデータ）が１場合のみ、データ補填を行うことを想定して説明したが、損失パケット（損失ラインデータ）が複数ラインのときも画像によっては、損失したパケットを補填することが可能である。その損失パケットに含まれる損失したライン分の補填方法は種々考えられる。例えば、損失パケットが２行ならば、前記図９におけるステップＳ７１８の処理を、図１３のステップＳ１１０１及びステップＳ１１０２を実行する方法が、また、損失パケットが３行ならば、前記図９におけるステップＳ７１８の処理を、図１４のステップＳ１２０１、ステップＳ１２０２、ステップＳ１２０３及びステップＳ１２０４を実行する方法が考えられる。
【００６９】
図１３のステップＳ１１０１では、受信したデータの印字バッファ番号Ｉ−３のデータ格納領域のデータを印字処理部３０４に転送し、ステップＳ１１０２では、受信したデータの印字バッファ番号Ｉのデータ格納領域のデータを印字処理部３０４に転送する。
【００７０】
また、図１４のステップＳ１２０１では、受信したデータの印字バッファ番号Ｉ−３のデータ格納領域のデータを印字処理部３０４に転送し、ステップＳ１２０２では、受信したデータの印字バッファ番号Ｉ−２のデータ格納領域のデータと印字バッファ番号Ｉのデータ格納領域のデータから中間値を算出し、ステップＳ１２０３では、算出されたデータを損失補填イメージライン印字データとして印字バッファ番号Ｉ−２のデータ領域に格納すべきデータとして扱い、印字処理部３０４に転送し、ステップＳ１２０４では、受信したデータの印字バッファ番号Ｉのデータ格納領域のデータを印字処理部３０４に転送する。
【００７１】
（第３の実施の形態）
また、上述した第１の実施の形態では、イメージライン印字データを例示して説明したが、イメージライン印字データ以外に、１次元方向にのみ圧縮されたデータ、つまり、ラインごとに独立して圧縮された圧縮ライン印字データでも本発明は適用可能である。
【００７２】
（第４の実施の形態）
また、上述した第１及び第３の実施の形態では、ライン印字データ（１ラインごとに独立したデータ）を１つのデータブロックとして処理することを想定して説明したが、画像によっては、１つのデータブロックに複数ライン分の印字データを格納することも可能であろう。このとき画像データ形式は１つのデータブロックで独立して画像を生成することが可能であれば、１つのデータブロック内での２次元方向の圧縮も可能である。
【００７３】
（第５の実施の形態）
次に、本発明の情報処理システムに用いる記憶媒体について、図１５に基づき説明する。
【００７４】
上述した情報処理システムを制御するプログラムを格納する記憶媒体には、図１５に示すように、「画像データ変換モジュール」、「格納モジュール」、「第１のパケット送出モジュール」、「パケット番号付加モジュール」及び「第２のパケット送出モジュール」のプログラムコードを格納すればよい。
【００７５】
ここで、「画像データ変換モジュール」は、セッションを確立後は一定の転送速度でデータ同期転送が保証されている回線で接続されている２機器間において画像データの入力が可能で上記回線を使用して同期転送通信が可能な画像入力機器において入力された画像データを１ラインごとの非圧縮画像データまたは１ラインごとの１次元圧縮画像データに変換するためのプログラムモジュールである。また、「格納モジュール」は、前記変換された１ラインごとの非圧縮画像データまたは１ラインごとの１次元圧縮画像データのｎライン分（ｎは１以上の整数）を１パケットに格納するためのプログラムモジュールである。また、「第１のパケット送出モジュール」は、前記パケットを前記同期転送で送出するためのプログラムモジュールである。また、「パケット番号付加モジュール」は、各パケット内に送出順番を示すシーケンス番号を付加するためのプログラムモジュールである。更に、「第２のパケット送出モジュール」は、前記シーケンス番号を付加したパケットを前記同期転送で送出するためのプログラムモジュールである。
【００７６】
なお、前記記憶媒体は、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＲＯＭ（リードオンリーメモリ）、ＭＤ（ミニディスク）或いは磁気テープ等からなる。
【００７７】
（第６の実施の形態）
次に、本発明の情報処理システムに用いる上記図１５に示す記憶媒体とは異なる記憶媒体について、図１６に基づき説明する。
【００７８】
上述した情報処理システムを制御するプログラムを格納する記憶媒体には、図１６に示すように、「パケット受信モジュール」、「確認モジュール」、「受信継続モジュール」、「第１の画像形成モジュール」、「受信中断モジュール」及び「第２の画像作成モジュール」のプログラムコードを格納すればよい。
【００７９】
ここで、「パケット受信モジュール」は、画像送出システムから同期転送で送出されたパケットを受信するためのプログラムモジュールである。また、「確認モジュール」は、受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認するためのプログラムモジュールである。また、「受信継続モジュール」は、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断されたとき少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）と比較しｋの方が大きければ損失パケットによる画像への影響は許容範囲と判断して受信を継続するためのプログラムモジュールである。また、「第１の画像形成モジュール」は、損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成するためのプログラムモジュールである。また、「受信中断モジュール」は、連続している損失パケットに格納されている画像ライン数とｋとを比較しｋと同値もしくはｋの方が小さければ損失パケットによる画像への影響は許容範囲を超えていると判断して受信を中断するためのプログラムモジュールである。更に、「第２の画像作成モジュール」は、前記プログラムは、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断されたとき少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）と比較しｋの方が大きければ損失パケットによる画像への影響は許容範囲と判断して少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信したラインの画素から損失したラインの画像を作成するためのプログラムモジュールである。
【００８０】
なお、前記記憶媒体は、ＦＤ（フロッピーディスク）、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリーメモリ）、ＲＯＭ（リードオンリーメモリ）、ＭＤ（ミニディスク）或いは磁気テープ等からなる。
【００８１】
【発明の効果】
以上詳述したように本発明によれば、ある程度の誤差を許容するならば、例えば、ＩＥＥＥ１３９４で規定されているようなバスリセット発生時等の同期転送実行の通信過程におけるパケット損失が発生したときでも（連続する損失パケット数に依存するが）、完全な２点間のデータ透過性が必要ないときであれば、データ転送を中止し、再送する必要はなくなる。従って、イメージデータで送信するような静止画像の場合で且つ厳密な画像を要求しないときは同期通信での転送効率が高まるという効果を奏する。具体的には、例えば、下書きに試し刷り等、正確な画像の必要がないときの効果が大きい。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る情報処理システムの構成を示す図である。
【図２】図１におけるホストコンピュータの内部構成を示すブロック図である。
【図３】図１における印字装置の内部構成を示すブロック図である。
【図４】図２に示すホストコンピュータのＲＡＭ上の印字バッファの構成例を示す図である。
【図５】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図６】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図７】図２に示すホストコンピュータの動作の流れを示すフローチャートである。
【図８】図３に示す印字装置の動作の流れを示すフローチャートである。
【図９】図３に示す印字装置の動作の流れを示すフローチャートである。
【図１０】図３に示す印字装置の動作の流れを示すフローチャートである。
【図１１】図９のステップＳ７１８の処理を示すフローチャートである。
【図１２】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１３】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１４】図９のステップＳ７１８の別の処理を示すフローチャートである。
【図１５】本発明の記憶媒体に格納されるプログラムの各プログラムモジュールを示す図である。
【図１６】本発明の図１５とは異なる記憶媒体に格納されるプログラムの各プログラムモジュールを示す図である。
【符号の説明】
１００ ホストコンピュータ
１０１ 印字装置（プリンタ）
１０３ ＩＥＥＥ１３９４回線
２００ ＣＰＵ（中央演算処理装置）
２０１ ＲＡＭ（ランダムアクセスメモリ）
２０２ 記憶媒体
２０３ ユーザーコマンド入力装置
２０４ 回線制御部
２０５ ＩＥＥＥ１３９４回線
２０６ メインバス
３００ ＣＰＵ（中央演算処理装置）
３０１ ＲＡＭ（ランダムアクセスメモリ）
３０２ 記憶媒体
３０３ 機械制御部
３０４ 印字処理部
３０５ ビデオＩ／Ｆ（インターフェース）部
３０６ 印字機構
３０７ 回線制御部
３０８ ＩＥＥＥ１３９４回線
３０９ メインバス
Claims (6)
- 中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにより情報を処理する情報処理方法において、
画像送出システムから同期転送で送出されたパケットを受信するパケット受信ステップと、
受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認ステップと、
前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続ステップと、
前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成ステップと、
少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断ステップと
を有することを特徴とする情報処理方法。 - 前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成ステップを有することを特徴とする請求項２記載の情報処理方法。
- 中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムにおいて、
画像送出システムから同期転送で送出されたパケットを受信するパケット受信手段と、
受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認手段と、
前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続手段と、
少なくとも１つ以上連続している損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成手段と、
少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断手段と
を有することを特徴とする情報処理システム。 - 前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画素を作成する画素作成手段を有することを特徴とする請求項３記載の情報処理システム。
- 中央演算処理装置と主記憶装置とメインバスと回線制御部とを具備した情報処理システムを制御するプログラムを格納する記憶媒体であって、
画像送出システムから同期転送で送出されたパケットを受信するパケット受信モジュールと、
受信したパケットのシーケンス番号を参照して今までに受信したパケットのシーケンス番号と比べることにより受信したパケットの連続性を確認する確認モジュールと、
前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に受信を継続する受信継続モジュールと、
前記損失パケットに格納されている画像データを最初から存在しなかったものとして受信した画像データから画像を形成する画像形成モジュールと、
少なくとも１つ以上連続している損失パケットに格納されている画像ライン数とｋとを比較してｋと同値もしくはｋの方が小さい場合に受信を中断する受信中断モジュールと
を有することを特徴とする記憶媒体。 - 前記プログラムは、前記連続性の確認の結果連続性が確認できず損失パケットがあったと判断された場合に少なくとも１つ以上連続している損失パケットに格納されている画像ライン数と予め決定されている整数値ｋ（ｋは１以上）とを比較してｋの方が大きい場合に少なくとも１つ以上連続している損失パケットに格納されている画像ラインの前後の正常に受信した画像ラインの画素から損失した画像ラインの画像を作成する画像作成モジュールを有することを特徴とする請求項５記載の記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34869397A JP3679583B2 (ja) | 1997-12-04 | 1997-12-04 | 情報処理方法及びシステム並びに記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34869397A JP3679583B2 (ja) | 1997-12-04 | 1997-12-04 | 情報処理方法及びシステム並びに記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11167630A JPH11167630A (ja) | 1999-06-22 |
| JP3679583B2 true JP3679583B2 (ja) | 2005-08-03 |
Family
ID=18398728
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34869397A Expired - Fee Related JP3679583B2 (ja) | 1997-12-04 | 1997-12-04 | 情報処理方法及びシステム並びに記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3679583B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19928946A1 (de) * | 1999-06-24 | 2000-12-28 | Scm Microsystems Gmbh | Anordnung und Verfahren zur Aufnahme von Fingerabdruck-Daten |
| JP2003506793A (ja) * | 1999-08-09 | 2003-02-18 | クロス マッチ テクノロジーズ， インコーポレイテッド | インターフェイスケーブルを介して位置アドレスおよびラインスキャンデータを有するパケットを送信するシステムおよび方法 |
| AU7999700A (en) * | 1999-10-29 | 2001-05-14 | Cross Match Technologies, Inc. | Hand-held fingerprint scanner with on-board image normalization data storage |
| JP4192372B2 (ja) * | 1999-12-03 | 2008-12-10 | ソニー株式会社 | 印刷装置、印刷制御装置、印刷システム及び印刷方法 |
| JP4018436B2 (ja) * | 2002-04-26 | 2007-12-05 | キヤノン株式会社 | 画像記録装置およびその制御方法 |
| EP2003892A4 (en) * | 2006-03-30 | 2010-10-06 | Fujitsu Ltd | METHOD AND APPARATUS FOR TRANSFERRING DATA |
| CN105808469B (zh) | 2016-03-21 | 2018-12-25 | 北京小米移动软件有限公司 | 数据处理方法、装置、终端及智能设备 |
-
1997
- 1997-12-04 JP JP34869397A patent/JP3679583B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11167630A (ja) | 1999-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4924001B2 (ja) | 印刷システム及び印刷システムにおける印刷制御方法 | |
| JP4981596B2 (ja) | プリンタシステム | |
| JP5672913B2 (ja) | カラープリンタシステムおよび印刷方法 | |
| JP3679583B2 (ja) | 情報処理方法及びシステム並びに記憶媒体 | |
| US20050213150A1 (en) | Host based printer, host device and printing control method | |
| US20120069398A1 (en) | Printing system and printing device | |
| JP3689699B2 (ja) | 情報処理装置および印刷処理方法ならびにプログラム、記憶媒体 | |
| US7212303B2 (en) | Print control method for a multifunctional printer including a facsimile feature | |
| CN104683647B (zh) | 进行通信速度改变处理的通信装置及通信控制方法 | |
| JPH03155974A (ja) | 印刷システム、および、そのエラー回復方法 | |
| JP3772585B2 (ja) | プリントシステム | |
| JP2003046709A (ja) | 画像生成装置、画像形成装置、印刷制御装置、データ転送方法、データ変換方法、データ転送プログラムおよびデータ変換プログラム | |
| JP2001067193A (ja) | 印刷システム及び印刷装置及びその制御方法 | |
| JP3636359B2 (ja) | 主従関係で通信接続された複数装置を備えたシステム | |
| JP2004221629A (ja) | 画像処理装置、データ通信方法、及びプログラム | |
| JP3779833B2 (ja) | プリンタシステム、プリンタ方法、及び端末装置 | |
| JP2008269074A (ja) | 画像形成装置 | |
| JP3636358B2 (ja) | 画像出力システム | |
| JP3367556B2 (ja) | ページプリンタ及びページプリントシステム | |
| JP2003248558A (ja) | データ転送方法、および、その装置 | |
| JPH11305956A (ja) | 画像形成システム | |
| US7218408B2 (en) | Image printing system | |
| JP2000301780A (ja) | プリントシステム | |
| JP2008262471A (ja) | 画像出力装置 | |
| JP2004070454A (ja) | 印刷システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20031226 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040113 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040315 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040727 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040927 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050510 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050513 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100520 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100520 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120520 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |