(57)【要約】【課題】  携帯端末等からレイアウト定義できないデータ種のデータを受信しても、適切なレイアウトで出力できる出力装置、無線通信器及び出力処理ユニットを提供する。【解決手段】  携帯電話１４から送信されたｖＣａｒｄデータは、ＣＦ型通信カード１３を介してプリンタ１に受信され、拡張子識別部８１がその拡張子を識別する。拡張子が「.vcf」であれば、テキストデータ形式変換部８５でレイアウト付きのＸＨＴＭＬデータに変換される。ｖＣａｒｄデータは、レイアウト定義できないデータ種であるが、テキストデータ形式変換部８５で、テンプレート記憶部８６から読み出したテンプレートデータを用いてレイアウト付きのＸＨＴＭＬデータに変換されることで、ｖＣａｒｄデータ中の個人情報が例えば名刺レイアウトで印刷される。【選択図】      図６
2005050300.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末から受信したデータに基づき出力処理を行う出力装置において、
前記受信したデータのデータ種に応じたレイアウトを設定する設定手段と、
前記データの内容を前記設定されたレイアウトで出力する出力処理を行う出力手段と
を備えたことを特徴とする出力装置。
【請求項２】
請求項１に記載の出力装置において、
前記受信したデータのデータ種を識別する識別手段と、
前記設定手段は前記識別されたデータ種に応じたレイアウトを設定することを特徴とする出力装置。
【請求項３】
請求項２に記載の出力装置において、
前記設定手段は、前記識別手段がレイアウト定義できない所定のデータ種であると識別した場合は、そのデータにそのデータ種に応じたレイアウトを設定することを特徴とする出力装置。
【請求項４】
請求項２又は３に記載の出力装置において、
前記識別手段によるデータ種の識別は、テキストデータか画像データかの識別を少なくとも含むことを特徴とする出力装置。
【請求項５】
請求項１〜４のいずれか一項に記載の出力装置において、
前記データを前記識別されたデータ種に応じた異なる処理部に振り分ける振分手段と、
複数の前記処理部のうち少なくとも一つは前記データをレイアウト付きデータに変換する変換部であり、
前記出力手段は前記変換されたデータに基づき出力処理を行うことを特徴とする出力装置。
【請求項６】
請求項１〜５のいずれか一項に記載の出力装置において、
前記出力手段は、前記データの内容を記録媒体に記録する記録手段を有し、該記録手段により前記データの内容が記録された記録媒体を前記レイアウトに応じたサイズに切断する切断手段をさらに備えたことを特徴とする出力装置。
【請求項７】
請求項１〜６のいずれか一項に記載の出力装置において、
前記データはテキストと画像を含むデータ種であり、前記設定手段は前記データに含まれるテキストと画像を所定の位置に割り付けるようにレイアウトを設定することを特徴とする出力装置。
【請求項８】
請求項１〜７のいずれか一項に記載の出力装置において、
複数のデータを受信し、前記設定手段は、その受信した複数のデータにそれぞれ含まれるテキストと画像の少なくとも一方をそれぞれ異なるデータもの同士組み合わせてレイアウトを設定することを特徴とする出力装置。
【請求項９】
請求項１〜８のいずれか一項に記載の出力装置において、
前記データは、プロパティとその値との組み合わせで配列されるデータ構造を有するデータ種であり、
前記設定手段は前記値を対応する前記プロパティに応じた位置に割り付けるレイアウトを設定することを特徴とする出力装置。
【請求項１０】
請求項１〜９のいずれか一項に記載の出力装置において、  前記データは個人情報を含むデータ種であり、前記設定手段は前記個人情報に名刺レイアウトを設定し、前記出力手段は前記出力処理によって前記個人情報を名刺レイアウトで印刷することを特徴とする出力装置。
【請求項１１】
請求項２〜１０のいずれか一項に記載の出力装置において、
前記識別されたデータ種に応じた複数のレイアウトの中から指定されたレイアウトを選択する選択手段を備え、
前記設定手段は、前記選択手段により選択されたレイアウトを設定することを特徴とする出力装置。
【請求項１２】
携帯端末から受信したデータに基づき出力処理を行う出力装置において、
前記受信したデータに含まれているレイアウト情報に基づいてレイアウトを設定する設定手段と、
前記データの内容を前記設定されたレイアウトで記録媒体に記録する記録手段と、
前記データに含まれるレイアウト情報に基づいて前記記録後の記録媒体を切断する切断手段と
を備えたことを特徴とする出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
携帯電話などの携帯端末から赤外線通信などの無線通信でデータを受信し、そのデータに基づき出力処理を行う出力装置に係り、詳しくはデータ受信の際の通信状態を報知する技術に関する。
【背景技術】
【０００２】
近年、携帯電話には赤外線通信ポートが標準装備されているものが多い。使用方法として、携帯電話に保存されている電話番号等を、他の携帯電話に赤外線通信を用いて送信することが可能である。また、携帯電話には、電話帳機能やカメラ機能を備えるものがある。電話帳機能で作成された個人情報やカメラ機能で撮影された画像データは、独自のファイル形式で保存される。例えば個人情報はｖＣａｒｄファイル形式、画像データはｖＮｏｔｅファイル形式である。これらのファイル形式で保存されたデータは、携帯電話に備えられた専用の表示アプリケーションプログラム側でレイアウトは決められるようになっているので、データそのものはレイアウト情報を持っていなかった。
【０００３】
携帯用パーソナルコンピュータ（パソコンと称す）とプリンタを赤外線通信で結び、同パソコンのデータを印刷する技術は知られている（例えば特許文献１）。この場合、携帯用パソコンにインストールされたアプリケーションプログラムによりレイアウトを設定できるが、携帯電話はメモリ容量の制限やそもそも印刷目的の情報機器でないことから、印刷レイアウトの設定プログラムまでは搭載されていないし、搭載することも実情に合わない。
【０００４】
例えば特許文献１〜４には、拡張子に基づいてファイルの種別を解析し、その種別に応じた処理を行わせるものが開示されている。
また、特許文献４の段落［0032］には「HTML系データを処理する解析処理部は、印刷結果のフォーマットを意識した印刷用データの作成処理（フォーマットに応じた形態の変換処理）を行う」とあるが、HTML系データは元々レイアウトを定義できる形式（データ種）のデータである。このようにレイアウトを定義付けできるHTML系データで受信したとき、その定義されたレイアウトを正しく印刷に反映させられることを意識して変換するのがこの公知文献の技術である。
【０００５】
また、パソコンなどからプリントデータを赤外線通信により受信し、プリンタに出力するプリンタ通信アダプタに、パソコンとの間で通信を行っている間は表示用ＬＥＤを点灯制御し、通信障害が所定時間継続したときには、表示用ＬＥＤを点滅制御される技術が知られている（例えば特許文献５）。
【特許文献１】特開２０００−１３２４３４号公報
【特許文献２】特開２０００−１８１６７４号公報
【特許文献３】特開２０００−６６８５０号公報
【特許文献４】特開２００２−３２１４２７号公報
【特許文献５】特開平８−３００７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、携帯電話で扱われるデータはレイアウト情報を有しておらず、それを表示するアプリケーションプログラムでレイアウトは設定されるようになっている。このため、携帯電話のデータを赤外線通信でプリンタに送信しても、そのデータ種を取り扱えず受信エラーとなってデータを印刷できないか、仮に印刷できたとしても単なるテキストデータの羅列が印刷されるだけであった。この問題は、携帯電話から送信される所定ファイル形式のデータとプリンタが印刷処理できるデータとに互換性がないこと、データにレイアウト情報が含まれていないことにある。したがって、テキストを含むデータであればテキストの単なる羅列を印刷することが可能な場合もあるが、互換性のない特殊な形式のデータであると印刷をしようとしても、実質上印刷は不可能である。
【０００７】
本発明の目的は、携帯端末等からレイアウト定義できないデータ種のデータを受信しても、適切なレイアウトで出力できる出力装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため本発明では、携帯端末から受信したデータに基づき出力処理を行う出力装置において、前記受信したデータのデータ種に応じたレイアウトを設定する設定手段と、前記データの内容を前記設定されたレイアウトで出力する出力処理を行う出力手段とを備えたことを要旨とする。
【０００９】
これによれば、受信したデータのデータ種に応じたレイアウトが設定され、そのレイアウトが設定されたデータに基づき出力処理が行われることよってデータの内容がその設定されたレイアウトで出力される。従って、例えばレイアウト定義できないデータであってもその内容をレイアウト付きで出力可能となる。
【００１０】
本発明では、前記受信したデータのデータ種を識別する識別手段と、前記設定手段は前記識別されたデータ種に応じたレイアウトを設定することを要旨とする。
これによれば、受信したデータのデータ種が識別手段により識別され、その識別されたデータ種に応じたレイアウトが設定手段により設定される。例えば受信したデータのデータ種がレイアウトを付す必要のない、例えばレイアウト定義できるデータ種であれば、レイアウトを設定することなく、レイアウト定義できないデータ種などレイアウトを設定する必要がある所定のデータ種についてはレイアウトが設定される。
【００１１】
本発明の出力装置では、前記設定手段は、前記識別手段がレイアウト定義できない所定のデータ種であると識別した場合は、そのデータにそのデータ種に応じたレイアウトを設定することを要旨とする。
【００１２】
これによれば、識別手段がレイアウト定義できない所定のデータ種であると識別した場合は、そのデータにそのデータ種に応じたレイアウトが設定される。従って、レイアウト定義できないデータ種などレイアウトを設定する必要がある所定のデータ種についてはそのデータの内容が適切なレイアウトで出力される。
【００１３】
本発明の出力装置では、前記識別手段によるデータ種の識別は、テキストデータか画像データかの識別を少なくとも含むことを特徴とする。
これによれば、識別手段によって、受信したデータがテキストデータか画像データかが少なくとも識別される。従って、レイアウト定義できないテキストデータに少なくともレイアウトが設定されてその設定されたレイアウトでデータの内容が出力される。
【００１４】
本発明の出力装置では、前記データを前記識別されたデータ種に応じた異なる処理部に振り分ける振分手段と、複数の前記処理部のうち少なくとも一つは前記データをレイアウト付きデータに変換する変換部であり、前記出力手段は前記変換されたデータに基づき出力処理を行うことを要旨とする。
【００１５】
これによれば、受信したデータは識別されたデータ種に応じた異なる処理部に振分手段によって振り分けられる。複数の処理部のうち少なくとも一つはデータをレイアウト付きデータに変換する変換部であるので、例えばレイアウト定義できないデータ種のデータは変換部でレイアウト付きデータに変換され、その変換されたレイアウト付きデータに基づき出力処理が行われることにより、データの内容が適切なレイアウトで出力される。
【００１６】
本発明の出力装置では、前記出力手段は、前記データの内容を記録媒体に記録する記録手段を有し、該記録手段により前記データの内容が記録された記録媒体を前記レイアウトに応じたサイズに切断する切断手段をさらに備えたことを特徴とする出力装置。
【００１７】
これによれば、出力手段は、受信したデータの内容は記録手段によってそのデータ種に応じたレイアウトで記録媒体に記録される。そして、データ内容が記録された記録媒体は切断手段によってそのレイアウトに応じたサイズに切断される。従って、データ内容が適切なレイアウトで記録されたその記録サイズに合ったサイズで切断されるので、記録後の記録媒体を人が切断する手間を省くことができる。
【００１８】
本発明の出力装置では、前記データはテキストと画像を含むデータ種であり、前記設定手段は前記データに含まれるテキストと画像を所定の位置に割り付けるようにレイアウトを設定することを特徴とする出力装置。
【００１９】
これによれば、設定手段はデータに含まれるテキストと画像を所定の位置に割り付けるようにレイアウトを設定する。従って、テキストと画像を含むデータでレイアウト定義できないデータ種であっても、そのデータ種に応じた適切なレイアウトが設定されてそのデータ内容が出力される。
【００２０】
本発明の出力装置では、複数のデータを受信し、前記設定手段は、その受信した複数のデータにそれぞれ含まれるテキストと画像の少なくとも一方をそれぞれ異なるデータもの同士組み合わせてレイアウトを設定することを特徴とする出力装置。
【００２１】
これによれば、複数のデータを受信し、その受信した複数のデータにそれぞれ含まれるテキストと画像の少なくとも一方をそれぞれ異なるデータもの同士組み合わせてレイアウトを設定する。例えばテキストデータであればそのデータ種に応じた位置に割り付けられ、画像データであればそのデータ種に応じた位置に割り付けられる。従って、データを別々に複数送信したものを１つに組み合わせてレイアウトして出力させることができる。
【００２２】
本発明の出力装置では、前記データは、プロパティとその値との組み合わせで配列されるデータ構造を有するデータ種であり、前記設定手段は前記値を対応する前記プロパティに応じた位置に割り付けるレイアウトを設定することを特徴とする出力装置。
【００２３】
これによれば、プロパティとその値との組み合わせで配列されるデータ構造を有するデータ種のデータを受信する。設定手段はデータ中にプロパティに応じて設定された値をその対応するプロパティに応じた位置に割り付けるレイアウトを設定する。従って、この種のレイアウト定義できないデータ種であってもそのデータ内容を適切なレイアウトで出力させることができる。
【００２４】
本発明の出力装置では、前記データは個人情報を含むデータ種であり、前記設定手段は前記個人情報に名刺レイアウトを設定し、前記出力手段は前記出力処理によって前記個人情報を名刺レイアウトで印刷することを要旨とする。
【００２５】
これによれば、個人情報を含むデータ種のデータを出力装置に送信することで、データ中の個人情報に名刺レイアウトが設定され、個人情報を利用して名刺を印刷することができる。
【００２６】
本発明の出力装置では、前記識別されたデータ種に応じた複数のレイアウトの中から指定されたレイアウトを選択する選択手段を備え、前記設定手段は、前記選択手段により選択されたレイアウトを設定することを要旨とする。
【００２７】
これによれば、識別手段が識別したデータ種に応じた複数のレイアウトの中から指定されたレイアウトが選択手段により選択される。設定手段は選択手段により選択されたレイアウトを設定する。よって、ユーザは複数のレイアウトの中から所望のものもを指定すれば、その指定されたレイアウトでデータの内容が出力される。
【００２８】
本発明では、携帯端末から受信したデータに基づき出力処理を行う出力装置において、前記受信したデータが有するレイアウト情報に基づいてレイアウトを設定する設定手段と、前記データの内容を前記設定されたレイアウトで記録媒体に記録する記録手段と、前記データに含まれるレイアウト情報に基づいて前記記録後の記録媒体を切断する切断手段とを備えたことを要旨とする。
【００２９】
これによれば、受信したデータに含まれているレイアウト情報に基づいてレイアウトが設定され、そのレイアウトが設定されたデータに基づき出力処理が行われることよってデータの内容がその設定されたレイアウトで記録媒体に記録される。そして、その記録後の記録媒体は、切断手段により、前記データに含まれるレイアウト情報に基づいてそのレイアウトに適した位置で（サイズに）切断される。従って、受信したデータに含まれるレイアウト情報に基づいてその内容が記録媒体に記録されるとともに、その記録された記録媒体を、そのレイアウトに適したサイズに切断できる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明を具体化した第１の実施形態を図面に従って説明する。
（第１の実施形態）
図１は、プリンタ１の斜視図を示す。図１において、出力装置としてのプリンタ１は、インクジェット式プリンタであって、その本体２の背面側には自動給紙装置３のシートフィーダ４及びロール紙支持部５が設けられている。シートフィーダ４には、単票紙（図示せず）がセットされ、本体２内部に給紙される。また、ロール紙支持部５には、ロール紙Ｐ１がセットされ、本体２内部に給紙される。本体２の中央には、カバー６が設けられ、そのカバー６内には印刷機構が配設され、その印刷機構の作動により印刷された記録媒体（印刷媒体）としての用紙Ｐ（単票紙又はロール紙）が前側下部の排紙口７から排出される。また、本体２の上面右側には、操作パネル８が設けられている。
【００３１】
図２に示すように、操作パネル８は、表示画面９ａを有する表示装置９と、複数の操作スイッチからなる操作部１０とを備えている。表示装置９は、液晶表示装置であって、例えば用紙の種類（単票紙又はロール紙）、用紙サイズ、レイアウト、写真選択、印刷枚数等をマニュアル選択するためのメニューを表示画面９ａに表示する。
【００３２】
また、操作部１０には、プリンタ１に電源投入するための電源スイッチ１０ａ、エラー発生時に押されるメンテナンススイッチ１０ｂ、ロール紙を操作する時に押されるロール紙スイッチ１０ｃが設けられている。さらに、操作部１０には、印刷開始スイッチ１０ｄ、中止スイッチ１０ｅ、上スイッチ１０ｆ、下スイッチ１０ｇ、決定スイッチ１０ｈ、戻りスイッチ１０ｉが設けられている。印刷開始スイッチ１０ｄは単票紙又はロール紙に画像の印刷を開始するときに押される。中止スイッチ１０ｅは、実行中の印刷を中止するときや、非印刷状態のときに表示画面９ａの入力内容を破棄するときに押される。上スイッチ１０ｆ及び下スイッチ１０ｇは、表示画面９ａでのメニュー選択や各種設定項目を選択する際のカーソル移動や、入力すべき数値の増減を行うときに押される。決定スイッチ１０ｈは表示画面９ａの表示を次画面に進めたり、表示画面９ａを使って入力した設定内容を確定するときに押される。戻りスイッチ１０ｉは、表示画面９ａに表示される画面を初期画面に戻すときや、表示画面９ａの表示を一つ前の画面に戻すときに操作される。
【００３３】
図１に示すように、プリンタ１の本体２の右側上部には、第２表示装置１１が取り付けられている。第２表示装置１１の表示画面１１ａには、用紙Ｐに印刷される印刷画像が事前に表示される。
【００３４】
本体２の正面右側には、カードスロット（ＣＦカードスロット）１２が設けられ、そのカードスロット１２には赤外線通信機能内蔵ＣＦ(コンパクトフラッシュ(R))型カード（赤外線通信カード）（以下、ＣＦ型通信カードという）１３が挿抜可能にセットされる。ＣＦ型通信カード１３は、ＩｒＤＡ（Infrared Data Association）に準拠した赤外線通信機能を有したＩｒＤＡモジュールであって、カードスロット１２にセットすることで、プリンタ１に赤外線データを受信可能な赤外線通信機能を付与する。プリンタ１は、ＣＦ型通信カード１３が携帯電話１４から受信したデータを取り込んでそのデータに基づく印刷処理を行う。
【００３５】
本実施形態における携帯電話１４は、電話機能及び赤外線通信機能の他、電話番号等を含む個人情報を登録管理できる電話帳機能、他の携帯電話との間で電子メールを送受信できる電子メール機能、静止画又は動画を撮影できるカメラ機能などの多機能を備えている。携帯電話１４は、電話帳機能で扱う個人情報データ（テキストデータ）と、カメラ機能で扱う画像データとを、赤外線通信対応のファイル形式でそれぞれ管理している。詳しくは、個人情報データはｖＣａｒｄ(TM)ファイル形式で管理され、画像データはｖＮｏｔｅ(TM)ファイル形式で管理されている。よって、携帯電話１４に管理されているｖＣａｒｄファイル形式の個人情報データ又はｖＮｏｔｅファイル形式の画像データは、カードスロット１２にセットされたＣＦ型通信カード１３を通じてプリンタ１に受信される。また、携帯電話１４は、他の携帯電話やパソコン等との間で携帯電話網を通じて電子メールや画像データを送受信できる。なお、カードスロット１２にデジタルカメラ用のＣＦ型メモリカードをセットすれば、デジタルカメラで撮影した画像データをＣＦ型メモリカードからプリンタ１に読み込んで印刷させることもできる。
【００３６】
図３に示すように、ＣＦ型通信カード１３にはその正面（前面）に通信ポートとなる赤外線受発光部１３ａと表示部１３ｂとが設けられている。赤外線受発光部１３ａは、受光素子と発光素子とを有し、発光素子はキャリア周波数例えば25〜50kHzの搬送波で搬送されるパルス位相変調されたビット信号からなる赤外線をその発光のオン・オフにより出力し、受光素子は同様の方式で表現されるビット信号からなる赤外線を受光する。表示部１３ｂは、発光色の異なる複数の発光ダイオード（ＬＥＤ）からなり、ＣＦ型通信カード１３のデータ受信状態を、発光色、点灯、点滅及び消灯の組合わせにより報知する。また、ＣＦ型通信カード１３の背面には図示しないコネクタが形成され、このコネクタがカードスロット１２の奥面に設けられたプリンタ側コネクタと電気的に接続される。
【００３７】
＜表示部の位置＞
ＣＦ型通信カード１３はＩｒＤＡ通信の通信インターフェイス部を構成する。
図１に示すように、ＣＦ型通信カード１３の前面に設けられた赤外線受発光部１３ａと表示部１３ｂは、ＣＦ型通信カード１３がカードスロット１２にセットされた状態で露出する位置にあり、携帯電話１４を操作するユーザ（操作者）から共に視認可能である。赤外線受発光部１３ａ，２０間の通信可能な最大距離（以下、最大通信距離という）は、例えば１０〜５０ｃｍ内の値である。赤外線は比較的指向性が高い通信媒体であるので、携帯電話１４からデータを送信する際は携帯電話１４の赤外線受発光部２０を赤外線受発光部１３ａに所定の広がり角度（本例では６０度）以内でなるべく真っ直ぐ向け、データ送信に要する約10秒〜１分程度の間、その状態を保持する必要がある。このため、ユーザはデータ送信先の赤外線受発光部１３ａを見ながら送信操作することになる。ユーザは赤外線受発光部１３ａから最大通信距離以内の距離に近づけた位置に携帯電話１４を保持し、赤外線受発光部１３ａを見ながら携帯電話１４の姿勢を保ったまま例えば数10秒〜１分程度保持する。このとき、表示部１３ｂと赤外線受発光部１３ａは携帯電話１４を操作又は保持するユーザ（操作者）の同一視野内に入る。
【００３８】
図４（ａ）は正面から見た携帯電話を示す。同図に示すように、携帯電話１４は、複数の操作ボタン１５（１５ａ〜１５ｃ等）、受話口１６、送話口１７、ディスプレイ１８及びＣＣＤ（Charge-Coupled Device）撮像装置１９を備えている。
【００３９】
携帯電話１４は、カメラ機能の使用中、ＣＣＤ撮像装置１９で撮像している画像をディスプレイ１８に表示するとともに、操作ボタン１５ｂをシャッターとして操作することでその撮像している画像を一枚の画像データとして保存できる。
【００４０】
本実施形態では、携帯電話１４のカメラ機能で撮影された画像データ（静止画像データ）はＪＰＥＧデータとして携帯電話１４に保存され、携帯電話１４から赤外線通信によりプリンタ１に送信する場合は、携帯電話１４に保存されているＪＰＥＧデータを赤外線通信対応のファイル形式の１つであるｖＮｏｔｅ(TM)形式に変換して送信される。このｖＮｏｔｅ形式で受信したプリンタ１は、Base64と呼ばれるエンコード／デコード変換器でＪＰＥＧデータをエンコード（圧縮）し、エンコードされたＪＰＥＧ画像データとして保存される。また、携帯電話１４は、電話帳機能を使って、操作ボタン１５ａを操作してディスプレイ１８上に作成した個人情報を登録することができる。
【００４１】
図４（ｂ）は、携帯電話の電話帳機能を使って登録しディスプレイに表示させた個人情報の一例を示す。この個人情報の登録方法を説明すると、まず操作ボタン１５を操作して、電話帳機能の個人情報作成モード（新規登録モード）を選択すると、携帯電話１４に内蔵された個人情報作成プログラムが起動する。ディスプレイ１８には図４（ｂ）中左寄りに示された各項目、すなわち「名前」、「フリガナ」、「電話番号１」、「電話番号２」、「電話番号３」、「電子メールアドレス１」、「電子メールアドレス２」、「電子メールアドレス３」、「住所」及び「メモ（ノート）」の各欄が表示される。操作ボタン１５ｃを操作して所望の項目を選択した後、該当するデータを入力し、これを必要な項目数だけ繰り返すことで、同図（ｂ）に示すような１つの個人情報が作成される。この電話帳機能で作成した個人情報データ（テキストデータ）は、本実施形態では赤外線通信対応のファイル形式の１つであるｖＣａｒｄ(TM)形式で保存される。
【００４２】
さらに、携帯電話１４は、ＩｒＤＡ（Infrared Data Association）に準拠した赤外線通信機能を有し、前記ＣＦ型通信カード１３との間での赤外線通信を行うための赤外線受発光部２０（図１に示す）を備えている。携帯電話１４は、操作ボタン１５を操作することによって、画像データや個人情報データをＣＦ型通信カード１３に送信する。赤外線受発光部２０は、ＣＦ型通信カード１３に設けられた赤外線受発光部１３ａと同様の赤外線通信方式の受発行が可能な受光素子と発光素子とを有している。
【００４３】
次に、上記のように構成した、プリンタ１、ＣＦ型通信カード１３及び携帯電話１４の電気的構成を図５に従って説明する。
まず、携帯電話１４の電気的構成を説明する。携帯電話１４は、制御部２１、メモリ２２、送受信部２３、マイク２４、スピーカ２５、操作ボタン１５、ディスプレイ１８、ＣＣＤ撮像装置１９、赤外線受発光部２０を有している。
【００４４】
メモリ２２は、ＣＣＤ撮像装置１９で撮像した画像データや個人情報データが制御部２１によって一時保存される。マイク２４は、受話口１６で話した音声を音声信号として制御部２１に出力する。スピーカ２５は、制御部２１から出力された音声信号を音声にして送話口１７から出力する。
【００４５】
送受信部２３は、入出力インターフェイスであって、制御部２１から出力された音声信号、メール、画像データを他の携帯電話やパソコンに送信するとともに、他の携帯電話やパソコンからの音声信号、メール、画像データを受信し制御部２１に出力する。
【００４６】
制御部２１は、ＣＰＵ、ＲＯＭ、ＥＥＰＲＯＭ等を有し、ＣＰＵがＲＯＭ及びＥＥＰＲＯＭに記憶された制御プログラムや各種アプリケーションプログラムに基づいて各種動作を実行する。つまり、制御部２１は、前記した通話、メールの作成、データの送受及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１は、前記したＣＣＤ撮像装置１９で撮像した画像データの表示及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。
【００４７】
このとき、メモリ２２に保存される画像データは、制御部２１によってＪＰＥＧデータ形式で保存される。制御部２１は、個人情報の作成及び保存のため処理動作を操作ボタン１５の操作に基づいて実行する。このとき、メモリ２２に保存される個人情報データ（テキストデータ）は、制御部２１によって名刺データ形式（本例ではｖＣａｒｄ形式）で保存される。
【００４８】
さらに、制御部２１は前記保存した個人情報データや画像データをプリンタ１（ＣＦ型通信カード１３）に赤外線受発光部２０を介して送信するための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１からＣＦ型通信カード１３に送信される際は、個人情報データはｖＣａｒｄファイル形式で、また画像データ（エンコードされたＪＰＥＧデータ）はｖＮｏｔｅファイル形式で送信される。制御部２１は、これらをオブジェクト交換プロトコルに従って送信する。本実施形態では、オブジェクト交換プロトコルとして、電話帳(vCard)、スケジュール( vCalender)、メモ(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」のデータ（ファイル拡張子データという）をプリンタ１側へ転送する。
【００６６】
プリンタ１側には、カードドライバ７１、ＩｒＤＡ ＵＡＲＴ ドライバ（以下、ＵＡＲＴドライバという）７２、データトランスファ部７３、ＩｒＤＡプロファイル部７４、テキストデータラスタ処理部７５、画像データラスタ処理部７６及びプリントエンジン７７が備えられている。
【００６７】
カードドライバ７１及びＵＡＲＴドライバ７２は、図５におけるスロット通信部４５ｅに内蔵されたドライバ回路からなるハードウェアとソフトウェアとで構成されている。また、データトランスファ部７３は、ＣＰＵ４１が通信プロトコルプログラムを実行することにより実現される機能部分である。また、ＩｒＤＡプロファイル部７４、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、ＣＰＵ４１がアプリケーションプログラムを実行することにより実現される機能部分である。さらにプリントエンジン７７は、ＣＰＵ４１がアプリケーションプログラムを実行することにより実現されるソフトウェア部分と、ＡＳＩＣ４６、ドライバ４７ａ〜４７ｄ、紙送りモータＭ１、キャリッジモータＭ２、圧電素子ＰＺ及びカッタモータＭ３などからなる印刷処理を実現するハードウェア部分とから構成される。
【００６８】
なお、カードドライバ７１及びＵＡＲＴドライバ７２はデータリンク層及びネットワーク層に相当する。また、データトランスファ部７３はトランスポート層及びセッション層に相当し、ＩｒＤＡプロファイル部７４、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、プレゼンテーション層及びアプリケーション層に相当する。
【００６９】
カードドライバ７１は、ＣＦ型通信カード１３と信号やデータのやりとりをする通信ドライバであり、ＣＰＵ４１からの指示などに基づきＵＡＲＴドライバ７２に必要な指示を出す。
【００７０】
ＵＡＲＴドライバ７２は、ＣＦ型通信カード１３に内蔵されたプリンタ側ＵＡＲＴ３４の通信動作を制御するもので、例えばＣＰＵ４１及びカードドライバ７１の指示に基づきプリンタ側ＵＡＲＴ３４を制御する。ＵＡＲＴドライバ７２は、プリンタ側ＵＡＲＴ３４から割込要求を受け付けると、プリンタ１が他の通信部４５ｂ〜４５ｄからデータ受信中であるビジー状態でない限り入力ポートを開きデータの取り込みを開始する。
【００７１】
また、カードドライバ７１は、プリンタ１の電源投入時にＣＰＵ４１が実行する初期化処理の際にＣＰＵ４１から拡張子データを受け取ってセットアップデータ記憶部７１ａに格納する。そして、カードドライバ７１は、電源投入後はじめてプリンタ１とＣＦ型通信カード１３との電気的接続を検知したＣＰＵ４１からの指示に基づきセットアップデータ記憶部７１ａに格納された拡張子データを読み出してＣＦ型通信カード１３に送信する。本実施形態では、印刷対応ファイルの拡張子として、「ｖｃｆ」「ｖｎｔ」「ｊｐｅｇ」「ｊｐｇ」が拡張子データに設定されている。ＣＦ型通信カード１３へ送られた拡張子データは、オブジェクト送受信部６４により対応拡張子記憶部６４ａに格納されることによりＣＦ型通信カード１３側にセットアップされる。また、ＵＡＲＴドライバ７２は、データトランスファ部７３及びプロファイル部７４で検出されたエラー通知などの通知を受け取ると、その旨の信号をカード制御部３１に送信する。カード制御部３１は携帯電話１４及びプリンタ１から受信したデータ及び信号を監視することでデータ受信状態を表す通信ステータスを管理し、その時々の通信ステータスに応じた点灯態様となるよう表示部（ＬＥＤ）１３ｂを表示制御する。ＣＦ型通信カード１３は表示部１３ｂの点灯態様によってデータ受信状態を送り主に報知する。
【００７２】
データトランスファ部７３は、ＣＦ型通信カード１３のオブジェクト送受信部６４から送られてきたオブジェクトデータとファイル拡張子データを受け取ると、ファイル拡張子データをプロファイル部７４に送るとともに、オブジェクトデータについてはそれを正しく受信できたかどうかを判断する。この判断は、オブジェクトデータが正しく受信できたかどうかを検証する手順がプログラムされた伝送制御手順に従って判定される。伝送制御手順としては、ベーシック手順と、ＨＤＬＣ（ハイレベルデータリンク）手順とが挙げられる。本例ではベーシック手順を簡素化した伝送制御手順を採用する。なお、エラー制御に採用するエラー検出方式は、ＣＲＣ検出方式に限らず、パリティチェック方式、チェックサム、ハミング符号によるものでもよい。
【００７３】
データトランスファ部７３は、伝送制御手順７３ａによりデータを正しく受信できた場合はそのデータ（電文本体又は電文分割ブロック）を次のＩｒＤＡプロファイル部７４へ順次送り、データが正しく受信できなかった場合はオブジェクト送受信部６４へそのデータの再送を要求する。この再送要求を受けたオブジェクト送受信部６４は直前にデータトランスファ部７３へ送信したデータを再送する。データトランスファ部７３は、再送要求の後に再送されないままタイムアウトになると、エラー通知信号をオブジェクト送受信部６４へ送信するようＵＡＲＴドライバ７２に指示する。
【００７４】
ＩｒＤＡプロファイル部７４は、拡張子識別部８１、件数判定部８２、ノート（Note）解析部８３、分割処理部８４、テキストデータ形式変換部８５、テンプレート記憶部８６、画像データデコード部８７及び判断部８８を備えている。ＩｒＤＡプロファイル部７４はＲＯＭ４２又はＥＥＰＲＯＭ４３に記憶されたプログラムデータ及び各種データ等に基づき実現される。
【００７５】
拡張子識別部８１は、データトランスファ部７３から入力したファイル拡張子データから、そのオブジェクトデータのファイル形式を識別する。すなわち、個人情報データ（ｖＣａｒｄファイル形式）か、添付形式の画像データ（ｖＮｏｔｅファイル形式）か、画像データ（ＪＰＥＧファイル）かのいずれであるのかその拡張子を識別する。すなわち、ファイル拡張子データが「ｖｃｆ」であれば「ｖＣａｒｄファイル」と識別し、「ｖｎｔ」であれば「ｖＮｏｔｅファイル」と識別し、さらに「ｊｐｅｇ」又は「ｊｐｇ」であると「ＪＰＥＧファイル」と識別する。拡張子識別部８１は、識別した拡張子に応じて、その後データトランスファ部７３から送られてくるオブジェクトデータの処理経路を振り分ける。すなわち、拡張子識別部８１は、拡張子が「ｖｃｆ」であればそのｖＣａｒｄファイル（個人情報データ）を件数判定部８２へ送り、拡張子が「ｖｎｔ」であればそのｖＮｏｔｅファイル（画像データ）を画像データデコード部８７へ送る。さらに、拡張子が「ｊｐｅｇ」又は「ｊｐｇ」であればそのＪＰＥＧデータを画像データラスタ処理部７６へ送る。
【００７６】
件数判定部８２は、ｖＣａｒｄファイルが１件分の個人情報を含む「単件」ファイルか、複数件分の個人情報を含む「全件」ファイルかを判定する。「単件」ファイルと判定した場合はそのｖＣａｒｄファイルをノート解析部８３へ送り、「全件」ファイルと判定した場合はそのｖＣａｒｄファイルを分割処理部８４へ送る。また、件数判定部８２の判定結果は、「単件」であれば「Ｎ＝０」、「全件」であれば「Ｎ＝１」として、その判定値Ｎがテキストデータ形式変換部８５へ送られる。
【００７７】
ノート解析部８３は、ｖＣａｒｄファイルのノート（Note）領域に記述されたテキストを取り出して解析する。単件の個人情報を印刷する場合は、ノート領域に予め決められた指定文字を記述しておくことで印刷レイアウトを指定できるようになっており、指定文字による印刷レイアウトの指定の有無を判断するためにノート領域の記述内容を解析する。本実施形態では指定文字として数字（番号）を採用している。数字を採用するのは、記述する文字数が少なく済むうえ識別し易いからである。数字以外にアルファベット（例えばA,B,C,…）を指定文字として採用することも可能である。ノート解析部８３は、解析結果として得られた指定文字の情報Ｍ（例えば番号Ｍ＝１，２，…ｎ）をテキストデータ形式変換部８５へ送る。
【００７８】
分割処理部８４は、全件ファイルを電文分割ブロック単位で順次入力し始めるとバッファ（図示せず）に蓄えながらデータの中身を調べ、１件毎の区切りを抽出することにより所定件数分ずつ分割する。そして、その分割した所定件数分ずつ個人情報データを次処理のテキストデータ形式変換部８５へ送り出す。本実施形態では所定件数は１件に設定されており、ｖＣａｒｄファイルの全件データは１件ずつの個人情報に順次分割されながら、分割処理部８４から１件分ずつ次処理のテキストデータ形式変換部８５へ送り出される。
【００７９】
テキストデータ形式変換部８５は、個人情報データ（テキストデータ）をｖＣａｒｄ形式からＸＨＴＭＬ（Extensible Hyper Text Markup Language）形式に変換する。但し、形式変換を行う前に、そのオブジェクトデータがｖＣａｒｄ形式であるかどうかそのデータの中身を解析し、ｖＣａｒｄファイル形式のデータであることを検証する。例えばｖＣａｒｄファイル形式のデータであれば備えているはずのプロパティ（「B EGIN 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×Cb
メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像データをワークメモリ４４ｂに展開するとともに、展開した画素順序をラスタスキャンの順序に並べ替える画像処理を司る回路である。ここで、ＪＰＥＧの圧縮処理では、元画像は８画素×８画素のブロック領域に分割され、ブロック領域単位で所定の演算処理がなされる。そのため、ＹＣｂＣｒ／ＲＧＢコンバータ９２から渡される、ＪＰＥＧデータから変換された当初のＲＧＢ多値データも、８画素×８画素のブロック領域に分割した形で画素データが並んでいる。メモリコントローラ９３は、その８画素×８画素のブロック領域に仕分けられている画素データの配列を、印刷処理に適したラスタスキャン（つまり、例えば、画像の左端から右端までの行方向の水平スキャンを、最上行から１行づつ下へ向って繰り返していくスキャン）の順序の配列に変換する。メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像の各画素データを展開後、第２バッファ７６ａ上にラスタスキャン順序に従って書き込んでいくことで、この並べ替えを行う。これにより、第２バッファ７６ａ上には、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データが格納されることになる。メモリコントローラ９３は、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データを画像処理部４６ａへ転送する。ここで、第２バッファ７６ａは、ＪＰＥＧ画像データのラスタ処理に使われるためそのバッファ容量が第１バッファ７５ａのそれに比べ相対的に大きい（例えば３〜１０メガバイト）。
【００９９】
画像処理部４６ａに転送されたＲＧＢ多値画像データはまず色変換処理部９４に送られ、次に２値化処理部９５に転送される。色変換処理部９４は、ＲＧＢ多値画像データをＣＭＹＫ多値画像データに色変換する回路である。さらに２値化処理部９５は、そのＣＭＹＫ多値画像データをＣＭＹＫ２値画像データに２値化する回路である。
【０１００】
色変換処理部９４は、ＥＥＰＲＯＭ４３に記憶された、ＲＧＢ表色系からＣＭＹＫ表色系へ色変換するための色変換テーブル９９を読み出し、これを参照してＲＧＢ多値画像データをＣＭＹＫ多値画像データに変換する。このＣＭＹＫ多値画像データは２値化処理部９５に転送される。
【０１０１】
次いで、２値化処理部９５は、ＣＭＹＫ多値画像データに２値化処理（例えば、誤差拡散処理又はディザ処理など）を施し、これをＣＭＹＫ２値画像データに変換する。このＣＭＹＫ２値画像データは印刷処理部４６ｂに転送される。なお、画像処理部４６ａに転送されたデータに拡大、縮小、回転などの所定処理を施す際はＣＰＵ４１に転送され、その所定処理はソフトウェア処理により施される。
【０１０２】
印刷処理部４６ｂには、ラスタスキャン順序に並び替えられた、キャラクタドットデータ又はＣＭＹＫ２値画像データが転送されてくる。これらのデータはコマンドエンコーダ９６に転送される。
【０１０３】
コマンドエンコーダ９６は、キャラクタドットデータ又はＣＭＹＫ２値画像データを、ＣＰＵ４１からのプリンタ印刷コマンドのコマンドヘッダとセットにして印刷データに仕立て、エンジンコントローラ９７へ送る。エンジンコントローラ９７は印刷データに基づいて圧電素子ＰＺを駆動制御する指令信号をドライバ４７ｄに出力する。
【０１０４】
図８は、プリンタの印刷機構を示す斜視図である。同図に示すように、プリンタ１はロール紙Ｐ１を印刷後の位置で所定のサイズに切断するカッタ装置（オートカッタユニット）ＣＴＳを備えている。以下、印刷機構の構成をカッタ装置ＣＴＳを中心に説明する。
【０１０５】
ロール紙支持部５（図１に示す）にセットされたロール紙Ｐ１は、所定の搬送経路に沿って送られてプリンタ１の前側下部の排紙口７（図１に示す）から排出される。ロール紙Ｐ１は、紙送りモータＭ１によって駆動される紙送りローラ１０１及び紙送り従動ローラ１０２とにより、キャリッジ１０３の印刷開始位置に搬送される。キャリッジ１０３には、複数の噴射ノズルを有した記録ヘッド（図示せず）が搭載されている。キャリッジ１０３は、ガイド軸１０４により主走査方向に移動可能に案内された状態にあり、キャリッジ１０３に固定されたタイミングベルト１０５がキャリッジモータＭ２により正逆回転駆動されることにより、キャリッジ１０３が主走査方向に往復動するようになっている。ロール紙Ｐ１の搬送とキャリッジ１０３の主走査方向への移動とが交互に繰り返され、キャリッジ１０３の主走査方向への移動過程に記録ヘッド（図示省略）の噴射ノズルからインクが噴出されることによりロール紙Ｐ１に印刷が施される。
【０１０６】
カッタ装置ＣＴＳは、紙送り方向においてキャリッジ１０３より下流側に位置するとともに、主走査方向に往復動可能なカッタヘッド１０６を備えている。カッタヘッド１０６は回転刃１０７を有し、ガイド軸１０８により主走査方向に移動可能に案内されている。カッタヘッド１０６に固定されたタイミングベルト１０９がカッタモータＭ３により正逆回転駆動されることにより、カッタヘッド１０６と共に回転刃１０７が主走査方向に移動する。回転刃１０７の移動経路に沿ったその下側には主走査方向に延びる状態に固定刃１１０が配置されており、カッタヘッド１０６が主走査方向に移動する際は、回転刃１０７が固定刃１１０の刃部１１０ａに押し付けられながら往復動することでロール紙Ｐ１を切断する。
【０１０７】
次にカッタ装置ＣＴＳの駆動制御について説明する。ＣＰＵ４１は、図２５にフローチャートで示すプログラムを実行することにより、ドライバ４７ｃに指令信号を出力してカッタモータＭ３を駆動制御する。
【０１０８】
ＣＰＵ４１は、予め指定されたレイアウトデータと用紙サイズデータとに基づいてロール紙Ｐ１の切断幅を算出する。例えばロール紙Ｐ１が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」をオペコードＯＰとするデータがＣＦ型通信カード１３へ送られたときは、プリンタ１のメモリに格納されたファイルを携帯電話１４へ転送する転送機能をプリンタ１に設けてもよい。
【０１２３】
＜カード挿入時のカード判別処理＞
図１１は、ＣＦ型通信カードをカードスロットに挿入（セット）した際に、プリンタ１側のＣＰＵ４１が実行するプログラムを示すフローチャートである。以下、ＣＰＵ４１がＣＦ型通信カード１３を検出した時に実行する処理内容を説明する。
【０１２４】
まず、ステップ（以下単に「Ｓ」と記す）１０では、ＣＦ型通信カード１３がカードスロット１２に挿入されたか（つまりＣＦ型通信カード１３を検出できたか）どうかを判断する。ＣＦ型通信カード１３がカードスロット１２に挿入されたことを検知すればＳ２０に進み、挿入されたことが検知されなければそのまま処理を終了する。
【０１２５】
Ｓ２０では、挿入が検知されたカードが、ＣＦ型通信カード１３であるかメモリカードＭＣであるかを判別する。ＣＦ型通信カード１３であればＳ３０に進み、メモリカードであればメモリカードであることを認識して処理を終了する。
【０１２６】
Ｓ３０では、ＣＦ型通信カード１３のセットアップ処理を行う。すなわち、セットアップデータ記憶部７１ａから拡張子データ（参照データ）を読み出してオブジェクト送受信部６４に送信するようカードドライバ７１に指示を与える。この結果、カードドライバ７１は拡張子データをオブジェクト送受信部６４に送信し、それを受け付けたオブジェクト送受信部６４はその拡張子データを記憶部６４ａに記憶する。
【０１２７】
次にＳ４０では、インターロック処理を行う。
Ｓ５０では、インターロックを解除してよいかどうかを判断する。インターロックを解除してよければＳ６０に進み、解除できない場合は再びＳ４０に戻る。
Ｓ４０に戻った場合は、以後、インターロックを解除できるまでインターロック処理を所定時間毎に実行する。
【０１２８】
Ｓ６０では、インターロックを解除するレディコマンドを出力する。このレディコマンドを受け付けたカード制御部３１は、「受信可能」の通信ステータスＡを設定し、ＣＦ型通信カード１３の表示部１３ｂが緑点灯する。ユーザは表示部１３ｂの緑点灯を見ることでＣＦ型通信カード１３がデータ受信可能な状態にあることを把握する。
【０１２９】
図１２（ａ）は、プリンタ１の操作パネル８の画面９ａに通信状態を表示する報知画像を示す。また、同図（ｂ）は動画画像を構成する４コマの画像を示す。データ受信状態にあるときは、ＣＦ型通信カード１３の表示部１３ｂ以外に、操作パネル８の画面にも表示される。
【０１３０】
ＣＰＵ４１は、通信ステータスを管理しており、操作パネル８の画面９ａにはその通信ステータスが表示される。表示部１３ｂで点灯制御によって報知される通信ステータスが、受信不可、受信可能、受信中、受信終了、受信エラーの５種類であるのに対し、文字表示可能な画面９ａには、これらの文字情報の表示に加え、受信エラーについてはエラー内容（エラー原因別）まで区別して報知されるようになっている。
【０１３１】
同図（ａ）の画面９ａに示すように、データ受信中にあるときは、データ受信中の旨を示す動画画像ＭＧ１とテキストＴＸ１が表示される。これらの動画画像ＭＧ１とテキストＴＸ１のデータは、ＥＥＰＲＯＭ４３に記憶されている。テキストＴＸ１は例えば「データ受信中です。」と表示される。
【０１３２】
図１２（ｂ）に示すように、動画画像ＭＧは、４コマの画像Ｇ１〜Ｇ４からなり、ＣＰＵ４１はこれらの各画像Ｇ１〜Ｇ４を所定時間間隔で順次表示させることで動画画像ＭＧを生成する。
【０１３３】
ＣＰＵ４１は、ＩｒＤＡプロファイル部７４に到達した時点でデータ受信を確認することが可能となっており、データ受信を確認すると、画面９ａに図１２（ａ）の動画画像ＭＧ１とテキストＴＸ１を表示させて、データ受信状態をユーザに報知する。ユーザはＣＦ型通信カード１３の表示部１３ｂとプリンタ１の画面９ａとのどちらでもデータ受信状態を確認できるようにしている。
【０１３４】
また、通信ステータスが受信エラーであるときは、例えば図１２に示す画面９ａには、「データ受信中です」に替え、「この拡張子のデータは扱えません」「拡張子とデータが一致していません」「通信が途絶えました」などのエラーの内容（原因）まで特定して報知する。
【０１３５】
また、ＣＦ型通信カード１３側のＣＰＵから通信ステータスの情報をプリンタ１側のＣＰＵ４１に転送し、通信ステータスに応じた報知画像を画面９ａに表示させることもできる。もちろん、ＣＰＵ４１が通信ステータスを管理し、報知用の動画画像ＭＰやテキストＴＸを画面９ａに表示させることもできる。この場合、データ受信状態の旨を示す動画画像ＭＧ１とテキストＴＸ１が表示される。
【０１３６】
また、ＣＰＵ４１は、印刷実行を開始すると、同図（ｃ）の画面９ａに示す報知画像ＡＧ２を表示する。この報知画像ＡＧ２には、動画画像ＭＧ２とテキストＴＸ２が表示される。
【０１３７】
＜プリンタ側のデータ処理＞
次に、ＣＦ型通信カード１３からプリンタ１の本体２側に転送されたデータの処理について説明する。プリンタ側の処理には、主に、(A)データの種別に応じた振り分け処理、(B)個人情報データの単件か全件かの判定処理、(C)個人情報の全件データの分割送出処理、(D)個人情報データの名刺レイアウト印刷、(E)個人情報データの電話帳レイアウト印刷の各処理がある。
【０１３８】
まず、受信したデータをＡＳＩＣ内等の処理回路が扱えるファイル形式に変換した後、指定のレイアウト付きのデータに生成するまでの処理について説明する。まずｖＣａｒｄファイルのデータ構造を説明する。
【０１３９】
図１３、図１４及び図１５は、ｖＣａｒｄファイル形式の個人情報データの一例を示す。ここで、図１３及び図１４はｖＣａｒｄの単件データを示し、図１３は個人情報（テキスト）のみのデータで、図１４は画像付きデータである。図１５はｖＣａｒｄの全件データを示す。
【０１４０】
図１３に示すように、ｖＣａｒｄ形式の単件データＭＤ１は、まず「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ：ＶＣＡＲＤ」と「ＥＮＤ：ＶＣＡＲＤ」の間には以下のような個人情報の各アイテムが、プロパティと値を使って「プロパティ：値」形式で記述されるようになっている。プロパティは項目を指し、値はその項目に入れるべき具体的な内容を指す。プロパティには、「Ｎ（名前）」、「ＳＯＵＮＤ（フリガナ）」、「ＴＥＬ（電話番号）」、「ＥＭＡＩＬ（電子メールアドレス）」、「ＡＤＲ（住所）」、「ＮＯＴＥ（メモ）」などが用意されている（但し、括弧書きはプロパティの説明である）。
【０１４１】
まずプロパティ「Ｎ」の値には他人の氏名が記述される。例えばｖＣａｒｄ対応の電話帳アプリケーション（新規登録）を起動させて画面に表示された名前の入力欄に「山田  太郎」と入力した場合、「Ｎ：山田  太郎」と記述される。同様にプロパティ「ＳＯＵＮＤ」の値には氏名のフリガナが記述される。
【０１４２】
プロパティ「ＴＥＬ」には電話番号が記述されるが、さらにコマンドを追加すること（以下ＴＹＰＥ指定することと称す）により以下に示すようなものが指定できる。「ＴＥＬ；ＷＯＲＫ；ＶＯＩＣＥ：」の値には勤務先電話番号、「ＴＥＬ；ＷＯＲＫ；ＦＡＸ：」の値には勤務先ＦＡＸ番号が記述される。「ＷＯＲＫ」の部分を「ＨＯＭＥ」に置換すると自宅用電話番号が記述される。「ＴＥＬ；ＣＥＬＬ：」の値には携帯電話番号が記述される。また、携帯電話番号の登録アイコンの選択によりさまざまなＴＹＰＥ指定が可能であり、これによりさまざまな電話番号を指定することが可能である。図１３の７行目の「ＴＥＬ;Ｘ-ＡＢＣ−ＭＡＩＮ；ＶＯＩＣＥ：」の値には「代表」の電話番号が記述される。その他、「学校」の電話番号が記述されるプロパティもある。その他、さまざまな識別ＴＹＰＥコマンドが用意されている。
【０１４３】
プロパティ「ＥＭＡＩＬ」の値には電子メールアドレスが記述される。「ＥＭＡＩＬ」コマンドも「ＴＥＬ」コマンドと同様に、「ＥＭＡＩＬ」の後にＴＹＰＥ指定することにより複数の電子メールアドレスが指定できる。図１３の例で、「ＥＭＡＩＬ；ＷＯＲＫ：」の値には会社の電子メールアドレスが、「ＥＭＡＩＬ；ＣＥＬＬ：」の値には携帯電話の電子メールアドレスが、「ＥＭＡＩＬ：ＩＮＴＥＲＮＥＴ：」の値にはインターネットの電子メールアドレスが記述される。
【０１４４】
プロパティ「ＡＤＲ」の値には住所が記述される。「ＡＤＲ」もその後に「ＷＯＲＫ」、「ＨＯＭＥ」等のＴＹＰＥ指定することにより会社住所、自宅住所等を指定することができる。
【０１４５】
プロパティ「ＮＯＴＥ」の値にはメモの内容が記述される。本実施形態では、メモに指定文字を入力して「ＮＯＴＥ」の値に指定文字を記述することにより、プリンタ１に対し印刷レイアウトを設定する機能を設けている。
【０１４６】
図１４に示す画像付きｖＣａｒｄデータＭＤ２の場合は、画像を指定するプロパティ「Ｘ−ＩＭＧ−ＢＯＤＹ」が追加されており、このプロパティの値として、「BASE64」の画像データが記述される。
【０１４７】
図１５に示すように、ｖＣａｒｄの全件データＡＤは、個人情報を複数件含み、個人情報は１件ずつ「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ：ＶＣＡＲＤ」と「ＥＮＤ：ＶＣＡＲＤ」の間に１件分の個人情報を構成する各アイテムが、「プロパティ：値」形式で記述されている。
【０１４８】
従って、同図からも分かるように、１件のデータが終了する毎に「ＥＮＤ：ＶＣＡＲＤ」が記述されている。携帯電話１４から個人情報データを送信するとき、ユーザは「単件」か「全件」かを選択できる。プリンタ１は受信したｖＣａｒｄファイルが「単件」か「全件」かによって適用する印刷レイアウトを決定する。本実施形態では、ｖＣａｒｄファイルが「単件」か「全件」であるかを識別するために、個人情報データ中に必ず記述され、かつ１件につき１つしか記述されないコマンド又はプロパティを、件数判別子ＣＳとして採用する。もちろん、１件毎に決まった数ずつ記述されているコマンド又はプロパティなどでもよい。例えば「ＶＣＡＲＤ」は１件につき２つずつ記述されているので、その計数値が「２」であれば単件、計数値が「４以上」であれば「全件」と判断する方法を採用することもできる。
【０１４９】
本実施形態の場合、件数判別子ＣＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。ＩｒＤＡプロファイル部７４の件数判定部８２は、個人情報データが単件であるのか全件（グループ指定の場合はグループの全件を含む）であるのかを判別する。詳しくは、ＣＰＵ４１がデータ中に含まれる件数判別子「ＥＮＤ：ＶＣＡＲＤ」をカウンタにより計数し、その計数値に基づき受信したｖＣａｒｄファイルが「単件」か「全件」かを判断する。すなわちその計数値が「１」の場合は判定値（例えばフラグ）Ｎを「Ｎ＝０」にリセットし、計数値が「２以上」の場合は判定値Ｎを「Ｎ＝１」にセットする。
【０１５０】
また、全件ファイルである場合、ＩｒＤＡプロファイル部７４はデータをすべて受信してからテキストデータ形式変換部８５へ送るのではなく、全件のうち所定件数分だけバッファリングされる度に、その所定件数分ずつ次処理部のテキストデータ形式変換部８５へ送る。この処置は分割処理部８４が行う。データ中の１件毎の区切りは区分識別子ＤＳをみることで判断する。本例では、区分識別子ＤＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。
【０１５１】
詳しくは、データトランスファ部７３が伝送制御手順７３ａにおいてデータが正しく受信されたかどうかチェックした後、ＣＰＵ４１はそのデータについて区分識別子ＤＳである「ＥＮＤ：ＶＣＡＲＤ」（本例で件数判別子ＣＳに同じ）をカウンタにより計数し、その計数値から受信した個人情報の件数をカウントする。そして、所定件数分の個人情報がＲＡＭ４４の受信バッファ４４ａにバッファリングされる度にＣＰＵ４１は、受信バッファ４４ａのデータを次処理のテキストデータ形式変換部８５へ送る。詳しくはＣＰＵ４１が所定件数分のデータがバッファリングされる度に次のテキストデータ形式変換処理を実行する。なお、区分識別子ＤＳは、１件毎の最後のプロパティでもよい。
【０１５２】
＜名刺印刷のテンプレート＞
図１６及び図１７は、個人情報データが印刷される際に適用される印刷レイアウトのテンプレート書式データの一例を示す。図１６はテキストのみのｖＣａｒｄデータＭＤ１用の名刺印刷テンプレート書式データＬＴ１、図１７は画像付き名刺印刷テンプレート書式データＬＴ２である。
【０１５３】
ｖＣａｒｄファイルの印刷レイアウト（印刷フォーマット）は、プリンタ１内のＥＥＰＲＯＭ４３（テンプレート記憶部８６）に記憶されたテンプレート書式データに依存する。テンプレート書式データはＸＨＴＭＬ形式で記述された印刷レイアウト用データである。ＸＨＴＭＬデータは、＜body＞と＜／body＞の間が、１つの項目毎（同図では行毎）につき、フィールド、コメントタグ、プロパティの３つの領域に分かれている。
【０１５４】
フィールドは、図１６においては「名前」や「電話番号」など名刺の中にタイトルとして印刷される文字列などのデータ領域である。「名前」や「電話番号」など名刺に必要な規定のタイトルはテンプレート書式データＬＴのフィールドに予め記述されている。
【０１５５】
コメントタグは、ｖＣａｒｄ形式ファイルにおける各プロパティの値（例えばプロパティ「Ｎ」であればその値である「山田  太郎」）の印刷位置やフォント、文字サイズ等を指定する命令である。コメントタグ「<!-- -->」の直後に値は組み込まれる。また、コメントタグ「<  >」を値で置換する方法もある。
【０１５６】
プロパティはｖＣａｒｄ形式のデータで、ＴＹＰＥ指定したデータの印刷位置やフォント、文字サイズ等を指定する命令である。プロパティ「<  >」の直後にＴＹＰＥ指定したデータ、例えば「ＷＯＲＫ」や「ＣＥＬＬ」等の文字列が組み込まれる。従って、図１３に示すように名前やフリガナのように、個人情報１件につき１つしかないＴＹＰＥ指定の対象外のデータにおいてはコメントタグのみで構成されている。一方、電話番号や電子メールなどのＴＹＰＥ指定できるデータが記述される領域ではコメントタグにプロパティが付加される。
【０１５７】
また、図１７の画像付き名刺印刷テンプレート書式データＬＴ２には、＜／body＞の直前に画像データの割付位置とエリアサイズを指定するタグが記述されている。このタグでは「＜img src=“photo.jpg”width=”50”height=”60”＞」のように画像ファイルの指定と、その画像の横サイズと縦サイズが指定されている。
【０１５８】
画像サイズの指定には画素単位で指定する方法と、％単位で指定する方法とがある。なお、図１６及び図１７におけるコメントタグ及びプロパティではフォント及び文字サイズ等は指定されていない。
【０１５９】
図１８は、図１３の個人情報データを図１６の名刺印刷用のテンプレート書式データＬＴ１に当て嵌めた後のＸＨＴＭＬ書式データＬＤを示す。図１３の個人情報データ（携帯電話のディスプレイでは図４（ｂ）にように表示される個人情報）は、そのうち指定の値（及びプロパティ）が図１６の名刺印刷用の書式テンプレート書式データＬＴ１に組み込まれ、図１８に示すＸＨＴＭＬデータからなるテンプレート書式データＬＤとなる。この個人情報データからテンプレート書式データＬＤへの変換処理は、テキストデータ形式変換部８５が行う。テキストデータ形式変換部８５で変換されたテンプレート書式データはテキストデータラスタ処理部７５に送信される。ＣＰＵ４１は、テキストデータ形式変換処理を次のように行う。プロパティを有していないテンプレート書式データＬＴを読み出すと、コメントタグの中に記述されたプロパティ（「Ｎａｍｅ」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティの値（「山田  太郎」等）を取り出し、テンプレートデータ中のそのコメントタグの直後にその取り出した値を組み込む。また、ＣＰＵ４１は、プロパティ中の「ＴＹＰＥ」直後のプロパティ（「ＴＥＬＮＯ１」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティのＴＹＰＥ（「ＷＯＲＫ」等）を取り出し、テンプレート書式データＬＴ中のそのプロパティの直後にその取り出したＴＹＰＥを組み込む。このルールに従った組込み処理は、ＣＰＵ４１がテキストデータ形式変換処理用プログラムを実行することにより行われる。こうして図１８に示すテンプレート書式データＬＤが作成される。このように本実施形態では、レイアウト定義できないｖＣａｒｄ形式からレイアウト定義できるＸＨＴＭＬ形式に形式変換し、この形式変換の際に個人情報の値をテンプレートのレイアウト枠に流し込むことでレイアウトを割り付けている。
【０１６０】
図１９は、名刺形式の印刷レイアウトの一例を示す。同図はテンプレート書式データＬＴ１により指定される印刷レイアウトのテンプレートＰＬ１を図示したものである。同図において四角枠で囲まれたレイアウト枠（割付領域）Ａ１〜Ａ９は、個人情報の各項目の値が配置される場所で、この場所の指定がテンプレート書式データＬＴ１中のコメントタグにより指定されている。そして、コメントタグにより指定したレイアウト枠Ａ１〜Ａ９に、それぞれ対応する値が配置される。レイアウト枠Ａ１〜Ａ９内に付されているタイトルは、テンプレート書式データＬＴ１中に予め記述されており、各タイトルの右横に値が配置される。同図において各レイアウト枠Ａ１〜Ａ９内に括弧で示されている（例えば「（ORG1）」等）のが、ｖＣａｒｄデータ中のプロパティで、そのプロパティの値がそのレイアウト枠に配置されることを意味する。例えば図１３におけるプロパティ「Ｎ」の値「山田  太郎」が図１９におけるレイアウト枠Ａ４内の「名前」の右横に配置される。なお、図１６の名刺印刷テンプレート書式データＬＴ１と図１９の印刷レイアウトのテンプレートＰＬ１とは対応していないが、図１６のテンプレート書式データＬＴ１は説明を簡単にするため単純な記述内容のテンプレート例で示している。本例では、図１９に示す名刺印刷用の印刷レイアウトのテンプレートＰＬ１を指定できるＸＨＴＭＬデータがテンプレート書式データＬＴの一つとしてＥＥＰＲＯＭ４３に記憶されている。この場合、個人情報には、会社名、部署、役職、会社電話番号、会社ＦＡＸ番号、社用電子メールなど必要なデータを入力して使用する。
【０１６１】
同図の各項目にはｖＣａｒｄ形式のプロパティの値がテンプレートのレイアウト枠Ａ１〜Ａ９に挿入され、所定のフォントの種類、フォントサイズ及びフォントのスタイルなどで印刷されるＸＨＴＭＬデータに変換される。例えば、会社名の場合、ｖＣａｒｄ形式では、プロパティ「ＯＲＧ」には、値として具体的な会社名が記述され、その会社名がレイアウト枠Ａ１に挿入される。
【０１６２】
図２０は印刷レイアウトのテンプレートを示し、同図（ａ）〜（ｃ）は名刺を印刷する印刷レイアウトのテンプレート例、同図（ｄ）は電話帳を印刷する印刷レイアウトのテンプレート例である。なお、同図においては、各テンプレートＰＬ２〜ＰＬ４，ＰＬ１０をｖＣａｒｄファイルのプロパティの値（テキスト）を組み込んだ状態の印刷レイアウトのテンプレートとして示している。テンプレートＰＬ２〜ＰＬ４，ＰＬ１０は、プロパティ毎にその値（テキスト）が組み込まれる割付位置とエリアサイズ（割付領域）を指定するためのタグが記述されたＸＨＴＭＬデータからなる。図１９及び図２０（ａ）〜（ｃ）に示すものを含む複数種の名刺を印刷するための印刷レイアウトのテンプレート（ＸＨＴＭＬデータ）がＥＥＰＲＯＭ４３には記憶されている。
【０１６３】
ここで、名刺を印刷するための印刷レイアウトの種類を簡単に説明すると、図２０（ａ）は文字サイズがすべて同一の横書きの名刺用の印刷レイアウトのテンプレートＰＬ２である。同図（ｂ）は名前の文字サイズが他より大きく印刷される横書きの名刺を印刷するための印刷レイアウトのテンプレートＰＬ３、同図（ｃ）は名前の文字サイズが他より大きく印刷される縦書きの名刺を印刷する印刷レイアウトのテンプレートＰＬ４である。また、同図（ｄ）は、全件の個人情報を印刷するときに使用される電話帳を印刷する印刷レイアウトのテンプレートＰＬ１０である。この電話帳を印刷する印刷レイアウトのテンプレートデータ（ＸＨＴＭＬデータ）もＥＥＰＲＯＭ４３に記憶されている。
【０１６４】
本実施形態では、個人情報が単件の場合は名刺を印刷する印刷レイアウトで印刷され、全件（複数件）の場合は電話帳を印刷する印刷レイアウトで印刷される。ｖＣａｒｄファイルが個人情報を複数件含む「全件」の場合は、ＣＰＵ４１は図２０（ｄ）の電話帳を印刷する印刷レイアウトのテンプレートＰＬ１０を一義的に指定する。一方、ｖＣａｒｄファイルが個人情報を１件のみ含む「単件」の場合は、ユーザが携帯電話１４から名刺を印刷する印刷レイアウトを選択指定できるようになっている。
【０１６５】
図２１（ａ），（ｂ）は、名刺に画像を組み込んだ画像付き名刺を印刷する印刷レイアウトを示す。ＣＰＵ４１は、図１４に示したような画像データを添付できる形式のｖＣａｒｄファイルであることを認識すると、図１７に示す画像付き名刺印刷の印刷テンプレート書式データＬＴ２を使用する。例えば顔写真の画像をｖＣａｒｄファイル中に添付することによって顔写真付き名刺を印刷できる。
【０１６６】
図２１（ａ）は、縦向きの名刺の左上付近に画像（顔写真）が配置され、個人情報のテキストが縦書きにレイアウトされた印刷テンプレート例である。名刺において各プロパティの値（テキスト）又は画像が割付けられる位置及びサイズは、割付位置及びエリアサイズをＸＨＴＭＬ形式のタグで記述して特定されたレイアウト枠（レイアウトエリア）によって指定されている。同図（ａ）のテンプレートＰＬ８では、画像のレイアウト枠（割付け領域）Ｇ１は名刺の左上付近の所定位置に設定されている。名刺に必要なプロパティ毎のテキストを流し込むレイアウト枠Ｔ１〜Ｔ６は、名刺の各項目に適した位置に設定されている。また、テキスト用のレイアウト枠Ｔ１〜Ｔ６には流し込まれるテキストのフォント、フォントサイズ及び文字色が指定されている。レイアウト枠Ｔ１〜Ｔ６の長さ及び幅は、テキストの文字数（文字列長）に応じてレイアウト枠の右上隅Ｔ１ａを基点として矢印方向へ自動的にサイズ調整されるようになっている。
【０１６７】
図２１（ｂ）は、横向きの名刺の右上付近に画像（顔写真）が配置されるとともに上下方向中心部付近にデザインとして横線が付され、テキストが横書きにレイアウトされる印刷テンプレート例である。同図（ｂ）のテンプレートＰＬ９は、縦書き名刺を印刷する印刷テンプレートＰＬ８と同様に、画像のレイアウト枠Ｇ２及びテキストのレイアウト枠Ｔ１０〜Ｔ１６が設定される他、中心部付近に横線のレイアウト枠Ｇ３が設定されたＸＨＴＭＬデータからなる。テキスト用のレイアウト枠Ｔ１０〜Ｔ１６の長さ及び幅は、テキストの文字数（文字列長）に応じてレイアウト枠の左上隅Ｔ１０ａを基点として矢印方向へ自動的にサイズ調整されるようになっている。これらＸＨＴＭＬ形式で記述された名刺を印刷する印刷レイアウトのテンプレートＰＬ８，ＰＬ９の各データは、ＥＥＰＲＯＭ４３（図５参照）に例えば番号と対応付けて記憶されている。
【０１６８】
図２２（ａ）〜（ｆ）及び図２３（ａ）〜（ｆ）は、名刺を印刷する印刷レイアウト以外に用意された印刷レイアウトのテンプレート例を示す。図２２（ａ）〜（ｆ）は、画像データとテキストデータを組合わせたレイアウトを指定する印刷レイアウト用テンプレートである。
【０１６９】
図２２（ａ）〜（ｅ）のテンプレートＰＬ２１〜ＰＬ２５では、それぞれ左上隅、右上隅、左下隅、右下隅、中央に１つずつ画像用のレイアウト枠Ｇ２１〜Ｇ２５がそれぞれ配置され、その他の部分にテキスト用のレイアウト枠Ｔ２１〜Ｔ２５がそれぞれ配置されている。同図（ｆ）は、画像用のレイアウト枠Ｇ１６，Ｇ１７とテキスト用のレイアウト枠Ｔ２６，Ｔ２７を２つずつ備え、それぞれ画像同士とテキスト同士が対角に配置されるように位置設定されている。
【０１７０】
次に、図２３（ａ）〜（ｆ）は、他の印刷レイアウト用テンプレートを示す。同図（ａ）は、テキスト１のレイアウト枠Ｔ３１中にテキスト２のレイアウト枠Ｔ３２を配置したテンプレートＰＬ３０である。同図（ｂ）は、テキスト１のレイアウト枠Ｔ４１、テキスト２のレイアウト枠Ｔ４２およびテキスト３のレイアウト枠Ｔ４３を並べて配置したテンプレートＰＬ４０である。同図（ｃ）は、テキスト１のレイアウト枠Ｔ５１とテキスト２の枠線Ｇ５１付きレイアウト枠Ｔ５２を上下に配置したテンプレートＰＬ５０である。同図（ｄ）は、画像１のレイアウト枠Ｇ６１中に画像２のレイアウト枠Ｇ６２を配置したテンプレートＰＬ６０である。同図（ｅ）は、画像１のレイアウト枠Ｇ７１と画像２のレイアウト枠Ｇ７２とを並べて配置したテンプレートＰＬ７０である。同図（ｆ）は、画像１のレイアウト枠Ｇ８１と画像２の枠線Ｇ８３付きレイアウト枠Ｇ８２を配置したテンプレートＰＬ８０である。
【０１７１】
レイアウト枠に画像を取り込む方法について説明する。
画像のサイズ（大きさ）及び画質（粗いまたは細かい）は、使用された携帯電話１４によって異なっている。また、印刷される用紙のサイズも幾種類かある。
【０１７２】
そこで、印刷レイアウトとして、図２１（ａ）の全体が用紙サイズとして、用紙の幅ＷＡ１を１００％として、レイアウト枠Ｌ１の横幅ＷＢ１を０（ゼロ）％〜１００％の任意の値に設定する。また、用紙の長さＣ１を１００％として、レイアウト枠Ｌ１の長さＤ１を０（ゼロ）％〜１００％の任意の値に設定する。設定されているレイアウト枠Ｌ１に画像を取り込む際は、携帯電話１４の画像の縦・横のどちらか大きい一方または携帯電話１４の画像が正方形の場合は一方を選択し、選択された一方がレイアウト枠Ｌ１の縦または横と等しくなるようにメモリコントローラ９３で画像サイズを変換させて取り込む。ここまでのデータは、ワークメモリ４４ｂに記憶させておく。
【０１７３】
次に、レイアウト枠Ｌ２にテキストを取り込む方法について説明する。ＲＯＭ４２には、日本語及び英語のフォント等のキャラクタ（テキストや記号等）のパターンを示すキャラクタジェネレータデータ（ＣＧデータ）を備え、キャラクタコードをＣＧデータに変換するキャラクタジェネレータ９８が記憶されている。
【０１７４】
キャラクタジェネレータ９８は、その指定されたアドレスにテキストコードが与えられると、各種テキストのドット構成を示すテキストドットパターンのデータを読み出す。ドットパターンはビットデータであり、シフトレジスタのような回路によってシリアルに出力する。すなわち、キャラクタジェネレータ９８は、各種のフォントとサイズ及び色からなるテキストや記号のデータをメモリコントローラ９３に提供する役割を有する。
【０１７５】
また、図２に示す操作パネル８の表示装置９と、複数の操作スイッチからなる操作部１０とによって、フォント、テキストの位置情報およびテキストの色彩情報等を指定することもできる。指定しない場合は、予め設定されているデフォルトの値が設定される。
【０１７６】
ＸＨＴＭＬデータはテキスト情報とテンプレート情報を含むが、解釈処理部９０（図７参照）は、ＸＨＴＭＬデータを解析してテキスト情報だけを抽出するとともにテンプレート情報を解析してレイアウト情報を割り出す。レイアウト情報は、ワークメモリ４４ｂにおいて画像展開されるメモリ空間のアドレスとして割り出される。各レイアウト枠は画像展開されるメモリ空間のアドレスとして特定され、キャラクタジェネレータ９８から読み出されたドットパターンデータはレイアウト情報によってアドレスにより指定されたレイアウト枠に流し込まれる。
【０１７７】
この展開された画像データ（ドットデータ）とテキストデータ（ドットパターンデータ）とを印刷時のドット形成順序に並び替える処理を施す。生成された印刷イメージはワークメモリ４４ｂに記憶される。
【０１７８】
印刷処理部４６ｂは、ワークメモリ４４ｂに展開された印刷イメージを、イメージバンド毎に切り取ってコマンドが付されて印刷データが作成され、この印刷データに基づきプリントエンジン７７によって所定の用紙に順次印刷される。
【０１７９】
携帯電話１４とプリンタ１側の操作パネル８との両方でレイアウトは指定できるが、携帯電話１４側の指定が優先される。メモ領域にレイアウト指定の記述がないときは、プリンタ１側で指定されているレイアウトを有効とする設定がなされている場合は、プリンタ１側で指定されたレイアウトを採用する。
【０１８０】
図２に示す操作パネル８の表示画面９ａに表示されているメニューの中から、上スイッチ１０ｆ、下スイッチ１０ｇを押下して、用紙のサイズと印刷枚数等を選択して決定する。次に、レイアウトを選択し、決定スイッチ１０ｈを押下する。すると、表示画面９ａには、図１９〜図２３に対応するテンプレート図が表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下して、所望のレイアウトを決定し、決定スイッチ１０ｈを押下する。そして、さらに操作部１０を操作して携帯電話１４からの印刷時に指定レイアウトを有効にする旨をプリンタ１に登録する。
【０１８１】
ユーザは携帯電話１４のディスプレイ１８に個人情報欄を表示させてその中のメモ欄に印刷レイアウト指定情報を入力する。例えばメモ欄に「１」「２」「３」などの数字（番号）を入力する。この印刷レイアウト指定情報として記述された数字は、ｖＣａｒｄデータ中のプロパティ「ＮＯＴＥ」の値として記述される。このメモ欄に記述された数字は単件の個人情報を印刷する際の印刷レイアウトの指定番号として扱われる。例えばプリンタ１の取扱説明書には図１９及び図２０（ａ）〜（ｃ）の名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等と、各名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等の指定番号とが対応付けて記載され、ユーザは取扱説明書にある指定番号をメモ欄に入力することにより名刺レイアウトを指定する。
【０１８２】
例えば図４（ｂ）の個人情報欄のようにメモ欄に「２」が入力されていると、図１３のｖＣａｒｄファイル中のプロパティ「ＮＯＴＥ」に「２」が記述されている。携帯電話１４からｖＣａｒｄファイルを受信すると、そのプロパティ「ＮＯＴＥ」の値として記述された文字列を読み出してそれを解析することにより指定番号を特定する。この解析処理はノート解析部８３が行い、詳しくはＣＰＵ４１がｖＣａｒｄファイル中の「ＮＯＴＥ」の値を解析することにより行われる。
ＣＰＵ４１は指定番号を特定できると、その指定番号に対応する名刺レイアウトテンプレート（ＸＨＴＭＬ形式）をＥＥＰＲＯＭ４３から読み出す。そして、ＣＰＵ４１は前述したテキストデータ形式変換処理を実行し、図１３に示すようなｖＣａｒｄファイルと、図１６に示すようなテンプレート書式データＬＴ１とに基づき、図１８に示すようなテンプレート書式データを作成する。このテンプレート書式データはＸＨＴＭＬデータである。
【０１８３】
ここで、メモ欄には印刷レイアウトの指定番号ではなく、本来のメモとしての文字列や文章が入力されているのが普通である。ＣＰＵ４１がプロパティ「ＮＯＴＥ」の値を解析するとき、本来のメモとして記述された文字列や文章の中に数字が含まれていた場合、その数字を指定番号と間違えることが起こりうる。ＣＰＵ４１が解析処理で実行するプログラムは、指定番号以外の文字や文字列等が記述されている場合は、その記述データを本来のメモと判断し、たとえその中に指定番号として使える数字が存在していても、その数字を指定番号としては特定しないように設定されている。そして、このような本来のメモとしての使用と判断した場合とメモ欄が空欄の場合は指定番号の指定がないものと判断し、例えばデフォルトで設定された例えば名刺レイアウトテンプレートＰＬ２を指定する。
【０１８４】
本実施形態では、印刷レイアウトの指定に指定番号（数字）を採用するが、数字には限定されることなく、例えばアルファベットやカタカナ、記号文字、文字、文字列などで指定することも可能である。但し、なるべく簡単に指定ができるように一情報の指定に１桁数字または１文字とするのがよく、また順序性の性質をもつ数字（番号）やアルファベットが好ましい。
【０１８５】
＜ＩｒＤＡプロファイル部の処理＞
図２４は、ＩｒＤＡプロファイル部７４でのデータの処理を示すフローチャートである。データトランスファ部７３で、伝送制御手順によりデータを正しく受信できた場合に、ＣＰＵ４１は図２４のフローチャートで示されるプログラムを実行する。このプログラムをＣＰＵ４１が実行することにより、図６における拡張子識別部８１、件数判定部８２、Note解析部８３、分割処理部８４、テキストデータ形式変換部８５及び画像データデコード部８７の各機能が実現される。以下、ＣＰＵ４１が実行するこのプログラムについて説明する。なお、ＣＦ型通信カード１３からプリンタ１へは拡張子とオブジェクトデータが転送されてくるようになっており、拡張子はデータの先頭に送られてくる。
【０１８６】
Ｓ２００では、受信したデータの拡張子が何であるかを判断する。受信したデータの拡張子が「ｊｐｅｇ」または「ｊｐｇ」の場合は、ＪＰＥＧ形式の画像データと判断してＳ２２０に進む。また、受信したデータの拡張子が「ｖｎｔ」の場合は、ｖＮｏｔｅ形式で作られた画像データ（以下、ｖＮｏｔｅファイルという）であると判断し、Ｓ２１０へ進む。更に、受信したデータの拡張子が「ｖｃｆ」の場合は、ｖＣａｒｄ形式で作られたテキストデータ（以下、ｖＣａｒｄファイルという）であると判断し、Ｓ１３０へ進む。
【０１８７】
Ｓ２１０では、ｖＮｏｔｅファイルに添付されたエンコード画像データを、Base64と呼ばれるエンコード／デコード変換器によりＪＰＥＧ形式の画像データにデコード（解凍）する。
【０１８８】
Ｓ２２０では、ＪＰＥＧ形式にされた画像データを、画像データラスタ処理部７６へ転送する。
Ｓ２３０では、携帯電話１４から送信された個人情報データの件数判定を行う。すなわち、ｖＣａｒｄファイルが「単件」か「全件」かを判断する。本例では、ｖＣａｒｄファイルデータ中にある識別子「ＥＮＤ：ＶＣＡＲＤ」を計数することによって個人情報の件数を判定する。計数結果ＣがＣ＝１であれば単件データと判定し、計数結果ＣがＣ≧２であれば全件データと判定する。例えば図１３に示すようにｖＣａｒｄファイルが単件データの場合、識別子「ＥＮＤ：ＶＣＡＲＤ」は１つだけなので計数結果ＣがＣ＝１となり、「単件」と判定される。一方、図１３に示すようにｖＣａｒｄファイルが全件データの場合、「ＥＮＤ：ＶＣＡＲＤ」が複数あってその計数結果ＣがＣ≧２を満たすので「全件」と判定される。個人情報を１件のみ含む「単件」と判定した場合はＳ２４０に進む。また、個人情報を複数件含む「全件」と判定した場合はＳ２５０に進む。別の判定方法としてデータのファイル名で判断することもできる。
【０１８９】
Ｓ２４０では、Ｎｏｔｅ領域の記述内容を解析して解析結果に応じたテンプレートを指定する。ｖＣａｒｄファイルデータ中にあるプロパティ「ＮＯＴＥ」の値（記述内容）を解析し、その値の中からテンプレートの指定情報（本例では番号）を探し出す。例えば図４（ｂ）に示すようにメモに「２」と記述されていれば、図１３に示すようにそのｖＣａｒｄファイルデータ中のプロパティ「ＮＯＴＥ」の値には「２」が記述されているので、この番号「２」を解析結果として抽出する。そして、この番号「２」をテンプレート指定の情報としてＲＡＭ４４に記憶する。
【０１９０】
Ｓ２５０では、「電話帳」のテンプレートを指定する。つまり、「全件」である場合は、常に「電話帳」のテンプレートを指定する。
Ｓ２６０では、ｖＣａｒｄファイルの全件データを所定件数ずつの個人情報に分割しながら所定件数分ずつのデータを次処理へ送り出す。
【０１９１】
Ｓ２７０では、テンプレート記憶部８６から指定されたテンプレートを読み出す。すなわち、「単件」の場合はＳ２４０で指定したノート領域の記述内容の解析結果から定まるテンプレート（名刺形式のレイアウト）を読み出し、「全件」の場合はＳ２５０で指定した「電話帳」のテンプレート（電話帳形式のレイアウト）を読み出す。
【０１９２】
Ｓ２８０では、ｖＣａｒｄファイルの個人情報をテンプレート付きのＸＨＴＭＬデータに変換する。つまり、テンプレートに当て嵌めるべき項目が指定された場所に個人情報のその項目（プロパティ）の内容（値）を当て嵌めることにより、テンプレート付きのＸＨＴＭＬデータに変換する。例えば図１３に示す単件のｖＣａｒｄファイルの場合、図２５に示すようなＸＨＴＭＬ形式データに変換される。また、図１４に示す画像付きのｖＣａｒｄファイルの場合、図１７に示すようなＸＨＴＭＬ形式の画像付きのテンプレートにｖＣａｒｄデータを構成する個人情報が組み込まれたＸＨＴＭＬ形式データに変換される。
【０１９３】
Ｓ２９０では、テンプレート付きのＸＨＴＭＬデータを、テキストデータラスタ処理部７５へ転送する。
なお、ＩｒＤＡプロファイル部７４内の拡張子識別部８１、件数判定部８２、ノート解析部８３、分割処理部８４は、それぞれＳ２００、Ｓ２３０、Ｓ２３０、Ｓ２４０、Ｓ２６０により実現されている。また、テキストデータ形式変換部８５は、Ｓ２５０、Ｓ２７０、Ｓ２８０及びＳ２９０により実現されている。
【０１９４】
こうしてテキストデータラスタ処理部７５へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。また、画像データラスタ処理部７６へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。そして、プリントエンジン７７は印刷データに基づき印刷機構を駆動制御し、ロール紙Ｐ１にはｖＣａｒｄファイルで送信された個人情報が指定の印刷レイアウトで印刷されたり、ｖＮｏｔｅファイルで送信された画像が印刷されたりする。例えば単件の個人情報を含むｖＣａｒｄファイルをプリンタ１に送信したときは、携帯電話１４のメモ欄に入力した指定番号に対応する名刺レイアウトで個人情報が印刷される。
【０１９５】
＜カッタ制御＞
次にカッタ装置の駆動制御について説明する。ＣＰＵ４１は、図２５にフローチャートで示すプログラムを実行することにより、ドライバに指令信号を出力してカッタモータＭ３を駆動制御する。
【０１９６】
以下、図２５に示すフローチャートを用いてＣＰＵ４１が実行するカッタ制御について説明する。この処理は、前回の紙送り完了後であってキャリッジモータＭ２の駆動が終了するまでの紙送り制御の準備期間中に実行される。
【０１９７】
まずＳ３１０では、次の紙送りがあるか否かを判断する。次の紙送りがなければ排紙処理となるが、この排紙処理に移行するときにはＳ３８０に進む。一方、次の紙送りがある場合は次のＳ３２０に進む。なお、排紙処理に移行する判定の場合は管理レジスタ４１ｂに排紙コード（例えば「01」）をセットする。
【０１９８】
Ｓ３２０では、カッタ駆動カウント値ＣＴを読み出す。
Ｓ３３０では、次の紙送り量ΔＦの紙送りをした場合、カウント値ＦＴがカッタ駆動カウント値ＣＴを超えるか否かを判断する。つまり、現在の値ＦＴにΔＦを加えた新しい値ＦＴ（＝ＦＴ＋ΔＦ）が、カッタ駆動カウント値ＣＴを超える（ＦＴ＋ΔＦ＞ＣＴ）か否かを判断する。このＦＴ＋ΔＦ＞ＣＴの条件が不成立のときはＳ３４０に進み、この条件が成立するときはＳ３５０に進む。なお、この条件成立時の場合は管理レジスタ４１ｂに切断コード（例えば「10」）をセットする。
【０１９９】
Ｓ３４０では、次の紙送り量ΔＦの紙送りをした場合、カウント値ＦＴがカッタ駆動カウント値ＣＴに一致するか否かを判断する。つまり、ＦＴ＋ΔＦ＝ＣＴか否かを判断する。このＦＴ＋ΔＦ＝ＣＴの条件が不成立のときはＳ３６０に進み、この条件が成立するときはＳ３５０に進む。
【０２００】
Ｓ３５０では、管理レジスタ４１ｂに一致コード（例えば「11」）をセットする。
Ｓ３６０では、紙送り量ΔＦの紙送りを指令する。
Ｓ３７０では、管理レジスタ４１ｂに一致コードがセットされているか否かを判断する。一致コードがセットされていればＳ４００に進み、一致コードがセットされていなければ本処理を終了する。
【０２０１】
Ｓ３８０では、カウント値ＦＴをカッタ駆動カウント値ＣＴに一致させられる紙送り量ΔＣＦを算出する。つまり、式  ΔＣＦ＝ＣＴ−ＦＴ  によりΔＣＦを算出する。現在の用紙位置からこのΔＣＦの紙送りがなされると、ロール紙Ｐ１上の切断仮想線がカッタ（回転刃）１０７の切断仮想線に一致する。
【０２０２】
Ｓ３９０では、紙送り量ΔＣＦの紙送り指令をする。
Ｓ４００では、紙送りが完了したか否かを判断する。紙送りが完了するまで他の処理を行い、紙送りが完了して割込信号を入力すると、次のＳ３８０に進む。
【０２０３】
Ｓ４１０では、カッタモータＭ３を駆動させてロール紙Ｐ１を切断する。
Ｓ４２０では、管理レジスタ４１ｂにセットされたコードを判定する。一致コードであれば本処理を終了する。また、切断コードであればＳ４３０に進み、排紙コードであればＳ４４０に進む。
【０２０４】
Ｓ４３０では、残りの紙送り量の紙送りを指令する。すなわち、ΔＦ−ΔＣＦを計算してその結果をΔＦＲ（＝ΔＦ−ΔＣＦ）とし、このΔＦＲの紙送りを指令する。
Ｓ４４０では、ロール紙Ｐ１の先端を頭出し位置に戻すよう逆紙送りを指令する。
【０２０５】
以下、本実施形態におけるＩｒＤＡ方式による赤外線無線通信インターフェイスの特徴点を記載する。
ＣＦ型通信カード１３と本体２にＩｒＤＡ通信インターフェイス部を分離配置し、受信データのチェックを、ＣＦ型通信カード１３内で対応データであるかどうかをみる第１チェックと、本体２側に正しく転送されたかどうかをみる第２チェックとに分担させている。プリンタ１はその本体２にＣＦ型通信カード１３と異なる通信方式の複数の通信部４５ｂ〜４５ｄを備えており、ＣＦ型通信カード１３とその他の通信部４５ｂ〜４５ｄのうちいずれか一つのポートからしかデータ受信ができない構成である。この場合、ＣＦ型通信カード１３内のオブジェクト送受信部６４において、対応データか未対応データかをＣＦ型通信カード１３内で判定させて未対応データであれば破棄するので、その破棄されるべき未対応データがプリンタ１の本体２側へ転送されることがない。仮に、このような破棄されるべきデータが徒にＣＦ型通信カード１３から本体２側へ転送されてそのポートが占有されてしまうと、他の通信部４５ｂ〜４５ｄからの受信がその間停滞してしまう。しかし、この実施形態では、未対応データは本体２側へ転送されないようにＣＦ型通信カード１３内で破棄されるので、他の通信部４５ｂ〜４５ｄを不要に妨げない効率のよい通信の実現が可能となる。
【０２０６】
また、未対応データは受信上流側のＣＦ型通信カード１３内で受信開始時に検出し、直ちに表示部１３ｂにエラーを表示するので、携帯電話１４からデータ送信を開始したユーザに素早く受信エラーを知らせるようにしている。
【０２０７】
また、対応データか未対応データであるかを判断する際に使う拡張子データ（参照データ）を、プリンタ１の本体２側からＣＦ型通信カード１３にセットアップするようにしている。これにより、参照データとして本体２側に登録されたものを使用できる。すなわち、プリンタ１の機種が異なることで対応データが異なる場合もあり、このような場合、機種に応じた参照データがセットアップされることになるので、複数の機種あるいは新旧の機種間でＣＦ型通信カード１３を共用することが可能となっている。
【０２０８】
以下、本実施形態の効果を記載する。
（１）携帯電話１４から送信されたｖＣａｒｄやｖＮｏｔｅ形式等のデータはＣＦ型通信カード１３を介してプリンタ１に受信され、拡張子識別部８１により識別された拡張子に応じた所定の処理部へ振り分けられる。拡張子が「.vcf」であれば、テキストデータ形式変換部８５でレイアウト付きのＸＨＴＭＬデータに変換され、拡張子が「.vnt」であれば画像データデコード部８７で添付の圧縮画像データがデコード（解凍）される。また、ＪＰＥＧデータであれば画像データラスタ処理部７６へ直接送られてラスタ処理される。よって、受信したデータにそのデータ種に応じた異なる適切な処理を施すことができ、しかもレイアウト定義できないｖＮｏｔｅ形式の個人情報データをレイアウト定義できるＸＨＴＭＬデータに変換することで、個人情報を利用して名刺を印刷することができる。
【０２０９】
（２）ＣＦ型通信カード１３内で受信したデータの適否をチェックした。このため、未対応データが送信されたとしても、ＣＦ型通信カード１３内のオブジェクト送受信部６４により未対応データと判定されれば直ぐ破棄されるので、そのデータがプリンタ１の本体２へ転送されることがない。このため、破棄されるべきデータによってＣＦ型通信カード１３から本体２側への通信ポートが徒に占有されることを回避でき、他の通信部４５ｂ〜４５ｄの受信を不要に妨げない。よって、効率のよい通信を実現できる。
【０２１０】
（３）ＣＦ型通信カード１３とプリンタ１の本体２側とでデータの適否のチェックを２回行う。ＣＦ型通信カード１３内では拡張子をチェックする簡易なチェック方法を採用したため、ＣＦ型通信カード１３内のオブジェクト送受信部６４による判定処理にさほど手間がかからない。これに対し、仮にＣＦ型通信カード１３に多くのチェック機能を集約させた場合、データを一時蓄えるためのバッファの容量が多く必要になるが、本体２側でデータの適否を判定するようチェック機能を分担した本実施形態の構成では、ＣＦ型通信カード１３に処理能力の高い判定部や比較的大容量のバッファを備えなくて済む。
【０２１１】
（４）対応データであるかどうかの判定を、受信上流側のＣＦ型通信カード１３内でしかもデータ受信開始時に早期に行なうため、未対応データである旨の受信エラーをユーザに素早く知らせることができる。例えばプリンタ１内ですべて受信し終わってからデータを解析して対応データであるかを判定する構成も考えられる。しかし、この構成の場合、数１０秒〜１分程度の時間をかけてデータを送信し終わってからエラーを知ることになりそれまでの送信操作が無駄となる。これに対し、本実施形態の構成では、そのような不都合な事態も回避できる。
【０２１２】
（５）ＣＦ型通信カード１３内で検出された未対応データは破棄されるので、その後のＣＦ型通信カード１３からプリンタ１側への転送処理、プリンタ１側での二回目のデータチェックを含む各種処理を未対応データのために行う無駄を省ける。また、正しい拡張子が付された不適切なデータも存在する。この場合、データＣＦ型通信カード１３で拡張子が正しいため見逃されてプリンタ１へ転送されても、テキストデータ形式変換部８５、画像データデコード部８７、画像データラスタ処理部７６においてデータに処理が施される前にデータの中身（ボディ）が解析される。よって、拡張子が正しくてもデータの中身を解析してデータの適否を判定するので、不適切なデータに所定の処理が施されることはない。
【０２１３】
（６）また、例えば拡張子チェック機能をプリンタ１の本体２側に設けた場合、本体２側に一旦データを転送し、未対応データを検出すればその検出結果を再びＣＦ型通信カード１３側に戻さなければならず、エラー報知までに送受信の往復分の時間がかかる。また、表示部１３ｂをプリンタ１の本体２側に設けた場合も同様に、本体２側に一旦データを転送する必要があるため、エラー報知までに時間がかかる。しかし、本実施形態では、未対応データの判定部を有するＣＦ型通信カード１３側に表示部１３ｂが設けられているので、エラー報知までの通信経路がＣＦ型通信カード１３内で完結し短く無駄がない。
【０２１４】
（７）対応データか未対応データかを判断する際に使う拡張子データ（参照データ）を、プリンタ１の本体２側からＣＦ型通信カード１３にセットアップする。よって、拡張子データとして本体２側に設定されたものを常に使用できる。すなわち、プリンタ１の機種が異なることで対応できるデータ種が異なる場合もあり、このような場合でも、機種に応じた拡張子データがセットアップされることになるので、複数の機種あるいは新旧の機種間でＣＦ型通信カード１３を共用できる。
【０２１５】
（８）受信エラーを表示部１３ｂの点灯で報知するので、受信エラーの旨をユーザに知らせることができる。また、受信エラーを操作パネル８の画面９ａに文字情報又は画像の少なくとも一方を用いて報知され、しかも受信エラーの内容まで区別して報知される。よって、ユーザは何が原因でエラーが発生したかを知ることができる。このため、エラー発生原因が分からず、繰り返し送信エラーを発生させる事態を回避できる。例えば拡張子が間違っていればその旨を知ることができ、また送信したデータの中身が未対応のものであればその旨を知ることができる。
【０２１６】
（９）プリンタ１は複数の通信部によりデータ受信が可能であるが、これらのうち１つのポートからしかデータ受信できないので、ＣＦ型通信カード１３からデータ受信可能であるかどうかを、インターロック処理で判断する。そして、インターロック機能により受信可能と判断されたときのみ表示部１３ｂに受信可能の旨を知らせる緑点灯の表示をし、受信不可と判断されたときは表示部１３ｂを消灯する。このため、プリンタ１側でデータ受信準備ができていないことが分からず、ユーザが何度もデータを送信してもその度にエラーとなる事態を回避できる。
【０２１７】
（１０）携帯電話１４とＣＦ型通信カード１３との通信リンクが切断された後、例えばプリンタ１側でエラーが発生したときは、携帯電話１４にそのエラーを通知する手だてがなくなる。しかし、プリンタ１と通信できるＣＦ型通信カード１３の表示部１３ｂを赤点滅させることでエラー発生の旨をユーザに知らせることができる。従って、ユーザは携帯電話１４とＣＦ型通信カード１３との通信遮断後に発生したエラーをも知ることができる。
【０２１８】
（１１）ＣＦ型通信カード１３は携帯電話１４との通信が完了すると表示部１３ｂを橙点灯させるが、一旦橙点灯になってからそれ以後、赤点滅になった場合はプリンタ１側で起きたエラーであると分かる。よって、仮にエラー内容まで表示しない構成としても、表示部１３ｂの点灯色の変化の仕方からエラー原因をある程度特定できる。例えばユーザから修理を依頼されたメンテナンス時の原因特定に役立つ。
【０２１９】
（１２）ＩｒＤＡ通信モジュールをカードに内蔵したＣＦ型通信カード１３とし、メモリカード用のカードスロット１２にセットするだけで赤外線通信機能をプリンタ１に実装できるようにしたので、プリンタ１の筐体を変更することなくそのまま使用することができる。従って、プリンタ１の筐体の形状を変更する必要がないので、筐体の設計変更や製造金型変更が不要である。このことは赤外線通信方式導入によるプリンタ１の製造コスト増大を抑制できる。
【０２２０】
（１３）携帯電話１４の個人情報データはレイアウト定義できないｖＣａｒｄ形式であり、所定のレイアウトに割り付けてデータを直接印刷することはできない。しかし、レイアウト定義できないｖＣａｒｄ形式データを、レイアウト定義できるＸＨＴＭＬ形式のデータに変換する手段を設けたことにより所定のレイアウトを割り付けてしかも必要なデータのみを印刷させることができる。
【０２２１】
（１４）個人情報データが単件か全件かを区別し、単件の場合は名刺テンプレート形式のデータに変換し、全件の場合には電話帳テンプレート形式のデータに変換する。よって、個人情報データの単件か全件（複数件）かに応じた適切なレイアウトを自動的にデータに割り付けて印刷させることができる。
【０２２２】
（１５）区分識別子ＤＳを検索する手段を設けたことにより、全件データを受信する際に受信された個人情報データ（件別データ）の件数を計数し、所定件数（本例では１件）受信し終わる度にそこまで受信した所定件数（１件）分のデータを分割して次処理へ送出できる。よって、所定の処理部へデータを送出するまでの間、その受信したデータを一時蓄積しておくバッファの容量を少なく済ませることができる。また、所定の処理部における処理開始時期を早めることができ、ひいては印刷開始時期を早めプリンタ１のスループット向上に寄与する。
【０２２３】
（１６）個人情報データの項目うちメモ領域に記述した指定情報に応じた指定内容（指定レイアウト）で印刷できる。すなわち、ユーザは携帯電話１４の個人情報欄を表示させてその中のメモ欄に「１」「２」「３」などの番号又はアルファベット等の文字情報を書き込む（入力する）。この記述された文字情報は個人情報データのうちメモ領域に格納される。このメモ領域に記述された数字はレイアウトを指定する文字として扱われる。携帯電話１４から送信された個人情報データを受信すると、そのメモ領域に格納された数字を識別してその文字に応じたレイアウトを決定する。個人情報をメモ領域で指定したレイアウトで印刷できる。
【０２２４】
（１７）携帯電話１４で作成されたデータがプリンタ１に送信され、プリンタ単独で名刺印刷を容易にすることができる。手持ちの名刺がなくなった場合に、携帯電話１４のデータをプリンタ１に送るだけで、容易に必要な枚数の名刺を印刷することができる。しかも、携帯電話１４で元々個人情報を管理するデータを利用するので、名刺の記載内容を改めて入力する手間もいらない。さらに携帯電話１４で扱われるレイアウト定義できないｖＣａｒｄ形式のデータをレイアウト定義できるＸＨＴＭＬ形式のデータに形式変換するので、一般の名刺どおりのレイアウトで印刷できる。また、名刺テンプレートも複数種用意されているので、所望のレイアウトの名刺を印刷できる。
【０２２５】
（第２の実施形態）
携帯電話１４から複数のファイルをプリンタ１に送信し、その複数の異なるファイルのデータを所定のレイアウトに組み合わせて印刷する例である。
【０２２６】
ＥＥＰＲＯＭ４３には前記第１の実施形態と同様に、図２１（ａ），（ｂ）、図２２（ａ）〜（ｆ）及び図２３（ａ）〜（ｆ）に対応するテンプレートＰＬ２１〜２６，３０，４０，５０，６０，７０，８０が記憶されている。この複数のデータを１つの共通のレイアウト上に組み合わせて印刷する合成印刷機能を使用する場合、ユーザは予めプリンタ１でその合成印刷機能を使用することを入力により指定する。この機能を選択すると、画面９ａに操作案内が表示される。
【０２２７】
画面９ａには例えば「１件目のデータを送信してください」と表示される。携帯電話１４から１件目のデータをプリンタ１に送信する。受信した１件目のデータはＲＡＭ４４の受信バッファ４４ａに記憶される。１件目の受信が終了すると、画面９ａには例えば「２件目のデータを送信してください」と表示される。携帯電話１４から２件目のデータをプリンタ１に送信する。受信した２件目のデータはＲＡＭ４４の受信バッファ４４ａに記憶される。この後、レイアウトを指定するが、もちろんデータ送信前に予めレイアウトを指定しておくこともできる。
【０２２８】
ユーザは前記第１の実施形態と同様の方法でレイアウトを指定することができる。すなわち、メモ領域の記述内容でレイアウトを指定する方法、又は、プリンタ１の操作パネル８のメニュー上で操作部１０を操作してレイアウトを指定する方法である。ノート（NOTE）領域にレイアウトを指定する番号等がなければ、プリンタ１側に設定されたデフォルトではなく、プリンタ１側で設定され現在有効になっているレイアウトを設定する。従って、携帯電話１４の操作でメモ領域に番号等を入力（記述）してレイアウトを指定する方法と、メモ領域には番号等のレイアウトを指定する記述はせずにプリンタ１の操作パネル８でレイアウトを指定する方法の２種類のレイアウト指定方法の中から好みの方法を選択してレイアウトを指定できるようになっている。
【０２２９】
次にデータ送信後の操作を説明する。
顔写真付の名刺を印刷する場合は、図２に示す、操作パネル８の表示画面９ａに表示されているメニューの中から、上スイッチ１０ｆ、下スイッチ１０ｇを押下して、用紙のサイズと印刷枚数等を選択して決定する。次に、レイアウトの中から前記「縦名刺レイアウト」を選択し、決定スイッチ１０ｈを押下する。すると、表示画面９ａには、図２１（ａ）のテンプレートが表示される。決定スイッチ１０ｈを押下する。表示画面９ａには、例えば、「画像を指定してください」の案内表示と共に画像を指定するメニューが表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下すると、携帯端末から受信した画像の番号または名前等が順じ表示される。このとき、ＣＰＵ４１がＲＡＭ４４から画像データを読み出して、表示処理部１１ｂに転送し、その画像が表示画面１１ａに表示される。表示画面１１ａを見ながら、所望の画像を選択し、決定スイッチ１０ｈを押下すると画像が決定される。決定したら、例えば、戻りスイッチ１０ｉを押下する。このとき、決定された画像とテンプレートのデータは、例えば、ＲＡＭ４４（図５参照）に記憶される。続いて、表示画面９ａには、例えば、「テキストを指定してください」の案内表示と共にテキストを指定するメニューが表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下すると、携帯端末から受信したテキストの番号または名前等が順じ表示される。画像の場合と同様に操作して、各テンプレートに入れるテキストを決定する。テキストをテンプレートに入れる必要がない場合は、例えば、単に決定スイッチ１０ｈを３〜５秒程度長く押下すると、何も挿入せずに次のテンプレートに移行する。図２１（ａ）では、氏名Ｔ３に続き住所Ｔ４が挿入されているが、Ｔ４に電話番号またはＦＡＸ番号を選択することもできる。また、初期値として設定されたテキストのフォントおよび文字の色を変更したい場合は、メニュー画面にある、文字の書体または文字の大きさを、上スイッチ１０ｆ、下スイッチ１０ｇを押下して選択し変更する。テキストが全て決定したら、戻りスイッチ１０ｉを押下する。このとき、ＲＡＭ４４に記憶されている先に決定された画像入りテンプレートがＣＰＵ４１によって読み出され、更に決定したテキストをテンプレートに挿入する。この状態は、表示処理部１１ｂに転送され、テンプレートに挿入された画像およびテキストが表示画面１１ａに表示される。印刷をする場合は、操作パネル８の印刷開始スイッチ１０ｄを押下して印刷を開始する。印刷されたテキストのフォントまたは色の指定等に関するデータは、例えば、ＲＡＭ４４（図５参照）に記憶され、初期値として再設定される。従って、名刺印刷する目的で、レイアウトのメニューの「縦名刺レイアウト」を選択すると、直前に作成したレイアウトがＣＰＵ４１によって、ＥＥＰＲＯＭ４３（図５参照）から読み出される。
【０２３０】
次に名刺以外のレイアウトで印刷する場合を説明する。
この場合、ＥＥＰＲＯＭ４３に記憶された図２２（ａ）〜（ｆ）及び図２３（ａ）〜（ｆ）に対応するテンプレートＰＬ２１〜２６，３０，４０，５０，６０，７０，８０が使用される。この複数のデータを１つの共通のレイアウト上に組み合わせて印刷する合成印刷機能を使用する場合、ユーザは予めプリンタ１でその合成印刷機能を使用することを入力により指定する。この機能を選択すると、画面９ａに操作案内が表示される。画面９ａには例えば「１件目のデータを送信してください」と表示される。携帯電話１４から１件目のデータをプリンタ１に送信する。受信した１件目のデータはＲＡＭ４４の受信バッファ４４ａに記憶される。１件目の受信が終了すると、画面９ａには例えば「２件目のデータを送信してください」と表示される。携帯電話１４から２件目のデータをプリンタ１に送信する。受信した２件目のデータはＲＡＭ４４の受信バッファ４４ａに記憶される。この後、レイアウトを指定するが、もちろんデータ送信前に予めレイアウトを指定しておくこともできる。
【０２３１】
次にデータ送信後の操作を説明する。
図２に示す、操作パネル８の表示画面９ａに表示されているメニューの中から、上スイッチ１０ｆ、下スイッチ１０ｇを押下して、用紙のサイズと印刷枚数等を選択して決定する。次に、レイアウトを選択し、決定スイッチ１０ｈを押下する。すると、表示画面９ａには、図２２（ａ）〜（ｆ）及び図２３（ａ）〜（ｆ）に対応するテンプレートＰＬ２１〜２６，３０，４０，５０，６０，７０，８０が表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下して、所望のレイアウトを決定し、決定スイッチ１０ｈを押下する。表示画面９ａには、例えば、「画像を指定してください」の案内表示と共に画像を指定するメニューが表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下すると、携帯電話１４から受信した画像の番号またはファイル名等が順次表示される。このとき、ＣＰＵ４１がＲＡＭ４４から画像データを読み出して、表示処理部１１ｂに転送し、その画像が表示画面１１ａに表示される。所望の画像を選択し、決定スイッチ１０ｈを押下すると画像が決定される。画像が複数ある場合は、これを繰り返す。画像が全て決定したら、戻りスイッチ１０ｉを押下する。このとき、決定された画像とテンプレートのデータは、例えば、ＲＡＭ４４（図５参照）に記憶される。表示画面９ａには、例えば、「テキストを指定してください」の案内表示と共にテキストを指定するメニューが表示される。上スイッチ１０ｆ、下スイッチ１０ｇを押下すると、携帯端末から受信したテキストの番号または名前等が順じ表示される。
【０２３２】
画像の場合と同様に操作して、１つまたは複数のテンプレートに入れるテキストを決定する。また、テキストの場合は、文字の書体、大きさ、色を操作部１０のスイッチと表示画面９ａに表示されるメニューに従って操作し決定する。テキストが全て決定したら、戻りスイッチ１０ｉを押下する。このとき、ＲＡＭ４４に記憶されている先に決定された画像入りテンプレートがＣＰＵ４１によって読み出され、更に決定したテキストをテンプレートに挿入する。この状態は、表示処理部１１ｂに転送され、テンプレートに挿入された画像およびテキストが表示画面１１ａに表示される。この時点で、修正等がある場合は、メニューから修正をする。印刷をする場合は、操作パネル８の印刷開始スイッチ１０ｄを押下して印刷を開始する。印刷されたテンプレートおよび各テンプレートに挿入したデータのアドレスまたは番号およびテキストのフォントまたは色の指定等に関するデータは、例えば、ＲＡＭ４４（図５参照）に記憶される。
【０２３３】
受信データが複数件ある場合は、直前のデータの設定と同じテンプレートをＲＡＭ４４（図５参照）から一番先に読み出し、各テンプレートには、直前のデータと同じアドレスまたは番号の画像およびテキストを挿入する。また、テキストのフォントまたは色の設定も、直前の設定で挿入して表示する。表示した内容でよい場合は、印刷開始スイッチ１０ｄを押下するだけで印刷を開始する。このとき、メニュー画面から用紙サイズまたは枚数を変更することもできる。また、テキストのフォントおよび色もメニュー画面から変更できる。用紙および枚数に変更がなく、続けて印刷する場合は、例えば、印刷開始スイッチ１０ｄを３〜５秒程度長く押下すると、連続印刷をＣＰＵ４１が判定し、受信しているデータを全て印刷する。
【０２３４】
以下、第２の実施形態の効果を記載する。
（１）携帯電話１４から別々に送信した複数のデータを１つのレイアウトに組み合わせて印刷することができる。
【０２３５】
（２）また、複数のデータを組み合わせて割り付けるレイアウトを複数の中からユーザが選択できるので、ユーザが選択した所望のレイアウトで印刷することができる。
実施の形態は、上記に限定されず、以下のように変更できる。
【０２３６】
（変形例１）データ種はｖＣａｒｄ、ｖＮｏｔｅに限定されない。テキストデータ（拡張子「.txt」）やその他の拡張子「.tif」「.gif」「.doc」の付くデータでもよい。要するに、拡張子から識別されるデータ種に応じた異なる所定の処理部へ振り分け、複数の処理部のうち少なくとも１つの処理部でレイアウト定義できないデータをレイアウト定義できるデータに変換し、そのデータの内容をレイアウト付きで印刷できる構成であれば構わない。レイアウト付きで印刷できる元のデータ（送信データ）はｖＣａｒｄデータのようなテキストデータに限らず、画像データや、テキストデータと画像データとの組合せのデータでもよい。例えば画像を添付できる機能をもつｖＣａｒｄファイルを作って、テキストと画像を所定のレイアウトに割り付けて印刷させる構成を採用することもできる。
【０２３７】
（変形例２）ＣＦ型通信カード１３内で行う受信データの適否をチェックする方法は、拡張子をみる方法に限定されない。例えばデータの中身をみてチェックしてもよく、「ｖＣａｒｄ」や「ｖＮｏｔｅ」のテキストの有無をみるチェック方法でもよい。
【０２３８】
（変形例３）ＣＦ型通信カード１３を挿着するタイプの赤外線通信方式に限定されない。ＩｒＤＡ通信モジュールを本体２に組み込んだプリンタにおいて適用することもできる。この場合も、ＩｒＤＡ通信モジュールのオブジェクト送受信部が拡張子チェックを行い、プロファイル部７４がデータの中身を解析することにより、前記実施形態と同様の効果を得ることができる。
【０２３９】
（変形例４）データを拡張子でなくファイル名からチェックしてもよい。例えばファイル名が常に同じ又はファイル名の一部が常に同じ場合、その常に同じ部分を調べて適切なデータであることをチェックする方法を採用することもできる。
【０２４０】
（変形例５）データをチェックした結果、適切なデータであったときにデータ種に応じて施される所定の処理は、レイアウト定義できないデータからレイアウト定義できるデータへの形式変換処理以外については、特に限定されない。単なる画像処理（例えば拡大・縮小処理、色変換処理など）でもよい。その他、受信したデータに出力処理のために施す必要がある処理であればよい。
【０２４１】
（変形例６）データが不適切（間違い）であったときのエラーの報知方法は、表示部や表示装置の画面における表示に限定されない。例えば、表示と共に音による報知を行ったり、音のみで報知してもよい。例えばエラーの旨又はエラー内容（原因）を合成音声によって報知してもよい。
【０２４２】
（変形例７）前記実施形態ではプリンタに適用したが、出力装置は出力処理として印刷処理を行う印刷装置（プリンタ）に限定されない。例えば出力処理として表示処理を行う表示装置に適用することもできる。例えば携帯電話からｖＣａｒｄファイルを受信すると、そのオブジェクトデータ中の個人情報を所定のレイアウトで表示装置の画面に表示させる。また、表示装置はプロジェクタでもよく、この場合、通信カード内でｖＣａｒｄファイルであるかどうかヘッダＨＤ中のファイル名から取得した拡張子をチェックし、さらに本体側で行われる所定の処理の前にｖＣａｒｄファイルのオブジェクトデータの中身（内容）をチェック（解析）する。このように異なるチェック内容で２度のデータチェックを行うことにより、プロジェクタ等の表示装置においてもプリンタの場合と同様の効果を得ることができる。
【０２４３】
（（変形例８））無線通信器であるＣＦ型通信カード１３に通信インターフェイス部の一部又は全部が組み込まれてもよい。例えばカードドライバ７１、データトランスファ部７３がカード側に内蔵されてもよい。また、例えば赤外線受発光部１３ａとＩｒＤＡ通信回路６１がカード側で、ファイル転送部６３及びオブジェクト送受信部６４が出力装置本体側に配置されてもよい。
【０２４４】
（変形例９）前記実施形態では、名刺で説明したが、テレフォンカード、銀行カード、社員カード等のカード状のものであれば同様に印刷できる。実施形態では、顔写真で説明したが、会社のロゴマーク、または、活動を象徴するマーク、または、写真等の画像データであってもよい。
【０２４５】
（変形例１０）メモ領域の記述情報を用いて、フォントの種類、大きさを指定できるようにしてもよい。また、ロール紙で印刷を行う場合、ロール紙のカット方法を選択できるようにしてもよい。例えば、名刺レイアウトで印刷する場合、単件データ毎にカットするか（通常状態）、所定の件数を印刷してから所定件数毎にカットするかそのカット方法を、メモ領域の記述情報に基づき指定できるように規則を定め、これをプリンタ１に登録しておく。
【０２４６】
（変形例１１）さらにロール紙を選択して名刺レイアウトあるいは電話帳レイアウトで印刷処理をしたとき、その印刷のレイアウト形態に合わせて自動的にロール紙をカットする指定を、メモ領域の記述情報に基づいて行えるようにしてもよい。
【０２４７】
（変形例１２）携帯端末から受信したデータの種類に限定されずに、携帯端末から受信したデータに含まれているレイアウト情報に基づいてレイアウトを設定し、この設定されたレイアウトで出力（印刷）し、データに含まれているレイアウト情報に基づいて記録媒体を切断するようにしてもよい。
【０２４８】
前記各実施形態及び変形例から把握される技術的思想を以下に記載する。
（１）携帯端末から受信したデータに基づき出力処理を行う出力装置において、前記受信したデータがレイアウト定義できない所定のデータ種である場合は、該データをレイアウト定義できるデータ種にレイアウトを付して変換してレイアウト付きデータを生成する変換部と、前記レイアウト付きデータに基づき出力処理を行って前記データの内容を前記レイアウトで出力する出力手段とを備えたことを特徴とする出力装置。
【０２４９】
（２）請求項１〜１１のいずれか一項において、出力装置本体に設けられたスロットに挿抜可能に挿着される無線通信器と、前記無線通信器を介して受信したデータに基づき出力処理を行う出力手段とを備えたことを特徴とする出力装置。
【０２５０】
（３）前記技術的思想（２）において、前記無線通信器が受信したデータの適否を判定する第１判定手段によって適切と判定されたため破棄されず前記無線通信器から前記出力装置本体側に送られたデータを受信する受信部と、前記処理手段による処理が施される前に前記データの適否を前記第１判定手段と異なる方法で判定する第２判定手段とを備えたことを特徴とする出力装置。
【０２５１】
（４）前記技術的思想（３）において、前記第１判定手段は前記データの適否をその属性情報を基に判定し、前記第２判定手段は前記データの適否をそのデータ内容を解析して判定することを特徴とする出力装置。
【０２５２】
（５）前記変換部は、ｖＣａｒｄデータをＨＴＭＬ系データに所定のレイアウトを付して変換することを特徴とする。なお、ＨＴＭＬ系データとは、ＨＴＭＬデータ及びＸＨＴＭＬデータを含む。
【０２５３】
（６）請求項１〜１１及び前記技術的思想（１）〜（５）のいずれか一項において、前記出力手段は、前記出力処理として印刷処理を行う印刷手段であることを特徴とする出力装置。
【図面の簡単な説明】
【０２５４】
【図１】第１の実施形態におけるプリンタの斜視図。
【図２】操作パネルの主要部を示す平面図。
【図３】ＣＦ型通信カード（赤外線通信カード）の斜視図。
【図４】（ａ）携帯電話の平面図、（ｂ）携帯電話に表示された個人情報の一例を示す画面図。
【図５】携帯電話、赤外線通信カード及びプリンタの電気的構成を示す電気ブロック図。
【図６】携帯電話、赤外線通信カード及びプリンタの機能的構成を示すブロック図。
【図７】データ変換処理にかかる電気構成を示すブロック図。
【図８】カット装置の斜視図。
【図９】ＯＢＥＸ転送におけるデータの構造図。
【図１０】携帯電話からプリンタへのデータ送信のシーケンス図。
【図１１】カード認識時の初期処理を示すフローチャート。
【図１２】（a）はデータ受信状態を報知する画面図、（ｂ）は動画画像のコマ毎の画像図、（ｃ）は印刷中を報知する画像図。
【図１３】単件のｖＣａｒｄファイルのデータ図。
【図１４】単件の画像付きｖＣａｒｄファイルのデータ図。
【図１５】全件のｖＣａｒｄファイルのデータ図。
【図１６】名刺レイアウトテンプレートのデータ図。
【図１７】画像付き名刺レイアウトテンプレートのデータ図。
【図１８】テンプレート書式データのデータ図。
【図１９】名刺レイアウトテンプレートのレイアウト図。
【図２０】（ａ）〜（ｃ）は名刺レイアウトテンプレートのレイアウト図、（ｄ）は電話帳レイアウトテンプレートのレイアウト図。
【図２１】画像データを取り込んだ名刺レイアウト図。
【図２２】画像データとテキストデータを組み合わせた印刷レイアウト図。
【図２３】（ａ）〜（ｃ）は複数のテキストを含む印刷レイアウト図、（ｄ）〜（ｆ）は複数の画像を含む印刷レイアウト図。
【図２４】ＩｒＤＡプロファイル部の処理を示すフローチャート。
【図２５】カット制御処理を示すフローチャート。
【符号の説明】
【０２５５】
１…出力装置及び印刷装置としてのプリンタ、２…出力装置本体としての本体、１２…スロットとしてのカードスロット、１３…無線通信器としてのＣＦカード型赤外線通信カード（赤外線通信カード）、１３ａ…赤外線受発光部（ＣＦ型通信カード側の通信ポート）、１３ｂ…表示部、１４…携帯端末としての携帯電話、１８…携帯電話のディスプレイ、２０…赤外線受発光部（携帯電話側の通信ポート）、３１…判定手段としてのカード制御部、４７ｃ…切断手段を構成するドライバ、４７ｂ…記録手段を構成するドライバ、４７ｄ…記録手段を構成するドライバ、６４…セットアップ手段を構成するとともに第１判定手段としてのオブジェクト送受信部、７３…データトランスファ部、７１…セットアップ手段を構成するカードドライバ、７１ａ…セットアップ手段を構成するセットアップデータ記憶部、６４ａ…セットアップ手段を構成する対応拡張子記憶部、７５…出力手段を構成するテキストデータラスタ処理部、７６…出力手段、第１判定手段及び第２判定手段を構成する画像データラスタ処理部、８１…識別手段及び振分手段としての拡張子識別部、８３…選択手段を構成するノート解析部、８５…設定手段、選択手段、出力手段、第１判定手段及び第２判定手段を構成するテキストデータ形式変換部、８６…設定手段を構成するテンプレート記憶部、８７…出力手段、第１判定手段及び第２判定手段を構成する画像データデコード部、Ｄ…データ、Ｍ２…記録手段を構成するキャリッジモータ、Ｍ３…切断手段を構成するカッタモータ、ＰＺ…記録手段を構成する圧電素子、ＣＴＳ…切断手段を構成するカッタ装置、Ｐ１…記録媒体としてのロール紙、Ｐ…記録媒体としての用紙。
【図１】
2005050300.tif 000003
【図２】
2005050300.tif 000004
【図３】
2005050300.tif 000005
【図４】
2005050300.tif 000006
【図５】
2005050300.tif 000007
【図６】
2005050300.tif 000008
【図７】
2005050300.tif 000009
【図８】
2005050300.tif 000010
【図９】
2005050300.tif 000011
【図１０】
2005050300.tif 000012
【図１１】
2005050300.tif 000013
【図１２】
2005050300.tif 000014
【図１３】
2005050300.tif 000015
【図１４】
2005050300.tif 000016
【図１５】
2005050300.tif 000017
【図１６】
2005050300.tif 000018
【図１７】
2005050300.tif 000019
【図１８】
2005050300.tif 000020
【図１９】
2005050300.tif 000021
【図２０】
2005050300.tif 000022
【図２１】
2005050300.tif 000023
【図２２】
2005050300.tif 000024
【図２３】
2005050300.tif 000025
【図２４】
2005050300.tif 000026
【図２５】
2005050300.tif 000027