JP5931224B2

JP5931224B2 - データ・アクセス方法及び装置

Info

Publication number: JP5931224B2
Application number: JP2014557964A
Authority: JP
Inventors: ▲飛▼ 李; 国和梁
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-02-22
Filing date: 2012-03-23
Publication date: 2016-06-08
Anticipated expiration: 2032-03-23
Also published as: EP2819375A4; CN102594892A; CN102594892B; KR20140129214A; US20150304428A1; WO2013123688A1; JP2015513729A; EP2819375B1; KR101809317B1; EP2819375A1

Description

本発明は、通信領域に関し、具体的には、データ・アクセス方法及び装置に関する。

グローバル移動通信システム・アライアンス（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎｓＡｌｌｉａｎｃｅ）の携帯電話とスマート・カードとの融合という実現方式（ｅＮＦＣ）をサポートする携帯電話に対する要求に応じて、携帯電話でスマート・カードＷｅｂサーバー（ＳｍａｒｔＣａｒｄＷｅｂＳｅｒｖｅｒ、以下ＳＣＷＳと略称する。）機能を実現する必要がある。即ち、Ｗｅｂサーバーをクライアント識別モジュール（ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ、以下ＳＩＭと略称する。）・カードに格納して、端末のアプリケーションがハイパーテキスト・トランスファー・プロトコル（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ、以下ＨＴＴＰと略称する。）を介してＳＩＭカードの中のリソースとサービスにアクセスすることができ、ＨＴＴＰプロトコルを用いてデータ交換を行うので、ネットワーク・ブラウザをアプリケーションのユーザー・インターフェースとすることができる。国際標準化組織であるオープン・モバイル・アライアンス（ＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅ、以下ＯＭＡと略称する。）のＳＣＷＳ標準によると、ＳＩＭカードが携帯電話へ提供するＷＷＷページ・アクセス・アドレスが１２７．０．０．１で、搬送制御プロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ、以下ＴＣＰと略称する。）・ポートが３５１６であるので、携帯電話利用者は、ブラウザでｈｔｔｐ：／／１２７．０．０．１：３５１６を入力するだけでＳＣＷＳサービスにアクセスすることができる。

スマートフォンの市場占用率が大きくなっていくに伴って、そのフレームワークは、通常、主に携帯電話の中のアプリケーション等を取り扱うに用い、ブラウザ、ＴＣＰ／ＩＰプロトコル・スタックＷＩ−ＦＩ、ブルートゥース等を更に備える１つのアプリケーション・プロセッサ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ、以下ＡＰと略称）と、ラジオ信号処理、通信プロトコル・スタック、及びＩＳＯ−７８１６標準の汎用集積回路カード（ＵｎｉｖｅｒｓａｌＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔＣａｒｄ、以下ＵＩＣＣと略称する。）・インターフェース等を含む通信ネットワーク・エア・インタフェースに関することを取り扱うために用いる１つ又は複数の通信プロセッサ（ＣｏｍｍｕｎｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ、以下ＣＰと略称する。）と、を含む。

図１は、関連技術に係わるデータ・アクセス・システムの構造を示すブロック図である。図１に示すように、ＵＩＣＣは７８１６インターフェースを介してＣＰに接続される。代理サーバー（Ｐｒｏｘｙｓｅｒｖｅｒ）は、ＴＣＰのある１つのポートの接続請求をモニターし、ブラウザ・ユーザーがブラウザで「ｈｔｔｐ：／／１２７．０．０．１：ポート」を入力した時、Ｐｒｏｘｙｓｅｒｖｅｒは、ブラウザと接続を確立し、ＡＴモジュールを介してＣＰとｈｔｔｐデータ・パケットをリレーし、プロトコル変換モジュールは、ＡＴモジュールからのＨＴＴＰデータを受信した後、ＳＩＭカードへの要求を識別し、ＢＩＰプロトコル変換を行ってから７８１６インターフェースを介してＳＩＭカードへ伝送する。ＳＩＭカードのＷＥＢサーバーへのアクセスを実現し、サーバーによる応答データも当該通信路に沿ってブラウザへ送信されて表示される。

