JP4479263B2 - 出力装置及び出力処理システム - Google Patents

Description

本発明は、携帯端末等から受信したデータに基づく出力処理を行う出力装置及び出力処理システムに関する。

近年、無線技術を用いて、デジタル機器間のデータ通信が行われるようになっている。特に、最近では持ち運びが容易なモバイル端末間でのデータの送信あるいは受信に赤外線通信を用いたりすることが多くなっている。例えば、最近の主要な携帯電話には、赤外線通信ポートが標準装備で搭載されているものが多い。携帯電話には電話帳機能で入力した知人等の氏名、電話番号、メールアドレス等を含む個人情報データや、カメラ機能で撮影した画像データが保存されており、これらのデータをプリンタに印刷させたい要求がある。

従来、携帯用パーソナルコンピュータ（パソコンと称す）とプリンタを赤外線通信で結び、同パソコンのデータを印刷する技術が知られている（例えば特許文献１）。パソコンではアプリケーションプラグラムが印刷に対応しており、各種データをレイアウトを指定して印刷することができる。
特開平８−３００７７２号公報

ところで、携帯電話に保存される個人情報データは、例えばｖＣａｒｄファイル形式でメモリに記憶されている。このｖＣａｒｄファイルは、データそのものはテキストデータであり、携帯電話の画面に表示させる際は、表示用アプリケーションプログラムによって所定のレイアウトで表示される。しかし、データそのものはレイアウト定義できない形式であるため、携帯電話に保存されている個人情報を例えばプリンタに出力させたい場合、そのデータは仮に印刷できたとしてもテキストの単なる羅列として印刷されることになってしまう。また、プリンタにレイアウトを指定する機能があれば、それを利用してプリンタ内でレイアウトを指定することはソフトウェアの改良などによって実現は可能であるかもしれない。しかし、操作スイッチが元々少ないプリンタでレイアウトを指定するのは、操作作業としてかなり面倒である。さらに、プリンタから離れた場所から無線通信でデータ送信する使われ方が想定される携帯電話から印刷する場合、携帯電話の操作とプリンタの操作の両方が必要となり、印刷操作時の使い勝手が悪くなるという問題も残る。なお、個人情報などを印刷させるときに使いたいレイアウトは例えば電話帳形式などおおよそ決まっている場合が多い。また、プリンタにデータを送信して印刷させる場合、レイアウト以外にもユーザが指定したい印刷パラメータはある。

本発明の目的は、携帯端末から出力装置へ直接データを送信して、そのデータに基づく出力処理を行う場合、ユーザが携帯端末から出力パラメータを指定できる出力装置、出力処理システム及び携帯端末を提供することにある。

上記課題を解決するために、本発明は、携帯端末から受信したデータに基づき出力処理を行う出力手段を有する出力装置において、前記携帯端末で入力されたデータとしてｖＣａｒｄデータもしくはｖＮｏｔｅデータに予め用意されたメモ領域に記述されている前記出力処理を指定する指定情報を含むデータを受信する受信部と、前記受信部で受信したデータの記述内容を解読して指定情報を取得する解読手段と、前記解読手段が解読した前記指定情報に応じた出力パラメータを決定する出力条件決定手段とを備え、前記出力手段は、前記決定された出力パラメータを用いて前記携帯端末から受信したデータに基づく出力処理を行うことを要旨とする。
また、これによれば、データの項目として予め用意されているメモ領域（ノート領域）に指定情報を記述したデータを携帯端末から送信すると、そのメモ領域に指定情報を記述して指定した出力パラメータ又はレイアウトでデータの内容を出力手段に出力させることが可能となる。メモ領域を利用して出力パラメータ又はレイアウトを指定する構成であるので、専用のテキスト領域を追加するなど特にデータ構造を変更する必要もない。

これによれば、携帯端末で入力されたデータは受信部を介して受信され、その受信したデータの記述内容を解読手段が解読して指定情報を取得する。出力条件決定手段はその指定情報に応じた出力パラメータを決定し、出力手段はその決定された出力パラメータを用いてデータに基づく出力処理を行う。よって、携帯端末で入力した記述内容で指定した出力パラメータで送信データの内容を出力させることが可能となる。

また、本発明の出力装置では、前記データには複数の出力パラメータを指定する指定情報が記述されており、前記出力条件決定手段は、前記解読手段が前記データの記述内容を解読して取得した指定情報に応じた複数の出力パラメータを決定し、前記出力手段は、前記決定された複数の出力パラメータを用いて前記データに基づく出力処理を行うことを要旨とする。

これによれば、データの記述内容の指定によって複数の出力パラメータを指定できるので、携帯端末から複数の出力パラメータを指定してデータ送信することにより、データの出力内容の自由度が増える。

さらに本発明の出力装置では、前記出力パラメータは、少なくともレイアウトを含み、前記出力手段は、前記決定された出力パラメータを用いて前記データに基づく出力処理を行って前記データの内容を前記レイアウトで出力することを要旨とする。

これによれば、携帯端末からレイアウトを指定してデータ送信することで、データの内容を指定したレイアウトで出力させることが可能となる。
また、本発明の出力装置では、記出力手段は前記データに基づき印刷処理を行う印刷手段であり、前記出力パラメータは、少なくとも印刷枚数を含み、前記出力手段は、前記決定された出力パラメータを用いて前記データに基づく印刷処理を前記印刷枚数の回数実行することを要旨とする。

これによれば、携帯端末から印刷枚数を指定してデータ送信することで、データの内容を指定した印刷枚数だけ印刷させることが可能となる。
さらに本発明の出力装置では、前記出力手段は前記データに基づき印刷処理を行う印刷手段であり、前記出力パラメータは、少なくとも印刷媒体の指定を含み、前記出力手段は、前記出力パラメータを用いて前記データに基づく印刷処理を行って前記データの内容を前記指定の印刷媒体に印刷することを要旨とする。

これによれば、携帯端末から印刷媒体を指定してデータ送信することで、データの内容を指定した印刷媒体に印刷させることが可能となる。
また、本発明では、携帯端末から受信したデータに基づき出力処理を行う出力手段を有する出力装置において、前記携帯端末で入力されたデータとしてｖＣａｒｄデータもしくはｖＮｏｔｅデータに予め用意されたメモ領域に記述されている前記出力処理を指定する指定情報を含むデータを受信する受信部と、前記受信部で受信した前記データの記述内容を解読して指定情報を取得する解読手段と、レイアウトデータを記憶する記憶部と、前記解読手段が解読して得た指定情報に応じたレイアウトデータを前記記憶部から読み出すレイアウト決定手段と、前記読み出されたレイアウトデータを用いて前記データをレイアウト付きデータに変換する変換処理部とを備え、前記出力手段は、前記携帯端末から受信した前記レイアウト付きデータに基づく出力処理を行って前記データの内容を前記決定されたレイアウトで出力することを要旨とする。

これによれば、携帯端末で入力されたデータを受信すると、その受信したデータの記述
内容を解読手段が解読して指定情報を取得する。レイアウト決定手段は、解読手段が解読した指定情報に応じたレイアウトデータを記憶部から読み出す。その読み出されたレイアウトデータを用いて変換処理部は、受信したデータをレイアウト付きデータに変換する。そして、出力手段がレイアウト付きデータに基づく出力処理を行う。よって、携帯電話から送信したデータの内容を、携帯端末で指定情報を入力して指定したレイアウトで出力させることが可能となる。
また、これによれば、データの項目として予め用意されているメモ領域（ノート領域）に指定情報を記述したデータを携帯端末から送信すると、そのメモ領域に指定情報を記述して指定した出力パラメータ又はレイアウトでデータの内容を出力手段に出力させることが可能となる。メモ領域を利用して出力パラメータ又はレイアウトを指定する構成であるので、専用のテキスト領域を追加するなど特にデータ構造を変更する必要もない。

さらに本発明の出力装置では、前記データには複数のレイアウトを指定するテキストが記述されており、前記レイアウト決定手段は、前記解読手段が前記データの記述内容を解読して取得した指定情報に応じた複数のレイアウトデータを決定し、前記変換処理部は、複数のレイアウトデータを用いて前記データを複数のレイアウト付きデータに変換し、前記出力手段は、前記複数のレイアウト付きデータに基づき出力処理を行って前記データの内容を複数種のレイアウトで出力することを要旨とする。

これによれば、複数のレイアウトを指定する指定情報が記述されたデータを携帯端末から受信すると、その受信したデータの記述内容を解読手段が解読して指定情報を取得し、レイアウト決定手段がこの指定情報に応じた複数のレイアウトデータを決定する。処理手段は、この決定された複数のレイアウトデータを用いてデータを複数のレイアウト付きデータに変換する。そして、出力手段が複数のレイアウト付きデータに基づく出力処理を行うことで、データの内容が複数種のレイアウトで出力される。よって、携帯端末から送信したデータの内容を複数種のレイアウトで出力させることが可能となる。

本発明の出力装置では、前記データは個人情報データであり、前記レイアウトは名刺レイアウトであることを要旨とする。
これによれば、携帯端末で作成した個人情報データを送信すると、この個人情報データの記述内容で指定された名刺レイアウトでこの個人情報の内容を出力（例えば印刷）させることが可能となる。

本発明の出力装置では、前記指定情報は、番号又はアルファベットであることを要旨とする。
これによれば、指定情報は番号又はアルファベットであるので、簡単に記述できるうえ、順序性があるので指定内容を間違いなく指定し易く、出力パラメータ又はレイアウト指定時の誤入力を回避し易い。

また、本発明は、前記出力装置と、携帯端末とを備えた出力処理システムであって、前記携帯端末は、前記出力装置に出力パラメータを指定するための指定情報を記述する入力部を備えたことを要旨とする。この出力処理システムの発明によれば、前記出力装置の発明と同様の作用効果が得られる。

（第１の実施形態）
以下、本発明を具体化した第１の実施形態を図面に従って説明する。
図１は、プリンタ１の斜視図を示す。図１において、出力装置としてのプリンタ１は、インクジェット式プリンタであって、その本体２の背面側には自動給紙装置３のシートフィーダ４及びロール紙支持部５が設けられている。シートフィーダ４には、単票紙（図示せず）がセットされ、本体２内部に給紙される。また、ロール紙支持部５には、ロール紙Ｐ１がセットされ、本体２内部に給紙される。本体２の中央には、カバー６が設けられ、そのカバー６内には印刷機構が配設され、その印刷機構の作動により印刷された印刷媒体としての用紙Ｐ（単票紙又はロール紙）が前側下部の排紙口７から排出される。また、本体２の上面右側には、操作パネル８が設けられている。

図２に示すように、操作パネル８は、表示画面９ａを有する表示装置９と、複数の操作スイッチからなる操作部１０とを備えている。表示装置９は、液晶表示装置であって、例えば用紙の種類（単票紙又はロール紙）、用紙サイズ、レイアウト、写真選択、印刷枚数等をマニュアル選択するためのメニューを表示画面９ａに表示する。

