(57)【要約】【課題】通信端末の電力消費を抑えつつ、シグナルトラフィックの増大を抑えること。【解決手段】通信端末１０において、通信発生通知部１１が、データ通信の発生を検出し、判定部１２が、データ通信の有無と、タイマ１３に設定された時間とに基づいて、ＳＣＲＩの送信有無を判定し、送信部１４が、判定部１２での判定結果に従ってＳＣＲＩをネットワークへ送信する。判定部１２は、「Ｎ×Ｐ」秒の満了に従ってＳＣＲＩが送信された後は、「Ｎ×Ｐ」秒より長い「Ｎ×Ｓ」秒の満了時間に基づいてＳＣＲＩの送信有無を判定する。【選択図】図１
2013255071.tif 000002
【特許請求の範囲】
【請求項１】
節電状態への遷移を要求する要求信号を送信する送信部と、
第１の時間、及び、前記第１の時間より長い第２の時間を満了時間として設定可能なタイマと、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第２の時間に基づいて前記要求信号の送信有無を判定する判定処理を行う判定部と、
を具備する通信端末。
【請求項２】
前記判定部は、さらに、自端末が既に前記節電状態にあるか否かに基づいて前記送信有無を判定する、
請求項１に記載の通信端末。
【請求項３】
前記判定部は、複数の通信端末間において互いに異なる前記第１の時間及び前記第２の時間を用いて前記送信有無を判定する、
請求項１または２に記載の通信端末。
【請求項４】
前記判定部は、前記通信端末が備えるディスプレイが消灯しているときに、前記判定処理を行う、
請求項１から３のいずれか一つに記載の通信端末。
【請求項５】
前記判定部は、前記通信端末が備えるディスプレイが消灯した時点から所定の時間経過後に、前記判定処理を開始する、
請求項４に記載の通信端末。
【請求項６】
節電状態への遷移を要求する要求信号を送信する通信端末に搭載可能なプロセッサであって、
第１の時間、及び、前記第１の時間より長い第２の時間を満了時間として設定可能なタイマと、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第２の時間に基づいて前記要求信号の送信有無を判定する判定部と、
を具備するプロセッサ。
【請求項７】
節電状態への遷移を要求する要求信号を送信する通信端末における送信制御方法であって、
タイマに設定された第１の時間が満了したときに前記要求信号を送信し、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第１の時間より長い第２の時間に基づいて前記要求信号の送信有無を判定する、
送信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、プロセッサ及び送信制御方法に関する。
【背景技術】
【０００２】
最近、データ通信可能な通信端末（以下では「端末」と省略して呼ばれることがある）としてスマートフォンが注目されている。スマートフォンには多数のアプリケーション（以下では「アプリ」と省略して呼ばれることがある）をインストールすることができる。また、スマートフォンにおいて稼働するアプリは、一般に、ネットワークとの常時接続を前提としている。よって、スマートフォンでは、多数のアプリがネットワークと常時接続するため、従来の携帯電話に比べ、消費電力が大きく、バッテリーの減りが早い。
【０００３】
そこで、スマートフォンの登場に伴って、端末の消費電力削減のために用いられるファストドーマンシー（Fast  Dormancy）機能が注目されている。
【０００４】
ファストドーマンシー機能とは、端末―ネットワーク間でのデータセッションが途切れると、端末をアクティブ状態から節電状態（Battery  Efficient）に遷移させることにより、端末の電力消費量を抑える機能である。節電状態は、休眠状態（Dormancy）と呼ばれることもある。また、節電状態には、アイドル状態（Idol）、及び、Cell＿PCH，URA＿PCH，Cell＿FACH等の接続状態が含まれる。
【０００５】
このようなファストドーマンシー機能を備える端末は、アプリによるデータ通信が終了すると、節電状態への遷移を要求する要求信号をネットワークへ送信する。この要求信号は、3GPPのRelease  8では、ＳＣＲＩ（Signaling  Connection  Release  Indication）と呼ばれる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２２８８０５号公報
【特許文献２】特開２００５−０３３４８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、端末のディスプレイ消灯時、すなわち、端末のディスプレイがオフとなっているときにも間欠的にデータ通信を行うアプリ（以下では「間欠通信アプリ」と呼ばれることがある）がある。間欠通信アプリが端末にインストールされていた場合、データ通信が終了する度に端末がＳＣＲＩを送信すると、シグナルトラフィックが増大し、ネットワーク負荷が増大してしまう。
【０００８】
そこで、シグナルトラフィックの増大を抑えるために、データ通信終了後すぐにＳＣＲＩを送信するのではなく、データ通信終了後の所定時間内にデータ通信が発生しない場合にはじめてＳＣＲＩを送信する技術が考えられる。この技術では、所定の満了時間を設定されたタイマを用い、データ通信が発生する度にタイマを再起動し、タイマが満了した時点でＳＣＲＩを送信する。つまり、この技術では、データ通信が発生する可能性がある間はＳＣＲＩを送信しないことにより、シグナルトラフィックの増大を抑えることができる。
【０００９】
ここで、シグナルトラフィックの増大を抑えるためには、タイマの満了時間をできるだけ長く設定するとよい。一方で、端末の消費電力を削減するためには、タイマの満了時間をできるだけ短く設定するとよい。つまり、タイマの満了時間を長く設定するほど、シグナルトラフィック増大の抑制効果を高めることができる一方で、端末消費電力の削減効果は低くなる。逆に、タイマの満了時間を短く設定するほど、端末消費電力の削減効果を高めることができる一方で、シグナルトラフィック増大の抑制効果は低くなる。
【００１０】
開示の技術は、上記に鑑みてなされたものであって、端末の電力消費を抑えつつ、シグナルトラフィックの増大を抑えることを目的とする。
【課題を解決するための手段】
【００１１】
開示の態様の端末は、節電状態への遷移を要求する要求信号を送信する送信部と、第１の時間、及び、前記第１の時間より長い第２の時間を満了時間として設定可能なタイマと、前記第１の時間の満了に従って前記要求信号が送信された後、前記第２の時間に基づいて前記要求信号の送信有無を判定する判定処理を行う判定部と、を具備する。
【発明の効果】
【００１２】
開示の態様によれば、端末の電力消費を抑えつつ、シグナルトラフィックの増大を抑えることができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１の端末の一例を示す機能ブロック図である。
【図２】図２は、実施例１の端末の処理の説明に供する状態遷移図である。
【図３】図３は、実施例１の端末の動作の説明に供するフローチャートである。
【図４】図４は、実施例２の端末の一例を示す機能ブロック図である。
【図５】図５は、実施例２の端末の処理の説明に供する状態遷移図である。
【図６】図６は、実施例３の端末の処理の説明に供する図である。
【図７】図７は、端末のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示する端末、プロセッサ及び送信制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する端末、プロセッサ及び送信制御方法が限定されるものではない。また、各実施例において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。
【００１５】
［実施例１］
＜端末の構成＞
図１は、実施例１の端末の一例を示す機能ブロック図である。図１において、端末１０は、通信発生通知部１１と、判定部１２と、タイマ１３と、送信部１４とを有する。
【００１６】
通信発生通知部１１は、データ通信の発生を検出する。通信発生通知部１１は、端末１０にインストールされた複数のアプリのうちいずれかのアプリによるデータ通信が発生すると、データ通信が発生した旨の通知を判定部１２に出力する。
【００１７】
判定部１２は、データ通信の有無と、タイマ１３に設定された時間とに基づいて、ＳＣＲＩの送信有無を判定する。判定部１２は、ＳＣＲＩの送信を「有り」と判定したときに、ＳＣＲＩの送信指示を送信部１４に出力する。この判定の詳細は後述する。
【００１８】
送信部１４は、判定部１２からＳＣＲＩの送信指示を入力されたときに、ＳＣＲＩをネットワークへ送信する。
【００１９】
＜端末の処理＞
図２は、実施例１の端末の処理の説明に供する状態遷移図である。
【００２０】
図２に示すように、端末１０は、状態１〜状態４のいずれかの状態をとる。また、図２において、「Ｎ」は周期タイマの起動を示す。「Ｐ」はＰ（Primary）タイマのカウンタ設定を示す。「Ｓ」はＳ（Secondary）タイマのカウンタ設定を示す。
【００２１】
ここで、タイマ１３は、Ｐタイマ及びＳタイマとして機能する。すなわち、タイマ１３の満了時間は「Ｎ秒×Ｐ回」及び「Ｎ秒×Ｓ回」として規定され、判定部１２がＰ回及びＳ回のカウンタ値をタイマ１３にそれぞれ設定する。Ｎ秒は周期タイマの時間であり、一定の時間である。また「Ｐ回＜Ｓ回」である。例えば、Ｎ＝２秒，Ｐ＝２〜５回，Ｓ＝１６〜１９回に設定するのが好ましい。この場合、Ｐタイマの満了時間は４秒〜１０秒となり、Ｓタイマの満了時間は３２秒〜３８秒となる。このように、タイマ１３は、判定部１２による設定に応じて、満了時間が互いに異なる２種のタイマとして機能する。
【００２２】
また、Ｐ回のカウンタ値をタイマ１３に設定することは、「Ｎ×Ｐ」秒をタイマ１３に設定することに等しい。同様に、Ｓ回のカウンタ値をタイマ１３に設定することは、「Ｎ×Ｓ」秒をタイマ１３に設定することに等しい。つまり、タイマ１３は、「Ｎ×Ｐ」秒、及び、「Ｎ×Ｐ」秒より長い「Ｎ×Ｓ」秒を満了時間として設定可能なタイマである。
【００２３】
図２に示すタイマ停止状態（状態１）においてデータ通信が発生すると、判定部１２は周期タイマを起動させるとともに、タイマ１３にＰ回のカウンタ値を設定する。これにより、タイマ１３は「Ｎ×Ｐ」秒の満了時間を有するＰタイマとして起動した状態となる（状態２）。
【００２４】
Ｐタイマ起動状態（状態２）でデータ通信が発生する度に、判定部１２は、ＳＣＲＩの送信を「無し」と判定し、タイマ１３にＰ回のカウンタ値を再設定する。これにより、Ｐタイマはリセットされ再起動する（状態２）。
【００２５】
Ｐタイマ起動状態（状態２）で「Ｎ×Ｐ」秒が満了しない間は、判定部１２は、以降データ通信が発生する可能性があると判断し、ＳＣＲＩの送信を「無し」と判定する。
【００２６】
一方、Ｐタイマ起動状態（状態２）で「Ｎ×Ｐ」秒が満了したとき（Ｐタイマ満了）、すなわち、直前のデータ通信の発生から「Ｎ×Ｐ」秒経過する間にデータ通信が発生しないときは、判定部１２は、ＳＣＲＩの送信を「有り」と判定する。よって、判定部１２は、ＳＣＲＩの送信指示を送信部１４に出力する。これにより、送信部１４は、ＳＣＲＩをネットワークへ送信する。よって、端末１０は節電状態に遷移する。また、判定部１２は、タイマ１３にＳ回のカウンタ値を設定する。これにより、タイマ１３は「Ｎ×Ｓ」秒の満了時間を有するＳタイマとして起動した状態となる（状態３）。状態３は、節電モードのＳタイマ起動状態である。
【００２７】
Ｓタイマ起動状態＜節電モード＞（状態３）でデータ通信が発生した場合、判定部１２は、ＳＣＲＩの送信を「無し」と判定し、タイマ１３にＳ回のカウンタ値を再設定する。これにより、タイマ１３はリセットされ、Ｓタイマとして再起動した状態となる（状態４）。状態４は、通信モードのＳタイマ起動状態である。
【００２８】
一方、Ｓタイマ起動状態＜節電モード＞（状態３）で「Ｎ×Ｓ」秒が満了したとき（Ｓタイマ満了）、すなわち、直前のＳＣＲＩの送信から「Ｎ×Ｓ」秒経過する間にデータ通信が発生しないときは、判定部１２は、これ以上データ通信が発生しないと判断し、周期タイマを停止することによりタイマ１３を停止させる。これにより、状態３から状態１に戻る。また、このとき端末１０は既に節電状態に遷移しているため、判定部１２は、ＳＣＲＩの送信を「無し」と判定する。
【００２９】
Ｓタイマ起動状態＜通信モード＞（状態４）でデータ通信が発生する度に、判定部１２は、ＳＣＲＩの送信を「無し」と判定し、タイマ１３にＳ回のカウンタ値を再設定する。これにより、Ｓタイマはリセットされ再起動する（状態４）。
【００３０】
Ｓタイマ起動状態＜通信モード＞（状態４）で「Ｎ×Ｓ」秒が満了しない間は、判定部１２は、以降データ通信が発生する可能性があると判断し、ＳＣＲＩの送信を「無し」と判定する。
【００３１】
一方、Ｓタイマ起動状態＜通信モード＞（状態４）で「Ｎ×Ｓ」秒が満了したとき（Ｓタイマ満了）、すなわち、直前のデータ通信の発生から「Ｎ×Ｓ」秒経過する間にデータ通信が発生しないときは、判定部１２は、所定の条件を満たすか否かによってＳＣＲＩの送信有無を判定する。
【００３２】
すなわち、Ｓタイマ起動状態＜通信モード＞（状態４）で「Ｎ×Ｓ」秒が満了し（Ｓタイマ満了）、かつ、所定の条件を満たさない場合は、判定部１２は、端末１０が節電状態に遷移していないと判断し、ＳＣＲＩの送信を「有り」と判定する。よって、判定部１２は、ＳＣＲＩの送信指示を送信部１４に出力する。これにより、送信部１４は、ＳＣＲＩをネットワークへ送信する。よって、端末１０は節電状態に遷移する。また、判定部１２は、タイマ１３にＳ回のカウンタ値を再設定する。これにより、Ｓタイマがリセットされ再起動するとともに、状態４から状態３に戻る。
【００３３】
一方、Ｓタイマ起動状態＜通信モード＞（状態４）で「Ｎ×Ｓ」秒が満了し（Ｓタイマ満了）、かつ、所定の条件を満たす場合は、判定部１２は、ＳＣＲＩの送信を「無し」と判定する。そして、判定部１２は、周期タイマを停止することによりタイマ１３を停止させる。これにより、状態４から状態１に戻る。
【００３４】
ここで、所定の条件として、具体的には、以下の条件を設定し得る。
【００３５】
＜条件１＞直前のデータ通信の発生から所定時間内にデータ通信が発生しないこと。但し、この所定時間は「Ｎ×Ｓ」秒より長い時間である。また、この所定時間は、端末１０がネットワーク側からの要求により強制的に節電状態に遷移させられる時間を基準にして設定されるのが好ましい。例えば、この所定時間を１２０秒に設定するのが好ましい。直前のデータ通信の発生から所定時間内にデータ通信が発生しない場合は、ネットワーク側からの要求により端末１０が既に節電状態に遷移させられている可能性が高いからである。
【００３６】
＜条件２＞通信モードのＳタイマの最初の起動からのデータ通信発生回数が所定回数以上となったこと。端末１０の状態が長時間にわたって状態４にとどまってしまうことを防いで、端末１０の電力が過剰に消費されてしまうこと防ぐためである。
【００３７】
所定の条件として、＜条件１＞または＜条件２＞のいずれか一方のみを設定してもよいし、＜条件１＞及び＜条件２＞の双方を設定してもよい。
【００３８】
以上のように、Ｐタイマは、端末１０に素早くＳＣＲＩを送信させることにより端末１０を素早く節電状態に遷移させて端末１０の電力消費を抑えることを目的としたタイマである。一方で、Ｓタイマは、端末１０にデータ通信状態を維持させて極力ＳＣＲＩを送信させないことによりシグナルトラフィックの増大を抑えることを目的としたタイマである。このように目的が異なる２種のタイマを用いることにより、互いに異なる間隔で間欠的にデータ通信を行う複数のアプリに対し、ＳＣＲＩの送信頻度を互いに異ならせることができる。
【００３９】
すなわち、数十分間隔程度の長周期で間欠的にデータ通信を行うアプリに対しては、Ｐタイマにより端末１０を素早く節電状態に遷移させることができる。一方で、数秒〜数十秒間隔程度の短周期で間欠的にデータ通信を行うアプリに対しては、Ｓタイマにより極力データ通信状態を維持する。これにより、互いに異なる間隔で間欠的にデータ通信を行う複数のアプリがインストールされた端末１０において、消費電力の削減と、ＳＣＲＩの送信回数の削減とを両立することができる。
【００４０】
＜端末の動作＞
図３は、実施例１の端末の動作の説明に供するフローチャートである。
【００４１】
端末１０の電源がＯＮにされると、データ通信の発生を待った待機状態となる（ステップＳ１０１：Ｎｏ）。データ通信が発生すると（ステップＳ１０１：Ｙｅｓ）、Ｐタイマが起動する（ステップＳ１０２）。
【００４２】
Ｐタイマ起動中はデータ通信の発生の検出が行われる（ステップＳ１０３）。
【００４３】
Ｐタイマが満了するまでにデータ通信が発生すると（ステップＳ１０４：Ｎｏ，ステップＳ１０３：Ｙｅｓ）、Ｐタイマはリセットされ再起動する（ステップＳ１０２）。
【００４４】
一方、Ｐタイマが起動した状態でデータ通信が発生しないまま（ステップＳ１０３：Ｎｏ）、Ｐタイマが満了すると（ステップＳ１０４：Ｙｅｓ）、ＳＣＲＩが送信されるとともに（ステップＳ１０５）、節電モードのＳタイマが起動する（ステップＳ１０６）。
【００４５】
節電モードのＳタイマの起動中はデータ通信の発生の検出が行われる（ステップＳ１０７）。
【００４６】
節電モードのＳタイマが満了するまでにデータ通信が発生すると（ステップＳ１０８：Ｎｏ，ステップＳ１０７：Ｙｅｓ）、Ｓタイマはリセットされ通信モードのＳタイマとして再起動する（ステップＳ１０９）。
【００４７】
一方、節電モードのＳタイマが起動した状態でデータ通信が発生しないまま（ステップＳ１０７：Ｎｏ）、Ｓタイマが満了すると（ステップＳ１０８：Ｙｅｓ）、ステップＳ１０１に戻る。
【００４８】
通信モードのＳタイマの起動中はデータ通信の発生の検出が行われる（ステップＳ１１０）。
【００４９】
通信モードのＳタイマが満了するまでにデータ通信が発生すると（ステップＳ１１１：Ｎｏ，ステップＳ１１０：Ｙｅｓ）、通信モードのＳタイマはリセットされ再起動する（ステップＳ１０９）。
【００５０】
一方、通信モードのＳタイマが起動した状態でデータ通信が発生しないまま（ステップＳ１１０：Ｎｏ）、Ｓタイマが満了すると（ステップＳ１１１：Ｙｅｓ）、ＳＣＲＩが送信されるとともに（ステップＳ１１２）、Ｓタイマはリセットされ節電モードのＳタイマとして再起動する（ステップＳ１０６）。
【００５１】
以上のように実施例１によれば、端末１０は、「Ｎ×Ｐ」秒、及び、「Ｎ×Ｓ」秒（但し、Ｐ＜Ｓ）を満了時間として設定可能なタイマ１３を有する。また、端末１０において、判定部１２は、「Ｎ×Ｐ」秒の満了に従ってＳＣＲＩが送信された後は、「Ｎ×Ｐ」秒より長い「Ｎ×Ｓ」秒の満了時間に基づいてＳＣＲＩの送信有無を判定する。送信部１４は、判定部１２での判定結果に従ってＳＣＲＩを送信する。これにより、端末１０の電力消費を抑えつつ、シグナルトラフィックの増大を抑えることができる。
【００５２】
［実施例２］
＜端末の構成＞
図４は、実施例２の端末の一例を示す機能ブロック図である。図４において、端末２０は、通信発生通知部１１と、状態管理部２１と、判定部２２と、タイマ１３と、送信部１４とを有する。
【００５３】
ネットワーク側の設定次第では、タイマ１３が満了したときに、既に端末２０が節電状態に遷移していることも想定される。例えば、端末２０がネットワーク側からの要求により強制的に節電状態に遷移させられる時間が、「Ｎ×Ｐ」秒または「Ｎ×Ｓ」秒よりも短い場合等である。
【００５４】
そこで、実施例２では、以下のようにして、端末２０が既に節電状態にあるか否かに基づいて、ＳＣＲＩの送信有無を判定する。
【００５５】
すなわち、状態管理部２１は、端末２０の状態を管理し、端末２０の状態を判定部２２に通知する。特に、状態管理部２１は、端末２０が節電状態にあるか否かを管理する。
【００５６】
判定部２２は、データ通信の有無と、タイマ１３に設定された時間と、端末２０が節電状態にあるか否かとに基づいて、ＳＣＲＩの送信有無を判定する。
【００５７】
＜端末の処理＞
図５は、実施例２の端末の処理の説明に供する状態遷移図である。
【００５８】
図５に示すように、端末２０は、実施例１同様、状態１〜状態４のいずれかの状態をとる。但し、実施例２では、状態２から状態１に遷移する条件、状態２から状態３に遷移する条件、状態３から状態１に遷移する条件、状態４から状態３に遷移する条件、及び、状態４から状態１に遷移する条件が実施例１のものと異なる。
【００５９】
すなわち、実施例２では、状態２において、Ｐタイマが満了し、かつ、端末２０が節電状態である場合に、状態２から状態１に遷移する。また、状態２において、Ｐタイマが満了し、かつ、端末２０が節電状態でない場合に、状態２から状態３に遷移する。また、状態３において、Ｓタイマが満了し、かつ、端末２０が節電状態である場合に、状態３から状態１に遷移する。また、状態４において、Ｓタイマが満了し、かつ、端末２０が節電状態でない場合に、状態４から状態３に遷移する。また、状態４において、Ｓタイマが満了し、かつ、端末２０が節電状態である場合に、状態４から状態１に遷移する。
【００６０】
以上のように実施例２によれば、端末２０において、判定部２２は、端末２０が既に節電状態にあるか否かに基づいてＳＣＲＩの送信有無を判定する。これにより、無駄なＳＣＲＩの送信を防ぐことができるため、より適切なシグナルトラフィック制御を行うことができる。
【００６１】
［実施例３］
複数の端末が同期してデータ送信を開始及び終了すると、タイマ１３が満了するタイミングも複数の端末間で一致することになる。このタイマ満了タイミングの一致は、ＳＣＲＩ送信タイミングの一致につながるため、ネットワーク負荷増大の一因となる。
【００６２】
そこで、実施例３では、複数の端末に互いに異なる満了時間を設定する。なお、実施例３の端末の構成は実施例１のものと同様であるので、実施例３では端末の構成についての説明は省略する。
【００６３】
＜端末の処理＞
図６は、実施例３の端末の処理の説明に供する図である。
【００６４】
端末１０における判定部１２は、図６に示すように、タイマ１３に設定する満了時間をＳＣＲＩの送信回数に応じて順次変化させる。
【００６５】
具体的には、判定部１２は、端末１０の電源がＯＮにされたとき、ＳＣＲＩ送信カウンタを０にセットして、ＰタイマにＰ回のカウンタ値を、ＳタイマにＳ回のカウンタ値をそれぞれ設定する。このとき、Ｐタイマの満了時間は「Ｎ×Ｐ」秒となり、Ｓタイマの満了時間は「Ｎ×Ｓ」秒となる。
【００６６】
そして、判定部１２は、ＳＣＲＩの送信がなされる度に、ＳＣＲＩ送信カウンタを順次インクリメントする。よって、ＳＣＲＩの送信がＭ回なされたとき、ＰタイマにはＰ＋Ｍ回のカウンタ値が、ＳタイマにはＳ＋Ｍ回のカウンタ値がそれぞれ設定される。このとき、Ｐタイマの満了時間は「Ｎ×(Ｐ＋Ｍ)」秒となり、Ｓタイマの満了時間は「Ｎ×(Ｓ＋Ｍ)」秒となる。
【００６７】
なお、ＳＣＲＩ送信カウンタは、Ｍまで達した後は０に戻る。
【００６８】
判定部１２は、このようにして設定した満了時間を用いてＳＣＲＩの送信有無を判定する。
【００６９】
ここで、複数の端末１０間では、電源がＯＮにされるタイミングがそれぞれ異なる。また、複数の端末１０において各ユーザの操作によって起動する所望のアプリは各端末１０毎に異なる。よって、ユーザが端末１０を使用している間は、データ通信の発生頻度が複数の端末１０間で異なることになる。このため、ＳＣＲＩの送信頻度も複数の端末１０間で異なることになる。よって、ＳＣＲＩの送信回数に応じてタイマ１３の満了時間を設定することにより、複数の端末１０に互いに異なる満了時間を設定することができる。複数の端末１０間においてタイマ１３の満了時間を互いに異ならせることより、ＳＣＲＩの送信タイミングを分散させることができる。
【００７０】
なお、Ｎが２秒に設定される場合、Ｐ回は２回、Ｐ＋Ｍ回は５回、Ｓ回は１６回、Ｓ＋Ｍ回は１９回に設定されるのが好ましい。
【００７１】
以上のように実施例３によれば、端末１０において、判定部１２は、複数の端末１０間において互いに異なるタイマ満了時間を用いてＳＣＲＩの送信有無を判定する。これにより、複数の端末１０間においてＳＣＲＩの送信タイミングを分散させることができる。よって、実施例３によれば、シグナルトラフィックの集中を防ぐことができる。
【００７２】
なお、端末１０の電源がＯＮにされたときに設定されるＳＣＲＩ送信カウンタの初期値を、複数の端末１０間において互いに異ならせてもよい。例えば、端末１０の電話番号に応じてＳＣＲＩ送信カウンタの初期値を決定することより、複数の端末１０間においてＳＣＲＩ送信カウンタの初期値を互いに異ならせることができる。これにより、ＳＣＲＩの送信タイミングを、さらに分散させることができる。
【００７３】
［他の実施例］
［１］実施例１，３の端末１０及び実施例２の端末２０は、次のようなハードウェア構成により実現することができる。図７は、端末のハードウェア構成例を示す図である。図７に示すように、端末１０，２０は、ハードウェアの構成要素として、ＡＣＰＵ（Application  Central  Processing  Unit）１０ａと、タッチパネル１０ｂと、ＬＣＤ（Liquid  Crystal  Display）等のディスプレイ１０ｃと、メモリ１０ｄと、ＣＣＰＵ（Communication  Central  Processing  Unit）１０ｅと、メモリ１０ｆと、ＲＦ（Radio  Frequency）回路１０ｇと、アンテナ１０ｈとを有する。メモリ１０ｄ，１０ｆは、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。通信発生通知部１１と、状態管理部２１とは、ＡＣＰＵ１０ａにより実現される。送信部１４は、ＣＣＰＵ１０ｅにより実現される。判定部１２，２２と、タイマ１３とは、ＡＣＰＵ１０ａまたはＣＣＰＵ１０ｅにより実現される。なお、端末１０，２０は、ＡＣＰＵ１０ａと周辺回路とを含むアプリケーション処理用ＬＳＩ（Large  Scale  Integrated  circuit）を有してもよい。また、端末１０，２０は、ＣＣＰＵ１０ｅと無線制御回路とを含む通信処理用ＬＳＩを有してもよい。
【００７４】
［２］上記説明における各種の処理は、予め用意されたプログラムをＣＰＵに実行させることによっても実現できる。すなわち、通信発生通知部１１と、判定部１２，２２と、タイマ１３と、送信部１４と、状態管理部２１とによって実行される各処理に対応するプログラムが予めメモリに記憶され、各プログラムがＣＰＵへ読み出されてプロセスとして機能してもよい。また、各プログラムは、必ずしも予めメモリに記憶される必要はない。すなわち、例えば、端末１０，２０に接続可能なフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード、メモリカード等の可搬の記録媒体に各プログラムが予め記録され、各プログラムがＣＰＵへ読み出されてプロセスとして機能してもよい。また例えば、インターネット、ＬＡＮ、ＷＡＮ等を介して無線または有線により端末１０，２０に接続されるコンピュータまたはサーバ等に各プログラムが予め記憶され、各プログラムがＣＰＵへ読み出されてプロセスとして機能してもよい。
【００７５】
［３］判定部２２は、ディスプレイ１０ｃの点灯状態に応じた判定処理を行ってもよい。すなわち、ディスプレイ１０ｃの点灯中は、端末２０は、ユーザによって使用されている状態にあることが多い。また、端末２０がユーザの使用中にある間は、アプリによるデータ通信が頻繁に発生する可能性が高いため、端末２０を節電状態に遷移させる必要性が低い。そこで、状態管理部２１が、端末２０の状態としてディスプレイ１０ｃの点灯状態を管理し、ディスプレイ１０ｃが点灯しているか否か（点灯しているか消灯しているか）を判定部２２に通知する。判定部２２は、実施例１〜３において説明した処理をディスプレイ１０ｃが消灯しているときに行う。これにより、さらに適切なシグナルトラフィック制御を行うことができる。また、判定部２２は、実施例１〜３において説明した処理を、ディスプレイ１０ｃが消灯した時点から所定の時間経過後に開始してもよい。これにより、ディスプレイ１０ｃの消灯直後に複数のデータ通信が非同期に発生することによりＳＣＲＩの送信が遅れる場合でも、端末２０の節電状態への遷移が遅れることを防止できる。
【００７６】
［４］実施例１〜３では、節電状態への遷移を要求する要求信号としてＳＣＲＩを用いた。しかし、この要求信号はＳＣＲＩ以外の信号であってもよく、その名称によって限定されない。
【００７７】
［５］実施例１〜３では、周期タイマの繰り返し回数をタイマ１３に設定することによりタイマ１３の満了時間を設定した。しかし、必ずしも周期タイマを用いなくてもよい。すなわち、判定部１２，２２は、カウンタ値をタイマ１３に設定するのではなく、タイマ１３に満了時間を直接設定してもよい。
【００７８】
［６］実施例１〜３では、１つのタイマ１３をＰタイマ及びＳタイマの２種のタイマとして機能させる場合を説明した。しかし、端末１０，２０は、第１のタイマとしてＰタイマを有し、第２のタイマとしてＳタイマを有してもよい。つまり、端末１０，２０は、互いに満了時間が異なる２つのタイマを有してもよい。
【００７９】
［７］実施例１〜３では、ＳＣＲＩの送信有無の判定について、判定部１２，２２が、Ｐタイマを用いた第１段階の判定と、Ｓタイマを用いた第２段階の判定とを行う場合を説明した。しかし、判定の段階は２段階に限定されない。例えば、Ｐタイマ及びＳタイマに加え、Ｐタイマの満了時間より長く、かつ、Ｓタイマの満了時間より短い満了時間を設定したタイマを用いて、３段階に渡る判定を行ってもよい。また例えば、Ｐタイマ及びＳタイマに加え、Ｐタイマの満了時間及びＳタイマの満了時間より長い満了時間を設定したタイマを用いて、３段階に渡る判定を行ってもよい。つまり、判定部１２，２２は、互いに異なる複数のタイマ満了時間に従って、複数段階に渡ってＳＣＲＩの送信有無の判定を行えばよい。
【００８０】
［８］実施例３は、実施例１だけでなく、実施例２と組み合わせることも可能である。また、他の実施例［３］は、実施例２だけでなく、実施例１，３と組み合わせることも可能である。
【００８１】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８２】
（付記１）節電状態への遷移を要求する要求信号を送信する送信部と、
第１の時間、及び、前記第１の時間より長い第２の時間を満了時間として設定可能なタイマと、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第２の時間に基づいて前記要求信号の送信有無を判定する判定処理を行う判定部と、
を具備する通信端末。
【００８３】
（付記２）前記判定部は、さらに、自端末が既に前記節電状態にあるか否かに基づいて前記送信有無を判定する、
付記１に記載の通信端末。
【００８４】
（付記３）前記判定部は、複数の通信端末間において互いに異なる前記第１の時間及び前記第２の時間を用いて前記送信有無を判定する、
付記１または２に記載の通信端末。
【００８５】
（付記４）前記判定部は、前記通信端末が備えるディスプレイが消灯しているときに、前記判定処理を行う、
付記１から３のいずれか一つに記載の通信端末。
【００８６】
（付記５）前記判定部は、前記通信端末が備えるディスプレイが消灯した時点から所定の時間経過後に、前記判定処理を開始する、
付記４に記載の通信端末。
【００８７】
（付記６）節電状態への遷移を要求する要求信号を送信する通信端末に搭載可能なプロセッサであって、
第１の時間、及び、前記第１の時間より長い第２の時間を満了時間として設定可能なタイマと、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第２の時間に基づいて前記要求信号の送信有無を判定する判定部と、
を具備するプロセッサ。
【００８８】
（付記７）節電状態への遷移を要求する要求信号を送信する通信端末における送信制御方法であって、
タイマに設定された第１の時間が満了したときに前記要求信号を送信し、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第１の時間より長い第２の時間に基づいて前記要求信号の送信有無を判定する、
送信制御方法。
【００８９】
（付記８）メモリと、
前記メモリに接続されたプロセッサと、を具備し、
前記プロセッサは、
タイマに設定された第１の時間が満了したときに、節電状態への遷移を要求する要求信号を送信し、
前記第１の時間の満了に従って前記要求信号が送信された後、前記第１の時間より長い第２の時間に基づいて前記要求信号の送信有無を判定する、処理を実行する、
通信端末。
【符号の説明】
【００９０】
１０，２０  端末
１１  通信発生通知部
１２，２２  判定部
１３  タイマ
１４  送信部
２１  状態管理部
【図１】
2013255071.tif 000003
【図２】
2013255071.tif 000004
【図３】
2013255071.tif 000005
【図４】
2013255071.tif 000006
【図５】
2013255071.tif 000007
【図６】
2013255071.tif 000008
【図７】
2013255071.tif 000009