(57)【要約】  本発明は、端末（２）と、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣ（４）との間で使用される通信プロトコルの検出および活動化を高速化する方法に関する。  本発明による方法は、ＨＳＰインターフェースを介した前記ＵＩＣＣ（４）との通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣ（４）によってサポートされた高速プロトコルに関する情報を端末（２）に提供することを特徴とする。
2008044597.tif 000002
【特許請求の範囲】
【請求項１】
端末と、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法であって、ＨＳＰインターフェースを介した前記ＵＩＣＣとの通信に先立ち、現在のインターフェースを介して前記ＵＩＣＣによってサポートされた前記高速プロトコルに関する情報を前記端末に提供することを特徴とする方法。
【請求項２】
前記端末と前記ＵＩＣＣとの間の前記ＨＳＰの前記検出は、
前記端末が、ＩＳＯインターフェースを介してリセット信号を前記ＵＩＣＣに送るステップと、
前記リセット信号に応答して、前記ＵＩＣＣが前記ＵＩＣＣによってサポートされた前記ＨＳＰに関する情報を含むＡＴＲ（初期応答）を前記端末に送るステップと
を含む、請求項１に記載の方法。
【請求項３】
任意のアプリケーション選択に先立ち、前記端末が、前記ＵＩＣＣに予め定義された新たな専用基本ファイルＥＦHSPから前記ＵＩＣＣによってサポートされた前記ＨＳＰに関する情報を読み取る、請求項１に記載の方法。
【請求項４】
前記ＵＩＣＣによってサポートされた前記ＨＳＰに関する前記情報が、前記ＡＴＲの未使用バイト内で前記端末に送信される、請求項２に記載の方法。
【請求項５】
前記ＥＦHSPが、前記ＵＩＣＣ内のマスタ・ファイル（ＭＦ）に配置される、請求項３に記載の方法。
【請求項６】
前記ＡＴＲは少なくとも、
ＨＳＰが前記ＵＩＣＣによってサポートされているか否かの表示と、
前記ＵＩＣＣによってサポートされた電圧等級の表示と、
前記ＵＩＣＣによってサポートされた速度モードの表示と、
前記ＵＩＣＣの電力消費等級の表示と、
ＨＳＰ接点割当ての表示と、
非接触インターフェース接点割当ての表示と、
サポートされたサービスの表示と
を含む、請求項４に記載の方法。
【請求項７】
前記新たな専門基本ファイルＥＦHSPは少なくとも、
前記ＵＩＣＣによってサポートされた電圧等級の表示と、
前記ＵＩＣＣによってサポートされた速度モードの表示と、
前記ＵＩＣＣの電力消費等級の表示と、
ＨＳＰ接点割当ての表示と、
非接触インターフェース接点割当ての表示と、
サポートされたサービスの表示と、
任意のその他のＨＳＰパラメータの表示と
を含む、請求項５に記載の方法。
【請求項８】
ＵＩＣＣがＨＳＰインターフェースをサポートするか否かを検出する手段を含むことを特徴とする、前記ＵＩＣＣに関連する端末。
【請求項９】
前記ＨＳＰインターフェースと、前記ＵＩＣＣによってサポートされた非接触インターフェースとに割り当てられた接点を検出する手段を含む、請求項８に記載の端末。
【請求項１０】
移動体機器に関連する少なくとも１つのＨＳＰインターフェースをサポートするＵＩＣＣであって、前記ＨＳＰに関する情報が含まれる新たな基本ファイルを含むことを特徴とする、ＵＩＣＣ。
【請求項１１】
移動体機器に関連する少なくとも１つのＨＳＰインターフェースをサポートするＵＩＣＣであって、前記ＨＳＰに関連する情報が含まれるＡＴＲを含むことを特徴とする、ＵＩＣＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２００６年１０月４日に出願されたＥＰＣ特許出願０６１２１７６４．２を基礎とする優先権を主張し、その開示のすべてをここに取り込む。【０００２】
本発明は、端末と、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣとの間で使用される通信プロトコルの検出および活動化を高速化する方法に関する。【０００３】
本発明はまた、少なくとも１つの高速プロトコル（ＨＳＰ）をサポートするＵＩＣＣに関連する端末に関する。
【背景技術】
【０００４】
ＥＴＳＩ  ＳＣＰ標準化機関は、現在、移動体端末と、端末が電気通信事業者によって提供されるサービスにアクセスすることを可能にするＵＳＩＭ（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に加えることが可能である点に留意されたい。
【図１】
2008044597.tif 000003
【図２】
2008044597.tif 000004
【国際調査報告】
2008044597.tif 000005
2008044597.tif 000006
2008044597.tif 000007
2008044597.tif 000008