(57)【要約】【課題】データ送信の繰り返しに起因する問題を解消しつつ、送信側における良好な応答性を確保して、データの送受信を行うことができる枠組みを提供する。【解決手段】外部装置から送信されたデータをバッファに格納し、格納したデータに基づき所定処理を実行し、所定処理の実行に応じてバッファに格納されているデータを解放する機能を備える。外部装置からデータ送信に関する要求を受け付けた場合、バッファの空き状態に基づいて送信タイミングを制御して、要求に対する応答を外部装置に対して送信する。例えば、データをバッファに格納できる場合は、バッファに格納されているデータが解放されるのを待つことなく送信する。データをバッファに格納できない場合は、所定処理の実行に応じてバッファに格納されているデータが解放されるのを待ち、データを格納できるようになったタイミングで送信する。【選択図】  図３
2004171150.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から送信されたデータをバッファに格納し、前記格納したデータに基づき所定処理を実行し、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する機能を備えた情報処理装置であって、
クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信することを特徴とする情報処理装置。
【請求項２】
前記要求に基づくデータを前記バッファに格納できると判断した場合は、バッファに格納されているデータが解放されるのを待つことなく、前記クライアント装置に対して応答を送信し、
前記要求に基づくデータをバッファに格納できないと判断した場合は、前記所定処理の実行に応じてバッファに格納されているデータが解放されるのを待ち、前記要求に基づくデータを格納できるようになったタイミングで、前記クライアント装置に対して応答を送信することを特徴とする、請求項１記載の情報処理装置。
【請求項３】
前記要求に基づくデータをバッファに格納できないと判断した場合、前記所定処理を優先して実行することを特徴とする、請求項１又は２記載の情報処理装置。
【請求項４】
少なくとも１つのクライアント装置と、クライアント装置から送信されたデータをバッファに格納し、前記格納したデータに基づき所定処理を実行し、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する機能を備えた情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、前記クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信することを特徴とする、情報処理システム。
【請求項５】
請求項１乃至３のいずれか１項に記載の情報処理装置、または請求項４記載の情報処理システムを備え、前記所定処理が印刷制御処理であることを特徴とするプリンタシステム。
【請求項６】
クライアント装置から送信されたデータをバッファに格納する工程と、前記格納したデータに基づき所定処理を実行する工程と、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する工程と、クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信する工程を備えたことを特徴とする情報処理方法。
【請求項７】
請求項６記載の情報処理方法をコンピュータで実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ通信に関する応答タイミングを制御するための情報処理技術に関し、特に、デジタルカメラ等のクライアント装置からプリンタ装置へデータを送信する場合に適した情報処理技術に関する。
【０００２】
【従来の技術】
例えば、ブルートゥースにおけるＯＢＥＸ層などでは、送信側は、データ等を送信（ＰＵＴ）した場合（図８：Ｓ６００）、そのレスポンス（成功／失敗）が得られるまで待機し（図８：Ｓ６０１）、レスポンスを得た後に次の動作（例えば、次のデータ送信等）を実行するというプロトコルを採る（特許文献１参照）。以下、このタイプの通信プロトコルを「ＯＢＥＸ層タイププロトコル」と呼ぶこととする。ブルートゥース
【特許文献１】特開２００２−１１１７８４号公報
【発明が解決しようとする課題】
ＯＢＥＸ層タイププロトコルを用いて、例えば、送信側（例えば、パソコン、デジタルカメラ、ＰＤＡなど）から印刷データを送信し、受信側（例えば、プリンタ）において受信した印刷データに基づいて印刷を実行するシステムを考える。このようなシステムでは、受信側においてバッファがフルの状況で更に送信側からデータが送信されてきた場合（またはデータ受信途中でバッファがフルとなってしまった場合）、受信側から送信側へレスポンス（失敗）を返す構成を採る場合が多い。この場合、レスポンス（失敗）を受け取った送信側は、データ送信に対するレスポンス（成功）が得られるまで、データ送信を繰り返すことになる。
【０００３】
しかし、データ送信を繰り返す上記構成では、データを送信する都度、所定の電力が消費されることから、送信側において必要以上に電力が消費されてしまうおそれがある。かかる問題は、電力消費が少ないとされるブルートゥース規格を採用する場合でも同様に生じる。特に、デジタルカメラ等の充電型のデバイスでは電力消費を抑えて長時間動作可能な構成とすることが望ましいため、データ通信を繰り返すことによる電力消費は無視できない大きな問題となる。
【０００４】
ここで、上記問題の一つの解決方法として、データが送信されてきた場合、受信側において、該データに基づく印刷処理が終了して次のデータが受付可能となってから、レスポンス（成功）を返すように構成することが考えられる。この場合、送信側にレスポンス（成功）が戻ってきた段階で、送信側がデータを送信できる状態＝受信側がデータを受信できる状態となり、上記のようなデータ送信の繰り返しを回避できる。
【０００５】
しかし、かかる構成では、送信側は、データを送信する都度、常に印刷処理が終了するまで待たなければ（すなわち、レスポンス（成功）が返ってくるまで待たなければ）次の動作に移行することができないため、送信側における応答性（即応性）が大きく低下してしまうという問題が別に生じる。
【０００６】
そこで、本発明は、データ送信の繰り返しに起因する問題を解消しつつ、送信側における良好な応答性を確保して、データ（印刷データ）の送受信を行うことができる枠組みを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の情報処理装置は、クライアント装置から送信されたデータをバッファに格納し、前記格納したデータに基づき所定処理を実行し、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する機能を備えた情報処理装置であって、クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信することを特徴とする。
【０００８】
かかる構成によれば、バッファの空き状態に基づいて応答の送信タイミング制御することで、データ送信の繰り返しを回避しつつ、クライアント装置に対して良好な応答性を確保することができる。
【０００９】
好適には、前記要求に基づくデータを前記バッファに格納できると判断した場合は、バッファに格納されているデータが解放されるのを待つことなく、前記クライアント装置に対して応答を送信し、前記要求に基づくデータをバッファに格納できないと判断した場合は、前記所定処理の実行に応じてバッファに格納されているデータが解放されるのを待ち、前記要求に基づくデータを格納できるようになったタイミングで、前記クライアント装置に対して応答を送信することを特徴とする。
【００１０】
かかる構成によれば、格納できる場合はバッファの解放を待つことなく送信することで、クライアント装置において良好な応答性を確保できる一方、格納できない場合はバッファの解放を待つことで、データ送信の繰り返しを回避することができる。
【００１１】
好適には、前記要求に基づくデータをバッファに格納できないと判断した場合、前記所定処理を優先して実行することを特徴とする。
【００１２】
かかる構成によれば、バッファに格納できない場合に所定処理を優先して実行することでバッファの解放を早めることができ、クライアント装置における応答性を改善することができる。
【００１３】
本発明の情報処理システムは、少なくとも１つのクライアント装置と、クライアント装置から送信されたデータをバッファに格納し、前記格納したデータに基づき所定処理を実行し、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する機能を備えた情報処理装置とを含む情報処理システムであって、前記情報処理装置は、前記クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信することを特徴とする。
【００１４】
かかる構成によれば、バッファの空き状態に基づいて応答の送信タイミングを制御することで、データ送信の繰り返しを回避しつつ、クライアント装置における良好な応答性を確保できる
本発明のプリンタシステムは、請求項１乃至４のいずれか１項に記載の情報処理装置、または請求項５記載の情報処理システムを備え、前記所定処理が印刷制御処理であることを特徴とする。
【００１５】
かかる構成によれば、デジカメ等のクライアント装置から印刷データを送信してプリンタで印刷する場合に、データ送信の繰り返しを回避しつつ、クライアント装置における良好な応答性を確保することができる。
【００１６】
本発明の情報処理方法は、クライアント装置から送信されたデータをバッファに格納する工程と、前記格納したデータに基づき所定処理を実行する工程と、前記所定処理の実行に応じて前記バッファに格納されているデータを解放する工程とを備えた情報処理方法であって、更に、クライアント装置からデータ送信に関する要求を受け付けた場合、前記バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信する工程を備えたことを特徴とする。
【００１７】
本発明の情報処理方法は、コンピュータにより実施することができるが、そのためのコンピュータプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じてコンピュータにインストールまたはロードすることができる。
【００１８】
なお、本明細書において、「バッファの空き状態」とは、バッファの空き領域（未使用領域）の容量のみならず、バッファの使用領域の容量や、空き領域と使用領域の割合など、バッファの空きがどの程度あるかを示し得る情報であればよく、種々の場合を含むものである。
【００１９】
また、本明細書において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されても良い。
【００２０】
【発明の実施の形態】
（第１の実施形態）
図面を参照して本発明の第１の実施形態を説明する。図１は、本実施形態のプリンタ１のハードウェア構成を表すブロック図である。
【００２１】
プリンタ１は、用紙をプリンタ内に供給する給紙機構１０、印字を行う印刷エンジン１１、及び用紙をプリンタ機外に排出する排紙機構１２等により構成される動力機構部２を備える。印刷エンジン１１は、紙送機構、キャリッジ機構、印刷ヘッドなどを含んで構成される。
【００２２】
印刷エンジン１１としては、レーザプリンタのようにページ単位で印刷するページプリンタ、インクジェットプリンタや熱転写プリンタのように１文字単位で印刷するシリアルプリンタ、１行単位で印刷するラインプリンタ等に対応する各種印刷エンジンを用いることができる。
【００２３】
これら動力機構部２を制御し印刷動作を行わせるのは、ＣＰＵ（プロセッサ）１３、ＲＯＭ１４、ＲＡＭ１５、ＬＣＤパネル及びＬＣＤコントローラ１６、無線通信インタフェース（ブルートゥースＩＦなど）１７、有線通信インタフェース１８等からなる情報処理部３である。ＣＰＵ１３は、内部バスを介して各手段１４〜１８にアクセス可能に構成されており、デジタルカメラ等の端末装置やパソコン等のホスト装置から無線通信インタフェース１７又は／及び有線通信インタフェース１８を介して送られてくる印刷ジョブに従い、動力機構部２を制御して実際に印刷動作を行なわせる（以下、印刷ジョブを送信する側の装置をクライアント装置と呼ぶ）。なお、動力機構部２が独立してＣＰＵを備えていてもよく、その場合は、動力機構部２のＣＰＵが、パラレルインタフェース等を介してＣＰＵ１３と通信を行い、印刷エンジン１１を制御して印刷動作を行わせることになる。
【００２４】
動力機構部２、情報処理部３の構成・動作は原則として従来のプリンタ装置の構成・動作と同様である。ただし、本プリンタ１の無線通信インタフェース１７又は／及び有線通信インタフェース１８は、クライアント装置との間で、ＯＢＥＸ層タイププロトコルに基づきデータ通信を行うことができる構成となっている。また、クライアント装置からデータ送信に関する要求を受け付けた場合、受信バッファの空き状態に基づいて送信タイミングを制御して、前記要求に対する応答を前記クライアント装置に対して送信する機能（応答タイミング制御機能）を備えている点で、従来の構成と異なっている。
【００２５】
図２に、情報処理部３における主要な機能構成図を示す。図に示すように、情報処理部３は、受信／応答手段２０、印刷制御手段２１、受信バッファ２２等を備えて構成される。上記の各手段は、ＲＯＭ１４又はＲＡＭ１５に格納されるアプリケーションプログラムをＣＰＵ１３が実行することにより機能的に実現される。また、受信バッファ２２はＲＡＭ１５の所定領域を使用して実現される。なお、情報処理部３は、上記の各手段のほか、一般的なプリンタが備える画像処理（画像伸長処理、サイズ変換処理、ノイズ除去処理など）手段などを備えることができる。
【００２６】
以下、図３〜図７に示すフローチャートを参照して、受信／応答手段２０、印刷制御手段２１の動作について説明する。なお、各工程（符号が付与されていない部分的な工程を含む）は処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。
【００２７】
（第１実施例）
本実施例では、印刷ジョブ（印刷データ）が固定サイズのパケットに分割されて送信される場合（例えば、ブルートゥース規格等の無線通信の場合）について説明する。
【００２８】
図３は、受信／応答手段２０の動作の一例を示すフローチャートである。ブルートゥース規格の場合、ここに示す受信／応答手段２０の動作はＯＢＥＸ層における動作の一つに対応するが、これに限定されるものではない。
【００２９】
受信／応答手段２０は、クライアント装置からインタフェース１７又は／及び１８を介してデータ送信に関する要求（本実施例ではパケット自体）が送信されてくるのを監視する（Ｓ１００）。そして、パケットが送信されてきた場合、これを受信バッファ２２に格納する（Ｓ１０１）。
【００３０】
次に、受信／応答手段２０は、受信バッファの空き容量をチェックし、（空き容量）＞（パケットサイズ）が成立するかどうかを判断する（Ｓ１０２）。
【００３１】
成立すると判断した場合、受信／応答手段２０は、クライアント装置に対して、パケット送信に対応する応答を送信した後、Ｓ１００に戻る（Ｓ１０３）。
【００３２】
一方、成立しないと判断した場合、受信／応答手段２０は、所定時間にわたりウエイトした後、Ｓ１０２に戻る（Ｓ１０４）。
【００３３】
図４は、印刷制御手段２１の動作の一例を示すフローチャートである。
【００３４】
印刷制御手段２１は、受信バッファ２２に、印刷データを復元するために必要なパケットが格納されているかどうかを判断し、格納されている場合はＳ２０１に進む（Ｓ２００）。
【００３５】
次に、印刷制御手段２１は、印刷制御処理を実行する（Ｓ２０１）。例えば、受信バッファ２２から印刷データを復元するために必要なパケットを読み出して印刷データを復元し、前記復元した印刷データを解析し、ラスタ形式の印刷イメージを１バンド分又は１ページ分生成し、イメージバッファに格納する。また、印刷エンジン１１等に対して所定の指示（印字要求、紙送り要求、給紙／排紙要求など）を出力し、所定単位分（例えば１パス分）の印刷イメージをイメージバッファから印刷エンジン１１に転送するともに、印刷エンジン１１を制御しながら印刷を実行する。また、イメージバッファに格納されている印刷イメージのうち、印刷が終了しているものについて、イメージバッファから解放する。
【００３６】
このとき、印刷制御手段２１は、印刷制御処理の実行に応じて、受信バッファ２２に既に格納されているパケットのうち、印刷データの復元、印刷データの解析及び印刷イメージの生成（又は、印刷データの復元、印刷データの解析、印刷イメージの生成及び印刷の実行）が終了しているパケットについて、受信バッファ２２から解放する（Ｓ２０２）。なお、図４では、Ｓ２０２は印刷制御処理（Ｓ２０１）に対して直列に置かれているが、印刷制御処理と並列に、又は印刷制御処理の途中で、Ｓ２０２を実行するように構成してもよい。
【００３７】
印刷制御手段２１は、処理対象の印刷データについて印刷制御処理等が終了した後、次の印刷データについて処理すべく、Ｓ２００に戻る。
【００３８】
このように、本実施形態では、受信バッファ２２の空き容量に基づいてパケット（印刷データ）を格納できるかどうかを判断し、格納できると判断した場合は、印刷制御処理の実行に応じて受信バッファ２２が解放されるのを待つことなく、クライアント装置へ応答を返す一方、格納できないと判断した場合は、印刷制御処理の実行に応じて受信バッファ２２が解放されるまで待って、すなわちパケットを格納できるようになるまで待って、クライアント装置へ応答を返すように構成している。
【００３９】
かかる構成のもとでは、受信バッファ２２にパケットを格納できる場合、クライアント装置は間をおかずに送信許可要求に対する応答を受け取ることができるため、応答待ちの状態が短くなり、良好な応答性を確保することができる。
【００４０】
一方、受信バッファ２２にパケットを格納できない場合、クライアント装置は、受信バッファ２２がパケットを格納できるようになるまで応答待ちの状態となってパケットを送信しないため、やはり従来のようにパケットを繰り返し送信するという状況は生じず、その結果、必要以上に電力を消費してしまうという従来の問題を解消することができる。
【００４１】
（第２実施例）
第２実施例では、送信される印刷データのサイズが不定の場合について説明する。この場合、クライアント装置は、プリンタ装置に対して、まず印刷データの送信許可を要求する制御コマンド（これから送信する印刷データのデータサイズ情報を含む）を送信し、その応答を受けて次に印刷データを送信する枠組みを採る。
【００４２】
図５は、第２実施例における受信／応答手段２０の動作の一例を示すフローチャートである。
【００４３】
受信／応答手段２０は、クライアント装置からインタフェース１７／１８を介して制御コマンドが送信されてくるのを監視し、印刷データの送信許可を要求する制御コマンドが送信されてきた場合、Ｓ３０１に進む（Ｓ３００）。
【００４４】
受信／応答手段２０は、受信バッファの空き容量をチェックし、（空き容量）＞（これから送信される印刷データのサイズ）が成立するかどうかを判断する（Ｓ３０１）。
【００４５】
成立すると判断した場合、受信／応答手段２０は、クライアント装置に対して、送信許可要求に対応する応答を送信する（Ｓ３０２）。これを受けてクライアント装置は印刷データの送信を開始することになる。
【００４６】
受信／応答手段２０は、クライアント装置から印刷データが送信されてきた場合、これを受信バッファ２２に格納する（Ｓ３０３）。そして、クライアント装置に対して、印刷データ送信に対応する応答を送信した後、Ｓ３００に戻る（Ｓ３０４）。
【００４７】
一方、成立しないと判断した場合、受信／応答手段２０は、所定時間にわたりウエイトした後、Ｓ３０１に戻る（Ｓ３０５）。
【００４８】
図６は、第２実施例における印刷制御手段２１の動作の一例を示すフローチャートである。
【００４９】
印刷制御手段２１は、受信バッファ２２に解析処理等の対象としていない印刷データが格納されているかどうかを判断し、格納されている場合はＳ４０１に進む（Ｓ４００）。
【００５０】
次に、印刷制御手段２１は、印刷制御処理を実行する（Ｓ４０１）。すなわち、受信バッファ２２から印刷ジョブを読み出して解析し、ラスタ形式の印刷イメージを１バンド分又は１ページ分生成し、イメージバッファに格納する。また、印刷エンジン１１等に対して所定の指示（印字要求、紙送り要求、給紙／排紙要求など）を出力し、印刷エンジン１１を制御しながら印刷を実行する。また、イメージバッファに格納されている印刷イメージのうち、印刷が終了しているものについて、イメージバッファから解放する。
【００５１】
このとき、印刷制御手段２１は、印刷制御処理の実行に応じて、受信バッファ２２に既に格納されているデータのうち、解析及び印刷イメージの生成（又は、解析、印刷イメージの生成及び印刷の実行）が終了しているデータについて、受信バッファ２２から解放する（Ｓ４０２）。なお、第１実施例と同様に、印刷制御処理と並列に、又は印刷制御処理の途中で、Ｓ４０２を実行するように構成してもよい。
【００５２】
印刷制御手段２１は、処理対象の印刷データについて印刷制御処理等が終了した後、次の印刷データについて処理すべく、Ｓ４００に戻る。
【００５３】
かかる構成のもとでは、受信バッファ２２に印刷データを格納できる場合、クライアント装置は間をおかずに送信許可要求に対する応答を受け取ることができるため、応答待ちの状態が短くなり、良好な応答性を確保することができる。またこの場合、送信許可要求に続いて送信される印刷データについて受信バッファに格納できることが保証されるため、従来のように印刷データを繰り返し送信するという状況は生じない。
【００５４】
一方、受信バッファ２２に印刷データを格納できない場合、クライアント装置は、受信バッファ２２が印刷データを格納できるようになるまで応答待ちの状態となって印刷データの送信を開始しないため、やはり従来のように印刷データを繰り返し送信するという状況は生じず、その結果、必要以上に電力を消費してしまうという従来の問題を解消することができる。
【００５５】
（第３実施例）
第３実施例では、受信バッファの空き容量のチェック結果に基づき、印刷制御処理の優先度をコントロールする場合について説明する。
【００５６】
第３実施例は、受信／応答制御手段２０の処理（受信バッファ格納処理、応答制御処理など）、印刷制御手段２１の処理（印刷制御処理、受信バッファ解放処理など）にそれぞれ優先度が設定されており、各処理が優先度に従ってリアルタイムＯＳ上で排他的に実行される構成を前提とする。この場合、例えば、優先度が高い処理に対して実行時間をより多く割り当てたり、優先度が低い処理の実行中に、これよりも高い処理の実行要求があった場合に、優先度の低い処理の実行を中断して優先度の高い処理を実行するといった制御がなされることになる。
【００５７】
図７は、第３実施例における受信／応答手段２０の動作を示すフローチャートである。
【００５８】
受信／応答手段２０は、クライアント装置からインタフェース１７／１８を介してパケットが送信されてくるのを監視する（Ｓ５００）。そして、パケットが送信されてきた場合、これを受信バッファ２２に格納する（Ｓ５０１）。
【００５９】
次に、受信／応答手段２０は、受信バッファの空き容量をチェックし、（空き容量）＞（パケットサイズ）が成立するかどうかを判断する（Ｓ５０２）。
【００６０】
成立すると判断した場合、受信／応答手段２０は、各手段の優先度を初期状態へ戻す（初期状態から変更されていない場合は何もしない）（Ｓ５０３）。そして、クライアント装置に対して、パケット送信に対応する応答を送信した後、Ｓ５００に戻る（Ｓ５０４）。
【００６１】
一方、成立しないと判断した場合、受信／応答手段２０は、初期状態から、印刷制御処理が優先して実行される状態（例えば受信／応答手段２０の処理等の優先度が印刷制御処理の優先度に対して相対的に下位となる状態）へ、優先度を変更する（既に初期状態から変更されている場合には何もしないか、又は印刷制御処理がより優先して実行されるように変更する）（Ｓ５０５）。そして、所定時間にわたりウエイトした後、Ｓ５０２に戻る（Ｓ５０６）。
【００６２】
なお、第３実施例における印刷制御手段２１の動作は、図３に示すフローチャートと同様であるため、説明を省略する。
【００６３】
かかる構成のもとでは、受信バッファ２２にデータを格納できない場合、印刷制御処理が優先して実行されることとなり、その結果、受信バッファ２２の解放が早まってクライアント装置に対して早期に応答を返すことが可能となるため、クライアント装置における応答性を改善することができる。
【００６４】
（その他）
本発明は上記実施形態に限定されることなく、種々に変形して適用することが可能である。
【００６５】
例えば、上記実施形態では受信バッファの空き容量とデータサイズとの比較結果に基づいて応答の送信タイミングを制御する構成としているが、単純に受信バッファの空き容量の大小に基づいて応答の送信タイミングを制御する構成としてもよい。この場合、受信バッファの空き容量の大小に基づいて印刷制御処理の優先度の変更度合を制御するように構成してもよい。
【００６６】
また例えば、上記実施形態ではプリンタを例として説明したが、本発明は、ＯＢＥＸ層タイププロトコルを用いてデータ通信を行う場合であれば、プリンタ以外の装置に対しても適用することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態におけるプリンタ装置のハードウェア構成を示すブロック図である。
【図２】第１の実施形態における機能構成図を示すブロック図である。
【図３】第１実施例における受信／応答手段２０の動作を示すフローチャートである。
【図４】第１実施例における印刷制御手段２１の動作を示すフローチャートである。
【図５】第２実施例における受信／応答手段２０の動作を示すフローチャートである。
【図６】第２実施例における印刷制御手段２１の動作を示すフローチャートである。
【図７】第３実施例における受信／応答手段２０の動作を示すフローチャートである。
【図８】ＯＢＥＸ層タイププロトコルを採る場合の、送信側の動作を示すフローチャートである。
【符号の説明】
１  プリンタ、２  動力機構部、３  情報処理部、１０  給紙機構、１１  印刷エンジン、１２  排紙機構、１３  ＣＰＵ、１４  ＲＯＭ、１５  ＲＡＭ、１６  ＬＣＤパネル及びＬＣＤコントローラ、１７  無線通信インタフェース、１８  有線通信インタフェース、２０  受信／応答手段、２１  印刷制御手段、２２  受信バッファ
【図１】
2004171150.tif 000003
【図２】
2004171150.tif 000004
【図３】
2004171150.tif 000005
【図４】
2004171150.tif 000006
【図５】
2004171150.tif 000007
【図６】
2004171150.tif 000008
【図７】
2004171150.tif 000009
【図８】
2004171150.tif 000010