(57)【要約】【課題】  情報処理装置がディープスリープ状態になった場合でも、情報処理装置が使用される環境に適応するための能動的な処理を継続して行うことができるようにする。【解決手段】  ネットワークインターフェース装置を介してネットワークに接続され、当該ネットワーク上のサーバと通信可能な情報処理装置は、サーバのアドレス情報を保持し、情報処理装置の情報を前記サーバに定期的に送信する。情報処理装置は、通常状態から省電力状態に移行する際に、前記保持されたアドレス情報及び前記情報処理装置の情報を前記ネットワークインターフェース装置に通知することにより、定期的な送信を継続させる。【選択図】  図２
2010244464.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークインターフェース装置を介してネットワークに接続され、当該ネットワーク上のサーバと通信可能な情報処理装置であって、
前記サーバのアドレス情報を保持する保持手段と、
前記保持されたアドレス情報に従って前記情報処理装置の情報を前記ネットワークインターフェース装置を介して前記サーバに定期的に送信する送信手段と、
通常状態よりも消費電力が小さい省電力状態に移行する条件を、前記情報処理装置が満たしたことを検知する検知手段と、
前記検知手段が前記省電力状態に移行するための条件を満たしたことを検知した場合、前記保持されたアドレス情報及び前記送信手段によって送信される前記情報処理装置の情報を前記ネットワークインターフェース装置に通知する通知手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記サーバが特定のサーバであるか否かを判断する判断手段と、
前記判断手段によって前記サーバが特定のサーバでないと判断された場合、前記通知手段は、前記情報処理装置の情報を当該サーバに定期的に送信するための間隔を示す情報を前記ネットワークインターフェース装置に通知することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記省電力状態から前記通常状態への復帰指示を前記ネットワークインターフェース装置から受信する受信手段と、
前記受信手段によって受信された復帰指示が特定の情報を含む場合、前記情報処理装置の表示部にメッセージを表示する表示手段と、
を有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記特定のサーバはＷＩＮＳサーバであり、前記送信手段によって送信される情報は前記情報処理装置のコンピュータ名であることを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
【請求項５】
前記通知手段による通知を行った後、前記情報処理装置は前記送信手段による情報の送信を停止し、前記省電力状態から前記通常状態に復帰した後、前記情報処理装置は前記送信手段による情報の送信を再開することを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
【請求項６】
情報処理装置とネットワークとの間に接続されるネットワークインターフェース装置であって、
前記ネットワーク上のサーバに前記情報処理装置が定期的に送信する情報、及び当該サーバのアドレス情報を、前記情報処理装置が通常状態から当該通常状態よりも消費電力が小さい省電力状態に移行する際に、当該情報処理装置から受信する受信手段と、
前記受信手段によって受信されたアドレス情報に従って、前記情報を前記サーバに送信する送信手段と、
を有することを特徴とするネットワークインターフェース装置。
【請求項７】
前記送信手段は、前記情報処理装置が定期的に送信する間隔に関わらず、前記受信手段による受信に応じて前記情報を前記サーバに送信することを特徴とする請求項６記載のネットワークインターフェース装置。
【請求項８】
前記送信手段による送信に失敗した場合、前記情報処理装置を省電力状態から通常状態に復帰させるための復帰指示を当該情報処理装置に通知する通知手段を有することを特徴とする請求項６又は７に記載のネットワークインターフェース装置。
【請求項９】
前記サーバはＷＩＮＳサーバであり、前記受信手段によって受信される情報は前記情報処理装置のコンピュータ名であることを特徴とする請求項６乃至８の何れかに記載の情報処理装置。
【請求項１０】
ネットワークインターフェース装置を介してネットワークに接続され、当該ネットワーク上のサーバと通信可能な情報処理装置の制御方法であって、
前記サーバのアドレス情報を保持する保持工程と、
前記保持されたアドレス情報に従って前記情報処理装置の情報を前記ネットワークインターフェース装置を介して前記サーバに定期的に送信する送信工程と、
通常状態よりも消費電力が小さい省電力状態に移行する条件を、前記情報処理装置が満たしたことを検知する検知工程と、
前記検知工程が前記省電力状態に移行するための条件を満たしたことを検知した場合、前記保持されたアドレス情報及び前記送信工程によって送信される前記情報処理装置の情報を前記ネットワークインターフェース装置に通知する通知工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
情報処理装置とネットワークとの間に接続されるネットワークインターフェース装置の制御方法であって、
前記ネットワーク上のサーバに前記情報処理装置が定期的に送信する情報、及び当該サーバのアドレス情報を、前記情報処理装置が通常状態から当該通常状態よりも消費電力が小さい省電力状態に移行する際に、当該情報処理装置から受信する受信工程と、
前記受信工程によって受信されたアドレス情報に従って、前記情報を前記サーバに送信する送信工程と、
を有することを特徴とするネットワークインターフェース装置の制御方法。
【請求項１２】
請求項１０に記載の情報処理装置の制御方法の各工程、または請求項１１に記載のネットワークインターフェース装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークインターフェース装置を介してネットワークに接続され、当該ネットワーク上のサーバと通信可能な情報処理装置及び当該ネットワークインターフェース装置に関する。
【背景技術】
【０００２】
複合機やプリンタといった情報処理装置においては、消費電力を抑えるための様々な手法が導入されてきた。その中で、ディープスリープと呼ばれる手法は、情報処理装置のＲＡＭとネットワークインターフェイスカード（以後ＮＩＣ）、そして情報処理装置の操作部を除いた各部位への電源供給を停止することにより情報処理装置を休眠状態にすることである。これにより、情報処理装置がディープスリープ状態にある場合の消費電力を非常に低い値にすることが可能になる。
【０００３】
このような非常に低い電力で情報処理装置を動作させることを可能にするディープスリープ技術であるが、情報処理装置がディープスリープ状態にある場合には、プリンタ部にあるドラムや定着器、コントローラ部にあるＣＰＵやＨＤＤへの通電を停止する。このとき情報処理装置は印刷や画像処理といった情報処理装置が持つ主たる機能を実行できない。
【０００４】
情報処理装置はディープスリープ状態から通常状態（スタンバイ状態）に移行するための条件を有している。情報処理装置がその条件を満たした場合には、電力の供給を停止していた部位への電力の供給を開始し、情報処理装置の主たる機能を使用可能とする状態（スタンバイ状態）に復帰する。
【０００５】
一般的にその復帰条件とは、（１）情報処理装置の操作部のボタンが押下された場合、（２）情報処理装置のＮＩＣが復帰条件に一致する特定のネットワークパケットを受信した場合、の二点である。そのため情報処理装置がディープスリープ状態の場合にも、操作部とＮＩＣには電力供給が行われており、センサによってボタン押下が行なわれたか否かや、ネットワークパケット受信が行なわれたか否かを常に監視している。
【０００６】
前述した復帰条件に一致する特定のネットワークパケットとは、一般的には１）自装置宛てパケット（宛先ＭＡＣアドレスが自装置宛てのパケット）、２）Ｓｌｅｅｐ復帰パケット、３）特定プロトコルのブロードキャストパケットなどである。２）のＳｌｅｅｐ復帰パケットとは情報処理装置をディープスリープ状態から復帰させるための特定のパケットパターンを持つパケットを指す。３）の特定プロトコルのブロードキャストパケット、又はマルチキャストパケットとは、ネットワーク上の他のノードがネットワーク上の情報処理装置を検索するためのパケットを指す。情報処理装置は、ＮＩＣにて受信したパケットがこれらのパケットのどれかであった場合にディープスリープ状態からスタンバイ状態に復帰する仕組みになっている。
【０００７】
また、近年の情報処理装置では、ディープスリープ状態にありながら、一定のネットワークパケットに対しては応答することを可能とする代理応答と呼ばれる機能を有しているものもある。前述したように、ディープスリープ状態では情報処理装置のＣＰＵも停止しているため、通常は情報処理装置が受信したパケットに対して応答することはできない。そのため、ＬＡＮ上のノードが情報処理装置宛てに送出したパケットを情報処理装置が受信すると、上記復帰条件に当てはまり、情報処理装置はディープスリープ状態から必ず復帰してしまっていた。これにより、情報処理装置に対して頻繁に通信を行うようなノードがいる環境や、また通信の頻度は少ないとしても、ノードが多数存在するような環境では、情報処理装置は頻繁にディープスリープから復帰してしまうことになる。従って、ディープスリープ状態を長時間継続することができなくなり、結果的に消費電力をより低くすることが困難となっていた。
【０００８】
このような問題を解決する技術が代理応答である。代理応答は、ＮＩＣに特定のパケットに応答する機能を持たせたものである。この技術により、情報処理装置がＬＡＮから受信したネットワークパケットのうち特定のデータパターンを有するものに対して、ディープスリープモードから復帰することなく応答（パケットへの返信）することが可能になる。そのためディープスリープ状態を極力長く継続させ、情報処理装置の消費電力をより低くすることができるようになった。尚、代理応答技術について、例えば特許文献１には、通常処理を行うＣＰＵ１と省電力状態において動作するＣＰＵ２を備えた画像処理装置が記載されている。そして省電力状態ではＣＰＵ２が受信パケットに対して応答する技術が記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００６−２５９９０６
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従来の代理応答技術では、ＮＩＣは受信したネットワークパケットに対する応答処理しか行うことができなかった。即ち、受信パケットに対する応答という受動的な処理を行うだけであった。
【００１１】
しかしながら今日、様々なネットワーク環境が構築され、それらネットワーク環境において使用される情報処理装置は、それぞれのネットワーク環境に適応するための処理を行わなければならない。中には、情報処理装置がディープスリープ状態にあっても、情報処理装置から能動的にネットワークパケットを送信する必要がある場合がある。
【００１２】
例えば、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを搭載したコンピュータを導入しているＬＡＮ環境では、マスタブラウズサーバ（以下、ＭＢＳと呼ぶ）とよばれる名前管理サーバが存在している。ＭＢＳは、ＬＡＮの管理者やユーザが明示的に設定するものではなく、ＬＡＮ上のノード同士がネゴシエーションすることによって決定される。従ってこのネットワーク環境に参加する情報処理装置は、一定間隔でＭＢＳの検索を行い、発見したＭＢＳに対して自装置のコンピュータ名（ＮｅｔＢＩＯＳ名）を一定間隔で登録する処理を行っている。これは、ＭＢＳで保存される情報は一定時間で消去されてしまうため、情報処理装置を含むＬＡＮ上の各ノードは、自装置の情報が消去されるよりも前に再登録を行う必要があるからである。尚、ＮｅｔＢＩＯＳ名は、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）を用いてネットワークノード間でファイルの送受信を行う際に使用される情報である。
【００１３】
ここで、ＭＢＳが情報を消去する時刻や間隔といった更新時間情報は、ネットワーク環境やオペレーティングシステムの種別によって異なる。そして、情報処理装置にはＭＢＳに対して自装置の情報を登録する時間間隔が設定される。この設定に従ったＭＢＳへの登録処理は、情報処理装置のメインＣＰＵによって処理されるものである。しかしながら、情報処理装置が上記ディープスリープ状態になった場合には前述したようにメインＣＰＵは停止してしまう。そのため情報処理装置は、ＭＢＳに自身の情報を登録する時間間隔等を知ることができず、登録処理が一切実行できなくなるといった問題があった。
【００１４】
別の例として、ＮｅｔＢＩＯＳとＴＣＰ／ＩＰをサポートする機器は、ＬＡＮ上にＷＩＮＳサーバが存在する場合、一定の間隔で自装置のＮｅｔＢＩＯＳ名とＩＰアドレスをＷＩＮＳサーバに登録する処理を行う。ＷＩＮＳサーバ（Ｗｉｎｄｏｗｓ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｎａｍｅ  Ｓｅｒｖｉｃｅサーバ）とは、ネットワーク上の各ノードのＮｅｔＢＩＯＳ名とＩＰアドレスを対にして管理するサーバである。ＷＩＮＳサーバは、ＬＡＮ環境において管理者等のユーザによって設置されるものである。それゆえ、情報処理装置にはＷＩＮＳサーバを指定するための登録手段が備わっている。より具体的にはＷＩＮＳサーバのＩＰアドレスを登録する登録手段を持っている。情報処理装置は、登録されたアドレスに対して自装置のＮｅｔＢＩＯＳ名とＩＰアドレスの対を登録する処理を行う。その登録の際に、ＷＩＮＳサーバから情報処理装置に対して、次回の登録時刻（時間）が指定される。指定された登録時刻になったら再び情報処理装置はＷＩＮＳサーバに対して自装置のＮｅｔＢＩＯＳ名とＩＰアドレスの対を登録する処理を行う。この一連の登録処理は情報処理装置のメインＣＰＵによって処理されるものである。しかしながら、情報処理装置が上記ディープスリープ状態になった場合には前述したようにメインＣＰＵは停止してしまう。そのため情報処理装置はＷＩＮＳサーバのアドレス情報等を知ることができず、登録処理が一切実行できなくなるといった問題があった。
【００１５】
本発明はこれらの問題に対してなされたものである。即ち、本発明の目的は、情報処理装置がディープスリープ状態になった場合でも、情報処理装置が使用される環境に適応するための能動的な処理を継続して行うことができる情報処理装置を提供することである。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明の情報処理装置は、ネットワークインターフェース装置を介してネットワークに接続され、当該ネットワーク上のサーバと通信可能な情報処理装置であって、前記サーバのアドレス情報を保持する保持手段と、前記保持されたアドレス情報に従って前記情報処理装置の情報を前記サーバに定期的に送信する送信手段と、通常状態よりも消費電力が小さい省電力状態に移行する条件を、前記情報処理装置が満たしたことを検知する検知手段と、前記検知手段が前記省電力状態に移行するための条件を満たしたことを検知した場合、前記保持されたアドレス情報及び前記送信手段によって送信される前記情報処理装置の情報を前記ネットワークインターフェース装置に通知する通知手段とを有することを特徴とする。
【００１７】
また、上記目的を達成するために、本発明のネットワークインターフェース装置は、情報処理装置とネットワークとの間に接続されるネットワークインターフェース装置であって、前記ネットワーク上のサーバに前記情報処理装置が定期的に送信する情報、及び当該サーバのアドレス情報を、前記情報処理装置が通常状態から当該通常状態よりも消費電力が小さい省電力状態に移行する際に、当該情報処理装置から受信する受信手段と、前記受信手段によって受信されたアドレス情報に従って、前記情報を前記サーバに送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、情報処理装置がディープスリープ状態になった場合でも、情報処理装置が使用される環境に適応するための能動的な処理を継続して行うことができる。
【図面の簡単な説明】
【００１９】
【図１】本実施嶺における通信システムの構成を示す図である。
【図２】情報処理システムのハードウェア構成を示す図である。
【図３】情報処理システムのソフトウェア構成を示す図である。
【図４】情報処理システムで実行される処理の流れを示すフローチャートである。
【図５】ＭＦＰにおいて実行される定義済み処理Ａを示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を以下の実施形態のみに限定するものではなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００２１】
（第一の実施の形態）
まず、本発明に係る第一の実施形態について説明する。第一の実施形態では、後述するＭＦＰ１００のディープスリープ状態（省電力状態）への移行時、スタンバイ状態（通常状態）への復帰時、及びディープスリープ状態におけるＮＩＣ１０１の動作について説明する。
【００２２】
図１は、第１の実施形態における通信システムの全体図である。図１に示す通信システムでは、情報処理装置１００（以下、ＭＦＰとする）がネットワークインターフェース装置１０１（以下、ＮＩＣとする）を介してＨＵＢ１０２に接続されている。つまりＭＦＰ１００とＮＩＣ１０１とで１つの情報処理システムが構成されている。ＨＵＢ１０２は更にＬＡＮ１０３に接続されており、情報処理装置１００は、ネットワークインターフェース装置１０１を介してネットワーク上の各装置と通信可能となっている。ＨＵＢ１０２には、ＮＩＣ１０１の他にもＰＣ１０４やＷＩＮＳサーバ１０５が接続されている。ＰＣ１０４はマスタブラウズサーバ（以下、ＭＢＳとする）として動作可能なパーソナルコンピュータである。ＷＩＮＳサーバ１０５はＷＩＮＳサーバの機能を備えたパーソナルコンピュータである。なお、一般的には、ＷＩＮＳサーバが存在するＬＡＮ環境においては、ＭＢＳは存在しないか、ＭＢＳとして動作することはない。ＷＩＮＳサーバはＭＢＳが提供する機能を代わりに提供することができるからである。本実施の形態においては、ＷＩＮＳサーバとＭＢＳとが排他的に存在する場合を例に説明する。即ち、図１の通信システムにおいてＷＩＮＳサーバ１０５が存在する場合にはＰＣ１０４はＭＢＳとして動作せず通常のＰＣとして動作することとする。逆に、ＷＩＮＳサーバ１０５が存在しない場合にはＰＣ１０４はＭＢＳとして動作することとする。尚、本実施の形態においてはＷＩＮＳサーバとＭＢＳとが排他的に存在する場合を例に説明するが、両方が存在することも可能である。
【００２３】
図２は、ＭＦＰ１００及びＮＩＣ１０１からなる情報処理システム２００の構成を説明するブロック図である。ＮＩＣ１０１は、インテリジェント型ネットワークカードモジュールにより実現された、ＭＦＰ１００に対して着脱可能なネットワークインターフェース装置である。そして、ＮＩＣ１０１は、ＮＩＣ１０１用のＣＰＵ２０１，ＲＡＭ２０２，ＲＯＭ２０３，ネットワークＩ／Ｆ２０４，ＬＥＤ２０５，拡張Ｉ／Ｆ２０６と、これらを互いに接続するシステムバス２０７とを備えている。
【００２４】
ＣＰＵ２０１は、ＲＯＭ２０３に記憶された制御プログラムを読み出して各種制御処理を実行する。例えば、ＣＰＵ２０１は、システムバス２０７に接続されたネットワークＩ／Ｆ２０４を介してＨＵＢ１０２に接続し、更にＨＵＢ１０２を介してＬＡＮ１０３上の端末と所定の通信プロトコルに従って通信する処理を実行する。これにより、例えば、ＬＡＮ１０３上の印刷データ生成装置から送信された印刷データやプリンタ制御命令等の各種データ（ネットワークパケット）を受信し、拡張Ｉ／Ｆ２０６を介してＭＦＰ１００に転送する。その結果、ＭＦＰ１００において印刷処理を行うことができる。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＬＥＤ２０５は、ＮＩＣ１０１の動作状態を示す表示部として用いられている。ＬＥＤ２０５は、例えば、ネットワークＩ／Ｆ２０４とＨＵＢ１０２との電気的な接続状態や通信モード等の各種動作状態をＬＥＤの色や点滅パターンで示すことが可能となっている。拡張Ｉ／Ｆ２０６は、ＮＩＣ１０１とＭＦＰ１００とを接続するためのＩ／Ｆであり、ローカルケーブル２１０を介してＭＦＰ１００側の拡張Ｉ／Ｆ２２４に接続されている。なお、拡張Ｉ／Ｆ２０６は、不図示のコネクタを含んで構成されている。ＮＩＣ１０１は、このコネクタによってＭＦＰ１００への着脱が可能となっており、同じ構成を有する他のＭＦＰに当該ＮＩＣ１０１を装着することも可能である。
【００２５】
一方、ＭＦＰ１００は、制御部２２０、操作部２３０、スキャナ２４０、及びプリンタ２５０を備えている。制御部２２０には、ＭＦＰ１００用のＣＰＵ２２１，ＲＡＭ２２２，ＲＯＭ２２３，拡張Ｉ／Ｆ２２４，操作部Ｉ／Ｆ２２５，デバイスＩ／Ｆ２２６と、これらを互いに接続するシステムバス２２７とが備えられている。ＣＰＵ２２１は、ＲＯＭ２２３に記憶された制御プログラムを読み出して各種制御処理を実行する。例えば、ＣＰＵ２２１は、拡張Ｉ／Ｆ２２４を介してＮＩＣ１０１から転送される印刷データに基づいて出力画像データを生成し、デバイスＩ／Ｆ２２６を介してプリンタ２５０に出力する。ＲＡＭ２２２は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。また、ＲＡＭ２２２は、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。操作部２３０には、ＭＦＰ１００の動作モード等の設定や印刷データの取り消し等の操作を行うためのボタンと、ＭＦＰ１００の動作状態を示す液晶パネルやＬＥＤ等の表示部とが配されている。また、後述する通信モードの設定も、操作部２３０を介して行うことができる。プリンタ２５０は、公知の印刷技術を利用したプリンタであり、例えば電子写真方式（レーザービーム方式）やインクジェット方式、昇華方（熱転写）方式等を用いて画像データの印刷を実行する。また、スキャナ２４０は原稿上の画像を読み取って画像データを生成し、ＭＦＰ１００に入力する。なお、ＭＦＰ１００は、スタンバイ状態よりも消費電力が小さいディープスリープ（省電力）モードを備えている。ディープスリープ状態（省電力状態）中は、特定のユニット（操作部２３０や拡張Ｉ／Ｆ２２４など）を除く各ユニットに対する電力供給を停止することにより、消費電力が抑制されている。
【００２６】
図３は、ＮＩＣ１０１及びＭＦＰ１００のソフトウェア構成図である。なお、ここではＮＩＣ１０１における通信モードの設定に関係するソフトウェアについてのみ説明するが、ＮＩＣ１０１及びＭＦＰ１００には、以下に説明するソフトウェア以外の各種ソフトウェアも備えられている。図３に示す各ソフトウェアは、それぞれＮＩＣ１０１またはＭＦＰ１００のメモリに格納されており、それぞれＮＩＣ１０１またはＭＦＰ１００が起動したことに応じてＲＡＭに読み出され、各ＣＰＵにより実行される。
【００２７】
ＮＩＣ１０１側のオペレーティングシステム（ＯＳ）３０１上には、ネットワークＩ／Ｆドライバ３０２及び通信制御部３０３が備えられている。ネットワークＩ／Ｆドライバ３０２は、ネットワークＩ／Ｆ２０４による通信処理の実行を制御する。通信制御部３０３は、後述する方法を用いてＭＦＰ１００側から指示される内容に従って、ＨＵＢ１０２に接続されるネットワークノードと通信を行う。
【００２８】
一方、ＭＦＰ１００側のオペレーティングシステム（ＯＳ）３１１上には、ＮＩＣドライバ３１２及び通信実行部３１３が備えられている。ＮＩＣドライバ３１２は、ＮＩＣ１０１に対して各種指示を送信し、ＮＩＣ１０１に各種動作を実行させる。通信実行部３１３は、後述する方法を用いて、ＮＩＣ１０１がＨＵＢ１０２に接続されるネットワークノードとの通信を制御したり、またＮＩＣドライバ３１２を介して通信制御部３０３に各種の設定指示を行ったりする。なお、ＭＦＰ１００のオペレーティングシステム３１１上で動作する各ソフトウェアのうち、ＮＩＣドライバ３１２はＯＳ３１１のカーネルスペースで動作するのに対して、通信実行部３１３はＯＳ３１１のユーザスペースで動作するものとする。また、通信実行部３１３は、ＮＩＣドライバ３１２のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を利用することにより、ＮＩＣ１０１に対して各種情報の設定を行わせる。各種情報とは例えば、ＭＢＳへの登録実行の有無やＭＢＳに登録する時間間隔、ＷＩＮＳサーバへの登録実行の有無、ＷＩＮＳサーバのアドレス情報としてのＩＰアドレス、ＭＦＰ１００のコンピュータ名（以下、ＮｅｔＢＩＯＳ名）、などである。また、通信実行部３１３は、ＭＦＰ１００がスタンバイ状態である場合に、ＭＢＳへの登録処理を実行したり、又はＷＩＮＳサーバへの登録処理を実行する。設定記憶部３１４には、ＭＦＰ１００がスタンバイ状態である場合、またはディープスリープ状態である場合における、ＮＩＣ１０１がＨＵＢ１０２と通信する際の通信に関する各種の情報が記憶されている。例えば、前述したＭＢＳへの登録実行の有無やＭＢＳに登録する時間間隔、ＷＩＮＳサーバへの登録実行の有無、ＷＩＮＳサーバのＩＰアドレス、ＭＦＰ１００のＮｅｔＢＩＯＳ名、などである。またＭＦＰ１００のＩＰアドレスやサブネットマスク、といったＭＦＰ１００が外部ノードとネットワーク通信するために必要なアドレス情報も記憶されている。ＭＦＰ１００のＣＰＵ２２１は、通信実行部３１３により決定された情報を設定記憶部３１４に記憶させたり、設定記憶部３１４に記憶されている情報に基づいてＮＩＣ１０１に対する指示を送信したりする。
【００２９】
次に図４のフローチャートを用いて情報処理システム２００において実行される処理について説明する。図４に示すフローチャートのうち、破線よりも左側の各ステップはＭＦＰ１００のＣＰＵ２２１により実行される。また、破線よりも右側の各ステップはＮＩＣ１０１のＣＰＵ２０１により実行される。
【００３０】
まず、Ｓｔｅｐ４０１においてＭＦＰ１００は情報処理システム２００の起動を行う。システムの起動とは、ＭＦＰ１００の電源が投入され、各種のプログラムが立ち上がり、ＭＦＰ１００がＭＦＰとしての全ての機能の立ち上がりが完了したことを意味する。次にＳｔｅｐ４０２において、ＭＦＰ１００は定義済み処理Ａの処理を行う。定義済み処理Ａに関して、図５のフローチャートを用いて具体的に説明する。図５のフローチャートの各ステップはＭＦＰ１００のＣＰＵ２２１により実行される。
【００３１】
ステップＳ５０１においてＭＦＰ１００は、ＷＩＮＳサーバへの登録処理の要否を確認する。ここでは設定記憶部３１４に記録されているＷＩＮＳサーバへの登録処理の設定を示す設定値が、ＷＩＮＳサーバへの設定を行うことを示す値であった場合に、ステップＳ５０２へと移行する。一方、設定記憶部３１４に記録されているＷＩＮＳサーバへの登録処理の設定を示す設定値が、ＷＩＮＳサーバへの登録処理を行わないこと示す値であった場合には、ステップＳ５０４へと移行する。
【００３２】
ステップＳ５０２において、設定記憶部３１４に保存されているＷＩＮＳサーバのＩＰアドレス宛てに、同じく保存されているＭＦＰ１００のＮｅｔＢＩＯＳ名とＩＰアドレスとを送信する。これによりＷＩＮＳサーバにＭＦＰ１００のＮｅｔＢＩＯＳ名とＩＰアドレスとを登録する。その後、ステップＳ５０３においてＭＦＰ１００はＳ５０２におけるＷＩＮＳサーバへの登録が成功したか否かを判断する。具体的には、Ｓ５０２において送信した登録要求に対して、登録が成功した旨の応答をＷＩＮＳサーバから受信したか否かを判断する。尚、登録が成功した旨の応答を受信するとき、ＭＦＰ１００は、ＷＩＮＳサーバへの次回の登録時刻（時間）を示す情報を併せて受信する。そしてＭＦＰ１００はＷＩＮＳサーバへの次回の登録時刻（時間）を示す情報を保持しておく。応答を受信することができず、登録処理に失敗したと判断された場合には、ステップＳ５０８に移行する。
【００３３】
ステップＳ５０８において、通信実行部３１３はＭＦＰ１００の操作部２３０の一部である表示部に、ＷＩＮＳサーバへの登録に失敗した事をユーザに伝えるメッセージを表示する。例えば、「ＷＩＮＳサーバへの登録に失敗しました。設定を確認してください。」等のメッセージが表示部に表示される。
【００３４】
ステップＳ５０３において、ＷＩＮＳサーバへの登録が成功したと判断された場合には定義済み処理Ａを終了し、図４のステップＳ４０３へと進む。
【００３５】
ステップＳ５０１において、ＷＩＮＳサーバへの登録処理が必要ないと判断された場合の処理について説明する。設定記憶部３１４に記録されているＷＩＮＳサーバへの登録処理の設定を示す設定値が、ＷＩＮＳサーバへの登録処理を行わないこと示す値であった場合には、ステップＳ５０４へと移行する。Ｓ５０４において、ＭＦＰ１００はＭＢＳを検索する。具体的には、ＭＦＰ１００は、ＭＦＰ１００と同一のＩＰサブネット内に、ＭＢＳを検索するための検索要求パケットを送信する。そしてＭＦＰ１００と同一のＩＰサブネット内にＭＢＳが存在していた場合には、そのＭＢＳはＭＦＰ１００が送出する検索要求パケットに対して応答する。ＭＦＰ１００はステップＳ５０４において検索要求パケットを送信した後で、ＭＢＳからの応答を一定期間待ち受ける。ステップＳ５０５においてＭＦＰ１００はＭＢＳが発見されたか否かを判断する。即ち、送信した検索要求パケットに対するＭＢＳからの応答が一定期間内にあった場合にはＭＢＳが発見されたと判断し、ステップＳ５０６へと進む。一方、一定期間経過しても応答がない場合にはＭＢＳが発見されなかったと判断してＳ５０８へと進む。
【００３６】
ステップＳ５０６において、ＭＦＰ１００は応答を送信したＭＢＳのＩＰアドレス宛てに、設定記憶部３１４に保存されているＭＦＰ１００のＮｅｔＢＩＯＳ名を送信する。これによりＭＢＳにＭＦＰ１００のＮｅｔＢＩＯＳ名を登録する。その後、ステップＳ５０７においてＭＦＰ１００はＳ５０６におけるＭＢＳへの登録が成功したか否かを判断する。具体的には、Ｓ５０６において送信した登録要求に対して、登録が成功した旨の応答をＭＢＳから受信したか否かを判断する。応答を受信することができず、登録処理に失敗したと判断された場合には、ステップＳ５０８に移行する。
【００３７】
ステップＳ５０８において、通信実行部３１３はＭＦＰ１００の操作部２３０の一部である表示部に、ＭＢＳへの登録に失敗した事をユーザに伝えるメッセージを表示する。例えば、「ＭＢＳへの登録に失敗しました。設定を確認してください。」等のメッセージが表示部に表示される。
【００３８】
ステップＳ５０７において、ＭＢＳへの登録が成功したと判断された場合には定義済み処理Ａを終了し、図４のステップＳ４０３へと進む。
【００３９】
図４のステップＳ４０３において、ＭＦＰ１００は、ＷＩＮＳサーバ或いはＭＢＳへ情報を登録するべき時間になったか否かを判断する。ここで、ＭＦＰ１００にＷＩＮＳサーバへの登録処理が設定されている場合とＭＢＳへの登録処理が設定されている場合とで、参照する時間の情報が異なる。ＷＩＮＳサーバへの登録処理が設定されている場合には、前回ＷＩＮＳサーバに登録処理を行った際にＷＩＮＳサーバから通知された時間になったか否かを判断する。その時間情報はＷＩＮＳサーバから受信し、ＭＦＰ１００に保持されている。一方、ＭＢＳへの登録処理が設定されている場合には、設定記憶部３１４に記憶されているＭＢＳに登録する時間間隔を示す情報を参照し、前回ＭＢＳに登録した時からその時間間隔が経過したか否かを判断する。Ｓ４０３において、登録時間になったと判断された場合には、Ｓ４０２へと進み、前述の定義済み処理Ａ（図５のフローチャート）を実行する。登録時間になっていなければ、ステップＳ４０４へと移行する。
【００４０】
ステップＳ４０４において、ＭＦＰ１００は、自装置がスディープリープ状態に移行するための条件を満たしているか否かを検知する。この条件は、予めユーザにより設定されているものであり、ここでは、ユーザによる操作が所定期間行われなかった場合やプリント動作が終了してから所定期間が経過した場合に、ディープスリープ状態に移行するように設定されているものとする。ステップＳ４０４の判定の結果、ディープスリープ状態に移行するための条件を満たしていることが検知された場合は、ステップＳ４０５に進み、ディープスリープ状態に移行するための一連の処理を行う。
【００４１】
ステップＳ４０５では、通信実行部３１３がＮＩＣ１０１に渡す情報を収集する処理を行う。通信実行部３１３は設定記憶部３１４から、次の情報を取得する。（１）ＭＢＳへの登録実行の有無、（２）ＭＢＳへの登録時間間隔、（３）ＷＩＮＳサーバへの登録実行の有無、（４）ＷＩＮＳサーバのＩＰアドレス、（５）ＭＦＰ１００のＮｅｔＢＩＯＳ名。また通信実行部３１３はＯＳ３１１からＭＦＰ１００自身のＩＰアドレスを取得する。前述したとおり、本実施の形態においては、ＷＩＮＳサーバへの登録処理とＭＢＳへの登録処理を同時に行うことはない。従って、（１）と（３）の設定値は排他的な関係になっている。即ち、（１）と（３）の両方がＹｅｓになることはない。なお、通信実行部３１３が設定記憶部３１４から情報の取得を行う際には専用のＡＰＩを使用し、またＯＳ３１１から情報の取得を行う際にはｉｏｃｔｌ命令を用いている。
【００４２】
次にステップＳ４０６において、通信実行部３１３はステップＳ４０５で取得した情報をＮＩＣ１０１内の通信制御部３０３に通知する処理を行う。通信実行部３１３は予めＮＩＣドライバ３１２によって用意されているｉｏｃｔｌ命令を用いて、Ｓ４０５で取得した情報を通信制御部３０３に通知する。次にＭＦＰ１００側の処理としてステップＳ４０７が行なわれ、同時にＮＩＣ１０１側の処理としてステップＳ４０８が行なわれる。ステップＳ４０７ではＭＦＰ１００をディープスリープ状態に移行させる処理を行い、ＣＰＵ２２１は動作を停止する。即ち操作部２３０や拡張Ｉ／Ｆ２２４などの特定のユニットを除く各ユニットへの電力供給を停止する。
【００４３】
ステップＳ４０８ではＮＩＣ１０１の通信制御部３０３が、ディープスリープ動作モードへと移行する。ここでのディープスリープ動作モードとは、ＭＦＰ１００がディープスリープ状態にある場合の動作モードのことで、後述するステップＳ４０９からステップＳ４１８までの一連の処理を行うモードのことである。このモードは、ＭＦＰ１００がディープスリープ状態である間、継続される。ＭＦＰ１００がディープスリープ状態からスタンバイ状態に復帰する場合とは、操作部２３０の特定のボタンがユーザによって押下された場合や特定のネットワークパケットを受信した場合、または後述するステップＳ４１８が行なわれた場合である。操作部２３０の特定のボタンがユーザによって押下された場合や特定のネットワークパケットを受信した場合には、ＮＩＣ１０１が処理しているステップがＳ４０９からＳ４１７のいかなるステップであってもＣＰＵ２０１はその処理を中断する。そしてＮＩＣ１０１はＭＦＰ１００に対してディープスリープ状態からスタンバイ状態への復帰を促す信号（復帰指示）を送信する。ＭＦＰ１００はその信号を受信した場合、ステップＳ４０７で停止した各部位を復帰させ、再びスタンバイ状態へと移行する（ステップＳ４１９）。その後、ＭＦＰ１００はステップＳ４０２へ戻り、再び前述の定義済み処理Ａを実行することになる。即ち、必要に応じて定期的な情報の送信を再開することになる。尚、操作部２３０の特定のボタンがユーザによって押下されたことや特定のネットワークパケットを受信したことが要因でディープスリープ状態からスタンバイ状態に復帰した場合には、ＭＦＰ１００はＳ４０２を実行する。しかし、後述するＳ４１８の処理によりＮＩＣ１０１から通知された復帰指示に基づいてディープスリープ状態から復帰した場合、ＭＦＰ１００はＳ４０２の処理を行う前に、表示部にＷＩＮＳサーバ又はＭＢＳへの登録に失敗した旨を示すメッセージを表示する。後述するように、この場合にＭＦＰ１００がＮＩＣ１０１から受信する復帰指示には、ＷＩＮＳサーバ又はＭＢＳへの登録に失敗した旨の情報が含まれているため、そのことをユーザに通知する必要があるからである。
【００４４】
情報処理システム２００では、情報処理システム２００の電源が切られるまでの間、Ｓ４０２〜４１９までの処理がループして実行されることになる。
【００４５】
ステップＳ４０９の説明に戻り、ＮＩＣ１０１において実行されるディープスリープ動作モードについて説明する。ステップＳ４０９において、通信制御部３０３はＭＦＰ１００から情報が通知されているか判断する。これは後述するＷＩＮＳサーバやＭＢＳへの登録処理（ディープスリープ動作モード）を行うにあたって必要となる情報が全て通知されているか否かを確認するものであり、ディープスリープ動作モードが実行可能か否かを判断することに相当する。
【００４６】
ＭＦＰ１００から情報が通知されていないと判断された場合、即ちステップＳ４０６で通信実行部３１３が通知する情報が不十分であった場合、ステップＳ４２１へと進む。情報が不十分であるとは、前述の通信実行部３１３から通知される（１）〜（５）の情報のうち、（１）がＹｅｓであるにも関わらず（２）の情報が無い場合や、（３）がＹｅｓであるにも関わらず（４）の情報が無い場合などである。また、（５）の情報が無い場合などである。このような場合にはＮＩＣ１０１がＷＩＮＳサーバやＭＢＳへの登録処理を実行することができないので、ＮＩＣ１０１はＳ４１０以降のディープスリープ動作モードを実行することはできなくなる。従って、Ｓ４２１へ進み、ＮＩＣ１０１はディープスリープ動作モードを実行しない。ただし、この場合でも、ＮＩＣ１０１自体は動作しているため、通常のネットワークパケットの受信や所定の代理応答の処理は継続して実行できることは言うまでもない。
【００４７】
Ｓ４０９において、ディープスリープ動作モードとしてＮＩＣ１０１が動作するために必要な情報が全て通知されていると判断された場合には、ステップＳ４１０へと移行する。ステップＳ４１０では、ＷＩＮＳサーバへの登録処理の要否を確認する。ここではＭＦＰ１００から通知された情報に含まれるＷＩＮＳサーバへの登録処理の設定を示す設定値（上記（３）の設定値）が、ＷＩＮＳサーバへの設定を行うことを示す値（Ｙｅｓ）であった場合に、ステップＳ４１１へと移行する。一方、ＭＦＰ１００から通知された情報に含まれるＷＩＮＳサーバへの登録処理の設定を示す設定値が、ＷＩＮＳサーバへの登録処理を行わないこと示す値（Ｎｏ）であった場合には、ステップＳ４１４へと移行する。
【００４８】
ステップＳ４１１において、ＭＦＰ１００から通知されたＷＩＮＳサーバのＩＰアドレス宛てに、同じく通知されたＭＦＰ１００のＮｅｔＢＩＯＳ名とＩＰアドレスとを送信する。これによりＷＩＮＳサーバにＭＦＰ１００のＮｅｔＢＩＯＳ名とＩＰアドレスとを登録する。その後、ステップＳ４１２においてＭＦＰ１００はＳ４１１におけるＷＩＮＳサーバへの登録が成功したか否かを判断する。具体的には、Ｓ４１１において送信した登録要求に対して、登録が成功した旨の応答をＷＩＮＳサーバから受信したか否かを判断する。尚、登録が成功した旨の応答を受信するとき、ＮＩＣ１０１は、ＷＩＮＳサーバへの次回の登録時刻（時間）を示す情報を併せて受信する。そしてＮＩＣ１０１はＷＩＮＳサーバへの次回の登録時刻（時間）を示す情報を保持しておく。応答を受信することができず、登録処理に失敗したと判断された場合には、ステップＳ４１８に移行する。登録が成功したと判断された場合にはステップＳ４１３へ移行する。
【００４９】
前述したように、ＷＩＮＳサーバへの登録間隔はＷＩＮＳサーバによって決定されるものであるが、ステップＳ４１１においては、これまでＭＦＰ１００が行っていた登録処理からの経過時間に関係なく登録処理を行っている。その理由は、ＭＦＰ１００において最後に行なわれたＷＩＮＳサーバへの登録処理からの経過時間をＮＩＣ１０１の通信制御部３０３が知る事ができないからである。そのため、ディープスリープ動作モードに移行した際には、ＮＩＣ１０１はＭＦＰ１００が行った最後の登録処理からの経過時間に関係なくまずＷＩＮＳサーバへの登録処理を行う。これにより、ＷＩＮＳサーバ内で管理されているＭＦＰ１００のＮｅｔＢＩＯＳ名とＩＰアドレスが時間の経過によって消去されることを防いでいる。
【００５０】
ステップＳ４１８においてＮＩＣ１０１の通信制御部３０３は、ＭＦＰ１００に対してスタンバイ状態への復帰指示を送信する。また、ここで送信される復帰指示には、ＷＩＮＳサーバへの登録処理が失敗したことを示す情報又はＭＢＳへの登録処理が失敗したことを示す情報が含まれている。ＭＦＰ１００は復帰指示を受信した場合、ステップＳ４０７で停止した各部位を復帰させ、再びスタンバイ状態へと復帰する（ステップＳ４１９）。ここで、ＭＦＰ１００は、受信した復帰指示に含まれる、登録処理が失敗したことを示す情報を参照し、その情報に基づいて表示部に表示を行う。即ち、「ＷＩＮＳサーバへの登録に失敗しました。設定を確認してください。」又は「ＭＢＳへの登録に失敗しました。設定を確認してください。」といったメッセージがＭＦＰ１００の表示部に表示される。
【００５１】
ステップＳ４１２において、ＷＩＮＳサーバへの登録処理に成功した場合には、ステップＳ４１３へと進む。ステップＳ４１３においてＮＩＣ１０１は、ＷＩＮＳサーバから通知された情報に基づいてＷＩＮＳサーバへの登録時刻（時間）になったか否かを判断し、登録時刻になった場合には再びステップＳ４１０へと移行する。
【００５２】
ステップＳ４１０において、ＷＩＮＳサーバへの登録処理が必要ないと判断された場合の処理について説明する。ＭＦＰ１００から通知された情報に含まれるＷＩＮＳサーバへの登録処理の設定を示す設定値が、ＷＩＮＳサーバへの登録処理を行わないこと示す値であった場合には、ステップＳ４１４へと移行する。Ｓ４１４において、ＮＩＣ１０１はＭＢＳを検索する。具体的には、ＮＩＣ１０１は、ＮＩＣ１０１と同一のＩＰサブネット内に、ＭＢＳを検索するための検索要求パケットを送信する。そしてＮＩＣ１０１と同一のＩＰサブネット内にＭＢＳが存在していた場合には、そのＭＢＳはＮＩＣ１０１が送出する検索要求パケットに対して応答する。ＮＩＣ１０１はステップＳ４１４において検索要求パケットを送信した後で、ＭＢＳからの応答を一定期間待ち受ける。ステップＳ４１５においてＮＩＣ１０１はＭＢＳが発見されたか否かを判断する。即ち、送信した検索要求パケットに対するＭＢＳからの応答が一定期間内にあった場合にはＭＢＳが発見されたと判断し、ステップＳ４１６へと進む。一方、一定期間経過しても応答がない場合にはＭＢＳが発見されなかったと判断してＳ４１８へと進む。Ｓ４１８では、上述した処理を行う。
【００５３】
ステップＳ４１６において、ＮＩＣ１０１は応答を送信したＭＢＳのＩＰアドレス宛てに、ＭＦＰ１００から通知された情報に含まれるＭＦＰ１００のＮｅｔＢＩＯＳ名を送信する。これによりＭＢＳにＮＩＣ１０１のＮｅｔＢＩＯＳ名を登録する。その後、ステップＳ４１７においてＮＩＣ１０１はＳ４１６におけるＭＢＳへの登録が成功したか否かを判断する。具体的には、Ｓ４１６において送信した登録要求に対して、登録が成功した旨の応答をＭＢＳから受信したか否かを判断する。応答を受信することができず、登録処理に失敗したと判断された場合には、ステップＳ４１８に移行する。Ｓ４１８では、上述した処理を行う。ステップＳ４１７においてＭＢＳへの登録が成功したと判断された場合にはステップＳ４１３へと進む。そしてＭＦＰ１００から通知された情報に含まれたＭＢＳへの登録時間間隔に基づいて、登録時間になったか否かを判断し、登録時間になった場合にはステップＳ４１０へ移行する。
【００５４】
このように、ＮＩＣ１０１のディープスリープ動作モードでは、Ｓ４１０〜Ｓ４１７の処理がループして定期的に実行されることになる。従って本来ＭＦＰ１００において実行されていた定期処理を、ＭＦＰ１００がディープスリープ状態になった場合にはＮＩＣ１０１に代行処理させることができる。その結果、ＭＦＰ１００がディープスリープ状態であっても、情報処理システム２００が参加するネットワーク環境に適応する必要な処理が継続され、そのためにＭＦＰ１００がディープスリープ状態から復帰する必要がなくなる。また、ＷＩＮＳサーバ又はＭＢＳへの登録に失敗した場合にはいち早くＭＦＰ１００をディープスリープ状態から復帰させ、ＭＦＰの表示部にその旨を表示するので、ユーザが状況を把握し必要な措置を早急にとることができるようになる。
【００５５】
（その他の実施形態）
上記図４のフローチャートでは、ＭＦＰ１００はディープスリープ状態への移行条件を満たした後（Ｓ４０４でＹｅｓ）、ＮＩＣ１０１に渡す情報の収集を行っていた（Ｓ４０５）。しかし、ＮＩＣ１０１に渡す情報の収集はこのタイミングで行わなくてもよく、例えばＭＦＰ１００が起動した直後に行うようにしてもよい。また、上記実施形態では、情報処理装置の一例としてＭＦＰについて説明したが、ＭＦＰに限らずプリンタやスキャナ、ファクシミリ装置、或いはＰＣ等の装置であっても構わない。
【００５６】
また、本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（コンピュータプログラム）を情報処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【符号の説明】
【００５７】
１０１  ＮＩＣ
２０１，２２１  ＣＰＵ
２０２，２２２  ＲＡＭ
１００  ＭＦＰ
２３０  操作部
【図１】
2010244464.tif 000003
【図２】
2010244464.tif 000004
【図３】
2010244464.tif 000005
【図４】
2010244464.tif 000006
【図５】
2010244464.tif 000007