(57)【要約】【課題】  例えば数１００台のデバイスを一斉にオフィスに導入するような場合、管理者が各デバイスを操作してタイプとスコープ値を設定すると、非常に多くの時間と労力を要する。【解決手段】  機器に設定されているスコープ値の初期値を探索用パケットに設定して、ブロードキャストでネットワークに送信し、この探索用パケットに応答した機器に対して所定の探索適応範囲情報を設定する（Ｓ４０４）。この設定をデータベースに登録して更新する（Ｓ４０５）。【選択図】  図４
2007148828.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された機器と通信可能な情報処理装置であって、
機器に設定されている探索応答条件を含む探索要求を前記ネットワークに送信する第一の送信手段と、
前記探索要求に応答した前記探索応答条件が設定された複数の機器に対して、前記探索応答条件とは異なる探索応答条件を設定する指示を送信する第二の送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記機器に設定されている探索応答条件を受信する受信手段と、
前記受信手段により受信した探索応答条件が未知の探索応答条件であるか否かを判定する判定手段とを更に有し、
前記第一の送信手段は、前記判定手段により未知であると判定されると前記未知の探索応答条件を含む探索要求を前記ネットワークに送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
各機器と、当該機器に対応する探索応答条件とを記憶する記憶手段と、
機器に設定されている探索応答条件が変更されるのに応じて前記記憶手段を更新する更新手段とを更に有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記更新手段による更新内容を前記機器の管理者に通知する通知手段を更に有することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第二の送信手段は、予め前記記憶手段に記憶されている探索応答条件を含む探索要求を送信することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記通知手段は、前記ネットワークを介したメール情報によりユーザに通知することを特徴とする請求項４に記載の情報処理装置。
【請求項７】
ネットワークに接続された機器と通信可能な情報処理装置の制御方法であって、
機器に設定されている探索応答条件を含む探索要求を前記ネットワークに送信する第一の送信工程と、
前記探索要求に応答した前記探索応答条件が設定された複数の機器に対して、前記探索応答条件とは異なる探索応答条件を設定する指示を送信する第二の送信工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項８】
前記機器に設定されている探索応答条件を受信する受信工程と、
前記受信工程で受信した探索応答条件が未知の探索応答条件であるか否かを判定する判定工程とを更に有し、
前記第一の送信工程では、前記判定工程で未知であると判定されると前記未知の探索応答条件を含む探索要求を前記ネットワークに送信することを特徴とする請求項７に記載の情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された機器に各種情報を設定する情報処理装置及びその制御方法に関する。
【背景技術】
【０００２】
近年、ウエブサービスと呼ばれるＳＯＡＰ（Simple Object Access Protocol）等のインターネット標準の各種ウエブプロトコルを利用できるアプリケーションコンポーネントが普及している。このようなアプリケーションは、パーソナルコンピュータのような汎用コンピュータだけでなく、家庭用電器製品やプリンタ、複写機といったデバイスにも実装され、より広域のネットワークでの利用が可能になってきている。
【０００３】
これらウエブサービスを利用したデバイスの探索プロトコルとして、Microsoft社が提唱するWeb Services Dynamic Discovery（WS-Discovery）がある。このWS-Discoveryの探索では、デバイスの探索を行うＰＣ等の情報処理装置は、Probeメッセージと呼ばれるデバイス探索用パケットメッセージに、スコープ値を記述してネットワークに送信する。このProbeメッセージを受信したデバイスは、記述されているスコープ値と、自デバイスに設定されたスコープ値とを比較し、これらが一致した場合に、Probe Matchメッセージと呼ばれる探索応答を送信する。尚、各デバイスに設定するスコープ値は、ユーザが運用に合わせて自由に設定することができる。例えば、両面プリント機能がスコープ値として設定されたデバイスは、スコープ値として両面プリント機能が記述されたProbeメッセージに対してProbe Matchメッセージを応答することになる。
【０００４】
尚、特許文献１には、デバイスの機能を指定した探索要求に対して、該当する機能を有するデバイスを探索するデバイス探索システムが記載されている。
【特許文献１】特開２００１−２７９８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のようなウエブサービスに対応したデバイスには、工場出荷時には、製造者が設定したデフォルトの探索用のスコープ値が設定されている。従って、ユーザが所望のスコープ値でこれらのデバイスを探索したい場合には、デバイス毎にデフォルトで設定されているスコープ値から所望のスコープ値に設定変更する処理を行わなければならない。例えば数１００台のデバイスを一斉にオフィスに導入するような場合、管理者がデバイス毎にスコープ値を設定すると、非常に多くの時間と労力を要することになる。
【０００６】
本発明の目的は上記従来技術の問題点を解消することにある。
【０００７】
本願発明の特徴は、各機器に対して一台一台探索応答条件を設定するという手間を省くことができる情報処理装置及びその制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
ネットワークに接続された機器と通信可能な情報処理装置であって、
機器に設定されている探索応答条件を含む探索要求を前記ネットワークに送信する第一の送信手段と、
前記探索要求に応答した前記探索応答条件が設定された複数の機器に対して、前記探索応答条件とは異なる探索応答条件を設定する指示を送信する第二の送信手段と、
を有することを特徴とする。
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置における制御方法は以下のような工程を備える。即ち、
ネットワークに接続された機器と通信可能な情報処理装置の制御方法であって、
機器に設定されている探索応答条件を含む探索要求を前記ネットワークに送信する第一の送信工程と、
前記探索要求に応答した前記探索応答条件が設定された複数の機器に対して、前記探索応答条件とは異なる探索応答条件を設定する指示を送信する第二の送信工程と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、各機器に対して一台一台探索応答条件を設定するという手間を省くことができるという効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
図１は、本発明の実施の形態に係るプリントシステムの構成をソフトウェア面から説明するブロック図である。
【００１３】
サーバ１００には、例えば米国マイクロソフト社が提供するＯＳであるwindows（登録商標）や米国アップル社が提供するMac OS（登録商標）等の汎用オペレーティングシステム、及びその上で実行可能な汎用アプリケーションがインストールされている。この汎用オペレーティングシステムは、通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック１０１を備え、そのプロトコルスタック上にＨＴＴＰ１０２を備えている。このＨＴＴＰ１０２は、ＨＴＴＰリクエストの解析、及びレスポンス処理を行う。このＨＴＴＰ１０２上には、ＳＯＡＰ処理部１０３が設けられ、ＵＰｎＰに関する通信手段を形成している。デバイス探索部１０４は、ＳＯＡＰ処理部１０３を介して、ネットワーク１１０に接続されているプリンタを探索する。デバイス管理部１０５は、プリンタより取得した情報を、サーバ１００の管理テーブルに記録してプリンタ情報の管理を行う。サーバ１００は、探索で発見したプリンタ情報を表示するためにＧＵＩ部１０６を利用する。
【００１４】
サーバ１００では、管理者がＧＵＩ部１０６を使用して入力した管理者の電子メールアドレス、プリンタの工場出荷時のデフォルトスコープ値、管理者等のユーザが設定した任意のスコープ値がデータベース１０７に記憶されて管理されている。WS-Discoveryの仕様では、探索するスコープ値はＵＲＩで表現される。一般に工場出荷時のデフォルトのスコープ値は、製造者やプリンタの種類よって異なるため、複数のデフォルトのスコープ値がデータベース１０７の情報で管理される。
【００１５】
尚、本実施例におけるスコープ値とは、プリンタに設定される探索応答条件である。本実施例におけるプリンタは、サーバ１００から送信された所望のプリンタを探索するための探索要求であるデバイス探索用パケットメッセージを受信する。その後プリンタは、デバイス探索用パケットメッセージに記述されたスコープ値と、自身に設定されているスコープ値とを比較し、一致していた場合にはその旨を応答する。即ち、プリンタに例えばスコープ値として「カラープリンタ」が設定されている場合には、そのプリンタは「カラープリンタ」がスコープ値に記述されたデバイス探索用パケットメッセージに応答する。また、例えば「両面プリント」がスコープ値に設定されていれば、そのプリンタは「両面プリント」がスコープ値に記述されたデバイス探索用パケットメッセージに応答する。従って、各プリンタに所望のスコープ値を設定することにより、該設定されたスコープ値に基づいて所望のプリンタを検索することができるようになる。尚、一つのプリンタに対して複数のスコープ値を設定することも可能であり、一つのデバイス探索用パケットメッセージに複数のスコープ値を記述することも可能である。以後、実施例では、サーバから送信される探索要求であるデバイス探索用パケットメッセージをProbeメッセージと言う。また、Probeメッセージに対して、スコープ値が一致した場合にプリンタからサーバに送信される探索応答をProbe Matchメッセージと言う。
【００１６】
本実施の形態では、ネットワーク対応型プリンタ２００は、通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック２０１を備え、そのプロトコルスタック２０１上にＨＴＴＰ２０２を備えている。このＨＴＴＰ２０２は、ＨＴＴＰリクエストの解析及びレスポンス処理を行う。ＨＴＴＰ２０２の上位層にはＳＯＡＰ処理部２０３、更にその上にＵＰｎＰプロトコル処理部２０４を備える。ネットワーク対応型プリンタ２００は、UPnP Forumで策定されたPrintBasicサービスを実装している。ＵＰｎＰプロトコル処理部２０４は、そのPrintBasicサービスで定義されたプリントジョブ、及び属性情報を解析し、プリンタコントローラ２０５に対し、そのプリント要求を送出する機能を備える。プリンタ２００は各種設定情報を管理する機能を備えており、プリンタコントローラ２０５は、Ｗｅｂサービスによる探索のスコープ値をプリンタ２００に設定したり、またその設定を変更することができる。
【００１７】
以上、各装置のプリントに関して実装されるコンピュータプログラムの構成を説明した。ここでサーバ１００は、通常のパーソナルコンピュータ等の汎用情報処理装置で実現できる。このサーバ１００のハードウェアとしての構成は例えば図２のようになる。
【００１８】
図２は、本実施の形態に係るサーバ１００の概略構成を説明するブロック図である。
【００１９】
図において、１００１は装置全体の制御を司るＣＰＵで、ＲＯＭ１００２及びＲＡＭ１００３に記憶されているプログラムに従って制御動作を実行する。ＲＯＭ１００２は、ＢＩＯＳやブートプログラムを記憶している。ＲＡＭ１０３は、ＣＰＵ１００１のワークエリアとして使用され、各種データを保存する。ＨＤＤ１００４はハードディスク装置（外部記憶装置）であって、ここにはＯＳ、アプリケーションや各種プログラム、並びに、データファイル等が格納される。そして、これらＯＳやアプリケーションの実行時には、これらプログラムがＲＡＭ１００３にロードされ、ＣＰＵ１００１の制御の下に実行される。ネットワークインタフェース１００５は、本実施の形態ではイーサネット（登録商標）カードとするが、無線ＬＡＮカードでも構わない。表示制御部１００６は、ビデオメモリ及びＣＰＵ１００１の制御により描画を行うと共に、ビデオメモリに記憶された画像データをビデオ信号として出力するビデオコントローラを内蔵している。表示部１００７は、液晶表示器やＣＲＴに代表され、表示制御部１００６の制御の下に画像や文書などを表示する。入力部１００８は、キーボードやマウス等を有し、ユーザの操作により各種データやコマンド等を入力するのに使用される。
【００２０】
以上の構成において、装置の電源がオンになると、ＣＰＵ１００１はＲＯＭ１００２のブートプログラムに従って、ハードディスク１００４からＯＳをＲＡＭ１００２にロードする。また、このとき各種デバイスドライバもロードする。即ち、図１に示す構成を有するプログラムをＲＡＭ１００２にロードして実行することになる。
【００２１】
図３は、本実施の形態に係るネットワークプリンタ２００の構成を説明するブロック図である。
【００２２】
図において、ＣＰＵ２００１は、ＲＯＭ２００２に記憶された制御プログラムを実行して、このプリンタ２００全体の制御を司る。このＲＯＭ２００２は、ＣＰＵ２００１が実行する印刷処理プログラムやフォントデータを格納している。ＲＡＭ２００３は、ＣＰＵ２００１による制御処理時にワークエリア、受信バッファ、画像描画に使用されるＲＡＭエリアを提供している。操作パネル２００４は、各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部等を備えている。２００５はネットワークに接続するためのネットワークインタフェースで、サーバ１００のネットワークインターフェース１００５と同等のものであっても良い。レンダリング部２００６は、受信したページ記述言語などの印刷コマンドに基づいて、実際に印刷を行う画像データを展開する。プリンタエンジン２００７は、レンダリング部２００６により展開された画像データに基づいて記録紙等の記録媒体に画像を印刷する。
【００２３】
本実施の形態では、プリンタ２００及びサーバ１００は、マイクロソフト社の提唱するWeb Services Dynamic Discovery（WS-Discovery），Web Services MetadataExchange（WS-MetadataExchange），Web Services Eventing（WS-Eventing）の仕様に準拠したプロトコルで通信を行うものとする。しかし、本願発明はこのようなプロトコルに限定されるものでない。また、本実施例ではプリンタを例に挙げて説明するが、スキャナ、複写機、複合機、ＦＡＸ等であってもよい。
【００２４】
［実施の形態１］
図４は、本実施の形態１に係るサーバ１００によるタイマ処理を説明するフローチャートである。この処理を実行するプログラムは、実行時にはＲＡＭ１００３にロードされてＣＰＵ１００１の制御の下に実行される。
【００２５】
図５は、本実施の形態１に係るサーバ１００とプリンタ２００との間の通信を簡略化して示す図である。
【００２６】
以下、図４のプロチャートと図５を参照して本実施の形態１に係るサーバ１００の動作を説明する。
【００２７】
このサーバ１００は、タイマ（不図示）により所定時間が計時されるごとに、このタイマ処理を実行し、このタイマ処理でデバイスの探索を行っている。まずステップＳ４０１で、タイマ割り込み或はタイマ出力を検出することにより、このタイマ処理が起動される。次にステップＳ４０２で、サーバ１００は、管理者により設定されたプリンタのデフォルトのスコープ値をデータベース１０７からロードし、このスコープ値をProbeメッセージに設定してマルチキャストで送信する（図５の５００）。このデフォルトのスコープ値が設定されたままであるプリンタ２００は、このProbeメッセージに応答して、スコープ値が一致していることを示すProbeMatchメッセージをサーバ１００に送信する（５０１）。このProbeMatchメッセージには、プリンタ２００を一意に特定するためのＵＵＩＤが含まれている。これを受信したサーバ１００は、このＵＵＩＤにより、プリンタ２００のアドレスを特定できる。ステップＳ４０３では、この探索によりデータベース１０７に登録されていない新しいプリンタを発見したかどうかを調べ、新しいプリンタを発見したと判断した場合はステップＳ４０４に進むが、そうでないときはステップＳ４０７に進み、このタイマ処理を終了する。
【００２８】
ステップＳ４０４では、その発見したプリンタに対してスコープ値の設定処理を行う。具体的には、管理者が予め入力しているスコープ値をデータベース１０７からロードする。そしてそのスコープ値をＸＭＬ文書の中に設定し、ＳＯＵＰパケットのSetScopeメッセージとしてプリンタ２００に送信する（５０２）。これを受信したプリンタ２００は、ＳＯＵＰパケットのＸＭＬ文書からスコープ値を取り出し、プリンタ２００の探索スコープ値として設定する。この設定時の処理結果は、SetScopeResponceメッセージに設定されてサーバ１００に返信される（５０３）。
【００２９】
この返信メッセージ（etScopeResponceメッセージ）を受信したサーバ１００は、ステップＳ４０５で、プリンタ２００から取得した情報をデータベース１０７のデバイス管理テーブルに登録する。次にステップＳ４０６で、データベース１０７から管理者の電子メールアドレスをロードし、上記処理において発見したプリンタ２００の情報を電子メールで、その管理者に通知する。
【００３０】
以上説明した構成により、管理者がネットワークに接続された機器の一台一台にスコープ値を設定するという手間を省くことができる。
【００３１】
［実施の形態２］
前述の実施の形態１では、管理者がプリンタの工場出荷時のデフォルトのスコープ値を調べて、サーバ１００のデータベースに予め登録する必要がある。これに対して本実施の形態２では、管理者がプリンタの工場出荷時のデフォルトのスコープ値を調べてサーバ１００に登録するという手間を無くした場合で説明する。
【００３２】
図６は、本発明の実施の形態２に係るプリントシステムの構成を表した図である。
【００３３】
ここでサーバ３００の構成は、前述の実施の形態１におけるサーバ１００と同様であり、プリンタ４００，５００の構成は、前述の実施の形態１に係るプリンタ２００と同様である。サーバ３００とプリンタ４００，５００とはネットワーク３１０を介して接続されており、最初、プリンタ４００，５００に設定されているスコープ値をサーバ３００が認識していないものとする。サーバ３００では、管理者の電子メールアドレス、管理者が設定したデバイスに設定する任意のスコープ値がデータベース３０１で管理されている。
【００３４】
図７は、本実施の形態２に係るサーバ３００による処理を説明するフローチャートである。この処理を実行するプログラムは、実行時にはＲＡＭ１００３にロードされてＣＰＵ１００１の制御の下に実行される。
【００３５】
図８は、本実施の形態２に係るサーバ３００、プリンタ４００、プリンタ５００間の通信を説明する図である。
【００３６】
図８において、プリンタ４００が起動されると、Ｈｅｌｌｏ（ハロー）メッセージをネットワーク３１０に対してマルチキャストで送信する（８００）。このハローメッセージのＸＭＬ文書には、プリンタ４００に設定されたＵＵＩＤ、探索用のスコープ値が含まれる。これを受信したサーバ３００は、図７のステップＳ７０２で、そのハローメッセージに含まれるスコープ値が、サーバ３００に設定された既知のスコープ値であるか否かを判断する。既知のスコープ値では無い場合はステップＳ７０３に進み、そのスコープ値をProbeメッセージに設定してデバイスの探索処理を行う（図８の８０１）。これによりプリンタ４００が同じ未知のスコープ値を持つデバイスとして探索される。
【００３７】
本実施の形態２では、この未知のスコープ値を持つプリンタ４００とプリンタ５００がProbeメッセージに応答してProbeMatchメッセージを返信するものとする（８０２）。このProbeMatchメッセージを受信するとステップＳ７０４で、探索の結果、新たに発見されたプリンタ４００及びプリンタ５００に対してスコープ値を設定する。具体的には、前述の実施の形態１と同様に、データベース３０１から、管理者が設定したスコープ値をロードし、そのスコープ値を含むSetScopeメッセージを生成してプリンタ４００、プリンタ５００に対して送信する（８０３）。これを受信したプリンタ４００，５００は、ＳＯＡＰパケットのＸＭＬ文書から、そのスコープ値を取り出し、プリンタ４００，５００のスコープ値として設定する。この設定時の処理結果は、SetScopeResponceメッセージに設定されてサーバ１００に返信される（８０４）。次にステップＳ７０５に進み、プリンタ４００、プリンタ５００より取得した情報を、データベース３０１のデバイス管理テーブルに登録する。次にステップＳ７０６で、そのデータベース３０１より管理者の電子メールアドレスをロードして、プリンタ４００、プリンタ５００の情報を、その管理者に電子メールで通知する。
【００３８】
一方、ステップＳ７０２で、既知のスコープ値の場合はステップＳ７０７に進み、そのプリンタより取得した情報をデータベース３０１のデバイス管理テーブルに登録する。
【００３９】
以上説明したように本実施の形態２によれば、管理者が一台一台にスコープ値を設定する必要がなくなる。更に、管理者がプリンタの工場出荷時のデフォルトのスコープ値を調べてサーバに登録する必要がないプリンタの管理方法が実現できる。
【００４０】
尚、前述の実施の形態に係るサーバ１００、サーバ３００は、プリンタを管理するサーバとして説明したが、代理する対象はプリンタに限らず、他のデバイスでも構わない。プリンタ以外のネットワーク対応型デバイスとしては、通信機能を有するハードディスク等のストレージデバイス、スキャナ、複写機、及びそれら複合機能を備えるデバイスであっても良い。特に、通信機能を有してプロキシサーバと属性情報の交換、ジョブの送受信が可能な装置であればいずれの装置でも実現可能である。また、この場合、プロキシサーバとネットワーク対応型デバイス間の通信プロトコルは、標準化或は汎用プロトコルであっても、ベンダ固有のプロトコルであっても同様に実現可能である。
【００４１】
また本実施の形態においては、ネットワーク対応型デバイスを例に説明しているが、デバイスとプロキシサーバ間は、ＵＳＢ、ＩＥＥＥ１３９４、パラレルなどのローカル接続による通信によっても実現可能である。またネットワークは有線、無線を問わない。
【００４２】
また本実施の形態では、独立した形態でサーバがネットワーク上に存在していたが、該サーバ機能は、ネットワーク対応型デバイスの内部もしくはクライアントの内部に、物理的に、或は論理的に組み込まれている場合においても実現可能である。
【００４３】
更にまた、本実施の形態におけるサーバが提供するプロトコル変換の組み合わせとしてマイクロソフト社が主体となって策定しているUniversal Plug and Playの例を示しているが、本発明はこれに限定されない。例えば、アップル社の提案するRendezvous，IBMIAが提案するBMLinks等のプロトコルでも実現可能である。また、これらデバイスの検索、デバイスの制御が統合化されたプロトコルのみならず、ＳＬＰ（Service Location Protocol），Multicast DNS Service Discovery等のデバイスが提供するサービスを検索するためのプロトコルも利用できる。またウエブサービスのようにＸＭＬ／ＳＯＡＰをベースとしたＲＰＣ（Remote Procedure Call）形式によるデバイスの制御を、従来の制御プロトコルに変換するために利用することも可能である。
【００４４】
本実施の形態において、サーバ間の情報通知プロトコルとしてＨＴＴＰ／ＴＣＰ／ＵＤＰ／ＩＰプロトコルを使用した例を示しているが、本発明はトランスポート手段に依存するものではなく、双方向の通信が可能であれば他の汎用プロトコル、或は独自プロトコルを使用した場合でも実現可能である。
【００４５】
以上説明したように本実施の形態によれば、複数のＰＤＬをサポートするデバイスからプラグアンドプレイ用のデバイス識別子を１つしか取得できない場合も、代理応答装置が他のデバイス識別子を生成してクライアントへ通知できる。これにより、適切なプリンタドライバを情報処理装置に自動インストールすることが可能である。
【００４６】
尚、本実施の形態で説明したように、本実施形態の主要部分はサーバ１００、サーバ３００の処理にある。サーバ１００、サーバ３００は、ハードディスク等の記憶装置を必要とするものの、パーソナルコンピュータ等の汎用情報処理装置上で動作するサーバアプリケーションプログラムで実現している。よって本発明は、コンピュータプログラムをその範疇とするのは明らかである。また通常、コンピュータプログラムは、ＣＤＲＯＭ等のコンピュータ可読記憶媒体をコンピュータにセットし、システムにコピー若しくはインストールすることで実行可能になる。従って、当然、そのようなコンピュータ可読記憶媒体も本発明の範疇に含まれる。
【００４７】
以上説明したように本実施の形態によれば、ウエブサービスを実装したデバイスを導入時に、管理者が１台１台に設定を行うといった煩わしさを軽減し、ユーザ環境においてすぐにデバイスの利用を可能にするデバイス管理方法を実現することができる。
【００４８】
尚、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００４９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５０】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ−ＤＶＤ，Ｂｌｕ−ｒａｙＤｉｓｃ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。また、このプログラムコードをネットワークを介してダウンロードしてもよい。
【００５１】
またコンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００５２】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００５３】
以上、本発明によってなされた発明を発明の実施の形態に基づき具体的に説明したが、本発明は前述した形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更することが可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施の形態に係るプリントシステムの構成をソフトウェア面から説明するブロック図である。
【図２】本実施の形態に係るサーバの概略構成を説明するブロック図である。
【図３】本実施の形態に係るネットワークプリンタの構成を説明するブロック図である。
【図４】本発明の実施の形態１に係るサーバによるタイマ処理を説明するフローチャートである。
【図５】本実施の形態１に係るサーバとプリンタとの間の通信を簡略化して説明する図である。
【図６】本発明の実施の形態２に係るプリントシステムの構成を表した図である。
【図７】本実施の形態２に係るサーバによる制御処理を説明するフローチャートである。
【図８】本実施の形態２に係るサーバとプリンタ間の通信を表した簡略図である。
【図１】
2007148828.tif 000003
【図２】
2007148828.tif 000004
【図３】
2007148828.tif 000005
【図４】
2007148828.tif 000006
【図５】
2007148828.tif 000007
【図６】
2007148828.tif 000008
【図７】
2007148828.tif 000009
【図８】
2007148828.tif 000010