JP5315867B2 - 通信端末 - Google Patents

Description

本発明は通信端末に係り、特に、通信端末同士で互いのプレゼンスを交換することができるようにした通信端末に関する。

ＩＭＳ（IP Multimedia Subsystem）は、第３世代携帯電話規格の標準化団体である３ＧＰＰや３ＧＰＰ２によって標準化が行われた通信方式である。ＩＭＳは、固定電話網や移動体通信網などの公衆通信サービスをＩＰ技術やＳＩＰ（Session Initiation Protocol）で統合することでマルチメディアサービスを実現させる通信方式である。

近年では、ＩＭＳ−Ｐｒｅｓｅｎｃｅ機能を用いて、ネットワークを介して接続された複数の通信端末（例えば携帯電話機など）同士で、現在のプレゼンス情報をお互いに交換するサービスが知られている。例えばこのサービスを利用する各通信端末は、それぞれの現在のプレゼンス情報をプレゼンスサーバに逐次登録するとともに、プレゼンスサーバは各通信端末のプレゼンス情報を管理しておき、管理されている通信端末のプレゼンス情報を必要に応じて他の通信端末に供給する。
３ＧＰＰ ＴＳ ２３．２２８

ＩＭＳ−Ｐｒｅｓｅｎｃｅ機能に関する仕様においては、ＴＣＰ/ＩＰやＵＤＰ/ＩＰを使用して自動的かつ定期的に通信が行われ、各通信端末とサーバとの間でステータス（各通信端末でのステータス）を一致させる動作が行われる。このステータスを一致させる動作は「リフレッシュ動作」と呼ばれ、ＩＭＳ−Ｐｒｅｓｅｎｃｅ機能の仕様上、一般的に数時間ごとに１回実行される。また、リフレッシュ動作によって更新しなければならないステータスは各通信端末に複数存在する場合がある。このような場合、一般的に、それぞれのステータスを管理する各モジュールは非同期で（ばらばらで）ステータスのリフレッシュ動作を実行するように設計されている。

しかしながら、通信端末に関する複数のステータスのリフレッシュ動作が非同期で実行されると、リフレッシュ動作の回数に比例して通信端末の電力消費量が増加してしまうという課題があった。

本発明は、このような状況に鑑みてなされたものであり、リフレッシュ動作に伴う消費電力を好適に低減することができる通信端末を提供することを目的とする。

本発明の通信端末は、上述した課題を解決するために、ネットワークを介してサーバと接続する接続手段と、通信端末の１または複数のステータスに関するリフレッシュ動作のタイムテーブルを記憶する記憶手段と、記憶手段により記憶されているタイムテーブルに記述されているいずれかのリフレッシュ動作の開始時刻であるか否かを判定する判定手段と、判定手段によりいずれかのリフレッシュ動作の開始時刻であると判定された場合、リフレッシュ動作の開始時刻に対応してタイムテーブルに記述された所定の１または複数のステータスに関するリフレッシュ信号を生成する生成手段と、接続手段によりサーバとの間での接続が確立された第１の状態で、生成手段により生成されたリフレッシュ信号をサーバに送信する送信手段とを備えることを特徴とする。

本発明の通信端末は、上述した課題を解決するために、ネットワークを介してサーバと接続する接続手段と、通信端末のステータスごとに定められた所定の時間のタイマをステータスごとに設定し、設定された所定の時間のタイマが満了したか否かをステータスごとに判定する判定手段と、判定手段により通信端末のステータスのうち基準となる第１のステータスに関するタイマが満了したと判定された場合、ステータスごとのタイマの状態に応じて、第１のステータスのみに関するリフレッシュ信号を生成するか、あるいは、第１のステータスのみならず第１のステータス以外の他のステータスを含む複数のステータスに関するリフレッシュ信号を生成する生成手段と、接続手段によりサーバとの間での接続が確立された第１の状態で、生成手段により生成されたリフレッシュ信号をサーバに送信する送信手段とを備えることを特徴とする。

本発明によれば、リフレッシュ動作に伴う消費電力を好適に低減することができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。

図１は、本発明に係るネットワークシステム１の概略的な構成を表している。図１に示されるように、ネットワークシステム１には、通信サービスの提供エリアを所望の大きさに分割したセル内にそれぞれ固定無線局である基地局（図示せず）が設置されている。これらの図示せぬ基地局には、移動無線局である携帯電話機２（本発明に係る通信端末として適用可能）が例えばＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）と呼ばれる符号分割多元接続方式によって無線接続されており、例えば２［ＧＨｚ］の周波数帯の５［ＭＨｚ］帯域を利用して静止時に２［Ｍｂｐｓ］、移動時に３８４［Ｋｂｐｓ］のデータ転送速度で大容量データを高速にデータ通信することができる。

図示せぬ基地局は、有線回線を介して事業者網であるＣＤＭＡネットワーク３に接続されており、ＣＤＭＡネットワーク３には、事業者が管理する接続制御サーバ４が接続されている。この事業者側の接続制御サーバ４は、事業者網であるＣＤＭＡネットワーク３内部での接続制御を行う。また、ＣＤＭＡネットワーク３には、一般に公開されているInternet網であるインターネット５が接続されている。インターネット５には、インターネット上でのＳＩＰサーバやプレゼンスサーバを含む接続制御サーバ６が接続されている。

図２は、本発明に係る通信端末として適用可能な携帯電話機２の外観の構成を表している。なお、図２（Ａ）は、携帯電話機２を約１８０度に見開いたときの正面から見た外観の構成を表しており、図２（Ｂ）は、携帯電話機２を見開いたときの側面から見た外観の構成を表している。