しかし、上記のモードにおいて、ユーザーがブラウザを介してＳＩＭカード上のＷＥＢサーバーにアクセスする場合、データの伝送は必ず２つのプロセッサの間の通信路及びＣＰとＳＩＭカードとの間の７８１６インターフェースを経過しなければならない。当該２つの通信路の速度がデータ伝送の速度を制限することになる。同時に、ＡＴコマンドの伝送速度が遅い一方、７８１６インターフェースの伝送速度が通常２３０ｋｂｐｓであるので、ユーザーがＵＩＣＣ上のホーム・ページを拾い読む際、表示速度は遅くなる。

本発明は、少なくとも関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決できるデータ・アクセス方法及び装置を提供することを目的とする。

本発明の一態様によると、データ・アクセス方法が提供される。
本発明に係わるデータ・アクセス方法は、ＢＩＰゲートウェイを含むアプリケーション・プロセッサに応用され、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することとを含む。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する前に、ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信することと、ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することとを更に含むことが好ましい。

ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することは、ＢＩＰゲートウェイが接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＵＩＣＣへ送信することと、ＢＩＰゲートウェイがＵＩＣＣからの通信路確立要求メッセージを受信することと、ＢＩＰゲートウェイが通信路確立成功メッセージをＵＩＣＣへ送信することとを含むことが好ましい。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することは、ＢＩＰゲートウェイがネットワーク・ブラウザからのデータ・アクセス・コマンドを受信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通知メッセージを送信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドを受信することを要求する応答メッセージを受信することと、ＢＩＰゲートウェイがデータ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行ったデータ・アクセス・コマンドをＳＰＩを介してＵＩＣＣへ送信することを含むことが好ましい。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータ・パケットを受信することは、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドに対応するデータを既に受信したことを通知する通知メッセージを送信し、データ・アクセス・コマンドに対応するデータをネットワーク・ブラウザへ送信することとを含むことが好ましい。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信した後、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信することと、ＢＩＰゲートウェイが通信路を閉鎖することと、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信することとを含むことが好ましい。

本発明の別の一態様によると、データ・アクセス装置が提供される。
本発明に係わるデータ・アクセス装置は、ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニットと、シリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信する第１の送信ユニットと、ＳＰＩインターフェースを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニットと、ネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する第２の送信ユニットとを含むベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを具備する。

上記ＢＩＰゲートウェイは、ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニットと、ＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する確立ユニットと、を更に含むことが好ましい。

上記確立ユニットは、接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＳＰＩを介してＵＩＣＣへ送信する変換ユニットと、ＳＰＩを介してＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニットと、ＳＰＩを介して通信路確立成功メッセージをＵＩＣＣへ送信する第３の送信ユニットと、を含むことが好ましい。

上記ＢＩＰゲートウェイは、ＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニットと、通信路を閉鎖する閉鎖ユニットと、ＳＰＩインターフェースを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニットと、を含むことが好ましい。

本発明によると、関連技術において通信プロセッサに設けられていたＢＩＰゲートウェイを再びアプリケーション・プロセッサに設けて、ネットワーク・ブラウザがＢＩＰゲートウェイによってＳＰＩを介してＵＩＣＣ上のデータにアクセスすることで、関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェース介して行うデータ伝送の速度が遅い問題を解決し、ユーザーのアクセス速度を向上させ、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる効果を得ることができる。

明細書中で説明する図面は、本発明を理解させるためのもので、本発明の一部を構成し、本発明における実施形態と共に本発明を解釈するためにあり、本発明を不当に限定するのではない。

関連技術に係わるデータ・アクセス・システムの構造を示すブロック図である。本発明の実施形態に係わるデータ・アクセス方法を示すフローチャートである。本発明の好適な実施形態に係わるデータ・アクセス方法を示すフローチャートである。本発明の実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。本発明の好適な実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。本発明の実施形態に係わるデータ・アクセス・システムの構造を示すブロック図である。

