(57)【要約】【課題】利用者が利用を意図していた駐車場を利用できる可能性を高める技術の提供。【解決手段】利用不可能状態が解消した施設である不可能状態解消施設を取得する不可能状態解消施設取得部と、過去に前記不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する利用者取得部と、前記利用者に前記不可能状態解消施設が利用可能であることを案内する案内部と、を備える予約管理システムを構成する。【選択図】図１
2019020828.tif 000002
【特許請求の範囲】
【請求項１】
利用不可能状態が解消した施設である不可能状態解消施設を取得する不可能状態解消施設取得部と、
過去に前記不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する利用者取得部と、
前記利用者に前記不可能状態解消施設が利用可能であることを案内する案内部と、
を備える予約管理システム。
【請求項２】
前記利用者が利用を意図し得る施設は、駐車場である、
請求項１に記載の予約管理システム。
【請求項３】
前記利用の意図は、
施設を予約する行動である、
請求項１または請求項２のいずれかに記載の予約管理システム。
【請求項４】
前記利用の意図は、
施設を目的地に設定する行動である、
請求項１〜請求項３のいずれかに記載の予約管理システム。
【請求項５】
前記利用の意図は、
施設内に進入し、施設内に滞在することなく退出する行動である、
請求項１〜請求項４のいずれかに記載の予約管理システム。
【請求項６】
前記利用の意図は、
施設を検索する行動である、
請求項１〜請求項５のいずれかに記載の予約管理システム。
【請求項７】
施設の利用の意図を入力する入力部と、
過去に利用の意図が入力された施設が利用不可能状態であったため、他の施設の利用の意図が入力された場合、利用の意図が入力された施設の利用不可能状態が解消すると、当該施設が利用可能であることを案内する案内出力部と、
を備える案内システム。
【請求項８】
コンピュータを、
利用不可能状態が解消した施設である不可能状態解消施設を取得する不可能状態解消施設取得部、
過去に前記不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する利用者取得部、
前記利用者に前記不可能状態解消施設が利用可能であることを案内する案内部、
として機能させる予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理システム、案内システムおよび予約管理プログラムに関する。
【背景技術】
【０００２】
従来、駐車場の予約状況を管理する予約管理システムが知られている。例えば、特許文献１には、予約申込時に予約不能と判定された場合、空待ちや近隣問合せを行うことが可能である技術が開示されている。そして、空待ちである場合、予約可能な空きエリアが発生した時点で予約が行われ、予約希望者に通報される。また、近隣問合せを行う場合には、問合せの結果、近隣駐車場に予約可能な空きエリアがある場合に、予約希望者に代替駐車場の通信手段の端末番号が通報される。利用者が当該代替駐車場の予約を行った場合、空待ち状態でも近隣問合せ状態でもなくなるため、当該利用者に対してさらなる通報は行われない。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−３２８５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
施設の最寄りの駐車場に駐車したいなど、特定の駐車場を利用するニーズを有する利用者は多い。しかし、特定の駐車場が予約済で予約不可能であるために、利用者がやむなく他の駐車場を予約することもある。そして、従来の技術においては、最初に予約しようとした駐車場に空きエリアが発生したとしても、代替駐車場を予約した利用者に対しては通報されないため、特定の駐車場を利用したい利用者のニーズは満たされない。
本発明は、前記課題にかんがみてなされたもので、利用者が利用を意図していた駐車場を利用できる可能性を高めることを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、予約管理システムは、利用不可能状態が解消した施設である不可能状態解消施設を取得する不可能状態解消施設取得部と、過去に不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する利用者取得部と、利用者に不可能状態解消施設が利用可能であることを案内する案内部と、を備える。
【０００６】
また、上記の目的を達成するため、予約管理プログラムは、コンピュータを、利用不可能状態が解消した施設である不可能状態解消施設を取得する不可能状態解消施設取得部、過去に不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する利用者取得部、利用者に不可能状態解消施設が利用可能であることを案内する案内部、として機能させる。
【０００７】
すなわち、施設の利用不可能状態が解消した場合、過去に当該施設の利用を意図したが利用できずに、他の施設の利用を意図した利用者に対して利用可能であると案内する。従って、利用者が案内に応じて予約を変更するなどの行動を取れば、利用者が利用を意図していた施設を利用できる可能性を高めることができる。
【０００８】
さらに、上記の目的を達成するため、案内システムは、施設の利用の意図を入力する入力部と、過去に利用の意図が入力された施設が利用不可能状態であったため、他の施設の利用の意図が入力された場合、利用の意図が入力された施設の利用不可能状態が解消すると、当該施設が利用可能であることを案内する案内出力部と、を備える。
【０００９】
すなわち、案内システムの利用者が施設を利用しようと意図していたが利用できず、他の施設の利用を意図した場合であっても、利用できなかった施設の利用不可能状態が解消した場合、利用者は当該施設が利用可能であると知ることができる。この結果、利用者が予約を変更するなどの行動を取れば、利用者が利用を意図していた施設を利用できる可能性を高めることができる。
【図面の簡単な説明】
【００１０】
【図１】予約管理システムおよび案内システムを示すブロック図である。
【図２】案内処理のフローチャートである。
【図３】図３Ａはログ情報の例を示す図であり、図３Ｂは予約状況の例を示す図である。
【発明を実施するための形態】
【００１１】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）予約管理システムの構成：
（２）案内システムの構成：
（３）案内処理：
（４）他の実施形態：
【００１２】
（１）予約管理システムの構成：
図１は、本発明の一実施形態を示すブロック図である。本実施形態にかかる予約管理システム１０は、複数の利用者に利用される携帯端末と情報を授受するシステムである。予約管理システム１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える制御部２０と、記録媒体３０と通信部４０とを備えている。通信部４０は、案内システム１００と無線通信を行うための装置である。すなわち、制御部２０は、通信部４０を制御することにより、任意のタイミングで案内システム１００と通信を行って、任意の情報を授受することができる。なお、本実施形態において案内システム１００は、複数の利用者が利用し得る携帯端末である。
【００１３】
記録媒体３０には、駐車場情報３０ａと予約情報３０ｂとログ情報３０ｃが記録される。駐車場情報３０ａは、予約管理システム１０による予約の管理対象となる駐車場を示す情報であり、駐車場を示すＩＤ情報と駐車場の名称を示す情報と駐車場の位置を示す情報と駐車場に存在する駐車枠を示すＩＤ情報（例えば駐車枠番号等）とが含まれている。
【００１４】
予約情報３０ｂは、駐車場の予約状況を駐車枠毎に示す情報である。本実施形態においては、予約された期間である予約期間を示す情報が日付毎に定義され、予約情報３０ｂに含まれている。また、予約は駐車枠毎に行われるため、予約期間を示す情報は、各駐車場の各駐車枠について定義される。予約期間は任意の単位で設定可能であって良く（例えば３０分ごとに設定可能）、利用者が予約した予約期間に対してマージンを付加した期間が予約不可能期間とされても良い。
【００１５】
ログ情報３０ｃは、駐車場を予約するために利用者が案内システム１００で実行した操作のログを示す情報であり、案内システム１００でのイベントと各イベントに関連する情報とが対応づけられ、時系列で記録された情報である。図３Ａはログ情報３０ｃの例を示す図であり、図３Ａにおいては、ある利用者Ｘが駐車場Ｃを予約するまでに発生したイベントを左側の列に示し、各イベントに関連する情報を右側の列に示している。
【００１６】
すなわち、図３Ａに示す例においては、案内システム１００において利用者が名称にＡを含む検索を実行し、その検索結果としてＡ、Ａａという名称の駐車場を検索結果として出力し、駐車場Ａの予約状況が表示されたことを示している。なお、本実施形態においては、駐車場Ａの予約状況（日付毎、駐車枠毎の予約期間）もログ情報３０ｃに含まれる。さらに、図３Ａにおいては、駐車場Ａが予約されたことがログとして記録されていない。従って、図３Ａにおいては、駐車場Ａの予約状況は表示されたものの予約はされなかったことになる。
【００１７】
そして、案内システム１００において利用者が位置Ｂの周辺の駐車場を検索し、その検索結果としてＣ、Ｃｃという名称の駐車場を検索結果として出力し、駐車場Ｃの予約状況が表示され、日付Ｄの７：３０〜８：３０に駐車場Ｃが予約されたことを示している。すなわち、図３Ａに示す例は、駐車場Ａを予約する行動の一部が行われたが予約は確定されず、他の駐車場Ｃの予約が確定された例である。
【００１８】
制御部２０は、ＲＯＭや記録媒体３０に記録されたプログラムを実行することができる。予約管理システム１０は、予約情報を管理するシステムであり、案内システム１００の利用者から予約を受け付けるため、制御部２０は予約管理プログラム２１を実行可能である。予約管理プログラム２１は、予約受付部２１ａと不可能状態解消施設取得部２１ｂと利用者取得部２１ｃと案内部２１ｄとを備えている。
【００１９】
予約受付部２１ａは、案内システム１００との通信によって利用者が指示する駐車場の予約や予約のキャンセルを行う機能を制御部２０に実行させるプログラムモジュールである。すなわち、制御部２０は、通信部４０を介して案内システム１００からの要求を受け付け、要求に応じた処理を実行する。具体的には、案内システム１００から検索条件が送信された場合、制御部２０は、駐車場情報３０ａを参照し、検索条件に合致する駐車場を取得する。この場合、検索条件と検索イベントの発生がログ情報３０ｃに記録される。
【００２０】
検索条件に合致する駐車場が存在する場合、制御部２０は、通信部４０を介して検索条件に合致する駐車場を送信する。この結果、案内システム１００において検索条件に合致する駐車場が表示される。この場合、検索結果と検索結果出力イベントの発生がログ情報３０ｃに記録される。
【００２１】
表示された駐車場を利用者が選択して予約状況の表示を要求すると、制御部２０は、通信部４０を介して当該要求を受け付け、予約情報３０ｂを参照して要求された駐車場の予約状況を取得する。制御部２０は、通信部４０を介して当該予約状況を案内システム１００に送信する。案内システム１００は当該予約状況を表示する。この場合、予約状況表示対象の駐車場およびその予約状況と予約状況表示イベントの発生がログ情報３０ｃに記録される。
【００２２】
予約状況が表示されると、利用者は案内システム１００を操作し、空いている期間の中から所望の期間を選択して予約を行うことができる。予約が行われる場合、案内システム１００から駐車場と日付と予約期間を示す情報が送信され、制御部２０は、通信部４０を介して当該情報を取得し、予約情報３０ｂを更新する。この結果、新たに駐車場の予約が追加されることになり、この場合には予約内容と予約イベントの発生がログ情報３０ｃに記録される。
【００２３】
さらに、利用者は案内システム１００を操作し、予約をキャンセルすることができる。キャンセルが行われる場合、案内システム１００からキャンセル対象の駐車場と日付と予約期間が送信される。制御部２０は、通信部を介して当該情報を取得し、予約情報３０ｂから該当する情報を削除する。この場合、キャンセル内容とキャンセルイベントの発生がログ情報３０ｃに記録される。
【００２４】
不可能状態解消施設取得部２１ｂは、利用不可能状態が解消した施設である不可能状態解消施設を取得する機能を制御部２０に実行させるプログラムモジュールである。本実施形態において、制御部２０は、予約受付部２１ａの機能により、任意の駐車場の予約のキャンセルが受け付けられた場合に、キャンセルが行われた駐車場を取得する。そして、制御部２０は、不可能状態解消施設取得部２１ｂの機能により、当該駐車場を不可能状態解消施設として取得する。
【００２５】
利用者取得部２１ｃは、過去に不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得する機能を制御部２０に実行させるプログラムモジュールである。すなわち、制御部２０は、不可能状態解消施設としての駐車場について、予約がキャンセルされた日付および期間を特定する。そして、制御部２０は、ログ情報３０ｃを参照し、当該日付および期間に駐車場を予約した利用者を特定する。利用者が特定された場合、当該利用者は、キャンセルされた日付および期間と同一の日付および期間において駐車場を利用しようとしていると推定される。
【００２６】
さらに、制御部２０は、当該利用者のログ情報３０ｃを参照し、予約状況が表示された駐車場を取得する。すなわち、制御部２０は、当該利用者が利用を意図したと推定される駐車場を取得する。さらに、制御部２０は、当該駐車場についてのログ情報３０ｃの予約状況を参照し、当該駐車場の中で利用不可能状態（満車）であったことがログとして記録されている駐車場を取得する。利用不可能状態であった駐車場が存在する場合、利用者は、一旦予約状況を表示したが予約しなかったことになるため，当該駐車場は、過去に利用者が利用を意図したが利用不可能状態であったと推定される。そこで、制御部２０は、ログ情報３０ｃを参照し、当該利用不可能状態であったと推定される駐車場と、キャンセルされた駐車場とが一致する利用者を案内対象として取得する。
【００２７】
案内部２１ｄは、利用者に不可能状態解消施設が利用可能であることを案内する機能を制御部２０に実現させるプログラムモジュールである。すなわち、制御部２０は、通信部４０を介して、キャンセルされた駐車場を示す情報（例えば、名称）と利用可能になった日付および期間を示す情報とを案内システム１００に送信する。この結果、案内システム１００においては、キャンセルされた駐車場と利用可能になった日付および期間とが表示される。従って、利用者にとって、予約済の駐車場よりもキャンセルされた駐車場を利用するニーズが高ければ、キャンセルされた駐車場の予約を利用者が行うことで、元の意図通りの駐車場を予約することができる。このため、利用者が利用を意図していた施設を利用できる可能性を高めることができる。
【００２８】
（２）案内システムの構成：
案内システム１００は、車両の駐車場を探している利用者に利用される端末であり、本実施形態においては、利用者が携帯する携帯端末である。案内システム１００は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える制御部２００と、通信部４００とを備えている。通信部４００は、予約管理システム１０と無線通信を行うための装置である。すなわち、制御部２００は、通信部４００を制御することにより、任意のタイミングで予約管理システム１０と通信を行って、任意の情報を授受することができる。ユーザＩ／Ｆ部４１０は、利用者の指示を入力し、また、利用者に各種の情報を提供するためのインタフェース部であり、図示しないタッチパネルディスプレイやスイッチ、スピーカ等を備えている。
【００２９】
制御部２００は、ＲＯＭや図示しない記録媒体に記録されたプログラムを実行することができる。本実施形態においては、このプログラムとして案内プログラム２１０を実行可能である。本実施形態において制御部２００は、案内プログラム２１０を実行することにより、駐車場の予約や、予約ログに基づいて推奨される駐車場の案内等を行うことができる。
【００３０】
当該予約を行うため、案内プログラム２１０は、入力部２１０ａ、案内出力部２１０ｂを備えている。入力部２１０ａは、施設の利用の意図を入力する機能を制御部２００に実行させるプログラムモジュールである。また、案内出力部２１０ｂは、過去に利用の意図が入力された施設が利用不可能状態であったため、他の施設の利用の意図が入力された場合、利用の意図が入力された施設の利用不可能状態が解消すると、当該施設が利用可能であることを案内する機能を制御部２００に実行させるプログラムモジュールである。
【００３１】
すなわち、制御部２００は、案内出力部２１０ｂの機能によってユーザＩ／Ｆ部４１０の表示部に予約のためのユーザインタフェースを表示させ、入力部２１０ａの機能によって各種の入力を受け付けて予約を行う。利用者がユーザＩ／Ｆ部４１０に対する操作を行うと、制御部２００は、入力部２１０ａの機能により検索条件（駐車場の名称や位置等の少なくとも一部）の入力を受け付ける。そして、制御部２００は、案内出力部２１０ｂの機能によって、通信部４００を介して検索条件を予約管理システム１０に送信する。検索条件が送信されると、予約管理システム１０は、検索条件に合致する駐車場を示す情報を返信する。制御部２００は、通信部４００を介して当該駐車場を示す情報を取得し、案内出力部２１０ｂの機能によってユーザＩ／Ｆ部４１０に表示させる。
【００３２】
表示内容に利用者所望の駐車場が含まれている場合、利用者はユーザＩ／Ｆ部４１０を操作して駐車場を選択し、予約状況の表示を指示する。制御部２００は、入力部２１０ａの機能により駐車場の入力を受け付ける。そして、制御部２００は、案内出力部２１０ｂの機能により、通信部４００を介して駐車場とともに予約状況の表示要求を送信する。予約状況の表示要求が送信されると、予約管理システム１０は、要求された駐車場の予約状況を返信する。制御部２００は、通信部４００を介して当該予約状況を取得し、案内出力部２１０ｂの機能によってユーザＩ／Ｆ部４１０に予約状況を表示させる。
【００３３】
利用者は、ユーザＩ／Ｆ部４１０を操作し、予約状況に基づいて所望の時間帯に予約を入れることが可能であり、他の駐車場の検索を行うことも可能である。利用者がユーザＩ／Ｆ部４１０を操作して予約を行う際には、予約日と予約期間（時間帯）を指示する。制御部２００は、入力部２１０ａの機能により、当該予約日と予約期間とを受け付ける。そして、制御部２００は、通信部４００を介して当該予約日および予約期間を駐車場に対応づけて予約管理システム１０に送信する。予約日および予約期間が送信されると、予約管理システム１０においては、指示された駐車場において予約日予約期間が予約済であるとして予約情報３０ｂを修正する。
【００３４】
また、利用者は、ユーザＩ／Ｆ部４１０を操作し、予約のキャンセルを行うことができる。利用者がユーザＩ／Ｆ部４１０を操作して予約のキャンセルを行う際には、キャンセル対象の駐車場と日付と予約期間とを指示する。制御部２００は、入力部２１０ａの機能により、当該駐車場と日付と予約期間とを受け付ける。そして、制御部２００は、通信部４００を介して当該駐車場と日付と予約期間を予約管理システム１０に送信する。駐車場と日付と予約期間とが送信されると、予約管理システム１０においては、予約情報３０ｂを参照し、該当する予約を削除する。
【００３５】
以上の構成において、制御部２００は、案内出力部２１０ｂの機能により、予約管理システム１０から送信された案内を表示することができる。当該案内には、不可能状態解消施設が利用可能になったことを示す案内が含まれている。すなわち、案内システム１００を利用する利用者が、過去に予約状況を確認したが利用不可能状態であったため予約しなかった駐車場において、利用不可能状態が解消した場合、当該駐車場がキャンセルされたこととキャンセルによって利用可能になった日付および期間とが予約管理システム１０から送信される。
【００３６】
そこで、制御部２００は、案内出力部２１０ｂの機能により、通信部４００を介して当該キャンセルされた駐車場および利用可能になった日付および期間を取得し、ユーザＩ／Ｆ部４１０に表示させる。従って、利用者がキャンセルされた駐車場の予約を行えば、利用者の元の意図通りの駐車場を予約することができる。このため、利用者が利用を意図していた施設を利用できる可能性を高めることができる。
【００３７】
（３）案内処理：
次に上述の構成における案内処理を詳細に説明する。図２は、当該案内処理を示すフローチャートである。本実施形態において利用者は、案内システム１００において任意のタイミングで予約やキャンセルを実行可能である。図３Ｂは、ある駐車場（駐車場Ａ）についての日付Ｄにおける予約状況の一例を示す図である。この例においては、駐車場Ａが備える駐車枠１〜駐車枠５のそれぞれの予約状況を時系列で示している。例えば、駐車枠１において８：００〜８：３０の時間帯は予約されているが、８：３０〜９：００の時間帯は予約されていない。
【００３８】
この例において、駐車枠５の７：３０〜８：３０を予約した利用者がキャンセルを行った場合を想定する。当該利用者が案内システム１００において予約のキャンセルを行った場合、予約管理システム１０の制御部２０は、予約受付部２１ａの機能により、キャンセルのための処理（予約情報３０ｂの更新等）を実行する。この結果、図３Ｂにおいてハッチングで示す時間帯は予約されていない状態となる。
【００３９】
制御部２０は、任意の駐車場に関する予約がキャンセルされたことをトリガにして図２に示す案内処理の実行を開始する。案内処理において、制御部２０は、不可能状態解消施設取得部２１ｂの機能により、キャンセルされた駐車場を取得する（ステップＳ１００）。すなわち、制御部２０は、予約受付部２１ａの機能によってキャンセルが行われた際に取得した情報を参照し、不可能状態解消施設取得部２１ｂの機能により、キャンセルされた駐車場のＩＤ情報を取得する。例えば、図３Ｂに示す例であれば、駐車場Ａを示すＩＤ情報が特定される。
【００４０】
さらに、制御部２０は、利用者取得部２１ｃの機能により、キャンセルされた日付と期間を取得する（ステップＳ１０５）。すなわち、制御部２０は、ステップＳ１００で取得された駐車場について、予約受付部２１ａの機能によってキャンセルが行われた際に取得した情報を参照し、キャンセルされた日付と期間とを取得する。例えば、図３Ｂに示す例であれば、日付Ｄの７：３０〜８：３０がキャンセルされた期間として特定される。
【００４１】
次に、制御部２０は、利用者取得部２１ｃの機能により、キャンセルされた期間を含む予約を過去に行った利用者を取得する（ステップＳ１１０）。すなわち、制御部２０は、ログ情報３０ｃを参照し、ステップＳ１０５で取得された日付および期間に含まれる予約期間において任意の駐車場を予約した利用者を特定する。図３Ａに示す利用者Ｘのログは、駐車場Ａの予約を試みたが利用不可能状態であったため、駐車場Ａは予約せず、駐車場Ｃを日付Ｄの７：３０〜８：３０まで予約した場合のログである。このログにおける日付Ｄおよび７：３０〜８：３０は、ステップＳ１０５で取得された日付および期間と同一であるため、制御部２０は、ステップＳ１０５で取得された日付および期間に駐車場を予約した利用者として利用者Ｘを取得する。
【００４２】
以上の処理により、キャンセルされた日時に駐車場を利用する意図のある利用者が特定された。次に、制御部２０は、当該利用者にキャンセルされた駐車場の利用意図があり、当該利用者が過去に予約しようとした段階では利用不可能状態であったために予約ができなったか否かを特定するための処理を行う。
【００４３】
このため、本実施形態において制御部２０は、利用者取得部２１ｃの機能により、予約状況が表示された駐車場を取得する（ステップＳ１１５）。すなわち、制御部２０は、ステップＳ１１０で取得された利用者のログ情報３０ｃを参照し、予約状況が表示された駐車場を取得する。例えば、図３Ａに示す例であれば、制御部２０は、予約状況が表示された駐車場として、駐車場Ａ，駐車場Ｃを取得する。
【００４４】
次に、制御部２０は、利用者取得部２１ｃの機能により、利用不可能状態であった駐車場を取得する（ステップＳ１２０）。すなわち、制御部２０は、ステップＳ１１５において駐車場が取得される元となったログ情報３０ｃを参照し、予約状況が表示された駐車場が利用不可能状態であったか否かを判定する。例えば、図３Ａに示す例であれば、制御部２０は、駐車場Ａ，駐車場Ｃの予約状況のログに基づいて、利用不可能状態であった駐車場を特定する。ここでは、駐車場Ａが満車（利用不可能状態）であった場合が想定されている（駐車場Ｃは予約できているため空車であった）ため、制御部２０は駐車場Ａを利用不可能状態であった駐車場として取得する。
【００４５】
以上の処理を経て取得された駐車場は、利用者が過去に予約しようとした駐車場であり、かつ、利用不可能状態であったために予約ができなった駐車場である。そこで、制御部２０は、ステップＳ１２０において取得された駐車場と、キャンセルされた駐車場とが一致する利用者を案内対象として取得する(ステップＳ１２５）。すなわち、制御部２０は、ステップＳ１２０において取得された駐車場と、キャンセルされた駐車場とを比較し、両者が一致する場合、ログ情報３０ｃに基づいて当該駐車場の利用を意図した利用者を特定し、案内対象とする。図３Ａ，図３Ｂに示す例であれば、ステップＳ１２０において取得された駐車場と、キャンセルされた駐車場とがともに駐車場Ａである。従って、利用者Ｘが案内対象として特定される。
【００４６】
次に、制御部２０は、案内部２１ｄの機能により、案内対象の利用者が存在するか否かを判定する（ステップＳ１３０）。すなわち、制御部２０は、ステップＳ１２５によって案内対象として取得された利用者が１以上存在する場合、案内対象の利用者が存在すると判定する。
【００４７】
ステップＳ１３０において、案内対象の利用者が存在すると判定された場合、制御部２０は、案内部２１ｄの機能により、キャンセルされた駐車場を案内する（ステップＳ１３５）。すなわち、制御部２０は、通信部４０を介して、キャンセルされた駐車場を示す情報と利用可能になった日付および期間を示す情報とを案内システム１００に送信する。この結果、案内システム１００においては、キャンセルされた駐車場と利用可能になった日付および期間とが表示される。ステップＳ１３０において、案内対象の利用者が存在すると判定されない場合、ステップＳ１３５はスキップされる。
【００４８】
（４）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、不可能状態解消施設が利用可能であることを利用者に案内することができる限りにおいて、他にも種々の実施形態を採用可能である。例えば、案内システム１００は、車両等に搭載された装置であっても良いし、複数の装置（例えば、クライアントとサーバ）によって実現されるシステムであっても良い。また、予約管理システム１０も各種の構成を採用可能であり、例えば、複数の装置（例えば、クライアントとサーバ）によって実現されるシステムであっても良い。
【００４９】
さらに、案内システム１００や予約管理システム１０を構成する各部（入力部２１０ａ、案内出力部２１０ｂ、予約受付部２１ａ、不可能状態解消施設取得部２１ｂ、利用者取得部２１ｃ、案内部２１ｄ）の少なくとも一部が複数の装置に分かれて存在していても良い。むろん、上述の実施形態の一部の構成が省略された構成や、処理の順序が変動または省略された構成が実現されてもよい。例えば、案内処理において、ステップＳ１２０が省略される構成等が採用されてもよい。
【００５０】
上述の実施形態においては、利用者が利用を意図していた駐車場が利用不可能状態であることがステップＳ１２０において確認されたが、当該確認が省略されとしても、利用者が利用を意図していた駐車場が利用不可能状態であったと推定される場合に、当該駐車場の利用を意図していた利用者に案内しても良い。例えば、駐車場が利用不可能状態である（満車である）状況で当該駐車場のキャンセルが行われた場合に、ステップＳ１２０が省略された案内処理の実行を開始する構成が採用されてもよい。すなわち、駐車場が利用不可能状態である状況で当該駐車場のキャンセルが行われた場合、当該駐車場を利用しようと意図した利用者の多くは、当該駐車場が利用不可能状態であったために利用できなかったと推定される。
【００５１】
さらに、利用者が過去に不可能状態解消施設の利用を意図した後に、他の施設の利用を意図した場合において、利用不可能状態であったか否かにかかわらず、不可能状態解消施設が利用可能であることが案内されても良い。例えば、利用者Ｘのログが図３Ａに示す例であり、駐車場Ａを予約する行動の一部が行われたが予約は確定されず、他の駐車場Ｃの予約が確定された場合を想定する。この場合において、駐車場Ａが不可能状態解消施設となった場合に利用者Ｘに駐車場Ａが利用可能であると案内される構成であっても良い。
【００５２】
不可能状態解消施設取得部は、利用不可能状態が解消した施設である不可能状態解消施設を取得することができればよい。すなわち、施設が現在利用されている場合や、予約済である場合等により他の利用者が利用できない場合、当該施設は利用不可能状態である。従って、この状態が解消した場合（現在の利用が終了した場合や予約がキャンセルされた場合等）には利用不可能状態が解消される。そこで、不可能状態解消施設取得部は、利用不可能状態から利用可能状態に変化した不可能状態解消施設が存在する場合に、当該不可能状態解消施設を取得することができればよい。
【００５３】
不可能状態解消施設が存在するか否かを判定するためのトリガは、種々のトリガを採用可能である。すなわち、上述のように、施設のキャンセルが発生したタイミング以外にも種々のトリガが採用されてよく、例えば、一定期間毎に予約状況の変化が発生したか否かが判定される構成等が採用されてもよい。
【００５４】
施設は、利用者が利用することで他の利用者が利用不可能になり得る施設であれば良く、上述の実施形態のような駐車場以外にも種々の施設を想定可能である。例えば、同時利用可能な利用者の数に上限数がある店舗やレストラン、ホテル、アミューズメントパーク等の施設が挙げられる。施設を同時利用可能な利用者の上限数は１であってもよいし複数であってもよい。後者であれば、利用者の上限数に達した状態が利用不可能状態となる。
【００５５】
利用者取得部は、過去に不可能状態解消施設の利用を意図したが利用不可能状態であったため、他の施設の利用を意図した利用者を取得することができればよい。すなわち、利用者取得部は、ある施設を利用しようとしたが利用不可能状態であったため、利用をあきらめ、他の施設の利用した（または利用しようとした）利用者を取得することができればよい。利用の意図は、種々の指標によって特定されて良く、例えば、施設を利用する意図があったと推定できる行動が利用者によって行われた場合に、利用の意図があったと特定される構成等を採用可能である。
【００５６】
利用者の行動は、種々の手法によって特定されて良く、利用者が操作し得るユーザＩ／Ｆ部に対する操作に基づいて特定されても良いし、利用者の移動履歴等によって特定されても良く、種々の態様が採用可能である。従って、上述のように利用者による予約のための行動以外にも、種々の行動で利用の意図が特定されて良い。例えば、利用者が、施設を目的地に設定する行動を行った場合に利用の意図があったと見なされても良い。施設を目的地に設定する行動は、種々の装置で行われて良く、例えば、ナビゲーションシステムにおいて特定の施設を目的地に設定する行動が行われた場合、当該ナビゲーションシステムの利用者が当該施設の利用を意図していたと見なすことができる。
【００５７】
さらに、利用者が、施設内に進入し、施設内に滞在することなく退出する行動を行った場合に利用の意図があったと見なされても良い。施設への進入や施設からの退出は、種々の手法で特定されて良く、例えば、利用者とともに移動する装置によって現在地を取得して利用者の移動履歴を特定し、移動履歴を解析することで特定可能である。施設内に滞在したか否かは、種々の指標で判断されて良く、滞在時間が閾値以下である場合に滞在していないと判断されても良いし、有料の施設で料金が支払われなかった場合に滞在していないと判断されても良く、種々の構成を採用可能である。
【００５８】
さらに、利用者が、施設を検索する行動を行った場合に利用の意図があったと見なされても良い。施設を検索するための行動は、種々の装置で行われても良く、上述のような携帯端末（案内システム）やナビゲーションシステム等において施設が検索されたログが存在する場合に、施設を利用する意図があったと見なされる構成等を採用可能である。また、検索は間接的に行われても良く、目的地周辺の施設が検索された場合のログに基づいて検索された施設に対する利用の意図があったと見なされても良く、種々の構成を採用可能である。
【００５９】
案内部は、利用者に不可能状態解消施設が利用可能であることを案内することができればよい。すなわち、案内部は、過去に利用者が利用を意図したが利用不可能状態であった施設の利用不可能状態が解消した場合に、当該利用者に案内をすることができればよい。案内の態様は、種々の態様が採用されてよく、案内とともに施設の利用意図の確認、例えば、予約のための処理等が行われてもよい。
【００６０】
さらに、本発明のように、不可能状態解消施設が利用可能であることを利用者に案内する手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合や、複数の装置によって実現される場合、車両に備えられる各部と共有の部品を利用して実現される場合が想定可能であり、各種の態様を含むものである。例えば、以上のような装置を備えたナビゲーションシステムや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００６１】
１０…予約管理システム、２０…制御部、２１…予約管理プログラム、２１ａ…予約受付部、２１ｂ…不可能状態解消施設取得部、２１ｃ…利用者取得部、２１ｄ…案内部、３０…記録媒体、３０ａ…駐車場情報、３０ｂ…予約情報、３０ｃ…ログ情報、４０…通信部、１００…案内システム、２００…制御部、２１０…案内プログラム、２１０ａ…入力部、２１０ｂ…案内出力部、４００…通信部、４１０…ユーザＩ／Ｆ部
【図１】
2019020828.tif 000003
【図２】
2019020828.tif 000004
【図３】
2019020828.tif 000005