(57)【特許請求の範囲】
【請求項１】
モバイル端末が、第１のサービスに対応するアプリケーションから第１のサービス要求を受信した場合に、前記第１のサービスのサービスタイプを判定し、
前記モバイル端末が、現在アクティブ状態にあるパケットデータプロトコル（ＰＤＰ）が前記第１のサービスを処理できるかどうかを、前記第１のサービスの前記サービスタイプに従って判断し、
現在アクティブ状態にある前記ＰＤＰが前記第１のサービスを処理できない場合、前記モバイル端末が、前記第１のサービスの前記サービスタイプに従って第１のＰＤＰを作成し、
前記モバイル端末が、前記第１のサービスに対応するアプリケーションに、前記第１のＰＤＰがアクティブにされたこと、及び、前記第１のＰＤＰを介して前記第１のサービスを処理するよう、通知すること
を含む、Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理方法。
【請求項２】
前記モバイル端末が、前記第１のＰＤＰと対応するサービスタイプのアプリケーションとの間の接続チャネルを確立すること
を更に含み、これにより、当該サービスタイプのアプリケーションのサービスデータが、前記第１のＰＤＰを介して伝送されることが可能になる、請求項１に記載の方法。
【請求項３】
前記モバイル端末が、前記第１のＰＤＰと対応するサービスタイプのアプリケーションとの間の前記接続チャネルを確立することは、
前記モバイル端末が、前記第１のＰＤＰに対応するＡＰＮによって構成されたゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加すること
を含む、請求項２に記載の方法。
【請求項４】
前記モバイル端末が、前記第１のＰＤＰと対応するサービスタイプのアプリケーションとの間の前記接続チャネルを確立することは、
前記モバイル端末が、前記第１のサービスに対応するアプリケーションによって作成されたソケットを、前記第１のＰＤＰに対応するネットワークインタフェースにバインドすること
を含む、請求項２に記載の方法。
【請求項５】
前記モバイル端末が、現在アクティブ状態にある前記ＰＤＰが前記第１のサービスを処理できる場合、アクティブ状態にある対応するＰＤＰを使用して前記第１のサービスを処理すること
を更に含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
第１のサービスに対応するアプリケーションから第１のサービス要求を受信した場合に、前記第１のサービスのサービスタイプを判定するように構成された、判定ユニットと、
現在アクティブ状態にあるパケットデータプロトコル（ＰＤＰ）が前記第１のサービスを処理できるかどうかを、前記第１のサービスの前記サービスタイプに従って判断するように構成された、判断ユニットと、
現在アクティブ状態にある前記ＰＤＰが前記第１のサービスを処理できない場合、前記第１のサービスの前記サービスタイプに従って第１のＰＤＰを作成するように構成された、第１の処理ユニットと、
前記第１のサービスに対応するアプリケーションに、前記第１のＰＤＰを介して前記第１のサービスを処理するよう通知するように構成された、通知ユニットと
を備える、Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理装置。
【請求項７】
前記第１のＰＤＰと対応するサービスタイプのアプリケーションとの間の接続チャネルを確立するように構成された、接続ユニット
を更に備え、これにより、当該サービスタイプのアプリケーションのサービスデータが、前記第１のＰＤＰを介して伝送されることが可能になる、請求項６に記載の装置。
【請求項８】
前記接続ユニットは、
前記第１のＰＤＰに対応するＡＰＮによって構成されたゲートウェイアドレスを取得するように構成された、第１の取得サブユニットと、
前記ゲートウェイアドレスを現在のシステムのルーティングテーブルに追加するように構成された、追加サブユニットと
を備える、請求項７に記載の装置。
【請求項９】
前記接続ユニットは、
前記第１のサービスに対応するアプリケーションによって作成されたソケットを取得するように構成された、第２の取得サブユニットと、
前記ソケットを前記第１のＰＤＰに対応するネットワークインタフェースにバインドするように構成された、バインディングサブユニットと
を備える、請求項７に記載の装置。
【請求項１０】
現在アクティブ状態にある前記ＰＤＰが前記第１のサービスを処理できる場合、アクティブ状態にある対応するＰＤＰを使用して前記第１のサービスを処理するように構成された、第２の処理ユニット
を更に備える、請求項６〜９のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１０年３月１０日に中国専利局に出願された、「Ａｎｄｒｏｉｄシステムに基づくサービス処理方法及び装置）と題された、中国特許出願第２０１０１０１２３９２３．８号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。
【０００２】
本発明は、通信技術の分野に関し、特に、Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理方法及び装置に関する。
【背景技術】
【０００３】
Ａｎｄｒｏｉｄ（登録商標）システムは、新世代のスマートモバイル端末システムである。ますます多くのモバイル端末において、Ａｎｄｒｏｉｄシステムがオペレーションシステムとして使用されており、Ａｎｄｒｏｉｄシステムを採用したモバイル端末のユーザもますます増加している。Ａｎｄｒｏｉｄシステムを使用したモバイル端末は、強力なネットワーク機能を提供し、ユーザはインターネットに非常に簡便にアクセスすることが可能である。
【０００４】
最初に紹介される必要があるＡｎｄｒｏｉｄシステムにおける２つの基本的な概念は、１つはＡＰＮであり、もう１つはＰＤＰである。これらは、以下の通りである。
【０００５】
アクセスポイント名（ＡＰＮ）：１つのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）及び外部ネットワークの論理名であり、ＰＤＰがアクティブにされる際に、対応するＡＰＮ構成（ＡＰＮ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）が必要とされる。
【０００６】
パケットデータプロトコル（ＰＤＰ）：モバイル端末とネットワークとの間の相互作用チャネルであり、１つのＰＤＰは、モバイル端末がＩＰアドレスを所有することを可能にし、これはモバイル端末内の１つのネットワークインタフェースに対応する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
研究を通じて発明者は、現在、Ａｎｄｒｏｉｄ（登録商標）システムを採用しているモバイル端末が、ネットワーク関連サービスを実行中に、複数のＡＰＮの利用を同時にサポートしないということを見い出した。すなわち、あるタイミングにおいて、Ａｎｄｒｏｉｄシステムを採用しているモバイル端末内には、使用状態にあるＡＰＮが１つのみ存在し、対応して、１つのみのＰＤＰが、Ａｎｄｒｏｉｄシステムを採用しているモバイル端末内に存在する。Ａｎｄｒｏｉｄシステムを使用したモバイル端末内に存在するＡＰＮが、ある専用サービスためのＡＰＮ、例えばインターネットサービスのために特化されたＡＰＮである場合、対応するＰＤＰは、インターネットサービスのみを処理することが可能である。インターネットサービスを処理しているモバイル端末が、マルチメディアメッセージングサービス（ＭＭＳ)を処理する要求を受信した場合、現在のＡｎｄｒｏｉｄシステムにおける処理方法では、最初に、現在アクティブ状態にあり、かつインターネットサービスを処理しているＰＤＰを非アクティブにし、次に、ＭＭＳを処理することが可能なＡＰＮの構成に従って、ＭＭＳを処理することが可能なＰＤＰをアクティブにし、ＭＭＳの処理が終了した後、インターネットサービスを処理するための先のＰＤＰを回復する。現在のＡｎｄｒｏｉｄシステムでは明らかに、専用ＡＰＮに対応するＰＤＰがサービスを処理しているときに異なるタイプのサービスを処理する要求が受信されると、新たなサービスを処理するために現在のサービスの処理が中断され、これは元のサービスの処理に大きな影響を及ぼし、モバイル端末の処理速度を低下させ、ユーザの使用感を悪化させる。
【課題を解決するための手段】
【０００８】
上記の問題を考慮して、本発明の実施形態は、現在のＡｎｄｒｏｉｄ（登録商標）システムのサービス処理フローを根本的に変更し、新たなサービスを処理している間の現在のサービスの正常な進行を保証し、これによりモバイル端末の処理速度を増加させ、ユーザの使用感を向上させるための、Ａｎｄｒｏｉｄシステムに基づくサービス処理方法及び装置を提供する。
【０００９】
上記の目的を達成するために、本発明の実施形態は、以下の技術的解決法を提供する。
【００１０】
Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理方法であって、
第１のサービス要求が受信された場合に、第１のサービスのサービスタイプを判定し、
現在アクティブ状態にあるパケットデータプロトコル（ＰＤＰ）が第１のサービスを処理できるかどうかを、第１のサービスのサービスタイプに従って判断し、
現在アクティブ状態にあるＰＤＰが第１のサービスを処理できない場合、第１のサービスのサービスタイプに従って第１のＰＤＰを作成し、
第１のサービスに対応するアプリケーションに、第１のＰＤＰがアクティブにされたこと、及び、第１のＰＤＰを介して第１のサービスを処理するよう、通知すること
を含む。
【００１１】
Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理装置であって、
第１のサービス要求が受信された場合に、第１のサービスのサービスタイプを判定するように構成された、判定ユニットと、
現在アクティブ状態にあるパケットデータプロトコル（ＰＤＰ）が第１のサービスを処理できるかどうかを、第１のサービスのサービスタイプに従って判断するように構成された、判断ユニットと、
現在アクティブ状態にあるＰＤＰが第１のサービスを処理できない場合、第１のサービスのサービスタイプに従って第１のＰＤＰを作成するように構成された、第１の処理ユニットと、
第１のサービスに対応するアプリケーションに、第１のＰＤＰを介して第１のサービスを処理するよう通知するように構成された、通知ユニットと
を含む。
【発明の効果】
【００１２】
本発明の実施形態によって提供される解決法は、特定のサービスのサービスタイプに基づいて対応するＰＤＰを作成することが可能であり、これにより、Ａｎｄｒｏｉｄ（登録商標）プラットフォームは、１つのＰＤＰ以上のより多くのＰＤＰをサポートし、従って、複雑な手順（現在のＡｎｄｒｏｉｄシステムにおいてサービスが処理中でありおり、１つのペンディングのサービスタイプがアクティブ状態にあるＰＤＰによって処理されることができない場合に、処理中のサービスを中断し、現在のＰＤＰを非アクティブにし、新たなＰＤＰを再作成してサービスを処理し、サービス処理が完了した後に先のＰＤＰを回復すること）を根本的に回避し、このようにして、Ａｎｄｒｏｉｄシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感も大幅に向上する、ということがわかる。
【００１３】
本発明の実施形態の又は従来技術の技術的解決法をより明確に説明するために、実施形態又は従来技術の説明において使用される図面について、以下に簡単に紹介する。以下の図面は明らかに本発明のいくつかの実施形態を説明するものにすぎず、当業者は創造的な活動を行うことなく、それらの図面からその他の図面を取得することが可能である。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態１によって提供される方法のフローチャートである。
【図２】本発明の実施形態２によって提供される方法のフローチャートである。
【図３】本発明の実施形態２によって提供される方法におけるプロセスのフローチャートである。
【図４】本発明の実施形態３によって提供される装置の構成図である。
【発明を実施するための形態】
【００１５】
当業者が本発明における技術的解決法をよりよく理解できるように、本発明の実施形態の技術的解決法について、本発明の実施形態の図面を参照して、以下に明確かつ完全に説明する。説明される実施形態は明らかに本発明の全ての実施形態ではなく、本発明の実施形態の一部にすぎない。本発明の実施形態に基づいて当業者によって創造的な活動を行うことなく取得される任意のその他の実施形態は、本発明の保護範囲内に入る。
【００１６】
実施形態１
図１を参照すると、本発明の実施形態１によって提供される、Ａｎｄｒｏｉｄ（登録商標）システムに基づくサービス処理方法は、以下を含む。
【００１７】
Ｓ１０１：第１のサービス要求が受信された場合に、第１のサービスのサービスタイプを判定する。
【００１８】
本発明の実施形態では、「第１のサービス」は、現在のＡｎｄｒｏｉｄシステム内の任意のサービスを記述するために使用され、「第１のサービス要求」は、当該実行される任意のサービスに対応するサービス要求を記述するために使用される。
【００１９】
Ａｎｄｒｏｉｄシステムでは、各サービスは対応するサービスタイプを有する。ネットワーク関連サービスを例として取り上げると、例えばＷｅｂページをブラウズすること又はＷｅｂページ上でビデオを見ることはインターネットサービスに属し、マルチメディアメッセージを受信又は送信することはマルチメディアメッセージサービスに属する。Ａｎｄｒｏｉｄシステムでは、インターネットサービスのサービスタイプはｄｅｆａｕｌｔであり、マルチメディアメッセージサービスのサービスタイプはＭＭＳである。
【００２０】
Ｓ１０２：現在アクティブ状態にあるＰＤＰが、第１のサービスを処理できるかどうかを、第１のサービスのサービスタイプに従って判断する。
【００２１】
Ｓ１０３：現在アクティブ状態にあるＰＤＰが、第１のサービスを処理できない場合、第１のサービスのサービスタイプに従って、第１のＰＤＰを作成する。
【００２２】
本発明の実施形態では、新たに作成されたＰＤＰは、「第１のＰＤＰ」と記述される。
【００２３】
更に、第１のサービスのサービスタイプに従って、第１のＰＤＰを作成することは、第１のサービスのサービスタイプに従って対応する第１のＡＰＮを決定し、第１のＡＰＮの構成に従って、対応する第１のＰＤＰをアクティブにすることを含む。
【００２４】
１つのＰＤＰコンテキストは、モバイル端末とネットワークとの間の相互作用チャネルを表す。１つのＰＤＰコンテキストは、モバイル端末がＩＰアドレスを所有することを可能にし、これはモバイル端末内の１つのネットワークインタフェースに対応する。ＰＤＰはＡＰＮの構成に従ってアクティブにされる。ＰＤＰによって処理されることが可能なサービスタイプはＡＰＮの構成によって決定される。ＡＰＮの構成は、ＡＰＮ、プロキシ、ポート、ユーザ名、パスワード、ＡＰＮタイプなどを含む。ここで、ＡＰＮはＡＰＮの名前であり、プロキシ及びポートは、ゲートウェイアドレス及びポート番号であり、ＡＰＮがプロキシ及びポートを使用して構成されている場合、アプリケーションは、サーバと直接相互作用するのではなく、構成されたプロキシ及びポートを介してサーバと相互作用し、ユーザ名及びパスワードは、ＰＤＰがＡＰＮを使用してアクティブにされる際の認証のために使用され、ユーザ名及びパスワードが相互に一致しない場合、ＡＰＮはＰＤＰを正常にアクティブにすることができない。ＡＰＮタイプは、ＡＰＮによってアクティブにされたＰＤＰによって処理されることが可能なサービスタイプを表す。例えば、ＡＰＮタイプが＊又は空である場合、これはＡＰＮによってアクティブにされたＰＤＰが、任意のタイプのサービスを処理できることを意味し、ＡＰＮタイプがＭＭＳである場合、これはＡＰＮによってアクティブにされたＰＤＰがＭＭＳを処理できることを意味し、ＡＰＮタイプがｄｅｆａｕｌｔである場合、これはＡＰＮによってアクティブにされたＰＤＰが、インターネット関連サービスなどのＭＭＳ以外のサービスを処理できることを意味する。
【００２５】
例えば、現在のモバイル端末において、アクティブにされたＰＤＰに対応するＡＰＮタイプがｄｅｆａｕｌｔである場合、第１のサービスがＭＭＳであるならば、ＭＭＳのサービスタイプに従って、現在アクティブ状態にあるＰＤＰが第１のサービスを処理できないと判定され、第１のサービスのサービスタイプに従って、第１のＰＤＰがアクティブにされる。
【００２６】
Ｓ１０４：第１のサービスに対応するアプリケーションに、第１のＰＤＰがアクティブにされたこと、及び、第１のＰＤＰを介して第１のサービスを処理するよう、通知する。
【００２７】
作成された後、第１のＰＤＰは、そのようなタイプのサービスを処理するために使用されることができる。
【００２８】
現在、ネットワーク側サーバは、モバイル端末がアクティブ状態にある複数のＰＤＰを同時に有することをサポートする。その場合、アクティブ状態にある複数のＰＤＰがモバイル端末内に同時に存在するならば、モバイル端末は複数のネットワークインタフェースに対応する複数のＩＰアドレスを所有し得る。
【００２９】
実際の適用例では、第１のサービスのサービスタイプに従って、現在アクティブ状態にあるＰＤＰが第１のサービスを処理できると判定された場合、アクティブ状態にある対応するＰＤＰが第１のサービスを処理するために使用される。
【００３０】
例えば、現在アクティブ状態にあるＰＤＰは、対応するＡＰＮによってｄｅｆａｕｌｔタイプのサービスを処理するように構成され、第１のサービス要求によって要求された第１のサービスは、Ｗｅｂページを介してビデオを見るサービスである。そのようなサービスはｄｅｆａｕｌｔのタイプに属し、新たなＰＤＰを作成する必要なしに、現在アクティブ状態にあるＰＤＰによって直接処理されることが可能である。
【００３１】
本発明の実施形態１によって提供される方法は、特定のサービスのサービスタイプに基づいて、対応するＰＤＰを作成することが可能であり、これにより、Ａｎｄｒｏｉｄプラットフォームは、１つのＰＤＰ以上のより多くのＰＤＰをサポートし、従って、複雑な手順（現在のＡｎｄｒｏｉｄプラットフォームがサービスを処理中であり、１つのペンディングのサービスタイプがアクティブ状態にあるＰＤＰによって処理されることができない場合に、処理中のサービスを中断し、現在のＰＤＰを非アクティブにし、新たなＰＤＰを再作成してサービス処理を実行し、サービス処理が完了した後、先のＰＤＰを回復すること）を根本的に回避することで、Ａｎｄｒｏｉｄシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感が大幅に向上する。
【００３２】
加えて、本発明の実施形態１において、図１に示す方法は、ＡｎｄｒｏｉｄシステムのＦｒａｍｅｗｏｒｋ内のＤａｔａＣｏｎｎｅｃｔｉｏｎＴｒａｃｋｅｒによって実施されることができる。
【００３３】
実施形態２
図２を参照すると、Ａｎｄｒｏｉｄシステムを採用する携帯電話が本発明の実施形態１によって提供される方法を使用してサービスを処理するプロセスは、具体的には以下を含む。
【００３４】
Ｓ２０１：システムの電源をオンにし、システムデフォルトのＡＰＮ１の構成に従ってＰＤＰ１をアクティブにし、ＰＤＰ１に対応するネットワークインタフェースｉｏ１を作成する。
【００３５】
当該システムは、携帯電話内のＡｎｄｒｏｉｄシステムである。本発明の実施形態では、ＡＰＮ１のＡＰＮタイプはｄｅｆａｕｌｔであり、ＭＭＳ以外のサービスタイプが全てＰＤＰ１によって処理されることが可能である。
【００３６】
Ｓ２０２：携帯電話のユーザがネットワークインタフェースｉｏ１を介してストリーミングメディアビデオにアクセスする間に、ＤａｔａＣｏｎｎｅｃｔｉｏｎＴｒａｃｋｅｒはＭＭＳ受信要求を受信する。
【００３７】
Ｓ２０３：ＤａｔａＣｏｎｎｅｃｔｉｏｎＴｒａｃｋｅｒは、マルチメディアメッセージ受信サービスのサービスタイプがＭＭＳであると判定する。
【００３８】
Ｓ２０４：ＤａｔａＣｏｎｎｅｃｔｉｏｎＴｒａｃｋｅｒは、ＰＤＰ１がＭＭＳタイプのサービスを処理できるかどうかを判断し、処理できる場合、ＰＤＰ１を使用してサービスを処理し、それ以外の場合、ステップＳ２０５に進む。
【００３９】
本発明の実施形態では、ＰＤＰ１はＭＭＳ以外のサービスタイプを処理することが可能であるので、フローはステップＳ２０５に進む。
【００４０】
Ｓ２０５：ＤａｔａＣｏｎｎｅｃｔｉｏｎＴｒａｃｋｅｒは、現在のシステムがアイドル中（待機中）のネットワークインタフェースを有するかどうかを判断し、有する場合、ステップＳ２０６に進み、それ以外の場合、ステップＳ２０７に進む。
【００４１】
Ｓ２０６：ＭＭＳタイプのサービスを処理するＡＰＮ２の構成に従って、ＰＤＰ２（すなわち、第１のＰＤＰ）をアクティブにして、ＰＤＰ２に対応する新たなネットワークインタフェースｉｏ２を生成する。
【００４２】
Ｓ２０７：アクティブ状態にあるＰＤＰを非アクティブにし、ＭＭＳタイプのサービスを処理するＡＰＮ２の構成に従って、ＰＤＰ２（すなわち、第１のＰＤＰ）をアクティブにして、ＰＤＰ２に対応する新たなネットワークインタフェースｉｏ２を生成する。
【００４３】
アクティブ状態にある各ＰＤＰは、ネットワークインタフェースに対応する。システムのネットワークインタフェースが全て使用状態にある場合、新たなＰＤＰがアクティブにされたとしても利用可能なネットワークインタフェースがないので、システムはアクティブにされたＰＤＰを介してサービスデータを伝送することができない。従って、実際の適用例においては、新たなＰＤＰがアクティブにされる場合、アイドル中のネットワークインタフェースが現在あるかどうかが判定され、ある場合、直ちにステップＳ２０６に進んで、ＡＰＮの構成に従ってＰＤＰ２をアクティブにする。しかし、現在利用可能なネットワークインタフェースがない場合、ステップＳ２０７に示すように、現在アクティブ状態にあるＰＤＰを非アクティブにしてネットワークインタフェースを解放し、次に、ＡＰＮ２の構成に従ってＰＤＰ２をアクティブにし、解放されたネットワークインタフェースを使用して、ＰＤＰ２のサービスデータを伝送する必要がある。
【００４４】
本発明の実施形態では、現在アクティブにされているＰＤＰがｄｅｆａｕｌｔのＡＰＮタイプを使用したＰＤＰを含む場合、そのＰＤＰが直ちに非アクティブにされ、それ以外の場合、ＰＤＰはＡＰＮタイプの所定の優先度レベルに従って非アクティブ化のために選択される。ＰＤＰが非アクティブにされたら、マルチメディアメッセージを処理するために必要なＰＤＰ２がアクティブにすることができ、アプリケーションにＰＤＰ２がアクティブにされたことが通知される。
【００４５】
もちろん、現在アクティブにされているＰＤＰがｄｅｆａｕｌｔのＡＰＮタイプを使用したＰＤＰを含まない場合、アクティブ状態にある既存のＰＤＰの正常なサービス処理フローに影響を及ぼさないように、いかなる新たなＰＤＰもアクティブにされなくてもよく、アプリケーションにはＰＤＰのアクティブ化に失敗したことが直接通知されてもよい。
【００４６】
実際の適用例では、対応するサービスタイプのサービスデータが第１のＰＤＰを介して伝送されることが可能であることを保証するために、第１のＰＤＰと対応するサービスタイプとの間の接続チャネルが確立され、これにより、そのようなタイプのサービスデータが第１のＰＤＰを介して伝送されることが可能になる。
【００４７】
図３を参照すると、これは図２に示す実施形態の続きである。ＡＰＮ２の構成に従ってＰＤＰ２がアクティブにされた後に、ＰＤＰ２と対応するサービスタイプとの間の接続チャネルを確立することは、以下を含む。
【００４８】
Ｓ３０１：ＡＰＮ２がゲートウェイを有するかどうかを判断し、有する場合、ステップＳ３０２に進み、それ以外の場合、ステップＳ３０３に進む。
【００４９】
Ｓ３０２：ＡＰＮ２によって構成されたゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加する。
【００５０】
Ａｎｄｒｏｉｄシステムでは、新たなＰＤＰ（すなわち、ＰＤＰ２）がアクティブにされた場合、システムによってデフォルトのルーティング項目がルーティングテーブルに自動的に追加されることに留意されたい。元のサービスの正常な進行を保証するために、システムによってルーティングテーブルに自動的に追加されたデフォルトのルーティング項目を削除する必要がある。
【００５１】
Ｓ３０３：マルチメディアメッセージ受信サービスに対応するアプリケーションによって作成されたソケットを、ＰＤＰ２に対応するネットワークインタフェースｉｏ２にバインドする。
【００５２】
図３に示す実施形態からわかるように、ゲートウェイを有するＡＰＮ及びゲートウェイを有さないＡＰＮについて本発明の実施形態によって提供される方法は、ＡＰＮによって構成されたＰＤＰと対応するサービスタイプとの間では、接続チャネルを確立するために異なるやり方を採用する。ゲートウェイを有するＡＰＮについては処理は簡単であり、ＡＰＮによって構成されたゲートウェイアドレスを現在のシステムのルーティングテーブルに単に追加することによって、宛先アドレスがゲートウェイであるデータは、ＡＰＮによって構成されたＰＤＰにルーティングされることが可能である。すなわち、図３に示す実施形態において、宛先アドレスがＡＰＮ２によって構成されたゲートウェイであるデータは、ＰＤＰ２にルーティングされることが可能である。
【００５３】
ゲートウェイを有さないＡＰＮについて採用される処理方法は、ＡＰＮによって処理される１以上のサービスタイプのアプリケーションとＡＰＮによって構成された第１のＰＤＰとの間の接続を、それぞれ確立することである。具体的には、対応するアプリケーションによって作成されたソケットが、第１のＰＤＰに対応するネットワークインタフェースにバインドされる。図３に示す実施形態では、マルチメディアメッセージ受信サービスに対応するアプリケーションによって作成されたソケットが、ＰＤＰ２に対応するネットワークインタフェースｉｏ２にバインドされる。
【００５４】
ＡＰＮ２が複数のアプリケーションに対応する場合、それらのアプリケーションによって作成されたソケットが、それぞれ、ｉｏ２にバインドされる。
【００５５】
実際の適用例では、アプリケーションによって作成されたソケットが、ＰＤＰに対応するネットワークインタフェースに、Ａｎｄｒｏｉｄシステムの関数ｓｅｔｓｏｃｋｏｐｔ（）を介してバインドされてもよい。
【００５６】
本発明によって提供される方法は、現在アクティブ状態にあるＰＤＰが処理機能を有するかどうかを、処理されるサービスタイプに従って判断し、有さない場合、現在処理されているサービスを中断して、処理されるサービスを処理するのではなく、処理されるサービスタイプに対応するＡＰＮの構成に従って新たなＰＤＰをアクティブにして、処理されるサービスを処理する。加えて、新たなＰＤＰが取得された後、本発明の実施形態によって提供される方法では、対応するアプリケーションと新たなＰＤＰとの間の接続を更に確立することで、対応するサービスデータの伝送を更に保証する。
【００５７】
実施形態３
図４を参照すると、本発明の実施形態３は、Ａｎｄｒｏｉｄシステムに基づくサービス処理装置を提供し、これは、
第１のサービス要求が受信された場合に、第１のサービスのサービスタイプを判定するように構成された、判定ユニット４０１と、
現在アクティブ状態にあるＰＤＰが第１のサービスを処理できるかどうかを第１のサービスのサービスタイプに従って判断するように構成された、判断ユニット４０２と、
現在アクティブ状態にあるＰＤＰが第１のサービスを処理できない場合、第１のサービスのサービスタイプに従って第１のＰＤＰを作成するように構成された、第１の処理ユニット４０３であって、第１の処理ユニット４０３は、最初に第１のサービスのサービスタイプに従って対応する第１のＡＰＮを決定し、次に第１のＡＰＮの構成に従って対応する第１のＰＤＰをアクティブにし、
第１のサービスに対応するアプリケーションに、第１のＰＤＰを介して第１のサービスを処理するよう通知するように構成された、通知ユニット４０４と、を含む。
【００５８】
本発明の実施形態によって提供される装置は、特定のサービスのサービスタイプに基づいて対応するＰＤＰを作成することが可能であり、これにより、Ａｎｄｒｏｉｄシステムは１つのＰＤＰ以上のより多くのＰＤＰをサポートし、従って、複雑な手順（現在のＡｎｄｒｏｉｄプラットフォームがサービスを処理中であり、１つのペンディングのサービスタイプがアクティブ状態にあるＰＤＰによって処理されることができない場合に、処理中のサービスを中断し、現在のＰＤＰを非アクティブにし、新たなＰＤＰを再作成してサービスを処理し、サービス処理が完了した後、先のＰＤＰを回復すること）を根本的に回避することで、Ａｎｄｒｏｉｄシステムにおける様々なタイプのサービスの並列処理の機能が達成され、ユーザの使用感大幅に向上する。
【００５９】
本発明の別の実施形態では、図４に示す装置は、
第１のＰＤＰと対応するサービスタイプとの間の接続チャネルを確立するように構成された接続ユニット４０５を更に含んでもよく、これにより、そのようなタイプのサービスデータが、第１のＰＤＰを介して伝送されることが可能になる。
【００６０】
更に、接続ユニット４０５は、
第１のＰＤＰに対応するＡＰＮによって構成されたゲートウェイアドレスを取得するように構成された、第１の取得サブユニットと、
ゲートウェイアドレスを、現在のシステムのルーティングテーブルに追加するように構成された、追加サブユニットと、を含む。
【００６１】
本発明の別の実施形態では、接続ユニット４０５は、
第１のサービスに対応するアプリケーションによって作成されたソケットを取得するように構成された、第２の取得サブユニットと、
ソケットを、第１のＰＤＰに対応するネットワークインタフェースにバインドするように構成された、バインディングサブユニットと、を含む。
【００６２】
あるいは、本発明の一実施形態では、図４に示すシステムは、
現在アクティブ状態にあるＰＤＰが第１のサービスを処理できる場合、アクティブ状態にある対応するＰＤＰを使用して第１のサービスを処理するように構成された、第２の処理ユニット４０６を更に含む。
【００６３】
本発明によって提供される装置は、現在アクティブ状態にあるＰＤＰが処理機能を有するかどうかを、処理されるサービスタイプに従って判断し、有さない場合、現在処理されているサービスを中断して処理されるサービスを処理するのではなく、処理されるサービスタイプに対応するＡＰＮの構成に従って新たなＰＤＰをアクティブにして、処理されるサービスを処理する。加えて、新たなＰＤＰが取得された後、本発明の実施形態によって提供される装置は更に、対応するアプリケーションと新たなＰＤＰとの間の接続を確立し、これにより、対応するサービスデータの伝送を更に保証する。
【００６４】
本発明は、プログラムモジュールなどの、コンピュータによって実行されるコンピュータ実行可能命令の一般的文脈において説明されることが可能である。一般にプログラムモジュールは特定のタスクを実行するか又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本発明は、通信ネットワークを介して接続されたリモート処理装置によってタスクが実行される分散コンピューティング環境において実施されてもよく、プログラムモジュールは記憶装置を含むローカル及びリモートのコンピュータ記憶媒体内に配置されてもよい。
【００６５】
上記の説明は、本発明の好ましい実施形態にすぎない。様々な改良及び修正が当業者によって本発明の原理から逸脱することなく行われることが可能であり、それらの改良及び修正も、本発明の保護範囲内に入るとみなされることに留意されたい。
【図１】
0005625075.tif 000002
【図２】
0005625075.tif 000003
【図３】
0005625075.tif 000004
【図４】
0005625075.tif 000005