特許 6139703 ユーザ装置への通知ルーティング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6139703

(24)【登録日】2017年5月12日

(45)【発行日】2017年5月31日

(54)【発明の名称】ユーザ装置への通知ルーティング

(51)【国際特許分類】

   G06F 17/30 20060101AFI20170522BHJP

   G06Q 30/02 20120101ALI20170522BHJP

   G06F 13/00 20060101ALI20170522BHJP

【ＦＩ】

   G06F17/30 340B

   G06Q30/02 470

   G06F13/00 540P

【請求項の数】18

【全頁数】22

(21)【出願番号】特願2015-551861(P2015-551861)

(86)(22)【出願日】2014年1月8日

(65)【公表番号】特表2016-507827(P2016-507827A)

(43)【公表日】2016年3月10日

(86)【国際出願番号】US2014010702

(87)【国際公開番号】WO2014110147

(87)【国際公開日】20140717

【審査請求日】2015年8月18日

(31)【優先権主張番号】13/736,348

(32)【優先日】2013年1月8日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】506151501

【氏名又は名称】イーベイ インク．

【氏名又は名称原語表記】ＥＢＡＹ ＩＮＣ．

(74)【代理人】

【識別番号】100106851

【弁理士】

【氏名又は名称】野村 泰久

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】スリニバサン，アルン

(72)【発明者】

【氏名】シャー，アンソニー

(72)【発明者】

【氏名】ヤン，ジェンイン

(72)【発明者】

【氏名】ムラルカ，ヴィヴェク クマル

(72)【発明者】

【氏名】アナマナムリ，サレシュ

(72)【発明者】

【氏名】シバシャンムガム，ウダイヤラジ サブラマニアム

(72)【発明者】

【氏名】アナンタ，ヘマドリ

(72)【発明者】

【氏名】ロメロ，スティーブン

【審査官】 齊藤 貴孝

(56)【参考文献】

【文献】 特開２００９−１１６５５４（ＪＰ，Ａ）

【文献】 国際公開第２０１２／０６４８７５（ＷＯ，Ａ１）

【文献】 特開２００８−３１０６９８（ＪＰ，Ａ）

【文献】 特開２００４−２１３６４９（ＪＰ，Ａ）

【文献】 特開２００７−００４７８１（ＪＰ，Ａ）

【文献】 特開２００２−２１６００６（ＪＰ，Ａ）

【文献】 特開２００２−０７３９２０（ＪＰ，Ａ）

【文献】 特開２００３−２４２１０６（ＪＰ，Ａ）

【文献】 国際公開第２００３／０８５５２７（ＷＯ，Ａ１）

【文献】 特開２００６−２６８５９７（ＪＰ，Ａ）

【文献】 特開２００６−２０２２２３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １７／３０

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

複数の装置上でのユーザの活動を監視するように構成された使用追跡モジュールであって、さらに前記複数の装置上での前記ユーザの前記活動を含む使用データを前記ユーザの使用性プロファイルに保存するように構成された、使用追跡モジュールと、
ユーザ嗜好モジュールであって、
前記保存された前記ユーザの使用データに基づいてユーザ嗜好データを決定し、前記ユーザ嗜好データの前記決定が、ユーザの好みの装置の使用タイミング及び頻度に基づいて前記複数の装置の中から通知を受信するために前記ユーザの好みの装置を決定することを含み、前記ユーザ嗜好データが、前記好みの装置のための指定の通知の種類を含み、
前記指定の通知の種類に対応する通知イベントの発生を検出する、
ように構成された、ユーザ嗜好モジュールと、
前記ユーザ嗜好モジュールと通信する通信モジュールであって、前記指定の通知の種類に対応する前記通知イベントの前記発生を検出すると、前記ユーザ嗜好データに従って前記好みの装置に、前記通知イベントの発生を示す通知を提供するように構成された、通信モジュールと、
を備えることを特徴とするシステム。

【請求項2】

請求項１に記載のシステムであって、
前記通知を保存して、後で見るために前記通知を検索するのを容易にするように構成された通知履歴モジュール
をさらに備えることを特徴とするシステム。

【請求項3】

請求項１に記載のシステムであって、
前記通知は、小売業者によって指定された基準を満たす前記使用データに基づいて、前記ユーザの前記好みの装置に伝達される
ことを特徴とするシステム。

【請求項4】

請求項１に記載のシステムであって、
前記使用追跡モジュールは、ネットワークベースのマーケットプレイスによって提供されたサービスを利用する間、前記好みの装置上で前記ユーザの前記活動を監視するように構成される、
ことを特徴とするシステム。

【請求項5】

請求項１に記載のシステムであって、
前記ユーザ嗜好データは、前記ユーザの前記好みの装置上での通知受信に関連する１または複数のユーザ指定嗜好設定をさらに含み、前記１または複数のユーザ指定嗜好設定は、前記ユーザによって指定される
ことを特徴とするシステム。

【請求項6】

請求項１に記載のシステムであって、
前記通知イベントは、オンライン小売業者によって売り出されている商品に関連する
ことを特徴とするシステム。

【請求項7】

請求項１に記載のシステムであって、
前記通知イベントが前記指定された通知の種類に対応すると決定すること
をさらに備えることを特徴とするシステム。

【請求項8】

請求項１に記載のシステムであって、
前記通知イベントは、ネットワークベースのマーケットプレイス上で活動に関連する
ことを特徴とするシステム。

【請求項9】

請求項１に記載のシステムであって、
前記ユーザの前記好みの装置は、前記ユーザによって最後に使用された装置である
ことを特徴とするシステム。

【請求項10】

請求項１に記載のシステムであって、
前記ユーザ嗜好データは、前記ユーザが通知を受信する時間の表示を含む
ことを特徴とするシステム。

【請求項11】

請求項１に記載のシステムであって、
前記ユーザ嗜好データは、指定された通信の種類の表示を含む
ことを特徴とするシステム。

【請求項12】

少なくとも１つのプロセッサによって、複数の装置上でユーザの活動を監視し、
前記複数の装置上での前記ユーザの前記活動を含む使用データを前記ユーザの使用性プロファイルに保存し、
前記保存された前記ユーザの使用データに基づいてユーザ嗜好データを決定し、前記ユーザ嗜好データの前記決定が、ユーザの好みの装置の使用タイミング及び頻度に基づいて前記複数の装置の中から通知を受信するために前記ユーザの好みの装置を決定することを含み、前記ユーザ嗜好データが、前記好みの装置のための指定の通知の種類を含み、
前記指定の通知の種類に対応する通知イベントの発生を検出し、
少なくとも１つのプロセッサによって、前記ユーザ嗜好データに従って前記好みの装置に、前記指定の通知の種類に対応する前記通知イベントの発生を示す通知を提供する、
ことを特徴とする方法。

【請求項13】

請求項１２に記載の方法であって、
前記好みの装置に、後で前記通知を見るためのユーザインタフェースを保存させて提供させる命令を送信する
ことをさらに特徴とする方法。

【請求項14】

請求項１２に記載の方法であって、
前記好みの装置上での前記ユーザの前記活動は、前記好みに装置上で実行される少なくとも１つのアプリケーションの機能に関連する
ことを特徴とする方法。

【請求項15】

請求項１２に記載の方法であって、
前記通知は、追加ユーザによって指定された基準を満たす前記使用データに基づいて、前記ユーザの好みの装置へ提供される
ことを特徴とする方法。

【請求項16】

請求項１２に記載の方法であって、
前記複数の装置上での前記ユーザの前記活動の前記監視は、他の通知の受信確認に関連する時間を記録することを含む
ことを特徴とする方法。

【請求項17】

請求項１２に記載の方法であって、
前記ユーザ嗜好データは、通知受信時間を示し、
前記通知は、前記時間の間に、前記ユーザの前記好みの装置に伝達される
ことを特徴とする方法。

【請求項18】

マシンによって実行された時に、前記マシンに、
複数の装置上でのユーザの活動を監視し、
使用データを保存し、
前記保存された前記ユーザの使用データに基づいてユーザ嗜好データを決定し、前記ユーザ嗜好データの前記決定が、ユーザの好みの装置の使用タイミング及び頻度に基づいて前記複数の装置の中から通知を受信するために前記ユーザの好みの装置を決定することを含み、前記ユーザ嗜好データが、前記好みの装置のための指定の通知の種類を含み、
前記指定の通知の種類に対応する通知イベントの発生を検出し、
前記ユーザ嗜好データに従って前記ユーザの前記好みの装置に、前記指定の通知の種類に対応する前記通知イベントの発生を示す通知を提供する、
ことを実行させる命令を実装する機械読取可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

