JP2010193019A - 通信装置及び通信装置の遠隔起動方法 - Google Patents

Abstract

【課題】他の機器に特殊な処理を追加することなく、遠隔地から電源を起動することができる通信装置を提供する。
【解決手段】相手装置１０１からルータ１０２を介して送信されたパケットに基づいて電源を制御する通信装置１００であって、通常モードと省電力モードとを有し、通常モードで主要な処理を実行する主要処理部２０１と、パケットを送受信する送受信部２０４と、主要処理部２０１の電力モードが省電力モードである場合に、受信パケットが自ＭＡＣアドレスを問い合わせる要求パケットであるかを判定する受信パケット解析部２０７と、受信パケットが要求パケットであると判定された場合、省電力モードから通常モードに移行させる電源制御部２０３と、キャッシュ削除パケットを生成するキャッシュ削除通知部２０９とを備え、送受信部２０４は、通常モードから省電力モードに移行されるときに、キャッシュ削除パケットをルータ１０２に送信する。
【選択図】図４

Description

本発明は、通信装置及び通信装置の起動方法に関し、特に、インターネットなどの通信ネットワークを介して遠隔地から送信されるパケットに基づいて自装置内の電源を投入する通信装置、及び、通信装置の遠隔起動方法に関するものである。

従来、遠隔地からネットワーク経由で他の端末（被制御端末）の電源を投入する方法が提案されている。例えば、Ｗａｋｅ Ｏｎ ＬＡＮ（以下、ＷＯＬと記載）は、マジックパケット（ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）を含んだブロードキャストパケット）の受信をトリガに、被制御端末の電源を起動する技術である。

このとき、ＷＯＬで使うマジックパケット（ブロードキャストパケット）は、通常、ルータを越えられないため、そのままではインターネット経由で端末を制御できない。これは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側の機器（起動要求端末）からＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）側の被制御端末にマジックパケットを届けることができないためである。そのための対策として、被制御端末側のＬＡＮ内機器（ルータ、常時起動の端末など）を利用する方法が多数提案されている（例えば、特許文献１参照）。

特許文献１では、宅内に配置されるＬＡＮ内機器の１つであるアクセス管理装置が、外部のリクエスト端末（起動要求端末）から、起動対象となる被制御端末の名前の指定を受け付ける。アクセス管理装置は、リクエスト端末から受け付けた名前に対応するＭＡＣアドレスを特定し、そのＭＡＣアドレスを有する被制御端末に対してマジックパケットを送信することで、被制御端末を起動させていた。
特開２００３−３１９０８３号公報

しかしながら、上記従来の方法では、以下の課題が存在していた。
特許文献１の方法では、（１）外部のリクエスト端末が、宅内のアクセス管理装置に対して起動する端末装置を指定し、（２）アクセス管理装置が、指定された端末装置を起動させるという２段階の手順が存在する。そのため、リクエスト端末、及びアクセス管理装置共に、この遠隔起動方法のための特殊な処理が必要となり、市販のルータなどの汎用の中継装置を使うことができない。つまり、特許文献１に記載された遠隔起動方法を行うためには、遠隔起動を要求する端末と、被制御端末を起動させる端末との少なくとも２つの装置が必要であり、容易にこの遠隔起動方法を導入することができない。

例えば、この遠隔起動方法は、テレビ会議（以下、ＴＶ会議と記載）システムのような他人とコミュニケーションを取るシステムに適用することができる。例えば、会議をしていない期間では、ＴＶ会議端末の消費電力を下げながら、かつ、いつでも着信可能な状態を保ち、他のＴＶ会議端末からの着信時に起動させるという適用が考えられる。この場合、ＴＶ会議端末の電源を着信時に起動させるためには、発信側のＴＶ会議端末での発信前の処理、例えば、着信側のＴＶ会議端末に対する電源起動の指示の生成及び送信処理が必要となる。また、着信側のＴＶ会議端末は、上記のようなアクセス管理装置と接続されている必要がある。このように、発信側と着信側との双方で、被制御端末を起動するための特殊な処理の対応が必要となるため、既存のＴＶ会議システムへの適用は難しかった。

このように、上記従来技術には、発信側と着信側の双方の端末に特殊な処理が必要であるため、上記従来技術の遠隔起動方法を容易に導入することができないという課題がある。

そこで、本発明は、上記従来の課題を解決するためになされたもので、他の機器（外部のリクエスト端末、宅内のルータ、及び、宅内のアクセス管理装置など）には特殊な機能を追加することなく、遠隔地から電源を投入される通信装置及びその遠隔制御方法を提供することを目的とする。

上記従来の課題を解決するために、本発明の通信装置は、伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて電源を制御する通信装置であって、前記通信装置の主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部と、前記伝送路を介してパケットを受信する受信部と、前記主要処理部の電力モードが前記省電力モードである場合に、前記受信部によって受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる（リクエストする）要求パケットであるか否かを判定する受信パケット解析部と、前記受信パケット解析部によって前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御部と、前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知部と、前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知部によって生成されたキャッシュ削除パケットを送信する送信部とを備える。なお、キャッシュ削除パケットは、少なくとも前記中継装置に宛てて送信されるものであり、宛先を指定しないブロードキャストパケットであってもよい。

これにより、本発明の通信装置以外の他の機器（例えば、伝送路を介して接続された起動要求端末、及び、中継装置）に特殊な機能を追加することなく、本発明の通信装置を遠隔制御で起動することができる。なぜなら、本発明の通信装置は、要求パケットに基づいて起動され（通常モードに移行され）、省電力モードに移行する際にはキャッシュ削除パケットを送信するためである。

