"集積回路カード2による複数の無線通信ストリームの処理を制御する方法であって、前記ストリームは少なくとも2つの端末T1,T2から送信され、前記カードは、前記通信ストリームを受信するために、複数のホスト端末T1,T2との通信に適した無線通信手段BT1,BT2,BT3を備えた装置PB1,PB2に接続しており、前記方法は、第1のホスト端末T1及び第2のホスト端末T2からそれぞれ送信される第1及び第2のデータストリームの受信の制御及び/またはそれらの前記カードへの送信の制御を行う、受信及び/または送信制御ステップ100,200,400を備え、前記制御ステップは、前記第2のデータストリームを送信する前に前記カードが利用可能であるかを確認する利用可能性確認ステップ200を含むことを特徴とする方法。前記制御ステップ50,250は、前記カードが利用不能な場合にリセットリクエストを阻止し、前記カードの代わりにレスポンスATRの返送350を行うことを特徴とする、請求項1に記載の方法。前記カードから前記ホスト端末への前記レスポンスを制御する制御ステップを実行することを特徴とする、請求項1に記載の方法。前記レスポンス制御は、前記カードから対応する前記送信ホスト端末へのレスポンスをリダイレクトする操作を含むことを特徴とする、請求項3に記載の方法。ホスト端末との各通信セッション、又は、新たなストリームの受信ごとに、論理通信チャネル100が割り当て/識別されることを特徴とする、請求項3または4に記載の方法。複数のホストと通信可能な単一の通信チップBT1を用いる場合は、前記方法はリダイレクトの指示を前記チップに保持するステップを有することを特徴とする、請求項1乃至5のいずれか一項に記載の方法。複数の通信チップBT2,BT3を用いる場合は、前記方法は前記ストリームの発生源の指示を保持するステップを行うことを特徴とする、請求項1乃至6のいずれか一項に記載の方法。前記端末T1から送信された前記第1のストリームに応答するための規定の時間の経過後に、どんな場合にも前記第2の端末T2から送信された前記第2のストリームを前記カードに送信することを特徴とする、請求項1乃至7のいずれか一項に記載の方法。前記制御手段GF1,GF2は、前記カードに送信及び/又は前記カードから受信する前記ストリームの状態一覧、又は履歴を含むことを特徴とする、請求項1乃至8のいずれか一項に記載の方法。集積回路カード2による複数の無線通信ストリーム1A,1Bを処理するシステムであって、前記ストリームは少なくとも2つの端末T1,T2から送信され、前記カードは、前記通信ストリームを受信するために、複数のホスト端末T1,T2との通信に適した無線通信手段BT1,BT2,BT3を備えた装置PB1,PB2に接続しており、前記システムは、第1のホスト端末T1及び第2のホスト端末T2からそれぞれ送信され第1及び第2のデータストリームの受信の制御及び/またはそれらの前記カードへの送信の制御を行うための、受信及び/または送信制御手段GF1,GF2を備え、前記受信及び/または送信制御手段は、前記第2のデータストリームを送信する前に前記カードが利用可能であるかを確認する、利用可能性確認200を行うよう構成されたことを特徴とするシステム。集積回路物体2による複数の無線通信ストリームの処理を制御する処理制御装置GF1,GF2であって、前記装置は、前記複数のストリームを送信する複数のホスト端末T1,T2と通信するよう構成された無線通信手段BT1,BT2,BT3を有しているか、又は該無線通信手段に接続するよう設計されており、前記装置は、第1のホスト端末T1及び第2のホスト端末T2からそれぞれ送信される第1及び第2のデータストリームの受信の制御及び/またはそれらの前記物体への送信の制御を行うための、受信及び/または送信制御手段μP1,μP2,PSET,PCF1を備え、当該受信及び/または送信制御手段は、前記第2のデータストリームを送信する前に前記物体が利用可能であるかを確認する、利用可能性確認200を行うよう構成されたことを特徴とする制御装置。携帯型装置に埋設されるよう設計されたプログラムであって、前記プログラムは、少なくとも2つの中距離無線通信ホスト端末と、前記携帯型装置に関連した集積回路物体との通信を行うよう構成され、前記装置の処理部により実行可能な、請求項1乃至9のいずれか一項に記載の方法の前記ステップに対応するステップを含むプログラム。使用するサービスに用いられる端末が複数あることを考慮すると、それらの端末への論理的アクセス及び/又は安全な論理的アクセスを単一の集積回路物体により同時にもたらす必要があると考えられる。本発明の原理は、2つの中距離無線通信端末と、装置に接続された、スマートカード、すなわちチップカード等の集積回路物体との通信を可能にするよう構成された、ソフトウェアまたは/及びハードウェアの形態で携帯型装置に埋設される手段を提供することである。より具体的には、本発明は、集積回路物体において送受信されるストリームの制御を規定する。この目的を達成するために、電子及び/又はソフトウェアの手段を有する:-様々な端末、例えばパーソナルコンピュータ及びスマートフォンへの複数の安全なアクセスを、バッジホルダリーダに接続された単一のスマートカード例えば社員バッジにより同時に確立する目的で、無線周波数ブルートゥース等から送信された複数のデータストリームリクエスト/コマンドを、集積回路カードに送信するために、特に一連の通信において制御又は処理すること;-適切なチャネルブルートゥースチャネルを介して適切なホスト端末へリダイレクトするために、集積回路カードからのレスポンスを整理又は/及び管理すること。様々な実行、実施形態、又は特性に応じ、上記の二つの操作を行うために、本発明は好ましくは二つのタイプのブルートゥースの構造を規定する:1つは複数のチャネルブルートゥース端末の数に従うを有する単一のブルートゥースチップを備えた構造であり、もう一つは複数のブルートゥースチップ1つのチップに1つのブルートゥース端末が対応するを有する構造である。好適な実施形態において、本発明は、1つのバッジ又は同様のものからの複数のアクセスを提供するために、ブルートゥースチップのマルチホスト機能即ちブルートゥース装置がスレーブとして複数のマスタと接続する機能を使用し、ストリームのやりとり具体的にはリクエスト/コマンド/レスポンスを制御及び/又は管理する手段を加えることを規定する。コマンド/リクエスト具体的にはアプリケーションプロトコルデータ単位APDUsの部分的又は/及び一連の実行を規定する。1つのスマートカード上での複数のインスタンス化をもたらすために、好ましくはデータがホストに対して1つの論理チャネルを介して送信されることを規定する。本発明は好ましくは、別のホスト端末からのリクエストが集積回路カードにより処理されているときには、リクエストが一時的に保存されることを規定する。さらに、好ましい実施例において、本発明はまた、適切なホスト端末へレスポンスをリダイレクトするように、ブルートゥースチップへ送信されるストリームを制御することも規定する。本発明は、制御手段でリダイレクトステップ又はリダイレクト情報を処理することを規定してもよく、このステップ又は情報は無線周波数チップにより任意に使用される。特に単一のブルートゥースチップを使用する場合は、カードからのレスポンスは、適切なホスト端末へリダイレクトされるようカプセル化してもよい。2つのブルートゥースチップを使用する場合は、ストリームコントローラにより1つ又はもう1つのブルートゥースチップが選択された時点で、レスポンスは自動的に適切なホスト端末へ送信される。これらの規定により本願は、複数の1つのアクセスに対し1つのバッジを使用する必要がなくなるという利点を提供している。任意に、通常のブルートゥースチップを交換することなく使用できるよう、制御手段がブルートゥースチップから独立していてもよい。従って本願は、集積回路カードによる複数の無線通信ストリームの処理を制御する方法であって、ストリームは少なくとも2つの端末から送信され、カードは、複数のホスト端末との通信に適した無線通信手段を備えた装置に接続しており、次のステップを有することを特徴とする方法をまず第一に提供している:-第1のホスト端末及び第2のホスト端末からそれぞれ送信される第1及び第2のデータストリームの受信の制御及び/またはそれらのカードへの送信の制御を行う、受信及び/または送信制御ステップであり、この制御ステップは、第2のデータストリームを送信する前にカードが利用可能であるかを確認する利用可能性確認ステップを含む。そのほか次の特性に従う:-制御ステップは、カードが利用不能な場合にリセットリクエストを阻止し、カードの代わりにレスポンスATRの返送を行い、それにより好ましくない動作及び/又は進行中のセッションを妨げる動作を防ぐ;-本方法は、カードからホスト端末へのレスポンスを制御する制御ステップを実行し、それにより具体的には、フォーマット、プロトコル、アドレス、又はI/Oポートのいずれかを介して適切な端末へ送信することを可能にする;-レスポンス制御は特に、カードからのレスポンスを対応の送信ホスト端末へリダイレクトする操作を含む;-論理通信チャネルは、ホスト端末との各通信セッション、又は、新たなストリームの受信ごとに割り当てられ、それにより特に、レスポンスを適切な端末へ適切にリダイレクトすることを可能にする;-マルチホスト機能を有する単一の通信チップを用いる場合は、本方法はリダイレクトの指示を通信チップに保持するステップを有する;-複数の通信チップを用いる場合は、本方法はストリームの発生源の指示を保持するステップを行う;-端末から送信された第1のストリームに応答するための規定の時間の経過後に、どんな場合にも第2の端末から送信された第2のストリームをカードに送信し、それにより通信の阻害を防ぐ;任意に、カードへのリセットリクエストは制御手段により自動的に発生してもよく、また通信の阻害が解消されてもよい;-制御手段は、進行中及び/又はカードによる処理を待つストリームを適切に管理するよう、カードに送信及び/又はカードから受信されたストリームの状態記録器、又は履歴を含んでもよい。本発明はまた、当該方法に対応する、または当該方法の実行のために考案されたシステム及び装置を提供する。よって本発明は、集積回路物体による複数の無線通信ストリームの処理を制御する処理制御装置を規定し、この装置は、複数のストリームを送信する複数のホスト端末と通信するよう構成された無線通信手段を有しているか、又は該無線通信手段に接続するよう設計されている。本装置は、第1のホスト端末及び第2のホスト端末からそれぞれ送信される第1及び第2のデータストリームの受信の制御及び/またはそれらのカードへの送信の制御を行う、受信及び/または送信制御手段を備えたことを特徴とし、当該受信及び/または送信制御手段は、第2のデータストリームを送信する前にカードが利用可能であるかを確認する、利用可能性確認を行うよう構成されている。本願発明のその他の特徴及び利点は、対応する添付図面を参照して以下の記載を読むことでより明らかになるであろう:図1は、本発明のシステム1Aの第1の実施形態を示している。論理的及び物理的アクセス権を有する識別物体またはセキュリティ物体との通信インターフェースを有するカードリーダLSC、3を備えたバッジホルダ装置PB1を有する。例において、インターフェースはISO7816インターフェース及びバッジ2との接続に適したコネクタCを有し、この例においてバッジ2は電子チップを具備するスマートカードの形式である。USBメモリスティック、ドングル、非接触モジュール、近距離無線通信NFC手段、及びバッジホルダ内部に埋設された保全部品等、そのほかの種類のバッジ及び対応のインターフェースであってもよい。明細書において例として用いられているカードは、集積回路を有するいかなる通信保全物体と置き換えてもよい。同様に、ブルートゥース通信手段は、その他のいかなる無線通信手段と置き換えてもよい。従って明細書及び請求項において、単語スマートカードは集積回路を有する保全物体と同様のものである。バッジホルダPB1は、少なくとも1つのブルートゥース通信手段BT1,5aを備えている。これらの手段は集積回路チップ又はブルートゥース処理装置を備えていてもよい。またこれらの手段は、集積ブルートゥース通信モジュールを有するマイクロコントローラを備えていてもよい。通信手段BT1はアンテナ7を含む少なくとも1つの物理インターフェースに接続され、具体的には、コンピュータ及び/又はプリンタ、携帯端末、電話、その他、等のホスト端末T1との通信を確立する働きを行う。バッジホルダはまた、電源管理ユニットPMUと、任意にオン/オフスイッチ図示せずとを備える。ホスト端末T1もまた、ブルートゥース通信手段および対応のインターフェース手段を有する。この例において、ブルートゥースタイプの通信が用いられているが、その他のタイプ、例えばWiFi、ZigBee、または、例えば500メートルm未満、又は実際には100m未満の距離の、その他の中距離無線通信手段であってもよい。本発明のこの実施において、当該通信はホスト端末の全てまたはいくつかの機能の使用を承認する働きを行う。例えば、通信は、具体的には使用者のバッジにおいて、任意に共有で端末を使用可能にする権利、または論理的アクセスの取得を可能にする権利の識別/認証、及び/又は、存在を確立するセッションである。例において、本装置及び本端末は、それらを初期化するステップ又は互いにペアリングするステップを実施するための手段を有していてもよい。このステップにより次の通信が安全に行われ、そして/又は、他の周囲の通信に障害をもたらすことを防ぐことができる。ペアリングは、次の交換を符号化して行えるようにするため、または端末の使用を認識及び承認するため、携帯型物体と端末との間で暗号キー又は識別子を秘密に交換することである。これにより端末と装置との間で安全な論理チャネルを実行することができる。この例において、このステップはマイクロコントローラ、具体的にはブルートゥースマイクロコントローラBT1,5a又はその他の無線技術を用いたマイクロコントローラ、のプログラマブルメモリ内のペアリング/初期化プログラムまたはアプリケーションを介して実施される。遠隔にある端末T1は、適したマイクロコントローラ内に、対応するプログラムまたはソフトウェアアプリケーションを有する。交換を開始し、一連の交換を整理し、そして交換を続行させるための標準的な方法は、現在のところ、接触型スマートカードが一度に一つのホスト端末とのみ通信セッションを行う、ということである。この問題を解決するために、本発明は、データを受信しそれをカードへ送信する第1の手段であって、第1のホスト端末から送信される第1のデータストリームを処理する第1の手段と、第2のホスト端末から送信される第2のデータストリームをリーダに受信させる第2の手段とを規定する。この実施形態において、これら第1及び第2の手段は、単一のブルートゥースチップ及びストリーム制御手段ストリーム及び/又はタスクプランナもしくはマネージャを有する。例において、ストリームコントローラGF1は、バッジホルダの標準タイプのブルートゥースマイクロコントローラBT1とリーダ部LSCとの間のインターフェースとして設けられている。ストリームコントローラはハードウェア及び/又はソフトウェア部品であってもよく、またはそれらを含んでいてもよい。また例において、ストリームコントローラマネージャGF1は、マイクロコントローラμC1、電気的消去プログラム可能型読取専用メモリEEPROMのプログラムメモリ、及びランダムアクセスメモリRAMのワーキングメモリを有する。具体的には、端末とバッジとの間の様々な交換から生じるデータストリームを受信し、これらのデータストリームを待機させる働きをするバッファメモリMPを有する。好ましくは、マイクロコントローラμC1が、ストリームの制御又は様々なタスクの実行を行う機能又はステップを実行できるようにするストリーム制御プログラムPCF1を有する。また好ましくは、カードの利用可能性の状態を検出及び/又は示す手段も有する。これらの検出手段は、下記のプログラムPCF1を適用してストリーム制御マネージャGF1により絶え間なく通知され得る利用可能性状態記録器RE及び/又は交換状態記録器により実行されてもよい。例えば、コマンドがカードに送信される場合、ストリームコントローラはカードの利用可能性を示すために、代表する情報またはビットを状態記録器REに入れる。反対に、カードがコマンドまたはリクエストに応答する場合は、このレスポンスはマネージャを通過し、それによりレスポンスが通知され、カードの利用不可能状態が終了したとみなされる。この新たな状態は、対応する情報という形で状態記録器のメモリに保存することができる。ストリームコントローラGF1はまた、好ましくはカードからのレスポンスをどの端末へ返送またはリダイレクトすべきかを識別できる手段を有する。この目的を達成するために、ストリームコントローラは、端末ごと、通信セッションごと、または各ストリームの受信ごとに1つの固有の論理チャネルを確立することができる。例えば、チャネルは、トランスミッタから情報を取得することにより確立され、この情報はメッセージまたはリクエストの特定の領域に含まれている。通信チップ、具体的にはブルートゥースチップはどのチャネルを介してリクエストを受信したかを識別することができ、同一のチャネルを介してレスポンスを送信する。通信セッションを確立するために、ストリームは端末とリーダとをペアリングするためのペアリングキーにより暗号化されてもよい。どのような形で技術に従うにせよ、ストリームはその一部にトランスミッタの指示を含んでいてもよい。ブルートゥースチップが用いられる場合、ブルートゥースチップとの通信に用いられるホストコントローラインターフェースHCIタイプのコマンドを介してストリームマネージャGF1により明確に管理/選択される、2つの異なる通信チャネル例えば2つの無線通信RFCOMMチャネルを用いることができる。つまり、より詳細には、ストリームコントローラGF1はHCIコマンドを使用してブルートゥースチップBT1とのやりとりを行う。具体的には、これらのコマンドにより、適切なRFCOMMチャネルを選択しこれを介して適切なデータを返送することができる。よって、ストリームコントローラGF1がブルートゥースチップからリクエストを受信する場合、HCIコマンドを介してリクエストにアクセスすることができる。各ホスト端末はRFCOMMチャネルと連携しているため、ストリームマネージャGF1は、HCIコマンドを介してやりとりするチャネルに対応するホスト端末を識別する。そしてストリームコントローラGF1は、前記ホストと関連するISO論理チャネルを用いてホストが他の論理チャネルも使用している場合は任意にランプされる受信したリクエストをリーダLSCに送信する。レスポンスにおいて、一度に1つのコマンドのみがカードにより処理されるため、レスポンスを行うべきホスト端末を識別することができる。ストリームコントローラGF1がカードからレスポンスを受信した場合、このレスポンスがどのRFCOMMチャネルに対応するかを認識するなぜなら一度に一つのコマンドのみが処理され、コマンドは決められた順で処理されるためである。そしてHCIコマンドを使用して適切なRFCOMMチャネルを介し、レスポンスを返送することができる。さらに、ISO7816規格対応の論理チャネルに関しては、APDUタイプのコマンド/レスポンスのCLA領域により識別可能である。これにより、各チャネルを介して異なるアプリケーションを選択することが可能となる。本発明は、各ホストに使用される異なるチャネルを有することで、実行する内容を独立させることを可能とする。1つのホストは他のホストの存在を認識せず、よって論理チャネルが実行する内容を独立させるために用いられることを認識しないため、ストリームコントローラGF1は、具体的には各RFCOMMチャネルとISOチャネルとを関連させることにより論理チャネルを管理することができる。本装置が、カードからのレスポンスを適切な端末へ返送できる手段又はアプリケーションを実行することは重要なことである。ある例では、レスポンスは、カードへ送信されるストリームを復号できるキーに対応したキーで暗号化されていてもよい。ストリームのリダイレクトを適切に管理するために、マネージャは、通信チャネルの確立または開通の際に、ホストトランスミッタ端末または受信したデータに関連するキー、パラメータ、及び特異性例えば、暗号キー、パリティ、プロトコル、スピード、又はインジケータ、等と通信チャネルとを、関連付けることを規定してもよい。ストリームを送信する前に、チャネルが確立されるか、またあるいは、トランスミッタを識別する手段がストリームコントローラのメモリに保存される。ストリームコントローラは、カードからのレスポンスをマネージャで受信する前に他のストリームを送信しないため、マネージャは、レスポンスが、最後にカードへ送信されたデータストリームまたはデータパケットと同じチャネル又は同じプロトコル処理及び/又はセキュリティ処理を使用することを認識する。本発明の特性に従い、データストリーム制御手段GF1は、カードと少なくとも2つ以上の端末との通信を管理又は計画するよう構成されている、又は適している。この実施形態の特性に従い、本発明の装置は、カードが利用可能な場合にのみ、第2の端末から送信される第2のデータストリームを処理するためにカードに送信できる手段を規定する。この利用可能性は、最後に送信されたデータストリームへのカードからのレスポンスを検出した後に推定される。まずリーダで受信され、次にストリームコントローラにより受信されるカードからのレスポンスの検出は、カードの利用可能性の状態を確実に示す。この状態は、以下に示すように本発明で使用される。このレスポンスは、充填または更新の度合いを監視するマネージャの受信バッファメモリで受信されてもよい。ストリームは、バッファメモリにおいて従来型の方式、例えば好ましくは先入れ先出しFIFO型の方式で管理される。カードへ送信されたストリームに続いて、データストリームがストリームコントローラで受信され、バッファメモリの部分を充填すると、すぐにマイクロコントローラμC1がそれを検出し、利用可能性についての情報を状態記録器に入力する。そしてマイクロコントローラμC1は、対応するプログラムを適用し、本方法の次のステップへ進む。あるいは、利用可能性の情報は、例えばストリームコントローラGF1へ特定の信号を送信することによりリーダ自身が送信することができる。リーダは自身の必要に応じて利用可能性の情報を管理してもよく、またストリームコントローラとこの情報を共有してもよい。よって、図示されている利用可能性テストとは、リーダLSCから情報を受信したことを確認し、この情報に応じて、ストリームコントローラが待機ストリームの送信または今後のストリームの通過を行える時期を認識することであってもよい。この情報は、ストリームコントローラで同様の方式、例えば状態記録器により記録されてもよい。任意には、リーダとストリームコントローラとは同一の構成要素であってもよい。本発明のもう一つの特徴は、ホストターミナルから送信されるリセットリクエストの問題を管理するよう規定されている点である。先行するセッションの間に第1の端末により既にリセットが行なわれている場合は、規則的なリセットを行わないことが望ましい。端末との複数の交換で構成されたセッションが完全に終了していない限りはリセットを防ぐ必要があり、そうでなければ他の端末とのセッションの処理の部分が消去される可能性がある。この目的を達成するため、本発明は、交換及び/又はセッションの状態及び/又はリセットの履歴をメモリに保持し、さらなるリセットが適時又は必要でない場合にかようなリセットがカードに行われることを防ぐため、この履歴を参照することを規定している。同様に、本発明の方法が実行される間、進行中か又は完了したかに関するセッションの状態記録器が規則的に通知および参照されてもよい。従って本発明はホスト端末T1,T2からのリセットリクエストを管理する手段を規定する。これらの手段はリセットを防ぐだけではなく、端末にカードによるリセットが行なわれたと思わせることも可能とする。これらの、具体的にはソフトウェア形式の手段は、リセット状態記録器、及びカードから送信されるメッセージと同一である初期応答ATRタイプのメッセージを発生及び/又は送信する手段を有していてもよい。実施において、このメッセージは、具体的には処理中である、及び/または、前のセッションで既にリセットが行なわれているためにカードが利用不可能である場合に送信される。上記の通り実行するために、マイクロコントローラμC1は、1つ以上の状態記録器の状態または交換の履歴を有する記録器を参照するプログラムを実行する。例において、ストリームコントローラGF1,GF2は既存の構成要素BT1,BT2及びリーダLSCの間のインターフェースとして加えられており、それにより即時運用の利点を提供している。しかしながら、これらストリームコントローラGF1/GF2の機能的特徴及び/又は構成部品の全て又は一部は、ソフトウェア及び/又はハードウェアの形態で、具体的には無線通信手段に直接統合されていてもよい。同様に、上述の機能的特徴及び/又は構成部品の全て又は一部は、ソフトウェア及び/又はハードウェアの形態で、リーダLSC、又は複数のホスト端末と通信する通信装置PB1,PB2の補助部に統合されていてもよい。図2のもう一つの実施例において、通信装置1Bは、2つのブルートゥースコントローラBT2,BT3を有するという主要な違いを除き、図1の手段と同じ手段を有する。この装置の手段は、同一の参照符号が付されている場合には前の図の手段と同じものである。この装置は少なくとも2つの標準ブルートゥースコントローラを用い、それぞれ独自の物理アンテナ7を有する。ストリームコントローラGF2は、各ブルートゥースチップBT2,BT3が接続する2つの入力/出力ポートを有する。ストリームコントローラGF2はストリームコントローラGF1とほぼ同様の手段を有し、レスポンスを適切なトランスミッタ端末に送信するために適切なブルートゥースコントローラへ向かわせなければならない点を除き、ほぼ同様の方法マイクロコントローラμC2,RAM,ROM,EEPROM、記録器、バッファメモリ、ストリーム制御プログラムPCF2,ブルートゥースチップへの出力ポートを選択するセレクタで動作する。各ブルートゥースチップBT2,BT3は、BT1とは逆に、それぞれ単一の端末T1,T2と接続するのに適している。そこで、ストリームコントローラGF2は、受信したストリームに関連する第1のブルートゥースコントローラBT2についての情報と、第2のブルートゥースコントローラBT3に関連したもう一つのストリームと比較した、カードへの何らかの送信通過の順とをメモリに保存してもよい。ストリームコントローラGF2は、ポート番号又はブルートゥースコントローラ及び/又は通信中の様々な端末を識別する識別子さえも、各ストリームと関連付けていてよい。従って受信した順番に応じた順で、カードへのストリームまたはメッセージの送信を順次順番に行うことにより、マネージャはカードからのレスポンスと以前カードに送信されたメッセージとを関連付け、最後にカードに送信された受信ストリームに関連した端末及び/又はコントローラに従い、対応のリダイレクトを指定することができる。図3のフローチャートは、ISO7816規格対応のスマートカードの分野に特有のリセットAPDUリクエスト及びATRレスポンスに関する管理プログラムPSETについて、無線通信装置PB1がどのように動作するかを示している。ステップ50において、端末T2は、T2の使用を承認するためにバッジホルダPB1との通信を開始する。望ましくは事前のペアリングの後、リーダPB1は端末T2からカードへのリセットリクエストを受信する。このリクエストは、ストリームコントローラGF1により受信及び阻止される。このリクエストに対応する論理チャネル及び/又は通信がストリームコントローラGF1により確立/識別または割り当てられ、そして端末が具体的には識別子を介して関連付けられる。次のステップ150では、プログラムはカードの活性化後に先のリセットが既に行われたかを判断するテストを有し、行われた場合はコントローラはステップ250へ進み、行われていない場合はコントローラはステップ350へ進む。ステップ250において、プログラムは、リセットリクエストをカードへ送信し、そして受信するとすぐに対応の論理チャネル/RFCOMM通信を介してATRレスポンスを端末T2へ送信することを規定する。そしてバッジホルダは待機状態となり、端末からの次のリクエストが係属する。ステップ350において、プログラムはマイクロコントローラμC1により内部で保存または発生されたATR相当のメッセージをホスト端末T2へ返送することを規定する。この規定により、カードは不必要にリセットされることはなく、そしてトランスミッタ端末T2は、もう一つの端末のセッションで行われるカードの処理を待つことなく、セッションを続けることができる。図4のフローチャートは、具体的には図1に図示されるような実施形態における本発明の動作を説明するために、本発明の及び/又はストリーム制御手段の内部プログラムPCF1の方法のステップを示している。ステップ100において、バッジホルダはブルートゥース受信手段を介し、制御及び/または管理手段GF1,6により阻止された第1の端末T1からのリクエストを受信する。リクエストはバッファメモリに到達し、そこでしばらくの間、少なくとも一時的に保存された状態となる。次にストリームコントローラは、上述の、または当業者に公知の方法のうち1つを用いて対応する論理チャネル/通信を確立/識別する。あるいは、もう一つの実施例において、カードが利用不可能な場合に、リクエストは適切な時間に送信されるために保存または保持されない。マネージャは端末がリクエストを再送信できるよう、受信の非承認の信号を送信してもよい。この非承認メッセージは、例えば専用の記録器で非承認信号ビットまたはフラグが活性状態の場合に系統的に送信されてもよい。ステップ200において、制御手段GF1はカードが利用可能であるかを確認するテストを行う。上述の、又は当業者に公知の様々な手段が実行され得る。テストの結果がいいえの場合、プログラムは次のステップ300へ進み、結果がはいの場合、ステップ400へ進む。ステップ300において、プログラムは時間の経過後上記の利用可能性テストを再度実行し、その後も同様に続ける。ステップ400において、ストリームコントローラは、リーダLSC,3を介してプログラムの実行のリクエストをカードへ送信する。送信と同時に、望ましくは先に、あるいは直後に、ストリームコントローラは、上述のような手段、又は当業者に公知の同様の手段を使用してカードの利用可能性の状態を更新または表示する。そして処理を行った後にストリームコントローラはカードからのレスポンスを待機する。待機中に、もう一つの端末が、カードが利用不可能な段階、又は端末とカードとのセッションが完了していない間に介入するか否かに応じて、ステップ500あるいはステップ600に図示される2つの状況が発生しうる。ステップ500において、カードはもう一つの端末T2からの請求を受ける前に応答している。ストリームコントローラGF1はリーダLSCを介してカードからのレスポンスを受信し、このレスポンスをブルートゥースチップBT1へ送信する。レスポンスは、ブルートゥースチップが適切な端末へ送信できるよう、受信の際に開通/識別されたものと同一の論理チャネル又は通信を介して送信される。このチャネル及び/又は通信は、上述の様々な方法のいずれか1つ、または当業者に公知のその他の方法により決定される。ブルートゥースチップBT1を使用する場合、ストリームコントローラは、ブルートゥースチップの2つの異なるRFCOMMチャネルのうち1つへ送信するために、レスポンスをカプセル化するか、またはその他の処理を適用してもよい。また、ストリームコントローラは、望ましくはレスポンスを受信してすぐ、又は送信の直前又は直後に、上記のように直ちにカードの利用可能性の状態を更新する。ステップ600において、カードが利用不可能であるため、バッジホルダはもう一つの端末T2との新たな通信セッションを開始するか、又は前記その他の端末との進行中である一連のセッションの続きを受信する。よって端末T2からのリクエストを受信する。このリクエストはバッファメモリに到達し、そのほかの待機中のリクエストに続いて保存された状態となる。ストリームコントローラはまた、ステップ100のように、前記端末または少なくとも前記リクエストに対応の論理チャネルを確立/指定する。例えば、発生源、返送のための特定の経路、又は特定の属性、具体的には通信又はペアリング属性に対応する番号を割り当てることもできる。そしてプログラムはステップ100に続いて上述のカード利用可能性テストへ進む。テストが陽性カードが利用可能の場合、T2からのリクエストはカードへ送信されるが、そうでない場合には、本発明はカードを乱す可能性のある時期尚早な送信を行わないことを可能とする。本発明はまた、端末T1,T2からの様々なデータストリームを、衝突なく、またはより少ない通信エラーのリスクで、できるだけ早くカードの利用可能性の検出の時点でカードに処理させることも可能とする。さらなる特性に従い、本発明は、端末T1から送信された第1のストリームに応答するための規定の時間の経過後に、どんな場合にも端末T2から送信された第2のストリームをカードに送信することを規定する。本発明のこの規定により、第2の端末T2の交換が第1の端末T1により妨害されることを防ぐことを可能とする。任意には、リセット信号は第2の端末からのストリームが送信される前に前もってカードに送信されてもよい。所定の時間の終了後にエラーメッセージがコントローラにより端末へ送信されてもよい。本発明はまた、携帯型装置6,16,PB1,PB2に埋設された、又は埋設されるよう設計されたプログラムも規定する。このプログラムは、少なくとも2つの中距離無線通信ホスト端末が、携帯型装置に関係した集積回路物体と通信できるよう構成されている。このプログラムは、具体的には、装置の処理部により実行可能で、上述の方法のうち1つに含まれるステップに対応するステップを有する。これらのステップは、互いに独立して、又は異なる順で実行されてもよい。プログラムは、装置全体、又はその部分、具体的には通信チップ又はカードリーダ部に統合されていてもよい。"