また、操作部１０には、プリンタ１に電源投入するための電源スイッチ１０ａ、エラー発生時に押されるメンテナンススイッチ１０ｂ、ロール紙を操作する時に押されるロール紙スイッチ１０ｃが設けられている。さらに、操作部１０には、印刷開始スイッチ１０ｄ、中止スイッチ１０ｅ、上スイッチ１０ｆ、下スイッチ１０ｇ、決定スイッチ１０ｈ、戻りスイッチ１０ｉが設けられている。印刷開始スイッチ１０ｄは単票紙又はロール紙に画像の印刷を開始するときに押される。中止スイッチ１０ｅは、実行中の印刷を中止するときや、非印刷状態のときに表示画面９ａの入力内容を破棄するときに押される。上スイッチ１０ｆ及び下スイッチ１０ｇは、表示画面９ａでのメニュー選択や各種設定項目を選択する際のカーソル移動や、入力すべき数値の増減を行うときに押される。決定スイッチ１０ｈは表示画面９ａの表示を次画面に進めたり、表示画面９ａを使って入力した設定内容を確定するときに押される。戻りスイッチ１０ｉは、表示画面９ａに表示される画面を初期画面に戻すときや、表示画面９ａの表示を一つ前の画面に戻すときに操作される。

図１に示すように、プリンタ１の本体２の右側上部には、第２表示装置１１が取り付けられている。第２表示装置１１の表示画面１１ａには、用紙Ｐに印刷される印刷画像が事前に表示される。

本体２の正面右側には、カードスロット（ＣＦカードスロット）１２が設けられ、そのカードスロット１２には赤外線通信機能内蔵ＣＦ( コンパクトフラッシュ(R)) 型カード（赤外線通信カード）（以下、ＣＦ型通信カードという）１３が挿抜可能にセットされる。ＣＦ型通信カード１３は、ＩｒＤＡ（Infrared Data Association ）に準拠した赤外線通信機能を有したＩｒＤＡモジュールであって、カードスロット１２にセットすることで、プリンタ１に赤外線データを受信可能な赤外線通信機能を付与する。プリンタ１は、ＣＦ型通信カード１３が携帯電話１４から受信したデータを取り込んでそのデータに基づく印刷処理を行う。

本実施形態における携帯電話１４は、電話機能及び赤外線通信機能の他、電話番号等を含む個人情報を登録管理できる電話帳機能、他の携帯電話との間で電子メールを送受信できる電子メール機能、静止画又は動画を撮影できるカメラ機能などの多機能を備えている。携帯電話１４は、電話帳機能で扱う個人情報データ（テキストデータ）と、カメラ機能で扱う画像データとを、赤外線通信対応のファイル形式でそれぞれ管理している。詳しくは、個人情報データはｖＣａｒｄ(TM)ファイル形式で管理され、画像データはｖＮｏｔｅ(TM)ファイル形式で管理されている。よって、携帯電話１４に管理されているｖＣａｒｄファイル形式の個人情報データ又はｖＮｏｔｅファイル形式の画像データは、カードスロット１２にセットされたＣＦ型通信カード１３を通じてプリンタ１に受信される。また、携帯電話１４は、他の携帯電話やパソコン等との間で携帯電話網を通じて電子メールや画像データを送受信できる。なお、カードスロット１２にデジタルカメラ用のＣＦ型メモリカードをセットすれば、デジタルカメラで撮影した画像データをＣＦ型メモリカードからプリンタ１に読み込んで印刷させることもできる。

図３に示すように、ＣＦ型通信カード１３にはその正面（前面）に通信ポートとなる赤外線受発光部１３ａと表示部１３ｂとが設けられている。赤外線受発光部１３ａは、受光素子と発光素子とを有し、発光素子はキャリア周波数例えば25〜50kHz の搬送波で搬送されるパルス位相変調されたビット信号からなる赤外線をその発光のオン・オフにより出力し、受光素子は同様の方式で表現されるビット信号からなる赤外線を受光する。表示部１３ｂは、発光色の異なる複数の発光ダイオード（ＬＥＤ）からなり、ＣＦ型通信カード１３のデータ受信状態を、発光色、点灯、点滅及び消灯の組合わせにより報知する。また、ＣＦ型通信カード１３の背面には図示しないコネクタが形成され、このコネクタがカードスロット１２の奥面に設けられたプリンタ側コネクタと電気的に接続される。

図４（ａ）は正面から見た携帯電話を示す。同図に示すように、携帯電話１４は、複数の操作ボタン１５（１５ａ〜１５ｃ等）、受話口１６、送話口１７、ディスプレイ１８及びＣＣＤ（Charge-Coupled Device ）撮像装置１９を備えている。

携帯電話１４は、カメラ機能の使用中、ＣＣＤ撮像装置１９で撮像している画像をディスプレイ１８に表示するとともに、操作ボタン１５ｂをシャッターとして操作することでその撮像している画像を一枚の画像データとして保存できる。本実施形態では、携帯電話１４のカメラ機能で撮影された画像データ（静止画像データ）はＪＰＥＧデータとして携帯電話１４に保存され、携帯電話１４から赤外線通信によりプリンタ１に送信する場合は、携帯電話１４に保存されているＪＰＥＧデータを赤外線通信対応のファイル形式の１つであるｖＮｏｔｅ(TM)形式に変換して送信される。このｖＮｏｔｅ形式で受信したプリンタ１は、Base64と呼ばれるエンコード／デコード変換器でＪＰＥＧデータをエンコード（圧縮）し、エンコードされたＪＰＥＧ画像データとして保存される。また、携帯電話１４は、電話帳機能を使って、操作ボタン１５ａを操作してディスプレイ１８上に作成した個人情報を登録することができる。

図４（ｂ）は、携帯電話の電話帳機能を使って登録しディスプレイに表示させた個人情報の一例を示す。この個人情報の登録方法を説明すると、まず操作ボタン１５を操作して、電話帳機能の個人情報作成モード（新規登録モード）を選択すると、携帯電話１４に内蔵された個人情報作成プログラムが起動する。ディスプレイ１８には図４（ｂ）中左寄りに示された各項目、すなわち「名前」、「フリガナ」、「電話番号１」、「電話番号２」、「電話番号３」、「電子メールアドレス１」、「電子メールアドレス２」、「電子メールアドレス３」、「住所」及び「メモ（ノート）」の各欄が表示される。操作ボタン１５ｃを操作して所望の項目を選択した後、該当するデータを入力し、これを必要な項目数だけ繰り返すことで、同図（ｂ）に示すような１つの個人情報が作成される。この電話帳機能で作成した個人情報データ（テキストデータ）は、本実施形態では赤外線通信対応のファイル形式の１つであるｖＣａｒｄ(TM)形式で保存される。

さらに、携帯電話１４は、ＩｒＤＡ（I nfrared Data Association ）に準拠した赤外線通信機能を有し、前記ＣＦ型通信カード１３との間での赤外線通信を行うための赤外線受発光部２０（図１に示す）を備えている。携帯電話１４は、操作ボタン１５を操作することによって、画像データや個人情報データをＣＦ型通信カード１３に送信する。赤外線受発光部２０は、ＣＦ型通信カード１３に設けられた赤外線受発光部１３ａと同様の赤外線通信方式の受発行が可能な受光素子と発光素子とを有している。

次に、上記のように構成した、プリンタ１、ＣＦ型通信カード１３及び携帯電話１４の電気的構成を図５に従って説明する。
まず、携帯電話１４の電気的構成を説明する。携帯電話１４は、制御部２１、メモリ２２、送受信部２３、マイク２４、スピーカ２５、操作ボタン１５、ディスプレイ１８、ＣＣＤ撮像装置１９、赤外線受発光部２０を有している。

メモリ２２は、ＣＣＤ撮像装置１９で撮像した画像データや個人情報データが制御部２１によって一時保存される。マイク２４は、受話口１６で話した音声を音声信号として制御部２１に出力する。スピーカ２５は、制御部２１から出力された音声信号を音声にして送話口１７から出力する。

送受信部２３は、入出力インターフェイスであって、制御部２１から出力された音声信号、メール、画像データを他の携帯電話やパソコンに送信するとともに、他の携帯電話やパソコンからの音声信号、メール、画像データを受信し制御部２１に出力する。

制御部２１は、ＣＰＵ、ＲＯＭ、ＥＥＰＲＯＭ等を有し、ＣＰＵがＲＯＭ及びＥＥＰＲＯＭに記憶された制御プログラムや各種アプリケーションプログラムに基づいて各種動作を実行する。つまり、制御部２１は、前記した通話、メールの作成、データの送受及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１は、前記したＣＣＤ撮像装置１９で撮像した画像データの表示及び保存のための処理動作を操作ボタン１５の操作に基づいて実行する。このとき、メモリ２２に保存される画像データは、制御部２１によってＪＰＥＧデータ形式で保存される。制御部２１は、個人情報の作成及び保存のため処理動作を操作ボタン１５の操作に基づいて実行する。このとき、メモリ２２に保存される個人情報データ（テキストデータ）は、制御部２１によって名刺データ形式（本例ではｖＣａｒｄ形式）で保存される。

さらに、制御部２１は前記保存した個人情報データや画像データをプリンタ１（ＣＦ型通信カード１３）に赤外線受発光部２０を介して送信するための処理動作を操作ボタン１５の操作に基づいて実行する。制御部２１からＣＦ型通信カード１３に送信される際は、個人情報データはｖＣａｒｄファイル形式で、また画像データ（エンコードされたＪＰＥＧデータ）はｖＮｏｔｅファイル形式で送信される。制御部２１は、これらをオブジェクト交換プロトコルに従って送信する。本実施形態では、オブジェクト交換プロトコルとして、電話帳(vCard) 、スケジュール(vCalender) 、メモ(v Note) 等の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 ）形式に変換する。但し、形式変換を行う前に、そのオブジェクトデータがｖＣａｒｄ形式であるかどうかそのデータの中身を解析し、ｖＣａｒｄファイル形式のデータであることを検証する。例えばｖＣａｒｄファイル形式のデータであれば備えているはずのプロパティ（「BEGIN VCARD 」「N 」「SOUND 」等）などの有無を確認する。ｖＣａｒｄファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ｖＣａｒｄファイル形式のデータであれば、そのオブジェクトデータに形式変換処理を施す。また、画像添付機能を備えたタイプのｖＣａｒｄファイルであると解析された際は、その添付されているエンコードされたＪＰＥＧ画像データを画像データデコード部８７に転送する。このようにテキストデータ形式変換部８５は、拡張子が「ｖＣａｒｄ」であるけれどもデータの中身までも正しくｖＣａｒｄ形式であるかどうかを事前に解析及び検証する。また、画像データデコード部８７においてメモ帳機能で記述されたテキストデータを含むタイプのｖＮｏｔｅファイルを受け付けた場合は、テキストデータ形式変換部８５は、そのテキストデータのみを画像データデコード部８７から受け付ける。このときは既にデータの中身については画像データデコード部８７において検証済みなので改めて解析はしない。

