JP6132662B2 - 通信装置、通信装置の制御方法、及びプログラム - Google Patents

Description

本発明は、呼制御サーバを用いてデータ通信を行う通信装置、通信装置の制御方法、及びプログラムに関する。

従来、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の呼制御プロトコルを用いてセッションを確立し、データ通信を行う仕組みが知られている。ＳＩＰは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話やＩＰＦＡＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＦＡＸ）等の通信に用いられるプロトコルである（引用文献１参照）。

図１０は、従来のＳＩＰを用いた通信シーケンスを示す。図１０では、送信側ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）と受信側ＭＦＰがＳＩＰサーバを介して呼制御を行い、送信側ＭＦＰから受信側ＭＦＰに画像データをファクシミリ送信する場合を例に説明する。

ステップＳ１００１では、送信側ＭＦＰが「ＩＮＶＩＴＥ」をＳＩＰサーバに送信する。「ＩＮＶＩＴＥ」は、ＳＩＰに従ったセッションの開始要求である。「ＩＮＶＩＴＥ」を受信したＳＩＰサーバは、ステップＳ１００２で「ＩＮＶＩＴＥ」を受信側ＭＦＰに転送するとともに、ステップＳ１００３で「１００Ｔｒｙｉｎｇ」を送信側ＭＦＰに応答する。「１００Ｔｒｙｉｎｇ」は、「ＩＮＶＩＴＥ」に応じた処理を実行中であることを意味する。

ステップＳ１００４では、「ＩＮＶＩＴＥ」を受信した受信側ＭＦＰが「１００Ｔｒｙｉｎｇ」をＳＩＰサーバに応答する。ステップＳ１００５では、受信側ＭＦＰが「１８０Ｒｉｎｇｉｎｇ」をＳＩＰサーバに応答する。「１８０Ｒｉｎｇｉｎｇ」は現在呼び出し中であることを意味するものであり、受信側の装置がＩＰ電話機である場合は呼び出し音を鳴動させていることを意味する。受信側ＭＦＰからの「１８０Ｒｉｎｇｉｎｇ」を受信したＳＩＰサーバは、ステップＳ１００６で「１８０Ｒｉｎｇｉｎｇ」を送信側ＭＦＰに転送する。

ステップＳ１００７では、受信側ＭＦＰが「２００ＯＫ」をＳＩＰサーバに応答する。ここでの「２００ＯＫ」はセッションを確立できる状態になったことを意味するものであり、受信側の装置がＩＰ電話機である場合はユーザが受話器を取った（オフフックした）ことを意味する。受信側ＭＦＰからの「２００ＯＫ」を受信したＳＩＰサーバは、ステップＳ１００８で「２００ＯＫ」を送信側ＭＦＰに転送する。

ステップＳ１００９では、送信側ＭＦＰが「ＡＣＫ」をＳＩＰサーバに送信する。「ＡＣＫ」は「２００ＯＫ」に対する確認応答である。送信側ＭＦＰからの「ＡＣＫ」を受信したＳＩＰサーバは、ステップＳ１０１０で「ＡＣＫ」を受信側ＭＦＰに転送する。以上の処理により、送信側ＭＦＰと受信側ＭＦＰの間でセッションが確立され、ステップＳ１０１１でデータ通信（ファクシミリデータの送信）が行われる。なお、ステップＳ１０１１のデータ通信はＳＩＰサーバを介さずにピアツーピアで行われる。

ステップＳ１０１２では、送信側ＭＦＰが「ＢＹＥ」をＳＩＰサーバに送信する。「ＢＹＥ」は、通信終了（セッション切断の要求）を意味する。送信側ＭＦＰからの「ＢＹＥ」を受信したＳＩＰサーバは、ステップＳ１０１３で「ＢＹＥ」を受信側ＭＦＰに転送する。受信側ＭＦＰは、ステップＳ１０１４で「２００ＯＫ」をＳＩＰサーバに応答する。ここでの「２００ＯＫ」はセッションの切断が成功したことを意味する。受信側ＭＦＰからの「２００ＯＫ」を受信したＳＩＰサーバは、ステップＳ１０１５で「２００ＯＫ」を送信側ＭＦＰに転送する。

以上のシーケンスにて、送信側ＭＦＰと受信側ＭＦＰがＳＩＰサーバを介して呼制御を行い、送信側ＭＦＰから受信側ＭＦＰに画像データをファクシミリ送信することができる。

特開２００５−０９４６６２号公報

近年のＭＦＰは、待機時の消費電力を軽減するために、スタンバイモード（通常電力モード）よりも消費電力が小さいスリープモード（省電力モード）を備えている。更に、ユーザによる操作や通信が行われないまま長時間が経過すると、自動的にスリープモードに移行することもできる。スリープモードに移行した状態では、ＭＦＰの副制御部（通信部）への電力供給は継続しつつ、主制御部への電力供給が停止される。副制御部への電力供給が継続されているため、ネットワークからのパケットに応じて主制御部を起動（通常電力モードに復帰）させることができる。

一方、上述したＳＩＰ技術に関して、ＳＩＰサーバが受信側の装置に「ＩＮＶＩＴＥ」を転送した後、所定時間内に受信側の装置からの応答が何もない場合に、呼接続がキャンセルされる場合がある。ＳＩＰサーバの種類によっては、この所定時間を４秒としているものが存在する。このような環境で上述したスリープモードを備えたＭＦＰを使用した場合に発生する課題について図１１を用いて説明する。