＜優先権主張＞
本ＰＣＴ出願は、２０１３年１月８日に出願された「NOTIFICATION ROUTING TO A USER DEVICE」と題する米国特許出願第１３／７３６，３４８号の優先権を主張し、その全容が参照により本明細書に組み込まれる。

【0002】

本出願は、一般的に、ネットワークベースのシステム内でのデータ処理に関し、具体的には、通知をユーザ装置へルーティングするシステムおよび方法に関する。

【背景技術】

【0003】

現在、通知サービスは、モバイル機器上で実行されるアプリケーションに、そのアプリケーションがモバイル機器上で実行中であることなく、重要なイベントや受信メッセージをユーザに通知させてもよい。例えば、基礎となるメッセージングアプリケーションが起動されていない状態で、モバイル機器のユーザが、テキストメッセージを受信したことを知らせる通知メッセージを与えられてもよい。ある種の通知システムは、プッシュ技術を用いて、通信ネットワーク（例えば、インターネット）との常時無中断接続を使用することにより、第三者サーバ上で提供される第三者アプリケーションから通知を送付してもよい。アプリケーションによっては、様々な異なるイベントがきっかけとなって、通知がユーザへ送信されてもよい。通知システムは、ユーザに通知を受け取らせる特定のアプリケーションおよびイベントがあれば、それをユーザが指定できるようにしてもよい。

【0004】

しかしながら、そのようなシステムは、現在、ユーザの実際の嗜好に基づいて通知を行う範囲および機能性が限定されている。例えば、複数の機器に特定のアプリケーションがインストールされているユーザは、そのアプリケーションがインストールされている機器の各々に、不必要に通知を受けるだろう。さらに、１つの機器に、同様な機能性を有する多数の関連アプリケーションがインストールされているユーザは、各アプリケーションに共通するイベントに関する複数の重複した通知を受けるかもしれない。さらに、通知のきっかけになるイベントが、ユーザにとって通知の受信が不都合な時間に発生するかもしれず、ユーザの邪魔をしたり、メッセージを見ることができなくさせたりするかもしれない。

【図面の簡単な説明】

【0005】

いくつかの実施形態を添付の図面に示すが、例として示したものであり、これらに限定されるものではない。

【図1】一例示的実施形態による、ネットワーク上でデータ交換を行うよう構成されたクライアント−サーバアーキテクチャを有する、ネットワークシステムを示すネットワーク図である。

【図2】ネットワークベースのマーケットプレイスの一部として提供される、複数のマーケットプレイスアプリケーションおよび支払アプリケーションの一例示的実施形態を示すブロック図である。

【図3】ネットワークベースのマーケットプレイスの一部として提供される、複数の通知アプリケーションの一例示的実施形態を示すブロック図である。

【図4】一例示的実施形態による、通知をモバイル機器へルーティングする例示的な方法を示すフローチャートである。

【図5】クライアント装置に対して行われた通知を含む、例示的なユーザインタフェースの一部を示す図である。

【図6】一例示的実施形態による、モバイル機器等の例示的なクライアント装置を示すブロック図である。

【図7】本明細書で論じる方法論のいずれか１つまたは複数をマシンに行わせる一組の命令が実行されるコンピュータシステムの例示的な形態のマシンを示す図である。

【発明を実施するための形態】

【0006】

以下、発明の主題を実施するための具体的な例示的実施形態を詳細に述べる。これらの具体的な実施形態の例は、添付の図面に示される。これらの例は、特許請求の範囲を記載の実施形態に限定することを意図するものではないと理解するだろう。むしろ、これらの例示的実施形態は、添付の特許請求の範囲により定義される開示の範囲内に含まれる、代替、変更および等価物に及ぶことが意図される。主題の徹底的な理解のため、下記の記載において詳細を説明する。これらの詳細の一部または全てがなくても、実施形態は実施されてもよい。また、主題を不必要に不明瞭にすることを避けるため、周知の特徴は詳細に説明されていないかもしれない。

【0007】

本開示によれば、構成要素、処理工程およびデータ構造の全て、またはいずれか一つが、様々なオペレーティングシステム、プログラミング言語、コンピューティングプラットフォーム、コンピュータプログラムおよび汎用機の全て、またはいずれか一つを用いて実装されてもよい。また、当業者は、ハードワイヤード装置、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等のそれほど汎用ではない装置も、本明細書に開示の概念から逸脱することなく、用いてもよいことを認識するだろう。また、実施形態は、メモリ装置等のコンピュータ読取可能な媒体上に保存された１組のコンピュータ命令として、有形に実施されてもよい。

【0008】

本開示の態様は、ユーザの嗜好に従って、ユーザの少なくとも１つの装置に通知を伝達するシステムおよび方法を提供する。ある実施形態では、ユーザの各装置上でのユーザの活動の追跡に基づいて、ユーザの嗜好が決定されてもよい。また、他の実施形態では、ユーザの嗜好が、通知の受信に関するユーザ指定の嗜好設定だけでなくユーザの活動にも基づいている。

【0009】

ユーザの嗜好には、例えば、通知を受信する装置、通知を受信する装置上で実行されるアプリケーション、通知を受信する時間、指定された通知の種類および通信の種類がある。通知は、通知の伝達のきっかけになるようにユーザによって指定されるイベントの検出に基づいて、ユーザに伝達されてもよい。実施形態によっては、通知を保存して、ユーザが後で見てもよい。

【0010】

図１は、ネットワーク上でデータ交換を行うよう構成されたクライアント−サーバアーキテクチャを有する、一実施形態によるネットワークシステム１００を示すネットワーク図である。例えば、ネットワークシステム１００は、クライアントがネットワークシステム１００内でデータ通信および交換を行うネットワークベースのマーケットプレイス１０２であってもよい。データは、ネットワークシステム１００およびそのユーザに関連した、様々な機能（例えば、オンライン購入）および態様（例えば、ルーティング通知）に関してもよい。

【0011】

ネットワークベースのマーケットプレイス１０２の一例示的形態をしたデータ交換プラットフォームは、ネットワーク１０４（例えば、インターネット）を介して１または複数のクライアント装置へサーバ側機能を提供してもよい。１または複数のクライアント装置は、ネットワークシステム１００、具体的には、ネットワークベースのマーケットプレイス１０２を用いて通信ネットワーク１０４上でデータ交換を行うユーザによって、操作されてもよい。ユーザは、ネットワークベースのマーケットプレイス１０２内で、売り手、買い手、またはその両方として機能してもよい。通信ネットワーク１０４上で発生するデータ交換は、ネットワークシステム１００のユーザとのデータの送信および受信（すなわち、通信）、ならびにコンテンツに関するデータ処理を含んでもよい。データは、とりわけ、ユーザ嗜好データ、製品およびサービスレビュー、製品、サービス、メーカおよびベンダの推薦ならびにＩＤ、買い手および売り手に関連した製品およびサービスのリスト、製品およびサービスの広告、オークション入札、ユーザ通知、ならびに取引データを含んでもよいが、これらに限定されない。

【0012】

様々な実施形態において、ネットワークシステム１００内でのデータ交換は、１または複数のクライアントまたはユーザインタフェース（ＵＩ）を通して利用できる、ユーザが選択した機能に依存してもよい。ＵＩは、ウェブクライアント１１０を用いるクライアント装置１０６等の、クライアント装置と関連付けられてもよい。ウェブクライアント１１０は、ウェブサーバ１２２を介してネットワークベースのマーケットプレイス１０２と通信してもよい。また、ＵＩは、クライアントアプリケーション等のプログラマティッククライアント１１２を用いるクライアント装置１０８、または第三者アプリケーション１１６を提供する第三者サーバ１１４（例えば、１もしくは複数のサーバまたはクライアント装置）と関連付けられてもよい。様々な実施形態において、クライアント装置１０６、１０８と第三者サーバ１１４の両方、またはいずれか一方は、買い手、売り手、第三者電子商取引プラットフォーム、支払サービスプロバイダ、または出荷サービスプロバイダと関連付けられてもよく、それぞれは、ネットワークベースのマーケットプレイス１０２と通信しており、また、オプションとして、互いに通信していることが理解できるだろう。買い手および売り手は、とりわけ、個人、小売業者、サービスプロバイダのうちのいずれか１つであってもよい。

