JP2008517393A - 情報を提供するための空間アグリゲータ・システム - Google Patents

Abstract

ユーザ可読ではなくマシン可読であるように設計された１つ以上のソースから情報フィードを読み出す手段であって、前記フィードの１つ以上は、複数のエントリとして表現されるコンテンツを有し、それぞれのエントリは空間参照を組み込む手段と、前記フィードから得られたコンテンツにユーザの関心をマッチさせるためにユーザの関心を判断する手段と、前記空間参照されたフィードからユーザにコンテンツを提供する手段とを情報提供システムが含み、これによってコンテンツがユーザの空間的関心にほぼマッチする。
【選択図】図１

Description

本発明は、情報提供システムに関する。このシステムは、デスクトップ・アプリケーションからモバイル・ユニット・アプリケーションにわたる様々なアプリケーションを有することができる。

以下の明細書において、携帯電話を使用して本発明の特定のアプリケーションを説明するが、本発明はデスクトップ・コンピュータ、ラップトップ、ＰＤＡ（Ｐａｌｍ Ｐｉｌｏｔｓ（登録商標）のような携帯情報端末）またはその類を含む固定式および移動式のすべての種類の受信ユニットのほか、移動式受信ユニットとなる車両または船にも係わる。

本発明（「空間アグリゲータ」と称されることもある）は、ある人々（「発行者」）が実世界の位置に関する情報を発行すること、および別の人々（「ユーザ」）が特定の場所についての情報を見つけ出すことを容易にするものである。実世界の位置に関する情報は、空間情報と称されることがある。本発明は、Ｇｏｏｇｌｅ（登録商標）およびＹａｈｏｏ（登録商標）のような「サーチエンジン」と同様な働きをする。よって、最も近い先行技術はサーチエンジンにおいて見ることができる。

サーチエンジンは、ウェブサイトを「クロール」し、個々のウェブページを収集しインデックス化することによってウェブのインデックスを構築する。ウェブページを記述する言語（例えば、ＨＴＭＬ）には、テキスト・コンテンツとともにそのコンテンツがどのように表示されるかを記述するマークアップが含まれる。これによって、あるページの異なった箇所を識別し、必要に応じて、異なった処理をすることができる。例えば、ウェブページのタイトルを識別し、ページの本文に表示される言葉よりも、ページのタイトルに表示される言葉に高い「重要度」を付けることができるであろう。

クロールのプロセス自体には、新しいウェブページを捜し出すためにウェブページに登場する「リンク」を追うことが含まれる。しかし、通常のブラウジング状況下であれば、ユーザの入力に応答して生成されることとなるウェブページの検索をクローリング・プロセスがすることは難しい。例えば、指定された駅の時刻表を示すウェブページにアクセスするには、ユーザが駅名を入力する必要があるであろう。したがって、正しい駅名を知らなければ、クローリング・プロセスが時刻表のページを見つけることができない。

サーチエンジンは、「ブラジル ナッツ」のクエリ中の単語「ブラジル」のように、ユーザがサーチ・クエリに地理的参照を含めると、それに応答して、空間情報を返すこともできる。概念としては、サーチエンジンは、「ブラジル」という単語に関連するすべてのページおよび「ナッツ」という単語に関連するすべてのページを見つけ出し、クエリとウェブ全体におけるそのウェブページの相対的な重要性などのグローバルな基準とにマッチするいくつかの結果に従ってページを順序づける。このアプローチでは、サーチエンジンが、単語「ブラジル」が特定の場所に関連するということを理解する必要がなく、これは「ナッツ」という単語の場合と同様である。

ごく最近、サーチエンジンには「ローカル」サーチ用のオプションが含まれている。ローカル・サーチにおいて、サーチ・クエリの一部に、特に位置に関連する言葉を含めることが予想される。実際、多くの具体的な場合をみると、「何を」および「どこで」と表示されたところに書き込み用の２つのテキスト・ボックスがユーザに示されている。ローカル・サーチをサポートするには、最初に「クロール」されたときよりも、ウェブページからより多くの情報を抽出する必要がある。サーチエンジンは、空間参照がウェブページにあるかどうか、およびどの位置が参照されているかを最初に判断しなければならない。サーチエンジンは、これを主に表示目的に書かれたコンテンツおよびマークアップに基づいて行なわなければならない。ページのタイトルと違い、ページ本文の空間参照は容易に識別できない。

