JP2005072970A - 電力線重畳モデムを用いたネットワークシステム、そのシステムに用いられる端末およびサーバ - Google Patents

Abstract

【課題】 ＰＬＣを用いたネットワークにおける端末の省電力化を図る。
【解決手段】 ネットワークシステムは、サーバと複数の端末とを含み、端末間の通信はサーバ２０００を介してのみ可能であり、サーバ２０００は端末Ａ１０００から端末Ｃ１２００への発信要求および通信データを受信して記憶して、端末Ｃ１２００からの受信要求に応答して記憶された通信データを端末Ｃ１２００に送信する。端末は、サーバ２０００と通信する通信回路と、他の端末への発信要求がないと自己の動作状態を休眠状態に変更して消費電力を低減させる第１制御回路と、休眠状態から通常状態に変更する第２の制御回路と、通常状態に変更されたことに応答して、サーバ２０００に受信要求を送信する送信回路と、サーバ２０００からの応答に基づいて、サーバ２０００に受信すべきデータが記憶されている場合には通信データを受信する受信回路とを含む。
【選択図】 図１

Description

本発明は、電力線重畳モデム（ＰＬＣ：Power Line Communication）を用いたネットワークシステムに関し、特に、サーバと端末とを含むシステムにおいて省電力化を効率的に実現する技術に関する。

ＰＬＣのように、受信の場合に、キャリアセンスが必要である通信装置の場合において、送信処理や受信処理を行なっていない状態の時には、いつでも通信が可能なように常にキャリアセンス処理を継続しておく必要性がある。トラフィックの少ないネットワークの場合、ネットワークに接続されたそれぞれの端末は、待機状態にあることが多くても、キャリアセンス処理を継続して実行し続けている。このため、この処理を実行する回路において電力が消費され続ける。一方、このような電力の無駄を省くために、キャリアセンス処理を停止すると、キャリアセンス停止中はその端末宛ての送信ができないことになり、キャリアセンス処理を継続して実行せざるを得なかった。

すなわち、従来のＰＬＣの通信方式および通信装置では、常に受信可能な状態を維持しなければ、送信されてくるデータを取りこぼすおそれがあり、実際にトラフィックが少なくても（事実上の待機状態であっても）、受信のキャリアセンス処理に関する回路ブロックは常時動作していなければならず、このことにより消費電力が減らないという問題があった。

ＰＬＣに直接関連するものではないが、このような問題に関連する以下の先行技術がある。特開２００１−７５６８８号公報（特許文献１）は、省エネ機能を備えた電子メール端末装置を開示する。この電子メール端末装置は、電子メールを用いて情報を送受信する電子メール端末装置であって、ローカルエリアネットワークに接続するとともに、ローカルエリアネットワークを介して電子メールデータをやりとりするためのローカルエリアネットワーク通信回路と、待機状態が所定時間継続すると上記ローカルエリアネットワーク通信回路および装置本体を省エネモードに移行するとともに、所定のイベント発生時に省エネモードを解除する省エネ制御回路とを備える。

特許文献１に開示された電子メール端末装置によると、電子メールの取得動作と電子メールの送信動作を行なうとき以外は、ローカルエリアネットワーク通信回路をスリープモード（省エネモード）にセットしているので、ローカルエリアネットワークユニットにおける消費電力を大幅に削減できる。
特開２００１−７５６８８号公報

しかしながら、特許文献１に開示された電子メール端末装置に適用される省エネ技術は、電子メールの送受信に関する技術であって、上述したＰＬＣに適合するものではない。

本発明は、上述の課題を解決するためになされたものであって、その目的は、ＰＬＣを用いたネットワークにおいて効率的に省電力化を実現することができる、電力線重畳モデムを用いたネットワークシステム、そのシステムに用いられる端末およびサーバを提供することである。

この発明に係るネットワークシステムは、電力線重畳モデムを用いたネットワークシステムであって、ネットワークシステムは、サーバと複数の端末とを含み、第１の端末と、第１の端末とは異なる第２の端末との間の通信は、サーバを介してのみ可能である。端末は、ネットワークを介してサーバと通信するための通信手段と、自己から他の端末への発信要求の有無に応じて自己の動作状態を変更して消費電力を低減させるための第１の制御手段とを含む。サーバは、ネットワークを介して複数の端末と通信するための通信手段と、第１の端末から、第２の端末への発信要求および通信データを受信するための受信手段と、受信した発信要求および通信データを記憶するための記憶手段と、第２の端末から受信要求を受信したことに応答して、記憶手段に記憶された通信データを、第２の端末に送信するための送信手段とを含む。端末はさらに、自己の動作状態を、消費電力を低減させる状態からそれ以外の状態に変更するように制御するための第２の制御手段と、消費電力を低減させる状態から変更されたことに応答して、サーバに受信要求を送信するための送信手段と、サーバから通信データを受信するための受信手段とを含む。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