このときの起動のトリガとなる要求パケットは、中継装置が有するキャッシュメモリに通信装置に関するエントリが格納されていない場合に発行されるパケットである。そして、本発明の通信装置が省電力モードである場合には、キャッシュ削除パケットにより中継装置のキャッシュメモリにエントリは格納されていない。したがって、省電力モードのときに他の機器から本発明の通信装置宛のパケットが送信された場合、中継装置は要求パケットを送信することになるので、この要求パケットに基づいて本発明の通信装置は起動される。

また、前記通信装置は、さらに、前記受信パケット解析部によって前記受信パケットが前記要求パケットであると判定された場合、前記要求パケットに対する応答である、前記物理アドレスを含む応答パケットを生成する応答パケット生成部を備え、前記送信部は、さらに、前記主要処理部の電力モードが前記省電力モードから前記通常モードへの移行が完了した後に、前記応答パケット生成部によって生成された応答パケットを前記中継装置に送信してもよい。

これにより、通信装置宛の受信パケットのロスを防止することができる。なぜなら、本発明の通信装置は、主要処理部の電力モードが通常モードに移行されるのを待って、要求パケットに対する応答パケットを中継装置に送信するためである。中継装置は、応答パケットに含まれる通信装置の物理アドレスが判明するまで、すなわち、応答パケットを受信するまで、通信装置宛のパケットを通信装置に送信することができない。したがって、中継装置が応答パケットを受信した時点では必ず主要処理部の電力モードが通常モードに完全に移行されているので、通信装置は、通信装置宛の受信パケットをロスすることはない。

また、前記要求パケットは、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求パケットであり、前記応答パケットは、ＡＲＰ応答パケットであり、前記キャッシュ削除パケットは、ＵｎＡＲＰ（Ｕｎｓｏｌｉｃｉｔｅｄ ＡＲＰ）パケット又はＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）パケットであってもよい。

また、前記主要処理部は、前記他の機器との間で通信の接続及び切断を制御する呼制御処理と、前記伝送路を介して前記他の機器から送信された映像データ及び音声データを復号する復号処理と、映像データ及び音声データを符号化して前記他の機器に送信する符号化処理とを前記主要な処理として実行してもよい。

また、本発明の通信装置の遠隔起動方法は、伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて電源を制御する通信装置の遠隔起動方法であって、前記通信装置は、主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部を備え、前記遠隔起動方法は、前記伝送路を介してパケットを受信する受信ステップと、前記主要処理部の電力モードが前記省電力モードである場合、前記受信ステップで受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる要求パケットであるか否かを判定する受信パケット解析ステップと、前記受信パケット解析ステップで前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御ステップと、前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知ステップと、前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知ステップで生成されたキャッシュ削除パケットを前記中継装置に送信する送信ステップとを含む。

なお、本発明は、通信装置、及び、通信装置の遠隔起動方法として実現できるだけではなく、遠隔起動方法に含まれるステップをコンピュータに実行させるプログラムとして実現してもよい。さらに、当該プログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの記録媒体、並びに、当該プログラムを示す情報、データ又は信号として実現してもよい。そして、それらプログラム、情報、データ及び信号は、インターネットなどの通信ネットワークを介して配信してもよい。

また、上記の各通信装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されていてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを含んで構成されるコンピュータシステムである。

本発明の通信装置によれば、電源起動する通信装置以外の機器には特殊な機能を追加することなく、遠隔地から通信装置の電源を起動することができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。
図１は、本実施の形態の通信装置１００を含む通信システム１０の構成の一例を示す図である。同図に示すように、本実施の形態の通信システム１０は、通信装置１００と、相手装置１０１と、ルータ１０２と、ＬＡＮ内機器１０３とを備える。通信装置１００とルータ１０２とＬＡＮ内機器１０３とは、ＬＡＮ（伝送路）１０４で接続されている。また、相手装置１０１とルータ１０２とは、ＷＡＮ（外部ネットワーク）１０５で接続されている。

通信装置１００は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話、ＴＶ会議、及び遠隔制御などに用いられる通信アプリケーションを搭載した通信機器である。通信装置１００は、伝送路であるＬＡＮ１０４に接続されており、ルータ１０２を介して外部ネットワークであるＷＡＮ１０５とアクセス可能である。通信装置１００の詳細な構成については、後で説明する。

相手装置１０１は、通信装置１００が搭載する通信アプリケーションの対となる機能を搭載した通信機器であって、ＷＡＮ１０５に接続されている。通信装置１００と相手装置１０１とは、ＷＡＮ１０５及びＬＡＮ１０４のネットワークを介して、どちらか一方の機器から接続要求を送ることで、通信アプリケーション独自の通信処理が始まる。本実施の形態では、通信装置１００と相手装置１０１とには「ＴＶ会議端末」用のアプリケーションが搭載されているもの（すなわち、通信システム１０は、ＴＶ会議システム）として説明する。例えば、通信装置１００と相手装置１０１とは、ＴＶ会議の接続及び切断を制御する呼制御機能、映像及び音声の送受信機能、受信した映像及び音声データを復号してディスプレイ又はスピーカに出力する復号機能、カメラ又はマイクから取得した映像及び音声を符号化する符号化機能などを備える。