本発明は、空間情報の収集のために利用されるテクニカル・システムにおけるローカル・サーチの上記のような「従来の」形式とは異なるものである。

広い独立態様によれば、本発明は、ユーザ可読ではなくマシン可読であるように設計された１つ以上のソースから情報フィードを読み出す手段であって、前記フィードの１つ以上は、複数のエントリとして表現されるコンテンツを有し、それぞれのエントリは空間参照を組み込む手段と、前記フィードから得られたコンテンツにユーザの関心をマッチさせるためにユーザの関心を判断する手段と、前記空間参照されたフィードからユーザにコンテンツを提供する手段とを含み、これによってコンテンツがユーザの空間的関心にほぼマッチする情報提供システムを提供する。

一態様において、本発明のシステムは、マシンによって集約されるように特別に設計されたフィードを読むための手段を備える。従属態様において、このようなフィードは、人が読むことのできるウェブサイトおよびマシン可読なフィードの両方を生成するブログ・オーサリング・ツールと称されることもある最新のパーソナル・パブリッシング・ツールから利用可能である。

ウェブページの記述に使用される言語（例えば、ＨＴＭＬ）は、コンテンツがどのように表示されるべきかを記述するマークアップとともにテキストのコンテンツを保持する。フィードのインプリメントに使用する言語（例えば、ＲＳＳおよびＡｔｏｍ）は、コンテンツの意味することを記述するマークアップとともにテキストのコンテンツを保持する。

本発明のシステムによって、発行者およびユーザの両方が位置の識別および位置の指定をするために、様々なタイプの空間参照を使用することができるようになる。これには、任意ではあるが、指定された座標参照システム内の座標を使用して、位置／場所を指定することも含まれる。さらに、任意ではあるが、アドレスを使用して位置／場所を指定することも含まれる。多様なタイプの空間参照を扱うことができるため、発行者に必要となる地理的専門知識を最小限にし、空間情報の発行をより容易にする。また、ユーザに必要な地理的専門知識を最小限にし、空間情報へのアクセスをしやすくする。

一態様において、本発明のシステムは、必要に応じてジオコーディングおよび逆ジオコーディングの技術を使用して、すべての発行された情報およびクエリを共通の座標参照システムに変換することができる。

本発明の広い独立態様において定義される特徴の組み合わせは、ユーザが自分の特定の関心に関連する情報を即座に受け取ることができるようにするものであるため、特に発明性がある。例えば、ユーザがシステムに対して「近くの飲食店はどこ？」といった種類のクエリを送ると、システムは、ユーザによる判断が不可能であろう例えばケンブリッジ中の全ての住所を送ることなく、またはクエリを行なった時の自分のいる郵便番号／街路を知ることをユーザに求めることなく、ユーザの位置に特定的な情報を送ることとなる。したがって、提供された情報は空間的に正しく関連するものであり、ユーザによる判断が容易なものである。このシステムは、携帯電話アプリケーションに特に利益があるが、デスクトップ・アプリケーションにとっても有利となり得る。

本発明は、一態様において、関連する位置を直接識別するマークアップを含むフィードを読むことによって空間情報を収集するため、特に有利である。ここでは、発行者が既に位置との関連を明示的に指定している。さらに、発行者は、明確な解釈とともに空間参照を使用して位置を識別している。これは、サーチエンジンが最初にページに空間参照があるかどうかを判断し、ある場合どの位置を参照しているかを判断しなければならない従来のローカル・サーチと対照的である。サーチエンジンはこれを、主に表示の目的のために書かれたコンテンツおよびマークアップに基づいて行なわなければならない。ゆえに、本発明の結果、エラーが少なくなりやすい。

さらに、フィードを使用することによって、発行者は、従来のサーチエンジンが使用する標準の「ウェブ・クローリング」技術がアクセスすることができなかったコンテンツを記述することができる。例えば、発行者は、通常ユーザがいくつかの入力を与えてからでないとアクセスを得ることができないディープリンクされたリソースについての情報を提供することができる。