【0013】

クライアント装置１０６、１０８は、様々な種類の装置（例えば、携帯電話機、携帯情報端末（ＰＤＡ）、パーソナルナビゲーションデバイス（ＰＮＤ）、ハンドヘルドコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、ノートパソコン、ウェアラブルコンピューティング装置および他の可動装置）のうちのいずれかであってもよい。クライアント装置１０６、１０８は、接続１１８を介して通信ネットワーク１０４（例えば、インターネットまたはＷＡＮ）とインタフェースで接続してもよい。クライアント装置１０６、１０８の形態によっては、様々な種類の接続１１８および通信ネットワーク１０４のうちのいずれかが用いられてもよい。

【0014】

例えば、接続１１８は、ＣＤＭＡ（Code Division Multiple Access）接続、ＧＳＭ（Global System for Mobile communications）接続、または他の種類のセルラー接続であってもよい。このような接続１１８は、１ｘＲＴＴ（Single Carrier Radio Transmission Technology）、ＥＶ−ＤＯ（Evolution-Data Optimized）技術、ＧＰＲＳ（General Packet Radio Service）技術、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）技術、または他のデータ転送技術（例えば、第４世代ワイヤレスや４Ｇネットワーク）等の様々な種類のデータ転送技術のいずれかを実現してもよい。このような技術を用いると、ネットワーク１０４は、携帯電話局によって相互接続される、重複地理的カバレッジの複数のセルサイトを有するセルラーネットワークを含んでもよい。これらの携帯電話局は、ネットワークバックボーン（例えば、公衆交換電話網（ＰＳＴＮ）、パケット交換データ網または他の種類のネットワーク）に結合してもよい。

【0015】

他の実施例では、接続１１８は、Ｗｉ−Ｆｉ（Wireless Fidelity、ＩＥＥＥ ８０２．１１ｘ規格）接続、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）接続、または他の種類の無線データ接続であってもよい。このような実施形態において、ネットワーク１０４は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、または他のパケット交換データ網に結合した、１または複数の無線アクセスポイントを含んでもよい。

【0016】

さらに他の実施例では、接続１１８は、例えば、イーサネットリンクのような有線接続であってもよく、ネットワーク１０４は、ＬＡＮ、ＷＡＮ、インターネットまたは他のパケット交換データ網であってもよい。従って、様々な異なる構成が明示的に考慮される。

【0017】

ネットワークベースのマーケットプレイス１０２を具体的に見てみると、アプリケーションプログラミングインタフェース（ＡＰＩ）サーバ１２０およびウェブサーバ１２２はそれぞれ、複数のサーバ１２４に結合し、プログラマティックインタフェースおよびウェブインタフェースを提供する。サーバ１２４は、１または複数のマーケットプレイスアプリケーション１２６、支払アプリケーション１２８および通知アプリケーション１３０を提供する。複数のサーバ１２４は、これらのインタフェースを介してネットワーク１０４に、例えば、有線または無線インタフェースで結合してもよい。複数のサーバ１２４は、次に、１または複数のデータベース１３４へのアクセスを容易にする１または複数のデータベースサーバ１３２に結合するように示されている。実施例によっては、複数のサーバ１２４は、データベースサーバを必要とせずに直接データベース１３４にアクセスできる。

【0018】

マーケットプレイスアプリケーション１２６は、ネットワークベースのマーケットプレイス１０２にアクセスするユーザに対し、多数のマーケットプレイス機能およびサービスを提供してもよい。支払アプリケーション１２８は、同様に、多数の支払サービスおよび機能をユーザに提供してもよい。支払アプリケーション１２８は、ユーザに、代価を（例えば、ＵＳドル等の商業上の通貨で、または、「ポイント」等の独自の通貨で）アカウントに蓄積させて、後に、マーケットプレイスアプリケーション１２６を通して利用できる製品（例えば、物品やサービス）の蓄積された代価を清算させてもよい。通知アプリケーション１３０は、多数の通知サービスおよび機能をユーザに提供してもよい。通知アプリケーション１３０は、マーケットプレイスアプリケーション１２６および支払アプリケーション１２８のアクティビティに関連するイベントに関するユーザ装置（例えば、クライアント装置１０６）に、通知をルーティングしてもよい。通知は、ユーザが指定した一組の嗜好設定に加えて、ユーザの監視された活動によって決定されるユーザの嗜好に基づいて、ルーティングされてもよい。マーケットプレイスアプリケーション１２６、支払アプリケーション１２８および通知アプリケーション１３０は、図１で、ネットワークベースのマーケットプレイス１０２の一部を形成するように示されているが、代替の実施形態において、支払アプリケーション１２８が、ネットワークベースのマーケットプレイス１０２とは分離した且つ別個の支払サービスの一部を形成してもよいということがわかるであろう。

【0019】

データベースサーバ１３２は、１または複数のデータベース１３４へのアクセスを容易にし、ネットワークベースのマーケットプレイス１０２に包有されるデータを検索してもよい。データは、ユーザ活動情報、ユーザ活動に関連するデータ、ユーザ嗜好設定、ユーザからの推薦、クーポンまたは広告、売り出し中の製品や関連製品のリスト等に対応してもよい。実施形態によっては、データベース１３４が、ネットワークベースのマーケットプレイス１０２の内部と外部の両方のデータベースを含んでもよい。

【0020】

また、図１は、第三者サーバ１１４上で実行されて、ＡＰＩサーバ１２０によって提供されるプログラマティックインタフェースを介してネットワークベースのマーケットプレイス１０２にプログラマティックアクセスをする、第三者アプリケーション１１６も示す。例えば、第三者アプリケーション１１６は、ネットワークベースのマーケットプレイス１０２から検索された情報を用いて、第三者によって提供されるウェブサイト上で、１もしくは複数の特徴または機能をサポートしてもよい。第三者ウェブサイトは、例えば、ネットワークベースのマーケットプレイス１０２の関連アプリケーションによってサポートされる１または複数のマーケットプレイス機能や支払機能を提供してもよい。

【0021】

さらに、図１に示すシステム１００は、クライアント−サーバアーキテクチャを用いているが、本発明の主題は、もちろん、そのようなアーキテクチャに限定されるものではなく、例えば、イベント駆動型アーキテクチャシステム、分散型アーキテクチャシステムまたはピアツーピアアーキテクチャシステムにも同様に応用できるだろう。複数のサーバ１２４の様々なモジュールもまた、必ずしもネットワーキング機能を有さないスタンドアロン型のシステムまたはソフトウェアプログラムとして、実装されてもよい。

【0022】

図２は、一例示的実施形態において、ネットワークベースのマーケットプレイス１０２の一部として提供される、複数のアプリケーション１２６、１２８を示すブロック図である。アプリケーション１２６、１２８は、サーバマシン間での通信を可能にするよう通信可能に結合している、複数の専用のまたは共有のサーバマシン（図示せず）上で提供されてもよい。アプリケーション１２６、１２８自体は、（例えば、適切なインタフェースを介して）相互におよび様々なデータソースに通信可能に結合しているので、情報をアプリケーション１２６および１２８間を通過させたり、アプリケーション１２６および１２８に共通データを共有させてアクセスさせたりすることができる。さらに、アプリケーション１２６、１２８は、データベースサーバ１３２を介して、１または複数のデータベース１３４にアクセスしてもよい。

【0023】

ネットワークベースのマーケットプレイス１０２は、多数の公開、リスト表示および価格設定機構を提供してもよく、それによって、売り手は、売り出し中の物品やサービスをリスト表示してもよく（または、売り出し中の物品やサービスに関する情報を公開してもよく）、買い手は、それらの物品やサービスへの関心を表現したり、それらの購入希望を示したりすることができ、また、それらの物品やサービスに関する取引に対して、価格が設定され得る。この目的のため、マーケットプレイスアプリケーション１２６および支払アプリケーション１２８は、少なくとも１つの公開アプリケーション２００、および、オークション形式のリスト表示および価格設定機構（例えば、イングリッシュオークション、ダッチオークション、ヴィックリーオークション、チャイニーズオークション、ダブルオークション、リバースオークション等）をサポートする１または複数のオークションアプリケーション２０２を含むように示されている。また、様々なオークションアプリケーション２０２は、例えば、売り手がリストに関連して最低競売価格を指定できる最低競売価格特徴や、入札者が自動代理入札を起動できる代理入札特徴等の、そのようなオークション形式のリスト表示をサポートする多数の特徴を提供してもよい。