テキストデータ形式変換部８５は、形式変換処理を施す際、まずテンプレート記憶部８６からＸＨＴＭＬ形式で記述された印刷レイアウトテンプレート（以下テンプレートという）を読み出す。テンプレートはオブジェクトデータを構成する各項目（プロパティ）の値（テキストデータ）を所定位置に割り付けられるようにタグの記述によってレイアウト枠が指定されたものである。レイアウト枠内に該当項目（プロパティ）の値（テキストデータ）を組み込むことにより、ｖＣａｒｄ形式の個人情報をテンプレート付きのＸＨＴＭＬ形式に変換する。つまり、ｖＣａｒｄファイルは元々レイアウトの概念を持たないファイル形式であるが、印刷時には所定のレイアウトで印刷されうるように、レイアウトを定義付けできないファイル形式（ｖＣａｒｄ）からレイアウトを定義付けできるファイル形
式（ＸＨＴＭＬ）へ形式変換する。そして、この形式変換時にＸＨＴＭＬ形式で記述されたテンプレートを用いることでレイアウトをタグによって定義付ける。テキストデータ形式変換部８５は、個人情報がテンプレートに組み込まれたＸＨＴＭＬデータを、テキストデータラスタ処理部７５に送出する。

一方、画像データデコード部８７は、拡張子識別部８１からｖＮｏｔｅファイル形式のオブジェクトデータを受け取って、そのオブジェクトデータの中身を解析し、ｖＮｏｔｅファイル形式のデータであるか否かを検証する。例えばｖＮｏｔｅファイル形式のデータであれば備えているはずのプロパティ等の有無を確認する。ｖＮｏｔｅファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ｖＮｏｔｅファイル形式のデータであれば、添付されているエンコード画像データを抜き取るとともに、メモ帳機能で記述されたテキストデータを含むと解析した場合はそのテキストデータをテキストデータ形式変換部８５に転送する。そして、予め用意されたデコード用プログラム（Bese64）を起動させて、エンコードされたＪＰＥＧ画像データをＪＰＥＧ画像データにデコードする。このように画像データデコード部８７は、拡張子が「ｖｎｔ」であるけれどもデータの中身までも正しくｖＮｏｔｅ形式であるかどうかを事前に解析及び検証する。画像データデコード部８７は、デコード後のＪＰＥＧ画像データを、画像データラスタ処理部７６に送出する。

テキストデータラスタ処理部７５は、テキストデータ形式変換部８５から受け取ったＸＨＴＭＬデータにラスタ処理を施す。このラスタ処理には、ＸＨＴＭＬ解析処理、レイアウト設定処理、色変換処理及び２値化処理が含まれる。まずＸＨＴＭＬ解析処理では、ＸＨＴＭＬデータを解析して、ＸＨＴＭＬ言語で記述されたレイアウトのテンプレート情報とテキストで記述された個人情報とを分解する。そして、ＸＨＴＭＬ言語（タグ）で記述された記述内容（レイアウトのテンプレート情報）を解析して個人情報テキスト（各プロパティの値）の割付領域を演算し、演算した各割付領域の位置座標データ（アドレスデータ）を取得する。レイアウト設定処理では、個人情報テキストの文字コードをキャラクタデータに変換するとともに、得られたキャラクタデータをテンプレートで指定された割付領域から決まるアドレスに所定の文字サイズのドットデータとして展開する。この展開されたドットデータに色変換処理及び２値化処理を施した後、その２値化データに印刷時のドット形成順序に並び替える処理を施す。

画像データラスタ処理部７６は、ＪＰＥＧ画像データにラスタ処理を施す。但し、ラスタ処理の前に、画像データデコード部８７を経由せず直接送られてきたＪＰＥＧデータについては、データの中身を解析してＪＰＥＧファイル形式のデータであるか否かを検証する。例えばＪＰＥＧファイル形式のデータであれば備えているはずの情報の有無を確認する。ＪＰＥＧファイル形式のデータでなければデータを破棄するとともに、間違ったデータである旨をＵＡＲＴドライバ７２を通じてＣＦ型通信カード１３へ通知する。一方、ＪＰＥＧファイル形式のデータであれば、ラスタ処理に移行する。このように画像データラスタ処理部７６は、拡張子が「ｊｐｅｇ」であるけれどもデータの中身までも正しくＪＰＥＧ形式であるかどうかを事前に解析及び検証する。

ラスタ処理には、ＪＰＥＧ解析及びデコード処理、レイアウト設定処理、色変換処理及び２値化処理が含まれる。ＪＰＥＧ解析及びデコード処理では、ＪＰＥＧ画像データが圧縮系画像データであるためまずこれをＹＣｂＣｒ表色系（輝度（Y ）と青の色差（Cb）と赤の色差（Cr）を使って表現する表色系）の非圧縮系画像データに解凍する。そして、解凍して得られたＹＣｂＣｒ表色系の多値画像データをさらにＲＧＢ表色系の多値画像データに変換する。そして、レイアウト設定処理では、ＲＧＢ表色系の多値画像データを用紙上に割り付ける割付領域を演算し、演算した割付領域から決まるワークメモリ（イメージバッファ）４４ｂ上のアドレスにその画像を所定サイズのドットデータとして展開する。この展開された画像データ（ドットデータ）に色変換処理及び２値化処理を施した後、その２値化データに印刷時のドット形成順序に並び替える処理を施す。先に説明したテキストデータラスタ処理部７５におけるレイアウト設定処理後のＪＰＥＧ画像のラスタ処理についても同様の処理が行われる。また、ｖＮｏｔｅデータにテキストが含まれる場合は、画像データラスタ処理部７６がテキストと画像の全体についてレイアウト設定処理を行うようになっている。なお、各ファイル形式（ｖＣａｒｄ，ｖＮｏｔｅ，ＪＰＥＧ）のオブジェクトデータの中身について解析及び検証する、テキストデータ形式変換部８５、画像データデコード部８７及び画像データラスタ処理部７６によって、第２判定手段が構成される。

プリントエンジン７７は、ワークメモリ４４ｂ上に展開されたラスタ処理後のＣＭＹＫ２値画像データ（ラスタデータ）を、印刷コマンドヘッダとセットにしてプリンタ印刷コマンドに仕立て、エンジンコントローラによってプリンタ印刷コマンドに基づき印刷機構が駆動されることにより用紙に印刷が施される。

なお、テキストデータラスタ処理部７５及び画像データラスタ処理部７６は、ブルートゥース対応携帯端末ＢＣで扱われるファイル形式（ＸＨＴＭＬ形式とＪＰＥＧ形式）のデータでも印刷できるように、プリンタ１にＣＦ型通信カード受信方式の採用前から備えられた既存のものである。本例では、ＣＦ型通信カード１３を介して受信した携帯電話対応形式のファイルデータでも印刷できるように追加が必要な機能部分についてこの既存部分を流用することによりその最小化を図っている。つまり、携帯電話対応形式（ｖＣａｒｄ形式とｖＮｏｔｅ形式）のデータをブルートゥース対応形式へ形式変換する機能部分をＩｒＤＡプロファイル部７４に追加することにより、形式変換後のデータ処理については各ラスタ処理部７５，７６を流用するようにしている。

図７は、２つのラスタ処理部とプリントエンジンの一部とにより構成され、ＸＨＴＭＬ形式及びＪＰＥＧ形式の各データから印刷データを生成する画像処理装置の概略構成を示す。この画像処理装置は、主にＣＰＵ４１、ＡＳＩＣ４６、ＲＯＭ４２、ＥＥＰＲＯＭ４３及びＲＡＭ４４から構成される。但し、処理の一部についてはＣＰＵ４１がプログラムを実行するソフトウェアにより実現している。もちろん、大部分の処理をハードウェア回路で実現するのではなく、半分以上の処理をソフトウェアにより実現することもできる。

図７に示すように、ＡＳＩＣ４６は、解釈処理部９０、ＪＰＥＧ解凍器９１、ＹＣｂＣｒ／ＲＧＢコンバータ９２、メモリコントローラ９３、画像処理部４６ａ及び印刷処理部４６ｂを内蔵する。また、画像処理部４６ａは色変換処理部９４及び２値化処理部９５などを備え、印刷処理部４６ｂはコマンドエンコーダ９６及びエンジンコントローラ９７を備えている。また、ＲＯＭ４２にはキャラクタジェネレータ９８が構築されている。また、ＥＥＰＲＯＭ４３はその記憶領域の一部にテンプレート記憶部８６を含むとともに色変換テーブル９９を記憶している。メモリコントローラ９３は、キャラクタデータと画像データのうち少なくとも一方からなるドットデータをワークメモリ４４ｂ上に展開するとともに、展開したドットデータの画素順序をラスタスキャンの順序に並べ替える画像処理を司る回路である。

また、図６における各ラスタ処理部７５，７６が有する各バッファ７５ａ，７６ａは、例えばＲＡＭ４４にそれぞれ専用記憶領域として確保されている。もちろん、ＲＡＭ以外の例えばＳＤＲＡＭにそれらの専用記憶領域が確保されてもよい。

まずＸＨＴＭＬデータにラスタ処理を施すテキストデータラスタ処理部７５の処理について説明する。なお、テキストデータラスタ処理部７５は、解釈処理部９０、メモリコントローラ９３、キャラクタジェネレータ９８及び第１バッファ７５ａなどにより構成される。

ＲＯＭ４２には、日本語及び英語のフォント等のキャラクタ（文字や記号等）のパターンを示すキャラクタジェネレータデータ（ＣＧデータ）が記憶され、このＣＧデータによりキャラクタコード（文字コード）をＣＧデータに変換するキャラクタジェネレータ９８が構築されている。キャラクタジェネレータ９８は、その指定されたアドレスに文字コードが与えられると、各種文字のドット構成（文字ドットパターン）を特定するために必要なＣＧデータを読み出す。ＣＧデータはベクタデータである。ここで、ベクタデータとは、描画の対象となる文字や図形の輪郭を表したデータであり、より詳しくは文字や図形の主要点の座標および座標間を結ぶ曲線（例えばベジェ曲線）の方程式を含むパラメータによって記述されている。

テキストデータラスタ処理部７５に送られたＸＨＴＭＬデータは、まず解釈処理部９０に転送される。ＸＴＭＨＬデータは、個人情報が記述された本文であるキャラクタデータと、個人情報の本文がレイアウトされるべき場所を記述するテンプレートタグとを含む。

解釈処理部９０は、ＸＨＴＭＬデータの記述内容を解析し、テキスト本文の文字（キャラクタ）に対応するキャラクタデータと、文字列のレイアウトされるべき場所を記述するテンプレートタグから解釈されるレイアウトデータ（アドレス空間上の座標データ）とに個々の対応を関連付けたまま変換する。キャラクタデータは、文字や記号の種類を特定するキャラクタコード（例えばアスキー（ＡＳＣＩＩ）コードなど）とフォントなどの修飾情報とを有する。解釈処理部９０は、ＸＨＴＭＬデータから分解及び変換したキャラクタデータ及びレイアウトデータを個々の対応を関連付けた情報と共にメモリコントローラ９３に渡す。