ステップＳ１１０１では、送信側ＭＦＰが「ＩＮＶＩＴＥ」をＳＩＰサーバに送信する。「ＩＮＶＩＴＥ」を受信したＳＩＰサーバは、ステップＳ１１０２で「ＩＮＶＩＴＥ」を受信側ＭＦＰに転送するとともに、ステップＳ１１０３で「１００Ｔｒｙｉｎｇ」を送信側ＭＦＰに応答する。

ＳＩＰサーバからの「ＩＮＶＩＴＥ」を受信した受信側ＭＦＰの副制御部は、ステップＳ１１０４で主制御部に対して起動を指示する。主制御部は、ステップＳ１１０５において、起動処理を行う。主制御部が起動すると、ステップＳ１１０６において副制御部が「ＩＮＶＩＴＥ」を主制御部に転送する。「ＩＮＶＩＴＥ」を受信した主制御部は、ステップＳ１１０７でＳＩＰサーバに「１００Ｔｒｙｉｎｇ」を応答する。

ここで、ステップＳ１１０５におけるＭＦＰの主制御部の起動処理には、５〜６秒程度の時間を要する場合がある。そうすると、ステップＳ１１０２の「ＩＮＶＩＴＥ」からステップＳ１１０７の「１００Ｔｒｙｉｎｇ」までに４秒以上の時間がかかり、ＳＩＰサーバによって呼接続がキャンセルされてしまう。この場合、ステップＳ１１０１における「ＩＮＶＩＴＥ」の送信から処理をやり直さなければならず、作業効率が良くない。

本発明は、上記の課題に鑑みなされたものであり、通信装置の消費電力を軽減しつつ、呼制御サーバを用いたデータ通信を適切に行うことができる仕組みを提供することを目的とする。

上記の目的を達成するために本発明の通信装置は、第１制御部と第２制御部を含み、呼制御サーバを用いてデータ通信を行う通信装置であって、前記第２制御部は、セッションの開始要求を受信する受信手段と、前記受信手段が受信した開始要求に対する第１の応答を行う第１の応答手段と、前記受信手段による開始要求の受信に応じて前記第１制御部の起動を指示する起動指示手段と、前記第１制御部は、前記起動指示手段による指示に応じて起動した後、前記第１の応答に続く第２の応答を行う第２の応答手段と、前記第２の応答手段が前記第２の応答を行った後、相手装置との間で確立されたセッションを用いてデータ通信を行う通信制御手段と、を備えることを特徴とする。

本発明によれば、通信装置の消費電力を軽減しつつ、呼制御サーバを用いたデータ通信を適切に行うことが可能となる。

本発明の実施形態におけるネットワーク全体図である。 本発明の実施形態におけるＭＦＰ１０１のハードウェア構成図である。 本発明の実施形態における通信シーケンス図である。 本発明の実施形態における副制御部２３０の動作を示すフローチャートである。 本発明の実施形態における代理応答情報を示す図である。 本発明の実施形態における代理応答情報を示す図である。 本発明の実施形態におけるＷＯＬ情報を示す図である。 本発明の実施形態における主制御部２１０の動作を示すフローチャートである。 本発明の実施形態における通信シーケンス図である。 本発明の従来技術における通信シーケンス図である。 本発明の従来技術における通信シーケンス図である。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
本発明の第１の実施形態について説明する。図１は、ネットワーク全体図である。ＩＰネットワークであるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００上には、ＭＦＰ１０１、ＭＦＰ１０２、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ１０３が互いに通信可能に接続されている。ＭＦＰ１０１及びＭＦＰ１０２は通信装置の一例であり、通信システムと称することもできる。ここではＭＦＰを例に説明するが、パーソナルコンピュータや電話機、サーバ、ゲートウェイ、ルータ等も通信装置に含まれる。ＳＩＰサーバ１０３は呼制御サーバの一例である。ＳＩＰ以外の呼制御プロトコルに対応したサーバも呼制御サーバに含まれる。

図２は、ＭＦＰ１０１のハードウェア構成図である。ＣＰＵ２１１を含む主制御部（第１制御部）２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、主制御部２１０は１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。

ＨＤＤ２１４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２４０と制御部２１０を接続する。操作部２４０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける受付部としての役割を担う。

プリンタＩ／Ｆ２１６は、プリンタ２５０と制御部２１０を接続する。プリンタ２５０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２５０により記録媒体上に印刷される。ＭＦＰ１０１は、後述する方法でファクシミリ受信した画像データをプリンタ２５０で印刷することができる。

スキャナＩ／Ｆ２１７は、スキャナ２６０と制御部２１０を接続する。スキャナ２６０は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力される。ＭＦＰ１０１は、スキャナ２６０で生成された画像データを後述する方法でファクシミリ送信することができる。

モデムＩ／Ｆ２１８は、モデム２７０と制御部２１０を接続する。モデム２７０は、ＰＳＴＮを介してＧ３ファクシミリ通信を実行する。電源制御部Ｉ／Ｆ２１９は、電源制御部２８０と主制御部２１０を接続する。拡張Ｉ／Ｆ２２０は、副制御部２３０と主制御部２１０を接続する。

