JP2005130436A - 通信システム、基地局、端末局、通信装置、通信管理方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】 端末局において、アプリケーションの種類および／または通信特性（通信パターンや通信状況等）に応じてビーコン信号を受信する周期を最適に設定する。
【解決手段】 無線通信システム１は、基地局１０から定期的に送信されるビーコン信号に基づいて基地局１０から端末局３０を特定して、特定された端末局３０に送信すべきデータの有無と次のビーコン信号の送信周期とをビーコン信号によって通知する。端末局３０の端末側無線通信部３６は、ビーコン信号の送信周期の設定要求を基地局１０に対して送信する。基地局１０の通信制御部１５は、端末局３０より受信した設定要求に基づいてビーコン信号の送信周期を設定する。これにより、端末局３０は、自己のビーコンの受信周期を最適化できるためにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、消費電力を抑えることができる。
【選択図】 図１

Description

本発明は、無線ＬＡＮ（Local Area Network）などの通信システム、基地局、端末局、通信装置、通信管理方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体に関するものである。

基地局と端末局とで構成される無線ＬＡＮにおいては、端末局の消費電力を最小に抑える要求がある。

ある種の無線ＬＡＮでは、基地局が定期的にビーコン信号を送信し、端末局を特定する情報と、その端末局に送信するデータの有無と、次のビーコン信号の送信周期とをビーコン信号の中に含めて知らせている。そのため、端末局は常にビーコン信号を受信する必要がある。

ところで、端末局で動作しているアプリケーションが例えばメール受信ソフトであって、メールサーバにアクセスしてメールの受信をチェックする間隔が１分程度である場合、１００ｍｓｅｃ程度のビーコン信号ごとに端末局の通信回路の電源をＯＮするのは無駄である。また、無線ＬＡＮでは、常に端末局が複数あるとは限らず、基地局と端末局が１対１の場合も多い。この場合、送信すべきデータが「無」というビーコン信号を、端末局が１００ｍｓｅｃごとに受信することになり、電力を無駄に消費することになる。

このような課題に対して、基地局がビーコン信号の送信周期を長くすることで端末局の電力消費を抑える技術が知られている。例えば、下記の特許文献１には、基地局が端末局への送信データ量に応じて、端末局に対するビーコン信号の発信間隔を変更するとともに、端末局が電源投入状態へ移行するビーコン信号受信タイミングを、基地局が発信するビーコン信号間隔に応じて変更する技術が開示されている。また、下記の特許文献２には、基地局が外部のネットワークから受信したデータに応じて、データ量の範囲と対応付けしたポーリング間隔時間を決定し、データ量が多くなる範囲ほどポーリング間隔時間を短くする技術が開示されている。

また、端末局においても、ビーコン信号を調べて自局宛のデータがない時は次のビーコン信号まで低消費電力モードにすることが、ＩＥＥＥ８０２．１１のパワーセーブモードとして実現されている。
特開平９−１６２７９８号公報（公開日：平成９年（１９９７）６月２０日） 特開２００３−１２４９４０号公報（公開日：平成１５年４月２５日）

しかしながら、上記背景技術においては、なお以下のような課題を有している。特許文献１に記載の技術では、端末局でＩＰ（Internet Protocol）電話のアプリケーションを実行して待ち受け状態にある場合、端末局への送信データが無いのでビーコン信号の発信間隔が長くなり、タイミングによっては電話の着信データが来た時にすぐに端末局に通知することができない。また、特許文献２に記載の技術においても同様に、基地局が外部のネットワークから受信してからポーリング間隔を変更するので、タイミングによっては即応性が求められる場合に対応できない。

また、従来、ストリーミング再生やＩＰ電話の通話などは、常に通信状態で実行されていた。そのため、通信していない期間があるにもかかわらず、間欠的なデータ受信を行って消費電力を抑えることができなかった。

本発明は、上記の問題点を解決するためになされたもので、その目的は、端末局において、アプリケーションの通信パターンや通信状況に応じてビーコン信号を受信する周期を最適に設定することができる通信システム、基地局、端末局、通信装置、通信管理方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体
を提供することにある。

上記課題を解決するために、本発明に係る通信システムは、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムであって、端末局において、上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備え、基地局において、端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備えていることを特徴としている。

ここで、定期的な信号とは、基地局−端末局間の通信を制御するために基地局から端末局へ定期的に送信される信号であり、例えば無線ＬＡＮでは「ビーコン信号」と称される。定期的な信号の送信周期は、少なくとも端末局から基地局へ通知の要求があった時に送信される。この送信周期は、上記定期的な信号に含めて送信されてもよいし、通知のための信号によって別途送信されてもよい。なお、定期的な信号は、基地局から端末局に送信すべきデータの有無を示す情報を含んでいてもよい。

これにより、基地局が発信する定期的な信号の周期を、端末局から制御できる。よって、端末局が自己の状況に合わせて定期的な信号の受信周期を最適化できる。したがって、端末局において定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにすることが可能となり、消費電力を抑えることができるという効果を奏する。すなわち、端末局となる機器や端末局が実行するアプリケーションに応じて、定期的な信号の送信周期を動的に変更し、最適な値に設定することで、即応性を持ちかつ消費電力を抑えることが可能となるという効果を奏する。

さらに、本発明に係る通信システムは、上記端末局において、上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を上記送信周期設定要求手段に通知する通信インタフェース手段とを備え、上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴としている。

ここで、「通信特性」とは、(a)アプリケーションの通信パターン、(b)アプリケーションの状態、(c)端末局となる機器の種類、(d)(a)〜(c)の組合せ、などに応じて決まるものである。そして、この「通信特性」と「アプリケーションの種類」を、上記定期的な信号の送信周期を決定するための情報（送信周期決定情報）として利用する。例えば、アプリケーションの種類がメールであれば、ユーザが設定した自動メール受信チェック間隔が通信特性を決める要素となる。また、アプリケーションの種類がストリーミングであれば、ストリーミング再生のデータレートと基地局のバッファサイズが通信特性を決める要素となる。また、アプリケーションの種類がＩＰ電話であれば、待受け状態においては受信チェック間隔が、通話状態においてはパケット送出間隔が通信特性を決める要素となる。

上記通信システムによれば、端末局が自己のアプリケーションの通信パターンや状態によって自己の定期的な信号の受信周期を最適化することが可能である。よって、アプリケーションごとに、端末局の消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがメールの場合、端末局は、アプリケーションで設定されている自動メール受信チェック間隔に一致した送信周期への変更を基地局に要求する。これにより、端末局は、メールの受信チェックに必要最小限の周期で間欠受信が可能となる。したがって、端末局は、定期的な信号を受信する周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、消費電力を抑えることができる。

また、ストリーミングやＩＰ電話のアプリケーションでは、従来常に通信状態で実行されていたが、上記通信システムによれば、データ破綻や遅延の影響が出ないように定期的な信号の送信周期を設定して、通信していない期間を設けて間欠的なデータ受信を行うことが可能である。よって、消費電力を抑えることができる。

さらに、本発明に係る通信システムは、上記通信インタフェース手段は、上記アプリケーション実行手段にて実行されているアプリケーションの状態を取得し、該状態に応じて上記定期的な信号の送信周期を決定するものであることを特徴としている。

これにより、端末局は、アプリケーションの状態に応じて、定期的な信号を受信する周期を最適化することが可能となる。よって、アプリケーションの状態に応じて、消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがＩＰ電話の場合、端末局は、待受けの間は例えば１ｓｅｃの送信周期に設定し、通話中はパケット送出間隔に合わせて遅延の影響が出ない値（例：２０ｍｓｅｃ）に設定する。これにより、端末局は、パケット送出間隔に合わせた間欠受信が可能となる。したがって、端末局は、定期的な信号を受信する周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、通話中の消費電力を抑えることができる。なお、ユーザによるオンフックの操作を検出することによって、通話状態であることを検出できる。

さらに、本発明に係る通信システムは、上記通信インタフェース手段は、基地局の持つバッファのサイズに基づいて、上記定期的な信号の送信周期を決定するものであることを特徴としている。

これにより、端末局は、ストリーミング再生のようにデータ伝送の途中で基地局のバッファを利用するアプリケーションの場合でも、定期的な信号を受信する周期を最適化することが可能となる。よって、基地局のバッファのサイズに応じて、消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがストリーミングの場合、端末局は、基地局のバッファサイズを取得し、ストリーミング再生のデータレートとバッファサイズとから、データ再生が破綻しない最も長い送信周期を計算し、得られた送信周期への変更を基地局に要求する。これにより、端末局は、データ破綻しない周期での間欠受信が可能となる。したがって、端末局は、定期的な信号を受信する周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、ストリーミング再生中の消費電力を抑えることができる。

さらに、本発明に係る通信システムは、上記通信インタフェース手段は、１つの端末局で複数のアプリケーションを実行する場合、上記定期的な信号の送信周期を最も短い周期が必要なアプリケーションに合わせて決定するものであることを特徴としている。

これにより、１つの端末局で複数のアプリケーションを実行する場合にも、端末局は、定期的な信号を受信する周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、消費電力を抑えることができるという効果を奏する。

さらに、本発明に係る通信システムは、上記送信周期設定手段は、端末局が複数の場合、上記定期的な信号の送信周期を最も短い周期が必要な端末局に合わせて決定するものであることを特徴としている。

これにより、１つの基地局を複数の端末局で利用する場合にも、定期的な信号を受信する周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、消費電力を抑えることができるという効果を奏する。

さらに、本発明に係る通信システムは、上記端末局において、上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を上記送信周期設定要求手段に通知する通信インタフェース手段とを備え、上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記送信周期決定情報を含めて、上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴としている。

これにより、さらに、端末局から送信周期決定情報を送信し、基地局において定期的な信号の送信周期を送信周期決定情報に基づいて決定することができる。よって、端末局において定期的な信号の送信周期を決定する必要がないため、端末局の構成が簡潔になるという効果を奏する。

なお、送信周期決定情報としては、端末局で実行されている「アプリケーションの種類」および／または「通信特性」が利用できる。ここで、「通信特性」とは、(a)アプリケーションの通信パターン、(b)アプリケーションの状態、(c)端末局となる機器の種類、(d)(a)〜(c)の組合せ、などに応じて決まるものである。

さらに、本発明に係る通信システムは、上記端末局が、上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段を備え、かつ、上記送信周期決定情報が、上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性を含むことを特徴としている。

これにより、さらに、端末局で実行されているアプリケーションの種類および／または通信特性に応じた定期的な信号の送信周期を、基地局において決定することが可能となるという効果を奏する。

また、本発明に係る基地局は、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムにおける基地局であって、端末局より受信した上記定期的な信号の送信周期の設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備えていることを特徴としている。

また、本発明に係る端末局は、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムにおける端末局であって、上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備えていることを特徴としている。

さらに、本発明に係る端末局は、上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を上記送信周期設定要求手段に通知する通信インタフェース手段をさらに備え、上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記送信周期決定情報を含めて、上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴としている。

さらに、本発明に係る端末局は、上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を上記送信周期設定要求手段に通知する通信インタフェース手段とをさらに備え、上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴としている。

さらに、本発明に係る端末局は、上記定期的な信号を受信するタイミングで通信回路の電力供給をオンし、上記基地局から送信される信号を受信し終えると上記通信回路の電力供給をオフすることを特徴としている。

これにより、さらに、端末局は、基地局との通信を行う期間のみ通信回路の電力供給をオンすることが可能となるため、低消費電力化が実現できるという効果を奏する。

また、本発明に係る通信管理方法は、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムによる通信管理方法であって、端末局において、上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求ステップと、基地局において、端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定ステップとを含むことを特徴としている。

さらに、本発明に係る通信管理方法は、上記送信周期設定要求ステップにおいて、端末局は、上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を、上記定期的な信号の送信周期の設定要求に含めて送信し、上記送信周期設定ステップにおいて、上記基地局は、上記送信周期決定情報に基づいて上記定期的な信号の送信周期を決定することを特徴としている。

さらに、本発明に係る通信管理方法は、上記端末局において、上記基地局を介して外部と通信を行う実行中のアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を決定する送信周期決定ステップを含むことを特徴としている。

また、本発明に係る端末局は、基地局から端末局に定期的な信号が送信される通信システムにおける端末局であって、上記定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段を備えていることを特徴としている。

これにより、基地局の定期的な信号の送信周期を変更せず、端末局が定期的な信号を受信する受信周期を端末局において制御できる。よって、端末局が自己の状況に合わせて定期的な信号を受信する周期を最適化できる。したがって、端末局において定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにすることが可能となり、消費電力を抑えることができるという効果を奏する。すなわち、端末局となる機器や端末局が実行するアプリケーションに応じて、定期的な信号の送信周期を動的に変更し、最適な値に設定することで、即応性を持ちかつ消費電力を抑えることが可能となるという効果を奏する。

なお、基地局は、端末局から受信確認の信号（ＡＣＫ）を受信するまで同じ定期的な信号を送信するようにしてもよい。この場合、基地局は、端末局の受信周期の間に同じ内容の定期的な信号を複数回送信することになる。

さらに、本発明に係る端末局は、上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の受信周期を上記受信周期設定手段に通知する通信インタフェース手段とを備えていることを特徴としている。

ここで、「通信特性」とは、(a)アプリケーションの通信パターン、(b)アプリケーションの状態、(c)端末局となる機器の種類、(d)(a)〜(c)の組合せ、などに応じて決まるものである。そして、この「通信特性」と「アプリケーションの種類」を、上記定期的な信号の送信周期を決定するための情報（送信周期決定情報）として利用する。例えば、アプリケーションの種類がメールであれば、ユーザが設定した自動メール受信チェック間隔が通信特性を決める要素となる。また、アプリケーションの種類がストリーミングであれば、ストリーミング再生のデータレートと基地局のバッファサイズが通信特性を決める要素となる。また、アプリケーションの種類がＩＰ電話であれば、待受け状態においては受信チェック間隔が、通話状態においてはパケット送出間隔が通信特性を決める要素となる。