＜第１の実施の形態＞
以下、本発明の第１の実施の形態に係るネットワークシステムについて説明する。図１に、本実施の形態に係るネットワークシステムの全体構成図を示す。

図１に示すように、このネットワークシステムは、ＰＬＣ端末Ａ１０００、ＰＬＣ端末Ｂ１１００、ＰＬＣ端末Ｃ１２００、ＰＬＣ端末Ｄ１３００およびＰＬＣ端末Ｅ１４００などのＰＬＣ端末と、それらのＰＬＣ端末とネットワーク１５００で接続されたサーバ２０００とを含む。

本実施の形態に係るネットワークシステムにおいては、ＰＬＣ端末間の通信をサーバ２０００を経由して実行する点が特徴である。すなわち、ＰＬＣ端末Ａ１０００からＰＬＣ端末Ｃ１２００に通信を行なう場合には、ＰＬＣ端末Ａ１０００から直接的にＰＬＣ端末Ｃ１２００に通信データを送信することができない。ＰＬＣ端末Ａ１０００からサーバ２０００に通信データを送信し、サーバ２０００からＰＬＣ端末Ｃ１２００に通信データが送信されることにより、ＰＬＣ端末Ａ１０００からＰＬＣ端末Ｃ１２００への通信データの送受信を行なうことができる。

このような状態で、このネットワークシステム上に、通信トラフィックがない場合を想定する。本発明の実施の形態に係るネットワークシステムにおいては、各ＰＬＣ端末は、ユーザやアプリケーションによる送信の要求がない場合や、受信の予定がない場合は動作を休む「休眠状態（スリープ状態）」になる点が特徴である。

なお、図１に示すネットワークシステムの構成は一例であって、本発明はこの構成に限定されるものではない。

図２を参照して、図１に示すＰＬＣ端末について説明する。なお、図１に示すＰＬＣ端末Ａ１０００、ＰＬＣ端末Ｂ１１００、ＰＬＣ端末Ｃ１２００、ＰＬＣ端末Ｄ１３００およびＰＬＣ端末Ｅ１４００はすべて同じハードウェア構成を有する。以下の説明では、ＰＬＣ端末Ａ１０００を代表して説明する。

図２に示すように、ＰＬＣ端末Ａ１０００は、ネットワーク１５００に接続された入力ポート１００４と、入力ポート１００４にそれぞれ接続されたＡＤ（Analog to Digital）変換器１００５およびＤＡ（Digital to Analog）変換器１００６と、ＡＤ変換器１００５に接続された復調回路１００８と、ＤＡ変換器１００６に接続された変調回路１００９と、復調回路１００８に接続されたキャリアセンス回路１００７と、ＡＤ変換器１００６およびＤＡ変換器１００６に動作クロックを供給するクロック源（ＰＬＬなど）１００１とを含む。また、これらの回路は、制御回路１０１０により制御される。

ＰＬＣ端末１０００は、制御回路１０１０に接続されたタイマ（１）１０１１と、タイマ（２）１０１２とをさらに含む点が特徴である。タイマ（１）１０１１は、休眠状態から復帰するためのタイマであって、タイマ（１）１０１１によるタイマ値が制御回路１０１０に入力される。タイマ（２）１０１２は休眠状態へ移行するためのタイマであって、タイマ（２）１０１２から制御回路１０１０へタイマ値が入力される。また、制御回路１０１０からタイマ（１）１０１１またはタイマ（２）１０１２に、タイマ・動作Enable信号がそれぞれ送信される。

このような構成を有するＰＬＣ端末１０００においては、入出力ポート１００４、ＡＤ変換器１００５、キャリアセンス回路１００７および復調回路１００８が休眠対象となる回路ブロックである。タイマ（１）１０１１またはタイマ（２）１０１２からのタイマ値に基づいて制御回路１０１０が休眠回路からの復帰および休眠回路への移行を判断して、制御回路１０１０がトランジスタ１００２を用いて入出力ポート１００４への電力供給を停止したり復帰させたりする。また、制御回路１０１０はクロックドライバ１００３を用いてＡＤ変換器１００５、キャリアセンス回路１００７および復調回路１００８へ供給される動作クロックを停止したり復帰させたりする。