ルータ１０２は、キャッシュメモリなどのメモリを備え、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）キャッシュテーブル１２１とＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）テーブル１２２とをメモリに格納し、管理する。

図２Ａは、本実施の形態のＡＲＰキャッシュテーブル１２１の一例を示す図である。ＡＲＰキャッシュテーブル１２１は、ＬＡＮ１０４に接続されている機器のＭＡＣアドレスとＩＰアドレスとの組（以下、エントリと記載）を管理する管理表である。ＡＲＰキャッシュテーブル１２１には、エントリ毎に、ＡＲＰキャッシュテーブル１２１にエントリを保持する期限も管理する。なお、ＭＡＣアドレスは、機器に固有の物理アドレスの一例であり、ＩＰアドレスは、ネットワーク上で機器を識別する論理アドレスの一例である。

一方、図２Ｂは、本実施の形態のＮＡＰＴテーブル１２２の一例を示す図である。ＮＡＰＴテーブル１２２は、ポートフォワーディング設定を管理する管理表であり、ポート番号と、プロトコル種別と、フォワード先のアドレス（ＬＡＮ側アドレス）とを対応づけている。ＷＡＮ１０５を経由してルータ１０２に到着したパケットは、ＮＡＰＴテーブル１２２の設定に従って、対応するＬＡＮ側の機器に転送される。

図１に戻ると、ＬＡＮ内機器１０３は、通信装置１００以外にＬＡＮ１０４に接続された他の機器であり、例えば、パーソナルコンピュータ、プリンタなどである。

ＬＡＮ１０４は、インターネットなどの外部ネットワークとは異なる伝送路であって、例えば、所定の施設内（一般家庭など）の機器を接続するネットワークである。なお、ＬＡＮ１０４は、有線及び無線のいずれでもよい。

ＷＡＮ１０５は、インターネットなどの外部ネットワークである。なお、ＷＡＮ１０５も、有線及び無線のいずれでもよい。

次に、本実施の形態の通信装置１００の詳細な構成について図３を用いて説明する。図３は、本実施の形態の通信装置１００の構成の一例を示すブロック図である。

図３に示すように、通信装置１００は、主要処理部２０１とネットワークデバイス２０２とを備える。ネットワークデバイス２０２は、電源制御部２０３と、送受信部２０４及び２０５と、自アドレス記憶部２０６と、受信パケット解析部２０７と、応答パケット生成部２０８と、キャッシュ削除通知部２０９とを備える。

主要処理部２０１は、通信装置１００の主要な機能を実現する機能部である。通信装置１００がＴＶ会議端末の場合、主要処理部２０１は、ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）、ＩＰ及びＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）などの通信スタック、ＴＶ会議の接続及び切断を制御する呼制御アプリケーション、映像及び音声のエンコーダ及びデコーダなどの主要な機能を全て実行する。

また、主要処理部２０１は、「通常モード」と「省電力モード」との２つの電力レベルのモード（電力モード）を持つ。具体的には、通常モードは、主要処理部２０１が通常のＴＶ会議の処理を行うのに充分な電力が供給されている状態（電源オンの状態）である。省電力モードは、電源オフの状態、又は、最低限の電力レベルの状態、すなわち、充分な電力が供給されていない状態である。主要処理部２０１は、一定時間、ＴＶ会議を使用していない期間が継続すると、通常モードから省電力モードへ移行する。主要処理部２０１は、通常モードで、主要な処理、すなわち、ＴＶ会議に必要な処理（通信の接続処理など）を実行する。

ネットワークデバイス２０２は、パケットの送受信を行う処理部であって、主要処理部２０１の電力モードが省電力モードの場合にも、起動されている。ただし、より省電力化を図るため、送受信部２０４及び受信パケット解析部２０７以外の処理部は起動されていなくてもよい。

電源制御部２０３は、主要処理部２０１の電源を制御する機能部である。すなわち、電源制御部２０３は、主要処理部２０１の電力モードを変更させる機能部である。主要処理部２０１の電力モードが通常モードから省電力モードになったタイミングでは、そのタイミングの検知と、キャッシュ削除通知部２０９へ処理開始の指示を実行する。

一方で、受信パケット解析部２０７が省電力モードから通常モードへの移行タイミングを検知すると、電源制御部２０３は、主要処理部２０１の電力モードを省電力モードから通常モードに移行させる。すなわち、電源制御部２０３は、主要処理部２０１に電源を投入する。さらに電源投入後、主要処理部２０１の起動が完了すると、電源制御部２０３は応答パケット生成部２０８に起動完了を示す指示を出力する。なお、主要処理部２０１の起動が完了するとは、主要処理部２０１が備える各機能が処理を実行可能な状態になることである。

なお、電源制御部２０３は、主要処理部２０１の電力モードが省電力モードであるとき、起動されていなくてもよい。ただし、このとき、受信パケット解析部２０７が省電力モードから通常モードへの移行タイミングを検知したときに、電源制御部２０３は起動される必要がある。

送受信部２０４及び２０５は、ＬＡＮ１０４に接続し、ＬＡＮ１０４を介してパケットを送受信する機能部である。ネットワークデバイス２０２において、主要処理部２０１の電力モードが通常モードのときには送受信部２０５が有効になって、送受信部２０５がパケット送受信の処理を行う。他方で、主要処理部２０１の電力モードが省電力モードのときには送受信部２０４が有効になって、送受信部２０４がパケット送受信の処理を行う。

