JP5674901B2

JP5674901B2 - 端末とｕｉｃｃとの間の通信インターフェースの検出および活動化を高速化する方法

Info

Publication number: JP5674901B2
Application number: JP2013234746A
Authority: JP
Inventors: オリヴィエドン
Original assignee: レノボ・イノベーションズ・リミテッド（香港）
Priority date: 2006-10-04
Filing date: 2013-11-13
Publication date: 2015-02-25
Anticipated expiration: 2027-10-04
Also published as: WO2008044597A1; CN101523420B; CN102857490A; US8408474B2; EP2071494A1; JP2014082766A; EP2071494A4; US20100035651A1; CN101523420A; JPWO2008044597A1; EP1909513A1

Description

本発明は、端末と、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法に関する。

本発明はまた、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣに関連する端末に関する。

ＥＴＳＩＳＣＰ標準化機関は、現在、移動体端末と、端末が電気通信事業者によって提供されるサービスにアクセスすることを可能にするＵＳＩＭ（Universal Subscriber Identity Module）アプリケーションを備えたＵＩＣＣ（ＵＭＴＳ（Universal Mobile Telecommunications System）集積回路カード）との間の新しいオプションの高速インターフェースを議論および定義している。

そのような高速インターフェースが承認される場合、かかる高速インターフェースはＥＴＳＩＴＳ１０２．２２１（リリース７またはリリース８）に含まれることになる。

しかし、現在の議論は、端末がＥＴＳＩＴＳ１０２．２２１で定義された現在のインターフェースからＵＩＣＣ高速インターフェース能力を検出することを可能にする技術的解決策を何も定義しない。

その結果、端末が高速プロトコル（ＨＳＰ）インターフェースを直接使用してＵＩＣＣの活動化を試みる場合、端末は少なくとも２つの問題、すなわち、長いインターフェース活動化時間および接点割当て（contact allocation）の問題に直面することになる。

第１の問題は、ＨＳＰはオプションの機能であるという事実から生じる。その結果、一部のＵＩＣＣはこのインターフェースをサポートしない可能性がある。したがって、端末が初めにＨＳＰインターフェース上で活動化を開始する場合、ＵＩＣＣがＨＳＰをサポートしないことを理解するまで長い時間がかかる可能性がある。

この問題の例として、ＨＳＰがＵＳＢインターフェースからなる場合、端末は初めに最低電圧等級でＵＩＣＣに電力供給し、次いで、ＵＳＢデバイスが接続されているか否かを判断する前に少なくとも２０ミリ秒待機すべきである。端末が最低電圧等級を用いてＵＳＢデバイスの存在を検出しない場合、端末は次の電圧等級で再度シーケンスを行わねばならず、以下同様に行われる。

現在、定義された電圧等級は３つ存在する。これは、３回のシーケンスの後にＵＳＢデバイス（ＵＩＣＣ）が検出されない場合、ＩＳＯ（International Organization for Standardization）インターフェース活動化を開始する前に端末は少なくとも６０ミリ秒を消耗したことを意味する（この遅れは、処理時間が加えられるべき最低待機時間だけを意味する）。

第２の問題は、ＵＩＣＣにサポートされたＨＳＰは、将来の任意のＭＥ（Mobile Equipment）−ＵＩＣＣインターフェース（例えば、非接触（contact-less））と共生すべきであるという事実から生じる。

選択された技術によっては、接点の数が、単に１つのインターフェースによって使用されるにも十分でない可能性がある。さらに、規格には、ＨＳＰおよび非接触に関して、どの接点が使用されることになるかが明瞭にまだ定義されていない。その結果、正確にどの接点がＨＳＰに割り当てられるのかを識別せずに端末がＵＩＣＣに電力供給する場合、ＵＩＣＣを物理的に破損する可能性がある。

本発明の目的は、上述の欠点を克服することである。