なお、タイマ（１）１０１１は休眠状態から復帰するためのタイマであって、タイマ（２）１０１２は休眠状態へ移行するためのタイマであるため、それらが同時に操作することのないように構成されている。

図３を参照して、本実施の形態に係るネットワークシステムにおけるサーバ２００と送信元端末（ここではＰＬＣ端末Ａ１０００とする）において実行されるプログラムの制御構造について説明する。なお、サーバ２０００も図２を用いて説明したＰＬＣ端末Ａ１０００と同様のハードウェア構成を有するものであってもよいし、汎用的なコンピュータであってもよい。

ステップ（以下、ステップをＳと略す。）１００にて、サーバ２０００は、ＰＬＣ端末からネットワーク１５００を介してパケットを受信したか否かを判断する。パケットを受信すると（Ｓ１００にてＹＥＳ）、処理はＳ１０２へ移される。もしそうでないと（Ｓ１００にてＮＯ）、処理はＳ１００へ戻され、パケットを受信するまで待つ。

Ｓ１０２にて、サーバ２０００は、パケット内容を解析する。Ｓ１０４にて、サーバ２０００は、受信したパケットの内容が、読出要求であるか、問合せ要求であるか、端末間通信要求であるか、のいずれであるかを判断する。パケット内容が読出要求であると（Ｓ１０４にて読出要求）、処理はＳ１０６へ移される。パケット内容が問合せ要求であると（Ｓ１０４にて問合せ要求）、処理はＳ１０８へ移される。パケット内容が端末間通信要求であると（Ｓ１０４にて端末間通信要求）、処理はＳ１１０へ移される。

Ｓ１０６にて、サーバ２０００は送信先のＰＬＣ端末のパケットキューの先頭データ（端末間通信データのパケット）を返信する。

Ｓ１０８にてサーバ２０００は、送信先のＰＬＣ端末のパケットキュー状況（データ保持量）を返信する。

Ｓ１１０にて、サーバ２０００は、送信先の端末に受信パケット（端末間通信データのパケット）を送信する。

Ｓ１１２にて、サーバ２０００は、送信先のＰＬＣ端末から確認応答を受信したか否かを判断する。確認応答を受信すると（Ｓ１１２にてＹＥＳ）、処理はＳ１１４へ移される。もしそうでないと（Ｓ１１２にてＮＯ）、処理はＳ１１６へ移される。

Ｓ１１４にて、サーバ２０００は、受信パケットデータを破棄する。その後、処理はＳ１００へ戻される。

Ｓ１１６にて、サーバ２０００はタイムアウトであるか否かを判断する。この判断は、Ｓ１１０の処理を開始した後、予め定められたタイマ値を経過するとタイムアウトと判断される。タイムアウトになると（Ｓ１１６にてＹＥＳ）、処理はＳ１１８へ移される。もしそうでないと（Ｓ１１６にてＮＯ）、処理はＳ１１２へ戻され、ＰＬＣ端末から確認応答を受信するまで待つ。

Ｓ１１８にて、サーバ２０００は、受信パケットデータを送信先端末用のパケットキューに保持する。その後、処理はＳ１００へ戻される。

さらに図３を参照して、送信元端末であるＰＬＣ端末Ａ１０００で実行されるプログラムの制御構造について説明する。

Ｓ２００にて、ＰＬＣ端末Ａ１０００は、休眠モードで動作している。Ｓ２０２にて、ＰＬＣ端末Ａ１０００は送信要求を検知したか否かを判断する。この判断は、ＰＬＣ端末Ａ１０００のユーザがＰＬＣ端末Ａの操作ボタンにより送信要求を入力したことにより行なわれる。送信要求を検知すると（Ｓ２０２にてＹＥＳ）、処理はＳ２０４へ移される。もしそうでないと（Ｓ２０２にてＮＯ）、処理はＳ２００へ戻され、休眠モードを継続する。

Ｓ２０４にて、ＰＬＣ端末Ａ１０００は通常モードに移行する。このとき、前述した図２に示す制御ブロック図において制御回路１０１０がトランジスタ１００２およびクロックドライバ１００３を制御することにより通常モードに移行する。