自アドレス記憶部２０６は、通信装置１００のＭＡＣアドレスとＩＰアドレスとを保持する。以下では、通信装置１００のＭＡＣアドレスを自ＭＡＣアドレスと記載し、通信装置１００のＩＰアドレスを自ＩＰアドレスと記載する。

受信パケット解析部２０７は、送受信部２０４によって受信された受信パケットを解析する機能部である。主要処理部２０１の電力モードが省電力モードである場合、受信パケット解析部２０７は、受信パケットが自ＭＡＣアドレスを問い合わせる（リクエストする）要求パケット（ＡＲＰ要求）であるか否かを判定する。受信パケットが自ＭＡＣアドレスを問い合わせるＡＲＰ要求である場合、すなわち、ＡＲＰ要求に含まれる送信先ＩＰアドレスと自ＩＰアドレスとが一致した場合、受信パケット解析部２０７は、電源制御部２０３に通常モードへの移行を指示する。

応答パケット生成部２０８は、受信したＡＲＰ要求に対する応答である、自ＭＡＣアドレスを含むＡＲＰ応答を生成する機能部である。生成したＡＲＰ応答は、省電力モードから通常モードへの移行が完了したときに、電源制御部２０３の指示に従って、送受信部２０４経由でルータ１０２に送信される。

なお、応答パケット生成部２０８は、主要処理部２０１の電力モードが省電力モードであるとき、起動されていなくてもよい。ただし、このとき、電源制御部２０３又は受信パケット解析部２０７からの指示を受けて、応答パケット生成部２０８は起動される必要がある。

キャッシュ削除通知部２０９は、自ＭＡＣアドレスが無効になったことを他機器に知らせるための、すなわち、他の機器（ルータ１０２、ＬＡＮ内機器１０３など）が有するキャッシュメモリに格納された、当該通信装置１００のＭＡＣアドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成する機能部である。主要処理部２０１が省電力モードに移行する際に、電源制御部２０３から指示を受け、キャッシュ削除パケットを生成する。生成したキャッシュ削除パケットは、送受信部２０４を介して、ＬＡＮ１０４に接続されている機器（ルータ１０２、ＬＡＮ内機器１０３）に送信される。

次に、図４を用いて、本実施の形態の通信装置１００が送受信する３種類のパケットのフォーマットを説明する。図４は、ＡＲＰフレームフォーマットを示す図である。

まず、ＡＲＰ要求は、“Ｏｐｅｒａｔｉｏｎ”の項目が１のパケットである。受信パケット解析部２０７は、ＡＲＰ要求のうち、“送信先ＩＰアドレス（Ｔａｒｇｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）”が自ＩＰアドレスに一致するものを「自ＭＡＣアドレスを問い合わせるＡＲＰ要求」として検出する。

ＡＲＰ応答は、“Ｏｐｅｒａｔｉｏｎ”の項目が２のパケットである。応答パケット生成部２０８は、“送信元ＭＡＣアドレス”、“送信元ＩＰアドレス”の項目に、それぞれ自ＭＡＣアドレス、自ＩＰアドレスを格納したパケットを生成する。このＡＲＰ応答を受信したルータ１０２は、送信元ＭＡＣアドレスと送信元ＩＰアドレスとを対応付けたエントリをＡＲＰキャッシュテーブル１２１に格納される。

キャッシュ削除パケットは、ＵｎＡＲＰ（ＲＦＣ１８６８：Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ １８６８）に規定されるフォーマットで規定されたパケットである。具体的には、“Ｏｐｅｒａｔｉｏｎ”＝２、“送信元ＩＰアドレス”＝自ＩＰアドレス、“送信先ＩＰアドレス”＝２５５．２５５．２５５．２５５（ＩＰブロードキャストアドレス）を格納し、“送信元ＭＡＣアドレス”と“送信先ＭＡＣアドレス”は格納しない。このキャッシュ削除パケットを受信したルータ１０２は、送信元ＩＰアドレスに一致するＩＰアドレスに対応するエントリをＡＲＰキャッシュテーブル１２１から削除する。このように、キャッシュ削除パケットがブロードキャストパケットである場合、ルータ１０２だけでなく、他のＬＡＮ内機器１０３にも送信される。

続いて、本実施の形態の通信装置１００の動作について、図５及び図６を用いて説明する。なお、図５は、主要処理部２０１の電力モードが「通常モード」である場合の処理シーケンスを示す図である。また、図６は、主要処理部２０１の電力モードが移行する際の処理シーケンスを示す図である。具体的には、図６は、電力モードが「通常モード」から「省電力モード」へ移行する場合、及び「省電力モード」から「通常モード」へ移行する場合のシーケンスを示している。

まず、図５において、通信装置１００及び相手装置１０１共に電源がオンの状態（通常モード）であるとする。また、ルータ１０２が管理するＮＡＰＴテーブル１２２（図２Ｂ参照）では、ルータ１０２のＷＡＮ側アドレス（グローバルアドレス）宛に受信したパケットのうち、ＴＶ会議の接続用パケット（ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に対応するプロトコル、及びポート番号のパケット）が、通信装置１００に転送されるように設定されているものとする。

また、ルータ１０２が管理するＡＲＰキャッシュテーブル１２１（図２Ａ参照）では、通信装置１００に関するエントリが未登録の状態であるとする（Ｓ１０１）。すなわち、ＡＲＰキャッシュテーブル１２１には、通信装置１００のＩＰアドレスとＭＡＣアドレスとを対応付けたエントリが存在していない。なお、通信装置１００の電力モードは通常モードであるので、送受信部２０５が有効になっており、送受信部２０５によって受信されたパケットは主要処理部２０１に転送される。