さらに、フィード発行に関連する標準の技術を使用することによって、発行者が本発明のシステムに新しいコンテンツをタイムリーな態様で通知する（または本発明のシステムに発見させる）ことができる。これは、従来のサーチエンジンによってアクセス可能となる前に通常期限切れとなるであろう短期間のコンテンツについての情報をフィードが配信できることを意味する。

本発明の広い独立態様に係る従属態様では、空間的に参照されるコンテンツのデータベースを構築するために、システムが定期的にフィードをポーリングするように設定される。これは、ユーザが、関心のあるソースおよびユーザの空間問い合わせに関連するソースから関連するデータを容易に得ることができるようになるため、特に有利となるであろう。また、これによってユーザが現在の情報を容易に得ることができるようになるであろう。データベースは、元の情報ソースにさらにアクセスすることなく問い合わせを行なうことができる。これは、ソースへの接続が何らかの理由でリアルタイムに利用できない場合、特に便利である。

さらなる従属態様において、ユーザの関心が郵便番号および／またはキーワードおよび／または空間座標などの空間参照を含む場合に、システムがユーザの関心に応答するように構成されている。

さらなる従属態様において、ユーザの関心が関心のある時間および／または日付を含む場合に、システムがユーザの関心に応答するように構成されている。

さらなる従属態様において、ユーザの関心がユーザの関心を示すプロファイルおよび／または特定のフィードにおけるユーザの関心および／または「ホーム」および「オフィス」のような位置に意味的にタグ付けされた空間参照などのユーザに関連する個人情報を含む場合に、システムがユーザの関心に応答するように構成されている。

さらなる従属態様において、システムが、フィードのエントリの中に含まれる郵便番号および／またはキーワードおよび／または空間座標のような多数の空間参照を判断する。このアプローチにより、提供者が必然的に業界標準を採用することが防がれる。よって、このシステムは様々なフィード・タイプにアクセスすることができるようになる。

さらなる従属態様において、フィードの提供者が、フィードに含まれるエントリに時間ベースの空間参照を割り当てる。これによって、より関連性の高い情報を素早く識別することができる。

さらなる従属態様において、フィードの提供者が、フィードに含まれるエントリに分類情報を割り当てる。

さらなる従属態様において、ページ上のテキストとして、または画像内のグラフィックとして人が読み取れる形式でエントリを表現できるように、フィードの提供者がラベリング情報および／またはグラフィック表示（例えば「アイコン」）に関連する情報を割り当てる。

さらなる従属態様において、人が読み取れる形式のエントリをさらなる情報に「リンク」させることができるように、フィードのソース提供者が、フィード内に含まれるエントリへのディープリンクを割り当てる。これによって、標準のインターネット・ベース技術を使用して前記エントリについてのさらなる情報を検索することができるようになる。

さらなる従属態様において、カテゴリ毎に、または関連するタグと共に情報を保存し、以前にアクセスした情報を記録する手段が提供され、これによってシステムが以前に記録された関心に従って情報を選択する。これによってさらに、特にユーザの情報要求が「ソーホーのレストラン」などのように幅広い場合に、より関連の大きい情報をユーザに提供することができる。

さらなる従属態様において、システムは、位置表示を受信および表示するためのモバイル受信ユニットと、前記モバイル受信ユニットから離れて配置される処理手段と、前記ユニットと前記処理手段との間の遠隔通信を可能とさせる手段と、ユーザの特定の空間位置を決定する手段とを含むモバイル・ガイダンス・システムに具現化され、位置を示す印の表示およびユーザの関心情報へのアクセスをユーザに提供するために、前記処理手段が決定されたユーザの特定の空間位置をユーザの関心基準で判断することを特徴とする。