以下、図面を参照しつつ実施形態に関して本発明を詳しく説明する。ここで、衝突しない限り、本願に記載の実施形態及び実施形態中の特徴を組み合わせることができる。

図２は、本発明の実施形態に係わるデータ・アクセス方法を示すフローチャートである。図２に示すように、当該方法は、ネットワーク・ブラウザと、ＢＩＰゲートウェイとを含むアプリケーション・プロセッサに応用され、主に以下のステップを含む。
ステップＳ２０２において、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する。
ステップＳ２０４において、ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する。

関連技術においては、アプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅いが、図２に示す方法によると、アプリケーション・プロセッサにＢＩＰゲートウェイを設けて、ネットワーク・ブラウザが上記ＢＩＰゲートウェイによってＳＰＩを介してＵＩＣＣ上のデータにアクセスすることで、関連技術においてアプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決でき、ユーザーのアクセス速度を向上させ、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信する前に、以下の処理を更に含むことが好ましい。
（１）ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信する。
（２）ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する。

好適な実施過程において、上記ＢＩＰゲートウェイがＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することが、更に以下のことを含む。
（１）ＢＩＰゲートウェイが接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＵＩＣＣへ送信する。
（２）ＢＩＰゲートウェイがＵＩＣＣからの通信路確立要求メッセージを受信する。
（３）ＢＩＰゲートウェイが通信路確立成功メッセージをＵＩＣＣへ送信する。

上記通信路確立形態の外に、ＢＩＰゲートウェイが他の形態でＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立することもできる。
上記通信路に対応するインターフェースが、シリアル・ペリフェラル・インターフェース（ＳＰＩ）、ＩＳＯ−７８１６標準インターフェースの中のいずれかの１つであることができるが、これに限定されることはない。
即ち、実際上、ＳＰＩを介してデータ伝送を行うことができれば、ＩＳＯ−７８１６標準インターフェースを介してデータ伝送を行うこともでき、他のインターフェースを介してデータ伝送を行うこともできる。ここで、ＳＰＩを介してデータ伝送を行うと、伝送レートが高く、大容量データの伝送に適用する。

上記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信することが以下の処理を含むことが好ましい。
（１）ＢＩＰゲートウェイがネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する。
（２）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通知メッセージを送信する。
（３）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドを受信することを要求する応答メッセージを受信する。
（４）ＢＩＰゲートウェイがデータ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行ったデータ・アクセス・コマンドをＳＰＩを介してＵＩＣＣへ送信する。

上記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信することが以下の処理を含むことが好ましい。
（１）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する。
（２）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドに対するデータを既に受信したことを通知する通知メッセージを送信し、データ・アクセス・コマンドに対応するデータをネットワーク・ブラウザへ送信する。

ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからのデータ・アクセス・コマンドに対応するデータを受信した後、以下のステップをさらに含むことが好ましい。
（１）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する。
（２）ＢＩＰゲートウェイが通信路を閉鎖する。
（３）ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する。

以下、図３に関して上記の好適な実施過程を詳しく説明する。
図３は、本発明の好適な実施形態に係わるデータ・アクセス方法を示すフローチャートである。図３に示すように、当該方法は以下の処理ステップを含む。
ステップＳ３０２において、ネットワーク・ブラウザとＵＩＣＣとの接続を確立し、ネットワーク・ブラウザがＴＣＰ／ＩＰプロトコル・スタックを介してＴＣＰ／ＩＰプロトコルにて伝送される接続要求を送信する。