ここで、相手装置１０１がＴＶ会議を始めるために、通信装置１００宛（ルータ１０２のグローバルアドレス宛）に接続要求（ＳＩＰのＩＮＶＩＴＥメッセージ）を送信する（Ｓ１０２）。

ルータ１０２は、相手装置１０１からの接続要求のメッセージ（ＩＮＶＩＴＥメッセージ）を受け取った場合、ＮＡＰＴテーブル１２２を検索することで、通信装置１００宛に転送すべきパケットと判定する。さらに、ＡＲＰキャッシュテーブル１２１を検索することで、通信装置１００のエントリが存在しないことが判明するので、ルータ１０２は、ＡＲＰ要求を発行する（Ｓ１０３）。なお、ＡＲＰ要求はブロードキャストパケットなので、ＬＡＮ１０４に接続される機器全て（ここでは、通信装置１００及びＬＡＮ内機器１０３）が受信する。

ＡＲＰ要求を受信した通信装置１００は、ＡＲＰ要求を解析し、ＡＲＰ要求内の“送信先ＩＰアドレス”が自ＩＰアドレスに一致していることから、自分宛と判断し、ルータ１０２にＡＲＰ応答を返信する（Ｓ１０４）。なお、このとき、ＬＡＮ内機器１０３も同様に、パケット内の“送信先ＩＰアドレス”と自機器のＩＰアドレスとを比較する。しかし、“送信先ＩＰアドレス”と自機器のＩＰアドレスとが一致しないため、ＬＡＮ内機器１０３はこのＡＲＰ要求に対して応答しない。

ＡＲＰ応答を受信したルータ１０２は、ＡＲＰ応答内の“送信元ＭＡＣアドレス”及び“送信元ＩＰアドレス”を元にして、通信装置１００のエントリを作成し、ルータ１０２が管理するＡＲＰキャッシュテーブル１２１に登録する（Ｓ１０５）。

ルータ１０２は、通信装置１００のＭＡＣアドレスが判明したので、相手装置１０１から受け取った接続要求（ＩＮＶＩＴＥ）のパケットを通信装置１００に転送する（Ｓ１０６）。

通信装置１００は、ＴＶ電話の接続処理を行い（Ｓ１０７）、相手装置１０１に接続応答（ＳＩＰの２００ＯＫメッセージ）を返信する（Ｓ１０８）。返信のパケットはルータ１０２で中継され、相手装置１０１まで転送される（Ｓ１０９）。

以上の処理（Ｓ１０１〜Ｓ１０９）により、ＴＶ会議の接続が成功したため、相手装置１０１と通信装置１００との間でＴＶ会議の通信、すなわち、映像及び音声のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットの送受信が行われる（Ｓ１１０）。

ＴＶ会議が終了すると、通信の切断処理を行う。ここでは、相手装置１０１から切断要求（ＳＩＰのＢＹＥメッセージ）が出力された場合について説明する。相手装置１０１は、通信装置１００に向けて切断要求（ＢＹＥ）を送信する（Ｓ１１１）。なお、相手装置１０１からの切断要求が送信された時点では、ルータ１０２のＡＲＰキャッシュテーブル１２１に通信装置１００のエントリが存在するため、ルータ１０２は、ＡＲＰ要求の送信及びＡＲＰ応答の受信を行うことなく、切断要求を通信装置１００に送信する（Ｓ１１２）。

通信装置１００は、切断処理を行い、切断応答（２００ＯＫ）を相手装置１０１に送信する。切断応答（２００ＯＫ）は、ルータ１０２で中継され（Ｓ１１３）、相手装置１０１まで転送される（Ｓ１１４）。このようにして、相手装置１０１と通信装置１００とのＴＶ会議の通信は切断される。

以後、ルータ１０２は、ＡＲＰキャッシュテーブル１２１のキャッシュ登録期限が満了したエントリに対して（転送すべきパケットがなくても）ＡＲＰ要求を発行して、エントリが有効か否かを確認する。つまり、ＡＲＰ要求は定期的に発行され、送信される。ＡＲＰ応答があったエントリに対しては、ＡＲＰキャッシュテーブル１２１にエントリを保存しつづけ、ＡＲＰ応答がなければ、ＡＲＰキャッシュテーブル１２１から削除する。

通信装置１００が通常モードで動作している期間は、ルータ１０２からのＡＲＰ要求に対して通信装置１００がＡＲＰ応答を返信する。したがって、通常モードでは、ルータ１０２のＡＲＰキャッシュテーブル１２１には通信装置１００のエントリが存在する状態となり、相手装置１０１からの接続要求（ＩＮＶＩＴＥ）が送信された場合であっても（Ｓ１１５）、ルータ１０２はＡＲＰ要求を送信することなく、接続要求を通信装置１００に転送する（Ｓ１１６）。以降は、上で説明したように、通信装置１００は接続処理を行い（Ｓ１１７）、相手装置１０１にルータ１０２を介して接続応答を返信する（Ｓ１１８、Ｓ１１９）。そして、通信装置１００と相手装置１０１との間でＴＶ会議の通信が行われる（Ｓ１２０）。