このシステムには、モバイルのユーザが特定の目的地への最新の列車発車時刻の受け取りに関心がある場合、駅の場所の地図とユーザの関心の基準とを同時に表示させることができるといった、いくつもの利点がある。例えば、駅に向かう途中の近くのマクドナルド、スーパーマーケット、または他の場所にはユーザは興味がないこともある。特に小規模の携帯電話ユニット上の表示を向上させるためには、上記のようにして注意深く選択された情報を表示することによって、ユーザ特定の態様で表示される情報を最小化する。

さらなる従属態様において、ユニットと処理手段との間の通信が、ユーザの関心情報および表示された位置を示す印の両方をリアルタイムで更新するための手段を使用する。これにより、例えば、正しい最小限の列車時刻表を地図の横に並べて表示させることができるようになるであろう。これは、例えば、電車が遅れていると示された場合に、ユーザが実際に駅に行かずに駅の外のコーヒー・ショップに入ることができるなど、列車の遅れ等を考慮することもできる。

さらなる従属態様において、処理手段がカテゴリ毎の情報を格納し、以前にアクセスした情報を記録する。それによって、システムが以前に記録された関心に従ってディスプレイを選択する。これにより、ディスプレイに送られる情報を特別に用意することができ、ユーザが関心を持たないであろう情報の表示の最小化も行ない、したがって表示のわかりやすさおよび使いやすさを最大限にできる。

さらなる従属態様において、ある表示をユーザがブロックできるような手段が提供される。

空間アグリゲータ１は、コンテンツ・ソース１、２、３および４をポーリングし、その応答として、空間参照を持つエントリを含むフィード５を得る。空間アグリゲータは、これらを使用して空間モデル６をポピュレートする。ユーザは、自分のモバイル・デバイス７からサーバ・サイド・アプリケーション８に要求を出す。このアプリケーションは、位置決定システム９を使用してユーザのおおよその位置を得る。続いて、このアプリケーションはユーザに代わって、ユーザのおおよその位置が含まれている要求（ユーザの要求１０）を空間アグリゲータ１へ出す。空間アグリゲータは、空間モデル６の中のどのエントリがユーザの要求に最もマッチするかを判断し、それらをレスポンス１１によってサーバ・サイド・アプリケーションに送り返す。次いで、サーバ・サイド・アプリケーションはレスポンスの中の情報をページへレンダリングする。このアプリケーションは、地図データベース１２と共に地図画像を構築する。このページおよび地図画像は、モバイル・デバイス７へのレスポンスの中で使用される。

確立された特許実務によれば、図１は発明の空間アグリゲータ１がどのように使用され得るかを示す、考えられ得る１つの例である（発明の範囲は、本明細書に添付の特許請求の範囲において定義される）。例えば、ユーザの要求１０は、位置決定システム９の代わりにアドレスを調べることによって得られる位置を使用して、（モバイル・デバイス７とサーバ・サイド・アプリケーション８との組み合わせの代わりに）デスクトップ・アプリケーションまたはモバイル・デバイスに常駐するＪａｖａアプリケーションから発せられるものであってもよい。

図１の実施形態において、ユーザは移動式受信ユニットを有する携帯電話を用いる。ユーザがシステムを起動させると、周知の空間位置決定技術を使用しているであろうユーザ・ロケータが携帯電話のおおよその位置を識別する。続いて、ユーザに特定の空間コンテンツを与えるために、アグリゲータによって得られた空間参照されるコンテンツとユーザの位置がマッチされる。

アグリゲータは、複数のソースからの情報フィードをポーリングすることとなる。これらのフィードは、本記載中ではエンド・ユーザが読むことのできないＸＭＬのようなマシン可読フォーマットで、空間参照されるコンテンツをエントリのセットとして配信する。要求には、フィードが最後にポーリングされたのがいつであるかについての情報を含めることができる。このシステムは、追加分の変更のみを返すフィード、または指定されたポーリング時間から変更がないことを示すフィードを扱うように構成することができる。

フィード中のエントリには、実世界に関連位置があるものについての情報が含まれる。例えば、「アルバート・ホール」のような会場には、関連位置がある。同様に、「２００４プロムス」などのようなイベントも関連位置および関連「期間」がある。この位置が、空間参照として表現される。一般に、この情報には、人が読むことのできるラベル、簡潔な記述、および標準のインターネット技術を用いてより多くの情報を引き出すことのできる１つ以上の「ディープ」リンクのうちのいくつかまたはすべてを含めることもできる。次の例は、単一のエントリを有する、考えられ得るフィード・レスポンスを示している。

