(57)【要約】  コンピューティングデバイスは、１つ以上のセンサを有する第１のユーザデバイスに関連付けられたセンサデータ及び場所データを監視し、センサデータ及び場所データに基づいて、第１のユーザデバイスの場所に関連付けられた交通データを監視するように構成される。データに応じて、コンピューティングデバイスは、車両速度、目的地への近接度及び交通速度に対する車両速度に基づいて、ユーザが選択可能なメッセージを第１のユーザデバイスに提供するか否かを決定する。ユーザが選択可能なメッセージは、掲載場所の検索要求を送信するように構成されたプロンプトを備える。決定に応えて、ユーザが選択可能なメッセージが第１のユーザデバイスに提供される。検索要求の受信に応えて、コンピューティングデバイスは、第１のユーザデバイスを第１の掲載場所に向かわせる命令を第１のユーザデバイスに送信するように構成される。【選択図】図１
2020516001.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
非一時的メモリと、
前記非一時的メモリに結合され、工程を実行するために命令を実行するように構成される１つ以上のプロセッサと、
を備え、前記工程は、
第１のユーザデバイスに関連付けられたセンサデータ及び場所データを監視することであり、前記第１のユーザデバイスは１つ以上のセンサを有することと、
前記センサデータ及び場所データに基づいて、前記第１のユーザデバイスの場所に関連付けられた交通データを監視することと、
車両速度、目的地までの近接度及び交通速度に対する車両速度に基づいて、前記第１のユーザデバイスにユーザが選択可能なメッセージを提供するか否かを決定することであり、前記ユーザが選択可能なメッセージは、１つ以上の掲載場所のうちの掲載場所について検索要求を送信するように構成されたプロンプトを含むことと、
前記第１のユーザデバイスに前記ユーザが選択可能なメッセージを提供することと、
前記ユーザが選択可能なメッセージに応えて前記検索要求を受信することであり、前記検索要求は、前記１つ以上の掲載場所に関連付けられた検索パラメータを含むことと、
前記第１のユーザデバイスに、前記第１のユーザデバイスを前記１つ以上の掲載場所のうちの第１の掲載場所に向かわせる命令を送信することと、
を含む、システム。
【請求項２】
前記ユーザが選択可能なメッセージはディープリンクを含む、
請求項１に記載のシステム。
【請求項３】
前記ディープリンクは、前記第１のユーザデバイスの音声確認又はディスプレイのタッチによって起動されるように構成される、
請求項２に記載のシステム。
【請求項４】
前記第１のユーザデバイスに前記ユーザが選択可能なメッセージを提供するか否かの前記決定は、機械学習及び人工知能に基づく、
請求項１に記載のシステム。
【請求項５】
前記第１のユーザデバイスに前記ユーザが選択可能なメッセージを提供するという前記決定は、更に、ブレーキの頻度及び旋回の頻度に基づく、
請求項１に記載のシステム。
【請求項６】
前記第１のユーザデバイスに前記ユーザが選択可能なメッセージを提供するという前記決定は複数の因子に基づき、前記複数の因子は、運転者のプロファイル又は履歴データに基づいて重み付けされる、
請求項１に記載のシステム。
【請求項７】
システムであって、
非一時的メモリと、
前記非一時的メモリに結合され、工程を実行するために命令を実行するように構成される１つ以上のプロセッサと、
を備え、前記工程は、
第１のユーザデバイスに関連付けられたセンサデータ及び場所データを監視することであり、前記第１のユーザデバイスは１つ以上のセンサを有することと、
前記センサデータ及び場所データに基づいて、前記第１のユーザデバイスの場所に関連付けられた交通データを監視することと、
車両速度、目的地までの近接度及び交通速度に対する車両速度に基づいて、前記第１のユーザデバイスにユーザが選択可能なメッセージを提供することであり、前記ユーザが選択可能なメッセージは、１つ以上の掲載場所のうちの掲載場所について検索要求を送信するように構成されたプロンプトを含むことと、
前記プロンプトの起動に応えて検索要求を送信することであり、前記検索要求は、掲載場所に関連付けられた検索パラメータを含むことと、
前記第１のユーザデバイスに、前記１つ以上の掲載場所のうちの第１の掲載場所に向かわせる命令を提供することと、
を含む、システム。
【請求項８】
前記ユーザが選択可能なメッセージはディープリンクを含む、
請求項７に記載のシステム。
【請求項９】
前記ディープリンクは、前記第１のユーザデバイスの音声確認又はディスプレイのタッチによって起動されるように構成される、
請求項８に記載のシステム。
【請求項１０】
前記第１のユーザデバイスにユーザが選択可能なメッセージを提供することは、更に、ブレーキの頻度及び旋回の頻度に基づく、
請求項７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、２０１７年４月１日出願の米国仮特許出願第６２／４８０，４４１号と、２０１７年４月２日出願の米国仮特許出願第６２／４８０，４５０号の利益を主張し、その両方は、本願で引用される全ての他の参考文献と共に、その全体があらゆる目的のために組み込まれる。
【０００２】
本開示は、一般に、車両誘導を提供することに関する。
【背景技術】
【０００３】
人口密度の高い環境において車両を駐車することは、無料駐車場の不足と専用の立体駐車場や駐車場の費用のせいで、いら立たしい経験であることが多い。これは、大規模な自治体（例えばニューヨーク市、サンフランシスコなど）の繁華街のような人口の多い都市環境で特に当てはまる。更に、競技場、コンサートホール、遊園地又はビーチフロントの周辺の近隣地域などの目的地やイベント会場の近くに、駐車の需要があることが多い。
【０００４】
更に、不動産の高価格により、多くの財産所有者は、財産所有者が不動産資産を収益化するための伝統的でない方法を模索する気になっている。例えば、住宅所有者はしばしば、オンラインの住宅レンタルプラットフォームを用いて、観光旅行者や旅行者に自宅の部屋を貸し出すことができる。車の運転者は、ライドシェアプラットフォームを用いて、自分の専用車を使用して歩行者にタクシーサービスを提供することができる。
【０００５】
シェアリングエコノミー駐車アプリケーションを使用すると、スマートフォン所有者はオンデマンド駐車システムを用いて、財産所有者に駐車スペースの使用料を支払うことができる。しかしながら、アプリケーションは、駐車スペースにおける車両の到着及び出発を決定するために、ユーザ入力を当てにするか、又は高価なセンサを当てにしている。
【０００６】
したがって、車両の動きを検出する改善された方法及びシステムを提供することが望ましいであろう。
【発明の概要】
【０００７】
一実施形態によれば、システムは、非一時的メモリと、それに結合された１つ以上のプロセッサとを含む。１つ以上のプロセッサは、第１のユーザデバイスに関連付けられた場所及びセンサデータを監視することと、第１のユーザデバイスの地理的場所が第１の掲載場所の閾値距離内にあることに基づいて、第１のユーザデバイスが第１の掲載場所に到着したことを決定することと、第１のユーザデバイスと第１の掲載場所のネットワークとの間の信号が所定の信号強度よりも低いことに基づいて、第１のユーザデバイスが第１の掲載場所を出発したこと、及び、閾値期間後に第１の掲載場所に関連付けられた占有状況が利用可能であることを決定することと、第１のユーザデバイスが第１の掲載場所を出発したという決定に基づいて、掲載場所のデータベースをユーザ入力なしで更新することと、を含む命令を実行するように構成される。
【０００８】
ユーザが選択可能なメッセージはディープリンクを含む。ディープリンクは、第１のユーザデバイスの音声確認又はディスプレイのタッチによって、起動されるように構成されてよい。
【０００９】
ユーザが選択可能なメッセージを第１のユーザデバイスに提供するか否かの決定は、機械学習及び人工知能に基づく。
【００１０】
ユーザ選択可能なメッセージを第１のユーザデバイスに提供するという決定は、ブレーキの頻度及び旋回の頻度に更に基づく。
【００１１】
ユーザが選択可能なメッセージを第１のユーザデバイスに提供するという決定は、複数の因子に基づき、複数の要因は、運転者プロファイル又は履歴データに基づいて重み付けされる。
【図面の簡単な説明】
【００１２】
【図１】いくつかの実施形態に係る分散コンピューティングシステムの例示的な図である。
【図２】いくつかの実施形態に係る車両誘導システムの例示的な図である。
【図３】１つ以上のメディアを用いて、接続変更を決定し、第１の掲載場所に関連付けられた利用可能状況を自動的に調整するための例示的な方法を示すフローチャートである。
【図４】第１のユーザデバイスが１つ以上のメディアデバイスを用いるときに、掲載場所に対する埋め込み検索要求を含むメッセージを第１のユーザに送信するための、例示的な方法を示すフローチャートである。
【図５】掲載場所を検索し、１つ以上のメディアデバイスを第１の掲載場所に向かわせる命令を送信するための例示的な方法を示すフローチャートである。
【図６】以前掲載場所に駐車された車両が第１の掲載場所を出発したか否かと、第１の掲載場所に関連付けられた占有状況が更新されるべきか否かとを自動的に検出するための、例示的な方法を示すフローチャートである。
【図７】拡張現実システムの例示的な図である。
【図８】メディアデバイスに表示された地図に１つ以上の掲載場所を提示するための例示的なシステムである。
【図９】拡張現実システムの別の例示的な図である。
【００１３】
図中、同じ呼称を有する要素は同じ又は類似の機能を有する。
【発明を実施するための形態】
【００１４】
図１は、いくつかの実施形態に係る分散コンピューティングシステム１００の簡略図である。図１に示されるように、システム１００は、３つのコンピューティングデバイス１１０、１４０及び１７０を含む。図１には３つのコンピューティングデバイス１１０、１４０及び１７０のみが示されているが、当業者であれば、分散コンピューティングシステム１００が任意の数の様々なタイプ及び／又は性能のコンピューティングデバイスを含み得ることを理解するであろう。いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び／又は１７０は、パーソナルコンピュータ（例えばラップトップ、デスクトップ、スマートフォン又はタブレットコンピュータ）、サーバ（例えばウェブサーバ、データベースサーバ）、ネットワーク交換装置（例えばスイッチ、ルータ、ハブ、ブリッジ及び／又は同類のもの）、車両ベースのデバイス（例えば車載コンピュータ、短距離車両通信システム、テレマティクスデバイス）、若しくはモバイル通信装置（例えば携帯電話、ポータブルコンピューティングデバイス及び／又は同類のもの）、及び／又は同類のものなど、任意のタイプのコンピューティングデバイスであってよく、前述の要素の一部又は全部を含んでよい。
【００１５】
いくつかの実施形態では、コンピューティングデバイス１１０はメモリ１３０に結合された制御ユニット１２０を有し、コンピューティングデバイス１４０はメモリ１６０に結合された制御ユニット１５０を有し、コンピューティングデバイス１７０はメモリ１６０に結合された制御ユニット１９０を有する。制御ユニット１２０、１５０及び／又は１８０のそれぞれは、そのそれぞれのコンピューティングデバイス１１０、１４０及び／又は１７０の動作を制御してよい。いくつかの例では、制御ユニット１２０、１５０及び／又は１８０はそれぞれ、１つ以上のプロセッサ、中央処理装置（ＣＰＵ）、グラフィック・プロセシング・ユニット（ＧＰＵ）、仮想機械、マイクロプロセッサ、マイクロコントローラ、論理回路、ハードウェア有限状態機械（ＦＳＭ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）及び／又は同類のもの、及び／又はそれらの組合わせを含んでよい。
【００１６】
いくつかの例では、代表アプリケーション１３２やデータ構造１３４など、１つ以上のアプリケーション及び１つ以上のデータ構造を格納するために、メモリ１３０を用いることができる。いくつかの例では、代表アプリケーション１６２やデータ構造１６４など、１つ以上のアプリケーション及び１つ以上のデータ構造を格納するために、メモリ１６０を用いることができ、代表アプリケーション１９２やデータ構造１９４など、１つ以上のアプリケーション及び１つ以上のデータ構造を格納するために、メモリ１９０を用いることができる。
【００１７】
いくつかの実施形態では、メモリ１３０、１６０及び／又は１９０はそれぞれ、揮発性及び不揮発性のメモリを含む、１つ以上のタイプの機械可読媒体を含んでよい。機械可読媒体の一般の形式は、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光学媒体、パンチカード、紙テープ、穴のパターンを有する任意の他の物理媒体、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、任意の他のメモリチップ若しくはカートリッジ、及び／又は、プロセッサ若しくはコンピュータが読み取るように適合された任意の他の媒体を含んでよい。揮発性メモリの一般の形式は、ＳＲＡＭ、ＤＲＡＭ、ＩＲＡＭ、及び／又は、デバイスに電源が入っている間のみデータを保持する任意の他の種類の媒体を含む。
【００１８】
データ構造１３４、１６４及び／又は１９４は、コンピューティングデバイス１１０、１４０及び／若しくは１７０且つ／又はアプリケーション１３２、１６２及び／若しくは１９２の目的に応じて、サイズ、使用法及び／又は複雑さが異なってよい。いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び／又は１７０が、スイッチ、ルータ、ハブ、ブリッジ及び／又は同類のものなどのネットワーク交換装置であるとき、データ構造１３４、１６４及び／又は１９４は、転送を伴う１つ以上のテーブル及び／又は同様の情報を含んでよい。いくつかの例では、このようなテーブルは、１つ以上の仮想ＬＡＮテーブル、リンク・アグリゲーション・グループ（ＬＡＧ）テーブル、レイヤ２（Ｌ２）ネクストホップテーブル、レイヤ３（Ｌ３）ルーティングテーブル、Ｌ３転送情報ベース（ＦＩＢ）、フローテーブル及び／又は同類のものを含んでよい。システム１００のネットワーク環境且つ／又はコンピューティングデバイス１１０、１４０及び／若しくは１７０の役割に応じて、これらのテーブルは、数十から数千のエントリ、又は更に、数万以上の範囲のエントリを含んでよい。いくつかの例では、データ構造１３４、１６４及び／又は１９４からのデータは、代表制御ユニットによって直接的（例えばマシンコード）又は間接的（例えばスクリプト）に実行され得る命令に従って、代表制御ユニットによって取得、格納又は変更されてよい。本開示のシステム及び方法は、任意の特定のデータ構造に限定されない。
【００１９】
いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び１７０は、ネットワーク１０１を用いて一緒に結合されてもよい。いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び１７０のうちの１つ以上は、ＤＳＲＣ、衛星、ＲＦＩＤ、ファイアワイヤ、ネットワーク、ＵＳＢ、Ｗｉ−Ｆｉ、ＲＦＩＤ、ＢＬＵＥＴＯＯＴＨ、赤外線（例えばＧＳＭ赤外線）などの任意のタイプの有線又は無線接続を介して、且つ／又は、ＩＥＥＥ８０２．１１やＷｉＭＡＸなどの任意の適切な無線通信規格及びプロトコルを用いて、接続されてよい。任意の介在ノードを含むネットワーク１０１は、イーサネットなどのローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、仮想又は非仮想プライベートネットワーク及び／又は同類のもの、及び／又はそれらの組合わせを含む任意の種類のネットワークであってよい。
【００２０】
いくつかの実施形態では、ネットワーク１０１は、パーソナルコンピュータ（例えばラップトップ、デスクトップ、スマートフォン又はタブレットコンピュータ）、サーバ（例えばウェブサーバ、データベースサーバ）、ネットワーク交換装置（例えばスイッチ、ルータ、ハブ、ブリッジ及び／又は同類のもの）、車両ベースのデバイス（例えば車載コンピュータ、短距離車両通信システム、テレマティクスデバイス）、又はモバイル通信装置（例えば携帯電話、ポータブルコンピューティングデバイス及び／又は同類のもの）、及び／又は同類のものなど、任意のタイプのコンピューティングデバイスを含んでよく、前述の要素の一部又は全部を含んでよい。コンピューティングデバイス１１０、１４０及び１７０は、アプリケーション１３２、１６２及び／又は１９２などのそれらのアプリケーションを通じて、ネットワーク１０１を用いて情報を交換し、及び／又は、相互にサービスを提供してよい。いくつかの例では、コンピューティングデバイス１４０は、コンピューティングデバイス１１０のバックアップ及び／又はフェイルオーバーサービスを提供するために用いられてよい。
【００２１】
いくつかの例では、コンピューティングデバイス１４０は、データ構造１３４の同期コピーとしてデータ構造１６４を維持していてよい。いくつかの例では、制御ユニットなど、コンピューティングデバイス１１０、１４０及び１７０の構成要素の１つ以上は、遠隔に配置されてよい。
【００２２】
いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び／又は１７０は電子ディスプレイ（図示なし）を含んでよく、ディスプレイは、アクティブマトリクス発光ダイオード（ＡＭＯＬＥＤ）、発光ダイオード（ＬＥＤ）、有機ＬＥＤ（ＯＬＥＤ）、電気泳動、液晶、電子ペーパー及び／又は同類のもの、及び／又はそれらの組合わせであってよい。いくつかの実施形態では、コンピューティングデバイス１１０、１４０及び／又は１７０は、キーボード、マウス、タッチスクリーン、ボタン入力、マイク、モーションセンサ、アイセンサ、ビデオディスプレイ及び／又は同類のものなど、様々な入出力（Ｉ／Ｏ）装置を有してよい。
【００２３】
図２は、車両誘導システム２００の簡略図である。いくつかの実施形態では、図２に示されるように、システム２００は、メディアデバイス２１０、車両メディアデバイス２２０、アプリケーションサーバ２３０、地図データベース２４０及び車両２５０を含む。いくつかの例では、メディアデバイス２１０及び／又は車両メディアデバイス２２０は、コンピューティングデバイス１１０、１４０、１７０の１つ以上に対応してよく、ネットワーク１０１を用いて互いに通信してよい。
【００２４】
いくつかの実施形態では、車両メディアデバイス２２０は、車両２５０内のデバイスであってよく、又は車載コンピュータなど、車両自体の一部であってよい。車両は、複数のコンピューティングデバイスを有してよい。いくつかの例では、車両メディアデバイス２２０は、車両のダッシュボードなど、車両の内部に搭載されてよい。いくつかの例では、車両は、自動車、トラック、ＳＵＶ、オートバイ、スクーター、セグウェイ、ホバーボード、ドローン、バス、ゴルフカート、電車、トロリー、アミューズメント車両、レクリエーショナル・ビークル、ボート、水上オートバイ、ヘリコプター、飛行機及び／又は同類のものなど、任意のタイプの車両であってよい。
【００２５】
いくつかの実施形態では、メディアデバイスは、筐体内にディスプレイを有してよい。いくつかの例では、筐体はいくつかの部品を有してよい。いくつかの例では、筐体の一部は、ガラスなどの光学的に透明な材料を含んでよく、筐体の別の部分は、金属材料（例えばアルミニウム）及び／又はプラスチックなどの他の材料を含んでよく、これにより、ディスプレイの変形を防止する堅固な支持構造を提供することができる。いくつかの例では、メディアデバイスは、米国特許第９，３６７，０９５号（参照によりその全体が組み込まれる）に記載されているようなフレキシブルなディスプレイ配置を有してよい。
【００２６】
いくつかの実施形態では、車両メディアデバイス２２０はメディアデバイス２１０との通信を確立してよく、逆も同様である。いくつかの例では、メディアデバイス２１０は、コンピューティングデバイス１１０、１４０及び１７０のうちの１つ以上の間の接続などによって、車両メディアデバイス２２０との通信を自動的に確立する。いくつかの例では、メディアデバイス２１０は、有線接続を介して車両メディアデバイス２２０と自動的に通信する。いくつかの例では、メディアデバイス２１０は、自身の電源を有してよく、又は車両２５０内の電源によって電力供給されてよい。いくつかの例では、車両は、動作中にメディアデバイス２１０を充電してよい。いくつかの例では、メディアデバイス２１０は、例えば、車両２５０のダッシュボード上などの無線充電面上で、無線で充電されてよい。車両２５０は、エネルギー伝送を提供するための送信器を有してよく、メディアデバイス２１０は、無線電力用の受信器を有してよく、それにより、磁気共鳴結合を用いてエネルギー伝達が行われる。送信器は、複数の送信コイルを用い、係るコイルから受信器内の複数の受信コイルへの並列経路を用いて、電力を伝送してよい。
【００２７】
いくつかの実施形態では、車両２５０は、米国特許第９，３３０，５７１号（その全体が参照により組み込まれる）に開示された部分的又は完全に自律的な車両システム及び方法のように、部分的又は完全に自律的であってよい。いくつかの例では、車両２５０は、米国特許第８，２８０，６２３号（その全体が参照により組み込まれる）に開示されているセンサなど、１つ以上の車両動作センサを含んでよい。いくつかの例では、メディアデバイス２１０及び車両メディアデバイス２２０は、車両動作センサとして含まれてよく、１つ以上の外部センサと通信するように構成されてよい。外部センサは、カメラ、レーザ、ソナー、レーダ検出ユニット（例えば、適応走行制御に用いられるもの）、及び／又は同類のもの、及び／又はそれらの組合わせを含んでよく、リアルタイムで更新されたデータを提供し、現在の環境条件を反映するための出力を更新してよい。自律車両の物体の検出及び分類は、米国特許第８，１９５，３９４号（その全体が参照により組み込まれる）に開示されている実施形態に従って実行されてよい。
【００２８】
いくつかの実施形態では、データは、１つ以上のアプリケーションサーバ２３０を含む他のソースから収集されてもよい。いくつかの例では、交通データは１つ以上のアプリケーションサーバによって受信されてよく、１つ以上のアプリケーションサーバは、ＧＯＯＧＬＥマップ、ＡＰＰＬＥマップ、ＷＡＺＥ及び／又は同類のもの、及び／又はそれらの組合わせなどの、ジオロケーション、マッピング及びナビゲーションのアプリケーションを含んでよい。いくつかの例では、アプリケーションサーバ２３０は、ＧＯＯＧＬＥマップＡＰＩなどの地図ＡＰＩを介して、地図又はＧＩＳデータベース（地図データベース２４０など）とインタラクトすることができる。いくつかの例では、アプリケーションサーバは、メディアデバイス及び／又はホストデバイスからセンサデータを受信することに応えて、地図又はＧＩＳデータベースに交通データを問い合わせる。いくつかの例では、地図データベース２４０はＳＱＬデータベースとすることができる。アプリケーションサーバ２３０は、ＳＱＬデータベースを管理する１つ以上のサーバとインタフェースすることができる。アプリケーションデータとアプリケーションの状況は、クラウド管理のＳＱＬデータベースに格納することができる。他の変形例では、地図データベース２４０は、ＭＯＮＧＯＤＢデータベースなどのＮｏＳＱＬデータベースを含むドキュメント指向データベースとすることができる。
【００２９】
図３は、１つ以上のメディアデバイスを用いて、接続変更を決定し、第１の掲載場所に関連付けられた利用可能状況を自動的に調整するための例示的な方法３００を示すフローチャートである。いくつかの例では、１つ以上のメディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０及び／又は車両メディアデバイス２２０のうちの１つ以上に対応してよく、１つ以上のセンサは、図２に関して上述されたそれらのセンサを含んでよい。方法３００は、一連のプロセス３１０〜３５０として図３に示されている。いくつかの例では、プロセス３１０〜３５０は、アプリケーションサーバ２３０などの１つ以上のアプリケーションサーバ上で実施されてよい。いくつかの例では、示されたプロセスの全てが方法３００の全ての実施形態において実行されるわけではないことがある。更に、図３に明示的に示されていない１つ以上のプロセスが、プロセス３１０〜３５０の前に、後に、間に、又はその一部として含まれてよい。
【００３０】
いくつかの実施形態では、１つ以上のプロセス３１０〜３５０は、少なくとも部分的に、非一時的な有形のコンピュータ可読媒体に格納された実行可能コードの形式で実施されてよく、実行可能コードは、１つ以上のプロセッサ（例えばメディアデバイスのプロセッサ）によって実行されたときに、１つ以上のプロセッサにプロセス３１０〜３５０の１つ以上を実行させてよい。
【００３１】
プロセス３１０において、第１の掲載場所に関連付けられた掲載更新が受信されてよい。いくつかの例では、掲載更新は、１つ以上のメディアデバイスのうちの第１のユーザデバイスから送信される。いくつかの例では、掲載更新は、掲載場所に関連付けられた情報を含んでよく、情報は、地理的場所、掲載場所を示す画像又はビデオクリップ、掲載場所の寸法、掲載場所のタイプ（掲載場所がオートバイ、トラック、小型車及び／又は同類のものを収容できるか否かなど）；任意のハザードについての情報、ゲート又はガレージを開錠する命令（パスコード又はパターンなど）、価格及び時間についての情報（１時間あたりの価格、１日の様々な時間の価格、１日あたりの価格、週／月／年あたりの価格など）、掲載場所に掩蓋（屋根又はカーポート）があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせを含んでよい。いくつかの例では、掲載場所は駐車スペースを含んでよい。掲載クライアントデバイスは、システム２００などのシステムのユーザにより、システムの他のユーザによるレンタル又はリース用の駐車スペースをリストするために用いることができる。
【００３２】
プロセス３２０において、１つ以上のアプリケーションサーバにより、第１のユーザデバイスからデータが受信されてよく、データは、第１のユーザデバイスと接続している１つ以上のデバイスについての情報を含む。いくつかの例では、第１のユーザデバイスと接続する１つ以上のデバイスは、Ｗｉ−Ｆｉ＿３３モデム、ＧＰＳ、ＲＦＩＤ、ＢＬＵＥＴＯＯＴＨコンポーネント（スマートデバイス、車両又は車両メディアデバイス（車両メディアデバイス２２０など）及び／又は同類のもの）、ホットスポットテザー、３Ｇ又は４Ｇモデム、ＬＴＥモデム、駐車センサ（米国特許出願第１５／３６６，９５３号に開示の物体検出センサなど）及び／又は同類のもの、及び／又はそれらの組合わせを含んでよいが、これらに限定されない。
【００３３】
プロセス３３０において、第１のユーザデバイスから収集されたデータに基づいて、第１のユーザデバイスが第１の掲載場所に関連付けられたエリアに入ったか又はエリアから出発したことが決定されてよい。いくつかの実施形態では、１つ以上の接続変更に基づいて、第１のユーザデバイスがエリアに入ったか又はエリアから出発したことが決定されてよい。第１の接続変更は、第１のユーザデバイスからのデータに基づいて決定されてよく、接続変更は、第１のユーザデバイスと１つ以上のデバイスとの間である。いくつかの例では、接続変更は、１つ以上のアプリケーションサーバ、第１のユーザデバイス及び／又は同類のものによって決定される。いくつかの例では、１つ以上の接続の変更の結果として、第１のユーザデバイスは、１つ以上の接続の変更についてのデータを１つ以上のアプリケーションサーバに送信してよい。いくつかの例では、接続変更は、１つ以上のデバイスからの１つ以上の信号が弱くなり所定の閾値（−４０ｄＢｍなど）を下回るか、又は第１のユーザデバイスによって検出できなくなるという検出に基づいて、決定される。いくつかの例では、第１のユーザデバイスはホームＷｉ−Ｆｉに接続されてよい。第１のユーザデバイスがホームＷｉ−Ｆｉのすぐ近くにいなくなったために、ホームＷｉ−Ｆｉ信号が非常に弱くなることがあり、接続が失われてしまう。第１のユーザデバイスがＢＬＵＥＴＯＯＴＨ接続を介して１つ以上のホームデバイスのすぐ近くにいなくなったために、１つ以上の信号が非常に弱くなることがあり、接続が失われてしまう。いくつかの例では、第１のユーザデバイス上で、データ接続がＷｉ−Ｆｉからセルラネットワークに移行され得る。いくつかの例では、接続変更は、第１のユーザデバイスが、車両のＷｉ−Ｆｉ又はＢＬＵＥＴＯＯＴＨコンポーネントなどの車両のネットワークと接続されるようになることを含んでよい。いくつかの例では、接続変更は、１つ以上のデバイスに固有のＭＡＣアドレスによって決定されてよい。いくつかの例では、車両のＢＬＵＥＴＯＯＴＨコンポーネントは、車両のバッテリーの起動時に起動する車両メディアデバイス７２０などの車両メディアデバイスに対応する。いくつかの例では、１つ以上のアプリケーションサーバは、第１の掲載場所に関連付けられた駐車センサのネットワーク接続を確認し、センサメモリから前回の近接測定値を要求することができる。１つ以上のアプリケーションサーバは、駐車センサのネットワーク接続を確認して、駐車センサの近接検知器を起動し、駐車センサにリアルタイムの近接測定値を問い合わせることもできる。
【００３４】
いくつかの実施形態では、ジオフェンシングを用いて、特定のエリアの周りに仮想の地理的境界を作成することにより、第１のユーザデバイスがいつ該特定のエリアに入ったか又はエリアから離れたかが決定されてよい。いくつかの例では、特定のエリアは、自宅、オフィスの場所、商業駐車場及び／又は同類のものであってよい。いくつかの例では、１つ以上のデバイス及び／又は第１のユーザデバイスは、メッシュネットワークの一部である。いくつかの例では、第１のデバイスは、特定のエリアに関連付けられた１つ以上のデバイスなど、メッシュネットワークの１つ以上のノードから接続を切断する。いくつかの例では、特定のエリアの仮想の地理的境界を作成するジオフェンシングを有効化するために、メッシュネットワークが用いられる。いくつかの例では、ジオフェンシングは、米国特許第９，３４９，１０４号（その全体が参照により組み込まれる）に開示されているシステム及び方法を用いるなど、機械学習に依存して仮想境界を調整してよい。
【００３５】
プロセス３４０において、１つ以上のアプリケーションサーバは、第１の掲載場所に関連付けられた利用可能状況を調整するために、掲載要求を第１のユーザデバイスに送信する。いくつかの実施形態では、プロセス３３０による、第１のユーザデバイスがエリアに入ったか又はエリアを出発したという決定に応えて、掲載要求が送信される。いくつかの例では、掲載要求は、第１のユーザデバイスのユーザに第１の掲載場所の利用可能状況を変更するように要求する通知、アラート、テキストメッセージ及び／又は同類のものであり、掲載要求は、リンク、推奨掲載価格、推奨時間、イベントについての情報及び／又は同類のものを含んでよい。
【００３６】
いくつかの例では、リンクはアプリケーションを立ち上げ、少なくとも１つの掲載場所に関連付けられた利用可能状況を編集するようにユーザに促す。いくつかの例では、リンクは、アプリケーション内でリソースを立ち上げる統一リソース識別子（ＵＲＩ）などのディープリンクである。ディープリンクにより、ユーザは、第２のアプリケーション内の関連部分へと第２のアプリケーションを立ち上げることができ、個別に第２のアプリケーションを立ち上げてその関連部分に進む必要はない。いくつかの例では、ディープリンクは延期された（ｄｅｆｅｒｒｅｄ）（永続としても知られる）ディープリンクであるため、第１のユーザデバイスにインストールされたａｎ  ｔにリンクし、代わりにアプリケーションストアにリダイレクトしてリンク先アプリケーションのダウンロード及び／又はインストールを可能にする。
【００３７】
プロセス３５０において、複数の掲載場所に関連付けられたデータセットが更新されてよい。いくつかの例では、データセットはデータベースに含まれてよい。いくつかの例では、データベースは１つ以上のデータベーステーブルに、掲載場所に関する位置データを格納することができる。いくつかの例では、データベースは、Ｍｉｃｒｏｓｏｆｔ  ＡＺＵＲＥデータベースなどのクラウド管理のＳＱＬデータベースを含むことができる。いくつかの例では、データベースは、コンピューティングクラウドのメモリに格納することができる。いくつかの例では、データセットは１つ以上のアプリケーションサーバによって更新される。いくつかの例では、データセットは、第１のユーザデバイスによって送信された第１の掲載場所の利用可能性に関する更新に応えて更新される。いくつかの例では、データセットは、第１のユーザデバイスに第１の掲載場所に関連付けられた利用可能状況を調整するように要求せずに、接続変更が発生したというプロセス３３０の決定に基づいて、自動的に更新される。開示された実施形態のいくつかの利点として、掲載場所の利用可能性の増加と、処理の高速化と、ユーザインタフェースの簡素化が挙げられる。いくつかの例では、方法３００は、ユーザからの入力を必要とせずに、コンピュータが掲載場所を自動的に更新できるようにする方法である。
【００３８】
図４は、第１のユーザデバイスが１つ以上のメディアデバイスを用いるときに、掲載場所に対する埋め込み検索要求を含むメッセージを第１のユーザに送信するための、例示的な方法４００を示すフローチャートである。いくつかの例では、１つ以上のメディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０及び／又は車両メディアデバイス２２０のうちの１つ以上に対応してよく、１つ以上のセンサは、図２に関して上述されたそれらのセンサを含んでよい。方法４００は、一連のプロセス４１０〜４４０として図４に示される。いくつかの例では、プロセス４１０〜４４０は、アプリケーションサーバ２３０などの１つ以上のアプリケーションサーバで実施されてよい。いくつかの例では、示されたプロセスの全てが方法４００の全ての実施形態において実行されるわけではないことがある。更に、図４に明示的に示されていない１つ以上のプロセスが、プロセス４１０〜４４０の前に、後に、間に、又はその一部として含まれてよい。いくつかの実施形態では、１つ以上のプロセス４１０〜４４０は、少なくとも部分的に、非一時的な有形のコンピュータ可読媒体に格納された実行可能コードの形式で実施されてよく、実行可能コードは、１つ以上のプロセッサ（例えばメディアデバイスのプロセッサ）によって実行されたときに、１つ以上のプロセッサにプロセス４１０〜４４０の１つ以上を実行させてよい。いくつかの例では、方法４００のプロセスは、方法３００で説明された１つ以上のステップに続いて実行されてよい。
【００３９】
プロセス４１０において、センサデータ、交通データ及び場所データが、１つ以上のメディアデバイスのうちの第１のユーザデバイスから監視されてよい。いくつかの例では、監視は継続的に、定期的に、且つ／又は設定された場所マーカーにおいて発生してよい。いくつかの例では、プロセス４１０は、方法４００の他のステップと同時に実行されてよい。いくつかの例では、センサデータは、第１のユーザデバイスから１つ以上のアプリケーションサーバに転送されてよい。センサデータは、図２に関して上述されたものなどの、第１のユーザデバイスのセンサ、又は第１のユーザデバイスに接続しているセンサに対応してよい。いくつかの例では、第１のユーザデバイスは、加速度計、慣性装置、ジャイロスコープ及び磁力計を含む。いくつかの例では、第１のユーザデバイスと接続しているセンサは、図２に関して上述したものなどの車両動作センサである。いくつかの例では、慣性装置は、３軸加速度計などの多軸加速度計、３軸ＭＥＭＳジャイロスコープなどの多軸ジャイロスコープ、又はそれらの組合わせとして実施されてよい。
【００４０】
いくつかの例では、交通データは、１つ以上のアプリケーションサーバによって受信されてよく、１つ以上のアプリケーションサーバは、ＧＯＯＧＬＥマップ、ＡＰＰＬＥマップ、ＷＡＺＥ及び／又は同類のもの、及び／又はそれらの組合わせなどの、ジオロケーション、マッピング及びナビゲーションのアプリケーションを含んでよい。いくつかの例では、交通データは、１つ以上の道路の現在の渋滞及び渋滞傾向、事故、緊急事態、工事、道路閉鎖、迂回路、トラックストップ、休憩所、気象条件、その他の道路状況及び／又は同類のものを含む、道路についての情報を含んでよい。いくつかの例では、１つ以上のジオロケーション、マッピング及びナビゲーションのアプリケーションは、第２のサーバからのアプリケーション・プログラミング・インタフェース（ＡＰＩ）を統合し、第２のサーバは掲載場所のデータベースに結合される。いくつかの例では、掲載場所のデータベースに結合されている第２のサーバは、ジオロケーション、マッピング及びナビゲーションアプリケーションのＡＰＩをホストする。統合ＡＰＩの利点として、アプリケーション間の相互運用性とアプリケーションを介した他のサービスの利用可能性が挙げられ、よりシームレスで便利なユーザエクスペリエンスが創出される。
【００４１】
プロセス４２０において、いつ第１のユーザデバイスにメッセージを送信するかが決定されてよく、メッセージは掲載場所の埋め込み検索要求を含む。いくつかの例では、第１のユーザデバイスは、第１のユーザデバイス上でアクティブに動作中の、車両の駐車を支援するアプリケーションを有してよい。いくつかの例では、決定は、センサデータ、交通データ、場所データ及び／又は同類のもの、及び／又はそれらの組合わせに基づいてよい。
【００４２】
いくつかの実施形態では、決定は、１つ以上の因子：車両速度、平均交通速度及び／又は掲示された制限速度に対する車両速度、ブレーキの頻度、旋回の頻度、目的地までの近接度、及び／又は同類のもの、及び／又はそれらの組合わせに基づいてなされてよい。いくつかの例では、各因子には値が割り当てられ、因子の合計が閾値を超えると、メッセージを第１のユーザデバイスに送信する必要があると決定される。因子の各々には、車両操作者及び／又は車両が駐車場を検索していることを示す可能性が高い因子であるか否かに応じて、低い重み又は高い重みが付与される。
【００４３】
プロセス４２１において、車両速度は、センサデータ及び／又は場所データに基づいて決定されてよい。いくつかの例では、センサデータは、１つ以上の車両動作センサからの車両動作センサデータを含み、車両動作センサデータは車両速度についての情報を含む。いくつかの例では、平均速度を計算するために、場所データが経時的に追跡される。
【００４４】
プロセス４２２において、平均交通速度及び／又は掲示された制限速度に対する車両速度が決定されてよい。平均交通速度は、センサデータ及び／又は交通データに基づいて決定されてよい。いくつかの例では、センサデータは、任意の近くの車両からの距離についての１つ以上の車両動作センサからのデータを含んでよい。いくつかの例では、掲示された制限速度は、場所データと、第１の進行方向に沿った掲示制限速度を含むデータベースへの参照とに基づいて決定されてよい。平均交通速度及び／又は掲示された制限速度との車両速度の比較に基づいて、車両速度が比較的低いと決定されてよい。いくつかの例では、平均交通速度及び／又は掲示された制限速度と比較して第１のユーザデバイスの速度（車両速度に対応する）が比較的低い（例えば５０％）とき、これは、車両及び／又は車両操作者が駐車スペースを探すためにゆっくりと運転していることを示す強力な因子になり得る。
【００４５】
プロセス４２３において、ブレーキの頻度は、センサデータ及び／又は場所データに基づいて決定されてよい。いくつかの例では、ブレーキは車両動作センサによって決定されてよい。いくつかの例では、ブレーキは、第１のユーザデバイスの加速度計によって検出された急速な減速によって決定されてよい。いくつかの例では、ブレーキは、ある期間にわたる第１のユーザデバイスの場所データに基づいて決定された速度の急激な低下に基づいて、決定されてよい。いくつかの例では、１〜２分間に５回以上のブレーキが発生したことに基づいて、ブレーキの割合が高いと決定されてよい。いくつかの例では、アプリケーションサーバは、車両及び／又は車両操作者が駐車する場所を見つけるために頻繁に停止しているという高い割合に基づいて、低い確実性で決定してよい。
【００４６】
プロセス４２４において、旋回の頻度は、センサデータに基づいて決定されてよい。いくつかの例では、旋回の頻度は、センサデータ及び／又は場所データに基づいて決定されてよい。いくつかの例では、旋回は車両動作センサによって決定されてよい。いくつかの例では、旋回は、第１のユーザデバイスの加速度計によって決定されてよい。いくつかの例では、旋回は、第１のユーザデバイスの第１の進行方向と比較した経時的な場所データに基づいて決定されてよい。いくつかの例では、１〜２分間で２、３回の旋回に基づいて、旋回の割合が高いと決定されてよい。いくつかの例では、アプリケーションサーバは、車両及び／又は車両操作者が駐車する場所を見つけるために道路を旋回していることを示す高い旋回率に基づいて、低い確実性で決定してよい。
【００４７】
プロセス４２５において、第１のユーザデバイスの目的地までの近接度が、場所データに基づいて決定されてよい。いくつかの例では、目的地までの近接度は、ＧＯＯＧＬＥマップ、ＡＰＰＬＥマップ、ＷＡＺＥ及び／又は同類のもの及び／又はそれらの組合わせなどの、ジオロケーション、マッピング及びナビゲーションからの場所データ及び／又は情報に基づいてよい。いくつかの例では、目的地は、自宅や職場などの以前に保存された場所を含んでよい。
【００４８】
いくつかの例では、目的地は、ユーザからの入力に基づいて保存されてよく、又は第１のユーザデバイスの以前の場所データに基づいた訪問頻度に基づいて保存されてよい。
【００４９】
ほとんどのジオロケーション、マッピング及びナビゲーションのアプリケーションは、機能及び収容能力に従って道路をグループ化するという原則に依存している。いくつかの例では、道路は、最高から最低までの制限速度に基づいて、降順の階層でグループ化されてよい。いくつかの例では、目的地までの近接度は、上位の道路から下位の道路への降順の道路の階層に基づいて決定されてよい。いくつかの例では、道路の階層は、平均交通速度及び／又は掲示された制限速度と比較した第１のユーザデバイスの相対速度など、プロセス４２０で用いられる別の因子の重みを小さくするために用いられてよい。いくつかの例では、掲示された制限速度が５５〜７０ＭＰＨである高速道路など、上位の道路において相対速度が低いとき、車両及び／又は車両操作者が駐車場を探している可能性は低い。開示された実施形態のいくつかの利点として、車両及び／又は車両操作者が駐車を探しているときの誤検知の排除が挙げられる。
【００５０】
プロセス４２６において、場所データ及び／又は交通データに基づいて、第１のユーザデバイスが目的地に近接していると決定されてよい。いくつかの例では、目的地までの距離が０．２５〜５マイル未満などの閾値マイル数未満であるとき、第１のユーザデバイスは近接している。
【００５１】
いくつかの実施形態では、近接近度の大きさは、地理的エリア内の利用可能な掲載場所の数に基づいて決定されてよい。いくつかの例では、地理的エリアは随時関心地点（ＰＯＩ）によって定められる。随時ＰＯＩは、掲載要求が第１の閾値を上回ることに基づいて決定されてよく、交通データに基づいてよい。いくつかの実施形態では、随時ＰＯＩは、開催中又は開催予定のイベントの場所まで所定の近接度を有する地理的場所として定義される。いくつかの例では、金曜日夜の午後７時頃にスポーツバーが随時ＰＯＩと見なされてよく、これは、スポーツバーが同金曜日の夜８時に野球イベントのライブブロードキャストを提供する予定があるからである。日曜日朝の午前８時から午後１２時までの間、道路交差点が随時ＰＯＩと見なされてよく、これは、その時間枠の間に道路交差点でファーマーズマーケットが開催されることが多いからである。いくつかの例では、交通データが地域内の交通混雑を示すとき、第１の閾値を上回ってよい。随時ＰＯＩは、随時ＰＯＩの近辺における駐車場の需要の急騰又は急増が発生している場所又は会場とすることができる。いくつかの例では、随時ＰＯＩは、競技場、コンサートホール、ナイトクラブ、映画館、博物館、又はレストラン、ファーマーズマーケット、政治集会、又はパレードルート、及び／又は同類のもの、及び／又はそれらの組合わせを含むことができる。
【００５２】
いくつかの実施形態では、随時ＰＯＩは、事前設定された期間内に受信された掲載要求又は掲載場所の検索要求の場所座標によって作成された多角形の重心を計算することによって、決定されてよい。いくつかの例では、６０秒以内に３つの掲載場所要求を受信することができ、３つの掲載場所要求に含まれる３つの所望の予約場所に頂点をもつ三角形の重心を計算することができる。
【００５３】
いくつかの例では、特定の領域内の掲載要求又は掲載場所の検索要求が、１分あたり５〜１０個の掲載及び／又は検索要求などの第１の閾値を超えるとき、随時ＰＯＩが決定されてよい。領域は、最初に第１の掲載要求又は第１の検索要求を受信すると確立されてよい。いくつかの例では、随時ＰＯＩ内において、３〜１０個の利用可能なスペースなどの利用可能なスペース数の閾値よりも小さい場合、近接近度はより大きなエリアに拡大されてよい。いくつかの例では、デフォルトの近接近度は１マイルである。開示された実施形態のいくつかの利点として、車両及び車両操作者にとって関心のある領域と、それらの車両及び／又は車両操作者が駐車場を探している可能性の高い場所のより正確な予測が挙げられる。
【００５４】
いくつかの実施形態では、１つ以上の因子が高い又は低いことに基づいて、第１のユーザデバイスにいつメッセージを送信するかが決定されてよく、メッセージは、掲載場所の埋め込み検索要求を含む。いくつかの例では、交通速度と比較して車両速度が比較的低く、目的地又はＰＯＩが近いとき、メッセージが第１のユーザデバイスに送信されるべきであると決定されてよい。いくつかの例では、交通速度と比較して車両速度が比較的低く、ブレーキの頻度が高く、旋回の頻度が高いとき、メッセージが第１のユーザデバイスに送信されるべきであると決定されてよい。
【００５５】
開示された実施形態のいくつかの利点として、車両及び／又は車両操作者が駐車場を検索しており、第１のユーザデバイスが掲載場所に関する肯定的な要求に応じる可能性があるときに、掲載場所に関する埋め込み検索要求を第１のユーザデバイスに送信することが挙げられる。いくつかの例では、車両及び／又は車両操作者は路上駐車場を探している。車両及び／又は車両操作者には目的地があるが、その目的地の近くに駐車する必要があることがある。いくつかのブロックでは、車両及び／又は車両操作者はブロックを一周し、駐車場を求めて目的地から更に離れて運転する場合がある。いくつかの例では、センサデータ、交通データ及び／又は場所データに基づいて、以下で議論される方法５００を用いるなどして、ユーザが駐車場の検索を開始することを望むか否かの問い合わせを含むメッセージを第１のユーザデバイスに送信するか否かを決定する際に、いくつかの因子が重み付けされてよい。
【００５６】
いくつかの実施形態では、第１のユーザデバイスにいつメッセージを送信するかが決定されてよく、メッセージは、第１のユーザデバイスが１つ以上の掲載場所の近くにあることに基づく掲載場所に関する埋め込み検索要求を含む。いくつかの例では、掲載場所のデータベースに結合されたアプリケーションサーバは、第１のユーザデバイスから場所データを受信してよい。いくつかの例では、第１のユーザデバイスが、利用可能な駐車スペースの１００〜２０００フィート以内など、掲載場所の近くにあるとき、メッセージが第１のユーザデバイスに送信されるべきであると決定される。
【００５７】
いくつかの実施形態では、因子は、機械学習及び人工知能アルゴリズムに基づいて重み付けされてよい。Ｇｙｓ  Ａｌｂｅｒｔｉｓ他による“Ａ  Ｒｅｖｉｅｗ  ｏｆ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｄｒｉｖｉｎｇ  Ｓｔｙｌｅ  Ａｎａｌｙｓｉｓ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｒｅｌａｔｅｄ  Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ  Ａｌｇｏｒｉｔｈｍｓ”（その全体が参照により組み込まれる）に開示されているシステム及び方法に従って、車両及び／又はユーザデバイスのセンサデータなどの様々なユーザデバイスから収集されたデータに基づいて、通常／安全な運転スタイル、攻撃的な運転スタイル、不注意な運転スタイル、飲酒運転スタイル、眠気スタイル及び／又は同類のものなどのスタイルを含む、運転者の個別の行動に対して、プロファイルが作成されてよい。Ｍｅｉｒｉｎｇ、Ｇ．Ａ．Ｍ．，＆Ｍｙｂｕｒｇｈ、Ｈ．Ｃ．（２０１５）．Ａ  ｒｅｖｉｅｗ  ｏｆ  ｉｎｔｅｌｌｉｇｅｎｔ  ｄｒｉｖｉｎｇ  ｓｔｙｌｅ  ａｎａｌｙｓｉｓ  Ｓｙｓｔｅｍｓ  ａｎｄ  ｒｅｌａｔｅｄ  ａｒｔｉｆｉｃｉａｌ  ｉｎｔｅｌｌｉｇｅｎｃｅ  ａｌｇｏｒｉｔｈｍｓ．Ｓｅｎｓｏｒｓ、１５（１２），３０６５３−３０６８２。いくつかの例では、履歴データは、運転者が頻繁にブレーキをかけたり、曲がったり、交通速度と比較してゆっくりと運転をする傾向があるか否か、及び／又は同類のものを示してよい。いくつかの例では、履歴データに基づいて、第１のユーザデバイスが１つ以上のプロファイルに類似していると決定されてよい。いくつかの例では、因子は、プロファイル及び／又は履歴データに基づいて異なる方法で因子を重み付ける。
【００５８】
プロセス４３０において、プロセス４２０の決定に応えて、第１のユーザデバイスへのメッセージが送信されてよく、メッセージは、掲載場所を検索する要求を含む。いくつかの例では、メッセージは、第１のユーザデバイスのユーザに掲載場所を検索することを要求する通知、アラート、更新、テキストメッセージ、チャイム及び／又は同類のものであり、掲載場所は、リンク、検索の推奨時間、イベントについての情報、価格についての情報、及び／又は同類のもの、及び／又はそれらの組合わせを含んでよい。いくつかの例では、リンクはアプリケーションを立ち上げ、少なくとも１つの掲載場所に関連付けられた利用可能状況を編集するようにユーザに促す。いくつかの例では、リンクは、アプリケーション内でリソースを立ち上げる統一リソース識別子（ＵＲＩ）などのディープリンクである。
【００５９】
プロセス４４０において、メッセージに応えて第１のユーザデバイスから検索要求が受信される。検索要求は、掲載場所に関連付けられた検索要求パラメータを含んでよく、これは、第１のユーザデバイスによって以前に要求された掲載場所に関する事前設定された情報又はデータ、第１のユーザデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、掲載場所の価格帯、掲載場所に関連付けられた寸法、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせを含む。いくつかの例では、掲載場所のタイプは、セダン、トラック、ＳＵＶ、オートバイ、スクーター、セグウェイ、ホバーボード、ドローン、バス、ゴルフカート、電車、トロリー、アミューズメント車両、レクリエーショナル・ビークル、自転車、ボート、水上オートバイ、ヘリコプター、飛行機及び／又は同類のものなど、特定の車両を収容する駐車スペースのタイプに関連してよい。いくつかの例では、検索要求は、第１のユーザデバイスのグラフィカル・ユーザ・インターフェース（ＧＵＩ）上の掲載場所への入力に応えて送信されてよい。いくつかの例では、検索要求は、第１のユーザデバイスからの入力なしに、自動的に送信されてよい。
【００６０】
開示された実施形態のいくつかの利点として、処理の高速化と、トラフィックの削減と、ユーザエクスペリエンスの簡素化が挙げられる。いくつかの例では、方法４００は、ユーザからの入力を必要とせずに、コンピュータが掲載場所を自動的に検索できるようにするための方法である。いくつかの例では、車両操作者は、第１に利用可能なものが何であっても、路上駐車場又は商業駐車場を検索している。世界中の多くの都市では、運転中にスマートフォンを操作することは違法である。更に、スマートフォンを使って駐車を探すために車を止めてスマートフォンを操作することは、困難又は不可能であることがある。車両操作者のスマートフォンのアプリケーションを使用すると、車両操作者は、スマートデバイスを車両及びアプリケーションサーバとインタラクトさせるだけで、ユーザが駐車場を探している可能性があることを検出し、ユーザからの入力を必要とせずに駐車スペースに関する要求を送信するこができる。いくつかの例では、アプリケーションはスマートフォンのバックグラウンドで動作中であり、センサデータ、交通データ及び場所データを監視していてよい。スマートデバイスはユーザに通知を提供し、ユーザが音声確認、タッチスクリーンのシングルクリック又はシングルタップによって駐車スポットを検索できるようにしてよい。これにより、ユーザエクスペリエンスが簡素化され、ユーザはより早く、合法的に、より安全に駐車場を見つけることができる。また、道路の渋滞を緩和するという更なる利点もある。
【００６１】
図５は、掲載場所を検索し、１つ以上のメディアデバイスを第１の掲載場所に向かわせる命令を送信するための例示的な方法５００を示すフローチャートである。いくつかの例では、１つ以上のメディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０及び／又は車両メディアデバイス２２０のうちの１つ以上に対応してよく、１つ以上のセンサは、図２に関して上述されたそれらのセンサを含んでよい。方法５００は、一連のプロセス５１０〜５４０として図５に示されている。いくつかの例では、プロセス５１０〜５４０は、アプリケーションサーバ２３０などの１つ以上のアプリケーションサーバ上で実施されてよい。いくつかの例では、示されたプロセスの全てが方法５００の全ての実施形態において実行されるわけではないことがある。加えて、図５に明示的に示されていない１つ以上のプロセスが、プロセス５１０〜５４０の前に、後に、間に、又はその一部として含まれてよい。いくつかの実施形態では、１つ以上のプロセス５１０〜５４０は、少なくとも部分的に、非一時的な有形のコンピュータ可読媒体に格納された実行可能コードの形式で実施されてよく、実行可能コードは、１つ以上のプロセッサ（例えばメディアデバイスのプロセッサ）によって実行されたときに、１つ以上のプロセッサにプロセス５１０〜５４０の１つ以上を実行させてよい。いくつかの例では、方法５００のプロセスは、方法４００及び／又は方法３００で説明された１つ以上のステップに続いて実行されてよい。
【００６２】
プロセス５１０において、第１のユーザデバイスからの検索要求が受信されてよい。いくつかの例では、プロセス５１０はプロセス４４０に対応する。いくつかの例では、方法５００は方法４００に連続して進行してよい。いくつかの例では、プロセス５１０の前に、掲載場所の地図が第１のユーザデバイスのＧＵＩに表示されてよい。掲載場所を含む例示的なＧＵＩは、図８に関して議論される。掲載場所の地図は、第１のユーザデバイスによって以前に要求された掲載場所に関する事前設定された情報又はデータ、第１のユーザデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、掲載場所の価格帯、掲載場所の寸法、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせに基づいて、フィルタリングされてよい。いくつかの例では、検索要求は、ＧＰＳ座標及び／又は住所など、第１のユーザデバイスによって提供される場所データを含んでもよい。いくつかの例では、検索要求は、拡張現実（ＡＲ）システムの起動に応えて、第１のユーザデバイスによって送信されてよく、これは、図７の議論で詳しく説明される。いくつかの例では、検索要求は、タッチ、手の動き、音声起動及び／又は同類のものを含み得る入力に応えて、第１のユーザデバイスで送信される。
【００６３】
プロセス５２０において、検索要求パラメータに基づいて第１の掲載場所が選択される。いくつかの例では、第１の掲載選択の選択に続いて、第１のユーザデバイスに確認クエリが送信される。いくつかの例では、第１の掲載場所は、第１のユーザデバイスによって以前に要求された掲載場所に関する事前設定された情報又はデータ、第１のユーザデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、それぞれの掲載場所に関連付けられた寸法、掲載場所の価格帯、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせなど、検索要求パラメータにマッチする掲載場所に基づいて選択される。いくつかの例では、第１の掲載場所は、第１のユーザデバイスからの更なる応答なしで、選択及び確認される。
【００６４】
プロセス５３０において、確認メッセージが受信されてよく、確認メッセージは第１の掲載場所の選択を確認する。いくつかの例では、第１のユーザデバイスからの確認メッセージの受信に続いて、第１の掲載選択の予約が確認される。いくつかの例では、複数の掲載場所に関連付けられたデータセットは、プロセス３５０と同様の方法で更新されてよい。
【００６５】
プロセス５４０において、第１のユーザデバイスに、第１のユーザデバイスを第１の掲載場所に向かわせる命令が送信されてよい。いくつかの例では、第１のユーザデバイスに、リンクを含むメッセージが送信される。リンクはナビゲーションアプリケーションを立ち上げ、ナビゲーションアプリケーションにおいて目的地の住所又は座標を入力する。いくつかの例では、リンクは、ナビゲーションアプリケーション内でリソースを立ち上げる統一リソース識別子（ＵＲＩ）などのディープリンクである。いくつかの例では、第１のユーザデバイスは、ナビゲーションアプリケーション内のある目的地から第１の掲載場所に向け直される。
【００６６】
開示された実施形態のいくつかの利点として、更に、ライドシェアアプリケーションのために操作されている車両に一時的な駐車場を提供することが挙げられる。いくつかの例では、車両操作者は、ＵＢＥＲ、ＬＹＦＴ、ＳＩＤＥＣＡＲ及び／又は別のライドシェアアプリケーションの運転者であり、車両が一時的に停車することは困難又は違法であるおそれがある。駐車アプリケーションのＡＰＩは、ライドシェアアプリケーション内に統合されてよい。いくつかの例では、乗車のスケジューリングの前若しくは最中、又は乗車の終了時に、車両操作者は、統合ＡＰＩを備えたライドシェアアプリケーションを使用して駐車スペースを検索することができる。検索要求は、掲載場所のデータベースに結合されたアプリケーションサーバに送信される。掲載場所は、一時レンタル用の駐車スペースを含んでよい。車両操作者は、駐車スペースのサイズなどの検索パラメータに基づいて、乗車に適した駐車スペースを選択及び確認することができる。選択を確認すると、ライドシェアアプリケーションは、運転者を再ルーティングし、選択された駐車スペースに運転者を向けてよい。
【００６７】
図６は、１つ以上のメディアデバイスを用いた場所及び／又はセンサデータに基づいて、以前掲載場所に駐車された車両が第１の掲載場所を出発したか否かと、第１の掲載場所に関連付けられた占有状況が更新されるべきか否かとを自動的に検出するための、例示的な方法６００を示すフローチャートである。いくつかの例では、１つ以上のメディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０及び／又は車両メディアデバイス２２０のうちの１つ以上に対応してよく、１つ以上のセンサは、図２に関して上述されたそれらのセンサを含んでよい。方法６００は、一連のプロセス６１０〜６４０として図６に示される。いくつかの例では、プロセス６１０〜６４０は、アプリケーションサーバ２３０などの１つ以上のアプリケーションサーバで実施されてよい。いくつかの例では、示されたプロセスの全てが方法６００の全ての実施形態において実行されるわけではないことがある。加えて、図６に明示的に示されていない１つ以上のプロセスが、プロセス６１０〜６４０の前に、後に、間に、又はその一部として含まれてよい。いくつかの実施形態では、１つ以上のプロセス６１０〜６４０は、少なくとも部分的に、非一時的な有形のコンピュータ可読媒体に格納された実行可能コードの形式で実施されてよく、実行可能コードは、１つ以上のプロセッサ（例えばメディアデバイスのプロセッサ）によって実行されたときに、１つ以上のプロセッサにプロセス６１０〜６４０の１つ以上を実行させてよい。いくつかの例では、方法６００のプロセスは、方法３００、方法４００及び／又は方法５００で説明された１つ以上のステップに続いて実行されてよい。
【００６８】
プロセス６１０において、第１のユーザデバイスが第１の掲載場所に到着したと決定されてよい。いくつかの例では、第１のユーザデバイスが第１の掲載場所に到着すると、第１のユーザデバイスは、通知、アラート、更新、テキストメッセージ、チャイム及び／又は同類のものを含むメッセージを送信する。いくつかの例では、メッセージは、目的地への到着時にナビゲーションアプリケーションによって送信されてよい。いくつかの例では、第１のユーザデバイスの場所データが監視されてよく、第１のユーザデバイスの場所が掲載場所から１０メートル以内になると、第１のユーザデバイスが到着したと決定される。いくつかの例では、図３に関して上述された物体検出センサなどの１つ以上の物体検出センサが物体を検出したときに、第１のユーザデバイスが到着したと決定されてよい。いくつかの例では、１つ以上のアプリケーションサーバは、第１の掲載場所に関連付けられた駐車センサのネットワーク接続を確認し、センサメモリから前回の近接測定値を要求することができる。１つ以上のアプリケーションサーバは、駐車センサのネットワーク接続を確認して、駐車センサの近接検知器を起動し、リアルタイムの近接度測定値について駐車センサに問い合わせることもできる。いくつかの例では、第１のユーザデバイス上の入力に基づいて、第１のユーザデバイスが到着したと決定されてよい。
【００６９】
プロセス６２０において、第１のユーザデバイスに関連付けられた場所データ及びセンサデータが監視される。いくつかの例では、監視は継続的に、定期的に、且つ／又は第１の掲載場所への到着時など、設定された場所マーカーにおいて発生してよい。いくつかの例では、プロセス６２０は、方法６００の他のステップと同時に実行されてよい。
【００７０】
プロセス６３０において、第１の掲載場所からの第１のユーザデバイスの出発は、場所データ及びセンサデータに基づいてよい。いくつかの例では、決定は、第１のユーザデバイスの場所データが第１の掲載場所から１０メートルよりも遠いことに基づいてよい。いくつかの例では、センサデータは、第１のユーザデバイスのセンサを含んでよく、又は第１のユーザデバイスと接続しているセンサからであってよい。いくつかの例では、第１のユーザデバイスは、加速度計、慣性装置、ジャイロスコープ、磁力計及び／又は同類のものを含む。いくつかの例では、第１のユーザデバイスと接続しているセンサは、図２に関して上述したものなどの車両動作センサである。いくつかの例では、センサデータを用いて、第１のユーザデバイスの突然の加速を検出することに基づいて、第１のユーザデバイスが出発すると決定されてよい。いくつかの例では、決定は、場所データ及び／又はセンサデータに基づいて、第１のユーザデバイスの速度が毎秒３〜１０メートルなどの閾値よりも大きいことに基づいてよい。いくつかの例では、１つ以上のアプリケーションサーバは、第１の掲載場所に関連付けられた駐車センサのネットワーク接続を確認し、センサメモリから前回の近接測定値を要求することができる。１つ以上のアプリケーションサーバは、駐車センサのネットワーク接続を確認して、駐車センサの近接検知器を起動し、リアルタイムの近接度測定値について駐車センサに問い合わせることもできる。
【００７１】
いくつかの実施形態では、第１のユーザデバイスが掲載場所から出発していないと決定されてよい。いくつかの例では、第１のユーザデバイスが突然の加速を検出するか、又は５〜１５分などの閾値時間内に閾値加速度を超えているとき、第１のユーザデバイスが単に第２の車両に入った可能性が高いので、第１のユーザデバイスが車両と共に出発したとは決定されない。いくつかの実施形態では、ジオフェンシングを用いて、プロセス３３０と同様の方法で第１のユーザデバイスがいつ出発するかが決定されてよい。
【００７２】
いくつかの実施形態では、第１の掲載場所が利用可能であることを示す第１のユーザデバイスの出発は、第１のユーザデバイスとＢＬＵＥＴＯＯＴＨ接続などの車両に関連付けられたネットワークとの間の信号を検出することを含む。
【００７３】
いくつかの実施形態では、第１のユーザデバイスの出発は、ユーザデバイスからの入力に基づいて決定される。いくつかの例では、出発を確認するために、通知、アラート、更新、テキストメッセージ、チャイム及び／又は同類のものが第１のユーザデバイスに送信される。
【００７４】
プロセス６４０において、複数の掲載場所に関連付けられたデータセットは、プロセス３５０と同様の方法で更新されてよい。
【００７５】
開示された実施形態のいくつかの利点として、処理の高速化と、トラフィックの削減と、ユーザエクスペリエンスの簡素化が挙げられる。いくつかの例では、方法６００は、ユーザ又は別個の駐車センサからの入力を必要とせずに、掲載場所が利用可能であることをコンピュータが検出できるようにするための方法である。いくつかの例では、車両操作者が駐車場所に到着し、スマートデバイス上でアプリケーションを実行している。５分以内に、車両操作者は立ち去るか、又はライドシェアアプリケーションを使って車に乗せてもらう場合がある。このような場合、センサデータ及び場所データを追跡するアプリケーションは、車両操作者が乗ってきた車両で車両操作者が駐車場所を出発したとは決定しないであろう。しばらくしてから、車両操作者は駐車スペースに戻ることがある。アプリケーションは、センサデータ及び場所データの追跡を継続し、車両操作者が駐車場所に戻ったことを決定してよい。突然の加速及び／又は閾値を超える速度を検出すると、スマートデバイス上のアプリケーションは、アプリケーションサーバに、スマートデバイス及び車両が駐車場所を出発していることを通知することができる。スマートデバイスには、駐車スペースからの出発を確認する確認メッセージが送信されてよい。車両操作者が手動で出発を示すのを忘れることがよくあるので、この機能には、車両操作者の覚えておくことの煩わしさを省き、ユーザの追加駐車コストを節約するという追加の利点がある。アプリケーションは、駐車場所の選択の確認時、又は到着時、出発までに支払いを要求してよい。出発の自動検出がない場合、車両操作者は、アプリケーションで出発を示すのを忘れたせいで、出発後であっても、追加時間分を請求されることがある。追加の利点として、更に、駐車可能性の迅速な処理を挙げることができ、これにより道路の渋滞が更に軽減される。
【００７６】
図７は、拡張現実アプリケーションを備えたメディアデバイス７１０を含む例示的な拡張現実システム７００である。いくつかの例では、メディアデバイス７１０は、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０及び／又は車両メディアデバイス２２０のうちの１つ以上に対応してよく、図２に関して上述されたセンサなどの１つ以上のセンサを有してよい。いくつかの例では、メディアデバイス７１０は、ロケーションユニット及びカメラを備える。カメラは、メディアデバイス７１０の第１の方向のリアルタイムビューをキャプチャし、カメラアプリケーションを用いて、メディアデバイス７１０のメディアデバイスディスプレイ、ディスプレイ７１２にリアルタイムビューを表示する。場所ユニットは、メディアデバイス７１０の場所を決定するために用いられ、場所情報は第２のアプリケーションサーバに送信される。いくつかの例では、第２のアプリケーションサーバは、掲載場所のデータベースに結合される。いくつかの例では、メディアデバイス７１０は、第１の方向においてカメラで画像をキャプチャし始め、ディスプレイ７１２に画像を表示する。第２のアプリケーションのＡＰＩはカメラアプリケーション内に統合されてよく、ディスプレイ７１２は、掲載場所に対応する場所エリア内のタグ、画像、動画又は他のＧＵＩオブジェクトがオーバーレイされた、カメラの第１の方向のカメラビューのＧＵＩを表示する。いくつかの例では、掲載場所のうちの１つの掲載場所は、第１の掲載場所７２０に対応する。第１の掲載場所７２０は、ＧＵＩオブジェクト７０２としてディスプレイ７１２に表示される。いくつかの例では、表示される掲載場所は、距離、利用可能時間、掲載場所のタイプ、掲載場所に関連付けられた価格、掲載場所の寸法、占有状況、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせを含むパラメータに従って、フィルタリングされてよい。
【００７７】
いくつかの実施形態では、掲載場所は、メディアデバイス７１０を用いて第１のユーザデバイスによって選択されてよい。いくつかの例では、カメラを第１の掲載場所７２０の方向に固定することにより、メディアデバイス７１０は、ＧＵＩオブジェクト７０２が１〜１０秒などの閾値時間にわたってディスプレイ７１２上のフレーム内にあることを検出してよい。いくつかの例では、ＧＵＩオブジェクト７０２がフレーム内にあることを検出するには、ＧＵＩオブジェクト７０２をディスプレイ７１２の中央に１〜１０秒間センタリングする必要がある。ＧＵＩオブジェクト７０２が閾値時間にわたってディスプレイ７１２上のフレームにあることを検出することに応えて、第１の掲載場所７２０はメディアデバイス７１０によって選択されてよく、メディアデバイス７１０によりアプリケーションサーバに選択が送信されてよい。いくつかの例では、選択に応えて、プロセス３５０と同様の方法で、複数の掲載場所に関連付けられたデータセットが更新されてよい。いくつかの例では、選択は、第１の掲載場所７２０についての詳細を含む第２のＧＵＩオブジェクトを立ち上げてよく、詳細は、メディアデバイス７１０からの第１の掲載場所７２０からの距離、第１の掲載場所７２０の利用可能時間、第１の掲載場所７２０に関連付けられた掲載場所のタイプ、第１の掲載場所７２０に関連付けられた価格、第１の掲載場所７２０に関連付けられた寸法、第１の掲載場所７２０の占有状況、掲載場所エリアの外形、第１の掲載場所７２０に掩蓋があるか否か、第１の掲載場所７２０が電気自動車（ＥＶ）の充電ステーションであるか否か、第１の掲載場所７２０に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせを含む。いくつかの例では、ディスプレイ７１２に表示されるタグの代わりに、車両の３次元画像が表示されてよい。３Ｄ画像は、第１の掲載場所７２０を占有し得るか又は未来に占有し得る車両に対応してよい。いくつかの例では、３Ｄ画像は、セダン、トラック、ＳＵＶ、オートバイ、スクーター、セグウェイ、ホバーボード、ドローン、バス、ゴルフカート、電車、トロリー、アミューズメント車両、レクリエーショナル・ビークル、自転車、ボート、水上オートバイ、ヘリコプター、飛行機、及び／又は同類のもの、及び／又は様々な車両の型とモデルを含む、様々なタイプの車両に対応する３Ｄ画像の個別のデータベースから取得されてよい。
【００７８】
いくつかの実施形態では、メディアデバイス７１０の場所データ及びセンサデータが監視されてよい。いくつかの例では、監視は継続的に、定期的に、且つ／又は設定された場所マーカーにおいて発生してよい。いくつかの例では、拡張現実システム７００が起動されると、場所及び／又はデータに基づいて、メディアデバイス７１０が３〜１０ｍ／ｓなど、おそらく移動している車両に対応する閾値速度よりも速く移動していることが決定されてよい。いくつかの例では、メディアデバイス７１０が閾値速度よりも速く移動しているという決定に基づいて、メディアデバイス７１０は、安全機能としてメディアデバイス７１０のカメラの機能を無効化してよい。ディスプレイ７１２は、入力を受信することにより迂回され得る通知又は警告を表示してよい。いくつかの例では、入力は、メディアデバイス７１０のユーザが車両の乗客であることを示してよい。
【００７９】
いくつかの実施形態では、地理的ポイントに沿った位置からパノラマビューを提供するアプリケーション（ＧＯＯＧＬＥマップ、ＧＯＯＧＬＥ  ＥＡＲＴＨ及び／又は同類のものなど）は、掲載場所のデータベースに結合された第２のアプリケーションのＡＰＩと統合され、その逆も同様である。パノラマビューには、掲載場所に対応する場所エリアにタグ、画像、動画又は他のＧＵＩオブジェクトがオーバーレイされてよい。
【００８０】
開示された実施形態のいくつかの利点として、ユーザが３６０度で利用可能な近くの掲載場所を見ることができるようにすることが挙げられる。ユーザは、画面に触れる必要なく、掲載場所に対応するＧＵＩオブジェクトを備えたディスプレイを用いて、単に掲載場所の方向にユーザデバイスを向けて保持することができる。掲載場所は、更なる詳細が追加され、選択の確認を要求してよい。ユーザデバイスは、ユーザのための駐車スペースを予約し、ＧＯＯＧＬＥマップなどの別のアプリケーションを起動して、駐車スペースへの道順を取得することができる。
【００８１】
いくつかの実施形態では、掲載場所のデータベースに結合されたアプリケーションサーバは紹介システムを含んでよく、それにより、アプリケーションがインストールされた第１のユーザデバイスは、第２のユーザデバイスを参照して、固有の紹介コードを用いてアプリケーションをダウンロードすることができる。いくつかの例では、１つ以上の掲載場所を登録するために、第２のユーザデバイスが用いられてよい。いくつかの例では、第１のユーザデバイスは、１つ以上の掲載場所のレンタルで第２のユーザデバイスによって得られた収益の一部を得ることができる（５％〜１０％など）。いくつかの例では、リストされていない駐車スペースはＡＲシステムを用いて撮影されてよく、写真はアプリケーションサーバに送信されてよい。アプリケーションサーバは、写真に基づいた可能な掲載場所候補のデータベースを含んでよい。
【００８２】
図８は、メディアデバイスに表示された地図に１つ以上の掲載場所を提示するための例示的なシステム８００であり、メディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０、車両メディアデバイス２２０及び／又はメディアデバイス７１０のうちの１つ以上に対応してよい。いくつかの例では、メディアデバイスは、図２に関して上述されたセンサなどの１つ以上のセンサを含んでよい。いくつかの例では、ＧＵＩ８１０は、第１のユーザデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、掲載場所の価格帯、掲載場所の寸法、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、任意のハザードについての情報、ゲート又はガレージを開錠する命令（パスコード又はパターンなど）、価格及び時間についての情報（１時間あたりの価格、１日の様々な時間の価格、１日あたりの価格、週／月／年あたりの価格など）、及び／又は同類のもの、及び／又はそれらの組合わせなど、第１のユーザデバイスによって以前に要求された掲載場所に関する事前設定された情報又はデータに基づいてフィルタリングされ得る、複数のＧＵＩオブジェクトを有する地図を含む。
【００８３】
いくつかの実施形態では、ＧＵＩ８１０は、ＧＵＩオブジェクト８１２、第１の掲載場所８１４及び第２の掲載場所８１６を含む地図を含む。いくつかの例では、ＧＵＩオブジェクト８１２が選択されてよく、ＧＵＩオブジェクト８１２の選択に応えて、掲載場所の地図をフィルタリングできる１つ以上のパラメータを含む項目リスト８２０が表示される。いくつかの例では、項目リスト８２０から項目が選択され、入力がフィールドに入力される。いくつかの例では、ユーザ入力を介して、又はユーザ入力なしで自動的に、選択が行われる。入力に応えて、項目リスト８２０の１つ以上のフィールドに入力された選択されたパラメータにマッチする掲載場所を決定することができる。決定に応えて、地図領域内の掲載場所がＧＵＩ８１０に表示される。地図領域は、現在の地図フレームに対応してよく、又は、システム８００に含まれるメディアデバイスの現在場所からの特定の半径に対応してよい。
【００８４】
いくつかの実施形態では、項目リスト８２０から価格帯に対応する項目が選択される。選択された項目に対応するフィールドに、３〜５ドルの価格帯が入力される。地図に表示される複数の掲載場所は、選択された価格帯に従ってフィルタリングされる。いくつかの例では、第１の掲載場所８１４は選択された価格帯内の関連価格を有し、第２の掲載場所８１６は選択された価格帯内の関連価格を有さない。結果として、第２の掲載場所８１６は地図上に表示されず、第１の掲載場所８１４と、選択された価格帯内の関連価格を有する他の掲載場所のみが、地図上に表示される。システム８００のメディアデバイス上に表示され得る掲載場所をフィルタリングするための他のパラメータ及びシナリオは、開示された実施形態の範囲内である。
【００８５】
図９は、メディアデバイス上に表示される拡張現実システム（拡張現実システム７００に対応してよい）の別の例示的なビュー９００である。いくつかの例では、メディアデバイスは、コンピューティングデバイス１１０、１４０、１７０、メディアデバイス２１０、車両メディアデバイス２２０及び／又はメディアデバイス７１０のうちの１つ以上に対応してよく、図２に関して上述されたセンサなどの１つ以上のセンサを有してよい。いくつかの例では、ビュー９００は、メディアデバイスのカメラの第１の方向のカメラビューのＧＵＩを含み、掲載場所を示す画像若しくは動画、又は掲載場所に対応する場所エリア内の他のＧＵＩオブジェクトがオーバーレイされる。いくつかの例では、複数の掲載場所は、第１のＧＵＩオブジェクト９１０、ＧＵＩオブジェクト９２０、ＧＵＩオブジェクト９３０、ＧＵＩオブジェクト９４０、ＧＵＩオブジェクト９５０及びＧＵＩオブジェクト９６０を含むＧＵＩオブジェクトとして表示される。いくつかの例では、どのＧＵＩオブジェクトが表示されるかは、メディアデバイスによって以前に要求された掲載場所に関する事前設定された情報又はデータ、メディアデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、掲載場所の価格帯、任意のハザードについての情報、ゲート又はガレージを開錠する命令（パスコード又はパターンなど）、価格及び時間についての情報（１時間あたりの価格、１日の様々な時間の価格、１日あたりの価格、週／月／年あたりの価格など）、掲載場所の寸法、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価（１〜５個の星評価など）、及び／又は同類のもの、及び／又はそれらの組合わせに基づいて、フィルタリングされてよい。表示されたＧＵＩオブジェクトにより、ユーザは、他の点でビューからは見えない掲載場所を見ることができる。いくつかの例では、ＧＵＩオブジェクト９６０は、家などの建造物の背後にある。
【００８６】
いくつかの実施形態では、ＧＵＩオブジェクトは、メディアデバイスの物理的場所までの近接度、利用可能時間、掲載場所のタイプ、掲載場所の価格帯、掲載場所の寸法、掲載場所に掩蓋があるか否か、掲載場所が電気自動車（ＥＶ）の充電ステーションであるか否か、掲載場所に関連付けられたユーザ評価、及び／又は同類のもの、及び／又はそれらの組合わせなどの情報を含む、それぞれの掲載場所についてのタグ、画像、動画及び詳細を含んでよい。いくつかの例では、ＧＵＩオブジェクト９１０は、第１の掲載場所の物理的場所に対応する場所タグ９１２を含む。いくつかの例では、ＧＵＩオブジェクト９１０は、第１の掲載場所についての詳細９１４を含むフィールドを含む。いくつかの例では、詳細９１４は、第１の掲載場所の名称と、１００フィートの距離と、３つ星のユーザ評価と、掲載場所についてのいくつかのメモ（例えば掲載場所に車両を駐車するのにコード又はパスワードが必要か否かなど）とを含む。
【００８７】
開示される実施形態のいくつかの利点として、ユーザが３６０ビューでそれぞれの掲載場所についての詳細を見ることができるようにし、ユーザのニーズに適合し得る掲載場所を提示するためのより効率的な方法を創出することが挙げられる。いくつかの例では、ユーザは高価な車両を運転し、駐車中の車両の安全性を懸念している。ユーザは、スマートデバイスにインストールされたアプリケーションを利用することができ、アプリケーションは、拡張現実システム７００又は９００など、掲載場所のデータベースに結合されている。ユーザは、スマートデバイス上のアプリケーションを使用して、カバーされているか又は安全なエリアにありユーザの評価が高い駐車スペースをスキャンし、掲載場所を示す画像又は動画を観察することができる。ユーザは検索をフィルタリングして、ユーザの希望する基準にマッチする駐車スペースをビューに追加し、望ましいものを選択することができる。
【００８８】
本開示の目的のために、メディアデバイスは、ビジネス、科学、制御、娯楽若しくは他の目的で、あらゆる形式の情報、インテリジェンス又はデータを計算、分類、処理、送信、受信、取得、発信、切り替え、保存、表示、明示、検出、記録、再生、操作又は利用するように動作可能な、任意の手段又は手段の集合体を含んでよい。例えば、メディアデバイスは、パーソナルコンピュータ、携帯情報端末（ＰＤＡ）、家庭用電子機器、ディスプレイデバイス若しくはモニタ、スマートフォン、又は任意の他の適切なデバイスであってよく、サイズ、形状、性能、機能及び価格は異なってよい。メディアデバイスは、メモリと、中央処理装置（ＣＰＵ）又はハードウェア若しくはソフトウェア制御ロジックなどの１つ以上の処理リソースを有してよい。メディアデバイスの追加の構成要素は、１つ以上の記憶装置と、外部装置と通信するための１つ以上の通信ポートと、様々な入出力（Ｉ／Ｏ）装置（キーボード、マウス、タッチスクリーン、ボタン入力、マイク、モーションセンサ及び／又はビデオディスプレイなど）とを含んでよい。
【００８９】
本明細書において単一の例として説明される構成要素、工程又は構造に対して、複数の例が提供されてよい。最後に、様々な構成要素、工程及びデータ蓄積の間の境界は多少恣意的であり、特定の工程は具体的な例示の構成の文脈の中で示される。機能の他の割当てが想定されており、実施の範囲に包含されてよい。一般に、例示の構成で個別の構成要素として提示された構造及び機能は、組み合わせられた構造又は構成要素として実施されてよい。同様に、単一の構成要素として提示される構造及び機能は、別々の構成要素として実施されてよい。これら並びに他の変形、修正、追加及び改善は、実施の範囲に包含される。
【００９０】
また、様々な要素を説明するために、本明細書において「第１」、「第２」などの用語が用いられることがあるが、これらの要素はこれらの用語に限定されるべきではないことが理解されよう。これらの用語は、ある要素と別の要素を区別するためにのみ用いられる。例えば、「第１のユーザデバイス」の全ての出現が一貫して呼称変更され、「第２のユーザデバイス」の全ての出現が一貫して呼称変更される限り、記載の意味を変更することなく、第１のユーザデバイスを第２のユーザデバイスと呼ぶことができ、同様に、第２のユーザデバイスを第１のユーザデバイスと呼ぶことができる。第１のカメラと第２のカメラは両方ともユーザデバイスであるが、同じユーザデバイスではない。
【００９１】
本明細書で用いられる用語は、特定の実施のみを説明するためのものであり、特許請求の範囲を限定することを意図するものではない。実施の説明及び添付の特許請求の範囲で用いられる場合、単数形“ａ”、“ａｎ”及び“ｔｈｅ”は、文脈が別段の指示を明示的に行わない限り、複数形も含むことを意図している。また、本明細書で用いられる「及び／又は」という用語は、関連するリスト項目の１つ以上のありとあらゆる可能な組合わせを指し且つ包含することが理解されよう。更に、本明細書で用いられる場合、用語「備える」及び／又は「備えている」は、記載された特徴、整数値、ステップ、工程、要素及び／又は構成要素の存在を指定するが、１つ以上の他の特徴、整数値、ステップ、工程、要素、構成要素及び／若しくはそれらのグループの存在又は追加を除外しないことが理解されよう。
【００９２】
本明細書で用いられる場合、“ｉｆ”という用語は、文脈に応じて、規定の先行条件が真である「とき」、又は真である「と」、又は真である「ことを決定することに応えて」、又は真である「という決定に従って」、又は真である「ことを検出することに応えて」を意味すると解釈されてよい。同様に、「（規定の先行条件が真である）と決定された場合」又は「（規定の先行条件が真である）場合」又は「（規定の先行条件が真である）とき」は、文脈に応じて、規定の先行条件が真であると「決定すると」又は「決定することに応えて」又は「いう決定に従って」又は「検出すると」又は「検出することに応えて」を意味すると解釈されてよい。
【００９３】
前述の説明は、例示的な実施を具体化する例示のシステム、方法、技術、命令シーケンス及び計算機プログラム製品を含んだ。説明の目的で、本発明の主題の様々な実施の理解を提供するために、多数の具体的な詳細が述べられた。しかしながら、本発明の主題の実施はこれらの具体的な詳細なしで実現され得ることは、当業者には明らかであろう。一般に、周知の命令インスタンス、プロトコル、構造及び技術は詳細には示されていない。
【００９４】
説明の目的で、前述の記載は、具体的な実施を参照してなされた。しかしながら、上記の例示的な議論は、網羅的であること、又は開示された正確な形式に実施を限定することを意図していない。上記の教示を考慮して、多くの修正及び変形が可能である。実装は、原理とそれらの実際の応用を最もよく説明して、それにより当業者が、該実施と、意図される特定の用途に適した様々な修正を伴う様々な実施とを、最大限に利用できるように、選択及び記述された。
【図１】
2020516001.tif 000003
【図２】
2020516001.tif 000004
【図３】
2020516001.tif 000005
【図４】
2020516001.tif 000006
【図５】
2020516001.tif 000007
【図６】
2020516001.tif 000008
【図７】
2020516001.tif 000009
【図８】
2020516001.tif 000010
【図９】
2020516001.tif 000011
【国際調査報告】
2020516001.tif 000012