(57)【要約】【課題】  駐車場の予約と運行計画の立案とを合理的に実行できる技術を提供する。【解決手段】  駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを受信する予約用データ受信手段と、その予約用データに基づいて予約内容を確定させる予約確定システムと、予約内容が確定した予約確定データを蓄積する予約データベースと、予約車両用エリアへ入庫しようとする車両の進行を制限およびその制限解除をするゲート手段と、予約車両用エリアへ向かう車両のＥＴＣ車載機からＥＴＣ−ＩＤを取得するＥＴＣ受信装置と、取得したＥＴＣ−ＩＤに紐付けられる車両ナンバーが予約確定データに係る車両の車両ナンバーと一致するか否かを、予約データベースを用いて認証する認証手段と、を備える。【選択図】  図１
2020149379.tif 000002
【特許請求の範囲】
【請求項１】
駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置であって、
駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手段と、
その予約用データ受信手段が受信した予約用データに基づいて予約内容を確定させる予約確定システムと、
その予約確定システムを介して予約内容が確定した予約確定データを蓄積する予約データベースと、
駐車場における予約車両用エリアへ入庫しようとする車両の進行を制限およびその制限解除をするゲート手段と、
前記の予約車両用エリアへ向かう車両のＥＴＣ車載機からＥＴＣ−ＩＤを取得するＥＴＣ受信装置と、
そのＥＴＣ受信装置が取得したＥＴＣ−ＩＤに紐付けられる車両ナンバーが前記の予約確定データに係る車両の車両ナンバーと一致するか否かを前記の予約データベースを用いて認証する認証手段と、
を備え、
前記の認証手段は、ＥＴＣ−ＩＤに紐付けられる車両ナンバーと予約確定データに係る車両の車両ナンバーとが一致した場合に、前記のゲート手段に対して予約に係る車両が前記の予約車両用エリアへ入庫することを許諾するように作動させることとした駐車管理装置。
【請求項２】
駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置であって、
駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手段と、
その予約用データ受信手段が受信した予約用データに基づいて予約内容を確定させる予約確定システムと、
その予約確定システムを介して予約内容が確定した予約確定データ蓄積する予約データベースと、
駐車場における予約車両用エリアへ入庫しようとする車両の進行を制限およびその制限解除をするゲート手段と、
前記の予約車両用エリアへ向かう車両の車両ナンバーを撮影するナンバー用カメラと、
そのナンバー用カメラが撮影したナンバー画像をデジタル化してナンバーデータとするＯＣＲ処理手段と、
そのＯＣＲ処理手段によってデジタル化されたナンバーデータが予約に係る車両の車両ナンバーと一致するか否かを前記の予約データベースを用いて認証する認証手段と、
を備え、
前記の認証手段は、前記のナンバーデータが予約に係る車両の車両ナンバーと一致したと認証した場合には、前記のゲート手段に対して予約に係る車両が前記の予約車両用エリアへ入庫することを許諾するように作動させることとした駐車管理装置。
【請求項３】
前記の予約システムは、予約手続きが可能な駐車場に関する満空データを蓄積している駐車管理データベースと、
前記の予約用データに駐車場を特定するデータが含まれない場合に、予約用データに含まれている出発地データ、目的地データなどを用いて駐車候補地を前記の駐車管理データベースから算出する駐車候補地算出手段と、
その駐車候補地算出手段が算出した駐車候補地を前記の予約者に係る通信端末へ送信する駐車候補地送信手段と、
前記の通信端末が選択した駐車候補地を受信する修正・確認受信手段と、
を備え、
前記の修正・確認受信手段が受信した駐車候補地は前記の予約確定データの一部とした請求項１または請求項２のいずれかに記載の駐車管理装置。
【請求項４】
駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置に用いるコンピュータプログラムであって、
予約手続きが可能な駐車場に関する満空データを駐車管理データベースへ蓄積する満空データ蓄積手順と、
駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手順と、
その予約用データ受信手順にて受信した予約用データに駐車場を特定するデータが含まれない場合に、予約用データに含まれている出発地データ、目的地データなどを用いて駐車候補地を前記の駐車管理データベースから算出する駐車候補地算出手順と、
その駐車候補地算出手順にて算出した駐車候補地を前記の予約者に係る通信端末へ送信する駐車候補地送信手順と、
を駐車管理装置に実行させることとしたコンピュータプログラム。
【請求項５】
前記の駐車候補地送信手順にて送信した駐車候補地を受信した前記の通信端末が選択した駐車候補地を受信する修正・確認受信手順をも
駐車管理装置に実行させることとした請求項４に記載のコンピュータプログラム。
【請求項６】
前記の修正・確認受信手順においては、選択した駐車候補地の利用を希望する時刻をも受信することとした
請求項５に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車場、たとえばパーキングエリアの駐車車室に対して、予約受け付けから予約遂行や、予約車両の駐車車室へのナビゲーションを円滑にするための情報通信技術に関する。
【背景技術】
【０００２】
ＥＴＣ対応料金所の増加やＥＴＣ割引きによるユーザへの動機付けの活発化、ＥＴＣ車載機購入への補助制度などをきっかけとして、ＥＴＣ車載機を搭載した車両は、大多数を占めるまでとなった。
そうしたＥＴＣ機能を有効に活用できるシーンとして、駐車場の予約や、駐車場への入庫の円滑化に活用する場合がある。
【０００３】
たとえば、特許文献１では、ＥＴＣ(Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ)車載機を搭載した車両において、駐車場の入庫ゲートに設けられたＤＳＲＣ通信にてＷＣＮ（ワイヤレスコールナンバー）取得を実行し、駐車場への円滑な入庫を可能とした技術が開示されている。
【０００４】
個人ユーザが所有する一般車両とは異なり、荷物を運ぶ運送用車両（たとえばトラック）、多くの旅客を乗せる旅客用車両（たとえばバス）などの業務車両においては、運行計画を立案し、その運行計画に基づく車両の運用管理がなされる。
そうした運行計画に基づく車両の運用管理を合理的に実行できる技術として、特許文献２には、適切な運行ルートを提示できる運行支援プログラム、運行支援方法および運行支援装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−７９５５７号公報
【特許文献２】特開２０１７−１５１５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述したように、トラックなどの運送用車両を用いた運送業や、多数の乗客を運ぶバスなどの旅客用車両を用いた旅客業などにおいては、運転者の適切で合理的な管理のため、運行計画書を作成している。運行計画書には、運行距離や予想時間などのほか、適切な休憩を入れることとなっている。
【０００７】
運送用車両は、一般の乗用車に比べて大きな駐車スペースが必要であり、駐車場を予め確保しておく必要性は低くない。駐車できる場所を探して休憩時間が短くなってしまっては、運転者の休息が不十分となってしまうからである。
運行計画や休憩のための駐車場の確保の必要性は、運送用車両のみならず、乗客を乗せる旅客用車両（バス）においても同様である。
【０００８】
さて、高速道路網には、休憩や観光のためのサービスエリアが備えられており、運転者および同乗者が休憩や観光をするために駐車する駐車場も当然備えられている。サービスエリアにおける駐車場の予約も、実現したら運送業や旅客業にとって合理的である。
しかし、特許文献１に開示された技術は、運行計画と連動したサービスエリアの駐車場の予約システムとして、どのまま導入できるものではない。
【０００９】
特許文献２に開示された技術は、適切なルート選択を主としており、駐車場の混雑度を可視化することも可能である。しかし、駐車場を予約する、といった機能は備えられていない。
【００１０】
本発明が解決しようとする課題は、駐車場の予約と運行計画の立案とを合理的に実行できる技術を提供することにある。
【課題を解決するための手段】
【００１１】
前述した課題を解決するため、駐車場管理装置に係る第一および第二の発明、駐車場予約システムとして作動するアプリケーションプログラムに係る第三の発明を提供する。
【００１２】
（第一の発明）
第一の発明は、駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置に係る。
すなわち、駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手段と、
その予約用データ受信手段が受信した予約用データに基づいて予約内容を確定させる予約確定システムと、
その予約確定システムを介して予約内容が確定した予約確定データを蓄積する予約データベースと、
駐車場における予約車両用エリアへ入庫しようとする車両の進行を制限およびその制限解除をするゲート手段と、
前記の予約車両用エリアへ向かう車両のＥＴＣ車載機からＥＴＣ−ＩＤを取得するＥＴＣ受信装置と、
そのＥＴＣ受信装置が取得したＥＴＣ−ＩＤに紐付けられる車両ナンバーが前記の予約確定データに係る車両の車両ナンバーと一致するか否かを前記の予約データベースを用いて認証する認証手段と、
を備える。
前記の認証手段は、ＥＴＣ−ＩＤに紐付けられる車両ナンバーと予約確定データに係る車両の車両ナンバーとが一致した場合に、前記のゲート手段に対して予約に係る車両が前記の予約車両用エリアへ入庫することを許諾するように作動させる（図２参照）。
【００１３】
（用語説明）
「駐車車室」については、後述する実施形態においては、高速道路のサービスエリアに備えられた予約者両専用駐車エリアに備えられていることとして説明している。しかし、本発明は、高速道路のサービスエリアに備えられた予約者両専用駐車エリアに備えられた駐車車室に限られるものではなく、一般の駐車場においても採用できる。
「車両」については、後述する最初の実施形態においては、運送用車両（トラック）として説明している。しかし、本発明は、運送用車両に限られず、次の実施形態において説明する旅客車両（バス）でも良いし、一般乗用車、タクシーなどであってもよい。
「ＥＴＣ−ＩＤ」とは、ＥＴＣ車載機の個体識別が可能な識別子（ＩＤ）のことである。「車載機管理番号」や「ＷＣＮ」などを指す。
【００１４】
「予約用データ」は、駐車車室の予約を希望するものが、日時、駐車場、駐車予定の車両などを特定するデータである。希望通りに予約ができるか否かは、希望する駐車場における希望する日時に空いている車室があるか否か、によるので、予約各停システムにて予約が確定した場合に「予約確定データ」となる。
「予約用データ」において駐車場を特定せず、出発地や目的地を予約用データとして入力し、駐車場の候補地を予約確定システムにて算出させ、予約確定データとする場合もある（図３参照）。
【００１５】
（作用）
駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約用データ受信手段が受信する。受信した予約用データに基づいて予約内容を予約確定システムが確定させる。予約内容が確定した予約確定データは、予約データベースが蓄積する。
予約車両用エリアへ向かう車両のＥＴＣ車載機からＥＴＣ受信装置がＥＴＣ−ＩＤを取得する。取得したＥＴＣ−ＩＤに紐付けられる車両ナンバーが前記の予約確定データに係る車両の車両ナンバーと一致するか否かを、予約データベースを用いて認証手段が認証する。一致した場合には、予約に係る車両が前記の予約車両用エリアへ入庫することを許諾するようにゲート手段が作動する。
【００１６】
駐車の予約を済ませた車両であれば、ＥＴＣ車載機にてゲート手段に導かれ、予約車両用エリアへ入庫することができる。駐車場の手前側での円滑な入庫に寄与する。また、予約を済ませているという安心感を運転者に与えることができる。
【００１７】
（第二の発明）
第二の発明もまた、駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置に係る。第一の発明との相違点は、ＥＴＣ−ＩＤの代わりに、車両ナンバーを撮影して用いる点である。
すなわち、駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手段と、
その予約用データ受信手段が受信した予約用データに基づいて予約内容を確定させる予約確定システムと、
その予約確定システムを介して予約内容が確定した予約確定データ蓄積する予約データベースと、
駐車場における予約車両用エリアへ入庫しようとする車両の進行を制限およびその制限解除をするゲート手段と、
前記の予約車両用エリアへ向かう車両の車両ナンバーを撮影するナンバー用カメラと、
そのナンバー用カメラが撮影したナンバー画像をデジタル化してナンバーデータとするＯＣＲ処理手段と、
そのＯＣＲ処理手段によってデジタル化されたナンバーデータが予約に係る車両の車両ナンバーと一致するか否かを前記の予約データベースを用いて認証する認証手段と、
を備える。
前記の認証手段は、前記のナンバーデータが予約に係る車両の車両ナンバーと一致したと認証した場合には、前記のゲート手段に対して予約に係る車両が前記の予約車両用エリアへ入庫することを許諾するように作動させる（図９参照）。
【００１８】
（作用）
駐車の予約を済ませた車両であれば、車両ナンバーの撮影、ＯＣＲ処理を経て、ゲート手段に導かれ、予約車両用エリアへ入庫することができる。駐車場の手前側での円滑な入庫に寄与する。また、予約を済ませているという安心感を運転者に与えることができる。
【００１９】
（第一および第二の発明のバリエーション）
第一および第二の発明は、以下のように形成すると好ましい。
すなわち、前記の予約システムは、予約手続きが可能な駐車場に関する満空データを蓄積している駐車管理データベースと、
前記の予約用データに駐車場を特定するデータが含まれない場合に、予約用データに含まれている出発地データ、目的地データなどを用いて駐車候補地を前記の駐車管理データベースから算出する駐車候補地算出手段と、
その駐車候補地算出手段が算出した駐車候補地を前記の予約者に係る通信端末へ送信する駐車候補地送信手段と、
その駐車候補地送信手段が送信した駐車候補地を受信した通信端末が選択した駐車候補地を受信する修正・確認受信手段と、
を備え、
前記の修正・確認受信手段が受信した駐車候補地を予約確定データとする
こととしている（図４、図５、図８、図１２参照）。
【００２０】
（用語説明）
「予約手続きが可能な駐車場」とは、予約システムが管理対象としている駐車場のことであり、通信端末からの予約用データを受信した時点で予約が可能な駐車場を意味しない。「駐車管理データベース」では満空データを所定のタイミング（たとえば予約確定データが作成される毎）または所定の頻度（たとえば１時間ごと）にて更新しており、空室が存在する駐車場（のみ）が予約の手続に係る通信端末へ送信される。
【００２１】
（作用）
予約が可能な駐車場に関する満空データを駐車管理データベースに蓄積している。
予約を希望する通信端末から受診した予約用データに駐車場を特定するデータが含まれない場合には、予約用データに含まれている出発地データ、目的地データなどを用いて、駐車候補地を駐車管理データベースから駐車候補地算出手段が算出する。算出した駐車候補地は、駐車候補地送信手段が予約者に係る通信端末へ送信する。
【００２２】
受信した通信端末にて選択した駐車候補地を選択し、送信すると、その選択された駐車候補地を修正・確認受信手段が受信する。そして、その選択された駐車候補地が、予約確定データの一部となる。
予約をしようとする者としては、駐車候補地を提示してもらえるので、運行計画の立案が容易化する。
【００２３】
（第三の発明）
第三の発明は、駐車車室の事前予約に係る車両を駐車場における予約車両用の車室がある予約車両用エリアへ入庫させる駐車管理装置に用いるコンピュータプログラムに係る。
そのコンピュータプログラムは、
予約手続きが可能な駐車場に関する満空データを駐車管理データベースへ蓄積する満空データ蓄積手順と、
駐車車室の予約を希望する車両の車両ナンバーを含んだ予約用データを予約者に係る通信端末から受信する予約用データ受信手順と、
その予約用データ受信手順にて受信した予約用データに駐車場を特定するデータが含まれない場合に、予約用データに含まれている出発地データ、目的地データなどを用いて駐車候補地を前記の駐車管理データベースから算出する駐車候補地算出手順と、
その駐車候補地算出手順にて算出した駐車候補地を前記の予約者に係る通信端末へ送信する駐車候補地送信手順と、
を駐車管理装置に実行させる（図６参照）。
【００２４】
（補足説明）
第三の発明に係るコンピュータプログラムは、インターネット上にてサーバが提供するウェブページを介して、サーバにて実行されるのが一般的である。
前記の「駐車管理装置」は、第一の発明、第二の発明のいずれであってもよい。
【００２５】
（第三の発明のバリエーション）
第三の発明は、以下のようにすると、より好ましい。
すなわち、前記の駐車候補地送信手順にて送信した駐車候補地を受信した前記の通信端末が選択した駐車候補地を受信する修正・確認受信手順をも駐車管理装置に実行させることとしたコンピュータプログラムとするのである（図３，５参照）。
【００２６】
（第三の発明のバリエーションの更なるバリエーション）
第三の発明における前記のバリエーションは、以下のようにすると、より好ましい。
すなわち、前記の修正・確認受信手順においては、選択した駐車候補地の利用を希望する時刻をも受信することとするのである（図５参照）。
【００２７】
第三の発明に係るコンピュータプログラムを、記録媒体へ記憶させて提供することもできる。
ここで、「記録媒体」とは、それ自身では空間を占有し得ないプログラムを格納することができる媒体である。例えば、フレキシブルディスク、ハードディスク、ＣＤ−Ｒ、ＤＶＤ−Ｒ、フラッシュメモリなどである。
また、この発明に係るプログラムを格納したコンピュータから、通信回線を通じて他の端末へ伝送することも可能である。
【発明の効果】
【００２８】
第一の発明および第二の発明によれば、駐車場の予約と運行計画の立案とを合理的に実行できる駐車管理装置を提供することができた。
第三の発明によれば、駐車場の予約と運行計画の立案とを合理的に実行できるコンピュータプログラムを提供することができた。
【図面の簡単な説明】
【００２９】
【図１】第一の実施形態の概要を示すブロック図である。
【図２】第一の実施形態における予約遂行の様子を示す概念図である。
【図３】第一の実施形態における予約用データが予約確定データになるまでを示すブロック図である。
【図４】予約用データを入力する手間を省力化する運行計画アプリソフト（運送用）の画面推移を示す概念図である。
【図５】運行計画アプリソフトによる確認画面への推移を示す概念図である。
【図６】予約確定システムの詳細を示すブロック図である。
【図７】予約車両がバスであり、予約車両か否かを車両ナンバーにて確認する実施形態を示すブロック図である。
【図８】予約用データを入力する手間を省力化する運行計画アプリソフト（バス用）の画面推移を示す概念図である。
【図９】第二の実施形態における予約遂行の様子を示す概念図である。
【図１０】第一の実施形態におけるバリエーション１を示すブロック図である。
【図１１】第一の実施形態におけるバリエーション２を示すブロック図である。
【図１２】予約用データを入力する手間を省力化するドライブ計画アプリソフトの画面推移を示す概念図である。
【発明を実施するための形態】
【００３０】
（図１）
図１は、第一の実施形態を示す。この図１では、運送会社に係る通信端末を用いて、高速道路事業者が運営する駐車場（いわゆるサービスエリア内に設置）を事前に予約し、予約に係る駐車場へ入庫するまでをブロック図で示している。カッコ書きの数字は、各ハードウェアにおける情報や信号の行き来の順番を示している。また、実線の矢印はシリアル通信（有線通信）を、二点破線の矢印は無線通信を示す。ただし、図中のシリアル通信、または有線通信は例示であり、設置場所や環境によって異なる。
【００３１】
運送業者（Ｙ運送株式会社）は、自らに係る通信端末を用いて、駐車場を予約して利用する可能性のある車両の車両ナンバーを、登録データとして送信する（１）。駐車場を予約して利用する可能性のある車両には、全てＥＴＣ車載機が搭載されていることが前提となる。
【００３２】
高速道路事業者に係るサーバにおいては、送信された登録データを受信する。そして、登録データに含まれている車両ナンバーとＥＴＣ車載機の固体識別データ（ＥＴＣ−ＩＤ）との対応テーブルを格納しているデータセンターへアクセスし（２）、登録データに係る車両ナンバーに対応するＥＴＣ−ＩＤを会員データベースへ格納する（３）。
【００３３】
登録手続が完了した後、運送会社は、予約用データを高速道路事業者に係る予約確定システムへ送信する（４）。ここで、予約用データとは、駐車場を予約したい日時、駐車場を利用する予定の車両を特定するための車両ナンバー、予約したい駐車場などが含まれる。
【００３４】
なお、予約確定システムにおける処理手順は、図３以降を用いて後述する。
予約確定システムを経て予約確定データとなったら、その予約確定データを予約データベースへ格納する（５）。
【００３５】
予約遂行時においては、予約に係る車両が予約に係る駐車場（高速道路のパーキングエリア内）へ向かう。駐車場の手前側に備えられたＥＴＣ受信装置にて、予約に係る車両のＥＴＣ車載機からＥＴＣ−ＩＤを受信する（６）。
【００３６】
ＥＴＣ−ＩＤを受信したＥＴＣ受信装置は、そのＥＴＣ−ＩＤが予約確定データにあるか否かを認証手段にて認証させる（７）。なお、認証手段においては、予約データベースから予め予約確定データを受信して格納しておくことが望ましい。認証の処理時間が短くなるからである。
【００３７】
ＥＴＣ受信装置の受信したＥＴＣ−ＩＤと予約確定データに係るＥＴＣ−ＩＤとが一致し、予約時刻も一致していると認証手段が認証した場合、ゲートを開放する信号をゲートに対して発信する（８）。これによって、予約車両は、予約した駐車車室へ向かうことができる。認証手段の結果に応じて、予約車両の運転者への情報提供をする第二モニタも備えられている（図２参照）。
【００３８】
（図２）
図２では、高速道路パーキングエリアで前述した予約遂行時になされる手順を、高速道路パーキングエリアの設備とともに図示している。
この高速道路パーキングエリアには、予約専用の駐車車室を備えた予約車両用駐車エリア（図中の中央下方向）を、一般の駐車エリア（図中の左下方向）とは別に備えている。
【００３９】
駐車エリアへ向かう道は、２つに分岐させており、その分岐に備えられた第一モニタにて「予約車両は左へ、一般車両は右へ」という趣旨の案内をしている。
図中では、予約無し車両Ａは、この第一モニタを運転者が確認し、右方向への分岐を選択している。
【００４０】
予約車両Ｂは、前述の分岐を左へ進む。その分岐を進んだ先には、更に分岐があり、左へ進むと予約車両用駐車エリアがあるが、その分岐にはゲートが備えられている。そして、そのゲートの手前には、ＥＴＣ受信装置が備えられている。
予約車両ＢがＥＴＣ受信装置の近傍を通過すると、ＥＴＣ受信装置は予約車両Ｂに搭載されたＥＴＣ車載機からＥＴＣ−ＩＤを受信する。受信したＥＴＣ−ＩＤが予約確定データと一致するか否かを認証手段が認証する。一致していれば、ゲートを開放し、予約車両Ｂが予約車両用駐車エリアへ進入できるように導く。
【００４１】
予約車両用駐車エリアへ向かう分岐を進んだ場所へ備えられた第二モニタに対して、空いている車室番号を出力させる。すなわち、図示は省略しているが、予約車両用駐車エリアにおける各車室には、車両が駐車しているか否かを感知できる駐車センサを備えている。その駐車センサの情報に基づいて、第二モニタへの出力において、空いている車室を表示させることとしている。ただし、ここで説明した「第二モニタ」は必須の構成要件ではない。システム全体を簡略化するために、備えないこととしても良い。
【００４２】
予約無し車両ＣがＥＴＣ受信装置の近傍を通過した場合、認証手段がゲートを開放する信号を発しないのでゲートが開かない。そのため、予約無し車両Ｃは、予約車両用駐車エリアへ向かう分岐から右へ進行し、一般の駐車エリアへ導かれる。
【００４３】
予約車両用の駐車エリアを利用することに対して駐車料金が発生することとしてもよい。なお、その場合、ＥＴＣシステムによる精算をすることが可能であれば、料金の支払いシステム（ハードウェアなど）を、このサービスために準備する必要はない。
【００４４】
この図示例では、高速道路のサービスエリアにおける駐車場を想定して説明したが、一般の駐車場において、たとえば、予約車両専用（ＶＩＰ専用）の領域を設けたり、身体障害者が乗車している車両用の専用車室を確保したりする、といったことしてもよい。
【００４５】
（図３）
図３では、予約確定システムを中心に説明するためのブロック図を示す。
図１でも説明したが、運送会社Ｙに係る通信端末からは、登録データを送信する。この登録データの送信は、高速道路事業者が提供する専用ウェブページから行うことで、登録データの漏れや誤りを排除することが望ましい。
【００４６】
登録が済んだら、登録の主体が運送業者である旨を把握した高速道路事業者に係るサーバからは、運行計画アプリケーションソフトウェア（図中では「運行計画アプリ」と略記。以下の本文でも略記する）のダウンロードが促される。その運行計画アプリは、運送業用とバス事業用（図７参照）などが、ダウンロード可能であるように用意されている。
なお、前記の「運行計画アプリ」は、高速道路事業者ではない別の業者、たとえば、アプリケーションプログラムの作成や提供をしている業者が提供することとしてもよい。
【００４７】
運送会社Ｙは、運行計画アプリ・運送業用をダウンロードし、予約用データ送信手段として準備する。この運行計画アプリは、後述する駐車候補地受信手段、修正・確認入力手段としても機能する。
なお、本実施形態においては、専用のアプリケーションとして説明したが、ウェブ上の専用ページにおいて同様の機能を実現することとして、ダウンロードを必要としない場合もある。
【００４８】
予約用データ送信手段を用いて入力する予約用データは、図１の予約用データとは異ならせている。図３での予約用データは、運行日、運行車両の特定、運行開始地、運行開始時刻、目的地などが含まれる一方、駐車場を特定していない。駐車場を特定しなくても、予約確定システムが駐車候補地を提示してくれるからである。
【００４９】
運行計画アプリにしたがって予約用データを入力して送信すると、予約用データ受信手段が受信する。そして、その予約用データに相応しい駐車候補地を、地図データを格納した地図データベースや駐車管理データベースを用いて駐車候補地算出手段が抽出する。抽出した駐車候補地は、駐車候補地送信手段を介して通信端末へ送信され、通信端末において駐車候補地受信手段が受信する。受信した駐車候補地や駐車予定時刻などを、修正・確認入力手段を介して入力し、送信する。修正、確認の意思表示を受け、予約確定データとして予約データベースに格納される。
【００５０】
（図４）
図４は、予約用データと予約確定システムとの関係を概念的に（運行計画アプリ・運送業用を起動させた通信端末における画面を模して）示したものである。運送会社Ｙにおける運行計画の管理者は、運行計画の立案をしながら、高速道路の駐車場を予約することができるのである。
【００５１】
書誌入力データとして、予約に係る車両を特定するための車両ナンバーと、運行計画の初期入力データとしての開始または出発日時（ここでは２０１９年３月２１日５時）などを入力する。
加えて、出発地データ（東京都品川区）およびその時刻、荷積み地データ（東京都杉並区）およびその時刻、荷物を下ろす目的地データ（大阪府豊中市）およびその時刻を、通信端末から入力し、高速道路事業者に係るサーバへ送信する。
【００５２】
こうしたデータを送信すると、荷積み地から目的地までの経路において、どこでどのような休憩を入れ、その休憩のためにどこの駐車場を確保しなければならないか、を運行計画アプリ・運送業用（を起動させているサーバ）が自動算出してくれる。すなわち、荷積み地の場所および時刻、目的地および時刻から、目的地までの経路を自動算出するとともに、その経路の途中で、運転の時間帯と休憩時間帯とを算出する。図４左においては、１０時からは３０分の休憩、１２時からは昼食を兼ねた６０分の休憩、といったスケジュール案を算出する。そして、休憩地については、次の図５の左側で示すように、駐車場を確保可能な候補地を出力する。
【００５３】
（図５）
図５は、左側に駐車場予約画面、右側に予約確認画面を示す。
駐車場予約画面では、最初の休憩場所としての愛知県付近のパーキングエリアにおいて、予約が可能なパーキングエリアとして３つが表示される。次の休憩場所としての滋賀県付近のパーキングエリアにおいて、予約が可能なパーキングエリアとして２つが表示される。チェックボックスが用意されており、通信端末の操作者（運送会社Ｙにおける運行計画の管理者）は、チェックボックスをクリックする。
【００５４】
クリックすると、予約する駐車場およびその予約時刻が自動算出される。予約時刻については、休憩時刻として確保したい１０時からの３０分（１０：００〜１０：３０）を中心として前後２０分（９：４０〜１０：５０）を自動算出する。交通事情その他の要因によって前後する可能性を織り込んでいるためである。
運送会社Ｙにおける運行計画の管理者としては、駐車候補地を提示してもらえるので、運行計画の立案が容易化する。
【００５５】
自動算出した時刻は、通信端末の操作者によって変更可能であるように画面表示されている。予約の時間帯に必要な変更を加えたら、画面下の確認ボタンをクリックする。そうすると、予約確定データとして予約データベースへ格納される。
なお、駐車場の選択から変更したい場合などは、確認ボタンの右にある「前画面へ」のボタンをクリックすることとなる。
【００５６】
（図６）
図６においては、予約確定システムにおける駐車候補地算出手段を中心として、どのように駐車候補地を算出するかを示している。
予約用データは、図３および図４で用いたものと同じである。
【００５７】
高速道路事業者に係るサーバには、前述した会員データベースと、高速道路の管理に関するデータを蓄積した道路管理データベースとを備えている。そして、それらのデータベースに蓄積されたデータを、予定確定システムにおける駐車候補地算出手段が用いる。
たとえば、会員データベースでは、登録主体毎（Ｘ社、Ｙ社、Ｚ社、・・・）に会員登録をした際の属性データのほか、これまでの予約確定データなどの過去データを蓄積しており、必要に応じて用いる。
【００５８】
また、道路管理データベースには、渋滞データベース、暦データベース、工事データベースなどの各種データベースに様々なデータが格納されている。たとえば、暦データベースには、高速道路の混雑状況に関わりそうなイベント開催日時など、各種のスケジュールデータが格納されている。渋滞データベースには、過去の渋滞データが蓄積されている。駐車候補地算出手段における算出には、道路管理データベースに格納された各種データをも用いる。
【００５９】
駐車場管理データベースには、高速道路事業者が管理している駐車場に関する満空情報が駐車場毎に蓄積され、タイムリーに更新されている。その駐車場管理データベースから空室データを用いることで、駐車候補地算出手段における算出の演算が実行される。
【００６０】
駐車候補地算出の際に、出発地や目的地からしてどの程度の休憩が必要か、を算出するため、運転者の労働や休憩に関する法律や施行規則などを格納した規則データベースを備えている。この規則データは、算出前に用いるほか、算出後のチェックや通信端末の操作者による変更を受け付けた後に用いることとしてもよい。
【００６１】
この実施形態においては、天気予報事業者が保有している天気予報データをも、駐車候補地算出手段における算出に用いることとしている。たとえば、予約日における目的地周辺に雨天の予報が出ている場合、高速道路の速度規制が出たことを想定して、駐車候補地が算出される、といったアルゴリズムが加えられている。
【００６２】
なお、図６において、予約確定システムを破線で囲っているが、前述した会員データベースや道路管理データベースが予約確定システムに含まれない、ということを意図しているのではない。予約確定システムを成り立たせるために最小限の構成を囲って示したに過ぎない。
【００６３】
（図７）
図７に示すのは、高速道路における駐車場予約を希望する主体がバス会社である場合である。また、ＥＴＣ車載機によって予約の有無を認証するのではなく、予約車両の車両ナンバーをナンバー用カメラで撮影して認証することとしている。
【００６４】
会員登録の際に、車両ナンバーを登録データとして必要とする点は、図１に示した実施形態と同じである。
バス会社に係る通信端末から登録用データを送信し（１）、登録を済ませたら、運行計画アプリデータベースから、バス事業用の運行計画アプリケーションをダウンロードする（２）。バス事業用の運行計画アプリケーションが運送業用とどのように異なるかは、図８を用いて後述する。
【００６５】
バス会社に係る通信端末から予約用データが、高速道路事業者に係るサーバへ送信される（３）。予約確定システムについては、会員データベースからのデータを用いるなど（４）、図３および図６を用いた説明と同様であるので説明を省略する。
【００６６】
予約確定システムが予約確定データを予約データベースに蓄積したら、予約確定データにおける予約日時の前に、対応する駐車場における駐車場設備の認証手段へ送信しておく（６）。図示を省略するが、認証手段には、認証のために用いられる各種のデータを蓄積する記憶装置を伴っている。
【００６７】
駐車場設備としては、予約車両の車両ナンバーを撮影するためのナンバー用カメラと、そのナンバー用カメラで撮影された画像データから車両ナンバーデータへ変換するためのＯＣＲ処理手段と、そのＯＣＲ処理手段にて処理された車両ナンバーデータが予約確定データに係る車両ナンバーと一致するか否かを認証する認証手段と、その認証手段による認証結果に応じて制御されるゲート、とが備えられている。認証手段の結果に応じて、予約車両の運転者への情報提供をする第二モニタも備えられている（図９参照）。
【００６８】
ナンバー用カメラが予約車両の車両ナンバーを撮影し（７）、その撮影画像データはＯＣＲ処理手段にてデジタル化されて認証手段へ送られ（８）、認証結果としての制御信号や出力用データがゲートおよび第二モニタへ送信される（９）。
【００６９】
この実施形態では、ＥＴＣ-ＩＤを用いないので、ＥＴＣを搭載していない車両でも、駐車場の予約システムを利用することができる。バス事業者は、繁忙期に他のバス事業者とバスを貸し借りすることがあり、そうした場合にも融通の利くシステムである。
【００７０】
（図８）
図８は、予約用データと予約確定システムとの関係を概念的に（運行計画アプリ・バス時用を起動させた通信端末における画面を模して）示したものである。バス会社における運行計画の管理者は、運行計画の立案をしながら、高速道路の駐車場を予約することができる。この運行計画は、東京都新宿区を２１時３０分に出発し、翌朝６時３０分に岡山駅へ到着する深夜バスに係るものとする。
【００７１】
バス会社の管理者は、通信端末を用いて、運行計画アプリ・バス時用を起動させる。そして、駐車場予約に係るバスの車両ナンバー、開始（出発）日時などを書し入力データとして入力する。
バスの基地からバス運転手のみが乗車して出発する場所を出発地データとして出発予定時刻とともに、乗客を乗せる場所を客乗せ地データとして出発予定時刻とともに、更に乗客を降ろす目的地とその時刻についても、目的地・時刻データとして入力する。
【００７２】
以上のような入力をすると、休憩地点として２箇所を、どの辺りでどのくらいの時刻にするかを自動算出する。たとえば、最初の休憩場所を滋賀県付近、二番目の休憩場所を兵庫県付近とする。なお、予定する時刻については表示を省略する。加えて、図５に対応する予約画面、予約確認画面については、運搬業のものと概ね同じであるので、図示を省略する。
バス会社における運行計画の管理者としては、駐車候補地を提示してもらえるので、運行計画の立案が容易化する。
【００７３】
（図９）
図９は、高速道路パーキングエリアで前述した予約遂行時になされる手順を、高速道路パーキングエリアの設備とともに図示している。図７にて示した駐車場設備が配置されているのであるが、そのほかについては図２に示したものと同様であるので、詳細な説明を省略する。
【００７４】
（図１０）
図１０は、図１に示したデータセンターとのやりとりの順序を異ならせたバリエーションである。図１において示した実施形態では、会員登録の後にＥＴＣ−ＩＤを取得したが、図１０に示す実施形態では、予約が可能であることを確認してからＥＴＣ−ＩＤを取得することとしている。
【００７５】
自らに係る通信端末を用いて、駐車場を予約して利用する可能性のある車両の車両ナンバーを、登録データとして送信し、高速道路事業者に係るサーバにおいては、送信された登録データを受信する（１）。受信した登録データはデータベースへ格納する。
登録手続が完了した後、運送会社は、予約用データを高速道路事業者に係る予約確定システムへ送信する（２）。予約が可能な会員であるか否かは、会員データベースにアクセスして確認する（３）。更に、予約用データにおいて希望する駐車場の予約が可能か否かを検証する。
【００７６】
予約が可能であるならば、予約用データに含まれていた車両ナンバー車両ナンバーとＥＴＣ車載機の固体識別データ（ＥＴＣ−ＩＤ）との対応テーブルを格納しているデータセンターへアクセスし（４）、登録データに係る車両ナンバーに対応するＥＴＣ−ＩＤを取得する（５）。そして、ＥＴＣ−ＩＤを含んだ予約確定データとして予約データベースへ蓄積しておく（６）。これによって、予約に係る駐車設備にて、予約車両の受け入れ準備が整うこととなる。
予約車両が予約に係る駐車場へ到着した以降は図１と同じであり、説明を省略する。
【００７７】
（図１１）
図１１もまた、図１に示したデータセンターとのやりとりの順序を変更したバリエーションである。
すなわち、データセンターがＥＴＣ−ＩＤと車両ナンバーとの対応テーブルを、一時的に提供するというものである。いわゆる第五世代（５Ｇ）の通信インフラが整うことによってデータの通信速度が向上した場合、車両ナンバーに対応するＥＴＣ−ＩＤのデータ保護や管理上において、好ましい可能性がある。
【００７８】
（そのほかのバリエーション）
図１などで示したＥＴＣ−ＩＤにて予約の認証をする実施形態と、図７などで示した車両ナンバーを認証する実施形態とを併用する実施形態としてもよい。併用の場合、いずれかに不具合が発生しても、予約を遂行できる。
【００７９】
高速道路事業者に係るサーバとして説明してきたが、本発明の中心となっているのは駐車場の予約およびその予約の遂行を実現するためのシステムである。したがって、高速道路のサービスエリアの駐車場に関する管理運営を高速道路事業者から委託された事業者がいる場合、その委託された事業者に係るサーバが、各図および各実施形態に示したサーバとなる。
【００８０】
（図１２）
前述した実施形態における「運行計画」は、運送業や旅客業を前提として説明した。しかし、一般のドライブや商用車における商談場所への走行においても、適切な休憩とその休憩のための駐車場の確保は必要であり、そうした用途にも本発明は用いることができる。その実例を図１２に示す。
【００８１】
ドライブ計画として、出発日時（７：３０品川区）、立ち寄り地（８：３０世田谷区）、目的地および到着希望時刻（京都府１６：３０）などを入力することで、途中の休憩候補地（静岡県付近、滋賀県付近）が自動算出される。
【産業上の利用可能性】
【００８２】
本発明は、高速道路事業、駐車場の管理業、駐車場の管理代行業、駐車場の管理運営に用いる機器の製造業、駐車場の管理運営に関する情報通信サービス業（たとえば、スマートフォン用のアプリケーションソフトの作成や配布をする業種）、運送業、旅客運輸業、観光業、旅客運輸業を利用するユーザに対する情報サービス業などにおいて、利用可能性を有する。
【図１】
2020149379.tif 000003
【図２】
2020149379.tif 000004
【図３】
2020149379.tif 000005
【図４】
2020149379.tif 000006
【図５】
2020149379.tif 000007
【図６】
2020149379.tif 000008
【図７】
2020149379.tif 000009
【図８】
2020149379.tif 000010
【図９】
2020149379.tif 000011
【図１０】
2020149379.tif 000012
【図１１】
2020149379.tif 000013
【図１２】
2020149379.tif 000014