図２（Ａ）および（Ｂ）に示されるように、携帯電話機２は、中央のヒンジ部１１を境に第１の筐体１２と第２の筐体１３とがヒンジ結合されており、ヒンジ部１１を介して矢印Ｘ方向に折り畳み可能に形成される。携帯電話機２の内部の所定の位置には、送受信用のアンテナ（後述する図４のアンテナ３１）が設けられており、内蔵されたアンテナを介して基地局（図示せず）との間で電波を送受信する。

第１の筐体１２には、その表面に「０」乃至「９」の数字キー、発呼キー、リダイヤルキー、終話・電源キー、クリアキー、および電子メールキーなどの操作キー１４が設けられており、操作キー１４を用いて各種指示を入力することができる。

第１の筐体１２には、操作キー１４として上部に十字キーと確定キーが設けられており、ユーザが十字キーを上下左右方向に操作することにより当てられたカーソルを上下左右方向に移動させることができる。具体的には、第２の筐体１３に設けられたメインディスプレイ１７に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページのページ捲り動作および画像の送り動作などの種々の動作を実行する。

また、確定キーを押下することにより、種々の機能を確定することができる。例えば第１の筐体１２は、ユーザによる十字キーの操作に応じてメインディスプレイ１７に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、確定キーが第１の筐体１２の内部方向に押圧されると、選択された電話番号を確定して電話番号に対して発呼処理を行う。

さらに、第１の筐体１２には、十字キーと確定キーの左隣に電子メールキーが設けられており、電子メールキーが第１の筐体１２の内部方向に押圧されると、メールの送受信機能を呼び出すことができる。十字キーと確定キーの右隣には、ブラウザキーが設けられており、ブラウザキーが第１の筐体１２の内部方向に押圧されると、Ｗｅｂページのデータを閲覧することが可能となる。

また、第１の筐体１２には、操作キー１４の下部にマイクロフォン１５が設けられており、マイクロフォン１５によって通話時のユーザの音声を集音する。さらに、第１の筐体１２には、携帯電話機２の操作を行うサイドキー１６が設けられている。

なお、第１の筐体１２は、背面側に図示しないバッテリパックが挿着されており、終話・電源キーがオン状態になると、バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。

一方、第２の筐体１３には、その正面にメインディスプレイ１７が設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び送信履歴等の他、電子メールの内容、簡易ホームページ、ＣＣＤ（Charge Coupled Device）カメラ（後述する図３のＣＣＤカメラ２０）で撮像した画像、外部のコンテンツサーバ（図示せず）より受信したコンテンツ、メモリカード（後述する図４のメモリカード４６）に記憶されているコンテンツを表示することができる。また、メインディスプレイ１７の上部の所定の位置にはレシーバ（受話器）１８が設けられており、これにより、ユーザは音声通話することが可能である。なお、携帯電話機２の所定の位置には、レシーバ１８以外の音声出力部としてのスピーカ（図４のスピーカ５０）も設けられている。

また、第１の筐体１２と第２の筐体１３の内部の所定の位置には、携帯電話機２の状態を検知するための磁気センサ１９a、１９b、１９c、および１９dが設けられる。なお、メインディスプレイ１７は、例えば有機ＥＬにより構成されるディスプレイでもよいし、液晶ディスプレイ（Liquid Crystal Display）でもよい。

図３は、本発明に係る通信端末として適用可能な携帯電話機２の他の外観の構成を表している。図３の携帯電話機２の状態は、図２の携帯電話機２の状態から矢印Ｘ方向に回動させた状態である。なお、図３（Ａ）は、携帯電話機２を閉じたときの正面から見た外観の構成を表しており、図３（Ｂ）は、携帯電話機２を閉じたときの側面から見た外観の構成を表している。第２の筐体１３の上部には、ＣＣＤカメラ２０が設けられており、これにより、所望の撮影対象を撮像することができる。ＣＣＤカメラ２０の下部には、サブディスプレイ２１が設けられており、現在のアンテナの感度のレベルを示すアンテナピクト、携帯電話機２の現在の電池残量を示す電池ピクト、現在の時刻などが表示される。

図４は、本発明に係る通信端末に適用可能な携帯電話機２の内部の構成を表している。図示せぬ基地局から送信されてきた無線信号は、アンテナ３１で受信された後、アンテナ共用器（ＤＵＰ）３２を介して受信回路（ＲＸ）３３に入力される。受信回路３３は、受信された無線信号を周波数シンセサイザ（ＳＹＮ）３４から出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。そして、受信回路３３は、このダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を出力する。なお、周波数シンセサイザ３４から発生される局部発振信号の周波数は、制御部４１から出力される制御信号ＳＹＣによって指示される。

受信回路３３からの受信ベースバンド信号は、ＣＤＭＡ信号処理部３６に入力される。ＣＤＭＡ信号処理部３６は、図示せぬＲＡＫＥ受信機を備える。このＲＡＫＥ受信機では、受信ベースバンド信号に含まれる複数のパスがそれぞれの拡散符号（すなわち、拡散された受信信号の拡散符号と同一の拡散符号）で逆拡散処理される。そして、この逆拡散処理された各パスの信号は、位相が調整された後、コヒーレントＲａｋｅ合成される。Ｒａｋｅ合成後のデータ系列は、デインタリーブおよびチャネル復号（誤り訂正復号）が行われた後、２値のデータ判定が行われる。これにより、所定の伝送フォーマットの受信パケットデータが得られる。この受信パケットデータは、圧縮伸張処理部３７に入力される。