<feed>
<entry>
<label>Gwen John and Augustus John</label>
<link>http://www.tate.org.uk/britain/exhibitions/john/</link>
<description> This is the first major exhibition to focus on the work of sibling artists Gwen and Augustus John.</description>
<spatial_reference>
<postcode>SWl P 4RG</postcode>
</spatial_reference>
</entry>
</feed>

空間参照は、位置を高精度に定義できる（例えば、ビルの番号や郵便番号によってイギリスの個々のビルを識別できる）か、あるいは位置をある程度定義できる（例えば、ある地点および関連する範囲によっておおよその郵便番号を求めることができる）。

別のメカニズムを使用して、空間参照を提供することもできる。例えば、デフォルトの基準座標システムにおいて地理的座標を使用して指定された位置をspatial_referenceタグを使用して保持できる。

<spatial_reference>
<geo:lat>51.4909</geo:lat>
<geo:long>-0.1272</geo:long>
</spatial_reference>

このシステムは、複数のタイプの空間参照を認識するように構成することもでき、spatial_referenceタグの存在に依存しない。このシステムは、すべてのコンテンツを空間的に問い合わせることができる共通の空間モデルにすべての空間参照を変える。

また、エントリにはエントリが示すものについての情報（例えば、「駐車場」、「駅」、「音楽会場」などの分類および／または「カテゴリ：レストラン」、「料理：トルコ料理」、「タグ：ケバブ」、「タグ：メゼ」などのいずれも列挙することのできる名前および値を組み合わせた属性のセットおよび／またはそのエントリが「スポンサー付き」であるかどうかを示すフラグ）、およびそのエントリがどのようにレンダリングされるべきかについての情報を含めることができる。例えば、エントリを地図上に表そうとする場合、そのエントリにはどんな「アイコン」を使用してそれを示すのかについての情報を含むことができる。さらに、この情報は、この「アイコン」が動的であるか否かを示すフラグも含むことができる。「最新の」結果を確保するためには、地図が構築された時点で動的アイコンを呼び出すことができる。同様に、エントリがテキストで表現される場合、そのエントリは、「動的フラグメント」であるとしてフラグされ得る記述的なフラグメントを含むことができる。

例えば、駐車場についての情報を提供する架空の第三者、仮名Ｐａｒｋｉｎｇ４Ｕｓを考えてみる。彼らは、一連の駐車場の位置を与えるフィードを提供するものとする。各エントリは、特定の駐車場を示すために使用される「動的アイコン」への独自のインターネット参照を含んでいることとなる。地図が構築される時点で、地図上の駐車場のためのアイコンがＰａｒｋｉｎｇ４Ｕｓのサービスから取得されることとなる。これらは、駐車場が現在満車であるかどうかを示す視覚的なインジケータを提供できる。

システムは、様々なフィードを様々な頻度でポーリングするように構成することができる。例えば、非常に動的なデータ（例えば、交通遅れのある位置など）を含むフィードは、１０分間隔でポーリングされ得る。非常に静的なデータ（例えば、劇場でどのような劇が行なわれているかなど）を含むフィードは、１週間毎にポーリングされ得る。空間参照には、エントリが有効であると考えられ得る期間を定義する情報も含むことができる。これら２つのアプローチによって、システムがほぼ「リアルタイム」な空間モデルを構築および管理することができる。

システムは、ユーザの関心にほぼマッチするエントリのセットを返すことによって要求に応じる。ユーザの要求には、情報フィードを読む際に使用される同一の空間モデルに変えられる空間参照が含まれる。この空間参照は、ユーザの現在の位置を示す必要はない。例えば、デスクトップ・ウェブブラウザを使用しているユーザから発せられる要求には、ユーザが後日訪れようとしている位置を示す空間参照を含めることができ、一方モバイル・デバイスを使用しているユーザから発せられる要求には、位置決定システムによって決定されたセルＩＤなどのモバイル・デバイスの位置を示す空間参照を含めることができる。