【0024】

多数の固定価格アプリケーション２０４は、固定価格リスト表示形式（例えば、伝統的な案内広告型のリスト表示やカタログリスト表示）および買い占め形式のリスト表示をサポートする。具体的には、買い占め形式のリスト表示（例えば、カリフォルニア州サンノゼのイーベイ インク．によって開発された即決購入（ＢＩＮ）技術を含む）が、オークション形式のリスト表示と併せて提供されてもよく、オークションにも出品されている物品やサービスを、オークションの開始価格よりも一般的に高い固定価格で、買い手に購入させてもよい。

【0025】

店舗アプリケーション２０６は、売り手に、売り手のブランドを付けた「仮想」店舗や、その他の方法で売り手用に個人化した「仮想」店舗内で、リストを分類させる。また、そのような仮想店舗は、関連する売り手に特有であり、その売り手用に個人化されたプロモーション、インセンティブおよび特徴を提供してもよい。

【0026】

ネットワークベースのマーケットプレイス１０２のナビゲーションを、１または複数のナビゲーションアプリケーション２０８が容易にしてもよい。例えば、（ナビゲーションアプリケーションの一例としての）検索アプリケーションが、ネットワークベースのマーケットプレイス１０２を介して公開されたリストのキーワード検索を可能にしてもよい。閲覧アプリケーションが、ネットワークベースのマーケットプレイス１０２内でリストを分類する基になる、様々なカテゴリ、カタログ、在庫データ構造を、ユーザに閲覧させてもよい。他の様々なナビゲーションアプリケーション２０８が、検索閲覧アプリケーションを補うために提供されてもよい。

【0027】

メッセージングアプリケーション２１０は、ネットワークベースのマーケットプレイス１０２のユーザへのメッセージの作成および配信を担っており、そのようなメッセージは、例えば、ネットワークベースのマーケットプレイス１０２でのリストの状況をユーザに知らせる（例えば、オークション過程で入札者に「高値入札」通知を与えたり、プロモーション情報やマーチャンダイジング情報をユーザに与えたりする）。各メッセージングアプリケーション２１０は、ユーザにメッセージを配信するのに、多数のメッセージ配信ネットワークおよびプラットフォームのうちのいずれか１つを利用してもよい。例えば、メッセージングアプリケーション２１０は、電子メール（ｅメール）、インスタントメッセージ（ＩＭ）、ショートメッセージサービス（ＳＭＳ）、テキスト、ファクシミリ、または音声（例えば、ボイスオーバＩＰ（ＶｏＩＰ））メッセージを、有線ネットワーク（例えば、インターネット）、ＰＯＴＳ（Plain Old Telephone Service）ネットワーク、または無線（例えば、モバイル、セルラー、ＷｉＦｉ、ＷｉＭＡＸ）ネットワークによって配信してもよい。

【0028】

ネットワークベースのマーケットプレイス１０２は、例えば、特定の地域用にカスタマイズされた多数のマーケットプレイスをサポートしてもよい。あるバージョンのネットワークベースのマーケットプレイス１０２は英国用にカスタマイズされてもよいし、他のバーションのネットワークベースのマーケットプレイス１０２は米国用にカスタマイズされてもよい。これらのバーションの各々は、独立したマーケットプレイスとして動作してもよいし、共通の基盤マーケットプレイスのカスタマイズされた（または国際化された）提示形態であってもよい。従って、ネットワークベースのマーケットプレイス１０２は、所定の基準（例えば、地理的基準、人口統計学的基準、または市場的基準）に従って、ネットワークベースのマーケットプレイス１０２によって情報（と情報の提示の両方か、またはいずれか一方）をカスタマイズする、多数のカスタマイズアプリケーション２１２を含んでもよい。例えば、カスタマイズアプリケーション２１２は、ネットワークベースのマーケットプレイス１０２によって運営されて各ウェブサーバ１２２を通して利用できる多数の地域ウェブサイト用に、情報をカスタマイズするのをサポートするのに用いられてもよい。

【0029】

ネットワークベースのマーケットプレイス１０２自体、またはネットワークベースのマーケットプレイス１０２を介して取引を行う１または複数の当事者は、１または複数のロイヤリティ／プロモーションアプリケーション２１４によってサポートされるロイヤリティプログラムを動作させてもよい。例えば、買い手は、特定の売り手と確立や締結をした各取引に対して、ロイヤリティポイントまたはプロモーションポイントを獲得して、貯めたロイヤリティポイントで交換できる賞品が提供されてもよい。

【0030】

一実施形態において、電子ショッピングカートアプリケーション２１６が、ネットワークベースのマーケットプレイス１０２のユーザがストアアプリケーション２０６によってリストされた商品を追加したり溜めておいたりするのに用いる電子ショッピングカートを作成するのに用いられる。また、電子ショッピングカートアプリケーション２１６は、ユーザが電子ショッピングカート内の商品を購入することを意味する「清算」にも用いられてもよい。電子ショッピングカートアプリケーション２１６は、定義済みのベンダの組、比較ショッピングサイト、オークションサイト等のうちの少なくとも１つまたは全てにわたる電子ショッピングカート内の商品を自動的に見つけることによって、取引を容易にしてもよい。様々な実施形態において、どのベンダから購入すべきかの選択基準は、最低コスト、最速出荷時期、好みのもしくは最高ランクのベンダや売り手、またはそれらの組み合わせ等の基準を含んでもよいが、これに限定されるものではない。

【0031】

図３は、一例示的実施形態においてネットワークベースのマーケットプレイス１０２の一部として提供される、複数の通知アプリケーション１３０を示すブロック図である。通知アプリケーション１３０は、サーバマシン間での通信を可能にするよう通信可能に結合する複数の専用のまたは共有のサーバマシン（図示せず）上で提供されてもよい。通知アプリケーション１３０自体は、（例えば、適切なインタフェースを介して）互いにおよび様々なデータソースに通信可能に結合して、情報を各通知アプリケーション１３０間を通過させたり、通知アプリケーション１３０に共通データを共有してアクセスさせたりする。通知アプリケーション１３０は、更に、データベースサーバ１３２を介して、サーバ及び1または複数のデータベース１３４にアクセスすることが出来る。

【0032】

図３に示すように、通知アプリケーション１３０は、１または複数のユーザ嗜好アプリケーション３０２を含んでもよい。ユーザ嗜好アプリケーション３０２は、通知受信に関連する多数の種々のユーザ嗜好設定の選択を容易にするために、ユーザインタフェースを提供してもよい。さらに、ユーザ嗜好アプリケーション３０２は、ネットワークベースのマーケットプレイス１０２の各ユーザに対応する各組のユーザ嗜好設定を、データベース１３４内に保存してもよい。ある実施形態では、ユーザ嗜好設定が、全ての通知が伝達されるユーザ指定の装置（例えば、クライアント装置１０６）を含んでもよい。また、他の実施形態では、特定の通知の種類に関連する複数のアプリケーションを実行する複数の装置を有するユーザが、装置の指定に加えて、通知を受信するアプリケーションを指定してもよい。指定された装置またはアプリケーションの形態によっては、ユーザ嗜好設定は、通知を伝達する多数の種々の指定された通信の種類を含んでもよい。通信の種類には、例えば、プッシュ通知、ｅメール、ＩＭ、ＳＭＳ、テキスト、ファクシミリ、音声（例えば、ボイスオーバＩＰ（ＶｏＩＰ））メッセージ等がある。

【0033】

ある実施形態では、ユーザ嗜好設定が、通知を受信する指定時間を含んでもよい。指定時間は、ユーザがメッセージを受信したくない時間帯であってもよいし、また、ある実施形態では、ユーザが、アラートなしで通知を受信する時間を指定してもよい。

【0034】