ＣＰＵ２３１を含む副制御部（第２制御部）２３０は、ＭＦＰ１０１の通信部としての役割を担う。ＣＰＵ２３１は、ＲＯＭ２３２に記憶された制御プログラムを読み出して通信制御を行う。ＲＡＭ２３３は、ＣＰＵ２３１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、副制御部２３０は１つのＣＰＵ２３１が１つのメモリ（ＲＡＭ２３３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭを協働させてフローチャートに示す各処理を実行するようにすることもできる。

拡張Ｉ／Ｆ２３４は、主制御部２１０と副制御部２３０を接続する。電源制御部Ｉ／Ｆ２３５は、電源制御部２８０と副制御部２３０を接続する。ネットワークＩ／Ｆ２３６は、副制御部２３０（ＭＦＰ１０１）をＬＡＮ１００に接続する。主制御部２１０は、副制御部２３０を介してＬＡＮ１００上の外部装置（ＭＦＰ１０２やＳＩＰサーバ１０３等）と通信する。

電源制御部２８０は、電源２９０からの電力を主制御部２１０及び副制御部２３０に供給する。ＭＦＰ１０１には、スタンバイモード（通常電力モード）とスリープモード（省電力モード）の２つの電力モードが備えられており、これらを切り替えて動作可能である。スタンバイモードの状態でユーザによる操作や通信が行われないまま長時間が経過すると、自動的にスリープモードに移行する。スリープモードの状態では、副制御部２３０への電力供給は継続しつつ、主制御部２１０への電力供給は停止される。これにより、ＭＦＰ１０１全体の消費電力が軽減される。

なお、スリープモードにおいて主制御部２１０の一部への電力供給が継続されるようにしても構わない。また、スリープモードにおいて副制御部２３０の一部への電力供給が停止されるようにしても構わない。また、上述した２つの電力モード以外の電力モードをＭＦＰ１０１が備えるようにしても構わない。

ＭＦＰ１０２は、ＭＦＰ１０１と同様の構成を備えるものであるため説明は省略する。但し、ＭＦＰ１０２がＭＦＰ１０１と異なる構成を備えるものであっても構わない。

図３は、ＭＦＰがスリープモードの状態でＭＦＰ１０２からの「ＩＮＶＩＴＥ」を受信した場合における通信シーケンスを示す図である。

ステップＳ３０１では、ＭＦＰ１０２が「ＩＮＶＩＴＥ」をＳＩＰサーバ１０３に送信する。「ＩＮＶＩＴＥ」を受信したＳＩＰサーバ１０３は、ステップＳ３０２で「ＩＮＶＩＴＥ」をＭＦＰ１０１に転送するとともに、ステップＳ３０３で「１００Ｔｒｙｉｎｇ」をＭＦＰ１０２に応答する。「１００Ｔｒｙｉｎｇ」は、処理を実行中であることを示す。

ＳＩＰサーバからの「ＩＮＶＩＴＥ」を受信したＭＦＰ１０１の副制御部２３０は、ステップＳ３０４で「１００Ｔｒｙｉｎｇ」をＳＩＰサーバ１０３に応答するとともに、ステップＳ３０５で主制御部２１０に対して起動を指示する。この指示を受けた主制御部２１０は、ステップＳ３０６で起動処理を行う。なお、ステップＳ３０４で「１００Ｔｒｙｉｎｇ」を応答する前にステップＳ３０５における起動指示を行うようにしても構わない。

このように、主制御部２１０の起動が完了する前に、副制御部２３０が主制御部２１０の代理で「１００Ｔｒｙｉｎｇ」を応答することで、ステップＳ３０２の「ＩＮＶＩＴＥ」からステップＳ３０４の「１００Ｔｒｙｉｎｇ」までの時間を短縮できる。これにより、ＳＩＰサーバ１０３におけるタイムアウトを回避することが可能となる。

主制御部２１０の起動が完了すると、ステップＳ３０７で副制御部２３０が「ＩＮＶＩＴＥ」を主制御部２１０に転送する。ステップＳ３０８では、主制御部２１０が「１８０Ｒｉｎｇｉｎｇ」をＳＩＰサーバ１０３に応答する。なお、主制御部２１０が起動した後は、主制御部２１０がＳＩＰサーバ１０３との間で送受信するパケットは、副制御部２３０を経由するものの実質的には主制御部２１０とＳＩＰサーバ１０３との間で直接送受信される。即ち、副制御部２３０はパケットを中継する役割のみを担う。ＭＦＰ１０１からの「１８０Ｒｉｎｇｉｎｇ」を受信したＳＩＰサーバ１０３は、ステップＳ３０９で「１８０Ｒｉｎｇｉｎｇ」をＭＦＰ１０２に転送する。

ステップＳ３１０では、主制御部２１０が「２００ＯＫ」をＳＩＰサーバ１０３に応答する。ＭＦＰ１０１からの「２００ＯＫ」を受信したＳＩＰサーバ１０３は、ステップＳ３１１で「２００ＯＫ」をＭＦＰ１０２に転送する。なお、ステップＳ３０８の「１８０Ｒｉｎｇｉｎｇ」を省略してステップＳ３１０の「２００ＯＫ」の応答を行うようにしても構わない。