上記通信システムによれば、端末局が自己のアプリケーションの通信パターンや状態によって自己の受信周期を最適化することが可能である。よって、アプリケーションごとに、端末局の消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがメールの場合、端末局は、アプリケーションで設定されている自動メール受信チェック間隔に一致した受信周期への変更を基地局に要求する。これにより、端末局は、メールの受信チェックに必要最小限の周期で間欠受信が可能となる。したがって、端末局は、自己の受信周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、消費電力を抑えることができる。

また、ストリーミングやＩＰ電話のアプリケーションでは、従来常に通信状態で実行されていたが、上記通信システムによれば、データ破綻や遅延の影響が出ないように端末局が定期的な信号を受信する周期を設定して、通信していない期間を設けて間欠的なデータ受信を行うことが可能である。よって、消費電力を抑えることができる。

さらに、本発明に係る端末局は、上記通信インタフェース手段は、上記アプリケーション実行手段にて実行されているアプリケーションの状態を取得し、該状態に応じて上記定期的な信号の受信周期を決定するものであることを特徴としている。

これにより、端末局は、アプリケーションの状態に応じて、自己の受信周期を最適化することが可能となる。よって、アプリケーションの状態に応じて、消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがＩＰ電話の場合、端末局は、待受けの間は例えば１ｓｅｃの受信周期に設定し、通話中はパケット送出間隔に合わせて遅延の影響が出ない値（例：２０ｍｓｅｃ）に設定する。これにより、端末局は、パケット送出間隔に合わせた間欠受信が可能となる。したがって、端末局は、自己の受信周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、通話中の消費電力を抑えることができる。なお、ユーザによるオンフックの操作を検出することによって、通話状態であることを検出できる。

さらに、本発明に係る端末局は、上記通信インタフェース手段は、基地局の持つバッファのサイズに基づいて、上記定期的な信号の受信周期を決定するものであることを特徴としている。

これにより、端末局は、ストリーミング再生のようにデータ伝送の途中で基地局のバッファを利用するアプリケーションの場合でも、自己の受信周期を最適化することが可能となる。よって、基地局のバッファのサイズに応じて、消費電力を抑えることができるという効果を奏する。

例えば、アプリケーションがストリーミングの場合、端末局は、基地局のバッファサイズを取得し、ストリーミング再生のデータレートとバッファサイズとから、データ再生が破綻しない最も長い受信周期を計算し、得られた受信周期への変更を基地局に要求する。これにより、端末局は、データ破綻しない周期での間欠受信が可能となる。したがって、端末局は、自己の受信周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、ストリーミング再生中の消費電力を抑えることができる。

さらに、本発明に係る端末局は、上記通信インタフェース手段は、１つの端末局で複数のアプリケーションを実行する場合、上記定期的な信号の受信周期を最も短い周期が必要なアプリケーションに合わせて決定するものであることを特徴としている。

これにより、１つの端末局で複数のアプリケーションを実行する場合にも、端末局は、自己の受信周期を最適化することにより、定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにして、消費電力を抑えることができるという効果を奏する。

さらに、本発明に係る端末局は、基地局から端末局に定期的な信号が送信される通信システムにおける端末局であって、上記定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段を備えていることを特徴としている。

これにより、さらに、端末局は、基地局との通信を行う期間のみ通信回路の電力供給をオンすることが可能となるため、低消費電力化が実現できるという効果を奏する。

また、本発明に係る通信管理方法は、基地局から端末局に定期的な信号が送信される通信システムによる通信管理方法であって、端末局において、上記定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定ステップを含むことを特徴としている。

さらに、本発明に係る通信管理方法は、上記端末局において、上記基地局を介して外部と通信を行う実行中のアプリケーションの種類および／または通信特性に応じた上記定期的な信号の受信周期を決定する受信周期決定ステップを含むことを特徴としている。

また、本発明に係る通信システムは、基地局と少なくとも２つの端末局とで構成され、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムであって、端末局において、上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備え、基地局において、端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備え、さらに、端末局において、上記基地局が上記定期的な信号を送信する送信周期が、当該端末局が上記定期的な信号を受信すべき適正な受信周期よりも短い場合、上記定期的な信号を受信する受信周期を、上記基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段を備えていることを特徴としている。

これにより、ある端末局が基地局に送信周期を現在より短く設定する要求を出し、基地局が当該端末局から受信した設定要求に基づいて定期的な信号の送信周期を現在より短く変更した場合であっても、その他の端末局は、定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定して、自局において定期的な信号を受信するタイミングを適切に調整できるという効果を奏する。

さらに、本発明に係る通信システムは、上記基地局の送信周期設定手段は、端末局より受信した上記設定要求が上記定期的な信号の送信周期を現在より長く変更するものであるとき、当該端末局と現在の送信周期に変更する設定要求を出した端末局とが同一端末局であるか否かを判断し、同一端末局である場合、上記定期的な信号の送信周期を変更するものであることを特徴としている。

これにより、さらに、短い送信周期で実行している端末局の通信が、他の端末局による送信周期の設定要求によって乱されることを防止できるという効果を奏する。

さらに、本発明に係る通信システムは、上記基地局の送信周期設定手段は、上記定期的な信号の送信周期を現在より長く変更する設定要求を送信してきた端末局と、現在の送信周期に変更する設定要求を出した端末局とが同一端末局である場合、通信中の端末局から受信した中で最も短い送信周期に変更するものであることを特徴としている。

これにより、さらに、短い送信周期で実行している端末局の通信が、他の端末局による送信周期の設定要求によって乱されることを防止できるという効果を奏する。

また、本発明に係る通信装置は、定期的な信号を送信する通信装置であって、送信周期の設定要求に基づいて上記定期的な信号の送信周期を変更することを特徴としている。

また、本発明に係る通信装置は、定期的な信号を受信する通信装置であって、上記定期的な信号の送信周期の設定要求を送信することを特徴としている。

また、本発明に係る通信装置は、定期的な信号を受信する通信装置であって、上記定期的な信号を受信する受信周期を、上記定期的な信号の周期の倍数に設定することを特徴としている。

なお、上記基地局、端末局、通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記の各装置をコンピュータにて実現させる上記の各装置の制御プログラム（通信管理プログラム）、及びそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

以上のように、本発明に係る通信システムは、端末局において、定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備え、基地局において、端末局より受信した設定要求に基づいて定期的な信号の送信周期を変更する送信周期設定手段を備えている構成である。

それゆえ、基地局が発信する定期的な信号の周期を、端末局から制御できる。よって、端末局が自己の状況に合わせて定期的な信号の受信周期を最適化できる。したがって、端末局において定期的な信号を受信するタイミングまで通信回路への電力供給をＯＦＦにすることが可能となり、消費電力を抑えることができるという効果を奏する。すなわち、端末局となる機器や端末局が実行するアプリケーションに応じて、定期的な信号の送信周期を動的に変更し、最適な値に設定することで、即応性を持ちかつ消費電力を抑えることが可能となるという効果を奏する。

なお、本発明に係る通信システム、基地局、端末局、通信装置、通信管理方法は、無線通信および／あるいは有線通信に適用可能である。

本発明の実施の形態について図１から図３４に基づいて説明すれば、以下のとおりである。なお、実施の形態では無線通信の構成で説明するが、本発明は、ネットワークの中に有線接続で通信を行う通信装置、通信システム、基地局、端末局を含んでいてもよい。

〔実施の形態１〕
図３、図４は、本実施の形態に係る無線通信システム１の概略を示す模式図である。図３、図４に示すように、無線通信システム１は、基地局１０が１あるいはそれ以上の端末局３０（３０Ａ・３０Ｂ・３０Ｃ…）と無線通信を行うシステムである。基地局１０は、外部ネットワーク２と端末局３０との間の通信を中継する。すなわち、無線通信システム１は、基地局１０と端末局３０とで構成され、基地局１０から定期的に送信されるビーコン信号（定期的な信号）に基づいて基地局１０から端末局３０を特定して、特定された端末局３０に送信すべきデータの有無と次のビーコン信号の送信周期とをビーコン信号によって通知する。

図１、図２、は、無線通信システム１の詳細な構成を示す機能ブロック図である。なお、図１は、端末局３０で実行されるアプリケーションが１つである場合を示している。図２は、端末局３０で実行されるアプリケーションが複数である場合を示している。

基地局１０は、外部インタフェース部１１、基地側無線通信部１２、アンテナ１９を少なくとも備えて構成されている。外部インタフェース部１１は、有線ＬＡＮやモデムにより専用回線や電話回線などから外部ネットワーク２に接続し、インターネットなどのネットワーク上のサーバとの間でデータ転送を行う。アンテナ１９は、端末局３０とやりとりする無線信号の発信および受信を行う。

基地側無線通信部１２は、制御部１３、送信部１７、受信部１８を備えている。送信部１７は、通信制御部１５の制御により端末局３０にアンテナ１９を介して信号を送信する。受信部１８は、通信制御部１５の制御により端末局３０からアンテナ１９を介して信号を受信する。

制御部１３は、記憶部（バッファ）１４、通信制御部（送信周期設定手段）１５、タイマ部１６から構成されている。記憶部１４は、外部ネットワーク２から受信したデータを一時的にバッファリングする。タイマ部１６は、ビーコン信号を端末局３０に送信するタイミングをとる。

通信制御部１５は、無線通信するための制御を行う。特に、通信制御部１５は、端末局３０からのビーコン周期変更要求に応じて、ビーコン信号を発信する周期を変更する。すなわち、通信制御部１５は、端末局３０より受信した設定要求に基づいてビーコン信号の送信周期を設定する。また、通信制御部１５は、端末局３０が複数の場合（図４）、ビーコン信号の送信周期を最も短い周期が必要な端末局３０に合わせて決定する。また、空きバッファサイズの要求を端末局３０から受けたとき、記憶部１４の空きバッファサイズを取得して、端末局３０に送信する。この空きバッファサイズは、ビーコン信号に含めて送信されてもよいし、通知のための信号によって別途送信されてもよい。

端末局３０は、入力部３１、出力部３２、アプリケーション部３３、端末側無線通信部（送信周期設定要求手段）３６、電源部４３、アンテナ４４を少なくとも備えて構成されている。

入力部３１および出力部３２は、端末局３０のユーザが端末局３０を操作するためユーザインタフェースである。具体的には、入力部３１は、ボタン、キー、マウス、タブレットなどの入力デバイスである。出力部３２は、ディスプレイやスピーカなどの出力デバイスである。端末局３０のユーザは、入力部３１および出力部３２を用いて、アプリケーション部３３で動作するアプリケーションを利用することができる。

アンテナ４４は、基地局１０とやりとりする無線信号の発信および受信を行う。

電源部４３は、端末側無線通信部３６の通信回路４０へ電力を供給する電源である。

アプリケーション部３３は、アプリケーション実行部（アプリケーション実行手段）３４、通信インタフェース部（通信インタフェース手段）３５から構成されている。

アプリケーション実行部３４は、基地局１０を介して外部と通信を行うアプリケーションを実行する。すなわち、アプリケーション実行部３４は、メール、ストリーミング、ＩＰ電話等のアプリケーションを実行する。なお、アプリケーション実行部３４で実行するアプリケーションは、端末局３０の使用に応じて適宜選択可能である。

通信インタフェース部３５は、ユーザが入力部３１を操作してアプリケーション実行部３４においてアプリケーションを実行し、実行中のアプリケーションの状況によって端末側無線通信部３６に制御の指示を出す。すなわち、通信インタフェース部３５は、アプリケーション実行部３４にて実行されているアプリケーションの種類および／または通信特性に応じたビーコン信号の送信周期を端末側無線通信部３６に通知する。

ここで、本明細書において、「通信特性」とは、(a)アプリケーションの通信パターン、(b)アプリケーションの状態、(c)端末局となる機器の種類、(d)(a)〜(c)の組合せ、などに応じて決まるものである。そして、この「通信特性」と「アプリケーションの種類」を、ビーコン周期を決定するための情報（ビーコン周期決定情報（送信周期決定情報））として利用する。

例えば、アプリケーションの種類がメールであれば、ユーザが設定した自動メール受信チェック間隔が通信特性を決める要素となる。また、アプリケーションの種類がストリーミングであれば、ストリーミング再生のデータレートと基地局１０のバッファサイズが通信特性を決める要素となる。また、アプリケーションの種類がＩＰ電話であれば、待受け状態においては受信チェック間隔が、通話状態においてはパケット送出間隔が通信特性を決める要素となる。

例えば、通信インタフェース部３５は、アプリケーション実行部３４にて実行されているアプリケーションの状態を取得し、該状態に応じてビーコン信号の送信周期を決定する。また、通信インタフェース部３５は、基地局１０の持つバッファのサイズに基づいて、ビーコン信号の送信周期を決定する。また、通信インタフェース部３５は、１つの端末局３０で複数のアプリケーションを実行する場合、ビーコン信号の送信周期を最も短い周期が必要なアプリケーションに合わせて決定する。

そのために、通信インタフェース部３５は、自動メール受信チェック間隔や再生のデータレートなどの条件を、アプリケーションごとに対応付けたテーブル（図示せず）を保持していてもよい。なお、このテーブルへの記録は、アプリケーションの端末局３０へインストール時や実行を終了する時に行うことができる。

なお、図２に示すように、アプリケーション部３３では、複数のアプリケーション（アプリケーション実行部３４Ａ・３４Ｂ・３４Ｃ…）を動作させることができる。このとき、通信インタフェース部３５は、アプリケーション実行部３４ごとに設けてもよいし、図２のように、複数のアプリケーション実行部３４…がひとつの通信インタフェース部３５を共用してもよい。