ここで、ユーザーは以下の形態の１つで上記ステップを完成することができる。
形態１：ネットワーク・ブラウザでｈｔｔｐ：／／１２７．０．０．１：ｐｏｒｔ（ここで、ｐｏｒｔはＵＩＣＣサービスのポートに対応する）を入力する。
形態２：上記アドレスの手動入力の替わりに、ブラウザに予め設定されているｈｔｔｐ：／／１２７．０．０．１：ｐｏｒｔに指向するブック・マークを選択する。
形態３：ＵＩＣＣカードＳＩＭカードのスマートツールパケット（ＳＩＭＴｏｏｌＫｉｔ、以下ＳＴＫと略称する。）・メニューの中のスケジューリング・ブラウザにアクセスすることでＳＣＷＳのメニューにアクセスする。

ステップＳ３０４において、代理サーバーが動作中にＴＣＰのＵＩＣＣサービス・ポートをずっとモニターするので、即時に接続要求を受信してブラウザとの接続を確立し、ベアラー非依存プロトコル（ＢｅａｒｅｒＩｎｄｅｐｅｎｄｅｎｔＰｒｏｔｏｃｏｌ、以下ＢＩＰと略称する。）・モジュールへ通信路開通要求（ＯｐｅｎＣｈａｎｎｅｌＲｅｑ）を送信できる。

ステップＳ３０６において、ＢＩＰモジュールが、接続要求をＢＩＰプロトコルにて伝送するように変換し、シリアル・ペリフェラル・インターフェース（ＳｅｒｉａｌＰｅｒｉｐｈｅｒａｌＩｎｔｅｒｆａｃｅ、以下ＳＰＩと略称する。）を介してＵＩＣＣとの接続の確立の要求を送信し、ＢＩＰモジュールは、Ｅｎｖｅｌｏｐｅ（ｌｏｃａｌｃｏｎｎｅｃｔｉｎｇ）を介して、ＵＩＣＣへ、接続イベントがあることを通知する。

ステップＳ３０８において、ＵＩＣＣは、通知を受信した後、ＳＰＩインターフェースを介してＢＩＰモジュールへ通信路開通要求（Ｆｅｔｃｈ：ｏｐｅｎｃｈａｎｎｅｌ）を送信する。

ステップＳ３１０において、ＢＩＰモジュールが、ＵＩＣＣへ、接続に成功した端末応答（Ｔｅｒｍｉｎａｌｒｅｓｐｏｎｓｅ）及び通信路識別子（ｃｈａｎｎｅｌｉｄ）を送信し、代理サーバーへ、通信路開通成功メッセージ（ＯｐｅｎＣｈａｎｎｅｌＣｎｆ）と通信路識別子（ｃｈａｎｎｅｌｉｄ）情報を返送する。

ステップＳ３１２において、ネットワーク・ブラウザがＴＣＰ／ＩＰプロトコルにて伝送されるＨＴＴＰアクセス・データを代理サーバーへ送信する。

ステップＳ３１４において、代理サーバーがＢＩＰモジュールへ、データ（Ｄａｔａ）と通信路識別子（ｃｈａｎｎｅｌｉｄ）を含んだアクセス・データ要求（ＲｅｃｅｉｖｅＤａｔａＲｅｑ）を送信する。

ステップＳ３１６において、ＢＩＰモジュールが、ＨＴＴＰデータをＢＩＰプロトコルにて伝送するように変換し、ＳＰＩインターフェースを介してＵＩＣＣへ送信し、ＢＩＰモジュールは、Ｅｎｖｅｌｏｐｅ（ｃｈａｎｎｅｌｄａｔａａｖａｉｌａｂｌｅ）を送信してＵＩＣＣへアクセス・データを送信したことを通知する。

ステップＳ３１８において、ＵＩＣＣは、ＳＰＩインターフェースを介してＦｅｔｃｈ：ｒｅｃｅｉｖｅｄａｔａを返送し、アクセス・データの受信を要求する。

ステップＳ３２０において、ＢＩＰモジュールは、Ｔｅｒｍｉｎａｌｒｅｓｐｏｎｓｅ（ｄａｔａ）を介してＵＩＣＣへアクセス・データを送信し、ＲｅｃｅｉｖｅＤａｔａＣｎｆを代理サーバーへ送信してデータ送信に成功したことを示す。

