通信端末
【課題】データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御することができる通信端末を提供する。
【解決手段】本発明の一実施形態に係る携帯電話機１０は、ＩＰ電話プログラムを含むアプリケーションプログラムによりＩＰ電話機能を実現するＩＰ電話機能４１を含む機能実現部として機能する主制御部４０と、機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部３６と、ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけＩＰネットワークに対する接続が維持される第２の接続状態と、ＩＰ電話機能４１によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかでＩＰネットワークへの接続状態を制御する接続状態制御部３７と、を備える。
【解決手段】本発明の一実施形態に係る携帯電話機１０は、ＩＰ電話プログラムを含むアプリケーションプログラムによりＩＰ電話機能を実現するＩＰ電話機能４１を含む機能実現部として機能する主制御部４０と、機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部３６と、ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけＩＰネットワークに対する接続が維持される第２の接続状態と、ＩＰ電話機能４１によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかでＩＰネットワークへの接続状態を制御する接続状態制御部３７と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信端末に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）を用いたＩＰ（Internet Protocol）電話機能を有する通信端末は、一般に、ＩＰネットワークを介してＳＩＰメッセージをＳＩＰサーバと送受信することにより相手先との通話を行うようになっている。たとえば、通信端末は、ＳＩＰサーバからＳＩＰメッセージを受信することにより相手先からのＩＰ電話による通話要求着信があったことを知る。ＳＩＰメッセージはＩＰパケットに格納される。
【０００３】
通話要求着信は任意のタイミングで発生する。この通話要求着信に対応するために、この種の通信端末は、通話していない待受け時にも多くの電力を消費してしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０８５５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来のＳＩＰを用いたＩＰ電話機能を有する通信端末は、ユーザの操作性を向上させるため、データの送受信が終了した後も、基地局やＳＩＰサーバが発信する所定の信号を受信するまでの所定の時間、通信回線が確立された状態（以下、アクティブ状態という）を維持するようになっている。
【０００６】
アクティブ状態では、通信端末とＳＩＰサーバとの間で確立された接続が維持されるため、通信端末は速やかにデータを送受信することができる。このアクティブ状態は、通信端末がＳＩＰサーバに対して定期的にキープアライブ信号を送信することにより維持される。
【０００７】
一方、アクティブ状態では、データ送受信が行われないにもかかわらず通信回線をアクティブにしておくため、通信端末は通信回線をアクティブにしておくための電力を消費してしまう。ユーザの操作性を損なわないようにアクティブ状態を維持すべき時間は、データ送受信を要求するアプリケーションプログラムごとに変えることが好ましい。しかし、従来の技術では、通信端末は所定の信号を発信する基地局やＳＩＰサーバがアクティブ状態を維持するための時間を決定してしまう。このため、通信端末は、実行しているアプリケーションプログラムによらず、データ送受信の終了後もアクティブ状態を維持してしまい、無駄な電力を消費しているといえる。
【課題を解決するための手段】
【０００８】
本発明に係る通信端末は、上述した課題を解決するために、ＩＰ電話プログラムを含むアプリケーションプログラムにより、ＩＰ電話機能を実現するＩＰ電話部を含む機能実現部として機能する主制御部と、前記機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部と、前記ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、前記ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけ前記ＩＰネットワークに対する接続が維持される第２の接続状態と、前記ＩＰ電話部によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかで前記ＩＰネットワークへの接続状態を制御する接続状態制御部と、を備え、前記第２の接続状態は前記第１の接続状態より消費電力が低いとともに前記第３の接続状態は前記第２の接続状態より消費電力が低く、前記所定の時間は、前記ＩＰネットワークを介したデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間である、ことを特徴とするものである。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係るシステムの概略的な構成図。
【図２】携帯電話機の外観の一例を示す図。
【図３】携帯電話機の内部構成例を概略的に示すブロック図。
【図４】接続状態制御部により制御される携帯電話網への接続状態とＩＰ通信に係る消費電力との関係を示す説明図。
【図５】本実施形態に係る携帯電話機が電子メールを送信する際のＩＰ接続状態の遷移を示す説明図。
【図６】本実施形態に係る携帯電話機がＩＰ電話による通話を行う際のＩＰ接続状態の遷移を示す説明図。
【図７】アプリケーションプログラムによる機能実現部がＩＰ接続状態を制御する様子を示す説明図。
【図８】データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御する際の手順を示すフローチャート。
【発明を実施するための形態】
【００１０】
実施の形態について、添付図面を参照して説明する。
【００１１】
図１は、一実施形態に係るシステムの概略的な構成図である。なお、本実施形態では、本発明に係る通信端末として携帯電話機を用いる場合の一例について示す。また、通信端末は、携帯電話機に限らず、ＳＩＰを用いたＩＰ電話機能を有する、たとえばＰＤＡ（Personal Digital Assistant）、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などの携帯型の情報処理装置でもよい。
【００１２】
なお、以下の説明において、発呼とは、音声通話要求発信やテレビ電話通話要求発信などの通話要求発信をいい、着呼とは、音声通話要求着信やテレビ電話通話要求着信などの通話要求着信をいい、発着呼とは、発呼および着呼をいうものとする。たとえば、携帯電話機１０に対して音声通話要求着信を内容とする着呼があると、ユーザは着呼キーを押下することにより携帯電話機１０に対して着呼指示を与える。携帯電話機１０は、この指示を受けて音声通話要求先との音声通話を確立する。
【００１３】
携帯電話機１０は、図１に示すように、携帯電話網１０１に収容される基地局１１を介してＩＰネットワーク（インターネット網）１０２に接続される。ＩＰネットワーク１０２にはＳＩＰサーバ１２、メールサーバ１３、ウェブサーバ１４やＩＰ電話機１５が接続される。なお、携帯電話網１０１は図示しないゲートウェイサーバを介してＩＰネットワーク１０２や電話網１０３に接続される。電話網１０３には電話機１６が接続される。
【００１４】
ＳＩＰサーバ１２は、携帯電話機１０と通話相手先となるＩＰ電話機１５や電話機１６とのセッションを確立する。携帯電話機１０は、ＳＩＰサーバ１２と、基地局１１およびＩＰネットワーク１０２を介してＩＰパケットに格納したＳＩＰメッセージを送受信する。
【００１５】
たとえば、携帯電話機１０が発呼する場合、携帯電話機１０は電話番号などの相手先情報を含むＳＩＰメッセージを作り、これをＩＰパケットに格納して基地局１１を介してＩＰネットワーク１０２に接続されているＳＩＰサーバ１２に送信する。また、携帯電話機１０が着呼する場合、携帯電話機１０は基地局１１を介してＳＩＰサーバ１２から、通話要求着信がある旨の情報を含むＳＩＰメッセージを受信する。
【００１６】
携帯電話機１０は、相手先のＩＰ電話機１５とのＩＰ電話機能を用いた通話を行うにあたり、ＳＩＰサーバ１２を用いずに直接相手先のＩＰ電話機１５とＳＩＰメッセージの送受信を行ってもよい。
【００１７】
なお、ＳＩＰは、ＩＰ電話などの端末間の接続および切断に用いられるプロトコルであり、データ転送プロトコルとしてＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）を使用できる。
【００１８】
メールサーバ１３は、携帯電話機１０による電子メールの送受信を仲介するためのサーバである。また、ウェブサーバ１４は、携帯電話機１０により閲覧されるウェブページを記憶したサーバである。
【００１９】
図２は、携帯電話機１０の外観の一例を示す図である。携帯電話機１０は、第１のユニット２１、第２のユニット２２および第２のユニット２２に対し第１のユニット２１を開閉自在に連結する連結部２３を有する。
【００２０】
図２に示すように、第２のユニット２２は、第１のユニット２１に対して、開閉軸を中心として開閉自在となるように、連結部２３（ヒンジ）を介して連結される。第２のユニット２２が開閉軸を中心として回転することにより、携帯電話機１０は、開いている状態と閉じた状態とで位置決めすることができる。
【００２１】
第１のユニット２１は、薄い箱形の筐体２４を有し、この筐体の上面の表面上には、入力部２５およびマイクロフォン２６が設けられる。第２のユニット２２は、薄い箱形の筐体２７を有する。この筐体２７上面の表面上には、表示部２８およびスピーカ２９が設けられる。
【００２２】
入力部２５は、たとえばテンキー、タッチパネルなどの一般的な入力装置により構成され、ユーザの入力操作に対応した信号を出力する。ユーザは、携帯電話機１０に対して入力部２５を介して発着呼指示や終話指示、ウェブページの閲覧要求指示などを行うことができる。
【００２３】
マイクロフォン２６は、ユーザによって入力された音声をデジタル音声信号に変換する機能を有する。
【００２４】
表示部２８は、たとえば液晶ディスプレイやＯＬＥＤ（Organic Light Emitting Device）ディスプレイなどの一般的な表示出力装置により構成され、表示部２８の背景画像（壁紙）、壁紙に重畳表示される電池残量や電波強度を概略的に示す画像などの各種アイコンや、着信時に表示される画像および映像などを表示する。
【００２５】
スピーカ２９は、受話音声をはじめとした各種の情報に対応した音声を出力する。
【００２６】
図３は、携帯電話機１０の内部構成例を概略的に示すブロック図である。
【００２７】
携帯電話機１０は、図２に示した入力部２５、マイクロフォン２６、表示部２８、スピーカ２９などのほか、少なくとも移動体通信用アンテナ３１、移動体通信部３２、無線ＬＡＮ通信用アンテナ３３、無線ＬＡＮ通信部３４、記憶部３５、送受信制御部３６、接続状態制御部３７、タイマ制御部３８、タイマ３９および主制御部４０を有する。
【００２８】
主制御部４０は、ＣＰＵ、ＲＡＭおよびＲＯＭをはじめとする記憶媒体などにより構成され、この記憶媒体に記憶されたプログラムに従って、携帯電話機１０の動作を制御する。主制御部４０のＣＰＵは、ＲＯＭをはじめとする記憶媒体に記憶された各種のアプリケーションプログラムおよびこのプログラムの実行のために必要なデータをＲＡＭへロードし、このプログラムに従って機能実現部として機能する。
【００２９】
以下の説明では、ＲＯＭをはじめとする記憶媒体に各種のアプリケーションとして少なくともＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムが記憶される場合の例について示す。主制御部４０のＣＰＵは、ＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムによって、それぞれＩＰ電話機能４１、電子メール機能４２およびブラウザ機能４３を実行する。
【００３０】
主制御部４０のＲＡＭは、ＣＰＵが実行するプログラムおよびデータを一時的に格納するワークエリアを提供する。
【００３１】
主制御部４０のＲＯＭをはじめとする記憶媒体は、携帯電話機１０の起動プログラム、各種のアプリケーションプログラムや、これらのプログラムを実行するために必要な各種データを記憶する。
【００３２】
なお、ＲＯＭをはじめとする記憶媒体は、磁気的もしくは光学的記録媒体または半導体メモリなどの、ＣＰＵにより読み取り可能な記録媒体を含んだ構成を有し、これら記憶媒体内のプログラムおよびデータの一部または全部は電子ネットワークを介してダウンロードされるように構成してもよい。ここで電子ネットワークとは、電気通信技術を利用した情報通信網全般を意味し、無線／有線ＬＡＮ（Local Area Network）、携帯電話網１０１、ＩＰネットワーク１０２のほか、電話網１０３、光ファイバ通信ネットワーク、ケーブル通信ネットワークおよび衛星通信ネットワークなどを含む。
【００３３】
移動体通信部３２は、主制御部４０に制御されて、移動体通信用アンテナ３１および基地局１１を介して携帯電話網１０１と接続される。移動体通信部３２は、移動体用プロトコルにもとづく無線通信により基地局１１とデータの送受信を行う。移動体通信部３２は、携帯電話網１０１を介した音声データの送受信のほか、ＩＰネットワーク１０２を介したデータの送受信を行う。
【００３４】
無線ＬＡＮ通信部３４は、主制御部４０に制御されて、無線ＬＡＮ通信用アンテナ３３を介して、図示しない無線ＬＡＮのアクセスポイントと無線リンクを確立する。無線ＬＡＮ通信部３４は、インターネットプロトコル（ＩＰ）にもとづく無線通信によりアクセスポイントと無線接続されてデータの送受信を行う。
【００３５】
記憶部３５は、データの書き換えが可能な不揮発性のメモリであり、たとえばハードディスクドライブやソリッドステートドライブなどにより構成することができる。この記憶部３５は、電子メールデータや音楽データなどの各種データを記憶している。
【００３６】
送受信制御部３６は、主制御部４０からデータ送受信要求を受けて携帯電話網１０１を介したデータ送受信を制御する。
【００３７】
図４は、接続状態制御部３７により制御される携帯電話網１０１への接続状態とＩＰ通信に係る消費電力との関係を示す説明図である。
【００３８】
ＩＰネットワーク１０２への接続状態は、（１）切断状態、（２）データ送受信状態、（３）アクティブ状態（通信回線が確立された状態）、（４）プリザベーション状態の４通りに大きく分類することができる。
【００３９】
切断状態は、ＩＰネットワーク１０２に対する接続が切断されるとともにアプリケーションプログラムにもその旨の情報が与えられた状態である。切断状態では、携帯電話機１０はＩＰにもとづく無線信号を受信することができない。このため、携帯電話機１０は、ＩＰ電話による通話要求着信（以下、ＩＰ通話着信という）があってもこの情報を受けることができない。
【００４０】
したがって、本実施形態に係る携帯電話機１０の接続状態制御部３７は、第１の接続状態としてのデータ送受信状態、第２の接続状態としてのアクティブ状態および第３の接続状態としてのプリザベーション状態のいずれかで携帯電話網１０１への接続状態（以下、ＩＰ接続状態という）を制御し、切断状態へは移行しないようにする。
【００４１】
第１の接続状態としてのデータ送受信状態は、携帯電話機１０と基地局１１との接続および携帯電話機１０とＳＩＰサーバ１２との接続が確立されるとともに、送受信制御部により携帯電話網１０１およびＩＰネットワーク１０２を介したデータ送受信が行われている状態である。
【００４２】
第２の接続状態としてのアクティブ状態は、データ送受信を行わないものの携帯電話機１０と基地局１１との接続および携帯電話機１０とＳＩＰサーバ１２との接続を維持した状態である。アクティブ状態では、送受信制御部３６は主制御部４０からデータ送受信要求を受けると速やかに携帯電話網１０１を介したデータ送受信を行うことができる。アクティブ状態は、データ送受信状態と比べ、データ送受信を行っていないぶん消費電力が少ない状態である。
【００４３】
接続状態制御部３７は、携帯電話網１０１を介したデータ送受信が終了するとデータ送受信状態からアクティブ状態へとＩＰ接続状態を移行させる。
【００４４】
第３の接続状態としてのプリザベーション状態は、携帯電話機１０と基地局１１およびＳＩＰサーバ１２との接続を切断した状態であるがＩＰ通話着信信号を受信することができる状態である。プリザベーション状態では、アプリケーションプログラムはこれらの接続が切断されていることを通知されない。
【００４５】
プリザベーション状態では、接続状態制御部３７は、ＩＰ通話着信があった場合はこの着信信号を受信することができるよう、少なくともＩＰ通話着信信号の受信に必要なコンポーネントに対する給電を維持し、他の不要なコンポーネントに対する給電を停止する。たとえば、移動体通信部３２は、プリザベーション状態では無線信号の受信に係る部材にのみ給電されればよい。プリザベーション状態は、データ送受信状態およびアクティブ状態に比べ消費電力が非常に少ない状態である。
【００４６】
接続状態制御部３７は、データ送受信状態からアクティブ状態に移行した後所定の時間が経過すると、ＩＰ接続状態をプリザベーション状態へ移行させる。この所定の時間はデータ送受信状態においてデータ送受信要求を行ったアプリケーションプログラムごとに独立した値である。このアプリケーションプログラムに固有の値は各機能４１〜４３の操作性と消費電力とを勘案した値とすることができる。操作性を失わず消費電力を削減可能なアプリケーションプログラムの所定の時間の値を小さくすることにより、操作性を損なうことなく、携帯電話機１０の通信に係る消費電力を低減することができる。
【００４７】
各アプリケーションプログラムに固有の時間の情報は、各アプリケーションプログラムに含まれてもよいし、記憶部３５にアプリケーションプログラムと関連付けて記憶されてもよい。また、各アプリケーションプログラムに固有の時間の値は、初期設定されてもよいし、ユーザにより個別に設定されてもよい。以下の説明では、ＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムに固有の時間がそれぞれ２０秒、０秒、６０秒である場合の例について示す。
【００４８】
図５は、本実施形態に係る携帯電話機１０が電子メールを送信する際のＩＰ接続状態の遷移を示す説明図である。同図において、斜線で示した部分は、本実施形態にかかる処理を行わなかった場合に増加する消費電力量の理論値を示している。すなわち、この実施形態では、斜線で示した量だけ消費電力を削減することが可能となる。
【００４９】
本実施形態に係る携帯電話機１０の接続状態制御部３７は、電子メール機能４２によるデータ送受信が終了してＩＰ接続状態をデータ送受信状態からアクティブ状態へと移行させたあと、電子メールプログラムに固有の時間である０秒経過後に、すなわちアクティブ状態への移行後直ちに、さらにプリザベーション状態へと移行させる。これにより、本実施形態に係る携帯電話機１０では、電子メール機能４２によるデータ送受信に係る電力を大幅に削減することができるといえる。
【００５０】
一方、図６は、本実施形態に係る携帯電話機１０が、ＩＰ電話による通話が行われている際のＩＰ接続状態の遷移を示している。マイクロフォン２６を介して音声が入力されるたび、または相手方の音声を受信するたびにデータ送受信を行い、音声が入力されない、または音声を受信しない時間が２０秒未満の場合にはアクティブ状態とデータ送受信状態との状態間遷移を繰り返すことになる。この場合でも、図６から明らかなように、斜線で示される分だけＩＰ電話機能４１によるデータ送受信に係る電力を削減することができるといえる。
【００５１】
さらに、連続した発音データの送受信終了後の所定の時間と終話指示を受けた際の所定の時間とを異なる時間として設定してもよく、終話指示を受けた際の所定の時間をデータ送受信終了後の所定の時間より短い時間（たとえば５秒など）としてもよい。
【００５２】
なお、接続状態制御部３７は、アプリケーションプログラムに固有の時間でアクティブ状態からプリザベーション状態へ移行する際に基地局１１およびＳＩＰサーバ１２とネゴシエーションを行い、プリザベーション状態へ移行する旨の情報を通知するとよい。この場合、基地局１１やＳＩＰサーバ１２がアクティブ状態で出力していた信号は出力されないようにすることが好ましい。
【００５３】
図７は、アプリケーションプログラムによる機能実現部がＩＰ接続状態を制御する様子を示す説明図である。
【００５４】
図７に示すように、本実施形態に係る携帯電話機１０は、アプリケーションプログラムごとに、一般的なデータの送受信制御に加えてＩＰ接続状態を制御する。アプリケーションプログラムは、アクティブ状態が維持される時間を個別に制御することができる。
【００５５】
タイマ制御部３８は、タイマ３９を制御する。タイマ３９は、接続状態制御部３７によりＩＰ接続状態がデータ送受信状態からアクティブ状態へ移行すると計時を開始するようタイマ制御部３８により制御される。タイマ制御部３８は、アプリケーションプログラム固有の時間の情報を取得し、計時開始後の経過時間がこのアプリケーションプログラム固有の時間以上となるとタイムアウト信号を出力するようタイマ３９を制御する。
【００５６】
次に、本実施形態に係る携帯電話機１０の動作の一例について説明する。
【００５７】
図８は、データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御する際の手順を示すフローチャートである。図８において、Ｓに数字を付した符号は、フローチャートの各ステップを示す。この手順は、ＩＰ接続状態がプリザベーション状態でスタートとなる。
【００５８】
まず、ステップＳ１において、送受信制御部３６は、各機能４１〜４３によるデータ送受信要求があるか否かを判定する。データ送受信要求があった場合はステップＳ２に進む。一方、データ送受信要求がない場合は引き続きこの要求を監視する。
【００５９】
たとえば、ＳＩＰサーバ１２から通話要求着信があった旨のＳＩＰメッセージを受けると、ＩＰ電話機能４１は、データ送受信要求としての着呼指示を送受信制御部３６に与え、ステップＳ２に進む。
【００６０】
次に、ステップＳ２において、接続状態制御部３７は、基地局１１およびＳＩＰサーバ１２との接続を確立することにより、ＩＰ接続状態をプリザベーション状態からデータ送受信状態へ移行する。
【００６１】
次に、ステップＳ３において、送受信制御部３６は、要求があったデータ送受信を実行する。
【００６２】
次に、ステップＳ４において、送受信制御部３６は、データ送受信が終了したか否かを判定する。データ送受信が終了した場合はステップＳ５に進む。一方、データ送受信が継続して行われる場合はステップＳ３に戻る。
【００６３】
次に、ステップＳ５において、タイマ制御部３８は、タイマ３９に対し計時を開始させる。このとき、タイマ制御部３８はステップＳ１においてデータ送受信要求をした機能実現部に係るアプリケーションプログラムに固有の時間を取得し、たとえばＲＡＭの所要のワークエリアに記憶させる。
【００６４】
次に、ステップＳ６において、ＩＰ接続状態はデータ送受信状態からアクティブ状態へと移行する。
【００６５】
次に、ステップＳ７において、タイマ３９はＲＡＭの所要のワークエリアに記憶されたアプリケーションプログラムに固有の時間と計時時間とを比較し、固有の時間経過したか否かを判定する。固有の時間経過した場合、タイマ３９はタイムアウト信号を出力しステップＳ８に進む。一方、固有の時間経過していない場合、ステップＳ１０に進む。
【００６６】
次に、ステップＳ８において、接続状態制御部３７は、基地局１１およびＳＩＰサーバ１２とネゴシエーションを行い、プリザベーション状態へ移行する旨の情報を通知する。 次に、ステップＳ９において、接続状態制御部３７は、ＩＰ接続状態をアクティブ状態からプリザベーション状態へと移行させ、一連の手順は終了となる。
【００６７】
他方、ステップＳ７においてアプリケーションプログラムに固有の時間経過していないと判定されると、ステップＳ１０において、送受信制御部３６は、各機能４１〜４３によるデータ送受信要求があったか否かを判定する。データ送受信要求があった場合、タイマ制御部３８はステップＳ１１においてタイマ３９をリセットして動作を停止させ、ステップＳ３に戻る。一方、データ送受信要求がない場合はステップＳ７に戻る。
【００６８】
以上の手順により、データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御することができる。
【００６９】
本実施形態に係る携帯電話機１０は、このアプリケーションプログラムに固有の値を各機能４１〜４３を実行した際の操作性と消費電力とを勘案した値とすることができる。このため、アクティブ状態を維持する時間をアプリケーションごとに制御できるため、操作性を失わず消費電力減可能することができる。
【符号の説明】
【００７０】
１０ 携帯電話機
１１ 基地局
１２ ＳＩＰサーバ
１３ メールサーバ
１４ ウェブサーバ
１５ ＩＰ電話機
１６ 電話機
２１ 第１のユニット
２２ 第２のユニット
２３ 連結部
２４ 第１のユニットの筐体
２５ 入力部
２６ マイクロフォン
２７ 第２のユニットの筐体
２８ 表示部
２９ スピーカ
３１ 移動体通信用アンテナ
３２ 移動体通信部
３３ ＷＬＡＮ通信用アンテナ
３４ ＷＬＡＮ通信部
３５ 記憶部
３６ 送受信制御部
３７ 接続状態制御部
３８ タイマ制御部
３９ タイマ
４０ 主制御部
４１ ＩＰ電話機能
４２ 電子メール機能
４３ ブラウザ機能
１０１ 携帯電話網
１０２ ＩＰネットワーク
１０３ 電話網
【技術分野】
【０００１】
本発明の実施形態は、通信端末に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）を用いたＩＰ（Internet Protocol）電話機能を有する通信端末は、一般に、ＩＰネットワークを介してＳＩＰメッセージをＳＩＰサーバと送受信することにより相手先との通話を行うようになっている。たとえば、通信端末は、ＳＩＰサーバからＳＩＰメッセージを受信することにより相手先からのＩＰ電話による通話要求着信があったことを知る。ＳＩＰメッセージはＩＰパケットに格納される。
【０００３】
通話要求着信は任意のタイミングで発生する。この通話要求着信に対応するために、この種の通信端末は、通話していない待受け時にも多くの電力を消費してしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０８５５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来のＳＩＰを用いたＩＰ電話機能を有する通信端末は、ユーザの操作性を向上させるため、データの送受信が終了した後も、基地局やＳＩＰサーバが発信する所定の信号を受信するまでの所定の時間、通信回線が確立された状態（以下、アクティブ状態という）を維持するようになっている。
【０００６】
アクティブ状態では、通信端末とＳＩＰサーバとの間で確立された接続が維持されるため、通信端末は速やかにデータを送受信することができる。このアクティブ状態は、通信端末がＳＩＰサーバに対して定期的にキープアライブ信号を送信することにより維持される。
【０００７】
一方、アクティブ状態では、データ送受信が行われないにもかかわらず通信回線をアクティブにしておくため、通信端末は通信回線をアクティブにしておくための電力を消費してしまう。ユーザの操作性を損なわないようにアクティブ状態を維持すべき時間は、データ送受信を要求するアプリケーションプログラムごとに変えることが好ましい。しかし、従来の技術では、通信端末は所定の信号を発信する基地局やＳＩＰサーバがアクティブ状態を維持するための時間を決定してしまう。このため、通信端末は、実行しているアプリケーションプログラムによらず、データ送受信の終了後もアクティブ状態を維持してしまい、無駄な電力を消費しているといえる。
【課題を解決するための手段】
【０００８】
本発明に係る通信端末は、上述した課題を解決するために、ＩＰ電話プログラムを含むアプリケーションプログラムにより、ＩＰ電話機能を実現するＩＰ電話部を含む機能実現部として機能する主制御部と、前記機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部と、前記ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、前記ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけ前記ＩＰネットワークに対する接続が維持される第２の接続状態と、前記ＩＰ電話部によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかで前記ＩＰネットワークへの接続状態を制御する接続状態制御部と、を備え、前記第２の接続状態は前記第１の接続状態より消費電力が低いとともに前記第３の接続状態は前記第２の接続状態より消費電力が低く、前記所定の時間は、前記ＩＰネットワークを介したデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間である、ことを特徴とするものである。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係るシステムの概略的な構成図。
【図２】携帯電話機の外観の一例を示す図。
【図３】携帯電話機の内部構成例を概略的に示すブロック図。
【図４】接続状態制御部により制御される携帯電話網への接続状態とＩＰ通信に係る消費電力との関係を示す説明図。
【図５】本実施形態に係る携帯電話機が電子メールを送信する際のＩＰ接続状態の遷移を示す説明図。
【図６】本実施形態に係る携帯電話機がＩＰ電話による通話を行う際のＩＰ接続状態の遷移を示す説明図。
【図７】アプリケーションプログラムによる機能実現部がＩＰ接続状態を制御する様子を示す説明図。
【図８】データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御する際の手順を示すフローチャート。
【発明を実施するための形態】
【００１０】
実施の形態について、添付図面を参照して説明する。
【００１１】
図１は、一実施形態に係るシステムの概略的な構成図である。なお、本実施形態では、本発明に係る通信端末として携帯電話機を用いる場合の一例について示す。また、通信端末は、携帯電話機に限らず、ＳＩＰを用いたＩＰ電話機能を有する、たとえばＰＤＡ（Personal Digital Assistant）、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などの携帯型の情報処理装置でもよい。
【００１２】
なお、以下の説明において、発呼とは、音声通話要求発信やテレビ電話通話要求発信などの通話要求発信をいい、着呼とは、音声通話要求着信やテレビ電話通話要求着信などの通話要求着信をいい、発着呼とは、発呼および着呼をいうものとする。たとえば、携帯電話機１０に対して音声通話要求着信を内容とする着呼があると、ユーザは着呼キーを押下することにより携帯電話機１０に対して着呼指示を与える。携帯電話機１０は、この指示を受けて音声通話要求先との音声通話を確立する。
【００１３】
携帯電話機１０は、図１に示すように、携帯電話網１０１に収容される基地局１１を介してＩＰネットワーク（インターネット網）１０２に接続される。ＩＰネットワーク１０２にはＳＩＰサーバ１２、メールサーバ１３、ウェブサーバ１４やＩＰ電話機１５が接続される。なお、携帯電話網１０１は図示しないゲートウェイサーバを介してＩＰネットワーク１０２や電話網１０３に接続される。電話網１０３には電話機１６が接続される。
【００１４】
ＳＩＰサーバ１２は、携帯電話機１０と通話相手先となるＩＰ電話機１５や電話機１６とのセッションを確立する。携帯電話機１０は、ＳＩＰサーバ１２と、基地局１１およびＩＰネットワーク１０２を介してＩＰパケットに格納したＳＩＰメッセージを送受信する。
【００１５】
たとえば、携帯電話機１０が発呼する場合、携帯電話機１０は電話番号などの相手先情報を含むＳＩＰメッセージを作り、これをＩＰパケットに格納して基地局１１を介してＩＰネットワーク１０２に接続されているＳＩＰサーバ１２に送信する。また、携帯電話機１０が着呼する場合、携帯電話機１０は基地局１１を介してＳＩＰサーバ１２から、通話要求着信がある旨の情報を含むＳＩＰメッセージを受信する。
【００１６】
携帯電話機１０は、相手先のＩＰ電話機１５とのＩＰ電話機能を用いた通話を行うにあたり、ＳＩＰサーバ１２を用いずに直接相手先のＩＰ電話機１５とＳＩＰメッセージの送受信を行ってもよい。
【００１７】
なお、ＳＩＰは、ＩＰ電話などの端末間の接続および切断に用いられるプロトコルであり、データ転送プロトコルとしてＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）を使用できる。
【００１８】
メールサーバ１３は、携帯電話機１０による電子メールの送受信を仲介するためのサーバである。また、ウェブサーバ１４は、携帯電話機１０により閲覧されるウェブページを記憶したサーバである。
【００１９】
図２は、携帯電話機１０の外観の一例を示す図である。携帯電話機１０は、第１のユニット２１、第２のユニット２２および第２のユニット２２に対し第１のユニット２１を開閉自在に連結する連結部２３を有する。
【００２０】
図２に示すように、第２のユニット２２は、第１のユニット２１に対して、開閉軸を中心として開閉自在となるように、連結部２３（ヒンジ）を介して連結される。第２のユニット２２が開閉軸を中心として回転することにより、携帯電話機１０は、開いている状態と閉じた状態とで位置決めすることができる。
【００２１】
第１のユニット２１は、薄い箱形の筐体２４を有し、この筐体の上面の表面上には、入力部２５およびマイクロフォン２６が設けられる。第２のユニット２２は、薄い箱形の筐体２７を有する。この筐体２７上面の表面上には、表示部２８およびスピーカ２９が設けられる。
【００２２】
入力部２５は、たとえばテンキー、タッチパネルなどの一般的な入力装置により構成され、ユーザの入力操作に対応した信号を出力する。ユーザは、携帯電話機１０に対して入力部２５を介して発着呼指示や終話指示、ウェブページの閲覧要求指示などを行うことができる。
【００２３】
マイクロフォン２６は、ユーザによって入力された音声をデジタル音声信号に変換する機能を有する。
【００２４】
表示部２８は、たとえば液晶ディスプレイやＯＬＥＤ（Organic Light Emitting Device）ディスプレイなどの一般的な表示出力装置により構成され、表示部２８の背景画像（壁紙）、壁紙に重畳表示される電池残量や電波強度を概略的に示す画像などの各種アイコンや、着信時に表示される画像および映像などを表示する。
【００２５】
スピーカ２９は、受話音声をはじめとした各種の情報に対応した音声を出力する。
【００２６】
図３は、携帯電話機１０の内部構成例を概略的に示すブロック図である。
【００２７】
携帯電話機１０は、図２に示した入力部２５、マイクロフォン２６、表示部２８、スピーカ２９などのほか、少なくとも移動体通信用アンテナ３１、移動体通信部３２、無線ＬＡＮ通信用アンテナ３３、無線ＬＡＮ通信部３４、記憶部３５、送受信制御部３６、接続状態制御部３７、タイマ制御部３８、タイマ３９および主制御部４０を有する。
【００２８】
主制御部４０は、ＣＰＵ、ＲＡＭおよびＲＯＭをはじめとする記憶媒体などにより構成され、この記憶媒体に記憶されたプログラムに従って、携帯電話機１０の動作を制御する。主制御部４０のＣＰＵは、ＲＯＭをはじめとする記憶媒体に記憶された各種のアプリケーションプログラムおよびこのプログラムの実行のために必要なデータをＲＡＭへロードし、このプログラムに従って機能実現部として機能する。
【００２９】
以下の説明では、ＲＯＭをはじめとする記憶媒体に各種のアプリケーションとして少なくともＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムが記憶される場合の例について示す。主制御部４０のＣＰＵは、ＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムによって、それぞれＩＰ電話機能４１、電子メール機能４２およびブラウザ機能４３を実行する。
【００３０】
主制御部４０のＲＡＭは、ＣＰＵが実行するプログラムおよびデータを一時的に格納するワークエリアを提供する。
【００３１】
主制御部４０のＲＯＭをはじめとする記憶媒体は、携帯電話機１０の起動プログラム、各種のアプリケーションプログラムや、これらのプログラムを実行するために必要な各種データを記憶する。
【００３２】
なお、ＲＯＭをはじめとする記憶媒体は、磁気的もしくは光学的記録媒体または半導体メモリなどの、ＣＰＵにより読み取り可能な記録媒体を含んだ構成を有し、これら記憶媒体内のプログラムおよびデータの一部または全部は電子ネットワークを介してダウンロードされるように構成してもよい。ここで電子ネットワークとは、電気通信技術を利用した情報通信網全般を意味し、無線／有線ＬＡＮ（Local Area Network）、携帯電話網１０１、ＩＰネットワーク１０２のほか、電話網１０３、光ファイバ通信ネットワーク、ケーブル通信ネットワークおよび衛星通信ネットワークなどを含む。
【００３３】
移動体通信部３２は、主制御部４０に制御されて、移動体通信用アンテナ３１および基地局１１を介して携帯電話網１０１と接続される。移動体通信部３２は、移動体用プロトコルにもとづく無線通信により基地局１１とデータの送受信を行う。移動体通信部３２は、携帯電話網１０１を介した音声データの送受信のほか、ＩＰネットワーク１０２を介したデータの送受信を行う。
【００３４】
無線ＬＡＮ通信部３４は、主制御部４０に制御されて、無線ＬＡＮ通信用アンテナ３３を介して、図示しない無線ＬＡＮのアクセスポイントと無線リンクを確立する。無線ＬＡＮ通信部３４は、インターネットプロトコル（ＩＰ）にもとづく無線通信によりアクセスポイントと無線接続されてデータの送受信を行う。
【００３５】
記憶部３５は、データの書き換えが可能な不揮発性のメモリであり、たとえばハードディスクドライブやソリッドステートドライブなどにより構成することができる。この記憶部３５は、電子メールデータや音楽データなどの各種データを記憶している。
【００３６】
送受信制御部３６は、主制御部４０からデータ送受信要求を受けて携帯電話網１０１を介したデータ送受信を制御する。
【００３７】
図４は、接続状態制御部３７により制御される携帯電話網１０１への接続状態とＩＰ通信に係る消費電力との関係を示す説明図である。
【００３８】
ＩＰネットワーク１０２への接続状態は、（１）切断状態、（２）データ送受信状態、（３）アクティブ状態（通信回線が確立された状態）、（４）プリザベーション状態の４通りに大きく分類することができる。
【００３９】
切断状態は、ＩＰネットワーク１０２に対する接続が切断されるとともにアプリケーションプログラムにもその旨の情報が与えられた状態である。切断状態では、携帯電話機１０はＩＰにもとづく無線信号を受信することができない。このため、携帯電話機１０は、ＩＰ電話による通話要求着信（以下、ＩＰ通話着信という）があってもこの情報を受けることができない。
【００４０】
したがって、本実施形態に係る携帯電話機１０の接続状態制御部３７は、第１の接続状態としてのデータ送受信状態、第２の接続状態としてのアクティブ状態および第３の接続状態としてのプリザベーション状態のいずれかで携帯電話網１０１への接続状態（以下、ＩＰ接続状態という）を制御し、切断状態へは移行しないようにする。
【００４１】
第１の接続状態としてのデータ送受信状態は、携帯電話機１０と基地局１１との接続および携帯電話機１０とＳＩＰサーバ１２との接続が確立されるとともに、送受信制御部により携帯電話網１０１およびＩＰネットワーク１０２を介したデータ送受信が行われている状態である。
【００４２】
第２の接続状態としてのアクティブ状態は、データ送受信を行わないものの携帯電話機１０と基地局１１との接続および携帯電話機１０とＳＩＰサーバ１２との接続を維持した状態である。アクティブ状態では、送受信制御部３６は主制御部４０からデータ送受信要求を受けると速やかに携帯電話網１０１を介したデータ送受信を行うことができる。アクティブ状態は、データ送受信状態と比べ、データ送受信を行っていないぶん消費電力が少ない状態である。
【００４３】
接続状態制御部３７は、携帯電話網１０１を介したデータ送受信が終了するとデータ送受信状態からアクティブ状態へとＩＰ接続状態を移行させる。
【００４４】
第３の接続状態としてのプリザベーション状態は、携帯電話機１０と基地局１１およびＳＩＰサーバ１２との接続を切断した状態であるがＩＰ通話着信信号を受信することができる状態である。プリザベーション状態では、アプリケーションプログラムはこれらの接続が切断されていることを通知されない。
【００４５】
プリザベーション状態では、接続状態制御部３７は、ＩＰ通話着信があった場合はこの着信信号を受信することができるよう、少なくともＩＰ通話着信信号の受信に必要なコンポーネントに対する給電を維持し、他の不要なコンポーネントに対する給電を停止する。たとえば、移動体通信部３２は、プリザベーション状態では無線信号の受信に係る部材にのみ給電されればよい。プリザベーション状態は、データ送受信状態およびアクティブ状態に比べ消費電力が非常に少ない状態である。
【００４６】
接続状態制御部３７は、データ送受信状態からアクティブ状態に移行した後所定の時間が経過すると、ＩＰ接続状態をプリザベーション状態へ移行させる。この所定の時間はデータ送受信状態においてデータ送受信要求を行ったアプリケーションプログラムごとに独立した値である。このアプリケーションプログラムに固有の値は各機能４１〜４３の操作性と消費電力とを勘案した値とすることができる。操作性を失わず消費電力を削減可能なアプリケーションプログラムの所定の時間の値を小さくすることにより、操作性を損なうことなく、携帯電話機１０の通信に係る消費電力を低減することができる。
【００４７】
各アプリケーションプログラムに固有の時間の情報は、各アプリケーションプログラムに含まれてもよいし、記憶部３５にアプリケーションプログラムと関連付けて記憶されてもよい。また、各アプリケーションプログラムに固有の時間の値は、初期設定されてもよいし、ユーザにより個別に設定されてもよい。以下の説明では、ＩＰ電話プログラム、電子メールプログラムおよびウェブブラウザプログラムに固有の時間がそれぞれ２０秒、０秒、６０秒である場合の例について示す。
【００４８】
図５は、本実施形態に係る携帯電話機１０が電子メールを送信する際のＩＰ接続状態の遷移を示す説明図である。同図において、斜線で示した部分は、本実施形態にかかる処理を行わなかった場合に増加する消費電力量の理論値を示している。すなわち、この実施形態では、斜線で示した量だけ消費電力を削減することが可能となる。
【００４９】
本実施形態に係る携帯電話機１０の接続状態制御部３７は、電子メール機能４２によるデータ送受信が終了してＩＰ接続状態をデータ送受信状態からアクティブ状態へと移行させたあと、電子メールプログラムに固有の時間である０秒経過後に、すなわちアクティブ状態への移行後直ちに、さらにプリザベーション状態へと移行させる。これにより、本実施形態に係る携帯電話機１０では、電子メール機能４２によるデータ送受信に係る電力を大幅に削減することができるといえる。
【００５０】
一方、図６は、本実施形態に係る携帯電話機１０が、ＩＰ電話による通話が行われている際のＩＰ接続状態の遷移を示している。マイクロフォン２６を介して音声が入力されるたび、または相手方の音声を受信するたびにデータ送受信を行い、音声が入力されない、または音声を受信しない時間が２０秒未満の場合にはアクティブ状態とデータ送受信状態との状態間遷移を繰り返すことになる。この場合でも、図６から明らかなように、斜線で示される分だけＩＰ電話機能４１によるデータ送受信に係る電力を削減することができるといえる。
【００５１】
さらに、連続した発音データの送受信終了後の所定の時間と終話指示を受けた際の所定の時間とを異なる時間として設定してもよく、終話指示を受けた際の所定の時間をデータ送受信終了後の所定の時間より短い時間（たとえば５秒など）としてもよい。
【００５２】
なお、接続状態制御部３７は、アプリケーションプログラムに固有の時間でアクティブ状態からプリザベーション状態へ移行する際に基地局１１およびＳＩＰサーバ１２とネゴシエーションを行い、プリザベーション状態へ移行する旨の情報を通知するとよい。この場合、基地局１１やＳＩＰサーバ１２がアクティブ状態で出力していた信号は出力されないようにすることが好ましい。
【００５３】
図７は、アプリケーションプログラムによる機能実現部がＩＰ接続状態を制御する様子を示す説明図である。
【００５４】
図７に示すように、本実施形態に係る携帯電話機１０は、アプリケーションプログラムごとに、一般的なデータの送受信制御に加えてＩＰ接続状態を制御する。アプリケーションプログラムは、アクティブ状態が維持される時間を個別に制御することができる。
【００５５】
タイマ制御部３８は、タイマ３９を制御する。タイマ３９は、接続状態制御部３７によりＩＰ接続状態がデータ送受信状態からアクティブ状態へ移行すると計時を開始するようタイマ制御部３８により制御される。タイマ制御部３８は、アプリケーションプログラム固有の時間の情報を取得し、計時開始後の経過時間がこのアプリケーションプログラム固有の時間以上となるとタイムアウト信号を出力するようタイマ３９を制御する。
【００５６】
次に、本実施形態に係る携帯電話機１０の動作の一例について説明する。
【００５７】
図８は、データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御する際の手順を示すフローチャートである。図８において、Ｓに数字を付した符号は、フローチャートの各ステップを示す。この手順は、ＩＰ接続状態がプリザベーション状態でスタートとなる。
【００５８】
まず、ステップＳ１において、送受信制御部３６は、各機能４１〜４３によるデータ送受信要求があるか否かを判定する。データ送受信要求があった場合はステップＳ２に進む。一方、データ送受信要求がない場合は引き続きこの要求を監視する。
【００５９】
たとえば、ＳＩＰサーバ１２から通話要求着信があった旨のＳＩＰメッセージを受けると、ＩＰ電話機能４１は、データ送受信要求としての着呼指示を送受信制御部３６に与え、ステップＳ２に進む。
【００６０】
次に、ステップＳ２において、接続状態制御部３７は、基地局１１およびＳＩＰサーバ１２との接続を確立することにより、ＩＰ接続状態をプリザベーション状態からデータ送受信状態へ移行する。
【００６１】
次に、ステップＳ３において、送受信制御部３６は、要求があったデータ送受信を実行する。
【００６２】
次に、ステップＳ４において、送受信制御部３６は、データ送受信が終了したか否かを判定する。データ送受信が終了した場合はステップＳ５に進む。一方、データ送受信が継続して行われる場合はステップＳ３に戻る。
【００６３】
次に、ステップＳ５において、タイマ制御部３８は、タイマ３９に対し計時を開始させる。このとき、タイマ制御部３８はステップＳ１においてデータ送受信要求をした機能実現部に係るアプリケーションプログラムに固有の時間を取得し、たとえばＲＡＭの所要のワークエリアに記憶させる。
【００６４】
次に、ステップＳ６において、ＩＰ接続状態はデータ送受信状態からアクティブ状態へと移行する。
【００６５】
次に、ステップＳ７において、タイマ３９はＲＡＭの所要のワークエリアに記憶されたアプリケーションプログラムに固有の時間と計時時間とを比較し、固有の時間経過したか否かを判定する。固有の時間経過した場合、タイマ３９はタイムアウト信号を出力しステップＳ８に進む。一方、固有の時間経過していない場合、ステップＳ１０に進む。
【００６６】
次に、ステップＳ８において、接続状態制御部３７は、基地局１１およびＳＩＰサーバ１２とネゴシエーションを行い、プリザベーション状態へ移行する旨の情報を通知する。 次に、ステップＳ９において、接続状態制御部３７は、ＩＰ接続状態をアクティブ状態からプリザベーション状態へと移行させ、一連の手順は終了となる。
【００６７】
他方、ステップＳ７においてアプリケーションプログラムに固有の時間経過していないと判定されると、ステップＳ１０において、送受信制御部３６は、各機能４１〜４３によるデータ送受信要求があったか否かを判定する。データ送受信要求があった場合、タイマ制御部３８はステップＳ１１においてタイマ３９をリセットして動作を停止させ、ステップＳ３に戻る。一方、データ送受信要求がない場合はステップＳ７に戻る。
【００６８】
以上の手順により、データ送受信終了後に通信回線がアクティブな状態を維持する時間をアプリケーションプログラムごとに制御することができる。
【００６９】
本実施形態に係る携帯電話機１０は、このアプリケーションプログラムに固有の値を各機能４１〜４３を実行した際の操作性と消費電力とを勘案した値とすることができる。このため、アクティブ状態を維持する時間をアプリケーションごとに制御できるため、操作性を失わず消費電力減可能することができる。
【符号の説明】
【００７０】
１０ 携帯電話機
１１ 基地局
１２ ＳＩＰサーバ
１３ メールサーバ
１４ ウェブサーバ
１５ ＩＰ電話機
１６ 電話機
２１ 第１のユニット
２２ 第２のユニット
２３ 連結部
２４ 第１のユニットの筐体
２５ 入力部
２６ マイクロフォン
２７ 第２のユニットの筐体
２８ 表示部
２９ スピーカ
３１ 移動体通信用アンテナ
３２ 移動体通信部
３３ ＷＬＡＮ通信用アンテナ
３４ ＷＬＡＮ通信部
３５ 記憶部
３６ 送受信制御部
３７ 接続状態制御部
３８ タイマ制御部
３９ タイマ
４０ 主制御部
４１ ＩＰ電話機能
４２ 電子メール機能
４３ ブラウザ機能
１０１ 携帯電話網
１０２ ＩＰネットワーク
１０３ 電話網
【特許請求の範囲】
【請求項１】
ＩＰ電話プログラムを含むアプリケーションプログラムにより、ＩＰ電話機能を実現するＩＰ電話部を含む機能実現部として機能する主制御部と、
前記機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部と、
前記ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、前記ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけ前記ＩＰネットワークに対する接続が維持される第２の接続状態と、前記ＩＰ電話部によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかで前記ＩＰネットワークへの接続状態を制御する接続状態制御部と、
を備え、
前記第２の接続状態は前記第１の接続状態より消費電力が低いとともに前記第３の接続状態は前記第２の接続状態より消費電力が低く、
前記所定の時間は、
前記ＩＰネットワークを介したデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間である、
ことを特徴とする通信端末。
【請求項２】
前記接続状態制御部は、
前記ＩＰネットワークを介したデータ送受信の終了後に前記アプリケーションプログラムに固有の時間経過すると、前記ＩＰネットワークへの接続状態を前記第３の接続状態へと移行させる、
請求項１記載の通信端末。
【請求項３】
前記ＩＰネットワークを介したデータ送受信が終了した旨の情報を前記送受信制御部から受けると計時を開始し、このデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間経過するとタイムアウト信号を出力するタイマ、
をさらに備え、
前記接続状態制御部は、
前記第２の接続状態において前記タイマから前記タイムアウト信号を受けると、前記ＩＰネットワークへの接続状態を前記第３の接続状態へと移行させ、
前記タイマは、
前記アプリケーションプログラムに固有の時間経過前に前記データ送受信要求を行った機能実現部によるデータ送受信要求があると、リセットされて動作を停止する、
請求項１または２に記載の通信端末。
【請求項４】
前記接続状態制御部は、
前記アプリケーションプログラムに固有の時間経過前に前記データ送受信要求を行った機能実現部によるデータ送受信要求があると、前記ＩＰネットワークへの接続状態を前記第１の接続状態へと移行させる、
請求項１ないし３のいずれか１項に記載の通信端末。
【請求項１】
ＩＰ電話プログラムを含むアプリケーションプログラムにより、ＩＰ電話機能を実現するＩＰ電話部を含む機能実現部として機能する主制御部と、
前記機能実現部のデータ送受信要求を受けてＩＰネットワークを介したデータ送受信を制御する送受信制御部と、
前記ＩＰネットワークを介したデータ送受信が行われる第１の接続状態と、前記ＩＰネットワークを介したデータ送受信の終了後に所定の時間だけ前記ＩＰネットワークに対する接続が維持される第２の接続状態と、前記ＩＰ電話部によりＩＰ電話による通話要求着信が可能である第３の接続状態と、のいずれかで前記ＩＰネットワークへの接続状態を制御する接続状態制御部と、
を備え、
前記第２の接続状態は前記第１の接続状態より消費電力が低いとともに前記第３の接続状態は前記第２の接続状態より消費電力が低く、
前記所定の時間は、
前記ＩＰネットワークを介したデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間である、
ことを特徴とする通信端末。
【請求項２】
前記接続状態制御部は、
前記ＩＰネットワークを介したデータ送受信の終了後に前記アプリケーションプログラムに固有の時間経過すると、前記ＩＰネットワークへの接続状態を前記第３の接続状態へと移行させる、
請求項１記載の通信端末。
【請求項３】
前記ＩＰネットワークを介したデータ送受信が終了した旨の情報を前記送受信制御部から受けると計時を開始し、このデータ送受信要求を行った機能実現部として前記主制御部を機能させたアプリケーションプログラムに固有の時間経過するとタイムアウト信号を出力するタイマ、
をさらに備え、
前記接続状態制御部は、
前記第２の接続状態において前記タイマから前記タイムアウト信号を受けると、前記ＩＰネットワークへの接続状態を前記第３の接続状態へと移行させ、
前記タイマは、
前記アプリケーションプログラムに固有の時間経過前に前記データ送受信要求を行った機能実現部によるデータ送受信要求があると、リセットされて動作を停止する、
請求項１または２に記載の通信端末。
【請求項４】
前記接続状態制御部は、
前記アプリケーションプログラムに固有の時間経過前に前記データ送受信要求を行った機能実現部によるデータ送受信要求があると、前記ＩＰネットワークへの接続状態を前記第１の接続状態へと移行させる、
請求項１ないし３のいずれか１項に記載の通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−２４４２８０（Ｐ２０１１−２４４２８０Ａ）
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願番号】特願２０１０−１１５６１８（Ｐ２０１０−１１５６１８）
【出願日】平成２２年５月１９日（２０１０．５．１９）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願日】平成２２年５月１９日（２０１０．５．１９）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
[ Back to top ]