(57)【要約】  本開示は、目的地へのルーティングに向けられる。ある態様は、出発地から目的地までのルートを決定し、関心ロケーションを推奨する。関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、ルートからの偏差の範囲内にあるロケーションである。メディア密度スコアは、メディア密度スコアに関するメディアファイルの推奨の数に基づく。【選択図】  図５
2016509224.tif 000002
【特許請求の範囲】
【請求項１】
目的地へルーティングするための方法であって、
出発地から前記目的地までのルートを決定することと、
関心ロケーションを推奨することと
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、方法。
【請求項２】
前記ルートを前記決定することは、前記出発地と前記目的地との間の最速ルートを決定することを備える、請求項１に記載の方法。
【請求項３】
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記関心ロケーションを含めるように前記ルートを修正すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ルートを前記修正する前に、前記関心ロケーションを説明する通知をユーザに表示することと、
前記ルートを修正する許可を前記ユーザから受信することと
をさらに備える、請求項４に記載の方法。
【請求項６】
前記推奨することは、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定することと、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項７】
前記推奨することは、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定することと、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定することと、
前記天気予報が前記関心ロケーションにとって好ましい天気予報である場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項８】
前記推奨することは、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定することと、
前記コンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項９】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項８に記載の方法。
【請求項１０】
前記推奨することは、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定することと、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項１１】
ルート間条件に基づいて前記ルートを動的に更新すること
をさらに備える、請求項１に記載の方法。
【請求項１２】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
前記ルートを前記動的に更新することは、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記ロケーションを関心ロケーションとして推奨することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ルートを前記動的に更新することは、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すことと
を備える、請求項１１に記載の方法。
【請求項１５】
前記推奨することを前記取り消すことは、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせることを備える、請求項１４に記載の方法。
【請求項１６】
前記推奨することを前記取り消すことは、前記関心ロケーションを前記ルートから除去することを備える、請求項１４に記載の方法。
【請求項１７】
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数
のうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項１８】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項１に記載の方法。
【請求項１９】
前記メディア密度スコアに関する前記閾値を受信することと、
前記ルートからの前記偏差の範囲を受信することと
をさらに備える、請求項１に記載の方法。
【請求項２０】
前記推奨することは、
前記ロケーションに関する前記メディア密度スコアを算出することと、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別することと
を備える、請求項１９に記載の方法。
【請求項２１】
前記方法は、ユーザデバイスによって行われ、前記閾値および前記偏差の範囲はユーザから受信される、請求項１９に記載の方法。
【請求項２２】
前記方法はサーバによって行われる、請求項１に記載の方法。
【請求項２３】
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するように構成された論理と、
関心ロケーションを推奨するように構成された論理と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
【請求項２４】
前記ルートを決定するように構成された前記論理は、前記出発地と前記目的地との間の最速ルートを決定するように構成された論理を備える、請求項２３に記載の装置。
【請求項２５】
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項２３に記載の装置。
【請求項２６】
前記関心ロケーションを含めるよう前記ルートを修正するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記ルートを修正する前に、前記関心ロケーションを説明する通知をユーザに表示するように構成された論理と、
前記ルートを修正する許可を前記ユーザから受信するように構成された論理と
をさらに備える、請求項２６に記載の装置。
【請求項２８】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にこととなるかどうかを決定するように構成された論理と、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項２９】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定するように構成された論理と、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定するように構成された論理と、
前記天気予報が前記関心ロケーションにとって前記好ましい天気予報である場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３０】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定するように構成された論理と、
前記ソーシャルコンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３１】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項３０に記載の装置。
【請求項３２】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定するように構成された論理と、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項３３】
ルート間条件に基づいて前記ルートを動的に更新するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項３４】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項３３に記載の装置。
【請求項３５】
前記ルートを動的に更新するように構成された前記論理は、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３６】
前記ルートを動的に更新するように構成された前記論理は、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３７】
前記推奨することを取り消すように構成された前記論理は、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせるように構成された論理を備える、請求項３６に記載の装置。
【請求項３８】
前記推奨することを取り消すように構成された前記論理は、前記関心ロケーションを前記ルートから除去するように構成された論理を備える、請求項３６に記載の装置。
【請求項３９】
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数、
のうちの少なくとも１つに基づいて決定される、請求項２３に記載の装置。
【請求項４０】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項２３に記載の装置。
【請求項４１】
前記メディア密度スコアに関する前記閾値を受信するように構成された論理と、
前記ルートからの前記偏差の範囲を受信するように構成された論理と
をさらに備える、請求項２３に記載の装置。
【請求項４２】
推奨するように構成された前記論理は、
前記ロケーションに関する前記メディア密度スコアを算出するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別するように構成された論理と
を備える、請求項４１に記載の装置。
【請求項４３】
前記装置はユーザデバイスであり、前記閾値および前記偏差の範囲はユーザから受信される、請求項４１に記載の装置。
【請求項４４】
前記装置はサーバである、請求項２３に記載の装置。
【請求項４５】
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するための手段と、
関心ロケーションを推奨するための手段と
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
【請求項４６】
目的地にルーティングするための非一時的コンピュータ可読媒体であって、
出発地から前記目的地までのルートを決定するための少なくとも１つの命令と、
関心ロケーションを推奨するための少なくとも１つの命令と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
[0001]  本開示は、可能なルートに沿ったメディア密度に基づいてナビゲートすることに関する。
【０００２】
[0002]  モバイルデバイス（ユーザ機器（ＵＥ）とも呼ばれる）は典型的に、それらの位置をある程度の精度の範囲内で決定することが可能である。利用可能な場合、ＵＥは一般に、それらの位置の決定を、グローバル測位システム（ＧＰＳ）信号に頼る。ＵＥはまた、出発地ロケーションから目的地ロケーションへとユーザをガイドするナビゲーションアプリケーションを実行しうる。そのようなＵＥは典型的に、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、自動車ナビゲーションシステム、等のモバイルデバイスである。出発地ロケーションは、ＵＥの現在のロケーションまたは別の識別されたロケーションでありうる。ナビゲーションアプリケーションは、ＵＥの連続的に決定された位置と、出発地ロケーションおよび目的地ロケーションを備えるエリアのマップとを使用して、目的地ロケーションまでの進路変更指示（turn-by-turn direction）をユーザに提供する。ＵＥは、ルート全体、または、ＵＥの位置のすぐ周りのエリアだけを表示しうる。
【０００３】
[0003]  従来のナビゲーションアプリケーションは典型的に、関心点（ＰＯＩ）データベースを含む。ルートに沿って移動する間、ユーザには、そのルートに直接隣接したＰＯＩが提示されうる。これらのＰＯＩは典型的に、食べ物、ガソリン、ホテル、アトラクション、等のＰＯＩのカテゴリを表すアイコンで提示される。しかしながら、このルートの近くには、このルートに隣接していないため、または、所定のカテゴリのいずれにも適合しないため表示されないさらに多くのＰＯＩが存在しうる。ユーザが、ルートに沿ったこれらの他のＰＯＩについて知るすべはないだろう。さらに、表示されるＰＯＩは典型的に、人気（popularity）にしたがって互いに区別されることはない。
【発明の概要】
【０００４】
[0004]  本開示は、目的地へのルーティングに向けられる。ある態様は、出発地から目的地までのルートを決定し、関心ロケーションを推奨する。一実現では、関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、ルートからの偏差の範囲内にあるロケーションである。一態様では、メディア密度スコアは、メディア密度スコアに関するメディアファイルの推奨の数に基づく。
【０００５】
[0005]  説明される主題の態様のより完璧な見解およびそれに付随する利点の多くは、それらが、本開示の限定ではなく単に例示を目的として提示される添付の図面に関連して考慮して以下の詳細な説明を参照することでより良く理解されるため、容易に取得されるだろう。
【図面の簡単な説明】
【０００６】
【図１】図１は、ある態様に係る高水準システムの概要を例示する。
【図２】図２は、別の態様に係るワイヤレス通信システムの高水準システムアーキテクチャを例示する。
【図３】図３は、別の態様に係るユーザ機器の例を例示する。
【図４】図４は、さらに別の態様に係る機能性を行うように構成された論理を含む通信デバイスを例示する。
【図５】図５は、ある実現に係るＵＥの２つの例示的なスクリーンを例示する。
【図６】図６は、ユーザデバイスまたはサーバにおいて行われる態様の例示的なフローを例示する。
【図７】図７は、ある態様に係るユーザデバイスとサーバとの間の例示的なフローを例示する。
【図８】図８は、ユーザデバイスにおいて行われる態様の例示的なフローを例示する。
【発明を実施するための形態】
【０００７】
[0014]  本開示の態様が、開示される主題の特定の態様に向けられた以下の説明および関連図面で開示される。代替的な態様が、本開示の適用範囲（scope）から逸脱することなく考案されうる。追加的に、本開示の周知の要素は、本開示に関連性のある詳細を曖昧にしないために、詳細には説明されないかまたは省略されるだろう。
【０００８】
[0015]  「例示的な」および／または「例となる」という用語は、本明細書では、「実例、事例、または例示としての役割を果たす」という意味で使用される。「例示的な」および／または「例となる」なものとして本明細書で説明される任意の態様は、必ずしも、他の態様よりも好ましいまたは有利であると解釈されるべきではない。同様に、「本開示の態様」または「本開示の実現」という用語は、本開示のすべての態様または実現が、説明される特徴、利点、または動作モードを含むことを必要とするわけではない。
【０００９】
[0016]  さらに、多くの態様は、例えば、コンピューティングデバイスの要素によって行われるべき一連のアクションの観点から説明される。本明細書で説明される様々なアクションが特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１つ以上のプロセッサによって実行されているプログラム命令によって、または両方の組み合わせによって行われうることは認識されるだろう。追加的に、本明細書で説明されるこれら一連のアクションは、実行に応じて、本明細書で説明される機能性を関連プロセッサに行わせるであろうコンピュータ命令の対応セットを格納しているあらゆる形式のコンピュータ可読記憶媒体内で完全に具現化されるものと考えられうる。ゆえに、本開示の様々な態様は、多数の異なる形式で具現化されることができ、それらはすべて、請求項に記載の主題の適用範囲内にあるものと予想されている。加えて、本明細書で説明される態様の各々について、対応する形式の任意のそのような態様は、例えば、説明されるアクションを行う「ように構成された論理」として本明細書で説明されうる。
【００１０】
[0017]  本明細書ではユーザ機器（ＵＥ）と呼ばれるクライアントデバイスは、モバイルまたは据え置き型で有り得、無線アクセスネットワーク（ＲＡＮ）と通信しうる。本明細書で使用される場合、「ＵＥ」という用語は、「アクセス端末」または「ＡＴ」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」または「ＵＴ」、「モバイル端末」、「モバイル局」、およびそれらの変形で区別なく呼ばれうる。一般に、ＵＥは、ＲＡＮを介してコアネットワークと通信することができ、コアネットワークを通じて、ＵＥは、インターネットのような外部ネットワークに接続されうる。当然、コアネットワークおよび／またはインターネットに接続する他のメカニズム、例えば、ワイヤードアクセスネットワーク、ＷｉＦｉ（登録商標）ネットワーク（例えば、ＩＥＥＥ８０２.１１等に基づいた）等を通したもの、もＵＥには実現可能（possible）である。ＵＥは、ＰＣカード、コンパクトフラッシュ（登録商標）デバイス、外部モデムまたは内蔵モデム、ワイヤレスまたはワイヤライン電話、等を含むがそれらに限定されない多くのタイプのデバイスのうちのどれによっても具現化されうる。
【００１１】
[0018]  ＵＥは、典型的に、それらの位置をある程度の精度の範囲内で決定することが可能である。利用可能な場合、ＵＥは一般に、それらの位置の決定を、グローバル測位システム（ＧＰＳ）信号に頼る。ＵＥはまた、出発地ロケーションから目的地ロケーションへとユーザをガイドするナビゲーションアプリケーションを実行しうる。そのようなＵＥは典型的に、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、自動車ナビゲーションシステム、等のモバイルデバイスである。出発地ロケーションは、ＵＥの現在のロケーションまたは別の識別されたロケーションでありうる。ナビゲーションアプリケーションは、ＵＥの連続的に決定された位置と、出発地ロケーションおよび目的地ロケーションを備えるエリアのマップとを使用して、目的地ロケーションまでの進路変更指示をユーザに提供する。ＵＥは、ルート全体、または、ＵＥの位置のすぐ周りのエリアだけを表示しうる。
【００１２】
[0019]  ナビゲーションアプリケーションは、関心点（ＰＯＩ）データベースを含むことができる。ルートに沿って移動する間、ユーザには、そのルートに直接隣接したＰＯＩが提示されうる。これらのＰＯＩは典型的に、食べ物、ガソリン、ホテル、アトラクション、等のＰＯＩのカテゴリを表すアイコンで提示される。しかしながら、このルートの近くには、このルートに隣接していないため、または、所定のカテゴリのいずれにも適合しないため表示されないさらに多くのＰＯＩが存在しうる。ユーザが、ルートに沿ったこれらの他のＰＯＩについて知るすべはないだろう。さらに、表示されるＰＯＩは典型的に、人気にしたがって互いに区別されることはない。
【００１３】
[0020]  したがって、様々な態様は、元のルートの閾値偏差の範囲内のロケーションのメディア密度スコアに基づいて、出発地ロケーションから目的地ロケーションへのルートを生成する。メディア密度スコアは、所与のロケーションでキャプチャされたメディアファイルの重要度および数に基づく。ロケーションでキャプチャされたメディアは、そのロケーションの画像および／またはビデオを含みうる。
【００１４】
[0021]  図１は、ある態様に係る高水準システムの概要を例示する。携帯電話、スマートフォン、ＰＤＡ、タブレットコンピュータ、自動車ナビゲーションシステム、等のユーザデバイス１０は、ナビゲーションアプリケーション１１を含む。ナビゲーションアプリケーション１１は、出発地ロケーション１２、目的地ロケーション１３、出発時間１４、メディア密度閾値スコア１５、ルート偏差閾値１６を受信する。これらの基準は、ユーザから受信されるか、または、デフォルト値が割り当てられうる。
【００１５】
[0022]  出発地ロケーション１２は、ナビゲーションが開始することとなる（will）ロケーションである。ユーザが出発地ロケーション１２を定義しうるか、またはそれはデフォルトで定義されうる。デフォルト値は典型的に、ユーザデバイス１０の現在のロケーションである。目的地ロケーション１３は、ナビゲーションが終了することとなるロケーションである。ユーザは、当技術分野で知られているように、住所を打ち込むこと、市内の中心街（city center）または郵便番号を選択すること、またはお気に入りの目的地のリストから選択すること、等によって、目的地ロケーション１３を入力しうる。出発時間１４は、ユーザが旅行（trip）を開始することとなる時間である。ユーザが将来の時間を入力しうるか、または、それはデフォルトで定義されうる。デフォルト値は現在の時間である。
【００１６】
[0023]  メディア密度スコア閾値１５は、ユーザデバイス１０が生成されたルートにロケーションを含めるためにそのロケーションが有する必要のある閾値メディア密度スコアである。ユーザがメディア密度スコア閾値１５を選択しうるか、または、それはデフォルトで定義されうる。デフォルト値は、ルートの長さに依存して変動しうる。例えば、より長いルートは、より重要度が低いＰＯＩを見たいという意向がより少ないことを示し得、よって、メディア密度スコア閾値１５は、より短いルートの場合よりも高いデフォルト値に設定されうる。
【００１７】
[0024]  ルート偏差閾値１６は、デフォルトのルートから、メディア密度スコア閾値１５を上回るメディア密度スコアを有するロケーションまでの許容される閾値距離または閾値時間である。ユーザがルート偏差閾値１６を選択しうるか、または、それはデフォルトで定義されうる。デフォルト値は、ルートの長さに依存して変動しうる。例えば、より長いルートは、ＰＯＩを見るためにルートからさらに外れて移動する意向がより大きいことを示し得、よって、ルート偏差閾値１６は、より短いルートの場合よりも高いデフォルト値に設定されうる。
【００１８】
[0025]  ユーザデバイス１０はまた、出発地ロケーション１２から目的地ロケーション１３までのルートを生成するルーティングアルゴリズム１７を含む。ルーティングアルゴリズム１７は、メディア密度スコア閾値１５を上回るメディア密度スコアを有し、かつ、ルート偏差閾値１６の範囲内であるロケーションを含まない初期の、すなわちデフォルトの、ルートを生成する。そのようなルートは、当技術分野で知られているように、最速時間、最短（most direct）ルート、有料道路なし（no toll roads）、等に基づきうる。ユーザデバイス１０が、メディア密度スコア閾値１６を上回るメディア密度スコアを有し、かつ、ルート偏差閾値１６の範囲内であるロケーションを識別した後、ルーティングアルゴリズム１７は、識別されたロケーションを含んだ新しいルートを生成することができる。メディア密度スコア閾値１５を上回るメディア密度スコアを有し、かつ、ルート偏差閾値１６の範囲内であるロケーションは、本明細書では、「関心ロケーション（locations of interest）」と呼ばれる。
【００１９】
[0026]  ユーザデバイス１０は記憶装置１８も含む。記憶装置１８は、内蔵または外付けであり得、ルート、ＰＯＩ、関心ロケーション、マップ、お気に入りの目的地、ユーザプリファレンス、等を記憶することができる。
【００２０】
[0027]  ユーザデバイス１０は、インターネット８０を通してサーバ２０と通信することができる。サーバ２０は、スキャナ２２、フィルタ２４、スコアラ２６、および記憶装置２８を含む。スキャナ２２は、メディアファイルおよび対応メタデータについて、様々な、ウェブサイト６０のようなウェブサイト、コンテンツサーバ５０のようなコンテンツサーバ、ソーシャルネットワーク７０のようなソーシャルネットワーキングサイトをスキャンする。フィルタ２４は、発見したメディアファイルをフィルタリングして、無関係なもの、すなわち自動車または徒歩で行くことができる一般関心ロケーション（locations of general interest）のものはないメディアファイル、を除去する。スコアラ２６は、ロケーションでキャプチャされたメディアの重要度、および、ロケーションでキャプチャされたメディアの数に基づいてロケーションにメディア密度スコアを割り当てる。
【００２１】
[0028]  記憶装置２８は、メディアファイル１ ３０およびメディアファイルＮ ４０のようなフィルタリングされたメディアファイルを記憶する。メディアファイル１ ３０は、メタデータ３１および実際のメディア３６を備える。メディア３６は、画像またはビデオメディアでありうる。メタデータ３１は、メディアファイル１ ３０がキャプチャされたロケーション３２、メディアファイル１ ３０のソース３３、メディアファイル１ ３０のランク３４、メディアファイル１ ３０がキャプチャされた際のタイムスタンプ３５を含む。
【００２２】
[0029]  メディアファイルＮ ４０は、メタデータ４１および実際のメディア４６を備える。メディア４６は、画像またはビデオメディアでありうる。メタデータ４１は、メディアファイルＮ ４０がキャプチャされたロケーション４２、メディアファイルＮ ４０のソース４３、メディアファイルＮ ４０のランク４４、メディアファイルＮ ４０がキャプチャされた際のタイムスタンプ４５を含む。
【００２３】
[0030]  ロケーション３２および４２は、メディアファイルメタデータに記憶されることが多い、メディアファイル１ ３０およびＮ ４０がキャプチャされたＧＰＳ座標でありうる。しかしながら、ＧＰＳ座標が利用可能でない場合、大まかなロケーション３２および／または４２が、メディアファイル１ ３０および／またはＮ ４０についてのファイル名、キャプション、コメント、等の他の情報から決定されうる。
【００２４】
[0031]  ソース３３および４３は、メディアファイル１ ３０およびＮ ４０のホストを示す。例えば、ソース／ホストは、ニュースマガジンウェブサイト、トラベルウェブサイト、写真共有ウェブサイト、ソーシャルネットワーキングウェブサイト、ブログウェブサイト、等でありうる。
【００２５】
[0032]  メタデータ３１および４１は、メディアファイル１ ３０またはＮ ４０がキャプチャされた日の天気、メディアファイル１ ３０またはＮ ４０のタイトルおよび／またはファイル名、メディアファイル１ ３０またはＮ ４０の説明、メディアファイル１ ３０またはＮ ４０のＵＲＬ、メディアファイル１ ３０またはＮ ４０をキャプチャしたデバイスのブランドおよびモデル、メディアファイル１ ３０またはＮ ４０をキャプチャしたユーザの名前、等のような他のメタデータも含みうる。
【００２６】
[0033]  メディアファイル１ ３０および／またはＮ ４０がキャプチャされた時の天気は、メディアファイル１ ３０および／またはＮ ４０自体を分析することで、または、メディアファイル１ ３０および／またはＮ ４０に関するコメントおよび／またはキャプションを解析することで決定されうる。天気情報はまたメタデータから抽出されうる。例えば、特定のカメラアプリケーションは、ユーザが写真を撮ったときに自動的に天気情報を記録する。
【００２７】
[0034]  ランク３４および４４は、メディアファイル１ ３０およびＮ ４０の重要度を示す。ランク３４および４４は、以下のような様々な基準のうちの１つ以上に基づく：
１．メディアファイルが賞を獲得したかどうか。
【００２８】
２．メディアファイルがプロ写真家によってキャプチャされたかどうか。
【００２９】
３．メディアファイルが、雑誌または新聞のような刊行物の表紙を飾ったかどうか。
【００３０】
４．メディアファイルに対して肯定的なプリファレンスを示したソーシャルネットワーク内のユーザの数。
【００３１】
５．閾値分離度（degree of separation）の範囲内にいる、ユーザと繋がっている（connect）ソーシャルネットワークの１つ以上のメンバがメディアファイルに対して肯定的なプリファレンスを示したかどうか。
【００３２】
６．メディアファイルについてのコメントの数。
【００３３】
７．メディアファイルが別のユーザに転送されたまたは別のウェブサイトに投稿された回数。
【００３４】
[0035]  メディアファイルに対する肯定的なプリファレンスは、メディアファイルについてコメントすること、メディアファイルを投稿または再投稿すること、メディアファイルまたはメディアファイルへのリンクを転送すること、メディアファイルを推奨すること、等、様々な方法で示されうる。
【００３５】
[0036]  ある態様では、フィルタリングされた各メディアファイルを記憶装置２８に記憶するよりもむしろ、空間を節約するために、記憶装置２８は、メタデータだけを記憶することができる。このケースでは、メディアファイルについてのメタデータは、サーバ２０がそのメディアファイルに対して何らかの処理、例えば、それが撮影されたときの天気を決定すること、を行う必要ができた場合に備えて、元のメディアファイルへのＵＲＬを含むだろう。
【００３６】
[0037]  別の態様では、サーバ２０は必要なく、ユーザデバイス１０が、スキャナ２２、フィルタ２４、スコアラ２６、および記憶装置２８を含む。この態様では、必要とされるデータ処理の量を制限するために、ユーザデバイス１０は、デフォルトのルートを算出し、次いで、そのルートの偏差閾値の範囲内のロケーションのメディアファイルについて、１つ以上のウェブサイト、コンテンツサーバ、および／またはソーシャルネットワーキングサイトの特定のセットをスキャンすることができる。
【００３７】
[0038]  サーバ２０は、インターネット８０を通して、コンテンツサーバ５０、ウェブサイト６０、ソーシャルネットワーク７０と通信することができる。サーバ２０は、メディアファイル５２、６２、７４、および７８のようなメディアファイルについて、コンテンツサーバ５０、ウェブサイト６０、およびソーシャルネットワーク７０の各々をスキャンすることができる。ソーシャルネットワーク７０は、少なくとも、ユーザ１ ７２およびユーザＮ ７６を含み、それらの各々は、関連メディアファイル７４および７８をそれぞれ有する。ユーザ１ ７２およびユーザＮ ７６は、互いのソーシャルネットワーク内に存在することも存在しないこともありうる。
【００３８】
[0039]  図２は、ある態様に係るワイヤレス通信システム１００の高水準システムアーキテクチャを例示する。ワイヤレス通信システム１００は、ＵＥ１…Ｎを含む。ＵＥ１…Ｎは、セルラ電話、ＰＤＡ、ページャ、ラップトップコンピュータ、デスクトップコンピュータ、等を含むことができる。例えば、図２では、ＵＥ１…２は、セルラ発呼電話として例示され、ＵＥ３…５は、セルラタッチスクリーン電話またはスマートフォンとして例示され、ＵＥ Ｎは、デスクトップコンピュータまたはＰＣとして例示される。
【００３９】
[0040]  図２について、ＵＥ１…Ｎは、エアインターフェース１０４、１０６、１０８、および／または直接的なワイヤード接続として図２に示される、物理的な通信インターフェースまたはレイヤを通してアクセスネットワーク（例えば、ＲＡＮ１２０、アクセスポイント１２５、等）と通信するように構成される。エアインターフェース１０４および１０６は、所与のセルラ通信プロトコル（例えば、ＣＤＡＭ（符号分割多元接続）、ＥＶ−ＤＯ（Evolution-Data Optimized）、ｅＨＲＰＤ（発展型高速パケットデータ）、ＧＳＭ（登録商標）（モバイル通信のためのグローバルシステム）、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）、Ｗ−ＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）、ＬＴＥ（ロングタームエボリューション）、等）に準拠し得、エアインターフェース１０８は、ワイヤレスＩＰプロトコル（例えば、ＩＥＥＥ８０２.１１）に準拠しうる。ＲＡＮ１２０は、エアインターフェース１０４および１０６のようなエアインターフェースを通してＵＥにサービスする複数のアクセスポイントを含む。ＲＡＮ１２０内のアクセスポイントは、アクセスノードまたはＡＮ、アクセスポイントまたはＡＰ、基地局またはＢＳ、ノードＢ、ｅノードＢ、等と呼ばれうる。これらのアクセスポイントは、地上のアクセスポイント（またはグラウンド局）または衛星アクセスポイントでありうる。ＲＡＮ１２０は、ＲＡＮ１２０によってサービスされるＵＥと、ＲＡＮ１２０またはまったく異なるＲＡＮによって他のＵＥとの間で回線交換（ＣＳ）呼をブリッジすることを含む様々な機能を行うことができるコアネットワーク１４０に接続するように構成され、インターネット１７５のような外部ネットワークとのパケット交換（ＰＳ）データの交換を仲介する。インターネット１７５は、多数のルーティングエージェントおよび処理エージェントを含む（便宜上、図２には示されない）。図２では、ＵＥ Ｎは、インターネット１７５に直接接続している（すなわち、コアネットワーク１４０とは別個に、例えば、ＷｉＦｉまたは８０２.１１ベースネットワークのイーサネット（登録商標）接続を通して）と示されている。それによって、インターネット１７５は、コアネットワーク１４０を介して、ＵＥ ＮとＵＥ１…Ｎとの間でパケット交換データ通信をブリッジするように機能することができる。ＲＡＮ１２０とは別個のアクセスポイント１２５もまた図１に示される。アクセスポイント１２５は、コアネットワーク１４０から独立して（例えば、FiOS、ケーブルモデム、等の光通信システムを介して）インターネット１７５に接続されうる。エアインターフェース１０８は、ある例では、ＩＥＥＥ８０２.１１のようなローカルワイヤレス接続を通してＵＥ４またはＵＥ５にサービスしうる。ＵＥ Ｎは、ある例では（例えば、ワイヤードおよびワイヤレスの両方の接続性を有するＷｉＦｉルータの場合）アクセスポイント１２５自体に対応しうる、モデムまたはルータへの直接接続のような、インターネット１７５へのワイヤード接続を有するデスクトップコンピュータとして示されている。
【００４０】
[0041]  図２について、アプリケーションサーバ１７０は、インターネット１７５、コアネットワーク１４０、または両方に接続されていると示されている。アプリケーションサーバ１７０は、複数の構造上別個のサーバとして実現されうるか、または代替的に、単一のサーバに対応しうる。以下でより詳細に説明されるように、アプリケーションサーバ１７０は、コアネットワーク１４０および／またはインターネット１７５を介してこのアプリケーションサーバ１７０に接続することができるＵＥに対して、１つ以上の通信サービス（例えば、ボイスオーバインターネットプロトコル（ＶｏＩＰ）セッション、プッシュツートーク（ＰＴＴ）セッション、グループ通信セッション、ソーシャルネットワーキングサービス、等）をサポートするように構成される。
【００４１】
[0042]  図３は、本開示の態様に係るＵＥの例を例示する。図３について、ＵＥ３００Ａは、発呼電話として例示され、ＵＥ３００Ｂは、タッチスクリーンデバイス（例えば、スマートフォン、タブレットコンピュータ、等）として例示される。図３に示されるように、ＵＥ３００Ａの外部筐体は、当技術分野で知られているように、数あるコンポーネントの中でもとりわけ、アンテナ３０５Ａ、ディスプレイ３１０Ａ、少なくとも１つのボタン３１５Ａ（例えば、ＰＴＴボタン、電源ボタン、音量制御ボタン、等）、およびキーパッド３２０Ａで構成される。また、ＵＥ３００Ｂの外部筐体は、当技術分野で知られているように、数あるコンポーネントの中でもとりわけ、タッチスクリーンディスプレイ３０５Ｂ、周辺のボタン３１０Ｂ、３１５Ｂ、３２０Ｂ、３２５Ｂ（例えば、電力制御ボタン、音量または振動制御ボタン、機内モード切替ボタン、等）、少なくとも１つのフロントパネルボタン３３０Ｂ（例えば、ホームボタン、等）で構成される。ＵＥ３００Ｂの一部としては明示的に示されていないが、ＵＥ３００Ｂは、ＵＥ３００Ｂの外部筐体内に組み込まれる１つ以上の集積アンテナおよび／または１つ以上の外部アンテナを含むことができ、それらは、ＷｉＦｉアンテナ、セルラアンテナ、衛星測位システム（ＳＰＳ）アンテナ（例えば、ＧＰＳアンテナ）、等を含むがそれらに限定されるわけではない。
【００４２】
[0043]  ＵＥ３００Ａおよび３００ＢのようなＵＥの内部コンポーネントは異なるハードウェア構成で具現化されうるが、内部ハードウェアコンポーネントのための基本的な高水準ＵＥ構成が、図３のプラットフォーム３０２として示されている。プラットフォーム３０２は、最終的にはコアネットワーク１４０、インターネット１７５、および／または他のリモートサーバおよびネットワーク（例えば、アプリケーションサーバ１７０、ウェブＵＲＬ、等）から来る、ＲＡＮ１２０から送信されたソフトウェアアプリケーション、データおよび／またはコマンドを受信および実行することができる。プラットフォーム３０２はまた、ＲＡＮインタラクションなしに、ローカルに記憶されたアプリケーションを独立して実行することができる。プラットフォーム３０２は、特定用途向け集積回路（ＡＳＩＣ）３０８、あるいは他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作的に結合されたＧＰＳ受信機３０４およびトランシーバ３０６を含むことができる。ＡＳＩＣ３０８または他のプロセッサは、ワイヤレスデバイスのメモリ３１２内のあらゆる常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース（ＡＰＩ）３１０レイヤを実行する。メモリ３１２は、読取専用メモリ（ＲＯＭ）またはランダムアクセスメモリ（ＲＡＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、フラッシュカード、またはコンピュータプラットフォームに共通した任意のメモリから構成されうる。プラットフォーム３０２はまた、メモリ３１２においてアクティブに使用されないアプリケーションおよび他のデータを記憶することができるローカルデータベース３１４を含むことができる。ローカルデータベース３１４は典型的に、フラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光学媒体、テープ、ソフトまたはハードディスク、等の、当技術分野で知られている任意の二次記憶デバイスでありうる。
【００４３】
[0044]  したがって、本開示の態様は、本明細書で説明された機能を行う能力を含んだＵＥ（例えば、ＵＥ３００Ａ、３００Ｂ、等）を含みうる。当業者によって認識されるように、様々な論理要素は、本明細書で説明される機能性を達成するために、ディスクリート要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアおよびハードウェアの任意の組み合わせで具現化されうる。例えば、ＡＳＩＣ３０８、メモリ３１２、ＡＰＩ３１０、およびローカルデータベース３１４はすべて、本明細書で開示される様々な機能をロード、記憶、および実行するために協力して使用され得、よって、これら機能を行うための論理は、様々な要素にわたって分散されうる。代替的に、機能性は、１つのディスクリートコンポーネントに組み込まれうる。したがって、図３のＵＥ３００Ａおよび３００Ｂの特徴は、単なる例示とみなされるべきであり、本開示は、例示される特徴または配列に限定されない。
【００４４】
[0045]  ＵＥ３００Ａおよび／または３００ＢとＲＡＮ１２０との間のワイヤレス通信は、ＣＤＭＡ、Ｗ−ＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重化（ＯＦＤＭ）、ＧＳＭ、あるいはワイヤレス通信ネットワークまたはデータ通信ネットワークで使用されうる他のプロトコルといった異なる技術に基づきうる。先に説明されており、かつ、当技術分野で知られているように、ボイス送信および／またはデータは、様々なネットワークおよび構成を使用してＲＡＮからＵＥに送信されうる。したがって、本明細書で提供される例示は、本開示の態様を制限することが意図されたものではなく、単に、本開示の態様の態様の説明に役立てることが意図される。
【００４５】
[0046]  図４は、機能性を行うように構成された論理を含む通信デバイス４００を例示する。通信デバイス４００は、ＵＥ３００Ａまたは３００Ｂ、ＲＡＮ１２０の任意のコンポーネント、コアネットワーク１４０の任意のコンポーネント、コアネットワーク１４０および／またはインターネット１７５（例えば、アプリケーションサーバ１７０）に結合された任意のコンポーネント、等を含むがそれに限定されない、上述された通信デバイスのいずれかに対応することができる。ゆえに、通信デバイス４００は、図２のワイヤレス通信システム１００を通して１つ以上の他のエンティティと通信する（または、それとの通信を容易にする）ように構成された任意の電子デバイスに対応することができる。
【００４６】
[0047]  図４について、通信デバイス４００は、情報を受信および／または送信するように構成された論理４０５を含む。ある例では、通信デバイス４００がワイヤレス通信デバイス（例えば、ＵＥ３００Ａまたは３００Ｂ）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、ワイヤレストランシーバのようなワイヤレス通信インターフェース（例えば、Bluetooth（登録商標）、ＷｉＦｉ、２Ｇ、ＣＤＭＡ、Ｗ−ＣＤＭＡ、３Ｇ、４Ｇ、ＬＴＥ、等）および関連ハードウェア（例えば、ＲＦアンテナ、ＭＯＤＥＭ、変調器および／または復調器、等）を含むことができる。別の例では、情報を受信および／または送信するように構成された論理４０５は、ワイヤード通信インターフェース（例えば、直列接続、ＵＳＢ、またはファイヤーワイヤー（登録商標）接続、インターネット１７５がアクセスされうるイーサネット接続、等）に対応しうる。ゆえに、通信デバイス４００が何らかのタイプのネットワークベーススのサーバ（例えば、アプリケーション１７０）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、ある例では、イーサネットプロトコルを介してネットワークベースのサーバを他の通信エンティティに接続するイーサネットカードに対応しうる。さらなる例では、情報を受信および／または送信するように構成された論理４０５は、通信デバイス４００がそのローカル環境をモニタリングすることができる感覚（sensory）または測定ハードウェア（例えば、加速度計、温度センサ、光センサ、ローカルＲＦ信号をモニタリングするためのアンテナ、等）を含むことができる。情報を受信および／または送信するように構成された論理４０５はまた、実行されたときに、情報を受信および／または送信するように構成された論理４０５の関連ハードウェアが、その受信および／または送信機能（１つ以上）を行うことを許すソフトウェアを含むことができる。しかしながら、情報を受信および／または送信するように構成された論理４０５は、ソフトウェア単体に対応するわけではなく、情報を受信および／または送信するように構成された論理４０５は、その機能性を達成するために、ハードウェアに少なくとも部分的に頼る。
【００４７】
[0048]  図４について、通信デバイス４００は、情報を処理するように構成された論理４１０をさらに含む。ある例では、情報を処理するように構成された論理４１０は、少なくとも、プロセッサを含むことができる。情報を処理するように構成された論理４１０によって行われうる処理のタイプの例となる実現は、決定を行うこと、接続を確立すること、異なる情報オプションの間で選択を行うこと、データに関する評価を行うこと、測定動作を行うために通信デバイス４００に結合されたセンサとインタラクトすること、情報をあるフォーマットから別のフォーマットに（例えば、.wmvから.aviといった異なるプロトコル間で）変換すること、等を含むがそれらに限定されるわけではない。例えば、情報を処理するように構成された論理４１０に含まれるプロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは本明細書で説明された機能を行うように設計されたそれらの任意の組み合わせに対応することができる。汎用プロセッサはマイクロプロセッサでありうるが、代替的に、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰと、１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアに連結した１つ以上のマイクロプロセッサ、またはその他のそのような構成との組み合わせとして実現されうる。情報を処理するように構成された論理４１０は、実行されたときに、情報を処理するように構成された論理４１０の関連ハードウェアが、その処理機能（１つ以上）を行うことを許すソフトウェアを含むことができる。しかしながら、情報を処理するように構成された論理４１０は、ソフトウェア単体に対応するわけではなく、情報を処理するように構成された論理４１０は、その機能性を達成するために、ハードウェアに少なくとも部分的に頼る。
【００４８】
[0049]  図４について、通信デバイス４００は、情報を記憶するように構成された論理４１５をさらに含む。ある例では、情報を記憶するように構成された論理４１５は、少なくとも、非一時的メモリおよび関連ハードウェア（例えば、メモリコントローラ、等）を含むことができる。例えば、情報を記憶するように構成された論理４１５に含まれる非一時的メモリは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られているその他の形式の記憶媒体に対応することができる。情報を記憶するように構成された論理４１５は、実行されたときに、情報を記憶するように構成された論理４１５の関連ハードウェアが、その記憶機能（１つ以上）を行うことを許すソフトウェアを含むことができる。しかしながら、情報を記憶するように構成された論理４１５は、ソフトウェア単体に対応するわけではなく、情報を記憶するように構成された論理４１５は、その機能性を達成するために、ハードウェアに少なくとも部分的に頼る。
【００４９】
[0050]  図４について、通信デバイス４００は、オプションで、情報を提示するように構成された論理４２０をさらに含む。ある例では、情報を提示するように構成された論理４２０は、少なくとも、出力デバイスおよび関連ハードウェアを含むことができる。例えば、出力デバイスは、ビデオ出力デバイス（例えば、ディスプレイスクリーン、およびＵＳＢ、ＨＤＭＩ（登録商標）のようなビデオ情報を搬送することができるポート、等）、オーディオ出力デバイス（例えば、スピーカ、およびマイクロフォンジャック、ＵＳＢ、ＨＤＭＩのようなオーディオ情報を搬送することができるポート、等）、振動デバイス、および／または、情報が出力のためにフォーマット化され、通信デバイス４００のユーザまたはオペレータによって実際に出力されうるその他のデバイスを含むことができる。例えば、通信デバイス４００が、図３に示されたＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、情報を提示するように構成された論理４２０は、ＵＥ３００Ａのディスプレイ３１０ＡまたはＵＥ３００Ｂのタッチスクリーンディスプレイ３０５Ｂを含むことができる。さらなる例では、情報を提示するように構成された論理４２０は、ローカルユーザを有さないネットワーク通信デバイス（例えば、ネットワークスイッチまたはルータ、リモートサーバ、等）のような特定の通信デバイスの場合、省略されうる。情報を提示するように構成された論理４２０は、実行されたときに、情報を提示するように構成された論理４２０の関連ハードウェアが、その提示機能（１つ以上）を行うことを許すソフトウェアを含むことができる。しかしながら、情報を提示するように構成された論理４２０は、ソフトウェア単体に対応するわけではなく、情報を提示するように構成された論理４２０は、その機能性を達成するために、ハードウェアに少なくとも部分的に頼る。
【００５０】
[0051]  図４について、通信デバイス４００は、オプションで、ローカルユーザ入力を受信するように構成された論理４２５をさらに含む。ある例では、ローカルユーザ入力を受信するように構成された論理４２５は、少なくとも、ユーザ入力デバイスおよび関連ハードウェアを含むことができる。例えば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス（例えば、マイクロフォン、または、マイクロフォンジャックのオーディオ情報を搬送することができるポート、等）、および／または、情報が、通信デバイス４００のユーザまたはオペレータから受信されることができるその他のデバイスを含むことができる。例えば、通信デバイス４００が、図３に示されたＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、ローカルユーザ入力を受信するように構成された論理４２５は、キーパッド３２０Ａ、ボタン３１５Ａまたは３１０Ｂ〜３２５Ｂのいずれか、タッチスクリーンディスプレイ３０５Ｂ、等を含むことができる。さらなる例では、ローカルユーザ入力を受信するように構成された論理４２５は、ローカルユーザを有さないネットワーク通信デバイス（例えば、ネットワークスイッチまたはルータ、リモートサーバ、等）のような特定の通信デバイスの場合、省略されうる。ローカルユーザ入力を受信するように構成された論理４２５は、実行されたときに、ローカルユーザ入力を受信するように構成された論理４２５の関連ハードウェアが、その入力受信機能（１つ以上）を行うことを許すソフトウェアを含むことができる。しかしながら、ローカルユーザ入力を受信するように構成された論理４２５は、ソフトウェア単体に対応するわけではなく、ローカルユーザ入力を受信するように構成された論理４２５は、その機能性を達成するために、ハードウェアに少なくとも部分的に頼る。
【００５１】
[0052]  図４について、構成済み論理（configured logic）４０５〜４２５は、図４において別個のまたは異なるブロックとして示されているが、それぞれの構成済み論理がその機能性を行うハードウェアおよび／またはソフトウェアが部分的に重なりうることは認識されるだろう。例えば、構成済み論理４０５〜４２５の機能性を容易にするために使用される任意のソフトウェアは、構成済み論理４０５〜４２５が各々、情報を記憶するように構成された論理４１５によって記憶されたソフトウェアの動作に部分的に基づいて、それらの機能性（すなわち、このケースでは、ソフトウェア実行）を行うために、情報を記憶するように構成された論理４１５に関連付けられた非一時的メモリに記憶されうる。同様に、構成済み論理のうちの１つに直接関連付けられたハードウェアは、時々、他の構成済み論理によって借用または使用されうる。例えば、情報を処理するように構成された論理４１０のプロセッサは、情報を受信および／または送信するように構成された論理４０５が、情報を処理するように構成された論理４１０に関連付けられたハードウェア（すなわち、プロセッサ）の動作に部分的に基づいてその機能性（すなわち、このケースでは、データの送信）を行うために、情報を受信および／または送信するように構成された論理４０５によって送信される前に、データを適切なフォーマットにフォーマット化することができる。
【００５２】
[0053]  概して、別途明示的に述べられていない限り、本開示全体にわたって使用される「〜するように構成された論理」という表現は、ハードウェアを用いて少なくとも部分的に実現される態様を呼び起こすことが意図され、ハードウェアから独立したソフトウェアだけの実現にマッピングすることは意図されない。また、様々なブロック内の、構成済み論理または「〜するように構成された論理」は特定の論理ゲートまたは要素に制限されず、しかしながら、概して、本明細書で説明される機能性を行う能力（ハードウェアか、ハードウェアとソフトウェアの組み合わせかのどちらかを介して）を指すことは認識されるだろう。ゆえに、様々なブロックで例示される、構成済み論理または「〜するように構成された論理」は、「論理」という用語を共有するにも関わらず、必ずしも、論理ゲートまたは論理要素として実現されるわけではない。様々なブロック内の論理間の他のインタラクションまたは協力は、以下でより詳細に説明される態様の検討から当業者には明らかになるだろう。
【００５３】
[0054]  図５は、ある態様に係るユーザデバイス５００の２つの例示的なスクリーン５１０および５３０を例示する。ユーザデバイス５００は、スマートフォンとして例示されるが、明らかなように、これは、代わりに、任意のセル電話、ＰＤＡ、タブレットコンピュータ、自動車ナビゲーションシステム、等である。
【００５４】
[0055]  スクリーン５１０は、ナビゲーションアプリケーションの例示的なユーザプリファレンススクリーンである。ユーザは、フィールド５１２において出発地ロケーションを指定することができる。図５の例では、フィールド５１２には、ユーザが、彼または彼女の現在のロケーションからのナビゲーションの開始を望むことを示す「現在地（My Location）」が表示される（populated with）。これはまた、フィールド５１２に対するデフォルト値でありうる。
【００５５】
[0056]  ユーザは、フィールド５１４において目的地ロケーションを指定することができる。図５の例では、フィールド５１４には特定のアドレスが表示される。他の態様では、そこには、当技術分野で知られているように、お気に入りの場所の名称、街の名称、２つの道路の交差点、等が表示されうる。
【００５６】
[0057]  ユーザは、フィールド５１６において、彼または彼女が移動を開始することとなる時間を指定することができる。図５の例では、フィールド５１６には、ユーザが現在旅行を開始しているまたはすでに旅の最中であることを示す「現在の時間」が表示される。これはまた、フィールド５１６に対するデフォルト値でありうる。ユーザは代替的に、将来の時間を指定しうる。これは、ユーザが事前に旅行を計画しており、どの関心ロケーションがルート沿いにありうるかを確認したいと望むときに有用である。
【００５７】
[0058]  ユーザは、フィールド５１８においてメディア密度スコア閾値を指定することができる。このフィールドは、関心ロケーションとなるために、および、ナビゲーションアプリケーションがロケーションを含めるよう元のルートまたはデフォルトのルートを再ルーティングするために、ロケーションが有されなければならない最小のメディア密度スコアを示す。図５の例では、ユーザは、「５００」というメディア密度スコアを指定している。これは、図５に示されるように、スライダバーを使用してドロップダウンメニューから、無線ボタンに関連付けられた値のリストから、または、複数の値のうち１つを選択するためのその他の従来の手段から選択されうる。
【００５８】
[0059]  ユーザは、フィールド５２０においてルート偏差閾値を指定することができる。このフィールドは、ユーザが関心ロケーションを見るために移動する意向のある、元のまたはデフォルトのルートからの最大の偏差を示す。偏差は、距離または時間でありうる。図５の例では、ユーザは、「１０マイル」を選択している。フィールド５１８と同様に、この値は、スライダバーを使用してドロップダウンメニューから、無線ボタンに関連付けられた値のリストから、または、複数の値のうち１つを選択するためのその他の従来の手段から選択されうる。
【００５９】
[0060]  スクリーン５３０は、ナビゲーションアプリケーションの例示的な関心ロケーションスクリーンである。スクリーン５３０は、ユーザがスクリーン５１０に示されるプリファレンスを入力し、ナビゲーションアプリケーションが、ユーザのプリファレンスに一致するロケーション（すなわち、関心ロケーション）を識別した後に表示されうる。ナビゲーションアプリケーションは、提案される関心ロケーションを、承認ボタン５３６を使用して承認するか、または、拒否５３８ボタンを使用して拒否するようユーザに促しうる。ユーザが見たいと望むのがどの関心ロケーションであるかを決定した後、ナビゲーションアプリケーションは、これらの関心ロケーションを含めるように元のまたはデフォルトのルートを再ルーティングすることができる。
【００６０】
[0061]  ナビゲーションアプリケーションは、追加的または代替的に、ユーザが関心ロケーションの閾値距離の範囲内に入る（get）と、関心ロケーションスクリーン５３０を表示することができる。閾値距離は、例えば、フィールド５２０において指定されたルート偏差閾値でありうる。代替的に、関心ロケーションからの一定の閾値距離を使用するというよりはむしろ、ナビゲーションアプリケーションは、関心ロケーションスクリーン５３０を、ユーザが元のまたはデフォルトのルートから逸れなければならなくなる閾値距離手前で表示することができる。このように、関心ロケーションを見ることについてユーザの気が変わった場合、ユーザは、関心ロケーションへのルートの任意の部分を辿るのではなく、元のルートに留まることができる。
【００６１】
[0062]  関心ロケーションスクリーン５３０は、関心ロケーションの画像５３２および関心ロケーションを説明する情報５３４を含むことができる。情報５３４は、関心ロケーションの名称およびロケーション、関心ロケーションの最良の眺めの方向、関心ロケーションを見る最良の時刻、関心ロケーションへのルート偏差、および／または、関心ロケーションを見るためにかかるコストを含むことができる。
【００６２】
[0063]  最良の眺めは、関心ロケーションが多くの角度から見られうる場合に特に有用であり、最良の時刻は、ユーザがその時刻に関心ロケーションにいるよう計画するのに有用である。関心ロケーションを見るためにかかるコストには、入場料、通行料、交通料、等が含まれうる。図５の例では、情報５３４は、１７ドルのフェリー料金を含む。
【００６３】
[0064]  図６は、ユーザデバイス１０のようなユーザデバイス、または、サーバ２０のようなサーバで行われる態様の例示的なフローを例示する。図６のフローでは、ユーザデバイスまたはサーバは、一般関心ロケーションを識別し、そこでキャプチャされたメディアファイルの数および重要度に基づいて、それらのロケーションに関するメディア密度スコアを算出する。
【００６４】
[0065]  ６１０において、ユーザデバイスまたはサーバは、メディアファイルについて、様々なウェブサイト、コンテンツサーバ、およびソーシャルネットワーキングサイトをスキャンする。サーバが図６のフローを行っている場合、サーバは、ウェブクローラのように、メディアファイルについて連続的にスキャンしうる。ユーザデバイスが図６のフローを行っている場合、このユーザデバイスは、オフピーク時の間に、メディアファイルについてスキャンすることができ、および／または、ユーザの閾値距離の範囲内、例えば、１００マイル内のロケーションでキャプチャされたメディアファイルだけについてスキャンしうる。これは、必要な処理リソースを減らす。代替的に、ユーザデバイスは、ユーザがナビゲーションアプリケーションを開き、ルートの出発地と目的地を入力するまで待機しうる。次に、ユーザデバイスは、デフォルトのルートを算出し、そのルートの偏差閾値の範囲内でキャプチャされたメディアファイルについてスキャンすることができる。ユーザデバイスの処理要件をさらに減らすために、ユーザデバイス、またはサーバでさえ、メディアファイルについて、１つ以上のウェブサイト、コンテンツサーバ、および／またはソーシャルネットワーキングサイトの特定のセットだけをスキャンすることができる。
【００６５】
[0066]  ６２０において、ユーザデバイスまたはサーバは、発見したメディアファイルをフィルタリングし、無関係なものを除去する。無関係なメディアファイルは、自動車で行くことができる一般関心ロケーションのものではないメディアファイルである。ユーザデバイスまたはサーバは、メディアファイルが関連性のあるものか無関係なものかを、メディアファイルのソース、メディアファイルの名称、キャプション、または説明、メディアファイルに関するコメント、等の、多数の要因に基づいて決定することができる。
【００６６】
[0067]  ６３０において、ユーザデバイスまたはサーバは、関連メディアファイルの各々のランク、すなわち重要度を算出する。図１のランク３４および４４に関連して上述されたように、ランクは、メディアファイルが賞を獲得したかどうか、メディアファイルがプロ写真家によってキャプチャされたかどうか、ディアファイルが、刊行物の表紙を飾ったかどうか、メディアファイルに対して肯定的なプリファレンスを示したソーシャルネットワーク内のユーザの数、閾値分離度の範囲内にいるユーザと繋がっているソーシャルネットワークの１つ以上のメンバがメディアファイルに対して肯定的なプリファレンスを示したかどうか、メディアファイルについてのコメントの数、メディアファイルが別のユーザに転送されたまたは別のウェブサイトに投稿された回数、等の様々な要因に基づく。この情報は、メディアファイルのメタデータ、メディアファイルのソース、メディアファイルの名称、キャプション、または、説明、メディアファイルに関するコメント、等の多数のソースから決定されることができる。
【００６７】
[0068]  所与のメディアファイルが有する要因が多いほど、それの重要度は大きくなる。追加的に、特定の要因は他のものよりも重要でありうる。例えば、ユーザから一分離度（one degree of separation）の範囲内にいるソーシャルネットワークのメンバがメディアファイルに対して肯定的なプリファレンスを示すことは、二分離度（two degrees of separation）の範囲内にいるソーシャルネットワークの別のメンバがメディアファイルに対して肯定的なプリファレンスを示すことよりも重要であろう。
【００６８】
[0069]  ６４０において、ユーザデバイスまたはサーバは、各メディアファイルがキャプチャされた時刻、およびメディアファイルがキャプチャされたときの天気を決定する。時刻は、メディアファイル上のタイムスタンプから決定されうる。タイムスタンプがない場合、ユーザデバイスまたはサーバはメディアファイルを分析して、少なくとも、それが日中に撮られたか夜にされたかを決定することができる。天気は、様々な方法で、例えば、メディアファイル自体を分析すること、メディアファイルに関するコメントおよび／またはキャプションを解析すること、天気情報をメディアファイルのメタデータから抽出すること、タイムスタンプによって示された日付についてメディアファイルのＧＰＳ座標の天気をルックアップすること、等によって決定されうる。
【００６９】
[0070]  ６５０において、ユーザデバイスまたはサーバは、それらのメタデータ、および、キャプチャ時の天気といった任意の追加で決定されたメタデータを含むメディアファイルを記憶する。メディアファイルは、当技術分野で知られているように、データベースに記憶されうる。メタデータは、アクセスをし易くするためにテーブルに記憶され、実際のメディアにリンク付けされうる。メディアファイルおよび追加のメタデータは、任意の数の方法で記憶され得、本開示は、本明細書で与えられる例に限定されない。
【００７０】
[0071]  ６６０において、ユーザデバイスまたはサーバは、一般関心ロケーションを識別する。ユーザデバイスまたはサーバは、メディアファイルがキャプチャされたロケーションに基づいて、一般関心ロケーションを識別する。すなわち、閾値数のメディアファイルが、所与の地理的ロケーションの閾値距離の範囲内でキャプチャされた場合、そのロケーションは、一般関心ロケーションとみなされる。メディアファイルの閾値数は、ユーザによって設定可能でありうるか、または、自動的に設定されうる。閾値が低いほど、ロケーションはより不明確になり、そのロケーションが実際に一般関心ロケーションである可能性が低くなる。閾値距離はまた、ユーザによって設定可能でありうるか、または、自動的に設定されうる。閾値が大きいほど、すべてのメディアファイルが同じロケーションをキャプチャする可能性が低くなり、したがって、そのロケーションが一般関心ロケーションである可能性が低くなる。
【００７１】
[0072]  ６７０において、ユーザデバイスまたはサーバは、識別されたロケーションに関するメディア密度スコアを算出する。一般関心ロケーションに関するメディア密度スコアが、そのロケーションでキャプチャされたメディアファイルの数、および、これらメディアファイルのランク（６３０で算出された）に基づいて算出されうる。そのロケーションでキャプチャされたメディアファイルが多いほど、および、これらメディアファイルのうち高いランクを有するものが多いほど、ロケーションのメディア密度スコアは高くなる。
【００７２】
[0073]  ある態様では、サーバがメディアファイルについて連続的にスキャンしているため、メディア密度スコアは、ユーザが移動している間に更新されうる。これは、所与のロケーションが最初の段階で推奨することになっていたかどうかに関係なく変わりうる。すなわち、メディア密度スコアの変化は、初めは推奨されなかった特定のロケーションが推奨されるようにし、推奨された他のものを推奨されないようにする。サーバは、以前に推奨された関心ロケーションを除去するための推奨を含んだ新しい推奨をユーザデバイスに送ることができ、これは、ユーザに知らせることができる。ユーザは、図５に関連して上述されたように、新しい推奨を承認するか拒否するかを選ぶことができる。ユーザが新しい推奨のどれかを承認すると、ユーザデバイスは、それらをルートに組み込むだろう。
【００７３】
[0074]  ある態様では、ルート偏差閾値の範囲内のロケーションのメディア密度スコアは、ユーザのソーシャルネットワークコンタクトがそのロケーションにいる場合、増加されうる。ユーザのコンタクトが所与のロケーションにいるかどうかは共有ソーシャルネットワークから決定されうる。というのも、メンバが彼らのロケーションを彼らのソーシャルネットワーク内のコンタクトと共有することが多いためである。メディア密度スコアは、コンタクトが、ユーザから一分離度の範囲内ある場合には特定の量増やされ、コンタクトがユーザから二分離度の範囲内にいる場合にはより少ない量増加されうる。ユーザは、メディア密度スコアのこの増加がメディア密度スコアをメディア密度スコア閾値よりも上に上昇させるのに十分な場合、ロケーションにいるコンタクトの存在について警告されうる。代替的に、ユーザは、ロケーションが関心ロケーションとして別途推奨されたであろうかどうかに関係なく、コンタクトがルート偏差閾値の範囲内のロケーションにいるときはいつでも知らされる。
【００７４】
[0075]  ある態様では、ユーザは、関心ロケーションに関するメディア密度スコアに影響を及ぼす様々な関心を設定することができる。例えば、ユーザは、彼または彼女がルートに沿って岩の造形（rock formations）を見たいと望むであろうことを示すプリファレンスを設定することができる。したがって、ルート偏差閾値の範囲内の任意のロケーションが岩の造形である場合、それらには、岩の造形以外のロケーションよりも高いメディア密度スコアが与えられるだろう。
【００７５】
[0076]  図７は、ある態様に係るユーザデバイス７０５とサーバ７０７との間の例示的なフローを例示する。図７のフローでは、ユーザデバイス７０５は、サーバ７０７と通信して、移動ルートを計画するために、関心ロケーションを識別する。
【００７６】
[0077]  ７１０において、ユーザデバイス７０５はルート基準を受信する。ルート基準は、出発地、目的地、出発時間、メディア密度スコア閾値、およびルート偏差閾値を含みうる。７１５において、ユーザデバイス７０５はルート基準をサーバ７０７に送る。ユーザデバイス７０５は、当技術分野で知られているように、ＷｉＦｉまたはセルラネットワークのようなエアインターフェースを通してルート基準をサーバ７０７に送りうる。
【００７７】
[0078]  ７２０において、ユーザデバイス７０５は、目的地までのデフォルトのルートを決定する。このルートは、当技術分野において知られているような、最速時間、最短ルート、有料道路なし、高速道路なし、等の様々なユーザプリファレンスに基づいて算出されうる。
【００７８】
[0079]  ７２５において、サーバ７０７はルート基準を受信する。７３０において、サーバ７０７は、受信されたメディア密度スコア閾値を上回るメディア密度スコアを有する第１のロケーション（図７では、「Ｌｏｃ．」と略されている）を読み込む。７３５において、サーバ７０７は、このロケーションが、受信されたルート偏差閾値の範囲内であるかどうかを決定する。範囲内でない場合、７５０において、サーバは、処理するための別のロケーションがあるかどうかを決定する。範囲内である場合、フローは７３０に戻り、サーバ７０７は次のロケーションを読み込む。
【００７９】
[0080]  しかしながら、ロケーションがルート偏差の範囲内である場合、７４０において、サーバは、ユーザデバイス７０５が、そのロケーションを訪ねるのに好ましい時間の間に、そのロケーションの閾値距離の範囲内にいることとなるかどうかを決定する。サーバは、ロケーションでキャプチャされたメディアファイルのタイムスタンプ、メディアファイルが日中にキャプチャされたか夜にキャプチャされたか、等の様々な要因に基づいて、ロケーションを訪ねるのに好ましい時間を決定することができる。例えば、メディアファイルの大半が、午後６時のような特定の時間頃に、または、夜と対比して日中にキャプチャされたものである場合、サーバ７０７は、それが、ロケーションを訪問するのに好ましい時間であることを決定することとなる。
【００８０】
[0081]  次に、サーバ７０７は、ユーザがその時間にそのロケーションの近くにいることとなるかどうかを決定する。サーバ７０７は、ユーザがロケーションに到達するまでにかかることとなる時間を算出し、出発時間（現在の時間に設定されていない場合には）を移動時間に追加し、ユーザが、好ましい時間にそのロケーションの近くにいることとなるかどうかを決定することができる。代替的に、サーバ７０７は、ルートを、そして、ユーザがそのロケーションに到達するまでにかかることとなる時間を、ルート基準の一部としてユーザデバイス７０５から受信しうる。
【００８１】
[0082]  ユーザが、好ましい時間にそのロケーションの閾値距離の範囲内にいることとならない場合、７５０において、サーバ７０７は、処理するための別のロケーションがあるかどうかを決定する。処理するための別のロケーションが存在する場合、フローは７３０に戻り、サーバ７０７は次のロケーションを読み込む。
【００８２】
[0083]  サーバ７０７は、ユーザが好ましい時間にそこにいることとならないまたはいることができない場合、ロケーションを勧めない。というのも、そのロケーションを関心ロケーションとしていることの一部は、そのロケーションが適切に見られることができるときにそこにいることであるからである。例えば、ロケーションがサンディエゴのサンセットクリフであり、そこでキャプチャされたメディアファイルの大半が午後６時頃にキャプチャされている場合、ユーザは、彼または彼女が正午頃にそこにいることとなる場合、訪れることに関心を示さない可能性が高い。
【００８３】
[0084]  ユーザが、好ましい時間にそのロケーションの閾値距離の範囲内にいることとなる場合、７４５において、サーバ７０７は、関心ロケーションとしてそのロケーションキャッシュする。７５０において、サーバは、処理するための別のロケーションがあるかどうかを決定する。ある場合、フローは７３０に戻り、サーバ７０７は次のロケーションを読み込む。ない場合、７５５において、サーバ７０７は、キャッシュされた関心ロケーションをユーザデバイス７０５に送る。７６０において、ユーザデバイス７０５は、関心ロケーションを受信する。
【００８４】
[0085]  ７６５において、ユーザデバイス７０５は、受信された関心ロケーションを含めるようにデフォルトのルートを修正する。ユーザプリファレンスに基づいて、ユーザデバイス７０５は、受信されたすべての関心ロケーションを含んだ新しいルートを自動的に生成しうる。代替的に、ユーザデバイス７０５は、順に、受信された各関心ロケーションをユーザに表示し、ユーザが、この関心ロケーションを承認または拒否することを可能にしうる。次に、ユーザデバイス７０５は、承認された関心ロケーションを含んだ新しいルートを生成することができる。
【００８５】
[0086]  図８は、ユーザデバイス８０５で行われる態様の例示的なフローを例示する。図８のフローでは、ユーザデバイス８０５は、移動ルートを計画するために、関心ロケーションを識別する。このフローは、フロー全体がユーザデバイス８０５で発生する（occur）点を除いて、図７に例示されたフローに類似する。
【００８６】
[0087]  ８１０において、ユーザデバイス８０５はルート基準を受信する。ルート基準は、出発地、目的地、出発時間、メディア密度スコア閾値、およびルート偏差閾値を含みうる。８２０において、ユーザデバイス８０５は、目的地までのデフォルトのルートを決定する。このルートは、当技術分野において知られているような、最速時間、最短ルート、有料道路なし、高速道路なし、等の様々なユーザプリファレンスに基づいて算出されうる。
【００８７】
[0088]  ８３０において、ユーザデバイス８０５は、選択されたメディア密度スコア閾値を上回るメディア密度スコアを有する第１の関心ロケーション（図８では、「Ｌｏｃ．」と略されている）を読み込む。８４０において、ユーザデバイス８０５は、ロケーションが、選択されたルート偏差閾値の範囲内であるかどうかを決定する。範囲内でない場合、８７０において、ユーザデバイス８０５は、処理するための別のロケーションがあるかどうかを決定する。範囲内である場合、フローは８３０に戻り、ユーザデバイス８０５は次のロケーションを読み込む。
【００８８】
[0089]  しかしながら、このロケーションがルート偏差閾値の範囲内である場合、８５０において、サーバは、ユーザデバイス８０５が、そのロケーションを訪ねるのに好ましい時間の間に、そのロケーションの閾値距離の範囲内にいることとなるかどうかを決定する。図７のサーバ７０７のように、ユーザデバイスは、ロケーションでキャプチャされたメディアファイルのタイムスタンプ、メディアファイルが日中にキャプチャされたか夜にキャプチャされたか、等の様々な要因に基づいて、ロケーションを訪ねるのに好ましい時間を決定することができる。
【００８９】
[0090]  次に、ユーザデバイス８０５は、ユーザがその時間にそのロケーションの近くにいることとなるかどうかを決定する。ユーザデバイス８０５は、ユーザが関心ロケーションに到達するまでにかかることとなる時間を算出し、出発時間（現在の時間に設定されていない場合には）を移動時間に追加し、ユーザが、好ましい時間にそのロケーションの近くにいることとなるかどうかを決定することができる。
【００９０】
[0091]  追加的に、ユーザデバイスは、ユーザがそのロケーションにいることとなる時間の天気がそのロケーションにとって適切となるかどうかを決定することができる。例えば、ロケーションが室外ロケーションであり、ユーザが到着するときに雨が降ることが予測される場合、ユーザデバイスは、そのロケーションを関心ロケーションとして推奨しないだろう。この天気の決定は動的に行われうる。すなわち、ユーザデバイスは、旅行中、周期的に天気をチェックすることができ、それが悪化しすぎて関心ロケーションを適切に見ることができない場合、ユーザデバイスは、ユーザに知らせ、ルートからこのロケーションを除去する。代替的に、ユーザは、この推奨を無視し、関心ロケーションに向かって進み続けることができる。
【００９１】
[0092]  ユーザが、好ましい時間にそのロケーションの閾値距離の範囲内にいることとなる場合、８７０において、ユーザデバイス８０５は、処理するための別のロケーションがあるかどうかを決定する。ある場合、フローは８３０に戻り、ユーザデバイス８０５は次のロケーションを読み込む。ユーザが、好ましい時間に、ロケーションの閾値距離の範囲内いることとならない場合、８６０において、ユーザデバイス８０５は、そのロケーションを関心ロケーションとして含めるようにルートを修正する。ユーザプリファレンスに基づいて、ユーザデバイス８０５は、識別された関心ロケーションを含んだ新しいルートを自動的に生成しうる。代替的に、ユーザデバイス８０５は、識別された関心ロケーションをユーザに表示し、ユーザが、この関心ロケーションを承認または拒否することを可能にしうる。次に、ユーザデバイス８０５は、承認された関心ロケーションを含んだ新しいルートを生成することができる。
【００９２】
[0093]  ８７０において、ユーザデバイス８０５は、処理するための別のロケーションがあるかどうかを決定する。ある場合、フローは８３０に戻り、ユーザデバイス８０５は次のロケーションを読み込む。ない場合、フローは終了する。
【００９３】
[0094]  当業者は、情報および信号が様々な異なる技術および技法のいずれかを使用して表されうることを認識するだろう。例えば、上記説明の全体にわたって参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００９４】
[0095]  さらに当業者は、本明細書で開示された態様に関連して説明された実例となる様々な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されうることを認識するだろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、実例となる様々なコンポーネント、ブロック、モジュール、回路、およびステップが、概ねそれらの機能性の観点から上で説明されている。このような機能性がハードウェアとして実現されるかソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられる設計制約に依存する。当業者は、特定の用途ごとに、上述された機能性を様々な方法で実現することができるが、このような実現の決定は、本開示の適用範囲からの逸脱の原因になるとして解釈されるべきではない。
【００９５】
[0096]  本明細書で開示された態様に関連して説明された実例となる様々な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは本明細書で説明された機能を行うように設計されたこれらの任意の組み合わせで、実現または実行されうる。汎用プロセッサはマイクロプロセッサでありうるが、代替的に、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰと、１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアに連結した１つ以上のマイクロプロセッサ、またはその他のそのような構成との組み合わせとして実現されうる。
【００９６】
[0097]  本明細書に開示された態様に関連して説明された方法、シーケンス、および／またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組み合わせにおいて具現化されうる。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られているその他の形式の記憶媒体に存在しうる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替的に、記憶媒体はプロセッサに一体化されうる。プロセッサおよび記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末（例えば、ＵＥ）内に存在しうる。代替的に、プロセッサおよび記憶媒体は、ユーザ端末においてディスクリートコンポーネントとして存在しうる。
【００９７】
[0098]  １つ以上の例示的な態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ可読媒体上の１つ以上の命令またはコードとして、記憶または送信されることができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある箇所から別の箇所へのコンピュータプログラム移送を容易にする任意の媒体を含む通信媒体とを両方含む。記憶媒体は、コンピュータによりアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコードを記憶または搬送するために使用されることができ、かつコンピュータによってアクセスされることができるその他の媒体を備えうる。また、任意の接続は厳密にはコンピュータ可読媒体と称されうる。例えば、ソフトウェアが、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して送信される場合、この同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は媒体の定義に含まれる。本明細書で使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザー（登録商標）ディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（disk）は、通常磁気的にデータを再生し、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の適用範囲内に含まれるべきである。
【００９８】
[0099]  先の開示は、本開示の実例となる態様を示しているが、添付の特許請求の範囲によって定義される本開示の適用範囲から逸脱することなく、様々な変更および修正が本明細書で行われうることに留意されたい。本明細書で説明された本開示の態様にしたがった方法請求項の機能、ステップ、および／またはアクションは、任意の特定の順序で行われる必要はない。さらに、本開示の要素は、単数形で説明されるまたは請求項に記載されうるが、単数形への制限が明記されていない限り複数形が予想される。
【図１】
2016509224.tif 000003
【図２】
2016509224.tif 000004
【図３】
2016509224.tif 000005
【図４】
2016509224.tif 000006
【図５】
2016509224.tif 000007
【図６】
2016509224.tif 000008
【図７】
2016509224.tif 000009
【図８】
2016509224.tif 000010
【手続補正書】
【提出日】平成27年10月30日(2015.10.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
目的地へルーティングするための方法であって、
出発地から前記目的地までのルートを決定することと、
関心ロケーションを推奨することと
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、方法。
【請求項２】
前記ルートを前記決定することは、前記出発地と前記目的地との間の最速ルートを決定することを備える、請求項１に記載の方法。
【請求項３】
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記関心ロケーションを含めるように前記ルートを修正すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ルートを前記修正する前に、前記関心ロケーションを説明する通知をユーザに表示することと、
前記ルートを修正する許可を前記ユーザから受信することと
をさらに備える、請求項４に記載の方法。
【請求項６】
前記推奨することは、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定することと、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項７】
前記推奨することは、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定することと、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定することと、
前記天気予報が前記関心ロケーションにとって好ましい天気予報である場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項８】
前記推奨することは、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定することと、
前記コンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項９】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項８に記載の方法。
【請求項１０】
前記推奨することは、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定することと、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項１１】
ルート間条件に基づいて前記ルートを動的に更新することをさらに備える、請求項１に記載の方法。
【請求項１２】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
前記ルートを前記動的に更新することは、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記ロケーションを関心ロケーションとして推奨することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ルートを前記動的に更新することは、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すことと
を備える、請求項１１に記載の方法。
【請求項１５】
前記推奨することを前記取り消すことは、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせることを備える、請求項１４に記載の方法。
【請求項１６】
前記推奨することを前記取り消すことは、前記関心ロケーションを前記ルートから除去することを備える、請求項１４に記載の方法。
【請求項１７】
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数
のうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項１８】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項１に記載の方法。
【請求項１９】
前記メディア密度スコアに関する前記閾値を受信することと、
前記ルートからの前記偏差の範囲を受信することと
をさらに備える、請求項１に記載の方法。
【請求項２０】
前記推奨することは、
前記ロケーションに関する前記メディア密度スコアを算出することと、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別することと
を備える、請求項１９に記載の方法。
【請求項２１】
前記方法は、ユーザデバイスによって行われ、前記閾値および前記偏差の範囲はユーザから受信される、請求項１９に記載の方法。
【請求項２２】
前記方法はサーバによって行われる、請求項１に記載の方法。
【請求項２３】
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するように構成された論理と、
関心ロケーションを推奨するように構成された論理と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
【請求項２４】
前記ルートを決定するように構成された前記論理は、前記出発地と前記目的地との間の最速ルートを決定するように構成された論理を備える、請求項２３に記載の装置。
【請求項２５】
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項２３に記載の装置。
【請求項２６】
前記関心ロケーションを含めるよう前記ルートを修正するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記ルートを修正する前に、前記関心ロケーションを説明する通知をユーザに表示するように構成された論理と、
前記ルートを修正する許可を前記ユーザから受信するように構成された論理と
をさらに備える、請求項２６に記載の装置。
【請求項２８】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にこととなるかどうかを決定するように構成された論理と、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項２９】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定するように構成された論理と、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定するように構成された論理と、
前記天気予報が前記関心ロケーションにとって前記好ましい天気予報である場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３０】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定するように構成された論理と、
前記ソーシャルコンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３１】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項３０に記載の装置。
【請求項３２】
推奨するように構成された前記論理は、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定するように構成された論理と、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項３３】
ルート間条件に基づいて前記ルートを動的に更新するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項３４】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項３３に記載の装置。
【請求項３５】
前記ルートを動的に更新するように構成された前記論理は、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３６】
前記ルートを動的に更新するように構成された前記論理は、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３７】
前記推奨することを取り消すように構成された前記論理は、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせるように構成された論理を備える、請求項３６に記載の装置。
【請求項３８】
前記推奨することを取り消すように構成された前記論理は、前記関心ロケーションを前記ルートから除去するように構成された論理を備える、請求項３６に記載の装置。
【請求項３９】
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数、
のうちの少なくとも１つに基づいて決定される、請求項２３に記載の装置。
【請求項４０】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項２３に記載の装置。
【請求項４１】
前記メディア密度スコアに関する前記閾値を受信するように構成された論理と、
前記ルートからの前記偏差の範囲を受信するように構成された論理と
をさらに備える、請求項２３に記載の装置。
【請求項４２】
推奨するように構成された前記論理は、
前記ロケーションに関する前記メディア密度スコアを算出するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別するように構成された論理と
を備える、請求項４１に記載の装置。
【請求項４３】
前記装置はユーザデバイスであり、前記閾値および前記偏差の範囲はユーザから受信される、請求項４１に記載の装置。
【請求項４４】
前記装置はサーバである、請求項２３に記載の装置。
【請求項４５】
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するための手段と、
関心ロケーションを推奨するための手段と
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
【請求項４６】
目的地にルーティングするための非一時的コンピュータ可読媒体であって、
出発地から前記目的地までのルートを決定するための少なくとも１つの命令と、
関心ロケーションを推奨するための少なくとも１つの命令と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、非一時的コンピュータ可読媒体。
【請求項４７】
前記メディアファイルは、前記関心ロケーションの画像またはビデオを備える、請求項１に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９８
【補正方法】変更
【補正の内容】
【００９８】
[0099]  先の開示は、本開示の実例となる態様を示しているが、添付の特許請求の範囲によって定義される本開示の適用範囲から逸脱することなく、様々な変更および修正が本明細書で行われうることに留意されたい。本明細書で説明された本開示の態様にしたがった方法請求項の機能、ステップ、および／またはアクションは、任意の特定の順序で行われる必要はない。さらに、本開示の要素は、単数形で説明されるまたは請求項に記載されうるが、単数形への制限が明記されていない限り複数形が予想される。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
目的地へルーティングするための方法であって、
出発地から前記目的地までのルートを決定することと、
関心ロケーションを推奨することと
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、方法。
［Ｃ２］
前記ルートを前記決定することは、前記出発地と前記目的地との間の最速ルートを決定することを備える、Ｃ１に記載の方法。
［Ｃ３］
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、Ｃ１に記載の方法。
［Ｃ４］
前記関心ロケーションを含めるように前記ルートを修正すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ５］
前記ルートを前記修正する前に、前記関心ロケーションを説明する通知をユーザに表示することと、
前記ルートを修正する許可を前記ユーザから受信することと
をさらに備える、Ｃ４に記載の方法。
［Ｃ６］
前記推奨することは、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定することと、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨することと
を備える、Ｃ１に記載の方法。
［Ｃ７］
前記推奨することは、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定することと、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定することと、
前記天気予報が前記関心ロケーションにとって好ましい天気予報である場合、前記関心ロケーションを推奨することと
を備える、Ｃ１に記載の方法。
［Ｃ８］
前記推奨することは、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定することと、
前記コンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨することと
を備える、Ｃ１に記載の方法。
［Ｃ９］
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、Ｃ８に記載の方法。
［Ｃ１０］
前記推奨することは、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定することと、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨することと
を備える、Ｃ１に記載の方法。
［Ｃ１１］
ルート間条件に基づいて前記ルートを動的に更新することをさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、Ｃ１１に記載の方法。
［Ｃ１３］
前記ルートを前記動的に更新することは、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記ロケーションを関心ロケーションとして推奨することと
を備える、Ｃ１１に記載の方法。
［Ｃ１４］
前記ルートを前記動的に更新することは、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すことと
を備える、Ｃ１１に記載の方法。
［Ｃ１５］
前記推奨することを前記取り消すことは、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせることを備える、Ｃ１４に記載の方法。
［Ｃ１６］
前記推奨することを前記取り消すことは、前記関心ロケーションを前記ルートから除去することを備える、Ｃ１４に記載の方法。
［Ｃ１７］
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数
のうちの少なくとも１つに基づいて決定される、Ｃ１に記載の方法。
［Ｃ１８］
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、Ｃ１に記載の方法。
［Ｃ１９］
前記メディア密度スコアに関する前記閾値を受信することと、
前記ルートからの前記偏差の範囲を受信することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ２０］
前記推奨することは、
前記ロケーションに関する前記メディア密度スコアを算出することと、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別することと
を備える、Ｃ１９に記載の方法。
［Ｃ２１］
前記方法は、ユーザデバイスによって行われ、前記閾値および前記偏差の範囲はユーザから受信される、Ｃ１９に記載の方法。
［Ｃ２２］
前記方法はサーバによって行われる、Ｃ１に記載の方法。
［Ｃ２３］
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するように構成された論理と、
関心ロケーションを推奨するように構成された論理と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
［Ｃ２４］
前記ルートを決定するように構成された前記論理は、前記出発地と前記目的地との間の最速ルートを決定するように構成された論理を備える、Ｃ２３に記載の装置。
［Ｃ２５］
前記偏差の範囲は、距離の偏差または時間の偏差のうちの少なくとも１つを含む、Ｃ２３に記載の装置。
［Ｃ２６］
前記関心ロケーションを含めるよう前記ルートを修正するように構成された論理
をさらに備える、Ｃ２３に記載の装置。
［Ｃ２７］
前記ルートを修正する前に、前記関心ロケーションを説明する通知をユーザに表示するように構成された論理と、
前記ルートを修正する許可を前記ユーザから受信するように構成された論理と
をさらに備える、Ｃ２６に記載の装置。
［Ｃ２８］
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にこととなるかどうかを決定するように構成された論理と、
前記ユーザが前記閾値距離の範囲内にいることとなる場合、前記関心ロケーションを推奨するように構成された論理と
を備える、Ｃ２３に記載の装置。
［Ｃ２９］
推奨するように構成された前記論理は、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定するように構成された論理と、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定するように構成された論理と、
前記天気予報が前記関心ロケーションにとって前記好ましい天気予報である場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、Ｃ２３に記載の装置。
［Ｃ３０］
推奨するように構成された前記論理は、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定するように構成された論理と、
前記ソーシャルコンタクトが前記関心ロケーションにいる場合、前記関心ロケーションを推奨するように構成された論理と、
を備える、Ｃ２３に記載の装置。
［Ｃ３１］
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、Ｃ３０に記載の装置。
［Ｃ３２］
推奨するように構成された前記論理は、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定するように構成された論理と、
前記関心ロケーションが前記ユーザの関心に関係している場合、前記関心ロケーションを推奨するように構成された論理と
を備える、Ｃ２３に記載の装置。
［Ｃ３３］
ルート間条件に基づいて前記ルートを動的に更新するように構成された論理
をさらに備える、Ｃ２３に記載の装置。
［Ｃ３４］
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、Ｃ３３に記載の装置。
［Ｃ３５］
前記ルートを動的に更新するように構成された前記論理は、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上に増加した場合、前記関心ロケーションを推奨するように構成された論理と
を備える、Ｃ３３に記載の装置。
［Ｃ３６］
前記ルートを動的に更新するように構成された前記論理は、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも下に減少した場合、前記関心ロケーションを前記推奨することを取り消すように構成された論理と
を備える、Ｃ３３に記載の装置。
［Ｃ３７］
前記推奨することを取り消すように構成された前記論理は、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせるように構成された論理を備える、Ｃ３６に記載の装置。
［Ｃ３８］
前記推奨することを取り消すように構成された前記論理は、前記関心ロケーションを前記ルートから除去するように構成された論理を備える、Ｃ３６に記載の装置。
［Ｃ３９］
前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数、
のうちの少なくとも１つに基づいて決定される、Ｃ２３に記載の装置。
［Ｃ４０］
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、Ｃ２３に記載の装置。
［Ｃ４１］
前記メディア密度スコアに関する前記閾値を受信するように構成された論理と、
前記ルートからの前記偏差の範囲を受信するように構成された論理と
をさらに備える、Ｃ２３に記載の装置。
［Ｃ４２］
推奨するように構成された前記論理は、
前記ロケーションに関する前記メディア密度スコアを算出するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内である場合、前記ロケーションを前記関心ロケーションとして識別するように構成された論理と
を備える、Ｃ４１に記載の装置。
［Ｃ４３］
前記装置はユーザデバイスであり、前記閾値および前記偏差の範囲はユーザから受信される、Ｃ４１に記載の装置。
［Ｃ４４］
前記装置はサーバである、Ｃ２３に記載の装置。
［Ｃ４５］
目的地にルーティングするための装置であって、
出発地から前記目的地までのルートを決定するための手段と、
関心ロケーションを推奨するための手段と
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、装置。
［Ｃ４６］
目的地にルーティングするための非一時的コンピュータ可読媒体であって、
出発地から前記目的地までのルートを決定するための少なくとも１つの命令と、
関心ロケーションを推奨するための少なくとも１つの命令と、
を備え、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記メディア密度スコアに関するメディアファイルの推奨の数に基づく、非一時的コンピュータ可読媒体。
【手続補正書】
【提出日】平成27年11月2日(2015.11.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための方法であって、
ユーザデバイスのユーザインターフェース上での表示のために、デバイスが、前記出発地から前記目的地までの前記ルートを算出することと、
前記ルートを算出することに応答して、前記デバイスが、関心ロケーションの推奨を決定することと、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々のメディアファイル品質に基づいて算出される、
前記デバイスが、前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示することと
を備える方法。
【請求項２】
前記ルートを前記算出することは、前記出発地と前記目的地との間の最速ルートを算出することを備える、請求項１に記載の方法。
【請求項３】
前記偏差の範囲は、前記ルート上の点から前記関心ロケーションまでの距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記関心ロケーションを含めるように前記ルートを修正すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ルートを前記修正する前に、前記関心ロケーションを説明する通知をユーザに表示することと、
前記ルートを修正する許可を前記ユーザから受信することと
をさらに備える、請求項４に記載の方法。
【請求項６】
前記推奨を前記決定することは、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定することと、
前記ユーザが前記好ましい時間に前記閾値距離の範囲内にいることとなると決定することに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項７】
前記推奨を前記決定することは、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定することと、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定することと、
前記天気予報が前記関心ロケーションにとって好ましい天気予報であることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項８】
前記推奨を前記決定することは、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定することと、
前記コンタクトが前記関心ロケーションにいることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項９】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項８に記載の方法。
【請求項１０】
前記推奨を前記決定することは、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定することと、
前記関心ロケーションが前記ユーザの関心に関係していることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項１１】
ルート間条件に基づいて前記ルートを動的に更新することをさらに備える、請求項１に記載の方法。
【請求項１２】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
前記ルートを前記動的に更新することは、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも上に増加したことに基づいて、前記ロケーションを関心ロケーションとして推奨することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ルートを前記動的に更新することは、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも下に減少したことに基づいて、前記関心ロケーションの前記推奨を取り消すことと
を備える、請求項１１に記載の方法。
【請求項１５】
前記推奨を前記取り消すことは、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせることを備える、請求項１４に記載の方法。
【請求項１６】
前記推奨を前記取り消すことは、前記関心ロケーションを前記ルートから除去することを備える、請求項１４に記載の方法。
【請求項１７】
前記ロケーションの前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的な推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数
のうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項１８】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項１に記載の方法。
【請求項１９】
前記メディア密度スコアに関する前記閾値を受信することと、
前記ルートからの前記偏差の範囲を受信することと
をさらに備える、請求項１に記載の方法。
【請求項２０】
前記推奨を前記決定することは、
前記ロケーションに関する前記メディア密度スコアを算出することと、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内であることに基づいて、前記ロケーションを前記関心ロケーションとして識別することと
を備える、請求項１９に記載の方法。
【請求項２１】
前記デバイスは、前記ユーザデバイスを備え、前記閾値および前記偏差の範囲はユーザから受信される、請求項１９に記載の方法。
【請求項２２】
前記デバイスはサーバを備える、請求項１に記載の方法。
【請求項２３】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための装置であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するように構成された論理と、
前記ルートの算出に応答して、関心ロケーションの推奨を決定するように構成された論理と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々のメディアファイル品質に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するように構成された論理と
を備える装置。
【請求項２４】
前記ルートを算出するように構成された前記論理は、前記出発地と前記目的地との間の最速ルートを算出するように構成された論理を備える、請求項２３に記載の装置。
【請求項２５】
前記偏差の範囲は、前記ルート上の点から前記関心ロケーションまでの距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項２３に記載の装置。
【請求項２６】
前記関心ロケーションを含めるよう前記ルートを修正するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記ルートを修正する前に、前記関心ロケーションを説明する通知をユーザに表示するように構成された論理と、
前記ルートを修正する許可を前記ユーザから受信するように構成された論理と
をさらに備える、請求項２６に記載の装置。
【請求項２８】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定するように構成された論理と、
前記ユーザが前記閾値距離の範囲内にいることとなると決定することに基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項２９】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定するように構成された論理と、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定するように構成された論理と、
前記天気予報が前記関心ロケーションにとって前記好ましい天気予報であることに基づいて、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３０】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定するように構成された論理と、
前記ソーシャルコンタクトが前記関心ロケーションにいることに基づいて、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３１】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項３０に記載の装置。
【請求項３２】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定するように構成された論理と、
前記関心ロケーションが前記ユーザの関心に関係していることに基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項３３】
ルート間条件に基づいて前記ルートを動的に更新するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項３４】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項３３に記載の装置。
【請求項３５】
前記ルートを動的に更新するように構成された前記論理は、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上に増加したことに基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３６】
前記ルートを動的に更新するように構成された前記論理は、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも下に減少したことに基づいて、前記関心ロケーションの前記推奨を取り消すように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３７】
前記推奨を取り消すように構成された前記論理は、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせるように構成された論理を備える、請求項３６に記載の装置。
【請求項３８】
前記推奨を取り消すように構成された前記論理は、前記関心ロケーションを前記ルートから除去するように構成された論理を備える、請求項３６に記載の装置。
【請求項３９】
前記ロケーションの前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的な推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数、
のうちの少なくとも１つに基づいて決定される、請求項２３に記載の装置。
【請求項４０】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項２３に記載の装置。
【請求項４１】
前記メディア密度スコアに関する前記閾値を受信するように構成された論理と、
前記ルートからの前記偏差の範囲を受信するように構成された論理と
をさらに備える、請求項２３に記載の装置。
【請求項４２】
前記推奨を決定するように構成された前記論理は、
前記ロケーションに関する前記メディア密度スコアを算出するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内であることに基づいて、前記ロケーションを前記関心ロケーションとして識別するように構成された論理と
を備える、請求項４１に記載の装置。
【請求項４３】
前記装置は前記ユーザデバイスであり、前記閾値および前記偏差の範囲はユーザから受信される、請求項４１に記載の装置。
【請求項４４】
前記装置はサーバである、請求項２３に記載の装置。
【請求項４５】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための装置であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するための手段と、
前記ルートを算出することに応答して、関心ロケーションの推奨を決定するための手段と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々のメディアファイル品質に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するための手段と
を備える装置。
【請求項４６】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための非一時的コンピュータ可読媒体であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するための少なくとも１つの命令と、
前記ルートを算出することに応答して、関心ロケーションの推奨を決定するための少なくとも１つの命令と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々のメディアファイル品質に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するための少なくとも１つの命令と
を備える非一時的コンピュータ可読媒体。
【請求項４７】
前記１つ以上のメディアファイルは、前記関心ロケーションの１つ以上の画像またはビデオを備える、請求項１に記載の方法。
【手続補正書】
【提出日】平成27年11月4日(2015.11.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための方法であって、
前記ユーザデバイスのユーザインターフェース上での表示のために、デバイスのプロセッサが、前記出発地から前記目的地までの前記ルートを算出することと、
前記ルートを算出することに応答して、前記デバイスの前記プロセッサが、関心ロケーションの推奨を決定することと、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々の重要度に基づいて算出される、
前記デバイスが、前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示することと
を備える方法。
【請求項２】
前記ルートを前記算出することは、前記出発地と前記目的地との間の最速ルートを算出することを備える、請求項１に記載の方法。
【請求項３】
前記偏差の範囲は、前記ルート上の点から前記関心ロケーションまでの距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記関心ロケーションを含めるように前記ルートを修正すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ルートを前記修正する前に、前記関心ロケーションを説明する通知をユーザに表示することと、
前記ルートを修正する許可を前記ユーザから受信することと
をさらに備える、請求項４に記載の方法。
【請求項６】
前記推奨を前記決定することは、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定することと、
前記ユーザが前記好ましい時間に前記閾値距離の範囲内にいることとなると決定することに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項７】
前記推奨を前記決定することは、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定することと、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定することと、
前記天気予報が前記関心ロケーションにとって好ましい天気予報であることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項８】
前記推奨を前記決定することは、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定することと、
前記コンタクトが前記関心ロケーションにいることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項９】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項８に記載の方法。
【請求項１０】
前記推奨を前記決定することは、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定することと、
前記関心ロケーションが前記ユーザの関心に関係していることに基づいて、前記関心ロケーションを推奨することと
を備える、請求項１に記載の方法。
【請求項１１】
ルート間条件に基づいて前記ルートを動的に更新することをさらに備える、請求項１に記載の方法。
【請求項１２】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
前記ルートを前記動的に更新することは、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも上に増加したことに基づいて、前記ロケーションを関心ロケーションとして推奨することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ルートを前記動的に更新することは、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定することと、
前記メディア密度スコアが前記閾値よりも下に減少したことに基づいて、前記関心ロケーションの前記推奨を取り消すことと
を備える、請求項１１に記載の方法。
【請求項１５】
前記推奨を前記取り消すことは、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせることを備える、請求項１４に記載の方法。
【請求項１６】
前記推奨を前記取り消すことは、前記関心ロケーションを前記ルートから除去することを備える、請求項１４に記載の方法。
【請求項１７】
前記ロケーションの前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的な推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数
のうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項１８】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項１に記載の方法。
【請求項１９】
前記メディア密度スコアに関する前記閾値を受信することと、
前記ルートからの前記偏差の範囲を受信することと
をさらに備える、請求項１に記載の方法。
【請求項２０】
前記推奨を前記決定することは、
前記ロケーションに関する前記メディア密度スコアを算出することと、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内であることに基づいて、前記ロケーションを前記関心ロケーションとして識別することと
を備える、請求項１９に記載の方法。
【請求項２１】
前記デバイスは、前記ユーザデバイスを備え、前記閾値および前記偏差の範囲はユーザから受信される、請求項１９に記載の方法。
【請求項２２】
前記デバイスはサーバを備える、請求項１に記載の方法。
【請求項２３】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための装置であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するように構成された論理と、
前記ルートの算出に応答して、関心ロケーションの推奨を決定するように構成された論理と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々の重要度に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するように構成された論理と
を備える装置。
【請求項２４】
前記ルートを算出するように構成された前記論理は、前記出発地と前記目的地との間の最速ルートを算出するように構成された論理を備える、請求項２３に記載の装置。
【請求項２５】
前記偏差の範囲は、前記ルート上の点から前記関心ロケーションまでの距離の偏差または時間の偏差のうちの少なくとも１つを含む、請求項２３に記載の装置。
【請求項２６】
前記関心ロケーションを含めるよう前記ルートを修正するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記ルートの修正の前に、前記関心ロケーションを説明する通知をユーザに表示するように構成された論理と、
前記ルートを修正する許可を前記ユーザから受信するように構成された論理と
をさらに備える、請求項２６に記載の装置。
【請求項２８】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザが、前記関心ロケーションを訪れるのに好ましい時間に、前記関心ロケーションの閾値距離の範囲内にいることとなるかどうかを決定するように構成された論理と、
前記ユーザが前記閾値距離の範囲内にいることとなるとの決定に基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項２９】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザが前記関心ロケーションに到達することとなる時間を決定するように構成された論理と、
前記ユーザが前記関心ロケーションに到達することとなる時間の前記関心ロケーションに関する天気予報を決定するように構成された論理と、
前記天気予報が前記関心ロケーションにとって前記好ましい天気予報であることに基づいて、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３０】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザのソーシャルコンタクトが前記関心ロケーションにいるかどうかを決定するように構成された論理と、
前記ソーシャルコンタクトが前記関心ロケーションにいることに基づいて、前記関心ロケーションを推奨するように構成された論理と、
を備える、請求項２３に記載の装置。
【請求項３１】
前記ソーシャルコンタクトは、前記ユーザと同じソーシャルネットワーク内にいる、請求項３０に記載の装置。
【請求項３２】
前記推奨を決定するように構成された前記論理は、
前記ルートを移動しているユーザの関心が前記関心ロケーションに関係していると決定するように構成された論理と、
前記関心ロケーションが前記ユーザの関心に関係していることに基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項２３に記載の装置。
【請求項３３】
ルート間条件に基づいて前記ルートを動的に更新するように構成された論理
をさらに備える、請求項２３に記載の装置。
【請求項３４】
前記ルート間条件は、
天気の変化、
前記関心ロケーションへの推定到着時間の変更、
前記関心ロケーションに関する更新済みメディア密度スコア、または
前記ルートに沿った地理的領域におけるソーシャルコンタクトの存在
のうちの少なくとも１つを含む、請求項３３に記載の装置。
【請求項３５】
前記ルートを動的に更新するように構成された前記論理は、
ロケーションに関するメディア密度スコアが前記閾値よりも上に増加したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上に増加したことに基づいて、前記関心ロケーションを推奨するように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３６】
前記ルートを動的に更新するように構成された前記論理は、
前記関心ロケーションに関する前記メディア密度スコアが前記閾値よりも下に減少したかどうかを決定するように構成された論理と、
前記メディア密度スコアが前記閾値よりも下に減少したことに基づいて、前記関心ロケーションの前記推奨を取り消すように構成された論理と
を備える、請求項３３に記載の装置。
【請求項３７】
前記推奨を取り消すように構成された前記論理は、前記ルートを移動しているユーザに、前記関心ロケーションがもはや関心ロケーションではないことを知らせるように構成された論理を備える、請求項３６に記載の装置。
【請求項３８】
前記推奨を取り消すように構成された前記論理は、前記関心ロケーションを前記ルートから除去するように構成された論理を備える、請求項３６に記載の装置。
【請求項３９】
前記ロケーションの前記メディア密度スコアは、
前記ロケーションの否定的な推奨に対する肯定的な推奨の比、
時期、
時刻、
天気条件、または
特定の地理的エリア内のロケーションの数、
のうちの少なくとも１つに基づいて決定される、請求項２３に記載の装置。
【請求項４０】
推奨の前記数は、ユーザのソーシャルネットワーク内のコンタクトに基づく、請求項２３に記載の装置。
【請求項４１】
前記メディア密度スコアに関する前記閾値を受信するように構成された論理と、
前記ルートからの前記偏差の範囲を受信するように構成された論理と
をさらに備える、請求項２３に記載の装置。
【請求項４２】
前記推奨を決定するように構成された前記論理は、
前記ロケーションに関する前記メディア密度スコアを算出するように構成された論理と、
前記メディア密度スコアが前記閾値よりも上であり、かつ、前記偏差の範囲内であることに基づいて、前記ロケーションを前記関心ロケーションとして識別するように構成された論理と
を備える、請求項４１に記載の装置。
【請求項４３】
前記装置は前記ユーザデバイスであり、前記閾値および前記偏差の範囲はユーザから受信される、請求項４１に記載の装置。
【請求項４４】
前記装置はサーバである、請求項２３に記載の装置。
【請求項４５】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための装置であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するための手段と、
前記ルートを算出することに応答して、関心ロケーションの推奨を決定するための手段と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々の重要度に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するための手段と
を備える装置。
【請求項４６】
出発地から目的地までのルートに沿った関心ロケーションを推奨するための非一時的コンピュータ可読媒体であって、
ユーザデバイスのユーザインターフェース上での表示のために、前記出発地から前記目的地までの前記ルートを算出するための少なくとも１つの命令と、
前記ルートの算出に応答して、関心ロケーションの推奨を決定するための少なくとも１つの命令と、ここにおいて、前記関心ロケーションは、閾値よりも高いメディア密度スコアを有し、かつ、前記ルートからの偏差の範囲内にあるロケーションであり、前記メディア密度スコアは、前記関心ロケーションに関する１つ以上のメディアファイルの数および前記１つ以上のメディアファイルの各々の重要度に基づいて算出される、
前記ユーザデバイスの前記ユーザインターフェース上に前記推奨を表示するための少なくとも１つの命令と
を備える非一時的コンピュータ可読媒体。
【請求項４７】
前記１つ以上のメディアファイルは、前記関心ロケーションの１つ以上の画像またはビデオを備える、請求項１に記載の方法。
【請求項４８】
前記１つ以上のメディアファイルのうちのメディアファイルの重要度は、前記メディアファイルが賞を獲得したかどうか、前記メディアファイルがプロ写真家によってキャプチャされたかどうか、前記メディアファイルが、刊行物の表紙を飾ったかどうか、前記メディアファイルに対して肯定的なプリファレンスを示したソーシャルネットワーク内のユーザの数、前記ユーザデバイスの前記ユーザの閾値分離度の範囲内にいるソーシャルネットワークの１つ以上のメンバが前記メディアファイルに対して肯定的なプリファレンスを示したかどうか、前記メディアファイルについてのコメントの数、前記メディアファイルが別のユーザに転送された回数、または前記メディアファイルが別のウェブサイトに投稿された回数、のちの１つ以上に基づく、請求項１に記載の方法。
【国際調査報告】
2016509224.tif 000011
2016509224.tif 000012
2016509224.tif 000013