以上に示すように、通信装置１００が通常モードである場合（具体的には、主要処理部２０１が通常モードである場合）、通信装置１００は、相手装置１０１からの接続要求に基づいて接続処理を行うことで、ＴＶ会議用の通信を確立する。

次に、図６を用いて、通信装置１００が「通常モード」と「省電力モード」との間を移行する際のシーケンスについて説明する。

図６において、通信装置１００の主要処理部２０１の電力モードは通常モードであり、ルータ１０２が管理するＡＲＰキャッシュテーブル１２１には通信装置１００のエントリが存在する状態とする（Ｓ２０１）。この状態で通信装置１００の主要処理部２０１は、ＴＶ会議の最後の通信切断から所定時間が経過すると、省電力モードへの移行を決定する（Ｓ２０２）。

通信装置１００の電源制御部２０３は、主要処理部２０１の電源が切断される（すなわち、省電力モードへ移行される）タイミングを検知し、キャッシュ削除通知部２０９にキャッシュ削除パケットの通知を指示する。キャッシュ削除通知部２０９は、送受信部２０４を介してキャッシュ削除パケットを送信する（Ｓ２０３）。このとき、通信装置１００の電源制御部２０３は、省電力モードへの移行に伴い、送受信部２０５を無効にすることで送受信部２０５に受信パケットが経由されないようにしておく。

ルータ１０２は、キャッシュ削除パケットを受信すると、管理しているＡＲＰキャッシュテーブル１２１から通信装置１００のエントリを削除する（Ｓ２０４）。

通信装置１００の主要処理部２０１の電力モードが省電力モードである場合に、相手装置１０１が通信装置１００宛の接続要求（ＩＮＶＩＴＥ）を送信すると（Ｓ２０５）、ルータ１０２が管理するＡＲＰキャッシュテーブル１２１には通信装置１００のエントリが存在しないため、ルータ１０２からＬＡＮ１０４に接続された機器（通信装置１００とＬＡＮ内機器１０３）に向けてＡＲＰ要求を発行する（Ｓ２０６）。

通信装置１００の送受信部２０４は、ＡＲＰ要求を受け取り、受け取ったＡＲＰ要求を受信パケット解析部２０７に伝送する。受信パケット解析部２０７は、ＡＲＰ要求に含まれる送信先ＩＰアドレスが自ＩＰアドレスに一致するか否かを判定し、一致している場合には、受け取ったＡＲＰ要求は自ＭＡＣアドレスを問い合わせるＡＲＰ要求であると判断し、電源制御部２０３に対して通常モードへの移行を指示する。電源制御部２０３は、主要処理部２０１の電力モードを通常モードに移行させ、主要処理部２０１の起動完了を待つ（Ｓ２０７）。

主要処理部２０１の起動（通常モードへの移行）が完了し、他機器との通信が可能になった時点で、電源制御部２０３は応答パケット生成部２０８に指示し、ＡＲＰ応答をルータ１０２に送受信部２０４を介して送信させる（Ｓ２０８）。また、送受信部２０５を起動（有効）し、以後のパケット処理を主要処理部２０１が実行するように経路を変更する。

ＡＲＰ応答を受信したルータ１０２は、ＡＲＰキャッシュテーブル１２１に通信装置１００のエントリを登録するため、以後、図５に示す接続処理と同様にして相手装置１０１と通信装置１００の間の接続が成功し（Ｓ２０９〜Ｓ２１２）、ＴＶ会議の通信が開始する（Ｓ２１３）。

以上のように、本実施の形態の通信装置１００によれば、省電力モードに移行する際にルータ１０２のＡＲＰキャッシュテーブル１２１に格納された通信装置１００のエントリを削除しておくので、通信装置１００宛のパケットが到着した時点でルータ１０２が必ずＡＲＰ要求を発行する状態になる。

従来は、ＡＲＰキャッシュテーブル１２１上のエントリの有無に依存するため、通信装置１００宛のパケットとＡＲＰ要求の発行とは一対一に対応しない。したがって、従来では、通信装置１００の主要処理部２０１の電力モードが省電力モードである場合に、通信装置１００宛のパケットが通信装置１００に送信されるおそれがある。省電力モードのときに送信されたパケットは、正しく受信できないため、ＴＶ会議などの処理を実行することができない。

これに対して、本実施の形態の通信装置１００によれば、ＡＲＰ要求をトリガ（相手装置１０１が接続要求を発生させたタイミング）として主要処理部２０１を通常モードに移行するため、相手装置１０１及びルータ１０２には（省電力に伴う）特殊な機能を追加することなく、通信装置１００の電力モードを制御できる。

また、ルータ１０２は、ＡＲＰキャッシュテーブル１２１に格納されているエントリが有効であるかを判断するために、定期的にＡＲＰ要求を発行する。したがって、単にＡＲＰ要求をトリガとして主要処理部２０１を起動させただけでは、必要のないときにまで主要処理部２０１が通常モードに移行され、電力を消費してしまう。

これに対しても、本実施の形態の通信装置１００によれば、主要処理部２０１が省電力モードに移行する際に、キャッシュ削除パケットを他の機器に送信することで、キャッシュ削除パケットを受信した機器のキャッシュメモリに格納されたエントリを削除することができる。このため、必要のないとき、例えば、処理すべきパケットが送られていないときには、主要処理部２０１が通常モードに移行されてしまうことを防ぐことができ、より省電力化を図ることができる。

