(57)【要約】システムおよび方法が、スポーツイベントのための通知頻度を動的に調節するために提供される。スポーツイベント中に、スポーツイベントに関連する情報が、受信される。スポーツイベントへのユーザの第１の関心のレベルが、決定される。スポーツイベントにおける競争相手の成績測定基準が、決定される。スポーツイベントに関する通知を受信することへのユーザの第２の関心のレベルが、第１の関心のレベルおよび成績測定基準の関数として生成される。第２の関心のレベルが通知頻度閾値を超えることを決定するステップに応答して、情報がスポーツイベント中に受信されるときに、スポーツイベントに関連する情報を含む通知が、ユーザのために提示される。
2021515426.tif 000002
【特許請求の範囲】
【請求項１】
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記スポーツイベントにおける競争相手の成績測定基準を決定することと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルが通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
【請求項２】
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
【請求項３】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成することは、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を含む、請求項２に記載の方法。
【請求項４】
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記スポーツイベントに関連する前記情報を受信することは、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を含む、請求項２に記載の方法。
【請求項６】
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すことは、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定することを含む、請求項５に記載の方法。
【請求項７】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
をさらに含む、請求項２に記載の方法。
【請求項８】
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
をさらに含む、請求項２に記載の方法。
【請求項９】
前記スポーツイベントの属性を決定することは、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を含む、請求項２に記載の方法。
【請求項１０】
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
をさらに含む、請求項２に記載の方法。
【請求項１１】
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
をさらに含む、請求項２に記載の方法。
【請求項１２】
スポーツイベントのための通知頻度を動的に調節するためのシステムであって、前記システムは、
制御回路であって、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を行うように構成される、制御回路
を備える、システム。
【請求項１３】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するように構成される前記制御回路はさらに、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を行うように構成される、請求項１２に記載のシステム。
【請求項１４】
前記制御回路はさらに、
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
を行うように構成される、請求項１３に記載のシステム。
【請求項１５】
前記制御回路はさらに、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を行うように構成される、請求項１２に記載のシステム。
【請求項１６】
前記競争相手は、チームであり、前記制御回路はさらに、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するように構成される、請求項１５に記載のシステム。
【請求項１７】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、前記制御回路はさらに、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
を行うように構成される、請求項１２に記載のシステム。
【請求項１８】
前記情報は、前記スポーツイベントにおける最終スコアを備え、前記制御回路はさらに、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
を行うように構成される、請求項１２に記載のシステム。
【請求項１９】
前記制御回路はさらに、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を行うように構成される、請求項１２に記載のシステム。
【請求項２０】
前記制御回路はさらに、
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
を行うように構成される、請求項１２に記載のシステム。
【請求項２１】
前記制御回路はさらに、
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
を行うように構成される、請求項１２に記載のシステム。
【請求項２２】
スポーツイベントのための通知頻度を動的に調節するための装置であって、前記装置は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信するための手段と、
前記スポーツイベントの属性を決定するための手段と、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定するための手段と、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別するための手段と、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すための手段と、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成するための手段と、
前記第２の関心のレベルを通知頻度閾値と比較するための手段と、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示するための手段と
を備える、装置。
【請求項２３】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するための手段は、
関心を表す第１の値に第１の加重を割り当てるための手段と、
成績を表す第２の値に第２の加重を割り当てるための手段と、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成するための手段と、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成するための手段と
を備える、請求項２２に記載の装置。
【請求項２４】
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定するための手段と、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節するための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２５】
前記スポーツイベントに関連する前記情報を受信するための手段は、
前記スポーツイベントが完結したことを検出するための手段と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すための手段と
を備える、請求項２２に記載の装置。
【請求項２６】
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すための手段は、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するための手段を備える、請求項２５に記載の装置。
【請求項２７】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶するための手段と、
前記スポーツイベントが完結したことを検出するための手段と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示するための手段と
をさらに備える、請求項２２に記載の装置。
【請求項２８】
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定するための手段と、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止するための手段と
をさらに備える、請求項２２に記載の装置。
【請求項２９】
前記スポーツイベントの属性を決定するための手段は、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すための手段と、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶するための手段と
を備える、請求項２２に記載の装置。
【請求項３０】
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定するための手段と、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別するための手段であって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、手段と
をさらに備える、請求項２２に記載の装置。
【請求項３１】
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定するための手段と、
前記量をデバイス閾値と比較するための手段と、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択するための手段と、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択するための手段と、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させるための手段と
をさらに備える、請求項２２に記載の装置。
【請求項３２】
非一過性のコンピュータ可読媒体であって、前記非一過性のコンピュータ可読媒体は、その上にエンコードされた非一過性のコンピュータ可読命令を備え、前記非一過性のコンピュータ可読命令は、スポーツイベントのための通知頻度を動的に調節するためのものであり、前記非一過性のコンピュータ可読媒体は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信するための命令と、
前記スポーツイベントの属性を決定するための命令と、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定するための命令と、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別するための命令と、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すための命令と、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成するための命令と、
前記第２の関心のレベルを通知頻度閾値と比較するための命令と、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示するための命令と
を備える、非一過性のコンピュータ可読媒体。
【請求項３３】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するための前記命令は、
関心を表す第１の値に第１の加重を割り当てるための命令と、
成績を表す第２の値に第２の加重を割り当てるための命令と、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成するための命令と、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成するための命令と
を備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項３４】
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定するための命令と、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節するための命令と
をさらに備える、請求項３３に記載の非一過性のコンピュータ可読媒体。
【請求項３５】
前記スポーツイベントに関連する前記情報を受信するための前記命令は、
前記スポーツイベントが完結したことを検出するための命令と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すための命令と
を備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項３６】
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すための前記命令は、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するための命令を備える、請求項３５に記載の非一過性のコンピュータ可読媒体。
【請求項３７】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶するための命令と、
前記スポーツイベントが完結したことを検出するための命令と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示するための命令と
をさらに備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項３８】
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定するための命令と、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止するための命令と
をさらに備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項３９】
前記スポーツイベントの属性を決定するための前記命令は、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すための命令と、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶するための命令と
を備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項４０】
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定するための命令と、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別するための命令であって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、命令と
をさらに備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項４１】
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定するための命令と、
前記量をデバイス閾値と比較するための命令と、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択するための命令と、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択するための命令と、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させるための命令と
をさらに備える、請求項３２に記載の非一過性のコンピュータ可読媒体。
【請求項４２】
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
【請求項４３】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成することは、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を含む、請求項４２に記載の方法。
【請求項４４】
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
をさらに含む、請求項４３に記載の方法。
【請求項４５】
前記スポーツイベントに関連する前記情報を受信することは、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を含む、請求項４２−４４のいずれか１項に記載の方法。
【請求項４６】
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すことは、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定することを含む、請求項４５に記載の方法。
【請求項４７】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
をさらに含む、請求項４２−４６のいずれか１項に記載の方法。
【請求項４８】
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
をさらに含む、請求項４２−４７のいずれか１項に記載の方法。
【請求項４９】
前記スポーツイベントの属性を決定することは、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を含む、請求項４２−４８のいずれか１項に記載の方法。
【請求項５０】
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる、複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
をさらに含む、請求項４２−４９のいずれか１項に記載の方法。
【請求項５１】
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
をさらに含む、請求項４２−５０のいずれか１項に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
所与の１日の全体を通して、ユーザは、多くのタイプの通知（例えば、電子メール、ＳＭＳメッセージ、アラート等）を受信する。これらの通知のうちのいくつかは、ユーザが特定の時間に受信することが非常に重要である一方で、他のものは、そうではない。例えば、ユーザは、所与のスポーツイベントをフォローすることに関心があり得るが、実況更新を受信することに関心がない場合があり、代わりに、最終スコアのみを把握することを所望し得る。しかし、従来のシステムは、ユーザが受信するべきである、または受信するべきではない通知を監督する機構を有していない。これは、ユーザに通知を殺到させ、可能性として、ユーザにとって重要であるいくつかの通知を見落とさせる。例えば、ユーザは、スポーツイベントのための実況イベント通知を受信し得、家族からの重要なＳＭＳメッセージを見落とし得る。加えて、所与の１日の全体を通して、必ずしも必要とされるわけではない、そのような通知を種々のユーザに送信することは、所望のコンテンツを提供するために別様に使用され得る、実質的な量の帯域幅およびリソースを（ローカルで、およびサーバにおいて）消費する。
【発明の概要】
【課題を解決するための手段】
【０００２】
故に、システムおよび方法が、イベントのための通知頻度を動的に調節するために提供される。特に、システムおよび方法が、所与のスポーツイベントについてユーザが受信する通知の数を増加または減少させるために提供される。ユーザに提供される通知の頻度は、ユーザが所与のスポーツイベントに有する関心のレベルおよびスポーツイベントにおける競争相手の成績測定基準に基づいて、変化する。例えば、本システムは、ユーザが、フットボールの試合に若干関心があることを決定してもよい。加えて、本システムは、フットボールの試合においてユーザがファンであるチームの成績が良くない（例えば、試合に負けている）ことを決定してもよい。故に、本システムは、これら２つの要因（ユーザ関心のレベルおよびチームの成績）の関数として、フットボールの試合に関連する通知頻度を変化させる。特に、本システムは、ユーザのチームが試合に負けているため、ユーザが若干関心があるフットボールの試合における実況更新についてユーザに通知することを回避してもよい。代わりに、本システムは、得点イベントが起こる度にそれらについて、または試合が終了するときに最終スコアについて、ユーザに知らせてもよい。代替として、ユーザが、フットボールの試合に非常に関心があると決定され、ユーザのチームが、負けている場合、本システムは、ユーザに実況更新を提供してもよい。説明されるシステムおよび方法は、所与のユーザの関心および必要性に基づいて、そのユーザに送信される通知の数をカスタマイズすることをもたらす。
【０００３】
いくつかの実施形態では、スポーツイベントに関連する情報が、スポーツイベント中に受信される。例えば、フットボールの試合等のスポーツイベント中に、多くのタイプの更新が、受信される。そのような更新は、選手統計の変更、得点イベント、チーム編成変更、ラインアップ変更、トーナメント更新、雨天遅延等を含む。これらの更新はそれぞれ、スポーツイベントを特徴とするメディアアセットと関連付けられるメタデータ等の種々のソースにアクセスすること、解説者によって行われるアナウンスを表すクローズドキャプション情報を処理すること、および／または所与のスポーツイベントと関連付けられる情報をリアルタイムで追跡するオンラインデータベースにアクセスすることによって、決定されてもよい。いくつかの実装では、いったん着目スポーツイベントが、（例えば、スポーツイベントのユーザ選択を受信すること、および／または着目イベントを自動的に識別することによって）選択されると、本システムは、これらのソースのうちのいずれか１つにアクセスし、スポーツイベントに関連するリアルタイム情報等の情報を検出してもよい。
【０００４】
いくつかの実施形態では、スポーツイベントへのユーザの第１の関心のレベルが、決定されてもよい。例えば、本システムは、ユーザと関連付けられるプロファイルにアクセスし、ユーザが種々のイベントに関して規定するスポーツ属性を決定してもよい。例えば、ユーザは、プロファイル内に、異なる競争相手および／またはスポーツイベントのタイプへの種々の関心のレベルを記憶してもよい。ユーザはまた、スポーツイベントと関連付けられる種々の更新をソーシャルネットワークにポストし得る。所与の時間枠内でユーザがポストする更新の数に応じて、スポーツイベントへの関心のレベルは、変化する（例えば、スポーツイベントについて頻繁にコメントするユーザは、たまにコメントするユーザよりも高い関心のレベルを有することが決定され得る）。本システムは、スポーツイベントから属性を読み出し、これらの属性をユーザプロファイル内に記憶されたものと比較し、ユーザがスポーツイベントに有する関心のレベルを決定してもよい。例えば、ユーザのプロファイルは、ユーザが、フットボールの試合に関して５のうちの５のレベル、野球の試合に関して５のうちの２を設定したことを規定してもよい。スポーツイベントがフットボールの試合であることを決定するステップに応答して、本システムは、ユーザの関心のレベルを５（最大レベル）であると決定してもよい。いくつかの実施形態では、本システムは、ユーザがスポーツイベントと関連付けられる架空のリーグに参加するかどうかを決定してもよい。そのような場合において、本システムは、自動的に、スポーツイベントへのユーザ関心レベルを最大値に設定してもよい。
【０００５】
いくつかの実施形態では、スポーツイベントにおける競争相手の成績測定基準が、決定される。例えば、本システムは、上記に述べられるソースのうちのいずれか１つにアクセスすることによって、スポーツイベントにおける競争相手（例えば、選手、チーム、コーチ等）を識別してもよい。例えば、競争相手は、スポーツイベントを特徴とするメディアアセットと関連付けられるメタデータ等の種々のソースにアクセスすること、解説者によって行われるアナウンスを表すクローズドキャプション情報を処理すること、および／または所与のスポーツイベントと関連付けられる情報をリアルタイムで追跡するオンラインデータベースにアクセスすることによって、決定されてもよい。ソースは、所与の競争相手のための成績測定基準を含んでもよい。例えば、本システムは、フットボールの試合におけるチームの現在のスコアおよび／または所与の選手がフットボールの試合で行った完全なパスの数を決定してもよい。
【０００６】
いくつかの実施形態では、スポーツイベントに関する通知を受信することへのユーザの第２の関心のレベルが、第１の関心のレベルおよび成績測定基準の関数として生成されてもよい。例えば、本システムは、ユーザがフットボールの試合に有する関心のレベルを、競争相手の決定された成績測定基準と組み合わせ、第２の関心のレベルを生成してもよい。特に、ユーザは、スポーツイベントに最大の関心のレベルを有すると決定されるが、ユーザのフットボールチームが、試合に負けていると仮定されたい。本システムは、フットボールチームの成績測定基準が、５のうちの１つであることを決定してもよい。第２の関心のレベルの合計は、１０であってもよく、５というユーザがフットボールの試合に有する最大の関心のレベルを、１の成績測定基準と組み合わせることは、１０のうちの６である第２の関心のレベルをもたらす。代替として、第２のユーザは、スポーツイベントに低い関心のレベル（例えば、５のうちの１）を有すると決定されるが、ユーザのフットボールチームが、試合に勝っていると仮定されたい。本システムは、フットボールチームの成績測定基準が、５のうちの４つであることを決定してもよい。第２の関心のレベルの合計は、１０であってもよく、１という第２のユーザがフットボールの試合に有する低い関心のレベルを、４の成績測定基準と組み合わせることは、第２のユーザに関して１０のうちの５である第２の関心のレベルをもたらす。
【０００７】
いくつかの実施形態では、第２の関心のレベルが通知頻度閾値を超えることを決定するステップに応答して、情報がスポーツイベント中に受信されるときに、スポーツイベントに関連する情報を含む通知が、ユーザのために提示されてもよい。例えば、先の実施例を続けると、本システムは、通知頻度閾値が５であり、第２の関心のレベルが６であるため、閾値が超えられることを決定してもよい。故に、本システムは、情報が受信されるときに、情報を含む通知を提示してもよい。例えば、本システムは、ユーザのフットボールチームが試合に負けているとしても、ＳＭＳメッセージ、電子メール、メディアアセットの上のポップアップオーバーレイ、可聴アラート等を介して、得点イベント、ライン変更、選手統計等についてユーザに知らせてもよい。通知は、第２の画面デバイス、またはユーザがスポーツイベントを特徴とするメディアアセットにアクセスするために使用している一次デバイス上で、ユーザに提供されてもよい。しかしながら、第２のユーザに関して、５の第２の関心のレベルが、５の通知頻度閾値を超えないことを仮定されたい。いくつかの実施形態では、第２の関心のレベルが通知頻度閾値を超えないことを決定するステップに応答して、スポーツイベントに関連する情報は、ユーザに全く提示されなくてもよい、または情報がスポーツイベント中に受信されるときではなく、後の時間に（例えば、試合の終了時に）提示されてもよい。例えば、先の実施例を続けると、本システムは、情報が受信されるときに、情報を含む通知を第２のユーザに提示しなくてもよい。例えば、本システムは、これらの更新が行われるにつれて、第１のユーザがそれらを知らされるとしても、試合の終了まで、または別のイベントが起こる（例えば、試合におけるハーフタイム）まで、得点イベント、ライン変更、選手統計等について第２のユーザに知らせることを遅延させてもよい。
【０００８】
いくつかの実施形態では、第２の関心のレベルは、関数においてこれらの要因に割り当てられる加重に基づいて、ユーザの関心レベルおよび成績測定基準を組み合わせることによって、生成されてもよい。例えば、関数は、ＳＩ＝ｘ＊ＵＩ＋ｙ＊ＰＭに従って算出されてもよく、式中、ＳＩは、第２の関心レベルであり、ＵＩは、スポーツイベントへのユーザ関心レベルであり、ＰＭは、競争相手の成績測定基準あり、ｘおよびｙは、加重である。特に、第１の加重は、関心を表す第１の値に割り当てられてもよく、第２の加重は、重要性を表す第２の値に割り当てられてもよい。第１の加重は、第１の結果を生成するように、第１の関心のレベルと組み合わせられ、第２の加重は、第２の結果を生成するように、成績測定基準と組み合わせられてもよい。例えば、スポーツイベントへの関心のレベルは、第１の加重によって乗算されてもよく、成績測定基準は、第２の加重によって乗算されてもよい。第１の結果は、第２の関心のレベルを生成するように、第２の結果と組み合わせられてもよい。例えば、第１の加重は、０．７の値を有し得、第２の加重は、０．３の値を有し得ることを仮定されたい。先の実施例を続けると、５のユーザ関心レベルは、３．５の第１の結果を生成するように、第１の加重０．７によって乗算されてもよく、１の成績測定基準は、０．３の第２の結果を生成するように、第２の加重０．３によって乗算されてもよい。これら２つの結果を組み合わせることは、第２の関心のレベルに関して３．８の値を返し得る。そのような場合において、ユーザがスポーツイベントに有する最大の関心のレベルにもかかわらず、通知閾値は、ユーザの関心レベルと関連付けられる加重の低い値により、超えられ得ない。加重は、任意の正または負の整数もしくは非整数値に設定されてもよい。
【０００９】
加重は、通知を受信することへの第２の関心のレベルを設定することにおいて所与の要因に関して決定される重要性レベルに基づいて、自動的に、またはユーザユーザ入力に基づいて、割り当てられてもよい。例えば、ユーザは、成績よりもスポーツイベントへのユーザの関心に多くの加重を与えさせることを所望し得る。そのような場合において、ユーザは、成績よりも高い加重値を関心レベルに設定してもよい。これは、関心レベルが低く、成績測定基準が高くても、更新されるイベントの場合にユーザが通知されることのより高い可能性をもたらし得る。いくつかの実装では、加重は、所定の値に基づいて、自動的に割り当てられてもよい。
【００１０】
いくつかの実施形態では、加重は、ソーシャルネットワークから収集される情報に基づいて、割り当てられてもよい。例えば、ソーシャルネットワークが、スポーツイベントに関連するチャッタの量を決定するようにアクセスされてもよい。例えば、本システムは、種々のユーザによってソーシャルネットワークにポストされる通信を識別してもよい。本システムは、これらの通信を処理し、スポーツイベントに関する通信のいずれかを決定してもよい。これは、通信においてキーワードを分析し、キーワードをスポーツイベントと関連付けられるメタデータと比較し、合致を識別することによって、実施されてもよい。本システムは、時間閾値を設定し、時間閾値内にスポーツイベントに関連するネットワークにポストされる通信の数を測定してもよい。十分な数が検出される（例えば、時間閾値内に閾値数を上回る）場合、本システムは、スポーツイベントがトレンドになっていることを決定してもよい。そのような状況では、本システムは、スポーツイベントに関するチャッタの量に基づいて、第２の加重を動的に調節してもよい。例えば、本システムは、成績測定基準に割り当てられる加重を増加させてもよい。これは、ユーザがスポーツイベントに関心がない場合がある、および／または成績測定基準が低くても、スポーツイベントイベント中に更新についてユーザに通知させてもよい。特に、スポーツイベントが、トレンドになっている場合、本システムは、５の値を有するように第２の加重を増加させてもよい。第２の関心レベルを算出する際に、結果は、５を上回る定数であってもよく、これは、スポーツイベントへのユーザ関心の低い値（例えば、２）および競争相手成績測定基準の低い値（例えば、１）にもかかわらず、通知頻度閾値を超えさせ得る。
【００１１】
いくつかの実施形態では、スポーツイベントに関する情報は、スポーツイベントが完結したことを検出することによって受信される。そのような場合において、スポーツイベントに関するスコア情報は、スポーツイベントの最終結果を読み出すように、スポーツイベントが完結したことを検出するステップに応答して（例えば、上記のソースのうちの１つから）アクセスされる。いくつかの実装では、競争相手は、チームであり、データベースが、スポーツイベントを見出すように、かつ最終結果を分析し、チームがスポーツイベントに勝ったか、または負けたかどうかを決定するように、検索される。いくつかの実施形態では、スポーツイベントの結末は、チームがプレーしている１つの特定の試合の終了および／またはスポーツイベントのシーズンの終了（例えば、トーナメント内の最終ラウンドの終了）を含んでもよい。
【００１２】
いくつかの実施形態では、情報は、スポーツイベント中のスコア、スポーツイベントにおける競争相手と関連付けられる競争相手情報、スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを含む。加えて、情報は、スポーツイベントが完結する前に受信されてもよい。そのような場合において、第２の関心のレベルが通知頻度閾値を超えないことを決定するステップに応答して、スポーツイベントに関連する情報は、記憶されてもよい。例えば、情報は、サーバ上に、またはユーザデバイスに記憶されてもよい。スポーツイベントの完結が、検出されてもよく、それに応答して、そのような時間に、スポーツイベントに関連する情報を含む通知が、ユーザに提示されてもよい。
【００１３】
いくつかの実施形態では、情報は、スポーツイベントにおける最終スコアを含む。そのような場合において、成績測定基準は、最終スコアに基づいて、競争相手がスポーツイベントに負けたことを示すように決定される。通知は、成績測定基準が、競争相手がスポーツイベントに負けたことを示すことを決定するステップに応答して、ユーザに提示されないように防止される。例えば、ユーザは、スポーツイベントへの高い関心のレベルを有し、成績測定基準は、ユーザのチームが負けたことを示すと仮定されたい。そのような場合において、本システムは、第２の関心のレベルが閾値よりも低いことを決定し、最終スコアについてユーザに通知することを防止してもよい。特に、ユーザは、フットボールの試合に関心があるが、本システムは、ユーザのチームが負けた場合に試合についてユーザに知らせなくてもよい。
【００１４】
いくつかの実施形態では、本システムは、スポーツイベントと関連付けられるタイプおよびスポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定する。例えば、本システムは、スポーツイベントのタイプがフットボールの試合であり、競争レベルがスポーツにおけるプレーオフのラウンドまたはトーナメントであることを決定してもよい。本システムは、タイプおよび競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、タイプおよび競争レベルのうちの少なくとも１つと関連付けられる、複数の通知頻度閾値のうちの通知頻度閾値を識別してもよく、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い。
【００１５】
いくつかの実施形態では、本システムは、通知頻度閾値と第２の関心のレベルとの間の差異を表す量を決定してもよい。例えば、本システムは、決定された第２の関心のレベルから通知頻度閾値の値を減算してもよい。先の実施例を続けると、閾値は、５に設定され、第２の関心のレベルは、６であることが決定されると仮定されたい。そのような場合において、差異は、１であることが決定されてもよい。本システムは、差異をデバイス閾値と比較し、デバイス閾値に基づいて、第１のデバイスまたは第２のデバイスを選択してもよい。例えば、ユーザと関連付けられる複数のデバイスのうちの第１のデバイスが、量がデバイス閾値を超えることを決定するステップに応答して、選択されてもよい。ユーザと関連付けられる複数のデバイスのうちの第２のデバイスが、量がデバイス閾値を超えないことを決定するステップに応答して、選択されてもよい。通知は、第１および第２のデバイスのうちの選択された１つにおいてユーザに提示させられる。デバイス閾値は、ユーザが通知を受信するデバイスを決定してもよい。例えば、異なるデバイスが、異なる閾値と関連付けられてもよい。デバイスの選択は、第２の関心のレベルが通知頻度閾値に近いまたは遠いことが決定される程度に基づいて、決定されてもよい。これは、第２の関心のレベルが通知頻度閾値に非常に近い場合、低い優先順位を伴うデバイスが選択される（例えば、携帯電話）一方で、第２の関心のレベルが非常に遠く、通知頻度閾値を超える場合、高い優先順位を伴うデバイスが選択される（例えば、メディアアセットを消費するために使用されているテレビ）ように、緊急性のレベルを決定してもよい。
【００１６】
上記に説明されるシステム、方法、装置、および／または側面は、本開示に説明される他のシステム、方法、装置、ならびに／もしくは側面に適用される、またはそれに従って使用され得ることに留意されたい。
【図面の簡単な説明】
【００１７】
本開示の上記および他の目的ならびに利点は、同様の参照文字が全体を通して同様の部分を指す、添付の図面と併せて考慮される、以下の発明を実施するための形態の検討から明白となるであろう。
【００１８】
【図１】図１は、本開示のいくつかの実施形態による、提供されているスポーツイベント情報を伴う通知の例示的表示画面を示す。
【００１９】
【図２】図２は、本開示のいくつかの実施形態による、提供されているスポーツイベント情報を伴う遅延した通知の例示的表示画面を示す。
【００２０】
【図３】図３は、本開示のいくつかの実施形態による、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。
【００２１】
【図４】図４は、本開示のいくつかの実施形態による、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。
【００２２】
【図５】図５は、本開示のいくつかの実施形態による、デバイスの汎用実施形態を示す。
【００２３】
【図６】図６は、本開示のいくつかの実施形態による、ユーザデバイスの具体的実装を示す。
【００２４】
【図７】図７は、本開示のいくつかの実施形態による、スポーツイベントのための通知頻度を動的に調節するための例証的プロセスを表す、フローチャートである。
【００２５】
【図８】図８は、本開示のいくつかの実施形態による、スポーツイベントのための通知頻度を動的に調節するための例証的プロセスを表す、フローチャートである。
【００２６】
【図９−１】図９は、本開示のいくつかの実施形態による、通知への関心のレベルを算出するための例証的プロセスを表す、フローチャートである。
【図９−２】図９は、本開示のいくつかの実施形態による、通知への関心のレベルを算出するための例証的プロセスを表す、フローチャートである。
【００２７】
【図１０−１】図１０は、本開示のいくつかの実施形態による、スポーツイベントスコアに基づいて所与のデバイス上で通知を提示するための例証的プロセスを表す、フローチャートである。
【図１０−２】図１０は、本開示のいくつかの実施形態による、スポーツイベントスコアに基づいて所与のデバイス上で通知を提示するための例証的プロセスを表す、フローチャートである。
【発明を実施するための形態】
【００２８】
故に、システムおよび方法が、イベントのための通知頻度を動的に調節するために提供される。特に、システムおよび方法が、所与のスポーツイベントについてユーザが受信する通知の数を増加または減少させるために提供される。ユーザに提供される通知の頻度は、ユーザが所与のスポーツイベントに有する関心のレベルおよびスポーツイベントにおける競争相手の成績測定基準に基づいて、変化する。例えば、本システムは、ユーザが、フットボールの試合に若干関心があることを決定してもよい。加えて、本システムは、フットボールの試合においてユーザがファンであるチームの成績が良くない（例えば、試合に負けている）ことを決定してもよい。故に、本システムは、これら２つの要因（ユーザ関心のレベルおよびチームの成績）の関数として、フットボールの試合に関連する通知頻度を変化させる。特に、本システムは、ユーザのチームが試合に負けているため、ユーザが若干関心があるフットボールの試合における実況更新についてユーザに通知することを回避してもよい。代わりに、本システムは、得点イベントが起こる度にそれらについて、または試合が終了するときに最終スコアについて、ユーザに知らせてもよい。代替として、ユーザが、フットボールの試合に非常に関心があると決定され、ユーザのチームが、負けている場合、本システムは、ユーザに実況更新を提供してもよい。説明されるシステムおよび方法は、所与のユーザの関心および必要性に基づいて、そのユーザに送信される通知の数をカスタマイズすることをもたらす。
【００２９】
任意の所与のコンテンツ配信システムでユーザに利用可能なコンテンツの量が、膨大であり得る。その結果、多くのユーザは、ユーザがコンテンツの選択を効率的にナビゲートし、所望し得るコンテンツを容易に識別することを可能にする、インターフェースを通したメディアガイドの形態を所望している。そのようなガイドを提供するアプリケーションは、本明細書では、双方向メディアガイドアプリケーションと称されるが、時として、メディアガイドアプリケーションまたはガイドアプリケーションと称されることもある。
【００３０】
双方向メディアガイドアプリケーションは、ガイドを提供するコンテンツに応じて、種々の形態をとってもよい。１つの典型的なタイプのメディアガイドアプリケーションは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド（時として、電子番組ガイドと称される）は、とりわけ、ユーザが、多くのタイプのコンテンツまたはメディアアセット間をナビゲートし、それを特定することを可能にする、周知のガイドアプリケーションである。双方向メディアガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それを特定および選択することを可能にする、グラフィカルユーザインターフェース画面を生成してもよい。本明細書で参照されるように、用語「メディアアセット」および「コンテンツ」は、テレビ番組、ならびに有料番組、オンデマンド番組（ビデオオンデマンド（ＶＯＤ）システムにおけるような）、インターネットコンテンツ（例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャスト等）、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、再生一覧、ウェブサイト、記事、書籍、電子書籍、ブログ、チャットセッション、ソーシャルメディア、アプリケーション、ゲーム、および／または任意の他のメディアもしくはマルチメディア、ならびに／もしくはそれらの組み合わせ等の電子的に消費可能なユーザアセットを意味すると理解されたい。ガイドアプリケーションはまた、ユーザが、コンテンツ間をナビゲートし、それを特定することを可能にする。本明細書で参照されるように、用語「マルチメディア」は、上記に説明される少なくとも２つの異なるコンテンツ形態、例えば、テキスト、オーディオ、画像、ビデオ、または双方向コンテンツ形態を利用する、コンテンツを意味すると理解されたい。コンテンツは、ユーザ機器デバイスによって、録画、再生、表示、またはアクセスされてもよいが、また、ライブパーフォーマンスの一部であることもできる。
【００３１】
本明細書に議論される実施形態のいずれかを実施するためのメディアガイドアプリケーションおよび／または任意の命令は、コンピュータ可読媒体上にエンコードされてもよい。コンピュータ可読媒体は、データを記憶することが可能な任意の媒体を含む。コンピュータ可読媒体は、限定ではないが、電気もしくは電磁信号の伝搬を含む、一過性であり得る、または限定ではないが、ハードディスク、フロッピー（登録商標）ディスク、ＵＳＢドライブ、ＤＶＤ、ＣＤ、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ（「ＲＡＭ」）等の揮発性および不揮発性コンピュータメモリもしくは記憶デバイスを含む、非一過性であり得る。
【００３２】
図１は、本開示のいくつかの実施形態による、提供されているスポーツイベント情報を伴う通知の例示的表示画面１００を示す。特に、いくつかの実施形態では、スポーツイベントに関連する情報が、スポーツイベント中に受信される。例えば、フットボールの試合等のスポーツイベント中に、多くのタイプの更新が、受信される。そのような更新は、選手統計の変更、得点イベント、チーム編成変更、ラインアップ変更、トーナメント更新、雨天遅延等を含む。これらの更新はそれぞれ、スポーツイベントを特徴とするメディアアセットと関連付けられるメタデータ等の種々のソースにアクセスすること、解説者によって行われるアナウンスを表すクローズドキャプション情報を処理すること、および／または所与のスポーツイベントと関連付けられる情報をリアルタイムで追跡するオンラインデータベースにアクセスすることによって、決定されてもよい。いくつかの実装では、いったん着目スポーツイベントが、（例えば、スポーツイベントのユーザ選択を受信すること、および／または着目イベントを自動的に識別することによって）選択されると、メディアガイドアプリケーションは、これらのソースのうちのいずれか１つにアクセスし、スポーツイベントに関連するリアルタイム情報等の情報を検出してもよい。
【００３３】
例えば、メディアガイドアプリケーションは、ユーザが特定のチーム（例えば、ＮＹ  Ｇｉａｎｔｓフットボールチーム）のファンであることを決定してもよい。メディアガイドアプリケーションはさらに、チームが、現在試合をプレーしていることを決定してもよい。試合は、対応するメディアアセットを有してもよい、または有していなくてもよい。いずれの場合も、メディアガイドアプリケーションは、試合と関連付けられるリアルタイム情報にアクセスし、上記に議論される任意の更新を決定してもよい。いくつかの状況では、メディアガイドアプリケーションは、スポーツイベント情報のデータベースを検索し、特定のチームに関する情報を識別してもよい。
【００３４】
いくつかの実施形態では、スポーツイベントへのユーザの第１の関心のレベルが、決定されてもよい。例えば、メディアガイドアプリケーションは、ユーザと関連付けられるプロファイルにアクセスし、ユーザが種々のイベントに関して規定するスポーツ属性を決定してもよい。例えば、ユーザは、プロファイル内に、異なる競争相手および／またはスポーツイベントのタイプへの種々の関心のレベルを記憶してもよい。特に、メディアガイドアプリケーションは、特定のチーム、スポーツ、選手等に関して、好きまたは嫌いのレベルを１〜５の範囲から規定する、ユーザからの入力を受信してもよい。
【００３５】
いくつかの実施形態では、ユーザは、スポーツイベントと関連付けられる種々の更新をソーシャルネットワークにポストし得る。所与の時間枠内でユーザがポストする更新の数に応じて、スポーツイベントへの関心のレベルは、変化する（例えば、スポーツイベントについて頻繁にコメントするユーザは、たまにコメントするユーザよりも高い関心のレベルを有することが決定され得る）。例えば、メディアガイドアプリケーションは、ユーザがアカウントを有するソーシャルネットワーク（例えば、Ｆａｃｅｂｏｏｋ）を識別してもよい。メディアガイドアプリケーションは、ソーシャルネットワークを検索し、ユーザが、特定のタイプのスポーツイベントまたは選手に関するメッセージを以前に投稿したか、または現在投稿しているかどうかを決定してもよい。メディアガイドアプリケーションが、閾値数のメッセージが所与の時間（例えば、２時間）以内にポストされたことを識別する場合、メディアガイドアプリケーションは、メッセージ内で述べられるスポーツイベントおよび／または選手に関して高い関心のレベル（例えば、５のレベル）を記憶してもよい。メディアガイドアプリケーションが、閾値数よりも少ないメッセージが所与の時間（例えば、２時間）以内にポストされたことを識別する場合、メディアガイドアプリケーションは、メッセージ内で述べられるスポーツイベントおよび／または選手に関して中位の関心のレベル（例えば、３のレベル）を記憶してもよい。
【００３６】
メディアガイドアプリケーションは、スポーツイベントから属性を読み出し、これらの属性をユーザプロファイル内に記憶されたものと比較し、ユーザがスポーツイベントに有する関心のレベルを決定してもよい。例えば、ユーザのプロファイルは、ユーザが、フットボールの試合に関して５のうちの５のレベル、野球の試合に関して５のうちの２を設定したことを規定してもよい。スポーツイベントがフットボールの試合であることを決定するステップに応答して、本システムは、ユーザの関心のレベルを５（最大レベル）であると決定してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、ユーザがスポーツイベントと関連付けられる架空のリーグに参加するかどうかを決定してもよい。そのような場合において、メディアガイドアプリケーションは、自動的に、スポーツイベントへのユーザ関心レベルを最大値に設定してもよい。
【００３７】
いくつかの実施形態では、スポーツイベントにおける競争相手の成績測定基準が、決定される。例えば、メディアガイドアプリケーションは、上記に述べられるソースのうちのいずれか１つにアクセスすることによって、スポーツイベントにおける競争相手（例えば、選手、チーム、コーチ等）を識別してもよい。例えば、競争相手は、スポーツイベントを特徴とするメディアアセットと関連付けられるメタデータ等の種々のソースにアクセスすること、解説者によって行われるアナウンスを表すクローズドキャプション情報を処理すること、および／または所与のスポーツイベントと関連付けられる情報をリアルタイムで追跡するオンラインデータベースにアクセスすることによって、決定されてもよい。ソースは、所与の競争相手のための成績測定基準を含んでもよい。例えば、メディアガイドアプリケーションは、フットボールの試合におけるチームの現在のスコアおよび／または所与の選手がフットボールの試合で行った完全なパスの数を決定してもよい。具体的には、メディアガイドアプリケーションは、ユーザのチーム（例えば、ＮＹ  Ｇｉａｎｔｓ）が主役である現在のフットボールの試合を識別することを仮定されたい。メディアガイドアプリケーションは、データベースにアクセスし、試合に登場するチーム、選手、および／または任意の他のエンティティの成績測定基準を読み出してもよい。測定基準は、スコア、選手統計、トレンド情報、行われているプレー、ラインアップ変更等を含んでもよい。
【００３８】
いくつかの実施形態では、スポーツイベントに関する通知を受信することへのユーザの第２の関心のレベルが、第１の関心のレベルおよび成績測定基準の関数として生成されてもよい。例えば、メディアガイドアプリケーションは、ユーザがフットボールの試合に有する関心のレベルを、競争相手の決定された成績測定基準と組み合わせ、第２の関心のレベルを生成してもよい。特に、ユーザは、スポーツイベントに最大の関心のレベルを有すると決定されるが、ユーザのフットボールチームが、試合に負けていると仮定されたい。メディアガイドアプリケーションは、フットボールチームの成績測定基準が、５のうちの１つであることを決定してもよい。第２の関心のレベルの合計は、１０であってもよく、５というユーザがフットボールの試合に有する最大の関心のレベルを、１の成績測定基準と組み合わせることは、１０のうちの６である第２の関心のレベルをもたらす。代替として、第２のユーザは、スポーツイベントに低い関心のレベル（例えば、５のうちの１）を有すると決定されるが、ユーザのフットボールチームが、試合に勝っていると仮定されたい。メディアガイドアプリケーションは、フットボールチームの成績測定基準が、５のうちの４つであることを決定してもよい。第２の関心のレベルの合計は、１０であってもよく、１という第２のユーザがフットボールの試合に有する低い関心のレベルを、４の成績測定基準と組み合わせることは、第２のユーザに関して１０のうちの５である第２の関心のレベルをもたらす。
【００３９】
いくつかの実施形態では、第２の関心のレベルが通知頻度閾値を超えることを決定するステップに応答して、情報がスポーツイベント中に受信されるときに、スポーツイベントに関連する情報を含む通知が、ユーザのために提示されてもよい。例えば、先の実施例を続けると、メディアガイドアプリケーションは、通知頻度閾値が５であり、第２の関心のレベルが６であるため、閾値が超えられることを決定してもよい。故に、メディアガイドアプリケーションは、情報が受信されるときに、情報を含む通知１２０を提示してもよい。例えば、メディアガイドアプリケーションは、ユーザのフットボールチームが試合に負けているとしても、ＳＭＳメッセージ、電子メール、メディアアセットの上のポップアップオーバーレイ、可聴アラート等を介して、得点イベント、ライン変更、選手統計等についてユーザに知らせてもよい。特に、通知１２０は、ユーザによってアクセスされている所与のメディアアセット１２０にわたってオーバーレイとして提供されてもよい。通知１２０は、情報が受信された時間（例えば、午後７時５９分）および決定された成績測定基準（例えば、現在のスコア）を規定してもよい。通知１２０は、ユーザ関心が決定されたスポーツイベント（例えば、ＮＹ  Ｇｉａｎｔｓ）を含んでもよい。示されるように、通知１２０は、情報が午後７時５９分に受信されたときに、実質的に同時に午後７時５９分にユーザに提供された。特に、第２の関心のレベルが通知頻度閾値を超えるため、メディアガイドアプリケーションが、スポーツイベントと関連付けられる情報（例えば、成功したパスまたはスコア変更）を識別または受信するとすぐに、メディアガイドアプリケーションは、通知を提供する。
【００４０】
通知１２０は、任意の数のオプションを含んでもよい。例えば、通知１２０は、同調オプション１３０を含んでもよい。同調オプション１３０のユーザ選択を受信するステップに応答して、メディアガイドアプリケーションは、スポーツイベントを特徴とするメディアアセットを伝送しているソースにアクセスしてもよい。例えば、通知１２０は、録画オプション１５０を含んでもよい。録画オプション１５０のユーザ選択を受信するステップに応答して、メディアガイドアプリケーションは、情報が受信された時間から開始して（例えば、スポーツイベントが、より早く、例えば、午後６時に開始したとしても、午後７時５９分に開始して）、スポーツイベントを特徴とするメディアアセットを伝送しているソースからメディアアセットを記憶してもよい。
【００４１】
通知は、第２の画面デバイス、またはユーザがスポーツイベントを特徴とするメディアアセットにアクセスするために使用している一次デバイス上で、ユーザに提供されてもよい。しかしながら、第２のユーザに関して、５の第２の関心のレベルが、５の通知頻度閾値を超えないことを仮定されたい。いくつかの実施形態では、第２の関心のレベルが通知頻度閾値を超えないことを決定するステップに応答して、スポーツイベントに関連する情報は、ユーザに全く提示されなくてもよい、または情報がスポーツイベント中に受信されるときではなく、後の時間に（例えば、試合の終了時に）提示されてもよい。例えば、先の実施例を続けると、メディアガイドアプリケーションは、情報が受信されるときに、情報を含む通知を第２のユーザに提示しなくてもよい。例えば、メディアガイドアプリケーションは、これらの更新が行われるにつれて、第１のユーザがそれらを知らされるとしても、試合の終了まで、または別のイベントが起こる（例えば、試合におけるハーフタイム）まで、得点イベント、ライン変更、選手統計等について第２のユーザに知らせることを遅延させてもよい。特に、第１のユーザは、通知１２０を受信してもよく、第２のユーザは、通知２２０（図２）を受信してもよい。具体的には、通知２２０は、第２のユーザによって午後１０時に受信されてもよく、先に午後７時５９分に受信された情報についてユーザに知らせる。通知２２０は、第２のユーザが別のメディアアセット２１０にアクセスしている間に、第２のユーザに提示されてもよい。
【００４２】
いくつかの実施形態では、第２の関心のレベルは、関数においてこれらの要因に割り当てられる加重に基づいて、ユーザの関心レベルおよび成績測定基準を組み合わせることによって、生成されてもよい。例えば、関数は、ＳＩ＝ｘ＊ＵＩ＋ｙ＊ＰＭに従って算出されてもよく、式中、ＳＩは、第２の関心レベルであり、ＵＩは、スポーツイベントへのユーザ関心レベルであり、ＰＭは、競争相手の成績測定基準あり、ｘおよびｙは、加重である。特に、第１の加重は、関心を表す第１の値に割り当てられてもよく、第２の加重は、重要性を表す第２の値に割り当てられてもよい。第１の加重は、第１の結果を生成するように、第１の関心のレベルと組み合わせられ、第２の加重は、第２の結果を生成するように、成績測定基準と組み合わせられてもよい。例えば、スポーツイベントへの関心のレベルは、第１の加重によって乗算されてもよく、成績測定基準は、第２の加重によって乗算されてもよい。第１の結果は、第２の関心のレベルを生成するように、第２の結果と組み合わせられてもよい。例えば、第１の加重は、０．７の値を有し得、第２の加重は、０．３の値を有し得ることを仮定されたい。先の実施例を続けると、５のユーザ関心レベルは、３．５の第１の結果を生成するように、第１の加重０．７によって乗算されてもよく、１の成績測定基準は、０．３の第２の結果を生成するように、第２の加重０．３によって乗算されてもよい。これら２つの結果を組み合わせることは、第２の関心のレベルに関して３．８の値を返し得る。そのような場合において、ユーザがスポーツイベントに有する最大の関心のレベルにもかかわらず、通知閾値は、ユーザの関心レベルと関連付けられる加重の低い値により、超えられ得ない。加重は、任意の正または負の整数もしくは非整数値に設定されてもよい。
【００４３】
加重は、通知を受信することへの第２の関心のレベルを設定することにおいて所与の要因に関して決定される重要性レベルに基づいて、自動的に、またはユーザユーザ入力に基づいて、割り当てられてもよい。例えば、ユーザは、成績よりもスポーツイベントへのユーザの関心に多くの加重を与えさせることを所望し得る。そのような場合において、ユーザは、成績よりも高い加重値を関心レベルに設定してもよい。これは、関心レベルが低く、成績測定基準が高くても、イベント更新の場合にユーザが通知されることのより高い可能性をもたらし得る。いくつかの実装では、加重は、所定の値に基づいて、自動的に割り当てられてもよい。
【００４４】
いくつかの実施形態では、加重は、ソーシャルネットワークから収集される情報に基づいて、割り当てられてもよい。例えば、ソーシャルネットワークが、スポーツイベントに関連するチャッタの量を決定するようにアクセスされてもよい。例えば、メディアガイドアプリケーションは、種々のユーザによってソーシャルネットワークにポストされる通信を識別してもよい。メディアガイドアプリケーションは、これらの通信を処理し、スポーツイベントに関する通信のいずれかを決定してもよい。これは、通信においてキーワードを分析し、キーワードをスポーツイベントと関連付けられるメタデータと比較し、合致を識別することによって、実施されてもよい。メディアガイドアプリケーションは、時間閾値を設定し、時間閾値内にスポーツイベントに関連するネットワークにポストされる通信の数を測定してもよい。十分な数が検出される（例えば、時間閾値内に閾値数を上回る）場合、本システムは、スポーツイベントがトレンドになっていることを決定してもよい。そのような状況では、メディアガイドアプリケーションは、スポーツイベントに関するチャッタの量に基づいて、第２の加重を動的に調節してもよい。例えば、本システムは、成績測定基準に割り当てられる加重を増加させてもよい。これは、ユーザがスポーツイベントに関心がない場合がある、および／または成績測定基準が低くても、スポーツイベントイベント中に更新についてユーザに通知させてもよい。特に、スポーツイベントが、トレンドになっている場合、本システムは、５の値を有するように第２の加重を増加させてもよい。第２の関心レベルを算出する際に、結果は、５を上回る定数であってもよく、これは、スポーツイベントへのユーザ関心の低い値（例えば、２）および競争相手成績測定基準の低い値（例えば、１）にもかかわらず、通知頻度閾値を超えさせ得る。
【００４５】
いくつかの実施形態では、スポーツイベントに関する情報は、スポーツイベントが完結したことを検出することによって受信される。そのような場合において、スポーツイベントに関するスコア情報は、スポーツイベントの最終結果を読み出すように、スポーツイベントが完結したことを検出するステップに応答して（例えば、上記のソースのうちの１つから）アクセスされる。いくつかの実装では、競争相手は、チームであり、データベースが、スポーツイベントを見出すように、かつ最終結果を分析し、チームがスポーツイベントに勝ったか、または負けたかどうかを決定するように、検索される。いくつかの実施形態では、スポーツイベントの結末は、チームがプレーしている１つの特定の試合の終了および／またはスポーツイベントのシーズンの終了（例えば、トーナメント内の最終ラウンドの終了）を含んでもよい。
【００４６】
いくつかの実施形態では、情報は、スポーツイベント中のスコア、スポーツイベントにおける競争相手と関連付けられる競争相手情報、スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを含む。加えて、情報は、スポーツイベントが完結する前に受信されてもよい。そのような場合において、第２の関心のレベルが通知頻度閾値を超えないことを決定するステップに応答して、スポーツイベントに関連する情報は、記憶されてもよい。例えば、情報は、サーバ上に、またはユーザデバイスに記憶されてもよい。スポーツイベントの完結が、検出されてもよく、それに応答して、そのような時間に、スポーツイベントに関連する情報を含む通知が、ユーザに提示されてもよい。いくつかの実施形態では、スポーツイベントの結末は、チームがプレーしている１つの特定の試合の終了および／またはスポーツイベントのシーズンの終了（例えば、トーナメント内の最終ラウンドの終了）を含んでもよい。
【００４７】
いくつかの実施形態では、情報は、スポーツイベントにおける最終スコアを含む。そのような場合において、成績測定基準は、最終スコアに基づいて、競争相手がスポーツイベントに負けたことを示すように決定される。通知は、成績測定基準が、競争相手が負けたことを示すことを決定するステップに応答して、ユーザに提示されないように防止される。例えば、ユーザは、スポーツイベントへの高い関心のレベルを有し、成績測定基準は、ユーザのチームが負けたことを示すと仮定されたい。そのような場合において、メディアガイドアプリケーションは、第２の関心のレベルが閾値よりも低いことを決定し、最終スコアについてユーザに通知することを防止してもよい。特に、ユーザは、フットボールの試合に関心があるが、本システムは、ユーザのチームが負けた場合に試合についてユーザに知らせなくてもよい。
【００４８】
いくつかの実施形態では、メディアガイドアプリケーションは、スポーツイベントと関連付けられるタイプおよびスポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定する。例えば、メディアガイドアプリケーションは、スポーツイベントのタイプがフットボールの試合であり、競争レベルがスポーツにおけるプレーオフのラウンドまたはトーナメントであることを決定してもよい。メディアガイドアプリケーションは、タイプおよび競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、タイプおよび競争レベルのうちの少なくとも１つと関連付けられる、複数の通知頻度閾値のうちの通知頻度閾値を識別してもよく、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い。
【００４９】
いくつかの実施形態では、メディアガイドアプリケーションは、通知頻度閾値と第２の関心のレベルとの間の差異を表す量を決定してもよい。例えば、メディアガイドアプリケーションは、決定された第２の関心のレベルから通知頻度閾値の値を減算してもよい。先の実施例を続けると、閾値は、５に設定され、第２の関心のレベルは、６であることが決定されると仮定されたい。そのような場合において、差異は、１であることが決定されてもよい。メディアガイドアプリケーションは、差異をデバイス閾値と比較し、デバイス閾値に基づいて、第１のデバイスまたは第２のデバイスを選択してもよい。例えば、ユーザと関連付けられる複数のデバイスのうちの第１のデバイスが、量がデバイス閾値を超えることを決定するステップに応答して、選択されてもよい。ユーザと関連付けられる複数のデバイスのうちの第２のデバイスが、量がデバイス閾値を超えないことを決定するステップに応答して、選択されてもよい。通知は、第１および第２のデバイスのうちの選択された１つにおいてユーザに提示させられる。デバイス閾値は、ユーザが通知を受信するデバイスを決定してもよい。例えば、異なるデバイスが、異なる閾値と関連付けられてもよい。デバイスの選択は、第２の関心のレベルが通知頻度閾値に近いまたは遠いことが決定される程度に基づいて、決定されてもよい。これは、第２の関心のレベルが通知頻度閾値に非常に近い場合、低い優先順位を伴うデバイスが選択される（例えば、携帯電話）一方で、第２の関心のレベルが非常に遠く、通知頻度閾値を超える場合、高い優先順位を伴うデバイスが選択される（例えば、メディアアセットを消費するために使用されているテレビ）ように、緊急性のレベルを決定してもよい。
【００５０】
インターネット、モバイルコンピューティング、および高速無線ネットワークの出現に伴って、ユーザは、従来は使用しなかったユーザ機器デバイス上でメディアにアクセスするようになっている。本明細書で参照されるように、語句「ユーザ機器デバイス」、「ユーザ機器」、「ユーザデバイス」、「電子デバイス」、「電子機器」、「メディア機器デバイス」、または「メディアデバイス」は、テレビ、スマートＴＶ、セットトップボックス、衛星テレビに対応するための統合型受信機デコーダ（ＩＲＤ）、デジタル記憶デバイス、デジタルメディア受信機（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、ＤＶＤプレーヤ、ＤＶＤレコーダ、接続型ＤＶＤ、ローカルメディアサーバ、ＢＬＵ−ＲＡＹ（登録商標）プレーヤ、ＢＬＵ−ＲＡＹ（登録商標）レコーダ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ウェブＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末（ＰＤＡ）、携帯電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、または任意の他のテレビ機器、コンピューティング機器、もしくは無線デバイス、および／またはそれらの組み合わせ等の上記に説明されるコンテンツにアクセスするための任意のデバイスを意味すると理解されたい。いくつかの実施形態では、ユーザ機器デバイスは、正面画面および裏面画面、複数の正面画面、または複数の角度付き画面を有してもよい。いくつかの実施形態では、ユーザ機器デバイスは、正面カメラおよび／または裏面カメラを有してもよい。これらのユーザ機器デバイス上で、ユーザは、テレビを通して利用可能な同一のコンテンツ間をナビゲートし、それを特定することが可能であり得る。その結果として、メディアガイドは、これらのデバイス上でも利用可能であり得る。提供されるガイドは、テレビのみを通して利用可能なコンテンツ、他のタイプのユーザ機器デバイスのうちの１つ以上のもののみを通して利用可能なコンテンツ、もしくはテレビおよび他のタイプのユーザ機器デバイスのうちの１つ以上のものの両方を通して利用可能なコンテンツのためのものであってもよい。メディアガイドアプリケーションは、ユーザ機器デバイス上で、オンラインアプリケーション（すなわち、ウェブサイト上で提供される）として、または独立型アプリケーションもしくはクライアントとして提供されてもよい。メディアガイドアプリケーションを実装し得る、種々のデバイスおよびプラットフォームは、下記により詳細に説明される。
【００５１】
メディアガイドアプリケーションの機能のうちの１つは、メディアガイドデータをユーザに提供することである。本明細書で参照されるように、語句「メディアガイドデータ」または「ガイドデータ」は、コンテンツに関連する任意のデータもしくはガイドアプリケーションを動作させる際に使用されるデータを意味すると理解されたい。例えば、ガイドデータは、番組情報、ガイドアプリケーション設定、ユーザ選好、ユーザプロファイル情報、メディア一覧、メディア関連情報（例えば、放送時間、放送チャネル、タイトル、内容、評価情報（例えば、ペアレンタルコントロール評価、批評家の評価等）、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等）、メディア形式（例えば、標準解像度、高解像度、３Ｄ等）、オンデマンド情報、ブログ、ウェブサイト、およびユーザが所望のコンテンツ選択間をナビゲートし、それを特定するために役立つ、任意の他のタイプのガイドデータを含んでもよい。
【００５２】
図３−４は、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。図３−４に示される表示画面は、任意の好適なユーザ機器デバイスまたはプラットフォーム上に実装されてもよい。図３−４の表示は、フル画面表示として図示されているが、それらはまた、表示されているコンテンツ上に完全または部分的にオーバーレイされてもよい。ユーザは、表示画面に提供された選択可能なオプション（例えば、メニューオプション、一覧オプション、アイコン、ハイパーリンク等）を選択することによって、またはリモートコントロールもしくは他のユーザ入力インターフェースまたはデバイス上の専用ボタン（例えば、「ガイド」ボタン）を押下することによって、コンテンツ情報にアクセスする要望を示してもよい。ユーザのインジケーションに応答して、メディアガイドアプリケーションは、グリッド内の時間およびチャネル別、時間別、チャネル別、ソース別、コンテンツタイプ別、カテゴリ別（例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ）、または他の所定、ユーザ定義、もしくは他の編成基準等のいくつかの方法のうちの１つにおいて編成されたメディアガイドデータを表示画面に提供してもよい。
【００５３】
図３は、単一表示内の異なるタイプのコンテンツへのアクセスも可能にする、時間およびチャネル別に配列された番組一覧表示３００の例証的グリッドを示す。表示３００は、以下、すなわち、（１）各チャネル／コンテンツタイプ識別子（列内のセル）が利用可能な異なるチャネルまたはコンテンツのタイプを識別する、チャネル／コンテンツタイプ識別子３０４の列、および（２）各時間識別子（行内のセル）が番組の時間帯を識別する、時間識別子３０６の行を伴うグリッド３０２を含んでもよい。グリッド３０２はまた、番組一覧３０８等の番組一覧のセルも含み、各一覧は、一覧の関連チャネルおよび時間の上に提供される、番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域３１０を移動させることによって番組一覧を選択することができる。ハイライト領域３１０によって選択される番組一覧に関する情報が、番組情報領域３１２内に提供されてもよい。領域３１２は、例えば、番組タイトル、番組内容、番組が提供される時間（該当する場合）、番組が放送されるチャネル（該当する場合）、番組の評価、および他の所望の情報を含んでもよい。
【００５４】
線形番組（例えば、所定の時間に複数のユーザ機器デバイスに伝送されるようにスケジュールされ、スケジュールに従って提供されるコンテンツ）にアクセスを提供することに加えて、メディアガイドアプリケーションはまた、非線形番組（例えば、任意の時間においてユーザ機器デバイスにアクセス可能であって、スケジュールに従って提供されない、コンテンツ）へのアクセスも提供する。非線形番組は、オンデマンドコンテンツ（例えば、ＶＯＤ）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能メディア等）、ローカルで記憶されたコンテンツ（例えば、上記に説明される任意のユーザ機器デバイスまたは他の記憶デバイス上に記憶されたコンテンツ）、または時間的制約のない他のコンテンツを含む、異なるコンテンツソースからのコンテンツを含んでもよい。オンデマンドコンテンツは、映画または特定のコンテンツプロバイダ（例えば、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」や「Ｃｕｒｂ  Ｙｏｕｒ  Ｅｎｔｈｕｓｉａｓｍ」を提供するＨＢＯ  Ｏｎ  Ｄｅｍａｎｄ）によって提供される任意の他のコンテンツを含んでもよい。ＨＢＯ  ＯＮ  ＤＥＭＡＮＤは、Ｔｉｍｅ  Ｗａｒｎｅｒ  Ｃｏｍｐａｎｙ  Ｌ．  Ｐ．  ｅｔ  ａｌ．によって所有されるサービスマークであり、ＴＨＥ  ＳＯＰＲＡＮＯＳおよびＣＵＲＢ  ＹＯＵＲ  ＥＮＴＨＵＳＩＡＳＭは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャスト等のウェブイベント、もしくはインターネットウェブサイトまたは他のインターネットアクセス（例えば、ＦＴＰ）を通して、ストリーミングコンテンツまたはダウンロード可能なコンテンツとしてオンデマンドで利用可能なコンテンツを含んでもよい。
【００５５】
グリッド３０２は、オンデマンド一覧３１４、録画コンテンツ一覧３１６、およびインターネットコンテンツ一覧３１８を含む、非線形番組のメディアガイドデータを提供してもよい。異なるタイプのコンテンツソースからのコンテンツのためのメディアガイドデータを組み合わせる表示は、時として、「混合メディア」表示と称されることもある。表示３００とは異なる、表示され得るメディアガイドデータのタイプの種々の順列は、ユーザ選択またはガイドアプリケーション定義に基づいてもよい（例えば、録画および放送一覧のみの表示、オンデマンドおよび放送一覧のみの表示等）。例証されるように、一覧３１４、３１６、および３１８は、これらの一覧の選択が、それぞれ、オンデマンド一覧、録画一覧、またはインターネット一覧専用の表示へのアクセスを提供し得ることを示すように、グリッド３０２内に表示される時間帯全体に及ぶものとして示されている。いくつかの実施形態では、これらのコンテンツタイプの一覧は、グリッド３０２に直接含まれてもよい。ユーザがナビゲーションアイコン３２０のうちの１つを選択することに応答して、付加的メディアガイドデータが表示されてもよい。（ユーザ入力デバイス上の矢印キーを押下することは、ナビゲーションアイコン３２０を選択することと同様に表示に影響を及ぼし得る。）
【００５６】
表示３００はまた、ビデオ領域３２２およびオプション領域３２６を含んでもよい。ビデオ領域３２２は、ユーザが、ユーザに現在利用可能である、今後利用可能となる、もしくは利用可能であった番組を視聴および／またはプレビューすることを可能にしてもよい。ビデオ領域３２２のコンテンツは、グリッド３０２に表示される一覧のうちの１つに対応する、またはそれから独立し得る。ビデオ領域を含むグリッド表示は、時として、ピクチャインガイド（ＰＩＧ）表示と称されることもある。ＰＩＧ表示およびそれらの機能性は、２００３年５月１３日に発行されたＳａｔｔｅｒｆｉｅｌｄ  ｅｔ  ａｌ．の米国特許第６，５６４，３７８号、および２００１年５月２９日に発行されたＹｕｅｎ  ｅｔ  ａｌ．の米国特許第６，２３９，７９４号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。ＰＩＧ表示は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれてもよい。
【００５７】
オプション領域３２６は、ユーザが、異なるタイプのコンテンツ、メディアガイドアプリケーション表示、および／またはメディアガイドアプリケーション特徴にアクセスすることを可能にしてもよい。オプション領域３２６は、表示３００（および本明細書に説明される他の表示画面）の一部であってもよい、または画面上のオプションを選択すること、もしくはユーザ入力デバイス上の専用または割当可能ボタンを押下することによって、ユーザによって呼び出されてもよい。オプション領域３２６内の選択可能オプションは、グリッド３０２内の番組一覧に関連する特徴に関してもよい、またはメインメニュー表示から利用可能なオプションを含んでもよい。番組一覧に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および／またはチャネルをお気に入りとして設定、番組の購入、もしくは他の特徴を含んでもよい。メインメニュー表示から利用可能なオプションは、検索オプション、ＶＯＤオプション、ペアレンタルコントロールオプション、インターネットオプション、クラウドベースのオプション、デバイス同期オプション、第２の画面デバイスオプション、種々のタイプのメディアガイドデータ表示にアクセスするオプション、プレミアムサービスをサブスクライブするオプション、ユーザのプロファイルを編集するオプション、ブラウザオーバーレイにアクセスするオプション、または他のオプションを含んでもよい。
【００５８】
メディアガイドアプリケーションは、ユーザの選好に基づいて個人化されてもよい。個人化されたメディアガイドアプリケーションは、ユーザが、メディアガイドアプリケーションを用いて個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力することを可能にすることによって、および／または種々のユーザ選好を決定するようにメディアガイドアプリケーションがユーザアクティビティを監視することによって、生成されてもよい。ユーザは、ログインすることによって、または別様にガイドアプリケーションに対して自らを識別することによって、それらの個人化されたガイドアプリケーションにアクセスしてもよい。メディアガイドアプリケーションのカスタマイズは、ユーザプロファイルに従って作成されてもよい。カスタマイズは、提示方式（例えば、表示の色方式、テキストのフォントサイズ等）、表示されるコンテンツ一覧の側面（例えば、ＨＤＴＶ番組のみまたは３Ｄ番組のみ、お気に入りチャネル選択に基づいたユーザ指定の放送チャネル、チャネルの表示の並び替え、推奨コンテンツ等）、所望の録画特徴（例えば、特定のユーザに対する録画または連続録画、録画品質等）、ペアレンタルコントロール設定、インターネットコンテンツのカスタマイズされた提示（例えば、ソーシャルメディアコンテンツ、電子メール、電子的に配信された記事等の提示）、および他の所望のカスタマイズを変更させるステップを含んでもよい。
【００５９】
メディアガイドアプリケーションは、ユーザが、ユーザプロファイル情報を提供することを可能にしてもよい、またはユーザプロファイル情報を自動的にコンパイルしてもよい。メディアガイドアプリケーションは、例えば、ユーザがアクセスするコンテンツ、および／またはユーザがガイドアプリケーションと行い得る他の相互作用を監視してもよい。加えて、メディアガイドアプリケーションは、特定のユーザに関連する他のユーザプロファイルの全体または一部を取得し（例えば、ｗｗｗ．Ｔｉｖｏ．ｃｏｍ等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイドアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの別のユーザ機器デバイスから等）、および／またはメディアガイドアプリケーションがアクセスし得る他のソースから、ユーザについての情報を取得してもよい。結果として、ユーザは、ユーザの異なるユーザ機器デバイスにわたって、統一されたガイドアプリケーション体験を提供されることができる。本タイプのユーザ体験は、図６に関連して下記により詳細に説明される。付加的な個人化されたメディアガイドアプリケーション特徴は、２００５年７月１１日に出願されたＥｌｌｉｓ  ｅｔ  ａｌ．の米国特許出願公開第２００５／０２５１８２７号、２００７年１月１６日に発行されたＢｏｙｅｒ  ｅｔ  ａｌ．の米国特許第７，１６５，０９８号、および２００２年２月２１日に出願されたＥｌｌｉｓ  ｅｔ  ａｌ．の米国特許出願公開第２００２／０１７４４３０号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。
【００６０】
メディアガイドを提供するための別の表示配列が、図４に示されている。ビデオモザイク表示４００は、コンテンツのタイプ、ジャンル、および／または他の編成基準に基づいて編成されたコンテンツ情報のための選択可能オプション４０２を含む。表示４００では、テレビ一覧オプション４０４が、選択され、したがって、一覧４０６、４０８、４１０、および４１２を放送番組一覧として提供する。表示４００では、一覧は、カバーアート、コンテンツからの静止画像、ビデオクリップのプレビュー、コンテンツからのライブビデオ、または一覧中のメディアガイドデータによって記述されているコンテンツをユーザに示す他のタイプのコンテンツを含む、グラフィック画像を提供してもよい。グラフィック一覧はまた、それぞれ、一覧と関連付けられるコンテンツに関するさらなる情報を提供するように、テキストを伴ってもよい。例えば、一覧４０８は、メディア部分４１４およびテキスト部分４１６を含む、１つを上回る部分を含んでもよい。メディア部分４１４および／またはテキスト部分４１６は、コンテンツをフル画面で視聴するように、またはメディア部分４１４に表示されるコンテンツに関連する情報を閲覧するように（例えば、ビデオが表示されるチャネルの一覧を閲覧するように）、選択可能であり得る。
【００６１】
表示４００内の一覧は、異なるサイズである（すなわち、一覧４０６は、一覧４０８、４１０、および４１２より大きい）が、所望に応じて、全ての一覧が同一のサイズであってもよい。一覧は、コンテンツプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザの関心の程度を示すように、またはあるコンテンツを強調するように、異なるサイズであるか、またはグラフィック的に強調されてもよい。コンテンツ一覧をグラフィック的に強調するための種々のシステムおよび方法は、例えば、２００９年１１月１２日に出願されたＹａｔｅｓの米国特許出願公開第２０１０／０１５３８８５号（その全体として参照することによって本明細書に組み込まれる）に議論されている。
【００６２】
ユーザは、そのユーザ機器デバイスのうちの１つ以上のものから、コンテンツおよびメディアガイドアプリケーション（ならびに上記および下記に説明されるその表示画面）にアクセスしてもよい。図５は、例証的ユーザ機器デバイス５００の汎用実施形態を示す。ユーザ機器デバイスのより具体的な実装は、図６に関連して下記に議論される。ユーザ機器デバイス５００は、入出力（以下「Ｉ／Ｏ」）パス５０２を介して、コンテンツおよびデータを受信してもよい。Ｉ／Ｏパス５０２は、処理回路５０６および記憶装置５０８を含む制御回路５０４に、コンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を経由して利用可能なコンテンツ、および／または他のコンテンツ）およびデータを提供してもよい。制御回路５０４は、Ｉ／Ｏパス５０２を使用して、コマンド、要求、および他の好適なデータを送受信するために使用されてもよい。Ｉ／Ｏパス５０２は、制御回路５０４（具体的には、処理回路５０６）を１つ以上の通信パス（下記に説明される）に接続してもよい。Ｉ／Ｏ機能は、これらの通信パスのうちの１つ以上のものによって提供されてもよいが、図面が複雑になり過ぎることを回避するため、図５では単一パスとして示されている。
【００６３】
制御回路５０４は、処理回路５０６等の任意の好適な処理回路に基づいてもよい。本明細書で参照されるように、処理回路とは、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等に基づく回路を意味すると理解され、マルチコアプロセッサ（例えば、デュアルコア、クアドコア、ヘクサコア、または任意の好適な数のコア）またはスーパーコンピュータを含んでもよい。いくつかの実施形態では、処理回路は、複数の別個のプロセッサまたは処理ユニット、例えば、複数の同一のタイプの処理ユニット（例えば、２つのＩｎｔｅｌ  Ｃｏｒｅ  ｉ７プロセッサ）または複数の異なるプロセッサ（例えば、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ５プロセッサおよびＩｎｔｅｌ  Ｃｏｒｅ  ｉ７プロセッサ）にわたって分散されてもよい。いくつかの実施形態では、制御回路５０４は、メモリ（すなわち、記憶装置５０８）に記憶されたメディアガイドアプリケーションに対する命令を実行する。具体的には、制御回路５０４は、メディアガイドアプリケーションによって、上記および下記に議論される機能を果たすように命令されてもよい。例えば、メディアガイドアプリケーションは、制御回路５０４に、メディアガイド表示を生成するための命令を提供してもよい。いくつかの実装では、制御回路５０４によって実施される任意のアクションは、メディアガイドアプリケーションから受信される命令に基づいてもよい。
【００６４】
クライアントサーバベースの実施形態では、制御回路５０４は、ガイドアプリケーションサーバまたは他のネットワークもしくはサーバと通信するための好適な通信回路を含んでもよい。上記に述べられる機能性を実施するための命令は、ガイドアプリケーションサーバ上に記憶されてもよい。通信回路は、ケーブルモデム、総合デジタル通信網（ＩＳＤＮ）モデム、デジタルサブスクライバ回線（ＤＳＬ）モデム、電話モデム、イーサネット（登録商標）カード、または他の機器との通信用の無線モデム、もしくは任意の他の好適な通信回路を含んでもよい。そのような通信は、インターネットまたは任意の他の好適な通信ネットワークもしくはパスを伴ってもよい（図６に関連してより詳細に説明される）。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または相互から遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含んでもよい（下記により詳細に説明される）。
【００６５】
メモリは、制御回路５０４の一部である、記憶装置５０８として提供される、電子記憶デバイスであってもよい。本明細書で参照されるように、語句「電子記憶デバイス」または「記憶デバイス」とは、ランダムアクセスメモリ、読取専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標）ディスク（ＢＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標）  ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ、または時として、パーソナルビデオレコーダもしくはＰＶＲと呼ばれる）、ソリッドステートデバイス、量子記憶デバイス、ゲームコンソール、ゲームメディア、または任意の他の好適な固定もしくはリムーバブル記憶デバイス、および／またはそれらの任意の組み合わせ等の電子データ、コンピュータソフトウェア、もしくはファームウェアを記憶するための任意のデバイスを意味すると理解されたい。記憶装置５０８は、本明細書に説明される種々のタイプのコンテンツ、ならびに上記に説明されるメディアガイドデータを記憶するために使用されてもよい。不揮発性メモリもまた、（例えば、ブートアップルーチンおよび他の命令を起動するために）使用されてもよい。図６に関連して説明されるクラウドベースの記憶装置が、記憶装置５０８を補完するために使用される、または記憶装置５０８の代わりに使用されてもよい。
【００６６】
制御回路５０４は、１つ以上のアナログチューナ、１つ以上のＭＰＥＧ−２デコーダ、もしくは他のデジタルデコード回路、高解像度チューナ、または任意の他の好適な同調もしくはビデオ回路、またはそのような回路の組み合わせ等のビデオ生成回路および同調回路を含んでもよい。（例えば、記憶するために、無線、アナログ、またはデジタル信号をＭＰＥＧ信号に変換するための）エンコード回路もまた、提供されてもよい。制御回路５０４はまた、コンテンツをユーザ機器５００の好ましい出力形式に上方変換および下方変換するためのスケーリング回路を含んでもよい。回路５０４はまた、デジタル信号とアナログ信号との間で変換するためのデジタル／アナログ変換回路ならびにアナログ／デジタル変換回路を含んでもよい。同調およびエンコード回路は、コンテンツを受信して表示する、再生する、または録画するために、ユーザ機器デバイスによって使用されてもよい。同調およびエンコード回路はまた、ガイドデータを受信するために使用されてもよい。例えば、同調、ビデオ生成、エンコード、デコード、暗号化、解読、スケーリング、およびアナログ／デジタル回路を含む、本明細書に説明される回路は、１つ以上の汎用もしくは特殊プロセッサ上で起動するソフトウェアを使用して実装されてもよい。複数のチューナが、同時同調機能（例えば、視聴および録画機能、ピクチャインピクチャ（ＰＩＰ）機能、多重チューナ録画機能等）に対処するように提供されてもよい。記憶装置５０８が、ユーザ機器５００とは別のデバイスとして提供される場合、同調およびエンコード回路（複数のチューナを含む）は、記憶装置５０８と関連付けられてもよい。
【００６７】
ユーザは、ユーザ入力インターフェース５１０を使用して、命令を制御回路５０４に送信してもよい。ユーザ入力インターフェース５１０は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチスクリーン、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等の任意の好適なユーザインターフェースであってもよい。ディスプレイ５１２は、独立型デバイスとして提供される、またはユーザ機器デバイス５００の他の要素と統合されてもよい。例えば、ディスプレイ５１２は、タッチスクリーンまたはタッチセンサ式ディスプレイであってもよい。そのような状況では、ユーザ入力インターフェース５１０は、ディスプレイ５１２と統合される、または組み合わせられてもよい。ディスプレイ５１２は、モニタ、テレビ、モバイルデバイス用液晶ディスプレイ（ＬＣＤ）、非晶質シリコンディスプレイ、低温ポリシリコンディスプレイ、電子インクディスプレイ、電気泳動ディスプレイ、アクティブマトリクスディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、ブラウン管ディスプレイ、発光ダイオードディスプレイ、エレクトロルミネセントディスプレイ、プラズマディスプレイパネル、高性能アドレッシングディスプレイ、薄膜トランジスタディスプレイ、有機発光ダイオードディスプレイ、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、量子ドットディスプレイ、干渉変調器ディスプレイ、もしくは視覚的画像を表示するための任意の他の好適な機器のうちの１つ以上のものであってもよい。いくつかの実施形態では、ディスプレイ５１２は、ＨＤＴＶ対応型であり得る。いくつかの実施形態では、ディスプレイ５１２は、３Ｄディスプレイであってもよく、双方向メディアガイドアプリケーションおよび任意の好適なコンテンツは、３Ｄで表示されてもよい。ビデオカードまたはグラフィックカードは、ディスプレイ５１２への出力を生成してもよい。ビデオカードは、３Ｄシーンおよび２Ｄグラフィックのレンダリング加速、ＭＰＥＧ−２／ＭＰＥＧ−４デコード、ＴＶ出力、または複数のモニタを接続する能力等の種々の機能を提供し得る。ビデオカードは、制御回路５０４に関連する上記に説明される任意の処理回路であってもよい。ビデオカードは、制御回路５０４と統合されてもよい。スピーカ５１４は、ユーザ機器デバイス５００の他の要素と統合されたものとして提供されてもよい、または独立型ユニットであってもよい。ディスプレイ５１２上に表示されるビデオおよび他のコンテンツのオーディオコンポーネントは、スピーカ５１４を通して再生されてもよい。いくつかの実施形態では、オーディオは、スピーカ５１４を介してオーディオを処理および出力する、受信機（図示せず）に配布されてもよい。
【００６８】
ガイドアプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、これは、ユーザ機器デバイス５００上で完全に実装される、独立型アプリケーションであってもよい。そのようなアプローチでは、アプリケーションの命令は、ローカルで（例えば、記憶装置５０８内に）記憶され、アプリケーションによって使用するためのデータは、周期的にダウンロードされる（例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して）。制御回路５０４は、記憶装置５０８からアプリケーションの命令を読み出し、本明細書に議論される表示のうちのいずれかを生成するための命令を処理してもよい。処理された命令に基づいて、制御回路５０４は、入力が入力インターフェース５１０から受信されるときに実施するアクションを決定してもよい。例えば、表示上のカーソルの上／下への移動は、入力インターフェース５１０が上／下ボタンが選択されたことを示すとき、処理された命令によって示されてもよい。
【００６９】
いくつかの実施形態では、メディアガイドアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザ機器デバイス５００上に実装される、シックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス５００の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアントサーバベースのガイドアプリケーションの一実施例では、制御回路５０４は、遠隔サーバによって提供されるウェブページを解釈する、ウェブブラウザを起動する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶してもよい。遠隔サーバは、回路（例えば、制御回路５０４）を使用して、記憶された命令を処理し、上記および下記に議論される表示を生成してもよい。クライアントデバイスは、遠隔サーバによって生成される表示を受信してもよく、表示のコンテンツを機器デバイス５００上にローカルで表示してもよい。このように、命令の処理が、サーバによって遠隔で実施される一方、結果として生じる表示は、機器デバイス５００上にローカルで提供される。機器デバイス５００は、入力インターフェース５１０を介して、ユーザからの入力を受信し、対応する表示を処理および生成するために、それらの入力を遠隔サーバに伝送してもよい。例えば、機器デバイス５００は、上／下ボタンが入力インターフェース５１０を介して選択されたことを示す、通信を遠隔サーバに伝送してもよい。遠隔サーバは、その入力に従って命令を処理し、入力に対応するアプリケーションの表示を生成してもよい（例えば、カーソルを上／下に移動させる表示）。生成された表示は、次いで、ユーザへの提示のために、機器デバイス５００に伝送される。
【００７０】
いくつかの実施形態では、メディアガイドアプリケーションは、インタープリタまたは仮想マシン（制御回路５０４によって起動される）によって、ダウンロードされ、解釈または別様に起動される。いくつかの実施形態では、ガイドアプリケーションは、ＥＴＶバイナリ交換形式（ＥＴＶ  Ｂｉｎａｒｙ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ／ＥＢＩＦ）でエンコードされ、好適なフィードの一部として制御回路５０４によって受信され、制御回路５０４上で起動するユーザエージェントによって解釈されてもよい。例えば、ガイドアプリケーションは、ＥＢＩＦアプリケーションであってもよい。いくつかの実施形態では、ガイドアプリケーションは、制御回路５０４によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および起動される、一連のＪＡＶＡ（登録商標）ベースのファイルによって定義されてもよい。そのような実施形態のうちのいくつか（例えば、ＭＰＥＧ−２または他のデジタルメディアエンコードスキームを採用するもの）では、ガイドアプリケーションは、例えば、番組のＭＰＥＧオーディオおよびビデオパケットを用いたＭＰＥＧ−２オブジェクトカルーセルにおいてエンコードおよび伝送されてもよい。
【００７１】
図５のユーザ機器デバイス５００は、ユーザテレビ機器６０２、ユーザコンピュータ機器６０４、無線ユーザ通信デバイス６０６、または非ポータブルゲーム機等のコンテンツにアクセスするために好適な任意の他のタイプのユーザ機器として、図６のシステム６００に実装されることができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと称されてもよく、上記に説明されるユーザ機器デバイスに実質的に類似し得る。メディアガイドアプリケーションが実装され得る、ユーザ機器デバイスは、独立型デバイスとして機能してもよい、またはデバイスのネットワークの一部であってもよい。デバイスの種々のネットワーク構成が実装されてもよく、下記により詳細に議論される。
【００７２】
図５に関連して上記に説明されるシステム特徴のうちの少なくともいくつかを利用する、ユーザ機器デバイスは、単に、ユーザテレビ機器６０２、ユーザコンピュータ機器６０４、または無線ユーザ通信デバイス６０６として分類されなくてもよい。例えば、ユーザテレビ機器６０２は、いくつかのユーザコンピュータ機器６０４のように、インターネットコンテンツへのアクセスを可能にするインターネット対応型であり得る一方、ユーザコンピュータ機器６０４は、あるテレビ機器６０２のように、テレビ番組へのアクセスを可能にするチューナを含んでもよい。メディアガイドアプリケーションはまた、種々の異なるタイプのユーザ機器上で同一レイアウトを有してもよい、またはユーザ機器の表示能力に合わせられてもよい。例えば、ユーザコンピュータ機器６０４上では、ガイドアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供されてもよい。別の実施例では、ガイドアプリケーションは、無線ユーザ通信デバイス６０６用に縮小されてもよい。
【００７３】
システム６００では、典型的には、各タイプのユーザ機器デバイスが１つを上回って存在するが、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが図６に示されている。加えて、各ユーザは、１つを上回るタイプのユーザ機器デバイスと、また、各タイプのユーザ機器デバイスのうちの１つを上回るものとを利用してもよい。
【００７４】
いくつかの実施形態では、ユーザ機器デバイス（例えば、ユーザテレビ機器６０２、ユーザコンピュータ機器６０４、無線ユーザ通信デバイス６０６）は、「第２の画面デバイス」と称されてもよい。例えば、第２の画面デバイスは、第１のユーザ機器デバイス上に提示されるコンテンツを補完してもよい。第２の画面デバイス上に提示されるコンテンツは、第１のデバイス上に提示されるコンテンツを補完する、任意の好適なコンテンツであってもよい。いくつかの実施形態では、第２の画面デバイスは、第１のデバイスの設定および表示選好を調節するためのインターフェースを提供する。いくつかの実施形態では、第２の画面デバイスは、他の第２の画面デバイスと相互作用する、またはソーシャルネットワークと相互作用するために構成される。第２の画面デバイスは、第１のデバイスと同一の部屋内に、第１のデバイスと異なる部屋であるが、同一の家または建物内に、もしくは第１のデバイスと異なる建物内に位置することができる。
【００７５】
ユーザはまた、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイドアプリケーション設定を維持するように、種々の設定を設定してもよい。設定は、本明細書に説明されるもの、ならびにお気に入りのチャネルおよび番組、番組を推奨するためにガイドアプリケーションが利用する番組選好、表示選好、および他の望ましいガイド設定を含む。例えば、ユーザが、そのオフィスのパーソナルコンピュータ上で、例えば、ウェブサイトｗｗｗ．Ｔｉｖｏ．ｃｏｍの上で、チャネルをお気に入りとして設定した場合、同一のチャネルが、ユーザの家庭内デバイス（例えば、ユーザテレビ機器およびユーザコンピュータ機器）上で、ならびに所望に応じて、ユーザのモバイルデバイス上でお気に入りとして表示されるであろう。したがって、同一または異なるタイプのユーザ機器デバイスであるかどうかにかかわらず、１つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイド体験を変更することができる。加えて、行われる変更は、ユーザによって入力される設定、ならびにガイドアプリケーションによって監視されるユーザアクティビティに基づいてもよい。
【００７６】
ユーザ機器デバイスは、通信ネットワーク６１４に結合されてもよい。すなわち、ユーザテレビ機器６０２、ユーザコンピュータ機器６０４、および無線ユーザ通信デバイス６０６は、それぞれ、通信パス６０８、６１０、および６１２を介して、通信ネットワーク６１４に結合される。通信ネットワーク６１４は、インターネット、携帯電話ネットワーク、モバイルボイスまたはデータネットワーク（例えば、４ＧまたはＬＴＥネットワーク）、ケーブルネットワーク、公衆交換電話ネットワーク、または他のタイプの通信ネットワーク、もしくは通信ネットワークの組み合わせを含む、１つ以上のネットワークであってもよい。パス６０８、６１０、および６１２は、別個または一緒に、衛星パス、光ファイバパス、ケーブルパス、インターネット通信をサポートするパス（例えば、ＩＰＴＶ）、フリースペース接続（例えば、放送または他の無線信号用）、もしくは任意の他の好適な有線または無線通信パス、もしくはそのようなパスの組み合わせ等の１つ以上の通信パスを含んでもよい。パス６１２は、図６に示される例示的実施形態では、無線パスであることを示すように破線で描かれ、パス６０８および６１０は、有線パスであることを示すように実線として描かれている（しかし、これらのパスは、所望に応じて、無線パスであってもよい）。ユーザ機器デバイスとの通信は、これらの通信パスのうちの１つ以上のものによって提供されてもよいが、図６では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。
【００７７】
通信パスは、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、パス６０８、６１０、および６１２に関連して上記に説明されるもの、ならびにＵＳＢケーブル、ＩＥＥＥ  １３９４ケーブル、無線パス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、ＩＥＥＥ  ８０２−１１ｘ等）等の他の短距離ポイントツーポイント通信パス、もしくは有線または無線パスを介した他の短距離通信等の通信パスを介して、相互に直接通信してもよい。ＢＬＵＥＴＯＯＴＨ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＳＩＧ，  ＩＮＣ．によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク６１４を介した間接パスを通して、相互に直接通信してもよい。
【００７８】
システム６００は、それぞれ、通信パス６２０および６２２を介して、通信ネットワーク６１４に結合される、コンテンツソース６１６およびメディアガイドデータソース６１８を含む。パス６２０および６２２は、パス６０８、６１０、および６１２に関連して上記に説明される通信パスのうちのいずれかを含んでもよい。コンテンツソース６１６およびメディアガイドデータソース６１８との通信は、１つ以上の通信パスを介して交信されてもよいが、図６では、図面が複雑になり過ぎることを回避するように、単一パスとして示される。加えて、コンテンツソース６１６およびメディアガイドデータソース６１８のそれぞれが１つを上回って存在し得るが、図６では、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが示されている。（異なるタイプのこれらのソースのそれぞれが下記に議論される。）所望に応じて、コンテンツソース６１６およびメディアガイドデータソース６１８は、１つのソースデバイスとして統合されてもよい。ソース６１６および６１８と、ユーザ機器デバイス６０２、６０４、および６０６との間の通信は、通信ネットワーク６１４を通したものとして示されるが、いくつかの実施形態では、ソース６１６および６１８は、パス６０８、６１０、および６１２に関連して上記に説明されるもの等の通信パス（図示せず）を介して、ユーザ機器デバイス６０２、６０４、および６０６と直接通信してもよい。
【００７９】
コンテンツソース６１６は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯ等のテレビ放送会社）、中間配信施設および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む、１つ以上のタイプのコンテンツ配信機器を含んでもよい。ＮＢＣは、Ｎａｔｉｏｎａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ，  Ｉｎｃ．によって所有される商標であり、ＡＢＣは、Ａｍｅｒｉｃａｎ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ，  ＩＮＣ．によって所有される商標であり、ＨＢＯは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。コンテンツソース６１６は、コンテンツの発信元であってもよい（例えば、テレビ放送会社、ウェブキャストプロバイダ等）、またはコンテンツの発信元でなくてもよい（例えば、オンデマンドコンテンツプロバイダ、ダウンロード用放送番組のコンテンツのインターネットプロバイダ等）。コンテンツソース６１６は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、オーバーザトップコンテンツプロバイダ、または他のコンテンツのプロバイダを含んでもよい。コンテンツソース６１６はまた、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある、異なるタイプのコンテンツ（ユーザによって選択されるビデオコンテンツを含む）を記憶するために使用される、遠隔メディアサーバを含んでもよい。コンテンツの遠隔記憶のため、および遠隔に記憶されたコンテンツをユーザ機器に提供するためのシステムならびに方法は、２０１０年７月２０日に発行されたＥｌｌｉｓ  ｅｔ  ａｌ．の米国特許第７，７６１，８９２号（その全体として参照することによって本明細書に組み込まれる）に関連して、より詳細に議論されている。
【００８０】
メディアガイドデータソース６１８は、上記に説明されるメディアガイドデータ等のメディアガイドデータを提供してもよい。メディアガイドデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供されてもよい。いくつかの実施形態では、ガイドアプリケーションは、データフィード（例えば、継続フィードまたはトリクルフィード）を介して、番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであってもよい。番組スケジュールデータおよび他のガイドデータは、テレビチャネルのサイドバンド上で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供されてもよい。番組スケジュールデータおよび他のメディアガイドデータは、複数のアナログまたはデジタルテレビチャネル上でユーザ機器に提供されてもよい。
【００８１】
いくつかの実施形態では、メディアガイドデータソース６１８からのガイドデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供されてもよい。例えば、ユーザ機器デバイスは、メディアガイドデータをサーバからプルしてもよい、またはサーバは、メディアガイドデータをユーザ機器デバイスにプッシュしてもよい。いくつかの実施形態では、ユーザの機器上に常駐するガイドアプリケーションクライアントは、必要に応じて、例えば、ガイドデータが古くなっているとき、またはユーザ機器デバイスが、データを受信する要求をユーザから受信するとき、ソース６１８とセッションを開始し、ガイドデータを取得してもよい。メディアガイドは、任意の好適な頻度で（例えば、継続的に、毎日、ユーザ規定期間で、システム規定期間で、ユーザ機器からの要求に応答して等）ユーザ機器に提供されてもよい。メディアガイドデータソース６１８は、ユーザ機器デバイス６０２、６０４、および６０６に、メディアガイドアプリケーション自体、またはメディアガイドアプリケーションのソフトウェア更新を提供してもよい。
【００８２】
いくつかの実施形態では、メディアガイドデータは、視聴者データを含んでもよい。例えば、視聴者データは、現在および／または履歴ユーザアクティビティ情報（例えば、ユーザが典型的に鑑賞するコンテンツ、ユーザがコンテンツを鑑賞する時刻、ユーザがソーシャルネットワークと相互作用するかどうか、ユーザがソーシャルネットワークと相互作用し、情報をポストする時間、ユーザが典型的に鑑賞するコンテンツのタイプ（例えば、有料ＴＶまたは無料ＴＶ）、気分、脳の活動情報等）を含んでもよい。メディアガイドデータはまた、サブスクリプションデータを含んでもよい。例えば、サブスクリプションデータは、所与のユーザがサブスクライブするソースもしくはサービスおよび／または所与のユーザが以前にサブスクライブしていたが、後にアクセスを打ち切ったソースもしくはサービス（例えば、ユーザがプレミアムチャネルをサブスクライブしているかどうか、ユーザがプレミアムレベルのサービスを追加したかどうか、ユーザがインターネット速度を加速させたかどうか）を識別してもよい。いくつかの実施形態では、視聴者データおよび／またはサブスクリプションデータは、１年を上回る周期の間の所与のユーザのパターンを識別してもよい。メディアガイドデータは、所与のユーザがサービス／ソースへのアクセスを打ち切るであろう可能性を示すスコアを生成するために使用される、モデル（例えば、残存者モデル）を含んでもよい。例えば、メディアガイドアプリケーションは、所与のユーザが特定のサービスまたはソースへのアクセスを打ち切るであろうかどうかの可能性を示す、値またはスコアを生成するためのモデルを使用して、サブスクリプションデータとともに視聴者データを処理してもよい。特に、より高いスコアは、ユーザが特定のサービスまたはソースへのアクセスを打ち切るであろう、より高いレベルの信頼性を示し得る。スコアに基づいて、メディアガイドアプリケーションは、ユーザがアクセスを打ち切る可能性が高いであろうものとしてスコアによって示される特定のサービスまたはソースをユーザが維持するように勧誘する宣伝を生成してもよい。
【００８３】
メディアガイドアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであってもよい。例えば、メディアガイドアプリケーションは、記憶装置５０８内に記憶され、ユーザ機器デバイス５００の制御回路５０４によって実行され得る、ソフトウェアまたは実行可能命令のセットとして実装されてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、クライアント−サーバアプリケーションであってもよく、その場合、クライアントアプリケーションのみが、ユーザ機器デバイス上に常駐し、サーバアプリケーションは、遠隔サーバ上に常駐する。例えば、メディアガイドアプリケーションは、部分的に、ユーザ機器デバイス５００の制御回路５０４上のクライアントアプリケーションとして、および遠隔サーバの制御回路上で起動するサーバアプリケーション（例えば、メディアガイドデータソース６１８）として部分的に遠隔サーバ上で、実装されてもよい。遠隔サーバの制御回路（メディアガイドデータソース６１８等）によって実行されると、メディアガイドアプリケーションは、制御回路に、ガイドアプリケーション表示を生成し、生成された表示をユーザ機器デバイスに伝送するように命令してもよい。サーバアプリケーションは、メディアガイドデータソース６１８の制御回路に、ユーザ機器上での記憶のためのデータを伝送するように命令してもよい。クライアントアプリケーションは、受信用ユーザ機器の制御回路に、ガイドアプリケーション表示を生成するように命令してもよい。
【００８４】
ユーザ機器デバイス６０２、６０４、および６０６に配信されるコンテンツおよび／またはメディアガイドデータは、オーバーザトップ（ＯＴＴ）コンテンツであってもよい。ＯＴＴコンテンツ配信は、上記に説明される任意のユーザ機器デバイスを含む、インターネット対応型ユーザデバイスが、ケーブルまたは衛星接続を経由して受信されるコンテンツに加えて、上記に説明される任意のコンテンツを含む、インターネットを経由して転送されるコンテンツを受信することを可能にする。ＯＴＴコンテンツは、インターネットサービスプロバイダ（ＩＳＰ）によって提供されるインターネット接続を介して配信されるが、第三者も、コンテンツを配布する。ＩＳＰは、視聴能力、著作権、またはコンテンツの再配布に責任がない場合があり、ＯＴＴコンテンツプロバイダによって提供されるＩＰパケットのみを転送してもよい。ＯＴＴコンテンツプロバイダの実施例は、ＩＰパケットを介してオーディオおよびビデオを提供する、ＹＯＵＴＵＢＥ（登録商標）、ＮＥＴＦＬＩＸ、ならびにＨＵＬＵを含む。Ｙｏｕｔｕｂｅは、Ｇｏｏｇｌｅ  Ｉｎｃ．によって所有される商標であり、Ｎｅｔｆｌｉｘは、Ｎｅｔｆｌｉｘ，  Ｉｎｃ．によって所有される商標であり、Ｈｕｌｕは、Ｈｕｌｕ，  ＬＬＣ．によって所有される商標である。ＯＴＴコンテンツプロバイダは、加えて、または代替として、上記に説明されるメディアガイドデータを提供してもよい。コンテンツおよび／またはメディアガイドデータに加えて、ＯＴＴコンテンツのプロバイダは、メディアガイドアプリケーション（例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション）を配布することができる、またはコンテンツは、ユーザ機器デバイス上に記憶されたメディアガイドアプリケーションによって表示されることができる。
【００８５】
メディアガイドシステム６００は、いくつかのアプローチまたはネットワーク構成を例証することを意図しており、これによって、ユーザ機器デバイスおよびコンテンツならびにガイドデータのソースは、コンテンツにアクセスし、メディアガイドを提供する目的のために、相互に通信してもよい。本明細書に説明される実施形態は、これらのアプローチのうちのいずれか１つまたは一部において、もしくはコンテンツを配信し、メディアガイドを提供するための他のアプローチを採用するシステムにおいて、適用されてもよい。以下の４つのアプローチは、図６の汎用実施例の具体的例証を提供する。
【００８６】
あるアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で相互に通信してもよい。ユーザ機器デバイスは、上記に説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接パスを介して、もしくは通信ネットワーク６１４を介して、相互に直接通信することができる。１つの家庭内の複数の個人のそれぞれが、ホームネットワーク上の異なるユーザ機器デバイスを動作させてもよい。結果として、種々のメディアガイド情報または設定が、異なるユーザ機器デバイスの間で通信されることが望ましくあり得る。例えば、２００５年７月１１日に出願されたＥｌｌｉｓ  ｅｔ  ａｌ．の米国特許公開第２００５／０２５１８２７号でより詳細に説明されるように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイドアプリケーション設定を維持することが望ましくあり得る。ホームネットワーク内の異なるタイプのユーザ機器デバイスもまた、相互に通信し、コンテンツを伝送してもよい。例えば、ユーザは、ユーザコンピュータ機器からポータブルビデオプレーヤまたはポータブル音楽プレーヤにコンテンツを伝送してもよい。
【００８７】
第２のアプローチでは、ユーザは、複数のタイプのユーザ機器を有してもよく、これによって、コンテンツにアクセスし、メディアガイドを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされる、ホームネットワークを有してもよい。ユーザは、遠隔デバイス上に実装されるメディアガイドアプリケーションを介して、家庭内デバイスを制御してもよい。例えば、ユーザは、そのオフィスのパーソナルコンピュータ、またはＰＤＡもしくはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイドアプリケーションにアクセスしてもよい。ユーザは、オンラインガイドアプリケーション上で種々の設定（例えば、録画、リマインダ、または他の設定）を設定して、ユーザの家庭内機器を制御してもよい。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイドアプリケーションと通信することによって、ユーザの機器を制御してもよい。ユーザ機器デバイスが相互から遠隔の場所にある、ユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、Ｅｌｌｉｓ  ｅｔ  ａｌ．の２０１１年１０月２５日に発行された米国特許第８，０４６，８０１号（その全体を参照することによって本明細書に組み込まれる）に議論されている。
【００８８】
第３のアプローチでは、家庭内外のユーザ機器デバイスのユーザは、コンテンツソース６１６と直接通信し、コンテンツにアクセスするために、そのメディアガイドアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器６０２およびユーザコンピュータ機器６０４のユーザは、メディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。ユーザはまた、無線ユーザ通信デバイス６０６を使用して、家庭外のメディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。
【００８９】
第４のアプローチでは、ユーザ機器デバイスは、クラウドコンピューティング環境内で動作し、クラウドサービスにアクセスしてもよい。クラウドコンピューティング環境では、コンテンツ共有、記憶、または配布のための種々のタイプのコンピューティングサービス（例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト）が、「クラウド」と称される、ネットワークアクセス可能コンピューティングおよび記憶リソースの集合によって提供される。例えば、クラウドは、通信ネットワーク６１４を介したインターネット等のネットワークを介して接続される、種々のタイプのユーザおよびデバイスにクラウドベースのサービスを提供する、中央にまたは分散場所に位置し得る、サーバコンピューティングデバイスの集合を含むことができる。これらのクラウドリソースは、１つ以上のコンテンツソース６１６および１つ以上のメディアガイドデータソース６１８を含んでもよい。加えて、または代替として、遠隔コンピューティングサイトは、ユーザテレビ機器６０２、ユーザコンピュータ機器６０４、および無線ユーザ通信デバイス６０６等の他のユーザ機器デバイスを含んでもよい。例えば、他のユーザ機器デバイスは、ビデオの記憶されたコピーまたはストリーミングされたビデオへのアクセスを提供してもよい。そのような実施形態では、ユーザ機器デバイスは、中央サーバと通信することなく、ピアツーピア様式で動作してもよい。
【００９０】
クラウドは、ユーザ機器デバイスのために、他の実施例の中でもとりわけ、コンテンツ記憶、コンテンツ共有、またはソーシャルネットワーキングサービス等のサービスへのアクセス、ならびに上記に説明される任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通して、クラウド内で提供されることができる。例えば、クラウドベースのサービスは、コンテンツ記憶サービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービスを含むことができ、それを介して、ユーザ供給コンテンツは、接続されたデバイス上で他者によって視聴するために配布される。これらのクラウドベースのサービスは、ユーザ機器デバイスが、コンテンツをローカルで記憶し、ローカルで記憶されたコンテンツにアクセスするのではなく、コンテンツをクラウドに記憶し、コンテンツをクラウドから受信することを可能にしてもよい。
【００９１】
ユーザは、カムコーダ、ビデオモード付きデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイス等の種々のコンテンツ捕捉デバイスを使用して、コンテンツを録画してもよい。ユーザは、直接、例えば、ユーザコンピュータ機器６０４から、またはコンテンツ捕捉特徴を有する、無線ユーザ通信デバイス６０６からのいずれかにおいて、クラウド上のコンテンツ記憶サービスにコンテンツをアップロードすることができる。代替として、ユーザは、最初に、コンテンツをユーザコンピュータ機器６０４等のユーザ機器デバイスに転送することができる。コンテンツを記憶するユーザ機器デバイスは、通信ネットワーク６１４上のデータ伝送サービスを使用して、コンテンツをクラウドにアップロードする。いくつかの実施形態では、ユーザ機器デバイス自体が、クラウドリソースであり、他のユーザ機器デバイスは、直接、ユーザがコンテンツを記憶したユーザ機器デバイスから、コンテンツにアクセスすることができる。
【００９２】
クラウドリソースは、例えば、ウェブブラウザ、メディアガイドアプリケーション、デスクトップアプリケーション、モバイルアプリケーション、および／またはそれらのアクセスアプリケーションの任意の組み合わせを使用して、ユーザ機器デバイスによってアクセスされてもよい。ユーザ機器デバイスは、アプリケーション配信のために、クラウドコンピューティングに依拠する、クラウドクライアントであってもよい、またはユーザ機器デバイスは、クラウドリソースにアクセスすることなく、ある機能性を有してもよい。例えば、ユーザ機器デバイス上で起動するいくつかのアプリケーションは、クラウドアプリケーション、すなわち、インターネットを経由してサービスとして配信されるアプリケーションであってもよい一方、他のアプリケーションは、ユーザ機器デバイス上に記憶され、起動されてもよい。いくつかの実施形態では、ユーザデバイスは、コンテンツを複数のクラウドリソースから同時に受信してもよい。例えば、ユーザデバイスは、オーディオを１つのクラウドリソースからストリーミングする一方で、コンテンツを第２のクラウドリソースからダウンロードすることができる。または、ユーザデバイスは、より効率的なダウンロードのために、コンテンツを複数のクラウドリソースからダウンロードすることができる。いくつかの実施形態では、ユーザ機器デバイスは、図５に関連して説明される処理回路によって実施される処理動作等の処理動作のために、クラウドリソースを使用することができる。
【００９３】
本明細書で参照されるように、用語「〜に応答して」は、「〜の結果として開始される」ことを指す。例えば、第２のアクションに応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含んでもよい。本明細書で参照されるように、用語「〜に直接応答して」は、「〜によって引き起こされる」ことを指す。例えば、第２のアクションに直接応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含まなくてもよい。
【００９４】
図７は、本開示のいくつかの実施形態による、スポーツイベントのための通知頻度を動的に調節するための詳細な例証的プロセスのフローチャートである。プロセス７００またはその任意のステップは、図５−６に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。例えば、プロセス７００は、スポーツイベントのための通知頻度を動的に調節するために、ユーザデバイス（例えば、ユーザ機器デバイス６０２、６０４、および／または６０６（図９））上で実装されるメディアガイドアプリケーションによって命令される通りに、制御回路５０４（図５）によって実行されてもよい。加えて、プロセス７００の１つ以上のステップが、（例えば、図１、２、および７−１０に関連して説明されるように）任意の他のプロセスもしくは実施形態の１つ以上のステップに組み込まれる、もしくはそれと組み合わせられてもよい。
【００９５】
ステップ７１０では、スポーツイベントに関連する情報が、スポーツイベント中に受信される。例えば、制御回路５０４は、ユーザにとっての着目競争相手（例えば、ＮＹ  Ｇｉａｎｔｓ）を識別してもよい。制御回路５０４は、競争相手が主役である任意の現在の試合に関して、スポーツデータベースを検索してもよく、データベースから現在のスポーツイベント情報（例えば、現在のプレー、現在のスコア、得点イベント、ライン変更、コーチ情報等）を読み出してもよい。
【００９６】
ステップ７２０では、スポーツイベントへのユーザの第１の関心のレベルの決定が、行われる。例えば、制御回路５０４は、ユーザのための記憶されたプロファイルにアクセスし、種々の属性（例えば、スポーツタイプ、選手、コーチ、チーム等）に関して、ユーザのための１つ以上のレベル（例えば、１〜５の範囲内のレベル）を読み出してもよい。
【００９７】
ステップ７３０では、スポーツイベントにおける競争相手の成績測定基準の決定が、行われる。例えば、制御回路５０４は、受信された情報を処理し、ユーザのチームの成績測定基準を決定してもよい。いくつかの実施形態では、成績測定基準は、受信される情報の中で規定されてもよい。いくつかの実施形態では、成績測定基準は、イベントに関する情報が受信されたことを決定するステップに応答して、検索されてもよい。例えば、スポーツイベントと関連付けられる情報は、第１のチーム（例えば、ＳＦＧ）が、試合においてタッチダウンを得点したことを規定してもよい。本情報を受信するステップに応答して、制御回路５０４は、スポーツイベントにおける競争相手と関連付けられる成績測定基準を識別してもよい。例えば、制御回路５０４は、ユーザが関心がある第２のチーム（例えば、ＮＹ  Ｇｉａｎｔｓ）の試合における現在のスコアを識別してもよい。いくつかの実装では、スポーツイベントと関連付けられる情報は、決定される成績測定基準と同一である、ユーザのチーム（例えば、ＮＹ  Ｇｉａｎｔｓ）が得点したことを規定してもよい。
【００９８】
ステップ７４０では、スポーツイベントに関する通知を受信することへのユーザの第２の関心のレベルが、第１の関心のレベルおよび成績測定基準の関数として生成される。例えば、制御回路５０４は、成績測定基準（例えば、ユーザのチームの現在のスコア）を伴って、スポーツイベントへのユーザの関心のレベル（例えば、フットボールの試合への５の関心のレベル）を追加してもよい。
【００９９】
ステップ７５０では、第２の関心のレベルが通知頻度閾値を超えるかどうかに関して、決定が行われる。第２の関心のレベルが通知頻度閾値を超えることを決定するステップに応答して、プロセスは、ステップ７６０に進み、そうでなければ、プロセスは、ステップ７７０に進む。
【０１００】
ステップ７６０では、情報がスポーツイベント中に受信されるときに、スポーツイベントに関連する情報を含む通知が、ユーザのために提示される。例えば、制御回路５０４は、ユーザのチームが勝っている（例えば、成績測定基準が高い）、および／またはユーザがフットボールの試合への高い関心を有する場合に、通知１２０（図１）を提示してもよい。通知１２０は、ユーザのチームが勝っており、ユーザがフットボールの試合への高い関心を有する場合に、受信された情報（例えば、ＮＹ  Ｇｉａｎｔｓがパスに成功した）を規定してもよい。
【０１０１】
ステップ７７０では、スポーツイベントに関連する情報の提示が、遅延または防止される。例えば、制御回路５０４は、ユーザのチーム（例えば、ＳＦＧ）が負けている（例えば、成績測定基準が低い）、および／またはユーザがフットボールの試合への低い関心を有する場合に、通知２２０（図２）を遅延させてもよい。通知２２０は、午後１０時の現在の時間に、受信された情報（例えば、ＮＹ  Ｇｉａｎｔｓがパスに成功した）が、先に午後７時５９分に受信されたことを規定してもよい。
【０１０２】
図７のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図７に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、もしくは速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に実施されてもよい。これらのステップのうちのいずれかはまた、スキップされる、またはプロセスから省略されてもよい。さらに、図５−６に関連して議論されるデバイスまたは機器のうちのいずれかは、図７のステップのうちの１つ以上のものを実施するために使用され得ることに留意されたい。
【０１０３】
図８は、本開示のいくつかの実施形態による、スポーツイベントのための通知頻度を動的に調節するための詳細な例証的プロセスのフローチャートである。プロセス８００またはその任意のステップは、図５−６に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。例えば、プロセス８００は、スポーツイベントのための通知頻度を動的に調節するために、ユーザデバイス（例えば、ユーザ機器デバイス６０２、６０４、および／または６０６）上で実装されるメディアガイドアプリケーションによって命令される通りに、制御回路５０４（図５）によって実行されてもよい。加えて、プロセス８００の１つ以上のステップが、（例えば、図１、２、および７−１０に関連して説明されるように）任意の他のプロセスもしくは実施形態の１つ以上のステップに組み込まれる、もしくはそれと組み合わせられてもよい。
【０１０４】
ステップ８１０では、スポーツイベントに関連する情報が、スポーツイベント中に受信される。例えば、制御回路５０４は、ユーザにとっての着目競争相手（例えば、ＮＹ  Ｇｉａｎｔｓ）を識別してもよい。制御回路５０４は、競争相手が主役である任意の現在の試合に関して、スポーツデータベースを検索してもよく、データベースから現在のスポーツイベント情報（例えば、現在のプレー、現在のスコア、得点イベント、ライン変更、コーチ情報等）を読み出してもよい。
【０１０５】
ステップ８２０では、スポーツイベントの属性が、決定される。例えば、制御回路５０４は、スポーツイベントのデータベースを検索することによって、スポーツイベントと関連付けられるメタデータにアクセスしてもよい。制御回路５０４は、メタデータから属性を決定してもよい。属性は、スポーツイベントにおけるチーム、スポーツイベントにおける選手、スポーツイベントのタイプ（例えば、フットボールまたはホッケー）、競争におけるレベル、トーナメントにおけるレベル等であってもよい。
【０１０６】
ステップ８３０では、スポーツイベントへのユーザの第１の関心のレベルが、ユーザのユーザプロファイルから属性と関連付けられる値を読み出すことによって、決定される。例えば、制御回路５０４は、ユーザのための記憶されたプロファイルにアクセスし、決定された属性（例えば、スポーツタイプ、選手、コーチ、チーム等）に関して、ユーザのための１つ以上のレベル（例えば、１〜５の範囲内のレベル）を読み出してもよい。
【０１０７】
ステップ８４０では、ユーザにとっての着目競争相手が、ユーザプロファイルに基づいて識別される。例えば、制御回路５０４は、ユーザが所与のチーム（例えば、ＮＹ  Ｇｉａｎｔｓ）のファンであることを決定してもよい。
【０１０８】
ステップ８５０では、スポーツイベントと関連付けられるデータベースが、スポーツイベントにおける競争相手の成績測定基準を読み出すように、ユーザにとっての着目競争相手に基づいて検索される。例えば、制御回路５０４は、データベースを検索し、ユーザのチーム（例えば、ＮＹ  Ｇｉａｎｔｓ）の現在のスコア、トーナメントにおける現在の順位、またはユーザのチームと関連付けられる任意の他のスポーツ情報を検索してもよい。
【０１０９】
ステップ８６０では、スポーツイベントに関する通知を受信することへのユーザの第２の関心のレベルが、第１の関心のレベルおよび成績測定基準の関数として生成される。例えば、制御回路５０４は、成績測定基準（例えば、ユーザのチームの現在のスコア）を伴って、スポーツイベントへのユーザの関心のレベル（例えば、フットボールの試合への５の関心のレベル）を追加してもよい。例えば、第２の関心のレベルは、ユーザが、スポーツイベントのファンではない（例えば、フットボールに関して１のレベルを有する）が、スポーツイベントが、トーナメント内の最終ラウンドである場合、高くあり得る（例えば、成績測定基準は、トーナメントにおけるレベルが最終ラウンドであることを示し、したがって、５の最大値に設定される）。
【０１１０】
ステップ８７０では、第２の関心のレベルが、通知頻度閾値と比較される。閾値は、事前決定される、ユーザによって設定される、ソーシャルネットワークに基づいて決定される、トレンド情報に基づいて動的に調節される等であってもよい。
【０１１１】
ステップ８８０では、第２の関心のレベルが通知頻度閾値を超えるかどうかに関して、決定が行われる。第２の関心のレベルが通知頻度閾値を超えることを決定するステップに応答して、プロセスは、ステップ８８２に進み、そうでなければ、プロセスは、ステップ８８４に進む。
【０１１２】
ステップ８８２では、情報がスポーツイベント中に受信されるときに、スポーツイベントに関連する情報を含む通知が、ユーザのために提示される。例えば、制御回路５０４は、ユーザのチームが勝っている（例えば、成績測定基準が高い）、および／またはユーザがフットボールの試合への高い関心を有する場合に、通知１２０（図１）を提示してもよい。通知１２０は、ユーザのチームが勝っており、ユーザがフットボールの試合への高い関心を有する場合に、受信された情報（例えば、ＮＹ  Ｇｉａｎｔｓがパスに成功した）を規定してもよい。
【０１１３】
ステップ８８４では、スポーツイベントに関連する情報の提示が、遅延または防止される。例えば、制御回路５０４は、ユーザのチーム（例えば、ＳＦＧ）が負けている（例えば、成績測定基準が低い）、および／またはユーザがフットボールの試合への低い関心を有する場合に、通知２２０（図２）を遅延させてもよい。通知２２０は、午後１０時の現在の時間に、受信された情報（例えば、ＮＹ  Ｇｉａｎｔｓがパスに成功した）が、先に午後７時５９分に受信されたことを規定してもよい。
【０１１４】
図８のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図８に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、もしくは速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に実施されてもよい。これらのステップのうちのいずれかはまた、スキップされる、またはプロセスから省略されてもよい。さらに、図５−６に関連して議論されるデバイスまたは機器のうちのいずれかは、図８のステップのうちの１つ以上のものを実施するために使用され得ることに留意されたい。
【０１１５】
図９は、本開示のいくつかの実施形態による、通知への関心のレベルを算出するための詳細な例証的プロセスのフローチャートである。プロセス９００またはその任意のステップは、図５−６に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。例えば、プロセス９００は、通知への関心のレベルを算出するために、ユーザデバイス（例えば、ユーザ機器デバイス６０２、６０４、および／または６０６）上で実装されるメディアガイドアプリケーションによって命令される通りに、制御回路５０４（図５）によって実行されてもよい。加えて、プロセス９００の１つ以上のステップが、（例えば、図１、２、および７−１０に関連して説明されるように）任意の他のプロセスもしくは実施形態の１つ以上のステップに組み込まれる、もしくはそれと組み合わせられてもよい。
【０１１６】
ステップ９１０では、スポーツイベントのタイプ、競争における競争相手のレベル、スポーツイベントにおける選手、およびスポーツイベントにおけるチームのうちの少なくとも１つが、読み出される。例えば、制御回路５０４は、スポーツイベントと関連付けられるデータベースにアクセスし、メタデータを処理してもよい。メタデータから、制御回路５０４は、競争におけるレベル、選手情報、チーム情報等のスポーツイベントについての種々の情報を読み出してもよい。
【０１１７】
ステップ９２０では、ユーザに関する選好レベルが、属性に関するユーザプロファイルの中に記憶される。例えば、制御回路５０４は、スポーツイベントの種々の属性に関して選好レベルを自動的に生成する、および／または種々の属性に関してレベルを規定するユーザ入力を受信してもよい。制御回路５０４が自動的に選好レベルを投入し得る１つの方法は、ユーザがスポーツイベントおよび／または種々の属性についてのメッセージをソーシャルネットワークにポストまたは送信する量および頻度に基づく。
【０１１８】
ステップ９３０では、第１の加重が、関心を表す第１の値に割り当てられる。例えば、制御回路５０４は、自動的に、またはユーザ入力に基づいて、異なる値を、通知を受信することへの関心のレベルを算出または決定するために使用される関心のレベルの加重に設定してもよい。いくつかの実装では、ユーザが、特定の成績測定基準のための通知を受信する可能性が高いことを好む場合、より高い加重が、成績測定基準に割り当てられてもよい。その一方で、ユーザが、チームの大ファンであるため、ユーザが、通知を受信する可能性が高いことを好むが、チームの成績測定基準を気にしない場合、より高い加重が、選好レベルに割り当てられてもよい。
【０１１９】
ステップ９４０では、第２の加重が、成績を表す第２の値に割り当てられる。例えば、制御回路５０４は、自動的に、またはユーザ入力に基づいて、異なる値を、通知を受信することへの関心のレベルを算出または決定するために使用される成績測定基準の加重に設定してもよい。
【０１２０】
ステップ９５０では、トレンド情報に基づいて第２の加重を調節するかどうかに関して、決定が行われる。トレンド情報に基づいて第２の加重を調節することを決定するステップに応答して、プロセスは、ステップ９５２に進み、そうでなければ、プロセスは、ステップ９５４に進む。
【０１２１】
ステップ９５２では、ソーシャルネットワークが、スポーツイベントに関するチャッタの量を決定するように、アクセスされる。例えば、制御回路５０４は、ユーザと関連付けられるソーシャルネットワークにアクセスしてもよい。制御回路５０４は、スポーツイベントに関連する、ソーシャルネットワーク上にユーザによって送信されるメッセージを識別してもよい。制御回路５０４は、スポーツイベントに関し、閾値量以内であるタイムスタンプと関連付けられる、メッセージの数を計数してもよい。閾値数のこれらのメッセージが、タイムスタンプの特定の範囲内でソーシャルネットワーク上に見出される場合、制御回路５０４は、スポーツイベントおよび／またはスポーツイベントにおける成績測定基準（例えば、特定のプレーもしくはスコア）がトレンドになっていることを決定してもよい。制御回路５０４はまた、データベースにクエリを行い、スポーツイベントおよび／または成績測定基準がトレンドになっているかどうかを決定してもよい。
【０１２２】
ステップ９６０では、第２の加重が、スポーツイベントに関するチャッタの量に基づいて動的に調節される。例えば、制御回路５０４が、スポーツイベントおよび／または成績測定基準がトレンドになっていることを決定する場合、制御回路５０４は、成績測定基準と関連付けられる加重を増加させてもよい。代替として、制御回路５０４が、スポーツイベントおよび／または成績測定基準がトレンドになっていることを決定する場合、制御回路５０４は、成績測定基準と関連付けられる加重を減少させてもよい。
【０１２３】
ステップ９５４では、第１の加重が、第１の結果を生成するように、第１の関心のレベルと組み合わせられ、第２の加重が、第２の結果を生成するように、成績測定基準と組み合わせられる。例えば、制御回路５０４は、第１の加重をユーザ関心のレベルで乗算してもよく、第２の加重を成績測定基準で乗算してもよい。
【０１２４】
ステップ９７０では、第１の結果が、第２の関心のレベルを生成するように第２の結果と組み合わせられる。例えば、制御回路５０４は、ユーザ関心のレベルによって乗算された第１の加重および成績測定基準によって乗算された第２の加重の総和を算出してもよい。
【０１２５】
ステップ９８０では、スポーツイベントと関連付けられるタイプおよびスポーツイベントと関連付けられる競争レベルのうちの少なくとも１つが、決定される。
【０１２６】
ステップ９９０では、データベースが、タイプおよび競争レベルのうちの少なくとも１つと関連付けられる、複数の通知頻度閾値のうちの通知頻度閾値を識別するように、タイプおよび競争レベルのうちの決定された少なくとも１つに基づいて検索され、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い。
【０１２７】
図９のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図９に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、もしくは速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に実施されてもよい。これらのステップのうちのいずれかはまた、スキップされる、またはプロセスから省略されてもよい。さらに、図５−６に関連して議論されるデバイスまたは機器のうちのいずれかは、図９のステップのうちの１つ以上のものを実施するために使用され得ることに留意されたい。
【０１２８】
図１０は、本開示のいくつかの実施形態による、スポーツイベントスコアに基づいて所与のデバイス上で通知を提示するための詳細な例証的プロセスのフローチャートである。プロセス１０００またはその任意のステップは、図５−６に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。例えば、プロセス１０００は、スポーツイベントスコアに基づいて所与のデバイス上で通知を提示するために、ユーザデバイス（例えば、ユーザ機器デバイス６０２、６０４、および／または６０６）上で実装されるメディアガイドアプリケーションによって命令される通りに、制御回路５０４（図５）によって実行されてもよい。加えて、プロセス１０００の１つ以上のステップが、（例えば、図１、２、および７−１０に関連して説明されるように）任意の他のプロセスもしくは実施形態の１つ以上のステップに組み込まれる、もしくはそれと組み合わせられてもよい。
【０１２９】
ステップ１０１０では、スポーツイベントに関連する情報が、記憶される。例えば、制御回路５０４は、記憶デバイス内に、受信された情報（例えば、完全なパスがフットボールの試合において行われたというインジケーション）を記憶してもよい。これは、通知を受信することへの関心レベルが閾値を下回る場合において、ユーザが情報について知らされるときを遅延させるために使用されてもよい。
【０１３０】
ステップ１０２０では、スポーツイベントが完結したという検出が、行われる。例えば、制御回路５０４は、スポーツイベントの現在のステータスに関して、データベースにクエリを行ってもよい。いくつかの実装では、制御回路５０４は、メディアガイドデータを分析し、スポーツイベントメディアアセットのスケジュールされた終了時間が経過したことを決定してもよい。いくつかの実施形態では、スポーツイベントの結末は、チームがプレーしている１つの特定の試合の終了および／またはスポーツイベントのシーズンの終了（例えば、トーナメント内の最終ラウンドの終了）を含んでもよい。
【０１３１】
ステップ１０３０では、成績測定基準がスコアを含むかどうかに関して、決定が行われる。成績測定基準がスコアを含むことを決定するステップに応答して、プロセスは、ステップ１０３２に進み、そうでなければ、プロセスは、ステップ１０３４に進む。
【０１３２】
ステップ１０３２では、通知頻度閾値と第２の関心のレベルとの間の差異を表す量が、決定される。例えば、制御回路５０４は、記憶された通知頻度閾値から、ステップ９７０において算出される第２の関心のレベルを減算してもよい。
【０１３３】
ステップ１０４０では、量が、デバイス閾値と比較される。
【０１３４】
ステップ１０５０では、量がデバイス閾値を超えるかどうかに関して、決定が行われる。量がデバイス閾値を超えることを決定するステップに応答して、プロセスは、ステップ１０５２に進み、そうでなければ、プロセスは、ステップ１０５４に進む。
【０１３５】
ステップ１０５２では、ユーザと関連付けられる複数のデバイスのうちの第１のデバイスが、選択される。例えば、制御回路５０４は、ユーザの携帯電話を選択してもよい。
【０１３６】
ステップ１０５４では、ユーザと関連付けられる複数のデバイスのうちの第２のデバイスが、選択される。例えば、制御回路５０４は、ユーザの近傍にあるユーザのセットトップボックスまたはテレビ等のユーザ機器デバイスを選択してもよい。
【０１３７】
ステップ１０６０では、スポーツイベントに関連する情報を含む通知が、第１および第２のデバイスのうちの選択された１つにおいて、ユーザのために提示される。
【０１３８】
ステップ１０３４では、スポーツイベントに関するスコア情報が、スポーツイベントの最終結果を読み出すように、スポーツイベントが完結したことを検出するステップに応答してアクセスされる。
【０１３９】
ステップ１０７０では、最終結果が、チームがスポーツイベントに勝ったか、または負けたかどうかを決定するように、分析される。例えば、制御回路５０４は、ユーザのプロファイル内で規定されるチームを、ユーザがファンであるチームとして識別してもよい。制御回路５０４は、最終結果において同一のチームを見出し、ユーザのチームのスコアが対戦相手のスコアよりも高いまたは低いかどうかを決定してもよい。スコアがより高い場合、制御回路５０４は、ユーザのチームが勝ったことを決定してもよい。
【０１４０】
ステップ１０８０では、最終スコアに基づいて、成績測定基準が、競争相手がスポーツイベントに負けたことを示すかどうかに関して、決定が行われる。
【０１４１】
ステップ１０９０では、チームが負けたかどうかに関して、決定が行われる。チームが負けたことを決定するステップに応答して、プロセスは、ステップ１０９４に進み、そうでなければ、プロセスは、ステップ１０９２に進む。
【０１４２】
ステップ１０９２では、ユーザのチームが勝ったことを示す通知が、ユーザのために提示される。例えば、制御回路５０４は、ユーザのチームが勝ったというインジケーションを伴って通知１２０を提示してもよい。
【０１４３】
ステップ１０９４では、ユーザのチームが負けたことを示す情報の提示が、防止される。例えば、制御回路５０４は、ユーザのチームが負けたときに、通知１２０または２２０を表示しないように防止してもよい。
【０１４４】
図１０のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図１０に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、もしくは速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に実施されてもよい。これらのステップのうちのいずれかはまた、スキップされる、またはプロセスから省略されてもよい。さらに、図５−６に関連して議論されるデバイスまたは機器のうちのいずれかは、図１０のステップのうちの１つ以上のものを実施するために使用され得ることに留意されたい。
【０１４５】
上記に議論されるプロセスは、限定的ではなく例証的であることを意図している。当業者は、本明細書に議論されるプロセスのステップが、本発明の範囲から逸脱することなく、省略される、修正される、組み合わせられる、および／または再配列されてもよく、任意の付加的ステップが、実施されてもよいことを理解するであろう。より一般的には、上記の開示は、例示的であって、限定を意図するものではない。続く請求項のみが、本発明が含むものに関する境界を設定することが意図される。さらに、いずれか１つの実施形態に説明される特徴および限定は、本明細書の任意の他の実施形態に適用され得、一実施形態に関するフローチャートまたは実施例は、好適な様式で任意の他の実施形態と組み合わせられる、異なる順序で行われる、または並行して行われ得ることに留意されたい。加えて、本明細書に説明されるシステムおよび方法は、リアルタイムで実施されてもよい。また、上記に説明されるシステムおよび／または方法は、他のシステムならびに／もしくは方法に適用される、またはそれらに従って使用され得ることにも留意されたい。
【図１】
2021515426.tif 000003
【図２】
2021515426.tif 000004
【図３】
2021515426.tif 000005
【図４】
2021515426.tif 000006
【図５】
2021515426.tif 000007
【図６】
2021515426.tif 000008
【図７】
2021515426.tif 000009
【図８】
2021515426.tif 000010
【図９−１】
2021515426.tif 000011
【図９−２】
2021515426.tif 000012
【図１０−１】
2021515426.tif 000013
【図１０−２】
2021515426.tif 000014
【手続補正書】
【提出日】令和2年12月18日(2020.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへの前記ユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
【請求項２】
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成することは、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を含む、請求項１に記載の方法。
【請求項３】
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
をさらに含む、請求項２に記載の方法。
【請求項４】
前記スポーツイベントに関連する前記情報を受信することは、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を含む、請求項１に記載の方法。
【請求項５】
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
をさらに含む、請求項１に記載の方法。
【請求項７】
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
をさらに含む、請求項１に記載の方法。
【請求項８】
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
をさらに含む、請求項１に記載の方法。
【請求項９】
スポーツイベントのための通知頻度を動的に調節するためのシステムであって、前記システムは、請求項１〜８のいずれかに記載の方法を実行するように構成される制御回路を備える、システム。
【請求項１０】
非一過性のコンピュータ可読媒体であって、前記非一過性のコンピュータ可読媒体は、その上にエンコードされた非一過性のコンピュータ可読命令を備え、前記非一過性のコンピュータ可読命令は、スポーツイベントのための通知頻度を動的に調節するためのものであり、前記非一過性のコンピュータ可読命令は、制御回路によって実行されると、請求項１〜８のいずれかに記載の方法を前記制御回路に実施させる、非一過性のコンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
上記に説明されるシステム、方法、装置、および／または側面は、本開示に説明される他のシステム、方法、装置、ならびに／もしくは側面に適用される、またはそれに従って使用され得ることに留意されたい。
本発明は、例えば、以下を提供する。
（項目１）
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記スポーツイベントにおける競争相手の成績測定基準を決定することと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルが通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
（項目２）
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
（項目３）
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成することは、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を含む、項目２に記載の方法。
（項目４）
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
をさらに含む、項目３に記載の方法。
（項目５）
前記スポーツイベントに関連する前記情報を受信することは、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を含む、項目２に記載の方法。
（項目６）
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すことは、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定することを含む、項目５に記載の方法。
（項目７）
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
をさらに含む、項目２に記載の方法。
（項目８）
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
をさらに含む、項目２に記載の方法。
（項目９）
前記スポーツイベントの属性を決定することは、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を含む、項目２に記載の方法。
（項目１０）
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
をさらに含む、項目２に記載の方法。
（項目１１）
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
をさらに含む、項目２に記載の方法。
（項目１２）
スポーツイベントのための通知頻度を動的に調節するためのシステムであって、前記システムは、
制御回路であって、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を行うように構成される、制御回路
を備える、システム。
（項目１３）
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するように構成される前記制御回路はさらに、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を行うように構成される、項目１２に記載のシステム。
（項目１４）
前記制御回路はさらに、
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
を行うように構成される、項目１３に記載のシステム。
（項目１５）
前記制御回路はさらに、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を行うように構成される、項目１２に記載のシステム。
（項目１６）
前記競争相手は、チームであり、前記制御回路はさらに、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するように構成される、項目１５に記載のシステム。
（項目１７）
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、前記制御回路はさらに、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
を行うように構成される、項目１２に記載のシステム。
（項目１８）
前記情報は、前記スポーツイベントにおける最終スコアを備え、前記制御回路はさらに、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
を行うように構成される、項目１２に記載のシステム。
（項目１９）
前記制御回路はさらに、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を行うように構成される、項目１２に記載のシステム。
（項目２０）
前記制御回路はさらに、
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
を行うように構成される、項目１２に記載のシステム。
（項目２１）
前記制御回路はさらに、
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
を行うように構成される、項目１２に記載のシステム。
（項目２２）
スポーツイベントのための通知頻度を動的に調節するための装置であって、前記装置は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信するための手段と、
前記スポーツイベントの属性を決定するための手段と、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定するための手段と、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別するための手段と、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すための手段と、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成するための手段と、
前記第２の関心のレベルを通知頻度閾値と比較するための手段と、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示するための手段と
を備える、装置。
（項目２３）
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するための手段は、
関心を表す第１の値に第１の加重を割り当てるための手段と、
成績を表す第２の値に第２の加重を割り当てるための手段と、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成するための手段と、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成するための手段と
を備える、項目２２に記載の装置。
（項目２４）
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定するための手段と、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節するための手段と
をさらに備える、項目２３に記載の装置。
（項目２５）
前記スポーツイベントに関連する前記情報を受信するための手段は、
前記スポーツイベントが完結したことを検出するための手段と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すための手段と
を備える、項目２２に記載の装置。
（項目２６）
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すための手段は、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するための手段を備える、項目２５に記載の装置。
（項目２７）
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶するための手段と、
前記スポーツイベントが完結したことを検出するための手段と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示するための手段と
をさらに備える、項目２２に記載の装置。
（項目２８）
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定するための手段と、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止するための手段と
をさらに備える、項目２２に記載の装置。
（項目２９）
前記スポーツイベントの属性を決定するための手段は、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すための手段と、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶するための手段と
を備える、項目２２に記載の装置。
（項目３０）
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定するための手段と、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別するための手段であって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、手段と
をさらに備える、項目２２に記載の装置。
（項目３１）
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定するための手段と、
前記量をデバイス閾値と比較するための手段と、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択するための手段と、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択するための手段と、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させるための手段と
をさらに備える、項目２２に記載の装置。
（項目３２）
非一過性のコンピュータ可読媒体であって、前記非一過性のコンピュータ可読媒体は、
その上にエンコードされた非一過性のコンピュータ可読命令を備え、前記非一過性のコンピュータ可読命令は、スポーツイベントのための通知頻度を動的に調節するためのものであり、前記非一過性のコンピュータ可読媒体は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信するための命令と、
前記スポーツイベントの属性を決定するための命令と、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定するための命令と、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別するための命令と、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すための命令と、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成するための命令と、
前記第２の関心のレベルを通知頻度閾値と比較するための命令と、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示するための命令と
を備える、非一過性のコンピュータ可読媒体。
（項目３３）
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成するための前記命令は、
関心を表す第１の値に第１の加重を割り当てるための命令と、
成績を表す第２の値に第２の加重を割り当てるための命令と、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成するための命令と、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成するための命令と
を備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目３４）
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定するための命令と、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節するための命令と
をさらに備える、項目３３に記載の非一過性のコンピュータ可読媒体。
（項目３５）
前記スポーツイベントに関連する前記情報を受信するための前記命令は、
前記スポーツイベントが完結したことを検出するための命令と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すための命令と
を備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目３６）
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すための前記命令は、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定するための命令を備える、項目３５に記載の非一過性のコンピュータ可読媒体。
（項目３７）
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶するための命令と、
前記スポーツイベントが完結したことを検出するための命令と、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示するための命令と
をさらに備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目３８）
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定するための命令と、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止するための命令と
をさらに備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目３９）
前記スポーツイベントの属性を決定するための前記命令は、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すための命令と、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶するための命令と
を備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目４０）
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定するための命令と、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる複数の通知頻度閾値のうちの通知頻度閾値を識別するための命令であって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、命令と
をさらに備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目４１）
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定するための命令と、
前記量をデバイス閾値と比較するための命令と、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択するための命令と、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択するための命令と、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させるための命令と
をさらに備える、項目３２に記載の非一過性のコンピュータ可読媒体。
（項目４２）
スポーツイベントのための通知頻度を動的に調節するための方法であって、前記方法は、
スポーツイベント中に、前記スポーツイベントに関連する情報を受信することと、
前記スポーツイベントの属性を決定することと、
前記ユーザのユーザプロファイルから前記属性と関連付けられる値を読み出すことによって、前記スポーツイベントへのユーザの第１の関心のレベルを決定することと、
前記ユーザプロファイルに基づいて、前記ユーザにとっての着目競争相手を識別することと、
前記ユーザにとっての前記着目競争相手に基づいて、前記スポーツイベントと関連付けられるデータベースを検索し、前記スポーツイベントにおける前記競争相手の成績測定基準を読み出すことと、
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記スポーツイベントに関する通知を受信することへの前記ユーザの第２の関心のレベルを生成することと、
前記第２の関心のレベルを通知頻度閾値と比較することと、
前記第２の関心のレベルが前記通知頻度閾値を超えることを決定することに応答して、前記情報が前記スポーツイベント中に受信されるときに、前記スポーツイベントに関連する前記情報を含む前記ユーザのための通知を提示することと
を含む、方法。
（項目４３）
前記第１の関心のレベルおよび前記成績測定基準の関数として、前記ユーザの第２の関心のレベルを生成することは、
関心を表す第１の値に第１の加重を割り当てることと、
成績を表す第２の値に第２の加重を割り当てることと、
前記第１の加重を前記第１の関心のレベルと組み合わせ、第１の結果を生成し、前記第２の加重を前記成績測定基準と組み合わせ、第２の結果を生成することと、
前記第１の結果を前記第２の結果と組み合わせ、前記第２の関心のレベルを生成することと
を含む、項目４２に記載の方法。
（項目４４）
ソーシャルネットワークにアクセスし、前記スポーツイベントに関するチャッタの量を決定することと、
前記スポーツイベントに関する前記チャッタの量に基づいて、前記第２の加重を動的に調節することと
をさらに含む、項目４３に記載の方法。
（項目４５）
前記スポーツイベントに関連する前記情報を受信することは、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関するスコア情報にアクセスし、前記スポーツイベントの最終結果を読み出すことと
を含む、項目４２−４４のいずれか１項に記載の方法。
（項目４６）
前記競争相手は、チームであり、前記スポーツイベントと関連付けられる前記データベースを検索し、前記成績測定基準を読み出すことは、前記最終結果を分析し、前記チームが前記スポーツイベントに勝ったかまたは負けたかを決定することを含む、項目４５に記載の方法。
（項目４７）
前記情報は、前記スポーツイベント中のスコア、前記スポーツイベントにおける競争相手と関連付けられる競争相手情報、前記スポーツイベントに関連する競争相手と関連付けられる競争相手情報、および選手情報のうちの少なくとも１つを備え、前記情報は、前記スポーツイベントが完結する前に受信され、
前記第２の関心のレベルが前記通知頻度閾値を超えないことを決定することに応答して、前記スポーツイベントに関連する前記情報を記憶することと、
前記スポーツイベントが完結したことを検出することと、
前記スポーツイベントが完結したことを検出することに応答して、前記スポーツイベントに関連する前記情報を含む前記ユーザのための前記通知を提示することと
をさらに含む、項目４２−４６のいずれか１項に記載の方法。
（項目４８）
前記情報は、前記スポーツイベントにおける最終スコアを備え、
前記最終スコアに基づいて、前記成績測定基準が、前記競争相手が前記スポーツイベントに負けたことを示すことを決定することと、
前記成績測定基準が、前記競争相手が負けたことを示すことを決定することに応答して、前記通知が前記ユーザに提示されることを防止することと
をさらに含む、項目４２−４７のいずれか１項に記載の方法。
（項目４９）
前記スポーツイベントの属性を決定することは、
前記スポーツイベントのタイプ、競争における前記競争相手のレベル、前記スポーツイベントにおける選手、および前記スポーツイベントにおけるチームのうちの少なくとも１つを読み出すことと、
前記属性に関して、前記ユーザプロファイル内に前記ユーザの選好レベルを記憶することと
を含む、項目４２−４８のいずれか１項に記載の方法。
（項目５０）
前記スポーツイベントと関連付けられるタイプおよび前記スポーツイベントと関連付けられる競争レベルのうちの少なくとも１つを決定することと、
前記タイプおよび前記競争レベルのうちの決定された少なくとも１つに基づいて、データベースを検索し、前記タイプおよび前記競争レベルのうちの少なくとも１つと関連付けられる、複数の通知頻度閾値のうちの通知頻度閾値を識別することであって、スポーツイベントの第１のタイプおよび第１の競争レベルのうちの少なくとも１つと関連付けられる第１の通知頻度閾値は、スポーツイベントの第２のタイプおよび第２の競争レベルのうちの少なくとも１つと関連付けられる第２の通知頻度閾値よりも低い、ことと
をさらに含む、項目４２−４９のいずれか１項に記載の方法。
（項目５１）
前記通知頻度閾値と前記第２の関心のレベルとの間の差異を表す量を決定することと、
前記量をデバイス閾値と比較することと、
前記量が前記デバイス閾値を超えることを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第１のデバイスを選択することと、
前記量が前記デバイス閾値を超えないことを決定することに応答して、前記ユーザと関連付けられる複数のデバイスのうちの第２のデバイスを選択することと、
前記通知を、前記第１および第２のデバイスのうちの選択された１つにおいて前記ユーザに提示させることと
をさらに含む、項目４２−５０のいずれか１項に記載の方法。
【国際調査報告】
2021515426.tif 000015
2021515426.tif 000016
2021515426.tif 000017