メモリコントローラ９３は、キャラクタデータをキャラクタジェネレータ９８に与えて読み出したＣＧデータ（ベクタデータ）を、所定の文字サイズの文字ドットパターンデータ（キャラクタドットデータ）に変換するベクタフォント展開処理を行う。さらにメモリコントローラ９３は、ベクタフォント展開処理で得たキャラクタドットデータを、ワークメモリ４４ｂにおいてレイアウトデータ（アドレス空間上の座標データ）によって指定された垂直位置及び水平位置に展開する。そして、メモリコントローラ９３は、展開したその画素順序をラスタスキャンの順序に並べ替えて第１バッファ７５ａに格納した後、印刷処理部４６ｂに転送する。ここで、第１バッファ７５ａは、ＸＨＴＭＬデータのラスタ処理に使われるためそのバッファ容量は比較的小さい（例えば３０〜１００キロバイト）。

次にＪＰＥＧ画像データにラスタ処理を施す画像データラスタ処理部７６の処理について説明する。なお、画像データラスタ処理部７６は、ＪＰＥＧ解凍器９１、ＹＣｂＣｒ／ＲＧＢコンバータ９２、メモリコントローラ９３及び第２バッファ７６ａなどにより構成される。

ＪＰＥＧ解凍器９１は、ＪＰＥＧ画像データを解凍してＹＣｂＣｒ表色系の多値画像データに変換する回路である。ＹＣｂＣｒ／ＲＧＢコンバータ９２は、ＹＣｂＣｒ表色系の多値画像データを、ＹＣｂＣｒ表色系からＲＧＢ表色系のＲＧＢ多値画像データに色変換する回路である。この色変換には以下の変換式が使用される。
R=Y+1.40200 ×Cr
G=Y-0.34414 ×Cb-0.71414×Cr
B=Y+1.77200 ×Cb
メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像データの画素順序をラスタスキャンの順序に並べ替える回路である。ここで、ＪＰＥＧの圧縮処理では、元画像は８画素×８画素のブロック領域に分割され、ブロック領域単位で所定の演算処理がなされる。そのため、ＹＣｂＣｒ／ＲＧＢコンバータ９２から渡される、ＪＰＥＧデータから変換された当初のＲＧＢ多値データも、８画素×８画素のブロック領域に分割した形で画素データが並んでいる。メモリコントローラ９３は、その８画素×８画素のブロック領域に仕分けられている画素データの配列を、印刷処理に適したラスタスキャン（つまり、例えば、画像の左端から右端までの行方向の水平スキャンを、最上行から１行づつ下へ向って繰り返していくスキャン）の順序の配列に変換する。メモリコントローラ９３は、ＹＣｂＣｒ／ＲＧＢコンバータ９２から受け取ったＲＧＢ多値画像の各画素データを展開後、第２バッファ７６ａ上にラスタスキャン順序に従って書き込んでいくことで、この並べ替えを行う。これにより、第２バッファ７６ａ上には、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データが格納されることになる。メモリコントローラ９３は、ラスタスキャンの順序で画素が並んだＲＧＢ多値画像データを画像処理部４６ａへ転送する。ここで、第２バッファ７６ａは、ＪＰＥＧ画像データのラスタ処理に使われるためそのバッファ容量が第１バッファ７５ａのそれに比べ相対的に大きい（例えば３〜１０メガバイト）。

画像処理部４６ａに転送されたＲＧＢ多値画像データはまず色変換処理部９４に送られ、次に２値化処理部９５に転送される。色変換処理部９４は、ＲＧＢ多値画像データをＣＭＹＫ多値画像データに色変換する回路である。さらに２値化処理部９５は、そのＣＭＹＫ多値画像データをＣＭＹＫ２値画像データに２値化する回路である。

色変換処理部９４は、ＥＥＰＲＯＭ４３に記憶された、ＲＧＢ表色系からＣＭＹＫ表色系へ色変換するための色変換テーブル９９を読み出し、これを参照してＲＧＢ多値画像データをＣＭＹＫ多値画像データに変換する。このＣＭＹＫ多値画像データは２値化処理部９５に転送される。

次いで、２値化処理部９５は、ＣＭＹＫ多値画像データに２値化処理（例えば、誤差拡散処理又はディザ処理など）を施し、これをＣＭＹＫ２値画像データに変換する。このＣＭＹＫ２値画像データは印刷処理部４６ｂに転送される。なお、画像処理部４６ａに転送されたデータに拡大、縮小、回転などの所定処理を施す際はＣＰＵ４１に転送され、その所定処理はソフトウェア処理により施される。

印刷処理部４６ｂには、ラスタスキャン順序に並び替えられた、キャラクタドットデータ又はＣＭＹＫ２値画像データが転送されてくる。これらのデータはコマンドエンコーダ９６に転送される。

コマンドエンコーダ９６は、キャラクタドットデータ又はＣＭＹＫ２値画像データを、ＣＰＵ４１からのプリンタ印刷コマンドのコマンドヘッダとセットにして印刷データに仕立て、エンジンコントローラ９７へ送る。エンジンコントローラ９７は印刷データに基づいて圧電素子ＰＺを駆動制御する指令信号をドライバ４７ｄに出力する。

次に、携帯電話１４とＣＦ型通信カード１３間で行われるＩｒＤＡ通信について説明する。
図８は、ファイル転送時に用いられるＯＢＥＸ仕様のデータ構造を示す。データＤは、オペコードＯＰとヘッダＨＤとデータボディＤＢとからなる。オペコードＯＰには通信に関する命令が記述される。命令には「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) 個人情報データの電話帳レイアウト印刷の各処理がある。

まず、受信したデータをＡＳＩＣ内等の処理回路が扱えるファイル形式に変換した後、指定のレイアウト付きのデータに生成するまでの処理について説明する。まずｖＣａｒｄファイルのデータ構造を説明する。

図１１は、ｖＣａｒｄファイル形式の個人情報データの一例を示す。
同図に示すように、ｖＣａｒｄ形式の単件データＭＤは、まず「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ」と「ＥＮＤ」の間には以下のような個人情報の各アイテムが、プロパティと値を使って「プロパティ：値」形式で記述されるようになっている。プロパティは項目を指し、値はその項目に入れるべき具体的な内容を指す。プロパティには、「Ｎ（名前）」、「ＳＯＵＮＤ（フリガナ）」、「ＴＥＬ（電話番号）」、「ＥＭＡＩＬ（電子メールアドレス）」、「ＡＤＲ（住所）」、「ＮＯＴＥ（メモ）」などが用意されている（但し、括弧書きはプロパティの説明である）。

まずプロパティ「Ｎ」の値には他人の氏名が記述される。例えばｖＣａｒｄ対応の電話帳アプリケーション（新規登録）を起動させて画面に表示された名前の入力欄に「山田 太郎」と入力した場合、「Ｎ：山田 太郎」と記述される。同様にプロパティ「ＳＯＵＮＤ」の値には氏名のフリガナが記述される。

プロパティ「ＴＥＬ」には電話番号が記述されるが、さらにコマンドを追加すること（以下ＴＹＰＥ指定することと称す）により以下に示すようなものが指定できる。「ＴＥＬ；ＷＯＲＫ；ＶＯＩＣＥ：」の値には勤務先電話番号、「ＴＥＬ；ＷＯＲＫ；ＦＸ：」の値には勤務先ＦＡＸ番号が記述される。「ＷＯＲＫ」の部分を「ＨＯＭＥ」に置換すると自宅用電話番号が記述される。「ＴＥＬ；ＣＥＬＬ：」の値には携帯電話番号が記述される。また、携帯電話番号の登録アイコンの選択によりさまざまなＴＹＰＥ指定が可能であり、これによりさまざまな電話番号を指定することが可能である。図１１の７行目の「ＴＥＬ; Ｘ- ＡＢＣ−ＭＡＩＮ；ＶＯＩＣＥ：」の値には「代表」の電話番号が記述される。その他、「学校」の電話番号が記述されるプロパティもある。その他、さまざまな識別ＴＹＰＥコマンドが用意されている。

プロパティ「ＥＭＡＩＬ」の値には電子メールアドレスが記述される。「ＥＭＡＩＬ」コマンドも「ＴＥＬ」コマンドと同様に、「ＥＭＡＩＬ」の後にＴＹＰＥ指定することにより複数の電子メールアドレスが指定できる。図１１の例で、「ＥＭＡＩＬ；ＷＯＲＫ：」の値には会社の電子メールアドレスが、「ＥＭＡＩＬ；ＣＥＬＬ：」の値には携帯電話の電子メールアドレスが、「ＥＭＡＩＬ；ＩＮＴＥＲＮＥＴ：」の値にはインターネットの電子メールアドレスが記述される。

プロパティ「ＡＤＲ」の値には住所が記述される。「ＡＤＲ」もその後に「ＷＯＲＫ」、「ＨＯＭＥ」等のＴＹＰＥ指定することにより会社住所、自宅住所等を指定することができる。

プロパティ「ＮＯＴＥ」の値にはメモの内容が記述される。本実施形態では、メモに指定文字を入力して「ＮＯＴＥ」の値に指定文字を記述することにより、プリンタ１に対し印刷レイアウトを設定する機能を設けている。

図１２に示すように、ｖＣａｒｄの全件データＡＤは、個人情報を複数件含み、個人情報は１件ずつ「ＢＥＧＩＮ：ＶＣＡＲＤ」で始まり、「ＥＮＤ：ＶＣＡＲＤ」で終わる。その「ＢＥＧＩＮ：ＶＣＡＲＤ」と「ＥＮＤ：ＶＣＡＲＤ」の間に１件分の個人情報を構成する各アイテムが、「プロパティ：値」形式で記述されている。

従って、同図からも分かるように、１件のデータが終了する毎に「ＥＮＤ：ＶＣＡＲＤ」が記述されている。携帯電話１４から個人情報データを送信するとき、ユーザは「単件」か「全件」かを選択できる。プリンタ１は受信したｖＣａｒｄファイルが「単件」か「全件」かによって適用する印刷レイアウトを決定する。本実施形態では、ｖＣａｒｄファイルが「単件」か「全件」であるかを識別するために、個人情報データ中に必ず記述され、かつ１件につき１つしか記述されないコマンド又はプロパティを、件数判別子ＣＳとして採用する。もちろん、１件毎に決まった数ずつ記述されているコマンド又はプロパティなどでもよい。例えば「ＶＣＡＲＤ」は１件につき２つずつ記述されているので、その計数値が「２」であれば単件、計数値が「４以上」であれば「全件」と判断する方法を採用することもできる。

本実施形態の場合、件数判別子ＣＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。ＩｒＤＡプロファイル部７４の件数判定部８２は、個人情報データが単件であるのか全件（グループ指定の場合はグループの全件を含む）であるのかを判別する。詳しくは、ＣＰＵ４１がデータ中に含まれる件数判別子「ＥＮＤ：ＶＣＡＲＤ」をカウンタにより計数し、その計数値に基づき受信したｖＣａｒｄファイルが「単件」か「全件」かを判断する。すなわちその計数値が「１」の場合は判定値（例えばフラグ）Ｎを「Ｎ＝０」にリセットし、計数値が「２以上」の場合は判定値Ｎを「Ｎ＝１」にセットする。

また、全件ファイルである場合、ＩｒＤＡプロファイル部７４はデータをすべて受信してからテキストデータ形式変換部８５へ送るのではなく、全件のうち所定件数分だけバッファリングされる度に、その所定件数分ずつ次処理部のテキストデータ形式変換部８５へ送る。この処置は分割処理部８４が行う。データ中の１件毎の区切りは区分識別子ＤＳをみることで判断する。本例では、区分識別子ＤＳとして「ＥＮＤ：ＶＣＡＲＤ」を採用する。