圧縮伸張処理部３７は、ＤＳＰ（Digital Signal Processor）などにより構成され、ＣＤＭＡ信号処理部３６から出力された受信パケットデータを図示せぬ多重分離部によりメディアごとに分離し、分離されたメディアごとのデータに対してそれぞれ復号処理を行う。例えば通話モードにおいては、受信パケットデータに含まれる通話音声などに対応するオーディオデータをスピーチコーデックにより復号する。また、例えばテレビ電話モードなどのように、受信パケットデータに動画像データが含まれていれば、この動画像データをビデオコーデックにより復号する。さらに、受信パケットデータがダウンロードコンテンツであれば、このダウンロードコンテンツを伸張した後、伸張されたダウンロードコンテンツを制御部４１に出力する。

復号処理により得られたディジタルオーディオ信号はＰＣＭコーデック３８に供給される。ＰＣＭコーデック３８は、圧縮伸張処理部３７から出力されたディジタルオーディオ信号をＰＣＭ復号し、ＰＣＭ復号後のアナログオーディオデータ信号を受話増幅器３９に出力する。このアナログオーディオ信号は、受話増幅器３９にて増幅された後、レシーバ１８により出力される。

圧縮伸張処理部３７によりビデオコーデックにて復号されたディジタル動画像信号は、制御部４１に入力される。制御部４１は、圧縮伸張処理部３７から出力されたディジタル動画像信号に基づく動画像を、図示せぬビデオＲＡＭ（例えばＶＲＡＭなど）を介してメインディスプレイ１７に表示させる。なお、制御部４１は、受信された動画像データだけでなく、ＣＣＤカメラ２０により撮像された動画像データに関しても、図示せぬビデオＲＡＭを介してメインディスプレイ１７に表示させることも可能である。

また、圧縮伸張処理部３７は、受信パケットデータが電子メールである場合、この電子メールを制御部４１に供給する。制御部４１は、圧縮伸張処理部３７から供給された電子メールを記憶部４２に記憶させる。そして、制御部４１は、ユーザによる入力部としての操作キー１４の操作に応じて、記憶部４２に記憶されているこの電子メールを読み出し、読み出された電子メールをメインディスプレイ１７に表示させる。

一方、通話モードにおいて、マイクロフォン１５に入力された話者（ユーザ）の音声信号（アナログオーディオ信号）は、送話増幅器４０により適正レベルまで増幅された後、ＰＣＭコーデック３８によりＰＣＭ符号化される。このＰＣＭ符号化後のディジタルオーディオ信号は、圧縮伸張処理部３７に入力される。また、ＣＣＤカメラ２０から出力される動画像信号は、制御部４１によりディジタル化されて圧縮伸張処理部３７に入力される。さらに、制御部４１にて作成されたテキストデータである電子メールも、圧縮伸張処理部３７に入力される。

圧縮伸張処理部３７は、ＰＣＭコーデック３８から出力されたディジタルオーディオ信号を所定の送信データレートに応じたフォーマットで圧縮符号化する。これにより、オーディオデータが生成される。また、圧縮伸張処理部３７は、制御部４１から出力されたディジタル動画像信号を圧縮符号化して動画像データを生成する。そして、圧縮伸張処理部３７は、これらのオーディオデータや動画像データを図示せぬ多重分離部で所定の伝送フォーマットに従って多重化した後にパケット化し、パケット化後の送信パケットデータをＣＤＭＡ信号処理部３６に出力する。なお、圧縮伸張処理部３７は、制御部４１から電子メールが出力された場合にも、この電子メールを送信パケットデータに多重化する。

ＣＤＭＡ信号処理部３６は、圧縮伸張処理部３７から出力された送信パケットデータに対し、送信チャネルに割り当てられた拡散符号を用いてスペクトラム拡散処理を施し、スペクトラム拡散処理後の出力信号を送信回路（ＴＸ）３５に出力する。送信回路３５は、スペクトラム拡散処理後の信号をＱＰＳＫ（Quadrature Phase Shift Keying）方式などのディジタル変調方式を使用して変調する。送信回路３５は、ディジタル変調後の送信信号を、周波数シンセサイザ３４から発生される局部発振信号と合成して無線信号に周波数変換（アップコンバート）する。そして、送信回路３５は、制御部４１により指示される送信電力レベルとなるように、このアップコンバートにより生成された無線信号を高周波増幅する。この高周波増幅された無線信号は、アンテナ共用器３２を介してアンテナ３１に供給され、このアンテナ３１から図示せぬ基地局に向けて送信される。

また、携帯電話機２は、外部メモリインタフェース４５を備えている。この外部メモリインタフェース４５は、メモリカード４６を着脱することが可能なスロットを備えている。メモリカード４６は、ＮＡＮＤ型フラッシュメモリカードやＮＯＲ型フラッシュメモリカードなどに代表されるフラッシュメモリカードの一種であり、１０ピン端子を介して画像や音声、音楽等の各種データの書き込み及び読み出しが可能となっている。さらに、携帯電話機２には、現在の正確な現在の時刻を測定する時計回路（タイマ）４７が設けられている。

制御部４１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部４２からＲＡＭにロードされた、オペレーティングシステム（ＯＳ）を含む各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機２を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。

記憶部４２は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、制御部４１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。電源回路４４は、バッテリ４３の出力を基に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する。

また、携帯電話機２は、種々の通信プロトコルを用いてＩＰ電話を実行することができる。携帯電話機２にてＩＰ電話を実行する場合、制御部４１は、例えばＩＰネットワークにおける呼制御プロトコルであるＳＩＰにより規定される通信プロトコルを実行する。図５は、ＳＩＰのプロトコル構造を示している。図５に示されるように、ＳＩＰのプロトコル構造においては、物理層およびデータリンク層の上にネットワーク層としてのＩＰが存在し、ＩＰの上にはトランスポート層としてのＴＣＰまたはＵＤＰが存在する。そして、ＴＣＰまたはＵＤＰの上に、上位層としてのＳＩＰ、ＳＡＰ、ＳＤＰ、およびＲＴＳＰなどが存在する。