実施形態によっては、ユーザ嗜好設定は、ユーザに、通知を受信することになる少なくとも１つの通知の種類に「登録」させてもよい。各通知の種類は、ユーザへの通知の伝達のきっかけになる１または複数の通知イベントを含んでもよい。通知イベントは、図１および図２を参照しながら上記で論じたように、ネットワークベースのマーケットプレイス１０２の様々なモジュールの機能に対応してもよい。通知イベントには、例えば、オークションに出品されている商品でユーザの入札価格を超える入札があった、ユーザが興味のある商品のオークションがまもなく終了する、ユーザが入札した商品のオークションがまもなく終了する、売り手が出品中の商品に入札があった、ユーザが興味のある商品が新たに値引きされた、クーポンまたは謝礼が小売業者から提供された、小売業者から提供された謝礼ポイントの期限が切れた、商品の発注があった、発注が売り手によって拒否された、カウンターオファーが提示された、検索結果を保存した、商品が出荷済みになった、商品が支払済みになった、商品が売り切れた、オークションで落札された、商品の清算が完了した、メッセージを受信した等がある。

【0035】

図３に示すように、通知アプリケーション１３０は、１または複数の使用追跡アプリケーション３０４も含んでもよい。使用追跡アプリケーション３０４は、ネットワークベースのマーケットプレイス１０２の様々なモジュールと供に１または複数の装置（例えば、クライアント装置１０６）を用いて、ユーザの活動やインタラクションを監視、追跡、記録するよう構成されてもよい。使用追跡アプリケーション３０４は、１または複数のユーザに対応する使用情報をデータベース１３４内に保存して、ネットワークベースのマーケットプレイス１０２の各ユーザに関連する使用性プロファイルを作成してもよい。実施形態によっては、使用追跡アプリケーション３０４は、図２のナビゲーションアプリケーション２０８と共に作動して、ネットワークベースのマーケットプレイス１０２を介して公開されたリストの検索および閲覧に関連するユーザの活動を監視して、保存してもよい。

【0036】

実施形態によっては、使用追跡アプリケーション３０４は、ネットワークベースのマーケットプレイス１０２上のユーザの各装置の使用タイミングおよび頻度を追跡して、記録してもよい。そのような使用情報は、ユーザにより選択される装置を決定するのに用いられてもよい。実施形態によっては、選択される装置は、通知受信用のユーザ好みの装置であってもよい。例えば、選択される装置は、ユーザによって最後に使用された装置や、ユーザによって最も頻繁に使用される装置であってもよい。

【0037】

実施形態によっては、使用追跡アプリケーション３０４は、ユーザの１または複数の装置にインストールされた特定のアプリケーションの使用タイミングおよび頻度を追跡して、記録してもよい。アプリケーションの使用タイミングおよび頻度に関する情報は、通知受信用に選択されるアプリケーションを決定するのに用いられてもよく、選択されるアプリケーションは、通知受信用のユーザ好みのアプリケーションであってもよい。実施形態によっては、使用追跡アプリケーション３０４が、通信アプリケーション３１２によって伝達される通知の受信確認に関連するタイミングを追跡して記録してもよい。そのような情報が、ユーザへ通知を伝達する時間を決定するのに用いられてもよい。

【0038】

ユーザ追跡アプリケーション３０４によって取得される使用情報が、ネットワークベースのマーケットプレイス１０２から通知を受信する際に、ユーザの実際の嗜好の表示を提供してもよいことは、当業者であればわかるであろう。この目的のため、使用追跡アプリケーション３０４は、ユーザ嗜好アプリケーション３０２と共に作動して、使用追跡アプリケーション３０４によって収集された使用情報に基づいて、ユーザの嗜好を決定してもよい。例えば、ある時間にしか通知を確認しないユーザは、その時間にのみ通知が送信されるのを希望するだろうということが決定されてもよい。また、別の実施例では、特定の装置上で通知を頻繁に確認するユーザは、その特定の装置にのみ通知が送信されるのを希望するだろうということが決定されてもよい。

【0039】

実施形態によっては、ユーザが、複数の装置に、共通の通知イベントに関連する複数のアプリケーションを実行させているだろうということが、使用情報から決定されてもよい。この実施形態では、ユーザへ不必要に重複して通知が伝達されないようにするために、重複する通知が抑制されて、ユーザの各装置の各関連アプリケーションに配信されないようにしてもよい。通知が伝達されるべき特定のアプリケーションの決定は、通知に関連する商品カテゴリ、通知の種類、または通知タイミングに基づいてもよい。例えば、自動車のオンラインオークションでユーザの入札価格を超える入札があったという通知は、ネットワークベースのマーケットプレイス１０２上の自動車オークションでの入札に特化したアプリケーションを実行するユーザの特定の装置にルーティングされてもよく、その他のユーザ装置およびその内部で実行されるアプリケーションに関連する他の全ての重複した通知が抑制されるだろう。

【0040】

通知履歴アプリケーション３０６は、ユーザ装置に伝達される通知が保存されてユーザが後にその通知を見ることができるように構成されてもよい。ある実施形態では、通知履歴アプリケーション３０６が、データベース１３４に通知を保存してもよく、データベース１３４は、ユーザ嗜好情報に従って検索されてユーザに伝達されてもよい。

【0041】

また、他の実施形態においては、通知履歴アプリケーション３０６が、クライアント装置１０６に通知をクライアント装置１０６のコンピュータ読取可能な媒体に保存させる命令を、クライアント装置１０６に送信してもよい。通知履歴アプリケーション３０６は、クライアント装置のユーザインタフェースを介して、まだ見ていない通知を容易に見ることができるようにしてもよい。ユーザインタフェースは、各アプリケーションを「既読」または「未読」にするオプションをユーザに与えてもよく、ユーザは、「未読」にされた通知を後の指定時間に提供するように、インタフェースを構成できてもよい。

【0042】

標的化アプリケーション３０８は、ユーザに、ある基準に基づいて、通知を一群のユーザ宛にさせたり、「同報」させたりしてもよい。基準には、例えば、ユーザの地理、取引履歴、またはクライアント装置１０６にインストールされた特定のアプリケーションの使用がある。ユーザが指定された基準を満たすかどうかは、ユーザ嗜好アプリケーション３０２および使用追跡アプリケーション３０４の各々によって取得されたユーザ嗜好設定、または使用情報によって決定されてもよい。例えば、小売業者は、通知に登録している全てのユーザに対して、ネットワークベースのマーケットプレイス１０２の特定の国際的にカスタマイズされたマーケットプレイスを介して、通知を同報してもよい。

【0043】

ある実施形態において、ルーティングアプリケーション３１０が、使用情報、ユーザ嗜好設定、またはその組み合わせに基づいて、通知をルーティングする選択された装置を決定してもよい。例えば、ユーザが定期的に、朝はある特定の装置を使用し、夕方は別の装置を使用するということを示す使用情報に基づいて、ルーティングアプリケーション３１０が、朝はユーザのある特定の装置へ、夕方は別の装置へ、通知をルーティングしてもよい。また、ある実施形態において、使用情報、ユーザ嗜好設定、またはその組み合わせに基づいて、ルーティング通知３１０が、通知を送信する１または複数の選択されたアプリケーションを決定してもよい。例えば、ルーティングアプリケーション３１０および通信アプリケーション３１２が、特定のアプリケーションに関連する通知をユーザの特定の装置へルーティングして伝達してもよいし、ルーティングアプリケーション３１０および通信アプリケーション３１２が、ユーザの嗜好設定に基づいて、異なるアプリケーションに関連する他の通知をユーザの他の装置へルーティングして伝達してもよい。

【0044】

通信アプリケーション３１２は、ネットワークベースのマーケットプレイス１０２のユーザへの通知の作成および配信を担っている。通信アプリケーション３１２は、ルーティングアプリケーション３１０によって選択された１または複数の装置へ通知を配信してもよく、ユーザの嗜好に従って通知を伝達してもよい。ある実施形態では、通知は、１または複数の装置に関連するプッシュ通知ネットワークにプッシュされてもよく、プッシュ通知ネットワークは、各装置への通知の配信を容易にする。また、ある実施形態では、ネットワーク１０４上でのクライアント装置１０６との無中断接続によって、通信アプリケーション３１２は、関連アプリケーションがクライアント装置１０６上で実行されることなく、通知をユーザ装置にプッシュ可能になる。他の実施形態では、通信アプリケーション３１２が、図２のメッセージングアプリケーション２１０と共に作動して、メッセージングアプリケーション２１０を参照しながら上記で論じたように、多数のメッセージ配信ネットワークおよびプラットフォームを利用してユーザに通知を伝達してもよい。ある実施形態では、ユーザは、ユーザ嗜好アプリケーション３０２によって提供されるユーザインタフェースモジュールで、メッセージ配信ネットワークまたはプラットフォームを指定してもよい。

