(57)【要約】      （修正有）【課題】  モバイル端末等のプリンタドライバを持たない機器からも、直接印刷出力できるようにする。【解決手段】  端末から印刷要求をプリンタ側で受け取った後、プリンタで処理すべきかを判定し、プリンタが対象ドキュメントを処理できない場合には出力フォーマットの指定を行ってサーバにデータを転送し、サーバ上のモジュールを利用して対象ドキュメントの展開処理を行ない、処理結果をサーバからプリンタに返送することにより、モバイル端末などのドライバを持たない機器からも高速に印刷出力できるようにする。【選択図】  図５
2006065372.tif 000002
【特許請求の範囲】
【請求項１】
出力機とサーバを有する印刷システムにおいて、
端末から印刷要求を受け付ける受付手段と、
受付手段によって受け付けたデータの種類を検査する検査手段と、
検査手段の結果に基づき、出力機で処理すべきサーバで処理すべきかを判定する判定手段と、
判定手段の結果サーバで展開すべきと判定された場合には、出力フォーマットの指定を行ってサーバにデータを転送する第１の転送手段と、
サーバで指定されたフォーマットに展開処理を行う第１の展開手段と、
サーバからデータを出力機に返す第２の転送手段と、
前記判定手段の結果出力機で展開すべきと判定された場合には、プリンタで展開処理を行う第２の展開手段を有することを特徴とする印刷システム。
【請求項２】
前記判定手段には出力機の現在のＰＤＬの処理状況を調査する調査手段と、あらかじめ格納されたドキュメントの種類からＰＤＬの優先順位とから判定することを特徴とする請求項１記載の印刷システム。
【請求項３】
前記判定手段は、プリンタとサーバのそれぞれの処理時間見積りを計算する計算手段とそれぞれの計算結果に基づいて比較することを特徴とする請求項１記載の印刷システム。
【請求項４】
出力機とサーバを有する印刷方法において、
端末から印刷要求を受け付ける受付ステップと、
受付ステップによって受け付けたデータの種類を検査する検査ステップと、
検査ステップの結果に基づき、出力機で処理すべきサーバで処理すべきかを判定する判定ステップと、
判定ステップの結果サーバで展開すべきと判定された場合には、出力フォーマットの指定をなってサーバにデータを転送する第１の転送ステップと、
サーバで指定されたフォーマットに展開処理を行う第１の展開ステップと、
サーバからデータを出力機に返す第２の転送ステップと、
前記判定ステップの結果出力機で展開すべきと判定された場合には、プリンタで展開処理を行う第２の展開ステップを有することを特徴とする印刷方法。
【請求項５】
端末から印刷要求を受け付ける受付手順と、
受付手順によって受け付けたデータの種類を検査する検査手順と、
検査手順の結果に基づき、出力機で処理すべきサーバで処理すべきかを判定する判定手順と、
判定手順の結果サーバで展開すべきと判定された場合には、出力フォーマットの指定を行ってサーバにデータを転送する第１の転送手順と、
サーバで指定されたフォーマットに展開処理を行う第１の展開手順と、
サーバからデータを出力機に返す第２の転送手順と、
前記判定手順の結果出力機で展開すべきと判定された場合には、プリンタで展開処理を行う第２の展開手順を有することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＤＦやＨＴＭＬといったドキュメントをプリンタに出力要求を出し、プリンタ側で処理できないと判定したドキュメントに関して、サーバに展開要求を出し、サーバで展開後、再びプリンタにデータを返して印刷する技術に関する。
【背景技術】
【０００２】
従来、ＰＤＦやＨＴＭＬの印刷する場合にはＰＣ上のドライバを利用し印刷しており、ドライバを持たないモバイル端末等からプリンタへ印刷要求を出されてもプリンタ側では処理できなかった。
【０００３】
また、特許文献１に記載されているように、プリントサーバにおいて、ホストコンピュータから受け取った印刷データについてフォント展開できない場合、クライアントにフォント展開を要求し、クライアントで展開されたイメージをプリンタに送信する技術が開示されている。
【０００４】
また、近年プリンタに対してプリンタドライバを介さずに直接、文書データを送信して印刷するダイレクトプリント技術が考えられている。
【特許文献１】特開平１１−１９１０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されている技術では、サーバが印刷データの処理ができない場合にクライアントに処理を依頼する仕組みが実現されているが、ダイレクトプリントのように、プリンタが直接文書データを受信した場合には、特許文献１の技術を用いることができず、プリンタが印刷処理できないデータを含む印刷データの場合、印刷処理を行うことができないという問題がある。
【０００６】
そこで本発明では、上記問題点を解決するために、プリンタ側で受け取った後プリンタが対象ドキュメントを処理できない場合には、サーバに依頼してサーバ上のモジュールを利用して対象ドキュメントの処理を行い、処理結果をプリンタに返すことによって、モバイル等のドライバを持たない機器からも出力できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の請求項１のシステムは、出力機とサーバを有する印刷システムにおいて、端末から印刷要求を受け付ける受付手段と、受付手段によって受け付けたデータの種類を検査する検査手段と、検査手段の結果に基づき、出力機で処理すべきサーバで処理すべきかを判定する判定手段と、判定手段の結果サーバで展開すべきと判定された場合には、出力フォーマットの指定を行ってサーバにデータを転送する第１の転送手段と、サーバで指定されたフォーマットに展開処理を行う第１の展開手段と、サーバからデータを出力機に返す第２の転送手段と、前記判定手段の結果出力機で展開すべきと判定された場合には、プリンタで展開処理を行う第２の展開手段を有することを特徴とする。
【０００８】
上記目的を達成するために、本発明の請求項２のシステムは、出力機の現在のＰＤＬの処理状況を調査する調査手段と、あらかじめ格納されたドキュメントの種類からＰＤＬの優先順位とから判定することを特徴とする。
【０００９】
上記目的を達成するために、本発明の請求項３のシステムは、プリンタとサーバのそれぞれの処理時間見積りを計算する計算手段とそれぞれの計算結果に基づいて比較することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、プリンタ側で受け取った後プリンタが対象ドキュメントを処理できない場合には、最適な出力フォーマットを指定して、サーバに依頼してサーバ上のモジュールを利用して対象ドキュメントの処理を行い、処理結果をプリンタに返すことによって、モバイル等のドライバを持たない機器からも高速に出力できるようにすることが可能となる。
【００１１】
また、プリンタ側で処理可能とわかった場合でもサーバとプリンタのどちらで処理した方が有利かを計算して、有利な方で処理することによって、高速に印刷処理を実行することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態例を図面を参照しながら説明する。
【実施例】
【００１３】
（第１実施例）
図１は、本発明の実施の形態例に係る文書印刷システムのシステム構成図であり、本システムは、複数台のパーソナルコンピュータ（以下、クライアントパソコンという）Ｘ、Ｙと、１台のファイルサーバＦＳと、１台のＷｅｂサーバＷＳと、１台のプリントサーバＰＳと、少なくとも１台のプリンタＡが、ネットワークＮにより接続された構成となっている。そして、携帯情報端末のようなモバイル端末Ｍがプリンタに直接ＩｒＤＡ、ＲＳ−２３２Ｃやセントロニクスなどを通してネットワークに接続することなくプリンタにつながっている。なお、クライアントパソコンＸ、Ｙの代わりに、ワードプロセッサ、ワークステーション、携帯情報端末等の情報処理装置を接続することも可能である。また、クライアントパソコンＸ、ＹおよびファイルサーバＦＳは、複数種のフォントにかかるフォントデータ群やＷｅｂのデータや画像データ等が格納されている。
【００１４】
本システムでは、モバイル端末ＭあるいはクライアントパソコンＸまたはＹからプリンタに対して印刷したいＷｅｂのＵＲＬやＰＤＦデータ等のドキュメント存在場所、及び印刷部数等の印刷要求を出し、プリンタからＷｅｂサーバにファイル要求を出し、Ｗｅｂサーバは必要な文書データやフォントデータ等をファイルサーバより集めて、プリントサーバに転送し、プリントサーバはその転送されたデータを展開しプリンタの送ることによって印刷する。
【００１５】
図２は、上記クライアントパソコンＸ、Ｙ及びファイルサーバＦＳ及びＷｅｂサーバＷＳ及びプリントサーバＰＳの概略構成を示すブロック図である。図２において、１０１はＣＰＵ、すなわち中央処理装置であり、装置全体の制御及び演算処理等を行う。１０２はＲＯＭすなわち読み出し専用メモリであり、システム起動プログラム、基本Ｉ／Ｏプログラム、及び文字コードをビットパターンに変換するための文字パターンデータ（フォントデータ）等を記憶している。１０３はＲＡＭすなわちランダムアクセスメモリであり、ＣＰＵ１０１の演算に使用するデータや演算結果、表示のために文字コードから変換された文字パターンデータ列や図形データ、イメージデータ等を一時記憶する。
【００１６】
１０４はＫＢＣ、すなわちキーボード制御部であり、１０５はＫＢ、すなわちキーボードよりキー入力データ（文字コードや制御コード）を受け取り、ＣＰＵ１０１へ伝達する。１０６はＣＲＴＣ、すなわちディスプレイ制御部であり、ＲＡＭ１０３に格納された文字パターンデータ列を読み出し、ＣＲＴ１０７に転送する。１０７はＣＲＴ、すなわちディスプレイ装置であり、ＣＲＴＣ１０６より文字パターンデータ列、図形データ、イメージデータを受け取り、表示画面に表示する。
【００１７】
１０８はＤＫＣ、すなわちディスク制御部であり、外部記憶装置１０９に対するアクセス制御を行う。１０９はＦＤ、すなわちフロッピー(登録商標)ディスク装置、あるいはＨＤ、すなわちハードディスク装置、あるいはＣＤ−ＲＯＭ等の外部記憶装置である。ＨＤには、文字パターンデータ（フォントデータ）やフォントデータを読み出してビットマップデータに変換する文字展開処理プログラム、図形データを処理する図形展開処理プログラム、イメージデータを処理するイメージデータ処理プログラム等を記憶している。
【００１８】
本発明にかかる図６や図７の処理等を行うアプリケーションプログラム、及び関連データは、フロッピー（登録商標）ディスク装置、あるいはＣＤ−ＲＯＭ等の外部記憶装置から供給される。
【００１９】
１１０はＮＴＣ、すなわちネットワーク制御部であり、ＮＴ、すなわちネットワーク装置１１１の動作を制御する。１１２はシステムバスであり、上述の構成要素間のデータ転送を行う。
【００２０】
図３は本発明にかかる図６や図７の処理を行う際のＲＡＭ１０３のメモリマップを示した図である。基本Ｉ／Ｏプログラムは、ＲＯＭ１０２内のシステム起動プログラムによりＲＡＭ１０３に読み込まれる。また、外部記憶装置１０９としてのフロッピー(登録商標)ディスク装置、あるいはＣＤ−ＲＯＭからアプリケーションプログラム、及び関連データを一旦、ハードディスク装置へインストールした状態で電源がＯＮされたときに、ハードディスク装置からＲＡＭ１０３にロードすることにより、実行することが可能となる。なお、ハードディスク装置へインストールせずに、直接フロッピー(登録商標)ディスク装置、或いはＣＤ−ＲＯＭからＲＡＭ１０３にロードして実行することも可能である。なお、ファイルサーバＦＳでは、後述のプリンタ情報テーブルが関連データの領域に形成されている。
【００２１】
図４は、プリンタＡの概略を示すブロック図である。なお、プリンタＡは、レーザビームプリンタ、バブルジェット（登録商標）プリンタ、或いは熱転写プリンタ等のいずれのタイプでもよい。
【００２２】
プリンタＡは、図４に示したように、ＣＰＵ２１１，ＲＯＭ２１２，ＲＡＭ２１３，システムバス２１４、プリンタコントローラ（ＰＲＴＣ）２１５、プリンタエンジン（ＰＲＴ）２１６、ディスクコントローラ（ＤＫＣ）２１７、ハードディスク装置（ＨＤ）２１８、ネットワークコントローラ（ＮＴＣ）２１９、及びネットワーク装置（ＮＴ）２２０を有している。なお、ＤＫＣ２１７およびＨＤ２１８はプリンタの種類によっては存在しない場合もある。
【００２３】
ＣＰＵ２１１は、装置全体を制御する中央処理装置であり、ＲＡＭ２１３をワークエリア等として利用しながら、ＲＯＭ２１２に格納されたプログラムに従がって、印刷に必要な各種の処理を実行する。システムバス２１４は、上記各構成要素間でデータ、制御信号を授受するための通路となっている。なお、ＲＯＭ２１２には、文字パターンデータ（フォントデータ）等が格納されている。そしてＲＡＭ２１３またはＨＤ２１８には、ＷｅｂサーバＷＳへ要求した文書データやイメージデータあるいはフォントデータ等がＷｅｂサーバＷＳからダウンロードされ、格納される場合と、プリントサーバＰＳからイメージに展開された出力データがダウンロードされる場合がある。
【００２４】
ＣＰＵ２１１は、ＷｅｂサーバＷＳあるいはプリントサーバＰＳから供給された文書データ、イメージデータあるいはフォントデータを、ＲＯＭ２１２内にあるプログラムに従がって文字パターンデータや画像データ（ビットマップデータ）を生成して、プリンタコントローラ２１５内の印刷バッファに展開する。プリンタコントローラ２１５は、ビットマップデータに基づいて生成した印刷コントロール信号をプリンタエンジン２１６に出力する。
【００２５】
ネットワークコントローラ２１９は、ネットワークＮを介してクライアントパソコンＸ，ＹやファイルサーバＦＳやプリントサーバＰＳとの間でデータ送受信を行う際のネットワーク装置（ＮＴ）２２０の動作を制御している。
【００２６】
次に図５のブロック図を用いて本発明の詳細について説明する。
【００２７】
５０１はモバイル端末であり、ユーザが印刷したいＷｅｂのアドレスやＰＤＦあるいはＨＴＭＬといった５０１はモバイル端末のプリンタへ印刷依頼を行う。このとき出力用紙サイズやＮｕｐ等の指定、あるいはフィニッシングの情報等もドキュメントとは別に別途Ｊｏｂ情報として添付することが可能である。またここでドライバを持たない端末の代表としてモバイル端末を例にとって説明したが、ドライバを持つＰＣであっても何ら問題ないことは言うまでもない。ただし、ドライバを持つＰＣであっても本発明ではドライバを使って処理するのではなく、モバイル端末同様、印刷したいＷｅｂのアドレスやＰＤＦ等のドキュメントをジョブ情報とともに直接５０２のプリンタへ投げる。
【００２８】
５０２はプリンタであり、モバイル端末やＰＣ等から要求されたＷｅｂのアドレスやＰＤＦ等のドキュメントを受け付け、Ｗｅｂのアドレスであればサーバに処理依頼を出し、ＰＤＦ等のドキュメントであれば、５０２のプリンタ内で展開可能かどうかをチェックし、展開可能であればさらにプリンタの状態等をチェックした後にサーバとプリンタのどちらで処理した方がよいかを判定する。そして、サーバに展開依頼する場合にはどのような出力フォーマットで出力してもらうのかまで決定してサーバに展開依頼を出し、サーバで展開されたデータを受け取って出力を行う。またプリンタで展開する場合には、プリンタ内のインタープリタを起動して展開し出力を行う。
【００２９】
５０３はサーバであり、プリンタからＷｅｂのアドレスやＰＤＦドキュメントの展開要求があったときに、Ｗｅｂのアドレスであれば、そのアドレスから必要なデータをダウンロードした後に、ダウンロードしたデータを展開し、プリンタから要望があった所望のデータ形式に変換する。また、ＰＤＦ等のドキュメントであれば、対象ドキュメントのインタープリタを実行して所望のデータ形式に変換する。そしてプリンタ所望のデータ形式に変換されたデータをプリンタへ返す。
【００３０】
次に図６のフローチャートを用いて、本発明における５０２のプリンタの処理の詳細を説明する。
【００３１】
まずステップ６−１においては、モバイル等の端末から印刷要求があったかどうか、あるいはサーバやプリンタ内の情報の更新要求があったかどうかをチェックする。印刷要求あるいはサーバやプリンタ内の情報更新要求がなければ、ここでそれらの要求があるまで待ち、印刷要求があった場合にはステップ６−３へ進み、サーバやプリンタ内の情報更新要求があった場合にはステップ６−２へ進む。ここでサーバやプリンタ内における情報の更新要求のタイミングとしてはプリンタの管理者がプリンタのパネル上で行う場合もあるし、あらかじめ定められた一定期間ごとに自動更新する場合もあるし、印刷要求を出す際にユーザが更新要求を出す場合等もある。
【００３２】
ステップ６−２においては、サーバやプリンタ内の情報の更新要求があった場合であり、情報の更新を行なう。情報の内容としては以下の通りである。
１．サーバとプリンタの通信経路のスピード
２．サーバの処理能力
３．プリンタの処理能力
４．入力ドキュメントの１ページあたりのデータサイズ
５．出力フォーマットにおける１ページあたりの平均データサイズ
６．現在処理中のＰＤＬ
これらのうち、ステップ６−２でチェック更新するのは１，２，３であり、その方法は、あらかじめ用意したサンプルデータをサーバに送って、１の場合は、その送る時間を測定し、２の場合は、送った後に実際に展開して各種ＰＤＬを作成するそれぞれの展開時間を測定し。３の場合にはプリンタ内で処理しその処理時間を測定する。４については入力ドキュメントを受け取った後ステップ６−６でチェックし、５においてはあらかじめセットしておき、６についてはステップ６−８あるいはステップ６−１３でチェックする。
【００３３】
そしてステップ６−３においては、印刷要求があった場合であり、５０１のモバイル端末等から実際にデータをダウンロードする。
【００３４】
ステップ６−４においてはダウンロードしたドキュメントの種類を判定する。つまりＷｅｂのアドレスであるのか、ＰＤＦであるのか、ＰＳやＨＴＭＬといったドキュメントであるのかといった種類をチェックする。もしプリンタで判別不可能なドキュメントの種類があった場合には、ここではエラーとせずにサーバに後ほど展開依頼することになる。
【００３５】
ステップ６−５においてはプリンタで展開可能なのドキュメントであるのかどうかをチェックする。ＰＳやＰＤＦといったプリンタで展開可能なのドキュメントである場合にはステップ６−６へ進み、Ｗｅｂのアドレスやプリンタでは展開できないドキュメントである場合にはステップ６−１３へ進む。
【００３６】
ステップ６−６からステップ６−１２においては、ステップ６−５でプリンタで展開可能と判断された場合である。しかし、展開可能と判定されたドキュメントをすべてプリンタで展開するわけではなく、サーバとプリンタとどちらで展開した方が有利かを判定してから処理する。
【００３７】
ステップ６−６においては、まず入力ドキュメントのデータサイズをチェックする。
【００３８】
ステップ６−７においては、出力フォーマットの優先順位を決定する。優先順位はドキュメントの種類によってあらかじめ決められている。たとえばＰＤＦのようなドキュメントに関してはＰＳインタープリタと関連が深いので優先度としてはＰＳが最優先となり、次にＰＤＬではないがプリンタ内蔵のレンダリングオブジェクトが直接受け付けられる形式のディスプレイリスト、そしてその次にＳＶＧ、そして最後にＰＳとはあまり相性がよくないＬＩＰＳといった具合に優先順位が定められている。またＨＴＭＬ等のＷｅｂドキュメントの例では、ＸＭＬベースで最も相性がよいＳＶＧ、次に処理が軽いＬＩＰＳ，さらにプリンタ内蔵のレンダリングオブジェクトが直接受け付けられる形式のディスプレイリスト、そして処理が重いＰＳといった具合で優先順位が定められている。そこでこのステップ６−７においては、入力ドキュメントの種類からあらかじめ定められた出力形式を読み込むことによって優先度を決定する。
【００３９】
ステップ６−８においては、現在プリンタが稼動中である場合には、現在展開処理が行なわれているＰＤＬをチェックする。
【００４０】
そしてステップ６−９においてプリンタで処理するＰＤＬを決定する。ここではステップ６−７で定められた優先度にしたがって、現在展開処理中でないＰＤＬを選択する。たとえばＰＳが第一優先順位になっていて、次にディスプレイリストになっている場合に、ＰＳが現在展開処理中であれば、候補はディスプレイリストとなる。
【００４１】
ステップ６−１０においては、決定されたＰＤＬについてプリンタとサーバでどちらで展開した方が有利であるかについての試算を行う。その計算方法はステップ６−２で算出した値をベースにして計算する。たとえば入力データがＰＤＦで出力フォーマットにディスプレイリストが選択された場合に、サーバとプリンタの通信スピードをα（ｋｂ／ｓｅｃ）、サーバの処理能力β（ｓｅｃ／ｐａｇｅ）、プリンタの処理能力γ（ｓｅｃ／ｐａｇｅ）、そして入力ＰＤＦのデータサイズＸ（ｋｂ）、ページ数Ｙ、ディスプレイリストの平均データサイズＺ（ｋｂ）とした場合に、サーバ上では、通信経路を含むので予測処理時間は、
（Ｘ＋Ｚ）＊Ｙ／α＋Ｙ＊β
となる。またプリンタの予測処理時間は転送時間がないので、
Ｙ＊γ
となる。
【００４２】
そして、どちらの値が小さいかを比較し、プリンタの方が予測処理時間が小さい場合にはステップ６−１２へ進み、サーバの方が予測処理時間が小さい場合にはステップ６−１５へ進む。
【００４３】
ステップ６−１２においては、プリンタで展開した方が有利と判定された場合であり、実際に入力されたドキュメントのインタープリント処理を行う。
そしてステップ６−１３からステップ６−１７においては、ステップ６−５でサーバで展開と判断された場合である。
【００４４】
ステップ６−１３においては、現在プリンタが稼動中である場合には、現在展開処理が行なわれているＰＤＬをチェックする。
してステップ６−１４においてサーバで処理した後、出力するＰＤＬを決定する。ここではあらかじめ定められた優先度にしたがって、現在展開処理中でないＰＤＬを選択する。たとえばＰＳが第一優先順位になっていて、次にディスプレイリストになっている場合に、ＰＳが現在展開処理中であれば、候補はディスプレイリストとなる。
【００４５】
そしてステップ６−１５においては、サーバに対して展開要求を出す。このときステップ６−３で受け付けたＷｅｂのアドレス、あるいはＰＤＦ、ＰＳやＨＴＭＬといったドキュメントと共に、要求出力フォーマットあるいはフィニッシング等のジョブ情報を一緒にアップロードする。
【００４６】
そしてステップ６−１６においては、サーバ側で展開処理が終了するのを待つ。サーバから展開終了の信号を受け取ればステップ６−１７へ進むが、そうでなければここで待つ。
【００４７】
ステップ６−１７においては、サーバで展開されたデータのダウンロードを行う。
【００４８】
そしてステップ６−１８においては、プリンタ側でステップ６−１２でインタープリントしてできた出力データあるいはステップ６−１７でサーバで処理してダウンロードしたデータを元にしてイメージデータの作成を行う。
【００４９】
そしてステップ６−１９において、イメージデータを出力して処理を終了する。
【００５０】
次に図７のフローチャートを用いて、本発明における５０３のサーバの処理の詳細を説明する。
【００５１】
まずステップ７−１においては、プリンタから展開要求があったかどうかをチェックする。展開要求があればステップ７−２へ進み、展開要求がなければここで要求を待つ。
【００５２】
ステップ７−２においては、プリンタから展開要求があった場合であり、そのときにプリンタ側から送られてくるドキュメントデータやジョブ情報、あるいは要求出力フォーマットを受け取る。そしてドキュメントデータがＷｅｂのアドレスであった場合には、ここでさらにＷｅｂサーバにデータを取りに行く。
【００５３】
そしてステップ７−３においては、送られてきたドキュメントデータ、あるいはステップ７−２でとりに言ったＷｅｂデータをジョブ情報に従ってインタープリント処理を行い、プリンタ側から要求されたフォーマットに従って出力処理を行なう。
【００５４】
ステップ７−４においては、ステップ７−３において出力されたデータをプリンタに転送してサーバの処理を終了する。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施の形態例にかかる文書印刷システムのシステム構成図である。
【図２】パソコン、サーバの概略構成を示す図である。
【図３】本発明にかかる処理を実行する際のパソコン、サーバ内のＲＡＭ上のメモリマップを示す図である。
【図４】プリンタの概略構成図である。
【図５】本発明のモジュール構成を表わす図である。
【図６】本発明のプリンタ側の流れを示すフローチャート。
【図７】本発明のサーバ側の流れを示すフローチャート。
【符号の説明】
【００５６】
Ｘ、Ｙ  クライアントパソコン
ＦＳ  ファイルサーバ
ＷＳ  Ｗｅｂサーバ
ＰＳ  プリントサーバ
Ａ  プリンタ
Ｎ  ネットワーク
Ｍ  モバイル端末
１０１  ＣＰＵ  
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  ＫＢＣ
１０５  ＫＢ
１０６  ＣＲＴＣ
１０７  ＣＲＴ
１０８  ＤＫＣ
１０９  外部記憶装置
１１０  ＮＴＣ
１１１  ネットワーク装置
１１２  システムバス
５０１  モバイル端末
５０２  プリンタ
５０３  サーバ
【図１】
2006065372.tif 000003
【図２】
2006065372.tif 000004
【図３】
2006065372.tif 000005
【図４】
2006065372.tif 000006
【図５】
2006065372.tif 000007
【図６】
2006065372.tif 000008
【図７】
2006065372.tif 000009