特許 5967507 データ処理方法、モデム、および端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5967507

(24)【登録日】2016年7月15日

(45)【発行日】2016年8月10日

(54)【発明の名称】データ処理方法、モデム、および端末

(51)【国際特許分類】

   H04M 1/00 20060101AFI20160728BHJP

【ＦＩ】

   H04M1/00 R

【請求項の数】9

【全頁数】24

(21)【出願番号】特願2015-541001(P2015-541001)

(86)(22)【出願日】2013年10月11日

(65)【公表番号】特表2015-535418(P2015-535418A)

(43)【公表日】2015年12月10日

(86)【国際出願番号】CN2013085036

(87)【国際公開番号】WO2015051527

(87)【国際公開日】20150416

【審査請求日】2014年11月13日

(73)【特許権者】

【識別番号】509296306

【氏名又は名称】▲華▼▲為▼▲終▼端有限公司

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】▲張▼ 岳

(72)【発明者】

【氏名】江 ▲鵬▼

(72)【発明者】

【氏名】李 ▲啓▼林

【審査官】 宮島 郁美

(56)【参考文献】

【文献】 特開２０１１−０６６４７６（ＪＰ，Ａ）

【文献】 特開２０１０−０４４７３２（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０２４５５３（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１２／０１４９３５２（ＵＳ，Ａ１）

【文献】 特開２０１３−０５５４９６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ１／００，１／２４−１／８２，９９／００

(57)【特許請求の範囲】

【請求項1】

ネットワーク側装置が送信したアプリケーション・パケットを取得するステップと、
端末のスクリーンのステータスを前記端末内のスクリーン監視モジュールから取得するステップであって、前記端末の前記スクリーンの前記ステータスはスクリーン・オン状態とスクリーン・オフ状態を含むステップと、
前記スクリーンの前記ステータスが前記スクリーン・オフ状態であるときには、アプリケーション・プロセッサの起動を省略して、前記取得したアプリケーション・パケットを一時的に格納するステップと、
を含み、
前記取得したアプリケーション・パケットを一時的に格納するときに、
最初に取得されたアプリケーション・パケットが一時的に格納される時間の計時を開始するステップと、
事前設定時刻に到達し、前記スクリーンの前記ステータスが常に前記スクリーン・オフ状態であるとき、前記アプリケーション・プロセッサを起動し、前記事前設定時刻内に一時的に格納された前記アプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするステップと、
をさらに含む、処理方法。

【請求項2】

ネットワーク側装置が送信したアプリケーション・パケットを取得するステップと、
端末のスクリーンのステータスを前記端末内のスクリーン監視モジュールから取得するステップであって、前記端末の前記スクリーンの前記ステータスはスクリーン・オン状態とスクリーン・オフ状態を含むステップと、
前記スクリーンの前記ステータスが前記スクリーン・オフ状態であるときには、アプリケーション・プロセッサの起動を省略して、前記取得したアプリケーション・パケットを一時的に格納するステップと、
を含み、
前記取得したアプリケーション・パケットを一時的に格納するときに、
前記一時的に格納されたアプリケーション・パケットが占有するメモリの総量を監視するステップと、
前記メモリの総量が事前設定量に到達し、前記スクリーンの前記ステータスが常に前記スクリーン・オフ状態であるとき、前記アプリケーション・プロセッサを起動し、前記一時的に格納されたアプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするステップと、
をさらに含む、処理方法。

【請求項3】

ネットワーク側装置が送信したアプリケーション・パケットを取得するステップは、
前記ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するステップであって、前記プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および前記端末により符号化されるステップと、
前記プロトコル・アプリケーション・パケットを、ネゴシエートした符号化に対応する復号化方式で解析し、前記アプリケーション・パケットを取得するステップと、
を含む、請求項１または２に記載の方法。

【請求項4】

前記一時的に格納されたアプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするステップは、
前記アプリケーション・パケットを一時的に格納した順序で前記一時的に格納されたアプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするステップ
を含む、請求項２に記載の方法。

【請求項5】

入力装置、出力装置、プロセッサ、およびメモリを備えたモデムであって、
前記入力装置は、ネットワーク側装置が送信したアプリケーション・パケットを取得するように構成され、
前記プロセッサは、端末のスクリーンのステータスを前記端末内のスクリーン監視モジュールから取得するように構成され、前記端末の前記スクリーンの前記ステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、
前記メモリは、前記スクリーンが前記スクリーン・オフ状態にあることが得られたとき、前記取得したアプリケーション・パケットを一時的に格納するように構成され、
前記プロセッサは、アプリケーション・プロセッサの起動を省略し、
前記プロセッサはさらに、前記メモリが最初に取得されたアプリケーション・パケットを一時的に格納する時間の計時を開始し、事前設定時刻に到達し、前記スクリーンの前記ステータスが常に前記スクリーン・オフ状態であるとき、前記アプリケーション・プロセッサを起動するように構成され、
前記出力装置はさらに、前記事前設定時刻内に一時的に格納された前記アプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするように構成された、
モデム。

【請求項6】

入力装置、出力装置、プロセッサ、およびメモリを備えたモデムであって、
前記入力装置は、ネットワーク側装置が送信したアプリケーション・パケットを取得するように構成され、
前記プロセッサは、端末のスクリーンのステータスを前記端末内のスクリーン監視モジュールから取得するように構成され、前記端末の前記スクリーンの前記ステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、
前記メモリは、前記スクリーンが前記スクリーン・オフ状態にあることが得られたとき、前記取得したアプリケーション・パケットを一時的に格納するように構成され、
前記プロセッサは、アプリケーション・プロセッサの起動を省略し、
前記プロセッサはさらに、前記メモリにより一時的に格納された前記アプリケーション・パケットにより占有されたメモリの総量を監視し、前記メモリの総量が事前設定量に到達し、前記スクリーンの前記ステータスが常に前記スクリーン・オフ状態であるとき、前記アプリケーション・プロセッサを起動するように構成され、
前記出力装置はさらに、前記一時的に格納されたアプリケーション・パケットを前記アプリケーション・プロセッサにプッシュするように構成された、
モデム。

【請求項7】

前記入力装置は、前記ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するように構成され、前記プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および前記端末により符号化され、
前記プロセッサはさらに、前記プロトコル・アプリケーション・パケットをネゴシエートした符号化に対応する復号化方式で解析し、前記アプリケーション・パケットを取得するように構成された、
請求項５または６に記載のモデム。

【請求項8】

前記出力装置は、前記一時的に格納されたアプリケーション・パケットを前記アプリケーション・プロセッサに前記アプリケーション・パケットを一時的に格納した順序でプッシュするように構成された、請求項６に記載のモデム。

【請求項9】