端末側無線通信部３６は、送信制御部３７、タイマ部３８、受信制御部３９、送信部４１、受信部４２から構成されている。特に、端末側無線通信部３６は、通信インタフェース部３５より通知されたビーコン信号の送信周期の設定要求を基地局１０に対して送信する。

送信制御部３７は、通信インタフェース部３５からの指示に従って送信部４１を制御して、基地局１０にアンテナ４４を介して信号を送信する。

受信制御部３９は、通信インタフェース部３５からの指示に従って受信部４２を制御し、基地局１０からアンテナ４４を介して信号を受信する。

タイマ部３８は、基地局１０から送られてくるビーコン信号を受信するタイミングをとる。

送信部４１および受信部４２から通信回路４０が構成されている。電源部４３からの通信回路４０へ電力供給は、受信制御部３９によって制御される。すなわち、受信制御部３９は、電源部４３から通信回路４０への電力供給をビーコン信号の受信時のみＯＮして、それ以外の期間はＯＦＦする。

以下、本実施の形態に係る無線通信システム１におけるビーコン周期の制御について、（１）〜（３）の場合を例として説明する。

（１）１つの基地局１０を１つの端末局３０で利用し、端末局３０で１つのアプリケーションを実行する場合、端末局３０が実行するアプリケーションに最適なビーコン周期に設定する。また、実行中のアプリケーションの通信パターンや状態に応じて最適なビーコン周期に設定する。

図５は、アプリケーションが１つの場合のアプリケーション部３３の動作を示すフローチャートである。図６は、アプリケーションが１つの場合の端末側無線通信部３６の動作を示すフローチャートである。図７は、アプリケーションが１つの場合の基地局１０の動作を示すフローチャートである。なお、図５，図６，図７は、アプリケーションがメール、ストリーミング、ＩＰ電話の場合を１つにまとめたものである。

〔メール〕
第１に、アプリケーション実行部３４がメールのアプリケーションを実行する場合の制御について説明する。なお、最初、ビーコン周期はデフォルト値（Ｔ0＝１００ｍｓｅｃ）に設定されているものとする。

図８は、アプリケーションがメールの場合のビーコン周期を変更する動作を示すシーケンス図であり、図９は、それにメールデータを受信する動作を追加したシーケンス図である。

アプリケーションがメールの場合、端末局３０は、アプリケーションで設定されている自動メール受信チェック間隔に一致したビーコン周期への変更を基地局１０に要求する。これにより、端末局３０は、メールの受信チェックに必要最小限の周期で間欠受信が可能となる。したがって、端末局３０は、自己のビーコンの受信周期を最適化することにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、消費電力を抑えることができる。

具体的には、まず、アプリケーション実行部３４がメールのアプリケーションを起動すると（Ｓ１１）、通信インタフェース部３５が、端末側無線通信部３６へメールアプリ起動を通知し、メールのアプリケーションに対して設定されている自動メール受信チェック間隔（例：６０ｓｅｃ）に基地局１０のビーコン周期を設定するように要求する（Ｓ１３，Ｓ２３）。

なお、ビーコン周期は、通信インタフェース部３５にアプリケーションごとにあらかじめ設定されていてもよいし、設定の必要が生じるたびにアプリケーション実行部３４から通信インタフェース部３５に通知してもよい。

端末側無線通信部３６では、アプリケーション部３３からメールアプリ起動通知をビーコン周期の指定とともに受信すると（Ｓ３２）、ビーコン信号に要求されたビーコン周期を含めて基地局１０へビーコン周期変更要求を送信する。

基地局１０では、端末局３０からビーコン周期の変更要求を受信すると（Ｓ６８）、通信制御部１５が指定されたビーコン周期に変更する（Ｓ６９）。なお、基地局１０は、変更前のビーコン送信時刻に、端末局３０宛のビーコン信号に次のビーコン周期を載せて端末局３０に送信する。

一方、端末局３０では、ビーコン受信時刻（変更前）になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信（Ｓ３３〜Ｓ３５）した後、通信回路４０の電源をＯＦＦする（Ｓ４３）。このとき、受信制御部３９は、ビーコン信号に含まれるビーコン周期の設定が、要求したものであることを確認し、ビーコン信号の受信周期に設定する（Ｓ４４）。すなわち、次回からビーコン受信周期は６０ｓｅｃとなる。また、ビーコン信号に自局宛のデータが有ることを示す情報が載っていると、データを受信してアプリケーション部３３に渡す（Ｓ４０〜Ｓ４２）。

その後、アプリケーション部３３では、端末側無線通信部３６からデータを受けると（Ｓ１５）、アプリケーション実行部３４が出力部３２にデータを出力させる（Ｓ１６）。ユーザがメールを終了すると（Ｓ２４）、通信インタフェース部３５はアプリケーション終了通知を端末側無線通信部３６に送り、基地局１０へビーコン周期を元（メールを起動する前）に戻すように要求させる（Ｓ２５，Ｓ４７，Ｓ５０）。

なお、アプリケーションがメールの場合、ユーザが自動メール受信チェック間隔の時間設定を変更すると、ビーコン周期を変える状況が発生する。

また、図９は、データ通信のための信号がビーコン周期を変更するシーケンスにおいて、どのタイミングで送られるかを追加したものである。すなわち、図９に示すように、基地局１０にメールデータがある場合（「メールサーバから新着メール有の通知」の場合）、メールデータは、ビーコン信号に続くデータ通信のための信号で送られる。このように、ビーコン信号により、基地局１０から端末局３０へ送信すべきメールデータの有無を知らせることができる。

また、図９に電源ＯＮ区間（斜線部）として示すように、端末局３０は、ビーコン周期の変更要求を送信した後、通信回路４０の電源をＯＦＦする。そして、変更前のビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信し、メールサーバへ新着メールを問い合わせて、新着メールがあればそのメールデータを受信した後、通信回路４０の電源をＯＦＦする。その後は、変更後のビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信し、メールサーバへ新着メールを問い合わせて、新着メールがあればそのメールデータを受信した後、通信回路４０の電源をＯＦＦする動作を繰り返す。このように、端末局３０は、基地局１０から送信される信号を受信し終えると、次のビーコン信号を受信するタイミングになるまで通信回路４０の電力供給をＯＦＦする。すなわち、端末局３０は、信号を受信していないときは通信回路４０の電源をＯＦＦする。

〔ストリーミング〕
第２に、アプリケーション実行部３４がストリーミングのアプリケーションを実行する場合の制御について説明する。なお、最初、ビーコン周期はデフォルト値（Ｔ0＝１００ｍｓｅｃ）に設定されているものとする。

図１０は、アプリケーションがストリーミングの場合のビーコン周期を変更する動作を示すシーケンス図であり、図１１は、それにストリーミングデータを受信する動作を追加したシーケンス図である。

アプリケーションがストリーミングの場合、端末局３０は、基地局１０のバッファ（記憶部１４）サイズを調べ、ストリーミング再生のデータレートとバッファサイズとから、データ再生が破綻しない最も長いビーコン周期を計算し、得られたビーコン周期への変更を基地局１０に要求する。これにより、端末局３０は、データ破綻しない周期での間欠受信が可能となる。したがって、端末局３０は、自己のビーコンの受信周期を最適化することにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、ストリーミング再生中の消費電力を抑えることができる。

具体的には、まず、アプリケーション実行部３４がストリーミングのアプリケーションを起動すると（Ｓ１１）、通信インタフェース部３５が、ストリーミングのアプリケーションに対して設定されている再生のデータレート（例：４８０Ｋｂｐｓ）を取得するとともに（Ｓ１４）、端末側無線通信部３６へストリーミングアプリ起動を通知し、基地局１０へ空きバッファサイズの通知を要求する（Ｓ１９）。

なお、再生のデータレートは、通信インタフェース部３５にアプリケーションごとにあらかじめ設定されていてもよいし、設定の必要が生じるたびにアプリケーション実行部３４から通信インタフェース部３５に通知してもよい。

端末側無線通信部３６では、アプリケーション部３３からストリーミングアプリ起動通知を基地局１０のバッファサイズの通知要求とともに受信すると（Ｓ３２）、ビーコン信号にバッファサイズの通知要求を含めて基地局１０へ送信する。

基地局１０では、端末局３０からバッファサイズの通知要求を受信すると（Ｓ６６）、通信制御部１５が、記憶部１４の空きバッファサイズ（例：３０ＫＢｙｔｅ）を取得して、それをビーコン信号に含めて端末局３０に送信する（Ｓ６７）。

次に、端末局３０では、基地局１０から空きバッファサイズを受信すると（Ｓ３７〜Ｓ３９，Ｓ２０）、通信インタフェース部３５が、ストリーミング再生のデータレート（例：４８０Ｋｂｐｓ）と空きバッファサイズ（例：３０ＫＢｙｔｅ）とから、データ再生が破綻しない最も長いビーコン周期を算出する（Ｓ２１）。この例の場合、３０ＫＢｙｔｅ＝２４０Ｋｂｉｔより２４０／４８０＝５００ｍｓｅｃとなる。そして、通信インタフェース部３５が、端末側無線通信部３６に対して、得られたビーコン周期（例：Ｔｒ＝５００ｍｓｅｃ）に基地局１０のビーコン周期を設定するように要求する（Ｓ２２）。

以降の処理は、メールのアプリケーションの場合のビーコン周期変更の処理と同様であるため説明を省略する。

なお、アプリケーションがストリーミングの場合、ユーザが別のストリーミングデータを選択すると、ビーコン周期Ｔｒを変える状況が発生する。

この例では端末局３０で基地局１０の空きバッファサイズを受け取って最適なビーコン周期を算出しているが、このビーコン周期の算出処理を基地局１０で行うようにしてもよい。この場合はストリーミング再生のデータレートを端末局３０が基地局１０に通知する。

また、図１１は、データ通信のための信号がビーコン周期を変更するシーケンスにおいて、どのタイミングで送られるかを追加したものである。すなわち、図１１に示すように、基地局１０にストリーミングデータがある場合（「記憶部に蓄積データ有」の場合）、ストリーミングのデータは、ビーコン信号に続くデータ通信のための信号で送られる。このように、ビーコン信号により、基地局１０から端末局３０へ送信すべきストリーミングデータの有無を知らせることができる。

また、図１１に電源ＯＮ区間（斜線部）として示すように、端末局３０は、変更前のビーコン受信時刻に通信回路４０の電源をＯＮ／ＯＦＦしながら、空きバッファサイズの通知要求の送信、空きバッファサイズの受信、ビーコン周期の変更要求を送信を行う。ビーコン周期の変更後は、ビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号およびストリーミングデータを受信した後、通信回路４０の電源をＯＦＦする動作を繰り返す。このように、端末局３０は、基地局１０から送信される信号を受信し終えると、次のビーコン信号を受信するタイミングになるまで通信回路４０の電力供給をＯＦＦする。すなわち、端末局３０は、信号を受信していないときは通信回路４０の電源をＯＦＦする。

〔ＩＰ電話〕
第３に、アプリケーション実行部３４がＩＰ電話のアプリケーションを実行する場合の制御について説明する。なお、最初、ビーコン周期はデフォルト値（Ｔ0＝１００ｍｓｅｃ）に設定されているものとする。

図１２は、アプリケーションがＩＰ電話の場合のビーコン周期を変更する動作を示すシーケンス図であり、図１３は、それに着信の動作を追加したシーケンス図である。

アプリケーションがＩＰ電話の場合、端末局３０は、待受けの間は例えば１ｓｅｃのビーコン周期に設定し、通話中はパケット送出間隔に合わせて遅延の影響が出ない値（例：２０ｍｓｅｃ）に設定する。これにより、端末局３０は、パケット送出間隔に合わせた間欠受信が可能となる。したがって、端末局３０は、自己のビーコンの受信周期を最適化することにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、通話中の消費電力を抑えることができる。

具体的には、まず、アプリケーション実行部３４がＩＰ電話のアプリケーションを起動すると（Ｓ１１）、通信インタフェース部３５が、端末側無線通信部３６へＩＰ電話アプリ起動を通知し、ＩＰ電話のアプリケーションに対して設定されている待受け時の受信チェック間隔（例：Ｔａ＝１ｓｅｃ）に基地局１０のビーコン周期を設定するように要求する（Ｓ１３，Ｓ２３）。

なお、待受け時および通話時のビーコン周期は、通信インタフェース部３５にアプリケーションごとにあらかじめ設定されていてもよいし、ビーコン周期の変更を要求するたびにアプリケーション実行部３４から通信インタフェース部３５に通知してもよい。

端末側無線通信部３６では、アプリケーション部３３からＩＰ電話の起動通知を待受け時のビーコン周期の指定とともに受信すると（Ｓ３２）、ビーコン信号に要求されたビーコン周期（例：Ｔ＝１ｓｅｃ）を含めて基地局１０へビーコン周期変更要求を送信する。

基地局１０では、端末局３０からビーコン周期の変更要求を受信すると（Ｓ６８）、通信制御部１５が指定されたビーコン周期に変更する（Ｓ６９）。このとき、通信制御部１５は、変更前のビーコン周期のタイミングで変更後のビーコン周期を知らせるビーコン信号を発信した後、変更後のビーコン周期のタイミングでのビーコン信号を発信を開始する。

一方、端末局３０では、ビーコン受信時刻（変更前）になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信（Ｓ３３〜Ｓ３５）した後、通信回路４０の電源をＯＦＦする。このとき、受信制御部３９は、ビーコン信号に含まれるビーコン周期の設定が、要求したものであることを確認し、ビーコン信号の受信周期に設定する（Ｓ４４）。すなわち、次回からビーコン受信周期は待受け時の１ｓｅｃとなる。また、ビーコン信号に自局宛のデータが有ることを示す情報が載っていると、データを受信してアプリケーション部３３に渡す（Ｓ４０〜Ｓ４２）。