このような目的を達成するために、本発明にかかる方法は、端末と、少なくともＵＳＢ若しくはＭＭＣからなる高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法であって、前記高速プロトコル用のＨＳＰインターフェースを介した前記ＵＩＣＣとの通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を前記端末に提供するステップと、前記端末と前記ＵＩＣＣとの間の前記ＵＳＢもしくはＭＭＣの前記検出は、前記端末が、ＩＳＯインターフェースを介してリセット信号を前記ＵＩＣＣに送るステップと、前記リセット信号に応答して、前記ＵＩＣＣが前記ＵＩＣＣによってサポートされた高速プロトコルに関する情報を含むＡＴＲ（初期応答）を前記端末に送るステップと、を含み、前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する前記情報が、前記ＡＴＲの未使用バイト内で前記端末に送信され、前記ＡＴＲは少なくとも、前記高速プロトコルが前記ＵＩＣＣによってサポートされているか否かの表示と、前記ＵＩＣＣによってサポートされた電圧等級の表示と、前記ＵＩＣＣによってサポートされた速度モードの表示と、前記ＵＩＣＣの電力消費等級の表示と、ＨＳＰ接点割当ての表示と、非接触インターフェース接点割当ての表示と、サポートされたサービスの表示とを含むことを特徴とする方法である。

また、本発明にかかる端末は、ＵＩＣＣが少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートするか否かを検出する手段を含むことを特徴とする、前記ＵＩＣＣに関連する端末である。
また、本発明にかかるＵＩＣＣは、移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信を行うＵＩＣＣであって、専用基本ファイルとして、前記高速プロトコルに関する情報が含まれる新たな基本ファイルを含むことを特徴とする、ＵＩＣＣである。
また、本発明にかかる他のＵＩＣＣは、移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信を行うＵＩＣＣであって、前記ＡＴＲ（初期応答）として、前記高速プロトコルに関連する情報が含まれるＡＴＲを含むことを特徴とする、ＵＩＣＣである。

本発明は、端末と、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間に使用される通信プロトコルの検出、またそれにより活動化を高速化するための方法を提供する。

本発明による方法は、ＨＳＰインターフェースを介した前記ＵＩＣＣとの通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣによってサポートされる高速プロトコルに関する情報を端末に提供することである。

前記現行のインターフェースは、（ＩＳＯ／ＩＥＣ７８１６シリーズに基づき）ＥＴＳＩＴＳ１０２．２２１に定義されている。

本発明の結果、高速インターフェースを介した任意の通信に先立ち、端末はＵＩＣＣがＨＳＰをサポートするか否かを検出する。特に、端末はＨＳＰに割り当てられた接点を識別する。

したがって、ＨＳＰインターフェースが検出されると、通信コンテキストおよびニーズ（すなわち、端末内およびＵＩＣＣ内に存在するアプリケーションの種類、交換される必要のあるデータ量など）に応じて、端末は検出されたＨＳＰを活動化するか否かを決定することができる。

本発明の第１の実施例では、端末とＵＩＣＣとの間のＨＳＰの検出は、以下のステップを含む。
端末はＩＳＯインターフェースを介してリセット信号をＵＩＣＣに送るステップ、前記リセット信号に応答して、ＵＩＣＣは、ＵＩＣＣによってサポートされた高速プロトコルに関する情報を含むＡＴＲ（初期応答（Answer To Reset））を端末に送るステップ。

本発明の第２の実施例では、端末は、ＵＩＣＣに予め定義された新たな専用基本ファイル（Elementary File）ＥＦ_HSPから、前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を読み取る。

第１の実施例のある特定実装形態例では、前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報は、ＡＴＲの未使用バイト内で端末に送信される。

前記ＡＴＲは、少なくとも以下を含むことが好ましい。
高速プロトコルがＵＩＣＣによってサポートされているか否かの表示、
ＵＩＣＣによってサポートされた電圧等級の表示、
ＵＩＣＣによってサポートされた速度モードの表示、
前記ＵＩＣＣの電力消費等級の表示、
ＨＳＰ接点割当ての表示、
非接触インターフェース接点割当ての表示、
サポートされたサービスの表示。

第２の実施例のある特定実装形態例では、新たな専用基本ファイルＥＦ_HSPは、ＵＩＣＣ内のマスタ・ファイル（ＭＦ）の下に配置される。

前記新たな専用基本ファイルＥＦ_HSPは、少なくとも以下を含むことが好ましい。
ＵＩＣＣによってサポートされた電圧等級の表示、
ＵＩＣＣによってサポートされた速度モードの表示、
前記ＵＩＣＣの電力消費等級の表示、
ＨＳＰ接点割当ての表示、
非接触インターフェース接点割当ての表示、
サポートされたサービスの表示、
任意のその他のＨＳＰパラメータの表示。

