(57)【要約】  目的地域において、車両のための駐車場所を見つけ出すために、以下の特徴が企図される：接続サーバ（２）内に、複数のデータベースサーバ（３、４、５）に対して目的地域に割り当てられた接続データが記憶されており、それらにはそれぞれ少なくとも１つ駐車場所のデータが記憶されており、目的地域において駐車場所を見つけ出すための検索要求が接続サーバ（２）へ送られ、接続サーバ（２）は、割り当てデータに基いてデータベースサーバ（３、４、５）への接続を作成し、その際、それぞれのデータベースサーバ内に目的地域内の利用可能な駐車場所に関する利用可能性データが記憶されているかどうかを確認する。利用可能性データが存在する場合は、それぞれのデータベースサーバ（３、４、５）から接続サーバ（２）へフィードバックデータが送信される。接続サーバ（２）の照会は、以下のように多段式に行われる。第１の確認ステップでは、複数のデータベースサーバ（２、３、４）の予選択が行われ、その際、目的地域に関連付けられた第１の駐車場所データが接続サーバ（２）によって照会され、また、それぞれのデータベースサーバがその目的地域に対する駐車場所データを含むかどうかについて、データベースサーバからの対応する第１のフィードバックデータを用いて応答される。第１のフィードバックデータに基いて接続サーバ（２）内で、それぞれのデータベースサーバ（２、３、４）から、複数のどのデータベースサーバが予選択されるか、が決定される。そして、予選択された複数のデータベースサーバ（２、３、４）から少なくとも１つのデータベースサーバ（２、３、４）が、選択サーバとして、選び出される。選択サーバに対する第２の確認ステップではその都度、第２のフィードバックデータが呼び出され、この第２のフィードバックデータは少なくとも駐車場所の位置に関して、その都度の第１のフィードバックデータよりも、より詳細なものである。
2015534694.tif 000002
【特許請求の範囲】
【請求項１】
目的地域内で車両ための駐車場所を見つけ出すための方法において、
−接続サーバ（２）が設けられており、当該接続サーバ（２）内に、複数のデータベースサーバ（３、４、５）に対する、目的地域に割り当てられた接続データが記憶されており、当該データベースサーバ（３、４、５）内にはそれぞれ、少なくとも１つの駐車場所についてのデータが保存されていること、
−目的地域内で駐車場所を見つけ出すための検索要求が、前記接続サーバ（２）へ送られること、
−前記接続サーバ（２）が、割り当てデータに基いて、データベースサーバ（３、４、５）への接続を作成し、その際前記接続サーバ（２）は、それぞれのデータベース内に目的地域で利用可能な駐車場所に関する利用可能性データが記憶されているかを確認し、また、当該利用可能性データが存在する場合には、それぞれのデータベースサーバ（３、４、５）から、フィードバックデータが接続サーバ（２）へ送信されること、及び、
−その際、接続サーバ（２）の確認が、以下のように多段的に行われること、つまり、
−−第１の確認ステップでは、データベースサーバ（３、４、５）の予選択が行われ、その際、目的地域に関連する第１の駐車場所データが接続サーバ（２）によって紹介され、また、それぞれのデータベースサーバが目的地域に対する駐車場所データを含んでいるかどうかが、データベースサーバ（３、４、５）からの対応する第１のフィードバックデータを用いて、応答され、
−−前記第１のフィードバックデータに基いて、接続サーバ（２）内で、それぞれのデータベースサーバ（３、４、５）の何れが予選択されるかについて決定され、
−−予選択されたデータベースサーバ（３、４、５）から少なくとも１つのデータベースサーバ（３、４、５）が選択サーバとして選び出され、また、前記選択サーバに対する第２の確認ステップではその都度、少なくとも駐車場所の位置に関してその都度の第１のフィードバックデータよりも詳細である、第２のフィードバックデータが呼び出される、
ように、多段的に行われること、
を特徴とする方法。
【請求項２】
請求項１に記載の方法において、
匿名のフィードバックデータが接続サーバ（２）内で評価され、当該評価に基いて、異なる複数のデータベースサーバ（３、４、５）のフィードバックデータの比較が行われること、
を特徴とする方法。
【請求項３】
請求項１又は２に記載の方法において、
データベースサーバに特有の補正係数にして、前記接続サーバ（２）内で動的に変更される補正係数に基いて、匿名の及び／又は詳細なフィードバックデータの評価が行われ、その際、駐車場所を見つけ出す際に検出される少なくとも１つの特性値がその都度、前記変更のために利用されること、
を特徴とする方法。
【請求項４】
請求項３に記載の方法において、
前記補正係数の変更が、個々のデータベースサーバ（３、４、５）を用いて完遂された複数の検索プロセスにして、特には目的地域の、駐車場所についての複数の検索プロセス基づいて、少なくとも１つの統計的手法に従って、行われること、
を特徴とする方法。
【請求項５】
請求項１から４のいずれか一項に記載の方法において、
前記接続サーバ（２）が、検索要請に依存せず予め設定された時間間隔で、予め設定された目的地域内のフィードバックデータの利用可能について、データベースサーバ（３、４、５）へクエリを送ること、
を特徴とする方法。
【請求項６】
請求項１から５のいずれか一項に記載の方法において、
前記接続サーバ（２）にオープンなネットワークインターフェースが設けられており、このネットワークインターフェースを介して、データベースサーバ（３、４、５）が登録可能でありまたネットワーク接続部（６）を介して接続可能であること
を特徴とする方法。
【請求項７】
請求項１から６のいずれか一項に記載の方法において、
車両（１）内にセットされた複数の基準に基いて、前記接続サーバ（２）の選択が行われること、
を特徴とする方法。
【請求項８】
請求項１から７のいずれか一項に記載の方法において、
目的地域内で駐車場所を見つけ出すための前記検索要求が、車両内に存在する電子制御装置（１）によって、接続サーバ（２）へ送られること、
を特徴とする方法。
【請求項９】
請求項８に記載の方法において、
前記制御装置（１）が車両内に存在するナビゲーション機器であること、前記第２のフィードバックデータの少なくとも一部が駐車場所の位置データであること、及び、前記位置データが前記ナビゲーション機器に入力されまた前記ナビゲーション機器によりルートガイドのために利用されること、
を特徴とする方法。
【請求項１０】
少なくとも１つの前記コンピュータ（１、２、３、４、５）上での読み込み時及び実行時に、請求項１から９のいずれか一項に記載の方法経過を引き起こすことを特徴とするコンピュータプログラム製品。
【請求項１１】
請求項１０に記載のコンピュータプログラム製品が読み込まれていることを特徴とする電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のための駐車場所を見つけ出すための、方法、コンピュータプログラム製品、及び、電子制御装置に関する。特に都市部においてはしばしば、駐車場所としては著しい隘路が存在するので、例えば通勤時間帯におけるラッシュアワーや週末には、利用可能な駐車場所を見つけ出すことは、車両のドライバーにとって非常に困難である。これは頻繁に、駐車場を探すために、複数の車両が長時間に渡って都市部の道路を移動されなければならないことを導く。これによって余計な交通が発生し、この余計な交通は再度交通状況を全体で阻害しまた交通渋滞を引き起こし得るものである。
【背景技術】
【０００２】
特許文献１からは、駐車場所から車両を出庫する人物が、その情報を携帯端末を介して、インフォメーションプラットフォームに通知し、このインフォメーションプラットフォームに他の携帯端末利用者がアクセス出来るシステムが知られている。この情報を引き出す利用者は、「空き」と通知された駐車場所に狙いを定めて向かうことが出来る。情報伝達（通信）は、所謂アプリケーションを利用して、スマートフォン携帯端末を介して行うことが出来る。その際検索結果を、利用可能として登録された駐車場所であって、駐車場所を探している利用者が十分に短い時間で到着可能な駐車場所に絞り込むために、追加的にそのＧＰＳ情報を用いることも可能である。それによって、駐車場所が合間の時間に他の車輌によって偶然に確保されてしまうリスクを避けることが出来る。それでもやはり、結局は無駄になる駐車場所探しのこの不利な状況、及び、それに伴う、利用可能な駐車場所情報の大きなボラティリティを排除することは出来ない。
【０００３】
特許文献２には、駐車場所を検索するための検索システムが記載されており、このシステムでは、予約サーバを介して、特定の範囲内の駐車場所、特にはパーキングビル内の駐車場所を予め予約することが出来る。このサーバを用いて、データベース内で、所望の時間に駐車場所が利用可能であるかについて確認され、また、場合によっては、予約のために、例えば車両の識別番号のような関連するデータが、データベース内に記憶され、予約が確定される。その際の欠点は、そのような予約サービス及び予約された駐車ますは、予約を保障出来るようにするために、そのメンテナンスを含め、例えば入庫制御のために、コスト高な更なる技術的措置を必要とすることである。事によればより安価な駐車場所が例えば路上で利用可能であるかもしれないにも関わらず、駐車場所を探す人物にとって、時として高い駐車料金と結びつくので、それらは通常更に不利である。
【０００４】
特許文献３からは、市街地において駐車場所が利用可能であることについての可能性をその都度モデル化する方法が知られている。
【０００５】
上述の文献の内容はそれらに関して関連付けによって本明細書に取り入れられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】ＵＳ  ２０１０／０３０２０６８  Ａ１
【特許文献２】ＷＯ  ０３／０３９０４０  Ａ１
【特許文献３】ＷＯ  ２０１２／０９２２７６  Ａ２
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、柔軟性と信頼性をもって、目的地域内で車両の駐車場所を見つけ出すことを可能とすることである。
【課題を解決するための手段】
【０００８】
この課題は、独立請求項に記載された発明によって解決される。本発明の有利な実施形態は、従属請求項に記載されている。
【０００９】
本発明に従い、柔軟性と信頼性をもって、目的地域内で車両の駐車場所を見つけ出すために、以下の特徴が企図される：
‐接続サーバ内には、複数のデータベースサーバに対する目的地域に割り当てられた接続データが、記憶（保存）されており、それらには少なくとも１つの駐車場所に対するそれぞれのデータが保存されている、
‐目的地域において駐車場所を見つけ出すための検索要求が接続サーバへ送られる、そして、
‐接続サーバが、割り当てデータに基いてデータベースサーバへの接続を作成し、その際それぞれのデータベース内に目的地域における利用可能な駐車場所についての利用可能性データ（アベイラビリティデータ）が記憶されているかどうかを確認する、
利用可能性データが存在する場合、それぞれのデータベースサーバから接続サーバへフィードバックデータが送信される。
接続サーバの確認は、以下のように多段式（複数ステップ）で行われる、つまり、第１の確認ステップでは、複数のデータベースサーバの予選択が行われ、その際、目的地域に関連付けられた第１の駐車場所データが接続サーバによって照会され（問い合わされ）、また、それぞれのデータベースサーバがその目的地域に対する駐車場所データを含むかどうかが、データベースサーバからの対応する第１のフィードバックデータを用いて応答される。その後、第１のフィードバックデータに基いて接続サーバ内で、それぞれのデータベースサーバから、複数のどのデータベースサーバを予選択するか、が決定される。その後、予選択された複数のデータベースサーバから少なくとも１つのデータベースサーバが、選択サーバとして、選び出される。
選択サーバに対する第２の確認ステップではその都度、第２のフィードバックデータが呼び出され、この第２のフィードバックデータは少なくとも駐車場所の位置に関して、それぞれの第１のフィードバックデータよりも、より詳細なものである。
【００１０】
本発明に従う特徴は、方法、コンピュータプログラム製品、及び／又は、電子制御装置、において実現され得るものである。
【００１１】
発明に従い、効率的な駐車場所の検索及び割り当て（アサインメント）にとって、異なる検索システム或いはそれらのデータベースサーバを技術的に組み合わせることが有利であることが分かった、その際、上記組み合わせは、１つの検索クエリ（検索照会）のためにその都度、予め設定された検索基準に従って、最適な、データベースサーバ或いはこのデータベースサーバを運営する検索プロバイダ、が選択可能となるように行われる。それに加えて更に、接続サーバ内で匿名のフィードバックデータが評価され、そして、その評価に基いて、異なる複数の検索システムの或いはそれらにおいて用いられている複数のデータベースの、複数のフィードバックが比較されることが有利であると企図される。匿名の及び／又は詳述されたフィードバックデータの評価はその際、データベースサーバ特有の補正係数にして、接続サーバ内で動的に変更される補正係数に基いて行われ、その場合その都度、駐車場所を見つけ出す過程で検出される少なくとも１つの特性値（特性パラメータ）が変更のために利用される。例えばＧＰＳによって受信される情報に基いて、又は、例えば停車までのエンジンの駆動時間や、完全な駐車場所の情報を受領してから駐車場所まで運転された道のりのような、車両の運転からのデータを用いて、この特性値は自動で検出され得る。車両が実際に駐車場所の検出された位置へ移動されたものの、その場に正確な時間に駐車されなかった場合、これは例えば、駐車場所情報が適切でなかったことを示すものでありえる。関係するデータベースサーバに割り当てられた補正係数は、その後、より僅かな信頼性に応じて、格下げされる。補正係数の変更は、複数の検索クエリから統計的な方法に従って行うことも出来る。
【００１２】
本発明を用いて、更に有利には、二段階的な確認が実行され、この二段階的な確認によって、一方ではデータ量の制限することが出来るが、これは全ての検索プロバイダの利用可能な全データが自動で送信される必要がなく、選択されたデータのみが送信されるからである。第１の確認段階のフィードバックデータは、利用可能性データ及び／又はそこから導き出されるデータであってもよい。第１のフィードバックデータとしては、例えば、予期される駐車場所の探索時間、目的地からの距離についてのデータ、又は、検索サービスに関連する費用及び／又は駐車料金に関するデータ、を想定することが出来る。第１の確認段階においてデータ量を制限することによって、特に携帯無線ネットワークの負荷及びコストを抑えることが出来る。なおこの携帯無線ネットワークを介して、例えばナビゲーションシステムやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）といった車両内に設けられたデータ端末と接続サーバの間の接続が作成され、そのデータ端末から目的地域内で駐車場所を見つけ出すための検索要求が接続サーバへ送られる。
【００１３】
特に第１のフィードバックデータは、駐車場所の正確な位置に関するデータを含んではいない。それにより、利用者側で、具体的に示された検索プロバイダの選択が行われること、並びに、第２の確認段階が実行されること、が保障され得る。なお、この第２の確認段階では、駐車場所に向かって移動する前に、例えばパーキングビルの具体的な予約データが作成され、そしてその後、第２のフィードバックデータとして送信される。第２の確認段階のフィードバックデータは、ＧＰＳ座標系に基いて正確な駐車場所の位置を特定すること、駐車場所或いは駐車場所の周囲の画像を表示すること、及び／又は、駐車場所及び／又はその他の情報に関するテキスト説明を含むこと、が出来る。
【００１４】
更なる有利な実施例では、接続サーバは検索要請とは無関係に、予め設定された時間間隔で、予め設定された目的地域のフィードバックデータの利用可能性（アベイラビリティ）について、データベースサーバに確認を送る。接続サーバ内にオープンなインターフェースが設けられている場合、これは特に有利であり、このオープンなインターフェースは、複数の検索プロバイダが、それらの個々のデータベースサーバを、それらの検索サービスを提供するために、独立して接続サーバへ連結可能であるように、設けられており、この連結は例えば、接続サーバ内にデータベースサーバのネットワークアドレスを、例えばインターネットネットワークアドレスを、単純に記憶（保存）することによって、行うことが出来る。接続サーバ及びデータベースサーバは更に、インターフェース及び／又はそれらの中に保存及び読み込まれた（ロードされた）個々のコンピュータプログラムモジュールを介して、協働することが可能であり、この協働は、接続サーバが予め設定された時間間隔で、例えば毎日、毎週又は毎月、自動で全ての記憶されたデータベースサーバに、それらが対応するデータを含んでいるか、及び、場合によっては、どの目的地域について対応するデータを含んでいるか、について確認するように行われる。そのような一般的な利用可能性の確認のデータ交換は、少なくとも部分的に、上述の、具体的な駐車場所検索の第１の確認ステップのように行うことが出来る。接続サーバは、車両にセットされた基準に基いて選択され得る。
【００１５】
特に、接続サーバ及びデータベースサーバの種類、フォーマット、及び容量は、予め確定され得て、その際、データの最小量及び／又はデータの最大量が確定可能である。接続サーバと車両内にある端末の間でも同様に、データ量を確定することが出来るので、端末のユーザーは、選択された検索プロバイダとは無関係に、その都度統一したデータ量を統一されたユーザーインターフェースを介して受け取ることが出来る。その際更に有利であることは、ユーザーが、異なる検索プロバイダの異なるシステムに対峙するのではなく、単にそのシステムの窓口を必要とするのみであり、この窓口が統一のインターフェースとして機能し、またユーザーに検索サービスの特定の質を保障出来ることである。
【００１６】
更なる有利な実施例においては、第２のフィードバックデータから少なくとも駐車場所の位置データ（座標）が、車両内に備えられたナビゲーションシステムに送信される。ナビゲーションシステムはその後、直接駐車場所までのルートを検出し、そのルートをディスプレイ上に表示することが出来る。
【００１７】
以下においては、本発明の実施例が図面を用いて詳細に説明される。
【図面の簡単な説明】
【００１８】
【図１】制御コンピュータの構造を示す。
【図２】検索プロセスのフローチャートを示す。
【発明を実施するための形態】
【００１９】
図１に示される構成では、車両コンピュータ１は、車両のナビゲーションシステムを備えて設けられており、このシステムを介して、駐車場所の検索クエリを作成し、検索結果を表示することが出来る。車両コンピュータ１或いはナビゲーションシステム１は、車両内例えば乗用車又は貨物自動車内に、固定的に搭載されていてもよいし、又は、例えばＰＤＡの形態の携帯端末として車両内で共に移動されてもよい。更に接続サーバ２が示されており、この接続サーバ２は、データセンター内に設けられており、また、ネットワーク接続を介して複数の分散データベースサーバと接続されている。なお、それらの分散データベースサーバのうち３つのデータベースサーバ３、４、５が例示されている。ネットワーク接続６はそれぞれ、完全な又は部分的な無線接続であってもよいし有線接続であってもよい、選択的に保護されてもよいし保護されなくてもよい、また、例えばインターネットを介してもたさられてもよい。これに関して、データベースサーバ３、４、５のインターネットアドレスは、接続サーバ２のアドレスメモリ９内に記憶されている。車両コンピュータ１と接続サーバ２の間の接続は、無線のモバイル通信接続７及び／又はインターネット接続７を介して、作成される。車両コンピュータ１とデータベースサーバ３、４、５の間のデータ転送に関して、接続サーバ２は、プロキシサーバー（ｐｒｏｘｙ）として作用する、つまり、車両コンピュータ１は直接的には接続サーバ２のみと通信し、データベースサーバ３、４、５とは通信しない。
【００２０】
後述する方法を用いて、同一の適用分野に関しているが、この例においては駐車場所検索サービスに関しているが、（ヘテロジニアスな）異なるアプリケーションの様々なサービスを、統一インターフェースを用いて、操作することが出来る。サービスの利用者は、自身の車両コンピュータ１を用いて直接接続サーバ２と通信する、そしてヘテロジニアスな（異機種環境の）複数のデータベースサーバ３、４、５と通信しなければならないことと、直面することはない。品質管理と検索クエリの実行（処理）は主として接続サーバ２で行われる。
【００２１】
データベースサーバ３、４、５を運営する異なる検索プロバイダは、全く異なるタイプの駐車場所検索サービスを提供出来るものであり、例えばパーキングビルの経営者としてオンラインで駐車場の有料の予約し、その際同時に、決済システムを検索に組み込むことが可能である、又は、公共の無料のポータルサイトとして、リアルタイムで空いている駐車場所を公示することが可能である、又は、私人として自身のパーキングスペースを短期間賃貸することが可能である。検索プロバイダは、自動的で統計学的なクラウドソーシングアプローチ（Crowd Sourcing Ansaetzen）を有するものが企図されていてもよく、それは、ナビゲーションルート沿いで場所が空いている可能性が可能な限り高いようなナビゲーションルートを計算するため、駐車行動についての自己書き換えモデルを用いる。
【００２２】
検索プロバイダは特に、利用可能な駐車場所を検索及び／又は割り当てるための、冒頭に言及した文献に記載された複数の方法を援用できる。それらの内容は従ってここで再度参照される。
【００２３】
検索プロバイダのデータベースサーバ３、４、５は、それらのネットワークインターフェース８ｂ、８ｃ、８ｄを介して、検索クエリに応じて、接続コンピュータ２（プロキシサーバ）及びそのネットワークインターフェース８ａを介して、車両コンピュータ１と選択的に接続される。その際、車両コンピュータ１は、異なる複数のプロバイダの複数のデータベースサーバ３、４、５と通信するのではなく、接続コンピュータ２のみと通信する。このコントロールコンピュータ２はその後、ユーザーの問い合わせ（クエリ）を、コントロールコンピュータ２に接続された駐車場所検索サービスのコンピュータ３、４、５へ転送することが出来る。駐車場所検索サービスの新しいデータベースサーバの登録は、それにより、容易に行うことが出来るが、これは、それが接続サーバ２内で定義されたインターフェースをサポートすることによる。その際、新しいデータベースサーバのネットワークアドレス、並びに、検索サービス能力の規模に関する様々な記載、例えば、その検索サービスがカバーする空間的な範囲、検索サービスの種類、保証されたパーキングスペース、公開された駐車場所の統計的な選択等の記載が、接続サーバ２内に保存される。
【００２４】
駐車場所の検索をどのように処理し、そしてそれを車両コンピュータ１へどのように伝えるかについては、図２に基づいて以下に説明される。
【００２５】
車両コンピュータ１では、操作者は、例えばグラフィックの操作画面を介して、例えば場所や時間について指示して、駐車場所の検索を望むことを明確にする。例えば、車両コンピュータ１のナビゲーションシステムの現在のルートガイド（目的地及びおよその到着時間）から場所及び時間がもたらされる場合には、又は、対応するデータを手動で入力することによって、これをボタンの一度の押圧後に自動的に行うことも出来る。その際、更なる検索基準を入力することが可能であり、この検索基準は例えば、パーキングビルを予約するか又は公共の無料の駐車場所を検索するか、駐車場所を目的地から可能な限り短時間で検索するべきであるか又は目的地から可能な限り僅かな距離で検索するべきであるか、駐車場所を可能な限り安価で又は可能な限り高い利用可能性で検索するべきであるか又は最大の料金まで検索するべきであるか、どの車種或いはどの車両サイズ（例えば小型車、Ｄセグメントの車両、ＳＵＶ、貨物自動車）が駐車されるべきであるか、等である。それにより、検索の最適化、及び、ユーザー側での検索結果の具体的な評価、が可能である。
【００２６】
検索クエリは、ステップＳ１にて、例えば無線網を介して、接続サーバ２（プロキシサーバ）へ送信される。この接続サーバ２は、異なる検索サービスプロバイダの、利用可能な状態の全てのデータベースサーバ３、４、５と連絡する。特には送信及び処理されるデータ量を少なく保つために、接続サーバ２とデータベースサーバ３、４、５の間の通信は、後述のように段階的に（カスケードされて）行われる。
【００２７】
ステップＳ２では、プロキシサーバ２によって、接続されているデータベースサーバ３、４、５に対して、その都度、それぞれの検索プロバイダへ、それらの検索プロバイダにおいて目的地域にカバー部（網羅部）が存在するかどうかの、第１の大まかな照会（クエリ）が行われる（カスケードの１段目）。代替的に、この照会を、プロキシサーバ２がユーザー照会とは独立して規則的な間隔でサービスプロバイダに対し、そのサービスプロバイダがどの地域をカバー（網羅）しているかを尋ねるように、作成することも出来る。カバー部の情報（カバー情報、網羅情報）は、その後、プロキシサーバ２内に記憶され、そしてそれは検索問い合わせの際に、検索クエリがその都度データベースサーバ３、４、５の何れに送られるかを決定するために、直接用いられる。
【００２８】
ステップＳ３では、異なるプロバイダのデータベースサーバ３、４、５が、第１の応答において、制限された情報を付して、クエリ（問い合わせ）に応答する。これらの情報は、まだ具体的な駐車場所を含んではいないが、
−予想される駐車場所探索時間、
−目的地からの予想される距離、
−（例えばパーキングビルの利用のための）予想される料金
−その他の情報、例えば駐車場所の警備の有無、屋根の有無、駐車場所が予約されているか、空いているか、僅かな可能性でしか空いていないか、
を有していてもよい。
【００２９】
これらの情報に基いて、接続サーバ２では、ステップＳ４において検索サービスの予選択が行われる。それに関して先ず、回答情報に補正係数κが掛けられ、この補正係数κは、それぞれの特性値の、それぞれのサービスの実際に検出された値からの平均偏差を示す。これらの修正された情報は、プロバイダの検索の質を評価（格付け）するために用いられる。更に、プロバイダの選択及び評価は、パーキングビル、公共の駐車場所等の様に、始めにユーザによって選ばれた検索オプションに依存して、行われてもよい。
【００３０】
選択された検索サービスからの情報は、ステップＳ５において、接続サーバ２によって、場合によっては格付けされた順序で、車両コンピュータ１に再度伝えられ、そこで表示される。そこで、ステップＳ６では、具体的な検索プロバイダが選択され、また、詳しい検索クエリ（カスケードの２段目）が接続サーバ２を介して対応するデータベースサーバ３、４、５に送信される。ステップＳ６では、関係するデータベースサーバ３、４、５内で、検索で探し出された駐車場所の位置についてのデータが、車両コンピュータ１にフィードバックされ、そして、そこで車両を駐車場所へ案内する（ナビゲートする）ために利用される。
【００３１】
車両を駐車場所へ向かわせた後に、ステップＳ８では、車両コンピュータ１から、駐車場所の検索のための特性データ、例えば駐車場所の実際の使用可能性、目的地からの距離、検索時間、を接続コンピュータ２へフィードバックするかどうか、が決定される。これらの特性データは、プロバイダ用の上述の補正値κを、ステップＳ９において調整するために、再度利用される。補正値の調整は統計的な手法で行うことが出来る。
【００３２】
補正値の調整の例：
【００３３】
あるプロバイダが、そのプロバイダの駐車場所について、それが目的地からの距離がｄ＝１００ｍのところにある、と主張している。これまでの２００件の検索プロセスに基づくと、このプロバイダについての補正係数κの値は１．５である。従って、車両コンピュータ１内では、このサービスは、ｄκ＝１００ｍ＊１．５に対応して、目的地から１５０ｍ離れた駐車場所として表示される。この値は、他の全ての検索サービスの対応する値と比較される。この例においては、１５０ｍが全てのプロバイダの中で最小の値であるとする。見つけられる駐車場所は、実際には目的地から２５０ｍ離れている。この１ケースでは、目的地からの距離に対する、偏差は２．５となる。その結果、補正係数は、今や２０１件の検索プロセスにおいて、（２００＊１．５＋２．５）／２０１＝１．５１、に修正される。
【００３４】
この例が示すには、ばらつき幅を検出し、そして、本方法をユーザに示される値が期待値（この例においては１５０ｍ）に対応するのではなく、その値がｎ個の標準偏差分だけ修正された補正係数を用いて、ｄ（κ＋ｎσ）として、算出されるように拡張することも好ましい。補正係数の標準偏差が例えば０．５であり、ｎ＝１であるとすると、２００ｍという表示がもたらされる。
【００３５】
補正方法は、原則的に任意に改良され得る。例えば、ステップＳ４からの全ての値に対し唯一の補正係数が用いられることも、又は、これらの値のそれぞれに対し唯一の補正係数が用いられることも考えられる。その都度、選択的な１つの補正係数のみが修正されることも考えられ、その補正係数は具体的な検索のために決定的なものとして選び出されているか、或いは、高い優先順位係数が付されている。例えば特定の目的地に対し、近さに高い優先順位係数が付される場合は従って、距離についての補正係数のみが変更され、時間についての補正係数は変更されないことが考えられる。代替としては、全ての値を変更することが考えられる。
【００３６】
補正係数を修正又は変更するための式が、より複雑なものになることも考えられる。例えば、特定のプロバイダが、特定の地域は特に良好にカバーされていると記述すること、その他の地域は構築中であると記述すること、又、それに対応的に異なる地域のために、異なるばらつき幅或いは補正係数が設けられていること、も考えられる。
【００３７】
補正係数を、上述のように絶対平均値に基いて算出する代わりに、移動平均に基いて算出出来ることが考えられる。その場合には、時間的な変化も考慮することが考えられる。更に、高すぎる標準偏差又は高すぎる補正係数を有する検索プロバイダを検索から排除出来ることが考えられる。
【００３８】
上述のコンピュータ制御されたシステムは、既知の技術的な装置、例えばキーボード、マウス、タッチスクリーン、ジョイスティック又は音声制御装置の様態の入力手段を有すること、並びに、マイクロプロセッサ、データバス或いは制御バス、表示装置（スクリーンディスプレイ又はプロジェクジョンディスプレイ）を有すること、並びに、メインメモリ（ワーキングメモリ）、リードオンリーメモリ（ＲＯＭ）、ケーブル接続された及び／又は無線のネットワーク接続用のネットワークカード及び／又はモバイル通信カードを有することも出来る。対応するコンピュータプログラム製品は、個々のコンピュータ制御のシステムのメインメモリ及び／又はリードオンリーメモリ内に記憶及び読み込まれ（ロードされ）得て、また、マイクロプロセッサによって実行され得る。しかしながらこれは、それとは無関係に、例えばデータベースサーバからダウンロードされたデータとして又はデータ記憶媒体上のデータとして、存在することも出来る、又は、その都度、関与する複数のシステムのうち別々のシステムに、部分的に記憶され、読み込まれ得て、そして実行され得る。更に、コンピュータプログラム製品は、モジュール方式で構成されていてもよく、また、個別のモジュールはそれぞれ関与する複数のシステムのうち別々のシステムに読み込まれ及び／又はそこで実行され得る。
【符号の説明】
【００３９】
１            車両
２            接続サーバ、
３            データベースサーバ
４            データベースサーバ
５            データベースサーバ
６            ネットワーク接続
７            無線モバイル通信接続、インターネット接続
８ａ          ネットワークインターフェース
８ｂ          ネットワークインターフェース
８ｃ          ネットワークインターフェース
８ｄ          ネットワークインターフェース
【図１】
2015534694.tif 000003
【図２】
2015534694.tif 000004
【国際調査報告】
2015534694.tif 000005
2015534694.tif 000006
2015534694.tif 000007
2015534694.tif 000008
2015534694.tif 000009
2015534694.tif 000010