Ｓ２０６にて、ＰＬＣ端末Ａ１０００は送信パケットを作成する。Ｓ２０８にて、ＰＬＣ端末Ａ１０００はサーバ２０００にパケットを送信する。

Ｓ２１０にて、ＰＬＣ端末Ａ１０００は休眠移行タイムアップになったか否かを判断する。この判断は、制御回路１０１０に入力されるタイマ（２）１０１２からのタイマ値に基づいて行なわれる。休眠移行タイムアップになると（Ｓ２１０にてＹＥＳ）、処理はＳ２１２へ移される。もしそうでないと（Ｓ２１０にてＮＯ）、処理はＳ２１０へ戻され、休眠モードには移行しない。なお、Ｓ２１０にてＮＯの場合Ｓ２０４へ処理を戻すようにしてもよい。

Ｓ２１２にて、ＰＬＣ端末Ａ１０００は休眠モードに移行する。このとき、図２に示した制御回路１０１０がトランジスタ１００２とクロックドライバ１００３とを用いて、休眠モードに移行する。その後、処理はＳ２００へ戻される。

図４を参照して、本実施の形態に係るネットワークシステムにおける送信先端末（ここではＰＬＣ端末Ｃ１２００とする）において実行されるプログラムの制御構造について説明する。なお、図４におけるサーバ２０００において実行されるプログラムは、図３においてサーバ２０００において実行されるプログラムと同じである。それぞれのフローチャートにおけるサーバ２０００で実行されるプログラムには同じステップ番号を付してあるため、それらについての詳細な説明はここでは繰返さない。

Ｓ３００にて、ＰＬＣ端末Ｃ１２００は、休眠モードで作動している。Ｓ３０２にて、ＰＬＣ端末Ｃ１２００は、休眠復帰タイムアップに到達したか否かを判断する。この判断は、制御回路１０１０にタイマ（１）１０１１から入力されたタイマ値に基づいて行なわれる。休眠復帰タイムアップになると（Ｓ３０２にてＹＥＳ）、処理はＳ３０４へ移される。もしそうでないと（Ｓ３０２にてＮＯ）、処理はＳ３００へ戻され、休眠モードを継続する。

Ｓ３０４にて、ＰＬＣ端末Ｃ１２００は、通常モードに移行する。このとき、前述の図２に示した制御回路１０１０がトランジスタ１００２およびクロックドライバ１００３を用いて通常モードに移行する。

Ｓ３０６にて、ＰＬＣ端末Ｃ１２００は、問合せパケットを作成する。Ｓ３０８にて、ＰＬＣ端末Ｃ１２００は、サーバ２０００に問合せパケット（問合せ要求）を送信する。

Ｓ３１０にて、ＰＬＣ端末Ｃ１２００は、サーバ２０００からパケットキュー状況を受信したか否かを判断する。この判断は、サーバ２０００において実行されるプログラムのＳ１０８の、パケットキュー状況をＰＬＣ端末Ｃ１２００に送信する処理に対応する。パケットキュー状況をサーバ２０００から受信して、データがあると（Ｓ３１０にてデータあり）、処理はＳ３１２へ移される。もしそうでないと（Ｓ３１０にてデータなし）、処理はＳ３００へ移され、休眠モードに移行する。

Ｓ３１２にて、ＰＬＣ端末Ｃ１２００は、読出パケットを作成する。Ｓ３１４にて、ＰＬＣ端末Ｃ１２００は、サーバ２０００に読出パケット（読出要求）を送信する。

Ｓ３１６にて、ＰＬＣ端末Ｃ１２００は、端末間通信パケットを受信したか否かを判断する。これは、サーバ２０００において実行されるＳ１０６の、パケットキューデータの先頭データをＰＬＣ端末Ｃ１２００に送信する処理に対応する。端末間通信パケットをサーバ２０００から受信すると（Ｓ３１６にてＹＥＳ）、処理はＳ３１８へ移される。もしそうでないと（Ｓ３１６にてＮＯ）、処理はＳ３１６へ戻され、サーバ２０００からの端末間通信パケットの受信を待つ。

Ｓ３１８にて、ＰＬＣ端末Ｃ１２００は、受信完了パケットを作成する。Ｓ３２０にて、ＰＬＣ端末Ｃ１２００は、サーバ２０００に受信完了パケットを送信する。

