JP2005033431A - 中継装置、サーバ装置、クライアント装置及び通信システム - Google Patents
中継装置、サーバ装置、クライアント装置及び通信システム Download PDFInfo
- Publication number
- JP2005033431A JP2005033431A JP2003195203A JP2003195203A JP2005033431A JP 2005033431 A JP2005033431 A JP 2005033431A JP 2003195203 A JP2003195203 A JP 2003195203A JP 2003195203 A JP2003195203 A JP 2003195203A JP 2005033431 A JP2005033431 A JP 2005033431A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- request
- time
- information
- relay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】無線ステーションにおいて通信休止状態を継続し得る時間をより正確に予測する。
【解決手段】無線ステーション１０からＷＷＷサーバ装置５０宛てにリクエストが送信された時からＷＷＷサーバ装置５０に到達するまでに要する時間を予測し、その予測時間とＷＷＷサーバ装置５０において情報を伝送するのに要する情報伝送所要時間との加算する。この加算結果は、無線ステーション１０がゲートウェイ装置３０と通信を行う必要がない時間、即ち、通信休止状態を継続し得る休止状態継続時間である。よって、無線ステーション１０はゲートウェイ装置３０によって休止状態継続時間が通知されてくると、直ちに通信実行状態から通信休止状態へと切り換えてその時間が経過するまで通信休止状態を維持する。
【選択図】 図１
【解決手段】無線ステーション１０からＷＷＷサーバ装置５０宛てにリクエストが送信された時からＷＷＷサーバ装置５０に到達するまでに要する時間を予測し、その予測時間とＷＷＷサーバ装置５０において情報を伝送するのに要する情報伝送所要時間との加算する。この加算結果は、無線ステーション１０がゲートウェイ装置３０と通信を行う必要がない時間、即ち、通信休止状態を継続し得る休止状態継続時間である。よって、無線ステーション１０はゲートウェイ装置３０によって休止状態継続時間が通知されてくると、直ちに通信実行状態から通信休止状態へと切り換えてその時間が経過するまで通信休止状態を維持する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、無線ＬＡＮの無線ステーションのようなクライアント端末において通信動作モードを適切に切り換えるための技術に関する。
【０００２】
【従来の技術】
無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）においては、無線ステーションが「ｔｒａｎｓｍｉｔ」、「ａｗａｋｅ」及び「ｄｏｚｅ」という３つの通信動作モードを切り換えながらアクセスポイントと通信を行うようになっている。ここで、「ｔｒａｎｓｍｉｔ」モードとは、無線ステーションがアクセスポイントにデータを送信可能な状態にあることを意味している。このモードにある場合、無線ステーションの送信回路には送信処理に必要な電力が供給されるため、その消費電力は比較的大きい。次に、「ａｗａｋｅ」モードとは、無線ステーションがアクセスポイントからデータを受信可能な状態にあることを意味しており、給電対象は主として受信回路のみでよいため消費電力は中程度である。そして、「ｄｏｚｅ」モードとは、無線ステーションがアクセスポイントとの間で送受信を一切行っていない状態を意味しており、その消費電力は非常に小さい。このように複数の通信動作モードが用意されているため、無線ステーションは、アクセスポイントと通信を行う必要がある場合には「ｔｒａｎｓｍｉｔ」モード或いは「ａｗａｋｅ」モードに切り換えて送信処理或いは受信処理を行うし、通信を行う必要がない場合には「ｄｏｚｅ」モードに切り換えて消費電力を節約することができる。なお、以下の説明においては、「ｔｒａｎｓｍｉｔ」モード及び「ａｗａｋｅ」モードを合わせて「通信実行状態」といい、「ｄｏｚｅ」モードを「通信休止状態」という。
【０００３】
非特許文献１には、無線ステーションにおいて通信動作モードを切り換えるための仕組みが開示されている。以下、この記載例について図７に示したシーケンスに沿って説明する。なお、図７においては、無線ステーションとＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ装置との間に、通信の中継を行うゲートウェイ装置が介在している場合を想定している。
【０００４】
まず、通信実行状態にある無線ステーションは、ファイル名「ｉｎｄｅｘ．ｈｔｍｌ」のデータファイル（以降、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルという）を要求するため、ＧＥＴメソッドを用いたＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージ（以降、ＨＴＴＰリクエストという）をＷＷＷサーバ装置に送信する（ステップＳ１）。ＷＷＷサーバ装置は、ゲートウェイ装置を介して上記ＨＴＴＰリクエストを受信すると、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルをメモリから読み出して無線ステーションに送信する（ステップＳ２）。無線ステーションは、ゲートウェイ装置を介して「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを受信すると、このファイル内において指定されているテキストオブジェクトや画像オブジェクトなどの複数のオブジェクト１〜ｎを要求するべく、再度、ＨＴＴＰリクエストをＷＷＷサーバ装置に送信する（ステップＳ３）。ＷＷＷサーバ装置は、上記ＨＴＴＰリクエストを受信すると、このリクエストによって要求されているオブジェクト１〜ｎを１オブジェクトずつ無線ステーションに宛てて送信する。これらの各オブジェクトは、ゲートウェイ装置においてオブジェクト１〜ｎの全てが揃うまで一時的に記憶（キャッシュ）され、全てのオブジェクトがゲートウェイ装置によってキャッシュされた後に、ゲートウェイ装置から無線ステーションへ連続して転送されるようになっている。
【０００５】
このときゲートウェイ装置では、受信したオブジェクトの統計情報に基づいて、ＷＷＷサーバ装置からオブジェクト１〜ｎの全てを受信するまでに要する時間ｘを予測し、予測した時間ｘを無線ステーションに通知する。これによって、無線ステーションは、通知された時間ｘの期間だけは通信休止状態を維持することができる。なぜなら、この時間ｘにおいては、ゲートウェイ装置がＷＷＷサーバ装置からオブジェクトを受信し続けるだけであって、ゲートウェイ装置と無線ステーションとの間では通信を一切行う必要がないからである。
【０００６】
以下、上記時間ｘの算出手法について具体的に説明する。
まず、ゲートウェイ装置は、オブジェクト１以降の幾つかのオブジェクトを受信した時点で、それらオブジェクトの統計情報に基づいて、オブジェクト１〜ｎの全てを受信するまでに要するであろう時間ｘ１を算出し（ステップＳ４）、この時間ｘ１を無線ステーションに通知する（ステップＳ５）。一方、無線ステーションは、時間ｘ１を受け取るまでは通信実行状態であるが、時間ｘ１を受け取ると、自らの通信動作モードを通信実行状態から通信休止状態へと切り換える。
【０００７】
時間ｘは、より多くの統計情報に基づいて算出した方がより正確な値に近づくことが知られており、上記のようなごく少数の統計情報にのみ基づいた時間ｘ１はあまり正確ではない。よって、ゲートウェイ装置は、時間ｘ１を算出した後、引き続き受信した幾つかのオブジェクトの統計情報を用いて、さらに正確であろうと思われる時間ｘ２を算出する（ステップＳ６）。一方、無線ステーションは、時間ｘ１を受け取った後、この時間ｘ１が経過するのを待たずに、すぐに通信休止状態から通信実行状態へ切り換えて、ゲートウェイ装置に対し時間ｘを問い合わせるためのポーリングメッセージを送信する（ステップＳ７）。このとき、ゲートウェイ装置が時間ｘ２を算出していれば、これを無線ステーションに送信する（ステップＳ８）。無線ステーションは時間ｘ２を受け取ると直ちに通信休止状態に切り換えるが、上記と同じように、この時間ｘ２が経過するのを待たずに通信実行状態へ切り換えてゲートウェイ装置にポーリングメッセージを送信する。
【０００８】
このようにして、ゲートウェイ装置が時間ｘの予測を何回か試み、最も正確であろうと思われる最終的な所要時間ｘＬａｓｔを算出する一方（ステップＳ９）、無線ステーション側も、通信実行状態と通信休止状態とを適宜切り換えながらポーリングメッセージの送信を何回か試みる（ステップＳ１０）。そして、無線ステーションは最終的な時間ｘＬａｘｔを取得することができたなら（ステップＳ１１）、以降、この時間ｘＬａｓｔの間だけは通信休止状態を維持する。そして、この時間ｘＬａｓｔが経過すると、無線ステーションは、通信休止状態から通信実行状態へ切り換え、ポーリングメッセージをゲートウェイ装置に送信する（ステップＳ１２）。このとき、ゲートウェイ装置が全てのオブジェクト１〜ｎを受信し終わっていれば、これらを順次、無線ステーションに送信する（ステップＳ１３〜ステップＳ１５）。そして、無線ステーションは、受信したオブジェクト１〜ｎを「ｉｎｄｅｘ．ｈｔｍｌ」ファイルに記述された内容に従って表示する。
【０００９】
【非特許文献１】
ジー、アナスタシ（Ｇ．Ａｎａｓｔａｓｉ），エム、コンティ（Ｍ．Ｃｏｎｔｉ），イー、グレゴリ（Ｅ．Ｇｒｅｇｏｒｉ），エイ、パサレラ（Ａ．Ｐａｓｓａｒｅｌｌａ），ア・パワーセービング・アーキテクチャ・フォァ・ウェブアクセス・フロム・モバイルコンピュータ（Ａ Ｐｏｗｅｒ Ｓａｖｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｗｅｂ Ａｃｃｅｓｓ ｆｒｏｍ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｅｒｓ），ピサ（イタリア）におけるアイエフアイピー・ティーシー６・ネットワーク協議会会報（Ｐｒｏｃｅｅｄｉｎｇ ｏｆ ｔｈｅ ＩＦＩＰ ＴＣ−６ Ｎｅｔｗｏｒｋｉｎｇ Ｃｏｎｆｅｒｅｎｃｅ，Ｐｉｓａ（Ｉ）），２００２年５月１９日−２４日
【００１０】
【発明が解決しようとする課題】
上述した技術によれば、無線ステーションは、ゲートウェイ装置によって通知されてくる時間ｘに基づいて通信実行状態から通信休止状態に切り替えるようになっている。しかし、その時間ｘの信頼性が低いために、無線ステーションは頻繁に通信休止状態から通信実行状態に切り換えて、正確な時間ｘを得ることができるまで何度もポーリングを行わなければならない。即ち、本来は無線ステーションが通信休止状態を維持できるはずの時間内であるのに、通信休止状態から通信実行状態に切り換えなければならないので、その分だけ無駄に電力を消費してしまうことになる。また、通信休止状態と通信休止状態とを切り換える際には瞬間的に大きな電力が必要とされるため、この切替処理を頻繁に行わなければならないこと自体も消費電力を増大させる要因になってしまう。
【００１１】
本発明は上記のような背景に鑑みてなされたものであり、その目的は、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を低減させることにある。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、本発明は、クライアント装置とサーバ装置との間で通信の中継を行う中継手段と、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが前記中継手段によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、前記サーバ装置が前記クライアント装置宛てに情報を送信し始めた時から、当該情報を前記中継手段が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを備える中継装置を提供する。
この中継装置によれば、クライアント端末において通信休止状態を継続し得る時間をより正確に予測し、これをクライアント端末に通知する。よって、クライアント端末は必要十分な時間だけ通信休止状態を維持することができる。
【００１３】
この中継装置の好ましい態様においては、前記予測手段が、前記サーバ装置と自中継装置との間における往復伝搬遅延時間を計算することによって前記リクエスト伝送所要時間を予測する。また、別の好ましい態様においては、前記予測手段が、前記クライアント装置が送信し前記中継手段が受信した前記リクエストに付与されている送信時刻情報と、当該リクエストに応じて前記サーバ装置が前記クライアント装置宛てに送信し前記中継手段が受信したレスポンスに付与されている送信時刻情報との差を計算することによって、前記リクエスト伝送所要時間を予測する。
【００１４】
また、本発明は、クライアント装置から中継装置を経由して送信されてくるリクエストを受信する受信手段と、前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、計算された情報伝送所要時間を前記中継装置に通知する通知手段とを備えるサーバ装置を提供する。
このサーバ装置によれば、情報伝送所要時間を前記中継装置に通知するので、中継装置は、通知された情報伝送所要時間を用いてクライアント端末が通信休止状態を継続し得る時間をより正確に予測することが可能となる。
【００１５】
また、本発明は、通信を行う通信手段と、前記通信手段が通信を行う通信実行状態と、前記通信手段が通信を行わない通信休止状態とを切り換える制御手段とを備え、前記通信手段がサーバ装置に対して情報を要求するためのリクエストを送信し、当該リクエストに応じて前記サーバ装置から送信された休止状態継続時間を含むレスポンスを受信すると、前記制御手段は通信実行状態から通信休止状態に切り換えて前記休止状態継続時間だけ通信休止状態を維持するクライアント装置を提供する。
【００１６】
また、本発明によれば、クライアント装置によって送信されてくるリクエストに応じて当該クライアント装置宛てに情報を送信するサーバ装置と、前記クライアント装置と前記サーバ装置との間で通信の中継を行う中継装置とを備え、前記サーバ装置は、前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、計算された情報伝送所要時間を前記中継装置に通知する通知手段とを有し、前記中継装置は、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが自中継装置によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、前記サーバ装置によって送信されてくる情報伝送所要時間を受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを有する通信システムを提供する。
【００１７】
【発明の実施の形態】
前述した図７を参照してわかるように、無線ステーションが通信休止状態を維持することができる時間は、無線ステーションがオブジェクト１〜ｎを要求するためのＨＴＴＰリクエストを送信した時から、そのリクエストに応じてＷＷＷサーバ装置からゲートウェイ装置に全てのオブジェクト１〜ｎが送信されてゲートウェイ装置がこれらを受信し終わった時（即ちキャッシュし終わった時）までの時間である。この時間は、さらに詳細に分析すると、無線ステーションがオブジェクトを要求するためのＨＴＴＰリクエストを送信してから、このＨＴＴＰリクエストがゲートウェイ装置を経由してＷＷＷサーバ装置に到達した時までに要する時間（以下、「リクエスト伝送所要時間」という）と、ＷＷＷサーバ装置が無線ステーション宛てに最初のオブジェクト１が送信し始めたときから、ゲートウェイ装置が最後のオブジェクトｎを受信し終わった時までに要する時間（以下、「情報伝送所要時間」という）との和である。
【００１８】
本実施形態では、上記の「リクエスト伝送所要時間」と「情報伝送所要時間」とを、それぞれ次のようにして算出するようにしている。
まず、「情報伝送所要時間」については、ＷＷＷサーバ装置から無線ステーションに送信すべきオブジェクトの総データ量を、ＷＷＷサーバ装置とゲートウェイ装置との間におけるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）コネクションのデータ伝送速度（ｂｐｓ）で除算することによって求める。ＴＣＰコネクションのデータ伝送速度は、ＷＷＷサーバ装置とゲートウェイ装置との間で常にほぼ一定値であることが予めわかっているならその値を用いればよいし、一方の装置から所定サイズのパケットを送信してこれに他方の装置が応答してくるまでの時間を検出するなどの周知の手法を用いて取得してもよい。
次に、「リクエスト伝送所要時間」については、ゲートウェイ装置とＷＷＷサーバ装置との間の往復伝搬遅延時間（ＲＴＴ；Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）をもってこのリクエスト伝送所要時間とみなすことにしている。厳密にいえば、無線ステーション及びサーバ装置間のリクエスト伝送所要時間と、ゲートウェイ装置及びＷＷＷサーバ装置間の往復伝搬遅延時間とは少し異なる値を取るであろう。しかしながら、これら両者はいずれも、ゲートウェイ装置から送信されたリクエストがＷＷＷサーバ装置に到達するまでの時間を含んでいるから、大体において、近似する値となると考えることができる。
このようにして得たリクエスト伝送所要時間と情報伝送所要時間との和を通信休止状態を継続し得る休止状態継続時間として無線ステーションに通知すれば、無線ステーションは、この休止状態継続時間の間だけは通信休止状態を維持することができる。
以上が本実施形態の概略である。
【００１９】
次に、図面を参照しながら、本発明の実施の一形態について詳細に説明する。なお、図面において、共通する部分には同一の符号が付されている。
（１）構成
図１は、本実施形態に係る通信システムの全体構成を示す図である。図１に示すように、この通信システムは、複数のユーザによりそれぞれクライアント装置として利用される複数の無線ステーション１０ａ〜１０ｄと、複数のアクセスポイント２０ａ〜２０ｄが通信ケーブルによって接続されて形成された無線ＬＡＮ２００と、無線ＬＡＮ２００とインターネット４０とを接続するゲートウェイ装置３０と、インターネット４０に接続された複数のＷＷＷサーバ装置５０ａ、５０ｂとを備えている。なお、図１においては、説明の便宜のため、無線ステーション及びアクセスポイントを４つずつ、そしてＷＷＷサーバ装置を２つしか図示していないが、実際にはこれらはもっと多数存在してもよい。無線ステーション１０ａ〜１０ｄは、いずれもほぼ同様の構成及び動作であるから、以下では、これらを特に区別して説明する必要がある場合を除き、「無線ステーション１０」という用語で総称する。アクセスポイント２０ａ〜２０ｄｃやＷＷＷサーバ装置５０ａ、５０ｂについても同様に、「アクセスポイント２０」や「ＷＷＷサーバ装置５０」という用語で総称する。
【００２０】
無線ステーション１０は、オフィス或いは家庭に設置されたデスクトップコンピュータや家電製品などの固定ステーションや、ユーザが携帯可能な携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などの移動ステーションである。この無線ステーション１０は、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や各種メモリからなる制御部１１と、ハードディスクやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性メモリからなる記憶部１２と、アクセスポイント２０と無線による通信を行うためのアンテナや通信回路からなる無線通信部１３と、ユーザによる入力操作を受け付ける操作キーやマウスなどからなる入力操作部１４と、各種情報を表示するＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどの表示部１５とを備えている。
【００２１】
記憶部１２には、情報閲覧プログラムであるＷＷＷブラウザソフトウェアが記憶されている。制御部１１は、このＷＷＷブラウザソフトウェアを実行することによって、無線ＬＡＮ２００及びインターネット４０を介してＷＷＷサーバ装置５０にＨＴＴＰリクエストを送信したり、ＷＷＷサーバ装置５０から送信されてくるＨＴＴＰレスポンスを受信し、受信したレスポンスに含まれるＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータ（以下、ＨＴＭＬデータという）を解釈して表示部１５に表示する。また、記憶部１２には、制御部１１が、「ｔｒａｎｓｍｉｔ」、「ａｗａｋｅ」及び「ｄｏｚｅ」という３つの通信動作モードを切り換えるための手順が記述されたモード切替プログラムが記憶されている。なお、以下の説明においては、「ｔｒａｎｓｍｉｔ」モード及び「ａｗａｋｅ」モードを合わせて「通信実行状態」といい、「ｄｏｚｅ」モードを「通信休止状態」という。
【００２２】
ＷＷＷサーバ装置５０は、図３に示すように、ＣＰＵや各種メモリからなる制御部５１と、ハードディスクなどの不揮発性メモリからなる記憶部５２と、インターネット４０に接続されてこのインターネット４０を介して通信を行う通信部５３とを備えている。記憶部５２には、テキスト、画像或いはオーディオなどの様々な情報と、無線ステーション１０とＨＴＴＰに基づいてデータ通信を行うためのＷＷＷサーバソフトウェアとが記憶されている。このＷＷＷサーバソフトウェアには、ＷＷＷサーバ装置５０とゲートウェイ装置３０との間におけるＴＣＰコネクションのデータ伝送速度を検出するための手順が記述されている。制御部５１は、このＷＷＷサーバプログラムを実行して、適宜、ＴＣＰコネクションのデータ伝送速度を検出し、これを取得しておくことができる。また、ＷＷＷサーバソフトウェアには、無線ステーション１０に送信すべきデータの総データ量を上記データ伝送速度で除算することによって、ＷＷＷサーバ装置５０が無線ステーション１０宛てにデータを送信し始めた時から当該データをゲートウェイ装置３０が受信し終わる時までに要する情報伝送所要時間を計算するための手順が記述されている。このようにして計算された情報伝送所要時間は、ＷＷＷサーバ装置５０からゲートウェイ装置３０に通知されるようになっている。
【００２３】
ゲートウェイ装置３０は、ＷＷＷサーバ装置５０と無線ステーション１０との間でデータ通信の中継処理を行う。このゲートウェイ装置３０は、図４に示すように、ＣＰＵや各種メモリからなる制御部３１と、ハードディスクなどの不揮発性メモリからなる記憶部３２と、インターネット４０に接続されてこのインターネット４０を介してＷＷＷサーバ装置５０と通信を行うインターネット通信部３３と、無線ＬＡＮ２００に接続されてこの無線ＬＡＮ２００を介して無線ステーション１０とデータ通信を行うＬＡＮ通信部３４とを備えている。制御部３１は、図示せぬクロック回路から出力されるクロック信号に基づいて、時間を計測する計時機能を備えている。記憶部３２には、無線ステーション１０とＷＷＷサーバ装置５０との間で中継処理を行うための手順が記述された中継プログラムが記憶されている。この中継プログラムには、制御部３１が往復伝搬遅延時間ＲＴＴを計算することによってリクエスト伝送所要時間を予測するための手順が記述されている。また、記憶部３２には、ＷＷＷサーバ装置５０によって無線ステーション１０宛てに送信されてくるデータを一時的に記憶するためのキャッシュ領域が設けられている。
【００２４】
（２）動作
図５は、ゲートウェイ装置３０の制御部３１が上記中継プログラムに記述された手順に従って行う動作フローを示す図である。
図５において、制御部３１は、インターネット通信部３３或いはＬＡＮ通信部３４がメッセージを受信したことを検知すると（ステップＳ５１；Ｙｅｓ）、受信したメッセージがＨＴＴＰメッセージかポーリングメッセージかを判断する（ステップＳ５２）。ＨＴＴＰメッセージであれば（ステップＳ５２；ＨＴＴＰ）、制御部３１は、受信したＨＴＴＰメッセージがＨＴＴＰリクエストかＨＴＴＰレスポンスかを判断し（ステップＳ５３）、これがＨＴＴＰリクエストであれば（ステップＳ５３；リクエスト）、そのＨＴＴＰリクエストを受信した時刻（以下、リクエスト受信時刻という）を記憶部３２の所定領域に記憶する（ステップＳ５４）。このとき、制御部３１は、受信したＨＴＴＰリクエストのオプションフィールドである「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、上記リクエスト受信時刻を容易に認識できる。
【００２５】
次いで、制御部３１は、上記ＨＴＴＰリクエストをその宛先であるＷＷＷサーバ装置５０に送信する（ステップＳ５５）。この後、上記ＨＴＴＰリクエストに応じてＷＷＷサーバ装置５０からＨＴＴＰレスポンスが送信されてくる。制御部３１は、上述したようなステップＳ５１〜ステップＳ５３の手順を踏んで、ＨＴＴＰレスポンスを受信したことを検知すると（ステップＳ５３；レスポンス）、そのレスポンスにテキストや画像などのオブジェクトが含まれているか否かを判断する（ステップＳ５６）。オブジェクトが含まれていなければ（ステップＳ５６；Ｎｏ）、制御部３１は、受信したＨＴＴＰレスポンスはオブジェクトを含まない「ｉｎｄｅｘ．ｈｔｍｌ」ファイルなどのＨＴＭＬファイルであると判断し、このレスポンス内に情報伝送所要時間が含まれているか否かを判断する（ステップＳ５８）。情報伝送所要時間が含まれていれば（ステップＳ５８；Ｙｅｓ）、制御部３１は、そのレスポンスを受信した時刻（以下、レスポンス受信時刻という）を記憶部３２の所定領域に記憶する（ステップＳ５９）。このとき、制御部３１は、受信したＨＴＴＰレスポンスの「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、容易にレスポンス受信時刻を認識できる。
【００２６】
次に、制御部３１は、ステップＳ５９において記憶したレスポンス受信時刻と、それに先だってステップＳ５４において記憶したリクエスト受信時刻との差を計算することによって、ゲートウェイ装置３０とＷＷＷサーバ装置５０との間の往復伝搬遅延時間ＲＴＴを求める（ステップＳ６０）。次いで、制御部３１は、求めた往復伝搬遅延時間ＲＴＴと、ステップＳ５８において既に検出している情報伝送所要時間とを加算する。そして、制御部３１は、この加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスの所定領域に挿入して（ステップＳ６１）、無線ステーション１０に送信する（ステップＳ５５）。前述したように、この休止状態継続時間は無線ステーション１０が通信を行う必要がない時間である。従って、無線ステーション１０はゲートウェイ装置３０によって休止状態継続時間が通知されてくると、直ちに通信実行状態から通信休止状態へと切り換えて、その休止状態継続時間の間だけは通信休止状態を維持する。
【００２７】
一方、ステップＳ５６において、受信したＨＴＴＰレスポンスにオブジェクトが含まれていれば（ステップＳ５６；Ｙｅｓ）、制御部３１は、そのオブジェクトを記憶部３２のキャッシュ領域に記憶する（ステップＳ５７）。ＷＷＷサーバ装置５０から無線ステーション１０宛に複数のオブジェクトが連続して送信されてくる場合には、制御部３１は、上記ステップＳ５１〜Ｓ５３及びステップＳ５６〜Ｓ５７）の手順を踏んで、受信したオブジェクトを次々とキャッシュ領域に記憶することになる。
【００２８】
そして、ステップＳ５２において受信したメッセージがポーリングメッセージであった場合（ステップＳ５２；ポーリング）、制御部３１は、そのポーリングメッセージを送信してきた無線ステーション１０を宛先とする全てのオブジェクトを記憶部３２のキャッシュ領域に記憶し終わっているか否かを判断する（ステップＳ６２）。記憶し終わっていなければ（ステップＳ６２；Ｎｏ）、制御部３１はその旨を無線ステーション１０に返信するし（ステップＳ６３）、記憶し終わっていれば（ステップＳ６２；Ｙｅｓ）、制御部３１は、キャッシュ領域からオブジェクトを１つずつ読み出し（ステップＳ６４）、これらを順次無線ステーション１０に送信する（ステップＳ５５）。
【００２９】
次に、図６を参照しながら、システム全体の動作例について説明する。なお、図６においては、無線ステーション１０ａがＷＷＷサーバ装置５０ａにアクセスし、ファイル名「ｉｎｄｅｘ．ｈｔｍｌ」のデータファイル（「ｉｎｄｅｘ．ｈｔｍｌ」ファイルという）を取得する場合を例に挙げて説明する。
まず、通信実行状態にある無線ステーション１０ａは、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを要求するため、ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する（ステップＳ１０１）。ゲートウェイ装置３０は、受信したＨＴＴＰリクエストの「タイムスタンプ」フィールドを参照し、リクエスト受信時刻を記憶部３２に記憶する（ステップＳ１０２）。次いで、ゲートウェイ装置３０は、上記ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに転送する（ステップＳ１０３）。
【００３０】
ＷＷＷサーバ装置５０ａは、上記ＨＴＴＰリクエストを受信すると、まず、このＨＴＴＰリクエストによって要求されている「ｉｎｄｅｘ．ｈｔｍｌ」ファイル内の全てのオブジェクト（オブジェクト１〜ｎ）の総データ量を、予め検出しているＴＣＰコネクションのデータ伝送速度で除算して情報伝送所要時間を計算する（ステップＳ１０４）。次に、ＷＷＷサーバ装置５０ａは、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと上記情報伝送所要時間を含むＨＴＴＰレスポンスを無線ステーション１０ａ宛てに送信する（ステップＳ１０５）。ゲートウェイ装置３０は、このＨＴＴＰレスポンスを受信すると、このＨＴＴＰレスポンスの「タイムスタンプ」フィールドを参照し、レスポンス受信時刻を記憶部３２に記憶する。さらにゲートウェイ装置３０は、このレスポンス受信時刻と、それに先だって既に記憶しているリクエスト受信時刻との差を計算することによって往復伝搬遅延時間ＲＴＴを求める（ステップＳ１０６）。そして、ゲートウェイ装置３０は、ＷＷＷサーバ装置５０ａから受信している情報伝送所要時間と、求めた往復伝搬遅延時間ＲＴＴとを加算し、その加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスに挿入し、無線ステーション１０ａに送信する（ステップＳ１０７）。
【００３１】
無線ステーション１０ａは、上記ＨＴＴＰレスポンスを受信すると、このレスポンスの中から「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと休止状態継続時間とを抽出し、「ｉｎｄｅｘ．ｈｔｍｌ」ファイル内において指定されているオブジェクト１〜ｎを要求するためのＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する（ステップＳ１０８）。この後、無線ステーション１０ａは、モード切替プログラムの手順に従って直ちに通信実行状態から通信休止状態に切り換えて（ステップＳ１０９）、上記休止状態継続時間の間だけは通信休止状態を維持する。
【００３２】
一方、ＷＷＷサーバ装置５０ａは、ゲートウェイ装置３０を介して上記ＨＴＴＰリクエストを受信すると、このリクエストによって要求されているオブジェクト１〜ｎを１オブジェクトずつ無線ステーション１０ａに宛てて送信する（ステップＳ１１０〜Ｓ１１３）。これらの各オブジェクトは、ゲートウェイ装置３０においてオブジェクト１〜ｎの全てが揃うまで一時的に記憶（キャッシュ）される。
【００３３】
さて、無線ステーション１０ａは、ステップＳ１０９の時点から休止状態継続時間が経過すると、モード切替プログラムの手順に従って通信休止状態から通信実行状態へ切り換えて（ステップＳ１１４）、ゲートウェイ装置３０に対しオブジェクトを要求するためのポーリングメッセージを送信する（ステップＳ１１５）。このとき、ゲートウェイ装置３０が全てのオブジェクト１〜ｎを受信しキャッシュし終わっていれば、これらを順次、無線ステーション１０ａに送信する（ステップＳ１１６〜Ｓ１１９）。そして、無線ステーション１０ａは、受信したオブジェクト１〜ｎを「ｉｎｄｅｘ．ｈｔｍｌ」に記述された内容に従って表示部１５に表示する。
【００３４】
以上のように、本実施形態によれば、ゲートウェイ装置３０とＷＷＷサーバ装置５０とが連携することによって、無線ステーション１０において通信休止状態を継続し得る時間をより正確に予測可能となるので、無線ステーション１０における消費電力を低減させることができる。
【００３５】
（３）変形例
本発明は、上述した実施形態に限定されず、次のような変更が可能である。
（３−１）第１変形例
実施形態では、リクエスト伝送所要時間が、ゲートウェイ装置３０とＷＷＷサーバ装置５０との間の往復伝搬遅延時間ＲＴＴとほぼ同値であるとみなしていた。しかし、無線ステーション１０の計時機能とＷＷＷサーバ装置５０の計時機能とがほぼ正確に同期して計時処理を行うことが保証されていれば、次のようにしてもよい。
即ち、無線ステーション１０が送信したＨＴＴＰリクエストに付与されている送信時刻と、ＷＷＷサーバ装置５０が無線ステーション１０宛てに送信したＨＴＴＰレスポンスに付与されている送信時刻との差をゲートウェイ装置３０が計算し、これをリクエスト伝送所要時間とみなしてもよい。具体的には、図６のステップＳ１０１において、通信実行状態にある無線ステーション１０ａが「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを要求するためのＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する際にそのリクエスト送信時刻をＨＴＴＰリクエストの所定領域に書き込んでおく。ゲートウェイ装置３０は、ステップＳ１０２において受信したＨＴＴＰリクエストを参照してリクエスト送信時刻を記憶した後に、ステップＳ１０３において上記ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに転送する。一方、ＷＷＷサーバ装置５０ａは、ゲートウェイ装置３０を介して上記ＨＴＴＰリクエストを受信すると、ステップＳ１０５において「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと情報伝送所要時間とを含むＨＴＴＰレスポンスを無線ステーション１０ａに送信するが、このときのレスポンス送信時刻を上記ＨＴＴＰレスポンスの所定領域に書き込んで送信する。そして、ゲートウェイ装置３０は、ステップＳ１０６において受信したＨＴＴＰレスポンスを参照してレスポンス送信時刻を記憶した後、既に記憶しているリクエスト送信時刻とレスポンス送信時刻との差を算出する。そして、ステップＳ１０７において、ゲートウェイ装置３０は、ＷＷＷサーバ装置５０ａから受信している情報伝送所要時間と、求めた差とを加算し、その加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスに挿入し、無線ステーション１０ａに送信する。
なお、リクエスト伝送所要時間と情報伝送所要時間については、いずれも上述した方法によって算出したものをそのまま利用するのではなく、その算出値に対して適当な補正を施し、補正後の値を利用するようにしてもよい。
【００３６】
（３−２）第２変形例
上述したゲートウェイ装置３０、無線ステーション１０及びＷＷＷサーバ装置５０の制御部が実行するコンピュータプログラムは、制御部によって読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭ等の記録媒体に記録して提供することが可能である。また、これらプログラムを、インターネットのようなネットワーク経由でゲートウェイ装置３０、無線ステーション１０及びＷＷＷサーバ装置５０にダウンロードさせることももちろん可能である。
【００３７】
（３−３）第３変形例
なお、本発明は無線ＬＡＮにのみ適用されるものではなく、クライアント装置とサーバ装置との間にゲートウェイ装置のような中継装置が介在して通信を中継するような場合には適用可能である。
また、クライアント装置は通信動作モードを切り換えて通信を行うものであれば、無線による通信を行うものに限らず、有線によって通信を行うものであってもよい。
また、ＷＷＷサーバ装置５０とゲートウェイ装置３０とは、インターネット４０ではなく、専用線によって直接接続されていてもよい。
【００３８】
【発明の効果】
以上説明したように、本発明によれば、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を従来よりも低減させることができる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係るシステムの全体構成を示すブロック図である。
【図２】同システムにおける無線ステーションの構成を示すブロック図である。
【図３】同システムにおけるＷＷＷサーバ装置の構成を示すブロック図である。
【図４】同システムにおけるゲートウェイ装置の構成を示すブロック図である。
【図５】同システムにおけるゲートウェイ装置の制御部が行う動作フローを示す図である。
【図６】同システムにおける動作例を示すシーケンス図である。
【図７】従来の動作例を示すシーケンス図である。
【符号の説明】
１０・・・無線ステーション（クライアント装置）、２０・・・アクセスポイント、３０・・・ゲートウェイ装置（中継装置）、４０・・・インターネット、５０・・・ＷＷＷサーバ装置（サーバ装置）。
【発明の属する技術分野】
本発明は、無線ＬＡＮの無線ステーションのようなクライアント端末において通信動作モードを適切に切り換えるための技術に関する。
【０００２】
【従来の技術】
無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）においては、無線ステーションが「ｔｒａｎｓｍｉｔ」、「ａｗａｋｅ」及び「ｄｏｚｅ」という３つの通信動作モードを切り換えながらアクセスポイントと通信を行うようになっている。ここで、「ｔｒａｎｓｍｉｔ」モードとは、無線ステーションがアクセスポイントにデータを送信可能な状態にあることを意味している。このモードにある場合、無線ステーションの送信回路には送信処理に必要な電力が供給されるため、その消費電力は比較的大きい。次に、「ａｗａｋｅ」モードとは、無線ステーションがアクセスポイントからデータを受信可能な状態にあることを意味しており、給電対象は主として受信回路のみでよいため消費電力は中程度である。そして、「ｄｏｚｅ」モードとは、無線ステーションがアクセスポイントとの間で送受信を一切行っていない状態を意味しており、その消費電力は非常に小さい。このように複数の通信動作モードが用意されているため、無線ステーションは、アクセスポイントと通信を行う必要がある場合には「ｔｒａｎｓｍｉｔ」モード或いは「ａｗａｋｅ」モードに切り換えて送信処理或いは受信処理を行うし、通信を行う必要がない場合には「ｄｏｚｅ」モードに切り換えて消費電力を節約することができる。なお、以下の説明においては、「ｔｒａｎｓｍｉｔ」モード及び「ａｗａｋｅ」モードを合わせて「通信実行状態」といい、「ｄｏｚｅ」モードを「通信休止状態」という。
【０００３】
非特許文献１には、無線ステーションにおいて通信動作モードを切り換えるための仕組みが開示されている。以下、この記載例について図７に示したシーケンスに沿って説明する。なお、図７においては、無線ステーションとＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ装置との間に、通信の中継を行うゲートウェイ装置が介在している場合を想定している。
【０００４】
まず、通信実行状態にある無線ステーションは、ファイル名「ｉｎｄｅｘ．ｈｔｍｌ」のデータファイル（以降、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルという）を要求するため、ＧＥＴメソッドを用いたＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージ（以降、ＨＴＴＰリクエストという）をＷＷＷサーバ装置に送信する（ステップＳ１）。ＷＷＷサーバ装置は、ゲートウェイ装置を介して上記ＨＴＴＰリクエストを受信すると、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルをメモリから読み出して無線ステーションに送信する（ステップＳ２）。無線ステーションは、ゲートウェイ装置を介して「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを受信すると、このファイル内において指定されているテキストオブジェクトや画像オブジェクトなどの複数のオブジェクト１〜ｎを要求するべく、再度、ＨＴＴＰリクエストをＷＷＷサーバ装置に送信する（ステップＳ３）。ＷＷＷサーバ装置は、上記ＨＴＴＰリクエストを受信すると、このリクエストによって要求されているオブジェクト１〜ｎを１オブジェクトずつ無線ステーションに宛てて送信する。これらの各オブジェクトは、ゲートウェイ装置においてオブジェクト１〜ｎの全てが揃うまで一時的に記憶（キャッシュ）され、全てのオブジェクトがゲートウェイ装置によってキャッシュされた後に、ゲートウェイ装置から無線ステーションへ連続して転送されるようになっている。
【０００５】
このときゲートウェイ装置では、受信したオブジェクトの統計情報に基づいて、ＷＷＷサーバ装置からオブジェクト１〜ｎの全てを受信するまでに要する時間ｘを予測し、予測した時間ｘを無線ステーションに通知する。これによって、無線ステーションは、通知された時間ｘの期間だけは通信休止状態を維持することができる。なぜなら、この時間ｘにおいては、ゲートウェイ装置がＷＷＷサーバ装置からオブジェクトを受信し続けるだけであって、ゲートウェイ装置と無線ステーションとの間では通信を一切行う必要がないからである。
【０００６】
以下、上記時間ｘの算出手法について具体的に説明する。
まず、ゲートウェイ装置は、オブジェクト１以降の幾つかのオブジェクトを受信した時点で、それらオブジェクトの統計情報に基づいて、オブジェクト１〜ｎの全てを受信するまでに要するであろう時間ｘ１を算出し（ステップＳ４）、この時間ｘ１を無線ステーションに通知する（ステップＳ５）。一方、無線ステーションは、時間ｘ１を受け取るまでは通信実行状態であるが、時間ｘ１を受け取ると、自らの通信動作モードを通信実行状態から通信休止状態へと切り換える。
【０００７】
時間ｘは、より多くの統計情報に基づいて算出した方がより正確な値に近づくことが知られており、上記のようなごく少数の統計情報にのみ基づいた時間ｘ１はあまり正確ではない。よって、ゲートウェイ装置は、時間ｘ１を算出した後、引き続き受信した幾つかのオブジェクトの統計情報を用いて、さらに正確であろうと思われる時間ｘ２を算出する（ステップＳ６）。一方、無線ステーションは、時間ｘ１を受け取った後、この時間ｘ１が経過するのを待たずに、すぐに通信休止状態から通信実行状態へ切り換えて、ゲートウェイ装置に対し時間ｘを問い合わせるためのポーリングメッセージを送信する（ステップＳ７）。このとき、ゲートウェイ装置が時間ｘ２を算出していれば、これを無線ステーションに送信する（ステップＳ８）。無線ステーションは時間ｘ２を受け取ると直ちに通信休止状態に切り換えるが、上記と同じように、この時間ｘ２が経過するのを待たずに通信実行状態へ切り換えてゲートウェイ装置にポーリングメッセージを送信する。
【０００８】
このようにして、ゲートウェイ装置が時間ｘの予測を何回か試み、最も正確であろうと思われる最終的な所要時間ｘＬａｓｔを算出する一方（ステップＳ９）、無線ステーション側も、通信実行状態と通信休止状態とを適宜切り換えながらポーリングメッセージの送信を何回か試みる（ステップＳ１０）。そして、無線ステーションは最終的な時間ｘＬａｘｔを取得することができたなら（ステップＳ１１）、以降、この時間ｘＬａｓｔの間だけは通信休止状態を維持する。そして、この時間ｘＬａｓｔが経過すると、無線ステーションは、通信休止状態から通信実行状態へ切り換え、ポーリングメッセージをゲートウェイ装置に送信する（ステップＳ１２）。このとき、ゲートウェイ装置が全てのオブジェクト１〜ｎを受信し終わっていれば、これらを順次、無線ステーションに送信する（ステップＳ１３〜ステップＳ１５）。そして、無線ステーションは、受信したオブジェクト１〜ｎを「ｉｎｄｅｘ．ｈｔｍｌ」ファイルに記述された内容に従って表示する。
【０００９】
【非特許文献１】
ジー、アナスタシ（Ｇ．Ａｎａｓｔａｓｉ），エム、コンティ（Ｍ．Ｃｏｎｔｉ），イー、グレゴリ（Ｅ．Ｇｒｅｇｏｒｉ），エイ、パサレラ（Ａ．Ｐａｓｓａｒｅｌｌａ），ア・パワーセービング・アーキテクチャ・フォァ・ウェブアクセス・フロム・モバイルコンピュータ（Ａ Ｐｏｗｅｒ Ｓａｖｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｗｅｂ Ａｃｃｅｓｓ ｆｒｏｍ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｅｒｓ），ピサ（イタリア）におけるアイエフアイピー・ティーシー６・ネットワーク協議会会報（Ｐｒｏｃｅｅｄｉｎｇ ｏｆ ｔｈｅ ＩＦＩＰ ＴＣ−６ Ｎｅｔｗｏｒｋｉｎｇ Ｃｏｎｆｅｒｅｎｃｅ，Ｐｉｓａ（Ｉ）），２００２年５月１９日−２４日
【００１０】
【発明が解決しようとする課題】
上述した技術によれば、無線ステーションは、ゲートウェイ装置によって通知されてくる時間ｘに基づいて通信実行状態から通信休止状態に切り替えるようになっている。しかし、その時間ｘの信頼性が低いために、無線ステーションは頻繁に通信休止状態から通信実行状態に切り換えて、正確な時間ｘを得ることができるまで何度もポーリングを行わなければならない。即ち、本来は無線ステーションが通信休止状態を維持できるはずの時間内であるのに、通信休止状態から通信実行状態に切り換えなければならないので、その分だけ無駄に電力を消費してしまうことになる。また、通信休止状態と通信休止状態とを切り換える際には瞬間的に大きな電力が必要とされるため、この切替処理を頻繁に行わなければならないこと自体も消費電力を増大させる要因になってしまう。
【００１１】
本発明は上記のような背景に鑑みてなされたものであり、その目的は、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を低減させることにある。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、本発明は、クライアント装置とサーバ装置との間で通信の中継を行う中継手段と、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが前記中継手段によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、前記サーバ装置が前記クライアント装置宛てに情報を送信し始めた時から、当該情報を前記中継手段が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを備える中継装置を提供する。
この中継装置によれば、クライアント端末において通信休止状態を継続し得る時間をより正確に予測し、これをクライアント端末に通知する。よって、クライアント端末は必要十分な時間だけ通信休止状態を維持することができる。
【００１３】
この中継装置の好ましい態様においては、前記予測手段が、前記サーバ装置と自中継装置との間における往復伝搬遅延時間を計算することによって前記リクエスト伝送所要時間を予測する。また、別の好ましい態様においては、前記予測手段が、前記クライアント装置が送信し前記中継手段が受信した前記リクエストに付与されている送信時刻情報と、当該リクエストに応じて前記サーバ装置が前記クライアント装置宛てに送信し前記中継手段が受信したレスポンスに付与されている送信時刻情報との差を計算することによって、前記リクエスト伝送所要時間を予測する。
【００１４】
また、本発明は、クライアント装置から中継装置を経由して送信されてくるリクエストを受信する受信手段と、前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、計算された情報伝送所要時間を前記中継装置に通知する通知手段とを備えるサーバ装置を提供する。
このサーバ装置によれば、情報伝送所要時間を前記中継装置に通知するので、中継装置は、通知された情報伝送所要時間を用いてクライアント端末が通信休止状態を継続し得る時間をより正確に予測することが可能となる。
【００１５】
また、本発明は、通信を行う通信手段と、前記通信手段が通信を行う通信実行状態と、前記通信手段が通信を行わない通信休止状態とを切り換える制御手段とを備え、前記通信手段がサーバ装置に対して情報を要求するためのリクエストを送信し、当該リクエストに応じて前記サーバ装置から送信された休止状態継続時間を含むレスポンスを受信すると、前記制御手段は通信実行状態から通信休止状態に切り換えて前記休止状態継続時間だけ通信休止状態を維持するクライアント装置を提供する。
【００１６】
また、本発明によれば、クライアント装置によって送信されてくるリクエストに応じて当該クライアント装置宛てに情報を送信するサーバ装置と、前記クライアント装置と前記サーバ装置との間で通信の中継を行う中継装置とを備え、前記サーバ装置は、前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、計算された情報伝送所要時間を前記中継装置に通知する通知手段とを有し、前記中継装置は、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが自中継装置によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、前記サーバ装置によって送信されてくる情報伝送所要時間を受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを有する通信システムを提供する。
【００１７】
【発明の実施の形態】
前述した図７を参照してわかるように、無線ステーションが通信休止状態を維持することができる時間は、無線ステーションがオブジェクト１〜ｎを要求するためのＨＴＴＰリクエストを送信した時から、そのリクエストに応じてＷＷＷサーバ装置からゲートウェイ装置に全てのオブジェクト１〜ｎが送信されてゲートウェイ装置がこれらを受信し終わった時（即ちキャッシュし終わった時）までの時間である。この時間は、さらに詳細に分析すると、無線ステーションがオブジェクトを要求するためのＨＴＴＰリクエストを送信してから、このＨＴＴＰリクエストがゲートウェイ装置を経由してＷＷＷサーバ装置に到達した時までに要する時間（以下、「リクエスト伝送所要時間」という）と、ＷＷＷサーバ装置が無線ステーション宛てに最初のオブジェクト１が送信し始めたときから、ゲートウェイ装置が最後のオブジェクトｎを受信し終わった時までに要する時間（以下、「情報伝送所要時間」という）との和である。
【００１８】
本実施形態では、上記の「リクエスト伝送所要時間」と「情報伝送所要時間」とを、それぞれ次のようにして算出するようにしている。
まず、「情報伝送所要時間」については、ＷＷＷサーバ装置から無線ステーションに送信すべきオブジェクトの総データ量を、ＷＷＷサーバ装置とゲートウェイ装置との間におけるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）コネクションのデータ伝送速度（ｂｐｓ）で除算することによって求める。ＴＣＰコネクションのデータ伝送速度は、ＷＷＷサーバ装置とゲートウェイ装置との間で常にほぼ一定値であることが予めわかっているならその値を用いればよいし、一方の装置から所定サイズのパケットを送信してこれに他方の装置が応答してくるまでの時間を検出するなどの周知の手法を用いて取得してもよい。
次に、「リクエスト伝送所要時間」については、ゲートウェイ装置とＷＷＷサーバ装置との間の往復伝搬遅延時間（ＲＴＴ；Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）をもってこのリクエスト伝送所要時間とみなすことにしている。厳密にいえば、無線ステーション及びサーバ装置間のリクエスト伝送所要時間と、ゲートウェイ装置及びＷＷＷサーバ装置間の往復伝搬遅延時間とは少し異なる値を取るであろう。しかしながら、これら両者はいずれも、ゲートウェイ装置から送信されたリクエストがＷＷＷサーバ装置に到達するまでの時間を含んでいるから、大体において、近似する値となると考えることができる。
このようにして得たリクエスト伝送所要時間と情報伝送所要時間との和を通信休止状態を継続し得る休止状態継続時間として無線ステーションに通知すれば、無線ステーションは、この休止状態継続時間の間だけは通信休止状態を維持することができる。
以上が本実施形態の概略である。
【００１９】
次に、図面を参照しながら、本発明の実施の一形態について詳細に説明する。なお、図面において、共通する部分には同一の符号が付されている。
（１）構成
図１は、本実施形態に係る通信システムの全体構成を示す図である。図１に示すように、この通信システムは、複数のユーザによりそれぞれクライアント装置として利用される複数の無線ステーション１０ａ〜１０ｄと、複数のアクセスポイント２０ａ〜２０ｄが通信ケーブルによって接続されて形成された無線ＬＡＮ２００と、無線ＬＡＮ２００とインターネット４０とを接続するゲートウェイ装置３０と、インターネット４０に接続された複数のＷＷＷサーバ装置５０ａ、５０ｂとを備えている。なお、図１においては、説明の便宜のため、無線ステーション及びアクセスポイントを４つずつ、そしてＷＷＷサーバ装置を２つしか図示していないが、実際にはこれらはもっと多数存在してもよい。無線ステーション１０ａ〜１０ｄは、いずれもほぼ同様の構成及び動作であるから、以下では、これらを特に区別して説明する必要がある場合を除き、「無線ステーション１０」という用語で総称する。アクセスポイント２０ａ〜２０ｄｃやＷＷＷサーバ装置５０ａ、５０ｂについても同様に、「アクセスポイント２０」や「ＷＷＷサーバ装置５０」という用語で総称する。
【００２０】
無線ステーション１０は、オフィス或いは家庭に設置されたデスクトップコンピュータや家電製品などの固定ステーションや、ユーザが携帯可能な携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などの移動ステーションである。この無線ステーション１０は、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や各種メモリからなる制御部１１と、ハードディスクやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性メモリからなる記憶部１２と、アクセスポイント２０と無線による通信を行うためのアンテナや通信回路からなる無線通信部１３と、ユーザによる入力操作を受け付ける操作キーやマウスなどからなる入力操作部１４と、各種情報を表示するＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどの表示部１５とを備えている。
【００２１】
記憶部１２には、情報閲覧プログラムであるＷＷＷブラウザソフトウェアが記憶されている。制御部１１は、このＷＷＷブラウザソフトウェアを実行することによって、無線ＬＡＮ２００及びインターネット４０を介してＷＷＷサーバ装置５０にＨＴＴＰリクエストを送信したり、ＷＷＷサーバ装置５０から送信されてくるＨＴＴＰレスポンスを受信し、受信したレスポンスに含まれるＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータ（以下、ＨＴＭＬデータという）を解釈して表示部１５に表示する。また、記憶部１２には、制御部１１が、「ｔｒａｎｓｍｉｔ」、「ａｗａｋｅ」及び「ｄｏｚｅ」という３つの通信動作モードを切り換えるための手順が記述されたモード切替プログラムが記憶されている。なお、以下の説明においては、「ｔｒａｎｓｍｉｔ」モード及び「ａｗａｋｅ」モードを合わせて「通信実行状態」といい、「ｄｏｚｅ」モードを「通信休止状態」という。
【００２２】
ＷＷＷサーバ装置５０は、図３に示すように、ＣＰＵや各種メモリからなる制御部５１と、ハードディスクなどの不揮発性メモリからなる記憶部５２と、インターネット４０に接続されてこのインターネット４０を介して通信を行う通信部５３とを備えている。記憶部５２には、テキスト、画像或いはオーディオなどの様々な情報と、無線ステーション１０とＨＴＴＰに基づいてデータ通信を行うためのＷＷＷサーバソフトウェアとが記憶されている。このＷＷＷサーバソフトウェアには、ＷＷＷサーバ装置５０とゲートウェイ装置３０との間におけるＴＣＰコネクションのデータ伝送速度を検出するための手順が記述されている。制御部５１は、このＷＷＷサーバプログラムを実行して、適宜、ＴＣＰコネクションのデータ伝送速度を検出し、これを取得しておくことができる。また、ＷＷＷサーバソフトウェアには、無線ステーション１０に送信すべきデータの総データ量を上記データ伝送速度で除算することによって、ＷＷＷサーバ装置５０が無線ステーション１０宛てにデータを送信し始めた時から当該データをゲートウェイ装置３０が受信し終わる時までに要する情報伝送所要時間を計算するための手順が記述されている。このようにして計算された情報伝送所要時間は、ＷＷＷサーバ装置５０からゲートウェイ装置３０に通知されるようになっている。
【００２３】
ゲートウェイ装置３０は、ＷＷＷサーバ装置５０と無線ステーション１０との間でデータ通信の中継処理を行う。このゲートウェイ装置３０は、図４に示すように、ＣＰＵや各種メモリからなる制御部３１と、ハードディスクなどの不揮発性メモリからなる記憶部３２と、インターネット４０に接続されてこのインターネット４０を介してＷＷＷサーバ装置５０と通信を行うインターネット通信部３３と、無線ＬＡＮ２００に接続されてこの無線ＬＡＮ２００を介して無線ステーション１０とデータ通信を行うＬＡＮ通信部３４とを備えている。制御部３１は、図示せぬクロック回路から出力されるクロック信号に基づいて、時間を計測する計時機能を備えている。記憶部３２には、無線ステーション１０とＷＷＷサーバ装置５０との間で中継処理を行うための手順が記述された中継プログラムが記憶されている。この中継プログラムには、制御部３１が往復伝搬遅延時間ＲＴＴを計算することによってリクエスト伝送所要時間を予測するための手順が記述されている。また、記憶部３２には、ＷＷＷサーバ装置５０によって無線ステーション１０宛てに送信されてくるデータを一時的に記憶するためのキャッシュ領域が設けられている。
【００２４】
（２）動作
図５は、ゲートウェイ装置３０の制御部３１が上記中継プログラムに記述された手順に従って行う動作フローを示す図である。
図５において、制御部３１は、インターネット通信部３３或いはＬＡＮ通信部３４がメッセージを受信したことを検知すると（ステップＳ５１；Ｙｅｓ）、受信したメッセージがＨＴＴＰメッセージかポーリングメッセージかを判断する（ステップＳ５２）。ＨＴＴＰメッセージであれば（ステップＳ５２；ＨＴＴＰ）、制御部３１は、受信したＨＴＴＰメッセージがＨＴＴＰリクエストかＨＴＴＰレスポンスかを判断し（ステップＳ５３）、これがＨＴＴＰリクエストであれば（ステップＳ５３；リクエスト）、そのＨＴＴＰリクエストを受信した時刻（以下、リクエスト受信時刻という）を記憶部３２の所定領域に記憶する（ステップＳ５４）。このとき、制御部３１は、受信したＨＴＴＰリクエストのオプションフィールドである「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、上記リクエスト受信時刻を容易に認識できる。
【００２５】
次いで、制御部３１は、上記ＨＴＴＰリクエストをその宛先であるＷＷＷサーバ装置５０に送信する（ステップＳ５５）。この後、上記ＨＴＴＰリクエストに応じてＷＷＷサーバ装置５０からＨＴＴＰレスポンスが送信されてくる。制御部３１は、上述したようなステップＳ５１〜ステップＳ５３の手順を踏んで、ＨＴＴＰレスポンスを受信したことを検知すると（ステップＳ５３；レスポンス）、そのレスポンスにテキストや画像などのオブジェクトが含まれているか否かを判断する（ステップＳ５６）。オブジェクトが含まれていなければ（ステップＳ５６；Ｎｏ）、制御部３１は、受信したＨＴＴＰレスポンスはオブジェクトを含まない「ｉｎｄｅｘ．ｈｔｍｌ」ファイルなどのＨＴＭＬファイルであると判断し、このレスポンス内に情報伝送所要時間が含まれているか否かを判断する（ステップＳ５８）。情報伝送所要時間が含まれていれば（ステップＳ５８；Ｙｅｓ）、制御部３１は、そのレスポンスを受信した時刻（以下、レスポンス受信時刻という）を記憶部３２の所定領域に記憶する（ステップＳ５９）。このとき、制御部３１は、受信したＨＴＴＰレスポンスの「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、容易にレスポンス受信時刻を認識できる。
【００２６】
次に、制御部３１は、ステップＳ５９において記憶したレスポンス受信時刻と、それに先だってステップＳ５４において記憶したリクエスト受信時刻との差を計算することによって、ゲートウェイ装置３０とＷＷＷサーバ装置５０との間の往復伝搬遅延時間ＲＴＴを求める（ステップＳ６０）。次いで、制御部３１は、求めた往復伝搬遅延時間ＲＴＴと、ステップＳ５８において既に検出している情報伝送所要時間とを加算する。そして、制御部３１は、この加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスの所定領域に挿入して（ステップＳ６１）、無線ステーション１０に送信する（ステップＳ５５）。前述したように、この休止状態継続時間は無線ステーション１０が通信を行う必要がない時間である。従って、無線ステーション１０はゲートウェイ装置３０によって休止状態継続時間が通知されてくると、直ちに通信実行状態から通信休止状態へと切り換えて、その休止状態継続時間の間だけは通信休止状態を維持する。
【００２７】
一方、ステップＳ５６において、受信したＨＴＴＰレスポンスにオブジェクトが含まれていれば（ステップＳ５６；Ｙｅｓ）、制御部３１は、そのオブジェクトを記憶部３２のキャッシュ領域に記憶する（ステップＳ５７）。ＷＷＷサーバ装置５０から無線ステーション１０宛に複数のオブジェクトが連続して送信されてくる場合には、制御部３１は、上記ステップＳ５１〜Ｓ５３及びステップＳ５６〜Ｓ５７）の手順を踏んで、受信したオブジェクトを次々とキャッシュ領域に記憶することになる。
【００２８】
そして、ステップＳ５２において受信したメッセージがポーリングメッセージであった場合（ステップＳ５２；ポーリング）、制御部３１は、そのポーリングメッセージを送信してきた無線ステーション１０を宛先とする全てのオブジェクトを記憶部３２のキャッシュ領域に記憶し終わっているか否かを判断する（ステップＳ６２）。記憶し終わっていなければ（ステップＳ６２；Ｎｏ）、制御部３１はその旨を無線ステーション１０に返信するし（ステップＳ６３）、記憶し終わっていれば（ステップＳ６２；Ｙｅｓ）、制御部３１は、キャッシュ領域からオブジェクトを１つずつ読み出し（ステップＳ６４）、これらを順次無線ステーション１０に送信する（ステップＳ５５）。
【００２９】
次に、図６を参照しながら、システム全体の動作例について説明する。なお、図６においては、無線ステーション１０ａがＷＷＷサーバ装置５０ａにアクセスし、ファイル名「ｉｎｄｅｘ．ｈｔｍｌ」のデータファイル（「ｉｎｄｅｘ．ｈｔｍｌ」ファイルという）を取得する場合を例に挙げて説明する。
まず、通信実行状態にある無線ステーション１０ａは、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを要求するため、ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する（ステップＳ１０１）。ゲートウェイ装置３０は、受信したＨＴＴＰリクエストの「タイムスタンプ」フィールドを参照し、リクエスト受信時刻を記憶部３２に記憶する（ステップＳ１０２）。次いで、ゲートウェイ装置３０は、上記ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに転送する（ステップＳ１０３）。
【００３０】
ＷＷＷサーバ装置５０ａは、上記ＨＴＴＰリクエストを受信すると、まず、このＨＴＴＰリクエストによって要求されている「ｉｎｄｅｘ．ｈｔｍｌ」ファイル内の全てのオブジェクト（オブジェクト１〜ｎ）の総データ量を、予め検出しているＴＣＰコネクションのデータ伝送速度で除算して情報伝送所要時間を計算する（ステップＳ１０４）。次に、ＷＷＷサーバ装置５０ａは、「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと上記情報伝送所要時間を含むＨＴＴＰレスポンスを無線ステーション１０ａ宛てに送信する（ステップＳ１０５）。ゲートウェイ装置３０は、このＨＴＴＰレスポンスを受信すると、このＨＴＴＰレスポンスの「タイムスタンプ」フィールドを参照し、レスポンス受信時刻を記憶部３２に記憶する。さらにゲートウェイ装置３０は、このレスポンス受信時刻と、それに先だって既に記憶しているリクエスト受信時刻との差を計算することによって往復伝搬遅延時間ＲＴＴを求める（ステップＳ１０６）。そして、ゲートウェイ装置３０は、ＷＷＷサーバ装置５０ａから受信している情報伝送所要時間と、求めた往復伝搬遅延時間ＲＴＴとを加算し、その加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスに挿入し、無線ステーション１０ａに送信する（ステップＳ１０７）。
【００３１】
無線ステーション１０ａは、上記ＨＴＴＰレスポンスを受信すると、このレスポンスの中から「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと休止状態継続時間とを抽出し、「ｉｎｄｅｘ．ｈｔｍｌ」ファイル内において指定されているオブジェクト１〜ｎを要求するためのＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する（ステップＳ１０８）。この後、無線ステーション１０ａは、モード切替プログラムの手順に従って直ちに通信実行状態から通信休止状態に切り換えて（ステップＳ１０９）、上記休止状態継続時間の間だけは通信休止状態を維持する。
【００３２】
一方、ＷＷＷサーバ装置５０ａは、ゲートウェイ装置３０を介して上記ＨＴＴＰリクエストを受信すると、このリクエストによって要求されているオブジェクト１〜ｎを１オブジェクトずつ無線ステーション１０ａに宛てて送信する（ステップＳ１１０〜Ｓ１１３）。これらの各オブジェクトは、ゲートウェイ装置３０においてオブジェクト１〜ｎの全てが揃うまで一時的に記憶（キャッシュ）される。
【００３３】
さて、無線ステーション１０ａは、ステップＳ１０９の時点から休止状態継続時間が経過すると、モード切替プログラムの手順に従って通信休止状態から通信実行状態へ切り換えて（ステップＳ１１４）、ゲートウェイ装置３０に対しオブジェクトを要求するためのポーリングメッセージを送信する（ステップＳ１１５）。このとき、ゲートウェイ装置３０が全てのオブジェクト１〜ｎを受信しキャッシュし終わっていれば、これらを順次、無線ステーション１０ａに送信する（ステップＳ１１６〜Ｓ１１９）。そして、無線ステーション１０ａは、受信したオブジェクト１〜ｎを「ｉｎｄｅｘ．ｈｔｍｌ」に記述された内容に従って表示部１５に表示する。
【００３４】
以上のように、本実施形態によれば、ゲートウェイ装置３０とＷＷＷサーバ装置５０とが連携することによって、無線ステーション１０において通信休止状態を継続し得る時間をより正確に予測可能となるので、無線ステーション１０における消費電力を低減させることができる。
【００３５】
（３）変形例
本発明は、上述した実施形態に限定されず、次のような変更が可能である。
（３−１）第１変形例
実施形態では、リクエスト伝送所要時間が、ゲートウェイ装置３０とＷＷＷサーバ装置５０との間の往復伝搬遅延時間ＲＴＴとほぼ同値であるとみなしていた。しかし、無線ステーション１０の計時機能とＷＷＷサーバ装置５０の計時機能とがほぼ正確に同期して計時処理を行うことが保証されていれば、次のようにしてもよい。
即ち、無線ステーション１０が送信したＨＴＴＰリクエストに付与されている送信時刻と、ＷＷＷサーバ装置５０が無線ステーション１０宛てに送信したＨＴＴＰレスポンスに付与されている送信時刻との差をゲートウェイ装置３０が計算し、これをリクエスト伝送所要時間とみなしてもよい。具体的には、図６のステップＳ１０１において、通信実行状態にある無線ステーション１０ａが「ｉｎｄｅｘ．ｈｔｍｌ」ファイルを要求するためのＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに送信する際にそのリクエスト送信時刻をＨＴＴＰリクエストの所定領域に書き込んでおく。ゲートウェイ装置３０は、ステップＳ１０２において受信したＨＴＴＰリクエストを参照してリクエスト送信時刻を記憶した後に、ステップＳ１０３において上記ＨＴＴＰリクエストをＷＷＷサーバ装置５０ａに転送する。一方、ＷＷＷサーバ装置５０ａは、ゲートウェイ装置３０を介して上記ＨＴＴＰリクエストを受信すると、ステップＳ１０５において「ｉｎｄｅｘ．ｈｔｍｌ」ファイルと情報伝送所要時間とを含むＨＴＴＰレスポンスを無線ステーション１０ａに送信するが、このときのレスポンス送信時刻を上記ＨＴＴＰレスポンスの所定領域に書き込んで送信する。そして、ゲートウェイ装置３０は、ステップＳ１０６において受信したＨＴＴＰレスポンスを参照してレスポンス送信時刻を記憶した後、既に記憶しているリクエスト送信時刻とレスポンス送信時刻との差を算出する。そして、ステップＳ１０７において、ゲートウェイ装置３０は、ＷＷＷサーバ装置５０ａから受信している情報伝送所要時間と、求めた差とを加算し、その加算結果を休止状態継続時間として上記ＨＴＴＰレスポンスに挿入し、無線ステーション１０ａに送信する。
なお、リクエスト伝送所要時間と情報伝送所要時間については、いずれも上述した方法によって算出したものをそのまま利用するのではなく、その算出値に対して適当な補正を施し、補正後の値を利用するようにしてもよい。
【００３６】
（３−２）第２変形例
上述したゲートウェイ装置３０、無線ステーション１０及びＷＷＷサーバ装置５０の制御部が実行するコンピュータプログラムは、制御部によって読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭ等の記録媒体に記録して提供することが可能である。また、これらプログラムを、インターネットのようなネットワーク経由でゲートウェイ装置３０、無線ステーション１０及びＷＷＷサーバ装置５０にダウンロードさせることももちろん可能である。
【００３７】
（３−３）第３変形例
なお、本発明は無線ＬＡＮにのみ適用されるものではなく、クライアント装置とサーバ装置との間にゲートウェイ装置のような中継装置が介在して通信を中継するような場合には適用可能である。
また、クライアント装置は通信動作モードを切り換えて通信を行うものであれば、無線による通信を行うものに限らず、有線によって通信を行うものであってもよい。
また、ＷＷＷサーバ装置５０とゲートウェイ装置３０とは、インターネット４０ではなく、専用線によって直接接続されていてもよい。
【００３８】
【発明の効果】
以上説明したように、本発明によれば、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を従来よりも低減させることができる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係るシステムの全体構成を示すブロック図である。
【図２】同システムにおける無線ステーションの構成を示すブロック図である。
【図３】同システムにおけるＷＷＷサーバ装置の構成を示すブロック図である。
【図４】同システムにおけるゲートウェイ装置の構成を示すブロック図である。
【図５】同システムにおけるゲートウェイ装置の制御部が行う動作フローを示す図である。
【図６】同システムにおける動作例を示すシーケンス図である。
【図７】従来の動作例を示すシーケンス図である。
【符号の説明】
１０・・・無線ステーション（クライアント装置）、２０・・・アクセスポイント、３０・・・ゲートウェイ装置（中継装置）、４０・・・インターネット、５０・・・ＷＷＷサーバ装置（サーバ装置）。
Claims (10)
- クライアント装置とサーバ装置との間で通信の中継を行う中継手段と、
前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが前記中継手段によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、
前記サーバ装置が前記クライアント装置宛てに情報を送信し始めた時から、当該情報を前記中継手段が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信手段と、
前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、
前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段と
を備える中継装置。 - 前記予測手段は、前記サーバ装置と自中継装置との間における往復伝搬遅延時間を計算することによって前記リクエスト伝送所要時間を予測する請求項１記載の中継装置。
- 前記予測手段は、前記クライアント装置が送信し前記中継手段が受信した前記リクエストに付与されている送信時刻情報と、当該リクエストに応じて前記サーバ装置が前記クライアント装置宛てに送信し前記中継手段が受信したレスポンスに付与されている送信時刻情報との差を計算することによって、前記リクエスト伝送所要時間を予測する請求項１記載の中継装置。
- クライアント装置から中継装置を経由して送信されてくるリクエストを受信する受信手段と、
前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、
前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、
計算された情報伝送所要時間を前記中継装置に通知する通知手段と
を備えるサーバ装置。 - 通信を行う通信手段と、
前記通信手段が通信を行う通信実行状態と、前記通信手段が通信を行わない通信休止状態とを切り換える制御手段とを備え、
前記通信手段がサーバ装置に対して情報を要求するためのリクエストを送信し、当該リクエストに応じて前記サーバ装置から送信されてくる休止状態継続時間を含むレスポンスを受信すると、前記制御手段は通信実行状態から通信休止状態に切り換えて前記休止状態継続時間だけ通信休止状態を維持するクライアント装置。 - クライアント装置によって送信されてくるリクエストに応じて当該クライアント装置宛てに情報を送信するサーバ装置と、
前記クライアント装置と前記サーバ装置との間で通信の中継を行う中継装置とを備え、
前記サーバ装置は、
前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、
前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、
計算された情報伝送所要時間を前記中継装置に通知する通知手段とを有し、
前記中継装置は、
前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが自中継装置によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測手段と、
前記サーバ装置によって送信されてくる情報伝送所要時間を受信する受信手段と、
前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、
前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを有する通信システム。 - クライアント装置とサーバ装置との間で通信を中継する中継装置が行う通信方法であって、
前記中継装置が、前記クライアント装置から前記サーバ装置宛てに情報を要求するためのリクエストが送信された時から、当該リクエストが自中継装置を経由して前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測ステップと、
前記中継装置が、前記サーバ装置から前記クライアント装置宛てに情報を送信し始めた時から当該情報を自中継装置が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信ステップと、
前記中継装置が、前記予測ステップにおいて予測されたリクエスト伝送所要時間と、前記受信ステップにおいて受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算ステップと、
前記中継装置が、前記計算ステップにおいて計算された休止状態継続時間を前記クライアント装置に通知する通知ステップと
を備える通信方法。 - サーバ装置が、クライアント装置によって送信されてくるリクエストを中継装置を介して受信する受信ステップと、
前記サーバ装置が、前記リクエストによって要求されている情報の情報量と、前記中継装置と自サーバ装置との間の通信路における情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算ステップと、
前記サーバ装置が、前記計算ステップにおいて計算された情報伝送所要時間を前記中継装置に通知する通知ステップと
を備える通信方法。 - クライアント装置が、サーバ装置に対して情報を要求するためのリクエストを送信する送信ステップと、
前記クライアント装置が、前記リクエストに応じて前記サーバ装置から送信されてくる休止状態継続時間を含むレスポンスを受信する受信ステップと、
前記クライアント装置が、通信を行う通信実行状態から通信を行わない通信休止状態に切り換え、前記受信ステップにおいて受信した休止状態継続時間だけは通信休止状態を維持する切替ステップと
を備える通信方法。 - サーバ装置が、クライアント装置によって送信されてくるリクエストを中継装置を介して受信する受信ステップと、
前記サーバ装置が、前記リクエストによって要求されている情報の情報量と、前記中継装置と自サーバ装置との間の通信路における情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算ステップと、
前記サーバ装置が、前記計算ステップにおいて計算された情報伝送所要時間を前記中継装置に通知する所要時間通知ステップと、
前記中継装置が、前記クライアント装置によって前記サーバ装置宛てにリクエストが送信された時から、当該リクエストが自中継装置を経由して前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を予測する予測ステップと、
前記中継装置が、前記所要時間通知ステップにおいて前記サーバ装置によって通知されてくる情報伝送所要時間と、前記予測ステップにおいて予測されたリクエスト伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算ステップと、
前記中継装置が、前記計算ステップにおいて計算された休止状態継続時間を前記クライアント装置に通知する継続時間通知ステップと
を備える通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195203A JP4170838B2 (ja) | 2003-07-10 | 2003-07-10 | 中継装置、通信システム及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195203A JP4170838B2 (ja) | 2003-07-10 | 2003-07-10 | 中継装置、通信システム及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005033431A true JP2005033431A (ja) | 2005-02-03 |
| JP4170838B2 JP4170838B2 (ja) | 2008-10-22 |
Family
ID=34206122
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003195203A Expired - Fee Related JP4170838B2 (ja) | 2003-07-10 | 2003-07-10 | 中継装置、通信システム及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4170838B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009523366A (ja) * | 2006-01-11 | 2009-06-18 | フィッシャー−ローズマウント システムズ， インコーポレイテッド | 無線ネットワークにおけるフィールドデバイスの予測応答時間を用いる制御システム |
| JP2012059279A (ja) * | 2011-11-01 | 2012-03-22 | Casio Comput Co Ltd | サーバ装置、クライアント装置およびプログラム |
| JP2012128849A (ja) * | 2010-12-16 | 2012-07-05 | Palo Alto Research Center Inc | コンテンツセントリックネットワークにおけるエネルギ効率のよいコンテンツ検索 |
-
2003
- 2003-07-10 JP JP2003195203A patent/JP4170838B2/ja not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009523366A (ja) * | 2006-01-11 | 2009-06-18 | フィッシャー−ローズマウント システムズ， インコーポレイテッド | 無線ネットワークにおけるフィールドデバイスの予測応答時間を用いる制御システム |
| EP1979829B1 (en) | 2006-01-11 | 2019-03-13 | Fisher-Rosemount Systems, Inc. | Control system with predictive field device response time over a wireless network |
| EP1979829B2 (en) † | 2006-01-11 | 2022-07-27 | Fisher-Rosemount Systems, Inc. | Control system with predictive field device response time over a wireless network |
| JP2012128849A (ja) * | 2010-12-16 | 2012-07-05 | Palo Alto Research Center Inc | コンテンツセントリックネットワークにおけるエネルギ効率のよいコンテンツ検索 |
| KR101766354B1 (ko) | 2010-12-16 | 2017-08-08 | 팔로 알토 리서치 센터 인코포레이티드 | 콘텐츠 중심 네트워크에서 에너지-효율적 콘텐츠 검색 |
| JP2012059279A (ja) * | 2011-11-01 | 2012-03-22 | Casio Comput Co Ltd | サーバ装置、クライアント装置およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4170838B2 (ja) | 2008-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7558604B2 (en) | Method and apparatus for remote discovery of client and access point settings in a wireless LAN | |
| JP5667303B2 (ja) | ドメインネームサーバプリフェッチングを実行するシステムおよび方法 | |
| US10178614B2 (en) | Power saving Wi-Fi tethering | |
| US8117299B2 (en) | Method and apparatus for scheduling wireless LAN traffic | |
| US10075920B2 (en) | Method and apparatus for controlling traffic in electronic device | |
| KR101840245B1 (ko) | 하트비트 메시지를 송신하는 방법 및 이동 단말기 | |
| KR20020038938A (ko) | 제 1 트랜시버에서 제 2 트랜시버로 위치 추정들을전송하기 위한 방법 및 장치 | |
| KR20030087578A (ko) | 무선 계산 장치의 망 인터페이스 모듈의 전력 소모를관리하기 위한 방법 및 시스템 | |
| US20160309412A1 (en) | Method and apparatus for controlling power consumption of wireless terminal | |
| US20140074916A1 (en) | Client apparatus, computer system, computer readable program storage medium and display method, each for detecting change of display contents in status bar area to display the change | |
| JP4170838B2 (ja) | 中継装置、通信システム及び通信方法 | |
| US20150149531A1 (en) | Dynamically Selected Message Refresh Interval | |
| JP2010237752A (ja) | 遠隔起動装置、遠隔起動方法及び遠隔起動プログラム | |
| JP2007067926A (ja) | 通信装置 | |
| JP2004029936A (ja) | ネットワークシステム、情報処理装置及び電子機器 | |
| WO2021259168A1 (zh) | 移动终端的网络模式控制方法、装置和计算机设备 | |
| EP0894391B1 (en) | System and method for efficient information transfer | |
| KR101997986B1 (ko) | 상호 작용하는 IoT 어플리케이션을 위한 클라우드-포그-클라이언트 삼각 컴퓨팅 방법 및 장치 | |
| US8699347B2 (en) | Communication apparatus, communication system, communication method, and a computer-readable medium | |
| JP2001256135A (ja) | サーバ装置及びｗｅｂシステム | |
| JP2001086167A (ja) | ネットワークシステム、通信端末及び通信方法 | |
| CN104137515A (zh) | 用于使由处于能量待机模式的服务器存储的内容可用的方法和装置 | |
| US20160088520A1 (en) | Information processing device, communication apparatus, terminal, communication processing method, and non-transitory computer readable medium | |
| WO2023169398A1 (zh) | 网络确定方法、网络接入方法、数据传输方法及相关设备 | |
| CN113438265A (zh) | 可穿戴按摩仪的数据传输方法、系统、装置和计算机设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060406 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080512 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080717 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080805 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080807 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130815 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |