(57)【要約】【課題】ホームゲートウェイに負担をかけず、且つ通信処理を効率良く行うことができるプリントシステムを提供する。【解決手段】ホームゲートウェイ１がネットワークネット内レンダリング機能管理情報を生成管理し、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを複数のプリンタに送信し、プリンタ側で標準フォーマットファイルをホームネットワークＩ／Ｆ４７を介して受信し、そのヘッダの内容を解析してネットワーク内で最も適切なレンダリングプログラムを有するプリンタからレンダリングプログラムを第２通信Ｉ／Ｆ４９を介して受信して、ホームゲートウェイ１から受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うので、ホスト（即ちホームゲートウェイ）に負担をかけず、且つ通信処理を効率良く行うことができる。【選択図】      図１５
2004334522.tif 000002
【特許請求の範囲】
【請求項１】
複数のプリンタと、該複数のプリンタとホームネットワークを介して接続されるホームゲートウェイとを備えるプリントシステムにおいて、前記ホームゲートウェイは、前記ホームネットワークに接続された複数のプリンタのそれぞれに関する情報をネットワーク内レンダリング機能管理情報として生成管理する生成管理手段と、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを前記複数のプリンタに送信する送信手段とを備え、
前記複数のプリンタのそれぞれは、前記ホームゲートウェイから標準フォーマットファイルを受信する第１受信手段と、前記ホームゲートウェイから受信したヘッダの内容を解析する解析手段と、前記解析手段による解析結果に基づいて適切なレンダリングプログラムを有するプリンタを決定する決定手段と、前記決定されたプリンタから適切なレンダリングプログラムを受信する第２受信手段と、前記第２受信手段により受信したレンダリングプログラムに基づいて、前記第１受信手段により受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うプリント手段と
を備えることを特徴とするプリントシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、標準フォーマットファイルをレンダリングすることができない出力装置でもプリント出力を可能とするプリントシステムに関する。
【０００２】
【従来の技術】
従来のコンシューマ用のＰＣプリンタはレンダリング機能を所有していないため、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などの標準フォーマットファイルの文書であっても、ＰＣなどのホームゲートウェイからダイレクトにＨＴＭＬファイルを受信して印刷することができなかった。
【０００３】
そこで、ホームゲートウェイから標準フォーマットファイルと必要なレンダリングプログラムとの両方を受信して、レンダリング機能を所有しないプリンタ機器においても印刷できるようにしたプリントシステムがある（特許文献１）。
【０００４】
また、高機能なネットワーク環境においては、該ネットワークの全機器がＪＡＶＡ（登録商標）を搭載し、ＪＡＶＡ（登録商標）レンダリングプログラムを受信して、これを駆動することができるので、レンダリング機能を所有していないプリンタ機器においても印刷ができる。
【０００５】
【特許文献１】
特開２０００−１０５７０２号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のプリントシステムでは、ホームゲートウェイにかかる負担が大きく、ホームネットワークの環境において負荷のかかるホームゲートウェイにとっては、非現実的なものであった。また、１つのインターフェースを介して標準フォーマットファイルとレンダリングプログラムの両方を受信する方式であるため、さらにネットワークに負担がかかると共に、通信処理時間のかかる欠点があった。
【０００７】
一方、全機器にＪＡＶＡ（登録商標）を搭載することができないホームネットワーク環境においては、ＪＡＶＡ（登録商標）方式のレンダリングプリントシステムは、非現実的なものであった。
【０００８】
本発明は、上記の問題点を解消するためになされたもので、ホームゲートウェイに負担をかけず、且つ通信処理を効率良く行うことができるプリントシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、請求項１のプリントシステムは、複数のプリンタと、該複数のプリンタとホームネットワークを介して接続されるホームゲートウェイとを備えるプリントシステムにおいて、前記ホームゲートウェイは、前記ホームネットワークに接続された複数のプリンタのそれぞれに関する情報をネットワーク内レンダリング機能管理情報として生成管理する生成管理手段と、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを前記複数のプリンタに送信する送信手段とを備え、前記複数のプリンタのそれぞれは、前記ホームゲートウェイから標準フォーマットファイルを受信する第１受信手段と、前記ホームゲートウェイから受信したヘッダの内容を解析する解析手段と、前記解析手段による解析結果に基づいて適切なレンダリングプログラムを有するプリンタを決定する決定手段と、前記決定されたプリンタから適切なレンダリングプログラムを受信する第２受信手段と、前記第２受信手段により受信したレンダリングプログラムに基づいて、前記第１受信手段により受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うプリント手段とを備えることを特徴とする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００１１】
図１は、本発明の実施の形態に係るプリントシステムの概略構成図である。
【００１２】
同図において、符号１は、ホームネットワーク５の中核となるホームゲートウェイであり、インターネットやデジタル放送との通信を行うための各種インターフェースを備えており、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）２、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）３、又はＢＳ／ＣＳ４等から情報を受信したり、外部に対して情報を送信する機能を備えている。一方、ホームネットワーク５は、ホームゲートウェイ１とネットワーク内の機器との間の情報通信及びデータ通信を行うためのネットワークであり、無線インターフェース（ＩＥＥＥ８０２．１１ｂ等）又は有線インターフェース（電燈線等）で構成されている。本発明であるプリントシステムは、ホームネットワーク５を介して、ネットワーク内の機器との間で情報及びデータの通信を行うことによって実現されるものである。
【００１３】
符号６〜１４の各機器は、ホームネットワーク５に接続されるデジタルホーム機器であり、ホームネットワーク５と接続するためのホームゲートウェイ１と同一のインターフェースと、後述するモバイル機器１５〜１７と直接通信するためのＢ．Ｔ．（Ｂｌｕｅ  Ｔｏｏｔｈ）等の第２の通信インターフェースを備えている。符号６〜１４の各機器は、これらのインターフェースを介して互いに通信ができる。
【００１４】
符号６はＳｅｔ  Ｔｏｐ  Ｂｏｘ（以下「ＳＴＢ」という）であり、符号７はＤｉｇｉｔａｌ  Ｔｅｌｅｖｉｓｉｏｎ（以下「ＤＴＶ」という）であり、符号８はＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ（以下「ＰＣ」という）であり、符号９はＬｍｏｄｅ対応のような電話およびＦＡＸ（以下「ＷｅｂＰｈｏｎｅ」という）であり、符号１０，１１は通常のＰＣ用プリンタであって、レンダリング機能を所有しないものであり、符号１２〜１４はレンダリング機能を備えたＤｉｒｅｃｔプリンタであり、ホームゲートウェイ１から標準フォーマットファイルを生のデータ形式で受信し、レンダリングして印刷することのできるプリンタである。
【００１５】
符号１５は携帯電話であり、符号１６はＷｉｎｄｏｗｓ  （登録商標）ＣＥなどのＯＳが搭載された小型ＰＣ（以下「Ｐｏｃｋｅｔ  ＰＣ」という）であり、符号１７はＰａｌｍ  ＯＳ搭載の携帯情報端末（以下「ＰＤＡ」という）。これらのモバイル機器は、Ｂ．Ｔ．  Ｉ／Ｆ（Ｂｌｕｅ  Ｔｏｏｔｈ  Ｉｎｔｅｒｆａｃｅ）等の無線インターフェースを介してホームネットワーク５に接続されている。
【００１６】
図２は、図１におけるホームゲートウェイ１のハードウェア構成を示すブロック図である。
【００１７】
ホームゲートウェイ１を構成するＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ハードディスク２４、ハードディスクコントローラ２５、キーボード２６、キーボードコントローラ２７、表示装置２８、表示コントローラ２９、ネットワークＩ／Ｆ３０及びネットワークコントローラ３１は内部バス３２を介してそれぞれ接続されている。
【００１８】
ＣＰＵ２１によってＲＯＭ２２に格納されている制御プログラム又は制御手順が実行されるとき、ＲＡＭ２３はＣＰＵ２１の演算結果や論理判断における各種データを一時的に記憶するワークメモリとして用いられる。
【００１９】
ＲＡＭ２３はテーブル保存領域を備え、このテーブル保存領域にはネットワークＩ／Ｆ３０を経由して受信した情報をベースに作成されたネットワーク内レンダリング機能管理テーブルが格納されている。
【００２０】
ハードディスク２４は大容量の記憶装置であり、ハードディスクコントローラ２５を経由してＲＯＭ２２の制御プログラムにより制御され、Ｒｅａｄ及びＷｒｉｔｅ処理等が行われる。ハードディスク２４内にも後述する図４のネットワーク内レンダリング機能管理テーブルが保存され、必要に応じてＲＡＭ２３上に読み込んで使用される。
【００２１】
キーボード２６は、ホームゲートウェイ１に対して、操作者の指示を伝えるための入力インターフェース機器であり、キーボードコントローラ２７を経由して制御プログラムに入力情報が伝えられる。キーボード２６は基本的にはＪＩＳ規格の鍵盤配列を有し、かなキーによるひらがな入力、かなキーを兼ねる英字キーによる英字入力、及びかな漢字変換機能による漢字入力を実行できる。キーボード２６は更に機能キーを所有し、印刷等の機能開始指示等を行うこともできる。
【００２２】
表示装置２８は、表示コントローラ２９で駆動制御されて指定された位置に指定された文字や図形、イメージなどを表示するための出力装置であり、ＬＣＤやＣＲＴなどが使用される。
【００２３】
ネットワークＩ／Ｆ３０は、ＩＥＥＥ８０２．１１ｂ  や電燈線等でネットワーク内機器との通信を行うためのインターフェースであり、ネットワークコントローラ３１により駆動制御され、内部バス（ＢＵＳ）３２を経由して、ＣＰＵ２１を介してＲＯＭ２２内の制御プログラムにアクセス可能である。
【００２４】
図３は、図１におけるＰＣ用プリンタ１０，１１及びＤｉｒｅｃｔプリンタ１２〜１４のハードウェア構成を示すブロック図である。
【００２５】
ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４４、ホームネットワークＩ／Ｆ４７、ホームネットワークコントローラ４８及び内部バス（ＢＵＳ）５１ついては、それぞれ上記ホームゲートウェイ１のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ネットワークＩ／Ｆ３０、ネットワークコントローラ３１及び内部バス（ＢＵＳ）３２で説明した内容と同様であるので、その説明を省略する。
【００２６】
Ｆｌｕｓｈ  ＲＯＭ４３は、プログラムやデータをＲｅａｄ、Ｗｒｉｔｅ及びＤｅｌｅｔｅすることの可能なフラッシュＲＯＭであり、電源を切ってもＲＡＭ４４のようにデータが消失することはない。
【００２７】
Ｄｉｒｅｃｔプリンタ１２は前記ホームゲートウェイ１のような大容量記憶装置であるハードディスクを持つことは製品仕様上できないため、ある程度のプログラムやデータをこのＦｌｕｓｈ  ＲＯＭ４３内に格納し、Ｆｌｕｓｈ  ＲＯＭ４３は再利用する目的で使用される。本実施の形態では、ネットワーク内の他機器から受信したレンダリングプログラムは、一旦Ｆｌｕｓｈ  ＲＯＭ４３に格納された上で、ＣＰＵ４１から起動実行され、不要になったタイミングにおいて削除される。
【００２８】
印字装置４５は、装着された用紙に対して、該装置内のヘッドやインクを使用して記録出力する。
【００２９】
ホームネットワーク５上からの印刷処理は、ホームゲートウェイ１から受信した標準フォーマットファイルをＣＰＵ４１がＲＯＭ４２内又はＦｌｕｓｈ  ＲＯＭ４３内の制御プログラムを実行し、印字コントローラ４６を駆動制御することにより、印字装置４５内のインクヘッドを動作させ、用紙に対してインクヘッド内のインクを噴射することを繰り返すことにより行われる。
【００３０】
第２通信Ｉ／Ｆ４９は、ホームネットワークＩ／Ｆ４７とは別種類の通信Ｉ／Ｆであり、本発明を実現するために必用不可欠な通信インターフェースであり、第２通信コントローラ５０により駆動制御される。この第２通信Ｉ／Ｆ４９はデジタルホーム機器で使用される無線のＢｌｕｅ  Ｔｏｏｔｈ  Ｉ／Ｆなどが使用されることを、本実施形態では想定している。本発明では、プリンタがレンダリングプログラムを有しない場合に、この第２通信Ｉ／Ｆ４９を介して、ネットワーク内の他機器から別スレッド又は別プロセスで並行受信する。
【００３１】
図４は、ネットワーク内レンダリング機能管理テーブルの構成を示した図である。
【００３２】
本ネットワーク内レンダリング機能管理テーブルは、ネットワーク立ち上げ時に、ホームゲートウェイ１からネットワーク内の全機器に対して、詳細情報を問い合わせ、その問い合わせの通知結果をもとに編集され、ホームゲートウェイ１内のハードディスク２５かつＲＡＭ２３上に蓄積されるものである。
【００３３】
このネットワーク内レンダリング機能管理テーブルは、「機能名称」「レンダリング機能所有フラグ」「レンダリング不可フラグ」「第２通信Ｉ／Ｆ通信有無フラグ」「ネットワークアドレス」「プロダクトＩＤ」「プログラム名称」「対応ＯＳ種別」「対応ＣＰＵ種別」「プログラムサイズ」及び「ＲＡＭサイズ」の要素で構成され、ネットワーク内の全機器の情報が本ネットワーク内レンダリング機能管理テーブルに保存される。
【００３４】
そして、ホームゲートウェイ１から出力機器に対して印刷処理を行う場合、このネットワーク内レンダリング機能管理テーブルは、出力形式（後述する図１０のデータ送信フォーマット）を決定するために、参照利用される。
【００３５】
図４でネットワーク内レンダリング機能管理テーブル内に記載している項目については、実施形態の一例として記載している。
【００３６】
同図において、「機能名称」はネットワーク内機器の固有名称であり、本発明の仮想ダイレクトプリントシステムにおいては、処理において使用を必須とされるものではない。
【００３７】
「レンダリング機能所有フラグ」は、図５で示すように、その機器で装備するレンダリングプログラムの種別の有無を示すフラグである。ここでは説明上、ＨＴＭＬ、ＢＭＬ、ＸＭＬ、ＪＰＥＧ、簡易ＨＴＭＬの有無のみ記載されているが、これ以外の形式のものも定義できることは言うまでもない。
【００３８】
図４の例では、ＳＴＢ６は「ＨＴＭＬレンダリングプログラム」を所有しており、ＤＴＶ７は「ＢＭＬレンダリングプログラム」を所有していること表している。
【００３９】
「レンダリング不可フラグ」は、図６で示すように、その機器にレンダリングプログラムを実行するための駆動プログラムの存在の有無を示すフラグである。レンダリング不可フラグの構成は、図５に示すレンダリング機能所有フラグと同様である。
【００４０】
このレンダリング不可フラグがオフである標準フォーマットファイルについては、他の機器内にレンダリングプログラムがあったとしても、その出力機器に対しては、標準フォーマットファイルを送信してダイレクト印刷することはできない。このような場合においては、ホームゲートウェイ１内ではレンダリングに代わるイメージデータ生成を行い、この生成されたイメージデータを当該出力機器に対して送信する処理が実行される。図４の例では、ＰＣプリンタ１０，１１においてダイレクト印刷ができないことを示している。
【００４１】
「第２通信Ｉ／Ｆ通信有無フラグ」は、図７で示すように、その機器が所有するホームネットワークインターフェース以外の通信インターフェースの所有の有無を示すフラグである。本実施の形態では、「０＝無し」、「１＝Ｂ．Ｔ．Ｉ／Ｆ有り」  、「２＝ＵＳＢ  Ｉ／Ｆ有り」、「３＝ＩＥＥＥ１３９４  Ｉ／Ｆ有り」の４種類を定義しているが、これ以外のインターフェースを定義することが可能なことは言うまでもない。図４の例では、ネットワーク内の全機器が第２通信インターフェースとして、Ｂ．Ｔ．  Ｉ／Ｆを共通に持っていることを表している。
【００４２】
「ネットワークアドレス」は、各機器のネットワーク内のユニークなアドレスである。
【００４３】
図４の例では、ＳＴＢ６に「０００１」、ダイレクトプリンタ１２に「０００６」というアドレスが設定されていることが記されている。
【００４４】
「プロダクトＩＤ」は、レンダリングプログラム開発元の製造メーカーを表すものであり、別の機器内のレンダリングプログラムの使用にあたっては、同一プロダクトＩＤのものを優先して使用するなどの目的で使用される。また、優先処理順を別途定義しておき、その手順に従って、使用先レンダリングプログラムを決定することも可能である。
【００４５】
図４の例では、ＳＴＢ６内のＨＴＭＬレンダリングプログラムはＳｏｎｙ製であることを表している。
【００４６】
「プログラム名称」は、レンダリングプログラムの実行モジュール名称、又は、ＪＡＶＡ（登録商標）等の場合はソースコードプログラム名称がこの領域に格納される。図４では、ＳＴＢ６内に格納されているＨＴＭＬレンダリングプログラムの名称は、ＨｔｍｌＲｅｎＰｒｇであることを表している。
【００４７】
「対応ＯＳ種別」は、図８で示すように、格納しているレンダリングプログラムのＯＳ依存性に関する情報が記憶されるようになっている。また、自機における対応可能なＯＳの種別を表すものである。
【００４８】
本実施の形態では、対応可能なＯＳの種別として「０＝ＯＳ＆ＣＰＵ非依存形式」、「１＝ＯＳ非依存形式Ｂｉｎａｒｙ」、「２＝ＶｘＷｏｒｋｓ  ＯＳ依存Ｂｉｎａｒｙ」、「３＝Ｌｉｎｕｘ  ＯＳ依存Ｂｉｎａｒｙ」、「４＝μＩＴｒｏｎ  ＯＳ依存Ｂｉｎａｒｙ」、「５＝ＯＳ９  ＯＳ依存Ｂｉｎａｒｙ」があることを定義しているが、これ以外のＯＳを定義することが可能であることは言うまでもない。図４の例では、ＤＴＶ７はＯＳ＆ＣＰＵ非依存形式のＪＡＶＡ（登録商標）に対応していることが記されている。
【００４９】
「対応ＣＰＵ種別」は図９で示すように、格納しているレンダリングプログラムのＣＰＵ依存性に関する情報が記憶されるようになっている。また、自機における対応可能なＣＰＵの種別を表すものである。
【００５０】
本実施の形態では、対応可能なＣＰＵの種別として「０＝ＯＳ  ＆  ＣＰＵ非依存形式」、「１＝ＳＨ」、「２＝ＰＰＣ」、「３＝ＭＩＰＳ」、「４＝ＡＲＭ」、「５＝ｘ８６」があることを定義しているが、これ以外のＣＰＵを定義することが可能なことは言うまでもない。図４の例では、ＳＴＢ６はＰＰＣ  ＣＰＵに対応していることが記されている。
【００５１】
「プログラムサイズ」については、装備するレンダリングプログラムのサイズである。
【００５２】
最後に「ＲＡＭサイズ」は、装備するレンダリングプログラム実行に当たって必用となるＲＡＭサイズが格納されるように構成されている。
【００５３】
図１０はデータ通信フォーマットの概略構成を示す図である。
【００５４】
本発明では、ホームゲートウェイ１が、送信する標準フォーマットファイルの種別と、前記ネットワーク内レンダリング機能管理テーブルとを参照することにより、以下で示す４種類の通信フォーマットから適するフォーマットを決定し、それに従って出力機器に対して、データ送信を行う。
【００５５】
図１０（Ａ）は、出力機器に対して標準フォーマットファイルをダイレクトに送信できない場合に適応される送信フォーマットの構成を示す図である。
【００５６】
具体的には、ホームゲートウェイ１が、ネットワーク内レンダリング機能管理テーブル内を参照し、送信先の出力機器のレンダリング不可フラグがＯＮの場合に、このフォーマット送信が決定される。この場合は、ホームゲートウェイ１が、レンダリング、色補正、２値化及びプリンタコマンド付加処理を行い、生成されたイメージデータはこのフォーマットに乗せて送信される。
【００５７】
図１０（Ｂ）は、送信先の出力機器が標準フォーマットファイルをレンダリングするプログラムを所有する場合に、ホームゲートウェイ１が送信するファイルに適応される送信フォーマットの構成を示す図である。
【００５８】
この場合、ホームゲートウェイ１は標準フォマットファイルをダイレクトに、出力機器に対して送信する。具体的には、ネットワーク内レンダリング機能管理テーブル内を参照し、送信先の出力機器のレンダリング機能所有フラグがＯＮの場合に、このフォーマット送信が決定される。
【００５９】
図１０（Ｃ）は、送信先の出力機器が標準フォーマットファイルをレンダリングするプログラムを所有していないが、第２通信Ｉ／Ｆ４９を有し、且つネットワーク内の他機器が標準フォーマットファイルをレンダリングするプログラムを所有する場合に、ホームゲートウェイ１が送信するファイルに適応される送信フォーマットの構成を示す図である。
【００６０】
具体的には、ホームゲートウェイ１が、ネットワーク内レンダリング機能管理テーブル内を参照し、送信先の出力機器のレンダリン機能所有フラグがＯＦＦで、且つ、送信先の出力機器が第２通信Ｉ／Ｆ４９を所有し、且つ標準フォーマットファイルに対応した他機器のレンダリング機能所有フラグがＯＮである場合に、このフォーマット送信が決定される。その際、対応ＯＳや対応ＣＰＵが許容されるものだけが抽出され、この抽出された情報が同図に示すヘッダ内、即ち後述する図１１で示されるフォーマットに格納され送信される。
【００６１】
図１０（Ｄ）は、送信先の出力機器の機能所有フラグがＯＦＦであり、レンダリング不可フラグがＯＦＦであり、且つ、送信先の出力機器が第２通信Ｉ／Ｆ４９を所有しない場合に、送信される送信フォーマットの構成を示す図である。
【００６２】
具体的には、ホームゲートウェイ１が、自身が所有するレンダリングプログラムと標準フォーマットファイルであるダイレクトデータの両方を送信する。
【００６３】
図１１は図１０（Ｃ）におけるヘッダのフォーマットの詳細な構成を示す図である。
【００６４】
同図に示すように、ヘッダのフォーマットは、先頭にヘッダであることを示すための文字列として「ＭＵＬＴＩ＿ＲＥＮＤＥＲＩＮＧ＿ＨＥＡＤＥ」が格納されている。ヘッダに続いて、ネットワーク内で使用可能なレンダリングプログラムの総数が格納されている。そして、それ以降はそのプログラム数の分だけ、以下のレコードが格納されている。
【００６５】
レコードの１番目には、該レンダリングプログラムを格納する機器の「ネットワークアドレス」が格納されている。第２番目にはそのプログラムの「プロダクトＩＤ」、第３番目には「プログラム名称」、第４番目には「対応ＯＳ種別」、第５番目には「対応ＣＰＵ種別」、第６番目には「プログラムサイズ」、そして最終番目に「ＲＡＭサイズ」が格納されている。
【００６６】
ホームゲートウェイ１はこのヘッダフォーマットを送信し、これを受けた出力機器はヘッダと自機種の機能とを比較検討し、最も効率良く印刷を行えることのできる、レンダリングプログラムを受信する機器を決定し、該決定された機器にレンダリングプログラムを送信して、レンダリング処理を実行する。
【００６７】
図１２は、ネットワーク立ち上げ時のホストとしてのホームゲートウェイ１の初期処理プログラムを示すフローチャートである。
【００６８】
この処理は、ネットワークシステム立ち上げ時又は定期的に起動され、ネットワーク内レンダリング機能テーブルを生成し、また常に最新の状態に更新してネットワークを管理するために実行される。
【００６９】
ホームゲートウェイ１は、ネットワーク内の全機器に対して、ホームネットワーク５を介して、所有するレンダリング機能情報のための送信要求パケットを送信する（ステップＳ１）。パケットの形式は特に規定しないが、「ＭＵＬＴＩ−ＲＥＮＤＥＲＩＮＧ−ＰＡＣＫＥＴ−００１」などの文字列を先頭に含むことにより、各機器が判断できる形式である。
【００７０】
次に、各機器からの応答があったか否かを判別する（ステップＳ２）。応答がない場合には、各機器からの応答待ち状態となり応答があるまで、このステップでループする。一方、応答があった場合には、機器から応答されたレンダリング機能情報をネットワーク内レンダリング機能管理テーブルに編集し、フラッシュＲＯＭおよびＲＡＭ内の指定領域に保存する処理が行われる（ステップＳ３）。
【００７１】
最後に、全機器からの応答が完了したか否かを判別する（ステップＳ４）。全機器からの応答が完了していない場合には、ステップＳ２に戻る一方、全機器からの応答が完了した場合には、起動元のシステムプログラムにリターンする。
【００７２】
以上で、ホスト初期化処理は完了し、その結果「ネットワーク内レンダリング機能管理テーブル」が生成され、ホームゲートウェイ１内に保存される。
【００７３】
図１３は、機器側の初期処理プログラムを示すフローチャートである。
【００７４】
上記図１２のホスト初期化処理と同様に、機器側の初期化処理もネットワークシステム立ち上げ時又は定期的にホームゲートウェイからホームネットワークインターフェースを介して起動される。
【００７５】
まず、ホームゲートウェイからレンダリング情報送信要求のパケットを受信したか否かを判別する（ステップＳ１１）。ホームゲートウェイからのレンダリング情報送信要求のパケットを受信するまでの間、各機器ではホームゲートウェイからの送信待ち状態となっている。
【００７６】
ホームゲートウェイからのレンダリング情報要求のパケットを受信した場合には、ネットワーク内レンダリング機能管理テーブルに必要とされる情報群をワークバッファに組み立て、ホームゲートウェイ１に対して返信する処理が行われ（ステップＳ１２）、起動元のシステムプログラムにリターンする。返信フォーマットの構成は省略しているが、返信フォーマットは図４のネットワーク内レンダリング機能管理テーブルで示す各要素が含まれた形式で編集され、送信される。
【００７７】
尚、本フローチャートでは、各機器がホームゲートウェイからのレンダリング情報送信要求のパケットを受信したか否かのみを問題としているが、実際の各機器はこれに限らず、あらゆるパケットの待ち状態にあって、パケットを受信したときには、そのパケットの種別に応じた処理が、次のステップで実行されることになる。
【００７８】
図１４は、ホームゲートウェイ１の印刷処理のプログラムを示すフローチャートである。
【００７９】
本プログラムは、ホームゲートウェイ１で印刷操作が指示された場合、又はネットワーク内の機器からホームゲートウェイ１に対して印刷依頼が発生した場合に起動する。
【００８０】
まず、最初にネットワーク内レンダリング機能管理テーブルが検索され、送信先の機器で、今回送信するデータのレンダリングが可能であるか否をを判別する（ステップＳ２１）。これは「レンダリング付加フラグ」が「不可」か否かで判定される。
【００８１】
レンダリング付加フラグが不可である場合は、出力先機器側でレンダリングが「不可」であることから、ホームゲートウェイ１でイメージデータ生成まで行った後に、そのイメージデータの送信される処理が行われる。即ち、ホームゲートウェイ１がレンダリング処理を行い、色補正及び２値化処理を行い、イメージデータを生成した後、さらにプリンタコマンドを付加する（ステップＳ２２）。次いで、生成されたプリンタコマンド付きイメージデータを出力機器に対して送信し（ステップＳ２３）、本処理を終了する。
【００８２】
ステップＳ２１の判別の結果、レンダリング付加フラグが不可でない場合、即ち、出力先の機器で、レンダリングが「可能」であると判断した場合は、ネットワーク内レンダリング機能管理テーブルを検索し、送信先の機器が今回送信するデータのレンダリングするためのプログラムを所有しているか否かを判別する（ステップＳ２４）。具体的には、出力先機器の「レンダリング機能所有フラグ」が「あり」であるか否かを判別する。
【００８３】
ステップＳ２４の判別の結果、送信先の機器が今回送信するデータのレンダリングするためのプログラムを所有している場合は、送信データを加工せずに、出力先機器に対してダイレクトデータ形式で送信し、本処理を終了する（ステップＳ２５）。
【００８４】
ステップＳ２４の判別の結果、送信先の機器が今回送信するデータのレンダリングするためのプログラムを所有していない場合は、出力先機器に第２通信Ｉ／Ｆ４９があり、且つ、ネットワーク内の他の機器が今回送信するデータのレンダリング機能を所有するか否かを判別する（ステップＳ２６）。具体的には、ネットワーク内レンダリング機能管理テーブルの「第２通信Ｉ／Ｆ有無フラグ」が「有」であり、且つ、ネットワーク内に「レンダリング機能所有フラグ」が「有」の機器が１つ以上あるかどうかを判別する。
【００８５】
ステップＳ２６の判別の結果、出力先機器に第２通信Ｉ／Ｆ４９があり、且つ、ネットワーク内の他の機器が今回送信するデータのレンダリング機能を所有する場合には、ネットワーク内レンダリング機能管理テーブルを参照し、出力機器側で必要となる情報を抽出し、図１１のヘッダフォーマットに従って編集し、ヘッダを作成する。そして、その「ヘッダ」と今回送信の対象となる標準フォーマットファイルをダイレクトデータとして、出力機器に対して送信する処理が行われ（ステップＳ２７）、本処理は終了する。
【００８６】
ステップＳ２６の判別の結果、出力先機器に第２通信Ｉ／Ｆ４９がない場合、又はネットワーク内の他の機器がいずれも今回送信するデータのレンダリング機能を所有しない場合には、標準フォーマットファイルであるダイレクトデータの前に、ホームゲートウェイ１内に所有するレンダリングプログラムが付加された形式で、出力機器に対して送信し（ステップＳ２８）、本処理を終了する。
【００８７】
以上説明したように、本処理を実行することにより、出力先機器の状態及びネットワーク内の他の機器の状態の全て組み合わせに対して、印刷の可能な状態や情報を提供し且つ、効率よく印刷することが可能となる。
【００８８】
図１５は、ＰＣプリンタの印刷処理のプログラムを示すフローチャートである。
【００８９】
本印刷処理はＰＣプリンタに限らず、Ｄｉｒｅｃｔプリンタにも適用できる。
【００９０】
本発明は、仮想ダイレクトプリントシステムに関するものであることから、レンダリング機能を所有しないＰＣプリンタを代表として記述する。
【００９１】
ホームゲートウェイ１からホームネットワーク５を介して図１０（Ａ）〜図１０（Ｄ）の形式の印刷データを受信した場合に、本プログラムが起動される。
【００９２】
まず、最初に、ホームゲートウェイ１から受信したパケットの内容が、当該出力機器において印刷処理ができるか否かを判別する（ステップＳ３１）。
【００９３】
当該出力機器において印刷処理ができない場合には、ホームゲートウェイ１に対して「処理不能」であることを示すエラー情報を送信して（ステップＳ３２）、本プログラムを終了する。尚、当該出力機器において印刷処理ができない場合とは、ホームゲートウェイ１から受信したパケットの内容が、図１０（Ａ）〜図１０（Ｄ）に示すパケット以外であった場合や既に印刷処理中である場合等である。
【００９４】
ステップＳ３１の判別の結果、当該出力機器において印刷処理ができる場合には、ホームゲートウェイ１から受信したパケット内容が図１０（Ａ）で示すイメージデータ形式であるか否かを判別する（ステップＳ３３）。
【００９５】
ステップＳ３３の判別の結果、受信したパケット内容が図１０（Ａ）で示すイメージデータ形式である場合には、ＲＡＭ上に受信したイメージデータを格納した上で、その格納アドレスをパラメータとしてステップＳ４３の処理が行われる。ステップＳ４３の処理では、既にプリンタの処理可能な形式、即ちプリンタコマンド付きイメージデータがホームゲートウェイ１又は本出力機器内にて生成済である。よって、この処理では、プリンタコマンド付きイメージデータをコマンド単位で取り出し、印字コントローラに情報を渡すことで、印字機構を駆動して、装着された用紙上に印刷処理が実行され、本処理が終了する。
【００９６】
ステップＳ３３の判別の結果、受信したパケット内容が図１０（Ａ）で示すイメージデータ形式でない場合には、さらに図１０（Ｂ）に示す標準フォーマットファイルのダイレクトデータのみの形式のパケットを受信したか否か判別する（ステップＳ３４）。
【００９７】
ステップＳ３４の判別の結果、標準フォーマットファイルのダイレクトデータのみの形式のパケットを受信した場合には、ＲＯＭ内又はフラッシュＲＯＭ内に格納されている、受信したダイレクトデータを処理できるレンダリングプログラムを独立スレッド又は独立プロセスとして並行起動する（ステップＳ３５）。続いてステップＳ３５で起動したレンダリングプロセスを使用し、それとは別にホームゲートウェイ１から受信するダイレクトデータを順次レンダリングし、さらにプリンタで出力できるように、色補正処理、２値化処理及びプリンタコマンドの付加を行い、生成された最終形式であるプリンタコマンド付きイメージデータをＲＡＭ内のある領域に格納する（ステップＳ３６）。そして、その領域のアドレスを指定して、上記ステップＳ４３の印刷処理を行い、プリントアウトが行われる。
【００９８】
ステップＳ３４の判別の結果、標準フォーマットファイルのダイレクトデータのみの形式のパケットを受信していない場合には、受信パケットが図１０（Ｄ）に示すようなレンダリングプログラム及びダイレクトデータであるか否かの判別を行う（ステップＳ３７）。
【００９９】
ステップＳ３７の判別の結果、受信パケットがレンダリングプログラム及びダイレクトデータである場合には、受信したレンダリングプログラムをフラッシュＲＯＭ上に格納する。容量不足で格納できない場合はＲＡＭ上に格納する。フローチャートでは記述していないが、レンダリングプログラムを正常に受信し格納できた場合は、ホームゲートウェイ１に対して、その旨を通知し、ネットワーク内レンダリング機能管理テーブルのアップデート処理が行われる。そして、ステップＳ３５と同様に、受信し格納した該レンダリングプログラムを独立スレッド又は独立プロセスとして並行起動する（ステップＳ４１）。続いて、ステップＳ４１で起動したレンダリングプロセスを使用し、それとは別にホームゲートウェイ１から受信するダイレクトデータを順次レンダリングし、さらにプリンタで出力できるように、色補正処理、２値化処理及びプリンタコマンドの付加を行い、生成された最終形式であるプリンタコマンド付きイメージデータをＲＡＭ内のある領域に格納する（ステップＳ４２）。そして、その領域のアドレスを指定して、上記ステップＳ４３の印刷処理を行い、プリントアウトが行われる。
【０１００】
ステップＳ３７の判別の結果、受信パケットがレンダリングプログラム及びダイレクトデータでない場合には、受信パケットは図１０（Ｃ）で示したヘッダとダイレクトデータを備える形式のパケットであると判別し、受信した図１１に示すようなヘッダの内容と自機の能力内容を比較して、最も適切なレンダリングプログラムを持つネットワーク内の機器を判定し、送信先機器として決定する（ステップＳ３８）。
【０１０１】
本プログラムのフローチャートには、当該判定方法については記述していないが、以下のようにして行われる。
【０１０２】
プロダクトＩＤが自機と同じものを第１優先とする。同一のプロダクトＩＤがなければ別のプロダクトＩＤの中から後続の判定処理を行うが、プロダクトＩＤ自体にあらかじめ優先順序を決めておき、その順序で判定する処理手順とすることも可能である。
【０１０３】
次に対応ＯＳ種別を判定する。ここでは、自機で搭載しているＯＳと同ＯＳ搭載のレンダリングプログラム保有機器を検索する。自機がＯＳ非依存形式のレンダリングプログラムに対応している場合や、ＪＡＶＡ（登録商標）形式のレンダリングプログラムに対応している場合は、それらの形式のレンダリングプログラム保有機器も対象になる。ここで何種類かの対象レンダリングプログラム保有機器が絞りこまれる。
【０１０４】
続いて対応ＣＰＵ種別を判定する。この判定は、前記で絞り込まれたＯＳ形式がＪＡＶＡ（登録商標）（ＯＳ＆ＣＰＵ非依存）以外であった場合に、自機と同じＣＰＵのもののみに対象レンダリングプログラム保有機器を絞り込む。
【０１０５】
さらに、その中から、プログラムサイズやＲＡＭサイズが、自機環境で許容できるものに絞り込み処理が行われる。複数に絞り込まれた場合は、処理速度を優先とする。よってバイナリー形式のレンダリングプログラム保有機器とＪＡＶＡ（登録商標）形式のレンダリングプログラム保有機器があった場合は、バイナリー形式が優先される。
【０１０６】
さらに、バイナリー形式の中に、ＯＳ非依存形式とＯＳ存形式のものが含まれてる場合は、ＯＳ依存形式のものが優先され、最終絞り込みが行われる。
【０１０７】
上記絞り込み処理により、決定された該レンダリングプログラム保有機器から、第２通信インターフェースを介して、該レンダリングプログラムを別プロセスで受信する。そして、受信したレンダリングプログラムをフラッシュＲＯＭ上に格納する。容量不足で格納できない場合はＲＡＭ上に格納する。これと同時に、受信したダイレクトデータをホームネットワークＩ／Ｆを解して並行受信する（ステップＳ３８）。
【０１０８】
フローチャートでは記述していないが、レンダリングプログラムを正常に受信格納できた場合は、ホームゲートウェイ１に対して、その旨を通知し、ネットワーク内レンダリング機能管理テーブルをアップデートを行う処理が行われる。そして、ステップＳ３５と同様に受信格納したレンダリングプログラムを独立スレッド又は独立プロセスとして並行起動する（ステップＳ３９）。続けて、ステップＳ３９で起動したレンダリングプロセスを使用し、それとは別にホームゲートウェイ１から受信するダイレクトデータを順次レンダリングし、さらにプリンタで出力できるように、色補正処理、２値化処理及びプリンタコマンドの付加を行い、生成された最終形式であるプリンタコマンド付きイメージデータをＲＡＭ内のある領域に格納する（ステップＳ４０）。そして、その領域のアドレスを指定して、上記ステップＳ４３の印刷処理を行い、プリントアウトが行われる。
【０１０９】
上述したように、本実施の形態によれば、本発明によれば、ホームゲートウェイ１がネットワークネット内レンダリング機能管理情報を生成管理し、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを複数のプリンタに送信し、プリンタ側で標準フォーマットファイルをホームネットワークＩ／Ｆ４７を介して受信し、そのヘッダの内容を解析してネットワーク内で最も適切なレンダリングプログラムを有するプリンタからレンダリングプログラムを第２通信Ｉ／Ｆ４９を介して受信して、ホームゲートウェイ１から受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うので、ホスト（即ちホームゲートウェイ）に負担をかけず、且つ通信処理を効率良く行うことができる。また、標準フォーマットファイルをレンダリングするプログラムを所有しないプリント自体で最適なレンダリング処理を行いダイレクトに印刷することが可能となる効果が得られる。
【０１１０】
また、レンダリングプログラムを、標準フォーマットファイルを受信するホームネットワークインターフェースとは別の通信インターフェースを介して受信するので、単一インターフェースで両データを受信する方式に対して処理効率を高めることが可能となると共にホームゲートウェイ側にかかる負担を大幅に軽減することができる。
【０１１１】
さらに、ホームゲートウェイで生成管理するネットワークネット内レンダリング機能管理テーブルを参照判断する手段を搭載することにより、プリンタ側に印刷データを送信する以前に、ｉ）プリンタ自体でレンダリング処理が可能な場合、ｉｉ）プリンタ自体ではレンダリング処理ができないがネットワーク内の他のプリンタのレンダリングプログラムを利用してレンダリング処理が可能な場合、ｉｉｉ）プリンタ自体ではレンダリング処理ができず、かつネットワーク内の他のプリンタのレンダリングプログラムが利用できないが、ホームゲートウェイがレンダリングプログラムを所有する場合、ｉｖ）プリンタにて全ての場合においてレンダリング処理ができない場合を、事前に判断して状況に応じて適切なフォーマットでプリンタに対してデータを送信することが可能となり、このことによって、ネットワーク構成や出力機器のあらゆる状況ケースにおいて、常に効率の良いプリント処理を提供することが可能となる。
【０１１２】
なお、本発明は、プリントシステムであるため、主としてプリンタで構成されるシステムを想定したが、例えば、複写機やファクシミリ装置等に適用してもよい。
【０１１３】
また、本発明の目的は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１４】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ）等を用いることができる。
【０１１５】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１６】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１７】
本発明の実施態様の例を以下に列挙する。
【０１１８】
〔実施態様１〕  複数のプリンタと、該複数のプリンタとホームネットワークを介して接続されるホームゲートウェイとを備えるプリントシステムにおいて、前記ホームゲートウェイは、前記ホームネットワークに接続された複数のプリンタのそれぞれに関する情報をネットワーク内レンダリング機能管理情報として生成管理する生成管理手段と、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを前記複数のプリンタに送信する送信手段とを備え、前記複数のプリンタのそれぞれは、前記ホームゲートウェイから標準フォーマットファイルを受信する第１受信手段と、前記ホームゲートウェイから受信したヘッダの内容を解析する解析手段と、前記解析手段による解析結果に基づいて適切なレンダリングプログラムを有するプリンタを決定する決定手段と、前記決定されたプリンタから適切なレンダリングプログラムを受信する第２受信手段と、前記第２受信手段により受信したレンダリングプログラムに基づいて、前記第１受信手段により受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うプリント手段とを備えることを特徴とするプリントシステム。
【０１１９】
〔実施態様２〕  前記ホームゲートウェイは、前記ホームネットワークに接続された複数のプリンタのそれぞれに関する情報を該複数のプリンタのそれぞれに問い合わせる問合せ手段を備え、前記生成管理手段は、前記プリントシステムの立ち上げ時に、前記問合せ手段により得られた複数のプリンタのそれぞれに関する情報に基づいてネットワーク内レンダリング機能管理情報を編集することを特徴とする実施態様１記載のプリントシステム。
【０１２０】
〔実施態様３〕  前記第２受信手段によるレンダリングプログラムの受信は、前記標準フォーマットファイルの受信とは、別スレッド又は別プロセスで並行処理で実行されることを特徴とする実施態様３記載のプリントシステム。
【０１２１】
〔実施態様４〕  前記ホームゲートウェイは、ネットワーク内レンダリング機能管理情報に基づいて前記標準フォーマットファイルの送信先のプリンタがレンダリングプログラムを有するか否かを判断する判断手段を備え、前記判断手段により前記標準フォーマットファイルの送信先のプリンタがレンダリングプログラムを有すると判別されたときには、前記送信手段は、前記ヘッダを付加せずに標準フォーマットファイルのみを前記送信先のプリンタに送信することを特徴とする実施態様１乃至３のいずれか１つに記載のプリントシステム。
【０１２２】
これにより、状況に応じて適切なフォーマットでプリンタに対してデータを送信することが可能となり、常に効率の良いプリント処理を提供することが可能となる。
【０１２３】
〔実施態様５〕  前記ホームゲートウェイは、前記標準フォーマットファイルに対してレンダリング処理、色補正処理及び２値化処理を実行する画像処理手段を備え、前記判断手段は、さらに前記ネットワーク内レンダリング機能管理情報に基づいて前記標準フォーマットファイルのレンダリング処理ができるか否かを判断し、前記判断手段が、前記標準フォーマットファイルのレンダリング処理ができないと判断した場合には、前記画像処理手段は、前記標準フォーマットファイルに対してレンダリング処理、色補正処理及び２値化処理を実行し、前記送信手段は、これらの処理が施された標準フォーマットファイルにプリンタコマンドを付加して送信先のプリンタに送信することを特徴とする実施態様１乃至４のいずれか１つに記載のプリントシステム。
【０１２４】
これにより、状況に応じて適切なフォーマットでプリンタに対してデータを送信することが可能となり、常に効率の良いプリント処理を提供することが可能となる。
【０１２５】
〔実施態様６〕  前記判断手段は、さらに前記ネットワーク内レンダリング機能管理情報に基づいて前記標準フォーマットファイルの送信先のプリンタが前記第２受信手段を備えているか否かを判断し、前記判断手段が、前記標準フォーマットファイルの送信先のプリンタが前記第２受信手段を備えていないと判断した場合には、前記送信手段は、前記標準フォーマットファイルに前記レンダリングプログラムを付加して送信先のプリンタに送信することを特徴とする実施態様１乃至５のいずれか１つに記載のプリントシステム。
【０１２６】
これにより、状況に応じて適切なフォーマットでプリンタに対してデータを送信することが可能となり、常に効率の良いプリント処理を提供することが可能となる。
【０１２７】
〔実施態様７〕  前記複数のプリンタは、ホームゲートウェイから送信される４つのデータの形式に対応して、それぞれ処理を切り分けることを特徴とする実施態様１乃至６のいずれか１つ記載のプリントシステム。
【０１２８】
〔実施態様８〕  前記決定手段は、対応ＯＳ種別、対応ＣＰＵ種別、プログラムサイズ、ＲＡＭサイズ及びプロダクトＩＤに基づいて適切なレンダリングプログラムを有するプリンタを決定することを特徴とする実施態様１乃至７のいずれか１つ記載のプリントシステム。
【０１２９】
〔実施態様９〕  前記決定手段は、対応ＯＳ種別、対応ＣＰＵ種別、プログラムサイズ、ＲＡＭサイズ及びプロダクトＩＤの順に適切なレンダリングプログラムを有するプリンタを決定することを特徴とする実施態様１乃至８のいずれか１つ記載のプリントシステム。
【０１３０】
〔実施態様１０〕  前記レンダリングプログラムは、ＯＳ非依存又はＣＰＵ依存であるバイナリー形式をサポートすることを特徴とする実施態様１乃至９のいずれか１つ記載のプリントシステム。
【０１３１】
〔実施態様１１〕  前記ＯＳ非依存又はＣＰＵ依存であるバイナリー形式は、コード部及びデータ部が位置非依存形式であることを特徴とする実施態様１０記載のプリントシステム。
【０１３２】
【発明の効果】
以上詳細に説明したように、本発明によるプリントシステムでは、ホームゲートウェイがネットワークネット内レンダリング機能管理情報を生成管理し、レンダリング機能を有するプリンタに関する詳細情報をヘッダとして付加した標準フォーマットファイルを複数のプリンタに送信し、プリンタ側で標準フォーマットファイルを第１受信手段を介して受信し、そのヘッダの内容を解析して、ネットワーク内で最も適切なレンダリングプログラムを有するプリンタからレンダリングプログラムを第２受信手段を介して受信して、ホームゲートウェイから受信した標準フォーマットファイルに対してレンダリング処理を施し、プリント出力を行うので、ホスト（即ちホームゲートウェイ）に負担をかけず、且つ通信処理を効率良く行うことができる。また、標準フォーマットファイルをレンダリングするプログラムを所有しないプリント自体で最適なレンダリング処理を行いダイレクトに印刷することが可能となる効果が得られる。
【０１３３】
また、レンダリングプログラムを、標準フォーマットファイルを受信する第１受信手段とは別の第２受信手段を介して受信するので、単一インターフェースで両データを受信する方式に対して処理効率を高めることが可能となると共にホームゲートウェイ側にかかる負担を大幅に軽減することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るプリントシステムの概略構成図である。
【図２】図１におけるホームゲートウェイ１のハードウェア構成を示すブロック図である。
【図３】図１におけるＰＣ用プリンタ１０，１１及びＤｉｒｅｃｔプリンタ１２〜１４のハードウェア構成を示すブロック図である。
【図４】ネットワーク内レンダリング機能管理テーブルの構成を示した図である。
【図５】レンダリングプログラムの種別の有無を示すフラグの一例を示す図である。
【図６】レンダリングプログラムを実行するための駆動プログラムの存在の有無を示すフラグの一例を示す図である。
【図７】ホームネットワークインターフェース以外の通信インターフェースの所有の有無を示すフラグの一例を示す図である。
【図８】各プリンタが格納しているレンダリングプログラムのＯＳ依存性に関する情報を示す図である。
【図９】各プリンタが格納しているレンダリングプログラムのＣＰＵ依存性に関する情報を示す図である。
【図１０】データ通信フォーマットの概略構成を示す図であり、（Ａ）は、出力機器に対して標準フォーマットファイルをダイレクトに送信できない場合に適応される送信フォーマットの構成を示す図であり、（Ｂ）は、送信先の出力機器が標準フォーマットファイルをレンダリングするプログラムを所有する場合に、ホームゲートウェイ１が送信するファイルに適応される送信フォーマットの構成を示す図であり、（Ｃ）は、送信先の出力機器が標準フォーマットファイルをレンダリングするプログラムを所有していないが、第２通信Ｉ／Ｆ４９を有し、且つネットワーク内の他機器が標準フォーマットファイルをレンダリングするプログラムを所有する場合に、ホームゲートウェイ１が送信するファイルに適応される送信フォーマットの構成を示す図であり、（Ｄ）は、送信先の出力機器の機能所有フラグがＯＦＦであり、レンダリング不可フラグがＯＦＦであり、且つ、送信先の出力機器が第２通信Ｉ／Ｆ４９を所有しない場合に、送信される送信フォーマットの構成を示す図である。
【図１１】図１０（Ｃ）におけるヘッダのフォーマットの詳細な構成を示す図である。
【図１２】ネットワーク立ち上げ時のホストとしてのホームゲートウェイ１の初期処理プログラムを示すフローチャートである。
【図１３】機器側の初期処理プログラムを示すフローチャートである。
【図１４】ホームゲートウェイ１の印刷処理のプログラムを示すフローチャートである。
【図１５】ＰＣプリンタの印刷処理のプログラムを示すフローチャートである。
【図１６】ＰＣプリンタの印刷処理のプログラムを示すフローチャートである。
【符号の説明】
１  ホームゲートウェイ
５  ホームネットワーク
８  ＰＣ
１０，１１  ＰＣプリンタ
１２〜１４  Ｄｉｒｅｃｔプリンタ
４１  ＣＰＵ
４２  ＲＯＭ
４３  Ｆｌｕｓｈ  ＲＯＭ
４４  ＲＡＭ
４５  印字装置
４６  印字コントローラ
４７  ホームネットワークＩ／Ｆ
４８  ホームネットワークコントローラ
４９  第２通信Ｉ／Ｆ
５０  第２通信コントローラ
５１  内部バス（ＢＵＳ）
【図１】
2004334522.tif 000003
【図２】
2004334522.tif 000004
【図３】
2004334522.tif 000005
【図４】
2004334522.tif 000006
【図５】
2004334522.tif 000007
【図６】
2004334522.tif 000008
【図７】
2004334522.tif 000009
【図８】
2004334522.tif 000010
【図９】
2004334522.tif 000011
【図１０】
2004334522.tif 000012
【図１１】
2004334522.tif 000013
【図１２】
2004334522.tif 000014
【図１３】
2004334522.tif 000015
【図１４】
2004334522.tif 000016
【図１５】
2004334522.tif 000017
【図１６】
2004334522.tif 000018