(57)【要約】【課題】記憶装置容量の少ない携帯端末からの印刷実行時に、プリンタドライバが印刷処理に必要なメモリを確保できない場合に、双方向通信により同期をとっているホストパソコンのハードディスクを印刷バッファとして印刷を実行する。【解決手段】（１）プリンタドライバが印刷実行時に必要なメモリ量が携帯端末内の使用可能メモリ容量より大きい場合、同期をとっているホストパソコンが存在するか調べる。（２）ホストパソコン内のハードディスクに印刷バッファを確保する。（３）同期をとっているホストパソコンが存在しない場合、ホストパソコン内のハードディスクにバッファを確保できない場合は、エラーメッセージを表示する。（４）印刷処理終了時にバッファを解放する。【選択図】        図１
2004192320.tif 000002
【特許請求の範囲】
【請求項１】
有限の容量からなりデータを読み書き可能な記憶手段を備える携帯端末と、印刷可能な記録装置と前記携帯端末と同期が可能なホストパソコンとから構成され、前記携帯端末と前記記録装置とは、双方向通信が可能なインタフェースにて接続されている。また、前記携帯端末は、予定表、アドレス帳、受信メール、ファイル等をデスクトップパソコン等のホストパソコンと同期するために双方向通信が可能なインタフェースにて接続されている。前記携帯端末には印刷可能なアプリケーションソフトウェアと、そのデータを前記記録装置が理解できる印刷データに変換作成し前記記録装置へ前記インタフェースを介して送信することができるプリンタドライバが組み込まれている。
前記アプリケーションソフトウェアから印刷処理が実行され、前記プリンタドライバ処理が開始されたとき、前記記憶手段における前記プリンタドライバが携帯端末内の利用可能なメモリ領域の大きさを確認し、この利用可能なメモリ領域の大きさと前記プリンタドライバが前記印刷データ生成に必要なワークメモリの大きさとを比較し、前記必要ワークメモリ量が前記利用可能領域の大きさより大きい場合、前記ホストパソコンの記憶装置をワークメモリ領域として利用して、前記記憶装置に印刷を行わせることを特徴とする印刷システム。
【請求項２】
前記プリンタドライバは、前記必要ワークメモリ量が前記携帯端末の利用可能領域の大きさより大きい場合、前記ホストパソコンと双方向通信が可能な状態で接続されているかを調べることを特徴とする。
【請求項３】
前記プリンタドライバは、前記ホストパソコンと双方向通信が可能な状態で接続されている場合、前記必要ワークメモリ量を前記ホストパソコン内の記憶装置内に確保することを特徴とする。
【請求項４】
前記プリンタドライバは、前記ホストパソコンと双方向通信が可能な状態でないとき、また前記ホストパソコン内の記憶装置内に前記必要ワークメモリ量を確保できない場合、空きメモリ作成要求をユーザに知らせるメッセージを表示し、印刷処理を中止することを特徴とする。
【請求項５】
前記プリンタドライバは、印刷処理が終了し、印刷に必要なワークメモリが不要になったとき、前記ホストパソコン内の記憶装置内のメモリを解放することを特徴とする。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、印刷制御方法、プログラム、及び記憶媒体に関し、特に記憶容量の比較的少ない記憶装置を備え、印刷装置が接続された情報処理装置、該情報処理装置に適用される印刷制御方法に関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ（以下パソコンと略す）を印刷ホストとし、印刷可能な記録装置（以下プリンタと記す）などの周辺機器を前記パソコンと接続することにより、様々なアプリケーションソフトウェアからプリンタに印刷させることができる印刷システムが存在している。このようなシステムにおいて前記アプリケーションソフトウェアから印刷処理を行うと、アプリケーションが印刷処理に必要なメモリワーク領域とプリンタドライバの印刷処理に必要なメモリワーク領域で数ＭＢから数十ＭＢのワークメモリ領域がパソコン上の記憶装置に必要となる。また近年、アプリケーションの高機能化やデジタルカメラ画像の高解像度化に伴い、印刷データは大容量化の傾向があり、またプリンタの記録解像度の高解像度化等に伴い、プリンタドライバが処理に必要なメモリワーク量が増える傾向にある。
【０００３】
このようなシステムにおいて前記アプリケーションソフトウェアから印刷処理を行うとき、もしプリンタドライバが処理に必要なメモリワーク領域を前記記憶装置に確保できない場合、プリンタドライバは処理を中止し、ユーザは印刷物を手にすることができない。ユーザは、記憶装置内のデータを消すなどして記憶装置容量を増やすか、プリンタドライバの設定を変更し、解像度を落とすなどしてデータ量を小さくするなどの試行錯誤をしながら印刷を再度試みる必要がある。
【０００４】
また、近年、前記パソコンの簡易版のものとして、ハードディスクドライブ等の大容量記憶装置を備えず、その代わりとして数十ＭＢのデータを記憶できるメモリ（ＲＡＭ）のみを記憶装置として備える簡易パーソナルコンピュータ（以下ハンドヘルドＰＣ）やそのような簡易型ＯＳを搭載したインターネット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｉｓｔａｎｔｓ）と呼ばれる携帯型のデータ端末が増えつつある。これら小容量のＲＡＭをワークメモリとして印刷を行う場合、プリンタドライバが印刷に必要なメモリ領域をＲＡＭ上に確保できず、メモリ不足が原因となって印刷ができないケースが多発していた。
【０００５】
【発明が解決しようとする課題】
前述したとおり、前記ハンドヘルドＰＣやＰＤＡなどの携帯端末からの印刷システムの場合、プリンタドライバが必要とするメモリ領域を確保できない場合、印刷処理を中止してしまい、ユーザは印刷物を手にすることはできない。特にカラー印刷の場合、モノクロ印刷と比べ、プリンタドライバ処理においてワークメモリ量が多く必要とされ、印刷できない場合が多い。その場合、ユーザは携帯端末内の記憶装置内のデータを消す等してメモリ量を増やすか、プリンタドライバの設定を変更して、印刷データのサイズを小さくするなどして再度印刷を試みる必要がある。しかしながら、ユーザはどのくらい空きメモリ容量を作らなければならないかわからず、また、プリンタドライバの設定をどのように変更すればどの程度印刷データのサイズが小さくなるかわからず、記憶装置内のメモリを使って所望する印刷物を手に入れることは容易ではない。
【０００６】
また、写真などの高解像度のデータを印刷する場合、携帯端末内の印刷したいファイルを同期しているホストパソコンに転送し、ホストパソコン側で印刷を行う、といった操作も余儀なくされていた。この場合、ファイルを転送する手間がかかることやそのファイルフォーマットを開くことのできるアプリケーションソフトウェアがホストパソコン側に存在しない場合、印刷を実行できないなどの問題があった。
【０００７】
そこで、携帯端末内のメモリ不足により印刷処理が行えない場合に、いかにユーザの試行錯誤なしで携帯端末から所望する印刷が行えるようにするかが解決しようとする課題である。
【０００８】
【課題を解決するための手段】
有限の容量からなりデータを読み書き可能な記憶手段を備える携帯端末と、印刷可能なプリンタとから構成され、前記携帯端末と前記プリンタとは、双方向通信が可能なインタフェースにて接続されている。また、前記携帯端末は、予定表、アドレス帳、受信メール、ファイル等をデスクトップパソコン等のホストパソコンと同期するために双方向通信が可能なインタフェースにて接続されている。
【０００９】
前記携帯端末には印刷可能なアプリケーションソフトウェアとそのデータを前記プリンタが理解できる印刷データに変換作成し、前記プリンタ装置へ前記インタフェースを介して送信することができるプリンタドライバが組み込まれている。前記アプリケーションソフトウェアにおいて印刷が実行され、前記プリンタドライバ処理が開始されたとき、前記記憶手段における前記プリンタドライバが利用可能なメモリ領域の大きさを確認し、この利用可能なメモリ領域の大きさと前記プリンタドライバが前記印刷データ生成に必要なワークメモリの大きさとを比較し、前記必要ワークメモリ量が前記利用可能領域の大きさより大きい場合、前記ホストパソコンのもつハードディスク等の記憶装置を利用して前記プリンタに印刷を行う構成とした。これにより、前記携帯端末の持つ記憶装置でメモリ不足に陥ったとしても、ユーザ操作なしで印刷を継続することができる。
【００１０】
また、印刷処理終了時には前記プリンタドライバは前記ホストパソコンのもつ記憶装置内に確保したメモリを解放し、印刷処理実行前の状態に戻すことができる。
【００１１】
【発明の実施の形態】
以下、図面に示す実施形態に基づき本発明を詳細に説明する。
【００１２】
図１は本発明を実施した印刷システムの構成を表す図である。同図において１はハンドヘルドＰＣであり、搭載されているＯＳはＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｒ）  ＣＥである。２は液晶ディスプレイ、３はキーボード、４はＵＳＢポート（ホスト）、１２はＵＳＢポート（クライアント）である。１２はシリアルポートやＬＡＮであってもよい。５はインクジェット方式のカラープリンタであり、６はＵＳＢポート（クライアント）である。ハンドヘルドＰＣ１とプリンタ５とはＵＳＢケーブル７で接続されており、これらの装置間でデータの双方向通信が可能である。
【００１３】
また８はパーソナルコンピュータ（以下ホストパソコン）であり、搭載されているＯＳはＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｒ）２０００である。９はディスプレイ、１０はキーボード、１１はＵＳＢポート（ホスト）である。ホストパソコン８とハンドヘルドＰＣ１とはＵＳＢケーブル１３で接続されており、これらの装置間でデータの双方向通信が可能であり、通常スケジュールやアドレス帳データの同期やファイルの転送等を装置間で行っている。
【００１４】
図２はハンドヘルドＰＣ１の内部ハードウェア構造を表すブロック図である。ハンドヘルドＰＣ１は簡易パソコンとして活用される携帯端末であり、その主な特徴としてハードディスクのような大容量記憶装置（通常、数ＧＢのデータを記憶できる装置）を備えておらず、記憶手段としてはＲＡＭのみを備える。同図において、１４はマイクロプロセッサ等から構成されるＣＰＵであり、ハンドヘルドＰＣ１の中央処理装置として、ＲＯＭに記憶されているプログラムに従って、ＲＡＭ１６、通信部１７、表示部１８、操作部１９を制御する。ＲＯＭ１５には前記ＯＳ、ディスプレイやポートを制御する各デバイスドライバやハンドヘルドＰＣ１上で動作する各アプリケーション等が記憶されている。ＲＡＭ１６は通常３２ＭＢ程度の容量で構成され、そのうちの半分がプログラム実行用に、残りの半分がデータ記憶用に割り当てられる。通信部１７にはＵＳＢポート４が含まれており、ＵＳＢの通信を制御する。表示部１８には液晶ディスプレイ２が含まれており、アプリケーション等のユーザーインタフェース（以降ＵＩと省略することがある）の表示等の制御を行う。操作部１９にはキーボード３が含まれており、キー入力を制御する。
【００１５】
図３はプリンタ５の内部ハードウェア構成を表すブロック図である。同図において、２０はマイクロプロセッサ等から構成されるＣＰＵであり、プリンタ５の中央処理装置としてＲＯＭ２１に記憶されているプログラムに従って、ＲＡＭ２２、通信部２３、記録部２４を制御する。ＲＯＭ２１はプリンタドライバ（図４にて後述する）の制御に従ってプリンタ５が印刷を行うプログラムが記憶されている。ＲＡＭ２２は主にハンドヘルドＰＣ１から送られて、それをもとに記録部２４によって印刷される印刷データが一時的に記憶される。通信部２３にはＵＳＢポート６が含まれており、ＵＳＢの通信を制御する。記憶部２４は、インクジェット方式の記録ヘッド、各カラーインク、キャリッジ、記録紙搬送機構等から構成される記録ユニットと、前記印刷データをもとに前記記録ヘッドにて印刷用パルスを発生させるためのＡＳＩＣ等から構成される電気回路とから構成される。印刷可能なアプリケーション上での印刷操作によって、ファイルの表示内容（画像データ）がプリンタドライバを介してプリンタ制御用コマンドを含む印刷データに変換された後、ハンドヘルドＰＣ１のＲＡＭ１６のデータ記憶エリアに一時的に格納され、ＵＳＢポート４からＵＳＢインタフェース７を介してプリンタ５に送られる。プリンタ５にて受信された印刷データは、記憶部２４によって印刷用パルスに変換されて、記録紙上に印刷される。
【００１６】
図４はホストパソコン８の内部ハードウェア構造を表すブロック図である。ホストパソコン８は通常数百ＭＢから数ＧＢのハードディスクを備えている。同図において、２５はマイクロプロセッサ等から構成されるＣＰＵであり、ホストパソコン８の中央処理装置としてＲＡＭ２６やハードディスク２７に記憶されているプログラムに従って、ハードディスク２７、通信部２８、表示部２９、操作部３０を制御する。
【００１７】
ハードディスク２７には前記ＯＳ、ディスプレイやポートを制御する各デバイスドライバやホストパソコン８上で動作する各アプリケーション等が記憶されている。通信部２８にはＵＳＢポート１１が含まれており、ＵＳＢの通信を制御する。表示部２９にはディスプレイ９が含まれており、アプリケーション等のＵＩの表示等の制御を行う。制御部３０にはキーボード１０が含まれており、キー入力を制御する。
【００１８】
図５はプリンタ５を制御するプリンタドライバの構成を表すブロック図である。同図において、矢印はデータのフローを表す。３１はプリンタドライバであり、ハンドヘルドＰＣ１のＲＯＭ１５、場合によってはＲＡＭ１６に記憶されている。３２はＵＩ制御部であり、プリンタドライバ３１のＵＩを制御する。３３はプリンタ制御部であり、プリンタ５からの応答コマンドに基づいてＵＩ制御部にプリンタ５の状態を伝えたりする。３４はポート制御部であり、プリンタ制御部３３から渡された印刷データを通信部１７に対してライトしたり、プリンタ５からの応答コマンドを通信部１７からリードしたり、主にプリンタドライバレベルからみたポートの制御を行う。
【００１９】
図６はホストパソコン８とハンドヘルドＰＣ１が同期している状態を表す図である。ホストパソコン８とハンドヘルドＰＣ１は、ＵＳＢインタフェース１３によって同期の状態にある。これにより、ホストパソコン８内のスケジュール管理アプリケーションで追加されたデータ３５は、ハンドヘルドＰＣ１内のスケジュール管理アプリケーションへ転送されデータ３６として保持される。またハンドヘルドＰＣ１内でデータ３６を変更した場合は、ホストパソコン８内のデータ３５も変更される。このほかＴＯＤＯリストや受信メール、ファイルも同様に同期することができる。また、任意のファイルをハンドヘルドＰＣ１とホストパソコン８の間で転送することも可能である。
【００２０】
図７は本実施形態の動作（処理）を表すフローチャートであり、この図面に従って動作の説明をする。印刷処理が開始されると（Ｓ９０１）、ハンドヘルドＰＣ１のＲＯＭ２１内に格納されているオペレーションシステム（ＯＳ）よりプリンタドライバへ多値のラスターデータが複数ラスターずつ送られてくる。そしてその中でハーフトーン処理に必要なラスター数分のデータについて、誤差拡散等のハーフトーン処理に必要な誤差拡散メモリやハーフトーン後のデータ格納メモリ等用のバッファメモリサイズを計算する（Ｓ９０２）。次にハンドヘルドＰＣ１内で利用可能なＲＡＭ容量を確認し（Ｓ９０３）、ドライバが印刷処理に必要なワークメモリの大きさとを比較し（Ｓ９１２）、必要ワークメモリ量が利用可能なＲＡＭ領域の大きさより大きい場合、ステップＳ９０８へ進む。印刷処理に必要な空きメモリが十分にある場合は、通常のドライバ処理の次のステップＳ９１３へ進む。その場合ホストＰＣフラグはＯＦＦのため、通常処理用メモリをハンドヘルドＰＣ１内に確保し（Ｓ９０４）、印刷データを生成し（Ｓ９０６）、ポートへ印刷データを書き込み（Ｓ９０７）、ドライバ処理を終了する（Ｓ９１６）。
【００２１】
Ｓ９１２においてハンドヘルドＰＣ１内の空きメモリが足りない場合、ステップＳ９０８へ進み、同期しているホストパソコンが存在するかをチェックする。ホストパソコンと双方向通信が可能な状態であることを確認し（Ｓ９１４）、通信可能な同期しているホストパソコンが見つかった場合は、ステップＳ９０９に進み、ホストパソコン内のハードディスクの容量をチェックする。利用可能なハードディスクの容量とドライバが印刷処理に必要なワークメモリの大きさとを比較し（Ｓ９１５）、必要ワークメモリ量が利用可能領域の大きさより大きい場合は、印刷不可能である旨と空きメモリ作成要求をユーザに伝えるメッセージを表示し（Ｓ９１０）、ドライバを終了する（Ｓ９１６）。ステップＳ９１５において利用可能なハードディスクの容量が十分にある場合は、ホストパソコンのハードディスクを使用する、ということを記憶するフラグをＯＮにし（Ｓ９１１）、ステップＳ９１３へ進む。この場合、ステップＳ９１３でのフラグはＯＮになっているので、ホストパソコン内のハードディスクにドライバが必要とするバッファを確保し（Ｓ９０５）、印刷データを生成し（Ｓ９０６）、ポートへ印刷データを書き込み（Ｓ９０７）、ドライバ処理を終了する（Ｓ９１６）。
【００２２】
ステップＳ９１４において、ホストパソコンと同期が行われておらず、双方向通信ができない状態の場合は、ステップＳ９１０へ進み、印刷不可能である旨と空きメモリ作成要求をユーザに伝えるメッセージを表示し、ドライバを終了する（Ｓ９１６）。
【００２３】
図８は印刷終了時の動作（処理）を表すフローチャートである。印刷処理が終了すると（Ｓ９１７）、ホストＰＣフラグをチェックする（Ｓ９２０）。図７のＳ９１１においてホストＰＣフラグがＯＮにセットされている場合は、ホストパソコン８のハードディスク内に確保されたバッファを解放し（Ｓ９１９）、処理を終了する（Ｓ９２１）。Ｓ９２０においてホストＰＣフラグがＯＦＦのときはハンドヘルドＰＣ１のＲＡＭ１６内に確保されたバッファを解放し（Ｓ９１８）、処理を終了する（Ｓ９２１）。
【００２４】
以上、本発明の動作（処理）について説明したが、本実施形態においてはインクジェット方式のカラープリンタの例を挙げた。この例に限らず、カラーレーザービームプリンタなどでの印刷システムにおいても有効である。
【００２５】
また、本実施形態では例としてハンドヘルドＰＣ１に搭載するＯＳにＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｒ）  ＣＥを使用したが、このＯＳに限られることなく同様な構成をとることにより、任意のＯＳにおいて実現可能である。
【００２６】
また、本実施形態では例としてホストパソコン８に搭載するＯＳとしてＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｒ）  ２０００を使用したが、このＯＳに限られることなく同様な構成をとることにより、任意のＯＳにおいて実現可能である。
【００２７】
また、本実施形態では携帯端末としてハンドヘルドＰＣを例に挙げたが、小容量の記憶装置しか搭載していないインターネットアプライアンス機器及びＰｏｃｋｅｔ  ＰＣのようなＰＤＡからの印刷においても本発明は有効である。
【００２８】
また、本実施形態においては、例としてハンドヘルドＰＣ１とプリンタ５との間のインタフェースとしてＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースを用いたが、このインタフェースに限られることなく、赤外線通信やＢｌｕｅｔｏｏｔｈなどの双方向可能な無線インタフェースなど同様な構成をとることにより任意のインタフェースにおいて実現可能である。
【００２９】
また、本実施形態では、例としてハンドヘルドＰＣ１とホストパソコン８との間のインタフェースとしてＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースを用いたが、このインタフェースに限られることなく、シリアル通信やＬＡＮや無線インタフェースなど同様な構成をとることにより任意のインタフェースにおいても実現可能である。
【００３０】
【発明の効果】
本発明によれば次のような効果が得られる。
【００３１】
（１）携帯端末の記憶装置の容量不足（メモリ不足）に陥っても、画質を落とすことなく印刷を続行することができる。
【００３２】
（２）携帯端末の記憶装置の容量不足（メモリ不足）に陥っても、印刷設定の再設定やメモリ空き容量を増やす作業等の試行錯誤をすることなく印刷を続行することができる。
【００３３】
（３）印刷操作に関するユーザの操作性を向上することができる。
【００３４】
（４）メモリ増設等のコストがかからず高解像度のデータ印刷を行うことができる。
【図面の簡単な説明】
【図１】印刷システム構成図。
【図２】ハンドヘルドＰＣ１の内部ハードウエア構成ブロック図。
【図３】プリンタ５の内部ハードウエア構成ブロック図。
【図４】ホストパソコン８の内部ハードウエア構造ブロック図。
【図５】プリンタ５を制御するプリンタドライバ構成ブロック図。
【図６】ホストパソコン８とハンドヘルドＰＣ１が同期している状態。
【図７】利用可能メモリ容量によりホストパソコン８の記憶容量を利用するフローチャート。
【図８】印刷終了時のフローチャート。
【符号の説明】
１  ハンドヘルドＰＣ
４  ＵＳＢポート  ハンドヘルドＰＣ，ホスト
５  カラープリンタ
６  ＵＳＢポート  プリンタ
８  ホストパソコン
１１  ＵＳＢポート  ホストパソコン，ホスト
１２  ＵＳＢポート  ハンドヘルドＰＣ，クライアント
１６  ハンドヘルドＰＣのメモリ
２７  ホストパソコンのハードディスク
３１  プリンタドライバ
【図１】
2004192320.tif 000003
【図２】
2004192320.tif 000004
【図３】
2004192320.tif 000005
【図４】
2004192320.tif 000006
【図５】
2004192320.tif 000007
【図６】
2004192320.tif 000008
【図７】
2004192320.tif 000009
【図８】
2004192320.tif 000010