モデム、アプリケーション・プロセッサ、およびスクリーン監視モジュールを備えた端末であって、
前記スクリーン監視モジュールは、前記端末のスクリーンのステータスを監視するように構成され、前記端末の前記スクリーンの前記ステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、
前記アプリケーション・プロセッサは、前記モデムにより起動された後に前記モデムにより送信されたアプリケーション・パケットを受信するように構成され、
前記モデムは請求項５乃至８の何れか１項に記載のモデムである、
端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は通信技術の分野に関し、特にデータ処理方法、モデム、および端末に関する。

【背景技術】

【0002】

端末は、モデム（Ｍｏｄｅｍ）およびアプリケーション・プロセッサ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ、ＡＰ）を備え、当該端末が受信したアプリケーション・データはモデムにより受信され、ＡＰにプッシュ（Ｐｕｓｈ）される。アクティブにデータを端末にプッシュできる技術として、高速なプッシュがモバイル・ネットワーク装置で一般的となっている。

【0003】

端末がモデムを用いてネットワークに接続し、その状態を長時間保つと、ＡＰ側で実行されプッシュ・サービスを必要とする多数のアプリケーション・プログラムがデータを待機することとなる。これらのプログラムは自分自身をＡＰ側のプッシュ・エージェント（Ｐｕｓｈ Ａｇｅｎｔ）に登録する。プッシュ・エージェントは、ソケット（Ｓｏｋｅｔ）とリモート・プッシュ・サーバ（Ｐｕｓｈ Ｓｅｒｖｅｒ）との間で確立され長時間保持される接続を確立し、プッシュ・サービスを要求するＡＰ側のアプリケーション・プログラムに関する情報をプッシュ・サーバに登録し、同時に、プッシュ・サーバにより送信されるデータを待機する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

先行技術の研究と実施プロセスにおいて、本発明の発明者らは、プッシュ・サーバが送信したデータが到着したときに、モデムは先ず当該データを受信し、ＡＰを起動し、当該データをＡＰに送信することを発見した。プッシュ・データが頻繁に到着すると、ＡＰがモデムにより頻繁に起動され、ＡＰの電力消費が端末全体において最大の割合を占め、したがって、ＡＰの頻繁な起動により、端末の平均的な電力消費が増大する。

【課題を解決するための手段】

【0005】

本発明の諸実施形態ではデータ処理方法を提供する。当該方法は、ＡＰが起動される回数を減らすことができ、それにより、端末の電力消費が減る。本発明の諸実施形態ではさらに対応するモデムと端末を提供する。

【0006】

本発明の第１の態様では、ネットワーク側装置が送信したアプリケーション・パケットを取得するステップと、端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得するステップであって、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含むステップと、当該スクリーンのステータスがスクリーン・オフ状態であるときには、アプリケーション・プロセッサの起動を省略して、取得したアプリケーション・パケットを一時的に格納するステップと、を含むデータ処理方法を提供する。

【0007】

第１の態様を参照して、第１の可能な実装方式では、取得したアプリケーション・パケットを一時的に格納した後に、当該方法はさらに、端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得するステップと、当該スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことが得られたときに、アプリケーション・プロセッサを起動し、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするステップと、を含む。

【0008】

第１の態様、または、第１の態様の第１の可能な実装方式を参照して、第２の可能な実装方式では、取得したアプリケーション・パケットを一時的に格納するときに、当該方法はさらに、最初に取得されたアプリケーション・パケットが一時的に格納される時間の計時を開始するステップと、事前設定時刻に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動し、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするステップと、を含む。

【0009】

第１の態様、または、第１の態様の第１の可能な実装方式もしくは第２の可能な実装方式を参照して、第３の可能な実装方式では、取得したアプリケーション・パケットを一時的に格納するときに、当該方法はさらに、当該一時的に格納されたアプリケーション・パケットが占有するメモリの総量を監視するステップと、当該メモリの総量が事前設定量に到達し、スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動し、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするステップと、を含む。

【0010】

第１の態様を参照して、第４の可能な実装方式では、当該方法はさらに、スクリーンのステータスがスクリーン・オン状態であることが得られたとき、アプリケーション・プロセッサを起動し、取得したアプリケーション・パケットをアプリケーション・プロセッサにプッシュするステップを含む。

【0011】

第１の態様、および、第１の態様の第１乃至第４の可能な実装方式のうち何れか１つを参照して、第５の可能な実装方式では、ネットワーク側装置が送信したアプリケーション・パケットを取得するステップは、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するステップであって、当該プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および端末により符号化されるステップと、当該プロトコル・アプリケーション・パケットを当該ネゴシエートした符号化に対応する復号化方式で解析し、当該アプリケーション・パケットを取得するステップと、を含む。

【0012】

第１の態様の第３の可能な実装方式を参照すると、第６の可能な実装方式では、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするステップは、当該一時的に格納されたアプリケーション・パケットを、当該アプリケーション・パケットを一時的に格納した順序でアプリケーション・プロセッサにプッシュするステップを含む。

【0013】

本発明の第２の態様では、ネットワーク側装置が送信したアプリケーション・パケットを取得するように構成された第１の取得ユニットと、端末のスクリーンのステータスを端末内のスクリーン監視モジュールから取得するように構成された第２の取得ユニットであって、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む第２の取得ユニットと、当該第２の取得ユニットが取得したスクリーンのステータスがスクリーン・オフ状態であるとき、アプリケーション・プロセッサの起動を省略し、取得したアプリケーション・パケットを一時的に格納するように構成されたバッファ・ユニットと、を備えるモデムを提供する。

【0014】

第２の態様を参照して、第１の可能な実装方式では、当該第２の取得ユニットはさらに、当該バッファ・ユニットが取得したアプリケーション・パケットを一時的に格納した後に、端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得するように構成され、当該モデムはさらに、スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことを当該第２の取得ユニットが得たとき、アプリケーション・プロセッサを起動するように構成された第１の起動ユニットと、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットを当該第１の起動ユニットが起動したアプリケーション・プロセッサにプッシュするように構成された第１のプッシュ・ユニットと、を備える。

【0015】

第２の態様、または、第２の態様の第１の可能な実装方式を参照して、第２の可能な実装方式では、当該モデムはさらに、当該第１の取得ユニットが取得した第１のアプリケーション・パケットを当該バッファ・ユニットが一時的に格納する時間の計時を開始するように構成された開始ユニットと、事前設定時刻に到達し、当該開始ユニットが時間の計時を開始した後にスクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成された第２の起動ユニットと、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットを当該第２の起動ユニットが起動したアプリケーション・プロセッサにプッシュするように構成された第２のプッシュ・ユニットと、を備える。

【0016】