Ｓ３２２にて、ＰＬＣ端末Ｃ１２００は、休眠移行タイムアップに到達したか否かを判断する。この判断は、制御回路１０１０に入力されたタイマ（２）１０１２からのタイマ値に基づいて行なわれる。休眠移行タイムアップになると（Ｓ３２２にてＹＥＳ）、処理はＳ３２４へ移される。もしそうでないと（Ｓ３２２にてＮＯ）、処理はＳ３２２へ戻され休眠移行タイムアップするまで通常モードで動作する。なお、Ｓ３２２にてＮＯの場合には、処理をＳ３０４に戻すようにしてもよい。

Ｓ３２４にて、ＰＬＣ端末Ｃ１２００は、休眠モードに移行する。このとき、図２に示す制御回路１０１０がトランジスタ１００２およびクロックドライバ１００３を用いて休眠モードに移行する。

以上のような構造およびフローチャートに基づく、本実施の形態に係るネットワークシステムの動作について説明する。なお、以下の動作の説明では、ＰＬＣ端末Ａ１０００からＰＬＣ端末Ｃ１２００への通信データの送受信について説明する。

ＰＬＣ端末Ａ１０００は休眠モード中に（Ｓ２００）、ユーザが送信要求を行なうと（Ｓ２０２にてＹＥＳ）、ＰＬＣ端末Ａ１０００が通常モードに移行する（Ｓ２０４）。送信パケットが作成され（Ｓ２０６）、ＰＬＣ端末Ａ１０００からサーバ２０００にパケットが送信される（Ｓ２０８）。その後、ＰＬＣ端末Ａ１０００は休眠移行タイムアップになるまで、何ら処理が行なわれないと（Ｓ２１０にてＹＥＳ）、休眠モードに移行する（Ｓ２１２）。

ＰＬＣ端末Ａ１０００からパケットを受信したサーバ２０００は（Ｓ１００にてＹＥＳ）、パケット内容を解析し（Ｓ１０２）、パケット内容が端末間通信要求であるため（Ｓ１０４）、送信先の端末であるＰＬＣ端末Ｃ１２００に受信パケットを送信する（Ｓ１１０）。

このとき、図４に示すフローチャートにおいて、送信先端末であるＰＬＣ端末Ｃ１２００が休眠モード（Ｓ３００）であると、サーバ２０００は確認応答をタイムアウトまでに受信することができない（Ｓ１１２にてＮＯ、Ｓ１１６にてＹＥＳ）。そのため、サーバ２０００はＰＬＣ端末１０００から受信した受信パケットデータを送信先端末用（ＰＬＣ端末Ｃ１２００）用のパケットキューに保持する。

送信先端末であるＰＬＣ端末Ｃ１２００が休眠モード中に（Ｓ３００）、休眠復帰タイムアップになると（Ｓ３０２にてＹＥＳ）、ＰＬＣ端末Ｃ１２００が通常モードに移行する（Ｓ３０４）。ＰＬＣ端末Ｃ１２００は問合せパケットを作成し（Ｓ３０６）、サーバ２０００に問合せパケット（問合せ要求）を送信する（Ｓ３０８）。

サーバ２０００はパケットを受信し（Ｓ１００にてＹＥＳ）、パケット内容を解析し（Ｓ１０２）、パケット内容が問合せ要求であるため（Ｓ１０４）、送信先の端末であるＰＬＣ端末Ｃ１２００のパケットキュー状況（データ保持量）をＰＬＣ端末Ｃ１２００に返信する。

送信先端末であるＰＬＣ端末Ｃ１２００においてはサーバ２０００からパケットキュー状況を受信する。ＰＬＣ端末Ｃ１２００は、データ保持量を判断してデータがあるため（Ｓ３１０にてデータあり）、読出パケットを作成する（Ｓ３１２）。ＰＬＣ端末Ｃ１２００は、サーバ２０００に読出パケット（読出要求）を送信する（Ｓ３１４）。

サーバ２０００においてはパケットを受信し（Ｓ１００にてＹＥＳ）、パケット内容を解析し（Ｓ１０２）、パケット内容が読出要求であるため（Ｓ１０４）、送信先端末のパケットキューの先頭データを、送信先端末であるＰＬＣ端末Ｃ１２００に返信する。なお、このとき、複数のパケットキューデータが保持されている場合には先入れ先出し方式で送信先端末であるＰＬＣ端末Ｃ１２００にデータが返信される。