ステップＳ３１２では、ＭＦＰ１０２が「ＡＣＫ」をＳＩＰサーバ１０３に送信する。ＭＦＰ１０２からの「ＡＣＫ」を受信したＳＩＰサーバ１０３は、ステップＳ３１３で「ＡＣＫ」をＭＦＰ１０１に転送する。以上の処理により、ＭＦＰ１０１とＭＦＰ１０２の間でセッションが確立され、ステップＳ３１４でデータ通信（ＭＦＰ１０１によるファクシミリデータの受信）が行われる。なお、ステップＳ３１４のデータ通信はＳＩＰサーバ１０３を介さずにピアツーピアで行われる。

ステップＳ３１５では、ＭＦＰ１０２が「ＢＹＥ」をＳＩＰサーバ１０３に送信する。ＭＦＰ１０２からの「ＢＹＥ」を受信したＳＩＰサーバ１０３は、ステップＳ３１６で「ＢＹＥ」をＭＦＰ１０１に転送する。主制御部２１０は、ステップＳ３１７で「２００ＯＫ」をＳＩＰサーバ１０３に応答する。ＭＦＰ１０１からの「２００ＯＫ」を受信したＳＩＰサーバ１０３は、ステップＳ３１８で「２００ＯＫ」をＭＦＰ１０２に転送する。

以上のシーケンスにより、ＭＦＰ１０１にスリープモードの状態であっても、ＭＦＰ１０１とＭＦＰ１０２がＳＩＰサーバ１０３を介して呼制御を行い、ＭＦＰ１０２からＭＦＰ１０１に画像データをファクシミリ送信することができる。

図４は、ＭＦＰ１０１の動作を説明するフローチャートである。図４のフローチャートに示す各動作（ステップ）は、副制御部２３０のＣＰＵ２３１がＲＯＭ２３２に記憶された制御プログラムを実行することにより実現される。

ステップＳ４０１では、ＬＡＮ１００からパケットを受信したか否かを判定する。パケットを受信した場合はステップＳ４０２に進み、パケットを受信していない場合は受信するまで待機する。ステップＳ４０２では、ＭＦＰ１０１が現在スリープモードの状態であるか否かを判定する。ＭＦＰ１０１がスリープモードでなければステップＳ４０３に進み、受信したパケットを主制御部２１０に転送して処理を終了する。

一方、ＭＦＰ１０１がスリープモードであればステップＳ４０４に進み、受信したパケットを一時的に記憶する。ステップＳ４０５では、受信したパケットが「ＩＮＶＩＴＥ」であるか否かを判定する。この判定の詳細は、図５を用いて後述する。

判定の結果、受信したパケットが「ＩＮＶＩＴＥ」であればステップＳ４０６に進み、「ＩＮＶＩＴＥ」でなければステップＳ４１０に進む。ステップＳ４０６では、「１００Ｔｒｙｉｎｇ」をＳＩＰサーバ１０３に送信する（図３のステップＳ３０４に対応）。ステップＳ４０７では、主制御部２１０に対して起動を指示する。

ステップＳ４０８では、主制御部２１０の起動が完了したか否かを判定する。起動が完了すればステップＳ４０９に進み、起動が完了していなければ完了するまで待機する。ステップＳ４０９では、ステップＳ４０４で一時記憶した受信パケットと応答完了情報を主制御部２１０に転送する。応答完了情報とは、受信パケットに対する応答（ステップＳ４０６における「１００Ｔｒｙｉｎｇ」の送信）が完了していることを主制御部２１０に通知するための情報である。

ステップＳ４１０では、受信したパケットが代理応答の条件を満たすものであるか否かを判定する。この判定の詳細は、図６を用いて後述する。受信したパケットが代理応答の条件を満たすものであればステップＳ４１１に進み、条件を満たさないものであればステップＳ４１３に進む。

ステップＳ４１１では、副制御部２３０が主制御部２１０の代理として、受信したパケットに応答する。そして、ステップＳ４１２において、ステップＳ４０４で一時記憶した受信パケットを破棄し、処理を終了する。このように、副制御部２３０が主制御部２１０の代理としてパケットに応答することで、主制御部２１０を頻繁に起動させる必要がなくなり、省電力の効果が高まる。

ステップＳ４１３では、受信したパケットがＷＯＬ（Ｗａｋｅ−ｏｎ−ＬＡＮ）の条件を満たすものであるか否かを判定する。ＷＯＬとは、ＬＡＮに接続されたコンピュータをネットワーク経由で他のコンピュータから起動する機能である。ステップＳ４１３の判定の詳細は、図７を用いて後述する。受信したパケットがＷＯＬの条件を満たすものであればステップＳ４１４に進み、条件を満たさないものであればステップＳ４１２に進む。

ステップＳ４１４では、主制御部２１０に対して起動を指示する。ステップＳ４１５では、主制御部２１０の起動が完了したか否かを判定する。起動が完了すればステップＳ４１６に進み、起動が完了していなければ完了するまで待機する。ステップＳ４１６では、ステップＳ４０４で一時記憶した受信パケットを主制御部２１０に転送する。ここでは、ステップＳ４０９と異なり、応答完了情報は送信しない。