制御部４１は、ＩＭＳ−Ｐｒｅｓｅｎｃｅ機能を実現するに際し、本発明に係る特徴的な構成としてステータス管理機能を有する。制御部４１は、ステータス管理機能を実行し、リフレッシュ動作によって更新しなければならないステータス（Status）をＴＣＰ/ＩＰやＵＤＰ/ＩＰを用いて管理する。そして、制御部４１は、ステータス管理機能を実行し、ＴＣＰ/ＩＰやＵＤＰ/ＩＰを使用して、携帯電話機２と接続制御サーバ６との間でステータス（携帯電話機２でのステータス）を一致させるリフレッシュ動作を行う。すなわち、制御部４１は、上記リフレッシュ動作を定期的に行い、携帯電話機２の最新のステータス群のうち所定のステータス（「可」のステータス）に関してリフレッシュ信号を生成し、接続制御サーバ６にリフレッシュ信号を送信する。このリフレッシュ信号には、ステータス管理機能により管理される携帯電話機２のステータスに関する情報（いずれのステータスであるかを示す情報）が含まれている。勿論、「否」のステータスに関してリフレッシュ信号を生成するようにしてもよい。

制御部４１のステータス管理機能によって管理される携帯電話機２のステータスとして、例えば携帯電話機２のＩＰ通信可否状態（可／否ステータス）、ＩＰ電話着信可否状態（可／否ステータス）、プレゼンス送信可否状態（可／否ステータス）、およびプレセンス受信可否状態（可／否ステータス）などが考えられる。ここで、本発明の実施形態においては、説明を簡略化するために、４つのステータスＡ、Ｂ、Ｃ、およびＤに関して管理を行う場合を想定する。ステータスＡは「ＩＰ通信可否状態（可／否ステータス）」であり、ステータスＢは「ＩＰ電話着信可否状態（可／否ステータス）」であり、ステータスＣは「ＩＰ電話着信可否状態（可／否ステータス）」であり、ステータスＤは「プレセンス受信可否状態（可／否ステータス）」である。そして、図６に示されるように、これらのステータスＡ、Ｂ、Ｃ、およびＤのリフレッシュ動作の間隔はそれぞれ６時間、１２時間、１２時間、および２４時間であり、それぞれの１日あたりのリフレッシュ動作回数は４回、２回、２回、および１回である場合を想定する。

このような場合、従来においては、それぞれのステータスＡ乃至Ｄを管理するステータス管理機能の各モジュールは非同期で（ばらばらで）ステータスＡ乃至Ｄのリフレッシュ動作を実行するように設計されていた。そのため、携帯電話機２に関する複数のステータスＡ乃至Ｄのリフレッシュ動作が非同期で実行されると、合計のリフレッシュ動作の回数が増えてしまう。図７（Ａ）は、従来における携帯電話機２のステータスのリフレッシュ動作の回数を示している。図７（Ａ）に示されるように、ステータスＡに関するリフレッシュ動作（図７（Ａ）の場合、Ａ１−１乃至Ａ１−４）が６時間ごとに実行されるが、その間に、ステータスＢに関するリフレッシュ動作（図７（Ａ）の場合、Ｂ１−１乃至Ｂ１−２）が１２時間ごとに実行され、ステータスＣに関するリフレッシュ動作（図７（Ａ）の場合、Ｃ１−１乃至Ｃ１−２）が１２時間ごとに実行される。また、ステータスＤに関するリフレッシュ動作（図７（Ａ）の場合、Ｄ１−１）が２４時間ごとに実行される。その結果、１日に、Ａ１−１乃至Ａ１−４、Ｂ１−１乃至Ｂ１−２、Ｃ１−１乃至１−２、およびＤ１−１に示される合計９回のリフレッシュ動作が行われる。

ところが、携帯電話機２に関する複数のステータスＡ乃至Ｄのリフレッシュ動作が非同期で実行され、合計のリフレッシュ動作の回数が増えてしまうと、リフレッシュ動作の回数に比例して携帯電話機２の電力消費量が増加してしまう。図８は、従来の１回のリフレッシュ動作による消費電力波形を示している。図８に示されるように、携帯電話機２において何も通信を行わない待機状態αから一旦通信状態βに遷移すると、数秒間にわたる通信が行われた後、しばらくの間（約数分間）通信経路Active状態γが維持される。そして、約数分間経過すると、携帯電話機２の状態は通信経路Active状態γから待機状態αに遷移する。

このとき、数秒間にわたる通信が行われた後にしばらくの間（約数分間）通信経路Active状態γが維持される理由は、その後の通信に備えてＩＰ電話回線をしばらくの間受信可能の状態にしておく必要があるからである。しかし、通信経路Active状態γの場合、物理層が動作していることから、待機状態αにおける消費電力よりも多くの電力を消費してしまう。なお、この通信経路Active状態γに消費する電力は画一的に定められている。

例えば図７（Ａ）に示されるように１日９回のリフレッシュ動作が実行されると、図８に示される１回のリフレッシュ動作による電力の９倍の電力（すなわち、９×通信状態βにおける消費電力＋９×通信経路Active状態γにおける消費電力）が消費されてしまう。

