(57)【要約】本発明は、集積回路カード（２）を介する複数の無線通信ストリームを処理する方法に関し、ストリームは少なくとも２つの端末（Ｔ１，Ｔ２）から送信され、カードは複数のホスト端末（Ｔ１，Ｔ２）との通信に適した無線通信手段（ＢＴ１，ＢＴ２，ＢＴ３）を備えた装置（ＰＢ１，ＰＢ２）に接続している。当該方法は、第１（Ｔ１）及び第２（Ｔ２）のホスト端末からそれぞれ送信される第１及び第２のデータストリームの、受信及び／又はカードへの送信（１００，２００，４００）を監視するステップを含み、この監視するステップは、第２のデータストリームがカードに送信される前にカードの利用可能性を確認する（２００）ステップを含むことを特徴とする。本発明はまた、対応する監視システムおよび装置に関する。【選択図】      図１
2013539609.tif 000002
【特許請求の範囲】
【請求項１】
集積回路カード（２）による複数の無線通信ストリームの処理を制御する方法であって、前記ストリームは少なくとも２つの端末（Ｔ１，Ｔ２）から送信され、前記カードは、前記通信ストリームを受信するために、複数のホスト端末（Ｔ１，Ｔ２）との通信に適した無線通信手段（ＢＴ１，ＢＴ２，ＢＴ３）を備えた装置（ＰＢ１，ＰＢ２）に接続しており、
前記方法は、
第１のホスト端末（Ｔ１）及び第２のホスト端末（Ｔ２）からそれぞれ送信される第１及び第２のデータストリームの受信の制御及び／またはそれらの前記カードへの送信の制御を行う、受信及び／または送信制御ステップ（１００，２００，４００）を備え、
前記制御ステップは、前記第２のデータストリームを送信する前に前記カードが利用可能であるかを確認する利用可能性確認ステップ（２００）を含むことを特徴とする方法。
【請求項２】
前記制御ステップ（５０，２５０）は、前記カードが利用不能な場合にリセットリクエストを阻止し、前記カードの代わりにレスポンス（ＡＴＲ）の返送（３５０）を行うことを特徴とする、請求項１に記載の方法。
【請求項３】
前記カードから前記ホスト端末への前記レスポンスを制御する制御ステップを実行することを特徴とする、請求項１に記載の方法。
【請求項４】
前記レスポンス制御は、前記カードから対応する前記送信ホスト端末へのレスポンスをリダイレクトする操作を含むことを特徴とする、請求項３に記載の方法。
【請求項５】
ホスト端末との各通信セッション、又は、新たなストリームの受信ごとに、論理通信チャネル（１００）が割り当て／識別されることを特徴とする、請求項３または４に記載の方法。
【請求項６】
複数のホストと通信可能な単一の通信チップ（ＢＴ１）を用いる場合は、前記方法はリダイレクトの指示を前記チップに保持するステップを有することを特徴とする、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
複数の通信チップ（ＢＴ２，ＢＴ３）を用いる場合は、前記方法は前記ストリームの発生源の指示を保持するステップを行うことを特徴とする、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記端末Ｔ１から送信された前記第１のストリームに応答するための規定の時間の経過後に、どんな場合にも前記第２の端末（Ｔ２）から送信された前記第２のストリームを前記カードに送信することを特徴とする、請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記制御手段（ＧＦ１，ＧＦ２）は、前記カードに送信及び／又は前記カードから受信する前記ストリームの状態一覧、又は履歴を含むことを特徴とする、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
集積回路カード（２）による複数の無線通信ストリーム（１Ａ，１Ｂ）を処理するシステムであって、前記ストリームは少なくとも２つの端末（Ｔ１，Ｔ２）から送信され、前記カードは、前記通信ストリームを受信するために、複数のホスト端末（Ｔ１，Ｔ２）との通信に適した無線通信手段（ＢＴ１，ＢＴ２，ＢＴ３）を備えた装置（ＰＢ１，ＰＢ２）に接続しており、
前記システムは、
第１のホスト端末（Ｔ１）及び第２のホスト端末（Ｔ２）からそれぞれ送信され第１及び第２のデータストリームの受信の制御及び／またはそれらの前記カードへの送信の制御を行うための、受信及び／または送信制御手段（ＧＦ１，ＧＦ２）を備え、
前記受信及び／または送信制御手段は、前記第２のデータストリームを送信する前に前記カードが利用可能であるかを確認する、利用可能性確認（２００）を行うよう構成されたことを特徴とするシステム。
【請求項１１】
集積回路物体（２）による複数の無線通信ストリームの処理を制御する処理制御装置（ＧＦ１，ＧＦ２）であって、前記装置は、前記複数のストリームを送信する複数のホスト端末（Ｔ１，Ｔ２）と通信するよう構成された無線通信手段（ＢＴ１，ＢＴ２，ＢＴ３）を有しているか、又は該無線通信手段に接続するよう設計されており、
前記装置は、第１のホスト端末（Ｔ１）及び第２のホスト端末（Ｔ２）からそれぞれ送信される第１及び第２のデータストリームの受信の制御及び／またはそれらの前記物体への送信の制御を行うための、受信及び／または送信制御手段（μＰ１，μＰ２，ＰＳＥＴ，ＰＣＦ１）を備え、当該受信及び／または送信制御手段は、前記第２のデータストリームを送信する前に前記物体が利用可能であるかを確認する、利用可能性確認（２００）を行うよう構成されたことを特徴とする制御装置。
【請求項１２】
携帯型装置に埋設されるよう設計されたプログラムであって、前記プログラムは、少なくとも２つの中距離無線通信ホスト端末と、前記携帯型装置に関連した集積回路物体との通信を行うよう構成され、前記装置の処理部により実行可能な、請求項１乃至９のいずれか一項に記載の方法の前記ステップに対応するステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、集積回路カードまたは集積回路を有する保全物体による複数の無線通信ストリームの処理を行う方法及びシステムに関する。少なくとも２つのホスト端末が別個のストリームを送信することができ、カードがこの端末との通信に適した無線通信手段を備えた装置に接続している。
本発明は特に、集積回路カード又はバッジによる物理的アクセス制御（土地、建物、等）及び／又は論理的アクセス制御（パーソナルコンピュータ（ＰＣ）、電話、個人用デジタル補助装置（ＰＤＡ）、ネットワーク、等）の分野に関する。
【背景技術】
【０００２】
本発明は、集積回路カードインターフェースを有し、施設または設備への安全なアクセス、またはこの様な施設または設備を介するサービスへの安全なアクセスをもたらすバッジホルダ装置において、具体的に、そして非限定的に、適用される。本発明を解説する際の例として通信認証バッジ装置を用いる。しかしながら、エネルギ源を備え無線通信インターフェースを有する他のいかなる装置も以下に記載の本発明を実行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
使用するサービスに用いられる端末が複数あることを考慮すると、それらの端末への論理的アクセス及び／又は安全な論理的アクセスを単一の集積回路物体により同時にもたらす必要があると考えられる。
【課題を解決するための手段】
【０００４】
本発明の原理は、２つの中距離無線通信端末と、装置に接続された、スマートカード、すなわちチップカード等の集積回路物体との通信を可能にするよう構成された、ソフトウェアまたは／及びハードウェアの形態で携帯型装置に埋設される手段を提供することである。
【０００５】
より具体的には、本発明は、集積回路物体において送受信されるストリームの制御を規定する。この目的を達成するために、電子及び／又はソフトウェアの手段を有する：
−様々な端末、例えばパーソナルコンピュータ及びスマートフォンへの複数の安全なアクセスを、バッジホルダリーダに接続された単一のスマートカード（例えば社員バッジ）により同時に確立する目的で、無線周波数（ブルートゥース等）から送信された複数のデータストリーム（リクエスト／コマンド）を、集積回路カードに送信するために、特に一連の通信において制御又は処理すること；
【０００６】
−適切なチャネル（ブルートゥースチャネル）を介して適切なホスト端末へリダイレクトするために、集積回路カードからのレスポンスを整理又は／及び管理すること。
様々な実行、実施形態、又は特性に応じ、上記の二つの操作を行うために、本発明は好ましくは二つのタイプのブルートゥースの構造を規定する：１つは複数のチャネル（ブルートゥース端末の数に従う）を有する単一のブルートゥースチップを備えた構造であり、もう一つは複数のブルートゥースチップ（１つのチップに１つのブルートゥース端末が対応する）を有する構造である。
【０００７】
好適な実施形態において、本発明は、１つのバッジ又は同様のものからの複数のアクセスを提供するために、ブルートゥースチップの「マルチホスト」機能（即ちブルートゥース装置がスレーブとして複数のマスタと接続する機能）を使用し、ストリームのやりとり（具体的にはリクエスト／コマンド／レスポンス）を制御及び／又は管理する手段を加えることを規定する。
【０００８】
コマンド／リクエスト（具体的にはアプリケーションプロトコルデータ単位（ＡＰＤＵｓ））の部分的又は／及び一連の実行を規定する。１つのスマートカード上での複数のインスタンス化をもたらすために、好ましくはデータが（ホストに対して１つの）論理チャネルを介して送信されることを規定する。本発明は好ましくは、別のホスト端末からのリクエストが集積回路カードにより処理されているときには、リクエストが一時的に保存されることを規定する。
【０００９】
さらに、好ましい実施例において、本発明はまた、適切なホスト端末へレスポンスをリダイレクトするように、ブルートゥースチップへ送信されるストリームを制御することも規定する。本発明は、制御手段でリダイレクトステップ又はリダイレクト情報を処理することを規定してもよく、このステップ又は情報は無線周波数チップにより任意に使用される。特に単一のブルートゥースチップを使用する場合は、カードからのレスポンスは、適切なホスト端末へリダイレクトされるようカプセル化してもよい。２つのブルートゥースチップを使用する場合は、ストリームコントローラにより１つ又はもう１つのブルートゥースチップが選択された時点で、レスポンスは自動的に適切なホスト端末へ送信される。
【発明の効果】
【００１０】
これらの規定により本願は、複数の（１つのアクセスに対し１つの）バッジを使用する必要がなくなるという利点を提供している。任意に、通常のブルートゥースチップを交換することなく使用できるよう、制御手段がブルートゥースチップから独立していてもよい。
従って本願は、集積回路カードによる複数の無線通信ストリームの処理を制御する方法であって、ストリームは少なくとも２つの端末から送信され、カードは、複数のホスト端末との通信に適した無線通信手段を備えた装置に接続しており、次のステップを有することを特徴とする方法をまず第一に提供している：
【００１１】
−第１のホスト端末及び第２のホスト端末からそれぞれ送信される第１及び第２のデータストリームの受信の制御及び／またはそれらのカードへの送信の制御を行う、受信及び／または送信制御ステップであり、この制御ステップは、第２のデータストリームを送信する前にカードが利用可能であるかを確認する利用可能性確認ステップを含む。
【００１２】
そのほか次の特性に従う：
−制御ステップは、カードが利用不能な場合にリセットリクエストを阻止し、カードの代わりにレスポンス（ＡＴＲ）の返送を行い、それにより好ましくない動作及び／又は進行中のセッションを妨げる動作を防ぐ；
−本方法は、カードからホスト端末へのレスポンスを制御する制御ステップを実行し、それにより具体的には、フォーマット、プロトコル、アドレス、又はＩ／Ｏポートのいずれかを介して適切な端末へ送信することを可能にする；
−レスポンス制御は特に、カードからのレスポンスを対応の送信ホスト端末へリダイレクトする操作を含む；
【００１３】
−論理通信チャネルは、ホスト端末との各通信セッション、又は、新たなストリームの受信ごとに割り当てられ、それにより特に、レスポンスを適切な端末へ適切にリダイレクトすることを可能にする；
−マルチホスト機能を有する単一の通信チップを用いる場合は、本方法はリダイレクトの指示を通信チップに保持するステップを有する；
−複数の通信チップを用いる場合は、本方法はストリームの発生源の指示を保持するステップを行う；
【００１４】
−端末から送信された第１のストリームに応答するための規定の時間の経過後に、どんな場合にも第２の端末から送信された第２のストリームをカードに送信し、それにより通信の阻害を防ぐ；任意に、カードへのリセットリクエストは制御手段により自動的に発生してもよく、また通信の阻害が解消されてもよい；
−制御手段は、進行中及び／又はカードによる処理を待つストリームを適切に管理するよう、カードに送信及び／又はカードから受信されたストリームの状態記録器、又は履歴を含んでもよい。
【００１５】
本発明はまた、当該方法に対応する、または当該方法の実行のために考案されたシステム及び装置を提供する。よって本発明は、集積回路物体による複数の無線通信ストリームの処理を制御する処理制御装置を規定し、この装置は、複数のストリームを送信する複数のホスト端末と通信するよう構成された無線通信手段を有しているか、又は該無線通信手段に接続するよう設計されている。
【００１６】
本装置は、第１のホスト端末及び第２のホスト端末からそれぞれ送信される第１及び第２のデータストリームの受信の制御及び／またはそれらのカードへの送信の制御を行う、受信及び／または送信制御手段を備えたことを特徴とし、当該受信及び／または送信制御手段は、第２のデータストリームを送信する前にカードが利用可能であるかを確認する、利用可能性確認を行うよう構成されている。
本願発明のその他の特徴及び利点は、対応する添付図面を参照して以下の記載を読むことでより明らかになるであろう：
【図面の簡単な説明】
【００１７】
【図１】本発明の通信システムの第１の実施形態を示す図である；
【図２】本発明の通信システムの第２の実施形態を示す図である；
【図３】本発明の実施における、リセットの管理に関する本発明の方法のステップを示す図である；
【図４】本発明の実施における、複数のストリームの管理に関する本発明の方法のステップを示す図である。
【発明を実施するための形態】
【００１８】
図１は、本発明のシステム１Ａの第１の実施形態を示している。論理的及び物理的アクセス権を有する識別物体またはセキュリティ物体との通信インターフェースを有するカードリーダ（ＬＳＣ、３）を備えたバッジホルダ装置ＰＢ１を有する。例において、インターフェースはＩＳＯ７８１６インターフェース及びバッジ２との接続に適したコネクタＣを有し、この例においてバッジ２は電子チップを具備するスマートカードの形式である。ＵＳＢメモリスティック、ドングル、非接触モジュール、近距離無線通信（ＮＦＣ）手段、及びバッジホルダ内部に埋設された保全部品等、そのほかの種類のバッジ及び対応のインターフェースであってもよい。明細書において例として用いられているカードは、集積回路を有するいかなる通信保全物体と置き換えてもよい。同様に、ブルートゥース通信手段は、その他のいかなる無線通信手段と置き換えてもよい。従って明細書及び請求項において、単語「スマートカード」は「集積回路を有する保全物体」と同様のものである。
【００１９】
バッジホルダＰＢ１は、少なくとも１つのブルートゥース通信手段（ＢＴ１，５ａ）を備えている。これらの手段は集積回路チップ又はブルートゥース処理装置を備えていてもよい。またこれらの手段は、集積ブルートゥース通信モジュールを有するマイクロコントローラを備えていてもよい。通信手段（ＢＴ１）はアンテナ７を含む少なくとも１つの物理インターフェースに接続され、具体的には、コンピュータ及び／又はプリンタ、携帯端末、電話、その他、等のホスト端末Ｔ１との通信を確立する働きを行う。
バッジホルダはまた、電源管理ユニット（ＰＭＵ）と、任意にオン／オフスイッチ（図示せず）とを備える。
【００２０】
ホスト端末Ｔ１もまた、ブルートゥース通信手段および対応のインターフェース手段を有する。この例において、ブルートゥースタイプの通信が用いられているが、その他のタイプ、例えばＷｉＦｉ、ＺｉｇＢｅｅ、または、例えば５００メートル（ｍ）未満、又は実際には１００ｍ未満の距離の、その他の中距離無線通信手段であってもよい。
本発明のこの実施において、当該通信はホスト端末の全てまたはいくつかの機能の使用を承認する働きを行う。例えば、通信は、具体的には使用者のバッジにおいて、任意に共有で端末を使用可能にする権利、または論理的アクセスの取得を可能にする権利の識別／認証、及び／又は、存在を確立するセッションである。
【００２１】
例において、本装置及び本端末は、それらを初期化するステップ又は互いにペアリングするステップを実施するための手段を有していてもよい。このステップにより次の通信が安全に行われ、そして／又は、他の周囲の通信に障害をもたらすことを防ぐことができる。ペアリングは、次の交換を符号化して行えるようにするため、または端末の使用を認識及び承認するため、携帯型物体と端末との間で暗号キー又は識別子を秘密に交換することである。これにより端末と装置との間で安全な論理チャネルを実行することができる。
【００２２】
この例において、このステップはマイクロコントローラ、具体的にはブルートゥースマイクロコントローラ（ＢＴ１，５ａ）又はその他の無線技術を用いたマイクロコントローラ、のプログラマブルメモリ内のペアリング／初期化プログラムまたはアプリケーションを介して実施される。遠隔にある端末Ｔ１は、適したマイクロコントローラ内に、対応するプログラムまたはソフトウェアアプリケーションを有する。
【００２３】
交換を開始し、一連の交換を整理し、そして交換を続行させるための標準的な方法は、現在のところ、接触型スマートカードが一度に一つのホスト端末とのみ通信セッションを行う、ということである。この問題を解決するために、本発明は、データを受信しそれをカードへ送信する第１の手段であって、第１のホスト端末から送信される第１のデータストリームを処理する第１の手段と、第２のホスト端末から送信される第２のデータストリームをリーダに受信させる第２の手段とを規定する。
【００２４】
この実施形態において、これら第１及び第２の手段は、単一のブルートゥースチップ及びストリーム制御手段（ストリーム及び／又はタスクプランナもしくはマネージャ）を有する。例において、ストリームコントローラＧＦ１は、バッジホルダの標準タイプのブルートゥースマイクロコントローラＢＴ１とリーダ部ＬＳＣとの間のインターフェースとして設けられている。ストリームコントローラはハードウェア及び／又はソフトウェア部品であってもよく、またはそれらを含んでいてもよい。
【００２５】
また例において、ストリームコントローラ（マネージャ）ＧＦ１は、マイクロコントローラμＣ１、電気的消去・プログラム可能型読取専用メモリ（ＥＥＰＲＯＭ）のプログラムメモリ、及びランダムアクセスメモリ（ＲＡＭ）のワーキングメモリを有する。具体的には、端末とバッジとの間の様々な交換から生じるデータストリームを受信し、これらのデータストリームを待機させる働きをするバッファメモリＭＰを有する。好ましくは、マイクロコントローラμＣ１が、ストリームの制御又は様々なタスクの実行を行う機能又はステップを実行できるようにするストリーム制御プログラムＰＣＦ１を有する。
【００２６】
また好ましくは、カードの利用可能性の状態を検出及び／又は示す手段も有する。これらの検出手段は、下記のプログラムＰＣＦ１を適用してストリーム制御マネージャＧＦ１により絶え間なく通知され得る利用可能性状態記録器ＲＥ及び／又は交換状態記録器により実行されてもよい。
例えば、コマンドがカードに送信される場合、ストリームコントローラはカードの利用可能性を示すために、代表する情報またはビットを状態記録器ＲＥに入れる。反対に、カードがコマンドまたはリクエストに応答する場合は、このレスポンスはマネージャを通過し、それによりレスポンスが通知され、カードの利用不可能状態が終了したとみなされる。この新たな状態は、対応する情報という形で状態記録器のメモリに保存することができる。
【００２７】
ストリームコントローラＧＦ１はまた、好ましくはカードからのレスポンスをどの端末へ返送またはリダイレクトすべきかを識別できる手段を有する。この目的を達成するために、ストリームコントローラは、端末ごと、通信セッションごと、または各ストリームの受信ごとに１つの固有の論理チャネルを確立することができる。
例えば、チャネルは、トランスミッタから情報を取得することにより確立され、この情報はメッセージまたはリクエストの特定の領域に含まれている。通信チップ、具体的にはブルートゥースチップはどのチャネルを介してリクエストを受信したかを識別することができ、同一のチャネルを介してレスポンスを送信する。
【００２８】
通信セッションを確立するために、ストリームは端末とリーダとをペアリングするためのペアリングキーにより暗号化されてもよい。どのような形で技術に従うにせよ、ストリームはその一部にトランスミッタの指示を含んでいてもよい。
ブルートゥースチップが用いられる場合、ブルートゥースチップとの通信に用いられるホストコントローラインターフェース（ＨＣＩ）タイプのコマンドを介してストリームマネージャＧＦ１により明確に管理／選択される、２つの異なる通信チャネル（例えば２つの無線通信（ＲＦＣＯＭＭ）チャネル）を用いることができる。つまり、より詳細には、ストリームコントローラＧＦ１はＨＣＩコマンドを使用してブルートゥースチップＢＴ１とのやりとりを行う。具体的には、これらのコマンドにより、適切なＲＦＣＯＭＭチャネルを選択しこれを介して適切なデータを返送することができる。
【００２９】
よって、ストリームコントローラＧＦ１がブルートゥースチップからリクエストを受信する場合、ＨＣＩコマンドを介してリクエストにアクセスすることができる。各ホスト端末はＲＦＣＯＭＭチャネルと連携しているため、ストリームマネージャＧＦ１は、ＨＣＩコマンドを介してやりとりするチャネルに対応するホスト端末を識別する。
そしてストリームコントローラＧＦ１は、前記ホストと関連するＩＳＯ論理チャネルを用いて（ホストが他の論理チャネルも使用している場合は任意にランプされる）受信したリクエストをリーダＬＳＣに送信する。
【００３０】
レスポンスにおいて、一度に１つのコマンドのみがカードにより処理されるため、レスポンスを行うべきホスト端末を識別することができる。ストリームコントローラＧＦ１がカードからレスポンスを受信した場合、このレスポンスがどのＲＦＣＯＭＭチャネルに対応するかを認識する（なぜなら一度に一つのコマンドのみが処理され、コマンドは決められた順で処理されるためである）。そしてＨＣＩコマンドを使用して適切なＲＦＣＯＭＭチャネルを介し、レスポンスを返送することができる。
【００３１】
さらに、ＩＳＯ７８１６規格対応の論理チャネルに関しては、ＡＰＤＵタイプのコマンド／レスポンスのＣＬＡ領域により識別可能である。これにより、各チャネルを介して異なるアプリケーションを選択することが可能となる。本発明は、各ホストに使用される異なるチャネルを有することで、実行する内容を独立させることを可能とする。１つのホストは他のホストの存在を認識せず、よって論理チャネルが実行する内容を独立させるために用いられることを認識しないため、ストリームコントローラＧＦ１は、具体的には各ＲＦＣＯＭＭチャネルとＩＳＯチャネルとを関連させることにより論理チャネルを管理することができる。
【００３２】
本装置が、カードからのレスポンスを適切な端末へ返送できる手段又はアプリケーションを実行することは重要なことである。ある例では、レスポンスは、カードへ送信されるストリームを復号できるキーに対応したキーで暗号化されていてもよい。
ストリームのリダイレクトを適切に管理するために、マネージャは、通信チャネルの確立または開通の際に、ホストトランスミッタ端末または受信したデータに関連するキー、パラメータ、及び特異性（例えば、暗号キー、パリティ、プロトコル、スピード、又はインジケータ、等）と通信チャネルとを、関連付けることを規定してもよい。
【００３３】
ストリームを送信する前に、チャネルが確立されるか、またあるいは、トランスミッタを識別する手段がストリームコントローラのメモリに保存される。ストリームコントローラは、カードからのレスポンスをマネージャで受信する前に他のストリームを送信しないため、マネージャは、レスポンスが、最後にカードへ送信されたデータストリームまたはデータパケットと同じチャネル又は同じプロトコル処理及び／又はセキュリティ処理を使用することを認識する。
【００３４】
本発明の特性に従い、データストリーム制御手段ＧＦ１は、カードと少なくとも２つ以上の端末との通信を管理又は計画するよう構成されている、又は適している。
この実施形態の特性に従い、本発明の装置は、カードが利用可能な場合にのみ、第２の端末から送信される第２のデータストリームを処理するためにカードに送信できる手段を規定する。この利用可能性は、最後に送信されたデータストリームへのカードからのレスポンスを検出した後に推定される。まずリーダで受信され、次にストリームコントローラにより受信されるカードからのレスポンスの検出は、カードの利用可能性の状態を確実に示す。この状態は、以下に示すように本発明で使用される。
【００３５】
このレスポンスは、充填または更新の度合いを監視するマネージャの受信バッファメモリで受信されてもよい。ストリームは、バッファメモリにおいて従来型の方式、例えば好ましくは先入れ先出し（ＦＩＦＯ）型の方式で管理される。
カードへ送信されたストリームに続いて、データストリームがストリームコントローラで受信され、バッファメモリの部分を充填すると、すぐにマイクロコントローラμＣ１がそれを検出し、利用可能性についての情報を状態記録器に入力する。そしてマイクロコントローラμＣ１は、対応するプログラムを適用し、本方法の次のステップへ進む。
【００３６】
あるいは、利用可能性の情報は、例えばストリームコントローラＧＦ１へ特定の信号を送信することによりリーダ自身が送信することができる。リーダは自身の必要に応じて利用可能性の情報を管理してもよく、またストリームコントローラとこの情報を共有してもよい。よって、図示されている利用可能性テストとは、リーダＬＳＣから情報を受信したことを確認し、この情報に応じて、ストリームコントローラが待機ストリームの送信または今後のストリームの通過を行える時期を認識することであってもよい。この情報は、ストリームコントローラで同様の方式、例えば状態記録器により記録されてもよい。任意には、リーダとストリームコントローラとは同一の構成要素であってもよい。
【００３７】
本発明のもう一つの特徴は、ホストターミナルから送信されるリセットリクエストの問題を管理するよう規定されている点である。先行するセッションの間に第１の端末により既にリセットが行なわれている場合は、規則的なリセットを行わないことが望ましい。端末との複数の交換で構成されたセッションが完全に終了していない限りはリセットを防ぐ必要があり、そうでなければ他の端末とのセッションの処理の部分が消去される可能性がある。
この目的を達成するため、本発明は、交換及び／又はセッションの状態及び／又はリセットの履歴をメモリに保持し、さらなるリセットが適時又は必要でない場合にかようなリセットがカードに行われることを防ぐため、この履歴を参照することを規定している。
【００３８】
同様に、本発明の方法が実行される間、（進行中か又は完了したかに関する）セッションの状態記録器が規則的に通知および参照されてもよい。
従って本発明はホスト端末Ｔ１，Ｔ２からのリセットリクエストを管理する手段を規定する。これらの手段はリセットを防ぐだけではなく、端末にカードによるリセットが行なわれたと思わせることも可能とする。これらの、具体的にはソフトウェア形式の手段は、リセット状態記録器、及びカードから送信されるメッセージと同一である初期応答（ＡＴＲ）タイプのメッセージを発生及び／又は送信する手段を有していてもよい。実施において、このメッセージは、具体的には処理中である、及び／または、前のセッションで既にリセットが行なわれているためにカードが利用不可能である場合に送信される。上記の通り実行するために、マイクロコントローラμＣ１は、１つ以上の状態記録器の状態または交換の履歴を有する記録器を参照するプログラムを実行する。
【００３９】
例において、ストリームコントローラＧＦ１，ＧＦ２は既存の構成要素（ＢＴ１，ＢＴ２及びリーダＬＳＣ）の間のインターフェースとして加えられており、それにより即時運用の利点を提供している。しかしながら、これらストリームコントローラＧＦ１／ＧＦ２の機能的特徴及び／又は構成部品の全て又は一部は、ソフトウェア及び／又はハードウェアの形態で、具体的には無線通信手段に直接統合されていてもよい。同様に、上述の機能的特徴及び／又は構成部品の全て又は一部は、ソフトウェア及び／又はハードウェアの形態で、リーダＬＳＣ、又は複数のホスト端末と通信する通信装置ＰＢ１，ＰＢ２の補助部に統合されていてもよい。
【００４０】
図２のもう一つの実施例において、通信装置１Ｂは、２つのブルートゥースコントローラＢＴ２，ＢＴ３を有するという主要な違いを除き、図１の手段と同じ手段を有する。この装置の手段は、同一の参照符号が付されている場合には前の図の手段と同じものである。この装置は少なくとも２つの標準ブルートゥースコントローラを用い、それぞれ独自の物理アンテナ７を有する。
【００４１】
ストリームコントローラＧＦ２は、各ブルートゥースチップＢＴ２，ＢＴ３が接続する２つの入力／出力ポートを有する。ストリームコントローラＧＦ２はストリームコントローラＧＦ１とほぼ同様の手段を有し、レスポンスを適切なトランスミッタ端末に送信するために適切なブルートゥースコントローラへ向かわせなければならない点を除き、ほぼ同様の方法（マイクロコントローラμＣ２，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ、記録器、バッファメモリ、ストリーム制御プログラムＰＣＦ２，ブルートゥースチップへの出力ポートを選択するセレクタ）で動作する。
【００４２】
各ブルートゥースチップＢＴ２，ＢＴ３は、ＢＴ１とは逆に、それぞれ単一の端末Ｔ１，Ｔ２と接続するのに適している。そこで、ストリームコントローラＧＦ２は、受信したストリームに関連する第１のブルートゥースコントローラＢＴ２についての情報と、第２のブルートゥースコントローラＢＴ３に関連したもう一つのストリームと比較した、カードへの何らかの送信（通過）の順とをメモリに保存してもよい。ストリームコントローラＧＦ２は、ポート番号又はブルートゥースコントローラ及び／又は通信中の様々な端末を識別する識別子さえも、各ストリームと関連付けていてよい。従って受信した順番に応じた順で、カードへのストリームまたはメッセージの送信を順次順番に行うことにより、マネージャはカードからのレスポンスと以前カードに送信されたメッセージとを関連付け、最後にカードに送信された受信ストリームに関連した端末及び／又はコントローラに従い、対応のリダイレクトを指定することができる。
【００４３】
図３のフローチャートは、ＩＳＯ７８１６規格対応のスマートカードの分野に特有のリセットＡＰＤＵリクエスト及びＡＴＲレスポンスに関する管理プログラムＰＳＥＴについて、無線通信装置ＰＢ１がどのように動作するかを示している。
ステップ５０において、端末Ｔ２は、Ｔ２の使用を承認するためにバッジホルダＰＢ１との通信を開始する。望ましくは事前のペアリングの後、リーダＰＢ１は端末Ｔ２からカードへのリセットリクエストを受信する。このリクエストは、ストリームコントローラＧＦ１により受信及び阻止される。このリクエストに対応する論理チャネル及び／又は通信がストリームコントローラＧＦ１により確立／識別または割り当てられ、そして端末が具体的には識別子を介して関連付けられる。
【００４４】
次のステップ１５０では、プログラムはカードの活性化後に先のリセットが既に行われたかを判断するテストを有し、行われた場合はコントローラはステップ２５０へ進み、行われていない場合はコントローラはステップ３５０へ進む。
ステップ２５０において、プログラムは、リセットリクエストをカードへ送信し、そして受信するとすぐに対応の論理チャネル／ＲＦＣＯＭＭ通信を介してＡＴＲレスポンスを端末Ｔ２へ送信することを規定する。そしてバッジホルダは待機状態となり、端末からの次のリクエストが係属する。
【００４５】
ステップ３５０において、プログラムはマイクロコントローラμＣ１により内部で保存または発生されたＡＴＲ相当のメッセージをホスト端末（Ｔ２）へ返送することを規定する。この規定により、カードは不必要にリセットされることはなく、そしてトランスミッタ端末Ｔ２は、もう一つの端末のセッションで行われるカードの処理を待つことなく、セッションを続けることができる。
【００４６】
図４のフローチャートは、具体的には図１に図示されるような実施形態における本発明の動作を説明するために、本発明の（及び／又はストリーム制御手段の内部プログラムＰＣＦ１の）方法のステップを示している。
ステップ１００において、バッジホルダはブルートゥース受信手段を介し、制御及び／または管理手段（ＧＦ１，６）により阻止された第１の端末Ｔ１からのリクエストを受信する。リクエストはバッファメモリに到達し、そこでしばらくの間、少なくとも一時的に保存された状態となる。次にストリームコントローラは、上述の、または当業者に公知の方法のうち１つを用いて対応する論理チャネル／通信を確立／識別する。
【００４７】
あるいは、もう一つの実施例において、カードが利用不可能な場合に、リクエストは適切な時間に送信されるために保存または保持されない。マネージャは端末がリクエストを再送信できるよう、受信の非承認の信号を送信してもよい。この非承認メッセージは、例えば専用の記録器で非承認信号（ビットまたはフラグ）が活性状態の場合に系統的に送信されてもよい。
【００４８】
ステップ２００において、制御手段ＧＦ１はカードが利用可能であるかを確認するテストを行う。上述の、又は当業者に公知の様々な手段が実行され得る。テストの結果が「いいえ」の場合、プログラムは次のステップ３００へ進み、結果が「はい」の場合、ステップ４００へ進む。
ステップ３００において、プログラムは時間の経過後上記の利用可能性テストを再度実行し、その後も同様に続ける。
【００４９】
ステップ４００において、ストリームコントローラは、リーダ（ＬＳＣ，３）を介してプログラムの実行のリクエストをカードへ送信する。送信と同時に、望ましくは先に、あるいは直後に、ストリームコントローラは、上述のような手段、又は当業者に公知の同様の手段を使用してカードの利用可能性の状態を更新または表示する。そして処理を行った後にストリームコントローラはカードからのレスポンスを待機する。待機中に、もう一つの端末が、カードが利用不可能な段階、又は端末とカードとのセッションが完了していない間に介入するか否かに応じて、ステップ５００あるいはステップ６００に図示される２つの状況が発生しうる。
【００５０】
ステップ５００において、カードはもう一つの端末Ｔ２からの請求を受ける前に応答している。ストリームコントローラＧＦ１はリーダＬＳＣを介してカードからのレスポンスを受信し、このレスポンスをブルートゥースチップＢＴ１へ送信する。レスポンスは、ブルートゥースチップが適切な端末へ送信できるよう、受信の際に開通／識別されたものと同一の論理チャネル又は通信を介して送信される。このチャネル及び／又は通信は、上述の様々な方法のいずれか１つ、または当業者に公知のその他の方法により決定される。
【００５１】
ブルートゥースチップＢＴ１を使用する場合、ストリームコントローラは、ブルートゥースチップの２つの異なるＲＦＣＯＭＭチャネルのうち１つへ送信するために、レスポンスをカプセル化するか、またはその他の処理を適用してもよい。
また、ストリームコントローラは、望ましくはレスポンスを受信してすぐ、又は送信の直前又は直後に、上記のように直ちにカードの利用可能性の状態を更新する。
【００５２】
ステップ６００において、カードが利用不可能であるため、バッジホルダはもう一つの端末Ｔ２との新たな通信セッションを開始するか、又は前記その他の端末との進行中である一連のセッションの続きを受信する。よって端末Ｔ２からのリクエストを受信する。このリクエストはバッファメモリに到達し、そのほかの待機中のリクエストに続いて保存された状態となる。ストリームコントローラはまた、ステップ１００のように、前記端末または少なくとも前記リクエストに対応の論理チャネルを確立／指定する。例えば、発生源、返送のための特定の経路、又は特定の属性、具体的には通信又はペアリング属性に対応する番号を割り当てることもできる。
【００５３】
そしてプログラムはステップ１００に続いて上述のカード利用可能性テストへ進む。テストが陽性（カードが利用可能）の場合、Ｔ２からのリクエストはカードへ送信されるが、そうでない場合には、本発明はカードを乱す可能性のある時期尚早な送信を行わないことを可能とする。
本発明はまた、端末Ｔ１，Ｔ２からの様々なデータストリームを、衝突なく、またはより少ない通信エラーのリスクで、できるだけ早く（カードの利用可能性の検出の時点で）カードに処理させることも可能とする。
【００５４】
さらなる特性に従い、本発明は、端末Ｔ１から送信された第１のストリームに応答するための規定の時間の経過後に、どんな場合にも端末Ｔ２から送信された第２のストリームをカードに送信することを規定する。本発明のこの規定により、第２の端末Ｔ２の交換が第１の端末Ｔ１により妨害されることを防ぐことを可能とする。
任意には、リセット信号は第２の端末からのストリームが送信される前に前もってカードに送信されてもよい。所定の時間の終了後にエラーメッセージがコントローラにより端末へ送信されてもよい。
【００５５】
本発明はまた、携帯型装置（６，１６，ＰＢ１，ＰＢ２）に埋設された、又は埋設されるよう設計されたプログラムも規定する。このプログラムは、少なくとも２つの中距離無線通信ホスト端末が、携帯型装置に関係した集積回路物体と通信できるよう構成されている。このプログラムは、具体的には、装置の処理部により実行可能で、上述の方法のうち１つに含まれるステップに対応するステップを有する。これらのステップは、互いに独立して、又は異なる順で実行されてもよい。
プログラムは、装置全体、又はその部分、具体的には通信チップ又はカードリーダ部に統合されていてもよい。
【符号の説明】
【００５６】
１Ａ  通信装置及びシステムＰＢ１
２  バッジ
３  カードリーダＬＳＣ
４  コネクタＣ
５ａ  ブルートゥースチップＢＴ１
６  ストリームコントローラＧＦ１
７  アンテナ
【図１】
2013539609.tif 000003
【図２】
2013539609.tif 000004
【図３】
2013539609.tif 000005
【図４】
2013539609.tif 000006
【国際調査報告】
2013539609.tif 000007
2013539609.tif 000008
2013539609.tif 000009
2013539609.tif 000010
2013539609.tif 000011
2013539609.tif 000012