(57)【特許請求の範囲】
【請求項１】
データ処理方法であって、前記方法はモデム（Modem）に適用され、
サーバによって送信されたデータパケットを受信し、前記データパケットの種類を取得するステップと、
前記データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得るステップであって、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックは、ＴＣＰ／ＩＰプロトコルファミリにおける一組のトランスポート層プロトコルおよび／または一組のネットワーク層プロトコルからなり、前記予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットであり、前記ステータスデータパケットは端末のオンラインステータスを示すために使用される、ステップと、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、前記予め設定された処理規則に従って前記データパケットについて処理を行うステップと、
前記データパケットの種類が、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップと、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類、および前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致しないとき、アプリケーション・プロセッサ（ＡＰ）を呼び起こすステップと、
を含み、
前記予め設定された処理規則はアプリケーション・プロセッサ（ＡＰ）から受信され、
前記サーバによって送信された前記ステータスデータパケット内のプッシュ（Push）データパケットが受信されたならば、応答データパケットは、前記Pushデータパケットに従って前記サーバに送信され、前記応答データパケットは、前記端末がオンライン状態にあることを前記サーバが知るために使用される、方法。
【請求項２】
前記一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含み、かつ／または、
前記一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがPingデータパケットであるとき、前記Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得するステップと、
前記機器の到達可能性ステータスを前記サーバに送信するステップと、
を含む、請求項２に記載の方法。
【請求項４】
前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがＩＧＭＰデータパケットであるとき、アプリケーション・プロセッサ（ＡＰ）が既にスリープ状態にあるならば、前記ＩＧＭＰデータパケットを破棄するステップを含む、請求項２に記載の方法。
【請求項５】
前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップの前に、前記方法は、
アプリケーション・プロセッサ（ＡＰ）によって送信されたポートの到達可能性情報リストを受信するステップであって、前記ポートの到達可能性情報リストは少なくとも１つのポート番号からなり、前記ポート番号はアクティブにされたポートの識別番号である、ステップをさらに含み、
前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットに含まれるポート番号が前記ポートの到達可能性情報リストに含まれないならば、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットを破棄するステップを含む、請求項２に記載の方法。
【請求項６】
ネットワーク信号強度が予め設定された強度値より小さく、前記受信されたデータパケットが前記サーバによって送信された再送失敗情報であるならば、予め設定された待機期間内、データパケット送信をキャンセルするステップをさらに含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
データ処理装置であって、前記装置はモデム（Modem）に適用され、
サーバによって送信されたデータパケットを受信するように構成された、前記モデムの受信機と、
前記データパケットの種類を取得し、前記モデムの受信機によって受信されたデータパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得るように構成された、前記モデムのプロセッサと、を含み、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックは、ＴＣＰ／ＩＰプロトコルファミリにおける一組のトランスポート層プロトコルおよび／または一組のネットワーク層プロトコルからなり、前記予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットであり、前記ステータスデータパケットは端末のオンラインステータスを示すために使用され、前記モデムのプロセッサは、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、前記予め設定された処理規則に従って前記データパケットについて処理を行い、
前記データパケットの種類が、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行い、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類、および前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致しないとき、アプリケーション・プロセッサ（ＡＰ）を呼び起こすように構成され、
前記モデムの受信機は、予め設定された処理規則をアプリケーション・プロセッサ（ＡＰ）から受信し、
前記モデムの受信機が、前記サーバによって送信された前記ステータスデータパケット内のプッシュ（Push）データパケットを受信したならば、応答データパケットは、前記Pushデータパケットに従って前記サーバに送信され、前記応答データパケットは、前記端末がオンライン状態にあることを前記サーバが知るために使用される、装置。
【請求項８】
前記モデムのプロセッサは、前記一組のネットワーク層プロトコルを予め設定するようにさらに構成され、前記一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含み、かつ／または、前記モデムのプロセッサは、
前記一組のトランスポート層プロトコルを予め設定するようにさらに構成され、前記一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む、請求項７に記載の装置。
【請求項９】
前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記データパケットがPingデータパケットであるとき、前記Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得するように構成され、
前記装置は、前記機器の到達可能性ステータスを前記サーバに送信するように構成された、前記モデムの送信機をさらに含む、ことである、請求項８に記載の装置。
【請求項１０】
前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記データパケットがＩＧＭＰデータパケットであるとき、アプリケーション・プロセッサ（ＡＰ）が既にスリープ状態にあるならば、前記ＩＧＭＰデータパケットを破棄するように構成される、ことである、請求項８に記載の装置。
【請求項１１】
前記モデムの受信機は、アプリケーション・プロセッサ（ＡＰ）によって送信されたポートの到達可能性情報リストを受信するようにさらに構成され、前記ポートの到達可能性情報リストは少なくとも１つのポート番号からなり、前記ポート番号はアクティブにされたポートの識別番号であり、
前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットに含まれるポート番号が前記ポートの到達可能性情報リストに含まれないならば、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットを破棄するように構成される、ことである、請求項８に記載の装置。
【請求項１２】
前記モデムのプロセッサは、ネットワーク信号強度が予め設定された強度値より小さく、前記モデムの受信機が前記サーバによって送信された再送失敗情報を受信したとき、前記モデムの送信機を制御して、予め設定された待機期間内、データパケット送信をキャンセルするようにさらに構成される、請求項８から１１のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１３年９月１７日に中国特許庁に出願され、発明の名称を「データ処理方法および装置」とする、中国特許出願第201310426077.0号の優先権を主張し、その全体が参照によりここに組み込まれる。
【０００２】
本発明は、端末アプリケーション技術の分野、詳細には、データ処理方法および装置に関する。
【背景技術】
【０００３】
現在、携帯機器は、アプリケーション・プロセッサ（Application Processor、略してＡＰ）およびモデム（Modem）に基づくインターネット通信モードを使用する。データパケット送信の過程において、ＡＰは、データをパケット化し、パケット化されたデータをModemに送信し、Modemによって受信されたデータパケットを解析する責任を負い、Modemは、ＡＰによって送信されたデータパケットをネットワークに送信し、ネットワークから受信されたデータパケットをＡＰに報告する責任を負う。しかし、使用の過程において、携帯機器の電気の量は限られている。データパケットが頻繁に送信されるとき、携帯機器の電力消費は大きい。
【０００４】
携帯機器の電力消費を減少させるために、先行技術において以下の解決策が提供されている。ＡＰ内にファイアウォールがセットアップされ、ファイアウォールはModemによって受信された不要なデータパケットを阻止するために使用される。データパケットを受信したとき、ModemはＡＰを呼び起こし、ＡＰはファイアウォールのポリシーに従ってデータパケットについて検出を行う。データパケットが不要なデータパケットであるならば、ＡＰはそのデータパケットを廃棄し、それによって、データパケットを解析するためのＡＰの作業負荷を減少させる。
【０００５】
上記のデータ処理を実現する過程において、発明者は、先行技術において少なくとも次の問題が存在することに気付いた。先行技術において、不要なデータパケットの受信は、ＡＰ側におけるアプリケーションプログラムによって避けることができるが、ＡＰおよびModemのエネルギー消費を減少させる全体の効果は著しくない。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明において提供されるデータ処理方法および装置は、携帯機器内のＡＰおよびModemの全体のエネルギー消費を著しく減少させることができないという課題を解決することができる。
【０００７】
第１の態様によれば、本発明はデータ処理方法を提供し、前記方法はモデム（Modem）に適用され、前記方法は、
サーバによって送信されたデータパケットを受信し、前記データパケットの種類を取得するステップと、
前記データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得るステップであって、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックは、ＴＣＰ／ＩＰプロトコルファミリにおける一組のトランスポート層プロトコルおよび／または一組のネットワーク層プロトコルを含み、前記予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットであり、前記ステータスデータパケットは端末のオンラインステータスを示すために使用される、ステップと、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、前記予め設定された処理規則に従って前記データパケットについて処理を行うステップと、
前記データパケットの種類が、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップと、
を含む。
【０００８】
第１の態様の第１の可能な実現形態において、前記方法は、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックは、
予め設定された一組のネットワーク層プロトコルであって、前記一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含む、予め設定された一組のネットワーク層プロトコル、かつ／または、
予め設定された一組のトランスポート層プロトコルであって、前記一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む、予め設定された一組のトランスポート層プロトコル、を含む、ことをさらに含む。
【０００９】
第１の態様の第１の可能な実現形態において、第１の態様の第２の可能な実現形態がさらに提供される。第１の態様の第２の可能な実現形態において、前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがPingデータパケットであるとき、前記Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得するステップと、
前記機器の到達可能性ステータスを前記サーバに送信するステップと、
を含む。
【００１０】
第１の態様の第１の可能な実現形態において、第１の態様の第３の可能な実現形態がさらに提供される。第１の態様の第３の可能な実現形態において、前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがＩＧＭＰデータパケットであるとき、ＡＰが既にスリープ状態にあるならば、前記ＩＧＭＰデータパケットを破棄するステップを含む。
【００１１】
第１の態様の第１の可能な実現形態において、第１の態様の第４の可能な実現形態がさらに提供される。第１の態様の第５の可能な実現形態において、前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップの前に、前記方法は、
ＡＰによって送信されたポートの到達可能性情報リストを受信するステップであって、前記ポートの到達可能性情報リストは少なくとも１つのポート番号を含み、前記ポート番号はアクティブにされたポートの識別番号である、ステップをさらに含み、
前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うステップは、
前記データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットに含まれるポート番号が前記ポートの到達可能性情報リストに含まれないならば、前記ＴＣＰデータパケットまたはＵＤＰデータを破棄するステップを含む。
【００１２】
第１の態様の第１の可能な実現形態において、第１の態様の第５の可能な実現形態がさらに提供される。第１の態様の第５の可能な実現形態において、前記予め設定された処理規則に従って前記データパケットについて処理を行うステップの前に、前記方法は、
ＡＰによって送信された予め設定された処理規則を受信するステップであって、前記ステータスデータパケットはハートビートデータパケットまたはPushデータパケットである、ステップをさらに含み、
前記予め設定された処理規則に従って前記データパケットについて処理を行うステップは、
前記サーバによって送信されたプッシュ（Push）データパケットが受信されたならば、前記Pushデータパケットに従って応答データパケットを前記サーバに送信するステップであって、前記応答データパケットは、前記サーバが、前記移動機器がオンライン状態にあることを知るために使用される、ステップを含む。
【００１３】
第１の態様において、または、第１の態様の第１から第５の可能な実現形態において、第１の態様の第６の可能な実現形態がさらに提供される。第１の態様の第６の可能な実現形態において、データを前記サーバに送信する過程において、前記方法は、
ネットワーク信号強度が予め設定された強度値より小さく、前記受信されたデータパケットが前記サーバによって送信された再送失敗情報であるならば、予め設定された待機期間内、データパケット送信をキャンセルするステップをさらに含む。
【００１４】
第２の態様によれば、本発明はデータ処理装置をさらに提供し、前記装置はモデム（Modem）に適用され、前記装置は、
サーバによって送信されたデータパケットを受信するように構成された、前記モデムの受信機と、
前記データパケットの種類を取得し、
前記モデムの受信機によって受信されたデータパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得るように構成された、前記モデムのプロセッサと、を含み、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックは、ＴＣＰ／ＩＰプロトコルファミリにおける一組のトランスポート層プロトコルおよび／または一組のネットワーク層プロトコルを含み、前記予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットであり、前記ステータスデータパケットは端末のオンラインステータスを示すために使用され、前記モデムのプロセッサは、
前記データパケットの種類が、前記予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、前記予め設定された処理規則に従って前記データパケットについて処理を行い、
前記データパケットの種類が、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、前記予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成される。
【００１５】
第２の態様の第１の可能な実現形態において、前記モデムのプロセッサは、前記一組のネットワーク層プロトコルを予め設定するようにさらに構成され、前記一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含み、かつ／または、前記モデムのプロセッサは、
前記一組のトランスポート層プロトコルを予め設定するようにさらに構成され、前記一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む。
【００１６】
第２の態様の第１の可能な実現形態において、第２の態様の第２の可能な実現形態がさらに提供される。第２の態様の第２の可能な実現形態において、前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記データパケットがPingデータパケットであるとき、前記Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得するように構成され、
前記装置は、前記機器の到達可能性ステータスを前記サーバに送信するように構成された、前記モデムの送信機をさらに含む、ことである。
【００１７】
第２の態様の第１の可能な実現形態において、第２の態様の第３の可能な実現形態がさらに提供される。第２の態様の第３の可能な実現形態において、前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記データパケットがＩＧＭＰデータパケットであるとき、ＡＰが既にスリープ状態にあるならば、前記ＩＧＭＰデータパケットを破棄するように構成される、ことである。
【００１８】
第２の態様の第１の可能な実現形態において、第２の態様の第４の可能な実現形態がさらに提供される。第２の態様の第４の可能な実現形態において、前記モデムの受信機は、ＡＰによって送信されたポートの到達可能性情報リストを受信するようにさらに構成され、前記ポートの到達可能性情報リストは少なくとも１つのポート番号を含み、前記ポート番号はアクティブにされたポートの識別番号であり、
前記モデムのプロセッサが前記ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従って前記データパケットについて処理を行うように構成されることは、特に、
前記データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、前記ＴＣＰデータパケットまたは前記ＵＤＰデータパケットに含まれるポート番号が前記ポートの到達可能性情報リストに含まれないならば、前記ＴＣＰデータパケットまたはＵＤＰデータが破棄される、ことである。
【００１９】
第２の態様の第１の可能な実現形態において、第２の態様の第５の可能な実現形態がさらに提供される。第２の態様の第５の可能な実現形態において、前記モデムの受信機は、ＡＰによって送信された予め設定された処理規則を受信することをさらに含み、前記ステータスデータパケットはハートビートデータバケットまたはPushデータパケットを含み、
前記モデムのプロセッサが前記予め設定された処理規則に従って前記データパケットについて処理を行うように構成されることは、特に、
前記モデムのプロセッサは、前記モデムの受信機が前記サーバによって送信されたプッシュ（Push）データパケットを受信したとき、前記Pushデータパケットに従って前記モデムの送信機を制御して応答データパケットを前記サーバに送信するように構成され、前記応答データパケットは、前記サーバが、前記移動機器がオンライン状態にあることを知るために使用される、ことである。
【００２０】
第２の態様において、または、第２の態様の第１から第５の可能な実現形態において、第２の態様の第６の可能な実現形態がさらに提供される。第２の態様の第６の可能な実現形態において、前記モデムのプロセッサは、ネットワーク信号強度が予め設定された強度値より小さく、前記モデムの受信機が前記サーバによって送信された再送失敗情報を受信したとき、前記モデムの送信機を制御して、予め設定された待機期間内、データパケット送信をキャンセルするようにさらに構成される。
【００２１】
本発明において提供されるデータ処理方法および装置によれば、Modemは、受信されたデータパケットの種類を取得し、データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定し、データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したならば、ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルまたは予め設定された処理規則に従ってデータパケットについて処理を行うことができる。先行技術において、サーバによって送信されたデータパケットを受信した後、Modemは、ＡＰを呼び起こし、全ての受信されたデータパケットを処理のためにＡＰに送信する。ＡＰは、長期間について呼び起された状態（高電力消費状態）にあり、携帯機器の大きな電力消費に導く。本発明において、予め設定されたＴＣＰ／ＩＰプロトコルスタックまたは予め設定された処理規則がModemのメモリに追加され、これは、Modemが、いくつかのデータパケットを処理する能力を有することを可能にする。データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則と合致したとき、ＡＰは呼び起される必要がなく、ModemはＡＰに代わってデータパケットについて処理を行うことができる。言い換えると、データパケットが、Modem内に記憶された、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則を使用することによって処理することができないときのみ、ＡＰはデータパケットについて処理を行うために呼び起される。同じ動作が完了したとき、Modemの電力消費はＡＰの電力消費より小さく、従って、本発明の技術的解決策は、ＡＰがスリープ状態にとどまる時間を延ばし、ＡＰの電力消費を減少させることができ、それによって、携帯機器の電力消費を減少させる。
【００２２】
本発明の実施例における、または、先行技術における技術的解決策をより明確に説明するために、以下は実施例または先行技術を説明するために必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は本発明のほんのいくつかの実施例を表わし、この技術分野の当業者は、創作的な労力なしでこれらの添付図面から他の図面をなおも導き出し得る。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例による第１のデータ処理方法のフローチャートである。
【図２】本発明の実施例による第２のデータ処理方法のフローチャートである。
【図３】本発明の実施例による第３のデータ処理方法のフローチャートである。
【図４】本発明の実施例によるデータ処理装置の概要の構成図である。
【図５】本発明の実施例によるデータ処理装置を含む端末の概要の構成図である。
【図６−ａ】Pingデータパケットが先行技術に従って処理されるときのエネルギー消費の図である。
【図６−ｂ】Pingデータパケットが本発明の実施例に従って処理されるときのエネルギー消費の図である。
【発明を実施するための形態】
【００２４】
以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確かつ十分に説明する。明らかに、説明される実施例は、ほんのいくつかであり、本発明の実施例の全てではない。創作的な労力なしで本発明の実施例に基づいてこの技術分野の当業者によって得られる他の全ての実施例は、本発明の保護範囲内にある。
【００２５】
本発明の実施例はデータ処理方法を提供する。図１に表されているように、本方法はモデムModemに適用され、本方法は以下を含む。
【００２６】
ステップ１０１：サーバによって送信されたデータパケットを受信し、データパケットの種類を取得する。
【００２７】
データパケットの種類を識別するフラグビットがデータパケットから見つけ出され、データパケットの種類がフラグビットに従って判定される。モデムは無線モデムである。サーバによって送信されたデータパケットが受信されたとき、エア・インタフェース・ネットワーク上で伝播され得るパルス信号が、復調器を使用することによって、モデム端末によって識別することができるデジタル信号に変換される。データパケットの種類は次のデータパケット、ネットワークが接続されているかどうかをチェックするPingデータパケット、アドレス解決プロトコル（Address Resolution Protocol、ＡＲＰ）データパケット、インターネット制御メッセージプロトコル（Internet Control Message Protocol、ＩＣＭＰ）データパケット、インターネットグループ管理プロトコル（Internet Group Management Protocol、ＩＧＭＰ）データパケット、伝送制御プロトコル（Transmission Control Protocol、ＴＣＰ）データパケット、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）データパケット、等のうちのいずれか１つである。
【００２８】
ステップ１０２：データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得る。
【００２９】
ＴＣＰ／ＩＰプロトコルスタックは、一組のネットワーク層プロトコルおよび／または一組のトランスポート層プロトコルを含み、予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットである。一組のネットワーク層プロトコルはＩＣＭＰおよび／またはＩＧＭＰであり、一組のトランスポート層プロトコルはＴＣＰおよび／またはＵＤＰである。ステータスデータパケットは端末のオンラインステータスを示すために使用される。例えば、サーバによって送信されたプッシュPushデータパケットが受信されたとき、（端末のオンラインステータスを示すために使用される）応答データパケットが返信される。ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルおよび予め設定された処理規則は、異なる種類のデータパケットを処理するために別個に使用される。データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したならば、予め設定されたＴＣＰ／ＩＰプロトコルスタックまたは予め設定された処理規則がこの種類のデータパケットを処理するために使用することができると判定され、そうでなければ、予め設定されたＴＣＰ／ＩＰプロトコルスタックまたは予め設定された処理規則がこの種類のデータパケットを処理するために使用することができないと判定される。合致は、データパケットの種類が、プロトコルの１つまたはより多くの種類と同じであること、または、データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの１つまたはより多くの種類であることを意味する。一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含む。一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む。
【００３０】
ステップ１０３ａ：データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、予め設定された処理規則に従ってデータパケットについて処理を行う。
【００３１】
データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルにおける規定に従ってデータパケットについて処理が行われる。ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコル、例えば、ネットワーク層プロトコルは、ＩＣＭＰデータパケットを処理するために使用されることが可能であり、トランスポート層プロトコルは、Pingデータパケット、ＴＣＰデータパケット、およびＵＤＰデータパケットを処理するために使用されることが可能である。
【００３２】
ステップ１０３ｂ：データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行う。
【００３３】
データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、予め設定された処理規則に従ってデータパケットについて処理が行われる。予め設定された処理規則に従ってデータパケットについて処理を行うことは、ネットワーク側サーバによって送信されたステータスデータパケットを定期的に受信し、ステータスデータパケットに従って応答すること、または、ステータスデータパケットをネットワーク側サーバに定期的に送信すること、を含む。例えば、予め設定された処理規則がタイミング・フィードバック・メカニズムを規定しているならば、タイミング・フィードバック・メカニズムは、予め設定された期間の間隔でステータスデータパケットをネットワーク側サーバに定期的に送信し、それによって、ネットワーク側サーバは端末のオンラインステータスを取得し、ステータスデータパケットは端末のオンラインステータスを示すために使用される。
【００３４】
１０４：データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致しないならば、アプリケーション・プロセッサＡＰを呼び起こし、データパケットをＡＰに送信し、それによって、ＡＰはデータパケットについて処理を行う。
【００３５】
受信されたデータパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックの種類または予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致しないとき、アプリケーション・プロセッサ（Application Processor、略してＡＰ）が呼び起こされる。呼び起こされた後、ＡＰはデータパケットについて処理を行ない得る。
【００３６】
本発明のこの実施例において提供されるデータ処理方法によれば、受信されたデータパケットの種類を取得することができ、データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致するかどうかが判定され、データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したならば、ＴＣＰ／ＩＰプロトコルスタックまたは予め設定された処理規則に従ってデータパケットについて処理が行われ、そうでなければ、ＡＰが呼び起される。先行技術において、データパケットを受信した後、Modemは、ＡＰを呼び起こし、全ての受信されたデータパケットを処理のためにＡＰに送信する。ＡＰは、長期間について呼び起された状態（高電力消費状態）にあり、これは携帯機器の大きな電力消費に導く。本発明のこの実施例において、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルまたは予め設定された処理規則がModemに追加され、これは、Modemが、いくつかのデータパケットを処理する能力を有することを可能にする。データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類または予め設定された処理規則と合致したとき、ＡＰは呼び起される必要がなく、ModemはＡＰに代わってデータパケットについて処理を行うことができる。言い換えると、データパケットが、Modem内に記憶された、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルまたは予め設定された処理規則を使用することによって処理することができないときのみ、ＡＰがデータパケットについて処理を行うために呼び起される。同じ動作が完了したとき、Modemの電力消費はＡＰの電力消費より小さく、従って、ＡＰがスリープ状態にとどまる時間を延ばすことができ、ＡＰの電力消費を減少させることができ、それによって、携帯機器の電力消費を減少させる。
【００３７】
本発明の実施例は、図１に表されている方法のさらなる説明としてデータ処理方法をさらに提供する。任意選択で、予め設定されたＴＣＰ／ＩＰプロトコルスタックは、
予め設定された一組のネットワーク層プロトコルであって、一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含む、予め設定された一組のネットワーク層プロトコル、および／または、
予め設定された一組のトランスポート層プロトコルであって、一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む、予め設定された一組のトランスポート層プロトコル、を含む。
【００３８】
図２に表わされているように、データパケットがPingデータパケットであるとき、ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うことは以下を含む。
【００３９】
ステップ２０１：Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得する。
【００４０】
Pingデータパケットは機器が存在するかどうかを検出するために使用される。Pingコマンドデータパケットが受信されたとき、PingデータパケットはＩＣＭＰに従って解析され、それによって、検出された機器のネットワークアドレスを得る。そして、ネットワークアドレスが存在するかどうかをチェックするために、ローカルに保持されたルーティング情報テーブルが検索される。
【００４１】
ステップ２０２：機器の到達可能性ステータスをサーバに送信する。
【００４２】
到達可能性ステータスは到達可能状態または到達不可能状態を含む。ネットワークアドレスがルーティング情報テーブル内にあるならば、機器は到達可能であり、機器が到達可能であることを示す情報がサーバに送信される。そうでなければ、ネットワークアドレスがルーティング情報テーブル内にないならば、機器は到達不可能であり、機器が到達不可能であることを示す情報がサーバに送信される。
【００４３】
任意選択で、データパケットがＩＧＭＰデータパケットであるとき、ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うことは、
ＡＰが既にスリープ状態にあるならば、ＩＧＭＰデータパケットを破棄する、ことを含む。
【００４４】
ＩＧＭＰデータパケットはブロードキャストデータパケットであり、ＩＧＭＰデータパケットの内容は、端末が配置されたマルチキャストグループについての情報である。ＡＰが、この時、既にスリープ状態にあるならば、ＩＧＭＰデータパケットは直接に破棄され、それによって、ＡＰが呼び起こされる時間の量を減少させる。
【００４５】
さらに、ＡＰが既にスリープ状態にあり、画面が低電力状態にあるならば、ＩＧＭＰデータパケットは破棄される。
【００４６】
画面の低電力状態は、画面ロック状態または画面オフ状態を含む。
【００４７】
この実施例において、ＩＧＭＰデータパケットを直接に破棄することによって、ＡＰが呼び起こされる時間の量を減少させることができる。
【００４８】
任意選択で、図３に表わされているように、ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行う前に、本方法は以下をさらに含む。
【００４９】
ステップ３０１：ＡＰによって送信されたポートの到達可能性情報リストを受信し、ポートの到達可能性情報リストは少なくとも１つのポート番号を含み、ポート番号はアクティブにされたポートの識別番号である。
【００５０】
ステップ３０２：受信されたＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれるかどうかを判定する。
【００５１】
データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うことは以下をさらに含み得る。
【００５２】
ステップ３０３：ＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれないならば、ＴＣＰデータパケットまたはＵＤＰデータパケットを破棄する。
【００５３】
ステップ３０４：ＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれるならば、ＡＰを呼び起こし、ＴＣＰデータパケットまたはＵＤＰデータパケットをＡＰに送信する。
【００５４】
各々のアプリケーションプログラムは専用ポートを使用することによってデータパケットを受信する。端末は、ローカルメモリ内に、全てのアクティブにされたポートを記録するリスト、すなわち、ポートの到達可能性情報リストを記憶する。このリストは、ＡＰがスリープ状態に入る前に、ＡＰによってModemに送信される。Modemがデータパケットを受信したとき、データパケットの種類がＴＣＰデータパケットまたはＵＤＰデータパケットであるならば、ステップ３０３からステップ３０４に従ってデータパケットについて処理が行われる。ＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれないならば、それは端末がデータパケットについて処理を行うことができないことを示す。この場合、ＡＰは呼び起こされる必要がなく、受信されたＴＣＰデータパケットまたはＵＤＰデータパケットは直接に破棄される。ＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれるならば、それはＴＣＰデータパケットまたはＵＤＰデータパケットを処理することができることを示す。ModemはＡＰのデータ処理能力を有さないので、ＡＰが呼び起こされる。ＴＣＰデータパケットまたはＵＤＰデータパケットがＡＰに送信され、それによって、ＡＰはさらに処理を行う。
【００５５】
本発明のこの実施例において提供されるデータ処理方法によれば、Pingデータパケット、ＩＧＭＰデータパケット、ＴＣＰデータパケット、またはＵＤＰデータパケットについて処理を行うことができる。Modemが処理を行うことができる状況において、ＡＰは呼び起こされる必要がなく、これはシステムリソースを減少させ、システムの電力消費を減少させる。
【００５６】
本発明の実施例は、図１に表されている方法のさらなる説明としてデータ処理方法をさらに提供する。ＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行う前に、本方法は、
ＡＰによって送信された予め設定された処理規則を受信すること、を含み、ステータスデータパケットはハートビートデータパケットまたはPushデータパケットであり、
予め設定された処理規則に従ってデータパケットについて処理を行うことは、
サーバによって送信されたプッシュPushデータパケットが受信されたならば、Pushデータパケットに従って応答データパケットをサーバに送信すること、を含み、応答データパケットは、サーバが、移動機器がオンライン状態にあることを知るために使用される。
【００５７】
PushデータパケットがPush技術において使用され、Push技術は、ネットワーク側サーバが情報をクライアントに能動的に送信する技術である。Pushデータパケットはネットワーク側サーバによって端末に定期的に送信されるステータスデータパケットである。Pushデータパケットを受信したとき、端末のModemはPushデータパケットに応答し、このようにして、ネットワーク側サーバは端末のオンラインステータスを知る。
【００５８】
任意選択で、ハートビートデータパケットが予め設定された期間に従ってサーバに送信され、ハートビートデータパケットは携帯機器が現在オンライン状態にあることを示すために使用される。
【００５９】
日常の使用において、インスタント・メッセージング・ソフトウェアおよびソーシャル・ソフトウェアが端末上で動作し得る。ソフトウェアはハートビートデータパケットをネットワーク側サーバに定期的に送信することが可能であり、それによって、サーバは、端末ユーザがオンラインまたはオフライン状態にあることを知る。予め設定された期間は、３０秒、６０秒、等であり得る。この場合において、ネットワーク側サーバによって送信されるデータパケットは受信される必要がなく、Modemそれ自身は予め設定された期間に従ってハートビートデータパケットをサーバに送信し、それによって、ネットワーク側サーバは端末のオンラインステータスを知る。
【００６０】
さらに、データをサーバに送信する過程において、本方法は、
ネットワーク信号強度が予め設定された強度値より小さく、サーバによって送信された再送失敗情報が受信されたならば、予め設定された待機期間内、データパケット送信をキャンセルすること、をさらに含む。
【００６１】
ネットワーク信号強度は予め設定された検出期間について検出される。ネットワーク信号強度が予め設定された強度値より小さくないならば、データパケットはサーバに送信される。
【００６２】
先行技術において、データをサーバに送信する過程において、送信が失敗したならば、送信が成功するまで再送が行われる。ネットワーク信号が弱いならば、再送が継続的に行われ、これはModemによる冗長な送信に導き、ネットワークリソースを浪費する。本発明のこの実施例において、第１の送信が失敗したとき、一度、再送が行われる。再送が行われた後、ネットワーク側サーバによって送信された再送失敗情報が受信され、現在のネットワーク信号強度が低い（現在のネットワーク信号強度値が予め設定された強度値、例えば、−９０ｄＢｍより小さい）ならば、データパケット送信が、予め設定された待機期間内（例えば、３秒）、キャンセルされる。ネットワーク信号強度は予め設定された検出期間（例えば、３０秒）について検出される。ネットワーク信号強度が予め設定された強度値より小さくないならば、データパケットがサーバに送信される。ネットワーク信号強度が予め設定された強度値より小さいならば、検出されたネットワーク信号強度が予め設定された強度値により小さくなくなるまで、ネットワーク信号強度が他の予め設定された検出期間（例えば、３０秒）について検出される。
【００６３】
本発明のこの実施例において提供されるデータ処理方法によれば、一度、再送が失敗した後、現在のネットワーク側信号強度に従って、データパケットを送信し続けるかどうかを判定することができ、それによって、ネットワークリソースの浪費を減少させる。
【００６４】
本発明の実施例は、データ処理装置をさらに提供し、この装置はModem内に配置され、この装置は、図１から図３に表わされている方法を実行するように構成される。図４に表わされているように、この装置は、
サーバによって送信されたデータパケットを受信するように構成された、モデムの受信機４１、および
データパケットの種類を取得し、
モデムの受信機４１によって受信されたデータパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類または予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致するかどうかを判定して判定結果を得るように構成された、モデムのプロセッサ４２を含み、予め設定されたＴＣＰ／ＩＰプロトコルスタックは、ＴＣＰ／ＩＰプロトコルファミリにおける一組のトランスポート層プロトコルおよび／または一組のネットワーク層プロトコルを含み、予め設定された処理規則を使用することによって処理されるデータパケットはステータスデータパケットであり、ステータスデータパケットは端末のオンラインステータスを示すために使用され、モデムのプロセッサ４２は、
データパケットの種類が、予め設定された処理規則を使用することによって処理されるデータパケットの種類と合致したとき、予め設定された処理規則に従ってデータパケットについて処理を行い、
データパケットの種類が、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルの種類と合致したとき、予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うように構成される。
【００６５】
予め設定された処理規則および予め設定されたＴＣＰ／ＩＰプロトコルスタックはモデムのメモリ４４内に記憶され、モデムのプロセッサ４２は、データパケットについて処理を行うために、モデムのメモリ４４から、予め設定された処理規則および予め設定されたＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルを読み出す。
【００６６】
さらに、モデムのプロセッサ４２は、一組のネットワーク層プロトコルを予め設定するようにさらに構成され、一組のネットワーク層プロトコルは、次のプロトコル、ＩＣＭＰおよびＩＧＭＰのうちの少なくとも１つを含み、かつ／または、モデムのプロセッサ４２は、
一組のトランスポート層プロトコルを予め設定するようにさらに構成され、一組のトランスポート層プロトコルは、次のプロトコル、ＴＣＰおよびＵＤＰのうちの少なくとも１つを含む。
【００６７】
さらに、モデムのプロセッサ４２がＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うように構成されることは、特に、
モデムのプロセッサ４２は、データパケットがPingデータパケットであるとき、Pingデータパケットを使用することによって照会された機器の到達可能性ステータスを取得するように構成され、
本装置は、機器の到達可能性ステータスをサーバに送信するように構成された、モデムの送信機４３をさらに含む、ことである。
【００６８】
さらに、モデムのプロセッサ４２がＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うように構成されることは、特に、
モデムのプロセッサ４２は、データパケットがＩＧＭＰデータパケットであるとき、ＡＰが既にスリープ状態にあるならば、ＩＧＭＰデータパケットを破棄するように構成される、ことである。
【００６９】
さらに、モデムの受信機４１は、ＡＰによって送信されたポートの到達可能性情報リストを受信するようにさらに構成され、ポートの到達可能性情報リストは少なくとも１つのポート番号を含み、ポート番号はアクティブにされたポートの識別番号であり、
モデムのプロセッサ４２がＴＣＰ／ＩＰプロトコルスタックにおけるプロトコルに従ってデータパケットについて処理を行うように構成されることは、特に、
モデムのプロセッサ４２は、データパケットがＴＣＰデータパケットまたはＵＤＰデータパケットであるとき、ＴＣＰデータパケットまたはＵＤＰデータパケットに含まれるポート番号がポートの到達可能性情報リストに含まれないならば、ＴＣＰデータパケットまたはＵＤＰデータパケットを破棄するように構成される、ことである。
【００７０】
さらに、モデムの受信機４１は、ＡＰによって送信された予め設定された処理規則を受信することをさらに含み、ステータスデータパケットはハートビートデータパケットまたはPushデータパケットであり、
モデムのプロセッサ４２が予め設定された処理規則に従ってデータパケットについて処理を行うように構成されることは、特に、
モデムのプロセッサ４２は、モデムの受信機４１がサーバによって送信されたプッシュPushデータパケットを受信したとき、Pushデータパケットに従ってモデムの送信機４３を制御して応答データパケットをサーバに送信するように構成され、応答データパケットは、サーバが、移動機器がオンライン状態にあることを知るために使用される、ことである。
【００７１】
任意選択で、モデムのプロセッサ４２は、モデムの送信機４３を制御して、予め設定された期間に従ってハートビートデータパケットをサーバに送信するようにさらに構成され、ハートビートデータパケットは携帯機器が現在オンライン状態にあることを示すために使用される。
【００７２】
さらに、モデムのプロセッサ４２は、ネットワーク信号強度が予め設定された強度値より小さく、モデムの受信機４１がサーバによって送信された再送失敗情報を受信したとき、モデムの送信機４３を制御して、予め設定された待機期間内、データパケット送信をキャンセルするようにさらに構成される。
【００７３】
図５に表わされているように、本発明の実施例において提供されるデータ処理装置５１はModem５２内に配置され、端末はＡＰ５３およびＡＰ５３に接続されたModem５２を含むことに留意すべきである。Modem５２は無線ネットワークまたは有線ネットワークを使用することによってサーバと通信する。
【００７４】
発明者は、端末がPingデータパケットを受信したとき、１分についてエネルギー消費を検出した。本発明のこの実施例において提供されるデータ処理装置が使用されないとき、図６−ａに表わされているように、最後の行が、端末が一定電圧を出力する過程において、端末の電源によって出力された、ModemおよびＡＰによって一緒に失った電流を含む、電流を表わす。図６−ａに表わされているように、電源によって出力された最小電流は２．５１２ｍＡであり、電源によって出力された最大電流は５１３．７９４ｍＡであり、電源によって出力された平均電流は５３．１４５ｍＡである。本発明のこの実施例において提供されるデータ処理装置が使用されるとき、図６−ｂに表わされているように、最後の行が、端末の動作過程において、電源によって出力された最小電流は１．４８４ｍＡであり、電源によって出力された最大電流は２６７．４５１ｍＡであり、電源によって出力された平均電流は４３．３２１ｍＡであることを表わす。電力消費と電流の間に比例関係があるので、電流が減少するとき、それに従って電力が減少する。図６−ａにおける平均電流５３．１４５ｍＡを図６−ｂにおける平均電流４３．３２１ｍＡと比較することによって、本発明のこの実施例において提供されるデータ処理装置は（５３．１４５−４３．３２１）／５３．１４５＝０．１８５、すなわち、１８．５％だけエネルギー消費を減少させることができると結論することができる。図６−ｂにおいて、ＡＰにおける処理がModemに移され、Modemによって行われるので、図６−ａにおける高い電流の状況は図６−ｂにおいて存在せず、それによって、エネルギー消費を減少させる。
【００７５】
便宜的で簡潔な説明の目的のために上記の機能モジュールの区分のみが例を使用することによって説明され、実際の適用において、上記の機能は要求条件に従って異なる機能モジュールによって達成され得る、すなわち、装置の内部構成は上記で説明された機能の全部または一部を達成するために異なる機能モジュールに区分されることがこの技術分野の当業者によって明確に理解され得る。上記のシステム、装置、およびユニットの詳細な動作過程のために、上記の方法の実施例における対応する過程への参照を行うことが可能であり、詳細はここで再度説明されない。
【００７６】
上記の説明は本発明のほんの特定の実現形態であり、本発明の保護範囲を限定することは意図されない。本発明において開示された技術的範囲内でこの技術分野の当業者によって容易に理解されるいずれの変形または置換も本発明の保護範囲内にある。従って、本発明の保護範囲は請求項の保護範囲に従う。
【符号の説明】
【００７７】
４１  モデムの受信機
４２  モデムのプロセッサ
４３  モデムの送信機
４４  モデムのメモリ
５１  データ処理装置
５２  モデム
５３  アプリケーション・プロセッサ
【図１】
0006290397.tif 000002
【図２】
0006290397.tif 000003
【図３】
0006290397.tif 000004
【図４】
0006290397.tif 000005
【図５】
0006290397.tif 000006
【図６−ａ】
0006290397.tif 000007
【図６−ｂ】
0006290397.tif 000008