図１を参照すると、システムからのレスポンス１１は、サーバ・サイド・アプリケーション８によって、モバイル・デバイス７でユーザに見せるためのディスプレイ用の適切な形式にレンダリングされる。例えば、ユーザは、近くの音楽会場および映画館をリストにしたページを見ることができる。リストの各エントリにはリンクを含めることができ、それを辿るとその選択されたエントリについてのさらなる情報が提供される。代わりに、音楽会場および映画館の位置をアイコンとして表示する地図画像をページに含めることもできる。さらに、例えばラジオ局の受信可能範囲などの大きな地理的範囲を有するエントリなど、地図上に容易に表すことのできないエントリのためのリンクもページに含めることができる。

ユーザの要求には、日時を含めることもできる。これは、要求が作られる日時と同じでなくてもよい。したがって、ユーザは、将来のある日時についての要求を出し、そのときに上演されることになっている劇についての情報を受け取ることができる。サーバ・サイド・アプリケーション８は、ユーザの要求１０を構築する働きをするため、希望の日時を選択するためのインターフェースをユーザに提供する必要があるが、デフォルトで現在の日時を与えるようにしてもよい。

ユーザの要求には、システムがユーザの関心にコンテンツをより良くマッチさせることができるユーザのプロファイルについての情報を含めることもできる。この情報は、例えばエントリの分類などのようなエントリについての情報と併せて使用する必要がある。

また、ユーザの要求には、情報フィードに関連する情報を含めることもできる。例えば、要求は、ユーザが特定のフィード（「ブラック・リスト」）からのいかなるコンテンツも見たくないことを示すこともできるし、特定のフィードからのプレミアム・コンテンツをユーザが購読することを示すこともできるし、選択されたフィードからのコンテンツを見ることだけをユーザが希望していることを示すこともできる。このメカニズムを使用して、ユーザ要求が読むべき新しいフィードについてシステムに知らせることができるようにすることもできる。プレミアム・コンテンツのみを配信しているあるフィードのみを認識するようにシステムが構成される場合、ユーザがそのコンテンツを購読していることを示すユーザ要求に応答して、そのようなコンテンツだけが含められる。「動的アイコン」または「動的フラグメント」は、購読ユーザおよび非購読ユーザに対し、異なる結果をもたらすことは注意されたい。あるいは、フィードの発信元は、プレミアム・コンテンツと非プレミアム・コンテンツの２つのフィードを発行することもできる。

あるいは、システムは、ユーザ毎の情報フィードに関する情報を管理することもできる。したがって、ユーザの要求にユーザ識別子を含めるだけでよい。

エントリのタイプを特定的に混ぜ合わせたものをそのレスポンスの中で返すようにシステムを構成することもできる。例えば、１つの要求に対し一定数の「駐車場」を返すようにシステムを構成できる。あるいは、１つの要求に対し１つのみの「スポンサー付き」エントリを返すようにシステムを構成してもよいであろう。

図１を参照すると、ユーザはモバイル・デバイス７およびサーバ・サイド・アプリケーション８を介してシステム１にアクセスしている。ユーザに代わってシステムに対する同じユーザ要求１０を繰り返し作ることによって、ほぼ「リアルタイム」な経験の提供をするようにアプリケーションを書き込むことできる。このような要求が以前の同一の要求の時間を示していれば、システムは以前の要求以降に変更されたエントリを返すだけでよい。これには、新しく追加されたエントリ、変更されたエントリ、および削除されたエントリも含まれる。

システムへのユーザ要求には、ユーザにとって周知の一連の位置などのような個人向け情報を含むこともできる。このような位置には、（キーワードおよび／または郵便番号および／または空間座標などの）空間参照、および（「ホーム」、「オフィス」等のような制限されたセットから引き出されるキーワードなどの）何らかの形の意味識別子が含まれるであろう。この情報によって、システムはコンテンツをユーザにとってあり得そうな関心により良くマッチさせることができる。この情報は、サーバ・サイド・アプリケーションによって供給することができる。あるいは、システムが位置に関連する情報をユーザ毎に管理することもできる。したがって、ユーザ要求にユーザ識別子を含めるだけでよい。

