(57)【特許請求の範囲】
【請求項１】
通信用プロセッサが汎用集積回路カードからのパス開通要請を受信し、前記パス開通要請に基づいて、アプリケーションプロセッサにネットワーク接続パラメータの読取を指示するための接続要請メッセージを前記アプリケーションプロセッサに送信するステップと、
前記通信用プロセッサがアプリケーションプロセッサから送信され、前記ネットワーク接続パラメータを携帯した接続応答メッセージを受信するステップと、
前記通信用プロセッサが前記ネットワーク接続パラメータに基づいて、リモートエアーサーバに伝送制御プロトコル接続要請を送信し、前記リモートエアーサーバからの伝送制御プロトコル接続確認メッセージに基づいて、前記汎用集積回路カードに接続成功メッセージを送信し、前記汎用集積回路カードと前記リモートエアーサーバに構築した接続を用いてデータダウンロードを行うように指示するステップと、を含むことを特徴とするデータダウンロード方法。
【請求項２】
前記通信用プロセッサが前記汎用集積回路カードに前記接続成功メッセージを送信した後、
前記通信用プロセッサが前記汎用集積回路カードからのベアラー非依存プロトコルのデータ構築要請メッセージを受信し、
前記通信用プロセッサが前記ベアラー非依存プロトコルのデータ構築要請メッセージを伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージに変換し、
前記通信用プロセッサがダウンロードデータを要請するための伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージを前記リモートエアーサーバに送信するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記通信用プロセッサが前記リモートエアーサーバに前記伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージを送信した後、
前記通信用プロセッサが前記リモートエアーサーバから送信され、前記ダウンロードデータを携帯した伝送制御プロトコル／ネットワークプロトコルのデータ構築応答メッセージを受信し、
前記通信用プロセッサが前記汎用集積回路カードに前記ダウンロードデータを受信したことを報知するためのチャネルデータ利用可能メッセージを前記汎用集積回路カードに送信し、
前記通信用プロセッサが前記汎用集積回路カードからのデータ受信応答メッセージを受信し、前記汎用集積回路カードに前記ダウンロードデータを送信するステップを更に含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記通信用プロセッサが前記汎用集積回路カードに前記ダウンロードデータを送信した後、
前記通信用プロセッサが前記汎用集積回路カードからのチャネル閉鎖要請メッセージを受信して前記接続を閉鎖し、
前記通信用プロセッサが汎用集積回路カードにチャネル閉鎖確認メッセージを送信し、前記リモートエアーサーバが接続を閉鎖するように前記リモートエアーサーバに伝送制御プロトコル接続閉鎖要請を送信するステップを更に含むことを特徴とする請求項３に記載の方法。
【請求項５】
通信用プロセッサが汎用集積回路カードからのパス開通要請を受信し、前記パス開通要請に基づいて、アプリケーションプロセッサに接続の構築を指示するための接続要請メッセージを前記アプリケーションプロセッサに送信するステップと、
前記通信用プロセッサが前記アプリケーションプロセッサから送信され、前記アプリケーションプロセッサとリモートエアーサーバが接続を構築したことを指示する接続成功応答メッセージを送信するステップと、
前記通信用プロセッサが前記汎用集積回路カードに接続成功メッセージを送信し、前記汎用集積回路カードに前記接続を用いてデータダウンロードを行うように指示するステップと、を含むことを特徴とするデータダウンロード方法。
【請求項６】
前記通信用プロセッサが前記アプリケーションプロセッサに接続要請メッセージを送信した後、
前記アプリケーションプロセッサが前記通信用プロセッサからの接続要請メッセージを受信し、
前記アプリケーションプロセッサが前記接続の構築を要請する伝送制御プロトコル接続要請を前記リモートエアーサーバに送信し、
前記アプリケーションプロセッサが前記リモートエアーサーバからの伝送制御プロトコル接続確認メッセージを受信するステップを更に含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記通信用プロセッサが前記汎用集積回路カードに前記接続成功メッセージを送信した後、
前記通信用プロセッサが前記汎用集積回路カードからのベアラー非依存プロトコルのデータ構築要請メッセージを受信し、マルチブレクサパスを介して前記ベアラー非依存プロトコルのデータ構築要請メッセージを前記アプリケーションプロセッサに送信し、
前記通信用プロセッサが前記アプリケーションプロセッサによりマルチブレクサパスを介して送信されるダウンロードデータを携帯したデータ構築応答メッセージを受信するステップを更に含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記通信用プロセッサがマルチブレクサパスを介して前記ベアラー非依存プロトコルのデータ構築要請メッセージを前記アプリケーションプロセッサに送信した後、
前記アプリケーションプロセッサが前記通信用プロセッサからの前記ベアラー非依存プロトコルのデータ構築要請メッセージを受信し、
前記アプリケーションプロセッサが前記ベアラー非依存プロトコルのデータ構築要請メッセージを伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージに変換し、
前記アプリケーションプロセッサがダウンロードデータを要請するための伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージを前記リモートエアーサーバに送信するステップを更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記通信用プロセッサが前記アプリケーションプロセッサによりマルチブレクサパスを介して送信された前記データ構築応答メッセージを受信した後、
前記通信用プロセッサが前記汎用集積回路カードにダウンロードデータを受信したことを報知するためのチャネルデータ利用可能メッセージを前記汎用集積回路カードに送信し、
前記通信用プロセッサが前記汎用集積回路カードからのデータ受信応答メッセージを受信して前記汎用集積回路カードに前記ダウンロードデータを送信するステップを更に含むことを特徴とする請求項７に記載の方法。
【請求項１０】
前記通信用プロセッサが前記汎用集積回路カードに前記ダウンロードデータを送信した後、
前記通信用プロセッサが前記汎用集積回路カードからのチャネル閉鎖要請メッセージを受信して前記接続を閉鎖し、
前記通信用プロセッサが汎用集積回路カードにチャネル閉鎖確認メッセージを送信し、前記アプリケーションプロセッサと前記リモートエアーサーバが前記接続を閉鎖するように前記アプリケーションプロセッサに伝送制御プロトコル接続閉鎖要請を送信するステップを更に含むことを特徴とする請求項９に記載の方法。
【請求項１１】
通信用プロセッサと、アプリケーションプロセッサとを含む端末であって、
前記通信用プロセッサが、汎用集積回路カードからのパス開通要請を受信する第１受信ブロックと、前記第１受信ブロックにより受信された前記パス開通要請に基づいて、アプリケーションプロセッサにネットワーク接続パラメータの読取を指示するための接続要請メッセージを前記アプリケーションプロセッサに送信する第１送信ブロックと、前記アプリケーションプロセッサから送信され、前記ネットワーク接続パラメータを携帯した接続応答メッセージを受信する第２受信ブロックと、前記第２受信ブロックにより受信された前記ネットワーク接続パラメータに基づいて、リモートエアーサーバに伝送制御プロトコル接続要請を送信する第２送信ブロックと、前記リモートエアーサーバからの伝送制御プロトコル接続確認メッセージを受信する第３受信ブロックと、前記汎用集積回路カードに接続成功メッセージを送信して前記汎用集積回路カードと前記リモートエアーサーバに構築した接続を用いてデータダウンロードを行うように指示する第３送信ブロックと、を含むことを特徴とする端末。
【請求項１２】
通信用プロセッサと、アプリケーションプロセッサとを含む端末であって、
前記通信用プロセッサが、汎用集積回路カードからのパス開通要請を受信する第４受信ブロックと、前記第４受信ブロックにより受信された前記パス開通要請に基づいて、アプリケーションプロセッサに接続の構築を指示するための接続要請メッセージをアプリケーションプロセッサに送信する第４送信ブロックと、前記アプリケーションプロセッサから送信され、前記アプリケーションプロセッサとリモートエアーサーバが既に接続を構築したことを指示するための接続成功応答メッセージを受信する第５受信ブロックと、前記汎用集積回路カードに接続成功メッセージを送信して前記汎用集積回路カードに前記接続を用いてデータダウンロードを行うように指示する第５送信ブロックと、を含むことを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的には、データダウンロード方法及び端末に関する。
【背景技術】
【０００２】
通信事業者の業界団体（Global Systems for Mobile Communications Assocication、以下ＧＳＭＡと略称）の強化型近距離通信技術（enhanced Near Field Communication、以下ｅＮＦＣと略称）を支援する携帯電話に対する要請に応じ、携帯電話において、ベアラー非依存プロトコル（Bearer Independent Protocol、以下ＢＩＰと略称）の無線（Over The Air、以下ＯＴＡと略称）ダウンロード機能を実現しなければならない。
【０００３】
通常、スマートフォンは、一つのアプリケーションプロセッサ（Application Processor、以下ＡＰと略称）と、一つ又は複数の通信用プロセッサ（Communication Processor、以下ＣＰと略称）と、を含む。その中、ＡＰは、ブラウザ、伝送制御プロトコル／ネットワークプロトコル（Transmission Control Protocol/Internet Protocol、以下ＴＣＰ/ＩＰと略称）スタック、ワイファイ（Wireless Fidelity、以下ＷｉＦｉと略称）、ブルートゥース等を含む携帯電話のアプリケーションプログラムを処理し、一つ又は複数のＣＰは、無線周波数信号処理、通信プロトコルスタック、汎用集積回路カード(Universal Integrated Circuit Card、以下ＵＩＣＣと略称）インターフェースなどの通信ネットワークエアーインターフェースに関する業務を処理する。当該モードにおいて、ブラウザ、Ｊａｖａプログラム及びその他のアプリケーションプログラムとＵＩＣＣインターフェースはそれぞれ相違するプロセッサに位置され、二つのプロセッサ間のパスを介し、該機能を実現しなければならないため、単一プロセッサの場合に比べ複雑になってしまう。
【０００４】
既存のＢＩＰプロトコルを用いたＯＴＡによるダウンロードをＵＩＣＣに応用するプロセスは単一プロセッサにおいて完成されるが、現在、ＯＴＡによるダウンロードを行う場合、マルチプロセッサの移動端末においてＡＰとＣＰとの間の正常のデータ交換を行うことができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、現在ＯＴＡによるダウンロードを行う場合、マルチプロセッサの移動端末においてＡＰとＣＰとの間で正常のデータ交換を行うことができない問題に鑑みてなされたものであり、当該問題を解決できるデータダウンロード方案を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一方面によると、データダウンロード方法を提供する。
【０００７】
本発明によるデータダウンロード方法は、通信用プロセッサが汎用集積回路カードからのパス開通要請を受信し、パス開通要請に基づいて、アプリケーションプロセッサにネットワーク接続パラメータの読取を指示するための接続要請メッセージをアプリケーションプロセッサに送信するステップと、通信用プロセッサがアプリケーションプロセッサから送信され、ネットワーク接続パラメータを携帯する接続応答メッセージを受信するステップと、通信用プロセッサがネットワーク接続パラメータに基づいて、リモートエアーサーバに伝送制御プロトコル接続要請を送信し、リモートエアーサーバからの伝送制御プロトコル接続確認メッセージに基づいて、汎用集積回路カードに接続成功メッセージを送信し、汎用集積回路カードとリモートエアーサーバに構築した接続を用いてデータダウンロードを行うように指示するステップと、を含む。
【０００８】
上記方法が、通信用プロセッサが汎用集積回路カードに接続成功メッセージを送信した後、通信用プロセッサが汎用集積回路カードからのベアラー非依存プロトコルのデータ構築要請メッセージを受信し、通信用プロセッサがベアラー非依存プロトコルのデータ構築要請メッセージを伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージに変換させ、通信用プロセッサがダウンロードデータを要請するための伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージをリモートエアーサーバに送信するステップを更に含むことが好ましい。
【０００９】
上記方法が、通信用プロセッサがリモートエアーサーバに伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージを送信した後、通信用プロセッサがリモートエアーサーバから送信され、ダウンロードデータを携帯した伝送制御プロトコル／ネットワークプロトコルのデータ構築応答メッセージを受信し、通信用プロセッサが汎用集積回路カードにダウンロードデータを受信したことを報知するためのチャネルデータ利用可能メッセージを汎用集積回路カードに送信し、通信用プロセッサが汎用集積回路カードからのデータ受信応答メッセージを受信し、汎用集積回路カードにダウンロードデータを送信するステップを更に含むことが好ましい。
【００１０】
上記方法が、通信用プロセッサが汎用集積回路カードにダウンロードデータを送信した後、通信用プロセッサが汎用集積回路カードからのチャネル閉鎖要請メッセージを受信して接続を閉鎖し、通信用プロセッサが汎用集積回路カードにチャネル閉鎖確認メッセージを送信し、リモートエアーサーバが接続を閉鎖するようにリモートエアーサーバに伝送制御プロトコル接続閉鎖要請を送信するステップを更に含むことが好ましい。
【００１１】
本発明の他の一方面によると、データダウンロード方法を提供する。
【００１２】
本発明によるデータダウンロード方法は、通信用プロセッサが汎用集積回路カードからのパス開通要請を受信し、パス開通要請に基づいて、アプリケーションプロセッサに接続の構築を指示するための接続要請メッセージをアプリケーションプロセッサに送信するステップと、通信用プロセッサがアプリケーションプロセッサから送信され、アプリケーションプロセッサとリモートエアーサーバが接続を構築したことを指示する接続成功応答メッセージを送信するステップと、通信用プロセッサが汎用集積回路カードに接続成功メッセージを送信し、汎用集積回路カードに接続を用いてデータダウンロードを行うように指示するステップと、を含む。
【００１３】
上記方法が、通信用プロセッサがアプリケーションプロセッサに接続要請メッセージを送信した後、アプリケーションプロセッサが通信用プロセッサからの接続要請メッセージを受信し、アプリケーションプロセッサが接続の構築を要請する伝送制御プロトコル接続要請をリモートエアーサーバに送信し、アプリケーションプロセッサがリモートエアーサーバからの伝送制御プロトコル接続確認メッセージを受信するステップを更に含むことが好ましい。
【００１４】
上記方法が、通信用プロセッサが汎用集積回路カードに接続成功メッセージを送信した後、通信用プロセッサが汎用集積回路カードからのベアラー非依存プロトコルのデータ構築要請メッセージを受信し、マルチブレクサパスを介してベアラー非依存プロトコルのデータ構築要請メッセージをアプリケーションプロセッサに送信し、通信用プロセッサがアプリケーションプロセッサによりマルチブレクサパスを介して送信されるダウンロードデータを携帯したデータ構築応答メッセージを受信するステップを更に含むことが好ましい。
【００１５】
上記方法が、通信用プロセッサがマルチブレクサパスを介してベアラー非依存プロトコルのデータ構築要請メッセージをアプリケーションプロセッサに送信した後、アプリケーションプロセッサが通信用プロセッサからのベアラー非依存プロトコルのデータ構築要請メッセージを受信し、アプリケーションプロセッサがベアラー非依存プロトコルのデータ構築要請メッセージを伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージに変換し、アプリケーションプロセッサがダウンロードデータを要請するための伝送制御プロトコル／ネットワークプロトコルのデータ構築要請メッセージをリモートエアーサーバに送信するステップを更に含むことが好ましい。
【００１６】
上記方法が、通信用プロセッサがアプリケーションプロセッサによりマルチブレクサパスを介して送信されたデータ構築応答メッセージを受信した後、通信用プロセッサが汎用集積回路カードにダウンロードデータを受信したことを報知するためのチャネルデータ利用可能メッセージを汎用集積回路カードに送信し、通信用プロセッサが汎用集積回路カードからのデータ受信応答メッセージを受信して汎用集積回路カードにダウンロードデータを送信するステップを更に含むことが好ましい。
【００１７】
上記方法が、通信用プロセッサが汎用集積回路カードにダウンロードデータを送信した後、通信用プロセッサが汎用集積回路カードからのチャネル閉鎖要請メッセージを受信して接続を閉鎖し、通信用プロセッサが汎用集積回路カードにチャネル閉鎖確認メッセージを送信し、アプリケーションプロセッサとリモートエアーサーバが接続を閉鎖するようにアプリケーションプロセッサに伝送制御プロトコル接続閉鎖要請を送信するステップを更に含むことが好ましい。
【００１８】
本発明の他の一方面によると、端末を提供する。
【００１９】
本発明による端末は、通信用プロセッサと、アプリケーションプロセッサとを含み、通信用プロセッサは、汎用集積回路カードからのパス開通要請を受信する第１受信ブロックと、第１受信ブロックにより受信されたパス開通要請に基づいて、アプリケーションプロセッサにネットワーク接続パラメータの読取を指示するための接続要請メッセージをアプリケーションプロセッサに送信する第１送信ブロックと、アプリケーションプロセッサから送信され、ネットワーク接続パラメータを携帯した接続応答メッセージを受信する第２受信ブロックと、第２受信ブロックにより受信されたネットワーク接続パラメータに基づいて、リモートエアーサーバに伝送制御プロトコル接続要請を送信する第２送信ブロックと、リモートエアーサーバからの伝送制御プロトコル接続確認メッセージを受信する第３受信ブロックと、汎用集積回路カードに接続成功メッセージを送信して汎用集積回路カードとリモートエアーサーバに構築した接続を用いてデータダウンロードを行うように指示する第３送信ブロックと、を含む。
【００２０】
本発明の他の一方面によると、端末を提供する。
【００２１】
本発明による端末は、通信用プロセッサと、アプリケーションプロセッサとを含み、通信用プロセッサは、汎用集積回路カードからのパス開通要請を受信する第４受信ブロックと、第４受信ブロックにより受信されたパス開通要請に基づいて、アプリケーションプロセッサに接続の構築を指示するための接続要請メッセージをアプリケーションプロセッサに送信する第４送信ブロックと、アプリケーションプロセッサから送信され、アプリケーションプロセッサとリモートエアーサーバが既に接続を構築したことを指示するための接続成功応答メッセージを受信する第５受信ブロックと、汎用集積回路カードに接続成功メッセージを送信し、汎用集積回路カードに接続を用いてデータダウンロードを行うように指示する第５送信ブロックと、を含む。
【発明の効果】
【００２２】
本発明によると、ＣＰがパス開通要請に基づいて、ＡＰに接続要請メッセージを送信し、ＡＰからの接続応答メッセージにおけるネットワーク接続パラメータを受信してリモートＯＴＡサーバにＴＣＰ接続要請を送信し、受信したリモートＯＴＡサーバからのＴＣＰ接続確認メッセージに基づいて、ＵＩＣＣに接続成功メッセージを送信し、ＵＩＣＣとリモートＯＴＡサーバに構築した接続を用いてデータダウンロードを行うように指示することによって、現在のＯＴＡによるダウンロードを行う場合、マルチプロセッサの移動端末においてＡＰとＣＰとの間で正常のデータ交換を行うことができない問題を解決し、ＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用するプロセスを単一プロセッサにて完成できると共に、マルチプロセッサにおいても実現できる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例を実施するための端末システム構造を示すブロック図である。
【図２】本発明の実施例１に係わるデータダウンロード方法を示すフローチャートである。
【図３】本発明の実施例１に係わる二処理端末のＢＩＰプロトコルＯＴＡダウンロードの端末システム構造を示すブロック図である。
【図４】本発明の実施例１に係わる二処理端末のＢＩＰプロトコルＯＴＡダウンロードを示すフローチャートである。
【図５】本発明の実施例２に係わるデータダウンロード方法を示すフローチャートである。
【図６】本発明の実施例２に係わる二処理端末のＢＩＰプロトコルＯＴＡダウンロードの端末システム構造を示すブロック図である。
【図７】本発明の実施例２に係わる二処理端末のＢＩＰプロトコルＯＴＡダウンロードを示すフローチャートである。
【図８】本発明の実施例１に係わる端末の構造を示すブロック図である。
【図９】本発明の実施例２に係わる端末の構造を示すブロック図である。
【発明を実施するための形態】
【００２４】
ここで説明する図面は本発明を理解させるためのものであり、本発明の一部を構成し、本発明における実施例と共に本発明を解釈し、本発明を不当に限定するものではない。
【００２５】
ここで、互いに矛盾しない限り、本発明における実施例及び実施例に記載の特徴を互いに結合することができる。以下図面を参照しつつ、実施例に合わせ、本発明を詳しく説明する。
【００２６】
図１は、本発明の実施例を実施するための端末システム構造を示すブロック図である。図１に示すように、上記端末は、アプリケーションプロセッサと、一つ又は複数の通信用プロセッサと、ＵＩＣＣと、プロセッサ間のパスと、を含み、その中、アプリケーションプロセッサは、ネットワークブラウザと、ＴＣＰ/ＩＰプロトコルスタックと、代理サービスブロックと、プロセッサ間の通信ブロック（ＡＴ命令ブロック及び／又はマルチブレクサ（multiplexer、以下ＭＵＸと略称）ブロックであることができる）の構成部分を含み、各通信用プロセッサは、ＴＣＰ/ＩＰプロトコルスタック（当該ブロックは選択可能である）と、ＢＩＰゲートウェイと、ＢＩＰプロトコルブロックと、プロセッサ間の通信ブロック（ＡＴ命令ブロック及び／又はＭＵＸブロックであることができる）と、を含む。
【００２７】
以下、本発明の実施例により提供される二つの技術案を詳しく説明するが、以下の二つの技術案は、それぞれ、マルチプロセッサにおいてＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用する二つの異なる方法に係わり、その中、図２〜図４において、通信処理ブロックにおけるＴＣＰ/ＩＰプロトコルスタックを用いる方法によってＡＰとＣＰとの間の命令及びデータの交換を行い、図５〜図７においては、アプリケーションプロセッサ処理ブロックにおけるＴＣＰ/ＩＰプロトコルスタックを利用し、ＷｉＦｉのアクセス方式を採用する方法によって、ＡＰとＣＰとの間の命令及びデータ交換を実現する。
【００２８】
ここで、具体的な実施において、プロセッサ間の物理パスは様々であることができる。以下の実施例は、シリアルポートを例にして説明しているが、本発明はシリアルポートに限定されることはない。
【００２９】
方法実施例１
本発明の実施例によると、ＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用することをマルチプロセッサにて実現するデータダウンロード方法を提供する。図２は、本発明の実施例１に係わるデータダウンロード方法を示すフローチャートであり、図２に示すように以下のステップＳ２０２〜ステップＳ２０６を含む。
【００３０】
ＣＰは、ＵＩＣＣからのパス開通要請を受信し、パス開通要請に基づいて、ＡＰに接続要請メッセージを送信し（ステップＳ２０２）、その中、接続要請メッセージはＡＰにネットワーク接続パラメータを読取るように指示する。
【００３１】
ＣＰは、ＡＰからの接続応答メッセージを受信し（ステップＳ２０４）、その中、接続応答メッセージはネットワーク接続パラメータを携帯する。
【００３２】
ＣＰは、ネットワーク接続パラメータに基づいて、リモートＯＴＡサーバにＴＣＰ接続要請を送信し、受信したリモートＯＴＡサーバからのＴＣＰ接続確認メッセージに基づいて、ＵＩＣＣに接続成功メッセージを送信してＵＩＣＣとリモートＯＴＡサーバに構築した接続を用いてデータダウンロードを行うように指示する（ステップＳ２０６）。
【００３３】
上記実施例によると、ＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用するプロセスを単一プロセッサにて完成できると共に、マルチプロセッサにおける実現も支援する。
【００３４】
以下、図３と図４を組み合わせて第１のＡＰとＣＰとの間の命令及びデータの交換方法を説明する。
【００３５】
図３は、本発明の実施例１に係わる二プロセッサのＢＩＰプロトコルＯＴＡダウンロードの端末システム構造を示すブロック図である。図３に示すように、アプリケーションプロセッサは、代理サーバと、ＡＴブロックと、を含む。通信用プロセッサは、ＡＴブロックと、ＴＣＰ/ＩＰプロトコルスタックと、ＢＩＰゲートウェイと、ＢＩＰプロトコルブロックと、を含む。
【００３６】
図４は、本発明の実施例１に係わる二プロセッサのＢＩＰプロトコルＯＴＡダウンロードを示すフローチャートである。図４に示すように、マルチプロセッサ端末のＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用する方法は、以下の四つのステップを含み、具体的にはステップＳ４０１〜ステップＳ４１５を含む。
【００３７】
ＵＩＣＣがリモートＯＴＡサーバと接続する（ステップ１）。具体的には、以下のステップを含む。
【００３８】
ＵＩＣＣがＢＩＰプロトコル方式でＢＩＰゲートウェイにパス開通要請（Fetch:open channel（client））を送信する（ステップＳ４０１）。
【００３９】
ＢＩＰゲートウェイは、ｏｐｅｎ  ｃｈａｎｎｅｌ要請におけるネットワークベアラー方式の要請に基づいて、ＡＰにおける代理サーバに、ネットワーク接続パラメータを読取るように指示するＡＴ  ｃｏｍｍａｎｄ（命令）（%GETNET）を送信し、ＵＩＣＣにパス開通応答メッセージ（Terminal Response）（channel id）を送信する（即ち、上記ステップＳ２０２）（ステップＳ４０２）。
【００４０】
ＡＰにおける代理サーバは、対応するネットワーク接続パラメータ（例えば、ＧＰＲＳのアクセスポイント、ユーザ、パスワード等）を読取って、ＣＰにおけるＢＩＰゲートウェイにネットワーク接続パラメータを携帯したＡＴ命令（%NETPAR）を送信する（即ち、上記ステップＳ２０４）（ステップＳ４０３）。
【００４１】
ＢＩＰゲートウェイは、ＴＣＰ/ＩＰプロトコルスタックを介してｏｐｅｎ  ｃｈａｎｎｅｌ要請に指定されたリモートＯＴＡサーバにＴＣＰ接続要請を送信する（ステップＳ４０４）。
【００４２】
リモートＯＴＡサーバは、ＴＣＰ接続要請を受信した後、ＢＩＰゲートウェイにＴＣＰ接続確認を送信する（ステップＳ４０５）。
【００４３】
ＢＩＰゲートウェイは、ＵＩＣＣに接続成功メッセージ（Event Channel Status）（Link Established）を送信する（即ち、上記ステップＳ２０６）（ステップＳ４０６）。
【００４４】
ＵＩＣＣは、リモートＯＴＡサーバに要請データを送信する（ステップ２）。具体的には、以下のステップを含む。
【００４５】
ＵＩＣＣは、要請をＢＩＰプロトコル方式でＢＩＰゲートウェイに送信し、即ち、データ構築要請（Fetch: send data）を送信する（ステップＳ４０７）。その後、ＣＰは、ＵＩＣＣからのＢＩＰプロトコルのデータ構築要請メッセージを受信する。
【００４６】
ＢＩＰゲートウェイは、要請データをＴＣＰ/ＩＰプロトコルに変換してリモートＯＴＡサーバに送信し、即ち、ＢＩＰゲートウェイはＴＣＰ/ＩＰパケット状に送信したデータをリモートＯＴＡサーバに送信し、ＵＩＣＣにリモート応答（Terminal Response）を送信する（ステップＳ４０８）。つまり、ＣＰはＢＩＰプロトコルのデータ構築要請メッセージをＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージに変換する。ＣＰは、リモートＯＴＡサーバにＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージを送信し、その中、ＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージはダウンロードデータの要請に用いられる。
【００４７】
リモートＯＴＡサーバは、ＵＩＣＣに応答データを送信する（ステップ３）。具体的には、以下のステップを含む。
【００４８】
リモートＯＴＡサーバは、ＴＣＰ/ＩＰプロトコル方式で伝送された応答データをＢＩＰゲートウェイに送信し、即ち、リモートＯＴＡサーバはＴＣＰ/ＩＰパケット状で受信したデータをＢＩＰゲートウェイに送信する（ステップＳ４０９）。
【００４９】
ＢＩＰゲートウェイは、応答データを受信した後、チャネルデータ利用可能メッセージ  Ｅｎｖｅｌｏｐｅ（channel data available）を送信してＵＩＣＣにデータが到着したことを報知する（ステップＳ４１０）。
【００５０】
具体的には、ＣＰは、リモートＯＴＡサーバから送信され、ダウンロードデータを携帯したＴＣＰ/ＩＰプロトコルのデータ構築応答メッセージを受信する。ＣＰは、ＵＩＣＣにダウンロードデータを受信したことを報知するためのチャネルデータ利用可能メッセージをＵＩＣＣに送信する。
【００５１】
ＵＩＣＣは、データ受信応答メッセージ（Fetch: receive data）を送信してアクセスデータの受信を要請する（ステップＳ４１１）。その後、ＣＰは、ＵＩＣＣからのデータ受信応答メッセージを受信する。
【００５２】
ＢＩＰゲートウェイは、リモート応答（Terminal response）（data）を介してＵＩＣＣに応答データ（即ち、ダウンロードデータ）を送信する（ステップＳ４１２）。
【００５３】
接続の閉鎖：ＣＰはＵＩＣＣからのチャネル閉鎖要請メッセージを受信して接続を閉鎖し、ＣＰは、ＵＩＣＣにチャネル閉鎖確認メッセージを送信し、リモートＯＴＡサーバが接続を閉鎖するようにリモートＯＴＡサーバにＴＣＰ接続閉鎖要請を送信する（ステップ４）。具体的には、以下のステップを含む。
【００５４】
ＵＩＣＣは、ＢＩＰゲートウェイにチャンネル閉鎖要請メッセージ（Fetch: close channel）（channel id）を送信してパスの閉鎖を要請する（ステップＳ４１３）。
【００５５】
ＢＩＰゲートウェイは、接続を閉鎖した後、ＵＩＣＣにリモート応答（Terminal response）（channel status: link not established）を送信してパスの閉鎖を確認すると共に、ＯＴＡサーバにＴＣＰ接続閉鎖要請を送信する（ステップＳ４１４）。
【００５６】
リモートＯＴＡサーバは、ＢＩＰゲートウェイに閉鎖応答を送信し、接続は閉鎖される（ステップＳ４１５）。
【００５７】
方法実施例２
本発明の実施例によるとデータダウンロード方法を提供する。図５は本発明の実施例２に係わるデータダウンロード方法を示すフローチャートである。図５に示すように、以下のステップＳ５０２〜ステップＳ５０６を含む。
【００５８】
ＣＰは、ＵＩＣＣからのパス開通要請を受信し、パス開通要請に基づいて、ＡＰに接続要請メッセージを送信し（ステップＳ５０２）、その中、接続要請メッセージはＡＰに接続の構築を指示する。
【００５９】
ＣＰは、ＡＰからの接続成功応答メッセージを受信し（ステップＳ５０４）、その中、接続成功応答メッセージはＡＰがリモートＯＴＡサーバと接続を構築したことを指示する。
【００６０】
ＣＰは、ＵＩＣＣに接続成功メッセージを送信し、ＵＩＣＣに接続を用いてデータダウンロードを行うように指示する（ステップＳ５０６）。
【００６１】
以下、図６と図７を参照し、第２のＡＰとＣＰとの間の命令及びデータの交換方法を説明する。
【００６２】
図６は、本発明の実施例２に係わる二プロセッサのＢＩＰプロトコルＯＴＡダウンロードの端末システム構造を示すブロック図である。図６に示すように、アプリケーションプロセッサは、ＴＣＰ/ＩＰプロトコルスタックと、ＷｉＦｉブロックと、代理サーバと、ＡＴ命令と、ＭＵＸパスと、を含む。通信用プロセッサは、ＡＴブロックと、ＭＵＸパスと、ＴＣＰ/ＩＰプロトコルスタックと、ＢＩＰゲートウェイと、ＢＩＰプロトコルブロックと、を含む。
【００６３】
図７は、本発明の実施例２に係わる二プロセッサのＢＩＰプロトコルＯＴＡダウンロードを示すフローチャートである。図７に示すように、マルチプロセッサ端末のＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用する方法は、以下の四つのステップを含み、具体的には、ステップＳ７０１〜ステップＳ７１８を含む。
【００６４】
ＵＩＣＣは、リモートＯＴＡサーバとの接続を構築する（ステップ１）。
【００６５】
ＵＩＣＣは、ＢＩＰプロトコル方式でＢＩＰゲートウェイにパス開通要請（Fetch: open channel（client））を送信する（ステップＳ７０１）。
【００６６】
ＢＩＰゲートウェイは、ＵＩＣＣに応答メッセージ（Terminal response（channel id））を送信すると共に、ＡＰにおける代理サーバに、ネットワーク接続構築のＡＴ命令（%WEBOPCH）を送信する（即ち、上記ステップＳ５０２）（ステップＳ７０２）。
【００６７】
この時、ＡＰは既にＷｉＦｉを介してネットワークにアクセスされ、ＡＰはＣＰからの接続要請メッセージを受信し、ＡＰにおける代理サーバは、ＴＣＰ/ＩＰプロトコルスタックを介してｏｐｅｎ  ｃｈａｎｎｅｌ要請に指定されたリモートＯＴＡサーバにＴＣＰ接続要請を送信し（ステップＳ７０３）、その中、ＴＣＰ接続要請は接続の構築を要請する。
【００６８】
リモートＯＴＡサーバは、代理サーバにＴＣＰ接続確認メッセージを送信し、ＡＰはリモートＯＴＡサーバからのＴＣＰ接続確認メッセージを受信する（ステップＳ７０４）。
【００６９】
代理サーバは、ＢＩＰゲートウェイに接続構築成功ＡＴ応答（OK）を送信する（即ち、上記ステップＳ５０４）（ステップＳ７０５）。
【００７０】
ＢＩＰゲートウェイは、ＵＩＣＣに接続成功メッセージ（Event channel status（link established））を送信する（即ち、上記ステップＳ５０６）（ステップＳ７０６）。
【００７１】
ＵＩＣＣは、要請データをＯＴＡサーバに送信する（ステップ２）。具体的には、以下のステップを含む。
【００７２】
ＵＩＣＣは、データ構築要請（Fetch: send data）をＢＩＰプロトコル方式でＢＩＰゲートウェイに送信する（ステップＳ７０７）。
【００７３】
ＣＰはＵＩＣＣからのＢＩＰプロトコルのデータ構築要請メッセージを受信し、ＢＩＰゲートウェイはＭＵＸパスを介してＢＩＰプロトコルのデータ構築要請メッセージを代理サーバに送信し、ＵＩＣＣにリモート応答を送信する（ステップＳ７０８）。
【００７４】
ＡＰはＣＰからのＢＩＰプロトコルのデータ構築要請メッセージを受信する（ステップＳ７０９）。ＡＰはＢＩＰプロトコルのデータ構築要請メッセージをＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージに変換する。ＡＰはリモートＯＴＡサーバにＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージを送信し、その中、ＴＣＰ/ＩＰプロトコルのデータ構築要請メッセージはダウンロードデータを要請するためのものである。即ち、代理サーバは要請データをＴＣＰ/ＩＰプロトコルに変換してリモートＯＴＡサーバに送信し、即ち、ＢＩＰゲートウェイはＴＣＰ/ＩＰパケット状に送信するデータをリモートＯＴＡサーバに送信する。
【００７５】
リモートＯＴＡサーバは応答データをＵＩＣＣに送信する（ステップ３）。具体的には、以下のステップを含む。
【００７６】
リモートＯＴＡサーバは、ＴＣＰ/ＩＰプロトコル状に伝送された応答データを代理サーバに送信し、即ち、リモートＯＴＡサーバはＴＣＰ/ＩＰパケット状に受信したデータをＢＩＰゲートウェイに送信する（ステップＳ７１０）。
【００７７】
代理サーバはＭＵＸパスを介してデータをＢＩＰゲートウェイに送信する（ステップＳ７１１）。ＣＰはＡＰがＭＵＸパスを介して送信したデータ構築応答メッセージを受信し、その中、データ構築応答メッセージはダウンロードデータを携帯する。
【００７８】
ＢＩＰゲートウェイは、応答データを受信した後、チャネルデータ利用可能メッセージ  Ｅｎｖｅｌｏｐｅ（channel data available）を送信してＵＩＣＣにデータが送信されたことを報知する（ステップＳ７１２）。即ち、ＣＰはＵＩＣＣにチャネルデータ利用可能メッセージを送信し、その中、チャネルデータ利用可能メッセージはＵＩＣＣにダウンロードデータを受信したことを報知するためのものである。
【００７９】
ＵＩＣＣは、データ受信要請（Fetch: receive data）を送信してアクセスデータの受信を要請する（ステップＳ７１３）。即ち、ＣＰはＵＩＣＣからのデータ受信応答メッセージを受信する。
【００８０】
ＢＩＰゲートウェイは、応答メッセージ（Terminal response（data））を介し、ＵＩＣＣに応答データ（即ち、ダウンロードデータ）を送信する（ステップＳ７１４）。
【００８１】
接続の閉鎖：ＣＰはＵＩＣＣからのチャネル閉鎖要請メッセージを送信して接続を閉鎖し、ＣＰはＵＩＣＣにチャネル閉鎖確認メッセージを送信し、ＡＰとリモートＯＴＡサーバが接続を閉鎖するように、ＡＰにＴＣＰ接続閉鎖要請を送信する（ステップ４）が、具体的には、以下のステップを含む。
【００８２】
ＵＩＣＣはＢＩＰゲートウェイにパス閉鎖要請（Fetch: close channel（channel id））を送信してパスの閉鎖を要請する（ステップＳ７１５）。
【００８３】
ＢＩＰゲートウェイは、接続を閉鎖した後、ＵＩＣＣに応答メッセージ（Terminal response（channel status:link not established））を送信することによってパスの閉鎖を確認し、同時に、代理サーバにネットワーク接続閉鎖のＡＴ命令（%WEBClS）を送信する（ステップＳ７１６）。
【００８４】
代理サーバはリモートＯＴＡサーバにＴＣＰ接続閉鎖要請を送信する（ステップＳ７１７）。
【００８５】
リモートＯＴＡサーバは代理サーバに閉鎖応答を送信し、接続は既に閉鎖されている（ステップＳ７１８）。
【００８６】
装置実施例１
本発明の実施例によると、端末を提供する。図８は、本発明の実施例１に係わる端末の構造を示すブロック図である。図８に示すように、該端末は、ＣＰと、ＡＰと、を含み、その中、ＣＰは、第１受信ブロック８２と、第１送信ブロック８４と、第２受信ブロック８６と、第２送信ブロック８８と、第３受信ブロック８０と、第３送信ブロック８１と、を含む。以下、詳しく説明する。
【００８７】
第１受信ブロック８２は、ＵＩＣＣからのパス開通要請を受信する。第１送信ブロック８４は、第１受信ブロック８２に接続され、第１受信ブロック８２が受信したパス開通要請に基づいて、ＡＰに接続要請メッセージを送信し、その中、接続要請メッセージはＡＰにネットワーク接続パラメータの読取を指示するためのものである。第２受信ブロック８６は、ＡＰからの接続応答メッセージを受信し、その中、接続応答メッセージはネットワーク接続パラメータを携帯する。第２送信ブロック８８は第２受信ブロック８６に接続され、第２受信ブロック８６が受信したネットワーク接続パラメータに基づいて、リモートＯＴＡサーバにＴＣＰ接続要請を送信する。第３受信ブロック８０は、リモートＯＴＡサーバからのＴＣＰ接続確認メッセージを受信する。第３送信ブロック８１は、ＵＩＣＣに接続成功メッセージを送信してＵＩＣＣとリモートＯＴＡサーバに構築した接続を用いてデータダウンロードを行うように指示する。
【００８８】
装置実施例２
本発明の実施例によると、端末を提供する。図９は本発明の実施例２に係わる端末の構造を示すブロック図である。図９に示すように、該端末は、ＣＰと、ＡＰと、を含み、その中、ＣＰは、第４受信ブロック９２と、第４送信ブロック９４と、第５受信ブロック９６と、第５送信ブロック９８と、を含む。以下詳しく説明する。
【００８９】
第４受信ブロック９２は、ＵＩＣＣからのパス開通要請を受信する。第４送信ブロック９４は、第４受信ブロック９２に接続され、第４受信ブロック９２が受信したパス開通要請に基づいて、ＡＰに接続要請メッセージを送信し、その中、接続要請メッセージはＡＰに接続の構築を指示するためのものである。第５受信ブロック９６は、ＡＰからの接続成功応答メッセージを受信し、その中、接続成功応答メッセージはＡＰとリモートＯＴＡサーバが既に接続を構築したことを指示する。第５送信ブロック９８は、ＵＩＣＣに接続成功メッセージを送信してＵＩＣＣに接続を用いてデータダウンロードを行うように指示する。
【００９０】
上述のように、本発明の実施例によると、ＡＰとＣＰとの間の命令及びデータ交換の新規の方法を提供し、マルチプロセッサの移動端末においてデータをＡＰとＣＰとの間で正常に交換でき、ＢＩＰプロトコルを用いた無線（ＯＴＡ）によるダウンロードをＵＩＣＣに応用するプロセスを単一プロセッサにて完成できると共に、マルチプロセッサにおいても完成できる。
【００９１】
当業者にとって、上述の本発明の各ブロック又は各ステップは汎用の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックに製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックに製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【００９２】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の主旨や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【図１】
0005553893.tif 000002
【図２】
0005553893.tif 000003
【図３】
0005553893.tif 000004
【図４】
0005553893.tif 000005
【図５】
0005553893.tif 000006
【図６】
0005553893.tif 000007
【図７】
0005553893.tif 000008
【図８】
0005553893.tif 000009
【図９】
0005553893.tif 000010