(57)【要約】【課題】本発明は携帯電話によるバックグラウンド転送方式に関し，リアルタイム性が要求されないデータのアップロードやダウンロードを低消費電力で転送することを目的とする。【解決手段】携帯電話にバックグラウンド転送エンジンを設け，バックグラウンド転送エンジンは，アップロード，ダウンロードの転送要求を受け取ると通信制御部に対してユーザによる通信の監視を有効化し，通信制御部は，ユーザ通信によるデータ送受信が実行されるとバックグラウンド転送エンジンに対してユーザ通信開始の通知を送信して，ユーザ通信完了の通知を受け取ると，アップロードデータ，ダウンロードデータのバックグラウンド転送を実行するよう構成する。【選択図】図６
2011259281.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話によるバックグラウンド転送方式において，
携帯電話に新たな回線接続を行うことなくアップロードデータをバックグラウンドでデータ転送を実行するバックグラウンド転送エンジンを設け，
前記バックグラウンド転送エンジンは，アプリケーションから前記アップロードデータのバックグラウンド転送有効化要求を受け取ると，通信制御部によるユーザ通信の監視を開始させ，
前記通信制御部は，前記ユーザ通信の監視を開始した後，ユーザ通信による回線接続とデータ送受信が開始されると前記バックグラウンド転送エンジンに対してユーザ通信開始の通知を送信し，ユーザ通信によるデータ送受信の完了を検出すると，前記バックグラウンド転送エンジンに対してユーザ通信完了通知を送信し，
前記バックグラウンド転送エンジンは，前記ユーザ通信完了通知を受け取ると前記アップロードデータの転送を前記通信制御部により実行することを特徴とする携帯電話によるバックグラウンド転送方式。
【請求項２】
請求項１において，
前記バックグラウンド転送エンジンは，新たな回線接続を行うことなくダウンロードデータをバックグラウンドでデータ転送を行うため，アプリケーションからのダウンロードデータの転送要求を受け取ると前記通信制御部によるユーザ通信の監視を開始させ，
前記通信制御部は，前記ユーザ通信の監視を開始した後，ユーザ通信による回線接続とデータ送受信が実行されると前記バックグラウンド転送エンジンに対してユーザ通信開始の通知を送信し，ユーザ通信によるデータ送受信の完了を検出すると，前記バックグラウンド転送エンジンに対してユーザ通信完了通知を送信し，
前記バックグラウンド転送エンジンは，前記ユーザ通信完了通知を受け取ると前記ダウンロードデータの転送を前記通信制御部により実行することを特徴とする携帯電話によるバックグラウンド転送方式。
【請求項３】
請求項１において，
前記アプリケーションから前記バックグラウンド転送エンジンに対するアップロードデータのバックグラウンド転送有効化要求と同時に，宛先サーバ，データ保存先の設定を含めて送信し，続いて保存すべきデータを含むデータ保存要求を送信し，
前記バックグラウンド転送エンジンは，バックグラウンド転送を有効化し，前記保存すべきデータをメモリに保存するよう記憶制御部を制御し，通信制御部によるユーザ通信の監視を開始させることを特徴とする携帯電話によるバックグラウンド転送方式。
【請求項４】
請求項１または２の何れかにおいて，
前記バックグラウンド転送エンジンは，ユーザによる通信アプリケーション操作の終了を検出すると前記バックグラウンドのデータ転送を停止し，
前記ユーザによる通信アプリケーション操作の終了は，前記バックグラウンド転送エンジンに設けたイベント検出部により，アプリケーション状態を管理するアプリケーション管理部，表示部の消灯制御等を行う電源制御部の何れかからの情報をもとに，ユーザ操作の終了を検出することを特徴とする携帯電話によるバックグラウンド転送方式。
【請求項５】
携帯電話のコンピュータを，
新たな回線接続を行うことなくアップロードまたはダウンロードのアプリケーションからのデータ転送要求を受け取ると通信制御部によるユーザ通信の監視を有効化する手段と，
前記通信制御部からユーザ通信によるデータ送受信の実行によるユーザ通信の開始通知を受け取り，前記データ転送の状態の監視によりユーザ通信によるデータ送受信が完了した状態を検出して，前記要求されたアップロードまたはダウンロードのデータ転送を前記通信制御部に対して指示する手段，
として機能させる携帯電話のバックグラウンド転送のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，携帯電話機において，無線通信回線を通じて出先サーバにデータをアップロード，あるいは相手先サーバからダウンロードする際の低消費電力なバックグラウンド転送方式及びプログラムに関する。
【背景技術】
【０００２】
図１２は携帯電話における通信アプリケーション実行時のシステムの構成例を示す。携帯電話８０はデータのアップロードあるいはダウンロードを行う際，携帯基地局８１と通信回線を介して携帯電話ネットワーク８２に接続され，携帯電話事業者が提供するゲートウェイ８３を介してインターネット８４に接続され，データの蓄積を行うサーバ８５と接続することで，携帯電話８０からサーバ８５へデータのアップロード，あるいはサーバ８５から携帯電話８０へダウンロードが行われる。
【０００３】
通常，携帯電話アプリケーションは，リクエストごとに通信を確立し，データ転送を行う。しかし回線接続時には上り通信チャネルの割り当て，解放のために発生するオーバーヘッドにより，接続，切断を繰り返す動作は電力消費が大きい。
【０００４】
また，携帯電話では，ユーザ操作とマイクロコンピュータの処理速度の違いにより，通信デバイスの駆動期間中には，処理は行わないが電力を消費している時間が数多く存在しており，通信デバイスの利用効率を低下させる要因となっている。
【０００５】
携帯電話において，転送電力を削減する方法として非特許文献１が提案されている。この手法はアプリケーションからのリクエストをスケジューリングして，送信期限内のリクエストをまとめて送ることで，回線接続時に発生する無通信監視タイマによるオーバーヘッドを削減する方法であるが，無通信監視タイマ期間のデータ転送は通信デバイスの起動時間を延ばすこととなり，消費電力の増大を招く。
【０００６】
なお，デジタル移動通信の使用するデータ受信装置においてスリープ状態である間欠受信時では低速クロックで動作させ，音声受信やデータ受信を行う通常受信時は低速クロックを逓倍させた高速クロックで動作させることで低消費電力化を図る技術が提案されている（特許文献１参照）。しかし，この方法では，上記したリアルタイム性を必要としないデータのアップロードやダウンロード時にも高速クロックで動作することにより低消費電力化することはできない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１０−９４０１９号公報
【非特許文献】
【０００８】
【非特許文献１】N.Balasubramanian,A.Balsubramanian,and A.Ven kataramani, 「Energy Consumption in Mobile Phones:A Measurement Study and Implications for Network Applications 」In Proc.ＡＣＭ  SIGCOMM IMC ,2009
【発明の概要】
【発明が解決しようとする課題】
【０００９】
携帯電話は電池により駆動するために電力が有限であることから，処理の実行に伴って発生する消費電力は可能な限り削減することが望ましい。本発明は従来技術よりもデータ転送時の省電力性を高めた携帯電話によるバックグラウンド転送方式およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
携帯電話では，通信時に上り通信チャネルの割り当てを行い，非通信時は着信確認のための間欠受信（DRX:Discontinuous Reception)のみを行う。この間欠受信により，通信デバイスの駆動時間を削減し，電力消費を抑制している。通信状況によって異なるデバイスの動作はネットワーク−端末間の無線インタフェースのレイヤ３プロトコルの制御を行うＲＲＣ(Radio Resource Controler)プロトコルによって実現される。例として現在の３Ｇ（第３世代）の移動通信システムにおける状態遷移を図１に示す。図１において，６０は双方向チャネルであり高速のデータ伝送を行うための専用の通信チャネルが割り当てられたCELL-DCH(Dedicated Channel）の状態，６１は制御信号とデータ信号に共用の通信チャネルが割り当てられた低速用のデータ伝送を行うためのCELL-FACH(Forward Access Channel) の状態，６２はアップリンク（上りチャネル）を有していない間欠受信（または待受受信）を行うCELL-PCH(Paging Channel)の状態，６３はアイドル(Idle)モードでありＲＲＣコネクションが確立されていない状態である。６０〜６１は上りの通信チャネルが割り当てられた状態であり，６２〜６３は上りの通信チャネルが割り当てられていない状態である。そのため，データ通信時には６２あるいは６３の状態から，６０あるいは６１の状態に遷移する必要がある。
【００１１】
これらの各状態における消費電力は図１の右側に示すように状態６０，６１では高い電力消費で，状態６２，６３では低い電力消費の状態となる。これらの状態間の遷移は，ＲＲＣが，通信発生の検出と，無通信監視タイマ（６０，６１，６２の各状態において無通信時間を計測するタイマ）を基に制御することで実現する。無通信監視タイマの設定時間は携帯電話会社の実装によって異なるが，ある実装ではＴ２（CELL-FACH の停止状態からCELL-PCH状態へ移行するのに要する時間) が２秒，Ｔ３（CELL-PCHの停止状態からアイドル状態へ移行するのに要する時間) が数分〜数十分で，Ｔ１（CELL-DCHの停止状態からCELL-FACH 状態へ移行するのに要する時間）はＤＣＨのデータレートによって，８−３２ｂｐｓで５秒，６４ｂｐｓで３秒，１２８ｂｐｓ以上で２秒である。
【００１２】
この結果，ＤＣＨのチャネルを使用した高速通信またはＦＡＣＨを使用した低速通信の完了後一定期間は，消費電力の高い状態が維持され，通信を行う際のオーバーヘッドとなる。
【００１３】
図２はデータ転送時の状態遷移に対する携帯電話の電力消費の変化を示し，縦軸が消費電力（Ｗ：ワット），横軸は時間（秒）を表し，先頭から時間ｔ１までは間欠受信の状態で低消費電力であり，時間ｔ１からｔ２までは通信を開始するための移行時間で，時間ｔ２からｔ３までがデータ転送を実行している時間で，例えば１０ＫＢの送信で２ｓｅｃ程度である。データ転送が終了した時間ｔ３からｔ４までは無通信監視時間で，ｔ４からｔ５までは間欠受信状態に移行するための移行時間である。このように実際のデータ転送を実行する時間ｔ２からｔ３に比べて，その前後に非常に大きなオーバーヘッドが存在する。これにより，データのアップロードやダウンロードを行うことを目的として，携帯電話を起動させて通信チャネルを確立してデータ転送を行い，通信チャネルを開放する動作を実行すると，データ転送を実行する時間の前後に多大な電力を消費することを示す。
【００１４】
また利用者が携帯電話を使用する場合のウエブ（Ｗｅｂ）等の携帯電話アプリケーションの特性として図４のようなユーザトラフィック特性を持つことが知られている。具体的には図４に示すように，最初は携帯電話が基地局と接続されてない非接続状態（Disconnected) であるが，時間ｔ１０にユーザアクセス（発呼等の操作（Click)) を契機として処理が実行され接続状態（Connected)となる。続いて通信が実行される実行時間（Active Time)と通信実行後の思考時間（またはユーザ思考時間：User Think Time)である非実行時間(Inactive Off)の組み合わせが繰り返され，実行時間（Active Time)は更に通信処理を実際に行う通信時間(On time) と，サーバオペレーション, 通信遅延, データ解釈, 描画などによって通信処理が行われていない非通信時間(Active Off time) とが設けられる。ある測定によれば思考時間は平均で３．２５秒であった。Ａ，Ｂ，Ｃで表す３つのブロックのデータ転送が実行されて時間ｔ１６から無通信監視タイマによる監視が行われて，時間ｔ１７にタイムアウトして携帯電話は非接続状態になる。
【００１５】
この図４では１回のユーザ通信においてＡ〜Ｃの３つのブロックのデータ転送が行われるが，データ転送が行われる通信実行時間の詳細な内容を，図４のブロックＡのデータの例について時間を拡大して示しているが，Ｂ，Ｃについても同様の構成である。この例ではデータＡはＡ１，Ａ２，Ａ３，Ａ４に分割され，各分割されたデータＡ１，Ａ２，Ａ３，Ａ４のデータを転送する期間を通信時間（Active On)，各通信時間の間隔の時間ａ１，ａ２，ａ３は非通信時間（Active Off) である。
【００１６】
このように，ユーザによるアプリケーション実行中も，通信デバイスが常に使用されているわけではなく空きが存在するが，携帯電話ではこの期間中もデバイスは通信可能状態にあり，電力を消費している。図３に１２８ｂｙｔｅ（バイト）の送信のみ行った場合の電力波形（実線）と，１２８ｂｙｔｅ＋１０ＫＢ（キロバイト）の転送を行った場合の電力波形（点線）を示す。縦軸が消費電力（Ｗ：ワット），横軸は時間（秒）である。２つの波形には大きな差が無く重なっており，データ転送を行っていない期間も，データ転送時と同等の電力を消費している。そのため，このリソースの空き時間を利用すれば，わずかな消費電力の増加でデータ転送を行うことができる。
【００１７】
本発明は上記のような携帯電話におけるユーザトラヒックの特性に着目して，通信デバイスの非実行時間（思考時間) を使ってバックグラウンドでデータ転送を行う。ユーザクリックの間の非実行時間にデータ転送を行う場合は，無通信監視タイマに影響を与えないため，通信デバイスの駆動時間は増大せず，転送に伴って発生する消費電力は少ない。このように本発明では，通信オーバーヘッドを削減するとともに，通信デバイスの利用効率を上げることで，全体としての通信電力を削減し，従来手法よりも省電力性の高いデータ転送を実現する。
【００１８】
本発明により携帯電話で取得した各種のセンサデータや自己が写した写真，操作履歴など，リアルタイム性の要求されないデータのサーバへのアップロードを，ユーザ操作に伴う通信デバイスの空き時間を利用して実行することで，低消費電力に転送することが可能となる。また，ソフトウェアの更新や，ニュースの配信等リアルタイムで受ける必要がないデータのダウンロードも省電力に実行することが可能となる。
【００１９】
本発明の携帯電話によるバックグラウンド転送方式では，携帯電話に新たな回線接続を行うことなくアップロードデータをバックグラウンドでデータ転送を実行するバックグラウンド転送エンジンを設け，前記バックグラウンド転送エンジンは，アップロードアプリケーションから前記アップロードデータのバックグラウンド転送有効化要求を受け取ると，通信制御部によるユーザ通信の監視を開始させ，前記通信制御部は，前記ユーザ通信の監視を開始した後，ユーザ通信によるデータ送受信が開始されると，前記バックグラウンド転送エンジンに対してユーザ通信開始の通知を送信し，ユーザ通信によるデータ送受信の完了を検出すると，前記バックグラウンド転送エンジンに対してユーザ通信完了通知を送信し，前記バックグラウンド転送エンジンは，前記ユーザ通信完了通知を受け取ると前記アップロードデータの転送を前記通信制御部により実行するよう構成する。
【００２０】
また，前記バックグラウンド転送エンジンは，新たな回線接続を行うことなくダウンロードデータをバックグラウンドでデータ転送を行うため，アプリケーションからのダウンロードデータの転送要求を受け取ると前記通信制御部によるユーザ通信の監視を開始させ，前記通信制御部は，前記ユーザ通信の監視を開始した後，ユーザ通信による回線接続とデータ送受信が実行されると前記バックグラウンド転送エンジンに対してユーザ通信開始の通知を送信し，ユーザ通信によるデータ送受信の完了を検出すると，前記バックグラウンド転送エンジンに対してユーザ通信完了通知を送信し，前記バックグラウンドデータ転送エンジンは，前記ユーザ通信完了通知を受け取ると前記ダウンロードデータの転送を前記通信制御部により実行するよう構成する。
【００２１】
更に，前記アップロードアプリケーションから前記バックグラウンドデータ転送エンジンに対するアップロードデータのバックグラウンド転送有効化要求と同時に，宛先サーバ，データ保存先の設定を含めて送信し，続いて保存すべきデータを含むデータ保存要求を送信し，前記バックグラウンド転送エンジンは，バックグラウンド転送を有効化し，前記保存すべきデータをメモリに保存するよう記憶制御部を制御し，通信制御部による回線状態監視を開始させるよう構成する。
【００２２】
また，上記の構成の何れかにおいて，前記バックグラウンド転送エンジンは，ユーザによる通信アプリケーション操作の終了を検出すると前記バックグラウンドのデータ転送を停止し，前記ユーザによる通信アプリケーション操作の終了は，前記バックグラウンド転送エンジンに設けたイベント検出部により，アプリケーション状態を管理するアプリケーション管理部，表示部の消灯制御等を行う電源制御部の何れかからの情報をもとに，ユーザ操作の終了を検出するよう構成する。
【００２３】
更に，本発明によるプログラムは，携帯電話のコンピュータを，新たな回線接続を行うことなくアップロードまたはダウンロードのアプリケーションからのデータ転送要求を受け取ると通信制御部によるユーザ通信の監視を有効化する手段と，前記通信制御部からユーザ通信によるデータ送受信の実行によるユーザ通信の開始通知を受け取り，前記データ転送の状態の監視によりユーザ通信によるデータ送受信が完了した状態を検出すると，前記要求されたアップロードまたはダウンロードのデータの転送を前記通信制御部に対して指示する手段として機能させるものである。
【発明の効果】
【００２４】
携帯電話によりリアルタイム性の要求されないデータのアップロード，ダウンロードを行う際，ユーザがアプリケーションを利用してデータ通信をしている期間内の非実行期間（思考期間）を使って，バックグラウンドでアップロードまたはダウンロードをすることができ，新たな回線を接続する手順を経る場合，ユーザによる回線接続期間を利用してデータ転送を行っても通信デバイスの空き時間を利用するように制御しない場合に比べて携帯電話の消費電力を節減することができ，携帯電話の電池を長持ちさせることができる。
【００２５】
データ転送中にユーザ通信を検出した場合は，以降のアップロードを停止することで，ユーザ通信への影響を最小限に抑えることができる。
【００２６】
また，データ転送開始後にユーザ操作による通信アプリケーションの終了を検出した場合は，以降のデータ転送を中止し，次のユーザ通信の検出まで待つように構成することで，通信デバイスの駆動時間の増加を最小限に抑えることができる。
【図面の簡単な説明】
【００２７】
【図１】携帯電源において通信チャネル割り当てを行うＲＲＣのプロトコルの状態遷移を示す図である。
【図２】データ転送時の状態遷移に対する携帯電話の電力消費の変化を示す図である。
【図３】携帯電話の状態による送信データサイズに対応する消費電力及び転送時間の測定結果を示す図である。
【図４】ウエブ等の携帯電話アプリケーションのユーザトラフィック特性を示す図である。
【図５】本願発明が実施される携帯電話のハードウェア構成図である。
【図６】本発明のバックグラウンド転送エンジンを含む携帯電話のソフトウェア構成を示す図である。
【図７】発信型ユーザ通信の開始を検出するための動作シーケンス（データ送信時）を示す図である。
【図８】着信型ユーザ通信の開始を検出するための動作シーケンス（データ受信時）を示す図である。
【図９】アップロード処理におけるバックグラウンド転送の処理シーケンスを示す図である。
【図１０】ダウンロード処理におけるバックグラウンド転送の処理シーケンスを示す図である。
【図１１】バックグラウンド転送エンジンの状態遷移を示す図である。
【図１２】携帯電話における通信アプリケーション実行時のシステムの構成例を示す図である。
【発明を実施するための形態】
【００２８】
図５は本願発明が実施される携帯電話のハードウェア構成図である。携帯電話１は処理装置（マイクロプロセッサを含む），１１ａは一時記憶用のデータ等を格納する揮発性メモリ，１１ｂはプログラムや保存データを記憶する不揮発性メモリ，１２は基地局との通信を行うための無線通信部，１３ａはキー入力部，１３ｂは各種の画像を表示すると共にタッチ入力機能を備えた表示部，１４は現象・状態を感知する各種センサ，１５は携帯電話による音声入力を行うためのマイクロフォン，１６は音声出力を行うためのスピーカ，１７は画像入力のためのカメラ，１８は音声をマイクロフォン１５とスピーカ１６との間でアナログ信号を入出力し，処理装置１０との間でデジタル信号の形式で転送する音声処理部，１９はカメラ１７からの画像信号を入力して，表示部１３ｂや処理装置１０との間で転送するための画像処理部である。
【００２９】
図６は本発明のバックグラウンド転送エンジンを含む携帯電話のソフトウェア構成を示す。図中，２は携帯電話のソフトウェア，２０は携帯電話に搭載された各種のアプリケーションを表し，２０ａは携帯電話の利用者の操作によるＷｅｂのデータや，メールのアップロードやダウンロードのデータ通信を含む機能を実行する各種のユーザアプリケーション，２０ｂはアプリケーション２０の中でバックグラウンドでデータをアップロードするためにバックグラウンド転送エンジン（後述する２２）と連携してアップロードの処理を行うアップロードアプリケーション，２０ｃはバックグラウンド転送エンジンと連携してバックグラウンドでダウンロードの処理を行うダウンロードアプリケーションである。２１は携帯電話の制御機能（２２〜２６を含む）を搭載した携帯電話プラットフォーム，２２は本願発明によるバックグラウンドでのアップロードまたはダウンロードのデータ転送制御を実行するバックグラウンド転送エンジン，２３は記憶制御部，２４はユーザアプリケーション２０ａによるユーザ通信や，バックグラウンド転送エンジン２２によるアップロード及びダウンロードのデータ転送の通信制御を行う通信制御部，２５はユーザが使用するアプリケーションの切り替わりを検出するアプリケーション管理部，２６はＬＣＤ（液晶表示部）がオフ（画面が暗くなる）になることを検出できる電源制御部，２７は携帯電話の各種の入出力部（図５の１３ａ，１３ｂ，１４〜１７），無線通信部（図５の１２）を含むハードウェアである。
【００３０】
バックグラウンド転送エンジン２２内の，２２ａはアプリケーション２０のアップロードアプリケーション２０ｂとダウンロードアプリケーション２０ｃとのインタフェース制御を行うアプリケーションインタフェースであり，２２ｂは記憶制御部２３を通してアップロードまたはダウンロードのデータの管理を行うデータ制御部，２２ｃはアプリケーションインタフェース２２ａ及びデータ制御部２２ｂからの要求及びイベント検出部２２ｄとの相互動作によりバックグラウンドのアップロード及びダウンロードの制御を行うメイン制御部，２２ｄは通信制御部２４でのユーザ通信の検出と合わせて，アプリケーション管理部２５におけるアプリケーションの切り替わりや，電源制御部２６による表示部（ＬＣＤ）のオフにより，ユーザによるアプリケーション操作の終了を検出するイベント検出部である。
【００３１】
本発明によるバックグラウンド転送エンジンは，ユーザの操作によるユーザアプリケーション２０ａの動作で回線接続が行われた状態においてデータ転送（送信，受信を含む）が行われている間の非実行時間（思考時間）を利用してデータの転送を行う。そのために，バックグラウンド転送エンジンはユーザのアプリケーションによる回線接続と通信の実行状態を表す信号を検出して，アップロードまたはダウンロードを実行する。
【００３２】
図７，図８は通信制御部（図６の２４）におけるユーザ通信の開始を検出するための動作シーケンス（発信型），（着信型）を示す。図７，図８にはユーザ通信の検出に関係する主な構成要素を示し，２０ａはユーザアプリケーション，２２はバックグラウンド転送エンジン，２４は通信制御部，２７はハードウェアである。なお，通信制御部２４は移動通信網（ネットワーク）や，データリンクのプロトコルによりハードウェア２７の制御を行う。
【００３３】
図７のユーザリクエストによる発信型通信の場合は，携帯電話を操作することによりユーザのアプリケーション２０ａからデータ通信要求（図７のａ）が発生すると宛先（アプリケーション）や転送データを含めて通信制御部２４に送られ，通信制御部２４はハードウェア２７に対してデータ送受信処理を実行させ（同ｂ），バックグラウンド転送エンジン２２に対してユーザ通信開始通知を行う（同ｃ）。
【００３４】
図８のユーザリクエストに基づかない着信型通信の場合，移動通信網からのデータ受信の着信があると，ハードウェア２７から通信制御部２４にデータ受信割り込みが通知されると（図８のａ），通信制御部２４はバックグラウンド転送エンジン２２に対してユーザ通信開始通知を行った上で（同ｃ），ハードウェア２７に対してデータ受信処理を実行させる（同ｂ）。ハードウェア２７におけるデータ受信処理が完了し応答が返却されると（図８のｄ），通信制御部２４はユーザアプリケーション２０ａに対してデータ受信通知を行う（同ｅ）。
【００３５】
次にバックグラウンドによるアップロードまたはダウンロードのデータ転送を実現するために関係する各部の相互動作を含む処理シーケンスを図９，図１０に示す。この図９，図１０の処理シーケンスにおいて主要な動作を行うバックグラウンド転送エンジンの状態遷移図を図１１に示す。
【００３６】
図９はアップロードのバックグラウンド転送の処理シーケンスであり，図６に示すユーザアプリケーション２０ａ，アップロードアプリケーション２０ｂ，バックグラウンド転送エンジン２２，記憶制御部２３，通信制御部２４，アプリケーション管理部２５，電源制御部２６，ハードウェア２７の各部の相互の制御信号とデータの送受信と処理動作を含むシーケンスである。
【００３７】
図９において，最初にアップロードアプリケーション２０ｂがバックグラウンド転送の実行を要求する場合（アップロードデータが蓄積された場合），バックグラウンド転送エンジン２２に対して宛先サーバ，データ保存先の設定を含むバックグラウンド転送有効化の要求信号を送信し（図９のａ），続いて保存すべきデータを含むデータ保存要求を送信する（同ｂ）。バックグラウンド転送エンジン２２は，バックグラウンド転送有効化要求を受け取ると内部で管理するバックグラウンド転送設定を有効化し，要求されたデータを記憶制御部２３の制御によりメモリ（図５の揮発性メモリ１１ａ）に保存し（図９のｃ），更に通信制御部２４に対して通信監視開始要求を送る（同ｄ）。これにより通信制御部２４及びバックグラウンド転送エンジン２２ではユーザ通信監視を開始する（図９のｅ）。この通信監視の開始動作は繰り返し処理となり，ユーザ通信の発生を監視し，ユーザ通信が開始して完了すると，アップロードデータの転送を行う。データ転送中にユーザ通信が開始されると，転送を停止し，その後ユーザ通信が完了すると再度データの転送を行う。アップロードデータが存在する限り，この動作を繰り返す。アプリケーションの終了や表示部の消灯などによりユーザ操作の終了を検出するとアップロードを停止する。
【００３８】
動作の詳細を説明すると，ユーザ通信は携帯電話の操作による通信制御部２４の制御により実行されるデータ通信であり，ユーザアプリケーション２０ａから通信制御部２４に対しデータ送信要求（図９のｆ）か，移動通信網（基地局）からの着信型の通信要求によるハードウェア２７からのデータ受信割り込みを受け取る（同ｇ）かの何れかにより発生する。通信制御部２４は上記バックグラウンド転送エンジン２２からの要求によって有効化されたユーザ通信の監視機能に従って，バックグラウンド転送エンジン２２に対してユーザ通信開始を通知し（図９のｈ），ハードウェア２７に対してユーザリクエストの送受信処理を実行する（同ｉ）。この送受信処理によりユーザ通信が開始する。このユーザ通信開始は，データ転送の転送開始時間（例えば，図４のブロックのＡの立上りの時点ｔ１０）に対応する。
【００３９】
この後，ユーザ通信が完了すると，ユーザ通信完了通知がバックグラウンド転送エンジン２２に送られる（図９のｊ）。このユーザ通信完了は，データ転送の完了時間（例えば，図４のブロックＡの立下りの時点ｔ１２）に対応する。
【００４０】
なお，ユーザ通信による各データ（図４のブロックのＡ）の中で発生する非通信期間は，データ転送が完了していない期間に発生する。
【００４１】
このユーザ通信完了を受け取ると，バックグラウンド転送エンジン２２ではアップロードデータがあるかの判定をする（図９のｋ）。アップロードデータがない場合は転送を終了し，次のアップロードデータが蓄積されるのを待つ。アップロードデータがある場合は，ユーザ操作が継続中であるか判別し（図９のｌ），継続中であれば，バックグラウンド転送エンジン２２はデータアップロード要求を通信制御部２４に送り（同ｍ），通信制御部２４はこのデータアップロード要求に応じてハードウェア２７による送受信処理を実行させる（同ｎ）。ユーザ操作が継続中であるかどうかは，電源制御部２６，アプリケーション管理部２５を利用したユーザ操作終了イベントの検出によって行う。
【００４２】
データ転送中にユーザ通信が発生した場合（図９のｏ），通信制御部２４はユーザ通信開始通知をバックグラウンド転送エンジン２２へ送信する（同ｐ）。これを受け取ると，バックグラウンド転送エンジン２２はユーザリクエストを優先して処理するため，以降のアップロードを停止する（図９のｑ）。その後，通信制御部２４はハードウェア２７に対してユーザリクエスト送受信処理を実行する（図９のｒ）。ユーザ通信が再開し，そのデータの送受信の完了通知を受け取ると，バックグラウンド転送エンジン２２によるデータ転送動作が実行され，ユーザ通信の開始により停止する処理が繰り返される。
【００４３】
上記のユーザ操作が継続中であるかの判定（図９のｌ）において，ユーザ操作が完了したか判定する（同ｓ）。この判定は，アプリケーション管理部２５におけるアプリケーション終了（図９のｔ），電源制御部２６における表示オフ（LCD OFF)（同ｕ）をイベント検出部２２ｄ（図６）で検出することにより行われる。ユーザ操作完了を検出するとハードウェア２７（通信装置）の駆動時間増大を抑制するため，以降のアップロードを停止する（図９のｖ）。
【００４４】
図１０はダウンロードのバックグラウンド転送の処理シーケンスであり，図中，２０ａはユーザアプリケーション，２０ｃはダウンロードアプリケーションであり，その他の各部は上記図９の同一符号と同じであり説明を省略する。
【００４５】
ダウンロード動作においては，バックグラウンド転送エンジン２２はダウンロードアプリケーション２０ｃからのバックグラウンド転送有効化要求を受け取ると（図１０のａ），内部で管理するバックグラウンド転送設定を有効化し，続いてダウンロードデータ要求を受け取ると（同ｂ），通信制御部２４に対してユーザ通信監視開始要求を送信する（同ｃ）。これにより通信制御部２４ではユーザ通信監視を開始する（図１０のｄ）。
【００４６】
その後，上記アップロード処理（図９）と同様にユーザアプリケーション２０ａからのデータ送信要求，またはハードウェア２７からのデータ受信割込みを通信制御部２４で受け取ると，ユーザリクエスト送受信処理が実行され，バックグラウンド転送エンジン２２にユーザ通信開始通知を送る。その後ユーザリクエストの処理が完了すると，通信制御部２４はバックグラウンド転送エンジン２２にユーザ通信完了通知を送信する（図１０のｅ〜ｉ）。
【００４７】
続いて，バックグラウンド転送エンジン２２は未ダウンロードデータ（上記図１０のｂで要求したデータ）があるか判別する（図１０のｊ）。ここで未ダウンロードデータがあると，ユーザ操作中である場合には（図１０のｋ），データダウンロードの要求を通信制御部２４に対して送信する（同ｌ）。これを受け取ると通信制御部２４はハードウェア２７による送受信処理を実行する（図１０のｍ）。これにより，移動通信網からデータがダウンロードされる。ダウンロードされたデータは，図１０では図示省略されているが通信制御部２４の制御によりメモリ（図５の揮発性メモリ１１ａ）に転送される。
【００４８】
データ転送中にユーザによる通信が発生した場合は（図１０のｎ），通信制御部２４はユーザ通信開始通知をバックグラウンド転送エンジン２２へ送信する（同ｏ）。これを受け取ると，バックグラウンド転送エンジン２２は，ユーザリクエストの処理を優先して処理するため，以降のダウンロードを停止する（図１０のｐ）。その後，通信制御部２４はハードウェア２７に対してユーザリクエスト送受信処理を実行する（図１０のｑ）。
【００４９】
上記のユーザ操作が継続中かどうかの判定（図１０のｋ）において，ユーザ操作が終了したか判定する（同ｒ）。この判定は，アプリケーション管理部２５におけるアプリケーション終了（同ｓ），電源制御部２６における表示オフ（LCD OFF)（同ｔ）をイベント検出部２２ｄ（図６）で検出することにより行われる。ユーザ操作完了を検出するとハードウェア２７（通信装置）の駆動時間増大を抑制するため，以降のダウンロードを停止する（同ｕ）。
【００５０】
図１１はバックグラウンド転送エンジンにおける状態遷移を示す図である。なお，バックグラウンド転送エンジン（図６の２２）は，上記図９，図１０に示す各処理シーケンスにおいて説明したように，ユーザアプリケーション２０ａ，アップロードアプリケーション２０ｂ，ダウンロードアプリケーション２０ｃの各アプリケーションや，通信制御部２４と相互に制御信号及びデータの送受信を行って，ユーザ通信のデータ転送が実行された時にバックグラウンドでのアップロードまたはダウンロードを行い，この状態遷移図はそれらの相互の関係を明確にするものである。
【００５１】
最初，バックグラウンド転送エンジン２２は非監視状態Ａにあり，アップロードアプリケーション２０ｂまたはダウンロードアプリケーション２０ｃからのデータ転送有効化要求が発生すると，バックグラウンド転送エンジン２２は非監視状態Ａから転送データ待ち状態Ｂに移行する。この状態Ｂにおいて，アップロードアプリケーション２０ｂまたはダウンロードアプリケーション２０ｃからのアップロードまたはダウンロードの未転送データ（データ要求）が発生すると，バックグラウンド転送エンジン２２から通信制御部２４に対しユーザ通信監視が指示されて，ユーザ通信開始待ち状態Ｃに移行する。この後，通信制御部２４でユーザアプリケーション２０ａからの通信開始またはハードウェアからの受信割込みによるユーザ通信の開始を検出するとバックグラウンド転送エンジン２２に通知され，これを受けてバックグラウンド転送エンジン２２はデータ転送停止状態Ｄに移行する。この後，通信制御部２４からユーザ通信完了の通知を受け取ると，バックグラウンド転送エンジン２２はデータ転送状態Ｅに移行して，バックグラウンドでのアップロードまたはダウンロードのデータ転送を実行する。この状態でアップロードデータがハードウェア２７から移動通信網へ送信されるか，または移動通信網からのダウンロードデータがハードウェア２７で受信され，転送データが無くなるまで処理を繰り返す。
【００５２】
但し，バックグラウンドでのデータ転送状態Ｅで通信制御部２４からユーザ通信の開始の通知を受けると，(1) で示すようにバックグラウンドでの転送を停止し，データ転送停止状態Ｄに遷移する。また，データ転送状態Ｅを開始した後，ユーザ操作終了通知を受け取ると（アプリケーション管理部２５でのアプリケーション終了検出や，電源制御部２６により表示部の消灯（LCD OFF)を検出した場合など），データの転送を停止して(2) で示すようにユーザ通信開始待ち状態Ｃに遷移する。また，データ転送状態Ｅにおいて，アップロードまたはダウンロードの全てのデータ転送が完了すると(3) で示すように転送データ待ち状態Ｂに遷移する。
【００５３】
なお，状態Ｂ〜Ｅの各状態において，アップロードアプリケーション２０ｂまたはダウンロードアプリケーション２０ｃによりユーザ通信の監視無効化要求が発行されると非監視状態Ａに戻る。
【産業上の利用可能性】
【００５４】
本発明により，携帯電話で取得した操作履歴，センサデータの収集システムや，写真や動画をサーバへアップロードして利用するアプリケーション，ソフトウェア更新やリアルタイム性を要求しないデータのダウンロードなどを省電力で実現することが可能となる。
【００５５】
これにより，アプリケーション提供事業者，コンテンツ提供業者，携帯電話通信事業者などが提供する携帯電話で使用する通信プログラムにおいて有効に利用することができ，携帯電話の利用者もアップロードやダウンロードのアプリケーションによる電力の消費を抑制でき，電池寿命を延ばすことが可能となる。
【符号の説明】
【００５６】
２        携帯電話のソフトウェア
２０      アプリケーション
２０ａ    ユーザアプリケーション
２０ｂ    アップロードアプリケーション
２０ｃ    ダウンロードアプリケーション
２１      携帯電話プラットフォーム
２２      バックグラウンド転送エンジン
２２ａ    アプリケーションインタフェース
２２ｂ    データ制御部
２２ｃ    メイン制御部
２２ｄ    イベント検出部
２３      記憶制御部
２４      通信制御部
２５      アプリケーション管理部
２６      電源制御部
２７      ハードウェア
【図１】
2011259281.tif 000003
【図２】
2011259281.tif 000004
【図３】
2011259281.tif 000005
【図４】
2011259281.tif 000006
【図５】
2011259281.tif 000007
【図６】
2011259281.tif 000008
【図７】
2011259281.tif 000009
【図８】
2011259281.tif 000010
【図９】
2011259281.tif 000011
【図１０】
2011259281.tif 000012
【図１１】
2011259281.tif 000013
【図１２】
2011259281.tif 000014