第２の態様、または、第２の態様の第１の可能な実装方式もしくは第２の可能な実装方式を参照して、第３の可能な実装方式では、当該モデムはさらに、当該バッファ・ユニットが一時的に格納したアプリケーション・パケットが占有するメモリの総量を監視するように構成された監視ユニットと、当該監視ユニットが監視する当該メモリの総量が事前設定量に到達し、スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成された第３の起動ユニットと、当該一時的に格納されたアプリケーション・パケットを当該第３の起動ユニットが起動したアプリケーション・プロセッサにプッシュするように構成された第３のプッシュ・ユニットと、を備える。

【0017】

第２の態様を参照して、第４の可能な実装方式では、当該モデムはさらに、スクリーンがスクリーン・オン状態にあることを当該第２の取得ユニットが得たとき、アプリケーション・プロセッサを起動するように構成された第４の起動ユニットと、当該第１の取得ユニットが取得したアプリケーション・パケットを当該第４の起動ユニットが起動したアプリケーション・プロセッサにプッシュするように構成された第４のプッシュ・ユニットと、を備える。

【0018】

第２の態様、および、第２の態様の第１乃至第４の可能な実装方式のうち何れか１つを参照して、第５の可能な実装方式では、当該第１の取得ユニットは、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するように構成された受信サブユニットであって、当該プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および端末により符号化される受信サブユニットと、当該ネゴシエートした符号化に対応する復号化方式で、当該受信サブユニットが受信したプロトコル・アプリケーション・パケットを解析し、当該アプリケーション・パケットを取得するように構成された解析サブユニットと、を備える。

【0019】

本発明の第３の態様では、入力装置、出力装置、プロセッサ、およびメモリを備えたモデムであって、当該入力装置は、ネットワーク側装置が送信したアプリケーション・パケットを取得するように構成され、当該プロセッサは、端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得するように構成され、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、当該メモリは、スクリーンがスクリーン・オフ状態にあることが得られたとき、取得したアプリケーション・パケットを一時的に格納するように構成され、当該プロセッサは、アプリケーション・プロセッサの起動を省略する、モデムを提供する。

【0020】

第３の態様を参照して、第１の可能な実装方式では、当該プロセッサはさらに、取得したアプリケーション・パケットを当該メモリが一時的に格納した後に、端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得し、当該スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことが得られたときに、アプリケーション・プロセッサを起動するように構成され、当該出力装置は、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするように構成される。

【0021】

第３の態様、または、第３の態様の第１の可能な実装方式を参照して、第２の可能な実装方式では、当該プロセッサはさらに、当該メモリが最初に取得されたアプリケーション・パケットを一時的に格納する時間の計時を開始し、事前設定時刻に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成され、当該出力装置はさらに、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするように構成される。

【0022】

第３の態様、または、第３の態様の第１の可能な実装方式もしくは第２の可能な実装方式を参照して、第３の可能な実装方式では、当該プロセッサはさらに、当該メモリにより一時的に格納されたアプリケーション・パケットにより占有されたメモリの総量を監視し、当該メモリの総量が事前設定量に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成され、当該出力装置はさらに、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュするように構成される。

【0023】

第３の態様を参照して、第４の可能な実装方式では、当該プロセッサはさらに、当該スクリーンのステータスがスクリーン・オン状態であることが得られたとき、アプリケーション・プロセッサを起動するように構成され、当該出力装置はさらに、取得したアプリケーション・パケットをアプリケーション・プロセッサにプッシュように構成される。

【0024】

第３の態様、第３の態様の第１乃至第４の可能な実装方式の何れか１つを参照して、第５の可能な実装方式では、当該入力装置は、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するように構成され、当該プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および端末により符号化され、当該プロセッサはさらに、当該プロトコル・アプリケーション・パケットを当該ネゴシエートした符号化に対応する復号化方式で解析し、当該アプリケーション・パケットを取得するように構成される。

【0025】

第３の態様の第３の可能な実装方式を参照して、第６の可能な実装方式では、当該出力装置は、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサに当該アプリケーション・パケットを一時的に格納した順序でプッシュするように構成される。

【0026】

本発明の第４の態様では、モデム、アプリケーション・プロセッサ、およびスクリーン監視モジュールを備えた端末であって、当該スクリーン監視モジュールは、当該端末のスクリーンのステータスを監視するように構成され、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、当該アプリケーション・プロセッサは、当該モデムにより起動された後に当該モデムにより送信されたアプリケーション・パケットを受信するように構成され、当該モデムは、諸技術的解決策で説明したモデムである、端末を提供する。

【0027】

本発明の諸実施形態では、端末内のモデムを使用してネットワーク側装置が送信したアプリケーション・パケットを取得し、当該モデムが当該端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得し、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含み、当該スクリーンのステータスがスクリーン・オフ状態であるときには、アプリケーション・プロセッサが起動されず、取得したアプリケーション・パケットが一時的に格納される。アプリケーション・パケットが取得されるたびにＡＰが起動される先行技術と比較して、本発明の諸実施形態に従うデータ処理方法では、スクリーンのステータスがスクリーン・オフ状態であることが得られたとき、取得したアプリケーション・パケットが一時的に格納され、ＡＰが起動されず、それにより端末の電力消費が減る。

【0028】

本発明の諸実施形態の技術的解決策をより明確に説明するために、以下では諸実施形態の説明に必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の諸実施形態の一部を示すにすぎず、当業者は創造的作業なしにこれらの添付図面から依然として他の図面を取得することができる。

【図面の簡単な説明】

【0029】

【図1】本発明に従うデータ処理方法の１実施形態の略図である。

【図2】本発明に従うデータ処理方法の別の実施形態の略図である。

【図3】本発明に従うデータ処理方法の別の実施形態の略図である。

【図4】本発明に従うデータ処理方法の別の実施形態の略図である。

【図5】本発明に従うデータ処理方法の別の実施形態の略図である。

【図6】本発明に従うデータ処理方法の別の実施形態の略図である。

【図7】本発明に従うデータ処理方法の別の実施形態の略図である。

【図8】本発明に従うデータ処理方法の別の実施形態の略図である。

【図9】本発明に従うデータ処理方法の別の実施形態の略図である。

【図10】本発明に従うモデムの１実施形態の略図である。

【図11】本発明に従うモデムの別の実施形態の略図である。

【図12】本発明に従うモデムの別の実施形態の略図である。

【図13】本発明に従うモデムの別の実施形態の略図である。

【図14】本発明に従うモデムの別の実施形態の略図である。

【図15】本発明に従うモデムの別の実施形態の略図である。

【図16】本発明に従うモデムの別の実施形態の略図である。

【図17】本発明に従う端末の１実施形態の略図である。

【発明を実施するための形態】

【0030】

本発明の諸実施形態ではデータ処理方法を提供する。当該方法は、ＡＰが起動される回数を減らすことができ、それにより端末の電力消費が減る。本発明の諸実施形態はさらに、対応するモデムと端末を提供する。以下では、詳細な説明を別々に提供する。

【0031】

