(57)【要約】【課題】通常の周辺装置検索要求に応答することなく節電状態を維持しつつ、スリープモードに移行した後、ネットワーク上に接続されるクライアントデバイスからの検索要求に適応する代理応答サーバからの指示で、スリープモードを解除してデータ処理待ちへ自在に復帰することである。【解決手段】周辺装置としてのプリンタ３０１より、通常データ処理待機状態からスリープモード移行時にＬＡＮ１０１上に接続可能な代理応答サーバ２００にスリープ移行要求を通知し、該代理応答サーバ２００がスリープモード移行要求を受け付けた後、代理応答サーバ２００がＬＡＮ１０１に接続されるいずれかのクライアントＰＣ１００からのスリープ解除要求を受け付けた場合に、代理応答サーバ２００からのスリープ解除要求に基づいて、スリープモードを解除してデータ処理待ちに復帰する構成を特徴とする。【選択図】        図１
2004334793.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置であって、
前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープモード移行要求を通知する通知手段と、
前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段と、
前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待機状態に復帰する制御手段と、
を有することを特徴とする周辺装置。
【請求項２】
前記周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする請求項１記載の周辺装置。
【請求項３】
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、
スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるものを設定可能であることを特徴とする請求項１記載の周辺装置。
【請求項４】
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする請求項１記載の周辺装置。
【請求項５】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置であって、
前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段と、
前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段と、
前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段と、
を有することを特徴とするサーバ装置。
【請求項６】
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする請求項５記載のサーバ装置。
【請求項７】
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能とであり、
スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスを設定可能であることを特徴とする請求項５記載のサーバ装置。
【請求項８】
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする請求項５記載のサーバ装置。
【請求項９】
ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスであって、
通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段と、
前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段と、
前記受付手段による前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理手段と、
を有することを特徴とするクライアントデバイス。
【請求項１０】
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする請求項９記載のクライアントデバイス。
【請求項１１】
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、
スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスとすることが可能であることを特徴とする請求項１０記載のクライアントデバイス。
【請求項１２】
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする請求項１０記載のクライアントデバイス。
【請求項１３】
ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ち状態で待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムであって、
前記周辺装置は、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知手段と、
前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段と、
前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ち状態に復帰する制御手段とを備え、
前記代理応答サーバは、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段と、
前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段と、
前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段と、
を備え、
前記クライアントデバイスは、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段と、
前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段と、
前記受付手段による前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理手段と、
を備えることを特徴とするネットワークデバイスシステム。
【請求項１４】
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする請求項１３記載のネットワークデバイスシステム。
【請求項１５】
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスとすることが可能であることを特徴とする請求項１３記載のネットワークデバイスシステム。
【請求項１６】
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする請求項１４記載のネットワークデバイスシステム。
【請求項１７】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置におけるデバイス検索方法であって、
前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知ステップと、
前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付ステップと、
前記受付ステップが前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ち状態に復帰する制御ステップと、
を有することを特徴とするデバイス検索方法。
【請求項１８】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置におけるデバイス検索方法であって、
前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録ステップと、
前記登録ステップによる登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索ステップと、
前記検索ステップにより検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知ステップと、
を有することを特徴とするデバイス検索方法。
【請求項１９】
ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスにおけるデバイス検索方法であって、
通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行ステップと、
前記発行ステップによる特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付ステップと、
前記受付ステップによる前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理ステップと、
を有することを特徴とするデバイス検索方法。
【請求項２０】
ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ち状態で待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムのデバイス検索方法であって、
前記周辺装置において、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知ステップと、
前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付ステップと、
前記受付ステップが前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ち状態に復帰する制御ステップとを備え、
前記代理応答サーバにおいて、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録ステップと、
前記登録ステップによる登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索ステップと、
前記検索ステップにより検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知ステップとを備え、
前記クライアントデバイスにおいて、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行ステップと、
前記発行ステップによる特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付ステップと、
前記受付ステップによる前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理ステップと、
を備えることを特徴とするデバイス検索方法。
【請求項２１】
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする請求項１７〜２０のいずれかに記載のデバイス検索方法。
【請求項２２】
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスとすることが可能であることを特徴とする請求項１９〜２１のいずれかに記載のデバイス検索方法。
【請求項２３】
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする請求項１７〜２０のいずれかに記載のデバイス検索方法。
【請求項２４】
請求項１７〜２０のいずれかに記載のデバイス検索方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項２５】
請求項１７〜２０のいずれかに記載のデバイス検索方法を実現することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で所定のプロトコルにより通信可能な周辺装置およびサーバ装置およびクライアントデバイスおよびネットワークデバイスシステムおよびデバイス検索方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。
【０００２】
【従来の技術】
従来、周辺装置（複写機、複合機、ファクシミリ、デジタルカメラ、スキャナなどを含む）とコンピュータとをネットワーク接続したサービス提供装置及び、サービス提供システム等のネットワークデバイスシステムが知られている。
【０００３】
例えば、インターネットによる通信の飛躍的な普及に伴い、ネットワーク対応型機器も、従来のパーソナルコンピュータから、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、携帯電話等のユーザインタラクティブなデバイスや、スキャナ、プリンタ、複写機、デジタルカメラ等の画像処理装置、テレビ、エアコン、冷蔵庫等の家電製品に至るまでネットワーク対応が急速に進められつつある。
【０００４】
それに伴い、これらネットワーク対応型デバイスを利用する上での利便性、簡易性を高めるために、ネットワークアドレスの自動設定手段、ネットワークデバイスの探索、検索手段、ネットワーク対応型デバイスを制御するためのアプリケーションソフトウエア、ユーティリティソフトウエア、オペレーティングシステム等の自動セットアップ手段を提供する、さまざまなプロトコルが提案されている。たとえば、Ｍｉｃｒｏｓｏｆｔ社が主体となって策定を進めるＵＰｎＰ（登録商標）、日本事務機工業会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋＳ（登録商標）、Ａｐｐｌｅ  ＯＳ  ＸでサポートされるＲｅｎｅｄｚｖｏｕｓ（登録商標）などがその一例である。
【０００５】
一方で、省エネルギーの観点からこれらネットワーク対応型デバイスに対し、消費電力を抑えるべく改善が進められている。
【０００６】
ＰＤＡ、携帯電話のように小型バッテリで駆動するデバイスの場合、長時間利用可能なように消費電力を抑える必要があり、一方、プリンタ、複写機等、熱定着機のように消費電力の大きな装置をもつデバイスの場合、消費電力がいかに低いかが製品普及のための一因ともなっている。
【０００７】
通常、これらデバイスは一定時間、ユーザからの操作が実行されなかった場合、あるいは一定時間、他のデバイスとの通信が実行されずアイドル状態が継続するとスリープモードに移行し、スリープモードに移行すると、ワンチップマイコン、ＬＡＮコントローラなど低消費電圧のデバイスに対してのみ電力供給を継続することで、必要最低限の通信機能を維持し、不要な電力供給を停止することで消費電力を抑える処理を実施している。
【０００８】
スリープモードの解除には、これらデバイスが、特定データ形式を持つパケットを監視し、特定のデータ形式を持つパケットを受信した場合に、スリープモードが解除され、通常の通信処理を再開するという処理を実施している。
【０００９】
特に、オフィスやホームでは、地球環境保護の意識やコスト意識の高まりにより、より完全な省電力の要求が高まりつつある。
【００１０】
また、上記ＵＰｎＰ（登録商標）（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）では、Ｓｔａｎｂｙ  Ｑｕｅｒｙ命令による省電力デバイスの検出方法が提示されている。ただし、Ｑｕｅｒｙのパケットの宛て先については何ら開示はない。
【００１１】
例えば、従来技術においては、デバイスが省電力モードに入る場合に、デバイスを代行して応答するサーバが開示されている（特許文献１）。
【００１２】
【特許文献１】特開平５−１７５９６４号公報
【００１３】
【発明が解決しようとする課題】
しかし、従来のＵＰｎＰ（登録商標）デバイス検索パケットでは、デバイスの状態に関わらずホストコンピュータからの問い合わせに対してスリープ又はパワーセーブ状態（以下、省電力状態）のデバイスがウェイクアップ（起動）し、応答を返す必要があった。このため、省電力モードを備えていても実質的に機能せず、省エネ効果が十分発揮できなかった。
【００１４】
また、例えば、ＵＰｎＰ（登録商標）（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）では、Ｓｔａｎｂｙ  Ｑｕｅｒｙ命令による省電力デバイスの検出方法が提示されたが、この方法では、例えば、旧式なデバイスなど、Ｑｕｅｒｙに対してウェイクアップする条件の設定が柔軟にできない、又は不可能なデバイスに対しては、省電力対応の要求に対応できない。
【００１５】
つまり、Ｓｔａｎｂｙ  Ｑｕｅｒｙが来る度毎に、デバイスは応答せざるを得ず、ほとんど省電力状態に入ることができない等の問題点があった。
【００１６】
本発明は、上記の問題点を解決するためになされたもので、本発明の第１の目的は、ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置において、通常データ処理待機状態からスリープモード移行時にネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知し、該代理応答サーバがスリープモード移行要求を受け付けた後、代理応答サーバがネットワークに接続されるいずれかのクライアントデバイスからのスリープ解除要求を受け付けた場合に、スリープモードを解除してデータ処理待ちに復帰することにより、通常のプリンタ検索要求に応答することなく節電状態を維持しつつ、スリープモードに移行した後、ネットワーク上に接続されるクライアントデバイスからの検索要求に適応する代理応答サーバからの指示で、スリープモードを解除してデータ処理待ちへ自在に復帰できる節電性に優れた周辺装置環境を構築できる周辺装置およびデバイス検索方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１７】
第２の目的は、ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置において、周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録し、該登録後、ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索し、該検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知することにより、スリープモード移行後、通常の周辺装置検索要求に対して随時応答することなく節電状態を維持し、クライアントデバイスからのスリープ解除要求に適応して、周辺装置のスリープモードを解除してデータ処理待ちへ自在に復帰させることができる節電性に優れた周辺装置環境を構築できるサーバ装置およびデバイス検索方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１８】
第３の目的は、ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスにおいて、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行し、該周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付けた後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信することにより、ネットワーク接続時に、ネットワーク上でスリープ中の周辺装置を認知できない場合でも、該スリープ中の周辺装置のスリープ状態を解除して、データ処理可能な状態へ確実に復帰できる節電性に優れた周辺装置環境を構築できるクライアントデバイスおよびデバイス検索方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１９】
第４の目的は、ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ちで待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムにおいて、周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知し、該スリープモード移行要求を受け付けた後、いずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、代理応答サーバからのスリープ解除要求を受け付けて、スリープモードを解除してデータ処理待ちに復帰することにより、ネットワーク接続時に、ネットワーク上でスリープ中の周辺装置を認知できない場合でも、該スリープ中の周辺装置のスリープ状態を解除して、データ処理可能な状態へ確実に復帰できる節電性に優れた周辺装置環境を構築できるネットワークデバイスおよびデバイス検索方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００２０】
【課題を解決するための手段】
上記目的を達成する本発明の周辺装置は以下に示す構成を備える。
【００２１】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープモード移行要求を通知する通知手段と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段と、前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ちに復帰する制御手段とを有することを特徴とする。
【００２２】
上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。
【００２３】
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段と、前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段と、前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段とを有することを特徴とする。
【００２４】
上記目的を達成する本発明のクライアントデバイスは以下に示す構成を備える。
【００２５】
ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスであって、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段と、前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段と、前記受付手段による前記復帰応答受付後、所定のジョブ要求を前記スリープモードが解除された特定の周辺装置に対して送信するジョブ処理手段とを有することを特徴とする。
【００２６】
上記目的を達成する本発明のネットワークデバイスシステムは以下に示す構成を備える。
【００２７】
ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ちで待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムであって、前記周辺装置は、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知手段と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段と、前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ち状態に復帰する制御手段とを備え、前記代理応答サーバは、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段と、前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段と、前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段とを備え、前記クライアントデバイスは、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段と、前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段と、前記受付手段による前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理手段とを備えることを特徴とする。
【００２８】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明の第１実施形態を示すネットワークデバイスシステムの構成を示すブロック図であり、例えばクライアント装置（クライアントデバイス（クライアントＰＣ））１００がＬＡＮ１０１を介して、プロキシ（代理応答サーバ（サーバ装置））２００，周辺装置、例えばプリンタ３０１，３０２と通信可能に構成されている例に対応する。なお、説明上、プリンタ装置（プリンタ）４００は、ＬＡＮ１０１上に１台接続されるシステム例を示すが複数台のプリンタ装置が接続されるシステムにも適応可能であることはいうまでもない。
【００２９】
以下、代理応答サーバが存在する場合と存在しない場合とで、デバイスが省電力モードデバイス検出用のＭｕｌｔｉｃａｓｔパケットへの応答および省電力モード（Ｓｌｅｅｐ）状態から復帰する条件（タイミング）を変える例について説明する。
【００３０】
図１において、３０１、３０２はプリンタで、後述するプリンタコントローラおよびプリントエンジンに電源が供給されることにより動作する。
【００３１】
１００はクライアントＰＣ、２００は代理応答サーバ（Ｐｒｏｘｙ  ｓｅｒｖｅｒ）でイーサネット（登録商標）などのローカルエリアネットワーク（ＬＡＮ１０１）を介してプリンタ３０１、３０２と接続されており、プリンタ３０１、３０２に対してプリントジョブを所定のプロトコルにより送信したり、プリンタの状態を問い合わせる等の各種遠隔制御を行う様に構成されている。
【００３２】
図２は、図１に示したプリンタ３０１の構成を説明するブロック図である。
【００３３】
図２において、不図示の電源からプリンタ３０１の各部へ電源供給を制御する電源制御部３０１−３を備えている。電源制御部３０１−３は２系統の電源供給ラインを備えており１系統は常時電線（図中の常夜電線３０１−３−Ｌ１）でＬＡＮコントローラに接続されており、他１系統は非常時電線（非常夜電線３０１−３−Ｌ２）で、プリンタコントローラ３０−１およびプリントエンジン部に３０１−２接続されており、プリンタ３０１がある一定期間待機状態が続きプリンタコントローラ３０１−１のＣＰＵ３０１−１−１から省電力モード状態への移行を指示されると、非常時電線３０１−３−Ｌ２からの電源供給は停止され、常時電線３０１−３−Ｌ１に接続されたＬＡＮコントローラ３０１−１−５および電源制御部３０１−３のみが動作可能な状態となる様に構成されている。
【００３４】
例えばＬＡＮコントローラ３０１−１−５は、Ａｄｖａｎｃｅｄ  ＭｉｃｒｏＤｅｖｉｃｅｓ，Ｉｎｃ．（ＡＭＤ社）のＭａｇｉｃ  Ｐａｃｋｅｔ（登録商標）技術等を備えていてもよく、ＬＡＮ１０１上から予めＬＡＮコントローラ３０１−１−５に記憶設定された特定のデータパターンを含むパケットを受信すると、プリンタ３０１を通常状態へ復帰させるために電源制御部３０１−３に対して非常時電線３０１−３−Ｌ２への供給を再開指示する様に構成されている。
【００３５】
上記の図１のシステム構成および図２のプリンタ３０１の構成において、クライアントＰＣ１００からの要求に応じてプリンタ３０１が省電力モード状態から通常状態へ復帰するまでの動作を以下、図３に示すフローチャートおよび図４、図５、図６、図７に示すネットワークデバイス状態例を用いて説明する。
【００３６】
図３は、本発明に係るネットワークデバイスシステムにおける第１のデータ処理手順の一例を示すフローチャートであり、図１に示したクライアントＰＣ１００からＬＡＮ１０１上に接続されたプリンタに対して印刷ジョブデータを送信するまでの制御手順に対応する。なお、クライアントＰＣ１００の図示しないＲＯＭ又はその他の記憶媒体に格納されたプログラムに基づくＣＰＵの動作手順に対応する。なお、Ｓ１０１〜Ｓ１０９は各ステップを示す。
【００３７】
図４〜図７は、図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図であり、図１と同一のものには同一の符号を付してある。
【００３８】
まず、クライアントＰＣ１００上のユーザ（オペレータ）からデータ処理の好適な一例である印刷ジョブの処理の要求を受け付けると、ＬＡＮ１０１上に接続されたプリンタを検索するためのマルチキャストアドレス（例２３９．２５５．２５５．２５０）に対して検索要求パケットを送信する（Ｓ１０１）。この時のシステムデバイス状態は、図４に示す例に対応し、クライアントＰＣ１００がＬＡＮ１０１上にプリンタ３０１がスリープ状態（省電力モード状態）に移行する前から接続されている場合には、マルチキャストアドレス（例２３９．２５５．２５５．２５０）に対して検索要求パケットを送信する。なお、図４において、プリンタ３０１が破線でＬＡＮ１０１に接続されているのは、現在プリンタ３０１が（Ｓｌｅｅｐ／Ｏｆｆｌｉｎｅ）にあることを示す。
【００３９】
次に、ステップＳ１０１で送信された検索要求パケットを受信したネットワーク上のいずれかのデバイスから応答有無を判断し（Ｓ１０２）、応答があったと判断した場合、応答パケット内に含まれるデバイス状態情報を判断し、省電力モード状態（Ｓｌｅｅｐ中）を返すデバイスが存在するか否かを判断する（Ｓ１０３）。
【００４０】
なお、従来の技術で説明したように、省電力モード状態に移行しているデバイス自身（本実施形態では、プリンタ３０１）は、図５に示すように、前記検索要求パケットに応答を返さないため、ここで省電力モード状態（Ｓｌｅｅｐ中）を返すデバイスとは代理応答サーバ２００、あるいはジョブ待ち状態のプリンタ３０２であることを意味している。
【００４１】
なお、図５において、代理応答サーバ２００は、図５に示す手順▲２▼−１に従いクライアントＰＣ１００に応答するとともに、アクティブなプリンタ３０２は、図５に示す手順▲２▼−２に従い応答する。なお、本実施形態におけるジョブ待ち状態とは、他の周辺装置におけるデータ処理待ち状態に対応するものである。
【００４２】
ここで、前記検索要求パケットへの応答が１つも無いもしくは代理応答サーバ２００からの応答が無いと判定した場合には、図６に示すようにクライアントＰＣ１００よりＬＡＮ１０１上に省電力モード（ｓｌｅｅｐ中）デバイス検索用のマルチキャストアドレス（例２３９．２５５．２５５．ＢＢＢ）宛に再度検索要求パケットを送信して（Ｓ１０４）、ステップＳ１０５へ進む。
【００４３】
一方、ステップＳ１０３において、応答があったと判断した場合には、上記検索要求に対して応答を返したデバイスからクライアントＰＣ１００上のユーザ（オペレータ）の指示によって一意のデバイスを選択し（Ｓ１０５）、該選択されたデバイスの状態が省電力モード（ｓｌｅｅｐ中）かを判断する（Ｓ１０６）。
【００４４】
省電力モード状態のデバイスが選択された場合には、図７の手順▲３▼に示すように応答パケットの送信元アドレスに対して通常状態への復帰命令パケットを送信し（Ｓ１０７）、選択されたデバイスの省電力モード状態が解除されるまで（解除通知を受けるまで）待機する（Ｓ１０８）。
【００４５】
そして、省電力モード状態が解除されると、またはステップＳ１０６で、選択されたデバイスの状態が省電力モード状態ではないと判断された場合、選択デバイスに対して印刷ジョブを送信して（Ｓ１０９）、処理を終了する。
【００４６】
なお、図７において、手順▲３▼の後、代理応答サーバ２００は、プリンタ３０１の代理応答登録情報を削除する手順▲４▼を行うとともに、プリンタ３０１に対して復帰命令を転送する手順▲５▼を実行する。
【００４７】
これを受けて、プリンタ３０１は、スリープ状態からアクティブ状態に復帰し、プリンタ３０１に対して、復帰コマンドに対応する返答を行う手順▲６▼を実行する。
【００４８】
また、図７において、マルチキャストアドレス（例２３９．２５５．２５５．ＢＢＢ）に対する応答では、アクティブ中のプリンタ３０２は、応答フェーズに関わることがないため、当該応答フェーズに際して、ＬＡＮ１０１上のトラフィックを過度に圧迫することもない。
【００４９】
以下、図８に示すフローチャートおよび図９〜図１４に示すネットワークデバイス状態例を用いて、プリンタ３０１が省電力モード状態（Ｓｌｅｅｐ）に移行するまでの制御について説明する。
【００５０】
図８は、本発明に係るネットワークデバイスシステムにおける第２のデータ処理手順の一例を示すフローチャートであり、プリンタ３０１が省電力モード状態（Ｓｌｅｅｐ）に移行する際の制御手順に対応し、図２に示したプリンタ３０１のＲＯＭ又は図示しないその他の記憶媒体に格納されたプログラムに基づくＣＰＵの動作手順である。なお、Ｓ３０１〜Ｓ３０５は各ステップを示す。
【００５１】
図９〜図１４は、図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図であり、図１と同一のものには同一の符号を付してある。
【００５２】
まず、プリンタ３０１が予め設定された期間待機状態を経過すると、プリンタ３０１が省電力モード状態（ｓｌｅｅｐ）中の間、プリンタ３０１の代理応答を依頼登録する代理応答サーバを検索するためのマルチキャストアドレス（特定グループに属する複数デバイス宛アドレス（例えば図９に示す「ＡＡＡ．ＢＢＢ．ＣＣＣ．ＤＤＤ」）に対して検索要求パケットをＬＡＮ１０１上に送信する（Ｓ３０１）。
【００５３】
そして、該検索要求パケットへの応答を返した代理応答サーバ（例えば代理応答サーバ２００）が存在するかを判断し（Ｓ３０２）、代理応答サーバが存在すると判断した場合には、代理応答サーバ２００に対して代理応答情報を登録（図９に示す登録手順▲３▼）し（Ｓ３０３）、図１０に示すように、代理応答サーバ２００より、手順▲４▼に従う登録完了通知を受信したら、図１１に示すように、省電力モード状態に移行して（Ｓ３０５）、処理を終了する。
【００５４】
一方、ステップＳ３０２で、前記検索要求パケットへの代理応答サーバからの応答が無いと判断した場合、例えば図１２に示すように、ネットワーク上に代理応答サーバ２００が存在しない場合には、図１３に示す省電力モード状態へ移行する公告パケットをマルチキャストアドレス（例２３９．２５５．２５５．２５０）に対して送信する手順▲１▼を実行し（Ｓ３０４）、図１４に示すように省電力モード状態に移行して（Ｓ３０５）、処理を終了する。なお、図１４に示す破線は、プリンタ３０１がスリープ状態にあることを示す。
【００５５】
以下、図１５に示すフローチャートおよび図９〜図１４に示すネットワークデバイス状態例を用いて、プリンタ３０１が省電力モード状態（Ｓｌｅｅｐ）に移行するまでの制御について説明する。
【００５６】
図１５は、本発明に係るネットワークデバイスシステムにおける第３のデータ処理手順の一例を示すフローチャートであり、プリンタ３０１がクライアントＰＣ１００から送信される検索要求パケットに応答する際の制御手順に対応する。なお、Ｓ４０１〜Ｓ４０８は各ステップを示し、特に、ステップＳ４０１〜Ｓ４０６は、図２に示したプリンタ３０１のＲＯＭ又は図示しないその他の記憶媒体に格納されたプログラムに基づくＬＡＮコントローラ３０１−１−５の動作手順に対応し、ステップＳ４０７，Ｓ４０８は、図２に示したプリンタ３０１のＲＯＭ又は図示しないその他の記憶媒体に格納されたプログラムに基づくＣＰＵ３０１−１−１の動作手順に対応する。
【００５７】
まず、図２のＬＡＮコントローラ３０１−１−５がクライアントＰＣ１００から送信される検索要求パケット（例えば図４に示す通常検索・状態確認用のパケット）を受信すると（Ｓ４０１）、現在のプリンタ状態を判断し（Ｓ４０２）、省電力モード状態であると判断した場合、受信した検索要求パケットの送信先アドレスが省電力モードデバイス検索用のマルチキャストアドレス（例２３９．２５５．２５５．２５０）か否かをＬＡＮコントローラ３０１−１−５が判断する（Ｓ４０３）。
【００５８】
ここで、ＬＡＮコントローラ３０１−１−５が省電力モードデバイス検索用のマルチキャストアドレスであると判断した場合には、さらに図８で説明した代理応答サーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）２００に対して代理応答を登録済かを判断し（Ｓ４０４）、代理応答サーバ２００に未登録の場合には、プリンタコントローラに対して省電力モード状態を解除する通知を行ない（Ｓ４０５）、プリンタコントローラ３０１−１が省電力モード状態から復帰すると、プリンタステータス情報を含む応答パケットをクライアントＰＣ１００に返信して（Ｓ４０６）、処理を終了する。
【００５９】
一方、ステップＳ４０２で、現在のプリンタ状態が省電力モード状態ではないと判断した場合には、通常（省電力モード状態のデバイス検索用ではない）のデバイス検索用のマルチキャストアドレス（例：２３９．２５５．２５５．２５０）かを否かを判断し（Ｓ４０７）、通常のデバイス検索用のマルチキャストアドレスの場合にはプリンタステータス情報を含む応答パケットをクライアントＰＣ１００に返信して（Ｓ４０８）、処理を終了する。
【００６０】
以下、図１６に示すフローチャートを参照して、プリンタ３０１が省電力モード状態復帰要求パケットを受信処理する場合について説明する。
【００６１】
図１６は、本発明に係るネットワークデバイスシステムにおける第４のデータ処理手順の一例を示すフローチャートであり、プリンタ３０１が省電力モード状態復帰要求パケットを受信した際の制御手順に対応する。なお、Ｓ５０１〜Ｓ５０４は各ステップを示し、特に、ステップＳ５０１〜Ｓ５０２は、図２に示したプリンタ３０１のＲＯＭ又は図示しないその他の記憶媒体に格納されたプログラムに基づくＬＡＮコントローラ３０１−１−５の動作手順に対応し、ステップＳ５０４は、図２に示されるプリンタ３０１のＲＯＭ又は図示しないその他の記憶媒体に格納されたプログラムに基づくＣＰＵ３０−１−１の動作手順に対応する。
【００６２】
まず、図２のＬＡＮコントローラ３０１−１−５が省電力モード状態復帰要求パケットを受信すると（Ｓ５０１）、現在のプリンタ状態を判断し（Ｓ５０２）、省電力モード状態であると判断した場合、プリンタコントローラ３０１−１に対して省電力モード状態を解除する通知を行ない（Ｓ５０３）、プリンタコントローラ３０１−１が省電力モード状態から復帰すると、プリンタステータス情報を含む応答パケットをクライアントＰＣ１００に返信して（Ｓ５０４）、処理を終了する。
【００６３】
一方、ステップＳ５０２で、現在のプリンタ状態が省電力モード状態ではないと判断した場合には、プリンタステータス情報を含む応答パケットを返して処理を終了する。
【００６４】
以下、図１７に示すフローチャートを参照して、代理応答サーバ２００における省電力モード状態デバイスの代理応答制御について説明する。
【００６５】
図１７は、本発明に係るネットワークデバイスシステムにおける第５のデータ処理手順の一例を示すフローチャートであり、代理応答サーバ２００における省電力モード状態デバイスの代理応答制御手順に対応する。なお、Ｓ６０１〜Ｓ６０３は各ステップを示し、各ステップは、図示しない代理応答サーバ２００内のＲＯＭ又はその他の記憶媒体に格納されたプログラムに基づくＣＰＵの動作手順に対応する。
【００６６】
まず、クライアントＰＣ１００から送信されるマルチキャストアドレス宛のプリンタ検索要求パケットを受信すると（Ｓ６０１）、代理応答サーバ２００内のＣＰＵが代理応答登録したプリンタが存在するか否かを判断し（Ｓ６０２）、代理応答登録されたデバイスが存在すると判断した場合には、図９において説明したプリンタ３０１からの代理登録情報に基づいて、図５に示したようにクライアントＰＣ１００に対して代理応答登録されたプリンタの状態情報を返信するプリンタステータス情報代理応答を行い（Ｓ６０３）、処理を終了する。
【００６７】
以下、図１８に示すフローチャートを参照して、代理応答サーバ２００における代理応答登録されたデバイスに対する省電力モード復帰要求パケットを受信処理について説明する。
【００６８】
図１８は、本発明に係るネットワークデバイスシステムにおける第５のデータ処理手順の一例を示すフローチャートであり、代理応答サーバ２００が代理応答登録されたデバイスに対する省電力モード復帰要求パケットを受信した際の制御手順に対応し、代理応答サーバ２００内の図示しないＲＯＭ又はその他の記憶媒体に格納されたプログラムに基づくＣＰＵの動作手順に対応する。なお、Ｓ７０１〜Ｓ７０５は各ステップを示す。
【００６９】
まず、クライアントＰＣ１００から送信される省電力モード状態復帰要求パケットを受信すると（Ｓ７０１）、代理応答登録しているプリンタが存在するか否かを代理応答サーバ２００内のＣＰＵが判断し（Ｓ７０２）、代理応答登録されたデバイスが存在すると判断した場合には、さらに前記受信した省電力モード状態復帰要求パケット内で指定されたデバイス名と一致する代理応答プリンタが存在するかを同様に代理応答サーバ２００内のＣＰＵが判断し（Ｓ７０３）、一致するプリンタが存在すると判断した場合には、図７の手順▲４▼に示すように、代理応答登録情報を削除し（Ｓ７０４）、図７の手順５に示すように、受信した省電力モード状態復帰要求パケットを当該プリンタ３０１に対して転送し（Ｓ７０５）、処理を終了する。
【００７０】
以後、プリンタ３０１は、図７の手順▲６▼に示すように復帰コマンドをクライアントＰＣ１００に点灯して、スリープモードを解除して、ジョブ待ちのＡｃｔｉｖｅ／Ｒｅａｄｙ状態に移行する。
【００７１】
これにより、通常状態（Ａｃｔｉｖｅ／Ｒｅａｄｙ状態）時のデバイス検索パケットの宛先（マルチキャストアドレス）と、省電力モード状態時のデバイス検索パケットの宛先（マルチキャストアドレス）を分けるので、ネットワーク上で、例えばプリンタ３０１がスリープモード（節電モード）に入った後、ネットワーク上に新たに接続されたクライアントＰＣは、ユニークなネットワークアドレス、上記実施形態では、（例２３９．２５５．２５５．ＢＢＢ）宛に再度検索要求パケットを送信して、代理応答サーバ２００からの応答を受信した後は、従来ならば、認識できないプリンタ３０１を認識して、スリープモードから復帰するプリンタ３０１からのコマンドを待って、以後、通常のジョブ処理要求をプリンタ３０１に発行することができる。
【００７２】
また、Ｓｔａｎｂｙ  Ｑｕｅｒｙ命令（スリープデバイスに対する探索要求）を含むパケットの宛先を通常のＱｕｅｒｙ（探索要求）と分離し、必要なデバイスのみを起こすことが可能となる。
【００７３】
〔第２実施形態〕
上記第１実施形態では、復帰用のアドレスとして、ユニークな（例２３９．２５５．２５５．ＢＢＢ）を利用する場合について説明したが、該ＢＢＢに割り当てるアドレスを、複数個代理応答サーバ２００が管理して、クライアントＰＣからの多種多様なプリントジョブ要求、例えばオプション機器の有無や、プリント速度、プリント方式に応えて、特定の機能処理を実行するスリープ中のプリンタを目覚めさせるように制御してもよい。
【００７４】
また、上記各実施形態では、有線ネットワークを例とするシステムについて説明したが、無論無線ネットワーク（いわゆる、Ｂｌｕｅｔｏｏｔｈ（登録商標）仕様に準拠するネットワーク）においても、本発明を適用することができる。その際、サービス提供デバイスとして、各種の無線通信可能な携帯ツール、例えばＢｌｏｏｔｏｏｔｈ仕様の通信処理を代行可能なＰＤＡ，携帯電話等を利用して本発明に係るシステムを構築すれば、さらに有用なシステムを構築できることは言うまでもない。
【００７５】
さらに、上記実施形態において、代理応答サーバ２００からのＷａｋｅＵＰを受け付けた後、プリンタ３０１はスリープモード解除を実行しているが、ジョブ終了後に再びスリープモードに移行するモードを設けることも可能である。
【００７６】
以下、図１９に示すメモリマップを参照して本発明に係るネットワークデバイスシステムで読み出し可能なデータ処理プログラムの構成について説明する。
【００７７】
図１９は、本発明に係るネットワークデバイスシステムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【００７８】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００７９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００８０】
本実施形態における図３，図８，図１５，図１６，図１７，図１８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【００８１】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８３】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【００８４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８６】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【００８７】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜２５について説明する。
【００８８】
〔実施態様１〕
ネットワーク（例えば図１に示すＬＡＮ１０１）に接続された複数のクライアントデバイス（例えば図１に示すクライアントＰＣ１００）と通信可能な周辺装置であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープモード移行要求を通知する通知手段（図２に示すＬＡＮコントローラ３０１−１−５）と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段（図２に示すＬＡＮコントローラ３０１−１−５）と、前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してジョブ待ち状態に復帰する制御手段（図２に示すＬＡＮコントローラ３０１−１−５）とを有することを特徴とする周辺装置。
【００８９】
〔実施態様２〕
前記周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする実施態様１記載の周辺装置。
【００９０】
〔実施態様３〕
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるものを設定可能であることを特徴とする実施態様１記載の周辺装置。
【００９１】
〔実施態様４〕
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする実施態様１記載の周辺装置。
【００９２】
〔実施態様５〕
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））と、前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））と、前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））とを有することを特徴とするサーバ装置。
【００９３】
〔実施態様６〕
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする実施態様５記載のサーバ装置。
【００９４】
〔実施態様７〕
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるものを設定可能であることを特徴とする実施態様５記載のサーバ装置。
【００９５】
〔実施態様８〕
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする実施態様５記載のサーバ装置。
【００９６】
〔実施態様９〕
ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスで（例えば図１に示すクライアントＰＣ１００）あって、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））と、前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））と、前記受付手段による前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））とを有することを特徴とするクライアントデバイス。
【００９７】
〔実施態様１０〕
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする実施態様９記載のクライアントデバイス。
【００９８】
〔実施態様１１〕
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるものを設定可能であることを特徴とする実施態様９記載のクライアントデバイス。
【００９９】
〔実施態様１２〕
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする実施態様９記載のクライアントデバイス。
【０１００】
〔実施態様１３〕
ネットワークに接続された複数の周辺装置と、前記ネットワーク上でジョブ待ち状態で待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムであって、前記周辺装置は、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知手段（図２に示すＬＡＮコントローラ３０１−１−５）と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付手段（図２に示すＬＡＮコントローラ３０１−１−５）と、前記受付手段が前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ちに復帰する制御手段（図２に示すＬＡＮコントローラ３０１−１−５）とを備え、
前記代理応答サーバは、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））と、前記登録手段による登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））と、前記検索手段により検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知手段（例えば図１に示す代理応答サーバ２００の図示しないネットワークコントローラ（ＮＩＣ））とを備え、
前記クライアントデバイスは、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））と、前記発行手段による特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））と、前記受付手段による前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理手段（例えば図１に示すクライアントＰＣ１００の図示しないネットワークコントローラ（ＮＩＣ））とを備えることを特徴とするネットワークデバイスシステム。
【０１０１】
〔実施態様１４〕
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする実施態様１３記載のネットワークデバイスシステム。
【０１０２】
〔実施態様１５〕
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスとすることが可能であることを特徴とする実施態様１３記載のネットワークデバイスシステム。
【０１０３】
〔実施態様１６〕
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする実施態様１３記載のネットワークデバイスシステム。
【０１０４】
〔実施態様１７〕
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置におけるデバイス検索方法であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知ステップ（図８に示すステップ（Ｓ３０１））と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付ステップ（図１６に示すステップ（Ｓ５０２））と、前記受付ステップが前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ちに復帰する制御ステップ（図１６に示すステップ（Ｓ５０３））とを有することを特徴とするデバイス検索方法。
【０１０５】
〔実施態様１８〕
ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置におけるデバイス検索方法であって、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録ステップ（図８に示すステップ（Ｓ３０３））と、前記登録ステップによる登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索ステップ（図１７に示すステップＳ６０２））と、前記検索ステップにより検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知ステップ（図１７に示すステップＳ６０３））とを有することを特徴とするデバイス検索方法。
【０１０６】
〔実施態様１９〕
ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスにおけるデバイス検索方法であって、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行ステップ（図３に示すステップＳ１０４）と、前記発行ステップによる特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付ステップ（図３に示すステップＳ１０８）と、前記受付ステップによる前記復帰応答受付後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理ステップ（図３に示すステップＳ１０９）とを有することを特徴とするデバイス検索方法。
【０１０７】
〔実施態様２０〕
ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ちで待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムのデバイス検索方法であって、前記周辺装置において、前記周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープ移行要求を通知する通知ステップ（図８に示すステップ（Ｓ３０１））と、前記代理応答サーバが前記周辺装置からのスリープモード移行要求を受け付けた後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、前記代理応答サーバからのスリープ解除要求を受け付ける受付ステップ（図１６に示すステップ（Ｓ５０２））と、前記受付ステップが前記スリープ解除要求を受け付けた場合に、前記スリープモードを解除してデータ処理待ちに復帰する制御ステップ（図１６に示すステップ（Ｓ５０３））とを備え、
前記代理応答サーバにおいて、前記周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録する登録ステップ（図８に示すステップ（Ｓ３０３））と、前記登録ステップによる登録後、前記ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索する検索ステップ（図１７に示すステップＳ６０２））と、前記検索ステップにより検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知する通知ステップ（図１７に示すステップＳ６０３））と、を備え、
前記クライアントデバイスにおいて、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行する発行ステップ（図３に示すステップＳ１０４）と、前記発行ステップによる特定の周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付ける受付ステップ（図３に示すステップＳ１０８）と、前記受付ステップによる前記復帰応答受付後、所定のジョブ要求を前記スリープモードが解除された特定の周辺装置に対して送信するデータ処理ステップ（図３に示すステップＳ１０９）とを備えることを特徴とするデバイス検索方法。
【０１０８】
〔実施態様２１〕
前記特定の周辺装置検索要求は、マルチキャストアドレス宛に対する検索要求パケットであることを特徴とする実施態様１７〜２０のいずれかに記載のデバイス検索方法。
【０１０９】
〔実施態様２２〕
前記マルチキャストアドレスは、一意に決定されるユニークなアドレスであって、周辺装置環境に基づき決定可能であり、スリープ状態の周辺装置検索要求のマルチキャストアドレスと通常状態の周辺装置検索要求のマルチキャストアドレスとは異なるアドレスとすることが可能であることを特徴とする実施態様１９〜２１のいずれかに記載のデバイス検索方法。
【０１１０】
〔実施態様２３〕
前記検索要求パケットは、スリープデバイスに対する探索要求を示すＳｔａｎｂｙ  Ｑｕｅｒｙ命令を含むことを特徴とする実施態様１７〜２０のいずれかに記載のデバイス検索方法。
【０１１１】
〔実施態様２４〕
実施態様１７〜２０のいずれかに記載のデバイス検索方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０１１２】
〔実施態様２５〕
実施態様１７〜２０のいずれかに記載のデバイス検索方法を実現することを特徴とするプログラム。
【０１１３】
【発明の効果】
以上説明したように、本発明に係る周辺装置よれば、ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置において、通常データ処理待機状態からスリープモード移行時にネットワーク上に接続可能な代理応答サーバにスリープモード移行要求を通知し、該代理応答サーバがスリープモード移行要求を受け付けた後、代理応答サーバがネットワークに接続されるいずれかのクライアントデバイスからのスリープ解除要求を受け付けた場合に、スリープモードを解除してデータ処理待ちに復帰することにより、通常の周辺装置検索要求に応答することなく節電状態を維持しつつ、スリープモードに移行した後、ネットワーク上に接続されるクライアントデバイスからの検索要求に適応する代理応答サーバからの指示で、スリープモードを解除してデータ処理待ちへ自在に復帰できる節電性に優れた周辺装置環境を構築できる。
【０１１４】
また、本発明に係るサーバ装置によれば、ネットワークに接続された複数のクライアントデバイスと通信可能な周辺装置に代理するサーバ装置において、周辺装置が通常データ処理待機状態からスリープモード移行時に、前記ネットワーク上の周辺装置から通知されるスリープ移行要求を受け付けて登録し、該登録後、ネットワークに接続されるいずれかのクライアントデバイスから発行されるスリープ中の周辺装置を検索する特定の周辺装置検索要求に応じて、スリープ状態の周辺装置を検索し、該検索される周辺装置に対してスリープモードを解除するスリープ解除要求を登録済みのスリープ中の周辺装置に通知することにより、スリープモード移行後、通常の周辺装置検索要求に対して随時応答することなく節電状態を維持し、クライアントデバイスからのスリープ解除要求に適応して、周辺装置のスリープモードを解除してデータ処理待ちへ自在に復帰させることができる節電性に優れた周辺装置環境を構築できる。
【０１１５】
さらに、本発明に係るクライアントデバイスによれば、ネットワークに接続された複数の周辺装置あるいはサーバ装置と通信可能なクライアントデバイスにおいて、通常状態の周辺装置を検索する要求に対するネットワーク上からの応答結果に基づき、スリープ状態移行中の周辺装置を検索する特定の周辺装置検索要求を発行し、該周辺装置検索要求の発行後、前記サーバ装置からスリープ解除要求が通知されたいずれかの周辺装置からの復帰応答を受け付けた後、所定のデータ処理要求を前記スリープモードが解除された特定の周辺装置に対して送信することにより、ネットワーク接続時に、ネットワーク上でスリープ中の周辺装置を認知できない場合でも、該スリープ中の周辺装置のスリープ状態を解除して、データ処理可能な状態へ確実に復帰できる節電性に優れた周辺装置環境を構築できる。
【０１１６】
また、ネットワークに接続された複数の周辺装置と、前記ネットワーク上でデータ処理待ちで待機する周辺装置の接続状態を認知可能な複数のクライアントデバイスとが通信可能なネットワークデバイスシステムにおいて、周辺装置が通常データ処理待機状態からスリープモード移行時に前記ネットワーク上に接続可能な代理応答サーバにスリープモード移行要求を通知し、該スリープモード移行要求を受け付けた後、いずれかのクライアントデバイスから発行される所定のスリープ移行中の周辺装置に対する周辺装置検索要求に基づき、代理応答サーバからのスリープ解除要求を受け付けて、スリープモードを解除してデータ処理待ちに復帰することにより、ネットワーク接続時に、ネットワーク上でスリープ中の周辺装置を認知できない場合でも、該スリープ中の周辺装置のスリープ状態を解除して、データ処理可能な状態（データ処理待機状態）へ確実に復帰できる節電性に優れた周辺装置環境を構築できる。
【０１１７】
従って、ネットワーク接続機器を自動認識する機能が有効となるクライアントデバイスが、ネットワーク接続時における通常の検索要求では認知できないスリープモードに移行している周辺装置をターゲットとしてスリープ解除処理を実行させて、節電効果を維持しつつ、意図する周辺装置を利用するデータ処理を行える利便性に優れた周辺装置処理を実現できる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示すネットワークデバイスシステムの構成を示すブロック図である。
【図２】図１に示したプリンタの構成を説明するブロック図である。
【図３】本発明に係るネットワークデバイスシステムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図４】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図５】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図６】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図７】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図８】本発明に係るネットワークデバイスシステムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図９】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１０】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１１】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１２】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１３】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１４】図１に示したネットワークデバイスシステムにおける第１のネットワークデバイス状態例を説明する図である。
【図１５】本発明に係るネットワークデバイスシステムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係るネットワークデバイスシステムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１７】本発明に係るネットワークデバイスシステムにおける第５のデータ処理手順の一例を示すフローチャートである。
【図１８】本発明に係るネットワークデバイスシステムにおける第６のデータ処理手順の一例を示すフローチャートである。
【図１９】本発明に係るネットワークデバイスシステムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
３０１，３０２  プリンタ
３０１−１  プリンタコントローラ
３０１−１−１  ＣＰＵ
３０１−１−３  ＲＡＭ
３０１−１−４  エンジンＩ／Ｆ
３０１−１−５  ＬＡＮコントローラ
３０１−１−６  システムバス
３０１−２  プリンタエンジン部
３０１−３  電源制御部
【図１】
2004334793.tif 000003
【図２】
2004334793.tif 000004
【図３】
2004334793.tif 000005
【図４】
2004334793.tif 000006
【図５】
2004334793.tif 000007
【図６】
2004334793.tif 000008
【図７】
2004334793.tif 000009
【図８】
2004334793.tif 000010
【図９】
2004334793.tif 000011
【図１０】
2004334793.tif 000012
【図１１】
2004334793.tif 000013
【図１２】
2004334793.tif 000014
【図１３】
2004334793.tif 000015
【図１４】
2004334793.tif 000016
【図１５】
2004334793.tif 000017
【図１６】
2004334793.tif 000018
【図１７】
2004334793.tif 000019
【図１８】
2004334793.tif 000020
【図１９】
2004334793.tif 000021