詳しくは、データトランスファ部７３が伝送制御手順７３ａにおいてデータが正しく受信されたかどうかチェックした後、ＣＰＵ４１はそのデータについて区分識別子ＤＳである「ＥＮＤ：ＶＣＡＲＤ」（本例で件数判別子ＣＳに同じ）をカウンタにより計数し、その計数値から受信した個人情報の件数をカウントする。そして、所定件数分の個人情報がＲＡＭ４４の受信バッファ４４ａにバッファリングされる度にＣＰＵ４１は、受信バッファ４４ａのデータを次処理のテキストデータ形式変換部８５へ送る。詳しくはＣＰＵ４１が所定件数分のデータがバッファリングされる度に次のテキストデータ形式変換処理を実行する。なお、区分識別子ＤＳは、１件毎の最後のプロパティでもよい。

図１３は、個人情報データが印刷される際に適用される印刷レイアウトのテンプレートデータの一例を示す。同図はｖＣａｒｄデータＭＤ１用の名刺印刷テンプレートデータＬＴ１である。

ｖＣａｒｄファイルの印刷レイアウト（印刷フォーマット）は、プリンタ１内のＥＥＰＲＯＭ４３（テンプレート記憶部８６）に記憶されたテンプレートデータに依存する。テンプレートデータはＸＨＴＭＬ形式で記述されたレイアウト用データである。ＸＨＴＭＬデータは、＜body＞と＜／body＞の間が、１つの項目毎（同図では行毎）につき、フィールド、コメントタグ、プロパティの３つの領域に分かれている。

フィールドは、図１３においては「名前」や「電話番号」など名刺の中にタイトルとして印刷される文字列などのデータ領域である。「名前」や「電話番号」など名刺に必要な規定のタイトルはテンプレートデータＬＴのフィールドに予め記述されている。

コメントタグは、ｖＣａｒｄ形式ファイルにおける各プロパティの値（例えばプロパティ「Ｎ」であればその値である「山田 太郎」）の印刷位置やフォント、文字サイズ等を指定する命令である。コメントタグ「<!-- -->」の直後に値は組み込まれる。また、コメントタグ「< >」を値で置換する方法もある。

プロパティはｖＣａｒｄ形式のデータで、ＴＹＰＥ指定したデータの印刷位置やフォント、文字サイズ等を指定する命令である。プロパティ「< > 」の直後にＴＹＰＥ指定したデータ、例えば「ＷＯＲＫ」や「ＣＥＬＬ」等の文字列が組み込まれる。従って、図１１に示すように名前やフリガナのように、個人情報１件につき１つしかなくいＴＹＰＥ指定の対象外のデータにおいてはコメントタグのみで構成されている。一方、電話番号や電子メールなどのＴＹＰＥ指定できるデータが記述される領域ではコメントタグにプロパティが付加される。なお、図１３におけるコメントタグ及びプロパティではフォント及び文字サイズ等は指定されていない。

図１４は、図１１の個人情報データを図１３のテンプレートに当て嵌めた後のＸＨＴＭＬデータを示す。図１１の個人情報データ（携帯電話のディスプレイでは図４（ｂ）にように表示される個人情報）は、そのうち指定の値（及びプロパティ）が図１３のテンプレートに組み込まれ、図１４に示すＸＨＴＭＬデータからなるテンプレート書式データとなる。この個人情報データからテンプレート書式データへの変換処理は、テキストデータ形式変換部８５が行う。テキストデータ形式変換部８５で変換されたテンプレート書式データはテキストデータラスタ処理部７５に送信される。ＣＰＵ４１は、テキストデータ形式変換処理を次のように行う。テンプレートデータＬＴを読み出すと、コメントタグの中に記述されたプロパティ（「Ｎａｍｅ」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティの値（「山田 太郎」等）を取り出し、テンプレートデータ中のそのコメントタグの直後にその取り出した値を組み込む。また、ＣＰＵ４１は、プロパティ中の「ＴＹＰＥ」直後のプロパティ（「ＴＥＬＮＯ１」等）を手掛かりに、ｖＣａｒｄファイル中からそのプロパティのＴＹＰＥ（「ＷＯＲＫ」等）を取り出し、テンプレートデータＬＴ中のそのプロパティの直後にその取り出したＴＹＰＥを組み込む。このルールに従った組込み処理は、ＣＰＵ４１がテキストデータ形式変換処理用プログラムを実行することにより行われる。こうして図１４に示すテンプレート書式データが作成される。このように本実施形態では、レイアウト定義できないｖＣａｒｄ形式からレイアウト定義できるＸＨＴＭＬ形式に形式変換し、この形式変換の際に個人情報の値をテンプレートのレイアウト枠に流し込むことでレイアウトを割り付けている。

図１５は、名刺形式の印刷レイアウトの一例を示す。同図はテンプレートデータＬＴにより指定される印刷レイアウトのテンプレートＰＬ１を図示したものである。同図において四角枠で囲まれたレイアウト枠（割付領域）Ａ１〜Ａ９は、個人情報の各項目の値が配置される場所で、この場所の指定がテンプレートデータＬＴ中のコメントタグにより指定されている。そして、コメントタグにより指定したレイアウト枠Ａ１〜Ａ９に、それぞれ対応する値が配置される。レイアウト枠Ａ１〜Ａ９内に付されているタイトルは、テンプレートデータＬＴ中に予め記述されており、各タイトルの右横に値が配置される。同図において各レイアウト枠Ａ１〜Ａ９内に括弧で示されている（例えば「（ORG1）」等）のが、ｖＣａｒｄデータ中のプロパティで、そのプロパティの値がそのレイアウト枠に配置されることを意味する。例えば図１１におけるプロパティ「Ｎ」の値「山田 太郎」が図１５におけるレイアウト枠Ａ４内の「名前」の右横に配置される。なお、図１３の名刺印刷テンプレートと図１５の印刷レイアウトとは対応していないが、図１３のテンプレートデータは説明を簡単にするため単純な記述内容のテンプレート例で示している。本例では、図１５に示す名刺印刷レイアウトを指定できるＸＨＴＭＬデータがテンプレートデータの一つとしてＥＥＰＲＯＭ４３に記憶されている。この場合、個人情報には、会社名、部署、役職、会社電話番号、会社ＦＡＸ番号、社用電子メールなど必要なデータを入力して使用する。

同図の各項目にはｖＣａｒｄ形式のプロパティの値がテンプレートのレイアウト枠Ａ１〜Ａ９に挿入され、所定のフォントの種類、フォントサイズ及びフォントのスタイルなどで印刷されるようなＸＨＴＭＬデータに変換される。例えば、会社名の場合、ｖＣａｒｄ形式では、プロパティ「ＯＲＧ」には、値として具体的な会社名が記述され、その会社名がレイアウト枠Ａ１に挿入される。

図１６は印刷レイアウトのテンプレートを示し、同図（ａ）〜（ｃ）は名刺レイアウトのテンプレート例、同図（ｄ）は電話帳レイアウトのテンプレート例である。なお、同図においては、各テンプレートＰＬ１〜ＰＬ４，ＰＬ１０をｖＣａｒｄファイルのプロパティの値（テキスト）を組み込んだ状態のレイアウト図として示している。テンプレートＰＬ１〜ＰＬ４，ＰＬ１０は、プロパティ毎にその値（テキスト）が組み込まれる割付位置とエリアサイズ（割付領域）を指定するためのタグが記述されたＸＨＴＭＬデータからなる。図１５及び図１６（ａ）〜（ｃ）に示すものを含む複数種の名刺レイアウトのテンプレートデータ（ＸＨＴＭＬデータ）がＥＥＰＲＯＭ４３には記憶されている。

ここで、名刺レイアウトの種類を簡単に説明すると、図１６（ａ）は文字サイズがすべて同一の横書きの名刺レイアウトのテンプレートＰＬ２である。同図（ｂ）は名前の文字サイズが他より大きく印刷される横書きの名刺レイアウトのテンプレートＰＬ３、同図（ｃ）は名前の文字サイズが他より大きく印刷される縦書きの名刺レイアウトのテンプレートＰＬ４である。また、同図（ｄ）は、全件の個人情報を印刷するときに使用される電話帳レイアウトのテンプレートＰＬ１０である。この電話帳レイアウトのテンプレートデータ（ＸＨＴＭＬデータ）もＥＥＰＲＯＭ４３に記憶されている。

本実施形態では、個人情報が単件の場合は名刺レイアウトで印刷され、全件（複数件）の場合は電話帳レイアウトで印刷される。ｖＣａｒｄファイルが個人情報を複数件含む「全件」の場合は、ＣＰＵ４１は図１６（ｄ）の電話帳レイアウトのテンプレートＰＬ１０を一義的に指定する。一方、ｖＣａｒｄファイルが個人情報を１件のみ含む「単件」の場合は、ユーザが携帯電話１４から名刺レイアウトを選択指定できるようになっている。

ユーザは携帯電話１４のディスプレイ１８に個人情報欄を表示させてその中のメモ欄に印刷レイアウト指定情報を入力する。例えばメモ欄に「１」「２」「３」などの数字（番号）を入力する。この印刷レイアウト指定情報として記述された数字は、ｖＣａｒｄデータ中のプロパティ「ＮＯＴＥ」の値として記述される。このメモ欄に記述された数字は単件の個人情報を印刷する際の印刷レイアウトの指定番号として扱われる。例えばプリンタ１の取扱説明書には図１５及び図１６（ａ）〜（ｃ）の名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等と、各名刺レイアウトのテンプレートＰＬ１〜ＰＬ４等の指定番号とが対応付けて記載され、ユーザは取扱説明書にある指定番号をメモ欄に入力することにより名刺レイアウトを指定する。

例えば図４（ｂ）の個人情報欄のようにメモ欄に「２」が入力されていると、図１１のｖＣａｒｄファイル中のプロパティ「ＮＯＴＥ」に「２」が記述されている。携帯電話１４からｖＣａｒｄファイルを受信すると、そのプロパティ「ＮＯＴＥ」の値として記述された文字列を読み出してそれを解析することにより指定番号を特定する。この解析処理はノート解析部８３が行い、詳しくはＣＰＵ４１がｖＣａｒｄファイル中の「ＮＯＴＥ」の値を解析することにより行われる。ＣＰＵ４１は指定番号を特定できると、その指定番号に対応する名刺レイアウトのテンプレート（ＸＨＴＭＬ形式）をＥＥＰＲＯＭ４３から読み出す。そして、ＣＰＵ４１は前述したテキストデータ形式変換処理を実行し、図１１に示すようなｖＣａｒｄファイルと、図１３に示すようなテンプレートデータＬＴ１とに基づ
き、図１４に示すようなテンプレート書式データＬＤを作成する。このテンプレート書式データはＸＨＴＭＬデータである。