以下で、本発明の諸実施形態の添付図面を参照して、本発明の諸実施形態の技術的解決策を明確かつ十分に説明する。明らかに、説明する諸実施形態は本発明の諸実施形態の全部ではなく一部にすぎない。当業者が創造的作業なしに本発明の諸実施形態に基づいて得る他の全ての実施形態は本発明の保護範囲に入る。

【0032】

本発明の諸実施形態の端末は、携帯電話、タブレットＰＡＤ、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｔａｎｔ、ＰＤＡ）、および車載装置のような、本発明の諸実施形態で提供されるモデムがインストールされる任意の端末であってもよい。

【0033】

図１を参照すると、本発明の１実施形態に従うデータ処理方法の１実施形態は以下を含む。

【0034】

１０１では、ネットワーク側装置が送信したアプリケーション・パケットを取得する。本発明の当該実施形態のネットワーク側装置は、様々なアプリケーションのアプリケーション・サーバである。当該アプリケーション・サーバは、端末のアプリケーション・パケットを端末のモデムに送信する。実際、当該モデムは最初にプロトコル・アプリケーション・パケットを受信する。当該モデムは先ず、第三世代パートナシップ・プロトコル（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）で規定されたポイント・ツー・ポイント・プロトコル（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ、ＰＰＰ）に従ってプロトコル・アプリケーション・パケットを解析する。実際、解析プロセスは、当該アプリケーション・パケットを送信するアプリケーション・サーバの識別子のような、パケット・ヘッダを当該プロトコル・アプリケーション・パケットから除去し、続いて伝送制御プロトコル／インターネット・プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰ）に従って解析を実施し、最後にＡＰが要求するアプリケーション・パケットを取得するように実施される。上記除去は、当該プロトコル・アプリケーション・パケットで運搬される端末のＩＰアドレスのような情報をさらに除去するのと等価である。

【0035】

１０２では、端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得する。当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む。

【0036】

当該端末内のスクリーン監視モジュールは、スクリーン・オンまたはスクリーン・オフのようなスクリーンのステータスを全ての時間にわたって監視し、当該スクリーンのステータスに関する情報をモデムに通知して、モデムが当該端末のスクリーンのステータスを取得するようにする。

【0037】

１０３では、スクリーンのステータスがスクリーン・オフ状態であるときには、アプリケーション・プロセッサの起動を省略し、取得したアプリケーション・パケットを一時的に格納する。

【0038】

スクリーンがスクリーン・オフ状態にあることが得られたとき、それはユーザが端末を使用していないことを示す。当該アプリケーション・パケットがＡＰにプッシュされたとしても、ユーザはそれを一度に参照するわけではない。ＡＰを毎回起動しないために、モデムが最初に当該アプリケーション・パケットを一時的に格納し、端末内のアプリケーション・プロセッサを起動しなくともよい。

【0039】

本発明の当該実施形態では、端末内のモデムを使用してネットワーク側装置が送信したアプリケーション・パケットを取得する。当該モデムは、当該端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得し、当該スクリーンのステータスがスクリーン・オフ状態であるときには、アプリケーション・プロセッサが起動されず、取得したアプリケーション・パケットが一時的に格納される。当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む。アプリケーション・パケットが取得されるたびにＡＰが起動される先行技術と比較して、本発明の当該実施形態に従うデータ処理方法では、スクリーンのステータスがスクリーン・オフ状態であることが得られたとき、取得したアプリケーション・パケットが一時的に格納され、ＡＰが起動されず、それにより端末の電力消費が減る。

【0040】

図２を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０３を含む。ステップ１０１乃至ステップ１０３に関しては図１に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法はさらに、ステップ１０３の後に以下のステップを含んでもよい。

【0041】

１０４では、端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得する。１０５では、当該スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことが得られたときに、アプリケーション・プロセッサを起動し、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュする。

【0042】

本発明の当該実施形態では、モデムがスクリーンのステータスに関する情報、例えば、スクリーン・オン状態とスクリーン・オフ状態をスクリーン監視モジュールから継続的に取得してもよい。スクリーンが所定期間においてスクリーン・オフ状態にあるとき、モデムが幾つかのアプリケーション・パケットを一時的に格納していてもよい。スクリーンがスクリーン・オフ状態からスクリーン・オン状態に切り替えられたことが得られたとき、ユーザが端末を用いて開始したと判定し、スクリーン・オフ状態期間内に一時的に格納された幾つかのアプリケーション・パケットをアプリケーション・プロセッサにプッシュする必要があると判定してもよい。

【0043】

アプリケーション・パケットをプッシュしたとき、当該アプリケーション・パケットを、各アプリケーション・パケットが一時的に格納された逐次的順序でプッシュしてもよく、または、アプリケーション・パケットを一緒にプッシュしてもよい。プッシュ順は本発明では限定されない。このように、ＡＰが起動される回数が減るだけでなく、ユーザがアプリケーション情報を参照することに及ぼす影響もない。

【0044】

図３を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０３を含む。ステップ１０１乃至ステップ１０３に関しては図１に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法はさらに、ステップ１０３の後にステップ１０６とステップ１０７を含んでもよい。即ち、本発明の当該実施形態はステップ１０１、ステップ１０２、ステップ１０３、ステップ１０６、およびステップ１０７を含む。

【0045】

尚図３を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０５を含む。ステップ１０１乃至ステップ１０５に関しては図２に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、ステップ１０６およびステップ１０７を、ステップ１０３を実施した後かつステップ１０４を実施するときにさらに実施してもよい。即ち、本発明の当該実施形態はステップ１０１、ステップ１０２、ステップ１０３、ステップ１０４、ステップ１０５、ステップ１０６、およびステップ１０７を含む。ステップ１０６およびステップ１０７は以下の通りである。

【0046】

１０６では、最初に取得されたアプリケーション・パケットが一時的に格納される時間の計時を開始する。１０７では、事前設定時刻に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動し、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュする。

【0047】

本発明の当該実施形態では、スクリーンが常にスクリーン・オフ状態にある場合には、大量のアプリケーション・パケットがモデムに格納されるおそれがある。モデムのメモリは限られているので、本発明の当該実施形態では短期的な記憶による解決策を提供する。具体的には、モデムが第１のアプリケーション・パケットの一時的な格納を開始したとき、タイマを開始し、一時的な記憶のための事前設定時刻を３分、５分、または３０分に設定してもよく、具体的な時間は限定されない。当該事前設定時刻に達したとき、どれだけ多くのアプリケーション・パケットが一時的に格納されても、ＡＰが起動され、当該一時的に格納されたアプリケーション・パケットがＡＰにプッシュされる。アプリケーション・パケットをプッシュするとき、当該アプリケーション・パケットを、各アプリケーション・パケットが一時的に格納された逐次的順序でプッシュしてもよく、または、当該アプリケーション・パケットを一緒に格納してもよい。プッシュ順は本発明では限定されない。