その後、アプリケーション部３３では、端末側無線通信部３６からデータを受けると（Ｓ１５）、アプリケーション実行部３４が出力部３２で音や表示によって着信を知らせる（Ｓ１６）。そして、ユーザがオンフックして通話状態になると、端末局３０は、上述した待受け時のビーコン周期の変更処理と同様にして、通話時のビーコン周期Ｔａ（例：２０ｍｓｅｃ）に変更する。さらに、ユーザがオフフックして再び待受け状態になると、待受け時のビーコン周期Ｔａ（例：１ｓｅｃ）に変更する。このように、アプリケーションがＩＰ電話の場合、端末局３０では、待受け／通話の状態に応じて、ビーコン周期を変更する。

また、図１３は、データ通信のための信号がビーコン周期を変更するシーケンスにおいて、どのタイミングで送られるかを追加したものである。すなわち、図１３に示すように、基地局１０にＩＰ電話の音声データがある場合（「データ送信」）、音声データは、ビーコン信号に続くデータ通信のための信号で送られる。このように、ビーコン信号により、基地局１０から端末局３０へ送信すべき音声データの有無を知らせることができる。

また、図１３に電源ＯＮ区間（斜線部）として示すように、端末局３０は、待受け時には、待受け時のビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信するとともに、着信有り場合には着呼信号を受信した後、通信回路４０の電源をＯＦＦする動作を繰り返す。また、通話時には、通話時のビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信するとともに、音声データを受信した後、通信回路４０の電源をＯＦＦする動作を繰り返す。このように、端末局３０は、基地局１０から送信される信号を受信し終えると、次のビーコン信号を受信するタイミングになるまで通信回路４０の電力供給をＯＦＦする。すなわち、端末局３０は、信号を受信していないときは通信回路４０の電源をＯＦＦする。

（２）１つの基地局１０を１つの端末局３０で利用し、端末局３０で複数のアプリケーションを実行する場合、より短いビーコン周期が必要なアプリケーションに合わせたビーコン周期に設定する。アプリケーションを終了した時には、他の実行中のアプリケーションの中で最も短いビーコン周期を必要とするアプリケーションに合わせたビーコン周期に設定する。

図１４は、アプリケーションとして、メールを実行中にＩＰ電話を実行し、ＩＰ電話を先に終了した場合をビーコン周期を変更する動作を示すシーケンス図である。図１５は、アプリケーションが複数の場合の端末側無線通信部３６の動作を示すフローチャートである。なお、図１５は、アプリケーションがメール、ストリーミング、ＩＰ電話の場合を１つにまとめたものである。

ここでは、図２に示した無線通信システム１において、アプリケーション実行部３４Ａでメールを実行中に、アプリケーション実行部３４ＢでＩＰ電話を実行し、ＩＰ電話を先に終了した場合を例として説明する。

具体的には、まず、端末局３０は、（１）〔メール〕で説明した処理によって、アプリケーション実行部３４Ａのメールの自動メール受信チェック間隔に従って、基地局１０のビーコン周期（例：６０ｓｅｃ）を設定する。その後、端末局３０は、（１）〔ＩＰ電話〕で説明した処理によって、アプリケーション実行部３４ＢのＩＰ電話の待受け状態の時の受信チェック間隔（例：Ｔａ＝１ｓｅｃ）に基地局１０のビーコン周期を設定するように要求する。

このとき、端末側無線通信部３６は、アプリケーション部３３からＩＰ電話の起動通知を待受け時のビーコン周期の指定とともに受信すると（Ｓ７２）、要求されたビーコン周期（例：Ｔａ＝１ｓｅｃ）が現在のビーコン周期（例：Ｔ＝６０ｓｅｃ）より短いか否かを判定し（Ｓ８９）、短ければ（ＹＥＳ）、要求されたビーコン周期（例：Ｔ＝１ｓｅｃ）をビーコン信号に含めて基地局１０へビーコン周期変更要求を送信する（Ｓ９０）。

そして、ＩＰ電話の通話状態でのビーコン周期（例：２０ｍｓｅｃ）がメールのビーコン周期（例：６０ｓｅｃ）より短いため、端末局３０は、（１）〔ＩＰ電話〕で説明した処理によって、アプリケーション実行部３４ＢのＩＰ電話の待受け／通話の状態に応じたビーコン周期によって、ビーコン周期を変更しながら、アプリケーション実行部３４Ａのメールおよびアプリケーション実行部３４ＢのＩＰ電話の通信を行う。

その後、ユーザがＩＰ電話アプリを終了すると、通信インタフェース部３５は、他のアプリケーションの実行中であるか否かを判定し（Ｓ９１）、他のアプリケーションの実行中であれば（ＹＥＳ）、そのアプリケーションのビーコン周期（この例ではメールのＴ＝６０ｓｅｃ）に変更するように、端末側無線通信部３６に基地局１０へ要求させる（Ｓ９２）。一方、他のアプリケーションの実行中でなければ（ＮＯ）、デフォルトのビーコン周期（例：Ｔ0＝１００ｍｓｅｃ）に変更するように、端末側無線通信部３６に基地局１０へ要求させる（Ｓ９３）。

以上より、上記無線通信システム１によれば、１つの基地局１０を１つの端末局３０で利用し、端末局３０で複数のアプリケーションを実行する場合にも、端末局３０は、自己のビーコンの受信周期を最適化することにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、消費電力を抑えることができる。

なお、この例ではアプリケーションが２つの場合について説明したが、３つ以上の場合は１つのアプリケーションを終了した時に他のアプリケーションが起動しているかを判断する。そのために、通信インタフェース部３５は、起動中のアプリケーションとそのアプリケーションが要求するビーコン周期との対応を管理する、例えばテーブル（図示せず）を保持してもよい。これにより、通信インタフェース部３５は、最も短いビーコン周期を必要するアプリケーションが分かり、それに合わせたビーコン周期を設定することができる。また、この例では端末局３０で最も短いビーコン周期の判定を行っているが、この判定を基地局１０で行うようにしてもよい。この場合は端末局３０で起動中のアプリケーションがそれぞれ要求するビーコン周期を基地局１０に通知する。

（３）１つの基地局１０を複数の端末局３０…で利用する場合、より短いビーコン周期が必要な端末局３０に合わせたビーコン周期に設定する。アプリケーションを終了した時には、アプリケーション実行中の他の端末局３０の中で最も短いビーコン周期を必要とする端末局３０に合わせたビーコン周期に設定する。

図１６は、端末局３０が複数の場合の端末側無線通信部３６の動作を示すフローチャートである。図１７は、端末局３０が複数の場合の基地局１０の動作を示すフローチャートである。なお、図１６，図１７は、アプリケーションがメール、ストリーミング、ＩＰ電話の場合を１つにまとめたものである。

ここでは、端末局３０Ａ（図４）でメールを実行中に、端末局３０Ｂ（図４）でＩＰ電話を実行し、端末局３０ＢのＩＰ電話を先に終了した場合を例として説明する。

具体的には、まず、端末局３０Ａがメールを実行したことにより、（１）〔メール〕で説明した処理によって、メールの自動メール受信チェック間隔に従って、基地局１０のビーコン周期（例：６０ｓｅｃ）を設定する。その後、端末局３０ＢがＩＰ電話を実行したことにより、（１）〔ＩＰ電話〕で説明した処理によって、端末局３０Ｂのアプリケーション実行部３４ＢがＩＰ電話の待受け状態の時の受信チェック間隔（例：Ｔａ＝１ｓｅｃ）に基地局１０のビーコン周期を設定するように要求する（Ｓ１１９）。

このとき、基地局１０では、通信制御部１５が、端末局３０Ｂが要求してきたビーコン周期と（Ｓ１３９）、その時点でのビーコン周期とを比較して（Ｓ１４０）、より短いビーコン周期を選択する（Ｓ１４１）。この例の場合、メールのビーコン周期よりもＩＰ電話の待受け状態でのビーコン周期の方が短いので、ＩＰ電話の待受け状態でのビーコン周期に変更する。このとき、通信制御部１５は、変更前のビーコン周期のタイミングで変更後のビーコン周期を知らせるビーコン信号を端末局３０Ａ・３０Ｂへ発信した後、変更後のビーコン周期のタイミングでのビーコン信号の発信を開始する。

その後、端末局３０ＢのＩＰ電話アプリが先に終了した場合、端末局３０Ｂの通信インタフェース部３５は、端末側無線通信部３６にＩＰ電話アプリの終了を基地局１０へ送信させる（Ｓ１２０）。

このとき、基地局１０では、通信制御部１５が、端末局３０Ｂで終了したＩＰ電話アプリのほかにアプリケーションが動作しているかを判定する（Ｓ１４２）。判定の結果、他のアプリケーションがあれば（ＹＥＳ）、通信中の端末局３０の中で最もビーコン周期の短いビーコン周期に変更する（Ｓ１４３）。この例では、端末局３０Ａで動作しているメールのビーコン周期（Ｔｂ＝６０ｓｅｃ）に変更することになる。

以上より、上記無線通信システム１によれば、１つの基地局１０を複数の端末局３０…で利用する場合にも、ビーコンの受信周期を最適化することにより、ビーコン信号を受信するタイミングまで電源部４３からの通信回路４０への電力供給をＯＦＦにして、消費電力を抑えることができる。

なお、この例では端末局３０が２つの場合について説明したが、３つ以上の場合は１つの端末局３０から基地局１０が終了通知を受けた時に、他の端末局３０と通信しているかを判断する。そのために、通信制御部１５は、通信中の端末局３０とその端末局３０が要求するビーコン周期との対応を管理する、例えばテーブル（図示せず）を保持してもよい。これにより、通信制御部１５は、最も短いビーコン周期を必要とする端末局３０が分かり、それに合わせたビーコン周期を設定することができる。

また、図１８は、複数の端末局３０が複数のアプリケーションを実行する場合の端末側無線通信部３６の動作を示すフローチャートである。この場合、通信インタフェース部３５は、自局に動作中のアプリケーションがあると、最も短いビーコン周期を基地局１０に送信し、起動中のアプリケーションがないと終了通知を基地局１０に送信する。この場合の基地局１０の動作を示すフローチャートは図１７と同じである。

つづいて、図２２から図２５を参照しながら、端末局３０が、基地局１０へ、ビーコン周期の代わりに、基地局１０がビーコン周期を決定するための情報（ビーコン周期決定情報（送信周期決定情報）を送信する場合について説明する。

ここで、上述したように、「通信特性」とは、(a)アプリケーションの通信パターン、(b)アプリケーションの状態、(c)端末局となる機器の種類、(d)(a)〜(c)の組合せ、などに応じて決まるものである。そして、無線通信システム１では、「通信特性」と「アプリケーションの種類」を、ビーコン周期を決定のための情報（ビーコン周期決定情報）として利用する。

図２２は、アプリケーションの種類とビーコン送信周期とを対応付けた管理テーブルの一例である。基地局１０の通信制御部１５には、図２２のような管理テーブルがあらかじめ格納されている。そして、端末局３０は、アプリケーション実行部３４が実行するアプリケーションの種類（メール、ブラウザ等）を示す情報をビーコン周期決定情報として、基地局１０に送信する。基地局１０では、通信制御部１５が、ビーコン周期決定情報として受信したアプリケーションの種類を示す情報に基づいて管理テーブルを参照して、ビーコン送信周期を決定し、設定する。図２２の例では、アプリケーションの種類がメールの場合は６０ｓｅｃ、ブラウザの場合は１ｓｅｃというようにビーコン送信周期が設定されることになる。

また、図２３は、アプリケーションの種類および通信パターンとビーコン送信周期とを対応付けた管理テーブルの一例である。基地局１０の通信制御部１５には、図２３のような管理テーブルがあらかじめ格納されている。そして、端末局３０は、アプリケーション実行部３４が実行するアプリケーションの種類（ストリーミンング等）を示す情報と、通信パターンを示す情報（ストリーミング再生のデータレートが３００Ｋｂｐｓ等）とをビーコン周期決定情報として、基地局１０に送信する。基地局１０では、通信制御部１５が、ビーコン周期決定情報として受信したアプリケーションの種類および通信パターンを示す情報に基づいて管理テーブルを参照して、ビーコン送信周期を決定し、設定する。図２３の例では、アプリケーションの種類がストリーミンングで、ストリーミング再生のデータレートが３００Ｋｂｐｓの場合、ビーコン送信周期は４０ｍｓｅｃにビーコン送信周期が設定されることになる。

また、図２４は、アプリケーションの種類および状態とビーコン送信周期とを対応付けた管理テーブルの一例である。基地局１０の通信制御部１５には、図２４のような管理テーブルがあらかじめ格納されている。そして、端末局３０は、アプリケーション実行部３４が実行するアプリケーションの種類（ＩＰ電話等）を示す情報と、状態を示す情報（待受け、通話等）とをビーコン周期決定情報として、基地局１０に送信する。基地局１０では、通信制御部１５が、ビーコン周期決定情報として受信したアプリケーションの種類および状態を示す情報に基づいて管理テーブルを参照して、ビーコン送信周期を決定し、設定する。図２４の例では、アプリケーションの種類がＩＰ電話であり、アプリケーションの状態が待受けの場合は１ｓｅｃ、通話の場合は２０ｍｓｅｃというようにビーコン送信周期が設定されることになる。

また、図２５は、アプリケーションの種類および端末局３０の機器の種類を対応付けた管理テーブルの一例である。基地局１０の通信制御部１５には、図２５のような管理テーブルがあらかじめ格納されている。そして、端末局３０は、アプリケーション実行部３４が実行するアプリケーションの種類（メール等）を示す情報と、端末局３０の機器の種類を示す情報（携帯電話、携帯情報端末、ノートパソコン等）とをビーコン周期決定情報として、基地局１０に送信する。基地局１０では、通信制御部１５が、ビーコン周期決定情報として受信したアプリケーションの種類および機器の種類を示す情報に基づいて管理テーブルを参照して、ビーコン送信周期を決定し、設定する。図２５の例では、アプリケーションの種類がメールであり、機器の種類が携帯電話の場合は１０ｓｅｃ、機器の種類が携帯情報端末やノートパソコンの場合は６０ｓｅｃというようにビーコン送信周期が設定されることになる。