ここで、メモ欄には印刷レイアウトの指定番号ではなく、本来のメモとしての文字列や文章が入力されているのが普通である。ＣＰＵ４１がプロパティ「ＮＯＴＥ」の値を解析するとき、本来のメモとして記述された文字列や文章の中に数字が含まれていた場合、その数字を指定番号と間違えることが起こりうる。ＣＰＵ４１が解析処理で実行するプログラムは、指定番号以外の文字や文字列等が記述されている場合は、その記述データを本来のメモと判断し、たとえその中に指定番号として使える数字が存在していても、その数字を指定番号としては特定しないように設定されている。そして、このような本来のメモとしての使用と判断した場合とメモ欄が空欄の場合は指定番号の指定がないものと判断し、例えばデフォルトで設定された例えば名刺レイアウトのテンプレートＰＬ２を指定する。

本実施形態では、印刷レイアウトの指定に指定番号（数字）を採用するが、数字には限定されることなく、例えばアルファベットやカタカナ、記号文字、文字、文字列などで指定することも可能である。但し、なるべく簡単に指定ができるように一情報の指定に１桁数字または１文字とするのがよく、また順序性の性質をもつ数字（番号）やアルファベットが好ましい。

図１７は、ＩｒＤＡプロファイル部７４でのデータの処理を示すフローチャートである。データトランスファ部７３で、伝送制御手順によりデータを正しく受信できた場合に、ＣＰＵ４１は図１７のフローチャートで示されるプログラムを実行する。このプログラムをＣＰＵ４１が実行することにより、図６における拡張子識別部８１、件数判定部８２、Note解析部８３、分割処理部８４、テキストデータ形式変換部８５及び画像データデコード部８７の各機能が実現される。以下、ＣＰＵ４１が実行するこのプログラムについて説明する。なお、ＣＦ型通信カード１３からプリンタ１へは拡張子とオブジェクトデータが転送されてくるようになっており、拡張子はデータの先頭に送られてくる。

Ｓ２００では、受信したデータの拡張子が何であるかを判断する。受信したデータの拡張子が「ｊｐｅｇ」 または「ｊｐｇ」 の場合は、ＪＰＥＧ形式の画像データと判断してＳ２２０に進む。また、受信したデータの拡張子が「 ｖｎｔ」 の場合は、ｖＮｏｔｅ形式で作られた画像データ（以下、ｖＮｏｔｅファイルという）であると判断し、Ｓ２１０へ進む。更に、受信したデータの拡張子が「ｖｃｆ」の場合は、ｖＣａｒｄ形式で作られたテキストデータ（以下、ｖＣａｒｄファイルという）であると判断し、Ｓ２３０へ進む。

Ｓ２１０では、ｖＮｏｔｅファイルに添付されたエンコード画像データを、Base64と呼ばれるエンコード／デコード変換器によりＪＰＥＧ形式の画像データにデコード（解凍）する。

Ｓ２２０では、ＪＰＥＧ形式にされた画像データを、画像データラスタ処理部７６へ転送する。
Ｓ２３０では、携帯電話１４から送信された個人情報データの件数判定を行う。すなわち、ｖＣａｒｄファイルが「 単件」 か「 全件」 かを判断する。本例では、ｖＣａｒｄファイルデータ中にある識別子「ＥＮＤ：ＶＣＡＲＤ」を計数することによって個人情報の件数を判定する。計数結果ＣがＣ＝１であれば単件データと判定し、計数結果ＣがＣ≧２であれば全件データと判定する。例えば図１１に示すようにｖＣａｒｄファイルが単件データの場合、識別子「ＥＮＤ：ＶＣＡＲＤ」は１つだけなので計数結果ＣがＣ＝１となり、「単件」と判定される。一方、図１１に示すようにｖＣａｒｄファイルが全件データの場合、「ＥＮＤ」が複数あってその計数結果ＣがＣ≧２を満たすので「全件」と判定される。個人情報を１件のみ含む「 単件」 と判定した場合はＳ２４０に進む。また、個人情報を複数件含む「 全件」 と判定した場合はＳ２５０に進む。なお、別の判定方法として、携帯電話１４側で設定されるファイル名（拡張子を含む）が単件と全件とで異なる場合は、データのファイル名から単件か全件かを判断してもよい。

Ｓ２４０では、Ｎｏｔｅ領域の記述内容を解析して解析結果に応じたテンプレートを指定する。ｖＣａｒｄファイルデータ中にあるプロパティ「ＮＯＴＥ」の値（記述内容）を解析し、その値の中からテンプレートの指定情報（本例では番号）を探し出す。例えば図４（ｂ）に示すようにメモに「２」と記述されていれ
ば、図１１に示すようにそのｖＣａｒｄファイルデータ中のプロパティ「ＮＯＴＥ」の値には「２」が記述されているので、この番号「２」を解析結果として抽出する。そして、この番号「２」をテンプレート指定の情報としてＲＡＭ４４に記憶する。

Ｓ２５０では、「電話帳」のテンプレートを指定する。つまり、「全件」である場合は、常に「電話帳」のテンプレートを指定する。
Ｓ２６０では、ｖＣａｒｄファイルの全件データを所定件数ずつの個人情報に分割しながら所定件数分ずつのデータを次処理へ送り出す。

Ｓ２７０では、テンプレート記憶部８６から指定されたテンプレートを読み出す。すなわち、「 単件」 の場合はＳ２４０で指定したノート領域の記述内容の解析結果から定まるテンプレート（名刺形式のレイアウト）を読み出し、「 全件」 の場合はＳ２５０で指定した「電話帳」のテンプレート（電話帳形式のレイアウト）を読み出す。

Ｓ２８０では、ｖＣａｒｄファイルの個人情報をテンプレート付きのＸＨＴＭＬデータに変換する。つまり、テンプレートに当て嵌めるべき項目が指定された場所に個人情報のその項目（プロパティ）の内容（値）を当て嵌めることにより、テンプレート付きのＸＨＴＭＬデータに変換する。例えば図１１に示す単件のｖＣａｒｄファイルの場合、図１４に示すようなＸＨＴＭＬ形式データに変換される。

Ｓ２９０では、テンプレート付きのＸＨＴＭＬデータを、テキストデータラスタ処理部７５へ転送する。
なお、ＩｒＤＡプロファイル部７４内の拡張子識別部８１，件数判定部８２、ノート解析部８３、分割処理部８４は、それぞれＳ２００、Ｓ２３０、Ｓ２３０、Ｓ２４０、Ｓ２６０により実現されている。また、テキストデータ形式変換部８５は、Ｓ２５０、Ｓ２７０、Ｓ２８０及びＳ２９０により実現されている。

こうしてテキストデータラスタ処理部７５へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。また、画像データラスタ処理部７６へ転送されたデータは、その後、各種処理が施されることにより印刷データに生成される。そして、プリントエンジン７７は印刷データに基づき印刷機構を駆動制御し、ロール紙Ｐ１にはｖＣａｒｄファイルで送信された個人情報が指定の印刷レイアウトで印刷されたり、ｖＮｏｔｅファイルで送信された画像が印刷されたりする。例えば単件の個人情報を含むｖＣａｒｄファイルをプリンタ１に送信したときは、携帯電話１４のメモ欄に入力した指定番号に対応する名刺レイアウトで個人情報が印刷される。

そして、個人情報のデータが名刺レイアウトで印刷されたロール紙Ｐはその排紙の途中で、カッタモータＭ３の作動により名刺サイズにカットされる。
以下、第１の実施形態の効果を記載する。

（１）携帯電話１４に保存された個人情報をプリンタ１に送信して印刷させる際、ｖＣａｒｄデータのメモ領域にレイアウトを指定する指定情報を記述しておけば、そのメモ領域の記述内容で指定したレイアウトで個人情報を印刷できる。すなわち、ユーザは携帯電話１４の個人情報欄を表示させてその中のメモ欄に「１」「２」「３」などの番号又はアルファベット等の文字情報を書き込む（入力する）。この記述された文字情報は個人情報データのうちメモ領域に格納される。このメモ領域に記述された数字はレイアウトを指定する文字として扱われる。携帯電話１４から送信された個人情報データを受信すると、そのメモ領域の記述内容を解析（解読）して指定情報の数字を抽出し、その数字で指定されたレイアウトを決定する。個人情報をメモ領域で指定したレイアウトで印刷できる。また、携帯電話１４側の操作でレイアウト指定できるので、印刷時のデータ送信操作及びレイアウト指定操作のどちらも携帯電話１４を操作するだけで行え、操作性がよい。

（２）ｖＣａｒｄデータ中の個人情報を印刷する際、レイアウトをメモ領域の記述により指定することで、適切な名刺レイアウトを指定できる。例えば会社に関連するデータのみが入っている場合は、会社用名刺レイアウト、私的情報のみが入っている場合は、個人用名刺レイアウトを指定して印刷させることができる。

（３）ｖＣａｒｄ形式（個人情報データ形式）の一つのコマンドを件数判別子ＣＳ（区分識別子ＤＳ）として検索（検出）する手段を設けたことにより、携帯電話１４から送信された個人情報データが単件データか全件データであるのかを自動的に認識できる。

（４）携帯電話１４の個人情報データはレイアウト定義できないｖＣａｒｄ形式で送信されるため、ｖＣａｒｄ形式でそのまま送信しただけでは所定のレイアウトで印刷することはできない。しかし、レイアウト定義できないｖＣａｒｄ形式ファイルデータを、レイアウト定義できるＸＨＴＭＬ形式のデータに変換する手段を設けたことにより所望のレイアウトを割り付けてしかもｖＣａｒｄデータのうち個人情報として必要なデータのみを印刷させることができる。

（５）個人情報データが単件か全件かを区別できることにより、単件の場合は名刺テンプレート形式のデータに変換でき、全件の場合には電話帳テンプレート形式のデータに変換できる。つまり、個人情報データが単件、全件を区別するだけで、自動的に適切な印刷レイアウトを決定することができる。そして、個人情報データの単件か全件（複数件）かに応じて適切なレイアウトをそのデータに割り付けて印刷させることができる。

（６）区分識別子を検索する手段を設けたことにより、全件データを受信する際に受信された個人情報データ（件別データ）の件数を計数し、所定件数（本例では１件）受信し終わる度にそこまで受信した所定件数（１件）分のデータを分割して次処理へ送出できる。よって、次の処理部へデータを送出するまでの間、その受信したデータを一時蓄積しておくバッファの容量を少なく済ませることができる。また、次の処理部における処理開始時期を早めることができ、ひいては印刷開始時期を早めプリンタ１のスループット向上に寄与する。

（７）携帯電話１４で作成されたデータがプリンタ１に送信され、プリンタ単独で名刺印刷を容易にすることができる。手持ちの名刺がなくなった場合に、携帯電話１４のデータをプリンタ１に送るだけで、容易に必要な枚数の名刺を印刷することができる。しかも、携帯電話１４で元々個人情報を管理するデータを利用するので、名刺の記載内容を改めて入力する手間もいらない。さらに携帯電話１４で扱われるレイアウト定義できないｖＣａｒｄ形式のデータをレイアウト定義できるＸＨＴＭＬ形式のデータに形式変換するので、一般の名刺どおりのレイアウトで印刷できる。また、名刺テンプレートも複数種用意されているので、所望のレイアウトの名刺を印刷できる。