【0045】

図４は、一例示的実施形態による、通知をクライアント装置へルーティングする例示的な方法４００を示すフローチャートである。この実施例では、方法４００は、ユーザ活動の監視（動作４０５）、ユーザ嗜好データの取得（動作４１０）、通知イベントの検出（動作４１５）、ユーザへの通知の伝達（動作４２０）および通知の保存（動作４２５）等の動作を含んでもよい。

【0046】

動作４０５において、装置のユーザの活動が、使用追跡アプリケーション３０４によって監視される。ある実施形態では、ユーザの活動は、ネットワークベースのマーケットプレイス１０２によって提供される１または複数の様々な機能に対応してもよい。例えば、使用追跡アプリケーション３０４が、クライアント装置１０６上でマーケットプレイスアプリケーション１２６を介して、売りに出されている商品のユーザの購入を監視して追跡してもよい。また、ある実施形態では、使用追跡アプリケーション３０４が、ユーザの活動を監視することによって収集した使用データを、データベース１３４等のリポジトリに保存してもよい。

【0047】

動作４１０において、ユーザ嗜好データが、ユーザ嗜好アプリケーション３０２によって取得される。ユーザ嗜好データは、使用追跡アプリケーション３０４が受信した使用データに基づいて決定されてもよい。ある実施形態では、動作４０５および４１０は、ユーザ活動を監視しながらユーザ嗜好データを取得するために、並行して行われてもよい。例えば、ユーザ嗜好アプリケーション３０２は、ユーザが特定の装置への通知を受信したいということを、その装置がネットワークベースのマーケットプレイス１０２からの通知にアクセスするのに最後に用いられた装置であるということに基づいて、決定してもよい。

【0048】

ある実施形態では、ユーザ嗜好データは、ユーザ嗜好アプリケーション３０２によって提供されるユーザインタフェースでユーザから受信された１または複数のユーザ嗜好設定も含んでもよく、１または複数のユーザ嗜好設定は、通知の受信およびルーティング時のユーザの嗜好を明確に示す。ユーザ嗜好設定には、例えば、通知が送信される指定の装置、通知を受信する指定のタイミング、指定の通知の種類（例えば、「高値入札」通知、「落札」通知、「メッセージ受信」通知等）、または指定の通信の種類（例えば、プッシュ通知、ＳＭＳ、ｅメール等）がある。

【0049】

動作４１５において、ユーザ嗜好アプリケーション３０２は、マーケットプレイスアプリケーション１２６または支払アプリケーション１２８から、特定のユーザに関連する通知イベントが発生したという表示を受信してもよい。通知イベントは、ネットワークベースのマーケットプレイス１０２の１または複数の動作に関連するイベント（例えば、ユーザがオンラインオークションに出品されている商品に入札した、等）に対応してもよい。マーケットプレイスアプリケーション１２６または支払アプリケーション１２８から表示を受信すると、ユーザ嗜好アプリケーション３０２は、通知イベントが１または複数の基準を満たしているかを、通知受信に関するユーザ嗜好に基づいて決定してもよい。ある実施形態では、ユーザ嗜好アプリケーション３０２が、通知イベントが、ユーザによって登録された通知の種類であって、ユーザ嗜好アプリケーション３０２によって提供されるユーザインタフェースでユーザによって指定される通知の送信のきっかけになる通知の種類に対応するかどうかを決定してもよい。例えば、ユーザ嗜好アプリケーション３０２が、ユーザは入札活動通知（通知の種類）に登録しているということを決定する場合、そのユーザは、ある商品に対してユーザの入札価格を超える入札があった（通知イベント）という通知を提供されてもよい。

【0050】

動作４２０において、通知イベントが発生したという表示を受信すると、通信アプリケーション３１２によって、通知が、ルーティングアプリケーション３１０によって決定された少なくとも１つの装置に伝達される。ルーティングアプリケーション３１０は、通知がルーティングされるべき１または複数の装置を、ユーザ嗜好データに基づいて決定してもよい。例えば、ある特定の装置が、ユーザが最も頻繁に使用する装置であるとルーティングアプリケーション３１０が決定したのに基づいて、通知が、その特定の装置に伝達されてもよい。他の例では、ユーザが所定の時間に通知を受信したいということを示す使用データに基づいて、通信アプリケーション３１２が、所定の時間に通知をクライアント装置１０６に伝達するのを待ってもよい。他の例では、通知の受信に関連する特定のアプリケーションがクライアント装置１０６にインストールされているとルーティングアプリケーション３１０が決定したのに基づいて、通信アプリケーション３１２が、１つの通知のみをそのクライアント装置１０６に伝達してもよい。

【0051】

また、方法４００は、動作４２５でクライアント装置に通知を保存させる命令を、クライアント装置に送信してもよい。さらに、ユーザが予め保存された通知を見ることができるユーザインタフェースをクライアント装置に表示させる命令を、通知履歴アプリケーション３０６がクライアント装置に提供してもよい。ある実施形態では、通知が、ユーザの装置に伝達される前に、データベース１３４に保存されてもよい。

【0052】

＜例示的ユーザインタフェース＞
図５は、クライアント装置１０６に対して行われた通知５０２を含む、例示的なユーザインタフェース５００の一部を示す図である。図５に示すように、クライアント装置１０６は、スマートフォンの形態をとっている。他のクライアント装置としては、ラップトップコンピュータや携帯電話（例えば、スマートフォン）があってもよいが、これらに限定されない。様々な実施形態において、クライアント装置１０６は、少なくとも１つのプロセッサによって実行される１または複数のアプリケーションを含む。実行されたアプリケーションは、本明細書に記載の機能および方法を行うように構成されてもよい。

【0053】

通知５０２は、１または複数のアプリケーションのいずれもクライアント装置１０６によって実行されていない状態で、クライアント装置１０６に伝達されてもよく、ユーザ嗜好設定、使用情報、またはその組み合わせに従って、クライアント装置１０６へルーティングされてもよい。通知５０２は、本明細書に記載の通知の種類のいずれか１つであってもよい。例えば、通知５０２は、クライアント装置１０６のユーザが、オンラインオークションに出品された商品を落札したことを示してもよい。さらに、通知５０２は、本明細書に記載の通信の種類のいずれかによって伝達されてもよい。

【0054】

＜例示的クライアント装置＞
図６は、一例示的実施形態による、モバイル機器等のクライアント装置１０６を示すブロック図である。クライアント装置１０６は、プロセッサ６１０を含んでもよい。プロセッサ６１０は、モバイル機器に適した様々な異なる種類の市販のプロセッサ（例えば、ＸＳｃａｌｅアーキテクチャマイクロプロセッサ、ＭＩＰＳ（Microprocessor without Interlocked Pipeline Stages）アーキテクチャプロセッサ、または他の種類のプロセッサ）のいずれかであってもよい。ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、または他の種類のメモリ等のメモリ６２０は、概して、プロセッサ６１０にアクセス可能である。メモリ６２０は、ロケーションベースのサービス（例えば、物理的位置チェックイン）をユーザへ提供する移動体位置対応アプリケーション等のアプリケーションプログラム６４０に加えて、オペレーティングシステム（ＯＳ）６３０も保存するのに適合してもよい。プロセッサ６１０は、ディスプレイ６５０、およびキーパッド、タッチパネルセンサ、マイク等の１または複数の入出力（Ｉ／Ｏ）装置６６０と、直接または適切な仲介ハードウェア経由のどちらか一方で結合してもよい。同様に、ある実施形態では、プロセッサ６１０が、アンテナ６９０のインタフェースとなる送受信部６７０と結合してもよい。送受信部６７０は、クライアント装置１０６（図１）の性質に応じて、セルラーネットワーク信号、無線データ信号、または他の種類の信号を、アンテナ６９０を介して送受信するように構成されてもよい。このように、ネットワーク１０４（図１）との接続１１８（図１）が確立されてもよい。さらに、ある構成では、ＧＰＳ受信部６８０も、ＧＰＳ信号を受信するのにアンテナ６９０を用いてもよい。

