(57)【要約】【課題】  携帯端末などから出力装置に無線通信でデータを送信する際、そのデータ送信を行う操作者に通信状態を適切に知らせることができる出力装置及び無線通信器を提供する。【解決手段】  プリンタ１の本体２にはその前面右側下部にカードスロット１２が設けられている。このカードスロット１２にはＣＦ型通信カード１３が挿抜可能に挿着される。ＣＦ型通信カード１３はＩｒＤＡ準拠の赤外線通信モジュールを内蔵し、その前面には通信ポートとなる赤外線受発光部１３ａとデータ通信状態を報知する表示部１３ｂとを有している。携帯電話１４から赤外線通信でＣＦ型通信カード１３にデータを送信して印刷可能となっている。赤外線受発光部１３ａと表示部１３ｂは、携帯電話１４からデータ送信する操作者の同一視野内に位置する。【選択図】      図１
2005254793.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する表示部と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、
前記表示部と前記通信ポートは、前記通信ポートから最大通信可能距離離れた位置に前記携帯端末を持ってデータ送信操作する操作者の同一視野内に位置することを特徴とする出力装置。
【請求項２】
携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する表示部と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、
前記表示部と前記通信ポートは、前記携帯端末の通信部と前記通信ポートとを最大通信可能距離離して対向配置させた際に前記通信部の通信エリア内に共に位置することを特徴とする出力装置。
【請求項３】
出力装置本体に設けられたスロットに挿抜可能に挿着される無線通信器と、前記無線通信器を介して受信したデータに基づき出力処理を行う出力手段とを備えた出力装置において、
前記無線通信器には、携帯端末からデータを受信する通信ポートと、同通信ポートを通じてデータを受信する際の通信状態を報知する表示部とが備えられていることを特徴とする出力装置。
【請求項４】
請求項１〜３のいずれか一項に記載の出力装置において、
前記通信ポートから受信中にあるデータの受信経過を表示するインジケータを前記通信ポートに対し前記表示部と同じ位置条件を満たす位置に備えたことを特徴とする出力装置。
【請求項５】
請求項１〜４のいずれか一項に記載の出力装置において、
前記出力装置本体には操作パネルの画面が上向きに設けられ、前記表示部は前記出力装置本体の前面又は側面に設けられていることを特徴とする出力装置。
【請求項６】
請求項１〜５のいずれか一項に記載の出力装置において、
前記通信ポートは、前記出力装置本体と同じ載置面に最大通信可能距離離して載置された前記携帯端末の前記通信部からのデータを受信可能な位置に配置されていることを特徴とする出力装置。
【請求項７】
請求項１〜６のいずれか一項に記載の出力装置において、
前記出力手段は前記出力処理として印刷処理を行う印刷手段であり、前記出力装置本体にはその前面に排紙口が設けられ、前記通信ポートは、前記出力装置本体の前面において、前記排紙口を挟んだ両側のうち少なくとも一方側に配置されていることを特徴とする出力装置。
【請求項８】
請求項１〜７のいずれか一項に記載の出力装置において、前記通信ポートは前記出力装置本体の底面から１０ｃｍ以内の高さに配置されていることを特徴とする出力装置。
【請求項９】
請求項１〜８のいずれか一項に記載の出力装置において、
前記出力装置本体には携帯端末を保持するホルダが設けられ、前記通信ポートは前記ホルダに保持された携帯端末と通信可能な位置に配置され、前記表示部は前記ホルダに保持された携帯端末及び前記ホルダと出力装置本体との間に隠れることのない位置に配置されていることを特徴とする出力装置。
【請求項１０】
請求項１〜９のいずれか一項に記載の出力装置において、
携帯端末から無線通信でデータを受信する通信ポートを有する無線通信器に内蔵された第１判定部と、前記無線通信器が通信可能に接続される前記出力装置本体に内蔵された第２判定部とを備え、前記無線通信器が受信したデータの前記第１判定部による第１チェックと、前記無線通信器から前記出力装置本体内に転送されたデータの前記第２判定部による第２チェックとの各チェック結果を報知する前記表示部とを備えたことを特徴とする出力装置。
【請求項１１】
請求項３〜１０のいずれか一項に記載の出力装置において、
前記無線通信器は、携帯端末からデータを受信するための第１転送手段と、前記出力装置本体にデータを転送する第２転送手段とを備え、
前記第１転送手段が転送処理を終了後に前記第２転送手段でエラーが発生すると、そのエラー発生の旨を前記表示部に表示することを特徴とする出力装置。
【請求項１２】
請求項１〜１１のいずれか一項に記載の出力装置において、
前記通信状態を判定する判定手段と、
前記表示部に前記判定手段による判定結果を表示させる表示制御部とを備えたことを特徴とする出力装置。
【請求項１３】
携帯端末からのデータを受信する通信ポートを有する無線通信インターフェイス部と、通信ポートを通じてデータを受信する際の通信状態を判定する判定手段と、前記通信状態を報知する表示部と、前記表示部に前記判定手段による判定結果を表示させる表示制御部と、前記通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備えたことを特徴とする出力装置。
【請求項１４】
請求項１〜１３のいずれか一項に記載の出力装置において、
前記表示部は報知すべき前記通信状態を文字情報で表示する画面を有することを特徴とする出力装置。
【請求項１５】
請求項１〜１３のいずれか一項に記載の出力装置において、
前記表示部は前記通信状態を点灯態様で報知する発光部であることを特徴とする出力装置。
【請求項１６】
請求項１〜１３のいずれか一項に記載の出力装置において、
前記表示部は、前記通信状態を点灯によって報知する発光部と、前記通信状態の内容を知らせる画像又は文字情報を表示する画面とを備えたことを特徴とする出力装置。
【請求項１７】
請求項１２〜１４，１６のいずれか一項に記載の出力装置において、
前記表示制御部は、前記発光部を前記判定結果に応じた点灯色に制御することを特徴とする出力装置。
【請求項１８】
携帯端末からのデータを受信する通信ポートを有する無線通信インターフェイス部と、前記無線通信インターフェイス部を通じた受信状態を判定する判定手段と、前記判定手段により判定された通信状態を文字と画像の少なくとも一方を用いて表示させる画面を有する表示手段と、前記通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備えたことを特徴とする出力装置。
【請求項１９】
出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信したデータに基づき出力処理を行う出力手段を備えた出力装置において、
前記無線通信器に設けられた表示部と、
前記無線通信器の受信データの適否を判定する判定手段と、
前記表示部を前記判定手段の判断結果に応じた表示態様に制御する表示制御部と
を備えたことを特徴とする出力装置。
【請求項２０】
出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信したデータに基づき出力処理を行う出力手段を備えた出力装置において、
前記無線通信器は、表示部と、受信データの適否を判定する判定手段と、前記表示部に前記判定手段による判断結果を表示させる表示制御手段とを備えたことを特徴とする出力装置。
【請求項２１】
請求項２０に記載の出力装置において、
前記出力装置本体には前記無線通信器と異なる他の通信方式の通信部が少なくとも一つ備えられており、前記無線通信器とその他の前記通信部はすべて同時にはデータ受信ができない構成であることを特徴とする出力装置。
【請求項２２】
請求項２１に記載の出力装置において、
前記判定手段が受信データの適否を判断する参照データを、前記出力装置本体側から前記無線通信器にセットアップするセットアップ手段を備えていることを特徴とする出力装置。
【請求項２３】
出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信されたデータに基づき出力処理を行う出力手段を備えた出力装置において、
前記無線通信器に設けられた表示部と、
前記出力装置本体に備えられ、前記無線通信器を介して受信したデータの適否を判定する判定手段と、
前記表示部に前記判定手段による判定結果を表示させる表示制御手段と
を備えたことを特徴とする出力装置。
【請求項２４】
出力装置本体が有するスロットに挿抜可能にセットされる無線通信器を介して受信されたデータに基づき出力処理を行う出力手段を備えた出力装置において、
前記無線通信器には表示部が設けられ、
前記無線通信器は受信したデータの適否を判定する第１判定手段を備え、
前記出力装置本体は、前記無線通信器を介して受信したデータについて、前記第１判定手段とは異なる内容の適否を判断する第２判定手段を備え、
前記表示部に前記第１及び第２判定手段による判定結果を表示させることを特徴とする出力装置。
【請求項２５】
請求項８〜２４のいずれか一項に記載の出力装置において、
前記判定手段により通信状態が受信可能状態であると判定されると、前記制御部は前記表示部に受信可能の旨を表示させることを特徴とする出力装置。
【請求項２６】
請求項２５に記載の出力装置において、
前記出力装置本体は、前記無線通信器と異なる他の通信方式の通信部を少なくとも一つ備え、前記通信部及び前記無線通信器の通信ポートすべてから同時にはデータ受信できず、前記判定手段は、前記無線通信器がデータ受信可能であるか否かを判定することを特徴とする出力装置。
【請求項２７】
請求項８〜２６のいずれか一項に記載の出力装置において、
前記判定手段により判定された受信状態が受信中であるときは、前記表示制御部は、前記表示部に受信中の旨を表示させることを特徴とする出力装置。
【請求項２８】
請求項８〜２７のいずれか一項に記載の出力装置において、
前記判定手段により通信状態が受信完了状態であると判定されたときは、前記表示制御部は、前記表示部を受信完了の旨を示す表示態様に制御することを特徴とする出力装置。
【請求項２９】
請求項８〜２１のいずれか一項に記載の出力装置において、
前記判定手段により通信状態がエラー発生状態であると判定されたときは、前記表示制御部は、前記表示部に受信エラーの旨を表示させることを特徴とする出力装置。
【請求項３０】
請求項１〜６及び８〜２９のいずれか一項に記載の出力装置において、
前記出力手段は、前記出力処理として印刷処理を行う印刷手段であることを特徴とする出力装置。
【請求項３１】
請求項３０に記載の出力装置において、
前記印刷手段は、携帯端末からのデータの受信を完了してから印刷処理を開始することを特徴とする出力装置。
【請求項３２】
携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する報知手段と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、
前記報知手段は前記通信状態に応じて予め異なる内容に設定された音声により前記通信状態を報知することを特徴とする出力装置。
【請求項３３】
出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器であって、
前記スロットに挿抜可能にセットされる通信器本体と、
前記スロットに挿着された前記通信器本体の露出する部分に設けられ携帯端末からのデータを受信する通信ポートと、
前記スロットに挿着された前記通信器本体の露出する部分に設けられ前記通信ポートを通じてデータを受信する際の通信状態に応じた表示態様に表示制御される表示部と
を備えたことを特徴とする無線通信器。
【請求項３４】
出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器であって、
前記スロットに挿抜可能にセットされる通信器本体と、
前記スロットに挿着された前記通信器本体の露出する部分に設けられ携帯端末からのデータを受信する通信ポートと、
前記スロットに挿着された前記通信器本体の露出する部分に設けられた表示部と、
前記通信ポートを通じてデータを受信する際の通信状態を監視する監視手段と、
前記表示部を前記監視手段の監視結果に応じた表示態様に制御する表示制御手段と
を備えたことを特徴とする無線通信器。
【発明の詳細な説明】
【技術分野】
【０００１】
携帯電話などの携帯端末から赤外線通信などの無線通信でデータを受信し、そのデータに基づき出力処理を行う出力装置に係り、詳しくはデータ受信の際の通信状態を報知する技術に関する。
【背景技術】
【０００２】
近年、携帯電話には赤外線通信ポートが標準装備されているものが多い。使用方法として、携帯電話に保存されている電話番号等を、他の携帯電話に赤外線通信を用いて送信することが可能である。また、携帯電話には、電話帳機能やカメラ機能を備えるものがある。電話帳機能で作成された個人情報やカメラ機能で撮影された画像データは、独自のファイル形式で保存される。例えば個人情報はｖＣａｒｄファイル形式、画像データはｖＮｏｔｅファイル形式である。これらのファイル形式で保存されたデータは、携帯電話に備えられた専用の表示アプリケーションプログラム側でレイアウトは決められるようになっているので、データそのものはレイアウト情報を持っていなかった。
【０００３】
携帯用パーソナルコンピュータ（パソコンと称す）とプリンタを赤外線通信で結び、同パソコンのデータを印刷する技術は知られている（例えば特許文献１）。この場合、携帯用パソコンにインストールされたアプリケーションプログラムによりレイアウトを設定できるが、携帯電話はメモリ容量の制限やそもそも印刷目的の情報機器でないことから、印刷レイアウトの設定プログラムまでは搭載されていないし、搭載することも実情に合わない。
【０００４】
ところで、携帯電話のデータ送信処理速度は比較的遅く、データ送信に数１０秒〜１分程度を要する。特に比較的指向性の高い赤外線通信の場合は、携帯電話の通信ポートを送信先の通信ポートに向けてデータ送信中はその状態を保持しなければならないので、操作者は通信ポートを見ている場合が多い。データ送信エラー発生の旨は携帯電話の画面に表示されるが、通信ポートを見ているユーザにとってはそれに気づかずデータ送信をし続ける場合もありうる。これはエラーに限らず送信終了時においても同様である。
【０００５】
この種の問題を解決できるプリンタとして次のものが開示されている。パソコンなどからプリントデータを赤外線通信により受信し、プリンタに出力するプリンタ通信アダプタに、パソコンとの間で通信を行っている間は表示用ＬＥＤを点灯制御し、通信障害が所定時間継続したときには、表示用ＬＥＤを点滅制御される（例えば特許文献１）。
【特許文献１】特開平８−３００７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、携帯電話のデータを同じように赤外線通信でプリンタに送信しても、データを印刷できないか、単なるテキストデータの羅列が印刷されるだけであった。この問題は、携帯電話から送信される所定ファイル形式のデータとプリンタが印刷処理できるデータとに互換性がないこと、データにレイアウト情報が含まれていないことにある。したがって、テキストを含むデータであればテキストの単なる羅列を印刷することが可能な場合もあるが、互換性のない特殊な形式のデータであると印刷をしようとしても、実質上印刷は不可能である。
【０００７】
また、特許文献１に記載のプリンタ通信アダプタでは、赤外線発光部および赤外線受光部（通信ポート）が前面に配置されるとともに表示用ＬＥＤは上面側に配置されていた。プリンタがユーザの目線と同じ高さかそれ以上の高さに配置されている場合、表示用ＬＥＤを確認することができない。また、プリンタには操作パネルに画面を有するものもあるが、この場合、画面に受信エラー等の情報を表示しユーザに報知することもできるが、操作パネルもプリンタの上面に設けられている場合が多いので、この場合も同様に受信エラーを確実に報知することができない。
【０００８】
また、プリンタが複数の通信方式を装備している場合、通常は最初にデータが到達した１つの通信方式しか有効とされないので、そのときに他の通信方式でデータを送信したとしても受信エラーとなる。しかし、操作者からはプリンタがデータ受信可能か否かを判断できず、データを何度送信してもその度にエラーとなることも起こりうる。さらに送信するデータがプリンタ側で対応できないデータであると受け付けられないが、受け付けられない受信エラーの旨が送信開始直ぐに知らされない場合は、それまでの送信が無駄になるという問題もある。特にプリンタとは別の通信アダプタを介して受信する場合は、この種の問題も発生し易い。また、携帯電話と通信アダプタ間、および通信アダプタとプリンタ本体間で、データの転送処理を行う構成では、携帯電話と通信アダプタ間でのデータ送信が完了して両者間の通信リンクが遮断された後、プリンタ側でエラーが検出されることも起こりうる。この場合のように、通信リンク遮断後にあっては、携帯電話を操作するユーザにその受信エラーの旨を報知する手だてがなく、データ送信が成功しているにも拘わらず印刷が開始されないとユーザが感じることになる。
【０００９】
本発明においては、携帯端末などから出力装置に無線通信でデータを送信する際、そのデータ送信を行う操作者（ユーザ）に通信状態を適切に知らせることができる出力装置及び無線通信器を提供することにある。
【課題を解決するための手段】
【００１０】
本発明では、携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する表示部と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、前記表示部と前記通信ポートは、前記通信ポートから最大通信可能距離離れた位置に前記携帯端末を持ってデータ送信操作する操作者の同一視野内に位置することを要旨とする。
【００１１】
この構成によれば、携帯端末からデータを送信する場合、携帯端末の通信ポートを出力装置側の通信ポートに向けてその送信先の通信ポートを見ながらデータ送信が行われる。このとき、表示部と通信ポートは操作者の同一視野内に位置するので、データ受信状態を容易に視認することができる。特に指向性の高い赤外線等の通信媒体を用いる場合、携帯端末が手振れ等によって送信失敗となる場合もあるので、出力装置側の通信ポートを見ながら慎重にデータ送信することが多くなる。この際、例えば携帯端末のデータ送信速度が比較的遅い場合、データ送信を終えるまでに例えば数１０秒〜１分程度の時間を要する場合もあるが、送信先の通信ポートを見ながら直ぐ目に入る表示部によってデータ受信状態をも確認しながらデータ送信を行うことができる。
【００１２】
本発明では、出力装置において、携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記無線通信インターフェイス部におけるデータ受信状態を報知する表示部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する表示部と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、前記表示部と前記通信ポートは、前記携帯端末の通信部と前記通信ポートとを最大通信可能距離離して対向配置させた際に前記通信部の通信エリア内に共に位置することを要旨とする。
【００１３】
この構成によれば、ユーザは携帯端末を出力装置の通信可能域内に入れればデータ送信できるという認識があり、その際、光を発する表示部に自然と目がいき視線先の表示部に向かってデータ送信する場合もありうる。この場合、最大通信距離だけ離れた位置からデータ送信していれば、その通信エリア内に出力装置側の通信ポートが位置することになるので、データ受信が可能となる。特に通常は表示部を見ながらでもそこまで大きく外れることは少ないので、携帯端末を最大通信距離より近づけてデータ送信した場合も、データ受信可能となる。また、携帯端末から例えば指向性の高い通信媒体（赤外線等）を用いてデータを送信する場合、携帯端末の通信ポートを出力装置側の通信ポートに向けてその送信先の通信ポートを見ながらデータ送信が行われる。この場合も、見ている通信ポートの近傍で表示部がデータ受信状態を報知するので、データ受信状態を容易に視認することができる。
【００１４】
また、本発明では、出力装置本体に設けられたスロットに挿抜可能にセットされる無線通信器と、前記無線通信器を介して受信したデータに基づき出力処理を行う出力手段とを備えた出力装置において、前記無線通信器には、携帯端末からデータを受信する通信ポートと、同通信ポートを通じてデータを受信する際の通信状態を報知する表示部とが備えられていることを要旨とする。
【００１５】
この構成によれば、通信ポートと表示部が共に無線通信器に備えられていることから、通信ポートの近傍に必然的に表示部が位置することになる。このため、送信先の通信ポートを見ながらデータ送信する場合、すぐ目に入る表示部によってデータ受信状態をも確認することができる。
【００１６】
本発明の出力装置では、前記通信ポートから受信中にあるデータの受信経過を表示するインジケータを前記通信ポートに対し前記表示部と同じ位置条件を満たす位置に備えたことを要旨とする。この構成によれば、表示部とインジケータを同時に見ることができることから、通信状態と受信経過を共に確認できる。
【００１７】
また、本発明の出力装置では、前記出力装置本体には操作パネルの画面が上向きに設けられ、前記表示部は前記出力装置本体の前面又は側面に設けられていることを要旨とする。
【００１８】
この構成によれば、操作パネルの画面はプリンタ本体の上面に上向きに設けられているので、例えばプリンタの前方に離れた位置から手を伸ばして携帯端末を通信可能域内に入れてデータ送信するユーザからは、上面に配置された操作パネルの画面が見えにくい。しかし、通信ポートと同じ本体の前面又は側面に表示部が配置されているので、このような姿勢でデータ送信するユーザからも表示部がよく見えデータ受信状態を確認することができる。
【００１９】
本発明の出力装置では、前記通信ポートは、前記出力装置本体と同じ載置面に最大通信可能距離離して載置された前記携帯端末の前記通信部からのデータを受信可能な位置に配置されていることを要旨とする。
【００２０】
この構成によれば、携帯端末を出力装置と同じ載置面（机や台など）上に置いたまま出力装置へデータ送信することが可能となる。例えば携帯端末から出力装置へのデータ送信速度が比較的遅い場合、そのデータ送信所要時間が、数１０秒〜１分程度の時間がかかることもあり、携帯端末を手で持ったままだと途中で振れて受信エラーになってしまうこともありうる。このような場合、出力装置が置かれている載置面上に携帯端末を、その通信ポートを出力装置側に向けて置くことにより、携帯端末を置いたままデータ送信することができる。
【００２１】
本発明の出力装置では、前記出力手段は前記出力処理として印刷処理を行う印刷手段であり、前記出力装置本体にはその前面に排紙口が設けられ、前記通信ポートは、前記出力装置本体の前面において、前記排紙口を挟んだ両側のうち少なくとも一方側に配置されていることを要旨とする。
【００２２】
この構成によれば、携帯端末を出力装置としての印刷装置と同じ載置面（机や台など）上に置いたまま出力装置へデータ送信することが可能となる。また、排紙口から排出される用紙などが通信を遮断することもない。
【００２３】
また、本発明の出力装置では、前記通信ポートは前記出力装置本体の底面から１０ｃｍ以内の高さに配置されていることを要旨とする。
また、本発明の出力装置では、前記出力装置本体には携帯端末を保持するホルダが設けられ、前記通信ポートは前記ホルダに保持された携帯端末と通信可能な位置に配置され、前記表示部は前記ホルダに保持された携帯端末及び前記ホルダと出力装置本体との間に隠れることのない位置に配置されていることを要旨とする。この構成によれば、携帯端末をホルダに保持させることで、データ送信中、携帯端末を手に持ったままでいる必要がなくなるうえ、手振れによる送信ミスも発生しにくくなる。しかも、ホルダやホルダに保持された携帯端末によって表示部が隠れることがないので、表示部により通信状態も確認できる。
【００２４】
さらに本発明では、携帯端末から無線通信でデータを受信する通信ポートを有する無線通信器に内蔵された第１判定部と、前記無線通信器が通信可能に接続される前記出力装置本体に内蔵された第２判定部とを備え、前記無線通信器が受信したデータの前記第１判定部による第１チェックと、前記無線通信器から前記出力装置本体内に転送されたデータの前記第２判定部による第２チェックとの各チェック結果を報知する前記表示部とを備えたことを要旨とする。
【００２５】
これによれば、データのチェックを無線通信器と出力装置本体とで分担しているので、無線通信器の処理負担を低減でき、しかも無線通信器内という受信の早い段階で不適切なデータを破棄でき、出力装置本体側の処理負担を軽減できる。
【００２６】
本発明の出力装置では、前記無線通信器は、携帯端末からデータを受信するための第１転送手段と、前記出力装置本体にデータを転送する第２転送手段とを備え、前記第１転送手段が転送処理を終了後に前記第２転送手段でエラーが発生すると、そのエラー発生の旨を前記表示部に表示することを要旨とする。
【００２７】
これによれば、携帯端末と無線通信器間のデータ転送と、無線通信器と出力装置本体間のデータ転送が行われる。前者の転送で転送エラーが発生すれば出力装置本体側へはデータが転送されることがない。従って、転送エラーが発生したときに早期に再送要求を出すことができる。
【００２８】
また、本発明の出力装置では、前記通信状態を判定する判定手段と、前記表示部に前記判定手段による判定結果を表示させる表示制御部とを備えたことを要旨とする。
この構成によれば、判定手段が通信状態を判定した判定結果が表示部に表示される。表示部を見れば通信状態を把握できる。
また、本発明の出力装置では、携帯端末からのデータを受信する通信ポートを有する無線通信インターフェイス部と、通信ポートを通じてデータを受信する際の通信状態を判定する判定手段と、前記通信状態を報知する表示部と、前記表示部に前記判定手段による判定結果を表示させる表示制御部と、前記通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備えたことを要旨とする。この構成によれば、表示部の表示を見れば出力装置のデータ通信状態を確認できる。
【００２９】
さらに本発明の出力装置では、前記表示部は報知すべき前記通信状態を文字情報で表示する画面を有する。これによれば、通信状態を文字情報で確認できる。
また、本発明の出力装置では、前記表示部は前記通信状態を点灯態様で報知する発光部である。これによれば、発光部の点灯態様によって通信状態を確認できる。
【００３０】
本発明の出力装置では、前記表示部は、前記通信状態を点灯によって報知する発光部と、前記通信状態の内容を知らせる画像又は文字情報を表示する画面とを備えた。これによれば、発光部の点灯による通信状態だけでなく、画面に表示される画像又は文字情報によって通信状態の内容まで知るこができる。
【００３１】
また、本発明の出力装置では、前記表示制御部は、前記発光部を前記判定結果に応じた点灯色に制御することを要旨とする。これによれば、通信状態が発光部の点灯色で確認できるので、通信状態を判別し易い。
【００３２】
また、本発明の出力装置では、携帯端末からのデータを受信する通信ポートを有する無線通信インターフェイス部と、前記無線通信インターフェイス部を通じた受信状態を判定する判定手段と、前記判定手段により判定された通信状態を文字と画像の少なくとも一方を用いて表示させる画面を有する表示手段と、前記通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備えたことを要旨とする。
【００３３】
この構成によれば、受信状態が画面に文字又は画像の少なくとも一方を用いて報知されるので、例えば点灯表示等に比べ受信状態がストレートに分かり易い。
また、本発明の出力装置では、出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信したデータに基づき出力処理を行う出力手段を備えた出力装置において、前記無線通信器に設けられた表示部と、前記無線通信器の受信データの適否を判定する判定手段と、前記表示部を前記判定手段の判断結果に応じた表示態様に制御する表示制御部とを備えたことを要旨とする。
【００３４】
この構成によれば、特に携帯端末とのデータ通信の遮断後にデータ受信エラーが検出された場合、既に携帯端末との通信リンクが切断された後も、その受信エラーをユーザに知らせることができる。従って、通信リンクの切断後にエラーが検出された場合、データ送信が成功したと思っているユーザが、データ送信後に出力装置からなかなか出力が開始されず苛立ちを覚える事態を回避できる。
【００３５】
また、本発明の出力装置では、出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信したデータに基づき出力処理を行う出力手段を備えた出力装置において、前記無線通信器は、表示部と、受信データの適否を判定する判定手段と、前記表示部に前記判定手段による判断結果を表示させる表示制御手段とを備えた。
【００３６】
この構成によれば、出力装置側で対応（取り扱い）できないデータを受信したときは、無線通信器の受信段階でデータ受信開始後直ぐにそのことを判定して表示部がその旨を知らせる表示態様になる。よって、送信者にその旨を早期に知らせることができる。例えば出力装置内で受信データが対応できるものか否かを判定する場合、データが出力装置内へ転送されるまでの時間を要し、さらにその判定結果を出力装置内から無線通信器側へ戻される分だけその報知のタイミングが若干遅れることになる。また特に携帯端末からデータ受信が終了しその通信リンクが切断された後に受信エラーと判定されても、その受信エラーを、表示部がその旨を知らせる表示態様になることによって、ユーザに報知することが可能になる。従って、通信リンクの切断後に受信エラーとされた場合、データ送信が成功したと思っているユーザが、データ送信後になかなか出力が開始されず苛立ちを覚える事態を回避できる。また、判定手段によるデータ適否の判定はデータ受信開始直後に行うとよい。この場合、例えばデータを受信し終わった後に出力装置側で受信データが対応できるものか否かを判定し、数１０秒〜１分程度の時間をかけてデータを送信し終わった後、エラーを知らされてユーザを不愉快にさせることを回避できる。つまり、対応不能なデータエラーを受信開始直後の早い段階で検出でき、素早くその旨を報知することができる。データ受信開始直後とは例えば１０秒以内が好ましく、５秒以内に行うとさらによい。
【００３７】
また、本発明の出力装置では、前記出力装置本体には前記無線通信器と異なる他の通信方式の通信部が少なくとも一つ備えられており、前記無線通信器とその他の前記通信部はすべて同時にはデータ受信ができない構成である。
【００３８】
この構成によれば、出力装置本体に無線通信器と異なる通信方式の少なくとも一つの通信部を備えており、無線通信器とその他の通信部はすべて同時にはデータ受信ができない。この場合でも、無線通信器内の判定手段によりデータが対応できないものと判定されれば、そのデータが出力装置側に転送されることがないので、徒に無線通信器から出力装置本体側へ転送するためのポートを占有したために他の通信部のデータ受信を妨げることがない。従って、他の通信部の受信を不要に妨げず効率のよい通信の実現が可能となる。
【００３９】
また、本発明の出力装置では、前記判定手段が受信データの適否を判断する際に使う参照データを、前記出力装置本体側から前記無線通信器にセットアップするセットアップ手段を備えていることを要旨とする。
【００４０】
この構成によれば、出力装置の機種が異なることで対応できるデータが異なる場合もあるが、機種に応じた参照データがセットアップされることになるので、複数の機種あるいは新旧の機種間で無線通信器を共用することができる。
【００４１】
また、本発明の出力装置では、出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器を介して受信されたデータに基づき出力処理を行う出力手段を備えた出力装置において、前記無線通信器に設けられた表示部と、前記出力装置本体に備えられ、前記無線通信器を介して受信したデータの適否を判定する判定手段と、前記表示部に前記判定手段による判定結果を表示させる表示制御手段とを備えたことを要旨とする。
【００４２】
この構成によれば、無線通信器の処理負担を低減できる。つまり、無線通信器に判定手段を設けその判定手段に受信データについて多くの判定チェックをさせることになると、データを一時蓄えるためのバッファが必要になるが、出力装置本体側でデータの適否をチェックする判定をするので、無線通信器に処理能力の高い判定手段や比較的大容量のバッファを備えなくて済むようになる。また、特に携帯端末との通信リンクの遮断後にデータ受信エラーが検出された場合でも、その受信エラーをユーザに知らせることができる。従って、通信リンクの切断後にエラーが検出された場合、データ送信が成功したと思っているユーザが、データ送信完了後に出力装置の出力がなかなか開始されず苛立ちを覚える事態を回避できる。
【００４３】
また、本発明の出力装置では、出力装置本体が有するスロットに挿抜可能にセットされる無線通信器を介して受信されたデータに基づき出力処理を行う出力手段を備えた出力装置において、前記無線通信器には表示部が設けられ、前記無線通信器は受信したデータの適否を判定する第１判定手段を備え、前記出力装置本体は、前記無線通信器を介して受信したデータについて、前記第１判定手段とは異なる内容の適否を判断する第２判定手段を備え、前記表示部に前記第１及び第２判定手段による判定結果を表示させることを要旨とする。
【００４４】
この構成によれば、データの適否判定を無線通信器と出力装置本体側とで分担することで、無線通信器の処理負担を低減でき、しかも無線通信器内という受信の早い段階で不適切なデータを破棄でき、出力装置本体側の処理負担を軽減できる。
【００４５】
また、本発明の出力装置では、前記判定手段により通信状態が受信可能状態であると判定されると、前記制御部は前記表示部に受信可能の旨を表示させることを要旨とする。
この構成によれば、出力装置がデータ受信可能状態にあるときは、その旨をユーザに知らせることができる。このため、出力装置先でデータ受信準備ができていないことが分からず、データ送信操作した場合、何度もエラーとなりユーザを不愉快にさせることを回避できる。
【００４６】
また、本発明の出力装置では、前記出力装置本体は、前記無線通信器と異なる他の通信方式の通信部を少なくとも一つ備え、前記通信部及び前記無線通信器の通信ポートすべてから同時にはデータ受信できず、前記判定手段は、前記無線通信器がデータ受信可能であるか否かを判定することを要旨とする。
【００４７】
この構成によれば、出力装置において他の通信方式の受信部がデータ受信中にあって、無線通信器がデータ受信不能状態にあるときは、無線通信器がデータ受信不能状態にある旨を表示部の表示態様によってユーザに知らせることができる。このため、出力装置先でデータ受信準備ができていないことが分からず、データ送信操作した場合、何度もエラーとなりユーザを不愉快にさせることを回避できる。
【００４８】
また、本発明の出力装置では、前記判定手段により判定された受信状態が受信中であるときは、前記表示制御部は、前記表示部に受信中の旨を表示させることを要旨とする。
この構成によれば、データの受信中であることをユーザに知らせることができる。例えばデータ受信中にあるにも拘わらず、データ送信を失敗したと思い込んだユーザ（送信者）が、データ送信をやり直す事態を回避できる。
【００４９】
また、本発明の出力装置では、前記判定手段により通信状態が受信完了状態であると判定されたときは、前記表示制御部は、前記表示部を受信完了の旨を示す表示態様に制御することを要旨とする。
【００５０】
この構成によれば、データ送信が完了したことをユーザに知らせることができる。データ送信が完了したにもかかわらず、データ送信が完了後、しばらくして携帯端末の表示を見てはじめて完了に気づくという事態を回避できる。
【００５１】
また、本発明の出力装置では、前記判定手段により通信状態がエラー発生状態であると判定されたときは、前記表示制御部は、前記表示部に受信エラーの旨を表示させることを要旨とする。
【００５２】
この構成によれば、データ送信中にデータ送信を失敗（エラー発生）したときには、送信先の通信ポートを見ながら携帯端末を持つユーザにもその失敗の旨を早く知らせることができる。データ送信が途中で切れて失敗した際、データ送信中は通信ポートを見ているユーザにとっては、携帯端末に表示されたその旨を見ることなく、そのまましばらく失敗に気づかずデータ送信をし続ける事態を回避できる。
【００５３】
また、本発明の出力装置では、前記出力手段は、前記出力処理として印刷処理を行う印刷手段であることを要旨とする。
また、本発明の出力装置では、前記印刷手段は、携帯端末からのデータの受信を完了してから印刷処理を開始することを要旨とする。
【００５４】
この構成によれば、印刷に必要なデータを全て取り込んでから印刷処理が開始されるので、受信中のデータが途中で遮断されて印刷が無駄になるといった問題が解消される。
また、本発明の出力装置では、携帯端末からのデータを受信可能な通信ポートを有する無線通信インターフェイス部と、前記通信ポートを通じてデータを受信する際の通信状態を報知する報知手段と、前記無線通信インターフェイス部を通じて受信したデータに基づき出力処理を行う出力手段とを備え、前記報知手段は前記通信状態に応じて予め異なる内容に設定された音声により前記通信状態を報知することを要旨とする。
【００５５】
この構成によれば、本発明の出力装置が携帯端末からのデータを受信する際に、報知手段としてのスピーカにより、通信ポートでの通信状態をユーザに音声で報知することができるため、ユーザが出力装置から離れた場所にいても、またユーザから出力装置が見えない場所にいても、出力装置の通信状態をユーザが知ることができる。また、報知手段として例えば表示部の点灯や点灯色の違い、点滅等による方法とした場合、ユーザは予めそのような表示態様がどのような通信状態を意味するか予め知っている必要があるが、報知手段による音声を、特に通信状態を説明する言葉の機械合成音とすれば、どのような通信状態であるかをユーザに確実に伝えることができる。
【００５６】
また、本発明の無線通信器では、出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信器であって、前記スロットに挿抜可能にセットされる通信器本体と、前記スロットに挿着された前記通信器本体の露出する部分に設けられ携帯端末からのデータを受信する通信ポートと、前記スロットに挿着された前記通信器本体の露出する部分に設けられ前記通信ポートを通じてデータを受信する際の通信状態に応じた表示態様に表示制御される表示部とを備えたことを要旨とする。
【００５７】
この構成によれば、スロットにセット（挿入）された無線通信器本体の露出する部分に設けられた表示部の表示態様を見ることにより、ユーザは無線通信器の受信状況を知ることができる。
【００５８】
また、本発明の無線通信カードは、出力装置本体に備えられたスロットに挿抜可能にセットされる無線通信カードであって、前記スロットに挿抜可能にセットされる通信器本体と、前記スロットに挿着された前記通信器本体の露出する部分に設けられ携帯端末からのデータを受信する通信ポートと、前記スロットに挿着された前記通信器本体の露出する部分に設けられた表示部と、前記通信ポートを通じてデータを受信する際の通信状態を監視する監視手段と、前記表示部を前記監視手段の監視結果に応じた表示態様に制御する表示制御部とを備えたことを要旨とする。
【００５９】
この構成によれば、無線通信カードがカードスロットにセットされた出力装置にデータ送信を行った際、表示部の表示態様から出力装置側のデータ受信状態を把握できる。
【発明を実施するための最良の形態】
【００６０】
（第１の実施形態）
以下、本発明を具体化した第１の実施形態を図面に従って説明する。
図１は、プリンタ１の斜視図を示す。図１において、出力装置としてのプリンタ１は、インクジェット式プリンタであって、その本体２の背面側には自動給紙装置３のシートフィーダ４及びロール紙支持部５が設けられている。シートフィーダ４には、単票紙（図示せず）がセットされ、本体２内部に給紙される。また、ロール紙支持部５には、ロール紙Ｐ１がセットされ、本体２内部に給紙される。本体２の中央には、カバー６が設けられ、そのカバー６内には印刷機構が配設され、その印刷機構の作動により印刷された印刷媒体としての用紙Ｐ（単票紙又はロール紙）が前側下部の排紙口７から排出される。また、本体２の上面右側には、操作パネル８が設けられている。
【００６１】
図２に示すように、操作パネル８は、画面９ａを有する表示装置９と、複数の操作スイッチからなる操作部１０とを備えている。表示装置９は、液晶表示装置であって、例えば用紙の種類（単票紙又はロール紙）、用紙サイズ、レイアウト、写真選択、印刷枚数等をマニュアル選択するためのメニューを画面９ａに表示する。
【００６２】
また、操作部１０には、プリンタ１に電源投入するための電源スイッチ１０ａ、エラー発生時に押されるメンテナンススイッチ１０ｂ、ロール紙を操作する時に押されるロール紙スイッチ１０ｃが設けられている。さらに、操作部１０には、印刷開始スイッチ１０ｄ、中止スイッチ１０ｅ、上スイッチ１０ｆ、下スイッチ１０ｇ、決定スイッチ１０ｈ、戻りスイッチ１０ｉが設けられている。印刷開始スイッチ１０ｄは単票紙又はロール紙に画像の印刷を開始するときに押される。中止スイッチ１０ｅは、実行中の印刷を中止するときや、非印刷状態のときに画面９ａの入力内容を破棄するときに押される。上スイッチ１０ｆ及び下スイッチ１０ｇは、画面９ａでのメニュー選択や各種設定項目を選択する際のカーソル移動や、入力すべき数値の増減を行うときに押される。決定スイッチ１０ｈは画面９ａの表示内容を次画面に進めたり、画面９ａを使って入力した設定内容を確定するときに押される。戻りスイッチ１０ｉは、画面９ａに表示される画面を初期画面に戻すときや、画面９ａの表示を一つ前の画面に戻すときに操作される。
【００６３】
図１に示すように、プリンタ１の本体２の右側上部には、第２表示装置１１が取り付けられている。第２表示装置１１の表示画面１１ａには、用紙Ｐに印刷される印刷画像が事前に表示される。
【００６４】
本体２の正面右側には、カードスロット（ＣＦカードスロット）１２が設けられ、そのカードスロット１２には赤外線通信機能内蔵ＣＦ(コンパクトフラッシュ(R))型カード（赤外線通信カード）（以下、ＣＦ型通信カードという）１３が挿抜可能にセットされる。ＣＦ型通信カード１３は、ＩｒＤＡ（Inf rared Data Association）に準拠した赤外線通信機能を有したＩｒＤＡモジュールであって、カードスロット１２にセットすることで、プリンタ１に赤外線データを受信可能な赤外線通信機能を付与する。プリンタ１は、ＣＦ型通信カード１３が携帯電話１４から受信したデータを取り込んでそのデータに基づく印刷処理を行う。なお、ＣＦ型通信カード１３の本体ケースによって通信器本体が構成される。
【００６５】
本実施形態における携帯電話１４は、電話機能及び赤外線通信機能の他、電話番号等を含む個人情報を登録管理できる電話帳機能、他の携帯電話との間で電子メールを送受信できる電子メール機能、静止画又は動画を撮影できるカメラ機能などの多機能を備えている。携帯電話１４は、電話帳機能で扱う個人情報データ（テキストデータ）と、カメラ機能で扱う画像データとを、赤外線通信対応のファイル形式でそれぞれ管理している。詳しくは、個人情報データはｖＣａｒｄ(TM)ファイル形式で管理され、画像データはｖＮｏｔｅ(TM)ファイル形式で管理されている。よって、携帯電話１４に管理されているｖＣａｒｄファイル形式の個人情報データ又はｖＮｏｔｅファイル形式の画像データは、カードスロット１２にセットされたＣＦ型通信カード１３を通じてプリンタ１に受信される。また、携帯電話１４は、他の携帯電話やパソコン等との間で携帯電話網を通じて電子メールや画像データを送受信できる。なお、カードスロット１２にデジタルカメラ用のＣＦ型メモリカードをセットすれば、デジタルカメラで撮影した画像データをＣＦ型メモリカードからプリンタ１に読み込んで印刷させることもできる。
【００６６】
図３に示すように、ＣＦ型通信カード１３にはその正面（前面）に通信ポートとなる赤外線受発光部１３ａと表示部１３ｂとが設けられている。赤外線受発光部１３ａは、受光素子と発光素子とを有し、発光素子はキャリア周波数例えば25〜50kHzの搬送波で搬送されるパルス位相変調されたビット信号からなる赤外線をその発光のオン・オフにより出力し、受光素子は同様の方式で表現されるビット信号からなる赤外線を受光する。表示部１３ｂは、発光色の異なる複数の発光ダイオード（ＬＥＤ）からなり、ＣＦ型通信カード１３のデータ受信状態を、発光色、点灯、点滅及び消灯の組合わせにより報知する。また、ＣＦ型通信カード１３の背面には図示しないコネクタが形成され、このコネクタがカードスロット１２の奥面に設けられたプリンタ側コネクタと電気的に接続される。
【００６７】
ＣＦ型通信カード１３はＩｒＤＡ通信の通信インターフェイス部を構成する。図１に示すように、ＣＦ型通信カード１３の前面に設けられた赤外線受発光部１３ａと表示部１３ｂは、ＣＦ型通信カード１３がカードスロット１２にセットされた状態で露出する位置にあり、携帯電話１４を操作するユーザ（操作者）から共に視認可能である。赤外線受発光部１３ａ，２０間の通信可能な最大距離（以下、最大通信距離という）は、例えば１０〜５０ｃｍ内の値である。赤外線は比較的指向性が高い通信媒体であるので、携帯電話１４からデータを送信する際は携帯電話１４の赤外線受発光部２０を赤外線受発光部１３ａに所定の広がり角度（本例では６０度）以内でなるべく真っ直ぐ向け、データ送信に要する約10秒〜１分程度の間、その状態を保持する必要がある。このため、ユーザはデータ送信先の赤外線受発光部１３ａを見ながら送信操作することになる。ユーザは赤外線受発光部１３ａから最大通信距離以内の距離に近づけた位置に携帯電話１４を保持し、赤外線受発光部１３ａを見ながら携帯電話１４の姿勢を保ったまま例えば数10秒〜１分程度保持する。このとき、表示部１３ｂは、赤外線受発光部１３ａを見ながら携帯電話１４を操作又は保持するユーザ（操作者）の視野内に入る。また、データ送信中は点灯する表示部１３ｂに自然と視線が向き、送信先もその視線方向に自然と向きやすいが、赤外線受発光部２０を最大通信距離の１／２の距離だけ離れた位置から、仮に表示部１３ｂに向けてデータ送信したとしても、その送信データが赤外線受発光部１３ａに受信されうるものとなっている。例えば、最大通信距離Ｌ（ｃｍ）、受信可能な拡がり角θ（°）とすると、表示部１３ｂの位置は、赤外線受発光部１３ａに対し半径（Ｌ／２）・tanθ（ｃｍ）
の範囲以内にあれば、上記条件は満たすことになる。
【００６８】
なお、視野とは、一般に視野角で片目につき、鼻側60度、耳側100度、上側60度、下側75度である。赤外線受発光部１３ａに対する表示部１３ｂの位置は、視野の範囲であればよいが、単に視野に入るだけでは表示部１３ｂを確認するために視線を赤外線受発光部１３ａからそらす必要も生じるため、そのようなことがないように上記視野角の１／３以内の範囲が好ましい。さらには上記視野角の１／４の範囲が適切である。具体的に本体２の表面上における位置関係では、視野角だけでみると最大通信距離によって変化するが、表示部１３ｂが赤外線受発光部１３ａに対し半径２０センチメートルの範囲内が好ましく、特によい範囲は半径１０センチメートルの範囲内である。
【００６９】
また、プリンタ１に設けられた画面９ａにも受信状態が表示されるが、画面は上向きに設けられているため、例えばプリンタ１の前側から携帯電話１４を持った手を伸ばして送信操作するユーザにとっては、画面９ａの表示内容を視認できない。そのため、このプリンタ１では、表示部１３ｂは、操作パネル８の画面９ａが設けられている本体２の上面とは異なる前面に赤外線受発光部１３ａと同じ面に設けられている。つまり、画面９ａとこのような位置関係となるようにカードスロット１２を位置設定している。もちろん、赤外線受発光部１３ａ及び表示部１３ｂが本体２の前面ではなく側面に共に位置する構成も可能である。
【００７０】
また、赤外線受発光部１３ａがプリンタ１の底面から１０ｃｍ以内の高さに配置されるように位置設定されている。これは、携帯電話１４をプリンタ１と同じ載置面（机や台など）に置いたままデータ送信可能とするためである。携帯電話１４には赤外線受発光部２０が側面に設けられている機種（側面機種と称す）と、背面（操作ボタンと反対側の面）に設けられている機種（背面機種と称す）とがある。側面機種では側面で机上に立たせて横向きに置いたとき、背面機種では携帯電話１４を平坦に寝かせて置いたときの赤外線受発光部２０の通信エリア内にプリンタ１側の赤外線受発光部１３ａが位置するように配置されている。携帯電話１４をプリンタ１が載置された机上に置く場合は、最大通信距離より近づけて置くのが普通なので、例えば最大通信距離の半分の距離を隔てて赤外線受発光部２０が赤外線受発光部１３ａに真正面で対向するように位置させて携帯電話１４を机上に置いたとする。このときプリンタ１の前面における赤外線受発光部１３ａの通信エリア域内に表示部１３ｂが位置する設定としている。例えば最大通信距離が２０ｃｍ、通信可能拡がり角度６０°とすると、赤外線受発光部１３ａと表示部１３ｂは、互いに相手側を中心に半径１１ｃｍのエリア内に位置している。背面機種の携帯電話１４を寝かせたときは赤外線受発光部２０の高さは約５〜２０ｍｍの範囲、側面機種の携帯電話１４を横向きに立てたときは赤外線受発光部２０の高さは約１５〜４０ｍｍの範囲になる。本実施形態では、赤外線受発光部１３ａの高さがプリンタ１の底面から１０ｃｍ以内の高さにあり、側面機種と背面機種のどちらでも携帯電話１４をプリンタ１と同じ机や台の上に置いたままデータ送信ができるように位置設定されている。また、プリンタ１の前面中央部には排紙口７があり、これを避けた位置にしか赤外線受発光部１３ａは配置できない。よって、本実施形態では、プリンタ１の前面において、排紙口７の両側の下側位置に１０ｃｍ以内の高さで通信ポートである赤外線受発光部１３ａを配置している。これにより、携帯電話１４をプリンタ１と同じ机上に置いたままでのデータ送信が可能となるうえ、排紙口７から排出される用紙により通信が遮断されることがまずない。なお、本実施形態の赤外線受発光部１３ａは、プリンタ１の底面から１０ｃｍ以内の高さのうち特に２〜５ｃｍの範囲内の高さに位置している。
【００７１】
図４（ａ）は正面から見た携帯電話を示す。同図に示すように、携帯電話１４は、複数の操作ボタン１５（１５ａ〜１５ｃ等）、受話口１６、送話口１７、ディスプレイ１８及びＣＣＤ（Charge-Coupled Device）撮像装置１９を備えている。
【００７２】
携帯電話１４は、カメラ機能の使用中、ＣＣＤ撮像装置１９で撮像している画像をディスプレイ１８に表示するとともに、操作ボタン１５ｂをシャッターとして操作することでその撮像している画像を一枚の画像データとして保存できる。
【００７３】
本実施形態では、携帯電話１４のカメラ機能で撮影された画像データ（静止画像データ）はＪＰＥＧデータとして携帯電話１４に保存され、携帯電話１４から赤外線通信によりプリンタ１に送信する場合は、携帯電話１４に保存されているＪＰＥＧデータを赤外線通信対応のファイル形式の１つであるｖＮｏｔｅ(TM)形式に変換して送信される。このｖＮｏｔｅ形式で受信したプリンタ１は、Base64と呼ばれるエンコード／デコード変換器でＪＰＥＧデータをエンコード（圧縮）し、エンコードされたＪＰＥＧ画像データとして保存される。また、携帯電話１４は、電話帳機能を使って、操作ボタン１５ａを操作してディスプレイ１８上に作成した個人情報を登録することができる。
【００７４】
図４（ｂ）は、携帯電話の電話帳機能を使って登録しディスプレイに表示させた個人情報の一例を示す。この個人情報の登録方法を説明すると、まず操作ボタン１５を操作して、電話帳機能の個人情報作成モード（新規登録モード）を選択すると、携帯電話１４に内蔵された個人情報作成プログラムが起動する。ディスプレイ１８には図４（ｂ）中左寄りに示された各項目、すなわち「名前」、「フリガナ」、「電話番号１」、「電話番号２」、「電話番号３」、「電子メールアドレス１」、「電子メールアドレス２」、「電子メールアドレス３」、「住所」及び「メモ（ノート）」の各欄が表示される。操作ボタン１５ｃを操作して所望の項目を選択した後、該当するデータを入力し、これを必要な項目数だけ繰り返すことで、同図（ｂ）に示すような１つの個人情報が作成される。この電話帳機能で作成した個人情報データ（テキストデータ）は、本実施形態では赤外線通信対応のファイル形式の１つであるｖＣａｒｄ(TM)形式で保存される。
【００７５】
さらに、携帯電話１４は、ＩｒＤＡ（Infrared Data Association）に準拠した赤外線
通信機能を有し、前記ＣＦ型通信カード１３との間での赤外線通信を行うための赤外線受発光部２０（図１に示す）を備えている。携帯電話１４は、操作ボタン１５を操作することによって、画像データや個人情報データをＣＦ型通信カード１３に送信する。赤外線受発光部２０は、ＣＦ型通信カード１３に設けられた赤外線受発光部１３ａと同様の赤外線通信方式の受発行が可能な受光素子と発光素子とを有している。
【００７６】
次に、上記のように構成した、プリンタ１、ＣＦ型通信カード１３及び携帯電話１４の電気的構成を図５に従って説明する。
まず、携帯電話１４の電気的構成を説明する。携帯電話１４は、制御部２１、メモリ２２、送受信部２３、マイク２４、スピーカ２５、操作ボタン１５、ディスプレイ１８、ＣＣＤ撮像装置１９、赤外線受発光部２０を有している。
【００７７】
メモリ２２は、ＣＣＤ撮像装置１９で撮像した画像データや個人情報データが制御部２１によって一時保存される。マイク２４は、受話口１６で話した音声を音声信号として制御部２１に出力する。スピーカ２５は、制御部２１から出力された音声信号を音声にして送話口１７から出力する。
【００７８】
送受信部２３は、入出力インターフェイスであって、制御部２１から出力された音声信号、メール、画像データを他の携帯電話やパソコンに送信するとともに、他の携帯電話やパソコンからの音声信号、メール、画像データを受信し制御部２１に出力する。
【００７９】
制御部２１は、ＣＰＵ、ＲＯＭ、ＥＥＰＲＯＭ等を有し、ＣＰＵがＲＯＭ及びＥＥＰＲＯＭに記憶された制御プログラムや各種アプリケーションプログラムに基づいて各種動作を実行する。つまり、制御部２１は、前記した通話、メールの作成、データの送受及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１は、前記したＣＣＤ撮像装置１９で撮像した画像データの表示及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。
【００８０】
このとき、メモリ２２に保存される画像データは、制御部２１によってＪＰＥＧデータ形式で保存される。制御部２１は、個人情報の作成及び保存のため処理動作を操作ボタン１５の操作に基づいて実行する。このとき、メモリ２２に保存される個人情報データ（テキストデータ）は、制御部２１によって名刺データ形式（本例ではｖＣａｒｄ形式）で保存される。
【００８１】
さらに、制御部２１は前記保存した個人情報データや画像データをプリンタ１（ＣＦ型通信カード１３）に赤外線受発光部２０を介して送信するための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１からＣＦ型通信カード１３に送信される際は、個人情報データはｖＣａｒｄファイル形式で、また画像データ（エンコードされたＪＰＥＧデータ）はｖＮｏｔｅファイル形式で送信される。制御部２１は、これらをオブジェクト交換プロトコルに従って送信する。本実施形態では、オブジェクト交換プロトコルとして、電話帳(vCard)、スケジュール(vCalendar)、メモ(vNote)等のvフォーマットと呼ばれるオブジェクトの交換に使用されるＩｒＯＢＥＸ（TM）を採用している。
【００８２】
次に、ＣＦ型通信カード１３の電気的構成を説明する。
ＣＦ型通信カード１３は、カード制御部３１、メモリ３２、カード側ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）３３、プリンタ側ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）３４、赤外線受発光部１３ａ及び表示部（ＬＥＤ）１３ｂを有している。
【００８３】
カード制御部３１は、メモリ３２、カード側ＵＡＲＴ３３、赤外線受発光部１３ａ及び表示部１３ｂを統括する。カード制御部３１は、ＣＰＵ、ＲＯＭ等を有し、ＣＰＵがＲＯＭに記憶された制御プログラムや各種アプリケーションプログラムに基づいて各種動作を実行する。カード制御部３１は、携帯電話１４から赤外線受発光部１３ａを介してデータを受信すると、カード側ＵＡＲＴ３３に対してそのオブジェクトデータ（個人情報データ又は画像データ）のプリンタ１への転送処理を指示する。この際、メモリ３２の一部がオブジェクトデータを一時保存するバッファとして使用される。
【００８４】
カード側ＵＡＲＴ３３は、カード制御部３１の指示に基づいてオブジェクトデータ（個人情報データ又は画像データ）をシリアルのビットストリームに変換してプリンタ側ＵＡＲＴ３４に出力する。
【００８５】
プリンタ側ＵＡＲＴ３４は、ＣＦ型通信カード１３がカードスロット１２にセットされた状態で双方のコネクタが電気的に接続されることで繋がるバス３５を介してプリンタ１側の通信インターフェイス（Ｉ／Ｆ）４５により制御される。プリンタ側ＵＡＲＴ３４は、カード側ＵＡＲＴ３３からオブジェクトデータを受信し始めると、プリンタ１側にデータの読込みを要求すべく割込信号を出力する。この割込信号を受信したプリンタ１側で入力ポートを開くことでオブジェクトデータのプリンタ１への読み込みが開始される。この際、プリンタ側ＵＡＲＴ３４は、カード側ＵＡＲＴ３３から受信したシリアルのビットストリームをパラレルなバイトデータに変換しつつそのオブジェクトデータをプリンタ１側へ出力する。
【００８６】
また、プリンタ側ＵＡＲＴ３４は、プリンタ１側から入力した各種信号を、カード側ＵＡＲＴ３３を介してカード制御部３１に出力する。カード制御部３１はプリンタ１側から入力した各種信号を監視してデータ受信状態(通信ステータス)を管理し、表示部１３ｂをその時の通信ステータスに応じた点灯態様に表示制御する。よって、ＣＦ型通信カード１３の前面に設けられた表示部１３ｂの点灯態様によってユーザにその時々のデータ受信状態を報知する。このとき、カード制御部３１は、通信ステータスの情報を赤外線受発光部１３ａを介して携帯電話１４に送信し、携帯電話１４のディスプレイ１８にはプリンタ１側のデータ受信状態が文字情報などにより表示される。
また、プリンタ１には、スピーカ５０が備えられ、ＣＰＵ４１は、ＣＦ型通信カード１３での通信ステータスに応じた音声を音声信号としてスピーカ５０に出力する。例えば、ＣＦ型通信カード１３が受信できない状態の場合は、「ただいま、受信できません。受信ができるようになりましたら、お知らせします。」と音声でユーザに報知する。これらの音声を生成するための音声データは通信ステータス毎に用意され、例えばＲＯＭ４２又はＥＥＰＲＯＭ４３に記憶されている。また、ユーザに報知する方法として、音声に限らずブザー音またはメロディ音によって、音の高低または音の発生回数の組合せにより報知してもよい。
【００８７】
次に、プリンタ１の電気的構成を説明する。
プリンタ１は、ＣＰＵ４１、ＲＯＭ４２、ＥＥＰＲＯＭ４３、ＲＡＭ４４、通信インターフェイス（Ｉ／Ｆ）４５、ＡＳＩＣ（Application Specific IC）４６、ドライバ４７ａ〜４７ｅ及びユーザインターフェイス４８を有し、これらはデータバス４９を介してそれぞれ互いに電気的に接続されている。
【００８８】
通信インターフェイス（Ｉ／Ｆ）４５は、通信インターフェイス部４５ａ、パラレル通信部４５ｂ、ブルートゥース（Bluetooth）（TM）通信部４５ｃ、ＵＳＢ（Universal Serial Bus）通信部４５ｄ、スロット通信部４５ｅ及びシリアル通信部（図示せず）を備えている。各通信部４５ｂ〜４５ｅ等は通信ポート（入力・出力ポート）をそれぞれ有しており、通信インターフェイス部４５ａは、例えば各通信部４５ｂ〜４５ｅごとに独立して複数設けられた通信インターフェイス群からなり、各通信部４５ｂ〜４５ｅがデータを受信するとその旨を、通信（データ受信）の優先順位を管理するＣＰＵ４１に通知する。ＣＰＵ４１は通信インターフェイス部４５ａから受け付けたその受信の旨の情報に基づきそのデータの受信が可能かどうかを判定し、例えば次データの受信が可能になった後に最初にデータ受信した場合はその通信部の入力ポートを開く指示を出す。通信インターフェイス部４５ａはＣＰＵ４１の指示に従って各通信部４５ｂ〜４５ｅの入力ポートのうち指示された１つを開くことにより、所定のホスト装置から送られてくるデータを受信し、共通のデータバス４９に出力する。これら複数の入力ポート中のどれか１つのポートに最先にデータが到着すると、通信インターフェイス部４５ａは、そのポートからデータの取り込みを開始するとともにデータの取込みが終了するまでの間、他のポートをビジー状態にして他のポートからのデータ受信を禁止するようになっている。通信インターフェイス部４５ａはこのような処理をＣＰＵ４１の指示に従って行う。ＣＰＵ４１は、１つの通信ポートからのデータ受信が開始されると、その受信データが印刷処理に至るまで通るデータ転送経路をその印刷終了時まで確保し、その間は他の通信ポートからのデータ受信を禁止するよう通信インターフェイス部４５ａに指示する。また、ＣＰＵ４１は通信ポートからのデータ受信を許可するか禁止するかのインターロック処理を行う。
【００８９】
通信インターフェイス部４５ａがホスト装置又はＣＦ型通信カード１３から受信要求を受け付けると、ＣＰＵ４１は通信インターフェイス部４５ａからその旨の通知を受けるようになっており、その通信情報を基に通信ポートの空き状況や受信中の通信ポートなどを管理する。
【００９０】
パラレル通信部４５ｂは、ホストコンピュータ（パーソナルコンピュータ）ＨＣから通信ケーブルを介してデータをパラレル通信で受信することが可能である。ブルートゥース通信部４５ｃは、ブルートゥース対応携帯端末ＢＣから所定通信プロトコルに従って所定規格周波数帯域の電波による近距離無線通信でデータを受信することが可能である。ＵＳＢ通信部４５ｄは、ＵＳＢ対応機器（図示せず）から所定通信プロトコルに従ってデータを受信することが可能である。スロット通信部４５ｅは、ＣＦカードスロット１２に挿着されたＣＦ型通信カード１３又はＣＦカード（メモリカード）からデータを受信することが可能である。なお、各通信部４５ｂ，４５ｃ，４５ｄ，４５ｅは、ホスト装置との通信上必要な情報やプリンタ１の状態を通知する信号など所定の信号又はデータを送信可能となっている。
【００９１】
ＣＰＵ４１は、ＲＯＭ４２に記憶された制御プログラム及びＥＥＰＲＯＭ４３に記憶された各種アプリケーションプログラムなどに基づいて、通信インターフェイス（Ｉ／Ｆ）４５、ＡＳＩＣ４６及びドライバ４７ａ〜４７ｃを統括制御する。ＣＰＵ４１は、ＡＳＩＣ４６に対して印刷機構の一部を作動させる指令信号を出力したり、ＡＳＩＣ４６とＲＡＭ４４間及びＡＳＩＣ４６の内部の各種処理回路間におけるデータの転送処理を指示する。ＣＰＵ４１は転送処理のため例えばＤＭＡコントローラを内蔵する。また、ＣＰＵ４１は、ドライバ４７ａ〜４７ｃを介して紙送りモータＭ１、キャリッジモータＭ２、ロール紙の印刷後の部分を所定のサイズに切断するカッタ装置のカッタモータＭ３を駆動制御する。
【００９２】
ＡＳＩＣ４６は、データに画像処理を施して印刷データを生成したり、ＣＰＵ４１からの指令信号と印刷データに基づいてドライバ４７ｃを介して複数の圧電素子ＰＺを駆動制御する。ＲＡＭ４４には受信バッファ４４ａ、ワークメモリ４４ｂ及び出力バッファ４４ｃなどが備えられている。各通信部４５ｂ〜４５ｅを通じて受信したデータは受信バッファ４４ａに一旦格納され、所定の処理を施す際のデータはワークメモリ４４ｂに格納され、さらに最終的に生成された印刷データは出力バッファ４４ｃに格納される。
【００９３】
紙送りモータＭ１は、自動給紙装置３にセットされた単票紙又はロール紙Ｐ１を、印字位置を経由して排紙口７まで搬送させるためのモータである。キャリッジモータＭ２は、複数の噴射ノズルを有した記録ヘッドを搭載したキャリッジを主走査方向に往復動させるためのモータである。圧電素子ＰＺは、記録ヘッドに設けられた複数の噴射ノズル毎に設けられそのノズルからインクを噴出させるための素子である。カッタモータＭ３は、カッタ装置を駆動するモータであり、切断刃を主走査方向に移動させてロール紙を所定のサイズに切断する。
【００９４】
又、ＣＰＵ４１は、ＥＥＰＲＯＭ４３に予め記憶されたメニュー表示用データを読み出して表示装置９の表示処理部９ｂに転送する。表示処理部９ｂはそのメニュー表示用データに基づき用紙の種類、用紙サイズ、レイアウト、写真選択、印刷枚数等をマニュアル選択するために用いられるメニューを画面９ａに表示させる。メニュー項目には「レイアウト」が用意されており、この「レイアウト」は、カードスロット１２にセットされたメモリカード等から印刷用に入力した１つ又は複数の画像を用紙上にレイアウト指定して印刷画像（印刷状態画像）を作成するための機能である。ＥＥＰＲＯＭ４３にはこのレイアウトの指定に使う複数のレイアウト用テンプレートが記憶されている。このレイアウト機能で作成した印刷画像の表示用データはＲＡＭ４４に一時保存され、印刷実行前に操作部１０を操作すると、ＣＰＵ４１がＲＡＭ４４から表示用データを読み出して表示処理部１１ｂに転送することで、その印刷画像が表示画面１１ａに表示される。
【００９５】
また、ＣＰＵ４１は、操作パネル８に設けられた各スイッチ１０ａ〜１０ｉの操作に基づく信号をユーザＩ／Ｆ４８を介して入力するようになっている。
図６は、携帯電話とプリンタ間でＣＦ型通信カードを介して行われるデータ通信およびその受信データの印刷処理について説明する機能ブロック図である。同図に示された各機能部は、各種回路を含むハードウェア回路、及び、通信プロトコルプログラムやアプリケーションプログラム等を実行するＣＰＵによって実現されている。
【００９６】
ＣＦ型通信カード（赤外線通信カード）１３に内蔵されているカード制御部３１は、ＩｒＤＡ通信回路６１、ＩｒＤＡスタック（ＩｒＤＡプロトコルスタック）６２、ファイル転送部６３及びオブジェクト送受信部６４を有する。ＩｒＤＡ通信回路６１は、ＣＰＵ及び通信回路（いずれも図示せず）を含むハードウェアからなり、通信レイヤでは物理層に相当する。ＩｒＤＡスタック６２はＩｒＤＡ通信プロトコル群からなり、データリンク層及びネットワーク層に相当する。また、ファイル転送部６３は、携帯電話１４から赤外線通信で受信するファイルの転送制御を司り、通信レイヤではトランスポート層及びセッション層に相当する。オブジェクト送受信部６４は、携帯電話１４との間で行われるＩｒＤＡ通信と、プリンタ１との間で行われるシリアル通信との２つの通信系統の間でデータの受け渡し制御を行うとともに、受信データチェックなどの必要な処理を司る。オブジェクト送受信部６４は、ファイル転送部６３からのデータを処理するプレゼンテーション層及びアプリケーション層に相当する部分と、ＵＡＲＴ３３の上位層でシリアル通信プロトコルスタックからなるプレゼンテーション層〜データリンク層を構成する部分とからなる。
【００９７】
ファイル転送部６３は、ＣＦ型通信カード１３内のＣＰＵがＯＢＥＸ（Object  Exchange）(TM)プログラムを実行することで構築される機能部分であり、ＯＢＥＸの仕様に基づくファイル転送制御を司る。詳しくは携帯電話１４側のＯＢＥＸとの論理的な通信リンクの確立及び切断や、ファイル転送時にパケット分割されて送られてくるパケットを元のファイルに組み立てる復元処理などを行う。
【００９８】
また、オブジェクト送受信部６４は対応拡張子記憶部６４ａを有し、カードスロット１２にＣＦ型通信カード１３が挿着された状態をプリンタ１が電源投入後はじめて検知した時に、プリンタ１からＣＦ型通信カード１３へ送られてくる拡張子データを対応拡張子記憶部６４ａに記憶（セットアップ）する。また、オブジェクト送受信部６４は、受信したデータからファイル名を取得し、そのファイル名の中の拡張子と拡張子データとを比較参照することにより、受信したデータがプリンタ１にとって印刷対応能力のある印刷対応データか否かを判定する。詳しくはデータのヘッダ中にあるファイル名「aaaa.bbb」を読み取り、ファイル名から拡張子「bbb」を抜き出し、この拡張子「bbb」と拡張子データとを参照比較することにより印刷対応データか否かを判断する。この参照比較では大文字と小文字の区別はしない。そして、オブジェクト送受信部６４は、その判定結果に基づき印刷対応データの受信は許可するが、印刷未対応データの受信は拒否するデータ選別処理を行う。オブジェクト送受信部６４は、印刷対応データである場合、そのオブジェクトデータ及びファイル拡張子「bbb」のデータ（ファイル拡張子データという）をプリンタ１側へ転送する。
【００９９】
プリンタ１側には、カードドライバ７１、ＩｒＤＡ ＵＡＲＴ ドライバ（以下、ＵＡＲＴドライバという）７２、データトランスファ部７３、ＩｒＤＡプロファイル処理部７４、テキストデータラスタ処理部７５、画像データラスタ処理部７６及びプリントエンジン７７が備えられている。
【０１００】
カードドライバ７１及びＵＡＲＴドライバ７２は、図５におけるスロット通信部４５ｅに内蔵されたドライバ回路からなるハードウェアとソフトウェアとで構成されている。また、データトランスファ部７３は、ＣＰＵ４１が通信プロトコルプログラムを実行することにより実現される機能部分である。また、ＩｒＤＡプロファイル処理部７４、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、ＣＰＵ４１がアプリケーションプログラムを実行することにより実現される機能部分である。さらにプリントエンジン７７は、ＣＰＵ４１がアプリケーションプログラムを実行することにより実現されるソフトウェア部分と、ＡＳＩＣ４６、ドライバ４７ａ〜４７ｄ、紙送りモータＭ１、キャリッジモータＭ２、圧電素子ＰＺ及びカッタモータＭ３などからなる印刷処理を実現するハードウェア部分とから構成される。
【０１０１】
なお、ＯＳＩ参照モデルに当てはめた場合、カードドライバ７１及びＵＡＲＴドライバ７２はデータリンク層及びネットワーク層に相当する。また、データトランスファ部７３はトランスポート層及びセッション層に相当し、ＩｒＤＡプロファイル処理部７４、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、プレゼンテーション層及びアプリケーション層に相当する。
【０１０２】
カードドライバ７１は、ＣＦ型通信カード１３と信号やデータのやりとりをする通信ドライバであり、ＣＰＵ４１からの指示などに基づきＵＡＲＴドライバ７２に必要な指示を出す。
【０１０３】
ＵＡＲＴドライバ７２は、ＣＦ型通信カード１３に内蔵されたプリンタ側ＵＡＲＴ３４の通信動作を制御するもので、例えばＣＰＵ４１及びカードドライバ７１の指示に基づきプリンタ側ＵＡＲＴ３４を制御する。ＵＡＲＴドライバ７２は、プリンタ側ＵＡＲＴ３４から割込要求を受け付けると、プリンタ１が他の通信部４５ｂ〜４５ｄからデータ受信中であるビジー状態でない限り入力ポートを開きデータの取り込みを開始する。
【０１０４】
また、カードドライバ７１は、プリンタ１の電源投入時にＣＰＵ４１が実行する初期化処理の際にＣＰＵ４１から拡張子データを受け取ってセットアップデータ記憶部７１ａに格納する。そして、カードドライバ７１は、電源投入後はじめてプリンタ１とＣＦ型通信カード１３との電気的接続を検知したＣＰＵ４１からの指示に基づきセットアップデータ記憶部７１ａに格納された拡張子データを読み出してＣＦ型通信カード１３に送信する。本実施形態では、印刷対応ファイルの拡張子として、「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」が拡張子データに設定されている。ＣＦ型通信カード１３へ送られた拡張子データは、オブジェクト送受信部６４により対応拡張子記憶部６４ａに格納されることによりＣＦ型通信カード１３側にセットアップされる。また、ＵＡＲＴドライバ７２は、データトランスファ部７３及びプロファイル処理部７４で検出されたエラー通知などの通知を受け取ると、その旨の信号をカード制御部３１に送信する。カード制御部３１は携帯電話１４及びプリンタ１から受信したデータ及び信号を監視することでデータ受信状態を表す通信ステータスを管理し、その時々の通信ステータスに応じた点灯態様となるよう表示部（ＬＥＤ）１３ｂを表示制御する。ＣＦ型通信カード１３は表示部１３ｂの点灯態様によってデータ受信状態を送り主に報知する。
【０１０５】
データトランスファ部７３は、ＣＦ型通信カード１３のオブジェクト送受信部６４から送られてきたオブジェクトデータとファイル拡張子データを受け取ると、ファイル拡張子データをプロファイル処理部７４に送るとともに、オブジェクトデータについてはそれを正しく受信できたかどうかを判断する。この判断は、オブジェクトデータが正しく受信できたかどうかを検証する手順がプログラムされた伝送制御手順に従って判定される。伝送制御手順としては、ベーシック手順と、ＨＤＬＣ（ハイレベルデータリンク）手順とが挙げられる。本例ではベーシック手順を簡素化した伝送制御手順を採用する。
【０１０６】
ここで、本例における伝送制御手順について簡単に説明する。オブジェクト送受信部６４が電文を転送する制御局、データトランスファ部７３が電文を受信する従局となる。この伝送制御手順では、電文を転送する制御局は<ENQ>を発行し、従局からの<DLE><ACKO>応答を確認することでデータリンクを確立する。データリンクを確立すると、次に制御局は電文を送出し、従局からの<DLE><ACK0/ACK1>応答を確認する。従局からデータエラーを確認した場合は、<NAK>応答を行って、制御局に再送依頼を行う。正常に電文転送した場合は、制御局は<EOT>を発行し終了する。電文構造は、「<DLE><STX>電文本体（テキスト）<DLE><ETX><CRC>」形式であり、電文本体が例えば1024文字を超える場合は、1024文字単位で分割し、「<DLE><STX>電文分割ブロック<DLE><ETB><CRC>」でフレーミングを行い、最後の電文を「<DLE><STX>電文分割ブロック<DLE><ETX><CRC>」とする。ＣＲＣ（巡回冗長符号）の計算は、<STX>の次のデータから<DLE><ETX>又は<DLE><ETB>までのデータを逐次、巡回冗長符号計算を行い、２バイトのCRCを<ETX>又は< ETB>の直後に送信する。<CRC>を精査し、計算が合致すれば、<DLE><ACK0/ACK1>返送し電文転送を終結し、それ以外は<NAK>を返送し、再送要求を行う。なお、エラー制御に採用するエラー検出方式は、ＣＲＣ検出方式に限らず、パリティチェック方式、チェックサム、ハミング符号によるものでもよい。
【０１０７】
データトランスファ部７３は、伝送制御手順７３ａによりデータを正しく受信できた場合はそのデータ（電文本体又は電文分割ブロック）を次のＩｒＤＡプロファイル処理部７４へ順次送り、データが正しく受信できなかった場合はオブジェクト送受信部６４へそのデータの再送を要求する。この再送要求を受けたオブジェクト送受信部６４は直前にデータトランスファ部７３へ送信したデータを再送する。データトランスファ部７３は、再送要求の後に再送されないままタイムアウトになると、エラー通知信号をオブジェクト送受信部６４へ送信するようＵＡＲＴドライバ７２に指示する。
【０１０８】
ＩｒＤＡプロファイル処理部７４は、拡張子識別部８１、件数判定部８２、ノート（Note）解析部８３、分割処理部８４、テキストデータ形式変換部８５、テンプレート記憶部８６、画像データデコード部８７及び判断部８８を備えている。ＩｒＤＡプロファイル処理部７４はＲＯＭ４２又はＥＥＰＲＯＭ４３に記憶されたプログラムデータ及び各種データ等に基づき実現される。
【０１０９】
拡張子識別部８１は、データトランスファ部７３から入力したファイル拡張子データから、そのオブジェクトデータのファイル形式を識別する。すなわち、個人情報データ（ｖＣａｒｄファイル形式）か、添付形式の画像データ（ｖＮｏｔｅファイル形式）か、画像データ（ＪＰＥＧファイル）かのいずれであるのかその拡張子を識別する。すなわち、ファイル拡張子データが「ｖｃｆ」であれば「ｖＣａｒｄファイル」と識別し、「ｖｎｔ」であれば「ｖＮｏｔｅファイル」と識別し、さらに「ｊｐｅｇ」又は「ｊｐｇ」であると「ＪＰＥＧファイル」と識別する。拡張子識別部８１は、識別した拡張子に応じて、その後データトランスファ部７３から送られてくるオブジェクトデータの処理経路を振り分ける。すなわち、拡張子識別部８１は、拡張子が「ｖｃｆ」であればそのｖＣａｒｄファイル（個人情報データ）を件数判定部８２へ送り、拡張子が「ｖｎｔ」であればそのｖＮｏｔｅファイル（画像データ）を画像データデコード部８７へ送る。さらに、拡張子が「ｊｐｅｇ」又は「ｊｐｇ」であればそのＪＰＥＧデータを画像データラスタ処理部７６へ送る。
【０１１０】
件数判定部８２は、ｖＣａｒｄファイルが１件分の個人情報を含む「単件」ファイルか、複数件分の個人情報を含む「全件」ファイルかを判定する。「単件」ファイルと判定した場合はそのｖＣａｒｄファイルをノート解析部８３へ送り、「全件」ファイルと判定した場合はそのｖＣａｒｄファイルを分割処理部８４へ送る。また、件数判定部８２の判定結果は、「単件」であれば「Ｎ＝０」、「全件」であれば「Ｎ＝１」として、その判定値Ｎがテキストデータ形式変換部８５へ送られる。
【０１１１】
ノート解析部８３は、ｖＣａｒｄファイルのノート（Note）領域に記述されたテキストを取り出して解析する。単件の個人情報を印刷する場合は、ノート領域に予め決められた指定文字を記述しておくことで印刷レイアウトを指定できるようになっており、指定文字による印刷レイアウトの指定の有無を判断するためにノート領域の記述内容を解析する。本実施形態では指定文字として数字（番号）を採用している。数字を採用するのは、記述する文字数が少なく済むうえ識別し易いからである。数字以外にアルファベット（例えばA,B ,C,…）を指定文字として採用することも可能である。ノート解析部８３は、解析結果として得られた指定文字の情報Ｍ（例えば番号Ｍ＝１，２，…ｎ）をテキストデータ形式変換部８５へ送る。
【０１１２】
分割処理部８４は、全件ファイルを電文分割ブロック単位で順次入力し始めるとバッファ（図示せず）に蓄えながらデータの中身を調べ、１件毎の区切りを抽出することにより所定件数分ずつ分割する。そして、その分割した所定件数分ずつ個人情報データを次処理のテキストデータ形式変換部８５へ送り出す。本実施形態では所定件数は１件に設定されており、ｖＣａｒｄファイルの全件データは１件ずつの個人情報に順次分割されながら、分割処理部８４から１件分ずつ次処理のテキストデータ形式変換部８５へ送り出される。
【０１１３】
テキストデータ形式変換部８５は、個人情報データ（テキストデータ）をｖＣａｒｄ形式からＸＨＴＭＬ（Extensible Hyper Text Markup Language）形式に変換する。但し、形式変換を行う前に、そのオブジェクトデータがｖＣａｒｄ形式であるかどうかそのデータの中身を解析し、ｖＣａｒｄファイル形式のデータであることを検証する。例えばｖＣａｒｄファイル形式のデータであれば備えているはずのプロパティ（「BEGIN VCARD」「N」「SOUND」等）などの有無を確認する。ｖＣａｒｄファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ｖＣａｒｄファイル形式のデータであれば、そのオブジェクトデータに形式変換処理を施す。また、ｖＣａｒｄファイルは携帯電話メーカーによって画像添付機能付きタイプとすることもできる。画像添付機能付きタイプのｖＣａｒｄファイルであると解析された際は、その添付されているエンコードされたＪＰＥＧ画像データを抜き取り、画像データデコード部８７に転送する。このようにテキストデータ形式変換部８５は、拡張子が「ｖＣａｒｄ」であるけれどもデータの中身までも正しくｖＣａｒｄ形式であるかどうかを事前に解析及び検証する。また、画像データデコード部８７においてメモ帳機能で記述されたテキストデータを含むタイプのｖＮｏｔｅファイルを受け付けた場合は、テキストデータ形式変換部８５は、そのテキストデータのみを画像データデコード部８７から受け付ける。このときは既にデータの中身については画像データデコード部８７において検証済みなので改めて解析はしない。
【０１１４】
テキストデータ形式変換部８５は、形式変換処理を施す際、まずテンプレート記憶部８６からＸＨＴＭＬ形式で記述された印刷レイアウトテンプレート（以下テンプレートという）を読み出す。テンプレートはオブジェクトデータを構成する各項目（プロパティ）の値（テキストデータ）を所定位置に割り付けられるようにタグの記述によってレイアウト枠が指定されたものである。レイアウト枠内に該当項目（プロパティ）の値（テキストデータ）を組み込むことにより、ｖＣａｒｄ形式の個人情報をテンプレート付きのＸＨＴＭＬ形式に変換する。つまり、ｖＣａｒｄファイルは元々レイアウトの概念を持たないファイル形式であるが、印刷時には所定のレイアウトで印刷されるように、レイアウト定義できないファイル形式（ｖＣａｒｄ）からレイアウト定義できるファイル形式（ＸＨＴＭＬ）へ形式変換する。そして、この形式変換時にＸＨＴＭＬ形式で記述されたテンプレートを用いることでタグによってレイアウトを定義付ける。テキストデータ形式変換部８５は、個人情報がテンプレートに組み込まれたＸＨＴＭＬデータを、テキストデータラスタ処理部７５に送出する。
【０１１５】
一方、画像データデコード部８７は、拡張子識別部８１からｖＮｏｔｅファイル形式のオブジェクトデータを受け取って、そのオブジェクトデータの中身を解析し、ｖＮｏｔｅファイル形式のデータであるか否かを検証する。例えばｖＮｏｔｅファイル形式のデータであれば備えているはずのプロパティ等の有無を確認する。ｖＮｏｔｅファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ｖＮｏｔｅファイル形式のデータであれば、添付されているエンコード画像データを抜き取るとともに、メモ帳機能で記述されたテキストデータを含むと解析した場合はそのテキストデータをテキストデータ形式変換部８５に転送する。そして、予め用意されたデコード用プログラム（Bese64）を起動させて、エンコードされたＪＰＥＧ画像データをＪＰＥＧ画像データにデコードする。
【０１１６】
このように画像データデコード部８７は、拡張子が「ｖｎｔ」であるけれどもデータの中身までも正しくｖＮｏｔｅ形式であるかどうかを事前に解析及び検証する。画像データデコード部８７は、デコード後のＪＰＥＧ画像データを、画像データラスタ処理部７６に送出する。
【０１１７】
テキストデータラスタ処理部７５は、テキストデータ形式変換部８５から受け取ったＸＨＴＭＬデータにラスタ処理を施す。このラスタ処理には、ＸＨＴＭＬ解析処理、レイアウト設定処理、色変換処理及び２値化処理が含まれる。まずＸＨＴＭＬ解析処理では、ＸＨＴＭＬデータを解析して、ＸＨＴＭＬ言語で記述されたレイアウトのテンプレート情報とテキストで記述された個人情報とに分解する。そして、ＸＨＴＭＬ言語（タグ）で記述された記述内容（レイアウトのテンプレート情報）を解析して個人情報テキスト（各プロパティの値）の割付領域を演算し、演算した各割付領域の位置座標データ（アドレスデータ）を取得する。レイアウト設定処理では、個人情報テキストの文字コードをキャラクタデータに変換するとともに、得られたキャラクタデータをテンプレートで指定された割付領域から決まるアドレスに所定の文字サイズのドットデータとして展開する。この展開されたドットデータに色変換処理及び２値化処理を施した後、その２値化データに印刷時のドット形成順序に並び替える処理を施す。なお、ＸＨＴＭＬ解析処理の結果、ＸＨＴＭＬデータが画像を含む（アドレス指定のみ）場合は、その画像のアドレスデータを指定して携帯電話１４に画像データを転送させる転送要求を出し、この転送要求に応答して携帯電話１４から画像データが転送されると、その画像とテキストを併せた全体についてレイアウト設定処理を行う。よって、テキストと画像を含む場合は、テキストと画像が所定位置に配置されたレイアウトが決定される。ここで、ｖＣａｒｄデータに画像が含まれる場合、エンコードされた画像データのデコード処理（Base64）が必要であるが、本実施形態では、携帯電話１４から取得した画像データを画像データデコード部８７に一旦送り、画像データデコード部８７においてデコード処理された後のＪＰＥＧデータをテキストデータラスタ処理部７５へ戻すことで間接的にデコード処理を行うようにしている。このようにｖＣａｒｄデータが画像を含む場合、本実施形態のようにｖＣａｒｄデータに画像のアドレスデータのみ埋め込まれた構成でもよいし、ｖＣａｒｄデータに画像データが最初から埋め込まれている構成でもよい。この後者の構成の場合は、画像データのみを後から転送させる転送処理を不要にすることができる。
【０１１８】
画像データラスタ処理部７６は、ＪＰＥＧ画像データにラスタ処理を施す。但し、ラスタ処理の前に、画像データデコード部８７を経由せず直接送られてきたＪＰＥＧデータについては、データの中身を解析してＪＰＥＧファイル形式のデータであるか否かを検証する。例えばＪＰＥＧファイル形式のデータであれば備えているはずの情報の有無を確認する。ＪＰＥＧファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ＪＰＥＧファイル形式のデータであれば、ラスタ処理に移行する。このように画像データラスタ処理部７６は、拡張子が「ｊｐｅｇ」であるけれどもデータの中身までも正しくＪＰＥＧ形式であるかどうかを事前に解析及び検証する。
【０１１９】
ラスタ処理には、ＪＰＥＧ解析及びデコード処理、レイアウト設定処理、色変換処理及び２値化処理が含まれる。ＪＰＥＧ解析及びデコード処理では、ＪＰＥＧ画像データが圧縮系画像データであるためまずこれをＹＣｂＣｒ表色系（輝度（Y）と青の色差（Cb）と赤の色差（Cr）を使って表現する表色系）の非圧縮系画像データに解凍する。そして、解凍して得られたＹＣｂＣｒ表色系の多値画像データをさらにＲＧＢ表色系の多値画像データに変換する。そして、レイアウト設定処理では、ＲＧＢ表色系の多値画像データを用紙上に割り付ける割付領域を演算し、演算した割付領域から決まるワークメモリ（イメージバッファ）４４ｂ上のアドレスにその画像を所定サイズのドットデータとして展開する。この展開された画像データ（ドットデータ）に色変換処理及び２値化処理を施した後、その２値化データに印刷時のドット形成順序に並び替える処理を施す。先に説明したテキストデータラスタ処理部７５におけるレイアウト設定処理後のＪＰＥＧ画像のラスタ処理についても同様の処理が行われる。また、ｖＮｏｔｅデータにテキストが含まれる場合は、画像データラスタ処理部７６がテキストと画像の全体についてレイアウト設定処理を行うようになっている。なお、各ファイル形式（ｖＣａｒｄ，ｖＮｏｔｅ，ＪＰＥＧ）のオブジェクトデータの中身について解析及び検証する、テキストデータ形式変換部８５、画像データデコード部８７及び画像データラスタ処理部７６によって、第２判定手段が構成される。
【０１２０】
プリントエンジン７７は、ワークメモリ４４ｂ上に展開されたラスタ処理後のＣＭＹＫ２値画像データ（ラスタデータ）を、印刷コマンドヘッダとセットにしてプリンタ印刷コマンドに仕立て、エンジンコントローラによってプリンタ印刷コマンドに基づき印刷機構が駆動されることにより用紙に印刷が施される。
【０１２１】
なお、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、ブルートゥース対応携帯端末ＢＣで扱われるファイル形式（ＸＨＴＭＬ形式とＪＰＥＧ形式）のデータでも印刷できるように、プリンタ１にＣＦ型通信カード受信方式の採用前から備えられた既存のものである。本例では、ＣＦ型通信カード１３を介して受信した携帯電話対応形式のファイルデータでも印刷できるように追加が必要な機能部分についてこの既存部分を流用することによりその最小化を図っている。つまり、携帯電話対応形式（ｖＣａｒｄ形式とｖＮｏｔｅ形式）のデータをブルートゥース対応形式へ形式変換する機能部分をＩｒＤＡプロファイル処理部７４に追加することにより、形式変換後のデータ処理については各ラスタ処理部７５，７６を流用するようにしている。
【０１２２】
図７は、２つのラスタ処理部とプリントエンジンの一部とにより構成され、ＸＨＴＭＬ形式及びＪＰＥＧ形式の各データから印刷データを生成する画像処理装置の概略構成を示す。この画像処理装置は、主にＣＰＵ４１、ＡＳＩＣ４６、ＲＯＭ４２、ＥＥＰＲＯＭ４３及びＲＡＭ４４から構成される。但し、処理の一部についてはＣＰＵ４１がプログラムを実行するソフトウェアにより実現している。もちろん、大部分の処理をハードウェア回路で実現するのではなく、半分以上の処理をソフトウェアにより実現することもできる。
【０１２３】
図７に示すように、ＡＳＩＣ４６は、解釈処理部９０、ＪＰＥＧ解凍器９１、ＹＣｂＣｒ／ＲＧＢコンバータ９２、メモリコントローラ９３、画像処理部４６ａ及び印刷処理部４６ｂを内蔵する。また、画像処理部４６ａは色変換処理部９４及び２値化処理部９５などを備え、印刷処理部４６ｂはコマンドエンコーダ９６及びエンジンコントローラ９７を備えている。ＲＯＭ４２にはキャラクタジェネレータ９８が構築されている。また、ＥＥＰＲＯＭ４３はその記憶領域の一部にテンプレート記憶部８６を含むとともに色変換テーブル９９を記憶している。
【０１２４】
メモリコントローラ９３は、キャラクタデータと画像データのうち少なくとも一方からなるドットデータをワークメモリ４４ｂ上に展開するとともに、展開したドットデータの画素順序をラスタスキャンの順序に並べ替える画像処理を司る回路である。
【０１２５】
また、図６における各ラスタ処理部７５，７６が有する各バッファ７５ａ，７６ａは、ＲＡＭ４４にそれぞれ専用記憶領域として確保されている。もちろん、ＲＡＭ以外の例えばＳＤＲＡＭにそれらの専用記憶領域が確保されてもよい。
【０１２６】
＜ＸＨＴＭＬデータのラスタ処理＞
まず、ＸＨＴＭＬデータにラスタ処理を施すテキストデータラスタ処理部７５の処理について説明する。なお、テキストデータラスタ処理部７５は、解釈処理部９０、メモリコントローラ９３、キャラクタジェネレータ９８及び第１バッファ７５ａなどにより構成される。
【０１２７】
ＲＯＭ４２には、日本語及び英語のフォント等のキャラクタ（文字や記号等）のパターンを示すキャラクタジェネレータデータ（ＣＧデータ）が記憶され、キャラクタコード（文字コード）をＣＧデータに変換するキャラクタジェネレータ９８が構築されている。キャラクタジェネレータ９８は、その指定されたアドレスに文字コードが与えられると、各種文字のドット構成（文字ドットパターン）を特定するために必要なＣＧデータを読み出す。ＣＧデータはベクタデータである。ここで、ベクタデータとは、描画の対象となる文字や図形の輪郭を表したデータであり、より詳しくは文字や図形の主要点の座標および座標間を結ぶ曲線（例えばベジェ曲線）の方程式を含むパラメータによって記述されている。
【０１２８】
テキストデータラスタ処理部７５に送られたＸＨＴＭＬデータは、まず解釈処理部９０に転送される。ＸＴＭＨＬデータは、個人情報が記述された本文であるキャラクタデータと、個人情報の本文がレイアウトされるべき場所を記述するテンプレートタグとを含む。
【０１２９】
解釈処理部９０は、ＸＨＴＭＬデータの記述内容を解析し、テキスト本文の文字（キャラクタ）に対応するキャラクタデータと、文字列のレイアウトされるべき場所を記述するテンプレートタグから解釈されるレイアウトデータ（アドレス空間上の座標データ）とに個々の対応を関連付けたまま変換する。キャラクタデータは、文字や記号の種類を特定するキャラクタコード（例えばアスキー（ＡＳＣＩＩ）コードなど）とフォントなどの修飾情報とを有する。解釈処理部９０は、ＸＨＴＭＬデータから分解及び変換したキャラクタデータ及びレイアウトデータを個々の対応を関連付けた情報と共にメモリコントローラ９３に渡す。
【０１３０】
メモリコントローラ９３は、キャラクタデータをキャラクタジェネレータ９８に与えて読み出したＣＧデータ（ベクタデータ）を、所定の文字サイズの文字ドットパターンデータ（キャラクタドットデータ）に変換するベクタフォント展開処理を行う。さらにメモリコントローラ９３は、ベクタフォント展開処理で得たキャラクタドットデータを、ワークメモリ４４ｂにおいてレイアウトデータ（アドレス空間上の座標データ）によって指定された垂直位置及び水平位置に展開する。そして、メモリコントローラ９３は、展開したその画素順序をラスタスキャンの順序に並べ替えて第１バッファ７５ａに格納した後、印刷処理部４６ｂに転送する。ここで、第１バッファ７５ａは、ＸＨＴＭＬデータのラスタ処理に使われるためそのバッファ容量は比較的小さい（例えば３０〜１００キロバイト）。
【０１３１】
＜ＪＰＥＧ画像データのラスタ処理＞
次にＪＰＥＧ画像データにラスタ処理を施す画像データラスタ処理部７６の処理について説明する。なお、画像データラスタ処理部７６は、ＪＰＥＧ解凍器９１、ＹＣｂＣｒ／ＲＧＢコンバータ９２、メモリコントローラ９３及び第２バッファ７６ａなどにより構成される。
【０１３２】
ＪＰＥＧ解凍器９１は、ＪＰＥＧ画像データを解凍してＹＣｂＣｒ表色系の多値画像データに変換する回路である。ＹＣｂＣｒ／ＲＧＢコンバータ９２は、ＹＣｂＣｒ表色系の多値画像データを、ＹＣｂＣｒ表色系からＲＧＢ表色系のＲＧＢ多値画像データに色変換する回路である。この色変換には以下の変換式が使用される。
R=Y+1.40200×Cr
G=Y-0.34414×Cb-0.71414×Cr
B=Y+1.77200×C b
メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像データをワークメモリ４４ｂに展開するとともに、展開した画素順序をラスタスキャンの順序に並べ替える画像処理を司る回路である。ここで、ＪＰＥＧの圧縮処理では、元画像は８画素×８画素のブロック領域に分割され、ブロック領域単位で所定の演算処理がなされる。そのため、ＹＣｂＣｒ／ＲＧＢコンバータ９２から渡される、ＪＰＥＧデータから変換された当初のＲＧＢ多値データも、８画素×８画素のブロック領域に分割した形で画素データが並んでいる。メモリコントローラ９３は、その８画素×８画素のブロック領域に仕分けられている画素データの配列を、印刷処理に適したラスタスキャン（つまり、例えば、画像の左端から右端までの行方向の水平スキャンを、最上行から１行づつ下へ向って繰り返していくスキャン）の順序の配列に変換する。
【０１３３】
メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像の各画素データを展開後、第２バッファ７６ａ上にラスタスキャン順序に従って書き込んでいくことで、この並べ替えを行う。これにより、第２バッファ７６ａ上には、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データが格納されることになる。メモリコントローラ９３は、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データを画像処理部４６ａへ転送する。ここで、第２バッファ７６ａは、ＪＰＥＧ画像データのラスタ処理に使われるためそのバッファ容量が第１バッファ７５ａのそれに比べ相対的に大きい（例えば３〜１０メガバイト）。
【０１３４】
画像処理部４６ａに転送されたＲＧＢ多値画像データはまず色変換処理部９４に送られ、次に２値化処理部９５に転送される。色変換処理部９４は、ＲＧＢ多値画像データをＣＭＹＫ多値画像データに色変換する回路である。さらに２値化処理部９５は、そのＣＭＹＫ多値画像データをＣＭＹＫ２値画像データに２値化する回路である。
【０１３５】
色変換処理部９４は、ＥＥＰＲＯＭ４３に記憶された、ＲＧＢ表色系からＣＭＹＫ表色系へ色変換するための色変換テーブル９９を読み出し、これを参照してＲＧＢ多値画像データをＣＭＹＫ多値画像データに変換する。このＣＭＹＫ多値画像データは２値化処理部９５に転送される。
【０１３６】
次いで、２値化処理部９５は、ＣＭＹＫ多値画像データに２値化処理（例えば、誤差拡散処理又はディザ処理など）を施し、これをＣＭＹＫ２値画像データに変換する。このＣＭＹＫ２値画像データは印刷処理部４６ｂに転送される。なお、画像処理部４６ａに転送されたデータに拡大、縮小、回転などの所定処理を施す際はＣＰＵ４１に転送され、その所定処理はソフトウェア処理により施される。
【０１３７】
印刷処理部４６ｂには、ラスタスキャン順序に並び替えられた、キャラクタドットデータ又はＣＭＹＫ２値画像データが転送されてくる。これらのデータはコマンドエンコーダ９６に転送される。
【０１３８】
コマンドエンコーダ９６は、キャラクタドットデータ又はＣＭＹＫ２値画像データを、ＣＰＵ４１からのプリンタ印刷コマンドのコマンドヘッダとセットにして印刷データに仕立て、エンジンコントローラ９７へ送る。エンジンコントローラ９７は印刷データに基づいて圧電素子ＰＺを駆動制御する指令信号をドライバ４７ｄに出力する。
【０１３９】
＜カッタ装置＞
図８は、プリンタの印刷機構を示す斜視図である。同図に示すように、プリンタ１はロール紙Ｐ１を印刷後の位置で所定のサイズに切断するカッタ装置（オートカッタユニット）ＣＴＳを備えている。以下、印刷機構の構成をカッタ装置ＣＴＳを中心に説明する。
【０１４０】
ロール紙支持部５（図１に示す）にセットされたロール紙Ｐ１は、所定の搬送経路に沿って送られてプリンタ１の前側下部の排紙口７（図１に示す）から排出される。ロール紙Ｐ１は、紙送りモータＭ１によって駆動される紙送りローラ１０１及び紙送り従動ローラ１０２とにより、キャリッジ１０３の印刷開始位置に搬送される。キャリッジ１０３には、複数の噴射ノズルを有した記録ヘッド（図示せず）が搭載されている。キャリッジ１０３は、ガイド軸１０４により主走査方向に移動可能に案内された状態にあり、キャリッジ１０３に固定されたタイミングベルト１０５がキャリッジモータＭ２により正逆回転駆動されることにより、キャリッジ１０３が主走査方向に往復動するようになっている。ロール紙Ｐ１の搬送とキャリッジ１０３の主走査方向への移動とが交互に繰り返され、キャリッジ１０３の主走査方向への移動過程に記録ヘッド（図示省略）の噴射ノズルからインクが噴出されることによりロール紙Ｐ１に印刷が施される。
【０１４１】
カッタ装置ＣＴＳは、紙送り方向においてキャリッジ１０３より下流側に位置するとともに、主走査方向に往復動可能なカッタヘッド１０６を備えている。カッタヘッド１０６は回転刃１０７を有し、ガイド軸１０８により主走査方向に移動可能に案内されている。カッタヘッド１０６に固定されたタイミングベルト１０９がカッタモータＭ３により正逆回転駆動されることにより、カッタヘッド１０６と共に回転刃１０７が主走査方向に移動する。回転刃１０７の移動経路に沿ったその下側には主走査方向に延びる状態に固定刃１１０が配置されており、カッタヘッド１０６が主走査方向に移動する際は、回転刃１０７が固定刃１１０の刃部１１０ａに押し付けられながら往復動することでロール紙Ｐ１を切断する。
【０１４２】
次にカッタ装置ＣＴＳの駆動制御について説明する。ＣＰＵ４１は、図３８にフローチャートで示すプログラムを実行することにより、ドライバ４７ｃに指令信号を出力してカッタモータＭ３を駆動制御する。
【０１４３】
ＣＰＵ４１は、予め指定されたレイアウトデータと用紙サイズデータとに基づいてロール紙Ｐ１の切断幅を算出する。例えばロール紙Ｐ１が90ｍｍに設定されている場合、名刺レイアウトが指定されていれば、その切断幅は55ｍｍと算出される。もちろん、名刺レイアウトが指定されていてもロール紙Ｐ１が55ｍｍに設定されていれば、切断幅は90ｍｍと算出される。
【０１４４】
この切断幅のデータは、紙送りモータＭ１の紙送り制御に使用されているカウント値に換算される。紙送りモータＭ１にはその駆動量（すなわち紙送り量）を検出してその駆動量に比例するパルス数を有するパルス信号ＰＳを出力するエンコーダＥ１が設けられている。このエンコーダＥ１のパルス信号ＰＳはモータドライバ４７ａを介してＣＰＵ４１に出力される。ＣＰＵ４１はエンコーダＥ１から入力するパルス信号ＰＳのパルス数に応じた数だけカウンタ４１ａをインクリメントする。カウンタ４１ａは、プリンタ１の電源投入時に「０」にリセットされ、その後の紙送り量の累積値に相当する値を計数するもので、その値は電源切断されるまで増え続ける。ＣＰＵ４１は、記録ヘッドの用紙搬送方向における所定の位置をヘッド基準位置とし、用紙Ｐの位置をヘッド基準位置におけるカウンタ４１ａの計数値で管理する。
【０１４５】
ＣＰＵ４１は用紙の頭出し制御の際、紙検出センサ（図示省略）により用紙Ｐの先端がヘッド基準位置にくると、そのときのカウンタ４１ａのカウント値（例えば「10000」）を用紙先端位置と認識する。その後、紙送りされるに連れてそのカウント値は増え続け、そのカウント値が用紙の最終印刷位置に相当するカウント値（頭出しカウント値に用紙長からボトムマージン分を差し引いた値を加えた値）、例えば「12000」になると用紙が排紙位置に到達したと認知する。このようにＣＰＵ４１は、カウント値でもって紙送り制御を行っている。また、ＣＰＵ４１は、印刷の途中でロール紙Ｐ１をカッタ装置ＣＴＳにより切断するためにカット位置で一時停止させる紙送り制御もこのカウント値を使って行っている。
【０１４６】
ＣＰＵ４１は、次の紙送り指令を出す前に紙送り制御のための演算処理を行っており、その制御内容はＣＰＵ４１が実行する図３８に示すフローチャートで示される。
ＣＰＵ４１には、次の紙送り量（カウンタ換算値）ΔＦがデータとして入ってくる。また、ＣＰＵ４１はレイアウトデータを基に予め算出した切断幅をメモリに記憶させている。ＣＰＵ４１は、用紙が頭出しされそのときのカウント値ＣＴ（例えば「10000」）が決まると、この値「10000」に切断幅（例えば「55mm」）のカウンタ換算値（例えば「3000」）を加算することによりカッタ駆動カウント値ＣＴ（この例では「13000」）を求める。このカッタ駆動カウント値ＣＴはロール紙Ｐ１上の切断仮想線の位置として設定される。ＣＰＵ４１は、次の紙送り量（カウンタ換算値）ΔＦが入ってくると、現在のカウント値ＦＴoにΔＦを加えると、カッタ駆動カウント値ＣＴを超えるか否かを判断し、超える場合はカッタ駆動カウント値ＣＴでロール紙Ｐ１を一旦停止させるよう紙送り量を変更する。そして、紙送りモータＭ１を駆動させる際はカウント値ＦＴがカッタ駆動カウント値ＣＴに一致した時点でロール紙Ｐ１を一旦停止させると、次にカッタモータＭ３を駆動させてロール紙Ｐ１を切断する。これによりロール紙Ｐ１は切断仮想線で切断される。その後、残りの紙送り量（ΔＦ−（ＣＴ−ＦＴo））だけロール紙Ｐ１を搬送する。
【０１４７】
ＣＰＵ４１は管理レジスタ４１ｂを備え、この管理レジスタ４１ｂに、次の紙送りを終えたさらにその次に移行すべき動作を覚えておくためのコードを管理している。管理されるコードには３種類あり、排紙コード（例えば「01」）、切断コード（例えば「10」）、一致コード（例えば「11」）がある。排紙コードとは、紙送りを終えた次に移行すべき紙送り動作が無く、次に排紙処理に移行する際のコードである。切断コード（例えば「10」）とは、次の紙送り時の送り量を切断に適したさらに小さな送り量に変更したときのもので、その紙送りを終えた次に切断処理とそれに引き続く残りの送り量の紙送り処理とを行う際のコードである。一致コード（例えば「11」）とは、次の紙送りを終えるとロール紙Ｐ１が切断位置に丁度達する場合のもので、紙送りを終えた次に切断処理を行うコードである。
【０１４８】
図９は、プリンタが複数の通信方式で受信したデータを印刷データに変換して印刷に至るまでのデータ処理の流れを説明するブロック図である。通信方式としては、メモリカード読取り方式、ブルートゥース通信方式及び赤外線通信（ＩｒＤＡ）方式のみを挙げている。これらの通信方式で受信するデータは、その送信元の機器の種類によって取り扱うファイル形式が異なるが、プリンタ１は各通信方式で取り扱われるファイル形式の違いによらず印刷可能に対応している。メモリカード読取り方式では、デジタルカメラで撮影された画像データをメモリカードから読み取って印刷する用途を前提とするので、その読み取りデータはデジタルカメラで一般に採用されているＪＰＥＧデータとなる。ブルートゥース通信方式で受信されるデータは、ＰＤＡなどのブルートゥース対応の携帯端末ＢＣで使用頻度の高いＸＨＴＭＬデータとＪＰＥＧデータとなる。赤外線通信（ＩｒＤＡ）方式で受信されるデータは、携帯電話１４で採用されるｖＣａｒｄ形式データとｖＮｏｔｅ形式データとなる。このように受信データのファイル形式が異なると、印刷データに変換して印刷に至るまでにはファイル形式毎に異なるデータ処理が必要となる。
【０１４９】
本実施形態のプリンタ１は、ホストコンピュータ内のプリンタドライバから受信した印刷データを扱う印刷処理機能と、メモリカードから読み取った画像データ（ＪＰＥＧ）を処理する印刷処理機能と、ブルートゥース通信方式で受信したＸＨＴＭＬデータを処理する印刷処理機能とを備える。そして、本実施形態では、赤外線通信方式の採用に当たり、メモリカード用に元々備えられたカードスロット１２を利用して、ＩｒＤＡ通信モジュールをＣＦ型通信カード１３の形で提供しカード形式で実装できるようにしている。従って、プリンタ１の筐体（本体ケース）などの形状設計変更が不要で、プリンタ１の筐体は赤外線通信方式の導入前後で共通のものを使用できるので、その設計変更や製造金型変更の必要もない。また、プリンタ１の内部的にはＩｒＤＡ通信プロトコル及びアプリケーションなどソフトウェアの追加・変更のみで済ませている。これにより、既存の回路などには手を加えず既存のものを共用する形で、ＩｒＤＡ通信機能を追加するようにしている。
【０１５０】
以下、図９を用いて、赤外線通信方式を導入するに当たり既存の構成の共用によって簡素な構成の追加のみで済ませたプリンタの特徴的構成について説明する。
赤外線通信方式の導入に当たり追加されたのは、カードスロット１２にセットして使用されるＣＦ型通信カード１３と、本体２内に設けられたＩｒＤＡ通信用チップ、通信プロトコル及びアプリケーション等からなるＩｒＤＡ通信処理部１２０である。
【０１５１】
ＣＦ型通信カード１３は、既に説明したように、赤外線受発光部１３ａ、ＩｒＤＡ通信回路６１、ＩｒＤＡスタック６２、ファイル転送部（ＩｒＯＢＥＸ）６３、オブジェクト送受信部６４及びＵＡＲＴ３３，３４を備える。このＣＦ型通信カード１３に赤外線通信でデータ送信を行う携帯電話１４もほぼ同様の通信レイヤ構造をもち、赤外線受発光部２０、ＩｒＤＡ通信回路１２１、ＩｒＤＡスタック１２２、ファイル転送部（ＩｒＯＢＥＸ）１２３及びアプリケーション１２４を備える。また、ＩｒＤＡ通信処理部１２０は、ドライバ７１，７２、データトランスファ部７３及びＩｒＤＡプロファイル処理部７４を備える。ＩｒＤＡプロファイル処理部７４は、携帯電話１４で扱われるデータを、他の通信方式で扱われるファイル形式やデータに変換などするソフトウェアで構築されている。
【０１５２】
一方、メモリカード読取り方式を実現する構成部分は、スロット通信部４５ｅと画像データラスタ処理部７６とメモリカードＭＣに記憶された画像データを選択するためのＵＩ（ユーザインターフェイス）等を含む画像選択処理部（図示せず）などである。画像データラスタ処理部７６は、ＪＰＥＧ画像データをラスタ処理する機能をもち、図７で既に説明したように解凍器９１とＹＣｂＣｒ／ＲＧＢコンバータ９２などを有する。
【０１５３】
また、ブルートゥース通信方式を実現する構成部分は、ＢＴ通信部４５ｃとテキストデータラスタ処理部７５と画像データラスタ処理部７６である。ＢＴ通信部４５ｃは、ブルートゥース通信回路（以下、ＢＴ通信回路と称す）（物理層）１２５、ブルートゥース通信プロトコルスタック（以下、ＢＴスタック１２６と称す）、ファイル転送部（ＯＢＥＸ）１２７、ＢＰＰ１２８及びＢＩＰ１２９（共にアプリケーション層）を備える。このＢＴ通信部４５ｃにデータを送信する携帯端末ＢＣもほぼ同様の通信レイヤ構造をもち、ＢＴ通信回路（物理層）１３１、ＢＴスタック１３２、ファイル転送部（ＯＢＥＸ）１３３、ＢＰＰ１３４及びＢＩＰ１３５（共にアプリケーション層）を備えている。テキストデータラスタ処理部７５は、ＸＨＴＭＬ形式のテキストデータをラスタ処理する機能をもち、図７で既に説明したように解釈処理部９０とキャラクタジェネレータ９８などを有する。また、ＢＴ通信部４５ｃで受信されたＪＰＥＧ画像データは、画像データラスタ処理部７６へ転送されてラスタ処理される。つまり、ブルートゥース通信方式とメモリカード読取り方式は、同じファイル形式の画像データを扱うことからそのラスタ処理には、画像データラスタ処理部７６を共用している。
【０１５４】
ＢＴ通信部４５ｃのＢＰＰ１２８から送られてきたＸＨＴＭＬデータは、解釈処理部９０で解釈されることで、文字コードとレイアウトデータとが抽出され、そのうち文字コードはキャラクタジェネレータ９８でドット構成の文字パターンへ変換され、またレイアウトデータは画像展開時に文字パターンの配置位置を決めるために使用される。
【０１５５】
一方、ＩｒＤＡ通信処理部１２０のＩｒＤＡプロファイル処理部７４は、ｖＣａｒｄ形式からＸＨＴＭＬ形式へのデータ形式変換処理を主に行うテキストデータ処理部（ｖＣｒａｄ処理部）１４１と、ｖＮｏｔｅ形式からＪＰＥＧ形式へのデータ形式変換処理を行う画像データ処理部（ｖＮｏｔｅ処理部）１４２とを備える。テキストデータ処理部１４１は、件数判定部８２、ノート解析部８３、分割処理部８４、テキストデータ形式変換部８５及びテンプレート記憶部８６を有する。一方、画像データ処理部１４２は、画像データデコード部８７を有している。
【０１５６】
テキストデータ処理部１４１は、ｖＣａｒｄテキストデータをテンプレート組込み記述形式のＸＨＴＭＬテキストデータに変換する。つまり、テキストデータ処理部１４１は、携帯電話対応形式であるｖＣａｒｄテキストデータをブルートゥース対応形式であるＸＨＴＭＬテキストデータに変換することで、ブルートゥース対応形式データ処理に用意されているテキストデータラスタ処理部７５を利用する。また、画像データ処理部１４２はｖＮｏｔｅ添付形式のエンコード画像データをＪＰＥＧ画像データに変換（デコード）する。つまり、画像データ処理部１４２は、携帯電話対応形式であるｖＮｏｔｅ添付形式のエンコード画像データをＪＰＥＧ画像データに変換（デコード）することで、ブルートゥース対応形式及びメモリカード対応形式データ処理のために用意されている画像データラスタ処理部７６を利用する。このように各ラスタ処理部７５，７６は、ブルートゥース対応形式と携帯電話対応形式の各データのラスタ処理に共用されている。
【０１５７】
上記３つの通信方式のうちいずれで受信した画像データもラスタ処理後は、画像処理部４６ａ及び印刷処理部４６ｂで順次処理され、その画像データに基づく印刷データが生成される。また、上記３つの通信方式のうちいずれで受信したテキストデータもラスタ処理後は、画像処理部４６ａ及び印刷処理部４６ｂで順次処理され、そのテキストデータに基づく印刷データが生成される。そして、その印刷データに基づき印刷処理部４６ｂにより印刷機構１４５が駆動制御される。
【０１５８】
また、図９に示すように、プリンタ１には、認証コード記憶部１５１及び認証コード管理部１５２が備えられている。携帯端末ＢＣや携帯電話１４では個人情報など比較的秘匿性の高い情報をデータ送信しようと送信操作をすると、ディスプレイ１８上で認証コードの入力を要求する機能が設けられている。その際、データ送信先の機器に登録されたものと同じ認証コードを入力すると、通信リンク確立の際に認証が行われてデータ送信が可能になる。プリンタ１においては、操作パネル８で認証コード登録メニューの選択状態で操作部１０を操作して認証コードを入力すると、その認証コードは認証コード記憶部（本例ではＥＥＰＲＯＭ４３の所定記録領域）１５１に記憶される。
【０１５９】
認証コード管理部１５２は、プリンタ１の電源投入時及び操作部１０により認証コードが更新などのため入力される度に、その認証コードを認証コード記憶部１５１から読み出して管理するとともに、認証コードをＢＴ通信部４５ｃに送りＢＴスタック１２６に備えられた格納部１５３に格納する。また、認証コード管理部１５２は、プリンタ１の電源投入後はじめてＣＦ型通信カード１３が検知された時に、認証カードをＣＦ型通信カード１３内のオブジェクト送受信部６４に送信しその格納部１５４に格納する。
【０１６０】
＜ＯＢＥＸデータ構造＞
次に、携帯電話１４とＣＦ型通信カード１３間で行われるＩｒＤＡ通信について説明する。
【０１６１】
図１０は、ファイル転送時に用いられるＯＢＥＸ仕様のデータ構造を示す。データＤＡは、オペコードＯＰとヘッダＨＤとデータボディＤＢとからなる。オペコードＯＰには通信に関する命令が記述される。命令には「Connect」「Disconnect」「PUT」「FPUT」「GET」「FGET」「Abort」「Response」等が用意されている。
【０１６２】
「Connect」は接続要求、「Disconnect」は切断要求をそれぞれ意味する。また、「PUT」はデータ受け取り要求、「FPUT」は最終データ受け取り要求（送信データ終了の意を含む）、「GET」はデータ取り出し要求、「FGET」は最終データ取り出し要求（受信データ終了の意を含む）をそれぞれ意味する。また、「Abort」は中断、「Response」は応答をそれぞれ意味する。
【０１６３】
ヘッダＨＤには、データボディＤＢに関する情報が記述される。データボディＤＢとは、送受信（転送）されるデータそのものであり、通常は所定サイズ以下のパケット（ブロック）に分割される。本例の場合では、携帯電話１４からプリンタ１へ送信されるオブジェクトデータは、そのデータサイズが所定サイズを超えるときは複数分割されて転送されることになる。「Name」「Authentication」「filesize」「Bodylength」などが用意されている。「Name」はファイル名、「Authentication」は情報にアクセスする資格の検証、「filesize」はファイルサイズ、「Bodylength」はボディデータ長をそれぞれ意味する。「Name」には「ファイル名．拡張子」の形で記述されているので、「Name」の値を見ることでファイルの「拡張子」を取得することができる。
【０１６４】
また、「Authentication」には、情報にアクセスする資格が設定されている場合においてそれを検証できる認証コード（ピンコード）が記述される。携帯電話１４では、電話帳機能に登録された個人情報の全件又は指定したグループ中の個人情報の全件を送信するときは、認証コードの入力を要求される設定となっている。このような全件データを送信するときには送信ボタン操作後にディスプレイ１８上で要求される入力欄に認証コードを入力する。入力した認証コードはヘッダＨＤの「Authentication」に記述される。
【０１６５】
既に図９で説明したように、プリンタ１には認証コード登録機能が備えられており、携帯電話１４から全件データをプリンタ１に直接送信して印刷させたいときは、予め操作パネル８上の操作部１０を操作してプリンタ１に認証コードを登録しておく。
【０１６６】
図１１は、携帯電話→赤外線通信カード（ＣＦ型通信カード）→プリンタの流れでデータを転送する転送処理シーケンスを示す。
携帯電話１４でデータ送信操作を行うと、まず物理層であるＩｒＤＡ通信回路６１，１２１間におけるＩｒＤＡ接続（物理接続）が行われる。携帯電話１４からＩｒＤＡ接続要求が出され、これにＣＦ型通信カード１３が応答する形でＩｒＤＡ接続が確立される。次にＯＢＥＸ接続（論理接続）が行われる。携帯電話１４から「Connect」をオペコードＯＰとするデータを送信することでＯＢＥＸ接続（論理接続）を要求し、これにＣＦ型通信カード１３が「Response」をオペコードＯＰとするデータで応答する形でＯＢＥＸ接続（論理接続）が確立される。
【０１６７】
論理接続が確立されると、ファイル転送部１２３はファイルデータをボディＤＢの最大許容データ長以内のデータ長に分割し、その分割したブロック（フレーム）単位で複数回に分けて転送する。この際、「PUT」をオペコードＯＰとしボディＢＤにブロックを入れたデータＤＡを作成してこれを送信する。以後順次、「Response」をオペコードＯＰとするデータの受信を待ってから、「PUT」をオペコードＯＰとする次のデータＤＡを送信する。
【０１６８】
ＣＦ型通信カード１３側のファイル転送部（ＩｒＯＢＥＸ）６３は、順次受信するブロックを組み立ててデータを復元し、復元されたデータはオブジェクト送受信部６４に渡される。オブジェクト送受信部６４は伝送制御手順（ベーシック手順）に従って所定データサイズ以内のブロック（フレーム）単位でプリンタ１へデータを送信する。この際、オブジェクト送受信部６４は、ヘッダＨＤの「Name」から取得した「名前．拡張子」をデータと共に送信する。
【０１６９】
こうしてデータ転送処理が進み、携帯電話１４から最後のブロック（データ）を転送する際は、そのオペコードＯＰに「FPUT」が記述されるので、ファイル転送部６３は受信したデータのオペコードＯＰが「FPUT」であると、最後のブロックである、すなわちデータ受信完了の通知と認知する。これを契機に携帯電話１４から「Disconnect」をオペコードＯＰとする切断要求が送られることでＯＢＥＸ接続（論理接続）が切断され、次いでＩｒＤＡ接続（物理接続）が切断されることにより、通信リンクが遮断される。その後、プリンタ１では受信データから印刷データが生成され、その印刷データに基づき印刷が実行される。
【０１７０】
なお、データ送信中に携帯電話１４を中断操作すると、「Abort」をオペコードＯＰとするデータがＣＦ型通信カード１３へ送信される。この場合も、同様の手順によりＩｒＤＡ切断、ＯＢＥＸ切断の順序を経て通信リンクが遮断される。
【０１７１】
また、本例では、プリンタ１から携帯電話１４へファイル転送する機能は備えていないが、携帯電話１４から「GET」をオペコードＯＰとするデータがＣＦ型通信カード１３へ送られたときは、プリンタ１のメモリに格納されたファイルを携帯電話１４へ転送する転送機能をプリンタ１に設けてもよい。
【０１７２】
＜認証コードの共有化＞
このようにＩｒＤＡ通信では、通信のはじめにＩｒＤＡ接続（物理接続）とＯＢＥＸ接続（論理接続）が確立されるが、そのうち先の認証コードはＯＢＥＸ接続時に要求される。一方、ブルートゥース対応携帯端末ＢＣでも、通信のはじめに物理接続と論理接続が確立されるが、そのうち先の認証コードは物理接続時に要求される。この２つの通信方式で必要になる認証コードは、プリンタ１の認証コード登録機能を使って予め登録されたものをＣＦ型通信カード１３とＢＴ通信部４５ｃとで共通に使用する。
【０１７３】
以下、２つの通信方式で共有される認証コード登録機能について詳しく説明する。まず認証コードを登録する際、画面９ａに表示されたメニューの中から「認証コード登録」を選択する。その認証コード登録が選択されたことを認知したＣＰＵ４１は、その画面９ａに入力欄を表示させて認証コードの入力をユーザに促す。操作部１０を操作して認証コードが入力されると、ＣＰＵ４１はその認証コードをＥＥＰＲＯＭ４３の所定記憶領域（図９における認証コード記憶部１５１）に記憶する。
【０１７４】
図９に示す認証コード管理部１５２は、ＣＰＵ４１がプリンタ電源投入時の初期化処理においてＲＯＭ４２に記憶された認証コード管理プログラムを実行することにより起動される。認証コード管理部１５２は、認証コード記憶部１５１から認証コードを読み出し、その認証コードを例えばレジスタに格納して管理する。認証コード管理部１５２は、ＢＴ通信部４５ｃとＣＦ型通信カード１３のいずれかからコード要求を受け付けると、その要求元に認証コードを送信する。ＢＴ通信部４５ｃはプリンタ１の初期化処理時にコード要求を出力し、ＣＦ型通信カード１３はプリンタ１の電源投入後はじめて電気的に接続された際にコード要求を出力する。また、認証コード管理部１５２は、操作部１０が操作されて認証コードが追加・消去など更新された旨の通知を受ける度に、更新後の認証コードを認証コード記憶部１５１から読み出してＢＴ通信部４５ｃとＣＦ型通信カード１３に送信する。
【０１７５】
ＢＴ通信部４５ｃとＣＦ型通信カード１３には、通信時に認証コードが必要になる通信レイヤと同層又はその上位層に、認証コードの格納部１５３，１５４が設けられている。物理接続時に認証コードが必要になるＢＴ通信部４５ｃでは、例えばＢＴスタック１２６に格納部１５３が備えられている。また、論理接続時に認証コードが必要になるＣＦ型通信カード１３では、例えばオブジェクト送受信部６４に格納部１５４が備えられている。
【０１７６】
ＢＴ通信回路１２５は、物理接続時にＢＴスタックに認証コードの要求を行いＢＴスタックから認証コードを受信し、ＢＴスタックから受信した認証コードと、格納部１５３から既に登録され記憶されている認証コードを読み出して両認証コードを照合する。一方、ＩｒＤＡ通信回路６１は、論理接続時に受信したデータ中のヘッダＨＤの「Authentication」に認証コードが付されていると、格納部１５４から認証コードを読み出して両認証コードを照合する。照合の結果、両認証コードが一致する場合はデータの受信を許可し、両認証コードが不一致である場合はそのデータの受信を拒否する。このようにＢＴ通信部４５ｃとＣＦ型通信カード１３のどちらも認証コードを認証コード管理部１５２から取得しており、認証コード登録機能についてもブルートゥース通信とＩｒＤＡ通信で共有化が図られている。
【０１７７】
＜ＣＦ型通信カードの表示部点灯制御＞
次に、データ受信状態を報知する表示部１３ｂの点灯制御について詳しく説明する。ＣＦ型通信カード１３の表示部１３ｂは、携帯電話１４からデータの受信状態をユーザに報知する。
【０１７８】
図１２は表示部の表示制御装置を示し、図１３は通信ステータスと表示態様（点灯態様）との関係を示す。
図１２に示すように、表示制御装置１５８は、カード制御部３１に内蔵されたＣＰＵ１５９及び点灯駆動制御回路１６０と、この点灯駆動制御回路１６０を介してＣＰＵ１５９に点灯制御（表示制御）される２つのＬＥＤ１６１，１６２とを備える。２つのＬＥＤ１６１，１６２はそれぞれ点灯色（表示色）が異なり、本例ではＬＥＤ１６１が緑色、ＬＥＤ１６２が赤色にそれぞれ点灯可能である。
【０１７９】
表示部１３ｂの点灯制御はカード制御部３１内のＣＰＵ１５９が司る。ＣＰＵ１５９は、携帯電話１４との間でやりとりされる通信コマンドと、ＣＦ型通信カード１３内で自身が判定するデータチェック結果と、プリンタ１側で判定されたデータ受信状態を知らせてくる信号等とに基づいて現在どんな受信状態にあるかその通信ステータスを把握する。ＣＰＵ１５９は、その把握した通信ステータス（ビットデータ）をレジスタ１５９ａに書き込む。点灯駆動制御回路１６０は、ＣＰＵ１５９から通信ステータに応じた信号Ｓを入力すると、この信号Ｓに基づき２つのＬＥＤ１６１，１６２を点灯制御する。
【０１８０】
図１３に示すように、通信ステータスには、「受信不可」、「受信可能」、「受信中」、「受信完了」及び「エラー発生」の５種類がある。この通信ステータスと点灯制御内容の関係を示す設定データＳＤは、メモリ３２の所定記憶領域に記憶されている。ＣＰＵ１５９は、レジスタ１５９ａに書き込んだ現在の通信ステータスに基づき設定データＳＤを参照しつつ２つのＬＥＤ１６１，１６２を５種類の点灯態様のうちいずれか一つに点灯制御する。本例では、５種類の通信ステータスに応じた点灯態様として、「消灯」、「緑点灯」、「緑点滅」、「橙点灯」、「赤点滅」の５つが設定されている。橙色は、緑と赤の各ＬＥＤ１６１，１６２を同時に点灯させることで発色させている。なお、図１４、図１５の「３秒経過後」の３秒という期間はユーザが認識できる目安であり、必ずしも３秒である必要はない。
【０１８１】
通信ステータスと点灯態様との関係は、「受信不可」のときに「消灯」、「受信可能」のときに「緑点灯」、「受信中」のときに「緑点滅」、「受信完了」のときに「橙点灯」、「エラー発生」のときに「赤点滅」となるよう点灯制御内容が設定されている。
【０１８２】
図１４及び図１５は、通信ステータスの遷移の仕方を説明するもので、２つの遷移例を示す。図１４と図１５の違いは、「受信完了」時と「エラー発生」時の遷移先ステータスが異なるのみで、「受信不可」→「受信可能」→「受信中」→「受信完了」→「エラー発生」の遷移の仕方は同様である。図１４は、エラー発生時は常に「エラー発生」ステータスに遷移し、表示部１３ｂを赤点滅（エラー表示）させる例である。一方、図１５は、携帯電話１４のディスプレイ１８にエラー表示される場合は表示部１３ｂにエラー表示はせず、携帯電話１４のディスプレイ１８にエラー表示されない場合のみ表示部１３ｂにエラー表示する例である。同図に示すように通信ステータスが遷移することで表示部１３ｂ（ＬＥＤ１６１，１６２）の表示態様（点灯態様）が変化する。
【０１８３】
まず図１４及び図１５に共通な「受信不可」〜「受信完了」までの通信ステータス遷移について説明する。カード制御部３１のＣＰＵ１５９は、プリンタ１が初期化処理状態にあるとき又は赤外線通信にインターロックがかかっているときにＵＡＲＴドライバ７２から出力されるレディ（Ready）コマンドを受けとらない場合は、「受信不可」の通信ステータスを設定する。つまりＣＰＵ１５９はレジスタ１５９ａに「受信不可」のビットデータを書き込む。ここで、レディコマンドが出力されない場合は、ＣＰＵ４１がプリンタ１の電源投入直後に実施する初期化処理中にあるときと、他の通信方式によるデータ受信が先に行われたため赤外線通信方式によるデータ受信が禁止されるインターロック中とである。「受信不可」の通信ステータスにあるときはＬＥＤ１６１，１６２が全て消灯し、表示部１３ｂは「消灯」の状態となる。
【０１８４】
ここでＣＦ型通信カード１３がカードスロット１２にセットされた状態でプリンタ１に電源が投入されたときは、プリンタ１の初期化処理時に検出されたＣＦ型通信カード１３に対しカードドライバ７１は拡張子データをセットアップする。一方、プリンタ１の電源投入後にＣＦ型通信カード１３がカードスロット１２にセットされたときは、そのセットにより電源投入後はじめてＣＦ型通信カード１３を検出できたときに、カードドライバ７１はＣＦ型通信カード１３に拡張子データをセットアップする。この初期化処理およびセットアップ処理が共に終了してはじめてＣＰＵ４１は最初のインターロック処理を開始する。インターロック処理の結果、ＣＰＵ４１がインターロックの解除を許可したときＵＡＲＴドライバ７２はカード制御部３１にレディ（Ready）コマンドを出力する。
【０１８５】
こうしてプリンタ１側の受信準備完了後、ＵＡＲＴドライバ７２からカード制御部３１のＣＰＵ１５９がレディコマンドを入力すると、レジスタ１５９ａの値を「受信不可」から「受信可能」のビットデータに書き替える。プリンタ１の初期化処理が終了した時またはインターロックが解除された時に、通信ステータスは「受信不可」から「受信可能」に移行する。「受信可能」の通信ステータスにあるときは緑色のＬＥＤ１６１のみが点灯し、表示部１３ｂは「緑点灯」の状態となる。この表示部１３ｂの緑点灯をもって、ユーザにＣＦ型通信カード１３が受信可能であることを報知する。
【０１８６】
ＣＰＵ１５９はレディコマンドを入力している間、「受信可能」の通信ステータスを維持する。そして、表示部１３ｂが緑点灯しているときに、携帯電話１４からＰＵＴ要求を受け付けると、論理接続（ＯＢＥＸ接続）を確立する。そして、ＣＦ型通信カード１３がデータを受信し始めると、ＣＰＵ１５９はレジスタ１５９ａの値を「受信可能」から「受信中」のビットデータに書き替える。ＣＰＵ１５９は、オブジェクトデータの受信及び転送処理を実行している間、「受信中」の通信ステータスを維持する。
【０１８７】
「受信中」の通信ステータスに切り替わるタイミングとしては、物理接続（ＩｒＤＡ接続）された時か、論理接続（ＯＢＥＸ接続（Connect））された時か、データ送信（ＯＢＥＸのＰＵＴ）が始まった時かのいずれかが挙げられる。「受信中」のステータスにあるときは、緑色のＬＥＤ１６１のみが点滅し、表示部１３ｂは「緑点滅」の状態となる。
【０１８８】
ＣＰＵ１５９は、携帯電話１４からのオブジェクトデータの受信が完了したとき、レジスタ１５９ａの値を「受信中」から「受信完了」のビットデータに書き替える。ＣＦ型通信カード１３がデータを受信し終わると、この「受信完了」の通信ステータスに移行する。この移行タイミングとしては、携帯電話１４から最後のＰＵＴ（ＦＰＵＴ）を受信したときか、最後のＰＵＴ（ＦＰＵＴ）に対しその応答（Responce）を送信したときか、ＯＢＥＸ切断（Disconnect）（論理接続の切断）のデータを受信したときか、ＩｒＤＡ切断（物理接続の切断）を受信したときかのいずれかが挙げられる。「受信完了」の通信ステータスにあるときは、緑と赤の２つのＬＥＤ１６２，１６３が同時に点滅し、表示部１３ｂは「橙点灯」の状態となる。
【０１８９】
ＣＰＵ１５９は、携帯電話１４からデータを受信する通信状態にエラーが発生したことを検出すると、レジスタ１５９ａの値を「エラー発生」のビットデータに書き替える。「エラー発生」の通信ステータスにあるときは、ＬＥＤ１６３が点滅することで表示部１３ｂは赤点滅する。
【０１９０】
エラー発生をユーザに表示部１３ｂの点灯制御によって報知する方法には、図１４及び図１５に示す２つのケースが挙げられる。
以下、それぞれのケースについて通信ステータスの状態遷移を説明する。
【０１９１】
図１４に示すように、例えばプリンタ１の電源投入後にＣＦ型通信カード１３をカードスロット１２に挿着すると初期化処理が開始され、この初期化処理状態下では、「受信不可」の通信ステータスＡとなる。この初期化処理が終了すると、プリンタ１が受信可能状態になってレディコマンドがＣＦ型通信カード１３へ出力され、「受信可」の通信ステータスＢとなる。次に携帯電話１４からデータを送信すると、データ送信開始時のコマンドが確認されて「受信中」の通信ステータスＣとなる。そして、データ送信が完了すると、データ送信完了時のコマンドが確認されて「送信完了」の通信ステータスＤとなる。通信ステータスＤになるとその後所定時間（例えば３秒）経過すると、通信ステータスＡへ移行する。従って、データ送信完了時は表示部１３ｂが３秒間だけ「橙点灯」した後、消灯する。
【０１９２】
ここで、各通信ステータスＡ，Ｂ，Ｃ，Ｄから「エラー発生」の通信ステータスＥへ移行する場合のエラー内容について説明する。
まず通信ステータスＡ→Ｅへ移行する場合は、ＣＦ型通信カード１３の初期化失敗の場合と、ＣＦ型通信カード１３への初期化コマンド送信の失敗の場合とが挙げられる。この初期化コマンドとしては、「Configuration」，「Setup」，「Ready」が挙げられる。
【０１９３】
通信ステータスＢ→Ｅへ移行する場合は、物理接続又は論理接続の失敗の場合と、未対応ファイル受信（拡張子チェックエラー）の場合と、Setupコマンド失敗の場合とが挙げられる。
【０１９４】
通信ステータスＣ→Ｅへ移行する場合は、携帯電話１４からＣＦ型通信カード１３へのファイル転送失敗（ＩｒＤＡ通信）の場合と、ＣＦ型通信カード１３からプリンタ１へのオブジェクトデータ転送失敗（伝送制御手順）の場合とが挙げられる。さらに、対応ファイルのデータ異常時（ファイルデータチェックエラー）の場合と、他の通信部からの受信データの印刷処理中の場合（インターロックは解除されたが他のデータがまだ印刷処理中であった場合）とが挙げられる。例えばＦＰＵＴを受信することなくタイムアウトになったときには、ＣＰＵ１５９（オブジェクト送受信部６４）は携帯電話１４との接続を切断する。プリンタ１側で次のパケットを受信することなくタイムアウトになったときは、エラーが発行され携帯電話１４との接続が切断される。この接続が遮断された後は、携帯電話１４側へエラーを通知する手立てがなくなるので、ＣＦ型通信カード１３の表示部１３ｂを赤点滅させることで、ユーザにデータ送信の失敗を報知する。
【０１９５】
通信ステータスＤ→Ｅへ移行する場合は、ＣＦ型通信カード１３からプリンタ１へのデータ送信失敗（伝送制御手順）の場合と、対応ファイルのデータ異常時（ファイルデータチェックエラー）の場合とが挙げられる。通信ステータスＥになるとその後所定時間（例えば３秒）経過すると、通信ステータスＡへ移行する。従って、エラー発生時は表示部１３ｂが３秒間だけ「赤点滅」した後、消灯する。なお、通信ステータスＢ→Ｅ、Ｃ→Ｅ、Ｄ→Ｅの移行時は、携帯電話１４とＣＦ型通信カード１３が通信確立中におけるエラー発生であるので、そのエラー発生の旨は携帯電話１４へ通知されそのディスプレイ１８にエラー表示がなされる。
【０１９６】
次に、図１５に示すケースでは、通信ステータスＡ→Ｂ→Ｃ→Ｄ→Ｅの遷移については図１４の場合と同様である。各通信ステータスＢ，Ｃ，Ｄにおいてエラーが発生した場合は、そのエラー内容が携帯電話１４のディスプレイ１８にエラー表示されるものであるときは、通信ステータスＥへは移行せずそのまま通信ステータスＡへ移行する。従って、携帯電話１４のディスプレイ１８でエラー表示される場合は、あえて表示部１３ｂによるエラー報知は必要ないとの前提で、通信ステータスＡへ移行し表示部１３ｂは消灯する。但し、「受信完了」の通信ステータスＤでエラー発生が起きた場合、既に通信リンクが遮断された携帯電話１４のディスプレイ１８にはそのエラー発生の旨が表示されないので、この場合は通信ステータスＤからＥへ移行し、表示部１３ｂを赤点滅させることによりユーザにエラー発生を報知する。
【０１９７】
そして、このケースにおいても、通信ステータスＥになるとその後所定時間（例えば３秒）経過すると、通信ステータスＡへ移行する。従って、エラー発生時は表示部１３ｂが３秒間だけ「赤点滅」した後、消灯する。なお、同図においては、「エラー発生」の通信ステータスＥでは３秒間赤点滅させたが、赤点滅の保持時間を設定せず、赤点滅しているステータスＥにある間にインターロック処理を行い、インターロックが解除されるとステータスＥからＢへ移行し、赤点滅から緑点灯に変わる実施も可能である。
【０１９８】
携帯電話１４で中止を選択操作すると、ＣＦ型通信カード１３に「Ａｂｏｒｔ（中断）」が送信される。この「Ａｂｏｒｔ」を受信すると、その時点でデータの受信を中断するため、途中までのデータしかなく正しい印刷ができないので、それまで受信したデータを破棄する。この中断を受信したときは表示部１３ｂを緑点滅から消灯させてもよいしエラーとして赤点滅させてもよい。
【０１９９】
＜インターロック機能＞
図１６は、データ転送経路の予約処理とインターロック処理を概念モデルで示すブロック図である。
【０２００】
同図は、ホスト装置（携帯電話１４、携帯端末ＢＣ、ホストコンピュータ（ＨＣ）から通信インターフェイス４５の各通信部４５ｂ〜４５ｅで受信されたデータが、最終的にプリントエンジン７７に至るまでその後どの処理部を順次転送されるのかその転送経路を決める仕組みを模式的に示したブロック図である。同図においてストリームパイプ１４９は、ＣＰＵ４１が１つの転送経路を排他的に選択するスイッチング機能を実現するために用意されたモジュールである。各通信部４５ｂ〜４５ｅで受信されたデータが、最終的にプリントエンジン７７に至るまで順次転送される各処理部７４〜７６等の状態、例えばデータ処理の実行状態（RUN）、待機状態（WAIT）、レディ状態（READY）など各処理部７４〜７６等の現在の状態を管理する状態管理部１５０が用意されている。
【０２０１】
ストリームパイプ１４９は、ＩｒＤＡプロファイル処理部７４をはじめとするその上流側（受信部側）の各種処理部のいずれかから転送要求を受け付けたときに、状態管理部１５０に管理されたその下流側（転送先側）に位置する各処理部７５，７６、プリントエンジン７７の状態に基づいて転送経路を確保できるか否かを判断し、その判断結果に応じて転送経路の接続・切断をする２つのスイッチＳＷ11，ＳＷ12を有する。スイッチＳＷ11は、テキストデータラスタ処理部７５へＸＨＴＭＬデータを送るために用意された複数の転送経路のうち先に転送要求を受け付けた一つを選択し、一方、スイッチＳＷ12は、画像データラスタ処理部７６へＪＰＥＧデータを送るために用意された複数の転送経路のうち先に転送要求を受け付けた一つを選択する。但し、状態管理部１５０の管理内容を参照した際に、転送先であるラスタ処理部７５又は７６を含む下流側に位置する各種処理部７５，７６、プリントエンジン７７がデータ処理の実行状態（RUN）（つまりデータ処理中）にある旨の情報を得たときは転送経路の接続はせずにそのまま待機し、そのデータ処理の実行状態（RUN）が終了した旨の情報を得た時点で転送経路を接続する。
【０２０２】
つまり本実施形態では、先行データがプリントエンジン７７ですべて処理され終わってからでないと、原則として、次データの受信および転送を許可しないよう設定されている。このため、ストリームパイプ１４９がＸＨＴＭＬデータの転送要求を受け付けたときは、その転送先であるテキストデータラスタ処理部７５だけでなくプリントエンジン７７に至るまでを判断対象とし、原則として、状態管理部１５０においてプリントエンジン７７が先行データのすべての処理を終えた旨の情報が得られたときに限り、次データの転送経路を確保すべくスイッチＳＷ11の接続を許可する。また、ストリームパイプ１４９がＪＰＥＧデータの転送要求を受け付けたときも同様に、その転送先である画像データラスタ処理部７６だけでなくプリントエンジン７７に至るまでを判断対象とし、原則として、状態管理部１５０においてプリントエンジン７７が先行データのすべての処理を終えた旨の情報が得られたときに限り、次データの転送経路を確保するスイッチＳＷ11の接続を許可する。但し、プリントエンジン７７が処理の実行中であっても例外的にスイッチＳＷ11又はＳＷ12の接続を許可する例外処理が用意されている。この例外処理については後述する。
【０２０３】
また、同図にスイッチＳＷ21で示されるモジュールが用意されており、スイッチＳＷ21は、各ラスタ処理部７５，７６での処理の結果得られた、あるいは外部から受信して得られたラスタデータをプリントエンジン７７に転送する際の転送経路の選択（接続）を司る。スイッチＳＷ21は、ストリームパイプ１４９の２つのスイッチＳＷ11，ＳＷ12のいずれかが接続されたときには連動して起動し、スイッチＳＷ11又はＳＷ12の接続によりラスタ処理部７５又は７６への転送経路が確保されたデータをさらにプリントエンジン７７まで転送できるようその転送経路を確保する切り換え処理（接続処理）を行う。またスイッチＳＷ21は、パラレル通信部４５ｂまたはＨＣＲＰ１５６からラスタデータの転送要求を受け付けたときに、状態管理部１５０の管理内容に基づき転送経路の接続適否判断および接続処理を行うように構成されている。
【０２０４】
ストリームパイプ１４９が行う先の例外処理は、スイッチＳＷ21の接続状態を考慮して次のように行われる。なお、以下の説明では、ストリームパイプ１４９がＪＰＥＧデータの転送要求を受け付けた場合と、ＸＨＴＭＬデータの転送要求を受け付けた場合とで分けて説明する。まずＪＰＥＧデータの転送要求を受け付けた場合、ストリームパイプ１４９は、下流側に位置する２段目のスイッチＳＷ21が、画像データラスタ処理部７６からのラスタデータを転送可能な状態に接続されているか、つまり画像データラスタ処理部７６からプリントエンジン７７へ至る転送経路が接続されているか否かを判断する。そして、スイッチＳＷ21が、画像データラスタ処理部７６からのラスタデータを転送可能な状態に接続されているときは、画像データラスタ処理部７６さえデータ処理を終えていれば（例えばレディ状態（READY））、たとえプリントエンジン７７が処理実行中（RUN）であっても、例外的にスイッチＳＷ12による次データの転送経路の接続を許可する。
【０２０５】
次にＸＨＴＭＬデータの転送要求を受け付けた場合、ストリームパイプ１４９は、下流側に位置する２段目のスイッチＳＷ21が、テキストデータラスタ処理部７５からのラスタデータを転送可能な状態に接続されているか、つまりテキストデータラスタ処理部７５からプリントエンジン７７へ至る転送経路が接続されているか否かを判断する。そして、スイッチＳＷ21が、テキストデータラスタ処理部７５からのラスタデータを転送可能な状態に接続されているときは、テキストデータラスタ処理部７５さえデータ処理を終えていれば（例えばレディ状態（READY））、たとえプリントエンジン７７が処理実行中（RUN）であっても、例外的にスイッチＳＷ11による次データの転送経路の接続を許可する。
【０２０６】
こうしてストリームパイプ１４９は、ＩｒＤＡプロファイル処理部７４、ＢＰＰ１２８、ＨＣＲＰ１５６およびＯＰＰ（Object Push Profile）１５７のいずれかからＸＨＴＭＬデータの転送要求を受け付けると、状態管理部１５０におけるテキストデータラスタ処理部７５およびプリントエンジン７７の各管理内容がデータ処理中でなければスイッチＳＷ11による転送経路を接続する。また、ストリームパイプ１４９は、ＩｒＤＡプロファイル処理部７４、ＢＩＰ１２９およびＯＰＰ１５７のいずれかからＪＰＥＧデータの転送要求を受け付けると、状態管理部１５０における画像データラスタ処理部７６およびプリントエンジン７７の各管理内容がデータ処理中でなければスイッチＳＷ12による転送経路を接続する。但し、この際、ストリームパイプ１４９は、状態管理部１５０においてスイッチＳＷ21の接続状態も参照し、スイッチＳＷ21がラスタ処理部７５又は７６からのラスタデータを転送可能状態に接続されていれば、ラスタ処理部７５又は７６の処理が終えていれば、たとえプリントエンジン７７が処理実行中であっても、例外的にスイッチＳＷ12を接続して次データの転送経路を確保する。
【０２０７】
なお、「転送要求」はデータ受信時に転送経路を確保するために使用されるコマンドであるが、これに対し定期的に通信部４５ｅからのデータ受信が可能な状態にあるか否かを判断するために、ストリームパイプ１４９に通信部４５ｅからのデータの転送経路を確保可能な状態にあるか否かを投げかける際に使用する「要求コマンド」も別途用意されている。受信データの転送経路を確保できない場合はＣＦ型通信カード１３側で受信不可とするインターロックのためにプリンタ１側で実行される、後述するインターロック処理においてはこの要求コマンドが使用されるようになっている。
【０２０８】
通信インターフェイス（Ｉ／Ｆ）４５の各通信部４５ｂ〜４５ｅで受信されたデータは、その種類（ｖＣａｒｄ，ｖＮｏｔｅ，ＸＨＴＭＬ，ＪＰＥＧ等）によって転送経路が一義的に決まる。例えばＩｒＤＡ通信で受信の場合、ｖＣａｒｄデータに対しては各処理部７４，７５、プリントエンジン７７を順次通る転送経路が選択され、ｖＮｏｔｅデータに対しては各処理部７４，７６、プリントエンジン７７を順次通る転送経路が選択される。また、Bluetooth通信で受信の場合、ＸＨＴＭＬデータに対してはＢＰＰ１２８、ラスタ処理部７５、プリントエンジン７７を順次通る転送経路が選択され、ＪＰＥＧデータに対してはＢＩＰ１２９、処理部７６、プリントエンジン７７を順次通る転送経路が選択される。
【０２０９】
まずデータ転送経路を確保する予約処理について説明する。
ストリームパイプ１４９は、通信部４５ｂ〜４５ｅで受信されたデータが他のデータに妨げられずスムーズに処理を進めるために、データ受信開始時に印刷に至るまでの転送経路を予め確保（予約）する。
【０２１０】
この転送経路の確保は、同図では複数種のデータに共用されるラスタ処理部７５，７６、プリントエンジン７７に至る経路を選択するスイッチＳＷ11，ＳＷ12，ＳＷ21の接続として表される。但し、スイッチＳＷ11，ＳＷ12，ＳＷ21は、ＣＰＵ４１が転送経路を確保するために用意されたプログラムを実行することで実現されるモジュールである。通信インターフェイス部４５ａは各通信部４５ｂ〜４５ｅのいずれかがデータを受信すると、ＣＰＵ４１にその旨を通知してその応答としてＣＰＵ４１から受信の許可を得るとその通信部のポートを開く。次にその通信部の上位層の処理部である、ＩｒＤＡプロファイル処理部７４、ＢＩＰ１２９、ＢＰＰ１２８、ＨＣＲＰ１５６のうちいずれかは、その受信部から受信したデータを解析して例えば拡張子からデータの種類（データ種）を特定し、その特定したデータ種をストリームパイプ１４９に通知する。ストリームパイプ１４９はその通知されたデータ種に合った転送経路を確保する。この転送経路の確保のルールは、スイッチＳＷ11，ＳＷ12，ＳＷ21の切り換えで説明できる。なお、スイッチＳＷ11，ＳＷ12，ＳＷ21は、データ受信開始時にそのデータの転送経路を確保するように接続され、そのデータの印刷が終了するまで原則その接続が遮断されることはない。このため、１つの転送経路があるデータに占有されていると、そのデータの印刷終了まで転送経路の占有が継続され、他のデータを仮に受信しても、原則、受信エラーとなる。なお、スイッチＳＷ11，ＳＷ12，ＳＷ21は、転送経路を確保する必要があるときのみ接続され、転送経路を確保する必要がないときは切断されるようになっている。このため、スイッチＳＷ11，ＳＷ12が共に切断状態にあるときは、通信部からデータを受信可能な状態にあると判断し得る。
【０２１１】
インターロック処理とは、先に受信したデータによって転送経路が占有されていて、仮に次のデータを受信しても転送経路を確保できないと判断される場合は受信を許可せず、次のデータの転送経路が確保できると判断される場合は受信を許可する処理である。このインターロック処理は、携帯電話１４からエラーにならずデータをプリンタ１が受信できる状態かどうかを判定する処理で、ＩｒＤＡプロファイル処理部７４が定期的に実行する。ＩｒＤＡプロファイル処理部７４は、インターロック処理の結果、データを受信できない状態と判定したときはＵＡＲＴドライバ７２を介してＣＦ型通信カード１３にレディコマンドを出力せず、データを受信できる状態と判定したときはＵＡＲＴドライバ７２を介してＣＦ型通信カード１３にレディコマンドを出力する。
【０２１２】
ＣＦ型通信カード１３は、レディコマンドの入力によってインターロック状態を解除して受信可能状態に移行するとともに表示部１３ｂを緑点灯させて「受信可能」の旨を報知する。また、ＣＦ型通信カード１３は、受信可能状態の下で携帯電話１４から受信を開始したデータの受信が完了すると、この受信データのプリンタ１側への転送も終わったほぼ同時期にＩｒＤＡプロファイル処理部７４からのレディコマンドの入力がなくなることから、インターロック状態に移行するとともに表示部１３ｂを消灯させて「受信不可」の旨を報知する。このため、ユーザは例えば先行データの印刷が終了するまでの間は表示部１３ｂが消灯中であることから携帯電話１４からデータを送信できないと分かり、それゆえデータの送信を控えるので、送信したにもかかわらず受信エラーとなる頻度が減ることになる。ＣＦ型通信カード１３においてインターロック状態の移行及び解除の制御はＣＰＵ１５９が実行する。
【０２１３】
ここで、転送経路の選択には次のルールがある。
(1)要求されたデータ種に応じた転送経路の確保は、ＣＰＵ４１(ストリームパイプ１４９を含む)のみが行う。通信部４５ｂ〜４５ｅのうちどれか１つのポートが開かれると、その上位層の処理部７４，ＢＰＰ１２８，ＢＩＰ１２９，ＨＣＲＰ１５６，ＯＰＰ１５７のいずれかは、受信したファイルの拡張子からデータ種を特定し、そのデータ種を特定したデータに必要な処理を施すために、ストリームパイプ１４９に上位層のラスタ処理部７５，７６、プリントエンジン７７への転送を要求する。ストリームパイプ１４９は転送を要求されたそのデータ種のデータを要求元の処理部から上位層の処理部へ転送するため、そのポートから受信されるデータの転送経路を確保する。図１６では、スイッチＳＷ11，ＳＷ12，ＳＷ21により各処理段階毎に経路が選択される。
【０２１４】
(2)ＣＰＵ４１は転送経路を一旦確保したら、原則、そのデータの印刷終了までその経路を占有する。但し、その経路の接続と遮断は段階的に行われる。すなわち、ＣＰＵ４１は、接続時は、データが転送されるに連れて転送経路を、上流側（通信部側）から下流側（プリントエンジン側）に向かって段階的に接続する。まず第１段目のスイッチＳＷ11又はＳＷ12を接続し、次に第２段目のスイッチＳＷ21を接続する。一方、転送経路を切断するときは、第２段目のスイッチＳＷ21についてはプリントエンジン７７での印刷終了を待って遮断する。この第２段目のスイッチＳＷ21の接続の解除を待って、第１段目のスイッチＳＷ11，ＳＷ12の接続が解除される。
【０２１５】
(3)第１段目のスイッチＳＷ11，ＳＷ12については、そのスイッチの直ぐ下流側の処理部（次の処理部）が処理を終了し、且つ第２段目のスイッチＳＷ21の接続を維持したまま次データの転送経路を確保できることを条件に切り替えを認める。つまり、この条件が成立しているときに限り、先のデータの印刷終了前であっても次のデータの転送経路を確保してその受信を許可する。
【０２１６】
インターロック処理は次のルールに従って行われる。
インターロック処理は、ＩｒＤＡプロファイル処理部７４の判断部８８が所定時間間隔（例えば数10ｍ秒）毎に定期的に行う。判断部８８は、１段上位層のラスタ処理部７５，７６と経路が繋がっているか否か、すなわちスイッチＳＷ11，ＳＷ12のうち一方がどこかと接続されているか否かを判断する。スイッチＳＷ11，ＳＷ12がどちらも接続されていない場合（つまり共に切断の場合）は、インターロックを解除すべきと判断する。一方、スイッチＳＷ11，ＳＷ12のうち一方が接続されている場合は、さらに両ラスタ処理部７５，７６にラスタ処理中にあるか否かを尋ねる。そして、その応答を受け付けた結果、ラスタ処理部７５，７６が共にラスタ処理中でない場合は、インターロックを解除すべきと判断する。これ以外の場合はインターロックすべきと判断する。判断部８８は、詳しくはストリームパイプ１４９に要求コマンドを投げかけることにより、ＩｒＤＡプロファイル処理部７４からの転送経路を接続できるか否かの判断結果を応答として得るようになっている。判断部８８が転送経路を接続可能である旨の応答をストリームパイプ１４９から得たときにＩｒＤＡプロファイル処理部７４はＵＡＲＴドライバ７２にレディコマンドを出力させる指示をし、一方、判断部８８が転送経路を接続不能である旨の応答をストリームパイプ１４９から得たときにＩｒＤＡプロファイル処理部７４はレディコマンドを出力させない指示をする設定となっている。判断部８８は、その判断結果をデータトランスファ部７３を介してＵＡＲＴドライバ７２に送る。ＵＡＲＴドライバ７２は、ＩｒＤＡプロファイル処理部７４（判断部８８）からインターロックすべき旨の通知（レディコマンド出力停止指示）を受け付けたときはレディコマンドを出力せず、一方、インターロックを解除すべき旨の通知（レディコマンド出力指示）を受けたときはレディコマンドを出力する。
【０２１７】
但し、このようなルールに従って行われるインターロック処理であることから、ストリームパイプ１４９の監視対象外である、例えばホストコンピュータＨＣから通信部４５ｂを通じて受信されたラスタデータの受信状況については監視していない。このため、例えばホストコンピュータＨＣから既にラスタデータを受信してデータ処理中にあったとしても、この旨は監視対象外であるためインターロックが解除される場合がある。この場合、表示部１３ｂが緑点灯していることを根拠に携帯電話１４からデータ送信をしてもプリンタ１側で受信エラーとなってしまう。このため、インターロック機能としては十分とは言えないが受信エラーはかなり減らせることになる。
【０２１８】
例えば先行データの印刷処理終了後のタイミングで判断部８８の判断対象となる第１段目のスイッチＳＷ11，ＳＷ12が共に切断されていても、その時点で既に他の通信部４５ｂからの受信データが第２段目のスイッチＳＷ21を切り換えて転送経路を既に占有している場合があり、この場合、インターロックは解除されるものの、転送経路を確保することはできない。また、判断部８８の判断対象となる第１段目のスイッチＳＷ11，ＳＷ12の一方が接続されていれば、第２段目のスイッチＳＷ21も同じ経路を確保しうる側に接続され大抵はプリントエンジン７７に至るまでの転送経路が確保されているはずである。しかし、仮に第１段目のスイッチＳＷ11，ＳＷ12の一方が接続され且つラスタ処理部７５，７６のラスタ処理が終了している場合でも、プリントエンジン７７の印刷処理まで既に終わっていれば、その時点で既に他のデータが先に第２段目のスイッチＳＷ21の接続を切り換えている場合がある。このときもインターロックは解除されるものの転送経路を確保することはできない。これらの場合、インターロックが解除されて表示部１３ｂが緑点灯するが、ユーザがデータを送信すると受信エラーが発生する。これは、プリンタ１に元々備わったハードウェア（回路）およびソフトウェアに極力変更を加えることなくＩｒＤＡ通信機能を付加する構成を採用したことにより、インターロック機能を従前の機能を流用することで構築したことに起因する。もちろんすべての通信方式を監視対象としたより漏れのないインターロック機能を実現した構成を採用することもできる。また、逆にインターロック処理をもっと簡素化し、例えば判断部８８がスイッチＳＷ11，ＳＷ12の一方が接続側にあるか否かを判断するだけのインターロック処理とすることも可能である。
【０２１９】
本実施形態の転送経路確保のルールに従えば、先のデータの印刷終了前であっても、その先行データの転送経路を確保する第２段目のスイッチＳＷ21の接続を維持したまま、第１段目のスイッチＳＷ11，ＳＷ12を切り換えるのみで次データの転送経路を確保できる場合は、次データの受信が可能となる。例えば先に受信したｖＮｏｔｅデータの画像データラスタ処理部７６におけるラスタ処理を終了してそのラスタデータがすべてバッファ７６ａに格納されたとすると、その時点でインターロックは解除される。このインターロック解除により表示部１３ｂが緑点灯した後、通信部４５ｃからＪＰＥＧデータを受信すると、このとき、第１段目のスイッチＳＷ11，ＳＷ12の一方が接続され且つラスタ処理が終了しており、さらに第２段目のスイッチＳＷ21の接続を維持したまま次データの転送経路を確保できる条件を満たしているので、ストリームパイプ１４９はそのＪＰＥＧデータの受信を許可する。すなわち、そのＪＰＥＧデータの転送経路を確保する。従って、先のｖＮｏｔｅデータがラスタ処理後にバッファ７６ａにバッファリングされただけの印刷終了前の段階であっても、次のＪＰＥＧデータの受信および処理が可能となる。このように先行データの印刷処理終了前に次データの受信および転送処理が可能になるデータ種の組み合わせは上記の例に限定されず、例えばｖＣａｒｄデータを受信した後、次にＸＨＴＭＬデータを受信したときも同様であり、また、それら２つのデータの受信順序が逆であっても同様である。また、条件さえ揃えば先行データの印刷終了前に次データを順次複数受信することもでき、このとき受信できる次データの数はラスタ処理部７５，７６に対応する各バッファ７５ａ，７６ａの記憶容量に依存し、その記憶容量以内でバッファリングできる限りにおいて複数のデータを受信できる。
【０２２０】
通常、ユーザは複数のデータを印刷したいときは、それら複数のデータを連続的に送信しようとするのが当然ではあるが、このプリンタ１では、プリントエンジン７７のバッファリング容量が限られていることから、１件ずつの印刷しか原則認めておらず、ＣＰＵ４１は１件の印刷終了までは次データの受信を許可しない。しかし、例外的に先行データの印刷終了前でも次データの受信が許可される場合があるので、この例外的に受信が許可される場合の条件に合わせてインターロック処理内容（つまりストリームパイプ１４９の設定内容）を設定している。
【０２２１】
受信が確実に許可されない条件ではインターロックを解除させず、受信が許可される可能性のある条件ではインターロックを解除するようにしている。よって、表示部１３ｂが緑点灯したにも拘わらず受信エラーとなることがありうるものの、前データの印刷終了前でも受信が許可されうるときには表示部１３ｂを緑点灯させ、受信できるにも拘わらず表示部１３ｂが消灯することを避けることで、受信の機会をできるだけ増やすようにしている。ユーザは表示部１３ｂの緑点灯によって受信可能であることが分かると、次のデータを送信する。この際、先行データの印刷終了前であっても受信が許可されうる前データと次データの組み合わせは、ｖＮｏｔｅとＪＰＥＧ形式のうちから二者選択する３つの組合せと、ｖＣａｒｄとＸＨＴＭＬ形式のうちから二者選択する３つの組合せとの合計６種類の組合せがある。
【０２２２】
ここで、通常は、プリンタ１が印刷を終了すれば次データを送信できるとユーザは知ることができるが、内部処理の都合で受信可能になった場合も、表示部１３ｂの緑点灯により知ることができる。よって、表示部１３ｂによる報知があるため、受信できるにもかかわらず印刷動作の終了を待つ事態を回避できる。
【０２２３】
図１７は、ＣＦ型通信カードをカードスロットに挿入（セット）した際に、プリンタ１側のＣＰＵ４１が実行するプログラムを示すフローチャートである。以下、ＣＰＵ４１がＣＦ型通信カード１３を検出した時に実行する処理内容を説明する。
【０２２４】
まず、ステップ（以下単に「Ｓ」と記す）１０では、ＣＦ型通信カード１３がカードスロット１２に挿入されたか（つまりＣＦ型通信カード１３を検出できたか）どうかを判断する。ＣＦ型通信カード１３がカードスロット１２に挿入されたことを検知すればＳ２０に進み、挿入されたことが検知されなければそのまま処理を終了する。
【０２２５】
Ｓ２０では、挿入が検知されたカードが、ＣＦ型通信カード１３であるかメモリカードＭＣであるかを判別する。ＣＦ型通信カード１３であればＳ３０に進み、メモリカードであればメモリカードであることを認識して処理を終了する。
【０２２６】
Ｓ３０では、ＣＦ型通信カード１３のセットアップ処理を行う。すなわち、セットアップデータ記憶部７１ａから拡張子データ（参照データ）を読み出してオブジェクト送受信部６４に送信するようカードドライバ７１に指示を与える。この結果、カードドライバ７１は拡張子データをオブジェクト送受信部６４に送信し、それを受け付けたオブジェクト送受信部６４はその拡張子データを記憶部６４ａに記憶する。
【０２２７】
次にＳ４０では、インターロック処理を行う。すなわち、先に図１６を用いて説明した処理を実行する。
Ｓ５０では、インターロックを解除してよいかどうかを判断する。インターロックを解除してよければＳ６０に進み、解除できない場合は再びＳ４０に戻る。
Ｓ４０に戻った場合は、以後、インターロックを解除できるまでインターロック処理を所定時間毎に実行する。
【０２２８】
Ｓ６０では、インターロックを解除するレディコマンドを出力する。このレディコマンドを受けたカード制御部３１（ＣＰＵ１５９）は、「受信可能」の通信ステータスＡを設定し、ＣＦ型通信カード１３の表示部１３ｂが緑点灯する。ユーザは表示部１３ｂの緑点灯を見ることでＣＦ型通信カード１３がデータ受信可能な状態にあることを把握する。
【０２２９】
＜ＣＦ型通信カードでの未対応データ受付禁止処理＞
図１８は、未対応データの受付禁止処理のプログラムを示すフローチャートである。カード制御部３１内のＣＰＵ１５９が、このフローチャートで示されるプログラムを実行することによりオブジェクト送受信部６４のこの機能が実現される。
【０２３０】
Ｓ１１０では、携帯電話１４からデータを受信する。
Ｓ１２０では、受信したデータから拡張子を取り出す。すなわち、受信したデータＤＡ（図１０参照）のヘッダＨＤ中の「Ｎａｍｅ」にあるファイル名から拡張子を取り出す。
【０２３１】
Ｓ１３０では、記憶部６４ａ（図６に示す）に記憶（セットアップ）された対応拡張子（拡張子データ）を読み出す。対応拡張子とは、プリンタ１が印刷対応可能なデータ（対応データ）の拡張子である。
【０２３２】
Ｓ１４０では、受信データが対応データか否かを判定する。すなわち、Ｓ１２０で受信データから取得した拡張子と、Ｓ１３０で記憶部６４ａから読み出した対応拡張子とを比較判定する。本実施形態では、対応拡張子として設定された「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」と、受信データから取り出した拡張子とを比較処理し、両者が一致すれば受信データが対応データであると判定し、両者が不一致の場合、受信データが未対応データであると判定する。判定の結果、受信データが対応データである場合（拡張子が対応拡張子に一致の場合）はＳ１５０へ進み、一方、受信データが未対応データである場合（拡張子が対応拡張子に不一致の場合）は、Ｓ１６０へ進む。
【０２３３】
Ｓ１５０では、プリンタ１へ受信データを転送する。 Ｓ１６０では、表示部１３ｂのＬＥＤ１６２（図１２に示す）を点滅制御してエラー発生を報知する。すなわち、表示部１３ｂを赤点滅させる。
【０２３４】
Ｓ１７０では、受信データが対応できない旨のエラーメッセージを携帯電話１４に送信する。この結果、携帯電話１４のディスプレイ１８に受信エラーの旨が表示される。
図１９〜図２３は、インターロック処理のシーケンスを示す一例である。なお、図１９〜図２１についてはＣＦ型通信カードで行われる未対応データの受付禁止処理も合わせて説明している。なお、以下のインターロック処理の説明では、図１６で説明した例外処理、すなわちプリントエンジン７７が先行データの処理終了前であっても次データの受信を許可する例外処理については、ＸＨＴＭＬデータの転送要求時に起動するスイッチＳＷ11側には適用せず、ＪＰＥＧデータの転送要求時に起動するスイッチＳＷ12側のみ適用した例で説明する。
【０２３５】
このため、プリンタ１が先に受信したデータがｖＣａｒｄデータであるときと、ｖＮｏｔｅデータ又はＪＰＥＧデータであるときとでは、次のデータの受信を許可するインターロック解除の方法が異なる。図１９はｖＣａｒｄデータが先に送信された例、図２０及び図２１はｖＮｏｔｅデータ又はＪＰＥＧデータが先に送信された例である。図２１は先のデータの印刷実行中であっても次のデータがｖＮｏｔｅデータ又はＪＰＥＧデータであれば受信可能となる例を示す。図２２及び図２３はその他のインターロック処理を説明する。
【０２３６】
まず図１９に基づいて、先にｖＣａｒｄデータを受信したときのインターロック処理及び未対応データの受付禁止処理について説明する。
まずプリンタ１に電源が投入されると、プリンタ１からＣＦ型通信カード（赤外線通信カード）１３に対応拡張子（拡張子データ）「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」がセットアップされる。その後、プリンタ１では、ＣＦ型通信カード１３からの受信を許可してよいか否かを判断する処理（以下インターロック解除処理という）が行われ、受信を許可してよい（つまりインターロック状態を解除してよい）と判断すると、プリンタ１からＣＦ型通信カード１３へレディコマンドが出力される。ＣＦ型通信カード１３はレディコマンドを入力するとインターロック状態を解除して受信可能状態になる。インターロック状態の解除によりそれまで消灯していた表示部１３ｂは緑点灯する。
【０２３７】
そして、携帯電話１４から対応データとして「ｖｃｆ」の拡張子を持つｖＣａｒｄデータを送信したとする。すると、これを受信したＣＦ型通信カード１３はそのデータの拡張子「ｖｃｆ」とセットアップされた拡張子データ「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」とを参照比較する。両者が一致する組合せが存在するので、ＣＦ型通信カード１３はそのデータを受信するとともにプリンタ１へ転送する。このデータ受信中は表示部１３ｂが緑点滅する。数10秒〜１分程度かけてデータの受信が完了すると、表示部１３ｂが橙点灯になり、受信完了の旨（受信完了信号）がＣＦ型通信カード１３から携帯電話１４へ通知されるとともに、ＣＦ型通信カード１３がインターロック状態になる。本例では、携帯電話１４とＣＦ型通信カード１３間の通信と、ＣＦ型通信カード１３とプリンタ１間の通信は非同期であるため、その後しばらくしてプリンタ１からＣＦ型通信カード１３に受信完了の旨が通知される。その後、プリンタ１では印刷が実行される。
【０２３８】
プリンタ１はｖＣａｒｄデータを受信した場合は印刷終了後にレディコマンドを出力する。よって、プリンタ１が印刷実行中にあるときＣＦ型通信カード１３はインターロック状態にあるので、携帯電話１４から対応データを送信しても、ＣＦ型通信カード１３から携帯電話１４へエラー信号が送信される。
【０２３９】
その後、印刷が終了してプリンタ１からＣＦ型通信カード１３へレディコマンドが出力されると、インターロック状態が解除される。そして、携帯電話１４から「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」以外の拡張子を持つ未対応データを送信すると、これを受信したＣＦ型通信カード１３はそのデータの拡張子と拡張子データとを参照比較する。例えば「ｔｘｔ」「ｍｐｅｇ」等の未対応拡張子を持つ未対応データである場合、参照比較の結果、両者の組合せがすべて不一致となるので、未対応データは受信されずＣＦ型通信カード１３内で破棄されるとともに携帯電話１４へエラー信号が送信される。このとき表示部１３ｂは赤点滅する。このように未対応データはＣＦ型通信カード１３内で破棄され、プリンタ１へ転送されることがない。よって、プリンタ１へデータ転送する際に使用されるスロット通信部４５ｅの通信ポートを未対応データが占有することがないので、他の通信方式の通信ポートにおけるデータ受信を妨げることが回避される。
【０２４０】
次に図２０に基づいて、先にｖＮｏｔｅ又はＪＰＥＧデータを受信したときのインターロック処理及び未対応データの受付禁止処理について説明する。
プリンタ１からＣＦ型通信カード（赤外線通信カード）１３に対応拡張子（拡張子データ）「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」がセットアップされた後、プリンタ１からレディコマンドを受けとるとＣＦ型通信カード１３はインターロック状態を解除して受信可能な状態になる。この結果、それまで消灯していた表示部１３ｂが緑点灯する。
【０２４１】
そして、携帯電話１４から対応データとして「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」の拡張子を持つｖＮｏｔｅ又はＪＰＥＧデータを送信したとする。すると、これを受信したＣＦ型通信カード１３はそのデータの拡張子「ｖｎｔ」（又は「ｊｐｅｇ」「ｊｐｇ」）とセットアップされた拡張子データ「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」とを参照比較する。両者に一致する組合せがあるため、ＣＦ型通信カード１３はそのデータを受信するとともにプリンタ１へ転送する。
【０２４２】
このデータ受信中は表示部１３ｂが緑点滅する。数10秒〜１分程度かけてデータの受信が完了すると、表示部１３ｂが橙点灯になり、受信完了の旨（受信完了信号）がＣＦ型通信カード１３から携帯電話１４へ通知されるとともに、ＣＦ型通信カード１３がインターロック状態になる。その後しばらくしてプリンタ１からＣＦ型通信カード１３に受信完了の旨が通知される。プリンタ１は受信完了の旨を通知した後、拡張子「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」のいずれかを持つｖＮｏｔｅ又はＪＰＥＧデータを受信した場合は、その対応データのラスタ処理が終了した時点でＣＦ型通信カード１３へレディコマンドを出力する。すなわち、図１９で説明したｖＣａｒｄデータ送信時は印刷終了後にレディコマンドを出力したのに対し、ｖＮｏｔｅ又はＪＰＥＧデータの送信時はラスタ処理終了時点でレディコマンドを出力する。その後、プリンタ１では印刷が実行される。
【０２４３】
よって、プリンタ１が印刷実行中にあるときはＣＦ型通信カード１３はインターロック状態が解除され通信可能状態にある。しかし、この印刷実行中に受信が許可されるのはｖＮｏｔｅ又はＪＰＥＧデータに限られる。例えば携帯電話１４からｖＣａｒｄデータを送信した場合、これを受信したＣＦ型通信カード１３はそのデータの拡張子「ｖｃｆ」と拡張子データとを参照比較する。参照比較の結果、両者が一致する組合せが存在するので、ｖＣａｒｄデータは受信されプリンタ１へ転送される。ｖＣａｒｄデータを受信したプリンタ１は、その拡張子「ｖｃｆ」からｖＣａｒｄデータであることを認識すると、受付けられないデータ種であるのでＣＦ型通信カード１３へエラー信号を出力する。
【０２４４】
これに対し、図２１に示すように、この印刷実行中に拡張子「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」のいずれかを持つｖＮｏｔｅ又はＪＰＥＧデータを受信した場合は、プリンタ１はこれを受信してそのデータ種に応じた処理を進める。ｖＮｏｔｅ又はＪＰＥＧデータを受信し終わると、プリンタ１は受信完了の旨をＣＦ型通信カード１３へ送信し、その後、この受信したデータのラスタ処理が終わるとＣＦ型通信カード１３へレディコマンドを出力する。但し、プリンタ１でインターロック処理を行うプロファイル処理部７４は、ラスタ処理部７５，７６で処理されるデータを受信する一部の通信部しか管理できないので、その他の通信部から受信されたデータが既にある場合はｖＮｏｔｅ又はＪＰＥＧデータであっても受付けられない場合がある。
【０２４５】
ＣＦ型通信カード１３からプリンタ１への通信が発生した場合、そのデータ受信を完了すればＣＦ型通信カード１３は自動的にインターロック状態に移行する。但し、ＣＦ型通信カード１３とプリンタ１間での接続処理に失敗した場合は移行しない。以下、この種の例を図２２に従って説明する。
【０２４６】
図２２に示すように、携帯電話１４から対応データが送信された場合、ＣＦ型通信カード１３はそのデータをプリンタ１にすべて転送し終えると、転送終了の制御コード「ＥＯＴ」をプリンタ１に送信する。この「ＥＯＴ」に応答してプリンタ１から肯定応答「DLE ACK0」を受信することによりデータリンクを開放するようになっている。同図のように「ＥＯＴ」に対してプリンタ１から肯定応答「DLE ACK0」を受信することがないままタイムアウトになると、ＣＦ型通信カード１３は携帯電話１４にエラー信号を送信する。このようにタイムアウトによりデータリンクが正しく開放されなかった場合に限り、インターロック状態とはならず通信可能状態を維持する。よって、タイムアウトによってデータ受信が失敗した場合は、その後引き続き携帯電話１４からデータを再送し直せばＣＦ型通信カード１３にデータは受信される。
【０２４７】
これに対し、図２３に示すように、転送終了の制御コード「ＥＯＴ」に対する肯定応答「DLE ACK0」をプリンタ１から受信した場合は、通信終了（データリンク開放）後、ＣＦ型通信カード１３はインターロック状態に移行する。
【０２４８】
＜ＩｒＤＡとBluetooth通信時の競合回避処理＞
次に、ＣＦ型通信カード１３による赤外線通信方式と、他の通信方式との間で通信の競合を回避する競合回避処理について説明する。
【０２４９】
図２４は、他の通信方式との競合回避処理の一例を示すシーケンスである。この図では、赤外線通信によるデータ受信と、Bluetooth通信方式によるデータ受信との競合を回避する例を示すが、その他の通信方式との競合を回避する場合も基本的に同じである。
【０２５０】
ところで、カードスロット１２は、詳しくは、ＣＦ型メモリカードとはサイズ形状の異なる他の形式（例えばＳＤ(TM)型）のメモリカードであれば同時に挿入可能な開口形状を有している。このため、ＣＦ型通信カード１３がセットされた状態でも、ＣＦ型以外の形式のメモリカードをカードスロット１２に同時に挿入可能となっている。この場合、メモリカードがセットされていても、ＣＦ型通信カード１３の受信を有効にする。つまり、ＣＰＵ４１は、ＣＦ型通信カード１３とメモリカードを共に検出した場合、ＣＦ型通信カード１３の受信も有効とする。但し、メモリカードからのデータ読み込み中は、ＣＦ型通信カード１３の受信を無効にする。この点は、他の通信方式の通信部とデータ受信が競合した場合も基本的に行われる処理は同じである。
【０２５１】
他の通信方式との競合回避処理の一例として、赤外線通信方式とBluetooth通信方式とのデータ受信の競合を回避する処理について説明する。
図２４では、まず携帯電話１４から赤外線通信カード（ＣＦ型通信カード）１３にデータが送信されたとする。ＣＦ型通信カード１３は受信したデータをプリンタ１に転送する。プリンタ１は必要な所定時間（例えば数１０秒〜１分程度）をかけてこのデータを受信し、データの受信が完了すると、ＣＦ型通信カード１３に受信完了の旨を通知する。ＣＦ型通信カード１３はその受信完了の旨を携帯電話１４に通知する。携帯電話１４には受信完了の旨が表示され、ユーザはデータがプリンタ１に送信されたことを確認できる。
【０２５２】
プリンタ１は、携帯電話１４からの受信データを印刷データに変換処理し、印刷を実行する。受信データをすべて印刷データに変換した後、印刷が開始され、すべてプリントアウトされると印刷終了となる。
【０２５３】
一方、右側のBluetooth（以下ＢＴと略す）通信機能を有している携帯端末ＢＣからも携帯電話１４よりも遅れてＢＴ通信部４５ｃにデータを送信している。この場合、プリンタ１側のＩｒＤＡ通信用のポートは開かれ、その他のＢＴ通信部４５ｃ、ＵＳＢ通信部４５ｄ及びパラレル通信部４５ｂがビジー状態になってしまうのでデータを受け付けない。このとき、ＢＴ通信部４５ｃから受信拒否の通知が携帯端末ＢＣに送信される。その受信拒否の旨は携帯端末ＢＣに表示され、ユーザはデータの送信の失敗を認識することができる。
【０２５４】
携帯電話１４からの受信データの印刷が終了した後、再び携帯端末ＢＣからＢＴ通信部４５ｃにデータを送信すると、プリンタ１内の通信インターフェイス部４５ａはＢＴ通信部４５ｃのポートを開き、その他の通信ポートをビジー状態にする。従って、携帯端末ＢＣからのデータを受信中のプリンタ１に、携帯電話１４から赤外線通信でデータを送信しても、受信拒否の旨が携帯電話１４に通知されることになる。携帯端末ＢＣからの受信データはプリンタ１内で処理され、そのデータの内容が印刷される。
【０２５５】
なお、パラレル通信部４５ｂ、ＵＳＢ通信部４５ｄ及びシリアル通信部（図示せず）などの他の通信方式によるデータ受信と、スロット通信部４５ｅにおけるメモリカードからのデータ読込みと競合した時も、基本的に同様のシーケンスで処理される。
【０２５６】
図２５（ａ）は、プリンタ１の操作パネル８の画面９ａに通信状態を表示する報知画像を示す。また、同図（ｂ）は動画画像を構成する４コマの画像を示す。データ受信状態にあるときは、ＣＦ型通信カード１３の表示部１３ｂ以外に、操作パネル８の画面にも表示される。
【０２５７】
ＣＰＵ４１は、通信ステータスを管理しており、操作パネル８の画面９ａにはその通信ステータスが表示される。表示部１３ｂで点灯制御によって報知される通信ステータスが、受信不可、受信可能、受信中、受信終了、受信エラーの５種類であるのに対し、文字表示可能な画面９ａには、これらの文字列表示に加え、受信エラーについてはエラー内容（エラー原因別）まで区別して報知されるようになっている。
【０２５８】
同図（ａ）の画面９ａに示すように、データ受信中にあるときは、データ受信中の旨を示す動画画像ＭＧ１とテキストＴＸ１が表示される。これらの動画画像ＭＧ１とテキストＴＸ１のデータは、ＥＥＰＲＯＭ４３に記憶されている。テキストＴＸ１は例えば「データ受信中です。」と表示される。
【０２５９】
図２５（ｂ）に示すように、動画画像ＭＧは、４コマの画像Ｇ１〜Ｇ４からなり、ＣＰＵ４１はこれらの各画像Ｇ１〜Ｇ４を所定時間間隔で順次表示させることで動画画像ＭＧを生成する。
【０２６０】
ＣＰＵ４１は、ＩｒＤＡプロファイル処理部７４に到達した時点でデータ受信を確認することが可能となっており、データ受信を確認すると、画面９ａに図２５（ａ）の動画画像ＭＧ１とテキストＴＸ１を表示させて、データ受信状態をユーザに報知する。ユーザはＣＦ型通信カード１３の表示部１３ｂとプリンタ１の画面９ａとのどちらでもデータ受信状態を確認できるようにしている。
【０２６１】
また、通信ステータスが受信エラーであるときは、例えば図２５に示す画面９ａには、「データ受信中です」に替え、「この拡張子のデータは扱えません」「拡張子とデータが一致していません」「通信が途絶えました」などのエラーの種類まで特定して報知する。
【０２６２】
また、ＣＦ型通信カード１３側のＣＰＵ１５９から通信ステータスの情報をプリンタ１側のＣＰＵ４１に転送し、通信ステータスに応じた報知画像を画面９ａに表示させることもできる。もちろん、ＣＰＵ４１が通信ステータスを管理し、報知用の動画画像ＭＧやテキストＴＸを画面９ａに表示させることもできる。この場合、データ受信状態の旨を示す動画画像ＭＧ１とテキストＴＸ１が表示される。
【０２６３】
また、ＣＰＵ４１は、印刷実行を開始すると、同図（ｃ）の画面９ａに示す報知画像ＡＧ２を表示する。この報知画像ＡＧ２には、動画画像ＭＧ２とテキストＴＸ２が表示される。
【０２６４】
＜プリンタ側のデータ処理＞
次に、ＣＦ型通信カード１３からプリンタ１の本体２側に転送されたデータの処理について説明する。プリンタ側の処理には、主に、(A)データの種別に応じた振り分け処理、(B)個人情報データの単件か全件かの判定処理、(C)個人情報の全件データの分割送出処理、(D)個人情報データの名刺レイアウト印刷、(E)個人情報データの電話帳レイアウト印刷の各処理がある。
【０２６５】
まず、受信したデータをＡＳＩＣ内等の処理回路が扱えるファイル形式に変換した後、指定のレイアウト付きのデータに生成するまでの処理について説明する。まずｖＣａｒｄファイルのデータ構造を説明する。
【０２６６】
＜ｖＣａｒｄの単件データ＞
図２６、図２７及び図２８は、ｖＣａｒｄファイル形式の個人情報データの一例を示す。ここで、図２６及び図２７はｖＣａｒｄの単件データを示し、図２６は個人情報（テキスト）のみのデータで、図２７は画像付きデータである。図２８はｖＣａｒｄの全件データを示す。
【０２６７】
図２６に示すように、ｖＣａｒｄ形式の単件データＭＤ１は、まず「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ：ＶＣＡＲＤ」と「ＥＮＤ：ＶＣＡＲＤ」の間には以下のような個人情報の各アイテムが、プロパティと値を使って「プロパティ：値」形式で記述されるようになっている。プロパティは項目を指し、値はその項目に入れるべき具体的な内容を指す。プロパティには、「Ｎ（名前）」、「ＳＯＵＮＤ（フリガナ）」、「ＴＥＬ（電話番号）」、「ＥＭＡＩＬ（電子メールアドレス）」、「ＡＤＲ（住所）」、「ＮＯＴＥ（メモ）」などが用意されている（但し、括弧書きはプロパティの説明である）。
【０２６８】
まずプロパティ「Ｎ」の値には他人の氏名が記述される。例えばｖＣａｒｄ対応の電話帳アプリケーション（新規登録）を起動させて画面に表示された名前の入力欄に「山田  太郎」と入力した場合、「Ｎ：山田  太郎」と記述される。同様にプロパティ「ＳＯＵＮＤ」の値には氏名のフリガナが記述される。
【０２６９】
プロパティ「ＴＥＬ」には電話番号が記述されるが、さらにコマンドを追加すること（以下ＴＹＰＥ指定することと称す）により以下に示すようなものが指定できる。「ＴＥＬ；ＷＯＲＫ；ＶＯＩＣＥ：」の値には勤務先電話番号、「ＴＥＬ；ＷＯＲＫ；ＦＡＸ：」の値には勤務先ＦＡＸ番号が記述される。「ＷＯＲＫ」の部分を「ＨＯＭＥ」に置換すると自宅用電話番号が記述される。「ＴＥＬ；ＣＥＬＬ：」の値には携帯電話番号が記述される。また、携帯電話番号の登録アイコンの選択によりさまざまなＴＹＰＥ指定が可能であり、これによりさまざまな電話番号を指定することが可能である。図２６の７行目の「ＴＥＬ;Ｘ-ＡＢＣ−ＭＡＩＮ；ＶＯＩＣＥ：」の値には「代表」の電話番号が記述される。その他、「学校」の電話番号が記述されるプロパティもある。その他、さまざまな識別ＴＹＰＥコマンドが用意されている。
【０２７０】
プロパティ「ＥＭＡＩＬ」の値には電子メールアドレスが記述される。「ＥＭＡＩＬ」コマンドも「ＴＥＬ」コマンドと同様に、「ＥＭＡＩＬ」の後にＴＹＰＥ指定することにより複数の電子メールアドレスが指定できる。図２６の例で、「ＥＭＡＩＬ；ＷＯＲＫ：」の値には会社の電子メールアドレスが、「ＥＭＡＩＬ；ＣＥＬＬ：」の値には携帯電話の電子メールアドレスが、「ＥＭＡＩＬ：ＩＮＴＥＲＮＥＴ：」の値にはインターネットの電子メールアドレスが記述される。
【０２７１】
プロパティ「ＡＤＲ」の値には住所が記述される。「ＡＤＲ」もその後に「ＷＯＲＫ」、「ＨＯＭＥ」等のＴＹＰＥ指定することにより会社住所、自宅住所等を指定することができる。
【０２７２】
プロパティ「ＮＯＴＥ」の値にはメモの内容が記述される。本実施形態では、メモに指定文字を入力して「ＮＯＴＥ」の値に指定文字を記述することにより、プリンタ１に対し印刷レイアウトを設定する機能を設けている。
【０２７３】
＜ｖＣａｒｄの全件データ＞
図２８に示すように、ｖＣａｒｄの全件データＡＤは、個人情報を複数件含み、個人情報は１件ずつ「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ：ＶＣＡＲＤ」と「ＥＮＤ：ＶＣＡＲＤ」の間に１件分の個人情報を構成する各アイテムが、「プロパティ：値」形式で記述されている。
【０２７４】
従って、同図からも分かるように、１件のデータが終了する毎に「ＥＮＤ：ＶＣＡＲＤ」が記述されている。携帯電話１４から個人情報データを送信するとき、ユーザは「単件」か「全件」かを選択できる。プリンタ１は受信したｖＣａｒｄファイルが「単件」か「全件」かによって適用する印刷レイアウトを決定する。本実施形態では、ｖＣａｒｄファイルが「単件」か「全件」であるかを識別するために、個人情報データ中に必ず記述され、かつ１件につき１つしか記述されないコマンド又はプロパティを、件数判別子ＣＳとして採用する。もちろん、１件毎に決まった数ずつ記述されているコマンド又はプロパティなどでもよい。例えば「ＶＣＡＲＤ」は１件につき２つずつ記述されているので、その計数値が「２」であれば単件、計数値が「４以上」であれば「全件」と判断する方法を採用することもできる。
【０２７５】
本実施形態の場合、件数判別子ＣＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。ＩｒＤＡプロファイル処理部７４の件数判定部８２は、個人情報データが単件であるのか全件（グループ指定の場合はグループの全件を含む）であるのかを判別する。詳しくは、ＣＰＵ４１がデータ中に含まれる件数判別子「ＥＮＤ：ＶＣＡＲＤ」をカウンタにより計数し、その計数値に基づき受信したｖＣａｒｄファイルが「単件」か「全件」かを判断する。すなわちその計数値が「１」の場合は判定値（例えばフラグ）Ｎを「Ｎ＝０」にリセットし、計数値が「２以上」の場合は判定値Ｎを「Ｎ＝１」にセットする。
【０２７６】
また、全件ファイルである場合、ＩｒＤＡプロファイル処理部７４はデータをすべて受信してからテキストデータ形式変換部８５へ送るのではなく、全件のうち所定件数分だけバッファリングされる度に、その所定件数分ずつ次処理部のテキストデータ形式変換部８５へ送る。この処置は分割処理部８４が行う。データ中の１件毎の区切りは区分識別子ＤＳをみることで判断する。本例では、区分識別子ＤＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。
【０２７７】
詳しくは、データトランスファ部７３が伝送制御手順７３ａにおいてデータが正しく受信されたかどうかチェックした後、ＣＰＵ４１はそのデータについて区分識別子ＤＳである「ＥＮＤ：ＶＣＡＲＤ」（本例で件数判別子ＣＳに同じ）をカウンタにより計数し、その計数値から受信した個人情報の件数をカウントする。そして、所定件数分の個人情報がＲＡＭ４４の受信バッファ４４ａにバッファリングされる度にＣＰＵ４１は、受信バッファ４４ａのデータを次処理のテキストデータ形式変換部８５へ送る。詳しくはＣＰＵ４１が所定件数分のデータがバッファリングされる度に次のテキストデータ形式変換処理を実行する。なお、区分識別子ＤＳは、１件毎の最後のプロパティでもよい。
【０２７８】
＜名刺印刷のテンプレート＞
図２９は、個人情報データが印刷される際に適用される印刷レイアウトのテンプレート書式データの一例を示す。
【０２７９】
ｖＣａｒｄファイルの印刷レイアウト（印刷フォーマット）は、プリンタ１内のＥＥＰＲＯＭ４３に記憶されたテンプレート書式データに依存する。テンプレート書式データはＸＨＴＭＬ形式で記述された印刷レイアウト用データである。ＸＨＴＭＬデータは、＜body＞と＜／body＞の間が、１つの項目毎（同図では行毎）につき、フィールド、コメントタグ、プロパティの３つの領域に分かれている。
【０２８０】
フィールドは、図２９においては「名前」や「電話番号」など名刺の中にタイトルとして印刷される文字列などのデータ領域である。「名前」や「電話番号」など名刺に必要な規定のタイトルはテンプレート書式データＬＴ１のフィールドに予め記述されている。
【０２８１】
コメントタグは、ｖＣａｒｄ形式ファイルにおける各プロパティの値（例えばプロパティ「Ｎ」であればその値である「山田  太郎」）の印刷位置やフォント、文字サイズ等を指定する命令である。コメントタグ「<!-- -->」の直後に値は組み込まれる。また、コメントタグ「<  >」を値で置換する方法もある。
【０２８２】
プロパティはｖＣａｒｄ形式のデータで、ＴＹＰＥ指定したデータの印刷位置やフォント、文字サイズ等を指定する命令である。プロパティ「<  >」の直後にＴＹＰＥ指定したデータ、例えば「ＷＯＲＫ」や「ＣＥＬＬ」等の文字列が組み込まれる。従って、図２６に示すように名前やフリガナのように、個人情報１件につき１つしかないＴＹＰＥ指定の対象外のデータにおいてはコメントタグのみで構成されている。一方、電話番号や電子メールなどのＴＹＰＥ指定できるデータが記述される領域ではコメントタグにプロパティが付加される。なお、図２８におけるコメントタグ及びプロパティではフォント及び文字サイズ等は指定されていない。
【０２８３】
＜テンプレート書式への形式変換＞
図３１は、図２６の個人情報データを図２９の名刺印刷用のテンプレート書式データＬＴ１に当て嵌めた後のＸＨＴＭＬ記述のテンプレート書式データＬＤを示す。図２６の個人情報データ（携帯電話のディスプレイでは図４（ｂ）にように表示される個人情報）は、そのうち指定の値（及びプロパティ）が図２９の名刺印刷用のテンプレート書式データＬＴ１に組み込まれ、図３１に示すＸＨＴＭＬデータからなるテンプレート書式データＬＤとなる。この個人情報データからテンプレート書式データＬＤへの変換処理は、テキストデータ形式変換部８５が行う。テキストデータ形式変換部８５で変換されたテンプレート書式データＬＤはテキストデータラスタ処理部７５に送信される。ＣＰＵ４１は、テキストデータ形式変換処理を次のように行う。プロパティを有していないテンプレートデータＬＴを読み出すと、コメントタグの中に記述されたプロパティ（「Ｎａｍｅ」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティの値（「山田  太郎」等）を取り出し、テンプレートデータＬＴ中のそのコメントタグの直後にその取り出した値を組み込む。また、ＣＰＵ４１は、プロパティ中の「ＴＹＰＥ」直後のプロパティ（「ＴＥＬＮＯ１」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティのＴＹＰＥ（「ＷＯＲＫ」等）を取り出し、テンプレートデータＬＴ中のそのプロパティの直後にその取り出したＴＹＰＥを組み込む。このルールに従った組込み処理は、ＣＰＵ４１がテキストデータ形式変換処理用プログラムを実行することにより行われる。こうして図３１に示すテンプレート書式データＬＤが作成される。
【０２８４】
＜印刷用のテンプレート例＞
図３２は、名刺形式の印刷レイアウトの一例を示す。同図はテンプレート書式データＬＴ１により指定される印刷レイアウトのテンプレートＰＬ１を図示したものである。同図において四角枠で囲まれた配置領域Ａ１〜Ａ９は、個人情報の各項目の値が配置される場所で、この場所の指定がテンプレート書式データＬＴ１中のコメントタグにより指定されている。そして、コメントタグにより指定した配置領域Ａ１〜Ａ９に、そのコメントタグで位置指定される値が配置される。配置領域Ａ１〜Ａ９内に付されているタイトルは、テンプレート書式データＬＴ１中に予め記述されており、各タイトルの右横に値が配置される。同図において各配置領域Ａ１〜Ａ９内に括弧で示されている（例えば「（ORG1）」等）のが、ｖＣａｒｄデータ中のプロパティで、そのプロパティの値がその配置領域に配置されることを意味する。例えば図２６におけるプロパティ「Ｎ」の値「山田  太郎」が図３２における配置領域Ａ４内の「名前」の右横に配置される。なお、図２９の名刺印刷用のテンプレート書式データＬＴ１と図３２の印刷レイアウトのテンプレートＰＬ１の例とには相違があるが、図２９のテンプレート書式データＬＴ１はシンプルなテンプレート例で示している。本例では、図３２に示す名刺印刷用の印刷レイアウトのテンプレートＰＬ１を指定できるＸＨＴＭＬデータがテンプレートデータＬＴの一つとしてＥＥＰＲＯＭ４３に記憶されている。この場合、個人情報には、会社名、部署、役職、会社電話番号、会社ＦＡＸ番号、社用電子メールなど必要なデータを入力して使用する。
【０２８５】
同図の各項目にはＸＨＴＭＬ形式のデータがテンプレートデータＬＴに従って挿入され、所定のフォントの種類、フォントサイズ及びフォントのスタイルなどにより印刷されるデータに変換される。例えば、会社名の場合、ｖＣａｒｄ形式では、プロパティ「ＯＲＧ」には、値として具体的な会社名が記述され、まず、上記に示したようにｖＣａｒｄがＸＴＨＭＬ形式に変換される。変換後、そのデータはテンプレート書式となり、最終的に本図のようにプロパティ「ＯＲＧ」の値が挿入される。
【０２８６】
図３３は印刷レイアウトのテンプレートを示し、同図（ａ）〜（ｃ）は名刺を印刷する印刷レイアウトのテンプレート例、同図（ｄ）は電話帳を印刷する印刷レイアウトのテンプレート例である。なお、同図においては、各テンプレートＰＬ２〜ＰＬ４，ＰＬ１０をｖＣａｒｄファイルのプロパティの値（テキスト）を組み込んだ状態の印刷レイアウトのテンプレートとして示している。テンプレートＰＬ２〜ＰＬ４，ＰＬ１０は、プロパティ毎にその値（テキスト）が組み込まれる割付位置とエリアサイズ（割付領域）を指定するためのタグが記述されたＸＨＴＭＬデータからなる。図３２及び図３３（ａ）〜（ｃ）に示すものを含む複数種の名刺を印刷するための印刷レイアウトのテンプレート（ＸＨＴＭＬデータ）がＥＥＰＲＯＭ４３には記憶されている。
【０２８７】
ここで、名刺を印刷するための印刷レイアウトの種類を簡単に説明すると、図３３（ａ）は文字サイズがすべて同一の横書きの名刺用の印刷レイアウトのテンプレートＰＬ２である。同図（ｂ）は名前の文字サイズが他より大きく印刷される横書きの名刺を印刷するための印刷レイアウトのテンプレートＰＬ３、同図（ｃ）は名前の文字サイズが他より大きく印刷される縦書きの名刺を印刷する印刷レイアウトのテンプレートＰＬ４である。また、同図（ｄ）は、全件の個人情報を印刷するときに使用される電話帳を印刷する印刷レイアウトのテンプレートＰＬ１０である。この電話帳を印刷する印刷レイアウトのテンプレートデータ（ＸＨＴＭＬデータ）もＥＥＰＲＯＭ４３に記憶されている。
【０２８８】
本実施形態では、個人情報が単件の場合は名刺を印刷する印刷レイアウトで印刷され、全件（複数件）の場合は電話帳を印刷する印刷レイアウトで印刷される。ｖＣａｒｄファイルが個人情報を複数件含む「全件」の場合は、ＣＰＵ４１は図３３（ｄ）の電話帳を印刷する印刷レイアウトのテンプレートＰＬ１０を一義的に指定する。一方、ｖＣａｒｄファイルが個人情報を１件のみ含む「単件」の場合は、ユーザが携帯電話１４から名刺を印刷する印刷レイアウトを選択指定できるようになっている。
【０２８９】
図３４（ａ），（ｂ）は、名刺に画像を組み込んだ画像付き名刺を印刷する印刷レイアウトを示す。ＣＰＵ４１は、図２７に示したような画像データを添付できる形式のｖＣａｒｄファイル（図２３参照）であることを認識すると、図３０に示す画像付き名刺印刷用のテンプレートＬＴ２を使用する。例えば顔写真の画像をｖＣａｒｄファイル中に添付することによって顔写真付き名刺を印刷できる。
【０２９０】
図３４（ａ）は、縦向きの名刺の左上付近に画像（顔写真）が配置され、個人情報のテキストが縦書きにレイアウトされた印刷テンプレート例である。名刺において各プロパティの値（テキスト）又は画像が割付けられる位置及びサイズは、割付位置及びエリアサイズをＸＨＴＭＬ形式のタグで記述して特定されたレイアウト枠（レイアウトエリア）によって指定されている。同図（ａ）のテンプレートＰＬ８では、画像のレイアウト枠（割付け領域）Ｇ１は名刺の左上付近の所定位置に設定されている。名刺に必要なプロパティ毎のテキストを流し込むレイアウト枠Ｔ１〜Ｔ６は、名刺の各項目に適した位置に設定されている。また、テキスト用のレイアウト枠Ｔ１〜Ｔ６には流し込まれるテキストのフォント、フォントサイズ及び文字色が指定されている。レイアウト枠Ｔ１〜Ｔ６の長さ及び幅は、テキストの文字数（文字列長）に応じてレイアウト枠の右上隅Ｔ１ａを基点として矢印方向へ自動的にサイズ調整されるようになっている。
【０２９１】
図３４（ｂ）は、横向きの名刺の右上付近に画像（顔写真）が配置されるとともに上下方向中心部付近にデザインとして横線が付され、テキストが横書きにレイアウトされる印刷テンプレート例である。同図（ｂ）のテンプレートＰＬ９は、縦書き名刺を印刷するテンプレートＰＬ８と同様に、画像のレイアウト枠Ｇ２及びテキストのレイアウト枠Ｔ１０〜Ｔ１６が設定される他、中心部付近に横線のレイアウト枠Ｇ３が設定されたＸＨＴＭＬデータからなる。テキスト用のレイアウト枠Ｔ１０〜Ｔ１６の長さ及び幅は、テキストの文字数（文字列長）に応じてレイアウト枠の左上隅Ｔ１０ａを基点として矢印方向へ自動的にサイズ調整されるようになっている。これらＸＨＴＭＬ形式で記述された名刺を印刷する印刷レイアウトのテンプレートＰＬ８，ＰＬ９の各データは、ＥＥＰＲＯＭ４３（図５参照）に例えば番号と対応付けて記憶されている。
【０２９２】
図３５（ａ）〜（ｆ）及び図３６（ａ）〜（ｆ）は、名刺を印刷する印刷レイアウト以外に用意された印刷レイアウトのテンプレート例を示す。図３５（ａ）〜（ｆ）は、画像データとテキストデータをレイアウトして印刷するための印刷レイアウト用テンプレートである。
【０２９３】
図３５（ａ）〜（ｅ）のテンプレートＰＬ２１〜ＰＬ２５では、それぞれ左上隅、右上隅、左下隅、右下隅、中央に１つずつ画像用のレイアウト枠Ｇ２１〜Ｇ２５が配置され、その他の部分にテキスト用のレイアウト枠Ｔ２１〜Ｔ２５が配置されている。同図（ｆ）は、画像用のレイアウト枠Ｇ１６，Ｇ１７とテキスト用のレイアウト枠Ｔ２６，Ｔ２７を２つずつ備え、それぞれ画像同士とテキスト同士が対角に配置されるように位置設定されている。
【０２９４】
次に、図３６（ａ）〜（ｆ）は、他の印刷レイアウト用テンプレートを示す。同図（ａ）は、テキスト１のレイアウト枠中にテキスト２のレイアウト枠を配置した例である。同図（ｂ）は、テキスト１のレイアウト枠、テキスト２のレイアウト枠およびテキスト３のレイアウト枠を並べて配置した例である。同図（ｃ）は、テキスト１のレイアウト枠と枠線付きのレイアウト枠のテキスト２を上下に配置した例である。同図（ｄ）は、画像１のレイアウト枠中に画像２のレイアウト枠を配置した例である。同図（ｅ）は、画像１のレイアウト枠と画像２のレイアウトとを並べて配置した例である。同図（ｆ）は、画像１のレイアウト枠と画像２の枠線付きレイアウト枠を配置した例である。
【０２９５】
レイアウト枠に画像を取り込む方法について説明する。
画像のサイズ（大きさ）及び画質（粗いまたは細かい）は、使用された携帯電話１４によって異なっている。また、印刷される用紙のサイズも幾種類かある。
そこで、印刷レイアウトとして、図３４（ａ）の全体が用紙サイズとして、用紙の幅Ａ１を１００％として、レイアウト枠Ｌ１の横幅Ｂ１を０（ゼロ）％〜１００％の任意の値に設定する。また、用紙の長さＣ１を１００％として、レイアウト枠Ｌ１の長さＤ１を０（ゼロ）％〜１００％の任意の値に設定する。設定されているレイアウト枠Ｌ１に画像を取り込む際は、携帯電話１４の画像の縦・横のどちらか大きい一方または携帯電話１４の画像が正方形の場合は一方を選択し、選択された一方がレイアウト枠Ｌ１の縦または横と等しくなるようにメモリコントローラ９３で画像サイズを変換させて取り込む。ここまでのデータは、ワークメモリ４４ｂに記憶させておく。
【０２９６】
次に、レイアウト枠Ｌ２にテキストを取り込む方法について説明する。ＲＯＭ４２には、日本語及び英語のフォント等のキャラクタ（テキストや記号等）のパターンを示すキャラクタジェネレータデータ（ＣＧデータ）を備え、キャラクタコードをＣＧデータに変換するキャラクタジェネレータ９８が記憶されている。
【０２９７】
キャラクタジェネレータ９８は、その指定されたアドレスにテキストコードが与えられると、各種テキストのドット構成を示すテキストドットパターンのデータを読み出す。ドットパターンはビットデータであり、シフトレジスタのような回路によってシリアルに出力する。すなわち、キャラクタジェネレータ９８は、各種のフォントとサイズ及び色からなるテキストや記号のデータをメモリコントローラ９３に提供する役割を有する。
【０２９８】
また、図２に示す操作パネル８の表示装置９と、複数の操作スイッチからなる操作部１０とによって、フォント、テキストの位置情報およびテキストの色彩情報等を指定することもできる。指定しない場合は、予め設定されているデフォルトの値が設定される。
【０２９９】
ＸＨＴＭＬデータはテキスト情報とテンプレート情報を含むが、解釈処理部９０（図７参照）は、ＸＨＴＭＬデータを解析してテキスト情報だけを抽出するとともにテンプレート情報を解析してレイアウト情報を割り出す。レイアウト情報は、ワークメモリ４４ｂにおいて画像展開されるメモリ空間のアドレスとして割り出される。各レイアウト枠は画像展開されるメモリ空間のアドレスとして特定され、キャラクタジェネレータ９８から読み出されたドットパターンデータはレイアウト情報によってアドレスにより指定されたレイアウト枠に流し込まれる。
【０３００】
この展開された画像データ（ドットデータ）とテキストデータ（ドットパターンデータ）とを印刷時のドット形成順序に並び替える処理を施す。生成された印刷イメージはワークメモリ４４ｂに記憶される。
【０３０１】
印刷処理部４６ｂは、ワークメモリ４４ｂに展開された印刷イメージを、イメージバンド毎に切り取ってコマンドが付されて印刷データが作成され、この印刷データに基づきプリントエンジン７７によって所定の用紙に順次印刷される。
【０３０２】
携帯電話１４とプリンタ１側の操作パネル８との両方でレイアウトは指定できるが、携帯電話１４側の指定が優先される。メモ領域にレイアウト指定の記述がないときは、プリンタ１側で指定されているレイアウトを有効とする。
【０３０３】
図２に示す操作パネル８の画面９ａに表示されているメニューの中から、上スイッチ１０ｆ、下スイッチ１０ｇを押下して、用紙のサイズと印刷枚数等を選択して決定する。次に、レイアウトを選択し、決定スイッチ１０ｈを押下する。すると、画面９ａには、図３２〜図３６に対応するテンプレート図が表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下して、所望のレイアウトを決定し、決定スイッチ１０ｈを押下する。そして、さらに操作部１０を操作して携帯電話１４からの印刷時に指定レイアウトを有効にする旨をプリンタ１に登録する。
【０３０４】
＜メモ領域で印刷レイアウト指定＞
ユーザは携帯電話１４のディスプレイ１８に個人情報欄を表示させてその中のメモ欄に印刷レイアウト指定情報を入力する。例えばメモ欄に「１」「２」「３」などの数字（番号）を入力する。この印刷レイアウト指定情報として記述された数字は、ｖＣａｒｄデータ中のプロパティ「ＮＯＴＥ」の値として記述される。このメモ欄に記述された数字は単件の個人情報を印刷する際の印刷レイアウトの指定番号として扱われる。例えばプリンタ１の取扱説明書には図３２及び図３３（ａ）〜（ｃ）の名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等と、各名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等の指定番号とが対応付けて記載され、ユーザは取扱説明書にある指定番号をメモ欄に入力することにより名刺レイアウトを指定する。
【０３０５】
例えば図４（ｂ）の個人情報欄のようにメモ欄に「２」が入力されていると、図２６のｖＣａｒｄファイル中のプロパティ「ＮＯＴＥ」に「２」が記述されている。携帯電話１４からｖＣａｒｄファイルを受信すると、そのプロパティ「ＮＯＴＥ」の値として記述された文字列を読み出してそれを解析することにより指定番号を特定する。この解析処理はノート解析部８３が行い、詳しくはＣＰＵ４１がｖＣａｒｄファイル中の「ＮＯＴＥ」の値を解析することにより行われる。
【０３０６】
ＣＰＵ４１は指定番号を特定できると、その指定番号に対応する名刺レイアウトのテンプレート（ＸＨＴＭＬ形式）をＥＥＰＲＯＭ４３から読み出す。そして、ＣＰＵ４１は前述したテキストデータ形式変換処理を実行し、図２６に示すｖＣａｒｄファイルと、図２９に示すテンプレート書式データＬＴ１とに基づき、ｖＣａｒｄファイル中のプロパティの値（この例ではプロパティも）がＸＨＴＭＬ記述のテンプレート書式に当て嵌められた図３１に示すようなテンプレート書式データＬＤを作成する。このテンプレート書式データＬＤはＸＨＴＭＬデータである。
【０３０７】
ここで、メモ欄には印刷レイアウトの指定番号ではなく、本来のメモとしての文字列や文章が入力されているのが普通である。ＣＰＵ４１がプロパティ「ＮＯＴＥ」の値を解析するとき、本来のメモとして記述された文字列や文章の中に数字が含まれていた場合、その数字を指定番号と間違えることが起こりうる。ＣＰＵ４１が解析処理で実行するプログラムは、指定番号以外の文字や文字列等が記述されている場合は、その記述データを本来のメモと判断し、たとえその中に指定番号として使える数字が存在していても、その数字を指定番号としては特定しないように設定されている。そして、このような本来のメモとしての使用と判断した場合とメモ欄が空欄の場合は指定番号の指定がないものと判断し、例えばデフォルトで設定された例えば名刺レイアウトのテンプレートＰＬ２を指定する。
【０３０８】
本実施形態では、印刷レイアウトの指定に指定番号（数字）を採用するが、数字には限定されることなく、例えばアルファベットやカタカナ、記号文字、文字、文字列などで指定することも可能である。但し、なるべく簡単に指定ができるように一情報の指定に１桁数字または１文字とするのがよく、また順序性の性質をもつ数字（番号）やアルファベットが好ましい。
【０３０９】
＜ＩｒＤＡプロファイル部の処理＞
図３７は、ＩｒＤＡプロファイル処理部７４でのデータの処理を示すフローチャートである。データトランスファ部７３で、伝送制御手順によりデータを正しく受信できた場合に、ＣＰＵ４１は図３７のフローチャートで示されるプログラムを実行する。このプログラムをＣＰＵ４１が実行することにより、図６における拡張子識別部８１、件数判定部８２、Note解析部８３、分割処理部８４、テキストデータ形式変換部８５及び画像データデコード部８７の各機能が実現される。以下、ＣＰＵ４１が実行するこのプログラムについて説明する。なお、ＣＦ型通信カード１３からプリンタ１へは拡張子とオブジェクトデータが転送されてくるようになっており、拡張子はデータの先頭に送られてくる。
【０３１０】
Ｓ２００では、受信したデータの拡張子が何であるかを判断する。受信したデータの拡張子が「ｊｐｅｇ」または「ｊｐｇ」の場合は、ＪＰＥＧ形式の画像データと判断してＳ２２０に進む。また、受信したデータの拡張子が「ｖｎｔ」の場合は、ｖＮｏｔｅ形式で作られた画像データ（以下、ｖＮｏｔｅファイルという）であると判断し、Ｓ２１０へ進む。更に、受信したデータの拡張子が「ｖｃｆ」の場合は、ｖＣａｒｄ形式で作られたテキストデータ（以下、ｖＣａｒｄファイルという）であると判断し、Ｓ１３０へ進む。
【０３１１】
Ｓ２１０では、ｖＮｏｔｅファイルに添付されたエンコード画像データを、Base64と呼ばれるエンコード／デコード変換器によりＪＰＥＧ形式の画像データにデコード（解凍）する。
【０３１２】
Ｓ２２０では、ＪＰＥＧ形式にされた画像データを、画像データラスタ処理部７６へ転送する。
Ｓ２３０では、携帯電話１４から送信された個人情報データの件数判定を行う。すなわち、ｖＣａｒｄファイルが「単件」か「全件」かを判断する。本例では、ｖＣａｒｄファイルデータ中にある識別子「ＥＮＤ：ＶＣＡＲＤ」を計数することによって個人情報の件数を判定する。計数結果ＣがＣ＝１であれば単件データと判定し、計数結果ＣがＣ≧２であれば全件データと判定する。例えば図２６に示すようにｖＣａｒｄファイルが単件データの場合、識別子「ＥＮＤ：ＶＣＡＲＤ」は１つだけなので計数結果ＣがＣ＝１となり、「単件」と判定される。一方、図２６に示すようにｖＣａｒｄファイルが全件データの場合、「ＥＮＤ：ＶＣＡＲＤ」が複数あってその計数結果ＣがＣ≧２を満たすので「全件」と判定される。個人情報を１件のみ含む「単件」と判定した場合はＳ２４０に進む。また、個人情報を複数件含む「全件」と判定した場合はＳ２５０に進む。別の判定方法としてデータのファイル名で判断することもできる。
【０３１３】
Ｓ２４０では、Ｎｏｔｅ領域の記述内容を解析して解析結果に応じたテンプレートを指定する。ｖＣａｒｄファイルデータ中にあるプロパティ「ＮＯＴＥ」の値（記述内容）を解析し、その値の中からテンプレートの指定情報（本例では番号）を探し出す。例えば図４（ｂ）に示すようにメモに「２」と記述されていれば、図２６に示すようにそのｖＣａｒｄファイルデータ中のプロパティ「ＮＯＴＥ」の値には「２」が記述されているので、この番号「２」を解析結果として抽出する。そして、この番号「２」をテンプレート指定の情報としてＲＡＭ４４に記憶する。
【０３１４】
Ｓ２５０では、「電話帳」のテンプレートを指定する。つまり、「全件」である場合は、常に「電話帳」のテンプレートを指定する。
Ｓ２６０では、ｖＣａｒｄファイルの全件データを所定件数ずつの個人情報に分割しながら所定件数分ずつのデータを次処理へ送り出す。
【０３１５】
Ｓ２７０では、テンプレート記憶部８６から指定されたテンプレートを読み出す。すなわち、「単件」の場合はＳ２４０で指定したノート領域の記述内容の解析結果から定まるテンプレート（名刺形式のレイアウト）を読み出し、「全件」の場合はＳ２５０で指定した「電話帳」のテンプレート（電話帳形式のレイアウト）を読み出す。
【０３１６】
Ｓ２８０では、ｖＣａｒｄファイルの個人情報をテンプレート付きのＸＨＴＭＬデータに変換する。つまり、テンプレートに当て嵌めるべき項目が指定された場所に個人情報のその項目（プロパティ）の内容（値）を当て嵌めることにより、テンプレート付きのＸＨＴＭＬデータに変換する。例えば図２６に示す単件のｖＣａｒｄファイルの場合、図３１に示すようなＸＨＴＭＬ形式データに変換される。また、図２７に示す画像付きのｖＣａｒｄファイルの場合、図３０に示すようなＸＨＴＭＬ形式の画像付きのテンプレートＬＴ２にｖＣａｒｄデータを構成する個人情報が組み込まれたＸＨＴＭＬ形式データに変換される。
【０３１７】
Ｓ２９０では、テンプレート付きのＸＨＴＭＬデータを、テキストデータラスタ処理部７５へ転送する。
なお、ＩｒＤＡプロファイル処理部７４内の拡張子識別部８１，件数判定部８２、ノート解析部８３、分割処理部８４は、それぞれＳ２００、Ｓ２３０、Ｓ２３０、Ｓ２４０、Ｓ２６０により実現されている。また、テキストデータ形式変換部８５は、Ｓ２５０、Ｓ２７０、Ｓ２８０及びＳ２９０により実現されている。
【０３１８】
こうしてテキストデータラスタ処理部７５へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。また、画像データラスタ処理部７６へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。そして、プリントエンジン７７は印刷データに基づき印刷機構を駆動制御し、ロール紙Ｐ１にはｖＣａｒｄファイルで送信された個人情報が指定の印刷レイアウトで印刷されたり、ｖＮｏｔｅファイルで送信された画像が印刷されたりする。例えば単件の個人情報を含むｖＣａｒｄファイルをプリンタ１に送信したときは、携帯電話１４のメモ欄に入力した指定番号に対応する名刺レイアウトで個人情報が印刷される。
【０３１９】
＜カッタ制御＞
次にカッタ装置の駆動制御について説明する。
ＣＰＵ４１は、図３８にフローチャートで示すプログラムを実行することにより、ドライバに指令信号を出力してカッタモータＭ３を駆動制御する。
【０３２０】
以下、図３８に示すフローチャートを用いてＣＰＵ４１が実行するカッタ制御について説明する。この処理は、前回の紙送り完了後であってキャリッジモータＭ２の駆動が終了するまでの紙送り制御の準備期間中に実行される。
【０３２１】
まずＳ３１０では、次の紙送りがあるか否かを判断する。次の紙送りがなければ排紙処理となるが、この排紙処理に移行するときにはＳ３８０に進む。一方、次の紙送りがある場合は次のＳ３２０に進む。なお、排紙処理に移行する判定の場合は管理レジスタ４１ｂに排紙コード（例えば「01」）をセットする。
【０３２２】
Ｓ３２０では、カッタ駆動カウント値ＣＴを読み出す。
Ｓ３３０では、次の紙送り量ΔＦの紙送りをした場合、カウント値ＦＴがカッタ駆動カウント値ＣＴを超えるか否かを判断する。つまり、現在の値ＦＴにΔＦを加えた新しい値ＦＴ（＝ＦＴ＋ΔＦ）が、カッタ駆動カウント値ＣＴを超える（ＦＴ＋ΔＦ＞ＣＴ）か否かを判断する。このＦＴ＋ΔＦ＞ＣＴの条件が不成立のときはＳ３４０に進み、この条件が成立するときはＳ３５０に進む。なお、この条件成立時の場合は管理レジスタ４１ｂに切断コード（例えば「10」）をセットする。
【０３２３】
Ｓ３４０では、次の紙送り量ΔＦの紙送りをした場合、カウント値ＦＴがカッタ駆動カウント値ＣＴに一致するか否かを判断する。つまり、ＦＴ＋ΔＦ＝ＣＴか否かを判断する。このＦＴ＋ΔＦ＝ＣＴの条件が不成立のときはＳ３６０に進み、この条件が成立するときはＳ３５０に進む。
【０３２４】
Ｓ３５０では、管理レジスタ４１ｂに一致コード（例えば「11」）をセットする。
Ｓ３６０では、紙送り量ΔＦの紙送りを指令する。
Ｓ３７０では、管理レジスタ４１ｂに一致コードがセットされているか否かを判断する。一致コードがセットされていればＳ４００に進み、一致コードがセットされていなければ本処理を終了する。
【０３２５】
Ｓ３８０では、カウント値ＦＴをカッタ駆動カウント値ＣＴに一致させられる紙送り量ΔＣＦを算出する。つまり、式  ΔＣＦ＝ＣＴ−ＦＴ  によりΔＣＦを算出する。現在の用紙位置からこのΔＣＦの紙送りがなされると、ロール紙Ｐ１上の切断仮想線がカッタ（回転刃）１０７の切断仮想線に一致する。
【０３２６】
Ｓ３９０では、紙送り量ΔＣＦの紙送り指令をする。
Ｓ４００では、紙送りが完了したか否かを判断する。紙送りが完了するまで他の処理を行い、紙送りが完了して割込信号を入力すると、次のＳ３８０に進む。
【０３２７】
Ｓ４１０では、カッタモータＭ３を駆動させてロール紙Ｐ１を切断する。
Ｓ４２０では、管理レジスタ４１ｂにセットされたコードを判定する。一致コードであれば本処理を終了する。また、切断コードであればＳ４３０に進み、排紙コードであればＳ４４０に進む。
【０３２８】
Ｓ４３０では、残りの紙送り量の紙送りを指令する。すなわち、ΔＦ−ΔＣＦを計算してその結果をΔＦＲ（＝ΔＦ−ΔＣＦ）とし、このΔＦＲの紙送りを指令する。
Ｓ４４０では、ロール紙Ｐ１の先端を頭出し位置に戻すよう逆紙送りを指令する。
【０３２９】
以下、本実施形態におけるＩｒＤＡ方式による赤外線無線通信インターフェイスの特徴点を記載する。
ＣＦ型通信カード１３と本体２にＩｒＤＡ通信インターフェイス部を分離配置し、受信データのチェックを、ＣＦ型通信カード１３内で対応データであるかどうかをみる第１チェックと、本体２側に正しく転送されたかどうかをみる第２チェックとに分担させている。プリンタ１はその本体２にＣＦ型通信カード１３と異なる通信方式の複数の通信部４５ｂ〜４５ｄを備えており、ＣＦ型通信カード１３とその他の通信部４５ｂ〜４５ｄのうちいずれか一つのポートからしかデータ受信ができない構成である。この場合、ＣＦ型通信カード１３内のオブジェクト送受信部６４（ＣＰＵ１５９）において、対応データか未対応データかをＣＦ型通信カード１３内で判定させて未対応データであれば破棄するので、その破棄されるべき未対応データがプリンタ１の本体２側へ転送されることがない。仮に、このような破棄されるべきデータが徒にＣＦ型通信カード１３から本体２側へ転送されてそのポートが占有されてしまうと、他の通信部４５ｂ〜４５ｄからの受信がその間停滞してしまう。しかし、この実施形態では、未対応データは本体２側へ転送されないようにＣＦ型通信カード１３内で破棄されるので、他の通信部４５ｂ〜４５ｄを不要に妨げない効率のよい通信の実現が可能となる。
【０３３０】
また、未対応データは受信上流側のＣＦ型通信カード１３内で受信開始時に検出し、直ちに表示部１３ｂにエラーを表示するので、携帯電話１４からデータ送信を開始したユーザに素早く受信エラーを知らせるようにしている。
【０３３１】
また、対応データか未対応データであるかを判断する際に使う拡張子データ（参照データ）を、プリンタ１の本体２側からＣＦ型通信カード１３にセットアップするようにしている。これにより、参照データとして本体２側に登録されたものを使用できる。すなわち、プリンタ１の機種が異なることで対応データが異なる場合もあり、このような場合、機種に応じた参照データがセットアップされることになるので、複数の機種あるいは新旧の機種間でＣＦ型通信カード１３を共用することが可能となっている。
【０３３２】
以下、第１の実施形態の効果を記載する。
（１−１）携帯電話１４から指向性の高い赤外線を用いてデータ送信する場合、携帯電話１４の赤外線受発光部（通信ポート）２０をプリンタ１側の赤外線受発光部（通信ポート）１３ａに向けてその送信先に位置する赤外線受発光部１３ａを見ながらデータ送信が行われる。このとき、ユーザが見ている赤外線受発光部１３ａの近傍で表示部１３ｂが通信状態を報知するので、データ送信中に受信状態を容易に視認できる。
【０３３３】
（１−２）本体２の前面に設けられたカードスロット１２にＣＦ型通信カード１３をセットする構成としたので、表示部１３ｂが本体２の前面に位置し、ユーザ（操作者）から視認し易い。操作パネル８の画面９ａはプリンタ１の本体２の上面に上向きに設けられているので、例えばプリンタ１の前側から手を伸ばして携帯電話１４を通信可能域内に入れてデータ送信するユーザからは、操作パネル８の画面９ａが見えにくい。しかし、通信ポートである赤外線受発光部１３ａと同じ本体２の前面に表示部１３ｂが配置されているので、このような姿勢でデータ送信するユーザからも表示部１３ｂがよく見えデータ受信状態を確認しやすい。
【０３３４】
（１−３）プリンタ１が比較的高い場所に設置されていると、本体２の上面に位置する操作パネル８の画面９ａが上向きとなりユーザがその画面９ａを確認することができないが、表示部１３ｂが本体２の前面（正面）で点灯するので、データ送信するユーザ（操作者）からよく視認できる。なお、カードスロット１２が例えば本体２の側面に設けられた構成においても、同様の効果が得られる。
【０３３５】
（１−４）携帯電話１４からプリンタ１へデータ送信するには、通常、数１０秒〜１分程度の時間がかかるので、手で持ったままだと途中で振れて受信エラーになることもありうる。本実施形態では、通信ポートの高さがプリンタ１の底面から１０ｃｍ以内の高さにあり、特に２〜５ｃｍの範囲内の高さにある。プリンタ１が置かれている台や机の上に携帯電話１４をその通信ポート２０がプリンタ１側に向くように置いたままデータ送信ができる。さらに、プリンタ１の前面において、排紙口７の両側の下側位置に１０ｃｍ以内の高さで通信ポートを配置しているので、携帯電話１４をプリンタ１と同じ机上に置いたままデータ送信することができ、しかも、排紙口７から排出される用紙Ｐなどに通信が遮断されることもない。
【０３３６】
（１−５）ユーザは表示部１３ｂを見ながらデータ送信しているときに自然と視線方向の表示部１３ｂ側にデータ送信先が向く場合がありうる。本実施形態では、最大通信可能距離離れた位置から表示部１３ｂに向けてデータ送信した場合、そのときの受信可能域内に赤外線受発光部（通信ポート）１３ａが位置する位置関係にある。このため、携帯電話１４の赤外線受発光部（通信ポート）２０がデータ送信中の待ち時間のうちに自然と視線方向の表示部１３ｂ側にずれても、データ送信の失敗は起きにくい。特に通常は携帯電話１４を最大通信可能距離より近づけてデータ送信するので、なおさら失敗の確率は低くなる。
【０３３７】
（１−６）ＣＦ型通信カード１３とプリンタ１の本体２側とに受信データをチェック（データ適否判断）する部分を２つに分けた。このため、未対応データが送信されたとしても、ＣＦ型通信カード１３内のオブジェクト送受信部６４により未対応データと判定されれば直ぐ破棄されるので、そのデータがプリンタ１の本体２へ転送されることがない。よって、破棄されるべきデータによって徒にＣＦ型通信カード１３から本体２側への転送に使われるポートが占有されることを回避でき、他の通信部４５ｂ〜４５ｄの受信を不要に妨げない効率のよい通信を実現できる。
【０３３８】
（１−７）受信データをチェック（適否判定）する部分を、ＣＦ型通信カード１３とプリンタ１の本体２側との２つに分けたが、これに対し、ＣＦ型通信カード１３に受信データについてする多くの判定チェックを一括的に集約させる構成も考えられる。しかし、この構成を採用した場合、データを一時蓄えるためのバッファが必要になるが、本体２側でデータの適否をチェックするようチェックを分担している本実施形態の構成では、ＣＦ型通信カード１３に処理能力の高い判定手段や比較的大容量のバッファを備えなくて済む。
【０３３９】
（１−８）対応データであるかどうかの判定を、受信上流側のＣＦ型通信カード１３内でしかもデータ受信開始時に早期に行なうため、未対応データである旨の受信エラーをユーザに素早く知らせることができる。例えばプリンタ１内でデータをすべて受信し終わってからデータを解析して対応データであるかを判定する構成も考えられる。しかし、この構成を採用した場合、数１０秒〜１分程度の時間をかけてデータを送信し終わってからエラーを知ることになりそれまでの送信作業が無駄となる。これに対し、本実施形態の構成であれば、そのような不都合な事態も回避できる。
【０３４０】
（１−９）また、例えば表示部１３ｂをプリンタ１の本体２側に設けた場合、本体２側に一旦データを転送し、未対応データを検出すればその検出結果を再びＣＦ型通信カード１３側に戻さなければならず、エラー報知までに送受信の往復分の時間がかかる。しかし、本実施形態では、未対応データの判定手段を有するＣＦ型通信カード１３側に表示部１３ｂが設けられているので、エラー報知までの通信経路がＣＦ型通信カード１３内で完結ししかも短く無駄がない。
【０３４１】
（１−１０）対応データか未対応データかを判断する際に使う拡張子データ（参照データ）を、プリンタ１の本体２側からＣＦ型通信カード１３にセットアップする。よって、拡張子データとして本体２側に設定されたものを常に使用できる。すなわち、プリンタ１の機種が異なることで対応できるデータ種が異なる場合もあり、このような場合でも、機種に応じた拡張子データがセットアップされることになるので、複数の機種あるいは新旧の機種間でＣＦ型通信カード１３を共用できる。
【０３４２】
（１−１１）データ受信状態が表示部１３ｂの表示色で報知されるので、受信状態を判別し易い。また、データ受信状態が良好なときは、「受信可能」、「受信中」のいずれも点灯色を同色（緑色）とし、エラー時は赤色点灯としたので、点灯色から受信状態が良好か否かも判別できる。さらに、データ受信状態を操作パネル８の画面９ａにも表示させるので、受信状態が画面に文字又は画像の少なくとも一方を用いて報知されるので、ストレートに分かり易い。
【０３４３】
（１−１２）プリンタ１は複数の通信方式によりデータ受信が可能であるが、これらのうち１つのポートからしかデータ受信できないので、ＣＦ型通信カード１３からデータ受信可能であるかどうかを、インターロック処理で判断する。そして、インターロック機能により受信可能と判断されたときのみ表示部１３ｂに受信可能の旨を知らせる緑点灯の表示をし、受信不可と判断されたときは表示部１３ｂを消灯する。このため、プリンタ１側でデータ受信準備ができていないことが分からず、ユーザが何度もデータを送信してもその度にエラーとなる事態を回避できる。
【０３４４】
（１−１３）データ受信中にあるときは、表示部１３ｂを緑点滅させてユーザにその旨を知らせることができる。例えばデータ受信中にあるにも拘わらず、データ送信を失敗したと思い込んだユーザが、データ送信をやり直す事態を回避できる。
【０３４５】
（１−１４）データ送信途中に通信が一瞬途絶えてデータ送信を失敗したときは、その失敗を表示部１３ｂの赤点滅により知ることができる。よって、送信先の赤外線受発光部（通信ポート）１３ａを見ながら携帯電話１４を持つユーザもその失敗を早く知ることができる。赤外線受発光部１３ａを見ているユーザにとっては、携帯電話１４のディスプレイ１８にエラーの旨が表示されてもほとんど気づかず、途中で通信が途絶えて失敗したにも拘わらず、そのまましばらくデータ送信の失敗に気づかずその状態を維持する事態を回避できる。
【０３４６】
（１−１５）データ受信完了したときは、表示部１３ｂを橙点灯させてその旨をユーザに知らせる。よって、データ送信が完了したにもかかわらず、データ送信が完了後、しばらくして携帯電話１４の表示を見るまで受信完了に気づかずそれまで送信操作をし続けるという事態を回避できる。
【０３４７】
（１−１６）携帯電話１４とＣＦ型通信カード１３との通信リンクが切断された後、例えばプリンタ１側でエラーが発生したときは、携帯電話１４にそのエラーを通知する手だてがなくなる。しかし、プリンタ１と通信できるＣＦ型通信カード１３の表示部１３ｂを赤点滅させることでエラー発生の旨をユーザに知らせることができる。従って、ユーザは携帯電話１４とＣＦ型通信カード１３との通信遮断後に発生したエラーをも知ることができる。よって、通信リンクの切断後にエラーが発生し、データ送信が成功したと思っているユーザが、データ送信後になかなか印刷が開始されず苛立ちを覚える事態を回避できる。
【０３４８】
（１−１７）表示部１３ｂの点灯色（表示色）を報知内容に応じて変えたので、点灯色から通信状態を容易に判断できる。例えば緑点灯であれば受信可能、橙点灯であれば受信完了、赤点滅であればエラーというように、点灯色から容易に通信状態を把握できる。また、スピーカ５０により通信状態をユーザに音声で報知するため、ユーザがプリンタ１から離れた場所にいても、またユーザからプリンタ１が見えない場所にいても、プリンタ１側（ＣＦ型通信カード１３を含む）の通信状態をユーザが知ることができる。また、表示部１３ｂの異なる点灯色の点灯やその点滅等による報知のみとした場合、ユーザは予めそのような表示態様がどのような通信状態を意味するのか予め知っている必要がある。しかし、スピーカ５０が報知する際に発する音声をチャイム音やブザー音などの単なる音ではなく、通信状態を人の声で説明する言葉の機械合成音としたので、どのような通信状態であるかをユーザに確実に伝えることができる。
【０３４９】
（１−１８）プリンタ１の本体２の上面に上側を向いて設けられた画面９ａにもデータ受信状態を表示させるようにしたので、プリンタ１より高い目線の位置からデータ送信するユーザにとっても、通信状態を知ることができる。
【０３５０】
（１−１９）画面９ａに通信状態を表示させる場合、エラーについてはその内容まで分かるように文字情報で知らせるので、ユーザは何が原因でエラーが発生したかを知ることができる。このため、エラー発生原因が分からず、繰り返し送信エラーを発生させる事態を回避できる。
【０３５１】
（１−２０）ＣＦ型通信カード１３は携帯電話１４との通信が完了すると表示部１３ｂを橙点灯させるが、一旦橙点灯になってからそれ以後、赤点滅になった場合はプリンタ１側で起きたエラーであると分かる。よって、仮にエラー内容まで表示しない構成としても、表示部１３ｂの点灯色の変化の仕方からエラー原因をある程度特定できる。例えばユーザから修理を依頼されたメンテナンス時の原因特定に役立つ。
【０３５２】
（１−２１）本実施形態では、赤外線通信方式の導入に当たり、他の通信方式のラスタ処理部を利用（共用）できるように、データ形式を変換するプロファイル処理部７４を設けている。すなわち、ｖＮｏｔｅファイル添付形式の画像データ（エンコード画像データ）はＢａｓｅ６４デコードによってＪＰＥＧ画像データにデコードし、ｖＣａｒｄファイル形式の個人情報データ（テキストデータ）はテンプレート組込み記述形式のＸＨＴＭＬデータに変換した。よって、その形式変換後は他の通信方式と共用のデータ処理経路を通ることで印刷データに変換することができる。従って、赤外線通信方式をプリンタ１に導入するに当たり、追加すべき回路及びソフトウェアをできるだけ簡素に済ませることができる。
【０３５３】
（１−２２）ＩｒＤＡ通信モジュールをカードに内蔵したＣＦ型通信カード１３とし、メモリカード用のカードスロット１２にセットするだけでプリンタ１に実装できるようにしたので、プリンタ１の筐体を変更することなくそのまま使用することができる。従って、プリンタ１の筐体を形状変更する必要がないので、筐体の設計変更や製造金型変更が不要である。このことは赤外線通信方式導入によるプリンタ１の製造コスト増大を抑制できる。
【０３５４】
（１−２３）操作部１０、認証コード記憶部１５１及び認証コード管理部１５２により実現される認証コード登録機能を、ＢＴ通信部４５ｃとＣＦ型通信カード１３で共有している。よって、異なる通信方式毎に認証コード登録機能を用意する必要がない。
【０３５５】
（１−２４）個人情報データ形式の一つのプロパティと値の組み合せを区分識別子として検出する手段を設けたことにより、携帯電話から送信された個人情報データが単件データであるか、全件データであるのかを自動的に認識できる。
【０３５６】
（１−２５）携帯電話１４の個人情報データはｖＣａｒｄ形式であり、直接データを印刷することはできないが、ｖＣａｒｄ形式ファイルデータをＸＨＴＭＬ形式のデータに変換する手段を設けたことにより印刷可能なデータにすることができる。
【０３５７】
（１−２６）データの単件、全件の区別がつくことにより、単件の場合は名刺テンプレート形式のデータに変換され、全件の場合には電話帳テンプレート形式のデータに変換されるようにすることができる。
【０３５８】
（１−２７）データが単件、全件を区別するだけで、自動的に印刷レイアウトを決定することもできる。
（１−２８）区分識別子を検索する手段を設けたことにより、全件データを件別データに分割して処理することができる。また、全件個人情報データを１件ずつ処理することが可能なことにより、単件データに分割して名刺レイアウトで印刷することができる。
【０３５９】
（１−２９）ｖＣａｒｄのデータの種類により、名刺レイアウトを変更することができる。例えば、会社に関連するデータのみが入っている場合は、会社用名刺レイアウト、私的情報のみが入っている場合は、個人用名刺レイアウトで印刷することができる。
【０３６０】
（１−３０）ｖＣａｒｄのデータを取捨選択することにより、会社用名刺レイアウト、個人用名刺レイアウトあるいは電話帳レイアウトが選択できる。
（１−３１）オブジェクトのうちメモ領域の記述情報に応じた指定内容で印刷できる。すなわち、ユーザは携帯電話１４の個人情報欄を表示させてその中のメモ欄に「ａ」「ｂ」「ｃ」などの文字情報を書き込む。この記述された文字情報は個人情報データのうちメモ領域格納される。このメモ領域に記述された数字はレイアウトを指定する文字として扱われる。携帯電話１４から送信された個人情報データを受信すると、そのメモ領域に格納された数字を識別してその文字に応じたレイアウトを決定する。個人情報をメモ領域で指定したレイアウトで印刷できる。
【０３６１】
（１−３２）携帯電話１４で作成されたデータがプリンタ１に送信され、プリンタ単独で名刺印刷を容易にすることができる。手持ちの名刺がなくなった場合に、携帯電話１４のデータをプリンタ１に送るだけで、容易に必要な枚数の名刺を印刷することができる。しかも、携帯電話１４で元々個人情報を管理するデータを利用するので、名刺の記載内容を改めて入力する手間もいらない。さらに携帯電話１４で扱われるレイアウト定義できないｖＣａｒｄ形式のデータをレイアウト定義できるＸＨＴＭＬ形式のデータに形式変換するので、一般の名刺どおりのレイアウトで印刷できる。また、名刺テンプレートも複数種用意されているので、所望のレイアウトの名刺を印刷できる。
【０３６２】
（１−３３）  携帯電話１４から受信したデータを基に、これらのデータをプリンタ１が適宜変換して直接印刷することができる。よって、パーソナルコンピュータ（パソコン）にデータを送り、パソコンのデータをメモリカード等の記憶媒体に記憶させ、プリンタ１に読み込んで印刷するよりも容易に素早く印刷することができる。
（第２の実施形態）
次に第２の実施形態を図３９に基づいて説明する。
この実施形態は、プリンタ１に送信するｖＣａｒｄファイルのメモ領域に記述する情報により印刷パラメータを指定する変形例である。前記第１の実施形態はメモ領域の記述情報により印刷レイアウト指定を行う例であったが、この第２の実施形態は、メモ領域の記述情報を印刷レイアウト指定の替わりに印刷枚数指定などの他の印刷パラメータを設定可能とした例である。本実施形態は、レイアウト指定に替え、あるいはレイアウト指定に更に他の印刷条件を付加して印刷条件指定する例である。
【０３６３】
印刷レイアウト指定情報が複数選択できるようになっている。メモ領域の記述内容が印刷パラメータの指定の記述であるか否かの判断は、ＣＰＵ４１が行う。
ＣＰＵ４１は予め決められた記述形式であるか否かや指定に使用される符号等以外の文字情報を含んでいないか否かを、記述内容を解析して判断する。例えば、印刷レイアウト指定の文字は小文字のアルファベットも使用し、複数のレイアウト指定を行う場合には、文字をカンマで区切ることを約束とする。また、印刷枚数の指定を算用数字とし、印刷レイアウトと印刷枚数の両者を決定する場合には、最初に印刷レイアウト指定の情報を入力し、次にセミコロンで区分し、印刷枚数の情報を入力する入力形式にしておく。このように予め決められた印刷情報の指定方法に関するルールがＥＥＰＲＯＭ４３に記憶してあり、このルールの情報に基づいてＣＰＵ４１が解析処理する。指定符号等以外の文字情報を含む場合は、その指定符号が印刷パラメータの指定目的ではなく、単なるメモとしての記述中に指定符号が含まれていた可能性もあるので、このような場合は指定なしと判断してデフォルトの印刷パラメータを設定する。
【０３６４】
図３９（ａ），（ｂ）は、携帯電話１４のディスプレイ１８に表示された個人情報の一例であり、メモ領域に指定の文字や数字を記述することにより印刷条件を指定できるようになっている。
【０３６５】
図３９（ａ）は、印刷レイアウトと印刷枚数をメモ領域で指定した個人情報の一例を示す。メモ欄の記述内容によって印刷条件を指定できる決まりが予め設定されており、複数の印刷パラメータを指定できる。本例では、印刷レイアウトに加え、印刷枚数を指定できる。その指定の決まりは、レイアウトの指定情報と印刷枚数の指定情報をセミコロンで区分して記述する。例えば「ａ；３」などと情報が入力されていれば、印刷レイアウトは「ａ」で印刷枚数「３枚」を指定したことになる。このようにメモ領域に指定した個人情報データをプリンタ１へ送信すると、ＣＰＵ４１はｖＣａｒｄファイルのNote領域の記述内容を取り出し、その内容を解析して指定に合致した記述、すなわち「ａ；３」のようにアルファベットと数字がセミコロンで区分された記述を検索する。
【０３６６】
「アルファベット；数字」をみつけると、さらにその他の情報が記述されていないかをみる。他の情報が記述されていれば、その「アルファベット；数字」の記述は印刷パラメータの指定ではなく、本来のメモとしての使用の記述内容にたまたま「アルファベット；数字」の組合せが含まれていたと判断し、指定なしと判断する。もちろん、特殊記号を付した行は無視するとか、逆に特殊記号を付した行のみ有効として指定を行なう決まりを採用することもできる。例えば複数行に亘り記述され、ある行には特殊記号が記載された後、「アルファベット；数字」が存在する場合は、その特殊記号が先頭にある行は指定として有効となり、指定情報以外の他に文字列がなければ、指定と判断するようにする。こうすれば、メモ領域を本来のメモの記述と印刷パラメータ指定の記述とを共存でき、指定するときにはメモを一時消去しなければならないという不便さはなくなる。
【０３６７】
図３９（ｂ）は印刷パラメータをメモ欄で３つ指定できる場合の個人情報の一例を示す。印刷レイアウトのテンプレートが複数用意されている場合、１つのデータに対しレイアウトを複数指定して印刷できるようにしている。例えば、１つの単件の個人情報データに対し、図３３（ａ），（ｂ），（ｃ）に示すような３通りの名刺レイアウトのテンプレートＰＬ２〜ＰＬ３で名刺を１枚ずつ印刷する。複数のレイアウトを指定する場合は、メモ欄でレイアウト指定符号をカンマ「，」で区切って記述する決まりとし、例えば「ａ，ｂ，ｃ」のように指定符号をカンマで区分して複数のレイアウトを指定する。もちろん、複数のレイアウトを複数枚ずつ印刷する指定も可能であり、例えば最後のカンマの後に記述された符号の次にコロンがあればコロンの後に記述された符号が枚数指定とする決まりとしておき、「ａ，ｂ，ｃ：５」と記述されていれば、ＣＰＵ４１はａ，ｂ，ｃで指定された３種類のレイアウトで５枚ずつ名刺印刷する指定であると認識する。ＣＰＵ４１は、レイアウトの指定情報（例えば符号）以外の記述を検出した場合は、記述は無効と判断し、「デフォルト」を指定する。
【０３６８】
メモ欄に印刷パラメータのうちの１つしか指定できない場合、例えば印刷レイアウトの指定に替え、印刷枚数を指定することもできる。例えばメモ欄に「２」を記述しておくと、その個人情報が記述された名刺が２枚印刷される。この場合、印刷レイアウトは、予めＥＥＰＲＯＭ４３に記憶されているデフォルトの名刺テンプレートを使用する。もちろん、印刷パラメータの幾種かを操作パネル８の操作により指定できるようにしておき、他の一つ又は複数の印刷パラメータをメモ欄の記述により指定する方法も採用できる。例えば枚数指定はメモ欄への記述で指定し、印刷レイアウトは操作パネル８で選択してプリンタ１に直接登録する。また、プリンタ１では用紙として単票紙とロール紙のどちらかを選択可能であるが、この場合、単票紙とロール紙のどちらで印刷するかをメモ欄の記述情報で指定することも可能である。さらにメモ領域の記述によって、フォントの種類、大きさ（サイズ）を指定することもできる。
【０３６９】
ｖＣａｒｄファイルのメモ領域の記述により指定する内容及び指定の仕方は予め定められており、ＣＰＵ４１はその定められた指定方法に従ってメモ領域の記述内容(記述情報)を解析して指定内容を特定する。
【０３７０】
以下に第２の実施形態の効果を記載する。
（２−１）メモ領域に予め決められた指定内容を予め決められた記述方法で記述しておくことで、印刷レイアウト、印刷枚数、印刷用紙、文字情報（フォント、大きさ）等の印刷パラメータを設定することができる。この方法は、メモ領域の入力方法に約束事を決めておけばよいので、新規に指定用の入力欄などを追加する必要がない。また、アルファベットや数字など簡易な符号を使用するので、印刷パラメータを簡単に指定できる。例えば印刷レイアウトの種類の設定にはアルファベットの小文字を使用し、印刷枚数の決定には算用数字を使用する等である。
（第３の実施形態）
次に第３の実施形態を図４０及び図４１に基づいて説明する。
この実施形態は、全件データについても、メモ領域の記述情報によってレイアウトを指定できる例である。ＥＥＰＲＯＭ４３にはさらに図４１に示すテンプレートＰＬ１１が記憶されている。このテンプレートＰＬ１１は、全件データに含まれる各個人情報の名刺を１枚ずつ配置したレイアウトで印刷するためのテンプレートである。
【０３７１】
図４０は、ＩｒＤＡプロファイル処理部７４でのデータの処理を示すフローチャートである。前記第１の実施形態における図３７のフローチャートと基本的に同じであるが、全件データについてもNote領域の記述内容を解析して指定されたテンプレートを特定する。
【０３７２】
同図において、Ｓ５００〜Ｓ５４０，Ｓ５６０〜Ｓ５９０の各処理は、図３７におけるＳ２００〜Ｓ２４０，Ｓ２６０〜Ｓ２９０の各処理と同様の処理を行う。Ｓ５５０の処理が第１の実施形態と異なっている。
【０３７３】
Ｓ５５０では、全件データ中の１件目の個人情報のNote領域を解析し、その解析結果に応じたテンプレートを指定する。例えばプリンタ１の取扱説明書には、全件印刷用のレイアウトとして、図３３（ｄ）の電話帳テンプレートＰＬ１０、図４１の名刺レイアウトのテンプレートＰＬ１１を含む複数種のレイアウト図が記載され、それぞれを指定するときの番号が対応付けて記載されている。そして、例えば全件中の中で一番登録番号の若い１件目の個人情報中のNote領域にレイアウトを指定する番号を記述するよう決められている。ユーザは全件データを印刷するときにその中で登録番号の一番若い個人情報のメモ欄に、指定したいレイアウトの番号を入力する。その結果、携帯電話１４から送信したデータにはその１件目の個人情報中のプロパティ「ＮＯＴＥ」の値として、その指定されば番号、例えば「１１」が記述されている。番号「１１」を解析して取得すると、ＣＰＵ４１はその番号「１１」に対応する複数件用名刺レイアウトのテンプレートを指定する。
【０３７４】
そして、Ｓ５７０では、テンプレート記憶部８６からその指定されたテンプレートＰＬ１１を読み出す。こうして全件データ中の各個人情報データが図４１に示すテンプレートＰＬ１１中の名刺レイアウト（各レイアウト枠）に１件ずつ流し込まれ、名刺レイアウト付きのＸＨＴＭＬデータが作成される（Ｓ５８０）。
【０３７５】
その後、ラスタ処理（Ｓ５９０）が施され、さらに印刷データに変換され、プリントエンジン７７によってその印刷データに基づき印刷処理が行われることにより、複数件の個人情報が図４１に示す名刺レイアウトで印刷される。
【０３７６】
以下、第３の実施形態の効果を記載する。
（３−１）全件データについてもメモ領域でレイアウト指定できるので、複数件の個人情報を所望のレイアウトで印刷できる。例えば全件の個人情報を使って全員又はグループ所属員の名刺を印刷したいとき、１件ずつデータを送信する必要がなく、携帯電話１４から直接印刷する際の手間を省くことができる。
【０３７７】
（第４の実施形態）
次に第４の実施形態を図４２〜図４４を用いて説明する。
図４２は、ＣＦカードスロットを２つ設けた場合のプリンタの斜視図である。同図に示すように、プリンタ１の本体２の前面右側下部には、上下２段に配置された２つのカードスロット１２ａ，１２ｂが設けられている。２つのカードスロット１２ａ，１２ｂは、前記第１の実施形態と同様の構成を有し、メモリカードＭＣとＣＦ型通信カード１３のどちらも挿着可能である。例えば一つをメモリカード用、他方を赤外線通信機能搭載ＣＦカード用として使用する。
【０３７８】
図４３は、プリンタとＣＦ型通信カード及び携帯電話の電気構成ブロック図を示す。図４３と図５の電気構成ブロック図の相違点は、プリンタ側に第２スロット通信部が設けられた点である。
【０３７９】
この構成において、ＣＰＵ４１は、第１カードスロット１２ａ及び第２カードスロット１２ｂに挿入されたカードの種類を、通信インターフェイス（Ｉ／Ｆ）４５及びバス４９を介して判断する。カードの種類の判別は図１７のフローチャートに従って行う。
【０３８０】
第１カードスロット１２ａと第２カードスロット１２ｂにメモリカードＭＣが挿入された場合は、両方のカードはメモリカードとして機能する。ＣＰＵ４１は、ユーザが操作部１０の操作により選択した指示を受信し、その選択されたメモリカードの情報を読み出し、ＲＡＭ４４に一時的に保存する。その後、ＣＰＵ４１はユーザの指示に従って表示画面に画像を表示させたり、あるいは印刷を行う。
【０３８１】
第１カードスロット１２ａと第２カードスロット１２ｂにＣＦ型通信カード１３が挿入された場合は、ＣＰＵ４１は、通信インターフェイス（Ｉ／Ｆ）４５を制御して、第１スロット通信部４５ｅのポートを通信時に開き、第２スロット通信部４５ｆのポートは常に閉じる。
【０３８２】
第１カードスロット１２ａにＣＦ型通信カード１３、第２カードスロット１２ｂにメモリカードＭＣが挿入された場合、ＣＰＵ４１はＣＦ型通信カード１３による受信データが先か、ユーザが操作部１０を操作することによるメモリカードＭＣからの情報が先かの判断を行う。これは、図５で説明したように、先に通信インターフェイス（Ｉ／Ｆ）４５にデータが到達したデータに対して、ＣＰＵ４１はポートを開く命令をする。なお、この場合には、第１カードスロット１２ａにメモリカードＭＣ、第２カードスロット１２ｂにＣＦ型通信カード１３という構成でも同様である。
【０３８３】
図４４にＣＦ型通信カードとメモリカードが競合した場合のシーケンス図を示す。
まず、図４４の上側において、携帯電話１４から赤外線通信カード（ＣＦ型通信カード）１３にデータが送信されると、そのデータは赤外線通信カード１３からプリンタ１内に転送される。プリンタ１は、そのデータを受信したら受信完了の通知を赤外線通信カード１３に送信し、その通知データを携帯電話１４に送信する。携帯電話１４に受信完了の通知が届くことにより、ユーザは送信したデータがプリンタ１に間違いなく送信できたことが確認できる。こうして、携帯電話１４から送信されたデータは、印刷実行される。一方、携帯電話１４のデータをプリンタ１が受信を開始した後に、ユーザが操作パネル８を操作してメモリカードＭＣのデータを読み込もうとしても、ＣＰＵ４１がメモリカードＭＣのデータの読込を拒否する。メモリカードＭＣのデータ読込禁止の状態は、プリンタ１がデータを受信し始めてから、受信完了通知を送信するまで継続する。
【０３８４】
図４４の下側において、上側とは逆にユーザが操作パネル８を操作し、メモリカードＭＣからデータを読み込む方が早い。プリンタ１は、メモリカードＭＣのデータを読み込んで印刷を実行する。一方、携帯電話１４から送信したデータは、メモリカードＭＣからデータを読み込むのが完了するまで、受信不可となる。
【０３８５】
したがって、携帯電話１４から送信されたデータは、結局プリンタ１において受信拒否の通知がされ、赤外線通信カード１３を介して携帯電話１４に受信エラーメッセージとして通知される。
【０３８６】
第１カードスロット１２ａに赤外線通信カード１３が、第２カードスロット１２ｂにメモリカードＭＣが挿入されている場合において、メモリカードのデータをプリンタ１で印刷することが可能である。ただし、赤外線通信カード１３がデータを受信して、同データを印刷している場合は印刷することができない。これは、通信インターフェイス（Ｉ／Ｆ）４５がメモリカードＭＣのデータの受信ポートを閉ざすように制御されているからである。この制御機構は、スロット通信部４５ｅ，４５ｆ間だけでなく、パラレル通信部４５ｂ、ＢＴ通信部４５ｃ、ＵＳＢ通信部４５ｄの各間で働くようになっている。
【０３８７】
以下、第４の実施形態の効果を記載する。
（４−１）カードスロット１２ａ，１２ｂが２つ設けられているプリンタにおいては、同時に赤外線通信カード１３とメモリカードＭＣを挿着することができる。もちろん、メモリカードＭＣを２つ、あるいは赤外線通信カード１３を２つ挿着しても構わない。
【０３８８】
（４−２）スロットが１つのプリンタにおいては、メモリカードでも赤外線通信カードでも、スロットに挿着した時点で判断されるので、兼用ができる。
（４−３）赤外線通信のｖＣａｒｄ形式のデータをプリンタ１内で、Bluetooth用データと同じＸＴＨＭＬ形式に変換する機能を持たせたことにより、その後の印刷データ変換機能を共有できる。
【０３８９】
（第５の実施形態）
第１の実施形態では、ＩｒＤＡプロファイル処理部７４等によって、ｖＣａｒｄとｖＮｏｔｅのｖＯｂｊｅｃｔデータをＸＨＴＭＬデータに変換する処理を行っていた。これに対し、本実施形態では、ｖＣａｒｄ、ｖＮｏｔｅ以外の形式も含むｖＯｂｊｅｃｔデータ全般についてＸＨＴＭＬデータに変換する処理（ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理という）を行い、携帯電話１４から送信したｖＯｂｊｅｃｔデータを所定のレイアウトでプリンタ１に印刷させる例である。このｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理について以下に詳細に説明する。
【０３９０】
図４５は、ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理に関係する部分およびその他関連部分の機能構成を示すブロック図である。なお、ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理では、ｖＣａｒｄ、ｖＮｏｔｅ以外に、ｖＣａｌｅｎｄａｒ、ｖＭｅｓｓａｇｅ、ｖＢｏｏｋｍａｒｋ等を含む一般にｖＯｂｊｅｃｔと称される形式のデータを扱う。
【０３９１】
同図に示すように、ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０は、ＸＨＴＭＬ構築管理部（XHTML Builder Agent）１８１、ｖＯｂｊｅｃｔ解析部（vObject Parser）１８２、ＸＨＴＭＬ変換部（XHTML Builder）１８３、テンプレート記憶部８６および画像データデコード部８７を備える。ｖＯｂｊｅｃｔ解析部１８２はファイル名付与部１８４を有する。
【０３９２】
まずデータトランスファ部７３で受け取ったｖＯｂｊｅｃｔデータは、拡張子識別部８１に送られる。ここで、拡張子識別部８１は、ｖＣａｒｄ、ｖＮｏｔｅ、ｖＣａｌｅｎｄａｒ、ｖＭｅｓｓａｇｅ、ｖＢｏｏｋｍａｒｋの各拡張子「ｖｃｆ」「ｖｎｔ」「ｖｃｓ」「ｖｍｇ」「ｖｂｍ」を識別する。そして、１ファイル中に複数件のデータを含む場合があるｖＣａｒｄについては件数判定部８２に送り、他のｖＮｏｔｅ、ｖＣａｌｅｎｄａｒ、ｖＭｅｓｓａｇｅ、ｖＢｏｏｋｍａｒｋについてはｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０に直接送るようになっている。もちろん、ｖＣａｒｄ以外の形式であっても複数件のデータを含む場合がありうるｖＯｂｊｅｃｔデータについては、その拡張子を拡張子識別部８１に登録しておき件数判定部８２に送るようにすることも可能である。なお、件数判定部８２、ノート解析部８３および分割処理部８４の構成・処理内容については、前記第１の実施形態と同様である。
【０３９３】
ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０は、ｖＣａｒｄの全件（複数件）データについては分割処理部８４から１件ずつデータを受け取り、それ以外のｖＯｂｊｅｃｔデータについてはデータトランスファ部７３から直接受け取る。このｖＯｂｊｅｃｔデータには、テキストデータのみを含むもの、画像データのみを含むもの、テキストデータと画像データの両方を含むものがある。ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０が受け取ったｖＯｂｊｅｃｔデータは、まずＸＨＴＭＬ構築管理部１８１に渡される。
【０３９４】
ＸＨＴＭＬ構築管理部１８１は、ｖＯｂｊｅｃｔ解析部１８２、ＸＨＴＭＬ変換部１８３などを統括管理する。ＸＨＴＭＬ構築管理部１８１は、まずｖＯｂｊｅｃｔ解析部１８２にｖＯｂｊｅｃｔデータを渡し、ｖＯｂｊｅｃｔデータの中身について解析させる。ｖＯｂｊｅｃｔ解析部１８２は、ｖＯｂｊｅｃｔデータの中身を解析（解読）し、ｖＯｂｊｅｃｔデータ種（ｖＣａｒｄ、ｖＮｏｔｅ、ｖＣａｌｅｎｄａｒ等）の確認（検証）、プロパティおよびプロパティ値の取得、添付画像の有無の確認などを行う。なお、ｖＯｂｊｅｃｔデータに添付された画像データにはファイル名が付されていない。
【０３９５】
ＸＨＴＭＬ構築管理部１８１は、ｖＯｂｊｅｃｔ解析部１８２から受け取った解析結果をＸＨＴＭＬ変換部１８３に渡す。ＸＨＴＭＬ変換部１８３が画像付きｖＯｂｊｅｃｔデータであることを認識した場合は、その内部のファイル名付与部１８４が画像データ（画像ファイル）にファイル名を付与する。そして、ＸＨＴＭＬ変換部１８３は、そのファイル名と一緒に、ｖＯｂｊｅｃｔデータにある画像データのバッファリングをＸＨＴＭＬ構築管理部１８１に依頼する。ＸＨＴＭＬ構築管理部１８１は、ファイル名と一緒に画像データのバッファリングを行うとともに画像データデコード部８７にデコード対象の画像データがバッファリングされた旨を通知する。
【０３９６】
画像データデコード部８７はその通知を受け付けると、バッファリングされた画像データを読み出して、そのエンコードされた画像データのデコード処理（Base64）を行う。そして、画像データデコード部８７は、デコード処理の結果得られたＪＰＥＧデータをファイル名と一緒に画像データラスタ処理部７６に送る。すなわち、画像データデコード部８７は、ＪＰＥＧデータをそのファイル名と一緒にバッファ７６ａに格納するとともに画像データラスタ処理部７６に処理の対象となるＪＰＥＧデータがバッファ７６ａに格納された旨を通知する。なお、第１の実施形態では、画像データデコード部８７は、データの中身の解析なども行っていたが、この実施形態では解析などはｖＯｂｊｅｃｔ解析部１８２が行うため、エンコードされた画像データのデコード処理のみを行う。本実施形態では、テキストと画像が同一ページ上にレイアウトされたデータのラスタ処理を行うラスタ処理部を、テキストデータラスタ処理部７５と画像データラスタ処理部７６を含む１つのラスタ処理部１８５として構成している。
【０３９７】
また、ＸＨＴＭＬ変換部１８３は、ｖＯｂｊｅｃｔ解析部１８２によるｖＯｂｊｅｃｔデータの解析結果をＸＨＴＭＬ構築管理部１８１から受け取ると、ノート解析部８３から取得した指定文字の情報Ｍ、あるいは後述する方法により取得したレイアウト指定情報に基づき、その情報に対応するテンプレートをテンプレート記憶部８６から読み出す。テンプレートはＸＨＴＭＬ言語で記述されており、ＸＨＴＭＬ変換部１８３は、解析結果に含まれる各プロパティ値を、テンプレートにおける各プロパティの対応箇所に組み込んでＸＨＴＭＬデータを構築する。
【０３９８】
例えばｖＣａｒｄデータ（図２６参照）の場合、プロパティの値である「山田  太郎」、「ヤマダ  タロウ」、「0123456789」などが、図２９に示す名刺印刷用のテンプレート書式データＬＴ１におけるプロパティ毎の各指定位置に組み込まれる。また、画像付きｖＯｂｊｅｃｔデータの場合は、デコード処理後の画像データ（ＪＰＥＧデータ）の格納先を示すパスとして使用されるファイル名が、テンプレート（ＸＨＴＭＬレイアウトデータ）中の対応箇所に記述される。もちろん画像データの格納形式がフォルダ階層構造である場合は、その階層構造を示すパスが記述される。例えば画像付きｖＣａｒｄデータの場合、図３０の画像付き名刺印刷レイアウト用のテンプレートＬＴ２に、プロパティの値である「山田  太郎」、「ヤマダ  タロウ」、「0123456789」等が組み込まれる他、図３０のデータ中のファイル名「photo.jpg」の位置に、画像データのパス（ファイル名付与部１８４により付与された例えばファイル名「photo1.jpg」）が組み込まれる。もちろんフォルダ階層構造で格納される場合は、そのフォルダ階層構造を示すパスが、その位置に組み込まれる。
【０３９９】
また、ｖＯｂｊｅｃｔデータのＸＨＴＭＬデータへの変換は、１データずつ行われるが、ｖＣａｒｄデータが全件（複数件）データである場合は、分割処理部８４で分割された１件分ずつｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０に出力されるため、１件分ずつＸＨＴＭＬデータに変換される。
【０４００】
ＸＨＴＭＬ変換部１８３で使用するテンプレートを指定するレイアウト指定方法は、前記第１の実施形態では、ノート解析部８３に解読させる番号等の値Ｍをノート領域に記述しておく指定方法、あるいは拡張子にテンプレートを一義的に関連付けて決めておく指定方法を採用した。すなわち、ノート解析部８３から取得した番号等の値Ｍに対応するテンプレートを読み出したり、ｖＣａｒｄデータの拡張子「ｖｃｆ」であればそれが全件データの場合に名刺レイアウトのテンプレートを一義的に読み出すようにしていた。これに対し本実施形態では、これらの指定方法以外のレイアウト（テンプレート）指定方法も採用している。
【０４０１】
以下、他のレイアウト指定方法について説明する。まずオーダーシートを用いてレイアウトを指定する方法について説明する。オーダーシートはスキャナ搭載型プリンタ（複合機）において使用されるもので、オーダーシートに印刷された内容をスキャナに読み込ませることで種々の設定内容をプリンタに指定するものである。
【０４０２】
図４６はオーダーシートの平面図である。また図４７はスキャナ搭載型プリンタ（複合機）の斜視図である。オーダーシート１９０は、複数（この例では４つのみ図示）のレイアウト１９１〜１９４と、レイアウト１９１〜１９４毎に対応するチェックボックス１９５が印刷されたシート（用紙）である。オーダーシート１９０の右上箇所にはバーコード１９６が印刷されており、このバーコード１９６を読み取ることで、携帯電話１４から受信したｖＯｂｊｅｃｔデータを印刷する際のレイアウト指定である旨を認識できるようになっている。この例のオーダーシート１９０には、４つのレイアウト、すなわちテキストのみの横型の名刺レイアウト１９１、テキストのみの縦型の名刺レイアウト１９２、画像付きの横型の名刺レイアウト１９３、画像付きの縦型の名刺レイアウト１９４が印刷されている。
【０４０３】
図４７に示すスキャナ搭載型プリンタ（以下、プリンタ２１０という）は、一台でスキャナ、プリンタ、コピーの３機能を備える。すなわちプリンタ２１０は、本体２１０Ａにスキャナ部２１１を備え、スキャナ機能と、プリンタ機能と、スキャナ部２１１で読み取った画像データを内部で印刷データに変換処理することによりスキャニングした画像を印刷するコピー機能とを有する。プリンタ２１０で印刷された用紙Ｐは、本体２１０Ａの前面下側に開口する排紙口２１０Ｂから排出される。
【０４０４】
プリンタ２１０の本体２１０Ａには操作パネル部２１２が設けられ、この操作パネル部２１２に表示手段としてのＬＣＤ（液晶表示器）２１３、操作部としてのメニューボタン２１４や印刷実行ボタン２１５、コピーボタン２１６、スキャナボタン２１７等の各種操作スイッチが配設されている。また、プリンタ２１０の本体２１０Ａの前面には、前記第１の実施形態と同じＣＦカードスロット１２が、前記第１の実施形態で述べた位置条件を満たす箇所に設けられており、このＣＦカードスロット１２に前記第１の実施形態と同じＣＦ型通信カード１３が挿着されている。
【０４０５】
プリンタ２１０に内蔵されたＣＰＵは、ＲＯＭ等のメモリ（いずれも図示せず）に記憶された制御プログラムを実行し、スキャナ、プリンタ、コピー等の各種機能を実現する。また、メモリには、オーダーシート１９０の印刷用データ、バーコードの認識処理を行うためのバーコード認識処理プログラム、チェックが入れられたチェックボックス１９５を判定するチェックボックス判定プログラム等が記憶されている。操作スイッチを操作することによりＬＣＤ２１３上にオーダーシート一覧リストを表示させ、その一覧の中から所望のレイアウトを含むオーダーシートを選択し、印刷実行ボタン２１５を押下することによりオーダーシート１９０を印刷する。すなわち、ＣＰＵは印刷実行ボタン２１５の押下を検出すると、そのとき選択状態にあるオーダーシートの印刷処理を実行する。なお、ユーザがプリンタ２１０の操作スイッチを操作してオーダーシート１９０を選択して印刷する方法の他、ホストコンピュータにプリンタドライバまたは印刷用ソフトウェアの一部としてインストールされたオーダーシート指定プログラムを実行させ、キーボードやマウスの操作により選択したオーダーシートを印刷する方法を採用することもできる。
【０４０６】
こうしてオーダーシート１９０を入手すると、ユーザはチェックボックス１９５にチェックを入れる（例えば枠内を塗りつぶす）ことでレイアウトを選択指定し、そのチェックを入れたオーダーシート１９０を、プリンタ２１０のスキャナ面上にセットしてスキャナボタン２１７を押下することで、スキャナ部２１１に読み取らせる。
【０４０７】
プリンタ２１０のＣＰＵは、スキャナ部２１１がオーダーシート１９０から読み取ったバーコード１９６を解読することにより、そのオーダーシート１９０のスキャニングが携帯電話１４からの受信データを印刷する際のレイアウト指定を目的とするものであることを認識する。さらにＣＰＵはスキャナ部２１１がオーダーシート１９０から読み取ったチェックの入ったチェックボックス１９５を画像処理により特定し、ユーザから指定されたレイアウトを認識する。プリンタ２１０のＥＥＰＲＯＭ等のメモリには、各種レイアウトと対応するテンプレートが記憶されており、プリンタ２１０のＣＰＵは、ユーザによって指定されたレイアウトを認識すると、そのレイアウトに対応付けられたレイアウト指定情報をメモリに格納する。そして、ＸＨＴＭＬ変換部１８３がＸＨＴＭＬデータを構築する際は、ＸＨＴＭＬ変換部１８３はメモリに格納されたレイアウト指定情報を読み出し、そのレイアウト指定情報に対応するテンプレートをテンプレート記憶部８６から読み出す。
【０４０８】
ここで、オーダーシート１９０が携帯電話１４からの受信データを印刷する際のレイアウト指定を目的とするものであることをプリンタ２１０に認識させる方法は、バーコード１９６による指定に限定されない。例えばプリンタ２１０を携帯電話対応印刷レイアウト指定モード（以下、レイアウト指定モードという）に切り替わるように構成し、このレイアウト指定モードの状態でオーダーシート１９０が読み取られた際は、その指定されたレイアウトが携帯電話１４からのデータを印刷する際の指定レイアウトであると認識する方法も採用できる。
【０４０９】
プリンタ２１０をレイアウト指定モードに切り替える方法には、プリンタ２１０が自動認識してそのモードに切り替わる方法と、ユーザが操作スイッチを操作してプリンタ２１０をそのモードに切り替える方法とが挙げられる。自動認識方法では、携帯電話１４からのｖＯｂｊｅｃｔデータの受信が終わると、プリンタ２１０がレイアウト指定モードに切り替わり、このモードの状態でスキャナ部２１１にオーダーシート１９０を読み取らせる。一方、スイッチ操作によるモード切り替え方法では、プリンタ２１０の操作スイッチを操作することによりＬＣＤ２１３上にモード選択リストを表示させ、その一覧の中からレイアウト指定モードを選択することによりプリンタ２１０をレイアウト指定モードに切り替える。そして、このモードの状態でスキャナ部２１１にオーダーシート１９０を読み取らせる。
【０４１０】
さらに、他のレイアウト指定方法として、名刺をスキャナ部２１１に読み取らせてレイアウトを指定する方法も採用できる。見本となる名刺をスキャナ面にセットしてスキャナ部２１１がこれを読み取ると、プリンタ２１０のＣＰＵは、名刺の画像データを画像解析してテキストと画像とに分離処理し、テキストの記述内容（例えばその一行の文字列全てまたはその一行中のキーワード文字列）を解読したり、他の行の文字列との配置関係を解析したりすることにより、会社名、役職、氏名、電話番号、ＦＡＸ番号、メールアドレスなどの各項目を識別する。例えば会社名であればその一行中に「株式会社」の文字列を含むか否か、氏名であればその一行中に予め登録された「姓」や「名」と一致する文字列が存在するか否か、最後の一文字が「名」で使われる頻度の高い「夫」「郎」「子」等の登録文字と一致する文字が存在するか否かなどをみることにより判別する。また、電話番号であれば「TEL」や「tel」等、ファックスであれば「FAX」や「fax」等、メールアドレスであれば「E-mail」「＠」や「co.jp」等の登録文字列（または文字）と一致する文字列（または文字）が存在するか否かをみることにより判別する。そして、名刺における会社、役職、氏名、電話番号等の各項目の記述領域を、ｖＯｂｊｅｃｔデータ中の各プロパティ値を配置するテキスト配置領域とするテンプレート（ＸＨＴＭＬレイアウトデータ）を生成する。
【０４１１】
こうして指定されたレイアウトに対応するテンプレートが決まると、ＸＨＴＭＬ変換部１８３は、携帯電話１４から受信した例えばｖＣａｒｄデータをｖＯｂｊｅｃｔ解析部１８２が解析することにより得たプロパティの値（テキスト）を、テンプレートにおける各プロパティと対応する配置領域に組み込んでＸＨＴＭＬデータを構築する。
【０４１２】
ＸＨＴＭＬ構築管理部１８１はこのＸＨＴＭＬデータをテキストデータラスタ処理部７５の解釈処理部９０に出力する。例えば全件データである場合は、ＸＨＴＭＬ変換部１８３にて１件構築される度に都度、解釈処理部９０に１件ずつ送り出される。解釈処理部９０はＸＨＴＭＬデータの中身を解釈し、用紙エリア上におけるテキストや画像の配置位置（印刷位置）を特定する。そして、キャラクタジェネレータ９８により生成されたテキスト（文字列）を、用紙エリアにおける指定の配置位置に組み込む。また、画像データラスタ処理部７６では、ＪＰＥＧデータをバッファ７６ａから読み出して、解凍器９１およびＹＣｂＣｒ／ＲＧＢコンバータ９２等により、その読み出したＪＰＥＧデータに解凍処理およびＹＣｂＣｒ／ＲＧＢ変換処理などが施される。なお、ラスタ処理部１８５におけるこれらの処理は、前記第１の実施形態と基本的に同じである。
【０４１３】
ラスタ処理部１８５を構成するテキストデータラスタ処理部７５および画像データラスタ処理部７６は各々の処理を終えると、合成部１８６に処理開始の指示を通知する。もちろん、ｖＯｂｊｅｃｔデータが、テキストのみの場合と画像のみの場合は、その単独の処理が終わった際に合成部１８６に処理開始の指示が通知される。合成部１８６は、処理開始の指示の通知を受けると、テキストデータラスタ処理部７５が処理したデータをバッファ７５ａから読み出してそれが元々画像付きであったか否かを調べ、元々画像付きであった場合、そのデータ中に記述されたパス（本例ではファイル名）を手掛かりにバッファ７６ａからそのパスで指定された画像データを読み出してくる。そして、バッファ７５ａから読み出したプロパティ毎のテキスト（文字列）がレイアウトされたデータに、先のパスから読み出した画像を、そのレイアウト位置に組み込んで１つのＲＧＢ多値画像データとし、これを画像処理部４６ａに送る。画像処理部４６ａの処理については、前記第１の実施形態と同様である。
【０４１４】
＜ｖＣａｌｅｎｄａｒデータの変換処理＞
プリンタ２１０が扱うことができるｖＯｂｊｅｃｔデータとしては、前述のように、ｖＣａｒｄデータ、ｖＮｏｔｅデータの他、ｖＣａｌｅｎｄａｒデータ、ｖＭｅｓｓａｇｅデータ、ｖＢｏｏｋｍａｒｋデータが挙げられる。本実施形態では、ｖＣａｌｅｎｄａｒデータの記述内容を解析して、ｖＣａｌｅｎｄａｒデータから１日のスケジュールシートを作成して印刷させる機能、および、ｖＣａｌｅｎｄａｒデータから特定日（例えば本日）にすべき事柄（「ＴＯＤＯ事項」）をチェックするためのチェックリストシートを作成して印刷させる機能を備えている。以下、これら二機能について順に説明する。
【０４１５】
図４８は、イベント情報を含むｖＣａｌｅｎｄａｒデータ図、図４９はTODO情報を含むｖＣａｌｅｎｄａｒデータ図である。また、図５０はスケジュールシートの平面図、図５１はチェックリストシートの平面図である。
【０４１６】
図４８に示すｖＣａｌｅｎｄａｒデータ中の時刻指定領域２２１において、「ＤＴＳＴＡＲ」がイベント開始時刻を示すプロパティであり、このプロパティの右横に、そのプロパティの値であるイベント開始時刻の具体的内容が年月日時分秒で示され、この例では「20040629T15:00:00」のように記載されている。また次行の「ＤＴＥＮＤ」がイベント終了時刻を示すプロパティであり、このプロパティの右横にそのプロパティの値であるイベント終了時刻の具体的内容が年月日時分秒で示され、この例では「20040629T17:30:00」のように記載されている。また、イベント情報を含むｖＣａｌｅｎｄａｒデータには、イベント開始時刻およびイベント終了時刻の他、イベント内容を示すプロパティおよびその値（いずれも図示省略）が記述されている。イベント内容を示すプロパティの値としては、「打合せ」「会議」など、ユーザが書き込んだイベントの具体的内容を示すテキスト（文字列）が記述されている。ｖＣａｌｅｎｄａｒデータは、多くの場合、このようなイベントデータを複数件含んでいる。
【０４１７】
また、図４９に示すｖＣａｌｅｎｄａｒデータ中の時刻指定領域２２２において、「ＤＵＣ」が行うべき事柄を開始するTODO開始時刻を示すプロパティであり、このプロパティの右横に、そのプロパティの値であるTODO開始時刻の具体的内容が年月日時分秒で示され、この例では「20040629T18:00:00」のように記載されている。また、TODO情報を含むｖＣａｌｅｎｄａｒデータには、TODO開始時刻の他、TODO内容を示すプロパティおよびその値（図示省略）が記述されている。TODO内容を示すプロパティの値としては、「ミーティング」「会議」「報告書作成」など、ユーザが書き込んだ具体的なTODO内容を示すテキスト（文字列）が記述されている。ｖＣａｌｅｎｄａｒデータは、多くの場合、このようなTODOデータを複数件含んでいる。
【０４１８】
図５０に示すスケジュールシート２０１は、携帯電話１４からｖＣａｌｅｎｄａｒデータを受信したプリンタ１，２１０により印刷されるものである。この印刷に当たってユーザはプリンタ１，２１０にスケジュールシート作成モードを選択指定しておく。同図に示すようにスケジュールシート２０１には、タイトル欄２０２と、スケジュールリスト欄２０３とを有する。タイトル欄２０２には、タイトル「スケジュール」と、スケジュールの対象日「2004／06／29」とが印刷されている。スケジュールリスト欄２０３にはその左欄にイベントの開始時刻と終了時刻が例えば「15:00−17:30」のように印刷され、その右欄にそのイベント内容が例えば「会議」のように印刷される。
【０４１９】
また、図５１に示すチェックリストシート２０５は、携帯電話１４からｖＣａｌｅｎｄａｒデータを受信したプリンタ１，２１０により印刷されるものである。この印刷に当たってユーザはプリンタ１，２１０にチェックリストシート作成モードを選択指定しておく。同図に示すようにチェックリストシート２０５には、タイトル欄２０６と、チェックリスト領域２０７とを有する。タイトル欄２０６には、タイトル「チェックリスト」と、チェックリストの対象日「2004／06／29」とが印刷されている。チェックリスト領域２０７にはその左端位置にチェックボックス２０８が印刷され、その右隣に開始時刻が例えば「12:00」のように印刷され、さらにその右隣にそのTODO内容が例えば「ミーティング」のように印刷される。なお、本実施形態では、スケジュールシート作成モードやチェックリストシート作成モードでは、ＣＰＵによりそのモードに対応したレイアウトが自動選択されるが、操作スイッチの操作によって、あるいはオーダーシートをスキャナ部２１１に読み取らせることにより、予めメモリに記憶された複数のレイアウトテンプレートの中からユーザが所望のレイアウトを選択指定できるようにしてもよい。また、スケジュールシート作成モードとチェックリストシート作成モードの他、ｖＣａｌｅｎｄａｒデータからスケジュールシートとチェックリストシートの両方を一度に印刷するモードを設定しておくこともできる。さらにｖＣａｌｅｎｄａｒデータをプリンタ１，２１０が受信すると、それに内蔵されたＣＰＵが、ｖＣａｌｅｎｄａｒデータの中身を解析してイベントデータ（イベント情報）が含まれていればスケジュールシート２０１を作成および印刷し、TODOデータ（TODO情報）が含まれていればチェックリストシート２０５を作成および印刷する方法を採用することもできる。
【０４２０】
プリンタ１，２１０のＥＥＰＲＯＭ等のメモリには、スケジュールシート用のレイアウトテンプレートおよびチェックリストシート用のレイアウトテンプレートが予め記憶されている。レイアウトテンプレートはＸＨＴＭＬ言語で記述されており、ｖＣａｌｅｎｄａｒデータ中の各プロパティの値であるテキスト（例えば「12:00」、「会議」）の配置領域（組込み領域）が設定されている。
【０４２１】
この種のイベント情報を含むｖＣａｌｅｎｄａｒデータを受信すると、プリンタ１，２１０のＣＰＵは、データの上から順番（ユーザが書き込んだ順番）にイベント開始時刻中の年月日を調べて同一日のイベントを抜き出して、スケジュールシート用のレイアウトテンプレートにおけるスケジュールリスト欄２０３内の配置領域に組み込んで１頁で印刷する。この場合、ｖＣａｌｅｎｄａｒデータの中から、同一日のイベントをグループ分けして抜き出す手法として、次の二とおりの方法が挙げられる。
【０４２２】
まず一つめの方法は、イベント開始年月日の同一日が連続する場合は、その連続するものすべてを同一年月日の一覧表にまとめる。例えば「20040629」の同一日で３つのイベントが連続する場合、その連続する３つのイベントを、その日のイベントとするスケジュールシートが作成および印刷される。この場合、他の日にち「20040630」のイベントが存在して連続が途切れ、その途切れた後に再び先の連続した日にちと同一日が現れてもそのイベントは、別のスケジュールシートに印刷されることになる。次に二つめの方法は、イベントをすべて検索してスケジュールシートの対象となる日にちのイベントをすべて抽出し、その抽出された同一日のイベントすべてをその日のイベントとするスケジュールシートを作成および印刷する方法である。この方法であれば、同一日が連続しない場合であっても、同一日のイベントすべてを１つのスケジュールシートに印刷できる。
【０４２３】
ｖＯｂｊｅｃｔ−ＸＨＴＭＬ変換処理部１８０では次のように変換処理される。例えば図５０のスケジュールシート２０１のＸＨＴＭＬデータを作成する場合、テンプレートを読み出し、イベント開始時刻中の年月日「20040629」を、「2004／06／29」の記載形式でシートの右上に位置する日付配置領域に組み込む。また、イベント開始時刻の時分「15:00」とイベント終了時刻の時分「17:30」を、「15:00−17:30」の記載形式でスケジュールリスト欄２０３中における左欄の時間帯配置領域に組み込む。そして、スケジュールリスト欄２０３中の右欄のイベント内容配置領域にイベント内容を組み込む。
【０４２４】
また、例えば図５１のチェックリストシート２０５のＸＨＴＭＬデータを作成する場合、テンプレートを読み出し、TODO開始時刻中の年月日「20040629」を、「2004／06／29」の記載形式でシートの右上に位置する日付配置領域に組み込む。また、TODO開始時刻の時分「18:00」を、「18:00」の記載形式で、チェックリストシート２０５中の左端部に位置するチェックボックス２０８の右横の領域である開始時刻配置領域に組み込む。
【０４２５】
これらの処理は、ｖＯｂｊｅｃｔ解析部１８２、ＸＨＴＭＬ変換部１８３により行われる。すなわち、ｖＯｂｊｅｃｔ解析部１８２はｖＣａｌｅｎｄａｒデータの中身を解析する。ＸＨＴＭＬ変換部１８３は、テンプレート記憶部８６から対応するテンプレートを読み出すとともに、ｖＯｂｊｅｃｔ解析部１８２の解析結果をテンプレート中の対応する配置領域に組み込んでＸＨＴＭＬデータを構築する。
【０４２６】
なお、ｖＣａｌｅｎｄａｒデータ中のイベント件数またはTODO件数が多く、規定のレイアウトテンプレートにイベント内容またはTODO内容を組み込んだ際に複数頁に渡る場合は、なるべく１頁に収まるように例えば以下の処理を併用する。まず一つめはレイアウトを変更する方法である。例えば行間を狭めるなど縦方向に記載内容を圧縮できるレイアウトに変更する。この場合、レイアウトを変更できるように行間設定の異なる複数種のレイアウトテンプレートを予めメモリに記憶しておく。二つめは、フォントを小さくする方法である。レイアウトを変更しても複数頁に渡る場合は、フォントも小さくすることにより１頁中の行数を増やすようにする。これらの２つの方法の一方または両方を併用して、なるべく１頁に収まりうるレイアウトやフォントサイズを適用する。
【０４２７】
このときプリンタ１，２１０のＣＰＵは、圧縮されたレイアウトへの変更や小さなフォントサイズへの変更があった場合、その視認性の良否を判定する視認性良否判定処理（プログラム）を実行する。レイアウト変更やフォントサイズ変更により、レイアウトが圧縮され過ぎたり文字が小さくなり過ぎたりして視認性が著しく悪くならないように、予め設定された行間、文字間隔およびフォントサイズの関係から視認性の良否を判定する。このため、極端に行間が圧縮されたレイアウトになったり極端に文字が小さくなったりして、スケジュールシート２０１やチェックリストシート２０５の印刷内容が読みにくくなるという不都合の発生を抑えることができる。
【０４２８】
以下、第５の実施形態の効果を記載する。
（５−１）携帯電話１４からプリンタ１，２１０にｖＯｂｊｅｃｔデータを送信することにより、そのデータの内容（テキストや画像）をレイアウト付きで印刷することができる。
【０４２９】
（５−２）オーダーシート１９０をスキャナ部２１１に読み取らせることによって、レイアウトを指定することができる。よって、プリンタ１，２１０のように操作スイッチ類がキーボード等に比べ少なく操作性がよくない構成であっても、ユーザは複数の中から選んだ所望のレイアウトを比較的簡単な操作でプリンタ１，２１０に指定することができる。
【０４３０】
（５−３）携帯電話１４からプリンタ１，２１０にｖＣａｌｅｎｄａｒデータを送信することにより、スケジュールシート２０１を印刷することができる。
（５−４）携帯電話１４からプリンタ１，２１０にｖＣａｌｅｎｄａｒデータを送信することにより、チェックリストシート２０５を印刷することができる。
【０４３１】
（５−５）スケジュールシート２０１またはチェックリストシート２０５を１頁で印刷できない場合は、レイアウト変更やフォントサイズ変更によって１頁で印刷されるように処理する。よって、複数頁に渡って印刷されることをなるべく減らすことができる。また、レイアウト変更やフォントサイズ変更に際して、視認性の良否判定処理を行うので、視認性が悪くなるほどレイアウト変更やフォントサイズ変更を行うことがなくなり、スケジュールシート２０１またはチェックリストシート２０５を、見やすいレイアウトおよび見やすい文字サイズで印刷することができる。
【０４３２】
以下、前記第１の実施形態における表示部によるデータ受信状態の報知に関する変形例を記載する。
（変形例１）図５２に示すように、本体２には、ＬＥＤ１６１，１６２（図１２参照）を有する表示部１６４とインジケータ１６５が設けられている。インジケータ１６５は、ＣＰＵ４１により表示制御されて受信中のデータの受信経過を示す。ＣＰＵ４１はデータのヘッダから取得したデータサイズと、通信相手としての認識した携帯電話１４毎に決まる通信速度とからデータを全て受信し終わるまでの全所要時間を計算し、その全所要時間に対する受信開始時から計時を開始したタイマの計時時間の占める割合を計算してインジケータ１６５に表示する。
【０４３３】
インジケータ１６５は例えば液晶画面またはＬＥＤ列からなり、受信し終わった時間の割合に比例する受信経過の量だけ発光または点灯する。もちろん、数値を表示できる液晶画面の場合は、残り時間を数値で表示させることもできる。インジケータ１６５は、赤外線受発光部１３ａに対して前記第１の実施形態で説明した表示部１３ｂと同じ位置条件を満たす位置に配置されている。例えば赤外線受発光部１３ａと表示部１３ｂとインジケータ１６５は、携帯電話１４を持ってデータ送信操作をするユーザ（操作者）の同一視野内（特に視線を移動させなくとも確認できる範囲内）に入るようにしている。
【０４３４】
（変形例２）図５３に示すように、プリンタ１の本体２に携帯電話１４を保持するホルダ１７０を設けてもよい。この場合、ホルダ１７０に保持された携帯電話１４と通信可能な位置に通信ポート１３ａは配置する。また、表示部１３ｂはホルダ１７０に保持された携帯電話１４及びホルダ１７０と本体２との間に隠れることのない位置に配置する。同図では携帯電話１４の背面に赤外線受発光部２０を有する例であり、携帯電話１４を約９０度開いた状態で保持できるようになっている。ホルダ１７０は、本体２の前面においてカードスロット１２の下側の部位に固定された第１ホルダ部１７１と、この第１ホルダ部１７１の下部から前方へ延出する支持部１７１ａに対してピン１７２を介して回動可能に取り付けられた第２ホルダ部１７３とを備える。第１ホルダ部１７１は、携帯電話１４のディスプレイ１８側のボディ部分１４ａを両側から保持する一対の保持部１７１ｂを有する。一方、第２ホルダ部１７３は、携帯電話１４の操作ボタン１５側のボディ部分１４ｂを下側から支持するとともにボディ部分１４ｂを両側から保持する一対の保持部１７３ａを有する。この構成によれば、ホルダ１７０に保持させたまま携帯電話１４からデータを送信できるので、ユーザがデータ送信中、携帯電話１４を手に持ったままでいる必要がなくなる。このため、手振れによる送信ミスが発生しにくくなる。また、ホルダ１７０やホルダ１７０に保持させた携帯電話１４が表示部１３ｂを隠すことがないので、表示部１３ｂによって通信状態も確認できる。なお、ホルダは、携帯電話１４の赤外線受発光部２０とカードスロット１２に挿着されたＣＦ型通信カード１３の赤外線受発光部１３ａとの位置関係から、無線通信可能で且つ表示部１３ｂが隠れることなく携帯電話１４を保持できる構成を適宜採用することができる。例えば携帯電話１４を挿し込みできるポケット式ホルダ、携帯電話１４をその側面がカードスロット１２に対向する状態に保持できるタイプのホルダなどを採用できる。
【０４３５】
（変形例３）前記実施形態では、表示部１３ｂによりエラーは知らせるものの、エラー内容までは知らせていないが、何のエラーなのかユーザに分かるように、エラー内容を知らせるようにしてもよい。例えば赤点灯の点灯と点滅で異なるエラー内容を報知する。
【０４３６】
（変形例４）前記実施形態では、データ受信状態をＣＦ型通信カード１３の表示部における表示態様（点灯態様）と、操作パネルの表示部における文字と絵による表示との両方の方法で報知する構成としたが、どちらか一方のみ採用することもできる。また、これら２つの間で報知内容を分担してもよい。
【０４３７】
（変形例５）前記実施形態では、表示による報知としているが、表示と共に音による報知を行ってもよい。例えばデータ受信中、受信エラー時及び受信完了時のいずれか一つの時期に音を発するようにする。データ送信中に音を発すればデータ受信が巧くいっていることが分かり、受信エラー時に音を発すればデータ受信が失敗したことが分かり、さらに受信完了時に音を発すればデータ受信完了が分かる。
【０４３８】
（変形例６）表示部はＣＦ型通信カード１３ではなく、本体２に設けることもできる。プリンタ１の前面において排紙口を挟んだ両側のうち少なくとも一方側において、本体底面側から１０ｃｍ以内の箇所に通信ポートを設けている。
【０４３９】
（変形例７）無線通信器であるＣＦ型通信カード１３に通信インターフェイス部の一部又は全部が組み込まれてもよい。例えばカードドライバ７１、データトランスファ部７３がカード側に内蔵されてもよい。また、例えば赤外線受発光部１３ａとＩｒＤＡ通信回路６１がカード側で、ファイル転送部６３及びオブジェクト送受信部６４が出力装置本体側に配置されてもよい。
【０４４０】
（変形例８）データの件数を検出する区分識別子は「ＥＮＤ：ＶＣＡＲＤ」以外にも、「ＢＥＧＩＮ：ＶＣＡＲＤ」でもよい。また、個人情報データ中に必ず記述され、かつ１件に１つしか記述されないコマンドでもよい。例えば「名前」を表す「Ｎ」などで識別してもよい。
【０４４１】
（変形例９）この「ＥＮＤ：ＶＣＡＲＤ」の数が単件であるか全件であるかを判別するだけでも印刷レイアウトを自動的に決定することもできる。例えば、個人情報データが単件の場合には名刺レイアウトが、一方、全件の個人情報データの場合には電話帳スタイルのレイアウトに自動的に決定することが可能である。例えば、図３３に示す名刺及び電話帳の印刷レイアウトでは、データが単件であるか全件であるかによって印刷レイアウトを決定する場合、以下のように予め決定しておく。
【０４４２】
単数のデータである場合には図３３の（ａ）〜（ｃ）のどれか一つのテンプレートを用意する。複数の場合には同図（ｄ）のように電話帳形式のテンプレートで印刷する。この効果は、ユーザは単にデータを携帯電話１４からデータを単件か全件かを選択するだけで名刺形式で印刷したり、電話帳形式で印刷することが可能となる。
【０４４３】
（変形例１０）前記第１の実施形態では、ｖＣａｒｄの中の情報を構成するアイテム（「プロパティ：値」、前記実施形態では「ＥＮＤ：ＶＣＡＲＤ」等）を識別子としてデータに含まれる情報の件数を判断していたが、データに含まれる情報の件数を判断する識別子はデータのボディＤＢ中のアイテムに限定されない。例えば、携帯電話１４側で設定されるファイル名（拡張子を含む）が単件と全件とで異なる場合は、ファイル名（ファイルの拡張子を含む）によってデータに含まれる情報の件数を判断してもよい。この場合、受信されたデータのファイル名で単件であるか全件であるかを判断するだけでも、印刷レイアウトを自動的に決定することもできる。
【０４４４】
（変形例１１）前記実施形態では、名刺で説明したが、テレフォンカード、銀行カード、社員カード等のカード状のものであれば同様に印刷できる。実施形態では、顔写真で説明したが、会社のロゴマーク、または、活動を象徴するマーク、または、写真等の画像データであってもよい。
【０４４５】
（変形例１２）メモ領域の記述情報を用いて、フォントの種類、大きさを指定できるようにしてもよい。
（変形例１３）ロール紙で印刷を行う場合、ロール紙のカット方法を選択できるようにしてもよい。例えば、名刺レイアウトで印刷する場合、単件データ毎にカットするか（通常状態）、所定の件数を印刷してから所定件数毎にカットするかそのカット方法を、メモ領域の記述情報に基づき指定できるように規則を定め、これをプリンタ１に登録しておく。
【０４４６】
（変形例１４）ロール紙を選択して、名刺レイアウトあるいは電話帳レイアウトで印刷処理をしたとき、その印刷のレイアウト形態に合わせて自動的にロール紙をカットする指定を、メモ領域の記述情報に基づいて行えるようにしてもよい。
【０４４７】
（変形例１５）前記第３の実施形態のように、カードスロットが２つ設けられているプリンタ１において、一方に赤外線通信カード、他方にメモリカードが挿入されている場合、赤外線通信からのデータをメモリカードに保存する。この構成によれば、プリンタに挿着されたメモリカードにデータを一時保存しておくことにより、後でデータを印刷するか否かを選択できる。
【０４４８】
（変形例１６）前記第３の実施形態において、２つの赤外線通信カード１３をカードスロット１２ａ，１２ｂのそれぞれに挿入した場合、一方の赤外線通信カード１３は印刷実行を、他方の赤外線通信カード１３は別の形式のメモリカード（例えばスマートメディアあるいはメモリスティック等）に保存する機能を持たせる。また、携帯電話１４には、印刷データ保存中であるか、メモリカードＭＣにデータを保存中であるかのメッセージを返信する機能を持たせる。この構成によれば、携帯電話１４から赤外線通信によるプリンタ１へのデータ送信手段のバリエーションが増え、ユーザ側の使用の選択の余地が広がる。同時にデータの印刷とデータの保存ができる。
【０４４９】
前記各実施形態及び変形例から把握される技術的思想を以下に記載する。
（１）請求項１において、前記表示部は、前記視野内のうち前記通信ポートに対し半径２０センチメートルの範囲であることを特徴とする出力装置。
【０４５０】
（２）請求項１において、前記視野内のうち、前記通信ポートに対し半径１０センチメートルの範囲であることを特徴とする出力装置。
（３）請求項３に記載の出力装置において、前記表示部は、前記スロットにセットされた前記無線通信器の露出する部位に設けられていることを特徴とする出力装置。
【０４５１】
（４）請求項１〜３のいずれか一項に記載の出力装置において、前記通信ポートは、出力装置本体が有するスロットに挿抜可能にセットされる無線通信器に設けられており、前記表示部は当該無線通信器に設けられていることを特徴とする。
【０４５２】
（５）請求項１〜７のいずれか一項に記載の出力装置において、前記表示部は少なくとも１つの点灯部を有し、前記表示制御部は、前記点灯部を前記判定手段の判定結果に応じた点灯態様で点灯させることを特徴とする出力装置。この構成によれば、携帯端末から例えば指向性のある無線通信媒体（赤外線等）を用いてデータを送信する場合、携帯端末の送信部を受信部の方向へ向けてその指向方向先の受信部を見ながらデータ送信が行われるが、このとき、見ている受信部の近傍に存在する表示部に通信状態が表示されるので、通信状態を容易に把握することができる。
【０４５３】
（６）上記技術的思想（５）において、前記表示部は、点灯色と点灯態様の組合わせの受信状態の報知内容を区別する。
（７）前記技術思想（６）において、前記点灯態様は、消灯・発光・点滅の組合わせである。
【０４５４】
（８）前記技術思想（６），（７）のいずれか一項において、受信可能表示と受信中表示は同一色で点灯態様が異なり、受信エラー表示と受信完了表示は受信可能表示の色と異なる色でかつ互いに異なる色である。
【０４５５】
（９）請求項１３において、前記判定手段はデータ適否の判定をデータ受信開始直後に行う。この場合、対応不能なデータエラーを受信開始直後の早い段階で検出でき、素早くその旨を報知することができる。例えば数１０秒〜１分程度の時間をかけてデータを送信し終わった後、エラーを知らされてユーザを不愉快にさせることを回避できる。データ受信開始直後とはデータ受信開始後例えば１０秒以内が好ましく、５秒以内に行うとさらによい。
（１０）請求項１〜３１のいずれか一項に記載の出力装置において、前記通信ポートを通じてデータを受信する際の通信状態を音声で報知する報知手段を更に備えたことを特徴とする。
【０４５６】
（１１）前記技術的思想（１０）に記載の出力装置において、前記報知手段は前記通信状態に応じて予め異なる内容に設定された音声により前記通信状態を報知することを特徴とする。
【０４５７】
（１２）出力装置本体に設けられたスロットに挿抜可能にセットされる無線通信器であって、請求項３〜３２のいずれか一項に記載の構成を備えたことを特徴とする無線通信器。
【図面の簡単な説明】
【０４５８】
【図１】第１の実施形態におけるプリンタの斜視図。
【図２】操作パネルの主要部を示す平面図。
【図３】ＣＦ型通信カード（赤外線通信カード）の斜視図。
【図４】（ａ）携帯電話の平面図、（ｂ）携帯電話に表示された個人情報の一例を示す画面図。
【図５】携帯電話、赤外線通信カード及びプリンタの電気的構成を示す電気ブロック図。
【図６】携帯電話、赤外線通信カード及びプリンタの機能的構成を示すブロック図。
【図７】データ変換処理にかかる電気構成を示すブロック図。
【図８】カット装置の斜視図。
【図９】プリンタの共有化構造を示すブロック図。
【図１０】ＯＢＥＸ転送におけるデータの構造図。
【図１１】携帯電話からプリンタへのデータ送信のシーケンス図。
【図１２】表示部の表示制御装置を示すブロック図。
【図１３】通信ステータスと点灯態様との関係を示す対応図。
【図１４】通信ステータスの遷移図。
【図１５】図１４と異なる通信ステータスの遷移図。
【図１６】インターロック処理を説明するブロック図。
【図１７】カード認識時の初期処理を示すフローチャート。
【図１８】データ適否判定処理を示すフローチャート。
【図１９】インターロック解除処理を説明するシーケンス図。
【図２０】インターロック解除処理を説明するシーケンス図。
【図２１】インターロック解除処理を説明するシーケンス図。
【図２２】インターロック解除処理を説明するシーケンス図。
【図２３】インターロック解除処理を説明するシーケンス図。
【図２４】赤外線通信と電波通信との競合回避処理を示すシーケンス図。
【図２５】（a）はデータ受信状態を報知する画面図、（ｂ）は動画画像のコマ毎の画像図、（ｃ）は印刷中を報知する画像図。
【図２６】単件のｖＣａｒｄファイルのデータ図。
【図２７】単件の画像付きｖＣａｒｄファイルのデータ図。
【図２８】全件のｖＣａｒｄファイルのデータ図。
【図２９】名刺レイアウトのテンプレートのデータ図。
【図３０】画像付き名刺書式テンプレートのデータ図。
【図３１】テンプレート書式データのデータ図。
【図３２】名刺書式テンプレートのレイアウト図。
【図３３】（ａ）〜（ｃ）は名刺書式テンプレートのレイアウト図、（ｄ）は電話帳書式テンプレートのレイアウト図。
【図３４】（ａ），（ｂ）は画像付き名刺書式テンプレートのレイアウト図。
【図３５】（ａ）〜（ｆ）は画像とテキストを含むテンプレートのレイアウト図。
【図３６】（ａ）〜（ｃ）は複数のテキストを含むテンプレートのレイアウト図、（ｄ）〜（ｆ）は複数の画像を含むテンプレートのレイアウト図。
【図３７】ＩｒＤＡプロファイル部の処理を示すフローチャート。
【図３８】カット制御処理を示すフローチャート。
【図３９】（ａ），（ｂ）は、第２の実施形態における携帯電話に表示された個人情報の一例を示す画面図。
【図４０】第３の実施形態におけるＩｒＤＡプロファイル部の処理を示すフローチャート。
【図４１】個人情報全件印刷用の名刺書式テンプレートのレイアウト図。
【図４２】第４の実施形態におけるカードスロットが２つ装備されたプリンタの斜視図。
【図４３】カードスロットが２つ装備されたプリンタ、赤外線通信カード及び携帯電話の電気的構成を示す電気構成ブロック図。
【図４４】赤外線通信とメモリカードとの競合回避処理を示すシーケンス図。
【図４５】第５の実施形態におけるプリンタの要部の機能構成を示すブロック図。
【図４６】オーダーシートの平面図。
【図４７】スキャナ搭載型プリンタ（複合機）の斜視図。
【図４８】イベント情報を含むｖＣａｌｅｎｄａｒデータ図。
【図４９】TODO情報を含むｖＣａｌｅｎｄａｒデータ図。
【図５０】スケジュールシートの平面図。
【図５１】チェックリストシートの平面図。
【図５２】変形例におけるＣＦカードスロット近傍を示す拡大図。
【図５３】携帯電話用ホルダを備えたプリンタの部分斜視図。
【符号の説明】
【０４５９】
１，２１０…出力装置及び印刷装置としてのプリンタ、２，２１０Ａ…出力装置本体としての本体、１２…スロットとしてのカードスロット、１３…無線通信インターフェイス部を構成するとともに無線通信器としてのＣＦカード型赤外線通信カード（赤外線通信カード）、１３ａ…赤外線受発光部（ＣＦ型通信カード側の通信ポート）、１３ｂ…表示手段を構成する表示部、１４…携帯端末としての携帯電話、１８…携帯電話のディスプレイ、２０…赤外線受発光部（携帯電話側の通信ポート）、３１…判定手段、監視手段及び表示制御手段、表示制御部としてのカード制御部、４１…報知手段を構成するＣＰＵ、５０…報知手段を構成するスピーカ、６４…セットアップ手段を構成するとともに判定手段、第１判定手段、第１判定部及び第１転送手段としてのオブジェクト送受信部、７１…セットアップ手段を構成するカードドライバ、７１ａ…セットアップ手段を構成するセットアップデータ記憶部、７２…無線通信インターフェイス部を構成するＩｒＤＡ・ＵＡＲＴドライバ、７３…無線通信インターフェイス部を構成するとともに第２転送手段としてのデータトランスファ部、６４ａ…セットアップ手段を構成する対応拡張子記憶部、７５…出力手段及び印刷手段を構成するテキストデータラスタ処理部、７６…出力手段、印刷手段、判定手段第、第２判定部、及び第２判定手段を構成する画像データラスタ処理部、８５…出力手段、印刷手段、判定手段、判定手段、第２判定部及び第２判定手段を構成するテキストデータ形式変換部、８７…出力手段、印刷手段、判定手段、第２判定部及び第２判定手段を構成する画像データデコード部。
【図１】
2005254793.tif 000003
【図２】
2005254793.tif 000004
【図３】
2005254793.tif 000005
【図４】
2005254793.tif 000006
【図５】
2005254793.tif 000007
【図６】
2005254793.tif 000008
【図７】
2005254793.tif 000009
【図８】
2005254793.tif 000010
【図９】
2005254793.tif 000011
【図１０】
2005254793.tif 000012
【図１１】
2005254793.tif 000013
【図１２】
2005254793.tif 000014
【図１３】
2005254793.tif 000015
【図１４】
2005254793.tif 000016
【図１５】
2005254793.tif 000017
【図１６】
2005254793.tif 000018
【図１７】
2005254793.tif 000019
【図１８】
2005254793.tif 000020
【図１９】
2005254793.tif 000021
【図２０】
2005254793.tif 000022
【図２１】
2005254793.tif 000023
【図２２】
2005254793.tif 000024
【図２３】
2005254793.tif 000025
【図２４】
2005254793.tif 000026
【図２５】
2005254793.tif 000027
【図２６】
2005254793.tif 000028
【図２７】
2005254793.tif 000029
【図２８】
2005254793.tif 000030
【図２９】
2005254793.tif 000031
【図３０】
2005254793.tif 000032
【図３１】
2005254793.tif 000033
【図３２】
2005254793.tif 000034
【図３３】
2005254793.tif 000035
【図３４】
2005254793.tif 000036
【図３５】
2005254793.tif 000037
【図３６】
2005254793.tif 000038
【図３７】
2005254793.tif 000039
【図３８】
2005254793.tif 000040
【図３９】
2005254793.tif 000041
【図４０】
2005254793.tif 000042
【図４１】
2005254793.tif 000043
【図４２】
2005254793.tif 000044
【図４３】
2005254793.tif 000045
【図４４】
2005254793.tif 000046
【図４５】
2005254793.tif 000047
【図４６】
2005254793.tif 000048
【図４７】
2005254793.tif 000049
【図４８】
2005254793.tif 000050
【図４９】
2005254793.tif 000051
【図５０】
2005254793.tif 000052
【図５１】
2005254793.tif 000053
【図５２】
2005254793.tif 000054
【図５３】
2005254793.tif 000055