また、従来用いられていたＷＯＬのマジックパケットは、電源起動を相手に要求するだけ（通知型）のメッセージであって、要求／応答型のメッセージではない（通信相手からの応答を期待しないメッセージである）。したがって、リクエスト端末側は、起動する被制御端末の電源起動が完了したかどうかを確認する術がないまま、次のパケット（本来の接続用のパケット）を送信しなければならない。起動する被制御端末側では、電源起動中に到着したパケットを漏れなく受信できる保証がないため、一部パケットはロスして（廃棄されて）しまう場合がある。接続用のパケットがロスした場合には、次の再送タイミングまで処理が遅れる、又は、接続自体に失敗するという問題が発生していた。

これに対して、本実施の形態の通信装置１００によれば、主要処理部２０１の起動（通常モードへの移行）が完了したタイミング（他機器との通信が可能になった後）にＡＲＰ応答を送信する。これにより、相手装置１０１からのパケット送信をルータ１０２でブロックすることができるため、電力モードの移行中に受信したパケットのロスを防止することができる。

以上、本発明の通信装置及び通信装置の遠隔制御方法について、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を当該実施の形態に施したものも、本発明の範囲内に含まれる。

例えば、本実施の形態において、同一ネットワーク機器のＡＲＰキャッシュテーブルを削除するためのキャッシュ削除通知として、ＵｎＡＲＰのパケットを用いたが、このフォーマットに限定されるわけではない。他の機器にＡＲＰキャッシュを削除させるためのパケットであれば別のフォーマットでもよく、例えば、ＵｎＡＲＰの代わりにＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）のフォーマットを用いてもよい。

なお、ＧＡＲＰは、同一ネットワーク機器のＡＲＰキャッシュテーブルの更新又は、自分のＩＰアドレスの重複検知に用いられるＡＲＰパケットである。ＧＡＲＰのフォーマットは、“送信元ＩＰアドレス”と“送信先ＩＰアドレス”とが同じであることが特徴である。ＧＡＲＰのフォーマットを用いたＡＲＰ要求の場合も、“送信元ＩＰアドレス”（“送信先ＩＰアドレス”と一致）と“送信元ＭＡＣアドレス”とが同一ネットワーク機器のＡＲＰキャッシュエントリに登録される。

また、本実施の形態において、省電力モードから通常モードへ遷移するための「自ＭＡＣアドレスを問い合わせるＡＲＰ要求」の検出条件を、「“送信先ＩＰアドレス”が自ＩＰアドレスに一致するＡＲＰ要求」と説明したが、この検出条件に限定されるわけではない。厳密には、この条件では、重複検知目的のＧＡＲＰも検出してしまうため、必要でないときにまで通常モードに移行してしまうことが起こりうる。したがって、例えば、ＧＡＲＰフォーマットを用いたＡＲＰ要求の場合を排除した条件を使ってもよい。その場合、省電力モードでの受信したＡＲＰ要求がＧＡＲＰフォーマットを用いていた場合の処理として、ＧＡＲＰの応答送信とＡＲＰキャッシュのクリアとが追加で必要になる。

また、本実施の形態において、アドレス解決のプロトコルとして、ＩＰｖ４アドレスから物理アドレスを決定するための標準的なＡＲＰプロトコルで説明したが、ＩＰｖ６アドレスのネットワークでも同様の処理が可能である。例えば、ＩＰｖ６で標準的なＮＤＰ（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）が使用可能である。

また、本実施の形態において、主要処理部２０１が通常モードから省電力モードに移行する条件として、最後にＴＶ会議を行ってからの経過時間が所定の値を越えたときとしたが、この条件に限定されない。例えば、ユーザからの指示に基づいて省電力モードへの移行を決定してもよい。

また、逆に、主要処理部２０１が省電力モードから通常モードに移行する条件として、「自ＭＡＣアドレスを問い合わせるＡＲＰ要求を受信したとき」と説明したが、この条件にローカル制御の条件を追加してもよい。例えば、ユーザからの直接的な指示（通信装置１００の接続ボタンを押下して、相手装置１０１への接続を指示するなど）、又は、通信装置１００内で予め設定されたタイマ時刻の満了をトリガに通常モードへの移行を決定してもよい。この場合は、ＡＲＰ要求を受信したわけではないので、応答パケット生成部２０８によるＡＲＰ応答の生成と送受信部２０４による送信処理とは不要である。

また、省電力モードでは、主要処理部２０１の電源を完全にオフしなくてもよい。例えば、電源レベルを通常より下げるという方法でもよい。

また、本実施の形態では、主要処理部２０１は、ＴＶ会議に必要な処理を行うとしたが、ＩＰ電話などの他の通信処理を行ってもよい。あるいは、通信処理ではなく、他のアプリケーション（例えば、映像を表示させる機能など）を行ってもよい。

また、本発明は、上述したように、通信装置及び通信装置の遠隔制御方法として実現できるだけではなく、本実施の形態の通信装置の遠隔制御方法をコンピュータに実行させるためのプログラムとして実現してもよい。また、当該プログラムを記録するコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現してもよい。さらに、当該プログラムを示す情報、データ又は信号として実現してもよい。そして、これらプログラム、情報、データ及び信号は、インターネットなどの通信ネットワークを介して配信されてもよい。

また、本発明は、通信装置を構成する構成要素の一部又は全部を、１個のシステムＬＳＩから構成してもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ及びＲＡＭなどを含んで構成されるコンピュータシステムである。

本発明の通信装置及び通信装置の遠隔起動方法は、例えば、ＴＶ会議端末及びＴＶ会議システムなどに利用することができる。

本実施の形態の通信装置を含む通信システムの構成の一例を示す図である。 本実施の形態のＡＲＰキャッシュテーブルの一例を示す図である。 本実施の形態のＮＡＰＴテーブルの一例を示す図である。 本実施の形態の通信装置の構成の一例を示す図である。 本実施の形態のＡＲＰフレームフォーマットを示す図である。 本実施の形態の通信装置の主要処理部の電力モードが「通常モード」である場合の処理シーケンスを示す図である。 本実施の形態の通信装置の主要処理部の電力モードが移行する際の処理シーケンスを示す図である。

１０ 通信システム
１００ 通信装置
１０１ 相手装置
１０２ ルータ
１０３ ＬＡＮ内機器
１０４ ＬＡＮ
１０５ ＷＡＮ
１２１ ＡＲＰキャッシュテーブル
１２２ ＮＡＰＴテーブル
２０１ 主要処理部
２０２ ネットワークデバイス
２０３ 電源制御部
２０４、２０５ 送受信部
２０６ 自アドレス記憶部
２０７ 受信パケット解析部
２０８ 応答パケット生成部
２０９ キャッシュ削除通知部

Claims (7)

1. 伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて電源を制御する通信装置であって、
   前記通信装置の主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部と、
   前記伝送路を介してパケットを受信する受信部と、
   前記主要処理部の電力モードが前記省電力モードである場合に、前記受信部によって受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる要求パケットであるか否かを判定する受信パケット解析部と、
   前記受信パケット解析部によって前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御部と、
   少なくとも前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知部と、
   前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知部によって生成されたキャッシュ削除パケットを前記中継装置に送信する送信部とを備える
   通信装置。
2. 前記通信装置は、さらに、
   前記受信パケット解析部によって前記受信パケットが前記要求パケットであると判定された場合、前記要求パケットに対する応答である、前記物理アドレスを含む応答パケットを生成する応答パケット生成部を備え、
   前記送信部は、さらに、前記主要処理部の電力モードが前記省電力モードから前記通常モードへの移行が完了した後に、前記応答パケット生成部によって生成された応答パケットを前記中継装置に送信する
   請求項１記載の通信装置。
3. 前記要求パケットは、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求パケットであり、
   前記応答パケットは、ＡＲＰ応答パケットであり、
   前記キャッシュ削除パケットは、ＵｎＡＲＰ（Ｕｎｓｏｌｉｃｉｔｅｄ ＡＲＰ）パケット又はＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）パケットである
   請求項２記載の通信装置。
4. 前記主要処理部は、前記他の機器との間で通信の接続及び切断を制御する呼制御処理と、前記伝送路を介して前記他の機器から送信された映像データ及び音声データを復号する復号処理と、映像データ及び音声データを符号化して前記他の機器に送信する符号化処理とを前記主要な処理として実行する
   請求項１〜３のいずれか１項に記載の通信装置。
5. 伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて電源を制御する通信装置の遠隔起動方法であって、
   前記通信装置は、主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部を備え、
   前記遠隔起動方法は、
   前記伝送路を介してパケットを受信する受信ステップと、
   前記主要処理部の電力モードが前記省電力モードである場合、前記受信ステップで受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる要求パケットであるか否かを判定する受信パケット解析ステップと、
   前記受信パケット解析ステップで前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御ステップと、
   少なくとも前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知ステップと、
   前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知ステップで生成されたキャッシュ削除パケットを前記中継装置に送信する送信ステップとを含む
   通信装置の遠隔起動方法。
6. 通信装置の主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部の電力モードを、伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて制御する集積回路であって、
   前記伝送路を介してパケットを受信する受信部と、
   前記主要処理部の電力モードが前記省電力モードである場合に、前記受信部によって受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる要求パケットであるか否かを判定する受信パケット解析部と、
   前記受信パケット解析部によって前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御部と、
   少なくとも前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知部と、
   前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知部によって生成されたキャッシュ削除パケットを前記中継装置に送信する送信部とを備える
   集積回路。
7. 伝送路を介して接続された他の機器から中継装置を介して送信されたパケットに基づいて電源を制御する通信装置の遠隔起動方法をコンピュータに実行させるプログラムであって、
   前記通信装置は、主要な処理を実行するのに充分な電力が供給されている通常モードと、前記充分な電力が供給されていない省電力モードとの２つの電力モードを有し、前記通常モードで前記主要な処理を実行する主要処理部を備え、
   前記遠隔起動方法は、
   前記伝送路を介してパケットを受信する受信ステップと、
   前記主要処理部の電力モードが前記省電力モードである場合、前記受信ステップで受信された受信パケットが前記通信装置に固有の物理アドレスを問い合わせる要求パケットであるか否かを判定する受信パケット解析ステップと、
   前記受信パケット解析ステップで前記受信パケットが前記要求パケットであると判定された場合、前記主要処理部の電力モードを前記省電力モードから前記通常モードに移行させる電源制御ステップと、
   少なくとも前記中継装置が有するキャッシュメモリに格納された前記通信装置に固有の物理アドレスを含むエントリを削除させるためのキャッシュ削除パケットを生成するキャッシュ削除通知ステップと、
   前記主要処理部の電力モードが前記通常モードから前記省電力モードに移行されるときに、前記キャッシュ削除通知ステップで生成されたキャッシュ削除パケットを前記中継装置に送信する送信ステップとを含む
   プログラム。

Images