【0048】

本発明の当該実施形態で提供するスケジュールされたプッシュの解決策は、スクリーンが常にスクリーン・オフ状態にあるときに使用され、モデムのメモリ空間をスケジュールされた時刻に解放して、別のアプリケーション・パケットの一時的な格納を継続してもよい。

【0049】

図４を参照すると、本発明に従うデータ処理方法の別の実施形態は、ステップ１０１乃至ステップ１０３を含む。ステップ１０１乃至ステップ１０３に関しては図１に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、ステップ１０８およびステップ１０９をさらにステップ１０３の後に実施してもよい。即ち、本発明の当該実施形態は、ステップ１０１、ステップ１０２、ステップ１０３、ステップ１０８、およびステップ１０９を含む。

【0050】

尚図４を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０５を含む。ステップ１０１乃至ステップ１０５については図２に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、ステップ１０８およびステップ１０９をさらに、ステップ１０３を実施した後、かつ、ステップ１０４を実施するときに実施してもよい。即ち、本発明の当該実施形態は、ステップ１０１、ステップ１０２、ステップ１０３、ステップ１０４、ステップ１０５、ステップ１０８、およびステップ１０９を含む。

【0051】

尚図４を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０７を含む。ステップ１０１乃至ステップ１０７に関しては図３に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態で提供するデータ処理方法では、ステップ１０８およびステップ１０９をさらに、ステップ１０３を実施した後、かつ、ステップ１０４とステップ１０６を実施するときに実施してもよい。即ち、本発明の当該実施形態は、ステップ１０１、ステップ１０２、ステップ１０３、ステップ１０４、ステップ１０５、ステップ１０６、ステップ１０７、ステップ１０８、およびステップ１０９を含む。ステップ１０８およびステップ１０９は以下の通りである。

【0052】

１０８では、当該一時的に格納されたアプリケーション・パケットが占有するメモリの総量を監視する。１０９では、当該メモリの総量が事前設定量に到達し、スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動し、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュする。

【0053】

スクリーンが常にオフ状態にある場合には、大量のアプリケーション・パケットがモデムに格納されるおそれがある。モデムのメモリは限られているので、本発明の当該実施形態では短期的な記憶による解決策を提供する。具体的には、一時的に格納されたアプリケーション・パケットが占有するメモリの総量に対して事前設定量を閾値として設定してもよい。占有メモリの総量が事前設定量に到達したとき、端末のＡＰが起動され、夫々の一時的に格納されたアプリケーション・パケットがＡＰにプッシュされる。アプリケーション・パケットをプッシュするとき、当該アプリケーション・パケットを、各アプリケーション・パケットが一時的に格納された逐次的順序でプッシュしてもよく、または、当該アプリケーション・パケットを一緒に格納してもよい。プッシュ順は本発明では限定されない。

【0054】

本発明の当該実施形態で提供する定量的なプッシュの解決策は、スクリーンが常にスクリーン・オフ状態にあるときに使用され、占有メモリの量が事前設定量に達したときにモデムのメモリ空間を解放して、一時的に別のアプリケーション・パケットを格納し続けてもよい。

【0055】

図５を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１およびステップ１０２を含む。ステップ１０１およびステップ１０２はここでは再度詳細に説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法がさらに、ステップ１０２の後にステップ１１０を含んでもよい。即ち、本発明の当該実施形態は、ステップ１０１、ステップ１０２、およびステップ１１０を含む。

【0056】

１１０では、スクリーンのステータスがスクリーン・オン状態であることが得られたとき、アプリケーション・プロセッサを起動し、取得したアプリケーション・パケットをアプリケーション・プロセッサにプッシュする。

【0057】

本発明の当該実施形態では、アプリケーション・パケットを取得したときにスクリーンがスクリーン・オン状態にある場合には、当該アプリケーション・パケットを一時的に格納する必要はなく、ＡＰに直接プッシュされる。このケースでは、ユーザは当該アプリケーション・パケット内のアプリケーション情報をタイムリーに参照することができ、それにより、ユーザ・エクスペリエンスが向上する。

【0058】

図６を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０３を含む。ステップ１０１乃至ステップ１０３に関しては図１に示す対応する実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに本発明の当該実施形態に従うデータ処理方法では、図１のステップ１０１は特に、以下のステップ１０１−１およびステップ１０１−２を含む。即ち、本発明の当該実施形態はステップ１０１−１、ステップ１０１−２、ステップ１０２、およびステップ１０３を含む。

【0059】

尚図６を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０５を含む。ステップ１０１乃至ステップ１０５に関しては図２に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図２のステップ１０１は特に以下のステップ１０１−１およびステップ１０１−２であってもよい。即ち、本発明の当該実施形態は、ステップ１０１−１、ステップ１０１−２、ステップ１０２、ステップ１０３、ステップ１０４、およびステップ１０５を含む。

【0060】

尚図６を参照すると、本発明に従うデータ処理方法の別の実施形態は、ステップ１０１乃至ステップ１０７を含む。ステップ１０１乃至ステップ１０７に関しては図３に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図３のステップ１０１は特に以下のステップ１０１−１およびステップ１０１−２であってもよい。即ち、本発明の当該実施形態は、ステップ１０１−１、ステップ１０１−２、ステップ１０２、ステップ１０３、ステップ１０４、ステップ１０５、ステップ１０６、およびステップ１０７を含む。

【0061】

尚図６を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０９を含む。ステップ１０１乃至ステップ１０９に関しては図４に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図４のステップ１０１は特に以下のステップ１０１−１およびステップ１０１−２であってもよい。即ち、本発明の当該実施形態は、ステップ１０１−１、ステップ１０１−２、ステップ１０２、ステップ１０３、ステップ１０４、ステップ１０５、ステップ１０６、ステップ１０７、ステップ１０８、およびステップ１０９を含む。

【0062】

図７を参照すると、本発明に従うデータ処理方法の別の実施形態は、ステップ１０１、ステップ１０２、およびステップ１１０が含む。ステップ１０１、ステップ１０２、およびステップ１１０に関しては図５に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図５のステップ１０１は特に以下のステップ１０１−１およびステップ１０１−２であってもよい。即ち、本発明の当該実施形態は、ステップ１０１−１、ステップ１０１−２、ステップ１０２、およびステップ１１０を含む。ステップ１０１−１およびステップ１０１−２は以下の通りである。

【0063】

１０１−１では、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信する。当該プロトコル・アプリケーション・パケットは、ネゴシエーションを用いることによって、ネットワーク側装置および端末により符号化される。

【0064】

１０１−２では、プロトコル・アプリケーション・パケットを当該ネゴシエートした符号化に対応する復号化方式で解析し、当該アプリケーション・パケットを取得する。