ステップＳ３２２において、ＵＩＣＣは、ＳＰＩインターフェースを介してＢＩＰプロトコルにて伝送されるＨＴＴＰ応答データをＢＩＰモジュールへ送信し、ＵＩＣＣは、Ｆｅｔｃｈ：ｓｅｎｄｄａｔａを介してＢＩＰモジュールへ応答データを送信する。

ステップＳ３２４において、ＢＩＰモジュールは、応答データを受信した後、端末応答Ｔｅｒｍｉｎａｌｒｅｓｐｏｎｓｅを介してＵＩＣＣへ応答データを既に受信したことを通知し、ＳｅｎｄＤａｔａＩｎｄ（ｄａｔａ，ｃｈａｎｎｅｌｉｄ）を介して応答データを伝送側の代理サーバーへ送信する。

ステップＳ３２６において、代理サーバーは、応答データを受信した後、ＴＣＰ／ＩＰプロトコルにて伝送するように変換し、ＴＣＰ／ＩＰモジュールを介してネットワーク・ブラウザへ返送し、ブラウザは、ｈｔｔｐデータ・パケットを解析してブラウザに表示する。
ＵＩＣＣ上の全てのデータを送信するまで、上記ステップＳ３１２〜ステップＳ３２６を繰り返して実行する。

ステップＳ３２８において、ＵＩＣＣは、ＳＰＩインターフェースを介してＢＩＰモジュールへＦｅｔｃｈ：ｃｌｏｓｅｃｈａｎｎｅｌ（ｃｈａｎｎｅｌｉｄ）を送信し、通信路の閉鎖を要求する。

ステップＳ３３０において、ＢＩＰモジュールは、接続を閉鎖した後、ＳＰＩインターフェースを介してＵＩＣＣへＴｅｒｍｉｎａｌｒｅｓｐｏｎｓｅ（ｃｈａｎｎｅｌｓｔａｔｕｓ：ｌｉｎｋｎｏｔｅｓｔａｂｌｉｓｈｅｄ）を送信して通信路の閉鎖を確認し、代理サーバーへＣｌｏｓｅＣｈａｎｎｅｌＩｎｄ（ｃｈａｎｎｅｌｉｄ）閉鎖通知を送信する。

ステップＳ３３２において、代理サーバーは、ＴＣＰ／ＩＰモジュールを介して接続閉鎖メッセージをネットワーク・ブラウザへ返送する。

図４は、本発明の実施形態に係わるデータ・アクセス装置の構造を示すブロック図である。図４に示すように、当該データ・アクセス装置は、ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを含み、ＢＩＰゲートウェイは、ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニット４００と、ＳＰＩを介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信する第１の送信ユニット４０２と、ＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニット４０４と、ネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する第２の送信ユニット４０６と、を含む。

図４に示すデータ・アクセス装置によると、ＢＩＰゲートウェイは、先ず、第１の受信ユニット４００によりネットワーク・ブラウザからのデータ・アクセス・コマンドを受信し、その後、第１の送信ユニット４０２によりＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信し、第２の受信ユニット４０４によりＳＰＩを介してＵＩＣＣからの、データ・アクセス・コマンドに対応するデータを受信し、最後に、第２の送信ユニット４０６によりネットワーク・ブラウザへデータ・アクセス・コマンドに対応するデータを送信する。これにより、関連技術において、アプリケーション・プロセッサと通信プロセッサとの間の通信路及び７８１６インターフェースを介して行うデータ伝送の速度が遅い問題を解決し、ユーザーのアクセス速度を向上させて、ＵＩＣＣ中のＷＥＢサーバーの大容量データ伝送を実現できる。

図５に示すように、上記ＢＩＰゲートウェイは、ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニット４０８と、ＢＩＰゲートウェイとＵＩＣＣとの間に通信路を確立する確立ユニット４１０と、を更に含むことが好ましい。