本発明による方法は、ＵＩＣＣによってサポートされたＨＳＰインターフェースの安全かつ迅速な活動化を実現する。

前述の概要、および以下の詳細な説明は、添付の図面と共に読むことでよりよく理解されよう。

図１は、本発明の第１の実施例の概略図である。図２は、本発明の第２の実施例の概略図である。

図１は、前記端末による通信インターフェース・プロトコルの選択に先立つ、端末２とＵＩＣＣ４との間の通信の初期ステップを示す図である。

これらの初期ステップの間、端末とＵＩＣＣとは、（ＩＳＯ７８１６インターフェースに基づき）ＥＴＳＩＴＳ１０２．２２１に定義された現行の既存のインターフェースを介して通信する点に留意されたい。前記ＵＩＣＣは１つのプロトコル（ＭＭＣ（マルチメディア・メモリ・カード用）もしくはＵＳＢ（ユニバーサル・シリアル・バス用）もしくは任意の他のプロトコル））だけをサポートしてもよく、または（場合によっては、例えば、ＵＳＢとＭＭＣの両方をサポートする）マルチプロトコルであってもよい。

この例では、ステップ１０で、端末２は、ＵＩＣＣ４上の集積チップの接点Ｃ２上でリセット信号をＵＩＣＣ４に送る。

リセット信号に応答して、ステップ１２でＵＩＣＣ４は、端末２が任意のＨＳＰインターフェースの活動化を直接試みる場合、事前に識別できないそのＨＳＰ能力に関するパラメータを含むＡＴＲ（初期応答）を端末２に送信する。前記パラメータは、将来の使用のために確保していたＡＴＲのいくつかの現在未使用の履歴バイト（例えば、Ｔ８からＴ１３）内に含まれてもよい。これらのバイトは、電圧等級、速度モード、電力消費、接点割当て、非接触インターフェース接点割当て、サポートされたサービスなど、必要な高速インターフェース・パラメータを伝える。

下記の第１の好ましい実装形態では、ＵＩＣＣ４は一度に１つのプロトコル（ＵＳＢまたはＭＭＣまたは任意のその他のプロトコル）をサポートすることが想定される。履歴バイト内のＴ８からＴ１３を使用して、ＨＳＰパラメータの構成が下に与えられる。

Ｔ８：
ビット０＝１：ＨＳＰがサポートされる
ビット０＝０：ＨＳＰがサポートされない
その他のビット：ＲＦＵ（Reserved for Future Use）

Ｔ９：電圧等級
ビット０、ビット１＝００：電圧等級Ａがサポートされる
ビット０、ビット１＝０１：電圧等級Ｂがサポートされる
ビット０、ビット１＝１０：電圧等級Ｃ／Ｃ*がサポートされる
ビット２から７：ＲＦＵ

Ｔ１０：速度モード
ＵＳＢの場合：
ビット０、ビット１＝００：低速モードがサポートされる
ビット０、ビット１＝０１：高速モードがサポートされる
ビット０、ビット１＝１０：全速モードがサポートされる
ビット２から７：ＲＦＵ
ＭＭＣの場合：
ビット０＝１：単一データ線がサポートされる
ビット０＝０：ＲＦＵ
ビット１から７：ＲＦＵ

Ｔ１１：電力消費
ビット０からビット７：０から２５５（ｍＡ）
このパラメータは、ＵＩＣＣが高速インターフェース・オペレーションのために有することを望む電流（ｍＡ）を示す。そのような電力消費を許可するか否かは端末次第である。
デフォルトで、ＵＳＢとＭＭＣは両方とも、ＥＴＳＩＴＳ１０２．２２１に記載されたとおりの電力消費に準拠すべきである。

Ｔ１２およびＴ１３に関する下記の実装形態例は、ＥＴＳＩＳＣＰ規格が各インターフェースに接点を明示的に割り当てない場合に該当する。