上記のように、端末局３０は、基地局１０へ、ビーコン周期の代わりに、ビーコン周期決定のための情報（ビーコン周期決定情報）を含めて、ビーコン周期変更要求を送信することができる。そして、ビーコン周期決定情報として、「アプリケーションの種類」のみを利用してもよいし、「通信特性」のみを利用してもよいし、両方を利用してもよい。もちろん、情報が多い方が、ビーコン周期をより精密に設定できることはいうまでもない。

なお、本発明に係る端末局は、定期的な信号（ビーコン信号）の送信周期を決定するための情報を送信周期設定要求手段（端末側無線通信部３６）に通知する通信インタフェース手段（通信インタフェース部３５）を備え、送信周期設定要求手段が、通信インタフェース手段より通知された定期的な信号の送信周期の設定要求を基地局に対して送信するように構成されていてもよい。また、端末局は、定期的な信号の送信周期を決定するための情報が、端末局において実行するアプリケーションの種類であってもよい。また、端末局は、定期的な信号の送信周期を決定するための情報が、通信特性であってもよい。また、端末局は、定期的な信号の送信周期を決定するための情報が、端末局において実行するアプリケーションの種類と、通信特性との組み合わせであってもよい。

〔実施の形態２〕
本発明の他の実施の形態について図１から図４、図１９から図２１に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、上記の実施の形態１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。

本実施の形態に係る無線通信システム１では、端末局３０が実行するアプリケーションの種類および／または通信特性（アプリケーションの通信パターンや状態）によって自己のビーコン受信周期を動的に変更する。すなわち、基地局１０のビーコン周期を変更しない点が実施の形態１とは相違する。なお、無線通信システム１の概略および詳細な構成は、図１から図４と同様である。

具体的には、本実施の形態に係る無線通信システム１では、端末側無線通信部３６（受信周期設定手段）は、ビーコン信号を受信する受信周期を、基地局１０がビーコン信号を送信する送信周期の倍数に設定する。また、通信インタフェース部３５（通信インタフェース手段）は、アプリケーション実行部３４にて実行されているアプリケーションの種類および／または通信特性に応じたビーコン信号の受信周期を端末側無線通信部３６に通知する。例えば、通信インタフェース部３５は、アプリケーション実行部３４にて実行されているアプリケーションの状態を取得し、該状態に応じてビーコン信号の受信周期を決定する。また、通信インタフェース部３５は、基地局１０の持つバッファのサイズに基づいて、ビーコン信号の受信周期を決定する。また、通信インタフェース部３５は、１つの端末局３０で複数のアプリケーションを実行する場合、ビーコン信号の受信周期を最も短い周期が必要なアプリケーションに合わせて決定する。

以下、本実施の形態に係る無線通信システム１におけるビーコン周期の制御について、（１）〜（２）の場合を例として説明する。

（１）端末局３０だけの処理でビーコン受信周期を変更する。ビーコン受信周期は基地局１０のビーコン周期の倍数にする。

なお、基地局１０は、端末局３０から受信確認の信号（ＡＣＫ）を受信するまで同じビーコン信号を送信するようにしてもよい。この場合、基地局１０は、端末局３０のビーコン受信周期の間に同じ内容のビーコン信号を複数回の発信することになる。ただし、基地局１０は、同じ内容のビーコン信号を再送する回数を制限するために、端末局３０が設定するビーコン周期の倍数に上限を設けてもよい。

図１９は、アプリケーション部３３の動作を示すフローチャートである。なお、図１９は、アプリケーションがメール、ストリーミング、ＩＰ電話の場合を１つにまとめたものである。

ここで、図４のネットワーク構成において、端末局３０Ａでメールを実行し、端末局３０Ｂでストリーミングを実行する場合を例として説明する。端末局３０Ａでは、通信インタフェース部３５が、基地局１０のビーコン送信周期１００ｍｓｅｃの整数倍の６０ｓｅｃにビーコン受信周期を設定する。端末局３０Ｂでは、通信インタフェース部３５が、基地局１０のビーコン送信周期１００ｍｓｅｃの整数倍の５００ｍｓｅｃにビーコン受信周期を設定する。なお、各端末局３０のビーコン受信周期は、基地局１０や他の端末局３０へは知らされない。

具体的には、まず、端末局３０Ａにおいて、アプリケーション実行部３４がメールのアプリケーションを起動すると、通信インタフェース部３５が、端末側無線通信部３６へメールアプリ起動を通知し、メールのアプリケーションに対して設定されている自動メール受信チェック間隔（例：６０ｓｅｃ）にビーコン受信周期を設定するように要求する。

このとき、通信インタフェース部３５では、メールの自動メール受信チェック間隔が現在のビーコン受信周期と異なれば（Ｓ１９７）、次のように、変更要求するビーコン受信周期を決定する。すなわち、アプリケーションに適したビーコン受信周期が基地局１０のデフォルトのビーコン周期Ｔ0以上かつ整数倍であるか否かを判定し（Ｓ１９８，Ｓ２００）、条件を満たしていれば、そのままビーコン受信周期とする（Ｓ２０１）。例えば、デフォルトのビーコン周期Ｔ0が１００ｍｓｅｃであって、ビーコン受信周期がＴｒ＝６０ｓｅｃであれば、要求どおりに変更される。一方、アプリケーションに適したビーコン受信周期がデフォルトより短い場合は変更しない（Ｓ１９８でＮＯ）。また、アプリケーションに適したビーコン受信周期がデフォルトの整数倍でない場合（例えば、６０．０１ｓｅｃ）（Ｓ２００でＮＯ）、デフォルトの整数倍の中で最も近く、かつ要求の値を超えない値に設定する（Ｓ２０２）。

そして、端末側無線通信部３６は、通信インタフェース部３５からの要求に従って、ビーコン受信周期に設定する。その後、端末側無線通信部３６は、ビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信した後、通信回路４０の電源をＯＦＦする。このとき、ビーコン信号に自局宛のデータが有ることを示す情報が載っていると、データを受信してアプリケーション部３３に渡す（Ｓ１９０〜Ｓ１９２）。

ユーザがメールを終了すると（Ｓ１９６）、通信インタフェース部３５はアプリケーション終了通知を端末側無線通信部３６に送り、ビーコン受信周期をデフォルト（メールを起動する前）に戻す（Ｓ１９９）。なお、アプリケーションがメールの場合、ユーザが自動メール受信チェック間隔の時間設定を変更すると、ビーコン周期Ｔｒを変える状況が発生する。

次に、端末局３０Ｂにおいて、アプリケーション実行部３４がストリーミングのアプリケーションを起動すると、通信インタフェース部３５が、ストリーミングのアプリケーションに対して設定されている再生のデータレート（例：４８０Ｋｂｐｓ）を取得するとともに、端末側無線通信部３６へストリーミングアプリ起動を通知し、基地局１０へ空きバッファサイズの通知を要求させる（Ｓ１９５）。端末側無線通信部３６が基地局１０から空きバッファサイズを受信すると（Ｓ１８８）、通信インタフェース部３５が、ストリーミング再生のデータレート（例：４８０Ｋｂｐｓ）と空きバッファサイズ（例：３０ＫＢｙｔｅ）とから、データ再生が破綻しない最も長いビーコン受信周期を算出する。この例の場合、３０ＫＢｙｔｅ＝２４０Ｋｂｉｔより２４０／４８０＝５００ｍｓｅｃとなる。そして、通信インタフェース部３５は、端末側無線通信部３６に対して、得られた値に（例：Ｔｒ＝５００ｍｓｅｃ）にビーコン受信周期を設定するように要求する（Ｓ１９７）。

このとき、通信インタフェース部３５では、算出したビーコン受信周期が現在のビーコン受信周期と異なれば（Ｓ１９７）、上述したように、デフォルトの整数倍の中で最も近く、かつ算出したビーコン受信周期を超えない値に設定する（Ｓ１９８，Ｓ２００，Ｓ２０１，Ｓ２０２）。例えば、算出したビーコン受信周期がデフォルトより短い場合は変更しない。また、算出したビーコン受信周期が５１２ｍｓｅｃのようにデフォルトの整数倍でない場合は、デフォルトの整数倍の中で最も近く、かつ５１２ｍｓｅｃを超えない値の５００ｍｓｅｃに設定する。

そして、端末側無線通信部３６は、通信インタフェース部３５からの要求に従って、ビーコン受信周期に設定する。その後、端末側無線通信部３６は、ビーコン受信時刻になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信した後、通信回路４０の電源をＯＦＦする。このとき、ビーコン信号に自局宛のデータが有ることを示す情報が載っていると、データを受信してアプリケーション部３３に渡す（Ｓ１９０〜Ｓ１９２）。

ユーザがストリーミングを終了すると（Ｓ１９６）、通信インタフェース部３５はアプリケーション終了通知を端末側無線通信部３６に送り、ビーコン受信周期をデフォルト（ストリーミングを起動する前）に戻す（Ｓ１９９）。

なお、アプリケーションがストリーミングの場合、ユーザが別のストリーミングデータを選択すると、ビーコン周期Ｔｒを変える状況が発生する。

（２）１つの基地局１０を複数の端末局３０…で利用する場合、基地局１０のビーコン周期はそのままで端末局３０…のビーコン受信周期のみ変更する。端末局３０…のビーコン受信周期は基地局１０のビーコン周期の倍数になる。（１）の場合とは、基地局１０が各端末局３０…のビーコン受信周期を決定して通知する点が異なる。なお、基地局１０のビーコン信号の発信周期は一定であるため、他の端末局３０には影響を与えない。

図２０は、アプリケーション部３３の動作を示すフローチャートである。図２１は、基地局１０の動作を示すフローチャートである。なお、図２０，図２１は、アプリケーションがメール、ストリーミング、ＩＰ電話の場合を１つにまとめたものである。

ここで、図４のネットワーク構成において、端末局３０Ａでメールを実行し、端末局３０Ｂでストリーミングを実行する場合を例として説明する。端末局３０Ａでは、通信インタフェース部３５が、基地局１０のビーコン送信周期１００ｍｓｅｃの整数倍の６０ｓｅｃにビーコン受信周期を設定する。端末局３０Ｂでは、通信インタフェース部３５が、基地局１０のビーコン送信周期１００ｍｓｅｃの整数倍の５００ｍｓｅｃにビーコン受信周期を設定する。

具体的には、まず、端末局３０Ａにおいて、アプリケーション実行部３４がメールのアプリケーションを起動すると、通信インタフェース部３５が、端末側無線通信部３６へメールアプリ起動を通知し、メールのアプリケーションに対して設定されている自動メール受信チェック間隔（例：６０ｓｅｃ）にビーコン受信周期を設定するように、基地側無線通信部１２に要求させる（Ｓ２２８，Ｓ２２９）。

そして、基地局１０では、端末局３０Ａからビーコン受信周期の変更要求を受信すると（Ｓ２４９）、通信制御部１５が、（１）で上述したように、デフォルトの整数倍の中で最も近く、かつ自動メール受信チェック間隔を超えない値に設定する（Ｓ２５０）。例えば、通信制御部１５は、端末局３０Ａからビーコン周期Ｔ＝６０ｓｅｃへの変更要求を受けると、要求されたビーコン周期がデフォルトのビーコン周期１００ｍｓｅｃ以上かつ整数倍であるため、ビーコン周期Ｔ＝６０ｓｅｃへの変更を端末局３０Ａに送信する。なお、変更要求のビーコン周期がデフォルトのビーコン周期より短い場合は変更しない。また、変更要求のビーコン周期が６０．０１ｓｅｃのようにデフォルトのビーコン周期の整数倍でない場合は、デフォルトのビーコン周期の整数倍の中で最も近く、かつ６０．０１ｓｅｃを超えない値の６０ｓｅｃに設定する。

次に、基地局１０は、変更前のビーコン送信時刻に、端末局３０Ａ宛のビーコン信号に、次のビーコン周期Ｔｔ＝６０ｓｅｃを載せて端末局３０Ａに送信する。

一方、端末局３０Ａでは、ビーコン受信時刻（変更前）になると、通信回路４０の電源をＯＮして、基地局１０からのビーコン信号を受信（Ｓ２１３〜Ｓ２１６）した後、通信回路４０の電源をＯＦＦする（Ｓ２２３）。このとき、受信制御部３９は、ビーコン信号に含まれるビーコン周期の設定が、要求したものであることを確認し、ビーコン信号の受信周期に設定する（Ｓ２２４）。すなわち、次回からビーコン受信周期は６０ｓｅｃとなる。また、ビーコン信号に自局宛のデータが有ることを示す情報が載っていると、データを受信してアプリケーション部３３に渡す（Ｓ２２０〜Ｓ２２２）。アプリケーション部３３では、端末側無線通信部３６からデータを受けると、出力部３２にデータを出力する。

その後、ユーザがメールを終了すると（Ｓ２２７）、通信インタフェース部３５はアプリケーション終了通知を端末側無線通信部３６に送り、基地局１０へビーコン周期を元（メールを起動する前）に戻すように要求させる（Ｓ２３０）。その結果、端末局３０Ａのビーコン受信周期は１００ｍｓｅｃに戻る。

なお、アプリケーションがメールの場合、ユーザが自動メール受信チェック間隔の時間設定を変更すると、ビーコン周期を変える状況が発生する。

端末局３０Ｂにおけるストリーミングアプリケーションについては、同様であるので説明を省略する。