【0055】

＜モジュール、構成要素および論理回路＞
論理回路、または多数の構成要素、モジュールもしくは機構を含むような実施形態が、本明細書中に記載される。モジュールは、ソフトウェアモジュール（例えば、機械読取可能な媒体上または送信信号中で実施されるコード）とハードウェアモジュールのいずれかを構成してもよい。ハードウェアモジュールは、ある動作を実施可能な有形の装置であり、ある特定の方法で構成または配置されてもよい。例示的実施形態において、１または複数のコンピュータシステム（例えば、スタンドアロン型コンピュータシステム、クライアントコンピュータシステムやサーバコンピュータシステム）、またはコンピュータシステムの１または複数のハードウェアモジュール（例えば、プロセッサや一群のプロセッサ）が、本明細書に記載のある特定の動作を実施するよう動作するハードウェアモジュールとして、ソフトウェア（例えば、アプリケーションやアプリケーション部）によって構成されてもよい。

【0056】

様々な実施形態において、ハードウェアモジュールが、機械的または電気的に実装されてもよい。例えば、ハードウェアモジュールは、（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）等の、専用のプロセッサとして）ある特定の動作を行うように恒久的に構成される専用の回路または論理回路を含んでもよい。また、ハードウェアモジュールは、ソフトウェアによってある特定の動作を行うように一時的に構成される、（例えば、汎用プロセッサまたは他のプログラマブルプロセッサ内に包含されるような）プログラマブル論理回路または回路を含んでもよい。ハードウェアモジュールの機械的な実装を、専用かつ恒久的に構成された回路内で行うか、または、一時的に構成された（例えば、ソフトウェアで構成された）回路内で行うかは、コストおよび時間を考慮することによって決定に至ることは理解されるであろう。

【0057】

従って、「ハードウェアモジュール」という語は、ある特定の方法で動作して本明細書に記載のある特定の動作を行うか、またはそのいずれか一方を行うように、物理的に構成されるか、恒久的に構成されるか（例えば、ハードワイヤード）、または一時的に構成された（例えば、プログラムされた）エンティティであるならば、有体物を包含すると理解されるべきである。ハードウェアモジュールが一時的に構成される（例えば、プログラムされる）実施形態を考えると、各ハードウェアモジュールは、いずれかの一時点に構成されてインスタンス化される必要はない。例えば、ハードウェアモジュールが、ソフトウェアを用いて構成された汎用のプロセッサを含む場合、その汎用のプロセッサは、別々の時間にそれぞれ別々のハードウェアモジュールとして構成されてもよい。従って、ソフトウェアは、例えば、ある時点では特定のハードウェアモジュールを構成し、別の時点では別のハードウェアモジュールを構成するようプロセッサを構成してもよい。

【0058】

ハードウェアモジュールは、他のハードウェアモジュールへ情報を提供して、他のハードウェアモジュールから情報を受信することができる。従って、記載のハードウェアモジュールは、通信可能に結合しているとみなしてもよい。複数のそのようなハードウェアモジュールが同時に存在する場合、ハードウェアモジュールを接続する通信は、信号送信を通して（例えば、適切な回路およびバスを通して）達成されてもよい。複数のハードウェアモジュールが別々の時間に構成されるかインスタント化される実施形態において、そのようなハードウェアモジュール間での通信は、例えば、複数のハードウェアモジュールがアクセスするメモリ構造への情報の保存および検索を通して達成されてもよい。例えば、あるハードウェアモジュールが動作を行って、その動作の出力を通信可能に結合しているメモリ装置に保存してもよい。そして、別のハードウェアモジュールが、その後に、そのメモリ装置にアクセスして保存された出力を検索して処理をしてもよい。また、ハードウェアモジュールは、入出力装置と通信を開始してもよく、リソース上で動作（例えば、情報収集）することができる。

【0059】

本明細書に記載の例示的方法の様々な動作が、少なくとも部分的に、関連した動作を行うように（例えばソフトウェアによって）一時的に構成された、または、恒久的に構成された１または複数のプロセッサによって行われてもよい。一時的に構成されていようが恒久的に構成されていようが、そのようなプロセッサは、１または複数の動作または機能を行うように動作するプロセッサ実装モジュールを構成してもよい。本明細書で言及されるモジュールは、例示的実施形態によっては、プロセッサ実装モジュールを含んでもよい。

【0060】

同様に、本明細書に記載の方法は、少なくとも部分的にプロセッサ実装であってもよい。例えば、方法の動作のうちの少なくとも一部は、１もしくは複数のプロセッサまたはプロセッサ実装モジュールによって行われてもよい。それらの動作の一部の実行は、単一のマシン内に存在するだけでなく多数のマシンにわたって配置された１または複数のプロセッサの間に、分散されてもよい。ある例示的実施形態では、プロセッサまたは複数のプロセッサは、単一の場所に（例えば、自宅環境内、オフィス環境内、またはサーバファームとして）位置してもよく、他の実施形態では、プロセッサは多数の場所に分散されてもよい。

【0061】

また、１または複数のプロセッサは、「クラウドコンピューティング」環境内で、または「ＳａａＳ（software as a service）」として、関連する動作の実行をサポートするよう動作してもよい。例えば、それらの動作の少なくとも一部は、ネットワーク（例えば、インターネット）および１または複数の適切なインタフェース（例えば、ＡＰＩ）を介してアクセス可能で、（プロセッサを含むマシンの例としての）一群のコンピュータによって実行されてもよい。

【0062】

＜電子機器およびシステム＞
例示的実施形態は、デジタル電子回路内で、コンピュータハードウェア、ファームウェア、ソフトウェア内で、またはそれらの組み合わせ内で、実装されてもよい。例示的実施形態は、コンピュータプログラム製品を用いて、例えば、機械読取可能な媒体内等の情報担体内で有形に実施されるコンピュータプログラムであって、プログラマブルプロセッサ、コンピュータもしくは複数のコンピュータ等のデータ処理装置に実行させる、またはその動作を制御するためのコンピュータプログラムを用いて、実装されてもよい。

【0063】

コンピュータプログラムは、コンパイルされた言語または解釈された言語を含めた、いずれの形式のプログラム言語でも書き込むことができ、また、スタンドアロンプログラムとしての展開、またはモジュール、サブルーチン、もしくはコンピューティング環境での使用に適した他の装置としての展開を含めた、いずれの形式でも展開されることができる。コンピュータプログラムは、１つのサイトで１つのコンピュータ上もしくは複数のコンピュータ上で実行されるように、または、複数のサイトに分散されて通信ネットワークによって相互接続されるように、展開されることができる。

【0064】

例示的実施形態において、入力データを処理して出力を生じることによって機能を行うためのコンピュータプログラムを実行する１または複数のプログラマブルプロセッサによって、動作が行われてもよい。また、方法動作は、専用の論理回路（例えば、ＦＰＧＡまたはＡＳＩＣ）によって実施されることができ、また、例示的実施形態の機器は、専用の論理回路として実装されてもよい。

【0065】

コンピューティングシステムは、クライアントおよびサーバを含むことができる。クライアントおよびサーバは、概して、互いに離れており、典型的には、通信ネットワークを通して対話する。クライアントとサーバの関係は、各コンピュータ上で実行されて互いに対してクライアント−サーバ関係を有するコンピュータプログラムによって発生する。プログラマブルコンピューティングシステムを展開する実施形態では、ハードウェアアーキテクチャとソフトウェアアーキテクチャの両方が考慮に値することが理解されるであろう。具体的には、ある機能の実装を、恒久的に構成されたハードウェア（例えば、ＡＳＩＣ）内にするか、一時的に構成されたハードウェア（例えば、ソフトウェアとプログラマブルプロセッサの組み合わせ）内にするか、または恒久的および一時的に構成されたハードウェアの組み合わせ内にするかの選択は、設計的事項であってもよいということが理解されるであろう。以下に、様々な例示的実施形態において展開されるハードウェア（例えばマシン）アーキテクチャおよびソフトウェアアーキテクチャを提示する。

【0066】