（８）携帯電話１４から受信したデータをプリンタ１が印刷可能なデータに適宜変換するので、携帯電話１４から直接プリンタ１にデータを送信して印刷することができる。よって、パーソナルコンピュータ（ＰＣ）にデータを送り、ＰＣのデータをメモリカード等の記憶媒体に記憶させ、プリンタ１に読み込んで印刷するよりも容易に素早く印刷することができる。

（第２の実施形態）
次に第２の実施形態について説明する。
この実施形態は、プリンタ１に送信するｖＣａｒｄファイルのメモ領域に記述する情報により印刷パラメータを指定する変形例である。前記第１の実施形態はメモ領域の記述情報により印刷レイアウト指定を行う例であったが、この第２の実施形態は、メモ領域の記述情報を印刷レイアウト指定の替わりに印刷枚数指定などの他の印刷パラメータを設定可能とした例である。本実施形態は、レイアウト指定に替え、あるいはレイアウト指定に更に他の印刷条件を付加して印刷条件指定する例である。

印刷レイアウト指定情報が複数選択できるようになっている。メモ領域の記述内容が印刷パラメータの指定の記述であるか否かの判断は、ＣＰＵ４１が行う。ＣＰＵ４１は予め決められた記述形式であるか否かや、指定に使用される符号等以外の文字情報を含んでいないか否かを、記述内容を解析して判断する。例えば、印刷レイアウト指定の文字は小文字のアルファベットも使用し、複数のレイアウト指定を行う場合には、文字をカンマで区切ることを約束とする。また、印刷枚数の指定を算用数字とし、印刷レイアウトと印刷枚数の両者を決定する場合には、最初に印刷レイアウト指定の情報を入力し、次にセミコロンで区分し、印刷枚数の情報を入力する入力形式に決めておく。このように予め決められた印刷情報の指定方法に関するルールがＥＥＰＲＯＭ４３に記憶してあり、このルールに
基づいてＣＰＵ４１が解析処理する。指定符号等以外の文字情報を含む場合は、その指定符号が印刷パラメータの指定目的ではなく、本来のメモとしての記述中にたまたま指定符号が含まれていた可能性もあるので、このような場合は指定なしと判断してデフォルトの印刷パラメータを設定する。

図１８（ａ），（ｂ）は、携帯電話１４のディスプレイ１８に表示された個人情報の一例であり、メモ領域に指定の文字や数字を記述することにより印刷条件を指定できるようになっている。

図１８（ａ）は、印刷レイアウトと印刷枚数をメモ領域で指定した個人情報の一例を示す。メモ欄の記述内容によって印刷条件を指定できる決まりが予め設定されており、複数の印刷パラメータを指定できる。本例では、印刷レイアウトに加え、印刷枚数を指定できる。その指定の決まりは、レイアウトの指定情報と印刷枚数の指定情報をセミコロンで区分して記述する。例えば「ａ；３」などと情報が入力されていれば、印刷レイアウトは「ａ」で印刷枚数「３枚」を指定したことになる。このようにメモ領域に指定した個人情報データをプリンタ１へ送信すると、ＣＰＵ４１はｖＣａｒｄファイルのNOTE領域の記述内容を取り出し、その内容を解析して指定に合致した記述、すなわち「ａ；３」のようにアルファベットと数字がセミコロンで区分された記述を検索する。「アルファベット；数字」をみつけると、さらにその他の情報が記述されていないかをみる。他の情報が記述されていれば、その「アルファベット；数字」の記述は印刷パラメータの指定ではなく、本来のメモとしての使用の記述内容にたまたま「アルファベット；数字」の組合せが含まれていたと判断し、指定なしと判断する。もちろん、特殊記号を付した行は無視するとか、逆に特殊記号を付した行のみ有効として指定を行なう決まりを採用することもできる。例えば複数行に亘り記述され、ある行には特殊記号が記載された後、「アルファベット；数字」が存在する場合は、その特殊記号が先頭にある行は指定として有効となり、指定情報以外の他に文字列がなければ、指定と判断するようにする。こうすれば、メモ領域を本来のメモの記述と印刷パラメータ指定の記述とを共存でき、指定するときにはメモを一時消去しなければならないという不便さはなくなる。

図１８（ｂ）は印刷パラメータをメモ欄で３つ指定できる場合の個人情報の一例を示す。印刷レイアウトのテンプレートが複数用意されている場合、１つのデータに対しレイアウトを複数指定して印刷できるようにしている。例えば、１つの単件の個人情報データに対し、図１６（ａ），（ｂ），（ｃ）に示すような３通りの名刺レイアウトのテンプレートＰＬ２〜ＰＬ３で名刺を１枚ずつ印刷する。複数のレイアウトを指定する場合は、メモ欄でレイアウト指定符号をカンマ「，」で区切って記述する決まりとし、例えば「ａ，ｂ，ｃ」のように指定符号をカンマで区分して複数のレイアウトを指定する。もちろん、複数のレイアウトを複数枚ずつ印刷する指定も可能である。例えば最後のカンマの後に記述された符号の次にコロンがあればコロンの後に記述された符号が枚数指定とする決まりとしておき、「ａ，ｂ，ｃ：５」と記述されていれば、ＣＰＵ４１はａ，ｂ，ｃで指定された３種類のレイアウトで５枚ずつ名刺印刷する指定であると認識する。ＣＰＵ４１は、レイアウトの指定情報（例えば符号）以外の記述を検出した場合は、記述は無効と判断し、「デフォルト」を指定する。

メモ欄に印刷パラメータのうちの１つしか指定できない場合、例えば印刷レイアウトの指定に替え、印刷枚数を指定することもできる。例えばメモ欄に「２」を記述しておくと、その個人情報が記述された名刺が２枚印刷される。この場合、印刷レイアウトは、予めＥＥＰＲＯＭ４３に記憶されているデフォルトの名刺テンプレートを使用する。もちろん、印刷パラメータの幾種かを操作パネル８の操作により指定できるようにしておき、他の一つ又は複数の印刷パラメータをメモ欄の記述により指定する方法も採用できる。例えば枚数指定はメモ欄への記述で指定し、印刷レイアウトは操作パネル８で選択してプリンタ１に直接登録する。また、プリンタ１では用紙として単票紙とロール紙のどちらかを選択可能であるが、この場合、単票紙とロール紙のどちらで印刷するかをメモ欄の記述情報で
指定することも可能である。さらにメモ領域の記述によって、フォントの種類、大きさ（サイズ）を指定することもできる。

ｖＣａｒｄファイルのメモ領域の記述により指定する内容及び指定の仕方は予め定められており、ＣＰＵ４１はその定められた指定方法に従ってメモ領域の記述内容( 記述情報) を解析して指定内容を特定する。

以下に第２の実施形態の効果を記載する。
（９）メモ領域に予め決められた指定内容を予め決められた記述方法で記述しておくことで、印刷レイアウト、印刷枚数、印刷用紙、文字情報（フォント、大きさ）等の印刷パラメータを設定することができる。この方法は、メモ領域の入力方法に約束事を決めておけばよいので、新規に指定用の入力欄などを追加する必要がない。また、アルファベットや数字など簡易な符号を使用するので、印刷パラメータを簡単に指定できる。例えば印刷レイアウトの種類の設定にはアルファベットの小文字を使用し、印刷枚数の決定には算用数字を使用する等である。

（第３の実施形態）
次に第３の実施形態を図１９及び図２０に基づいて説明する。
この実施形態は、全件データについても、メモ領域の記述情報によってレイアウトを指定できる例である。ＥＥＰＲＯＭ４３にはさらに図１９に示すテンプレートＰＬ１１が記憶されている。このテンプレートＰＬ１１は、全件データに含まれる各個人情報の名刺を１枚ずつ配置したレイアウトで印刷するためのテンプレートである。

図２０は、ＩｒＤＡプロファイル部７４でのデータの処理を示すフローチャートである。前記第１の実施形態における図１７のフローチャートと基本的に同じであるが、全件データについてもNOTE領域の記述内容を解析して指定されたテンプレートを特定する。

同図において、Ｓ５００〜Ｓ５４０，Ｓ５６０〜Ｓ５９０の各処理は、図１７におけるＳ２００〜Ｓ２４０，Ｓ２６０〜Ｓ２９０の各処理と同様の処理を行う。Ｓ５５０の処理が第１の実施形態と異なっている。

Ｓ５５０では、全件データ中の１件目の個人情報のNOTE領域を解析し、その解析結果に応じたテンプレートを指定する。例えばプリンタ１の取扱説明書には、全件印刷用のレイアウトとして、図１６（ｄ）の電話帳テンプレートＰＬ１０、図１９の名刺レイアウトのテンプレートＰＬ１１を含む複数種のレイアウト図が記載され、それぞれを指定するときの番号が対応付けて記載されている。そして、例えば全件中の中で一番登録番号の若い１件目の個人情報中のNOTE領域にレイアウトを指定する番号を記述するよう決められている。ユーザは全件データを印刷するときにその中で登録番号の一番若い個人情報のメモ欄に、指定したいレイアウトの番号を入力する。その結果、携帯電話１４から送信したデータにはその１件目の個人情報中のプロパティ「ＮＯＴＥ」の値として、その指定されば番号、例えば「１１」が記述されている。番号「１１」を解析して取得すると、ＣＰＵ４１はその番号「１１」に対応する複数件用名刺レイアウトのテンプレートを指定する。

そして、Ｓ５７０では、テンプレート記憶部８６からその指定されたテンプレートＰＬ１１を読み出す。こうして全件データ中の各個人情報データが図１９に示すテンプレートＰＬ１１中の名刺レイアウト（各レイアウト枠）に１件ずつ流し込まれ、名刺レイアウト付きのＸＨＴＭＬデータが作成される（Ｓ５８０）。その後、ラスタ処理（Ｓ５９０）が施され、さらに印刷データに変換され、プリントエンジン７７によってその印刷データに基づき印刷処理が行われることにより、複数件の個人情報が図１９に示す名刺レイアウトで印刷される。

以下、第３の実施形態の効果を記載する。
（１０）全件データについてもメモ領域でレイアウト指定できるので、複数件の個人情報を所望のレイアウトで印刷できる。例えば全件の個人情報を使って全員又はグループ所属員の名刺を印刷したいとき、１件ずつデータを送信する必要がなく、携帯電話１４から直接印刷する際の手間を省くことができる。

実施の形態は、上記に限定されず、以下のように変更することができる。
（変形例１）メモ領域の記述情報を用いて、フォントの種類、大きさを指定できるようにしてもよい。また、ロール紙で印刷を行う場合、ロール紙のカット方法を選択できるようにしてもよい。例えば、名刺レイアウトで印刷する場合、単件データ毎にカットするか（通常状態）、所定の件数を印刷してから所定件数毎にカットするかそのカット方法を、メモ領域の記述情報に基づき指定できるように規則を定め、これをプリンタ１に登録しておく。

（変形例２）さらにロール紙を選択して、名刺レイアウトあるいは電話帳レイアウトで印刷処理をしたとき、その印刷のレイアウト形態に合わせて自動的にロール紙をカットする指定を、メモ領域の記述情報に基づいて行えるようにしてもよい。