ステップＳ４１３からステップＳ４１２に進んだ場合は、ステップＳ４０４で一時記憶した受信パケットを破棄し、処理を終了する。

図５（ａ）（ｂ）は、図４のステップＳ４０５における判定及びステップＳ４０６における「１００Ｔｒｙｉｎｇ」の送信を実現するための仕組みを詳細に説明する図である。図５（ａ）（ｂ）に示す情報は、ＲＯＭ２３２に記憶されている。

図５（ａ）は、ステップＳ４０１で受信したパケットが「ＩＮＶＩＴＥ」であるか否かを判定するためのパケットパターンである。副制御部２３０は、図５（ａ）が示すパターンにマッチするパケットを受信した場合に、「ＩＮＶＩＴＥ」を受信したと判定する。

項目５０１及び５０２は、Ｅｔｈｅｒｎｅｔ（登録商標） Ｈｅａｄｅｒの送信先ＭＡＣアドレスと送信元ＭＡＣアドレスである。図示する例では、送信先ＭＡＣアドレスとして自機（つまり、ＭＦＰ１０１）のＭＡＣアドレスが指定されていることが条件となっており、送信元ＭＡＣアドレスは何であっても良いことになっている。

項目５０３乃至５０５は、ＩＰ ＨｅａｄｅｒのＩＰ Ｖｅｒｓｉｏｎ、送信先ＩＰアドレス、送信元ＩＰアドレスである。図示する例では、送信先ＩＰアドレスとして自機のＩＰアドレスが指定されていることが条件となっており、ＩＰ Ｖｅｒｓｉｏｎと送信元ＩＰアドレスは何であっても良いことになっている。

項目５０６及び５０７は、ＵＤＰ Ｈｅａｄｅｒの送信先ポート番号と送信元ポート番号である。図示する例では、送信先ポート番号と送信元ポート番号の両方が５０６０となっていることが条件となっている。

項目５０８乃至５１２は、ＳＩＰ ＨｅａｄｅｒのＭｅｔｈｏｄ、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｆｒｏｍ、Ｔｏ、ＣＳｅｑｕｅｎｃｅである。Ｍｅｔｈｏｄとは、「ＩＮＶＩＴＥ」や「ＡＣＫ」、「ＢＹＥ」などの種別を示す情報である。図示する例では、ＭｅｔｈｏｄとしてＩｎｖｉｔｅが指定されていることが条件となっている。また、Ｒｅｑｕｅｓｔ ＵＲＩとして自機のＳＩＰ ＵＲＩが指定されていることが条件となっている。また、ＣＳｅｑｕｅｎｃｅとして「１ Ｉｎｖｉｔｅ」が指定されていることが条件となっている。ＦｒｏｍとＴｏに関しては何であっても良いことになっている。

図５（ｂ）は、ステップＳ４０６で送信する「１００Ｔｒｙｉｎｇ」のデータを示す。項目５１３の送信先ＭＡＣアドレスには、受信パケットの送信元ＭＡＣアドレスが記述される。項目５１４の送信元ＭＡＣアドレスには、自機のＭＡＣアドレスが記述される。

項目５１５のＩＰ Ｖｅｒｓｉｏｎには、受信パケットのＩＰ Ｖｅｒｓｉｏｎが記述される。項目５１６の送信先ＩＰアドレスには、受信パケットの送信元ＩＰアドレスが記述される。項目５１７の送信元ＩＰアドレスには、自機のＩＰアドレスが記述される。

項目５１８の送信先ポート番号と項目５１９の送信元ポート番号には、いずれも５０６０が記述される。項目５２０のＳｔａｔｕｓ Ｃｏｄｅには、１００が記述される。項目５１２のＦｒｏｍには、受信パケットのＦｒｏｍが記述される。項目５１３のＴｏには、受信パケットのＴｏが記述される。ＣＳｅｑｕｅｎｃｅには、「２ Ｉｎｖｉｔｅ」が記述される。

図６（ａ）（ｂ）は、図４のステップＳ４１０における判定及びステップＳ４１１における代理応答パケットの送信を実現するための仕組みを詳細に説明する図である。図６（ａ）（ｂ）に示す情報は、ＲＯＭ２３２に記憶されている。

図６（ａ）は、ステップＳ４０１で受信したパケットが代理応答の条件を満たすものであるか否かを判定するためのパケットパターンである。副制御部２３０は、図６（ａ）が示すパターンにマッチするパケットを受信した場合に、代理応答対象のパケットを受信したと判定する。

項目６０１及び６０２は、Ｅｔｈｅｒｎｅｔ（登録商標） Ｈｅａｄｅｒの送信先ＭＡＣアドレスと送信元ＭＡＣアドレスである。図示する例では、送信先ＭＡＣアドレスとして自機（つまり、ＭＦＰ１０１）のＭＡＣアドレスが指定されていることが条件となっており、送信元ＭＡＣアドレスは何であっても良いことになっている。

項目６０３乃至６０５は、ＩＰ ＨｅａｄｅｒのＩＰ Ｖｅｒｓｉｏｎ、送信先ＩＰアドレス、送信元ＩＰアドレスである。図示する例では、いずれの項目も何であっても良いことになっている。