＜例示的マシンアーキテクチャおよび機械読取可能な媒体＞
図７は、本明細書で論じる方法のいずれか１つまたは複数をマシンに行わせる命令７２４が実行されるコンピュータシステム７００の例示的な形をしたマシンのブロック図である。代替の実施形態において、マシンは、スタンドアロン装置として動作するか、他のマシンに接続（例えば、ネットワーク化）してもよい。ネットワーク化された展開では、マシンは、サーバ−クライアントネットワーク環境でサーバまたはクライアントマシンの能力で、または、ピアツーピア（または分散）ネットワーク環境でピアマシンとして、動作してもよい。マシンは、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、ＰＤＡ、携帯電話、ウェブ器具、ネットワークルータやスウィッチやブリッジ、または、マシンによって取られるべきアクションを指定する命令（逐次的命令またはその他の命令）を実行可能な任意のマシンであってもよい。さらに、単一のマシンが図示されているが、「マシン」という語は、本明細書で論じる方法のいずれか１つまたは複数を行うための一組の（または複数組の）命令を個別にまたは共同で実行する、任意のマシンの集まりを含むものと解釈されたい。

【0067】

例示的コンピュータシステム７００は、プロセッサ７０２（例えば、中央処理装置（ＣＰＵ）、グラフィクスプロセッシングユニット（ＧＰＵ）、またはその両方）、メインメモリ７０４およびスタティックメモリ７０６を含み、バス７０８を介して互いに通信する。さらに、コンピュータシステム７００は、ビデオディスプレイ部７１０（例えば、液晶ディスプレイ（ＬＣＤ）またはブラウン管（ＣＲＴ））を含んでもよい。また、コンピュータシステム７００は、英数字入力装置７１２（例えば、キーボード）、ユーザインタフェース（ＵＩ）ナビゲーション装置７１４（例えば、マウス）、ディスク駆動部７１６、信号生成装置７１８（例えば、スピーカ）およびネットワークインタフェース装置７２０を含む。

【0068】

＜機械読取可能な媒体＞
ディスク駆動部７１６は、機械読取可能な媒体７２２を含み、機械読取可能な媒体７２２上に、本明細書に記載の機能の方法または機能のいずれか１つまたは複数を実施するかそれによって用いられる、データ構造および命令７２４（例えば、ソフトウェア）の一組または複数組が保存される。また、命令７２４は、コンピュータシステム７００によって実行されている間、メインメモリ７０４、スタティックメモリ７０６およびプロセッサ７０２、またはそのいずれか１つの内部に、完全にまたは少なくとも部分的に存在してもよく、また、メインメモリ７０４およびプロセッサ７０２は、機械読取可能な媒体を構成する。

【0069】

機械読取可能な媒体７２２は、例示的実施形態において、単一の媒体として示されているが、「機械読取可能な媒体」という語は、１もしくは複数のデータ構造または命令７２４を保存する、単一の媒体または複数の媒体（例えば、一元管理データベースもしくは分散データベース、ならびに関連付けられたキャッシュおよびサーバ、またはそのいずれか一方）を含んでもよい。また、「機械読取可能な媒体」という語は、マシンに実行させる命令を保存、符号化、または担持可能であって、本開示の方法論のいずれか１つまたは複数をマシンに行わせる任意の有形媒体、または、そのような命令によって用いられるデータ構造、もしくはそのような命令と関連付けられたデータ構造を保存、符号化、または担持可能な任意の有形媒体を含むものと解釈されたい。従って、「機械読取可能な媒体」という語は、固体メモリ、ならびに光学および磁性媒体を含むが、これらに限定されないものと解釈されたい。機械読取可能な媒体の具体例としては、例として、半導体メモリ装置（例えば、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory））およびフラッシュメモリ装置、内部ハードディスクおよびリムーバブルディスク等の磁気ディスク、光磁気ディスク、ならびにＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを含む、不揮発性メモリがある。

【0070】

＜送信媒体＞
さらに、命令７２４は、送信媒体を用いて、通信ネットワーク７２６上で送受信されてもよい。命令７２４は、ネットワークインタフェース装置７２０、および多数の周知の転送プロトコル（例えば、ＨＴＴＰ）のいずれか１つを用いて送信されてもよい。通信ネットワークの例としては、ＬＡＮ、ＷＡＮ、インターネット、携帯電話ネットワーク、ＰＯＴＳ（Plain Old Telephone）ネットワーク、および無線データネットワーク（例えば、ＷｉＦｉ、ＷｉＭａｘネットワーク）がある。「送信媒体」という語は、マシンに実行させる命令を保存、符号化、もしくは担持可能であり、デジタルもしくはアナログ通信信号を含む任意の無形媒体、またはそのようなソフトウェアの通信を容易にする他の無形媒体を含むものと解釈されたい。

【0071】

本発明の実施形態は、具体的な例示的実施形態を参照しながら説明したが、広範囲の発明の主題から逸脱することなく、これらの実施形態に様々な変形および変更を行ってもよいことは明らかであろう。従って、明細書および図面は、限定的というよりむしろ例示的な意味で考慮するべきである。本明細書の一部をなす添付の図面は、限定としてではなく例として、主題が実施される具体的な実施形態を示す。図示された実施形態は、当業者が本明細書に開示の教示を実施することができる程度に十分に詳細に説明される。本開示の範囲を逸脱することなく構造的および論理的置換ならびに変更を行えるように、他の実施形態が、図示された実施形態から派生して用いられてもよい。それゆえ、発明を実施するための形態は限定する意味で解釈されるべきではなく、様々な実施形態の範囲は、添付の特許請求の範囲の権利を有する均等物の全範囲と共に、その特許請求の範囲よってのみ定義される。

【0072】

発明の主題のこれらの実施形態は、本明細書において、単に便宜上、個別にかつ総称して、またはそのいずれか一方で、「発明」と称されてもよいが、複数が実際に開示されている場合、いずれかの単一の発明または発明概念に本出願の範囲を任意に制限する意図はない。従って、特定の実施形態が本明細書に示され、かつ記載されているが、同一の目的を達成するように意図されたいかなる構成も、示された特定の実施形態に代えることができると理解されたい。本開示は、様々な実施形態の一切の適応または変形を含むことを意図されている。上記実施形態と本明細書に具体的に記載されていない他の実施形態との組み合わせは、上記記載を検討することにより当業者には明らかであろう。

【0073】

本文書中で言及されているあらゆる刊行物、特許、および特許文献は、個々に参照により組み込まれているかのように、その全容が参照により本明細書に組み込まれる。本文書と、参照により組み込まれた文書との間に矛盾した用法がある場合、参照として組み込まれた文書における用法は、本文書の用法を補足するものと考えられるべきであり、相容れない矛盾が生じた場合は、本文書の用法が優先される。

【0074】

本文書中では、特許文献では一般的であるように、「a」または「an」の語が、何か他の例、または「at least one（少なくとも１）」もしくは「one or more（１または複数）」の使用とは無関係に、１または複数を含めるように使用されている。本文書では、「or」の語が、非排他的であることを指すように、すなわち、特に明記しない限り、「A or B」が「A but not B（ＡだがＢでない）」、「B but not A（ＢだがＡでない）」および「A and B（ＡおよびＢ）」を含むように、使用されている。添付の特許請求の範囲では、「including」および「in which」の語は、それぞれ「comprising」および「wherein」の語の明白な英語の等価物として使用されている。また、添付の特許請求の範囲では、「including」および「comprising」の語は開かれた結語であり、すなわち、請求項でそのような語の後に挙げる要素に加えて要素を含むシステム、装置、物品、またはプロセスが、依然としてその請求項の範囲内のものであるとみなされる。さらに、添付の特許請求の範囲では、「first（第１）」、「second（第２）」、「third（第３）」などの語は、単なるラベルとして使用されており、その対象に数的要件を課すことを意図するものではない。

【0075】

要約書は、読者が技術開示の本質を素早く確かめることができるように、提供されている。それは、請求項の範囲や意味を解釈したり、限定したりするのに用いられないという理解のもとに提出されている。また、上記発明を実施するための形態においては、様々な特徴が、開示の合理化のために、単一の実施形態にグループ化されていることがわかるだろう。この開示方法は、請求されている実施形態は、各請求項に明示されている特徴よりも多くの特徴を必要とするという意図を表していると解釈されるべきではない。むしろ、添付の特許請求の範囲が表すように、発明の主題は、開示された単一の実施形態の全ての特徴よりも少ない特徴にある。従って、添付の特許請求の範囲は、これにより、発明を実施するための形態に組み込まれ、各請求項は、個別の実施形態として、そのまま成立する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】