好適な実施過程で、上記確立ユニット４１０は、接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った接続確立要求メッセージをＳＰＩを介してＵＩＣＣへ送信する変換ユニット（図示せず）と、ＳＰＩを介してＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニット（図示せず）と、ＳＰＩを介して通信路確立成功メッセージをＵＩＣＣへ送信する第３の送信ユニットと、を更に含むことができる。

図５に示すように、ＢＩＰゲートウェイは、ＳＰＩを介してＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニット４１２と、通信路を閉鎖する閉鎖ユニット４１４と、ＳＰＩを介してＵＩＣＣへ通信路閉鎖確認メッセージを送信し、ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニット４１６と、を更に含むことが好ましい。

以下、図６に関して本発明のデータ・アクセス・システムを更に説明する。
図６は、本発明の実施形態に係わるデータ・アクセス・システムの構造を示すブロック図である。図６に示すように、当該データ・アクセス・システムは、アプリケーション・プロセッサと、１つ又は複数の通信プロセッサと、ＵＩＣＣと、プロセッサ間の通信路と、を備える。ここで、アプリケーション・プロセッサは、ネットワーク・ブラウザと、ＴＣＰ／ＩＰプロトコル・スタックと、代理サーバーと、ＢＩＰゲートウェイと、を備え、ＳＰＩインターフェースを介して確立した通信路はＵＩＣＣに接続される。通信プロセッサは７８１６インターフェースを介してＵＩＣＣに接続される。

ユーザーがネットワーク・ブラウザでデータ・アクセス・コマンドを入力し、ＴＣＰ／ＩＰプロトコル・スタックを介してＴＣＰ／ＩＰプロトコルでデータ・アクセス・コマンドを伝送し、ＴＣＰ／ＩＰプロトコル・スタックはＨＴＴＰデータ・アクセス・コマンドを代理サーバーへ送信し、代理サーバーは受信したデータ・アクセス・コマンドをＢＩＰゲートウェイへ送信し、ＢＩＰゲートウェイはＨＴＴＰデータ・アクセス・コマンドをＢＩＰプロトコルにて伝送するように変換して、ＳＰＩインターフェースを介してＵＩＣＣへ送信し、ＵＩＣＣはＳＰＩインターフェースを介してＢＩＰプロトコルにて伝送されるＨＴＴＰ応答データをＢＩＰゲートウェイへ送信し、ＢＩＰゲートウェイは応答データを受信した後、代理サーバーへ送信し、代理サーバーは応答データを受信した後、ＴＣＰ／ＩＰプロトコルにて伝送するように変換し、ＴＣＰ／ＩＰプロトコル・スタックを介してネットワーク・ブラウザに返送し、ネットワーク・ブラウザはＨＴＴＰデータ・パケットを解析してブラウザに表示する。

ここで、上記データ・アクセス・システムにおいて、既存のアプリケーション・プロセッサと通信プロセッサとの間の通信路を変更しておらず、同時に、通信プロセッサの内部構造を変更させる必要もなく、ユーザーは既存の形態に従ってＵＩＣＣ上のデータにアクセスすることができる。

上述のように、本発明は、データ・アクセス・システムの構造が簡単であって、ユーザーのアクセス速度を向上させ、ＵＩＣＣ上のＷＥＢサービスの大容量データ伝送に適用される。

当業者にとって、上記の本発明の各ブロック又は各ステップは共通の計算装置によって実現することができ、単独の計算装置に集中させることや、複数の計算装置から構成されるネットワークに分散させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックとして製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックとして製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの組合せにも限定されない。

以上は、本発明の好適な実施形態に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。

４００第１の受信ユニット
４０２第１の送信ユニット
４０４第２の受信ユニット
４０６第２の送信ユニット
４０８第３の受信ユニット
４１０確立ユニット
４１２第５の受信ユニット
４１４閉鎖ユニット
４１６第４の送信ユニット