【0065】

本発明の当該実施形態では、アプリケーション・サーバが端末に送信したパケットが端末内のモデムにより受信される。実際、当該モデムは最初にプロトコル・アプリケーション・パケットを受信し、当該プロトコル・アプリケーション・パケットを、ネゴシエーションを用いることによってネットワーク側装置および当該端末により符号化する。当該モデムは先ず、第三世代パートナシップ・プロトコル（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）で規定されたポイント・ツー・ポイント・プロトコル（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ、ＰＰＰ）に従って当該プロトコル・アプリケーション・パケットを解析する。実際、解析プロセスは、当該パケットを送信するアプリケーション・サーバの識別子のような、パケット・ヘッダを当該プロトコル・アプリケーション・パケットから除去し、続いて伝送制御プロトコル／インターネット・プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰ）に従って解析を実施し、最後にＡＰが要求するアプリケーション・パケットを取得するように実施される。上記除去は、当該プロトコル・アプリケーション・パケットで運搬される端末のＩＰアドレスのような情報をさらに除去するのと等価である。本発明の当該実施形態では、当該プロトコル・アプリケーション・パケットをモデム内で解析することでＡＰの電力消費を削減することができる。

【0066】

図８を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０３、ステップ１０８、およびステップ１０９を含む。ステップ１０１乃至ステップ１０３、ステップ１０８、およびステップ１０９に関しては図４に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図４のステップ１０９は特に以下のステップ１０９−１であってもよい。即ち、本発明の当該実施形態は、ステップ１０１乃至ステップ１０３、ステップ１０８、およびステップ１０９−１を含む。

【0067】

尚図８を参照すると、本発明に従うデータ処理方法の別の実施形態は、ステップ１０１乃至ステップ１０５、ステップ１０８、およびステップ１０９を含む。ステップ１０１乃至ステップ１０５、ステップ１０８、およびステップ１０９に関しては図４に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図４のステップ１０９は特に以下のステップ１０９−１であってもよい。即ち、本発明の当該実施形態は、ステップ１０１乃至ステップ１０５、ステップ１０８、およびステップ１０９−１を含む。

【0068】

尚図８を参照すると、本発明に従うデータ処理方法の別の実施形態はステップ１０１乃至ステップ１０９を含む。ステップ１０１乃至ステップ１０９に関しては図４に示す実施形態を参照することができ、詳細はここでは再度説明することはしない。さらに、本発明の当該実施形態に従うデータ処理方法では、図４のステップ１０９は特に以下のステップ１０９−１であってもよい。即ち、本発明の当該実施形態はステップ１０１乃至ステップ１０８、およびステップ１０９−１を含む。

【0069】

１０９−１では、メモリの総量が事前設定量に到達し、スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動し、一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサに当該アプリケーション・パケットを一時的に格納した順序でプッシュする。

【0070】

本発明の当該実施形態では、アプリケーション・パケットをＡＰにプッシュするときに、プッシュに対して逐次的な順序を規定してもよく、一時的な格納を実施する逐次順序でプッシュを行ってもよい。このケースでは、最初に取得されたアプリケーション・パケットが最初にＡＰに到着することを保証することができる。実際、プッシュを一時的な格納の前に実施してもよく、これを本発明の限定と解釈すべきではない。

【0071】

理解を簡単にするために、図９を参照すると、以下ではアプリケーションのシナリオを例として本発明の当該実施形態におけるデータ処理のプロセスを説明する。

【0072】

２０１では、モデムが、ネットワーク側から送信されたプロトコル・アプリケーション・パケットを受信する。

【0073】

２０２では、第三世代パートナシップ・プロトコル（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）で規定されたポイント・ツー・ポイント・プロトコル（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ、ＰＰＰ）に従って、ステップ２０１で受信したプロトコル・アプリケーション・パケットを解析する。

【0074】

解析プロセスは、実際には、プロトコル・アプリケーション・パケットを送信するアプリケーション・サーバの識別子のようなパケット・ヘッダを当該プロトコル・アプリケーション・パケットから除去するように実施される。

【0075】

２０３では、伝送制御プロトコル／インターネット・プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰ）に従って、ステップ２０２で解析したプロトコル・アプリケーション・パケットを解析する。

【0076】

ステップ２０３での解析プロセスは、実際にはさらに、プロトコル・アプリケーション・パケットで運搬される端末のＩＰアドレスのような情報を除去し、最後に、ＡＰが要求するアプリケーション・パケットを取得するように実施される。

【0077】

２０４では、端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得し、当該スクリーンのステータスに従って、各取得されたアプリケーション・パケットを処理するための方法を決定する。当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む。

【0078】

本ステップでは、スクリーンのステータスがスクリーン・オン状態であるとき、ステップ２０８を実施する。当該スクリーンのステータスがスクリーン・オフ状態であるときには、ステップ２０５およびステップ２０７を同時に実施するか、または、ステップ２０５およびステップ２０７のうち一方のみを実施してもよい。ステップ２０５およびステップ２０７を２つの並列的な条件として構築してもよく、その一方を選択して実施してもよく、または、その両方を一緒に実施してもよい。

【0079】

２０５では、一時的に各アプリケーション・パケットを格納し、最初に取得されたアプリケーション・パケットが一時的に格納される時間の計時を開始する。

【0080】

２０６では、事前設定時刻に到達したとき、ステップ２０８を実施し、当該事前設定時刻に到達していないとき、ステップ２０７を実施する。

【0081】

２０７では、一時的に格納されたアプリケーション・パケットの各々が占有するメモリの総量が事前設定量に到達したかどうかを判定する。当該事前設定量に到達したとき、ステップ２０８を実施し、当該事前設定時刻に到達していないとき、ステップ２０１を実施する。

【0082】

２０８では、各アプリケーション・パケットを端末のアプリケーション・プロセッサＡＰにプッシュする。アプリケーション・パケットが取得されるたびにＡＰが起動される先行技術と比較して、本発明の当該実施形態に従うデータ処理方法では、スクリーンがスクリーン・オフ状態にあることが得られたとき、取得したアプリケーション・パケットが一時的に格納され、ＡＰが起動されず、それにより端末の電力消費が減る。

【0083】

図１０を参照すると、本発明の１実施形態に従うモデム３０の１実施形態は、ネットワーク側装置が送信したアプリケーション・パケットを取得するように構成された第１の取得ユニット３０１と、端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得するように構成された第２の取得ユニット３０２であって、当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む第２の取得ユニット３０２と、第２の取得ユニット３０２が取得したスクリーンのステータスがスクリーン・オフ状態にあるとき、アプリケーション・プロセッサの起動を省略し、取得したアプリケーション・パケットを一時的に格納するように構成されたバッファ・ユニット３０３と、を備える。

【0084】