そこで、本発明の実施形態においては、図７（Ｂ）に示されるように、例えば複数のステータスのうちの最もリフレッシュ動作の頻度が高いステータスＡを基準にして、あるいは予め設定された所定の時刻に、ステータスＡに関するリフレッシュ動作を行うタイミングに合わせてそれぞれのリフレッシュ動作間隔で他のステータス（ステータスＢ乃至Ｄ）に関するリフレッシュ動作を行うようにする。すなわち、図７（Ｂ）に示されるように、０時におけるリフレッシュ動作Ｘ１−１では、ステータスＡ、Ｂ、Ｃ、およびＤに関するリフレッシュ動作をまとめて行い、０時におけるリフレッシュ動作Ｘ１−１では、ステータスＡ、Ｂ、Ｃ、およびＤに関するリフレッシュ動作をまとめて行い、６時におけるリフレッシュ動作Ｘ１−２では、ステータスＡに関するリフレッシュ動作を行う。また、１２時におけるリフレッシュ動作Ｘ１−３では、ステータスＡ、Ｂ、およびＣに関するリフレッシュ動作をまとめて行い、１８時におけるリフレッシュ動作Ｘ１−４では、ステータスＡに関するリフレッシュ動作を行う。これにより、１日における合計のリフレッシュ動作の回数を抑えることができる。すなわち、図７（Ｂ）の場合、９回行われていたリフレッシュ動作を４回のリフレッシュ動作に抑えることができる。従って、リフレッシュ動作の回数に比例して増加する携帯電話機２の電力消費量を低減することができる。以下、この方法を用いたリフレッシュ信号送信処理について説明する。

図９のフローチャートを参照して、携帯電話機２におけるリフレッシュ信号送信処理について説明する。なお、本発明の実施形態においては、「可」のステータスに関してリフレッシュ信号を生成するものとし、例えばステータスＡ（ＩＰ通信可否状態）、ステータスＢ（ＩＰ電話着信可否状態）、ステータスＣ（プレゼンス送信可否状態）、およびステータスＤ（プレゼンス受信可否状態）はいずれも「可」であり、ステータスＡ乃至Ｄのいずれについてもリフレッシュ動作が行われる場合を想定する。但し、これらのステータスはユーザによって適宜変更可能である。

ステップＳ１において、制御部４１は、記憶部４２に予め記憶されているステータスに関するリフレッシュ動作のタイムテーブルを読み出す。図１０は、記憶部４２に予め記憶されているステータスに関するリフレッシュ動作のタイムテーブルの構成例を示している。図１０に示されるように、例えばリフレッシュ動作開始時刻として「０：００」が記述されており、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ、Ｂ、Ｃ、およびＤ」である。次に、リフレッシュ動作開始時刻として「６：００」が記述されており、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ」である。リフレッシュ動作開始時刻として「１２：００」がさらに記述されており、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ、Ｂ、およびＣ」である。リフレッシュ動作開始時刻として「１８：００」がさらに記述されており、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ」である。

ステップＳ２において、制御部４１は、読み出されたステータスに関するリフレッシュ動作のタイムテーブルを参照して、時計回路４７を用いて、リフレッシュ動作を開始するいずれかの時刻であるか否かを判定し、リフレッシュ動作を開始するいずれかの時刻であると判定するまで待機する。ステップＳ２において制御部４１がリフレッシュ動作を開始するいずれかの時刻であると判定した場合、制御部４１はステップＳ３で、各ステータス（ステータスＡ乃至Ｄ）に関し、ステータスに関するリフレッシュ動作のタイムテーブルを参照して、ステータスに関するリフレッシュ動作のタイムテーブルに記述されている所定のステータスに関するリフレッシュ信号を生成する。具体的には、現在の時刻が「０：００」である場合、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ、Ｂ、Ｃ、およびＤ」である。そして、制御部４１は、ステータスＡ乃至Ｄに関するリフレッシュ信号をそれぞれ生成する。

ステップＳ４において、制御部４１は、図５に示される通信プロトコルを用いて、生成された所定のステータスに関するリフレッシュ信号をアンテナ３１、送信回路３５やＣＤＭＡ信号処理部３６を介して接続制御サーバ６に送信する。ここで、現在の時刻が「０：００」であり、ステータスＡ乃至Ｄに関するリフレッシュ動作が行われる場合におけるリフレッシュ動作による消費電力波形について説明する。図１１は、本発明にかかる、現在の時刻が「０：００」の場合におけるリフレッシュ動作による消費電力波形を示している。通信状態βにおいては、ステータスＡ乃至Ｄの４つのステータスに関してリフレッシュ動作が行われる。図１１の通信状態βでは４つのステータスに関してリフレッシュ動作が順次行われるため、１つのステータスのみのリフレッシュ動作が行われる場合に比べてほぼステータス数分に応じた時間を要するとともに、それに伴ってほぼステータス数分に応じた電力（４つステータス分の電力）が消費される。

その後、携帯電話機２は、ＣＤＭＡネットワーク３などを介して接続制御サーバ６からのリフレッシュ信号に対する応答を受信する。そして、定期的に行われるリフレッシュ動作は終了する。その後、処理はステップＳ２に戻り、ステップＳ２以降の処理が繰り返し実行される。

これにより、ステータスに関するリフレッシュ動作のタイムテーブルが参照されて、ステータスに関するリフレッシュ動作のタイムテーブルに記述されている所定のステータスリフレッシュ動作が行われる。すなわち、「０：００」、「６：００」、「１２：００」、および「１８：００」の順に、所定のステータスのリフレッシュ動作が行われる。ここで、現在の時刻が「６：００」である場合、そのリフレッシュ動作開始時刻においてリフレッシュ動作の対象となるステータスは「ステータスＡ」である。他の場合については図１０に示される通りである。なお、ステータスに関するリフレッシュ動作のタイムテーブルを用いた場合であっても、ステータスＡ、Ｂ、Ｃ、およびＤのリフレッシュ動作の間隔（それぞれ６時間、１２時間、１２時間、および２４時）は維持される。

