(57)【要約】  ユーザが第１の電波媒体転送元による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許すための方法および装置および１秒の電波媒体転送元、第１の媒体素材および第２の媒体素材による第２の放送チャネル上の放送である第２の媒体素材は、以下を含む：第一の媒体項目、そして、それぞれ、第２の媒体項目、それぞれ、第１の媒体項目および第２の媒体項目は、第１の媒体項目および放送受信デバイスが三分の一放送チャネルにチューニングされると共に、放送受信デバイスによって、受け取られて、示される第２の媒体項目の表示で初めての表示と関係している。方法は保守を一時記憶に含む項目識別子、項目識別子は第１の媒体項目−関連情報および第２の媒体項目−関連情報の１つを特定する。加えて、放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目で初めての表示を示すときに、方法が第１の媒体項目−関連情報を特定するための基準として項目識別子を与えることを含んで、第１の媒体項目−関連情報は、放送受信デバイスによって、初めての媒体項目で初めての表示の表現に対する反応において、できた対話性アクティベーションに対する応答のための基準である。放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目で初めての表示を示すときに、方法が第２の媒体項目−関連情報を特定するための基準として項目識別子を与えることを含んで、第２の媒体項目−関連情報は、放送受信デバイスによる第２の媒体項目の表示の表現に対する反応において、できた対話性アクティベーションに対する応答のための基準である。【選択図】  図２ａ【特許請求の範囲】
【請求項１】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目の第１の表示および第２の媒体項目の表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
一時記憶において、持続する項目識別子、
第１の媒体項目―関連情報および第２の媒体項目―関連情報の項目識別子確認１、
そして、放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目の第１の表示を示す時、
第１の媒体項目―関連情報を特定するための基準として項目識別子を与えること、
第１の媒体項目―関連情報は、放送受信デバイスによって、第１の媒体項目の第１の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である、
そして、放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目の第１の表示を示す時、
第２の媒体項目―関連情報を特定するための基準として項目識別子を与えること、
第２の媒体項目―関連情報は、放送受信デバイスによって、第２の媒体項目の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である。
【請求項２】
請求項１の方法、
上記は、以下から更に成る：
第２の通信装置から項目識別子の要請を受け取ること、
そして、
識別子が項目識別子の表示を第２の通信装置に送信して含む項目を与えること。
【請求項３】
請求項１の方法、
上記は、以下から更に成る：
第１の電波媒体転送元から第１の媒体項目の第２の表示を受け取ること、
そして、与えること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスに対する第１の媒体項目表示。
【請求項４】
請求項１の方法、
上記は、項目識別子の表示を受信することを更に含む。
【請求項５】
請求項１の方法、
上記は、第１の放送チャネルおよび第２の放送チャネルのうちの１本と関係している副搬送波上の項目識別子の表示を受信している受信器から更に成る。
【請求項６】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
一時記憶において、持続する項目識別子、
第１の媒体項目―関連情報および第２の媒体項目―関連情報の項目識別子確認１、
そして、放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
第１の媒体項目―関連情報を特定するための基準として項目識別子を与えること、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
第２の媒体項目―関連情報を特定するための基準として項目識別子を与えること、
一時記憶に第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を中で与えること、
項目識別子に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
項目識別子に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れること、
対話性アクティベーションが第１の媒体項目表示および項目の表現の間、起こるときに、識別子は第１の媒体項目―関連情報を特定する、
第１の媒体項目―関連情報に基づく対話性アクティベーションに反応すること、
そして、対話性アクティベーションが第２の媒体項目表示および項目の表現の間、起こるときに、識別子は第２の媒体項目―関連情報を特定する、
第２の媒体項目―関連情報に基づく対話性アクティベーションに反応すること。
【請求項７】
請求項６の方法、
上記は、第１の項目識別子を第２の通信装置に送信することを更に含む。
【請求項８】
請求項７の方法、
第２の通信装置はサーバーである。そして、第１の媒体項目は曲である、
上記は、更に成り立つ、
第１の項目識別子を受信することに応答して、
サーバーは、曲のディジタル表現を送る。
【請求項９】
請求項８の方法、
項目が曲、そうである第１の媒体、
上記は、更に成り立つ、
第１の項目識別子を送ることに応答して、
曲のデジタル・ファイル表示を受信すること。
【請求項１０】
請求項６の方法、
アクティベーションが格納することを含む対話性に反応すること、
項目識別子に基づく、
一時記憶のユーザ関心の中で指示。
【請求項１１】
請求項６の方法、
対話性アクティベーションは第１の媒体項目表示の表現の間、起こる。そして、項目識別子は第１の媒体項目―関連情報を特定する、
そして、
アクティベーションが示すことを含む対話性に反応すること、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している少なくとも一つの選択。
【請求項１２】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用できる通信装置
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
項目識別子を持続することになっている一時記憶、
第１の媒体項目―関連情報および第２の媒体項目―関連情報の項目識別子確認１、
そして、それが読み出すことになっている制御ロジック装置、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
一時記憶から項目識別子、そして、第１の媒体項目―関連情報を特定するための基準として、項目識別子を与える、
装置が読み出すことになっている制御ロジック、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
一時記憶から項目識別子、そして、第２の媒体項目―関連情報を特定するための基準として、項目識別子を与える、
記憶装置が第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を持続するためにそうである間に合わせ、
項目識別子に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
項目識別子に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース、
対話性アクティベーションに応答して、
対話性アクティベーションが第１の媒体項目表示および項目の表現の間、起こるときに、識別子は第１の媒体項目―関連情報を特定する、
第１の媒体項目―関連情報に基づく制御ロジック装置レスポンス、
そして、対話性アクティベーションに応答して、
対話性アクティベーションが第２の媒体項目表示および項目の表現の間、起こるときに、識別子は第２の媒体項目―関連情報を特定する、
第２の媒体項目―関連情報に基づく対話性アクティベーションに対する制御ロジック装置レスポンス。
【請求項１３】
請求項１２のデバイス、
対話性アクティベーションに応答して、
装置が第２の通信装置に第１の項目識別子に送信することになっている制御ロジック。
【請求項１４】
請求項１３のデバイス、
項目が曲、そうである第１の媒体、
そして、
第１の項目識別子を送ることに応答して、
装置が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項１５】
請求項１２のデバイス、
対話性アクティベーションに応答して、
制御ロジック装置、
項目識別子に基づく、
一時記憶において、ストア第１の媒体項目に対するユーザ関心の中で指示。
【請求項１６】
請求項１２のデバイス、
対話性アクティベーションは第１の媒体項目表示の表現の間、起こる。そして、項目識別子は第１の媒体項目―関連情報を特定する、
上記は、出力インターフェースから更に成る、
そして、
制御ロジック装置、
対話性アクティベーションに応答して、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している出力インターフェース少なくとも一つの選択上の現在。
【請求項１７】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用できる通信装置
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
項目識別子を持続することになっている一時記憶手段、
第１の媒体項目―関連情報および第２の媒体項目―関連情報の項目識別子確認１、
それが読み出すことになっている制御ロジック手段、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
一時記憶から項目識別子、そして、第１の媒体項目―関連情報を特定するための基準として、項目識別子を与える、
手段が読み出すことになっている制御ロジック、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
間に合わせから、記憶装置はチャネル指示を意味する。そして、第２の媒体項目―関連情報を特定するための基準としてチャネル指示を与える、
手段が第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を持続するためにそうである一時記憶、
第１の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
第２の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース手段、
対話性アクティベーションに応答して、
対話性アクティベーションが第１の時間枠およびチャネルの間、起こるときに、指示は第１がチャネルを放送したことを表す、
第１の媒体項目―関連情報に基づく制御ロジック手段レスポンス、
そして、対話性アクティベーションに応答して、
対話性アクティベーションが第２の時間枠およびチャネルの間、起こるときに、指示は第２がチャネルを放送したことを表す、
第２の媒体項目―関連情報に基づく制御ロジック手段レスポンス。
【請求項１８】
請求項１７のデバイス、
対話性アクティベーションに応答して、
手段が第２の通信装置に項目識別子に送信することになっている制御ロジック。
【請求項１９】
請求項１８のデバイス、
項目が曲、そうである第１の媒体、
そして、
項目識別子を送ることに応答して、
手段が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項２０】
請求項１７のデバイス、
対話性アクティベーションに応答して、
制御ロジック手段ストア、
項目識別子に基づく、
一時記憶のユーザ関心の中で指示。
【請求項２１】
請求項１７のデバイス、
対話性アクティベーションは第１の時間枠の間、起こる。そして、項目識別子は第１の媒体項目―関連情報を特定する、
上記は、出力インターフェース手段から更に成る、
そして、
制御ロジック手段、
対話性アクティベーション（第１の媒体項目―関連情報に基づく）に応答して少なくとも一つの選択が第１の媒体項目と関連づけた出力インタフェース手段に、提示する。
【請求項２２】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目の第１の表示および第２の媒体項目の表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
一時記憶において、持続するチャネル指示、
第１の放送チャネルおよび第２の放送チャネルのチャネル指示確認１、
そして、放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目の第１の表示を示す時、
第１の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
第１の媒体項目―関連情報は、放送受信デバイスによって、第１の媒体項目の第１の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である、
そして、放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目の第１の表示を示す時、
第２の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
第２の媒体項目―関連情報は、放送受信デバイスによって、第２の媒体項目の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である。
【請求項２３】
請求項２２の方法、
上記は、以下から更に成る：
第２の通信装置からチャネル指示の要請を受け取ること、
そして、
指示がチャネル指示の表示を第２の通信装置に送信して含むチャネルを与えること。
【請求項２４】
請求項２２の方法、
上記は、以下から更に成る：
第１の電波媒体転送元から第１の媒体項目の第２の表示を受け取ること、
そして、与えること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスに対する第１の媒体項目表示。
【請求項２５】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
一時記憶において、持続するチャネル指示、
第１の放送チャネルおよび第２の放送チャネルのチャネル指示確認１、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
第１の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
第２の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
一時記憶に第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を中で与えること、
第１の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
第２の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れること、
対話性アクティベーションが第１の時間枠およびチャネルの間、起こるときに、指示は第１がチャネルを放送したことを表す、
第１の媒体項目―関連情報に基づく対話性アクティベーションに反応すること、
そして、対話性アクティベーションが第２の時間枠およびチャネルの間、起こるときに、指示は第２がチャネルを放送したことを表す、
第２の媒体項目―関連情報に基づく対話性アクティベーションに反応すること。
【請求項２６】
請求項２５の方法、
上記は、第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することから更に成る。
【請求項２７】
請求項２５の方法、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第１の項目識別子、
上記は、第１の項目識別子を第２の通信装置に送信することを更に含む。
【請求項２８】
請求項２７の方法、
第２の通信装置はサーバーである。そして、第１の媒体項目は曲である、
上記は、更に成り立つ、
第１の項目識別子を受信することに応答して、
サーバーは、曲のディジタル表現を送る。
【請求項２９】
請求項２７の方法、
項目が曲、そうである第１の媒体、
上記は、更に成り立つ、
第１の項目識別子を送ることに応答して、
曲のディジタル表現を受信すること。
【請求項３０】
請求項２５の方法、
アクティベーションが含む対話性に反応すること、
第１の媒体項目のために、
一時記憶を格納するユーザ関心の中で指示。
【請求項３１】
請求項２５の方法、
対話性アクティベーションは、第１の時間枠の間、起こる、
チャネル指示は、第１がチャネルを放送したことを表す、
そして、
アクティベーションが示すことを含む対話性に反応すること、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している少なくとも一つの選択。
【請求項３２】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用できる通信装置
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
チャネル指示を持続することになっている一時記憶、
第１の放送チャネルおよび第２の放送チャネルのチャネル指示確認１、
それが読み出すことになっている制御ロジック装置、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
一時記憶からチャネル指示、そして、第１の媒体項目―関連情報を特定するための基準として、チャネル指示を与える、
装置が読み出すことになっている制御ロジック、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
一時記憶からチャネル指示、そして、第２の媒体項目―関連情報を特定するための基準として、チャネル指示を与える、
記憶装置が第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を持続するためにそうである間に合わせ、
第１の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
第２の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース、
対話性アクティベーションに応答して、
対話性アクティベーションが第１の時間枠およびチャネルの間、起こるときに、指示は第１がチャネルを放送したことを表す、
第１の媒体項目―関連情報に基づく制御ロジック装置レスポンス、
そして、対話性アクティベーションに応答して、
対話性アクティベーションが第２の時間枠およびチャネルの間、起こるときに、指示は第２がチャネルを放送したことを表す、
第２の媒体項目―関連情報に基づく対話性アクティベーションに対する制御ロジック装置レスポンス。
【請求項３３】
請求項３２のデバイス、
装置が第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することになっている制御ロジック。
【請求項３４】
請求項３２のデバイス、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第一の項目識別子、そして、
対話性アクティベーションに応答して、
装置が第２の通信装置に第１の項目識別子に送信することになっている制御ロジック。
【請求項３５】
請求項３４のデバイス、
項目が曲、そうである第１の媒体、
そして、
第１の項目識別子を送ることに応答して、
装置が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項３６】
請求項３２のデバイス、
対話性アクティベーションに応答して、
第１の媒体項目のために、
一時記憶において、制御ロジック単一店ユーザ関心の中で指示。
【請求項３７】
請求項３２のデバイス、
対話性アクティベーションは第１の時間枠の間、起こる。そして、チャネル指示は第１がチャネルを放送したことを表す、
上記は、出力インターフェースから更に成る、
そして、
制御ロジック装置、
対話性アクティベーションに応答して、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している出力インターフェース少なくとも一つの選択上の現在。
【請求項３７】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用できる通信装置
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
チャネル指示を持続することになっている一時記憶手段、
第１の放送チャネルおよび第２の放送チャネルのチャネル指示確認１、
それが読み出すことになっている制御ロジック手段、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第１の媒体項目表示を示す時、
一時記憶からチャネル指示、そして、第１の媒体項目―関連情報を特定するための基準として、チャネル指示を与える、
手段が読み出すことになっている制御ロジック、
放送受信デバイスが三分の一放送チャネルにチューニングされて、第２の媒体項目表示を示す時、
間に合わせから、記憶装置はチャネル指示を意味する。そして、第２の媒体項目―関連情報を特定するための基準としてチャネル指示を与える、
手段が第１の媒体項目―関連情報および第２の媒体項目―関連情報を含むデータ構造を持続するためにそうである一時記憶、
第１の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
そして、
第２の時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第２の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース手段、
対話性アクティベーションに応答して、
対話性アクティベーションが第１の時間枠およびチャネルの間、起こるときに、指示は第１がチャネルを放送したことを表す、
第１の媒体項目―関連情報に基づく制御ロジック手段レスポンス、
そして、対話性アクティベーションに応答して、
対話性アクティベーションが第２の時間枠およびチャネルの間、起こるときに、指示は第２がチャネルを放送したことを表す、
第２の媒体項目―関連情報に基づく制御ロジック手段レスポンス。
【請求項３９】
請求項３８のデバイス、
手段が第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することになっている制御ロジック。
【請求項４０】
請求項３８のデバイス、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第一の項目識別子、そして、
対話性アクティベーションに応答して、
手段が第２の通信装置に第１の項目識別子に送信することになっている制御ロジック。
【請求項４１】
請求項４０のデバイス、
項目が曲、そうである第１の媒体、
そして、
第１の項目識別子を送ることに応答して、
手段が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項４２】
請求項４０のデバイス、
対話性アクティベーションは第１の時間枠の間、起こる。そして、チャネル指示は第１がチャネルを放送したことを表す、
上記は、出力インターフェース手段から更に成る、
そして、
制御ロジック手段、
対話性アクティベーションに応答して、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している出力されたインタフェース手段少なくとも一つの選択上の現在。
【請求項４３】
請求項３８のデバイス、
対話性アクティベーションに応答して、
第１の媒体項目のために、
制御ロジックは、一時記憶のストアにユーザ関心の指示を定める。
【請求項４４】
ユーザが電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による放送チャネル上の放送である媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目の表示および第２の媒体項目の表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
放送受信デバイスがチューニングされる放送チャネルのチャネル指示示すものを決定しているチャネル検出器、
一時記憶において、持続するチャネル指示、
そして、放送受信デバイスが放送チャネルにチューニングされて、第１の媒体項目の表示を示す時、
第１の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
第１の媒体項目―関連情報は、放送受信デバイスによって、第１の媒体項目の第１の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である。
【請求項４５】
請求項４４の方法、
上記は、以下から更に成る：
第２の通信装置からチャネル指示の要請を受け取ること、
そして、
指示がチャネル指示の表示を第２の通信装置に送信して含むチャネルを与えること。
【請求項４６】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用するために通信装置を使用しているのを許す方法
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記の方法は、以下を含む：
放送受信デバイスがチューニングされる放送チャネルのチャネル指示示すものを決定しているチャネル検出器、
一時記憶において、持続するチャネル指示、
そして、放送受信デバイスが放送チャネルにチューニングされて、第１の媒体項目の第１の表示を示す時、
第１の媒体項目―関連情報を特定するための基準としてチャネル指示を与えること、
第１の媒体項目―関連情報は、放送受信デバイスによって、第１の媒体項目の第１の表示の表現に対する反応において、される対話性活性化に対する応答のための基準である、
一時記憶に第１の媒体項目―関連情報を含むデータ構造を中で与えること、
時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
対話性アクティベーションを受け入れること、
そして、対話性アクティベーションが時間枠およびチャネルの間、起こるときに、指示は放送チャネルを表す、
第１の媒体項目―関連情報に基づく対話性アクティベーションに反応すること。
【請求項４７】
請求項４６の方法、
上記は、第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することから更に成る。
【請求項４８】
請求項４６の方法、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第１の項目識別子、
上記は、第１の項目識別子を第２の通信装置に送信することを更に含む。
【請求項４９】
請求項４８の方法、
第２の通信装置はサーバーである。そして、第１の媒体項目は曲である、
上記は、更に成り立つ、
第１の項目識別子を受信することに応答して、
サーバーは、曲のディジタル表現を送る。
【請求項５０】
請求項４８の方法、
項目が曲、そうである第１の媒体、
上記は、更に成り立つ、
第１の項目識別子を送ることに応答して、
曲のディジタル表現を受信すること。
【請求項５１】
請求項４６の方法、
アクティベーションが含む対話性に反応すること、
第１の媒体項目のために、
一時記憶を格納するユーザ関心の中で指示。
【請求項５２】
請求項４６の方法、
対話性アクティベーションは、時間枠の間、起こる、
チャネル指示は、放送チャネルを表す、
そして、
アクティベーションが示すことを含む対話性に反応すること、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している少なくとも一つの選択。
【請求項５３】
ユーザが電波媒体転送元による放送チャネル上の放送である媒体素材と相互に作用できる通信装置、
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
放送受信デバイスがチューニングされる放送チャネルのチャネル指示示すものを決定することになっているチャネル検出器、
チャネル指示を持続することになっている一時記憶、
一時記憶からチャネル指示を読み出すことになっていて、第１の媒体項目―関連情報を特定するための基準としてチャネル指示を与えることになっている制御ロジック装置、
記憶装置が第１の媒体項目―関連情報を含むデータ構造を持続するためにそうである間に合わせ、
時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース、
そして、対話性アクティベーションに応答して、
対話性アクティベーションが時間枠およびチャネルの間、起こるときに、指示は第１がチャネルを放送したことを表す、
第１の媒体項目―関連情報に基づく制御ロジック装置レスポンス。
【請求項５４】
請求項５３のデバイス、
装置が第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することになっている制御ロジック。
【請求項５５】
請求項５３のデバイス、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第一の項目識別子、そして、
対話性アクティベーションに応答して、
装置が第２の通信装置に第１の項目識別子に送信することになっている制御ロジック。
【請求項５６】
請求項５５のデバイス、
項目が曲、そうである第１の媒体、
そして、
第１の項目識別子を送ることに応答して、
装置が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項５７】
請求項５３のデバイス、
対話性アクティベーションに応答して、
第１の媒体項目のために、
一時記憶において、制御ロジック単一店ユーザ関心の中で指示。
【請求項５８】
請求項５３のデバイス、
対話性アクティベーションは第１の時間枠の間、起こる。そして、チャネル指示は第１がチャネルを放送したことを表す、
上記は、出力インターフェースから更に成る、
そして、
制御ロジック装置、
対話性アクティベーションに応答して、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している出力インターフェース少なくとも一つの選択上の現在。
【請求項５９】
ユーザが第１の電波媒体転送元および第２の媒体素材（すなわち１秒の電波媒体転送元による第２の放送チャネル上の放送）による第１の放送チャネル上の放送である第１の媒体素材と相互に作用できる通信装置
第１の媒体素材および第２の媒体素材は、第１の媒体項目および第２の媒体項目を含む。
それぞれ、
項目および第２の媒体項目が第１の媒体項目表示および第２の媒体項目表示に関連している第１の媒体、
それぞれ、
放送受信デバイスが三分の一放送チャネルにチューニングされると共に、それは放送受信デバイスによって、受け取られて、示される、
上記のデバイスは、以下を有する：
放送受信デバイスがチューニングされる放送チャネルのチャネル指示示すものを決定することになっているチャネル検出手段、
チャネル指示を持続することになっている一時記憶手段、
第１の媒体項目―関連情報を特定するための基準としてチャネル指示を読み出すことになっていて、与えることになっている制御ロジック手段、
手段が第１の媒体項目―関連情報を含むデータ構造を持続するためにそうである一時記憶、
時間枠と関係しているおよびチャネル指示に基づくデータ構造で定義可能な第１の媒体項目―関連情報、
対話性アクティベーションを受け入れることになっている入力インタフェース手段、
対話性アクティベーションに応答して、
対話性アクティベーションが時間枠およびチャネルの間、起こるときに、指示は放送チャネルを表す、
第１の媒体項目―関連情報に基づく制御ロジック手段レスポンス。
【請求項６０】
請求項５９のデバイス、
手段が第１の媒体項目―関連情報が地理学的位置指示に基礎をおいたデータ構造で特定することになっている制御ロジック。
【請求項６１】
請求項５９のデバイス、
第１の媒体項目―関連情報は、以下を含む：
第１の媒体項目と関係している第一の項目識別子、そして、
対話性アクティベーションに応答して、
手段が第２の通信装置に第１の項目識別子に送信することになっている制御ロジック。
【請求項６２】
請求項６１のデバイス、
項目が曲、そうである第１の媒体、
そして、
第１の項目識別子を送ることに応答して、
手段が曲のディジタル表現を受信するためにそうである制御ロジック。
【請求項６３】
請求項５９のデバイス、
対話性アクティベーションに応答して、
第１の媒体項目のために、
制御ロジックは、一時記憶のストアにユーザ関心の指示を定める。
【請求項６４】
請求項５９のデバイス、
対話性アクティベーションは第１の時間枠の間、起こる。そして、チャネル指示は第１がチャネルを放送したことを表す、
上記は、出力インターフェース手段から更に成る、
そして、
制御ロジック手段、
対話性アクティベーションに応答して、
第１の媒体項目―関連情報に基づく、
第１の媒体項目と関係している出力されたインタフェース手段少なくとも一つの選択上の現在。
【請求項６５】
放送受信デバイスによって、ユーザに提出される通信装置を置換している媒体素材の方法、
電波媒体転送元による放送である一組の媒体項目を含んでいる媒体素材、
上記の方法は、以下を含む：
置換指示を受け入れること、
置換される放送受信デバイスにより示されている第１の媒体項目の表示を有する要請の置換指示示すもの、
媒体項目の一組は、第１の媒体項目を含む、
置換指示に応答して、
一時記憶から第２の媒体項目の第１の表示を読み出すこと、
そして、放送受信デバイスに与えること、
第２の媒体項目で初めての表示に基づく、
第１の媒体項目の表示の代わりに表現のための第２の媒体項目の第２の表示。
【請求項６６】
請求項６５の方法、
上記は、以下から更に成る：
電波媒体転送元から第１の媒体項目の第２の表示を受け取ること、
そして、放送受信デバイスに与えること、
第１の媒体項目の第２の表示に基づく、
第１の媒体項目の第１の表示。
【請求項６７】
請求項６６の方法、
第１の媒体項目の第１の表示が送信することを含む放送受信デバイスに与えること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスによる受信のための第１の媒体項目の第１の表示。
【請求項６８】
請求項６５の方法、
放送チャネルに電波媒体転送元放送第１の媒体項目で初めての表示、
そして、
第２の媒体項目の第２の表示を与えることは、放送チャネルに送信することを含む第２の媒体項目の中で第２の表示。
【請求項６９】
請求項６８の方法、
放送チャネルに電波媒体転送元放送第１の媒体項目で初めての表示、
上記は、保守を一時記憶に更に含む放送チャネルの中でチャネル指示示すもの。
【請求項７０】
請求項６９の方法、
上記は、放送受信デバイスがチューニングされるチャネルを特定しているチャネル検出器から更に成る。
【請求項７１】
請求項７０の方法、
放送チャネルは、放送受信デバイスがチューニングされるチャネルである。
【請求項７２】
請求項６５の方法、
上記は、以下から更に成る：
第２の置換指示を受け入れること、
置換される放送受信デバイスにより示されている第２の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の置換指示に応答して、
一時記憶から三分の一媒体項目の第１の表示を読み出すこと、
そして、放送受信デバイスに与えること、
三分の一媒体項目で初めての表示に基づく、
第２の媒体項目の第２の表示の代わりに表現のための三分の一媒体項目の第２の表示。
【請求項７３】
請求項７２の方法、
項目が第２の媒体項目インジケータに関連している第２の媒体、
上記は、更新から更に成る、
第２の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造の項目許容可能性情報。
【請求項７４】
請求項６５の方法、
項目が第１の媒体項目インジケータに関連している第１の媒体、
上記は、更新から更に成る、
第１の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造の項目許容可能性情報。
【請求項７５】
請求項７２の方法、
情報が容認できない項目指標に保存することを含む更新項目許容可能性は、第１の媒体項目インジケータの表示をリストする。
【請求項７６】
請求項６５の方法、
電波媒体転送元は、周波数変調方式（ＦＭ）無線局である。
【請求項７７】
放送受信デバイスによって、ユーザに提出される通信装置を置換している媒体素材の方法、
電波媒体転送元による放送である一組の媒体項目を含んでいる媒体素材、
上記の方法は、以下を含む：
電波媒体転送元によって、第１の媒体項目放送の第１の表示を受信すること、
媒体項目の一組は、第１の媒体項目を含む、
放送受信デバイスに与えること、
第１の媒体項目で初めての表示に基づく、
第１の媒体項目の第２の表示、
置換指示を受け入れること、
置換される放送受信デバイスにより示されている第１の媒体項目の第２の表示を有する要請の置換指示示すもの、
置換指示に応答して、
一時記憶から第２の媒体項目の第１の表示を読み出すこと、
そして、放送受信デバイスに与えること、
第２の媒体項目で初めての表示に基づく、
第１の媒体項目の表示の代わりに表現のための第２の媒体項目の第２の表示。
【請求項７８】
請求項７７の方法、
上記は、以下から更に成る：
第２の置換指示を受け入れること、
置換される放送受信デバイスにより示されている第２の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の置換指示に応答して、
一時記憶から三分の一媒体項目の第１の表示を読み出すこと、
そして、放送受信デバイスに与えること、
三分の一媒体項目で初めての表示に基づく、
第２の媒体項目の第２の表示の代わりに表現のための三分の一媒体項目の第２の表示。
【請求項７９】
請求項７８の方法、
項目が第２の媒体項目インジケータに関連している第２の媒体、
上記は、更新から更に成る、
第２の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造の項目許容可能性情報。
【請求項８０】
請求項７７の方法、
項目が第１の媒体項目インジケータに関連している第１の媒体、
上記は、更新から更に成る、
第１の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造の項目許容可能性情報。
【請求項８１】
請求項８０の方法、
情報が容認できない項目指標に保存することを含む更新項目許容可能性は、第１の媒体項目インジケータの表示をリストする。
【請求項８２】
放送受信デバイスによって、ユーザに提出される媒体素材の置換を許容する通信装置、
電波媒体転送元による放送である一組の媒体項目を含んでいる媒体素材、
上記の方法は、以下を含む：
電波媒体転送元によって、第１の媒体項目放送の第１の表示を受信することになっている受信器、
媒体項目の一組は、第１の媒体項目を含む、
放送受信デバイスに与えることになっている通信装置、
第１の媒体項目で初めての表示に基づく、
第１の媒体項目の第２の表示、
置換指示を受け入れることになっている入力インタフェース、
置換される放送受信デバイスにより示されている第１の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の媒体項目の表示を格納することになっている一時記憶、
置換指示に応答して、
一時記憶から第２の媒体項目の第１の表示を読み出すことになっている制御ロジック装置、
そして、
装置が放送受信デバイスに与えることになっている通信、
第２の媒体項目で初めての表示に基づく、
第１の媒体項目の表示の代わりに表現のための第２の媒体項目の第２の表示。
【請求項８３】
請求項８２のデバイス、
インタフェースが第２の置換指示を受け入れるためにそうである入力、
置換される放送受信デバイスにより示されている第２の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の置換指示に応答して、
装置が一時記憶から三分の一媒体項目の第１の表示を読み出すためにそうである制御ロジック、
そして、
装置が放送受信デバイスに与えることになっているコミュニケーション、
三分の一媒体項目で初めての表示に基づく、
第２の媒体項目の第２の表示の代わりに表現のための三分の一媒体項目の第２の表示。
【請求項８４】
請求項８３のデバイス、
項目が第２の媒体項目インジケータに関連している第２の媒体、
そして、
制御ロジック装置、
第２の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項８５】
請求項８２のデバイス、
項目が第１の媒体項目インジケータに関連している第１の媒体、
そして、
制御ロジック装置、
第１の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項８６】
請求項８５のデバイス、
装置が容認できない項目の記憶によるインジケータが第１の媒体項目インジケータの表示をリストするというアップデート項目許容可能性情報にある制御ロジック。
【請求項８７】
放送受信デバイスによって、ユーザに提出される媒体素材の置換を許容する通信装置、
電波媒体転送元による放送である一組の媒体項目を含んでいる媒体素材、
上記の方法は、以下を含む：
置換指示を受け入れることになっている入力インタフェース、
置換される放送受信デバイスにより示されている第１の媒体項目の第１の表示を有する要請の置換指示示すもの、
媒体項目の一組は、第１の媒体項目を含む、
第２の媒体項目の第１の表示を格納することになっている一時記憶、
置換指示に応答して、
一時記憶から第２の媒体項目の第１の表示を読み出すことになっている制御ロジック装置、
そして、
装置が放送受信デバイスに与えることになっている通信、
第２の媒体項目で初めての表示に基づく、
第１の媒体項目の第１の表示の代わりに表現のための第２の媒体項目の第２の表示。
【請求項８８】
請求項８７のデバイス、
インタフェースが第２の置換指示を受け入れるためにそうである入力、
置換される放送受信デバイスにより示されている第２の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の置換指示に応答して、
装置が一時記憶から三分の一媒体項目の第１の表示を読み出すためにそうである制御ロジック、
そして、
装置が放送受信デバイスに与えることになっているコミュニケーション、
三分の一媒体項目で初めての表示に基づく、
第２の媒体項目の第２の表示の代わりに表現のための三分の一媒体項目の第２の表示。
【請求項８９】
請求項８８のデバイス、
項目が第２の媒体項目インジケータに関連している第２の媒体、
そして、
制御ロジック装置、
第２の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項９０】
請求項８７のデバイス、
項目が第１の媒体項目インジケータに関連している第１の媒体、
そして、
制御ロジック装置、
第１の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項９１】
請求項９０のデバイス、
装置が容認できない項目の記憶によるインジケータが第１の媒体項目インジケータの表示をリストするというアップデート項目許容可能性情報にある制御ロジック。
放送受信デバイスによって、ユーザに提出される媒体素材の置換を許容する通信装置、
電波媒体転送元による放送である一組の媒体項目を含んでいる媒体素材、
上記の方法は、以下を含む：
置換指示を受け入れることになっている入力インタフェース手段、
置換される放送受信デバイスにより示されている第１の媒体項目の第１の表示を有する要請の置換指示示すもの、
媒体項目の一組は、第１の媒体項目を含む、
第２の媒体項目の第１の表示を保存することになっている一時記憶手段、
置換指示に応答して、
第２の媒体項目の第１の表示を一時記憶装置から取り出すことになっている制御ロジック手段、
そして、手段が放送受信デバイスに与えることになっている通信、
第２の媒体項目で初めての表示に基づく、
第１の媒体項目の第１の表示の代わりに表現のための第２の媒体項目の第２の表示。
【請求項９３】
請求項９２のデバイス、
手段が第２の置換指示を受け入れるためにそうである入力インタフェース、
置換される放送受信デバイスにより示されている第２の媒体項目の第２の表示を有する要請の置換指示示すもの、
第２の置換指示に応答して、
手段が一時記憶から三分の一媒体項目の第１の表示を読み出すためにそうである制御ロジック、
そして、
装置が放送受信デバイスに与えることになっているコミュニケーション、
三分の一媒体項目で初めての表示に基づく、
第２の媒体項目の第２の表示の代わりに表現のための三分の一媒体項目の第２の表示。
【請求項９４】
請求項９３のデバイス、
項目が第２の媒体項目インジケータに関連している第２の媒体、
そして、
制御ロジック手段、
第２の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項９５】
請求項９２のデバイス、
項目が第１の媒体項目インジケータに関連している第１の媒体、
そして、
制御ロジック手段、
第１の媒体項目インジケータに基づく、
一時記憶装置に格納されるデータ構造のアップデート項目許容可能性情報にある。
【請求項９６】
請求項９５のデバイス、
手段が容認できない項目の記憶によるインジケータが第１の媒体項目インジケータの表示をリストするというアップデート項目許容可能性情報にある制御ロジック。
【請求項９７】
多重プログラミング表現デバイスによって、表現の媒体転送元により選択される媒体項目を置換している通信装置の方法、
多重プログラミング表現デバイスは、媒体表現デバイスを含む。
上記の方法は、以下を含む：
受領、
媒体転送元によって、表現のために選択される第１の媒体項目のために、
置換の決定のための基準である一般的な情報が多重プログラミング表現デバイスのために実行したという第１の媒体項目置換の決定、
与えること、
一時記憶のデータ構造で、
媒体最も少なく項目のいくつかでの許容可能性を決定するための媒体項目許容可能性情報、
第１の媒体の項目一般的な置換決定情報を補足して、通信装置の第１の媒体項目置換の決定のための基準である第１の媒体項目に特有の相補型情報を含んでいる媒体項目許容可能性情報、
第１の媒体項目が第２の媒体項目を有する置換に従属することであるかどうか、第１の媒体項目置換判定一般的な情報および第１の媒体項目に特有の相補型情報に基づいて、決定する、
そして、第１の媒体項目が置換に従属することになっている時、
第２の媒体項目の表示を与えること、
媒体が媒体表現デバイスによって、第２の媒体項目の表現のための基準を個条書きにするという第２の表示。
【請求項９８】
請求項９７の方法、
上記は、第１の媒体項目が置換に従属しないことになっている時から更に成る、
第１の媒体項目の表示が示されることができること。
【請求項９９】
請求項９７の方法、
媒体転送元は、ラジオ周波数（ＲＦ）電波媒体転送元である、
多重プログラミング表現デバイスは、複数の放送受信機を含む。
そして、
媒体表現デバイスは、放送受信デバイスを含む。
【請求項１００】
請求項９９の方法、
放送受信デバイスは、周波数変調方式（ＦＭ）受信器を含む。
そして、
項目がＦＭ受信機によって、贈られる第２の媒体の表示。
【請求項１０１】
請求項９９の方法、
電波媒体転送元は、周波数変調方式（ＦＭ）無線局である
【請求項１０２】
請求項９９の方法、
表現のための項目が放送受信デバイスによって、表現のための第２の媒体項目の表示を送信して含む第２の媒体の表示を与えること。
【請求項１０３】
請求項９９の方法、
上記は、更に成り立つ、
第１の媒体項目が置換に従属しないことになっている時、
第１の媒体項目の第１の表示が放送受信デバイスにより示されることができること。
【請求項１０４】
請求項１０３の方法、
示される第１の媒体項目の第１の表示が以下を含むと認めること：
一時記憶から第１の媒体項目の第２の表示を読み出すこと、
そして、
与えること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスに対する第１の媒体項目の第１の表示。
【請求項１０５】
請求項１０４の方法、
項目が放送受信デバイスに第１の媒体項目の第１の表示を送信して含む第１の媒体の第１の表示を与えること。
【請求項１０６】
請求項１０３の方法、
上記は、第１の媒体項目の第２の表示を受信することを更に含む。
【請求項１０７】
請求項１０６の方法、
第１の媒体項目の第１の表示がデバイスが送信することを含む放送受信により示されることができること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスによる表現のための第１の媒体項目の第１の表示。
【請求項１０８】
請求項１０７の方法、
項目が広い範囲に電波媒体転送元によって、ある第１の媒体の第２の表示。
【請求項１０９】
請求項１０８の方法、
項目が第１の媒体項目の第２の表示を受信するために受信器をチューニングして含む第１の媒体の第２の表示を受信すること。
【請求項１１０】
請求項１０９の方法、
電波媒体転送元が第１の媒体項目の第２の表示を放送すると共に、第１の媒体項目の第１の表示は送信される。
【請求項１１１】
請求項１０９の方法、
受信器は、電波媒体転送元が放送するチャネルにチューニングされる。
【請求項１１２】
請求項１１１の方法、
第一チャンネル上の電波媒体転送元放送、
そして、
項目が第一チャンネルと異なる１秒のチャネルに送信されるという第１の媒体の第１の表示。
【請求項１１３】
請求項１０３の方法、
放送受信デバイスがチューニングされる放送チャネル上の電波媒体転送元放送、
そして、
放送受信デバイスが項目が放送チャネル上の伝送を終了して含む第１の媒体の第１の表示を示すことができること。
【請求項１１４】
請求項１０３の方法、
上記は、放送受信デバイスがチューニングされるチャネルを特定しているチャネル検出器から更に成る。
【請求項１１５】
請求項１１４の方法、
上記は、放送受信デバイスがチューニングされるチャネルに送信する送信器をチューニングすることを更に含む。
【請求項１１６】
請求項１１４の方法、
放送受信デバイスがチューニングされるチャネル上の電波媒体転送元放送。
【請求項１１７】
請求項１１４の方法、
転送元が１秒のチャネルおよび放送受信デバイス上に第一チャンネルにチューニングされると放送する電波媒体、
そして、
チャネルが別に第２のチャネルからある第１。
【請求項１１８】
請求項９９の方法、
上記は、チャネルに放送受信デバイスをチューニングすることを更に含む。
【請求項１１９】
請求項９９の方法、
上記は、第１の媒体項目の表示を放送している電波媒体転送元から更に成る。
【請求項１２０】
請求項９７の方法、
上記は、以下から更に成る：
与えること、
データ構造で、
対応する表示が一時記憶に格納される媒体項目の交互の最も少なく一組の一部での許容可能性を決定するための交互の媒体項目許容可能性情報、
第２の媒体項目を含んでいる媒体項目の交互の一組、
そして、特定すること、
交互の媒体項目許容可能性情報に基づく、
第１の媒体項目が置換に従属することになっているときに、表現のために容認できることとしての第２の媒体項目。
【請求項１２１】
請求項９７の方法、
デバイスがオーディオ・ファイルをデコードして含む放送受信によって、表現に第２の媒体項目の表示を与えること。
【請求項１２２】
請求項９７の方法、
媒体項目許容可能性情報は、容認できない項目インジケータ・フィールドを含む。
【請求項１２３】
請求項１２２の方法、
一般的な情報が以下を含むという第１の媒体項目置換の決定：
項目インジケータおよび容認できない項目インジケータがフィールド分けする第１の媒体は、第１の媒体項目インジケータの表示を含む。
【請求項１２４】
請求項１２３の方法、
第１の媒体項目が項目が容認できない項目インジケータ・フィールドに第１の媒体項目インジケータの表示の存在がないか調べて含む第１の交互の媒体を有する置換に従属することであるかどうか、決定する。
【請求項１２５】
請求項１２４の方法、
フィールドが第１の媒体項目が置換に従属するためにそうであることを表す容認できない項目インジケータの第１の媒体項目インジケータの表示の存在。
【請求項１２６】
請求項９７の方法、
一般的な情報が第１の媒体項目インジケータを含むという第１の媒体項目置換の決定、
媒体項目許容可能性情報は、容認できる項目インジケータ・フィールドを含む。
そして、
第１の媒体項目が項目が容認できる項目インジケータ・フィールドに第１の媒体項目インジケータの表示の存在がないか調べて含む第２の媒体を有する置換に従属することであるかどうか、決定する。
【請求項１２７】
請求項９７の方法、
一般的な情報が以下を含むという第１の媒体項目置換の決定：
第１の媒体項目位にランクした少なくとも２人のユーザの第一グループの第１のグループコード示すもの、
媒体項目許容可能性情報は、ユーザ―グループコード・フィールドを含む。
そして、
第１の媒体項目が項目がユーザ―グループコード・フィールドに第１のグループコードの表示の存在がないか調べて含む第２の媒体を有する置換に従属することであるかどうか、決定する。
【請求項１２８】
請求項９７の方法、
一般的な情報が各々グループメンバが第１の媒体項目位にランクした異なるグループを表す少なくとも一つのグループコードを含むという第１の媒体項目置換の決定、
第一グループと関係している第１のグループコードを含んでいる少なくとも一つのグループコード、
第１のグループメンバを結びつけていた第一グループ、
上記は、以下から更に成る：
データ構造の第一グループがあるプログラミングの項目がいずれに興味を起こさせたかという程度のユーザ―第一グループ類似性係数示すものがユーザにも興味があるという媒体項目許容可能性情報を中で与えること、
係数が第１の媒体項目のための予測された順位を決定して基準であるユーザ―第一グループ類似性、
データ構造の第一グループ第１の媒体項目平均がランクするという媒体項目許容可能性情報において、与えること、
第一グループ第１の媒体項目平均順位は、第１のグループメンバによって、第１の媒体項目に示される順位の平均である、
そして、
第１の媒体項目が項目がデータ構造からユーザ―第一グループ類似性係数を読み出して含む第２の媒体を有する置換に従属することであるかどうか、決定する、
そして、
ユーザ―第一グループ類似性係数および第一グループ第１の媒体項目平均順位に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１２９】
請求項１２８の方法、
少なくとも一つのグループコードは、第二群と関係している第２のグループコードを含む。
第１のグループメンバを結びつけていた第二群、
上記は、以下から更に成る：
データ構造の第二群があるプログラミングの項目がいずれに興味を起こさせたかという程度のユーザ―第二群類似性係数示すものがユーザにも興味があるという媒体項目許容可能性情報を中で与えること、
データ構造の第二群第１の媒体項目平均がランクするという媒体項目許容可能性情報において、与えること、
第二群第１の媒体項目平均順位は、第１の媒体に項目を示される順位の平均であるで第２のグループメンバ、
そして、
第１の媒体項目が項目がデータ構造から読み出すことを含む第１の交互の媒体を有する置換に従属することになっているかどうか決定すること、
第２のグループコードに基づく、
ユーザ―第二群類似性係数、
そして、
ユーザ―第二群類似性係数および第二群第１の媒体項目平均順位に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１３０】
請求項１２９の方法、
予測された順位を決定することはユーザ―第一グループ類似性係数の第１の製品の合計に基づく重み付代表値を決定することを含む、そして、第一グループ第１の媒体項目平均順位およびユーザ―第二群類似性係数および第二群第１の媒体項目の第２の製品は順位を平均する。
【請求項１３１】
請求項１２９の方法、
一時記憶において、順位閾値エントリーならば、上記は更に成り立つ、
そして、
第１の媒体項目が項目が予測された順位を順位閾値エントリーと比較して含む第１の交互の媒体を有する置換に従属することになっているかどうか決定すること。
【請求項１３２】
請求項１２９の方法、
媒体素材は、以下を含む：
ユーザによって、ランクを付けられる一組のランクを付けられた媒体項目、
第一グループ、
そして、
第二群、
データ構造でユーザがランクを付けられた媒体項目の一組のためのランキングを平均するならば、上記は更に成り立つ、
そして、
予測された順位は、ランクを付けられた媒体項目の一組のためのユーザ平均ランク付けに基づいて決定される。
【請求項１３３】
請求項１２９の方法、
ユーザ―第一グループ類似性係数は、第一グループが興味を持っている媒体素材の項目のための第１の項目品質がユーザにも興味がある程度のユーザ―第一グループ第１の項目品質類似性係数示すものである、
上記は、以下から更に成る：
データ構造の第一グループ第１の媒体項目一番目項目品質平均がランクするという媒体項目許容可能性情報において、与えること、
第１の項目品質平均順位が平均である第一グループ第１の媒体項目は、第１の最も少なくグループメンバのいくつかでによって、第１の媒体項目に第１の項目品質を示されてランクする、
ここで、ユーザ―第二群類似性係数は、第二群がある媒体素材の項目のために初めての項目品質がいずれに興味を起こさせたかという程度のユーザ―第二群第１の項目品質類似性係数示すものであるユーザにも興味がある、
データ構造の第二群第１の媒体項目一番目項目品質平均がランクするという媒体項目許容可能性情報において、与えること、
第１の項目品質平均順位が平均である第二群第１の媒体項目は、第２の最も少なくグループメンバのいくつかでによって、第１の媒体項目に第１の項目品質を示されてランクする、
そして、
第１の媒体項目が項目が含む第１の交互の媒体を有する置換に従属することになっているかどうか決定すること、
データ構造からの検索、
第１のグループコードおよび第２のグループコードに基づく、
それぞれ、
ユーザ―第一グループ第１の項目品質類似性係数、
そして、
ユーザ―第二群第１の項目品質類似性係数、
そして、
ユーザ―第一グループ第１の項目品質類似性係数に基づく第１の媒体項目のための予測された順位を決定すること、
第一グループ第１の媒体項目一番目項目品質平均順位、
ユーザ―第二群第１の項目品質類似性係数、
そして、
第二群第１の媒体項目一番目項目品質平均順位。
【請求項１３４】
請求項９７の方法、
一般的な情報が第１の媒体項目と関係している少なくとも一つの項目インジケータを含むという第１の媒体項目置換の決定、
上記は、以下から更に成る：
データ構造に容認できる項目インジケータのリストを中で与えること、
そして、
少なくとも一つの項目インジケータが容認できる項目インジケータ・リストに存在する付随する表示を有するかどうか第１の媒体項目が項目が決定することを含む第２の媒体を有する置換に従属することであるかどうか、決定する
【請求項１３５】
請求項１３４の方法、
少なくとも一つの項目インジケータは、第１の媒体項目を特定する第１の媒体項目インジケータである。
【請求項１３６】
請求項９７の方法、
一般的な情報が第１の媒体項目と関係している少なくとも一つの項目カテゴリ・インジケータを含むという第１の媒体項目置換の決定、
媒体項目のうちの少なくとも１つと関係している少なくとも一つの項目カテゴリ・インジケータ、
上記は、以下から更に成る：
容認できる項目カテゴリ・インジケータがリストするデータ構造の媒体項目許容可能性情報において、与えること、
そして、
少なくとも一つの項目カテゴリ・インジケータが容認できる項目カテゴリ・インジケータ・リストに存在する付随する表示を有するかどうか第１の媒体項目が項目が決定することを含む第２の媒体を有する置換に従属することであるかどうか、決定する。
【請求項１３７】
請求項９７の方法、
一般的な情報が少なくとも一つの項目インジケータを含むという第１の媒体項目置換の決定、
プログラミングの項目に対する一対一対応を有する少なくとも一つの項目インジケータの各々、
プログラミングの項目に含まれる関連した第１の媒体項目と関係している第１の関連した項目インジケータを含んでいる少なくとも一つの項目インジケータ、
上記は、以下から更に成る：
データの媒体項目許容可能性情報を中で与えることは、関連した第１の媒体項目が第１の媒体項目と類似している程度の関連した第１の媒体項目類似性係数示すものを構築する、
データ構造の関連した第１の媒体項目がランクするという媒体項目許容可能性情報において、与えること、
関連した第１の媒体項目順位は、ユーザによって、関連した第１の媒体項目に割り当てられる順位である、
そして、
第１の媒体項目が項目が関連した第１の媒体項目類似性係数を読み出して含む第２の媒体を有する置換に従属することになっているかどうか決定すること、
そして、
関連した第１の媒体項目順位および関連した第１の媒体項目類似性係数に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１３８】
請求項１３７の方法、
少なくとも一つの項目インジケータは、以下を含む：
第２の関連した第１の媒体項目と関係している第２の関連した第１の項目インジケータ、
上記は、以下から更に成る：
データ構造の第２が第１の媒体項目を関連させた程度の第２の関連した第１の媒体項目類似性係数示すものが第１の媒体項目と類似しているという媒体項目許容可能性情報を中で与えること、
データ構造の１秒が第１の媒体項目順位を関連させたという媒体項目許容可能性情報において、与えること、
第２の関連した第１の媒体項目順位は、ユーザによって、第２の関連した第１の媒体項目に割り当てられる順位である、
そして、
第１の媒体項目が項目が第２の関連した第１の媒体項目類似性係数を読み出して含む第２の媒体を有する置換に従属することになっているかどうか決定すること、
そして、
第２の関連した第１の媒体項目順位および第２の関連した第１の媒体項目類似性係数に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１３９】
請求項１３８の方法、
データ構造で順位閾値エントリーを含む順位閾値フィールドならば、上記は更に成り立つ、
そして、
第１の媒体項目が項目が予測された順位を順位閾値エントリーと比較して含む第２の媒体を有する置換に従属することになっているかどうか決定すること。
【請求項１４０】
請求項９７の方法、
一般的な情報が各々第１の媒体項目が関連する異なるカテゴリを表す少なくとも一つのカテゴリ・インジケータを含むという第１の媒体項目置換の決定、
複数の第１のカテゴリ項目を含む第１のカテゴリと関係している第１のカテゴリ・インジケータを含んでいる少なくとも一つのカテゴリ・インジケータ、
上記は、以下から更に成る：
データの媒体項目許容可能性情報を中で与えることは、第１の媒体項目が複数の第１のカテゴリ最も少なく項目のいくつかでと類似している程度で初めてのカテゴリ類似性係数示すものを構築する、
データ構造の第１のカテゴリ平均がランクするという媒体項目許容可能性情報において、与えること、
順位が複数の第１のカテゴリ項目に含まれる第１のカテゴリ項目位にランクされてセットに対するユーザによる順位既知の事実の平均である第１のカテゴリ平均、
そして、
第１の媒体項目が項目がデータ構造から第１のカテゴリ類似性係数を読み出して含む第２の媒体を有する置換に従属することになっているかどうか決定すること、
そして、
第１のカテゴリ類似性係数および第１のカテゴリ平均順位に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１４１】
請求項１４０の方法、
少なくとも一つのカテゴリ・インジケータは、以下を含む：
複数の第二類項目を含む第二類と関係している第二類インジケータ、
上記は、以下から更に成る：
データの媒体項目許容可能性情報を中で与えることは、第１の媒体項目が複数の第二類最も少なく項目のいくつかでと類似している程度の第二類類似性係数示すものを構築する、
データ構造の第二類平均がランクするという媒体項目許容可能性情報において、与えること、
順位が複数の第二類項目に含まれる第二類項目位にランクされてセットに対するユーザによる順位既知の事実の平均である第二類平均、
そして、
第１の媒体項目が項目がデータ構造から第二類類似性係数を読み出して含む第１の交互の媒体を有する置換に従属することになっているかどうか決定すること、
そして、
第二類類似性係数および第二類平均順位に基づく第１の媒体項目のための予測された順位を決定すること。
【請求項１４２】
請求項９７の方法、
媒体転送元は、ネットワーク化された直結無線局である。
【請求項１４３】
請求項９７の方法、
通信装置は、媒体表現デバイスを含む。
【請求項１４４】
請求項１４３の方法、
通信装置は、以下を含む：
オンライン無線局にネットワーク化されるのに適しているコンピュータ、
そして、
媒体転送元は、直結無線局である。
【請求項１４５】
請求項９７の方法、
上記は、媒体項目並びを受信することを更に含む。
そして、
第１の媒体項目は、媒体項目並びにおいて、特定される。
【請求項１４６】
請求項１４５の方法、
媒体項目並びは、予定である。
【請求項１４７】
請求項１４６の方法、
媒体転送元は、電波媒体転送元である。
【請求項１４８】
請求項１４７の方法、
項目が第２の媒体項目と関係しているデジタル・ファイルを特定する第２の媒体項目インジケータであるという第２の媒体の表示、
再生リストは、以下を含む：
両方とも第１の媒体項目と関係しているタイムスロット・フィールドおよび付随する項目標識フィールド、
そして、
項目が第２の媒体項目指標を項目標識フィールドに格納して含む第２の媒体の表示を与えること。
【請求項１４９】
請求項１４８の方法、
上記は、以下を含む：
デジタルものは出願する第２の媒体項目インジケータに基づいて特定すること、
そして、表現のための媒体表現デバイスにデジタル・ファイルの表示を与えること。
【請求項１５０】
請求項１４９の方法、
項目が出力信号を生み出すためにデジタル・ファイルをデコードして含む第２の媒体の表示を与えること。
【請求項１５１】
請求項１５０の方法、
項目が媒体表現デバイスに出力信号を送信して含む第２の媒体の表示を与えること。
【請求項１５２】
請求項１４５の方法、
三分の一媒体項目は、再生リストにおいて、特定されて、三分の一媒体項目置換の決定一般的な情報および三分の一媒体項目に特有の相補型情報と関係している、
上記は、三分の一媒体項目が四分の一媒体項目を有する置換に従属することであるかどうか、三分の一媒体項目置換判定一般的な情報および三分の一媒体項目に特有の相補型情報に基づいて決定することを更に含む。
【請求項１５３】
放送受信デバイスによる表現のために電波媒体転送元により選択される、媒体項目を置換するためのデバイスであって、
電波媒体転送元により放送されることになっている第１の媒体項目のために、第１の媒体項目が置換されることになっているかどうか、決定するための基準である第１の媒体項目関連の置換の決定情報を受信することになっている第１の通信装置と、
前記通信装置に接続し、データ構造で、少なくとも媒体項目のいくつかの許容可能性を決定するための媒体項目許容可能性情報を与える一時記憶装置と、
前記一時記憶装置に接続し、媒体項目許容可能性情報および第１の媒体項目関連の置換の決定情報に基づいて、前記第１の媒体項目が、第１の交互の媒体項目を置換されることになっているかどうかを決定する制御ロジック装置と、
第１の媒体項目が置換されるべき場合に、放送受信デバイスに、放送受信デバイスによる表現のため前記第１の交換用媒体項目の表示を提供する第２の通信装置と
を備えてなるデバイス。
【請求項１５４】
代理をするためのデバイス、
通信装置の媒体項目置換の決定に応じて基づく、
放送受信デバイスによって、表現の電波媒体転送元により放送される媒体項目、
媒体項目は、以下を含む：
通信装置で特定される一組の容認できる項目および一組の容認できない項目、
上記のデバイスは、以下を有する：
受けることになっている第１の通信手段、
電波媒体転送元により放送されることになっている第１の媒体項目のために、
第１の媒体項目が置換されることになっているかどうか、決定するための基準である第１の媒体項目関連の置換の決定情報、
手段が通信装置に連結した、そして、それが与えることになっている一時記憶、
データ構造で、
媒体最も少なく項目のいくつかでの許容可能性を決定するための媒体項目許容可能性情報、
手段が一時記憶に連結した、そして、それが第１の媒体項目が第１の交互の媒体項目を有する置換に従属することになっているかどうか、媒体項目許容可能性情報および第１の媒体項目関連の置換の決定情報に基づいて決定することになっている制御ロジック、
そして、それが与えることになっている第２の通信手段、
第１の媒体項目が置換に従属することになっている時、
放送受信デバイスに、第１の表示は、放送受信デバイスによって、表現のための媒体項目を交替させる。
【請求項１５５】
放送受信デバイスによって、ユーザに提出される媒体素材の容認を決定するための基準であるデータを生み出している通信装置の方法、
媒体素材は、以下を含む：
多重プログラミング表現デバイスによって、表現のための媒体転送元により選択される媒体項目の第１の一組、
多重プログラミング表現デバイスは、放送受信デバイスを含む。
上記の方法は、以下を含む：
第１の媒体項目の第１の表示を受信すること、
媒体項目の第１の一組は、第１の媒体項目を含む、
放送受信デバイスに与えること、
第１の媒体項目で初めての表示に基づく、
表現のための第１の媒体項目の第２の表示、
第１の媒体項目の許容可能性の示すものである第１の媒体項目許容可能性指示イベントの発生を特定すること、
そして、第１の媒体項目許容可能性指示イベントの発生を特定することに応答して、
一時記憶において、与えること、
第１の媒体項目インジケータに基づく、
媒体項目の第１の最も少なく一組の一部での容認を決定するための第１の媒体項目インジケータ―関連情報。
【請求項１５６】
請求項１５５の方法、
上記は、第１の媒体項目インジケータ―関連情報を処理のためのサーバーに送信することを更に含む。
【請求項１５７】
請求項１５５の方法、
サーバーは、推薦者システムを含む。
【請求項１５８】
請求項１５５の方法、
イベントが潜在的なランキング・イベントであるという第１の媒体項目許容可能性指示。
【請求項１５９】
請求項１５８の方法、
第１の媒体項目の第２の表示が明確なランキング・イベントの発生なしで示されるときに、潜在的なランキング・イベントは起こる。
【請求項１６０】
請求項１５９の方法、
明確なランキング・イベントは、リジェクト・キーアクティベーションの発生を含む。
【請求項１６１】
請求項１５９の方法、
明確なランキング・イベントは、上位の鍵となるアクティベーションの発生である。
【請求項１６２】
請求項１５９の方法、
明確な受理イベントは、受理キーアクティベーションの発生である。
【請求項１６３】
請求項１５９の方法、
明確なランキング・イベントは、対話性キーアクティベーションの発生である。
【請求項１６４】
請求項１５９の方法、
第１の媒体項目の第１の表示が潜在的な引受拒絶イベントの発生なしで示される時、
潜在的なランキング・イベントは、潜在的な受理イベントである
【請求項１６５】
請求項１５９の方法、
イベントが潜在的な引受拒絶イベントおよび潜在的な受理イベントの中で一つで含む潜在的なランキング。
【請求項１６６】
請求項１５９の方法、
潜在的な引受拒絶イベントは、変化チャネルアクティベーションの発生を含む。
【請求項１６７】
請求項１５５の方法、
イベントが明確なランキング・イベントを含むという第１の媒体項目許容可能性指示。
【請求項１６８】
請求項１５５の方法、
明確なランキング・イベントは、明確な引受拒絶イベントである。
【請求項１６９】
請求項１６８の方法、
明確な引受拒絶イベントは、リジェクト・キーのアクティベーションである。
【請求項１７０】
請求項１５５の方法、
第１の媒体項目インジケータに基づいて、一時記憶（インジケータ関連の情報が容認できない媒体項目インジケータ・フィールドで初めての媒体項目指標を格納して含む第１の媒体項目）において、与える。
【請求項１７１】
請求項１７０の方法、
イベントが明確な引受拒絶イベントを含むという第１の媒体項目許容可能性指示。
【請求項１７２】
請求項１７１の方法、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が容認できる媒体項目インジケータ・フィールドで初めての媒体項目指標を格納して含む第１の媒体項目。
【請求項１７３】
請求項１７２の方法、
イベントが明確な受理イベントを含むという第１の媒体項目許容可能性指示。
【請求項１７４】
請求項１５５の方法、
項目が最低１つの第１の媒体項目カテゴリ・インジケータで関係している第１の媒体、
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が少なくとも一つの第１の媒体項目カテゴリ・インジケータを容認できる媒体項目カテゴリ・インジケータ・フィールドに格納して含む第１の媒体項目。
【請求項１７５】
請求項１５５の方法、
上記は、更に以下から成る以下の通り
第１の媒体項目のためのユーザ・ランキングの上位の鍵となるアクティベーション示すものを受け入れること、
そして、
イベントが上位の鍵となるアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納するユーザ・ランキングの中で表示、
そして、ユーザ・ランキングの表示および第１の媒体項目インジケータの表示をサーバーに送信すること。
【請求項１７６】
請求項１５５の方法、
上記は、以下から更に成る：
第１の媒体項目と関係している項目品質のためのユーザ・ランキングの上位の鍵となるアクティベーション示すものを受け入れること、
そして、
イベントが上位の鍵となるアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納する項目品質間の位置にあるユーザの中で表示、
そして、項目品質のためのユーザ・ランキングの表示をサーバーに送信すること、
第１の媒体項目インジケータの表示、
そして、
項目品質の表示。
【請求項１７７】
請求項１５５の方法、
上記は、以下から更に成る：
第１の媒体項目と対話するために要請の対話性キーアクティベーション示すものを受け入れること、
そして、
イベントが対話性キーアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納する対話性キーアクティベーションの中で指示、
そして、表示をサーバーに送信する対話性キーアクティベーションの指示の中で表示。
【請求項１７８】
請求項１５５の方法、
上記は、以下から更に成る：
第２の媒体項目を有する第１の媒体項目を置換するために要請の置換キーアクティベーション示すものを受け入れること、
そして、
イベントが置換キーアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納する置換キーアクティベーションの中で指示、
そして、置換キーアクティベーションの指示の表示をサーバーに送信すること、
そして、
第１の媒体項目インジケータの表示。
【請求項１７９】
請求項１７８の方法、
置換キーアクティベーションの指示が第１の媒体項目置換アクティベーションエントリーを持続する第１の媒体項目置換アクティベーションカウンタ・フィールドを増加して含む一時記憶の記憶、
そして、
置換の指示の鍵となるアクティベーションが第１の媒体項目置換アクティベーションエントリーの表示を含むという表示。
【請求項１８０】
請求項１７９の方法、
上記は、一時記憶に格納することを更に含む放送受信デバイスに初めての媒体項目の第２の表示の供給の中で指示。
【請求項１８１】
請求項１８０の方法、
イベントが潜在的なランキング・イベントを含むという第１の媒体項目許容可能性指示、
上記は、以下から更に成る：
一時記憶を格納する第１の媒体項目の潜在的なランキングの中で指示、
第１の媒体項目の潜在的なランキングの指示の表示をサーバーに送信すること、
そして、
第１の媒体項目インジケータの表示。
【請求項１８２】
請求項１７９の方法、
第１の媒体項目の潜在的なランキングの指示が増加することを含む一時記憶を格納する内在する第一の媒体項目受理カウンタ・フィールド、潜在的な第１の媒体項目を持続する受理エントリー、
そして、
潜在的なものの指示の受理が第１の媒体同じく潜在的な受理エントリーの表示を含むという表示。
【請求項１８３】
請求項１７９の方法、
第１の媒体項目の潜在的なランキングの指示が増加することを含む一時記憶を格納する内在する第一の媒体項目引受拒絶カウンタ・フィールド、潜在的な第１の媒体項目を持続する引受拒絶エントリー、
そして、
潜在的なものの指示のランクすることが第１の媒体同じく潜在的な引受拒絶エントリーの表示を含むという表示。
【請求項１８４】
請求項１５５の方法、
上記は、更に以下から成る以下の通り
第１の媒体項目の除去のリジェクト・キーアクティベーション示すものを受け入れること、
そして、
イベントがリジェクト・キーアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納するリジェクト・キーアクティベーションの中で指示、
そして、リジェクト・キーアクティベーションの指示および第１の媒体項目インジケータの表示の表示をサーバーに送信すること。
【請求項１８５】
請求項１５５の方法、
上記は、更に以下から成る以下の通り
第１の媒体項目の受理の受理キーアクティベーション示すものを受け入れること、
そして、
イベントが受理キーアクティベーションを含むという第１の媒体項目許容可能性指示、
一時記憶を格納する受理キーアクティベーションの中で指示、
そして、受理キーアクティベーションの指示および第１の媒体項目インジケータの表示の表示をサーバーに送信すること。
【請求項１８６】
請求項１５５の方法、
項目インジケータが最低１つの第１の媒体項目インジケータ・グループコードで関係している第１の媒体、
一対一対応を有する少なくとも一つの第１の媒体項目インジケータ・グループコードの中で各々を有するまとめる少なくとも関連するグループメンバ少しを有する誰の中で第１の媒体項目に関する付随する受理指示を有する。
【請求項１８７】
請求項１８６の方法、
上記は、少なくとも一つの第１の媒体項目インジケータ・グループコードを受信することを更に含む。
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が格納することを含む第１の媒体項目、
ユーザ・グループコード・フィールドにおいて、
少なくとも一つの第１の媒体項目インジケータ・グループコード。
【請求項１８８】
請求項１８６の方法、
少なくとも一つの第１の媒体項目インジケータ・グループコードは、以下を含む：
第一グループおよび第１の媒体項目のための第一グループ第１の項目品質平均順位と関係している第１のグループコード、
第１の項目品質平均が第１の媒体項目と関係している第１の項目品質に関連している第一グループ、
上記は、以下から更に成る：
与えること、
一時記憶において、
第一グループ第１の項目品質平均順位、
与えること、
一時記憶において、
第１の媒体項目の第１の項目品質のためのユーザ・ランキング、
少なくとも一つの第１の媒体項目インジケータ・グループコードを受信すること、
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が決定することを含む第１の媒体項目、
第１の媒体項目および第一グループ第１の項目品質平均順位で初めての項目品質間の位置にあるユーザに基づく、
ユーザ―第一グループ第１の項目品質類似性係数。
【請求項１８９】
請求項１８６の方法、
少なくとも一つの第１の媒体項目インジケータ・グループコードは、以下を含む：
第一グループおよび第１の媒体項目のための第一グループ平均順位と関係している第１のグループコード、
上記は、以下から更に成る：
与えること、
一時記憶において、
第一グループ平均順位、
与えること、
一時記憶において、
第１の媒体項目のためのユーザ・ランキング、
第１のグループコードを受信すること、
検索、
第１のグループコードに基づく、
平均的第１のグループがランクを付ける一時記憶から、
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が決定することを含む第１の媒体項目、
第１の媒体項目および第一グループ平均順位のためのユーザ・ランク付けに応じて基づく、
ユーザ―第一グループ類似性係数。
【請求項１９０】
請求項１８６の方法、
各グループには、第１の媒体項目のための合同グループ・ランク付けがある、
最も少なくグループメンバのいくつかでにより示される平均順位の示すもの位にランクしているグループ、
上記は、以下から更に成る：
与えること、
一時記憶において、
各々のために、第１の媒体項目のためのグループ・ランキングをまとめる、
与えること、
一時記憶において、
第１の媒体項目のためのユーザ・ランキング、
少なくとも一つの第１の媒体項目グループコードを受信すること、
検索、
少なくとも一つの第１の媒体項目インジケータ・グループコードに基づく、
各々のために、第１の媒体項目のためのグループ・ランキングをまとめる、
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報がグループごとにユーザーグループ類似性係数を決定して含む第１の媒体項目、
第１の媒体項目のためのユーザ・ランキングおよび第１の媒体項目のためのグループ・ランク付けに基づくユーザーグループ類似性係数。
【請求項１９１】
請求項１８９の方法、
上記は、第１の媒体項目のためのユーザ・ランキングの上位の鍵となるアクティベーション示すものを受け入れることを更に含む。
そして、
イベントが上位の鍵となるアクティベーションを含むという第１の媒体項目許容可能性指示。
【請求項１９２】
請求項１５５の方法、
項目インジケータが最低１つの項目カテゴリ・インジケータで関係している第１の媒体、
媒体項目インジケータのリストと関係している少なくとも一つの項目カテゴリ・インジケータの各々、
そして、
少なくとも一つの項目カテゴリ・インジケータは、以下を含む：
媒体項目インジケータの第１のリストと関係している第１の項目カテゴリ・インジケータ、
上記は、以下から更に成る：
第１のものは媒体項目インジケータの中でリストする一時記憶において、与えること、
そして、
与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が第１の媒体が表示で個条書きにする媒体項目インジケータの第１のリストに格納することを含む第１の媒体項目、
【請求項１９３】
請求項１９２の方法、
上記は、以下から更に成る：
一時記憶に第１の媒体項目のためのユーザ・ランキングを中で与えること、
ここで与えること、
第１の媒体項目インジケータに基づく、
一時記憶において、
インジケータ関連の情報が第１の媒体項目のためのユーザ・ランク付けに基づく第１の項目カテゴリ平均順位を決定して含む第１の媒体項目、
そして、第１のものは個条書きにする一時記憶を格納する、カテゴリは、順位を平均する。
【請求項１９４】
請求項１５５の方法、
上記は、以下から更に成る：
第２の媒体項目が三分の一媒体項目を有する置換に従属することになっているかどうか決定すること、
第２の媒体項目が置換に従属することになっている時、
放送受信デバイスによって、放送受信デバイスに表現に三分の一項目の表示を与えること、
そして、
第２の媒体項目の許容可能性の示すものである三分の一媒体項目許容可能性指示イベントの発生を特定すること、
三分の一媒体項目許容可能性指示イベントの発生が特定される時、
与えること、
三分の一媒体項目インジケータに基づく、
データ構造で、
媒体最も少なく素材の一部での許容可能性を決定するための三分の一媒体項目インジケータ―関連情報。
【請求項１９５】
請求項１９４の方法、
上記は、以下から更に成る：
置換キーアクティベーションを受け入れること、
そこにおいて、項目が置換に従属するためにそうである第２が置換キーアクティベーションの発生を特定することを含むかどうか決定すること。
【請求項１９６】
請求項１９４の方法、
決定する、項目が置換に従属するためにそうである第２が、第２の媒体項目間の位置にある予測されたユーザを決定することを含むどうか。
【請求項１９７】
請求項１５５の方法、
放送受信デバイスは、周波数変調方式（ＦＭ）受信器を含む。
上記は、ＦＭ受信機をチューニングすることを更に含む。
【請求項１９８】
請求項１５５の方法、
項目が以下を含むという第１の媒体の第２の表示：
テープ・カセットインタフェースの磁気ヘッドを駆動するための信号。
【請求項１９９】
請求項１９８の方法、
放送受信デバイスは、磁気ヘッドを含む。
そして、
項目が信号を磁気ヘッドに適用して含む第１の媒体の第２の表示を与えること。
【請求項２００】
請求項１５５の方法、
上記は、第１の媒体項目の第１の表示を受信するために受信器をチューニングすることを更に含む。
【請求項２０１】
請求項２００の方法、
項目が広い範囲に電波媒体転送元によって、ある第１の媒体の第１の表示。
【請求項２０２】
請求項２０１の方法、
電波媒体転送元が第１の媒体項目の第１の表示を放送すると共に、デバイスが第１の媒体項目の第２の表示に贈る放送受信。
【請求項２０３】
請求項２００の方法、
受信器は、電波媒体転送元が放送するチャネルにチューニングされる。
【請求項２０４】
請求項２００の方法、
放送受信デバイスは、転送元がそうしない電波媒体が放送したチャネルにチューニングされる。
【請求項２０５】
放送受信デバイスにより示される媒体素材のユーザ容認の通信装置を生み出しているデータ示すものの方法、
媒体素材は、以下を含む：
多重プログラミング表現デバイスによって、表現のための媒体転送元により選択される媒体項目の第１の一組、
多重プログラミング表現デバイスは、放送受信デバイスを含む。
上記の方法は、以下を含む：
第１の媒体項目の第１の表示を受信している受信器、
媒体項目の第１の一組は、第１の媒体項目を含む、
放送受信にデバイスを送信している送信器、
第１の媒体項目で初めての表示に基づく、
表現のための第１の媒体項目の第２の表示、
第１の媒体項目の許容可能性の示すものである第１の媒体項目許容可能性指示イベントの発生を特定すること、
そして、第１の媒体項目許容可能性指示イベントの発生が特定される時、
一時記憶において、与えること、
第１の媒体項目インジケータに基づく、
媒体最も少なく素材の一部での許容可能性を決定するための第１の媒体項目インジケータ―関連情報。
【請求項２０６】
放送受信デバイスにより示される媒体素材のユーザ容認のデータ示すものを生み出す方法、
転送元および代替物が通信装置が交互の媒体項目転送元から得る媒体項目の中でセットした電波媒体による放送であって、放送受信デバイスに与える媒体項目の第１の一組を含んでいる媒体素材、
上記の方法は、以下を含む：
電波媒体転送元により放送されようとしている第１の媒体項目が第１の交互の媒体項目を有する置換に従属することになっているかどうか決定すること、
第１の媒体項目が置換に従属することになっている時、
放送受信デバイスによって、放送受信デバイスに表現に第１の交互の媒体項目の表示を与えること、
第１の交互の媒体項目インジケータにより特定される第１の交互の媒体項目、
そして、
第１の交互の媒体項目の許容可能性の示すものである第１の交互の媒体項目許容可能性指示イベントの発生を特定すること、
第１の媒体項目が置換に従属しないことになっている時、
放送受信デバイスが第１の媒体項目の第１の表示を示すことができること、
第１の媒体項目インジケータにより特定される第１の媒体項目、
そして、
第１の媒体項目の許容可能性の示すものである第１の媒体項目許容可能性指示イベントの発生を特定すること、
第１の交互の媒体項目許容可能性指示イベントの発生が特定される時、
与えること、
第１の交互の媒体項目インジケータに基づく、
データ構造で、
媒体最も少なく素材の一部での許容可能性を決定するための第１の交互の媒体項目インジケータ―関連情報、
そして、第１の媒体項目許容可能性指示イベントの発生が特定される時、
与えること、
第１の媒体項目インジケータに基づく、
媒体最も少なく素材の一部での許容可能性を決定するためのデータ構造第１の媒体項目インジケータ―関連情報において。
【請求項２０７】
請求項１５５の方法、
上記は、放送受信デバイスがチューニングされるチャネルを特定することを更に含む。
【請求項２０８】
請求項２０６の方法、
上記は、放送受信デバイスがチューニングされる特定されたチャネルに送信する送信器をチューニングすることを更に含む。
【請求項２０９】
散在させる方法、
少なくとも一つの表現規則に基づく、
媒体項目のストリームへの置換媒体項目、
上記の方法は、以下を含む：
媒体項目のストリームの第１の媒体項目と関係している第１の媒体項目インジケータを受信すること、
媒体最も少なく項目のいくつかでのための一時的なメモリインジケータにおいて、与えること、
各の少なくとも少し媒体の中で、項目が、付随する表現規則（すなわち示されたそばに関連する表現規則情報）を有する
一時記憶は、各々の表現規則情報を含むの少なくとも少し第１の媒体項目と関係している媒体項目および第１の媒体項目表現規則情報の、
一時記憶において、特定すること、
第１の媒体インジケータの表示に基づく、
第１の媒体項目表現規則情報、
決定すること、
第１の媒体項目表現規則情報に基づく、
第１の媒体が媒体項目のストリームを中で個条書きにするかどうか、置換に従属することである、
一時記憶複数の置換媒体項目において、与えること、
第１の媒体項目が置換に従属することになっている時、
表現のための複数の置換媒体項目の中から置換項目を選択すること、
そして、第１の媒体項目が置換に従属しないことになっている時、
第１の媒体項目表現規則情報を更新すること。
【請求項２１０】
請求項２０９の方法、
項目が関連する最後の表現時間および合同近づく表現に計時させる第１の媒体、
時間が後で年代順に最後の表現時間と関連してある近づく表現、
第１の媒体項目表現規則情報は、以下を含む：
最後の表現時間の第１の媒体項目最後表現時間指示示すもの、
そして、
一時記憶は、以下を含む：
近づく表現時間の来るべき表現回の指示示すもの。
【請求項２１１】
請求項２１０の方法、
第１の媒体項目表現規則情報は、以下を含む：
第１の媒体項目の反復間の時間の最小スパンの最小限の時間間隔指示示すもの。
【請求項２１２】
請求項２１１の方法、
決定すること、
第１の媒体項目表現規則情報に基づく、
項目が置換に従属するためにそうである第１の媒体が、決定することを含むどうか近づく表現時間および最後の表現時間が、少なくとも時間の最小スパンによって、切り離されるどうか。
【請求項２１３】
請求項２１２の方法、
情報が来るべき表現回の指示の表示を第１の媒体項目最後表現時間指示に格納して含む第１の媒体項目表現規則を更新すること。
【請求項２１４】
請求項２０９の方法、
一時記憶は、以下を含む：
最大繰返数指示および反復期間指示、
第１の媒体項目が反復期間指示により定義される特定の期間の間に繰り返されることができることになっている最大回数の最大繰返数指示示すもの、
そして、
情報が逆に第１の媒体項目表現を増加して含む第１の媒体項目表現規則を更新すること、
そして、
第１の媒体項目表現カウンタは、一時記憶装置に格納されて、第１の媒体項目が示される回数の示すものである。
【請求項２１５】
請求項２０９の方法、
情報が含む第１の媒体項目表現規則を更新すること、
第１の媒体項目が特定の期間の間に繰り返されることができる最大回数に達する時、
反復の新規なサイクルを開始するために第１の媒体項目表現カウンタをリセットすること。
【請求項２１６】
請求項２０９の方法、
上記は、第１の媒体項目が示されることができることを更に含む。
【請求項２１７】
請求項２０９の方法、
上記は、以下から更に成る：
第１の置換項目のための一時記憶に付随する第１の置換項目表現規則を示している関連する第１の置換項目表現規則情報を中で与えること。
【請求項２１８】
請求項２１７の方法、
上記は、以下から更に成る：
置換項目が決定することを含む選択、
第１の置換項目表現規則情報に基づく、
第１の媒体項目が第１を有する置換に従属することになっているかどうか、項目を置換する、
第１の媒体が第１の置換項目を有する置換に従属することになっている時、
第１の置換項目表現規則情報を更新すること、
第１の媒体項目が置換に従属しないことになっている時、
表現のための複数の置換媒体項目の中から第２の置換項目を選択すること。
【請求項２１９】
請求項２１８の方法、
上記は、第１の置換項目が示されることができることを更に含む。
【請求項２２０】
請求項２１８の方法、
上記は、以下から更に成る：
第２の置換項目のための一時記憶に付随する第２の置換項目表現規則を示している関連する第２の置換項目表現規則情報を中で与えること、
第１の置換項目表現規則情報および第２の置換項目表現規則情報により定義される比率に従って第２の置換項目および媒体項目のストリームの第１の置換項目を示すこと。
【請求項２２１】
請求項２１７の方法、
上記は、第１の媒体項目表現規則情報および第１の置換項目表現規則情報により定義される比率に従って第１の媒体項目および媒体項目のストリームの第１の置換項目を示すことを更に含む。
代理をしている通信装置の方法、
少なくとも一つの表現規則に基づく、
多重プログラミング表現デバイスによって、表現の媒体転送元により選択される媒体項目、
多重プログラミング表現デバイスは、媒体表現デバイスを含む。
上記の方法は、以下を含む：
媒体項目のストリームの第１の媒体項目と関係している第１の媒体項目インジケータを受信すること、
媒体最も少なく項目のいくつかでのための一時的なメモリインジケータにおいて、与えること、
各の少なくとも少し媒体の中で、項目が、付随する表現規則（すなわち示されたそばに関連する表現規則情報）を有する
一時記憶は、各々の表現規則情報を含むの少なくとも少し第１の媒体項目と関係している媒体項目および第１の媒体項目表現規則情報の、
一時記憶において、特定すること、
第１の媒体インジケータの表示に基づく、
第１の媒体項目表現規則情報、
決定すること、
第１の媒体項目表現規則情報に基づく、
第１の媒体が媒体項目のストリームを中で個条書きにするかどうか、置換に従属することである、
一時的な複数の置換媒体項目において、与えること、
第１の媒体項目が置換に従属することになっている時、
表現のための複数の置換媒体項目の中から置換項目を選択すること、
そして、
置換項目の表示を与えること、
置換の表示は、置換項目の表現のための基準を個条書きにする、
そして、第１の媒体項目が置換に従属しないことになっている時、
第１の媒体項目表現規則情報を更新すること、
そして、
第１の媒体項目の表示が示されることができること。
【請求項２２３】
請求項２２２の方法、
媒体転送元は、ネットワーク化された直結無線局である。
【請求項２２４】
請求項２２２の方法、
通信装置は、媒体表現デバイスを含む。
【請求項２２５】
請求項２２４の方法、
通信装置は、以下を含む：
オンライン無線局にネットワーク化されるのに適しているコンピュータ、
そして、
媒体転送元は、直結無線局である。
【請求項２２６】
請求項２２２の方法、
媒体転送元は、ラジオ周波数（ＲＦ）電波媒体転送元である、
多重プログラミング表現デバイスは、複数の放送受信機を含む。
そして、
媒体表現デバイスは、放送受信デバイスを含む。
【請求項２２７】
請求項２２６の方法、
放送受信デバイスは、周波数変調方式（ＦＭ）受信器を含む。
そして、
項目がＦＭ受信機によって、贈られる置換の表示。
【請求項２２８】
電波媒体転送元が周波数変調方式（ＦＭ）無線局である請求項２２６の方法
【請求項２２９】
請求項２２６の方法、
項目が放送受信デバイスによって、表現のための置換項目の表示を送信して含む置換の表示を与えること。
【請求項２３０】
請求項２２６の方法、
示される第１の媒体項目の第１の表示が以下を含むと認めること：
一時記憶から第１の媒体項目の第２の表示を読み出すこと、
そして、
与えること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスに対する第１の媒体項目の第１の表示。
【請求項２３１】
請求項２３０の方法、
項目が放送受信デバイスに第１の媒体項目の第１の表示を送信して含む第１の媒体の第１の表示を与えること。
【請求項２３２】
請求項２３１の方法、
上記は、第１の媒体項目の第２の表示を受信することを更に含む。
【請求項２３３】
請求項２３２の方法、
第１の媒体項目の第１の表示がデバイスが送信することを含む放送受信により示されることができること、
第１の媒体項目の第２の表示に基づく、
放送受信デバイスによる表現のための第１の媒体項目の第１の表示。
【請求項２３４】
請求項２３３の方法、
項目が広い範囲に電波媒体転送元によって、ある第１の媒体の第２の表示。
【請求項２３５】
請求項２３４の方法、
項目が第１の媒体項目の第２の表示を受信するために受信器をチューニングして含む第１の媒体の第２の表示を受信すること。
【請求項２３６】
請求項２３５の方法、
電波媒体転送元が第１の媒体項目の第２の表示を放送すると共に、第１の媒体項目の第１の表示は送信される。
【請求項２３７】
請求項２３５の方法、
受信器は、電波媒体転送元が放送するチャネルにチューニングされる。
【請求項２３８】
請求項２３７の方法、
第一チャンネル上の電波媒体転送元放送、
そして、
項目が第一チャンネルと異なる１秒のチャネルに送信されるという第１の媒体の第１の表示。
【請求項２３９】
請求項２２６の方法、
放送受信デバイスがチューニングされる放送チャネル上の電波媒体転送元放送、
そして、
放送受信デバイスが項目が放送チャネル上の伝送を終了して含む第１の媒体の第１の表示を示すことができること。
【請求項２４０】
請求項２２６の方法、
上記は、放送受信デバイスがチューニングされるチャネルを特定しているチャネル検出器から更に成る。
【請求項２４１】
請求項２４０の方法、
上記は、放送受信デバイスがチューニングされるチャネルに送信する送信器をチューニングすることを更に含む。
【請求項２４２】
請求項２４０の方法、
放送受信デバイスがチューニングされるチャネル上の電波媒体転送元放送。
【請求項２４３】
請求項２４０の方法、
転送元が１秒のチャネルおよび放送受信デバイス上に第一チャンネルにチューニングされると放送する電波媒体、
そして、
チャネルが別に第２のチャネルからある第１。
【請求項２４４】
請求項２０９の方法、
上記は、複数の媒体項目インジケータを含んでいる媒体項目並びを受信することを更に含む。
第１の媒体項目インジケータを含んでいる複数の媒体項目インジケータ。
【請求項２４５】
請求項２４４の方法、
媒体項目並びは、予定である。
【請求項２４６】
媒体項目表現デバイスによって、媒体項目の表現のための媒体項目並びに貢献する方法、
上記の方法は、以下を含む：
媒体項目表現デバイスの一時記憶に格納される媒体項目を特定する受信項目インジケータ、
項目インジケータを一時記憶のデバイスに特有の貯蔵品リストに格納すること、
再生リストへの算入のためのデバイスに特有の貯蔵品リストからの最低１つの受信項目インジケータの選択、
一時記憶に補助媒体項目と関係している補助項目インジケータを中で与えること、
補助項目インジケータが再生リストに含まれることになっているかどうか決定すること、
そして、補助項目インジケータの表示がデバイスに特有のリストに存在しない時、
媒体項目表現デバイスに補助媒体項目の表示を送るための基準として補助項目インジケータを与えること。
【請求項２４７】
請求項２４６の方法、
上記は、以下から更に成る：
一時記憶に補助媒体項目の表示を中で与えること、
そして、媒体項目表現デバイスに補助項目インジケータにより特定される補助媒体項目の表示を送ること。
【請求項２４８】
請求項２４６の方法、
上記は、補助項目インジケータの表示を再生リストに含むことを更に含む。
【請求項２４９】
請求項２４６の方法、
上記は、デバイス―規定のの記憶が項目が補助項目インジケータの表示をリストすることを格納したことを更に成る。
【請求項２５０】
請求項２４６の方法、
上記は、媒体項目表現デバイスに補助項目インジケータの表示を送ることを更に含む。
【請求項２５１】
請求項２４６の方法、
上記は、媒体素材（すなわち電波媒体転送元による放送）の予定を受信することを更に含む
電波媒体転送元の予定において、示される項目を特定する少なくとも一つの予定項目インジケータを含んでいる予定、
そして、
再生リストが少なくとも１つが表示で同じく予定する再生リストに含むことを含む植字。
【請求項２５２】
請求項２４６の方法、
再生リストは、再生リストが第１の項目フィールドに格納することを含む順次項目フィールドおよび植字を含む媒体項目表現デバイスが第１の項目フィールドと関係しているタイムスロットの間、表現のための交替媒体項目を選択することであることを表す交替指示。
【請求項２５３】
請求項２５２の方法、
上記は、交替媒体項目を選択している媒体項目表現デバイスから更に成る。
【請求項２５４】
請求項２５２の方法、
再生リストは、電波媒体転送元の予定である。
【請求項２５５】
請求項２４６の方法、
少なくとも一つの受信項目インジケータは、以下を含む：
第１の媒体項目と関係している第１の媒体項目インジケータ、
上記は、以下から更に成る：
一時記憶に第１の媒体項目と関係している第１の媒体項目表現規則情報を中で与えること、
一時記憶において、特定すること、
第１の媒体インジケータの表示に基づく、
第１の媒体項目表現規則情報、
決定すること、
第１の媒体項目表現規則情報に基づく、
第１の媒体項目がプレーに含まれることになっているかどうか、リストする、
第１の媒体項目が再生リストに含まれることになっている時、
上記は、第１の媒体項目インジケータの表示を再生リストに含む、
そして、
第１の媒体項目が再生リストに含まれないことになっているときにインジケータが含まれるためにそうである補助項目が起こるかどうか決定すること。
【請求項２５６】
請求項２４６の方法、
上記は、以下から更に成る：
一時記憶に補助媒体項目と関係している補助媒体項目表現規則情報を中で与えること、
一時記憶において、特定すること、
補助媒体項目インジケータの表示に基づく、
補助媒体項目表現規則情報、
そして、
補助媒体項目表現規則情報に基づく、
補助項目インジケータは、再生リストへの算入のために選択されるために決定される。
【請求項２５７】
請求項２４６の方法、
上記は、以下から更に成る：
一時記憶に第２の補助媒体項目および第２の補助項目インジケータと関係している第２の補助媒体項目表現規則情報を中で与えること、
一時記憶において、特定すること、
第２の補助項目インジケータの表示に基づく、
第２の補助媒体項目表現規則情報、
決定すること、
第２の補助媒体項目表現規則情報に基づく、
第２の補助項目インジケータがプレーに含まれることになっているかどうか、リストする、
第２の補助項目インジケータが再生リストに含まれることになっている時、
上記は、第２の補助項目インジケータの表示を再生リストに含む、
そして、
第２の補助項目インジケータが再生リストに含まれないことになっているときに、第１の補助項目インジケータは再生リストに含まれる。
【請求項２０９】
第２のユーザに媒体素材の表現をパーソナライズするために第１のユーザと関係している媒体ファイルの識別情報を利用する方法の方法、
上記の方法は、以下を含む：
第１のユーザと関係している複数の媒体ファイルから媒体項目識別情報を得ること、
一時記憶装置に格納される複数の媒体ファイル、
そして、
複数の媒体ファイルの各ファイルのための項目インジケータを含んでいる媒体項目識別情報、
媒体項目識別情報をコンピューティング・システムに送信すること、
受領、
媒体転送元によって、表現のために選択される第１の媒体項目のために、
置換の決定のための基準である一般的な情報が多重プログラミング表現デバイスのために実行したという第１の媒体項目置換の決定、
与えること、
一時記憶のデータ構造で、
媒体最も少なく項目のいくつかでの許容可能性を決定するための媒体項目許容可能性情報、
第１の媒体の項目一般的な置換決定情報を補足して、第１の媒体項目置換の決定のための基準である第１の媒体項目に特有の相補型情報を含んでいる媒体項目許容可能性情報、
そして、
媒体項目識別情報に基づいて部分的に発生する媒体項目許容可能性情報、
第１の媒体項目が第２の媒体項目を有する置換に従属することであるかどうか、第１の媒体項目置換判定一般的な情報および第１の媒体項目に特有の相補型情報に基づいて、決定する、
そして、第１の媒体項目が置換に従属することになっている時、
第２の媒体項目の表示を与えること、
媒体が第２のユーザに第２の媒体項目の表現のための基準を個条書きにするという第２の表示。
【請求項２１０】
請求項２０９の方法、
第１のユーザは、第２のユーザでもある。
【請求項２１１】
請求項２０９の方法、
上記は、更に成り立つ、
第１の媒体項目が置換に従属しないことになっている時、
第１の媒体項目の第１の表示が第２のユーザに示されることができること。
【請求項２１２】
第２のユーザに媒体素材の表現をパーソナライズするために第１のユーザと関係している媒体ファイルの識別情報を利用する方法の方法、
上記の方法は、以下を含む：
第１のユーザと関係している複数の媒体ファイルから媒体項目識別情報を得ること、
一時記憶装置に格納される複数の媒体ファイル、
そして、
複数の媒体ファイルの各ファイルのための項目インジケータを含んでいる媒体項目識別情報、
媒体項目識別情報をコンピューティング・システムに送信すること、
一時記憶の記憶装置のための推奨された媒体項目の第１の表示を受信すること、
媒体項目識別情報に基づいて部分的に発生する媒体項目許容可能性情報に基づいて特定される推奨された媒体項目、
第１の媒体項目が置換されることになっているかどうか決定すること、
そして、第１の媒体項目が置換されることになっている時、
第２のユーザに表現を提供すること、
推奨された媒体項目で初めての表示に基づく、
推奨された媒体項目の第２の表示。
【請求項２１３】
請求項２１２の方法、
第１のユーザは、第２のユーザでもある。
【請求項２１４】
請求項２１２の方法、
上記は、更に成り立つ、
第１の媒体項目が置換されないことになっている時、
表現のために第１の媒体項目で初めての表示。
【請求項２１５】
第２のユーザに媒体素材の表現をパーソナライズするために第１のユーザと関係している媒体ファイルの識別情報を利用する方法の方法、
上記の方法は、以下を含む：
第１のユーザと関係している複数の媒体ファイルから媒体項目識別情報を得ること、
複数の媒体ファイルの各ファイルのための項目インジケータを含んでいる媒体項目識別情報、
媒体項目識別情報を提示すること、
複数の項目インジケータを含んでいる媒体項目識別情報、
複数の項目インジケータの少なくとも一つの項目インジケータのためのカテゴリ譲渡指示を受け入れること、
少なくとも一つの項目インジケータが関連する第１のカテゴリ順位がある第１のカテゴリに割り当てられることになっていることを表している譲渡指示、
第１のカテゴリを少なくとも一つの項目インジケータと関連させること、
少なくとも一つの項目インジケータの表示および第１のカテゴリの表示をコンピューティング・システムに送信すること、
一時記憶の記憶装置のための推奨された媒体項目の第１の表示を受信すること、
少なくとも一つの項目インジケータの表示および第１のカテゴリの表示に基づいて部分的に発生する媒体項目許容可能性情報に基づいて特定される推奨された媒体項目、
第１の媒体項目が置換されることになっているかどうか決定すること、
そして、第１の媒体項目が置換されることになっている時、
第２のユーザに表現を提供すること、
推奨された媒体項目で初めての表示に基づく、
推奨された媒体項目の第２の表示。
【請求項２１６】
第２のユーザに媒体素材の表現をパーソナライズするために第１のユーザと関係している媒体ファイルの識別情報を利用する方法の方法、
上記の方法は、以下を含む：
第１のユーザと関係している複数の媒体ファイルから媒体項目識別情報を得ること、
複数の媒体ファイルの各ファイルのための項目インジケータを含んでいる媒体項目識別情報、
媒体項目識別情報を提示すること、
複数の項目インジケータを含んでいる媒体項目識別情報、
複数の項目インジケータの少なくとも一つの項目インジケータのためのカテゴリ譲渡指示を受け入れること、
少なくとも一つの項目インジケータが関連する第１のカテゴリ順位がある第１のカテゴリに割り当てられることになっていることを表している譲渡指示、
第１のカテゴリを少なくとも一つの項目インジケータと関連させること、
少なくとも一つの項目インジケータの表示および第１のカテゴリの表示をコンピューティング・システムに送信すること、
受領、
媒体転送元によって、表現のために選択される第１の媒体項目のために、
置換の決定のための基準である一般的な情報が多重プログラミング表現デバイスのために実行したという第１の媒体項目置換の決定、
与えること、
一時記憶のデータ構造で、
媒体最も少なく項目のいくつかでの許容可能性を決定するための媒体項目許容可能性情報、
第１の媒体の項目一般的な置換決定情報を補足して、第１の媒体項目置換の決定のための基準である第１の媒体項目に特有の相補型情報を含んでいる媒体項目許容可能性情報、
そして、
少なくとも一つの項目インジケータの表示および第１のカテゴリの表示に基づいて部分的に発生する媒体項目許容可能性情報、
第１の媒体項目が第２の媒体項目を有する置換に従属することであるかどうか、第１の媒体項目置換判定一般的な情報および第１の媒体項目に特有の相補型情報に基づいて、決定する、
そして、第１の媒体項目が置換に従属することになっている時、
第２の媒体項目の表示を与えること、
媒体が第２のユーザに第２の媒体項目の表現のための基準を個条書きにするという第２の表示。
【請求項２１７】
請求項２１６の方法、
第１のユーザは、第２のユーザでもある。
【請求項２１８】
請求項２１６の方法、
上記は、更に成り立つ、
第１の媒体項目が置換されないことになっている時、
表現のために第１の媒体項目で初めての表示。
【請求項２１９】
記録装置に提示されるプログラミングの項目を記録するように指示する方法、
上記の方法は、以下を含む：
記録装置を特定するサーバーのための基準である利用者識別名をサーバーに送信すること、
複数の記録装置の中から、
プログラミングの項目を記録しなさいという命令の受取人として、
端末受信、
アクティベーションを招くことが記録装置にプログラミングの項目を記録させるために実行されるという発表に応答して、
招かれたアクティベーション、
記録装置を有することがプログラミングの項目を記録するという要請のアクティベーション示すもの、
そして、アクティベーションの指示をサーバーに送信すること。
【請求項２２０】
請求項２１９の方法、
上記は、記録装置にレコードに対する命令にプログラミングの項目を送信しているサーバーから更に成る。
【請求項２２１】
請求項２１９の方法、
上記は、記録装置を特定しているサーバーから更に成る、
複数の記録装置の中から、
利用者識別名に基づく。
【請求項２２２】
請求項２１９の方法、
上記は、アクティベーションが受け入れられた時間の表示を生成することを更に含む。
アクティベーションの指示は、時間の表示に基づく。
【請求項２２３】
請求項２２２の方法、
発表は、チャネルに提示される、
上記は、チャネルの指示を決定することを更に含む。
アクティベーションの指示は、チャネルの指示にも基づく。
【請求項２２４】
請求項２２３の方法、
上記は、地理的位置の指示を決定することを更に含む。
アクティベーションの指示は、地理的位置の指示にも基づく。
【請求項２２５】
請求項２２２の方法、
上記は、アクティベーションの指示が記録装置にプログラミングの項目を記録するように指示することを引用すると決定しているサーバーから更に成る。
【請求項２２６】
請求項２２５の方法、
アクティベーションの指示が記録装置が以下を含むと指示することを引用すると決定すること：
発表に関連した少なくとも一つの命令を特定するためにアクティベーションの指示に基づく発表の予定への物価スライド制。
【請求項２２７】
請求項２２６の方法、
上記は、利用者識別名に基づく要請を満たすために必要なサーバーの位置を決めている付加情報から更に成る。
【請求項２２８】
請求項２２７の方法、
付加情報は、以下を含む：
記録装置によって、アクセス可能な電子メール・アカウントのための電子メール・アドレス。
【請求項２２９】
請求項２２７の方法、
付加情報は、電話番号を含むその、
呼ばれるときに、
記録装置レスポンス。
【請求項２３０】
請求項２２７の方法、
付加情報は、記録装置と関係しているネットワーク間のプロトコル・アドレスを含む。
【請求項２３１】
請求項２２６の方法、
上記は、命令を読み出すためにサーバーと接触している記録装置から更に成る。
【請求項２３２】
請求項２１９の方法、
上記は、発表識別子をクライアントシステムに送信しているサーバーから更に成る。
【請求項２３３】
請求項２３２の方法、
アクティベーションの指示は、発表識別子に基づく。
【請求項２３４】
請求項２３３の方法、
上記は、アクティベーションの指示に基づく要請を満たすために必要なサーバーの位置を決めている付加情報から更に成る。
【請求項２３５】
請求項２３２の方法、
上記は、クライアントシステムに情報をプログラミングの項目を記述したようにしているサーバーから更に成る。
【請求項２３６】
請求項２１８の方法、
上記は、サーバーからレコードコマンドを受け取ることを更に含む。
アクティベーションの指示は、レコードコマンドに基づく。
【請求項２３７】
請求項２１９の方法、
識別子がアクティベーションを受け入れることに応答してサーバーに送信されるユーザ。
【請求項２３８】
インタフェースで媒体構成関連のアクティベーションを処理する方法、
媒体カテゴリの媒体項目が結合されることになっている方法のアクティベーション示すもの、
上記の方法は、以下を含む：
各々関連する媒体タイプを表す少なくとも２つの媒体カテゴリ指示を有する構成インタフェースを与えること、
第１の媒体カテゴリおよび第２の媒体カテゴリと関係している第１の媒体カテゴリ指示および第２の媒体カテゴリ指示を含んでいる少なくとも２つの媒体カテゴリ指示、
それぞれ、
第１の媒体カテゴリおよび第１の媒体カテゴリ項目および第２の媒体カテゴリ項目を含む第２の媒体カテゴリ、
それぞれ、
構成指示素子を与えること、
各々第１の媒体カテゴリの第１の媒体カテゴリ項目および第２の媒体カテゴリの第２の媒体カテゴリ項目の対応する組合せを表す複数の表示を有する構成指示素子、
構成インタフェースで構成指示素子のための第１の表示の構成アクティベーション示すものを受け入れること、
構成アクティベーションに応答して、
載って構成が第１の表示に従う構成指示素子との入出力を行うことを示すこと、
要素が関連する第１の表示位置および第１の表示の組合せを有するという構成指示の第１の表示、
そして、
カテゴリ指示および第２の媒体カテゴリ指示が第１の媒体カテゴリ指示位置および第２の媒体カテゴリ指示に配置させる第１の媒体、
そして、第１の媒体カテゴリ指示位置に基づく、
第２の媒体カテゴリ指示位置および第１の表示位置、
第２の媒体カテゴリ項目と関連して第１の媒体カテゴリ項目の第１の表示組合せの第１の比率示すものを導くこと。
【請求項２３９】
請求項２３８の方法、
上記は、以下から更に成る：
インタフェースが三分の一媒体カテゴリおよび三分の一媒体カテゴリ指示と関係している三分の一媒体カテゴリ指示に配置させる構成物、
三分の一媒体カテゴリ項目を含んでいる三分の一媒体カテゴリ、
そして、
構成指示素子が三分の一媒体カテゴリの三分の一媒体カテゴリ項目を含む対応する組合せの各示すものであるという複数の表示、
そして、三分の一媒体カテゴリ項目と関連して第１の媒体カテゴリ項目の第１の表示組合せの第２の比率示すものを導くこと。
【請求項２４０】
請求項２３９の方法、
上記は、第１の媒体カテゴリ最も少なく項目のいくつかで現れることを更に含む。
第２の媒体カテゴリ最も少なく項目のいくつかで、
そして、
第１の比率および第２の比率に従う第２の媒体カテゴリ最も少なく項目のいくつかで。
【請求項２４１】
請求項２３８の方法、
上記は、第１の媒体カテゴリ最も少なく項目のいくつかで現れることを更に含む。
そして、
第１の比率に従う第２の媒体カテゴリ最も少なく項目のいくつかで。
【請求項２４２】
請求項２３８の方法、
上記は、第１の媒体カテゴリ指示と関連することを更に含むジャンル指示
【請求項２４３】
請求項２４２の方法、
ジャンル指示は、作曲ジャンルの示すものである。
【請求項２４４】
非小売存在物１によって、項目への導入を利用する分配媒体項目の中で方法誰の中で媒体転送元による媒体項目に導く、
上記の方法は、以下を含む：
第１の媒体項目の識別に基づく媒体表現デバイスにより示される第１の媒体項目を特定すること、
第１の媒体項目の表示に第１の非小売実体アクセスに与えること、
記憶、
第１の非小売実体の管理の下の第１の通信装置において、
第１の媒体項目の表示を含んでいる複数の媒体項目表示、
第１の通信装置から第２の通信装置へ第１の媒体項目のコピーを移すために要請のアクティベーション示すものを受け入れること、
第２の非小売実体の管理の下で、
項目が第１にデジタル権利管理属性の中でセットさせる第１の媒体、
そして、
第１の媒体項目のコピーは、第１の媒体項目の表示に基づく、
第１の媒体項目のコピーを第２の通信装置へ移すこと、
第１の通信装置に格納される報告書のうちの１つおよび第２の通信装置に格納される報告書が引き落としにされることができるかどうか決定すること、
第１の媒体項目のコピーに完全な権利を与えるデジタル権利管理属性の第２のセットを第１の媒体項目のコピーに割り当てること、
項目が有する第１の媒体のコピーのための許可である版権所有者および版権所有者の代理人の１つで購入する、
口座のうちの１つが引き落としにされることができる時、
第１の媒体項目のコピーに不完全な権利を与えるデジタル権利管理属性の中でセットされる三分の一を第１の媒体項目のコピーに割り当てること、
口座のうちの１つが引き落としにされることができない時、
そして、第１の通信装置のうちの１台および適当なロイヤルティが口座が引き落としにされることができる第１の媒体項目の版権所有者に払われることをそのように転送のサーバーに知らせている第２の通信装置。
【請求項２４５】
請求項２４４の方法、
完全な権利を第２の通信装置上の口座が引き落としにされることができる第２の媒体項目のコピーに割り当てること。
【請求項２４６】
請求項２４４の方法、
サーバーが知らされるときに、上記は第１の通信装置および第２の通信装置のうちの１台に信用を付与することを更に含む。
【請求項２４７】
請求項２４４の方法、
転送がなされるときに、上記は第１の通信装置に信用を付与することを更に含む。
【請求項２４８】
請求項２４４の方法、
転送がなされるときに、上記は第２の通信装置に信用を付与することを更に含む。
【請求項２４９】
請求項２４４の方法、
不完全な権利は、減少した良質な再生ができるようにする。
【請求項２５０】
請求項２４４の方法、
予め定められた回数のための不完全な権利許可証再生。
【請求項２５１】
請求項２４４の方法、
デジタル権利管理属性で最初に設定されたものは不完全な権利である。そして、第２の通信装置上の口座は引き落としにされることができる、
それによって、
転送の後、
通信装置が完全な権利を与えるデジタル権利管理属性の中でセットされて１秒、第１の媒体項目のコピーを有する第２。
【請求項２５２】
請求項２４４の方法、
不完全な権利は、所定の限られた期間の間の完全な権利を提供する。
【請求項２５３】
提供する方法は、通信装置で媒体項目で初めての表示を取得する、
媒体項目は、電波媒体転送元による放送であって、表現のための放送受信デバイスによって、受け取られる放送受信デバイス表示と関係している媒体素材に含まれる、
媒体素材が放送される第１の電波媒体転送元チャネルと関係している電波媒体転送元、
上記の方法は、以下を含む：
放送受信デバイスがチューニングされるチャネルを検出すること、
チャネルは、第１の電波媒体転送元チャネルと同様である、
媒体項目に対する関心の指示を受信すること、
興味がある指示に応答して、
媒体項目を特定する媒体項目インジケータを決定すること、
通信装置の受領、
媒体項目の第２の表示、
媒体項目の第２の表示から媒体フレームの第２の表示セットを導くこと、
媒体フレームの第２の表示セットにエラーがないか調べること、
エラー検査に応じて基づく、
媒体フレームの第２の表示セットにおいて、
置換を必要としているフレームの第１のセットを特定すること、
一組の交替フレームを与えること、
交替フレームのセットを有する置換を必要としているフレームの第１のセットを交換すること、
生み出すこと、
媒体フレームおよび交替フレームのセットの中でセットされる第２の表示に基づく、
媒体項目の第１の表示、
媒体項目インジケータに基づく、
一時記憶を特定する媒体項目で初めての表示、
そして、興味がある指示を受け取ることに応答して、
提案することは、媒体項目で初めての表示を取得する。
【請求項２５４】
請求項２５３の方法、
通信装置は、受信器を含む。
上記は、媒体項目の第２の表示を受信するために第１の電波媒体転送元チャネルに受信器をチューニングすることを更に含む。
【請求項２５５】
請求項２５４の方法、
上記は、以下から更に成る：
媒体項目の第２の電波媒体転送元チャネル１／３表示上の受領、
そして、交替フレームの最も少なくセットの一部で媒体項目の三分の一表示から導くこと。
【請求項２５６】
請求項２５５の方法、
転送元チャネルが第１の電波媒体転送元チャネルと同様にある第２の電波媒体。
【請求項２５７】
請求項２５５の方法、
表示が三分の一表示が媒体フレームの中でセットした媒体項目の三分の一表示から導くことを含む三分の一から導くこと、
媒体フレームの三分の一表示セットにエラーがないか調べること、
そして、
エラー検査に応じて基づく、
媒体フレームの三分の一表示セットにおいて、
置換を受けないことになっている一組のフレームを特定すること、
あるフレームの中で一組置換に受ける含む少なくとも少し交替フレームのセットの。
【請求項２５８】
請求項２５３の方法、
通信装置は、受信器を含む。
上記は、媒体項目の第２の表示を受信するためにデジタル放送チャネルに受信器をチューニングすることを更に含む。
そして、
放送チャネルが第１の電波媒体転送元チャネルに関連しているディジタル。
【請求項２５９】
請求項２５８の方法、
交替フレームのセットがデジタル放送チャネル上の交替フレームの最も少なくセットの一部で受領を含むと与えること。
【請求項２６０】
請求項２５３の方法、
通信装置は、受信器を含む。
上記は、以下から更に成る：
媒体項目の第２の表示を受信するためにデジタル放送チャネルに受信器をチューニングすること、
そして、
放送チャネルが第１の電波媒体転送元チャネルに関連しているディジタル、
媒体項目の三分の一表示を受信するために第２のデジタル放送チャネルに受信器をチューニングすること、
そして、
デジタル放送チャネルが１秒の電波媒体転送元チャネルに関連している第２、
そして、交替フレームの最も少なくセットの一部で媒体項目の三分の一表示から導くこと。
【請求項２６１】
請求項２５３の方法、
放送デバイス表示は、媒体項目の第２の表示である。
【請求項２６２】
請求項２５３の方法、
表示がアナログの頻度変調信号において、ある放送デバイス。
【請求項２６３】
請求項２５３の方法、
上記は、交替フレームのセットが通信装置に送信されると要請することを更に含む。
【請求項２６４】
請求項２５３の方法、
交替フレームのセットが一時記憶から交替フレームのセットを読み出して含む受領。
【請求項２６５】
通信装置で媒体項目の第１の表示を与える方法、
媒体項目は、放送受信デバイスにより示されて、媒体素材（すなわち電波媒体転送元による放送）に含まれる
上記の方法は、以下を含む：
通信装置で媒体項目の第２の表示を受信すること、
媒体項目の第２の表示から媒体フレームの第２の表示セットを導くこと、
媒体フレームの第２の表示セットにエラーがないか調べること、
エラー検査に応じて基づく、
媒体フレームの第２の表示セットにおいて、
置換を必要としているフレームの第１のセットを特定すること、
交替フレームの第１のセットを受信すること、
交替フレームの第１のセットを有する置換を必要としているフレームの第１のセットを交換すること、
生み出すこと、
媒体フレームおよび交替フレームで初めてのセットの中でセットされる第２の表示に基づく、
媒体項目の第１の表示、
放送受信デバイスに表現に媒体項目の三分の一表示を与えること、
媒体項目に対する関心の指示を受信すること、
興味がある指示に応答して、
媒体項目を特定する媒体項目インジケータを決定すること、
第１の媒体項目識別情報に基づく、
一時記憶を特定する媒体項目で初めての表示、
そして、媒体項目の第１の表示を提供すること。
【請求項２６６】
請求項２６５の方法、
項目が媒体項目の第２の表示に基づくという媒体の三分の一表示。
【請求項２６７】
請求項２６６の方法、
三分の一表示が送信することを含む放送受信デバイスに与えること、
放送受信デバイスに対する三分の一表示、
そして、
項目が媒体項目の第２の表示に基づくという媒体の三分の一表示。
【請求項２６８】
請求項２６７の方法、
上記は、電波媒体転送元から媒体項目の四分の一表示を受け取ることを更に含む。
そして、
三分の一表示が送信することを含む放送受信デバイスに与えること、
放送受信デバイスに対する三分の一表示、
そして、
項目が媒体項目の四分の一表示に基づくという媒体の三分の一表示。
【請求項２６９】
請求項２６７の方法、
交替フレームの第１のセットが媒体フレームの第５の表示セットを含む媒体項目の第５の表示を受信して含む受領、
媒体フレームの第５の表示セットにエラーがないか調べること、
そして、
エラー検査に応じて基づく、
媒体フレームの第５の表示セットにおいて、
置換を受けないことになっている一組のフレームを特定すること、
あるフレームの中で一組置換に受ける交替フレームで初めてのセットを含む。
【請求項２７０】
請求項２６９の方法、
三分の一表示が放送受信デバイスに三分の一表示を送信して含む放送受信デバイスに与えること、
そして、
項目が媒体項目の第５の表示に基づくという媒体の三分の一表示。
【請求項２７１】
請求項２６５の方法、
上記は、媒体項目の四分の一表示を受信することを更に含む。
【請求項２７２】
請求項２７１の方法、
第２の表示が受け取られると共に、媒体項目の四分の一表示は受け取られる。
【請求項２７３】
請求項２７１の方法、
三分の一表示が放送受信デバイスに三分の一表示を送信して含む放送受信デバイスに与えること、
そして、
項目が媒体項目の四分の一表示に基づくという媒体の三分の一表示。
【請求項２７４】
ユーザがオーディオに答えることができる方法、
映像、
または視聴覚発表、
上記の方法は、以下を含む：
一連のアクティベーションがユーザによって、製造した入力装置で受け入れること、
アクティベーションの各々は、発表の順序で合同発表に対する応答を表す、
そして、
各発表は、付随する転送元を有する、
シーケンスのアクティベーションの各々のために、
制御ロジック装置、
入力装置に連結する、
付随する応答識別子を決定すること、
付随する応答識別子は、付随するアクティベーションから導かれる付随する値に基づく、
地理学的位置の付随する指示、
そして、
合同発表の付随する転送元の付随する転送元インジケータ示すもの、
そして、
中で発表のシーケンスが合同発表に関連した情報を含んで、付随するアクティベーションに対する応答のための基準である関連する発表―関連情報を有するという各発表、
そして、
応答識別子の各々は、アクティベーションが関連する発表と関係している関連する発表関連の情報を特定するための基準である。
【請求項２７５】
請求項２７４の方法、
放送受信装置は発表のシーケンスを示す、そして、各発表はそれが発表を提示するときに、放送受信装置がチューニングされる連合チャネルを有する。
【請求項２７６】
請求項２７５の方法、
装置がそうである制御ロジックは、放送受信装置が発表のシーケンスを示している放送受信装置のチャネル・チューニングを検出するチャネル検出器に連結するために適応させて、発表の各々のために、生成する付随する転送元指標、
各発表のための付随する転送元インジケータは、付随するチャネルの指示である、
そして、
決定することは、発表ごとにチャネル検出器から付随する転送元インジケータを受信している制御ロジック装置を含む。
【請求項２７７】
請求項２７５の方法、
制御ロジック装置は、放送受信装置に連結するのに適している、
各発表のための付随する転送元インジケータは、付随するチャネルの指示である、
そして、
決定することは、放送受信装置から少なくとも一つの転送元インジケータを受信している制御ロジック装置を含む。
【請求項２７８】
請求項２７７の方法、
制御ロジック装置は、放送受信装置に連結する通信装置に連結するのに適している、
そして、
装置が放送受信装置から通信装置の方法で少なくとも一つの転送元インジケータを受信する制御ロジック。
【請求項２７９】
請求項２７４の方法、
制御ロジック装置は、地理学的位置の指示を生み出す通信装置に連結するのに適している、
そして、
決定することは、通信装置から地理学的位置の少なくとも一つの指示を受け取っている制御ロジック装置を含む。
【請求項２８０】
請求項２７９の方法、
通信装置は、携帯電話である。
【請求項２８１】
請求項２７９の方法、
通信装置は、ＧＰＳ（ＧＰＳ）受信器である。
【請求項２８２】
請求項２７４の方法、
決定することは、ユーザによって、着かれる地理学的位置の少なくとも一つの指示を受け入れている入力装置を含む。
【請求項２８３】
請求項２８２の方法、
地理学的位置の少なくとも一つの指示は、郵便番号の表示を含む。
【請求項２８４】
請求項２７４の方法、
入力装置は、通信装置に連結するのに適している、
そして、
アクティベーションのうちの少なくとも１つは、通信装置から受け取られる信号である。
【請求項２８５】
請求項２８４の方法、
各信号は、時間の付随する表示を含む。
そして、
少なくとも一つのアクティベーションの各々のために、
評価されたものは、アクティベーションから導いた時間の付随する表示である。
【請求項２８６】
請求項２７４の方法、
制御ロジック装置は、通信装置および決定することに連結するのに適している含む。
アクティベーションのシーケンスで初めてのアクティベーションのために、
第１の応答識別子を通信装置から要請していて、受け取っている制御ロジック装置。
【請求項２８７】
請求項２７４の方法、
制御ロジック装置は、通信装置に連結するのに適している、
上記は、以下から更に成る：
通信装置から複数の応答識別子を受け取っている制御ロジック装置、
そして、
決定することは、含む。
第１のアクティベーションに応答して、
複数の応答識別子の中から第１の応答識別子を選択している制御ロジック装置。
【請求項２８８】
請求項２７４の方法、
上記は、制御ロジック装置から更に成る生成する、
アクティベーションの各々のために、
アクティベーションが受け入れられる時の付随する表示、
応答識別子の各々のために、
付随するアクティベーションから導かれる付随する値は、アクティベーションが受け入れられる時の付随する表示である。
【請求項２８９】
請求項２７４の方法、
アクティベーションのうちの少なくとも１つは、入力装置でアクティベーションコードを入力している、
そして、
応答識別子のうちの少なくとも１つのために、
付随するアクティベーションから導かれる付随する値は、入力装置で始まるアクティベーションコードの付随する表示である。
【請求項２９０】
請求項２７４の方法、
アクティベーションの各々は、ボタンをクリックしている。
【請求項２９１】
請求項２７４の方法、
アクティベーションのうちの少なくとも１つは、ボタンをクリックしている。
【請求項２９２】
請求項２７４の方法、
アクティベーションのうちの１つが音の中で話している最少で。
【請求項２９３】
請求項２７４の方法、
上記は、応答識別子のうちの少なくとも１つをサーバーに送信することを更に含む。
【請求項２９４】
請求項２９３の方法、
上記は、少なくとも一つの発表関連の情報を受信することを更に含む。
【請求項２９５】
請求項２９４の方法、
発表関連の情報がサーバーに応答識別子で少なくとも一つのものを送って受け取られる少なくとも１つ。
【請求項２９６】
請求項２７４の方法、
上記は、制御ロジック装置に連結する一時記憶の少なくとも一つの発表関連の情報を与えることを更に含む。
【請求項２９７】
請求項２７４の方法、
上記は、制御ロジック装置に連結する一時記憶の記憶装置のための少なくとも一つの発表関連の情報を受信することを更に含む。
【請求項２９８】
請求項２７４の方法、
上記は、更に成り立つ、
シーケンスの少なくとも一つのアクティベーションの各々に応答して、
制御ロジック装置、
少なくとも一つのアクティベーションの各々のための付随する応答識別子に基づいて、
特定すること、
少なくとも一つの発表関連の情報の中から、
関連する発表関連の情報（すなわち応答のための基準）。
【請求項２９９】
請求項２９８の方法、
上記は、少なくとも一つのアクティベーションの各々のための関連する発表関連の情報を受信することを更に含む。
【請求項３００】
請求項２９８の方法、
一時記憶において、少なくとも一つのアクティベーションの各々のための関連する発表関連の情報ならば、上記は更に成り立つ。
【請求項３０１】
請求項２７４の方法、
上記は、以下から更に成る：
一時記憶に第１のアクティベーションと関係している第１の発表―関連情報を中で与えること、
少なくとも一つのアクティベーションは第１のアクティベーションを含む、そして、第１のアクティベーションは付随する第１の応答識別子を有する、
一時記憶の記憶のために受領、タイムスロットを含む発表予定は、発表のシーケンスの発表によって、占めた、
初めてで見つける第１の応答識別子に基づく予定が第１の発表―関連情報識別子に溝をつけるという発表への物価スライド制、
第１の発表―関連情報識別子に基づく、
一時記憶の第１の発表関連の情報を第１のアクティベーションに対する応答のための基準と特定すること。
【請求項３０２】
請求項２７４の方法、
上記は、以下から更に成る：
第１がａｎｎｏｕｎｃｅｍｅｎｔ―ｒｅｌａｔｅｄした一時記憶の記憶を受信する第１のアクティベーションと関係している情報、
少なくとも一つのアクティベーションは第１のアクティベーションを含む、そして、第１のアクティベーションは付随する第１の応答識別子を有する、
発表のシーケンスの発表によって、占められるタイムスロットを含む発表予定を格納するための受領、
初めてで見つける第１の応答識別子に基づく予定が第１の発表―関連情報識別子に溝をつけるという発表への物価スライド制、
そして、第１の発表―関連情報識別子に基づく、
一時記憶の第１の発表関連の情報を第１のアクティベーションに対する応答のための基準と特定すること。
【請求項３０３】
請求項２７４の方法、
上記は、以下から更に成る：
一時記憶に第１のアクティベーションと関係している第１の発表―関連情報を中で与えること、
少なくとも一つのアクティベーションは第１のアクティベーションを含む、そして、第１のアクティベーションは付随する第１の応答識別子を有する、
第２のアクティベーションと関係している第２の発表―関連情報を格納するための受領、
少なくとも一つのアクティベーションは第２のアクティベーションを含む、そして、第２のアクティベーションは付随する第２の応答識別子を有する、
発表のシーケンスの発表によって、占められるタイムスロットを含む発表予定を格納するための受領、
初めてで見つける第１の応答識別子に基づく予定が第１の発表―関連情報識別子に溝をつけるという発表への物価スライド制、
第１の発表―関連情報識別子に基づく、
一時記憶の第１の発表関連の情報を第１のアクティベーションに対する応答のための基準と特定すること、
決定することは、すぐに、時間が第２の発表―関連情報識別子に溝をつけることを発見するために第２の応答識別子に基づく発表予定に、物価スライド制を含む、
そして、第２の発表―関連情報識別子に基づく、
一時記憶の第２の発表関連の情報を第２のアクティベーションに対する応答のための基準と特定すること。
【請求項３０４】
請求項２７４の方法、
上記は、決定することから更に成る、
少なくとも一つのアクティベーションの各々のために、
関連する発表関連の情報が中に存在するかどうか、一時記憶は装置を制御ロジックに連結した。
【請求項３０５】
請求項３０４の方法、
制御ロジック装置は、サーバーに連結するのに適しているデータ・トランシーバに連結する、
データ・トランシーバ送信から更に成っている方法、
サーバーに、
関連する発表関連の情報が一時記憶の中に存在しない最低１つのアクティベーションの各々と関係している応答識別子。
【請求項３０６】
請求項３０４の方法、
上記は、更に成り立つ、
関連する発表関連の情報が一時記憶の中に存在する少なくとも一つのアクティベーションの各々のために、
応答のための基準として関連する発表関連の情報を割り当てている制御ロジック装置。
【請求項３０７】
請求項３０４の方法、
決定すること、
少なくとも一つのアクティベーションの各々のために、
関連する発表関連の情報が中に存在するかどうか、一時記憶は少なくとも一つのアクティベーションの各々の付随する応答識別子に基づく検索を実行することを含む。
【請求項３０８】
ユーザが放送受信装置により提示される一連の発表に答えることができる方法、
各発表は、それが発表を提示するときに、放送受信装置がチューニングされる連合チャネルを有する、
上記の方法は、以下を含む：
一連の一つのアクティベーションがユーザによって、製造した入力装置で受け入れること、
一つのアクティベーションの各々は発表の順序で合同発表に対する応答の示すものである。そして、各発表は付随する転送元を有する、
シーケンスの一つのアクティベーションの各々のために、
制御ロジック装置、
入力装置に連結する、
付随する応答識別子を決定すること、
付随する一つのアクティベーションが受け入れられた時、識別子が付随する表示に基づく合同応答、
地理学的位置の付随する指示、
そして、
合同発表が提示される付随するチャネルの付随するチャネル指示示すもの、
そして、
一つのアクティベーションの各々は、合同発表を有する、
各合同発表は、合同発表に関連した情報を含んで、付随する一つのアクティベーションに対する応答のための基準である関連する発表―関連情報を有する、
そして、
応答識別子の各々は、一つのアクティベーションが関連する発表と関係している関連する発表関連の情報を特定するための基準である。
【請求項３０９】
請求項３０８の方法、
発表の各々は、関連するカバー地域を有する付随する伝送転送元により送信される、
放送受信装置が付随する伝送転送元の関連するカバー地域の中にあるときに、放送受信装置は表現のための各発表を受信する、
制御ロジック装置は、放送受信装置の地理学的位置の指示を生み出す通信装置に連結するのに適している、
そして、
決定することは、通信装置から地理学的位置の少なくとも一つの指示を受け取っている制御ロジック装置を含む。
【請求項３１０】
請求項３０８の方法、
発表の各々は、関連するカバー地域を有する付随する伝送転送元により送信される、
放送受信装置が付随する伝送転送元の関連するカバー地域の中にあるときに、放送受信装置は表現のための各発表を受信する、
そして、
決定することは、ユーザによって、着かれる地理学的位置の少なくとも一つの指示を受け入れている入力装置を含む。
【請求項３１１】
請求項３０８の方法、
上記は、制御ロジック装置から更に成る生成する、
一つのアクティベーションの各々のために、
一つのアクティベーションが受け入れられる時の付随する表示。
【請求項３１２】
請求項３０８の方法、
一つのアクティベーションの各々は、ボタンをクリックしている。
【請求項３１３】
請求項３０８の方法、
一つのアクティベーションのうちの少なくとも１つは、ボタンをクリックしている。
【請求項３１４】
請求項３０８の方法、
一つのアクティベーションのうちの１つが音の中で話している最少で。
【請求項３１５】
請求項３０８の方法、
一つのアクティベーションの各々は、同一である。
【請求項３１６】
請求項３０８の方法、
データ・トランシーバは制御ロジック装置に連結する。そして、それはサーバーに連結するのに適している、
上記は、更に成り立つ、
応答識別子のうちの少なくとも１つをサーバーに送信しているデータ・トランシーバ。
【請求項３１７】
請求項３１６の方法、
上記は、少なくとも一つの発表関連の情報を受信しているデータ・トランシーバから更に成る。
【請求項３１８】
請求項３１７の方法、
発表関連の情報がサーバーに応答識別子で少なくとも一つのものを送って受け取られる少なくとも１つ。
【請求項３１９】
請求項３１８の方法、
一時記憶は、制御ロジック装置に連結する、
上記は、更に成り立つ、
少なくとも一つの発表関連の情報を与えている一時記憶。
【請求項３２０】
請求項３１８の方法、
一時記憶は、制御ロジック装置に連結する、
上記は、少なくとも一つの発表関連の情報を格納するための一時記憶受領から更に成る。
【請求項３２１】
請求項３１８の方法、
シーケンスの少なくとも一つの一つのアクティベーションの各々に応答して、
制御ロジック装置、
少なくとも一つの一つのアクティベーションの各々のための付随する応答識別子に基づいて、
特定すること、
少なくとも一つの発表関連の情報の中から、
関連する発表関連の情報（すなわち応答のための基準）。
【請求項３２２】
請求項３２１の方法、
上記は、少なくとも一つの一つのアクティベーションの各々のための関連する発表関連の情報を受信することを更に含む。
【請求項３２３】
請求項３２１の方法、
一時記憶において、少なくとも一つの一つのアクティベーションの各々のための関連する発表関連の情報ならば、上記は更に成り立つ。
【請求項３２４】
請求項３０８の方法、
上記は、決定することから更に成る、
少なくとも一つの一つのアクティベーションの各々のために、
関連する発表関連の情報が中に存在するかどうか、一時記憶は装置を制御ロジックに連結した。
【請求項３２５】
請求項３２４の方法、
制御ロジック装置は、サーバーに連結するのに適しているデータ・トランシーバに連結する、
データ・トランシーバ送信から更に成っている方法、
サーバーに、
関連する発表関連の情報が一時記憶の中に存在しない最低１つの一つのアクティベーションの各々と関係している応答識別子。
【請求項３２６】
請求項３２４の方法、
上記は、更に成り立つ、
関連する発表関連の情報が一時記憶の中に存在する少なくとも一つの一つのアクティベーションの各々のために、
応答のための基準として関連する発表関連の情報を割り当てている制御ロジック装置。
【請求項３２７】
請求項３２４の方法、
決定すること、
少なくとも一つの一つのアクティベーションの各々のために、
関連する発表関連の情報が中に存在するかどうか、一時記憶は少なくとも一つの一つのアクティベーションの各々の付随する応答識別子に基づく検索を実行することを含む。
【請求項３２８】
ユーザがオーディオに答えることができるデバイス、
映像、
または視聴覚発表、
上記のデバイスは、以下を有する：
ユーザによって、される一連の一つの活性化を受け入れることになっている入力装置、
一つのアクティベーションの各々は発表の順序で合同発表に対する応答の示すものである。
そして、各発表は付随する転送元を有する、
すなわち、制御ロジック装置
シーケンスの一つのアクティベーションの各々のために、
付随する応答識別子を決定するために、
付随する応答識別子は、付随する一つのアクティベーションから導かれる付随する値に基づく、
地理学的位置の付随する指示、
そして、
合同発表の付随する転送元の付随する転送元インジケータ示すもの、
そして、
一つのアクティベーションの各々は、合同発表を有する、
各合同発表は、合同発表に関連した情報を含んで、付随する一つのアクティベーションに対する応答のための基準である関連する発表―関連情報を有する、
そして、
応答識別子の各々は、一つのアクティベーションが関連する発表と関係している関連する発表関連の情報を特定するための基準である。
【請求項３２９】
請求項３２８のデバイス、
制御ロジック装置は、制御ロジック装置が地理学的位置の少なくとも一つの指示を受信することである通信装置に連結するのに適している。
【請求項３３０】
請求項３２９のデバイス、
通信装置は、携帯電話である。
【請求項３３１】
請求項３２９のデバイス、
通信装置は、ＧＰＳ受信器である。
【請求項３３２】
請求項３２８のデバイス、
装置が地理学的位置の少なくとも一つの指示がユーザによって、したことを認めることになっている入力。
【請求項３３３】
請求項３２８のデバイス、
装置が生成することになっている制御ロジック、
一つのアクティベーションの各々のために、
一つのアクティベーションが受け入れられる時の付随する表示。
【請求項３３４】
請求項３２８のデバイス、
一つのアクティベーションの各々は、ボタンをクリックしている。
【請求項３３５】
請求項３２８のデバイス、
一つのアクティベーションのうちの少なくとも１つは、ボタンをクリックしている。
【請求項３３６】
請求項３２８のデバイス、
一つのアクティベーションのうちの１つが音の中で話している最少で。
【請求項３３７】
請求項３２８のデバイス、
一つのアクティベーションの各々は、同一である。
【請求項３３８】
請求項３２８のデバイス、
上記はデータ・トランシーバから更に成る。そして、データ・トランシーバはサーバーに連結するのに適している、
トランシーバがサーバーに応答識別子のうちの少なくとも１つに送信することになっているデータ。
【請求項３３９】
請求項３３８のデバイス、
トランシーバが最低１つの発表関連の情報で受信することになっているデータ。
【請求項３４０】
請求項３３９のデバイス、
発表関連の情報がサーバーに応答識別子で少なくとも一つのものを送って受け取られる少なくとも１つ。
【請求項３４１】
請求項３３８のデバイス、
制御ロジック装置は、少なくとも一つの発表関連の情報が与えられることになっている一時記憶に連結するのに適している。
【請求項３４２】
請求項３３８のデバイス、
制御ロジック装置は、少なくとも一つの発表関連の情報を受信することになっている一時記憶装置に適している。
【請求項３４３】
請求項３３８のデバイス、
シーケンスの少なくとも一つの一つのアクティベーションの各々に応答して、
制御ロジック装置、
少なくとも一つの一つのアクティベーションの各々のための付随する応答識別子に基づいて、
特定することになっている、
少なくとも一つの発表関連の情報の中から、
関連する発表関連の情報（すなわち応答のための基準）。
【請求項３４４】
請求項３４３のデバイス、
上記は、制御ロジック装置に連結する。そして、少なくとも一つの一つのアクティベーションの各々のための関連する発表関連の情報を受信することになっているデータ・トランシーバから更に成る。
【請求項３４５】
請求項３４３のデバイス、
制御ロジック装置は、少なくとも一つの一つのアクティベーションの各々のための関連する発表関連の情報が与えられることになっている一時記憶に連結するのに適している。
【請求項３４６】
請求項３２８のデバイス、
制御ロジック装置は、装置が決定することになっている一時記憶および制御ロジックに連結するのに適している、
少なくとも一つの一つのアクティベーションの各々のために、
付随するものは発表関したかどうか、情報は一時記憶の中に存在する。
【請求項３４７】
請求項３４６のデバイス、
制御ロジック装置は、サーバーに非常に連結するためにデータ・トランシーバに連結するのに適している、
装置がサーバーに送信することになっている制御ロジック、
データ・トランシーバを経由して、
関連する発表関連の情報が一時記憶の中に存在しない最低１つの一つのアクティベーションの各々と関係している応答識別子。
【請求項３４８】
請求項３４６のデバイス、
装置が割り当てることになっている制御ロジック、
関連する発表関連の情報が一時記憶の中に存在する少なくとも一つの一つのアクティベーションの各々のために、
応答のための基準としての関連する発表関連の情報。
【請求項３４９】
請求項３４６のデバイス、
装置が決定することになっている制御ロジック、
少なくとも一つの一つのアクティベーションの各々のために、
関連する発表関連の情報が実行することによって、一時記憶の中に存在するかどうか、検索は合同応答に少なくとも一つの一つのアクティベーションの各々の識別子の基礎をおいた。
【請求項３５０】
ユーザが放送受信装置により提示される一連の発表に答えることができるデバイス、
各発表は、それが発表を提示するときに、放送受信装置がチューニングされる連合チャネルを有する、
上記のデバイスは、以下を有する：
ユーザによって、される一連の一つの活性化を受け入れることになっている入力装置、
一つのアクティベーションの各々は発表の順序で合同発表に対する応答の示すものである。そして、各発表は付随する転送元を有する、
すなわち、制御ロジック装置
シーケンスの一つのアクティベーションの各々のために、
付随する応答識別子を決定するために、
付随する一つのアクティベーションが受け入れられた時、識別子が付随する表示に基づく合同応答、
地理学的位置の付随する指示、
そして、
合同発表が提示される付随するチャネルの付随するチャネル指示示すもの、
そして、
一つのアクティベーションの各々は、合同発表を有する、
各合同発表は、合同発表に関連した情報を含んで、付随する一つのアクティベーションに対する応答のための基準である関連する発表―関連情報を有する、
そして、
応答識別子の各々は、一つのアクティベーションが関連する発表と関係している関連する発表関連の情報を特定するための基準である。
【請求項３５１】
請求項３５０のデバイス、
上記は制御ロジック装置に連結する一時記憶から更に成る。そして、それは最も少なく発表関連の情報でストアにある、
装置が少なくとも一つの一つのアクティベーションの各々のために決定することになっている制御ロジック、
付随するものは発表関したかどうか、情報は一時記憶の中に存在する。
【請求項３５２】
請求項３５０のデバイス、
上記は、制御ロジック装置に連結する。そして、サーバーに連結するのに適しているデータ・トランシーバから更に成る、
少なくとも一つの付随する応答識別子をサーバーに送信しているデータ・トランシーバ。
【請求項３５３】
請求項３５０のデバイス、
応答識別子のうちの１つがまた、利用者識別名およびユーザに特有の情報のうちの１つに基づいてある最少で。
【請求項３５４】
一連の発表を有する対話処理が放送受信装置により示されることができるサーバーシステム、
各発表は、それが発表を提示するときに、放送受信装置がチューニングされる連合チャネルを有する、
上記のシステムは、以下を含む：
発表関連の情報を格納する記憶媒体、
そして、
複数ユーザのための任意にユーザに特有の情報、
中で発表のシーケンスが関連する発表関連の情報を有するという各発表、
一連の応答識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が最低１つの応答識別子で任意に関係している各ユーザ、
応答識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
各応答識別子は、それ自身の付随する一つのアクティベーションを有する、
各一つのアクティベーションは、発表のシーケンスの合同発表に対する応答の示すものである、
そして、
各応答識別子は、付随する一つのアクティベーションから導かれる付随する値に基づく、
地理学的位置の付随する指示、
そして、
提示される合同発表の付随するチャネルの付随するチャネル・インジケータ示すもの、
そして、応答識別子ごとに、
処理モジュールが関連する発表関連の情報を特定して、読み出して、任意に、応答識別子と関係している利用者識別名により特定されるユーザのためのユーザに特有の情報を読み出すためにそうである応答、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている応答識別子の原因であることを付随する一つのアクティベーションによって、表した使用、
そして、
関連する発表関連の情報は、応答識別子に基づく蓄冷材において、特定されることになっている。
【請求項３５５】
請求項３５４のシステム、
応答識別子のシーケンスは、以下を含む：
発表のシーケンスで初めての発表と関係している第１の応答識別子、
第１の応答識別子は、第１の一つのアクティベーションの結果として受け取られる、
そして、
応答処理モジュール、
第１の応答識別子を受け取ることに応答して、
蓄冷材から初めての発表関連の情報単位を読み出すある。そして、
第１の発表関連情報装置に基づいて、
第１の発表項目を求める命令が第１の発表に記載した場所。
【請求項３５６】
請求項３５５のシステム、
関連情報装置が第１の発表項目のための第１の発表項目識別子を含むという第１の発表。
【請求項３５７】
請求項３５６のシステム、
項目識別子が第１の一つのアクティベーションに対する応答のための基準であるデジタル・ファイルを特定するために用いることになっているという第１の発表。
【請求項３５８】
請求項３５５のシステム、
第１の応答識別子は、付随する第１の利用者識別名を有する、
項目がデジタル・ファイルであるという第１の発表および処理モジュールが第１の利用者識別名により特定されるユーザにデジタル・ファイルを与えるためにそうである応答。
【請求項３５９】
請求項３５８のシステム、
ファイルが曲の中であるディジタル。
【請求項３６０】
請求項３５８のシステム、
処理モジュールがユーザに第１の利用者識別名により特定されるユーザのためのユーザに特有の情報において、与えられる電子メール・アカウントにデジタル・ファイルを送ってデジタル・ファイルを与えることになっている応答。
【請求項３６１】
請求項３５５のシステム、
処理モジュールがユーザに第１の利用者識別名により特定されるユーザのためのユーザに特有の情報において、特定されるユーザーアカウントの第１の発表項目識別子を配置してデジタル・ファイルを与えることになっている応答。
【請求項３６２】
請求項３５５のシステム、
ユーザーアカウントは、蓄冷材に格納されて、ショッピングカートを含む。
そして、
項目識別子がショッピングカートに置かれるという第１の発表。
【請求項３６３】
請求項３５４のシステム、
応答識別子のシーケンスは、以下を含む：
発表のシーケンスで初めての発表と関係している第１の応答識別子、
第１の応答識別子は、第１の一つのアクティベーションの結果として受け取られる、
そして、
応答処理モジュール、
第１の応答識別子を受け取ることに応答して、
蓄冷材から初めての発表関連の情報単位を読み出すある。そして、
第１の発表関連情報装置に基づいて、
第１の発表サービスを求める命令が第１の発表に記載した場所。
【請求項３６４】
請求項３５４のシステム、
応答識別子のシーケンスおよび第１の発表および第２の発表と関係している第２の応答識別子、
それぞれ、
発表のシーケンスにおいて、
第１の応答識別子および応答識別子は、第１の一つのアクティベーションおよび第２のアクティベーションの結果として受け取られる、
それぞれ、
そして、
応答処理モジュール、
第１の応答識別子および第２の応答識別子を受け取ることに応答して、
それぞれ、
第１の発表に記載されていて、第２の発表に記載されている第２の発表サービスを発注している第１の発表項目を発注することになっている。
【請求項３６５】
請求項３６４のシステム、
インターフェースモジュールがユーザインタフェースモジュールが識別子の発表のシーケンスの応答識別子のうちの少なくとも１つを受信するデバイスに少なくとも一つのマーク付け言語文書に送信することになっているユーザ。
【請求項３６６】
請求項３６５のシステム、
少なくとも一つのマーク付け言語文書は、地理学的位置の指示を含む。
そして、
識別子が一つのアクティベーションのシーケンスの最低１つの一つのアクティベーションでユーザインタフェースモジュールによって、受け取られる少なくとも一つの応答。
【請求項３６７】
ユーザがオーディオに答えることができる方法、
映像、
または視聴覚発表、
上記の方法は、以下を含む：
一連の一つのアクティベーションがユーザによって、製造した入力装置で受け入れること、
一つのアクティベーションの各々は発表の順序で合同発表に対する応答の示すものである。そして、各発表は付随する転送元を有する、
シーケンスの一つのアクティベーションの各々のために、
制御ロジック装置、
入力装置に連結する、
付随する応答識別子を決定すること、
付随する応答識別子は、付随する一つのアクティベーションから導かれる付随する値に基づく、
そして、
地理学的位置の付随する指示のうちの少なくとも１つ、
そして、
合同発表の付随する転送元の付随する転送元インジケータ示すもの、
そして、
一つのアクティベーションの各々は、合同発表を有する、
各合同発表は、合同発表に関連した情報を含んで、付随する一つのアクティベーションに対する応答のための基準である関連する発表―関連情報を有する、
そして、
応答識別子の各々は、一つのアクティベーションが関連する発表と関係している関連する発表関連の情報を特定するための基準である。
【請求項３６８】
請求項３６７の方法、
装置が発表のシーケンスに贈る放送受信、
各発表は、それが発表を提示するときに、放送受信装置がチューニングされる連合チャネルを有する、
そして、
付随する転送元インジケータは、付随するチャネルの指示である。
【請求項３６９】
請求項３６７の方法、
識別子が地理学的位置の付随する指示に基づいて決してない合同応答。
【請求項３７０】
請求項３６９の方法、
制御ロジック装置は、それが付随する転送元インジケータを受信するサーバーに連結するのに適している。
【請求項３７１】
請求項３７０の方法、
付随する転送元インジケータは、合同発表を含むプログラミングの項目のためのプログラミング項目識別子に基づく。
【請求項３７２】
一連の発表を有する対話処理が放送受信装置により示されることができるサーバーシステム、
各発表は、放送受信装置により提示される発表の付随する転送元の付随する転送元インジケータ示すものを有する、
上記のシステムは、以下を含む：
発表関連の情報を格納する記憶媒体、
そして、
複数ユーザのための任意にユーザに特有の情報、
各発表関連の情報は、発表のシーケンスの合同発表を有して、付随する発表識別子により特定される、
一連の応答識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が最低１つの応答識別子で任意に関係している各ユーザ、
応答識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
各応答識別子は、それ自身の付随する一つのアクティベーションを有する、
各一つのアクティベーションは、発表のシーケンスの合同発表に対する応答の示すものである、
そして、
各応答識別子は、付随する一つのアクティベーションから導かれる付随する値に基づく、
そして、
地理学的位置の付随する指示のうちの少なくとも１つ、
そして、
提示される合同発表の付随する転送元の付随する転送元インジケータ示すもの、
そして、応答識別子ごとに、
処理モジュールが関連する発表関連の情報を特定して、読み出して、任意に、応答識別子と関係している利用者識別名により特定されるユーザのためのユーザに特有の情報を読み出すためにそうである応答、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている応答識別子の原因であることを付随する一つのアクティベーションによって、表した使用、
そして、
関連する発表関連の情報は、応答識別子に基づく蓄冷材において、特定されることになっている。
【請求項３７３】
請求項３７２のシステム、
付随する転送元インジケータは、放送受信装置がチューニングされるチャネルの指示である。
【請求項３７４】
請求項３７２のシステム、
付随する転送元インジケータは、合同発表を含むプログラミングの項目のためのプログラミング項目識別子に基づく。
【請求項３７５】
請求項３７４のシステム、
媒体がプログラムして項目を含む記憶装置、
上記は、放送受信装置にプログラミングおよびプログラミング項目識別子の項目を送ることになっているサーバー・エンジンから更に成る。
【請求項３７６】
請求項３７５のシステム、
放送受信装置は、ネットワークを介してサーバーシステムに連結するコンピュータである。
【請求項３７７】
請求項３７６のシステム、
ネットワークは、インターネットである。
【請求項３７８】
請求項３７２のシステム、
識別子が地理学的位置の付随する指示に基づいて決してない合同応答。
【請求項３７９】
ユーザがオーディオに答えることができる方法、
映像、
または視聴覚発表、
上記の方法は、以下を含む：
ユーザによって、される一連の一つの活性化を受け入れている入力装置、
一つのアクティベーションの各々は、発表の順序で合同発表に対する応答である、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの少なくとも２つの少なくとも２つの一つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
結びついている制御ロジック装置、
一つのアクティベーションの各々によって、
発表識別子、
識別子が一つのアクティベーションが応答である発表のための発表関連の情報を特定するための基準であるという発表、
そして、
発表関連の情報は、一つのアクティベーションに反応するための基準である、
そして、一つのアクティベーションの各々のために、
合同発表に対する応答の指示として付随する発表識別子および任意に利用者識別名およびユーザに特有の情報の一つを与えている制御ロジック装置、
それによって
ユーザは、ユーザに関連した情報を与えなければならないことのない発表のシーケンスと対話するで任意の単一のアクティベーションが受け入れられる時の、そして、応答が一つのアクティベーションのシーケンスを作ることによって、なされる発表を特定することに情報を与えなければならないことに。
【請求項３８０】
請求項３７９の方法、
一つのアクティベーションの各々は、カーソルおよび文字エントリーのディスプレイ変化上のトラックにユーザを必要とせずに作られる。
【請求項３８１】
請求項３７９の方法、
一つのアクティベーションのうちの少なくとも１つは、ボタンをクリックしている。
【請求項３８２】
請求項３７９の方法、
一つのアクティベーションのうちの１つが音の中で話している最少で。
【請求項３８３】
請求項３７９の方法、
一つのアクティベーションの各々は、同一である。
【請求項３８４】
請求項３７９の方法、
上記は、以下から更に成る：
記憶装置のためにサーバー端末受信ユーザに特有の情報、
利用者識別名をユーザに特有の情報と関連させているサーバー、
そして、そして、そのように、ユーザに特有の情報が繰り返しそうである必要がないユーザに特有の情報へのポインタとして利用者識別名を与えているサーバーは、サーバーに送信した。
【請求項３８５】
請求項３８４の方法、
情報が支払い方法情報の最少の一つで含むユーザ―規定の、
ユーザー名、
そして、
アドレス。
【請求項３８６】
請求項３８４の方法、
識別子が電話番号に基づいてあるユーザ。
【請求項３８７】
請求項３８４の方法、
識別子がネットワーク間のプロトコル・アドレスに基づいてあるユーザ。
【請求項３８８】
請求項３７９の方法、
一つのアクティベーションのシーケンスで初めての一つのアクティベーションは、付随する第１の発表識別子を有する第１の発表に記載されている第１の発表項目の提案の承認の示すものである、
上記は、以下から更に成る：
第１の発表識別子および利用者識別名を受信しているサーバー、
第１の発表識別子および利用者識別名を受信することに応答して、
利用者識別名により特定されるユーザのための前に格納された情報を読み出すこと、
利用者識別名により特定されるユーザのための第１の発表項目を発注すること、
そして、第１の項目のために出されるオーダーに従う第１の発表項目の購入を完了すること。
【請求項３８９】
請求項３８８の方法、
上記は、更に成り立つ、
第１の発表識別子に基づく、
第１の一つのアクティベーションにより表される応答に対する応答のための基準である情報を特定すること、
情報は、第１の発表項目を求める命令を配置するようにという指示である。
【請求項３９０】
請求項３８８の方法、
一つのアクティベーションのシーケンスの第２の一つのアクティベーションは、付随する第２の発表識別子を有する第２の発表に記載されている第２の発表サービスの提案の承認の示すものである、
上記は、以下から更に成る：
第２の発表識別子および利用者識別名を受信しているサーバー、
第２の発表識別子および利用者識別名を受信することに応答して、
利用者識別名により特定されるユーザのための前に格納された情報を読み出すこと、
利用者識別名により特定されるユーザのための第２の発表サービスを発注すること、
そして、第２の発表サービスのために出されるオーダーに従う第２の発表サービスの購入を完了すること。
【請求項３９１】
請求項３９０の方法、
サービスが前に格納された情報のアドレス指定のに対する映画賃貸サービスによる映画の配送であるという第２の発表。
【請求項３９２】
請求項３９０の方法、
一つのアクティベーションのシーケンスの三分の一一つのアクティベーションは、三分の一発表警告メッセージの提案の承認の示すものである、
警告メッセージが付随する三分の一発表識別子を有する三分の一発表に記載されているという三分の一発表、
上記は、以下から更に成る：
三分の一発表識別子および利用者識別名を受信しているサーバー、
三分の一発表識別子および利用者識別名を受信することに応答して、
利用者識別名により特定されるユーザのための前に格納された情報を読み出すこと、
利用者識別名により特定されるユーザのための三分の一発表警告メッセージの要請を出すこと、
そして、三分の一に三分の一発表警告メッセージのために出される要請に従う発表警告メッセージを送信すること。
【請求項３９３】
請求項３９２の方法、
警告メッセージがプログラムが放送されようとしている指示であるという三分の一発表。
【請求項３９４】
請求項３９２の方法、
警告メッセージがチャネルを切替えるために受信器に命令を含むという三分の一発表。
【請求項３９５】
請求項３９２の方法、
警告メッセージが投票するメモであるという三分の一発表。
【請求項３９６】
請求項３９２の方法、
一つのアクティベーションのシーケンスの四分の一一つのアクティベーションは、四分の一発表質問に対する応答の示すものである、
質問が付随する四分の一発表識別子を有する四分の一発表に記載されているという四分の一発表、
上記は、以下から更に成る：
四分の一発表識別子を受信しているサーバー、
そして、応答に応答して動作を実行すること。
【請求項３９７】
請求項３９６の方法、
第１の一つのアクティベーション、
第２の一つのアクティベーション、
三分の一一つのアクティベーション、
そして、
四分の一一つのアクティベーションは、同一のアクティベーションである。
【請求項３９８】
請求項３９７の方法、
同一のアクティベーションは、ボタンのクリックである。
【請求項３９９】
請求項３９６の方法、
質問が公衆に対する懸念の社会問題についての質問であるという四分の一発表。
【請求項４００】
請求項３９６の方法、
動作は、内容がディスクジョッキーに示されることになっている値により示されることになっているカウンタを増加することである。
【請求項４０１】
請求項３９６の方法、
上記は、以下から更に成る：
利用者識別名を受信しているサーバー、
利用者識別名により特定されるユーザのための前に格納された情報を読み出すこと、
そして、
動作は、広告主に前に格納された情報に基づいて方法のユーザと連絡をとらせるために要請を出すことである。
【請求項４０２】
請求項３９６の方法、
上記は、以下から更に成る：
利用者識別名を受信しているサーバー、
利用者識別名により特定されるユーザのための前に格納された情報を読み出すこと、
そして、
動作は、場所が前に格納された情報において、特定されるユーザの家の記録装置にレコードコマンドを与えることである。
【請求項４０３】
請求項３７９の方法、
中で発表のシーケンスが放送受信装置によって、受け取られて、示されるという発表。
【請求項４０４】
請求項４０３の方法、
放送受信装置は、周波数調整された受信器（ＦＭ）である。
【請求項４０５】
請求項４０３の方法、
放送受信装置は、デジタル音声放送受信機である
【請求項４０６】
請求項４０３の方法、
放送受信装置は、インターネットでサーバーから受け取られる発表を流れ出させているコンピュータである。
【請求項４０７】
請求項４０３の方法、
発表は、音声発表である。
【請求項４０８】
請求項４０３の方法、
発表は、ビデオ発表である。
【請求項４０９】
請求項３７９の方法、
一つのアクティベーションの各々は、ａ１の１つの示すものであることに限られている）項目の提案の中で受理、
そして、
ａ２）サービスの提案の中で受理。
【請求項４１０】
請求項３７９の方法、
一つのアクティベーションの各々は、ａ１の１つの示すものであることに限られている）サービスの提案の中で受理、
ａ２）警報の提案の承認は、メッセージを送る、
そして、
ａ３）質問に応答。
【請求項４１１】
請求項３７９の方法、
上記は、ユーザに特有の情報をサーバーに送信することを更に含む。
【請求項４１２】
請求項４１１の方法、
上記は、ユーザに特有の情報が完全であるかどうか決定することから更に成る。
【請求項４１３】
請求項４１２の方法、
ユーザに特有の情報が完全であるまで、上記は付随する発表識別子を与えることを遅延させることを更に含む。
【請求項４１４】
請求項４１３の方法、
上記は、ユーザに特有の情報を完全にするために必要なユーザ・ユーザ―関連情報から受け入れている入力装置から更に成る。
【請求項４１５】
請求項４１３の方法、
上記は、ユーザに特有の情報を完全にするために、受信ユーザ―関連情報から更に成る。
【請求項４１６】
請求項４１２の方法、
ユーザに特有の情報は、不完全であるために決定される、
上記は、以下から更に成る：
ユーザに特有の情報を完了するために願書をユーザに提出すること、
そして、ユーザに特有の情報を完全にする失った個人性情報を受け入れている入力装置。
【請求項４１７】
請求項４１６の方法、
ユーザに特有の情報が完全であるまで、上記は付随する発表識別子を与えることを遅延させている制御ロジック装置から更に成る。
【請求項４１８】
請求項４１２の方法、
ユーザに特有の情報は、完全であるために決定される、
上記は、第１の個人性情報関連の質問を受信することを更に含む。
質問が第１の発表識別子および第１の発表と関係しているという第１の個人情報。
【請求項４１９】
請求項４１８の方法、
ユーザによって、第１の発表の答えとしてされる第１の一つの活性化に応答して、
ユーザに第１の個人性情報関連の質問を提示すること。
【請求項４２０】
請求項４１９の方法、
上記は、以下から更に成る：
ユーザに提示された第１の個人性情報関連の質問にユーザから応答を受け入れること、
第１の発表に対する応答の指示として第１の個人性情報関連の質問および第１の発表識別子に応答を与えること。
【請求項４２１】
請求項４２の方法、
識別子が第１の個人性情報関連の質問にユーザから応答を受け入れた後に与えられるという第１の発表。
【請求項４２２】
請求項４２の方法、
識別子が第１の個人性情報関連の質問にユーザから応答を受け入れる前に与えられるという第１の発表。
【請求項４２３】
請求項４１９の方法、
ユーザが第１の発表の答えとして単一の活性化をしたあと、関連した質問がユーザに贈られる第１の個人性情報。
【請求項４２４】
請求項４１８の方法、
質問が放送受信装置によって、受け取られるという個人情報。
【請求項４２５】
請求項４１８の方法、
質問がワイヤレス・ネットワークを介してデータ・トランシーバによって、サーバーから受け取られるという個人情報。
【請求項４２６】
請求項３７９の方法、
発表のシーケンスは、付随する第１の発表識別子を有する第１の発表を含む。
そして、
合同発表に対する応答の指示として付随する識別子を与えることは、第１の発表に対する応答の指示として第１の発表識別子を与えることを含む。
上記は、更に成り立つ、
第１の発表に対する応答の指示として第１の発表識別子を与えることに応答して、
特定している制御ロジック装置、
記憶装置において、
第１の発表関連の情報単位、
装置が第１の発表のための発表関連の情報であるという第１の発表関連の情報。
【請求項４２７】
請求項４２６の方法、
上記は、記憶装置の記憶のための第１の発表関連の情報単位を受信することを更に含む。
【請求項４２８】
請求項４２７の方法、
装置がサーバーからデータ・トランシーバによって、受けられるという第１の発表関連の情報。
【請求項４２９】
請求項４２７の方法、
装置が放送受信装置によって、受けられるという第１の発表関連の情報。
【請求項４３０】
請求項４２６の方法、
上記は、ユーザに記憶装置の販売時に記憶装置で初めての発表関連の情報単位を与えることを更に含む。
【請求項４３１】
請求項４２６の方法、
装置がデジタル形式の曲であるという第１の発表関連の情報。
【請求項４３２】
請求項４３１の方法、
第１の発表は、曲である。
【請求項４３３】
請求項３７９の方法、
発表のシーケンスは、付随する第１の発表識別子を有する第１の発表を含む。
そして、
合同発表に対する応答の指示として付随する識別子を与えることは、第１の発表に対する応答の指示として第１の発表識別子を与えることを含む。
そして、
識別子が第１の発表識別子をサーバーに送信することを含むという第１の発表を与えること。
【請求項４３４】
請求項４３３の方法、
上記は、更に成り立つ、
第１の発表識別子を送ることに応答して、
第１の発表関連の情報単位を受信すること。
【請求項４３５】
請求項４３４の方法、
上記は、第１の発表識別子に基づく記憶装置で初めての発表関連の情報単位を特定することを更に含む。
【請求項４３６】
請求項４３３の方法、
上記は、少なくとも放送受信装置に一部分の第１の発表関連の情報単位を送ることを更に含む。
【請求項４３７】
請求項３７９の方法、
アクティベーションのシーケンスは、以下を含む：
発表のシーケンスで初めての発表の答えとしてされる第１の一つの活性化、
第１の発表は、付随する第１の発表識別子を有する、
決定することからよりはるかに成る方法どうか、
応答が、第１のためになされるために、アクティベーションを選び出す、
識別子がサーバーに与えられることになっているという第１の発表。
【請求項４３８】
請求項４３７の方法、
上記は、第１の発表識別子をサーバーに送信することを更に含む。
発表識別子が第１の一つのアクティベーションのための応答がなされるためにサーバーに与えられることになっているために、それが決定される時。
【請求項４３９】
請求項４３８の方法、
上記は、サーバーから第１の発表関連した情報単位を受け取ることを更に含む。
関連した情報単位が第１の発表識別子に基づいて特定されて、第１の一つのアクティベーションに対する応答のための基準であるという第１の発表。
【請求項４４０】
請求項４３８の方法、
上記は、以下から更に成る：
第１の発表識別子に基づく記憶装置の第１の発表関連した情報単位を特定すること、
発表識別子が第１の一つのアクティベーションのための応答もなされるためにサーバーに与えられないことになっているために、それが決定される時、
そして、
装置が第１の一つのアクティベーションに対する応答のための基準であるという第１の発表関連の情報。
【請求項４４１】
請求項４３７の方法、
第１の発表は、第１の発表識別子がサーバーに与えられることになっているかどうかについて表す付随する第１の発表応答責任インジケータを有する、
上記は、以下から更に成る：
第１の発表応答責任インジケータおよび第１の発表識別子を第１の一つのアクティベーションと関連させること、
そして、
決定することは、第１の発表応答責任インジケータを調べることを含む。
【請求項４４２】
請求項４４１の方法、
応答責任インジケータが第１の発表識別子がサーバーに与えられることになっていることを表すという第１の発表、
上記は、第１の発表識別子をサーバーに送信することを更に含む。
【請求項４４３】
ユーザがオーディオに答えることができるデバイス割当てａｎｎインジケータ―Ａデバイス、
映像、
または視聴覚発表、
上記のデバイスは、以下を有する：
ユーザによって、される一連の一つの活性化を受け入れることになっている入力装置、
一つのアクティベーションの各々は、発表の順序で合同発表に対する応答である、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの少なくとも２つの少なくとも２つの一つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
装置が入力装置に連結した、そして、結びつくことになっている制御ロジック、
一つのアクティベーションの各々によって、
発表識別子、
識別子が一つのアクティベーションが応答である発表のための発表関連の情報を特定するための基準であるという発表、
そして、
発表関連の情報は、一つのアクティベーションに反応するための基準である、
そして、一つのアクティベーションの各々のために、
装置が合同発表に対する応答の指示として付随する発表識別子および任意に利用者識別名およびユーザに特有の情報の一つを与えるためにそうである制御ロジック、
それによって
ユーザは、ユーザに関連した情報を与えなければならないことのない発表のシーケンスと対話するで任意の単一のアクティベーションが受け入れられる時の、そして、応答が一つのアクティベーションのシーケンスを作ることによって、なされる発表を特定することに情報を与えなければならないことに。
【請求項４４４】
請求項４４３のデバイス、
一つのアクティベーションの各々は、カーソルおよび文字エントリーのディスプレイ変化上のトラックにユーザを必要とせずに作られる。
【請求項４４５】
請求項４４３のデバイス、
一つのアクティベーションのうちの少なくとも１つは、ボタンをクリックしている。
【請求項４４６】
請求項４４３のデバイス、
一つのアクティベーションのうちの１つが音の中で話している最少で。
【請求項４４７】
請求項４４３のデバイス、
一つのアクティベーションの各々は、同一である。
【請求項４４８】
請求項４４３のデバイス、
一つのアクティベーションのシーケンスで初めての一つのアクティベーションは、付随する第１の発表識別子を有する第１の発表に記載されている第１の発表項目の提案の承認の示すものである。
【請求項４４９】
請求項４４８のデバイス、
一つのアクティベーションのシーケンスの第２の一つのアクティベーションは、付随する第２の発表識別子を有する第２の発表に記載されている第２の発表サービスの提案の承認の示すものである。
【請求項４５０】
請求項４４９のデバイス、
サービスが前に格納された情報のアドレス指定のに対する映画賃貸サービスによる映画の配送であるという第２の発表。
【請求項４５１】
請求項４４９のデバイス、
一つのアクティベーションのシーケンスの三分の一一つのアクティベーションは、三分の一発表警告メッセージの提案の承認の示すものである、
警告メッセージが付随する三分の一発表識別子を有する三分の一発表に記載されているという三分の一発表。
【請求項４５２】
請求項４５１のデバイス、
警告メッセージがプログラムが放送されようとしている指示であるという三分の一発表。
【請求項４５３】
請求項４５１のデバイス、
警告メッセージがチャネルを切替えるために受信器に命令を含むという三分の一発表。
【請求項４５４】
請求項４５１のデバイス、
警告メッセージが投票するメモであるという三分の一発表。
【請求項４５５】
請求項４５１のデバイス、
一つのアクティベーションのシーケンスの四分の一一つのアクティベーションは、四分の一発表質問に対する応答の示すものである、
質問が付随する四分の一発表識別子を有する四分の一発表に記載されているという四分の一発表。
【請求項４５６】
請求項４５５のデバイス、
第１の一つのアクティベーション、
第２の一つのアクティベーション、
三分の一一つのアクティベーション、
そして、
四分の一一つのアクティベーションは、同一のアクティベーションである。
【請求項４５７】
請求項４５６のデバイス、
入力は、ボタンを含む。
そして、
同一のアクティベーションは、ボタンのクリックである。
【請求項４５８】
請求項４５５のデバイス、
質問が公衆に対する懸念の社会問題についての質問であるという四分の一発表。
【請求項４５９】
請求項４４３のデバイス、
一つのアクティベーションの各々は、ａ１の１つの示すものであることに限られている）項目の提案の中で受理、
そして、
ａ２）サービスの提案の中で受理。
【請求項４６０】
請求項４４３のデバイス、
一つのアクティベーションの各々は、ａ１の１つの示すものであることに限られている）サービスの提案の中で受理、
ａ２）警報の提案の承認は、メッセージを送る、
そして、
ａ３）質問に応答。
【請求項４６１】
請求項４４３のデバイス、
上記は、制御ロジック装置に連結して、サーバーに連結するために構成されるデータ・トランシーバから更に成る、
トランシーバがサーバーにユーザに特有の情報に送信することになっているデータ。
【請求項４６２】
請求項４６１のデバイス、
ユーザに特有の情報が完全であるかどうか、装置が決定することになっている制御ロジック。
【請求項４６３】
請求項４６２のデバイス、
装置がユーザに特有の情報が完全であるまで、付随する発表識別子を与えて遅延させることになっている制御ロジック。
【請求項４６４】
請求項４６３のデバイス、
装置がユーザに特有の情報を完全にするために必要なユーザ・ユーザ―関連情報から扱う入力。
【請求項４６５】
請求項４６２のデバイス、
ユーザに特有の情報は、不完全であるために決定される、
装置がユーザに特有の情報を完了するために願書をユーザに提出するためにそうである制御ロジック、
そして、
装置がユーザに特有の情報を完全にする失った個人性情報を受け入れるためにそうである入力。
【請求項４６６】
請求項４１６のデバイス、
装置がユーザに特有の情報が完全であるまで、付随する発表識別子を与えて遅延させることになっている制御ロジック。
【請求項４６７】
請求項４６２のデバイス、
ユーザに特有の情報は、完全であるために決定される、
装置が第１の個人性情報関連の質問を受信するためにそうである制御ロジック、
そして、
質問が第１の発表識別子および第１の発表と関係しているという第１の個人情報。
【請求項４６８】
請求項４６７のデバイス、
ユーザによって、第１の発表の答えとしてされる第１の一つの活性化に応答して、
装置がユーザに第１の個人性情報関連の質問を提示するためにそうである制御ロジック。
【請求項４６９】
請求項４６８のデバイス、
装置がユーザから第１の個人性情報に対する応答がユーザに提示された質問を関連させたことを認めてある入力、
そして、
装置が第１の発表に対する応答の指示として第１の個人性情報関連の質問および第１の発表識別子に応答を与えるためにそうである制御ロジック。
【請求項４７０】
請求項４６９のデバイス、
装置が第１の個人性情報関連の質問に対する応答だけの後の識別子がユーザから受け入れられるという第１の発表を与えるためにそうである制御ロジック。
【請求項４７１】
請求項４６９のデバイス、
装置がユーザから第１の個人性情報に対する応答が質問を関連させたことを認めて第１の発表識別子を与えることになっている制御ロジック。
【請求項４７２】
請求項４６８のデバイス、
ユーザが第１の発表の答えとして単一の活性化をしたあと、装置がユーザに第１の個人性情報関連の質問に贈る制御ロジック。
【請求項４７３】
請求項４６７のデバイス、
制御ロジック装置は、放送受信装置に連結するのに適している、
そして、
質問が放送受信装置によって、受け取られるという個人情報。
【請求項４７４】
請求項４６７のデバイス、
制御ロジック装置は、データ・トランシーバに連結するのに適している、
そして、
質問がワイヤレス・ネットワークを介してデータ・トランシーバによって、受け取られるという個人情報。
【請求項４７５】
請求項４４３のデバイス、
発表のシーケンスは、付随する第１の発表識別子を有する第１の発表を含む。
そして、
合同発表に対する応答の指示として付随する識別子を与えることは、第１の発表に対する応答の指示として第１の発表識別子を与えることを含む。
制御ロジック装置は、記憶装置に連結するのに適している、
第１の発表に対する応答の指示として第１の発表識別子を与えることに応答して、
装置が特定することになっている制御ロジック、
記憶装置において、
第１の発表関連の情報単位、
装置が第１の発表のための発表関連の情報であるという第１の発表関連の情報。
【請求項４７６】
請求項４７５のデバイス、
装置が記憶装置において、保存して第１の発表関連の情報単位を受信することになっている制御ロジック。
【請求項４７７】
請求項４７６のデバイス、
制御ロジック装置は、データ・トランシーバに連結するのに適している、
そして、
装置がデータ・トランシーバによって、受けられるという第１の発表関連の情報。
【請求項４７８】
請求項４７６のデバイス、
制御ロジック装置は、放送受信装置に連結するのに適している、
そして、
装置が放送受信装置によって、受けられるという第１の発表関連の情報。
【請求項４７９】
請求項４７５のデバイス、
上記は、記憶装置から更に成る、
そして、
装置がユーザにデバイスの販売時に記憶装置において、与えられるという第１の発表関連の情報。
【請求項４８０】
請求項４７５のデバイス、
装置がデジタル形式の曲であるという第１の発表関連の情報。
【請求項４８１】
請求項４４３のデバイス、
発表のシーケンスは、付随する第１の発表識別子を有する第１の発表を含む。
そして、
装置が第１の発表に対する応答の指示として第１の発表識別子をサーバーに送信して第１の発表識別子を与えることになっている制御ロジック。
【請求項４８２】
請求項４８１のデバイス、
上記は、制御ロジック装置に連結する記憶装置から更に成る、
第１の発表識別子を送ることに応答して、
記憶装置は、第１の発表関連の情報単位を受信することである。
【請求項４８３】
請求項４８２のデバイス、
装置が第１の発表識別子に基づく記憶装置で初めての発表関連の情報単位を特定するためにそうである制御ロジック。
【請求項４８４】
請求項４８２のデバイス、
制御ロジック装置は、放送受信装置に連結するのに適している、
そして、
装置が放送受信装置に少なくとも一部分の第１の発表関連の情報単位に送信することになっている制御ロジック。
【請求項４８５】
請求項４４３のデバイス、
アクティベーションのシーケンスは、以下を含む：
発表のシーケンスで初めての発表の答えとしてされる第１の一つの活性化、
第１の発表は、付随する第１の発表識別子を有する、
装置がそうである制御ロジックは、サーバーに連結するために適応させて、決定することになっているどうか、
応答が、第１のためになされるために、アクティベーションを選び出す、
識別子がサーバーに与えられることになっているという第１の発表。
【請求項４８６】
請求項４８５のデバイス、
装置がサーバーに第１の発表識別子に送信することになっている制御ロジック、
発表識別子が第１の一つのアクティベーションのための応答がなされるためにサーバーに与えられることになっているために、それが決定される時。
【請求項４８７】
請求項４８６のデバイス、
装置がサーバーから第１の発表関連した情報単位を受け取るためにそうである制御ロジック、
関連した情報単位が第１の発表識別子に基づいて特定されて、第１の一つのアクティベーションに対する応答のための基準であるという第１の発表。
【請求項４８８】
請求項４８６のデバイス、
上記は、制御ロジック装置に連結する記憶装置から更に成る、
そして、
装置が第１の発表識別子に基づく記憶装置の第１の発表関連した情報単位を特定するためにそうである制御ロジック、
発表識別子が第１の一つのアクティベーションのための応答もなされるためにサーバーに与えられないことになっているために、それが決定される時、
そして、
装置が第１の一つのアクティベーションに対する応答のための基準であるという第１の発表関連の情報。
【請求項４８９】
請求項４８５のデバイス、
第１の発表は、第１の発表識別子がサーバーに与えられることになっているかどうかについて表す付随する第１の発表応答責任インジケータを有する、
装置が第１の発表応答責任インジケータおよび第１の発表識別子を第１の一つのアクティベーションと関連させるためにそうである制御ロジック、
そして、
第１の発表応答責任インジケータを調べることになっている。
【請求項４９０】
請求項４４１のデバイス、
応答責任インジケータが第１の発表識別子がサーバーに与えられることになっていることを表すという第１の発表、
そして、
装置がサーバーに第１の発表識別子に送信することになっている制御ロジック。
【請求項４９１】
請求項４４３のデバイス、
制御ロジック装置は、サーバーに連結するのに適している、
そして、
装置がサーバーからマーク付け言語文書を受け取るためにそうである制御ロジック。
【請求項４９２】
請求項４９１のデバイス、
マーク付け言語文書は、以下を含む：
第１の発表と関係している第１の発表識別子、
そして、
装置が第１の発表に対する応答の示すものである第１の一つのアクティベーションに応答してサーバーに第１の発表識別子に送信することになっている制御ロジック。
【請求項４９３】
ユーザがオーディオに答えることができるデバイス、
映像、
または視聴覚発表、
上記のデバイスは、以下を有する：
ユーザによって、される一連の一つの活性化を受け入れることになっている入力装置、
一つのアクティベーションの各々は、発表の順序で合同発表に対する応答である、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの３つの少なくとも３つの一つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
装置が入力装置に連結した、そして、結びつくことになっている制御ロジック、
一つのアクティベーションの各々によって、
発表識別子、
識別子が一つのアクティベーションが応答である発表のための発表関連の情報を特定するための基準であるという発表、
そして、
発表関連の情報は、一つのアクティベーションに反応するための基準である、
そして、一つのアクティベーションの各々のために、
装置が合同発表に対する応答の指示として付随する発表識別子および任意に利用者識別名およびユーザに特有の情報の一つを与えるためにそうである制御ロジック、
それによって
ユーザは、ユーザに関連した情報を与えなければならないことのない発表のシーケンスと対話するで任意の単一のアクティベーションが受け入れられる時の、そして、応答が一つのアクティベーションのシーケンスを作ることによって、なされる発表を特定することに情報を与えなければならないことに。
【請求項４９４】
請求項４９３のデバイス、
少なくとも３つの一つのアクティベーションは、同一である。
【請求項４９５】
ユーザがオーディオに答えることができる方法、
映像、
または視聴覚発表、
上記の方法は、以下を含む：
ユーザによって、される一連の一つの活性化を受け入れている入力装置、
一つのアクティベーションの各々は、発表の順序で合同発表に対する応答である、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの３つの少なくとも３つの一つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
結びついている制御ロジック装置、
一つのアクティベーションの各々によって、
発表識別子、
識別子が一つのアクティベーションが応答である発表のための発表関連の情報を特定するための基準であるという発表、
そして、
発表関連の情報は、一つのアクティベーションに反応するための基準である、
そして、一つのアクティベーションの各々のために、
合同発表に対する応答の指示として付随する発表識別子および任意に利用者識別名およびユーザに特有の情報の一つを与えている制御ロジック装置、
それによって
ユーザは、ユーザに関連した情報を与えなければならないことのない発表のシーケンスと対話するで任意の単一のアクティベーションが受け入れられる時の、そして、応答が一つのアクティベーションのシーケンスを作ることによって、なされる発表を特定することに情報を与えなければならないことに。
【請求項４９６】
請求項４９５の方法、
少なくとも３つの一つのアクティベーションは、同一である。
【請求項４９７】
ユーザがオーディオに答えることができる方法、
映像、
または視聴覚発表、
上記の方法は、以下を含む：
ユーザによって、される一連の一つの活性化を受け入れている入力装置、
一つのアクティベーションの各々は、発表の順序で合同発表に対する応答である、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下の少なくとも４つの一つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
結びついている制御ロジック装置、
一つのアクティベーションの各々によって、
発表識別子、
識別子が一つのアクティベーションが応答である発表のための発表関連の情報を特定するための基準であるという発表、
そして、
発表関連の情報は、一つのアクティベーションに反応するための基準である、
そして、一つのアクティベーションの各々のために、
合同発表に対する応答の指示として付随する発表識別子および任意に利用者識別名およびユーザに特有の情報の一つを与えている制御ロジック装置、
それによって
ユーザは、ユーザに関連した情報を与えなければならないことのない発表のシーケンスと対話するで任意の単一のアクティベーションが受け入れられる時の、そして、応答が一つのアクティベーションのシーケンスを作ることによって、なされる発表を特定することに情報を与えなければならないことに。
【請求項４９８】
請求項４９７の方法、
少なくとも４つのアクティベーションは、同一である。
【請求項４９９】
オーディオと相互に作用するためのサーバーシステム、
ビデオ、
そして、
視聴覚発表、
上記のシステムは、以下を含む：
複数ユーザのための発表関連の情報単位および任意にユーザに特有の情報を格納する記憶媒体、
装置が発表の順序で合同発表を有するという各発表関連の情報、
各発表は、発表と関係している発表関連の情報単位を特定するための基準である付随する発表識別子を有する、
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表のシーケンスの合同発表に対する応答の示すものである、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの少なくとも２つの少なくとも２つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが付随する発表関連の情報単位を読み出すためにそうである応答および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５００】
請求項４９９のシステム、
発表識別子のシーケンスは、以下を含む：
第１の発表および第２の発表と関係している第１の発表識別子および第２の発表識別子、
それぞれ、
発表のシーケンスにおいて、
識別子および第２の識別子が第１の一つのアクティベーションおよび第２のアクティベーションの結果として受け取られるという第１の発表、
それぞれ、
そして、
応答処理モジュール、
第１の発表識別子および第２の発表識別子を受け取ることに応答して、
それぞれ、
第１の発表に記載されていて、第２の発表に記載されている第２の発表サービスを発注している第１の発表項目を発注することになっている。
【請求項５０１】
請求項４９９のシステム、
識別子が付随する第１の利用者識別名を有するという第１の発表、
項目がデジタル形式の曲であるという第１の発表および処理モジュールが第１の利用者識別名により特定されるユーザの通信装置に曲に送信することになっている応答。
【請求項５０２】
請求項４９９のシステム、
インターフェースモジュールがユーザインタフェースモジュールが識別子の発表のシーケンスの発表識別子のうちの少なくとも１つを受信するデバイスに少なくとも一つのマーク付け言語文書に送信することになっているユーザ。
【請求項５０３】
請求項５０２のシステム、
少なくとも一つのマーク付け言語文書は、少なくとも一つの発表識別子を含む。
そして、
識別子が一つのアクティベーションのシーケンスの少なくとも一つの一つのアクティベーションの結果としてユーザインタフェースモジュールによって、受け取られるという少なくとも一つの発表。
【請求項５０４】
オーディオと相互に作用するためのサーバーシステム、
ビデオ、
そして、
視聴覚発表、
上記のシステムは、以下を含む：
複数ユーザのための発表関連の情報単位および任意にユーザに特有の情報を格納する記憶媒体、
装置が発表の順序で合同発表を有するという各発表関連の情報、
各発表は、発表と関係している発表関連の情報単位を特定するための基準である付随する発表識別子を有する、
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表のシーケンスの合同発表に対する応答の示すものである、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの少なくとも３つの少なくとも３つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが付随する発表関連の情報単位を読み出すためにそうである応答および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５０５】
請求項５０４のシステム、
少なくとも３つのアクティベーションは、同一である。
【請求項５０６】
オーディオと相互に作用するためのサーバーシステム、
ビデオ、
そして、
視聴覚発表、
上記のシステムは、以下を含む：
複数ユーザのための発表関連の情報単位および任意にユーザに特有の情報を格納する記憶媒体、
装置が発表の順序で合同発表を有するという各発表関連の情報、
各発表は、発表と関係している発表関連の情報単位を特定するための基準である付随する発表識別子を有する、
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表のシーケンスの合同発表に対する応答の示すものである、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下の少なくとも４つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが付随する発表関連の情報単位を読み出すためにそうである応答および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５０７】
請求項５０６のシステム、
少なくとも４つのアクティベーションは、同一である。
【請求項５０８】
対話性オーディオを与える方法、
ビデオ、
そして、
サーバーシステムを使用している視聴覚発表、
上記の方法は、以下を含む：
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表の順序で合同発表に対する応答を表す、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの少なくとも２つの少なくとも２つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが発表関連の情報単位が発表識別子によって、特定した記憶装置および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報から取り出すことになっている応答、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５０９】
請求項５０８の方法、
発表識別子のシーケンスは、以下を含む：
第１の発表および第２の発表と関係している第１の発表識別子および第２の発表識別子、
それぞれ、
発表のシーケンスにおいて、
識別子および第２の識別子が第１の一つのアクティベーションおよび第２の一つのアクティベーションの結果として受け取られるという第１の発表、
それぞれ、
上記は、応答処理モジュールから更に成る、
第１の発表識別子および第２の発表識別子を受け取ることに応答して、
それぞれ、
第１の発表に記載されている第１の発表項目を発注して、第２の発表に記載されている第２の発表サービスを発注すること。
【請求項５１０】
請求項５０９のシステム、
識別子が付随する第１の利用者識別名を有するという第１の発表、
そして、
項目がデジタル形式の曲であるという第１の発表、
上記は、曲を第１の利用者識別名により特定されるユーザの通信装置に送信している応答処理モジュールから更に成る。
【請求項５１１】
請求項５０８のシステム、
上記は、ユーザインタフェースモジュールが識別子の発表のシーケンスの発表識別子のうちの少なくとも１つを受信するデバイスに少なくとも一つのマーク付け言語文書を送っているユーザインタフェースモジュールから更に成る。
【請求項５１２】
請求項５１１の方法、
少なくとも一つのマーク付け言語文書は、少なくとも一つの発表識別子を含む。
そして、
一つのアクティベーションのシーケンスの少なくとも一つの一つのアクティベーションの結果としてユーザインタフェースモジュールによって、受け取られる少なくとも一つの発表識別子。
【請求項５１３】
対話性オーディオを与える方法、
ビデオ、
そして、
サーバーシステムを使用している視聴覚発表、
上記の方法は、以下を含む：
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表の順序で合同発表に対する応答を表す、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下のうちの３つの少なくとも３つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが発表関連の情報単位が発表識別子によって、特定した記憶装置および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報から取り出すことになっている応答、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５１４】
請求項５１３の方法、
少なくとも３つのアクティベーションは、同一である。
【請求項５１５】
対話性オーディオを与える方法、
ビデオ、
そして、
サーバーシステムを使用している視聴覚発表、
上記の方法は、以下を含む：
一連の発表識別子および任意に一連の利用者識別名を受信することになっているユーザインタフェースモジュール、
識別子が任意に付随する利用者識別名を有するという各発表、
発表識別子のシーケンスは、実行されている一連の一つの活性化の結果として受け取られる、
識別子がそれ自身の付随する一つのアクティベーションを有するという各発表、
各一つのアクティベーションは、発表の順序で合同発表に対する応答を表す、
そして、
一つのアクティベーションのシーケンスは、４つの応答が入力する以下の少なくとも４つのアクティベーション示すものを含む：
ｂ１）項目の提案の中で受理、
ｂ２）サービスの提案の中で受理、
ｂ３）警報の提案の承認は、送る以下の通り
そして、ｂ４）質問に応答、
そして、発表識別子ごとに、
処理モジュールが発表関連の情報単位が発表識別子によって、特定した記憶装置および発表識別子と関係している利用者識別名により特定されるユーザのための任意にユーザに特有の情報から取り出すことになっている応答、
そして、
応答に対するレスポンスに対する読み出された情報がユーザインタフェースモジュールによって、受け取られている発表識別子の原因であることを付随する一つのアクティベーションによって、表した使用。
【請求項５１６】
請求項５１５の方法、
少なくとも４つのアクティベーションは、同一である。
【請求項５１７】
プログラミング送出チャネルから複数の仮想プログラミング・チャネルを生み出す方法、
上記の方法は、以下を含む：
複数の仮想プログラミング・チャネル上の放送であることになっている一組のプログラミング項目を定めること、
各プログラミング項目は、付随する放送項目識別子を有する、
送信している各々のプログラミング項目およびプログラミング送出チャネル上のその付随する放送項目識別子、
送信すること、
プログラミング送出チャネルに、
複数の仮想プログラミング・チャネルの各々のために、
関連する予定、
一連の放送項目識別子を含んでいる関連する予定、
シーケンスは、プログラミング項目の一組からどのプログラミング項目が示されることになっているかという命令を定める。
【請求項５１８】
請求項５１７の方法、
上記は、プログラミング送出チャネルに送信することを更に含む複数の仮想プログラミング・チャネルの少なくとも１つのために音声トラック。
【請求項５１９】
請求項５１７の方法、
プログラミング項目の一組は、広告を含む。
【請求項５２０】
請求項５１７の方法、
各々プログラミングのセットのプログラミング項目のうちの少なくとも２つのうち、項目は、付随する型名を有する、
上記は、以下から更に成る：
送信すること、
プログラミング送出チャネルに、
プログラミング項目の少なくとも２つの各々のための付随する型名、
付随する型名は、予定のプログラミング項目を型名を有するプログラミング項目と交換するためにそれが利用者選好プロフィールによって、できるようにされるかどうか決定すること間の基準である。
【請求項５２１】
プログラミング送出チャネルから複数のパーソナライズされた仮想プログラミング・チャネルを生み出す方法、
上記の方法は、以下を含む：
複数のパーソナライズされた仮想プログラミング・チャネル上の放送であることになっている一組のプログラミング項目を定めること、
各プログラミング項目は、付随する型名を有する、
識別子がユーザに表現のための付随するプログラミング項目を選択するべきかどうかについて決定して基準であることになっている関連するタイプ、
送信している各々のプログラミング項目およびプログラミング送出チャネル上のその付随する型名、
送信すること、
プログラミング送出チャネルに、
複数の仮想プログラミング・チャネルの各々のために、
関連する予定、
一連の放送項目識別子を含んでいる関連する予定、
シーケンスは、プログラミング項目の一組からどのプログラミング項目が示されることになっているかという命令を定める。
【請求項５２２】
請求項５２１の方法、
上記は、倍数のうちの少なくとも１つのための音声トラックがチャネルをプログラムして仮想でパーソナライズしたプログラミング送出チャネルに送信することから更に成る。
【請求項５２３】
プログラミング項目の一組が広告を含む
請求項５２１の方法。
【請求項５２４】
ユーザが放送プログラミングの一連の項目と対話できる方法、
上記の方法は、以下を含む：
多重チャネル上の放送である一組のプログラミング項目を定めること、
各プログラミング項目は、付随する項目識別子を有する、
プログラミング項目のうちの１つの表現の間、されるユーザ活性化に応答してプログラミング項目のコピーのうちの１つを選択することになっているデバイスに連結するのに適している一時記憶のプログラミング項目の一組のコピーを与えること、
プログラミング項目の一つの要請のアクティベーション示すもの。
【請求項５２５】
ユーザが放送プログラミングの一連の項目と対話できる方法、
放送受信装置により示されること、
一連の活性化をすることによって、
プログラミングが放送プログラミングの項目の合同コピーを特定するための基準である最低１つの付随する項目識別子で有する放送の項目の各々、
放送プログラミングの項目のコピーは、付随する一つのアクティベーション（すなわち放送プログラミングの付随する項目を得るユーザによる要請の示すもの）に対する応答のための基準である
上記の方法は、以下を含む：
多重チャネル上の放送である一組のプログラミング項目を定めること、
項目が付随する放送項目識別子によって、放送である各プログラミング、
プログラミング項目のコピー1セットにつき第１のチャネルに送信すること、
プログラミング項目の各コピーに加えて付随する項目識別子を送信すること、
項目がプログラミング項目ごとに付随する放送項目識別子に合うものを見つけるプログラミングの各コピーのための付随する項目識別子。
【請求項５２６】
ユーザがプログラミングの一連の項目と対話できる方法、
通信装置により示されること、
一連の活性化をすることによって、
項目のシーケンスのプログラミングの各項目は、プログラミングの項目の合同コピーを有する、
放送プログラミングの項目の合同コピーは、付随するアクティベーション（すなわち要請の示すもの）に対する応答のための基準である
ユーザによって、
付随するものを得るために、プログラミングの中で個条書きにする、
上記の方法は、以下を含む：
媒体がプログラミングの項目の中で複製する記憶装置の記憶、
プログラミングの項目のコピーは、以下を含む：
プログラミングの第１の項目と関係しているプログラミングの第１の項目のコピー、
提示されているプログラミングの第１の項目の要請の第１のアクティベーション示すものを受け入れること、
第１のアクティベーションを関連させる第一のアクティベーション識別子、
特定すること、
第１のアクティベーション識別子に基づく、
蓄冷材において、
プログラミングの第１の項目のコピー、
そして、プログラミングの第１の項目のコピーにアクセスを与えること。
【請求項５２７】
請求項５２６の方法、
上記は、第１のアクティベーションが受け入れられる時間の表示を生成することを更に含む。
【請求項５２８】
請求項５２７の方法、
上記は、プログラミングの第１の項目が示されるときに、放送受信装置がチューニングされるチャネルの指示を決定することを更に含む。
識別子が時表示に基づく第１のアクティベーションおよびチャネルの指示。
【請求項５２９】
請求項５２８の方法、
上記は、第１のアクティベーション識別子をサーバーに送信することを更に含む。
【請求項５３０】
請求項５２７の方法、
上記は、以下から更に成る：
第１の項目識別子を含んでいるプログラミング識別子を含む番組予定を受信すること、
物価スライド制、
第１のアクティベーション識別子に基づく、
第１の項目識別子を特定する番組予定に、
そして、
項目が第１の項目のコピーを見つかるために第１の項目識別子を使用して含む第１のコピーを特定すること。
【請求項５３１】
請求項５３０の方法、
上記は、第１の項目識別子および第１のアクティベーション識別子のうちの１つをサーバーに送信することを更に含む。
【請求項５３２】
請求項５２６の方法、
上記は、以下から更に成る：
第１の項目と関係している。そして、第１の項目のコピーに加えて格納される格納された第１の項目識別子にマッチする第１の項目識別子を受信すること、
そして、
アクティベーションが第１の項目識別子に第１のアクティベーション識別子の基礎をおいて含む第１と関連すること。
【請求項５３３】
請求項５３２の方法、
上記は、第１の項目識別子をサーバーに送信することを更に含む。
【請求項５３４】
請求項５２６の方法、
アクセスが第１の項目のコピーにデジタル権利に管理属性を割り当てることを含むと与えること。
【請求項５３５】
請求項５２６の方法、
アクセスが第１の項目のコピーを第２の通信装置へ移すことを含むならば、上記は更に成り立つ。
【請求項５３６】
請求項５２６の方法、
プログラミングの第１の項目のコピーが蓄冷材において、ないときに、上記はプログラミングの第１の項目の謄本を受け取るために待機中から更に成る。
【請求項５３７】
請求項５３６の方法、
上記は、受領から更に成る、
蓄冷材の記憶装置のために、
プログラミングの第１の項目のコピー。
【請求項５３８】
請求項５３６の方法、
上記は、第１の項目のコピーの要請をサーバーに送信することを更に含む。
【請求項５３９】
請求項５２６の方法、
上記は、第１のアクティベーション識別子をサーバーに送信することを更に含む。
【請求項５４０】
請求項５２６の方法、
アクセスがデジタル権利管理属性の第１のセットを第１の項目のコピーに割り当てることを含むと与えること、
上記は、第１の項目の第２のコピーを第２の通信装置へ移すことを更に含む。
第１の項目のコピーがデジタル権利管理属性の中でセットされて１秒、有する第２。
【請求項５４１】
請求項５４０の方法、
デジタル権利管理属性のセットが無制限の再生に許可する。そして、デジタル権利管理属性の第２のセットが限られた再生に許可する第１。
【請求項５４２】
請求項５４１の方法、
第２のデバイスに与えられる第１の項目の第２のコピーのための許可を得ること、
許可が得られるときに、デジタル権利管理属性の第２のセットは無制限の再生にアップグレードされる。
【請求項５４３】
請求項５４０の方法、
上記は、第２のデバイスに第１の項目のコピーを与えるための第一装置に信用を付与することを更に含む。
【請求項５４４】
請求項５４３の方法、
上記は、購入の費用を相殺するために信用を取り戻すことを更に含む。
【請求項５４５】
請求項５４４の方法、
購入は、プログラミングの第２の項目のコピーである。
【請求項５４６】
請求項５４０の方法、
上記は、第一装置から第１の項目のコピーを得るための第２のデバイスに信用を付与することを更に含む。
【請求項５４７】
請求項５４０の方法、
第１の通信装置上の口座および第２の通信装置上の口座のうちの１つが第１の項目のコピーと関係している価格によって、引き落としにされることができるときに、デジタル権利管理属性の中でセットされる第２は完全な権利である。
【請求項５４８】
請求項５４０の方法、
第１の通信装置上の口座および第２の通信装置上の口座のうちの１つが第１の項目のコピーと関係している価格によって、引き落としにされることができないときに、デジタル権利管理属性の中でセットされる第２は不完全な権利である。
【請求項５４９】
請求項５２６の方法、
プログラミングの少なくとも一つの項目のコピーがプログラミングの少なくとも一つの項目のイベントにおいて、利用できるように、記憶はプログラミングの少なくとも一つの項目のコピーを与えることを含む。
放送受信装置により示されること、
要請される。
【請求項５５０】
請求項５４９の方法、
プログラミングの項目がそれがデバイスの需要のときに利用できるように、プログラミングの少なくとも一つの項目のコピーを予め格納して含む少なくとも１のコピーを与えること。
【請求項５５１】
請求項５２６の方法、
記憶は、記憶装置のための受領を含むプログラミングの中で部の少なくとも一つの項目。
【請求項５５２】
ユーザが放送プログラミングの一連の項目と対話するために通信装置を使用しているのを許す方法、
放送受信装置により示されること、
一連の活性化をすることによって、
プログラミングが放送プログラミングの項目の合同コピーを特定するための基準である最低１つの付随する項目識別子で有する放送の項目の各々、
放送プログラミングの項目の合同コピーは、付随するアクティベーション（すなわち放送プログラミングの付随する項目を得るユーザによる要請の示すもの）に対する応答のための基準である
上記の方法は、以下を含む：
媒体が放送受信装置により提示されているプログラミングの項目を予想してプログラミングの項目の中で複製する記憶装置において、与えること、
プログラミングの項目のコピーは、以下を含む：
プログラミングの第１の項目に対応するプログラミングの第１の項目のコピー、
提示されているプログラミングの第１の項目の要請の第１のアクティベーション示すものを受け入れること、
第１のアクティベーションを関連させる第一のアクティベーション識別子、
特定すること、
第１のアクティベーション識別子に基づく、
蓄冷材において、
プログラミングの第１の項目のコピー、
そして、プログラミングの第１の項目のコピーにアクセスを与えること。
【請求項５５３】
ユーザがプログラミングの一連の項目と対話できる方法、
オーディオにより示されること、
映像、
または視聴覚デバイス、
一連の活性化をすることによって、
プログラミングの項目の各々は、付随する項目識別子（すなわち一時記憶のプログラミングの付随する項目を特定するための基準）を有する
プログラミングの付随する項目は、付随するアクティベーション（すなわちプログラミングの付随する項目を得るユーザによる要請の示すもの）に対する応答のための基準である
上記の方法は、以下を含む：
デバイスにより提示されているプログラミングの項目を予想して蓄冷材にプログラミングの項目を中で与えること、
プログラミングの項目は、プログラミングの第１の項目を含む、
プログラミングの項目のシーケンスを示すこと、
提示されているプログラミングの第１の項目の要請の第１のアクティベーション示すものを受け入れること、
第１のアクティベーションを関連させる第一の項目識別子、
特定すること、
第１の項目識別子に基づく、
蓄冷材において、
プログラミングの第１の項目、
そして、プログラミングの第１の項目にアクセスを与えること。
【請求項５５４】
内容が観衆会員が内容を要求するために用いる通信装置と対話することが困難だろう環境において、あるときでも、放送である発表に記載した要請に放送プログラミングを経験している観衆会員を招く方法、
上記の方法は、以下を含む：
広い範囲に、要請がなされることができる第１の内容である発表に記載すること、
第１の内容は、以下の３つの異なるタイプのうちの１つである以下：
a) サービスの供給
b) 素材の供給
c) 警告メッセージの供給、
上記は、第１の主題を要請する観衆会員への招待が通信装置で動作を実行することによって、重要であるという発表を中で含む。
第１の内容が３つの異なるタイプの第２のタイプの中である時、
物質が第２のタイプが第一型と異なる場合であっても、通信装置で同じ動作を実行して要請される第１の主題、
そして、
動作は、第１の内容の完全な要請であって、パーソナル識別子のうちの少なくとも１つを含む端末送信個人性情報を含まない、
アドレス、
そして、
支払いの方法。
【請求項５５５】
請求項５５４の方法、
運動は、視覚的に追われて、コンピュータ・マウスカーソルのうちの１つのためある、
トラックボール、
キーボードキー、
そして、
ライトペン。
【請求項５５６】
請求項５５４の方法、
メッセージが将来のプログラミングに関して観衆会員に警報を送信して含む警報の供給。
【請求項５５７】
請求項５５６の方法、
将来のプログラミングの始まっている時警報指示。
【請求項５５８】
請求項５５６の方法、
警報は、以下を含む：
チャネルを切替える放送受信デバイスに対する命令、
必要に応じて、
将来のプログラミングを与えているチャネルに。
【請求項５５９】
請求項５５４の方法、
上記は、招待に記載することを更に含む単一のボタンを起動させる１つとして動作、
コードを入力すること、
そして、
音声命令を出すこと。
【請求項５６０】
請求項５５４の方法、
上記は、通信装置で始まるためにコードを特定することを更に含む、そして、
招待は、動作のその説明にコードを入れることを含む。
【請求項５６１】
請求項５５４の方法、
通信装置は、放送受信デバイスである。
【請求項５６２】
請求項５６１の方法、
放送受信デバイスは、ラジオである。
【請求項５６３】
請求項５５４の方法、
通信装置は、放送受信デバイスおよび発表の少なくとも２つの異なるタイプである以下を含む：
通信装置に対する放送である素材を要請しようと観衆会員を誘っている素材供給発表。
【請求項５６４】
請求項５６３の方法、
素材は、少なくとも一つのテキストである、
オーディオ、
画像、
ビデオ、
実行可能コード、
そして、
データ。
【請求項５６５】
請求項５６４の方法、
素材は、電子新聞である。
【請求項５６６】
請求項５６４の方法、
素材は、天気図である。
【請求項５６７】
請求項５６４の方法、
素材は、交通情報である。
【請求項５６８】
請求項５６３の方法、
素材は、観衆会員の要請に関係ない放送である。
【請求項５６９】
請求項５６３の方法、
要請は、放送受信デバイスに素材を一時記憶装置に保存させる。
【請求項５７０】
請求項５６９の方法、
要請も、ＢＲＤに放送信号から素材を読み出させる。
【請求項５７１】
請求項５６９の方法、
要請は、放送受信デバイスに一時記憶に格納されるその他の素材と関連して要請される素材を強調させる。
【請求項５７２】
請求項５７１の方法、
強調表示は素材と結合することを含む。そして、観衆会員が有した指示は素材に対する関心を表した。
【請求項５７３】
請求項５５４の方法、
発表の中で少なくとも２異なるタイプ以下を含む：
素材に通信装置に送信されることを要求しようと観衆会員を誘っている素材供給発表。
【請求項５７４】
請求項５７３の方法、
素材は、放送受信デバイスを介して通信装置に送信される。
【請求項５７５】
請求項５７４の方法、
放送受信デバイスは、ラジオである。
【請求項５７６】
請求項５７３の方法、
素材は、ワイヤレス・ネットワークを介して、サーバーから通信まで送られる。
【請求項５７７】
請求項５７３の方法、
通信装置は、携帯電話および無線ＰＤＡの一つである。
【請求項５７８】
請求項５５４の方法、
ここで、発表の最低２つのタイプは、以下を含む：
プログラムされる通信装置を有することをリクエストしようと観衆会員を誘っているサービス発表。
【請求項５７９】
請求項５７８の方法、
通信装置がプログラミングの項目を記録するために通信装置をプログラムして含むプログラミング。
【請求項５８０】
請求項５７８の方法、
通信装置をプログラムすることは、日の少なくとも一つの期間の間に少なくとも一つのチャネルにチューニングする通信装置をセットすることを含む。
【請求項５８１】
請求項５７８の方法、
通信装置が通信装置からサーバーまで情報を送って含むプログラミング。
【請求項５８２】
請求項５７８の方法、
通信装置がプログラムされる通信装置を有するために要請に応答して第２のサーバーから受け取られるコードを実行して含むプログラミング。
【請求項５８３】
請求項５７８の方法、
通信装置が通信装置から第２のサーバーまで少なくとも一つの聞いている習慣情報および観衆会員個人性情報を送って含むプログラミング。
【請求項５８４】
請求項５５４の方法、
発表の最低２つのタイプは、以下を含む：
実行される動作を有することをリクエストしようと観衆会員を誘っているサービス発表。
【請求項５８５】
請求項５８４の方法、
実行される動作は、発表の主題に基づいて情報について述べるために、人により指令されている。
【請求項５８６】
請求項５５４の方法、
動作が実行されるたびに、観衆会員が通信装置用のユーザー・インターフェースに情報を与えることを必要としない完全な応答としての動作行為。
【請求項５８７】
請求項５８６の方法、
観衆会員が動作を実行すると直ちに発表が受け取られたチャネルから他のチャネルへ切り替えるときでも、通信装置は観衆会員の応答を満たすために一貫して、そして、適切に動作を処理する。
【請求項５８８】
請求項５５４の方法、
偶数である、観衆会員が動作を実行すると直ちに発表が受け取られたチャネルから他のチャネルへ切り替えるときに、通信装置が観衆会員の応答を満たすために一貫して、そして、適切に動作を処理して。
【請求項５８９】
請求項５５４の方法、
動作を実行することは、少なくとも一つのボタンを起動させている、
コードを入力すること、
または音声命令を出すこと。
【請求項５９０】
請求項５５４の方法、
動作に応答して、
デバイスが次の工程の最少の一つで実行する通信：
(a) 動作の第１の指示をサーバーに送信する、
そして、
(b) 動作の第２の指示に基づいて、放送信号から内容を読み出す。
【請求項５９１】
請求項５９０の方法、
指示が第２の指示と同様にある第１。
【請求項５９２】
請求項５９１の方法、
指示が以下の最少の一つである第１：
a) 動作が実行された時間のタイムスタンプ、
b) 発表が受け取られるときに、放送受信デバイスがチューニングされるチャネルの指示、
c) 実質的に、発表を放送している放送事業者の地理学的位置の指示、
そして、
d) 発表識別子。
【請求項５９３】
請求項５９２の方法、
実質的に、放送事業者の地理学的位置の指示は、観衆会員の地理学的位置である。
【請求項５９４】
請求項５９２の方法、
動作に応答して、通信装置は、実質的に放送事業者の地理学的位置の指示を決定する。
【請求項５９５】
請求項５９０の方法、
通信装置は、以下を含む：
第２の放送信号の発表識別子を受信する放送受信デバイス、
動作の第２の指示は、発表識別子である、
そして、
動作に応答して、放送受信デバイスは、内容を読み出す。
【請求項５９６】
請求項５９０の方法、
デバイスが別々の放送受信デバイスに放送信号から内容を獲得するように指示して内容を読み出す通信。
【請求項５９７】
請求項５５４の方法、
内容は、警告メッセージである。
【請求項５９８】
請求項５９７の方法、
警告メッセージは、行為を実行する観衆会員に対するメモである。
【請求項５９９】
請求項５９８の方法、
行為は、投票して、バースデー・カードを送ることの行為のうちの１つである。
【請求項６００】
請求項５５４の方法、
内容の説明は、発表の整数部分である。
【請求項６０１】
請求項５５４の方法、
内容の説明は、発表に対するオーバレイである。
【請求項６０２】
請求項５５４の方法、
発表は、部分的に口頭である。
【請求項６０３】
請求項５５４の方法、
発表は、部分的に視覚的である。
【請求項６０４】
請求項５５４の方法、
上記は、発表において、内容が郵便の宛て先に分配されることを表すことを更に含む。
【請求項６０５】
請求項５５４の方法、
上記は、発表において、内容が電子メール・アドレスに分配されることを表すことを更に含む。
【請求項６０６】
請求項５５４の方法、
上記は、発表において、内容が通信装置に分配されることを表すことを更に含む。
【請求項６０７】
請求項５５４の方法、
動作に応答して、通信装置は、動作に指示を決定する。
【請求項６０８】
請求項６０７の方法、
動作に対する指示が発表を受信するときに、放送受信デバイスがチューニングされるチャネルの指示を決定することを含むと決定すること。
【請求項６０９】
請求項６０８の方法、
通信装置および放送受信デバイスは、集積デバイスである。
【請求項６１０】
請求項６０８の方法、
チャネルの指示が放送受信デバイスの振動子の周波数を検出することを含むと決定すること。
【請求項６１１】
請求項６０８の方法、
チャネルの指示が以下を含むと決定すること：
a) 複数周波数を送信する受け取られるチャネル識別符号、
復調して、そして、スピーカを介して示される反射信号を検出しているスピーカおよびｂ）を経た放送受信デバイスによって、示す。
【請求項６１２】
請求項６０８の方法、
通信装置がサーバーにチャネルの指示に送信する動作に応答して。
【請求項６１３】
請求項６０８の方法、
通信装置が動作がサーバーに実行された時間の指示に送信する動作に応答して。
【請求項６１４】
請求項５５４の方法、
発表は、ネットワークの上のサーバーから送信されるストリーミング・オーディオを含む。
【請求項６１５】
請求項６１４の方法、
ストリーミング・オーディオは、２つ以上の観衆会員に非同期ストリームにおいて、送信される。
【請求項６１６】
請求項６１４の方法、
発表は、ストリーミングビデオを含む。
【請求項６１７】
請求項６１４の方法、
ネットワークは、インターネットである。
【請求項６１８】
観衆会員が内容に応答するために用いる通信装置と対話することが困難だろう環境において、あるときでも、放送される発表に記載されている内容に応答するために放送プログラミングを経験している観衆会員を招く方法、
上記の方法は、以下を含む：
広い範囲に、応答が送られることが可能である内容である発表に記載すること、
上記は、通信装置で発表の主題に対する応答として作用して、通信装置に以下のうちの少なくとも２つを実行させる動作を実行するようにとの誘いが進むという発表に含む：
a) 動作が実行された時間の指示を決定する、
b) 発表を受信するときに、第１の放送受信デバイスがチューニングされるチャネルの指示を決定する、
c) 実質的に、発表の伝送転送元が決定されることができる地理学的位置を決定する、
そして、
d) 動作が実行される前に、記憶装置から発表を特定していて、第１の放送信号において、受け取られる発表識別子を読み出す、
e) 発表識別子をサーバーに送信する、
f) 読み出す第２の放送受信デバイスに指示する、
発表識別子に基づいて、
主題が発表の中で重要であるという第２の放送信号から、
g) 時間の指示をサーバーに送信する、
そして、
h) チャネルの指示をサーバーに送信する。
【請求項６１９】
請求項６１８の方法、
動作は、サービス発表のうちの少なくとも２つを含む少なくとも２種類の異なる発表のための内容に応答するために用いる、
素材供給発表、
そして、
警告メッセージ発表。
【請求項６２０】
請求項６１８の方法、
第１の放送受信デバイスおよび第２の放送受信デバイスは、同じことである。
【請求項６２１】
請求項６１８の方法、
通信装置および第１の放送受信デバイスは、１台の集積デバイスである。
【請求項６２２】
請求項６１８の方法、
信号および第２の放送が別々の信号でないと合図する第１の放送。
【請求項６２３】
請求項６１８の方法、
識別子が期間であるという発表。
【請求項６２４】
請求項６１８の方法、
発表は、ネットワークの上のサーバーから送信されるストリーミング・オーディオを含む。
【請求項６２５】
請求項６２４の方法、
ストリーミング・オーディオは、２つ以上の観衆会員に非同期ストリームにおいて、送信される。
【請求項６２６】
請求項６１８の方法、
発表は、ストリーミングビデオを含む。
【請求項６２７】
請求項６１８の方法、
ネットワークは、インターネットである。
【請求項６２８】
観衆会員が内容に応答するために用いる通信装置と対話することが困難だろう環境において、あるときでも、放送される発表に記載されている内容に応答するために放送プログラミングを経験している観衆会員を招く方法、
上記の方法は、以下を含む：
広い範囲に、応答が送られることが可能である内容である発表に記載すること、
上記は、通信装置で発表の主題に対する応答として作用して、通信装置に以下のうちの少なくとも２つを実行させる動作を実行するようにとの誘いが進むという発表に含む：
a) 動作が実行された時間の指示を決定する、
b) 発表を受信するときに、第１の放送受信デバイスがチューニングされるチャネルの指示を決定する、
c) 実質的に発表の伝送転送元の地理学的位置を決定する、
そして、
d) 動作が実行される前に、記憶装置から発表を特定していて、第１の放送信号において、受け取られる発表識別子を読み出す、
e) 発表識別子をサーバーに送信する、
f) 読み出す第２の放送受信デバイスに指示する、
発表識別子に基づいて、
主題が発表の中で重要であるという第２の放送信号から、
g) 時間の指示をサーバーに送信する、
そして、
h) チャネルの指示をサーバーに送信する、
そして、
動作は、サービス発表のうちの少なくとも２つを含む少なくとも２種類の異なる発表のための内容に応答するために用いる、
素材供給発表、
そして、
警告メッセージ発表。
【請求項６２９】
観衆会員が内容に応答するために用いる通信装置と対話することが困難だろう環境において、あるときでも、放送される発表に記載されている内容に応答するために放送プログラミングを経験している観衆会員を招く方法、
上記の方法は、以下を含む：
広い範囲に、応答が送られることが可能である内容である発表に記載すること、
上記は、通信装置で主題に応答するために用いる動作を実行するようにとの誘いがサービス発表のうちの少なくとも２つを含む少なくとも２種類の異なる発表のために重要であるという発表を中で含む。
素材供給発表、
そして、
警告メッセージ発表、
そして、
動作が実行されるたびに、応答は個人性情報を与えていなければならない観衆会員なしで忠実に実行される。
【請求項６３０】
請求項７６の方法、
観衆会員が動作を実行すると直ちに発表が受け取られたチャネルから他のチャネルへ切り替えるときでも、デバイスは観衆会員の応答を満たすために一貫して、そして、適切に動作を処理する。
【請求項６３１】
放送プログラミングを有する発表を容易にしている対話性を広める方法、
観衆会員が内容に応答するために用いる通信装置と対話することが困難だろう環境において、あるときでも、発表は発表に記載されている内容に応答するために放送プログラミングを経験している観衆会員を招く、
上記の方法は、以下を含む：
動力伝達装置で応答が送られることが可能である内容を記載する放送である発表を受信すること、
通信装置でサービス発表のうちの少なくとも２つを含む少なくとも２種類の異なる発表のための内容に応答するために用いる動作を実行するようにとの誘いを含んでいる発表、
素材供給発表、
そして、
警告メッセージ発表、
そして、少なくとも一つの観衆会員に発表を送信すること。
【請求項６３２】
請求項６３１の方法、
発表は、ネットワークの上のサーバーから送信されるストリーミング・オーディオを含む。
【請求項６３３】
請求項６３２の方法、
ストリーミング・オーディオは、２つ以上の観衆会員に非同期ストリームにおいて、送信される。
【請求項６３４】
請求項６３１の方法、
発表は、ストリーミングビデオを含む。
【請求項６３５】
内容を要求するために用いる通信装置と対話することが困難だろう環境の放送発表に記載されている内容の要請を満たす方法、
上記の方法は、以下を含む：
サーバーに与えること、
第１の内容の要請を満たすために用いる内容情報、
情報が以下の中で一つで含む第１の内容：
観衆会員への配達のための内容関連の素材、
観衆会員への配達のための警告メッセージ、
実行するサービスのインジケータ、
そして、
第１の内容が以下の３つの異なる内容タイプのうちの１つである第一型の中である時、
a) サービスの供給、
b) 素材の供給、
c) そして、警告メッセージの供給、
物質が通信装置で動作を実行して要請されることになっている第１の主題、
第１の内容が３つの異なるタイプの第２のタイプの中である時、
物質が通信装置で同じ動作を実行して要請されることになっている第１の主題、
タイプが別に第一型からある第２、
そして、
動作は、第１の内容の完全な要請であって、パーソナル識別子のうちの少なくとも１つを含む端末送信個人性情報を含まない、
アドレス、
そして、
支払いの方法、
そして、第１の内容の配達条件を定めること、
その結果、配達状態が要請が満たされることを納得する時。
【請求項６３６】
請求項６３５の方法、
情報が観衆会員によって、ディスプレイ運動および文字エントリーに追わなければならないことのない観衆会員により実行される動作に与える内容。
【請求項６３７】
請求項６３５の方法、
動作は、観衆会員によって、ディスプレイ運動および文字エントリーに追わなければならないことのない観衆会員により実行されることになっている。
【請求項６３８】
請求項６３７の方法、
運動は、視覚的に追われて、コンピュータ・マウスカーソルのうちの１つのためある、
トラックボール、
キーボードキー、
そして、
ライトペン
【請求項６３９】
請求項６３５の方法、
情報が第１の内容の要請が要請が満たされるためになされることになっている期間を与えて含む内容を与えること、
通信装置が以下を含むデバイス動作インジケータを生み出すためにそうである動作に応答して：
実質的に、動作が実行された時であるタイムスタンプ、
そして、
タイムスタンプが期間の間にある時、
動作および行為誘発装置インジケータは、第１の主題が重要であるという第１の要請であるためにみなされる。
【請求項６４０】
請求項６３５の方法、
上記は、第１の内容に発表に識別子を割り当てることを更に含む。
【請求項６４１】
ｃｌａｉｍ１の方法、
放送発表は、テレビジョン発表である。
【請求項６４２】
請求項６３５の方法、
放送発表は、ラジオ発表である。
【請求項６４３】
請求項６３５の方法、
第１の内容が３つの異なるタイプのうちどちらであるか、
物質が通信装置で同じ動作を実行して要請される第１の主題。
【請求項６４４】
請求項６３５の方法、
情報が内容関連の素材のうちの少なくとも１つおよび内容関連の素材の位置を与えて含む内容を与えること。
【請求項６４５】
請求項６４４の方法、
関連した素材がサービスのうちの少なくとも１つを与えて命令である内容、
有形の素材、
そして、
電子形式の素材。
【請求項６４６】
請求項６４４の方法、
場所は、物理アドレスである。
【請求項６４７】
請求項６４４の方法、
場所は、大容量記憶装置と関係しているアドレスである。
【請求項６４８】
請求項６４４の方法、
場所は、要請を満たすために実行されることになっているサービスのインジケータである。
【請求項６４９】
請求項６４４の方法、
内容関連の素材は、電子ファイルである。
【請求項６５０】
請求項６４９の方法、
ファイルが静止画像の最少の一つである電子回路、
テキスト、
オーディオ、
ビデオ、
コード、
そして、
データ。
【請求項６５１】
請求項６４４の方法、
内容関連の素材は、警告メッセージである。
【請求項６５２】
請求項６５１の方法、
警告メッセージは、油断のないテキストを含む
【請求項６５３】
請求項６５１の方法、
配達状態は、警告メッセージの油断のない条件である、
油断のない状態が満たされるときに、メッセージが贈られる警報。
【請求項６５４】
請求項６５３の方法、
メッセージが視覚的に提示されたものである警報、
聴覚的に、
そして、
視聴覚的に。
【請求項６５５】
請求項６５１の方法、
警告メッセージは、放送受信デバイスに命令を含む。
【請求項６５６】
請求項６５５の方法、
放送受信デバイスに対する命令は、チャネルを変えるようにという指示である。
【請求項６５７】
請求項６５５の方法、
デバイスがプログラミングの項目を記録するためにそうである放送受信に対する命令。
【請求項６５８】
請求項６４４の方法、
内容関連の素材は、有形の項目である。
【請求項６５９】
請求項６３５の方法、
情報が価格を含んでいる支払い状況を与えて含む内容を与えること。
【請求項６６０】
請求項６３５の方法、
与えることは、観衆会員からの要請に基づく情報が進められることになっているサービス提供者を特定することを含む。
【請求項６６１】
請求項６７０の方法、
プロバイダが発表の主題である要請されたサービスに与えるサービス。
【請求項６６２】
請求項６６１の方法、
サービス提供者が情報が進められることになっている電子アドレスを定めることを含むように指定すること。
【請求項６６３】
請求項６４４の方法、
関連した素材がサーバーに電子ファイルをアップロードして含む内容を与えること。
【請求項６６４】
請求項６４４の方法、
関連した素材がサーバーにアップロードするための内容関連の素材を含んでいる光学および磁気記憶装置のうちの１つを与えて含む内容を与えること。
【請求項６６５】
請求項６４４の方法、
関連した素材がサーバー内容に連結する端末に入ることを含む内容が素材を関連させたと与えること。
【請求項６６６】
請求項６３５の方法、
状態が命令がある時が要請が満たされることになっていることを表して出したことを納得する配達。
【請求項６６７】
請求項６６６の方法、
上記は、命令を出すことを更に含む。
【請求項６６８】
請求項６３５の方法、
所定時間が来るときに、配達状態は満たされる。
【請求項６６９】
請求項６３５の方法、
状態が通信装置が配達状態が満たされるかどうか決定することであるかどうかについて表して含む配達を定めること。
【請求項６７０】
請求項６３５の方法、
状態がサーバーが配達状態が満たされるかどうか決定することであるかどうかについて表して含む配達を定めること。
【請求項６７１】
請求項６３５の方法、
状態が直渡しを特定して含む配達を定めること。
【請求項６７２】
請求項６３５の方法、
直渡しは、任意の状況を特定しないことにより特定される。
【請求項６７３】
放送発表に記載されている内容の要請を満たす方法、
上記の方法は、以下を含む：
素材の配達条件が配達状態が要請が満たされることを納得するように、放送発表の主題と関連づけたサーバーのために定義すること、
要請は放送発表において、求められる。そして、要請は第１の通信装置でデバイス動作指標のうちの１つに結果としてなる動作および第１の通信装置で利用できるようになっている発表識別子を実行することによって、なされることになっている、
そして、
サーバーは、次の工程のうちの１つを実行することである：
a) デバイス動作インジケータが第１の通信装置から受け取られるときに、素材が内容と関連づけた第１の通信装置に対する送信、
b)素材をサーバーが第１の通信装置からデバイス動作インジケータを受信しないときでも、要請がなされた第１の通信装置に送信すること、
c) 第１の通信装置に発表を特定する発表識別子を送ること、
そして、
。そのとき、識別子が第１の通信装置から受け取られるという発表に基づく情報、
第１の通信装置に内容に関連した素材を送ること、
d) 素材をサーバーが第１の通信装置から発表識別子を受け取らないときでも、要請がなされた第１の通信装置に送信すること、
そして、サーバーまたは第２の通信装置が配達状態の満足感を決定するかどうかサーバーのために定めること。
【請求項６７４】
請求項６７３の方法、
そのとき、通信装置が配達状態の満足感を決定して定義される第２、
サーバーは、配達状態を第２の通信装置に送信することである。
【請求項６７５】
請求項６７４の方法、
第１の通信装置は、サーバーから内容に関連した状態および素材を受けることになっている放送受信デバイスである。
【請求項６７６】
請求項６７５の方法、
放送受信デバイスは、第２の通信装置でもある、
そして、
要請は、満たされる両方とも放送受信デバイス以下：
a) 配達状態が満たされる。そして、ｂ）が放送受信デバイス・ベースの動作を実行すると決定する。
【請求項６７７】
請求項６７６の方法、
放送受信デバイス・ベースの動作は、内容に関連した素材に基づく。
【請求項６７８】
請求項６７６の方法、
デバイスが発表識別子およびデバイス動作インジケータのうちの１つをサーバーに送信して素材および状態を受信することになっている放送受信。
【請求項６７９】
請求項６７４の方法、
第２の通信装置は２ウェイ・データ通信装置である。そして、第１の通信装置は放送受信デバイスである、
デバイスがデータ通信装置に内容および状態に関連した素材を与えるためにそうである放送受信、
そして、
要請は、満たされる両方ともデータ通信装置以下：
a) 配達状態が満たされる。そして、ｂ）が内容に関連した素材に基づく動作を実行すると決定する。
【請求項６８０】
請求項６７９の方法、
データ通信装置は、携帯電話である。
【請求項６８１】
請求項６７９の方法、
デバイスが発表識別子およびデバイス動作インジケータのうちの１つをサーバーに送信して素材および状態を受信することになっている放送受信。
【請求項６８２】
請求項６７４の方法、
第１の通信装置は、２ウェイ・データ通信装置であるその以下：
a) 放送受信デバイスから発表識別子を受け取ることになっている、
b) 発表識別子およびデバイス動作インジケータのうちの１つをサーバーに送信することになっている、
そして、
c) 発表識別子およびデバイス動作インジケータのうちの１つをサーバーに送信することに応答して、
サーバーから素材および状態を受け取ることになっている。
【請求項６８３】
請求項６８２の方法、
放送受信デバイスは、第２の通信装置である、
デバイスがサーバーから素材および状態を受け取るためにそうである放送受信、
そして、
要請は、満たされる両方ともデータ通信装置以下：
a) 状態が満たされる。そして、ｂ）が通信装置ベースの動作を実行すると決定する。
【請求項６８４】
請求項６８２の方法、
２ウェイ・データ通信装置は、第２の通信装置でもある、
そして、
要請は、満たされる両方ともデータ通信装置以下：
a) 状態が満たされる。そして、ｂ）が通信装置ベースの動作を実行すると決定する。
【請求項６８５】
請求項６８４の方法、
デバイス・ベースの動作は、素材を主成分として情報を提示している。
【請求項６８６】
請求項６８４の方法、
デバイス・ベースの動作は、素材に含まれるコードを実行している。
【請求項６８７】
請求項６８４の方法、
デバイス・ベースの動作は、データ通信装置上のアプリケーションに素材を主成分として情報を与えることである。
【請求項６８８】
請求項６７３の方法、
サーバーがサーバーがそれを決定する配達状態が満たされるという結果として第１の通信装置に内容に関連した素材を送ることであるという配達状態の満足感を決定することになっている時。
【請求項６８９】
請求項６８８の方法、
サーバーが第１の通信装置に内容に関連した素材を送るときに、要請は満たされる。
【請求項６９０】
請求項６８８の方法、
第１の通信装置は、放送受信デバイスである。
【請求項６９１】
請求項６９０の方法、
デバイスが発表識別子およびデバイス動作表示のうちの１つをサーバーに送信して素材を受ける放送受信。
【請求項６９２】
請求項６９０の方法、
デバイスが発表識別子のうちの１つに送信することになっている放送受信および発表識別子およびデバイス動作表示のうちの１つをサーバーに送信することになっている２ウェイ・データ通信装置に対するデバイス動作表示、
そして、
通信装置がサーバーから素材を受け取るためにそうであるデータ。
【請求項６９３】
請求項６８８の方法、
第１の通信装置は、２ウェイ・データ通信装置である
【請求項６９４】
請求項６９３の方法、
データ通信装置は、携帯電話である。
【請求項６９５】
請求項６９３の方法、
通信装置が無線ネットワーク装置を経由してサーバーに知らせるデータ。
【請求項６９６】
請求項６９５の方法、
無線ネットワーク装置は、携帯電話である。
【請求項６９７】
請求項６９３の方法、
データ通信装置は、放送受信デバイスから発表識別子を受け取って、素材を受けるために、発表識別子をサーバーに送信する。
【請求項６９８】
請求項６９３の方法、
データ通信装置以下：
a) それが発表を受信するときに、放送受信デバイスがチューニングされるチャネルの指示を要請することによって、デバイス動作インジケータを生成する、
そして、
ｂ）は、素材を受けるために、デバイス動作インジケータをサーバーに送信する。
【請求項６９９】
請求項６９３の方法、
通信装置が放送受信デバイスに素材を与えるためにそうであるデータ。
【請求項７００】
請求項６９９の方法、
通信装置がチャネルを変えるために放送受信デバイスに命令を与えるためにそうであるデータ。
【請求項７０１】
請求項６９９の方法、
素材は、チャネルを変えるために、放送受信デバイスに命令を含む。
【請求項７０２】
請求項６９９の方法、
配達状態が満たされる前に、上記は素材を示しなさいという命令を出すことを更に含む。
【請求項７０３】
請求項７０２の方法、
命令を出すことは、サーバーに素材を第１の通信装置に送信させることである、
そして、
要請は、素材を送ると、即座に、満たされる。
【請求項７０４】
請求項７０２の方法、
命令を出すことは、サーバーに命令を第２の通信装置に送信させることである。
【請求項７０５】
請求項７０４の方法、
第２の通信装置は、放送受信デバイスである第１の通信装置でもある。
【請求項７０６】
請求項７０４の方法、
第２の通信装置は、２ウェイ・データ通信装置である第１の通信装置でもある。
【請求項７０７】
請求項７０６の方法、
２ウェイ・データ通信装置は、放送受信デバイスから発表識別子を受け取る
【請求項７０８】
請求項７０４の方法、
第２の通信装置は、２ウェイ・データ通信装置である、
第１の通信装置は、命令および素材をデータ通信装置に送信する放送受信デバイスである。
【請求項７０９】
請求項６７３の方法、
配達状態は、命令が要請が満たされることになっていることを表して出されるときに、満たされる命令状態である。
【請求項７１０】
請求項６７３の方法、
ある状態が所定時間の到来により満足させた時、状態がそうである配達。
【請求項７１１】
請求項７１０の方法、
上記は、割り当てることから更に成る、
特定の時刻に、
１回特定の時間の２分以内にある時間状態に。
【請求項７１２】
請求項７１０の方法、
上記は、割り当てることから更に成る、
特定の時刻に、
１回特定の時間の２時間以内にある時間状態に。
【請求項７１３】
請求項６７３の方法、
上記は、第２の配達状態を定めることを更に含む。
【請求項７１４】
請求項７１３の方法、
上記は、第２の配達に第１の配達状態の前の状態が満たされることを納得させなさいという命令を出すことを更に含む
【請求項７１５】
請求項７１３の方法、
第２の配達状態は、命令の投入により満たされる。
【請求項７１６】
請求項７１３の方法、
状態が満たされて決してない第２の配達。
【請求項７１７】
放送プログラミングの一部である放送発表に記載されている内容に関してされる要請を満たす方法、
上記の方法は、以下を含む：
サーバーに与えること、
第１の内容の要請を満たすために用いる第１の放送発表の内容情報、
情報が以下の中で一つで含む第１の放送発表の内容：
観衆会員への配達のための内容関連の素材、
観衆会員への配達のための警告メッセージ、
実行するサービスのインジケータ、
そして、
第１の内容が以下の３つの異なる内容タイプから選択される第一型の中である時、
a) サービスの供給、
b) 素材の供給、
c) そして、警告メッセージの供給、
物質が通信装置で動作を実行して要請される第１の主題、
第１の内容が第１の内容が通信装置で同じ動作を実行して要請される３つの異なるタイプから選択される第２のタイプの中である時、
タイプが別に第一型からある第２、
そして、
動作は、第１の内容の完全な要請であって、パーソナル識別子のうちの少なくとも１つを含む端末送信個人性情報を含まない、
アドレス、
そして、
支払いの方法、
そして、内容情報が内容関連の素材および警告メッセージのうちの少なくとも１つを含む時、
以下の方法の中から配達の選択少なくとも一つの方法：
ワイヤレス・ネットワーク送出および以下の一つ以上、
1) 放送信号、
2) 電子メール、
3) 郵便システム、
4) 直結ウェブ・ページ、
5) オンライン口座、
そして、
６）必要に電話をかける。
内容情報が実行するサービスのインジケータを含む時、
サービスが満たされることができないときに動作を実行するように選択すること。
【請求項７１８】
請求項７１７の方法、
サービスが満たされることができない時が実行するサービスのインジケータを特定することの結果としてサーバーによって、自動的にセットされることを実行する動作。
【請求項７１９】
放送発表に記載されている第１の内容の要請を満たす方法、
上記の方法は、以下を含む：
サーバーに第１の内容と関係している有効な動作インジケータを与えること、
第１の内容が以下の３つの異なる内容タイプのうちの１つである第一型の中である時、
a) サービスの供給、
b) 素材の供給、
c) そして、警告メッセージの供給、
物質がデバイス動作インジケータを生み出すために通信装置で動作を実行して要請される第１の主題、
第１の内容が３つの異なるタイプの第２のタイプの中である時、
物質が通信装置で同じ動作を実行して要請されることになっている第１の主題、
そして、
タイプが別に第一型からある第２、
そして、
動作は、第１の内容の完全な要請であって、パーソナル識別子のうちの少なくとも１つを含む端末送信個人性情報を含まない、
アドレス、
そして、
支払いの方法、
そして、物質がそうである主題がデバイス動作インジケータおよび有効な動作インジケータが以下の特性のうちの少なくとも１つを有する時を満たしたという第１の観衆会員の要請、
いずれが有効な動作インジケータが関連する発表の第１の主題の要請であるデバイス動作インジケータの示すものであるかという各々：
デバイス動作インジケータは、以下を含む：
有効な動作インジケータにより定義される掃引レンジの範囲内の特定の時間、
特定の時間は、実質的に、動作が通信装置で実行された時間である、
デバイス動作インジケータおよび有効な動作インジケータは、以下を含む：
発表を受信するときに、第１の放送受信デバイスがチューニングされるチャネルの示すものであるチャネル・インジケータ、
デバイス動作インジケータおよび有効な動作インジケータは、両方ともコードおよびチャネル・インジケータを含む。
コードは通信装置で観衆会員によって、始まる。そして、チャネル・インジケータは発表を受信するときに、第２の放送受信がチューニングされるチャネルの示すものである、
デバイス動作インジケータおよび有効な動作インジケータは、両方とも以下を含む：
観衆会員が要請している内容を特定する発表識別子、
識別子がサーバーから通信装置に到達するという発表、
そして、サーバーのためにならば、サーバーが少なくとも一つの以下を実行することになっている指示は進む：
ａ１）通信装置に放送信号の上の伝送に、有効な動作インジケータを与える、
ｂ１）通信装置からデバイス動作インジケータを受け入れる、
デバイス動作インジケータは、サーバーを介して受け取られる有効な動作インジケータに基づく、
ｃ１）通信装置からデバイス動作インジケータを受け入れる、
通信装置は、有効な動作指標に含まれる情報に基づくデバイス動作インジケータを生成しない。
【請求項７２０】
放送受信機により提示される放送プログラミングの項目に関連した情報を特定するために用いることになっている識別情報を与える方法、
放送チャネルと関係している特定の搬送波周波数を有する放送信号を受信するためにチューニングされる放送受信機、
搬送波周波数が決定されることができる特定の同調信号頻度でローカル同調信号を放射している放送受信機、
上記は、以下を含む：
放射されたローカル同調信号を受信すること、
決定すること、
受信ローカル同調信号に基づく、
同調信号頻度の表示、
与えること、
同調信号頻度に基づく、
情報を読み出すために放送信号を復調することのない放送プログラミングの項目に関連した情報を特定するための基準である情報識別子。
【請求項７２１】
請求項７２０の方法、
ローカル同調信号は同調信号頻度を含む振動数帯の多重信号のうちの１つである。そして、頻度が倍数の各々のために測定することを含む同調信号の表示を決定することは関連する信号強度の信号を送る。
【請求項７２２】
請求項７２１の方法、
ローカル同調信号は、多重信号のいずれか一つのそれより大きくて、頻度が振動数帯において、ローカル同調信号が多重信号のいずれか一つのそれより大きいその関連する信号強度を呈する所で特定することを含む同調信号の表示を決定している関連する信号強度を有する。
【請求項７２３】
請求項７２０の方法、
ローカル同調信号は同調信号頻度を含む振動数帯の多重信号のうちの１つである。そして、同調信号頻度を決定することは多重信号の中からローカル同調信号を特定するために振動数帯と関係しているパワースペクトルの表示を分析することを含む。
【請求項７２４】
請求項７２０の方法、
頻度が同調信号頻度の表示を生み出すためにローカル同調信号を周波数カウンタに適用して含む同調信号を決定すること、
そして、
識別子が同調信号頻度の表示に基づくという情報。
【請求項７２５】
請求項７２０の方法、
頻度が含む同調信号を決定すること、
同調信号頻度の周波数依存信号示すものを生成すること、
そして、
周波数依存信号を同調信号頻度の表示にマップすること。
【請求項７２６】
請求項７２０の方法、
上記は、以下から更に成る：
リクエスト信号を受信すること、
そして、
頻度がリクエスト信号を受け取ることに応答して決定されるという同調信号。
【請求項７２７】
請求項７２０の方法、
上記は、以下から更に成る：
リクエスト信号を受信すること、
そして、
識別子がリクエスト信号を受け取ることに応答して与えられるという情報。
【請求項７２８】
請求項７２０の方法、
上記は、放送プログラミングの項目に関連した情報を特定するために用いることになっている時間の表示を生成することを更に含む。
【請求項７２９】
請求項７２０の方法、
上記は、放送プログラミングの項目に関連した情報を特定するために用いることになっている時間表示を受信することを更に含む。
【請求項７３０】
請求項７２０の方法、
上記は、放送プログラミングの項目に関連した情報を特定するために用いることになっている地理学的位置指示を決定することを更に含む。
【請求項７３１】
請求項７２０の方法、
上記は、放送プログラミングの項目に関連した情報を特定するために用いることになっている地理学的位置指示を受信することを更に含む。
【請求項７３２】
放送受信機により提示される放送プログラミングの項目に関連した情報を特定するために用いることになっている識別情報を与える方法、
放送チャネルと関係している特定の搬送波周波数を有する放送信号を受信するためにチューニングされる放送受信機、
搬送波周波数が決定されることができる特定の同調信号頻度でローカル同調信号を放射している放送受信機、
上記は、以下を含む：
アンテナで放射されたローカル同調信号を受信すること、
リクエスト信号を受け入れること、
リクエスト信号を受け入れることに応答して時間の表示を生成すること、
決定すること、
受信ローカル同調信号に基づく、
同調信号頻度の表示、
与えること、
時間および同調信号頻度の表示の表示に基づく、
情報識別子、
識別子が放送プログラミングの項目に関連した情報を特定するための基準であるという情報。
【請求項７３３】
放送受信機により提示される放送プログラミングの項目に関連した情報を特定するために用いることになっている識別情報を与えるデバイス、
放送チャネルと関係している特定の搬送波周波数を有する放送信号を受信するためにチューニングされる放送受信機、
搬送波周波数が決定されることができる特定の同調信号頻度でローカル同調信号を放射している放送受信機、
上記のデバイスは、以下を有する：
放射されたローカル同調信号を受信することになっているアンテナ、
アンテナおよびそれに連結する受信器は、生み出すことである、
ローカル同調信号に基づいて、
ローカル同調信号の表示、
信号が同調信号頻度を決定して基準であるチューニングの表示、
そして、装置が受信器に連結した、そして、同調信号頻度の表示を決定することになっていて、与えることになっている制御ロジック、
同調信号頻度の表示に基づく、
情報を読み出すために放送信号を復調することのない放送プログラミングの項目に関連した情報を特定するための基準である情報識別子。
【請求項７３４】
請求項７３３のデバイス、
ローカル同調信号は、同調信号頻度および倍数の各々のための受信器計測を含む振動数帯の多重信号のうちの１つが関連する信号強度の信号を送るということである。
【請求項７３５】
請求項７３４のデバイス、
装置が放送プログラミングの項目に関連した情報を特定するために用いることになっている地理学的位置の表示を受信するためにそうである制御ロジック。
【請求項７３６】
請求項７３４のデバイス、
装置がリクエスト信号を受信して、リクエスト信号を受信することに応答してチャネル・インジケータを与えるためにそうである制御ロジック。
【請求項７３７】
請求項７３４のデバイス、
装置がリクエスト信号を受信して、リクエスト信号を受信することに応答して同調信号頻度を決定するためにそうである制御ロジック。
【請求項７３８】
請求項７３３のデバイス、
ローカル同調信号は、多重信号および制御ロジック装置のいずれか一つのそれより大きい強さが同調信号頻度を決定することになっているという関連する信号を有するによって、振動数帯において、ローカル同調信号が多重信号のいずれか一つのそれより大きいその関連する信号強度を呈する所で、特定する。
【請求項７３９】
請求項７３３のデバイス、
ローカル同調信号は、同調信号頻度を含む振動数帯の多重信号のうちの１つである、
制御ロジック装置は、以下を含む：
振動数帯と関係しているパワースペクトルの表示を生成する演算器、
そして、
装置が多重信号の中からローカル同調信号を特定するためにパワースペクトルの表示を分析するためにそうである制御ロジック。
【請求項７４０】
請求項７３３のデバイス、
受信器は、以下を含む：
同調信号頻度の表示を生み出すことになっている周波数カウンタ、
そして、
識別子が同調信号頻度の表示に基づくという情報。
【請求項７４１】
請求項７３３のデバイス、
受信器は、同調信号頻度の周波数依存信号示すものを生成する、
そして、
制御ロジック装置は、周波数依存信号を同調信号頻度の表示にマップする。
【請求項７４２】
請求項７３３のデバイス、
装置が放送プログラミングの項目に関連した情報を特定するために用いることになっている時間の表示を与えるためにそうである制御ロジック。
【請求項７４３】
請求項７３３のデバイス、
装置が放送プログラミングの項目に関連した情報を特定するために用いることになっている時間の表示を受信するためにそうである制御ロジック。
【請求項７４４】
請求項７３３のデバイス、
上記は、制御ロジック装置に連結する。そして、放送プログラミングの項目に関連した情報を特定するために用いることになっている地理学的位置の表示を生成することになっている場所の決定装置から更に成る。
【請求項７４５】
放送受信機により提示される放送プログラミングの項目に関連した情報を特定するために用いることになっている識別情報を与えるデバイス、
放送チャネルと関係している特定の搬送波周波数を有する放送信号を受信するためにチューニングされる放送受信機、
搬送波周波数が決定されることができる特定の同調信号頻度でローカル同調信号を放射している放送受信機、
上記のデバイスは、以下を有する：
放射されたローカル同調信号を受信することになっている電磁結合手段、
手段が電磁結合手段に連結した、そして、それが生み出すことになっている受領、
ローカル同調信号に基づいて、
ローカル同調信号の表示、
信号が同調信号頻度を決定して基準であるチューニングの表示、
そして、受信手段に連結する制御手段、
手段が同調信号頻度の表示を決定して、与えるためにそうである管理、
時間および同調信号頻度の表示の表示に基づく、
情報識別子、
識別子が情報を読み出すために放送信号を復調することのない放送プログラミングの項目に関連した情報を特定するための基準であるという情報。
【請求項７４６】
放送プログラミングの項目に関連した情報を特定するために用いることになっている識別情報を与える方法、
上記は、以下を含む：
受領、
第１の搬送波周波数で、
ラジオ周波数（ＲＦ）信号、
ＲＦ信号を復調すること、
第２の搬送波周波数で復調されたＲＦ信号を送信すること、
再送信された被復調信号の第１の搬送波周波数を特定すること、
与えること、
第１の搬送波周波数に基づく、
放送プログラミングの項目に関連した情報を特定するための基準である情報識別。
【発明の詳細な説明】
【技術分野】
【０００１】
システムに設計される対話性サービスを有する双方向ケーブル・テレビシステムとは異なり、大部分の放送番組は、概して対話性のための機構のない一方向のサービスである。それらが比較的複雑で、作動するために時間がかかるので、対話性を従来の放送番組に提供するアドオン・システムが提案されたが、公衆に興味をそそらない、そして、若干の例においては、真のリアルタイム対話性を提供しない。
【背景技術】
【０００２】
例えば、Ｐｏｃｏｋ（以下に’５７７の特許）に対する米国特許６，３１４，５７７  Ｂ１は、ユーザが放送と関係している付加情報にアクセスすることができるシステムを記載する。ユーザは、以下によって、付加情報にアクセスすることができる：対話型音声応答（ＩＶＲ）システムに電話をかけること、そして、言葉で、または、そばにならば、電話の押しボタンの手段は放送を提示している放送局のコールサイン（例えばＷＲＱＸ）または周波数にパッドを入れる。システムは、それから逆時間順において、ユーザが更なる検査のための１を選択できる番組の記述または抜粋をユーザに示す。
【０００３】
他のアドオン・システムは、バーウィン（ペンシルバニア）のＣｏｎｎｅＸｕｓ社によって、設けられている。ＣｏｎｎｅＸｕｓサービスは、ユーザに情報（例えば状態、都市およびステーション名）を提供するためにサーバーによって、コンピューティング装置上のブラウザ実行に提供されるＩＶＲシステムまたはグラフィック・メニューによって、ホストをつとめられる音声メニューを進むことを要求する。ＣｏｎｎｅＸｕｓは、それから、音声またはグラフィック・メニューを進むと共に、特定される放送局により発表された最近の曲のリストを提供する。’５７７の特許に記載されているＣｏｎｎｅＸｕｓシステムおよびシステムが人間オペレータ・ハンドル・ユーザ調査を有するシステムの上の望ましい改良である一方、どちらのシステムもインタラクティブなケーブルシステムまたはインターネット・ベースのシステムを伴う楽および速さを提供しない。
【０００４】
さらに２つのアドオン・システム（Ｘｅｎｏｔｅ、社のｉＴａｇ、登録商標）およびソニー社のｅＭａｒｋｅｒ、登録商標が、１９９９〜２００１年に一時的に存在したが、商売上現実的な重要なユーザ忠実または関心を生成することができなかった。以前は、サンマテオの中で、Ｘｅｎｏｔｅ、カリフォルニアは、基本的に同一のサービスを開始した東京、日本のソニーの前にそのサービスを開始した。Ｘｅｎｏｔｅおよびソニーは、ユーザがユーザがラジオ放送を経験する間使用することができたシンプルデバイスを販売した。興味がある曲または広告がラジオにより発表されるときはいつでも、ユーザはデバイスにユーザがボタンを押した時を保存させているデバイスのボタンを押すことができた。一つ以上のボタン低下を作った後に、曲または広告に関する情報を得るために、ユーザは、デバイスをインターネット・ベースのウェブサイトに接続しているコンピュータに取り付けなければならない。コンピュータにより実行されるアプリケーションは、タイムスタンプをデバイスから取り出して、それからタイムスタンプをウェブサイトに提供する。ユーザが時間と関係していた各放送局の同一性を記憶していて、同一性をウェブサイトに提供することが可能である場合、ウェブサイトはそれから、ユーザの関心を刺激した曲または広告に関連した情報を提供するだろう。即時の対話処理の欠如のため、ユーザが各々に関連している各放送局の同一性を記憶していなければならないという必要は、時間または両方の不足を格納した、Ｘｅｎｏｔｅデバイスの使用法が、減らされるかまたはデバイスを得る１ヵ月の中で、完全に終わる。ソニーのｅＭａｒｋｅｒ（登録商標）サービスは、Ｘｅｎｏｔｅが廃業した２、３ヵ月後に終了された。
【０００５】
マンコヴィッチに対する米国特許５，７０３，７９５（以下に『７９５の特許）は、対話性を提供するアドオン・システムよりむしろ総合システムを記載する。『７９５の特許に記載されているそのデバイスは、実は、対話性を他のラジオにより提示される番組に提供することができない新型のラジオであるが、対話性を７９５の特許に記載されているデバイスの中の受信器により提示される番組に提供できる。『７９５の特許に記載されているデバイスは、以下を含む：曲および広告をユーザに提出して、ボタンのユーザ押下に応じて、時間およびチャネルか、あるいは、受信器または受信器がチューニングされる放送局のコールサインを格納する。曲または広告に関する付加情報は、デバイスにボタン押下と関係している特定の放送局と関係している電話番号にダイヤルさせることによって、得られることが可能である。そのラジオは、それから格納された時間およびチャネル対の各々を付加情報によって、逆に応答するサーバーに提供する。『７９５の特許に記載されているデバイスがユーザがボタン押下ごとに聞かれていたチャネルまたは放送局を暗記することを必要としない一方、デバイスは対話性を既存のラジオに提供するために用いることができない。さらにまた、『７９５の特許に記載されているデバイスは、それらの放送地域が各々であるために重複しないように、同じチャネルを有するが、地理的に位置がずれる２つの放送局が異なる電話番号を割り当てたことが必要である。『７９５の特許に記載されているデバイスおよびシステムはユーザがどの放送局をデバイスによって、設けられているまさに時間および経路情報を使用することにゆだねているかについて曖昧性を分解することができないので、２つの番号が必要とされる。
【０００６】
既存のオンライン（ウェブ・ベースの）ジュークボックス、または、電波の番組は、パーソナライズされたユーザ体験を提供しない。
例えば、無線局、ジュークボックスまたはストリーミング・番組を聞いている人は、音楽、広告または両方の人の趣味を満たすために番組を変えるためには、ほとんど何もまたは全く余地がない。リスナーは、しばしば、常に番組（例えばコンパクトディスク、テープまたは他の記憶媒体）のチャネルまたは転送元を変えることを強制される。例えば、曲がユーザに容認できない場合、リスナーは代わりの曲を聞くためにチャネルを変えることを強制される。同じことは、広告で確かである。
【０００７】
項目がどれくらいの頻度で各々と関連して示されるかそれらが、どれくらいの頻度で時間の定義済み間以内で示されるか、マス放送番組のユーザは、そして、管理を有しない。例えば、放送番組を聞くときでも、曲が時間の非常に短い間において、再び聞こえているので、または、何曲かの曲がユーザにとってより快い他の曲と関連してあまりにしばしば聞こえるので、ユーザはチャネルを変えなければならないことで困りたくない。
【０００８】
メディアプレーヤ（例えばＭＰ３プレーヤ）のユーザは、容易に番組または音楽を交換する限られた能力を有する。他の人が音楽が望ましいかどうか決定するために音楽をサンプリングすることができるように、第１のメディアプレーヤのユーザはしばしばユーザのイヤフォンを他の人と共有しなければならない。これは、音楽を共有する時間がかかるおよび非知性的な方法である。
【０００９】
既存の放送受信デバイスは、番組がユーザに受け入れられるかどうかの徴候を取り込めない。さらにまた、この種の指標は、番組を個人に適しているように変えるために用いない。さらにまた、既存のデバイスは、単純な機構をユーザは放送されている特定の番組を予想して受け取られるために警報が欲しいことを示すために提供しない。
【００１０】
従来技術ソリューションは、以下の欠乏症のうちの少なくとも１つ以上を欠点として持つ：比較的使用するのに複雑な、放送局が何であるかについて決定をするユーザが対話性サービスを利用することが可能である、作動するために時間がかかる、確かなリアルタイム対話性ができない、追加放送受信機の購入のない対話性を提供することができない前にを聞いて、ユーザの中の番組の簡単な知的な交換を許容しなくて、番組の項目のアクセプタビリティの指標を獲得することができなくて、この種の指標を番組をカスタマイズするために用いることができなくて、パーソナライズされた体験を提供しないことを必要とする。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従来技術の欠点から、ユーザが従来技術の不足を克服する方法の番組を消費できるソリューションを提供することは、望ましい。
【課題を解決するための手段】
【００１２】
実施例において、受信器が放送番組の項目を示す間、放送受信機がチューニングされるチャネルは放送受信機により発される放射された同調信号から決定される。そして、チャネルの決定に従って、チャネル指示は受信器により示される放送番組の項目に関連した情報を確認するための基礎として設けられている。あるいは、放送受信機がチューニングされるチャネルは、以下で測定される：無線周波数チャネル識別符号を送信すること、そして、識別符号の音声エイリアスを検出して、チャネルの決定に従っていて、チャネル指示は、受信器により示される放送番組の項目に関連した情報を確認する基準として設けられている。加えて、実施例で、時間の表現はチャネル指示によって、対にされる。そして、時間の表現およびチャネル指示は放送番組の項目に関連した情報を確認するための基準として設けられている。さらに、実施態様で、地理学的位置の表現は、放送番組の項目に関連した情報を確認するための基準として設けられている。
【００１３】
本発明は、例えば、この例に限らないが、添付の図面の図において、例示される。ここで、類似の要素が同様の符号により示される。
【発明の効果】
【００１４】
【発明を実施するための最良の形態】
【００１５】
本発明では、曲、広告およびビデオクリップを含むがこれに限らず番組の（消費するかまたは相互に作用する）項目の方法および装置は、記載されている。さらにまた、放送受信機により示される放送番組の項目に関連した情報を確認することに適している情報識別子を提供するための方法と装置は、記載されている。以下の説明では、説明のために、多数の具体的な詳細は、本発明による実施態様の完全な理解を提供するために記載される。
しかしながら、本発明がケーブル、衛星および無線（ＯＴＡ）テレビジョンおよびケーブル（ＯＴＡおよび衛星ラジオ）を含んでいる様々な放送番組受信前後関係および放送受信機が同調信号を放射するかまたは、これらの具体的な詳細なしで、チャネル識別符号を受信できる他のシステムにおいて、実践されることができることは、当業者に明らかである。
他の例において、周知の事業、ステップ、機能および素子は、説明を不明瞭にすることを回避するために示されない。
【００１６】
説明の部分は、他の当業者にそれらの仕事の要旨を伝えるために当業者によって、共通に使用される用語（例えば周波数、パワースペクトル、同調信号、局部発振器、周波数カウンタ、フィルタ、データ構造、その他）を使用して示される。さまざまな動作は、本発明による実施態様を理解するのに最も有効である方法で実行される順番に複数の別々のステップとして後述する。しかしながら、説明の命令は、これらの動作がそれらが示されるか、または依存事項さえ命じるという命令において、必ずしも実行されることを意味することを解釈されてはならない。最後に、それがそうすることができるにもかかわらず、「実施態様において、」フレーズの繰り返された用法、「別の実施例」または「別の実施例」が同じ実施態様に必ずしも関連するというわけではない。
【００１７】
図１ａは、番組の放送事業者の予定のためのデータ構造を例示する。
データ構造（ＤＳ）１放送事業者が特定の期間の間に送信する放送番組の項目の予定を表す。番組の項目の実施例は、曲、広告、ニュースおよびトークショー（番組のその他の形の一つの）を含む。多くの放送事業者は、揮発性であるか不揮発性記憶装置に保存されることができて、あとで読み出されることができる予定を作成するよう人間のオペレータができるようにするコンピューティング・システムを備えている。予定は、著作物、後の放送のための記録の製造または予定において、確認される順序の番組の項目を放送する自動化装置の管理の放送に起因しているロイヤルティの算出を含むがこれに限らず様々な目的のために発生できる。
【００１８】
ＤＳ  １は、時間、日または１週以上も前に、データ構造１で表される番組の項目の放送に先立って作成されたものでありえる。あるいは、ＤＳ  １は、放送事業者のＯＴＡ放送をモニタする信号識別装置を用いて、リアルタイムにおいて、導かれることができる。信号識別装置は、それらが器材によって、受け取られるにつれて、独自に項目（例えば曲）を確認するために用いる項目シグネチャを含む。ホワイトプレインズ、ＮＹのニールセンＢｒｏａｄｃａｓｔ  Ｄａｔａ  Ｓｙｓｔｅｍｓは、米国の１，０００以上の放送局上の番組の放送状況を追う実時間監視サービスを提供する。
【００１９】
ＤＳ  １は、内容が情報がＤＳ  １において、代表される予定の放送日付を確認する日付フィールド２ａを含む。日付フィールド２ａは、２００２年１月１日に日付を表す値０１０１２００２を有する：日付フィールド２ａの第一の２桁は、１ヵ月を表す、三分の一および四分の一桁は月の中で日を表す、そして、最後の４桁は１年を表す。日付フィールド２ａのためのエントリは、情報の一つ以上の付随するトリプレットを有する、そこにおいて、各トリプレットは、番組の項目に関連がある。暗い円は、２ｇ、例示されるデータ構造が図において、表される情報に限られていなくて、付加的なエントリを含むことができることを示す。
【００２０】
日付フィールド２ａのためのエントリは、トリプレット（例えばトリプレット２ｅ、２ｆ．）を結びつけた。各トリプレットは、３フィールドのためのエントリを含む：時間フィールド２ｂ、表題／アーティスト分野２ｃおよび曲／広告／ショーは、２ｄをフィールド分けする。トリプレット２ｅは、時間フィールド２ｂの内容に従って、１３：２５：０４（または午後１時２５分および４秒）の放送時間を有する番組の項目に対応する。
トリプレット２ｅにおいて、表される番組の項目は、表題／アーティスト分野２ｃに従って、グループ「バナナラマの仕事である。」表題／アーティスト分野２ｃのためのエントリーは、項目が、例えば、ショーまたは広告である番組の付随する項目の転送元に関連する。
あるいは、表題／アーティスト分野２ｃのためのエントリーは、項目が曲またはその他の芸術的な聴覚式である番組の付随する項目を作成した記録グループまたはアーティストの名前に関連する。曲／広告／ショー名前フィールドのためのエントリーは、２ｄ、番組の付随する項目のための曲、広告またはショーの名前を特定する。番組の項目の名前が「ブルーＳｋｉｅｓ」トリプレット２ｆである曲／広告／ショー名前フィールドは、トリプレット２ｅ指示の２ｄ、時間フィールド２ｂの内容に従って、１３：３０：００（または午後１時３０分）の放送時間を有する番組の項目に対応する。
【００２１】
中で表される番組の項目の転送元は、２ｆが、表題／アーティスト分野２ｃに従って、「ＡＤＩ」（コンピュータ会社）であるということを記録する。曲／広告／ショー名前フィールドは、記録２ｆの２ｄ、番組の項目の名前が「バンガードＡｄ」であることを示す。
【００２２】
ＤＳ  １が単一の日の予定を含む一方、当業者によって、スケジューリングシステムの実施態様で、複数の日のスケジュールが格納されることができて、操作されることができると従来技術において、認められる。複数の日の間のスケジュールは、毎日の予定と関連した情報が２ａ．日付フィールドのユニークなエントリーによって、独自に特定されるデータ構造により表されることができる。さらに、図１ａがラジオ放送局のスケジュールを例示すると共に、当業者によって、他のタイプの放送事業者による番組放送がＤＳ  １と類似の予定を使用してしばしば記載されていることができて、記載されていると従来技術において、認められる。別の放送事業者のタイプには、ＯＴＡテレビジョン、衛星ラジオおよびテレビジョンおよびケーブル・ラジオおよびテレビジョンが含まれるが、これらに限定されない。
【００２３】
あるいは、ＤＳ  １は、番組の項目の放送事業者またはその他のプロバイダによって、書かれる再生リストである。このような実施例では、再生リストは分野２ｂを含まない、しかし、あるいは、そうすることもできる。
【００２４】
さらにまた、ＤＳ  １は、実施態様によって、図１ａにおいて、特定されるそれら以外の、または、それに満たないフィールドを含むことができる。代替実施形態では、ＤＳ  １のレコードは、以下を含む：どんな動きがＤＳ  １のレコードに記載されている項目に関してユーザーリクエストを満たすためにとられるためにあるかについて直接、または、間接的に指し示すフィールド。
【００２５】
予定が何が提示されているかという豊かな情報を含んでおり、そして、それが放送事業者から、または、監視事業者から直ちにアクセス可能であるため、予定は、有益なサービスを観衆のそれぞれに提供するために都合よく用いられることが可能であるリソースである。有益な事業としては、限定はされないが、音楽の売上高および番組関連情報の供給が挙げられる。
【００２６】
本発明の実施態様によれば、リスナー関心が生じている番組の項目は、予定の範囲内で含まれる情報に影響を及ぼすことにより特定される。
ＤＳ  １を調べることによって、番組の項目が日付フィールド２ａおよび時間フィールド２ｂのエントリーの組合せによって、独自に特定されることができることは、明らかになる。
データ構造が１つの放送局だけの番組予定を含むときに、日付および時間は番組の項目に関連した情報を特定するための充分な情報である。
しかしながら、データ構造が複数の番組スケジュールを含むときに、日付および時間は不十分である。
【００２７】
図１ｂは、一般のステーション識別名により分類される多重番組・スケジュールのためのデータ構造を例示する。データ構造３は、ステーション識別名フィールド４ａ、範囲定義フィールド４ｂおよびスケジュールフィールド４ｃを含む。図１ｂで例示される場合には、ステーション識別名フィールド４ａのための各エントリーはＦＭバンドのメガヘルツの搬送波周波数である。ＤＳ  ３のレコードは、以下を含む：ステーション識別名フィールド４ａのためのエントリーおよび範囲定義フィールド４ｂおよび予定４ｃのためのエントリーの一つ以上の対。例えば、レコードは、５ｄ、１０６．７ＭＨｚであるステーション識別名エントリー５ｆを含む。ステーション識別名エントリー５ｆは、スケジュールが５ｄ、包含レコードである放送局に共通である搬送波周波数を示す。それらが各々から地理的に十分に遠く離れていて、干渉の可能性を最小化している基本的に非重複した放送カバー地域を有するので、連邦通信委員会（ＦＣＣ）は若干の放送事業者に同じ搬送波周波数を割り当てる。
【００２８】
レコードは、５ｄ、以下を含む：情報の一対のエントリーは放送局ＷＬＴＷに関連した情報の放送局ＷＪＦＫおよび他の対のエントリーに関した。そして、その両方は一般の１０６．７ＭＨｚの搬送波周波数を有する。ＷＪＦＫ関連情報のエントリーの一対は５ｇ、ＷＪＦＫ範囲定義エントリーである。そして、ＷＪＦＫは５ｈ、エントリーを予定する。同様に、放送局ＷＬＴＷは、５ｊ．ＷＬＴＷ範囲定義エントリー５ｉおよびＷＬＴＷ予定エントリーの一対により表される。より詳細に本願明細書において、述べられるように、明細書において、範囲定義エントリー、５ｉ、レコード（例えばエントリー５ｇ）目的を貢献するの特定するスケジュールが中で表される放送局の中でいずれレコード特定の場所で聞こえる。レコードの範囲内で表示される放送局が基本的に非重複したカバー地域を有するので、レコードにおいて、放送局カバー地域定義エントリーのうちどちらが特定の場所を含むか決定することによって、特定の場所で聞こえている放送局およびそのスケジュールは特定される。各カバー地域定義エントリーが付随する予定エントリーによって、対にされるので、放送局の予定は特定される。
【００２９】
図１ｄは、いくつかの放送局のためのおおよそのカバー地域に同じ搬送波周波数を有するいくつかを示すマップを例示する。カバー地域９ａはＰａｔｃｈｏｇｕｅのＦＭ局と関係している、９７．５ＭＨｚの搬送波周波数を有して、呼出符号によって、公知であるＮＹ、「ＷＡＬＫ。」Ｃｏｖｅｒａｇｅ域９ｂはニューヨーク（１０６．７ＭＨｚの搬送波周波数を有するＮＹ）のＦＭ局ＷＬＴＷを伴う。カバー地域９ｃは、１０７．３ＭＨｚの搬送波周波数を有するＰｅｒｒｙｖｉｌｌｅ博士のＷＭＶＫを伴う。
【００３０】
放送局ＷＷＤＣ、ＷＪＦＫ、ＷＲＱＸおよびＷＡＭＵのカバー地域の重要な重なりのため、グラフ図だけの容易さのために、カバー地域は、９ｄ、カバー地域により表示される。
放送局ＷＷＤＣ、ＷＲＱＸ、ＷＡＭＵおよびＷＪＦＫは、中で場所からワシントン（ＤＣ大都市圏内）を送信する。
はっきり、そして、予想通りに、放送局ＷＷＤＣ（ＷＪＦＫ）ＷＲＱＸおよびＷＡＭＵは同じ搬送波周波数を有しない。その理由は、次のことにある。仮にそれらが同一周波数を有したならば、それらの大規模に重複したカバー地域はそれらの信号のいずれかがリスナーによって、クリアに聞こえることを極めて困難にする。
一方では、放送局ＷＬＴＷ（ニューヨーク、ＮＹ）そして、ＷＪＦＫ（Ｍａｎａｓｓａｓ、ＶＡ）同じ１０６．７ＭＨｚの搬送波周波数を有する。その理由は、次のことにある。それらは十分にはるかに離れて、それらのカバー地域９ｂが９ｄ、重複しないということである。
カバー地域９ｅは、ワシントン（ＤＣ）のＷＲＱＸと同じ１０７．３ＭＨｚのｓｓｃａｒｒｉｅｒ周波数を有するＷＢＢＴ（パウハタン族、ヴァージニア）と関係している。
ＷＲＱＸおよびＷＢＢＴの間の距離およびＷＢＢＴの低パワーのため、１４００ワット、ＷＲＱＸの電源と関連して、３４，０００ワット、それらの９ｄカバー地域、９ｅとの共通部分が、実際にない。
【００３１】
図１ｄがショーに既存の放送局のおおよそのカバー地域を提供する一方、放送局の呼出符号が一般の搬送波周波数を有する地理的に遠隔放送局および実質的に重複したカバー地域を有する地理的に近い放送局の一般の現象の説明を容易にするラベルだけとして単に使われることが理解されるべきである。
実際のカバー地域および搬送波周波数を含んで、コールサインにより特定される放送局の特性は本願明細書において、組み込まれないし、それらはいかなる方法でも本発明の実施態様の説明を制限することを目的としない。
さらに図面の説明を続ける。１ａ−ｅ、そして、図５ａ（ｂおよび現在の説明）既存のアーティスト、曲、広告、企業および無線局が公知であるラベルの用法が、いかなる方法でも説明を制限することを目的としなくて、単に特定の情報の種類が特定されることができる便利な参照として、むしろ使われる。
【００３２】
図１ｂの５ｄレコードを参照する。ステーション識別名フィールド４ａのためのエントリーは、１０６．７ＭＨｚである。
ステーション識別名フィールド４ａの１０６．７ＭＨｚのエントリーは、そのレコードは、５ｄ、一つ以上の１０６．７ＭＨｚの搬送波周波数を有する放送局のスケジュール情報を含むことを示す。
レコードの範囲定義フィールド４ｂのためのエントリーは、５ｄ、予定が５ｄ、レコードのスケジュールフィールド４ｃの付随するエントリーとして設けられている放送局のカバー地域の範囲を定める。
ＷＪＦＫ（Ｍａｎａｓｓａｓ、ＶＡ）およびＷＬＴＷ（ニューヨーク、ＮＹ）のスケジュールは、５ｄ、レコードのスケジュールフィールド４ｃのエントリーとして設けられている。
【００３３】
ＷＬＴＷのためのいかなる合理的な範囲記憶域規定も以下を含まないことは、図１ｄから明らかである：
ＷＪＦＫのための範囲記憶域規定の中である位置。
同様に、放送局ＷＲＱＸ、ＷＭＶＫおよびレコード５ｅの範囲定義フィールド４ａのＷＢＢＴのカバー地域定義は、共通していかなる位置も有しない。
レコード５ａ（５ｂ）は、５ｃ、８８．５ＭＨｚ、９７．５ＭＨｚおよび１０１．１ＭＨｚステーション識別名のために、それぞれ、１つの予定だけがあることを示す。
１つの予定だけがレコード５ａ、５ｂ、５ｃ、これらのレコードの各々の４ｂが間に合う範囲定義フィールドのためのエントリーの各々にある場合であっても、後述するように、同じものは範囲として複数の放送局のスケジュールを含むレコードの定義エントリーを意図する。
しかしながら、別の実施例で、単一の予定がレコードに存在するときに、フィールド４ｂのためのエントリーは空のままにされることができる。
【００３４】
連続解析式を含むがこれに限らずカバー地域を定めるための多くの考えられる式、区分的式、別々の数値モデル、郵便番号、郡名または放送局の放送信号が受け取られることが可能である電話エリアコードおよびローカル局番の一組およびそれらの組み合わせが、ある。
さらに、地理学的位置が特定のカバー地域の中にあるかどうか決定することの多くの技術がある、または、いくつかのアンテナ場所のどの一つに、地理学的位置は最も間近である。
【００３５】
ＤＳ  ３のカバー地域定義のため、番組の特定の項目は、項目を示している放送局、放送局の信号が受け取られているおおよその地理学的位置の表現および日付の周波数および項目が聞こえる時に基づいて定義可能である。
例えば、アーリントン（ＶＡ）の１０７．３ＭＨｚまでチューニングされる受信器を聞くと共に、２００２年１月１日の午後１時２８分に聞こえる番組の項目を考慮する。
受信器が、いずれにチューニングされた１０７．３ＭＨｚの周波数は、ＤＳ  ３のレコード５ａ−５ｅの中からレコード５ｅを特定するための基準である。
レコード５ｅは、搬送波周波数が１０７．３ＭＨｚである放送局のスケジュールを含む。
アーリントン（ＶＡ）の地理学的位置の表示は、ＷＢＢＴ、ＷＭＶＫおよびＷＲＱＸ範囲定義の中からレコード５ｅの定義フィールド４ｂのＷＲＱＸ範囲記憶域規定エントリーを特定するための基準である。
レコード５ｅの３つの範囲定義でそれがアーリントン（ＶＡ）の地理学的位置の表現を含む唯一のものであるので、ＷＲＱＸカバー地域定義は特定される。
【００３６】
図１ｅは、異なる信号強度区切り線のための無線局のカバー地域を例示する。
等高線１０ａは、ワシントンＤＣに位置するＷＲＱＸの信号強度が６０ｄＢｕ（１ｍＶ／ｍ）に減少する境界を表す。
６０ｄＢｕ等高線によって、囲まれる領域は、信号強度がいずれから利益に極めて強くて変動するかという領域に対応する。それぞれ、等高線１０ｂは１０ｃ、５０ｄＢｕおよび４０ｄＢｕある。そして、等高線の位置はＷＲＱＸのアンテナ場所から約４６マイルおよび６３マイル、それぞれ、である。
等高線１０ａがアーリントン（ＶＡ）を含むことは、図１ｅから明らかである。
過去の受信器が許容可能で作動するために６０ｄＢｕ（１ｍＶ／ｍ）を上回っている信号強度レベルを必要としたのに対して、現代の受信器は４０ｄＢｕ（０。１ｍＶ／ｍ）周辺で信号強度レベルで作動できるかまたはモノ聴覚ＦＭ伝送のためにさえ下がることができる。
にもかかわらず、放送局ＷＢＢＴおよびＷＭＶＫのための５０ｄＢｕおよび４０ｄＢｕ等高線は、アーリントン（ＶＡ）まで伸びない
そして、従って、図１ｅにおいて、表示されない。
従って、アーリントン（ＶＡ）の地理学的位置の表示は、ＷＲＱＸ範囲定義およびレコード５ｅのＷＢＢＴおよびＷＭＶＫ範囲定義だけにでない含まれる。
【００３７】
アーリントン（ＶＡ）の地理学的位置の表示を基礎としたＷＲＱＸ範囲定義を特定する、レコード５ｅのスケジュールフィールド４ｃのＷＲＱＸ予定エントリーは、番組の項目に関連した情報を含んでいる予定と特定される。
番組の項目に関連した情報は、日付、２００２年１月１日および午後１時２８分（１３：２８：００）項目が聞こえた時に基づいてレコード５ｅのＷＲＱＸ予定エントリーにおいて、特定される。
図１ａのＤＳ  １をレコード５ｅのＷＲＱＸ予定エントリーの詳細な表示であると考える。
ＤＳ  １によれば、レコード２ｅは、１３：２５：０４および２００２年１月１日の１３：３０：００との間に示される項目を記載する。
ＤＳ  １のレコードに記載されている項目が遅れずに重複しないので、レコード２ｅは２００２年１月１日の１３：２８：００を含む時限にわたって、聞こえる番組の項目に関連した情報を含むとしてこの基準に特定される。
番組の項目に関連した情報は、表題／アーティスト・エントリー「バナナラマ」および曲／広告／ショー名前記入項目「ＢｌｕｅＳｋｉｅｓである。」
【００３８】
表題／アーティストおよび曲／広告／ショー名がＤＳ  １の番組の項目に関連した情報であるのに対して、当業者によって、その他であるか付加的な情報がＤＳ  １に含まれることもできると従来技術において、認められる。
例えば、番組の項目に関連した情報は、マーケティング素材を示しているポインタ、機能するコンピューティング・システムに対する命令またはマーク付け言語のページでもよい。
【００３９】
放送局フィールド４ａのためのエントリーが中で搬送波周波数である、ＭＨｚ、当業者によって、その他の普通の名前が、チャネル番号を含む、使うことができると従来技術において、認められる。
例えば、搬送波周波数をもつすべての放送局は８７．９ＭＨｚ、チャネル番号「１」を割り当てられることが可能である、というようになり、そして、１０７．９ＭＨｚまでの２００のＫＨｚ（０．２ＭＨｚ）インクリメントで、搬送波周波数をもつ放送局は８８．１ＭＨｚ、チャネル番号「２」を割り当てられることが可能である。
ＦＭ無線局が周波数ドメインにおいて、離れて等間隔に置かれる一方、周波数からチャネル番号への写像は間隔、しかし、むしろ周波数の順序に依存しない。
例えば、テレビチャンネルは、周波数ドメインにおいて、離れて等間隔に置かれなくて、まだ、チャネル番号を使用して表示される。
【００４０】
図１ｃは、地理的領域に基づいて集められる番組スケジュールのためのデータ構造を例示する。
データ構造６は、複数の放送局のスケジュールを組織するための他の構造を表示する。
ＤＳ  ６は、領域定義フィールド７ａ、ステーション識別名フィールド７ｂおよびスケジュールフィールド７ｃを含む。
ＤＳ  ６のレコードは、以下を含む：
領域フィールド７ａのためのエントリーおよびステーション識別名フィールド７ｂおよびスケジュールフィールド７ｃのためのエントリーの一つ以上の対。
領域フィールド７ａのためのエントリーは、特定の放送局が聞こえることができる領域を定める。
フィールド７ａのためのエントリーにより定義される領域の中で聞こえることができる放送局の各々は、ステーション識別名フィールド７ｂおよびスケジュールフィールド７ｃの一対のエントリーにより表示される。
【００４１】
例えば、レコード８ｃは、以下を含む：
８ｄ領域定義エントリーおよびステーション識別名フィールド７ｂおよびスケジュールフィールド７ｃのための４対のエントリー：
ＷＡＭＵエントリー一対８ｅ、８ｆ、
８ｇ、８ｈ、ＷＷＤＣエントリー一対、
ＷＪＦＫエントリー一対８ｉ、８ｊ、
そして、８ｋ、８ｌ、ＷＲＱＸエントリー一対。
同じ式が地理的領域を定めるために用いることができるので、カバー地域を定めるための式の上記説明は本願明細書の一部とされる。
【００４２】
実施態様によって、ＤＳ  ３およびＤＳ  ６が、同じ情報を含むが、異なってそれを組織することは、従来技術において、当業者にとって明らかである。
ＤＳ  ３において、地理的記憶域規定は、１つの放送局のカバー地域に限られている。
一方では、ＤＳで、６つの地理的エリア定義は、複数の放送局のカバー地域を含む。
同様に、ＤＳ  ３で、放送局は一般の搬送波周波数に基づくレコードの範囲内でまとめられる。その一方で、ＤＳ  ６で、放送局はより大きい一般の地理的エリアの中にあるカバー地域を有することに基づいてまとめられる。
従って、上記の項目識別実施例の値がＤＳ  ６（ＤＳ  ３よりむしろ）によって、使われる場合、番組の同じ項目は特定される。
【００４３】
上記の実施例において、受信器がアーリントン（ＶＡ）の１０７．３ＭＨｚまでチューニングされると共に、番組の項目は２００２年１月１日の午後１時２８分に聞こえる。
受信器の地理学的位置の表示は、ＤＳ  ６のレコード８ｃを特定するための基準である。
レコード８ｃは、８ｄ、図１ｄの９ｄ、カバー地域により表示される領域定義エントリーを含む。
好ましくは、そして、単純化計算に、領域定義フィールド７ａの２つの領域定義エントリーが同じ地理的エリアに関連しないように、ＤＳ  ６の領域定義エントリーは相互に排他的である。
領域定義エントリー相互排除を有することによって、地理学的位置は、一つまたは領域定義エントリーのいずれにも位置しない。
従って、アーリントン（ＶＡ）の受信器の地理学的位置の表示は、８ｄのレコード８ｃを領域定義エントリーだけにマップする。
【００４４】
レコード８ｃは、４つのステーション識別名エントリーをそれぞれいずれがスケジュールフィールド７ｃの予定エントリーによって、対にされるか７ｂフィールドに含む。
ステーション識別名エントリーは、８ｋ、実施例の受信器がチューニングされる搬送波周波数にマッチする唯一のステーション識別名である。
従って、８ｋ、識別子エントリーの一対である予定エントリーは、８ｌ、番組の項目に関連した情報を含む予定と特定される。
一旦予定が特定されると、日付時間を基礎として、上記の通りで、番組の項目は特定される。
【００４５】
当業者は、レコードの複数のカバー地域定義エントリーのどの一つが以下を含むか決定する代わりに、従来技術において、それを認める：
特定の場所、照会は、複数のアンテナ場所のどの一つが特定の場所に最も近いかについて再構成されることができる、
ここで
各アンテナ場所は、一般の周波数を共有している放送局のグループの放送局と関係している。
一部の放送局が同一サイズ範囲パターンを有しないので、場所がそうすることができない特定の場所および２つの異なるアンテナの間の地理的距離は直接比較される。そして、それらのうちの１つは最初に調整されなければならない。
例えば、調整は、特定の信号強度レベルが第２の放送局のアンテナ場所から同じ特定の信号強度レベルが達される第２の場所までの距離にいずれを渡されるかについて第１の放送局のアンテナ場所から第１の場所まで距離の比率を使用してなされることができる。
それが受信器の場所から他のアンテナまでの距離と比較される前に、比率は減るかまたは受信器の場所から１つのアンテナまでの距離を拡大するために用いることができる。
このように、比較的大きい範囲をもつ放送局のアンテナからの比較的遠い距離は、比較的より小さい範囲をもつ放送局のアンテナまでのより短い距離と比較される前に減少させることができる。
【００４６】
前記説明において、調整比率が２つの放送局のために算出された一方、当業者は調整比率が３つ以上の放送局のために算出されることができると従来技術において、認める。
さらにまた、調整比率は、若干の例において、アンテナの送信パターンの限られた弧の中で距離を調整することにあてはまるだけでもよい。
従って、複数の調整比率は、距離をアンテナの送信パターンの異なる弧の中の異なる場所に修正するために必要かもしれない。
【００４７】
前述の説明は、周波数、日付、時間および任意に地理的場所の表示が本願明細書において、記載されているそれらのようなデータ構造の番組の項目に関連した情報を特定することに適していることを例証した。
周波数、日付、時間および任意に地理的場所の表示を含む生成情報識別子のための方法と装置も、本願明細書において、記載されている。
さらにまた、本発明の実施態様が作動できる典型的な環境および実施態様により実行される動作の高水準説明が、設けられてもいる。
【００４８】
図２ａは、放送対話性デバイスの例示的実施形態が本発明による放送番組識別子を提供する典型的な環境を例示する。
図２ａの典型的な環境は車両２０の内部を含む、しかし、人は本発明が車両の内部の使用に限られていなくて、どこでそれが見つかることができても、放送受信機の近くで有益に使うことができると認めるだろう。典型的な環境は、以下を含む：２４ａ、２４ｂ、スピーカに連結する放送受信機２２を備えているダッシュボード２１。典型的な環境は、受信器２２に連結するアンテナ２５を含む。１１がセル、そうである対話性デバイス（ＢＩＤ）が電話すると放送する。
【００４９】
受信器２２は、５５０キロヘルツ（ｋＨｚ）から８７．９メガヘルツ（ＭＨｚ）から１０７．９ＭＨｚまで伸びる１６５０のＫＨｚおよび米国ＦＭバンドまで伸びる米国のＡＭバンドの放送番組を受信する振幅変調（ＡＭ）および周波数変調方式（ＦＭ）受信器である。受信器２２は、動作のための受信器をオンにして、２４ａ、２４ｂ、スピーカにより示される音のボリューム・レベルを調整するために用いるオン／オフ動作のボタンおよび音量調節２３ｂを有する。
受信器２２も放送チャネルを管理に使われる、上に向かう／下のチャネル・ボタン２３ｃを含む。そして、どの受信器２２がチューニングされて、メガヘルツ（ＭＨｚ）の周波数を表示することによって、チューニングされた放送チャネルを示す表明２３ａである。
【００５０】
受信器２２がオンにされるときに、アンテナ２５および受信器２２は局部発振器信号（ＬＯ）を放射する。音声情報が、２４ａ、２４ｂ、スピーカにより提示されることができるように、ＬＯ信号は特定チャンネルに受け取られている音声情報を回復する方法の一部として受信器２２の中で生み出される同調信号である。受信器２２の中で生み出されるＬＯ信号は、放射されるが、放送信号において、受け取られている音声情報を回復するために用いるだけのことを目的としない。その他の受信器およびその他の電気デバイスの動作を妨げることから、放射されたＬＯ信号に対して数千および何百万もの受信器を妨げるために、米国政府は、放射された局部発振器信号の強さを支配している厳しい規則を施行する。
にもかかわらず、かなりの信号は音声回復プロセスの間、放射される。そして、放送受信機により放射される自局信号は本発明の効果的に使われる。
【００５１】
それが受信器２２がチューニングされる放送チャネルに関連があるので、ＬＯ信号が有効に使われる。
具体的には、ＬＯ信号の周波数は、放送チャネルまたはチャネル番号として定義される数によっても共通に関連される放送信号の搬送波周波数に関連がある。
例えば、８８．７ＭＨｚの搬送波周波数を有する放送信号のための音声情報を回復するために、受信器２２のような受信器は概して、それがそれが「チューニング」したいと望む搬送波周波数より高い１０．７ＭＨｚであるＬＯ信号を生成する。かくして、搬送波周波数を有する放送信号の音声情報は８８．７ＭＨｚ、９９．４ＭＨｚの周波数を有するＬＯ信号を使用して回復される。
放射されたＬＯ信号の周波数を決定することによって、受信器２２がチューニングされる搬送波周波数は、１０．７ＭＨｚの調整をすることにより決定されることができる。
例えば、放射されたＬＯ信号が１０７．４ＭＨｚの周波数を有するために決定される場合、受信器２２は９６．７ＭＨｚの搬送波周波数を有する放送信号にチューニングされる。
【００５２】
作動するときに、受信器２２は少なくとも周囲の環境の一部をアンテナ１４で受け取られる放射されたＬＯ信号で満たす。
ＢＩＤ  １１は、以下を含む：
検出器が放射されたＬＯ信号を受信するアンテナ１４に連結するＬＯ信号検出器（図２ａに示されない）。
ＬＯは、検出器が放射されたＬＯ信号の特性を検出すると合図する。そして、検出特性に基づく放射されたＬＯ信号の周波数の表示を生成する。
ＬＯ信号検出器がＬＯ信号の周波数の表示を生成する方法と装置は、より詳細に本願明細書において、記載されている。
【００５３】
別の実施例によれば、更なるＢＩＤ  １１は、放射されたＬＯ信号の周波数の表示に基づいて、受信器２２がチューニングされる搬送波周波数の表示を導く。
本願明細書において、他で示されるように、放射されたＬＯ信号の周波数または受信器がチューニングされる搬送波周波数はチャネル番号により表示されることができる。
ＬＯ信号の周波数の表示、搬送波周波数の表示またはチャネル番号は、本明細書において、「チャネル指示」とも称される。ＢＩＤ  １１がチャネル指示を生成するＭｅｔｈｏｄｓおよび装置は、より詳細に本願明細書において、記載されている。
実施態様において、ＩＢ  １３ａのアクティベーションに応答して、ＢＩＤ  １１も、ＩＢ  １３ａが押圧される日付時間を獲得する。
本願明細書において、記載されている文脈によって、ラベル「時間」が日付および時間、分および秒の複合表示に関連することは、明らかでなければならない、
「日付時間」を述べることを不必要にすること。
【００５４】
ＢＩＤ  １１は、以下を含む：
アンテナ１４に連結するトランシーバ（図２ａに示されない）
ＢＩＤ  １１がネットワーク２６、２８を介してサーバー２９ａと通信できること。
ＢＩＤ  １１のような無線通信装置がワイヤレス・ネットワークを介してサーバーと通信する機構は、公知技術で、現在の説明を不明瞭にしないために、本願明細書において、詳述する必要がない。
前記説明において、ワイヤレス・ネットワーク２６がセルラ電話ネットワークである一方、当業者は本発明の実施態様がいかなる特定のワイヤードであるか無線ネットワークも、ワイヤード・デバイスまたは無線デバイス、変調スキーム、プロトコルまたは周波数を有するオペレーティングに限られていないと従来技術において、認めるだろう。
したがって、コンピュータ３１、メディアプレーヤ３３、電話１５、サーバー２９ｃ、パーソナル携帯情報機器、ポケット・パーソナル・コンピュータおよびページャを含むがこれに限らず、技術の当業者は、本発明がＢＩＤ  １１のような通信装置および他の通信装置との間に通信情報のための特定のプロトコル、変調または物理層に限られていないと認めるだろう。
【００５５】
ＢＩＤ  １１は、チャネル指示の組合せおよび時間の表示に基づいて、情報識別子を番組の項目に関連した情報を特定するために提供する。
「情報識別子」という用語は、番組の項目に関連した情報を特定するための識別情報をいう。
【００５６】
代替実施形態では、ＢＩＤ  １１は、チャネル指示に基づいて、情報識別子を提供する。
代替実施形態では、情報識別子（チャネル指示の組合せおよび時間の表示）として、ＢＩＤ  １１は、サーバー２９ａに与える。
代替実施形態では、時間の情報識別子、チャネル指示および表示として、ＢＩＤ  １１は、コンピュータ３１に与える。
【００５７】
代替実施形態では、ＢＩＤ  １１は、地理学的位置の中で1表示につき１３ｂ、キーパッドの入力として受け入れる。
代替実施形態では、ＢＩＤ  １１（ＧＰＳ）信号がＢＩＤ  １１に含まれるＧＰＳ受信器（図２ａに示されない）によって、受信したＧＰＳに基づく）は、ＢＩＤ  １１の地理学的位置の表示を生成することによって、受信器２２のおおよその地理学的位置の表示を提供する。
代替実施形態では、ＢＩＤ  １１は、２７ａ．放送局２７ｂおよびアンテナを経由して２７ｄ、ＭＰＣから地理学的位置の表示を受け取る。
【００５８】
代替実施形態では、ＢＩＤ  １１は、地理学的位置の表示を情報名前に含むことによって、番組の項目に関連した情報を特定するための基準として、地理学的位置の表示を提供する。
代替実施形態では、情報識別子として、ＢＩＤ  １１は、サーバー２９ａに与える
チャネル指示の組合せ、
時間の表示、
そして、地理学的位置の表示。
代替実施形態では、情報識別子として、ＢＩＤ  １１は、コンピュータ３１に与える
チャネル指示の組合せ、
時間の表示、
そして、地理学的位置の表示。
【００５９】
説明の部分が情報識別子をサーバー２９ａまたはコンピュータ３１に提供しているＢＩＤ  １１の文脈において、作られるのに対して、別の実施例において、当業者は従来技術において、それを認めるだろう、放送対話性デバイスのいずれかが、本願明細書において、記載されている、
上記は、ＢＩＤ  １１を含む。
実施態様によって、直接、または、間接的に、その他のデバイスに情報識別子を伝える。
情報識別子を伝達することの結果として、実施態様によって、以下の一つ以上は、起こる：
措置はとられるか、情報がＢＩＤ  １１またはあるいは、他のデバイスで受け取られるか、そして、サービスがＢＩＤ  １１のユーザの代理として与えられている。
動作、情報およびサービスは、より詳細に本願明細書において、他で記載されている。
【００６０】
上記のように、ＢＩＤ  １１は、以下を含む：
隣接した放送受信機がチューニングされるチャネルの指示を提供する同調信号検出器。
同調信号検出器（例えばＢＩＤ  １１のものまたは本願明細書において、記載されているその他の放送対話性デバイス）は、本発明の実施態様の一つ以上に従って作動できる。
【００６１】
図７ａは、本発明の一実施例によれば同調信号検出器を例示する。
信号検出器４０をチューニングすることは、２台の装置を含む：
４１ｆ．同調信号受信器および特徴描写装置（ＲＣＵ）を放射する４２および制御ロジック。
ＲＣＵ  ４２は、以下を含む：
局部発振器信号を受信するアンテナ４１ａは、放送受信機によって、放射した。
アンテナ４１ａはラジオ周波数に（ＲＦ）信号を渡す帯域フィルタ（ＢＰＦ）４１ｂに連結する。そして、放射された局部発振器信号（周波数がｆＬｏｗからｆＨｉｇｈまで伸びているバンドの範囲内である）を含む。
実施態様によれば、ｆＬｏｗは９８ＭＨｚである。そして、ｆＨｉｇｈは１１９ＭＨｚである。
しかしながら、当業者は、その他の周波数範囲が可能である。そして、周波数範囲が放射された局部発振器信号が検出されることになっている放送受信機のタイプに依存すると従来技術において、認めるだろう。
例えば、実施態様によれば、同調信号検出器は、ＦＭ無線受信機またはテレビ受像機の射出する局部発振器信号を選択的に検出できる、
ここで
同調信号検出器が２つ以上の帯域フィルタを備えていることができるという場合、テレビ受像機の放射された局部発振器信号が、見つかることができる周波数範囲を通している帯域フィルタのうちの少なくとも１つを有する。
【００６２】
リミッタ４１ｃは、ＢＰＦ  ４１ｂによって、生み出されるバンドパス・フィルタ処理信号を受信して、放射された局部発振器信号の周波数に関連した同一の振幅および周波数を有する信号を生み出すために、振幅ゆらぎを取り除く。
リミッタ４１ｃによって、生み出される信号は、４１ｄ、第２の帯域フィルタに適用される。
ＢＰＦの出力は、４１ｄ、放射された局部発振器信号の周波数を表す電圧を生み出す周波数指示部（ＦＩＵ）４１ｅに適用される。
制御ロジック４１ｆは、ＦＩＵ  ４１ｅによって、生み出される電圧を受信して、９８．６ＭＨｚおよび１１８．６ＭＨｚとの間に電圧レベルを周波数の表示にマップする。
実施例において、制御ロジック４１ｆは、以下を含む：
ＦＩＵ  ４１ｅおよび対応する周波数によって、生み出される電圧の関係を表示する配列を格納するマイクロプロセッサおよびメモリ。
メモリーも、マイクロプロセッサによって、実行のための命令を含む。
メモリーの命令の管理の下で、マイクロプロセッサは、写像を実行する。
マイクロプロセッサは、電圧がマップされる周波数の表示に基づいて、番組の項目に関連した情報を特定するための基準である情報識別子を提供する。
【００６３】
別の実施例によれば、ＢＰＦ  ４１ｂは、以下を含む：
放送番組信号がある周波数範囲を防ぐと共に、放射された局部発振器信号があってもよい周波数範囲を通す櫛形フィルタ。
別の実施例によれば、ＦＩＵ  ４１ｅは、以下を含む：
放射された局部発振器信号の周波数のディジタル表現を生み出す周波数カウンタ。
別の実施例によれば、制御ロジック４１ｆ（周波数カウンタによって、生み出されるディジタル表現に基づく）は、情報識別子を提供する。
【００６４】
実施態様による術語「提供する」は、情報識別子を番組の項目に関連した情報を特定するための基準としての用途のためにアクセス可能にするために制御ロジックによって、始められることが可能であるいかなる動作にも関連する。
動作は、制御ロジックによって、完全に完了される必要があるというわけではなくて、以下の一つ以上を実行する装置を含むことができる：
電気であるか、磁気であるか、電気機械信号を送信するか、変えるか、格納するかまたは、処理する。
装置の例には、制限されるわけではないが、以下の一つ以上が含まれる。
ワイヤードであるか無線トランシーバ、モデム、一時記憶、入出力（Ｉ／Ｏ）チップ、デバイスおよび周辺機器。
動作の例には、制限されるわけではないが、以下のうちの１つが含まれる。
それが情報識別子としての用途のためにアクセスされることができて、コンピューティングまたは通信装置に情報識別子を送信していることができるところから情報名前を揮発性であるか不揮発性メモリーに格納すること。
【００６５】
図７ｂは、本発明の別の実施例に従って、同調信号検出器を例示する。
信号検出器５０をチューニングすることは、２台の装置を含む：
同調信号受信器および特徴描写装置（ＲＣＵ）を放射する５２および制御ロジック５１ｃ。
ＲＣＵ  ５２は、以下を含む：
局部発振器信号を含んでいるＲＦ信号を受信するアンテナ５１ａは、放送受信機によって、放射した。
ＲＦ信号は、制御ロジック５１ｃの管理下である受信器５１ｂに適用される。
【００６６】
実施例において、制御ロジック５１ｃは、以下を含む：
マイクロプロセッサによる実行のためのマイクロプロセッサおよびメモリーを含んでいる命令。
命令の管理の下で、制御ロジック５１ｃは、頻度制御信号を受信器５１ｂに適用する。
ｆＬｏｗから、放射された局部発振器信号があってもよい特定の周波数に、ｆＨｉｇｈまで伸びている受信バンドの範囲内で、頻度制御信号は、受信器５１ｂにはずませる。
実施例において、ｆＬｏｗは９８．６ＭＨｚである。そして、ｆＨｉｇｈは１１８．６ＭＨｚである、しかし、本願明細書において、他で示されるように、受信バンド限度は実現問題および本発明の限定でないことである。
実施例において、制御ロジック５１ｃは、受信器５１ｂに１１８．６ＭＨｚで離れて９８．６ＭＨｚおよび終了に始まっている間隔を置かれた２００のＫＨｚである周波数にはずんで、居住するように指示する。
実施例において、制御ロジック５１ｃは、以下を含む：
論理５１ｃが受信器５１ｂが現在居住している周波数の表示を維持するメモリー。
受信器５１ｂは、確実に、周波数で受け取られているＲＦ信号のための受信信号強度指示（ＲＳＳＩ）信号を生み出すのに十分なちょうど時間の間の周波数で居住する。
滞留時間は、使用する受信器技術の機能である。そして、当業者は、本発明の実施態様の限定ででないと理解するだろう。
ＲＳＳＩ信号は、制御ロジック５１ｃに適用される。
【００６７】
制御ロジック５１ｃは、ＲＳＳＩ信号のレベルが放射された局部発振器信号があることを示すかどうか決定する。
実施例において、判定は、ＲＳＳＩ信号レベルを制御ロジック５１ｃに含まれるメモリーに保存される閾値と比較することによって、なされる。
ＲＳＳＩ信号レベルが放射された局部発振器信号の存在を表すときに、制御ロジック５１ｃ（受信器５１ｂが現在居住している周波数の表示に基づく）は情報識別子を提供する。
【００６８】
別の実施例によれば、複数の閾値（それぞれは受信器５１ｂが受信バンドにあることができる一つ以上の周波数と関係していてもよい）は、メモリーに保存されることができる。
複数の閾値を有する実施態様において、ＲＳＳＩ信号レベルが放射された局部発振器信号の存在を表すかどうか決定するために、制御ロジック５１ｃは、ＲＳＳＩ信号レベルを受信器５１ｂが居住している周波数と関係している閾値と比較する。
【００６９】
実施態様論理で５１ｃが受信器５１ｂに受信バンドの範囲内で９８．６ＭＨｚで放射された局部発振器信号のための探索のサイクルを開始するように指示する一方、当業者は始まっている周波数が受信バンドの最低周波数以外の周波数でもよいと従来技術において、認めるだろう。
別の実施例によれば、制御ロジック５１ｃは、以下を含む：
ホッピングが始まることである周波数のための値（Ｓｔａｒｔｉｎｇ＿Ｆｒｅｑｅｕｎｃｙ）を格納するマイクロプロセッサおよび一時記憶。
信号検出器５０をチューニングすることが動作に最初に入れられるときに、Ｓｔａｒｔｉｎｇ＿Ｆｒｅｑｅｕｎｃｙは受信バンドの範囲内でデフォルト周波数に初期化される。そして、制御ロジック５１ｃは受信器５１ｂに放射された局部発振器信号のためのデフォルト周波数で探索を開始するように指示する。
制御ロジック５１ｃが放出された局部発振器を検出するときに、受信バンド（５１ｃがＳｔａｒｔｉｎｇ＿Ｆｒｅｑｕｅｎｃｙに放射された局部発振器信号が検出された周波数である新しい値に割り当てる制御ロジック）の特定の周波数の信号を送る。
その後、制御ロジック５１ｃが放射された局部発振器信号の他の検索を開始するときに、制御ロジック５１ｃは受信器５１ｂにＳｔａｒｔｉｎｇ＿Ｆｒｅｑｕｅｎｃｙのための新しい値で放射された局部発振器信号のための探索のサイクルを開始するように指示する。そして、それは現在、偶然放射された局部発振器信号が最後に検出された周波数であるのである。
放射された局部発振器信号が最後に検出された周波数で放射された局部発振器信号の検索を開始することは、若干の状況の放射された局部発振器信号を検出するために必要な時間を短くすることができる。
例えば、
ここで
放送受信機がチューニングされるチャネルはどちらかと言えば、いかなる２つの局部発振器信号検出試み間の同じことのままであることでもある、局部発振器信号が最後に検出される周波数で検索を始めることはより効率的である。
【００７０】
図７ｄは、本発明の別の実施例に従って、同調信号検出器を例示する。
信号検出器６０をチューニングすることは、２台の装置を含む：
６１ｆ．同調信号受信器および特徴描写装置（ＲＣＵ）を放射する６２および制御ロジック。
ＲＣＵ  ６２は、以下を含む：
局部発振器信号を含んでいるＲＦ信号を受信するアンテナ６１ａは、放送受信機によって、放射した。
ＲＦ信号は、増幅のための６１ｂ、低雑音増幅器（ＬＮＡ）に適用される。
ＬＮＡ  ６１ｂから現れる増幅信号は、６１ｃ、帯域フィルタ（ＢＰＦ）に適用される。
ＢＰＦ  ６１ｃは、ｆＬｏｗから放射された局部発振器信号があってもよいｆＨｉｇｈまで伸びている受信バンドのＲＦ信号を含んでいるバンドパス・フィルタ処理信号を生み出す。
実施態様において、それぞれ、ｆＬｏｗおよびｆＨｉｇｈは、９８．６ＭＨｚおよび１１８．６ＭＨｚである。
しかしながら、本願明細書において、他で示されるように、受信帯域限界は本発明の実施態様が適用されて、本発明の限定でない文脈に依存する実装上の問題である。
【００７１】
前述の説明ＢＰＦにおいて、６１ｃがｆＨｉｇｈ帯域に全てのｆＬｏｗの信号を通す一方、別の実施例で、ＢＰＦ  ６１ｃはｆＨｉｇｈ帯域に一部分のｆＬｏｗの信号を選択的に通す。
代替実施形態では、ＢＰＦ  ６１ｃは、ｆＨｉｇｈバンドにｆＬｏｗの選択可能な部分の信号を通す切替えられたバンク帯域通過フィルターである。
このような実施例では、ＢＰＦ  ６１ｃは、それがｆＨｉｇｈ帯域に対するｆＬｏｗのどの部分が通されることになっているかについて指し示している信号を受信する制御ロジック６１ｆに連結する。
同調可能帯域通過フィルターが、別の実施例において、用いられることもできる。
従来技術において、当業者は、利点がｆＨｉｇｈ帯域に対するｆＬｏｗの一部分の幅である帯域の通過信号機にあることを認める。
【００７２】
図７ｅは、帯域通過フィルターの周波数応答を例示する。
周波数応答６３は、帯域通過フィルターが９８ＭＨｚから１１９ＭＨｚまで伸びている帯域の信号を通して、段階的な方法の帯域の両側に信号を減らすことを表す。
当業者は、周波数応答６３が一般の帯域通過フィルターの周波数応答を表す、そして、実際の動作で、実施態様の実装で使用する帯域通過フィルターが図７ｅにおいて、例示されてそれと異なる周波数応答を有することができると認めるだろう。
実施態様において、ＢＰＦ  ６１ｃは、９８ＭＨｚおよび１１９ＭＨｚで１０８．５ＭＨｚの中心周波数および−３ｄＢの周波数を有する通過帯域を有することと、関係している周波数応答を有する。
として周波数応答６３の形状によって、表した、信号は、通過帯域の両側に完全に遮断されないかまたは減らされないむしろそこ以外で、ある段階的に９８ＭＨｚ以下の１１９ＭＨｚおよび周波数以上の周波数の減衰を増加する。
段階的に減衰を増加させることは、物理フィルタの固有の特性であって、当業者が十分に知識があるにつれて、サンプリング頻度を選択するときに、考慮に入れられる。
【００７３】
ＢＰＦ  ６１ｃから現れている帯域通過フィルタ処理信号は、６１ｄ、アナログデジタル変換器（ＡＤＣ）ＡＤＣに適用される。
ＡＤＣは、６１ｄ帯域通過フィルタ処理信号をサンプリングして、６１ｅ、分光写真計算ユニット（ＳＣＵ）に適用されるデジタル・サンプルを生み出すために、サンプルをデジタル化する。
希薄化の段階的な性質およびエイリアシング（帯域積の２倍の試供品配布）として公知の現象を示されて、1秒につき４２，０００，０００のサンプル（ＭＳＰＳ）周知のナイキスト判定法を満たすことは、受信帯域の信号の正確な表示を生み出すことができない。
ナイキスト判定法は、サンプルレートは信号情報を保存するためにサンプリングされている信号の帯域積の少なくとも二倍大きくなければならないとしている。
しかしながら、ナイキスト判定法は、ストップバンドおよび通過帯域との間に突然のおよび突然の遷移を想定する、そのような品質は物理フィルタでは見つからない。
実施態様によれば、ＡＤＣは、６１ｄ、１４６のＭＳＰＳのサンプリングレート（Ｆｓ）で、バンドパス・フィルタ処理信号のサンプルを生成する。
当業者は、その他のサンプリングレートがあることが別の実施例において、使用されることができると認めるだろう。
さらに、別の実施例で、サンプリングレートは調節可能である。そして、ＡＤＣは６１ｄ、帯域通過が信号をフィルターに通したサンプリングレートがサンプルをとられることになっていることを表している制御ロジック６１ｆから信号を受け取る。
代替実施形態では、制御ロジック６１ｆ管理６１ｄ、刻時信号を刻時信号頻度に率比例項でサンプルに刻時信号を使用するＡＤＣに適用する時計生成回路（図７ｄに示されない）。
【００７４】
選択されるサンプリングレートは、フィルタの不可避の挿入損失によるそれと同様、減衰を有するフィルタを通過しないと思われる信号上のエイリアシングの効果を最小化するために、通過帯域の帯域積および帯域通過フィルターの能力に依存する。
しかしながら、
サンプリングレートは、スペクトルのサンプル値信号の位置に依存しない。
このように、信号は、サンプルレートが帯域積の少なくとも２倍である限り、信号の最高の周波数より少ないサンプルレートでサンプリングされることができる。
代替実施形態では、帯域通過フィルタ処理信号は、信号の最高の周波数より少ないものでサンプリングされる。
【００７５】
ＡＤＣ６１ｄによって生み出されるデジタル・サンプルは、受信帯域の信号の周波数ドメイン表示を生み出すために、ＳＣＵ  ６１ｅにより処理される。
実施例において、周波数ドメイン表示は、受信帯域のディスクリート周波数に存在する電源を表す。
周波数ドメイン表示の特定の周波数で電源を決定することによって、ＳＣＵ  ６１ｅは、一つ以上の放射された同調信号が受信帯域に存在するかどうか決定する。
【００７６】
実施例において、ＳＣＵ  ６１ｅは、その他の素子の中で、演算装置、ランダムアクセスメモリおよび以下の一つ以上を含むデジタル信号処理（ＤＳＰ）チップである：
フラッシュメモリ、読出し専用メモリ（ＲＯＭ）または電気消去可能なプログラマブル・メモリ（ＥＥＰＲＯＭ）。
そのさまざまな形のメモリが若干のＤＳＰチップの固有の素子であると想定すれば、それは図７ｄに示されない。
しかしながら、別の実施例で、付加メモリ（図７ｄに示されない）は、ＳＣＵ  ６１ｅに連結する。
メモリーの位置は、本発明に重大な意味を持たない。
代替実施形態では、ＳＣＵ  ６１ｅは、デジタル信号処理アルゴリズムを実行する能力を有するフィールドプログラマブルロジックアレイ（ＦＰＧＬＡ）である。
汎用マイクロプロセッサが、用いられることもできる。
さらに、別の実施例で、ＳＣＵ  ６１ｅは、命令セットがデジタル信号処理動作を実行するための命令を含む汎用マイクロプロセッサである。
【００７７】
周波数ドメイン表示を生み出すための公知の方式は、離散フーリエ変換（ＤＦＴ）、高速フーリエ変換（ＦＦＴ）離散的ハートリー変換および離散的高速ハートリー変換を含む。
別の公知技術の方法には、最大エントロピー法（ＭＥＭ）線形予報の共分散手法、極零モデル、信号モデリングまたは信号共分散行列の固有ベクトル分析が含まれるが、これらに限定されない。
共に複数の方法を使用することは、珍しくない。
【００７８】
例えば、しばしば、ＦＦＴはサンプルの組のために発生する。そして、ＦＦＴから収集される鋭いスペクトル特徴（例えばキャリアの存在）の数に関する情報はＭＥＭによって、生み出されることになっている全極スペクトルの次数を選択するために用いる。
【００７９】
代替実施形態では、ＳＣＵ  ６１ｅは、６１ｄ、ＡＤＣから受け取られるサンプルのための複数の周波数ドメイン表示を生み出して、ｆＨｉｇｈ帯域にｆＬｏｗの放射された同調信号の存在を特定するために、それらを使用する。
代替実施形態では、ＳＣＵ  ６１ｅは、一組の時間サンプルのためのＦＦＴを生み出して、ＭＥＭスペクトルを求める適切な命令を決定するために、ＦＦＴを分析する
そうすると、ＦＦＴ分析から導かれる命令を使用している原物の時間サンプル上のＭＥＭを実行する。
周波数の関数としての信号の電源の周波数ドメイン表示は、分光写真またはパワースペクトル密度グラフと呼ばれるグラフの形で、共通に例示される。
しかしながら、当業者は、ＳＣＵ  ６１ｅによって、生み出される周波数ドメイン表示が記憶、例えばＳＣＵ  ６１ｅに含まれるかまたはそれに連結する揮発性メモリ、図７ｄに示されるのデータ構造として格納されるということを認識するだろう。
したがって、ＳＣＵ  ６１ｅがグラフ表示を生み出す、しかし、興味がある内容がグラフ表示を使用して都合よく説明されることを表すように、本願明細書において、いかなる図のデータ構造の情報のグラフ表示も解されないことになっている。
【００８０】
図７ｆは、放射された同調信号の相対強度および受信帯域の放送信号を表示する分光写真を例示する。
当業者は図７ｆの分光写真が、仮定的状況を表示するということ、そして、実際の動作のＳＣＵ  ６１ｅによって、生み出されるその周波数ドメイン表示は、場所および時間によって、動的に変化することを認識するだろう。
しかしながら、図７ｆの分光写真は、それは、信号検出器６０をチューニングすることにより観察されて、分析されるそれが放送受信機の近くにあるときに、いずれが、複数の放送局の信号に従属する。そして、それが、それ自身で同調信号を放射している現象を記載する。
【００８１】
図７ｆの分光写真は、ノイズの存在および受信帯域の総勢いくつかの信号を示す。
米国のＦＭ無線局が８７．９ＭＨｚおよび１０７．９ＭＨｚとの間に奇数のｔｅｎｔｈ−ＭＨｚ周波数で放送したと想定すれば、この種の周波数のピークは無線局の雑音源または雑音源および信号に起因する。
大部分のＦＭ受信機が１０．７ＭＨｚの中間周波を有すると想定すれば、さらに、ピークに達する第１０偶数のＭＨｚ、９８．６ＭＨｚ間の周波数および１１８．６ＭＨｚは、そうでもある雑音源またはノイズ転送元および放射された同調信号にする。
【００８２】
７８ｄ平均雑音パワーに対する信号ピーク７８ａ、７８ｂの相対強度は、それぞれ、それらが１０１．１ＭＨｚおよび１０６．１ＭＨｚの搬送波周波数を有する放送局放送の信号を表示することを表す。
信号ピークの７８ｃは、１０１．１ＭＨｚの搬送波周波数を有する放送信号を受信するためにチューニングされる放送受信機の放射された同調信号を表示する。
スペクトログラムにおいて、放射された同調信号は、電源がスペクトルの細いセグメントにほとんど限定されて、囲まれて、ノイズのスペクトル・コンポーネントにより影響される変調されていないキャリアまたは正弦波のように見える。
被変調信号は、調節されていないキャリアのそれより広いスペクトルの部分全体に広げられる電源を有する広帯域の信号として現れる。
【００８３】
放射されたローカル同調信号が基本的に周波数ドメイン表示において、獲得されることができて、表示されることができるエネルギーを有するキャリアであるので、ＳＣＵ  ６１ｅは一つ以上の放射されたローカル同調信号が信号検出器６０をチューニングすることの近くであるかどうか決定するために少なくとも一つの周波数ドメイン表示を生み出す。
６１ｄ、ＡＤＣから受け取られるサンプルに基づいて、実施態様で、ＳＣＵ  ６１ｅは、サンプル上のＦＦＴを実行することによって、周波数ドメイン表示を生み出す。
ＦＦＴは、ＤＦＴを生み出すための速いアルゴリズミックルーチンである。
実施例において、ＦＦＴは、７３ＭＨｚから１４６ＭＨｚまで伸びている帯域の時間領域信号の周波数ドメイン表示のＳＣＵ  ６１ｅ結果によって、実行した。
【００８４】
Ｎ回のサンプルｘｋの前方の離散フーリエ変換、
ここで
ｋ＝０、１，２，Ｎ−１は、以下の式により定義される：
【００８５】
【数１】
2008514127.tif 000002
Ｅ．１
【００８６】
ＦＦＴは、そのスペクトル・コンポーネントに時間領域信号を腐敗させる。
Ｎ回のサンプルのＦＦＴのＸ０サンプル（または第１のサンプル）の値は、Ｎ回のサンプルによって、わたられる時間の間、であるにせよ、相対的な零周波数を有するスペクトル・コンポーネントがあることを表す。
Ｘ０サンプルと関係している絶対周波数は、単純な変形により決定されて、そして、サンプリングまたは、存在する場合には、ミキシングによって、生じる任意のスペクトル反転を説明する。
Ｆｓ／Ｎにほぼ等しい出現率を有する信号が起こったかどうかを、Ｎ回のサンプルのＦＦＴのＸ１サンプル（すなわち第２のサンプル）の値が表して、
ここで
Ｆｓは、Ｎサンプルが発生したサンプリングレートである。
【００８７】
ＦＦＴは、バンドパス・フィルタ処理信号のスペクトル・コンポーネントを０ＨｚからＦｓ／２まで伸びている周波数範囲にマップする。
この写像は、ＦＦＴアルゴリズムに固有で、時間領域信号のスペクトル・コンポーネントの絶対周波数にかかわりなく起こる。
従って、時間領域信号が最初は０Ｈｚからより小さいＦｓ／２Ｈｚまで伸びている帯域を占めない限り、単純な変形は必要である。
【００８８】
実施態様において、ＳＣＵ  ６１ｅは、６１ｄ、ＡＤＣから受け取られるＮサンプルを使用しているＦＦＴを実行する、
ここで
Ｎは、４０９６に等しい。
ＦＦＴは３５．６４のＫＨｚの粒状性を有する。そして、ＦＦＴのサンプルが１４６のＭＨｚ／４０９６または３５．６４のＫＨｚによって、切り離されるディスクリート周波数で時間領域信号のスペクトル・コンポーネントを表示することを意味する。
代替実施形態では、ＳＣＵ  ６１ｅは、Ｎ位置ＦＦＴを実行する、
ここで
Ｎは、４０９６を越えるか、又はそれ未満の整数でありえる。
Ｎ位置ＦＦＴはＮ／２について対称形である。そして、それはＸｎの第１の（Ｎ／２−１）値が１４６ＭＨｚの帯域およびｎのためのＸｎの値まで＞Ｎ／２が冗長であるという７３ＭＨｚに関する情報を提供することを意味する。
このように、Ｘ０は７３ＭＨｚ、周波数を有するスペクトル・コンポーネントを表示し、Ｘ１は周波数７３ＭＨｚの＋Ｆｓ／Ｎを有するスペクトル・コンポーネントを表示し、以下同様に、周波数７３ＭＨｚ＋Ｆｓ（Ｎ／２−１を有する）／Ｎ、または１４５．９６４ＭＨｚのスペクトル・コンポーネントを表示する。
【００８９】
実施態様において、受信帯域の信号の周波数ドメイン表示を生成した後に、ＳＣＵ  ６１ｅは、偶数のｔｅｎｔｈ−ＭＨｚ周波数の一つ以上の放射された同調信号が表示において、特定されることができるかどうか、決定する周波数ドメイン表示を分析する。
ＳＣＵ  ６１ｅは、各偶数のｔｅｎｔｈ−ＭＨｚ周波数と関係しているＦＦＴサンプルを決定して、放射された同調信号が偶数のｔｅｎｔｈ−ＭＨｚ周波数に存在するかどうか、決定するＦＦＴサンプルの電源を調べる。
実施例において、ＳＣＵ  ６１ｅは、以下の式を使用している偶数のｔｅｎｔｈ−ＭＨｚ周波数と関係しているＦＦＴサンプルを決定する：
【００９０】
Ｕｐｐｅｒ＿Ｂｉｎ＝ｍａｘ［ｒｏｕｎｄ（Ｆｅｖｅｎ−Ｆｌｏｗ）＊Ｎ／Ｆｓ）, fｌｏｏｒ（Ｆｅｖｅｎ−Ｆｌｏｗ）＊Ｎ／Ｆｓ）］
Ｌｏｗｅｒ＿Ｂｉｎ＝ｒｏｕｎｄ（Ｆｅｖｅｎ−Ｆｌｏｗ）＊Ｎ／Ｆｓ）＝＝fｌｏｏｒ（Ｆｅｖｅｎ−Ｆｌｏｗ）＊Ｎ／Ｆｓ）＋fｌｏｏｒ（Ｆｅｖｅｎ−Ｆｌｏｗ）＊Ｎ／Ｆｓ）
【００９１】
ここで、Ｆｅｖｅｎは２つのＦＦＴがサンプルをとる最も近いものは前述の公式を使用して決定されることである偶数の１０ＭＨｚ倍の周波数である、Ｆｌｏｗはサンプリングされた時間領域信号の最低周波数である。ラウンド演算は、最も近い整数に対する引数を丸める。『フロア』演算は、負の無限大の方へ最も近い整数に対する引数を丸める。
『＝＝』演算は、ブール等価演算であって、それぞれ、引き数が真であるか偽かどうかによって、１か０を戻す。
【００９２】
４０９６ポイントのＦＦＴおよび１４６のＭＳＰＳサンプリングレートのために、下記の表１は、Ｕｐｐｅｒ＿Ｂｉｎの値およびいくつかの偶数のｔｅｎｔｈ−ＭＨｚ周波数のためのＬｏｗｅｒ＿Ｂｉｎを示す。
Ｕｐｐｅｒ＿Ｂｉｎの値は、放出されたチューニングが信号を送る場合、最も大きな電源を有するだろうＦＦＴサンプルの数がＵｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルと関係している周波数に最も近い偶数のｔｅｎｔｈ−ＭＨｚ周波数に存在したことを表す。
Ｌｏｗｅｒ＿Ｂｉｎの値は、放出されたチューニングが信号を送る場合、次の最も大きな電源を有するだろうＦＦＴサンプルの数が最も近い偶数のｔｅｎｔｈ−ＭＨｚ周波数に存在したことを表す。
Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎは、０およびＮ／２−１との間に整数値を引き受ける。
参照が「Ｕｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプル」または「Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル」に本願明細書において、なされるときに、それぞれ、参照はＦＦＴサンプルＤＦＴサンプルＸＵｐｐｅｒ＿ＢｉｎおよびＸＬｏｗｅｒ＿Ｂｉｎ相当になされている。
【００９３】
代替実施形態では、ＳＣＵ  ６１ｅは、メモリ（図７ｄに示されない）を含むかまたは、あるいは、表１において、表示されてそれのような情報を格納するメモリ（図７ｄに示されない）に連結する。
［表１］
周波数（ＭＨｚ）    98.6    98.8    99.0    99.2    99.4
Ｕｐｐｅｒ＿Ｂｉｎ  718     724     729     735     741
Ｌｏｗｅｒ＿Ｂｉｎ  719     723     730     736     740
【００９４】
図７ｇは、放射された同調信号を代表する正弦波のスペクトル・サンプルを含んでいるスペクトログラムを例示する。
例えば、７３から以下を含む１４６ＭＨｚまで伸びている帯域の信号のサンプルの４０９６ポイントのＦＦＴ：
１０４．６ＭＨｚの放射された同調信号は第８８６のＦＦＴサンプルを有する。そして、１／８８７  ＦＦＴはパワーの比率によって、約１．３：１のサンプルをとる
第８８７のＦＦＴサンプルのほうを選んで。
第８８６のＦＦＴサンプルの相対的なパワーおよび第８８７のＦＦＴサンプルは、図７ｇに示される。
放射された同調信号の離散的スペクトル・コンポーネントは、８０ａ、８０ｂ、サンプルにより示される。
第８８６のＦＦＴサンプル８０ａは、１０４．６ＭＨｚの信号の１０４．５８１ＭＨｚのスペクトル・コンポーネントを示す。
第８８７のＦＦＴサンプル８０ｂは、１０４．６ＭＨｚの信号の１０４．６１７ＭＨｚのスペクトル・コンポーネントを示す。
本当の周波数は、破線の第８０ｃ行により示されて、１０４．６ＭＨｚの放射された同調信号のピークのスペクトル・コンポーネントの位置である。
破線の第８０ｃの長さは、１０４．６ＭＨｚでピークのスペクトル・コンポーネントの相対的なパワーを、ざっと代表する。
【００９５】
図７ｇの具体例において、ピークのスペクトル・コンポーネントが２つのサンプルの間に正確にほとんど落下する一方、１０４．６ＭＨｚ以外の周波数の放射された同調信号のピークのスペクトル・コンポーネントはクロッサを２つの隣接するＦＦＴサンプルのうちの１つまで落すことができる。
ピークのスペクトル・コンポーネントにより近いＦＦＴサンプルは、より遠くにピークのスペクトル・コンポーネントからある隣接するＦＦＴサンプルより大きなパワーを有する。
【００９６】
Ｕｐｐｅｒ＿Ｂｉｎの値およびＬｏｗｅｒ＿Ｂｉｎは、ＳＣＵ  ６１ｅが、いずれの２つのサンプルを調べて、放射されたチューニング信号が１０ＭＨｚの偶数倍のある周波数に存在するかどうかを調べる。
上記のように、実施態様によって、ＳＣＵ  ６１ｅもそれがパワーを分析することである各偶数の１０MHzごとの周波数と関係しているＵｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎの値を算出する、または、あるいは、ＳＣＵ  ６１ｅはメモリから関連する値を読み出す。
【００９７】
Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎの値がメモリに保存される実施態様において、それが周波数ドメイン表示の分析を実行するときに、ＳＣＵ  ６１ｅはメモリーからＵｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎの値を読み出す。
例えば、放射された信号があるかどうか、９９．０ＭＨｚで現れると決定するために、値９９．０または等価キーを使用しているメモリのＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿ＢｉｎテーブルへのＳＣＵ  ６１ｅインデックスは、そして、それぞれ、Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎのための関連する値「７２９」および「７３０」を読み出す。
ＳＣＵ  ６１ｅは、第７２９番目および第７３０番目のＦＦＴサンプルにおけるパワーを決定し、１つのフィールドおよび他のフィールドの関連する周波数（９９．０）にパワーの合計を含むメモリにレコードをストアする。
ＳＣＵ  ６１ｅは、それから９９．２を使用してテーブルをＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎにインデックス付けして、それぞれ、Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎのための値「７３５」および「７３６」を読み出す。
ＳＣＵ  ６１ｅは、第７３５および第７３６のＦＦＴサンプルのパワーを決定して、それらのパワーの合計を９９．０ＭＨｚの信号のために格納される電力和と比較する。
９９．２ＭＨｚの信号と関係している電力和が９９．０ＭＨｚの信号と関係している電力和を上回る場合、ＳＣＵ  ６１ｅは９９．０ＭＨｚの信号の電力和を９９．２ＭＨｚの信号と関係している電力和と交換する。
９９．０ＭＨｚの信号と関係している電力和が９９．２ＭＨｚの信号と関係している電力和より大きい場合、９９．０ＭＨｚの信号のために格納されたレコードは不変のままである。
ＳＣＵ  ６１ｅは、放射された同調信号が住むことができる任意の残りの１０ＭＨｚの偶数倍の周波数のための上述のパワーの決定および比較を実行する。
分析の終結で、ＳＣＵ  ６１ｅは、パワーがその他の１０ＭＨｚの偶数倍の周波数のパワーと関連して最も大きい１０ＭＨｚの偶数倍の周波数を特定するレコードを格納した。
代替実施形態では、ＳＣＵ  ６１ｅは、パワーを基礎として上部ｗ信号およびそれらの関連する周波数のパワーを降順に含むメモリのリストを維持する、
ここで
ｗは、２以上の整数である。
【００９８】
実施態様において、ＳＣＵ  ６１ｅは、付随するＦＦＴサンプルが興味がある放射された同調信号の周波数であるその他の１０ＭＨｚの偶数倍の周波数信号または６１ａ．アンテナに最も近いもののＦＦＴサンプルのパワーと関連して最高のパワーを有する１０ＭＨｚの偶数倍の周波数信号を考える。
当業者は放射された同調信号を特定するためのその他のアルゴリズムが可能であるということを認識するだろう、そして、２、３の他は本願明細書において、述べられる。
例えば、別の実施例で、１０ＭＨｚの偶数倍の周波数で最高の相対的なパワーを有すること以外の状況は、その検出器６０が、特定するみなされた放射された同調信号であるために信号により満たされることを必要とするかもしれない。
【００９９】
実施例において、ＳＣＵ  ６１ｅは、それがそれがその分析において、使用した状態を満たした放射された同調信号を特定した１０ＭＨｚの偶数倍の周波数の中で、1表示につき６１ｆ、制御ロジックに与える。
制御ロジック６１ｆ（放射された同調信号の周波数の表示に基づく）は、同調信号が放射されていた時で受信器により示される番組の項目に関連した情報を特定するための基準である情報識別子を提供する。
【０１００】
前記説明ＳＣＵにおいて、６１ｅがメモリからＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ対のための値を読み出す一方、別の実施例で、それが周波数ドメイン表示の分析を実行するときに、ＳＣＵ  ６１ｅは必要に応じて値を算出する。
当業者は、プロセッサの中も外もＤＳＰチップおよび他のタイプのプロセッサのプログラミングおよびデータの操作に精通しているので、より詳細にこの別の実施例または他のいかなる実施態様のためのもこれらのステップまたは演算を現在の説明に記載することは不必要である。
【０１０１】
当業者は、アンテナ６１ａのノイズがＵｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルのパワーを現実に隣接するＬｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプルでパワー未満であるようにすることができるということを認識するだろう。
ノイズの影響を減らすために、別の実施例で、ＳＣＵ  ６１ｅは、少なくとも２つのＦＦＴを実行して、平均ＦＦＴを生み出すために、それらを平均する。
重複したサンプルのＦＦＴを使用しているかまたは、あるいは、サンプルを非オーバーラップ・インコヒーレントな加算平均は、コヒーレント加算平均のように公知技術で、更に本願明細書において、述べられる必要がない。
【０１０２】
本願明細書において、記載されている状況の一つ以上を満たす放射された同調信号を特定するために、ＳＣＵ  ６１ｅは、単一のＦＦＴが上記の通りに調べられる同じ方法で、平均ＦＦＴを分析する。
【０１０３】
代替実施形態では、ＳＣＵ  ６１ｅも、１０ＭＨｚの偶数倍の周波数と関係しているＦＦＴサンプルのパワーが過度に変動したかどうか、決定する平均ＦＦＴを生み出すために用いた組成のＦＦＴを調べる。
例えば、ＳＣＵ  ６１ｅは、関連するＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴ試料対で、各ＦＦＴのパワーを調べるを有する示されたｅｖｅｎ−ｔｅｎｔｈなＭＨｚ周波数、そして、その１０ＭＨｚの偶数倍の周波数のための平均電力およびパワー相違を生み出す。
ＳＣＵ  ６１ｅは、その他のｅｖｅｎ−ｔｅｎｔｈなＭＨｚ周波数の類似の統計を生み出す。
ＳＣＵ  ６１ｅは、それで、１０ＭＨｚの偶数倍の周波数のどの信号が放射された同調信号のものでありそうかについて決定するために、１０ＭＨｚの偶数倍の周波数の平均およびパワーを分析する。
決定をすることにおいて、ＳＣＵ  ６１ｅは、それを実質的に上回る変動を放射された同調信号以外の信号を表す環境騒音に起因しているとみなす。
平均電力またはノイズ・フロアおよびノイズの変動を測定することは、公知技術で、本願明細書において、記載されている必要がない。
従って、別の実施例で、ＳＣＵ  ６１ｅは、考えられる放射された同調信号候補として、その平均電力がより安定な１０ＭＨｚの偶数倍の周波数のそれを上回る場合であっても、付随するＦＦＴサンプル・パワーが過度に変動する１０ＭＨｚの偶数倍の周波数信号を受けつけない。
別の実施例ＳＣＵにおいて、６１ｅが連続周波数ドメイン表示を生み出すスペクトル推定方法を実施する一方、ＦＦＴによって、生み出されるそれのような離散的周波数ドメイン表示は０ＨｚおよびＦｓ／２との間に等しく間隔を置かれたスペクトル・コンポーネントを生み出す。
周波数空間の各サンプルＸｎはＦｓ／Ｎの不確定度を有する。そして、サンプルが示す各ＦＦＴが１  Ｆｓ／Ｎ  Ｈｚ以内に、広い周波数範囲の信号を送ることを意味する。
従って、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ試料対の間に落下する放射された同調信号の周波数は、Ｆｓ／Ｎ  Ｈｚと同程度大きな付随する不確定度を有することができる。
しかしながら、利点は、不確定度の低い程度に放射された同調信号の周波数を決定することから導かれることができる。
【０１０４】
例えば、ＦＭ放送受信機のための放射された同調信号が１０ＭＨｚの偶数倍の周波数の±０−１００  Ｈｚ以内に一般に周波数を有すると想定すれば、１００Ｈｚ未満である不正確を有する放射された同調信号のピークのスペクトル・コンポーネントの振動数を推定することは擬似信号が受けつけなくされることができる。
１０ＭＨｚの偶数倍の周波数と関係しているＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴ試料対のパワーが放射された同調信号があることを表すことができる一方、ピークのスペクトル・コンポーネントの振動数は放射された同調信号がないことを表すことができる。
ピークのスペクトル・コンポーネントの振動数は、ピークの周波数が累積誤差より多くのものによって、振動子不正確によるＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴ試料対と関係している１０ＭＨｚの偶数倍の周波数および周波数推定エラーから実質的に相殺されるので放射された同調信号の欠如を表すことができる。
【０１０５】
前記説明において、ＦＦＴは、３５．６４のＫＨｚの粒状性を有する。
強いノイズがある場合には、３５．６４のＫＨｚの粒状性を有するＦＦＴは、確実に、そして、一貫して放射された同調信号のピークのスペクトル・コンポーネントの振動数を決定することを困難にすることがありえる。
従って、別の実施例では、同調信号検出器６０は、本願明細書において、記載されている代わりの技術のうちの少なくとも１つを使用しているピークのスペクトル・コンポーネント周波数を推定する。
【０１０６】
当業者によって、より多くの時間領域サンプルを加えることによる増加のＮが周波数空間のより大きな解像度を許容するということを認識されるだろう。
代替実施形態では、ＳＣＵ  ６１ｅは、Ｎの１値のための若干のＦＦＴおよびＮのその他のより大きなおよびより小さい値のためのその他のＦＦＴを実行する。
あるいは、ゼロの価値を有するサンプルは、６１ｄ、ＡＤＣから受け取られるＮサンプルに加えられることが可能である。
ゼロを有するパディングは解像度を上昇させなくて、解像度を有するＦＦＴがＮにより定義されるのを許す。そして、より短い間隔でサンプルをとられる。
【０１０７】
さらに、別の実施例で、ＳＣＵ  ６１ｅは、２つの１０ＭＨｚの偶数倍の放射された同調信号が落下する隣接するサンプルのパワーに基づくピークのスペクトル・コンポーネントの周波数推定を実行する。
当業者は、放射された同調信号の周波数がちょうど偶然ＦＦＴサンプルの周波数と一致することが起こらない限り、信号のパワーの若干の部分がその他のサンプルに漏れるということを認識するだろう。
スペクトル・リークは、従来技術において、十分に解される概念および影響が従来技術において、十分に周知の技術を使用して説明される現象である。
【０１０８】
キャリアのピークのスペクトル・コンポーネントの振動数を推定するために公知技術の多くの技術がある。
ＦＦＴが発生する前に、推定または補間技術が通常、サンプルに適用されるウィンドウ関数に特有で、概して取り換えられて用いられることができない。
ウィンドウ関数の選択は、しばしばスペクトル・リーク最小化、周波数／振幅精度、サイドローブ低減および主ローブ幅増加の間の妥協点である。
ウィンドウ関数の例としては、ハミング、ハニング、ブラックマン、ブラックマン−ハリス、Ｒｅｃｔａｎｇｕｌａｒ（またはウィンドウでない）およびカイゼルが挙げられる。
それら上のＦＦＴを実行する前にサンプルに適用されるウィンドウ関数は、公知技術で、より詳細に本願明細書において、記載されている必要がない。
実施態様によれば、ＳＣＵ  ６１ｅは、ウィンドウ関数をＦＦＴを実行する前に６１ｄ、ＡＤＣから受け取られるサンプルに適用する。
当業者は、本発明が任意の特定のウィンドウまたは補間方式に限られていないということを認識するだろう。
【０１０９】
一次補間は、放射された同調信号のピークのスペクトル・コンポーネントの振動数を推定するために行うことができる単純な技術である。
ピークのスペクトル・コンポーネントの振動数を推定することによって、推定は、放射された同調信号の周波数でも効果的である。
【０１１０】
ＦＦＴの粒状性が十分に小さいときに、一次補間は受け入れられる周波数推定の誤りが、ＳＣＵ  ６１ｅが１０ＭＨｚの偶数倍の周波数および擬似信号またはノイズの近くで正規の放射された同調信号をと区別するのを防止しない。
【０１１１】
隣接するＵｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎ  ＦＦＴのサンプルの間に
ピークのスペクトル・コンポーネントが位置する変調されていないキャリアの周波数を推定するために、以下の式は、別の実施例のＳＣＵ  ６１ｅにより評価される：
【数２】
2008514127.tif 000003
Ｅ．２
【０１１２】
ここで、Ｆｐｅａｋは、ピークのスペクトル・コンポーネントが数Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎを有するＦＦＴサンプルの間に位置する放射された同調信号の推定された周波数である。
ＦｒｅｑＵｐｐｅｒ＿Ｂｉｎは、Ｕｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルと関係している周波数である。
ＦｒｅｑＵｐｐｅｒ＿Ｂｉｎは、サンプル値信号およびＵｐｐｅｒ＿Ｂｉｎ＊Ｆｓ／Ｎ  ＭＨｚの最低周波数の合計に等しい。
実施態様の最低周波数サンプル値信号は、７３ＭＨｚである。
従って、ＦｒｅｑＵｐｐｅｒ＿Ｂｉｎは、７３ＭＨｚおよびＵｐｐｅｒ＿Ｂｉｎ＊Ｆｓ／Ｎ  ＭＨｚの合計に等しい。
ＰＬｏｗｅｒ＿Ｂｉｎは、Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプルのパワーである。
ＰＵｐｐｅｒ＿ＢｉｎはＵｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルのパワーである。そして、ｂｉｎ＿ｗｉｄｔｈはＦｓ／Ｎである。
このように、ピークのスペクトル・コンポーネント（Ｆｐｅａｋ）の振動数は、より低いかＬｏｗｅｒ＿Ｂｉｎがより小さいであるかどうかに依存しているか、または、それぞれ、Ｕｐｐｅｒ＿Ｂｉｎより大きいＦｒｅｑＵｐｐｅｒ＿Ｂｉｎより大きい。
一次補間のための最大エラーが１０％のｂｉｎ＿ｗｉｄｔｈを上回ると想定すれば、何十ＫＨｚについてよりはむしろｂｉｎ＿ｗｉｄｔｈがＫＨｚ未満のときに、一次補間は好ましい。
【０１１３】
上記のように、若干の放射された同調信号は、１０ＭＨｚの偶数倍の周波数に近いが、振動子移動の効果のため等価でない周波数を有する。
また、
ノイズは、ピークのスペクトル・コンポーネントの振動数の推定を放射された同調信号の本当の周波数と異なるようにしているＰＬｏｗｅｒ＿ＢｉｎおよびＰＵｐｐｅｒ＿Ｂｉｎの値に影響を及ぼす。
しかしながら、当業者は、ノイズの影響および線形近似に与えられるべきものである任意のエラーが、その他のエラーの中で、考慮に入れられた後でさえＳＣＵ  ６１ｅにより算出されるＦｐｅａｋのための値が用いられている放送受信機の典型的発振器周波数と実質的に異なる場合、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴ試料対の間にあるように見える信号が可能な１０ＭＨｚの偶数倍の放射された同調信号としてＳＣＵ  ６１ｅによって、受けつけなくされることができるということを認識するだろう。
【０１１４】
例えば、使用中の放送受信機の局部発振器が典型的にすなわち、生成していることになっている１０ＭＨｚの偶数倍の周波数から休みの±０−１００  Ｈｚ信号を生成する場合、それが演算に起因しているノイズおよびその他の要因のため（周波数推定を含む）１００Ｈｚの合計およびＨｚの全誤差がアンテナ６１ａからＳＣＵ  ６１ｅまで伸びている受信するチェーンにおいて、実行されるより多くのものによって、Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプルと関係している１０ＭＨｚの偶数倍の周波数から取り除かれる場合、Ｆｐｅａｋを有する信号は受けつけなくされることができる。
当業者は、上述した±０−１００  Ｈｚ差が、本発明の限定でなく、ちょうど例示する際に使用する術語であり、そこで、ポテンシャルが同調信号（周波数ドメイン表示において、非常に特定される）を放射したことが、受けつけなくされることができたそれらが周波数を有しない場合、それは受信器の典型的局部発振器の受信放射された同調信号に求められる、ということを認識するだろう
【０１１５】
実施態様において、ＳＣＵ  ６１ｅは、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対のために算出されるＦｐｅａｋの違いの受け入れられる程度を表すａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値および１０ＭＨｚの偶数倍の周波数がＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対とを、関連させたメモリにおいて、保存する。
実施例において、ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅはＨｚを単位にして表される、しかし、その他の装置は別の実施例においても可能である。
ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅのための値は、正確に偶数の第１０のＭＨｚ周波数以外の周波数を有するために放射された同調信号に至るだろう最上位の誤差源を合計することにより決定される。
エラーの重要な転送元としては、限定はされないが、典型的放送受信機、ノイズ・エラーおよびピークのスペクトル・コンポーネント周波数推定エラーの振動子エラーが挙げられる。
【０１１６】
周波数ドメイン表示を分析する際に、ＳＣＵ  ６１ｅは、関連する周波数（Ｆｐｅａｋ）が、最も精密に１０ＭＨｚの偶数倍の周波数のａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ  Ｈｚにない信号を受けつけない。
代替実施形態では、ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値は、値が受信器により放射される同調信号の周波数の安定またはアンテナ６１ａおよびＳＣＵ  ６１ｅとの間に実行される演算に起因しているエラーにおける変更に適応するために変更されることができる揮発性メモリに格納される。
代替実施形態では、一つ以上の異なるａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値は、メモリに保存されて、ＳＣＵ  ６１ｅにより用いられる。
１つのアプリケーションにおいて、１  ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値はＦＭ帯域の周波数ドメイン表示を分析する際のＳＣＵ  ６１ｅにより用いられることがありえる。そして、以下同様であり、他のａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値がＡＭ帯域の周波数ドメイン表示のために使われることがありえる。
不正確なおよび不安定な局部発振器を有する受信器の放射された同調信号を検出するときに精密なおよび安定な局部発振器および他のａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅを有する受信器の放射された同調信号を検出するときに、他のアプリケーションＳＣＵにおいて、６１ｅは１  ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値を使用する。
ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅの異なる値が、異なる雑音パワー状況に適応するために、別の実施例において、使われる：
高いノイズ状況において、より少ないオフセットは、低いノイズ状況において、許容される。
代替実施形態では、ＳＣＵ  ６１ｅは、いくつかの格納されたａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ値ＳＣＵ  ６１ｅの中でどの一つがその分析を実行する際の使用にあることを表している制御ロジック６１ｆから、信号を受け取る。
【０１１７】
別の実施例において、推定に放射されたチューニングのピークのスペクトル・コンポーネントの振動数が信号を送ること、ＳＣＵ  ６１ｅは、Ｕｐｐｅｒ＿ＢｉｎおよびＬｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプルのパワーをピークのスペクトル・コンポーネントの振動数と関連づける式を評価する。
【０１１８】
図７ｈは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル・コンポーネントの振動数および隣接するＦＦＴサンプルのパワーの関係を例示する。
曲線８１は、Ｕｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルと関係している周波数から、ログ（ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎ）およびピークのスペクトル・コンポーネントの正規化周波数オフセットのログの関係を示す。
曲線８１は、以下の式により示されることができる：
【数３】
2008514127.tif 000004
Ｅ．３
【０１１９】
ここで
Ｎｏｒｍ＿ｏｆｆｓｅｔは、ＰＵｐｐｅｒ＿Ｂｉｎ、ｘ＝ログ（ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎ）、ａ５＝−５．５４０３ｘ１０−５、ａ４＝−０．００１５４５３、ａ３＝−０．０１６９７５、ａ２＝−０．０９２９４１、ａ１＝０．２４１６６およびａ０＝−１．７４８８からのピークのスペクトル・コンポーネントの正規化オフセットのログである。
【０１２０】
前記説明において、単式がＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎのすべての可能な値のために使われたが、当業者は、オフセット（それぞれは比率ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎの特定の範囲の用途にだけ、有効である）のためのいくつかの部分的な式が別の実施例において、用いられることもできるということを認識するだろう。
【０１２１】
Ｎｏｒｍ＿ｏｆｆｓｅｔは、以下の式を評価することによって、Ｈｚにおいて、相殺される絶対周波数を導くために用いることができる：
【数４】
2008514127.tif 000005
Ｅ．４
【０１２２】
ピークのスペクトル・コンポーネントの絶対周波数は、以下の式により与えられる。
【数５】
2008514127.tif 000006
Ｅ．５
【０１２３】
当業者は、交互のウィンドウ関数を有する別の実施例が代わりの式が導かれることを必要とするだろうということを認識するだろう。
上記の式は約０．１４％のｂｉｎ＿ｗｉｄｔｈの最悪のケース精度を有する。そして、ノイズおよび浮動小数点式の評価を想定しない。
当業者は、絶対誤差がより高い粒状性（すなわち減少ｂｉｎ＿ｗｉｄｔｈ）を有するＦＦＴを用いて別の実施例において、減少できるということを認識するだろう。
代替実施形態では、ＳＣＵ  ６１ｅは、放射された同調信号のピークのスペクトル・コンポーネントの振動数を決定するために、Ｅｑｓ．３、４および５のそれらのような式を評価する。
【０１２４】
当業者は、別の実施例で、３がそうである式がＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎのさまざまな値のための周波数オフセットを保存するメモリのテーブルにより示されるということを認識するだろう。
この種の別の実施例において、ＳＣＵ  ６１ｅは、ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎの２隣接するテーブル値の間にあるＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎ比率のための周波数オフセットを決定するために、一次補間を使用する。
【０１２５】
方形窓が時間サンプルによって、用いられる他の実施態様において、ＳＣＵ  ６１ｅは、以下の方程式系に対するソリューションがＮ／２にピークのスペクトル・コンポーネント（Ｐｐｅａｋ）のパワーの周波数オフセット、δおよび比率（α）の絶対値を決定するとわかる：
【数６】
2008514127.tif 000007
Ｅ．６
【数７】
2008514127.tif 000008
Ｅ．７
【０１２６】
ここで
２＊ＰＵｐｐｅｒ＿Ｂｉｎ／Ｎ≦α≦１および０≦δ≦０．５。
式のシステムを解析することは、公知技術で、更に本願明細書において、記載されている必要がない。
【０１２７】
さらに、別の実施例で、ＳＣＵ  ６１ｅは、ピークのスペクトル・コンポーネント（以下の式を評価することによるＦｐｅａｋ）の絶対周波数を決定する：
【数８】
2008514127.tif 000009
Ｅ．８
Ｆｐｅａｋのピークのスペクトル・コンポーネントＰｐｅａｋのパワーは、以下の式を評価することにより決定される：
【数９】
2008514127.tif 000010
Ｅ．９
ここで
２＊ＰＵｐｐｅｒ＿Ｂｉｎ／Ｎ≦α≦１。
【０１２８】
代替実施形態では、ＳＣＵ  ６１ｅは、式Ｅ．８を経由して決定されるＦｐｅａｋおよび式Ｅ．９を経由して決定されるＰｐｅａｋの値の値を使用している周波数ドメイン表示分析を実行する。
Ｆｐｅａｋ（Ｐｐｅａｋまたは両方とも）を使用しているＳＣＵ  ６１ｅにより実行される分析に関する現在の説明の他で考察は、本願明細書に引用したものとする。
【０１２９】
本願明細書において、他で表したように、ピークのスペクトル・コンポーネントのパワーは、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対のパワーを合計することによって、よりむしろ式を評価することにより推定されることができる。
別の実施例ＳＣＵにおいて、６１ｅは、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対のパワーおよびピークのスペクトル・コンポーネントの振動数をピークのスペクトル・コンポーネントのパワーと関連づける式を評価することによって、パワーを決定する。
ピークのスペクトル以下のパワーを推定するために、式は、別の実施例のＳＣＵ  ６１ｅにより評価される：
【数１０】
2008514127.tif 000011
Ｅ．１０
【０１３０】
ここで
【数１１】
2008514127.tif 000012
そして、Ｆｐｅａｋは、上記の技術のいずれかによって、導かれるピークのスペクトル・コンポーネントの振動数の推定値である。
ＰＬｏｗｅｒ＿Ｂｉｎ、ＰＵｐｐｅｒ＿Ｂｉｎ、ｂｉｎ＿ｗｉｄｔｈおよびＦｐｅａｋは、ピークのスペクトル・コンポーネント周波数推定説明と関連して、上述した定義を有する。
代替実施形態では、ＳＣＵ  ６１ｅは、１０ＭＨｚの偶数倍の周波数と関係している各Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対に関しては式を使用しているＰｐｅａｋを算出する。
その信号検出器６０をチューニングしている放射された同調信号の周波数が検出すると思われるので、ＳＣＵ  ６１ｅはそれで最高の付随するＰｐｅａｋを有するＵｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対と関係している１０ＭＨｚの偶数倍の周波数を選択する。
式Ｅ．９が角窓回のサンプル間の一方、類似の式はその他のウィンドウのための当業者によって、導かれることができる。
【０１３１】
図７ｉは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル構成要素のパワーおよび隣接するＦＦＴサンプルのパワーの比率の関係を例示する。
曲線８２は、比率ＰＵｐｐｅｒ＿Ｂｉｎ／（ＰＬｏｗｅｒ＿Ｂｉｎ＋ＰＵｐｐｅｒ＿Ｂｉｎ）の関数として、ＰＵｐｐｅｒ＿Ｂｉｎに乗数を与える、
ここで
比率は、１および０．９の間で変動する。
ピークのスペクトル・コンポーネントのパワーは、以下の式ｍｕｌｔｉｐｌｉｅｒ＊ＰＵｐｐｅｒ＿Ｂｉｎにより決定される。
曲線８２は、乗数がピークのスペクトル・コンポーネント周波数がＵｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプルの周波数と同様である１つの値を有することを表す。
ピークのスペクトル・コンポーネント周波数がＵｐｐｅｒ＿Ｂｉｎ  ＦＦＴサンプル周波数から逸脱するにつれて、乗数は値が増加する。
乗数は、以下の式により示されることができる：
【数１２】
2008514127.tif 000013
Ｅ．１１
【０１３２】
ここで
ｂｏ＝−５４３．５３、ｂ１＝２３２４．３、ｂ２＝−３７１９．１、ｂ３＝２６４５．３、ｂ４＝−７０６．０２、そして、ｐ＝０．９および１間の値のためにＰＵｐｐｅｒ＿Ｂｉｎ／（ＰＬｏｗｅｒ＿Ｂｉｎ＋ＰＵｐｐｅｒ＿Ｂｉｎ）。
【０１３３】
図７ｊは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル構成要素のパワーおよび隣接するＦＦＴサンプルのパワーの比率の他の関係を例示する。
曲線８３は、比率ＰＵｐｐｅｒ＿Ｂｉｎ／（ＰＬｏｗｅｒ＿Ｂｉｎ＋ＰＵｐｐｅｒ＿Ｂｉｎ）の関数として、ＰＵｐｐｅｒ＿Ｂｉｎに乗数を与える、
ここで
比率は、０．５および０．９の間で変動する。
ピークのスペクトル・コンポーネントのパワーは、以下の式ｍｕｌｔｉｐｌｉｅｒ＊ＰＵｐｐｅｒ＿Ｂｉｎにより決定される。
曲線８３は、ピークのスペクトル・コンポーネント周波数がＬｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプルの周波数およびＵｐｐｅｒ＿Ｂｉｎの周波数の中間にＦＦＴサンプルであるときに、乗数が約１．２４の値を有することを表す。
乗数は、以下の式により示されることができる：
【数１３】
2008514127.tif 000014
Ｅ．１２
ここで
【０１３４】
ｃｏ＝−０．８３８１、ｃ１＝２．１８２８、ｃ２＝４．４３０６、ｃ３＝４．１５７７、ｃ４＝−１．７２８７、そして、ｐ＝０．５および０．９間の値に対してＰＵｐｐｅｒ＿Ｂｉｎ／（ＰＬｏｗｅｒ＿Ｂｉｎ＋ＰＵｐｐｅｒ＿Ｂｉｎ）。
【０１３５】
当業者は、他の曲線が別の実施例のために得られることがありえる。そして、別の実施例では、曲線が本願明細書において、記載されているものと類似の式により示されるということを認識するだろう。
この種の別の実施例において、ＳＣＵ  ６１ｅは、ＰＵｐｐｅｒ＿Ｂｉｎが逓倍されることになっている乗数を決定するために曲線８２または曲線８３の式典型を評価することによって、Ｕｐｐｅｒ＿Ｂｉｎ／Ｌｏｗｅｒ＿Ｂｉｎ  ＦＦＴサンプル一対との間に、ピークのスペクトル・コンポーネントのパワーを決定する。
【０１３６】
代替実施形態では、上記のａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ制約を満たす付随するＦｐｅａｋを有する信号の用途にだけ、本願明細書において、記載されている技術のうちの１つによって、ＳＣＵ  ６１ｅは、Ｐｐｅａｋを決定する。
ａｃｃｅｐｔａｂｌｅ＿ｆｒｅｑｕｅｎｃｙ＿ｄｉｆｆｅｒｅｎｃｅ拘束を使用して、それから最も大きなＰｐｅａｋを有する信号を選択する信号をチューニングして放射される候補のプールを制限することによって、ＳＣＵ  ６１ｅは、典型的に受信器により放射される同調信号と関係する周波数を有しない高い電力信号を選択する危険を回避する。
上記のように、その他の状況はポテンシャル放射された同調信号を受けつけないかまたは受け入れるために用いることもありえる。そして、上記説明は引用することにより本願明細書の一部をなす。
【０１３７】
解析的手法によって、または、方形ウィンドウ以外のその他のサンプリングレート（本願明細書において、特定されるそれら以外のＮの値）およびウィンドウのために、曲線のフィッティングによって、上記のそれらのような周波数およびパワー推定値式は、得られることが可能である。
ウィンドウ関数が推定値式の簡単な解析微分ができるようにしない式を有する所で、曲線のフィッティングは特に役立つ。
例えば、周波数推定値式を生成するために、比率ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎの対数は、周波数オフセットの対数のさまざまな値が曲線の離散的表現を生み出すために評価されることができる。
エラーを最小化しなさいという適切な命令については、曲線のあてはめは、それから、連続多項式またはその他の式を導くために、離散的表現に実行される。
実施例において、ＳＣＵ  ６１ｅも制御ロジック６１ｆもパワーまたは周波数推定のための連続式を導かない、しかし、それらのうちの少なくとも１つは一つ以上の式を評価する能力を有する。
しかしながら、別の実施例では、ＳＣＵ  ６１ｅおよび制御ロジック６１ｆのいずれの一方または両方も、必要に応じて連続周波数およびパワー推定値式を導く。
柔軟性が任意の具体例に埋められるのであるにせよ、当業者はそのコストおよび類似の設計上の問題の影響を認識するだろう。
【０１３８】
比率ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎが周波数推定値のための連続式を導くために用いる一方、それは、技術非常にその他の変数がそうでもありえる技術を示す１つにより認識されるだろう使用する。
さらに、実施態様で、比率ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎおよびピークのスペクトル・コンポーネントの周波数オフセットの関係が自然の指数であるので、比率ＰＵｐｐｅｒ＿Ｂｉｎ／ＰＬｏｗｅｒ＿Ｂｉｎの対数が用いられる。
対数演算は、下位曲線のフィッティングを容易にしている関係を線形化するのに役立つ。
【０１３９】
曲線のフィッティングは、従来技術において、十分に解されて、より詳細に本願明細書において、記載されている必要がない。
公知技術である生成式のための類似の手順または、上記のように、ＦＦＴサンプルのパワーをピークのスペクトル・コンポーネント周波数またはピークのスペクトル・コンポーネント・パワーと関連づける値を有するテーブルが、使われることもありえる。
【０１４０】
代替実施形態では、ＳＣＵ  ６１ｅは、ポテンシャル放射された同調信号の周波数を特定するために、第一のＮ位置ＦＦＴを実行する。
ＳＣＵ  ６１ｅは、それから、６１ｄ、ＡＤＣから受け取られるＭ標本点上のデジタル・バンドパスを濾過しているフィルタを実行する、
ここで
Ｍは、Ｎより大きい整数である。
デジタル帯域通過フィルタは、ｆｈｉｇｈ−ｆｌｏｗより非常に細いバンドパスを有して、ＳＣＵ  ６１ｅがポテンシャル放射された同調信号を特定した、そして、受信帯域の１０ＭＨｚの偶数倍の周波数に対応する０ＨｚおよびＦｓ／２の間に周波数の一つで中央に置かれる。
デジタル帯域通過フィルタは２００のＫＨｚに広がる通過帯域を有する、しかし、別の実施例で、その他の幅の通過帯域も可能である。
バンドパス・フィルタリングの後、ＳＣＵ  ６１ｅは逓倍することによって、デジタル下の変換を実行するデジタル的に、バンドパスは周波数ｆｄを有する正弦波のデジタル・サンプルを有するサンプルを濾過した。
ＳＣＵ  ６１ｅは１／２についてある周波数までのデジタル・バンドパスの帯域積が濾過されるというフィルタ処理信号を持ってくるのに必要な値を有するために、ｆｄを特定する、
それで、サンプルがある時が信号をデシメーションさせたことは、エイリアシングのため損なわれない。
下の変換の後、ＳＣＵ  ６１ｅは、要因ｄによって、Ｍサンプルの多数を殺す、
ここで
ｄは、整数である。
ｄのための値は、Ｆｓ／ｄ≧２＊ＢＷｂａｓｅｂａｎｄのように選ばれなければならない、
ここで
ＢＷｂａｓｅｂａｎｄは、下の変換の後の信号の帯域積である。
【０１４１】
前記説明において、ＳＣＵ６１ｅがデシメーションの前に変換の下で実行する一方、当業者はすでに約０Ｈｚである信号がバンドパス・フィルタリングの後、直接デシメーションすることがありえるということを認識するだろう。
デシメーションさせた後に、ＳＣＵ  ６１ｅは、多数を殺されたサンプル上のＦＦＴを実行する。
当業者は、前述の記載されている方法でそれより高い解像度を有するＦＦＴがデジタル帯域通過フィルタのＭ、ｄおよび帯域積のための適切に選ばれた値のために生み出されるＮ位置ＦＦＴにより達成されることができるということを認識するだろう。
【０１４２】
例えば、１４６のＭＳＰＳで生み出されるサンプルの４０９６ポイントのＦＦＴは、約３５．６のＫＨｚの粒状性に結果としてなる。
しかしながら、ＳＣＵ  ６１ｅは、Ｍサンプル上の上記したプロセスを実行する、
ここで
Ｍは値２４，５７６を有する。そして、ｄは１００の値を有する。そして、ＦＦＴが実行されることになっている２４５のサンプルに結果としてなる。
ＦＦＴを実行するための効率的なアルゴリズムは、入力として２ｎサンプルを必要とする。
２〜２４５で最も近いパワーは、２５６である、ＳＣＵ  ６１ｅが２４５のサンプルに１１ゼロを当てることを意味する。
以後、新規なものはデシメーションの後の率がＦｓ／ｄであることをサンプルをとって、粒状性は、Ｆｓ／（Ｎｄｄ）である、
ここで
Ｎｄは、あるとしてもデシメーションおよびゼロ詰めの後の標本組数である。
前述の実施例のために、粒状性は、５．７のＫＨｚである。
多くの信号処理がそれらがＮのかなりの値のためのＦＦＴを実行できるより非常に急速に缶を実行しているフィルタリングおよび下の変換を欠くので、Ｎｄが非常にＮ．未満のときでも、この別の実施例によって、より高い粒状性がＦＦＴにより達成されることができる。
周波数およびパワー推定は、それから、本願明細書において、記載されていて、必要に応じて構成される技術の一つ以上を使用しているＳＣＵ  ６１ｅにより実行される。
【０１４３】
ＳＣＵ  ６１ｅは、ポテンシャルであることが同調信号を放射したので、ＳＣＵ  ６１ｅが特定する他の信号のための上記の方法を繰り返す。
特定された周波数ですべての信号のための周波数およびパワー推定を実行した後に、ＳＣＵ  ６１ｅは、本願明細書において、記載されているどこか他の所として、特定された周波数で信号のための周波数およびパワー推定値を分析して、信号のうちの１つを放射された同調信号として選ぶ。
ＳＣＵ  ６１ｅは、それから６１ｆ．制御ロジックに選択された信号の周波数の表示を与える。
【０１４４】
前記説明ＳＣＵにおいて、６１ｅが一度に１つの信号のデジタル・バンドパス・フィルタリングを実行する一方、別の実施例ＳＣＵで、６１ｅは多重信号のデジタル・バンドパス・フィルタリングを実行する。
当業者は、別の実施例ＳＣＵで、６１ｅが以下を含むことがありえるということを認識するだろう：
デジタル・ミキシングおよびデジタルフィルタリングを実行するために最適化されるデジタル・ダウンコンバータ。
デジタル・ダウンコンバータまたはデジタルレシーバ・チップは、公知技術で、より詳細に本願明細書において、記載されている必要がない。
【０１４５】
前記説明ＳＣＵにおいて、６１ｅが６１ｄ  ＡＤＣから受け取られるサンプルのデジタル・バンドパス・フィルタリングを実行する一方、当業者はこの種のフィルタリングが６１ｄ、ＡＤＣに先行するアナログ・バンド・パス・フィルタにより実行されることができるということを認識するだろう。
【０１４６】
代替実施形態では、ＢＰＦ  ６１ｃは、以下を含む：
ＳＣＵ  ６１ｅによって、与えられるフィルタ同調信号に示すｆｌｏｗとｆｈｉｇｈとの間にスペクトルの部分を通す同調型フィルタ。
ＳＣＵ  ６１ｅは部分がＢＰＦ  ６１ｃに通されることを表す、そうすると、それは本願明細書において、記載されているように、処理のための６１ｄ、ＡＤＣからサンプルを受け入れる。
【０１４７】
代替実施形態では、ＳＣＵ  ６１ｅは、第一のＦＦＴを実行した後に、制御ロジック６１ｆにＦＦＴのその分析の結果を与える。
分析の結果に基づいて、制御ロジック６１ｆは、フィルタ同調信号をＢＰＦ  ６１ｃに適用して、濾過されるために標本組数に関してはそれに指示しているＳＣＵ  ６１ｅ、変換の下で実行するためのデジタル発振器周波数およびデシメーション係数（ｄ）まで制御信号を与える。
【０１４８】
代替実施形態では、ＢＰＦ  ６１ｃは、以下を含む：
類似体の切替えられたバンクは、ｆｈｉｇｈ受信帯域にｆｌｏｗの細い非重複した部分を通す各々にフィルターをかける。
部分は各幅３ＭＨｚである、しかし、別の実施例で、それらはより大きくありえるか１ＭＨｚより小さくありえる。そして、オーバーラップしうる。
さらに、別の実施例で、部分は、同一の帯域積を有しない。
ＳＣＵ  ６１ｅは使用（すなわち通すスペクトルの部分の信号）にフィルタの中で1指示につき６１ｃ、ＢＰＦに与える、そうすると、それは本願明細書において、記載されているように、処理のための６１ｄ、ＡＤＣからサンプルを受け入れる。
代替実施形態では、制御ロジック６１ｆは、ＢＰＦ  ６１ｃに、いずれがそれがサンプルを処理することである方法に関しては使用および命令にＳＣＵ  ６１ｅにフィルターをかけるかという指示を与える。
切替えられたバンクおよび同調型フィルタは、公知技術で、より詳細に本願明細書において、記載されている必要がない。
【０１４９】
前記説明ＳＣＵにおいて、６１ｅがあらゆる１０ＭＨｚの偶数倍の周波数のための周波数およびパワー推定値を実行した一方、当業者によって、信号検出器６０をチューニングする地理学的位置によって、別の実施例のＳＣＵ  ６１ｅが特定の１０ＭＨｚの偶数倍の周波数のためのこの種の作業を遂行しないということを認識されるだろう。
具体的には、信号が場所で受け取られることができない１０ＭＨｚの奇数倍の周波数と関係している１０ＭＨｚの偶数倍の周波数は実行される周波数推定値を有する必要はないし、ＳＣＵ  ６１ｅがそれらをその分析に含むことは必要でない。
しかしながら、別の実施例ＳＣＵで、６１ｅは、受信帯域の異なる部分のための一組の平均雑音パワー（またはノイズフロア）および雑音分散を開発するために、この種の周波数のためのパワー推定値を作る。
ＳＣＵ  ６１ｅが放射された同調信号を特定することに従って周波数およびパワー推定値を実行すると共に、この種のパワー推定値は実行されることがありえる、または、あるいは、この種のパワー推定値は別に実行されることがありえる。
【０１５０】
代替実施形態では、ＳＣＵ  ６１ｅは、検出器６０をチューニングすることの位置のさまざまな位置および指示において、受け取られることが可能である放送局の周波数を表す情報を格納するメモリを含む。
図１ｃのＤＳ  ６は、さまざまな領域において、受け取られることが可能である周波数に関しては情報を含むデータ構造を例示する。
ＤＳ  ６も、エントリーが放送事業者の予定であるスケジュールフィールド７ｃを含む。
ＤＳ  ６のフィールド７ａおよび７ｂを含むデータ構造（以下「地理的受信データ構造」と記載する）は、スケジュールフィールド７ｃまたはそのエントリー以外のでない、ＳＣＵ  ６１ｅに含まれるメモリに格納される。
【０１５１】
チューニングしている検出器６０の位置の指示を決定して、格納することの技術は、公知技術である。そして、６１ｆ．制御ロジックに連結するユーザー・インターフェース（図７ｄに示されない）による検出器６０をチューニングすることのユーザからＧＰＳ（ＧＰＳ）受信器、携帯電話ネットワークまたは携帯電話ネットワーク・デバイスまたは偶数の端末受信位置情報から受け取られるＳＣＵ  ６１ｅ位置データに含まれるメモリの制御ロジック６１ｆ記憶を含むが、これに限定されるものではない。
メモリおよび地理的受信データ構造に格納される位置データに基づく、ＳＣＵ  ６１ｅは決定する。そして、どの周波数が受け取られることが可能である。そして、消去によって、それらはそれほど受け取られることができない。
【０１５２】
ＳＣＵ  ６１ｅが若干の実施態様の周波数推定および分析を実行する一方、当業者は制御ロジック６１ｆが別の実施例の推定および分析を実行するということを認識するだろう。
これまでにその他の別の実施例において、推定および分析の実行は、制御ロジック６１ｆおよびＳＣＵ  ６１ｅで分けられる。
さらに、実施態様の単品管理論理６１ｆによって、始められるために下記、推定の反復および分析を述べたように、しかし、別の実施例で、この反復は装置ＳＣＵ  ６１ｅによって、始められることがありえる。
さらに、ＳＣＵ  ６１ｅのメモリが特定の情報を若干の実施態様に格納すると評されると共に、１はこの情報が信号検出器６０をチューニングすることに含まれるその他のメモリーに格納されることがありえるということを認識するだろう。
当業者はこの柔軟性が現在の説明のすべての実施態様の中に存在するということを認識するだろう、そして、バリエーションの説明のその欠如はこの種の実施態様が本願明細書において、記載されている任意の発明によって、含まれないことを示すものでない。
【０１５３】
従って、実施態様の説明および表現の効率を不明瞭にしないために、実施態様の装置の中の作業および情報の割当てが個人的な好みを含んでいるコストの問題に関する設計考慮であると想定すれば、参照は単に本発明の別の実施例の他の装置に実施態様およびそれらの同じ作業のいくつかまたは情報の１台の装置に特定の作業または情報を割り当てることに基づく変形例になされない、
ここで
この種の割当ては、当業者により予想されるだろう。
【０１５４】
別の実施例において、使用することを第一の周波数ドメイン表示の分析に基づいて、ＳＣＵ  ６１ｅは、任意の記載されている方法の中で上記が６１ｆ．制御ロジックにポテンシャル放射された同調信号およびそれらの付随するパワーの一つ以上の周波数推定値を与える。
上記のように、第一の周波数ドメイン表示は、いくつかの表示の平均でありえる。
したがって、語「イニシャル」の参照は、語「シングル」の参照であることを目的としない。
【０１５５】
別の実施例において、ＳＣＵ  ６１ｅによって、与えられる周波数および付随するパワーによって、制御ロジック６１ｅは、ＳＣＵ  ６１ｅが付加的なデータ収集と解析を実行することを必要とすることがありえる。
例えば、ＳＣＵ  ６１ｅによって、与えられる周波数およびパワー推定値が正確な判定を防止する場合、制御ロジック６１ｆはＳＣＵ  ６１ｅが付加的なデータ収集を実行することを必要とする。そして、それはより高い粒状性周波数ドメイン表示および分析を生成することを含むことがありえる。
【０１５６】
実施態様において、放射された同調信号が受信帯域のその他の信号と関連してそのより高いパワーに基づいて特定される一方、当業者は別の実施例で、一つ以上の最適決定のしきい値が受信帯域の信号が放射された同調信号であるかどうか、決定する制御ロジック６１ｆにより用いられるということを認識するだろう。
最適決定のしきい値は、制御ロジック６１ｆに信号がパワーである放射された同調信号がパワー閾値に等しいかまたは上回るという信号をみなさせるパワー閾値である。
逆にいえば、信号のパワーがパワー閾値より少ないときに、制御ロジック６１ｆはノイズである信号をみなす。
代替実施形態では、制御ロジック６１ｆのメモリーは、複数の最適決定のしきい値を保存する。
代替実施形態では、各１０ＭＨｚの偶数倍の周波数は、それ自身の最適閾値を有する。
【０１５７】
当業者は、パワー閾値が総誤り確率を最小化するために選択されるということを認識するだろう。
総誤り確率は、信号電力が実際は実際はそれが雑音パワーであるときに、信号電力が放射された同調信号のパワーであることと特定されることが放射された同調信号および確率（Ｐ１｜０）のパワーである雑音パワーであることと特定されるという確率（Ｐ０｜１）の機能である。
【０１５８】
ゼロ以外の平均を有するガウス分布および雑音パワーの変動に対する変動等価物としてキャリアのパワーの確率分布関数をモデル化することは、一般的である。
経験的測定値は、実際のラジオ環境がこのモデルが示唆するほど単純でないことを示す。
ノイズ・プロセスのポテンシャル・モデルは、ランダムに起こっている衝撃（電子的過程によって、しばしば生成する）を記載できるポアソン過程モデルおよびポアソン−ポアソン・モデルを含む。
公知技術の多くのその他のモデルがある。そして、それらがそれらの仮定が実施態様が配置される文脈に適用できるというほどに本発明において、使うことができる、または、それらは実施態様が印加した異なる前後関係の特色のために説明するように調整されることができる。
モデルを適応させることは、当業者によって、周知の何かであって、更に本願明細書において、中で記載されている必要がない。
【０１５９】
代替実施形態では、統計モデルは、一つ以上の最適閾値をセットするために用いる。
統一モデルは、搬送波電力および雑音パワーが両方とも同じ変動を共有すると想定することである。
このモデルに対する強化は、搬送波電力および雑音パワーが異なる変動、しかし、ガウス分布を有することができることであるだろう。
付加的な強化は、搬送波電力および雑音パワーが異なる分布を有することができることであるだろう。
例えば、雑音パワー単独がノイズが終わって通すレイリー分布を有すると共に、ノイズがある場合には、搬送波電力がＲｉｃｉａｎ配布を有してフィルターをかける、それが中心周波数に対する細い親類である通過帯域を有するフィルターをかける。
付加的な強化は、経験的に分布を決定して、経験的に決定された分布を使用している最適閾値を導くことであるだろう。
代替実施形態では、ＳＣＵ  ６１ｅまたは制御ロジック６１ｆは、雑音パワーおよび放射された同調信号パワーが同じ変動を有する基本的なガウス分布モデルに対する前述の強化の一つ以上を含む。
【０１６０】
代替実施形態では、ＳＣＵ  ６１ｅは、信号検出器６０をチューニングする初期化処理の間、決定される経験的分布から導かれる閾値を用いて、受信帯域の放射された同調信号を特定する。
初期化処理は、１０ＭＨｚの偶数倍の周波数のいくつかまたは全てで１０ＭＨｚの偶数倍の周波数のいくつかまたは全ての放射された同調信号パワーのＲｉｃｉａｎパラメータおよびノイズの雑音パワーのレーリー・パラメータを含むデータ構造を生み出す。
あるいは、初期化処理は、以下を含むデータ構造を生み出す：
いくつかの各々または１０ＭＨｚの偶数倍の周波数およびいくつかの各々または１０ＭＨｚの偶数倍の周波数の全てのための雑音パワーのための離散的確率分布関数の全てのための放射された同調信号のパワーのための離散的確率分布。
【０１６１】
図７ｋは、ノイズがある場合には、ノイズおよび放射された同調信号のための確率分布関数を例示する。
曲線１０５ａは、雑音パワーのレーリー確率分布関数である。
曲線１０５ｂは、放射された同調信号のパワーのＲｉｃｉａｎ確率分布関数である。
最適閾値はパワー閾値（Ｐｔｈ）である。そして、それは誤認別率を最小化する。
放射された同調信号を検出する確率は、Ｐｔｈ≦ｐｏｗｅｒ≦∞のための曲線１０５ｂの下の領域である。
擬似警報の確率は、Ｐｔｈ≦ｐｏｗｅｒ≦∞のための曲線１０５ａの下の領域である。
閉形ソリューションが可能でないので、検出の確率を決定するためにＲｉｃｉａｎ  ｐｄｆを集積することは数値技法または級数近似を必要とする。
曲線のセットを有する表は、検出および推定を取扱っている多くの教科書において、見つかることができる。
曲線は、特定であるか所望の擬似警報確率と関係している各曲線を有するＳＮ比の関数として、典型的に検出の確率を示す。
約１３ｄＢのＳＮ比（ＳＮＲ）は、１０−６の擬似警報確率のための検出の９０％の確率に結果としてなる。
５．３ｄＢのＳＮＲは、１０−３の擬似警報確率のための検出の９９．９％の確率について、中で結果としてなる。
【０１６２】
図７ｌは、ポスト検出統合化の後、ノイズがある場合には、ノイズおよび放射された同調信号のための確率分布関数を例示する。
曲線は、１０５ｄ、ポスト検出統合化の後の雑音パワーのレーリー確率分布関数である。
曲線１０５ｅは、統合化の後の放射された同調信号のパワーのＲｉｃｉａｎ確率分布関数である。
１０５ｄ曲線１０５ａ、ｂ、曲線と比較して、ｅが統合化が検出および偽アラーム確率の確率を大幅に向上させることができることを意味しているほとんど重なりを有しないこと。
【０１６３】
図７ｍは、本発明の一実施例によれば放射された同調信号およびノイズのための確率分布関数を決定する方法を例示する。
方法９０の結果は放射された同調信号がない場合１０ＭＨｚの偶数倍の周波数の雑音パワーのヒストグラムである。そして、放射された同調信号のパワーはそれらの同一周波数でノイズと混ざった。
ヒストグラムはパワードメインを同一の有限幅のごみ箱に分ける。そして、各ごみ箱で、カウントは雑音パワーまたはあるいは、混合放射された同調信号およびノイズ・パワーがごみ箱と関係している値を有した回数の中で保たれる。
実施態様において、ノイズのヒストグラム・データ構造（データ構造のヒストグラム）および放射されたチューニングが初期化の間、測定されるパワーが例えば処理すると合図するメモリの制御ロジック６１ｆ保守は、９０を処理する。
代替実施形態では、制御ロジック６１ｆは、ノイズのヒストグラムを維持して、信号検出器６０をチューニングする演算の間、測定される同調信号パワーを放射した。
ごみ箱と関係しているパワーが起こるという確率は、単に観察（すなわち雑音パワーの経過を追うすべてのごみ箱のすべてのカウントの合計）の合計数で割った計数である。
【０１６４】
図７ｎは、本発明の一実施例によればヒストグラムのグラフ表示を例示する。
ヒストグラム１１０はごみ箱に分けられるパワードメインを示す、そして、放射された同調信号がごみ箱と関係しているパワー値を有した回数の計数はスパイクにより示される。そして、例えば、それは１１１ａ（長さが計数に比例する）にスパイクをつける。
ヒストグラム１１０が１セットのごみ箱が雑音パワーおよび放射された同調信号のために維持されることを示すように見える一方、制御ロジック６１ｆは別々の２セットのごみ箱を維持する。そして、パワーの各々のための１が表化される。
別々の２セットのごみ箱を維持することによって、制御ロジック６１ｆは、ノイズおよび放射された同調信号の離散的確率分布がオーバーラップ場合であっても、誤認別率を最小化するＰｔｈを決定する。
１がごみ箱の中で固まったかどうかは維持された、そして、分布はオーバーラップ、正確にＰｔｈを選択するために困難だろう。
ヒストグラムを生成することは、当業者に十分理解されて、より詳細に本願明細書において、記載されている必要がない。
【０１６５】
方法９０において、ＳＣＵ  ６１ｅは、技術の１つに従う特定の周波数の放射された同調信号が本願明細書において、記載した９１ａを特定する。
受信帯域のその他の周波数のノイズのパワーと同様に放射された同調信号のパワーおよびその周波数は、計量されて、６１ｆ．制御ロジックにアクセス可能な一時記憶に格納される。
実施例において、放射された同調信号は１０ＭＨｚの偶数倍の周波数で特定される。そして、ノイズは受信帯域のその他の１０ＭＨｚの偶数倍の周波数で測定される。
放射された同調信号と関係している放送周波数は、９１ｂ、６１ｆ．制御ロジックに連結する表明（図７ｄに示されない）として信号検出器６０をチューニングすることのユーザに示される。
示された放送周波数が同調信号を放射している受信器の周波数と同様かどうか表しているユーザー入力は、制御ロジック６１ｆユーザー・インターフェース（図７ｄに示されない）（例えばキーパッドまたは音声認識装置）として、制御ロジック６１ｆに連結することによって、９１ｃ受け入れられる。
ユーザー入力が示された周波数が正しいことを表すかどうか、制御ロジック６１ｆはそれから９１ｄを決定する。
示された周波数が正しいときに、制御ロジック６１ｆは一時記憶からパワーおよび周波数情報を読み出して、適当なものはそれがメモリにおいて、維持しているヒストグラム・データ構造で捨てる９１ｇにデータを読み込む。
実施例において、ヒストグラムは、１０ＭＨｚの偶数倍の周波数ごとに維持される。
代替実施形態では、１つの一般のヒストグラム（雑音パワーのための１セットのごみ箱および放射された同調信号パワーのための他のセットのごみ箱で）は、すべての１０ＭＨｚの偶数倍の周波数のために維持される。
ノイズ（特に人工雑音）が本発明の実施態様が使われることがありえるすべての前後関係において、一様に配布されそうでないと想定すれば、当業者は利点が周波数ごとに別々のヒストグラムを有することにあるということを認識するだろう。
【０１６６】
制御ロジック６１ｆが示された周波数が誤っている９１ｄを決定するときに、適当な周波数の指示は６１ｆ．制御ロジックに連結するユーザー・インターフェースによって、ユーザから受け入れられる。
制御ロジック６１ｆは、それから一時記憶からパワーおよび周波数情報を読み出して、ヒストグラム・データが構築する９１ｆにデータを読み込む。
示された周波数のためのパワー推定値は雑音パワーのためのごみ箱の中で配置される。その一方で、ユーザによって、与えられる周波数のためのパワー推定値は放射された同調信号パワーのためのごみ箱の中で配置される。
【０１６７】
ヒストグラムが占有された９１ｆ、９１ｇであったあと、受信帯域のまわりの完全なループが実行されたかどうか、制御ロジック６１ｆは９１ｈを決定する。
完全なループが完了されなかった場合、受信器が新しい周波数にチューニングされた指示を受け入れている（９１ｉ）ユーザー・インターフェースに、放射されたチューニングを検出する（９１ａ）制御ロジック６１ｆ遷移は新しい周波数で信号を送る。
完全なループが完了された場合、制御ロジック６１ｆは初期化処理を終了する。
実施態様において、初期化処理９０が受信帯域によるワンパスの完了で終わる一方、当業者は別の実施例で、その他の終了条件が使われるということを認識するだろう。
代替実施形態では、完全なループは、受信帯域によるワンパスより多くのものを含む。
【０１６８】
代替実施形態では、制御ロジック６１ｆが放送受信機の近くで放送事業者と関係しているすべての１０ＭＨｚの偶数倍の周波数で放射された同調信号のパワーを測定するときに、方法９０は終わる。上述のように、代替実施例において、チューニング信号検出器６０は、制御ロジック６１ｆにアクセス可能なメモリに、異なる地理学的位置で放送局が検出されるかを示すデータ構造を含む。
初期化処理の完了で、制御ロジック６１ｆは、放射された同調信号のパワーおよびノイズのパワーのためのごみ箱用のごみ箱を含む任意のヒストグラムのための総誤り確率を最小化するパワー閾値を決定する（９１ｊ）。
上記のように、実施態様によって、初期化処理は、一つ以上のヒストグラムを産生する。
検出器６０をチューニングする動作の間、制御ロジック６１ｆは、特定の１０ＭＨｚの偶数倍の周波数のポテンシャル放射された同調信号のパワーが実際の放射された同調信号の示すものであるかどうか、決定するパワー閾値を使用する。
【０１６９】
初期化処理を記載して、信号検出器６０をチューニングする演算の通常のコースの間、別の実施例で、当業者は、パワーおよび周波数データを集めて、ヒストグラムを占有することが実行されもするということを認識するだろう。
実施例において、示された周波数が放送受信機がチューニングされる周波数に等しいかどうか、制御ロジック６１ｆは検出放射された同調信号の１０ＭＨｚの偶数倍の周波数と関係している１０ＭＨｚの奇数倍の周波数を表示して、ユーザから指示を受け入れる。
当業者は、別の実施例（後で更に詳細に記載されている）で、検出信号が事実受信器の放射された同調信号であるかどうかに関する判定に指示を与えているユーザが関係しないということを認識するだろう。
【０１７０】
図７ｏは、本発明の別の実施例に従って、同調信号検出器を例示する。
検出器６８は、図７ｄ（６９ａ．制御ロジックにパワーおよび周波数推定値を与える）と関連して、上記のように、ＲＣＵ  ６２を含む。
実施態様の制御ロジック６９ａは、以下の一つ以上と関連して、上記の特徴を含む：
初期化（より高い粒状性周波数ドメイン表示）およびヒストグラム生成および保守。
別の実施例において、しかしながら、制御ロジック６９ａはＲＣＵ  ６２から一つ以上の周波数およびパワー推定値を受け入れて、決定する送信器６９ｂを使用する。そして、ＲＣＵ  ６２によって、与えられるポテンシャル放射された同調信号の一つ以上の周波数のうちどちらが正しいものである。
代替実施形態では、制御ロジック６９ａは初期化処理において、検出される周波数が正しいかどうか、決定する送信器６９ｂを使用する。それによって、ユーザに周波数を示して、検出周波数が正しいかどうかの指示を受け入れる必要を不要にする。
【０１７１】
ＲＣＵ  ６２から一つ以上の周波数推定値を受け取った後に、制御ロジック６９ａは、ＲＣＵ  ６２から受け取られる１０ＭＨｚの偶数倍の周波数の各々のために、付随する１０ＭＨｚの奇数倍の周波数を決定する。
制御ロジック６９ａは、それから送信器６９ｂに１０ＭＨｚの奇数倍の周波数の一つでトーンを送信させる。
当業者は送信器６９ｂにより用いられる変調スキームが受信器により使用される強勢変調方式に依存するということを認識するだろう、そして、本発明は任意の特定の変調スキームに限られていない。
ＦＭ受信機のために、送信器６９ｂは、周波数変調方式を使用することを送信する。
ＡＭ受信器のために、送信器６９ｂは、振幅変調を使用する。
トーンの可聴周波数は、可聴範囲のどこでも１５のＫＨｚ未満でありえる。
さらにまた、トーンは、１ミリ秒以上間送信される。
自動車のような若干の環境のノイズの存在を示されて、若干の例のトーン期間は、十または数百ミリ秒でもありえる。
【０１７２】
トーンを支持している送信器６９ｂの無線周波数信号は、放送受信機のアンテナに、アンテナ６９ｃにより放射される。
検出器６０の近くの放送受信機がトーンが送信される１０ＭＨｚの奇数倍の周波数にチューニングされるときに、復調されたトーンは受信器のスピーカにより示される。
スピーカから放射している音は、６９ｄ、音声検知器ユニットによって、音圧を分析のための電気信号機に変えるトランスデューサを行うマイクロホン６９ｅによって、受け取られる。
音声検知器ユニットは、６９ｄ、以下を含む：
オーディオの存在が色調を変えることを表している制御ロジック６９ａにアプリケーションのための正の識別符号を生み出すトーン検出器。
音声検知器ユニットは、６９ｄ、送信されたトーンの可聴周波数を有する。そして、トーンの伝送の継続の長さの期間を有する音声トーンを検出するためにセットされる。
当業者は別の実施例で、送信器６９ｂが複雑な信号を送信するということを認識するだろう、そして、音声検出器は６９ｄ、復調された複雑な信号を特定する。
複雑な信号は周波数変位方式を使用して送信されるビットのパターンでありえる、しかし、その他の信号も可能である。
代替実施形態では、マイクロホン６９ｅによって、受け取られるビットのパターンが送信器６９ｂにより送信されるビットのパターンと同様である場合、音声検出器は６９ｄ、正の識別符号を与える。
フェーズロックループまたは周波数ドメイン検出を使用するかどうかトーン検出器および検出ビットパターンのためのデータ・スライサは、公知技術で、より詳細に本願明細書において、記載されている必要がない。
アンテナ６９ｃ、送信器６９ｂ、マイクロホン６９ｅおよび音声検出器は、６９ｄ、７０ｄ、放射された同調信号周波数ディテクタ（将来周波数ディテクタ）と集合的に呼ばれる。
周波数ディテクタは、７０ｄ、情報識別子発生器７０ｂと関連して付加的な詳細に記載されている。
【０１７３】
制御ロジック６９ａが６９ｄ音声検出器から正の識別符号を受け取らないときに、制御ロジック６９ａは６９ｂが送信する送信器を備えている。そして、１０ＭＨｚの奇数倍の周波数の別のもので、実施態様、トーンまたはビットパターンに依存する。
しかしながら、制御ロジック６９ａが正の識別符号を受信する場合、制御ロジック６９ａは伝送をやめて、制御ロジック６９ａが６９ｄ、音声検出器から正の識別符号を受け取った１０ＭＨｚの奇数倍の周波数に基づく情報識別子を与える。
【０１７４】
図７ｐは、本発明の別の実施例に従って、情報識別子発生器を例示する。
情報識別子（ＢＩＩ）発生器７０ｂは、６９ｈ、制御ロジックを含む。
制御ロジックは、実施態様において、６９ｈ、以下を含む：
マイクロプロセッサによる実行のためのマイクロプロセッサおよびメモリーを含んでいる命令。
命令の管理の下で、制御ロジックは、６９ｈ、頻度制御信号を送信器６９ｂに適用する。
ｆＬｏｗから、特定の近くの受信器（図示せず）がチューニングされることがありえる周波数に、ｆＨｉｇｈまで伸びている伝送帯の中で、頻度制御信号は、送信器６９ｂにホップさせる。
実施例において、ｆＬｏｗは８７．９ＭＨｚである。そして、ｆＨｉｇｈは１０７．９ＭＨｚである、しかし、伝送帯限界は実装問題および本発明の限定でないことである。
当業者は、別の実施例で、伝送帯が少なくとも米国商業的なＡＭ帯域または若干のその他の帯域の一部であるということを認識するだろう。
【０１７５】
図７ｑは、本発明の実施態様が相互に作用する放送受信デバイスを例示する。
受信器７０ｃは、６９ｍ、放送番組をもたらすＲＦ信号を受信するアンテナを含む。
チューナを含むＲＦ部は、６９ｌ、６９ｋ、制御ロジックから同調信号を受け取る。
同調信号は決定する。そして、ＲＦ部が６９ｍをアンテナで受け取られる大衆から選択する無線局のＲＦ信号は復調して、ユーザにオーディオ信号の形で最終的に利用できるようにする。
同調信号は、コントロールキー６９ｎでユーザー入力から導かれる。
ユーザが同調信号が選択することを望む周波数は、表明６９ｏ上の６９ｋ、制御ロジックにより示される。
表明６９ｏは、液晶式表示装置（ＬＣＤ）でありえるかまたは発光ダイオード（ＬＥＤ）からできた。
ユーザがラジオ（例えばコントロールキー６９ｎ上の特定のキー（図示せず）に対する代入または「予め設定された」特定の無線局）をプログラムすることができるように、表明６９ｏは時間を示して、ユーザに選択を提示するために用いることもありえる。
【０１７６】
ラジオおよび受け入れているおよび処理ユーザが同調信号のために入力した番組のような受信器７０ｃの演算は、６９ｐ、６９ｋ、汎用マイクロプロセッサまたはマイクロコントローラでありえる制御ロジックにより実行されるＲＯＭのソフトウェアにより実行される。
受信器７０ｃも、それが受信器７０ｃの表明およびその他の素子を作動すると共に、６９ｋ、制御ロジックによって、生み出される一時的数値変数を格納するためのＲＡＭ  ６９ｑを含む。
パワーがＲＡＭ  ６９ｑから取り除かれる場合であっても、若干の保存した情報が保存されることを必要とする。その結果、ＲＡＭ  ６９ｑの一部はバッテリーでバックアップされるメモリーまたは電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）のような不揮発性メモリでありえる。
【０１７７】
受信器７０ｃは、入力装置６９ｒ（例えばテープ駆動機構、ｃｄプレーヤ、８つのトラック・プレーヤ、ＭＰ３プレーヤまたはｃｄジュークボックス）を含む。
キーのユーザー入力に応じて、デバイス６９ｒの媒体（図示せず）に存在する音声情報がユーザに６９ｔスピーカを介して増幅および陳述のための６９ｓ音声アンペアに送られることが可能であるように、入力装置６９ｒは６９ｋ、制御ロジックを介して制御されることができる。
【０１７８】
受信器７０ｃのような放送受信デバイスがチューニングされるチャネルを決定するために、制御ロジックは、６９ｈ、送信器６９ｂに６９ｌ、ＲＦ部によって、受信のための伝送帯全体のチャネル識別ＲＦ信号をさっと払うよう命令する。
識別ＲＦ信号は、アンテナ６９ｃにより放射される。
チャネル識別ＲＦ信号が振動数帯全体にさっと払われているにつれて、チャネル識別ＲＦ信号は６９ｍおよびＲＦが６９ｌ、区分するアンテナと相互に作用する。
チャネル識別ＲＦ信号がＲＦ部が６９ｌチューニングされる周波数で送信されるときに、チャネル識別ＲＦ信号は復調されて、オーディオ信号として放送受信デバイスの６９ｔ、スピーカで生み出される。
可聴周波数の復調された出力は、６９ｓ  ６９ｔ、スピーカでオーディオ信号を出力する音声アンペアにつき６９ｋ制御ロジックを介して設けられている。
【０１７９】
６９ｔ、スピーカから放射しているオーディオ信号は、６９ｄ、音声検知器ユニットによって、音圧を分析のための電気信号機に変えるトランスデューサとして作用するマイクロホン６９ｅによって、受け取られる。
音声検知器ユニットは、６９ｄ、以下を含む：
オーディオの存在が色調を変えることを表して６９ｈ、制御ロジックにアプリケーションのための正の識別符号を生み出すトーン検出器。
音声検知器ユニットは、６９ｄ、送信されたトーンの可聴周波数を有する。そして、トーンの伝送の継続の長さの期間を有する音声トーンを検出するためにセットされる。
当業者は別の実施例で、送信器６９ｂが複雑な信号を送信するということを認識するだろう、そして、音声検出器は６９ｄ、復調された複雑な信号を特定する。
複雑な信号は周波数変位方式を使用して送信されるビットのパターンでありえる、しかし、その他の信号も可能である。
代替実施形態では、マイクロホン６９ｅによって、受け取られるビットのパターンが６９ｄ送信器により送信されるビットのパターンと同様である場合、音声検出器は６９ｄ、正の識別符号を与える。
検出ビットパターンのための使用しているフェーズロックループまたは周波数ドメイン検出、データ・スライサおよびビット相関計が公知技術で、より詳細に本願明細書において、記載されている必要がないかどうか、トーン検出器。
【０１８０】
制御ロジックが６９ｈ  ６９ｄ音声検出器から正の識別符号を受信しないときに、制御ロジック６９ａは６９ｄが送信する送信器を備えている。そして、１０ＭＨｚの奇数倍の周波数の別のもので、実施態様、トーンまたはビットパターンに依存する。
しかしながら、制御ロジック６９ａが正の識別符号を受信する場合、制御ロジック６９ａは伝送をやめて、制御ロジック６９ａが６９ｄ、音声検出器から正の識別符号を受け取った１０ＭＨｚの奇数倍の周波数に基づく情報識別子を与える。
【０１８１】
前記説明において、図７ｑの放送受信デバイスが地球のアナログ・ラジオであった一方、当業者によって、本発明が無線放送を含むがこれに限らずその他の放送受信デバイスおよび両方のアナログおよびデジタル形および衛星であるか地球のディジタルラジオのケーブル・テレビで実践されることがありえるということを認識されるだろう。
【０１８２】
前記説明送信器において、６９ｂが１つの帯域を掃除する一方、当業者によって、送信器６９ｂが異なる帯域を掃除する複数のチャネル識別ＲＦ信号を送信する複数の送信器を含むことがありえるということを認識されるだろう。
例えば、第１のチャネル識別ＲＦ信号は、第一型のための第１の帯域を放送受信デバイス（例えばテレビジョン）から掃引する
第２のチャネル識別ＲＦ信号は、第２のタイプの放送受信デバイス（例えばＦＭラジオ）のための第２の帯域を掃引する
そして、三分の一チャネル識別ＲＦ信号は、放送受信デバイス（例えば振幅変調ラジオ）のための三分の一帯域を掃引する。
別の実施例は、より多くであるかより少ないチャネル識別ＲＦ信号を有することがありえる。
それらのオーディオ信号表示が直交であるように、チャネル識別符号は選択される。そして、いくつかの放送受信デバイスがいくつかのオーディオ信号に同時に戻らせている送信器６９ｂの近くにある。その結果、干渉または衝突を防止する。
換言すれば、
複数の送信器６９ｂによるオーディオ信号がマイクロホン６９ｅに倒れる場合であっても、６９ｄがマイクロホン６９ｅに連結した音声検出器はそのマッチしている送信器６９ｂにより送信される識別ＲＦ信号の結果として生み出されるだろうオーディオ信号を探して、その他の送信器のためオーディオ信号を無視するだけである。
代替実施形態では、送信器６９ｂは、広く４００ＫＨｚ−５ＭＨｚ以上である。そして、離れて２００のＫＨｚである。そして、１０ＭＨｚの奇数倍の周波数に倒れるユニークなキャリアを含む広帯域信号を生成する。
キャリアの各々はユニークなビットパターンを支える。そして、ビットパターンの各々は周波数と関係している。
６９ｄがメモリ（図７ｏに示されない）において、維持する検出器、各々いずれがキャリアによって、生まれるビットパターンの１つの表示を含むかというレコードを含んでいるデータ構造（ビットパターン−周波数データ構造）およびビットパターンは、周波数を結びつけた。
検出器が６９ｄオーディオ信号からビットパターンをデコードするときに、検出器は６９ｄ、それをビットパターン−周波数データ構造のビットパターンの表示と比較する。
格納されたビットパターン表示が復号化ビットパターンにマッチするときに、検出器は６９ｄ、放送受信デバイスがマッチしている格納されたビットパターンと関係している周波数を特定することによって、チューニングされる周波数を決定する。
【０１８３】
図７ｒは、本発明の一実施例に従ってチャネルを決定する方法を例示する。
方法５１０において、ＲＦ信号は、振動数帯全体に掃引される（５１１ａ）。
一実施例によれば、ＲＦ信号は、送信器（例えば送信器６９ｂ）によって、振動数帯全体に掃引される。
ＲＦ信号のオーディオ信号典型は、検出される（５１１ｂ）。
マイクロホンおよび音声検出器（例えばマイクロホン６９ｅおよび音声検出器６９ｄ上で記載される）による一実施例によれば、検出は、実行される。
オーディオ信号が検出された振動数帯のＲＦ信号の周波数は、決定される（５１１ｃ）。
【０１８４】
図７ｓは、本発明の別の実施例に従って受信器のチューニングされたチャネルを決定するための送信器および音声検出器を例示する。
図７ｓの制御ロジック６９ｉは、実施態様によって、６９ａ．６９ｈいずれの制御ロジックまたは制御ロジックも代表する。
制御ロジック６９ｉは、４４２ａ。イニシエート周波数掃引信号を送信器４４２ｂおよびコードジェネレータに送信する。
イニシエート周波数掃引信号に応答して、符号発生器４４２ａおよび送信器４４２ｂは、８７．９ＭＨｚで始まっているチャネル識別符号を発生させる。
符号発生器４４２ａは、ほぼ１００Ｈｚ〜３５００Ｈｚの音声周波数範囲の特徴的な信号を生み出す。
一実施例によれば、特徴的な信号は、『１』および『０』の実質的に矩形の波ビットシーケンスである。生成プログラム４４２ａにより用いられるコードは、チャネル識別符号を発生させて、後でチャネル識別符号の音声エイリアスを特定するための少なくとも一つのコードを含むコード記憶４４０ａから得られる。
【０１８５】
選択されるビット伝送速度は、後述するように受信器７０ｃおよびその他の要因周辺で周囲ノイズにより影響される。
より高い、環境において、ノイズ、使われるビット伝送速度は、より低い。
１５０ビットの低さのビット伝送速度は、ノイズの多い環境において、比較的十分に働く。
代替実施形態では、ビットシーケンスは、ビットの２つの連続性から成ることがありえる。
第１のトレインは、『１』を示す、そして、第２のトレインは、『０』を示す。
【０１８６】
増幅器  ４４２ｃは、送信器４４２ｂの出力を増幅して、増幅されたチャネル識別符号をアンテナ６９ｂに適用する。
アンテナは、６９ｍチャネル識別符号を受信して、６９ｕ、図７ｑにおいて、更に詳細に例示される無線装置に、それを与える。
チャネル識別符号がＲＦ部が６９ｌチューニングされる周波数に達するときに、チャネル識別符号は復調されて、ユーザが聞いている放送番組と一緒のオーディオ信号（「音声識別符号」として以後引用される）として６９ｔ、スピーカで生み出される（すなわちチューニングされたチャネル）。
音声識別符号は、受信器４４０ｃに増幅およびアプリケーションのためのマイクロホン６９ｅおよび与えられた音声４４０ｄ増幅器によって、受け取られる。
受信器４４０ｃは、オーディオ信号を復調して、チャネル識別符号を発生させる際に使用するコードのビットパターンを回復する。
回復されたビットパターンは、音声コード検出器４４０ｂに与えられる。
【０１８７】
検出器４４０ｂは、受信ビットパターンを４４０ａ．コード記憶から読み出されるコードに関連させる。
オーディオ信号から回復されるビットパターンがチャネル識別符号を発生させるために用いるコードのビットシーケンスと実質的に同様のときに、検出器４４０ｂはマッチ（今後「一致信号」）があることを表している信号を生成して、順番に、送信器６９ｂの装置がチャネル識別符号を生み出すのを止める制御ロジック６９ｉにそれを与える。
実施態様によって、制御ロジック６９ｉも、送信器４４２ｂから、低パワー送信器４４２ｂが制御ロジック６９ｉに含まれるメモリからチャネル識別符号または検索を最後に送信していた周波数（今後「特定されたチャネル周波数」）を得る特定されたチャネル周波数。
後の別の実施例において、制御ロジック６９ｉは、そのメモリーにおいて、維持する４４２ｂがどの送信器を送信しているかという周波数の中で指示。
【０１８８】
実施態様によって、制御ロジック６９ｉは他の周波数で送信する送信器４４２ｂに指示して、または、送信器４４２ｂは、命令が到着するのを待つことのない他の周波数にホップする。
送信器４４２ｂがそれの後の特定の定義済み期間以内の６９ｉが周波数で送信するのを開始した制御ロジックからストップ信号を受け取らないときに、送信器４４２ｂは他の周波数にホップする。
その他の要因の中で、定義済み期間は、送信器４４２ｂが周波数およびビット伝送速度に定着できる速度に依存する。
実施態様によって、４４２ｂが他の周波数にホップする前に１ミリ秒の間送信する送信器。
しかしながら、別の実施例で、伝送期間は、１００ミリ秒と同じ程度でありえる。
【０１８９】
図７ｔは、本発明の別の実施例に従って、情報識別子発生器を例示する。
ＢＩＩ発生器７０ａは、以下を含む：
７１ｆ．受信アンテナ７１ｂおよびトランスミッション・アンテナに連結する周波数マルチプレクサ７１ａ。
代替実施形態では、送受切換器と直列の単一アンテナが、受信および伝送のために用いられる。
両方とものための単一アンテナを用いて、送受信は、当業者に十分理解されて、より詳細に本願明細書において、記載されている必要があるというわけではない。
【０１９０】
周波数マルチプレクサ７１ａは、７１ｄ、受信器７１ｃおよび送信器を含む。
受信器７１ｃは、アンテナ７１ｂを介してＲＦ信号を受信して、７１ｄ、送信器にアプリケーションのためのＲＦ信号のうちの１つを復調する。
受信器７１ｃは、制御ロジック７１ｅから受け取られる制御信号に基づく強勢変調のためのＲＦ信号を選択する。
復調されたＲＦ信号は、７１ｄ、ＲＦ信号が受け取られる周波数以外の周波数で送信する送信器に適用される。
制御ロジック７１ｅは、メモリにおいて、維持する送信器が７１ｄ、送信しているチャネルまたは周波数の中で指示。
チャネルまたは周波数指示に基づいて、制御ロジック７１ｅは、情報識別子を与える。
【０１９１】
実施例において、受信器７１ｃはＦＭ標準放送用周波数帯の信号を受信して、復調する、しかし、別の実施例で、一つ以上の帯域は受け取られることがありえる。そして、その一つはＦＭ標準放送用周波数帯でありえる。
実施例において、被復調信号が受け取られるもの以外の周波数に以外、送信器は、７１ｄ、ＦＭ帯域を中で再送信する。
当業者によって、それが７１ｄがどの送信器を送信しているかについて周波数にチューニングされるときに、７１ｄ送信器により送信される信号が近くのＦＭ受信機により受信されるということを認識されるだろう。
周波数マルチプレクサとして作用している二者の組み合わせについては、さらにまた、受信器７１ｃがＦＭ帯域全体にチューニングされると共に、送信器は７１ｄ、１つの周波数に典型的にセットされる。
代替実施形態では、受信器７１ｃは、７１ｄがＦＭ帯域の周波数に再送信するＡＭ放送帯域および送信器の復調されたＡＭ放送帯域が信号を送るという信号を受信して、復調する。
このような実施例では、制御ロジック７１ｅによって、与えられる情報識別子は、受信器７１ｃにより復調されて、それから７１ｄ、送信器により送信されるＡＭ帯域のＲＦ信号の周波数の機能であるだろう。
【０１９２】
図７ｂを参照する。別の実施例によれば、制御ロジック５１ｃは、マイクロプロセッサおよびメモリーを含む。
メモリーはマイクロプロセッサにより実行される。そして、メモリーのストアに対するマイクロプロセッサに検索が放射されたローカル発振器信号、Ｎｕｍｂｅｒ＿ｏｆ＿Ｓｅａｒｃｈｅｓのためになされた回数の指示を生じさせる命令を含む、そして、局部発振器の２つの連続的な検索が信号を送る回数の指示は同じ周波数、Ｎｕｍｂｅｒ＿Ｃｏｎｓｅｃｕｔｉｖｅ＿Ｄｕｐｌｉｃａｔｅ＿Ｒｅｓｕｌｔｓで検出されている局部発振器信号に結果としてなった。
Ｎｕｍｂｅｒ＿Ｃｏｎｓｅｃｕｔｉｖｅ＿Ｄｕｐｌｉｃａｔｅ＿ＲｅｓｕｌｔｓがＮｕｍｂｅｒ＿ｏｆ＿Ｓｅａｒｃｈｅｓの半分より大きいときに、制御ロジック５１ｃは局部発振器信号が直ちに従来の検索において、検出された周波数で放射された局部発振器信号の検索を開始する。
Ｎｕｍｂｅｒ＿Ｃｏｎｓｅｃｕｔｉｖｅ＿Ｄｕｐｌｉｃａｔｅ＿ＲｅｓｕｌｔｓおよびＮｕｍｂｅｒ＿ｏｆ＿Ｓｅａｒｃｈｅｓは、あらゆる検索の後、更新される。
【０１９３】
別の実施例によれば、制御ロジック５１ｃは、マイクロプロセッサおよびメモリーを含む。
メモリーは、マイクロプロセッサにより実行される。そして、メモリー（最も大きな可能性の順に）のストアに対するマイクロプロセッサに放射された局部発振器信号が最も見つかりそうである４つの周波数を生じさせる命令を含む。
情報識別子を生成することと、関連して本願明細書において、記載されているその他の制御ロジックに、別の実施例で、当業者は、制御ロジック５１のための前述の説明が適用できるということを認識するだろう。
【０１９４】
図７ｃは、放射された局部発振器信号が最も見つかりそうである周波数を示すデータ構造を例示する。
データ構造５２は、周波数フィールド５３ａおよび発見フィールド５３ｂの数を含む。
ＤＳ  ５２は４つの周波数順位レコード５３ｃ、５３ｄ、５３ｅを含む。そして、それのそれぞれ５３ｆは以下を含む：
一対のエントリー、周波数フィールド５３ａのエントリーおよび発見フィールド５３ｂの数のエントリー。
ＤＳ  ５２は、放射された局部発振器信号が見つかることがありえる４つの最も見込みのある周波数を示す。
例えば、レコード５３ｃは、以下を含む：
周波数フィールド５３ｃおよび５３ｄ発見フィールドの数のための２３のエントリーのための１０７．３ＭＨｚのエントリー、それは、放射された局部発振器が２３回１０７．３ＭＨｚで見つかったことを表す。
表される命令において、５３ｄレコード、５３ｅおよび５３ｆの検出フィールド５３ｂの数のためのエントリーは、放射された局部発振器信号がよりしばしばでなく１０１．１ＭＨｚ、１０６．７ＭＨｚおよび８８．５ＭＨｚで見つかったことを表す。
ＤＳ  ５２のレコードの価値は、単に図示する値だけである、
当業者は、実際の動作で、同調信号検出器が特定の期間以内で起こっている発見の実際の数を反映するために変化するその他の値を生み出すということを認識するだろう。
【０１９５】
実行する間、受信器５１ｂによって、制御ロジック５１ｃのマイクロプロセッサは放射された局部発振器信号を捜す。そして、一時記憶情報の保守が放射された局部発振器信号が最もしばしば検出される４つの周波数を示す。
情報は、ＤＳ  ５２により表される組織に格納されて、各検索の後、更新される。
データ構造のトラックをＮ周波数の各々の発見の数にしておいて、データ構造の情報をソートする方法は、従来技術において、十分に解されて、本願明細書において、記載されている必要がない。
Ｎは、１より大きい整数である。
【０１９６】
上述の通り、実施態様で、制御ロジック５１ｃは、２００のＫＨｚによって、離れて間隔を置かれる受信帯域の中で周波数の各々にホップして、居住する完全なサイクルを完了することはありえない。
論理５１ｃが放射された局部発振器信号を検出するとすぐに、制御ロジック５１ｃは受信器５１ｂにホップするのを止めるように指示することがありえる。
しかしながら、当業者は、別の実施例によれば、受信帯域による完全なサイクルが放射された局部発振器信号の存在について決定をするために完了されるということを認識するだろう。
各々いずれが信号検出器５０をチューニングすることの近くで局部発振器信号を放射しているかという複数の放送受信機がある。その結果、受信帯域による完全なサイクルはエラーのためのポテンシャルを少なくすることがありえる。
【０１９７】
別の実施例によれば、制御ロジック５１ｃは、９８．６から１１８．６ＭＨｚまで受信帯域を通過する１つのサイクルにおいて、居住される周波数ごとに、ＲＳＳＩ信号レベルを受信する。
１つのサイクルの間、受け取られるすべてのＲＳＳＩ信号レベルの中から、制御ロジック５１ｃは、放射された局部発振器信号の示すものであるＲＳＳＩ信号レベルを特定する。
それが閾値を上回って、１つのサイクルの間、受け取られるその他のＲＳＳＩ信号レベルより大きいときに、ＲＳＳＩ信号レベルは放射された局部発振器信号の示すものである。
制御ロジック５１ｃ（放射された局部発振器信号の示すものであるＲＳＳＩ信号レベルと関係している周波数に基づく）は、受信器５１ｂがチューニングされるチャネルの指示を与える。
【０１９８】
当業者は、制御ロジック４１ｆおよび本願明細書において、記載されているその他の制御ロジックのいずれかがマイクロプロセッサによって、実行のための命令を保存するマイクロプロセッサおよびメモリーを含むことに限られておらず、とりわけ、マイクロコントローラ（デジタル信号処理装置）はフィールドプログラマブルゲートアレイ（ＡＳＩＣ）はか何かは集積であるか離散的ロジックの中でに実装されることがでできるということを認識するだろう。
当業者は、非常にの任意の現在の実施態様の中で、発明、同じ特徴および動作が、単独でハードウェアまたはソフトウェア命令を実行するためのソフトウェア命令およびハードウェアの組合せにより実行されることがありえるということも認識するだろう。
したがって、ソフトウェア命令、または、メモリであるにせよ、制御ロジック４１ｆの特定の実装は指図する、または、両方とも必要である。
【０１９９】
当業者は、メモリが以下の一つ以上を含むが、これに限定されるものではないということを認識するだろう：
フリップフロップから成るフラッシュメモリ、電気的消去可能ＰＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）読取り専用記憶装置（ＲＯＭ）または離散的レジスタ。
そこで、実装は、以下を含む：
制御ロジック４１ｆの一部としてプロセッサ、メモリーはプロセッサに含まれることがありえる、または、それはバスによって、プロセッサに連結する別々の離散要素でありえる。
説明のメモリの参照は、揮発性メモリに、または、あるいは、揮発性物質および不揮発性メモリの組合せに関連する。
【０２００】
実施態様に従ってワイヤレス・ネットワーク２６がセルラ電話ネットワークである一方、本発明が他のタイプの無線および有線ネットワークによって、使われることがありえる当業者により認識されるだろう、制限するものではなく、以下を含む、双方向ページング・ネットワークおよびローカル・ワイヤレス・ネットワーク。
【０２０１】
図８ａは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
ＢＩＤ  ７２は、ユーザが、実施例において、インタフェース７３ｉのユーザアクティベーションに応答して情報識別子を生成することによって、放送番組と相互に作用できる。
より詳細に本願明細書において、そして、実施態様によって、他で記載されているにつれて、情報識別子はユーザが付加情報を得ることができる。そして、番組の項目についてのサービスはディスクジョッキー、など．．．と対話する
代替実施形態では、ＢＩＤ  ７２は、媒体表現の実施態様または本願明細書において、他で記載されているカスタマイズ・デバイスに従ってふるまう。
【０２０２】
ＢＩＤ  ７２は、ユーザが体験をパーソナライズすることができることによって、番組を有するユーザ体験を強化する。
例えば、実施態様で、ユーザは、代わりのものを有する番組の項目を置換できる。
例えば、曲がユーザに容認できない場合、ユーザは、ユーザー・インターフェース７３ｉ上の代替キーを起動させることによって、ラジオでチャネルを変えなければならないことのない代わりの曲を聞くことが可能である。
同じことは、広告で真実である。
別の実施例において、広告がユーザに興味がない場合、単に代替キーを押圧することによって、一つ以上の代わりの広告または一つ以上の歌サンプルは示される。
同じことは、曲および広告の他に他のタイプの項目のためにされることができる。
【０２０３】
代替実施形態では、ＢＩＤ  ７２も、ユーザが番組の項目がどれくらいの頻度で各々と関連して示されるか、そして、それらがどれくらいの頻度で時間の定義済み間以内で示されるかより大きな管理を有することができる。
例えば、放送番組を聞くときでも、曲が時間の非常に短い間において、再び聞こえているので、または、何曲かの曲がユーザにとってより快いその他の曲と関連してあまりにしばしば聞こえるので、ユーザはチャネルを変えなければならないじゃまをされたくない。
【０２０４】
代替実施形態では、容認できなさそうである容認できない項目または項目が示されないように、ＢＩＤ  ７２もユーザが番組の表現をカスタマイズすることができる、しかし、容認できると知られているかまたはユーザにとって容認できそうである項目によって、むしろ置換される。
例えば、項目が示されることができる前に、ＢＩＤ  ７２は、項目がユーザに受け入れられるかどうか決定する。
容認できない項目は、受け入れられるかまたは受け入れられそうであるものにより置換される。
受け入れられる項目は、示されることができる。
【０２０５】
代替実施形態では、ユーザが示された項目であることである間、ＢＩＤ  ７２はユーザに項目の許容可能性に関する情報を獲得して、ユーザがその他の項目が容認できるとわかるかどうか、決定するその情報を使用する。
例えば、別の実施例で、ＢＩＤ  ７２は、特定の項目およびユーザとの類似点のユーザ・ランキングまたは項目との類似点上の統計を維持する。
ランキングおよび類似性は、その他の項目がユーザにとって容認できるかもしれないかどうか決定するために用いる。
ランキングは、実施態様によって、潜在的なランキング、明確なランキングまたは両方ともでありえる。
代わりの実施例では、ユーザの類似性以外の情報は、項目が容認できるかもしれないかどうか決定するために維持される。
【０２０６】
本発明の実施態様の中で解することを促進するために、図８ａに関して、ＢＩＤ  ７２の装置は、最初に後述する。
それから、各種実施形態は、ＢＩＤ  ７２の装置について、より大きな詳細とともに記載されている。
図８ａと関連して記載されている実施態様の任意の一つは、本願明細書において、下で、そして、他で記載されているその他の実施態様と結合されることがありえる。
さらにまた、実施態様の特徴は、それが記載されている前後関係の実施態様に限られている必要はない。
当業者は、実施態様の特徴が実施態様のすべての特徴が別の実施例に含まれることを必要とすることのない別の実施例に含まれることがありえるということを認識するだろう。
加えて、当業者は、実施態様の文脈に記載されている一つ以上の特徴がその実施態様に本質的でありえなくて、実施態様の基本的な建築用ブロックのパワーおよび伸度を呈するために記載されているということを認識するだろう。
【０２０７】
ＢＩＤ  ７２はアンテナ７３ａを含む、そして、ＲＦを獲得して、復調する受信器７３ｂは信号を送る。
実施態様によって、信号は、いずれのＦＭ帯域信号、ＡＭ帯域信号または両方ともでもある。
しかしながら、別の実施例で、デジタルものまたはその他の周波数の受信を含むその他の変調スキームも、商業的なＡＭまたはＦＭ帯域の他に、用いられる。
【０２０８】
受信器７３ｂは、スイッチ７３ｃの入力に、その音声出力を与える。
スイッチ７３ｃは２つの入力を含む、しかし、別の実施例は各々、スイッチ７３ｃがその出力の移行のための１つの信号を選択する信号を運んでいる２つ以上の入力を有することがありえる。
スイッチ７３ｃも、７３ｈスイッチ７３ｃに通過するその入力で適用される信号のうちの１つを選択させる制御ロジックから７３ｄ、送信器に連結するその出力までスイッチ制御信号を受け入れる。
スイッチ７３ｃの出力に存在する信号は、７３ｄ、送信器により送信されて、アンテナ７３ｅによるＲＦ信号として放射される。
近くの受信器（図８ａに示されない）は、この信号を受信するだろう。
【０２０９】
受信器７３ｂおよび送信器７３ｄによって、ＢＩＤ  ７２が実質的にユーザ・ラジオ体験を強化する非常に強力なサービスを与えることができる。
７３ｈがそうである制御ロジックは、それが、実施例において、インタフェース７３ｉを介してユーザアクティベーションの指示を受け入れることによって、チューニングされる周波数を受信器７３ｂおよび管理に連結した。
さらにまた、７３ｈがそうである制御ロジックは、それが、実施例において、インタフェース７３ｉを介してユーザアクティベーションの指示を受け入れることによって、チューニングされる周波数を７３ｄ送信器および管理に連結した。
制御ロジックは、７３ｈ、制御ロジックが７３ｈ、受信器７３ｂがチューニングされるチャネルまたは周波数の表示を格納するメモリ（図８ａに示されない）を含む。
制御ロジックは、７３ｈ、また、送信器が７３ｄ、送信器が７３ｄ、複数の周波数をチューニングする別の実施例において、チューニングされるチャネルまたは周波数を格納する。
【０２１０】
図８ｂは、本発明の一実施例に従って、より詳細にユーザー・インターフェースを例示する。
ユーザー・インターフェース７３ｉは、７３ｐキーおよびディスプレイ７３ｏを含む。
７３ｐキーは、ＢＩＤ  ７２のユーザが７３ｄ、管理７３ｈロジックに受信器７３ｂおよび送信器のための伝送周波数のための受信周波数またはチャネルを表すことができる。
７３ｈ制御ロジックは、選択された受信周波数および伝送周波数の確認を与えて、ディスプレイ７３ｏを介してユーザに視覚フィードバックを伝える。
【０２１１】
当業者は、別の実施例のユーザー・インターフェース７３ｉが視覚であるか聴覚フィードバックを有する音声認識インタフェースであるということを認識するだろう。
聴覚フィードバックが使われる別の実施例において、スピーカ（図８ａに示されない）は、７３ｈ、制御ロジックに連結する。
音声コマンドがユーザアクティベーションとして受け入れられる別の実施例において、マイクロホン（図８ａに示されない）（またはその他のトランスデューサ）は制御ロジック（７３ｈ）に連結する。そして、それは音声認識エンジンを含む。
マイクロホンは、ユーザの声の音を音声認識エンジンによって、デジタル化されて、分析される電気信号機に変換する。
当業者は、ユーザー・インターフェースが別の実施例の以下の一つ以上であるということを認識するだろう：
遠隔制御、
携帯電話またはパーソナル携帯情報機器（コンピュータ）のような通信装置
そして、
車両テレマティックス・インタフェース。
当業者は、認識するだろうアクティベーションを受け入れるために用いることがありえる技術および装置に対する限界ででなくある：
上記は限定するものではないが、音声認識、接触画面、カーソル・キ、マウス、キーパッドまたはトランシーバ（７３ｊ）を含む。そして、後述する。
【０２１２】
ＢＩＤ  ７２も、制御ロジック（７３ｈ）がネットワークおよびデバイスに情報を伝えて、それらから情報を受け取ることができるトランシーバ（７３ｊ）を含む。
実施態様によって、以下の技術の一つ以上によって、トランシーバ（７３ｊ）は、通信する：
ワイヤレスで、赤外線およびワイヤケーブル。
このように、トランシーバ（７３ｊ）の参照は、１つの通信機構またはプロトコルに従って通信する単一のトランシーバを含むことに、トランシーバ（７３ｊ）を制限にしない。
実施態様によって、トランシーバ（７３ｊ）は、以下の一つ以上を含むことがありえる：
赤外線トランシーバ、ワイヤードであるか無線シリアル通信トランシーバ、ローカル・ワイヤレス通信トランシーバ、セルラ方式通信トランシーバおよび並列通信トランシーバ。
このように、そのトランシーバ（７３ｊ）は、図８ａのアンテナ（７３ｋ）に連結して示されるトランシーバ（７３ｊ）がワイヤレスで通信することに限られている、または、すべての実施態様がワイヤレストランシーバおよびアンテナを含まなければならないということを意味しない。
トランシーバ（７３ｊ）の前述の、そして他の、説明は、ＢＩＤ  １１およびコンピュータ３１のトランシーバを含んで本願明細書において、記載されている任意のワイヤードであるか無線トランシーバに適用できる。
【０２１３】
加えて、少なくとも、トランシーバ（７３ｊ）を介してＢＩＤ  ７２によって、受け取られると評される情報の一部は、受信器（７３ｂ）を介して別の実施例において、受け取られて、制御ロジック（７３ｈ）に与えた。
さらにまた、少なくとも、物理媒体（例えばフロッピ（登録商標）ディスク、ハードディスク、再書き込み可能なコンパクトディスク、書き込み可能なコンパクトディスク、メモリースティック、スマートカードまたはメモリー・カード、など）を用いて、実施態様によって、受け取られると評されているかまたはトランシーバ（７３ｊ）により送信されている情報の一部は、削除されることがありえて、得られることがありえる。
当業者は、実施態様によって、制御ロジック（７３ｈ）が含むこと、１またはより多くの以下を含むが、これに限定されるものではないということを認識するだろう：
記憶装置コントローラ、ストレージおよび外部記憶装置通信インタフェース。
さらに、別の実施例で、制御ロジックは、７３ｈ、着脱可能であるか固定ストレージ（図示せず）に連結する。
【０２１４】
上記のように、ＢＩＤ  ７２は、実施態様において、情報識別子を生成する。
制御ロジックは、７３ｈ  ７３ｄ送信器および受信器７３ｂに連結して、考察に従う識別子が図７ｐと関連して上記を与えたという情報を生成する。
制御ロジックは、７３ｈ、７３ｄ、送信器により送信されている受信器周波数またはチャネルの表示が格納されるメモリを含む。
ＢＩＤ  ７２も、制御ロジック（７３ｈ）が対話性（Ｉｎｔ）キー（７３ｒ）が起動する時間指示を得るタイマー（７３ｌ）を含む。
Ｉｎｔのアクティベーションに応答する一実施例、制御ロジック、７３ｈにおいて、キー（７３ｒ）は、Ｉｎｔ鍵（７３ｒ）が起動して、周波数またはチャネル表示をメモリから取り出す時の時間指示示すものを得る。
ロジック（７３ｈ）が構成する管理は、時間指示および周波数またはチャネル表示に情報識別子の基礎をおいた。
本願明細書において、他で記載されているにつれて、情報識別子が、実施態様によって、都合よく使われる。
代替実施形態では、限定するものではないが、情報識別子は、以下の一つ以上で補充される：
地理学的位置指示、利用者識別名、放送対話性装置識別名（例えば、以下のいずれかを制限するものではなく、以下を含む：
オペレーティングシステム、マイクロプロセッサ、などの一連番号）支払い情報、など。
【０２１５】
上記のように、ＢＩＤ  ７２は、ユーザが番組体験をパーソナライズすることができる。
パーソナライズは、多くの小面を有して、本願明細書において、記載されている様々な実施態様において、表される。
実施例において、個人化は、ユーザが代替項目を有する送信器（７３ｄ）を介してＢＩＤ  ７２により示されている項目を置換できる。
実施態様によって、示されている項目は受信器（７３ｂ）によって、受け取られて、送信器（７３ｄ）により送信されるものでありえる、または、あるいは、それは番組の代用源によって、生み出されて、送信器（７３ｄ）により送信されるものでありえる。
示されている項目の転送元に関係なく、実施態様で、ＢＩＤ  ７２は示されている項目を有するユーザが中断した、そして、代替項目がその位置において、現れたと認める。
起こるために代入のために、番組の項目の代用源が、必要である。
次に、番組の項目の代用源について説明する。
【０２１６】
番組の１つの転送元は、とりわけ、コーデック（７３ｇ）によって、デコードされるデジタルメディア切り抜きの形で項目を格納する記憶装置（７３ｆ）である。
コーデックが７３ｇ記憶（７３ｆ）から読み出される項目をデコードするときに、それはスイッチ７３ｃの入力に適用される信号を生み出す。
スイッチ７３ｃが７３ｇコーデックの出力を選択するために制御ロジック（７３ｈ）によって、セットされるときに、送信器（７３ｄ）は記憶（７３ｆ）から読み出される項目を送信する。
前述は、後で更に詳細に記載されている。
【０２１７】
代替実施形態では、制御ロジック（７３ｈ）は、送信器（７３ｄ）の送信機パワーを制御する。
このような実施例では、制御ロジック（７３ｈ）は、送信器（７３ｄ）に予め定められた第一の出力レベルで近くの放送受信デバイスがチューニングされる周波数で信号をセットしている予め定められたパワーを送信させる。
パワーをセットしている信号は、別の実施例の定義済みビットパターンである。
しかしながら、図７ｏ、７ｐと関連して上記の通りの他の信号を含んでいるトーンが、別の実施例において、使われる。
【０２１８】
実施態様によって、第一の出力レベルは、適当な調整機関または、あるいは、ごくわずかな出力レベル（例えば、最大出力レベルの１／２、１／１０、１／１００制限するものではなく、以下を含む）によって、できるようにされる最大出力レベルである。
このような実施例では、制御ロジック（７３ｈ）は、音声検知器ユニット（例えば図７ｏ、７ｐと関連したその記載されている上記）に連結する。
パワーをセットしている信号の音声エイリアスは音声検知器ユニットにより検出される。そして、実施態様によって、音声検知器ユニットは制御ロジック（７３ｈ）に音声エイリアス信号にビット誤り率または相関係数を与える。
ビット誤り率が、実施態様によって、過剰であるか容認できるときに、制御ロジック（７３ｈ）は、実施態様によって、第一の電力レベルを上昇させるかまたはあるいは、それぞれ、それを減少させる。
パワーが増減される量は、処理系依存（例えば正しい出力レベルがユーザを安心させるために決定されることになっている速度）であって、環境要因（例えば、近いアンテナ（７３ｅ）は放送受信デバイスにどんな状態か）により影響される。
【０２１９】
制御ロジック（７３ｈ）は、それから送信器（７３ｄ）に新規な出力レベルで信号をセットしているパワーを送信させる。
送信機パワーが調整されることを必要とするかどうか、制御ロジック（７３ｈ）はそれから上述のような再び決定する。
始まっている出力レベルができるようにされる最大出力レベルである実施態様において、出力レベルが容認できない誤り率または相関係数に結果としてなるとすぐに、制御ロジック（７３ｈ）は方法を止める。
制御ロジック（７３ｈ）は、容認できないパフォーマンスに結果としてなったものの前に、送信器（７３ｄ）の送信器出力レベルとして、出力レベルを割り当てる。
当業者は、ごくわずかな出力レベルが第一の出力レベルである所で、容認できるパフォーマンスが成し遂げられるまで、パワーが増加するということを認識するだろう。
【０２２０】
図８ｃは、本発明の一実施例に従って放送対話性デバイスの蓄積において、維持される情報を例示する。
図８ａの記憶装置（７３ｆ）は、図８ｃにおいて、更に詳細に示される。
記憶装置（７３ｆ）は、７３ｖ、ユーザープロファイル視聴覚素材を含む。
視聴覚素材は、７３ｖ、以下の一つ以上を含むが、これに限定されるものではない：
オーディオ・クリップ、視聴覚切り抜き、グラフィクス、放送番組対応のあるデータ、歌詞、広告切り抜き、プレイリストおよび、限定されるものではないが、視聴覚娯楽またはデジタルメディアに関連があるその他の情報の種類。
視聴覚素材の情報の装置は、７３ｖ、項目と呼ばれる。
項目としては、限定はされないが、オーディオまたはビデオクリップが挙げられる。
【０２２１】
図８ｂを再度参照する。ユーザー・インターフェース（７３ｉ）は、置換キー（７３ｍ）カスタマイズ・キー（７３ｎ）スキップキー（７３ｑ）そして、リジェクト・キー（７３ｓ）を含む。
ＢＩＤ  ７２のユーザが置換キー（７３ｍ）を起動させるときに、制御ロジック（７３ｈ）はインタフェース（７３ｉ）からアクティベーションの指示を受け取る。
置換キー（７３ｍ）のアクティベーションは、送信器（７３ｄ）によって、現在放送されている番組が置換番組と置き換えられることになっていることを表す。
実施例において、スイッチ７３ｃが送信器（７３ｄ）にアプリケーションのための受信器（７３ｂ）の出力を選択するときに、置換キー（７３ｍ）のアクティベーションによって、制御ロジック（７３ｈ）が生じて、ために記憶装置（７３ｆ）において、特定される置換項目を有する受信器（７３ｂ）によって、与えられる番組を置換する。
【０２２２】
制御ロジック（７３ｈ）は、コーデックの一部であるＤＡ変換器（ＤＡＣ）に適用されるデジタル・サンプルを生み出すために項目をデコードするコーデック７３ｇに、視聴覚素材７３ｖの特定された項目を与える。
ＤＡＣは、離散時間デジタル・サンプルを７３ｃを切替えるために適用される連続アナログ信号に変換する。
制御ロジック（７３ｈ）によって、７３ｃを切替えるために適用される制御信号は、スイッチ７３ｃに送信器（７３ｄ）にアプリケーションのための７３ｇ、アナログ信号をコーデックから選択させる。
送信器（７３ｄ）は、アナログ信号に基づくＲＦ信号を生み出して、アンテナ（７３ｅ）を用いたそれを放射する。
【０２２３】
ＢＩＤ  ７２が、新しい特徴を有すると説明されることそれ自体は、ＢＩＤ  ７２が、実施態様によっては従来の動作ができないものであると解されるべきではない。
例えば、そして、ユーザー入力に基づいて、実施態様（ロジック（７３ｈ）がまた、ユーザがインタフェース（７３ｉ）の７３ｐ、キーを介して入力したことを認める管理）において、制御ロジック（７３ｈ）が視聴覚素材（７３ｖ）の項目を読み出して、コーデック（７３ｇ）を有することそれおよび送信器（７３ｄ）が送信するデコード。
実施態様がこの種の動作ができるかもしれない場合であっても、従来の動作はそれが本発明を不明瞭にするだろう現在の説明から無視される。
【０２２４】
実施例において、制御ロジック（７３ｈ）は、プログラムおよびデータメモリ（図示せず）およびマイクロプロセッサ（図示せず）を含む。
プログラムおよびデータメモリおよびマイクロプロセッサはハードウェアおよびソフトウェアが連続体上の極地の終端点であると強調するために示されない、そして、当業者が認識するだろうように、専門ハードウェアにおいて、実装されることができる特徴は汎用ハードウェア（例えばマイクロプロセッサまたはマイクロコントローラ）により実行されるソフトウェアを使用して実装されることもできる。
【０２２５】
実施例において、トランシーバ（７３ｊ）を介して、制御ロジック（７３ｈ）は、少なくとも一つの放送事業者の番組のためのスケジュール情報を得る。
実施態様によって、スケジュール情報は、以下のデバイスの一つ以上に位置する：
サーバー２９ａ、２９ｃ、コンピュータ３１または通信装置（例えば従来の携帯電話１５、無線パーソナル携帯情報機器またはポケット・パーソナル・コンピュータ（ＰＣ）。
当業者はスケジュール情報の多くのポテンシャル転送元を非常に示されて認識するだろう、トランシーバ（７３ｊ）別に多くをすることができる。そして、実施態様によって、できる、トランシーバ（７３ｊ）は以下の機構の一つ以上だけスケジュール情報を読み出す：
ワイヤレスで、赤外線およびワイヤケーブル。
【０２２６】
無線通信に関して、実施態様によって、トランシーバ（７３ｊ）は、携帯電話ネットワークと通信する能力、ＷｉＦｉ（Ｗｉ−Ｆｉ、無線ＬＡＮ）または類似の技術に基づくＬＡＮおよびブルートゥースに基づくそれらのような短い範囲ネットワークを含む。
実施例において、トランシーバ（７３ｊ）は、携帯電話ネットワーク２６を介してサーバー（２９ａ、２９ｃ）へのリンクを与える携帯電話を有するブルートゥースで通信することによって、サーバー（２９ａ、２９ｃ）と通信する。
代替実施形態では、トランシーバ（７３ｊ）は、直接携帯電話ネットワークと通信するセルラー送受信機を含む。
代替実施形態では、トランシーバ（７３ｊ）は、ブルートゥース、ＷｉＦｉまたは類似の無線ＬＡＮを介してコンピュータ３１と通信する。
【０２２７】
赤外線通信に関して、普及している標準は非同期シリアル赤外線通信のためのＩｒＤＡ基準である、しかし、その他のプロトコルが使われることがありえる。
代替実施形態では、トランシーバ（７３ｊ）は、以下を含む：
トランシーバ（７３ｊ）がコンピュータ３１または携帯電話１５と通信できるＩｒＤＡトランシーバ。
【０２２８】
導線有線通信に関して、実施態様によって、トランシーバ（７３ｊ）は、以下のプロトコルの一つ以上に従って通信する能力を含む：
Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）ＲＳ−２３２またはＴＩＡ／ＥＩＡ−２３２シリアル非同期通信（平行した「セントロニクス」インタフェース、パーソナル・コンピューター、ＩＥＥＥ  Ｓｔｄ．１３９４（Ｆｉｒｅｗｉｒｅ）ＩＥＥＥ  Ｓｔｄ．１３９４ｂ、イーサネット（登録商標）、Ｖ．９０、Ｖ．３４またはＶ．３２モデム規格のためのＢｉ方向Ｐａｒａｌｌｅｌ  Ｐｅｒｉｐｈｅｒａｌ  ＩｎｔｅｒｆａｃｅのためのＩＥＥＥ  Ｓｔｄ．１２８４−１９９４規格基準Ｓｉｇｎａｌｉｎｇ  ＭｅｔｈｏｄおよびＩ２Ｃ同期シリアル通信）。
実施例において、トランシーバ（７３ｊ）は、以下を含む：
トランシーバ（７３ｊ）がＵＳＢ使用可なコンピュータ３１またはサーバー２９ａ（コンピュータ３１としての２９ｃ）と通信できるＵＳＢコントローラ。
代替実施形態では、トランシーバ（７３ｊ）は、以下を含む：
トランシーバ（７３ｊ）がサーバー２９ａ、ケーブルまたはデジタル加入者回線モデムとしての２９ｃまたはＬＡＮサーバーと通信できるイーサネット（登録商標）・コントローラ。
代替実施形態では、従来のアナログまたはデジタル・モデムによって、トランシーバ（７３ｊ）が一般加入電話網（ＰＳＴＮ）３２を介してサーバー（２９ａ、２９ｃ）と通信できる。
【０２２９】
図８ｄは、本発明の一実施例に従って番組を置換する方法を例示する。
方法４００において、制御ロジック（７３ｈ）は、ユーザー・インターフェース（７３ｉ）から、代入指示を受け入れる（４０１ａ）。
代入指示に応答して、制御ロジック（７３ｈ）は、もう一方が切り替わる（７３ｃ）ために入力した伝送のために選択するスイッチ（７３ｃ）を起動させることによって、受信器（７３ｂ）によって、受け取られる番組の伝送を終了する（４０１ｂ）。
実施例において、スイッチ（７３ｃ）に対する他方入力は、コーデック（７３ｇ）に連結する。
制御ロジック（７３ｈ）は視聴覚素材（７３ｖ）の置換項目を特定して（４０１ｃ）コーデック（７３ｇ）を有するそれをデコードする、送信器（７３ｄ）はそれからコーデック（７３ｇ）によって、デコードされる番組の置換項目を送信する（４０１ｄ）。
【０２３０】
ユーザには、若干の項目がどれくらいしばしば示されるか、そして、若干の項目がどれくらいの頻度でその他の項目と関連して示されるかしばしば特定の期待がある。
これは特に真実である。そのとき、項目は曲である。
一部のユーザには、極めて強い期待があることさえありえる。
これらの予想のうちの１つは、上記の代入前後関係において、直面される。
例えば、放送番組がユーザに提示されているケースをみなす。
実施態様によって、放送番組は、受信器（７３ｂ）またはトランシーバ（７３ｊ）を介して受け取られる番組に限られていなくて、また、受信器（７３ｂ）またはトランシーバ（７３ｊ）を介して受け取られる再生リストまたは他のタイプの表現命令に従って示される視聴覚素材（７３ｖ）から、項目を含む。
ここで
再生リストまたは他のタイプの表現命令は、ユーザの予想に従って構成されない。
【０２３１】
置換文脈を再度参照する。そして、大部分のユーザは聞くのを予想しない発表される曲のうちの１曲が容認できないユーザが置換キー（７３ｍ）を起動させるときにし、1曲につき置換歌容認できない項目が示される前にそれが最近聞こえたので、それらは聞くことを望まない。
同様に、受信器（７３ｂ）によって、受け取られようとしている曲のうちの１曲がユーザによって、最近聞かれる置換歌またはその他の曲（例えば同じチャネルまたは他のチャネル上の受信器（７３ｂ）によって、受け取られるもの）と同様のときに、ユーザが受け取られようとしている曲が置換キーを押していなければならないユーザなしで置換されるのを望んで。
【０２３２】
実施態様によって、ＢＩＤ  ７２は、この期待について述べる。
代替実施形態では、それが表現のために選択される前に、置換項目は一つ以上の条件を満たすことを必要とする。
実施例において、１状態は、同じ項目の反復間の最小限の時間間隔である。
再び聞こえることから最近聞こえる項目を防止するために、実施態様で、制御ロジック（７３ｈ）は、また、あるいは、距離値が記憶装置（７３ｆ）に格納される最小限の時、同じ項目の反復の間に最小限の時間間隔を表す反復（「ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ」と呼ばれる今後）の間に最小限の時間の幅のための値を格納する一時記憶またはメモリを含む。
また、制御ロジック（７３ｈ）その一時記憶またはメモリにおいて、または、あるいは、記憶装置（７３ｆ）において、持続する。ポテンシャル置換項目ごとに、項目がそうであったこの前の指示は現れた。
【０２３３】
図８ｅは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
一時的な保管場所７３ｘは、項目の反復との間に最小限の時間の表示を保つｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａを含む。
一時的な保管場所７３ｘは実施例において、制御ロジック（７３ｈ）に位置するメモリー空間として実装される、しかし、別の実施例で、それは記憶装置（７３ｆ）に位置することがありえる。
一時的な保管場所７３ｘは、制御ロジック（７３ｈ）に連結する記憶装置（図８ａに示されない）において、実装されることもありえる。
ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａの価値はインタフェース（７３ｉ）および制御ロジック（７３ｈ）を経由して定義可能なユーザであって、ゼロから制御ロジック（７３ｈ）により示されることができる最大の時間にわたる。そして、それは本発明の限定よりむしろ設計上の問題に依存する。
しかしながら、ユーザが、その特定の曲はかつての３時間の時間幅において、即ち、１、２日の間または１週以上さえより示すことをしばしば要求する。
【０２３４】
図８ｆは、番組の項目が本発明の別の実施例に従って示される時に関連した情報を含む一時的な保管場所を例示する。
実施態様によって、タイミング情報保管場所（７３ｙ）は、以下の一つ以上に位置する：
別に記憶装置（７３ｆ）の、または、記憶装置（７３ｆ）限定するものではないが、含むこと、ユーザープロファイル（７３ｔ）視聴覚素材（７３ｖ）スケジュール情報（７３ｕ）または表現方式情報（７３ｗ）のその他の情報空間の一つ以上の制御ロジック（７３ｈ）（制御ロジック（７３ｈ）にアクセス可能なメモリー空間）に含まれるメモリー空間。
タイミング情報（７３ｙ）は、項目標識フィールド（７７ｃ）および最後のプレイタイム・フィールド（７７ｄ）を有するタイミング・データ構造（７７ｂ）を含む。
項目標識フィールド（７７ｃ）は、潜在的置換項目のための項目識別エントリーを視聴覚素材（７３ｖ）に含む。
各識別エントリーは視聴覚素材（７３ｖ）の潜在的置換項目と関係しているコードを含む、そして、制御ロジック（７３ｈ）は識別エントリーに基づく置換項目を読み出す。
最後のプレイタイム・フィールド（７７ｄ）は、識別エントリーと関係している項目が示された最後の時の表示を含むエントリーを含む。
ＤＳ  ７７ｂは、１つが置換項目インジケータ・レコード７７ｅと特定される複数のレコードを含む。
標識フィールド（７７ｃ）がコード「３９７０１８」により特定される項目が１１時に０１／１／２００１に最後に聞いたことを表す項目のためのエントリー：３１：１１、それが、レコード７７ｅ．の７７ｄ、最後のプレー時間フィールドのためのエントリーである
ロジック（７３ｈ）はいつの管理を作成する置換項目のためにレコード、項目識別エントリーは置換項目を示している指示により占有される。そして、最後のプレー時間フィールドのためのエントリーは７７ｄ、置換項目がまだ示されなかったことを表している空白または任意のその他の値まで初期化される。
【０２３５】
当業者は、ＤＳ  ７７ｂが図８ｆに示される３つのレコードに限られていない、そして、実装を含んでいるＤＳ  ７７ｂがレコードの十、何百、数千または偶数の数１００万を有することがありえるということを認識するだろう。
さらにまた、当業者は、別の実施例で、識別エントリーが以下の一つ以上であるということを認識するだろう：
英数字ラベル、テキストラベル、関連またはポインタ。
コードの代わりに、項目の名前が、使われる。
歌項目の場合、名前が、あることができるが、存在（曲の表題）に限られていない。
制御ロジック（７３ｈ）が項目標識フィールド（７７ｃ）のためのレコードのエントリーに基づく置換項目を読み出すことができる限り、エントリーのフォーマットは重要でない。
【０２３６】
図８ｇは、より詳細に、本発明の別の実施例に従って図８ｄの置換項目を特定する動作を例示する。
ＤＳ  ７７ｂ．において、代替実施形態では、方法４００で、置換項目を特定する（４０１ｃ）ことが制御ロジック（７３ｈ）セレクティング（４０１ｅ）を含むことレコード
レコードを選択する（４０１ｅ）ことは視聴覚素材（７３ｖ）の置換項目を選択することに等しい、そして、レコードはランダムに、順次、または、ユーザにより要求される特定の表現目的を達成するその他の規則に従って選択されることができる。
置換項目が最小限の時間間隔拘束を満たすかどうか、制御ロジック（７３ｈ）はそれから４０１ｆを決定する。
最小限の時間間隔拘束の決定をするために、制御ロジック（７３ｈ）は、置換項目のための表現時間を決定する。
置換項目が直ちに示されることになっている実施態様において、制御ロジック（７３ｈ）は、７３ｌタイマーから現在時刻の表示を得ることによって、表現時間を決定する。
制御ロジック（７３ｈ）は、それから７７ｄ、最後のプレー時間フィールドのためのレコードのエントリーを読み出す。
制御ロジック（７３ｈ）は、それから、置換項目のための表現時間が、少なくともｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａ（すなわち、最小限の時間間隔拘束を満たす）の価値によって、７７ｄ（すなわち置換項目の最後のプレー時間）最後のプレー時間フィールドのためのレコードのエントリーを上回るかどうかと決定する。
置換項目の表現時間が少なくともｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ（７７ａ）の価値により置換項目の最後のプレー時間を上回る、または、最後のプレー時間フィールド（７７ｄ）のためのエントリーが空白であるときに、制御ロジック（７３ｈ）は置換項目の表現時間を最後のプレー時間フィールド（７７ｄ）のためのエントリーに格納することによって、（４０１ｇ）ＤＳ（７７ｂ）を更新する、
そうすると、次の動作を続行する。
【０２３７】
置換項目の最後のプレー時間が少なくともｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａの価値により置換項目の最後のプレー時間を上回らないときに、制御ロジック（７３ｈ）は他の置換項目を選択して（４０１ｅ）最小限の時間間隔拘束の決定を繰り返す。
当業者は、最小限の時間間隔拘束を満たす、そして、記載されているかまたは本願明細書において、記載されていないかどうか、本発明が任意の唯一の技術に限られていない選択の目的を達成することの多くの技術が、ある項目を認識するだろう。
にもかかわらず、その他の技術は、本願明細書において、他で記載されている。
【０２３８】
さらにまた、当業者は、別の実施例で、制御ロジック（７３ｈ）が異なる置換項目または異なるグループの置換項目のための異なる最小限の時間間隔拘束を課すということを認識するだろう。
１最小限の時間距離値だけが保管場所（７３ｘ）において、例示される一方、当業者は、別の実施例で、距離値が異なる各々および潜在的置換項目の全ての一組のサブセットである一群の置換項目の表現を決定する各々を格納した複数の最小限の時があることがありえるということを認識するだろう。
あるいは、各潜在的置換項目は、最小限の時間間隔のためのそれ自身の値と関係している。
【０２３９】
ＤＳ  ７７ｂの最小限の時間間隔ポインタフィールドを加えることによる別の実施例で、前者は、達成される。
最小限の時間間隔ポインタフィールドの各レコードのエントリーは、保管場所（７３ｘ）の最小限の時間間隔価値（いくつかの異なる値のうちの１つ）を示している。
ＤＳ  ７７ｂの若干のレコードのエントリーは１最小限の時間距離値を示している。そして、以下同様でありこれまでにその他のグループのレコードに関して、その他のレコードのエントリーは他の最小限の時間距離値を示している。
【０２４０】
ＤＳ  ７７ｂの最小限の時間間隔フィールドを加えることによって、別の実施例で、後者は、達成される。
最小限の時間間隔フィールドの各レコードのエントリーは、最小限の時間間隔がレコードの付随する置換項目を考慮に入れたことを表す。
【０２４１】
上記のように、項目の反復間の最小限の時間間隔に加えて、または、の代わりに、ユーザにも、若干の置換項目がどれくらいの頻度でその他の項目と関連して示されるかについてしばしば強い予想がある。
これは、単に各項目群に異なる最小限の時間間隔拘束を有させることによって、達成可能である。
例えば、第１の項目群は３００分の累積的な実行時間を有する５０の項目を含む、そして、第２の項目群は２４０分の累積的な実行時間を有する６０の項目を含む。
第１の項目群は、１：２に第２の項目群に賛成して表現の中で比率で表させることである。
すべての項目が間断なく順次示される場合、全体の実行時間は７８０分であるだろう。
５０の項目がこの間に一度示されるだけであるので、最小限の間隔時間まとめる１項目そうである（全体の実行時間）／（項目の有効数でなるまとめる一つ）それは、１５．６分である。
中で項目の中で全体の有効数まとめる、１は、項目の数の製品であるまとめる１、そして、全体の実行時間の間、起こる繰返数。
グループ１のために、繰返数は、１である。
同様に、グループ２項目のための最小限の間隔時間はある（全体の実行時間）／、いずれが６．５分であるか（グループ２の項目の完全有効数）。
【０２４２】
適当なものは反復の中で番号をつけるすべての項目体験を有するために、別の実施例で、ＤＳ  ７７ｂは、反復フィールドおよび多くの表現フィールドを含む。
反復フィールドのレコードのエントリーは最大繰返数がレコードのものが置換項目を関連するのを許したことを表す「実行時間となる。」表現フィールドの数のためのＡレコードのエントリーはレコードのものが置換項目を結びつけた回数が示されたことを表す。
レコードは中で置換項目の表現ごとにくらい長くランダムに選択されることができるまとめる、そこの１は置換項目の対応する数の表現であるまとめる２。
表現フィールドの数のための各レコードのエントリーは１まで初期化される。そして、適当な最大繰返数さらに１はレコードの反復フィールドに格納される。
レコードが選択されるときに、表現フィールドの数のためのエントリーは増やされる。
表現フィールドの数が１に加えて最大繰返数に等しいと共にインクリメント動作が起こるときに、インクリメント動作はゼロまで進む。
表現フィールドの数がゼロであるときに、レコードは選択にもはや使えない。
当業者は、最小限の間隔時間に基づく表現の相対的な率を成し遂げるために用いることがありえるその他の考えられる技術があるということを認識するだろう。
【０２４３】
実施態様によって、ユーザが選択されて、口座にユーザの予想をとることのないシーケンスに置かれた番組の項目を経験しているときでも、ＢＩＤ  ７２はユーザが施行されるユーザの予想があることができる。
受信器（７３ｂ）によって、受け取られるかどうかユーザが番組の項目を経験しているときでも曲の表現の出現率に関するユーザの予想が施行されるときに、ユーザ体験は強化される。そして、視聴覚素材（７３ｖ）から、または、両方とも読み出される。
【０２４４】
図８ｈは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
一時的な保管場所７３ｘは、別の実施例において、上記のように、ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａ（特定の期間の間に置換項目のための最大繰返数の表示を保つｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ  ７７ｆ）を含む。
一時的な保管場所７３ｘは、特定の期間の表示を保つｔｉｍｅ＿ｐｅｒｉｏｄ（７７ｇ）を含む。
図８ｅと関連して作られた一時的な保管場所７３ｘの説明は、引用することにより本願明細書の一部をなされる。
ｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ  ７７ｆによって、保たれる値は、０から制御ロジック（７３ｈ）により示されることができる最大整数値にわたる。
ｔｉｍｅ＿ｐｅｒｉｏｄのための値は、０から正の無限大までの範囲である。
ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａがインタフェース（７３ｉ）および制御ロジック（７３ｈ）を介してユーザによって、定義可能であるとして上で記載されているちょうどその時、７７ｇ  ｔｉｍｅ＿ｐｅｒｉｏｄおよびｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ  ７７ｆは定義可能でもある。
【０２４５】
図８ｉは、番組の項目が本発明の別の実施例に従って示される時に関連した情報を含む一時的な保管場所を例示する。
タイミング情報空間７３ｙは７７ｈ、項目標識フィールド（７７ｃ）、最後のプレー時間フィールド、７７ｄを有するタイミング・データ構造を含む。そして、その両方は７７ｊ．記載されている上記の、および第一の表現時間フィールド７７ｉおよび数の表現フィールドである。
図８ｆと関連して作られたタイミング情報空間７３ｙの説明は、引用することにより本願明細書の一部をなされる。
表現フィールドの数のためのエントリーは、７７ｊ、項目が項目標識フィールド（７７ｃ）のためのエントリーによって、特定した回数が演奏されたことを表す。
第一の表現時間フィールド７７ｉのためのエントリーは、項目インジケータ・エントリー７７ｃにより特定される項目が最初であった時間が現れたことを表す。
【０２４６】
置換項目インジケータ・レコード（７７ｋ）は、タイミング情報空間（７３ｙ）（それは、視聴覚素材（７３ｖ）の潜在的置換項目のための制御ロジック（７３ｈ）により作成される）のレコードを代表する。
制御ロジック（７３ｈ）が、レコードを作成する、それは、付随する置換項目を示している識別子を有する標識フィールド７７ｃのためのエントリーを占有する、最後のプレー時間フィールド（７７ｄ）のためのエントリーおよび空白および７７ｊ表現フィールドの数のエントリーに対するフィールド７７ｉがゼロまで初期化されることを時の第一の表現に対するエントリーを初期化する。
他の実施態様において、第一の表現時間フィールド７７ｉのためのエントリーは、実施態様の時間を示すために使用する進法の時間（ｍａｘ＿ｔｉｍｅ）の間最も大きな可能な値を示す時間の間の表示に初期化される。
実施例において、ｍａｘ＿ｔｉｍｅのための値は、一時的な保管場所（７３ｘ）に格納される。
【０２４７】
図８ｊは、より詳細に、本発明の別の実施例に従って図８ｄの置換項目を特定する動作を例示する。
代替実施形態では、方法４００で、置換項目を特定する（４０１ｃ）ことは、ＤＳ  ７７ｂにおいて、レコードを選択する（４０１ｅ）制御ロジック（７３ｈ）を含む。
レコードを選択する（４０１ｅ）ことは視聴覚素材（７３ｖ）の置換項目を選択することに等しい、そして、レコードはランダムに、順次、または、ユーザにより要求される特定の表現目的を達成するその他の規則に従って選択されることができる。
制御ロジック（７３ｈ）は、それから選択された置換項目がこれまで選択されなかったかどうか、決定する（４０１ｈ）。
項目がこれまで選択されなかった場合、項目は最小限の時間間隔拘束および最大反復拘束を満たす。
最後のプレー時間フィールド（７７ｄ）のためのエントリーのＮＵＬＬ値は、置換項目がこれまで選択されなかった制御ロジック（７３ｈ）およびそれに置換項目の表現時間が少なくともｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａの値により置換項目の最後のプレー時間を上回る。そして、最大反復拘束が満たされることを暗に表す。
最後のプレー時間フィールド（７７ｄ）のためのエントリーがＮＵＬＬ値を有するときに、      
【０２４８】
制御ロジック（７３ｈ）は表現フィールドの数のためのレコードのエントリーを増やすことによって、（４０１ｉ）ＤＳ  ７７ｂを更新して、置換項目の表現時間を第一の表現時間フィールドのためのレコードのエントリーに格納して、置換項目の表現時間を最後のプレー時間フィールド（７７ｄ）のためのレコードのエントリーに格納する。
【０２４９】
最後のプレー時間フィールド（７７ｄ）のためのエントリーのための値がＮＵＬＬでないときに、制御ロジック（７３ｈ）は、新規な反復自転車が始まっているかどうか決定する（４０１ｊ）。
制御ロジック（７３ｈ）は、置換項目の表現時間および第一の表現時間フィールド（７７ｉ）のレコードのエントリーの違いがｔｉｍｅ＿ｐｅｒｉｏｄ（７７ｇ）のための値と同程度少なくとも大きいかどうか、決定することにより、新規な反復サイクルが始まっていることを決定する（４０１ｊ）。
前述の状態が満たされるときに、制御ロジック（７３ｈ）は０までエントリーを表現フィールド（７７ｊ）の数にセットする（４０１ｋ）
そうすると、最小限の時間間隔拘束が満たされるかどうか決定する（４０１ｍ）。
前述の状態が満たされないときに、制御ロジック（７３ｈ）は最大反復拘束が満たされるかどうか決定する（４０１ｌ）。
【０２５０】
制御ロジック（７３ｈ）は、間隔拘束が方法で満たされる最小限の時が上記について述べたかどうか、図８ｇとの関係を中で決定する（４０１ｍ）そして、この種の考察は引用することにより本願明細書の一部をなす。
最小限の時間間隔拘束が満たされるときに、制御ロジック（７３ｈ）は表現フィールド（７７ｊ）の数のためのエントリーを増やすことによって、（４０１ｎ）ＤＳ  ７７ｂを更新する。
また、制御ロジック（７３ｈ）は第一の表現時間フィールド（７７ｊ）のためのエントリーおよび最後のプレー時間フィールド（７７ｄ）のためのエントリーを置換項目の表現時間にセットすることによって、更新する、数の表現のためのエントリーを増やした後にフィールド（７７ｊ）は１に等しい。
表現の数のためのエントリーを増加した後にフィールド（７７ｊ）が１に等しくない場合、制御ロジック（７３ｈ）は最後のプレー時間フィールド（７７ｄ）のためのエントリーを置換項目の表現時間にセットするだけである。
最小限の時間間隔拘束が満たされないときに、制御ロジック（７３ｈ）は他の置換項目を選択して（４０１ｅ）制約充足の決定プロセスを繰り返す。
【０２５１】
制御ロジック（７３ｈ）は、最大反復拘束が満たされるかどうか、表現フィールド（７７ｊ）の数のためのエントリーがｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ  ７７ｆの値未満であるかどうか、決定することによって、決定する（４０１ｌ）。
最大反復拘束が満たされないときに、制御ロジック（７３ｈ）は他の置換項目を選択して（４０１ｅ）制約充足の決定プロセスを繰り返す。
最大反復拘束が満たされるときに、最小限の時間間隔拘束が上で述べられる方法で満たされるかどうか、制御ロジック（７３ｈ）は、決定する（４０１ｍ）。
【０２５２】
それらの全てが上記の通りに含むが、前述のように、最小限の時間間隔または最大反復拘束を施行するための多くの考えられるアルゴリズムがある
初期化少なくとも一つのデータ構造、
選択置換項目、実施態様によって、間隔または反復の基本的な条件が選択された置換項目のために満たされるかどうか、決定する、選択必要に応じて他の置換項目、そして、満足な置換項目が選択されるときに、データが構築する更新。
このように、本発明は、本願明細書において、記載されている拘束を施行することのまさに技術に限られていない。
【０２５３】
当業者は、別の実施例で、潜在的置換項目がｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ  ７７ｆのための同じ値を共有しないということを認識するだろう、そして、その異なる項目は異なる最大反復値に従属することがありえる。
項目上の異なる反復拘束を施行することの多くの技術がある。そして、各潜在的置換項目に最大反復のための、または、最大反復のためのそれ自身の値と関係しているいくつかのグループの項目の各々のためのそれ自身の値と関係させることを含む。
ＤＳ  ７７ｂの最大反復フィールドを加えることによって、別の実施例で、前者は、達成される。
最大反復フィールドの各レコードのエントリーは、レコードのものに許容される反復が置換項目を結びつけたことを表す。
ＤＳ  ７７ｂの最大反復ポインタフィールドを加えることによる別の実施例で、後者は、達成される。
最大反復ポインタフィールドの各レコードのエントリーは、最大反復値（例えばちょうど１つ以上の値を保つスペース７３ｘのｍａｘ＿ｒｅｐｅｔｉｔｉｏｎｓ（７７ｆ）の値）を示している。
【０２５４】
さらにまた、当業者は、別の実施例で、潜在的置換項目がｔｉｍｅ＿ｐｅｒｉｏｄ７７ｇの異なる値に従属するということを認識するだろう。
これを達成することの技術は、異なる最大反復値を前提として項目を有することに関する考察において、上で記載されている。
前述のように、別の実施例で、潜在的置換項目は、ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ７７ａの異なる値に従属する。
【０２５５】
上記のことから、当業者は、表現の異なる相対的な率が潜在的置換項目に以下の一つ以上に従属させることによって、成し遂げられることがありえるということを認識するだろう：
異なる反復率、異なる期間または異なる最小限の時間間隔拘束。
換言すれば、
若干の置換項目は、他よりしばしば示される。
表現の上のより大きな管理は、複数の制御変数（すなわち反復値、反復期間、最小限の時間間隔）を用いて達成される。
【０２５６】
非使用者が番組（すなわち考慮に入れられているユーザの予想なしで選択されて、順番付けられるもの）の項目が置換項目と異なることを示すときに、表現の相対的な率はユーザーの要求に従って忠実に生み出される。
重なりがあるときに、そして、特に相対的な重要な重なり、反復拘束または、実施態様によって、率があるときに、拘束または最小限の時間間隔拘束は満たされることはありえない。
【０２５７】
当業者は、別の実施例で、重なりが置換のために使用するデータ構造を持続する際の考慮に入れられるということを認識するだろう。
前述の説明において、データ構造は、置換要請に応答してアップデートされた。
しかしながら、当業者は、その他のイベントがデータ構造をアップデートする必要を起こすことがありえるということを認識するだろう。
その他のイベントは、以下を含むが、これらに限定されるわけではない。
非使用者間のマッチは、提示されようとしている番組の項目および番組の実質的に同一の置換項目を特定した、
置換ボタンのアクティベーション以外の理由のため示されている置換項目（または実質的に同一のもの）、
そして、置換項目の一組への新規な項目の追加。
代替実施形態では、制御ロジック（７３ｈ）は、項目を置換項目の一組に加えるために、ユーザーリクエストに反応するによって、占有する付加的な項目に関する情報によって、レコード。
加えて、実施態様によって、項目の追加がその他の項目の最小限の間隔時間に影響を及ぼすときに、制御ロジック（７３ｈ）は異なるグループの項目のための最小限の間隔時間を再計算する。
【０２５８】
示されている置換項目の、置換ボタンのアクティベーション以外の理由は、以下を含むが、これらに限定されるわけではない。
インタフェース（７３ｉ）を介して制御ロジック（７３ｈ）が視聴覚素材（７３ｖ）から特定の置換項目を読み出して、送信器（７３ｄ）にそれを示させると要請しているユーザ、
そして、インタフェース（７３ｉ）を介して制御ロジック（７３ｈ）が一連の項目指定のを表現方式情報（７３ｗ）から読み出される再生リストに示すと要請しているユーザ。
提示されようとしている番組の非使用者指定の項目および、マッチが、検出されるために、別の実施例において、番組の実質的に同一の置換項目間のマッチに関して前述のイベントに関して、番組の非使用者指定の項目の同一性は、決定される。その後に、マッチがあるかどうか、決定する。
非使用者が番組の項目が示されるが、潜在的に表現の直後にと同程度遅く始まることを示す前に、これは、番組の非使用者指定の項目の同一性が理想的に利用できなければならないことを意味する。
ユーザ予想に従う制御表現において、有用であるのに間に合うようにそれが到着する限り、同一性情報がどのように到着するかは、重要でない。
【０２５９】
置換キーのアクティベーションおよび置換項目の一組への項目のイベントを含んでいる追加のない置換項目表現を含んでいるイベントの２つのシナリオに関して、制御ロジック（７３ｈ）は、ワイヤードであるか無線ネットワーク２６、２８およびトランシーバ（７３ｊ）を経たサーバー２９ａから、または、記憶装置（７３ｆ）から同一性情報を得る：
実施態様に依存すること。（視聴覚素材（７３ｖ）表現方式情報（７３ｗ）またはどこか他の所の）
即時のプレーバックのための項目を選択するためにユーザのために、以下を構成する：
再生リスト、または、置換項目の一組に項目の中で加算、制御ロジック（７３ｈ）は、インタフェース（７３ｉ）を経たそれは、ユーザが再生のための項目を選択するか、再生リストを書くかまたは、項目を置換項目の一組に加えることができるという項目関連の情報を提示する。
項目−関連情報は、それ自体である同一性情報、または、７３ｈ制御ロジック（７３ｈ）が、インタフェース（７３ｉ）のユーザアクティベーションに応答して、記憶装置（７３ｈ）または外部資源（例えばサーバー、通信装置またはストレージ）から同一性情報を得ることができる記憶装置に格納される情報によって、対応する。
【０２６０】
従って、制御ロジックは、７３ｈも選択時にアップデートを試みるか、後で更新を許容するために選択に関する情報を格納するか、または、どこでそれが記憶装置７３ｆまたは外部資源に保存されて、データ構造をアップデートする際に使われても再生リスト項目が項目のための情報（アップデートされるデータ構造のそれと適合する）が読み出されることができる示された同一性であることであるようにそれがユーザによって、組み立てられているにつれて、充分な情報を再生リストに含む。
【０２６１】
実施態様によって、限定するものではないが、同一性情報は、以下の一つ以上に含まれる：
放送事業者から得られる予定または放送事業者の代理をしている誰か、
放送事業者は、視聴覚素材（７３ｖ）から表現のために読み出されることになっている置換項目を含んでいる項目のためのプレー時間を特定する再生リストを書いた、
ユーザは、再生リストを書いた、
または、ユーザは、項目を特定する要請を始めた、そして、直接、または、間接的にその関連する同一性情報。
ユーザ潜在性要請は、逆に項目を演奏するかまたは項目を置換項目の一組に加えるために、要請を含むが、これに限定されるものではない。
【０２６２】
第一の３つの転送元に関して、別の実施例で、トランシーバ（７３ｊ）を介して、制御ロジック（７３ｈ）は、番組の項目のためのスケジュール情報を含んでいる同一性情報を得る。
実施態様によって、スケジュール情報は、以下のデバイスの一つ以上から得られる：
サーバー２９ｃ、コンピュータ３１または通信装置（例えば従来の携帯電話１５、無線パーソナル携帯情報機器、ポケット・パーソナル・コンピュータ（ＰＣ）または制御ロジック（７３ｈ）に連結する一時的なリムーバブル記憶域）。
当業者はスケジュール情報の多くの潜在的転送元を非常に示されて認識するだろう、トランシーバ（７３ｊ）別に多くをすることができる。そして、実施態様によって、できる、トランシーバ（７３ｊ）は以下の機構の一つ以上だけスケジュール情報を読み出す：
ワイヤレスで、赤外線およびワイヤケーブル。
トランシーバ（７３ｊ）も、より詳細に本願明細書において、他で記載されている。
第一の２つの転送元に関して、実施例において、受信器（７３ｂ）を介して、制御ロジック（７３ｈ）は、番組の項目のためのスケジュール情報を含んでいる同一性情報を得る。
受信器（７３ｂ）を介してこの種の情報を受信することの技術は、公知技術で、本願明細書において、他で記載されている。
【０２６３】
最後の２つの転送元に関して、別の実施例で、記憶装置（７３ｆ）に格納されるインタフェース（７３ｉ）および同一性情報を経て、制御ロジック（７３ｈ）は、ユーザにプレーバックのための選択のための、または、再生リスト構成のための項目選択を提示する。
制御ロジック（７３ｈ）は、選択の結果として同一性情報を得るかまたは構成の間、再生リストに置かれる情報または制御ロジック（７３ｈ）が情報を構成して、別に格納して、それを再生リストと関連させるという理由に基づく同一性情報を得る。
再生リストの項目が示されるときに、制御ロジック（７３ｈ）（以前作られる関連に基づく）は別に格納された情報を読み出して、同一性情報にアクセスするためにそれを使用する。
【０２６４】
次に、放送事業者番組の予定について説明する。
当業者は、予定または再生リストが情報量に関して共通して多くの特徴を有することがありえるということを認識するだろう。
典型的に、予定はユーザ以外の誰かによって、絶対の開始時刻および端回の指定のを有する。そして、典型的に予定に記載されている項目は関連する絶対の時間枠を有する。
一方では、再生リストの項目はユーザにより特定される開始時刻に示されることがありえる。そして、表現は、実施態様によって、ユーザのオプションで終了されることがありえる。
従って、表現が始まるまで、再生リストに記載されている項目は関連する絶対の時間枠を有することはありえない。
しかしながら、実施態様によって、項目を『早送りする』かまたは『スキップする』ことが可能なユーザのために、絶対の時間枠は、暫定的でありえるだけである。
さらに、再生リストは一度だけ呼ばれることもありえる、または、それらはそうすることがありえる二回以上呼び出す。
当業者はこれらおよびその他の違いおよびそれを認識するだろう。そして、本発明の実施態様は一般にスケジュールおよび再生リストにあてはまる。そして、本願明細書において、記載されているそれらだけに制限する。
として本願明細書において、どこか他の所が予定することを表した、そして、再生リストは一日であるか１時間の相当の番組を記述している必要はない、そして、実施態様によって、ＢＩＤ（７２）に到着する単一の項目の説明さえ本発明の実施態様によって、ちょうど項目が示される、含まれる予定でみなす。
当業者は、予定が、実施態様によって、直結またはインターネット・ベースの無線局からデジタル・ストリームにおいて、受け取られる項目を記載することがありえるということを認識するだろう。
【０２６５】
図９ａは、本発明の別の実施例に従って、提示されることがありえる番組の非使用者指定の項目を記述した情報のためのデータ構造を例示する。
ＤＳ  １５０は、エントリーがＤＳ  １５０の予定エントリーがあるチャネルが結びついたことを表すチャネル・フィールド（１５１ａ）を含む。
チャネル日付フィールド（１５１ｂ）のためのエントリーは、ＤＳ  １５０のレコードが関連する日付（ｍｍ，ｄｄ，ｙｙ）を表す。
ＤＳ  １５０は、予定において、特定される項目がユーザの表現好みに従って含まれたかどうかについて表す利用者選好編入フィールド（１６０ａ）を含む。
として本願明細書において、他で表した、ＤＳ  １５０のすべてのフィールドが再生リストのフィールドにおいて、ありえるというわけではない場合であっても、ＤＳ  １５０は制御ロジック（７３ｈ）により発表される再生リストも代表する。
しかしながら、別の実施例で、再生リストは、プレーにおいて、特定される項目が傾くかどうかはユーザの表現好みに従って含まれたことを表す表現規則編入フィールド（１６０ａ）を含まない。
フィールド（１６０ａ）のためのエントリーが予定が創作されなかったことを表している『Ｎ』である、任意のユーザの表現好みの、『Ｎ』以外のエントリーが、使われることもありえる。
フィールド（１６０ａ）のためのエントリーは、表現規則がその他の項目または項目を妨げられずに示させられるべきかどうかるべきかを有する予定の置換項目に関してはそのように施行されなければならないかどうか、決定する制御ロジック（７３ｈ）により用いられる。
例えば。そのとき、ユーザは、インタフェース（７３ｉ）を介して、明示的に項目を表現（項目が利用者選好編入フィールドを関係しているかどうか、ロジック（７３ｈ）が決定する管理）のための視聴覚素材（７３ｖ）から選択する。
項目が利用者選好編入フィールドを関係しないときに、項目は制御ロジック（７３ｈ）により示される。
しかしながら、
ここで
項目の再生リストか表現規則に従って構成されなかった項目の予定は提示されている、制御ロジック（７３ｈ）は、表現規則編入フィールドのエントリーによって、施行するかまたは表現規則の中で少し、または、すべて施行しない。
代替実施形態では、場合によってはＤＳ  １５２またはＤＳ  １５４を生み出すＤＳ  １５０の非リアルタイム・カスタマイズの後、後で更に詳細に両方とも記載されて、それらが示されるときに許容可能性（例えば最小限の間隔、反復の出現率）以外の表現規則が満たされるかどうかもしそれらがロジック（７３ｈ）が決定することになっている示された管理でなければ、制御ロジックはＤＳ  １５２またはＤＳ  １５４において、特定される項目がユーザにとって容認できることを表すためにＤＳ  １５２またはＤＳ  １５４のフィールド（１６０ａ）のためのエントリーを「Ｓ」にセットする。
あるいは、制御ロジック（７３ｈ）は、項目がそれらが任意の表現規則を満たすかどうか、最初に決定せずに示されることを表すために、フィールド（１６０ａ）を「Ｙ」にセットする。
【０２６６】
ＤＳ  １５０は、ｎレコードを含む。ｎは、１より大きい整数である。
レコード（１５１ｊ、１５１ｋ）は、各々いずれがＤＳ  １５０のフィールドのためのエントリーを有するかという２つの連続的なレコードの実施例である。
実施例において、ＤＳ  １５０の先頭レコードは、最早開始時間を有するタイムスロットを有するレコードである。
最後のレコードまたは第ｎ番目のレコードは、最新の開始時刻を有するタイムスロットを有するレコードである。
各レコードは、ＤＳ  １５０のその相対位置を表すレコード番号を有する。
レコード番号フィールドのためのエントリーは１５１ｄ、レコードの位置またはレコード番号を表す、１５１ｄレコード番号フィールドのためのレコードのエントリーは本明細書において、称されるその、「ＲｅｃｏｒｄＮｕｍｂｅｒ。」
時間フィールド（１５１ｃ）のためのエントリーは、項目の起動時間がａｎｏｔｈｅｒ  ｆｉｅｌｄ  ｏｆ  ａ  ｒｅｃｏｒｄを中で特定したことを表す。
代替実施形態では、フィールド（１５１ｃ）を計時すると、実行時間またはレコードの他のフィールドにおいて、特定される項目の期間が表す。
代替実施形態では、フィールド（１５１ｃ）を計時すると、開始時刻が表す、そして、項目の終了時間がレコードの他のフィールドにおいて、特定される。
【０２６７】
ＤＳ  １５０が再生リストを代表する場合、ＤＳ  １５０は、実施態様によって、全てを有することがありえるかまたはＤＳ  １５０と関連して今までに記載されている以下のフィールドの一つ以上を有することがありえない：
チャネル・フィールド（１５１ａ）日付フィールド（１５１ｂ）時間フィールド（１５１ｃ）およびレコードは、１５１ｄ、フィールドに番号をつける。
アーティスト・フィールド１５１ｅのためのエントリーは、アーティストの同一性または１５１ｆ．プログラム名フィールドのエントリーにおいて、特定される番組の項目の転送元を与える。
【０２６８】
プログラム名フィールド１５１ｆのためのエントリーは、番組の項目が引用される名前を特定する。
プログラム・タイプフィールド（１５１ｇ）のためのエントリーは、プログラムと関係している音楽、ニュース、広告またはショー・ジャンルが１５１ｆ．フィールドのエントリーを中で特定したことを表す。
音楽のための数百ジャンル・タイプが、単独である。
【０２６９】
一般の利用者団体フィールド１５１ｈのためのエントリーは、項目の観衆会員がいずれであるかといういくつかのグループのうちの１つのためのコードが分かれたことを表す。
代替実施形態では、観衆会員人々に引用する誰体験項目、そして、項目に関する誰の選択が、選択分析コンピューティング・システムにそのように知られているに関してはできるまとめる特定される共用選択を有する会員の。
代替実施形態では、選択分析コンピューティング・システムは、協調フィルタリングまたは推薦者システムを含む。
実施態様によって、選択分析コンピューティング・システムは、以下の一つ以上である：
ＢＩＤ  ７２において、含む、ＢＩＤ  ７２において、そして、部分的に別々のコンピューティング・プラットホームに部分的にある、選択的に被結合ために完全に、そして、ＢＩＤ  ７２を有する選択および／または群符号に関する与えているが、交換していない情報ができて、ＢＩＤ  ７２（ＢＩＤ  ７２を有する選択および／または群符号に関して情報を交換できる）と分離する。
【０２７０】
一実施例において、グループフィールド１５１ｈは、レコードごとに１つの群符号エントリーを有する、制限が、中でエントリーの群符号の数にないまとめる１５１ｈフィールドのレコード。
一つ以上のユーザが項目に対する関心を表す、または、大きな可能性がある場合、項目は群符号と関係しているそのユーザの中でまとめる容認できる項目を見つかる。
グループ内の一部のユーザがグループコードと関連した場合であっても、項目をグループコードと関連させることは、項目に対する関心が協調フィルタリングの当業者によって、十分に解されることを表さなかった。
【０２７１】
後で詳しく述べるように、別の実施例で、ユーザープロファイル（７３ｔ）は、以下を含む：
ユーザが一般の選択または関心を共有するグループのグループコード示すもののリスト。
番組の非使用者指定の項目がユーザープロファイル（７３ｔ）に格納される容認できない項目のリストにおいて、ない場合、制御ロジック（７３ｈ）決定する項目が現れられることが可能であるどうか決定するどうか中でエントリーまとめる、番組の項目と関係しているフィールド（１５１ｇ）は、ユーザープロファイル（７３ｔ）のユーザに特有のグループコードのリストの一つである少なくとも一つのグループコードを含む。
非使用者が番組の中で同じく特定した実施態様に依存することと、は、受信器（７３ｂ）によって、受け取られる放送番組の予定の項目をいう。
しかしながら、番組の非使用者指定の項目は、実施態様によって、受信器（７３ｂ）によって、受け取られる放送番組または番組に限られていない。
【０２７２】
代替実施形態では、予定の項目は、１５１ｈフィールドおよびデータ構造（例えばスケジュール情報（７３ｕ）の構造１５０）の上位のフィールド（図９ａに示されない）のエントリーのグループコードの各々のための合同ランク付けのエントリーの一つ以上のグループコードを有する。
グループコードと関係しているランキングは、グループコードと関係しているユーザにはあるランキングが協調フィルタリング・システムにとって知られている過去のユーザ・ランキングを示される協調フィルタリング・システムにより予測される予定の項目またはランキングを割り当てもしたことを表す。
代替実施形態では、番組の予定の項目は１５１ｈ、フィールドのエントリーの一つ以上のグループコードを有する。そして、一つ以上はグループコードの各々のためのグループ項目品質ランキングを結びつけた。
グループコードの各々のためのグループ項目品質ランキングは、フィールド（図９ａに示されない）をスケジュール情報（７３ｕ）のデータ構造にランクしているグループ項目品質のエントリーにおいて、ある。
グループコードと関係している位置にある各グループ項目品質は、グループコードと関係しているユーザにはあるランキングが予定の項目またはランキングの品質を協調フィルタリング・システムにとって知られている過去のユーザ・ランキングを示される協調フィルタリング・システムにより予測される項目の品質に指定もしたことを表す。
項目特性の例としては、例えば以下がある。
歌詞、音楽、独創、製造、鼓動、タイミング、報道価値、信頼性、信頼性、バイアス、教育的な値、理解の難しさ、複雑さ、目標とされる年齢層、など
【０２７３】
協調フィルタリング・システムがランキング、グループコードまたはグループ項目品質ランキングを生み出す方法は、本発明に重要でない。
生成グループコード、ランキングおよびグループ項目品質ランキング、
ユーザをグループコードと関連させること、
グループコードを有する結びついている項目は、協調フィルタリング・システム（すなわち本願明細書において、記載されているＢＩＤ  ７２の一つ以上の実施態様の一部でない）により実行される動作である。
このような実施例では、制御ロジック（７３ｈ）および記憶装置（７３ｆ）はいずれも受信しない、または、以下の一つ以上でなく、しかし、制御ロジック（７３ｈ）はそれらを生成する：
グループコード、ランキングおよび項目品質ランキング。
しかしながら、当業者は、別の実施例で、主観的な分業実装決定のため、一つ以上の協調フィルタリング系統運用または下位動作がＢＩＤ  ７２の制御ロジック（７３ｈ）により実行されるということを認識するだろう。
実装される協調フィルタリング・システムに応じて、公知技術の大衆がいるこの種の別の実施例において、制御ロジック（７３ｈ）は、以下の一つ以上を生み出す：
グループコード、ランキング、グループ項目品質ランキング。
この種の別の実施例において、制御ロジック（７３ｈ）は、以下の一つ以上を実行する：
一つ以上のユーザをグループコードおよびグループコードを有する付随物項目と関連させる。
【０２７４】
図９ａを参照する。ＤＳ  １５０は、独自に、１５１ｆ．フィールドのためのエントリーにより記載されている項目を特定する項目識別子エントリーを含む項目識別子フィールド１５１ｉを含む。
当業者は、別の実施例で、ＤＳ  １５０が以下を含まないということを認識するだろう：
項目識別子フィールド１５１ｉおよび制御ロジック（７３ｈ）とは、項目のユニークな同一性を決定するプログラム名フィールド１５１ｆのエントリーをいう。
【０２７５】
レコードの番組の項目によって、占められるタイムスロットの期間は、レコードの起動時間フィールド（１５１ｃ）のためのエントリーおよび以下のレコードの起動時間フィールド（１５１ｃ）のためのエントリーとの間に時間差を算出することによって、制御ロジック（７３ｈ）により決定される。
例えば、レコードの番組の項目のためのタイムスロットは、１５１ｊ、１５１ｊレコードの起動時間フィールド（１５１ｃ）間のエントリー（００）の間の差を算出することによって、制御ロジック（７３ｈ）により決定される：０５：０３および、１５１ｋ、００：０９：４３に、レコードの時間フィールド（１５１ｃ）を始めるためのエントリー。
違いは、００：０４：４０である。
制御ロジック（７３ｈ）は、７３ｌ、タイマーから受け取られる時間指示およびタイムスロットと関係しているレコードに続くレコードの起動時間フィールド（１５１ｃ）のためのエントリーの間の差を算出することによって、タイムスロットのままになっている時間を決定する。
【０２７６】
前記説明において、記載されているデータ構造が１つのチャネルの予定のためにある一方、当業者は別の実施例で、スケジュール情報（７３ｕ）に格納されるデータ構造が多重チャネルのための複数のスケジュールを含むということを認識するだろう。
【０２７７】
ＤＳ  １５０（それは上記のように再生リストと同様に放送スケジュールを代表する）が、別の実施例を記載する際に、下で使われる。
この別の実施例において、若干の予定の項目の表現は、アップデートに対する制御ロジック（７３ｈ）に項目の表現に関してユーザ予想の施行を容易にするデータ構造を生じさせる。
当業者は、別の実施例の説明を促進するＤＳ  １５０の使用がＤＳ  １５０のすべてのフィールドが別の実施例の必要な素子であることを意味しないということを認識するだろう。
【０２７８】
実施態様によって、制御ロジック（７３ｈ）によって、アップデートされるデータ構造は、７７ｈ、ＤＳ  ７７ｂおよびＤＳのうちの１つを含む。
しかしながら、別の実施例で、等価構成は、使用されることもありえる。
後述するデータ構造をアップデートしているテクニックが、７７ｈ、ＤＳ  ７７ｂまたはＤＳの利用に限られていなくて、等価なデータ構造または代わりのデータ構造によって、用いられることがありえる。
しかしながら、その他の特徴の中で、更新テクニックは、反復の相対的な率の説明を容易にする代わりのデータ構造の文脈に記載されている。
次に、代わりのデータ構造および更新テクニックについて説明する。
【０２７９】
本発明の別の実施例に従って、図８ｋはデータ構造を例示する。そして、それは項目の表現に関して規則の施行を容易にする。
ＤＳ  １３９は、カテゴリ・フィールド１４０ａ、１４０ｂおよび環状バッファとして構成される１４０ｃを含む。
各カテゴリ・フィールドは、その他のカテゴリ・フィールドと関連して反復の関連する周波数を有する。
カテゴリ・フィールド１４０ａ、１４０ｂおよび１４０ｃの各エントリーは、置換項目レコードである。
ＤＳ  １３９はレコード１４１ｄ−１４１ｏを含む。そして、それぞれはカテゴリ・フィールド１４０ａ、１４０ｂおよび１４０ｃのうちの１つのエントリーにおいて、ある。
各レコードは、以下を含む：
視聴覚素材（７３ｖ）の項目を引用する項目インジケータ。
実施例において、項目インジケータ・エントリーは、項目が共通に知られているラベルを含む。
代替実施形態では、項目インジケータ・エントリーは、独自に項目を特定するコードである。
デジタル歌項目のために、曲は、しばしば、その他の情報の中のアーティスト、アルバムまたは曲名を含むメタデータを含む。
メタデータからの情報が、項目インジケータとして実施例において、使われる。
【０２８０】
本発明の各種実施形態によれば、図８ｌは、項目の表現に関して規則を施行する際に使用するデータ構造のための数種類の異なるレコードを例示する。
実施態様に応じて、レコード１４１ｄ−１４１ｏは、いずれの唯一のフィールド、項目標識フィールド、１４０ｄも、２つのフィールド（項目標識フィールド、１４０ｄ）最後のプレー時間フィールド、１４０ｅ３つのフィールド（項目標識フィールド（１４０ｄ）最後のプレー時間フィールド、１４０ｅ）グループコード・フィールド、１４０ｆまたは４つのフィールド（項目標識フィールド（１４０ｄ）最後のプレー時間フィールド（１４０ｅ）グループコード・フィールド、１４０ｆ）上位のフィールド、１４０ｇを有する。
フィールドの情報は、ＤＳ  １５０の同一性のフィールドの情報に対応する。
しかしながら、ＤＳ  １５０が記載されると共に、別の実施例で、フィールド位にランクしているグループを有するとして、１は図９ａに示されない。
上位のフィールド（１４０ｇ）は、標識フィールド（１４０ｄ）のためのエントリーにおいて、特定される項目のためのグループ・ランキングのためのエントリーを含む。
項目標識フィールド（１４０ｄ）のためのエントリーの形は、図８ｋと関連して上ですでに記載されていた。
最後のプレー時間フィールド（１４０ｅ）のためのエントリーは、最後が標識フィールド（１４０ｄ）のためのエントリーにおいて、特定される項目のための時間を演奏することを表す。
実施態様、ものまたは各々いずれが知られているかまたは項目標識フィールド（１４０ｄ）のためのエントリーにより特定される項目に高い親和性を有すると予測されるグループ（ユーザの中で）の示すものであるかという一つ以上のグループコードに応じて、フィールド（１４０ｆ）が含むグループコードのためのエントリー。
第一の実施態様または別の実施例において、この種のデータ構造を含むかどうか、ＤＳ（１５０）およびＤＳ（１５６）と関連して記載されているフィールドおよび情報のいずれか、ＤＳ  １３９の別の実施例のレコードにおいて、反映されるフィールドおよび情報でもある。
例えば、項目カテゴリ・インジケータはそれが１を含む別の実施例に含まれる、または、ＤＳ  １５０、ＤＳ  １６０およびこの種のインジケータの両方ともＤＳ  １３９を含む別の実施例にも含まれる。
【０２８１】
図８ｋを参照する。各カテゴリ・フィールドは、その他のカテゴリ・フィールドと関連して付随する繰返し数を有する。
例えば、カテゴリ・フィールド（１４０ａ）のエントリーにおいて、特定される項目は、カテゴリ・フィールド（１４０ｂ）のエントリーにおいて、特定される項目のあらゆるｙ表現をするのに示されたｘ要する時間である。そして、カテゴリ・フィールドのエントリーにおいて、特定される項目、（１４０ｃ）発表されたｚ回あらゆるｙのために項目の表現がカテゴリ・フィールド（１４０ｂ）のエントリーを特定したこと。
当業者は本発明が３つのカテゴリ・フィールドまたは任意の特定の反復番号（ｘ、ｙおよびｚ）に限られていないということを認識するだろう、そして、そのより多くであるかより少しのフィールド、そして、数がまた、そうでありえるその他の反復が使われる。
さらにまた、ＤＳ  １３９は、異なる項目のための異なる繰返し数を達成するために用いることがありえる多くの組織的構造のうちのちょうど１つである。
【０２８２】
図８ｍは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
一時的な保管場所（７３ｘ）は、別の実施例において、上記のように、ｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａ（そして、カテゴリＡ反復７７ｌ）を含む７７ｍカテゴリＢ反復、それぞれ項目の繰返数の表示がその他のカテゴリにおいて、特定される項目の反復と関連してそれぞれのカテゴリにおいて、どの保持を特定したか７７ｎカテゴリＣ反復。
３カテゴリ反復番号だけが空間（７３ｘ）に格納されるとして示される一方、当業者は本発明がカテゴリ反復番号の特定番号に限られていないということを認識するだろう。
【０２８３】
例示の必要上、７７ｎ、それぞれ、カテゴリＡ反復（７７ｌ）カテゴリＢ反復（７７ｍ）およびカテゴリＣ反復に格納される値を有するとして、変数ｘ、ｙおよびｚをみなす。
それぞれ、反復（７７ｌ、７７ｍおよび７７ｎ）に格納される値は、１、２および３である。
カテゴリ・フィールド（１４０ａ）の一番上の最も多くのエントリーは、レコード（１４１ｄ）である。
【０２８４】
各カテゴリ・フィールド（１４０ａ）（１４０ｂ）の一番上の最も多くのエントリーは、１４０ｃ、それぞれ、カテゴリ・フィールド（１４０ａ）１４０ｂ、１４０ｃのその他のレコードと関係している項目と関連して最も長い時間において、示されなかった項目を示している。
レコード１４１ｆは、カテゴリ・フィールド（１４０ａ）の最下部のエントリーである。
各カテゴリ・フィールド（１４０ａ）の最下部のエントリー、１４０ｂ、１４０ｃ、カテゴリ・フィールド（１４０ａ）のその他のレコードにより示されている項目と関連してごく最近示された項目までの位置、１４０ｂ、１４０ｃ、それぞれ。
レコード１４１ｄ−１４１ｏは、それらが指す項目の最後の表現時間の逆時間順において、命じられる。
しかしながら、当業者は、発注が設計考慮および本発明の限定でないことである。そして、別の実施例で、時間順が実装されるということを認識するだろう。
実施例において、レコード１４１ｄ−１４１ｏは、視聴覚素材（７３ｖ）の音楽的なオーディオ・クリップまたはソングからのクリップを特定するエントリーを含む。
しかしながら、当業者は、別の実施例で、限定されるものではないが、エントリーが他のタイプの媒体および情報のための識別子であるということを認識するだろう。
【０２８５】
ＤＳ  １３９がレコードおよびエントリーにより占有されたあと置換キー（７３ｍ）が初めて起動するときに、制御ロジック（７３ｈ）はＤＳ  １３９の１つのカテゴリ・フィールドの一番上のレコードのうちの１つを選択して、項目が選択された一番上のレコードによって、示していた置換を読み出す。
当業者は、フィールドがどのカテゴリから第１のカテゴリ・フィールドに選ばれるかは重要でないということを認識するだろうそれレコード表現のための置換項目を特定するために選択する。
上記のように、反復（７７ｌ）７７ｍおよび７７ｎに格納される値は、１つのカテゴリ１４０ａレコードから識別情報のため示される置換項目ごとに、２つの置換項目が２つのカテゴリ１４０ｂレコードから識別情報を使用して示される。そして、識別情報カテゴリ１４０ｂレコードを用いて示されるあらゆる２つの置換項目のために、３つの置換項目が３つのカテゴリ１４０ｃレコードから識別情報を使用して示されることを表す（１、２および３、それぞれ）。
第１の識別子のためのカテゴリの選択は、ちょうどＤＳ  １３９の識別子により示されているすべての項目の表現の順序に影響を及ぼす。
の後、レコード選択する。そして、置換項目は、選択されたレコードのため示される、制御ロジック（７３ｈ）カテゴリ・フィールドのその他のレコードと関連するレコードを再び整理するそれレコード選択した。
次に、追加注文することについて説明する。
【０２８６】
カテゴリ１４０ａを有するレコードを選択するために制御ロジック（７３ｈ）スタートを想定して、制御ロジックは、３７ｈ、第２の置換キー（７３ｍ）アクティベーションのためのレコードをカテゴリ１４０ｂから選択する。
制御ロジック（７３ｈ）は、三分の一置換キー（７３ｍ）アクティベーションのための三分の一レコードをカテゴリ１４０ｃから選択する。
１、２および３に等しい反復（７７ｌ）７７ｍおよび７７ｎ、それぞれ、反復するシーケンスは、以下の通りである：
カテゴリ１４０ａ、カテゴリ１４０ｂ、カテゴリ１４０ｃ、カテゴリ１４０ｂ、カテゴリ１４０ｃおよびカテゴリ１４０ｃ。
反復（７７ｌ）７７ｍおよび７７ｎのための異なる値および異なる始まっているカテゴリ・フィールドは、その他のシーケンスに結果としてなるだろう。
【０２８７】
ＤＳ  １３９は、図８ｄの方法４００の文脈で後述する。
ＤＳ  １３９の別の実施例は、項目の表現に関して特定のユーザ予想を施行するために更新されているＤＳ  １３９を含むその他の方法の文脈にも記載されている。
【０２８８】
図８ｎは、より詳細に、本発明の別の実施例に従って図８ｄの置換項目を特定する動作を例示する。
別の実施例（方法４００の）において、置換項目が含む４０１ｃを特定するカテゴリ・フィールド１４０ａの１つから1レコードにつき４０２ａ制御ロジック（７３ｈ）選択、１４０ｂ、そして、定義済みシーケンスに従うＤＳ  １３９の１４０ｃ。
上記のように、続かれるシーケンスは、とりわけ以下に依存する：
a) 回数に、カテゴリの項目は、各々およびｂと関連して繰り返される）シーケンスが最初に始まるカテゴリ・フィールド。
実施例において、シーケンスは、最低の繰返数を有するカテゴリ・フィールドで始まる。
上記を示される実施例に関して、最低の繰返数を有するカテゴリ・フィールドは、カテゴリ・フィールド（１４０ａ）である。
制御ロジック（７３ｈ）が始まるカテゴリ・フィールドに関係なく、制御ロジック（７３ｈ）は指示をそれがシーケンスにおいて、あるところの制御ロジック（７３ｈ）のメモリに保つ。
【０２８９】
実施例において、選択されるレコードは、カテゴリ・フィールド（１４０ａ、１４０ｂおよび１４０ｃ）のうちの１つの一番上のレコードである。
選択（４０２ａ）レコード選択に等しい、視聴覚素材（７３ｖ）およびレコードの置換項目は、ランダムに、順次、または、ユーザにより要求される特定の表現目的を達成するその他の規則に従って選択されることができる。
制御ロジック（７３ｈ）、そして選択されたものはそれが選択されたカテゴリ・フィールドにおいて、記録するレコーダ、４０２ｂ。
追加注文することは、より詳細に後述する。
【０２９０】
番組の項目の置換の後、一実施例によれば、図８ｏは、データ構造のフィールドの状態を例示する。
制御ロジック（７３ｈ）がレコード（１４１ｄ）に基づく置換動作を実行したあと、図８ｏはカテゴリ・フィールド（１４０ａ）を例示する。
換言すれば、
置換キー（７３ｍ）のアクティベーションに応答して、制御ロジック（７３ｈ）は、（４０２ａ）レコード（１４１ｄ）を選択した。
置換動作が実行されたあと、制御ロジック（７３ｈ）はフィールド（１４０ａ）の底に識別子（１４１ｄ）を配置して、１つの位置の上に残留するエントリーを移す。
従って、図８ｏに示されるように、それぞれ、識別子（１４１ｅ、１４１ｆ）はトップエントリからの一番上であるものおよび第２である。
制御ロジック（７３ｈ）は、それから制御ロジック（７３ｈ）のメモリのシーケンスおよびストアの、または、記憶装置（７３ｆ）の次のカテゴリへ進む（４０２ｃ）次のカテゴリの中で指示、そこからレコード置換キー（７３ｍ）のユーザの次の活性化に応じて選択される。
【０２９１】
代替実施形態では、1レコードにつき４０２ａが最後のプレー時間フィールド（１４０ｅ）のための選択されたレコードのエントリーがｍｉｎｉｍｕｍ＿ｔｉｍｅ＿ｓｐａｃｉｎｇ  ７７ａおよびレコードにより特定される置換項目の表現時間により定義される最小限の時間間隔拘束を満たすかどうか決定することを含む選択は、項目標識フィールド（１４０ｄ）のためのエントリーである。
最後のプレー時間フィールド（１４０ｅ）のための選択されたレコードのエントリーが最小限の時間間隔拘束を満たさない場合、実施態様によって、制御ロジック（７３ｈ）が選択して、他のカテゴリ・フィールドからレコード、または、本来選択されたレコードおよび間隔拘束の決定が繰り返されることを時の最低限の同じカテゴリ・フィールドから異なるレコード。
最後のプレー時間フィールド（１４０ｅ）のための選択されたレコードのエントリーが最小限の時間間隔拘束を満たす場合、制御ロジック（７３ｈ）は置換項目の表現時間を最後のプレー時間フィールド（１４０ｄ）のためのレコードのエントリーに格納する。
【０２９２】
実施例において、ＢＩＤ  ７２のユーザは、インタフェース（７３ｉ）を使用しているカテゴリに、視聴覚素材（７３ｖ）の最も少なく項目のいくつかで分かれる。
このような実施例では、制御ロジック（７３ｈ）は、ラベルが分類されることになっている項目と関連させたディスプレイ７３ｏに現れて、キー（７３ｐ）を使用して選択されるカテゴリに関しては、選択を与える。
ラベルは項目が引用される英数字識別子であって、場合によっては曲名である、しかし、その他のラベルが項目の性質によって、も用いられる。
あるいは、視聴覚素材（７３ｖ）の項目のリストは、コンピュータ（例えばトランシーバ（７３ｊ）を経たコンピュータ３１）に、制御ロジック（７３ｈ）によって、与えられる。
コンピュータ３１上の音楽マネジメントソフトウェアは、コンピュータ３１でユーザー入力を受け入れて、したがって、リストの項目を分類する。
コンピュータ３１は、それからＤＳ  １３９の形で記憶装置（７３ｆ）の記憶のための方法トランシーバ（７３ｊ）によって、制御ロジック（７３ｈ）に、項目の分類されたリストを与える。
【０２９３】
上記のように、別の実施例で、ユーザアクティベーションによる置換は、ＤＳ  １３９のようなデータ構造がアップデートされることを必要とする唯一のイベントでない。
代替実施形態では、制御ロジック（７３ｈ）アップデートＤＳ  １３９示される項目が十分に示されている置換項目に関連がある、によって、表現が制御ロジック（７３ｈ）がＤＳ  １３９を介して施行すると決定する影響に関するＤＳ  １３９において、レコード。
【０２９４】
図８ｐは、本発明の別の実施例に従って、方法のための状態機械を例示するデータ構造が項目の表現に関して規則を施行するために制御ロジックによって、使用したそのアップデート。
状態機械（１４２）において、番組のユーザまたは非使用者指定の項目が送信器（７３ｄ）により示されるときに、制御ロジック（７３ｈ）は番組の項目の同一性を決定する。
必要に応じてデータ構造を項目の表現に関して規則を施行するために用いるデータ構造、データ構造が更新されることであるかどうか、ロジック（７３ｈ）が決定する管理およびアップデートの番組および情報の項目の同一性に基づく。
代替実施形態では、番組の項目は、受信器（７３ｂ）によって、受け取られて、送信器（７３ｄ）により送信される。
代替実施形態では、番組の項目は、記憶装置（７３ｆ）から生じて、コーデック（７３ｇ）によって、デコードした後に、送信器（７３ｄ）により送信される。
前のケースが状態機械（１４２）の説明において、用いられる、しかし、当業者は状態機械（１４２）が項目がユーザに従って示されるケースに等しく適用できるということを認識するだろう、または、非使用者は制御ロジック（７３ｈ）の記憶装置（７３ｆ）またはメモリにおいて、または、制御ロジック（７３ｈ）がインタフェース（７３ｉ）またはトランシーバ（７３ｊ）から受け取る項目の表現のための一つ以上のユーザーリクエストにより格納される再生リストまたは項目表現命令を組み立てた。
【０２９５】
状態（１４３ａ）の状態機械（１４２）において、制御ロジック（７３ｈ）は、ＴＲＵＥにＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓソフトウェア構造物または変数を初期化する。
ソフトウェア構造物または変数は、制御ロジック（７３ｈ）の、または、記憶装置（７３ｆ）のメモリに保存される。
代替実施形態では、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓは制御ロジック（７３ｈ）のメモリに保存される変数である、しかし、別の実施例で、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓはレジスタまたは他のタイプの一時記憶において、保たれる。
当業者は、変数またはソフトウェア構造物がハードウェアおよびソフトウェアの様々な方法で格納されることがありえるかまたは示されることがありえる。そして、変数またはソフトウェア構造物をランダムアクセスメモリに保存されると評することが本願明細書において、記載されている可変的であるかその他の変数およびソフトウェア構造物が格納される唯一の方法であるとして解されてはならないということを認識するだろう。
変数または構造物が本願明細書において、導入されるたびに、ソフトウェア構造物または変数の前述の説明は繰り返されない。
【０２９６】
番組の項目が示されようとしている。そして、項目が表現が満足させると知られているものでないときに、表現はＤＳ  １３９（状態１４３ｂに対する状態機械（１４２）遷移）によって、部分的には、施行されて支配する。
実施例において、１４３ｂがチャネルにチューニングされている受信器（７３ｂ）のために起こって、受領を始めるとしている遷移は、項目（すなわち、非使用者は、番組の項目を特定した）を予定した。
別の実施例において、状態１４３ｂに対する遷移は、記憶装置（７３ｆ）から読み出されていて、提示されている番組の項目のために起こる。
【０２９７】
状態１４３ｂがＴＲＵＥにセットされるＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓによって、始まるときに、制御ロジック（７３ｈ）（チャネルの格納された指示に基づく）は記憶装置（７３ｆ）のチャネルの関連する予定を特定する。
代替実施形態では、予定は、スケジュール情報（７３ｕ）のデータ構造に保存される。
制御ロジック（７３ｈ）は、受け取られるか受信器（７３ｂ）によって、受け取られようとしている予定の項目のための項目インジケータを得るために、適当な予定を特定する。
状態１４３ｂで、受け取られている予定の項目のための項目インジケータがこのような方法で予定の項目の表現が表現に影響を及ぼすだろうＤＳ  １３９の置換項目インジケータに関連があるかどうか、ロジック（７３ｈ）がまた、決定する管理は、ＤＳ  １３９により施行されて支配する。
代替実施形態では、置換項目インジケータが実質的に送信されている予定の項目のコピーである置換項目を示すときに、ＤＳ  １３９の関係を正当化しているアップデートが存在する。
図８ｐに示すように、状態機械（１４２）は、予定の項目が置換項目に関連がある状態１４３ｂに再び入る。
【０２９８】
この関係の決定をするために、適当な予定を特定した後に、制御ロジック（７３ｈ）は、タイマー（７３ｌ）から、現在の時間指示を得る。
それから、現在の時間指示に基づいて、制御ロジック（７３ｈ）は、時間指示が落下する時間枠と関係している予定のレコードを特定する。
制御ロジック（７３ｈ）は、それからソフトウェア構造物または可変ＵｐｄａｔｉｎｇＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒをＤＳ  １５０のフィールド（１５１ｄ）のエントリーにセットする。
【０２９９】
実施態様によって、制御ロジック（７３ｈ）は、それから項目識別子フィールドのためのレコードのエントリーまたはプログラム名フィールドのためのエントリーを得る。
予定がＤＳ  １５０と関連して記載されている方法で構成される実施態様によって、制御ロジック（７３ｈ）は、項目識別子フィールド（１５１ｉ）のためのレコードのエントリーまたはあるいは、プログラム名フィールド（１５１ｆ）のためのレコードのエントリーを得る。
当業者は、予定の項目および置換項目が制御ロジック（７３ｈ）が関係を決定できるために一般のラベリングまたは識別情報を有する限り、フィールドが無関係であるということを認識するだろう。
従って、項目識別子または項目プログラム名を引用する代わりに、参照は、実施態様によって、項目識別子、プログラム名または項目同一性の若干のその他の一般の指標である項目インジケータに、本願明細書において、なされる。
【０３００】
制御ロジック（７３ｈ）は、それから、予定の項目インジケータが置換にＤＳ  １３９の項目インジケータに合うものを見つけるかどうか決定する。
予定の項目インジケータが任意の置換にＤＳ  １３９の項目インジケータに合うものを見つけない、そして、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓがＴＲＵＥであるときに、制御ロジック（７３ｈ）はＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓをＦＡＬＳＥにセットする。そして、状態機械（１４２）は状態１４３ｂに再び入る。
【０３０１】
予定の項目インジケータが任意の置換にＤＳ  １３９の項目インジケータに合うものを見つけない、そして、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓがＦＡＬＳＥであるときに、制御ロジック（７３ｈ）決定するスイッチ（７３ｃ）が、選択であるどうかコーデック（７３ｇ）の中で出力。
スイッチ（７３ｃ）が選択でないときに、コーデック（７３ｇ）で出力するものは予定の項目の開始時刻が到着したあと、機械（１４２）が状態１４３ｂに再び入るとしている。
いつのスイッチ（７３ｃ）が選択であるコーデック（７３ｇ）の中で出力、開始時刻が到着する予定の項目のものが時間フィールド（１５１ｃ）のためのエントリーによって、表すときに、制御ロジック（７３ｈ）はスイッチ（７３ｃ）に送信器（７３ｄ）にアプリケーションのための受信器（７３ｂ）の出力を選択させる。
代替実施形態では、制御ロジック（７３ｈ）は、ラジオフェードアウトを実行するために、コーデック（７３ｇ）の出力のボリュームを減少させる、
そうすると、受信器（７３ｂ）の出力に対する切替えの後、制御ロジック（７３ｈ）は、フェードインを実行するために、低レベルからより高いレベルに受信器（７３ｂ）の出力の量を増やす。
【０３０２】
予定の項目インジケータが置換にＤＳ  １３９（予定の項目がＤＳ  １３９を介して施行されている表現規則を満たすかどうか、ロジック（７３ｈ）がそれから決定する管理）の項目インジケータに合うものを見つける時。
実施態様によって、複数の表現規則は、施行される、
ここで
各規則が予定の項目により満たされるかどうか、ロジック（７３ｈ）が決定するケース制御。
代替実施形態では、制御ロジック（７３ｈ）は、最小限の時間間隔拘束が満たされるかどうか決定する。
このような実施例では、ＤＳ  １３９のレコードは、最後のプレー時間フィールド（１４０ｅ）を含む。
代替実施形態では、制御ロジック（７３ｈ）は、相対的な表現率拘束が満たされるかどうか決定する。
このような実施例では、マッチされた置換項目インジケータが見つかるカテゴリ・フィールド（１４０ａ、１４０ｂ、１４０ｃ）がそのままの多くの項目として貢献したかどうか、ロジック（７３ｈ）が決定する管理は、サイクルにおいて、許した。
カテゴリ・フィールド（１４０ａ、１４０ｂ、１４０ｃ）により示されるように、カテゴリ・フィールド（１４０ａ、１４０ｂ、１４０ｃ）によるサイクルごとに、それぞれ、各々は、反復（７７ｌ、７７ｍ、７７ｎ）の一因となる。
サイクルの電流状態において、カテゴリ・マッチされた置換項目インジケータが見つかるフィールドがその許される表現を使い果たすときに、予定の項目が示されることができる場合、相対的な表現率拘束は破られるだろう。
【０３０３】
制御ロジック（７３ｈ）がそれを決定するときに、予定の項目インジケータおよびＤＳ  １３９の置換項目インジケータ間のマッチおよびそれがあって、表現規則は破られる、状態機械（１４２）は状態（１４３ｃ）に移行する。
ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓがＴＲＵＥである。そして、ロジック（７３ｈ）が非常にそこで決定する管理が予定の項目インジケータおよびＤＳ  １３９およびそれの置換項目インジケータ間のマッチであるときに、表現規則は破られない、制御ロジック（７３ｈ）はＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓをＦａｌｓｅにセットする。そして、状態機械（１４２）は状態（１４３ｄ）に移行する。
【０３０４】
ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓがＦＡＬＳＥおよび制御ロジック（７３ｈ）である、そこのそれを決定するマッチが、予定の項目インジケータおよびＤＳ  １３９の置換項目インジケータの間にある。そして、表現規則が、破られない、制御ロジック（７３ｈ）は、スイッチ（７３ｃ）がコーデック（７３ｇ）の出力を選択しているかどうか、決定する。
スイッチ（７３ｃ）が選択でないときに、コーデック（７３ｇ）で出力するものは開始時刻が到着する予定の項目のものが時間フィールド（１５１ｃ）のためのエントリーによって、表すときに、機械（１４２）が状態（１４３ｄ）に移行するとしている。
いつのスイッチ（７３ｃ）が選択であるコーデック（７３ｇ）の中で出力、開始時刻が到着する予定の項目のものが時間フィールド（１５１ｃ）のためのエントリーによって、表すときに、制御ロジック（７３ｈ）はスイッチ（７３ｃ）に送信器（７３ｄ）にアプリケーションのための受信器（７３ｂ）の出力を選択させる。
別の実施例、制御ロジック（７３ｈ）減少、開始時刻到着の前の短い時間、ラジオフェードアウトを実行するコーデック（７３ｇ）の出力のボリュームにおいて、
そうすると、受信器（７３ｂ）の出力に対する切替えの後、制御ロジック（７３ｈ）は、フェードインを実行するために、低レベルからより高いレベルに受信器（７３ｂ）の出力の量を増やす。
実施態様によって、受信器（７３ｂ）またはフェードインの出力に対する切替えが完了されたあと、状態機械（１４２）は状態（１４３ｄ）に移行する。
【０３０５】
変化チャネル・イベントが状態（１４３ｄ）で起こるときに、状態機械（１４２）は状態（１４３ａ）に移行する。
状態（１４３ｄ）で、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓがＦＡＬＳＥであるときに、制御ロジック（７３ｈ）はマッチされた置換項目インジケータが住むＤＳ  １３９のカテゴリ・フィールドを再び整理する。
制御ロジック（７３ｈ）はフィールド（１５１ｄ）のためのエントリーがカテゴリ・フィールドの最下部のエントリーでＵｐｄａｔｉｎｇＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒに等しいレコードを配置する。そして、各々、ＵｐｄａｔｉｎｇＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒの下にあったレコードのうち、レコードはカテゴリ・フィールドのそれらの現在のエントリーから１つのエントリーの上に移動する。
この動作の結果は、後で更に詳細に記載されている。
【０３０６】
表現規則を前提として置換項目に対応する番組の項目の表現による更新の後、別の実施例によれば、図８ｑは、データ構造のフィールドの状態を例示する。
図８ｑは、制御ロジック（７３ｈ）がレコードを再び整理したあと、カテゴリ・フィールド（１４０ｃ）それがそれを決定したので、受信器（７３ｂ）はプログラミングの項目を示しているそれは、項目がフィールド（１４０ｃ）のレコードによって、示していた置換と、実質的に類似していることを例示する。
図８ｋおよび図８ｐで例示されるケースのために、制御ロジック（７３ｈ）は、その受信器（７３ｂ）によって、受け取られていて、送信器（７３ｄ）により送信されている予定の項目の予定の項目指標にマッチする項目標識フィールド（１４０ｄ）のために１４１ｈが有するレコード・エントリーを決定する。
従って、制御ロジック（７３ｈ）は、フィールド（１４０ｂ）の最下部のエントリーのレコード（１４１ｈ）を配置して、１つのエントリーの上にレコード（１４１ｉ、１４１ｊ）を移す。
追加注文した後のフィールド（１４０ｂ）の結果として生じる状態は、図８ｐにて図示されている。
当業者は図８ｋ、８ｎ、および８ｐが本発明の説明を促進するために仮定的実施例を例示するということを認識するだろう、そして、カテゴリ・フィールドの数および説明において、記載のフィールドのレコード記述項の数のような詳細は本発明の限定でない。
【０３０７】
変化チャネル・イベントが状態１４３ｃで起こるときに、制御ロジック（７３ｈ）は伝送を終了すると、送信器（７３ｄ）にアプリケーションのための受信器（７３ｂ）の出力を選択するスイッチ（７３ｃ）が指示する。そして、状態機械（１４２）はそれから状態（１４３ａ）に移行する。
状態１４３ｃがＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓによって、始まる、ＴＲＵＥである、制御ロジック（７３ｈ）は、ＤＳ  １３９のレコードを使用している表現規則に従う表現のための置換項目を特定する。
置換項目を特定することは本願明細書において、他で記載されている。そして、この種の説明は参照によって、ここに組み込まれる。
置換項目を特定した後に、制御ロジック（７３ｈ）は、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓをＦＡＬＳＥにセットする、
そうすると、コーデック（７３ｇ）に置換項目および送信器（７３ｄ）が復号化置換項目を送信することをデコードさせる。
当業者は、置換項目が置換項目の中間の位置で始まって送信されることがありえるということを認識するだろう。
置換が置換されている予定の項目の時間枠の中間の位置で起こるときに、これは望ましい。
受信器（７３ｂ）がオンにされるかまたは予定の項目の受信の中間の位置へ切り替えるときに、この種のイベントは起こる。
置換項目表現が始まるときに、状態機械（１４２）は状態（１４３ｂ）に移行する。
【０３０８】
状態１４３ｃがＦＡＬＳＥであるＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓによって、始まるときに、制御ロジック（７３ｈ）は表現のための置換項目を特定する。
代替実施形態では、置換項目は、表現規則に従って特定されて、ＤＳ  １３９のレコードを使用している。
制御ロジック（７３ｈ）は、それから、スイッチ（７３ｃ）がコーデック（７３ｇ）の出力を選択しているかどうか決定する。
スイッチ（７３ｃ）が選択であるときに、コーデック（７３ｇ）および置換項目の開始時刻の出力は到着する、制御ロジック（７３ｈ）は、コーデック（７３ｇ）に置換項目および送信器（７３ｄ）が復号化置換項目を送信することをデコードさせる。
置換項目の開始時刻は、実施態様によって、置換されている予定の項目の開始時刻である。
予定の項目の開始時刻は、時間フィールド（１５１ｃ）のためのＵｐｄａｔｅＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒレコードのエントリーにより表される。
ＵｐｄａｔｅＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒレコードとは、レコード番号フィールド（１５１ｄ）のためのエントリーがＵｐｄａｔｅＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒの値に等しいＤＳ  １５０のレコードをいう。
置換項目の表現が始まったあと、状態機械（１４２）は状態（１４３ｂ）に移行する。
【０３０９】
代替実施形態では、ＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓ変数またはソフトウェア構造物が、使われない。
むしろ、状態で、時間フィールド（１５１ｃ）のためのＵｐｄａｔｅＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒレコードのエントリーが現在未満であるかどうか、制御ロジック（７３ｈ）が決定する１４３ｃは、タイマー（７３ｌ）から読み出される指示を計時する。
開始時刻のためのレコードのエントリーが現在の時間指示未満のときに、制御ロジック（７３ｈ）は直ちに送信器（７３ｄ）に特定された置換項目を送信させる。
開始時刻のためのレコードのエントリーが現在の時間指示以上のときに、それが送信器（７３ｄ）に特定された置換項目を送信させる前に開始時刻が到着するまで、制御ロジック（７３ｈ）は待つ。
【０３１０】
当業者は、本願明細書において、記載されている変数またはソフトウェア構造物のいずれかが処理系依存であるということを認識するだろう。
したがって、別の実施例の説明が特定の変数または構造物を含む場合であっても、すべての実装がそれらが使われることが必要であるというわけではない。
反対に、それらを、除去できるか、代理をしたか、または、設計上の問題に適しているために組み合わさった。
【０３１１】
しかしながら、別の実施例で、スイッチ（７３ｃ）が選択であるときに、コーデック（７３ｇ）、制御ロジック、７３ｈの出力は項目の開始時刻が到着する置換の２、３秒前に時間フィールド（１５１ｃ）のためのＵｐｄａｔｅＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒレコードのエントリーによって、表した、制御ロジック（７３ｈ）はラジオフェードアウトを実行するためにコーデック（７３ｇ）の出力のボリュームを減少させる。
置換項目の開始時刻が到着するときに、制御ロジック（７３ｈ）がコーデック（７３ｇ）に置換項目および送信器（７３ｄ）をデコードさせて、復号化置換項目を送信し始める。
置換項目の開始時刻が到着したあと、第一の数秒において、制御ロジック（７３ｈ）はフェードインを実行するために低レベルからより高いレベルにコーデック（７３ｇ）の出力の量を増やす。
置換項目の表現が始まったあと、状態機械（１４２）は状態（１４３ｂ）に移行する。
【０３１２】
スイッチ（７３ｃ）が選択でないときに、コーデック（７３ｇ）および項目の開始時刻の出力が到着して、制御ロジック（７３ｈ）は、スイッチ（７３ｃ）に送信器（７３ｄ）にアプリケーションのためのコーデック（７３ｇ）の出力を選択させる、コーデック（７３ｇ）を有する項目および送信器が（７３ｄ）送信する置換をデコードする復号化置換項目。
置換項目の表現が始まったあと、状態機械（１４２）は状態（１４３ｂ）に移行する。
代替実施形態では、制御ロジック（７３ｈ）は、開始時刻がラジオフェードアウトを実行するために到着する２、３秒前に、受信器（７３ｂ）の出力のボリュームを減少させる、
そうすると、スタート項目が到着するときに、制御ロジック（７３ｈ）はスイッチ（７３ｃ）に送信器（７３ｄ）にアプリケーションのためのコーデック（７３ｇ）の出力を選択させる。
コーデック（７３ｇ）の出力に対する切替えの後、制御ロジック（７３ｈ）は、フェードインを実行するために、低レベルからより高いレベルにコーデック（７３ｇ）の出力の量を増やす。
置換項目の表現が始まったあと、状態機械（１４２）は状態（１４３ｂ）に移行する。
【０３１３】
状態（１４３ｂ）がＦＡＬＳＥにセットされるＦｉｒｓｔＢｅｇｉｎｎｉｎｇＵｐｄａｔｉｎｇＰｒｏｃｅｓｓによって、始まるときに、制御ロジック（７３ｈ）はＵｐｄａｔｉｎｇＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒを増加する。
制御ロジック（７３ｈ）は、それから、ＵｐｄａｔｉｎｇＰｒｏｃｅｓｓＲｅｃｏｒｄＮｕｍｂｅｒの値に等しいレコード番号フィールド（１５１ｄ）のためのエントリーを有するレコードを特定する。
制御ロジック（７３ｈ）は、それから、特定されたレコードの予定の項目インジケータ・エントリーが置換にＤＳ  １３９の項目インジケータに合うものを見つけるかどうか決定する。
制御ロジック（７３ｈ）はそれから上記の動作の剰余を続ける。そして、状態機械（１４２）はまた、上記のおよび状態（１４３ｂ）と関係している移行を実行する。
【０３１４】
置換状態１４３ｃの別の実施例の前記説明において、他のプログラミング転送元はコーデック（７３ｇ）である。そして、制御ロジック（７３ｈ）はデコードするために置換項目をコーデック（７３ｇ）のための視聴覚素材（７３ｖ）から選択する。
しかしながら、他の別の実施例で、他のプログラミング転送元は、受信器（７３ｂ）によって、受け取られる。そして、容認できる項目を演奏しようとしている他のチャネルでありえる。
代替実施形態では、受信器（７３ｂ）は複数の帯域（例えば、以下のＡＭ、ＦＭ、衛星、細胞放送、ＷｉＦｉ、ブルートゥースの一つ以上）を受信する。そして、制御ロジック（７３ｈ）は他の帯域のチャネルへの受信器（７３ｂ）切り替えを有する。
【０３１５】
状態機械（１４２）が置換状態１４３ｃを有すると評される一方、別の実施例で、状態機械（１４２）は置換状態を含まない。
置換状態を含んでいない別の実施例において、表現規則の侵害は、ＤＳ  １３９のカテゴリ・フィールドから項目の表現のシーケンスを調整することにより考慮される。
例えば、ＤＳ  １３９のレコードにより参照される整合置換項目を有する予定の項目をみなす。
置換項目は、その相対的な率がその他の項目に匹敵したことを表す規則で定める。
予定の項目が破られている規則にもかかわらず示されるときに、メモリまたは記憶装置（７３ｆ）で、制御ロジック（７３ｈ）は、別に付随する予定の項目インジケータごとに、予定の項目の表現が表現規則を破った回数の指示または計数を格納する。
予定の項目が表現規則を破った同じ回数、予定の項目の対応するかマッチしている置換項目は、示されない。
換言すれば、
置換項目のターンが置換のため表現のために上るときに、アクティベーションに鍵をかけると、制御ロジック（７３ｈ）が整合予定の項目が表現規則に背いたかどうか、決定する。
表現規則が破られた場合、制御ロジック（７３ｈ）は他の置換項目を選択して、予定の項目が表現規則を破った回数を正しく覚えているカウンタを減らす。
【０３１６】
当業者は、本願明細書において、記載されている状態機械が更なる状態および遷移規則または置換状態で補充されることができる。そして、この種の更なる状態および規則が実施態様が適用される文脈に依存する設計の詳細であるということを認識するだろう。
従って、当業者は、説明の不足が記載されていない状態および規則が本発明の範囲内でない指示であると推測しないだろう。
したがって、別の実施例で、（１４２）およびその他の状態機械が本願明細書において、記載した一つ以上の状態機械の各々は、更なる状態および遷移規則で補充される。
さらにまた、当業者は、本願明細書において、記載されている状態機械のうちの２台以上が別の実施例に組み込まれることがありえるということを認識するだろう。
【０３１７】
ユーザのプログラミング体験を強化するために、別の実施例は、置換される容認できない項目を有するために、ユーザの負担を少なくする。
この種の別の実施例において、示されている項目がユーザに容認できなくて、適当な時刻に置換を実行するかどうか、制御ロジック（７３ｈ）は、決定する。
先行の置換の決定を含む方法は、本明細書において、カスタマイズ・プロセスと称される。
【０３１８】
代替実施形態では、受信器（７３ｂ）がチャネルにチューニングされると共に、カスタマイズ指示はカスタマイズ・キー７３ｎのアクティベーションを介してユーザから受け入れられる。
カスタマイズ指示は制御ロジック（７３ｈ）に与えられる。そして、応えて、制御ロジック（７３ｈ）は送信器（７３ｄ）により送信されるプログラミングをカスタマイズする状態機械を実行する。
カスタマイズは、置換と類似しているが、容認できない予定の項目が受け取られるたびに、置換キー（７３ｍ）を起動させていなければならないユーザなしで、自動的に起こる。
カスタマイズは、容認できない予定の項目に視聴覚素材（７３ｖ）から読み出される容認できる項目により置換させられている制御ロジック（７３ｈ）を含む。
代替実施形態では、カスタマイズ状態機械は、リアルタイムにおいて、実行されて、容認できない予定の項目が送信されようとしている場合にだけ、容認できる置換項目に関しては決定をすることが必要である。
代替実施形態では、カスタマイズは、図８ｐの状態機械（１４２）および図８ｄの方法４００と関連して上記の通りに制御ロジック（７３ｈ）により施行される表現規則を満たす置換項目を特定することを含む。
後述するカスタマイズ状態機械の状態１３５ｂ、１３７ｂおよび１３９ｂは、それらのそれぞれの状態機械の別の実施例において、表現規則を施行する動作を含む。
しかしながら、下で表されるように、別の実施例では、状態１３５ｂ、１３７ｂおよび１３９ｂは表現規則を施行しない。
当業者は表現規則の施行の前述の説明が本願明細書において、記載されているその他の状態機械に取り入れられることがありえるということを認識するだろう。そして、カスタマイズ状態機械を含む。
【０３１９】
代替実施形態では、カスタマイズ状態機械は、わずか１つがリアルタイムで動作する２台のコンポーネント状態機械を含む。
第一成分状態機械は、リアルタイムで動作しない。
第一成分状態機械は、予定と関係しているチャネルのカスタムメイドの予定を生み出すために、予定またはその分数に作用する。
カスタムメイドの予定を生み出すために、制御ロジック（７３ｈ）は、第一成分状態機械を実行して、受け取った予定を解析する。
第一成分状態機械は、順番に各予定の項目を調べて、予定の項目が容認できる予定の項目（すなわち、ユーザに興味を起こさせるだろう）であるかどうか決定する。
第一成分状態機械が予定の容認できない予定の項目に遭遇するときはいつでも、それは容認できる置換項目を選択する。
容認できる置換項目へのポインタは、実施例において、カスタムメイドの予定を生み出すために、予定の項目のレコードに加えられる。
第一成分状態機械の出力は一つ以上のカスタマイズされたスケジュールである。−その理由は、次のことにある。それはちょうど１つのチャネルの予定をカスタマイズすることに限られている必要はない。
第二成分状態機械は、リアルタイムにプログラミングの予定の項目およびプログラミングの置換項目のストリームを中で贈るために、カスタマイズされた予定を使用する。
前述は、後で更に詳細に記載されている。
【０３２０】
カスタマイズ（リアルタイムおよび非リアルタイム）は、決定することが必要である予定の項目がユーザにとって容認できるかどうか、各種実施形態のための許容可能性の決定方法が本願明細書において、記載されていて。
実施態様のための許容可能性の決定方法は、記憶装置（７３ｆ）に格納される受け取った予定において、与えられる情報に依存して、ユーザ・プロファイル情報（７３ｔ）において、与えられる情報に依存する。
実施態様によって、予定提情報は、以下の一つ以上を含むが、これに限定されるものではない：
予定の項目がなんらかの類似性および参照項目カテゴリまたはカテゴリの各々に対する予定の項目の類似性指示を有する項目インジケータ（いずれのラベルも、コードまたは両方とも）グループコード、グループ項目ランキング、参照項目カテゴリまたはカテゴリ。
実施態様によって、ユーザープロファイル提情報は、以下の一つ以上を含むが、これに限定されるものではない：
容認できる項目、容認できない項目、容認できる項目指標、容認できない項目指標、項目のユーザ・ランキングは、ランクしたまとめる、ユーザ・グループコード、利用者団体相関または類似性係数（ユーザが加入する本発明、ユーザ項目ランキング、項目類似性係数、項目カテゴリまたはカテゴリによって、含まれるのであるにせよユーザおよびその他のユーザによって、与えられる項目ランキング、別の実施例の実装のユーザ間のウェイトおよび別の実施例またはその他のデバイスの実装のその他のユーザ）ユーザが加入する各カテゴリの項目のユーザ平均ランキングおよび項目カテゴリ類似性係数。
前述の術語は、後で更に詳細に述べられる。
【０３２１】
すでに記載されているより項目許容可能性の決定がより詳細に記載される前に、項目許容可能性の決定をサポートする各種実施形態において、使用する情報の一部は記載されている。
この情報は、制御ロジック（７３ｈ）によっても発生するかまたは受信器（７３ｂ）７３ｄトランシーバまたは物理媒体を介して制御ロジック（７３ｈ）によっても受け取られる。
情報が発生するかまたは受け取られる方法は、本発明に重要でない。
情報が制御ロジック（７３ｈ）によって、処理に使えることは、そのようなすべての事項である。
情報転送元も、重要でない。
【０３２２】
上記のように、それらが予定、再生リストまたは項目（例えば、ユーザは、項目を購入して、記憶装置（７３ｆ）に格納されて、それを有する）自体とともに来る識別メタデータに埋められるかどうか、項目インジケータは制御ロジック（７３ｈ）によって、受け取られる。
受信の正確な方法は、無関係である。
制御ロジック（７３ｈ）が項目インジケータを示されている項目と関連させることが可能な限り、それはそのようなすべての事項である。
実施態様によって、後で詳しく述べるように、制御ロジック（７３ｈ）は、ユーザが項目を明示的に、または、暗に拒絶したかまたは受け入れたかどうか決定する。
制御ロジック（７３ｈ）は、実施態様によって、項目指標を容認できない項目インジケータ・データ構造か容認できる項目インジケータ・データ構造に格納する。
この保存した情報が、項目許容可能性の決定をするために、後で制御ロジック（７３ｈ）によって、使われる。
【０３２３】
代替実施形態では、制御ロジック（７３ｈ）は、グループコードごとに各項目インジケータ一つ以上グループコードおよび関連のあるランク付けとともに受ける。
各グループコードは、類似の利益または選択を有する一群の会員と関係している。
各グループコードは、グループの最も少なく会員のいくつかでにより特定される項目を示される平均ランキングの示すもの位にランクしている連合グループを有する。
受信するものに基づく情報をｇｒｏｕｐ−ｒｅｌａｔｅｄした、ユーザが関連する項目を経験している、を有するさまざまなまとめる暗に、または、明示的にそれらにランクを付けて、そして、制御ロジック（７３ｈ）は、生み出して、記憶装置（７３ｆ）に格納するウェイトまたはユーザおよび各々間の類似性係数まとめる項目を関係している。
この保存した情報が、項目許容可能性の決定をするために、後で制御ロジック（７３ｈ）によって、使われる。
代替実施形態では、制御ロジック（７３ｈ）は、局所的に利用者団体ウェイトまたは類似性係数を生み出さなくて、むしろそれを受信する。
このような実施例では、制御ロジック（７３ｈ）は、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、利用者団体類似性係数を生み出すコンピューティング・システムに、それらを与える。
従来技術において、多数の情報伝達方法およびトランシーバ７３ｂの前記説明を示されて、制御ロジック（７３ｈ）がコンピューティングにユーザ・ランキングを与えるように、システムは本発明に重要でない。
実施態様によって、コンピューティング・システムは、以下の一つ以上である：
サーバー２９ａ、サーバー２９ｃおよびコンピュータ３１。
【０３２４】
術語類似性係数が、ウェイトを引用するために、本願明細書において、使われる。
当業者は、類似性係数が従属する文脈である。そして、それが利用者団体類似性を必ずしも引用しているというわけではなくて、その代わりに文脈によって、項目−項目類似性またはなんらかのその他の類似性を引用することがありえるということを認識するだろう。
式の容易さのために、類似性係数が、本願明細書において、使われる。
類似性係数が受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）は項目許容可能性の決定をするためにこの情報を使用する。
代替実施形態では、制御ロジック（７３ｈ）は、その他のユーザの項目ランキングを受信する。
ユーザが項目を経験していて、暗に、または、明示的にそれらにランクを付けている、受信情報に基づき、制御ロジック（７３ｈ）生み出す、そして、記憶装置（７３ｆ）のストア・ユーザおよび項目位にすでにランクしたその他のユーザの各々間の類似性係数。
この保存した情報が、項目許容可能性の決定をするために、後で制御ロジック（７３ｈ）によって、使われる。
【０３２５】
代替実施形態では、制御ロジック（７３ｈ）は、局所的に類似性係数を生み出さなくて、むしろ、予定または再生リストにおいて、特定される項目位にランクした各ユーザのためのそれを受信する。
このような実施例では、制御ロジック（７３ｈ）は、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、類似性係数を生み出すコンピューティング・システムに、それらを与える。
類似性係数が受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）は項目許容可能性の決定をするためにこの情報を使用する。
代替実施形態では、制御ロジック（７３ｈ）は、その他のユーザの項目ランキングから、グループコードおよびグループ・ランキングを生成する。
グループコードおよびグループ・ランキングは、予測をする際の制御ロジック（７３ｈ）により用いられる。
【０３２６】
代替実施形態では、制御ロジック（７３ｈ）は、閾値Ｌを上回るユーザを有する類似性係数を有するその他のユーザの項目ランキングを受信する。
（ユーザが項目を経験していて、暗に、または、明示的にそれらにランクを付けているにつれて）制御ロジック（７３ｈ）が記憶装置（７３ｆ）を生み出して、保存するという受信情報に基づく項目位にすでにランクしたユーザおよび各々のその他のユーザ間の類似性係数。
この保存した情報が、項目許容可能性の決定をするために、後で制御ロジック（７３ｈ）によって、使われる。
代替実施形態では、制御ロジック（７３ｈ）は、局所的に類似性係数を生み出さなくて、むしろ、予定または再生リストにおいて、特定される項目位にランクした各ユーザのためのそれを受信する。
このような実施例では、制御ロジック（７３ｈ）は、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、類似性係数を生み出すコンピューティング・システムに、それらを与える。
類似性係数が受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）は項目許容可能性の決定をするためにこの情報を使用する。
【０３２７】
代替実施形態では、制御ロジック（７３ｈ）は、複数の項目のための項目類似性係数を受信する。
受信情報に基づいて、制御ロジック（７３ｈ）は、項目許容可能性の決定をする。
このような実施例では、制御ロジック（７３ｈ）は、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、項目類似性係数を生み出すコンピューティング・システムに、それらを与える。
代替実施形態では、制御ロジック（７３ｈ）は、制御ロジック（７３ｈ）によって、受け取られるユーザの項目ランク付けに基づく類似性係数を生み出す。
このような実施例では、制御ロジック（７３ｈ）は、また、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、項目類似性係数を生み出すコンピューティング・システムに、それらを与える。
類似性係数が受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）は項目許容可能性の決定をするためにこの情報を使用する。
【０３２８】
代替実施形態では、制御ロジック（７３ｈ）は、複数の項目カテゴリのための項目カテゴリ類似性係数を受信する。
制御ロジック（７３ｈ）は、また、各々いずれが一つ以上の関連する項目カテゴリを有するかという項目インジケータを受信する。
項目インジケータと関係している項目の明確であるか潜在的なランク付けに基づいて、制御ロジック（７３ｈ）は、項目カテゴリのためのユーザ平均ランキングを生成する。
受信情報および項目カテゴリのための局所的に生成されたユーザ平均ランク付けに基づいて、制御ロジック（７３ｈ）は、項目許容可能性の決定をする。
このような実施例では、制御ロジック（７３ｈ）は、潜在的なユーザまたは明確なランキングを記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納して、項目カテゴリ類似性係数を生み出すコンピューティング・システムに、それらを与える。
代替実施形態では、制御ロジック（７３ｈ）は、制御ロジック（７３ｈ）によって、受け取られるユーザの項目ランク付けに基づく項目カテゴリ類似性係数を生み出す。
類似性係数が受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）は項目許容可能性の決定をするためにこの情報を使用する。
【０３２９】
本発明の中で、図９ｂは、一実施例に従って許容可能性の決定プロセスを例示する。
方法２００において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目のための項目インジケータを読み出す（２０１ａ）。
実施例において、項目インジケータは、フィールド、例えばプログラム名フィールド、１５１ｆのエントリーである。
代替実施形態では、項目インジケータは、フィールド、例えば項目識別子フィールド、１５１ｉのエントリーである。
代替実施形態では、項目インジケータは、フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリー）のエントリーである。
制御ロジック（７３ｈ）は、それから、読み出された項目インジケータがユーザープロファイル（７３ｔ）に格納される容認できない項目インジケータの一つでないかどうか決定する（２０１ｂ）。
【０３３０】
図９ｃは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
ユーザ・プロファイル情報（７３ｔ）は、容認できない項目インジケータ７４ｂのデータ構造を含む。
【０３３１】
図９ｄは、本発明の別の実施例に従って更に詳細にユーザ項目−否認関連情報を例示する。
容認できない項目インジケータ７４ｂは、別の実施例に従って、項目識別子フィールド（１５１ｉ）において、そして、ＤＳ  １３９の項目識別子エントリーにおいて、見つかるそれらのような項目識別子のリストを含むとして、図１２ｃに示される。
上記のように、別の実施例で、ＤＳ  １３９のレコード記述項は、各々いずれが視聴覚素材（７３ｔ）の項目を特定するかというコードを含む。
【０３３２】
図９ｅは、本発明の別の実施例に従って更に詳細にユーザ項目−否認関連情報を例示する。
容認できない項目インジケータ７４ｂは、別の実施例に従って、ラベルであるＤＳ  １３９のプログラム名フィールド（１５１ｆ）および項目識別子エントリーにおいて、見つかるそれらのような項目識別子のリストを含むとして、図９ｄに示される。
上記のように、別の実施例で、ＤＳ  １３９のエントリーは、各々いずれが視聴覚素材（７３ｖ）の項目を特定するかというレッテルを含む。
代替実施形態では、容認できない項目インジケータ７４ｂは、フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリーにおいて、見つかるそれらのような一つ以上の項目インジケータ）のエントリーにおいて、見つかるそれらのような一つ以上の項目インジケータを含む。
【０３３３】
方法２００を再度参照する。制御ロジック（７３ｈ）は、読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つでないときに、項目がユーザにとって容認できると結論する（２０１ｃ）。
制御ロジック（７３ｈ）は、読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つのときに、項目がユーザに容認できないと結論する（２０１ｄ）。
結論に基づいて、制御ロジック（７３ｈ）は、本願明細書において、他で記載されているカスタマイズ・プロセスの剰余を続行する。
【０３３４】
本発明の中で、図９ｆは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２０２において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目のために表示で、1項目につき２０３ａを読み出す。
実施例において、項目インジケータは、フィールド、例えばプログラム名フィールド、１５１ｆのエントリーである。
代替実施形態では、項目インジケータは、フィールド、例えば項目識別子フィールド、１５１ｉのエントリーである。
代替実施形態では、項目インジケータは、フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリー）のエントリーである。
読み出された項目インジケータがユーザープロファイル（７３ｔ）に格納される容認できる項目インジケータの一つであるかどうか、制御ロジック（７３ｈ）はそれから２０３ｂを決定する。
ユーザ・プロファイル情報（７３ｔ）は、７４ａ．容認できる項目インジケータのデータ構造を含む。
【０３３５】
図９ｇは、本発明の別の実施例に従って更に詳細にユーザ項目−許容可能性関連情報を例示する。
容認できる項目インジケータ７４ａは、別の実施例に従って、項目識別子フィールド（１５１ｉ）において、そして、ＤＳ  １３９の項目識別子エントリーにおいて、見つかるそれらのような項目インジケータのリストを含むとして、図９ｇに示される。
上記のように、別の実施例で、ＤＳ  １３９のエントリーは、各々いずれが視聴覚素材（７３ｔ）の項目を特定するかというコードを含む。
【０３３６】
図９ｈは、本発明の別の実施例に従って更に詳細にユーザ項目−許容可能性関連情報を例示する。
容認できる項目インジケータ７４ａは、別の実施例に従って、プログラム名フィールド（１５１ｆ）および視聴覚素材（７３ｔ）の置換項目と関係しているそれらにおいて、見つかるそれらのような項目識別子のリストとして、図９ｈに示される。
上記のように、別の実施例で、ＤＳ  １３９のエントリーは、各々いずれが視聴覚素材（７３ｔ）の項目を特定するかというレッテルを含む。
代替実施形態では、容認できる項目インジケータ７４ａは、フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリーにおいて、見つかるそれらのような一つ以上の項目インジケータ）のエントリーにおいて、見つかるそれらのような一つ以上の項目インジケータを含む。
【０３３７】
方法２０２を再度参照する。制御ロジック（７３ｈ）は、２０３ｃ、読み出された項目インジケータが７４ａ．容認できる項目インジケータの一つのときに、項目がユーザにとって容認できると結論する。
読み出された項目インジケータが容認できる項目インジケータ７４ａの中のそれでないときに、読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つであるかどうか、制御ロジック（７３ｈ）は２０３ｄを決定する。
読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つでないときに、制御ロジック（７３ｈ）は２０３ｃ、項目がユーザにとって容認できると結論する。
当業者は、進行中に、そこの２０２がユーザが許容可能性の指示をまだ与えなかった項目が容認できるためにみなされるという可能性であるということを認識するだろう。
読み出された項目インジケータが容認できない項目インジケータの一つのときに、制御ロジック（７３ｈ）は２０３ｅ、項目がユーザに容認できないと結論する。
結論に基づいて、制御ロジック（７３ｈ）は、本願明細書において、他で記載されているカスタマイズ・プロセスの剰余を続行する。
【０３３８】
本発明の中で、図９ｉは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２０４において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目のために表示で、1項目につき２０５ａを読み出す。
実施例において、項目インジケータは、フィールド、例えばプログラム名フィールド、１５１ｆのエントリーである。
代替実施形態では、項目インジケータは、フィールド、例えば項目識別子フィールド、１５１ｉのエントリーである。
代替実施形態では、項目インジケータは、フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリー）のエントリーである。
制御ロジック（７３ｈ）は、それから、読み出された項目インジケータがユーザープロファイル（７３ｔ）に格納される容認できる項目インジケータの一つかどうか決定する（２０５ｂ）。
制御ロジック（７３ｈ）は、読み出された項目インジケータが７４ａ．容認できる項目インジケータの一つのときに、項目がユーザにとって容認できると結論する（２０５ｃ）。
読み出された項目インジケータが容認できる項目インジケータ７４ａの中のそれでないときに、読み出された項目インジケータが容認できない項目インジケータ７４ｂ．の一つであるかどうか、制御ロジック（７３ｈ）が、決定する（２０５ｄ）
読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つのときに、制御ロジック（７３ｈ）は項目がユーザに容認できないと結論する（２０５ｇ）。
【０３３９】
読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つでないときに、制御ロジック（７３ｈ）は（２０５ｅ）予定グループ情報を読み出す。
実施例において、予定グループ情報は、以下を含む：
フィールド（例えばグループコード・フィールド１５１ｈ）のエントリー。
として本願明細書において、他で表した、グループコード・フィールドのためのエントリーは１５１ｈ、一つ以上のグループコード示すものを含むのまとめる、容認できる項目を見つかってまたは、協調フィルタリングは容認できる項目を見つかるだろうと予測した。
図９ｃのユーザ・プロファイル情報（７３ｔ）は、ユーザ・グループコード７４ｃのデータ構造を含む。
ユーザ・グループコード７４ｃのためのエントリーは、ユーザが一般の選択を共有するグループを表す。
【０３４０】
図９ｊは、本発明の別の実施例に従って更に詳細に利用者団体−提携関連情報を例示する。
グループコード７４ｃは、グループコード・フィールド（１５１ｈ）において、見つかるそれらのようなグループコードまたはＤＳ  １３９のレコード記述項が以下を含む実施態様のリストとして、図９ｊに示される：
レコードの項目インジケータ・エントリーにより参照される置換項目と関係しているグループコード。
【０３４１】
方法２０４を再度参照する。制御ロジック（７３ｈ）は、それから、項目が、決定することによって、容認できるどうか少なくとも一つのマッチが、予定の項目と関係している読み出されたグループコードおよびプロファイル情報（７３ｔ）のユーザ・グループコードのうちの１つの間にあるどうかを決定する（２０５ｆ）。
読み出されたグループコードの一つがユーザにグループコードに合うものを見つけるときに、制御ロジック（７３ｈ）は項目がユーザにとって容認できると結論する（２０５ｃ）。
読み出されたグループコードおよびユーザ・グループコードのいずれも合わないときに、制御ロジック（７３ｈ）は項目がユーザに容認できないと結論する（２０５ｇ）。
当業者は、経済またはハードウェア限界以外の、制限がグループコード７４ｃのグループコード・エントリーの数にないということを認識するだろう。
さらにまた、当業者は、経済または帯域積考慮すべき問題以外の、制限がフィールド（１５１ｈ）のグループコード・エントリーの数にないということを認識するだろう。
【０３４２】
代替実施形態では、読み出された予定グループ情報は、一つ以上のグループコードおよびグループコードの各々のためのグループ項目ランキングを含む。
この種の別の実施例において、マッチが項目間の位置にあって、出発点（７４ｆ）にランクしている予測されたユーザを比較しているユーザを予測することによって、あるかどうか、制御ロジック（７３ｈ）は、決定する（２０５ｆ）。
この種の別の実施例において、ユーザ・プロファイル情報（７３ｔ）は、以下を含む：
ユーザ・グループコード７４ｃの、そして、そこのグループコードの各々のためのデータ構造は、７４ｄ、関連する利用者団体相関である。
【０３４３】
図９ｋは、本発明の別の実施例に従って更に詳細に利用者団体ウェイト−関連情報を例示する。
利用者団体相関は、本明細書において、利用者団体ウェイト情報とも称される。
利用者団体重量（７４ｄ）がデータ構造（７６ｈ）を含むとして、図９ｋに示される。
ＤＳは、７６ｈ、ＤＳ  １５０の、または、実施態様によって、ＤＳ  １３９のレコード記述項の１５１ｈフィールドにおいて、見つかってエントリーとしてそれのようなグループコードを有するグループコード・フィールド７６ｉを含む。
ＤＳが７６ｈ  ３のための利用者団体重量情報を含む、まとめる、グループコード（「１４」「７６」および「９１」）により特定されるもの、当業者は、ＤＳが７６ｈ、３のための情報を示すことに限られていないということを認識するだろうまとめる、各々いずれがユーザの重量関係を記載するかといういかなる数のレコードを有することがありえる。そして、まとめる。そして、いずれがフィールド（７６ｊ、７６ｋ）のためのエントリーを有するかという各々。
フィールド（７６ｊ）のためのエントリーは、後で更に詳細に記載されている。
フィールド（７６ｋ）のためのエントリーは、ユーザおよびグループ間の重量が付随するグループコードによって、フィールド（７６ｉ）のエントリーを特定したことを表す。
【０３４４】
利用者団体相関は、グループが興味を持っている項目がユーザにも興味がある程度の指示を与える。
あるいは、利用者団体相関は、ユーザがグループにおいて、あるという確率の推定値を与える。
項目順位閾値（７４ｆ）は、項目のものが順位を予測した閾値が等しくなければならないかまたは制御ロジック（７３ｈ）が項目が容認できると結論するために上回らなければならないことを表す。
【０３４５】
代替実施形態では、制御ロジック（７３ｈ）は、以下の式を評価することによって、予定の項目ｉのための予測されたランキングを決定する：
【数１４】
2008514127.tif 000015
Ｅ．１３
【０３４６】
ここで
Ｒｕ，ｉはユーザｕのための予定の項目ｉのために予測されてランクしている、ｓはグループコード７４ｃおよびフィールドのための予定の項目ｉのエントリーが１５１ｈ、共通して有するユーザ・グループコードの数であって、ＧＣｕ，ｊはグループコード７４ｃに共通であるグループコードであって、そして、項目ｉは１５１ｈ、フィールドのためのそのエントリーのグループコードである、ＳＧＣｉは１５１ｈ、フィールドのためのエントリーのグループコードである、Ｗｕ，ＧＣｕ，ｊはユーザｕのための重量（または類似性指示）指示である。そして、まとめてランキングがグループコードＧＣｕ，ｊおよびＳＧＲｉ，ＧＣｕ，ｊによって、示して項目ｉがによって、まとめてグループコードＧＣｕ，ｊによって、示す。
上記のように、別の実施例で、受け取った予定は、グループコードと関係しているグループコードおよびグループ項目ランキングを含む。
【０３４７】
代替実施形態では、制御ロジック（７３ｈ）は、以下の式を評価することによって、利用者団体類似性係数を使用している予定の項目ｉのための予測されたランキングを決定する：
【数１５】
2008514127.tif 000016
Ｅ．１４
【０３４８】
ＰＲＧｕ，ｊはユーザのものが利用者団体類似性係数に基づく項目ｉに予測されランクを付けることである、
【数１６】
2008514127.tif 000017
は、項目の評価がユーザによって、の位置にあった平均であるまとめる、項目をｉ位にランクした、
ｍは、数であるまとめる、項目をｉ位にランクした、
ｒｇ，ｉは、ｇｔｈが項目ｉのグループのランキングである、
【数１７】
2008514127.tif 000018
は、項目の平均評価がｇｔｈによって、ランクするまとめる。そして、
Ｗｕ，ｇは、類似性がユーザおよびｇｔｈグループ間の係数である。
Ｍｕ，ｇは全ての宇宙であるまとめる、ランキングを与えた、そして、ユーザおよび全て間の類似性係数の合計がその他のものであるまとめる、項目をｉ位にランクした。
代替実施形態では、ユーザは、情報（７３ｔ）の輪郭を描く９ｃが含む図のまとめる制御ロジック（７３ｈ）がその式の評価Ｅ．１４において、使用する順位（７４ｊ）を平均する。
【０３４９】
図９ｌは、使用する予定のためのデータ構造を例示する決定することの本発明の別の実施例に従って、プログラミングの中でどんな項目を放送対話性デバイスのユーザに示す。
ＤＳ  １５６は、実施例において、ＤＳ  １５０およびさらに１つのフィールドと同じフィールドを含む、エントリーがランキングを与えるグループ項目ランキング・フィールド１５７ａはそのまとめてグループコード・フィールド（１５１ｈ）のエントリーにおいて、特定してフィールド１５１ｅまたは１５１ｉのエントリーにおいて、特定される項目に示す
グループ項目ランキング・フィールド１５７ａのエントリーが０から１にわたる一方、当業者は他の定義済みレンジが別の実施例において、用いられるということを認識するだろう。
Ｒｕ，ｉは、定義済み範囲に同じように制限される。
当業者は、経済または帯域積考慮すべき問題以外の、制限が１５７ａフィールドのグループコード・エントリーの数にないということを認識するだろう。
【０３５０】
予定の項目のためのＲｕ，ｉを決定した後に、項目が容認できるかどうか、ロジックが７３ｈ、それから２０５ｆを決定してによって、Ｒｕ，ｉが７４ｆ項目順位出発点に等しいかまたは上回るかどうか、決定する。
Ｒｕ，ｉが閾値７４ｆを上回るかまたは等しいときに、制御ロジック（７３ｈ）は項目がユーザにとって容認できると結論する（２０５ｃ）。
Ｒｕ，ｉが閾値７４ｆ未満のときに、制御ロジック（７３ｈ）は項目がユーザに容認できないと結論する（２０５ｇ）。
【０３５１】
代替実施形態では、プロファイル情報（７３ｔ）は、利用者団体項目品質相関７４ｅを含む。
このような実施例では、各グループは、グループメンバが項目が容認できるかどうかについて判断するいくつかの特性と関係している。
グループの特性の各々に対するユーザの親和性は利用者団体品質相関と呼ばれる。
例えば、グループによって、ランクを付けられる特性は、以下の一つ以上を含むが、これに限定されるものではあることができない：
歌詞の重要性、音楽、独創、テンポ、鼓動、信頼性、教育的な値、解すること、信頼性およびその他のコンクリートの容易さおよびグループメンバが選択を表している項目の抽象的な特性。
さらに、この種の実施態様で、受け取った予定のためのデータ構造は、以下を含む：
データ構造の最も少なくレコードのいくつかでのために、１５１ｈ、フィールドのエントリーのグループコードごとにグループ項目品質ランキングのためのエントリーを有するフィールド。
例えば、１５１ｈ、フィールドのためのエントリーとしてグループコード１２および９１を有する図９ｌのレコード１５７ｂをみなす。
グループコード９１がそうするだろうにつれて、代替実施形態では、グループコード１２には一つ以上の関連するグループ項目品質相関があるだろう。
【０３５２】
図９ｍは、本発明の別の実施例に従ってユーザに項目の許容可能性を決定するための情報を含むデータ構造の素子を例示する。
データ構造部１５７ｅは、ＤＳ  １５６のレコード１５７ｂの１５１ｈグループコード・フィールドおよびエントリーのためのエントリーを含む引用する１５７ｄグループコード・エントリー。
さらに、データ構造部１５７ｅは、ＤＳ  １５６には無いグループ項目品質相関フィールドのためのグループ項目品質相関エントリー１５７ｆを含む。
エントリー１５７ｆの第一の３つの値（０．９０、０９５および０．９７）はグループコード１２と関係している。そして、次の３つの値はグループコード９１と関係している。
代替実施形態では、ＤＳ  １５６のようなデータ構造は、以下を含む：
グループ項目品質相関フィールドおよび少なくともデータ構造のレコードのいくつかは、グループ項目品質相関フィールドのためのエントリーを有する。
【０３５３】
この種の別の実施例において、制御ロジック（７３ｈ）は、項目品質ごとに以下の式を評価することによって、予測された項目品質ランキングを決定する：
【数１８】
2008514127.tif 000019
Ｅ．１５
【０３５４】
ここで
Ｗｕ，ＧＣ，ｑはユーザｕ間のウェイト（または類似性係数）である。そして、まとめるｑｔｈ項目品質に関するグループコードＧＣｕ，ｊによって、示す、ｎはグループコード７４ｃおよびフィールド（１５１ｈ）のための予定の項目ｉのエントリーが共通して有するユーザ・グループコードの数である、ＳＧＲｉ，ＧＣｕ，ｊ，ｑはランキングであるそのまとめる１以上の整数がＧＣｕ，ｊが項目ｉのｑｔｈ項目品質に示したグループコードおよびｍによって、示す、そして、ランキングが与えられる項目特性の数は表す。
前記説明ｍ＝３において、の間、本発明はｍのための任意の特定の整数値に限られていない。
代替実施形態では、ｍは、３より大きくありえるか、または、あるいは、より小さい３でありえる。
【０３５５】
予定の項目のための各Ｒｕ，ｉ，ｑを決定した後に、ベイジアン・ネットワーク、そして、が予測された項目品質ランキングを示される許容可能性の確率を決定するにつれて、制御ロジック（７３ｈ）は項目品質ランキングをモデル化する。
Ｒｕ，ｉ，１（Ｒｕ，ｉ，２）を示される許容可能性の確率。
Ｒｕ，ｉ，ｍは、以下の通りに制御ロジック（７３ｈ）により評価される：
【数１９】
2008514127.tif 000020
Ｅ．１６
ここで
Ａｃｃはユーザに項目許容可能性を示す、そして、Ｕｎａｃｃはユーザに項目否認を示す。
どこで任意の変数の中で条件つきの独立を呈すること、個々の確率の製品とまではいかないが、同時確率が個々の確率および一つ以上の条件付確率の製品として部分的についに表されることができるので、評価はより効率的にされる。
予測された項目品質ランキングがベイジアン・ネットワークとしてモデル化される所で、７４ｆが最小限の合格判定値ｐ（Ａｃｃ｜Ｒｕ，ｉ，１，Ｒｕ，ｉ，２，．．．．Ｒｕ，ｉ，ｍ）である項目順位閾値。
当業者は、ベイジアン・ネットワークが技術が意思決定のために使用した、そして、本発明がベイジアン・ネットワークに限られていない多数のうちのちょうど１つである。そして、別の実施例において、ｆｒｅｑｕｅｎｔｉｓｔ統計方法またはその他の類似であるか競争している方法が用いられるということを、認識するだろう。
【０３５６】
代替実施形態では、項目がユーザにとって容認できて、項目が２０５ｃ容認できるか、または２０５ｇ容認できないとも結論するかどうか、制御ロジック（７３ｈ）はＲｕ，ｉ，ｑの平均を決定して、それから、上記の通りで、２０５ｆを決定する。
代替実施形態では、項目順位閾値７４ｆは、ｑ項目品質順位閾値（図９ｃに示されない）をプロファイル情報（７３ｔ）（各項目品質のための１つ）に含む。
この種の別の実施例において、制御ロジック（７３ｈ）は、各Ｒｕ，ｉ，ｑをその対応する項目品質順位閾値と比較することによって、項目許容可能性を決定する。
当業者は、様々なユーザに特有の規則が項目許容可能性を決定する際の別の実施例において、使われるということを認識するだろう。
規則は、満たされなければならない閾値の数を含むが、これに限定されるものではない。そして、それは、閾値は、満たされなければならない。そして、それは、閾値は、満たされることがありえる。そして、その他の閾値が満たされる場合、どの閾値が満たされる必要はないか。
【０３５７】
当業者は、若干の実施態様で、項目許容可能性の決定プロセスが協調フィルタリング・アルゴリズムによって、生み出される情報に依存しないということを認識するだろう。
別の実施例において、しかしながら、項目許容可能性の決定プロセスは、情報に依存するそばにメモリー・ベースの協調フィルタリング・アルゴリズム、モデル・ベースの協調フィルタリング・アルゴリズムまたは両方のタイプのアルゴリズムを生み出しもした。
【０３５８】
前述の説明において、グループ相関は、メモリー・ベースの協調フィルタリング・アルゴリズムまたはモデル・ベースの協調フィルタリング・アルゴリズムによって、得られることもありえる。
しかしながら、別の実施例で、許容可能性判定は、項目相関または類似性指示を使用してなされる。
項目相関または類似性指示は、項目ベースの協調フィルタリング・アルゴリズムの種類の製品である。
ユーザ・ベースの協調フィルタリングとは異なり、項目ベースの協調フィルタリングは、ユーザによって、項目定格を調べて、提唱された項目ｉにそれらの類似性を計算する、
そうすると、項目ｉ．と類似している項目のユーザのランキングの重み付代表値を計算することによって、項目ｉのための予想される評価を決定する。
【０３５９】
本発明の中で、図９ｎは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２０６において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目のための２０７ａ予定項目類似性情報を読み出す。
実施例において、予定項目類似性情報は、以下を含む：
ユーザ許容可能性が決定されることになっている項目と類似している項目を引用する項目インジケータのリスト。
項目インジケータのリストは、実施例において、フィールド、例えばプログラム名フィールド、１５１ｆのためのエントリーのリストを含む。
代替実施形態では、項目インジケータのリストは、以下を含む：
フィールド、例えば項目識別子フィールド、１５１ｉのためのエントリーのリスト。
実施例において、項目インジケータのリストは、１５１ｈ、フィールドのエントリーである。
【０３６０】
説明の目的のみに、項目インジケータのリストの実施例は、以下を含むことができる：
各々いずれがユーザ許容可能性が決定されることになっている項目と類似している項目と関係しているかという数の項目識別子またはプログラムのリストのリストは、ユーザ許容可能性が決定されることになっている項目と類似している項目と関係している各々に名づける。
代替実施形態では、項目インジケータのリストは、以下を含む：
各々いずれがいくつかの項目と関係しているかという項目カテゴリのリスト。
例えば、項目カテゴリは、各々と非常に類似している項目を含む。
本願明細書において、他で記載されているより、類似性を決定することは公知技術で、より詳細に記載されている必要がない。
制御ロジック（７３ｈ）は、それから項目インジケータの読み出されたリストのインジケータの全てがユーザープロファイル（７３ｔ）に格納される容認できない項目インジケータの一つであるというわけではないかどうか、決定する（２０７ｂ）。
上記のように、ユーザ・プロファイル情報（７３ｔ）は、容認できない項目インジケータ７４ｂのデータ構造を含む。
制御ロジック（７３ｈ）は、リストのすべての読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つであるというわけではないときに、項目がユーザにとって容認できると結論する（２０７ｃ）。
制御ロジック（７３ｈ）は、２０１ｄ、リストのインジケータの一つ以上が容認できない項目インジケータ７４ｂの一つのときに、項目がユーザに容認できないと結論する。
結論に基づいて、制御ロジック（７３ｈ）は、本願明細書において、他で記載されているカスタマイズ・プロセスの剰余を続行する。
【０３６１】
項目インジケータのリストが以下を含む別の実施例において、：
各々いずれがいくつかの項目と関係しているかという項目カテゴリの中でリスト、ユーザ・プロファイル情報（７３ｔ）の容認できない項目インジケータ７４ｂは、ユーザに容認できない項目カテゴリ・インジケータを含む。
容認できない項目カテゴリ・インジケータは実施例において、容認できない項目インジケータの代わりに項目指標７４ｂに含まれる、しかし、あるいは、インジケータ７４ｂは容認できない項目カテゴリ・インジケータおよび容認できない項目インジケータを含む。
代替実施形態では、フィールドのためのエントリーは、１５１ｈ、フィールド１５１ｅまたは１５１ｉにおいて、特定される項目が関連する一つ以上の項目カテゴリ・インジケータを含む。
項目カテゴリ・インジケータの一つは、両方フィールド１５１ｅまたは１５１ｉにおいて、または、ＤＳ  １３９のレコードおよび項目を含むカテゴリまでの位置において、特定される項目と関係している。
ユーザが、後述するように、項目にランキングを与えるときに、制御ロジック（７３ｈ）アップデート、ユーザは、項目を含むカテゴリのための順位を平均する。
別法として、制御ロジック（７３ｈ）アップデート、ユーザは項目を含むカテゴリのための順位を平均して、そして、ユーザと関係している残りの項目カテゴリ・インジケータにより示されているカテゴリは、項目位にランクした。
あるいは、フィールド（１５１ｉ）のためのエントリーは、項目識別子の代わりに一つ以上の項目カテゴリ・インジケータを含む。
判定が上記の通りに制御ロジック（７３ｈ）によって、作られるユーザ許容可能性は、しかし、基づかれる、どうか任意の読み出されたカテゴリ・インジケータのインジケータ７４ｂ．の容認できないカテゴリ・インジケータの中である
【０３６２】
代替実施形態では、読み出された予定項目情報は、一つ以上の項目指標、そして、項目インジケータ、項目インジケータの類似性の対応する類似性指示示すものおよびユーザ許容可能性が決定されることである項目ｉの各々のためのを含む。
ユーザ・プロファイル情報（７３ｔ）は、ユーザおよびそれらの合同ランク付けにとって容認できる項目のユーザ項目インジケータ示すものを含む。
【０３６３】
このような実施例では、一つ以上の項目インジケータは、フィールド、例えばプログラム名フィールド、１５１ｆのためのエントリーである。
しかしながら、あるいは、項目インジケータのリストは、フィールド、例えば項目識別子フィールド、１５１ｉのためのエントリーのリストである。
実施例において、グループコードのエントリーの代わりに、項目インジケータのリストは、１５１ｈ、フィールドのエントリーとして格納される。
実施例において、グループコード・ランキングのエントリーの代わりに、類似性指示は、１５７ａ．フィールドのエントリーである。
当業者は、別の実施例フィールドで、１５１ｈが項目インジケータおよびグループコードのリストを含むということを認識するだろう。
【０３６４】
図９ｏは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
プロファイル情報（７３ｔ）は、７４ｇ、ユーザにとって容認できる項目インジケータを含む項目インジケータを含む。
プロファイル情報（７３ｔ）は、以下を含むユーザ項目ランキング（７４ｈ）を含む：
７４ｇ．項目インジケータの項目インジケータの各々のためのランキング
【０３６５】
図９ｖは、本発明の別の実施例に従って更に詳細にユーザ項目−許容可能性関連情報を例示する。
７４ｇ（別の実施例に従う）容認できる項目指標項目識別子フィールド（１５１ｉ）において、そして、ＤＳ  １３９の項目識別子エントリーにおいて、見つかるそれらのような項目インジケータのリストを含むこととしての図９ｖにおいて、示す。
上記のように、別の実施例で、ＤＳ  １３９のエントリーは、各々いずれが視聴覚素材（７３ｖ）の項目を特定するかというコードを含む。
別の実施例に従って、ユーザ項目ランキング（７４ｈ）３−５との間に値を有するユーザ項目ランキングを含むこととしての図９ｖにおいて、示す。
当業者は、実施態様の実装で使用する値位にランクしている項目が変化できるということを認識して、それ自身本発明の限定でない。
【０３６６】
図９ｘは、本発明の別の実施例に従って更に詳細にユーザ項目−許容可能性関連情報を例示する。
７４ｇ（別の実施例に従う）容認できる項目指標プログラム名フィールド（１５１ｆ）において、見つかるそれらおよび視聴覚素材（７３ｔ）の置換項目と関係しているそれらのような項目識別子のリストとしての図９ｘにおいて、示す。
上記のように、別の実施例で、ＤＳ  １３９のエントリーは、各々いずれが視聴覚素材（７３ｔ）の項目を特定するかというレッテルを含む。
代替実施形態では、容認できる７４ｇが含む項目指標フィールド（例えばプログラム名フィールド（１５１ｆ）またはフィールド、例えば項目識別子フィールド、１５１ｉのエントリーにおいて、見つかるそれらのような一つ以上の項目インジケータ）のエントリーにおいて、見つかるそれらのような一つ以上の項目指標。
別の実施例に従って、ユーザ項目ランキング（７４ｈ）３−５との間に値を有するユーザ項目ランキングを含むとして、図９ｘに示される。
当業者は、実施態様の実装で使用する値位にランクしている項目が変化できるということを認識して、それ自身本発明の限定でない。
【０３６７】
項目ｉのための予定項目情報を読み出した後に、項目がユーザにとって容認できるかどうか、制御ロジック（７３ｈ）は２０７ｂを決定する。
決定をするために、別の実施例で、制御ロジック（７３ｈ）は、項目ｉ．のためのユーザ・ランキングを予測する。
制御ロジック（７３ｈ）は、以下の式を評価することによって、項目のための予測されたランキングを決定する：
【数２０】
2008514127.tif 000021
Ｅ．１７
ここで
ＳＲｕ，ｉはユーザｕのための予定の項目ｉのために予測されるランキングである、ｎは７４ｇ項目インジケータおよび予定の項目ｉと関係している項目インジケータに共通のユーザ項目インジケータの数である、ＵＩｔｅｍｕ，ｊは７４ｇ、項目インジケータに共通である項目インジケータおよび予定の項目ｉと関係している項目インジケータである、ＳＩｔｅｍｉは予定の項目ｉと関係している項目インジケータである、ＳＩｔｅｍＳｉｍｉ，ＵＩｔｅｍｕ，ｊはＵＩｔｅｍｕ，ｊにより特定される予定の項目ｉおよび項目間の類似性指示である。そして、ＵＲｕ，ｊはＵＩｔｅｍｕ，ｊにより特定される項目のためのユーザ・ランキングである。
【０３６８】
十分な類似性係数が負のときに、予測された評価も負であるという可能性がある。
ＳＲｕ，ｉが負の、そして、利用された評価スケールが正値ができるようにするだけの所で、それらはシステムのパフォーマンスを劣化させることがありえる。
この課題を回避するために、予測に利用された評価スケールによって、できるようにされる最低の値を割り当てることが、好ましい。
【０３６９】
予定の項目のためのＳＲｕ，ｉを決定した後に、項目が容認できるかどうか、ロジックが７３ｈ、それから２０７ｂを決定してによって、ＳＲｕ，ｉがユーザの項目順位出発点を上回るかどうか、決定する。
ユーザ・プロファイル情報（７３ｔ）は、図９ｏにて図示したように、別の実施例に含む。そして、項目は出発点を予測された項目がみなされるために上回ることになっている順位の７４ｉ示すもの位にランクする容認できる。
ＳＲｕ，ｉが閾値７４ｉを上回るかまたは等しいときに、制御ロジック（７３ｈ）は２０７ｃ、項目がユーザにとって容認できると結論する。
ＳＲｕ，ｉが閾値７４ｉ未満のときに、制御ロジック（７３ｈ）は２０７ｄ、項目がユーザに容認できないと結論する。
【０３７０】
代替実施形態では、許容可能性判定は、各々いずれが項目カテゴリ・インジケータにより特定されるカテゴリおよびユーザ許容可能性が決定されることになっている予定の項目ｉとの類似点の付随するカテゴリ類似性指示示すものを有するかという一つ以上の項目カテゴリ指標を使用してなされる。
このような実施例では、項目カテゴリ・インジケータは１５１ｈ、フィールドのエントリーである。そして、カテゴリ類似性指示は１５７ａ．フィールドのエントリーである。
代替実施形態では、カテゴリ類似性指示は、予定または再生リストに含まれない。
むしろ、この種の実施態様で、制御ロジック（７３ｈ）は、ドライブまたはコネクタを介して制御ロジック（７３ｈ）に接続可能であるトランシーバ７３ｂまたは物理記憶媒体を介してカテゴリ類似性指示を受信する。
【０３７１】
図１０ｃは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
図１０ｃのプロファイル情報（７３ｔ）は、７４ｌ、対応する一般ユーザ・ランキングが７４ｍ、カテゴリのユーザ平均順位にあるカテゴリのためのカテゴリ・インジケータを含むユーザ・インジケータと関係しているカテゴリを含む。
７４ｌインジケータおよびカテゴリのユーザ平均ランキングの人口および更新は、７４ｍ、潜在的なおよび明確なランキングの結果として、更新プロフィール（７３ｔ）と関連して、後で更に詳細に記載されている。
【０３７２】
項目カテゴリ類似性係数に基づく項目ｉのためのユーザ・ランキングを予測することに一旦戻って、制御ロジック（７３ｈ）は、以下の式を評価することによって、項目ｉのためのユーザ・ランキングを予測する：
【数２１】
2008514127.tif 000022
Ｅ．１８
ここで
ＳＣＲｕ，ｉはカテゴリ類似性係数に基づくユーザｕのための予定の項目ｉのために予測されてランクしている、ｎは７４ｌ、カテゴリ・インジケータに共通のユーザ・カテゴリ・インジケータの数である。そして、予定の項目ｉ  ＵＣａｔｅｇｏｒｙｕ，ｊと関係しているカテゴリ・インジケータは７４ｌカテゴリ・インジケータおよび予定の項目ｉと関係しているカテゴリ・インジケータに共通であるカテゴリ・インジケータである、ＳＣａｔｅｇｏｒｙｉは予定の項目ｉと関係している項目インジケータである、ＳＣａｔｅｇｏｒｙＳｉｍｉ，ＵＩｔｅｍｕ，ｊはＵＣａｔｅｇｏｒｙｕ，ｊにより特定される予定の項目ｉおよびカテゴリ間の類似性指示である。そして、ＵＣＲｕ，ｊはＵＣａｔｅｇｏｒｙｕ，ｊにより特定されるカテゴリのためのユーザ・ランキングである。
【０３７３】
予定の項目とのカテゴリの類似性は、予定の項目にカテゴリの各項目の類似性の中で、平均して基礎を形成される。
代替実施形態では、ユーザ・プロファイル情報（７３ｔ）は、ユーザと関係している７４ｇ項目およびユーザ項目ランキング（７４ｈ）のユーザ項目カテゴリ・ランキングのユーザと関係している項目カテゴリを含む。
【０３７４】
本発明の中で、図９ｐは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２０８において、制御ロジック（７３ｈ）は、ユーザ許容可能性が決定されることになっている項目のための２０９ａ予定グループ情報を読み出す。
予定グループ情報は、図９ｉの方法２０４と関連して上記の通りである。
項目がユーザ・プロファイル情報（７３ｔ）の読み出された予定グループ情報および情報に基づくユーザにとって容認できるかどうか、制御ロジック（７３ｈ）はそれから２０９ｂを決定する。
ユーザ・プロファイル情報（７３ｔ）の情報は、図９ｊの接続プロセス２０４で先に述べた通りである。
実施態様によって、制御ロジック（７３ｈ）は、図９ｉの方法２０４と関連して上記の技術のうちの１つを使用している決定をする。
実施態様によって、制御ロジック（７３ｈ）２０３ｃ、項目が容認できることを結論する、それもそこで決定する読み出されたグループ情報およびユーザに特有のグループ情報間のマッチである、または、それを決定する、予測されたランキングは出発点位にランクしているユーザを上回るかまたは等しい。
実施態様によって、制御ロジック（７３ｈ）２０３ｄ、項目が容認できないことを結論する、それもそこで決定する読み出されたグループ情報およびユーザに特有のグループ情報間のマッチででなくある、または、それを決定する、予測されたランキングは出発点位にランクしているユーザより少ない。
【０３７５】
本発明の中で、図９ｑは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２１０において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目のために表示で、1項目につき２１１ａを読み出す。
上記のように、項目インジケータのフォーマットは実施態様に依存する。そして、この種の考察は引用することにより本願明細書の一部をなされる。
読み出された項目インジケータがユーザープロファイル（７３ｔ）に格納される容認できる項目インジケータ７４ａの一つであるかどうか、制御ロジック（７３ｈ）はそれから２１１ｂを決定する。
代替実施形態では、図９ｃのユーザープロファイル（７３ｔ）は、７４ａ．容認できる項目インジケータを含む。
制御ロジック（７３ｈ）は、２１１ｃ、読み出された項目インジケータが７４ａ．容認できる項目インジケータの一つのときに、項目がユーザにとって容認できると結論する。
読み出された項目インジケータが容認できる項目インジケータ７４ａの中のそれでないときに、読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つであるかどうか、制御ロジック（７３ｈ）は２１１ｄを決定する。
代替実施形態では、図９ｃのユーザープロファイル（７３ｔ）は、容認できる項目インジケータ７４ｂを含む。
読み出された項目インジケータが容認できない項目インジケータ７４ｂの一つのときに、制御ロジック（７３ｈ）は２１１ｇ、項目がユーザに容認できないと結論する。
【０３７６】
読み出された項目インジケータが容認できない項目インジケータの一つでないときに、制御ロジック（７３ｈ）は２１１ｅ予定類似の項目情報を読み出す。
実施態様によって、予定の項目が図９ｎと関連して上記の技術のうちの１つに従うユーザに興味を起こさせるかどうか、制御ロジック（７３ｈ）はそれから２１１ｆを決定する。
実施態様によって、制御ロジック（７３ｈ）２１１ｃ、項目が容認できることを結論する、それもそこで決定する読み出された項目情報およびユーザに特有の項目間のマッチが情報である、または、それを決定する、予測されたランキングは出発点位にランクしているユーザを上回るかまたは等しい。
実施態様によって、制御ロジック（７３ｈ）２１１ｇ、項目が容認できないことを結論する、それもそこで決定する読み出された項目情報およびユーザに特有の項目間のマッチでないのが情報である、または、それを決定する、予測されたランキングは出発点位にランクしているユーザより少ない。
【０３７７】
本発明の中で、図１０ａは、別の実施例に従って許容可能性の決定プロセスを例示する。
方法２１２において、制御ロジック（７３ｈ）は、ユーザに対する許容可能性が決定されることになっている項目ｉのために表示で、1項目につき２１３ａを読み出す。
上記のように、項目インジケータのフォーマットは実施態様に依存する。そして、この種の考察は引用することにより本願明細書の一部をなされる。
項目がユーザ−ユーザ類似性係数に基づいて容認できるかどうか、制御ロジック（７３ｈ）はそれから２１３ｂを決定する。
代替実施形態では、図９ｃのユーザープロファイル（７３ｔ）は、ユーザ−ユーザ類似性係数の生成を容易にする多数のユーザの項目ランキングを含む。
次に、別の実施例によるユーザープロファイル（７３ｔ）に関する関係情報について説明する。
【０３７８】
図１０ｂは、本発明の別の実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
別の実施例に従うプロファイル情報（７３ｔ）は、図１０ｂにおいて、例示される。
情報（７３ｔ）は、ユーザ以外の人々が項目に示したランキングを含むその他のユーザ項目ランキング２２０ａを含む。
ここで
ランキングは、ユーザおよび項目によって、ソートされる。
プロファイル情報（７３ｔ）は、以下を含むユーザ項目ランキング２２０ｂを含む：
ユーザが有する項目の各々のためのランキングは、ランクした。
代替実施形態では、ランキング２２０ａおよび２２０ｂは、１つのデータ構造で混ぜ合わせられる。
プロファイル情報（７３ｔ）は、ユーザ−ユーザ類似性係数または各々いずれがユーザーの好みとの類似点および選択を類似性係数コンピューティング・システムに表現した他の人が上記を解説したことを表すかというウェイト（２２０ｃ）を含む。
代替実施形態では、制御ロジック（７３ｈ）は、局所的に、２２０ａ、２２０ｂ、ランキングを使用しているユーザ−ユーザ類似性係数を生み出す。
しかしながら、別の実施例で、ユーザ−ユーザ類似性係数２２０ｃは、コンピューティング・システムから受け取られる。
このような実施例では、それがユーザ−ユーザ類似性係数を生み出すことがありえるように、制御ロジック（７３ｈ）はユーザ・ランキングをコンピューティング・システムに送信する。
プロファイル情報（７３ｔ）は、一般ユーザ順位（２２０ｄ）および項目順位閾値２２０ｅを含む。
【０３７９】
項目ｉのための項目インジケータを読み出した後に、項目がユーザ−ユーザ類似性係数に基づいて容認できるかどうか、制御ロジック（７３ｈ）は、それから決定する（２１３ｂ）。
決定をするために、別の実施例で、受け取られるかまたは局所的に発生するかどうか、制御ロジック（７３ｈ）はユーザ−ユーザ類似性係数を使用している項目ｉのためのユーザ・ランキングを予測する。
制御ロジック（７３ｈ）は、以下の式を評価することによって、項目のための予測されたランキングを決定する：
【数２２】
2008514127.tif 000023
Ｅ．１９
ＰＲｕ，ｊは、ユーザ−ユーザ類似性係数に基づく項目ｉのためのユーザの予測されたランキングであって、
【数２３】
2008514127.tif 000024
は、ユーザによって、ランクを付けられる項目の平均評価であって、
ｒａ，ｉは、項目ｉのａｔｈなユーザのランキングであって、
【数２４】
2008514127.tif 000025
は、ａｔｈなユーザによって、ランクを付けられる項目の平均評価であって、
Ｗｕ，ａは、ユーザおよびａｔｈなユーザ間の類似性係数である。
Ｍｕ，ａは、ランキングを与えたすべてのユーザの宇宙であって、項目ｉにランクを付けたユーザおよび他の全てのユーザ間の類似性係数の合計である。
代替実施形態では、Ｍｕ，ａは、ランキングを与えた、そして、類似性係数を閾値Ｌを上回るユーザと共有するすべてのユーザの宇宙である。
最近接原子に基づく上位の予測は、従来技術において、十分に解されて、より詳細に本願明細書において、記載されている必要がない。
【０３８０】
項目ｉのためのユーザの予測されたランキングを決定した後に、制御ロジック（７３ｈ）は、予測されたランキングが閾値２２０ｅの値に等しいかまたは上回るかどうか決定する。
予測されたランキングが閾値２２０ｅの値に等しいかまたは上回るときに、制御ロジック（７３ｈ）は項目が容認できると結論する（２１３ｃ）。
予測されたランキングが閾値２２０ｅの値未満のときに、制御ロジック（７３ｈ）は項目が容認できないと結論する（２１３ｃ）。
【０３８１】
本願明細書において、記載されている上記の許容可能性の決定プロセスの一つ以上は、カスタマイズを与える別の実施例の制御ロジック（７３ｈ）に含まれる。
上記のように、リアルタイムまたは非リアルタイムにおいて、実施態様によって、カスタマイズ・プロセスの一部である置換項目のより抜きは、実行される。
【０３８２】
プログラミングの表現のリアルタイム・カスタマイズのために、本発明の一実施例によれば、図９ｒは、状態機械を例示する。
状態機械１３４は、制御ロジック７３ｂがユーザー・インターフェース（７３ｉ）からカスタマイズ指示を受け取る状態１３５ａを始める。
上記のように、別の実施例で、カスタマイズ指示は、カスタマイズ・キー７３ｎを起動させているユーザの結果として発生する。
【０３８３】
カスタマイズ指示に応答して、制御ロジック（７３ｈ）は、ＬａｔｅｓｔＲｅｃｏｒｄソフトウェア構造物をＮＵＬＬ値にセットする。
ＬａｔｅｓｔＲｅｃｏｒｄが、状態機械１３４により処理された最新のレコードの保持に、状態機械１３４において、使われる。
として本願明細書において、他で表した、当業者は、実施態様の実装が本願明細書において、記載されているより少しであるかより多くの変数を有することができる。そして、この開示とのこの種の違いにもかかわらず、特定の実装が本発明の適用できる実施態様によって、まだ含まれるということを認識するだろう。
【０３８４】
ＬａｔｅｓｔＲｅｃｏｒｄがＮＵＬＬにセットされた後は、予定の項目が置換されるユーザおよび必要に容認できないかまたはユーザにとって容認できるかどうか、７３ｂが決定する制御ロジック、そして、示されるある。
判定がなされる予定の項目は受信器（７３ｂ）がチューニングされるチャネルと関係している予定に依存する。そして、ＬａｔｅｓｔＲｅｃｏｒｄの値およびレコードのレコード番号が制御ロジック（７３ｈ）がタイマー（７３ｌ）から得る時間指示により示されている。
状態１３５ａで、変化チャネル・イベントが新しいチャネルにチューニングされている受信器（７３ｂ）のため行われるときに、制御ロジック（７３ｈ）は状態機械１３４を終了する。
あるいは、状態機械１３４は状態１３５ａに再び入る。そして、制御ロジック（７３ｈ）は上記の作業を遂行する。
当業者は、別の実施例が最初にそれらがユーザ予想を満たすと確信するようにならずに選択される視聴覚素材（７３ｖ）から項目を示している場合には、図９ｒの状態機械１３４が軽微な調整によっても適用できるということを認識するだろう。
この種のケース、再生リスト・イベントの変更、スキップ項目イベントまたは次のものに対する項目による速い転送において、状態機械１３４のチャネル変化イベントに対応する。
これらの、そしてまた他の、軽微な調整は本願明細書において、繰り返されない。−その理由は、次のことにある。当業者は本発明の実施態様が様々な文脈（ちょうど本願明細書において、記載されているそれらでない）において、実装されることがありえるということを認識するだろう、そして、その実装の詳細は本発明の説明を不明瞭にするだろう。
【０３８５】
代替実施形態では、予定の項目の転送元は受信器（７３ｂ）である、しかし、本発明は数および転送元のタイプにより制限されない。
このような実施例では、制御ロジック（７３ｈ）は、以下によって、予定の項目を特定する：
タイマー（７３ｌ）から時間指示を得ること、
そして、
メモリから現在受信器（７３ｂ）によって、チューニングされているチャネルの指示を読み出すこと。
チャネル指示に基づいて、制御ロジック（７３ｈ）は、スケジュール情報（７３ｖ）のチャネルと関係している予定を特定する。
制御ロジック（７３ｈ）は、それから時間指示を使用している予定に物価スライド制によって、タイマー（７３ｌ）から得られる時間指示を含んでいるタイムスロットの間のレコードを特定して、予定のその他のレコードと関連するレコードの位置であるレコードのＲｅｃｏｒｄＮｕｍｂｅｒを得る。
制御ロジック（７３ｈ）は、それからＲｅｃｏｒｄＮｕｍｂｅｒをＬａｔｅｓｔＲｅｃｏｒｄと比較する。
レコード番号およびＬａｔｅｓｔＲｅｃｏｒｄが合うときに、制御ロジック（７３ｈ）はＭａｔｃｈをＴＲＵＥおよび増加ＲｅｃｏｒｄＮｕｍｂｅｒにセットして、その値をＬａｔｅｓｔＲｅｃｏｒｄに割り当てる。
ＲｅｃｏｒｄＮｕｍｂｅｒおよびＬａｔｅｓｔＲｅｃｏｒｄが合わないときに、制御ロジック（７３ｈ）はＭａｔｃｈをＦＡＬＳＥにセットして、ＲｅｃｏｒｄＮｕｍｂｅｒの値をＬａｔｅｓｔＲｅｃｏｒｄに割り当てる。
マッチは、制御ロジック（７３ｈ）の一時記憶またはメモリにおいて、持続される一実施例のソフトウェア構造物または変数である。
代替実施形態では、Ｍａｔｃｈは、一時的にさまざまな値を保つためにセットされることができるレジスタにおいて、持続される。
制御ロジック（７３ｈ）それから決定するフィールド（１５１ｄ）のそのエントリーとしてのＬａｔｅｓｔＲｅｃｏｒｄの値を有するレコードと関係している予定の項目が、ユーザにとって容認できるどうか。
実施態様によって、上記のユーザ許容可能性の決定プロセスのうちの１つは、１３５ａ．状態で制御ロジック（７３ｈ）により実行される。
上記の考察は、引用することにより本願明細書の一部をなされて、再び述べられる必要がない。
【０３８６】
制御ロジック（７３ｈ）が予定の項目が容認できると決定するときに、制御ロジック（７３ｈ）はＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒソフトウェア構造物をトゥルーにセットする。
ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒが、スイッチ（７３ｃ）が置換からプログラミング転送元、例えばコーデック、７３ｇを受信器（７３ｂ）またはその逆に切り替えることであるかどうか、決定する状態機械１３４において、使われる。
スイッチ（７３ｃ）が受信器（７３ｂ）の出力を選択するためにセットされないときに、制御ロジック（７３ｈ）は送信器（７３ｄ）にアプリケーションのための出力受信器（７３ｂ）を選択するためにスイッチ（７３ｃ）をセットする。
チャネル受信器（７３ｂ）が最後にチューニングされたものは何でも、送信器７３ｂにより送信されるそのプログラミングを有する。
受信器（７３ｂ）がオフのときに、制御ロジック（７３ｈ）はカスタマイズ指示を受け取ることに応答してそれをつけて、一時記憶の、または、制御ロジック（７３ｈ）のメモリの可変的なまたはソフトウェア構造物として格納されるＬａｓｔＣｈａｎｎｅｌ値に従うチャネルを受信するためにそれをセットする。
スイッチ（７３ｃ）が受信器（７３ｂ）の出力を選択するためにすでにセットされるときに、制御ロジック（７３ｈ）は設定を変えない。
状態機械１３４は、それから状態１３５ｃに移行する。
制御ロジック（７３ｈ）がそれを決定するときに、項目はＦａｌｓｅに対する容認できない制御ロジック（７３ｈ）セットＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒである。そして、状態機械１３４は状態１３５ｂに移行する。
【０３８７】
状態１３５ｃで、変化チャネル・イベントが新しいチャネルにチューニングされている受信器（７３ｂ）のため行われるときに、状態機械１３４は１３５ａ．状態に移行する。
上記のように、一つ以上のキー（７３ｐ）のアクティベーションは、それからチャネル制御信号を受信器（７３ｂ）に適用する制御ロジック（７３ｈ）に、周波数またはチャネル制御方式指示を与える。
【０３８８】
Ｍａｔｃｈがトゥルーであり、そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒがトゥルーである間状態機械１３４が状態１３５ｃに入るときに、制御ロジック（７３ｈ）はＬａｓｔＲｅｃｏｒｄを次の予定の項目と関係しているＲｅｃｏｒｄＮｕｍｂｅｒの値にセットする。
ＭａｔｃｈがＦａｌｓｅである間状態機械１３４が状態１３５ｃに入るときに、制御ロジック（７３ｈ）はＭａｔｃｈをトゥルーにセットして、ＬａｓｔＲｅｃｏｒｄを次の予定の項目と関係しているＲｅｃｏｒｄＮｕｍｂｅｒの値にセットする。
制御ロジック（７３ｈ）は、それから、予定の項目端の前に、次の予定の項目が容認できるかどうか決定する。
制御ロジック（７３ｈ）がそれを決定するときに、次の予定の項目は容認できないと、状態１３５ｂへの機械１３４の移行はしている。
制御ロジック（７３ｈ）が次の予定の項目が容認できると決定するときに、状態機械１３４は状態１３５ｃに再び入る。
【０３８９】
Ｍａｔｃｈがトゥルーであり、そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒがＦａｌｓｅである間状態機械１３４が状態１３５ｃに入るときに、制御ロジック（７３ｈ）はＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒをトゥルーにセットする。
マッチはトゥルーである。そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒは状態機械１３４が１３５ｂから１３５ｃまで移行するＦａｌｓｅである。
ＦａｌｓｅであるＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒは、そのスイッチ（７３ｃ）が受信器（７３ｂ）以外の代わりのプログラミング転送元の出力を選択していることを表す。
一実施例において、他のプログラミング転送元は、視聴覚素材（７３ｖ）から得られる置換項目を示しているコーデック（７３ｇ）である。
置換された項目のタイムスロットが期限切れになるときに、制御ロジック（７３ｈ）はトランスミッション用の送信器（７３ｄ）にアプリケーションのための受信器（７３ｂ）の出力を選択するためにスイッチ（７３ｃ）をセットする。
代替実施形態では、制御ロジック（７３ｈ）は、コーデック（７３ｇ）の出力信号の量を制御して、置換された項目のタイムスロットが期限切れになる２秒以上前に、出力信号をフェードアウトさせる。
予定の項目が開始時刻到着制御ロジック（７３ｈ）管理であるときに、出力信号がそれまで２以上第２の時間の幅以上のボリュームにおいて、ゆっくり増加させる受信器（７３ｂ）の量はそのように定義済みボリューム設定に達する。
【０３９０】
予定の項目がＲｅｃｏｒｄＮｕｍｂｅｒの値に対するＬａｓｔＲｅｃｏｒｄが次の予定の項目と関連させて、決定する最後、制御ロジック（７３ｈ）それからセットに利用できるときに、次が項目を予定したかどうかは容認できる。
制御ロジック（７３ｈ）がそれを決定するときに、次の予定の項目は容認できないと、状態１３５ｂへの機械１３４の移行はしている。
制御ロジック（７３ｈ）がそれを決定する別の実施例において、次の予定の項目が容認できないこと、制御ロジック（７３ｈ）管理受信器（７３ｂ）の出力信号の中で量、そして、予定の項目のタイムスロットが期限切れになる２秒以上前に、出力信号をフェードアウトさせる。
制御ロジック（７３ｈ）が次の予定の項目が容認できると決定するときに、状態機械１３４は状態１３５ｃに再び入る。
【０３９１】
状態１３５ｂで、ＭａｔｃｈがＦａｌｓｅであるときに、制御ロジック（７３ｈ）が視聴覚素材（７３ｖ）を中で特定することユーザに対する表現のための置換項目、
そうすると、置換項目の時には期間を決定する。
ちょうど次の前の置換項目端が項目の開始時刻を予定するように、制御ロジック（７３ｈ）はそれからデコーダ（７３ｇ）に中間の位置で置換項目を示し始めさせる。
制御ロジック（７３ｈ）は、送信器（７３ｄ）にデコーダ（７３ｇ）の出力を送信させる。
次の予定の項目の開始時刻の直前に、制御ロジック（７３ｈ）は、ＭａｔｃｈをTrueにセットして、ＬａｓｔＲｅｃｏｒｄを次の予定の項目と関係しているＲｅｃｏｒｄＮｕｍｂｅｒの値にセットする。
制御ロジック（７３ｈ）は、それから、次の予定の項目が容認できるかどうか決定する。
次の予定の項目が容認できるときに、状態機械１３４は状態１３５ｃに移行する。
実施例において、状態１３５ｃへの移行の前に、制御ロジック（７３ｈ）は、コーデック（７３ｇ）の出力信号の量を制御して、予定の項目の開始時刻が到着する２秒以上前に、出力信号をフェードアウトさせる。
代替実施形態では、フェードアウトおよびフェードイン（すなわち予定の項目の量の緩増加）は、ｓｔａｔｅ１３５ｃで実行される。
次の予定の項目が容認できないときに、状態機械１３４は状態１３５ｂに再び入る。
代替実施形態では、上記の通りで、制御ロジック（７３ｈ）はボリューム・フェードアウトを始める。その後に、状態機械１３４は状態１３５ｂに再び入る。
あるいは、後述するように、状態機械１３４が状態１３５ｂに入ったあと、フェードアウトおよびフェードインは予備成形される。
【０３９２】
状態１３５ｂで、Ｍａｔｃｈがトゥルーである。そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒがＦａｌｓｅであるときに、制御ロジック（７３ｈ）は視聴覚素材（７３ｖ）において、ユーザに対する表現のための置換項目を特定する。
代替実施形態では、項目が選択した置換は、置換されている予定の項目のランタイムに近いランタイムを有する。
代替実施形態では、それが予定の項目のタイムスロットに適合できるように、制御ロジック（７３ｈ）およびコーデック（７３ｇ）は、置換項目を拡大するかまたは圧縮する。
一つ以上の置換項目を予定の項目の時間枠にはめ込むことを、代わりの特集記事である任意の本願明細書において、実施態様の、そして、置換が本願明細書において、記載されている実施態様のいずれかにおいて、言及されるたびに、上で、または、下で記載されているかどうかに関係なく、明示的に再び述べない。
【０３９３】
制御ロジック（７３ｈ）は、置換されている予定の項目の開始時刻に、７３ｇ、デコーダに送信器（７３ｄ）によって、伝送のための置換項目をデコードさせる。
置換されている予定の項目は、レコード番号フィールド（１５１ｄ）のエントリーがＬａｔｅｓｔＲｅｃｏｒｄであるレコードと関係している項目である。
実施例において、置換されている予定の項目の開始時刻は、予定の項目のレコードの開始時刻フィールド（１５１ｃ）のエントリーである。
【０３９４】
代替実施形態では、制御ロジック（７３ｈ）は、コーデック（７３ｇ）の出力信号の量を制御して、予定の開始時刻が到着する２秒以上前に、出力信号をフェードアウトさせる。
置換された予定の項目の開始時刻が到着するときに、それが定義済みボリューム設定に達するまで、出力信号がゆっくり２  ２回以上めのの幅以上のボリュームが増加するように、制御ロジック（７３ｈ）はコーデック（７３ｇ）の出力信号の量を制御する。
【０３９５】
Ｍａｔｃｈがトゥルーであり、そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒがＦａｌｓｅである間状態１３５ｂが始まるときに、制御ロジック（７３ｈ）は、置換された予定の項目のタイムスロット端より上に、そして、の直前に記載されている置換を実行した後に、ＬａｓｔＲｅｃｏｒｄを次の予定の項目と関係しているＲｅｃｏｒｄＮｕｍｂｅｒの値にセットする。
制御ロジック（７３ｈ）は、それから、次の予定の項目が容認できるかどうか決定する。
次の予定の項目が容認できるときに、状態機械１３４は状態１３５ｃに移行する。
実施例において、状態１３５ｃへの移行の前に、制御ロジック（７３ｈ）は、コーデック（７３ｇ）の出力信号の量を制御して、予定の項目の開始時刻が到着する２秒以上前に、出力信号をフェードアウトさせる。
代替実施形態では、フェードアウトおよびフェードイン（すなわち予定の項目の量の緩増加）は、ｓｔａｔｅ１３５ｃで実行される。
次の予定の項目が容認できないときに、状態機械１３４は状態１３５ｂに再び入る。
代替実施形態では、状態機械１３４が状態１３５ｂに再び入る前に、制御ロジック（７３ｈ）はボリューム・フェードアウトを始める。
【０３９６】
状態１３５ｂがＭａｔｃｈによって、始まる、トゥルーである。そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒトゥルーである、制御ロジック（７３ｈ）は、ユーザに表現のための視聴覚素材（７３ｖ）の置換項目を特定する。
置換された予定の項目の開始時刻に、制御ロジック（７３ｈ）は、特定された置換項目のコーデック（７３ｇ）スタート表現を有して、送信器（７３ｄ）の入力にアプリケーションのためのコーデック（７３ｇ）の出力を選択するためにスイッチ（７３ｃ）をセットして、送信器（７３ｄ）に置換項目を送信させる。
置換された予定の項目は、レコード番号フィールド（１５１ｄ）のエントリーがＬａｔｅｓｔＲｅｃｏｒｄであるレコードと関係している項目である。
実施例において、予定の項目の開始時刻は、予定の項目のレコードの開始時刻フィールド（１５１ｃ）のエントリーである。
制御ロジック（７３ｈ）は、また、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒをＦａｌｓｅにセットする。
【０３９７】
実施例において、置換された予定の項目の開始時刻が到着する前に、制御ロジック（７３ｈ）は７３ｄ、受信器の出力信号の量を制御して、予定の開始時刻が到着する２秒以上前に出力信号をフェードアウトさせる。
置換予定の項目の開始時刻が到着するときに、それが定義済みボリューム設定に達するまで、出力信号がゆっくり２  ２回以上の幅以上のボリュームが増加するように、制御ロジック（７３ｈ）は送信器（７３ｄ）にアプリケーションのためのコーデック（７３ｇ）の出力を選択するために切り替わる（７３ｃ）信号および制御ロジック（７３ｈ）管理にコーデック（７３ｇ）の出力信号の量を送信する。
【０３９８】
状態１３５ｂが始まり、Ｍａｔｃｈがトゥルーであり、そして、ＳｗｉｔｃｈｅｄＴｏＲｅｃｅｉｖｅｒがトゥルーであるとするときに、制御ロジック（７３ｈ）は、置換された予定の項目のタイムスロット端より上に、そして、の直前に記載されている置換を実行した後に、ＬａｓｔＲｅｃｏｒｄを次の予定の項目と関係しているＲｅｃｏｒｄＮｕｍｂｅｒの値にセットする。
制御ロジック（７３ｈ）は、それから、次の予定の項目が容認できるかどうか決定する。
次の予定の項目が容認できるときに、状態機械１３４は状態１３５ｃに移行する。
実施例において、状態１３５ｃへの移行の前に、制御ロジック（７３ｈ）は、コーデック（７３ｇ）の出力信号の量を制御して、予定の項目の開始時刻が到着する２秒以上前に、出力信号をフェードアウトさせる。
代替実施形態では、フェードアウトおよびフェードイン（すなわち予定の項目の量の緩増加）は、ｓｔａｔｅ１３５ｃで実行される。
次の予定の項目が容認できないときに、状態機械１３４は状態１３５ｂに再び入る。
実施例において、状態機械１３４が状態１３５ｂに再び入る前に、制御ロジック（７３ｈ）はボリューム・フェードアウトを始める。
【０３９９】
上記のように、置換項目は、状態１３５ｂで選択される。
実施例において、置換項目は、視聴覚素材（７３ｖ）に格納される項目の中から、ランダムに選択される。
代替実施形態では、置換項目は、視聴覚素材（７３ｖ）に格納される項目のサブセットの中から、ランダムに選択される。
代替実施形態では、視聴覚素材（７３ｖ）の項目は、視聴覚素材（７３ｖ）のすべての項目の一組の２つ以上のサブセットに分けられる。
実施例において、第１のサブセットは、ユーザにとって容認できる広告のオーディオ・クリップを含む。
実施例において、第２のサブセットは、ユーザにとって容認できる曲からのクリップを含む。
代替実施形態では、三分の一サブセットは、トークショーまたはニュースショーのオーディオ・クリップを含むことがありえる。
代替実施形態では、四分の一サブセットは、冗談、雑学、夜間のコメディアンの「トップ１０のリスト」または無数のその他の主題の一つのオーディオ・クリップを含む。
別の実施例、１またはより多くのサブセットにおいて、ビデオクリップを含む。
説明において、オーディオ・クリップが実施態様の動作を説明する際に使われる一方、当業者は別の実施例で、ビデオクリップが発表されるということを認識するだろう。
本願明細書において、他で記載されているにつれて、ビデオクリップがどのように放送対話性か媒体表現デバイス（本願明細書において、他で記載される）で記憶装置のために届くかは重要でない。
【０４００】
前述の説明において、潜在的置換項目自体がサブセットに分けられる一方、別の実施例で、置換項目はサブセットおよび対応する置換項目までのその位置にそれ自身組織される項目識別子により示される。
この種の別の実施例において、制御ロジック（７３ｈ）が選択された項目識別子に基づいてそれらを読み出すことが可能な限り、どこでまたはどのように、置換項目は、格納されることは、重要でない。
【０４０１】
代替実施形態では、制御ロジック（７３ｈ）は、ユーザに容認できない予定の項目のプログラム・タイプを決定する。
実施例において、制御ロジック（７３ｈ）は、フィールド（１５１ｄ）のそのエントリーとしてエントリーにＲｅｃｏｒｄＮｕｍｂｅｒを有するレコードのプログラム・タイプフィールド（１５１ｇ）がないか調べることによって、プログラム・タイプを決定する。
プログラム・タイプが広告であるときに、制御ロジック（７３ｈ）は広告オーディオ・クリップを視聴覚素材（７３ｖ）の第１のサブセットから選択する。
プログラム・タイプが曲であるときに、制御ロジック（７３ｈ）はソングからのクリップを視聴覚素材（７３ｖ）の第２のサブセットから選択する。
プログラム・タイプがトークショーであるときに、制御ロジック（７３ｈ）はオーディオ・クリップを視聴覚素材（７３ｖ）の三分の一サブセットから選択する。
プログラム・タイプが雑多な素材であるときに、制御ロジック（７３ｈ）はオーディオ・クリップを視聴覚素材（７３ｖ）の四分の一サブセットから選択する。
当業者は、別の実施例で、特定のタイプの予定の項目が視聴覚素材（７３ｖ）から選択される異なるタイプの項目により置換されるということを認識するだろう。
例えば、容認できない予定の歌項目は、容認できる広告項目により置換される。
【０４０２】
代替実施形態では、制御ロジック（７３ｈ）は、レコード記述項をＤＳ  １３９から選択することによって、置換項目を特定する。
代替実施形態では、制御ロジック（７３ｈ）は選択されたレコードおよびいかなるカテゴリ・フィールド（１４０ａ−１４０ｃ）のその他のレコード記述項も再び整理する。そして、選択された項目識別子は住む。
代替実施形態では、制御ロジックは、カテゴリ・フィールド（１４０ａ−１４０ｃ）のうちの１つから、それがターンによって、制御ロジック（７３ｈ）により実装される表現規則に示されることになっている視聴覚素材（７３ｖ）の項目を示している項目識別子を選択する。
表現規則は、図８ｋと関連して上で記載されていて、ここで繰り返される必要がない。
実施例において、制御ロジック（７３ｈ）がレコード記述項を対応する項目のための表現の異なる率を視聴覚素材（７３ｕ）において、成し遂げるためにＤＳ  １３９のようなカテゴリに組織されるデータ構造から選択する一方、当業者は、別の実施例で、制御ロジック（７３ｈ）が選択するということを認識するだろう制限されるデータ構造から１つのカテゴリ・フィールドへのレコード。
【０４０３】
代替実施形態では、上記のレコードのサブセットの各々は、それ自身の別々のデータ構造（例えばＤＳ  １３９）で構成される。
本願明細書において、表されたどこか他の所のように、ＤＳ  １３９および本願明細書において、記載されているその他のデータ構造のいずれかは、本願明細書において、記載されているより、より多くであるか異なるフィールド、レコードおよびエントリーを有することがありえる。
代替実施形態では、上記のサブセットのうちの２つ以上は、単一のデータ構造（例えばＤＳ  １３９）に組織される。
代替実施形態では、上記のサブセットのうちの２つ以上は、２つ以下のカテゴリ・フィールドに限られている単一のデータ構造に組織される。
【０４０４】
別の実施例において、置換項目（または実施態様によって、それらの識別子）はチャネルにより構成される。そして、特定のチャネルが受信器によって、チューニングされるときに、（７３ｂ）容認できない予定の項目がそのチューニングされたチャネルに特有の置換項目と交換されることを意味する。
例えば、ソングからのクリップ、またはそれらの識別子、実施態様によってはチャネルにより構成される。そして、特定のチャネルが受信器によって、チューニングされるときに、（７３ｂ）容認できない予定の曲はそのチューニングされたチャネルに特有の曲により置換される。
代替実施形態では、前述のチャネル特殊性は、広告にあてはまる。
代替実施形態では、前述のチャネル特殊性は、ニュースショーまたはトークショーにあてはまる。
代替実施形態では、前述のチャネル特殊性は、雑多な素材にあてはまる。
【０４０５】
代替実施形態では、制御ロジック（７３ｈ）にチャネル特殊性を課させることは、インタフェース（７３ｉ）による入力を経て選択されるかまたはユーザによってはずされるオプションである。
代替実施形態では、チャネル特殊性は、放送事業者またはその他の第三者により選択されるオプションである。
例えば、受信器（７３ｂ）によって、チューニングされる特定のチャネルと関係している放送事業者（またはその他の関係者）は視聴覚素材（７３ｖ）の記憶装置に置換項目を与えることがありえる。そして、この種の置換項目は対応するコードを有する、それは制御ロジック（７３ｈ）が示す置換項目を特定するときにチャネル特殊性が置換項目に関して施行されることになっているかどうかを表す。
代替実施形態では、複数の放送事業者は放送事業者と関係しているチャネルの一組に特有のチャネルである一般の置換項目を共有する。そして、一般の置換項目が置換項目を共有している放送事業者と関係していないチャネルに示されないことを意味する。
【０４０６】
当業者は、別の実施例で、制御ロジック（７３ｈ）がカスタマイズ・キー７３ｎを起動させることを必要としているユーザのないカスタマイゼーションを実行するということを認識するだろう。
このような実施例では、ユーザは、カスタマイズがユーザにより特定される一つ以上のチャネルのために実行されるデフォルト動作であることを表すことができる。
制御ロジック（７３ｈ）の管理の下で、ユーザー・インターフェース（７３ｉ）は、自動的に制御ロジック（７３ｈ）にもの、並列または受信器（７３ｂ）が受信するオール・チャネルのためのカスタマイズ方法を実行させるために、ディスプレイ７３ｏを介してユーザにオプションを提示する。
制御ロジック（７３ｈ）の管理の下で、ユーザー・インターフェース（７３ｉ）がキー（７３ｐ）を介して受け入れること一つ以上のチャネルのためのオプションを呼び出す指示、そして、この種の指示の表示は、制御ロジック（７３ｈ）に含まれるメモリに保存される。
オプションを呼び出すことによって、ユーザは、もはやカスタマイズ・キー７３ｎにカスタマイズされるチャネル・プログラミングを有するよう強く求めることを必要としない。
【０４０７】
番組の表現のリアルタイム・カスタマイズのために、本発明の別の実施例によれば、図９ｓは、状態機械を例示する。
状態機械１３６において、それぞれ、状態１３７ｂおよび１３７ｃは図９ｒと関連して本願明細書において、与えられて状態１３５ｂおよび１３５ｃのための説明に従って作動する。そして、この種の説明は引用することにより本願明細書の一部をなす。
状態機械１３６は、制御ロジック（７３ｈ）が、必要に応じて、状態（１３５ａ）と関連して上記の作業を遂行する状態１３７ａから始まる。
しかしながら、状態１３７ａで、制御ロジック（７３ｈ）は、必要に応じて、上記でない付加的な作業を遂行する。
実施例において、受信器（７３ｂ）の出力が送信器（７３ｄ）にアプリケーションのためのスイッチ（７３ｃ）によって、最初に選択されるときに、１３７ａが始まるとしている。
選択は、以下を含むがこれに限らず多様性理由のために起こる：
ＢＩＤ  ７２およびラジオ７３ｂがオンにされるときに、以下の通り
そして、ＢＩＤ  ７２は、代わりのプログラミング転送元（例えばコーデック（７３ｇ）または制御ロジック（７３ｈ）およびスイッチ、７３ｃ）に連結するテーププレーヤ、図示せずの出力を示す代わりに、受信器（７３ｂ）の出力を示すことへ切り替える。
【０４０８】
受信器（７３ｂ）が特定チャンネルにチューニングされる。そして、受信器（７３ｂ）の出力が送信器（７３ｄ）にアプリケーションのためのスイッチ（７３ｃ）により選択されるときに、状態１３７ａで、その特定チャンネルのためのデフォルト・カスタマイズのための指示がメモリに保存されるかどうか、制御ロジック（７３ｈ）は、決定する。
次に、格納デフォルト・カスタマイズ指示のためのデータ構造について説明する。
【０４０９】
図９ｔは、本発明の別の実施例に従って、利用者選好の情報代表のためのデータ構造を例示する。
データ構造１４４ａは、チャネル・フィールド１４４ｂおよびカスタマイズ指示フィールド１４４ｃを含む。
ＤＳ  １４４ａはわずか３が示される複数のレコードを含む。そして、その一つは１４４ｄ、チャネル・カスタマイズ・レコードとして強調される。
チャネル・カスタマイズ・レコードは、１４４ｄ、チャネル・フィールド１４４ｂのためのエントリーおよびカスタマイズ指示フィールド１４４ｃのためのエントリーとしての「はい」としてチャネル「９３．７」を有する。
受信器（７３ｂ）がチューニングされるときはいつでも、これはそれを表す。そして、「９３．７．ｐｒｉｍｅ２．カスタマイゼーションは、カスタマイズ・キー７３ｎを起動させていなければならないユーザなしで実行されることになっている。
当業者は、「はい」がフィールド１４４ｃのエントリーに格納される必要がない、そして、「はい」の他の指示代表が実際の実装で使われることがありえるということを認識するだろう。
前述は、本願明細書において、記載されているすべてのデータ構造のすべてのエントリーで真実である。
【０４１０】
代替実施形態では、状態１３７ａで制御ロジック（７３ｈ）は、どの受信器（７３ｂ）がチューニングされるかチャネルの指示を使用するＤＳ  １４４ａへインデックスし、そして、チャネル・フィールド（１４４ｂ）のエントリーとしてのチャネル指示を有するレコードが、そのカスタマイズ指示フィールド１４４ｃにおいて、エントリーとして「はい」を有するかどうかと決定する。
この種の指示が格納されないときに、状態機械１３６は１３７ｄ、状態に移行する。
【０４１１】
この種の指示が格納されるときに、制御ロジック（７３ｈ）はＬａｓｔＲｅｃｏｒｄをＮＵＬＬにセットすることから始めている状態１３５ａと関連して上記の作業を遂行する。
しかしながら、状態１３５ｂへの移行の上記の参照は、状態機械１３６の状態１３７ｂへの移行に対応する。
１３５ｃが状態機械１３６の状態１３７ｃへの移行に対応するとしている移行の参照。
【０４１２】
１３７ｄ状態で、スイッチ（７３ｃ）は、受信器（７３ｂ）の出力をカスタマイズのないトランスミッション用の送信器（７３ｄ）に適用する。
１３７ｄ状態で、変化チャネル・イベントが起こる、または、カスタマイズ指示が制御ロジック（７３ｈ）によって、受け入れられるときに、制御ロジック（７３ｈ）は状態（１３７ａ）に移行する。
【０４１３】
上記のカスタマイズ・プロセスは、ユーザのための項目許容可能性を決定することが必要であった。
実施態様によって、項目許容可能性の決定は、限定するものではないが、ユーザが以下と対話する以下の文脈の一つ以上において、集められるユーザ許容可能性データに依存する：
ＢＩＤ  ７２、
電話１１、
ＢＩＤ  ７２およびコンピュータ３１、
そして、コンピュータ３１。
ＢＩＤのユーザ許容可能性データ収集の下記の説明から、７２の当業者は、類似のコレクションがコンピュータ３１で、または、あるいは、コンピュータ３１、または項目を示すことができる若干のその他の通信装置、電話１１を含むがこれに限らずおよびＢＩＤ  ７２でされることがありえるということを認識するだろう。
集められるデータがコンピュータ３１で使われることがありえる、または、データがＢＩＤ  ７２で使われる同じ方法で、電話１１またはデータはデータが分析されるサーバー２９ｃに送信されることがありえて、ユーザ項目許容可能性を決定する方法に関係する情報のその他の項目の中のユーザ・グループコード、ユーザーグループ・ウェイトおよび項目類似性係数を導くために用いることがありえる。
このように、データ収集がＢＩＤ  ７２でユーザーアクションの文脈に記載されると共に、当業者はユーザ許容可能性データが一つ以上のその他のデバイスで集められることがありえて、ＢＩＤ  ７２に与えられることがありえるということを認識するだろう。そして、一つ以上のデバイス状態にあって、ＢＩＤ  ７２によって、集められるデータによって、総計である。
当業者は、その他のデバイスのデータ収集がＢＩＤ  ７２でデータ収集の中で説明を本願明細書において、示されて実装されることができるということを認識するだろう。
【０４１４】
さらにまた、当業者は、必要であれば、本願明細書において、記載されている状態機械の一つ以上が、別の実施例において、更なる状態または更なる状態を含むということを認識するだろう
ここで
ユーザ許容可能性に関連したデータは、集められて、記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）の一時記憶において、格納される。
このような実施例では、予定のまたは置換項目が送信器（７３ｄ）により示されると共に、制御ロジック（７３ｈ）はユーザー・インターフェース（７３ｉ）によって、受け入れられている一つ以上のアクティベーションの結果としてユーザ許容可能性に関連したデータを集める：
置換アクティベーション、カスタマイズアクティベーション、上位のアクティベーション、除去アクティベーションおよびチャネルは、アクティベーションを変える。
【０４１５】
図８ｂのインタフェース（７３ｉ）を再度参照する。ユーザ許容可能性指示の一つ以上の異なるタイプは、インタフェース（７３ｉ）を介して、制御ロジック（７３ｈ）に与えられる。
実施態様によって、インタフェース（７３ｉ）が、本願明細書において、記載されているユーザ許容可能性指示タイプの全て、いくらかまたはいずれも受け入れるというわけではない。
当業者は、別の実施例が図８ｂのインタフェース（７３ｉ）に示されるそれらより少ないか、その他であるか、より多くのキーを有する。そして、それが有するキーのうち、それが本願明細書において、記載されているキーのすべての特徴をサポートすることがありえるというわけではないということを認識するだろう。
【０４１６】
置換キー（７３ｍ）の単一のアクティベーションは、制御ロジック（７３ｈ）に、示されている項目が視聴覚素材（７３ｖ）から読み出される置換項目により置換されることになっていることを表す。
しかしながら、別の実施例で、置換キー（７３ｍ）の単一のアクティベーションは、制御ロジック（７３ｈ）にユーザープロファイル（７３ｔ）に示されていて、アップデート・ユーザ項目許容可能性−関連情報に格納されている項目を置換させる。
【０４１７】
制御ロジック（７３ｈ）は、実施態様によって、実行するが、実行している、一つ以上の以下に限られていない：
ユーザが有するアップデート、項目は、出発点位にランクする、ユーザが有するアップデートまとめる相関まとめる示された項目関係している、ユーザがグループ項目品質相関であるアップデートまとめる適当な場合、示された項目（場所）によって、関連させる、表示適当な場合、容認できない項目７４ｂまたは容認できる項目７４ａ（そして、場所）の示された項目と関連する項目、グループコード７４ｃの項目と関係しているグループコード。
【０４１８】
代替実施形態では、制御ロジック（７３ｈ）は、項目（項目インジケータと関係している）が容認できないことが表された回数が状態を満たす７４ｂ後に、容認できない項目の項目インジケータを配置する。
このような実施例では制御ロジック（７３ｈ）のメモリで、制御ロジック（７３ｈ）は、項目が容認できないことが表された回数の計数を保つ。
計数が閾値を上回るかまたは等しいときに、制御ロジック（７３ｈ）は容認できない項目７４ｂの容認できない項目と関係している項目インジケータを配置する。
閾値は、１に対する同等より大きい整数である。
代替実施形態では、閾値は、メモリの記憶装置のための制御ロジック（７３ｈ）に要請された閾値設定の指示を与えるユーザー・インターフェース（７３ｉ）上のキー（７３ｐ）を起動させるために、ユーザによって、セットされる。
【０４１９】
代替実施形態では、急速に実行される置換キー（７３ｍ）の複数のアクティベーションは、制御ロジック（７３ｈ）に、示されている項目の指示位にランクしているユーザを伝える。
代替実施形態では、急速に実行される複数の活性化は、ユーザにランクを付けている指示および置換指示を伝達する。
実施態様によって、容認できるランキングは、０からｎにわたる、または、から−＋ｎに対するｍ、
ここで
ｍおよびｎは、１以上の整数である。
代替実施形態では、急速に実行される複数の活性化は、ｋ以下のアクティベーションのための置換および上位の指示を伝達して、ｋより大きいアクティベーションのための上位の指示を伝達する、
ここで
ｋは、実施態様によって、ｎ、ｎ＋１またはｎ＋２以下の整数である。
【０４２０】
置換キーアクティベーションおよびそれらの付随する指示は、下で示される：
置換キーアクティベーション−指示  表２
アクティベーション  置換指示セット１  置換指示セット２  置換指示セット３
1  置換  置換および順位０  置換および順位０
2  順位０  順位１  置換および順位１
3  順位１  順位２  置換および順位２
4  順位２  順位３  順位３
5  順位３  順位４  順位４
6  順位４  順位５  順位５
【０４２１】
上記の表２に示すように、Ｓｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １で、複数の（すなわち２つ以上のアクティベーション）アクティベーションは、示されている項目のユーザ・ランキングを表すだけである。
Ｓｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２において、単一のアクティベーションは、置換指示および項目のためのＲａｎｋ  ０を伝達する。
Ｓｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３において、１および３間のアクティベーションは、よりよりアクティベーションの数に対応しない置換指示および順位を表す１。
しかしながら、アクティベーション３を超えるは、示されている項目のためのユーザ・ランキングを伝達するだけである。
１から６つのアクティベーションにわたっているアクティベーションの用途にだけ、指示が表２に示される一方、当業者は、そうするだろう本発明がアクティベーションの任意の特定番号に限られていないことを認識した。
別の実施例以下から成る能力、制限される、以下の一つ以上：
一つの置換キーアクティベーション、Ｓｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、Ｓｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２およびＳｕｂｓｔｉｔｕｔｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３。
当業者は、「一つ以上」が必ずしも、別の実施例が選択的にできる平均をするというわけではないかまたは選択的に、記載されていることの「一つ以上」を含まないということを認識するだろう。
記載されていることのうちの１つが、単独で別の実施例の中に存在することがありえるが、さらにもう一つの別の実施例に記載されているその他のものと結合して存在することがありえる。  
「一つ以上」のためのこの資格取得は、本願明細書において、繰り返されなくて、本願明細書において、他で印加するとして解されなければならない。
【０４２２】
さらにまた、当業者は、本願明細書において、記載されている若干のキーが２つのキーに分けられることがありえるかまたは能率的に制御ロジック（７３ｈ）に情報を伝えるために異なって実装されることがありえるということを認識するだろう。
代替実施形態では、置換キー（７３ｍ）は、置換キーＡおよび置換キーＢに分けられる。
１ずつ置換キーＡ計数および２ずつ置換キーＢ計数。
インクリメントは、制御ロジック（７３ｈ）の、または、記憶装置（７３ｆ）のメモリに保存される。
しかしながら、別の実施例では、増加は、上記のそれらの指定のと異なることがありえる。
さらにまた、増加は、インタフェース（７３ｉ）および制御ロジック（７３ｈ）を介してユーザによって、セットされることがありえる。
【０４２３】
さらにまた、当業者は、別の実施例で、置換キー（７３ｍ）が単一の項目のための複数の順位に入るために用いることがありえるということを認識するだろう。
例えば、ユーザは独創、音楽、歌詞を含むがこれに限らず項目特性のための順位に入ることができることがありえる。そして、打たれて、聞いて、精力的で（すなわち、実行に適している）容易で、明るい（すなわち、人を元気づけることに適している）。
例えば、１つのランキングが複数のアクティベーションを介して始まるときに、制御ロジック（７３ｈ）はランキングが順応された、そして、他のランキングが始まることがありえることを表している制御ロジック（７３ｈ）に連結するスピーカを介して第１の警報表示を提示する。
第１の警報表示の後、制御ロジック（７３ｈ）は、他のランキングを受けて、第２の警報表示を提示する。
制御ロジック（７３ｈ）は実施態様で支えられる項目品質ランキングとしての多くのランキングとして、または、代わりにこのように受け入れると、ユーザとしてのさらに同じだけがユーザが供給する気があるユーザー・インターフェース（７３ｉ）を介して表した。
後の実施態様において、ユーザは、品質項目ランキングのサブセットが実施態様で支えたインタフェース（７３ｉ）および制御ロジック（７３ｈ）のメモリの、または、記憶装置（７３ｆ）の制御ロジック（７３ｈ）ストアを介して選択の指示を選択する。
後の制御ロジック（７３ｈ）は警報表示を提示するために貯蔵品品質選択指示を使用する。そして、ユーザを結びつけることはランキングに特定の項目品質ランキングを供給した。
【０４２４】
代替実施形態では、警報表示の各々はユーザがランキングを与えることである項目品質を記述した話し言葉である、しかし、さまざまな期間または周波数のトーンが使われることもありえる。
例えば、制御ロジック（７３ｈ）はスピーカを介して語「お願いします、ランクしている歌詞」を示すことがありえる、しかし、その他の語がその他の項目特性のために使われる。
この種の別の実施例において、ユーザは、第１の項目品質のための警報表示を聞かない。
しかしながら、別の実施例で、インタフェース（７３ｉ）上の上位の迅速な鍵となる（図示せず）のアクティベーションは制御ロジック（７３ｈ）に第１の警報表示を提示させる。そして、残りのものは上記の通りにユーザによって、与えられるエントリー位にランクしている各ユーザの後で示される。
代替実施形態では、ユーザは、制御ロジック（７３ｈ）が格納するコーデック（７３ｇ）一つ以上警報表示に連結するマイクロホンを介してレコードに入ることができて、記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）の一時記憶において、成る。
この種の別の実施例のプロンプトとして使われるのは、ユーザ作りの警報表示である。
【０４２５】
代替実施形態では、７３ｍ、置換キーを押圧して、それを少なくとも１秒間押圧するように保つことは第１の警報表示にスピーカを介して提示させられる。そして、各ランキングがユーザによって、始まったあと、次項品質ランキングと関係している次の警報表示はユーザに提示される。
代替実施形態では、７３ｍ、カスタマイズ・キーを押圧して、それを少なくとも１秒間押圧するように保って、それから複数のアクティベーションを押圧することは、制御ロジック（７３ｈ）に負のランキングの示すものである複数のアクティベーションをみなさせる。
【０４２６】
代替実施形態では、制御ロジック（７３ｈ）は、スピーカ（図示せず）に連結して、ユーザによって、入られる順位に、聴覚フィードバックを与える。
別の実施例において、ディスプレイを介して、７３ｏ制御ロジック（７３ｈ）は、ユーザによって、入られる順位に、視覚フィードバックを与える。
【０４２７】
カスタマイズ・キー７３ｎの単一のアクティベーションは、制御ロジック（７３ｈ）に、プログラミングの特定の転送元から示されている項目のストリームが視聴覚素材（７３ｖ）から読み出される項目を使用してカスタマイズされなければならないことを表す。
プログラミングの転送元は、実施例において、受信器（７３ｂ）であって、別の実施例のコーデック（７３ｇ）である。
表現のための転送元によって、与えられる項目がユーザの予想を満たすように選択されなかった限り、プログラミングの転送元の正確な性質は無関係である。
【０４２８】
しかしながら、別の実施例で、カスタマイズ・キー７３ｎの単一のアクティベーションは、制御ロジック（７３ｈ）にユーザープロファイル（７３ｔ）に発表されていて、アップデート・ユーザ項目許容可能性−関連情報に格納されている項目ストリームをカスタマイズさせる。
置換キー（７３ｍ）と関連して上記の更新動作の説明は、引用することにより本願明細書の一部をなされる。
【０４２９】
代替実施形態では、急速に実行されるカスタマイズ・キー７３ｎの複数のアクティベーションは、制御ロジック（７３ｈ）に、示されている項目の指示位にランクしているユーザを伝える。
代替実施形態では、急速に実行される複数の活性化は、ユーザにランクを付けている指示およびカスタマイズ指示を伝達する。
実施態様によって、容認できるランキングは、０からｎにわたる、または、から−＋ｎに対するｍ、
ここで
ｍおよびｎは、１以上の整数である。
代替実施形態では、急速に実行される複数の活性化は、ｋ以下のアクティベーションのためのカスタマイズおよび上位の指示を伝達して、ｋより大きいアクティベーションのための上位の指示を伝達する、
ここで
ｋは、実施態様によって、ｎ、ｎ＋１またはｎ＋２以下の整数である。
【０４３０】
カスタマイズ・キーアクティベーションおよびそれらの付随する指示は、下で示される：
カスタマイズ・キーアクティベーション−指示  表３
アクティベーション  カスタマイズ指示セット１  カスタマイズ指示セット２  カスタマイズ指示セット３
1  カスタマイズ  カスタマイズおよび順位０  カスタマイズおよび順位０
2  順位０  順位１  カスタマイズおよび順位１
3  順位１  順位２  カスタマイズおよび順位２
4  順位２  順位３  順位３
5  順位３  順位４  順位４
6  順位４  順位５  順位５
【０４３１】
上記の表３に示すように、Ｃｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １で、複数のアクティベーションは、示されている項目のユーザ・ランキングを表すだけである。
Ｃｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２において、単一のアクティベーションは、カスタマイズ指示および項目のためのＲａｎｋ  ０を伝達する。
Ｃｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３において、１および３間のアクティベーションは、よりアクティベーションの数に対応しないカスタマイズ指示および順位を表す１。
しかしながら、アクティベーション３を超えるは、示されている項目のためのユーザ・ランキングを伝達するだけである。
１から６つのアクティベーションへのアクティベーションレンジングの用途にだけ、指示が表３に示される一方、当業者は、そうするだろう本発明がアクティベーションの任意の特定番号に限られていないことを認識した。
別の実施例以下から成る能力、制限される、以下の一つ以上：
一つのカスタマイズ・キーアクティベーション、Ｃｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、Ｃｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２およびＣｕｓｔｏｍｉｚｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３。
【０４３２】
さらにまた、当業者は、本願明細書において、記載されている若干のキーが２つのキーに分けられることがありえるかまたは能率的に制御ロジック（７３ｈ）に情報を伝えるために異なって実装されることがありえるということを認識するだろう。
代替実施形態では、カスタマイズ・キー７３ｎは、カスタマイズ・キーＡおよびカスタマイズ・キーＢに分けられる。
１ずつ鍵となるＡ計数をカスタマイズする。そして、２ずつ鍵となるＢ計数をカスタマイズする。
インクリメントは、制御ロジック（７３ｈ）の、または、記憶装置（７３ｆ）のメモリに保存される。
しかしながら、別の実施例では、増加は、上記のそれらの指定のと異なることがありえる。
さらにまた、増加は、インタフェース（７３ｉ）および制御ロジック（７３ｈ）を介してユーザによって、セットされることがありえる。
【０４３３】
さらにまた、当業者は、別の実施例で、カスタマイズ・キー７３ｎが単一の項目のための複数の順位に入るために用いることがありえるということを認識するだろう。
例えば、ユーザは独創、音楽、歌詞を含むがこれに限らず項目特性のための順位に入ることができることがありえる。そして、打たれて、聞いて、精力的で（すなわち、実行に適している）容易で、明るい（すなわち、人を元気づけることに適している）。
例えば、１つのランキングが複数のアクティベーションを介して始まるときに、制御ロジック（７３ｈ）はランキングが順応された、そして、他のランキングが始まることがありえることを表している制御ロジック（７３ｈ）に連結するスピーカを介して第１の警報表示を提示する。
第１の警報表示の後、制御ロジック（７３ｈ）は、他のランキングに順応して、第２の警報表示を提示する。
制御ロジック（７３ｈ）は項目としての多くのランキングとしてこのように優良な実施態様で支えられるランキングを受ける、または、あるいは、ユーザが有するだけはユーザー・インターフェース（７３ｉ）を介してユーザが供給に自発的なことを表した。
後の実施態様において、ユーザは、品質項目ランキングのサブセットが実施態様で支えたインタフェース（７３ｉ）および制御ロジック（７３ｈ）のメモリの、または、記憶装置（７３ｆ）の制御ロジック（７３ｈ）ストアを介して選択の指示を選択する。
後の制御ロジック（７３ｈ）は警報表示を提示するために貯蔵品品質選択指示を使用する。そして、ユーザを結びつけることはランキングに特定の項目品質ランキングを供給した。
【０４３４】
代替実施形態では、警報表示の各々はユーザがランキングを与えることである項目品質を記述した話し言葉である、しかし、さまざまな期間または周波数のトーンが使われることもありえる。
例えば、制御ロジック（７３ｈ）はスピーカを介して語「お願いします、ランクしている歌詞」を示すことがありえる、しかし、その他の語がその他の項目特性のために使われる。
この種の別の実施例において、ユーザは、第１の項目品質のための聞き取れる指示が聞こえない。
しかしながら、別の実施例で、インタフェース（７３ｉ）上の上位の迅速な鍵となる（図示せず）のアクティベーションは制御ロジック（７３ｈ）に第１の警報表示を提示させる。そして、残りのものは上記の通りにカスタマイズ・キー７３ｎを使用しているユーザによって、与えられるエントリー位にランクしている各ユーザの後で示される。
代替実施形態では、ユーザは、記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）の一時記憶において、格納されるコーデック（７３ｇ）一つ以上警報表示に連結するマイクロホンを介して、レコードに入ることができる。
この種の実施態様のプロンプトとして使われるユーザ作りの警報表示である。
【０４３５】
代替実施形態では、カスタマイズ・キー７３ｎを押圧して、少なくとも１秒間押圧するように保つことは制御ロジック（７３ｈ）にスピーカを介して第１の警報表示を提示させる。そして、各ランキングがユーザによって、始まったあと、次項品質ランキングと関係している次の警報表示はユーザに提示される。
代替実施形態では、カスタマイズ・キー７３ｎを押圧して、少なくとも１秒間押圧するように保って、それから複数のアクティベーションを押圧することは、制御ロジック（７３ｈ）に負のランキングの示すものである複数のアクティベーションをみなさせる。
別の実施例で、少なくとも１秒の下のそうである圧縮の後の鍵となる７３ｎの単一のアクティベーションは、０のランキングを制御ロジック（７３ｈ）によって、みなした。
あるいは、押下のない単一のアクティベーションは、一瞬、または、より、制御ロジック（７３ｈ）によって、最初に０のランキングとみなされる。
【０４３６】
代替実施形態では、制御ロジック（７３ｈ）は、スピーカ（図示せず）に連結して、ユーザによって、入られる順位に、聴覚フィードバックを与える。
別の実施例において、ディスプレイを介して、７３ｏ制御ロジック（７３ｈ）は、ユーザによって、入られる順位に、視覚フィードバックを与える。
【０４３７】
スキップキー７３ｑの単一のアクティベーションは制御ロジック（７３ｈ）に示されている項目がスキップされることになっていることを表す、そして、続く次項は示されることになっている。
実施例において、次項は、視聴覚素材（７３ｖ）から読み出される。
しかしながら、別の実施例で、スキップキー７３ｑの単一のアクティベーションは、両方とも制御ロジック（７３ｈ）にユーザープロファイル（７３ｔ）に示されていて、アップデート・ユーザ項目許容可能性−関連情報に格納されている項目をスキップさせる。
置換キー（７３ｍ）と関連して上記の更新動作の説明は、引用することにより本願明細書の一部をなす。
【０４３８】
代替実施形態では、急速に実行されるスキップキー７３ｑの複数のアクティベーションは、制御ロジック（７３ｈ）に、示されている項目の指示位にランクしているユーザを伝える。
代替実施形態では、急速に実行される複数のアクティベーションは、ユーザにランクを付けている指示およびスキップ指示を伝達する。
実施態様によって、ｎに０から容認できるランキングは、変動する、または、＋ｎにから−ｍ、
ここで
ｍおよびｎは、１以上の整数である。
代替実施形態では、急速に実行される複数のアクティベーションは、ｋ以下のアクティベーションのためのスキップおよび上位の指示を伝達して、ｋより大きいアクティベーションのための上位の指示を伝達する、
ここで
ｋは、実施態様によって、ｎ、ｎ＋１またはｎ＋２以下の整数である。
【０４３９】
スキップキーアクティベーションおよびそれらの付随する指示は、下で示される：
スキップキー・アクティベーション−指示  表４
アクティベーション  スキップ指示セット１  スキップ指示セット２  スキップ指示セット３
1  スキップ  スキップおよび順位０  スキップおよび順位０
2  順位０  順位１  スキップおよび順位１
3  順位１  順位２  スキップおよび順位２
4  順位２  順位３  順位３
5  順位３  順位４  順位４
6  順位４  順位５  順位５
【０４４０】
上記の表４に示すように、のスキップＩｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、複数の（すなわち２つ以上のアクティベーション）アクティベーションは、示されている項目のユーザ・ランキングを表すだけである。
において、スキップＩｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２、単一のアクティベーションは、スキップ指示および項目のためのＲａｎｋ  ０を伝達する。
において、スキップ、Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３、１間のアクティベーションおよび３は、スキップ指示およびアクティベーションよりでなく１の数に対応するＲａｎｋを表す。
しかしながら、アクティベーション３を超えるは、示されている項目のためのユーザ・ランキングを伝達するだけである。
１から６つのアクティベーションへのアクティベーションレンジングの用途にだけ、指示が表４に示される一方、当業者は、そうするだろう本発明がアクティベーションの任意の特定番号に限られていないことを認識した。
別の実施例以下から成る能力、制限される、以下の一つ以上：
シングルのスキップキーアクティベーション、スキップＩｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、スキップＩｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２、そして、スキップＩｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３。
【０４４１】
さらにまた、当業者は、本願明細書において、記載されている若干のキーが２つのキーに分けられることがありえるかまたは能率的に制御ロジック（７３ｈ）に情報を伝えるために異なって実装されることがありえるということを認識するだろう。
代替実施形態では、スキップキー７３ｑは、スキップキーＡおよびスキップキーＢに分けられる。
１ずつスキップキーＡ計数および２ずつスキップキーＢ計数。
インクリメントは、制御ロジック（７３ｈ）の、または、記憶装置（７３ｆ）のメモリに保存される。
しかしながら、別の実施例では、増加は、上記のそれらの指定のと異なることがありえる。
さらにまた、増加は、インタフェース（７３ｉ）および制御ロジック（７３ｈ）を介してユーザによって、セットされることがありえる。
【０４４２】
さらにまた、当業者は、別の実施例で、スキップキー７３ｑが単一の項目のための複数の順位に入るために用いることがありえるということを認識するだろう。
例えば、ユーザは独創、音楽、歌詞を含むがこれに限らず項目特性のための順位に入ることができることがありえる。そして、打たれて、聞いて、精力的で（すなわち、実行に適している）容易で、明るい（すなわち、１を励ますことに適している）。
例えば、１つのランキングが複数のアクティベーションを介して始まるときに、制御ロジック（７３ｈ）はランキングが順応された、そして、他のランキングが始まることがありえることを表している制御ロジック（７３ｈ）に連結するスピーカを介して第１の警報表示を提示する。
第１の警報表示の後、制御ロジック（７３ｈ）は、他のランキングに順応して、第２の警報表示を提示する。
制御ロジック（７３ｈ）は実施態様で支えられる項目品質ランキングとしての多くのランキングとして、または、代わりにこのように受け入れると、ユーザとしてのさらに同じだけがユーザが供給する気があるユーザー・インターフェース（７３ｉ）を介して表した。
後の実施態様において、ユーザは、品質項目ランキングのサブセットが実施態様で支えたインタフェース（７３ｉ）および制御ロジック（７３ｈ）のメモリの、または、記憶装置（７３ｆ）の制御ロジック（７３ｈ）ストアを介して選択の指示を選択する。
後の制御ロジック（７３ｈ）は警報表示を提示するために貯蔵品品質選択指示を使用する。そして、ユーザを結びつけることはランキングに特定の項目品質ランキングを供給した。
【０４４３】
代替実施形態では、警報表示の各々はユーザがランキングを与えることである項目品質を記述した話し言葉である、しかし、さまざまな期間または周波数のトーンが使われることもありえる。
例えば、制御ロジック（７３ｈ）はスピーカを介して語「お願いします、ランクしている歌詞」を示すことがありえる、しかし、その他の語がその他の項目特性のために使われる。
この種の別の実施例において、ユーザは、第１の項目品質のための警報表示を聞かない。
しかしながら、別の実施例で、インタフェース（７３ｉ）上の上位の迅速な鍵となる（図示せず）のアクティベーションは制御ロジック（７３ｈ）に第１の警報表示を提示させる。そして、残りのものは上記の通りにユーザによって、与えられるエントリー位にランクしている各ユーザの後で示される。
代替実施形態では、ユーザは、制御ロジック（７３ｈ）が格納するコーデック（７３ｇ）一つ以上警報表示に連結するマイクロホンを介してレコードに入ることができて、記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）の一時記憶において、成る。
この種の別の実施例のプロンプトとして使われるのは、ユーザ作りの警報表示である。
【０４４４】
代替実施形態では、スキップキー７３ｑを押圧して、それを少なくとも１秒間押圧するように保つことは第１の警報表示にスピーカを介して提示させられる。そして、各ランキングがユーザによって、始まったあと、次項品質ランキングと関係している次の警報表示はユーザに提示される。
代替実施形態では、スキップキー７３ｑを押圧して、それを少なくとも１秒間押圧するように保って、それから複数のアクティベーションを押圧することは、制御ロジック（７３ｈ）に負のランキングの示すものである複数のアクティベーションをみなさせる。
【０４４５】
代替実施形態では、制御ロジック（７３ｈ）は、スピーカ（図示せず）に連結して、ユーザによって、入られる順位に、聴覚フィードバックを与える。
別の実施例において、ディスプレイを介して、７３ｏ制御ロジック（７３ｈ）は、ユーザによって、入られる順位に、視覚フィードバックを与える。
【０４４６】
リジェクト・キーの単一のアクティベーションは、７３ｓ、制御ロジック（７３ｈ）に、ユーザープロファイル（７３ｔ）に格納されるユーザ項目許容可能性−関連情報が示されている項目が拒絶されたと思うために更新されることになっていることを表す。
また、実施態様、除去指示を受信することの結果として制御ロジック、７３ｈに依存することは、実行するが、実行すること、１またはより多くの以下の交替動作に限られていない：
項目のストリームの次項にスキップして、置換項目を示して、チャネルを変えて、再生リストを変える。
置換キー（７３ｍ）と関連して上記の更新動作の説明は、引用することにより本願明細書の一部をなされる。
【０４４７】
代替実施形態では、７３ｓが急速に実行したリジェクト・キーの複数のアクティベーションは、制御ロジック（７３ｈ）に、示されている項目の指示位にランクしているユーザを伝える。
代替実施形態では、急速に実行される複数の活性化は、ユーザにランクを付けている指示および交替指示を伝達する。
実施態様によって、容認できるランキングは、０から変動する−ｍが１以上の整数であるｍ。
代替実施形態では、急速に実行される複数の活性化は、ｋおよびより小さいｒ以上のアクティベーションのための交替および上位の指示を伝達して、ｋより少ないアクティベーションのための上位の指示を伝達する、
ここで
ｋはｍ＋１以下の整数である。そして、ｒはｍ＋１に等しい。
【０４４８】
リジェクト・キーアクティベーションおよびそれらの付随する指示は、下で示される：
リジェクト・キーアクティベーション−指示  表５
アクティベーション  リジェクト指示セット１  リジェクト指示セット２  リジェクト指示セット３
1  順位０  順位０  順位０
2  順位−１  順位−１  順位−１
3  順位−２  順位−２  順位−２
4  順位−３  順位−３  置換え、順位−３
5  順位−４  順位−４  置換え、順位−４
6  順位−５  置換え、順位−５  置換え、順位−５
【０４４９】
上記の表５に示すように、の拒否Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、複数の（すなわち２つ以上のアクティベーション）アクティベーションは、示されている項目のユーザ・ランキングを表すだけである。
において、拒否Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２、単一のアクティベーションは、リジェクト指示および項目のためのＲａｎｋ  ０を伝達する。
において、拒否、Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３、４間のアクティベーションおよび６は、リジェクト指示および１に対応する順位を − アクティベーションの数 − 表す。
しかしながら、４未満のアクティベーションは、示されている項目のためのユーザ・ランキングを伝達するだけである。
１から６つのアクティベーションへのアクティベーションレンジングの用途にだけ、指示が表５に示される一方、当業者は、そうするだろう本発明がアクティベーションの任意の特定番号に限られていないことを認識した。
別の実施例以下から成る能力、制限される、以下の一つ以上：
シングルのリジェクト・キーアクティベーション、拒否Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  １、拒否Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ２、そして、拒否Ｉｎｄｉｃａｔｉｏｎ  Ｓｅｔ  ３。
【０４５０】
さらにまた、当業者は、本願明細書において、記載されている若干のキーが２つのキーに分けられることがありえるかまたは能率的に制御ロジック（７３ｈ）に情報を伝えるために異なって実装されることがありえるということを認識するだろう。
代替実施形態では、リジェクト・キーは、７３ｓ、リジェクト・キーＡおよびリジェクト・キーＢに分けられる。
リジェクト・キーＡは−１のデクリメントにおいて、計数する。そして、リジェクト・キーＢは−２のデクリメントにおいて、計数する。
デクリメントは、制御ロジック（７３ｈ）の、または、記憶装置（７３ｆ）のメモリに保存される。
しかしながら、別の実施例では、インクリメントは、上記のそれらの指定のと異なることがありえる。
さらにまた、インクリメントは、インタフェース（７３ｉ）および制御ロジック（７３ｈ）を介してユーザによって、セットされることがありえる。
【０４５１】
さらにまた、当業者は、別の実施例で、リジェクト・キーが７３ｓ、単一の項目のための複数の順位に入るために用いることがありえるということを認識するだろう。
例えば、ユーザは、項目特性のための順位に入ることができることがありえる限定するものではないが、含む、独創、音楽、リリック、イージーリスニングは打った、そして、精力的で（すなわち、実行に適している）明るかった（すなわち、１を元気づけることに適している）。
例えば、１つのランキングが複数のアクティベーションを介して始まるときに、制御ロジック（７３ｈ）はランキングが順応された、そして、他のランキングが始まることがありえることを表している制御ロジック（７３ｈ）に連結するスピーカを介して第１の警報表示を提示する。
第１の警報表示の後、制御ロジック（７３ｈ）は、他のランキングに順応して、第２の警報表示を提示する。
制御ロジック（７３ｈ）は実施態様で支えられる項目品質ランキングとしての多くのランキングとして、または、代わりにこのように受け入れると、ユーザとしてのさらに同じだけがユーザが供給する気があるユーザー・インターフェース（７３ｉ）を介して表した。
後の実施態様において、ユーザは、品質項目ランキングのサブセットが実施態様で支えたインタフェース（７３ｉ）および制御ロジック（７３ｈ）のメモリの、または、記憶装置（７３ｆ）の制御ロジック（７３ｈ）ストアを介して選択の指示を選択する。
後の制御ロジック（７３ｈ）は警報表示を提示するために貯蔵品品質選択指示を使用する。そして、ユーザを結びつけることはランキングに特定の項目品質ランキングを供給した。
【０４５２】
代替実施形態では、警報表示の各々はユーザがランキングを与えることである項目品質を記述した話し言葉である、しかし、さまざまな期間または周波数のトーンが使われることもありえる。
例えば、制御ロジック（７３ｈ）はスピーカを介して語「お願いします、ランクしている歌詞」を示すことがありえる、しかし、その他の語がその他の項目特性のために使われる。
この種の別の実施例において、ユーザは、第１の項目品質のための警報表示を聞かない。
しかしながら、別の実施例で、インタフェース（７３ｉ）上の上位の迅速な鍵となる（図示せず）のアクティベーションは制御ロジック（７３ｈ）に第１の警報表示を提示させる。そして、残りのものは上記の通りにユーザによって、与えられるエントリー位にランクしている各ユーザの後で示される。
代替実施形態では、コーデック（７３ｇ）に連結するマイクロホンを介して、ユーザは、制御ロジック（７３ｈ）は、それを格納して、記憶装置（７３ｆ）において、または、制御ロジック（７３ｈ）の一時記憶において、組織する一つ以上の警報表示を記録することが許される。
この種の別の実施例のプロンプトとして使われるユーザ作りの警報表示である。
【０４５３】
代替実施形態では、７３ｓ、リジェクト・キーを押圧して、少なくとも１秒間押圧するように保つことは第１の警報表示にスピーカを介して提示させられる。そして、各ランキングがユーザによって、始まったあと、次項品質ランキングと関係している次の警報表示はユーザに提示される。
【０４５４】
代替実施形態では、制御ロジック（７３ｈ）は、スピーカ（図示せず）に連結して、ユーザによって、入られる順位に、聴覚フィードバックを与える。
別の実施例において、ディスプレイを介して、７３ｏ制御ロジック（７３ｈ）は、ユーザによって、入られる順位に、視覚フィードバックを与える。
【０４５５】
当業者は、上記の相関性が上記のキーに限られていないということを認識するだろう。
同じ相関性は、キー（７３ｐ）の中のチャネル変更キーに加えられることが可能である。
チャネル・キーの反復アクティベーションも、制御ロジック（７３ｈ）に、上位の指示を伝える。
【０４５６】
図８ｒは、本発明の別の実施例に従って、ユーザー・インターフェースのより詳細に入力されたキーを例示する。
入力キー（７３ｐ）は、キーを７５ａ−７５ｅ位にランクすることを含む。
キー７５ａ−７５ｅの各々は、示されている項目の許容可能性の上位の値示すものを有する一対一対応を有する。
実施例において、鍵となる７５ａ、７５ｂ、７５ｃ、７５ｄおよび７５ｅは値「１」「２」「３」「４」および「５」と関係している、しかし、その他の値および命令は別の実施例において、可能である。
あるいは、上位のキーは、スライダであるそれ移動されるときに、特定の位置が制御ロジック（７３ｈ）にユーザが通信するよう望むランキングを表して。
あるいは、ユーザー・インターフェース（７３ｉ）は、各々いずれがランキングがスライダを使用してなされることができる項目品質と関係しているかという複数のスライダを含む。
当業者は、認識するだろう音声認識を含む技術および装置に対する制限または接触画面（アクティベーションを受け入れるために用いることがありえる）でない。
【０４５７】
図１０ｇは、本発明の別の実施例に従って、再生リストまたは予定カスタマイズ・インタフェースを例示する。
代替実施形態では、ユーザー・インターフェース（７３ｉ）は、カスタマイズ・インタフェース（ＣＩ）を含む８３０。
ＣＩ  ８３０は、実施態様によって、ユーザが急速に再生リストまたは予定の構成を変えるかまたはジャンルがジャンル・フィールド８３１ｂ、８３１ｃ、８３１ｄ、８３１ｅのジャンル指定ののうちの１つと同様である項目から再生リストを作成できる。
実施態様によって、視聴覚素材（７３ｖ）に格納される項目は、項目と関係しているジャンルを特定するメタデータ（より詳細に本願明細書において、他で記載される）を含む。
制御ロジック（７３ｈ）は、キー（７３ｐ）のアクティベーションを介して、ユーザがフィールド８３１ｂ、８３１ｃ、８３１ｄ、８３１ｅのためのジャンル・エントリーを特定できる。
ＣＩ  ８３０は、接触画面８３１ａを含むが、あるいは、以下を含むことがありえる：
ジャンル・フィールド（８３１ｂ、８３１ｃ、８３１ｄ、８３１ｅ）のためのジョイスティックおよびカスタマイズ可能なディスプレイ（液晶式表示装置または発光ダイオードまたは公知技術の若干のその他の技術）。
その休止状態において、スクリーン８３１ａは、ジャンル・フィールドとの間に等距離であるデフォルト位置で休んでいる構成指示８３１ｆを示す。
構成指示８３１ｆの位置は近づきやすくて、ジャンルを有する視聴覚素材（７３ｖ）の項目がジャンル・フィールド８３１ｂ、８３１ｃ、８３１ｄにおいて、特定した制御ロジック（７３ｈ）に表す、８３１ｅは等しい出現率により示されることになっている。
しかしながら、ユーザは構成指示を示している円を移動できる。そして、図示する位置は破線を有する円により表される。そして、８３１ｇ、構成指示を含む。
実施態様によって、異なる位置は、さまざまなジャンルから項目の異なる出現率に移される。
例えば、構成指示は、８３１ｈ、ロック項目およびテクノ項目が演奏されないことになっていることを表す。
しかしながら、位置のその他の解釈も、可能である。
構成指示は、８３１ｇ、項目が３：１頃に示されることになっているロックがその他の３つのジャンルから項目の上のロック項目に賛成して比率で表すことを表す。
項目を急に置くロック項目の比率は、８３１ｏを示すために、８３１ｍ、位置の間の距離に、８３１ｌ、位置８３１ｎおよび位置の間の距離の比率である。
テクノ項目に対するロック項目の比率は、８３１ｉを示すために、８３１ｊ、８３１ｍ位置および位置の間の距離に対する位置８３１ｉの間の距離の比率である。
項目を踊るロック項目の比率は、８３１ｉを示すために、８３１ｋ、８３１ｐ位置および位置の間の距離に対する位置８３１ｉの間の距離の比率である。
【０４５８】
制御ロジック（７３ｈ）は、８３１ａ．スクリーン上のカスタマイズ指示の位置によって、与えられる出現率指示に基づいて７３ｖ、素材から読み出される項目を示す。
上記のように、比率は、８３１ａ．構成指示の位置およびスクリーンの直径を示される制御ロジック（７３ｈ）によって、容易に算出されることができる。
スクリーン８３１ａの直径は、中でメモリまたは制御ロジック（７３ｈ）にアクセス可能なメモリに保存される。
【０４５９】
当業者は、ジャンル・フィールドの数が処理系依存および本発明の実施態様の限定でないことであるということを認識するだろう。
さらに、ＣＩ  ８３０のジャンル・フィールドの位置は、実装の詳細であって、配置されたスクリーン上の８３１ａである必要がない、むしろ、しかし、スクリーン８３１ａ（スクリーン８３１ａと別の）の外の、または、両方とも自分自身の表示領域を占めることがありえる。
加えて、複数の構成指示が、別の実施例において、使われることがありえる。
【０４６０】
前記説明において、許容可能性の明確な指示が記載されている一方、当業者は別の実施例で、許容可能性の潜在的な指示も可能であるということを認識するだろう。
許容可能性の潜在的な指示は、潜在的な受理イベントおよび潜在的な引受拒絶イベントの発生を含む。
項目の端時間が受け取られている否認指示なしで来ようとするときに、潜在的な受理イベントは起こる、
これは、項目がユーザにとって容認できることを意味する。
項目端の前にとき、潜在的な引受拒絶イベントは起こると、実施態様（以下のうちの１つ）によって、制御ロジック（７３ｈ）がユーザー・インターフェース（７３ｉ）から認める：
変化チャネルアクティベーション、スキップキーアクティベーション、早送りアクティベーション、変化再生リストアクティベーション。
【０４６１】
別の実施例によれば、潜在的な受理イベントに対する反応で、制御ロジック（７３ｈ）は、デフォルト・ランキングを項目に割り当てる。
実施態様によって、デフォルト・ランキングは、実装で使用するランキングの範囲またはユーザによって、されるランク付けの配布に依存する。
ユーザがそれからランクしている高い平均周辺で一貫してランクする場合、そのユーザのためのデフォルト値は低いランキング周辺で一貫してランクするユーザのためのデフォルト値より高い。
制御ロジック（７３ｈ）は、記憶装置（７３ｆ）のユーザープロファイル（７３ｔ）において、または、制御ロジック（７３ｈ）のメモリにおいて、格納されるソフトウェア構造物または変数からデフォルト・ランキングを読み出す。
別の実施例によれば、制御ロジック（７３ｈ）は、ユーザー・インターフェース（７３ｉ）からデフォルト・ランキングのための値の指示を受け入れて、値の表示をユーザープロファイル（７３ｔ）のソフトウェア構造物または変数において、または、制御ロジック（７３ｈ）のメモリにおいて、格納する。
【０４６２】
プログラミングの表現のリアルタイム・カスタマイズのために、そして、項目のユーザ受理に関連した資料収集のために、本発明の別の実施例によれば、図９ｕは、状態機械を例示する。
状態機械１３８において、それぞれ、状態１３９ａおよび１３９ｄは図９ｓと関連して本願明細書において、与えられて状態１３７ａおよび１３７ｄのための説明に従って作動する。そして、この種の説明は参照によって、ここに組み込まれる。
状態機械１３８は状態１３９ａおよび状態１３９ａからの状態１３９ｂへの移行から始まると、状態機械１３６が移行する同じ状況の下の１３９ｃは、１３７ｂ、上記の通りの１３７ｃ、している。
しかしながら、状態１３７ｂへの移行の上記の参照は、状態機械１３８の状態１３９ｂへの移行に対応する。
１３７ｃが状態機械１３８の状態１３９ｃへの移行に対応するとしている移行の参照。
さらにまた、状態機械（１３８）は状態１３９ｂで同じ動作を実行すると、状態機械１３６が作動する１３９ｃは、１３７ｂ、１３７ｃ、している。
しかしながら、状態機械（１３８）は、また、状態１３９ｂ（１３９ｃ）で付加的な動作を実行して、以下を含む：
（１３８）が状態（１３９ｂ、１３９ｃ）からどの状態機械に移行するかという更なる状態、状態（１３９ｅ）。
次に、これらの付加的な動作および更なる移行について説明する。
【０４６３】
状態（１３９ｂ、１３９ｃ）の移行がより詳細に記載される前に、状態１３９ｅの項目のユーザ受理（すなわち明確であるか潜在的なランキング）に関連した資料収集は導かれる。
本願明細書において、記載されていた多くの異なるユーザ許容可能性の決定プロセスを示されて、対応して多くの異なるデータ収集プロセスが、同様にある。
当業者は対応するグループのデータ収集が処理する方法が導かれることができるという一つのグループの判定の説明を非常に示されて認識するだろう、逆の場合も同じである。
これが真実の一方、それが単純な許容可能性の決定プロセスを使用する実施態様が対応して単純なデータ収集プロセスに限られていることを必ずしも意味するというわけではない。
【０４６４】
状態機械（１３８）が状態１３９ｅに到着するときに、明確なランキング・イベントまたは潜在的なランキング・イベントが状態（１３９ｂ、１３９ｃ）の一つにあったのでも、到着している。
明確なランキングは、ユーザが項目の受理または引受拒絶であることを表すことがありえる。
明確なランキングは、上記の通りにユーザー・インターフェース（７３ｉ）上のキーのアクティベーションを含む。
上記のように、実施態様によって、明確なランキングは７３ｓ、リジェクト・キーの単一のアクティベーションと同程度単純でありえる、または、それはアクティベーション（ｓ）の性質によって、値域をカバーするものでありえる。
【０４６５】
潜在的なランキングは、ユーザが項目の受理および引受拒絶であることを表すこともありえる。
実施態様によって、項目が受け取られている（これは、項目がユーザにとって容認できることを意味する）上位の指示のない端に利用できるときに、または、ユーザー・インターフェース（７３ｉ）が１を受け入れるときに、潜在的なランキングは起こる、しかし、制限する、以下：
変化チャネルアクティベーション、スキップキーアクティベーション、早送りアクティベーションおよび変化は、リストアクティベーションを演奏する。
【０４６６】
制御ロジック（７３ｈ）容認できる様に、ランクを付けられた項目をみなす上記、１またはより多くを記載されているが、以下に限られていないにつれてインタフェース（７３ｉ）によるユーザが項目を示す：
順位は閾値（順位の割当てを必要としていない明確な受理）に非常に等しいかまたは上回る、または、潜在的な受理がある。
代替実施形態では、閾値は、それより上に記載されているキーの各々に指定されるユーザ順位アクティベーションを受け入れることができる。
代替実施形態では、割り当てられた閾値は、キーの全てのための同じことである。
閾値の値は最大の間に任意の値でありえる。そして、順位範囲の最小値は実施態様を考慮に入れた。
閾値値は、ユーザ・プロファイル情報（７３ｔ）の７４ｋ、受理指示閾値に格納されて、制御ロジック（７３ｈ）にアクセス可能である。
代替実施形態では、閾値７４ｋ指示閾値のそれを７３ｔインタフェースおよび制御ロジック（７３ｈ）ストアを経たユーザによって、割り当てる。
【０４６７】
順位を含んでいない明確な受理は、ユーザー・インターフェース（７３ｉ）上の受理キー（図示せず）のアクティベーションでありえる。
代わりに明確な受理は、同時に上記のキーのうちの２つの下で押圧することによって、信号を送られることがありえる。
【０４６８】
実施態様によって、ユーザは、インタフェース（７３ｉ）を介して、制御ロジック（７３ｈ）にわずか１、わずか２または前述の３つの受理指示のうちの全３つを与えることができる。
制御ロジック（７３ｈ）容認できない様に、ランクを付けられた項目をみなす、しかし、以下に限られなくて、項目は、いつの中で、上記の通りで、インタフェース（７３ｉ）によるユーザによって、一つ以上を示される：
順位は閾値（順位の割当てを必要としていない明確な除去）より非常に少ない、または、潜在的な引受拒絶がある。
実施態様によって、ユーザは、インタフェース（７３ｉ）を介して、制御ロジック（７３ｈ）にわずか１、わずか２または前述の３つの引受拒絶指示のうちの全３つを与えることができる。
【０４６９】
更新項目許容可能性の決定関連のデータ構造と関連して引用されるユーザ項目ランキングは、制御ロジック（７３ｈ）に、ユーザー・インターフェース（７３ｉ）によって、与えられるに応答してユーザによって、アクティベーション。
しかしながら、当業者は、別の実施例で、項目ランキングがトランシーバ７３ｂによって、受け取られて、制御ロジック（７３ｈ）に与えたということを認識するだろう。
代替実施形態では、ユーザ項目ランキングは、バイナリである：
受理または除去（異なる値と関係している各々）。
バイナリのランキングが、本願明細書において、記載されている実施態様のいずれかにおいて、都合よく使うことができる。
しかしアプリケーションによって、バイナリのランキングは、雑音が多い統計に結果としてなることがありえる。
ユーザ項目ランキングがどのように制御ロジック（７３ｈ）に与えられるかという前述の説明が、データが構造を関連させたという項目許容可能性の決定を更新することと、関連して得られるユーザ項目ランキングの他のいかなる説明にも取り入れられることになっている。
【０４７０】
下記の説明において、明確なおよび潜在的な指示が状態１３９ｂからのトリガー移行と言われる一方、１３９ｃ状態１３９ｅに、別の実施例は移行を指示の２つのタイプのうちの１つに対してサポートすることがありえるだけである。
別の実施例は、１３９ｂ、１３９ｃ、状態１３９ｂのうちの１つからの、１３９ｃ、しかし、両方ともでなくまたは代わりに両方の状態からの移行をサポートすることがありえるだけである。
【０４７１】
データ収集プロセスは、情報が許容可能性の決定プロセスによって、後の検索のために格納されることができるデータ構造を使用する。
データ収集プロセスは、上記を記載されている（ＦＩＧｓ．９ｃ、９ｏ、１０ｂ、１０ｃ）データ構造の文脈および許容可能性の決定プロセスにて後述する。
当業者は、データ構造が実施態様に含まれるから、これが実施態様がそのデータ構造を使用しているデータ収集プロセスおよび許容可能性の決定プロセスをサポートすることを意味しないということを認識するだろう。
実施態様によって、あるいは、両方とも、データ収集プロセスは、許容可能性の決定プロセスにより用いられるより多くであるか異なる情報を格納することがありえる。
実施態様によって、あるいは、両方とも、データ収集プロセスは、許容可能性の決定プロセスにより用いられるより少ないか異なる情報を格納することがありえる。
しかしながら、上記のように、その他の別の実施例は、ユーザがちょうど今他の選択を表した項目のための異なって前に格納された情報を扱う。
この動作の説明およびその他の別の実施例の動作は状態１３９ｅの説明の各々において、繰り返されない、しかし、それらの説明は状態１３９ｅと関連して本願明細書において、他で記載されている実施態様の別の実施例と考えられていることである。
【０４７２】
許容可能性の決定プロセスごとに、許容可能性の決定プロセスをサポートするために状態１３９ｅで実行される相応したデータ収集動作は、後述する。
情報が項目のためにすでに集められて、処理されるときに、当業者はそれを認識するだろうユーザがいずれを有するかのための、受理または引受拒絶は表した、更新は別の実施例の状態１３９ｅで実行されない。−その理由は、次のことにある。ユーザはすでに有する。そして、選択は表した。
しかしながら、別の実施例で、受理または引受拒絶の最新のユーザ指示は前に格納された指示および係数の任意の必要な算出を置き換える、または、その他の情報は前に格納された指示を使用して実行される。
代替実施形態では、受理または引受拒絶の最新のユーザ指示は、平均される、
ここで
適当で、前に格納された指示については、そして、任意の必要な算出は実行した。
同じ項目の選択の２つ以上のユーザ指示を扱うことを取扱っている動作の前述の説明は状態１３９ｅの説明の各々において、繰り返されない、しかし、それらの説明は状態１３９ｅと関連して本願明細書において、他で記載されている実施態様の各々の別の実施例と考えられていることである。
【０４７３】
図９ｂの方法２００を参照する。プロセス２００は、容認できない項目インジケータ７４ｂの使用を必要とする。
方法２００が項目許容可能性の決定プロセスである実施態様のために、状態機械（１３８）は、ステート（１３９ｂ、１３９ｃ）に、項目の引受拒絶の明確であるか潜在的な指示の発生に、状態（１３９ｂ、１３９ｃ）から状態１３９ｅまで移行する。
状態１３９ｃ．で示されていた状態１３９ｂまたは項目で示されていた項目のために状態１３９ｅで、制御ロジック（７３ｈ）容認できない項目指標７４ｂでストア項目指標
適当なものとして、項目インジケータは、ＤＳ  １５０またはＤＳ  １３９から得られる。
実施態様において、
ここで
指標はＤＳ  １５０またはＤＳ  １３９以外のデータ構造に格納される、インジケータはその他のデータ構造から得られる：
前述は、読み出されて、更新プロセスの一部として格納されるその他の情報にあてはまるために解されることになっている。
状態１３９ｅへの移行が引受拒絶の明確な指示のため起こるときに、指標がインジケータ７４ｂ（状態１３９ｂへの状態機械１３９ｅ移行）に格納されて項目の後、かかわりない状態１３９ｂ（状態１３９ｅへの移行が作られた１３９ｃ）の中でどの一つ。
状態１３９ｅへの移行が引受拒絶の潜在的な指示のため状態１３９ｃから起こるときに、項目指標がインジケータ７４ｂに格納されたあと、状態機械１３９ｅは状態１３９ｃに移行する。
別の実施例において、状態１３９ｂで、制御ロジック（７３ｈ）は、場合によっては置換項目または予定の項目のための時間枠のままになっている時間の他の置換項目を示す。
時間枠のままになっている時間の置換項目を示すことは、別の実施例の状態１３９ｂで実行される動作である。
状態１３９ｂで実行されるこの動作は、状態１３９ｂのその他の説明と関連して記載されている実施態様の別の実施例において、あって、本願明細書において、繰り返されない。
【０４７４】
状態１３９ｅからの上記の移行のいくつかの異なったおよび別々の変形例が、ある。
ちょうど方法２００と関連して記載されているもの以外の、それらが状態１３９ｅのその他の説明と関連して記載されている実施態様の別の実施例である場合であっても、これらの別の実施例は次に記載されていて、状態１３９ｅの説明ごとに繰り返されない。
【０４７５】
状態１３９ｅが、別の実施例において、状態１３９ｅで、引受拒絶の明確な指示に制御ロジック（７３ｈ）に与えられるべきものである状態１３９ｃから始まる、決定する容認できない項目の時間枠のままになっているかなりの時間が、あるどうか。
容認できない項目の時間枠のままになっているかなりの時間があるときに、状態機械（１３８）は状態１３９ｂに移行する。
残っているかなりの時間は設計実装である。そして、本発明は１％〜項目のタイムスロット期間の９９％との間に任意の特定の値に限られていない。
代替実施形態では、残っているかなりの時間は、容認できない項目のタイムスロット期間の５％以上の時間である。
しかしながら、別の実施例で、残っているかなりの時間は、容認できない項目のタイムスロット期間の２０％以上の時間である。
【０４７６】
代替実施形態では、ユーザは、インタフェース（７３ｉ）を介して値を制御ロジック（７３ｈ）が制御ロジック（７３ｈ）記憶装置（７３ｆ）またはユーザ・プロファイル情報（７３ｔ）のメモリに保存するソフトウェア構造物ＡｐｐｒｅｃｉａｂｌｅＴｉｍｅに設定できる。
別の実施例において、状態１３９ｅへの移行の前の状態１３９ｂで、制御ロジック（７３ｈ）は、次の予定の項目が容認できるかどうか決定する。
次の予定の項目が容認できないときに、制御ロジック（７３ｈ）はソフトウェア構造物または可変ＳｕｂｓｔｉｔｕｔｅＮｅｘｔをＴＲＵＥにセットする。
次の予定の項目が容認できるときに、制御ロジック（７３ｈ）はＳｕｂｓｔｉｔｕｔｅＮｅｘｔをＦＡＬＳＥにセットする。
このような実施例では状態１３９ｅで、ＳｕｂｓｔｉｔｕｔｅＮｅｘｔがＴＲＵＥであるときに、状態機械（１３８）は項目インジケータ７４ｂの更新の後、状態１３９ｂに移行する。
当業者は、他の実施例では、状態機械（１３８）が実施態様の状態１３９ｅと関連して記載されている実施態様の適切なデータ構造をアップデートした後に移行するということを認識するだろう。
ＳｕｂｓｔｉｔｕｔｅＮｅｘｔがＦＡＬＳＥであるときに、状態機械（１３８）は項目インジケータ７４ｂの更新の後、状態１３９ｃに移行する。
当業者は、他の実施例では、状態機械（１３８）が実施態様の適切なデータ構造をアップデートした後に移行するということを認識するだろう。
代替実施形態では、容易に状態１３９ｅにおいて、予備成形されるにつれて、許容可能性の次の予定の項目決定は当然である。そして、ＳｕｂｓｔｉｔｕｔｅＮｅｘｔの必要がない。
状態１３９ｂで実行される任意の必要な準備動作（例えば限定するものではないが、ソフトウェア構造物の設定値または移行することの前の変数）は、ＳｕｂｓｔｉｔｕｔｅＮｅｘｔが使われない実施態様において、状態１３９ｅで実行される。
あるいは、準備動作は、状態１３９ｅへ移行する前に、状態１３９ｂで実行される。
準備動作に関連した説明がそうでない前述は本願明細書において、どこか他の所および従来技術において、通常の技術の１つが状態１３７ｂ（１３７ｃ．）と関連して記載されている実施態様に別の実施例の説明に取り入れられるだろうということを認識するだろうことを繰り返した
【０４７７】
代替実施形態では、状態１３９ｂから状態１３９ｅへの状態機械（１３８）移行の前に、次の予定の項目が容認できるかどうか、制御ロジック（７３ｈ）は、決定する。
次の予定の項目が容認できるときに、制御ロジック（７３ｈ）はソフトウェア構造物または可変ＳｃｈｅｄｕｌｅｄＮｅｘｔをＴＲＵＥにセットする。
次の予定の項目が容認できないときに、制御ロジック（７３ｈ）はＳｃｈｅｄｕｌｅＮｅｘｔをＦＡＬＳＥにセットする。
このような実施例では状態１３９ｅで、ＳｃｈｅｄｕｌｅｄＮｅｘｔがＴＲＵＥであるときに、状態機械（１３８）は項目インジケータ７４ｂの更新の後、状態１３９ｃに移行する。
当業者は、他の実施例では、状態機械（１３８）が実施態様の状態１３９ｅと関連して記載されている実施態様の適切なデータ構造の更新の後、移行するということを認識するだろう。
ＳｃｈｅｄｕｌｅｄＮｅｘｔがＦＡＬＳＥであるときに、状態機械（１３８）は項目インジケータ７４ｂの更新の後、状態１３９ｂに移行する。
当業者は、他の実施例では、状態機械（１３８）が実施態様の適切なデータ構造をアップデートした後に移行するということを認識するだろう。
代替実施形態では、容易に状態１３９ｅにおいて、予備成形されるにつれて、許容可能性の次の予定の項目決定は当然である。そして、ＳｃｈｅｄｕｌｅｄＮｅｘｔの必要がない。
状態１３９ｃで実行される任意の必要な準備動作（例えば限定するものではないが、ソフトウェア構造物の設定値または移行することの前の変数）は、ＳｃｈｅｄｕｌｅｄＮｅｘｔが使われない実施態様において、状態１３９ｅで実行される。
あるいは、準備動作は、状態１３９ｅへ移行する前に、状態１３９ｃで実行される。
準備動作に関連した説明がそうでない前述は本願明細書において、どこか他の所および従来技術において、通常の技術の１つが状態１３７ｂ（１３７ｃ．）と関連して記載されている実施態様に別の実施例の説明に取り入れられるだろうということを認識するだろうことを繰り返した
【０４７８】
１３９ｅがそうであるいつの状態が、項目インジケータ７４ｂの更新の後、潜在的な受理のために、制御ロジック（７３ｈ）に入った決定する次の予定の項目が、容認できるどうか。
当業者は、他の実施例では、状態機械（１３８）が実施態様の状態１３９ｅと関連して記載されている実施態様の適切なデータ構造の更新の後、移行するということを認識するだろう。
次の予定の項目が容認できるときに、判定が状態１３９ｂか１３９ｅでなされるかどうかにかかわりなく、状態機械（１３８）は状態１３９ｃに移行する。
次の予定の項目が容認できないときに、判定が状態１３９ｂか１３９ｅでなされるかどうかにかかわりなく、状態機械（１３８）は状態１３９ｂに移行する。
【０４７９】
前述の動作または同等に類似のものは、本願明細書において、記載されている任意の状態機械において、どこでも実行されることがありえる。
移行は設計実装である。そして、多くの選択がどの特定の動作がなされることになっているか、そして、ソフトウェア構造物または変数が使われるかどうかの状態に関してはある。
状態１３９ｅのための前述の別の実施例は、下で繰り返されなくて、本願明細書において、記載されているその他の状態１３９ｅ実施態様の別の実施例であるためにみなされなければならない。
【０４８０】
図９ｆの方法２０２を参照する。プロセス２０２は、容認できる項目インジケータ７４ａおよび容認できない項目インジケータ７４ｂの使用を必要とする。
方法２０２が項目許容可能性の決定プロセスである実施態様のために、状態機械（１３８）は、１３９ｂ、いずれの受理の明確であるか潜在的な指示もまたは状態（１３９ｂ、１３９ｃ）の項目の引受拒絶の発生の状態１３９ｅに対する１３９ｃ、状態から移行する。
移行が、状態１３９ｅで、項目の引受拒絶の明確であるか潜在的な指示に容認できない項目インジケータ７４ｂの制御ロジック（７３ｈ）ストアの予定のときに、状態１３９ｂまたは項目で示されていた置換項目のための項目指標は状態１３９ｃで非常に提示されていた。
代替実施形態では、項目指標がインジケータ７４ｂに格納されたあと、状態機械１３９ｅは状態１３９ｂに移行する。そして、状態１３９ｅへの移行がそうであった１３９ｃが状態１３９ｂの中でどのものを作ったかかかわりない。
【０４８１】
移行が項目の受理の明確であるか潜在的な指示によるときに、状態１３９ｅで、制御ロジックは７３ｈ、容認できる項目指標７４ａで状態１３９ｂで示されていた置換項目のための項目インジケータまたは状態１３９ｃで示されていた項目を格納する。
１３９ｅが状態１３９ｃから起こったとしている移行である場合、項目指標がインジケータ７４ａに格納されたあと、状態機械１３９ｅは状態１３９ｃに移行する。
１３９ｅが状態１３９ｂから起こったとしている移行である場合、項目指標がインジケータ７４ａに格納されたあと、状態機械１３９ｅは状態１３９ｂに移行する。
【０４８２】
図９ｆの方法２０４を参照する。方法により示されるように、２０４は、複数の別の実施例を有する。
代替実施形態では、プロセス２０４は、容認できる項目インジケータ７４ａ、容認できない項目インジケータ７４ｂおよびグループコード７４ｃの使用を必要とする。
代替実施形態では、方法２０４は、７４ｆ．７４ｄ容認できる項目インジケータ７４ａ、容認できない項目インジケータ７４ｂ、グループコード７４ｃ、ユーザーグループ類似性係数または相関の使用および項目順位閾値を含む。
【０４８３】
方法２０４が項目許容可能性の決定プロセスである実施態様のために、状態機械（１３８）は、１３９ｂ、１３９ｃ、ステートに状態１３９ｂ、いずれの受理の明確であるか潜在的な指示の発生の状態１３９ｅに対する１３９ｃもまたは項目の引受拒絶から移行する。
移行が、状態１３９ｅで、項目の引受拒絶の明確であるか潜在的な指示に容認できない項目インジケータ７４ｂの制御ロジック（７３ｈ）ストアの予定のときに、状態１３９ｂまたは項目で示されていた置換項目のための項目指標は状態１３９ｃで非常に提示されていた。
代替実施形態では、１３９ｅが状態１３９ｃから起こったとしている移行である場合、項目指標がインジケータ７４ｂに格納されたあと、状態機械１３９ｅは状態１３９ｂに移行する。
１３９ｅが状態１３９ｂから起こったとしている移行である場合、項目指標がインジケータ７４ｂに格納されたあと、状態機械１３９ｅは状態１３９ｂに移行する。
【０４８４】
しかしながら、別の実施例で、項目の後、指標はインジケータ７４ｂに格納される − （１３８）が移行しない状態機械は１３９ｂ、している − 制御ロジック（７３ｈ）までの１３９ｃはユーザーグループ関連情報を更新した。
この種の別の実施例（容認できないと考えられる項目と関係しているグループコードの各々のための）において、制御ロジック（７３ｈ）ユーザのためのユーザーグループ相関または類似性係数を決定する。そして、まとめるグループコードを関係している。
この動作は、受理の明確であるか潜在的な指示のために、状態１３９ｅへの移行と関連して、後で更に詳細に記載されている。
しかしながら、別の実施例で、容認できないと考えられる項目と関係しているグループコードの各々のために、制御ロジック（７３ｈ）は、ユーザのためのユーザーグループ項目品質類似性係数およびグループコードと関係しているグループ項目特性を決定する。
この動作は、受理の明確であるか潜在的な指示のために、状態１３９ｅへの移行と関連して、後で更に詳細に記載されている。
【０４８５】
移行が、状態１３９ｅで、項目の受理の明確であるか潜在的な指示に容認できる項目インジケータ７４ａの制御ロジック（７３ｈ）ストアの予定のときに、状態１３９ｂまたは項目で示されていた項目のための項目指標は状態１３９ｃで非常に提示されていた。
制御ロジック（７３ｈ）は、また、ユーザ・グループコード７４ｃの項目と関係しているグループコードを格納する。
グループコード、適当なものとして、ＤＳ  １５０またはＤＳ  １３９から得る。
実施態様において、
ここで
グループコードＤＳ  １５０またはＤＳ  １３９以外のデータ構造で格納する、グループコードその他のデータ構造（ｓ）から得る。
前述は、読み出されて、本願明細書において、記載されている任意の更新プロセスの一部として格納されるその他の情報にあてはまるために解されることになっている。
１３９ｅが状態１３９ｃから起こったとしている移行である場合、項目インジケータおよびグループコードが格納されたあと、状態機械１３９ｅは状態１３９ｃに移行する。
１３９ｅが状態１３９ｂから起こったとしている移行である場合、項目インジケータおよびグループコードが格納されたあと、状態機械１３９ｅは状態１３９ｂに移行する。
【０４８６】
代替実施形態では、移行が、状態１３９ｅで、項目の受理の明確であるか潜在的な指示に容認できる項目インジケータ７４ａの制御ロジック（７３ｈ）ストアの予定のときに、状態１３９ｂまたは項目で示されていた置換項目のための項目指標は状態１３９ｃで非常に提示されていた。
制御ロジック（７３ｈ）はまた、ユーザ・グループコード７４ｃの項目と関係しているグループコードを格納する。そして、グループコードと関係しているグループの各々のために制御ロジック（７３ｈ）はユーザーグループ相関または類似性係数を決定する。
代替実施形態では、制御ロジック（７３ｈ）はまた、ユーザ・グループコード７４ｃの項目と関係しているグループコードを格納する。そして、グループコードと関係しているグループの各々のために制御ロジック（７３ｈ）は利用者団体項目品質類似性係数を決定する。
【０４８７】
別の実施例において、利用者団体類似性係数を決定するために制御ロジック（７３ｈ）が各会員の項目のランキングを受信することのまとめる、その人の何人かは、ユーザによって、ランクを付けられる容認できる項目位にまだランクすることはありえなかった。
何百万ものユーザがいるケースのコンピュータのおよび記憶装置ロードを示されて、７３ｄトランシーバ、受信器（７３ｂ）または制御ロジック（７３ｈ）に連結する物理記憶媒体を介して、別の実施例において、制御ロジック（７３ｈ）を与えることは、望ましくありえる、なぜならば、各々状態（１３９ｂ、１３９ｃ）で示される特定の項目は項目のグループの平均ランキングを結びつけた。
【０４８８】
グループ順位は項目ｉにグループの選択の指示を与える。そして、項目が場合によっては状態（１３９ｂ、１３９ｃ）で示される。
状態１３９ｅで、制御ロジック（７３ｈ）ユーザ間のウェイトを決定する。そして、まとめるユーザがグループのランキングが以下の式を評価することによって、受け取られた項目に示したランキングを使用する：
【数２５】
2008514127.tif 000026
Ｅ．２０
ここで
場合によっては、ＧＣはそれがユーザが、容認できるか容認できないとわかった項目を関係しているグループコード・フィールドのグループコードである項目項目の一組が置換項目のまたは予定の項目のグループコードに関連しており、そして、ユーザがいずれを与えたかあるそれである内在するか明確なランキング、そして、｜項目｜はセットの項目の数であり、ｒg,nはそうであるまとめる項目ｎのためにランキングである。
項目と関係している複数のグループコードがあるときに、制御ロジック（７３ｈ）は
【数２６】
2008514127.tif 000027
を算出するごとに項目と関係しているグループ、
ここで
ｊ＝１ｓ、そして、ｓは１以上の整数である。
【０４８９】
図９ｋは、本発明の別の実施例に従って更に詳細にユーザーグループ類似性係数−関連情報を例示する。
７４ｄが７６ｈデータ構造を含んで図９ｋに示されるユーザーグループ類似性係数。
ＤＳは、７６ｈ、ＤＳ  １５０のフィールド（１５１ｈ）またはＤＳ  １３９の項目識別子エントリーにおいて、見つかってエントリーとしてそれのようなグループコードを有するグループコード・フィールド７６ｉを含む。
ＤＳ（７６ｈ）が３つのグループ（グループコード「１４」「７６」および「９１」だけ特定されるもの）のための利用者団体ウェイト情報を含む一方、当業者はＤＳは、７６ｈ、３のための情報を示すことに限られていないまとめる、各々いずれがユーザのウェイト関係を記載するかという複数のレコードを有することがありえる。そして、まとめる。そして、各々いずれがフィールド（７６ｊ、７６ｋ）のためのエントリーを有するか、ということを認識するだろう。
【０４９０】
状態１３９ｂで示される項目ごとに、ランクされる１３９ｃまとめる。そして、ユーザが、状態１３９ｂで潜在的であるか明確なランキングを与える、１３９ｃ制御ロジック（７３ｈ）は、状態１３９ｅで対応するＷｕ，ＧＣを算出する。
例えば、項目がグループコード「１４」および「９１」と関係している。そして、ユーザが項目にランキングを与える場合、後述するように、制御ロジック（７３ｈ）はＷｕ，１４およびＷｕ，９１を算出する。
【０４９１】
当業者は、Ｗｕ，ＧＣが算出されるということを認識するだろう、
実施態様によって、
実行統計を使用すること、または両方のユーザ・ランキングを格納することによって、そして、まとめるランキングまとめるグループコードＧＣ関係している、そうすると、検索によって、式を評価するランキングの各々Ｗｕ，ＧＣを決定している。
当業者は、実行統計がコンピュータのパワーおよびメモリのより効率的な使用法であるということを認識するだろう。
実行統計Ｗｕ，ＧＣを使用することは、その組成のパーツに分類される。
情報が利用できるようになるにつれて、制御ロジック（７３ｈ）は各部のための新規な値を評価して、それらを制御ロジック（７３ｈ）または記憶装置（７３ｆ）の一時記憶に格納する。
パーツは、項目ｉが提示されようとしている。そして、許容可能性判定が制御ロジック（７３ｈ）によって、なされることになっているときに、Ｗｕ，ＧＣ部分が、更新された時刻にすでに評価されない場合、各部があってＷｕ，ＧＣを決定するために一時記憶から読み出して、使用したようなものである。
さらにまた、項目ｉについての新情報が潜在的であるか明確なランキングのため利用できるようになるときに、各部は新情報に基づく制御ロジック（７３ｈ）により更新される。
【０４９２】
当業者は、Ｗｕ，ＧＣが各々いずれが単純なおよび比較的速い数値演算により更新されることができるかという以下の組成の部分に分類されることがありえるということを認識するだろう。
【数２７】
2008514127.tif 000028
上記のパーツに関して、Ｗｕ，ＧＣは、以下として書き込まれることができる：
【数２８】
2008514127.tif 000029
Ｅ．２１
【０４９３】
図９ｋを再度参照する。ＤＳが７６ｈ  ３つのレコード、グループコード「１４」の各々のための１つのレコード、「７６」を含むこと、「９１．」Ｅａｃｈレコード２つのフィールドを有する：
ウェイトは、７６ｋ、７６ｊフィールドおよびウェイト・フィールドを分ける。
ウェイト・パーツ・フィールドは、７６ｊ、６つの部分体を含む：
いずれが５つの対応するパーツのうちの１つに対応するエントリーを有するかという各々が、上記および｜項目｜を記載した。
ウェイト・フィールドのためのエントリーは７６ｋ、ウェイトＷｕ，ＧＣのための値を保つ、と、レコードの６つの部分体のためのエントリーを使用することが算出した。
ユーザが潜在的であるか明確なランク付けをするときはいつでも、制御ロジック（７３ｈ）アップデート新規なランク付けを使用している６つの部分体の各々において、エントリー、そうすると、ウェイト・エントリーのための新規な値Ｗｕ，ＧＣを算出する、ウェイト・フィールド７６ｋの。
それにおいて、グループのためのユーザ平均順位が、項目間の位置にあって予測されるユーザを決定するために必要な別の実施例において、制御ロジック（７３ｈ）は、ＤＳ（７６ｈ）のグループのレコードのそれぞれの値の商β5および｜項目｜を決定することによって、グループのためのユーザ平均順位を決定する。
【０４９４】
別の実施例において、７６ｈ  ＤＳの各グループコード・レコードのためのβ5更新および｜項目｜の後、制御ロジック（７３ｈ）は、グループ（７４ｊ）のためのユーザ平均順位の商および｜項目｜を格納する。
商が付随するグループコードに基づく制御ロジック（７３ｈ）にアクセス可能であるように、商はグループで方法に保存される（７４ｊ）。
別の実施例の項目のためにランクして予測されるユーザを決定するときに、制御ロジック（７３ｈ）は適当な商にアクセスする。
【０４９５】
図９ｙは、本発明の別の実施例に従って更に詳細にユーザーグループ類似性係数−関連情報を例示する。
類似性係数（７４ｄ）をユーザーグループ・データ構造（７６ｌ）を含むこととしての図９ｙにおいて、示す。
ＤＳは、７６ｌ、７６ｍ、ＤＳ  １５０のフィールド（１５１ｈ）またはＤＳ  １３９のレコードにおいて、見つかってエントリーとしてそれのようなグループコードを有するグループコード・フィールドを含む。
ＤＳ（７６ｌ）が、３つのグループのためのユーザーグループ・ウェイト情報を含む。そして、ものがグループコード「１４」「７６」および「９１」だけ特定される、 − ＤＳは、７６ｌ、３つのグループのための情報を示すことに限られていないために、当業者が認識するだろう − ＤＳが７６ｌ複数のレコードを有することがありえるが、複数のレコードの各々は項目品質のためのユーザのランキングおよび項目品質のためのグループのランキングの類似性を記載する。そして、複数のレコードの各々はフィールド（７６ｎ、７６ｏ、７６ｐ、７６ｑ、７６ｒ、７６ｓ）のためのエントリーを有する。
項目品質１パーツ・フィールド７６ｎのためのエントリーは、７６ｊ．フィールドのためのエントリーと同じフィールドを有する。
優良な１部フィールド７６ｎのためのエントリーのパーツは、ユーザ−グループ項目優良な１つの類似性係数体７６ｑ、
【数２９】
2008514127.tif 000030
のためのエントリーを決定するために、制御ロジック（７３ｈ）により用いられる。
各々の
【数３０】
2008514127.tif 000031
は制御ロジック（７３ｈ）により決定されるグループ項目品質１ランキングだけを使用している評価式Ｅ．２０によって、のまとめるグループコードＧＣおよび項目のためのユーザの項目品質１ランキング関係している、ランクされたまとめるグループコードＧＣを関係している。
【０４９６】
項目品質２パーツ・フィールド７６ｏのためのエントリーは、７６ｊ．フィールドのためのエントリーと同じフィールドを有する。
優良な２部フィールド７６ｏのためのエントリーのパーツは、ユーザ−グループ項目優良な２つの類似性係数体７６ｒ、
【数３１】
2008514127.tif 000032
のためのエントリーを決定するために、制御ロジック（７３ｈ）により用いられる。
優良な３部フィールドのためのエントリーのパーツは、７６ｐ、７６ｓ、
【数３２】
2008514127.tif 000033
ユーザ−グループ項目優良な３つの類似性係数体のためのエントリーを決定するために、制御ロジック（７３ｈ）により用いられる。
【０４９７】
状態１３９ｂで示される項目ごとに、項目特性に一致することにランクを付けられる１３９ｃまとめる。そして、ユーザが、状態１３９ｂで項目特性に潜在的であるか明確なランキングを与える、１３９ｃ制御ロジック（７３ｈ）は、対応する
【数３３】
2008514127.tif 000034
を状態１３９ｅで算出する、
ここで
ｑv＝ｑ1，ｑw、そして、ｗ整数が、２以上である。
例えば、項目がグループコード「１４」および「９１」と関係している。そして、ユーザが一つ以上の項目特性にランキングを与える場合、制御ロジック（７３ｈ）はユーザの項目品質順位およびグループの項目品質順位間の類似性係数位にランクされる項目品質ごとに算出する。
想定している全３つの項目特性はランクを付けられると、制御ロジック（７３ｈ）が
【数３４】
2008514127.tif 000035
および
【数３５】
2008514127.tif 000036
を算出する。
【０４９８】
当業者は、
【数３６】
2008514127.tif 000037
が算出されるということを認識するだろう、
実施態様によって、
実行統計を使用すること、または両方のユーザ・ランキングを格納することによって、そして、まとめるランキングまとめるグループコードＧＣ関係している、そうすると、検索によって、式を評価するランキングの各々
【数３７】
2008514127.tif 000038
を決定している。
当業者は、実行統計がコンピュータのパワーおよびメモリのより効率的な使用法であるということを認識するだろう。
実行統計
【数３８】
2008514127.tif 000039
を使用することは、その組成のパーツに分類される。
情報が利用できるようになるにつれて、制御ロジック（７３ｈ）は各部のための新規な値を評価して、それらを制御ロジック（７３ｈ）または記憶装置（７３ｆ）の一時記憶に格納する。
【０４９９】
部分が、項目ｉが発表されようとしている。そして、許容可能性の決定が制御ロジック（７３ｈ）によって、作られることであるときに、各部が一時記憶から読み出されるようなものであって、使われる決定する、
【数３９】
2008514127.tif 000040
更新時にすでに
【数４０】
2008514127.tif 000041
決定しなかった。
さらにまた、項目ｉについての新情報が潜在的であるか明確なランキングのため利用できるようになるときに、各部は新情報に基づく制御ロジック（７３ｈ）により更新される。
【０５００】
図９ｚは、本発明の別の実施例に従って更に詳細にユーザーグループ類似性係数−関連情報を例示する。
７４ｄが７６ａ．データ構造を含んで図９ｚに示されるユーザーグループウェイト。
ＤＳ  ７６ａは、ＤＳ  １５０のフィールド（１５１ｈ）またはＤＳ  １３９の項目識別子エントリーにおいて、見つかってエントリーとしてそれのようなグループコードを有するグループコード・フィールド７６ｂを含む。
ＤＳ  ７６ａが一例として、ユーザ相関情報を含む、まとめる、グループコード「１４」により特定されて、当業者は、ＤＳ  ７６ａが一例として、情報を示すことに限られていないということを認識するだろうまとめる。
ＤＳ  ７６ａは、複数のレコードをフィールド７６ｃ、７６ｄ、７６ｅのためのエントリーを有する各々にして、実施態様（以下の一つ以上）に依存できる：
７６ｇフィールド７６ｆおよびフィールド。
ＤＳ  ７６ａは、含むまとめて正の指示フィールド７６ｃは、まとめて７６ｄ負の符号表示フィールド、指示商７６ｅ、ユーザ順位７６ｆのうち合計は、概説してまとめて７６ｇ．でランクする
代替実施形態では、ＤＳ  ７６ａは、７６ｆ．ユーザ順位の合計を含まない。
代替実施形態では、ＤＳ  ７６ａは、７６ｇ、グループ順位の合計を含まない。
代替実施形態では、ＤＳ  ７６ａは、７６ｆ、７６ｇ、順位のどちらも含まない。
【０５０１】
代替実施形態では、ユーザーグループ類似性係数は、単にユーザが容認できるとわかったグループによって、ランクを付けられる項目のパーセンテージである。
このような実施例では状態１３９ｅで、制御ロジック（７３ｈ）は、ＤＳ  １５０（または類似のデータ構造）から、１３９ｂ、１３９ｃ、状態の一つで示された暗に、または、明示的にランクを付けられた項目と関係している項目インジケータを得る。
容認できる様に項目がランクを付けられるときに、制御ロジック（７３ｈ）は項目インジケータが容認できる項目の１つに７４ａ．に合うものを見つけるかどうか決定する。
この動作は、別の実施例の状態１３９ｅで、まず最初に、項目のための保存した情報がユーザの後の選択指示と置き換えられないことを示すために、ここで記載されている。
しかしながら、上記のように、その他の別の実施例は、ユーザがちょうど今他の選択を表した項目のための異なって前に格納された情報を扱う。
この動作およびその関連した動作の説明は下記を記載した、そして、その他の別の実施例の動作は状態１３９ｅの説明の各々において、繰り返されない、しかし、それらの説明は状態１３９ｅの説明と関連して本願明細書において、他で記載されている実施態様の別の実施例と考えられていることである。
【０５０２】
いずれは１３９ｅが始まったとしているかという１３９ｃ、マッチ（状態１３９ｂへの状態機械（１３８）移行）がある、マッチが項目が作動状態の影響であることを表す、まとめるウェイト情報が、すでに因数に分解されたインチであった
マッチがないときに、制御ロジック（７３ｈ）はＤＳ  １５０のフィールド（１５１ｈ）のようなフィールドから、または、ＤＳ  １３９の項目の付随するレコードから項目と関係しているグループコードを得る。
制御ロジック（７３ｈ）は、項目と関係している各グループコードに基づく７６ａをＤＳにインデックス付けする。
容認できて、各グループコード間の様に項目がランクを付けられるときに、エントリーの付随する値を増加するまとめる制御ロジック（７３ｈ）正の指示フィールド７６ｃ．
非容認できて、各グループコード間の様に項目がランクを付けられるときに、制御ロジック（７３ｈ）エントリーの付随する値を増加するまとめる７６ｄ負の符号表示フィールド。
実施態様において、
ここで
多様な評価された順位はユーザにより示される、制御ロジック（７３ｈ）は７６ｆ、要するに、ユーザによって、ある値を示される順位を合計して、新規な合計を７６ｆ．に格納する。
実施態様において、
ここで
グループコードはグループ順位を結びつけた。そして、ＤＳ  ７６ａへの制御ロジック（７３ｈ）インデックスが項目と関係している各グループコードに基づいた。
項目の許容可能性にかかわりなく、グループコードごとに、制御ロジック（７３ｈ）は、合計（７６ｇ）に存在する値を有するグループ順位を加算する。
【０５０３】
ＤＳ  ７６ａは、７６ｃ、７６ｄ、フィールド７６ｃのエントリーの商およびフィールドのエントリーの合計を保つフィールド７６ｅを含む。
商は、単にユーザによって、容認できるために見つかったグループと関係している項目の何分の１である。
フィールド７６ｃ．の増加された値を使用して算出される商の中で、７６ｄフィールド７６ｃまたはフィールドの値を増加した後に、項目と関係しているグループコード（適当なものとしての）ごとに制御ロジック（７３ｈ）フィールド７６ｅにおいて、ストア新規な値
図９ｚで例示されるケースのために、制御ロジック（７３ｈ）がフィールド７６ｃを増加したあと、７６ｄ、適当な様に、制御ロジック（７３ｈ）はフィールド７６ｅのエントリーとして３０／４５およびストア０．６６を評価する。
【０５０４】
フィールド７６ｅのための新規な商値を決定した後に、容認できない様に項目がランクを付けられるときに、１３９ｅが状態１３９ｂから起こったとしている移行である場合、別の実施例で、状態機械（１３８）は状態１３９ｂに移行する。
容認できる様に項目がランクを付けられるときに、１３９ｅが状態１３９ｂから起こったとしている移行である場合、別の実施例で、状態機械（１３８）は状態１３９ｂに移行する。
【０５０５】
項目が容認できてランクを付けられるときに、１３９ｅが状態１３９ｃから起こったとしている移行である場合、別の実施例で、状態機械（１３８）は状態１３９ｃに移行する。
項目が容認できなくてランクを付けられるときに、１３９ｅが状態１３９ｃから起こったとしている移行である場合、別の実施例で、状態機械（１３８）は状態１３９ｂに移行する。
【０５０６】
代替実施形態では、制御ロジック（７３ｈ）は、上記の式のユーザーグループ類似性係数として、指示商７６ｅの値を使用する。
代替実施形態では、方法２０４またはあるいは、方法２０８の項目許容可能性を決定するために、制御ロジック（７３ｈ）また、使用するまとめる７６ｇ階層和、そして、項目のためのユーザの順位を予測するために上記の式Ｅ．１４を評価する際のユーザ階層和７６ｆ。
このような実施例では、ユーザは、順位を平均するまとめる単にユーザ階層和のエントリーの比率が、７６ｃ、７６ｄ、フィールドのエントリーの合計に対する７６ｆである。
【数４１】
2008514127.tif 000042
単にユーザの平均は、グループコードが項目と関係しているグループのための平均順位である。
【数４２】
2008514127.tif 000043
単にグループ階層和のグループのエントリーの比率は、７６ｃ、７６ｄ、フィールドのエントリーの合計に対する７６ｇである。
【数４３】
2008514127.tif 000044
Ｅ．１４
【０５０７】
図９ｎの方法２０６を参照する。方法により示されるように、２０６は、複数の別の実施例を有する。
代替実施形態では、方法２０６は、容認できない項目インジケータ７４ｂを含む。
代替実施形態では、方法２０６は、容認できない項目インジケータの代わりに項目指標７４ｂに保存される容認できない項目カテゴリ・インジケータを含む。
代替実施形態では、方法２０６は、容認できない項目インジケータおよび容認できない項目カテゴリ・インジケータを項目指標７４ｂに関係させる。
代替実施形態では、方法２０６は、７４ｇユーザ関連の項目およびユーザ項目ランキング（７４ｈ）を含む。
代替実施形態では、方法２０６は、７４ｌ、７４ｊユーザおよびユーザ・カテゴリ・ランキングと関係している項目カテゴリを含む。
【０５０８】
図９ｎの方法２０６を参照する。プロセス２０６は、容認できない項目インジケータ７４ｂの使用を必要とする。
方法２０６が項目許容可能性の決定プロセスである実施態様のために、状態機械（１３８）は、１３９ｃ、状態１３９ｂ（状態１３９ｂの項目の引受拒絶の明確であるか潜在的な指示の発生の状態１３９ｅに対する１３９ｃ）から移行する。
状態１３９ｅで、制御ロジック（７３ｈ）は、場合によっては、状態１３９ｃで示されていた状態１３９ｂまたは項目で示されていた項目のための容認できない項目インジケータ７４ｂ全部項目指標で保存する。
代替実施形態では、プロセス２０６は、項目カテゴリ・インジケータの使用を必要とする。
この種の別の実施例において、状態１３９ｅで、制御ロジック（７３ｈ）は、項目カテゴリ指標を項目インジケータ７４ｂに格納する。
これらの項目カテゴリ・インジケータは、フィールド（１５１ｈ）から得られるかまたはＤＳ  １３９またはＤＳ  １５６のフィールド（１５１ｉ）またはレコードである。
代替実施形態では、プロセス２０６は、項目カテゴリ・インジケータおよび項目インジケータの使用を必要とする。
この種の別の実施例において、状態１３９ｅで、制御ロジック（７３ｈ）は、項目カテゴリ・インジケータおよび項目指標を項目インジケータ７４ｂに格納する。
項目インジケータ、カテゴリ・インジケータまたは両方とも、実施態様によって、状態（１３９ｅ）への移行が、得られた状態（１３９ｂ、１３９ｃ）のどの一つからであるかにかかわり無く、指標７４ｂ（状態１３９ｂへの状態機械１３９ｅ移行）に保存される。
【０５０９】
図９ｎの方法２０６の別の実施例において、方法２０６は、７４ｌおよびユーザ平均カテゴリが７４ｍ位にランクするユーザ・カテゴリ・インジケータを含む。
方法２０６のこの別の実施例が項目許容可能性の決定のために使われる所で、状態機械（１３８）は１３９ｃ、状態１３９ｂ（引受拒絶の明確であるか潜在的な指示または状態１３９ｂの項目の受理の明確であるか潜在的な指示の発生の状態１３９ｅに対する１３９ｃ）から移行する。
代替実施形態では、（または引受拒絶）指示がどの受理を示されたかという項目が、フィールド（１５１ｈ）のエントリーの、または、ＤＳ  １３９のレコード記述項のその付随する項目カテゴリ・インジケータを有する。
しかしながら、項目の付随する項目カテゴリ指標が格納されるところにかかわりなく、制御ロジック（７３ｈ）は、カテゴリ・インジケータを読み出して、７４ｌ、それらをユーザ・カテゴリ指標に保存する。
項目カテゴリ・インジケータのうちの１つ両方は、フィールド１５１ｅまたは１５１ｉにおいて、特定される項目と関係している、または、のＤＳ  １３９および項目を含むカテゴリまでの位置において、レコード。
制御ロジック位にランクしているユーザ項目を用いて、ユーザ平均カテゴリの（７３ｈ）アップデートは、７４ｍを項目を含むカテゴリのためのユーザ平均順位位にランクする。
あるいは、ユーザ平均カテゴリの制御ロジック（７３ｈ）アップデートは７４ｍを項目を含むカテゴリのためのユーザ平均順位位にランクする。そして、ユーザと関係している残りの項目カテゴリ・インジケータにより示されているカテゴリは項目位にランクした。
代替実施形態では、項目のものは、フィールド１５７ａに格納されるカテゴリ類似性指示を結びつけた、または、のＤＳ  １３９において、レコード、または、１５０がそうであるＤＳは、制御ロジック（７３ｈ）によって、プロファイル情報（７３ｔ）のカテゴリ類似性指示データ構造を読み出して、保存した。
更新が実行されたあと、状態機械（１３８）は状態１３９ｂ（状態１３９ｅが引受拒絶の明確であるか潜在的な指示のため状態１３９ｃから始まる場合を除き、状態１３９ｅが始まった１３９ｃ）に移行する、
どのケースは１３８が状態１３９ｂに移行するとしているか。
【０５１０】
代替実施形態では、方法２０６は、７４ｇユーザおよびユーザ項目ランキング（７４ｈ）と関係している項目を含む。
方法２０６のこの別の実施例が項目許容可能性の決定のために使われる所で、状態機械（１３８）は１３９ｃ、状態１３９ｂ（引受拒絶の明確であるか潜在的な指示または状態１３９ｂの項目の受理の明確であるか潜在的な指示の発生の状態１３９ｅに対する１３９ｃ）から移行する。
状態１３９ｅで、制御ロジック（７３ｈ）は、項目（７４ｈ）のユーザ・ランキングの、ユーザ・ランキングを格納する。そして、７４ｇユーザと関係している項目において、項目の項目指標を格納する。
更新が実行されたあと、状態機械（１３８）は状態１３９ｂ（状態１３９ｅが引受拒絶の明確であるか潜在的な指示のため状態１３９ｃから始まる場合を除き、状態１３９ｅが始まった１３９ｃ）に移行する、
どのケースは１３８が状態１３９ｂに移行するとしているか。
【０５１１】
方法２０８が項目許容可能性の決定プロセスである実施態様のために、更新プロセス別の実施例は、方法２０４と関連して記載されているが、ユーザーグループ類似性係数を含んでいる予測において、使用する更新情報を含んでいる動作に限られている更新プロセス別の実施例と同様である。
【０５１２】
方法２１０が項目許容可能性の決定プロセスである実施態様のために、ユーザーグループ類似性係数を含んでいる予測において、使用する更新情報を含んでいて、方法２０８と関連して記載されている更新プロセス別の実施例を含んでいる動作なしで以外、更新プロセス別の実施例は、方法２０４と関連して記載されている更新プロセス別の実施例と同様である。
【０５１３】
図１０ａの方法２１２の別の実施例において、方法２１２は、ユーザ項目ランキング２２０ｂおよびユーザ−ユーザ類似性係数２２０ｃを含む。
ユーザ項目ランキングは、７４ｇおよび７４ｈの図９ｖ、９ｘの形を有する。
方法２１２のこの別の実施例が項目許容可能性の決定のために使われる所で、状態機械（１３８）は１３９ｃ、状態１３９ｂ（引受拒絶の明確であるか潜在的な指示または状態１３９ｂの項目の受理の明確であるか潜在的な指示の発生の状態１３９ｅに対する１３９ｃ）から移行する。
状態１３９ｅで、制御ロジック（７３ｈ）ユーザ項目ランキング２２０ｂにおいて、ストア、場合によっては、項目インジケータおよび現れられていた状態１３９ｂまたは項目で示されていた項目のためのユーザ・ランキングは、１３９ｃ、している。
項目インジケータは、（適当な様に）ＤＳ  １５０（ＤＳ  １５６）またはＤＳ  １３９から得られる。
代替実施形態では、制御ロジック（７３ｈ）は、状態機械１３９が、１３９ｂ、１３９ｃ、状態のうちの１つに移行する２２０ｂ前にデバイス・ユーザ２２０ａおよびユーザ項目ランキング以外のユーザの項目ランキングを使用しているユーザ−ユーザ相関係数算出を始める。
状態機械１３９が、１３９ｂ、１３９ｃ、状態のうちの１つに移行したあと、代替実施形態では、ユーザ−ユーザ係数算出はあとで実行される。
代替実施形態では、いくつかのユーザ項目順位がユーザ項目ランキング２２０ｂに格納されたあと、ユーザ−ユーザ係数算出はあとで実行される。
状態１３９ｅが状態１３９ｂから始まるときに、格納動作が実行される。そして、係数算出要件が前述の別の実施例の１つに従って満たされたあと、状態機械１３９は状態１３９ｂに移行する。
１３９ｅが状態１３９ｃから始まる。そして、項目のためのユーザ順位が受理が格納動作の後、実行される。そして、係数算出要件が前述の別の実施例のうちの１つに従って満たされることを表すとするときに、状態機械１３９は状態１３９ｃに移行する。
１３９ｅが状態１３９ｃから始まる。そして、項目のためのユーザ順位が引受拒絶が格納動作の後、実行される。そして、係数算出要件が前述の別の実施例のうちの１つに従って満たされることを表すとするときに、状態機械１３９は状態１３９ｂに移行する。
【０５１４】
方法２１２が項目許容可能性の決定プロセスである実施態様のために、更新プロセス別の実施例は、以下と関連して記載されている更新プロセス別の実施例と同様である：
方法２０６または２０４（項目類似性係数を含んでいる予測において、使用する更新情報を含んでいる動作に限られたもの以外の）、
そして、方法２０４と関連して記載されているが、ユーザーグループ類似性係数を含んでいる予測において、使用する更新情報を含んでいる動作に限られている別の実施例。
【０５１５】
更新プロセスは、１３９ｂ、１３９ｃ、状態で動作に多くの影響を及ぼさない。
受理の潜在的な指示が状態１３９ｂのいずれの一つでも起こるときに、１３９ｃ、状態機械（１３８）は状態１３９ｅに移行して、それから、状態１３９ｂ（移行がなされた１３９ｃ）に戻る。
状態機械（１３８）が戻ったあと、制御ロジック（７３ｈ）は状態１３７ｂ（１３７ｃ）と関連して記載されていた任意の残りの動作を実行する。そして、状態機械（１３８）は将来の移行を上記の通りにする。
変化チャネル・イベントが状態１３９ｅで起こるときに、更新処理は状態１３９ｅで実行される。そして、帰還に応じて、適当な様に、１３９ｃ、１３９ｂ状態機械（１３８）が変化チャネルを実行するとしていることは、１３９ｂ、１３９ｃ、（適当な様に）状態からの移行を誘発した。
引受拒絶の潜在的な指示が状態１３９ｃで起こるときに、状態機械（１３８）は状態１３９ｅに移行して、それから状態１３９ｃに戻る。
状態１３９ｃへのその復帰に応じて、状態機械（１３８）は、１３９ａ．状態に移行する。
【０５１６】
引受拒絶の潜在的な指示が状態１３９ｂで起こるときに、状態機械（１３８）は状態１３９ｅに移行して、それから状態１３９ｂに戻る。
状態１３９ｂへのその復帰に応じて、状態機械（１３８）は、状態（１３９ａ）に移行する。
【０５１７】
引受拒絶の明確な指示が状態１３９ｂで起こるときに、状態１３９ｅから状態１３９ｂへの復帰に応じて、制御ロジック（７３ｈ）は置換項目を提示する。
項目がユーザに容認できないために決定されるときに、置換項目は容認できない項目の時間枠のままになっている時間の間、または、容認できない項目の（ユーザ・ランキングが状態１３９ｅへの移行につながったもの）時間枠および次の予定の項目の時間のままになっている時間の間動作する。
【０５１８】
引受拒絶の明確な指示が状態１３９ｃで起こるときに、状態機械（１３８）は状態１３９ｅに移行して、上記の通りで、別の実施例の状態１３９ｃに戻らない。
しかしながら、別の実施例で、別の実施例にて説明したようにも、状態機械（１３８）は、状態１３９ｃに戻る。
協調フィルタリング・システムがユーザが興味を起こすかもしれない利用者選好および項目を決定することがありえるように、ユーザープロファイル（７３ｔ）の更新された情報はサーバー（２９ａ、２９ｃ）のうちの１台に送信される。
【０５１９】
制御ロジック（７３ｈ）がサーバーのうちの１台に連結するときはいつでも、サーバー（２９ａ、２９ｃ）のうちの１台にまだ送信されなかった、新しく更新された（２９ａ、２９ｃ）情報はサーバー（２９ａ、２９ｃ）のうちの１台に送信される。
更新された情報が、実施態様によって、中に存在する、制限される、以下の一つ以上：
項目指標（７４ａ、７４ｂ）グループコード（７４ｃ）項目指標（７４ｇ）そして、ランキング（７４ｈ）（項目２２０ｂのユーザ・ランキング）そして、ユーザ（７４ｌ）と関係しているカテゴリ。
何が送られて、まだ送られなかったかという保持に対する制御ロジック（７３ｈ）缶使用がそうである技術が、技術を中で十分に知っていて、より詳細に本願明細書において、記載されている必要がない。
【０５２０】
限定的ではないがメタデータのような送られたおよびその他の情報が下記（ユーザに興味があって、ネットワーク２６を介してそれらを送りそうであるサーバー（２９ａ、２９ｃ）選択項目）を記載したという情報に基づく２８〜ＢＩＤ  ７２。
項目としては、限定はされないが、曲および広告が挙げられる。
【０５２１】
上記のように、カスタマイズ・プロセスの一部は、非リアルタイムにおいて、実行されることがありえる。
非実時間プロセスは、用いられることがありえるかまたは予定の項目が受け取られている、または、再生リストの項目が示されている制御ロジック（７３ｈ）により用いられることがありえないカスタマイズされた予定または再生リストを生み出す。
以下の説明は予定に関して記載されている、しかし、当業者はそれが再生リストにも適用できるということを認識するだろう。
【０５２２】
図１０ｄは、本発明の一実施例に従ってカスタマイズされた予定を生み出すための状態機械を例示する。
状態機械（１６２）（状態（１６３ａ）の）において、スケジュールがスケジュール情報（７３ｕ）のカスタマイズにあるかどうか、制御ロジック（７３ｈ）は、決定する。
スケジュールがカスタマイズにないときに、状態機械（１６２）は状態（１６３ａ）のままである。
スケジュールがカスタマイズにあるときに、制御ロジック（７３ｈ）はカスタマイズの予定を選択する。そして、状態機械（１６２）は状態１６３ｂへ進む。
【０５２３】
実施例において、選択される予定は、ＤＳ  １５０の組織を有する。
しかしながら、当業者は、別の実施例で、状態機械（１６２）が異なって構成されるデータ構造に作用するということを認識するだろう。
制御ロジック（７３ｈ）は、それから選択された予定の先頭レコードの予定の項目識別子を読み出す。
制御ロジック（７３ｈ）は、予定の項目識別子がユーザにとって容認できる項目に対応するかどうか決定する。
許容可能性を決定することは、本願明細書において、記載されているか、または公知技術の技術のいずれかに従って実行されることがありえる。
【０５２４】
図９ｗは、本発明の一実施例に従ってカスタマイズ・プロセスによって、生み出されるデータ構造を例示する。
ＤＳ  １５２は、実施例において、ＤＳ  １５０およびさらに１つのフィールド（エントリーが視聴覚素材（７３ｖ）に格納される置換項目へのポインタを与える置換項目ポインタフィールド１５１ｏ）と同じフィールドを含む。
制御ロジック（７３ｈ）がそれを決定するときに、予定の項目識別子は容認できない項目（状態（１６３ｃ）への状態機械（１６２）移行）に対応する。
状態（１６３ｃ）で、制御ロジック（７３ｈ）は、視聴覚素材（７３ｔ）の適切な置換項目を特定して、置換項目ポインタをポインタフィールド１５１ｏに格納する。
ＤＳ  １５２が置換項目へのポインタで補充されたあと、状態機械（１６２）は制御ロジックが直後のレコードへ進んで、上記の許容可能性の決定動作を実行する状態１６３ｂに戻る。
代替実施形態では、制御ロジック（７３ｈ）は中で置換項目へのポインタを配置する任意のフィールド（１５１ｅ−１５１ｉ）のの項目が置換されることになっているレコード、そして、ＤＳ  １５２は置換項目ポインタフィールド１５１ｏ．を有しない
置換項目へのポインタが最初はフィールドに含まれる情報を有する相互排除である限り、（１５１ｅ−１５１ｉ）制御ロジック（７３ｈ）は置換項目へのポインタを区別して、特定することが可能である。
制御ロジック（７３ｈ）がそれを決定するときに、予定の項目識別子が容認できる項目に対応して、状態機械（１６２）は、状態１６３ｂに再び入って、上記の通りに直後のレコードまたは項目許容可能性を調べる。
制御ロジック（７３ｈ）が最後のレコードを処理したので予定が完全にカスタマイズされるときに、制御ロジック（７３ｈ）はフィールド（１６０ａ）を「Ｓ」にセットする。そして、状態機械（１６２）は状態（１６３ａ）に戻る。
代替実施形態では、そこの「Y.」Ｗｈｅｎに対する制御ロジック（７３ｈ）セット・フィールド（１６０ａ）はカスタマイズに対する他の予定である、状態機械は次の予定カスタマイズが開始する状態１６３ｂに戻る、さもなければ、それはステート（１６３ａ）に残る。
【０５２５】
図１０ｅは、本発明の一実施例に従ってカスタマイズされた予定を生み出すための状態機械を例示する。
状態機械（１６４）（状態（１６５ａ）の）において、スケジュールがスケジュール情報（７３ｖ）のカスタマイズにあるかどうか、制御ロジック（７３ｈ）は、決定する。
スケジュールがカスタマイズにないときに、状態機械（１６４）は状態（１６５ａ）のままである。
スケジュールがカスタマイズにあるときに、制御ロジック（７３ｈ）はカスタマイズの予定を選択する。そして、状態機械（１６４）は状態（１６５ｂ）へ進む。
【０５２６】
実施例において、選択される予定は、ＤＳ  １５０の組織を有する。
しかしながら、当業者は、別の実施例で、状態機械（１６４）が異なって構成されるデータ構造に作用するということを認識するだろう。
制御ロジック（７３ｈ）は、それから選択された予定の先頭レコードの予定の項目識別子を読み出す。
制御ロジック（７３ｈ）は、予定の項目識別子がユーザにとって容認できる項目に対応するかどうか決定する。
許容可能性を決定することは、本願明細書において、記載されているか、または公知技術の技術のいずれかに従って実行されることがありえる。
【０５２７】
図１０ｆは、本発明の別の実施例に従ってカスタマイズ・プロセスによって、生み出されるデータ構造を例示する。
ＤＳ  １５３は、項目がカスタマイズ予定を中で特定したかどうかはユーザの表現好みに従って含まれたことを表す利用者選好編入フィールド（１６０ａ）およびエントリーがＤＳ  １５３の予定エントリーがあるチャネルが結びついたことを表すチャネル・フィールド１５４ａを含む。
チャネル日付フィールド１５４ｂエントリーのためのエントリーは、残留するフィールドの残留するエントリーが関連する日付（ｍｍ，ｄｄ，ｙｙ）を表す。
レコード・フィールド（１５４ｃ）のエントリーは、項目ポインタフィールド１５４ｅで特定される項目と関係しているレコードのレコード番号を表す。
タイムスロット・フィールド（１５４ｄ）のためのエントリーは、タイムスロットが置換によって、フィールド１５４ｅにおいて、特定される項目を占めたことを表す。
項目識別子フィールド１５４ｅのエントリーは、視聴覚素材（７３ｖ）に格納される置換項目へのポインタである。
【０５２８】
制御ロジック（７３ｈ）がそれを決定するときに、予定の項目識別子は容認できない項目（状態１６５ｃへの状態機械（１６４）移行）に対応する。
状態１６５ｃで、制御ロジック（７３ｈ）は、視聴覚素材（７３ｖ）の適切な置換項目を特定して、置換項目ポインタを項目ポインタフィールド１５４ｅに格納する。
ＤＳ  １５４がレコード・フィールド（１５４ｃ）のためのエントリーを含んでいるレコードにより占有されたあと、
タイムスロット・フィールド（１５４ｄ）のためのエントリー、
そして、項目ポインタフィールド（１５１ｅ）（１６４）が制御ロジックが直後のレコードへ進んで、上記の許容可能性の決定動作を実行するステート（１６５ｂ）に戻す状態機械）の置換項目へのポインタ。
制御ロジック（７３ｈ）が最後のレコードを処理したので予定が完全にカスタマイズされるときに、制御ロジック（７３ｈ）はフィールド（１６０ａ）を「Ｓ」にセットする。そして、状態機械（１６４）は状態（１６５ａ）に戻る。
代替実施形態では、そこの「Y.」Ｗｈｅｎに対する制御ロジック（７３ｈ）セット・フィールド（１６０ａ）はカスタマイズに対する他の予定である、状態機械は次の予定カスタマイズが開始する状態（１６５ｂ）に戻る、さもなければ、それはステート（１６５ａ）に残る。
【０５２９】
スケジュールが非リアルタイムにおいて、カスタマイズされる別の実施例において、制御ロジック（７３ｈ）は、接続プロセス（１３４、１３６、１３８）のその記載されている上記と類似のプロセスを実行する。
上記のように、方法１３４は、実施例において、カスタマイズ・キー７３ｎのアクティベーションによって、始められる。
しかしながら、スケジュールがすでに特定されるカスタマイズされたおよび置換項目であったと想定すれば、制御ロジック（７３ｈ）は、状態（１３５ａ、１３５ｂ）で、置換識別子が中であるかどうか、項目識別子フィールド１５１ｏを置換すると決定することによって、項目が、容認できるかどうかと決定する。
ＤＳ  １５２の適当なレコードのフィールド１５１ｏのエントリーにおいて、または、ＤＳ  １５４の適当なレコードのフィールド１５４ｅのエントリーにおいて、実施態様によって、その判定の結果が配置されたので、制御ロジック（７３ｈ）がＤＳ  １５０のユーザ・プロファイル情報（７３ｔ）および情報に格納される情報の検査に基づいて決定を実行する必要が、ない。
しかしながら、別の実施例（フィールド（１６０ａ）のエントリーに基づく）において、表現時の置換項目が施行する表現規則を満たすかどうか、制御ロジック（７３ｈ）は、決定する。
規則が満たされないときに、非リアルタイム・カスタマイズ・プロセスの間、特定されるもの以外の、制御ロジック（７３ｈ）は他の置換項目を特定する。
規則が満たされるときに、制御ロジック（７３ｈ）は非リアルタイム・カスタマイズ・プロセスの間、特定される置換項目を示す。
として、実施態様（フィールド（１５１ｅ−１５１ｉ）の１つ）によって、置換項目識別子が新規なフィールドのエントリーでなくむしろ既存のエントリーの置換である別の実施例において、本願明細書において、表した。
【０５３０】
項目が示されるか示されようとしているにつれて状態機械１３４、１３６、１３８がリアルタイムにおいて、実行されると評される一方、１つの通常の技術は状態機械が受け取られていて、送信されている予定において、特定される項目に先立ってその全ての予定または分数を処理するために実行されるということを従来技術において、別の実施例で、認識するだろう。
実施例において、制御ロジック（７３ｈ）は、記憶装置（７３ｆ）のスケジュール情報（７３ｕ）の記憶装置のための一つ以上の放送事業者のためのトランシーバ（７３ｊ）スケジュールから受け入れる。
【０５３１】
別の実施例において、そのスケジュールまたは分数は、チャネルが受信器（７３ｂ）によって、チューニングしたサブキャリヤに送信されるデータを経て、受信器（７３ｂ）によって、受け取られる。
実施例において、復調されたサブキャリヤ・データ信号は、解読のための制御ロジック（７３ｈ）に、受信器（７３ｂ）によって、与えられる。
制御ロジック（７３ｈ）は、復号化スケジューリング技術データを記憶装置（７３ｆ）のスケジュール情報（７３ｕ）に格納する。
代替実施形態では、受信器（７３ｂ）自体は、データ通信をデコードして、処理のための制御ロジック（７３ｈ）およびスケジュール情報（７３ｕ）の記憶装置に復号データを与える。
サブキャリヤ・チャネル上の送信すること、受領および復号化データ通信は、当業者によって、十分に解されて、より詳細に本願明細書において、記載されている必要がない動作である。
【０５３２】
代替実施形態では、受信器（７３ｂ）は、ＤＡＢ標準に従うデジタル音声放送（ＤＡＢ）の一部であるデジタル・データチャネルの上のスケジューリング技術データを受信する。
スケジューリング技術データは、記憶装置（７３ｆ）のスケジュール情報（７３ｕ）の記憶装置のための制御ロジック（７３ｈ）に与えられる。
ＤＡＢ標準の例としては、ヨーロッパのユレーカおよびアメリカ合衆国Ｂａｎｄにおいて、Ｏｎ−Ｃｈａｎｎｅｌ（ＩＢＯＣ）標準が挙げられる。
しかしながら、受信器（７３ｂ）は、これらの２つのＤＡＢ標準または他のいかなるＤＡＢ標準に従うもオペレーティングに限られていない。
受信器（７３ｂ）は、どのように、別の実施例において、データチャネルが従来技術において、解されて十分にあるＤＡＢを受けて、復調して、デコードして、より詳細に本願明細書において、記載されている必要がないだろう。
当業者は、スケジューリング技術データが特定の放送事業者専用であるデータチャネル上の受信器（７３ｂ）によって、受け取られる必要がないということを認識するだろう、しかし、デジタル放送システムの複数の放送事業者により共有されるチャネルに受信する。
当業者は、スケジュール情報が符号化音声データストリームとともに受け取られるプログラム関連のデータ（ＰＡＤ）として受信器（７３ｂ）によって、受け取られることもありえるということをも認識するだろう。
受信器（７３ｂ）は、どのように、別の実施例において、ＰＡＤを受信して、復調して、デコードして、制御ロジック（７３ｈ）に、それを与える当業者によって、十分に解されて、そして、より詳細に本願明細書において、記載されている必要がない。
【０５３３】
当業者は、スケジューリング技術データが符号化デジタル音声ストリーム自体に格納されることもありえるということを認識するだろう。
この種の別の実施例において、音声ストリームの解読は、スケジューリング技術データを得る。
当業者は、方法受信器（７３ｂ）が、別の実施例において、音声ストリームをデコードして、スケジュール情報を得るということを認識するだろう。
【０５３４】
代替実施形態では、受信器（７３ｂ）は、放送事業者の動力伝達装置によって、生み出されるデジタルであるかアナログのプログラミング信号とともに送信される可聴値以下のトーンを経て、予定のためのデータを受信する。
可聴値以下の調子の可聴値以下の調子および解読の生成は、当業者に十分理解されて、より詳細に本願明細書において、記載されている必要がない。
【０５３５】
代替実施形態では、受信器（７３ｂ）は、結合信号の伝送の前に音声プログラミング信号に加えられる音声広げられたスペクトル拡散信号を経て、スケジューリング技術データを受信する。
このような実施例では、受信器（７３ｂ）は、以下を含む：
オーディオ信号において、隠されるスケジューリング技術データ信号を抽出する拡散スペクトル音声受信機。
受信器（７３ｂ）は、記憶装置（７３ｆ）のスケジュール情報（７３ｕ）の記憶装置のための制御ロジック（７３ｈ）に、スケジューリング技術データを与える。
音声プログラミング信号が一実施例に従ってアナログの一方、当業者は拡散スペクトル・ディジタル信号が別の実施例のデジタル・オーディオ信号に加えられることもありえるということを認識するだろう。
音声広げられたスペクトル拡散信号の放送信号への追加は、公知技術である。
【０５３６】
受信器（７３ｂ）がＤＡＢ受信器である別の実施例において、送信器（７３ｄ）は、ＤＡＢ送信器である。
受信器（７３ｂ）がＤＡＢ受信器である別の実施例において、送信器（７３ｄ）は、アナログ送信機である。
受信器（７３ｂ）がアナログ受信機である別の実施例において、送信器（７３ｄ）は、ＤＡＢ送信器である。
【０５３７】
制御ロジック（７３ｈ）は、それから受け取ったスケジュールのうちの１つと関係しているチャネルに、ユーザをチューニングしている受信器（７３ｂ）を予想して、その受け取ったスケジュールまたは分数の一つ以上をカスタマイズする。
予定がデジタル一対一のトランスミッションよりむしろデジタル放送の一部として受け取られる別の実施例において、予定は、放送されようとしている次項のためのスケジュール情報を含む。
代替実施形態では、予定は、放送されようとしている少なくとも２つの項目のためのスケジュール情報を含む。
例えば、予定の項目が示されると共に、スケジュール情報は受信器（７３ｂ）によって、受け取られる。そして、スケジュール情報は現在示されている予定の項目に続く一つ以上の予定の項目に関する。
実施例において、受信スケジュール情報は、直ちに、現在示されている予定の項目に続く一つ以上のスケジューリング技術項目に関する。
代替実施形態では、受信スケジュール情報は、現在示されている予定の項目に直ちに続かない一つ以上のスケジューリング技術項目に関する。
【０５３８】
代替実施形態では、受信予定の項目は、スケジュール情報（７３ｕ）に格納されて、リアルタイム・カスタマイズ（例えばその記載されている上記）を達成するために、制御ロジック（７３ｈ）によって、使われる。
代替実施形態では、受信予定の項目は、スケジュール情報（７３ｕ）に格納されて、非リアルタイム・カスタマイズを達成するために、制御ロジック（７３ｈ）によって、使われる。
【０５３９】
スケジュールが記憶装置（７３ｆ）に到着する技術にかかわりなく、実施態様によって、カスタマイゼーションは実行されない、リアルタイム・カスタマイゼーションだけは実行される、非リアルタイム・カスタマイゼーションだけは実行される、または、リアルタイム・カスタマイズおよび非リアルタイム・カスタマイゼーションは実行される。
当業者は、カスタマイズが、任意型の中で、本願明細書において、記載されている実施態様のいくつかにおいて、任意であるということを認識するだろう。
【０５４０】
多くの音楽ファンは、それらのコンピュータに連結するそれらのハードディスク装置に格納される曲の、または、それらの携帯メディアプレーヤまたはジュークボックス（集合的に「メディアプレーヤ」）（例えばアップルによって、作られるｉＰｏｄ＝、ＭｉｌｐｉｔａｓのＣｒｅａｔｉｖｅ  Ｌａｂｓによるクパチーノ、ＣＡまたはＺｅｎ登録商標の株式会社、ＣＡ）のライブラリを有する。
ライブラリは離散的ファイルを含んでいるディレクトリ以外の何物でもなくありえる、または、それはコンピュータまたは携帯メディアプレーヤにより実行されているメディアプレーヤ・アプリケーションと連動して作動するデータ構造でありえた。
送風機のライブラリの曲は、音楽ファンに訴えることの良好なインジケータである。
代替実施形態では、放送対話性デバイスまたは媒体（またはプログラミング）カスタマイズ・デバイスは、特徴として、推薦者サービスのその供給を容易にするために、与えられることが可能であるユーザのライブラリからサーバーまで情報を集める能力を含む。
ユーザが聞いて、それから、ユーザによって、すでに所有される曲を評価するのを待たなければならない代わりに、ユーザが曲を聞く前に、ユーザに対する曲上訴がそうであることに関する情報はサーバーに与えた。
【０５４１】
当業者は、記載されている実施態様が曲に限られている必要がないということを認識するだろうが、パーソナライズまたはカスタマイズに従属する。そして、サーバーに特定されることができる任意の表現可能な素材またはそれらがカスタマイズまたはパーソナライズ・サービスを与えることに参加できるだろう方法のその他のデバイスのために実行されることができる。
カスタマイズは、本明細書で定義されるように以下を含む：
よりユーザの好みを反映しそうである項目をもつユーザに興味を起こさせないユーザに提供されている項目を置換している媒体表現デバイス。
パーソナライズは、項目を推薦者システムの予測に基づくユーザに推薦することが必要である。
【０５４２】
代替実施形態では、ユーザのライブラリの曲は、コンピュータ、メディアプレーヤ、放送対話性デバイスまたは媒体カスタマイズ・デバイスのプロセッサにより実行されるタグ・エクストラクタにより特定される。
実施例において、タグ・エクストラクタはソフトウェアアプリケーションである、しかし、ハードウェア・エクストラクタも可能である。
タグ・フィルタは、歌ファイルの始まりか端からメタデータまたはメタ情報を検索する。
公知技術の多くのタグ型がある。そして、より多くは将来開発されそうである。
第１のタグ型のうちの１つは、ＭＰ３ファイル（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）として、形式的に知られている私（Ｌａｙｅｒ  ＩＩＩ）と関係しているＩＤ３ｖ１である。
【０５４３】
図１１ａは、ＭＰ３オーディオ・ファイルの終わりに位置するＩＤ３ｖ１タグを例示する。
ＭＰ３ファイル５００は、音声データ５０１ａおよび以下のＩＤ３ｖ１タグエントリを含む：
タグ、曲名５０１ｃ（３０文字）５０１ｄ（３０文字）アーティスト、アルバム５０１ｅ（３０文字）年５０１ｆ（４文字）の中で開始する識別子５０１ｂ示すものにタグを付けると、５０１ｇ（３０文字）およびジャンルが５０１ｈ（１バイト）コメントする。
ＩＤ３ｖ２は、とりわけ、付加情報が歌詞、画像、ボリューム、バランス、イコライザおよび残響設定のような格納されることができるより最近のフォーマット、著作権メッセージおよび暗号化情報である。
さらにまた、ＩＤ３ｖ２タグは、終わりによりむしろオーディオ・ファイルの始めに配置される。
【０５４４】
図１１ｂは、本発明の一実施例によればユーザに興味がある項目のための分析識別情報のために生成する方法を例示する。
あるいは、あるいは、メディアプレーヤ、媒体カスタマイズ・デバイス、コンピューティング装置または通信装置によって、方法５０２は、実施態様によって、ＢＩＤ  ７２、ＢＩＤ  ７００、ＢＩＤ  ８００、ＢＩＤ  １１上の制御ロジック（７３ｈ）により実行される。
【０５４５】
方法５０２は制御ロジック（７３ｈ）と関連して記載されている。そして、ＭＰ３は記憶装置（７３ｆ）に格納されて出願する、しかし、当業者はそのプロセス５０２が電子回路、コンピューティングまたは通信装置の、そして、他のタイプのファイルのための多くのその他のタイプにより実行されることがありえるということを認識するだろう。
方法５０２は、前述のＩＤ３ｖ２およびＩＤ３ｖ１を含んでいる任意の特定のタグ形式に限られていない。
５０２がそうである方法は、方法一つ以上まで、制限される別の実施例において、以下のファイルを使用した：
通常、一般にレドモンド、ワシントン、ルーセント・テクノロジーからのＡＡＣ（ＡＡＣ）登録商標、マリーヒルの株式会社、ＮＪおよびビデオファイルのマイクロソフト社からＷｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｖｉｄｅｏ（ＷＭＶ）登録商標を含んでいるオーディオ・ファイル。
方法５０２、ＭＰ３のメタデータが出願する制御ロジック（７３ｈ）抜粋５０３ａおよびストア５０３ｂにおいて、メタデータ・コンパイルのそれが、７３ｈ．記憶装置において、出願する
メタデータが得られることになっているより多くのファイルがあるかどうか、制御ロジック（７３ｈ）はそれから５０３ｃを決定する。
抽出された制御ロジック（７３ｈ）であるより多くのファイルがある、５０３ｄを選択する他のファイル、そして、５０３ａを繰り返すメタデータ抽出動作。
メタデータが得られることになっているどんなファイルもないときに、制御ロジック（７３ｈ）はメタデータ・コンパイル・ファイルを閉じて、５０３ｅに分析のためのそれを送信する。
実施例において、ファイルは、分析を実行するために、サーバー２９ａに送られる。
代替実施形態では、制御ロジック（７３ｈ）は、分析を実行する。
代替実施形態では、サーバー２９ｃは、分析を実行する。
サーバーおよび制御ロジック（７３ｈ）がトランシーバ（７３ｊ）を介して連結されるが、また、後で送られることがありえるときに、コンパイル・ファイルは直ちに送られることがありえるか、またはサーバーに分析にそれを与えるために中間のデバイスに与えられることがありえる。
以下の任意の一つが、限定するものではないが、中間のデバイスとして使われることがありえる：
携帯電話１１、１５、コンピュータ３１、パーソナル携帯情報機器、メディアプレーヤ、ポケットコンピュータまたは何人かは、磁気であるか電子記憶装置を含んでいるストレージの中でタイプする。
【０５４６】
図１１ｃは、本発明の別の実施例に従ってユーザに興味がある項目のための分析識別情報のために生成する方法を例示する。
方法５０２の前記説明は組み込まれる、しかし、分析のための送信５０３ｅのタイミングに関して、コンパイルに含まれるコンパイル・ファイルおよび情報は出願しない。
制御ロジック（７３ｈ）がメタデータが得られることになっているどんなファイルもない５０３ｃを決定したあと、方法５０４および方法５０２は動作において、分岐する。
メタデータが得られることになっているどんなファイルもないときに、制御ロジック（７３ｈ）は部分のディスプレイ７３ｏ上の５０５ａに得られた情報を贈る。
代替実施形態では、ユーザは、インタフェース（７３ｉ）を介して、５０５ｂ項目を選択して、各々いずれが順位と関係しているかというカテゴリのそれらを配置できる。
【０５４７】
図１１ｄは、本発明の別の実施例に従って順位との関連のための項目を示しているディスプレイを例示する。
スクリーンショット５０６は、それぞれいずれがＭＰ３ファイルを特定する情報を含むか５０７ａ項目識別装置を例示する。
制御ロジック（７３ｈ）は、インタフェース７４ｉを介してユーザアクティベーションを受け入れて、カテゴリ５０７ｂ、５０７ｃ、５０７ｄ、５０７ｅおよび５０７ｆ．のうちの１つまで、アクティベーション運動の指示に、項目識別ユニットの基礎をおいた。
それぞれ、カテゴリ５０７ｂ、５０７ｃ、５０７ｄ、５０７ｅおよび５０７ｆの各々は、順位５、４、３、２、１と関係している。
代替実施形態では、項目識別装置５０７ａは、識別ユニットが個々にすべてのアーティスト表題またはアルバム上のすべての曲に関してより能率的に選択されることができるジャンル、アーティスト、アルバム、曲名および項目により構成される。
カテゴリ譲渡プロセスの間、制御ロジック（７３ｈ）はカテゴリにランキングか譲渡のカテゴリ指示示すものを割り当てられる各項目識別ユニットと関連する。そして、合同ランク付けまたはカテゴリ指示はメタデータ・コンパイル・ファイルの項目の得られた情報とともに格納される。
カテゴリ譲渡プロセスが終了しているときに、制御ロジック（７３ｈ）は利用者選好情報により強化されるメタデータ・コンパイル・ファイルを閉じて、５０３ｅに分析のためのそれを送信する。
実施例において、ファイルは、分析を実行するサーバー２９ａに送られる。
代替実施形態では、サーバー２９ｃは、分析を実行する。
代替実施形態では、分析は制御ロジック（７３ｈ）により実行される、または、実施態様によって、いかなるデバイスも識別情報抽出を実行している。
サーバーおよび制御ロジック（７３ｈ）がトランシーバ（７３ｊ）を介して連結されるが、また、後で送られることがありえるときに、コンパイル・ファイルは直ちに送られることがありえるか、またはサーバーに分析にそれを与えるために中間のデバイスに与えられることがありえる。
以下の任意の一つが、限定するものではないが、中間のデバイスとして使われることがありえる：
携帯電話１１、１５、コンピュータ３１、パーソナル携帯情報機器、メディアプレーヤ、ポケットコンピュータまたは何人かは、磁気であるか電子記憶装置を含んでいるストレージの中でタイプする。
【０５４８】
サーバー２９ｃが協調フィルタリング動作を実行すると評される一方、別の実施例サーバーで、２９ａはこの動作を実行する。
変形例において、実施態様、両方のサーバー２９ａおよび２９ｃは、この動作を実行する。
このように、実施態様の説明がサーバー２９ｃと関連して製作される場合であっても、当業者は同じ動作が２つの別の実施例のいずれの一つのサーバー２９ａでも実行されるということを認識するだろう。
さらにまた、当業者は、協調フィルタリングが推薦者システムを実装することの１つの技術である。そして、その他の技術が、支配ベースのものを含む限定なしで、用いられることもありえるということを認識するだろう。
サーバー２９ｃは、都合よく、それがユーザおよびその他のユーザから受け取るメタデータ・コンパイル・ファイルまたは拡張メタデータ・コンパイル・ファイルを使用する。
本願明細書において、記載されているにつれて、後で受け取られる項目のためのユーザのランキングはユーザに役立つサービスを与えるためにサーバー２９ｃによりも用いられる。
代替実施形態では、サーバー２９ｃはメタデータを使用する。そして、項目−項目類似性推薦または協調フィルタリングを与える後のユーザのランキング（集合的に「ランキング」）は機能する。
本発明は項目ベースの協調フィルタリングに限られていない、そして、別の実施例で、ユーザ−ユーザは協調フィルタリングの基礎を形成した、そして、公知技術のその他の共同のフィルタリング技術が用いられる。
しかしながら、類似性係数がユーザ−ユーザ類似性係数と比較して時間とともに比較的安定な傾向があるという点で、項目ベースの協調フィルタリングは利点を有する。
安定のため、サーバー２９ｃが制御ロジック（７３ｈ）に記憶装置（７３ｆ）の記憶装置にそれらを与えたあと、項目類似性係数は比較的長い妥当性期間を有する。
サーバー２９ｃの協調フィルタリングは、項目ベースであるとして後述する、しかしながら、当業者は、本発明が項目ベースの協調フィルタリングに、または、若干のその他のサーバーよりむしろサーバー２９ｃで実行されているこの種のフィルタリングに限られていないということを認識するだろう。
【０５４９】
図２ｂは、本発明の一実施例によればより詳細にサーバーを例示する。
サーバー３５は、サーバー（２９ａ、２９ｃ）を代表する。
サーバー３５は、一つ以上の汎用であるか専門プロセッサを含む制御ロジック３６ａを含む。
制御ロジック３６ａは、メモリー３６ｂに格納されるアプリケーションおよびオペレーティングシステム（ＯＳ）命令を実行する。
命令は、ＯＳ及びアプリケーション３６ｃ（すなわちまた、アプリケーションおよびオペレーティングシステム命令を格納するディスクドライブコントローラおよびディスクドライブ）から得られる。
制御ロジック３６ａからインストラクションに基づいて、アプリケーションおよびオペレーティングシステム命令は、３６ａ．制御ロジックによって、後の検索および実行のためのメモリー３６ｂへ移される。
【０５５０】
サーバー３５ａは、ＢＩＤ  １１、電話１５、コンピュータ３１、メディアプレーヤ３３およびマルチメディアの記録装置３４（集合的に通信装置）と通信する。
サーバー３５ａはインターネットの主要なネットワークプロトコルであるＴＣＰ／ＩＰネットワークプロトコル３６ｅを用いて通信する、しかし、本発明は任意の特定のプロトコルに限られていない。
サーバー３５ａは、メモリー３６ｂに格納されて、操作されて、３６ａ．制御ロジックにより処理される情報の装置に通信装置からの要求および情報を支持している電気信号機を翻訳する通信ユニット３６ｆを含む。
同様に、通信装置３６ｆは、要請、応答および制御ロジック３６ａが受け取られることができて、再送信されることができて、ネットワーク２６、２８またはＰＳＴＮ  ３２によって、移られることができた電気信号機に通信装置に送信したい情報を翻訳する。
【０５５１】
サーバー３５ａは、３６ｄ、２９ｄ、データを得る制御ロジック３６ａおよび記憶装置のストア・データを許容する記憶コントローラを含む。
制御ロジック３６ａにより処理されて、２９ｄ、記憶装置に格納されるデータ以下から成る限られたユーザ・ランキングでない、ユーザ同一性、ユーザ・デバイス型式、購入の詳細、支払いの詳細およびアドレスおよび配達詳細である。
【０５５２】
各ユーザからの情報は、制御ロジック３６ａがアプリケーション３６ｃの協調フィルタリング・プログラムのインストラクションに基づく分析のためのそれを読み出すところから２９ｄで、記憶装置に格納される。
実施態様において、協調フィルタリング・プログラム実行した項目ベースの協調フィルタリングを実行する。
項目ベースの協調フィルタリングは、項目との類似点を計算している制御ロジック３６ａを含む。
計算された類似性情報制御ロジックに基づいて、３６ａは、ユーザがユーザのライブラリですでに有する、または、ユーザが有利にランクを付けたそれらと類似している、しかし、ユーザが現在有しない項目を特定する。
少なくとも、特定された項目のいくつかは、それからユーザのメディアプレーヤに送られるかまたは対話性デバイスを放送する。
項目類似性は、ユーザが項目に示したランキングに、部分的に少なくとも決定される。
ユーザがユーザのライブラリの項目を各々順位と関係しているカテゴリに分けない所で、制御ロジック３６ａはデフォルト順位を各項目に割り当てる。
ユーザが後で順位を送る場合、デフォルト順位は後の受け取った順位と置き換えられる。
デフォルト順位は、協調フィルタリング・システムによって、できるようにされる最高の順位でありえる。
あるいは、それは、すべてのユーザによって、ランクを付けられるすべての項目の平均列でありえる。
あるいは、それは、項目または若干のその他の中間の値のユーザの趣味のそれと類似している味覚（すなわち若干の閾値より大きい類似性または相関係数）を有するそれらによって、項目に示される平均順位でありえる。
【０５５３】
図５ａは、本発明の別の実施例に従ってユーザのために書かれるカスタムメイドの再生リストを例示する。
再生リスト４１７は、曲、例えば歌４１８ａおよび広告、例えば広告４１８ｂを含む。
実施態様によって、歌４１８ａおよびその他の曲は、反復の特定の率、反復間の最小限の間隔およびユーザに対する項目許容可能性の高準位を達成するために、制御ロジック３６ａにより選択される。
さらに、実施態様によって、制御ロジック３６ａは、反復、最小限の間隔要件およびそれが十分にユーザに関する（すなわち、容認できる）方法の特定の率に基づく広告４１８ｂおよびその他の広告を選択する。
【０５５４】
図５ｂは、本発明の別の実施例に従ってユーザのために構成されるカスタマイズされた予定を例示する。
予定データ構造４１９は、時間フィールド４２０ａおよび歌フィールド４２０ｂを含む。
ＤＳ  ４１９は、別の実施例のサーバー３５によって、生み出される。
ＤＳ  ４１９は、制御ロジック３６ａが制御ロジック３６ａが容認できない予定の項目の適切な代わりであることと特定したユーザおよび置換項目にとって容認できるとして決定した予定の項目の混成を示す。
エントリー４２０ｃは、本来予定の項目がＤＳ  ４１９が構成されるユーザにとって容認できなかったことを表す。
エントリーは、４２０ｄ、本来予定の項目がユーザにとって容認できることを表す。
エントリー４２０ｅは、本来予定の広告が容認できない、そして、交替広告が発表されることになっていることを表す。
制御ロジック３６ａが予定の項目の許容可能性を決定して、それらを置換項目に置き換える所で、制御ロジック３６ａは非リアルタイム・カスタマイズ・プロセス（例えば本願明細書において、記載されているそれらのうちの１つ）を実行する。
【０５５５】
代替実施形態では、エントリー４２０ｃは、ＤＳ  ４１９を受信するデバイス（例えば本願明細書において、記載されているデバイスのいずれか）が時間枠に合うために記憶装置の置換項目を特定することになっていることを表しているコードにより占有される置換項目によって、表した。
実施例において、「Ｌ」はコードである、しかし、若干のその他の文字またはシンボルが使われることもできる。
【０５５６】
図１２ａは、本発明の別の実施例に従って項目類似性計算の方法の説明を促進するためにデータを行列形式にランクしているユーザを例示する。
項目ｉおよびｊとの類似点（ｓｉ，ｊ）を決定するために、制御ロジック３６ａは両方の項目位にランクしたユーザを特定する、そうすると、（いずれがなければならないかまたは実施態様を中で使用したかという全てでない）類似性計算のためのいくつかの方法の一つは３６ａ．制御ロジックにより実行される。
ランキング・マトリックス６００は、行および列に組織される、
ここで
行はユーザを示す、そして、カラムは項目を示す。
マトリックス・セルの「Ｒ」は、順位が「Ｒ」が住む行の列数により特定されるユーザによって、なされたことを表す、「−」ランキングの不足は、表す。
カラムｉ（ｊ）の各々の順位を比較することによって、制御ロジック３６ａはそのユーザ１（ｕ）を決定する。そして、ｍ−１は項目ｉおよび項目ｊにランクを付けた。
ユーザを分離して、類似性係数は、３６ａ．制御ロジックにより計算される。
類似性係数は、少なくとも１つが実施態様において、使われる３つの方法のうちの１つにより計算される：
コサイン・ベースの類似性、相関ベースの類似性および調整されたコサイン類似性。
【０５５７】
コサイン・ベースの類似性のために、項目は、ｍ次元ユーザー空間の２本のベクトルであるためにみなされる。
それらとの類似点は、これらの２本のベクトルとの間に天使のコサインを計算している制御ロジック３６ａにより決定される。
シム（ｉ，ｊ）により意味される図１２ａ（項目ｉおよびｊの類似性）ｍ  ｘ  ｎ評価マトリックスで、形式的に示す
【数４４】
2008514127.tif 000045
Ｅ  ２２
ここで
「２本のベクトルのドット積を意味する。
【０５５８】
相関ベースの類似性のために、制御ロジック３６ａも、項目ｉおよび項目ｊにランクを付けたユーザによって、与えられるランキングだけを使用する。
それらの相関ベースの類似性は、ピアソン−ｒ相関ｃｏｒｒi,jを計算することによって、制御ロジック３６ａにより決定される。
定格項目ｉおよび項目ｊがそうであるユーザのセットがＵによって、意味した所で、類似性が示される相関
【数４５】
2008514127.tif 000046
Ｅ．２３
【０５５９】
ここで、
Ｒｕ，ｉ、項目ｉ上のユーザｕのランキング、
【数４６】
2008514127.tif 000047
は、ｉ番目の項目の評価の平均である。
一部のユーザが低く一貫して一貫して高さおよび他位にランクすると想定すれば、ランクする際のこの欠点を相殺する代替方式は類似性を決定するために用いる。
調整されたコサイン−類似性計算は、この欠点を対応するユーザ平均を各共同定格一対から減算することで相殺する。
項目ｉおよび項目ｊとの類似点は、以下の式により示される：
【数４７】
2008514127.tif 000048
Ｅ．２４
ここで、
【数４８】
2008514127.tif 000049
は、ｕ番目のユーザのランキングの平均である。
【０５６０】
代替実施形態では、制御ロジック（７３ｈ）は、ｎ項目のあらゆる可能なｉ，ｊ一対のためのシム（ｉ，ｊ）を決定する。
ｎが１０，０００のものにおいて、ある所で、容易に計算される類似性係数の数は４，５００，０００を上回る。
ｎ項目のための類似性対の数を計算することは、二項係数＝の普通のアプリケーションである、
【数４９】
2008514127.tif 000050
ここで
ｒ＝２。
【０５６１】
類似性係数の比較的静的自然を示す、計算は、制御ロジック３６ａと通信していて、新規な項目または新規な項目サンプルが３６ａ．制御ロジックに連結する第２の中で推奨されるのを予想している通信装置のユーザのためのリアルタイムにおいて、計算されるよりはむしろ、周期的にされることができて、すべての項目のために事前計算される。
しかしながら、類似性係数が比較的変化しなくありえる場合であっても、格納されなければならない何百万もの係数がある。
保管場所および／または帯域積がプレミアムでない所で、これは問題でない。
しかしながら、技術は、類似性係数がｌ＊ｎに格納される対の数を減少させるために記載されている、
ここで
ｌは、各項目ｊと最も類似している項目の数である。
【０５６２】
一旦上記方法のうちの１つによる類似性係数が決定されると、制御ロジック３６ａはユーザがユーザがよく知られていない項目に示すかもしれないランキングを予測することが可能である。
類似性係数を用いて制御ロジック（３６ａ）は、ユーザがランクを付けた項目と全く類似している、しかし、ユーザが有しない項目（セットされる潜在的に容認できる項目）の中で一組は、所有して、または、拒絶することを特定する。
制御ロジック３６ａは、通信装置から時間の時間から、拒絶された項目または低いランキングによる潜在的な指示の明確な指示、更にはそれぞれに協調フィルタリング・システムから得られることがありえた任意の新しく獲得した項目を含むユーザのランキングを受け取る。
協調フィルタリング・システムも、協調フィルタリング・システムまたは付随する販売装置の販売装置による各ユーザによって、できた音楽購入品の経過を追う。
あらゆるユーザは、協調フィルタリング・システムの販売装置または付随する販売装置を介して購入品を作る際に使われる利用者識別名と関係している。
【０５６３】
制御ロジック３６ａは、それから、順次、セットされる潜在的に容認できる項目の項目のためのユーザのランキングを予測する。
項目ｉのためのユーザのランキングを予測するために、制御ロジック３６ａは、Ｎ項目の各項目および項目ｉ．との間にユーザがランクを付けたＮ項目および類似性係数を特定する。
制御ロジック３６ａは、それから以下の式を評価する：
【数５０】
2008514127.tif 000051
Ｅ．２５
【０５６４】
十分な類似性係数が負のときに、予測された評価も負であるという可能性がある。
Ｐｕ，ｉが負の、そして、利用された評価スケールが正値ができるようにするだけの所で、負の類似性係数はシステムのパフォーマンスを劣化させることがありえる。
この課題を回避するために、予測に利用された評価スケールによって、できるようにされる最低の値を割り当てることが、好ましい。
【０５６５】
別の実施例において、予測されたランキングがｕ番目のユーザのランキング閾値（「予測された容認できる項目」と呼ばれる今後）を上回る項目は制御ロジック３６ａによって、ｕ番目のユーザの通信装置に特定される。そして、ネットワーク２６、ネットワーク２８またはＰＳＴＮ  ３２を介してであるにせよデバイスに予測された容認できる項目の項目インジケータ示すものを送る。
代替実施形態では、制御ロジック３６ａは、２９ｄ、データ蓄積から項目または項目のサンプルを読み出して、ユーザにそれを送る。
各ユーザのために、制御ロジック３６ａストア・データ蓄積1ランキングにつき２９ｄの閾値。
【０５６６】
代替実施形態では、項目類似性情報は、本願明細書において、記載されてそれのような予定または再生リストを作成するために用いる。
代替実施形態では、グループ順位およびグループコードが、予定または再生リストを作成する際に用いられる。
当業者は、ユーザ・カテゴリ・ランキングおよび項目−カテゴリ類似性係数が別の実施例において、使われるということを認識するだろう。
【０５６７】
代替実施形態では、閾値は、一般ユーザ評価の機能である。
例えば、制御ロジック３６ａは、それを一般ユーザ評価または若干のその他の分数の８０％であるように設定する。
代替実施形態では、閾値は、定格項目ｉ．を有するすべてのユーザのための平均項目評価の機能である。
同様に、制御ロジック３６ａは、一部分の平均項目評価である閾値をセットする。
代替実施形態では、閾値は、一般ユーザ評価および定格項目ｉ．を有するすべてのユーザのための平均項目評価の機能である。
別の実施例において、ユーザ閾値をセットするために、制御ロジック３６ａは、ασｕを一般ユーザ評価から減算する、
ここで
αは約１．１から２にわたる。そして、σｕはユーザの評価の標準偏差である。
【０５６８】
代替実施形態では、閾値は、一般ユーザ評価の機能、ユーザの評価の標準偏差および評価および予測間の平均絶対誤差（ＭＡＥ）である。
ＭＡＥは、予測された評価およびそれらの真実のユーザ−指定の値の偏差の基準である。
評価−予測一対＜Ｐｕ，ｉ、ｑｉ＞ごとに、絶対誤差は、違い｜Ｐｕ，ｉ −ｑｉ｜ − である。
Ｓａｒｗａｒその他、「項目ベースの協調フィルタリング推薦アルゴリズム」（１０回目のインターナショナル・ワールドワイド・ウェブ会議（ＷＷＷ１０）香港、２００１において、）。
Ｎ評価−予測対がある場合、ユーザｕのためのＭＡＥｕは以下の式により評価される：
【数５１】
2008514127.tif 000052
Ｅ．２６
このような実施例ではユーザ閾値をセットするために、制御ロジック３６ａは、ασuおよびＭＡＥｕを一般ユーザ評価から減算する、
ここで
αは約１．１から２にわたる。そして、σｕはユーザの評価の標準偏差である。
【０５６９】
あるいは、閾値は、グローバルな受信機運用特性（ＧＲＯＣ）曲線または顧客受信者特性曲線（ＣＲＯＣ）を用いてメートル法の特定の決定精度を成し遂げるために選ばれる。
選択される閾値は、推薦者システムがユーザが高品質の項目を選択するのを援助することでどれくらい効果的かについて評価する測定基準に影響を及ぼす。
測定基準は、意志決定サポート精度測定基準と呼ばれ、ランキングの大きさがユーザの認識および項目に対するバイナリの反応の点で固有である閾値に対するランキングの関係ほど重要でないという観察に基づく。
ユーザはそれが好きであるかまたは項目のようにしない、そして、ユーザが合同予測が３．５以上である項目が好きなだけのときにスコアが５ポイントのスケール上の４または４を超えるであったかどうか、それは無関係である。
同様に、予測がこの種の状況の２または３である場合、それは無関係である。
【０５７０】
一般的に用いられる意志決定サポート精度測定基準は反転率および受信機運用特性（ＲＯＣ）感度である、しかし、その他の測定基準も従来技術において、周知である。
反転率は、システムがどれくらいの頻度でユーザが推薦システムで有する信頼を徐々にむしばむかもしれない大きい誤りをするかという基準である。
低い反転は、ユーザが強く、項目（すなわち、閾値Ｌより低い評価に示す）を嫌う、そして、システムが強く高い推薦スコア（すなわち、閾値Ｈより上に）を有するそれを推奨するケースを引用する。
高い反転はユーザが強く項目が好きであるケースである、しかし、システム推薦は劣っている（user rating > H、system recommendation <Lですなわちある）。
（ＧｒｏｕｐＬｅｎｓ調査協調フィルタリング・システム、Sarwar et. al.、ＡＣＭ  １９９８の予測品質を改善する代理店にフィルターをかけることを用いる）。
【０５７１】
ＲＯＣ感度は、フィルターをかけているシステムの診断パワーの程度である。
操作上、それは、試験の感度および特殊性をプロットする受信機運用特性（ＲＯＣ）ｃｕｒｖｅ−ａ曲線の下の領域である。
感度とは、フィルタによって、受け入れられているランダムに選択された良好な項目の確率をいう。
特殊性は、フィルタにより拒絶されているランダムに選択された悪い項目の確率である。
受信者特性曲線は感度（０から１まで）および１−特殊性（０から１まで）をプロットする。そして、項目が受け入れられる推薦スコアを変化させることによって、点集合を得る。
より少しの悪い項目を受け入れると共にフィルタがより良好な項目を保持することが可能であるにつれて、曲線の下の領域は増加する。
ユーザの評価は、良好であることおよび悪いことの示すものであるとしてされる。
５ポイントのスケールに、１、２および３が容認できない項目の示すものであると考えられると共に、４または５の評価は容認できる項目の示すものであると考えられる。
ＲＯＣ感度計測は、従って、システムが高視聴率の項目の方へ、そして、低定格ものから離れてどれくらい効果的に人々を導くことができるかという指示である。
特に重要な値は１．０（完璧なフィルタ）である。そして、1ランダムにつき０．５はフィルターをかける。
【０５７２】
項目がバイナリの方法で分類される所で、ユーザ順位の予測は４つのカテゴリのうちの１つに分類される：
真実のポジ（ｔｐ）真実の否定（ｔｎ）無病誤診（ｆｐ）および有病誤診（ｆｎ）。
真実の正の率は率が１−特殊性と呼ばれもある感度および偽陽性率または誤警報と呼ばれる。
これらの率は、以下の式により表されることができる：
【数５２】
2008514127.tif 000053
Ｅ．２７
Ｅ．２８
【０５７３】
真実の正の率が１に近づくにつれて、それらがユーザに提供されなければならないときに、より少しの容認できる項目が推薦者システムによって、不当に拒絶されていることは、明らかである。
さらに、偽陽性率が０に近づくにつれて、より少しの容認できない項目は不当にユーザに提供されている。
制御ロジック３６ａは、特定の設計基準を満たす偽陽性率０近くの最も近くに、領域の閾値を選択する。
例えば、システムデザイナーは、ユーザが容認できるとわかるだろう項目の９０％およびユーザが容認できないとわかるだろう項目のわずか５％を与えたいかもしれない。
若干のシステムは、パフォーマンスのこの種のレベルを成し遂げることはありえない。
ＣＲＯＣまたはＧＲＯＣ曲線を生成する方法、そして、それから選択、システム全体の目的（料金を打って／はずす）を達成する運転点またはユーザに特有の目的（料金を打って／はずす）は、公知技術で、本願明細書において、記載されている必要がない。
【０５７４】
さらにまた、当業者は、各ユーザの評価が２セットに分けられるので、実験的な技術が最も一般的には、システム性能を決定すること用の技術に記載されて『弱い一般化』と呼ばれなければならないということを認識するだろう：
1) フィルターをかけているシステムを訓練するために使用するセット、
そして、
2) フィルターをかけているシステムのものを有する比較のためのセットは、評価または分類（料金を打って／はずす）の精度を決定するために、評価および分類法を（すなわち、ユーザにとって容認できるか容認できない）予測した。
この技術は、予測がユーザに提供されるために考慮中である項目のためになされるときに、起こることを模倣することを試みる。
ユーザのランキングがすでに知られていると想定すれば、それは比較的システムがその推薦／予測に成功しただろうかどうか、決定しやすい。
【０５７５】
ユーザが２つのグループに分割されるので、他の技術は『強い一般化』と呼ばれる：
1) ユーザのグループが使われる第１の評価は、フィルターをかけているシステムを訓練する、
そして、
2) ユーザのグループがそうである第２の評価は、フィルターをかけているシステムの予測を有する比較のために、使用した。
第二群のユーザの評価はユーザの最近接原子を決定するために用いる。そして、項目のいくつかのための評価がその他の項目の予測をする際に使われる。
この技術は、予測がシステムに最近加わったユーザのためになされるときに、起こることを模倣することを試みる。
ユーザの評価がすでに知られていると想定すれば、それは比較的システムがその推薦／予測に成功しただろうかどうか、決定しやすい。
【０５７６】
項目ベースのフィルタリングに関して、項目は、２つのグループに分割される：
1) 第１の項目群が、システムを訓練するために使われる、
そして、
2) 第２の項目群が、訓練されたシステムの予測を有する比較のために使われる。
この技術は、予測がシステムに最近加えられた項目のためになされるときに、起こることを模倣することを試みる。
一部分の項目の評価が、セットされる訓練の項目を有する類似性係数を決定する際に使われる。
類似性係数は、それから、項目位にランクした、しかし、評価が類似性係数を決定する際に使われなかったユーザの予測された評価を決定するために用いる。
【０５７７】
上記のように、類似性係数が格納される対の数は、ｌ＊ｎに別の実施例において、減少する、
ここで
ｌは、各項目ｊと最も類似している項目の数である。
本願明細書において、記載されている実施態様のすべてのアプリケーションに適用できるｌのための固定値が、ない。
むしろ、経験的方法は、特定の基準（例えば平均絶対誤差、ＭＡＥ）範囲または偶数のＲＯＣ感度、受信者特性曲線の下の領域を満たすｌのための値を決定するのに必要である。
基準は、２５から２０のステップの２００または４００にわたっているｌのさまざまな値のために決定される。
通常、ＭＡＥのために最も小さい観測値に結果としてなるｌのための値、範囲のための最大の観測値およびＲＯＣ感度のための最大の観測値がありそうでないので、取引は必要である。
ｌのさまざまな値のための前述の基準を決定する方法は公知技術である。そして、若干の結果は以下に記載されている：
Ｓａｒｗａｒその他、「項目ベースの協調フィルタリング推薦アルゴリズム」（１０回目のインターナショナル・ワールドワイド・ウェブ会議（ＷＷＷ１０）香港、２００１において、）。
【０５７８】
代替実施形態では、制御ロジック３６ａは、ユーザのためのカスタムメイドの再生リストを生成して、それがネットワーク２６、２８またはＰＳＴＮ  ３２を介して放送対話性デバイスまたは媒体カスタマイズ・デバイスにそれらを与える２９ｄ前に、それらをいずれのメモリー３６ｂまたは記憶装置にも格納する。
実施態様によって、放送対話性デバイスは、１または、より、限定するものではないが、以下である：
ＢＩＤ  ７２、ＢＩＤ  ７００、ＢＩＤ  ８００、ＢＩＤ  １１、電話１５、メディアプレーヤ３３、パーソナル携帯情報機器およびポケット・パーソナル・コンピュータ。
ＢＩＤ  ７００、８００および媒体カスタマイズ・デバイスは、より詳細に本願明細書において、他で記載されている。
【０５７９】
本発明の別の実施例によれば、図６は、より詳細に、ユーザに項目推薦をする際のサーバーにより用いられる情報を例示する。
制御ロジック３６ａは、表現規則３８ｂのユーザと関係している表現規則に従う選択項目インジケータによって、ユーザｕのためのカスタムメイドの再生リストを生成する。
ユーザと関係している。そして、表現規則３８ｂに格納される規則は、実施態様によって、記憶装置３７ｆに格納されるユーザ表現規則と同一であるかまたは、異なる。
制御ロジック３６ａは、部分的に、ユーザのデバイス３８ａの項目のユーザｕと関係している。そして、項目がすでにそうであることが７３ｖ、視聴覚素材において、保存したことを表す項目インジケータに基づく項目インジケータを選択する。
項目インジケータはちょうど曲またはトークショーを示していない、しかし、また、７３ｖ、視聴覚素材にすでに格納される広告を示している。
広告は、ユーザｕに関すると知られている、または、制御ロジック３６ａが予測を本願明細書において、記載されている技術と評価しているユーザ項目のいずれか一つに従って容認できるだろうと予測したものである。
【０５８０】
項目が７３ｖ視聴覚素材に加えられるが、サーバー２９ｃから得られないときに、制御ロジックは３７ｈ、トランシーバ（７３ｊ）を介して制御ロジック３６ａに付加的な項目のまわりに識別情報を送る。そして、制御ロジック３６ａは３８ａ．ユーザのデバイスの項目のユーザｕと関係している項目インジケータの付加的な項目と関係している項目指標を格納する。
メタデータが３７ｈ制御ロジックから受け取られさえすれば、制御ロジック３６ａはメタデータをメタデータを使用している適切な項目指標にマップする。そして、項目インジケータはメタデータおよびその付随する項目インジケータの対を含む３８ｃを相互参照する。
プレーへの算入のための制御ロジック３６ａセレクティングが７３ｖ素材に格納されない項目のための項目インジケータをリストするときに、制御ロジック３６ａは３８ｄ、視聴覚素材から７３ｖ、素材に格納されない項目を読み出して、７３ｖ、素材の記憶装置のための３７ｈ、それらを制御ロジックに送信する。
制御ロジック３６ａが７３ｖ視聴覚素材の記憶装置のための３７ｈ項目を制御ロジックに送信するときに、項目インジケータが追加項目を反映するためにユーザのデバイス３８ａの項目の適当なユーザと関連させた制御ロジック３６ａアップデートは現在７３ｖ、素材において、非常に利用できる。
別の実施例において、上記したカスタム再生リスト作成プロセスは制御ロジック（３７ｈ）によっても実行される。そして、前述の説明を示された当業者はこの種の別の実施例の構造および動作を認識するだろう。そして、不必要な付加的な説明になる。
【０５８１】
図１２ｂは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
放送対話性デバイス（ＢＩＤ）８００は、８０１ｂ、受信器周波数の決定装置（ＲＦＤＵ）を含む。
実施態様によって、ＲＦＤＵ  ８０１ｂは、ＲＣＵ  ４２、５２、６２、６６（周波数ディテクタ７０ｄ）のうちの１つである。
あるいは、ＲＦＤＵ  ８０１ｂは７０ｄ周波数ディテクタおよびＲＣＵ  ４２、５２、６２、６６のうちの１つである。そして、例えば、ＲＣＵおよび周波数ディテクタを有する図７ｏの信号検出器６８をチューニングする。
【０５８２】
ＢＩＤ  ８００の制御ロジック８０１ａは、対話性アクティベーションのため対話性指示を受信することに応答して、情報識別子を生成する。
実施態様によって、対話性アクティベーションは、８０１ｆ．インタフェース８０１ｃ、インタフェース８０１ｃの一部である音声認識エンジンの音声命令を受け取ることまたは通信ユニット（ＣＵ）からの対話性指示を受け取ることのキーパッド上のキーのアクティベーションである。
後者に関して、遠隔制御（図示せず）は、８０１ａ．制御ロジックに与えるために、対話性アクティベーションの指示をトランシーバ８０１ｆに送信することがありえる。
対話性アクティベーションの前述の説明は、図１ａ、１ｂ、１ｃ、９ａ、９ｗ、９ｌと関連して記載されているその他の実施態様の説明に引用したものとすることである。
【０５８３】
実施態様によって、ＣＵ  ８０１ｆは、以下の技術の一つ以上だけ通信する：
ワイヤレスで、赤外線、ワイヤケーブルおよび超音波。
このように、トランシーバＣＵ  ８０１ｆの参照は、１つの通信機構、プロトコルまたは物理媒体に従って通信する単一のトランシーバを含むことに、ＣＵ  ８０１ｆを制限にしない。
実施態様によって、ＣＵ  ８０１ｆは、以下の一つ以上を含むことがありえる：
赤外線トランシーバ、ワイヤードであるか無線シリアル通信トランシーバ、ネットワークインターフェイスカード、ネットワーク制御装置、ローカル・ワイヤレス通信トランシーバ、セルラ方式通信トランシーバおよび並列通信トランシーバ。
このように、そのＣＵ  ８０１ｆは、８０１ｇがＣＵ  ８０１ｆがワイヤレスで通信して限られていることを意味しない、または、あらゆる実施態様がワイヤレストランシーバおよびアンテナを含まなければならないアンテナに連結して示される。
破線により示唆されるにつれて、ＣＵ  ８０１ｆは、実施態様によって、８０１ｇ、アンテナに連結することはありえない。
【０５８４】
さらに、受け取られるかまたはＣＵ  ８０１ｆにより送信されることが与えられることがありえて、制御ロジック８０１ａから移されることがありえると、言われている最も少なく情報の一部で、実施態様によって、フロッピー（登録商標）ディスク、ハードディスク、再書き込み可能なコンパクトディスク、書き込み可能なコンパクトディスク、メモリースティック、メモリー・カードまたはスマートカード、などのような物理媒体を用いて、Ｓｕｃｈ情報は、サーバー（２９ａ、２９ｃ）ＢＩＤ  １１、電話１５およびコンピュータ３１へ後で移される。
当業者は、実施態様によって、制御ロジック８０１ａが以下の一つ以上を含むが、これに限定されるものではないということを認識するだろう：
記憶装置コントローラおよび外部記憶装置通信インタフェース。
さらに、変形例で、実施態様制御ロジック８０１ａは、８０１ｄ、着脱可能であるか固定ストレージに連結する。
他の実施態様において、ＢＩＤ  ８００は８０１ｄ、ストレージを含まない、しかし、この種のデバイスは８０１ａ．制御ロジックに接続可能である。
対話性アクティベーションを受信することに応答して、制御ロジック８０１ａは、ＲＦＤＵ  ８０１ｂから受け取られる周波数指示に基づく情報識別子を生成する。
【０５８５】
別の実施例において、対話性アクティベーション制御ロジックを受信することに応答して、８０１ａは、ＲＦＤＵ  ８０１ｂに近くの受信器がチューニングされる周波数を検出して、８０１ａ．制御ロジックに周波数指示を与えることを要求する。
別の実施例において、対話性アクティベーションを受信することに応答して、制御ロジック８０１ａは、タイマー８０１ｅから現在の指示を得る。
制御ロジック８０１ａも、現在指示に情報識別子の基礎をおく。
実施態様によって、情報名前は、８０１ｄ、制御ロジック８０１ａの、または、記憶装置のメモリに格納される。
実施態様によって、情報識別子は、他のデバイスにリアルタイムまたは非リアルタイムにおいて、与えられる。
実施態様によって、サービスがＢＩＤ  ８００のユーザに代わって、または、マーケティングまたは市場分析目的を含むがこれに限らず目的のための情報識別子を使用することが可能である他の関係者に代わって実行されることがありえるように、情報識別子は一つ以上のその他のコミュニケーションまたはコンピューティング装置に与えられる。
【０５８６】
実施態様によって、限定するものではないが、制御ロジック８０１ａは、ＣＵ  ８０１ｆを介して、以下のデバイスの一つ以上まで、情報識別子を与える：
サーバー２９ａ、サーバー２９ｃ、コンピュータ３１、ＢＩＤ  １１、電話１５。
実施態様によって、前述のデバイスのうちの１台に情報識別子を与えることの結果として、制御ロジック８０１ａによって、情報を受信するかまたは実行される動作が生じる。
受け取られる情報および各種実施形態において、実行される動作は、より詳細に本願明細書において、他で記載されている。
【０５８７】
実施態様によって、ＣＵ  ８０１ｆを経た制御ロジック８０１ａは、ＢＩＤ  １１（ネットワーク２６と通信する制御ロジック８０１ａによるモデムとして用いられる電話１５）を介して、情報識別子を一つ以上のサーバー（２９ａ、２９ｃ）に送信する。
実施態様によって、情報識別子は、コンピュータ３１に送信される。
実施態様によって、情報識別子はＢＩＤ  １１、電話１５およびコンピュータ３１のうちの１台上のアプリケーション実行にＣＵ  ８０１ｆを介して制御ロジック８０１ａによって、与えられる。そして、受信アプリケーションは一つ以上のサーバー（２９ａ、２９ｃ）に情報識別子を与える。
実施態様によって、以下の一つ以上は、アプリケーションに情報識別子を与えることの結果として起こる：
制御ロジック８０１ａは、情報を受信する、
ＢＩＤ  １１、電話１５またはコンピュータ３１は、情報を受信する、
または、動作は、実行される。
受け取られる情報および各種実施形態において、実行される動作は、より詳細に本願明細書において、他で記載されている。
代替実施形態では、制御ロジック８０１ａにより構成されて、ＣＵ  ８０１ｆによって、与えられる情報識別子は、地理学的位置の表示を含む。
【０５８８】
代替実施形態では、制御ロジック８０１ａから情報識別子も受け取るデバイスは、地理学的位置の中で1表示につき２７ｄ、ＭＰＣから受ける。
代替実施形態では、制御ロジック８０１ａから情報識別子も受け取るデバイスは、必然的にでなく制御ロジック８０１ａから、ユーザおよびＢＩＤ  ８００と関係している電話局所交換番号を含んでいる利用者識別名を受信する。
【０５８９】
制御ロジック８０１ａが以下を構成する所で：
それが無線から１つを得ることが可能であるので、放送局２７ｂ、アンテナ２７ａ、８０１ｇアンテナおよびＣＵ  ８０１ｆを経由して２７ｄ、ＭＰＣから受け取られる地理学的位置の指示上の実施態様（指示上の地理学的位置の表示がインタフェース８０１ｃから受け取った制御ロジック８０１ａ基準）によって、指示上の地理学的位置の表示を含む情報識別子は指示を与える能力を有する近くの通信装置から受けた（例えば、
上記は、限定するものではないが、ネットワーク２６を含む）または有線ネットワーク、（例えば、
上記は限定するものではないが、ネットワーク２８を含む）通信装置に含まれるＧＰＳ受信器から１つを得ることが可能である、または、それは８０１ｆ．ＣＵを介して制御ロジック８０１ａに連結するＧＰＳ受信器である。
後の通信装置の例には、制限されるわけではないが、ＢＩＤ  １１、電話１５、コンピュータ３１、放送信号からポジショニング・データを得る放送受信デバイス（図示せず）およびＧＰＳ受信器（図示せず）が含まれる。
【０５９０】
制御ロジック８０１ａがインタフェース８０１ｃでユーザアクティベーションのためにインタフェース８０１ｃから受け取る地理学的位置の指示に関して、地理学的位置の指示は、対話性アクティベーション時に制御ロジック８０１ａに与えられるか、対話性アクティベーションの時間より非常に早い時刻に与えられるか、または、対話性の時間より非常に後でアクティベーションである時刻に与えられる。
２、３秒からの何でも、以前に日、週または月まで以前に、非常により早くありえる。
２、３秒後にから日週または月への何でも、後で非常により最近でありえる。
代替実施形態では、地理学的位置の指示はＢＩＤ  ８００以外のデバイスにユーザによって、与えられる。そして、より詳細に本願明細書において、他で記載されているにつれて、地理学的位置の指示およびその関連情報識別子はサービスを与えるかまたは動作を実行するために用いる。
【０５９１】
代替実施形態では、制御ロジック８０１ａは、８０１ｆ．放送局２７ｂおよびアンテナ２７ａ（アンテナ８０１ｇ）を通る２７ｄ  ＭＰＣおよびＣＵから地理学的位置の表示を受け取る。
このような実施例では、制御ロジック８０１ａは、ＣＵ  ８０１ｆを介して、２７ｄ、ＭＰＣにＢＩＤ  ８００のための地理学的位置の指示を送ることを要求する。
モバイル測位システムから地理学的位置指示を得ることは、当業者に十分理解されて、より詳細に本願明細書において、記載されている必要がない。
【０５９２】
あるいは、それが無線から１つを得ることが可能であるので、制御ロジック８０１ａはＣＵ  ８０１ｅを介して指示を与える能力を有する近くの通信装置から指示を得る（例えば、
上記は、限定するものではないが、ネットワーク２６を含む）または有線ネットワーク、（例えば、
上記は、限定するものではないが、ネットワーク２８を含む）。
実施態様によって、制御ロジック８０１ａは、要請するの、または、あるいは、周期的に、実施態様、ＢＩＤ  １１、電話１５および地理学的位置の指示が２７ｄ、一つ以上のＭＰＣから受け取ったコンピュータ３１の一つ以上およびサーバー（２９ａ、２９ｃ）によって、受ける。
当業者は効果的なおよび役立つ地理学的位置指示のために、それが適当な放送局予定を許容しなければならないということを認識するだろう、情報または命令サーバー２９ａにより処理されそうである対話性アクティベーションのために特定する、２９ｄ、または、本願明細書において、他で記載されているにつれて、放送対話性デバイスは「ローカル対話性アクティベーション処理を非常に実行する、」それは結局、地理学的位置がユーザにサービスを与えるかまたはユーザまたは他の関係者に代わって動作を実行するために必要な主要な理由のうちの１つである。
あるいは、制御ロジック８０１ａは、８０１ｆ．ＣＵを介して制御ロジック８０１ａに連結するＧＰＳ受信器から、地理学的位置の指示を得る。
あるいは、制御ロジック８０１ａは、地理学的位置の指示を与えるＧＰＳ受信器を含む通信装置から、地理学的位置の指示を得る。
実施態様によって、通信装置は、ＢＩＤ  １１、電話１５、コンピュータ３１および放送受信デバイス（図示せず）のうちの１つである。
あるいは、制御ロジック８０１ａは、放送信号の地理的ポジショニング・データを得る放送受信デバイスから、地理学的位置の指示を得る。
【０５９３】
代替実施形態では、制御ロジック８０１ａから情報識別子も受け取るデバイスは、地理学的位置の中で1表示につき２７ｄ、ＭＰＣから受ける。
しかし、以下に限られなくて、受信装置は、実施態様によって、一つ以上である：
サーバー２９ａ、サーバー２９ｃ、コンピュータ３１、ＢＩＤ  １１および電話１５。
要請は、情報識別子とともにデバイスで受け取られる利用者識別名に基づく。
利用者識別名によって、２７ｄ、ＭＰＣが受信装置が地理学的位置の指示を要請している通信装置を特定できる。
ＭＰＣは、２７ｄ指示を持続するかまたは請求次第、ネットワーク２６を介して通信している通信装置の地理学的位置を決定できる。
地理学的位置の指示が要請される通信装置が制御ロジック８０１ａが情報識別子を構成した放送局のカバー地域において、あるときに、正しい情報が地理学的位置の正しい指示を有することに基づいてその他の潜在的に正しい情報の中から都合よく特定されることができるときに、正しい情報（例えば予定、命令、データ、など）は受信装置により特定される。
【０５９４】
代替実施形態では、サーバー（２９ａ、２９ｃ）は、ユーザおよびＢＩＤ  ８００と関係している電話エリアコードおよびローカル市内局番を含んでいる利用者識別名を受信する。
代替実施形態では、サーバー（２９ａ、２９ｃ）が受信する利用者識別名は、電話会社によって、与えられるＡｕｔｏｍａｔｉｃ  Ｎｕｍｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎサービスから得られる。
代替実施形態では、エリアコードおよび電話局所交換コードは、８０１ａ．制御ロジックによって、与えられる。
制御ロジック８０１ａは、電話エリアコードおよびローカル市内局番のアクティベーション示すもののユーザー・インターフェース８０１ｃ指示から受ける。
電話エリアコードおよびローカル市内局番がＢＩＤ  ８００のユーザが対話性活性化をしたプログラミングのための放送局のカバー地域の中にある地理的エリアと関係するときに、サーバー（２９ａ、２９ｃ）は、２９ｂ、２９ｄ、データ蓄積の適当な予定または命令を特定することが可能である。
【０５９５】
別の実施例、ＰＳＴＮ  ３２またはＭＳＯ  ２７ｃのうちの１つまたはネットワークにおいて、２８は、サーバー（２９ａ、２９ｃ）がＡＩＮ番号に基づくユーザの一般の位置を決定できるＡＩＮ番号を与える。
代替実施形態では、インターネット・プロトコル（ＩＰ）アドレスは、サーバー（２９ａ、２９ｃ）に与えられる。
各ＡＩＮ番号は、以下を含む：
特定の放送局が受け取られることがありえる固有の地理的エリアと関係しているローカル局番。
サーバー（２９ａ、２９ｃ）は、ローカル局番が直接、または、間接的に、各々いずれがチャネルと関係しているかという限定された数の放送局にマップされることができるデータ構造を含む。
あるいは、異なる格納されたデータ構造によって、サーバー（２９ａ、２９ｃ）がＩＰアドレスを特定の放送局が受け取られることがありえる地理学的位置にマップすることができる。
情報識別子のチャネルを与えることによって、情報識別子に示すものがありえるのと同じ周波数割当をもつ適当な放送局は、選択したの中のマップされたＩＰアドレスと関係している放送局。
【０５９６】
電話エリアコードの各々は、１〜９９９のユニークなローカル市内局番を有する。
各ローカル市内局番は、ローカル市内局番が関連する電話エリアコードの地理的エリアの小さい部分を定める。
典型的に、市内局番は、小さい領域（例えば町、町または郡の部分）をカバーする。
あらゆる無線局は、マップにあらゆる市内局番のためにどの無線局（すなわち周波数）が特定の交換の境界の中で範囲を与えるかを、決定できるように、一般公開されている放送カバー地域を有する。
データベースのこの情報を組織することによって、ユーザが対話性活性化をするときに、ユーザが聞いていたことは、どの候補者が放送局に無線で連絡するかについてエリアコードおよび市内局番から決定する候補者である。
図１ｃを参照する。別の実施例で、領域フィールド７ａは、電話エリアコードおよびローカル市内局番を含む。
キーとしてエリアコードおよびローカル市内局番に基づくＤＳ  ６に入ることによって、エントリーを含むレコード・ステーション識別名フィールドのために７ｂおよびスケジュールフィールド７ｃが特定されること。
右側の放送局がそうである識別子がステーション識別名フィールド７ｂを中で特定したという情報の周波数表示に基づく。
放送局は、スケジュールフィールド７ｃの予定エントリーであるかまたは７ｃが情報識別子が受け取られる対話性アクティベーションを処理するために接近されてそれからあるスケジュールフィールドのポインタ・エントリーによって、を示していた。
代替実施形態では、領域フィールド７ａは、ＩＰアドレスまたはＩＰアドレスの範囲を含む。
当業者は、制限が定義済みの地理的領域からそれらの領域に感じられることが可能である放送局まで実行されることができる写像の異なるタイプにないということを認識するだろう。
【０５９７】
地理学的位置を決定する代替方式は、細胞グローバルな同一性（ＣＧＩ）を得ることに基づく。
ＣＧＩは、ネットワーク２６と通信するときに、通信装置が位置するセルを特定する。
別の実施例、ＢＩＤ  １１、電話１５またはその他のネットワーク通信装置にそのメモリーのストアにＢＩＤ  １１、電話１５およびモバイル・ネットワーク２６との間に通信リンクを組み立てるかまたは持続する（例えば移譲）と共に、制御通信路を通じて受け取られるＣＧＩのための表示を与えること。
実施態様によって、ＣＧＩの表示がＢＩＤ  １１によって、与えられること、電話１５〜ＢＩＤ  ８００（または本願明細書において、記載されているその他の対話性デバイス）またはＢＩＤ  １１は、１５がサーバー（２９ａ、２９ｃ）またはコンピュータ３１にＣＧＩの表示を与えると電話をかける。
代替実施形態では、ＢＩＤ  ８００は、それ自身でネットワーク通信装置であって、２７ｄ、ＭＰＣからＣＧＩを得ることができるかまたは制御通信路の上のそれを受信する。
別の実施例（ＢＩＤ  １１）によれば、電話１５はＢＩＤ  １１（モバイル・ネットワーク２６からの電話１５）のためのＣＧＩを要請する。そして、ネットワーク２６（特にＭＰＣ  ２７ｄ）は国内場所登録所（ＨＬＲ）（図２ａに示されない）または訪問客場所レジストリ（ＶＬＲ）（図２ａに示されない）から表示を得ることによって、要請を満たす。
【０５９８】
ＣＧＩが地理学的位置として使われる場合、セルがそうである方法が計算したので、ユーザの位置はまだ知られていない、または、という名のネットワーク・オペレータに依存する、
それのための基準が、ない。
従って、ＣＧＩは、サーバー（２９ａ、２９ｃ）またはコンピュータ３１でセルの座標と適合する。
ネットワーク２６のオペレータがセルを加えるか、ＣＧＩを変えるか、またはセルの座標を修正するときに、サーバー（２９ａ、２９ｃ）またはコンピュータ３１の地理学的位置写像データベースに対するセルは更新される。
これは、サーバー（２９ａ、２９ｃ）またはコンピュータ３１で、データベースがこの対話性サービスが与えられるすべてのオペレータのために持続される。そして、各ネットワーク・オペレータがそれ自身のデータベースを持続することを意味する。
【０５９９】
ＣＧＩ写像データベースを持続することを不必要に二重であるとみなされるかもしれないので、別の実施例、サーバー（２９ａ、２９ｃ）またはコンピュータで、３１はＭＰＣ（２７ｄ）から地理学的位置をリクエストする。
実施態様によって、サーバー（２９ａ、２９ｃ）またはコンピュータ３１は、ＢＩＤ  １１、電話１５またはＢＩＤ  ８００の現在の位置を与えるために、ＭＰＣ（２７ｄ）にリクエストを出す。
サーバー（２９ａ、２９ｃ）またはコンピュータ３１は、プログラミングが情報識別子に受け取られさせた対話性アクティベーションと関係している放送事業者を決定するために２７ｄ、ＭＰＣによって、与えられる地理学的位置を使用する。
【０６００】
ＭＰＣは、２７ｄ、ＣＧＩに基づいて細胞座標（通常不確定度域を有する位置）を与える。
実施態様サーバー（２９ａ、２９ｃ）またはコンピュータ３１によって、ＢＩＤ  １１のようなネットワーク通信装置から受け取られるＣＧＩの表示を送ると、１５が電話をかける、または、あるいは、それらは、ＭＰＣ（２７ｄ）に、装置識別名をＭＰＣ（２７ｄ）がネットワーク装置と関係しているＣＧＩを決定して、その基準に地理学的位置の表示を与えることができるネットワーク通信装置と関係しているようにする。
ＭＰＣは、各ネットワーク・オペレータの２７ｄ、ＣＧＩごとに細胞座標を結びつけて、要請に応答して最新の細胞座標を与えることができる最新のデータベースにアクセスする。
【０６０１】
あるいは、サーバー（２９ａ、２９ｃ）の対話性システムの経済所有者にとって、地理学的位置をＣＧＩに基づくようにする利点は、オペレータがＢＩＤ  １１、電話１５、ＢＩＤ  ８００のユーザに比較的安くそれを与えることができるということである。
細胞座標およびＣＧＩは、オペレータがデータベースにおいて、すでに持続する情報である。
典型的に、ＣＧＩに基づく地理学的位置は１００メートルから３５キロメートルにわたっている不正確を有する、しかし、これは放送プログラミング対話性サービスのための課題であってはならない。
【０６０２】
ネットワーク２６がネットワーク通信デバイス（例えばＢＩＤ  １１、電話１５、無線ＰＤＡ）の地理学的位置を決定できるその他の方法がある、または、実施態様、ＢＩＤ  ８００または対話性デバイスのうちのさらに１台に依存することが本願明細書において、記載されている。
しかしながら、それらの全てはずっと多く複雑さを含む、そして、価格において、結局は反映される出費は場所に拠点を置くサービス（ＬＢＳ）のためのユーザで支払った。
地理学的位置を決定するその他の方法は、以下を含む：
ＧＰＳ（Ａ−ＧＰＳ）を援助する、モバイル・ネットワークは、それを含む自身のＧＰＳが、それがより正確な位置を算出するのを助けるために通信装置上のＧＰＳ受信器に援助情報を与えることができる受信器である、
点火進角、無線信号が基地局から通信装置または後退へ行く時間、ＣＧＩ＋ＴＡにより補充されるＣＧＩ、
到達時刻（ＵＬ−ＴＯＡ）（通信装置から別々の基地局にある４つ以上の測定単位への信号のための時間）をアップリンクする、
そして、拡張観察された時間差（ＥＯＴＤ）（通信装置は、別に３、地理的にはく離、基地局（またはより多くの）および位置から受信データにとる差が通信装置によって、または、ＭＰＣ（２７ｄ）によって、その情報に基づいて算出される時を測定する）。
【０６０３】
地理学的位置（例えばＣＧＩ＋ＴＡ）ＵＬ−ＴＯＡおよびＥＯＴＤは、ＢＩＤ  １１、電話１５またはＢＩＤ  ８００によって、ＭＰＣ（２７ｄ）から得られることが可能である。
しかしながら、実施態様によって、ＥＯＴＤはＢＩＤ  １１、電話１５またはＢＩＤ  ８００によって、局所的に決定されるか、またはＢＩＤ  １１によって、局所的に決定されると、１５は電話をかける。そして、ＢＩＤ  ８００に与えた。
【０６０４】
上記のように、実施態様によって、ＢＩＤ  １１、電話１５またはＢＩＤ  ８００は、対話性アクティベーションが受け入れられた時および放送プログラミング受信デバイスの検出チューニングされたチャネルを含む情報識別子をサーバー（２９ａ、２９ｃ）またはコンピュータ３１に送信する。
情報識別子は、典型的に以下を含む：
パーソナライズされたサービスがサーバー（２９ａ、２９ｃ）またはコンピュータ３１によって、与えられることが可能である利用者識別名。
しかしながら、
ここで
ＡＩＮ番号はサーバー（２９ａ、２９ｃ）（またはコンピュータ３１）が利用できる。そして、利用者識別名が必要でないかもしれない。
しかしながら、別の実施例で、２９ａ（２９ｃ）を切断する、さもなければ、コンピュータ３１はＡＩＮ番号を使用している受信利用者識別名を確認する。
当業者は、実施態様によって、サーバー（２９ａ、２９ｃ）またはコンピュータ３１により提供されると評されるサービスがＢＩＤ  １１、電話１５またはメディアプレーヤ３３によって、別の実施例において、提供されるということを認識するだろう。
ＢＩＤ  １１、電話１５またはメディアプレーヤ（３３）はサーバー（２９ａ、２９ｃ）またはコンピュータ３１と協同してサービスを提供する、または、情報を使用することが代用源から得られる。
【０６０５】
以下の説明の部分は、以下を含む情報識別子に関してなられる：
情報識別子を処理するための適当な情報を特定するために用いる地理学的位置の表示。
しかしながら、当業者は、別の実施例で、地理学的位置の表示が使われないか、またはあるいは、このため使われないということを認識するだろう。
代替実施形態では、情報識別子は、以下を含む：
他のための地理学的位置の表示、
上記は、限定するものではないが、含む。
対話性アクティベーションがなられるプログラミングを聞くときに、ユーザがいるところを決定すること。
特定の場所の特定の時間にユーザの集中を特定することによって、場所の小売商のための広告は、特定の時間に放送されるかもしれない。
処理のためのデバイスに到達する情報識別子は、本明細書において、対話性命令と称される。
【０６０６】
さらにまた、以下の説明の部分は、情報識別子を受け取ることに反応していて、サービスを与えているかまたは動作を実行している代表的なサーバーに関してなられる。
しかしながら、当業者は、別の実施例で、その他のデバイスがサーバーに起因しているそれらとして同じであるか類似の動作を実行するかもしれないということを認識するだろう。
その他のデバイスとしては、公知技術のサーバー２９ｃ、コンピュータ３１、ＢＩＤ  １１、電話１５、メディアプレーヤ３３およびその他の通信またはコンピューティング装置が挙げられるがこれらに限られない。
実施態様によって、情報識別子を生成する対話性デバイスは、その他のデバイスに情報識別子を送ることに応答して、他の対話性デバイス、通信またはコンピューティング装置から情報を受け取るかもしれない。
さらにまた、説明は記憶装置２９ｂを参照することによって、一つにはなられる、しかし、当業者は同じ説明が２９ｄ記憶装置または記憶装置（すなわちコンピュータ３１、ＢＩＤ  １１、電話１５、メディアプレーヤ３３およびその他の通信に対するローカルまたは公知技術のコンピューティング装置）に別の実施例において、適用できるということを認識するだろう。
【０６０７】
代替実施形態では、サーバー３５は、本願明細書において、他で記載されているものに、付加的なサービスを与える。
代替実施形態では、サーバー３５は、サーバー３５の以前の説明に記載されているものより異なるサービスを与える。
【０６０８】
サーバー３５は、サーバー（２９ａ、２９ｃ）を代表する。
サーバー３５は、一つ以上の汎用であるか専門プロセッサを含む制御ロジック３６ａを含む。
制御ロジック３６ａは、メモリー３６ｂに格納されるアプリケーションおよびオペレーティングシステム（ＯＳ）命令を実行する。
命令は、ＯＳ及びアプリケーション３６ｃ（すなわちまた、アプリケーションおよびオペレーティングシステム命令を格納するディスクドライブコントローラおよびディスクドライブ）から得られる。
制御ロジック３６ａからインストラクションに基づいて、アプリケーションおよびオペレーティングシステム命令は、３６ａ．制御ロジックによって、後の検索および実行のためのメモリー３６ｂへ移される。
【０６０９】
サーバー３５は、ＢＩＤ  １１、電話１５、コンピュータ３１、メディアプレーヤ３３およびマルチメディアの記録装置３４（集合的に通信装置）と通信する。
サーバー３５はインターネットの主要なネットワークプロトコルであるＴＣＰ／ＩＰネットワークプロトコル３６ｅを用いて通信する、しかし、本発明は任意の特定のプロトコルに限られていない。
サーバー３５は、メモリー３６ｂに格納されて、操作されて、３６ａ．制御ロジックにより処理される情報の装置に通信装置からリクエストおよび情報を支持している電気信号機を翻訳する通信ユニット３６ｆを含む。
同様に、通信装置３６ｆは、リクエスト、応答および制御ロジック３６ａが受け取られることができて、再送信されることができて、ネットワーク２６、２８またはＰＳＴＮ  ３２によって、移られることができた電気信号機に通信装置に送信したい情報を翻訳する。
【０６１０】
サーバー３５は、３６ｄ、制御ロジック３６ａが記憶装置２９ｂからのデータおよびストア・データを得ることができる記憶コントローラを含む。
制御ロジック３６ａが以下を含む情報識別子を受信するときに：
制御ロジック３６ａがユーザに代わってどんなサービスか動作を実行するべきかについて決定するという時間（地理学的位置の周波数指示および表示）の表示。
決定するどんな動作を実行する、３６ａがそれのような1データ構造につき２９ｂ、保管されてアクセスする制御ロジックは図１ａ、１ｂ、１ｃまたはあるいは、図と関連して２ｃを記載した。そして、それは後で更に詳細に記載されている。
【０６１１】
図２ｃは、それがそうである動作データ構造を例示する関連がある本発明の別の実施例に従う放送事業者予定に。
データ構造２４０は、スケジュールフィールド４ｃ（別の実施例の７ｃ）のエントリーを代表する。
実施態様によって、図１ａ、１ｂ、１ｃと関連して記載されているそれらのような一つ以上のデータ構造は、記憶装置２９ｂに格納される。
ＤＳ  ２４０は、４ｃ、７ｃ、ＤＳ  １の代わりの実装またはスケジュールフィールドのエントリーを代表する。
対話性が重複したカバー地域を有する複数の放送事業者に与えられる所で、制御ロジック３６ａはスケジュールフィールド４ｃのエントリーの中から適当な放送事業者のＤＳ  ２４０を選択すると、地理学的位置の表示に基づく７ｃおよび対話性において、受け取られるチャネル指示が命令する。
一旦適当なＤＳ  ２４０が特定されると、制御ロジック３６ａは動作フィールド２４１ｃの選択されたエントリーに基づく対話性命令を満たすために実行するためにサービスまたは動作を特定する。
フィールド２４１ｃの適当なエントリーは、対話性命令の受付時刻の表示に基づいて選択される。
【０６１２】
図示する（しかし、リミッティングでない）実施例として、ＢＩＤ  １１が１０６．７のＦＭのチャネル指示示すものを含んでいる情報識別子およびＭａｎａｓｓａｓ（ＶＡ）において、ある地理学的位置（例えば緯度と経度、郵便番号、エリアコードおよび局所交換、など）の表示をサーバー３５に送信する状況をみなす。
説明の目的のみに、制御ロジック３６ａが実行する動作を特定するために引用するデータ構造であるとして、ＤＳ  ３をみなす。
当業者は、ＤＳ  ６またはその他の適切なデータ構造が別の実施例において、用いられるかもしれないということを認識するだろう。
制御ロジック（３６ａ）が１０６．７に合致するフィールド４ａのためのエントリーを特定するというチャネル指示に基づく。
１０６．７に合致するフィールド４ａのためのエントリーは、５ｄ、レコードと関係している。
適当なレコードを特定して、制御ロジック３６ａは、それから、５ｄ、レコードのフィールド４ｂのためのエントリーにおいて、定められるカバー地域を有する情報名前で受け取られる地理学的位置の表示を比較する。
ＷＪＦＫの範囲定義エントリーがフィールド４ｂの５ｇ  Ｍａｎａｓｓａｓ、ＶＡおよびエントリーがそうしないＷＬＴＷの範囲定義を含むので、制御ロジック３６ａはスケジュールフィールド４ｃの５ｈ、ＷＪＦＫ予定エントリーを動作を特定するために更に調べる適当なデータ構造または受け取ったものを満たすために実行するサービスであることと特定する。
【０６１３】
ＷＪＦＫのものがフィールド４ｃの５ｈが有するエントリーを予定するところできる、対話性命令の受付時刻の表示によって、ＤＳ  ２４０の中で制御ロジック３６ａが実行するために動作またはサービスを特定すること。
ＤＳ  ２４０は、歌、広告、ニュース、警報およびトークショーのための動作のための命令へのポインタを含む。
図２ｃにおいて、例示されるＤＳ  ２４０のために、時間の表示に基づいて、制御ロジック３６ａは、動作フィールド２４１ｃのエントリーを特定する。
動作フィールド２４１ｃのエントリーは、実施態様によって、制御ロジック３６ａに、あるいは、あるいは、省略時動作またはサービスが非常に実行されることになっていることを表すそれまとめる対話性命令を満たすために用いる動作の。
中で実施態様において、それ動作フィールドでエントリー省略時動作またはサービスは表す、制御ロジック３６ａはユーザが要求したかもしれないものにかかわりなく関連する時間枠のプログラミングのための省略時動作を実行する。
このような実施例では、項目識別子は、以下を含まない：
特定の動作の命令指示示すものまたは実行されるサービス。
命令指示は後で更に詳細に記載されている、しかし、当面、別の実施例で、制御ロジック（３６ａ）が命令指示の値に基づくいくつかのありうる動作またはサービスのうちの１つを選択できるということを知っているのに十分である。
【０６１４】
対話性命令が以下を含む状況を説明のためにみなす：
「００：０４：４５に等しい時間の表示。」時間の表示が００：０４：１８におよび００：０８にエントリーとの間に落下するので、００：０４：４５に等しい時間のＡ表示はフィールド２４１ｃの歌アクションエントリに位置する：
フィールド２４１ｂおよび、その期間の間に、ＷＪＦＫの５７は、曲を発表した。
他のタイプのプログラミング、限定するものではないが、含むこと、ニュース、広告、サービスおよびトークショーは、フィールド２４１ｃのためのその他のエントリーに示すように、自分自身の合同動作を有する。
省略時動作だけまたはサービスだけが実行される実施態様において、制御ロジック３６ａは、合同動作が動作カラムの隣接セルにおいて、特定した表６にリストされるプログラミングのタイプのために実行する。
省略時動作  表６
プログラミング・タイプ  動作
歌  ユーザのオンライン口座
広告  ユーザのオンライン口座の上の歌に関する場所標識
ニュース：ユーザのオンライン口座上の広告に関する場所標識
トークショー  ユーザのオンライン口座上のトークショーに関する場所標識
サービス  放送された発表または広告にて説明したように、警報（またはその他のサービスを実行する）を送る
【０６１５】
制限がプログラミングの項目のための制御ロジック３６ａにより実行されることがありえる動作のタイプにない、そして、表６が１つの省略時動作だけを特定する場合であっても、複数の省略時動作は実行されることがありえる。
表６−１１は、少し、または、すべて、いずれが本発明の一つ以上の実施態様により実行されることがありえるかという動作およびサービスの図示するおよびリミッティングでない実施例を与える。
代替実施形態では、各タイプのプログラミングのために、制御ロジック３６ａは、表６−１１の関連するテーブルから、２つ以上の省略時動作を実行する。
【０６１６】
しかしながら、別の実施例で、表６−１１の各々において、特定される動作は、対話性活性化がプログラミングの項目の表現に対する反応のＢＩＤのユーザー・インターフェースでなされる時で、ユーザにより選択される。
選択がなされる方法は、後で更に詳細に記載されている。
しかしながら、別の実施例で、ユーザは、制御ロジック３６ａがユーザから対話性命令を受け取るときはいつでも、どんな動作が実行されることになっているかについて特定する。
ユーザは、形に電子メールを送ることによって、または、形のメーリングによって、インタラクティブな音声応答システム（ウェブサイトのオンラインの形）を使用している動作を特定する。
ユーザの指定された動作の指示は、３６ａ．制御ロジックにアクセス可能であるデータ構造の記憶装置２９ｂに格納される。
ユーザのものに関する情報は動作が構成されて、別にアクセス可能なことを示していた。そして、実施態様に依存した。そして、ＡＩＮ番号、利用者識別名または両方ともに基づいた。
正しいユーザ指定の動作に接近するために、実施態様によって、制御ロジック３６ａがいくつかの実施態様がそうであるユーザの放送対話性ｄｅｖｉｃｅ−ｏｆから対話性命令を受け取るときに、記載されているｈｅｒｅｉｎ−ｃｏｎｔｒｏｌ−ｌｏｇｉｃな３６ａは放送対話性デバイスから対話性命令とともに到着する利用者識別名を使用するか、またはあるいは、本願明細書において、記載されている適切な通信システムまたはネットワークによって、与えられるＡＩＮ番号を使用する。
【０６１７】
図２ｄは、受信情報識別子を処理するためにサーバーの制御ロジックにより用いられるユーザ関連情報のためのデータ構造を例示する。
データ構造４１２は、ユーザーＩＤフィールド４１３ａおよび利用者情報フィールド４１３ｂを含む。
実施態様によって、受信情報識別子と関係しているＡＩＮ番号か利用者識別名は、利用者情報フィールド４１３ｂの適当なエントリーを特定するために、制御ロジック３６ａにより用いられる。
フィールド４１３ａのユーザ２  ＩＤエントリーのためのユーザ情報は、利用者情報フィールド４１３ｂのエントリー４１３ｃである。
情報フィールド４１３ｂのエントリーの情報は、後で更に詳細に記載されている。
【０６１８】
図２ｅは、より詳細にユーザ関連情報のためのデータ構造を例示する。
エントリー４１３ｃの情報は、図２ｅにおいて、更に詳細に示される。
実施態様によって、エントリー４１３ｃの情報は、いくつかの又は全部の以下を含むが、以下に限られていない：
４１３ｄ、デバイスＩＤ  ４１３ｅ、電話ナンバー４１３ｆ、４１３ｇアドレス、４１３ｈ電子メール・アドレス、支払い情報４１３ｉ、４１３ｊ直結アカウント情報、４１３ｋ個人性情報、４１３ｌ選択、４１３ｍ過去の処理、未定の処理４１３ｎおよび油断のないおよびサービス情報４１３ｏを挙げる。
エントリー４１３ｃの情報は、表６−１１と関連して後述する動作およびサービスを行うために、制御ロジック３６ａにより用いられる。
【０６１９】
どの権利保護されている素材がユーザと関係しているデバイスに送られて、そのデバイスかその他のできるようにされたデバイスだけに示されることに結ばれるかという実施態様において、制御ロジック３６ａは、素材のための表現および使用権をデバイスまたはデバイスに結ぶために、デバイスＩＤ  ４１３ｅを使用する。
複数のデバイスが素材デバイスＩＤを発表することがありえる場合には、４１３ｅはデバイスの各々のためのデバイスＩＤを含む。
応対が、４１３ｇ、ユーザに送られる物理素材（例えばコンパクトディスク、カセット、クーポンおよび放送を経て促進されることがありえる任意の物理素材）を有するために、制御ロジック３６ａまたは遂行動作によって、使われる。
遂行動作は、サーバー３５に代わって物理配達（例えば包装、アドレス指定、メーリング、など）を実行するシステムである。
制御ロジック３６ａは、広告に関連した事項について述べるためにユーザに電話をするために広告主代表にそれを与えることを含むがこれに限らず多くの動作のための電話ナンバー４１３ｆを使用する。
制御ロジック３６ａは、ユーザが関心を表したプログラミングの項目に関してユーザ情報に送るために、４１３ｈ、電子メール・アドレスを使用する。
４１３ｉがクレジットカード情報を含むという支払い情報または直接の撤回および３６ａが、例えば広告、曲、トークショー、その他を含むがこれに限らず、プログラミングの特定のタイプの項目の間、できた対話性アクティベーションによるユーザによって、できた購入品のための金融取引を実行してそれを使用する制御ロジックのためのユーザが広告（例えばチケット、Ｔシャツ、映画、など）の主題を購入することがありえるかまたは金がかかるサービスを有することがありえるというバンク・アカウント番号情報は、実行される。
ユーザが対話性活性化をすることによって、関心を表したプログラミングの項目についての直結アカウント情報４１３ｊメモの制御ロジック３６ａストア。
制御ロジック（３６ａ）は、年齢、音楽利益、ファミリ説明、収入、配偶者関係、などのようなユーザについての個人性情報を用い、個人性情報（４１３ｋ）に保存する。
個人性情報が、その他の目的の中のターゲティング広告および音楽において、使われる。
選択の情報は、４１３ｌ、制御ロジック３６ａに、ユーザが広告主代表または他によって、連絡をとられたい方法を表す。
それぞれ、過去の購入処理または対話性アクティベーションに関する情報およびまだ処理されなかった未定の処理は、４１３ｍ過去の処理および未定の処理４１３ｎに格納される。
油断のないおよびサービス情報４１３ｏは、特定のタイプの警報が実行されることになっているデバイスおよび３６ａがどの制御ロジックにあるかという方法がサービスの要請を扱うことを表す。
例えば、ユーザ記録装置がプログラムされることがありえることを表すプログラミングの項目の間、対話性活性化をすることによって、ユーザは、記録装置３４がプログラミングの項目に記載されているレコード素材にプログラムされると要請することがありえる。
【０６２０】
表７は、対話性活性化が曲に対する反応のＢＩＤのユーザー・インターフェースでなされる時でユーザによって、パフォーマンスのために選択されることがありえる２、３の動作を例示する。
歌動作  表７
1. ユーザのオンライン口座上の場所メモ
2. 電子メールを減らした品質サンプルまたは電子メール・アドレスに対する曲のバージョン
3. 対話性命令が回数が側面から特定した歌の間、出る場合ＣＤまたはデジタル・トラックのために許可される処理を購入するかどうか、決定するユーザのプロフィールを調べる
4. 歌および関連情報を表している関連を有する電子メール・メモ
5. ユーザの放送対話性デバイスにメモを送って、任意にユーザがメモを用いて曲またはアルバムを購入できる
【０６２１】
メモは、一実施例に従って、曲、アーティスト、価格設定および発注、などに関する詳細な情報を有する。
あとで、ユーザは、コンピュータ３１、ＢＩＤ  １１、ＢＩＤ  ８００または本願明細書において、記載されている放送対話性デバイスの他のものを介してオンライン化することができて、音楽を注文するためにメモに接近することができて、歌詞、アーティストおよび帯域に関する詳細な情報を発見できる。
表７または類似のものに記載されている動作は、公知技術で、サーバー３５のようなサーバーがそれらを実装する方法に関しては、より詳細に記載されている必要がない。
【０６２２】
表８は、対話性活性化が広告に対する反応のＢＩＤのユーザー・インターフェースでなされる時でユーザによって、パフォーマンスのために選択されることがありえる２、３の動作を例示する。
広告動作  表８
1. 広告の内容に関する情報をもつユーザに、電子メールを送る
2. ユーザにクーポンを送る
3. 広告の内容についてのメール・ユーザ情報
4. 接点ユーザにユーザ電話連絡先をもつ広告主代表を与える
5. 対話性命令が出る場合、広告主に電子メール・アドレスを与える
6. 特定のタイプのコマーシャルの間、自動的にユーザのデバイスまたは電子メール・アドレスにクーポンを送る
7. ユーザのデバイスに広告主の連絡先を有するメモを送る
【０６２３】
放送プログラミングの項目が広告である。そして、ユーザが広告の間、対話性活性化をする状況において、しかし、制限する、以下の動作の一つ以上：
1) 広告に関する詳細な情報を有する電子メールを送ること、
2) 本願明細書において、記載されている１１またはその他の放送対話性デバイスを宣言する電子クーポンおよび／またはユーザの電子メール・アドレスを送ること、
3) 郵便システムによる情報を送る、
そして、
4) 広告主の代表に詳細な情報を与えるためにユーザ（例えば、電話によって、または、人において、）と連絡をとらせる。
【０６２４】
表９は、対話性活性化がニュース項目に対する反応のＢＩＤのユーザー・インターフェースでなされる時でユーザによって、パフォーマンスのために選択されることがありえる２、３の動作を例示する。
ニュース動作  表９
1. ユーザの直結上の記事（ｉｅｓ）に関する場所メモは、説明する
2. 電子メール反訳記録
3. 付加的な電子メールまたは背景情報
4. 反訳記録およびオーディオへのリンクを有する電子メール・メモ
5. 類似の記事に電子メールを送る
6. メモをユーザの通信装置に送信する
【０６２５】
表１０は、対話性活性化がホスト、ＤＪまたはトークショーによって、表現に対する反応のＢＩＤのユーザー・インターフェースでなされる時でユーザによって、パフォーマンスのために選択されることがありえる２、３の動作を例示する。
ホスト、ＤＪ、トークショー動作  表１０
1. 放送事業者に電子メール・アドレスを与える
2. 後援する電子メール・アドレスを与える
3. 放送事業者に与えられている電子メール・アドレスのないホスト／ＤＪにより選択されるプロモーションの情報を受信する
4. コンテストへの自動エントリ
5. 口頭の質問に答えて競争者からリアルタイム・フィードバックを受け取る。
6. ユーザに選択を送って、リアルタイム・フィードバックを受信する。
【０６２６】
表１１は、対話性活性化がサービス発表または広告に対する反応の放送対話性デバイスのユーザー・インターフェースでなされる時でユーザによって、パフォーマンスのために選択されることがありえる２、３の動作を例示する。
サービスアクション  表１１
1. 警報を送る
2. ユーザに代わって記録装置のプログラミングを実行する
【０６２７】
表１１において、特定される送信警報サービスに関して、放送対話性デバイスのユーザー・インターフェースで適切な方法の対話性活性化をすることによって、ユーザは、サーバー３５にユーザと関係している通信装置に警報に送るかまたはユーザに代わってプログラムされるデバイスを備えているよう求めることがありえる。
実施態様、デバイスが一つ以上である通信、限定するものではないが、以下によって、：
対話性デバイスＢＩＤ  ７００、８００、ＢＩＤ  １１、電話１５、コンピュータ３１、ページャ、パーソナル携帯情報機器およびポケット・パーソナル・コンピュータを放送する。
【０６２８】
運転するかまたはさもなければ気を取られると共に、後で放送される望ましいプログラムまたは連れて行かれることを必要とする動作に気づく（例えば。−その理由は、次のことにある。将来のプログラミングに関する発表は、ユーザに提示される）ユーザは対話性アクティベーションを警報を要請するために実行できる。
発表（例えば限定するものではないが、含むこと、広告、ＤＪまたはトークショー、表現、ニュースショー）の表現の間、本願明細書において、記載されている放送対話性デバイスのユーザー・インターフェースでされる対話性活性化は、実施態様によって、情報識別子にサーバー３５に送信させられる。
情報識別子を受け取ることに応答して、制御ロジック３６ａによって、実施態様によって、適当なデバイスに警報を送るかまたは実行されるサービスが生じる。
実施態様によって、適当なデバイスは、情報識別子が受け取られた放送対話性デバイスおよび本願明細書において、記載されている技術のいずれかを通してサーバー３５にユーザにより特定される他の通信装置である。
【０６２９】
ユーザは、例えば、受け取られる警報と関係しているもの以外のチャネルにチューニングされるかもしれない。
運転するにつれて、手動でユーザにリチューンを必要とすることはユーザが先取される状況において、望ましくないかもしれない。
【０６３０】
警報はＢＩＤ  ７００の文脈に記載されている、しかし、当業者は本願明細書において、記載されているその他の放送対話性デバイスが別の実施例で後述する特徴を含むということを認識するだろう。
ＢＩＤ  ７００が制御ロジック３６ａから警報を受け取るときに、制御ロジック（７０１ａ）は適当な時刻に警報を実行する。
警報が制御ロジック（７０１ａ）がチャネルを変えることであることを表すときに、実施態様によって、制御ロジック（７０１ａ）は、その時に警報において、特定されて、チャネルを変える。そして、それに、７０１ｈ受信器またはマルチプレクサ７１ａまたは周波数ディテクタの受信器は７０ｄチューニングされる。
警報がプログラミングの項目が警報の特定の時間指定ので記録されることであることを表すときに、制御ロジック（７０１ａ）は、実施態様によって、連結される記録装置（図示せず）を有する７０１ｈ受信器またはマルチプレクサ７１ａまたは周波数ディテクタ７０ｄレコードの受信器に適当な時刻に項目。
実施態様によって、記録装置はカセットレコーダである、ディスク・バーナー（信号をデジタル化して、それを記憶装置７０１ｃに格納するエンコーダ）を圧縮する。
実施態様において、
ここで
受信器はディジタル信号を受信する、記録装置は単に制御ロジック（７０１ａ）および記憶装置７０１ｃの組合せである。
【０６３１】
上記のように、ユーザ記録装置がプログラムされることがありえることを表すプログラミングの項目の間、対話性活性化をすることによって、ユーザは、記録装置３４のような記録装置がプログラミングの項目に記載されているレコード素材にプログラムされると要請することがありえる。
記録装置３４は、後で更に詳細に記載されている。
【０６３２】
図３は、本発明の別の実施例に従って更に詳細に記録装置を例示する。
記録装置４１４は、記録装置３４を代表する。
記録装置４１４は、４１５ｄ、ネットワーク・トランシーバを含む。
ネットワーク・トランシーバの動作の方法は、４１５ｄ、それをサーバー３５、２９ａ、２９ｃに連結するネットワークに依存する。
代替実施形態では、トランシーバは、４１５ｄ、ＴＣＰ／ＩＰに従って通信するイーサネット（登録商標）・コントローラである。
４１５ｄトランシーバを経由して、制御ロジック４１５ｂは、サーバー３５の制御ロジック３６ａから、記録プログラミング指示を受け取る。
記録プログラミング指示は、記録装置４１４がユーザに放送の間、対話性活性化をさせた放送に記載されているレコード素材にプログラムされることになっていることを表している情報識別子を受信している制御ロジック３６ａに応答して送られる。
例えば、そして、単に実例として、広告が特定のＴＶまたはケーブル・チャネルが特定の時刻に特定のショーを放送することを表すケースをみなす。
ユーザに家に帰らせて、レコードにインタフェース４１５ｅプログラム機器４１４を使用する代わりに、別の実施例において、単に広告の間の対話性アクティベーションに情報識別子を作っているユーザによるショーは、放送対話性デバイス（例えばＢＩＤ  ７００、８００、ＢＩＤ  １１、メディアプレーヤ３３）によって、生み出されて、サーバー３５に送信される。
受信情報識別子に基づく、３６ａのサーバー３５がユーザがそれがそうしなければならないデバイスおよびプログラミング指示である記憶装置２９ｂにおいて、特定する制御ロジックは、ユーザのデバイスに送られる。
デバイスに関する情報およびプログラミング指示は、受信情報識別子が受け取られるユーザのためのユーザ情報４１３ｃに格納される。
【０６３３】
制御ロジック３６ａは、それからユーザの記録装置（記録装置４１４）に、ＴＣＰ／ＩＰをネットワーク化している３６ｅおよび通信装置３６ｆプログラミング指示を経て送る。
代替実施形態では、デバイス４１４は、油断のないおよびサービス情報４１３ｏにおいて、特定される。
プログラミング指示は、情報４１３ｏのデバイス４１４のために特定されるＩＰアドレスに送られる。
しかしながら、電子メール・メッセージを含むその他の機構が、デバイス４１４およびサーバー３５との間に通信するために用いられることがありえる。
代替実施形態では、プログラミング指示は、衛星ダウンリンク・チャネルを介してデバイス４１４で受け取られる、
どのケース・デバイス４１４が衛星受信機を含むかまたは１に連結するか。
プログラミング指示は、含むこと、プログラミング・デバイス４１４がレコードにあるチャネルの指示および記録の継続を含むが、これらに限定されるわけではない。
制御ロジック４１５ｂは、４１５ｄ、トランシーバを介して命令を受信して、それらをメモリー４１５ａまたは記憶装置４１５ｃに格納して、適当な時刻に電波を通じて、または、ケーブル・テレビ・プロバイダから受け取られるレコード・プログラミングに、それらを実行する。
実施例において、デバイス４１４は、３０ｆ．アンテナに連結するプログラミング受信器４１５ｆを介して、プログラミングを受信する。
プログラミングは、３０ｄ、アンテナを介してプログラミングを放送するテレビジョン局３０ｃにより送信される。
しかしながら、別の実施例で、受信器４１５ｆは、ケーブル局３０ｅからプログラミングを受け取る。
当業者は、他のタイプのプログラミング指示がこのように送らせられられることがありえるということを認識するだろう。
他のタイプのプログラミング指示は、以下を含む：
情報をコンピューティングまたは通信装置のアドレス帳に加えること：
車、ホームまたはどこか他の所の娯楽デバイスの調節管理（放送局プリセット、グラフィックイコライザの設定、記録命令、などを含むがこれに限らず何でも）、
とりわけ、防犯灯をつける。
【０６３４】
プログラミングの転送元にかかわりなく、受け取ったプログラミング指示に基づいて、制御ロジック４１５ｂは、プログラミング受信器４１５ｆに記憶装置４１５ｃの記憶装置のためのプログラミングを復調するように指示する。
実施態様（４１５ｃがそうである記憶装置）によって、一つ以上の、しかし、限られていない以下に：
テープ（ディスク、磁気ハード・ディスクまたはフラッシュまたはランダムアクセスメモリの若干のタイプを有するコンパクトディスク・バーナー）を有するテープ駆動機構。
【０６３５】
図４は、本発明の別の実施例に従ってクーポンを示している放送対話性デバイスを例示する。
ＢＩＤ  ４１６は、代表する、しかし、唯一の、ＢＩＤ  １１の実施態様、ＢＩＤ  ７００、ＢＩＤ  ８００およびメディアプレーヤ３３。
この種の実施態様、制御ロジック、７０１ａにおいて、８０１ａは、制御ロジック（７０１ａ）（製造業者のクーポンの８０１ａ情報典型）に連結する通信ユニットを介して受ける。
別の実施例、制御ロジック、７０１ａにおいて、８０１ａは、情報識別子をサーバー３５に送信することに応答して、クーポン情報を受信する。
実施態様によって、限定するものではないが、通信ユニットは、以下の一つ以上を含む：
７０１ｊ．通信ユニット８０１ｆ、トランシーバ７０１ｆ、７０１ｈ受信器、マルチプレクサ７１ａの受信器、７０ｄ周波数ディテクタの受信器およびＲＣＵ。
ＢＩＤ  ４１６が以下を含む一方：
セルは電話をかける、別の実施例で、ＢＩＤ  ４１６は携帯電話を含まない。
ＢＩＤ  １１、ＢＩＤ  ７００、ＢＩＤ  ８００およびメディアプレーヤ３３のユーザー・インターフェース上の鍵となる４１５ｉのような一つ以上のキーを押圧することによって、ユーザは、制御ロジック（７０１ａ）（８０１ａ）を記憶装置７０１ｃ、７０１ｄ、ユーザー・インターフェースに含まれるディスプレイ上の表現のための８０１ｄ、８０１ｃから特定のクーポンのためのクーポン情報を読み出してもらうことが可能である。
ＢＩＤ  ４１６により示される実施態様のために、クーポンは、バーコード形式の４１５ｈ、ＢＩＤ  ４１６のディスプレイに示される。
表示されたバーコード表示が走査されることがありえるように、ユーザは販売人にＢＩＤ  ４１６を与えることができる。
【０６３６】
図１２ｂを参照する。別の実施例で、本願明細書において、記載されているどこか他の所として通信装置から地理学的位置指示を受け取っているＢＩＤ  ７００の代わりに、ＢＩＤ  ８００は、８０１ｈ、ＧＰＳ受信器を含む。
このような実施例では、制御ロジック８０１ａは、８０１ｈ、受信器から地理学的位置の指示を得る。
【０６３７】
代替実施形態では、ＢＩＤ  ８００は、周波数検出装置８０１ｂに連結する制御ロジック８０１ａを含む。
制御ロジック８０１ａは、近くの放送受信機がチューニングされる周波数の中で、1指示につき８０１ｂ、検出装置から受ける。
制御ロジック８０１ａは、実施態様によって、他の通信装置にバイア通信装置８０１ｆに周波数の指示を与える。
制御ロジック８０１ａから周波数指示を受け取る通信装置の実施例は、実施態様によって、一つ以上を含む、以下に限られていない：
ＢＩＤ  １１、電話１５、メディアプレーヤ３３、ポケット・パーソナル・コンピュータ、ページャ、パーソナル携帯情報機器、コンピュータ３１。
実施態様によって、制御ロジック８０１ａは、通信装置から願書を受け取ることに応答して周波数の指示を与えるかまたは願書を受け取ることのない周波数の指示を与える。
【０６３８】
代替実施形態では、制御ロジック８０１ａは、タイマー８０１ｅに連結する。
このような実施例では、制御ロジック８０１ａは、通信装置に周波数指示とともに時間の表示を与える。
代替実施形態では、制御ロジック８０１ａは、その他の通信装置から願書を受け取ることに応答して、時間の表示を得る。
代替実施形態では、制御ロジック８０１ａは、周波数検出装置８０１ｂから周波数指示を受け取ることに応答して、時間を得る。
【０６３９】
実施態様によって、以下とき、制御ロジック８０１ａは他の通信装置に周波数指示を与える：
1) ８００が起動して最初にある入札および２）その後制御ロジック８０１ａがそれを決定するときはいつでも、検出装置８０１ｂから受け取られる周波数指示は以前与えられるものと異なる。
このような実施例では、検出装置８０１ｂは、近くの受信器がチューニングされる周波数を定期的に決定している。
実施態様によって、周波数の決定が変化が８０１ａ．制御ロジックに与えられた最後の指示から起こったことを表すときに、検出装置８０１ｂは周波数の決定をした後に制御ロジック８０１ａに周波数指示を与えるかまたは周波数指示を与える。
【０６４０】
代替実施形態では、制御ロジック８０１ａは、通常の間隔で検出装置８０１ｂから、近くの受信器がチューニングされる周波数の指示を受け取る。
実施態様によって、周波数の変化が起こるときに、または、周波数指示が受け取られるときはいつでも、制御ロジック８０１ａは通信装置に周波数の指示を与える。
【０６４１】
本願明細書において、記載されているどこか他の所、制御ロジック４１ｆ、５１ｃ、６１ｆ、６９ａ、６９ｈ、６９ｉとして、そのそれぞれの実施態様の７１ｅ（７３ｈ）は、周波数またはチャネル指示に基づいて情報識別子を生み出す。
情報識別子は、ユーザー・インターフェースで対話性アクティベーションに応答して発生する。
対話性アクティベーションの例には、制限されるわけではないが、ボタン１３ａまたは鍵となる７３ｒのアクティベーションが含まれる。
代替実施形態では、対話性アクティベーションは、一組の鍵のアクティベーションである：
例えば、限定するものではないが、キーパッドまたはボイスアクチベーション上のキー押しの任意の以上２、３、４組合せを含むことは、ユーザー・インターフェースの音声認識エンジンに指示した。
当業者は、別の実施例で、情報識別子が周波数指示に基づいて発生しないということを認識するだろう。
代替実施形態では、情報識別子は、制御ロジックによって、制御ロジックに連結する受信器から受け取られる。
実施態様によって、受信器は、トランシーバまたは、あるいは、放送受信受信器の装置である。
【０６４２】
本願明細書において、記載されているどこか他の所、制御ロジック４１ｆ、５１ｃ、６１ｆ、６９ａ、６９ｈ、６９ｉとして、そのそれぞれの実施態様の７１ｅ（７３ｈ）は、周波数またはチャネル表示に基づいて情報識別子を生み出す。
情報識別子は、ユーザー・インターフェースで対話性アクティベーションに基づいて発生するかまたは特定される。
対話性アクティベーションの例には、制限されるわけではないが、ボタン１３ａまたは鍵となる７３ｒのアクティベーションが含まれる。
【０６４３】
さらにまた、上記の通りに、サーバー３５は、本願明細書において、記載されている各種実施形態によって、生み出される情報識別子に基づくサービスを実行する。
しかしながら、
別の実施例において、サービスは、放送対話性デバイスにおいて、部分的に、または、完全に実行される。
例えば、放送受信デバイスに聞こえられる望ましい曲のために、情報識別子をサーバー３５に送信している放送対話性デバイスに応答してサーバー３５から曲のコピーを得る代わりに、曲のコピーは、放送対話性デバイスに含まれる記憶装置から得られる。
本発明は、ただ曲に『ローカル対話性』を与えることに限られていない。
実施態様によって、興味があるその他の項目は、以下を含むが、これに限定されるものではない：
ショーの台本、広告主に関連した情報および製品またはサービスに関連した情報は、広告した。
さらにまた、機能は、対話性アクティベーションに応答してデバイスで実行されることがありえる。
【０６４４】
図１３ａは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
ＢＩＤ  ７００は、本発明の各種実施形態に従って実装されることができる複数の放送対話性デバイスを代表する。
図１３ａの破線は、実施態様によって、制御ロジック（７０１ａ）に連結する任意の装置を特定する。
一つ以上の任意の装置が、制御ロジック（７０１ａ）に連結する特定の実装の制御ロジック（７０１ａ）が任意の任意の装置に連結できることを意味する。
むしろ、実施態様の実装のために、制御ロジック（７０１ａ）は、任意の装置と連動するオペレーティングまたは作動するように設計されている任意の装置ができるだけである。
しかしながら、別の実施例で、すべての任意の装置が制御ロジック（７０１ａ）に連結するより少ない場合であっても、制御ロジック（７０１ａ）はすべての任意の装置を有するオペレーティングができる。
【０６４５】
上記のように、対話性は、実施態様によって、時々情報識別子の生成に基づく。
ＢＩＤ  ７００の各種実施形態の情報識別子の生成は、本願明細書において、記載されている。
さらにまた、情報識別子に生み出させられる対話性アクティベーションを満たす情報（例えば限定するものではないが、含むこと、曲のコピー、広告主情報、クーポン）は、実施態様によって、いくつかの機構のうちの１つによって、記憶装置７０１ｃに到着する。
情報がそばに到着するために、いくつかの機構のうちの１つはすべての実装またはすべての実施態様がすべていくつかの機構をサポートしなければならないことを意味しない。
各種実施形態に従う情報識別子の生成、対話性アクティベーションを満たす情報を受け取ることおよび対話性アクティベーションの満足感は、ＢＩＤ  ７００のさまざまな実装の説明の文脈において、本願明細書において、記載されている。
【０６４６】
代替実施形態では、ＢＩＤ  ７００は、７０１ｈ、アンテナ７０１ｉおよび制御ロジック（７０１ａ）に連結する受信器を含む。
このような実施例では、放送ＲＦ信号は、アンテナ７０１ｉに到着して、７０１ｋ、スピーカによって、表現のためのオーディオ信号に、７０１ｈ、受信器により復調される。
７０１ｄ、ユーザー・インターフェースを介して受け入れられる特定のユーザアクティベーションは、制御ロジック（７０１ａ）に与えられている周波数制御指示に結果としてなる。
周波数制御指示に基づく、制御ロジック（７０１ａ）は、受信器が７０１ｈチューニングされる周波数をセットして、メモリ（図１３ａに示されない）において、持続する受信器が７０１ｈチューニングされる周波数の指示。
対話性アクティベーションが７０１ｄインタフェースで受けられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために、現在および格納された周波数指示を使用する。
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
地理学的位置指示を得るさまざまな過程は、本願明細書において、記載されていて、ＢＩＤ  ７００と関連して記載されている任意の実施態様の前述の別の実施例および別の実施例のために引用することにより本願明細書の一部をなす。
一つ以上の追加装置が地理学的位置相関性を与えるためにＢＩＤ  ７００（例えばＧＰＳ受信器、ユーザー・インターフェースまたはトランシーバ７０１ｆ）の別の実施例に加えられることを必要とする場合、この種の一つ以上の追加装置の説明与えられたどこか他の所は必要に応じて別の実施例の説明に組み込まれる。
【０６４７】
記載されているすべての実施態様に関して、当業者はこの種の実施態様に含まれない７０１ｄを連結するだろうよりはむしろ、別の実施例で、ユーザアクティベーションがトランシーバ７０１ｆを介して受け入れられるということを認識するだろう、または、あるいは、双方ともこの種の別の実施例に含まれるので、アクティベーションは７０１ｄいずれのインタフェースもおよびトランシーバ７０１ｆによって、受け入れられる。
ユーザ・アクティベーションを受ける他の過程のこの説明はＢＩＤ  ７００のその他の実施態様に関して本願明細書において、繰り返されない。そして、この種の説明が記載されているどんな実施態様に対する別の実施例でもあることを意味する。
【０６４８】
代替実施形態では、受信器は、７０１ｈ、プログラミングおよびデータを受信するデジタル音声放送受信機である。
実施態様によって、プログラミングおよびデータは、別々のチャネルに、または、集合的に単一チャネルに別に受け取られるかもしれない。
このような実施例では、データストリームは、制御ロジック（７０１ａ）に与えられる。
データストリームは、７０１ｈ、受信器によって、表現のために受け取られている項目と関係している一つ以上の識別子を含む。
別の実施例において、識別子に加えて、データストリームは、対話性アクティベーションを満たすために制御ロジック（７０１ａ）により用いられる情報を含む。
【０６４９】
代替実施形態では、ＢＩＤ  ７００は、アンテナ７１ｂ、７１ｆおよび制御ロジック（７０１ａ）に連結するマルチプレクサ７１ａを含む。
このような実施例では、放送ＲＦ信号は、アンテナ７１ｂに到着して、７０１ｋ、スピーカによって、表現のためのオーディオ信号に、マルチプレクサ７１ａの受信器７１ｃ（図７ｐを参照）により復調される。
７０１ｄ、ユーザー・インターフェースを介して受け入れられる特定のユーザアクティベーションは、制御ロジック（７０１ａ）に与えられている周波数制御指示に結果としてなる。
周波数制御指示に基づいて、制御ロジック（７０１ａ）は、周波数を７１ｃおよび７１ｄがどの送信器であるかという周波数がどの受信器をチューニングしたかについてセットする。
対話性アクティベーションが７０１ｄインタフェースで受け入れられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために、現在および格納された周波数指示を使用する。
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
【０６５０】
代替実施形態では、ＢＩＤ  ７００は、アンテナ７１ｂ、７１ｆおよび制御ロジック（７０１ａ）に連結するマルチプレクサ７１ａを含む。
このような実施例では、放送ＲＦ信号は、アンテナ７１ｂに到着して、７０１ｋ、スピーカによって、表現のためのオーディオ信号に、マルチプレクサ７１ａの受信器７１ｃ（図７ｐを参照）により復調される。
７０１ｄ、ユーザー・インターフェースを介して受け入れられる特定のユーザアクティベーションは、制御ロジック（７０１ａ）に与えられている周波数制御指示に結果としてなる。
周波数制御指示に基づいて、制御ロジック（７０１ａ）は、周波数を７１ｃおよび７１ｄがどの送信器であるかという周波数がどの受信器をチューニングしたかについてセットする。
両方の周波数は、制御ロジック（７０１ａ）のメモリに保存される。
対話性アクティベーションが７０１ｄインタフェースで受け入れられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために、現在および受信器７１ｃのための格納された周波数指示を使用する。
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
【０６５１】
代替実施形態では、ＢＩＤ  ７００は、７０ｄ、制御ロジック（７０１ａ）に連結する周波数ディテクタを含む。
対話性アクティベーションが７０１ｄインタフェースで受け入れられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。そして、制御ロジックは７０１ｈ、７０ｄ、周波数ディテクタに近くの放送受信デバイスがチューニングされる周波数を検出するよう命令する。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために７０ｄ、検出器から受け取られる現在および周波数指示を使用する。
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
代替実施形態では、ＢＩＤ  ７００は、７０１ｊ、制御ロジック（７０１ａ）に連結する放射された同調信号受信器および特徴描写装置（ＲＣＵ）を含む。
対話性アクティベーションが７０１ｄインタフェースで受け入れられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。そして、制御ロジックは７０１ｈ、ＲＣＵに近くの放送受信デバイスのものを検出する７０１ｊが近くの放送受信デバイスがチューニングされる周波数を決定するために同調信号を放射したと命令する。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために７０１ｊ、ＲＣＵから受け取られる現在および周波数指示を使用する。
【０６５２】
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
ＲＣＵは、７０１ｊ、上記のＲＣＵ  ４０、５２、６２を代表する。
代替実施形態では、ＢＩＤ  ７００は、７０ｄ、７０１ｊ  ＲＣＵおよび周波数ディテクタを含む。
この種の実施態様において、近くの放送受信デバイスがチューニングされる周波数の測定は、図７ｎと関連してなられる説明に従って決定される。
【０６５３】
別の実施例において、トランシーバ７０１ｆを介して、制御ロジック（７０１ａ）は、近くの放送受信デバイス（放送受信デバイスがチューニングされる周波数の指示）から受ける。
対話性アクティベーションが７０１ｄインタフェースで受け入れられるときに、制御ロジックは７０１ｈ、タイマー７０１ｂから現在の表示を得る。そして、制御ロジックは７０１ｈ、トランシーバ７０１ｆを介して、放送受信デバイスに放送受信デバイスがチューニングされる周波数の指示を与えることを要求する。
制御ロジック（７０１ａ）は、それから、後述するように対話性アクティベーションを満たすために、現在および受信周波数指示を使用する。
代替実施形態では、制御ロジック（７０１ａ）は、また、対話性アクティベーションを満たすために、地理学的位置の指示を使用する。
同様に、動作命令（集合的にスケジュール情報）を含むことが対話性デバイスのユーザに代わってサービスを実行するためにサーバー２９ａに与える予定または予定があって、本願明細書において、他で表した。
同様に、ＢＩＤ  ７００の予定の存在によって、同じサービスが実行されることができる。
制御ロジック（７０１ａ）が使用できるように予定がＢＩＤ  ７００に到着するように、ユーザに代わってサービスを実行することは本発明に重要でない。
にもかかわらず、スケジュール情報が各種実施形態に到達するいくつかの機構は、本願明細書において、記載されている。
制御ロジック（７０１ａ）が対話性アクティベーションを満たすために制御ロジック（７０１ａ）により用いられる情報を特定できる情報を受信するために、または、記憶装置７０１ｃに格納される。そして、対話性アクティベーションを満たすために制御ロジック（７０１ａ）により用いられる情報を受信するために、実施態様によって、当業者は、スケジュール情報を受信する過程が機構でもあるということを認識するだろう。
スケジュール情報を受信する過程の使用は後述する。そして、その他のために、対話性アクティベーションを満たす際に使用する識別情報を与えることのような実施態様によって、使用されている同じ機構および対話性アクティベーションを満たす情報の説明が続く。
【０６５４】
代替実施形態では、制御ロジック（７０１ａ）は、トランシーバから記憶装置７０１ｃの記憶装置のための一つ以上の放送事業者のための７０１ｇのスケジュールを受ける。
別の実施例において、そのスケジュールまたは分数は、チャネルが７０１ｈ、受信器によって、チューニングしたサブキャリヤに送信されるデータを経て、７０１ｈ、受信器によって、受け取られる。
実施例において、復調されたサブキャリヤ・データ信号は、解読のための制御ロジック（７０１ａ）に、７０１ｈ、受信器によって、与えられる。
制御ロジック（７０１ａ）は、復号化スケジューリング技術データを記憶装置７０１ｃに格納する。
代替実施形態では、７０１ｈ受信器自体は、データ通信をデコードして、処理のための制御ロジック（７０１ａ）および記憶装置７０１ｃの記憶装置に復号データを与える。
サブキャリヤ・チャネル上の送信すること、受領および復号化データ通信は、当業者によって、十分に解されて、より詳細に本願明細書において、記載されている必要がない動作である。
【０６５５】
別の実施例において、スケジューリング技術データを得るために、サブキャリヤ・データ信号受信器を復調する代わりに、７０１ｈは、ラジオ放送データシステム（ＲＢＤＳ）信号またはデータ無線電信チャネル（ＤＡＲＣ）信号を復調する。
ＲＢＤＳはヨーロッパの無線データシステム（ＲＤＳ）と呼ばれる。
２つの軽微な違いが、ある。
代替実施形態では、スケジュール情報は、ＲＢＤＳ信号のラジオ・テキスト（ＲＴ）フィールドにおいて、送られる。
ＲＴフィールドが例えば変化しなくありえる自由な形式の原文の情報のために典型的に使われる放送局スローガン、または、中で、プログラミング（例えば現在演奏している曲の表題およびアーティスト）と同期する。
しかしながら、別の実施例で、テキスト文字（例えば「？＠」）の珍しい組合せは、２つの部分にＲＴフィールドを区切るために用いる：
典型的自由な形式の原文の情報を含んでいる第１部分、
そして、スケジュール情報を含んでいる第２部分。
【０６５６】
図１３ｂは周波数変調信号のベースバンド方式のスペクトルを例示する。そして、米国商業的なＦＭ帯域において、モノフォニックの信号、ステレオ信号、サブキャリヤおよび無線データ・サービス信号を含む。
スペクトル７０２は、典型的に左右のステレオ信号の合計であるモノラル信号７０３ａを含む。
１９のＫＨｚのパイロットトーン７０３ｂは、受信の後、放送受信デバイスにより回復されて、ＬＲステレオ信号７０３ｃを復調するために用いる３８のＫＨｚキャリアを作製するために、２を乗算される。
ＲＢＤＳは、７０３ｄ、上で記載されている無線データシステム信号である。
サブキャリヤ７０３ｅは、７０３ｆ、ストア、オフィスおよびレストランのための連続的なバックグランドミュージックを送信するためにしばしば用いる。
しかしながら、それらは、交通情報、音声メール、ページング情報、データおよびグラフィクスを送信するためにも用いる。
ＤＡＲＣは、日本およびスウェーデンにおいて、普及している７６のＫＨｚサブキャリヤ通信業務である。
ＤＳ  １のそれのような情報がサブキャリヤ上へ符号化されて、調整される方法は、信号を送って、受信のための受信器に、送信した公知技術で、そして、より詳細に本願明細書において、記載されている必要がない。
【０６５７】
代替実施形態では、受信器は、７０１ｈ、ＤＡＢ標準に従うデジタル音声放送（ＤＡＢ）の一部であるデジタル・データチャネルの上のスケジューリング技術データを受信する。
スケジューリング技術データは、記憶装置（７３ｆ）の記憶装置のための制御ロジック７０１ｂに与えられる。
ＤＡＢ標準の実施例は、ヨーロッパのユレーカおよびチェリーヒル（ＮＪ）のルーセント・テクノロジーにより促進されるアメリカ合衆国Ｂａｎｄにおいて、Ｏｎ−Ｃｈａｎｎｅｌ（ＩＢＯＣ）標準を含む。
しかしながら、受信器は、７０１ｈ、これらの２つのＤＡＢ標準または他のいかなるＤＡＢ標準に従うもオペレーティングに限られていない。
受信器は、７０１ｈ、どのように、別の実施例において、データチャネルが従来技術において、解されて十分にあるＤＡＢを受けて、復調して、デコードして、より詳細に本願明細書において、記載されている必要がないだろう。
当業者は、スケジューリング技術データが特定の放送事業者専用であるデータチャネル上の７０１ｈ、受信器によって、受け取られる必要がないということを認識するだろう、しかし、デジタル放送システムの複数の放送事業者により共有されるチャネルに受信する。
ユレーカＤＡＢ系において、データは、ストリームおよびパケット交換形態において、送られるかもしれない。
ストリーム・モードにおいて、データは、放送事業者から受け取られて、典型的にそのままにされる。
しかしながら、
パケット交換形態において、データは、各々いずれが特定の放送事業者と関係しているアドレスを有するかという箱に分けられる。
ＤＡＢ受信器が放送事業者のチャネルにチューニングされるときに、ストリーム・データはオーディオとしてデコードされて、提示される。そして、パケット・データはアドレスが放送事業者と関係しているパケットのためにフィルターをかけられる。
フィルターを通したパケットはそれからデコードされる。そして、それらの情報が回復されて、受信器によって、使われる。
【０６５８】
図１３ｃは、例示するいくつかの本発明の別の実施例に従うデジタル音声放送信号のデータパケット・ストリームにおいて、パケット。
パケット・ストリーム７０４は、パケット７０５ａ−７０５ｄを含む。
各パケットは、パケットアドレス・フィールドを有する。
パケットアドレス・フィールドは、ＤＡＢ系によって、与えられる放送事業者またはサービスと関係している。
パケット７０５ａ（７０５ｂ）は７０５ｄ、アドレス「パケットＡｄｄｒｅｓｓ  １」を有する放送事業者と関係している。そして、パケット７０５ｃはアドレス「パケットＡｄｄｒｅｓｓ  ２を有する放送事業者と関係している。」Ａｓは図１３ｃにおいて、示した、特定の放送事業者のためのパケットは隣接する必要がなくて、他の放送事業者またはサービスのパケットによって、切り離されるかもしれない。
各パケット７０５ａ−７０５ｄは、データを含んでいるデータ・グループ部分を含む。
データはグラフィクス（音楽からのクリップ）を含むがこれに限らず何でもありえる。そして、条件付きアクセス情報が運転指令装置からプログラミング、完全な曲、ソフトウェア、広告、クーポン、音声メール、ファックスまたはページング・メッセージへの接近を付与するかまたは禁ずる。
データ・グループ部分には、以下が具備されている。
タイプフィールドおよび巡回冗長検査フィールドを有するグループ・データ・フィールド７０５ｅ。
タイプフィールドのためのエントリーは、データ（例えば一般データ、資格データ、条件付きアクセス・パラメータ、など）のタイプがグループ・データ・フィールド７０５ｅのためのエントリーをおさえたことを表す。
グループ・データ・フィールド７０５ｅは、７０５ｇ、データ型フィールド７０５ｆおよびデータを含む。
データ型フィールド７０５ｆのためのエントリーは、７０５ｇ、データのデータのタイプを特定する。
実施態様によって、データ型フィールド７０５ｆのためのエントリーは、以下を含む：
７０５ｇが１であるデータ間のエントリー（限定するものではないが、以下）であるにせよ、それが表すコード：
スケジュール情報、
対話性アクティベーション（制御ロジック（７０１ａ）が対話性アクティベーションを満たすために使用する情報）を満たしている制御ロジック（７０１ａ）と関連して用いられる項目インジケータ、
前述（前述のうちの２つ）のうちの１つ、
または前述のうちの全３つ。
【０６５９】
前述の説明において、パケット・データチャネルがデータ伝送を複数の放送事業者に対してサポートした一方、当業者は放送事業者が米国のＩＢＯＣシステムのようなそれ自身の専用チャネルを有するかもしれないということを認識するだろう、
ここで
パケットがユニークな放送事業者と関係している各々に対処するという場合は、別の実施例において、不必要である。
さらにまた、アナログＦＭステレオまたはモノフォニックの信号を含むＦＭ放送信号の一部である標準ＦＭサブキャリヤに、別の実施例で、当業者は、図１３ｃのグループ・データ・フィールド７０５ｅと関連して記載されているデータが送信されるということを認識するだろう。
【０６６０】
当業者は、スケジュール情報、識別情報および対話性アクティベーションを満たす情報が符号化音声データでフレームに加えて受け取られるプログラム関連のデータ（ＰＡＤ）として７０１ｈ、受信器によって、受け取られることもありえるということをも認識するだろう。
受信器は、７０１ｈ、どのように、別の実施例において、ＰＡＤを受信して、復調して、デコードして、制御ロジック（７３ｈ）に、与える当業者によって、十分に解されて、そして、より詳細に本願明細書において、記載されている必要がない。
にもかかわらず、組織はディジタルにおいて、ＤＡＢユレーカ・システムでフレームに無線で連絡する、ＭＰＥＧの私、本発明の別の実施例において、使用する情報を支持している音声層ＩＩオーディオ・フレームは図１３ｄと関連して後述する。
当業者は、他のシステム（例えばＩＢＯＣまたは他のシステム）のディジタルラジオ・フレームが異なって構成される、しかし、基本的に、実施態様に従って作動する任意のシステムが図１３ｄと関連して後述する基本機能を組み込むということを認識するだろう。
【０６６１】
図１３ｄは、ディジタルラジオ・フレームのＭＰＥＧ音声層ＩＩオーディオ・フレームを例示する。
フレーム７０６は、同期、層型、ビット伝送速度、サンプリングレート、モード（ステレオ、モノラル、など．．）およびプリエンファシスに関する情報を含むヘッダ７０７ａを含む。
ヘッダ７０７ａは、音声サンプル７０５ｉを含んでいる情報の追加装置が続いて、７０５ｊ．プログラム関連データを延長した。
プログラム関連データは、含むこと、提示されている項目（すなわち音声サンプル７０５ｉをデコードする結果として提示されているプログラム）に関連した情報または項目とは無関係な追加データを含むが、これに限定されるものではない。
ＰＡＤは、７０５ｊ、７０５ｌ  ７０５ｋデータ型フィールドおよびデータを含むことを含むが、これに限定されるものではない。
実施態様によって、データ型フィールドのためのエントリーは、７０５ｋ、以下を含む：
７０５ｌが１を含むデータ間のエントリー（限定するものではないが、以下）であるにせよ、それが表すコード：
スケジュール情報、
対話性アクティベーション（制御ロジック（７０１ａ）が対話性アクティベーションを満たすために使用する情報）を満たしている制御ロジック（７０１ａ）と関連して用いられる項目インジケータ、
前述（前述のうちの２つ）のうちの１つ、
または前述のうちの全３つ。
データセグメイト、例えばファイルまたはマルチメディア・オブジェクトが７０５ｊ各々それ自身のディジタルラジオ・フレームにあるＰＡＤのためのいくつかのエントリー全体に分解されるときに、ＰＡＤは７０５ｊ、以下を含む：
部分のＰＡＤ  ７０５ｊエントリーおよびグループのエントリーのＰＡＤ  ７０５ｊエントリーの位置のレコード・フィールド示すものでより麻痺したものはデータセグメイトを非常に占めることを表すデータセグメイトまでの長さのフィールド。
【０６６２】
当業者は、スケジューリング技術データが符号化デジタル音声ストリーム自体の未使用ビットに格納されもするかもしれないということを認識するだろう。
この種の別の実施例において、音声ストリームの解読は、スケジューリング技術データを得る。
当業者は、方法受信器が、別の実施例において、７０１ｈ音声ストリームをデコードして、スケジュール情報を得るということを認識するだろう。
代替実施形態では、受信器は、７０１ｈ、放送事業者の動力伝達装置によって、生み出されるデジタルであるかアナログのプログラミング信号とともに送信される可聴値以下のトーンを経て、予定のためのデータを受信する。
可聴値以下の調子の可聴値以下の調子および解読の生成は、当業者に十分理解されて、より詳細に本願明細書において、記載されている必要がない。
【０６６３】
代替実施形態では、受信器は、７０１ｈ、結合信号の伝送の前に音声プログラミング信号に加えられる音声広げられたスペクトル拡散信号を経て、スケジューリング技術データを受信する。
このような実施例では、受信器は、７０１ｈ、以下を含む：
オーディオ信号において、隠されるスケジューリング技術データ信号を抽出する拡散スペクトル音声受信機。
受信器は、７０１ｈ、記憶装置７０１ｃの記憶装置のための制御ロジック（７０１ａ）に、スケジューリング技術データを与える。
音声プログラミング信号が一実施例に従ってアナログの一方、当業者は拡散スペクトル・ディジタル信号が別の実施例のデジタル・オーディオ信号にも加えられるかもしれないということを認識するだろう。
【０６６４】
当業者は、受信器が７０１ｈ、スケジュール情報を受け取ることであることが７０１ｈ、受信器により実行される必要がないということを認識するだろう。
むしろ、別の実施例で、記憶装置７０１ｃの記憶装置のための制御ロジック（７０１ａ）に、トランシーバ７０１ｆを介して、放送受信デバイスは、情報を受信して、情報を与える。
加えて、当業者はスケジュール情報が７０１ｊ  ＲＣＵまたは周波数マルチプレクサ７１ａの受信器によって、受け取られもするかもしれないということを認識するだろう。そして、その全ては本願明細書において、他で記載されていて、制御ロジック（７０１ａ）に与えた。
【０６６５】
当業者はそれを認識するだろう、別の実施例において、各々にの任意の本願明細書において、記載されている実施態様の、受信器は同時に２つ以上の別々のチャネルを復調する。
本願明細書において、記載されているにつれて、情報またはその他の情報を予定することは一つ以上のチャネルに受け取られる。そして、リアルタイム表現のためのプログラミング（例えばオーディオ、ビデオ、など）は他のチャネルに受け取られる。
モトローラ（Ｓｃｈａｕｍｂｅｒｇの株式会社）イリノイは、チップ集合（他のチャネルが代わりの方法（記録されて、例えば抽出されるデータ、など）で復調されて、処理されると共に、１つのチャネルが復調されて、リスナーに提示されることができるＳｙｍｐｈｏｎｙＴＭ）を生み出す。
ＳｙｍｐｈｏｎｙＴＭチップ集合が信号のデジタルプロセシングを容易にする一方、同じことは別の実施例の完全にアナログの処理を使用してされる。
複数のチャネルを復調することによって、ＢＩＤ  ７００は、別の実施例において、スケジュール情報およびその他の情報をユーザにより経験されているプログラミングを提示している一方以外のチャネルのために集めることが可能である。
【０６６６】
制御ロジック（７０１ａ）が制御ロジック（７０１ａ）が対話性アクティベーションを満たすために使用する情報を特定できる識別情報を受信するために、または、記憶装置７０１ｃに格納される。そして、対話性アクティベーションを満たすために制御ロジック（７０１ａ）により用いられる情報を受信するために、実施態様によって、当業者は、スケジュール情報を受信する過程が機構でもあるということを認識するだろう。
実施態様によって、識別情報は、メタデータ（例えば曲名）である項目インジケータまたは、あるいは、提示されている項目または両方ともと関係しているコードである。
実施態様によって、制御ロジック（７０１ａ）が対話性アクティベーションを満たすために使用する受信情報は、以下を含むが、これに限定されるものではない：
提示される曲またはその他の項目のコピー、広告主情報およびクーポン。
【０６６７】
本願明細書において、記載されているにつれて、実施態様によって、ＢＩＤ  ７００は以下を含む：
近くの放送受信デバイスの周波数を決定するために専用される装置（７０１ｊ例えばマルチプレクサ７１ａ、７１ｄ検出器、ＲＣＵ）はトランシーバ７０１ｆを介して周波数指示を受信する、または、制御ロジック（７０１ａ）は受信器が７０１ｈチューニングされる周波数の指示を格納する。
別の実施例において、タイムスタンプまたは、あるいは、タイムスタンプおよび周波数指示を使用している情報識別子を作成する代わりに、制御ロジック（７０１ａ）に連結する受信器は、受信器により提示されている項目と関係している項目インジケータを与える。
実施態様によって、制御ロジック（７０１ａ）に連結する受信器は、７０１ｊ．７０１ｈ、トランシーバ７０１ｆまたは受信器のうちの１つを介して連結される放送受信デバイス、マルチプレクサ７１ａの受信器およびＲＣＵである。
実施態様によって、表現をしている受信器は、７０１ｊ．７０１ｈ、トランシーバ７０１ｆまたは受信器のうちの１つを介して連結される放送受信デバイス、マルチプレクサ７１ａの受信器およびＲＣＵである。
実施態様によって、制御ロジック（７０１ａ）に連結する受信器は、表現をしている受信器と同様であるか、あるいは、表現をしている受信器と異なる。
【０６６８】
制御ロジック（７０１ａ）に連結するとして上で記載されている受信器のうちの１つによって、与えられる項目指標は、実施態様によって、記憶装置７０１ｃにおいて、または、制御ロジック（７０１ａ）のメモリにおいて、格納される。
制御ロジック（７０１ａ）は、対話性アクティベーションを満たす記憶装置７０１ｃの情報を特定するために、貯蔵品指標を使用する。
実施態様によって、対話性アクティベーションを満たすことと関連した制御ロジック（７０１ａ）により用いられる項目インジケータは、ＤＳ  １３９、ＤＳ  １５０、ＤＳ  １５２および構造が本願明細書において、説明した、しかし、それがそうでありえるその他のデータと関連して記載されているものと同様である必要はない。
７０１ｄユーザー・インターフェースの対話性アクティベーションに応答して、制御ロジック（７０１ａ）は、示されている項目と関係している項目インジケータを選択する。
項目インジケータが選択される技術は、実施態様に依存する。
【０６６９】
実施態様において、
ここで
項目と関係している項目インジケータが項目が提示されると共に、受信器の到着が制御ロジック（７０１ａ）に連結した受信器により提示されて、項目インジケータは、ソフトウェア構造物のストアまたは制御ロジック（７０１ａ）の、または、記憶装置７０１ｃのメモリの可変ＣｕｒｒｅｎｔＩｔｅｍＩｎｄｉｃａｔｏｒに制御ロジック（７０１ａ）に、被結合受信器によって、与えられる。
実施態様によって、上記のパケット・チャネルで、または、以下のうちの１つに、項目インジケータは、７０５ｊ、ＰＡＤに到着する：
ＲＤＳ、ＲＢＤＳ、ＤＡＲＣ、サブキャリヤ、提示されているオーディオ信号に埋められる広げられたスペクトル拡散信号またはオーディオ信号に埋められる可聴値以下のトーン。
【０６７０】
図１３ｅは、本発明の別の実施例に従って、提示されているプログラミングの項目に関連した情報を含む一時的な保管場所を例示する。
実施態様によって、対話性アクティベーション情報保管場所７０７は、以下の一つ以上に位置する：
制御ロジック（７０１ａ）（制御ロジック（７０１ａ）にアクセス可能なメモリー空間）に含まれるかまたは７０１ｃ別に保管されているメモリー空間。
制御ロジック（７０１ａ）が提示されている項目のための項目インジケータを受信するときに、制御ロジック（７０１ａ）は７０５ｍ、項目インジケータをＣｕｒｒｅｎｔＩｔｅｍＩｎｄｉｃａｔｏｒに格納する。
【０６７１】
対話性アクティベーションが７０１ｄユーザー・インターフェースで受け入れられるときに、制御ロジック（７０１ａ）はアクティベーションの指示を受信する。
代替実施形態では、対話性アクティベーションは、１３ａ．鍵となる７３ｒまたはあるいは、ボタンを起動させているユーザによって、なられる。
しかしながら、本発明は、キー（例えば鍵となる７３ｒ、ボタン１３ａまたはインタフェース、例えばインタフェース、７３ｉ）を使用してなられている対話性アクティベーションに限られていない。
【０６７２】
制御ロジック（７０１ａ）がアクティベーションの指示を受信するときに、制御ロジック（７０１ａ）は７０５ｍ、ＣｕｒｒｅｎｔＩｔｅｍＩｎｄｉｃａｔｏｒから項目インジケータ値を読み出す。
読み出された値に基づいて、制御ロジック（７０１ａ）は、対話性アクティベーションを満たす記憶装置７０１ｃの項目を特定する。
例えば、項目インジケータは、曲を示しているかもしれない、そして、曲は、とっておかれる。そして、レコードは関心７０５ｒ．のユーザ項目の曲に対するユーザの関心でできている
あとで、ユーザを使用しているインタフェースは７０１ｄ  ７０５ｒ、興味がある項目のレコードを調べるかもしれなくて、購入処理を実行するかもしれない。そのとき、項目は曲であるか、またはあるいは、対話性アクティベーションになることの結果として格納された情報を調べるかもしれない。
後の状況が保持するケースは起こる、起こることに限られていない、対話性アクティベーションは広告の間、なられる。
この種の場合、読み出された項目インジケータ値は、情報を含んでいる一つ以上を関するが、以下に限られていない広告主を示している：
アドレス、電話番号、ユニフォーム・リソース・ロケータ（ＵＲＬ）クーポン、など）。
あとで、ユーザを使用しているインタフェースは、７０１ｄ  ７０５ｒ、興味がある項目のレコードを調べるかもしれなくて、広告主関連情報を読み出すかもしれない。
実施態様によって、ユーザはバーコード・フォーマットにおいて、示されるクーポンを有することができる、または、あるいは、数は７０１ｄ、インタフェースの一部であるディスプレイ（図示せず）に展示した。
公知技術のウェルがグラフィックスがディスプレイ上のバーコードを含むことを表示する。そして、より詳細に本願明細書において、記載されている必要がない。
【０６７３】
実施態様によって、７０５ｍ、ＣｕｒｒｅｎｔＩｔｅｍＩｎｄｉｃａｔｏｒに格納される項目インジケータ値は、制御ロジック（７０１ａ）が対話性アクティベーションを満たすために実行する指示と同様に対話性アクティベーションを満たす両方の項目または情報を示している。
実施態様によって、命令は一つ以上を含む、制限される、以下：
特定の時刻に特定のチャネル上の項目を記録する、
チャネルを項目インジケータ値により示されている情報のチャネル指定のに変える、
適切な特定の時間の（図示せず）が何かをするために、７０１ｄ、インタフェースのディスプレイに記載されているとユーザに思い出させる警報を電話する、制御ロジック（７０１ａ）を有するデータストリームまたはメッセージをモニタする（実施態様、１またはより限定するものではないが、以下のＰＡＤによって、パケット・チャネル、サブキャリヤ・チャネル、ＲＤＳ、ＲＢＤＳ、ＤＡＲＣ、可聴値以下のデータまたは拡散スペクトル・データは、オーディオ信号、などにおいて、信号を送る．．）読み出された項目インジケータ値によって、そして、情報の動作指定のを実行するために示されている情報において、特定されるキーワードの発生のための７０１ｇ被結合受信器またはトランシーバから受け取られること、
ここで
動作は必要に応じて切換チャネルを含む。そして、項目、などを記録する。
【０６７４】
代替実施形態では、対話性アクティベーションは、一つ以上の鍵となるアクティベーションである。
例えば、ユーザは、押圧する「＊１”、そして、対話性アクティベーションを満たす記憶装置７０１ｃの鍵となるアクティベーションの組合せ制御ロジック（７０１ａ）確認情報に基づく。
このような実施例では少なくとも、格納される情報の一部は、キーの組み合わせを保つ付随するフィールドを有する。
制御ロジック（７０１ａ）は、最も少なく保存した情報の一部でのキーの組み合わせを対話性アクティベーションに起因するキーの組み合わせと比較する。
制御ロジック（７０１ａ）がマッチを特定するときに、制御ロジック（７０１ａ）はマッチがあるキーの組み合わせと関係している情報を使用する。
図１３ｅを参照する。キーの組み合わせデータ構造７１０は、キーの組み合わせフィールド７０５ｎおよび情報フィールド７０５ｏを含む。
対話性アクティベーションのキーの組み合わせをキーの組み合わせフィールド７０５ｎのエントリーと比較することによって、制御ロジック（７０１ａ）は、対話性アクティベーションを満たす情報フィールド７０５ｏの一般参照を特定する。
【０６７５】
代替実施形態では、対話性アクティベーションは一つ以上の鍵となるアクティベーションであって、キーアクティベーションの組合せに基づく、そして、キーアクティベーションの組合せが制御ロジック（７０１ａ）を作られた時は対話性アクティベーションを満たす情報を特定する。
このような実施例では少なくとも、格納される情報の一部は、キーの組み合わせおよび妥当性期間を保つ付随するフィールドを有する。
選択される格納された情報単位のために、付随するフィールドおよびキーの組み合わせアクティベーションのキーの組み合わせは合わなければならない、そして、キーの組み合わせアクティベーションが起こった時は妥当性期間に入らなければならない。
当業者は、この種の実施態様で、ＤＳ  ７１０が以下を含むということを認識するだろう：
時刻情報を付随するキーの組み合わせエントリーおよび一般参照一対と関係している各々にする付加的なフィールド。
【０６７６】
代替実施形態では、項目インジケータは、ＤＳ  １のような予定から読み出されるか、またはＤＳ  １５０または再生リストである。
７０１ｄ、インタフェースで受け取られる対話性アクティベーションと関係している項目インジケータを特定するために、制御ロジック（７０１ａ）は、７０１ｄ、インタフェースから受け取られる対話性指示に応答して、タイマー７０１ｂから現在の時間指示を読み出す。
複数の放送事業者の予定または再生リストが使われる場合あるいは、そうするときに、制御ロジック（７０１ａ）はまた、制御ロジック（７０１ａ）に連結する近くの受信器または受信器によって、チューニングされるチャネルの周波数指示を使用する。
周波数指示に基づいて、条件または、必要に応じて、制御ロジック（７０１ａ）は、チューニングされたチャネルと関係している予定を特定する。
指示を現在に基づく、制御ロジック（７０１ａ）特定するものにおいて、特定する関連する時間枠が現在の時間指示を含むレコードを予定して、そして、提示されている項目と関係している項目インジケータをレコードから読み出す。
制御ロジック（７０１ａ）は、実施態様によって、データストリームまたはメッセージにおいて、受け取られる項目インジケータと関連して、上記の動作の一つ以上を実行する。
【０６７７】
当業者は項目指標が、実施態様によって、受け取られている将来の項目を予想してグループで現れるということを認識するだろう、項目インジケータは同じであるか異なるキーのキーおよびアクティベーションのアクティベーションの時間の組合せに基づくデータ構造で特定される。
【０６７８】
実施態様によって、制御ロジック（７０１ａ）は、項目インジケータが記憶装置７０１ｃの記憶装置のための制御ロジック（７０１ａ）によって、受け取られる同じ機構によって、対話性アクティベーションを満たすために用いる情報を受信する。
実施態様によって、制御ロジック（７０１ａ）は、項目インジケータが記憶装置７０１ｃの記憶装置のための制御ロジック（７０１ａ）によって、受け取られる同じ機構によって、スケジュール情報を受信する。
【０６７９】
当業者は、別の実施例で、制御ロジック（７０１ａ）（例えば７０１ｊ  ＲＣＵまたはマルチプレクサ７１ａの受信器）に連結する受信器が近くの放送受信受信器がチューニングされる周波数を特定して、それからその同一周波数（すなわちチャネル）をチューニングするために制御ロジック（７０１ａ）により指示されるということを認識するだろう、または、あるいは、別々の対応するデータチャネルはデータから行われているために信号を送る、
実施態様によって、
スケジュール情報、対話性アクティベーションを満たすための対話性アクティベーションまたは情報を満たすための情報を特定するための識別情報。
【０６８０】
別法として、実施態様、７０１ｊ  ＲＣＵまたはマルチプレクサ７１ａの受信器によって、近くの放送受信受信器がチューニングされる周波数を特定して、そして、その周波数の指示も与える７０１ｈ．７０１ｈ受信器に、または、あるいは、直接受信器に与える制御ロジック（７０１ａ）に
周波数指示（７０１ｈが周波数指示により示される周波数にチューニングする受信器）または、あるいは、対応するデータチャネルを受信することに応答して、
ここで
７０１ｈが復調する受信器およびデコード、または、ちょうど復調する、データ信号。
実施態様によって、データ信号は、以下の一つ以上を含むが、これに限定されるものではない：
スケジュール情報、対話性アクティベーションを満たすための対話性アクティベーションまたは情報を満たすための情報を特定するための識別情報。
実施態様によって、前述の情報の種類の一つ以上は、記憶装置７０１ｃに格納される。
【０６８１】
以下の実施態様一つ以上によって、別の実施例（着脱可能な記憶装置（例えば電子メモリ、磁気記憶装置）からの制御ロジック（７０１ａ）検索）において、：
スケジュール情報、対話性アクティベーションを満たすための情報を特定するための識別情報および対話性アクティベーションを満たすための情報。
【０６８２】
図２ｃと関連して本願明細書において、記載されているにつれて、制御ロジック（７０１ａ）は記憶装置７０１ｃから情報（歌、広告主情報、動作などのための命令）を得ることによって、対話性アクティベーションを満たす。
当業者は、図２ｃと関連して上記の動作およびサービスがＢＩＤ  ７００のさまざまな実装および本願明細書において、記載されているその他の対話性デバイスのいずれかに適応できるということを認識するだろう。
例えば、オンライン口座上のユーザに情報を与えることが必要である動作は、制御ロジック（７０１ａ）によって、７０１ｄ、インタフェースを介してユーザに与えられる。
同様に、クーポンおよび広告主情報は、記憶装置７０１ｃから読み出されて、対話性アクティベーションに従ってユーザに与えた。
実施態様によって、対話性アクティベーションが局所的に満たされることができないときに、制御ロジック（７０１ａ）は満足感のためのサーバー３５にインジケータまたは情報識別子を対話性アクティベーションと関係しているようにする。
実施態様および動作またはサービスによって、制御ロジック（７０１ａ）は、対話性アクティベーションを満たすサーバー３５から、情報（例えば歌、広告主情報、クーポン、など）を受け取る。
【０６８３】
代替実施形態では、制御ロジック（７０１ａ）は７０１ｌ、デコーダに連結する。そして、デコーダは７０１ｌ、７０１ｋ、記憶装置７０１ｃおよびスピーカに連結する。
このような実施例では、制御ロジック（７０１ａ）は、７０１ｌ、デコーダに記憶装置７０１ｃに格納される項目を読み出して、７０１ｋ、スピーカを経由してそれらを提示するように指示する。
当業者は、スピーカ（例えばスピーカ７０１ｋ）がユーザに素材を提示する唯一の方法でないということを認識するだろうの任意の本願明細書において、記載されている放送対話性デバイスの。
別の実施例において、ために任意の、実施態様によって、本願明細書において、記載されている放送対話性デバイスまたは媒体カスタマイズ・デバイスの中でディスプレイまたはその他の感覚の通信装置（例えば触覚であるか嗅覚感覚を与えているもの）が本願明細書において、記載されている放送対話性デバイスまたはあるいは、ディスプレイの制御ロジックまたは装置が一部分はユーザー・インターフェースの中であるその他の感覚の通信に連結すること。
代替実施形態では、ＢＩＤ  ７００は、以下を含む：
７０１ｄユーザー・インターフェースまたはあるいは、ディスプレイ（図示せず）の一部としてのディスプレイは、制御ロジック（７０１ａ）に連結する。
媒体カスタマイズ・デバイスは、本願明細書において、他で記載されている。
当面、媒体カスタマイズ・デバイスが７０１ｈ、受信器のような受信器を介して受け取られるプログラミングの表現をカスタマイズするか、サーバー３５のようなサーバーから、または、ユーザの放送対話性デバイスまたは媒体カスタマイズ・デバイスから受け取られるかどうか、再生リストの表現をカスタマイズするか、または、放送プログラミングおよび再生リストをカスタマイズするということを知っているのに十分である。
本願明細書において、他でより大きな詳細にて説明したように、予定または再生リストの不適当な項目を特定するかまたは適切な置換項目または両方とも特定するプロセスは、実施態様によって、放送対話性デバイス、例えばＢＩＤ  ７００、８００または媒体カスタマイズ・デバイスだけによって、サーバー３５の制御ロジック（３６ａ）によって、排他的に実行されるかまたは、共用方法である。
少なくとも３つの別の実施例が、サーバー３５ａおよび放送対話性デバイスの中のカスタマイズ・プロセスまたは媒体カスタマイズ・デバイスの分割に関してある。
代替実施形態では、サーバー３５の制御ロジック（３６ａ）は、特定のユーザのための不適当な項目の識別を実行して、指示を与えるのような制御ロジック（７０１ａ）が７０１ａ．ロジックに連結する記憶装置の適切な置換項目を特定することに集中することができている制御ロジック（７０１ａ）に。
代替実施形態では、実施態様によって、サーバー３５ａは不適当な項目の識別および適切な項目の識別を実行するが、すべてのスケジュールのためにそうするというわけではない、そして、プレーはこの種のプロセスを実行する制御ロジック（７０１ａ）をリストして、許容する。そして、実施態様、少なくとも若干のスケジュールまたは何通かの再生リストに依存する。
【０６８４】
スピーカが含まれる実施態様によって、制御ロジック（７０１ａ）は、サーバー３５から受け取られる再生リストによると、項目を提示する。
実施態様によって、限定するものではないが、再生リストは、以下の一つ以上のための項目インジケータを含む：
曲、広告、雑多な情報、トークショー、記録された本、ビデオクリップおよびその他の視覚であるか、グラフィックであるか、原文であるか、視聴覚素材。
実施態様によって、リアルタイム・カスタマイズ、または、非リアルタイム・カスタマイズであるにせよ、再生リストは本願明細書において、記載されている技術のうちの１つに従ってカスタマイズされる。
実施態様によって、再生リストは、ほとんどカスタマイズされて、限られたカスタマイズを必要としている制御ロジック（７０１ａ）に到着するか、または、あるいは、カスタマイズを必要としない。
当業者は、カスタマイズ能力が本願明細書において、記載されている放送対話性デバイスのいずれかに対する別の実施例として加えられるかもしれないということを認識するだろう。
【０６８５】
さらにまた、当業者は、再生リストまたはスケジュールのカスタマイズが７１ａ．周波数マルチプレクサのような周波数マルチプレクサを必要としないということを認識するだろう。
別の実施例、７００がカスタマイズするＢＩＤの制御ロジック、７０１ａ（記憶装置７０１ｃに格納される実施態様、再生リストまたは予定によって、）によればいずれのすることによっても７０１ｈ、受信器によって、受け取られるプログラミングが７０１ｌ  ７０１ｋスピーカまたはデコーダの出力に適用されること、しかし、通常、両方ともでなく同時に、７０１ｋスピーカに適用する。
任意の本願明細書において、記載されているカスタマイズを含んでいる実施態様の中で緊急放送がある。そして、聞き取れるか可聴値以下のトーンまたは若干のその他の技術のためであるにせよ制御ロジックが緊急放送の指示を受信する、実施態様によって、制御ロジックもデコーダにより提示されている項目を中断して、受信器によって、受け取られている緊急放送を提示すること、または、デコーダにより提示されている項目上の体積を低下させて、そして、デコードされている項目のそれより比較的高い体積の緊急放送を同時に提示する。
ＢＩＤ  ７００の別の実施例が、聞き取れるか可聴値以下のトーンまたは若干のその他の技術のためであるにせよ制御ロジック（７０１ａ）が緊急放送の指示を受信するときに、制御ロジック（７０１ａ）両方の割り込み７０１ｌ、デコーダにより提示されている項目、そして、７０１ｈ、受信器によって、受け取られている緊急放送を提示してまたは、あるいは、７０１ｌ、デコーダにより提示されている項目上の体積を低下させる。そして、同時にデコードされている項目のそれより比較的高い体積の緊急放送を提示する。
【０６８６】
プログラミングがユーザにとって容認できるときに、７０１ｈ、受信器によって、受け取られるプログラミングは７０１ｋ、スピーカに適用される。
７０１ｈ受信器によって、受け取られるプログラミングがユーザに容認できないときに、制御ロジック（７０１ａ）は７０１ｌ、デコーダに７０１ｋ、スピーカによって、表現のための記憶装置７０１ｃの項目をデコードさせる。
実施態様によって、制御ロジック（７０１ａ）により選択される項目は、サーバー３５により実行されるカスタマイズ・プロセスにより定義されるかまたは制御ロジック（７０１ａ）により実行されるカスタマイズ・プロセスにより定義されるいずれのものでもある。
例えば別の実施例で、制御ロジック（７０１ａ）は、実施態様、７０１ｈ、受信器によって、受け取られるプログラミングのスケジュールおよびＢＩＤ  ７００のユーザに特有の置換項目によって、トランシーバ７０１ｆまたは、あるいは、数人のユーザに共通の一般の再生リストを経たサーバー３５およびＢＩＤ  ７００のユーザに特有の置換項目から受ける。
このような実施例では、予定または再生リストの不適当な項目を特定して、適切な置換項目を特定するプロセスは、サーバー３５により実行される。
実施態様によって、制御ロジック（７０１ａ）はプログラミングが７０１ｈ受信器によって、受け取られるのを許すことの間を行き来する、または、項目は７０１ｋ、スピーカにより提示されるために７０１ｌ、デコーダによって、デコードしたか、または、あるいは、再生リストの項目指定のが７０１ｌ、デコーダによって、デコードされて、７０１ｋ、スピーカにより提示されることができることの間を行き来する。
【０６８７】
しかしながら、別の実施例で、カスタマイゼーションは制御ロジック（７０１ａ）によって、時々実行される。そして、時々、制御ロジック（７０１ａ）はＢＩＤ  ７００のユーザに特有の予定またはプレー・リストおよび適切な置換項目を受信する。
当業者は、カスタマイズがある実施態様の前述の説明が放送対話性デバイスによって、実行するだけだったか、サーバーによって、実行するだけだったか、または、両方ともにより実行されるだけであるということを認識するだろうか、放送対話性デバイスの実施態様の一つ以上の別の実施例であるかまたは、本願明細書において、記載されている媒体表現デバイスをカスタマイズした。
本明細書で定義されるように放送対話性デバイス（実施態様に依存すること）も動作を有するために他のデバイスにプログラミングの項目と関係している情報識別子を与える、または、サービスは実行したか、対話性デバイスまたは他のデバイス（例えば、受信器、別の実施例においてはありえないメディアプレーヤ）により提示されるプログラミングの項目のアクティベーション位にランクしているユーザー・インターフェースでユーザから受け入れるか、または、両方ともする。
放送対話性デバイスも、別の実施例のプログラミング・カスタマイゼーションを実行する。
媒体（またはプログラミング）カスタマイズ・デバイスは、対話性のどちらの形も与えなくて、プログラミングのカスタマイズを与える。
しかしながら、別の実施例で、プログラミングのカスタマイズは、周波数マルチプレクサで与えられなくて、別の実施例に従ってこのような方法で与えられる。
代替実施形態では、ユーザは、プログラミングのカスタマイズが周波数マルチプレクサを介して与えられることになっているかどうか、または、この種のカスタマイズが単に転送元およびプログラミングが二次供給者によって、与えた第１によって、与えられるプログラミングの間を行き来しているプログラミング・カスタマイズ・デバイスの制御ロジックによって、与えられることであるかどうか選択できる。
実施態様によって、第１の転送元は７０１ｈ、受信器のような受信器である。そして、二次供給者は７０１ｌ、デコーダのようなデコーダである。
しかしながら、別の実施例で、両方の転送元は制御ロジック（７０１ａ）に連結するデコーダ（７０１ｌ例えばデコーダ）である、しかし、その他のデコーダが制御ロジック（７０１ａ）が完全にストリームの内容または項目のシーケンスを管理にしない項目のストリームをデコードすると共に、デコーダのうちのわずか１つは記憶装置から項目を得て、それらをデコードするように指示される。
【０６８８】
当業者は、２つのデコーダを有する前述の別の実施例がプログラミングのストリームが受け取られるネットワーク２６、２８のようなネットワークに連結する通信装置において、都合よく使用されるということを認識するだろう。
当業者は、デコーダが別に２曲のストリームをデコードすることができる単一の集積回路であるかもしれないということを認識するだろうかまたは、ソフトウェアデコーダを使用している２曲のストリームをデコードすることができる汎用マイクロプロセッサでありえる。
通信装置は、別の実施例のコンピュータ３１である。
しかしながら、当業者は、プログラミングのストリームを受信するためにワイヤードであるか無線ネットワークに連結できるそのその他の通信装置を認識するだろう。
デジタル・ストリームを受信して、別のものを生み出すプログラミング・カスタマイズ・デバイスまたは放送対話性デバイスは、カスタマイゼーションを実行する２台のデコーダ・デバイスの別の実施例である。
【０６８９】
コンピュータ３１がカスタマイゼーションを実行している所で、ストリームのうちの１曲はインターネット・ベースの直結無線局から届くストリームであるかもしれない。
制御ロジック、マイクロプロセッサまたはデコーダ集積回路によって、であるにせよ、直結ストリームの項目が容認できないときに、使われるその他の断続的なストリームはコンピュータ３１で局所的に生み出される。
【０６９０】
ＢＩＤ  ７００の別の実施例において、制御ロジック（７０１ａ）は、７０１ｌ、７０１ｍ、デコーダに連結する。
実施態様によって、デコーダは、７０１ｍ、７０１ｆ．７０１ｈデジタルレシーバまたはトランシーバに連結する。
デコーダが７０１ｍ  ７０１ｈデジタルレシーバに連結する所で、デジタルレシーバは７０１ｈデジタルビットストリームを含んでいるプログラミングを復調して、７０１ｋ、スピーカに解読およびアプリケーションのための７０１ｍ、デコーダに制御ロジック（７０１ａ）を介して与える。
当業者は、別の実施例で、デジタルレシーバが７０１ｈ、７０１ｍ、デコーダを含むということを認識するだろう。
トランシーバ７０１ｆが７０１ｍデコーダに連結する所で、トランシーバ７０１ｆは７０１ｋ、スピーカに解読およびアプリケーションのための７０１ｍ、デコーダにデジタルビットストリームを与える。
【０６９１】
デコーダが７０１ｍ  ７０１ｈ、受信器に含まれるかまたは、７０１ｍ、７０１ｌ．実施態様か、７０１ｍデコーダの出力か、７０１ｌデコーダか、どちらのデコーダもないことか、プログラミングの代用源か両方のデコーダによって、別々の装置（スピーカが７０１ｋ提示するかどうか制御ロジック（７０１ａ）管理）であるかどうかにかかわりなく
記憶装置７０１ｃは、その出力で７０１ｍ、デコーダにより提示されるプログラミングの項目の予定または再生リストを格納する。
デバイスが出力がカスタマイズされることになっている複数の転送元を含む所で、当業者は装置のすべての可能な転送元に与えられるカスタマイズのために、例えば、制御ロジックが情報を必要とするということを認識するだろう
上記は、限定するものではないが、スケジュールまたは再生リストを含む。
提示されている項目およびそれらのタイミングに注意すること。
本願明細書において、表されたどこか他の所として、制御ロジックがカスタマイズのための使用できるように、スケジュール情報が記憶装置７０１ｃに到着する本発明にとって重要でない。
【０６９２】
媒体項目の配布を容易にする過程は、より詳細に本願明細書において、記載されている。
流通機構の説明はＢＩＤ  ７００の別の実施例の文脈において、なられる、しかし、当業者は説明が本願明細書において、記載されている放送対話性または媒体カスタマイズ・デバイスのいずれかに対する別の実施例として適用できるということを認識するだろう。
【０６９３】
上述の通り、項目（例えば、対話性アクティベーションを満たす情報を制限するものではなく、以下を含む）は、記憶装置７０１ｃに格納される。
項目が記憶装置７０１ｃに到着するように、無関係である。
実施態様によって、項目は、以下の一つ以上を含むが、これに限定されるものではない：
任意の種類の曲、ビデオ、電子ブック、ゲーム、ソフトウェアおよび電子メディア。
保管されている状態に保たれる最も少なく項目のいくつかで、７０１ｃは、デジタル権利管理保護されている（ＤＲＭ）内容である。
ＤＲＭ保護された内容は、実施態様、７０１ｄユーザー・インターフェース、７０１ｋスピーカまたは両方ともによって、オンの制御ロジック（７０１ａ）またはヘッドホン（図示せず）により提示される。
【０６９４】
実施態様によって、ＤＲＭ保護された内容は、キーおよび使用権とともに、または、キーおよび使用権なしで届く。
キーによって、内容が特定のデバイスまたはデバイス（ｓ）に解読されて、提示されることができる。
実施態様によって。そのとき、ユーザは、７０１ｄ、ユーザー・インターフェースを介して、ユーザがＤＲＭ内容（ＤＲＭ内容のための1許可につき３５サーバーの制御ロジック（３６ａ）から制御ロジック（７０１ａ）リクエスト）の特定の項目を購入することを望むことを表す。
リクエストは、ＤＲＭ内容の同一性および任意にユーザにより要請される使用権を含む。
制御ロジックは、以下を含む許可によって、逆に応答する：
ＢＩＤ  ７００の情報を特定することを使用して暗号化されるキー。
これは、制御ロジック（７０１ａ）の中央処理装置の識別番号、オペレーティングシステムと関係している一連番号、記憶装置７０１ｃが１を含むハードディスクまたはメモリー・カードであるかもしれない。
【０６９５】
あるいは、ＤＲＭ内容は、ＢＩＤ  ７００にすでに結ばれるキーで届く。
このような実施例では、ＢＩＤ  ７００のための情報を特定することは、２９ｄ、記憶装置に格納されて、ＢＩＤ  ７００に送信されるＤＲＭ内容のためのキーを暗号化するために、制御ロジック（３６ａ）により用いられる。
サーバー３５のためのシグネチャを用いて、制御ロジック（３６ａ）独自にサーバー３５を特定する〜ＢＩＤ  ７００。
ＢＩＤ  ７００と通信する他のいかなるデバイスも、サーバー３５であるとして、ＢＩＤ  ７００にそれ自体を容易に提示することができない。
実施態様によって、代わりに、ＤＲＭ内容を受信するために、制御ロジック（７０１ａ）は、スマートカード  ７０１ｅから電子トークンを送るかまたは制御ロジック（３６ａ）が４１３ｊ．ユーザ支払い情報を使用している支払い処理を実行できる利用者識別名を制御ロジック（３６ａ）に送信する。
【０６９６】
各ＢＩＤ  ７００も、サーバーまたは他のＢＩＤ  ７００に特定する固有のシグネチャを有する。
代替実施形態では、ＢＩＤ  ７００（『第１のＢＩＤ  ７００』と呼ばれる今後）の制御ロジック（７０１ａ）は、７０１ｆ．トランシーバを介してＤＲＭ内容の項目を他のＢＩＤ  ７００（『第２のＢＩＤ  ７００』と呼ばれる今後）へ転送する。
実施態様によって、第２のＢＩＤ  ７００のスマートカード  ７０１ｅが充分な電子トークンを有するときに、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）はＤＲＭ内容を移すだけである。
このような実施例では、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）は、充分な電子トークンが第２のＢＩＤ  ７００のスマートカード  ７０１ｅにある第２のＢＩＤ  ７００から、指示を受け取る。
代替実施形態では、充分なトークンが第２のＢＩＤ  ７００のスマートカード  ７０１ｅにない限り、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）はＤＲＭ内容をリクエストにしない。
実施態様によって、この種のＤＲＭ内容の値の中で1指示につき７０１ｃすでにその記憶装置を入れるので、または、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）からこの種の指示を受け取るので、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）は判定になる。
成功した転送の後、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）は、転送されたＤＲＭ内容の値によって、第２のＢＩＤ  ７００のスマートカード  ７０１ｅの借方に記入する。
代替実施形態では、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）は、転送されたＤＲＭ内容の値未満の量によって、第２のＢＩＤ  ７００のスマートカード  ７０１ｅの借方に記入する。
内容の値および借方に記入される総額の違いは本明細書において、称される、『信用を移す。』『信用を移す』ことはＤＲＭ内容に加えてパックされる情報の装置である。
値が『信用を移す』ことである電子トークンは、第１のＢＩＤ  ７００のスマートカード  ７０１ｅの記憶装置のための第１のＢＩＤ  ７００の制御ロジック（７０１ａ）に、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）により移される。
【０６９７】
代替実施形態では、ＤＲＭ内容がうまく移されたあと、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）は第２のＢＩＤ  ７００の制御ロジック（７０１ａ）から電子トークンを受け取る。
あるいは、ＤＲＭ内容がうまく移されたあと、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）は第２のＢＩＤ  ７００の制御ロジック（７０１ａ）から成功した移動の指示を受け取る。
制御ロジック（７０１ａ）は、制御ロジック（３６ａ）に、後で、実施態様によって、成功した移動の指示にそれを送信するどちらか、制御ロジック（７０１ａ）を介して、第１のＢＩＤ  ７００のスマートカード  ７０１ｅに対する電子トークンを送信して、または第１のＢＩＤ  ７００のユーザと関係している口座を残っている。
実施態様によって、ユーザは、トークンまたはチェックの移動、クレジットカードまたはデビット・カードを含むがこれに限らず若干の他の手段を介して支払わなければならない代わりに、追加項目を購入するために、残高を使用するかもしれない。
あるいは、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）は、成功した移動の指示を制御ロジック（３６ａ）に送信する。
実施態様によって、制御ロジック（３６ａ）は第１のＢＩＤ  ７００のスマートカード７０１ｅまたは口座が第１のＢＩＤ  ７００のユーザと関連させた残高に電子トークンを与える。
【０６９８】
代替実施形態では、不十分な電子トークンがある場合であっても、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）は内容を移す、しかし、転送された内容と関係している権利は第１のＢＩＤ  ７００の制御ロジック（７０１ａ）により制限される。
限界は一つ以上を含む、制限される、以下：
表現の数上の制限、購入が必要とされる前に、内容が使うことができる期間、内容の品質（視覚の（聴覚的な）完備性、など）より遠くに移る能力、など。
第２のＢＩＤ  ７００の制御ロジック（７０１ａ）がサーバー３５の制御ロジック（３６ａ）に限られた権利ＤＲＭ内容の適切な支払いになるときに、制御ロジック（７０１ａ）は支払いがなられたと思う付加的な権利（例えば、より長いプレー時間、より多数の表現、より高い品質、移る能力を制限するものではなく、以下を含む）の指示を受信する。
代替実施形態では、制御ロジック（３６ａ）は、ＤＲＭ内容の値より少ないものの支払いが内容を有したことを受けるサーバー３５から得る。
さらにまた、制御ロジック（３６ａ）は、実施態様によって、第１のＢＩＤ  ７００のユーザと関係している口座を信用するかまたは電子トークンを第１のＢＩＤ  ７００のスマートカード  ７０１ｅに送信する。
このような実施例では、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）は、第１のＢＩＤ  ７００のユーザから限られた権利ＤＲＭ内容を受け取った指示を制御ロジック（３６ａ）に送信する。
指示は、限定するものではないが、第１のＢＩＤ  ７００のユーザと関係している利用者識別名である。
利用者識別名は、第１のＢＩＤ  ７００の制御ロジック（７０１ａ）から受け取られる限られた権利ＤＲＭ内容に加えて、第２のＢＩＤ  ７００の制御ロジック（７０１ａ）によって、受け取られる。
【０６９９】
代替実施形態では、本願明細書において、記載されている放送対話性および媒体カスタマイズ・デバイスは、各々の中の項目を交換する。
実施態様によって、項目が、ＤＲＭ保護された内容であるかもしれないが、ある必要がない。
以下の説明はＢＩＤ  ７００に関してなられる、しかし、ＢＩＤ  １１、７２、８００およびメディアプレーヤ３３を含むがこれに限らず、当業者は説明が放送対話性デバイスのその他の実施態様に適応できるということを認識するだろう。
参照は、第１のＢＩＤ  ７００および情報を含んでいる項目を交換していて、許容可能性または推薦の決定（後述する）を実行している第２のＢＩＤ  ７００に下でなられる。
当業者は、この種の移動および推薦が、実施態様によって、制御ロジック（７０１ａ）（項目または内容、トランシーバ７０１ｆまたはメモリースティックを格納する記憶装置７０１ｃまたは制御ロジック（７０１ａ）に連結するメモリー・カード）により達成されるということを認識するだろう。
式の容易さのために、それらが実行する動作がその他の実施態様の文脈にすでに記載されていたので、交換および推薦に参加するＢＩＤ  ７００の装置は特定されない。
さらにまた、当業者は、交換に特有である動作が制御ロジック（７０１ａ）により実行されるだろうということを認識するだろう、
次に、この種の動作について説明する。
【０７００】
図１３ｆは、本発明の別の実施例に従って、放送対話性デバイスの記憶装置の視聴覚素材を例示する。
第１のＢＩＤ  ７００の視聴覚素材７２０および第２のＢＩＤ  ７００は、第１のＢＩＤ  ７００および第２のＢＩＤ  ７００の間で交換される項目または内容を含む。
【０７０１】
代替実施形態では、第１のＢＩＤ  ７００が第１のＢＩＤ  ７００（「リクエストに対する潜在的項目」と呼ばれる今後）の視聴覚素材７２０に存在しないだけの第２のＢＩＤ  ７００の視聴覚素材７２０において、ある項目を決定したあと、第１のＢＩＤ  ７００は第２のＢＩＤ  ７００から項目を受け取ることが可能である。
この決定を実行することが可能な第１のＢＩＤ  ７００のために、第２のＢＩＤ  ７００から、第２のＢＩＤ  ７００の視聴覚素材７２０に格納される項目のための項目インジケータを受け取らなければならない。
リクエストに対する潜在的項目は、各々いずれが第２のＢＩＤ  ７００の視聴覚素材７２０の項目と関係しているかという項目インジケータのリストである。
第１のＢＩＤ  ７００が判定になったあと、第１のＢＩＤ  ７００は、リクエストに対する潜在的項目の項目インジケータと関係している項目ごとに、予測されたユーザ評価を決定する。
潜在的項目のための予測されたユーザ評価を決定できる前に第１のＢＩＤ  ７００が上部ｌ項目類似性係数を潜在的項目のために必要とする場合、ＢＩＤ  ７００リクエスト失った類似性係数を第１のＢＩＤ  ７００に送信する第２のＢＩＤ  ７００。
リクエストに潜在的項目の項目インジケータと関係している項目の各々のための予測されたユーザ評価に基づいて、第１のＢＩＤ  ７００は、一つ以上の項目インジケータを第２のＢＩＤ  ７００に送信する。
項目インジケータを受信することに応答して、第２のＢＩＤ  ７００は、付随する項目を第１のＢＩＤ  ７００に送信する。
代替実施形態では、第１のＢＩＤ  ７００は、項目に予測された評価が第１のＢＩＤ  ７００を使用しているユーザのユーザ出発点を上回る項目のためのインジケータを送信するだけである。
代替実施形態では、第２のＢＩＤ  ７００は、項目のサンプルを第１のＢＩＤ  ７００から受け取った項目インジケータと関係しているようにするだけである。
【０７０２】
代替実施形態では、第２のＢＩＤ  ７００は全ての項目を第１のＢＩＤ  ７００から受け取られる項目インジケータと関係しているようにする、しかし、項目はデジタル権利管理情報を含む。
第１のＢＩＤ  ７００は、デジタル権利管理情報により課される限界に基づく項目を提示する。
代替実施形態では、第２のＢＩＤ  ７００に、第１のＢＩＤ  ７００は、項目の下の高級なバージョンを送る。
【０７０３】
図１３ｋは、放送対話性デバイスが本発明の別の実施例に従って他の放送対話性デバイスから項目を要請する方法を例示する。
方法８２０において、第１のＢＩＤ  ７００は、第１のＢＩＤ  ７００の記憶装置に格納される項目の８２１ａ項目インジケータ代表を受信する。
第１のＢＩＤ  ７００は、それから、７００がＢＩＤ  ７００がある第２に格納される項目のためのユーザ・ランキングが受け取られる項目ランキングと関連させると予測した第１のＢＩＤに格納される過去の項目ユーザ・ランク付けに基づく８２１ｂを決定する。
第１のＢＩＤ  ７００は、それから８２１ｃ、リクエストに対する項目が予測されたユーザ・ランク付けに何の基礎をおいたかについて決定する。
【０７０４】
当業者は、どこで『歌』が本願明細書において、使われても、術語『作曲』も使われるかもしれない、そして、本発明の実施態様が任意の特定のタイプの作曲またはプログラミングのタイプに限られていないということを認識するだろう。
【０７０５】
代替実施形態では、ＢＩＤ  ７００は、７０１ｈ、デジタル・プログラミングを受信するデジタル放送受信機を含む。
デジタル・プログラミングは、図１３ｄに示されて、それのような一連のフレームの形で到着する。
【０７０６】
代替実施形態では、フレームは、音声サンプルを含む音声フレームである。
別の実施例において、フレームは、音声サンプルを含むビデオ・フレームである。
しかしながら、当業者は、本発明の実施態様が任意の特定のタイプの素材に限られていないということを認識するだろう。
【０７０７】
受信器が７０１ｈ音声サンプルを含んでいる音声フレームを受信する所で、音声サンプルはフレームから抽出されて、７０１ｌ、デコーダによって、デコードされて、７０１ｋ、スピーカにより提示される。
音声フレームのいくつかは外来の信号によって、損なわれない音声サンプル７０５ｉを含む、しかし、その他の音声フレームは外来の信号によって、損なわれる音声サンプル７０５ｉを含む。
外来の信号の例には、制限されるわけではないが、プログラミングまたは電波妨害の項目のオーディオで混在するディスクジョッキーまたは項目に悪影響を与えるフェーディングの解説が含まれる。
実施例において、項目は、同時リアルタイム受信のための多くの受信器に放送されている作曲である。
【０７０８】
しかしながら、リスナーが望ましくない音または音の不足に注意するように、音声フレームの多数は、逆に欠点として持って、７０５ｉ、音声サンプルのない７０１ｈ、受信器に到着する。
プログラミングの各項目のための制御ロジック（７０１ａ）ストアは、７０１ｈ、受信器によって、７０１ｈ、受信器により復調されて、７０１ｌ、デコーダによって、デコードされて、７０１ｋ、スピーカにより発表される各コマの音声サンプルを受信した。
代替実施形態では、以下を含まない：
放送受信機は、７０１ｈ、むしろ制御ロジック（７０１ａ）以外の、実施態様によって、制御ロジック（７０１ａ）に連結するデジタル入出力インタフェース（図示せず）を介して、復号化であるか圧縮音声サンプルを受信する。
音声サンプルは、デコードされる、
ここで
この種の実施態様は、デコードすることを必要として、７０１ｋ、スピーカにアプリケーションのためのアナログ信号に変わった。
代替実施形態では、７０１ｋおよび任意の話者が本願明細書において、解説したスピーカはデジタル・オーディオ信号を受信して、ディジタル信号に基づく音を生成できるデジタル・スピーカである。そして、復号化サンプルをアナログ信号に変換することを不必要にする。
【０７０９】
代替実施形態では、制御ロジック（７０１ａ）が、７０１ｈ、受信器によって、受け取られるプログラミングのすべての項目でフレームの音声サンプルを格納するというわけではない。
むしろ、後で詳しく述べるように、音声フレームの記憶装置表示によって、制御ロジック（７０１ａ）は、受信項目のための音声サンプルを格納するかまたは無視する。
【０７１０】
放送が終わっていたあと受け取られている項目がＢＩＤ  ７００のユーザが購入するかまたは後でアクセスしたくありえるものである所で、すでに格納される大部分の音声サンプルを有することは項目の効果的な配布を考慮に入れる。
多くの場合、音声サンプルの十分な量は逆に欠点として持たずに到着する制御ロジック（７０１ａ）がサーバー３５から全ての項目を要請することが不必要になる、ユーザ、項目に対する関心は表す。
むしろ、制御ロジック（７０１ａ）は、サーバー３５から、音声サンプルを損なったそれらのフレームを要請するだけである。
実施態様によって、制御ロジック（７０１ａ）は、トランシーバ７０１ｆを介して、または、あるいは、制御ロジック（７０１ａ）が要請を格納する物理記録媒体を介してサーバー３５からフレームを要請する。
記録媒体が連結される他のデバイスは、要請をサーバー３５に送信して、代わりに同じこと（すなわち要請が格納されたもの）または異なる記録媒体上の記憶装置のための要請されたフレームを受信する。
要請されたフレームを有する記録媒体が制御ロジック（７０１ａ）に連結するときに、本願明細書において、他で記載されているにつれて、制御ロジック（７０１ａ）は記録媒体から要請されたフレームを読み出して、それらを使用する。
代替実施形態では、制御ロジック（７０１ａ）は、他のデバイス（例えばサーバー３５）から明示的にそれらを要請しなければならないことのない記憶装置７０１ｃから、置換フレームを得る。
【０７１１】
実施態様によって、プログラミングの項目は、情報ｉｎｈｅａｄｅｒ（７０５ｈ）ＸＰＡＤ  ７０５ｊによって、または、両方とも定義可能である。
プログラミングの項目で音声フレームは、よりｉｎｈｅａｄｅｒに順次番号をつけられて（７０５ｈ）巡回冗長検査（ＣＲＣ）ビット（７０５ｐ、７０５ｑ）を含む。
ＣＲＣビット（７０５ｐ、７０５ｑ）によって、制御ロジック（７０１ａ）が、どの音声フレームが、サーバー３５または、あるいは、記憶装置７０１ｃから音声フレームを有する置換を必要とするために、そのように損なわれたかを特定できる。
別の実施例において、ＣＲＣ方式の代わりに、その他のエラー検出‐訂正スキームが、用いられる。
【０７１２】
図１３ｇは、本発明の別の実施例に従って、受信デジタル音声サンプルのためのデータ構造を例示する。
受信サンプル・データ構造８１０は、項目名フィールド８１１ａ、数のフレーム・フィールド８１１ｂ、良好なフレーム・フィールド８１１ｃ、８１１ｄ悪いフレーム・フィールドおよび良好なフレーム・フィールド８１１ｅを含む。
デジタル音声がフレームがプログラミングの項目ごとに受け取られると放送したので、作成するいくつかのためのエントリーまたはすべてのフィールド８１１ａ−８１１ｅ．によって、制御ロジック（７０１ａ）レコード
実施態様によって、プログラミングのすべての項目が、ＤＳ  ８１０のそれらのために作成されるレコードを有するというわけではない。
代替実施形態では、記憶指標は含まれたｉｎｈｅａｄｅｒ（７０５ｈ）であるまたは７０５ｊ  ＸＰＡＤ、それは制御ロジック（７０１ａ）に表すどうかレコードつくられるある。そして、音声サンプルが格納されるか、または後者でなく前者であることであるどうか。
レコードのためのエントリーは、８１１ｇ、ディーンＥｄｅｌｌ博士により主催されるラジオ番組と関係している。
【０７１３】
項目名フィールド８１１ａのためのエントリーは、７０５ｊ．ＸＰＡＤから得られる。
項目名フィールド８１１ａのためのエントリーは、プログラミングの項目の名前を表す。
フレーム・フィールド８１１ｂの全塩基価のためのエントリーは、項目のエントリーにおいて、特定される完全な項目を形成するフレームでより麻痺したものはフィールドを８１１ａ．と呼ぶことを表す。
【０７１４】
代替実施形態では、ＤＳ  ８１０は、以下を含む：
それらのような項目識別子エントリーを有するフィールドは、どこか他の所を本願明細書において、記載した。
フィールドが項目があるコードまたはラベルが記憶装置７０１ｃにおいて、または、サーバー（例えばサーバー３５）で特定したことを表す項目識別子のためのエントリー。
良好なフレーム・フィールド８１１ｃのためのエントリーは、フレームがリスナーまたはビューアに容認できないだろうエラーなしで非常に受け取られたことを表す。
間違ったフレームのためのエントリーは、８１１ｄ、フレームが有意性誤りによって、非常に受け取られたことを表す。
実施態様によって、制御ロジック（７０１ａ）は、良好なものを有する間違ったフレーム（すなわち音声サンプル）を置換するか、またはこの置換および項目の比較的腐敗していない（すなわち、典型的リスナー、ビューア、購入者、などにとって容認できる）コピーの構成を実行するために、他のデバイスに８１１ｄ、良好なフレーム８１１ｃおよび間違ったフレームにエントリーを与える。
実施態様によって、
ここで
制御ロジック（７０１ａ）は、置換を実行して、以下を構成する：
項目の適当なコピーが置換された音声フレームを使用して、制御ロジック（７０１ａ）は、サーバー３５から８１１ｄでフィールドのためのエントリーにおいて、特定される間違ったフレームのための置換を要請するか、または記憶装置７０１ｃからそれらのための置換を得る。
図１３ｇの良好なフレーム・エントリー８１１ｆは、受け取られた、そして、容認できる音声サンプルを有した音声フレームのフレーム番号を保つ。
【０７１５】
図１３ｈは、より詳細に、本発明の別の実施例に従って容認できるサンプルを有する受信フレームの指示を保つデータ構造のエントリーを例示する。
図１３ｈのエントリー８１１ｆは、ただ項目のために現れたフレームのいくつかを有する先端を切ったエントリーである−「Honky Cat」−８１１ｈ、項目記述項により特定される。
エントリー８１１ｆは、フレーム９３、９４、９５およびフレームｐが、その他のフレームの中で、容認できる音声サンプルとともに届いたことを表す。
【０７１６】
有効な音声サンプル・フレーム・フィールド８１１ｅのためのエントリーは、良好なフレームごとに、受け取られた間違ったフレームのための置換音声サンプルの挿入を容易にするためにまとめられる音声サンプルを含む。
良好なフレームまたは間違ったフレームを構成することは、プログラミング（オーディオ、ビデオ、テキスト、など）のタイプに依存する、実装が、依存している、技術および必要において、知られているそれが本発明の実施態様の限定でないので、より詳細に本願明細書において、記載されている。
典型的に、ユーザの主観的な意見は、品質が容認できると考えられる特定のビット誤り率またはその他の計測を決定するために用いる。
しかしながら、フレームのための尺度因子におけるエラーは、そのフレームのサンプルがリスナーまたはビューアに望ましくなく見えるために項目の表現に影響を及ぼしそうなことを一般に意味する。
望ましくない効果の例は限定されるものではないが、デッドスポット（すなわち音でない）スキッピング、を包含する。
ポッピングまたはキーキーいっている音、
スミアリング、ジッター、など。
２、３の音声サンプルにおけるエラーによって、認知可能な望ましくない効果が生じないかもしれない、しかし、それは本発明の実施態様が制限されない設計判断である。
【０７１７】
実施態様によって、記憶装置７０１ｃは、いくつかまたは、あるいは、放送事業者により放送されるプログラミングのすべての項目の初めの部分および終了部分を格納する。
本発明の実施態様は、プログラミングの項目の初めの断片および終了断片が記憶装置７０１ｃに到着する機構により制限されない。
転送のための一般の機構は、制御ロジック（７０１ａ）に連結するトランシーバ７０１ｆ（受信器７０１ｈ）および取外し可能な記憶媒体を含む。
代替実施形態では、受信器は、７０１ｈ、断片にもプログラミング・チャネルを抱いている両方のデータチャネルを受信する。
【０７１８】
図１３ｉは、本発明の別の実施例に従って放送プログラミングの項目の断片を保存するデータ構造を例示する。
断片データ構造８１２は、項目名フィールド８１３ａを含む。
断片フィールド８１３ｂを開始すること、
終了断片フィールド８１３ｃ。
ＤＳ  ８１０との関係で述べたように、項目識別子フィールドは、ＤＳ  ８１２の別の実施例にも含まれるかもしれない。
フィールドが項目があるコードまたはラベルが記憶装置７０１ｃにおいて、または、サーバー（例えばサーバー３５）で特定したことを表す項目識別子のためのエントリー。
実施態様によって、ＤＳ  ８１２は、フィールド８１３ａおよび項目識別子フィールドのためのエントリーまたはただフィールドの一つを含む。
長いＤＳ  ８１２によって、ＤＳ  ８１０の不完全な項目の端緒および終了断片が制御ロジック（７０１ａ）により特定されて、アクセスされることができるように、含まれるフィールドおよびその内容は無関係である。
【０７１９】
項目名フィールド８１３ａのためのエントリーは、プログラミングの項目の名前を表す。
図１３ｉの断片エントリー８１３ｅを開始することは、第１のｚオーディオがそれを項目に適合させると考える−「ＨｏｎｋｙＣａｔ」−項目名エントリー８１３ｆにより特定される、
ここで
ｚは、処理系依存である整数である。
本発明の実施態様は、ｚの特定の値に限られていない。
【０７２０】
図１３ｊは、より詳細に、本発明の別の実施例に従って項目の断片を示すフレームを保つデータ構造のエントリーを例示する。
図１３ｊのエントリー８１３ｅは、項目の第一の１０００の音声サンプル・フレームを含む−「白人Ｃａｔ」−８１３ｆ．項目記述項により特定される。
制御ロジック（７０１ａ）は、フレームＦ１−Ｆ９２のための、そして、Ｆ９５より上の、そして、フレーム１０００の下のその他の間違ったフレームのための置換に、制御ロジック用に記憶装置７０１ｃから必要に応じてフレームＦ１−Ｆ１０００の音声サンプルを読み出す。
【０７２１】
実施態様によって、初めの部分および終了部時のも期間はプログラミング（例えば歌、ビデオ、など）のタイプに依存するあるいは、そうしない。
固定値がかなりの間ない、そして、値は両部分のための同じことである必要はない。
しかしながら、別の実施例で、開始することおよび終了値に間に合って期間は、同じことであって、１５秒に等しい。
別の実施例において、放送局により放送される大部分の曲は、記憶装置７０１ｃに格納される断片を有する。
放送局がいずれが長さ約４分であるかというそれぞれユニークな約３０００曲の曲を放送する所で、歌につき３０秒の置換フレームは記憶装置７０１ｃに格納される約２５０曲の曲相当のデータに達する。
実施態様によって、放送局により放送される曲のいくつかまたは全ては、放送されている曲を予想して記憶装置７０１ｃに格納される断片を有する。
実施態様によって、断片は、制御ロジック（７０１ａ）に連結するトランシーバ７０１ｆ（受信器７０１ｈ）または物理記憶媒体を介して到着する。
【０７２２】
実施態様によって、７０１ｈ受信器および制御ロジック（７０１ａ）は、受信項目を記憶装置７０１ｃに格納するために協同する。
本発明の実施態様は、特定のタイプの項目に限られていない。
しかしながら、下記の説明の部分は、格安で音声フレームを受信して、７０１ｈ、受信器の文脈において、なられる。
各音声フレームは、歌ラベルまたは項目インジケータによる曲および項目を占める音声フレームのシーケンスのその数を特定するフィールドを含む。
項目が初めて受け取られるときに、制御ロジック（７０１ａ）は記憶装置７０１ｃのＤＳ  ８１０の項目のためのレコードを作成する。そして、ストアは８１１ｅ（７０１ｈ、受信器から受け取られる容認できる音声フレーム）を中でフィールド分けする。そこにおいて、容認できる音声フレームは項目と関係している。
制御ロジック（７０１ａ）は、８１１ｄ悪いフレーム・フィールドのためのレコードのエントリーの良好なフレーム・フィールド８１１ｃ（容認できたフレーム番号およびストア）のためのレコードのエントリーにおいて、容認できなかったフレーム番号を格納する。そして、８１１ｄ悪いフレーム・フィールドのためのレコードのエントリーにおいて、容認できなかったフレーム番号を格納する。
代替実施形態では、制御ロジック（７０１ａ）は容認できるおよび容認できない音声フレームをフィールド（８１１ｅ）に格納する。そして、ＤＳ（８１０）はフィールド（８１１ｃ、８１１ｄ）を含まない。
しかしながら、別の実施例で、制御ロジック（７０１ａ）は、容認できるおよび容認できない音声フレームをフィールド８１１ｅに格納して、８１１ｃ、８１１ｄ、フィールドにフレーム番号をエントリーに格納する。
【０７２３】
代替実施形態では、同じ曲のための音声フレームが同じことまたは、あるいは、他の放送局から７０１ｈで受信器によって、後で受け取られるときに、制御ロジック（７０１ａ）は後で受け取られるより高品質フレームで以前に受け取られた下等フレーム（リスナーに容認できない歌オーディオになるあまりに多くのエラー）を交換する。
代替実施形態では、制御ロジック（７０１ａ）は、下等フレームをＤＳ  ８１０に格納しない、しかし、８１１ｄ悪いフレーム・フィールドにおいて、持続する下等フレームの中でフレーム番号。
別法として、
ここで
それらがそれらをＤＳ  １８０に格納することのない初めてのために受け取られるときに、制御ロジック（７０１ａ）は下等フレームを拒絶すると、制御ロジック（７０１ａ）が初期の拒否により失ったフレームで一杯になるフィールド８１１ｅ上等品フレームに付け加える。
代替実施形態では、制御ロジック（７０１ａ）は、また、新しく付加的なフレームのフレーム番号をフィールド８１１ｃのための項目のレコードのエントリーに加える。
【０７２４】
実施態様によって、すべて、いずれもまたは格納されたフレームのいくつかは、デジタル権利経営管理に従属しない。
実施態様によって、受信項目と関係しているデジタル権利管理使用権およびキーは、音声フレーム・フィールド（例えば７０５ｊ  ＸＰＡＤ、７０１ｈ、受信器によって、受け取られる別々のデータチャネル、トランシーバ７０１ｆを介して受け取られる情報または制御ロジック（７０１ａ）に連結する物理媒体）に含まれる。
この種の別の実施例において、ＤＳ  １８０は、デジタル権利管理フィールド（図示せず）を含む。
制御ロジック（７０１ａ）は、項目のためのデジタル権利管理情報をＤＳ  １８０の項目の対応するレコードのＤＲＭフィールドエントリに格納する。
少なくとも、ＤＳ  １８０のレコードのいくつかは、オーディオがいずれをレコードの枠にはめるかという管理が従属することを表しているデジタル権利管理フィールドのエントリーを有する。
当業者は、別の実施例の項目でフレームがＤＳ  １８０の項目のレコード記述項のその他のフレームと関連して無制限の権利を含んでいる異なるＤＲＭ権利があるということを認識するだろう。
【０７２５】
ユーザが７０１ｄユーザー・インターフェースを介してユーザがＤＳ  １８０の貯蔵品の完全な腐敗していないバージョンを有することを望むことを表すときに、制御ロジック（７０１ａ）は記憶装置７０１ｃの貯蔵品の表現可能なバージョンを配置することによって、ユーザが利用できる腐敗していないバージョンになる。
ＤＲＭ管理が制御ロジック（７０１ａ）により施行される別の実施例において、貯蔵品は、以下を含む：
項目の権利および表現が使用権にキーおよび主題を使用することを解読してなられるＤＲＭキーおよび使用。
【０７２６】
実施態様によって、制御ロジック（７０１ａ）は、項目を要請しているユーザを予想してＤＳ  １８０の貯蔵品の腐敗していないバージョンを作成するかまたは、あるいは、１が構成されるというユーザ・リクエストの後、１つを作成する。
貯蔵品の腐敗していないバージョンが構成される時にかかわりなく、制御ロジック（７０１ａ）は、実施態様によって、サーバー３５から、または、記憶装置７０１ｃから置換または代用品フレームを得る。
【０７２７】
代替実施形態では、ＢＩＤ  ７２は、受信器（７３ｂ）によって、チューニングされるチャネルの経過を追う。
このような実施例では、制御ロジック（７３ｈ）は、制御ロジック（７３ｈ）がいずれにあるかというチャネルが受信器（７３ｂ）をチューニングすることを表すユーザー・インターフェース（７３ｉ）から、アクティベーションの指示を受け入れる。
受信器（７３ｂ）は、送信器（７３ｄ）に、その出力でチューニングされたチャネルに受け取られているプログラミングを与える。
実施態様によって、受信器（７３ｂ）の出力がスイッチ（７３ｃ）を経た送信器（７３ｄ）の、または、スイッチ（７３ｃ）のない入力に連結すること中間の装置であること。
当業者は、別の実施例で、スイッチ（７３ｃ）コーデック（７３ｇ）または両方とも含まれるというわけではないということを認識するだろう。
実施態様によって、制御ロジック（７３ｈ）は、一時記憶またはメモリを含むかまたは、あるいは、この種の記憶装置またはメモリに、または、記憶装置（７３ｆ）に連結する。
制御ロジック（７３ｈ）がユーザー・インターフェース（７３ｉ）から受信器（７３ｂ）によって、チューニングされることになっているチャネルの指示示すものを受け取るときに、制御ロジック（７３ｈ）は、実施態様によって、受信器（７３ｂ）が制御ロジック（７３ｈ）に連結する制御ロジック（７３ｈ）記憶装置（７３ｆ）またはその他の固定であるか、あるいは、着脱可能なメモリーに含まれるメモリにおいて、チューニングされるチャネルの表示を格納する。
制御ロジック（７３ｈ）は、また、受信器（７３ｂ）がチャネルをチューニングするためになられる時間の表示を格納する。
実施態様によって。そのとき、ユーザは、ＢＩＤ  ７２をオフにするか、チャネルを変えるか、または、送信器（７３ｄ）に適用されるプログラミング転送元を変える（例えば、
実施態様によって、
上記は、限定するものではないが、以下のうちの１つを含む：
テープに、ディスクまたはコーデック（７３ｇ）を圧縮する）制御ロジック（７３ｈ）はチャネルが受信器（７３ｂ）によってもはやチューニングされない時間の表示を格納する。
実施態様によって、メモリまたは一時記憶装置に格納されるチャネル・トラッキング情報は、伝達されるかまたは制御ロジック（７３ｈ）に連結するプリンタに、トランシーバ（７３ｊ）着脱可能なメモリーまたは紙プリントアウトを経てサーバー３５へ移される。
プリントアウトは、記憶装置２９ｂ（サーバー３５によるアクセスのための２９ｄ）のデータベースにプリントアウトに情報を入れる人員を有するサービス媒体にメールされる。
本願明細書において、記載されているすべての転送と同様に、実施態様によって、転送は、始められる
1) 制御ロジック（７３ｈ）のメモリまたは、あるいは、記憶装置（７３ｆ）（２）に格納される定義済み予定によって、）制御ロジック（７３ｈ）が転送が作られる（３）ことであるインタフェース（７３ｉ）示すものでユーザアクティベーションの指示を受け入れる）放送対話性デバイスが、入札７２を含む、サーバー３５、４に連結する）着脱可能なメモリーが制御ロジック（７３ｈ）に連結するときはいつでも、または。
実施態様によって、制御ロジック（７３ｈ）は、また、サーバー３５または着脱可能なメモリーに利用者識別名を与えるかまたはこの種の情報をプリントアウト情報に含む。
【０７２８】
図１３ｌは、本発明の別の実施例に従って情報を調査しているチャネルのためのデータ構造を例示する。
チャネル・トラッキング・データ構造７３０は、実施態様によって、以下の一つ以上に位置する：
制御ロジック（７３ｈ）（制御ロジック（７３ｈ）にアクセス可能なメモリー空間）において、または、別に記憶装置（７３ｆ）において、含まれるメモリー空間。
データ構造７３０のエントリーは、受信器（７３ｂ）によって、チューニングされるチャネルに変化になっているユーザの結果として、制御ロジック（７３ｈ）によって、作られる。
データ構造７３０は、チャネル・フィールド７３１ａを含む。
起動時間フィールド７３１ｂ、
終了時間フィールド７３１ｃ。
４つのレコードは、どのレコードが７３１ｄ、破線により強調されるかというＤＳ  ７３０に示される。
本発明の実施態様は、レコードの一定数を含んでいるＤＳ  ７３０に限られていない。
当業者は、ＤＳ  ７３０にできるようにされるレコードの数が処理系依存であるということを認識するだろう。
レコードは、７３１ｄ、「チャネル・フィールド７３１ａ（「０１／１／２００３  １０：４２：０５起動時間フィールド７３１ｂ（「０１／１／２００３  １０：４３：０１終了時間フィールド７３１ｃ．のためのエントリーとしての”）のためのエントリーとしての”）のためのエントリーとしての９７．３．ｐｒｉｍｅ２．を含む
レコードのためのエントリーは、７３１ｄ、２００３年１月１日に、午前１０時４２分０５秒の受信器（７３ｂ）が９７．３ＭＨｚまでチューニングされた、そして、２００３年１月１日に、午前１０時４２分０５秒の受信器（７３ｂ）が９７．３ＭＨｚまでチューニングされるのを止めたことを表す。
サーバー３５は、複数のＢＩＤ  ７２デバイスの各々から、データ構造７３０を受ける。
制御ロジック（３６ａ）は、また、複数のＢＩＤ  ７２の各々のユーザのための情報４１３ｃと関連して記載されて、それのようなユーザ情報にアクセスする。
実施態様によって、情報４１３ｃのすべてのフィールドは持続される、しかし、当業者は、実施態様によって、以下の項目の一つ以上が省略されるかもしれないということを認識するだろう：
装置番号４１３ｅ、支払い情報（４１３ｉ）４１３ｍ過去の処理、未定の処理４１３ｎ、油断のない情報４１３ｏ。
実施態様によって、制御ロジック（３６ａ）は、特定のユーザのために、または、サーバー３５が特定のユーザを有する情報を調査しているそのチャネルを結びつけることができるＡＩＮ番号またはその他の技術を介して編集される情報を調査しているチャネルとともに受け取られる利用者識別名に基づく特定のユーザのためのユーザ情報にアクセスする。
術語『ユーザ』および『リスナ』が、文脈によって、取り換えられて本願明細書において、用いられる。
【０７２９】
制御ロジック（３６ａ）は、特定の放送局が引きつけるリスナーのタイプを決定するために、プロファイル情報を使用する。
実施態様によって、制御ロジック（３６ａ）は、特定の放送局を聞くユーザ数、ユーザが日の特定の期間の間に聞く長さ時および特定の放送局が引きつけるリスナーのタイプを含む多くの有益な統計を決定する。
実施態様および制御ロジック（３６ａ）が統計が生み出される各放送局の予定にアクセスするところによって、制御ロジック（３６ａ）は、また、プログラミングの項目がチャネル（最後にそれらの注意または両方とも獲得する（すなわち、他の放送局上の項目またはテープのようなプログラミングの他の転送元から項目が、ディスク、記憶装置（７３ｆ）のデジタルメディア・ファイル、などを圧縮する）こと）を変えるためにユーザに生じさせるものを決定する。
例えば、
ここで
ユーザは、聞くｘまたは任意の中間のチャネルを通過することのない１秒のチャネル上の第一チャンネルおよびそれから長椅子により多くの第２、または、それらがチャネル（すなわち放送局）を変えることを決めるときに第２のチャネル上の固定、第一チャンネルによる項目放送および項目が第２のチャネルが第一チャンネル上のリスナーを切ることおよびそれらを引きつけることを決定するために用いると放送する前に、それらのいずれか一つ上のｙ  ２番より長く静止せずに、一つ以上のチャネルを通過する。
第１および第２のチャネル上に放送されているだけの項目を決定するために、制御ロジック（３６ａ）は、適当なレコード（すなわち第一チャンネルと関係しているレコードおよび第２のチャネルと関係しているレコード）の起動時間フィールド７３１ｂのエントリーに基づいて、記憶装置（２９ｂ、２９ｄ）に格納されるそれぞれの予定を放送局のものにインデックス付けする
【０７３０】
ユーザは、第２のユーザが第２のチャネル上のｚ秒より長くとどまるチャネルに定着したために、制御ロジック（３６ａ）によって、みなされる。
当業者は、本発明の実施態様がｘ、ｙおよびｚの任意の特定の値に限られていないということを認識するだろう。
しかしながら、実施態様で、ｘおよびｚは９０−１２０秒との間に値を有する。そして、ｙは１５−３０秒との間に値を有する。
【０７３１】
以前の仕様において、本発明は、本発明の特定の例示的実施形態に関して記載されていた。
しかしながら、
さまざまな変更態様と改変が続く請求項にて説明したように、より広い本発明の精神と範囲から逸脱することなく、なられるかもしれない当業者に明らかである。
明細書および図面は、したがって、これに限定されるということではなく例示の意味において、注意されることになっている。
【図面の簡単な説明】
【０７３２】
【図１ａ】図１ａは、番組のブロードキャスタの予定のためのデータ構造を例示する。
【図１ｂ】図１ｂは、一般のステーション識別名により分類される複数の番組スケジュールのためのデータ構造を例示する。
【図１ｃ】図１ｃは、地理的領域に基づいて集められる番組スケジュールのためのデータ構造を例示する。
【図１ｄ】図１ｄは、いくつかの放送局のためのおおよそのカバー地域に同じ搬送波周波数を有するいくつかを示す地図を例示する。
【図１ｅ】図１ｅは、異なる信号強度区切り線のための無線局のカバー地域を例示する。
【図２ａ】図２ａは、放送対話性デバイスの例示的実施形態が本発明による放送番組識別子を提供する典型的な環境を例示する。
【図２ｂ】図２ｂは、より詳細に本発明の実施態様によるサーバーを例示する。
【図２ｃ】図２ｃは、本発明の別の実施例に従ってブロードキャスタ予定に関連がある動きデータ構造を例示する。
【図２ｄ】図２ｄは、受信情報識別子を処理するためにサーバーの制御ロジックにより用いられるユーザ関連情報のためのデータ構造を例示する。
【図２ｅ】図２ｅは、より詳細にユーザ関連情報のためのデータ構造を例示する。
【図３】図３は、本発明の別の実施例に従って更に詳細に記録装置を例示する。
【図４】図４は、本発明の別の実施例に従ってクーポンを示している放送対話性デバイスを例示する。
【図５ａ】図５ａは、本発明の別の実施例に従ってユーザのために書かれるカスタムメイドの再生リストを例示する。
【図５ｂ】図５ｂは、本発明の別の実施例に従ってユーザのために構成されるカスタマイズされた予定を例示する。
【図６】本発明の別の実施例によれば、図６は、より詳細に、ユーザに対する項目推薦をする際のサーバーにより用いられる情報を例示する。
【図７ａ】図７ａは、本発明の一実施例によれば同調信号検出器を例示する。
【図７ｂ】図７ｂは、本発明の別の実施例に従って、同調信号検出器を例示する。
【図７ｃ】図７ｃは、放射された局部発振器信号が最も分かりそうである周波数を表すデータ構造を例示する。
【図７ｄ】図７ｄは、本発明の別の実施例に従って、同調信号検出器を例示する。
【図７ｅ】図７ｅは、帯域フィルタの周波数応答を例示する。
【図７ｄ】図７ｆは、放射された同調信号の相対強度および受信バンドの放送信号を表す分光写真を例示する。
【図７ｇ】図７ｇは、放射された同調信号を代表するシヌソイドのスペクトル・サンプルを含んでいる分光写真を例示する。
【図７ｈ】図７ｈは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル・コンポーネントの振動数および隣接するＦＦＴサンプルの電源の関係を例示する。
【図７ｉ】図７ｉは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル構成要素の電源および隣接するＦＦＴサンプルの電源の比率の関係を例示する。
【図７ｊ】図７ｊは、周波数が２つの隣接するＦＦＴサンプルの間に位置するキャリアのピークのスペクトル構成要素の電源および隣接するＦＦＴサンプルの電源の比率の他の関係を例示する。
【図７ｋ】図７ｋは、ノイズがある場合には、ノイズおよび放射された同調信号のための確率分布関数を例示する。
【図７ｌ】図７ｌは、ポスト検出統合化の後、ノイズがある場合には、ノイズおよび放射された同調信号のための確率分布関数を例示する。
【図７ｍ】図７ｍは、本発明の一実施例によれば放射された同調信号およびノイズのための確率分布関数を決定する方法を例示する。
【図７ｎ】図７ｎは、本発明の一実施例によればヒストグラムのグラフ図を例示する。
【図７ｏ】図７ｏは、本発明の別の実施例に従って、同調信号検出器を例示する。
【図７ｐ】図７ｐは、本発明の別の実施例に従って、情報識別子発生器を例示する。
【図７ｑ】図７ｑは、本発明の実施態様が相互に作用する放送受信デバイスを例示する。
【図７ｒ】図７ｒは、本発明の一実施例に従ってチャネルを決定する方法を例示する。
【図７ｓ】図７ｓは、本発明の別の実施例に従って受信器のチューニングされたチャネルを決定するための送信器および音声検出器を例示する。
【図７ｔ】図７ｔは、本発明の別の実施例に従って、情報識別子発生器を例示する。
【図８ａ】図８ａは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
【図８ｂ】図８ｂは、本発明の一実施例に従って、より詳細にユーザー・インターフェースを例示する。
【図８ｃ】図８ｃは、本発明の一実施例に従って放送対話性デバイスの蓄積において、維持される情報を例示する。
【図８ｄ】図は、８ｄ、本発明の一実施例に従って番組を置換する方法を例示する。
【図８ｅ】図８ｅは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
【図８ｆ】図８ｆは、番組の項目が本発明の別の実施例に従って示される時に関連した情報を含む一時的な保管場所を例示する。
【図８ｇ】図８ｇは、より詳細に、本発明の別の実施例に従って図８ｄの代替項目を確認する事業を例示する。
【図８ｈ】図８ｈは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
【図８ｉ】図８ｉは、番組の項目が本発明の別の実施例に従って示される時に関連した情報を含む一時的な保管場所を例示する。
【図８ｊ】図８ｊは、より詳細に、本発明の別の実施例に従って図８ｄの代替項目を確認する事業を例示する。
【図８ｋ】本発明の別の実施例に従って、図８ｋはデータ構造を例示する。そして、それは項目の表現に関して規則の施行を容易にする。
【図８ｌ】本発明の各種実施形態によれば、図８ｌは、項目の表現に関して規則を実施する際に使用するデータ構造のためのいくつかの異なるタイプの記録を例示する。
【図８ｍ】図８ｍは、本発明の別の実施例に従って番組の項目の表現を拘束するための情報を含んでいる一時的な保管場所を例示する。
【図８ｎ】図８ｎは、より詳細に、本発明の別の実施例に従って図８ｄの代替項目を確認する事業を例示する。
【図８ｏ】番組の項目の代入の後、一実施例によれば、図８ｏは、データ構造のフィールドの状態を例示する。
【図８ｐ】図８ｐは、本発明の別の実施例に従って、項目の表現に関して規則を実施するために制御ロジックにより用いられるデータ構造をアップデートする方法のための状態機械を例示する。
【図８ｑ】表現規則を前提として代替項目に対応する番組の項目の表現による更新の後、別の実施例によれば、図８ｑは、データ構造のフィールドの状態を例示する。
【図９ａ】図９ａは、本発明の別の実施例に従って、示されることができる番組の非使用者指定の項目を記述した情報のためのデータ構造を例示する。
【図９ｂ】本発明の中で、図９ｂは、一実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｃ】図９ｃは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
【図９ｄ】図９ｄは、本発明の別の実施例に従って更に詳細にユーザ項目−否認関連情報を例示する。
【図９ｅ】図９ｅは、本発明の別の実施例に従って更に詳細にユーザ項目−否認関連情報を例示する。本発明の中で、図９ｆは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｇ】図９ｇは、本発明の別の実施例に従って更に詳細にユーザ項目−アクセプタビリティ関連情報を例示する。
【図９ｈ】図９ｈは、本発明の別の実施例に従って更に詳細にユーザ項目−アクセプタビリティ関連情報を例示する。本発明の中で、図９ｉは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｊ】図９ｊは、本発明の別の実施例に従って更に詳細に利用者団体−提携関連情報を例示する。
【図９ｋ】図９ｋは、本発明の別の実施例に従って更に詳細に利用者団体類似性係数−関連情報を例示する。
【図９ｌ】図９ｌは、本発明の別の実施例に従って番組の中でどんな項目を放送対話性デバイスのユーザに示すべきか決定するために使用する予定のためのデータ構造を例示する。
【図９ｍ】図９ｍは、本発明の別の実施例に従ってユーザに項目のアクセプタビリティを決定するための情報を含むデータ構造の素子を例示する。
【図９ｎ】本発明の中で、図９ｎは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｏ】図９ｏは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
【図９ｐ】本発明の中で、図９ｐは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｑ】本発明の中で、図９ｑは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図９ｒ】番組の表現のリアルタイム・カスタマイズのために、本発明の一実施例によれば、図９ｒは、状態機械を例示する。
【図９ｓ】番組の表現のリアルタイム・カスタマイズのために、本発明の別の実施例によれば、図９ｓは、状態機械を例示する。
【図９ｔ】図９ｔは、本発明の別の実施例に従って、利用者選好の情報代表のためのデータ構造を例示する。
【図９ｕ】番組の表現のリアルタイム・カスタマイズのために、そして、項目のユーザ受理に関連した資料収集のために、本発明の別の実施例によれば、図９ｕは、状態機械を例示する。
【図９ｖ】図９ｖは、本発明の別の実施例に従って更に詳細にユーザ項目−アクセプタビリティ関連情報を例示する。
【図９ｗ】図９ｗは、本発明の一実施例に従ってカスタマイズ・プロセスによって、できるデータ構造を例示する。
【図９ｘ】図９ｘは、本発明の別の実施例に従って更に詳細にユーザ項目−アクセプタビリティ関連情報を例示する。
【図９ｙ】図９ｙは、本発明の別の実施例に従って更に詳細に利用者団体類似性係数−関連情報を例示する。
【図９ｚ】図９ｚは、本発明の別の実施例に従って更に詳細に利用者団体類似性係数−関連情報を例示する。
【図１０ａ】本発明の中で、図１０ａは、別の実施例に従ってアクセプタビリティの決定プロセスを例示する。
【図１０ｂ】図１０ｂは、本発明の別の実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
【図１０ｃ】図１０ｃは、本発明の一実施例に従って更に詳細にユーザ・プロファイル情報を例示する。
【図１０ｄ】図１０ｄは、本発明の一実施例に従ってカスタマイズされた予定を生じるための状態機械を例示する。
【図１０ｅ】図１０ｅは、本発明の一実施例によればカスタマイズされた予定を生じるための状態機械を例示する。
【図１０ｆ】図１０ｆは、本発明の別の実施例に従ってカスタマイズ・プロセスによって、できるデータ構造を例示する。
【図１１ａ】図１１ａは、ＭＰ３オーディオ・ファイルの終わりに位置するＩＤ３ｖ１タグを例示する。
【図１１ｂ】図１１ｂは、本発明の一実施例によればユーザに興味がある項目のための分析識別情報のために生成する方法を例示する。
【図１１ｃ】図１１ｃは、本発明の別の実施例に従ってユーザに興味がある項目のための分析識別情報のために生成する方法を例示する。
【図１１ｄ】図１１ｄは、本発明の別の実施例に従って順位との関連のための項目を示している表明を例示する。
【図１２ａ】図１２ａは、本発明の別の実施例に従って項目類似性計算の方法の説明を促進するためにデータを行列形式にランクしているユーザを例示する。
【図１２ｂ】図１２ｂは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
【図１３ａ】図１３ａは、本発明の別の実施例に従って、放送対話性デバイスを例示する。
【図１３ｂ】図１３ｂは周波数変調信号のベースバンド方式のスペクトルを例示する。そして、米国の商業的なＦＭバンドにおいて、モノフォニックの信号、ステレオ信号、サブキャリヤおよび無線データ・サービス信号を含む、
【図１３ｃ】図１３ｃは、例示するいくつかの本発明の別の実施例に従うデジタル音声放送信号のデータパケット・ストリームにおいて、パケット、
【図１３ｄ】図１３ｄは、ディジタルラジオ・フレームのＭＰＥＧ音声層ＩＩオーディオ・フレームを例示する。
【図１３ｅ】図１３ｅは、本発明の別の実施例に従って、示されている番組の項目に関連した情報を含む一時的な保管場所を例示する。
【図１３ｆ】図１３ｆは、本発明の別の実施例に従って、放送対話性デバイスの蓄積の視聴覚素材を例示する。
【図１３ｇ】図１３ｇは、本発明の別の実施例に従って、受信デジタル音声サンプルのためのデータ構造を例示する。
【図１３ｈ】図１３ｈは、より詳細に、本発明の別の実施例に従って受け入れられるサンプルを有する受信フレームの指示を保つデータ構造のエントリを例示する。
【図１３ｉ】図１３ｉは、本発明の別の実施例に従って放送番組の項目の断片を保存するデータ構造を例示する。
【図１３ｊ】図１３ｊは、より詳細に、本発明の別の実施例に従って項目の断片を表すフレームを保つデータ構造のエントリを例示する。
【図１３ｋ】図１３ｋは、放送対話性デバイスが本発明の別の実施例に従って他の放送対話性デバイスから項目を要請する方法を例示する。
【図１３ｌ】そして、図１３ｌは、本発明の別の実施例に従って情報を調査しているチャネルのためのデータ構造を例示する。
【図１ａ−ｃ】
2008514127.tif 000054
【図１ｄ−ｅ】
2008514127.tif 000055
【図２ａ】
2008514127.tif 000056
【図２ｂ−２ｅ】
2008514127.tif 000057
【図２ｃ】
2008514127.tif 000058
【図５−６】
2008514127.tif 000059
【図７ａ−７ｅ】
2008514127.tif 000060
【図７ｆ−７ｈ】
2008514127.tif 000061
【図７ｉ−７ｌ】
2008514127.tif 000062
【図７ｍ−７ｎ】
2008514127.tif 000063
【図７ｏ−７ｒ】
2008514127.tif 000064
【図７ｓ】
2008514127.tif 000065
【図８ａ−８ｄ】
2008514127.tif 000066
【図８ｅ−８ｉ】
2008514127.tif 000067
【図８ｊ−８ｋ】
2008514127.tif 000068
【図９ａ】
2008514127.tif 000069
【図８ｐ】
2008514127.tif 000070
【図９ｂ】
2008514127.tif 000071
【図９ｎ】
2008514127.tif 000072
【図９ｄ】
2008514127.tif 000073
【図９ｌ】
2008514127.tif 000074
【図９ｒ−９ｓ】
2008514127.tif 000075
【図９ｕ】
2008514127.tif 000076
【図１０ａ−１０ｃ】
2008514127.tif 000077
【図１０ｄ−１０ｆ】
2008514127.tif 000078
【図１１ａ−１１ｃ】
2008514127.tif 000079
【図１２ｂ】
2008514127.tif 000080
【図１３ｃ−１３ｄ】
2008514127.tif 000081
【図１１ｄ】
2008514127.tif 000082