JP4170838B2 - Relay device, communication system, and communication method - Google Patents
Relay device, communication system, and communication method Download PDFInfo
- Publication number
- JP4170838B2 JP4170838B2 JP2003195203A JP2003195203A JP4170838B2 JP 4170838 B2 JP4170838 B2 JP 4170838B2 JP 2003195203 A JP2003195203 A JP 2003195203A JP 2003195203 A JP2003195203 A JP 2003195203A JP 4170838 B2 JP4170838 B2 JP 4170838B2
- Authority
- JP
- Japan
- Prior art keywords
- time
- request
- server device
- relay
- information
- 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.)
- Expired - Fee Related
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)
Description
【0001】
【発明の属する技術分野】
本発明は、無線LANの無線ステーションのようなクライアント端末において通信動作モードを適切に切り換えるための技術に関する。
【0002】
【従来の技術】
無線LAN(Local Area Network)においては、無線ステーションが「transmit」、「awake」及び「doze」という3つの通信動作モードを切り換えながらアクセスポイントと通信を行うようになっている。ここで、「transmit」モードとは、無線ステーションがアクセスポイントにデータを送信可能な状態にあることを意味している。このモードにある場合、無線ステーションの送信回路には送信処理に必要な電力が供給されるため、その消費電力は比較的大きい。次に、「awake」モードとは、無線ステーションがアクセスポイントからデータを受信可能な状態にあることを意味しており、給電対象は主として受信回路のみでよいため消費電力は中程度である。そして、「doze」モードとは、無線ステーションがアクセスポイントとの間で送受信を一切行っていない状態を意味しており、その消費電力は非常に小さい。このように複数の通信動作モードが用意されているため、無線ステーションは、アクセスポイントと通信を行う必要がある場合には「transmit」モード或いは「awake」モードに切り換えて送信処理或いは受信処理を行うし、通信を行う必要がない場合には「doze」モードに切り換えて消費電力を節約することができる。なお、以下の説明においては、「transmit」モード及び「awake」モードを合わせて「通信実行状態」といい、「doze」モードを「通信休止状態」という。
【0003】
非特許文献1には、無線ステーションにおいて通信動作モードを切り換えるための仕組みが開示されている。以下、この記載例について図7に示したシーケンスに沿って説明する。なお、図7においては、無線ステーションとWWW(World Wide Web)サーバ装置との間に、通信の中継を行うゲートウェイ装置が介在している場合を想定している。
【0004】
まず、通信実行状態にある無線ステーションは、ファイル名「index.html」のデータファイル(以降、「index.html」ファイルという)を要求するため、GETメソッドを用いたHTTP(Hypertext Transfer Protocol)メッセージ(以降、HTTPリクエストという)をWWWサーバ装置に送信する(ステップS1)。WWWサーバ装置は、ゲートウェイ装置を介して上記HTTPリクエストを受信すると、「index.html」ファイルをメモリから読み出して無線ステーションに送信する(ステップS2)。無線ステーションは、ゲートウェイ装置を介して「index.html」ファイルを受信すると、このファイル内において指定されているテキストオブジェクトや画像オブジェクトなどの複数のオブジェクト1〜nを要求するべく、再度、HTTPリクエストをWWWサーバ装置に送信する(ステップS3)。WWWサーバ装置は、上記HTTPリクエストを受信すると、このリクエストによって要求されているオブジェクト1〜nを1オブジェクトずつ無線ステーションに宛てて送信する。これらの各オブジェクトは、ゲートウェイ装置においてオブジェクト1〜nの全てが揃うまで一時的に記憶(キャッシュ)され、全てのオブジェクトがゲートウェイ装置によってキャッシュされた後に、ゲートウェイ装置から無線ステーションへ連続して転送されるようになっている。
【0005】
このときゲートウェイ装置では、受信したオブジェクトの統計情報に基づいて、WWWサーバ装置からオブジェクト1〜nの全てを受信するまでに要する時間xを予測し、予測した時間xを無線ステーションに通知する。これによって、無線ステーションは、通知された時間xの期間だけは通信休止状態を維持することができる。なぜなら、この時間xにおいては、ゲートウェイ装置がWWWサーバ装置からオブジェクトを受信し続けるだけであって、ゲートウェイ装置と無線ステーションとの間では通信を一切行う必要がないからである。
【0006】
以下、上記時間xの算出手法について具体的に説明する。
まず、ゲートウェイ装置は、オブジェクト1以降の幾つかのオブジェクトを受信した時点で、それらオブジェクトの統計情報に基づいて、オブジェクト1〜nの全てを受信するまでに要するであろう時間x1を算出し(ステップS4)、この時間x1を無線ステーションに通知する(ステップS5)。一方、無線ステーションは、時間x1を受け取るまでは通信実行状態であるが、時間x1を受け取ると、自らの通信動作モードを通信実行状態から通信休止状態へと切り換える。
【0007】
時間xは、より多くの統計情報に基づいて算出した方がより正確な値に近づくことが知られており、上記のようなごく少数の統計情報にのみ基づいた時間x1はあまり正確ではない。よって、ゲートウェイ装置は、時間x1を算出した後、引き続き受信した幾つかのオブジェクトの統計情報を用いて、さらに正確であろうと思われる時間x2を算出する(ステップS6)。一方、無線ステーションは、時間x1を受け取った後、この時間x1が経過するのを待たずに、すぐに通信休止状態から通信実行状態へ切り換えて、ゲートウェイ装置に対し時間xを問い合わせるためのポーリングメッセージを送信する(ステップS7)。このとき、ゲートウェイ装置が時間x2を算出していれば、これを無線ステーションに送信する(ステップS8)。無線ステーションは時間x2を受け取ると直ちに通信休止状態に切り換えるが、上記と同じように、この時間x2が経過するのを待たずに通信実行状態へ切り換えてゲートウェイ装置にポーリングメッセージを送信する。
【0008】
このようにして、ゲートウェイ装置が時間xの予測を何回か試み、最も正確であろうと思われる最終的な所要時間xLastを算出する一方(ステップS9)、無線ステーション側も、通信実行状態と通信休止状態とを適宜切り換えながらポーリングメッセージの送信を何回か試みる(ステップS10)。そして、無線ステーションは最終的な時間xLaxtを取得することができたなら(ステップS11)、以降、この時間xLastの間だけは通信休止状態を維持する。そして、この時間xLastが経過すると、無線ステーションは、通信休止状態から通信実行状態へ切り換え、ポーリングメッセージをゲートウェイ装置に送信する(ステップS12)。このとき、ゲートウェイ装置が全てのオブジェクト1〜nを受信し終わっていれば、これらを順次、無線ステーションに送信する(ステップS13〜ステップS15)。そして、無線ステーションは、受信したオブジェクト1〜nを「index.html」ファイルに記述された内容に従って表示する。
【0009】
【非特許文献1】
ジー、アナスタシ(G.Anastasi),エム、コンティ(M.Conti),イー、グレゴリ(E.Gregori),エイ、パサレラ(A.Passarella),ア・パワーセービング・アーキテクチャ・フォァ・ウェブアクセス・フロム・モバイルコンピュータ(A Power Saving Architecture for Web Access from Mobile Computers),ピサ(イタリア)におけるアイエフアイピー・ティーシー6・ネットワーク協議会会報(Proceeding of the IFIP TC-6 Networking Conference,Pisa(I)),2002年5月19日−24日
【0010】
【発明が解決しようとする課題】
上述した技術によれば、無線ステーションは、ゲートウェイ装置によって通知されてくる時間xに基づいて通信実行状態から通信休止状態に切り替えるようになっている。しかし、その時間xの信頼性が低いために、無線ステーションは頻繁に通信休止状態から通信実行状態に切り換えて、正確な時間xを得ることができるまで何度もポーリングを行わなければならない。即ち、本来は無線ステーションが通信休止状態を維持できるはずの時間内であるのに、通信休止状態から通信実行状態に切り換えなければならないので、その分だけ無駄に電力を消費してしまうことになる。また、通信休止状態と通信休止状態とを切り換える際には瞬間的に大きな電力が必要とされるため、この切替処理を頻繁に行わなければならないこと自体も消費電力を増大させる要因になってしまう。
【0011】
本発明は上記のような背景に鑑みてなされたものであり、その目的は、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を低減させることにある。
【0012】
【課題を解決するための手段】
上記課題を解決するため、本発明は、クライアント装置とサーバ装置との間で通信の中継を行う中継手段と、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが前記中継手段によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、前記中継手段が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測手段と、前記サーバ装置が前記クライアント装置宛てに情報を送信し始めた時から、当該情報を前記中継手段が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを備える中継装置を提供する。
この中継装置によれば、クライアント端末において通信休止状態を継続し得る時間をより正確に予測し、これをクライアント端末に通知する。よって、クライアント端末は必要十分な時間だけ通信休止状態を維持することができる。
【0016】
また、本発明は、クライアント装置によって送信されてくるリクエストに応じて当該クライアント装置宛てに情報を送信するサーバ装置と、前記クライアント装置と前記サーバ装置との間で通信の中継を行う中継装置とを備え、前記サーバ装置は、前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、前記計算手段によって計算された情報伝送所要時間を前記中継装置に通知する通知手段とを有し、前記中継装置は、前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが自中継装置によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、自装置が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測手段と、前記サーバ装置によって送信されてくる情報伝送所要時間を受信する受信手段と、前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを有する通信システムを提供する。
【0017】
【発明の実施の形態】
前述した図7を参照してわかるように、無線ステーションが通信休止状態を維持することができる時間は、無線ステーションがオブジェクト1〜nを要求するためのHTTPリクエストを送信した時から、そのリクエストに応じてWWWサーバ装置からゲートウェイ装置に全てのオブジェクト1〜nが送信されてゲートウェイ装置がこれらを受信し終わった時(即ちキャッシュし終わった時)までの時間である。この時間は、さらに詳細に分析すると、無線ステーションがオブジェクトを要求するためのHTTPリクエストを送信してから、このHTTPリクエストがゲートウェイ装置を経由してWWWサーバ装置に到達した時までに要する時間(以下、「リクエスト伝送所要時間」という)と、WWWサーバ装置が無線ステーション宛てに最初のオブジェクト1が送信し始めたときから、ゲートウェイ装置が最後のオブジェクトnを受信し終わった時までに要する時間(以下、「情報伝送所要時間」という)との和である。
【0018】
本実施形態では、上記の「リクエスト伝送所要時間」と「情報伝送所要時間」とを、それぞれ次のようにして算出するようにしている。
まず、「情報伝送所要時間」については、WWWサーバ装置から無線ステーションに送信すべきオブジェクトの総データ量を、WWWサーバ装置とゲートウェイ装置との間におけるTCP(Transmission Control Protocol)コネクションのデータ伝送速度(bps)で除算することによって求める。TCPコネクションのデータ伝送速度は、WWWサーバ装置とゲートウェイ装置との間で常にほぼ一定値であることが予めわかっているならその値を用いればよいし、一方の装置から所定サイズのパケットを送信してこれに他方の装置が応答してくるまでの時間を検出するなどの周知の手法を用いて取得してもよい。
次に、「リクエスト伝送所要時間」については、ゲートウェイ装置とWWWサーバ装置との間の往復伝搬遅延時間(RTT;Round Trip Time)をもってこのリクエスト伝送所要時間とみなすことにしている。厳密にいえば、無線ステーション及びサーバ装置間のリクエスト伝送所要時間と、ゲートウェイ装置及びWWWサーバ装置間の往復伝搬遅延時間とは少し異なる値を取るであろう。しかしながら、これら両者はいずれも、ゲートウェイ装置から送信されたリクエストがWWWサーバ装置に到達するまでの時間を含んでいるから、大体において、近似する値となると考えることができる。
このようにして得たリクエスト伝送所要時間と情報伝送所要時間との和を通信休止状態を継続し得る休止状態継続時間として無線ステーションに通知すれば、無線ステーションは、この休止状態継続時間の間だけは通信休止状態を維持することができる。
以上が本実施形態の概略である。
【0019】
次に、図面を参照しながら、本発明の実施の一形態について詳細に説明する。なお、図面において、共通する部分には同一の符号が付されている。
(1)構成
図1は、本実施形態に係る通信システムの全体構成を示す図である。図1に示すように、この通信システムは、複数のユーザによりそれぞれクライアント装置として利用される複数の無線ステーション10a〜10dと、複数のアクセスポイント20a〜20dが通信ケーブルによって接続されて形成された無線LAN200と、無線LAN200とインターネット40とを接続するゲートウェイ装置30と、インターネット40に接続された複数のWWWサーバ装置50a、50bとを備えている。なお、図1においては、説明の便宜のため、無線ステーション及びアクセスポイントを4つずつ、そしてWWWサーバ装置を2つしか図示していないが、実際にはこれらはもっと多数存在してもよい。無線ステーション10a〜10dは、いずれもほぼ同様の構成及び動作であるから、以下では、これらを特に区別して説明する必要がある場合を除き、「無線ステーション10」という用語で総称する。アクセスポイント20a〜20dcやWWWサーバ装置50a、50bについても同様に、「アクセスポイント20」や「WWWサーバ装置50」という用語で総称する。
【0020】
無線ステーション10は、オフィス或いは家庭に設置されたデスクトップコンピュータや家電製品などの固定ステーションや、ユーザが携帯可能な携帯電話機やPDA(Personal Digital Assistants)などの移動ステーションである。この無線ステーション10は、図2に示すように、CPU(Central Processing Unit)や各種メモリからなる制御部11と、ハードディスクやEEPROM(Electrically Erasable and Programmable Read Only Memory)などの不揮発性メモリからなる記憶部12と、アクセスポイント20と無線による通信を行うためのアンテナや通信回路からなる無線通信部13と、ユーザによる入力操作を受け付ける操作キーやマウスなどからなる入力操作部14と、各種情報を表示するCRT(Cathode Ray Tube)や液晶ディスプレイなどの表示部15とを備えている。
【0021】
記憶部12には、情報閲覧プログラムであるWWWブラウザソフトウェアが記憶されている。制御部11は、このWWWブラウザソフトウェアを実行することによって、無線LAN200及びインターネット40を介してWWWサーバ装置50にHTTPリクエストを送信したり、WWWサーバ装置50から送信されてくるHTTPレスポンスを受信し、受信したレスポンスに含まれるHTML(Hypertext Markup Language)形式のデータ(以下、HTMLデータという)を解釈して表示部15に表示する。また、記憶部12には、制御部11が、「transmit」、「awake」及び「doze」という3つの通信動作モードを切り換えるための手順が記述されたモード切替プログラムが記憶されている。なお、以下の説明においては、「transmit」モード及び「awake」モードを合わせて「通信実行状態」といい、「doze」モードを「通信休止状態」という。
【0022】
WWWサーバ装置50は、図3に示すように、CPUや各種メモリからなる制御部51と、ハードディスクなどの不揮発性メモリからなる記憶部52と、インターネット40に接続されてこのインターネット40を介して通信を行う通信部53とを備えている。記憶部52には、テキスト、画像或いはオーディオなどの様々な情報と、無線ステーション10とHTTPに基づいてデータ通信を行うためのWWWサーバソフトウェアとが記憶されている。このWWWサーバソフトウェアには、WWWサーバ装置50とゲートウェイ装置30との間におけるTCPコネクションのデータ伝送速度を検出するための手順が記述されている。制御部51は、このWWWサーバプログラムを実行して、適宜、TCPコネクションのデータ伝送速度を検出し、これを取得しておくことができる。また、WWWサーバソフトウェアには、無線ステーション10に送信すべきデータの総データ量を上記データ伝送速度で除算することによって、WWWサーバ装置50が無線ステーション10宛てにデータを送信し始めた時から当該データをゲートウェイ装置30が受信し終わる時までに要する情報伝送所要時間を計算するための手順が記述されている。このようにして計算された情報伝送所要時間は、WWWサーバ装置50からゲートウェイ装置30に通知されるようになっている。
【0023】
ゲートウェイ装置30は、WWWサーバ装置50と無線ステーション10との間でデータ通信の中継処理を行う。このゲートウェイ装置30は、図4に示すように、CPUや各種メモリからなる制御部31と、ハードディスクなどの不揮発性メモリからなる記憶部32と、インターネット40に接続されてこのインターネット40を介してWWWサーバ装置50と通信を行うインターネット通信部33と、無線LAN200に接続されてこの無線LAN200を介して無線ステーション10とデータ通信を行うLAN通信部34とを備えている。制御部31は、図示せぬクロック回路から出力されるクロック信号に基づいて、時間を計測する計時機能を備えている。記憶部32には、無線ステーション10とWWWサーバ装置50との間で中継処理を行うための手順が記述された中継プログラムが記憶されている。この中継プログラムには、制御部31が往復伝搬遅延時間RTTを計算することによってリクエスト伝送所要時間を予測するための手順が記述されている。また、記憶部32には、WWWサーバ装置50によって無線ステーション10宛てに送信されてくるデータを一時的に記憶するためのキャッシュ領域が設けられている。
【0024】
(2)動作
図5は、ゲートウェイ装置30の制御部31が上記中継プログラムに記述された手順に従って行う動作フローを示す図である。
図5において、制御部31は、インターネット通信部33或いはLAN通信部34がメッセージを受信したことを検知すると(ステップS51;Yes)、受信したメッセージがHTTPメッセージかポーリングメッセージかを判断する(ステップS52)。HTTPメッセージであれば(ステップS52;HTTP)、制御部31は、受信したHTTPメッセージがHTTPリクエストかHTTPレスポンスかを判断し(ステップS53)、これがHTTPリクエストであれば(ステップS53;リクエスト)、そのHTTPリクエストを受信した時刻(以下、リクエスト受信時刻という)を記憶部32の所定領域に記憶する(ステップS54)。このとき、制御部31は、受信したHTTPリクエストのオプションフィールドである「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、上記リクエスト受信時刻を容易に認識できる。
【0025】
次いで、制御部31は、上記HTTPリクエストをその宛先であるWWWサーバ装置50に送信する(ステップS55)。この後、上記HTTPリクエストに応じてWWWサーバ装置50からHTTPレスポンスが送信されてくる。制御部31は、上述したようなステップS51〜ステップS53の手順を踏んで、HTTPレスポンスを受信したことを検知すると(ステップS53;レスポンス)、そのレスポンスにテキストや画像などのオブジェクトが含まれているか否かを判断する(ステップS56)。オブジェクトが含まれていなければ(ステップS56;No)、制御部31は、受信したHTTPレスポンスはオブジェクトを含まない「index.html」ファイルなどのHTMLファイルであると判断し、このレスポンス内に情報伝送所要時間が含まれているか否かを判断する(ステップS58)。情報伝送所要時間が含まれていれば(ステップS58;Yes)、制御部31は、そのレスポンスを受信した時刻(以下、レスポンス受信時刻という)を記憶部32の所定領域に記憶する(ステップS59)。このとき、制御部31は、受信したHTTPレスポンスの「タイムスタンプ」フィールドを参照すれば、上述した計時機能によって計測された受信時刻が記述されているはずであるから、容易にレスポンス受信時刻を認識できる。
【0026】
次に、制御部31は、ステップS59において記憶したレスポンス受信時刻と、それに先だってステップS54において記憶したリクエスト受信時刻との差を計算することによって、ゲートウェイ装置30とWWWサーバ装置50との間の往復伝搬遅延時間RTTを求める(ステップS60)。次いで、制御部31は、求めた往復伝搬遅延時間RTTと、ステップS58において既に検出している情報伝送所要時間とを加算する。そして、制御部31は、この加算結果を休止状態継続時間として上記HTTPレスポンスの所定領域に挿入して(ステップS61)、無線ステーション10に送信する(ステップS55)。前述したように、この休止状態継続時間は無線ステーション10が通信を行う必要がない時間である。従って、無線ステーション10はゲートウェイ装置30によって休止状態継続時間が通知されてくると、直ちに通信実行状態から通信休止状態へと切り換えて、その休止状態継続時間の間だけは通信休止状態を維持する。
【0027】
一方、ステップS56において、受信したHTTPレスポンスにオブジェクトが含まれていれば(ステップS56;Yes)、制御部31は、そのオブジェクトを記憶部32のキャッシュ領域に記憶する(ステップS57)。WWWサーバ装置50から無線ステーション10宛に複数のオブジェクトが連続して送信されてくる場合には、制御部31は、上記ステップS51〜S53及びステップS56〜S57)の手順を踏んで、受信したオブジェクトを次々とキャッシュ領域に記憶することになる。
【0028】
そして、ステップS52において受信したメッセージがポーリングメッセージであった場合(ステップS52;ポーリング)、制御部31は、そのポーリングメッセージを送信してきた無線ステーション10を宛先とする全てのオブジェクトを記憶部32のキャッシュ領域に記憶し終わっているか否かを判断する(ステップS62)。記憶し終わっていなければ(ステップS62;No)、制御部31はその旨を無線ステーション10に返信するし(ステップS63)、記憶し終わっていれば(ステップS62;Yes)、制御部31は、キャッシュ領域からオブジェクトを1つずつ読み出し(ステップS64)、これらを順次無線ステーション10に送信する(ステップS55)。
【0029】
次に、図6を参照しながら、システム全体の動作例について説明する。なお、図6においては、無線ステーション10aがWWWサーバ装置50aにアクセスし、ファイル名「index.html」のデータファイル(「index.html」ファイルという)を取得する場合を例に挙げて説明する。
まず、通信実行状態にある無線ステーション10aは、「index.html」ファイルを要求するため、HTTPリクエストをWWWサーバ装置50aに送信する(ステップS101)。ゲートウェイ装置30は、受信したHTTPリクエストの「タイムスタンプ」フィールドを参照し、リクエスト受信時刻を記憶部32に記憶する(ステップS102)。次いで、ゲートウェイ装置30は、上記HTTPリクエストをWWWサーバ装置50aに転送する(ステップS103)。
【0030】
WWWサーバ装置50aは、上記HTTPリクエストを受信すると、まず、このHTTPリクエストによって要求されている「index.html」ファイル内の全てのオブジェクト(オブジェクト1〜n)の総データ量を、予め検出しているTCPコネクションのデータ伝送速度で除算して情報伝送所要時間を計算する(ステップS104)。次に、WWWサーバ装置50aは、「index.html」ファイルと上記情報伝送所要時間を含むHTTPレスポンスを無線ステーション10a宛てに送信する(ステップS105)。ゲートウェイ装置30は、このHTTPレスポンスを受信すると、このHTTPレスポンスの「タイムスタンプ」フィールドを参照し、レスポンス受信時刻を記憶部32に記憶する。さらにゲートウェイ装置30は、このレスポンス受信時刻と、それに先だって既に記憶しているリクエスト受信時刻との差を計算することによって往復伝搬遅延時間RTTを求める(ステップS106)。そして、ゲートウェイ装置30は、WWWサーバ装置50aから受信している情報伝送所要時間と、求めた往復伝搬遅延時間RTTとを加算し、その加算結果を休止状態継続時間として上記HTTPレスポンスに挿入し、無線ステーション10aに送信する(ステップS107)。
【0031】
無線ステーション10aは、上記HTTPレスポンスを受信すると、このレスポンスの中から「index.html」ファイルと休止状態継続時間とを抽出し、「index.html」ファイル内において指定されているオブジェクト1〜nを要求するためのHTTPリクエストをWWWサーバ装置50aに送信する(ステップS108)。この後、無線ステーション10aは、モード切替プログラムの手順に従って直ちに通信実行状態から通信休止状態に切り換えて(ステップS109)、上記休止状態継続時間の間だけは通信休止状態を維持する。
【0032】
一方、WWWサーバ装置50aは、ゲートウェイ装置30を介して上記HTTPリクエストを受信すると、このリクエストによって要求されているオブジェクト1〜nを1オブジェクトずつ無線ステーション10aに宛てて送信する(ステップS110〜S113)。これらの各オブジェクトは、ゲートウェイ装置30においてオブジェクト1〜nの全てが揃うまで一時的に記憶(キャッシュ)される。
【0033】
さて、無線ステーション10aは、ステップS109の時点から休止状態継続時間が経過すると、モード切替プログラムの手順に従って通信休止状態から通信実行状態へ切り換えて(ステップS114)、ゲートウェイ装置30に対しオブジェクトを要求するためのポーリングメッセージを送信する(ステップS115)。このとき、ゲートウェイ装置30が全てのオブジェクト1〜nを受信しキャッシュし終わっていれば、これらを順次、無線ステーション10aに送信する(ステップS116〜S119)。そして、無線ステーション10aは、受信したオブジェクト1〜nを「index.html」に記述された内容に従って表示部15に表示する。
【0034】
以上のように、本実施形態によれば、ゲートウェイ装置30とWWWサーバ装置50とが連携することによって、無線ステーション10において通信休止状態を継続し得る時間をより正確に予測可能となるので、無線ステーション10における消費電力を低減させることができる。
【0035】
(3)変形例
本発明は、上述した実施形態に限定されず、次のような変更が可能である。
(3−1)第1変形例
実施形態では、リクエスト伝送所要時間が、ゲートウェイ装置30とWWWサーバ装置50との間の往復伝搬遅延時間RTTとほぼ同値であるとみなしていた。しかし、無線ステーション10の計時機能とWWWサーバ装置50の計時機能とがほぼ正確に同期して計時処理を行うことが保証されていれば、次のようにしてもよい。
即ち、無線ステーション10が送信したHTTPリクエストに付与されている送信時刻と、WWWサーバ装置50が無線ステーション10宛てに送信したHTTPレスポンスに付与されている送信時刻との差をゲートウェイ装置30が計算し、これをリクエスト伝送所要時間とみなしてもよい。具体的には、図6のステップS101において、通信実行状態にある無線ステーション10aが「index.html」ファイルを要求するためのHTTPリクエストをWWWサーバ装置50aに送信する際にそのリクエスト送信時刻をHTTPリクエストの所定領域に書き込んでおく。ゲートウェイ装置30は、ステップS102において受信したHTTPリクエストを参照してリクエスト送信時刻を記憶した後に、ステップS103において上記HTTPリクエストをWWWサーバ装置50aに転送する。一方、WWWサーバ装置50aは、ゲートウェイ装置30を介して上記HTTPリクエストを受信すると、ステップS105において「index.html」ファイルと情報伝送所要時間とを含むHTTPレスポンスを無線ステーション10aに送信するが、このときのレスポンス送信時刻を上記HTTPレスポンスの所定領域に書き込んで送信する。そして、ゲートウェイ装置30は、ステップS106において受信したHTTPレスポンスを参照してレスポンス送信時刻を記憶した後、既に記憶しているリクエスト送信時刻とレスポンス送信時刻との差を算出する。そして、ステップS107において、ゲートウェイ装置30は、WWWサーバ装置50aから受信している情報伝送所要時間と、求めた差とを加算し、その加算結果を休止状態継続時間として上記HTTPレスポンスに挿入し、無線ステーション10aに送信する。
なお、リクエスト伝送所要時間と情報伝送所要時間については、いずれも上述した方法によって算出したものをそのまま利用するのではなく、その算出値に対して適当な補正を施し、補正後の値を利用するようにしてもよい。
【0036】
(3−2)第2変形例
上述したゲートウェイ装置30、無線ステーション10及びWWWサーバ装置50の制御部が実行するコンピュータプログラムは、制御部によって読み取り可能な磁気記録媒体、光記録媒体あるいはROM等の記録媒体に記録して提供することが可能である。また、これらプログラムを、インターネットのようなネットワーク経由でゲートウェイ装置30、無線ステーション10及びWWWサーバ装置50にダウンロードさせることももちろん可能である。
【0037】
(3−3)第3変形例
なお、本発明は無線LANにのみ適用されるものではなく、クライアント装置とサーバ装置との間にゲートウェイ装置のような中継装置が介在して通信を中継するような場合には適用可能である。
また、クライアント装置は通信動作モードを切り換えて通信を行うものであれば、無線による通信を行うものに限らず、有線によって通信を行うものであってもよい。
また、WWWサーバ装置50とゲートウェイ装置30とは、インターネット40ではなく、専用線によって直接接続されていてもよい。
【0038】
【発明の効果】
以上説明したように、本発明によれば、無線ステーションのようなクライアント端末において通信休止状態を継続し得る時間をより正確に予測し、クライアント端末における消費電力を従来よりも低減させることができる。
【図面の簡単な説明】
【図1】 本発明の実施の一形態に係るシステムの全体構成を示すブロック図である。
【図2】 同システムにおける無線ステーションの構成を示すブロック図である。
【図3】 同システムにおけるWWWサーバ装置の構成を示すブロック図である。
【図4】 同システムにおけるゲートウェイ装置の構成を示すブロック図である。
【図5】 同システムにおけるゲートウェイ装置の制御部が行う動作フローを示す図である。
【図6】 同システムにおける動作例を示すシーケンス図である。
【図7】 従来の動作例を示すシーケンス図である。
【符号の説明】
10・・・無線ステーション(クライアント装置)、20・・・アクセスポイント、30・・・ゲートウェイ装置(中継装置)、40・・・インターネット、50・・・WWWサーバ装置(サーバ装置)。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for appropriately switching a communication operation mode in a client terminal such as a wireless LAN wireless station.
[0002]
[Prior art]
In a wireless local area network (LAN), a wireless station communicates with an access point while switching between three communication operation modes of “transmit”, “awake”, and “doze”. Here, the “transmit” mode means that the wireless station is in a state where it can transmit data to the access point. In this mode, the power required for transmission processing is supplied to the transmission circuit of the wireless station, so that the power consumption is relatively large. Next, the “awake” mode means that the wireless station is in a state in which data can be received from the access point, and power consumption is moderate because only the receiving circuit needs to be fed. The “doze” mode means a state in which the wireless station is not performing any transmission / reception with the access point, and its power consumption is very small. Since a plurality of communication operation modes are prepared in this way, the wireless station performs transmission processing or reception processing by switching to the “transmit” mode or the “awake” mode when it is necessary to communicate with the access point. However, when communication is not required, the power consumption can be saved by switching to the “doze” mode. In the following description, the “transmit” mode and the “awake” mode are collectively referred to as “communication execution state”, and the “doze” mode is referred to as “communication suspension state”.
[0003]
Non-Patent
[0004]
First, since a wireless station in a communication execution state requests a data file with a file name “index.html” (hereinafter referred to as “index.html” file), an HTTP (Hypertext Transfer Protocol) message (using a GET method) ( Hereinafter, the HTTP request is transmitted to the WWW server device (step S1). When receiving the HTTP request via the gateway device, the WWW server device reads the “index.html” file from the memory and transmits it to the wireless station (step S2). When the wireless station receives the “index.html” file via the gateway device, it again issues an HTTP request to request a plurality of
[0005]
At this time, the gateway device predicts the time x required to receive all the
[0006]
Hereinafter, a method for calculating the time x will be described in detail.
First, the gateway device calculates a time x1 that would be required to receive all of the
[0007]
The time x is known to be closer to a more accurate value when calculated based on more statistical information, and the time x1 based on only a small number of statistical information as described above is not very accurate. Therefore, after calculating the time x1, the gateway device calculates the time x2 that is expected to be more accurate using the statistical information of some objects that have been continuously received (step S6). On the other hand, after receiving the time x1, the wireless station immediately switches from the communication suspension state to the communication execution state without waiting for the time x1 to elapse, and inquires the gateway device about the time x. Is transmitted (step S7). At this time, if the gateway device has calculated the time x2, this is transmitted to the wireless station (step S8). When the wireless station receives the time x2, the wireless station immediately switches to the communication suspension state. However, as described above, the wireless station switches to the communication execution state without waiting for the time x2 to elapse and transmits a polling message to the gateway device.
[0008]
In this way, the gateway device tries to predict the time x several times and calculates the final required time xLast that seems to be most accurate (step S9), while the wireless station side also communicates with the communication execution state and communication. Attempting to send a polling message several times while switching the dormant state as appropriate (step S10). If the wireless station can obtain the final time xLaxt (step S11), the wireless station maintains the communication suspension state only during this time xLast. When this time xLast has elapsed, the wireless station switches from the communication suspension state to the communication execution state, and transmits a polling message to the gateway device (step S12). At this time, if the gateway device has received all the
[0009]
[Non-Patent Document 1]
G. Anastasi, M. Conti, E. Gregori, A. Passarella, A Power Saving Architecture for Web Access from Mobile Computers (A Power Saving Architecture for Web Access from Mobile Computers), Proceeding of the IFIP TC-6 Networking Conference, Pisa (I), 2002 May 19-24
[0010]
[Problems to be solved by the invention]
According to the technique described above, the wireless station switches from the communication execution state to the communication suspension state based on the time x notified by the gateway device. However, since the reliability of the time x is low, the wireless station must frequently switch from the communication suspension state to the communication execution state and perform polling many times until the accurate time x can be obtained. In other words, the wireless station must be switched from the communication suspension state to the communication execution state while it is within the time that the wireless station should be able to maintain the communication suspension state. . Further, since a large amount of power is instantaneously required when switching between the communication suspension state and the communication suspension state, the fact that this switching process must be frequently performed itself also increases the power consumption. .
[0011]
The present invention has been made in view of the background as described above, and its purpose is to more accurately predict the time during which a communication stop state can be continued in a client terminal such as a wireless station, and to reduce the power consumption in the client terminal. It is to reduce.
[0012]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention provides a relay unit that relays communication between a client device and a server device, and a time when the client device transmits a request for requesting information to the server device. , The request transmission time required until the request is relayed by the relay means and reaches the server device. By calculating the round-trip propagation delay time from when the relay means transmits the request to the server device until the server device receives a response to the request. Predicting means for predicting and receiving for receiving, from the server device, an information transmission time required from when the server device starts transmitting information to the client device until when the relay device finishes receiving the information. Based on the request, the request transmission required time predicted by the prediction means, and the information transmission required time received by the receiving means, a dormant state duration time capable of continuing a state in which no communication is performed in the client device is obtained. There is provided a relay device comprising a calculating means for calculating and a notifying means for notifying the client device of a dormant state duration calculated by the calculating means.
According to this relay device, a time during which the communication stop state can be continued in the client terminal is predicted more accurately, and this is notified to the client terminal. Therefore, the client terminal can maintain the communication suspension state for a necessary and sufficient time.
[0016]
In addition, the present invention Is A server device that transmits information to the client device in response to a request transmitted by the client device, and a relay device that relays communication between the client device and the server device, the server device Includes an acquisition unit that acquires an information transmission rate on a communication path between the relay device and the server device, an information amount of information requested by the request, and an information transmission rate acquired by the acquisition unit. Based on the calculation means for calculating the information transmission time required from when the information starts to be sent to the client device until the relay device finishes receiving the transmitted information, By the calculation means A notification means for notifying the relay device of the calculated information transmission time, and the relay device transmits the request for requesting information from the client device to the server device. Is the request transmission time required until the time when the message is relayed by the local relay device and reaches the server device By calculating the round-trip propagation delay time from when the own device transmits the request to the server device until the server device receives a response to the request. Predicting means for predicting, receiving means for receiving the required information transmission time transmitted by the server device, required request transmission time predicted by the predicting means, and required information transmission time received by the receiving means And calculating means for calculating a dormant state duration that can continue a state in which no communication is performed in the client device, and notifying means for notifying the client device of the dormant state duration calculated by the calculating unit. A communication system is provided.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
As can be seen with reference to FIG. 7 described above, the time during which the wireless station can maintain the communication suspension state is from the time when the wireless station transmits the HTTP request for requesting the
[0018]
In the present embodiment, the “request transmission time” and the “information transmission time” are calculated as follows.
First, regarding the “information transmission time”, the total data amount of objects to be transmitted from the WWW server device to the wireless station is determined by the data transmission speed (TCP (Transmission Control Protocol) connection between the WWW server device and the gateway device ( by dividing by bps). If it is known in advance that the data transmission speed of the TCP connection is always a substantially constant value between the WWW server device and the gateway device, that value may be used, or a packet of a predetermined size is transmitted from one device. Alternatively, it may be obtained by using a known method such as detecting the time until the other device responds to this.
Next, regarding the “request transmission required time”, the round trip propagation delay time (RTT; Round Trip Time) between the gateway device and the WWW server device is regarded as this request transmission required time. Strictly speaking, the request transmission time between the wireless station and the server device and the round-trip propagation delay time between the gateway device and the WWW server device will take slightly different values. However, since both of these include the time until the request transmitted from the gateway device reaches the WWW server device, it can be considered that these values are approximate values.
If the wireless station is notified of the sum of the request transmission time and the information transmission time obtained in this way as a sleep state duration time in which the communication sleep state can be continued, the wireless station can only perform during this sleep state duration time. Can maintain the communication suspension state.
The above is the outline of this embodiment.
[0019]
Next, an embodiment of the present invention will be described in detail with reference to the drawings. In the drawings, common parts are denoted by the same reference numerals.
(1) Configuration
FIG. 1 is a diagram illustrating an overall configuration of a communication system according to the present embodiment. As shown in FIG. 1, this communication system is formed by connecting a plurality of
[0020]
The
[0021]
The
[0022]
As shown in FIG. 3, the
[0023]
The
[0024]
(2) Operation
FIG. 5 is a diagram illustrating an operation flow performed by the
In FIG. 5, when the
[0025]
Next, the
[0026]
Next, the
[0027]
On the other hand, if an object is included in the received HTTP response in step S56 (step S56; Yes), the
[0028]
When the message received in step S52 is a polling message (step S52; polling), the
[0029]
Next, an operation example of the entire system will be described with reference to FIG. In FIG. 6, a case where the
First, the
[0030]
Upon receiving the HTTP request, the
[0031]
When the
[0032]
On the other hand, when receiving the HTTP request via the
[0033]
The
[0034]
As described above, according to the present embodiment, since the
[0035]
(3) Modification
The present invention is not limited to the above-described embodiment, and the following modifications are possible.
(3-1) First modification
In the embodiment, the request transmission time is considered to be almost the same as the round-trip propagation delay time RTT between the
That is, the
As for the request transmission time and the information transmission time, the values calculated by the above-described method are not used as they are, but the calculated values are appropriately corrected, and the corrected values are used. You may do it.
[0036]
(3-2) Second modification
The computer program executed by the control unit of the
[0037]
(3-3) Third modification
The present invention is not applied only to a wireless LAN, but can be applied to a case where a relay device such as a gateway device is interposed between a client device and a server device to relay communication.
Further, the client device is not limited to performing wireless communication as long as it performs communication by switching the communication operation mode, and may perform communication by wire.
Moreover, the
[0038]
【The invention's effect】
As described above, according to the present invention, it is possible to more accurately predict the time during which a communication suspension state can be continued in a client terminal such as a wireless station, and to reduce power consumption in the client terminal as compared with the conventional case.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a radio station in the system.
FIG. 3 is a block diagram showing a configuration of a WWW server apparatus in the system.
FIG. 4 is a block diagram showing a configuration of a gateway device in the system.
FIG. 5 is a diagram illustrating an operation flow performed by a control unit of the gateway device in the system.
FIG. 6 is a sequence diagram showing an operation example in the system.
FIG. 7 is a sequence diagram showing a conventional operation example.
[Explanation of symbols]
DESCRIPTION OF
Claims (4)
前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが前記中継手段によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、前記中継手段が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測手段と、
前記サーバ装置が前記クライアント装置宛てに情報を送信し始めた時から、当該情報を前記中継手段が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信手段と、
前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、
前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段と
を備える中継装置。Relay means for relaying communication between the client device and the server device;
Wherein a request to the client device requests information from the time of sending to the server device addressed, the request transmission time required by the time the request reaches the server device is relayed by the relay unit, the relay A prediction means for predicting by calculating a round-trip propagation delay time from when the means transmits the request to the server device until receiving a response of the server device to the request ;
Receiving means for receiving the information transmission time required from when the server apparatus starts transmitting information to the client apparatus until when the relay means finishes receiving the information from the server apparatus;
Calculation for calculating a dormant state continuation time during which no communication is performed in the client device based on the request transmission time predicted by the prediction unit and the information transmission time received by the receiving unit Means,
A relay unit comprising: a notification unit configured to notify the client device of a dormant state duration calculated by the calculation unit.
前記クライアント装置と前記サーバ装置との間で通信の中継を行う中継装置とを備え、
前記サーバ装置は、
前記中継装置と自サーバ装置との間の通信路における情報伝送速度を取得する取得手段と、
前記リクエストによって要求されている情報の情報量と前記取得手段によって取得された情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から、送信された前記情報を前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算手段と、
前記計算手段によって計算された情報伝送所要時間を前記中継装置に通知する通知手段とを有し、
前記中継装置は、
前記クライアント装置が情報を要求するためのリクエストを前記サーバ装置宛てに送信した時から、当該リクエストが自中継装置によって中継されて前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、自装置が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測手段と、
前記サーバ装置によって送信されてくる情報伝送所要時間を受信する受信手段と、
前記予測手段によって予測されたリクエスト伝送所要時間と、前記受信手段によって受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算手段と、
前記計算手段によって計算された休止状態継続時間を前記クライアント装置に通知する通知手段とを有する通信システム。A server device that transmits information to the client device in response to a request transmitted by the client device;
A relay device that relays communication between the client device and the server device;
The server device
An acquisition means for acquiring an information transmission rate in a communication path between the relay device and the server device;
Based on the information amount of the information requested by the request and the information transmission rate acquired by the acquisition unit, the transmitted information is relayed from the time when the information is started to be transmitted to the client device. A calculation means for calculating the information transmission time required until the device finishes receiving;
Notification means for notifying the relay device of the information transmission time calculated by the calculation means ;
The relay device is
The request transmission time required from the time when the client device transmits a request for requesting information to the server device to the time when the request is relayed by the own relay device and reaches the server device. Predicting means for predicting by calculating a round-trip propagation delay time from when the request is transmitted to the server device until a response of the server device to the request is received ;
Receiving means for receiving the information transmission time transmitted by the server device;
Calculation for calculating a dormant state continuation time during which no communication is performed in the client device based on the request transmission time predicted by the prediction unit and the information transmission time received by the receiving unit Means,
A communication system comprising: notification means for notifying the client device of a dormant state duration calculated by the calculation means.
前記中継装置が、前記クライアント装置から前記サーバ装置宛てに情報を要求するためのリクエストが送信された時から、当該リクエストが自中継装置を経由して前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、自装置が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測ステップと、
前記中継装置が、前記サーバ装置から前記クライアント装置宛てに情報を送信し始めた時から当該情報を自中継装置が受信し終わる時までに要する情報伝送所要時間を前記サーバ装置から受信する受信ステップと、
前記中継装置が、前記予測ステップにおいて予測されたリクエスト伝送所要時間と、前記受信ステップにおいて受信された情報伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算ステップと、
前記中継装置が、前記計算ステップにおいて計算された休止状態継続時間を前記クライアント装置に通知する通知ステップと
を備える通信方法。A communication method performed by a relay device that relays communication between a client device and a server device,
Request transmission required from when the relay device transmits a request for requesting information to the server device from the client device to when the request reaches the server device via its own relay device A prediction step for predicting a required time by calculating a round-trip propagation delay time from when the device transmits the request to the server device until receiving a response of the server device with respect to the request ;
A receiving step of receiving, from the server device, an information transmission time required from when the relay device starts transmitting information to the client device from the server device to when the relay device finishes receiving the information; ,
Suspension state continuation in which the relay apparatus can continue a state in which communication is not performed in the client apparatus based on the request transmission required time predicted in the prediction step and the information transmission required time received in the reception step A calculation step for calculating time;
A notification step in which the relay device notifies the client device of a dormant state duration calculated in the calculation step.
前記サーバ装置が、前記リクエストによって要求されている情報の情報量と、前記中継装置と自サーバ装置との間の通信路における情報伝送速度とに基づいて、当該情報を前記クライアント装置宛てに送信し始めた時から前記中継装置が受信し終わる時までに要する情報伝送所要時間を計算する計算ステップと、
前記サーバ装置が、前記計算ステップにおいて計算された情報伝送所要時間を前記中継装置に通知する所要時間通知ステップと、
前記中継装置が、前記クライアント装置によって前記サーバ装置宛てにリクエストが送信された時から、当該リクエストが自中継装置を経由して前記サーバ装置に到達する時までに要するリクエスト伝送所要時間を、自装置が当該リクエストを前記サーバ装置に送信してから当該リクエストに対する当該サーバ装置の応答を受信するまでの往復伝搬遅延時間を計算することによって予測する予測ステップと、
前記中継装置が、前記所要時間通知ステップにおいて前記サーバ装置によって通知されてくる情報伝送所要時間と、前記予測ステップにおいて予測されたリクエスト伝送所要時間とに基づいて、前記クライアント装置において通信を行わない状態を継続し得る休止状態継続時間を計算する計算ステップと、
前記中継装置が、前記計算ステップにおいて計算された休止状態継続時間を前記クライアント装置に通知する継続時間通知ステップと
を備える通信方法。A receiving step in which the server device receives the request transmitted by the client device via the relay device;
The server device transmits the information to the client device based on the amount of information requested by the request and the information transmission speed on the communication path between the relay device and the server device. A calculation step for calculating an information transmission time required from the start to the time when the relay device finishes receiving;
A required time notification step in which the server device notifies the relay device of the information transmission required time calculated in the calculating step;
The relay apparatus, from the time the request is sent to the server device addressed by the client device, a request transmission time required by the time the request reaches the server device via the own relay device, the own device A prediction step of predicting by calculating a round-trip propagation delay time from when the request is transmitted to the server device until a response of the server device to the request is received ;
The relay device does not perform communication in the client device based on the information transmission required time notified by the server device in the required time notification step and the request transmission required time predicted in the prediction step Calculating a hibernation duration that can continue
A duration notification step in which the relay device notifies the client device of a dormant state duration calculated in the calculation step.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195203A JP4170838B2 (en) | 2003-07-10 | 2003-07-10 | Relay device, communication system, and communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195203A JP4170838B2 (en) | 2003-07-10 | 2003-07-10 | Relay device, communication system, and communication method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005033431A JP2005033431A (en) | 2005-02-03 |
| JP4170838B2 true JP4170838B2 (en) | 2008-10-22 |
Family
ID=34206122
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003195203A Expired - Fee Related JP4170838B2 (en) | 2003-07-10 | 2003-07-10 | Relay device, communication system, and communication method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4170838B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1980066B1 (en) * | 2006-01-11 | 2019-05-29 | Fisher-Rosemount Systems, Inc. | Control system with wireless address domain to field device address domain translation |
| US8644211B2 (en) | 2010-12-16 | 2014-02-04 | Palo Alto Research Center Incorporated | Energy-efficient content retrieval in content-centric networks |
| JP5327303B2 (en) * | 2011-11-01 | 2013-10-30 | カシオ計算機株式会社 | Server device, client device, and program |
-
2003
- 2003-07-10 JP JP2003195203A patent/JP4170838B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005033431A (en) | 2005-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7558604B2 (en) | Method and apparatus for remote discovery of client and access point settings in a wireless LAN | |
| US10178614B2 (en) | Power saving Wi-Fi tethering | |
| CN109936588B (en) | A kind of Internet of things data transmission method, equipment and system | |
| CN104798071B (en) | Improving Website Performance Using Edge Servers in a Fog Computing Architecture | |
| EP1603300A2 (en) | System and method for efficient information transfer | |
| US8117299B2 (en) | Method and apparatus for scheduling wireless LAN traffic | |
| KR20020038938A (en) | Method and apparatus for transferring location estimates from a first transceiver to a second transceiver | |
| US10075920B2 (en) | Method and apparatus for controlling traffic in electronic device | |
| JP2013541772A (en) | System and method for performing domain name server prefetching | |
| KR101796532B1 (en) | System for saving energy through controlling of sleep mode and method for operating system | |
| US9501126B1 (en) | Power management in a wireless local area network | |
| JP2008187425A (en) | Relay device, program, and relay method | |
| CN105657000A (en) | Message transmission method and device | |
| EP2918138B1 (en) | Method and apparatus for providing web service in wireless communication system | |
| US8620997B2 (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 (en) | Relay device, communication system, and communication method | |
| JP2010237752A (en) | Remote starting apparatus, remote starting method, and remote starting program | |
| JP5593781B2 (en) | Terminal and communication control method | |
| JP3945390B2 (en) | Network device control system, server, and transmission control method | |
| CN118075278A (en) | Data transmission method, device, equipment and medium | |
| CN113542424B (en) | Data processing method, device, equipment and readable storage medium | |
| AU715020B2 (en) | System and method for efficient information transfer | |
| CN115190157A (en) | RPC timeout mechanism setting method, device, equipment and medium | |
| KR101997986B1 (en) | Method and Apparatus for Cloud-Fog-Client Triangular Computing for Interactive IoT Applications | |
| JP5848196B2 (en) | Mobile terminal, bearer selection method |
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 |