送信先端末であるＰＬＣ端末Ｃ１２００はサーバ２０００から端末間通信パケットを受信するため（Ｓ３１６にてＹＥＳ）、受信完了パケットを作成する（Ｓ３１８）。ＰＬＣ端末Ｃ１２００は、サーバ２０００に受信完了パケットを送信する（Ｓ３２０）。

サーバ２０００は確認応答を受信し（Ｓ１１２にてＹＥＳ）、受信パケットデータを破棄する（Ｓ１１４）。

送信先端末であるＰＬＣ端末Ｃ１２００は、Ｓ３２０における処理の後、何ら処理が行なわれず休眠移行タイムアップになると（Ｓ３２２にてＹＥＳ）、休眠モードに移行する（Ｓ３２４）。

図５を参照して、端末における動作の遷移図について説明する。図５に示すように、端末の状態には、送受信などの処理を行なうモードと、休眠状態であるモードと、サーバ問合せのモードとがある。

サーバ問合せが、前述のフローチャートのＳ３０６およびＳ３０８に、送受信等の処理が、前述のフローチャートのＳ２０６、Ｓ２０８（送信元端末であるＰＬＣ端末Ａ１０００）、Ｓ３１２、Ｓ３１４、Ｓ３１８およびＳ３２０（送信先端末であるＰＬＣ端末Ｃ１２００）に対応し、休眠状態がＳ２００およびＳ３００に対応する。

また、図５に、それぞれの状態における遷移タイミングをそれぞれの矢印で示すとともに、その矢印に対応するフローチャートのステップ番号を示す。図５に示すように、ＰＬＣ端末においては送信元のＰＬＣ端末も送信先のＰＬＣ端末も、休眠状態であるＳ２００およびＳ３００における時間をできるだけ長くなるようにして、省電力化を効率的に実行する。

以上のようにして、本実施の形態に係るネットワークシステムによると、ＰＬＣを用いたネットワークを構成し端末間の通信を必ずサーバを経由して行なうようにすることとした。送信側端末は送信要求がない限り休眠モードを継続し送信要求が行なわれると通常モードに移行し送信パケットをサーバに送信する。サーバは送信要求に基づいて送信先の端末にパケットを送信するが確認応答が受信できないと送信先端末が休眠状態であると判断して送信先の端末用のパケットキューにデータを保持する。送信先端末においては休眠復帰タイムアップになると通常モードに移行して問合せパケットを作成しサーバに送信しサーバからデータが保持されていることを受信すると読出パケットを作成してサーバに蓄積された通信データの受信を要求する。サーバから通信データを受信して、サーバに受信完了パケットを送信した後に何ら処理がなされない状態が継続すると送信先端末も休眠移行タイムアップになり休眠モードに移行する。その結果、送信元端末においても送信先端末においても、できるだけ休眠時間が長くなるように制御回路により制御が実行される。そのため、省電力化を効率的に図ることができる。

＜第２の実施の形態＞
以下、本発明の第２の実施の形態に係るＰＬＣ端末について説明する。

本実施の形態に係るＰＬＣ端末は、タイマ（１）およびタイマ（２）におけるタイマ値を可変とするためのタイマ設定値回路を新たに設けた点が特徴である。それ以外のハードウェア構成およびソフトウェア構成は前述の第１の実施の形態と同じであるため、ここでの詳細な説明は繰返さない。

図６を参照して、本実施の形態に係るＰＬＣ端末３０００は、前述のＰＬＣ端末１０００の構成であるタイマ（１）１０１１の代わりに、タイマ値を外部から設定可能なタイマ（１）１１１１を、タイマ（２）１０１２の代わりに、タイマ値を外部から設定可能なタイマ（２）１１１２を搭載し、さらに、タイマ設定値回路１１１４をさらに含む。

休眠状態から復帰するためのタイマ（１）のタイマ設定値や、休眠状態へ移行するためのタイマ（２）のタイマ設定値については、タイマ設定値回路１１１４によりタイマ設定値が参照され、タイマ（１）１１１１およびタイマ（２）１１１２のタイマ値が決定される。

これは、ＰＬＣ端末の使用方法やＰＬＣ端末において実行される他のアプリケーションによって適切な長さが異なることが予想されるため、タイマ設定値回路１１１４により可変にできるようにしたものである。

以上のようにして、本実施の形態に係るＰＬＣ端末によると、休眠状態から復帰するタイマ値と休眠状態へ移行するタイマ値と可変とすることとしたため、ＰＬＣ端末の使用方法や、ＰＬＣ端末に搭載されるアプリケーションによって適切なタイマ値を設定することができる。

