携帯端末装置、通信システム、通信プログラムおよび制御方法
【課題】携帯端末装置の消費電力量を削減する。
【解決手段】携帯端末装置１０は、無線通信網を介して、プッシュ型のサービスを提供するメールサーバ４０、カレンダサーバ５０、電話帳サーバ５１からプッシュ型のサービスに係る情報を受信する。携帯端末装置１０は、プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する。また、携帯端末装置１０は、携帯端末装置１０の状態を待受け状態に遷移させるか否かを判別する。そして、携帯端末装置１０は、携帯端末装置１０の状態を待受け状態に遷移させると判別した場合は、記憶する設定情報に基づいて、プッシュ型のサービスの停止を指示する設定通知をメールサーバ４０、カレンダサーバ５０、電話帳サーバ５１に送信する。
【解決手段】携帯端末装置１０は、無線通信網を介して、プッシュ型のサービスを提供するメールサーバ４０、カレンダサーバ５０、電話帳サーバ５１からプッシュ型のサービスに係る情報を受信する。携帯端末装置１０は、プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する。また、携帯端末装置１０は、携帯端末装置１０の状態を待受け状態に遷移させるか否かを判別する。そして、携帯端末装置１０は、携帯端末装置１０の状態を待受け状態に遷移させると判別した場合は、記憶する設定情報に基づいて、プッシュ型のサービスの停止を指示する設定通知をメールサーバ４０、カレンダサーバ５０、電話帳サーバ５１に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置、通信システム、通信プログラムおよび制御方法に関する。
【背景技術】
【０００２】
従来、携帯端末装置に対して、ネットワーク上のサーバがデータを自動的に送信するプッシュ型のデータ配信サービスが知られている。
【０００３】
このようなプッシュ型のデータ配信サービスを提供するサーバは、例えば、自身が記憶するカレンダや住所録等が更新された場合は、携帯端末装置が記憶するカレンダや住所録等を同期させるためのデータを携帯端末装置へ自動的に送信する。このような場合には、携帯端末装置は、サーバが送信したデータを受動的に受信し、受信した情報を用いて、自身が記憶するカレンダや住所録等の更新を実行する。
【０００４】
また、プッシュ型のデータ配信サービスを提供するサーバは、例えば、携帯端末装置宛のメールを取得した場合には、取得したメールを携帯端末装置に対して送信する。このような場合には、携帯端末装置は、サーバが送信したメールを受信し、受信したメールの表示等を実行する。
【０００５】
ここで、携帯端末装置は、３Ｇ（３Ｇｅｎｅｒａｔｉｏｎ：第３世代移動通信システム）網を介して、データの送受信を行う場合には、３Ｇ網のサーバからＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）アドレスの割付を受ける。また、携帯端末装置は、ＩＰｖ４アドレスの割付を受けてから所定の時間が経過するまでの間に、再度３Ｇ網のサーバと同期を行わなかった場合には、ＩＰｖ４アドレスの枯渇を防ぐため、ＩＰｖ４アドレスの割付が解除される。
【０００６】
しかし、携帯端末装置は、ＩＰｖ４アドレスの割付が解除された場合には、３Ｇ網を介してデータの送受信を行う事ができないため、プッシュ型のデータ配信サービスを受けれなくなってしまう。このため、携帯端末装置は、所定の時間間隔で３Ｇ網のサーバと同期を行うＡｌｗａｙｓ−Ｏｎ機能を有する。
【０００７】
具体的には、Ａｌｗａｙｓ−Ｏｎ機能を有する携帯端末装置は、所定の時間おきに、３Ｇ網のサーバと同期を行う事で、ＩＰｖ４アドレスの割付を保持する。そして、携帯端末装置は、ネットワーク上のサーバが自動的に送信したデータやメールを受信し、各種処理を実行する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−３１０９８３号公報
【特許文献２】特開２００３−１３４５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、上述したＡｌｗａｙｓ−Ｏｎ機能を実行する携帯端末装置の技術では、プッシュ型のデータ配信サービスを提供するサーバが送信したデータやメールを常時受付けるので、携帯端末装置の消費電力量が増大するという問題がある。
【００１０】
例えば、携帯端末装置は、待受け状態であっても、割付けられたＩＰｖ４アドレスを保持するために所定の時間間隔で３Ｇ網のサーバと同期を行うので、消費電力量が増大する。また、例えば、携帯端末装置は、待受け状態であっても、プッシュ型のデータ配信サービスを提供するサーバが自動的に送信したデータやメールを受信するので、消費電力量が増大する。
【００１１】
以下、携帯端末装置が消費する電力量について説明する。図２６は、携帯端末装置が実行するＡｌｗａｙｓ−ＯＮ機能の一例を説明するための図である。なお、図２６は、Ａｌｗａｙｓ−Ｏｎ機能を有する携帯端末装置において流れた電流の量を示すグラフの一例を示した。また、図２６においては、携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ（Ｓｅｃｏｎｄ：秒）］を横軸とした。また、図２６に示す例では、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能として、ネットワーク上のサーバと２８分ごとに同期するものとする。
【００１２】
図２６（ｈ）に示すように、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能により、３Ｇ網のサーバと同期する。また、図２６中（ｉ）に示すように、携帯端末装置は、３Ｇ網のサーバと同期を行ってから２８分が経過するまでの間に同期を行わなかった場合には、図２６中（ｊ）に示すように、再度３Ｇ網のサーバとの同期を実行する。
【００１３】
図２７は、携帯端末装置が３Ｇ網のサーバと同期を行う際に消費する電力量の一例を説明するための図である。なお、図２７に示す例では、図２６と同様に、携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ］を横軸とした。例えば、図２７に示す例では、計測開始から１０秒が経過した時点で携帯端末装置が３Ｇ網上のサーバと同期を行い、１０．６３秒の間、平均で２２２．２４［ｍＡ］の電流が流れる。
【００１４】
ここで、携帯端末装置において流れた電流の平均は、Ａｌｗａｙｓ−Ｏｎ機能を実行する場合には、５．２９［ｍＡ］となり、Ａｌｗａｙｓ−Ｏｎ機能を実行しない場合には、３．２８［ｍＡ］となる。このように、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能を実行する場合には、消費電力を増大させてしまう。
【００１５】
次に、携帯端末装置が待受け状態の際に、メールやデータを受動的に受信することで、消費電力を増大させてしまう例について説明する。図２８は、携帯端末装置が待受け状態の際に消費する電力量の一例を説明するための図である。なお、図２８に示す例では、待受け状態の携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ］を横軸とした。
【００１６】
図２８に示す例では、携帯端末装置は、図２８中（ｋ）に示すように、２７．２分の間、３Ｇ網のサーバと同期を行わなかったため、Ａｌｗａｙｓ−Ｏｎ機能により、３Ｇ網のサーバとの同期を自動で実行している。さらに、図２８に示す例では、携帯端末装置は、プッシュ型のデータ配信サービスにより、図２８中（ｌ）および（ｍ）に示すタイミングでカレンダを同期させるためのデータを受信し、（ｎ）に示すタイミングでメールを受信している。すなわち、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能による消費電力だけではなく、待受け状態の際にもプッシュ型のデータ配信サービスに係るデータを受信するため、消費電力を増大させてしまう。
【００１７】
１つの側面では、本願に開示の技術は、携帯端末装置が消費する電力を削減する。
【課題を解決するための手段】
【００１８】
１つの側面では、無線通信網を介して、プッシュ型のサービスを提供するサーバからプッシュ型のサービスに係る情報を受信する携帯端末装置である。携帯端末装置は、プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する。また、携帯端末装置は、待受け状態に遷移するか否かを判別する。そして、携帯端末装置は、待受け状態に遷移すると判別した場合は、記憶する設定情報に基づいて、プッシュ型のサービスの停止を指示する設定通知をプッシュ型のサービスを提供するサーバに送信する。
【発明の効果】
【００１９】
１つの側面では、携帯端末装置が消費する電力を削減する。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施例１に係る通信システムの一例を説明するための図である。
【図２】図２は、実施例１に係る携帯端末装置の一例を説明するための図である。
【図３】図３は、実施例１に係るサービス情報の一例を説明するための図である。
【図４】図４は、実施例１に係る制御部の一例を説明するための図である。
【図５ａ】図５ａは、実施例１に係るメールサーバの一例を説明するための図である。
【図５ｂ】図５ｂは、実施例１に係る同期制御対応テーブルの一例を説明するための図である。
【図６ａ】図６ａは、実施例１に係るカレンダサーバの一例を説明するための図である。
【図６ｂ】図６ｂは、実施例１に係る電話帳サーバの一例を説明するための図である。
【図７】図７は、実施例１に係る携帯端末装置が消費する電力を説明するための図である。
【図８】図８は、実施例１に係る通信システムが実行する処理の流れを説明するための第１の図である。
【図９】図９は、実施例１に係る通信システムが実行する処理の流れを説明するための第２の図である。
【図１０】図１０は、携帯端末装置が消費する電力消費量の一例を説明するための第１の図である。
【図１１】図１１は、携帯端末装置が消費する電力消費量の一例を説明するための第２の図である。
【図１２】図１２は、携帯端末装置が消費する電力消費量の一例を説明するための第３の図である。
【図１３】図１３は、携帯端末装置が消費する電力消費量の一例を説明するための第４の図である。
【図１４】図１４は、実施例１に係る携帯端末装置が実行する処理の流れの一例を説明するための図である。
【図１５ａ】図１５ａは、実施例２に係る制御部の一例を説明するための図である。
【図１５ｂ】図１５ｂは、実施例２に係る携帯端末装置が設定通知を送信するタイミングを説明するための図である。
【図１６】図１６は、実施例２に係る携帯端末装置が実行する処理の一例を説明するための図である。
【図１７】図１７は、実施例２に係る携帯端末装置が実行する処理の流れの一例について説明するための図である。
【図１８】図１８は、充電中に設定通知を送信しない携帯端末装置の処理の一例を説明するための図である。
【図１９】図１９は、待受け状態の際に充電が開示された際に解除通知を送信する携帯端末装置の一例を説明するための図である。
【図２０ａ】図２０ａは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置の一例を説明するための図である。
【図２０ｂ】図２０ｂは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。
【図２１ａ】図２１ａは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置の一例を説明するための図である。
【図２１ｂ】図２１ｂは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。
【図２２】図２２は、携帯端末装置がＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する処理の一例について説明するための図である。
【図２３】図２３は、自身に割当てられたＩＰアドレスを解放する携帯端末装置が実行する処理の一例を説明するための図である。
【図２４】図２４は、実施例２に係る同期制御対応テーブルの一例を説明するための図である。
【図２５】図２５は、通信プログラムを実行する携帯端末装置の一例を説明するための図である。
【図２６】図２６は、携帯端末装置が実行するＡｌｗａｙｓ−ＯＮ機能の一例を説明するための図である。
【図２７】図２７は、携帯端末装置が３Ｇ網のサーバと同期を行う際に消費する電力量の一例を説明するための図である。
【図２８】図２８は、携帯端末装置が待受け状態の際に消費する電力量の一例を説明するための図である。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して本願に係る携帯端末装置、通信システム、通信プログラムおよび制御方法について説明する。なお、以下の実施例により本願に係る携帯端末装置、通信システム、通信プログラムおよび制御方法が限定されるものではない。特に、携帯端末装置としては携帯電話やＰＤＡなど、無線通信を行う任意の端末装置が適用される。
【実施例１】
【００２２】
以下の実施例１では、図１を用いて、通信システムの一例を説明する。図１は、実施例１に係る通信システムの一例を説明するための図である。
【００２３】
図１に示すように、通信システム１は、基地局２、アクセスポイント３、移動体通信網４、ネットワーク５、携帯端末装置１０、メールサーバ４０、カレンダサーバ５０、電話帳サーバ５１を有する。なお、図１に示す例では省略したが、通信システム１は、携帯端末装置１０と同様の携帯端末装置を複数有するものとする。
【００２４】
基地局２は、例えば、携帯端末装置１０が３Ｇ（３Ｇｅｎｅｒａｔｉｏｎ：第３世代移動通信システム）網を介して、移動体通信網４およびネットワーク５に接続するための基地局である。また、アクセスポイント３は、例えば、携帯端末装置１０がＷＬＡＮ（Wireless Local Area Network）を介して、ネットワーク５に接続するためのアクセスポイントである。
【００２５】
携帯端末装置１０は、ネットワーク５を介して、プッシュ型のデータ配信サービスの提供を受ける携帯端末装置である。例えば、携帯端末装置１０は、メールサーバ４０が提供するプッシュ型のメール配信サービスにより、メールサーバ４０が自動的に送信するメールを受動的に受信する。そして、携帯端末装置１０は、メールサーバ４０からメールを受信した場合には、受信したメールを表示する等の処理を実行する。
【００２６】
また、携帯端末装置１０は、カレンダサーバ５０が提供するプッシュ型のデータ配信サービスにより、カレンダサーバ５０が記憶するカレンダのデータと、自身が記憶するカレンダのデータとを同期させるためのデータをカレンダサーバ５０から受動的に受信する。そして、携帯端末装置１０は、受信したデータを用いて、自身が記憶するカレンダのデータをカレンダサーバ５０が記憶するカレンダのデータと同期させる。
【００２７】
また、携帯端末装置１０は、電話帳サーバ５１が提供するプッシュ型のデータ配信サービスにより、電話帳サーバ５１が記憶する電話帳のデータと、自身が記憶する電話帳のデータとを同期させるためのデータを電話帳サーバ５１から受動的に受信する。そして、携帯端末装置１０は、受信したデータを用いて、自身が記憶する電話帳のデータを電話帳サーバ５１が記憶する電話帳のデータと同期させる。
【００２８】
また、携帯端末装置１０は、待受け時に、メールサーバ４０からメールを受信するか否かを示すサービス情報を記憶する。また、携帯端末装置１０は、待受け時に、カレンダサーバ５０からカレンダを同期させるためのデータを受信するか否かを示すサービス情報を記憶する。また、携帯端末装置１０は、自身の状態を待受け状態に遷移させるか否かを判別し、待受け状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、携帯端末装置１０は、サービス情報に基づいて、メールサーバ４０およびカレンダサーバ５０に対して、プッシュ型のサービスに係る情報を送信するか否かを設定する。
【００２９】
例えば、携帯端末装置１０は、待受け時にメールのみを受信し、カレンダサーバ５０からカレンダを同期させるためのデータを受信しない旨を示すサービス情報を記憶する場合は、待受け状態に遷移する際に、以下の処理を実行する。すなわち、携帯端末装置１０は、カレンダサーバ５０に対して、カレンダを同期させるためのデータの配信サービスを停止する旨を示す設定通知を送信する。
【００３０】
また、携帯端末装置１０は、自身の状態が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、携帯端末装置１０は、待受け状態を解除すると判別した場合には、カレンダサーバ５０に対して、データの配信サービス停止を解除する旨の解除通知を送信する。
【００３１】
また、例えば、携帯端末装置１０は、待受け時にカレンダを同期させるためのデータのみを受信する旨を示すサービス情報を記憶する場合は、待受け状態に遷移する際に、メールの配信サービスを停止する旨を示す設定通知をメールサーバ４０に送信する。そして、携帯端末装置１０は、待受け状態を解除する場合には、メールの配信サービス停止を解除する旨の解除通知をメールサーバ４０に送信する。
【００３２】
このように、携帯端末装置１０は、待受け状態に遷移する場合は、サービス情報に基づいて、プッシュ型のサービスを提供するサーバの設定を行う。このため、携帯端末装置１０は、待受け状態において、プッシュ型のサービスを受ける回数を減らす結果、消費電力量を削減できる。
【００３３】
以下、携帯端末装置１０の具体例について説明する。図２は、実施例１に係る携帯端末装置の一例を説明するための図である。図２に示す例では、携帯端末装置１０は、ディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７、公衆網無線部１８、ＷＬＡＮ無線部１９、アンテナ２０、アンテナ２１、制御部３０を有する。また、メモリ１３は、サービス情報１４を記憶する。
【００３４】
ディスプレイ１１は、携帯端末装置１０が受信したメールの表示を行ったり、携帯端末装置１０が記憶するカレンダの表示等を行う表示装置である。キーパッド１２は、携帯端末装置１０の利用者がメールの入力や、携帯端末装置１０の操作を行う際に用いる入力装置である。メモリ１３は、携帯端末装置１０が実行する各種処理に用いられるデータを記憶する記憶装置である。また、メモリ１３は、携帯端末装置１０が待受け状態の際にプッシュ型のサービスに係るメールやデータを受信するか否かを示すサービス情報１４を記憶する。
【００３５】
以下、サービス情報１４の一例について説明する。図３は、実施例１に係るサービス情報の一例を説明するための図である。図３に示す例では、サービス情報１４は、携帯端末装置１０に対して提供されているプッシュ型のサービスを示すサービス名と、待受け時に各サービスに係るデータやメールを受信するか否かを示すフラグ情報とを対応付けた情報である。
【００３６】
例えば、図３に示す例では、サービス情報１４として、サービス名「メールＷ」とフラグ「１」とが対応付けて記憶されている。また、図３に示す例では、サービス情報１４として、サービス名「電話帳」、「カレンダ」、「サービスＸ」、「サービスＹ」、「サービスＺ」とフラグ「０」とが対応付けて記憶されている。
【００３７】
ここで、「メールＷ」とは、メールサーバ４０によって提供されるプッシュ型のメール配信サービスを示す。また、「カレンダ」とは、カレンダサーバ５０によって提供されるプッシュ型のデータ配信サービスであり、カレンダサーバ５０が記憶するカレンダと携帯端末装置１０が記憶するカレンダとを同期させるためのデータを配信するサービスを示す。また、「電話帳」とは、電話帳サーバ５１によって提供されるプッシュ型のデータ配信サービスであり、電話帳サーバ５１が記憶する電話帳と携帯端末装置１０が記憶する電話帳とを同期させるためのデータを配信するサービスを示す。
【００３８】
ここで、フラグ「１」は、携帯端末装置１０が待受け状態である場合は、対応付けられたサービスに係る情報を受信する旨を示す。つまり、図３に示す例では、サービス情報１４は、携帯端末装置１０が待受け状態である場合は、「メールＷ」に係るメールの受信のみを行い、他のプッシュ型のデータ配信サービスに係るデータの受信を行わないことを示す。
【００３９】
図２に戻って、スピーカ１５は、携帯端末装置１０が他の端末と音声通話を行う際に、相手方の音声を再生するための再生装置である。マイクロフォン１６は、携帯端末装置１０が他の端末と音声通話を行う際に、相手方へ送信する音声を入力するための入力装置である。音声信号処理部１７は、携帯端末装置１０が音声通話時に受信した音声データをスピーカ１５に再生させる処理を実行するとともに、マイクロフォン１６によって入力された音声を相手方に送信する音声データに変換する。
【００４０】
公衆網無線部１８は、アンテナ２０を介して、無線信号の送受信を行う。具体的には、公衆網無線部１８は、基地局２および移動体通信網４を介して３Ｇ網に接続し、さらにネットワーク５を介してメールサーバ４０およびカレンダサーバ５０とメールおよびデータの送受信を行う。例えば、公衆網無線部２３は、アンテナ２０から受信した信号に対して、Ａ／Ｄ（Analog/Digital）変換等の無線処理を行い、無線処理後の信号を制御部３０に送信する。また、例えば、公衆網無線部１８は、制御部３０から入力された信号に対してＤ／Ａ（Digital/Analog）変換等の無線処理を行い、無線処理後の信号をアンテナ２０を介して、基地局２へ送信する。
【００４１】
ＷＬＡＮ無線部１９は、アンテナ２１を介して、無線信号の送受信を行う。具体的には、ＷＬＡＮ無線部１９は、アクセスポイント３との間でＷＬＡＮを用いた無線信号の送受信を行い、ネットワーク５を介して、メールサーバ４０およびカレンダサーバ５０とメール及びデータの送受信を行う。
【００４２】
アンテナ２０は、携帯端末装置１０と基地局２との間で無線通信を行うためのアンテナである。また、アンテナ２１は、携帯端末装置１０とアクセスポインタ３との間で無線通信を行うためのアンテナである。
【００４３】
制御部３０は、携帯端末装置１０のディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７、公衆網無線部１８、ＷＬＡＮ無線部１９の制御を実行する。例えば、制御部３０は、ＣＰＵ（Central Processing Unit）を有し、ディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７が有する機能を制御するためのプログラムを実行する。また、例えば、制御部３０は、公衆網無線部１８、ＷＬＡＮ無線部１９が有する機能を制御するためのプログラムを実行する。
【００４４】
また、制御部３０は、公衆網無線部１８、および、アンテナ２０を制御して３Ｇ網に接続し、基地局２、移動体通信網４、ネットワーク５を介して、メールサーバ４０やカレンダサーバ５０とデータの送受信を行う。また、制御部３０は、ＷＬＡＮ無線部１９、および、アンテナ２１を制御してアクセスポイント３に接続し、ネットワーク５を介して、メールサーバ４０やカレンダサーバ５０とデータの送受信を行う。
【００４５】
すなわち、制御部３０は、３Ｇ網、もしくは、ＷＬＡＮを介して、メールサーバ４０が提供するプッシュ型のデータ配信サービスにより送信されたメールを取得する。そして、制御部３０は、受信したメールをディスプレイ１１に表示する等の処理を実行する。また、制御部３０は、３Ｇ網、もしくは、ＷＬＡＮを介して、カレンダサーバ５０が提供するプッシュ型のデータ配信サービスにより送信されたデータを受信する。そして、制御部３０は、受信したデータを用いて、自身が記憶するカレンダを、カレンダサーバ５０が記憶するカレンダと同期させる。
【００４６】
また、制御部３０は、携帯端末装置１０の状態を待受状態に遷移させるか否かを判別し、携帯端末装置１０の状態を待受状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、制御部３０は、メモリ１３が記憶するサービス情報１４を参照し、携帯端末装置１０が待受け状態である際に、データの配信を停止させるプッシュ型のサービスを判別する。そして、制御部３０は、判別したプッシュ型のサービスを提供するサーバに対して、データの配信停止を指示する設定通知を送信する。
【００４７】
また、制御部３０は、携帯端末装置１０が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、制御部３０は、待受け状態を解除すると判別した場合は、設定通知を送信したサーバに対して、プッシュ型のサービスを再開する旨を示す解除通知を送信する。
【００４８】
以下、制御部３０の一例について説明する。図４は、実施例１に係る制御部の一例を説明するための図である。図４に示す例では、制御部３０は、プログラムを実行することで、待受け状態管理部３１、サーバ連係処理部３２として動作する。なお、以下の説明では、メールを受信した際の信号処理や表示処理、および、カレンダを同期させるためのデータを受信した際の信号処理やカレンダの同期処理については、携帯端末装置１０のＯＳ（Operating System）が実行するものとし、説明を適宜省略する。
【００４９】
待受け状態管理部３１は、携帯端末装置１０を待受け状態に遷移させるか否かを判別する。そして、待受け状態管理部３１は、携帯端末装置１０を待受け状態に遷移させると判別した場合には、携帯端末装置１０の状態を待受け状態に遷移させるとともに、以下の処理を実行する。
【００５０】
すなわち、待受け状態管理部３１は、メモリ１３が記憶するサービス情報１４を参照する。そして、待受け状態管理部３１は、携帯端末装置１０が待受け状態の際に、データの配信を停止させるプッシュ型のサービスを識別する。その後、待受け状態管理部３１は、識別したサービスを示す通知と、プッシュ型のサービスの停止を指示する設定通知とをサーバ連係処理部３２に送信する。
【００５１】
また、待受け状態管理部３１は、携帯端末装置１０の状態が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、待受け状態管理部３１は、待受け状態を解除すると判別した場合には、携帯端末装置１０の待受け状態を解除するとともに、以下の処理を実行する。すなわち、待受け状態管理部３１は、サービス情報１４を参照し、待受け時にデータの配信を停止させるプッシュ型のサービスを識別する。その後、待受け状態管理部３１は、識別したサービスを示す通知と、プッシュ型のサービスを再開する旨を示す解除通知とをサーバ連係処理部３２に送信する。
【００５２】
例えば、待受け状態管理部３１は、待受け状態に遷移すると判別した場合には、メモリ１３に記憶されたサービス情報１４を参照する。ここで、図３に示す例では、サービス情報１４には、サービス名「メールＷ」とフラグ「１」とが対応付けられており、サービス名「カレンダ」とフラグ「０」とが対応付けられており、サービス命「電話帳」とフラグ「０」とが対応付けられている。
【００５３】
このため、待受け状態管理部３１は、携帯端末装置１０が待受け状態である際に、サービス「メールＷ」に係るデータ、すなわちメールのみを受信し、サービス「カレンダ」に係るデータの配信とサービス「電話帳」に係るデータの配信とを停止させると識別する。そして、待受け状態管理部３１は、サービス「カレンダ」と、サービス「電話帳」とを示す通知と、プッシュ型のサービスの停止を指示する設定通知とをサーバ連係処理部３２に送信する。
【００５４】
また、待受け状態管理部３１は、待受け状態を解除すると判別した場合は、メモリ１３に記憶されたサービス情報１４を再度参照する。そして、待受け状態管理部３１は、設定通知を送信したサーバが提供するサービス、すなわち、携帯端末装置１０が待受け状態である際に、データの配信を停止させたサービスである「カレンダ」と「電話帳」とを識別する。そして、待受け状態管理部３１は、識別したサービス「カレンダ」と、サービス「電話帳」とを示す通知と、プッシュ型のサービスを再開する旨を示す解除通知とをサーバ連係処理部３２に送信する。
【００５５】
なお、待受け状態管理部３１は、携帯端末装置１０の状態を待受け状態に遷移させるトリガとして、任意のトリガを設定することができる。例えば、待受け状態管理部３１は、一定時間が経過するまでの間、携帯端末装置１０の操作が行われなかった場合や、利用者によって待受け状態に遷移する旨の指示が入力された場合は、携帯端末装置１０の状態を待受け状態に遷移させると判別する。そして、待受け状態管理部３１は、携帯端末装置１０が有する各部１１〜１９の動作を制御し、携帯端末装置１０の状態を待受け状態に遷移させる。
【００５６】
また、待受け状態管理部３１は、携帯端末装置１０の待受け状態を解除するトリガとして、任意のトリガを設定することができる。例えば、待受け状態管理部３１は、携帯端末装置１０が待受け状態である際に、キーパッド１２から何らかの入力があった場合や、着信があった場合は、携帯端末装置１０の待受け状態を解除すると判別する。そして、待受け状態管理部３１は、携帯端末装置１０が有する各部１１〜１９の動作を制御し、携帯端末装置１０の待受け状態を解除する。
【００５７】
サーバ連係処理部３２は、待受け状態管理部３１が、携帯端末装置１０の状態を待受け状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、サーバ連係処理部３２は、携帯端末装置１０が待受け状態の際に、データの配信を停止させるプッシュ型のサービスを提供するサーバに対して、プッシュ型のサービスの停止を指示する設定通知を送信する。
【００５８】
また、サーバ連係処理部３２は、携帯端末装置１０が待受け状態である際に、待受け状態管理部３１が待受け状態を解除すると判別した場合には、以下の処理を実行する。すなわち、サーバ連係処理部３２は、設定通知を送信したサーバに対して、プッシュ型のサービスを再開する旨を示す解除通知を送信する。
【００５９】
例えば、サーバ連係処理部３２は、サービス「カレンダ」と「電話帳」とを示す通知と設定通知とを受信する。このような場合には、サーバ連係処理部３２は、サービス「カレンダ」を提供するカレンダサーバ５０と、サービス「電話帳」を提供する電話帳サーバ５１とを判別する。そして、サーバ連係処理部３２は、判別したカレンダサーバ５０と電話帳サーバ５１とに対して、設定通知を送信する。
【００６０】
また、サーバ連係処理部３２は、サービス「カレンダ」と「電話帳」とを示す通知と解除通知とを受信する。このような場合には、サーバ連係処理部３２は、サービス「カレンダ」を提供するカレンダサーバ５０と、サービス「電話帳」を提供する電話帳サーバ５１とを判別し、判別したカレンダサーバ５０と電話帳サーバ５１とに解除通知を送信する。
【００６１】
なお、サーバ連係処理部３２は、任意の方法で、サービスを提供するサーバを判別することができる。例えば、サーバ連係処理部３２は、携帯端末装置１０に対してプッシュ型のサービスを提供する各サーバと、各サーバが提供するサービス名とを予め記憶し、待受け状態管理部３１から通知されたサービス名と対応付けて記憶するサーバを判別してもよい。
【００６２】
また、サーバ連係処理部３２は、任意の経路を用いて、設定通知および解除通知を送信することができる。例えば、サーバ連係処理部３２は、３Ｇ網、または、ＷＬＡＮを用いて、設定通知、および、解除通知を送信することができる。
【００６３】
図１に戻って、メールサーバ４０は、携帯端末装置１０に対して、プッシュ型のメール配信サービスを提供するサーバである。例えば、メールサーバ４０は、携帯端末装置１０を宛先とするメールを取得した場合には、ネットワーク５を介して、携帯端末装置１０へ取得したメールを自動的に送信する。
【００６４】
また、メールサーバ４０は、携帯端末装置１０から、メールの配信サービスを停止する旨の設定通知を受信した場合には、携帯端末装置１０に対するメールの配信サービスを停止する。そして、メールサーバ４０は、携帯端末装置１０からメールの配信サービスの停止を解除する旨の解除通知を受信した場合には、メールの配信サービスを再開するとともに、メールの配信サービスを停止していた間のメールを携帯端末装置１０へ送信する。
【００６５】
以下、図を用いて、メールサーバ４０の一例について説明する。図５ａは、実施例１に係るメールサーバの一例を説明するための図である。図５ａに示す例では、メールサーバ４０は、制御テーブル記憶部４１、メール記憶部４３、制御部４４、ネットワーク制御部４５、ディスプレイ４６、キーボード４７を有する。なお、ディスプレイ４６は、図２に例示したディスプレイ１１と同様の機能を発揮し、キーボード４７は、図２に例示したキーパッド１２と同様の機能を発揮するものとして、以下の説明を省略する。
【００６６】
制御テーブル記憶部４１は、携帯端末装置１０に対してプッシュ型のメール配信サービスを提供するか否かを示す同期制御対応テーブル４２を記憶する。ここで、同期制御対応テーブル４２は、プッシュ型のメール配信サービスを提供する各携帯端末装置のメールアドレスと、メールの配信を行うか否かを示す制御情報とを対応付けた情報である。
【００６７】
図５ｂは、実施例１に係る同期制御対応テーブルの一例を説明するための図である。図５ｂに示す例では、メールアドレス「ａａａ．１１１＠ｆｊ．ｃｏｍ」と制御情報「１」とが対応付けられている。また、メールアドレス「ａａａ．２２２＠ｆｊ．ｃｏｍ」と制御情報「０」とが、メールドレス「ａａａ．３３３．＠ｆｊ．ｃｏｍ」と制御情報「１」とが対応付けられている。
【００６８】
ここで、図５ｂに示す例では、制御情報「１」は、メールの配信を行う旨を示す情報であり、制御情報「０」は、メールの配信を行わない旨を示す情報である。つまり、図５ｂに示す例では、メールサーバ４０は、メールアドレスが「ａａａ．１１１＠ｆｊ．ｃｏｍ」、「ａａａ．３３３＠ｆｊ．ｃｏｍ」である携帯端末装置に対して、プッシュ型のメール配信サービスを提供する。
【００６９】
また、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置に対して、プッシュ型のメール配信サービスを提供しない。つまり、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置に対するプッシュ型のメール配信サービスを停止している。
【００７０】
図５ａに戻って、メール記憶部４３は、各携帯端末装置に対して送信するメールを記憶する記憶装置である。制御部４４は、メール記憶部４３に記憶されたメールを各携帯端末装置に送信する。具体的には、制御部４４は、メール記憶部４３に記憶されたメールの宛先となるメールアドレスを識別する。そして、制御部４４は、制御テーブル記憶部４１が記憶する同期制御対応テーブル４２を参照し、識別した宛先となるメールアドレスと対応付けられた制御情報が「１」であるか「０」であるかを判別する。
【００７１】
そして、制御部４４は、識別した宛先となるメールアドレスと対応付けられた制御情報が「１」である場合には、メール記憶部４３が記憶するメールを取得し、ネットワーク制御部４５に転送する。一方、制御部４４は、識別した宛先となるメールアドレスと対応付けられた制御情報が「０」である場合には、メールの転送を行わずに処理を終了する。
【００７２】
また、制御部４４は、ネットワーク５およびネットワーク制御部４５を介して、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０のメールアドレスと対応付けられた制御情報を「０」に設定する。また、制御部４４は、ネットワーク５およびネットワーク制御部４５を介して携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０のメールアドレスと対応付けられた制御情報を「１」に設定する。
【００７３】
すなわち、制御部４４は、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のメール配信サービスを停止する。また、制御部４４は、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のメール配信サービスを再開する。
【００７４】
ネットワーク制御部４５は、ネットワーク５を介して携帯端末装置１０宛のメールを受信した場合には、受信したメールをメール記憶部４３に記憶させる。また、ネットワーク制御部４５は、制御部４４からメールを受信した場合には、受信したメールを、ネットワーク５を介して、携帯端末装置１０へ送信する。また、ネットワーク制御部４５は、ネットワーク５を介して、携帯端末装置１０から設定通知、または、解除通知を受信した場合には、受信した設定通知、または、解除通知を制御部４４へ転送する。
【００７５】
図１に戻って、カレンダサーバ５０は、通信システム１が有する各携帯端末装置のカレンダを携帯端末装置ごとに記憶する。そして、カレンダサーバ５０は、自身が記憶するカレンダのうち、携帯端末装置１０に係るカレンダが更新された場合には、自身が記憶するカレンダと携帯端末装置１０が記憶するカレンダとを同期させるためのデータを生成する。そして、カレンダサーバ５０は、携帯端末装置１０に、生成したデータを送信する。
【００７６】
また、カレンダサーバ５０は、メールサーバ４０と同様に、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを停止する。また、カレンダサーバ５０は、メールサーバ４０と同様に、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを再開する。
【００７７】
以下、図６ａを用いて、カレンダサーバ５０の一例について説明する。図６ａは、実施例１に係るカレンダサーバの一例を説明するための図である。なお、図６ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６は、図５ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６と同様の機能を発揮するものとして、説明を省略する。また、図６ａに示すキーボード４７は、図５ａに示すキーボード４７と同様の機能を発揮するものとして、説明を省略する。
【００７８】
同期制御対応テーブル４２ａは、同期制御対応テーブル４２と同様に、携帯端末装置１０に対してプッシュ型のデータ配信サービスを提供するか否かを示す情報である。つまり、同期制御対応テーブル４２ａは、各携帯端末装置ごとに、カレンダサーバ５０が記憶するカレンダと各携帯端末装置が記憶するカレンダとを同期させるデータの配信を行うか否かを示す情報である。
【００７９】
例えば、同期制御対応テーブル４２ａは、各携帯端末装置のアカウントと、各携帯端末装置にデータの配信を行うか否かを示すフラグとを対応付けて記憶する。ここで、各携帯端末装置のアカウントとは、各携帯端末装置の識別子であり、例えば、各携帯端末装置のメールアドレスである。
【００８０】
カレンダ記憶部４３ａは、通信システム１が有する各携帯端末装置ごとに、カレンダのデータを記憶する。例えば、カレンダ記憶部４３ａは、各携帯端末装置のアカウントと、各携帯端末装置のカレンダのデータとを対応付けて記憶する。
【００８１】
制御部４４ａは、制御部４４と同様の処理を実行する。例えば、制御部４４ａは、利用者が、ＰＣ（Personal Computer）等の携帯端末装置以外の端末を用いて、カレンダ記憶部４３ａが記憶するカレンダの更新を行った場合には、以下の処理を実行する。すなわち、制御部４４ａは、更新前のカレンダのデータを更新後のカレンダのデータに更新するためのデータを生成する。また、制御部４４ａは、更新されたカレンダのデータと対応付けられたアカウントを識別する。また、制御部４４ａは、制御テーブル記憶部４１が記憶する同期制御対応テーブル４２ａを参照し、識別したアカウントと対応付けて記憶されたフラグを参照する。
【００８２】
そして、制御部４４ａは、参照したフラグが、データの配信を行う旨を示す場合には、カレンダを更新するためのデータをネットワーク制御部４５に送信し、識別したアカウントが示す携帯端末装置へと送信させる。一方、制御部４４ａは、参照したフラグがデータの配信を行わない旨を示す場合には、カレンダを更新するためのデータを送信せずに、処理を終了する。
【００８３】
なお、制御部４４ａは、制御部４４と同様に、携帯端末装置１０から制御通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグを、データの配信を行わない旨を示すフラグに更新する。また、制御部４４ａは、携帯端末装置１０から解除通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグをデータの配信を行う旨を示すフラグに更新する。
【００８４】
図１に戻って、電話帳サーバ５１は、通信システム１が有する各携帯端末装置の電話帳のデータを携帯端末装置ごとに記憶する。そして、電話帳サーバ５１は、自身が記憶する携帯端末装置１０に係る電話帳のデータが更新された場合は、更新された電話帳のデータと、携帯端末装置１０が記憶する電話帳のデータとを同期させるためのデータを生成する。そして、電話帳サーバ５１は、生成したデータを携帯端末装置１０へ送信する。
【００８５】
ここで、電話帳サーバ５１は、メールサーバ４０やカレンダサーバ５０と同様に、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを停止する。また、電話帳サーバ５１は、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを再開する。
【００８６】
つまり、電話帳サーバ５１は、携帯端末装置１０から設定通知を受信した場合には、自身が記憶する携帯端末装置１０の電話帳が更新されたとしても、電話帳を同期させるためのデータを携帯端末装置１０へ送信しない。そして、電話帳サーバ５１は、携帯端末装置１０から解除通知を受信した場合には、プッシュ型のデータ配信サービスを再開し、電話帳を同期させるためのデータを携帯端末装置１０へ送信する。
【００８７】
以下、図を用いて、電話帳サーバ５１の一例について説明する。図６ｂは、実施例１に係る電話帳サーバの一例を説明するための図である。なお、図６ｂに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６は、図５ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６と同様の機能を発揮するものとして、説明を省略する。また、図６ｂに示すキーボード４７は、図５ａに示すキーボード４７と同様の機能を発揮するものとして、説明を省略する。
【００８８】
電話帳記憶部４３ｂは、通信システム１が有する各携帯端末装置ごとに、電話帳のデータを記憶する。例えば、電話帳記憶部４３ｂは、各携帯端末装置のアカウントと、各携帯端末装置の電話帳のデータとを対応付けて記憶する。
【００８９】
制御部４４ｂは、制御部４４ａと同様の処理を実行する。つまり、制御部４４ｂは、利用者が、ＰＣ等の携帯端末装置以外の端末を用いて、電話帳記憶部４３ｂが記憶する電話帳の更新を行った場合には、以下の処理を実行する。すなわち、制御部４４ｂは、更新前の電話帳のデータを更新後の電話帳のデータに更新するためのデータを生成する。
【００９０】
そして、制御部４４ｂは、更新された電話帳のデータと対応付けられたアカウントを識別し、同期制御対応テーブル４２ａから識別したアカウントと対応付けられたフラグを参照する。そして、制御部４４ｂは、参照したフラグがデータの配信を行う旨を示す場合には、識別したアカウントが示す携帯端末装置へ電話帳を更新するためのデータを送信する。また、制御部４４ｂは、参照したフラグがデータの配信を行わない旨を示す場合には、電話帳を更新するためのデータの送信を行わない。
【００９１】
なお、制御部４４ｂは、制御部４４ａと同様に、携帯端末装置１０から制御通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグを、データの配信を行わない旨を示すフラグに更新する。また、制御部４４ｂは、携帯端末装置１０から解除通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグをデータの配信を行う旨を示すフラグに更新する。
【００９２】
次に、図７を用いて、携帯端末装置１０において消費される電力の一例について説明する。図７は、実施例１に係る携帯端末装置が消費する電力を説明するための図である。なお、図７に示す例では、時間を横軸とし、携帯端末装置１０において流れる電流の量を縦軸とした。
【００９３】
また、図７に示す例では、携帯端末装置１０と各サーバ４０、５０、５１との間でメールを送受信するタイミングを矢印で示した。なお、図７に示す例では、携帯端末装置１０は、自身の状態が待受け状態である場合は、プッシュ型のメールのみを受信し、カレンダ、および、電話帳を同期するためのデータを受信しない旨を示すサービス情報１４を記憶しているものとする。なお、図７下部に示す定期的に流れる電流は、基地局２から送信される位置情報を受信する際に流れる電流である。
【００９４】
例えば、図７中（Ａ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０に対して、プッシュ型のメール配信を行う。また、図７中（Ｂ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０とは、カレンダや電話帳の同期を行う。そして、携帯端末装置１０は、図７中（Ｃ）に示すタイミングで、待受け状態に遷移すると判別した場合には、図７中（Ｄ）に示すタイミングで、カレンダサーバ５０、電話帳サーバ５１に対して、設定通知を送信する。
【００９５】
ここで、図７中（Ｆ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０を宛先とするメールを受信した場合には、携帯端末装置１０から設定通知を受信していないため、携帯端末装置１０に対するプッシュ型のメール配信サービスを実行する。すなわち、メールサーバ４０は、携帯端末装置１０に対して、メールを送信する。また、携帯端末装置１０は、図７中（Ｇ）に示すように、プッシュ型のメールを受信する。
【００９６】
なお、カレンダサーバ５０と電話帳サーバ５１とは、図７中（Ｄ）に示すタイミングで、携帯端末装置１０から設定通知を受信している。このため、カレンダサーバ５０と電話帳サーバ５１とは、自身が記憶するカレンダや電話帳が更新された場合にも、携帯端末装置１０から解除通知を受信するまでは、同期を行うためのデータを送信せずに待機する。
【００９７】
ここで、携帯端末装置１０は、図７中（Ｈ）に示すタイミングで待受け状態を解除すると判別した場合には、図７中（Ｉ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。そして、携帯端末装置１０は、図７中（Ｊ）に示すように、メールサーバ４０からのメールを受信するとともに、図７中（Ｋ）に示すように、カレンダサーバ５０や電話帳サーバ５１からデータを受信し、カレンダや電話帳の同期を行う。
【００９８】
次に、図を用いて、通信システム１が実行する処理の流れの一例について説明する。まず、図８を用いて、携帯端末装置１０が待受け状態の際に、プッシュ型のメールのみを受信する際に通信システム１が実行する処理の一例について説明する。図８は、実施例１に係る通信システムが実行する処理の流れを説明するための第１の図である。なお、図８には、カレンダサーバ５０が記憶する携帯端末装置１０のカレンダをＰＣが修正し、メールサーバ４０が他の携帯端末装置（他端末）から携帯端末装置１０を宛先とするメールを受信した例を示す。
【００９９】
まず、図８に示す例では、携帯端末装置１０が実行するＯＳ（Operating System）は、待受け遷移処理を開始し（ステップＳ１０１）、待受け状態管理部３１に、待受け状態に遷移するか否かを判別させる（ステップＳ１０２）。次に、待受け状態管理部３１は、待受け状態に遷移すると判別した場合には、待受け状態の間、停止させるサービスを示す通知と設定通知をサーバ連係処理部３２に送信する（ステップＳ１０３）。
【０１００】
次に、サーバ連係処理部３２は、待受け状態管理部３１からサービスを示す通知と設定通知を受信した場合には、受信した通知が示すサービスを提供するサーバに対して、受信した設定通知を送信する（ステップＳ１０４）。図８に示す例では、サーバ連係処理部３２は、設定通知をカレンダサーバ５０に送信する。
【０１０１】
このような場合には、カレンダサーバ５０は、同期制御対応テーブル４２ａを更新した後に、完了通知をサーバ連係処理部３２に送信する（ステップＳ１０５）。また、サーバ連係処理部３２は、完了通知を受信した場合には、受信した完了通知を待受け状態管理部３１に送信する（ステップＳ１０６）。そして、待受け状態管理部３１は、完了通知を受信した場合には、ＯＳに完了通知を送信する（ステップＳ１０７）。
【０１０２】
ここで、ＰＣは、カレンダ修正処理を開始し（ステップＳ１０８）、カレンダサーバ５０が記憶する携帯端末装置１０のカレンダを修正する（ステップＳ１０９）。このような場合には、カレンダサーバ５０は、ステップＳ１０４にて携帯端末装置１０から設定情報を受信している。このため、カレンダサーバ５０は、携帯端末装置１０のカレンダを同期させるためのデータを携帯端末装置１０に送信せず（ステップＳ１１０）、更新されたカレンダの保存処理のみを実行する（ステップＳ１１１）。
【０１０３】
また、メールサーバ４０は、他端末から携帯端末装置１０を宛先とするメールを受信する（ステップＳ１１２）。ここで、メールサーバ４０は、ステップＳ１０４にて、設定通知を受信していないため、受信したメールを携帯端末装置１０へ送信する（ステップＳ１１３）。この結果、携帯端末装置１０は、待受け状態である場合にも、メールのみを受信することとなる（ステップＳ１１４）。
【０１０４】
ここで、ＯＳは、利用者による操作を受付けた場合には、待受け解除処理を開始し、待受け状態管理部３１に待受け状態を解除するか否かを判別させる（ステップＳ１１５）。そして、待受け状態管理部３１は、待受け状態を解除すると判別した場合には、待受け状態の際に停止させたサービスを示す通知を解除通知とをサーバ連係処理部３２に送信する（ステップＳ１１６）。
【０１０５】
このような場合には、サーバ連係処理部３２は、解除通知を、待受け状態の際に停止させたサービスを提供するサーバ、すなわち、カレンダサーバ５０に送信する（ステップＳ１１７）。カレンダサーバ５０は、解除通知を受信した場合には、同期制御対応テーブル４２ａを更新した後に、完了通知をサーバ連係処理部３２に送信する（ステップＳ１１８）。また、サーバ連係処理部３２は、完了通知を受信した場合には、受信した完了通知を待受け状態管理部に送信する（ステップＳ１１９）。そして、待受け状態管理部３１は、完了通知を受信し、受信した完了通知をＯＳに送る（ステップＳ１２０）。
【０１０６】
次に、ＯＳは、利用者が手動でカレンダのアプリケーション等を起動させた場合には、カレンダ同期依頼をカレンダサーバ５０に送信する（ステップＳ１２１）。このような場合には、カレンダサーバ５０は、カレンダを同期させるためのデータを携帯端末装置１０のＯＳに送信し、携帯端末装置１０のカレンダと自身が記憶するカレンダとを同期させる（ステップＳ１２２）。
【０１０７】
次に、図９を用いて、携帯端末装置１０が待受け状態の際に、カレンダを同期させるデータのみを受信する際に通信システム１が実行する処理の一例について説明する。図９は、実施例１に係る通信システムが実行する処理の流れを説明するための第２の図である。なお、図９に示す各処理のうち、ステップＳ１０１〜Ｓ１０７、ステップＳ１１５〜Ｓ１２０は、図８に示すステップＳ１０１〜Ｓ１０７、ステップＳ１１５〜Ｓ１２０と同様の処理であるものとし、詳細な説明を省略する。また、図９に示す例では、携帯端末装置１０は、ステップＳ１０４にて、設定通知をメールサーバ４０に送信したものとする。
【０１０８】
例えば、図９に示す例では他端末が携帯端末装置１０を宛先とするメールの送信処理を実行し（ステップＳ１２３）、メールサーバ４０に携帯端末装置１０を宛先とするメールを送信する（ステップＳ１２４）。ここで、メールサーバ４０は、ステップＳ１０４にて、携帯端末装置１０から設定通知を受信しているため、メールを携帯端末装置１０に送信せずに（ステップＳ１２５）、処理を終了する。
【０１０９】
一方、カレンダサーバ５０は、ステップＳ１０４にて、設定通知を受信していない。このため、カレンダサーバ５０は、ＰＣによって携帯端末装置１０のカレンダが修正された場合には（ステップＳ１２６）、カレンダを同期させるためのデータを携帯端末装置１０へ送信する（ステップＳ１２７）。このような場合には、携帯端末装置１０のＯＳは、カレンダを同期させるためのデータを受信し、自身が記憶するカレンダをカレンダサーバ５０に記憶されたカレンダと同期させる（ステップＳ１２８）。
【０１１０】
また、メールサーバ４０は、携帯端末装置１０から解除通知を受信し（ステップＳ１１７）、完了通知を送信した場合には（ステップＳ１１８）、ステップＳ１２４にて受信したメールを携帯端末装置１０へ送信する（ステップＳ１２９）。
【０１１１】
このように、携帯端末装置１０は、待受け状態に遷移する場合には、待受け状態の際に停止させるサービスを提供するサーバに対して、サービスの停止を指示する設定通知を送信する。このため、携帯端末装置１０は、待受け状態の際に受付けるプッシュ型のサービスを限定する結果、電力消費量を削減することができる。
【０１１２】
以下、図１０〜図１３を用いて、携帯端末装置が消費する電力消費量の一例について説明する。図１０は、携帯端末装置が消費する電力消費量の一例を説明するための第１の図である。なお、図１０は、携帯端末装置１０の一例として、ＯＳとして、Ａｎｄｒｏｉｄ（登録商標）２．２を実行するサムスン電子（登録商標）製のＧａｌａｘｙ−Ｓ（登録商標）において流れた電流を示す簡略図の一例である。
【０１１３】
また、図１０に示す例では、携帯端末装置１０がプッシュ型のメールを受信した際に流れた電流の一例を示す。また、図１０に示す例では、測定開始から経過した時間［Ｓｅｃ（秒）］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。なお、図１０中、２．５６秒間隔で流れる電流は、基地局２から送信される位置情報を受信する際に流れる電流である。また、図１０の網掛けをした範囲は、継続的に電流が流れた範囲を模式的に示したものである。
【０１１４】
図１０に示す例では、携帯端末装置１０には、メールを受信する際に、３５．９［Ｓｅｃ］の間、平均で１４１．３［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、ＦＯＭＡ（登録商標）等の３Ｇ網を利用して通話を２８．２秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１５】
図１１は、携帯端末装置が消費する電力消費量の一例を説明するための第２の図である。なお、図１１は、図１０と同じ携帯端末装置１０においてカレンダを同期する際に流れた電流を示す簡略図の一例である。また、図１１に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１１の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１１６】
図１１に示す例では、携帯端末装置１０には、カレンダを同期する際に、２００．０［Ｓｅｃ］の間、平均で９８．１２［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１０９秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１７】
図１２は、携帯端末装置が消費する電力消費量の一例を説明するための第３の図である。なお、図１２は、携帯端末装置１０の一例として、Ａｎｄｒｏｉｄ１．６を実行するＨＴＣ（登録商標）製のＨＴ−０３Ａ（登録商標）において流れた電流のを示す簡略図の一例である。また、図１２に示す例では、携帯端末装置１０がプッシュ型のメールを受信した際に流れた電流の一例を示す。また、図１２に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１２の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１１８】
図１２に示す例では、携帯端末装置１０には、メールを受信する際に、１１．７［Ｓｅｃ］の間、平均で１８６．６［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１２．１秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１９】
図１３は、携帯端末装置が消費する電力消費量の一例を説明するための第４の図である。なお、図１３は、図１２と同じ携帯端末装置１０においてカレンダを同期する際に流れた電流を示す簡略図の一例である。また、図１３に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１３の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１２０】
図１３に示す例では、携帯端末装置１０には、カレンダを同期する際に、１２．８６［Ｓｅｃ］の間、平均で１７０．０［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１２．１秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１２１】
このように、携帯端末装置１０は、メールを受信する場合や、カレンダを同期する場合には、待受け状態よりも多くの電力を消費する。このため、携帯端末装置１０は、待受け状態に遷移する際に、待受け状態の際に受けるプッシュ型のサービスを限定することによって、消費する電力量を削減することができる。この結果、携帯端末装置１０は、待受状態を維持する時間を延ばすことができる。
【０１２２】
例えば、制御部３０、待受け状態管理部３１、サーバ連係処理部３２とは、電子回路である。ここで、電子回路の例として、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路、またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などを適用する。
【０１２３】
また、メモリ１３とは、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。
【０１２４】
次に、図１４を用いて、携帯端末装置１０が実行する処理の流れの一例について説明する。図１４は、実施例１に係る携帯端末装置が実行する処理の流れの一例を説明するための図である。図１４に示す例では、携帯端末装置１０は、自身の状態が待受け状態であるか否かを判別する（ステップＳ２０１）。
【０１２５】
そして、携帯端末装置１０は、自身の状態が待受け状態ではないと判別した場合には（ステップＳ２０１否定）、自身の状態を待受け状態に遷移させるか否かを判別する（ステップＳ２０２）。また、携帯端末装置１０は、自身の状態を待受け状態に遷移させないと判別した場合には（ステップＳ２０２否定）、所定の時間経過後に、再度、待受け状態に遷移させるか否かを判別する（ステップＳ２０２）。
【０１２６】
また、携帯端末装置１０は、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ２０２肯定）、サービス情報１４から、待受け時に停止するサービスを判別する（ステップＳ２０３）。そして、携帯端末装置１０は、判別したサービスを提供するサーバに設定通知を送信する（ステップＳ２０４）。その後、携帯端末装置１０は、完了通知を受信し（ステップＳ２０５）、ＯＳに完了通知を行う（ステップＳ２０６）。
【０１２７】
一方、携帯端末装置１０は、自身の状態が待受け状態である場合には（ステップＳ２０１肯定）、待受け状態を解除するか否かを判別する（ステップＳ２０７）。ここで、携帯端末装置１０は、待受け状態を解除しないと判別した場合には（ステップＳ２０７否定）、所定の時間が経過した後に、再度待受け状態を解除するか否かを判別する（ステップＳ２０７）。
【０１２８】
また、携帯端末装置１０は、待受け状態を解除すると判別した場合には（ステップＳ２０７肯定）、動作時に利用するサービスを判別し（ステップＳ２０８）、判別したサービスを提供するサーバに対して、解除通知を送信する（ステップＳ２０９）。次に、携帯端末装置１０は、サーバから完了通知を受信し（ステップＳ２１０）、ＯＳへ完了通知を行う（ステップＳ２１１）。
【０１２９】
［実施例１の効果］
上述したように、携帯端末装置１０は、プッシュ型のサービスに係るデータやメールを待受け状態の際に受信するか否かを示すサービス情報１４を記憶する。また、携帯端末装置１０は、待受け状態に遷移するか否かを判別し、遷移すると判別した場合には、サービス情報１４に基づいて、プッシュ型のサービスの停止を指示する設定通知をプッシュ型のサービスを提供するサーバへ送信する。
【０１３０】
このため、携帯端末装置１０は、待受け時に受信するデータを限定することができる。つまり、携帯端末装置１０は、待受け時に受けるプッシュ型のサービスを限定することができる。この結果、携帯端末装置１０は、プッシュ型のサービスに係るデータやメールの受信を限定する結果、消費電力量を削減し、待受け時間を延ばすことができる。
【０１３１】
また、携帯端末装置１０は、待受け状態の際にデータやメールを受信するか否かをサービスの種別ごとに示すサービス情報１４を記憶する。このため、携帯端末装置１０は、消費電力量を削減しつつ、待受け時に受けるサービスを選択することができる。
【０１３２】
例えば、携帯端末装置１０は、業務用のカレンダをカレンダサーバと常時同期させたい場合には、サービス「カレンダ」とフラグ「１」とを対応づけ、他のサービスとフラグ「０」とを対応付ける。このような場合には、携帯端末装置１０は、待受け状態の際にも、カレンダサーバ５０にカレンダを同期させるデータを送信させ、他のプッシュ型サービスを提供するサーバに、データやメールの送信を停止させることができる。この結果、携帯端末装置１０は、消費電力量を削減しつつ、常時受信すべきデータを受信することができる。
【０１３３】
また、携帯端末装置１０は、自身が待受け状態である場合には、待受け状態を解除するか否かを判別し、待受け状態を解除すると判別した場合には、以下の処理を実行する。すなわち、携帯端末装置１０は、設定通知を送信したサーバに対して、プッシュ型のサービスの再開を指示する解除通知を送信する。
【０１３４】
このため、携帯端末装置１０は、待受け状態を解除した際に、停止させていたサービスに係るデータやメールを迅速に受信することができる。この結果、携帯端末装置１０は、消費電力量を削減しつつ、操作性を向上させることができる。
【０１３５】
また、携帯端末装置１０は、待受け状態の際にも、メールやデータを受信するサービスを選択することができる。すなわち、携帯端末装置１０は、常時受けたいサービスに係るメールやデータを待受け状態の際にも受信することができる。
【実施例２】
【０１３６】
これまで本発明の実施例について説明したが実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。
【０１３７】
（１）設定通知を送信するタイミングについて
上述した携帯端末装置１０は、待受け状態に遷移する際に、設定通知を送信した。しかし、実施例はこれに限定されるものではない。以下、携帯端末装置１０に係る他の実施例として、待受け状態に遷移してから所定の時間が経過した後に、設定通知を送信する例について説明する。
【０１３８】
例えば、携帯端末装置１０ａは、図１５ａに例示する制御部３０ａを有する。図１５ａは、実施例２に係る制御部の一例を説明するための図である。図１５ａに示す例では、制御部３０ａは、待受け状態管理部３１ａ、サーバ連係処理部３２、待受け経過タイマ３３を有する。なお、サーバ連係処理部３２は、実施例１に係るサーバ連係処理部３２と同様の機能を発揮するものとして、説明を省略する。
【０１３９】
待受け状態管理部３１ａは、待受け状態管理部３１と同様の機能を発揮する。すなわち、待受け状態管理部３１ａは、携帯端末装置１０ａを待受け状態に遷移させると判別した場合には、携帯端末装置１０ａを待受け状態に遷移させる。さらに、待受け状態管理部３１ａは、携帯端末装置１０ａを待受け状態に遷移させた場合には、待受け状態に遷移した旨の通知を待受け経過タイマ３３に対して送信する。また、待受け状態管理部３１ａは、待受け状態を解除すると判別した場合には、待受け状態を解除した旨の通知を待受け経過タイマ３３に対して送信する。
【０１４０】
また、待受け状態管理部３１ａは、待受け状態に遷移してから所定の時間が経過した旨の通知を待受け経過タイマ３３から受信した場合には、メモリ１３が記憶するサービス情報１４を参照し、待受け時に停止させるプッシュ型のサービスを判別する。その後、待受け状態管理部３１ａは、待受け状態管理部３１と同様に、判別したサービスと設定通知とをサーバ連係処理部３２に送信する。
【０１４１】
待受け経過タイマ３３は、待受け状態管理部３１ａから待受け状態に遷移した旨の通知を受信した場合には、計時を開始し、携帯端末装置１０ａが待受け状態に遷移してから経過した時間を計時する。そして、待受け経過タイマ３３は、携帯端末装置１０ａが待受け状態に遷移してから所定の時間が経過した場合には、待受け状態に遷移してから所定の時間が経過した旨の通知を待受け状態管理部３１ａに送信する。また、待受け経過タイマ３３は、待受け状態を解除した旨の通知を待受け状態管理部３１から受信した場合には、計時を停止する。すなわち、待受け経過タイマ３３は、カウントした時間をリセットする。
【０１４２】
次に、図１５ｂを用いて、制御部３０ａを有する携帯端末装置１０ａが設定通知を送信するタイミングについて説明する。図１５ｂは、実施例２に係る携帯端末装置が設定通知を送信するタイミングを説明するための図である。なお、図１５ｂに示す例では、図７と同様に、時間を横軸とし、携帯端末装置１０ａにおいて流れる電流の量を縦軸とした図に、携帯端末装置１０ａと各サーバ４０、５０、５１との間でメール等のデータを送受信するタイミングを矢印で示した。また、図１５ｂに示す例では、図７と同様に、携帯端末装置１０ａは、待受状態において、プッシュ型のメールのみを受信するものとする。
【０１４３】
例えば、図１５ｂ中（Ｌ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０ａに対して、プッシュ型のメール配信を行う。また、図１５ｂ中（Ｍ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０ａとは、カレンダや電話帳の同期を行う。ここで、携帯端末装置１０ａは、図１５ｂ中（Ｎ）に示すタイミングで、待受け状態に遷移すると判別した場合には、設定通知を送信せずに、そのまま待受状態に遷移する。
【０１４４】
そして、図１５ｂ中（Ｏ）に示すように、携帯端末装置１０ａは、待受状態に遷移してから所定の時間が経過した場合には、図１５ｂ中（Ｐ）に示すタイミングで、カレンダサーバ５０および電話帳サーバ５１に対して、設定通知を送信する。また、図１５ｂ中（Ｑ）に示すように、メールサーバ４０は、携帯端末装置１０ａに対するプッシュ型のメール配信サービスを実行する。ここで、携帯端末装置１０ａは、図１５ｂ中（Ｒ）に示すタイミングでメールを受信した場合には、画面の起動を行わず、メールの受信のみを行う。つまり、携帯端末装置１０ａは、待受状態の際にメールの受信やカレンダの同期を行った場合は、画面の起動を行わず、メールの受信やカレンダの同期処理のみを実行する。
【０１４５】
また、図１５ｂ中（Ｓ）に示すタイミングで待受状態を解除すると判別した場合には、図１５ｂ中（Ｔ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。そして、携帯端末装置１０ａは、図１５ｂ中（Ｕ）に示すように、メールサーバ４０からのメールを受信するとともに、図１５ｂ中（Ｖ）に示すように、カレンダサーバ５０や電話帳サーバ５１とカレンダや電話帳の同期を行う。
【０１４６】
次に、図１６を用いて、実施例２に係る携帯端末装置１０ａが設定通知を送信する処理の一例について説明する。図１６は、実施例２に係る携帯端末装置が実行する処理の一例を説明するための図である。なお、図１６に示す処理のうち、ステップＳ３０４〜Ｓ３０９については、図８中のステップＳ１０２〜Ｓ１０７と同様の処理であるものとし、以下の説明を省略する。
【０１４７】
例えば、携帯端末装置１０ａのＯＳは、待受遷移処理を開始し、待受け状態管理部３１ａに待受状態に遷移するか否かを判別させる（ステップＳ３０１）。そして、待受け状態管理部３１ａは、待受状態に遷移すると判別し、ＯＳに完了通知を送信する（ステップＳ３０２）。そして、携帯端末装置１０ａのＯＳは、携帯端末装置１０ａを待受状態に遷移させるとともに、所定の時間が経過するまで待機する（ステップＳ３０３）。
【０１４８】
その後、携帯端末装置１０ａのＯＳは、携帯端末装置１０ａが待受状態に遷移してから所定の時間が経過した場合は、実施例１に係る携帯端末装置１０と同様に、設定通知をメールサーバ４０へ送信する（ステップＳ３０４〜Ｓ３０６）。
【０１４９】
次に、図１７を用いて、実施例２に係る携帯端末装置１０ａが実行する処理の流れについて説明する。図１７は、実施例２に係る携帯端末装置が実行する処理の流れの一例について説明するための図である。なお、図１７に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。
【０１５０】
例えば、携帯端末装置１０ａは、自身の状態が待受状態であるか否かを判別する（ステップＳ４０１）。そして、携帯端末装置１０ａは、自身の状態が待受状態ではないと判別した場合には（ステップＳ４０１否定）、自身の状態を待受状態に遷移させるか否かを判別する（ステップＳ４０２）。また、携帯端末装置１０ａは、自身の状態を待受状態に遷移させないと判別した場合には（ステップＳ４０２否定）、所定の時間経過後、再度、自身の状態を待受状態に遷移させるか否かを判別する（ステップＳ４０２）。
【０１５１】
また、携帯端末装置１０ａは、自身の状態を待受状態に遷移させると判別した場合には（ステップＳ４０２肯定）、待受け経過タイマ３３にカウントを開始させる（ステップＳ４０３）。次に、携帯端末装置１０ａは、待受け状態を解除するか否かを判別し（ステップＳ４０４）、解除しないと判別した場合には（ステップＳ４０４否定）、以下の処理を実行する。すなわち、携帯端末装置１０ａは、待受け経過タイマ３３を用いて、待受け状態に遷移してから所定の時間が経過したか否かを判別する（ステップＳ４０５）。
【０１５２】
そして、携帯端末装置１０ａは、所定の時間が経過したと判別した場合には（ステップＳ４０５肯定）、待受け時に停止するサービスを判別する（ステップＳ２０３）。一方、携帯端末装置１０ａは、所定の時間が経過していないと判別した場合には（ステップＳ４０５否定）、再度、待受け状態を解除するか否かを判別する（ステップＳ４０４）。また、携帯端末装置１０ａは、待受け状態を解除すると判別した場合には（ステップＳ４０４肯定）、動作時に利用するサービスを判別する（ステップＳ２０８）。
【０１５３】
このように、携帯端末装置１０ａは、自身の状態を待受け状態に遷移させてから所定の時間が経過するまでの間に、待受け状態が解除されなかった場合には、サービス情報に基づいて、プッシュ型のサービスの停止を指示する設定情報を送信する。このため、携帯端末装置１０ａは、待受け状態への遷移や待受け状態の解除が頻繁に行う場合にも、処理の増加を抑えつつ、より適切に消費電力量を削減することができる。
【０１５４】
（２）充電中の動作について
上述した携帯端末装置１０、１０ａは、待受け状態に遷移するか否かをトリガとして制御通知を送信した。しかし、実施例はこれに限定されるものではない。例えば、携帯端末装置１０、１０ａは、待受け状態に遷移する際に、充電中である場合には、消費電力量を抑える必要がないので、設定通知を送信しないこととしてもよい。
【０１５５】
以下、待受け状態に遷移する際に、充電中である場合には、設定通知を送信しない携帯端末装置１０ｂについて説明する。なお、携帯端末装置１０ｂは、携帯端末装置１０、１０ａと同様の機能を有するものとして、携帯端末装置１０ｂが有する各部の詳細な説明については、説明を省略する。
【０１５６】
図１８は、充電中に設定通知を送信しない携帯端末装置の処理の一例を説明するための図である。なお、図１８に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。また、図１８に示すステップＳ５０１、ステップＳ５０２は、図１７に示すステップＳ４０１、ステップＳ４０２と同様の処理を実行するものとして、説明を省略する。
【０１５７】
すなち、携帯端末装置１０ｂは、待受け状態に遷移すると判別した場合には（ステップＳ５０２肯定）、現在充電を行っているか否かを判別する（ステップＳ５０３）。そして、携帯端末装置１０ｂは、現在充電を行っていると判別した場合には（ステップＳ５０３肯定）、ステップＳ２０３〜ステップＳ２０６に示す設定通知を送信する一連の処理を実行せずに、処理を終了する。一方、携帯端末装置１０ｂは、現在充電を行っていないと判別した場合には（ステップＳ５０３否定）、待受け時に停止するサービスを判別し（ステップＳ２０３）、判別したサービスを提供するサーバに設定通知を送信する（ステップＳ２０４）。
【０１５８】
このように、携帯端末装置１０ｂは、自身の状態を待受け状態に遷移させると判別した際に、充電中であった場合には、プッシュ型のサービスを提供するサーバに設定通知を送信しない。このため、携帯端末装置１０ｂは、省電力を考慮しなくてもよい場合には、プッシュ型のサービスを継続して受けるため、利用者の利便性を向上させることができる。
【０１５９】
なお、携帯端末装置１０ｂは、待受け状態に遷移し、プッシュ型のサービスを提供するサーバに設定通知を送信した後に、充電が開示された場合には、サーバに解除通知を送信し、プッシュ型のサービスを再開させることとしても良い。以下、このような携帯端末装置１０ｂについて説明する。
【０１６０】
図１９は、待受け状態の際に充電が開始された際に解除通知を送信する携帯端末装置の一例を説明するための図である。なお、図１９に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。また、図１９に示すステップＳ５０１〜Ｓ５０３は、図１８に示すステップＳ５０１〜Ｓ５０３と同様の処理であるものとし、以下の説明を省略する。
【０１６１】
すなわち、携帯端末装置１０ｂは、自身の状態が待受け状態であると判別した場合は（ステップＳ５０１肯定）、自身が充電中であるか否かを判別する（ステップＳ５０４）。そして、携帯端末装置１０ｂは、自身が充電中であると判別した場合には（ステップＳ５０４肯定）、ステップＳ２０８〜ステップＳ２１１を実行することで、各サーバ４０、５０、５１に対して解除通知を送信する。一方、携帯端末装置１０ｂは、自身が充電中ではないと判別した場合には（ステップＳ５０４否定）、待受け状態を解除するか否かを判別する（ステップＳ２０７）。
【０１６２】
このように、携帯端末装置１０ｂは、自身の状態が待受け状態である際に、充電が開始された場合には、設定通知を送信したサーバに対して、プッシュ型のサービスの再開を指示する解除通知を送信する。このため、携帯端末装置１０ｂは、既に設定通知を送信した際に、充電が開始され、省電力を考慮しなくとも良い状態となった場合には、解除通知を送信し、プッシュ型のサービスの提供を受けることができる。この結果、携帯端末装置１０ｂは、利便性を高めることができる。
【０１６３】
（３）時間帯による配信サービスの選択について
例えば、本願に係る携帯端末装置は、待受け状態に遷移する際に、予め設定した時刻に応じて、プッシュ型のサービスを停止させるか否かを判別してもよい。そこで、以下に、待受け状態に遷移する時間に応じて、プッシュ型のサービスを停止するか否かを判別する携帯端末装置１０ｃについて説明する。
【０１６４】
図２０ａは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置の一例を説明するための図である。図２０ａに示す例では、携帯端末装置１０ｃは、制御部３０ｂを有する。また、制御部３０ｂは、待受け状態管理部３１ｂを有する。また、携帯端末装置１０ｃは、メモリ１３に、設定時間テーブル１４ａを有する。ここで、設定時間テーブル１４ａとは、プッシュ型のサービスの提供を停止させない時間帯を示す情報である。
【０１６５】
すなわち、待受け状態管理部３１ｂは、携帯端末装置１０ｃの状態を待受け状態に遷移させると判別した場合には、設定時間テーブル１４ａを参照し、現時刻が設定時間テーブル１４ａが示す時間帯に含まれるか否かを判別する。そして、待受け状態管理部３１ｂは、現時刻が設定時間テーブル１４ａが示す時間帯に含まれると判別した場合には、設定通知をサーバ連係処理部３２に送信せず、携帯端末装置１０ｃの状態を待受け状態に遷移させる。一方、待受け状態管理部３１ｂは、現時刻が設定時間テーブル１４ａが示す時間帯に含まれないと判別した場合には、停止させるプッシュ型のサービス名と設定通知とをサーバ連係処理部３２に送信する。
【０１６６】
図２０ｂは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２０ｂに示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理を実行するものとして、説明を省略する。また、図２０ｂに示すステップＳ６０１、ステップＳ６０２は、図１８に示すステップＳ５０１、ステップＳ５０２と同様の処理を実行するものとして、説明を省略する。
【０１６７】
すなわち、携帯端末装置１０ｃは、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ６０２肯定）、設定時間テーブル１４ａを読み込む（ステップＳ６０３）。そして、携帯端末装置１０ｃは、設定時間テーブル１４ａが示す時間帯、すなわちプッシュ型のサービスを停止させない時間帯に現時刻が含まれるか否かを判別する（ステップＳ６０４）。
【０１６８】
そして、携帯端末装置１０ｃは、現時刻がサービスを停止させない時間帯に含まれると判別した場合には（ステップＳ６０４肯定）、ステップＳ２０３〜ステップＳ２０６を実行せずに処理を終了する。一方、携帯端末装置１０ｃは、現時刻がサービスを停止させる時間帯に含まれると判別した場合には（ステップＳ６０４否定）、ステップＳ２０３〜ステップＳ２０６を実行し、処理を終了する。
【０１６９】
このように、携帯端末装置１０ｃは、待受け状態に遷移する際に、現時刻が予め設定された所定の時間帯に含まれるか否かを判別し、現時刻が予め設定された所定の時間帯に含まれると判別した場合は、設定通知を送信しない。また、携帯端末装置１０ｃは、現時刻が予め設定された所定の時間帯に含まれないと判別した場合には、設定通知を送信し、プッシュ型のサービスの停止を指示する。
【０１７０】
このため、携帯端末装置１０ｃは、消費電力量を削減しつつ、時間帯に応じてプッシュ型のサービスを受けるか否かを判別することができる。この結果、携帯端末装置１０ｃは、例えば、出勤時間中はプッシュ型のサービスを常時提供させ、出勤時間以外は、待受け時にプッシュ型のサービスを停止させることができる。
【０１７１】
（４）アクセスポイントに応じた配信サービスの選択について
例えば、本願に係る携帯端末装置は、待受け状態に遷移する際に、接続中のアクセスポイント（ＡＰ：Access Point）が予め設定したアクセスポイントであるか否かに基づいて、プッシュ型のサービスを停止させるか否かを判別してもよい。そこで、以下に、接続中のアクセスポイントが予め設定したアクセスポイントであるか否かに基づいて、プッシュ型のサービスを停止するか否かを判別する携帯端末装置１０ｄについて説明する。
【０１７２】
図２１ａは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置の一例を説明するための図である。図２１ａに示す例では、携帯端末装置１０ｄは、制御部３０ｃを有する。また、制御部３０ｃは、待受け状態管理部３１ｃを有する。また、携帯端末装置１０ｄは、メモリ１３に、設定ＡＰテーブル１４ｂを有する。ここで、設定ＡＰテーブル１４ｂとは、携帯端末装置１０ｄが接続するアクセスポイントを示す情報である。
【０１７３】
すなわち、待受け状態管理部３１ｃは、携帯端末装置１０ｄの状態を待受け状態に遷移させると判別した場合には、設定ＡＰテーブル１４ｂを参照し、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれるか否かを判別する。そして、待受け状態管理部３１ｃは、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれると判別した場合には、設定通知をサーバ連係処理部３２に送信せず、携帯端末装置１０ｃの状態を待受け状態に遷移させる。一方、待受け状態管理部３１ｃは、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれないと判別した場合には、停止させるプッシュ型のサービス名と設定通知とをサーバ連係処理部３２に送信する。
【０１７４】
図２１ｂは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２１ｂに示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理を実行するものとして、説明を省略する。また、図２１ｂに示すステップＳ７０１、ステップＳ７０２は、図１８に示すステップＳ５０１、ステップＳ５０２と同様の処理を実行するものとして、説明を省略する。
【０１７５】
すなわち、携帯端末装置１０ｄは、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ７０２肯定）、設定ＡＰテーブル１４ｂを読み込む（ステップＳ７０３）。そして、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれるか否かを判別する（ステップＳ７０４）。
【０１７６】
そして、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれると判別した場合には（ステップＳ７０４肯定）、ステップＳ２０３〜ステップＳ２０６を実行しない。すなわち、携帯端末装置１０ｄは、設定通知を送信せず、待受け状態に遷移するのみで、処理を終了する。
【０１７７】
一方、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれないと判別した場合には（ステップＳ７０４否定）、ステップＳ２０３〜ステップＳ２０６を実行する。すなわち、携帯端末装置１０ｄは、プッシュ型のサービスの停止を指示する設定通知を送信する。
【０１７８】
このように、携帯端末装置１０ｄは、待受け状態に遷移する際に、接続中のアクセスポイントが予め設定されたアクセスポイントであるか否かを判別する。そして、携帯端末装置１０ｄは、接続中のアクセスポイントが予め設定されたアクセスポイントであると判別した場合には、設定通知の送信を行わない。また、携帯端末装置１０ｄは、接続中のアクセスポイントが予め設定されたアクセスポイントではないと判別した場合には、設定通知の送信を行う。
【０１７９】
このため、携帯端末装置１０ｄは、消費電力量を削減しつつ、携帯端末装置１０ｄの位置に応じて、プッシュ型のサービスを受けるか否かを判別することができる。この結果、携帯端末装置１０ｄは、例えば、会社のアクセスポイントに接続中の場合には、プッシュ型のサービスを常時提供させ、会社以外のアクセスポイントに接続中の場合には、待受け時にプッシュ型のサービスを停止させることができる。
【０１８０】
（５）設定通知の送信方法について
上述した携帯端末装置１０〜１０ｄは、設定された条件を満たした際に、プッシュ型のサービスの停止を指示する設定通知を送信した。しかし、実施例はこれに限定されるものではない。例えば、携帯端末装置１０〜１０ｄは、ＩＰｖ（Internet Protocol version）４アドレスを保持するためのＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信することで、消費電力をさらに削減することとしてもよい。以下、このようにＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する携帯端末装置１０ｅについて説明する。
【０１８１】
図２２は、携帯端末装置がＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する処理の一例について説明するための図である。なお、図２２に示す例では、図７と同様に、時間を横軸とし、携帯端末装置１０ｅにおいて流れる電流の量を縦軸とした図に、携帯端末装置１０ｅと各サーバ４０、５０、５１との間でメール等のデータを送受信するタイミングを矢印で示した。また、図２２に示す例では、図７と同様に、携帯端末装置１０ｅは、待受状態において、プッシュ型のメールのみを受信するものとする。
【０１８２】
例えば、図２２中（Ｗ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０ｅに対して、プッシュ型のメール配信を行う。また、図２２中（Ｘ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０ｅとは、カレンダや電話帳の同期を行う。ここで、携帯端末装置１０ｅは、図２２中（Ｙ）に示すタイミングで、待受け状態に遷移すると判別した場合には、設定通知を送信せずに、そのまま待受状態に遷移する。
【０１８３】
そして、図２２中（Ｚ）に示すように、携帯端末装置１０ｅは、待受け状態に遷移してから最初に実行するＡｌｗａｙｓ Ｏｎ動作まで待機し、図２２中（ａ）に示すように、Ａｌｗａｙｓ−Ｏｎ動作と同時に設定通知を送信する。また、図２２中（ｂ）に示すように、メールサーバ４０は、携帯端末装置１０ｅに対するプッシュ型のメール配信サービスを実行する。ここで、携帯端末装置１０ｅは、図２２中（ｃ）に示すタイミングでメールを受信した場合には、画面の起動を行わず、メールの受信のみを行う。
【０１８４】
また、図２２中（ｄ）に示すタイミングで待受状態を解除すると判別した場合には、図２２中（ｅ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。つまり、携帯端末装置１０ｅは、設定通知の送信についてはＡｌｗａｙｓ Ｏｎ動作まで待機するが、設定解除の送信については、即時送信する。そして、携帯端末装置１０ｅは、図２２中（ｆ）に示すように、メールサーバ４０からのメールを受信するとともに、図２２中（ｇ）に示すように、カレンダサーバ５０や電話帳サーバ５１とカレンダや電話帳の同期を行う。
【０１８５】
このように、携帯端末装置１０ｅは、ＩＰアドレスを保持するためのＡｌｗａｙｓ−Ｏｎ機能を有する。そして、携帯端末装置１０ｅは、待受け状態に遷移し、設定通知を送信する場合には、Ａｌｗａｙｓ−Ｏｎ機能の実行まで待機し、Ａｌｗａｙｓ−Ｏｎ機能の実行と同時に、設定通知を送信する。このため、携帯端末装置１０ｅは、設定通知を送信する際に要する電力量を削減することができる。
【０１８６】
（６）ＩＰアドレスの割り当て解放について
例えば、携帯端末装置１０〜１０ｅは、待受け状態である際に、全てのプッシュ型サービスに係るデータを受信しない旨をサービス情報１４が示す場合には、Ａｌｗａｙｓ−Ｏｎ機能を解除し、無線通信を行うために割当てられたＩＰアドレスを解放してもよい。以下、このように待受け状態である際に、全てのプッシュ型サービスに係るデータを受信しない場合には、自身に割当てられたＩＰアドレスを解放する携帯端末装置１０ｆについて説明する。
【０１８７】
図２３は、自身に割当てられたＩＰアドレスを解放する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２３中のステップＳ８０１、Ｓ８０２、Ｓ８０５、Ｓ８０６は、図８中のステップＳ１０１、Ｓ１０３、Ｓ１０６、Ｓ１０７と同様の処理であるものとし、説明を省略する。
【０１８８】
また、図２３中のステップＳ８１０、Ｓ８１１、Ｓ８１５、Ｓ８１６については、Ｓ１１５、Ｓ１１６、Ｓ１１９、Ｓ１２０と同様の処理であるものし、説明を省略する。また、図２３中ステップＳ８０７〜Ｓ８０９は、図８中ステップＳ１０８〜Ｓ１１１と同様の処理であるものとして、説明を省略する。また、図２３中ステップＳ８０８、Ｓ８０９は、図９中のステップＳ１２４、Ｓ１２５と同様の処理であるものとして、説明を省略する。
【０１８９】
すなわち、携帯端末装置１０ｆは、待受け状態管理部３１ｃが待受け状態に遷移すると判別し、かつ、待受け状態の際に全てのプッシュ型サービスを停止させる旨をサービス情報１４が示す場合には、以下の処理を実行する。すなわち、携帯端末装置１０ｆは、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバに対して、ＡＰＮ（Access Point Name）削除通知を送信する（ステップＳ８０３）。
【０１９０】
このため、ＤＨＣＰサーバは、携帯端末装置１０ｆに割当てたＩＰｖ４アドレスを解放する（ステップＳ８０４）。ここで、携帯端末装置１０ｆには、ＩＰｖ４アドレスが割付けられていないため、メールサーバ４０やカレンダサーバ５０は、携帯端末装置１０ｆ宛のメールやカレンダの修正が発生しても、メールやデータの送信を行わない。
【０１９１】
そして、携帯端末装置１０ｆは、待受け状態を解除する場合には（ステップＳ８１２、８１３）、ＩＰｖ４アドレスの割当を要求するＡＰＮ設定通知をＤＨＣＰサーバへ送信する（ステップＳ８１４）。このような場合には、ＤＨＣＰサーバは、携帯端末装置１０ｆにＩＰｖ４の割当を行う（ステップＳ８１５）。そして、携帯端末装置１０ｆは、ＩＰｖ４割当通知を受信する（ステップＳ８１６）。その後、携帯端末装置１０ｆは、各サーバと同期を行い、メールの受信やカレンダを更新するためのデータ等の受信を行う同期処理を実行する（ステップＳ８１９、Ｓ８２０）。
【０１９２】
このように、携帯端末装置１０ｆは、待受け状態を解除すると判別し、かつ、サービス情報１４が全てのプッシュ型のサービスについて待受け状態の際にデータを受信しない旨を示す場合には、ＩＰｖ４アドレスの割当を解除し、Ａｌｗａｙｓ−Ｏｎ機能を解除する。このため、携帯端末装置１０ｆは、ＩＰｖ４アドレスの枯渇を防ぐことができる。また、携帯端末装置１０ｆは、Ａｌｗａｙｓ−Ｏｎ機能を実行するために消費する電力を削減することができる結果、消費電力量を削減することができる。
【０１９３】
（７）プッシュ型サービスを停止させる処理について
上述した携帯端末装置１０〜１０ｆは、所定の条件を満たした場合には、設定通知を送信することで、プッシュ型サービスの提供を停止させた。しかし、実施例は、これに限定されるものではない。例えば、携帯端末装置１０〜１０ｆは、待受け状態の際に、プッシュ型サービスの提供を停止させるのではなく、プッシュ型サービスに係るデータの配信頻度を通常時よりも低い値に更新することとしてもよい。
【０１９４】
例えば、携帯端末装置１０〜１０ｆは、待受け状態の時にプッシュ型のメールを受信する頻度を低下させる指示をメールサーバ４０に送信する。このような場合には、メールサーバ４０は、携帯端末装置１０〜１０ｆごとに、あらかじめ設定された頻度で、メールの送信を行う。
【０１９５】
図２４は、実施例２に係る同期制御対応テーブルの一例を説明するための図である。図２４に示す例では、同期制御対応テーブル４２ａは、各携帯端末装置のメールアドレスと、制御情報と、メールを送信する頻度を示す頻度情報とを対応付けた情報である。
【０１９６】
ここで、制御情報「１」は、メールを予め設定された頻度で送信する旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．１１１＠ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを、２通受信するたびに、まとめて送信する。また、制御情報「０」は、メール配信サービスを停止している旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを送信せずに保存する。
【０１９７】
また、制御情報「２」は、メールを通常の頻度で送信する旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．３３３．ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを、受信するたびに送信する。
【０１９８】
このような同期制御対応テーブル４２ａを有するメールサーバ４０は、例えば、メールアドレスが「ａａａ．３３３＠ｆｊ．ｃｏｍ」の携帯端末から、メールを送信する頻度を低下させる指示を受信した場合には、以下の処理を実行する。すなわち、メールサーバ４０は、同期制御対応テーブル４２ａにメールアドレス「ａａａ．３３３＠ｆｊ．ｃｏｍ」と対応付けられた制御情報「２」を「１」に更新する。
【０１９９】
そして、メールサーバ４０は、更新した同期制御対応テーブル４２ａに従って、プッシュ型のメール配信サービスを実行する。なお、上述した、プッシュ型のサービスに係るデータの配信頻度を低下させる処理は、メールサーバ４０のみならず、カレンダサーバ５０や、電話帳サーバ５１にも適用することができる。
【０２００】
（８）各実施例の関係
なお、上述した各実施例に係る携帯端末装置１０〜１０ｆが実行する処理は、それぞれ矛盾しない範囲で、任意に組み合わせて実行してもよい。例えば、携帯端末装置１０ｆは、他の携帯端末装置１０〜１０ｅが実行する処理を実行することとしてもよい。
【０２０１】
なお、携帯端末装置１０〜１０ｆは、３Ｇ等の無線通信網に接続する際に、ＩＰｖ４を割当てられる場合のみならず、ＩＰｖ６を割当てられる場合にも、適切に電力の消費を抑えることができる。すなわち、携帯端末装置１０〜１０ｆは、Ａｌｗａｙｓ−Ｏｎ機能を実行しない場合にも、消費電力量を削減することができる。
【０２０２】
（９）プログラム
ところで、携帯端末装置１０〜１０ｆは、ハードウェアを利用して各種の処理を実現する場合を説明した。しかし、実施例はこれに限定されるものではなく、あらかじめ用意されたプログラムを携帯端末装置１０が有するＣＰＵで実行することによって実現するようにしてもよい。そこで、以下では、図２５を用いて、実施例１に示した携帯端末装置１０と同様の機能を有するプログラムを実行する携帯端末装置の一例を説明する。図２５は、通信プログラムを実行する携帯端末装置の一例を説明するための図である。
【０２０３】
図２５に例示された携帯端末装置１００は、ＲＯＭ（Read Only Memory）１１０、ＲＡＭ（Random Access Memory）１３０、ＣＰＵ１４０、Ｉ／Ｏ（Input Output）１５０がバス１２０で接続される。
【０２０４】
ＲＡＭ１３０には、通信プログラム１３１があらかじめ保持される。ＣＰＵ１４０が通信プログラム１３１を読み出して実行することによって、図２５に示す例では、通信プログラム１３１は、通信プロセス１４１として機能するようになる。なお、通信プロセス１４１は、図２に示した制御部３０と同様の機能を発揮する。また、通信プロセス１４１は、実施例２に関わる携帯端末装置１０ａ〜１０ｆに係る制御部と同等の機能を発揮するようにすることも可能である。
【０２０５】
なお、本実施例で説明した補完プログラムは、あらかじめ用意されたプログラムを携帯端末装置や無線通信可能なコンピュータ等の任意の端末で実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magneto Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの端末が読取可能な記録媒体に記録される。また、このプログラムは、端末によって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【０２０６】
１ 通信システム
２ 基地局
３ アクセスポイント
４ 移動体通信網
５ ネットワーク
１０〜１０ｆ 携帯端末装置
１１ ディスプレイ
１２ キーパッド
１３ メモリ
１４ サービス情報
１４ａ 設定時間テーブル
１４ｂ 設定ＡＰテーブル
１５ スピーカ
１６ マイクロフォン
１７ 音声信号処理部
１８ 公衆網無線部
１９ ＷＬＡＮ無線部
２０、２１ アンテナ
３０〜３０ｃ 制御部
３１〜３１ｃ 待受け状態管理部
３２ サーバ連係処理部
４０ メールサーバ
４１ 制御テーブル記憶部
４２〜４２ｂ 同期制御対応テーブル
４３〜４３ｂ メール記憶部
４４〜４４ｂ 制御部
４５ ネットワーク制御部
４６ ディスプレイ
４７ キーボード
５０ カレンダサーバ
５１ 電話帳サーバ
【技術分野】
【０００１】
本発明は、携帯端末装置、通信システム、通信プログラムおよび制御方法に関する。
【背景技術】
【０００２】
従来、携帯端末装置に対して、ネットワーク上のサーバがデータを自動的に送信するプッシュ型のデータ配信サービスが知られている。
【０００３】
このようなプッシュ型のデータ配信サービスを提供するサーバは、例えば、自身が記憶するカレンダや住所録等が更新された場合は、携帯端末装置が記憶するカレンダや住所録等を同期させるためのデータを携帯端末装置へ自動的に送信する。このような場合には、携帯端末装置は、サーバが送信したデータを受動的に受信し、受信した情報を用いて、自身が記憶するカレンダや住所録等の更新を実行する。
【０００４】
また、プッシュ型のデータ配信サービスを提供するサーバは、例えば、携帯端末装置宛のメールを取得した場合には、取得したメールを携帯端末装置に対して送信する。このような場合には、携帯端末装置は、サーバが送信したメールを受信し、受信したメールの表示等を実行する。
【０００５】
ここで、携帯端末装置は、３Ｇ（３Ｇｅｎｅｒａｔｉｏｎ：第３世代移動通信システム）網を介して、データの送受信を行う場合には、３Ｇ網のサーバからＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）アドレスの割付を受ける。また、携帯端末装置は、ＩＰｖ４アドレスの割付を受けてから所定の時間が経過するまでの間に、再度３Ｇ網のサーバと同期を行わなかった場合には、ＩＰｖ４アドレスの枯渇を防ぐため、ＩＰｖ４アドレスの割付が解除される。
【０００６】
しかし、携帯端末装置は、ＩＰｖ４アドレスの割付が解除された場合には、３Ｇ網を介してデータの送受信を行う事ができないため、プッシュ型のデータ配信サービスを受けれなくなってしまう。このため、携帯端末装置は、所定の時間間隔で３Ｇ網のサーバと同期を行うＡｌｗａｙｓ−Ｏｎ機能を有する。
【０００７】
具体的には、Ａｌｗａｙｓ−Ｏｎ機能を有する携帯端末装置は、所定の時間おきに、３Ｇ網のサーバと同期を行う事で、ＩＰｖ４アドレスの割付を保持する。そして、携帯端末装置は、ネットワーク上のサーバが自動的に送信したデータやメールを受信し、各種処理を実行する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−３１０９８３号公報
【特許文献２】特開２００３−１３４５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、上述したＡｌｗａｙｓ−Ｏｎ機能を実行する携帯端末装置の技術では、プッシュ型のデータ配信サービスを提供するサーバが送信したデータやメールを常時受付けるので、携帯端末装置の消費電力量が増大するという問題がある。
【００１０】
例えば、携帯端末装置は、待受け状態であっても、割付けられたＩＰｖ４アドレスを保持するために所定の時間間隔で３Ｇ網のサーバと同期を行うので、消費電力量が増大する。また、例えば、携帯端末装置は、待受け状態であっても、プッシュ型のデータ配信サービスを提供するサーバが自動的に送信したデータやメールを受信するので、消費電力量が増大する。
【００１１】
以下、携帯端末装置が消費する電力量について説明する。図２６は、携帯端末装置が実行するＡｌｗａｙｓ−ＯＮ機能の一例を説明するための図である。なお、図２６は、Ａｌｗａｙｓ−Ｏｎ機能を有する携帯端末装置において流れた電流の量を示すグラフの一例を示した。また、図２６においては、携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ（Ｓｅｃｏｎｄ：秒）］を横軸とした。また、図２６に示す例では、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能として、ネットワーク上のサーバと２８分ごとに同期するものとする。
【００１２】
図２６（ｈ）に示すように、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能により、３Ｇ網のサーバと同期する。また、図２６中（ｉ）に示すように、携帯端末装置は、３Ｇ網のサーバと同期を行ってから２８分が経過するまでの間に同期を行わなかった場合には、図２６中（ｊ）に示すように、再度３Ｇ網のサーバとの同期を実行する。
【００１３】
図２７は、携帯端末装置が３Ｇ網のサーバと同期を行う際に消費する電力量の一例を説明するための図である。なお、図２７に示す例では、図２６と同様に、携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ］を横軸とした。例えば、図２７に示す例では、計測開始から１０秒が経過した時点で携帯端末装置が３Ｇ網上のサーバと同期を行い、１０．６３秒の間、平均で２２２．２４［ｍＡ］の電流が流れる。
【００１４】
ここで、携帯端末装置において流れた電流の平均は、Ａｌｗａｙｓ−Ｏｎ機能を実行する場合には、５．２９［ｍＡ］となり、Ａｌｗａｙｓ−Ｏｎ機能を実行しない場合には、３．２８［ｍＡ］となる。このように、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能を実行する場合には、消費電力を増大させてしまう。
【００１５】
次に、携帯端末装置が待受け状態の際に、メールやデータを受動的に受信することで、消費電力を増大させてしまう例について説明する。図２８は、携帯端末装置が待受け状態の際に消費する電力量の一例を説明するための図である。なお、図２８に示す例では、待受け状態の携帯端末装置において流れた電流の量［ｍＡ］を縦軸とし、時間［Ｓｅｃ］を横軸とした。
【００１６】
図２８に示す例では、携帯端末装置は、図２８中（ｋ）に示すように、２７．２分の間、３Ｇ網のサーバと同期を行わなかったため、Ａｌｗａｙｓ−Ｏｎ機能により、３Ｇ網のサーバとの同期を自動で実行している。さらに、図２８に示す例では、携帯端末装置は、プッシュ型のデータ配信サービスにより、図２８中（ｌ）および（ｍ）に示すタイミングでカレンダを同期させるためのデータを受信し、（ｎ）に示すタイミングでメールを受信している。すなわち、携帯端末装置は、Ａｌｗａｙｓ−Ｏｎ機能による消費電力だけではなく、待受け状態の際にもプッシュ型のデータ配信サービスに係るデータを受信するため、消費電力を増大させてしまう。
【００１７】
１つの側面では、本願に開示の技術は、携帯端末装置が消費する電力を削減する。
【課題を解決するための手段】
【００１８】
１つの側面では、無線通信網を介して、プッシュ型のサービスを提供するサーバからプッシュ型のサービスに係る情報を受信する携帯端末装置である。携帯端末装置は、プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する。また、携帯端末装置は、待受け状態に遷移するか否かを判別する。そして、携帯端末装置は、待受け状態に遷移すると判別した場合は、記憶する設定情報に基づいて、プッシュ型のサービスの停止を指示する設定通知をプッシュ型のサービスを提供するサーバに送信する。
【発明の効果】
【００１９】
１つの側面では、携帯端末装置が消費する電力を削減する。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施例１に係る通信システムの一例を説明するための図である。
【図２】図２は、実施例１に係る携帯端末装置の一例を説明するための図である。
【図３】図３は、実施例１に係るサービス情報の一例を説明するための図である。
【図４】図４は、実施例１に係る制御部の一例を説明するための図である。
【図５ａ】図５ａは、実施例１に係るメールサーバの一例を説明するための図である。
【図５ｂ】図５ｂは、実施例１に係る同期制御対応テーブルの一例を説明するための図である。
【図６ａ】図６ａは、実施例１に係るカレンダサーバの一例を説明するための図である。
【図６ｂ】図６ｂは、実施例１に係る電話帳サーバの一例を説明するための図である。
【図７】図７は、実施例１に係る携帯端末装置が消費する電力を説明するための図である。
【図８】図８は、実施例１に係る通信システムが実行する処理の流れを説明するための第１の図である。
【図９】図９は、実施例１に係る通信システムが実行する処理の流れを説明するための第２の図である。
【図１０】図１０は、携帯端末装置が消費する電力消費量の一例を説明するための第１の図である。
【図１１】図１１は、携帯端末装置が消費する電力消費量の一例を説明するための第２の図である。
【図１２】図１２は、携帯端末装置が消費する電力消費量の一例を説明するための第３の図である。
【図１３】図１３は、携帯端末装置が消費する電力消費量の一例を説明するための第４の図である。
【図１４】図１４は、実施例１に係る携帯端末装置が実行する処理の流れの一例を説明するための図である。
【図１５ａ】図１５ａは、実施例２に係る制御部の一例を説明するための図である。
【図１５ｂ】図１５ｂは、実施例２に係る携帯端末装置が設定通知を送信するタイミングを説明するための図である。
【図１６】図１６は、実施例２に係る携帯端末装置が実行する処理の一例を説明するための図である。
【図１７】図１７は、実施例２に係る携帯端末装置が実行する処理の流れの一例について説明するための図である。
【図１８】図１８は、充電中に設定通知を送信しない携帯端末装置の処理の一例を説明するための図である。
【図１９】図１９は、待受け状態の際に充電が開示された際に解除通知を送信する携帯端末装置の一例を説明するための図である。
【図２０ａ】図２０ａは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置の一例を説明するための図である。
【図２０ｂ】図２０ｂは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。
【図２１ａ】図２１ａは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置の一例を説明するための図である。
【図２１ｂ】図２１ｂは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。
【図２２】図２２は、携帯端末装置がＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する処理の一例について説明するための図である。
【図２３】図２３は、自身に割当てられたＩＰアドレスを解放する携帯端末装置が実行する処理の一例を説明するための図である。
【図２４】図２４は、実施例２に係る同期制御対応テーブルの一例を説明するための図である。
【図２５】図２５は、通信プログラムを実行する携帯端末装置の一例を説明するための図である。
【図２６】図２６は、携帯端末装置が実行するＡｌｗａｙｓ−ＯＮ機能の一例を説明するための図である。
【図２７】図２７は、携帯端末装置が３Ｇ網のサーバと同期を行う際に消費する電力量の一例を説明するための図である。
【図２８】図２８は、携帯端末装置が待受け状態の際に消費する電力量の一例を説明するための図である。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して本願に係る携帯端末装置、通信システム、通信プログラムおよび制御方法について説明する。なお、以下の実施例により本願に係る携帯端末装置、通信システム、通信プログラムおよび制御方法が限定されるものではない。特に、携帯端末装置としては携帯電話やＰＤＡなど、無線通信を行う任意の端末装置が適用される。
【実施例１】
【００２２】
以下の実施例１では、図１を用いて、通信システムの一例を説明する。図１は、実施例１に係る通信システムの一例を説明するための図である。
【００２３】
図１に示すように、通信システム１は、基地局２、アクセスポイント３、移動体通信網４、ネットワーク５、携帯端末装置１０、メールサーバ４０、カレンダサーバ５０、電話帳サーバ５１を有する。なお、図１に示す例では省略したが、通信システム１は、携帯端末装置１０と同様の携帯端末装置を複数有するものとする。
【００２４】
基地局２は、例えば、携帯端末装置１０が３Ｇ（３Ｇｅｎｅｒａｔｉｏｎ：第３世代移動通信システム）網を介して、移動体通信網４およびネットワーク５に接続するための基地局である。また、アクセスポイント３は、例えば、携帯端末装置１０がＷＬＡＮ（Wireless Local Area Network）を介して、ネットワーク５に接続するためのアクセスポイントである。
【００２５】
携帯端末装置１０は、ネットワーク５を介して、プッシュ型のデータ配信サービスの提供を受ける携帯端末装置である。例えば、携帯端末装置１０は、メールサーバ４０が提供するプッシュ型のメール配信サービスにより、メールサーバ４０が自動的に送信するメールを受動的に受信する。そして、携帯端末装置１０は、メールサーバ４０からメールを受信した場合には、受信したメールを表示する等の処理を実行する。
【００２６】
また、携帯端末装置１０は、カレンダサーバ５０が提供するプッシュ型のデータ配信サービスにより、カレンダサーバ５０が記憶するカレンダのデータと、自身が記憶するカレンダのデータとを同期させるためのデータをカレンダサーバ５０から受動的に受信する。そして、携帯端末装置１０は、受信したデータを用いて、自身が記憶するカレンダのデータをカレンダサーバ５０が記憶するカレンダのデータと同期させる。
【００２７】
また、携帯端末装置１０は、電話帳サーバ５１が提供するプッシュ型のデータ配信サービスにより、電話帳サーバ５１が記憶する電話帳のデータと、自身が記憶する電話帳のデータとを同期させるためのデータを電話帳サーバ５１から受動的に受信する。そして、携帯端末装置１０は、受信したデータを用いて、自身が記憶する電話帳のデータを電話帳サーバ５１が記憶する電話帳のデータと同期させる。
【００２８】
また、携帯端末装置１０は、待受け時に、メールサーバ４０からメールを受信するか否かを示すサービス情報を記憶する。また、携帯端末装置１０は、待受け時に、カレンダサーバ５０からカレンダを同期させるためのデータを受信するか否かを示すサービス情報を記憶する。また、携帯端末装置１０は、自身の状態を待受け状態に遷移させるか否かを判別し、待受け状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、携帯端末装置１０は、サービス情報に基づいて、メールサーバ４０およびカレンダサーバ５０に対して、プッシュ型のサービスに係る情報を送信するか否かを設定する。
【００２９】
例えば、携帯端末装置１０は、待受け時にメールのみを受信し、カレンダサーバ５０からカレンダを同期させるためのデータを受信しない旨を示すサービス情報を記憶する場合は、待受け状態に遷移する際に、以下の処理を実行する。すなわち、携帯端末装置１０は、カレンダサーバ５０に対して、カレンダを同期させるためのデータの配信サービスを停止する旨を示す設定通知を送信する。
【００３０】
また、携帯端末装置１０は、自身の状態が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、携帯端末装置１０は、待受け状態を解除すると判別した場合には、カレンダサーバ５０に対して、データの配信サービス停止を解除する旨の解除通知を送信する。
【００３１】
また、例えば、携帯端末装置１０は、待受け時にカレンダを同期させるためのデータのみを受信する旨を示すサービス情報を記憶する場合は、待受け状態に遷移する際に、メールの配信サービスを停止する旨を示す設定通知をメールサーバ４０に送信する。そして、携帯端末装置１０は、待受け状態を解除する場合には、メールの配信サービス停止を解除する旨の解除通知をメールサーバ４０に送信する。
【００３２】
このように、携帯端末装置１０は、待受け状態に遷移する場合は、サービス情報に基づいて、プッシュ型のサービスを提供するサーバの設定を行う。このため、携帯端末装置１０は、待受け状態において、プッシュ型のサービスを受ける回数を減らす結果、消費電力量を削減できる。
【００３３】
以下、携帯端末装置１０の具体例について説明する。図２は、実施例１に係る携帯端末装置の一例を説明するための図である。図２に示す例では、携帯端末装置１０は、ディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７、公衆網無線部１８、ＷＬＡＮ無線部１９、アンテナ２０、アンテナ２１、制御部３０を有する。また、メモリ１３は、サービス情報１４を記憶する。
【００３４】
ディスプレイ１１は、携帯端末装置１０が受信したメールの表示を行ったり、携帯端末装置１０が記憶するカレンダの表示等を行う表示装置である。キーパッド１２は、携帯端末装置１０の利用者がメールの入力や、携帯端末装置１０の操作を行う際に用いる入力装置である。メモリ１３は、携帯端末装置１０が実行する各種処理に用いられるデータを記憶する記憶装置である。また、メモリ１３は、携帯端末装置１０が待受け状態の際にプッシュ型のサービスに係るメールやデータを受信するか否かを示すサービス情報１４を記憶する。
【００３５】
以下、サービス情報１４の一例について説明する。図３は、実施例１に係るサービス情報の一例を説明するための図である。図３に示す例では、サービス情報１４は、携帯端末装置１０に対して提供されているプッシュ型のサービスを示すサービス名と、待受け時に各サービスに係るデータやメールを受信するか否かを示すフラグ情報とを対応付けた情報である。
【００３６】
例えば、図３に示す例では、サービス情報１４として、サービス名「メールＷ」とフラグ「１」とが対応付けて記憶されている。また、図３に示す例では、サービス情報１４として、サービス名「電話帳」、「カレンダ」、「サービスＸ」、「サービスＹ」、「サービスＺ」とフラグ「０」とが対応付けて記憶されている。
【００３７】
ここで、「メールＷ」とは、メールサーバ４０によって提供されるプッシュ型のメール配信サービスを示す。また、「カレンダ」とは、カレンダサーバ５０によって提供されるプッシュ型のデータ配信サービスであり、カレンダサーバ５０が記憶するカレンダと携帯端末装置１０が記憶するカレンダとを同期させるためのデータを配信するサービスを示す。また、「電話帳」とは、電話帳サーバ５１によって提供されるプッシュ型のデータ配信サービスであり、電話帳サーバ５１が記憶する電話帳と携帯端末装置１０が記憶する電話帳とを同期させるためのデータを配信するサービスを示す。
【００３８】
ここで、フラグ「１」は、携帯端末装置１０が待受け状態である場合は、対応付けられたサービスに係る情報を受信する旨を示す。つまり、図３に示す例では、サービス情報１４は、携帯端末装置１０が待受け状態である場合は、「メールＷ」に係るメールの受信のみを行い、他のプッシュ型のデータ配信サービスに係るデータの受信を行わないことを示す。
【００３９】
図２に戻って、スピーカ１５は、携帯端末装置１０が他の端末と音声通話を行う際に、相手方の音声を再生するための再生装置である。マイクロフォン１６は、携帯端末装置１０が他の端末と音声通話を行う際に、相手方へ送信する音声を入力するための入力装置である。音声信号処理部１７は、携帯端末装置１０が音声通話時に受信した音声データをスピーカ１５に再生させる処理を実行するとともに、マイクロフォン１６によって入力された音声を相手方に送信する音声データに変換する。
【００４０】
公衆網無線部１８は、アンテナ２０を介して、無線信号の送受信を行う。具体的には、公衆網無線部１８は、基地局２および移動体通信網４を介して３Ｇ網に接続し、さらにネットワーク５を介してメールサーバ４０およびカレンダサーバ５０とメールおよびデータの送受信を行う。例えば、公衆網無線部２３は、アンテナ２０から受信した信号に対して、Ａ／Ｄ（Analog/Digital）変換等の無線処理を行い、無線処理後の信号を制御部３０に送信する。また、例えば、公衆網無線部１８は、制御部３０から入力された信号に対してＤ／Ａ（Digital/Analog）変換等の無線処理を行い、無線処理後の信号をアンテナ２０を介して、基地局２へ送信する。
【００４１】
ＷＬＡＮ無線部１９は、アンテナ２１を介して、無線信号の送受信を行う。具体的には、ＷＬＡＮ無線部１９は、アクセスポイント３との間でＷＬＡＮを用いた無線信号の送受信を行い、ネットワーク５を介して、メールサーバ４０およびカレンダサーバ５０とメール及びデータの送受信を行う。
【００４２】
アンテナ２０は、携帯端末装置１０と基地局２との間で無線通信を行うためのアンテナである。また、アンテナ２１は、携帯端末装置１０とアクセスポインタ３との間で無線通信を行うためのアンテナである。
【００４３】
制御部３０は、携帯端末装置１０のディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７、公衆網無線部１８、ＷＬＡＮ無線部１９の制御を実行する。例えば、制御部３０は、ＣＰＵ（Central Processing Unit）を有し、ディスプレイ１１、キーパッド１２、メモリ１３、スピーカ１５、マイクロフォン１６、音声信号処理部１７が有する機能を制御するためのプログラムを実行する。また、例えば、制御部３０は、公衆網無線部１８、ＷＬＡＮ無線部１９が有する機能を制御するためのプログラムを実行する。
【００４４】
また、制御部３０は、公衆網無線部１８、および、アンテナ２０を制御して３Ｇ網に接続し、基地局２、移動体通信網４、ネットワーク５を介して、メールサーバ４０やカレンダサーバ５０とデータの送受信を行う。また、制御部３０は、ＷＬＡＮ無線部１９、および、アンテナ２１を制御してアクセスポイント３に接続し、ネットワーク５を介して、メールサーバ４０やカレンダサーバ５０とデータの送受信を行う。
【００４５】
すなわち、制御部３０は、３Ｇ網、もしくは、ＷＬＡＮを介して、メールサーバ４０が提供するプッシュ型のデータ配信サービスにより送信されたメールを取得する。そして、制御部３０は、受信したメールをディスプレイ１１に表示する等の処理を実行する。また、制御部３０は、３Ｇ網、もしくは、ＷＬＡＮを介して、カレンダサーバ５０が提供するプッシュ型のデータ配信サービスにより送信されたデータを受信する。そして、制御部３０は、受信したデータを用いて、自身が記憶するカレンダを、カレンダサーバ５０が記憶するカレンダと同期させる。
【００４６】
また、制御部３０は、携帯端末装置１０の状態を待受状態に遷移させるか否かを判別し、携帯端末装置１０の状態を待受状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、制御部３０は、メモリ１３が記憶するサービス情報１４を参照し、携帯端末装置１０が待受け状態である際に、データの配信を停止させるプッシュ型のサービスを判別する。そして、制御部３０は、判別したプッシュ型のサービスを提供するサーバに対して、データの配信停止を指示する設定通知を送信する。
【００４７】
また、制御部３０は、携帯端末装置１０が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、制御部３０は、待受け状態を解除すると判別した場合は、設定通知を送信したサーバに対して、プッシュ型のサービスを再開する旨を示す解除通知を送信する。
【００４８】
以下、制御部３０の一例について説明する。図４は、実施例１に係る制御部の一例を説明するための図である。図４に示す例では、制御部３０は、プログラムを実行することで、待受け状態管理部３１、サーバ連係処理部３２として動作する。なお、以下の説明では、メールを受信した際の信号処理や表示処理、および、カレンダを同期させるためのデータを受信した際の信号処理やカレンダの同期処理については、携帯端末装置１０のＯＳ（Operating System）が実行するものとし、説明を適宜省略する。
【００４９】
待受け状態管理部３１は、携帯端末装置１０を待受け状態に遷移させるか否かを判別する。そして、待受け状態管理部３１は、携帯端末装置１０を待受け状態に遷移させると判別した場合には、携帯端末装置１０の状態を待受け状態に遷移させるとともに、以下の処理を実行する。
【００５０】
すなわち、待受け状態管理部３１は、メモリ１３が記憶するサービス情報１４を参照する。そして、待受け状態管理部３１は、携帯端末装置１０が待受け状態の際に、データの配信を停止させるプッシュ型のサービスを識別する。その後、待受け状態管理部３１は、識別したサービスを示す通知と、プッシュ型のサービスの停止を指示する設定通知とをサーバ連係処理部３２に送信する。
【００５１】
また、待受け状態管理部３１は、携帯端末装置１０の状態が待受け状態である場合には、待受け状態を解除するか否かを判別する。そして、待受け状態管理部３１は、待受け状態を解除すると判別した場合には、携帯端末装置１０の待受け状態を解除するとともに、以下の処理を実行する。すなわち、待受け状態管理部３１は、サービス情報１４を参照し、待受け時にデータの配信を停止させるプッシュ型のサービスを識別する。その後、待受け状態管理部３１は、識別したサービスを示す通知と、プッシュ型のサービスを再開する旨を示す解除通知とをサーバ連係処理部３２に送信する。
【００５２】
例えば、待受け状態管理部３１は、待受け状態に遷移すると判別した場合には、メモリ１３に記憶されたサービス情報１４を参照する。ここで、図３に示す例では、サービス情報１４には、サービス名「メールＷ」とフラグ「１」とが対応付けられており、サービス名「カレンダ」とフラグ「０」とが対応付けられており、サービス命「電話帳」とフラグ「０」とが対応付けられている。
【００５３】
このため、待受け状態管理部３１は、携帯端末装置１０が待受け状態である際に、サービス「メールＷ」に係るデータ、すなわちメールのみを受信し、サービス「カレンダ」に係るデータの配信とサービス「電話帳」に係るデータの配信とを停止させると識別する。そして、待受け状態管理部３１は、サービス「カレンダ」と、サービス「電話帳」とを示す通知と、プッシュ型のサービスの停止を指示する設定通知とをサーバ連係処理部３２に送信する。
【００５４】
また、待受け状態管理部３１は、待受け状態を解除すると判別した場合は、メモリ１３に記憶されたサービス情報１４を再度参照する。そして、待受け状態管理部３１は、設定通知を送信したサーバが提供するサービス、すなわち、携帯端末装置１０が待受け状態である際に、データの配信を停止させたサービスである「カレンダ」と「電話帳」とを識別する。そして、待受け状態管理部３１は、識別したサービス「カレンダ」と、サービス「電話帳」とを示す通知と、プッシュ型のサービスを再開する旨を示す解除通知とをサーバ連係処理部３２に送信する。
【００５５】
なお、待受け状態管理部３１は、携帯端末装置１０の状態を待受け状態に遷移させるトリガとして、任意のトリガを設定することができる。例えば、待受け状態管理部３１は、一定時間が経過するまでの間、携帯端末装置１０の操作が行われなかった場合や、利用者によって待受け状態に遷移する旨の指示が入力された場合は、携帯端末装置１０の状態を待受け状態に遷移させると判別する。そして、待受け状態管理部３１は、携帯端末装置１０が有する各部１１〜１９の動作を制御し、携帯端末装置１０の状態を待受け状態に遷移させる。
【００５６】
また、待受け状態管理部３１は、携帯端末装置１０の待受け状態を解除するトリガとして、任意のトリガを設定することができる。例えば、待受け状態管理部３１は、携帯端末装置１０が待受け状態である際に、キーパッド１２から何らかの入力があった場合や、着信があった場合は、携帯端末装置１０の待受け状態を解除すると判別する。そして、待受け状態管理部３１は、携帯端末装置１０が有する各部１１〜１９の動作を制御し、携帯端末装置１０の待受け状態を解除する。
【００５７】
サーバ連係処理部３２は、待受け状態管理部３１が、携帯端末装置１０の状態を待受け状態に遷移させると判別した場合には、以下の処理を実行する。すなわち、サーバ連係処理部３２は、携帯端末装置１０が待受け状態の際に、データの配信を停止させるプッシュ型のサービスを提供するサーバに対して、プッシュ型のサービスの停止を指示する設定通知を送信する。
【００５８】
また、サーバ連係処理部３２は、携帯端末装置１０が待受け状態である際に、待受け状態管理部３１が待受け状態を解除すると判別した場合には、以下の処理を実行する。すなわち、サーバ連係処理部３２は、設定通知を送信したサーバに対して、プッシュ型のサービスを再開する旨を示す解除通知を送信する。
【００５９】
例えば、サーバ連係処理部３２は、サービス「カレンダ」と「電話帳」とを示す通知と設定通知とを受信する。このような場合には、サーバ連係処理部３２は、サービス「カレンダ」を提供するカレンダサーバ５０と、サービス「電話帳」を提供する電話帳サーバ５１とを判別する。そして、サーバ連係処理部３２は、判別したカレンダサーバ５０と電話帳サーバ５１とに対して、設定通知を送信する。
【００６０】
また、サーバ連係処理部３２は、サービス「カレンダ」と「電話帳」とを示す通知と解除通知とを受信する。このような場合には、サーバ連係処理部３２は、サービス「カレンダ」を提供するカレンダサーバ５０と、サービス「電話帳」を提供する電話帳サーバ５１とを判別し、判別したカレンダサーバ５０と電話帳サーバ５１とに解除通知を送信する。
【００６１】
なお、サーバ連係処理部３２は、任意の方法で、サービスを提供するサーバを判別することができる。例えば、サーバ連係処理部３２は、携帯端末装置１０に対してプッシュ型のサービスを提供する各サーバと、各サーバが提供するサービス名とを予め記憶し、待受け状態管理部３１から通知されたサービス名と対応付けて記憶するサーバを判別してもよい。
【００６２】
また、サーバ連係処理部３２は、任意の経路を用いて、設定通知および解除通知を送信することができる。例えば、サーバ連係処理部３２は、３Ｇ網、または、ＷＬＡＮを用いて、設定通知、および、解除通知を送信することができる。
【００６３】
図１に戻って、メールサーバ４０は、携帯端末装置１０に対して、プッシュ型のメール配信サービスを提供するサーバである。例えば、メールサーバ４０は、携帯端末装置１０を宛先とするメールを取得した場合には、ネットワーク５を介して、携帯端末装置１０へ取得したメールを自動的に送信する。
【００６４】
また、メールサーバ４０は、携帯端末装置１０から、メールの配信サービスを停止する旨の設定通知を受信した場合には、携帯端末装置１０に対するメールの配信サービスを停止する。そして、メールサーバ４０は、携帯端末装置１０からメールの配信サービスの停止を解除する旨の解除通知を受信した場合には、メールの配信サービスを再開するとともに、メールの配信サービスを停止していた間のメールを携帯端末装置１０へ送信する。
【００６５】
以下、図を用いて、メールサーバ４０の一例について説明する。図５ａは、実施例１に係るメールサーバの一例を説明するための図である。図５ａに示す例では、メールサーバ４０は、制御テーブル記憶部４１、メール記憶部４３、制御部４４、ネットワーク制御部４５、ディスプレイ４６、キーボード４７を有する。なお、ディスプレイ４６は、図２に例示したディスプレイ１１と同様の機能を発揮し、キーボード４７は、図２に例示したキーパッド１２と同様の機能を発揮するものとして、以下の説明を省略する。
【００６６】
制御テーブル記憶部４１は、携帯端末装置１０に対してプッシュ型のメール配信サービスを提供するか否かを示す同期制御対応テーブル４２を記憶する。ここで、同期制御対応テーブル４２は、プッシュ型のメール配信サービスを提供する各携帯端末装置のメールアドレスと、メールの配信を行うか否かを示す制御情報とを対応付けた情報である。
【００６７】
図５ｂは、実施例１に係る同期制御対応テーブルの一例を説明するための図である。図５ｂに示す例では、メールアドレス「ａａａ．１１１＠ｆｊ．ｃｏｍ」と制御情報「１」とが対応付けられている。また、メールアドレス「ａａａ．２２２＠ｆｊ．ｃｏｍ」と制御情報「０」とが、メールドレス「ａａａ．３３３．＠ｆｊ．ｃｏｍ」と制御情報「１」とが対応付けられている。
【００６８】
ここで、図５ｂに示す例では、制御情報「１」は、メールの配信を行う旨を示す情報であり、制御情報「０」は、メールの配信を行わない旨を示す情報である。つまり、図５ｂに示す例では、メールサーバ４０は、メールアドレスが「ａａａ．１１１＠ｆｊ．ｃｏｍ」、「ａａａ．３３３＠ｆｊ．ｃｏｍ」である携帯端末装置に対して、プッシュ型のメール配信サービスを提供する。
【００６９】
また、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置に対して、プッシュ型のメール配信サービスを提供しない。つまり、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置に対するプッシュ型のメール配信サービスを停止している。
【００７０】
図５ａに戻って、メール記憶部４３は、各携帯端末装置に対して送信するメールを記憶する記憶装置である。制御部４４は、メール記憶部４３に記憶されたメールを各携帯端末装置に送信する。具体的には、制御部４４は、メール記憶部４３に記憶されたメールの宛先となるメールアドレスを識別する。そして、制御部４４は、制御テーブル記憶部４１が記憶する同期制御対応テーブル４２を参照し、識別した宛先となるメールアドレスと対応付けられた制御情報が「１」であるか「０」であるかを判別する。
【００７１】
そして、制御部４４は、識別した宛先となるメールアドレスと対応付けられた制御情報が「１」である場合には、メール記憶部４３が記憶するメールを取得し、ネットワーク制御部４５に転送する。一方、制御部４４は、識別した宛先となるメールアドレスと対応付けられた制御情報が「０」である場合には、メールの転送を行わずに処理を終了する。
【００７２】
また、制御部４４は、ネットワーク５およびネットワーク制御部４５を介して、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０のメールアドレスと対応付けられた制御情報を「０」に設定する。また、制御部４４は、ネットワーク５およびネットワーク制御部４５を介して携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０のメールアドレスと対応付けられた制御情報を「１」に設定する。
【００７３】
すなわち、制御部４４は、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のメール配信サービスを停止する。また、制御部４４は、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のメール配信サービスを再開する。
【００７４】
ネットワーク制御部４５は、ネットワーク５を介して携帯端末装置１０宛のメールを受信した場合には、受信したメールをメール記憶部４３に記憶させる。また、ネットワーク制御部４５は、制御部４４からメールを受信した場合には、受信したメールを、ネットワーク５を介して、携帯端末装置１０へ送信する。また、ネットワーク制御部４５は、ネットワーク５を介して、携帯端末装置１０から設定通知、または、解除通知を受信した場合には、受信した設定通知、または、解除通知を制御部４４へ転送する。
【００７５】
図１に戻って、カレンダサーバ５０は、通信システム１が有する各携帯端末装置のカレンダを携帯端末装置ごとに記憶する。そして、カレンダサーバ５０は、自身が記憶するカレンダのうち、携帯端末装置１０に係るカレンダが更新された場合には、自身が記憶するカレンダと携帯端末装置１０が記憶するカレンダとを同期させるためのデータを生成する。そして、カレンダサーバ５０は、携帯端末装置１０に、生成したデータを送信する。
【００７６】
また、カレンダサーバ５０は、メールサーバ４０と同様に、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを停止する。また、カレンダサーバ５０は、メールサーバ４０と同様に、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを再開する。
【００７７】
以下、図６ａを用いて、カレンダサーバ５０の一例について説明する。図６ａは、実施例１に係るカレンダサーバの一例を説明するための図である。なお、図６ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６は、図５ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６と同様の機能を発揮するものとして、説明を省略する。また、図６ａに示すキーボード４７は、図５ａに示すキーボード４７と同様の機能を発揮するものとして、説明を省略する。
【００７８】
同期制御対応テーブル４２ａは、同期制御対応テーブル４２と同様に、携帯端末装置１０に対してプッシュ型のデータ配信サービスを提供するか否かを示す情報である。つまり、同期制御対応テーブル４２ａは、各携帯端末装置ごとに、カレンダサーバ５０が記憶するカレンダと各携帯端末装置が記憶するカレンダとを同期させるデータの配信を行うか否かを示す情報である。
【００７９】
例えば、同期制御対応テーブル４２ａは、各携帯端末装置のアカウントと、各携帯端末装置にデータの配信を行うか否かを示すフラグとを対応付けて記憶する。ここで、各携帯端末装置のアカウントとは、各携帯端末装置の識別子であり、例えば、各携帯端末装置のメールアドレスである。
【００８０】
カレンダ記憶部４３ａは、通信システム１が有する各携帯端末装置ごとに、カレンダのデータを記憶する。例えば、カレンダ記憶部４３ａは、各携帯端末装置のアカウントと、各携帯端末装置のカレンダのデータとを対応付けて記憶する。
【００８１】
制御部４４ａは、制御部４４と同様の処理を実行する。例えば、制御部４４ａは、利用者が、ＰＣ（Personal Computer）等の携帯端末装置以外の端末を用いて、カレンダ記憶部４３ａが記憶するカレンダの更新を行った場合には、以下の処理を実行する。すなわち、制御部４４ａは、更新前のカレンダのデータを更新後のカレンダのデータに更新するためのデータを生成する。また、制御部４４ａは、更新されたカレンダのデータと対応付けられたアカウントを識別する。また、制御部４４ａは、制御テーブル記憶部４１が記憶する同期制御対応テーブル４２ａを参照し、識別したアカウントと対応付けて記憶されたフラグを参照する。
【００８２】
そして、制御部４４ａは、参照したフラグが、データの配信を行う旨を示す場合には、カレンダを更新するためのデータをネットワーク制御部４５に送信し、識別したアカウントが示す携帯端末装置へと送信させる。一方、制御部４４ａは、参照したフラグがデータの配信を行わない旨を示す場合には、カレンダを更新するためのデータを送信せずに、処理を終了する。
【００８３】
なお、制御部４４ａは、制御部４４と同様に、携帯端末装置１０から制御通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグを、データの配信を行わない旨を示すフラグに更新する。また、制御部４４ａは、携帯端末装置１０から解除通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグをデータの配信を行う旨を示すフラグに更新する。
【００８４】
図１に戻って、電話帳サーバ５１は、通信システム１が有する各携帯端末装置の電話帳のデータを携帯端末装置ごとに記憶する。そして、電話帳サーバ５１は、自身が記憶する携帯端末装置１０に係る電話帳のデータが更新された場合は、更新された電話帳のデータと、携帯端末装置１０が記憶する電話帳のデータとを同期させるためのデータを生成する。そして、電話帳サーバ５１は、生成したデータを携帯端末装置１０へ送信する。
【００８５】
ここで、電話帳サーバ５１は、メールサーバ４０やカレンダサーバ５０と同様に、携帯端末装置１０から設定通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを停止する。また、電話帳サーバ５１は、携帯端末装置１０から解除通知を受信した場合には、携帯端末装置１０に対するプッシュ型のデータ配信サービスを再開する。
【００８６】
つまり、電話帳サーバ５１は、携帯端末装置１０から設定通知を受信した場合には、自身が記憶する携帯端末装置１０の電話帳が更新されたとしても、電話帳を同期させるためのデータを携帯端末装置１０へ送信しない。そして、電話帳サーバ５１は、携帯端末装置１０から解除通知を受信した場合には、プッシュ型のデータ配信サービスを再開し、電話帳を同期させるためのデータを携帯端末装置１０へ送信する。
【００８７】
以下、図を用いて、電話帳サーバ５１の一例について説明する。図６ｂは、実施例１に係る電話帳サーバの一例を説明するための図である。なお、図６ｂに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６は、図５ａに示す制御テーブル記憶部４１、ネットワーク制御部４５、ディスプレイ４６と同様の機能を発揮するものとして、説明を省略する。また、図６ｂに示すキーボード４７は、図５ａに示すキーボード４７と同様の機能を発揮するものとして、説明を省略する。
【００８８】
電話帳記憶部４３ｂは、通信システム１が有する各携帯端末装置ごとに、電話帳のデータを記憶する。例えば、電話帳記憶部４３ｂは、各携帯端末装置のアカウントと、各携帯端末装置の電話帳のデータとを対応付けて記憶する。
【００８９】
制御部４４ｂは、制御部４４ａと同様の処理を実行する。つまり、制御部４４ｂは、利用者が、ＰＣ等の携帯端末装置以外の端末を用いて、電話帳記憶部４３ｂが記憶する電話帳の更新を行った場合には、以下の処理を実行する。すなわち、制御部４４ｂは、更新前の電話帳のデータを更新後の電話帳のデータに更新するためのデータを生成する。
【００９０】
そして、制御部４４ｂは、更新された電話帳のデータと対応付けられたアカウントを識別し、同期制御対応テーブル４２ａから識別したアカウントと対応付けられたフラグを参照する。そして、制御部４４ｂは、参照したフラグがデータの配信を行う旨を示す場合には、識別したアカウントが示す携帯端末装置へ電話帳を更新するためのデータを送信する。また、制御部４４ｂは、参照したフラグがデータの配信を行わない旨を示す場合には、電話帳を更新するためのデータの送信を行わない。
【００９１】
なお、制御部４４ｂは、制御部４４ａと同様に、携帯端末装置１０から制御通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグを、データの配信を行わない旨を示すフラグに更新する。また、制御部４４ｂは、携帯端末装置１０から解除通知を受信した場合には、同期制御対応テーブル４２ａを参照し、携帯端末装置１０のアカウントと対応付けられたフラグをデータの配信を行う旨を示すフラグに更新する。
【００９２】
次に、図７を用いて、携帯端末装置１０において消費される電力の一例について説明する。図７は、実施例１に係る携帯端末装置が消費する電力を説明するための図である。なお、図７に示す例では、時間を横軸とし、携帯端末装置１０において流れる電流の量を縦軸とした。
【００９３】
また、図７に示す例では、携帯端末装置１０と各サーバ４０、５０、５１との間でメールを送受信するタイミングを矢印で示した。なお、図７に示す例では、携帯端末装置１０は、自身の状態が待受け状態である場合は、プッシュ型のメールのみを受信し、カレンダ、および、電話帳を同期するためのデータを受信しない旨を示すサービス情報１４を記憶しているものとする。なお、図７下部に示す定期的に流れる電流は、基地局２から送信される位置情報を受信する際に流れる電流である。
【００９４】
例えば、図７中（Ａ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０に対して、プッシュ型のメール配信を行う。また、図７中（Ｂ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０とは、カレンダや電話帳の同期を行う。そして、携帯端末装置１０は、図７中（Ｃ）に示すタイミングで、待受け状態に遷移すると判別した場合には、図７中（Ｄ）に示すタイミングで、カレンダサーバ５０、電話帳サーバ５１に対して、設定通知を送信する。
【００９５】
ここで、図７中（Ｆ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０を宛先とするメールを受信した場合には、携帯端末装置１０から設定通知を受信していないため、携帯端末装置１０に対するプッシュ型のメール配信サービスを実行する。すなわち、メールサーバ４０は、携帯端末装置１０に対して、メールを送信する。また、携帯端末装置１０は、図７中（Ｇ）に示すように、プッシュ型のメールを受信する。
【００９６】
なお、カレンダサーバ５０と電話帳サーバ５１とは、図７中（Ｄ）に示すタイミングで、携帯端末装置１０から設定通知を受信している。このため、カレンダサーバ５０と電話帳サーバ５１とは、自身が記憶するカレンダや電話帳が更新された場合にも、携帯端末装置１０から解除通知を受信するまでは、同期を行うためのデータを送信せずに待機する。
【００９７】
ここで、携帯端末装置１０は、図７中（Ｈ）に示すタイミングで待受け状態を解除すると判別した場合には、図７中（Ｉ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。そして、携帯端末装置１０は、図７中（Ｊ）に示すように、メールサーバ４０からのメールを受信するとともに、図７中（Ｋ）に示すように、カレンダサーバ５０や電話帳サーバ５１からデータを受信し、カレンダや電話帳の同期を行う。
【００９８】
次に、図を用いて、通信システム１が実行する処理の流れの一例について説明する。まず、図８を用いて、携帯端末装置１０が待受け状態の際に、プッシュ型のメールのみを受信する際に通信システム１が実行する処理の一例について説明する。図８は、実施例１に係る通信システムが実行する処理の流れを説明するための第１の図である。なお、図８には、カレンダサーバ５０が記憶する携帯端末装置１０のカレンダをＰＣが修正し、メールサーバ４０が他の携帯端末装置（他端末）から携帯端末装置１０を宛先とするメールを受信した例を示す。
【００９９】
まず、図８に示す例では、携帯端末装置１０が実行するＯＳ（Operating System）は、待受け遷移処理を開始し（ステップＳ１０１）、待受け状態管理部３１に、待受け状態に遷移するか否かを判別させる（ステップＳ１０２）。次に、待受け状態管理部３１は、待受け状態に遷移すると判別した場合には、待受け状態の間、停止させるサービスを示す通知と設定通知をサーバ連係処理部３２に送信する（ステップＳ１０３）。
【０１００】
次に、サーバ連係処理部３２は、待受け状態管理部３１からサービスを示す通知と設定通知を受信した場合には、受信した通知が示すサービスを提供するサーバに対して、受信した設定通知を送信する（ステップＳ１０４）。図８に示す例では、サーバ連係処理部３２は、設定通知をカレンダサーバ５０に送信する。
【０１０１】
このような場合には、カレンダサーバ５０は、同期制御対応テーブル４２ａを更新した後に、完了通知をサーバ連係処理部３２に送信する（ステップＳ１０５）。また、サーバ連係処理部３２は、完了通知を受信した場合には、受信した完了通知を待受け状態管理部３１に送信する（ステップＳ１０６）。そして、待受け状態管理部３１は、完了通知を受信した場合には、ＯＳに完了通知を送信する（ステップＳ１０７）。
【０１０２】
ここで、ＰＣは、カレンダ修正処理を開始し（ステップＳ１０８）、カレンダサーバ５０が記憶する携帯端末装置１０のカレンダを修正する（ステップＳ１０９）。このような場合には、カレンダサーバ５０は、ステップＳ１０４にて携帯端末装置１０から設定情報を受信している。このため、カレンダサーバ５０は、携帯端末装置１０のカレンダを同期させるためのデータを携帯端末装置１０に送信せず（ステップＳ１１０）、更新されたカレンダの保存処理のみを実行する（ステップＳ１１１）。
【０１０３】
また、メールサーバ４０は、他端末から携帯端末装置１０を宛先とするメールを受信する（ステップＳ１１２）。ここで、メールサーバ４０は、ステップＳ１０４にて、設定通知を受信していないため、受信したメールを携帯端末装置１０へ送信する（ステップＳ１１３）。この結果、携帯端末装置１０は、待受け状態である場合にも、メールのみを受信することとなる（ステップＳ１１４）。
【０１０４】
ここで、ＯＳは、利用者による操作を受付けた場合には、待受け解除処理を開始し、待受け状態管理部３１に待受け状態を解除するか否かを判別させる（ステップＳ１１５）。そして、待受け状態管理部３１は、待受け状態を解除すると判別した場合には、待受け状態の際に停止させたサービスを示す通知を解除通知とをサーバ連係処理部３２に送信する（ステップＳ１１６）。
【０１０５】
このような場合には、サーバ連係処理部３２は、解除通知を、待受け状態の際に停止させたサービスを提供するサーバ、すなわち、カレンダサーバ５０に送信する（ステップＳ１１７）。カレンダサーバ５０は、解除通知を受信した場合には、同期制御対応テーブル４２ａを更新した後に、完了通知をサーバ連係処理部３２に送信する（ステップＳ１１８）。また、サーバ連係処理部３２は、完了通知を受信した場合には、受信した完了通知を待受け状態管理部に送信する（ステップＳ１１９）。そして、待受け状態管理部３１は、完了通知を受信し、受信した完了通知をＯＳに送る（ステップＳ１２０）。
【０１０６】
次に、ＯＳは、利用者が手動でカレンダのアプリケーション等を起動させた場合には、カレンダ同期依頼をカレンダサーバ５０に送信する（ステップＳ１２１）。このような場合には、カレンダサーバ５０は、カレンダを同期させるためのデータを携帯端末装置１０のＯＳに送信し、携帯端末装置１０のカレンダと自身が記憶するカレンダとを同期させる（ステップＳ１２２）。
【０１０７】
次に、図９を用いて、携帯端末装置１０が待受け状態の際に、カレンダを同期させるデータのみを受信する際に通信システム１が実行する処理の一例について説明する。図９は、実施例１に係る通信システムが実行する処理の流れを説明するための第２の図である。なお、図９に示す各処理のうち、ステップＳ１０１〜Ｓ１０７、ステップＳ１１５〜Ｓ１２０は、図８に示すステップＳ１０１〜Ｓ１０７、ステップＳ１１５〜Ｓ１２０と同様の処理であるものとし、詳細な説明を省略する。また、図９に示す例では、携帯端末装置１０は、ステップＳ１０４にて、設定通知をメールサーバ４０に送信したものとする。
【０１０８】
例えば、図９に示す例では他端末が携帯端末装置１０を宛先とするメールの送信処理を実行し（ステップＳ１２３）、メールサーバ４０に携帯端末装置１０を宛先とするメールを送信する（ステップＳ１２４）。ここで、メールサーバ４０は、ステップＳ１０４にて、携帯端末装置１０から設定通知を受信しているため、メールを携帯端末装置１０に送信せずに（ステップＳ１２５）、処理を終了する。
【０１０９】
一方、カレンダサーバ５０は、ステップＳ１０４にて、設定通知を受信していない。このため、カレンダサーバ５０は、ＰＣによって携帯端末装置１０のカレンダが修正された場合には（ステップＳ１２６）、カレンダを同期させるためのデータを携帯端末装置１０へ送信する（ステップＳ１２７）。このような場合には、携帯端末装置１０のＯＳは、カレンダを同期させるためのデータを受信し、自身が記憶するカレンダをカレンダサーバ５０に記憶されたカレンダと同期させる（ステップＳ１２８）。
【０１１０】
また、メールサーバ４０は、携帯端末装置１０から解除通知を受信し（ステップＳ１１７）、完了通知を送信した場合には（ステップＳ１１８）、ステップＳ１２４にて受信したメールを携帯端末装置１０へ送信する（ステップＳ１２９）。
【０１１１】
このように、携帯端末装置１０は、待受け状態に遷移する場合には、待受け状態の際に停止させるサービスを提供するサーバに対して、サービスの停止を指示する設定通知を送信する。このため、携帯端末装置１０は、待受け状態の際に受付けるプッシュ型のサービスを限定する結果、電力消費量を削減することができる。
【０１１２】
以下、図１０〜図１３を用いて、携帯端末装置が消費する電力消費量の一例について説明する。図１０は、携帯端末装置が消費する電力消費量の一例を説明するための第１の図である。なお、図１０は、携帯端末装置１０の一例として、ＯＳとして、Ａｎｄｒｏｉｄ（登録商標）２．２を実行するサムスン電子（登録商標）製のＧａｌａｘｙ−Ｓ（登録商標）において流れた電流を示す簡略図の一例である。
【０１１３】
また、図１０に示す例では、携帯端末装置１０がプッシュ型のメールを受信した際に流れた電流の一例を示す。また、図１０に示す例では、測定開始から経過した時間［Ｓｅｃ（秒）］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。なお、図１０中、２．５６秒間隔で流れる電流は、基地局２から送信される位置情報を受信する際に流れる電流である。また、図１０の網掛けをした範囲は、継続的に電流が流れた範囲を模式的に示したものである。
【０１１４】
図１０に示す例では、携帯端末装置１０には、メールを受信する際に、３５．９［Ｓｅｃ］の間、平均で１４１．３［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、ＦＯＭＡ（登録商標）等の３Ｇ網を利用して通話を２８．２秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１５】
図１１は、携帯端末装置が消費する電力消費量の一例を説明するための第２の図である。なお、図１１は、図１０と同じ携帯端末装置１０においてカレンダを同期する際に流れた電流を示す簡略図の一例である。また、図１１に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１１の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１１６】
図１１に示す例では、携帯端末装置１０には、カレンダを同期する際に、２００．０［Ｓｅｃ］の間、平均で９８．１２［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１０９秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１７】
図１２は、携帯端末装置が消費する電力消費量の一例を説明するための第３の図である。なお、図１２は、携帯端末装置１０の一例として、Ａｎｄｒｏｉｄ１．６を実行するＨＴＣ（登録商標）製のＨＴ−０３Ａ（登録商標）において流れた電流のを示す簡略図の一例である。また、図１２に示す例では、携帯端末装置１０がプッシュ型のメールを受信した際に流れた電流の一例を示す。また、図１２に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１２の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１１８】
図１２に示す例では、携帯端末装置１０には、メールを受信する際に、１１．７［Ｓｅｃ］の間、平均で１８６．６［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１２．１秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１１９】
図１３は、携帯端末装置が消費する電力消費量の一例を説明するための第４の図である。なお、図１３は、図１２と同じ携帯端末装置１０においてカレンダを同期する際に流れた電流を示す簡略図の一例である。また、図１３に示す例では、図１０と同様に、測定開始から経過した時間［Ｓｅｃ］を横軸にとり、測定した電流［ｍＡ］を縦軸とした。また、図１３の網掛けをした範囲は、図１０と同様に、継続的に電流が流れた範囲を模式的に示したものである。
【０１２０】
図１３に示す例では、携帯端末装置１０には、カレンダを同期する際に、１２．８６［Ｓｅｃ］の間、平均で１７０．０［ｍＡ］の電流が流れた。これは、携帯端末装置１０が、通話を１２．１秒間行った際に消費する電力量と同等の電力を消費したことを示す。
【０１２１】
このように、携帯端末装置１０は、メールを受信する場合や、カレンダを同期する場合には、待受け状態よりも多くの電力を消費する。このため、携帯端末装置１０は、待受け状態に遷移する際に、待受け状態の際に受けるプッシュ型のサービスを限定することによって、消費する電力量を削減することができる。この結果、携帯端末装置１０は、待受状態を維持する時間を延ばすことができる。
【０１２２】
例えば、制御部３０、待受け状態管理部３１、サーバ連係処理部３２とは、電子回路である。ここで、電子回路の例として、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路、またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などを適用する。
【０１２３】
また、メモリ１３とは、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。
【０１２４】
次に、図１４を用いて、携帯端末装置１０が実行する処理の流れの一例について説明する。図１４は、実施例１に係る携帯端末装置が実行する処理の流れの一例を説明するための図である。図１４に示す例では、携帯端末装置１０は、自身の状態が待受け状態であるか否かを判別する（ステップＳ２０１）。
【０１２５】
そして、携帯端末装置１０は、自身の状態が待受け状態ではないと判別した場合には（ステップＳ２０１否定）、自身の状態を待受け状態に遷移させるか否かを判別する（ステップＳ２０２）。また、携帯端末装置１０は、自身の状態を待受け状態に遷移させないと判別した場合には（ステップＳ２０２否定）、所定の時間経過後に、再度、待受け状態に遷移させるか否かを判別する（ステップＳ２０２）。
【０１２６】
また、携帯端末装置１０は、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ２０２肯定）、サービス情報１４から、待受け時に停止するサービスを判別する（ステップＳ２０３）。そして、携帯端末装置１０は、判別したサービスを提供するサーバに設定通知を送信する（ステップＳ２０４）。その後、携帯端末装置１０は、完了通知を受信し（ステップＳ２０５）、ＯＳに完了通知を行う（ステップＳ２０６）。
【０１２７】
一方、携帯端末装置１０は、自身の状態が待受け状態である場合には（ステップＳ２０１肯定）、待受け状態を解除するか否かを判別する（ステップＳ２０７）。ここで、携帯端末装置１０は、待受け状態を解除しないと判別した場合には（ステップＳ２０７否定）、所定の時間が経過した後に、再度待受け状態を解除するか否かを判別する（ステップＳ２０７）。
【０１２８】
また、携帯端末装置１０は、待受け状態を解除すると判別した場合には（ステップＳ２０７肯定）、動作時に利用するサービスを判別し（ステップＳ２０８）、判別したサービスを提供するサーバに対して、解除通知を送信する（ステップＳ２０９）。次に、携帯端末装置１０は、サーバから完了通知を受信し（ステップＳ２１０）、ＯＳへ完了通知を行う（ステップＳ２１１）。
【０１２９】
［実施例１の効果］
上述したように、携帯端末装置１０は、プッシュ型のサービスに係るデータやメールを待受け状態の際に受信するか否かを示すサービス情報１４を記憶する。また、携帯端末装置１０は、待受け状態に遷移するか否かを判別し、遷移すると判別した場合には、サービス情報１４に基づいて、プッシュ型のサービスの停止を指示する設定通知をプッシュ型のサービスを提供するサーバへ送信する。
【０１３０】
このため、携帯端末装置１０は、待受け時に受信するデータを限定することができる。つまり、携帯端末装置１０は、待受け時に受けるプッシュ型のサービスを限定することができる。この結果、携帯端末装置１０は、プッシュ型のサービスに係るデータやメールの受信を限定する結果、消費電力量を削減し、待受け時間を延ばすことができる。
【０１３１】
また、携帯端末装置１０は、待受け状態の際にデータやメールを受信するか否かをサービスの種別ごとに示すサービス情報１４を記憶する。このため、携帯端末装置１０は、消費電力量を削減しつつ、待受け時に受けるサービスを選択することができる。
【０１３２】
例えば、携帯端末装置１０は、業務用のカレンダをカレンダサーバと常時同期させたい場合には、サービス「カレンダ」とフラグ「１」とを対応づけ、他のサービスとフラグ「０」とを対応付ける。このような場合には、携帯端末装置１０は、待受け状態の際にも、カレンダサーバ５０にカレンダを同期させるデータを送信させ、他のプッシュ型サービスを提供するサーバに、データやメールの送信を停止させることができる。この結果、携帯端末装置１０は、消費電力量を削減しつつ、常時受信すべきデータを受信することができる。
【０１３３】
また、携帯端末装置１０は、自身が待受け状態である場合には、待受け状態を解除するか否かを判別し、待受け状態を解除すると判別した場合には、以下の処理を実行する。すなわち、携帯端末装置１０は、設定通知を送信したサーバに対して、プッシュ型のサービスの再開を指示する解除通知を送信する。
【０１３４】
このため、携帯端末装置１０は、待受け状態を解除した際に、停止させていたサービスに係るデータやメールを迅速に受信することができる。この結果、携帯端末装置１０は、消費電力量を削減しつつ、操作性を向上させることができる。
【０１３５】
また、携帯端末装置１０は、待受け状態の際にも、メールやデータを受信するサービスを選択することができる。すなわち、携帯端末装置１０は、常時受けたいサービスに係るメールやデータを待受け状態の際にも受信することができる。
【実施例２】
【０１３６】
これまで本発明の実施例について説明したが実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。
【０１３７】
（１）設定通知を送信するタイミングについて
上述した携帯端末装置１０は、待受け状態に遷移する際に、設定通知を送信した。しかし、実施例はこれに限定されるものではない。以下、携帯端末装置１０に係る他の実施例として、待受け状態に遷移してから所定の時間が経過した後に、設定通知を送信する例について説明する。
【０１３８】
例えば、携帯端末装置１０ａは、図１５ａに例示する制御部３０ａを有する。図１５ａは、実施例２に係る制御部の一例を説明するための図である。図１５ａに示す例では、制御部３０ａは、待受け状態管理部３１ａ、サーバ連係処理部３２、待受け経過タイマ３３を有する。なお、サーバ連係処理部３２は、実施例１に係るサーバ連係処理部３２と同様の機能を発揮するものとして、説明を省略する。
【０１３９】
待受け状態管理部３１ａは、待受け状態管理部３１と同様の機能を発揮する。すなわち、待受け状態管理部３１ａは、携帯端末装置１０ａを待受け状態に遷移させると判別した場合には、携帯端末装置１０ａを待受け状態に遷移させる。さらに、待受け状態管理部３１ａは、携帯端末装置１０ａを待受け状態に遷移させた場合には、待受け状態に遷移した旨の通知を待受け経過タイマ３３に対して送信する。また、待受け状態管理部３１ａは、待受け状態を解除すると判別した場合には、待受け状態を解除した旨の通知を待受け経過タイマ３３に対して送信する。
【０１４０】
また、待受け状態管理部３１ａは、待受け状態に遷移してから所定の時間が経過した旨の通知を待受け経過タイマ３３から受信した場合には、メモリ１３が記憶するサービス情報１４を参照し、待受け時に停止させるプッシュ型のサービスを判別する。その後、待受け状態管理部３１ａは、待受け状態管理部３１と同様に、判別したサービスと設定通知とをサーバ連係処理部３２に送信する。
【０１４１】
待受け経過タイマ３３は、待受け状態管理部３１ａから待受け状態に遷移した旨の通知を受信した場合には、計時を開始し、携帯端末装置１０ａが待受け状態に遷移してから経過した時間を計時する。そして、待受け経過タイマ３３は、携帯端末装置１０ａが待受け状態に遷移してから所定の時間が経過した場合には、待受け状態に遷移してから所定の時間が経過した旨の通知を待受け状態管理部３１ａに送信する。また、待受け経過タイマ３３は、待受け状態を解除した旨の通知を待受け状態管理部３１から受信した場合には、計時を停止する。すなわち、待受け経過タイマ３３は、カウントした時間をリセットする。
【０１４２】
次に、図１５ｂを用いて、制御部３０ａを有する携帯端末装置１０ａが設定通知を送信するタイミングについて説明する。図１５ｂは、実施例２に係る携帯端末装置が設定通知を送信するタイミングを説明するための図である。なお、図１５ｂに示す例では、図７と同様に、時間を横軸とし、携帯端末装置１０ａにおいて流れる電流の量を縦軸とした図に、携帯端末装置１０ａと各サーバ４０、５０、５１との間でメール等のデータを送受信するタイミングを矢印で示した。また、図１５ｂに示す例では、図７と同様に、携帯端末装置１０ａは、待受状態において、プッシュ型のメールのみを受信するものとする。
【０１４３】
例えば、図１５ｂ中（Ｌ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０ａに対して、プッシュ型のメール配信を行う。また、図１５ｂ中（Ｍ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０ａとは、カレンダや電話帳の同期を行う。ここで、携帯端末装置１０ａは、図１５ｂ中（Ｎ）に示すタイミングで、待受け状態に遷移すると判別した場合には、設定通知を送信せずに、そのまま待受状態に遷移する。
【０１４４】
そして、図１５ｂ中（Ｏ）に示すように、携帯端末装置１０ａは、待受状態に遷移してから所定の時間が経過した場合には、図１５ｂ中（Ｐ）に示すタイミングで、カレンダサーバ５０および電話帳サーバ５１に対して、設定通知を送信する。また、図１５ｂ中（Ｑ）に示すように、メールサーバ４０は、携帯端末装置１０ａに対するプッシュ型のメール配信サービスを実行する。ここで、携帯端末装置１０ａは、図１５ｂ中（Ｒ）に示すタイミングでメールを受信した場合には、画面の起動を行わず、メールの受信のみを行う。つまり、携帯端末装置１０ａは、待受状態の際にメールの受信やカレンダの同期を行った場合は、画面の起動を行わず、メールの受信やカレンダの同期処理のみを実行する。
【０１４５】
また、図１５ｂ中（Ｓ）に示すタイミングで待受状態を解除すると判別した場合には、図１５ｂ中（Ｔ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。そして、携帯端末装置１０ａは、図１５ｂ中（Ｕ）に示すように、メールサーバ４０からのメールを受信するとともに、図１５ｂ中（Ｖ）に示すように、カレンダサーバ５０や電話帳サーバ５１とカレンダや電話帳の同期を行う。
【０１４６】
次に、図１６を用いて、実施例２に係る携帯端末装置１０ａが設定通知を送信する処理の一例について説明する。図１６は、実施例２に係る携帯端末装置が実行する処理の一例を説明するための図である。なお、図１６に示す処理のうち、ステップＳ３０４〜Ｓ３０９については、図８中のステップＳ１０２〜Ｓ１０７と同様の処理であるものとし、以下の説明を省略する。
【０１４７】
例えば、携帯端末装置１０ａのＯＳは、待受遷移処理を開始し、待受け状態管理部３１ａに待受状態に遷移するか否かを判別させる（ステップＳ３０１）。そして、待受け状態管理部３１ａは、待受状態に遷移すると判別し、ＯＳに完了通知を送信する（ステップＳ３０２）。そして、携帯端末装置１０ａのＯＳは、携帯端末装置１０ａを待受状態に遷移させるとともに、所定の時間が経過するまで待機する（ステップＳ３０３）。
【０１４８】
その後、携帯端末装置１０ａのＯＳは、携帯端末装置１０ａが待受状態に遷移してから所定の時間が経過した場合は、実施例１に係る携帯端末装置１０と同様に、設定通知をメールサーバ４０へ送信する（ステップＳ３０４〜Ｓ３０６）。
【０１４９】
次に、図１７を用いて、実施例２に係る携帯端末装置１０ａが実行する処理の流れについて説明する。図１７は、実施例２に係る携帯端末装置が実行する処理の流れの一例について説明するための図である。なお、図１７に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。
【０１５０】
例えば、携帯端末装置１０ａは、自身の状態が待受状態であるか否かを判別する（ステップＳ４０１）。そして、携帯端末装置１０ａは、自身の状態が待受状態ではないと判別した場合には（ステップＳ４０１否定）、自身の状態を待受状態に遷移させるか否かを判別する（ステップＳ４０２）。また、携帯端末装置１０ａは、自身の状態を待受状態に遷移させないと判別した場合には（ステップＳ４０２否定）、所定の時間経過後、再度、自身の状態を待受状態に遷移させるか否かを判別する（ステップＳ４０２）。
【０１５１】
また、携帯端末装置１０ａは、自身の状態を待受状態に遷移させると判別した場合には（ステップＳ４０２肯定）、待受け経過タイマ３３にカウントを開始させる（ステップＳ４０３）。次に、携帯端末装置１０ａは、待受け状態を解除するか否かを判別し（ステップＳ４０４）、解除しないと判別した場合には（ステップＳ４０４否定）、以下の処理を実行する。すなわち、携帯端末装置１０ａは、待受け経過タイマ３３を用いて、待受け状態に遷移してから所定の時間が経過したか否かを判別する（ステップＳ４０５）。
【０１５２】
そして、携帯端末装置１０ａは、所定の時間が経過したと判別した場合には（ステップＳ４０５肯定）、待受け時に停止するサービスを判別する（ステップＳ２０３）。一方、携帯端末装置１０ａは、所定の時間が経過していないと判別した場合には（ステップＳ４０５否定）、再度、待受け状態を解除するか否かを判別する（ステップＳ４０４）。また、携帯端末装置１０ａは、待受け状態を解除すると判別した場合には（ステップＳ４０４肯定）、動作時に利用するサービスを判別する（ステップＳ２０８）。
【０１５３】
このように、携帯端末装置１０ａは、自身の状態を待受け状態に遷移させてから所定の時間が経過するまでの間に、待受け状態が解除されなかった場合には、サービス情報に基づいて、プッシュ型のサービスの停止を指示する設定情報を送信する。このため、携帯端末装置１０ａは、待受け状態への遷移や待受け状態の解除が頻繁に行う場合にも、処理の増加を抑えつつ、より適切に消費電力量を削減することができる。
【０１５４】
（２）充電中の動作について
上述した携帯端末装置１０、１０ａは、待受け状態に遷移するか否かをトリガとして制御通知を送信した。しかし、実施例はこれに限定されるものではない。例えば、携帯端末装置１０、１０ａは、待受け状態に遷移する際に、充電中である場合には、消費電力量を抑える必要がないので、設定通知を送信しないこととしてもよい。
【０１５５】
以下、待受け状態に遷移する際に、充電中である場合には、設定通知を送信しない携帯端末装置１０ｂについて説明する。なお、携帯端末装置１０ｂは、携帯端末装置１０、１０ａと同様の機能を有するものとして、携帯端末装置１０ｂが有する各部の詳細な説明については、説明を省略する。
【０１５６】
図１８は、充電中に設定通知を送信しない携帯端末装置の処理の一例を説明するための図である。なお、図１８に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。また、図１８に示すステップＳ５０１、ステップＳ５０２は、図１７に示すステップＳ４０１、ステップＳ４０２と同様の処理を実行するものとして、説明を省略する。
【０１５７】
すなち、携帯端末装置１０ｂは、待受け状態に遷移すると判別した場合には（ステップＳ５０２肯定）、現在充電を行っているか否かを判別する（ステップＳ５０３）。そして、携帯端末装置１０ｂは、現在充電を行っていると判別した場合には（ステップＳ５０３肯定）、ステップＳ２０３〜ステップＳ２０６に示す設定通知を送信する一連の処理を実行せずに、処理を終了する。一方、携帯端末装置１０ｂは、現在充電を行っていないと判別した場合には（ステップＳ５０３否定）、待受け時に停止するサービスを判別し（ステップＳ２０３）、判別したサービスを提供するサーバに設定通知を送信する（ステップＳ２０４）。
【０１５８】
このように、携帯端末装置１０ｂは、自身の状態を待受け状態に遷移させると判別した際に、充電中であった場合には、プッシュ型のサービスを提供するサーバに設定通知を送信しない。このため、携帯端末装置１０ｂは、省電力を考慮しなくてもよい場合には、プッシュ型のサービスを継続して受けるため、利用者の利便性を向上させることができる。
【０１５９】
なお、携帯端末装置１０ｂは、待受け状態に遷移し、プッシュ型のサービスを提供するサーバに設定通知を送信した後に、充電が開示された場合には、サーバに解除通知を送信し、プッシュ型のサービスを再開させることとしても良い。以下、このような携帯端末装置１０ｂについて説明する。
【０１６０】
図１９は、待受け状態の際に充電が開始された際に解除通知を送信する携帯端末装置の一例を説明するための図である。なお、図１９に示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理であるものとし、以下の説明を省略する。また、図１９に示すステップＳ５０１〜Ｓ５０３は、図１８に示すステップＳ５０１〜Ｓ５０３と同様の処理であるものとし、以下の説明を省略する。
【０１６１】
すなわち、携帯端末装置１０ｂは、自身の状態が待受け状態であると判別した場合は（ステップＳ５０１肯定）、自身が充電中であるか否かを判別する（ステップＳ５０４）。そして、携帯端末装置１０ｂは、自身が充電中であると判別した場合には（ステップＳ５０４肯定）、ステップＳ２０８〜ステップＳ２１１を実行することで、各サーバ４０、５０、５１に対して解除通知を送信する。一方、携帯端末装置１０ｂは、自身が充電中ではないと判別した場合には（ステップＳ５０４否定）、待受け状態を解除するか否かを判別する（ステップＳ２０７）。
【０１６２】
このように、携帯端末装置１０ｂは、自身の状態が待受け状態である際に、充電が開始された場合には、設定通知を送信したサーバに対して、プッシュ型のサービスの再開を指示する解除通知を送信する。このため、携帯端末装置１０ｂは、既に設定通知を送信した際に、充電が開始され、省電力を考慮しなくとも良い状態となった場合には、解除通知を送信し、プッシュ型のサービスの提供を受けることができる。この結果、携帯端末装置１０ｂは、利便性を高めることができる。
【０１６３】
（３）時間帯による配信サービスの選択について
例えば、本願に係る携帯端末装置は、待受け状態に遷移する際に、予め設定した時刻に応じて、プッシュ型のサービスを停止させるか否かを判別してもよい。そこで、以下に、待受け状態に遷移する時間に応じて、プッシュ型のサービスを停止するか否かを判別する携帯端末装置１０ｃについて説明する。
【０１６４】
図２０ａは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置の一例を説明するための図である。図２０ａに示す例では、携帯端末装置１０ｃは、制御部３０ｂを有する。また、制御部３０ｂは、待受け状態管理部３１ｂを有する。また、携帯端末装置１０ｃは、メモリ１３に、設定時間テーブル１４ａを有する。ここで、設定時間テーブル１４ａとは、プッシュ型のサービスの提供を停止させない時間帯を示す情報である。
【０１６５】
すなわち、待受け状態管理部３１ｂは、携帯端末装置１０ｃの状態を待受け状態に遷移させると判別した場合には、設定時間テーブル１４ａを参照し、現時刻が設定時間テーブル１４ａが示す時間帯に含まれるか否かを判別する。そして、待受け状態管理部３１ｂは、現時刻が設定時間テーブル１４ａが示す時間帯に含まれると判別した場合には、設定通知をサーバ連係処理部３２に送信せず、携帯端末装置１０ｃの状態を待受け状態に遷移させる。一方、待受け状態管理部３１ｂは、現時刻が設定時間テーブル１４ａが示す時間帯に含まれないと判別した場合には、停止させるプッシュ型のサービス名と設定通知とをサーバ連係処理部３２に送信する。
【０１６６】
図２０ｂは、時間帯に応じてプッシュ型のサービスを停止させるか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２０ｂに示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理を実行するものとして、説明を省略する。また、図２０ｂに示すステップＳ６０１、ステップＳ６０２は、図１８に示すステップＳ５０１、ステップＳ５０２と同様の処理を実行するものとして、説明を省略する。
【０１６７】
すなわち、携帯端末装置１０ｃは、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ６０２肯定）、設定時間テーブル１４ａを読み込む（ステップＳ６０３）。そして、携帯端末装置１０ｃは、設定時間テーブル１４ａが示す時間帯、すなわちプッシュ型のサービスを停止させない時間帯に現時刻が含まれるか否かを判別する（ステップＳ６０４）。
【０１６８】
そして、携帯端末装置１０ｃは、現時刻がサービスを停止させない時間帯に含まれると判別した場合には（ステップＳ６０４肯定）、ステップＳ２０３〜ステップＳ２０６を実行せずに処理を終了する。一方、携帯端末装置１０ｃは、現時刻がサービスを停止させる時間帯に含まれると判別した場合には（ステップＳ６０４否定）、ステップＳ２０３〜ステップＳ２０６を実行し、処理を終了する。
【０１６９】
このように、携帯端末装置１０ｃは、待受け状態に遷移する際に、現時刻が予め設定された所定の時間帯に含まれるか否かを判別し、現時刻が予め設定された所定の時間帯に含まれると判別した場合は、設定通知を送信しない。また、携帯端末装置１０ｃは、現時刻が予め設定された所定の時間帯に含まれないと判別した場合には、設定通知を送信し、プッシュ型のサービスの停止を指示する。
【０１７０】
このため、携帯端末装置１０ｃは、消費電力量を削減しつつ、時間帯に応じてプッシュ型のサービスを受けるか否かを判別することができる。この結果、携帯端末装置１０ｃは、例えば、出勤時間中はプッシュ型のサービスを常時提供させ、出勤時間以外は、待受け時にプッシュ型のサービスを停止させることができる。
【０１７１】
（４）アクセスポイントに応じた配信サービスの選択について
例えば、本願に係る携帯端末装置は、待受け状態に遷移する際に、接続中のアクセスポイント（ＡＰ：Access Point）が予め設定したアクセスポイントであるか否かに基づいて、プッシュ型のサービスを停止させるか否かを判別してもよい。そこで、以下に、接続中のアクセスポイントが予め設定したアクセスポイントであるか否かに基づいて、プッシュ型のサービスを停止するか否かを判別する携帯端末装置１０ｄについて説明する。
【０１７２】
図２１ａは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置の一例を説明するための図である。図２１ａに示す例では、携帯端末装置１０ｄは、制御部３０ｃを有する。また、制御部３０ｃは、待受け状態管理部３１ｃを有する。また、携帯端末装置１０ｄは、メモリ１３に、設定ＡＰテーブル１４ｂを有する。ここで、設定ＡＰテーブル１４ｂとは、携帯端末装置１０ｄが接続するアクセスポイントを示す情報である。
【０１７３】
すなわち、待受け状態管理部３１ｃは、携帯端末装置１０ｄの状態を待受け状態に遷移させると判別した場合には、設定ＡＰテーブル１４ｂを参照し、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれるか否かを判別する。そして、待受け状態管理部３１ｃは、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれると判別した場合には、設定通知をサーバ連係処理部３２に送信せず、携帯端末装置１０ｃの状態を待受け状態に遷移させる。一方、待受け状態管理部３１ｃは、設定ＡＰテーブル１４ｂが示すアクセスポイントに現在接続中のアクセスポイントが含まれないと判別した場合には、停止させるプッシュ型のサービス名と設定通知とをサーバ連係処理部３２に送信する。
【０１７４】
図２１ｂは、アクセスポイントに基づいて、プッシュ型のサービスを提供するか否かを判別する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２１ｂに示すステップＳ２０３〜Ｓ２１１は、図１４に示すステップＳ２０３〜Ｓ２１１と同様の処理を実行するものとして、説明を省略する。また、図２１ｂに示すステップＳ７０１、ステップＳ７０２は、図１８に示すステップＳ５０１、ステップＳ５０２と同様の処理を実行するものとして、説明を省略する。
【０１７５】
すなわち、携帯端末装置１０ｄは、自身の状態を待受け状態に遷移させると判別した場合には（ステップＳ７０２肯定）、設定ＡＰテーブル１４ｂを読み込む（ステップＳ７０３）。そして、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれるか否かを判別する（ステップＳ７０４）。
【０１７６】
そして、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれると判別した場合には（ステップＳ７０４肯定）、ステップＳ２０３〜ステップＳ２０６を実行しない。すなわち、携帯端末装置１０ｄは、設定通知を送信せず、待受け状態に遷移するのみで、処理を終了する。
【０１７７】
一方、携帯端末装置１０ｄは、現在接続中のアクセスポイントが設定ＡＰテーブル１４ｂが示すアクセスポイントに含まれないと判別した場合には（ステップＳ７０４否定）、ステップＳ２０３〜ステップＳ２０６を実行する。すなわち、携帯端末装置１０ｄは、プッシュ型のサービスの停止を指示する設定通知を送信する。
【０１７８】
このように、携帯端末装置１０ｄは、待受け状態に遷移する際に、接続中のアクセスポイントが予め設定されたアクセスポイントであるか否かを判別する。そして、携帯端末装置１０ｄは、接続中のアクセスポイントが予め設定されたアクセスポイントであると判別した場合には、設定通知の送信を行わない。また、携帯端末装置１０ｄは、接続中のアクセスポイントが予め設定されたアクセスポイントではないと判別した場合には、設定通知の送信を行う。
【０１７９】
このため、携帯端末装置１０ｄは、消費電力量を削減しつつ、携帯端末装置１０ｄの位置に応じて、プッシュ型のサービスを受けるか否かを判別することができる。この結果、携帯端末装置１０ｄは、例えば、会社のアクセスポイントに接続中の場合には、プッシュ型のサービスを常時提供させ、会社以外のアクセスポイントに接続中の場合には、待受け時にプッシュ型のサービスを停止させることができる。
【０１８０】
（５）設定通知の送信方法について
上述した携帯端末装置１０〜１０ｄは、設定された条件を満たした際に、プッシュ型のサービスの停止を指示する設定通知を送信した。しかし、実施例はこれに限定されるものではない。例えば、携帯端末装置１０〜１０ｄは、ＩＰｖ（Internet Protocol version）４アドレスを保持するためのＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信することで、消費電力をさらに削減することとしてもよい。以下、このようにＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する携帯端末装置１０ｅについて説明する。
【０１８１】
図２２は、携帯端末装置がＡｌｗａｙｓ Ｏｎ動作と同時に設定通知を送信する処理の一例について説明するための図である。なお、図２２に示す例では、図７と同様に、時間を横軸とし、携帯端末装置１０ｅにおいて流れる電流の量を縦軸とした図に、携帯端末装置１０ｅと各サーバ４０、５０、５１との間でメール等のデータを送受信するタイミングを矢印で示した。また、図２２に示す例では、図７と同様に、携帯端末装置１０ｅは、待受状態において、プッシュ型のメールのみを受信するものとする。
【０１８２】
例えば、図２２中（Ｗ）に示すタイミングで、メールサーバ４０は、携帯端末装置１０ｅに対して、プッシュ型のメール配信を行う。また、図２２中（Ｘ）に示すタイミングで、カレンダサーバ５０や電話帳サーバ５１と携帯端末装置１０ｅとは、カレンダや電話帳の同期を行う。ここで、携帯端末装置１０ｅは、図２２中（Ｙ）に示すタイミングで、待受け状態に遷移すると判別した場合には、設定通知を送信せずに、そのまま待受状態に遷移する。
【０１８３】
そして、図２２中（Ｚ）に示すように、携帯端末装置１０ｅは、待受け状態に遷移してから最初に実行するＡｌｗａｙｓ Ｏｎ動作まで待機し、図２２中（ａ）に示すように、Ａｌｗａｙｓ−Ｏｎ動作と同時に設定通知を送信する。また、図２２中（ｂ）に示すように、メールサーバ４０は、携帯端末装置１０ｅに対するプッシュ型のメール配信サービスを実行する。ここで、携帯端末装置１０ｅは、図２２中（ｃ）に示すタイミングでメールを受信した場合には、画面の起動を行わず、メールの受信のみを行う。
【０１８４】
また、図２２中（ｄ）に示すタイミングで待受状態を解除すると判別した場合には、図２２中（ｅ）に示すように、カレンダサーバ５０と電話帳サーバ５１に対して、解除通知を送信する。つまり、携帯端末装置１０ｅは、設定通知の送信についてはＡｌｗａｙｓ Ｏｎ動作まで待機するが、設定解除の送信については、即時送信する。そして、携帯端末装置１０ｅは、図２２中（ｆ）に示すように、メールサーバ４０からのメールを受信するとともに、図２２中（ｇ）に示すように、カレンダサーバ５０や電話帳サーバ５１とカレンダや電話帳の同期を行う。
【０１８５】
このように、携帯端末装置１０ｅは、ＩＰアドレスを保持するためのＡｌｗａｙｓ−Ｏｎ機能を有する。そして、携帯端末装置１０ｅは、待受け状態に遷移し、設定通知を送信する場合には、Ａｌｗａｙｓ−Ｏｎ機能の実行まで待機し、Ａｌｗａｙｓ−Ｏｎ機能の実行と同時に、設定通知を送信する。このため、携帯端末装置１０ｅは、設定通知を送信する際に要する電力量を削減することができる。
【０１８６】
（６）ＩＰアドレスの割り当て解放について
例えば、携帯端末装置１０〜１０ｅは、待受け状態である際に、全てのプッシュ型サービスに係るデータを受信しない旨をサービス情報１４が示す場合には、Ａｌｗａｙｓ−Ｏｎ機能を解除し、無線通信を行うために割当てられたＩＰアドレスを解放してもよい。以下、このように待受け状態である際に、全てのプッシュ型サービスに係るデータを受信しない場合には、自身に割当てられたＩＰアドレスを解放する携帯端末装置１０ｆについて説明する。
【０１８７】
図２３は、自身に割当てられたＩＰアドレスを解放する携帯端末装置が実行する処理の一例を説明するための図である。なお、図２３中のステップＳ８０１、Ｓ８０２、Ｓ８０５、Ｓ８０６は、図８中のステップＳ１０１、Ｓ１０３、Ｓ１０６、Ｓ１０７と同様の処理であるものとし、説明を省略する。
【０１８８】
また、図２３中のステップＳ８１０、Ｓ８１１、Ｓ８１５、Ｓ８１６については、Ｓ１１５、Ｓ１１６、Ｓ１１９、Ｓ１２０と同様の処理であるものし、説明を省略する。また、図２３中ステップＳ８０７〜Ｓ８０９は、図８中ステップＳ１０８〜Ｓ１１１と同様の処理であるものとして、説明を省略する。また、図２３中ステップＳ８０８、Ｓ８０９は、図９中のステップＳ１２４、Ｓ１２５と同様の処理であるものとして、説明を省略する。
【０１８９】
すなわち、携帯端末装置１０ｆは、待受け状態管理部３１ｃが待受け状態に遷移すると判別し、かつ、待受け状態の際に全てのプッシュ型サービスを停止させる旨をサービス情報１４が示す場合には、以下の処理を実行する。すなわち、携帯端末装置１０ｆは、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバに対して、ＡＰＮ（Access Point Name）削除通知を送信する（ステップＳ８０３）。
【０１９０】
このため、ＤＨＣＰサーバは、携帯端末装置１０ｆに割当てたＩＰｖ４アドレスを解放する（ステップＳ８０４）。ここで、携帯端末装置１０ｆには、ＩＰｖ４アドレスが割付けられていないため、メールサーバ４０やカレンダサーバ５０は、携帯端末装置１０ｆ宛のメールやカレンダの修正が発生しても、メールやデータの送信を行わない。
【０１９１】
そして、携帯端末装置１０ｆは、待受け状態を解除する場合には（ステップＳ８１２、８１３）、ＩＰｖ４アドレスの割当を要求するＡＰＮ設定通知をＤＨＣＰサーバへ送信する（ステップＳ８１４）。このような場合には、ＤＨＣＰサーバは、携帯端末装置１０ｆにＩＰｖ４の割当を行う（ステップＳ８１５）。そして、携帯端末装置１０ｆは、ＩＰｖ４割当通知を受信する（ステップＳ８１６）。その後、携帯端末装置１０ｆは、各サーバと同期を行い、メールの受信やカレンダを更新するためのデータ等の受信を行う同期処理を実行する（ステップＳ８１９、Ｓ８２０）。
【０１９２】
このように、携帯端末装置１０ｆは、待受け状態を解除すると判別し、かつ、サービス情報１４が全てのプッシュ型のサービスについて待受け状態の際にデータを受信しない旨を示す場合には、ＩＰｖ４アドレスの割当を解除し、Ａｌｗａｙｓ−Ｏｎ機能を解除する。このため、携帯端末装置１０ｆは、ＩＰｖ４アドレスの枯渇を防ぐことができる。また、携帯端末装置１０ｆは、Ａｌｗａｙｓ−Ｏｎ機能を実行するために消費する電力を削減することができる結果、消費電力量を削減することができる。
【０１９３】
（７）プッシュ型サービスを停止させる処理について
上述した携帯端末装置１０〜１０ｆは、所定の条件を満たした場合には、設定通知を送信することで、プッシュ型サービスの提供を停止させた。しかし、実施例は、これに限定されるものではない。例えば、携帯端末装置１０〜１０ｆは、待受け状態の際に、プッシュ型サービスの提供を停止させるのではなく、プッシュ型サービスに係るデータの配信頻度を通常時よりも低い値に更新することとしてもよい。
【０１９４】
例えば、携帯端末装置１０〜１０ｆは、待受け状態の時にプッシュ型のメールを受信する頻度を低下させる指示をメールサーバ４０に送信する。このような場合には、メールサーバ４０は、携帯端末装置１０〜１０ｆごとに、あらかじめ設定された頻度で、メールの送信を行う。
【０１９５】
図２４は、実施例２に係る同期制御対応テーブルの一例を説明するための図である。図２４に示す例では、同期制御対応テーブル４２ａは、各携帯端末装置のメールアドレスと、制御情報と、メールを送信する頻度を示す頻度情報とを対応付けた情報である。
【０１９６】
ここで、制御情報「１」は、メールを予め設定された頻度で送信する旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．１１１＠ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを、２通受信するたびに、まとめて送信する。また、制御情報「０」は、メール配信サービスを停止している旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．２２２＠ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを送信せずに保存する。
【０１９７】
また、制御情報「２」は、メールを通常の頻度で送信する旨を示す。すなわち、図２４に示す例では、メールサーバ４０は、メールアドレスが「ａａａ．３３３．ｆｊ．ｃｏｍ」である携帯端末装置を宛先とするメールを、受信するたびに送信する。
【０１９８】
このような同期制御対応テーブル４２ａを有するメールサーバ４０は、例えば、メールアドレスが「ａａａ．３３３＠ｆｊ．ｃｏｍ」の携帯端末から、メールを送信する頻度を低下させる指示を受信した場合には、以下の処理を実行する。すなわち、メールサーバ４０は、同期制御対応テーブル４２ａにメールアドレス「ａａａ．３３３＠ｆｊ．ｃｏｍ」と対応付けられた制御情報「２」を「１」に更新する。
【０１９９】
そして、メールサーバ４０は、更新した同期制御対応テーブル４２ａに従って、プッシュ型のメール配信サービスを実行する。なお、上述した、プッシュ型のサービスに係るデータの配信頻度を低下させる処理は、メールサーバ４０のみならず、カレンダサーバ５０や、電話帳サーバ５１にも適用することができる。
【０２００】
（８）各実施例の関係
なお、上述した各実施例に係る携帯端末装置１０〜１０ｆが実行する処理は、それぞれ矛盾しない範囲で、任意に組み合わせて実行してもよい。例えば、携帯端末装置１０ｆは、他の携帯端末装置１０〜１０ｅが実行する処理を実行することとしてもよい。
【０２０１】
なお、携帯端末装置１０〜１０ｆは、３Ｇ等の無線通信網に接続する際に、ＩＰｖ４を割当てられる場合のみならず、ＩＰｖ６を割当てられる場合にも、適切に電力の消費を抑えることができる。すなわち、携帯端末装置１０〜１０ｆは、Ａｌｗａｙｓ−Ｏｎ機能を実行しない場合にも、消費電力量を削減することができる。
【０２０２】
（９）プログラム
ところで、携帯端末装置１０〜１０ｆは、ハードウェアを利用して各種の処理を実現する場合を説明した。しかし、実施例はこれに限定されるものではなく、あらかじめ用意されたプログラムを携帯端末装置１０が有するＣＰＵで実行することによって実現するようにしてもよい。そこで、以下では、図２５を用いて、実施例１に示した携帯端末装置１０と同様の機能を有するプログラムを実行する携帯端末装置の一例を説明する。図２５は、通信プログラムを実行する携帯端末装置の一例を説明するための図である。
【０２０３】
図２５に例示された携帯端末装置１００は、ＲＯＭ（Read Only Memory）１１０、ＲＡＭ（Random Access Memory）１３０、ＣＰＵ１４０、Ｉ／Ｏ（Input Output）１５０がバス１２０で接続される。
【０２０４】
ＲＡＭ１３０には、通信プログラム１３１があらかじめ保持される。ＣＰＵ１４０が通信プログラム１３１を読み出して実行することによって、図２５に示す例では、通信プログラム１３１は、通信プロセス１４１として機能するようになる。なお、通信プロセス１４１は、図２に示した制御部３０と同様の機能を発揮する。また、通信プロセス１４１は、実施例２に関わる携帯端末装置１０ａ〜１０ｆに係る制御部と同等の機能を発揮するようにすることも可能である。
【０２０５】
なお、本実施例で説明した補完プログラムは、あらかじめ用意されたプログラムを携帯端末装置や無線通信可能なコンピュータ等の任意の端末で実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magneto Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの端末が読取可能な記録媒体に記録される。また、このプログラムは、端末によって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【０２０６】
１ 通信システム
２ 基地局
３ アクセスポイント
４ 移動体通信網
５ ネットワーク
１０〜１０ｆ 携帯端末装置
１１ ディスプレイ
１２ キーパッド
１３ メモリ
１４ サービス情報
１４ａ 設定時間テーブル
１４ｂ 設定ＡＰテーブル
１５ スピーカ
１６ マイクロフォン
１７ 音声信号処理部
１８ 公衆網無線部
１９ ＷＬＡＮ無線部
２０、２１ アンテナ
３０〜３０ｃ 制御部
３１〜３１ｃ 待受け状態管理部
３２ サーバ連係処理部
４０ メールサーバ
４１ 制御テーブル記憶部
４２〜４２ｂ 同期制御対応テーブル
４３〜４３ｂ メール記憶部
４４〜４４ｂ 制御部
４５ ネットワーク制御部
４６ ディスプレイ
４７ キーボード
５０ カレンダサーバ
５１ 電話帳サーバ
【特許請求の範囲】
【請求項１】
無線通信網を介して、プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置において、
前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報を記憶する記憶部と、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別する判別部と、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信する送信部と
を有することを特徴とする携帯端末装置。
【請求項２】
前記記憶部は、前記携帯端末装置が待受け状態の際に前記情報を受信するか否かを示す設定情報をサービスの種別ごとに記憶することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記判別部は、前記携帯端末装置の状態が待受け状態である場合には、前記携帯端末装置の待受け状態を解除するか否かを判別し、
前記送信部は、前記判別部が前記携帯端末装置の待受け状態を解除すると判別した場合は、前記プッシュ型のサービスの停止を指示する設定通知を送信したサーバに対して、当該プッシュ型のサービスの再開を指示する解除通知を送信することを特徴とする請求項１または２に記載の携帯端末装置。
【請求項４】
前記携帯端末装置は、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、前記携帯端末装置の状態を待受け状態に遷移させる遷移部を有し、
前記送信部は、前記遷移部によって前記携帯端末装置の状態が待受け状態に遷移してから所定の時間が経過するまでの間、待受け状態が解除されなかった場合には、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項３に記載の携帯端末装置。
【請求項５】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した際に、該携帯端末装置が充電中であった場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信しないことを特徴とする請求項１〜３のいずれか１つに記載の携帯端末装置。
【請求項６】
前記送信部は、前記携帯端末装置の状態が待受け状態である際に、当該携帯端末装置の充電が開始された場合は、前記プッシュ型のサービスの停止を指示する設定通知を送信したサーバに対して、当該プッシュ型のサービスの再開を指示する解除通知を送信することを特徴とする請求項１〜４のいずれか１つに記載の携帯端末装置。
【請求項７】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、現時刻が予め設定された時間帯に含まれるか否かを判別し、現時刻が予め設定された時間帯に含まれると判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信せず、現時刻が予め設定された時間帯に含まれないと判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信することを特徴とする請求項１〜６のいずれか１つに記載の携帯端末装置。
【請求項８】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、接続中のアクセスポイントが予め設定されたアクセスポイントであるか否かを判別し、接続中のアクセスポイントが予め設定されたアクセスポイントであると判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信せず、接続中のアクセスポイントが予め設定されたアクセスポイントではないと判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信することを特徴とする請求項１〜７のいずれか１つに記載の携帯端末装置。
【請求項９】
前記送信部は、前記プッシュ型のサービスに係る情報を送信する頻度を低くする旨を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項１〜８のいずれか１つに記載の携帯端末装置。
【請求項１０】
前記携帯端末装置は、
前記携帯端末装置に割当てられたＩＰアドレスを保持するために、無線通信網のサーバとの同期を実行する同期部を有し、
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、前記記憶部が記憶する設定情報に基づいて、前記同期部が前記無線通信網のサーバとの同期を実行すると同時に、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項１〜９のいずれか１つに記載の携帯端末装置。
【請求項１１】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別し、かつ、前記記憶部が記憶する設定情報が、全ての前記プッシュ型のサービスについて待受け状態の際に情報を受信しない旨を示す場合には、前記携帯端末装置が無線通信を行うために付与されるＩＰアドレスの割り当ての開放を指示する解放通知を、当該ＩＰアドレスの割当を行うサーバに対して送信することを特徴とする請求項１〜１０のいずれか１つに記載の携帯端末装置。
【請求項１２】
無線通信網を介してプッシュ型のサービスを提供するサーバと、
前記サーバから、前記無線通信網を介して、該プッシュ型のサービスに係る情報を受信する複数の携帯端末装置と
を有する通信システムにおいて、
前記携帯端末装置は、
前記プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する記憶部と、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別する判別部と、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する送信部と
を有し、
前記サーバは、
前記携帯端末装置から前記設定通知を受信する受信部と、
前記受信部が受信した設定通知に基づいて、前記携帯端末装置に、前記プッシュ型のサービスに係る情報を送信するか否かを判別する送信判別部と、
前記送信判別部が前記プッシュ型のサービスに係る情報を送信しないと判別した携帯端末装置に対しては、当該プッシュ型のサービスに係る情報を送信せず、前記送信判別部が前記プッシュ型のサービスに係る情報を送信すると判別した携帯端末装置に対しては、当該プッシュ型のサービスに係る情報を送信する情報送信部と
を有することを特徴とする通信システム。
【請求項１３】
無線通信網を介して、プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置によって実行される通信プログラムにおいて、
前記携帯端末装置に、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別し、
前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する
処理を実行させることを特徴とする通信プログラム。
【請求項１４】
無線通信網を介して、前記プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置の制御方法において、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別し、
前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する
処理を実行させることを特徴とする携帯端末装置の制御方法。
【請求項１】
無線通信網を介して、プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置において、
前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報を記憶する記憶部と、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別する判別部と、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信する送信部と
を有することを特徴とする携帯端末装置。
【請求項２】
前記記憶部は、前記携帯端末装置が待受け状態の際に前記情報を受信するか否かを示す設定情報をサービスの種別ごとに記憶することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記判別部は、前記携帯端末装置の状態が待受け状態である場合には、前記携帯端末装置の待受け状態を解除するか否かを判別し、
前記送信部は、前記判別部が前記携帯端末装置の待受け状態を解除すると判別した場合は、前記プッシュ型のサービスの停止を指示する設定通知を送信したサーバに対して、当該プッシュ型のサービスの再開を指示する解除通知を送信することを特徴とする請求項１または２に記載の携帯端末装置。
【請求項４】
前記携帯端末装置は、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、前記携帯端末装置の状態を待受け状態に遷移させる遷移部を有し、
前記送信部は、前記遷移部によって前記携帯端末装置の状態が待受け状態に遷移してから所定の時間が経過するまでの間、待受け状態が解除されなかった場合には、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項３に記載の携帯端末装置。
【請求項５】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した際に、該携帯端末装置が充電中であった場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信しないことを特徴とする請求項１〜３のいずれか１つに記載の携帯端末装置。
【請求項６】
前記送信部は、前記携帯端末装置の状態が待受け状態である際に、当該携帯端末装置の充電が開始された場合は、前記プッシュ型のサービスの停止を指示する設定通知を送信したサーバに対して、当該プッシュ型のサービスの再開を指示する解除通知を送信することを特徴とする請求項１〜４のいずれか１つに記載の携帯端末装置。
【請求項７】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、現時刻が予め設定された時間帯に含まれるか否かを判別し、現時刻が予め設定された時間帯に含まれると判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信せず、現時刻が予め設定された時間帯に含まれないと判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信することを特徴とする請求項１〜６のいずれか１つに記載の携帯端末装置。
【請求項８】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、接続中のアクセスポイントが予め設定されたアクセスポイントであるか否かを判別し、接続中のアクセスポイントが予め設定されたアクセスポイントであると判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信せず、接続中のアクセスポイントが予め設定されたアクセスポイントではないと判別した場合は、前記プッシュ型のサービスを提供するサーバに設定通知を送信することを特徴とする請求項１〜７のいずれか１つに記載の携帯端末装置。
【請求項９】
前記送信部は、前記プッシュ型のサービスに係る情報を送信する頻度を低くする旨を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項１〜８のいずれか１つに記載の携帯端末装置。
【請求項１０】
前記携帯端末装置は、
前記携帯端末装置に割当てられたＩＰアドレスを保持するために、無線通信網のサーバとの同期を実行する同期部を有し、
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合には、前記記憶部が記憶する設定情報に基づいて、前記同期部が前記無線通信網のサーバとの同期を実行すると同時に、前記プッシュ型のサービスの停止を指示する設定通知を当該プッシュ型のサービスを提供するサーバに送信することを特徴とする請求項１〜９のいずれか１つに記載の携帯端末装置。
【請求項１１】
前記送信部は、前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別し、かつ、前記記憶部が記憶する設定情報が、全ての前記プッシュ型のサービスについて待受け状態の際に情報を受信しない旨を示す場合には、前記携帯端末装置が無線通信を行うために付与されるＩＰアドレスの割り当ての開放を指示する解放通知を、当該ＩＰアドレスの割当を行うサーバに対して送信することを特徴とする請求項１〜１０のいずれか１つに記載の携帯端末装置。
【請求項１２】
無線通信網を介してプッシュ型のサービスを提供するサーバと、
前記サーバから、前記無線通信網を介して、該プッシュ型のサービスに係る情報を受信する複数の携帯端末装置と
を有する通信システムにおいて、
前記携帯端末装置は、
前記プッシュ型のサービスに係る情報を待受け状態の際に受信するか否かを示す設定情報を記憶する記憶部と、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別する判別部と、
前記判別部が前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記記憶部が記憶する設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する送信部と
を有し、
前記サーバは、
前記携帯端末装置から前記設定通知を受信する受信部と、
前記受信部が受信した設定通知に基づいて、前記携帯端末装置に、前記プッシュ型のサービスに係る情報を送信するか否かを判別する送信判別部と、
前記送信判別部が前記プッシュ型のサービスに係る情報を送信しないと判別した携帯端末装置に対しては、当該プッシュ型のサービスに係る情報を送信せず、前記送信判別部が前記プッシュ型のサービスに係る情報を送信すると判別した携帯端末装置に対しては、当該プッシュ型のサービスに係る情報を送信する情報送信部と
を有することを特徴とする通信システム。
【請求項１３】
無線通信網を介して、プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置によって実行される通信プログラムにおいて、
前記携帯端末装置に、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別し、
前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する
処理を実行させることを特徴とする通信プログラム。
【請求項１４】
無線通信網を介して、前記プッシュ型のサービスを提供するサーバから当該プッシュ型のサービスに係る情報を受信する携帯端末装置の制御方法において、
前記携帯端末装置の状態を待受け状態に遷移させるか否かを判別し、
前記携帯端末装置の状態を待受け状態に遷移させると判別した場合は、前記プッシュ型のサービスに係る情報を前記携帯端末装置が待受け状態の際に受信するか否かを示す設定情報に基づいて、前記プッシュ型のサービスの停止を指示する設定通知を前記サーバに送信する
処理を実行させることを特徴とする携帯端末装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図６ａ】
【図６ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５ａ】
【図１５ｂ】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０ａ】
【図２０ｂ】
【図２１ａ】
【図２１ｂ】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図６ａ】
【図６ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５ａ】
【図１５ｂ】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０ａ】
【図２０ｂ】
【図２１ａ】
【図２１ｂ】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１３−５５４９６（Ｐ２０１３−５５４９６Ａ）
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願番号】特願２０１１−１９２０４７（Ｐ２０１１−１９２０４７）
【出願日】平成２３年９月２日（２０１１．９．２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願日】平成２３年９月２日（２０１１．９．２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]