通信装置、通信方法およびプログラム
【課題】
ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないこと。
【解決手段】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、前記制御部は、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる。
ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないこと。
【解決手段】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、前記制御部は、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
従来の技術では、シングルタスクオペレーティングシステムにおいて、複数のアプリケーションプログラムを同時に起動させるマルチタスク的な動きをさせるために、ＯＳ（オペレーティングシステム）のメモリ上で動作しているアプリケーションプログラムについてのスレッド履歴を記憶しておく。そして、次に動作を要求するアプリケーションプログラムがあるか否かをオペレーティングシステムにてタイマー等により監視する。次に動作を要求するアプリケーションプログラムがある場合には、アプリケーションプログラムのスレッド履歴に当該アプリケーションプログラムを追加し、当該アプリケーションプログラムにオペレーティングシステムが制御を切り替える。そして、元に使用していたアプリケーションプログラムを再び操作するために切り替えるときは、蓄積されたスレッド履歴において最先に蓄積されたものから順に読み出して１つずつ処理を切り替える形にして実現していた（例えば、特許文献１）。
【０００３】
上記の従来技術は、パーソナルコンピュータにおいて用いられていた技術であるが、近年、内蔵できるメモリ容量が制限される携帯電話端末においても、上記の技術が適用され、携帯電話端末にて複数のアプリケーションプログラムを同時に起動させることが可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−４４０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、一般的な携帯電話端末では、いわゆるインターネットメールと呼ばれる電子メールを受信する機能（以下、電子メール受信機能と記載）を備えている。図８は、電子メールを受信する機能を備えた携帯電話端末による電子メール情報の自動受信の処理を示したシーケンス図である。図８に示すように、携帯電話通信事業者が運営する基地局装置には、インターネット等から電子メール情報を受信するサーバ装置が接続されている。サーバ装置は、電子メール情報をインターネット等から受信すると、電子メール情報が存在することを携帯電話端末に報知するため、サーバ装置に電子メール情報が存在する全ての携帯電話端末のＩＤと呼出種別とを含んだ報知情報を生成する。サーバ装置は、当該ＩＤに基づいて、当該ＩＤの携帯電話端末が待ち受け対象としている基地局装置を検索する。そして、検索された基地局装置は、当該基地局装置を待ち受け対象とする全ての携帯電話端末に、サーバ装置が生成した報知情報を一斉に送信する（ステップＳｙ１）。
【０００６】
各携帯電話端末は、基地局装置から送信される報知情報を受信し、受信した報知情報に自端末のＩＤが含まれているか否かを判定し、含まれている場合には、報知に対する応答を基地局装置に送信する（ステップＳｙ２）。基地局装置は、報知に対する応答を受信すると報知情報の送信を停止する（ステップＳｙ３）。
【０００７】
このとき、携帯電話端末では、アプリケーションプログラムが起動されていない場合には、電子メール受信機能が起動され、電子メール取得要求が基地局装置に送信される。また、アプリケーションプログラムが起動されている場合には、起動されているアプリケーションプログラムが終了するまで電子メール受信機能の起動を待機させ、アプリケーションプログラムが終了したときに、電子メール受信機能が起動され、電子メール取得要求が基地局装置に送信される（ステップＳｙ４）。
【０００８】
電子メール取得要求を受信した基地局装置は、電子メール情報を送信するためのデータセッションを確立するため、データセッション確立用パラメータを携帯電話端末に送信する（ステップＳｙ５）。そして、携帯電話端末が、データセッション確立用パラメータを受信して応答すると、データセッションが確立され（ステップＳｙ６）、サーバ装置が基地局装置を経由して携帯電話端末に電子メール情報を送信する（ステップＳｙ７）。携帯電話端末は、受信した電子メール情報を内部の記憶領域に書き込み、利用者が必要に応じて携帯電話端末を操作し、電子メール閲覧用のアプリケーションプログラムを起動して、電子メール情報を参照する。
【０００９】
また、最近の携帯電話端末では、メニュープログラム、アドレス帳プログラム、待ち受けプログラム等の処理の負荷が低いアプリケーションプログラムが起動されている場合には、上記のステップＳｙ４からＳｙ７までの処理をバックグラウンドで行うことが可能（以下、これらのアプリケーションプログラムをＢＧ（ＢａｃｋＧｒｏｕｎｄ）受信可アプリケーションと記載）となっている。バックグラウンドでの電子メール情報の受信の処理とは、アプリケーションプログラムを実行するオペレーティングシステム（以下、ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）にて一時的に生じるタスクの空き状態を利用して、電子メール受信機能が起動し、起動した電子メール受信機能のタスクと、ＯＳのタスクが交互に動作することによって実現される。
【００１０】
しかし、処理の負荷が高いカメラ撮影プログラム、Ｗｅｂ閲覧用プログラム、データフォルダ起動プログラムなどのアプリケーションプログラム（以下、ＢＧ受信不可アプリケーションと記載）については、ＢＧ受信可アプリケーションのように動作させることができない。すなわち、ＢＧ受信不可アプリケーションの場合、ＯＳのタスクが多く占有されるため、電子メール受信機能のタスクがほとんど実行されない状態となり、処理過程の途中で電子メール受信機能が一時停止された状態が継続し、確立されたデータセッションが基地局装置によって切断されるなどの事態を招いてしまうことになるからである。そこで、ＢＧ受信不可アプリケーションについては、起動時にＢＧ受信不可状態を通知し、終了時にＢＧ受信可状態を通知するように構成し、ＢＧ受信不可アプリケーションの処理の途中で電子メール受信機能が起動しないようにしている。
【００１１】
しかしながら、上記のＯＳは上述したようにシングルタスクのオペレーティングシステムでありながら、複数のアプリケーションプログラムを同時に起動させるマルチタスク的な動作を行っているため、ＢＧ受信不可アプリケーションが多重して起動されている場合に、本来、ＢＧ受信不可の状態を継続させなければならないのに、一時的にＢＧ受信可の状態となり、電子メール受信機能を起動させてしまうという問題があった。
【００１２】
具体的には、図９に示すように、ＯＳにより２つのＢＧ受信不可アプリケーション、すなわちアプリＡとアプリＢとが多重に起動される状態にて、本来、アプリＡが起動されてから、アプリＡが終了するまでの間、ＢＧ受信不可状態にしなければならないところ、ステップＳｚ６及びステップＳｚ１０にて、一時停止するアプリＡ、及び終了するアプリＢからＢＧ受信可通知を受信するためＢＧ受信可状態（Ｓｔａ３ｚ、Ｓｔａ５ｚ）が生じてしまっている。
【００１３】
アプリＡを一時停止して、アプリＢを起動する処理や、アプリＢを終了させてアプリＡを復帰させる処理は、携帯端末装置の内部処理としては一瞬で完了するため、ＢＧ受信可状態とＢＧ受信不可状態が短時間の間に切り替わることになる。このような場合、最初のＢＧ受信不可状態（Ｓｔａ２ｚ）にて、報知情報を受信しても電子メール受信機能の起動が保留され、次のＢＧ受信可状態（Ｓｔａ３ｚ）で、電子メール受信機能が起動されるが、その直後にＢＧ受信不可状態（Ｓｔａ４ｚ）となるため、電子メール受信機能の処理が失敗する。そして、その後ＢＧ受信可状態となっても、電子メール受信機能は自動的に起動せず、利用者が操作して電子メール情報の問い合わせ処理を行わなければならない状態となってしまう。
【００１４】
本発明は、上記問題を解決するためになされたもので、その目的は、ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないことを可能とする携帯端末装置、メッセージ情報受信方法、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、前記制御部は、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１６】
好適には、本発明の前記制御部は、前記第１アプリケーションを実行中に前記第２アプリケーションを新たに起動しようとして当該第１アプリケーションを一時停止させる場合であっても、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１７】
好適には、本発明の前記制御部は、前記第２アプリケーションを一時停止させた状態で前記第１アプリケーションを実行中である場合において、前記制御部が当該第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行するときであっても、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１８】
好適には、本発明の前記制御部は、前記第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行する場合であっても、当該第２アプリケーションが前記第１アプリケーションの終了に連動して終了するプログラムであるときには、前記通信部にメールのバックグラウンド受信を開始させる。
【００１９】
好適には、本発明の前記制御部は、前記通信部がメールのバックグラウンド受信を行っている場合において自装置あてのメールの存在を示す報知情報を受信したとき、前記通信部にメール受信を行わせる。
【００２０】
別観点における本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置の通信方法であって、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、を備える。
【００２１】
別観点における本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置において実行されるプログラムであって、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、を備える。
【発明の効果】
【００２２】
本発明によれば、ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないことが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係る携帯端末装置の内部構成及び携帯端末装置、基地局装置、サーバ装置の位置関係を示す概略ブロック図である。
【図２】同実施形態に係るアプリケーション記憶部のデータ構成を示した図である。
【図３】同実施形態に係る起動状態記憶部のデータ構成を示した図である。
【図４】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その１）である。
【図５】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その２）である。
【図６】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その３）である。
【図７】同実施形態に係るプログラム実行部の判定処理を示したフローチャートである。
【図８】従来の携帯端末装置による電子メール情報の受信処理を示した図である。
【図９】従来の携帯端末装置によるアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態を図面を参照して説明する。
図１は、本実施形態による携帯端末装置１０、及び当該携帯端末装置１０と無線信号により通信を行う基地局装置１００、並びに基地局装置１００に接続され、メッセージ情報を記憶するサーバ装置１０１の位置関係を示す概略ブロック図である。
なお、以下の実施形態に係る説明では、電子メール情報をメッセージ情報の一例として説明する。
【００２５】
基地局装置１００は、携帯電話通信事業者により運営されており、携帯端末装置１０との間で無線信号による通信を行う。サーバ装置１０１は、例えば、インターネット等に接続されており、インターネット等から電子メール情報を受信した場合、電子メール情報の存在を携帯端末装置１０に報知するための報知情報を生成し、通信網を介して接続される基地局装置１００を通じて報知情報を携帯端末装置１０に送信する。また、サーバ装置１０１は、携帯端末装置１０から電子メール取得要求を受信した場合、当該携帯電話端末１０を宛先とする電子メール情報を基地局装置１００を通じて携帯電話端末１０に送信する。
【００２６】
携帯端末装置１０は、例えば携帯電話端末などの機器である。携帯端末装置１０において、無線通信部１２は、アンテナ１１を介して基地局装置１００との間で無線信号による電話通信及びデータ通信等を行う。音声入出力部１５は、マイクロフォンとスピーカと音声処理回路を備えており、制御部２０を介して無線通信部１２から受信する着信通知に従って着信時に着信音を鳴動する。また、音声入出力部１５は、電話の通話時には、無線通信部１２が他の携帯端末装置から受信した音声信号を復号化して出力し、利用者の音声を集音して音声信号に変換し、符号化を行って無線通信部１２を介して他の携帯端末装置に送信する。
【００２７】
制御部２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含んでおり、携帯端末装置１０の各機能部の動作の制御を行う。制御部２０において、プログラム実行部２１は、アプリケーションのコンピュータプログラム（以下、アプリケーションプログラム、あるいはアプリと記載）の起動、一時停止、終了を行うオペレーティングシステム（ＯＳ）により構成される機能部であり、起動中のアプリケーションプログラムを一時停止して、他のアプリケーションプログラムを起動するシングルタスク上での擬似的なマルチタスク処理を可能としている。
【００２８】
電子メール取得部２２は、無線通信部１２によりサーバ装置１０１に要求して、電子メールを受信する電子メール受信機能を有している。電子メール取得部２２は、基地局装置１００を通じてサーバ装置１０１からの電子メール情報の存在を示す報知情報等の通信網からの各種情報を受信する。また、電子メール取得部２２は、後述する電子メール受信状態記憶部３２に「ＢＧ受信可」の情報が記憶されており、かつプログラム実行部２１のタスクが空きの状態の場合に起動し、サーバ装置１０１に電子メール取得要求を送信し、サーバ装置１０１とデータセッションを確立し、確立したデータセッションを通じてサーバ装置１０１から送信される電子メール情報を受信し、受信した電子メール情報を電子メール情報記憶部３３に格納する。
【００２９】
表示部１３は、例えば液晶と表示制御回路等を具備しており、制御部２０から入力される画像データ等を液晶へ表示する。操作部１４は、例えばキーボード等を具備しており、利用者のキー操作を検出し、検出したキーの情報を制御部２０に入力する。
【００３０】
アプリケーション記憶部３０は、プログラム実行部２１により起動されるアプリケーションのコンピュータプログラムを記憶している記憶領域であり、図２に示すようなデータ構成を有している。当該データ構成は、「プログラム識別情報」、「メール受信可否」、「連鎖終了情報」、「プログラムデータ」の項目から１つのレコードが構成されている。「プログラム識別情報」には、当該レコードのアプリケーションプログラムを識別するためのプログラム識別情報が記憶される。図２では、プログラム識別情報としてアプリケーションプログラムの名称情報を示しているが、予めアプリケーションプログラムごとに付与されるＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等が記憶されるようにしてもよい。
【００３１】
「メール受信可否」には、バックグラウンド（以下、ＢＧと記載）で、後述する電子メール取得部２２が起動して、電子メール情報を取得することを許可するか否かを示す情報が記憶される。ＢＧで受信を許可するアプリケーションプログラムであるＢＧ受信可アプリケーションの場合には「可」が記憶され、ＢＧで受信を許可しないアプリケーションプログラムであるＢＧ受信不可アプリケーションの場合には、「不可」が記憶される。
【００３２】
「連鎖終了情報」には、レコードに記憶されるアプリケーションプログラムに対して連鎖終了処理が行なわれるアプリケーションプログラムの名称が記憶される。ここで、連鎖終了処理とは、プログラム実行部２１が当該レコードに記憶されるアプリケーションプログラムを起動した状態にて、プログラム実行部２１が当該アプリケーションプログラムを一時停止し、他のアプリケーションプログラムを起動したとする。その後、プログラム実行部２１が他のアプリケーションプログラムを終了させる際に、プログラム実行部２１が当該アプリケーションプログラムをその終了とともに終了させる処理のことをいう。図２の例では、アプリＡは、アプリＢが終了する際に連鎖終了し、アプリＢは、アプリＥ、またはアプリＦが終了する際に連鎖終了することになる。「アプリケーションデータ」には、アプリケーションプログラムのコンピュータプログラムのデータが記憶される。
【００３３】
ここで、ＢＧ受信可アプリケーションと、ＢＧ受信不可アプリケーションの例を示す。ＢＧ受信可アプリケーションには、起動可能なアプリケーションプログラムの一覧等を表示部１３に表示するメニューアプリ、内部に記憶される電話番号、住所、氏名などの情報を表示部１３に表示するアドレス帳アプリ、待ち受け時に画像情報を表示部１３に表示する待ち受けアプリ等がある。
【００３４】
また、ＢＧ受信不可アプリケーションには、携帯端末装置１０に内蔵されるカメラを制御するカメラアプリ、無線通信部１２を通じてインターネットに接続し、インターネットから受信するＷｅｂページの情報を表示部１３に表示するＷｅｂ閲覧用アプリ、画像データや動画データを内部の記憶領域に記憶させたり、削除するなどを管理を行うデータフォルダアプリ、無線通信部１２を通じてインターネット及びＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）に接続し、インターネットから受信する地図情報と、ＧＰＳから受信する携帯端末装置１０の位置情報を関連付けて表示部１３に表示するナビゲーションアプリ等がある。
【００３５】
また、連鎖終了処理のアプリケーションの例としては、例えば、データフォルダアプリとナビゲーションアプリの組み合わせがある。この組み合わせの場合、データフォルダアプリを起動した後にナビゲーションアプリを起動し、ナビゲーションアプリを終了させると、それとともにデータフォルダアプリも終了されるため、データフォルダアプリに対してナビゲーションアプリは連鎖終了の対象のアプリケーションとなる。また、メニューアプリとカメラアプリの組み合わせも連鎖終了処理のアプリケーションである。この組み合わせの場合、メニューアプリを起動した後にカメラアプリを起動し、カメラアプリを終了させると、それとともにメニューアプリも終了されることになる。一方、連鎖終了処理を行わないアプリケーションの例としては、Ｗｅｂ閲覧用アプリと、当該Ｗｅｂ閲覧用アプリにより表示されているＷｅｂページから利用者の操作によるゲームアプリの組み合わせがある。この組み合わせの場合、Ｗｅｂ閲覧用アプリからゲームアプリが起動され、ゲームアプリを終了させても、Ｗｅｂ閲覧用アプリに復帰することになる。
【００３６】
「プログラムデータ」の項目には、上述した各種アプリケーションプログラムのデータが予め記憶される。
【００３７】
次に、起動状態記憶部３１は、プログラム実行部２１により、起動あるいは一時停止されるアプリケーションプログラムのプログラム識別情報と連鎖終了の有無を示す連鎖終了フラグとが記憶される。具体的には、図３に示すようにＬＩＦＯ（Ｌａｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）方式の記憶領域であり、一時停止されたアプリケーションプログラムのプログラム識別情報の上に、起動されたアプリケーションプログラムのプログラム識別情報が重ねて記憶され、最も新しく記憶された順にプログラム実行部２１により読み出され、読み出されたアプリケーションプログラムが一時停止状態から復帰する。なお、連鎖終了フラグには、連鎖終了の対象の場合には「１」が設定され、連鎖終了の対象でない場合には「０」が設定される。なお、一時停止されるアプリケーションプログラムについては、プログラム実行部２１が、復帰する際に必要となる復帰情報を内部の記憶領域に記憶しておくため、復帰時には一時停止された際の状態にて復帰することが可能である。
【００３８】
電子メール受信状態記憶部３２は、プログラム実行部２１により、ＢＧ受信可能状態であることを示す「ＢＧ受信可」か、あるいはＢＧ受信不可能状態であることを示す「ＢＧ受信不可」の情報が書き込まれる。
【００３９】
次に、図４から図７を参照して、本実施形態に係る携帯端末装置１０の動作について説明する。以下の説明において、プログラム実行部２１により実行される２つのＢＧ受信不可アプリケーションを、アプリＡ及びアプリＢとして記載する。
【００４０】
なお、図４から図６において「起動状態」とは、起動状態記憶部３１の記憶状態を示しており、「受信状態」とは、電子メール受信状態記憶部３２に記憶されている情報の種別を示している。また、起動状態記憶部３１は、携帯端末装置１０が起動された際、実際には、待ち受け画面を表示する待ち受けアプリや、バックグラウンドアプリが常時起動しているため、空きにはならないが、図４から図６では本実施形態に係る処理を説明するため、起動時には空き状態として示している。また、電子メール受信状態記憶部３１は、起動時には「ＢＧ受信可」が記憶されていることを前提とする。
【００４１】
また、図４及び図５では、アプリＡに対してアプリＢが連鎖終了の対象でないことを前提とする。
【００４２】
図４において、まず最初に、利用者が操作部１４を操作し、操作部１４からプログラム実行部２１に「アプリＡ起動指示」を入力する（ステップＳａ１）。プログラム実行部２１は、入力される「アプリＡ起動指示」に基づいて、アプリＡを起動する。ここで、アプリＡの起動に係る処理は、プログラム実行部２１がアプリケーション記憶部３０から、アプリＡのアプリケーションデータを読み出し、読み出したアプリケーションデータを内部のＲＡＭにロードするとともにアプリＡのプログラム識別情報と連鎖終了フラグを「０」として起動状態記憶部３１に書き込む一連の処理となる（ステップＳａ２）。アプリＡは起動されると、「ＢＧ受信不可通知」をプログラム実行部２１に送信し、当該ＢＧ不可通知を受信したプログラム実行部２１は、電子メール受信状態記憶部３２の情報を「ＢＧ受信不可」に書き換える（ステップＳａ３）。
【００４３】
次に、アプリＡが起動されている状態にて、利用者が操作部１４を操作し、操作部１４が「アプリＢ起動指示」をプログラム実行部２１に入力する（ステップＳａ４）。プログラム実行部２１は、入力される「アプリＢ起動指示」に基づいて、起動状態記憶部３１を参照し、アプリＡが既に起動されていることを検出し、アプリＡに対してアプリＡ一時停止要求を送信する。このとき、プログラム実行部２１は、アプリケーション記憶部３０のアプリＡのレコードの「連鎖終了情報」を参照し、連鎖終了フラグを設定するか否かを判定する。図４の処理の前提として、アプリＢはアプリＡの連鎖終了の対象ではないため、連鎖終了フラグは設定しないと判定し、起動状態記憶部３１のアプリＡに対応する連鎖終了フラグは「０」として維持される（ステップＳａ５）。一時停止要求を受信したアプリＡは、一時停止されたことに伴い、「ＢＧ受信可通知」をプログラム実行部２１に送信した後、プログラム実行部２１により、ＲＡＭから削除される。このとき、プログラム実行部２１は、アプリＡを復帰させる際に必要となる復帰情報を内部の記憶領域に記憶する（ステップＳａ６）。
【００４４】
プログラム実行部２１は、アプリＡから「ＢＧ受信可通知」を受信すると、一時停止に伴う「ＢＧ受信可通知」であるため、次に起動するアプリＢの「メール受信可否」の情報をアプリケーション記憶部３０から読み出し、「可」あるいは「不可」であるかにより、アプリＢがＢＧ受信不可アプリケーションであるか否かを判定する（ステップＳａ７）。図４では、アプリＢは、ＢＧ受信不可アプリケーションであるため、アプリケーション記憶部３０から読み出した情報は「不可」であり、プログラム管理部２１は、アプリＢはＢＧ受信不可アプリケーションであると判定する。そして、プログラム実行部２１は、受信不可状態を継続する必要があるため、アプリＡから受信した「ＢＧ受信可通知」を破棄する（ステップＳａ８）。プログラム管理部２１は、アプリＡから受信した「ＢＧ受信可通知」を破棄した後、アプリＢを起動し、（ステップＳａ９）、起動したアプリＢから「ＢＧ受信不可通知」を受信し（ステップＳａ１０）、電子メール受信状態記憶部３２に「ＢＧ受信不可」を書き込むか、あるいは既に電子メール受信状態記憶部３２には、「ＢＧ受信不可」が記憶されているため、何もせず次の処理に進む。
【００４５】
なお、ステップＳａ７の処理にて、アプリＢがＢＧ受信可アプリケーションの場合には、ステップＳａ８にて、「ＢＧ受信可通知」は破棄せず、プログラム実行部２１は、電子メール受信状態記憶部３２に「ＢＧ受信可」を書き込む。
【００４６】
上記の図４の処理により、ＢＧ受信不可アプリケーションが一時停止された際に、新たに起動されるアプリケーションプログラムがＢＧ受信不可アプリケーションであっても、図９に示す従来の携帯端末装置の処理（Ｓｔａ３ｚ）ようにＢＧ受信可の状態を生じさせないようにすることができ、アプリＡが起動されて「ＢＧ受信不可通知」を受信してから、アプリＢが起動されて「ＢＧ受信不可通知」を受信するまでの間に、プログラム実行部２１のタスクが空きとなっても、電子メール取得部２２の起動をさせないようにすることが可能となる。
【００４７】
図５は、図４から継続した携帯端末装置１０の動作を示したシーケンス図である。アプリＢが起動されている状態にて、利用者が操作部１４を操作することにより、操作部１４が「アプリＢ終了指示」をプログラム実行部２１に入力する（ステップＳｂ１）。プログラム実行部２１は、入力される「アプリＢ終了指示」に基づいて、アプリＢに「終了要求」を送信する（ステップＳｂ２）。アプリＢは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｂ３）。プログラム実行部２１は、アプリＢの終了要求の送信に伴い、アプリＢから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｂ４）。
【００４８】
ここで、図７の判定処理について説明する。終了要求を送信した上位に位置するアプリケーションプログラムから「ＢＧ受信可通知」を受信したプログラム実行部２１は、起動状態記憶部３１を参照し、アプリケーションプログラムが多重起動されているか否かを判定する（ステップＳｄ１）。多重起動されていないと判定した場合には、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。
【００４９】
一方、アプリケーションプログラムが多重起動されていると判定した場合、次に、プログラム実行部２１は、一時停止状態のアプリケーションプログラムの中で、終了要求を送信したアプリケーションプログラムの前に起動されていたアプリケーションプログラム（図７では下位アプリと記載）に連鎖終了フラグが設定されているか否か、すなわち起動状態記憶部３１に当該アプリケーションプログラムに対応して「１」が設定されているか否かを判定する（ステップＳｄ２）。連鎖終了フラグが設定されていないと判定した場合、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。
【００５０】
一方、連鎖終了フラグが設定されていると判定した場合には、次に、プログラム実行部２１は、当該下位アプリがＢＧ受信不可アプリケーションであるか否かを、当該下位アプリのアプリケーション記憶部３０のレコードの「メール受信可否」の情報を参照して判定する（ステップＳｄ３）。当該下位アプリがＢＧ受信不可アプリケーションでない場合、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。一方、当該下位アプリがＢＧ受信不可アプリケーションの場合、「ＢＧ受信可通知を破棄」を戻り値として出力し、処理を終了する（ステップＳｄ４）。
【００５１】
図５の実施形態では、アプリＡとアプリＢが多重起動されており、下位アプリであるアプリＡには連鎖終了フラグが設定されておらず、アプリＡはＢＧ受信不可アプリケーションであるため、「ＢＧ受信可通知を破棄」の戻り値が得られることになる。そして、プログラム実行部２１は、当該戻り値を受けてアプリＢから通知されたＢＧ受信可通知を破棄する（ステップＳｂ５）。その後、プログラム実行部２１は、終了する前にアプリＢから送信される「終了通知」を受信し、アプリＢのアプリケーションデータをＲＡＭから削除し、起動状態記憶部３１からアプリＢの情報を削除する（ステップＳｂ６）。その後、プログラム実行部２１は、アプリＡを復帰させる。ここで、アプリＡの復帰に係る処理は、再びアプリケーション記憶部３０からアプリＡのアプリケーションデータを読み出し、アプリＡの復帰情報を読み出して、読み出したアプリＡのアプリケーションデータをＲＡＭにロードし、読み出した復帰情報に基づいて処理を開始させる一連の処理となる（ステップＳｂ７）。アプリＡは復帰すると「ＢＧ受信不可通知」をプログラム実行部２１に送信する。プログラム実行部２１は、アプリＡからＢＧ受信不可通知を受信し（ステップＳｂ８）、電子メール受信状態記憶部３２に「不可」を書き込むか、あるいは既に電子メール受信状態記憶部３２には、「ＢＧ受信不可」が記憶されているため、何もせず次の処理に進む。
【００５２】
次に、利用者が操作部１４を操作して、操作部１４が「アプリＡ終了指示」をプログラム実行部２１に入力する（ステップＳｂ９）。プログラム実行部２１は、入力される「アプリＡ終了指示」に基づいて、アプリＡに「終了要求」を送信する（ステップＳｂ１０）。アプリＡは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｂ１１）。プログラム実行部２１は、アプリＡの終了要求の送信に伴い、アプリＡから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｂ１２）。
【００５３】
ステップＳｂ１２の場面では、アプリケーションプログラムが多重起動されていないため、判定処理から「ＢＧ受信可通知有効」の戻り値を得て、プログラム実行部２１は、電子メール受信状態記憶部３２を「ＢＧ受信可」に書き換える（ステップＳｂ１３）。その後、プログラム実行部２１は、アプリＡから「終了通知」を受信する（ステップＳｂ１４）。
【００５４】
次に、図６に示すシーケンス図は、アプリＡに対してアプリＢは連鎖終了処理の対象として予め設定されていることを前提として図４に相当する処理が行われた後の処理を示したシーケンス図である。
【００５５】
既に、図４に相当する処理にて、アプリＡとアプリＢが多重起動されているため、起動状態記憶部３１には、アプリＡのプログラム識別情報と、アプリＢのプログラム識別情報とが記憶されている。また、アプリＡについては、アプリＢが連鎖終了の対象であることから、図４のステップＳａ５にて、プログラム実行部２１により一時停止要求が送信されるとともに、アプリＡに対応する連鎖終了フラグである「１」が起動状態記憶部２１に書き込まれた状態となる。
【００５６】
アプリＢが起動されている状態にて、利用者が操作部１４を操作することにより、操作部１４が「アプリＢ終了指示」をプログラム実行部２１に入力する（ステップＳｃ１）。プログラム実行部２１は、入力される「アプリＢ終了指示」に基づいて、アプリＢに「終了要求」を送信する（ステップＳｃ２）。アプリＢは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｃ３）。プログラム実行部２１は、アプリＢの終了要求の送信に伴い、アプリＢから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｃ４）。
【００５７】
図６の実施形態では、アプリＡとアプリＢが多重起動されており、下位アプリであるアプリＡには連鎖終了フラグが設定されているため、「ＢＧ受信可通知有効」の戻り値が得られることになる。そして、プログラム実行部２１は、電子メール受信状態記憶部３２を「ＢＧ受信可」に書き換える（ステップＳｃ５）。その後、プログラム実行部２１は、終了する前にアプリＢから送信される「終了通知」を受信し、アプリＢのアプリケーションデータをＲＡＭから削除し、起動状態記憶部３１からアプリＢの情報を削除する（ステップＳｃ６）。その後、プログラム実行部２１は、アプリＡの強制終了を行う。アプリＡの強制終了とは、起動状態記憶部３１からアプリＡのプログラム識別情報、連鎖終了フラグの情報を削除し、記憶されている復帰情報を削除することにより行う。
【００５８】
上記の実施形態の構成により、従来の携帯端末装置では、図９に示すように、ＢＧ受信不可アプリケーションを多重起動する際（Ｓｔａ３ｚ）及び、多重起動されている上位のＢＧ受信不可アプリケーション（アプリＢ）を終了させる際（Ｓｔａ５ｚ）に生じていたＢＧ受信可状態を、ＢＧ受信不可状態とすることが可能となる。これにより、電子メール取得部２２を起動させないようにすることができるため、サーバ装置１０１から電子メール情報を受信する処理が途中で停止してしまうような事態を防ぐことが可能となる。
【００５９】
なお、上記の実施形態において、プログラム実行部２１から一時停止要求を受信した場合に、ＢＧ受信可通知を通知させないようにＢＧ受信不可アプリケーションを構成することにより、不要なＢＧ受信可状態を発生させないようにしてもよい。
【００６０】
なお、本発明に記載の受信状態記憶部は、電子メール受信状態記憶部３２に対応し、出受信状態記憶部に記憶される「不可能であることを示す情報」は、「ＢＧ受信不可」に対応し、「可能であることを示す情報」は、「ＢＧ受信可」に対応する。また、本発明に記載のアプリケーションプログラムから送信される「受信不可通知」は、「ＢＧ受信不可通知」に対応し、「受信可通知」は、「ＢＧ受信可通知」に対応する。また、本発明に記載の取得部は、電子メール取得部２２に対応する。
【００６１】
上記した実施形態において、ＢＧ受信可のときは、ＢＧ受信可能であることを示す情報を受信状態記憶部に記憶させる例を示したが、これに限定されるものではない。すなわち、ＢＧ受信不可であることを示す情報を記憶していなければ、ＢＧ受信可能な状態であると認識させるようにしてもよい。
【００６２】
上述の携帯端末装置１０は内部に、コンピュータシステムを有している。そして、上述したプログラム実行部２１に係る処理は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【符号の説明】
【００６３】
１０ 携帯端末装置
１１ アンテナ
１２ 無線通信部
１３ 表示部
１４ 操作部
１５ 音声入出力部
２０ 制御部
２１ プログラム実行部
２２ 電子メール取得部
３０ アプリケーション記憶部
３１ 起動状態記憶部
３２ 電子メール受信状態記憶部
３３ 電子メール情報記憶部
１００ 基地局装置
１０１ サーバ装置
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
従来の技術では、シングルタスクオペレーティングシステムにおいて、複数のアプリケーションプログラムを同時に起動させるマルチタスク的な動きをさせるために、ＯＳ（オペレーティングシステム）のメモリ上で動作しているアプリケーションプログラムについてのスレッド履歴を記憶しておく。そして、次に動作を要求するアプリケーションプログラムがあるか否かをオペレーティングシステムにてタイマー等により監視する。次に動作を要求するアプリケーションプログラムがある場合には、アプリケーションプログラムのスレッド履歴に当該アプリケーションプログラムを追加し、当該アプリケーションプログラムにオペレーティングシステムが制御を切り替える。そして、元に使用していたアプリケーションプログラムを再び操作するために切り替えるときは、蓄積されたスレッド履歴において最先に蓄積されたものから順に読み出して１つずつ処理を切り替える形にして実現していた（例えば、特許文献１）。
【０００３】
上記の従来技術は、パーソナルコンピュータにおいて用いられていた技術であるが、近年、内蔵できるメモリ容量が制限される携帯電話端末においても、上記の技術が適用され、携帯電話端末にて複数のアプリケーションプログラムを同時に起動させることが可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−４４０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、一般的な携帯電話端末では、いわゆるインターネットメールと呼ばれる電子メールを受信する機能（以下、電子メール受信機能と記載）を備えている。図８は、電子メールを受信する機能を備えた携帯電話端末による電子メール情報の自動受信の処理を示したシーケンス図である。図８に示すように、携帯電話通信事業者が運営する基地局装置には、インターネット等から電子メール情報を受信するサーバ装置が接続されている。サーバ装置は、電子メール情報をインターネット等から受信すると、電子メール情報が存在することを携帯電話端末に報知するため、サーバ装置に電子メール情報が存在する全ての携帯電話端末のＩＤと呼出種別とを含んだ報知情報を生成する。サーバ装置は、当該ＩＤに基づいて、当該ＩＤの携帯電話端末が待ち受け対象としている基地局装置を検索する。そして、検索された基地局装置は、当該基地局装置を待ち受け対象とする全ての携帯電話端末に、サーバ装置が生成した報知情報を一斉に送信する（ステップＳｙ１）。
【０００６】
各携帯電話端末は、基地局装置から送信される報知情報を受信し、受信した報知情報に自端末のＩＤが含まれているか否かを判定し、含まれている場合には、報知に対する応答を基地局装置に送信する（ステップＳｙ２）。基地局装置は、報知に対する応答を受信すると報知情報の送信を停止する（ステップＳｙ３）。
【０００７】
このとき、携帯電話端末では、アプリケーションプログラムが起動されていない場合には、電子メール受信機能が起動され、電子メール取得要求が基地局装置に送信される。また、アプリケーションプログラムが起動されている場合には、起動されているアプリケーションプログラムが終了するまで電子メール受信機能の起動を待機させ、アプリケーションプログラムが終了したときに、電子メール受信機能が起動され、電子メール取得要求が基地局装置に送信される（ステップＳｙ４）。
【０００８】
電子メール取得要求を受信した基地局装置は、電子メール情報を送信するためのデータセッションを確立するため、データセッション確立用パラメータを携帯電話端末に送信する（ステップＳｙ５）。そして、携帯電話端末が、データセッション確立用パラメータを受信して応答すると、データセッションが確立され（ステップＳｙ６）、サーバ装置が基地局装置を経由して携帯電話端末に電子メール情報を送信する（ステップＳｙ７）。携帯電話端末は、受信した電子メール情報を内部の記憶領域に書き込み、利用者が必要に応じて携帯電話端末を操作し、電子メール閲覧用のアプリケーションプログラムを起動して、電子メール情報を参照する。
【０００９】
また、最近の携帯電話端末では、メニュープログラム、アドレス帳プログラム、待ち受けプログラム等の処理の負荷が低いアプリケーションプログラムが起動されている場合には、上記のステップＳｙ４からＳｙ７までの処理をバックグラウンドで行うことが可能（以下、これらのアプリケーションプログラムをＢＧ（ＢａｃｋＧｒｏｕｎｄ）受信可アプリケーションと記載）となっている。バックグラウンドでの電子メール情報の受信の処理とは、アプリケーションプログラムを実行するオペレーティングシステム（以下、ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）にて一時的に生じるタスクの空き状態を利用して、電子メール受信機能が起動し、起動した電子メール受信機能のタスクと、ＯＳのタスクが交互に動作することによって実現される。
【００１０】
しかし、処理の負荷が高いカメラ撮影プログラム、Ｗｅｂ閲覧用プログラム、データフォルダ起動プログラムなどのアプリケーションプログラム（以下、ＢＧ受信不可アプリケーションと記載）については、ＢＧ受信可アプリケーションのように動作させることができない。すなわち、ＢＧ受信不可アプリケーションの場合、ＯＳのタスクが多く占有されるため、電子メール受信機能のタスクがほとんど実行されない状態となり、処理過程の途中で電子メール受信機能が一時停止された状態が継続し、確立されたデータセッションが基地局装置によって切断されるなどの事態を招いてしまうことになるからである。そこで、ＢＧ受信不可アプリケーションについては、起動時にＢＧ受信不可状態を通知し、終了時にＢＧ受信可状態を通知するように構成し、ＢＧ受信不可アプリケーションの処理の途中で電子メール受信機能が起動しないようにしている。
【００１１】
しかしながら、上記のＯＳは上述したようにシングルタスクのオペレーティングシステムでありながら、複数のアプリケーションプログラムを同時に起動させるマルチタスク的な動作を行っているため、ＢＧ受信不可アプリケーションが多重して起動されている場合に、本来、ＢＧ受信不可の状態を継続させなければならないのに、一時的にＢＧ受信可の状態となり、電子メール受信機能を起動させてしまうという問題があった。
【００１２】
具体的には、図９に示すように、ＯＳにより２つのＢＧ受信不可アプリケーション、すなわちアプリＡとアプリＢとが多重に起動される状態にて、本来、アプリＡが起動されてから、アプリＡが終了するまでの間、ＢＧ受信不可状態にしなければならないところ、ステップＳｚ６及びステップＳｚ１０にて、一時停止するアプリＡ、及び終了するアプリＢからＢＧ受信可通知を受信するためＢＧ受信可状態（Ｓｔａ３ｚ、Ｓｔａ５ｚ）が生じてしまっている。
【００１３】
アプリＡを一時停止して、アプリＢを起動する処理や、アプリＢを終了させてアプリＡを復帰させる処理は、携帯端末装置の内部処理としては一瞬で完了するため、ＢＧ受信可状態とＢＧ受信不可状態が短時間の間に切り替わることになる。このような場合、最初のＢＧ受信不可状態（Ｓｔａ２ｚ）にて、報知情報を受信しても電子メール受信機能の起動が保留され、次のＢＧ受信可状態（Ｓｔａ３ｚ）で、電子メール受信機能が起動されるが、その直後にＢＧ受信不可状態（Ｓｔａ４ｚ）となるため、電子メール受信機能の処理が失敗する。そして、その後ＢＧ受信可状態となっても、電子メール受信機能は自動的に起動せず、利用者が操作して電子メール情報の問い合わせ処理を行わなければならない状態となってしまう。
【００１４】
本発明は、上記問題を解決するためになされたもので、その目的は、ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないことを可能とする携帯端末装置、メッセージ情報受信方法、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、前記制御部は、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１６】
好適には、本発明の前記制御部は、前記第１アプリケーションを実行中に前記第２アプリケーションを新たに起動しようとして当該第１アプリケーションを一時停止させる場合であっても、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１７】
好適には、本発明の前記制御部は、前記第２アプリケーションを一時停止させた状態で前記第１アプリケーションを実行中である場合において、前記制御部が当該第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行するときであっても、前記通信部にメールのバックグラウンド受信の保留を維持させる。
【００１８】
好適には、本発明の前記制御部は、前記第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行する場合であっても、当該第２アプリケーションが前記第１アプリケーションの終了に連動して終了するプログラムであるときには、前記通信部にメールのバックグラウンド受信を開始させる。
【００１９】
好適には、本発明の前記制御部は、前記通信部がメールのバックグラウンド受信を行っている場合において自装置あてのメールの存在を示す報知情報を受信したとき、前記通信部にメール受信を行わせる。
【００２０】
別観点における本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置の通信方法であって、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、を備える。
【００２１】
別観点における本発明は、第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置において実行されるプログラムであって、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、を備える。
【発明の効果】
【００２２】
本発明によれば、ＢＧ受信不可アプリケーションが多重起動される際に、その途中にて電子メール情報の受信処理を行わせないことが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係る携帯端末装置の内部構成及び携帯端末装置、基地局装置、サーバ装置の位置関係を示す概略ブロック図である。
【図２】同実施形態に係るアプリケーション記憶部のデータ構成を示した図である。
【図３】同実施形態に係る起動状態記憶部のデータ構成を示した図である。
【図４】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その１）である。
【図５】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その２）である。
【図６】同実施形態に係るアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図（その３）である。
【図７】同実施形態に係るプログラム実行部の判定処理を示したフローチャートである。
【図８】従来の携帯端末装置による電子メール情報の受信処理を示した図である。
【図９】従来の携帯端末装置によるアプリケーション多重起動時の携帯端末装置の動作を示したシーケンス図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態を図面を参照して説明する。
図１は、本実施形態による携帯端末装置１０、及び当該携帯端末装置１０と無線信号により通信を行う基地局装置１００、並びに基地局装置１００に接続され、メッセージ情報を記憶するサーバ装置１０１の位置関係を示す概略ブロック図である。
なお、以下の実施形態に係る説明では、電子メール情報をメッセージ情報の一例として説明する。
【００２５】
基地局装置１００は、携帯電話通信事業者により運営されており、携帯端末装置１０との間で無線信号による通信を行う。サーバ装置１０１は、例えば、インターネット等に接続されており、インターネット等から電子メール情報を受信した場合、電子メール情報の存在を携帯端末装置１０に報知するための報知情報を生成し、通信網を介して接続される基地局装置１００を通じて報知情報を携帯端末装置１０に送信する。また、サーバ装置１０１は、携帯端末装置１０から電子メール取得要求を受信した場合、当該携帯電話端末１０を宛先とする電子メール情報を基地局装置１００を通じて携帯電話端末１０に送信する。
【００２６】
携帯端末装置１０は、例えば携帯電話端末などの機器である。携帯端末装置１０において、無線通信部１２は、アンテナ１１を介して基地局装置１００との間で無線信号による電話通信及びデータ通信等を行う。音声入出力部１５は、マイクロフォンとスピーカと音声処理回路を備えており、制御部２０を介して無線通信部１２から受信する着信通知に従って着信時に着信音を鳴動する。また、音声入出力部１５は、電話の通話時には、無線通信部１２が他の携帯端末装置から受信した音声信号を復号化して出力し、利用者の音声を集音して音声信号に変換し、符号化を行って無線通信部１２を介して他の携帯端末装置に送信する。
【００２７】
制御部２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含んでおり、携帯端末装置１０の各機能部の動作の制御を行う。制御部２０において、プログラム実行部２１は、アプリケーションのコンピュータプログラム（以下、アプリケーションプログラム、あるいはアプリと記載）の起動、一時停止、終了を行うオペレーティングシステム（ＯＳ）により構成される機能部であり、起動中のアプリケーションプログラムを一時停止して、他のアプリケーションプログラムを起動するシングルタスク上での擬似的なマルチタスク処理を可能としている。
【００２８】
電子メール取得部２２は、無線通信部１２によりサーバ装置１０１に要求して、電子メールを受信する電子メール受信機能を有している。電子メール取得部２２は、基地局装置１００を通じてサーバ装置１０１からの電子メール情報の存在を示す報知情報等の通信網からの各種情報を受信する。また、電子メール取得部２２は、後述する電子メール受信状態記憶部３２に「ＢＧ受信可」の情報が記憶されており、かつプログラム実行部２１のタスクが空きの状態の場合に起動し、サーバ装置１０１に電子メール取得要求を送信し、サーバ装置１０１とデータセッションを確立し、確立したデータセッションを通じてサーバ装置１０１から送信される電子メール情報を受信し、受信した電子メール情報を電子メール情報記憶部３３に格納する。
【００２９】
表示部１３は、例えば液晶と表示制御回路等を具備しており、制御部２０から入力される画像データ等を液晶へ表示する。操作部１４は、例えばキーボード等を具備しており、利用者のキー操作を検出し、検出したキーの情報を制御部２０に入力する。
【００３０】
アプリケーション記憶部３０は、プログラム実行部２１により起動されるアプリケーションのコンピュータプログラムを記憶している記憶領域であり、図２に示すようなデータ構成を有している。当該データ構成は、「プログラム識別情報」、「メール受信可否」、「連鎖終了情報」、「プログラムデータ」の項目から１つのレコードが構成されている。「プログラム識別情報」には、当該レコードのアプリケーションプログラムを識別するためのプログラム識別情報が記憶される。図２では、プログラム識別情報としてアプリケーションプログラムの名称情報を示しているが、予めアプリケーションプログラムごとに付与されるＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等が記憶されるようにしてもよい。
【００３１】
「メール受信可否」には、バックグラウンド（以下、ＢＧと記載）で、後述する電子メール取得部２２が起動して、電子メール情報を取得することを許可するか否かを示す情報が記憶される。ＢＧで受信を許可するアプリケーションプログラムであるＢＧ受信可アプリケーションの場合には「可」が記憶され、ＢＧで受信を許可しないアプリケーションプログラムであるＢＧ受信不可アプリケーションの場合には、「不可」が記憶される。
【００３２】
「連鎖終了情報」には、レコードに記憶されるアプリケーションプログラムに対して連鎖終了処理が行なわれるアプリケーションプログラムの名称が記憶される。ここで、連鎖終了処理とは、プログラム実行部２１が当該レコードに記憶されるアプリケーションプログラムを起動した状態にて、プログラム実行部２１が当該アプリケーションプログラムを一時停止し、他のアプリケーションプログラムを起動したとする。その後、プログラム実行部２１が他のアプリケーションプログラムを終了させる際に、プログラム実行部２１が当該アプリケーションプログラムをその終了とともに終了させる処理のことをいう。図２の例では、アプリＡは、アプリＢが終了する際に連鎖終了し、アプリＢは、アプリＥ、またはアプリＦが終了する際に連鎖終了することになる。「アプリケーションデータ」には、アプリケーションプログラムのコンピュータプログラムのデータが記憶される。
【００３３】
ここで、ＢＧ受信可アプリケーションと、ＢＧ受信不可アプリケーションの例を示す。ＢＧ受信可アプリケーションには、起動可能なアプリケーションプログラムの一覧等を表示部１３に表示するメニューアプリ、内部に記憶される電話番号、住所、氏名などの情報を表示部１３に表示するアドレス帳アプリ、待ち受け時に画像情報を表示部１３に表示する待ち受けアプリ等がある。
【００３４】
また、ＢＧ受信不可アプリケーションには、携帯端末装置１０に内蔵されるカメラを制御するカメラアプリ、無線通信部１２を通じてインターネットに接続し、インターネットから受信するＷｅｂページの情報を表示部１３に表示するＷｅｂ閲覧用アプリ、画像データや動画データを内部の記憶領域に記憶させたり、削除するなどを管理を行うデータフォルダアプリ、無線通信部１２を通じてインターネット及びＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）に接続し、インターネットから受信する地図情報と、ＧＰＳから受信する携帯端末装置１０の位置情報を関連付けて表示部１３に表示するナビゲーションアプリ等がある。
【００３５】
また、連鎖終了処理のアプリケーションの例としては、例えば、データフォルダアプリとナビゲーションアプリの組み合わせがある。この組み合わせの場合、データフォルダアプリを起動した後にナビゲーションアプリを起動し、ナビゲーションアプリを終了させると、それとともにデータフォルダアプリも終了されるため、データフォルダアプリに対してナビゲーションアプリは連鎖終了の対象のアプリケーションとなる。また、メニューアプリとカメラアプリの組み合わせも連鎖終了処理のアプリケーションである。この組み合わせの場合、メニューアプリを起動した後にカメラアプリを起動し、カメラアプリを終了させると、それとともにメニューアプリも終了されることになる。一方、連鎖終了処理を行わないアプリケーションの例としては、Ｗｅｂ閲覧用アプリと、当該Ｗｅｂ閲覧用アプリにより表示されているＷｅｂページから利用者の操作によるゲームアプリの組み合わせがある。この組み合わせの場合、Ｗｅｂ閲覧用アプリからゲームアプリが起動され、ゲームアプリを終了させても、Ｗｅｂ閲覧用アプリに復帰することになる。
【００３６】
「プログラムデータ」の項目には、上述した各種アプリケーションプログラムのデータが予め記憶される。
【００３７】
次に、起動状態記憶部３１は、プログラム実行部２１により、起動あるいは一時停止されるアプリケーションプログラムのプログラム識別情報と連鎖終了の有無を示す連鎖終了フラグとが記憶される。具体的には、図３に示すようにＬＩＦＯ（Ｌａｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）方式の記憶領域であり、一時停止されたアプリケーションプログラムのプログラム識別情報の上に、起動されたアプリケーションプログラムのプログラム識別情報が重ねて記憶され、最も新しく記憶された順にプログラム実行部２１により読み出され、読み出されたアプリケーションプログラムが一時停止状態から復帰する。なお、連鎖終了フラグには、連鎖終了の対象の場合には「１」が設定され、連鎖終了の対象でない場合には「０」が設定される。なお、一時停止されるアプリケーションプログラムについては、プログラム実行部２１が、復帰する際に必要となる復帰情報を内部の記憶領域に記憶しておくため、復帰時には一時停止された際の状態にて復帰することが可能である。
【００３８】
電子メール受信状態記憶部３２は、プログラム実行部２１により、ＢＧ受信可能状態であることを示す「ＢＧ受信可」か、あるいはＢＧ受信不可能状態であることを示す「ＢＧ受信不可」の情報が書き込まれる。
【００３９】
次に、図４から図７を参照して、本実施形態に係る携帯端末装置１０の動作について説明する。以下の説明において、プログラム実行部２１により実行される２つのＢＧ受信不可アプリケーションを、アプリＡ及びアプリＢとして記載する。
【００４０】
なお、図４から図６において「起動状態」とは、起動状態記憶部３１の記憶状態を示しており、「受信状態」とは、電子メール受信状態記憶部３２に記憶されている情報の種別を示している。また、起動状態記憶部３１は、携帯端末装置１０が起動された際、実際には、待ち受け画面を表示する待ち受けアプリや、バックグラウンドアプリが常時起動しているため、空きにはならないが、図４から図６では本実施形態に係る処理を説明するため、起動時には空き状態として示している。また、電子メール受信状態記憶部３１は、起動時には「ＢＧ受信可」が記憶されていることを前提とする。
【００４１】
また、図４及び図５では、アプリＡに対してアプリＢが連鎖終了の対象でないことを前提とする。
【００４２】
図４において、まず最初に、利用者が操作部１４を操作し、操作部１４からプログラム実行部２１に「アプリＡ起動指示」を入力する（ステップＳａ１）。プログラム実行部２１は、入力される「アプリＡ起動指示」に基づいて、アプリＡを起動する。ここで、アプリＡの起動に係る処理は、プログラム実行部２１がアプリケーション記憶部３０から、アプリＡのアプリケーションデータを読み出し、読み出したアプリケーションデータを内部のＲＡＭにロードするとともにアプリＡのプログラム識別情報と連鎖終了フラグを「０」として起動状態記憶部３１に書き込む一連の処理となる（ステップＳａ２）。アプリＡは起動されると、「ＢＧ受信不可通知」をプログラム実行部２１に送信し、当該ＢＧ不可通知を受信したプログラム実行部２１は、電子メール受信状態記憶部３２の情報を「ＢＧ受信不可」に書き換える（ステップＳａ３）。
【００４３】
次に、アプリＡが起動されている状態にて、利用者が操作部１４を操作し、操作部１４が「アプリＢ起動指示」をプログラム実行部２１に入力する（ステップＳａ４）。プログラム実行部２１は、入力される「アプリＢ起動指示」に基づいて、起動状態記憶部３１を参照し、アプリＡが既に起動されていることを検出し、アプリＡに対してアプリＡ一時停止要求を送信する。このとき、プログラム実行部２１は、アプリケーション記憶部３０のアプリＡのレコードの「連鎖終了情報」を参照し、連鎖終了フラグを設定するか否かを判定する。図４の処理の前提として、アプリＢはアプリＡの連鎖終了の対象ではないため、連鎖終了フラグは設定しないと判定し、起動状態記憶部３１のアプリＡに対応する連鎖終了フラグは「０」として維持される（ステップＳａ５）。一時停止要求を受信したアプリＡは、一時停止されたことに伴い、「ＢＧ受信可通知」をプログラム実行部２１に送信した後、プログラム実行部２１により、ＲＡＭから削除される。このとき、プログラム実行部２１は、アプリＡを復帰させる際に必要となる復帰情報を内部の記憶領域に記憶する（ステップＳａ６）。
【００４４】
プログラム実行部２１は、アプリＡから「ＢＧ受信可通知」を受信すると、一時停止に伴う「ＢＧ受信可通知」であるため、次に起動するアプリＢの「メール受信可否」の情報をアプリケーション記憶部３０から読み出し、「可」あるいは「不可」であるかにより、アプリＢがＢＧ受信不可アプリケーションであるか否かを判定する（ステップＳａ７）。図４では、アプリＢは、ＢＧ受信不可アプリケーションであるため、アプリケーション記憶部３０から読み出した情報は「不可」であり、プログラム管理部２１は、アプリＢはＢＧ受信不可アプリケーションであると判定する。そして、プログラム実行部２１は、受信不可状態を継続する必要があるため、アプリＡから受信した「ＢＧ受信可通知」を破棄する（ステップＳａ８）。プログラム管理部２１は、アプリＡから受信した「ＢＧ受信可通知」を破棄した後、アプリＢを起動し、（ステップＳａ９）、起動したアプリＢから「ＢＧ受信不可通知」を受信し（ステップＳａ１０）、電子メール受信状態記憶部３２に「ＢＧ受信不可」を書き込むか、あるいは既に電子メール受信状態記憶部３２には、「ＢＧ受信不可」が記憶されているため、何もせず次の処理に進む。
【００４５】
なお、ステップＳａ７の処理にて、アプリＢがＢＧ受信可アプリケーションの場合には、ステップＳａ８にて、「ＢＧ受信可通知」は破棄せず、プログラム実行部２１は、電子メール受信状態記憶部３２に「ＢＧ受信可」を書き込む。
【００４６】
上記の図４の処理により、ＢＧ受信不可アプリケーションが一時停止された際に、新たに起動されるアプリケーションプログラムがＢＧ受信不可アプリケーションであっても、図９に示す従来の携帯端末装置の処理（Ｓｔａ３ｚ）ようにＢＧ受信可の状態を生じさせないようにすることができ、アプリＡが起動されて「ＢＧ受信不可通知」を受信してから、アプリＢが起動されて「ＢＧ受信不可通知」を受信するまでの間に、プログラム実行部２１のタスクが空きとなっても、電子メール取得部２２の起動をさせないようにすることが可能となる。
【００４７】
図５は、図４から継続した携帯端末装置１０の動作を示したシーケンス図である。アプリＢが起動されている状態にて、利用者が操作部１４を操作することにより、操作部１４が「アプリＢ終了指示」をプログラム実行部２１に入力する（ステップＳｂ１）。プログラム実行部２１は、入力される「アプリＢ終了指示」に基づいて、アプリＢに「終了要求」を送信する（ステップＳｂ２）。アプリＢは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｂ３）。プログラム実行部２１は、アプリＢの終了要求の送信に伴い、アプリＢから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｂ４）。
【００４８】
ここで、図７の判定処理について説明する。終了要求を送信した上位に位置するアプリケーションプログラムから「ＢＧ受信可通知」を受信したプログラム実行部２１は、起動状態記憶部３１を参照し、アプリケーションプログラムが多重起動されているか否かを判定する（ステップＳｄ１）。多重起動されていないと判定した場合には、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。
【００４９】
一方、アプリケーションプログラムが多重起動されていると判定した場合、次に、プログラム実行部２１は、一時停止状態のアプリケーションプログラムの中で、終了要求を送信したアプリケーションプログラムの前に起動されていたアプリケーションプログラム（図７では下位アプリと記載）に連鎖終了フラグが設定されているか否か、すなわち起動状態記憶部３１に当該アプリケーションプログラムに対応して「１」が設定されているか否かを判定する（ステップＳｄ２）。連鎖終了フラグが設定されていないと判定した場合、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。
【００５０】
一方、連鎖終了フラグが設定されていると判定した場合には、次に、プログラム実行部２１は、当該下位アプリがＢＧ受信不可アプリケーションであるか否かを、当該下位アプリのアプリケーション記憶部３０のレコードの「メール受信可否」の情報を参照して判定する（ステップＳｄ３）。当該下位アプリがＢＧ受信不可アプリケーションでない場合、「ＢＧ受信可通知有効」を戻り値として出力し、処理を終了する（ステップＳｄ５）。一方、当該下位アプリがＢＧ受信不可アプリケーションの場合、「ＢＧ受信可通知を破棄」を戻り値として出力し、処理を終了する（ステップＳｄ４）。
【００５１】
図５の実施形態では、アプリＡとアプリＢが多重起動されており、下位アプリであるアプリＡには連鎖終了フラグが設定されておらず、アプリＡはＢＧ受信不可アプリケーションであるため、「ＢＧ受信可通知を破棄」の戻り値が得られることになる。そして、プログラム実行部２１は、当該戻り値を受けてアプリＢから通知されたＢＧ受信可通知を破棄する（ステップＳｂ５）。その後、プログラム実行部２１は、終了する前にアプリＢから送信される「終了通知」を受信し、アプリＢのアプリケーションデータをＲＡＭから削除し、起動状態記憶部３１からアプリＢの情報を削除する（ステップＳｂ６）。その後、プログラム実行部２１は、アプリＡを復帰させる。ここで、アプリＡの復帰に係る処理は、再びアプリケーション記憶部３０からアプリＡのアプリケーションデータを読み出し、アプリＡの復帰情報を読み出して、読み出したアプリＡのアプリケーションデータをＲＡＭにロードし、読み出した復帰情報に基づいて処理を開始させる一連の処理となる（ステップＳｂ７）。アプリＡは復帰すると「ＢＧ受信不可通知」をプログラム実行部２１に送信する。プログラム実行部２１は、アプリＡからＢＧ受信不可通知を受信し（ステップＳｂ８）、電子メール受信状態記憶部３２に「不可」を書き込むか、あるいは既に電子メール受信状態記憶部３２には、「ＢＧ受信不可」が記憶されているため、何もせず次の処理に進む。
【００５２】
次に、利用者が操作部１４を操作して、操作部１４が「アプリＡ終了指示」をプログラム実行部２１に入力する（ステップＳｂ９）。プログラム実行部２１は、入力される「アプリＡ終了指示」に基づいて、アプリＡに「終了要求」を送信する（ステップＳｂ１０）。アプリＡは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｂ１１）。プログラム実行部２１は、アプリＡの終了要求の送信に伴い、アプリＡから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｂ１２）。
【００５３】
ステップＳｂ１２の場面では、アプリケーションプログラムが多重起動されていないため、判定処理から「ＢＧ受信可通知有効」の戻り値を得て、プログラム実行部２１は、電子メール受信状態記憶部３２を「ＢＧ受信可」に書き換える（ステップＳｂ１３）。その後、プログラム実行部２１は、アプリＡから「終了通知」を受信する（ステップＳｂ１４）。
【００５４】
次に、図６に示すシーケンス図は、アプリＡに対してアプリＢは連鎖終了処理の対象として予め設定されていることを前提として図４に相当する処理が行われた後の処理を示したシーケンス図である。
【００５５】
既に、図４に相当する処理にて、アプリＡとアプリＢが多重起動されているため、起動状態記憶部３１には、アプリＡのプログラム識別情報と、アプリＢのプログラム識別情報とが記憶されている。また、アプリＡについては、アプリＢが連鎖終了の対象であることから、図４のステップＳａ５にて、プログラム実行部２１により一時停止要求が送信されるとともに、アプリＡに対応する連鎖終了フラグである「１」が起動状態記憶部２１に書き込まれた状態となる。
【００５６】
アプリＢが起動されている状態にて、利用者が操作部１４を操作することにより、操作部１４が「アプリＢ終了指示」をプログラム実行部２１に入力する（ステップＳｃ１）。プログラム実行部２１は、入力される「アプリＢ終了指示」に基づいて、アプリＢに「終了要求」を送信する（ステップＳｃ２）。アプリＢは、プログラム実行部２１から「終了要求」を受信すると、処理を終了することに伴い「ＢＧ受信可通知」をプログラム実行部２１に送信する（ステップＳｃ３）。プログラム実行部２１は、アプリＢの終了要求の送信に伴い、アプリＢから「ＢＧ受信可通知」を受信すると、図７に示す判定処理を実行する（ステップＳｃ４）。
【００５７】
図６の実施形態では、アプリＡとアプリＢが多重起動されており、下位アプリであるアプリＡには連鎖終了フラグが設定されているため、「ＢＧ受信可通知有効」の戻り値が得られることになる。そして、プログラム実行部２１は、電子メール受信状態記憶部３２を「ＢＧ受信可」に書き換える（ステップＳｃ５）。その後、プログラム実行部２１は、終了する前にアプリＢから送信される「終了通知」を受信し、アプリＢのアプリケーションデータをＲＡＭから削除し、起動状態記憶部３１からアプリＢの情報を削除する（ステップＳｃ６）。その後、プログラム実行部２１は、アプリＡの強制終了を行う。アプリＡの強制終了とは、起動状態記憶部３１からアプリＡのプログラム識別情報、連鎖終了フラグの情報を削除し、記憶されている復帰情報を削除することにより行う。
【００５８】
上記の実施形態の構成により、従来の携帯端末装置では、図９に示すように、ＢＧ受信不可アプリケーションを多重起動する際（Ｓｔａ３ｚ）及び、多重起動されている上位のＢＧ受信不可アプリケーション（アプリＢ）を終了させる際（Ｓｔａ５ｚ）に生じていたＢＧ受信可状態を、ＢＧ受信不可状態とすることが可能となる。これにより、電子メール取得部２２を起動させないようにすることができるため、サーバ装置１０１から電子メール情報を受信する処理が途中で停止してしまうような事態を防ぐことが可能となる。
【００５９】
なお、上記の実施形態において、プログラム実行部２１から一時停止要求を受信した場合に、ＢＧ受信可通知を通知させないようにＢＧ受信不可アプリケーションを構成することにより、不要なＢＧ受信可状態を発生させないようにしてもよい。
【００６０】
なお、本発明に記載の受信状態記憶部は、電子メール受信状態記憶部３２に対応し、出受信状態記憶部に記憶される「不可能であることを示す情報」は、「ＢＧ受信不可」に対応し、「可能であることを示す情報」は、「ＢＧ受信可」に対応する。また、本発明に記載のアプリケーションプログラムから送信される「受信不可通知」は、「ＢＧ受信不可通知」に対応し、「受信可通知」は、「ＢＧ受信可通知」に対応する。また、本発明に記載の取得部は、電子メール取得部２２に対応する。
【００６１】
上記した実施形態において、ＢＧ受信可のときは、ＢＧ受信可能であることを示す情報を受信状態記憶部に記憶させる例を示したが、これに限定されるものではない。すなわち、ＢＧ受信不可であることを示す情報を記憶していなければ、ＢＧ受信可能な状態であると認識させるようにしてもよい。
【００６２】
上述の携帯端末装置１０は内部に、コンピュータシステムを有している。そして、上述したプログラム実行部２１に係る処理は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【符号の説明】
【００６３】
１０ 携帯端末装置
１１ アンテナ
１２ 無線通信部
１３ 表示部
１４ 操作部
１５ 音声入出力部
２０ 制御部
２１ プログラム実行部
２２ 電子メール取得部
３０ アプリケーション記憶部
３１ 起動状態記憶部
３２ 電子メール受信状態記憶部
３３ 電子メール情報記憶部
１００ 基地局装置
１０１ サーバ装置
【特許請求の範囲】
【請求項１】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、
前記制御部は、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記制御部は、前記第１アプリケーションを実行中に前記第２アプリケーションを新たに起動しようとして当該第１アプリケーションを一時停止させる場合、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項３】
請求項１に記載の通信装置であって、
前記制御部は、前記第２アプリケーションを一時停止させた状態で前記第１アプリケーションを実行中である場合において、前記制御部が当該第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行するとき、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記制御部は、前記第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行する場合であっても、当該第２アプリケーションが前記第１アプリケーションの終了に連動して終了するプログラムであるときには、前記通信部にメールのバックグラウンド受信を開始させる
通信装置。
【請求項５】
請求項１から４のいずれか一項に記載の通信装置であって、
前記制御部は、前記通信部がメールのバックグラウンド受信を行っている場合において自装置あてのメールの存在を示す報知情報を受信したとき、前記通信部にメール受信を行わせる
通信装置。
【請求項６】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置の通信方法であって、
前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、
を備える通信方法。
【請求項７】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置において実行されるプログラムであって、
前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、
を備えるプログラム。
【請求項１】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備え、
前記制御部は、前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させ、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記制御部は、前記第１アプリケーションを実行中に前記第２アプリケーションを新たに起動しようとして当該第１アプリケーションを一時停止させる場合、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項３】
請求項１に記載の通信装置であって、
前記制御部は、前記第２アプリケーションを一時停止させた状態で前記第１アプリケーションを実行中である場合において、前記制御部が当該第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行するとき、前記通信部にメールのバックグラウンド受信の保留を維持させる
通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記制御部は、前記第１アプリケーションを終了させることにより前記第２アプリケーションを再び実行する場合であっても、当該第２アプリケーションが前記第１アプリケーションの終了に連動して終了するプログラムであるときには、前記通信部にメールのバックグラウンド受信を開始させる
通信装置。
【請求項５】
請求項１から４のいずれか一項に記載の通信装置であって、
前記制御部は、前記通信部がメールのバックグラウンド受信を行っている場合において自装置あてのメールの存在を示す報知情報を受信したとき、前記通信部にメール受信を行わせる
通信装置。
【請求項６】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置の通信方法であって、
前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、
を備える通信方法。
【請求項７】
第１アプリケーション、第２アプリケーション又は第３アプリケーションを実行する制御部と、
前記制御部が前記第３アプリケーションを実行している場合にはメールのバックグラウンド受信を許容し、前記制御部が前記第１アプリケーション又は前記第２アプリケーションを実行している場合にはメールのバックグラウンド受信を保留する通信部と、を備える通信装置において実行されるプログラムであって、
前記第1アプリケーションの実行に起因してバックグラウンド受信を前記通信部に保留させている状態で、当該第１アプリケーションを終了または一時停止する場合、
当該第１アプリケーションの終了または一時停止の直後に前記第３アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信を開始させるステップと、
当該第１アプリケーションの終了または一時停止の直後に前記第２アプリケーションを起動するときには、前記通信部にメールのバックグラウンド受信の保留を維持させるステップと、
を備えるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１００４７５（Ｐ２０１１−１００４７５Ａ）
【公開日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願番号】特願２０１０−２８７０３４（Ｐ２０１０−２８７０３４）
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【分割の表示】特願２００５−３３９９８３（Ｐ２００５−３３９９８３）の分割
【原出願日】平成１７年１１月２５日（２００５．１１．２５）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【分割の表示】特願２００５−３３９９８３（Ｐ２００５−３３９９８３）の分割
【原出願日】平成１７年１１月２５日（２００５．１１．２５）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]