Ｔ１２：ＨＳＰ接点割当て
ＵＩＣＣがＵＳＢインターフェースをサポートする場合：
Ｄ−に関する接点：
ビット０ビット１＝００：Ｃ４
ビット０ビット１＝０１：Ｃ６
ビット０ビット１＝１０：Ｃ８
Ｄ＋に関する接点：
ビット２ビット３＝００：Ｃ４
ビット２ビット３＝０１：Ｃ６
ビット２ビット３＝１０：Ｃ８
ビット４からビット７：ＲＦＵ
ＵＩＣＣがＭＭＣインターフェースをサポートする場合：
ＣＬＫ（Clock）に関する接点：
ビット０ビット１＝００：Ｃ４
ビット０ビット１＝０１：Ｃ６
ビット０ビット１＝１０：Ｃ８
ビット０ビット１＝１１：Ｃ７
ＣＭＤ（Command）に関する接点：
ビット２ビット３＝００：Ｃ４
ビット２ビット３＝０１：Ｃ６
ビット２ビット３＝１０：Ｃ８
ビット２ビット３＝１１：Ｃ７
ＤＡＴＡに関する接点：
ビット４ビット５＝００：Ｃ４
ビット４ビット５＝０１：Ｃ６
ビット４ビット５＝１０：Ｃ８
ビット４ビット５＝１１：Ｃ７
ビット６から７：ＲＦＵ

Ｔ１３：非接触インターフェース接点割当て
ビット０＝０：非接触がサポートされない
ビット０＝１：非接触がサポートされる
ＳＷＰ（Single Wire Protocol）（１つの接点が必要）の場合：
ビット１、ビット２＝００：Ｃ４が割り当てられる
ビット１、ビット２＝０１：Ｃ６が割り当てられる
ビット１、ビット２＝１０：Ｃ８が割り当てられる
ビット１、ビット２＝１１：Ｃ７が割り当てられる
ビット３から７：ＲＦＵ
Ｓ２Ｃ（２つの接点が必要）の場合：
ビット１、ビット２、ビット３＝０００：Ｃ４およびＣ６が割り当てられる
ビット１、ビット２、ビット３＝００１：Ｃ４およびＣ７が割り当てられる
ビット１、ビット２、ビット３＝０１０：Ｃ４およびＣ８が割り当てられる
ビット１、ビット２、ビット３＝０１１：Ｃ６およびＣ７が割り当てられる
ビット１、ビット２、ビット３＝１００：Ｃ６およびＣ８が割り当てられる
ビット１、ビット２、ビット３＝１０１：Ｃ７およびＣ８が割り当てられる
ビット４から７：ＲＦＵ

上記の例では、１バイトは１つのパラメータ（例えば、速度モード、電圧等級など）だけに関する情報だけを伝える。しかし、最適化事項に関しては、１バイトはいくつかのパラメータに関する情報を伝えてもよい。

下記の本発明の第２の実装形態では、ＨＳＰパラメータはＵＩＣＣに予め定義された新たな基本ファイルＥＦ_HSP内に記憶される。この新たな基本ファイルはＨＳＰに関する情報を含む。

ＡＴＲの未使用バイトの使用と比較し、ＥＦ_HSPはＨＳＰパラメータ数の将来の増加を考慮に入れるためにより多くの空き領域（room）を提供する。実際のところ、ＨＳＰインターフェースの将来の変更を考慮に入れるために、検出機構に関与する可能性のある新たなパラメータをＥＦ_HSPに容易に加えることが可能である。他方で、ＥＦ_HSP方法の使用は、ＡＴＲ方法の使用よりもわずかに速度が遅くなる。

ＥＦ_HSPは、現在の既存のＩＳＯインターフェース活動化の後、かつ任意のアプリケーション選択（ＳＩＭ（Subscriber Identity Module），ＵＳＩＭ，ＩＳＩＭ（IM(IP Multimedia) Services Identity Module）など）に先立ち、端末２が速やかにアクセス可能となるように、ＵＩＣＣ内のマスタ・ファイルに定義されることが好ましい。

