(57)【要約】【課題】  アプリケーションの操作のタイミングに応じて適切にネットワーク状態を切り替えることができない。【解決手段】  端末は、表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力する入力予兆検出手段と、前記入力予兆検出手段の出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信するパケット送信制御手段と、前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する通信制御手段と、を包含する。【選択図】      図１
2014230177.tif 000002
【特許請求の範囲】
【請求項１】
表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力する入力予兆検出手段と、
前記入力予兆検出手段の出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信するパケット送信制御手段と、
前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する通信制御手段と、を包含する端末。
【請求項２】
前記ダミーパケットが、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）またはＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）パケットで、前記パケット情報が、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ヘッダである、請求項１に記載の端末。
【請求項３】
端末から、ネットワークの状態の通信可能状態から休止状態の遷移にかかる時間である休止遷移時間を含むパケット情報を受信し、前記休止遷移時間を検出する制御手段と、
前記パケット情報に基づくサーバアプリケーションの処理が終了して応答開始予定になる時間である応答開始予定時間を通知するサーバアプリケーション処理部と、
前記休止遷移時間と前記応答開始予定時間とを比較し比較結果を出力する終了時間予測手段と、
前記終了時間予測手段の出力に基づき、前記パケット情報に対する応答パケット情報を前記サーバアプリケーションに代わって先行送信する先行応答開始手段と、を包含するサーバ。
【請求項４】
請求項１に記載の端末と、請求項３に記載のサーバと、を備える、通信制御装置。
【請求項５】
前記休止遷移時間に比べて前記応答開始予定時間が大きい場合、前記先行応答開始手段が、前記応答開始予定時間の前に、前記応答パケット情報を先行送信する、請求項３に記載のサーバ。
【請求項６】
前記休止遷移時間に比べて前記応答開始予定時間が大きい場合、前記終了時間予測手段が、前記応答予定開始時間を減算していき、前記応答開始予定時間が前記休止遷移時間と同一の時間内での前記応答パケット情報の先行送信を前記先行応答開始手段に依頼する、請求項３に記載のサーバ。
【請求項７】
表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力し、
前記検出出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信し、
前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する、通信制御方法。
【請求項８】
通信可能状態から休止状態の遷移にかかる時間である休止遷移時間を含む、端末からのパケット情報を受信し、前記パケット情報から、前記通信可能状態から前記休止状態の遷移にかかる前記休止遷移時間を検出し、
前記パケット情報に基づくサーバアプリケーションの処理が終了して応答開始予定になる時間である応答開始予定時間を通知し、
前記休止遷移時間と前記応答開始予定時間とを比較し比較結果を出力し、
該比較結果に基づき、前記パケット情報に対する応答パケット情報を先行送信する、請求項７に記載の通信制御方法。
【請求項９】
表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力する処理と、
前記検出出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信する処理と、
前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する処理と、をコンピュータに実行させるプログラム。
【請求項１０】
通信可能状態から休止状態の遷移にかかる時間である休止遷移時間を含む、端末からのパケット情報を受信し、前記パケット情報から、前記通信可能状態から前記休止状態の遷移にかかる前記休止遷移時間を検出する処理と、
前記パケット情報に基づくサーバアプリケーションの処理が終了して応答開始予定になる時間である応答開始予定時間を通知する処理と、
前記休止遷移時間と前記応答開始予定時間とを比較し比較結果を出力する処理と、
該比較結果に基づき、前記パケット情報に対する応答パケット情報を先行送信する処理と、を前記コンピュータに実行させる請求項９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、方法、及び、プログラム、に関する。
【背景技術】
【０００２】
特許文献１には、最小限のデータ遅延かつ最適な帯域で通信を行いつつ、消費電力を削減し得る無線通信端末を実現するために、一般的には通信の状態（頻度、帯域）に応じてネットワークの状態（休止、低速、高速）を変更していた手法をアプリケーションに適用し、アプリケーションの種類に応じてネットワークの状態を動的に変更する技術を開示している。この技術では、アプリケーション応じて、ネットワークの状態を固定できるので、アプリケーションが動作中には常に最適な速度が選択される。
【０００３】
特許文献２には、無線ベアラ構成設定のセットを事前に設定することにより、モバイル端末からの接続セットアップを受信したときに、無線リンクを確立する際のレイテンシを大幅に低減することができる技術が開示されている。
【０００４】
特許文献３には、携帯電話機におけるカナ文字入力のように、１つのキー項目に複数の選択候補キーが割り当てられている文字入力をタッチパネルで行う技術が開示されている。この技術では、タッチパネルで文字を入力する場合に、指の接近を検出し、接近範囲および傾き方向に基づいて、下位の選択候補キーを、接近範囲に重ならず、次の選択操作がし易い位置に円弧状に配置して表示する、技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１８７００２号公報
【特許文献２】特開２００９−５１４２７９号公報
【特許文献３】特開２０１１−２１５９３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記文献に記載された技術を用いた場合、アプリケーションの操作のタイミングに応じて適切にネットワーク状態を切り替えることができない、という課題があった。
【０００７】
すなわち、上記特許文献１に記載された技術では、アプリケーションごとにネットワークの状態を固定しているので、アプリケーションの操作のタイミングに応じてネットワークの状態を切り替えることができない。ない。
【０００８】
特許文献２は、無線リンクを確立する際の設定を高速化することはできるが、端末側の操作のタイミングに応じて適切にネットワーク状態を切り替えることはできない。
【０００９】
特許文献３は、タッチパネルの操作において、指の接近を検出するが、端末側の操作のタイミングに応じて適切にネットワーク状態を切り替えることはできない。
【００１０】
したがって、特許文献１乃至３に記載された技術では、操作タイミングに応じて、ネットワーク状態を切り替え、ネットワークを休止状態から通信可能状態に遷移する時間を短くすることができない。
【００１１】
本発明の目的は、アプリケーションの操作のタイミングに応じて適切にネットワーク状態を切り替えることである。
【課題を解決するための手段】
【００１２】
本発明の端末は、表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力する入力予兆検出手段と、前記入力予兆検出手段の出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信するパケット送信制御手段と、前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する通信制御手段と、を包含する。
【００１３】
本発明の通信制御方法は、表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力し、前記検出出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信し、前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する。
【００１４】
本発明のコンピュータプログラムは、表示画面に配置したボタンへのカーソルの接近、または、入力媒体の空中での接近を検出し出力する処理と、前記検出出力に基づき、ネットワークの状態を休止状態から通信可能状態に遷移させるダミーパケットを前記ネットワークに送信する処理と、前記通信可能状態から前記休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として前記ネットワークに送信する処理と、をコンピュータに実行させる。
【発明の効果】
【００１５】
本発明によれば、操作タイミングの適切なタイミングでネットワークの状態を遷移させることができ、ネットワークを休止状態から通信可能状態に遷移する時間を短縮することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の第一の実施の形態に係る通信制御装置の構成の一例を示すブロック図である。
【図２】図２は、入力部の近接センサ機能での接近検出の説明図である。
【図３】図３は、端末の動作を示すフローチャートである。
【図４】図４は、サーバの動作を示すフローチャートである。
【図５】図５は、ＨＴＴＰ要求ヘッダの一例である。
【図６】図６は、ＨＴＴＰ応答ヘッダの一例である。
【図７】図７は、第二の実施形態に係る、通信制御装置の構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１７】
次に発明を実施するための第一の形態について、図面を参照して詳細に説明する。
【００１８】
図１は、本発明の第一の実施の形態に係る通信制御装置３０の構成の一例を示すブロック図である。本発明の実施の形態は、アプリケーションのデータ通信の予兆を検出して、データ通信が発生する前にネットワーク４０の状態を休止状態から復帰する。
【００１９】
まず、図１を参照し、通信制御装置３０の構成例について説明する。
【００２０】
本システムは、端末１０とサーバ２０が、休止状態が発生する無線ネットワークを含むネットワーク４０を経由して接続している。無線ネットワークは、３Ｇ（第三世代）ネットワークやＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）を想定しているが、これら以外の無線ネットワークでもよい。
【００２１】
無線ネットワークは、電波資源の融通と端末の電力消費の削減を目的に、休止状態と通信可能状態の遷移が発生する。以下の本発明の実施の形態の説明では、データ通信しない状態が休止状態、通信が可能な状態を通信可能状態と称する。
【００２２】
端末１０は、休止状態において、アクセスポイント（Ｗｉ−Ｆｉの場合）または基地局（３Ｇ、ＬＴＥの場合）から該当装置あてに受信データがあるかどうかを検出するために、一定間隔で受信確認を行い、データがあることを通知された場合に、ネットワーク４０を通信可能状態に遷移させ、データ通信を行う。この動作をページングという。
【００２３】
また、休止状態中に端末１０からデータを送信するときには、通信制御装置３０は、ネットワーク４０の状態の遷移を行い、ネットワーク４０を休止状態から通信可能状態に変更する。この動作をチャネル遷移という。
【００２４】
ページングでの受信データ到達の確認の間隔は、数１００ｍｓから数秒程度に設定されるので時間がかかる。また、チャネル遷移も、該当装置と基地局またはアクセスポイントとの間の制御信号の交換が行われるので、１００ｍｓから数秒程度の時間を要する。したがって、休止状態を維持しつつ、これらの時間を短くすることが課題である。
【００２５】
最初、端末１０について詳細に説明する。端末１０は、通信制御部１１、ネットワーク状態取得部１２、入力予兆検出部１３、パケット送信制御部１４、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツ記憶部１５、入力部１６、および、無線通信部１７からなる。
【００２６】
通信制御部１１は、サーバ２０から無線通信部１７を経由してダウンロードしたＨＴＭＬコンテンツを、ＨＴＭＬコンテンツ記憶部１５に記憶し、ブラウザの画面に表示する。なお、通信制御部１１には、後述のタッチパネル等の入力部１６にコンテンツ等を表示する表示部が組み込まれるが、図１では表示部を省略する。表示されたＨＴＭＬコンテンツは、図２（後述）に示すように、複数のクリックまたはタップ可能なボタンが配置されている。このボタンをマウスでクリックまたは指や電磁誘導ペンでタップすると、通信制御部１１はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）通信を開始（ＨＴＴＰ要求を送信）し、新しいＷｅｂページをサーバ２０から取得する。ＨＴＴＰ通信を行う時には、図５に示すように、通信制御部１１は、該当端末のネットワーク４０が休止状態から復帰するまでにかかる時間（ネットワーク４０ごとに固定）を、ＨＴＴＰヘッダの属性（図５ではＳＬＥＥＰ＿ＤＥＡＤＬＩＮＥ）として代入して送信する。このことで、サーバ２０では、端末１０が休止状態から復帰するのに必要な時間を、確認することができる。
【００２７】
ネットワーク状態取得部１２は、無線通信部１７を経由して、ネットワーク４０が休止状態または通信可能状態であるかを示すネットワーク状態情報を取得する。ネットワーク状態取得部１２は、自身の端末のネットワーク状態として、休止状態または通信可能状態なのかを判定し、入力予兆検出部１３に判定結果（ネットワーク状態情報）を送付する。
【００２８】
３Ｇシステムに適用される場合、ネットワーク状態は、休止状態であるＩＤＬＥ、通信可能状態であるＣＥＬＬ＿ＤＣＨ（高速状態）とＣＥＬＬ＿ＦＡＣＨ（低速状態）があり、ＬＴＥでは休止状態のＩＤＬＥと通信可能状態のＣＯＮＮＥＣＴＥＤの状態がある。休止状態から通信可能状態に遷移するには０．５秒から３秒かかる。通信可能状態から一定期間通信がないと再びＩＤＬＥ状態に遷移し、無線通信部１７は、定期的にページングの受信を確認するだけの動作となりバッテリーの消費を抑制する。また、Ｗｉ−Ｆｉではパワーセーブモードという状態があり、パワーセーブモードの場合、ネットワーク状態取得部１２は、データがあることを通知するＤＴＩＭ（Ｄｅｌｉｖｅｒｙ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）が端末に届いているかを間欠的にチェックする。ＤＴＩＭはビーコンに組み込まれて周期的に送信される。ＤＴＩＭを受信する、または、自らデータを送信しようとすると、無線通信部１７では、パワーセーブモードからアクティブモードに切り替わり、休止状態から復帰してデータの送受信が可能になる。ＤＴＩＭの周期はアクセスポイントの設定によって決められるが、ビーコン間隔１００ｍｓ、ＤＴＩＭはビーコン１０回につき１回送信される設定が多く、休止状態であるパワーセーブモードから通信可能状態であるアクティブモードに移行するのに最大１秒の時間がかかる。ネットワーク状態取得部１２は、これらのネットワーク状態を物理層から取得し、休止状態と通信可能状態の情報を入力予兆検出部１３に送付する。
【００２９】
入力予兆検出部１３は、ネットワーク状態取得部１２から送られたネットワーク状態（ネットワーク状態情報）が休止状態である場合に動作し、入力部１６においてユーザがボタンに触れる可能性に応じて、パケット送信部１４に対しパケット送信を促す。
【００３０】
パケット送信制御部１４は、入力予兆検出部１３からの依頼にしたがって、ダミーパケット、すなわち、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットまたはＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）パケットを、無線通信部１７を経由してネットワーク４０に送信する。パケットの送信先は、端末１０のゲートウェイアドレスまたは任意のサイトで構わず、また、サーバ２０でなくてもよい。パケット送信制御部１４は、このパケットの送信によってネットワーク状態を休止状態から通信可能状態に遷移させる。通信可能状態に遷移しておくことで、入力部１６でＨＴＭＬコンテンツのボタンを押したときに発生するＨＴＴＰアクセスが行われるときに、ネットワーク状態が通信可能状態になっている可能性が高くなる。
【００３１】
ＨＴＭＬコンテンツ記憶部１５は、サーバ２０からダウンロードしたＨＴＭＬコンテンツを記憶する。
【００３２】
入力部１６は、ブラウザの画面により、ユーザとのインターフェイスを提供する。なお、ブラウザでのマウスカーソルの移動やペンや指の接近情報は入力予兆検出部１３へ渡される。
【００３３】
無線通信部１７は、端末１０の外部との通信データの送受信を行う。
【００３４】
次に、サーバ２０について説明する。サーバ２０は、制御部２１、休止時間記憶部２２、終了時間予測部２３、先行応答開始部２４、サーバアプリケーション処理部２５、および、インターフェイス部２６からなる。
【００３５】
制御部２１は、インターフェイス部２６を経由して端末１０からＨＴＴＰの要求を受信して、ＨＴＴＰの応答を行う。制御部２１は、サーバアプリケーション処理部２５にＨＴＴＰの要求を送信し、サーバアプリケーション処理部２５から受け取ったＨＴＴＰ応答のデータを、端末１０の通信制御部１１に送り返す。また、制御部２１は、通信制御部１１が挿入したＨＴＴＰヘッダの属性（図５の「ＳＬＥＥＰ＿ＤＥＡＤＬＩＮＥ」）を解析して、該当端末のネットワーク４０が通信可能状態から休止状態に遷移する時間を、休止時間記憶部２２に格納する。
【００３６】
休止時間記憶部２２は、制御部２１から受け取った該当端末のネットワーク４０が通信可能状態から休止状態に遷移する時間（以下、休止遷移時間）を記憶し、終了時間予測部２３が参照できるようにする。なお、仮に通信制御部１１から休止遷移時間が送信されない場合には、あらかじめ決定された値を用いて記憶する。記憶される値は、ネットワーク４０の設定として最も低い値、たとえば５００ｍｓをデフォルト値としておく。
【００３７】
終了時間予測部２３は、サーバアプリケーション処理部２５の処理がいつ終了するのかを計算し、終了時に端末１０が休止状態であることが予測できた場合に、先行応答開始部２４に先行応答の送信を依頼する。
【００３８】
まず、終了時間予測部２３は、サーバアプリケーション処理部２５が応答開始するかどうかを判定する。応答開始したら終了時間予測部２３は何もせずに、制御部２１がＨＴＴＰの応答を送信する。応答開始をしていなければ、終了時間予測部２３は、サーバアプリケーション処理部２５に問い合わせて、サーバアプリケーション処理部２５の処理が終了して応答開始予定になる時間を求める。応答開始予定時間が判明したら、終了時間予測部２３は、休止遷移時間を経過するか否かを判定する。すなわち、終了時間予測部２３は、休止時間記憶部２２に蓄積された該当端末の休止遷移時間と、判明した応答予定開始時間を比較し、応答予定開始時間が、休止遷移時間、すなわち、ＨＴＴＰ要求を受信してから通信可能状態から休止状態に遷移する時間の差、よりも大きい場合には、ＨＴＴＰの応答時には休止状態になっている可能性が高いので、先行応答開始部２４に先行応答送信を依頼する。
【００３９】
なお、応答予定開始時間が休止遷移時間よりも大きい場合、現時点で先行応答開始部２４に送信を依頼しても、再度、休止状態に戻る可能性が高い。したがって、この場合、終了時間予測部２３は、時間の経過とともに応答予定開始時間を減算していき、通信可能状態から休止状態に遷移する時間と同じになったタイミングで、先行応答開始部２４に応答の送信を依頼する。終了時間予測部２３は、以上の動作を繰り返し、サーバアプリケーション処理部２５が応答予定開始時間を再設定した場合は、同じ処理を繰り返す。
【００４０】
先行応答開始部２４は、ＨＴＴＰの応答を、サーバアプリケーション処理部２５に先行して送信する。ＨＴＴＰの応答において、１行目のＨＴＴＰヘッダが該当端末（端末１０）から送信されていない場合には、先行応答開始部２４は、１行目のＨＴＴＰヘッダを、制御部２１を介して端末１０に送信する。一方、図６に示すように１行目のＨＴＴＰヘッダが送信済みの場合には、先行応答開始部２４は、２行目以降に書いてあるように、「ＷＡＫＥＵＰ」のＨＴＴＰヘッダを送信する。この挿入したヘッダは、ほかの設定とバッティングしない任意の文字列であり、このヘッダを受け取った端末の通信制御部１１は、このヘッダの文字列の意味は無視してもよい。このように、ＨＴＴＰヘッダの一部を先行配信することで、端末１０が休止状態から通信可能状態へ復帰させることを促し、ＨＴＴＰ応答の遅延を最小化する。
【００４１】
なお、先行応答開始部２４は、端末１０と同様に、ＵＤＰやＩＣＭＰパケットをＨＴＴＰヘッダの代わりに送信することもあり得る。ただし、ＨＴＴＰヘッダの応答を挿入することで、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）やファイヤウォールがあっても、端末１０までパケットが必ず到着できる。
【００４２】
サーバアプリケーション処理部２５は、制御部２１から受け取ったＨＴＴＰ要求に対して、ＨＴＴＰ応答を行う。そのとき、サーバアプリケーション処理部２５の処理の終了時間の見積もりを行い、見積もりが完了した段階、および見積もりを修正した段階で、終了時間予測部２３に応答開始予定時間を送付する。
【００４３】
インターフェイス部２６は、サーバ２０の外部との通信データの送受信を行う。
【００４４】
ここで、通信制御部１１、ネットワーク状態取得部１２、入力予兆検出部１３、パケット送信制御部１４は、無線通信部１７、制御部２１、終了時間予測部２３、先行応答開始部２４、サーバアプリケーション処理部２５、および、インターフェイス部２６は、論理回路等のハードウェアで構成される。
【００４５】
また、ＨＴＭＬコンテンツ記憶部１５、休止時間記憶部２２は、ディスク装置、半導体メモリ等の記憶装置である。
【００４６】
また、入力部１６は、タッチパネルに接近センサ機能を備えたブラウザ等である。近接センサそのものは、タッチパネルの入力検出部分であり、近接センサ機能は、ブラウザにＷｅｂコンテンツの入力用ボタン（指またはペンなどの入力媒体で入力するためのアクティブ入力部）が表示される場合に機能し、その入力用ボタンの周囲の一定の同心円内の付近での入力可能性を感知する。またマウス入力の場合は、近接センサ機能はマウスカーソルで指示されるボタンが表示される場合に機能し、そのボタンを中心とした一定の同心円内の付近での入力可能性を感知する。具体的には、入力用ボタンまたはマウスカーソルで指示されるボタンがタッチパネルに表示される場合、近接センサ機能は、ボタンに近接して空中に浮遊している指やペンの位置を測位して目標のボタンを中心とした一定の同心円内の上空で、指やペンを感知することでボタンに触れる可能性を感知する。なお、近接センサ機能は、通信制御部１１の制御のもとに機能してもよい。
【００４７】
また、通信制御部１１、ネットワーク状態取得部１２、入力予兆検出部１３、パケット送信制御部１４は、無線通信部１７、制御部２１、終了時間予測部２３、先行応答開始部２４、サーバアプリケーション処理部２５、および、インターフェイス部２６は、コンピュータである端末１０、及び、サーバ２０のプロセッサが、図示されないメモリ（たとえば、不揮発性メモリ）上のプログラムを実行することで実現されても良い。
【００４８】
図２は、入力部１６の近接センサ機能での接近検出の説明図である。図２に示すように、入力予兆検出部１３は、入力部１６のブラウザに表示されたＷｅｂコンテンツのボタンの一定付近に、マウス入力の場合はマウスカーソルがボタンを中心とした一定の同心円内に入った場合、タッチパネルの場合は空中に浮遊している指やペンの位置を測位して、目標のボタンを中心とした一定の同心円内の上空で検出（入力部１６が入力予兆を感知）した場合、入力予兆であると認識する。
【００４９】
なお、図２において、「Ａ」および「Ｂ」は、ブラウザ上に表示されたボタンを示す。また、ボタン「Ａ」の周囲の内側の同心円は、マウスカーソルがボタン「Ａ」の一定の同心円内に入る境界線の一例を示し、ボタン「Ａ」の周囲の外側の同心円は、空中に浮遊している指やペンの位置が上空で一定の同心円内に入る境界線の一例を示す。
【００５０】
入力予兆と認識した場合には、入力予兆検出部１３は、パケット送信制御部１４にパケット送信を促す。逆に、マウスやペン、指がボタンに接近しないときには、ユーザの操作によるＨＴＴＰアクセスが発生する可能性が低いので、これ以上の制御は実施しない。ＨＴＭＬコンテンツに埋め込まれたスクリプトプログラムによって任意のタイミングでＨＴＴＰアクセスが発生する場合には、ユーザの操作性には影響しないので、パケット送信制御部１４への制御は実施しなくてもよい。
【００５１】
図３は、端末１０の動作を示すフローチャートである。
【００５２】
まず、ステップＦ１０において、通信制御部１１は、データ通信中に、サーバ２０からダウンロードしたＨＴＭＬコンテンツをＨＴＭＬコンテンツ記憶部１５に記憶し、入力部１６のブラウザの画面に表示する。このとき、ブラウザ画面には、図２に示すような入力用ボタンまたはマウスカーソルで指示されるボタンが表示される。
【００５３】
そして、ステップＦ１１において、接近センサ機能が入力予兆を感知する。ブラウザに表示されたＷｅｂコンテンツのボタンの一定付近に、マウス入力の場合はマウスカーソルがボタンを中心とした一定の同心円内に入った場合、タッチパネルの場合は空中に浮遊している指やペンの位置を測位して目標のボタンを中心とした一定の同心円内の上空で検出した場合、入力予兆検出部１３は、入力予兆であると認識する。入力予兆と認識した場合には、入力予兆検出部１３は、パケット送信制御部１４にパケット送信を促す。
【００５４】
次に、ステップＦ１２において、入力予兆検出部１３からの依頼にしたがって、パケット送信制御部１４は、ＵＤＰパケットまたはＩＣＭＰパケット（ダミーパケット）をネットワークに送信する。パケットの送信先は端末１０のゲートウェイアドレスまたは任意のサイトで構わない。
【００５５】
そして、ステップＦ１３において、通信制御部１１は、ＨＴＴＰ要求を送信する。たとえば、複数のクリックまたはタップ可能なボタンが配置されているＷｅｂページをユーザが操作し、このボタンをマウスでクリックまたは指や電磁誘導ペンでタップすると、通信制御部１１は、ＨＴＴＰ通信を開始してＨＴＴＰ要求を遅延なく送信する。
【００５６】
図５は、ＨＴＴＰ要求ヘッダの一例である。ＨＴＴＰ通信を行う時には、図５に示すように、通信制御部１１は、該当端末のネットワーク４０が休止状態から復帰するまでにかかる時間（ネットワーク４０ごとに固定）をＨＴＴＰヘッダの属性として代入して送信する。例えば、図５では、２行目の、「ＳＬＥＥＰ＿ＤＥＡＤＬＩＮＥ」が、挿入されたＨＴＴＰヘッダである。このことで、サーバ装置２０では端末１０が休止状態から復帰するのに必要な時間を確認することができる。
【００５７】
最後に、ステップＦ１４において、通信制御部１１は、ＨＴＴＰ応答を受信し、Ｗｅｂブラウザに結果を表示する。
【００５８】
図４は、サーバ２０の動作を示すフローチャートである。
【００５９】
まず、ステップＦ２０において、制御部２１は、ＨＴＴＰ要求を受信する。制御部２１は、通信制御部１１が挿入したＨＴＴＰヘッダの属性（図５のＳＬＥＥＰ＿ＤＥＡＤＬＩＮＥ）を解析して、該当端末のネットワーク４０が通信可能状態から休止状態に遷移する時間（休止遷移時間）を休止時間記憶部２２に送付する。
【００６０】
そして、終了時間予測部２３は、ステップＦ２１において、サーバアプリケーション処理部２５の処理を開始し、また、ステップＦ２２において時間計測を開始する。
【００６１】
次に、終了時間予測部２３は、ステップＦ２３において、応答時間の検出を行う。応答開始となったら、終了時間予測部２３は、ステップＦ２７において応答送信を開始し、ステップＦ２８において、応答送信終了を行う。ステップＦ２３において応答開始をしていなければ、終了時間予測部２３は、ステップＦ２４において、サーバアプリケーション処理部２５に問い合わせて、サーバアプリケーション処理部２５の処理が終了して応答開始予定になる時間を求める。
【００６２】
そして、ステップＦ２５において、終了時間予測部２３は、応答開始予定時間が判明したら、応答開始予測時間が休止遷移時間を経過するかを判定する。具体的には、終了時間予測部２３は、休止時間記憶部２２に蓄積された該当端末の通信可能状態から休止状態に遷移する休止遷移時間と、判明した応答開始予定時間を比較し、応答開始予定時間が、ＨＴＴＰ要求を受信してから通信可能状態から休止状態に遷移する時間の差、よりも大きい場合には、ＨＴＴＰの応答時には休止状態になっている可能性が高いので、終了時間予測部２３は、先行応答開始部２４に先行応答送信を依頼する。なお、応答開始予定時間がＨＴＴＰ要求を受信してから通信可能状態から休止状態に遷移する時間よりも大きい場合、現時点で先行応答開始部２４に送信を依頼しても、再度、休止状態に戻る可能性が高いので、時間の経過とともに応答予定開始時間を減算していき、通信可能状態から休止状態に遷移する時間と同じになったタイミングで、先行応答開始部２４に送信を依頼する。以上の動作を繰り返し、サーバアプリケーション処理部２５が応答開始予定時間を再設定した場合は、同じ処理を繰り返す。
【００６３】
そして、ステップＦ２６において、先行応答開始部２４は、ＨＴＴＰの応答を、サーバアプリケーション処理部２５に先行して送信する。図６（後述）に記載してあるように、１行目のＨＴＴＰヘッダが送信されていない場合には、１行目のＨＴＴＰヘッダを送信し、ＨＴＴＰヘッダが送信済みの場合には、２行目以降に書いてあるように、「ＷＡＫＥＵＰ」のＨＴＴＰヘッダを送信する。
【００６４】
図６は、ＨＴＴＰ応答ヘッダの一例である。先行応答開始部２４が、サーバアプリケーション処理部２５に先行してＨＴＴＰの応答を送信する場合、図６に示すように、「ＷＡＫＥＵＰ」のＨＴＴＰヘッダを送信する。
【００６５】
例えば、図６では、２行目および３行目の、「ＷＡＫＥＵＰ」が、挿入されたＨＴＴＰヘッダである。最初のＨＴＴＰヘッダが送信済の場合には、次行以降の「ＷＡＫＥＵＰ」のＨＴＴＰヘッダを送信する。このように、ＨＴＴＰヘッダの一部を先行配信することで、端末１０が休止状態から通信可能状態へ復帰させることを促し、ＨＴＴＰ応答の遅延を最小化する。
【００６６】
本実施形態に係る通信制御装置３０は、以下に記載するような効果を奏する。
【００６７】
操作中の適切なタイミングでネットワーク４０の状態を遷移させて、ネットワーク４０を休止状態から通信可能状態に遷移する時間を短縮することができる。これにより通信の遅延を低減することと、休止状態の確保によるバッテリーの消費の低減を両立させることができる。
【００６８】
その理由は、スマートフォンのＷｅｂブラウザに表示されたＷｅｂコンテンツをタッチする直前に、空中にある指あるいはペンの接近を検出して、ネットワーク４０を休止状態から通信状態に遷移させるための軽量なパケットを送信する。また、Ｗｅｂサーバからの応答に関して、ブラウザからの要求に対する応答に時間がかかりネットワーク４０が休止状態に落ちたと判定した場合に、Ｗｅｂサーバの処理終了時間の予測に応じて、サーバの処理の終了の前にＨＴＴＰヘッダの一部を送信することで、ネットワーク４０の休止状態から回復しておき、サーバの処理が終了した時点で直ちにデータの送信を可能にできるからである。
＜第二の実施形態＞
図７は、第二の実施形態に係る、通信制御装置３０の構成の一例を示すブロック図である。
【００６９】
端末１０は、通信制御部１１、入力予兆検出部１３、および、パケット送信制御部１４を備える。
【００７０】
通信制御部１１は、通信可能状態から休止状態の遷移にかかる時間である休止遷移時間を、パケット情報の一部として送信する。
【００７１】
入力予兆検出部１３は、表示画面に配置したボタンへのマウスのカーソル接近、または、ボタンへのペンまたは指などの入力媒体の空中での接近を検出し、検出信号を出力する。
【００７２】
パケット送信制御部１４は、入力予兆検出手段の出力に基づき、ネットワーク４０の状態を休止状態から通信可能状態に遷移させるダミーパケットを、ネットワーク４０に送信する。
【００７３】
次に、動作を説明する。表示画面には、図２に示すような、入力用ボタンまたはマウスカーソルで指示されるボタンが表示される。
【００７４】
そして、入力予兆検出部１３は、入力予兆を検出する。具体的には、画面に表示されたＷｅｂコンテンツのボタンの一定付近に、マウス入力の場合はマウスカーソルがボタンを中心とした一定の同心円内に入った場合、タッチパネルの場合は空中に浮遊している指やペンの位置を測位して目標のボタンを中心とした一定の同心円内の上空で検出した場合、入力予兆検出部１３は、入力予兆であると認識する。入力予兆と認識した場合には、入力予兆検出部１３は、パケット送信制御部１４にパケット送信を促す。
【００７５】
次に、入力予兆検出部１３の指示に基づき、パケット送信制御部１４は、ネットワーク４０の状態を休止状態から通信可能状態に遷移させるダミーパケットをネットワーク４０に送信する。ダミーパケットは、ＵＤＰパケットまたはＩＣＭＰパケットパケットでもよい。その送信先は端末１０のゲートウェイアドレスまたは任意のサイトで構わない。
【００７６】
そして、通信制御部１１は、ネットワーク４０の状態を通信可能状態から休止状態に遷移させるのにかかる時間である休止遷移時間を、パケット情報の一部として送信する。
【００７７】
本実施形態に係る通信制御装置３０は、以下に記載するような効果を奏する。
【００７８】
操作中の適切なタイミングでネットワーク４０の状態を遷移させて、ネットワーク４０を休止状態から通信可能状態に遷移する時間を短縮することができる。これにより通信の遅延を低減することと、休止状態の確保によるバッテリーの消費の低減を両立させることができる。
【００７９】
その理由は、スマートフォンのＷｅｂブラウザに表示されたＷｅｂコンテンツをタッチする直前に、空中にある指あるいはペンの接近を検出して、ネットワーク４０を休止状態から通信状態に遷移させるための軽量なパケットを送信する。また、Ｗｅｂサーバからの応答に関して、ブラウザからの要求に対する応答に時間がかかりネットワーク４０が休止状態に落ちたと判定した場合に、Ｗｅｂサーバの処理終了時間の予測に応じて、サーバの処理の終了の前にＨＴＴＰヘッダの一部を送信することで、ネットワーク４０の休止状態から回復しておき、サーバの処理が終了した時点で直ちにデータの送信を可能にできるからである。
【００８０】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００８１】
１０    端末
１１    通信制御部
１２    ネットワーク状態取得部
１３    入力予兆検出部
１４    パケット送信制御部
１５    ＨＴＭＬコンテンツ記憶部
１６    入力部
１７    無線通信部
２０    サーバ
２１    制御部
２２    休止時間記憶部
２３    終了時間予測部
２４    先行応答開始部
２５    サーバアプリケーション処理部
２６    インターフェイス部
３０    通信制御装置
４０    ネットワーク
【図１】
2014230177.tif 000003
【図２】
2014230177.tif 000004
【図３】
2014230177.tif 000005
【図４】
2014230177.tif 000006
【図５】
2014230177.tif 000007
【図６】
2014230177.tif 000008
【図７】
2014230177.tif 000009