その結果、図７（Ｂ）に示されるように、これまで９回行われていたリフレッシュ動作を４回のリフレッシュ動作に抑えることができる。これに伴い、これまで９回のリフレッシュ動作において毎回消費されていた通信経路Active状態γにおける電力量を、４回のリフレッシュ動作において消費される通信経路Active状態γにおける電力量に低減することができる。すなわち、図７（Ａ）に示される従来のリフレッシュ動作の場合、９回の通信状態βにおける電力量＋９回の通信経路Active状態γにおける電力量が消費されていたが、図７（Ｂ）に示される本発明に係るリフレッシュ動作の場合、９回の通信状態βにおける電力量＋４回の通信経路Active状態γにおける電力量しか消費されず、削減したリフレッシュ動作の回数に対応する５回の通信経路Active状態γにおける電力量を省くことができる。

本発明の実施形態においては、ＣＤＭＡネットワーク３およびインターネット５を介して接続制御サーバ６と接続し、携帯電話機２の１または複数のステータスに関するリフレッシュ動作のタイムテーブルを記憶し、記憶されているタイムテーブルに記述されているいずれかのリフレッシュ動作の開始時刻であるか否かを判定し、いずれかのリフレッシュ動作の開始時刻であると判定された場合、リフレッシュ動作の開始時刻に対応してタイムテーブルに記述された所定の１または複数のステータスに関するリフレッシュ信号を生成し、接続制御サーバ６との間での接続が確立された第１の状態（通信状態β）で、生成されたリフレッシュ信号を接続制御サーバ６に順次送信する。そして、第１の状態で接続制御サーバ６にリフレッシュ信号が送信された後、第１の状態は、携帯電話機２と接続制御サーバ６との間での接続が少なくとも物理層にて接続されている第２の状態（通信経路Active状態γ）に遷移し、第２の状態は所定の時間維持される。

これにより、これまで行われていたリフレッシュ動作の回数を抑えることができる。これに伴い、これまでリフレッシュ動作において毎回消費されていた通信経路Active状態γにおける電力量を低減することができ、削減したリフレッシュ動作の回数に対応する通信経路Active状態γにおける電力量を省くことができる。従って、リフレッシュ動作に伴う消費電力を好適に低減することができ、携帯電話機２の稼働時間を長くすることができる。

なお、本発明の実施形態においては、説明を簡略化するために、４つのステータスＡ、Ｂ、Ｃ、およびＤに関して管理を行う場合を想定し、リフレッシュ動作の間隔がそれぞれ６時間、１２時間、１２時間、および２４時間であるステータスＡ乃至Ｄについて説明したが、このような場合に限られない。例えばリフレッシュ動作の間隔がそれぞれ２時間、３時間、１０時間、および２４時間であるステータスＡ乃至Ｄに関して本発明を適用するようにしてもよい。この場合、ステータスＡ乃至Ｄに関するそれぞれの１日あたりのリフレッシュ動作回数は１２回、８回、３回、および１回である場合を想定する。この場合に用いられるタイムテーブルは、例えば図１２に示される。図１２に示されるように、合計２４回行われていたリフレッシュ動作を１６回のリフレッシュ動作に抑えることができる。従って、リフレッシュ動作の回数に比例して増加する携帯電話機２の電力消費量を低減することができる。これに伴い、これまで２４回のリフレッシュ動作において毎回消費されていた通信経路Active状態γにおける電力量を、１６回のリフレッシュ動作において消費される通信経路Active状態γにおける電力量に低減することができ、８回分のリフレッシュ動作において消費される通信経路Active状態γにおける電力量を省くことができる。

また、携帯電話機２に関するステータスは３つ以下であってもよいし、５つ以上であってもよい。さらに、予め所定のリフレッシュ動作間隔に設定された各ステータスに関するリフレッシュ動作の組み合わせについては適宜変更するようにしてもよく、ほんはつめいの実施形態においては、各ステータスの合計のリフレッシュ動作を少なくとも１回でも削減することができれば、削減された回数のリフレッシュ動作において消費される通信経路Active状態γにおける電力量を省くことができる。

ところで、図９のフローチャートでは、タイムテーブルを用いて予め設定された時刻（例えば「０：００」や「１２：００」など）に、ステータスに関するリフレッシュ動作のタイムテーブルに記述されている所定のステータスに関するリフレッシュ動作を行うようにしたが、このような場合に限られず、例えば各ステータスごとにタイマを張るとともに、例えば最もリフレッシュ動作の回数が多い（すなわち、最もリフレッシュ動作間隔が短い）ステータスを基準に、このステータスに関するリフレッシュ動作に他のステータスに関するリフレッシュ動作を追従させるようにしてもよい。以下、この方法を用いたリフレッシュ信号送信処理について説明する。

次に、図１３のフローチャートを参照して、携帯電話機２におけるリフレッシュ信号送信処理について説明する。なお、各ステータスに関するタイマは、各ステータスを管理するソフトウェアのモジュールごとに時計回路４７を用いて設定される。そして、制御部４１は、各ステータスごとに設定された所定のリフレッシュ動作間隔で、各ステータスに関するタイマのイベントを受信する。なお、図１３のフローチャートを用いて説明するリフレッシュ信号送信処理においては、ステータスＡ乃至Ｄのうち、最もリフレッシュ動作間隔が短いステータスＡを基準に、ステータスＡに関するリフレッシュ動作に他のステータスＢ乃至Ｄに関するリフレッシュ動作を追従させる。

ステップＳ２１において、制御部４１は、基準となるステータスＡに関するタイマのイベントが受信されたか否かを判定し、基準となるステータスＡに関するタイマのイベントが受信されるまで待機する。ステップＳ２１において制御部４１が、基準となるステータスＡに関するタイマのイベントが受信されたと判定した場合、制御部４１はステップＳ２２で、基準となるステータスＡに関するタイマのイベントが受信された時刻に近接して、ステータスＡ以外のステータスＢ乃至Ｄのいずれかに関するタイマのイベントが受信されたか否かを判定する。