Claims

ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを含むアプリケーション・プロセッサに応用されるデータ・アクセス方法であって、
前記ＢＩＰゲートウェイがシリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へデータ・アクセス・コマンドを送信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップと
を有する方法。
前記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信するステップの前に、
前記ＢＩＰゲートウェイがネットワーク・ブラウザからの接続確立要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立するステップと
を更に有する請求項１に記載の方法。
前記ＢＩＰゲートウェイが前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立するステップは、
前記ＢＩＰゲートウェイが前記接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った前記接続確立要求メッセージを前記ＵＩＣＣへ送信するステップと、
前記ＢＩＰゲートウェイが前記ＵＩＣＣからの通信路確立要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが通信路確立成功メッセージを前記ＵＩＣＣへ送信するステップと
を含む請求項２に記載の方法。
前記ＢＩＰゲートウェイがＳＰＩを介してＵＩＣＣへデータ・アクセス・コマンドを送信するステップは、
前記ＢＩＰゲートウェイがネットワーク・ブラウザからの前記データ・アクセス・コマンドを受信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ通知メッセージを送信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドを受信することを要求する応答メッセージを受信するステップと、
前記ＢＩＰゲートウェイが前記データ・アクセス・コマンドのプロトコル変換を行った後、プロトコル変換を行った前記データ・アクセス・コマンドを前記ＳＰＩを介して前記ＵＩＣＣへ送信するステップと
を含む請求項１に記載の方法。
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップは、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ前記データ・アクセス・コマンドに対応するデータを既に受信したことを通知する通知メッセージを送信し、前記データ・アクセス・コマンドに対応する前記データをネットワーク・ブラウザへ送信するステップと
を含む請求項１に記載の方法。
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信するステップの後、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣからの通信路閉鎖要求メッセージを受信するステップと、
前記ＢＩＰゲートウェイが通信路を閉鎖するステップと、
前記ＢＩＰゲートウェイが前記ＳＰＩを介して前記ＵＩＣＣへ通信路閉鎖確認メッセージを送信し、前記ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信するステップと
を更に有する請求項２乃至５のいずれか１項に記載の方法。
データ・アクセス装置であって、
ベアラー非依存プロトコル（ＢＩＰ）ゲートウェイを具備し、
前記ＢＩＰゲートウェイは、
ネットワーク・ブラウザからのデータ・アクセス・コマンドを受信する第１の受信ユニットと、
シリアル・ペリフェラル・インターフェース（ＳＰＩ）を介して汎用集積回路カード（ＵＩＣＣ）へ前記データ・アクセス・コマンドを送信する第１の送信ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣからの、前記データ・アクセス・コマンドに対応するデータを受信する第２の受信ユニットと、
前記ネットワーク・ブラウザへ前記データ・アクセス・コマンドに対応するデータを送信する第２の送信ユニットと
を含む装置。
前記ＢＩＰゲートウェイが、
前記ネットワーク・ブラウザからの接続確立要求メッセージを受信する第３の受信ユニットと、
前記ＢＩＰゲートウェイと前記ＵＩＣＣとの間に通信路を確立する確立ユニットと
を更に含む請求項７に記載の装置。
前記確立ユニットが、
前記接続確立要求メッセージのプロトコル変換を行った後、プロトコル変換を行った前記接続確立要求メッセージを前記ＳＰＩを介して前記ＵＩＣＣへ送信する変換ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣからの通信路確立要求メッセージを受信する第４の受信ユニットと、
前記ＳＰＩを介して通信路確立成功メッセージを前記ＵＩＣＣへ送信する第３の送信ユニットと
を含む請求項８に記載の装置。
前記ＢＩＰゲートウェイが、
前記ＳＰＩを介して前記ＵＩＣＣからの通信路閉鎖要求メッセージを受信する第５の受信ユニットと、
通信路を閉鎖する閉鎖ユニットと、
前記ＳＰＩを介して前記ＵＩＣＣへ通信路閉鎖確認メッセージを送信し、前記ネットワーク・ブラウザへ通信路閉鎖通知メッセージを送信する第４の送信ユニットと
を更に含む請求項７乃至９のいずれか１項に記載の装置。