（変形例３）前記実施形態では、名刺で説明したが、テレフォンカード、銀行カード、社員カード等のカード状のものであれば同様に印刷できる。実施形態では、顔写真で説明したが、会社のロゴマーク、または、活動を象徴するマーク、または、写真等の画像データであってもよい。

（変形例４）ｖＣａｒｄデータに画像データを添付できるデータ構造を採用し、プリンタ１のＥＥＰＲＯＭ４３に画像のレイアウト枠を有するテンプレートデータを用意しておく。ｖＣａｒｄデータに含まれる画像データのレイアウトを、メモ領域の情報で指定する。テキストデータと画像データのどちらか一方、あるいは両方を割り付けできるテンプレートデータを用意しておけば、テキストデータと画像データのどちらか一方、あるいは両方を割り付けたレイアウトで印刷できる。また、データはｖＣａｒｄデータに限らずｖＮｏｔｅデータでもよい。例えばｖＮｏｔｅデータのメモ領域に指定情報を記述して出力パラメータを指定する方法を採用することもできる。

（変形例５）ＣＦ型通信カード１３を介した赤外線通信でデータを受信する構成に限定されない。例えば本体２にＩｒＤＡ通信モジュールが内蔵されたプリンタに適用できる。また、赤外線通信以外の無線通信でデータを受信する構成において適用しても構わない。さらに無線通信に限らず通信ケーブル等を用いた有線による通信でデータを受信する構成において適用しても構わない。

（変形例６）出力装置は印刷装置（プリンタ）に限定されない。例えばプロジェクタ等の表示装置に適用してもよい。携帯電話１４からデータを表示装置に送信し、そのデータに基づき個人情報を所定のレイアウトを付して表示装置に表示させる。

（変形例７）出力パラメータを決定するうえで解読されるデータ中の前記記述内容は、データのメモ領域の記述情報に限定されない。例えば、携帯端末側に印刷情報を指定する操作ボタン等の指定手段（入力部）が備えられ、データ送信時あるいは事前にこの操作手段を操作することによって、出力パラメータ（印刷情報）を決定するうえで解読されるべき記述内容をデータに書き込む構成とする。この記述内容をデータに書き込む処理は、携帯電話側に、操作手段の操作に応じて指定された印刷情報（記述内容）をデータに書き込むプログラムを組み込むことによって実現される。具体的には、例えば携帯端末から受信部にデータを送信する際に、携帯端末の所定のボタンを押す等の操作を行ってから送信することによって、その送信データにはその操作されたボタンに対応するレイアウトの記述内容が書き込まれ、出力装置（プリンタ）側ではその受信したデータ中の記述内容を解読することで決定されたレイアウトに応じてデータの内容を出力（印刷）する。

前記各実施形態及び変形例から把握される技術的思想を以下に記載する。
（１）請求項１〜５のいずれか一項において、前記データの記述内容は、複数の指定情報群を含み、前記複数の指定情報群によって複数の出力パラメータを指定することを特徴とする出力装置。これによれば、複数の指定情報群によって複数の出力パラメータを指定できるので、携帯端末から指定できる出力条件の自由度が増す。

（２）請求項１〜３，６〜１０のいずれか一項において、前記出力手段は前記データに基づき印刷処理を行う印刷手段である。
（３）請求項１〜３，６〜１０のいずれか一項において、前記出力手段は前記データに基づき表示処理を行う表示手段である。

（４）出力装置本体に設けられたスロットに挿抜可能に挿着される無線通信器を備え、前記受信部は前記無線通信器を介してデータを受信することを特徴とする出力装置。
（５）請求項８において、前記名刺レイアウトデータを複数種記憶する記憶部を備え、前記レイアウト決定手段は前記指定情報に応じた名刺レイアウトデータを読み出し、前記出力手段は、前記名刺レイアウトデータを用いて前記データに基づく出力処理を行うことを特徴とする出力装置。これによれば、データに指定情報を記述することで複数の名刺レイアウトの中から所望のものを指定できる。

（６）請求項６〜８のいずれか一項において、前記データはレイアウト定義できないデータ形式であり、前記変換処理部は、前記レイアウト定義できないデータ形式のデータを前記レイアウトデータを用いてレイアウト付きデータに変換することを特徴とする出力装置。これによれば、携帯端末から送信されるデータがレイアウト定義できない形式のデータであっても、そのデータの内容を出力装置からレイアウトを付けて出力させることが可能となる。

第１の実施形態におけるプリンタの斜視図。 操作パネルの主要部を示す平面図。 ＣＦ型通信カード（赤外線通信カード）の斜視図。 （ａ）携帯電話の平面図、（ｂ）携帯電話に表示された個人情報の一例を示す画面図。 携帯電話、赤外線通信カード及びプリンタの電気的構成を示すブロック図。 携帯電話、赤外線通信カード及びプリンタの機能的構成を示すブロック図。 データ変換処理にかかる電気構成を示すブロック図。 ＯＢＥＸ転送におけるデータの構造図。 携帯電話からプリンタへのデータ送信のシーケンス図。 カード認識時の初期処理を示すフローチャート。 単件のｖＣａｒｄファイルのデータ図。 全件のｖＣａｒｄファイルのデータ図。 名刺レイアウトのテンプレートのデータ図。 テンプレート書式データのデータ図。 名刺レイアウトのテンプレートのレイアウト図。 （ａ）〜（ｃ）は名刺レイアウトのテンプレートのレイアウト図、（ｄ）は電話帳レイアウトのテンプレートのレイアウト図。 ＩｒＤＡプロファイル部の処理を示すフローチャート。 第２の実施形態における携帯電話に表示された個人情報の一例を示す画面図。 全件個人情報用の名刺レイアウトのテンプレートのレイアウト図。 ＩｒＤＡプロファイル部の処理を示すフローチャート。

符号の説明

１…出力処理システムを構成するとともに出力装置及び印刷装置としてのプリンタ、２…出力装置本体としての本体、１２…スロットとしてのカードスロット、１３…出力処理システムを構成するとともに無線通信器としてのＣＦカード型赤外線通信カード（赤外線通信カード）、１３ａ…赤外線受発光部（通信カード側の通信ポート）、１４…携帯端末としての携帯電話、１５…入力部としての操作ボタン、２０…赤外線受発光部（携帯電話側の通信ポート）、４１…解読手段を構成するＣＰＵ、４３…記憶部としてのＥＥＰＲＯＭ、４５ｅ…受信部としてのスロット通信部、４６…出力手段を構成するＡＳＩＣ、７３…第２転送手段としてのデータトランスファー部、７６…出力手段及び印刷手段を構成する画像データラスタ処理部、８３…解読手段としてのノート解析部、８５…出力手段及び印刷手段を構成するとともに出力条件決定手段、レイアウト決定手段及び変換処理部としてのテキストデータ形式変換部、８６…記憶部としてのテンプレート記憶部、８７…出力手段及び印刷手段を構成する画像データデコード部、ＰＬ１〜ＰＬ４…名刺レイアウト。

Claims (10)

1. 携帯端末から受信したデータに基づき出力処理を行う出力手段を有する出力装置において、
   前記携帯端末で入力されたデータとしてｖＣａｒｄデータもしくはｖＮｏｔｅデータに予め用意されたメモ領域に記述されている前記出力処理を指定する指定情報を含むデータを受信する受信部と、
   前記受信部で受信したデータの記述内容を解読して指定情報を取得する解読手段と、
   前記解読手段が解読した前記指定情報に応じた出力パラメータを決定する出力条件決定手段とを備え、
   前記出力手段は、前記決定された出力パラメータを用いて前記携帯端末から受信したデータに基づく出力処理を行うことを特徴とする出力装置。
2. 請求項１に記載の出力装置において、
   前記データには複数の出力パラメータを指定する指定情報が記述されており、
   前記出力条件決定手段は、前記解読手段が前記データの記述内容を解読して取得した指定情報に応じた複数の出力パラメータを決定し、
   前記出力手段は、前記決定された複数の出力パラメータを用いて前記データに基づく出力処理を行うことを特徴とする出力装置。
3. 請求項１又は２に記載の出力装置において、
   前記出力パラメータは、少なくともレイアウトを含み、
   前記出力手段は、前記決定された出力パラメータを用いて前記データに基づく出力処理を行って前記データの内容を前記レイアウトで出力することを特徴とする出力装置。
4. 請求項１〜３のいずれか一項に記載の出力装置において、
   前記出力手段は前記データに基づき印刷処理を行う印刷手段であり、
   前記出力パラメータは、少なくとも印刷枚数を含み、
   前記出力手段は、前記決定された出力パラメータを用いて前記データに基づく印刷処理を前記印刷枚数の回数実行することを特徴とする出力装置。
5. 請求項１〜４のいずれか一項に記載の出力装置において、
   前記出力手段は前記データに基づき印刷処理を行う印刷手段であり、
   前記出力パラメータは、少なくとも印刷媒体の指定を含み、
   前記出力手段は、前記出力パラメータを用いて前記データに基づく印刷処理を行って前記データの内容を前記指定の印刷媒体に印刷することを特徴とする出力装置。
6. 携帯端末から受信したデータに基づき出力処理を行う出力手段を有する出力装置において、
   前記携帯端末で入力されたデータとしてｖＣａｒｄデータもしくはｖＮｏｔｅデータに予め用意されたメモ領域に記述されている前記出力処理を指定する指定情報を含むデータを受信する受信部と、
   前記受信部で受信した前記データの記述内容を解読して指定情報を取得する解読手段と、
   レイアウトデータを記憶する記憶部と、
   前記解読手段が解読して得た指定情報に応じたレイアウトデータを前記記憶部から読み出すレイアウト決定手段と、
   前記読み出されたレイアウトデータを用いて前記データをレイアウト付きデータに変換する変換処理部とを備え、
   前記出力手段は、前記携帯端末から受信した前記レイアウト付きデータに基づく出力処理を行って前記データの内容を前記決定されたレイアウトで出力することを特徴とする出力装置。
7. 請求項６に記載の出力装置において、
   前記データには複数のレイアウトを指定する指定情報が記述されており、
   前記レイアウト決定手段は、前記解読手段が前記データの記述内容を解読して取得した指定情報に応じた複数のレイアウトデータを決定し、
   前記変換処理部は、複数のレイアウトデータを用いて前記データを複数のレイアウト付きデータに変換し、
   前記出力手段は、前記複数のレイアウト付きデータに基づき出力処理を行って前記データの内容を複数種のレイアウトで出力することを特徴とする出力装置。
8. 請求項６〜７のいずれか一項に記載の出力装置において、
   前記データは個人情報データであり、前記レイアウトは名刺レイアウトであることを特徴とする出力装置。
9. 請求項１〜８のいずれか一項に記載の出力装置において、
   前記指定情報は、番号又はアルファベットであることを特徴とする出力装置。
10. 請求項１〜９のいずれか一項に記載の出力装置と、携帯端末とを備えた出力処理システムであって、
    前記携帯端末は、前記出力装置に出力パラメータを指定するための指定情報を記述する入力部を備えたことを特徴とする出力処理システム。

Images