項目６０６及び６０７は、ＵＤＰ Ｈｅａｄｅｒの送信先ポート番号と送信元ポート番号である。図示する例では、送信先ポート番号が１６１となっていることが条件となっており、送信元ポート番号は何でもあっても良いことになっている。

項目６０８乃至６１２は、ＳＮＭＰ ＰａｙｌｏａｄのＣｏｍｍｕｎｉｔｙ、ＰＤＵ Ｔｙｐｅ、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｅｒｒｏｒ Ｓｔａｔｕｓ、ＯＩＤ１である。ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）とは、ネットワークを管理するためのプロトコルである。本実施形態では、ＭＦＰ１０１がＳＮＭＰエージェントとなり、ＬＡＮ１００上のＰＣ（ＳＮＭＰマネージャー）からの問い合わせを受けて、ＭＦＰ１０１の機器情報を応答する。ＭＦＰ１０１の機器情報はＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）で管理されている。

Ｃｏｍｍｕｎｉｔｙとは、管理したい機器をグループ化するために使われる概念であり、ＳＮＭＰマネージャーとＳＮＭＰエージェントが同じＣｏｍｍｕｎｉｔｙに属する場合に通信が可能となる。ＰＤＵ Ｔｙｐｅとは、リクエストやレスポンスの種別を示す情報である。ＯＩＤとは、ＭＩＢにおいてツリー構造で管理されている各情報に割り当てられた識別子である。ＳＮＭＰマネージャーは、ＯＩＤを指定することによって所望する情報を指定することができる。

図示する例では、ＣｏｍｍｕｎｉｔｙとしてＰｕｂｌｉｃが指定されていることが条件となっている。また、ＰＤＵ ＴｙｐｅとしてＧｅｔＲｅｑｕｅｓｔが指定されていることが条件となっている。また、ＯＩＤ１としてｈｒＤｅｖｉｃｅＳｔａｔｕｓが指定されていることが条件となっている。Ｒｅｑｕｅｓｔ ＩＤとＥｒｒｏｒ Ｓｔａｔｕｓに関しては何であっても良いことになっている。

図６（ｂ）は、ステップＳ４１１で送信する代理応答パケットのデータを示す。項目６１３の送信先ＭＡＣアドレスには、受信パケットの送信元ＭＡＣアドレスが記述される。項目６１４の送信元ＭＡＣアドレスには、自機のＭＡＣアドレスが記述される。

項目６１５のＩＰ Ｖｅｒｓｉｏｎには、受信パケットのＩＰ Ｖｅｒｓｉｏｎが記述される。項目６１６の送信先ＩＰアドレスには、受信パケットの送信元ＩＰアドレスが記述される。項目６１７の送信元ＩＰアドレスには、自機のＩＰアドレスが記述される。

項目６１８の送信先ポート番号には、受信パケットの送信元ポート番号が記述される。項目６１９の送信元ポート番号には１６１が記述される。

項目６２０のＣｏｍｍｕｎｉｔｙには、Ｐｕｂｌｉｃが記述される。項目６２１のＰＤＵ ＴｙｐｅにはＧｅｔＲｅｓｐｏｎｓｅが記述される。項目６２２のＲｅｑｕｅｓｔ ＩＤには受信パケットのＲｅｑｕｅｓｔ ＩＤが記述される。項目６２３のＥｒｒｏｒ ＳｔａｔｕｓにはＮｏ Ｅｒｒｏｒが記述される。項目６２４のＯＩＤ１にはｈｒＤｅｖｉｃｅＳｔａｔｕｓが記述される。項目６２５のＶａｌｕｅには０ｘ０２０１０２が記述される。

図７は、ステップＳ４０１で受信したパケットがＷＯＬの条件を満たすものであるか否かを判定するための情報である。図７に示す情報は、ＲＯＭ２３２に記憶されている。副制御部２３０は、図７が示す条件を満たすパケットを受信した場合に、ＷＯＬ対象のパケットを受信したと判定する。

１つ目は、受信パケットの送信先ＭＡＣアドレスが自機のＭＡＣアドレスと一致するという条件である。２つ目は、ＳＮＭＰ探索のためのブロードキャストパケットという条件である。３つ目は、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）探索のためのマルチキャストパケットという条件である。ＳＬＰとは、ネットワーク上のサービスを検索するためのプロトコルである。これらの３つの条件は、論理和（ＯＲ）で判断される。つまり、いずれか１つの条件を満たした場合に、ＷＯＬ対象のパケットを受信したと判定される。

図８は、ＭＦＰ１０１の動作を説明するフローチャートである。図８のフローチャートに示す各動作（ステップ）は、主制御部２１０のＣＰＵ２１１がＲＯＭ２１２に記憶された制御プログラムを実行することにより実現される。

ＭＦＰ１０１がスリープモードの状態である場合はステップＳ８０１から処理を開始する。ＭＦＰ１０１がスリープモードの状態でない場合（スタンバイモードである場合）は、ステップＳ８０３から処理を開始する。

ステップＳ８０１では、副制御部２３０から起動を指示されたか否かを判定する。起動を指示された場合はステップＳ８０２に進み、起動を指示されていない場合は指示されるまで待機する。ステップＳ８０２では、主制御部２１０を起動させるための起動処理を行う。ここでの起動処理は、主制御部２１０をスリープモードからスタンバイモードに復帰させるための復帰処理と呼ぶこともできる。