なお、複数の端末局３０…で複数のアプリケーションを実行している場合、例えば、端末局Ａでビーコン周期１ｓｅｃを必要とするアプリケーションａｐ１とビーコン周期５１２ｍｓｅｃを必要とするアプリケーションａｐ２とビーコン周期５０ｍｓｅｃを必要とするアプリケーションａｐ３とが起動中であるとすると、１００ｍｓｅｃ以上で最も短いビーコン周期を満たす５１２ｍｓｅｃが選択されるが、１００ｍｓｅｃの整数倍でないので１００ｍｓｅｃの整数倍の中で最も近く、かつ５１２ｍｓｅｃを超えない５００ｍｓｅｃに端末局Ａのビーコン受信周期を設定する。

また、複数の端末局３０…で決定したビーコン受信周期を基地局１０に送信して、基地局１０から受信したビーコン信号によって、変更後のビーコン受信周期を確認する構成とすることもできる。これにより、複数の端末局３０…で複数のアプリケーションを実行する場合において、基地局１０のビーコン周期はそのままで、複数の端末局３０…で最適なビーコン受信周期を設定することができる。

以上のように、本発明に係る無線通信システム１では、端末局３０が自己のアプリケーションの通信パターンや状態によって自己のビーコンの受信周期を最適化することにより、端末局３０の消費電力を抑えることができる。また、端末局３０が自己のアプリケーションの通信パターンや状態を基地局１０に知らせ、ビーコンの送信周期を最適化することにより端末局３０の消費電力を抑えることができる。また、ストリーミング再生やＩＰ電話の通話などのアプリケーションにおいて、データロスや遅延の影響なく間欠的にデータを受信することにより、端末局３０の消費電力を抑えることができる。また、複数のアプリケーションを実行した場合や複数の端末局３０が通信する場合において、ビーコンの受信周期を最適化することにより端末局３０の消費電力を抑えることができる。

さらに、本発明に係る無線通信システム１では、モバイル機器等の端末局３０において、端末側無線通信部３６を自由に省電力制御できる。これにより、モバイル機器の使い方に応じた最適な低消費電力制御が可能となる。

つづいて、図２６から図３４を参照しながら、端末局３０が複数である場合の処理について、詳細に説明する。簡単に要約すると、（１）ある端末局３０Ａからの要求で基地局１０がビーコン送信周期を短く変更した場合、他の端末局３０Ｂは自局のビーコン信号の受信周期を送信周期の倍数の中で最適な長さに変更する。（２）基地局１０は、ビーコン送信周期を短く変更する要求の場合、全ての端末局からの要求を受け付けるが、ビーコン送信周期を長く変更する要求の場合、直前に短くする要求を受付けた端末局からの要求のみ受け付ける。これにより、短いビーコン送信周期で実行している端末局３０の通信が他の端末局３０の影響を受けない。なお、基地局１０のビーコン送信周期の設定については〔実施の形態１〕と、端末局１０のビーコン受信周期の設定については本〔実施の形態２〕で前述したものと同じであるので、詳細な説明は省略する。

端末局３０が複数あり、ある端末局３０Ａからの要求で基地局１０がビーコン送信周期を短く変更した場合、他の端末局３０Ｂは自局のビーコン受信周期を、基地局１０のビーコン送信周期の倍数の中で最適な長さに変更する。これにより、ある端末局３０Ａによって基地局１０のビーコン送信周期が短く変更されても、他の端末局３０Ｂは最適なビーコン受信周期を保ち、消費電力を抑えることができる。

図２６を用いて、このときの端末局３０Ｂの動作を具体的に説明する。図２６は、基地局１０のビーコン送信周期が短く変更された場合の端末局３０の動作を示すフローチャートである。

まず、基地局１０のビーコン送信周期Ｔｂが短く変更されたことを検出する（Ｓ２６１でＹＥＳ）。次に、アプリケーションを実行中であり（Ｓ２６２でＹＥＳ）、かつ、ビーコン送信周期Ｔｂがアプリケーションに最適でない場合（Ｓ２６３でＮＯ）、自局のビーコン受信周期Ｔｒをビーコン送信周期Ｔｂの整数倍の中で最も近くかつ超えない値に設定する（Ｓ２６４）。

また、ある端末局３０Ａからの要求で基地局１０がビーコン送信周期を長く変更した場合、他の端末局３０Ｂは基地局１０のビーコン送信周期を自局にとって最適な長さに変更する要求を出すようにしてもよい。これにより、ある端末局３０Ａによって基地局１０のビーコン送信周期が長く変更されても、他の端末局３０Ｂは最適なビーコン受信周期を保ち、消費電力を抑えることができる。なお、このときビーコン受信周期が長い端末局３０Ａは、前記の処理（図２６）によって、ビーコン受信周期を基地局１０のビーコン送信周期の倍数の中で最適な長さに変更して、最適なビーコン受信周期を保ち、消費電力を抑えることができる。

図２７を用いて、このときの端末局３０の動作を具体的に説明する。図２７は、基地局１０のビーコン送信周期が長く変更された場合の端末局３０の動作を示すフローチャートである。

まず、基地局１０のビーコン送信周期Ｔｂが長く変更されたことを検出する（Ｓ２７１でＹＥＳ）。次に、アプリケーションを実行中であり（Ｓ２７２でＹＥＳ）、かつ、ビーコン送信周期Ｔｂがアプリケーションに最適でない場合（Ｓ２７３でＮＯ）、基地局１０にビーコン送信周期Ｔｂの変更要求を送信する（Ｓ２７４）。

また、ビーコン送信周期を短く変更する場合、基地局１０は全ての端末局３０からの要求を受付けてビーコン送信周期を変更し、要求を出した端末局３０Ａ以外の端末局３０Ｂはビーコン受信周期をビーコン送信周期の倍数の中で最適な長さに変更するようにしてもよい。また、ビーコン送信周期を長く変更する場合、デフォルトからの変更の場合を除き、基地局１０は現在のビーコン送信周期に設定する要求を出した端末局３０Ａからの要求のみを受付け、それ以外の端末局３０Ｂからの要求は受付けないようにしてもよい。この場合、ビーコン送信周期を長く変更する要求を受付けられなかった端末局３０Ｂは、自局のビーコン受信周期を現在のビーコン送信周期の倍数の中で最適な長さに変更すればよい。

図２８を用いて、このときの基地局１０の動作を具体的に説明する。図２８は、端末局３０からビーコン送信周期の変更要求を受けた時の基地局１０の動作を示すフローチャートである。

まず、端末局３０からビーコン送信周期Ｔｂの変更要求があったことを検出する（Ｓ２８１でＹＥＳ）。次に、ビーコン送信周期Ｔｂを短くする変更要求の場合（Ｓ２８２で“短く”）、あるいは、現在のビーコン送信周期Ｔｂを設定した端末局３０から長くする変更要求を受けた場合（Ｓ２８５でＹＥＳ）、その端末局３０に変更要求が有効であることを応答し（Ｓ２８３）、ビーコン送信周期Ｔｂを変更する（Ｓ２８４）。

これに対して、ビーコン送信周期Ｔｂを長くする変更要求を、現在のビーコン送信周期Ｔｂを設定した端末局３０以外の端末局３０から受けた場合（Ｓ２８５でＮＯ）、その端末局３０に変更要求が無効であることを応答する（Ｓ２８６）。この場合、ビーコン送信周期Ｔｂを変更しない。

次に、図２９を参照しながら、端末局３０がビーコン送信周期を短く変更する要求を出した場合の端末局３０の動作を説明する。

基地局１０にビーコン送信周期Ｔｂを短くする変更要求を送信し（Ｓ２９１）、その後、基地局１０からの応答を受信する（Ｓ２９２）。

次に、図３０を参照しながら、端末局３０がビーコン送信周期を長く変更する要求を出した場合の端末局３０の動作を説明する。

まず、基地局１０にビーコン送信周期Ｔｂを長く変更する要求を送信し（Ｓ３０１）、その後、基地局１０から応答を受信する（Ｓ３０２）。次に、応答が無効であれば（Ｓ３０３で“無効”）、ビーコン受信周期Ｔｒを現在のビーコン送信周期Ｔｂの整数倍の中で基地局１０に要求した値に最も近くかつ超えない値に設定する（Ｓ３０４）。

図３１は、このときの端末局３０と基地局１０の動作を示すシーケンス図である。

基地局１０のビーコン送信周期が１００ｍｓ（デフォルト）である状態において、端末局３０Ａがビーコン送信周期２０ｍｓを要求し、それを基地局１０が受信する（ｔ１１）。次に、基地局１０から、要求が有効である旨の応答を端末局３０Ａが受信する（ｔ１２）。このとき、基地局１０は、ビーコン送信周期を２０ｍｓに変更して、その旨をすべての端末局３０にブロードキャストで送信する。

次に、この状態において、他の端末局３０Ｂがビーコン送信周期１０００ｍｓを要求し、それを基地局１０が受信する（ｔ１３）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であり、かつ、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求でないので、要求を無効とし、その旨を端末局３０Ｂへ送信する（ｔ１４）。端末局３０Ｂは、変更要求が無効とされた応答を基地局１０より受信すると、現在のビーコン送信周期２０ｍｓの整数倍であるビーコン受信周期１０００ｍｓに設定する。

次に、この状態において、端末局３０Ａがビーコン送信周期１０００ｍｓを要求し、それを基地局１０が受信する（ｔ１５）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であるが、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求であるので、要求を有効とし、その旨を端末局３０Ａへ送信する（ｔ１５）。このとき、基地局１０は、ビーコン送信周期を１０００ｍｓに変更して、その旨をすべての端末局３０にブロードキャストで送信する。

ここで、ビーコン送信周期を長く変更した時に、現在のビーコン送信周期に設定する要求を出した端末局３０Ａが要求した値が他の端末局３０Ｂが要求した値よりも長かった場合、基地局１０がビーコン送信周期を長く変更した後で、他の端末局３０Ｂがビーコン送信周期を短く変更する要求を出すことになる。この場合、基地局１０がビーコン送信周期を短く変更するまでの間、他の端末局３０Ｂにとって最適でない状態になる可能性がある。

図３２を参照しながら、上記問題を説明する。図３２は、端末局３０と基地局１０の動作を示すシーケンス図である。

図３２は、図３１のｔ１３において、他の端末局３０Ｂがビーコン送信周期１０００ｍｓの代わりにビーコン送信周期５００ｍｓを要求した場合を示している（ｔ１３′）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であり、かつ、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求でないので、要求を無効とし、その旨を端末局３０Ｂへ送信する（ｔ１４）。端末局３０Ｂは、変更要求が無効とされた応答を基地局１０より受信すると（ｔ１４）、現在のビーコン送信周期２０ｍｓの整数倍であるビーコン受信周期５００ｍｓに設定する。

その後、図３１と同様に、端末局３０Ａがビーコン送信周期１０００ｍｓを要求し、それを基地局１０が受信する（ｔ１５）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であるが、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求であるので、要求を有効とし、その旨を端末局３０Ａへ送信する（ｔ１５）。このとき、基地局１０は、ビーコン送信周期を１０００ｍｓに変更して、その旨をすべての端末局３０にブロードキャストで送信する。

このとき、端末局３０Ｂは、ビーコン受信周期５００ｍｓに対してビーコン送信周期１０００ｍｓであるため、基地局１０にビーコン送信周期５００ｍｓを要求する（ｔ１７）。この要求に応じて、基地局１０は、ビーコン送信周期を５００ｍｓへ変更する（ｔ１８）。しかし、端末局３０Ａの要求によりビーコン送信周期が１０００ｍｓに変更されてから、端末局３０Ｂの要求によりビーコン送信周期が５００ｍｓに変更されるまでの間、端末局３０Ｂにとっては最適なビーコン送信周期でない状態となる。

そこで、現在のビーコン送信周期の設定要求を出した端末局３０Ａからビーコン送信周期を長く変更する要求があった場合、基地局１０は、他の端末局３０Ｂと通信しているかを判断し、通信している場合には、他の端末局３０Ｂが要求するビーコン送信周期と現在のビーコン送信周期の設定要求を出した端末局３０Ａが要求するビーコン送信周期とを比較し、短い方の値にビーコン送信周期を変更し、一方、通信していない場合には、現在のビーコン送信周期の設定要求を出した端末局３０Ａが要求した値にビーコン送信周期を変更するようにしてもよい。これにより、全ての端末局３０は自局にとって最適なビーコン受信間隔を設定することができ、消費電力を抑えることができる。

ここで、基地局１０において、上記のような通信中の端末局３０の中で最も短いビーコン送信周期を選択する処理は、通信制御部１５が行う。具体的には、通信制御部１５は、ビーコン送信周期を現在より長く変更する要求を受けた場合、現在のビーコン送信周期に変更する要求を出した端末局３０からの要求であるか否かを判断する。そして、通信制御部１５は、現在の送信周期に変更する要求を出した端末局からの要求であると判断した場合、要求に従ってビーコン送信周期を変更する。また、通信制御部１５は、通信中のすべての端末局３０が要求しているビーコン送信周期を保持する。そして、通信制御部１５は、通信中の全ての端末局３０から要求されたビーコン送信周期の中で最も短い値を選択する。

図３３を用いて、このときの基地局１０の動作を具体的に説明する。図３３は、端末局３０からビーコン送信周期の変更要求を受けた時の基地局１０の動作を示すフローチャートである。なお、端末局３０のフローチャートは、図２９、図３０と同じである。

まず、端末局３０からビーコン送信周期Ｔｂの変更要求があったことを検出する（Ｓ２８１でＹＥＳ）。次に、ビーコン送信周期Ｔｂを短くする変更要求の場合（Ｓ２８２で“短く”）、その端末局３０に変更要求が有効であることを応答し（Ｓ２８３）、ビーコン送信周期Ｔｂを変更する（Ｓ２８４）。

