(57)【要約】   ストリーミングデータチャネルのデータパケットインテグリティを確認する方法が開示される。その方法においてデータパケットはストリーミングデータチャネルから受信される。各データパケットはデータペイロード及び対応するメッセージインテグリティコードを含む。受信されたデータパケットは第１の処理モードで処理される。受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティのチェック前にアプリケーションモジュールに転送される。インテグリティチェック失敗測定値は第１の処理モードのインテグリティチェック失敗率を監視するために生成される。インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合、方法は第２の処理モードに移行する。受信されたデータパケットはインテグリティチェックを通った後にのみ第２の処理モードでアプリケーションモジュールに転送される。
2011526433.tif 000002
【特許請求の範囲】
【請求項１】
データパケットをストリーミングデータチャネルから受信すること、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モードにおいて前記受信されたデータパケットを処理すること、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送される、と、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成することと、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行すること、ここで受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記第２の処理モードにおいて前記アプリケーションモジュールに転送される、と
を具備する、ストリーミングデータチャネル中のデータパケットインテグリティを確認する方法。
【請求項２】
帯域幅の制限されたストリーミングデータチャネルによってデータパケットを受信するための受信時間は、顕著な遅延時間を超える、請求項１に定義されるようなデータパケットインテグリティを確認する方法。
【請求項３】
前記ストリーミングデータチャネルによってデータパケットを受信するための受信時間は、約５０ミリ秒を超える、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項４】
前記第１の処理モードにおいて消費される電力は、前記第２の処理モードにおいて消費される電力より少ない、請求項１において定義されるようにデータパケットインテグリティを確認する方法。
【請求項５】
前記第１の処理モードは、特定用途向け集積回路（ＡＳＩＣ）を用いて実行される、請求項４において定義されるようなデータパケットインテグリティを確認する方法。
【請求項６】
前記第２の処理モードは、プログラム可能プロセッサを用いて実行される、請求項４において定義されるようなデータパケットインテグリティを確認する方法。
【請求項７】
前記インテグリティチェック失敗測定値は、前記第１の処理モードにおいて前記インテグリティチェックを失敗する各々のデータパケットの数である、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項８】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する１つのデータパケットを備える、請求項７において定義されるようなデータパケットインテグリティを確認する方法。
【請求項９】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備える、請求項５において定義されるようなデータパケットインテグリティを確認する方法。
【請求項１０】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは廃棄される、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項１１】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは、セキュリティ評価のために分析される、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項１２】
前記アプリケーションモジュールは、オーディオ処理回路を含む、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項１３】
前記第２の処理モード中のインテグリティチェック成功率を管理するためにインテグリティチェック成功測定値を生成することと、
前記インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、前記第１の処理モードに移行することと
を更に具備する、請求項１において定義されるようなデータパケットインテグリティを確認する方法。
【請求項１４】
データパケットをストリーミングデータチャネルから受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モードにおいて前記受信されたデータパケットを処理する手段、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送される、と、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行する手段、ここで前記第２の処理モードにおいて、受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記アプリケーションモジュールに転送される、と
を具備する、ストリーミングデータチャネル中のデータパケットインテグリティを確認する装置。
【請求項１５】
帯域幅の制限されたストリーミングデータチャネルによってデータパケットを受信するための受信時間は、顕著な遅延時間を超える、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項１６】
前記ストリーミングデータチャネルによってデータパケットを受信するための受信時間は、約５０ミリ秒を超える、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項１７】
前記第１の処理モードにおいて消費される電力は、前記第２の処理モードにおいて消費される電力より少ない、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項１８】
前記インテグリティチェック失敗測定値は、前記第１の処理モードにおいて前記インテグリティチェックを失敗する各々のデータパケットの数である、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項１９】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する１つのデータパケットを備える、請求項１８において定義されるようなデータパケットインテグリティを確認する装置。
【請求項２０】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備える、請求項１８において定義されるようなデータパケットインテグリティを確認する装置。
【請求項２１】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは廃棄される、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項２２】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは、セキュリティ評価のために分析される、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項２３】
前記第２の処理モード中のインテグリティチェック成功率を監視するためにインテグリティチェック成功測定値を生成する手段と、
前記インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、前記第１の処理モードに移行する手段と
を更に具備する、請求項１４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項２４】
データパケットをストリーミングデータチャネルから受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モードにおいて前記受信されたデータパケットを処理する手段、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送される、と、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行する手段、ここで前記第２の処理モードにおいて、受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記アプリケーションモジュールに転送される、と
を具備する、無線通信のための時計。
【請求項２５】
データパケットをストリーミングデータチャネルから受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モードにおいて前記受信されたデータパケットを処理する手段、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送される、と、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行する手段、ここで前記第２の処理モードにおいて、受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記アプリケーションモジュールに転送される、と
を具備する、無線通信のためのヘッドセット。
【請求項２６】
データパケットをストリーミングデータチャネルから受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モジュールにおいて前記受信されたデータパケットを処理する手段、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送される、と、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行する手段、ここで前記第２の処理モードにおいて、受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記アプリケーションモジュールに転送される、と
を具備する、無線通信のための検出デバイス。
【請求項２７】
コンピュータにデータパケットをストリーミングデータチャネルから受信させるためのコード、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前に前記受信されたデータパケットがアプリケーションモジュールに転送されるとき、コンピュータに第１の処理モードにおいて受信されたデータパケットを処理させるためのコードと、
コンピュータに前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成させるためのコードと、
コンピュータに前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行させるためのコード、ここで前記第２の処理モードにおいて、受信されたデータパケットは前記インテグリティチェックを通った後にのみ前記アプリケーションモジュールに転送される、と
を備える、コンピュータ読み取り媒体を具備する、コンピュータプログラム製品。
【請求項２８】
帯域幅の制限されたストリーミングデータチャネルによってデータパケットを受信するための受信時間は、顕著な遅延時間を超える、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項２９】
前記ストリーミングデータチャネルによってデータパケットを受信するための受信時間は、約５０ミリ秒を超える、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３０】
前記インテグリティチェック失敗測定値は、前記第１の処理モードにおいて前記インテグリティチェックを失敗する各々のデータパケットの数である、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３１】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する１つのデータパケットを備える、請求項３０において定義されるようなコンピュータプログラム製品。
【請求項３２】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備える、請求項３０において定義されるようなコンピュータプログラム製品。
【請求項３３】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは廃棄される、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３４】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは、セキュリティ評価のために分析される、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３５】
前記アプリケーションモジュールは、オーディオ処理回路を含む、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３６】
コンピュータに前記第２の処理モード中のインテグリティチェック成功率を監視するためにインテグリティチェック成功測定値を生成させるためのコードと、
前記インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、前記コンピュータに前記第１の処理モードに移行させるためのコードと
を更に具備する、請求項２７において定義されるようなコンピュータプログラム製品。
【請求項３７】
データパケットをストリーミングデータチャネルから受信するように構成された受信機、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを含む、と、
第１の処理モードにおいて前記受信されたデータパケットを処理し、ここで前記受信されたデータパケットは前記それぞれのメッセージインテグリティコードを用いて前記データパケットの前記インテグリティをチェックする前にアプリケーションモジュールに転送され、
前記第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成し、
前記インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２のプロセッサによって実行される第２の処理モードに移行する
ように構成された第１のプロセッサと、
前記第２の処理モードにおいて、前記受信されたパケットはインテグリティチェックを通った後にのみ、前記アプリケーションモジュールに受信されたデータパケットを転送するように構成された前記第２のプロセッサと
を具備する、ストリーミングデータチャネル中のデータパケットインテグリティを確認する装置。
【請求項３８】
帯域幅の制限されたストリーミングデータチャネルによってデータパケットを受信するための受信時間は、顕著な遅延時間を超える、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項３９】
前記ストリーミングデータチャネルによってデータパケットを受信するための受信時間は、約５０ミリ秒を超える、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４０】
前記第１の処理モードにおいて消費される電力は、前記第２の処理モードにおいて消費される電力より少ない、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４１】
前記第１のプロセッサは、専用ハードウェアにおいて実現される、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４２】
前記第１のプロセッサは、特定用途向け集積回路（ＡＳＩＣ）を備える、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４３】
前記第２のプロセッサは、プログラム可能プロセッサである、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４４】
前記インテグリティチェック失敗測定値は、前記第１の処理モードにおいて前記インテグリティチェックを失敗する各々のデータパケットの数である、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４５】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する１つのデータパケットを備える、請求項４４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４６】
前記インテグリティチェック閾値は、前記インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備える、請求項４４において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４７】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは廃棄される、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４８】
前記第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは、セキュリティ評価のために分析される、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【請求項４９】
前記第２のプロセッサは、
前記第２の処理モード中のインテグリティチェック成功率を監視するためにインテグリティチェック成功測定値を生成し、
前記インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、前記第１の処理モードに移行する
ように更に構成された、請求項３７において定義されるようなデータパケットインテグリティを確認する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に無線通信に関し、特にストリーミングデータチャネル中のデータセキュリティに関する。
【背景技術】
【０００２】
通信の分野は、例えばページング、ワイヤレスローカルループ、インターネット電話、及び衛星通信システムを含む多くの応用を有する。例示的な応用は、携帯電話の加入者のためのセルラー電話システムである。（ここで用いられるように、用語“セルラー”システムは、セルラー及びパーソナル通信サービス（ＰＣＳ）システム周波数を包含する。）複数のユーザが共通の通信媒体にアクセスすることを許可するように予定された、無線通信システムのような、現在の通信システムは、このようなセルラーシステムのために開発されている。現代の通信システムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、空間分割多元接続（ＳＤＭＡ）、偏波分割多元接続（ＰＤＭＡ）、またはその分野において既知の他の変調技術のような多元接続技術に基づくことができる。これらの変調技術は、通信システムの複数のユーザから受信された信号を復調し、それによって通信システムの容量の増加を可能にしている。それとともに関連して、様々な無線通信システムは、例えば先進移動電話サービス（ＡＭＰＳ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、及び他の無線システムを含めて確立されている。
【０００３】
ＦＤＭＡシステムにおいて、総周波数スペクトルは多くのより小さな副帯に分割され、各々のユーザは通信媒体にアクセスするためにそれ自身の副帯を与えられる。代替的に、ＴＤＭＡシステムにおいて、総周波数スペクトルは多くのより小さい副帯に分割され、各々の副帯は多くのユーザ間で共有され、そして、各々のユーザはその副帯を用いて所定時間スロットにおいて送信することを許可される。ＣＤＭＡシステムは、増加されたシステム容量を含む、他のタイプのシステムより潜在的な利点を提供する。ＣＤＭＡシステムにおいて、各々のユーザは、その時間の全てで全体の周波数スペクトルを与えられるが、ユニークなコードの使用を通じてその送信を区別する。
【０００４】
ブルートゥース（登録商標）または極端に低い電力のパーソナルネットワークを許すことができる他の技術のような、より低い電力の無線標準において、パケットレベルデータインテグリティ保護は、利用不可能であるか、または単にオプションである。パケットレベルインテグリティ情報が利用可能であるとき、存在するアプローチは、リアルタイム性能及び適時のセキュリティの組み合わせを提供することができない。
【０００５】
それゆえ、相対的に低い電力及び／または帯域幅の制限されたストリーミングデータチャネルにおいて有効なパケットレベルデータインテグリティ保護との組み合わせにおける十分なリアルタイム性能のためのその分野における必要性がある。
【概要】
【０００６】
本発明の観点は、ストリーミングデータチャネル中のデータパケットインテグリティを確認する方法に存することができる。その方法において、データパケットは、ストリーミングデータチャネルから受信される。各々のデータパケットは、データペイロード及び対応するメッセージインテグリティコードを含む。受信されたデータパケットは、第１の処理モードにおいて処理される。その受信されたデータパケットは、それぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュールに転送される。インテグリティチェック失敗測定値は、第１の処理モード中のインテグリティチェック失敗率を監視するために生成される。インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合、その方法は、第２の処理モードに移行する。受信されたデータパケットは、インテグリティチェックを通った後にのみ第２の処理モードにおいてアプリケーションモジュールに転送される。
【０００７】
本発明のより詳細な観点において、帯域幅の制限されたストリーミングデータによってデータパケットを受信するための受信時間は、顕著な遅延時間を超えるかもしれないし、約５０ミリ秒を超えるかもしれない。第１の処理モードにおいて消費される電力は、第２の処理モードにおいて消費される電力より少ないかもしれない。第１の処理モードは、特定用途向け集積回路を用いて実行されることができる。第２の処理モードは、プログラム可能プロセッサを用いて実行されることができる。
【０００８】
本発明の他のより詳細な観点において、インテグリティチェック失敗測定値は、第１の処理モードにおいてインテグリティチェックを失敗する各々のデータパケットの数であることができる。インテグリティチェック閾値は、インテグリティチェックを失敗する１つのデータパケットを備えることができ、または、それは、インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備えることができる。第２の処理モードにおいて、インテグリティチェックを失敗したデータパケットは廃棄されることができ、または、セキュリティ評価のために分析されることができる。アプリケーションモジュールは、オーディオ処理回路を含むことができる。
【０００９】
更に、その方法は、第２の処理モード中のインテグリティチェック成功率を監視するためにインテグリティチェック成功測定値を生成することを含むことができる。インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、その方法は、第１の処理モードに移行することができる。
【００１０】
本発明の別の観点は、データパケットをストリーミングデータチャネルから受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを備える、と、第１の処理モードにおいて受信されたデータパケットを処理する手段、ここで受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュールに転送される、と、第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モードに移行する手段、ここで第２の処理モードにおいて、受信されたデータパケットはインテグリティチェックを通った後にのみアプリケーションモジュールに転送される、とを具備する、ストリーミングデータチャネル中のデータパケットインテグリティを確認する装置に存することができる。その装置は、無線通信のための時計、ヘッドセット、または検出デバイスを備えることができる。
【００１１】
本発明の更に別の観点は、コンピュータにデータパケットをストリーミングデータチャネルから受信させるためのコード、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードを備えると、コンピュータに第１の処理モードにおいて受信されたデータパケットを処理させるためのコード、受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュールに転送される、と、コンピュータに第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成させるためのコードと、インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合にコンピュータに第２の処理モードに移行させるためのコード、ここで第２の処理モードにおいて、受信されたデータパケットはインテグリティチェックを通った後にのみアプリケーションモジュールに転送される、とを備えるコンピュータ読み取り可能媒体を具備するコンピュータプログラム製品に存することができる。
【００１２】
本発明の別の観点は、受信機、第１のプロセッサ、及び第２のプロセッサを具備する、データパケットインテグリティを確認する、装置に存することができる。受信機は、データパケットをストリーミングデータチャネルから受信するように構成される。各々のデータパケットは、データペイロード及び対応するメッセージインテグリティコードを含む。第１のプロセッサは、第１の処理モードにおいて受信されたデータパケットを処理し、ここで受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュールに転送され、第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成し、インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２のプロセッサによって実行される第２の処理モードに移行するように構成される。第２のプロセッサは、第２の処理モードにおいて、受信されたパケットがインテグリティチェックを通った後にのみ、受信されたデータパケットをアプリケーションモジュールに転送するように構成される。
【図面の簡単な説明】
【００１３】
【図１】図１は、無線通信システムの一例のブロック図である。
【図２】図２は、ストリーミングデータチャネルを使って低い電力受信デバイスと通信する移動局のブロック図である。
【図３】図３は、ストリーミングデータチャネル中のデータパケットインテグリティを確認する方法のフロー図である。
【図４】図４は、時間に関して、インテグリティ情報に伴うデータパケットの概略図である。
【図５】図５は、低い電力受信デバイスにおけるインテグリティに対するパケット処理のフロー図である。
【詳細な説明】
【００１４】
用語“例示的な”は、“例、実例、または例証として役に立つ”を意味するためにここで用いられる。“例示的な”としてここで記述される任意の態様は、必ずしも他の態様を越えて好ましいまたは有利として解釈されるべきではない。
【００１５】
移動局（ＭＳ）、アクセス端末（ＡＴ）、ユーザ設備または加入者ユニットとしてもまた知られている遠隔局は、移動できるかもしれないし固定されているかもしれない。そして、遠隔局は、ベーストランシーバ局（ＢＴＳ）またはノードＢとしてもまた知られている１つ以上の基地局と通信するかもしれない。遠隔局は、無線ネットワークコントローラ（ＲＮＣ）としてもまた知られている、基地局コントローラへの１つ以上の基地局を通じてデータパケットを送信し、受信する。基地局及び基地局コントローラは、アクセスネットワークと呼ばれるネットワークの部分である。アクセスネットワークは、複数の遠隔局の間でデータパケットを輸送する。アクセスネットワークは、法人のイントラネットまたはインターネットのような、アクセスネットワークの外側の付加的なネットワークに更に接続されることができ、各々の遠隔局及びこのような外側のネットワークの間でデータパケットを輸送することができる。１つ以上の基地局とのアクティブトラフィックチャネル接続を確立した遠隔局は、アクティブ遠隔局と呼ばれ、トラフィック状態にあると言われる。１つ以上の基地局とのアクティブトラフィックチャネル接続を確立する処理中にある遠隔局は、接続セットアップ状態にあると言われる。遠隔局は、無線チャネルを通じて通信する任意のデータデバイスであることができる。遠隔局は、更に、これらに限定されないが、ＰＣカード、コンパクトフラッシュ（登録商標）、外部または内部のモデム、または無線電話を含む多くのタイプのいずれかであることができる。遠隔局が基地局に信号を送る通信リンクは、逆方向リンクとしてもまた知られている、アップリンクと呼ばれる。基地局が遠隔局に信号を送る通信リンクは、送信リンクとしてもまた知られている、ダウンリンクと呼ばれる。
【００１６】
図１に関して、無線通信システム１００は、１つ以上の無線移動局（ＭＳ）１０２、１つ以上の基地局（ＢＳ）１０４、１つ以上の基地局コントローラ（ＢＳＣ）１０６、及びコアネットワーク１０８を含む。コアネットワークは、適切な帰路によって公衆交換電話網（ＰＳＴＮ）１１２及びインターネット１１０に接続されることができる。典型的な無線移動局は、ハンドヘルド電話、またはラップトップコンピュータを含むことができる。無線通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、空間分割多元接続（ＳＤＭＡ）、偏波分割多元接続（ＰＤＭＡ）、またはその分野において知られている他の変調技術のような多くの複数のアクセス技術の任意の１つを用いることができる。
【００１７】
図２に関して、携帯電話のような、移動局２４０は、ストリーミングデータチャネル２１０を使ってデータパケットを低い電力受信ＲＸデバイス２５０に送信することができる。ＲＸデバイスは、メモリデバイスのような、データストア２６０、及びアプリケーションモジュール２７０を更に含むことができる。他の構成において、受信ＲＸデバイスは、携帯電話、オーディオヘッドセット、ビデオプレーヤー、または同様のオーディオ／ビデオデバイスであることができる。更に、送信ＴＸデバイス２４０は、ラジオ、ミュージックプレーヤー、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、またはそれと同様なものであることができる。更に、各々の装置は、別のストリーミングデータチャネルを使って二重のモードにおいて通信するためにＴＸデバイス及びＲＸデバイスの両方で構成されることができる。更に、無線デバイス、２４０及び２５０は、例えば、低い電力の、低い待ち時間のピアツーピアネットワークにおけるピアデバイスであることができる。
【００１８】
図３及び図４に関して、本発明の観点は、ストリーミングデータチャネル２１０中のデータパケットインテグリティを確認する方法３００に存することができる。その方法において、データパケット４００は、ストリーミングデータチャネルから受信される（ステップ３１０）。各々のデータパケットは、データペイロード及び対応するメッセージインテグリティコードＭＩＣを含む。受信されたデータパケットは、第１の処理モード３２０において処理される。受信されたデータパケットは、それぞれのメッセー人手繰りティコードを用いてデータパケットのインテグリティをチェックする（ステップ３４０）前にアプリケーションモジュール２７０に転送される（ステップ３３０）。インテグリティチェック失敗測定値は、第１の処理モード中のインテグリティチェック失敗率を監視するために生成される（ステップ３５０）。インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合（ステップＳ３６０）、その方法は、第２の処理モード３７０に移行する。受信されたデータパケットは、インテグリティチェック（ステップＳ３８０）を通った後にのみ第２の処理モードにおいてアプリケーションモジュールに転送される（ステップ３９０）。
【００１９】
本発明のより詳細な観点において、ストリーミングデータチャネル２１０を使ってデータパケット４００を受信するための受信時間は、顕著な遅延時間を超えるかもしれないし、約５０ミリ秒を越えるかもしれない。第１の処理モードにおいて消費される電力は、第２の処理モードにおいて消費される電力より少ないかもしれない。例として、第１の処理モードは、特定用途向け集積回路（ＡＳＩＣ）のような、専用ハードウェ２２０を用いて実行されることができ、第２の処理モードは、ＡＲＭプロセッサのような、プログラム可能プロセッサ２３０を用いて実行される。ＭＩＣは、秘密鍵及びデータペイロードのハッシュに基づく。
【００２０】
更に、方法３００は、第２の処理モード３７０中のインテグリティチェック成功率を監視するためにインテグリティチェック成功測定値を生成することを含むことができる。インテグリティチェック成功測定値がインテグリティチェック成功閾値を超える場合、その方法は、第１の処理モード３２０に移行することができる。
【００２１】
本発明は、データインテグリティ及びセキュリティを維持する間にリアルタイム性能を許可する。ペイロード＃Ｎを有するデータパケット４００−Ｎに対して、Ｔ１はそのペイロードを受信するための開始時間であり、Ｔ２はＭＩＣ＃Ｎを受信するための開始時間であり、Ｔ３はそのＭＩＣを確認するための開始時間である。第１の処理モード３２０において、ペイロード＃Ｎ中のデータは、時間Ｔ３を待つよりむしろ、Ｔ１及びＴ２の間の時間中アプリケーション層またはモジュール２７０に引き渡される。ＭＩＣの確認が失敗する場合、デバイスは、ペイロード＃Ｎ＋１の受信及び時間Ｔ４の前に第２の処理モード３７０に移行することができる。パケットサイズ及びチャネル帯域幅の組み合わせは、時間Ｔ１及びＴ３の間の遅延を決定する。
【００２２】
リアルタイム応答がとても重要である応用の一例は、携帯電話または移動局２４０に接続された無線ヘッドセット（ＲＸデバイス２５０）である。ヘッドセットは、オーディオ信号を電話から受け取り、リアルタイムでノイズ／エコーキャンセルを実行しなければならない。ヘッドセットの処理によって引き起こされる遅延は、電話の会話中に気づかれるべきではない。このように、送信及び処理遅延を減少させることが望ましい。
【００２３】
ヘッドセットは、ストリーミングデータパケットの形式においてオーディオデータを携帯電話から受信する。そのデータパケットの認証は、そのパケットがハッカーまたはそれと同様なものからではなくその電話から来ることを保証する。メッセージインテグリティコード（ＭＩＳＣ）は、携帯電話によって生成され、それぞれのパケットの最後に付けられる。携帯電話（送信機ＴＸ）及びヘッドセット（受信機ＲＸ）は、携帯電話だけがＭＩＣを作成し、ストリーミングデータチャネル２１０を使ってデータパケットを受信した後にヘッドセットだけがそのＭＩＣを確認することができるように、メッセージの認証のための秘密鍵を共有する。有利に、チャネル２１０のデータ率は、電力を節約する、クロックドリフトを減少させる、等のために帯域幅制限されてもよい。
【００２４】
ハッカーは、偽造のデータパケットを別の無線信号２６０を使って導入することを試みるかもしれない。ハッカーはその内容を制御することはできないがそのペイロードを修正することができるということを仮定する。この仮定は、ペイロードが暗号化されるときに有効である。データをストリーミングするために、暗号化の反対のモードにおいてストリーム暗号またはブロック暗号を用いることが好ましい。
【００２５】
本発明の１つの観点において、受信デバイス２５０は、前のパケット４００の有効性に基づいてＭＩＣフィールドをいつ確認するかを決定する。前のデータパケットが有効なＭＩＣを含んだ場合、現在のパケット中のＭＩＣは、ペイロードが上位のまたはアプリケーション層またはモジュール２７０に引き渡された後に確認される。前のパケットが偽のＭＩＣを含む場合、現在のパケット中のＭＩＣは、ペイロードがアプリケーションモジュールまたは上位の層に引き渡される前に確認される。
【００２６】
例えば、図４において、パケット＃ＮのＭＩＣフィールドは、パケット＃Ｎ＋１の処理の前にチェックされる。パケット＃ＮのＭＩＣが有効である場合、パケット＃Ｎ＋１もまた有効であるということは非常にありそうなので、パケット＃Ｎ＋１のペイロードは、時間Ｔ４で引き渡される。結果として、Ｔ４からＴ６までの遅延は、リアルタイム性能を改善されるために避けられることができる。しかしながら、パケットＮ＋１が時間Ｔ６で無効であると見出された場合、次のパケットは、無効であるかもしれない。それゆえ、パケット＃Ｎ＋２のペイロードは、そのＭＩＣが時間Ｔ９で有効にされるまで引き渡されないことができる。パケット＃Ｎ＋２のペイロードの引き渡しは、ＭＩＣの確認結果に依存する。パケット＃Ｎ＋２が時間Ｔ９でＭＩＣチェックを通る場合、アプリケーションモジュールは、次のパケット＃Ｎ＋３（示されない）のリアルタイム処理のために準備し、待ち時間を減少させるためにこの特別なパケットをスキップすることができる。破損したまたは不正なパケット＃Ｎ＋１は、性能（例えば、ヘッドセットにおけるノイズ）に影響を及ぼすかもしれない。しかしながら、無音は迷惑なノイズより一般に良いので、Ｔ７からＴ９までの遅延は、性能に更に影響を及ぼさない。
【００２７】
迷惑なノイズイベントは、共通の送信エラーからよりむしろ、バーストエラーまたは偽造されたデータから来るかもしれない。偽造されたデータは、例えば、ＣＲＣチェックに基づくエラー検出を通るかもしれないが、それは、ＭＩＣ確認を回避することはできない。しかしながら、ＭＩＣ確認は、偽造されたデータ及び送信エラーの両方をキャッチする。システム感度を長いパケット中の少数のシングルビットエラーのような、共通の送信エラーに低下させるために、２つの方法が着手されるかもしれない。１つにおいて、エラー訂正技術は、ＭＩＣ確認の前に用いられることができる。別において、ＭＩＣフィールドをいつ確認するかの決定は、いくつかの前のパケットの有効性に基づくことができる。例えば、ある連続的な数の前のパケットがＭＩＣ確認を失敗する場合、ＭＩＣは、最初に確認される。
【００２８】
例えば、インテグリティチェック失敗測定値は、第１の処理モード３２０においてインテグリティチェックを失敗する各々のデータパケット４００の数であることができる。インテグリティチェック閾値は、インテグリティチェックを失敗する１つのデータパケットを備えるかもしれないし、インテグリティチェックを失敗する少なくとも２つの連続するデータパケットを備えるかもしれない。
【００２９】
図５に関して、フローチャート５００は、低い電力受信デバイス２５０におけるパケット処理が示される。プロセッサ２３０は、自動処理のための専用ハードウェアを構成する（ステップ５１０）。プロセッサは、低い電力受信デバイス２５０の電力消費を例えば低下させる休止状態に入る（ステップ５２０）。専用ハードウェアは、ストリーミングデータチャネル２１０を使って受信されたソースデータパケット４００を復号する（ステップ５３０）。第１の処理モード３２０に従って、データパケットは、リアルタイムのプレイのためのアプリケーションモジュールまたは層２７０に転送される（ステップ５４０）。専用ハードウェアは、パケットの最後に対してチェックし、そのパケットの最後が到達されるまでそのパケット中のデータを復号し、プレイする（ステップ５５０）。全データのペイロード及びＭＩＣが受信された後、ＭＩＣが確認される（ステップ５６０）。ＭＩＣが一致する場合（ステップ５７０）、デバイスは、次のデータパケット４００を受信する準備をする（ステップ５８０）。ＭＩＣが一致しない場合、デバイスはプロセッサをウェイクアップさせ（ステップ５９０）、デバイスは第２の処理モード３７０に入る。プロセッサは、図３に関して上述されたようにＭＩＣ失敗を扱う（ステップ６００）。その失敗が復元可能でない場合（ステップ６１０）、更にエラー処理は、例えば、セキュリティ脅威が存在するかどうかを決定するために実行される（ステップ６２０）。その失敗がワンタイムのＭＩＣ失敗のように復元可能である場合、プロセッサは、データチャネルがリセットされる必要があるかどうかを決定する（ステップ６３０）。必要でない場合、処理はプロセッサが休止状態に入るステップ５２０で継続し、デバイスは第１の処理モード３２０に戻って移行する。層でなければ、プロセッサは、ステップ５１０に戻ることによってデバイスを再初期化する。専用ハードウェア（例えば、ＡＳＩＣ）は、よい電力効率を有する。
【００３０】
第２の処理モード３７０において、インテグリティチェックを失敗したデータパケットは、廃棄されるかもしれないし、セキュリティ評価のために分析されるかもしれない。例えば、１つのＭＩＣ失敗は、偶然のエラーであるかもしれない。２つのＭＩＣ失敗は、偶然であるかもしれない。しかしながら、３つのＭＩＣ失敗は、攻撃が進行中であるということを示されているかもしれない。
【００３１】
アプリケーションモジュールは、オーディオ処理回路を含むことができる。顕著な遅延時間は、そのアプリケーションに依存するかもしれない。例えば、音楽を聴くような活動は、電話の会話を伴う活動よりも遅延により寛容であるかもしれない。
【００３２】
本発明の別の観点は、ストリーミングデータチャネル２１０中のデータパケットインテグリティを確認する装置２５０に存することができる。その装置は、ストリーミングデータチャネル２１０からデータパケット４００を受信する手段、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードＭＩＣを備える、と、第１の処理モード３２０において受信されたデータパケットを処理する手段、ここで受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュール２７０に転送される、と、第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成する手段と、インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合に第２の処理モード３７０に移行する手段、ここで第２の処理モードにおいて、受信されたデータパケットはインテグリティチェックを通った後にのみアプリケーションモジュールに転送される、とを含む。
【００３３】
本発明の更に別の観点は、コンピュータ（例えば、プロセッサ２３０）にデータパケット４００をストリーミングデータチャネル２１０から受信させるためのコード、ここで各々のデータパケットがデータペイロード及び対応するメッセージインテグリティコードＭＩＣを備える、と、コンピュータに第１の処理モード３２０において受信されたデータパケットを処理させるためのコード、ここで受信されたデータパケットはそれぞれのメッセージインテグリティコードを用いてデータパケットのインテグリティをチェックする前にアプリケーションモジュール２７０に転送される、と、コンピュータに第１の処理モード中のインテグリティチェック失敗率を監視するためにインテグリティチェック失敗測定値を生成させるためのコードと、インテグリティチェック失敗測定値がインテグリティチェック閾値を超える場合にコンピュータに第２の処理モード３７０に移行させるためのコード、ここで第２の処理モードにおいて、受信されたデータパケットはインテグリティチェックを通った後にのみアプリケーションモジュールに転送される、とを備えるコンピュータ読み取り可能媒体（例えば、データストア２６０）を具備するコンピュータプログラム製品に存する。
【００３４】
無線デバイスは、無線デバイスによって送信されるまたは無線デバイスで受信される信号に基づいて機能を実行する様々な構成要素を含むことができる。例えば、無線ヘッドセットは、受信機を経て受信された信号に基づいてオーディオ出力を提供するのに適した変換器を含むことができる。無線時計は、受信機を経て受信された信号に基づいて指示を提供するのに適したユーザインタフェースを含むことができる。無線検出デバイスは、別のデバイスに送信されるべきデータを提供するのに適したセンサを含むことができる。
【００３５】
無線デバイスは、任意の適切な無線通信技術に基づいている、そうでなければ任意の適切な無線通信技術をサポートする１つ以上の無線通信リンクを経て通信することができる。例えば、いくつかの観点において、無線デバイスは、ネットワークと関連付けることができる。いくつかの観点において、そのネットワークは、ボディエリアネットワークまたはパーソナルエリアネットワーク（例えば、超広帯域ネットワーク）を備えることができる。無線デバイスは、様々な無線通信技術、プロトコル、または、例えば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、及びＷｉ−Ｆｉのような標準の１つ以上をサポートする、または、そうでなければ用いることができる。同様に、無線デバイスは、様々な対応する変調または多重化スキームの１つ以上をサポートする、または、そうでなければ用いることができる。無線デバイスは、上のまたは他の無線通信技術を用いて１つ以上の無線通信リンクを経て確立し、通信するために適切な構成要素（例えば、エアーインタフェース）をこのように含むことができる。例えば、デバイスは、無線媒体を使って通信を促進する様々な構成要素（例えば、信号発生器及び信号プロセッサ）を含むことができる関連付けられた送信機及び受信機の構成要素（例えば、送信機及び受信機）を備えた無線トランシーバを備えることができる。
【００３６】
ここでの教えは、様々な装置（例えば、デバイス）に組み入れられる（様々な装置内で実現される、または様々な装置によって実行される）ことができる。例えば、ここで教えられる１つ以上の観点は、電話（例えば、セルラー電話）、パーソナルデータアシスタント（“ＰＤＡ”）、娯楽デバイス（例えば、音楽またはビデオデバイス）、ヘッドセット（例えば、ヘッドホン、イヤホン等）、マイクロホン、医療機器（例えば、生物測定のセンサ、心拍数モニタ、歩数計、ＥＫＧデバイス等）、ユーザＩ／Ｏデバイス（例えば、時計、リモートコントロール、光スイッチ、キーボード、マウス等）、タイヤ圧モニタ、コンピュータ、店舗販売時点情報管理デバイス、娯楽デバイス、補聴器、セットトップボックス、または任意の他の適切なデバイスに組み入れられることができる。
【００３７】
いくつかの観点において、無線デバイスは、通信システムのためのアクセスデバイス（例えば、Ｗｉ−Ｆｉアクセスポイント）を備えることができる。このようなアクセスデバイスは、有線または無線通信リンクを経て別のネットワーク（例えば、インターネットまたはセルラーネットワークのような広域ネットワーク）に、例えば、連結性を提供することができる。よって、アクセスデバイスは、別のデバイス（例えば、Ｗｉ−Ｆｉ局）に他のネットワークまたはいくつかの他の機能性にアクセスできるようにすることができる。加えて、デバイスの１つまたは両方が持ち運びできるかもしれないし、いくつかの場合において比較的持ち運びできないかもしれないということは認識されるべきである。
【００３８】
当業者は、情報及び信号が様々な異なるテクノロジー及び技術のいずれかを用いて表されることができるということを理解するであろう。例えば、上述のいたるところに言及されるかもしれないデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場、磁気粒子、光場または光粒子、またはそれらの任意の組み合わせによって表されることができる。
【００３９】
当業者は、ここで開示された態様に関連して記述された様々な実例となる論理ブロック、モジュール、回路、及びアルゴリズムステップが電子のハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されることができるということを更に認識するであろう。ハードウェア及びソフトウェアのこの互換性を明瞭に説明するために、様々な実例となる構成要素、ブロック、モジュール、回路、及びステップは、一般にそれらの機能性の点から上述されている。このような機能性がハードウェまたはソフトウェとして実現されるかどうかは、特定のアプリケーション及び総合体系上で課された設計制約に依存する。熟練した技術者は、各々の特定のアプリケーションのために方法を変えることにおいて記述された機能性を実現することができる。しかし、このような実現の決定は、本発明の範囲からの逸脱を引き起こすとして解釈されるべきではない。
【００４０】
ここで記述された態様に関連して記述された様々な実例となる論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェア構成要素、またはここで記述された機能を実行するように予定されたそれらの任意の組み合わせと実現され、または実行される。汎用プロセッサは、マイクロプロセッサであることができる。しかし、代案において、そのプロセッサは、任意の従来技術のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であることができる。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、多数のマイクロプロセッサ、ＤＳＰコアと連結した１つ以上のマイクロプロセッサ、または任意の他のこのような構成として実現されることができる。
【００４１】
ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、はイー度ウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその２つの組み合わせにおいて直接具体化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、またはその分野において知られている記憶媒体の任意の他の形式に存することができる。例示的な記憶媒体は、プロセッサにつながれており、そのプロセッサはその記憶媒体から情報を読むことができ、その記憶媒体に情報を書くことができる。代案において、記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサ及び記憶媒体は、ＡＳＩＣに存するかもしれない。ＡＳＩＣは、ユーザ端末に存するかもしれない。代案において、プロセッサ及び記憶媒体は、ユーザ端末において離散構成要素として存するかもしれない。
【００４２】
１つ以上の例示的な態様において、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいて実現されることができる。コンピュータプログラム製品としてソフトウェアにおいて実現される場合、その機能は、コンピュータ読み取り可能媒体上の１つ以上の命令またはコードとして記憶され、または送信されることができる。コンピュータ読み取り可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体及びコンピュータ記憶媒体両方を含む。記憶媒体は、コンピュータによってアクセス可能である任意の利用可能な媒体であることができる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいはその他の光ディスクストレージ、磁気ディスクストレージあるいはその他の磁気ストレージデバイス、または、コンピュータによってアクセス可能であり、命令またはデータ構造の形式で望まれるプログラム・コードを搬送または記憶するために用いられることができるその他任意の媒体を備えることができる。また、任意の接続が、コンピュータ読取可能媒体と適切に称される。例えば、ソフトウェアが、ウェブサイト、サーバ、または、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、あるいは例えば赤外線、無線、及びマイクロ波のような無線技術を用いるその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または、赤外線、無線、及びマイクロ波のような無線技術は、媒体の定義に含まれる。ここで用いられるディスク（disk）及びディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタルバーサタイルディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、及びブルーレイディスク（disc）を含み、ディスク（disk）は通常データを磁気的に再生するのに対し、ディスク（disc）はレーザによって光的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００４３】
開示された態様の前の記述は、任意の当業者に発明を作るまたは使用することができるようにするために提供される。これらの態様に対する様々な変更は、当業者に容易に明白であろう。そして、ここで定義されるその包括的な原理は、発明の意図または範囲から逸脱することなく他の態様に適用されることができる。このように、本発明は、ここで示された態様に制限されることを意図しないが、ここで記述された原理及び新しい特徴と矛盾しない最も広い範囲を与えられるべきである。
【図１】
2011526433.tif 000003
【図２】
2011526433.tif 000004
【図３】
2011526433.tif 000005
【図４】
2011526433.tif 000006
【図５】
2011526433.tif 000007
【国際調査報告】
2011526433.tif 000008
2011526433.tif 000009