＜第３の実施の形態＞
以下、本発明の第３の実施の形態に係るＰＬＣ端末について説明する。本実施の形態に係るＰＬＣ端末は、前述の第２の実施の形態に係るＰＬＣ端末のハードウェアブロック図に加えて、ＡＤ変換器、復調回路およびキャリアセンス回路に供給される動作クロック周波数を可変としたものである。その他のハードウェア構成およびソフトウェア構成は、前述の第１の実施の形態および第２の実施の形態と同じであるため、ここでの詳細な説明は繰返さない。

図７を参照して、本実施の形態に係るＰＬＣ端末４０００は、前述の第１の実施の形態に係るＰＬＣ端末１０００のクロック源１００１の代わりにクロック源１２０１を搭載する。クロック源１２０１は、制御回路１０１０と周波数選択信号線１２１５で接続されている。制御回路１０１０は、クロック源１２０１に対して周波数選択信号を送信する。周波数選択信号は、キャリアセンス時と通常時とで異なる周波数を選択するように、クロック源１２０１を制御回路１０１０が制御する。

すなわち、伝送路であるネットワーク（通常は電力線）に重畳される信号（伝送路を通る信号）がマルチキャリアであり、キャリアセンス時にキャリア検出のために使われるパケットの先頭部分のプリアンブル信号が複数の周波数を使用している場合、キャリアセンス中のみ、プリアンブルの最も低い周波数のキャリアが検出可能な周波数（すなわちナイキスト周波数）まで、ＡＤＣの動作周波数を下げることが可能である。これにより、消費電力の低減が図れる。

たとえば、キャリア周波数が、１３８ｋＨｚ、２０７ｋＨｚ、２７６ｋＨｚ、３４５ｋＨｚ、４１４ｋＨｚの５つの周波数を使用していた場合には、通常は、８２８ｋＨｚ以上のＡＤＣサンプリングクロックを与える必要があるが、キャリアセンス中に限り、２７６ｋＨｚまで落とすことができることになる。

これには、制御回路１０１０からキャリアセンス時はクロックを切換えるようにクロック源１２０１を制御する。すなわち、通常時においては制御回路１０１０から周波数選択信号として８２８ｋＨｚのクロックを出力するように、キャリアセンス時には２７６ｋＨｚのクロック周波数を出力するように制御される。

以上のようにして、本実施の形態に係るＰＬＣ端末によると、クロック源から出力されるクロック周波数をできる限り低くすることができるので、省電力化をさらに図ることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の第１の実施の形態に係るネットワークシステムの全体構成図である。 本発明の第１の実施の形態に係るＰＬＣ端末の制御ブロック図である。 本発明の第１の実施の形態に係るネットワークシステムのサーバとＰＬＣ端末とで実行されるプログラムの制御構造を示す図（その１）である。 本発明の第１の実施の形態に係るネットワークシステムのサーバとＰＬＣ端末とで実行されるプログラムの制御構造を示す図（その２）である。 本発明の第１の実施の形態に係るＰＬＣ端末の状態遷移を表わす図である。 本発明の第２の実施の形態に係るＰＬＣ端末の制御ブロック図である。 本発明の第３の実施の形態に係るＰＬＣ端末の制御ブロック図である。

符号の説明

１０００，１１００，１２００，１３００，１４００，３０００，４０００ ＰＬＣ端末、１５００ ネットワーク、２０００ サーバ。

Claims (10)

1. 電力線重畳モデムを用いたネットワークシステムであって、前記ネットワークシステムは、サーバと複数の端末とを含み、第１の端末と、前記第１の端末とは異なる第２の端末との間の通信は、前記サーバを介してのみ可能であり、
   前記端末は、
   前記ネットワークを介してサーバと通信するための通信手段と、
   自己から他の端末への発信要求の有無に応じて自己の動作状態を変更して消費電力を低減させるための第１の制御手段とを含み、
   前記サーバは、
   前記ネットワークを介して前記複数の端末と通信するための通信手段と、
   前記第１の端末から、前記第２の端末への発信要求および通信データを受信するための受信手段と、
   前記受信した発信要求および通信データを記憶するための記憶手段と、
   前記第２の端末から受信要求を受信したことに応答して、前記記憶手段に記憶された通信データを、前記第２の端末に送信するための送信手段とを含み、
   前記端末はさらに、
   自己の動作状態を、消費電力を低減させる状態からそれ以外の状態に変更するように制御するための第２の制御手段と、
   前記消費電力を低減させる状態から変更されたことに応答して、前記サーバに受信要求を送信するための送信手段と、
   前記サーバから通信データを受信するための受信手段とを含む、ネットワークシステム。
