(57)【要約】【課題】無線ＬＡＮにおいて、受信タイミングが固定されていなくても、また、データ送信側のアクセスポイントが新規格に対応していなくても利用できる消費電力抑制方法を提供する。【解決手段】データ供給装置へデータ要求２０９を送信する送信部１０９と、データ要求に応じてデータ供給装置から送信されてくるデータを受信する受信部１０８と、受信部が受信したデータを一時的に蓄積する受信バッファ１０１と、受信バッファからデータを取り出すデータ取り出し部１０７と、受信バッファに蓄積されているデータの蓄積量を管理する蓄積量管理部１０２と、受信バッファ内のデータの蓄積量に応じて、送信部からのデータ要求を中断または開始させる制御部１００とを備える。そして制御部は、送信部からのデータ要求を中断させた場合は、受信アンプ１０４の電源をオフにし、送信部からのデータ要求を開始させた場合は、受信アンプの電源をオンにする。【選択図】図２
2011087135.tif 000002
【特許請求の範囲】
【請求項１】
データ供給装置へデータ要求を送信する送信部と、
前記データ要求に応じて前記データ供給装置から送信されてくるデータを受信する受信部と、
前記受信部が受信したデータを一時的に蓄積する受信バッファと、
前記受信バッファから前記データを取り出すデータ取り出し部と、
前記受信バッファに蓄積されている前記データの蓄積量を管理する蓄積量管理部と、
前記蓄積量管理部から得た前記データの蓄積量に応じて、前記送信部からの前記データ要求を中断または開始させる制御部とを備え、
前記制御部は、前記送信部からの前記データ要求を中断させた場合は、前記受信部の電源をオフにし、前記送信部からの前記データ要求を開始させた場合は、前記受信部の電源をオンにする、通信端末。
【請求項２】
前記電源は、前記受信部の中に含まれる受信アンプの電源である、請求項１に記載の通信端末。
【請求項３】
前記蓄積量管理部は、前記データの蓄積量を、所定の第１のしきい値および前記第１のしきい値よりも小さい所定の第２のしきい値と比較し、
前記制御部は、
前記データの蓄積量が前記第１のしきい値を上回った際に、前記データ要求の送信を中断させるように制御し、
前記データ要求の送信を中断させた後に、前記データの蓄積量が前記第２のしきい値を下回った際に、前記データ要求の送信を開始させるように制御する、請求項１または２に記載の通信端末。
【請求項４】
前記制御部は、前記受信部の前記電源をオフにするように制御する際には、前記データ要求の送信を中断させ、それまでに前記送信部から送信させた前記データ要求に対応する全ての前記データが前記受信部で受信された後に、前記受信部の前記電源をオフにする、請求項１に記載の通信端末。
【請求項５】
前記制御部は、外部からのデータリクエストに応じて前記送信部によって前記データ要求を送信させ、送信させた全ての前記データ要求に対応する全ての前記データが前記受信部で受信された際に、前記受信部の前記電源をオフにする、請求項１に記載の通信端末。
【請求項６】
前記制御部は、前記データ要求に対応する前記データが前記受信部で受信されたことを、前記データが前記受信バッファに蓄積される毎に、その蓄積されたデータと前記送信部によって送信させた前記データ要求とを対照して確認する、請求項４または５に記載の通信端末。
【請求項７】
前記受信部は、前記供給装置から送信されてくるデータを受信する受信アンプと、前記受信アンプが受信したデータを復調して前記受信バッファに格納する復調部とを有し、
前記制御部は、前記データ要求に対応する前記データが前記受信部で受信されたことを、前記復調部で復調されたデータと前記送信部によって送信させた前記データ要求とを対照して確認する、請求項４または５に記載の通信端末。
【請求項８】
データ供給装置へデータ要求を送信する送信ステップと、
前記データ要求に応じて前記データ供給装置から送信されてくるデータを受信部によって受信する受信ステップと、
前記受信したデータを一時的に受信バッファに蓄積する一時蓄積ステップと、
前記受信バッファから前記データを取り出すデータ取り出しステップと、
前記受信バッファに蓄積されている前記データの蓄積量を管理する蓄積量管理ステップと、
前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる制御ステップとを備え、
前記制御ステップでは、前記送信ステップにおける前記データ要求を中断させた場合は、前記受信部の電源をオフにし、前記送信ステップにおける前記データ要求を開始させた場合は、前記受信部の電源をオンにする、通信方法。
【請求項９】
請求項８に記載の通信方法の、前記受信バッファに蓄積されている前記データの蓄積量を管理する前記蓄積量管理ステップ、および、前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる前記制御ステップをコンピュータに実行させるプログラム。
【請求項１０】
請求項９に記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信方法、プログラムおよび記録媒体に関する。例えば、無線ＬＡＮでアクセスポイントに接続される通信端末およびその通信方法等に関する。
【背景技術】
【０００２】
近年、敷設の容易性、導入コストの経済性等を考慮して、オフィスや家庭等で、無線ＬＡＮを構築するケースが増えてきている。無線ＬＡＮの代表的な技術には、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２委員会により規格化された方式がある。ＩＥＥＥ８０２委員会で規格化された方式とは、例えばＩＥＥＥ８０２．１１標準方式、ＩＥＥＥ８０２．１１ａ標準方式、ＩＥＥＥ８０２．１１ｂ標準方式、ＩＥＥＥ８０２．１１ｇ標準方式などが挙げられる。
【０００３】
無線ＬＡＮ対応の通信端末に関する通信規格では、アクセスポイントからの自機宛てのパケットの受信を定期的に停止することによって、間欠的に仮眠状態となり電力を節約するパワーセーブモード（ＰＳモード）が規定されている。ＩＥＥＥ８０２．１１無線ＬＡＮには、端末のバッテリ消費量を抑制するためのパワーマネジメント機能があり、標準規格においては、パワーセーブ中の端末局がＡＰ（アクセスポイント）とデータを送受信するための方法が規定されている。
【０００４】
無線ＬＡＮ対応の通信端末では、無線ＬＡＮ部の消費電力が大きいため、常にオンさせておくと、携帯機器のバッテリが短期間に消耗してしまう。そこで、上記パワーセーブモードを用いて、アクセスポイントからの自機宛てのパケットの受信を定期的に行うようにし、パケットの受信停止期間において、電力消費の多い無線通信部の少なくとも一部の電源をオフし、電力消費を抑えている（例えば、特許文献１参照）。
【０００５】
パワーマネジメントに関する端末局（ステーション）の動作モードとしては、アクティブモードとパワーセーブモードがある。アクティブモードにおいては、端末局は常時送受信が可能なＡｗａｋｅ状態（起動状態）であり、パワーセーブモードにおいてはＡｗａｋｅ状態と送受信不能な最小限の電力で動作するＤｏｚｅ状態（スリープ状態）を間欠に遷移し、パワーセーブモードで動作している端末局がフレームの送受信を行えるのは、Ａｗａｋｅ状態のときのみである。
【０００６】
パワーセーブモードで動作する端末局は、ベース装置から送信されるビーコンのタイミングに合わせて、Ｄｏｚｅ状態からＡｗａｋｅ状態に移行して受信動作を行う。
【０００７】
図７に、従来のパワーセーブモードでの受信シーケンスを示す。図７を用いて、パワーセーブモードにおけるデータ送受信動作について説明する。
【０００８】
図７において、端末局Ａは、無線ＬＡＮ対応の通信端末であり、ベース装置としてのアクセスポイント（ＡＰ）から無線通信によりデータを受信する。
【０００９】
ＡＰは、パワーセーブモードで動作する端末局Ａ宛の外部から受信したデータを一時的にバッファリングし、ビーコン内のトラフィック表示マップ（ＴＩＭ：Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）により、パケットがバッファされていることを通知する。
【００１０】
端末局Ａは、ＡＰからのビーコン出力タイミングに合わせてＤｏｚｅ状態からＡｗａｋｅ状態に移行して受信動作を行う。ＡＰから端末局Ａ宛のデータが蓄積されているか否かをＴＩＭ情報要素により通知を受け、自局宛のデータがある場合には、ＰＳ−Ｐｏｌｌという制御フレームを繰り返し送信することで、ＡＰからデータを引き出す。ＡＰに蓄積されたデータの有無はフレーム制御フィールドで確認ができ、なくなり次第すぐにＤｏｚｅ状態に遷移が可能となる。
【００１１】
このようにして、携帯機器などの通信端末における電力消費を抑制していた。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開平９−１６２７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記した従来の消費電力抑制方法では、受信タイミングが固定されているという問題や、アクセスポイントがパワーセーブモードに対応していなければ利用できないという問題があった。
【００１４】
すなわち、受信タイミングが固定されていることにより、受信側端末からの要求タイミングに対して、送信されてくるデータのレスポンスが悪くなってしまうことに加え、データが多い場合にはＰＳ−ＰＯＬＬフレームを繰り返し送信することで大幅に電力を消費する。また、ビーコンを受信するために定期的にＡｗａｋｅ状態となるため、データの送受信を行わないときでも、受信側端末は、ビーコンを受信するための電力を消費してしまう。
【００１５】
また、受信側端末がパワーセーブモードに対応していても、アクセスポイントが新規格のパワーセーブモード（例えばＵＡＰＳＤ（Ｕｎｓｃｈｅｄｕｌｅｄ  Ａｕｔｏｍａｔｉｃ  Ｐｏｗｅｒ  Ｓａｖｅ  Ｄｅｌｉｖｅｒｙ）や将来拡張規格）に対応していない場合には、受信側端末の電力消費を抑制することができない。
【００１６】
本発明は、上記従来の消費電力抑制方法の課題を考慮して、受信タイミングが固定されず、従来の規格で省電力を実現できる通信端末および通信方法等を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上述した課題を解決するために、第１の本発明は、
データ供給装置へデータ要求を送信する送信部と、
前記データ要求に応じて前記データ供給装置から送信されてくるデータを受信する受信部と、
前記受信部が受信したデータを一時的に蓄積する受信バッファと、
前記受信バッファから前記データを取り出すデータ取り出し部と、
前記受信バッファに蓄積されている前記データの蓄積量を管理する蓄積量管理部と、
前記蓄積量管理部から得た前記データの蓄積量に応じて、前記送信部からの前記データ要求を中断または開始させる制御部とを備え、
前記制御部は、前記送信部からの前記データ要求を中断させた場合は、前記受信部の電源をオフにし、前記送信部からの前記データ要求を開始させた場合は、前記受信部の電源をオンにする、通信端末である。
【００１８】
また、第２の本発明は、
前記電源は、前記受信部の中に含まれる受信アンプの電源である、第１の本発明の通信端末である。
【００１９】
また、第３の本発明は、
前記蓄積量管理部は、前記データの蓄積量を、所定の第１のしきい値および前記第１のしきい値よりも小さい所定の第２のしきい値と比較し、
前記制御部は、
前記データの蓄積量が前記第１のしきい値を上回った際に、前記データ要求の送信を中断させるように制御し、
前記データ要求の送信を中断させた後に、前記データの蓄積量が前記第２のしきい値を下回った際に、前記データ要求の送信を開始させるように制御する、第１または第２の本発明の通信端末である。
【００２０】
また、第４の本発明は、
前記制御部は、前記受信部の前記電源をオフにするように制御する際には、前記データ要求の送信を中断させ、それまでに前記送信部から送信させた前記データ要求に対応する全ての前記データが前記受信部で受信された後に、前記受信部の前記電源をオフにする、第１の本発明の通信端末である。
【００２１】
また、第５の本発明は、
前記制御部は、外部からのデータリクエストに応じて前記送信部によって前記データ要求を送信させ、送信させた全ての前記データ要求に対応する全ての前記データが前記受信部で受信された際に、前記受信部の前記電源をオフにする、第１の本発明の通信端末である。
【００２２】
また、第６の本発明は、
前記制御部は、前記データ要求に対応する前記データが前記受信部で受信されたことを、前記データが前記受信バッファに蓄積される毎に、その蓄積されたデータと前記送信部によって送信させた前記データ要求とを対照して確認する、第４または第５の本発明の通信端末である。
【００２３】
また、第７の本発明は、
前記受信部は、前記供給装置から送信されてくるデータを受信する受信アンプと、前記受信アンプが受信したデータを復調して前記受信バッファに格納する復調部とを有し、
前記制御部は、前記データ要求に対応する前記データが前記受信部で受信されたことを、前記復調部で復調されたデータと前記送信部によって送信させた前記データ要求とを対照して確認する、第４または第５の本発明の通信端末である。
【００２４】
また、第８の本発明は、
データ供給装置へデータ要求を送信する送信ステップと、
前記データ要求に応じて前記データ供給装置から送信されてくるデータを受信部によって受信する受信ステップと、
前記受信したデータを一時的に受信バッファに蓄積する一時蓄積ステップと、
前記受信バッファから前記データを取り出すデータ取り出しステップと、
前記受信バッファに蓄積されている前記データの蓄積量を管理する蓄積量管理ステップと、
前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる制御ステップとを備え、
前記制御ステップでは、前記送信ステップにおける前記データ要求を中断させた場合は、前記受信部の電源をオフにし、前記送信ステップにおける前記データ要求を開始させた場合は、前記受信部の電源をオンにする、通信方法である。
【００２５】
また、第９の本発明は、
第８の本発明の通信方法の、前記受信バッファに蓄積されている前記データの蓄積量を管理する前記蓄積量管理ステップ、および、前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる前記制御ステップをコンピュータに実行させるプログラムである。
【００２６】
また、第１０の本発明は、
第９の本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００２７】
本発明により、受信タイミングが固定されず、従来の規格で省電力を実現できる通信端末および通信方法等を提供できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態１および実施の形態２のシステム構成図
【図２】本発明の実施の形態１の端末のデータ送受信部分のブロック図
【図３】本発明の実施の形態１および実施の形態２の端末における受信系処理のフローを示す図
【図４】本発明の実施の形態１および実施の形態２の端末における送信系処理のフローを示す図
【図５】本発明の実施の形態１の、外部からのデータ受信時における端末の受信バッファ内のデータの蓄積量の変化を示す図
【図６】本発明の実施の形態２の端末のデータ送受信部分のブロック図
【図７】従来の無線ＬＡＮにおけるパワーセーブモードでの受信シーケンスを示す図
【発明を実施するための形態】
【００２９】
以下に、本発明の実施の形態について、図面を参照しながら詳細に述べる。
【００３０】
（実施の形態１）
図１に、本発明の実施の形態１のシステム構成図を示す。
【００３１】
本実施の形態１のシステムは、無線ＬＡＮ対応のアクセスポイント１１が、有線ネットワーク１２を介してインターネット１３に接続されている。そして、無線ＬＡＮ対応の端末１０が、アクセスポイント１１と無線通信することにより、有線ネットワーク１２上のデータをアクセスポイント１１から受信する。
【００３２】
端末１０は、例えば、携帯電話やＰＤＡなどの、バッテリで駆動される携帯して移動可能な端末である。
【００３３】
なお、端末１０が、本発明の通信端末の一例にあたり、アクセスポイント１１が、本発明のデータ供給装置の一例にあたる。
【００３４】
図２に、端末１０のデータ送受信部分のブロック図を示す。
【００３５】
本実施の形態１の端末１０のデータ送受信部分は、制御部１００、受信バッファ１０１、蓄積量比較部１０２、データ取り出し部１０７、受信部１０８、および送信部１０９から構成される。
【００３６】
制御部１００は、上位層（アプリケーションなど）からデータリクエスト２００を受けると、そのデータリクエスト２００に対応するデータ要求２０９を生成して、送信部１０９から外部へ送信させる。
【００３７】
送信部１０９は、変調部１０５と送信アンプ１０６で構成されている。
【００３８】
変調部１０５は、制御部１００から渡されるデータ要求２０９のフレーム処理を行い、変調してアンプ入力２１０を送信アンプ１０６に入力する。変調部１０５から送信アンプ１０６に入力される送信アンプ電源制御信号２１１は、送信アンプ１０６の電源のオンオフを制御する信号であり、変調部１０５は、アンプ入力２１０を送信アンプ１０６に入力するときのみ、送信アンプ１０６の電源がオンとなるように制御する。
【００３９】
送信アンプ１０６には、変調部１０５から変調されたアンプ入力２１０と送信アンプ電源制御信号２１１が入力され、送信アンプ電源制御信号２１１が有効時のみ電源が入り、アンプ処理して送信信号２１３として外部へ無線出力する。
【００４０】
受信部１０８は、復調部１０３と受信アンプ１０４で構成されている。
【００４１】
受信アンプ電源制御信号２０８は、受信アンプ１０４の電源のオンオフを制御する信号であり、受信アンプ電源制御信号２０８により電源が供給されている場合に、受信アンプ１０４は、外部から受信した受信信号２１２に対してアンプ制御を行い、アンプ出力２０７を出力する。そして、復調部１０３は、受信アンプ１０４からのアンプ出力２０７を復調するとともにフレーム処理を行った受信データ２０６を受信バッファ１０１に蓄積する。
【００４２】
受信バッファ１０１は、復調部１０３で復調された受信データ２０６を一時蓄積し、データ取り出し部１０７から一時蓄積したデータ２０３が読み出される。受信バッファ１０１は、例えば、端末１０に内蔵されているＲＡＭや直脱可能なメモリカードなどのメモリである。
【００４３】
データ取り出し部１０７は、上位層からのデータ取り出し要求２１４に応じて、受信バッファ１０１に蓄積されているデータ２０３を読み出し、取得データ２０１として上位層に渡す。
【００４４】
蓄積量比較部１０２は、受信バッファ内に蓄積されている受信データの量を示す蓄積量情報２０４と所定のしきい値とを比較して、その比較結果２０５を制御部１００に通知する。
【００４５】
なお、蓄積量比較部１０２が、本発明の蓄積量管理部の一例にあたる。
【００４６】
制御部１００は、蓄積量比較部１０２から通知された比較結果２０５に基づいて受信アンプ電源制御信号２０８等の制御を行う。
【００４７】
次に、本実施の形態１の端末１０が、アクセスポイント１１からストリーミングデータを受信する場合の動作について説明する。
【００４８】
ここでは、一例として、主にアクセスポイント１１からのダウンロードを端末１０のアプリケーションからの指示で不定期に行うものとし、また、ダウンロードされるデータは映像ストリーミングのデータとする。
【００４９】
映像ストリーミングの場合、受信バッファ１０１に一時蓄積された受信データ２０６を、ストリーミング再生する時間に合わせて取り出しながらデコードするため、受信バッファ１０１に受信データ２０６が蓄積され続ける場合には、アクセスポイント１１から送信される受信信号２１２の送信タイミングを制御しなければ受信バッファ１０１が溢れてしまう。そのため、送信部１０９から送信させるデータ要求２０９の送信タイミングを制御する必要がある。
【００５０】
図３は、端末１０における受信系処理のフローを示しており、図４は、端末１０における送信系処理のフローを示している。
【００５１】
本実施の形態１の端末１０は、これらの受信系処理と送信系処理とを並行して実行することにより省電力機能を実現している。
【００５２】
また、図５に、受信バッファ１０１に蓄積されているデータの蓄積量の変化を示す。
【００５３】
図５に示す上限しきい値および下限しきい値は、本実施の形態１の省電力制御のために予め設定された値であり、受信バッファ１０１に蓄積されているデータの蓄積量をこれらのしきい値と比較することにより、省電力制御を行う。
【００５４】
なお、図５に示す上限しきい値および下限しきい値が、それぞれ、本発明の所定の第１のしきい値および所定の第２のしきい値の一例にあたる
まず、図３を用いて、受信系処理の動作について説明する。なお、受信アンプ１０４の電源のオンオフの制御は、後述する送信系処理において制御される。
【００５５】
受信アンプ１０４は、電源がオンされている状態でアクセスポイント１１からの受信信号２１２が届くと、受信信号２１２に対するアンプ出力２０７を出力する。復調部１０３は、その受信アンプ出力２０７を検出する（ＳＴＥＰ３００）と、復調して受信データ２０６を受信バッファ１０１に蓄積する（ＳＴＥＰ３０１）。ＳＴＥＰ３００にてアンプ出力２０７が検出されない場合は、次の処理（ＳＴＥＰ３０２）に移行する。
【００５６】
次に、蓄積量比較部１０２は、受信バッファ１０１に蓄積されているデータの蓄積量を、図５に示した上限しきい値および下限しきい値（図５参照）と比較し、その比較結果２０５を制御部１００に通知する（ＳＴＥＰ３０２）。
【００５７】
アプリケーションから、ストリーミング再生のための次のデコード処理をするためのデータ取り出し要求２１４があれば（ＳＴＥＰ３０３）、データ取り出し部１０７は、受信バッファ１０１からデータ２０３を取り出してアプリケーションに取得データ２０１として引き渡す（ＳＴＥＰ３０５）。
【００５８】
そして、再びＳＴＥＰ３００に戻り、図３に示した上記の処理を繰り返すことで受信系処理が行われる。
【００５９】
次に、図４を用いて、送信系処理の動作について説明する。
【００６０】
送信系処理では、まず受信系処理動作を初期化し、制御部１００が、受信アンプ電源制御信号２０８により受信アンプ１０４の電源をオフにしておく（ＳＴＥＰ４００）。
【００６１】
制御部１００は、アプリケーションからのストリーミングデータを取得するためのデータリクエスト２００の有無を確認し（ＳＴＥＰ４０１）、データリクエスト２００があった場合に、受信アンプ電源制御信号２０８を操作して、受信アンプ１０４の電源をオンにする（ＳＴＥＰ４０２）。
【００６２】
そして、制御部１００は、データリクエスト２００に対応した、アクセスポイント１１に送信するためのデータ要求２０９を生成し、そのデータ要求２０９を変調部１０５に送る。変調部１０５は、そのデータ要求２０９をフレーム化して変調するとともに送信アンプ１０６にアンプ入力２１０として出力し、送信アンプ１０６は、そのアンプ入力２１０をアンプ処理して送信信号２１３として外部に出力する（ＳＴＥＰ４０３）。このとき、変調部１０５は、送信信号２１３の出力中のみ送信アンプ１０６の電源がオンとなるように制御する。
【００６３】
なお、ここで制御部１００が生成するデータ要求２０９とは、アクセスポイント１１から受信するデータ量を制御するために、例えば、アプリケーションからのデータリクエスト２００に対応するデータを取得するために適切なウインドウサイズを設定したＴＣＰのセグメントなどである。したがって、１つのデータリクエスト２００に対して、複数のデータ要求２０９が、制御部１００から変調部１０５に渡される。
【００６４】
制御部１００は、送信部１０９によってデータ要求２０９に対応する送信信号２１３を送信させた後、データリクエスト２００に対応して送信すべきデータ要求２０９を全て送信し終わったかを確認する（ＳＴＥＰ４０４）。そして、送信すべきデータ要求２０９を全て送信し終わっていた場合には、アプリケーションからの新たなデータリクエスト２００の有無を確認する（ＳＴＥＰ４０５）。
【００６５】
アプリケーションからの新たなデータリクエスト２００も無かった場合には、制御部１００は、送信部１０９に送信させた全てのデータ要求２０９に対応する全てのデータが受信部１０８によって受信されたかを確認する（ＳＴＥＰ４０６）。
【００６６】
制御部１００は、全てのデータ要求２０９に対応する全てのデータが受信されたことを確認すると、ＳＴＥＰ４００に戻り、受信アンプ１０４の電源をオフするように制御する。
【００６７】
ここで、制御部１００は、復調部１０３によって受信データ２０６が受信バッファ１０１に蓄積される毎に、その蓄積された受信データ２０６のヘッダ情報２０２を受信バッファ１０１から読み出し、そのヘッダ情報２０２を変調部１０５に対して渡し済みのデータ要求２０９と対照することにより、全てのデータ要求２０９に対応する全てのデータが受信されたか否かを確認する。なお、このときに制御部１００が受信バッファ１０１から読み出すヘッダ情報２０２とは、受信データ２０６のヘッダ部全体であってもよいし、ヘッダ部の中の、送信依頼済みのデータ要求２０９と対照するために必要な情報部分のみであってもよい。
【００６８】
ＳＴＥＰ４０４において、送信すべき全てのデータ要求２０９をまだ送信し終わっていない場合、および、ＳＴＥＰ４０５において、アプリケーションからの新たなデータリクエスト２００があった場合には、制御部１００は、蓄積量比較部１０２から通知された比較結果２０５が上限しきい値未満かどうかを確認する（ＳＴＥＰ４０７）。
【００６９】
比較結果２０５が上限しきい値未満であった場合には、ＳＴＥＰ４０３に戻り、制御部１００は、次のデータ要求２０９を生成して送信部１０９から送信させる。
【００７０】
比較結果２０５が上限しきい値以上となっていた場合には、さらにアクセスポイント１１からのデータ送信を要求すると受信バッファ１０１が溢れてしまう可能性があるため、制御部１００は、データ要求量を０と設定したデータ要求２０９を生成し、そのデータ要求２０９を変調部１０５に送る。変調部１０５は、そのデータ要求２０９をフレーム化して変調するとともに送信アンプ１０６にアンプ入力２１０として出力し、送信アンプ１０６は、そのアンプ入力２１０をアンプ処理して送信信号２１３として外部に出力する（ＳＴＥＰ４０８）。このとき、変調部１０５は、送信信号２１３の出力中のみ送信アンプ１０６の電源がオンとなるように制御する。
【００７１】
その後、制御部１００は、ＳＴＥＰ４０６と同様の処理により、送信部１０９に送信させた全てのデータ要求２０９に対応する全てのデータが受信部１０８によって受信されるのを確認する（ＳＴＥＰ４０９）。
【００７２】
制御部１００は、送信部１０９に渡し済みの全てのデータ要求２０９に対応する全てのデータが受信されたことを確認すると、受信アンプ電源制御信号２０８を操作し、受信アンプ１０４の電源をオフするように制御する（ＳＴＥＰ４１０）。
【００７３】
制御部１００は、受信アンプ１０４の電源をオフした後、次に送信部１０９によって送信させる予定のデータ要求信号を生成し、保存しておく（ＳＴＥＰ４１１）。
【００７４】
その後、制御部１１０は、蓄積量比較部１０２から通知された比較結果２０５が下限しきい値未満になったかどうかをチェックする（ＳＴＥＰ４１２）。
【００７５】
比較結果２０５が下限しきい値以上の場合には、ＳＴＥＰ４１１に戻り、制御部１００は、次に送信部１０９によって送信させる予定のデータ要求信号を生成し、保存する。このとき、既に保存済みのデータ要求信号に上書きして保存する。
【００７６】
比較結果２０５が下限しきい値未満となった場合、制御部１００は、受信アンプ電源制御信号２０８を操作して受信アンプ１０４の電源をオンするように制御する（ＳＴＥＰ４１３）。
【００７７】
受信アンプ１０４の電源をオンした後、制御部１００は、保存しておいたデータ要求信号を取り出し、そのデータ要求２０９を、変調部１０５に送る。変調部１０５は、そのデータ要求２０９をフレーム化して変調するとともに送信アンプ１０６にアンプ入力２１０として出力し、送信アンプ１０６は、そのアンプ入力２１０をアンプ処理して送信信号２１３として外部に出力する（ＳＴＥＰ４１４）。このとき、変調部１０５は、送信信号２１３の出力中のみ送信アンプ１０６の電源がオンとなるように制御する。
【００７８】
なお、上記では、制御部１００が受信アンプ１０４の電源のオンオフを制御することとして説明したが、受信アンプ１０４の電源のオンオフを制御すると同時に、復調部１０３に供給される電源のオンオフも制御するようにしてもよい。
【００７９】
このように受信バッファ１０１に蓄積されているデータ量に応じて、外部へのデータ要求の中断・開始、および受信アンプ１０４の電源のオンオフを制御することにより、受信バッファ１０１内の蓄積データ量は、図５のように変化する。
【００８０】
上記で説明した本実施の形態１の受信および送信処理では、図５に示すように、受信バッファ１０１内の蓄積データ量が増加していき、上限しきい値に達したときに、制御部１００から変調部１０５へのデータ要求２０９が停止され、外部への送信信号２１３の送信が中断されるように処理される。
【００８１】
制御部１００から変調部１０５へのデータ要求２０９を停止した後、制御部１００は、送信済みの全ての送信信号２１３に対応する受信信号２１２が受信部１０８で受信されるのを確認してから受信アンプ１０４の電源をオフにする。したがって、図５に示すように、受信アンプ１０４の電源は、データ要求を停止したときよりも遅れたタイミングでオフにされる。
【００８２】
また、受信アンプ１０４の電源をオフした後は、受信バッファ１０１内の蓄積データ量が減少していき、下限しきい値に達したときに、受信アンプ１０４の電源がオンされるとともに、制御部１００から変調部１０５へのデータ要求２０９が開始（再開）されるように処理される。
【００８３】
なお、上限しきい値および下限しきい値は、受信バッファ１０１の蓄積可能容量、アクセスポイント１１との間の通信速度、データ要求２０９に設定する要求データサイズ、アプリケーションからのデータ取り出し要求２１４の頻度などに応じた適切な値を予め設定しておく。例えば、ストリーミングデータを受信する場合、下限しきい値には、受信バッファ１０１に蓄積されているデータをデコーダが処理し終わり受信バッファ１０１が空になるまでの間に、再開したデータ要求に対応する受信データの受信バッファ１０１への格納が間に合うような値以上となる値を設定しておく。
【００８４】
また、制御部１００、蓄積量比較部１０２、およびデータ取り出し部１０７などの処理は、ＣＰＵによってプログラムを実行させることにより、ソフトウェアで処理させることもできる。これらをソフトウェアで処理させた場合、処理内容の変更やしきい値の変更などに容易に対応できる。
【００８５】
本実施の形態１の端末１０は、図５に示すように、受信バッファ１０１の蓄積容量に基づいて、データ要求の送信を中断するとともに、その期間の受信アンプ１０４の電源をオフするので、消費電力を抑制することができる。
【００８６】
また、有線ネットワーク１２上に自端末１０宛以外のデータが発生した場合、受信アンプ１０４はそのデータを受信してしまうため、その受信のための無駄な電力を消費してしまうことになるが、受信アンプ１０４の電源がオフしている期間には、そのようなデータを受信することが無いので、その分の無駄な電力の消費も抑制できる。また、従来のようにビーコンが出力されるタイミングで定期的に受信アンプ１０４をオンさせる必要がないので、従来の消費電力抑制方法に比べて、その分の消費電力も抑制することができる。
【００８７】
また、アクセスポイント１１が特に新規格に対応している必要がなく、端末１０側の処理だけで消費電力の抑制を実現できる。
【００８８】
（実施の形態２）
本発明の実施の形態２の端末が使用されるシステムは、実施の形態１と同様であり、図１に示す通りである。
【００８９】
図６に、本実施の形態２の端末１０のデータ送受信部分のブロック図を示す。図２に示した実施の形態１の端末と同じ構成部分には、同じ符号を用いている。
【００９０】
本実施の形態２の端末１０の、アクセスポイント１１からのデータ受信時における受信系の処理および送信系の処理は、実施の形態１と同様で図３および図４に示す通りであるが、図４のＳＴＥＰ４０６およびＳＴＥＰ４０９における、制御部１００による、アプリ送信部１０９に送信させた全てのデータ要求２０９に対応する全てのデータが受信部１０８によって受信されたことの確認方法が、実施の形態１とは異なる。
【００９１】
本実施の形態２では、受信部１１２の復調部１１１は、受信アンプ１０４からのアンプ出力２０７を復調して受信データ２０６を受信バッファ１０１に蓄積する際に、その蓄積する受信データ２０６のヘッダ情報２０２を制御部１１０に渡す。
【００９２】
そして、制御部１１０は、ＳＴＥＰ４０６およびＳＴＥＰ４０９において、復調部１１１からヘッダ情報２０２を渡される毎に、そのヘッダ情報２０２を変調部１０５に対して渡し済みのデータ要求２０９と対照することにより全てのデータ要求２０９に対応する全てのデータが受信されたか否かを確認する。
【００９３】
なお、復調部１１１が制御部１１０に渡すヘッダ情報２０２とは、受信データ２０６のヘッダ部全体であってもよいし、ヘッダ部の中の、制御部１１０が送信依頼済みのデータ要求２０９と対照するために必要な情報部分のみであってもよい。
【００９４】
また、上記では、復調部１１１が受信データ２０６を受信バッファ１０１に蓄積する際に、ヘッダ情報２０２を制御部１１０に渡すこととしたが、そのときにヘッダ情報２０２に代えて受信データ２０６を制御部１１０に渡すようにしてもよい。
【００９５】
そのようにした場合、制御部１１０は、復調部１１１から渡された受信データ２０６の中から、変調部１０５に対して渡し済みのデータ要求２０９と対照するために必要な情報を取り出して、データ要求２０９と対照する。また、この場合、復調部１１１が受信バッファ１０１に受信データ２０６を蓄積するのではなく、制御部１１０が復調部１１１から渡された受信データ２０６を受信バッファ１０１に蓄積するようにしてもよい。
【００９６】
実施の形態１では、制御部１００が受信バッファ１０１から読み出したヘッダ情報２０２を用いて、変調部１０５へ渡し済みのデータ要求２０９と対照したのに対し、本実施の形態２では、上記したように、制御部１１０が復調部１１１から渡された情報を用いて変調部１０５へ渡し済みのデータ要求２０９と対照することにより、全てのデータ要求２０９に対応する全てのデータが受信されたか否かを確認する点が異なる。
【００９７】
なお、各実施の形態では、端末１０がアクセスポイント１１と無線で通信する場合を例に説明したが、端末１０とアクセスポイント１１間が有線で接続される場合でも、同様の効果が得られる。また、端末１０とアクセスポイント１１の間の通信に限らず、通信を行う装置であれば、本発明を適用できる。
【００９８】
本発明の通信端末および通信方法は、受信バッファに受信データを蓄積させることが必要なストリーミング再生などの際に、効果的に消費電力を抑制させることができる。
【００９９】
従来は、アクセスポイントと端末におけるＩＰデータのアクセスが上りと下り方向で対等であることを前提として、ワイヤレスＬＡＮなどでは図７を用いて説明したようなポーリングベースの省電力機構が設けられていた。これに対し、本発明の通信端末および通信方法は、移動端末は一般的にダウンロード（下り方向）が主たる機能の場合が多いことに着目して、アクセスポイントからのダウンロード（下り方向）を主として限定したものである。
【０１００】
従来のワイヤレスＬＡＮなどの省電力機構は、アクセスポイントと端末の双方が新規格に対応していなければ利用できなかったのに対し、本発明は、従来の規格上で端末の省電力を実現できるようにしたものである。
【０１０１】
バッテリで駆動され、通信に要する電力消費の影響が大きい移動端末などにおいて本発明の効果は大きく発揮されるが、それ以外の端末においても、同様の効果が得られる。
【０１０２】
なお、本発明のプログラムは、上述した通信方法の、前記受信バッファに蓄積されている前記データの蓄積量を管理する前記蓄積量管理ステップ、および、前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる前記制御ステップの動作をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１０３】
また、本発明の記録媒体は、上述した通信方法の、前記受信バッファに蓄積されている前記データの蓄積量を管理する前記蓄積量管理ステップ、および、前記蓄積量管理ステップの管理情報を用いて、前記データの蓄積量に応じて、前記送信ステップにおける前記データ要求を中断または開始させる前記制御ステップの動作をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【０１０４】
また、本発明の上記「前記制御ステップの動作」とは、前記制御ステップの全部または一部の動作を意味する。
【０１０５】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１０６】
また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１０７】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１０８】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１０９】
本発明に係る通信端末および通信方法等は、受信タイミングが固定されず、従来の規格で省電力を実現できる効果を有し、通信端末が無線で接続されるシステムの通信端末および通信方法等として有用である。
【符号の説明】
【０１１０】
１０  端末
１１  アクセスポイント
１２  有線ネットワーク
１３  インターネット
１００  制御部
１０１  受信バッファ
１０２  蓄積量比較部
１０３  復調部
１０４  受信アンプ
１０５  変調部
１０６  送信アンプ
１０７  データ取り出し部
１０８  受信部
１０９  送信部
１１０  制御部
１１１  復調部
１１２  受信部
２００  データリクエスト
２０１  取得データ
２０２  ヘッダ情報
２０３  データ
２０４  蓄積量情報
２０５  比較結果
２０６  受信データ
２０７  アンプ出力
２０８  受信アンプ電源制御信号
２０９  データ要求
２１０  アンプ入力
２１１  送信アンプ電源制御信号
２１２  受信信号
２１３  送信信号
２１４  データ取り出し要求
【図１】
2011087135.tif 000003
【図２】
2011087135.tif 000004
【図３】
2011087135.tif 000005
【図４】
2011087135.tif 000006
【図５】
2011087135.tif 000007
【図６】
2011087135.tif 000008
【図７】
2011087135.tif 000009