ＥＦ_HSPの定義は、例として下に与えられている。
ＥＦタイプ：トランスペアレント
長さ：Ｘバイト
データ符号化：ＴＬＶ（Tag Length Value）タイプ
タグ０ｘＡ１：電圧等級
長さ：１バイト
データ：
方法１と同じ符号化
タグ０ｘＡ２：速度モード
長さ：１バイト
データ：
方法１と同じ符号化
タグ０ｘＡ３：電力消費等級
長さ：１バイト
データ：
方法１と同じ符号化
タグ０ｘＡ４：ＨＳＰ接点割当て
長さ：１バイト
データ：
方法１と同じ符号化
タグ０ｘＡ５：非接触インターフェース接点割当て
長さ：１バイト
データ：
方法１と同じ符号化
タグ０ｘＢ１：サポートされるサービス
長さ：Ｙバイト
データ：
ビット０から７：
０００００００１＝大容量記憶装置
００００００１０＝スマート・カード・ウェブ・サーバ
００００００１１＝ＵＩＣＣによるビデオ・ストリーミング解読（video streaming deciphering）
．．．．
タグ０ｘＣ１：その他のパラメータ
長さ：Ｙタイプ
データ：
この部分は、ＵＩＣＣ活動化がＨＳＰインターフェースから直接行われる場合に交換されるその他のパラメータを含む。

これらのデータの符号化は、最新のＵＳＢ（現在、ｖ２．０）、ＭＭＣ（現在、ｖ４．１）またはサポートされたＨＳＰに関する任意のその他の仕様に定義されているものと同じである。

次に図２を参照すると、初期化シーケンスの開始（ステップ２０）後、ステップ２２で、ＥＦ_HSPのコンテンツを得るために、端末２は、ＥＴＳＩＴＳ１０２．２２１に定められたバイナリ読取Ｃ−ＡＰＤＵ（命令−アプリケーション・プロトコル・データ・ユニット）をＵＩＣＣ４に送る。

命令Ｃ−ＡＰＤＵに応答して、ステップ２４で、ＵＩＣＣ４はＨＳＰパラメータを含むＲ−ＡＰＤＵ（応答−ＡＰＤＵ）を端末２に送信する。

本発明の範囲から逸脱せずに、さらなるパラメータをＥＦ_HSPに加えることが可能である点に留意されたい。

［付記］
以下、本発明の特徴を付記する。

（付記１）
端末と、少なくともＵＳＢ若しくはＭＭＣからなる高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法であって、前記高速プロトコル用のＨＳＰインターフェースを介した前記ＵＩＣＣとの通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を前記端末に提供するステップと、前記端末と前記ＵＩＣＣとの間の前記ＵＳＢもしくはＭＭＣの前記検出は、前記端末が、ＩＳＯインターフェースを介してリセット信号を前記ＵＩＣＣに送るステップと、前記リセット信号に応答して、前記ＵＩＣＣが前記ＵＩＣＣによってサポートされた高速プロトコルに関する情報を含むＡＴＲ（初期応答）を前記端末に送るステップと、を含み、前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する前記情報が、前記ＡＴＲの未使用バイト内で前記端末に送信され、前記ＡＴＲは少なくとも、前記高速プロトコルが前記ＵＩＣＣによってサポートされているか否かの表示と、前記ＵＩＣＣによってサポートされた電圧等級の表示と、前記ＵＩＣＣによってサポートされた速度モードの表示と、前記ＵＩＣＣの電力消費等級の表示と、ＨＳＰ接点割当ての表示と、非接触インターフェース接点割当ての表示と、サポートされたサービスの表示とを含むことを特徴とする方法。

（付記２）
任意のアプリケーション選択に先立ち、前記端末が、前記ＵＩＣＣに予め定義された新たな専用基本ファイルＥＦ _HSP から前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を読み取る、付記１に記載の方法。

（付記３）
前記ＥＦ _HSP が、前記ＵＩＣＣ内のマスタ・ファイル（ＭＦ）に配置される、付記２に記載の方法。

（付記４）
前記新たな専門基本ファイルＥＦ _HSP は少なくとも、前記ＵＩＣＣによってサポートされた電圧等級の表示と、前記ＵＩＣＣによってサポートされた速度モードの表示と、前記ＵＩＣＣの電力消費等級の表示と、ＨＳＰ接点割当ての表示と、非接触インターフェース接点割当ての表示と、サポートされたサービスの表示と、任意のその他のＨＳＰパラメータの表示とを含む、付記３に記載の方法。