ステップＳ２２において制御部４１が、ステータスＡ以外のステータスＢ乃至Ｄのいずれかに関するタイマのイベントが受信されていないと判定した場合、制御部４１はステップＳ２３で、ステータスＡに関するリフレッシュ信号を生成する。ステップＳ２４において、制御部４１は、図５に示される通信プロトコルを用いて、生成されたステータスＡに関するリフレッシュ信号をアンテナ３１、送信回路３５やＣＤＭＡ信号処理部３６を介して接続制御サーバ６に送信する。

ステップＳ２２において制御部４１が、ステータスＡ以外のステータスＢ乃至Ｄのいずれかに関するタイマのイベントが受信されたと判定した場合、制御部４１はステップＳ２５で、タイマのイベントが受信されたステータスＡを含む各ステータスに関するリフレッシュ信号を生成する。例えばステータスＡ以外も、ステータスＢおよびＣに関してタイマのイベントが受信された場合、タイマのイベントが受信されたステータスＡ乃至Ｃに関するリフレッシュ信号が生成される。

ステップＳ２６において、制御部４１は、図５に示される通信プロトコルを用いて、生成されたステータスに関するリフレッシュ信号をアンテナ３１、送信回路３５やＣＤＭＡ信号処理部３６を介して接続制御サーバ６に順次送信する。

これにより、ステータスＡ乃至Ｄのうち、最もリフレッシュ動作間隔が短いステータスＡを基準に、ステータスＡに関するリフレッシュ動作に他のステータスＢ乃至Ｄに関するリフレッシュ動作を追従させることができ、リフレッシュ動作開始のタイミングを同期させて複数のステータスに関するリフレッシュ動作をまとめて行うことができる。

その結果、上述した図９に示されるリフレッシュ信号送信処理と同様に、図７（Ｂ）に示されるように、これまで９回行われていたリフレッシュ動作を４回のリフレッシュ動作に抑えることができる。これに伴い、これまで９回のリフレッシュ動作において毎回消費されていた通信経路Active状態γにおける電力量を、４回のリフレッシュ動作において消費される通信経路Active状態γにおける電力量に低減することができる。すなわち、図７（Ａ）に示される従来のリフレッシュ動作の場合、９回の通信状態βにおける電力量＋９回の通信経路Active状態γにおける電力量が消費されていたが、図７（Ｂ）に示される本発明に係るリフレッシュ動作の場合、９回の通信状態βにおける電力量＋４回の通信経路Active状態γにおける電力量しか消費されず、削減したリフレッシュ動作の回数に対応する５回の通信経路Active状態γにおける電力量を省くことができる。

本発明の実施形態においては、ＣＤＭＡネットワーク３などを介して接続制御サーバ６と接続し、携帯電話機２のステータスごとに定められた所定の時間のタイマをステータスごとに設定し、設定された所定の時間のタイマが満了したか否かをステータスごとに判定し、携帯電話機２のステータスのうち基準となる第１のステータス（例えばステータスＡ）に関するタイマが満了したと判定された場合、第１のステータスに関するタイマのみが満了したときには、第１のステータスのみに関するリフレッシュ信号を生成するか、あるいは、ステータスＡ以外のステータスＢ乃至Ｄのいずれかに関するタイマが満了したときには、第１のステータスのみならず第１のステータス以外の他のステータスを含む複数のステータスに関するリフレッシュ信号を生成し、接続制御サーバ６との間での接続が確立された第１の状態（通信状態β）で、生成されたリフレッシュ信号を接続制御サーバ６に順次送信することができる。これにより、これまで行われていたリフレッシュ動作の回数を抑えることができる。これに伴い、これまでリフレッシュ動作において毎回消費されていた通信経路Active状態γにおける電力量を低減することができ、削減したリフレッシュ動作の回数に対応する通信経路Active状態γにおける電力量を省くことができる。従って、リフレッシュ動作に伴う消費電力を好適に低減することができ、携帯電話機２の稼働時間を長くすることができる。

なお、リフレッシュ動作は接続制御サーバ６からの応答を携帯電話機２が受信することで終了するが、弱電界状況などにおいてはリフレッシュ動作終了まで時間がかかってしまう場合もある。このような場合、たとえ所定のリフレッシュ動作間隔が予め定められていたとしても、所定のリフレッシュ動作間隔は維持されるものの、リフレッシュ動作の開始時刻はリフレッシュ動作を繰り返す度に徐々にずれてしまう。このリフレッシュ動作の開始時刻のずれは、ステータスごとに異なる可能性がある。しかし、図１３の場合、最もリフレッシュ動作間隔が短いステータスＡを基準に、ステータスＡに関するリフレッシュ動作に他のステータスＢ乃至Ｄに関するリフレッシュ動作を追従させるようにしたので、たとえリフレッシュ動作の開始時刻のずれが生じたとしても、リフレッシュ動作開始のタイミングを好適に同期させて複数のステータスに関するリフレッシュ動作をまとめて行うことができる。

また、ステップＳ２５またはステップＳ２８においてリフレッシュ信号が送信された後、接続制御サーバ６からの応答が携帯電話機２にて受信されると、リフレッシュ動作が行われたステータスに関して所定の時間のタイマが時計回路４７に設定される。

なお、本発明は、携帯電話機２以外にも、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の通信端末にも適用することができる。

また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。

さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。

