(57)【特許請求の範囲】
【請求項１】
第１の通信装置と第２の通信装置の状態を検出する検出手段と、
前記検出手段による検出の結果に基づいて、外部装置から前記第１の通信装置に対する着信をサーバが受けた場合に前記外部装置から前記第１の通信装置の代わりに着信を受ける第２の通信装置を選択する選択手段と、
前記外部装置から前記第１の通信装置に対する着信を前記サーバが受けた場合に前記選択手段により選択された前記第２の通信装置が前記第１の通信装置の代わりに着信を受けるための処理を前記サーバに実行させるために、前記第２の通信装置の識別情報を前記サーバに登録する登録手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記第１の通信装置の状態が変化する場合に、前記選択手段は、前記第２の通信装置を選択することを特徴とする請求項１に記載の管理装置。
【請求項３】
データを受信したことに応じて当該受信したデータを出力する第１受信モードと、受信したデータを出力することなくメモリに蓄積する第２受信モードを選択的に設定することが可能な複数の通信装置のうち、前記選択手段は、前記第２受信モードが設定されている通信装置を、前記第２の通信装置として選択することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記管理装置は、前記第１の通信装置に備えられていることを特徴とする請求項１から３のいずれか１項に記載の管理装置。
【請求項５】
前記サーバは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバであることを特徴とする請求項１から４のいずれか１項に記載の管理装置。
【請求項６】
第１の通信装置と第２の通信装置の状態を検出する検出工程と、
前記検出工程における検出の結果に基づいて、外部装置から前記第１の通信装置に対する着信をサーバが受けた場合に前記外部装置から前記第１の通信装置の代わりに着信を受ける第２の通信装置を選択する選択工程と、
前記外部装置から前記第１の通信装置に対する着信を前記サーバが受けた場合に前記選択工程で選択された前記第２の通信装置が前記第１の通信装置の代わりに着信を受けるための処理を前記サーバに実行させるために、前記第２の通信装置の識別情報を前記サーバに登録する登録工程と、
を備えることを特徴とする管理方法。
【請求項７】
前記第１の通信装置の状態が変化する場合に、前記選択工程では、前記第２の通信装置を選択することを特徴とする請求項６に記載の管理方法。
【請求項８】
データを受信したことに応じて当該受信したデータを出力する第１受信モードと、受信したデータを出力することなくメモリに蓄積する第２受信モードを選択的に設定することが可能な複数の通信装置のうち、前記選択工程では、前記第２受信モードが設定されている通信装置を、前記第２の通信装置として選択することを特徴とする請求項６または７に記載の管理方法。
【請求項９】
前記サーバは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバであることを特徴とする請求項６から８のいずれか１項に記載の管理方法。
【請求項１０】
請求項６乃至９のいずれか１項に記載の管理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置を管理する管理装置、管理方法、プログラムに関する。
【背景技術】
【０００２】
従来、コピー、プリント、スキャン及びファクシミリ送受信等の複数の機能を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）が知られている。また、昨今の省エネルギーの要求から、使用されていない時に、通常電力モード（スタンバイモード）よりも消費電力が小さい省電力モード（スリープモード）に移行することにより、消費電力を低減させる仕組みが備えられたＭＦＰが存在する。この仕組みによりスリープモードへ移行した後、ＭＦＰに備えられた各機能の使用要求があると、ＭＦＰは、スリープモードからスタンバイモードに復帰し、使用要求に係る機能を実行する（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０８−３２４０７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、使用頻度が高いＭＦＰの場合、スリープモードへ移行するための条件を満たすことができない、或いはスリープモードへ移行してもすぐにスタンバイモードへ復帰することになり、省電力の効果が十分に得られないという問題がある。
【０００５】
特に、外部のファクシミリ装置からのファクシミリデータを受信するファクシミリ機能を備えたＭＦＰの場合、外部のファクシミリ装置からはＭＦＰが現在どの電力モードで動作しているかに関わらずファクシミリデータが送信されてくる。そして、ファクシミリデータを受信する毎に、スリープモードからスタンバイモードに復帰して、受信したファクシミリデータを出力しなければならない。
【０００６】
また、複数のＭＦＰが設置された環境であっても、ファクシミリ通信の場合は、特定のファクシミリ装置に対して発呼が行われる。このため、たとえスタンバイモードで動作しているＭＦＰが他に存在していたとしても、送信先として指定されたＭＦＰがスリープモードに移行している状態であれば、そのＭＦＰがスタンバイモードに復帰して受信・出力動作を行わなければならない。
【０００７】
本発明は、上記の問題点に鑑みなされたものであり、第１の通信装置と第２の通信装置の状態に応じて、外部装置からの着信を第１の通信装置の代わりに受ける第２の通信装置を選択する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の管理装置は、第１の通信装置と第２の通信装置の状態を検出する検出手段と、前記検出手段による検出の結果に基づいて、外部装置から前記第１の通信装置に対する着信をサーバが受けた場合に外部装置から前記第１の通信装置の代わりに着信を受ける第２の通信装置を選択する選択手段と、前記外部装置から前記第１の通信装置に対する着信を前記サーバが受けた場合に前記選択手段により選択された前記第２の通信装置が前記第１の通信装置の代わりに着信を受けるための処理を前記サーバに実行させるために、前記第２の通信装置の識別情報を前記サーバに登録する登録手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、第１の通信装置と第２の通信装置の状態に応じて、外部装置からの着信を第１の通信装置の代わりに受ける第２の通信装置を選択することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の管理装置を適用した情報通信ネットワークの構成図である。
【図２】図１に示した各ＭＦＰの構成を示すブロック図である。
【図３】上記の各ＭＦＰにおける自己のＵＲＩの登録処理を示すフローチャートである。
【図４】上記の各ＭＦＰにおける自己のＵＲＩの登録処理を示すシーケンス図である。
【図５】上記の各ＭＦＰにおけるファクシミリデータの受信処理を示すフローチャートである。
【図６】上記の各ＭＦＰが単独でファクシミリデータを受信する場合の受信処理を示すシーケンス図である。
【図７】親機となるべきＭＦＰが行う連携設定処理を示すフローチャートである。
【図８】子機となるべきＭＦＰが行う連携設定処理を示すフローチャートである。
【図９】子機による代行受信装置の選択のための情報の送信処理を示すフローチャートである。
【図１０】親機による代行受信装置の選択のための情報の収集処理、及び代行受信のためのリダイレクト登録処理を示すフローチャートである。
【図１１】図１０のＳ１００３における代行受信装置の選択処理の詳細を示すフローチャートである。
【図１２】図１０のＳ１００４におけるリダイレクト登録処理の詳細を示すフローチャートである。
【図１３】代行受信装置によるファクシミリデータの代行受信処理例を示すシーケンス図である。
【図１４】代行受信装置における元来の送信先への代行受信データの転送処理を示すフローチャートである。
【図１５】親機における代行受信データに係る転送制御を示すフローチャートである。
【図１６】元来の送信先（被代行装置）における代行受信データの受信処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、本発明の管理装置を適用した情報通信ネットワーク（情報通信システム）の構成図である。本情報通信ネットワークでは、複合機（以下、ＭＦＰという）１０１，１０２，１０３，１０４、ファクシミリ装置（以下、ＦＡＸという）１０５がＩＰ通信ネットワーク１１２を介して接続されている。
【００１２】
また、ＭＦＰ１０１〜１０４、ＦＡＸ１０５は、それぞれ、ＵＮＩ（Ｕｓｅｒ−Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）１１８，１１９，１２０，１２１，１２２を介してＩＰ通信ネットワーク１１２に接続されている。このＩＰ通信ネットワーク１１２には、ＳＩＰサーバ１１３も接続されている。
【００１３】
また、ＭＦＰ１０１〜１０４は、それぞれ、ＬＡＮポート１０８〜１１１を介してＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０６に接続されている。ＭＦＰ１０１〜１０４とＵＮＩ１１８〜１２１は、それぞれ、通信ポート１２３〜１２６を介して接続され、ＦＡＸ１０５とＵＮＩ１２２は、通信ポート１２７を介して接続されている。
【００１４】
ＭＦＰ１０１〜１０４は、コピー、プリント、スキャン、及びファクシミリ通信等の各機能を備えている。ＦＡＸ１０５は、ファクシミリ通信機能のみを備えたファクシミリ専用機である。ＭＦＰ１０１〜１０４とＦＡＸ１０５が備えるファクシミリ通信機能は、共に、ＩＴＵ−Ｔ勧告におけるＴ．３８に準拠したインターネットＦＡＸ通信を実行するものとする。
【００１５】
ＩＰ通信ネットワーク１１２はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によって制御され、ＭＦＰ１０１〜１０４、ＦＡＸ１０５はＩＰに準拠してインターネットＦＡＸ通信を行う。
【００１６】
ＳＩＰサーバ１１３は、呼制御サーバとして機能し、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて、ＩＰ通信ネットワーク１１２を介して行う通信のための呼制御（セッション制御）を行う。この呼制御においては、ユーザエージェント（ＵＡ）は、データの送信先の装置が移動するなどして当該装置のＩＰアドレスが変化しても、それを意識せずに通信することができる。なお、本実施の形態では、ＭＦＰ１０１〜１０４とＦＡＸ１０５が、ユーザエージェント（ＵＡ）として動作する。
【００１７】
このＳＩＰサーバ１１３は、プロキシサーバ１１４、リダイレクトサーバ１１５、レジストラサーバ１１６、及びロケーションサーバ１１７により構成されている。
【００１８】
プロキシサーバ１１４は、ＳＩＰメッセージの転送制御を行う。すなわち、プロキシサーバ１１４は、ユーザエージェントクライアント（ＵＡＣ）からのＳＩＰリクエストを次のサーバ（ユーザエージェントサーバ：ＵＡＳを含む）に中継する。具体的には、プロキシサーバ１１４は、ＳＩＰヘッダに含まれる送信先アドレスをキーとしてロケーションサーバ１１７への問い合わせを行って送信先のＩＰアドレスを求め、そのＩＰアドレスに基づいてメッセージの転送先を決定する。
【００１９】
リダイレクトサーバ１１５は、ＳＩＰリクエストの次の転送先を解決し、その転送先の現在のアドレスを、ＳＩＰリクエストに対する応答としてリクエスト元（ＵＡＣ）に返信する。この場合、ＵＡＣは、返信された転送先のアドレスに発信し直す。すなわち、リダイレクトサーバ１１５は、転送先のアドレスをＵＡＣに返信するだけであり、ＳＩＰリクエストの転送処理を行うことはない。
【００２０】
レジストラサーバ１１６は、ＵＡからのメッセージに基づいて、そのＵＡの現在のＩＰ通信ネットワーク１１２上のアドレス（ＳＩＰ  ＵＲＩとＩＰアドレスの対）を登録する。ロケーションサーバ１１７は、ＵＡが存在するＩＰ通信ネットワーク１１２上の場所（アドレス）を管理する。具体的には、ロケーションサーバ１１７は、ＳＩＰ  ＵＲＩとＩＰアドレスの対をレジストラサーバ１１６から受け取って登録し、その登録情報に基づいてプロキシサーバ１１４からの問い合わせに返答する。
【００２１】
後述するように、本実施の形態では、ファクシミリデータを代行受信する代行受信装置（代行装置）として選定されたＭＦＰ１０１〜１０４のアドレス（ＳＩＰ  ＵＲＩとＩＰアドレスの対）を、ロケーションサーバ１１７に登録している。
【００２２】
次に、ＭＦＰ１０１〜１０４の構成を示す図２に基づいて説明する。これらＭＦＰ１０１〜１０４は、ＣＰＵ２０１の制御の下に一連の画像形成処理、ファクシミリ通信処理を行う。画像読取部２０２は、原稿上の画像を露光走査によって光学的に読取り、その画像光を光電変換して電子的な画像データとして出力する。読取画像処理部２０３は、画像読取部２０２から出力された画像データに対して、シェーディング補正等の各種の画像処理を施す。
【００２３】
記録画像処理部２０４は、画像データを印刷記録すべく、画像データを印刷用のラスタイメージデータに変換する。記録部２０５は、記録画像処理部２０４からの印刷用データに基づいて、電子写真方式等の印刷方式で記録紙に対して印刷処理を行う。
【００２４】
ＲＯＭ２０６には、ＣＰＵ２０１により実行される各種のプログラムが格納されている。ＲＯＭ２０６に格納されるプログラムには、図３〜１６の処理を実行可能にプログラミングされたプログラムも含まれている。ＣＰＵ２０１は、各種のプログラムを実行する際にＲＡＭ２０７をワークエリア等として利用する。ＨＤＤ２０８には、画像データ、各種の設定データ等のデータが蓄積される。このＨＤＤ２０８には、ＭＦＰ１０１〜１０４のＵＲＩ等の装置プロファイル情報、代行受信装置として選定されたＭＦＰ１０１〜１０４の識別情報（装置ＩＤ）等も格納される。
【００２５】
タイマ部２０９は、スリープモードへの移行タイミングを決定する場合など、ＣＰＵ２０１が各種のタイマ制御を行うための計時動作を行う。操作部２１０は、キー入力部と表示部を有し、キー入力部でのキー入力情報は、表示部にエコー表示される。ＳＩＰ呼制御部２１１は、ファクシミリ通信時に、ＩＰ通信ネットワーク１１２に対してＳＩＰによる呼制御動作を行う。Ｔ．３８制御部２１２は、ファクシミリ通信時にＩＴＵ−Ｔ勧告に基づくＴ．３８により、インターネットファクシミリ通信を行うための制御を行う。
【００２６】
通信ネットワークＩＦ制御部２１３は、通信ポート２１４経由で当該ＭＦＰをＩＰ通信ネットワーク１１２に接続してファクシミリ通信を行うためのＩＦ制御を行う。なお、図２の通信ポート２１４は、図１のＭＦＰ１０１〜１０４の通信ポート１２３〜１２６の何れか１つに相当するものである。
【００２７】
ＬＡＮ制御部２１６は、ＬＡＮポート２１７を介してＬＡＮ通信を行うための制御を行う。なお、図２のＬＡＮポート２１７は、図１のＭＦＰ１０１〜１０４のＬＡＮポート１０８〜１１１の何れか１つに相当するものである。
【００２８】
次に、図２に示したＭＦＰの各ブロック（電子デバイス）に対する電力供給制御の概要を説明する。
【００２９】
まず、スタンバイモード（通常電力モード）では、図２の太実線で囲まれた部分、すなわち、ＭＦＰに搭載された全ての電子デバイスに対して通電されている。従って、スタンバイモード（通常電力モード）では、記録画像処理部２０４、記録部２０５に電力が供給され、記録部２０５の大きな電力を要する定着用のヒータ（図示省略）も通電されている。このため、スタンバイモードでは、記録画像処理部２０４から記録部２０５に印刷用のラスタイメージデータが入力されると、記録部２０５は直ちに印刷記録を行うことができるが、消費電力は大きくなる。
【００３０】
また、スリープモード（省電力モード）では、図２の細実線で囲まれた部分、すなわち、画像読取部２０２、読取画像処理部２０３、記録画像処理部２０４、記録部２０５を除いた電子デバイスが通電されている。従って、スリープモードにあっては、消費電力はスタンバイモードの時よりも低減されることになる。
【００３１】
また、ディープスリープモード（省電力モード）では、図２の破線で囲まれた部分、すなわち、通信ネットワークＩＦ制御部２１３のうち、通信ポート２１４に着信するＩＰ通信ネットワーク１１２からの呼び出し信号を検出する部分（ＵＡ部２１３ａ）への通電は維持される。また、ディープスリープモードでは、ＬＡＮ制御部２１６のうち、ＬＡＮポート２１７と所定のパケットの送受信を行う部分（ＵＡ部２１６ａ）への通電も維持される。さらに、ディープスリープモードでは、操作部２１０のうち、キー入力操作信号を検出する部分（検出部２１０ａ）への通電も維持される。
【００３２】
なお、ディープスリープモードで通電されている上記の各部分はＣＰＵ２０１に直接接続され、ＣＰＵ２０１のうち、上記の各信号を検知して上記の各部を起動する部分は通電されているものとする。このディープスリープモードにあっては、スリープモードよりも更に一層、消費電力が低減される。
【００３３】
なお、ＭＦＰに内蔵されたＣＰＵ２０１は、ディープスリープモードにあってもその一部は通電されているため、当該ＭＦＰのスタンバイモード、スリープモード、ディープスリープモードを常に認識することができる。従って、ＣＰＵ２０１は、当該ＭＦＰの電力モードがスタンバイモード、スリープモード、ディープスリープモードのどのモードにあっても、その電力モードを通知するためのパケットをＬＡＮポート２１７経由で他のＭＦＰに送信することができる。なお、前述のＵＡ部２１３ａ，２１６ａは、その機能をソフトウェアで実現し、当該ソフトウェアを記憶するメモリを含むものである。
【００３４】
次に、ディープスリープモード、スリープモード、スタンバイモードの遷移の概要を説明する。このモードの遷移（移行）は、タイマ部２０９により当該ＭＦＰの機能等の不使用期間を計時することにより行われる。
【００３５】
まず、スタンバイモードから、スリープモード、ディープスリープモードへの移行について説明する。ＭＦＰがスタンバイモードの場合、ＣＰＵ２０１は、当該ＭＦＰの機能等の不使用期間がスリープモードへの移行条件に係る閾値以上となった時点で、読取画像処理部２０３、記録画像処理部２０４、記録部２０５への通電を停止し、スリープモードへ移行する。
【００３６】
また、ＣＰＵ２０１は、当該ＭＦＰの機能等の不使用期間がディープスリープモードへの移行条件に係る閾値以上となった時点で、ＲＯＭ２０６、ＲＡＭ２０７、ＨＤＤ２０８、タイマ部２０９、ＳＩＰ呼制御部２１１、Ｔ．３８制御部２１２への通電を停止する。さらに、ＣＰＵ２０１は、通信ネットワークＩＦ制御部２１３、ＬＡＮ制御部２１６、操作部２１０については、それぞれ、上記のＵＡ部２１３ａ，２１６ａ、検出部２１０ａ以外の部分への通電を停止する。また、ＣＰＵ２０１は、当該ＣＰＵ２０１のうち、ＵＡ部２１３ａ，２１６ａ、検出部２１０ａからの信号を検知してこれら各部を起動する部分以外の部分への通電も停止する。
【００３７】
次に、ディープスリープモードから、スリープモード、スタンバイモードへの復帰について説明する。ＭＦＰがディープスリープモードにあっても、ＬＡＮ制御部２１６のＵＡ部２１６ａは、ＬＡＮポート２１７経由で所定のパケットを受信することができ、ＣＰＵ２０１は、この受信を検知することができる。
【００３８】
また、ディープスリープモードにおいても、通信ネットワークＩＦ制御部２１３のＵＡ部２１３ａは、通信ポート２１４経由でＩＰ通信ネットワーク１１２からの呼び出し信号を検出することができ、ＣＰＵ２０１は、この検出信号を検知することができる。また、操作部２１０の検出部２１０ａは、ディープスリープモードにおいてもキー入力信号を検出することができ、ＣＰＵ２０１は、この検出信号を検知することができる。
【００３９】
ＣＰＵ２０１は、これらの信号を検知した場合には、スリープモードにおける電力供給を行ってスリープモードへ復帰する。さらに、ＣＰＵ２０１は、上記の検知信号の種類等に基づいて必要な機能を判別し、その判別結果に基づいて、画像読取部２０２、読取画像処理部２０３、記録画像処理部２０４、記録部２０５への通電を適宜再開し、徐々にスタンバイモードへ復帰していく。
【００４０】
次に、ＭＦＰ１０１〜１０４の動作を詳細に説明する。当該ＭＦＰでは、当該ＭＦＰに固有の装置プロファイル情報がＨＤＤ２０８に予め記憶されているものとする。すなわち、スタンバイモードにおいて、印刷動作時の当該ＭＦＰの消費電力がＨＤＤ２０８に記憶されている。この印刷動作時の消費電力は、工場出荷時に印刷動作時の消費電力を測定し、これを操作部２１０により入力して、ＣＰＵ２０１の制御の下に装置プロファイル情報としてＨＤＤ２０８に記憶させておくものとする。なお、ここでは印刷動作時の消費電力を記憶するものとするが、スタンバイモードで且つ印刷動作を行っていない状態（待機状態）の消費電力を記憶するようにしても構わない。
【００４１】
なお、ＭＦＰ１０１〜１０４は、ファクシミリ受信機能に関しては、受信モードとして、通常受信モードとメモリ受信モードを備えている。通常受信モードは、受信したファクシミリデータを直ちに印刷するモードである。メモリ受信モードは、例えば、受信したファクシミリデータを直ちに印刷することなく、一時的にメモリに格納しておき、ユーザからの印刷指示があった場合に印刷するモードである。
【００４２】
すなわち、通常受信モードでは受信したファクシミリデータを直ちに記録部２０５により印刷するが、メモリ受信モードは、ファクシミリデータを受信した時点では印刷することなく単にＨＤＤ２０８に蓄積しておくものである。従って、通常受信モードでのファクシミリデータの受信処理では、スタンバイモードの電力供給を行う必要がある。一方、メモリ受信モードでのファクシミリデータの受信処理では、スリープモードの電力供給で受信処理が可能であり、スタンバイモードの電力供給を行う必要はない。
【００４３】
換言すれば、メモリ受信モードが設定されている場合は、たとえ電力供給モードがディープスリープモードであっても、ファクシミリデータの受信処理のために一気にスタンバイモードに復帰する必要はない。上記の「徐々にスタンバイモードへ復帰していく」とは、このようなことを意味している。なお、通常受信モード、又はメモリ受信モードの設定情報もＨＤＤ２０８に記憶される。
【００４４】
ここで、ＭＦＰ１０１〜１０４は、ＩＰ通信ネットワーク１１２とＳＩＰ呼制御部２１１により、ファクシミリ通信を行うことができる。この場合、ＭＦＰ１０１〜１０４は、自己のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）をＳＩＰサーバ１１３、厳密にはロケーションサーバ１１７に登録する。
【００４５】
このＵＲＩ登録処理を図３のフローチャート、及び図４のシーケンス図に基づいて説明する。ここでは、便宜上、ＭＦＰ１０１が自己のＵＲＩを登録するものとして説明する。ＭＦＰ１０１において、操作者は操作部２１０の操作により、当該ＭＦＰ１０１のＵＲＩを入力する（Ｓ３０１）。ＭＦＰ１０１のＣＰＵ２０１（以下、本登録動作の説明において同じ）は、このＵＲＩの入力を検出すると、入力されたＵＲＩを装置プロファイル情報としてＨＤＤ２０８に登録する（Ｓ３０２）。
【００４６】
同時に、ＣＰＵ２０１は、入力されたＵＲＩをＳＩＰ呼制御部２１１に転送して、ＳＩＰ  ＵＲＩの登録を指示する（Ｓ３０３）。ＳＩＰ呼制御部２１１は、通信ネットワークＩＦ制御部２１３、通信ポート１２３を介して登録対象のＵＲＩ情報（ＳＩＰ  ＵＲＩとＩＰアドレス）を含んだＲＥＳＩＳＴＥＲリクエスト４０１を送信する。このＲＥＳＩＳＴＥＲリクエスト４０１は、ＵＮＩ１１８、ＩＰ通信ネットワーク１１２を介してＳＩＰサーバ１１３に送達される（Ｓ３０４）。
【００４７】
この場合、ＳＩＰサーバ１１３は、レジストラサーバ１１６によりＲＥＳＩＳＴＥＲリクエスト４０１を解読して、ＲＥＳＩＳＴＥＲリクエスト４０１の送信元がＵＮＩ１１８に接続された通信ポート１２３に対応するＭＦＰ１０１であることを認識する。そして、ＳＩＰサーバ１１３は、通信ポート１２３に対応するＭＦＰとして、ＭＦＰ１０１の識別情報と送達に係るＵＲＩ情報をロケーションサーバ１１７に登録する。
【００４８】
その後、ＳＩＰサーバ１１３は、ＵＲＩ情報の登録が正常に行われると、ＯＫメッセージ４０２をＭＦＰ１０１に送信する。このＯＫメッセージ４０２は、ＩＰ通信ネットワーク１１２、ＵＮＩ１１８、通信ポート２１４を介して、通信ネットワークＩＦ制御部２１３に送達され、ＳＩＰ呼制御部２１１により認識される（Ｓ３０５）。
【００４９】
これにより、ＣＰＵ２０１は、ＵＲＩの登録が正常に行われたことを認識して、ＵＲＩの登録処理を終了する。ＭＦＰ１０２〜１０４がそれぞれ自己のＵＲＩをＳＩＰサーバ１１３に登録する場合も全く同様の処理で登録される。
【００５０】
なお、ＭＦＰ１０１〜１０４とＳＩＰサーバ１１３との間で行われる通信においては、上記の経路で通信が行われるので、以後の説明においては、極力、途中の経路の説明は省略し、送信元と送信先を主として説明するものとする。
【００５１】
本実施の形態では、ＭＦＰ１０１〜１０４の具体的なＵＲＩとしては、次のＵＲＩを想定している。すなわち、図１に示したように、ＭＦＰ１０１のＵＲＩは「ｓｉｐ：＋８１１２−３４５−６７８０＠ａｂｃ．ｃｏｍ」、ＭＦＰ１０２のＵＲＩは「ｓｉｐ：＋８１１２−３４５−６７８１＠ａｂｃ．ｃｏｍ」とする。また、ＭＦＰ１０３のＵＲＩは「ｓｉｐ：＋８１１２−３４５−６７８２＠ａｂｃ．ｃｏｍ」、ＭＦＰ１０４のＵＲＩは「ｓｉｐ：＋８１１２−３４５−６７８３＠ａｂｃ．ｃｏｍ」とする。
【００５２】
次に、ＭＦＰ１０１〜１０４が、それぞれ単独で動作している状態でファクシミリデータを受信する場合の受信処理を、図５のフローチャート、図６のシーケンス図に基づいて説明する。ここでは、ＭＦＰ１０２によるファクシミリデータの受信処理を示すが、他のＭＦＰ１０１、１０３，１０４も同様の受信処理でファクシミリデータを受信する。
【００５３】
ＦＡＸ１０５は、送信先であるＭＦＰ１０２（ＵＲＩは「ｓｉｐ：＋８１１２−３４５−６７８１＠ａｂｃ．ｃｏｍ」）とのセッションを確立するためのＩＮＶＩＴＥメッセージ６０１を、ＵＮＩ１２２を介してＩＰ通信ネットワーク１１２に送信する。このＩＮＶＩＴＥメッセージ６０１は、ＳＩＰサーバ１１３により認識される。
【００５４】
すなわち、プロキシサーバ１１４は、ロケーションサーバ１１７により、ＩＮＶＩＴＥメッセージ６０１に含まれるＵＲＩ「ｓｉｐ：＋８１１２−３４５−６７８１＠ａｂｃ．ｃｏｍ」が、ＵＮＩ１１９に接続されているＭＦＰ１０２のＵＲＩであることを認識する。そこで、ＳＩＰサーバ１１３は、ＩＮＶＩＴＥメッセージ６０１をＭＦＰ１０２に転送する。
【００５５】
このＩＮＶＩＴＥメッセージ６０１は、ＭＦＰ１０２の通信ポート１２４に着信され、通信ネットワークＩＦ制御部２１３のＵＡ部２１３ａにより検出されて、ＭＦＰ１０２のＣＰＵ２０１（以下、本受信処理の説明において同じ）により検知される（Ｓ５０１）。ＣＰＵ２０１は、ＳＩＰ呼制御部２１１により呼び出しを行っていることを示すＲｉｎｇｉｎｇメッセージ６０２を、通信ネットワークＩＦ制御部２１３を介して通信ポート１２４に送信する（Ｓ５０２）。
【００５６】
このＲｉｎｇｉｎｇメッセージ６０２は、ＵＮＩ１１９を介してＩＰ通信ネットワーク１１２に送信され、ＳＩＰサーバ１１３は、このＲｉｎｇｉｎｇメッセージ６０２をＦＡＸ１０５に転送する。ＦＡＸ１０５は、転送されてきたＲｉｎｇｉｎｇメッセージ６０２により、送信先のＭＦＰ１０２が呼び出されていることを認識する。
【００５７】
ＣＰＵ２０１は、Ｒｉｎｇｉｎｇメッセージ６０２を送信した後、当該ＭＦＰ１０２の現在の電力モード（スタンバイモード、スリープモード、ディープスリープモード）を判別する。すなわち、ＣＰＵ２０１は、当該ＭＦＰ１０２がスタンバイモードである否かを判別する（Ｓ５０３）。
【００５８】
スタンバイモードであると判別した場合は、ＣＰＵ２０１は、ファクシミリデータの受信処理を行えるものとして、直ちにステップＳ５０８に進み、ＳＩＰサーバ１１３を介してＯＫメッセージ６０３をＦＡＸ１０５に送信する。一方、スタンバイモードでないと判別した場合は、ＣＰＵ２０１は、当該ＭＦＰ１０２がスリープモードであるか否かを判別する（Ｓ５０４）。スリープモードであると判別した場合は、ＣＰＵ２０１は、受信モードの確認を行うべくステップＳ５０６に進む。一方、スリープモードでないと判断した場合、すなわち、ディープスリープモードである場合は、ＣＰＵ２０１は、ひとまず、スリープモードへの移行処理を行って（Ｓ５０５）、ステップＳ５０６に進む。
【００５９】
ステップＳ５０６では、ＣＰＵ２０１は、受信モードとしてメモリ受信モードが設定されているか否かを判別する（Ｓ５０６）。その結果、メモリ受信モードが設定されている場合には、ＣＰＵ２０１は、現在のスリープモードでもメモリ受信モードに係るファクシミリデータの受信処理を行えるので、ステップＳ５０８に進み、ＳＩＰサーバ１１３を介してＯＫメッセージ６０３をＦＡＸ１０５に送信する。
【００６０】
一方、メモリ受信モードではなく通常受信モードが設定されている場合は、ＣＰＵ２０１は、印刷動作が必要になるため、スタンバイモードへの移行処理を行う（Ｓ５０７）。そして、ＣＰＵ２０１は、ステップＳ５０８に進み、ＳＩＰサーバ１１３を介してＯＫメッセージ６０３をＦＡＸ１０５に送信する。このＯＫメッセージ６０３の送信処理は、ＣＰＵ２０１の指示に応じてＳＩＰ呼制御部２１１により行われる。
【００６１】
ＦＡＸ１０５は、ＯＫメッセージ６０３を受信すると、ＳＩＰサーバ１１３を介してＡＣＫメッセージ６０４をＭＦＰ１０２に送信し、ＣＰＵ２０１は、ＡＣＫメッセージ６０４を認識する（Ｓ５０９）。これにより、ＦＡＸ１０５とＭＦＰ１０２の間に通信セッション（回線接続）６０５が確立され通信が可能となるので、ＦＡＸ１０５は、ＳＩＰサーバ１１３を介してファクシミリデータをＭＦＰ１０２に送信する。ＣＰＵ２０１は、このファクシミリデータを受信する（Ｓ５１０）。
【００６２】
このファクシミリデータの送受信は、ＩＴＵ−Ｔに規定されたＴ．３８のプロトコルに従って行われる。ＣＰＵ２０１は、受信したファクシミリデータをファクシミリ画像データに変換し、ＨＤＤ２０８に蓄積する（Ｓ５１１）。
【００６３】
一方、ＦＡＸ１０５は、ファクシミリデータの送信が完了すると、ＳＩＰサーバ１１３を介して通信終了を示すＢＹＥメッセージ６０６をＭＦＰ１０２に送信する。このＢＹＥメッセージ６０６は、ＩＰ呼制御部２１１により検知され、ＣＰＵ２０１は通信終了を認識する（Ｓ５１２）。
【００６４】
この認識により、ＣＰＵ２０１は、ＳＩＰ呼制御部２１１を制御して、ＳＩＰサーバ１１３を介してＯＫメッセージ６０７をＦＡＸ１０５に送信する（Ｓ５１３）。そして、ＣＰＵ２０１は、受信モードとしてメモリ受信モードが設定されているか否かを判別する（Ｓ５１４）。その結果、メモリ受信モードが設定されている場合には、ＣＰＵ２０１は、そのままファクシミリデータの受信処理を終了する。
【００６５】
一方、通常受信モードが設定されている場合は、ＣＰＵ２０１は、ＨＤＤ２０８から今回の受信に係るファクシミリデータ（ファクシミリ画像データ）を読み出し、記録画像処理部２０４に転送して印刷出力させる（Ｓ５１５）。
【００６６】
このように、ＭＦＰ１０１〜１０４がそれぞれ単独で受信処理する場合は、各ＭＦＰは、自己宛のファクシミリ着信があれば、自分自身でファクシミリデータの受信処理を行う。従って、各ＭＦＰは、自己宛のファクシミリ着信があれば、その都度、必要に応じて電力モードを変更する必要があり、省電力化を十分に図ることができない。
【００６７】
そこで、本実施の形態では、ＭＦＰ１０１〜１０４が連携してファクシミリデータを代行受信することにより、複数のＭＦＰ１０１〜１０４の全体として省電力化を十分に図ることができるようにしている。
【００６８】
以下、ＭＦＰ１０１〜１０４が連携して行うファクシミリデータの代行受信処理について、詳細に説明する。ここでは、ＭＦＰ１０１〜１０４は、ＭＦＰ１０１が親機となり、ＭＦＰ１０２〜１０４が子機となって連携しているものとする。
【００６９】
最初に、ＭＦＰ１０１が親機となり、ＭＦＰ１０２〜１０４が子機となって連携する旨の設定処理を、図７，８のフローチャートに基づいて説明する。図７は親機となるべきＭＦＰ１０１が行う連携設定処理を示すフローチャート、図８は子機となるべきＭＦＰ１０２〜１０４が行う連携設定処理を示すフローチャートである。
【００７０】
なお、以降の説明でＭＦＰ１０２〜１０４が行う処理の主体は、厳密にはＣＰＵ２０１であるが、本体であるＭＦＰ１０２〜１０４が処理主体であるものとして以降の説明を進める。
【００７１】
親機となるべきＭＦＰ１０１は、操作部２１０の検出部２１０ａからの連携設定のためのキー入力信号を検知する（Ｓ７０１）。ＭＦＰ１０１は、連携設定のためのキー入力信号を検知することにより、現在、当該ＭＦＰ１０１がディープスリープモードであれば、スリープモードに移行するように制御する（Ｓ７０１）。
【００７２】
この電力モードの移行処理は、後段のステップの処理を実行するために行うものであり、この後段のステップの処理は、スリープモードでも十分に実行可能である。そこで、ディープスリープモードから一気にスタンバイモードに移行せずに、スリープモードに移行することにより、可及的に省電力化を図るようにしたのである（図８のＳ８０２も同趣旨）。
【００７３】
上記の連携設定のためのキー入力信号は、ＭＦＰ１０１を親機、ＭＦＰ１０２〜１０４を子機として連携する旨のキー入力信号である。そこで、ＭＦＰ１０１は、この親子の関係をＨＤＤ２０８に設定登録する（Ｓ７０２）。なお、親子関係の設定処理は、操作部２１０の表示部に表示されるメニューの中から選択することができる。
【００７４】
次に、ＭＦＰ１０１は、ＬＡＮ制御部２１６により、ＬＡＮ１０６を介して、子機（ＭＦＰ１０２〜１０４：特定のファクシミリ装置）に装置プロファイル要求コマンドを送信する（Ｓ７０３）。子機（ＭＦＰ１０２〜１０４）は、それぞれ、装置プロファイル要求コマンドを受信する（Ｓ８０１）。この装置プロファイル要求コマンドを受信することにより、各子機（ＭＦＰ１０２〜１０４）は、それぞれ、現在、当該子機がディープスリープモードであれば、スリープモードに移行するように制御する（Ｓ８０２）。
【００７５】
次に、各子機（ＭＦＰ１０２〜１０４）は、それぞれ、自己のＨＤＤ２０８から当該子機の印刷時消費電力値とＵＲＩを読み出し、装置プロファイル要求コマンドに対する返答として親機（ＭＦＰ１０１）に送信する（Ｓ８０３）。
【００７６】
親機（ＭＦＰ１０１）は、各子機（ＭＦＰ１０２〜１０４）の印刷時消費電力値とＵＲＩを、各子機（ＭＦＰ１０２〜１０４）の識別情報と対応付けて、ＨＤＤ２０８に登録する（Ｓ７０４）。
【００７７】
次に、ファクシミリデータを代行受信する代行受信装置（代行装置）の選択処理を、図９〜１１のフローチャートに基づいて説明する。この代行受信装置の選択処理は、各ＭＦＰ１０１〜１０４の電力モード等に基づいて、親機（ＭＦＰ１０１）が行う。このため、親機（ＭＦＰ１０１）は、子機（ＭＦＰ１０２〜１０４）の電力モードを検出している。各子機は、この検出処理に協力すべく、自己の現在の電力モード情報を親機に定期的に送信している。
【００７８】
すなわち、図９に示したように、各子機（ＭＦＰ１０２〜１０４）は、自機の機能等の利用状態に応じて、自機の電子デバイスへの電力モードをスタンバイモード、スリープモード、ディープスリープモードの何れかのモードに遷移させている（Ｓ９０１）。そこで、各子機は、自機の電力モードの遷移が発生すると、その遷移後の電力モード（スタンバイモード、スリープモード、ディープスリープモードの何れか）をＬＡＮ１０６経由で親機に通知する（Ｓ９０２）。
【００７９】
電力モードの通知を行った子機は、次に、自機のＨＤＤ２０８に設定されている自機のファクシミリ受信モード（通常受信モード、又はメモリ受信モード）を当該ＨＤＤ２０８から読み出して、ＬＡＮ１０６経由で親機に送信する（Ｓ９０３）。
【００８０】
親機（ＭＦＰ１０１）は、ＬＡＮ１０６経由での情報の受信の有無を監視しており（図１０のＳ１００１）、ＬＡＮ１０６経由での情報を受信すると、その受信情報が子機からの電力モード、ファクシミリ受信モードの情報であるか否かを判別する（Ｓ１００２）。その結果、受信情報が電力モード、ファクシミリ受信モードの情報でなければ、親機は、その受信情報に応じた処理を行って（ステップの図示省略）、ステップＳ１００１に戻る。
【００８１】
一方、受信情報が電力モード、ファクシミリ受信モードの情報であれば、親機は、代行受信装置の選択処理を行う（Ｓ１００３）。ここでは例えば、外部からのファクシミリデータを受信する装置としてＭＦＰ１０２のＵＲＩがＳＩＰサーバ１１３に登録されている状態で、ＭＦＰ１０２の電力モードがスタンバイモードからスリープモードに遷移するものとする。この場合、スリープモードに移行した後で外部（例えばＦＡＸ１０５）からＭＦＰ１０２宛てのファクシミリ着信があると、ＭＦＰ１０２がスタンバイモードに復帰しなければならない。そして、このようなＭＦＰ１０２宛てのファクシミリ着信を頻繁に受けてしまうと、ＭＦＰ１０２がスリープモードに移行している時間が短くなり、十分な省エネルギーの効果が得られない。
【００８２】
そこで、親機であるＭＦＰ１０１は、ＭＦＰ１０２の代わりに外部からのファクシミリデータを受信する代行受信装置を選択する（Ｓ１００３）。そして、選択された代行受信装置、及び被代行装置（ＭＦＰ１０２）のＵＲＩをＳＩＰサーバ１１３に登録するリダイレクト登録処理を行って（Ｓ１００４）、ステップＳ１００１に戻る。
【００８３】
なお、図９、図１０の電力モードの検出処理のように、子機の電力モードが変化した場合に当該子機の方から親機に電力モードを通知するのではなく、親機の方から定期的に子機に問い合わせて電力モードを検出するようにしてもよい。
【００８４】
また、図９の処理では、子機は、電力モードが変化した場合に、その情報に付随してファクシミリ受信モードを親機に通知している。しかし、子機は、自機のファクシミリ受信モードの設定が変更された場合に、その設定変更後のファクシミリ受信モードを自機の電力モードの遷移とは無関係に親機に通知してもよい。この場合は、子機のメモリ受信モードから通常受信モードへの設定変更を親機が早急に認識して代行受信の登録を早期に行うことで、当該子機が被代行装置となる機会が増え、より一層、消費電力を低減することが可能となる。
【００８５】
次に、図１０のＳ１００３における代行受信装置選択処理の詳細を、図１１のフローチャートに基づいて説明する。
【００８６】
親機は、図１０のステップＳ１００２で、受信情報が子機からの電力モード、ファクシミリ受信モードの情報であると判定した場合、それらモードの情報を当該子機の識別情報と対応付けてＨＤＤ２０８に登録する（Ｓ１１０１）。
【００８７】
このように、本実施の形態では、子機の方から能動的に情報を送信する形で親機が情報を収集することにより、親機が、常に最新の現在の親機と子機の電力モード、及びファクシミリ受信モードを把握するようにしている。
【００８８】
これは、図１２の説明から明らかなように、親機の方から子機への定期的な問い合わせて情報収集する場合と比べて、代行受信の登録を早期に行うことが可能となり、子機が被代行装置となる機会が増え、消費電力を効率よく低減できることを意味する。
【００８９】
次に、親機は、親機と子機の中でスタンバイモードのＭＦＰが１台であるか否かを判別する（Ｓ１１０２）。その結果、スタンバイモードのＭＦＰが１台であれば、親機は、その１台のスタンバイモードのＭＦＰをファクシミリデータ受信の代行受信装置として選択し、ＨＤＤ２０８に登録する（Ｓ１１０３）。
【００９０】
スタンバイモードのＭＦＰが１台でなければ、親機は、親機と子機の中でスタンバイモードのＭＦＰが複数台（２以上）であるか否かを判別する（Ｓ１１０４）。その結果、スタンバイモードのＭＦＰが複数台であれば、親機は、その複数台のスタンバイモードのＭＦＰについて、印刷動作時の消費電力を比較する（Ｓ１１０５）。
【００９１】
そして、親機は、複数台のスタンバイモードのＭＦＰの中で印刷動作時の消費電力が最も小さいＭＦＰを、ファクシミリデータ受信の代行受信装置として選択し、ＨＤＤ２０８に登録する（Ｓ１１０６）。印刷動作時の消費電力が最も小さいＭＦＰを代行受信装置として選択する理由は、消費電力低減化の効率を高めるためである。
【００９２】
ステップＳ１１０４にて、スタンバイモードのＭＦＰが複数台でないと判別された場合は、親機と子機の中でスタンバイモードのＭＦＰが１台も存在しないことを意味する。この場合は、親機は、親機と子機の全てのＭＦＰについて、印刷動作時の消費電力を比較する（Ｓ１１０７）。そして、親機は、親機と子機の全てのＭＦＰの中で印刷動作時の消費電力が最も小さいＭＦＰ（非スタンバイモード）を、ファクシミリデータ受信の代行受信装置として選択し、ＨＤＤ２０８に登録する（Ｓ１１０８）。
【００９３】
このように、スタンバイモードでないＭＦＰを代行受信装置として選定した場合は、当該ＭＦＰが実際に代行受信を行う際の電力モードとしては、スタンバイモード、スリープモード、ディープスリープモードの何れでもあり得る。従って、スタンバイモードでないＭＦＰが代行受信装置として代行受信する場合は、図５のファクシミリデータの受信処理において、ステップＳ５０３〜Ｓ５０７の処理により、当該代行受信に必要な電力モードに移行する等して代行受信を行う。
【００９４】
なお、スタンバイモードでないＭＦＰを代行受信装置として選択した場合は、その代行受信装置に対してスタンバイモード、又はスリープモードに復帰するように指示するようにしてもよい。ただし、この場合は、代行受信装置がスタンバイモード、又はスリープモードに復帰する時期が、上記のように実際に代行受信する時点で復帰する場合よりも早くなり、省電力低減化の効率が低下する。
【００９５】
なお、上記の説明から明らかなように、親機を代行受信装置、又は被代行装置として指定することができる。
【００９６】
次に、図１０のＳ１００４での代行受信のためのリダイレクト登録処理の詳細を図１２のフローチャートに基づいて説明する。
【００９７】
親機（ＭＦＰ１０１）は、連携している全てのＭＦＰ１０１〜１０４の装置プロファイル情報をＨＤＤ２０８から読み出してＲＡＭ２０７に展開する（Ｓ１２０１）。この装置プロファイル情報としては、ＭＦＰ１０１〜１０４のＵＲＩ、電力モード、ファクシミリ受信モードの設定情報、通信ポート、代行受信装置として選定された旨の情報等がある。
【００９８】
次に、親機は、電力モードがスリープモード又はディープスリープモードであるＭＦＰをリダイレクト対象のＭＦＰ、すなわち、被代行装置として指定する（Ｓ１２０２）。この指定処理は、ＲＡＭ２０７に展開した装置プロファイル情報を参照することにより行う。
【００９９】
そして、親機は、そのリダイレクト対象のＭＦＰ（被代行装置）のＵＲＩと、代行受信装置（代行装置）のＵＲＩ及び通信ポートをＲＡＭ２０７から読み出す（Ｓ１２０３）。次に、親機は、そして、親機は、リダイレクト対象のＭＦＰのＵＲＩを送信先とするファクシミリデータを、代行受信装置（ＵＲＩ、通信ポート）に転送（リダイレクト）すべき旨のＲＥＳＩＳＴＥＲリクエストをＳＩＰサーバ１１３に送信する（Ｓ１２０４）。この場合、ＳＩＰサーバ１１３においては、レジストラサーバ１１６によりＲＥＳＩＳＴＥＲリクエストを解読する。
【０１００】
そして、リダイレクトサーバ１１５は、リダイレクト対象のＭＦＰのＵＲＩを送信先とするファクシミリデータの転送先を代行受信装置（ＵＲＩ、通信ポート）とするリダイレクト登録をロケーションサーバ１１７に対して行う。ＳＩＰサーバ１１３は、リダイレクト登録が正常に行われると、ＯＫメッセージを親機に送信する。
【０１０１】
そこで、親機は、ＯＫメッセージを受信することにより（Ｓ１２０５）、リダイレクト登録処理を終了する。
【０１０２】
このようなリダイレクト登録により、スリープモード又はディープスリープモードにあるＭＦＰ宛のファクシミリデータは、原則としてスタンバイモードにある代行受信装置に転送されるようになる。
【０１０３】
なお、代行受信装置のＵＲＩが元来の送信先であるファクシミリデータは、ＳＩＰサーバ１１３における当該代行受信装置のＵＲＩの登録設定に従って、リダイレクトされずに、直接、当該代行受信装置に送信されることは言うまでもない。
【０１０４】
次に、代行受信装置によるファクシミリデータの代行受信処理を図１３のシーケンス図に基づいて説明する。ここでは、便宜上、ＳＩＰサーバ１１３において、代行受信装置としてはＭＦＰ１０３が登録され、リダイレクト対象のＭＦＰ（被代行装置）としてＭＦＰ１０２が登録されているものとして説明していく。
【０１０５】
図１３において、ＦＡＸ１０５が、送信先のＭＦＰ１０２のＵＲＩ「ｓｉｐ：＋８１１２−３４５−６７８１＠ａｂｃ．ｃｏｍ」とのセッションを確立するためのＩＮＶＩＴＥメッセージ１３０１をＩＰ通信ネットワーク１１２に送信したものとする。このＩＮＶＩＴＥメッセージ１３０１は、ＳＩＰサーバ１１３により受信される。
【０１０６】
ＳＩＰサーバ１１３においては、次のような処理が行われる。リダイレクトサーバ１１５は、ＭＦＰ１０２の上記のＵＲＩについては、その転送先としてＭＦＰ１０３（代行受信装置）のＵＲＩ「ｓｉｐ：＋８１１２−３４５−６７８２＠ａｂｃ．ｃｏｍ」が、ロケーションサーバ１１７に登録されていることを認識する。
【０１０７】
従って、ＳＩＰサーバ１１３は、ＭＦＰ１０２のリダイレクト（転送）先であるＭＦＰ１０３（代行受信装置）の上記のＵＲＩを含んだＭｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙメッセージ１３０２をＦＡＸ１０５に返信する。
【０１０８】
そこで、ＦＡＸ１０５は、返信されたＭｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙメッセージに基づいて、代行受信装置の上記のＵＲＩとのセッションを確立ためのＩＮＶＩＴＥメッセージ１３０３を、ＩＰ通信ネットワーク１１２に改めて送信する。
【０１０９】
このＩＮＶＩＴＥメッセージ１３０３は、ＳＩＰサーバ１１３により受信される。このＳＩＰサーバ１１３においては、次のような処理が行われる。リダイレクトサーバ１１５は、代行受信装置の上記のＵＲＩがＵＮＩ１２０に接続されているＭＦＰ１０３に対応付けられてロケーションサーバ１１７に登録されていることを認識する。
【０１１０】
これにより、ＳＩＰサーバ１１３は、受信したＩＮＶＩＴＥメッセージ１３０３を代行受信装置であるＭＦＰ１０３に転送する。
【０１１１】
代行受信装置（ＭＦＰ１０３）は、ＩＮＶＩＴＥメッセージ１３０３を受信すると、ＳＩＰ呼制御部２１１を制御して、呼び出しを行っていることを示すＲｉｎｇｉｎｇメッセージ１３０４をＦＡＸ１０５に送信する。このＲｉｎｇｉｎｇメッセージ１３０４は、ＩＰ通信ネットワーク１１２、ＳＩＰサーバ１１３等を経由してＦＡＸ１０５に送信される。
【０１１２】
ＦＡＸ１０５は、Ｒｉｎｇｉｎｇメッセージ１３０４により、転送先の代行受信装置（ＭＦＰ１０３）のＵＲＩ「ｓｉｐ：＋８１１２−３４５−６７８２＠ａｂｃ．ｃｏｍ」が呼び出されていることを認識する。
【０１１３】
また、代行受信装置（ＭＦＰ１０３）は、Ｒｉｎｇｉｎｇメッセージ１３０４をＦＡＸ１０５に送信した後、ファクシミリデータを代行受信する準備が整うと、ＯＫメッセージ１３０５をＦＡＸ１０５に送信する。ＦＡＸ１０５は、ＯＫメッセージ１３０５を受信したことを確認すると、ＡＣＫメッセージ１３０６を代行受信装置（ＭＦＰ１０３）に送信する。
【０１１４】
代行受信装置（ＭＦＰ１０３）がＡＣＫメッセージ１３０６を認識することにより、ＦＡＸ１０５と代行受信装置（ＭＦＰ１０３）の間に通信セッション（回線接続）１３０７が確立され、ファクシミリデータの通信が可能になる。
【０１１５】
ＦＡＸ１０５は、ファクシミリデータの送信を終了すると、通信終了を示すＢＹＥメッセージ１３０８を代行受信装置（ＭＦＰ１０３）に送信する。代行受信装置（ＭＦＰ１０３）がＢＹＥメッセージ１３０８に応答してＯＫメッセージ１３０９をＦＡＸ１０５に送信することにより、ＦＡＸ１０５と代行受信装置（ＭＦＰ１０３）の間のファクシミリ通信が終了する。
【０１１６】
次に、代行受信装置により代行受信されたファクシミリデータを、元来の送信先のＭＦＰ（被代行装置）に転送する手順を、図１４〜１６のフローチャートに基づいて説明する。この転送処理は、親機と代行受信装置が連携して動作することにより行われる。
【０１１７】
まず、代行受信装置（ＭＦＰ１０３）における転送処理を、図１４のフローチャートに基づいて説明する。
【０１１８】
代行受信装置は、図１３のＩＮＶＩＴＥメッセージ１３０３の内容により、代行受信に係るファクシミリデータの元来の送信先のＭＦＰのＵＲＩは、ＭＦＰ１０２の「ｓｉｐ：＋８１１２−３４５−６７８１＠ａｂｃ．ｃｏｍ」であることを認識する（Ｓ１４０１）。そして、代行受信装置は、代行受信したファクシミリデータの元来の送信先のＭＦＰの上記のＵＲＩと、自機のＵＲＩ「ｓｉｐ：＋８１１２−３４５−６７８２＠ａｂｃ．ｃｏｍ」を親機（ＭＦＰ１０１）に送信する（Ｓ１４０２）。
【０１１９】
次に、代行受信装置は、後述する転送指示コマンドを親機から受信することにより（Ｓ１４０３）、代行受信したファクシミリデータを元来の送信先のＭＦＰ（ＭＦＰ１０２：被代行装置）に送信する（Ｓ１４０４）。
【０１２０】
次に、親機における代行受信データに係る転送制御を図１５のフローチャートに基づいて説明する。
【０１２１】
親機（ＭＦＰ１０１）は、代行受信装置（ＭＦＰ１０３）から代行受信に係るファクシミリデータの元来の送信先のＭＦＰ１０２ＵＲＩと、代行受信装置（ＭＦＰ１０３）のＵＲＩを受信する（Ｓ１５０１）。この受信により、親機は、元来の送信先のＭＦＰ（ＭＦＰ１０２：被代行装置）と代行受信装置（ＭＦＰ１０３）の電力モードが、共にスタンバイモードであるか否かを判別する（Ｓ１６０２）。
【０１２２】
この場合、元来の送信先のＭＦＰ（ＭＦＰ１０２）は、リダイレクト登録処理の際にはディープスリープモードであったため、その登録時点からスタンバイモードに復帰するまでの期間は相当長くなるものと推測される。従って、親機は、上記のステップＳ１６０２の判別処理を定期的に行うこととなる。
【０１２３】
なお、代行受信装置は、代行受信装置として選定されている間でも、自己の電力供給モードの遷移条件に従って電力モードの遷移を自由に行うことが可能となっている。
【０１２４】
次に、親機は、元来の送信先のＭＦＰと代行受信装置が共にスタンバイモードであることを確認して、代行受信に係るファクシミリデータを元来の送信先のＭＦＰに転送するように指示する転送指示コマンドを代行受信装置に送信する。
【０１２５】
元来の送信先のＭＦＰ（ＭＦＰ１０２）は、代行受信装置（ＭＦＰ１０３）から送信された代行受信に係るファクシミリデータを受信する（図１６のＳ１６０１）。そして、元来の送信先のＭＦＰ（被代行装置）は、当該代行受信に係るファクシミリデータを印刷出力する。
【０１２６】
上記のように、元来の送信先と代行受信装置が共にスタンバイモードであること条件として、代行受信データを元来の送信先に転送することで、元来の送信先と代行受信装置が可及的長期間、スリープモード、ディープスリープモードに留まることが可能となる。これにより、消費電力低減化の効率が高くなる。
【０１２７】
以上説明したように、本実施の形態では、スリープモード、ディープスリープモードのＭＦＰを送信先とするファクシミリデータは、代行装置として指定したＭＦＰに転送して代行受信させるような形態で、各ＭＦＰのＵＲＩをＳＩＰサーバに登録している。また、代行装置としては、スタンバイモードのＭＦＰを優先して選定している。
【０１２８】
従って、スリープモード、又はディープスリープモードのＭＦＰは、自己宛のファクシミリデータが送信されてくる毎にスタンバイモードやスリープモードに復帰しなくても済む。換言すれば、ネットワークに接続された複数の情報処理装置が連携して、複数の情報処理装置全体として効率良く省電力化を図ることが可能となる。
【０１２９】
なお、上述した図１１の説明では、ステップＳ１１０４の判定において、スタンバイモードのＭＦＰが１台も存在しない場合に、親機と子機の全てのＭＦＰの中で印刷動作時の消費電力が最も小さいＭＦＰを代行受信装置として選択する例を説明した。これに対して、スタンバイモードのＭＦＰが１台も存在しない場合は、ファクシミリ受信モードとしてメモリ受信モードが設定されているＭＦＰを代行受信装置として選択するようにしてもよい。この場合、たとえ代行受信装置として選択されたファクシミリ装置がスリープモードまたはディープスリープモードの状態でファクシミリデータを受信したとしても、スタンバイモードに復帰する必要がないため、省電力の効果が得られる。
【０１３０】
また、現在ＳＩＰ１１３にＵＲＬが登録されているＭＦＰがスタンバイモードからスリープモードに移行したとしても、そのＭＦＰにメモリ受信モードが設定されている場合は、そのＭＦＰを被代行受信装置として指定しないようにしてもよい。これは、メモリ受信モードでファクシミリデータを受信する場合は、スタンバイモードへの復帰が不要なため、代行受信の登録を行わなくても省電力の効果が得られるためである。
【０１３１】
なお、本発明は、上記の実施の形態に限定されることなく、例えば、ネットワークに接続されているファクシミリ通信機能を有する装置が多数存在する場合等においては、代行受信装置（代行装置）を２台以上とすることも可能である。
【０１３２】
また、ＭＦＰだけでなく、ファクシミリ通信機能を有する各種の情報処理装置、又は周辺装置がネットワークに接続された通信システムに上記の実施の形態の技術思想を適用することも可能である。
【０１３３】
さらに、ＳＩＰサーバに限定されることなく、転送機能を有するＨＴＴＰ等の他のプロトコルに依拠したサーバにより、代行受信のためのファクシミリデータの転送制御を行ってもよい。
【０１３４】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１３５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１３６】
１０１〜１０４…ＭＦＰ（情報処理装置）
１０５…ＦＡＸ
１１２…ＩＰ通信ネットワーク
１１３…ＳＩＰサーバ
１１４…プロキシサーバ
１１５…リダイレクトサーバ
１１６…レジストラサーバ
１１７…ロケーションサーバ
【図１】
0005649688.tif 000002
【図２】
0005649688.tif 000003
【図３】
0005649688.tif 000004
【図４】
0005649688.tif 000005
【図５】
0005649688.tif 000006
【図６】
0005649688.tif 000007
【図７】
0005649688.tif 000008
【図８】
0005649688.tif 000009
【図９】
0005649688.tif 000010
【図１０】
0005649688.tif 000011
【図１１】
0005649688.tif 000012
【図１２】
0005649688.tif 000013
【図１３】
0005649688.tif 000014
【図１４】
0005649688.tif 000015
【図１５】
0005649688.tif 000016
【図１６】
0005649688.tif 000017