第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定し、現在アクティブ状態にあるパケットデータプロトコルPDPが前記第1のサービスを処理できるかどうかを、前記第1のサービスの前記サービスタイプに従って判断し、現在アクティブ状態にある前記PDPが前記第1のサービスを処理できない場合、前記第1のサービスの前記サービスタイプに従って第1のPDPを作成し、前記第1のサービスに対応するアプリケーションに、前記第1のPDPがアクティブにされたこと、及び、前記第1のPDPを介して前記第1のサービスを処理するよう、通知することを含む、Android登録商標システムに基づくサービス処理方法。前記第1のPDPと対応するサービスタイプとの間の接続チャネルを確立することを更に含み、これにより、そのようなタイプのサービスデータが、前記第1のPDPを介して伝送されることが可能になる、請求項1に記載の方法。前記第1のPDPと対応するサービスタイプとの間の前記接続チャネルを確立することは、前記第1のPDPに対応するAPNによって構成されたゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加することを含む、請求項2に記載の方法。前記第1のPDPと対応するサービスタイプとの間の前記接続チャネルを確立することは、前記第1のサービスに対応するアプリケーションによって作成されたソケットを、前記第1のPDPに対応するネットワークインタフェースにバインドすることを含む、請求項2に記載の方法。現在アクティブ状態にある前記PDPが前記第1のサービスを処理できる場合、アクティブ状態にある対応するPDPを使用して前記第1のサービスを処理することを更に含む、請求項1~4のいずれか一項に記載の方法。第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定するように構成された、判定ユニットと、現在アクティブ状態にあるパケットデータプロトコルPDPが前記第1のサービスを処理できるかどうかを、前記第1のサービスの前記サービスタイプに従って判断するように構成された、判断ユニットと、現在アクティブ状態にある前記PDPが前記第1のサービスを処理できない場合、前記第1のサービスの前記サービスタイプに従って第1のPDPを作成するように構成された、第1の処理ユニットと、前記第1のサービスに対応するアプリケーションに、前記第1のPDPを介して前記第1のサービスを処理するよう通知するように構成された、通知ユニットとを備える、Android登録商標システムに基づくサービス処理装置。前記第1のPDPと対応するサービスタイプとの間の接続チャネルを確立するように構成された、接続ユニットを更に備え、これにより、そのようなタイプのサービスデータが、前記第1のPDPを介して伝送されることが可能になる、請求項6に記載の装置。前記接続ユニットは、前記第1のPDPに対応するAPNによって構成されたゲートウェイアドレスを取得するように構成された、第1の取得サブユニットと、前記ゲートウェイアドレスを現在のシステムのルーティングテーブルに追加するように構成された、追加サブユニットとを備える、請求項7に記載の装置。前記接続ユニットは、前記第1のサービスに対応するアプリケーションによって作成されたソケットを取得するように構成された、第2の取得サブユニットと、前記ソケットを前記第1のPDPに対応するネットワークインタフェースにバインドするように構成された、バインディングサブユニットとを備える、請求項7に記載の装置。現在アクティブ状態にある前記PDPが前記第1のサービスを処理できる場合、アクティブ状態にある対応するPDPを使用して前記第1のサービスを処理するように構成された、第2の処理ユニットを更に備える、請求項6~9のいずれか一項に記載の装置。研究を通じて発明者は、現在、Android登録商標システムを採用しているモバイル端末が、ネットワーク関連サービスを実行中に、複数のAPNの利用を同時にサポートしないということを見い出した。すなわち、あるタイミングにおいて、Androidシステムを採用しているモバイル端末内には、使用状態にあるAPNが1つのみ存在し、対応して、1つのみのPDPが、Androidシステムを採用しているモバイル端末内に存在する。Androidシステムを使用したモバイル端末内に存在するAPNが、ある専用サービスためのAPN、例えばインターネットサービスのために特化されたAPNである場合、対応するPDPは、インターネットサービスのみを処理することが可能である。インターネットサービスを処理しているモバイル端末が、マルチメディアメッセージングサービスMMSを処理する要求を受信した場合、現在のAndroidシステムにおける処理方法では、最初に、現在アクティブ状態にあり、かつインターネットサービスを処理しているPDPを非アクティブにし、次に、MMSを処理することが可能なAPNの構成に従って、MMSを処理することが可能なPDPをアクティブにし、MMSの処理が終了した後、インターネットサービスを処理するための先のPDPを回復する。現在のAndroidシステムでは明らかに、専用APNに対応するPDPがサービスを処理しているときに異なるタイプのサービスを処理する要求が受信されると、新たなサービスを処理するために現在のサービスの処理が中断され、これは元のサービスの処理に大きな影響を及ぼし、モバイル端末の処理速度を低下させ、ユーザの使用感を悪化させる。上記の問題を考慮して、本発明の実施形態は、現在のAndroid登録商標システムのサービス処理フローを根本的に変更し、新たなサービスを処理している間の現在のサービスの正常な進行を保証し、これによりモバイル端末の処理速度を増加させ、ユーザの使用感を向上させるための、Androidシステムに基づくサービス処理方法及び装置を提供する。上記の目的を達成するために、本発明の実施形態は、以下の技術的解決法を提供する。Android登録商標に基づくサービス処理方法であって、第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定し、現在アクティブ状態にあるパケットデータプロトコルPDPが第1のサービスを処理できるかどうかを、第1のサービスのサービスタイプに従って判断し、現在アクティブ状態にあるPDPが第1のサービスを処理できない場合、第1のサービスのサービスタイプに従って第1のPDPを作成し、第1のサービスに対応するアプリケーションに、第1のPDPがアクティブにされたこと、及び、第1のPDPを介して第1のサービスを処理するよう、通知することを含む。Android登録商標に基づくサービス処理装置であって、第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定するように構成された、判定ユニットと、現在アクティブ状態にあるパケットデータプロトコルPDPが第1のサービスを処理できるかどうかを、第1のサービスのサービスタイプに従って判断するように構成された、判断ユニットと、現在アクティブ状態にあるPDPが第1のサービスを処理できない場合、第1のサービスのサービスタイプに従って第1のPDPを作成するように構成された、第1の処理ユニットと、第1のサービスに対応するアプリケーションに、第1のPDPを介して第1のサービスを処理するよう通知するように構成された、通知ユニットとを含む。本発明の実施形態によって提供される解決法は、特定のサービスのサービスタイプに基づいて対応するPDPを作成することが可能であり、これにより、Android登録商標プラットフォームは、1つのPDP以上のより多くのPDPをサポートし、従って、複雑な手順現在のAndroidシステムにおいてサービスが処理中でありおり、1つのペンディングのサービスタイプがアクティブ状態にあるPDPによって処理されることができない場合に、処理中のサービスを中断し、現在のPDPを非アクティブにし、新たなPDPを再作成してサービスを処理し、サービス処理が完了した後に先のPDPを回復することを根本的に回避し、このようにして、Androidシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感も大幅に向上する、ということがわかる。本発明の実施形態の又は従来技術の技術的解決法をより明確に説明するために、実施形態又は従来技術の説明において使用される図面について、以下に簡単に紹介する。以下の図面は明らかに本発明のいくつかの実施形態を説明するものにすぎず、当業者は創造的な活動を行うことなく、それらの図面からその他の図面を取得することが可能である。当業者が本発明における技術的解決法をよりよく理解できるように、本発明の実施形態の技術的解決法について、本発明の実施形態の図面を参照して、以下に明確かつ完全に説明する。説明される実施形態は明らかに本発明の全ての実施形態ではなく、本発明の実施形態の一部にすぎない。本発明の実施形態に基づいて当業者によって創造的な活動を行うことなく取得される任意のその他の実施形態は、本発明の保護範囲内に入る。実施形態1図1を参照すると、本発明の実施形態1によって提供される、Android登録商標システムに基づくサービス処理方法は、以下を含む。S101:第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定する。本発明の実施形態では、第1のサービスは、現在のAndroidシステム内の任意のサービスを記述するために使用され、第1のサービス要求は、当該実行される任意のサービスに対応するサービス要求を記述するために使用される。Androidシステムでは、各サービスは対応するサービスタイプを有する。ネットワーク関連サービスを例として取り上げると、例えばWebページをブラウズすること又はWebページ上でビデオを見ることはインターネットサービスに属し、マルチメディアメッセージを受信又は送信することはマルチメディアメッセージサービスに属する。Androidシステムでは、インターネットサービスのサービスタイプはdefaultであり、マルチメディアメッセージサービスのサービスタイプはMMSである。S102:現在アクティブ状態にあるPDPが、第1のサービスを処理できるかどうかを、第1のサービスのサービスタイプに従って判断する。S103:現在アクティブ状態にあるPDPが、第1のサービスを処理できない場合、第1のサービスのサービスタイプに従って、第1のPDPを作成する。本発明の実施形態では、新たに作成されたPDPは、第1のPDPと記述される。更に、第1のサービスのサービスタイプに従って、第1のPDPを作成することは、第1のサービスのサービスタイプに従って対応する第1のAPNを決定し、第1のAPNの構成に従って、対応する第1のPDPをアクティブにすることを含む。1つのPDPコンテキストは、モバイル端末とネットワークとの間の相互作用チャネルを表す。1つのPDPコンテキストは、モバイル端末がIPアドレスを所有することを可能にし、これはモバイル端末内の1つのネットワークインタフェースに対応する。PDPはAPNの構成に従ってアクティブにされる。PDPによって処理されることが可能なサービスタイプはAPNの構成によって決定される。APNの構成は、APN、プロキシ、ポート、ユーザ名、パスワード、APNタイプなどを含む。ここで、APNはAPNの名前であり、プロキシ及びポートは、ゲートウェイアドレス及びポート番号であり、APNがプロキシ及びポートを使用して構成されている場合、アプリケーションは、サーバと直接相互作用するのではなく、構成されたプロキシ及びポートを介してサーバと相互作用し、ユーザ名及びパスワードは、PDPがAPNを使用してアクティブにされる際の認証のために使用され、ユーザ名及びパスワードが相互に一致しない場合、APNはPDPを正常にアクティブにすることができない。APNタイプは、APNによってアクティブにされたPDPによって処理されることが可能なサービスタイプを表す。例えば、APNタイプが又は空である場合、これはAPNによってアクティブにされたPDPが、任意のタイプのサービスを処理できることを意味し、APNタイプがMMSである場合、これはAPNによってアクティブにされたPDPがMMSを処理できることを意味し、APNタイプがdefaultである場合、これはAPNによってアクティブにされたPDPが、インターネット関連サービスなどのMMS以外のサービスを処理できることを意味する。例えば、現在のモバイル端末において、アクティブにされたPDPに対応するAPNタイプがdefaultである場合、第1のサービスがMMSであるならば、MMSのサービスタイプに従って、現在アクティブ状態にあるPDPが第1のサービスを処理できないと判定され、第1のサービスのサービスタイプに従って、第1のPDPがアクティブにされる。S104:第1のサービスに対応するアプリケーションに、第1のPDPがアクティブにされたこと、及び、第1のPDPを介して第1のサービスを処理するよう、通知する。作成された後、第1のPDPは、そのようなタイプのサービスを処理するために使用されることができる。現在、ネットワーク側サーバは、モバイル端末がアクティブ状態にある複数のPDPを同時に有することをサポートする。その場合、アクティブ状態にある複数のPDPがモバイル端末内に同時に存在するならば、モバイル端末は複数のネットワークインタフェースに対応する複数のIPアドレスを所有し得る。実際の適用例では、第1のサービスのサービスタイプに従って、現在アクティブ状態にあるPDPが第1のサービスを処理できると判定された場合、アクティブ状態にある対応するPDPが第1のサービスを処理するために使用される。例えば、現在アクティブ状態にあるPDPは、対応するAPNによってdefaultタイプのサービスを処理するように構成され、第1のサービス要求によって要求された第1のサービスは、Webページを介してビデオを見るサービスである。そのようなサービスはdefaultのタイプに属し、新たなPDPを作成する必要なしに、現在アクティブ状態にあるPDPによって直接処理されることが可能である。本発明の実施形態1によって提供される方法は、特定のサービスのサービスタイプに基づいて、対応するPDPを作成することが可能であり、これにより、Androidプラットフォームは、1つのPDP以上のより多くのPDPをサポートし、従って、複雑な手順現在のAndroidプラットフォームがサービスを処理中であり、1つのペンディングのサービスタイプがアクティブ状態にあるPDPによって処理されることができない場合に、処理中のサービスを中断し、現在のPDPを非アクティブにし、新たなPDPを再作成してサービス処理を実行し、サービス処理が完了した後、先のPDPを回復することを根本的に回避することで、Androidシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感が大幅に向上する。加えて、本発明の実施形態1において、図1に示す方法は、AndroidシステムのFramework内のDataConnectionTrackerによって実施されることができる。実施形態2図2を参照すると、Androidシステムを採用する携帯電話が本発明の実施形態1によって提供される方法を使用してサービスを処理するプロセスは、具体的には以下を含む。S201:システムの電源をオンにし、システムデフォルトのAPN1の構成に従ってPDP1をアクティブにし、PDP1に対応するネットワークインタフェースio1を作成する。当該システムは、携帯電話内のAndroidシステムである。本発明の実施形態では、APN1のAPNタイプはdefaultであり、MMS以外のサービスタイプが全てPDP1によって処理されることが可能である。S202:携帯電話のユーザがネットワークインタフェースio1を介してストリーミングメディアビデオにアクセスする間に、DataConnectionTrackerはMMS受信要求を受信する。S203:DataConnectionTrackerは、マルチメディアメッセージ受信サービスのサービスタイプがMMSであると判定する。S204:DataConnectionTrackerは、PDP1がMMSタイプのサービスを処理できるかどうかを判断し、処理できる場合、PDP1を使用してサービスを処理し、それ以外の場合、ステップS205に進む。本発明の実施形態では、PDP1はMMS以外のサービスタイプを処理することが可能であるので、フローはステップS205に進む。S205:DataConnectionTrackerは、現在のシステムがアイドル中待機中のネットワークインタフェースを有するかどうかを判断し、有する場合、ステップS206に進み、それ以外の場合、ステップS207に進む。S206:MMSタイプのサービスを処理するAPN2の構成に従って、PDP2すなわち、第1のPDPをアクティブにして、PDP2に対応する新たなネットワークインタフェースio2を生成する。S207:アクティブ状態にあるPDPを非アクティブにし、MMSタイプのサービスを処理するAPN2の構成に従って、PDP2すなわち、第1のPDPをアクティブにして、PDP2に対応する新たなネットワークインタフェースio2を生成する。アクティブ状態にある各PDPは、ネットワークインタフェースに対応する。システムのネットワークインタフェースが全て使用状態にある場合、新たなPDPがアクティブにされたとしても利用可能なネットワークインタフェースがないので、システムはアクティブにされたPDPを介してサービスデータを伝送することができない。従って、実際の適用例においては、新たなPDPがアクティブにされる場合、アイドル中のネットワークインタフェースが現在あるかどうかが判定され、ある場合、直ちにステップS206に進んで、APNの構成に従ってPDP2をアクティブにする。しかし、現在利用可能なネットワークインタフェースがない場合、ステップS207に示すように、現在アクティブ状態にあるPDPを非アクティブにしてネットワークインタフェースを解放し、次に、APN2の構成に従ってPDP2をアクティブにし、解放されたネットワークインタフェースを使用して、PDP2のサービスデータを伝送する必要がある。本発明の実施形態では、現在アクティブにされているPDPがdefaultのAPNタイプを使用したPDPを含む場合、そのPDPが直ちに非アクティブにされ、それ以外の場合、PDPはAPNタイプの所定の優先度レベルに従って非アクティブ化のために選択される。PDPが非アクティブにされたら、マルチメディアメッセージを処理するために必要なPDP2がアクティブにすることができ、アプリケーションにPDP2がアクティブにされたことが通知される。もちろん、現在アクティブにされているPDPがdefaultのAPNタイプを使用したPDPを含まない場合、アクティブ状態にある既存のPDPの正常なサービス処理フローに影響を及ぼさないように、いかなる新たなPDPもアクティブにされなくてもよく、アプリケーションにはPDPのアクティブ化に失敗したことが直接通知されてもよい。実際の適用例では、対応するサービスタイプのサービスデータが第1のPDPを介して伝送されることが可能であることを保証するために、第1のPDPと対応するサービスタイプとの間の接続チャネルが確立され、これにより、そのようなタイプのサービスデータが第1のPDPを介して伝送されることが可能になる。図3を参照すると、これは図2に示す実施形態の続きである。APN2の構成に従ってPDP2がアクティブにされた後に、PDP2と対応するサービスタイプとの間の接続チャネルを確立することは、以下を含む。S301:APN2がゲートウェイを有するかどうかを判断し、有する場合、ステップS301に進み、それ以外の場合、ステップS302に進む。S302:APN2によって構成されたゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加する。Androidシステムでは、新たなPDPすなわち、PDP2がアクティブにされた場合、システムによってデフォルトのルーティング項目がルーティングテーブルに自動的に追加されることに留意されたい。元のサービスの正常な進行を保証するために、システムによってルーティングテーブルに自動的に追加されたデフォルトのルーティング項目を削除する必要がある。S303:マルチメディアメッセージ受信サービスに対応するアプリケーションによって作成されたソケットを、PDP2に対応するネットワークインタフェースio2にバインドする。図3に示す実施形態からわかるように、ゲートウェイを有するAPN及びゲートウェイを有さないAPNについて本発明の実施形態によって提供される方法は、APNによって構成されたPDPと対応するサービスタイプとの間では、接続チャネルを確立するために異なるやり方を採用する。ゲートウェイを有するAPNについては処理は簡単であり、APNによって構成されたゲートウェイアドレスを現在のシステムのルーティングテーブルに単に追加することによって、宛先アドレスがゲートウェイであるデータは、APNによって構成されたPDPにルーティングされることが可能である。すなわち、図3に示す実施形態において、宛先アドレスがAPN2によって構成されたゲートウェイであるデータは、PDP2にルーティングされることが可能である。ゲートウェイを有さないAPNについて採用される処理方法は、APNによって処理される1以上のサービスタイプのアプリケーションとAPNによって構成された第1のPDPとの間の接続を、それぞれ確立することである。具体的には、対応するアプリケーションによって作成されたソケットが、第1のPDPに対応するネットワークインタフェースにバインドされる。図3に示す実施形態では、マルチメディアメッセージ受信サービスに対応するアプリケーションによって作成されたソケットが、PDP2に対応するネットワークインタフェースio2にバインドされる。APN2が複数のアプリケーションに対応する場合、それらのアプリケーションによって作成されたソケットが、それぞれ、io2にバインドされる。実際の適用例では、アプリケーションによって作成されたソケットが、PAPに対応するネットワークインタフェースに、Androidシステムの関数setsockoptを介してバインドされてもよい。本発明によって提供される方法は、現在アクティブ状態にあるPDPが処理機能を有するかどうかを、処理されるサービスタイプに従って判断し、有さない場合、現在処理されているサービスを中断して、処理されるサービスを処理するのではなく、処理されるサービスタイプに対応するAPNの構成に従って新たなPDPをアクティブにして、処理されるサービスを処理する。加えて、新たなPDPが取得された後、本発明の実施形態によって提供される方法では、対応するアプリケーションと新たなPDPとの間の接続を更に確立することで、対応するサービスデータの伝送を更に保証する。実施形態3図4を参照すると、本発明の実施形態3は、Androidシステムに基づくサービス処理装置を提供し、これは、第1のサービス要求が受信された場合に、第1のサービスのサービスタイプを判定するように構成された、判定ユニット401と、現在アクティブ状態にあるPDPが第1のサービスを処理できるかどうかを第1のサービスのサービスタイプに従って判断するように構成された、判断ユニット402と、現在アクティブ状態にあるPDPが第1のサービスを処理できない場合、第1のサービスのサービスタイプに従って第1のPDPを作成するように構成された、第1の処理ユニット403であって、第1の処理ユニット403は、最初に第1のサービスのサービスタイプに従って対応する第1のAPNを決定し、次に第1のAPNの構成に従って対応する第1のPDPをアクティブにし、第1のサービスに対応するアプリケーションに、第1のPDPを介して第1のサービスを処理するよう通知するように構成された、通知ユニット404と、を含む。本発明の実施形態によって提供される装置は、特定のサービスのサービスタイプに基づいて対応するPDPを作成することが可能であり、これにより、Androidシステムは1つのPDP以上のより多くのPDPをサポートし、従って、複雑な手順現在のAndroidプラットフォームがサービスを処理中であり、1つのペンディングのサービスタイプがアクティブ状態にあるPDPによって処理されることができない場合に、処理中のサービスを中断し、現在のPDPを非アクティブにし、新たなPDPを再作成してサービスを処理し、サービス処理が完了した後、先のPDPを回復することを根本的に回避することで、Androidシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感大幅に向上する。本発明の別の実施形態では、図4に示す装置は、第1のPDPと対応するサービスタイプとの間の接続チャネルを確立するように構成された接続ユニット405を更に含んでもよく、これにより、そのようなタイプのサービスデータが、第1のPDPを介して伝送されることが可能になる。更に、接続ユニット404は、第1のPDPに対応するAPNによって構成されたゲートウェイアドレスを取得するように構成された、第1の取得サブユニットと、ゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加するように構成された、追加サブユニットと、を含む。本発明の別の実施形態では、接続ユニット404は、第1のサービスに対応するアプリケーションによって作成されたソケットを取得するように構成された、第2の取得サブユニットと、ソケットを、第1のPDPに対応するネットワークインタフェースにバインドするように構成された、バインディングサブユニットと、を含む。あるいは、本発明の一実施形態では、図4に示すシステムは、現在アクティブ状態にあるPDPが第1のサービスを処理できる場合、アクティブ状態にある対応するPDPを使用して第1のサービスを処理するように構成された、第2の処理ユニット406を更に含む。本発明によって提供される装置は、現在アクティブ状態にあるPDPが処理機能を有するかどうかを、処理されるサービスタイプに従って判断し、有さない場合、現在処理されているサービスを中断して処理されるサービスを処理するのではなく、処理されるサービスタイプに対応するAPNの構成に従って新たなPDPをアクティブにして、処理されるサービスを処理する。加えて、新たなPDPが取得された後、本発明の実施形態によって提供される装置は更に、対応するアプリケーションと新たなPDPとの間の接続を確立し、これにより、対応するサービスデータの伝送を更に保証する。本発明は、プログラムモジュールなどの、コンピュータによって実行されるコンピュータ実行可能命令の一般的文脈において説明されることが可能である。一般にプログラムモジュールは特定のタスクを実行するか又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本発明は、通信ネットワークを介して接続されたリモート処理装置によってタスクが実行される分散コンピューティング環境において実施されてもよく、プログラムモジュールは記憶装置を含むローカル及びリモートのコンピュータ記憶媒体内に配置されてもよい。上記の説明は、本発明の好ましい実施形態にすぎない。様々な改良及び修正が当業者によって本発明の原理から逸脱することなく行われることが可能であり、それらの改良及び修正も、本発明の保護範囲内に入るとみなされることに留意されたい。