本発明に係るネットワークシステムの概略的な構成を示す図。 本発明に係る通信端末として適用可能な携帯電話機の外観の構成を示す図。 本発明に係る通信端末として適用可能な携帯電話機の他の外観の構成を示す図。 本発明に係る通信端末に適用可能な携帯電話機の内部の構成を示すブロック図。 ＳＩＰのプロトコル構造を示す図。 ステータスＡ乃至Ｄのリフレッシュ動作の間隔および、それぞれの１日あたりのリフレッシュ動作回数を示す図。 （Ａ）は従来における携帯電話機のステータスのリフレッシュ動作の回数を示しており、（Ｂ）は本発明における携帯電話機のステータスのリフレッシュ動作の回数を示す図。 従来の１回のリフレッシュ動作による消費電力波形を示す図。 図４の携帯電話機におけるリフレッシュ信号送信処理を説明するフローチャート。 記憶部に予め記憶されているステータスに関するリフレッシュ動作のタイムテーブルの構成例を示す図。 本発明に係るリフレッシュ動作による消費電力波形を示す図。 記憶部に予め記憶されているステータスに関するリフレッシュ動作のタイムテーブルの他の構成例を示す図。 図４の携帯電話機における他のリフレッシュ信号送信処理を説明するフローチャート。

符号の説明

１…ネットワークシステム、２…携帯電話機、３…ＣＤＭＡネットワーク、４…事業者側の接続制御サーバ、５…インターネット、６…接続制御サーバ、１１…ヒンジ部、１２…第１の筐体、１３…第２の筐体、１４…操作キー、１５…マイクロフォン、１６…サイドキー、１７…メインディスプレイ、１８…レシーバ、１９a乃至１９d…磁気センサ、２０…ＣＣＤカメラ、２１…サブディスプレイ、３１…アンテナ、３２…アンテナ共用器（ＤＵＰ）、３３…受信回路（ＲＸ）、３４…周波数シンセサイザ（ＳＹＮ）、３５…送信回路（ＴＸ）、３６…ＣＤＭＡ信号処理部、３７…圧縮伸張処理部、３８…ＰＣＭコーデック、３９…受話増幅器、４０…送話増幅器、４１…制御部、４２…記憶部、４３…電池、４４…電源回路、４５…外部メモリインタフェース、４６…メモリカード、４７…時計回路、５０…スピーカ。

Claims (5)

1. ネットワークを介してサーバと接続する接続手段と、
   通信端末の１または複数のステータスごとのリフレッシュ動作間隔に基づいて設定されたリフレッシュ動作のタイムテーブルを記憶する記憶手段と、
   前記記憶手段により記憶されている前記タイムテーブルに記述されているいずれかのリフレッシュ動作の開始時刻であるか否かを判定する判定手段と、
   前記判定手段によりいずれかのリフレッシュ動作の開始時刻であると判定された場合、前記リフレッシュ動作の開始時刻に対応して前記タイムテーブルに記述された所定の１または複数のステータスに関するリフレッシュ信号を生成する生成手段と、
   前記接続手段により前記サーバとの間での接続が確立された第１の状態で、前記生成手段により生成された前記リフレッシュ信号を前記サーバに送信する送信手段とを備え、
   前記送信手段により前記第１の状態で前記サーバに前記リフレッシュ信号が送信された後、前記第１の状態は、前記接続手段により前記通信端末と前記サーバとの間での接続が少なくとも物理層にて接続されている第２の状態に遷移し、前記第２の状態は所定の時間維持され、
   前記第２の状態は、前記所定の時間の経過後、前記接続手段により前記通信端末と前記サーバとの間での接続が物理層を除きほぼ切断された第３の状態に遷移する、ことを特徴とする通信端末。
2. 前記送信手段は、前記生成手段により複数のステータスに関してそれぞれリフレッシュ信号が生成された場合、前記第１の状態が維持されたまま、複数のステータスに関する複数のリフレッシュ信号を所定の順番で前記サーバに送信されることを特徴とする請求項１に記載の通信端末。
3. ネットワークを介してサーバと接続する接続手段と、
   通信端末のステータスごとのリフレッシュ動作間隔に基づいて定められた所定の時間のタイマをステータスごとに設定し、設定された所定の時間のタイマが満了したか否かをステータスごとに判定する判定手段と、
   前記判定手段により前記通信端末のステータスのうち基準となる第１のステータスに関するタイマが満了したと判定された場合、ステータスごとのタイマの状態に応じて、前記第１のステータスのみに関するリフレッシュ信号を生成するか、あるいは、前記第１のステータスのみならず前記第１のステータス以外の他のステータスを含む複数のステータスに関するリフレッシュ信号を生成する生成手段と、
   前記接続手段により前記サーバとの間での接続が確立された第１の状態で、前記生成手段により生成された前記リフレッシュ信号を前記サーバに送信する送信手段とを備え、
   前記送信手段により前記第１の状態で前記サーバに前記リフレッシュ信号が送信された後、前記第１の状態は、前記接続手段により前記通信端末と前記サーバとの間での接続が少なくとも物理層にて接続されている第２の状態に遷移し、前記第２の状態は所定の時間維持され、
   前記第２の状態は、前記所定の時間の経過後、前記接続手段により前記通信端末と前記サーバとの間での接続が物理層を除きほぼ切断された第３の状態に遷移する、ことを特徴とする通信端末。
4. 前記第１のステータスは、前記通信端末のステータスのうち、最もリフレッシュ動作間隔が短いステータスであることを特徴とする請求項３に記載の通信端末。
5. 前記送信手段は、前記生成手段により複数のステータスに関してそれぞれリフレッシュ信号が生成された場合、前記第１の状態が維持されたまま、複数のステータスに関する複数のリフレッシュ信号を所定の順番で前記サーバに送信されることを特徴とする請求項３に記載の通信端末。

Images