2. 電力線重畳モデムを用いたネットワークシステムに用いられるサーバであって、前記ネットワークシステムは、サーバと複数の端末とを含み、第１の端末と、前記第１の端末とは異なる第２の端末との間の通信は、前記サーバを介してのみ可能であり、前記端末は、自己から他の端末への発信要求の有無に応じて自己の動作状態を変更して消費電力を低減させ、自己の動作状態を、消費電力を低減させる状態からそれ以外の状態に変更して、前記サーバに受信要求を送信し、前記サーバから通信データを受信し、
   前記サーバは、
   前記ネットワークを介して前記複数の端末と通信するための通信手段と、
   前記第１の端末から、前記第２の端末への発信要求および通信データを受信するための受信手段と、
   前記受信した発信要求および通信データを記憶するための記憶手段と、
   前記第２の端末から受信要求を受信したことに応答して、前記記憶手段に記憶された通信データを前記第２の端末に送信するための送信手段とを含む、サーバ。
3. 前記サーバは、前記受信手段により前記第１の端末から、発信要求および通信データを受信したことに応答して、前記第２の端末に前記通信データを送信し、前記第２の端末からの応答を受信しないと、前記記憶手段に発信要求および通信データを記憶するように制御するための手段をさらに含む、請求項２に記載のサーバ。
4. 前記第２の端末は、前記サーバに、受信すべき通信データが記憶されているか否かを問合せる問合せ要求を送信し、
   前記サーバは、前記第２の端末から問合せ要求を受信したことに応答して、前記記憶手段における、前記第２の端末に送信する通信データの記憶状態を、前記第２の端末に送信するための手段をさらに含む、請求項２または３に記載のサーバ。
5. 電力線重畳モデムを用いたネットワークシステムに用いられる端末であって、前記ネットワークシステムは、サーバと複数の端末とを含み、第１の端末と、前記第１の端末とは異なる第２の端末との間の通信は、前記サーバを介してのみ可能であり、前記サーバは、前記第１の端末から、前記第２の端末への発信要求および通信データを受信して記憶し、前記第２の端末から受信要求を受信したことに応答して前記記憶された通信データを前記第２の端末に送信し、
   前記端末は、
   前記ネットワークを介してサーバと通信するための通信手段と、
   自己から他の端末への発信要求の有無に応じて自己の動作状態を変更して消費電力を低減させるための第１の制御手段と、
   自己の動作状態を、消費電力を低減させる状態からそれ以外の状態に変更するように制御するための第２の制御手段と、
   前記消費電力を低減させる状態から変更されたことに応答して、前記サーバに受信要求を送信するための送信手段と、
   前記サーバから通信データを受信するための受信手段とを含む、端末。
6. 前記第２の制御手段は、予め定められた時間に関する条件を満足すると、消費電力を低減させる状態からそれ以外の状態に変更するように制御するための手段を含み、
   前記送信手段は、前記サーバに、受信すべき通信データが記憶されているか否かを問合せる問合せ要求を送信して、前記サーバから前記第２の端末に送信する通信データの記憶状態を受信して、その状態に応じて前記サーバに受信要求を送信するための手段を含み、
   前記受信手段は、前記受信要求に対する前記サーバからの応答の結果に基づいて、前記サーバから通信データを受信するための手段を含み、
   前記端末は、他の端末からの通信データの受信動作が終了すると、自己の動作状態を変更して消費電力を低減させるための第３の制御手段をさらに含む、請求項５に記載の端末。
7. 前記第３の制御手段は、前記受信要求に対する前記サーバからの応答の結果、前記サーバに受信すべきデータがない場合には、自己の動作状態を変更して消費電力を低減させるための手段を含む、請求項６に記載の端末。
8. 前記予め定められた時間は、変更可能である、請求項６に記載の端末。
9. 前記消費電力を低減させる状態は、不必要な回路への動作クロック供給の停止およびドライバアンプを含む回路への電力供給の停止の少なくともいずれかを行なうことにより実現される、請求項５〜８のいずれかに記載の端末。
10. 前記端末は、ＡＤＣの動作周波数を低減させるための第４の制御手段をさらに含む、請求項５〜９のいずれかに記載の端末。

Images