本発明の当該実施形態では、第１の取得ユニット３０１はネットワーク側装置が送信したアプリケーション・パケットを取得し、第２の取得ユニット３０２は端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得し、第２の取得ユニット３０２が取得したスクリーンのステータスがスクリーン・オフ状態であるとき、バッファ・ユニット３０３は、アプリケーション・プロセッサを起動せず、取得したアプリケーション・パケットを一時的に格納する。当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む。アプリケーション・パケットが取得されるたびにＡＰが起動される先行技術と比較して、スクリーンがスクリーン・オフ状態にあることが得られたとき、本発明の当該実施形態に従うモデムは取得したアプリケーション・パケットを一時的に格納し、ＡＰを起動せず、それにより端末の電力消費が減る。

【0085】

図１０に対応する以上の実施形態に基づきおよび図１１を参照すると、本発明の当該実施形態に従うモデムの別の実施形態では、第２の取得ユニット３０２はさらに、取得したアプリケーション・パケットを当該バッファ・ユニットが一時的に格納した後に、当該端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得するように構成され、モデム３０はさらに、スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことを第２の取得ユニット３０２が得たときにアプリケーション・プロセッサを起動するように構成された第１の起動ユニット３０４と、第１の起動ユニット３０４が起動したアプリケーション・プロセッサ３０４に、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットをプッシュするように構成された第１のプッシュ・ユニット３０５とを備える。

【0086】

図１０に対応する以上の実施形態に基づきおよび図１２を参照すると、本発明の当該実施形態に従うモデムの別の実施形態では、モデム３０はさらに、当該バッファ・ユニットが最初に取得されたアプリケーション・パケットを一時的に格納する時間の計時を開始するように構成された開始ユニット３０６と、事前設定時刻に到達し、開始ユニット３０６が時間の計時を開始した後にスクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成された第２の起動ユニット３０７と、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットを、第２の起動ユニット３０７が起動したアプリケーション・プロセッサにプッシュするように構成された第２のプッシュ・ユニット３０８と、を備える。

【0087】

図１０に対応する以上の実施形態に基づきおよび図１３を参照すると、本発明の当該実施形態に従うモデムの別の実施形態では、モデム３０はさらに、当該バッファ・ユニットが一時的に格納したアプリケーション・パケットが占有するメモリの総量を監視するように構成された監視ユニット３０９と、監視ユニット３０９が監視するメモリの総量が事前設定量に到達し、スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動するように構成された第３の起動ユニット３１１と、一時的に格納されたアプリケーション・パケットを第３の起動ユニット３１１が起動したアプリケーション・プロセッサにプッシュするように構成された第３のプッシュ・ユニット３１２と、を備える。

【0088】

図１０に対応する以上の実施形態に基づきおよび図１４を参照すると、本発明の当該実施形態に従うモデムの別の実施形態では、モデム３０はさらに、スクリーンがスクリーン・オン状態にあることを第２の取得ユニット３０２が得たとき、アプリケーション・プロセッサを起動するように構成された第４の起動ユニット３１３と、第４の起動ユニット３１３が起動したアプリケーション・プロセッサ３１３に、第１の取得ユニット３０１が取得したアプリケーション・パケットをプッシュするように構成された第４のプッシュ・ユニット３１４と、を備える。

【0089】

図１０に対応する以上の実施形態に基づき図１５を参照すると、本発明の当該実施形態に従うモデムの別の実施形態では、第１の取得ユニット３０１は、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信するように構成された受信サブユニット３０１１であって、当該プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および当該端末により符号化される受信サブユニット３０１１と、当該ネゴシエートした符号化に対応する復号化方式で、受信サブユニット３０１１が受信したプロトコル・アプリケーション・パケットを解析し、当該アプリケーション・パケットを取得するように構成された解析サブユニット３０１２と、を備える。

【0090】

本発明の諸実施形態では、第１の、第２の、第３の、および第４の、とは説明を明確にするために論理的に使用したものであることに留意されたい。実際、ハードウェアの点では、第１の起動ユニット、第２の起動ユニット、第３の起動ユニット、および第４の起動ユニットが同一のモジュールであってもよく、第１のプッシュ・ユニット、第２のプッシュ・ユニット、第３のプッシュ・ユニット、および第４のプッシュ・ユニットが同一のモジュールであってもよい。ソフトウェア・ベースの実装の点では、同一のコード・セクションが存在してもよい。

【0091】

本発明ではさらに、コンピュータ記憶媒体を提供する。当該媒体はプログラムを格納する。当該プログラムを実行したとき、上述のデータ処理方法のステップの一部または全部が実施される。

【0092】

図１６は本発明の１実施形態に従うモデム３０の略構造図である。モデム３０は、入力装置３１０、出力装置３２０、プロセッサ３３０、およびメモリ３４０を備えてもよい。

【0093】

メモリ３４０が、読取専用メモリとランダム・アクセス・メモリを含んでもよく、プロセッサ３３０に命令とデータを提供してもよい。メモリ３４０の一部がさらに、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）を含んでもよい。

【0094】

メモリ３４０は、様々な動作命令を含み様々な動作を実装するために使用される動作命令と、様々なシステム・プログラムを含み様々な基本サービスを実装しハードウェア・ベースのタスクを処理するために使用されるオペレーティング・システムとを格納する。これらは、実行可能モジュール、または、データ構造、または、それらのサブセット、またはそれらの拡張セットを含む。

【0095】

本発明の当該実施形態では、プロセッサ３３０が、メモリ３４０に格納された動作命令（当該動作命令をオペレーティング・システムに格納してもよい）を起動することによって、入力装置３１０を用いることによってネットワーク側装置が送信したアプリケーション・パケットを取得するステップと、当該端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得するステップと、スクリーンのステータスがスクリーン・オフ状態であると得られたとき、アプリケーション・プロセッサの起動を省略して、取得したアプリケーション・パケットを一時的に格納するステップとを実施する。当該端末のスクリーンのステータスは、スクリーン・オン状態とスクリーン・オフ状態を含む。

【0096】

スクリーンがスクリーン・オフ状態にあることが得られたとき、本発明の当該実施形態に従うモデムが、一時的に取得したアプリケーション・パケットを格納してもよく、ＡＰを起動せず、それにより端末の電力消費が減る。

【0097】

プロセッサ３３０はモデム３０の動作を制御し、プロセッサ３３０をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央演算装置）と称してもよい。メモリ３４０は、読取専用メモリとランダム・アクセス・メモリを含んでもよく、プロセッサ３３０に命令とデータを提供してもよい。メモリ３４０の一部がさらに、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）を含んでもよい。特定のアプリケーションでは、モデム３０の全てのコンポーネントを、バス・システム３５０を用いて接続される。バス・システム３５０はさらに、データ・バスに加えて、電源バス、制御バス、ステータス信号バス等を含んでもよい。しかし、説明の明確さのため、全てのバスを図面においてバス・システム３５０としてもよい。