（付記５）
付記１から付記４のいずれか１つに記載の方法を実行することにより、ＵＩＣＣが少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートするか否かを検出する手段を含むことを特徴とする、前記ＵＩＣＣに関連する端末。

（付記６）
前記ＨＳＰインターフェースに割り当てられた接点を検出するとともに、前記ＵＩＣＣにより非接触インターフェースがサポートされるか否かを検出する手段をさらに含む、付記５に記載の端末。

（付記７）
移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信を行うＵＩＣＣであって、付記２に記載の方法で用いられる前記専用基本ファイルとして、前記高速プロトコルに関する情報が含まれる新たな基本ファイルを含むことを特徴とする、ＵＩＣＣ。

（付記８）
移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信を行うＵＩＣＣであって、付記１に記載の方法で用いられる前記ＡＴＲ（初期応答）として、前記高速プロトコルに関連する情報が含まれるＡＴＲを含むことを特徴とする、ＵＩＣＣ。

２…端末、４…ＵＩＣＣ。

Claims

端末と、少なくともＵＳＢ若しくはＭＭＣからなる高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法であって、
前記高速プロトコル用のＨＳＰインターフェースを介した前記ＵＩＣＣとの通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を前記端末に提供するステップと、
前記端末と前記ＵＩＣＣとの間の前記ＵＳＢもしくはＭＭＣの前記検出は、
前記端末が、ＩＳＯインターフェースを介してリセット信号を前記ＵＩＣＣに送るステップと、
前記リセット信号に応答して、前記ＵＩＣＣが前記ＵＩＣＣによってサポートされた高速プロトコルに関する情報を含むＡＴＲ（初期応答）を前記端末に送るステップと、を含み、
前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する前記情報が、前記ＡＴＲの未使用バイト内で前記端末に送信され、
前記ＡＴＲは少なくとも、前記高速プロトコルが前記ＵＩＣＣによってサポートされているか否かの表示と、前記ＵＩＣＣによってサポートされた電圧等級の表示と、前記ＵＩＣＣによってサポートされた速度モードの表示と、前記ＵＩＣＣの電力消費等級の表示と、ＨＳＰ接点割当ての表示と、非接触インターフェース接点割当ての表示と、サポートされたサービスの表示とを含む
ことを特徴とする方法。
任意のアプリケーション選択に先立ち、前記端末が、前記ＵＩＣＣに予め定義された新たな専用基本ファイルＥＦ _HSP から前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を読み取る、請求項１に記載の方法。
前記ＥＦ _HSP が、前記ＵＩＣＣ内のマスタ・ファイル（ＭＦ）に配置される、請求項２に記載の方法。
前記新たな専門基本ファイルＥＦ _HSP は少なくとも、前記ＵＩＣＣによってサポートされた電圧等級の表示と、前記ＵＩＣＣによってサポートされた速度モードの表示と、前記ＵＩＣＣの電力消費等級の表示と、ＨＳＰ接点割当ての表示と、非接触インターフェース接点割当ての表示と、サポートされたサービスの表示と、任意のその他のＨＳＰパラメータの表示とを含む、請求項３に記載の方法。
請求項１から請求項４のいずれか１つに記載の方法を実行することにより、ＵＩＣＣが少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートするか否かを検出する手段を含むことを特徴とする、前記ＵＩＣＣに関連する端末。
前記ＨＳＰインターフェースに割り当てられた接点を検出するとともに、前記ＵＩＣＣにより非接触インターフェースがサポートされるか否かを検出する手段をさらに含む、請求項５に記載の端末。
移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信を行うＵＩＣＣであって、請求項２に記載の方法で用いられる前記専用基本ファイルとして、前記高速プロトコルに関する情報が含まれる新たな基本ファイルを含むことを特徴とする、ＵＩＣＣ。
移動体機器に関連する少なくともＵＳＢもしくはＭＭＣからなる高速プロトコル（ＨＳＰ）用のＨＳＰインターフェースをサポートし、前記移動体機器と通信するＵＩＣＣであって、請求項１に記載の方法で用いられる前記ＡＴＲ（初期応答）として、前記高速プロトコルに関連する情報が含まれるＡＴＲを含むことを特徴とする、ＵＩＣＣ。