(57)【特許請求の範囲】
【請求項１】
ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを含むアプリケーション・プロセッサに応用されるデータ・アクセス方法であって、
前記ＢＩＰゲートウェイがシリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップと
を有する方法。
【請求項２】
前記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信するステップの前に、
前記ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立するステップと
を更に有する請求項１に記載の方法。
【請求項３】
前記ＢＩＰゲートウェイが前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立するステップは、
前記ＢＩＰゲートウェイが前記接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った前記接続確立要求メッセージを前記ＵＩＣＣへ送信するステップと、
前記ＢＩＰゲートウェイが前記ＵＩＣＣからの通信路確立要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが通信路確立成功メッセージを前記ＵＩＣＣへ送信するステップと
を含む請求項２に記載の方法。
【請求項４】
前記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信するステップは、
前記ＢＩＰゲートウェイがネットワーク・ブラウザからの前記データ・アクセス・コマンドを受信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ通知メッセージを送信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドを受信することを要求する応答メッセージを受信するステップと、
前記ＢＩＰゲートウェイが前記データ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行った前記データ・アクセス・コマンドを前記ＳＰＩを介して前記ＵＩＣＣへ送信するステップと
を含む請求項１に記載の方法。
【請求項５】
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップは、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ前記データ・アクセス・コマンドに対応するデータを既に受信したことを通知する通知メッセージを送信し、前記データ・アクセス・コマンドに対応する前記データをネットワーク・ブラウザへ送信するステップと
を含む請求項１に記載の方法。
【請求項６】
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップの後、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの通信路閉鎖要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが通信路を閉鎖するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ通信路閉鎖確認メッセージを送信し、前記ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信するステップと
を更に有する請求項２乃至５のいずれか１項に記載の方法。
【請求項７】
データ・アクセス装置であって、
ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを具備し、
前記ＢＩＰゲートウェイは、
ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニットと、
シリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へ前記データ・アクセス・コマンドを送信する第１の送信ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニットと、
前記ネットワーク・ブラウザへ前記データ・アクセス・コマンドに対応するデータを送信する第２の送信ユニットと
を含む装置。
【請求項８】
前記ＢＩＰゲートウェイが、
前記ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニットと、
前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立する確立ユニットと
を更に含む請求項７に記載の装置。
【請求項９】
前記確立ユニットが、
前記接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った前記接続確立要求メッセージを前記ＳＰＩを介して前記ＵＩＣＣへ送信する変換ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニットと、
前記ＳＰＩを介して通信路確立成功メッセージを前記ＵＩＣＣへ送信する第３の送信ユニットと
を含む請求項８に記載の装置。
【請求項１０】
前記ＢＩＰゲートウェイが、
前記ＳＰＩを介して前記ＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニットと、
通信路を閉鎖する閉鎖ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣへ通信路閉鎖確認メッセージを送信し、前記ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニットと
を更に含む請求項７乃至９のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信領域に関し、具体的には、データ・アクセス方法及び装置に関する。
【背景技術】
【０００２】
グローバル移動通信システム・アライアンス（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ａｌｌｉａｎｃｅ）の携帯電話とスマート・カードとの融合という実現方式（ｅＮＦＣ）をサポートする携帯電話に対する要求に応じて、携帯電話でスマート・カードＷｅｂサーバー（ＳｍａｒｔＣａｒｄ  Ｗｅｂ  Ｓｅｒｖｅｒ、以下ＳＣＷＳと略称する。）機能を実現する必要がある。即ち、Ｗｅｂサーバーをクライアント識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、以下ＳＩＭと略称する。）・カードに格納して、端末のアプリケーションがハイパーテキスト・トランスファー・プロトコル（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、以下ＨＴＴＰと略称する。）を介してＳＩＭカードの中のリソースとサービスにアクセスすることができ、ＨＴＴＰプロトコルを用いてデータ交換を行うので、ネットワーク・ブラウザをアプリケーションのユーザー・インターフェースとすることができる。国際標準化組織であるオープン・モバイル・アライアンス（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ、以下ＯＭＡと略称する。）のＳＣＷＳ標準によると、ＳＩＭカードが携帯電話へ提供するＷＷＷページ・アクセス・アドレスが１２７．０．０．１で、搬送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、以下ＴＣＰと略称する。）・ポートが３５１６であるので、携帯電話利用者は、ブラウザでｈｔｔｐ：／／１２７．０．０．１：３５１６を入力するだけでＳＣＷＳサービスにアクセスすることができる。
【０００３】
スマートフォンの市場占用率が大きくなっていくに伴って、そのフレームワークは、通常、主に携帯電話の中のアプリケーション等を取り扱うに用い、ブラウザ、ＴＣＰ／ＩＰプロトコル・スタックＷＩ−ＦＩ、ブルートゥース等を更に備える１つのアプリケーション・プロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ、以下ＡＰと略称）と、ラジオ信号処理、通信プロトコル・スタック、及びＩＳＯ−７８１６標準の汎用集積回路カード（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ、以下ＵＩＣＣと略称する。）・インターフェース等を含む通信ネットワーク・エア・インタフェースに関することを取り扱うために用いる１つ又は複数の通信プロセッサ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ、以下ＣＰと略称する。）と、を含む。
【０００４】
図１は、関連技術に係わるデータ・アクセス・システムの構造を示すブロック図である。図１に示すように、ＵＩＣＣは７８１６インターフェースを介してＣＰに接続される。代理サーバー（Ｐｒｏｘｙ  ｓｅｒｖｅｒ）は、ＴＣＰのある１つのポートの接続請求をモニターし、ブラウザ・ユーザーがブラウザで「ｈｔｔｐ：／／１２７．０．０．１：ポート」を入力した時、Ｐｒｏｘｙ  ｓｅｒｖｅｒは、ブラウザと接続を確立し、ＡＴモジュールを介してＣＰとｈｔｔｐデータ・パケットをリレーし、プロトコル変換モジュールは、ＡＴモジュールからのＨＴＴＰデータを受信した後、ＳＩＭカードへの要求を識別し、ＢＩＰプロトコル変換を行ってから７８１６インターフェースを介してＳＩＭカードへ伝送する。ＳＩＭカードのＷＥＢサーバーへのアクセスを実現し、サーバーによる応答データも当該通信路に沿ってブラウザへ送信されて表示される。
【０００５】
しかし、上記のモードにおいて、ユーザーがブラウザを介してＳＩＭカード上のＷＥＢサーバーにアクセスする場合、データの伝送は必ず２つのプロセッサの間の通信路及びＣＰとＳＩＭカードとの間の７８１６インターフェースを経過しなければならない。当該２つの通信路の速度がデータ伝送の速度を制限することになる。同時に、ＡＴコマンドの伝送速度が遅い一方、７８１６インターフェースの伝送速度が通常２３０ｋｂｐｓであるので、ユーザーがＵＩＣＣ上のホーム・ページを拾い読む際、表示速度は遅くなる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、少なくとも関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決できるデータ・アクセス方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様によると、データ・アクセス方法が提供される。
本発明に係わるデータ・アクセス方法は、ＢＩＰゲートウェイを含むアプリケーション・プロセッサに応用され、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することとを含む。
【０００８】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する前に、ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信することと、ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することとを更に含むことが好ましい。
【０００９】
ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することは、ＢＩＰゲートウェイが接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＵＩＣＣへ送信することと、ＢＩＰゲートウェイがＵＩＣＣからの通信路確立要求メッセージを受信することと、ＢＩＰゲートウェイが通信路確立成功メッセージをＵＩＣＣへ送信することとを含むことが好ましい。
【００１０】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することは、ＢＩＰゲートウェイがネットワーク・ブラウザからのデータ・アクセス・コマンドを受信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通知メッセージを送信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドを受信することを要求する応答メッセージを受信することと、ＢＩＰゲートウェイがデータ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行ったデータ・アクセス・コマンドをＳＰＩを介してＵＩＣＣへ送信することを含むことが好ましい。
【００１１】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータ・パケットを受信することは、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドに対応するデータを既に受信したことを通知する通知メッセージを送信し、データ・アクセス・コマンドに対応するデータをネットワーク・ブラウザへ送信することとを含むことが好ましい。
【００１２】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信した後、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信することと、ＢＩＰゲートウェイが通信路を閉鎖することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信することとを含むことが好ましい。
【００１３】
本発明の別の一態様によると、データ・アクセス装置が提供される。
本発明に係わるデータ・アクセス装置は、ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニットと、シリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信する第１の送信ユニットと、ＳＰＩインターフェースを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニットと、ネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する第２の送信ユニットとを含むベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを具備する。
【００１４】
上記ＢＩＰゲートウェイは、ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニットと、ＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する確立ユニットと、を更に含むことが好ましい。
【００１５】
上記確立ユニットは、接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＳＰＩを介してＵＩＣＣへ送信する変換ユニットと、ＳＰＩを介してＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニットと、ＳＰＩを介して通信路確立成功メッセージをＵＩＣＣへ送信する第３の送信ユニットと、を含むことが好ましい。
【００１６】
上記ＢＩＰゲートウェイは、ＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニットと、通信路を閉鎖する閉鎖ユニットと、ＳＰＩインターフェースを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニットと、を含むことが好ましい。
【発明の効果】
【００１７】
本発明によると、関連技術において通信プロセッサに設けられていたＢＩＰゲートウェイを再びアプリケーション・プロセッサに設けて、ネットワーク・ブラウザがＢＩＰゲートウェイによってＳＰＩを介してＵＩＣＣ上のデータにアクセスすることで、関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェース介して行うデータ伝送の速度が遅い問題を解決し、ユーザーのアクセス速度を向上させ、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる効果を得ることができる。
【００１８】
明細書中で説明する図面は、本発明を理解させるためのもので、本発明の一部を構成し、本発明における実施形態と共に本発明を解釈するためにあり、本発明を不当に限定するのではない。
【図面の簡単な説明】
【００１９】
【図１】関連技術に係わるデータ・アクセス・システムの構造を示すブロック図である。
【図２】本発明の実施形態に係わるデータ・アクセス方法を示すフローチャートである。
【図３】本発明の好適な実施形態に係わるデータ・アクセス方法を示すフローチャートである。
【図４】本発明の実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。
【図５】本発明の好適な実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。
【図６】本発明の実施形態に係わるデータ・アクセス・システムの構造を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照しつつ実施形態に関して本発明を詳しく説明する。ここで、衝突しない限り、本願に記載の実施形態及び実施形態中の特徴を組み合わせることができる。
【００２１】
図２は、本発明の実施形態に係わるデータ・アクセス方法を示すフローチャートである。図２に示すように、当該方法は、ネットワーク・ブラウザと、ＢＩＰゲートウェイとを含むアプリケーション・プロセッサに応用され、主に以下のステップを含む。
ステップＳ２０２において、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する。
ステップＳ２０４において、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する。
【００２２】
関連技術においては、アプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅いが、図２に示す方法によると、アプリケーション・プロセッサにＢＩＰゲートウェイを設けて、ネットワーク・ブラウザが上記ＢＩＰゲートウェイによってＳＰＩを介してＵＩＣＣ上のデータにアクセスすることで、関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決でき、ユーザーのアクセス速度を向上させ、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる。
【００２３】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する前に、以下の処理を更に含むことが好ましい。
（１）ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信する。
（２）ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する。
【００２４】
好適な実施過程において、上記ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することが、更に以下のことを含む。
（１）ＢＩＰゲートウェイが接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＵＩＣＣへ送信する。
（２）ＢＩＰゲートウェイがＵＩＣＣからの通信路確立要求メッセージを受信する。
（３）ＢＩＰゲートウェイが通信路確立成功メッセージをＵＩＣＣへ送信する。
【００２５】
上記通信路確立形態の外に、ＢＩＰゲートウェイが他の形態でＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することもできる。
上記通信路に対応するインターフェースが、シリアル・ペリフェラル・インターフェース（ＳＰＩ）、ＩＳＯ−７８１６標準インターフェースの中のいずれかの１つであることができるが、これに限定されることはない。
即ち、実際上、ＳＰＩを介してデータ伝送を行うことができれば、ＩＳＯ−７８１６標準インターフェースを介してデータ伝送を行うこともでき、他のインターフェースを介してデータ伝送を行うこともできる。ここで、ＳＰＩを介してデータ伝送を行うと、伝送レートが高く、大容量データの伝送に適用する。
【００２６】
上記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することが以下の処理を含むことが好ましい。
（１）ＢＩＰゲートウェイがネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する。
（２）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通知メッセージを送信する。
（３）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドを受信することを要求する応答メッセージを受信する。
（４）ＢＩＰゲートウェイがデータ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行ったデータ・アクセス・コマンドをＳＰＩを介してＵＩＣＣへ送信する。
【００２７】
上記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することが以下の処理を含むことが好ましい。
（１）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する。
（２）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドに対するデータを既に受信したことを通知する通知メッセージを送信し、データ・アクセス・コマンドに対応するデータをネットワーク・ブラウザへ送信する。
【００２８】
ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからのデータ・アクセス・コマンドに対応するデータを受信した後、以下のステップをさらに含むことが好ましい。
（１）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する。
（２）ＢＩＰゲートウェイが通信路を閉鎖する。
（３）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する。
【００２９】
以下、図３に関して上記の好適な実施過程を詳しく説明する。
図３は、本発明の好適な実施形態に係わるデータ・アクセス方法を示すフローチャートである。図３に示すように、当該方法は以下の処理ステップを含む。
ステップＳ３０２において、ネットワーク・ブラウザとＵＩＣＣとの接続を確立し、ネットワーク・ブラウザがＴＣＰ／ＩＰプロトコル・スタックを介してＴＣＰ／ＩＰプロトコルにて伝送される接続要求を送信する。
【００３０】
ここで、ユーザーは以下の形態の１つで上記ステップを完成することができる。
形態１：ネットワーク・ブラウザでｈｔｔｐ：／／１２７．０．０．１：ｐｏｒｔ（ここで、ｐｏｒｔはＵＩＣＣサービスのポートに対応する）を入力する。
形態２：上記アドレスの手動入力の替わりに、ブラウザに予め設定されているｈｔｔｐ：／／１２７．０．０．１：ｐｏｒｔに指向するブック・マークを選択する。
形態３：ＵＩＣＣカードＳＩＭカードのスマートツールパケット（ＳＩＭ  Ｔｏｏｌ  Ｋｉｔ、以下ＳＴＫと略称する。）・メニューの中のスケジューリング・ブラウザにアクセスすることでＳＣＷＳのメニューにアクセスする。
【００３１】
ステップＳ３０４において、代理サーバーが動作中にＴＣＰのＵＩＣＣサービス・ポートをずっとモニターするので、即時に接続要求を受信してブラウザとの接続を確立し、ベアラー非依存プロトコル（Ｂｅａｒｅｒ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｐｒｏｔｏｃｏｌ、以下ＢＩＰと略称する。）・モジュールへ通信路開通要求（Ｏｐｅｎ  Ｃｈａｎｎｅｌ  Ｒｅｑ）を送信できる。
【００３２】
ステップＳ３０６において、ＢＩＰモジュールが、接続要求をＢＩＰプロトコルにて伝送するように変換し、シリアル・ペリフェラル・インターフェース（Ｓｅｒｉａｌ  Ｐｅｒｉｐｈｅｒａｌ  Ｉｎｔｅｒｆａｃｅ、以下ＳＰＩと略称する。）を介してＵＩＣＣとの接続の確立の要求を送信し、ＢＩＰモジュールは、Ｅｎｖｅｌｏｐｅ（ｌｏｃａｌ  ｃｏｎｎｅｃｔｉｎｇ）を介して、ＵＩＣＣへ、接続イベントがあることを通知する。
【００３３】
ステップＳ３０８において、ＵＩＣＣは、通知を受信した後、ＳＰＩインターフェースを介してＢＩＰモジュールへ通信路開通要求（Ｆｅｔｃｈ：ｏｐｅｎ  ｃｈａｎｎｅｌ）を送信する。
【００３４】
ステップＳ３１０において、ＢＩＰモジュールが、ＵＩＣＣへ、接続に成功した端末応答（Ｔｅｒｍｉｎａｌ  ｒｅｓｐｏｎｓｅ）及び通信路識別子（ｃｈａｎｎｅｌ  ｉｄ）を送信し、代理サーバーへ、通信路開通成功メッセージ（Ｏｐｅｎ  Ｃｈａｎｎｅｌ  Ｃｎｆ）と通信路識別子（ｃｈａｎｎｅｌ  ｉｄ）情報を返送する。
【００３５】
ステップＳ３１２において、ネットワーク・ブラウザがＴＣＰ／ＩＰプロトコルにて伝送されるＨＴＴＰアクセス・データを代理サーバーへ送信する。
【００３６】
ステップＳ３１４において、代理サーバーがＢＩＰモジュールへ、データ（Ｄａｔａ）と通信路識別子（ｃｈａｎｎｅｌ  ｉｄ）を含んだアクセス・データ要求（Ｒｅｃｅｉｖｅ  Ｄａｔａ  Ｒｅｑ）を送信する。
【００３７】
ステップＳ３１６において、ＢＩＰモジュールが、ＨＴＴＰデータをＢＩＰプロトコルにて伝送するように変換し、ＳＰＩインターフェースを介してＵＩＣＣへ送信し、ＢＩＰモジュールは、Ｅｎｖｅｌｏｐｅ（ｃｈａｎｎｅｌ  ｄａｔａ  ａｖａｉｌａｂｌｅ）を送信してＵＩＣＣへアクセス・データを送信したことを通知する。
【００３８】
ステップＳ３１８において、ＵＩＣＣは、ＳＰＩインターフェースを介してＦｅｔｃｈ：ｒｅｃｅｉｖｅ  ｄａｔａを返送し、アクセス・データの受信を要求する。
【００３９】
ステップＳ３２０において、ＢＩＰモジュールは、Ｔｅｒｍｉｎａｌ  ｒｅｓｐｏｎｓｅ（ｄａｔａ）を介してＵＩＣＣへアクセス・データを送信し、Ｒｅｃｅｉｖｅ  Ｄａｔａ  Ｃｎｆを代理サーバーへ送信してデータ送信に成功したことを示す。
【００４０】
ステップＳ３２２において、ＵＩＣＣは、ＳＰＩインターフェースを介してＢＩＰプロトコルにて伝送されるＨＴＴＰ応答データをＢＩＰモジュールへ送信し、ＵＩＣＣは、Ｆｅｔｃｈ：ｓｅｎｄ  ｄａｔａを介してＢＩＰモジュールへ応答データを送信する。
【００４１】
ステップＳ３２４において、ＢＩＰモジュールは、応答データを受信した後、端末応答Ｔｅｒｍｉｎａｌ  ｒｅｓｐｏｎｓｅを介してＵＩＣＣへ応答データを既に受信したことを通知し、Ｓｅｎｄ  Ｄａｔａ  Ｉｎｄ（ｄａｔａ，ｃｈａｎｎｅｌ  ｉｄ）を介して応答データを伝送側の代理サーバーへ送信する。
【００４２】
ステップＳ３２６において、代理サーバーは、応答データを受信した後、ＴＣＰ／ＩＰプロトコルにて伝送するように変換し、ＴＣＰ／ＩＰモジュールを介してネットワーク・ブラウザへ返送し、ブラウザは、ｈｔｔｐデータ・パケットを解析してブラウザに表示する。
ＵＩＣＣ上の全てのデータを送信するまで、上記ステップＳ３１２〜ステップＳ３２６を繰り返して実行する。
【００４３】
ステップＳ３２８において、ＵＩＣＣは、ＳＰＩインターフェースを介してＢＩＰモジュールへＦｅｔｃｈ：ｃｌｏｓｅ  ｃｈａｎｎｅｌ（ｃｈａｎｎｅｌ  ｉｄ）を送信し、通信路の閉鎖を要求する。
【００４４】
ステップＳ３３０において、ＢＩＰモジュールは、接続を閉鎖した後、ＳＰＩインターフェースを介してＵＩＣＣへＴｅｒｍｉｎａｌ  ｒｅｓｐｏｎｓｅ（ｃｈａｎｎｅｌ  ｓｔａｔｕｓ：ｌｉｎｋ  ｎｏｔ  ｅｓｔａｂｌｉｓｈｅｄ）を送信して通信路の閉鎖を確認し、代理サーバーへＣｌｏｓｅＣｈａｎｎｅｌＩｎｄ（ｃｈａｎｎｅｌ  ｉｄ）閉鎖通知を送信する。
【００４５】
ステップＳ３３２において、代理サーバーは、ＴＣＰ／ＩＰモジュールを介して接続閉鎖メッセージをネットワーク・ブラウザへ返送する。
【００４６】
図４は、本発明の実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。図４に示すように、当該データ・アクセス装置は、ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを含み、ＢＩＰゲートウェイは、ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニット４００と、ＳＰＩを介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信する第１の送信ユニット４０２と、ＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニット４０４と、ネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する第２の送信ユニット４０６と、を含む。
【００４７】
図４に示すデータ・アクセス装置によると、ＢＩＰゲートウェイは、先ず、第１の受信ユニット４００によりネットワーク・ブラウザからのデータ・アクセス・コマンドを受信し、その後、第１の送信ユニット４０２によりＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信し、第２の受信ユニット４０４によりＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信し、最後に、第２の送信ユニット４０６によりネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する。これにより、関連技術において、アプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決し、ユーザーのアクセス速度を向上させて、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる。
【００４８】
図５に示すように、上記ＢＩＰゲートウェイは、ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニット４０８と、ＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する確立ユニット４１０と、を更に含むことが好ましい。
【００４９】
好適な実施過程で、上記確立ユニット４１０は、接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＳＰＩを介してＵＩＣＣへ送信する変換ユニット（図示せず）と、ＳＰＩを介してＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニット（図示せず）と、ＳＰＩを介して通信路確立成功メッセージをＵＩＣＣへ送信する第３の送信ユニットと、を更に含むことができる。
【００５０】
図５に示すように、ＢＩＰゲートウェイは、ＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニット４１２と、通信路を閉鎖する閉鎖ユニット４１４と、ＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニット４１６と、を更に含むことが好ましい。
【００５１】
以下、図６に関して本発明のデータ・アクセス・システムを更に説明する。
図６は、本発明の実施形態に係わるデータ・アクセス・システムの構造を示すブロック図である。図６に示すように、当該データ・アクセス・システムは、アプリケーション・プロセッサと、１つ又は複数の通信プロセッサと、ＵＩＣＣと、プロセッサ間の通信路と、を備える。ここで、アプリケーション・プロセッサは、ネットワーク・ブラウザと、ＴＣＰ／ＩＰプロトコル・スタックと、代理サーバーと、ＢＩＰゲートウェイと、を備え、ＳＰＩインターフェースを介して確立した通信路はＵＩＣＣに接続される。通信プロセッサは７８１６インターフェースを介してＵＩＣＣに接続される。
【００５２】
ユーザーがネットワーク・ブラウザでデータ・アクセス・コマンドを入力し、ＴＣＰ／ＩＰプロトコル・スタックを介してＴＣＰ／ＩＰプロトコルでデータ・アクセス・コマンドを伝送し、ＴＣＰ／ＩＰプロトコル・スタックはＨＴＴＰデータ・アクセス・コマンドを代理サーバーへ送信し、代理サーバーは受信したデータ・アクセス・コマンドをＢＩＰゲートウェイへ送信し、ＢＩＰゲートウェイはＨＴＴＰデータ・アクセス・コマンドをＢＩＰプロトコルにて伝送するように変換して、ＳＰＩインターフェースを介してＵＩＣＣへ送信し、ＵＩＣＣはＳＰＩインターフェースを介してＢＩＰプロトコルにて伝送されるＨＴＴＰ応答データをＢＩＰゲートウェイへ送信し、ＢＩＰゲートウェイは応答データを受信した後、代理サーバーへ送信し、代理サーバーは応答データを受信した後、ＴＣＰ／ＩＰプロトコルにて伝送するように変換し、ＴＣＰ／ＩＰプロトコル・スタックを介してネットワーク・ブラウザに返送し、ネットワーク・ブラウザはＨＴＴＰデータ・パケットを解析してブラウザに表示する。
【００５３】
ここで、上記データ・アクセス・システムにおいて、既存のアプリケーション・プロセッサと通信プロセッサとの間の通信路を変更しておらず、同時に、通信プロセッサの内部構造を変更させる必要もなく、ユーザーは既存の形態に従ってＵＩＣＣ上のデータにアクセスすることができる。
【００５４】
上述のように、本発明は、データ・アクセス・システムの構造が簡単であって、ユーザーのアクセス速度を向上させ、ＵＩＣＣ上のＷＥＢサービスの大容量データ伝送に適用される。
【００５５】
当業者にとって、上記の本発明の各ブロック又は各ステップは共通の計算装置によって実現することができ、単独の計算装置に集中させることや、複数の計算装置から構成されるネットワークに分散させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックとして製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックとして製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの組合せにも限定されない。
【００５６】
以上は、本発明の好適な実施形態に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【符号の説明】
【００５７】
４００  第１の受信ユニット
４０２  第１の送信ユニット
４０４  第２の受信ユニット
４０６  第２の送信ユニット
４０８  第３の受信ユニット
４１０  確立ユニット
４１２  第５の受信ユニット
４１４  閉鎖ユニット
４１６  第４の送信ユニット
【図１】
0005931224.tif 000002
【図２】
0005931224.tif 000003
【図３】
0005931224.tif 000004
【図４】
0005931224.tif 000005
【図５】
0005931224.tif 000006
【図６】
0005931224.tif 000007