ステップＳ８０３では、副制御部２３０から転送されてくる受信パケットを取得する。ステップＳ８０４では、受信パケットが「ＩＮＶＩＴＥ」であるか否かを判定する。ここでの判定を行うために、図６（ａ）で説明したものと同じ情報が主制御部２１０側にも記憶されている。受信パケットが「ＩＮＶＩＴＥ」であればステップＳ８０４に進み、「ＩＮＶＩＴＥ」でなければステップＳ８１２に進む。

ステップＳ８０４では、副制御部２３０からの応答完了情報を受信したか否かを判定する。応答完了情報を受信していればステップＳ８０５をスキップしてステップＳ８０６に進み、受信していなければステップＳ８０５に進む。ステップＳ８０５では、「１００Ｔｒｙｉｎｇ」を応答する。応答完了情報を受信したということは、副制御部２３０による「１００Ｔｒｙｉｎｇ」の代理応答が行われたと判断できるため、主制御部２１０による「１００Ｔｒｙｉｎｇ」を省略する。

ステップＳ８０６では、「１８０Ｒｉｎｇｉｎｇ」を送信する（ステップＳ３０８に対応）。ステップＳ８０７では、「２００ＯＫ」を送信する（ステップＳ３１０に対応）。ステップＳ８０８では、「ＡＣＫ」を受信する（ステップＳ３１３に対応）。ステップＳ８０９ではデータ通信を行う（ステップＳ３１４に対応）。ステップＳ８１０では、「ＢＹＥ」を受信する（ステップＳ３１６に対応）。ステップＳ８１１では、「２００ＯＫ」を送信する（ステップＳ３１７に対応）。

ステップＳ８１２では、受信パケットに応じた処理を行う。例えば、受信パケットが印刷データであればプリンタ２５０を用いた印刷処理を行う。また、受信パケットが読取指示であればスキャナ２６０を用いた読取処理を行う。

以上説明したように、副制御部２３０は、セッションの開始要求（「ＩＮＶＩＴＥ」）を受信すると、受信した開始要求に対する第１の応答（「１００Ｔｒｙｉｎｇ」）を行う。また、副制御部２３０は、開始要求の受信に応じて主制御部２１０の起動を指示する。主制御部２１０は、副制御部２３０からの指示に応じて起動した後、第１の応答に続く第２の応答（「１８０Ｒｉｎｇｉｎｇ」または「２００ＯＫ」）を行う。そして、主制御部２１０が第２の応答を行った後、相手装置との間で確立されたセッションを用いてデータ通信を行う。

これにより、通信装置の消費電力を軽減しつつ、呼制御サーバを用いたデータ通信を適切に行うことができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第１の実施形態では、副制御部２３０が「１００Ｔｒｙｉｎｇ」のみを代理応答する例を説明した。これに対して、第２の実施形態では、副制御部２３０が「１００Ｔｒｙｉｎｇ」及び「１８０Ｒｉｎｇｉｎｇ」を代理応答する例について説明する。また、副制御部２３０が「１８０Ｒｉｎｇｉｎｇ」のみを代理応答する変形例についても説明する。なお、図１及び図２で説明した構成については、第２の実施形態でも同一であるため説明は省略する。

図９は、ＭＦＰがスリープモードの状態でＭＦＰ１０２からの「ＩＮＶＩＴＥ」を受信した場合における通信シーケンスを示す図である。第２の実施形態では、第１の実施形態における図３に代えて、図９に示す通信シーケンスを実行する。

ステップＳ９０１乃至Ｓ９０３は、図３のステップＳ３０１乃至Ｓ３０３と同一である。ＳＩＰサーバからの「ＩＮＶＩＴＥ」を受信したＭＦＰ１０１の副制御部２３０は、ステップＳ９０４で「１００Ｔｒｙｉｎｇ」をＳＩＰサーバ１０３に応答するとともに、ステップＳ９０５で「１８０Ｒｉｎｇｉｎｇ」をＳＩＰサーバ１０３に応答する。更に副制御部２３０は、ステップＳ９０７で主制御部２１０に対して起動を指示する。この指示を受けた主制御部２１０は、ステップＳ９０８で起動処理を行う。なお、副制御部２３０による「１００Ｔｒｙｉｎｇ」の応答は省略しても良い。また、ステップＳ９０４で「１００Ｔｒｙｉｎｇ」を応答する前にステップＳ９０７における起動指示を行うようにしても構わない。また、ステップＳ９０４で「１００Ｔｒｙｉｎｇ」を応答した後、且つ、ステップＳ９０５で「１８０Ｒｉｎｇｉｎｇ」を応答する前にステップＳ９０７における起動指示を行うようにしても構わない。

ＭＦＰ１０１からの「１８０Ｒｉｎｇｉｎｇ」を受信したＳＩＰサーバ１０３は、ステップＳ９０６で「１８０Ｒｉｎｇｉｎｇ」をＭＦＰ１０２に転送する。

主制御部２１０の起動が完了すると、ステップＳ９０９で副制御部２３０が「ＩＮＶＩＴＥ」を主制御部２１０に転送する。ステップＳ９１０乃至Ｓ９１８は、図３のステップＳ３１０乃至Ｓ３１８と同一である。