また、現在のビーコン送信周期Ｔｂを設定した端末局３０から長くする変更要求を受けた場合には（Ｓ２８５でＹＥＳ）、通信中の他の端末局３０があり、かつ、該他の端末局３０が要求しているビーコン送信周期Ｔｂ′の中に新たに受けたビーコン送信周期Ｔｂよりも短いものがあるか否かを判定する（Ｓ３１１、Ｓ３１２）。そして、そのような通信中の他の端末局３０が要求しているビーコン送信周期Ｔｂ′の中に新たに受けたビーコン送信周期Ｔｂよりも短いものがない場合（Ｓ３１１でＮＯ、または、Ｓ３１２でＹＥＳ）、端末局３０に変更要求が有効であることを応答し（Ｓ２８３）、ビーコン送信周期Ｔｂを変更する（Ｓ２８４）。

一方、通信中の他の端末局３０が要求しているビーコン送信周期Ｔｂ′の中に新たに受けたビーコン送信周期Ｔｂよりも短いものがある場合（Ｓ３１１でＹＥＳ、かつ、Ｓ３１２でＮＯ）、端末局３０に変更要求が無効であることを応答し（Ｓ２８６）、ビーコン送信周期Ｔｂ′の値に変更する（Ｓ３１３）。これにより、通信中の端末局３０の中で最も短いビーコン送信周期Ｔｂに変更することができる。

図３４は、このときの端末局３０と基地局１０の動作を示すシーケンス図である。

基地局１０のビーコン送信周期が１００ｍｓ（デフォルト）である状態において、端末局３０Ａがビーコン送信周期２０ｍｓを要求し、それを基地局１０が受信する（ｔ２１）。次に、基地局１０から、要求が有効である旨の応答を端末局３０Ａが受信する（ｔ２２）。このとき、基地局１０は、ビーコン送信周期を２０ｍｓに変更して、その旨をすべての端末局３０にブロードキャストで送信する。

次に、この状態において、他の端末局３０Ｂがビーコン送信周期５００ｍｓを要求し、それを基地局１０が受信する（ｔ２３）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であり、かつ、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求でないので、要求を無効とし、その旨を端末局３０Ｂへ送信する（ｔ２４）。端末局３０Ｂは、変更要求が無効とされた応答を基地局１０より受信すると、現在のビーコン送信周期２０ｍｓの整数倍であるビーコン受信周期５００ｍｓに設定する。

次に、この状態において、端末局３０Ａがビーコン送信周期１０００ｍｓを要求し、それを基地局１０が受信する（ｔ２５）。この要求に対して、基地局１０は、現在のビーコン送信周期より長くする要求であり、かつ、現在のビーコン送信周期への変更を要求した端末局３０Ａからの変更要求であるが、現在通信中の他の端末局３０Ｂがあり、かつ、端末局３０Ｂから要求されたビーコン送信周期５００ｍｓの方が短いので、端末局３０Ａからの変更要求を無効とし、その旨を端末局３０Ａへ送信する（ｔ２６）。このとき、基地局１０は、通信中の端末局３０の中で最も短いビーコン送信周期５００ｍｓに変更して、その旨をすべての端末局３０にブロードキャストで送信する。また、端末局３０Ａは、現在のビーコン送信周期５００ｍｓの整数倍であるビーコン受信周期１０００ｍｓに設定する。

なお、本発明に係る端末局は、基地局と少なくとも２つの端末局とで構成され、基地局から送信される定期的な信号（ビーコン信号）の送信周期を端末局に通知する通信システムであって、端末局Ａにおいて、送信周期設定要求手段（端末側無線通信部３６）により基地局に送信周期を現在より短く設定する要求を出し、基地局において、端末局Ａより受信した設定要求に基づいて定期的な信号の送信周期を現在より短く変更した場合、端末局Ａ以外の端末局において、定期的な信号を受信する受信周期を、基地局が定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段（端末側無線通信部３６）を備えて構成されていてもよい。

また、本発明に係る基地局は、上記設定要求が定期的な信号の送信周期を現在より長く変更する要求の場合、現在の送信周期に変更する要求を出した端末局からの要求であるか否かを判断する端末局判断手段（通信制御部１５）を備えていてもよい。また、本発明に係る基地局は、上記端末局判断手段により、現在の送信周期に変更する要求を出した端末局からの要求であると判断した場合、上記定期的な信号の送信周期を変更してもよい。また、本発明に係る基地局は、上記端末局判断手段により、現在の送信周期に変更する要求を出した端末局からの要求であると判断した場合、上記要求を出した端末局以外の端末局と通信しているか否かを判断する通信判断手段（通信制御部１５）を持ち、上記通信判断手段により、他の端末局との通信を行っていると判断した場合、通信中の全ての端末局の中で最も短い値を要求した送信周期に変更してもよい。

なお、本発明は上述した各実施の形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施の形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

また、本発明に係る無線通信システムは、ビーコン周期の変更を、アプリケーションの通信パターンや状態に応じて行うほか、端末局となる機器の種類（携帯電話、携帯情報端末、ノートパソコン、携帯ＴＶなど）に応じて行うようにしてもよいし、機器の種類とアプリケーションの種類との組合せに応じて行うようにしてもよい。

また、ストリーミングアプリやＩＰ電話アプリを実行する場合、基地局の空きバッファサイズのうち安定して送るために必要なサイズ分を確保しておいて、他のアプリケーションや他の端末局が基地局のバッファを使う時は残りの空きバッファを使うようにしてもよい。

また、上述したように、端末局３０において通信インタフェース部３５は、アプリケーション部３３と端末側無線通信部３６との間に位置してミドルウェアとして機能する。そして、通信インタフェース部３５は、アプリケーションごとに設けられるように構成されてもよいし、複数のアプリケーションによって共用されるように構成されてもよい（図２）。

通信インタフェース部３５をアプリケーションごとに設ける場合、通信インタフェース部３５は、当該アプリケーションと一体に構成することができる。このように構成した場合、アプリケーションは、メールアプリやストリーミングアプリとしての通常の機能に加えて、通信インタフェース部３５として、アプリケーションの通信パターンや状態を取得する機能と、それらに基づいてビーコン周期を変更するように端末側無線通信部３６を制御する機能とを備えた、いわば専用のアプリケーションとなる。

一方、通信インタフェース部３５が複数のアプリケーションによって共用される構成の場合、アプリケーションは、メールアプリやストリーミングアプリとしての通常の機能のみを備えていればよく、いわば汎用のアプリケーションとなる。この場合、通信インタフェース部３５は、端末側無線通信部３６に設けることもできる。

本発明に係る端末局３０は、アプリケーションが専用／汎用のいずれにせよ、ミドルウェア（通信インタフェース部３５）がアプリケーションの通信パターンや状態を取得してビーコン周期の変更を行うものである。

また、上記端末局３０で動作するアプリケーションは、ソフトウェアで実現されるものに限定されず、ハードウェアで実現されるものであってもよいし、ハードウェアとソフトウェアとの組み合わせによって実現されるものであってもよい。

本発明に係る無線通信システムは、基地局と端末局とで構成され、基地局から定期的に送信されるビーコン信号に基づいて基地局から端末局を特定して、上記特定された端末局に送信すべきデータの有無と次のビーコン信号の送信周期とを通知する無線通信システムであって、端末局において、上記ビーコン信号の送信周期の設定要求を基地局に対して送信する手段（端末側無線通信部３６）を備え、基地局において、上記設定要求に基づいて上記ビーコン信号の送信周期を設定する手段（通信制御部１５）を備えていてもよい。さらに、上記無線通信システムは、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの通信パターンに応じて決められてもよい。また、上記無線通信システムは、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの種類に応じて決められてもよい。また、上記無線通信システムは、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの状態に応じて決められてもよい。また、上記無線通信システムは、上記ビーコン信号の送信周期の設定要求が端末局となる機器の種類に応じて決められてもよい。また、上記無線通信システムは、上記ビーコン信号の送信周期の設定要求が端末局となる機器の種類と実行するアプリケーションの組合せとに応じて決められてもよい。また、上記無線通信システムは、基地局の持つバッファのサイズを調べる手段（通信制御部１５）を備えていてもよい。また、上記無線通信システムは、複数のアプリケーションを実行する場合、ビーコン信号の送信周期を最も短い周期が必要なアプリケーションに合わせてもよい。また、上記無線通信システムは、端末局が複数の場合、ビーコン信号の送信周期を最も短い周期が必要な端末局に合わせてもよい。また、上記無線通信システムは、端末局が複数の場合、基地局のビーコン信号の送信周期はそのままで、各端末局のビーコン受信周期を変更してもよい。また、上記無線通信システムは、端末局のビーコン受信周期が基地局のビーコン信号の送信周期の倍数であってもよい。

本発明に係る無線通信システムにおける通信管理方法は、基地局と端末局とで構成され、基地局から定期的に送信されるビーコン信号に基づいて基地局から端末局を特定して、上記特定された端末局に送信すべきデータの有無と次のビーコン信号の送信周期とを通知する無線通信システムにおける通信管理方法であって、端末局において、上記ビーコン信号の送信周期の設定要求を基地局に対して送信するステップを含む、基地局において、上記設定要求に基づいて上記ビーコン信号の送信周期を設定するステップを含んでいてもよい。さらに、上記通信管理方法は、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの通信パターンに応じて決められてもよい。また、上記通信管理方法は、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの種類に応じて決められてもよい。また、上記通信管理方法は、上記ビーコン信号の送信周期の設定要求が端末局で実行するアプリケーションの状態に応じて決められてもよい。また、上記通信管理方法は、上記ビーコン信号の送信周期の設定要求が端末局となる機器の種類に応じて決められてもよい。また、上記通信管理方法は、上記ビーコン信号の送信周期の設定要求が端末局となる機器の種類と実行するアプリケーションとの組合せに応じて決められてもよい。また、上記通信管理方法は、基地局の持つバッファのサイズを調べ、上記ビーコン信号の送信周期の設定要求が上記バッファのサイズに応じて決められてもよい。また、上記通信管理方法は、複数のアプリケーションを実行する場合、ビーコン信号の送信周期を最も短い周期が必要なアプリケーションに合わせてもよい。また、上記通信管理方法は、端末局が複数の場合、ビーコン信号の送信周期を最も短い周期が必要な端末局に合わせてもよい。また、上記通信管理方法は、端末局が複数の場合、基地局のビーコン信号の送信周期はそのままで、各端末局のビーコン受信周期を変更してもよい。また、上記通信管理方法は、端末局のビーコン受信周期が基地局のビーコン信号の送信周期の倍数であってもよい。

本発明に係る端末局は、基地局と端末局とで構成され、基地局から定期的に送信されるビーコン信号に基づいて基地局から各端末局を特定して、上記特定された端末局に送信すべきデータの有無と次のビーコン信号の送信周期を通知する無線通信システムにおける端末局であって、上記ビーコン信号の送信周期の設定要求を基地局に対して送信する手段（端末側無線通信部３６）を備えていてもよい。

本発明に係る基地局は、基地局と端末局とで構成され、基地局から定期的に送信されるビーコン信号に基づいて基地局から端末局を特定して、上記特定された端末局に送信すべきデータの有無と次のビーコン信号の送信周期を通知する無線通信システムにおける基地局であって、上記設定要求に基づいて上記ビーコン信号の送信周期を設定する手段（通信制御部１５）を備えていてもよい。

本発明に係る端末局は、基地局と端末局とで構成され、基地局と端末局との間で通信を行う無線通信システムにおける端末局であって、通信の制御を行う通信制御手段（端末側無線通信部３６）に対して制御の指示を出す制御指示手段（通信インタフェース部３５）を備えていてもよい。さらに、上記端末局は、制御指示手段による指示が端末局で実行するアプリケーションの通信パターンに応じて決められてもよい。また、上記端末局は、制御指示手段による指示が端末局で実行するアプリケーションの種類に応じて決められてもよい。また、上記端末局は、制御指示手段による指示が端末局で実行するアプリケーションの状態に応じて決められてもよい。また、上記端末局は、制御指示手段による指示が端末局となる機器の種類に応じて決められてもよい。また、上記端末局は、制御指示手段による指示が端末局となる機器の種類と実行するアプリケーションとの組合せに応じて決められてもよい。

本発明に係る無線通信システムは、基地局と端末局とで構成され、基地局と端末局との間で通信を行う無線通信システムであって、端末局において、基地局と通信するための制御を行う端末局通信制御手段（端末側無線通信部３６）と、上記端末局通信制御手段に対して制御の指示を出す制御指示手段（通信インタフェース部３５）とを備え、基地局において、端末局と通信するための制御を行う基地局通信制御手段（制御部１３）と、上記端末局の制御指示手段からの指示に基づいて基地局通信制御手段を制御する手段（通信制御部１５）とを備えていてもよい。さらに、上記無線通信システムは、制御指示手段による指示が端末局で実行するアプリケーションの通信パターンに応じて決められてもよい。また、上記無線通信システムは、制御指示手段による指示が端末局で実行するアプリケーションの種類に応じて決められてもよい。また、上記無線通信システムは、制御指示手段による指示が端末局で実行するアプリケーションの状態に応じて決められてもよい。また、上記無線通信システムは、制御指示手段による指示が端末局となる機器の種類に応じて決められてもよい。また、上記無線通信システムは、制御指示手段による指示が端末局となる機器の種類と実行するアプリケーションの組合せに応じて決められてもよい。また、上記無線通信システムは、基地局の持つバッファのサイズを調べる手段（通信制御部１５）を備えていてもよい。

また、本発明の目的は、上述した機能を実現するソフトウェアである通信管理プログラム（基地局１０の制御プログラム、端末局３０の制御プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ、ＤＳＰ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。この場合、記録媒体から読み出されたプログラムコード自体が上述した機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。

具体的には、上記基地局１０の通信制御部１５は、基地局１０のメモリ（図示せず）に格納された所定のプログラムを、基地局１０のマイクロプロセッサなどが実行することにより実現される。また、上記端末局３０の通信インタフェース部３５、送信制御部３７、受信制御部３９は、端末局３０のメモリ（図示せず）に格納された所定のプログラムを、端末局３０のマイクロプロセッサなどが実行することにより実現される。