図１は、空間アグリゲータを使用した構成の流れ図を示している。

Claims (15)

1. ユーザ可読ではなくマシン可読であるように設計された１つ以上のソースから情報フィードを読み出す手段であって、前記フィードの１つ以上は、複数のエントリとして表現されるコンテンツを有し、それぞれのエントリは空間参照を組み込む手段と、前記フィードから得られたコンテンツにユーザの関心をマッチさせるためにユーザの関心を判断する手段と、前記空間参照されたフィードからユーザにコンテンツを提供する手段とを含み、これによって前記コンテンツが前記ユーザの空間的関心にほぼマッチする、情報提供システム。
2. 空間参照されるコンテンツのデータベースを構築するためにフィードを定期的にポーリングするよう設定された、上記請求項に記載のシステム。
3. ユーザの関心が郵便番号および／またはキーワードおよび／または空間座標などの空間参照を含む場合に、前記システムが前記ユーザの関心に応答するように構成されている、上記請求項のどちらかに記載の情報提供システム。
4. ユーザの関心が関心のある時間および／または日付を含む場合に、前記システムが前記ユーザの関心に応答するように構成されている、上記請求項のいずれかに記載の情報提供システム。
5. ユーザの関心がユーザの関心を示すプロファイル、および／または特定のフィードにおけるユーザの関心および／または「ホーム」および「オフィス」のような位置に意味的にタグ付けされた空間参照などの前記ユーザに関連する個人情報を含む場合に、前記システムが前記ユーザの関心に応答するように構成されている、上記請求項のいずれかに記載の情報提供システム。
6. 前記システムが、フィードのエントリの中に含まれる郵便番号および／またはキーワードおよび／または空間座標などの多数の空間参照を判断する、上記請求項のいずれかに記載の情報提供システム。
7. 前記フィードの前記提供者が、前記フィードに含まれるエントリに時間ベースの空間参照を割り当てる、上記請求項のいずれかに記載のシステム。
8. 前記フィードの前記提供者が、前記フィードに含まれるエントリに分類情報を割り当てる、上記請求項のいずれかに記載の情報提供システム。
9. ページ上でテキストとして、または画像内のグラフィックとして人が読み取れる形式で前記エントリを表現できるように、前記フィードの前記提供者がラベリング情報および／またはグラフィック表示（例えば「アイコン」）に関連する情報を割り当てる、上記請求項のいずれかに記載の情報提供システム。
10. 前記人が読み取れる形式のエントリをさらなる情報に「リンク」させることができるように、前記フィードの前記ソース提供者が、前記フィード内に含まれるエントリへのディープリンクを割り当てる、上記請求項のいずれかに記載の情報提供システム。
11. カテゴリ毎におよび／または関連するタグと共におよび／または関連する属性と共に前記情報を保存し、以前にアクセスした情報を記録する手段が提供され、これによって前記システムが以前に記録された関心に従って情報を選択する、上記請求項のいずれかに記載の情報提供システム。
12. 位置表示を受信および表示するためのモバイル受信ユニットと、前記モバイル受信ユニットから離れて配置される処理手段と、前記ユニットと前記処理手段との間の遠隔通信を可能とする手段と、前記ユーザの特定の空間位置を決定する手段とを含むモバイル・ガイダンス・システムと連動して動作し、位置を示す印の表示およびユーザの関心情報へのアクセスを前記ユーザに提供するために、前記処理手段が決定されたユーザの特定の空間位置をユーザの関心基準で判断することを特徴とする、上記請求項のいずれかに記載の情報提供システム。
13. 前記ユニットと前記処理手段との間の前記通信が、ユーザの関心情報および表示された位置を示す印の両方をリアルタイムで更新するための手段を使用する、請求項１２に記載の情報提供システム。
14. 前記ユーザがある表示をブロックできる手段が提供される、請求項１２以降に記載の情報提供システム。
15. 添付の本文および／または図面のいかなる適切な組み合わせにおいて、実質的に以上を参照して記載されたおよび／または図示された、情報提供システム。