以上説明したように、第２の実施形態において、副制御部２３０は、セッションの開始要求（「ＩＮＶＩＴＥ」）を受信すると、受信した開始要求に対する第１の応答（「１００Ｔｒｙｉｎｇ」または「１８０Ｒｉｎｇｉｎｇ」）を行う。また、副制御部２３０は、開始要求の受信に応じて主制御部２１０の起動を指示する。主制御部２１０は、副制御部２３０からの指示に応じて起動した後、第１の応答に続く第２の応答（「２００ＯＫ」）を行う。そして、主制御部２１０が第２の応答を行った後、相手装置との間で確立されたセッションを用いてデータ通信を行う。

これにより、第１の実施形態と同様に、通信装置の消費電力を軽減しつつ、呼制御サーバを用いたデータ通信を適切に行うことができる。

なお、第１及び第２の実施形態では、ＭＦＰ１０１の構成を「主制御部」及び「副制御部」として説明したが、各制御部の主副関係はこれに限らない。即ち、制御部２３０を「主制御部」とし、制御部２１０を「副制御部」としても構わない。また、各制御部に主副関係を持たせずに、互いに独立した２つの制御部としても構わない。更には、各制御部が互いに異なる筺体に備えられる場合であっても、これらを含む全体を通信装置と称するものとする。

また、上述した説明では、図４及び図８の各ステップの動作をプロセッサ及びメモリを用いて実現するソフトウェア処理とした場合を説明したが、一部のステップをハードウェア処理として構成しても良い。また、ソフトウェア処理とハードウェア処理を組み合わせて１つのステップを実行するように構成しても良い。

＜他の実施形態＞
本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０１ ＭＦＰ
２１０ 制御部
２１１ ＣＰＵ
２１２ ＲＯＭ
２１３ ＲＡＭ
２１４ ＨＤＤ

Claims (14)

1. 第１制御部と第２制御部を含み、呼制御サーバを用いてデータ通信を行う通信装置であって、
   前記第２制御部は、
   セッションの開始要求を受信する受信手段と、
   前記受信手段が受信した開始要求に対する第１の応答を行う第１の応答手段と、
   前記受信手段による開始要求の受信に応じて前記第１制御部の起動を指示する起動指示手段と、
   前記第１制御部は、
   前記起動指示手段による指示に応じて起動した後、前記第１の応答に続く第２の応答を行う第２の応答手段と、
   前記第２の応答手段が前記第２の応答を行った後、相手装置との間で確立されたセッションを用いてデータ通信を行う通信制御手段と、
   を備えることを特徴とする通信装置。
2. 前記呼制御サーバは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバであることを特徴とする請求項１に記載の通信装置。
3. 前記開始要求は、ＩＮＶＩＴＥであることを特徴とする請求項１または２に記載の通信装置。
4. 前記第１の応答は、前記開始要求に応じた処理を実行中であることを示すものであることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記第１制御部は、前記第２の応答に続く第３の応答を行う第３の応答手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記第２制御部は、前記第２の応答に続く第３の応答を行う第３の応答手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
7. 前記受信手段による前記開始要求の受信、前記第１の応答手段による前記第１の応答、及び前記第２の応答手段による第２の応答は前記呼制御サーバを介して行い、前記通信制御手段によるデータ通信は前記呼制御サーバを介さずに行うことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 前記第１制御部は、第１の電力モードまたは当該第１の電力モードよりも消費電力が小さい第２の電力モードで動作可能であり、前記起動指示手段による指示に応じて前記第２の電力モードから前記第１の電力モードへ移行することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 前記第１制御部が前記第１の電力モードで動作している状態で前記受信手段が前記開始要求を受信した場合は、前記第１制御部が前記第１の応答を行うことを特徴とする請求項８に記載の通信装置。
10. 前記第２制御部は、前記受信手段が受信した開始要求を前記第１制御部に転送する転送手段を更に備え、
    前記転送手段は、前記第１の応答手段が前記第１の応答を行った場合は、応答が完了したことを示す情報とともに前記開始要求を前記第１制御部に転送することを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 前記通信制御手段は、前記確立されたセッションを用いて画像データを受信することを特徴とする請求項１乃至１０のいずれか１項に記載の通信装置。
12. 前記通信装置は、ＩＰネットワークを介してファクシミリ通信を実行するファクシミリ装置であることを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
13. 第１制御部と第２制御部を含み、呼制御サーバを用いてデータ通信を行う通信装置の制御方法であって、
    前記第２制御部において、
    セッションの開始要求を受信する受信工程と、
    前記受信工程で受信した開始要求に対する第１の応答を行う第１の応答工程と、
    前記受信工程における開始要求の受信に応じて前記第１制御部の起動を指示する起動指示工程と、
    前記第１制御部において、
    前記起動指示工程における指示に応じて起動した後、前記第１の応答に続く第２の応答を行う第２の応答工程と、
    前記第２の応答工程で前記第２の応答を行った後、相手装置との間で確立されたセッションを用いてデータ通信を行う通信制御工程と、
    を備えることを特徴とする通信装置の制御方法。
14. コンピュータを請求項１乃至１２のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images