【0098】

本発明の諸実施形態で開示した上述の方法を、プロセッサ３３０に適用してもよく、または、プロセッサ３３０により実装してもよい。プロセッサ３３０が、信号処理機能を有する集積回路チップであってもよい。実装プロセスでは、上述の方法の諸ステップを、プロセッサ３３０内のハードウェアの集積論理回路を用いて、または、ソフトウェアの形の命令で実行してもよい。上記のプロセッサ３３０が、汎用目的プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特殊用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または別のプログラム可能論理装置、離散ゲートもしくはトランジスタ論理装置、または離散ハードウェア・コンポーネントであってもよく、これらが、本発明の諸実施形態で開示した方法、ステップ、および論理ブロック図を実装または実行してもよい。当該汎用目的プロセッサがマイクロ・プロセッサであってもよく、または、当該プロセッサが任意の従来型のプロセッサ等であってもよい。本発明の諸実施形態で開示した方法の諸ステップを、直接ハードウェア復号プロセッサで実行してもよく、または、復号プロセッサ内のハードウェア・モジュールとソフトウェア・モジュールの組合せにより実行してもよい。当該ソフトウェア・モジュールを、ランダム・アクセス・メモリ、フラッシュ・メモリ、読取専用メモリ、プログラム可能読取専用メモリ、電気的消去可能プログラム可能メモリ、またはレジスタのような、当業界の成熟した記憶媒体に配置してもよい。当該記憶媒体はメモリ３４０内に配置され、プロセッサ３３０がメモリ３４０内の情報を読み取って、上述の方法の諸ステップをそのハードウェアと組み合わせて実行する。

【0099】

場合によっては、プロセッサ３３０は特に、取得したアプリケーション・パケットを当該メモリが一時的に格納した後に、当該端末のスクリーンのステータスをスクリーン監視モジュールから継続的に取得し、当該スクリーンのステータスがスクリーン・オフ状態からスクリーン・オン状態へと変化したことが得られたときに、アプリケーション・プロセッサを起動してもよい。出力装置３２０は、以前のスクリーン・オフ状態と現在のスクリーン・オン状態の間で一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュしてもよい。

【0100】

場合によっては、プロセッサ３３０はさらに、最初に取得されたアプリケーション・パケットを当該メモリが一時的に格納する時間の計時を開始し、事前設定時刻に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動してもよい。出力装置３２０はさらに、当該事前設定時刻内に一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュしてもよい。

【0101】

場合によっては、プロセッサ３３０はさらに、当該メモリにより一時的に格納されたアプリケーション・パケットにより占有されたメモリの総量を監視し、当該メモリの総量が事前設定量に到達し、当該スクリーンのステータスが常にスクリーン・オフ状態であるとき、アプリケーション・プロセッサを起動してもよい。出力装置３２０はさらに、当該一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサにプッシュしてもよい。

【0102】

場合によっては、当該スクリーンのステータスがスクリーン・オン状態であることが得られたとき、プロセッサ３３０がさらにアプリケーション・プロセッサを起動してもよい。出力装置３２０はさらに、取得したアプリケーション・パケットをアプリケーション・プロセッサにプッシュしてもよい。

【0103】

場合によっては、入力装置３１０が、ネットワーク側装置が送信したプロトコル・アプリケーション・パケットを受信してもよい。当該プロトコル・アプリケーション・パケットはネゴシエーションを用いてネットワーク側装置および端末により符号化される。プロセッサ３３０はさらに、当該プロトコル・アプリケーション・パケットを当該ネゴシエートした符号化に対応する復号化方式で解析し、当該アプリケーション・パケットを取得してもよい。

【0104】

場合によっては、出力装置３２０は特に、一時的に格納されたアプリケーション・パケットをアプリケーション・プロセッサに当該アプリケーション・パケットを一時的に格納した順序でプッシュしてもよい。

【0105】

図１７を参照すると、本発明の１実施形態に従うデータ処理端末の１実施形態はモデム３０、アプリケーション・プロセッサ４０、およびスクリーン監視モジュール５０を備える。スクリーン監視モジュール５０は、当該端末のスクリーンのステータスを監視するように構成される。当該端末のスクリーンのステータスはスクリーン・オン状態とスクリーン・オフ状態を含む。モデム３０は、ネットワーク側装置が送信したアプリケーション・パケットを取得し、当該端末のスクリーンのステータスを当該端末内のスクリーン監視モジュールから取得し、当該スクリーンのステータスがスクリーン・オフ状態であるときには、アプリケーション・プロセッサの起動を省略し、取得したアプリケーション・パケットを一時的に格納するように構成される。当該端末のスクリーンのステータスは、スクリーン・オン状態とスクリーン・オフ状態を含む。アプリケーション・プロセッサ４０は、当該モデムにより起動された後に当該モデムにより送信されたアプリケーション・パケットを受信するように構成される。

【0106】

アプリケーション・パケットを取得するたびにＡＰが起動される先行技術と比較すると、スクリーンがスクリーン・オフ状態にあることが得られたとき、本発明の実施形態に従う端末は、取得したアプリケーション・パケットを一時的に格納することができ、ＡＰを起動せず、それにより端末の電力消費が減る。

【0107】

以上の諸実施形態における方法のステップの全部または一部を、関連するハードウェアに指示するプログラムで実装してもよいことは当業者に理解される。当該プログラムをコンピュータ可読媒体に格納してもよい。当該記憶媒体として、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクを含めてもよい。

【0108】

以上では、本発明の諸実施形態で提供したデータ処理方法、モデム、および端末を詳細に説明した。本明細書では、本発明の原理と実装方式を詳述するために種々の具体的な例を使用した。当該諸実施形態の以上の説明は、本発明の方法とその中心的な思想の理解を支援するために使用したにすぎない。一方、当業者は本発明の思想に従って具体的な実装方式と適用範囲に修正を加えることができる。結論として、本明細書の内容は本発明に対する限定として考えるべきではない。

【符号の説明】

【0109】

１０ 端末
３０ モデム
３０１ 第１の取得ユニット
３０１１ 受信サブユニット
３０１２ 解析サブユニット
３０２ 第２の取得ユニット
３０３ バッファ・ユニット
３０４ 第１の起動ユニット
３０５ 第１のプッシュ・ユニット
３０６ 開始ユニット
３０７ 第２の起動ユニット
３０８ 第２のプッシュ・ユニット
３０９ 監視ユニット
３１０ 入力装置
３１１ 第３の起動ユニット
３１２ 第３のプッシュ・ユニット
３１３ 第４のプッシュ・ユニット
３１４ 第４の起動ユニット
３２０ 出力装置
３３０ プロセッサ
３４０ メモリ
４０ アプリケーション・プロセッサ
５０ スクリーン監視モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】