上記プログラムコードを供給するための記録媒体は、システムあるいは装置と分離可能に構成することができる。また、上記記録媒体は、プログラムコードを供給可能であるように固定的に担持する媒体であってもよい。そして、上記記録媒体は、記録したプログラムコードをコンピュータが直接読み取ることができるようにシステムあるいは装置に装着されるものであっても、外部記憶装置としてシステムあるいは装置に接続されたプログラム読み取り装置を介して読み取ることができるように装着されるものであってもよい。

例えば、上記記録媒体としては、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、上記プログラムコードは、コンピュータが記録媒体から読み出して直接実行できるように記録されていてもよいし、記録媒体から主記憶のプログラム記憶領域へ転送された後コンピュータが主記憶から読み出して実行できるように記録されていてもよい。

さらに、システムあるいは装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。そして、通信ネットワークとしては、特に限定されず、具体的には、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、具体的には、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。

なお、プログラムコードを記録媒体から読み出して主記憶に格納するためのプログラム、および、通信ネットワークからプログラムコードをダウンロードするためのプログラムは、コンピュータによって実行可能にあらかじめシステムあるいは装置に格納されているものとする。

上述した機能は、コンピュータが読み出した上記プログラムコードを実行することによって実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行うことによっても実現される。

さらに、上述した機能は、上記記録媒体から読み出された上記プログラムコードが、コンピュータに装着された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても実現される。

本発明の通信システムによれば、端末局においてアプリケーションの種類および／または通信特性（通信パターンや通信状況等）に応じてビーコン信号を受信する周期を最適に設定することができるので、携帯電話、携帯情報端末、ノートパソコン、携帯ＴＶなどによる無線ＬＡＮなどの無線通信システムに好適に利用できる。また、本発明の通信システムは、有線通信システムにも適用可能である。

本発明の実施の形態に係る無線通信システムの詳細な構成を示す機能ブロック図である。 本発明の実施の形態に係る無線通信システムの詳細な構成を示す機能ブロック図である。 図１、図２に示した無線通信システムの概略を示す模式図である。 図１、図２に示した無線通信システムの概略を示す模式図である。 図１に示した無線通信システムの端末局のアプリケーション部の動作を示すフローチャートである。 図１に示した無線通信システムの端末局の端末側無線通信部の動作を示すフローチャートである。 図１に示した無線通信システムの基地局の動作を示すフローチャートである。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがメールの場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがメールの場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがストリーミングの場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがストリーミングの場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがＩＰ電話の場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、アプリケーションがＩＰ電話の場合を示す。 図１に示した無線通信システムの動作を示すシーケンス図であって、端末局のアプリケーションとして、メールを実行中にＩＰ電話を実行し、ＩＰ電話を先に終了した場合を示す。 図２に示した無線通信システムの端末局の端末側無線通信部の動作を示すフローチャートである。 図４に示したように端末局が複数の場合の端末局の端末側無線通信部の動作を示すフローチャートである。 図４に示したように端末局が複数の場合の基地局の動作を示すフローチャートである。 図４に示したように端末局が複数あり、複数のアプリケーションを実行する場合の端末局の端末側無線通信部の動作を示すフローチャートである。 図１、図２に示した無線通信システムの端末局のアプリケーション部の動作を示すフローチャートである。 図４に示したように端末局が複数の場合のアプリケーション部の動作を示すフローチャートである。 図４に示したように端末局が複数の場合の基地局の動作を示すフローチャートである。 図１、図２に示した無線通信システムの基地局の通信制御部に格納されている、アプリケーションの種類とビーコン送信周期とを対応付けた管理テーブルの一例を示す説明図である。 図１、図２に示した無線通信システムの基地局の通信制御部に格納されている、アプリケーションの種類および通信パターンとビーコン送信周期とを対応付けた管理テーブルの一例を示す説明図である。 図１、図２に示した無線通信システムの基地局の通信制御部に格納されている、アプリケーションの種類および状態とビーコン送信周期とを対応付けた管理テーブルの一例を示す説明図である。 図１、図２に示した無線通信システムの基地局の通信制御部に格納されている、アプリケーションの種類および端末局の機器の種類を対応付けた管理テーブルの一例を示す説明図である。 図１、図２に示した無線通信システムにおいて、基地局のビーコン送信周期が短く変更された場合の端末局の動作を示すフローチャートである。 図１、図２に示した無線通信システムにおいて、基地局のビーコン送信周期が長く変更された場合の端末局の動作を示すフローチャートである。 図１、図２に示した無線通信システムにおいて、端末局からビーコン送信周期の変更要求を受けた時の基地局の動作を示すフローチャートである。 図１、図２に示した無線通信システムにおいて、端末局がビーコン送信周期を短く変更する要求を出した場合の端末局の動作を示すフローチャートである。 図１、図２に示した無線通信システムにおいて、端末局がビーコン送信周期を長く変更する要求を出した場合の端末局の動作を示すフローチャートである。 図１、図２に示した無線通信システムであって端末局が複数である場合のシーケンスの一例を示す図である。 図１、図２に示した無線通信システムであって端末局が複数である場合のシーケンスの一例を示す図である。 図１、図２に示した無線通信システムにおいて、端末局からビーコン送信周期の変更要求を受けた時の基地局の動作を示すフローチャートである。 図１、図２に示した無線通信システムであって端末局が複数である場合のシーケンスの一例を示す図である。

符号の説明

１ 無線通信システム（通信システム）
１０ 基地局（通信装置）
１４ 記憶部（バッファ）
１５ 通信制御部（送信周期設定手段）
３０ 端末局（通信装置）
３４ アプリケーション実行部（アプリケーション実行手段）
３５ 通信インタフェース部（通信インタフェース手段）
３６ 端末側無線通信部（送信周期設定要求手段、受信周期設定手段）
４０ 通信回路
Ｓ４９，Ｓ９０，Ｓ９２，Ｓ１１９，Ｓ１７０，Ｓ１７２，Ｓ２２９，Ｓ２７４
ビーコン周期設定要求ステップ（送信周期設定要求ステップ）
Ｓ６９，Ｓ１４１，Ｓ２５０，Ｓ２５１，Ｓ２８４，Ｓ３１３
ビーコン送信周期設定ステップ（送信周期設定ステップ）
Ｓ１９〜Ｓ２２，Ｓ２３ ビーコン周期決定ステップ（送信周期決定ステップ）
Ｓ２０１，Ｓ２０２，Ｓ３０４
ビーコン受信周期設定ステップ（受信周期設定ステップ）

Claims (32)

1. 基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムであって、
   端末局において、
   上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備え、
   基地局において、
   端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備えていることを特徴とする通信システム。
2. 上記端末局において、
   上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、
   上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を上記送信周期設定要求手段に通知する通信インタフェース手段とを備え、
   上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴とする請求項１に記載の通信システム。
3. 上記通信インタフェース手段は、上記アプリケーション実行手段にて実行されているアプリケーションの状態を取得し、該状態に応じて上記定期的な信号の送信周期を決定するものであることを特徴とする請求項２に記載の通信システム。
4. 上記通信インタフェース手段は、基地局の持つバッファのサイズに基づいて、上記定期的な信号の送信周期を決定するものであることを特徴とする請求項２または３に記載の通信システム。
5. 上記通信インタフェース手段は、１つの端末局で複数のアプリケーションを実行する場合、上記定期的な信号の送信周期を最も短い周期が必要なアプリケーションに合わせて決定するものであることを特徴とする請求項２に記載の通信システム。
6. 上記送信周期設定手段は、端末局が複数の場合、上記定期的な信号の送信周期を最も短い周期が必要な端末局に合わせて決定するものであることを特徴とする請求項１または２に記載の通信システム。
7. 上記端末局において、
   上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を上記送信周期設定要求手段に通知する通信インタフェース手段とを備え、
   上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記送信周期決定情報を含めて、上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴とする請求項１に記載の通信システム。
8. 上記端末局が、上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段を備え、かつ、
   上記送信周期決定情報が、上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性を含むことを特徴とする請求項７に記載の通信システム。
9. 基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムにおける基地局であって、
   端末局より受信した上記定期的な信号の送信周期の設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備えていることを特徴とする基地局。
10. 基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムにおける端末局であって、
    上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備えていることを特徴とする端末局。
11. 上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を上記送信周期設定要求手段に通知する通信インタフェース手段をさらに備え、
    上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記送信周期決定情報を含めて、上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴とする請求項１０に記載の端末局。
12. 上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、
    上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を上記送信周期設定要求手段に通知する通信インタフェース手段とをさらに備え、
    上記送信周期設定要求手段が、上記通信インタフェース手段より通知された上記定期的な信号の送信周期の設定要求を基地局に対して送信するものであることを特徴とする請求項１０に記載の端末局。
13. 上記定期的な信号を受信するタイミングで通信回路の電力供給をオンし、上記基地局から送信される信号を受信し終えると上記通信回路の電力供給をオフすることを特徴とする請求項１０に記載の端末局。
14. 基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムによる通信管理方法であって、
    端末局において、
    上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求ステップと、
    基地局において、
    端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定ステップとを含むことを特徴とする通信管理方法。
15. 上記送信周期設定要求ステップにおいて、端末局は、上記基地局が上記定期的な信号の送信周期を決定するための送信周期決定情報を、上記定期的な信号の送信周期の設定要求に含めて送信し、
    上記送信周期設定ステップにおいて、上記基地局は、上記送信周期決定情報に基づいて上記定期的な信号の送信周期を決定することを特徴とする請求項１４に記載の通信管理方法。
16. 上記端末局において、
    上記基地局を介して外部と通信を行う実行中のアプリケーションの種類および／または通信特性に応じた上記定期的な信号の送信周期を決定する送信周期決定ステップをさらに含むことを特徴とする請求項１４に記載の通信管理方法。
17. 基地局から端末局に定期的な信号が送信される通信システムにおける端末局であって、
    上記定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段を備えていることを特徴とする端末局。
18. 上記基地局を介して外部と通信を行うアプリケーションを実行するアプリケーション実行手段と、
    上記アプリケーション実行手段にて実行されているアプリケーションの種類および／または通信特性に応じた上記定期的な信号の受信周期を上記受信周期設定手段に通知する通信インタフェース手段とを備えていることを特徴とする請求項１７に記載の端末局。
19. 上記通信インタフェース手段は、上記アプリケーション実行手段にて実行されているアプリケーションの状態を取得し、該状態に応じて上記定期的な信号の受信周期を決定するものであることを特徴とする請求項１８に記載の端末局。
20. 上記通信インタフェース手段は、基地局の持つバッファのサイズに基づいて、上記定期的な信号の受信周期を決定するものであることを特徴とする請求項１８または１９に記載の端末局。
21. 上記通信インタフェース手段は、１つの端末局で複数のアプリケーションを実行する場合、上記定期的な信号の受信周期を最も短い周期が必要なアプリケーションに合わせて決定するものであることを特徴とする請求項１８に記載の端末局。
22. 上記定期的な信号を受信するタイミングで通信回路の電力供給をオンし、上記基地局から送信される信号を受信し終えると上記通信回路の電力供給をオフすることを特徴とする請求項１７に記載の端末局。
23. 基地局から端末局に定期的な信号が送信される通信システムによる通信管理方法であって、
    端末局において、
    上記定期的な信号を受信する受信周期を、基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定ステップを含むことを特徴とする通信管理方法。
24. 上記端末局において、
    上記基地局を介して外部と通信を行う実行中のアプリケーションの種類および／または通信特性に応じた上記定期的な信号の受信周期を決定する受信周期決定ステップをさらに含むことを特徴とする請求項２３に記載の通信管理方法。
25. 基地局と少なくとも２つの端末局とで構成され、基地局から送信される定期的な信号の送信周期を端末局に通知する通信システムであって、
    端末局において、
    上記定期的な信号の送信周期の設定要求を基地局に対して送信する送信周期設定要求手段を備え、
    基地局において、
    端末局より受信した上記設定要求に基づいて上記定期的な信号の送信周期を変更する送信周期設定手段を備え、
    さらに、端末局において、
    上記基地局が上記定期的な信号を送信する送信周期が、当該端末局が上記定期的な信号を受信すべき適正な受信周期よりも短い場合、上記定期的な信号を受信する受信周期を、上記基地局が上記定期的な信号を送信する送信周期の倍数に設定する受信周期設定手段を備えていることを特徴とする通信システム。
26. 上記基地局の送信周期設定手段は、端末局より受信した上記設定要求が上記定期的な信号の送信周期を現在より長く変更するものであるとき、当該端末局と現在の送信周期に変更する設定要求を出した端末局とが同一端末局であるか否かを判断し、同一端末局である場合、上記定期的な信号の送信周期を変更するものであることを特徴とする請求項２５に記載の通信システム。
27. 上記基地局の送信周期設定手段は、上記定期的な信号の送信周期を現在より長く変更する設定要求を送信してきた端末局と、現在の送信周期に変更する設定要求を出した端末局とが同一端末局である場合、通信中の端末局から受信した中で最も短い送信周期に変更するものであることを特徴とする請求項２６に記載の通信システム。
28. 定期的な信号を送信する通信装置であって、
    送信周期の設定要求に基づいて上記定期的な信号の送信周期を変更することを特徴とする通信装置。
29. 定期的な信号を受信する通信装置であって、
    上記定期的な信号の送信周期の設定要求を送信することを特徴とする通信装置。
30. 定期的な信号を受信する通信装置であって、
    上記定期的な信号を受信する受信周期を、上記定期的な信号の周期の倍数に設定することを特徴とする通信装置。
31. 請求項９に記載の基地局、請求項１０から１３、１７から２２のいずれか１項に記載の端末局、請求項２８から３０のいずれか１項に記載の通信装置の少なくともいずれか１つを動作させる制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
32. 請求項３１に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。