JP2002286471A - ルート案内システム - Google Patents

Abstract

(57)【要約】 【課題】 利用者がスムーズにエリア内の所望の地点へ
向かうことができるように案内するルート案内システム
を、提供する。 【解決手段】 あるエリアへの進入口Ｅ１〜Ｅ３が複数
存在するとともに、このエリア内に複数の施設が設けら
れている場合に、各進入口Ｅ１〜Ｅ３から各施設へ至る
複数の経路を多数のブロックＢ１〜Ｂ１４に分割し、こ
れら各ブロックＢ１〜Ｂ１４の道路状況を監視する。そ
して、利用者に対して、所望の進入口Ｅ１〜Ｅ３から所
望の施設へ向うのに最適な進入ルートを案内するための
案内画像データを作成し、案内板Ｄ１〜Ｄ３や携帯端末
Ｃに表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エリア内に配置さ
れた複数の施設への車両の進入ルートを案内するルート
案内システムに、関する。

【０００２】

【従来の技術】一般に、所定のエリア内に、ホテル，シ
ョッピングモール，劇場，及び事務所等の複数の施設が
設けられている場合に、このエリア内には、複数の駐車
場が設けられていることが多い。そして、利用者は、こ
のエリア内の施設を利用しようとする場合には、予め、
地図等により車両の走行経路を調べたうえで、この駐車
場へ向う。

【０００３】

【発明が解決しようとする課題】しかしながら、利用者
が向っている駐車場の近辺の道路が渋滞したり混雑して
いる場合には、利用者は、スムーズに、この駐車場へ向
うことができない。通常、利用者は、このエリアの周辺
の道路状況を知ることができないので、最短のルートを
選んで走行することになるが、最短のルートが混雑して
いる場合には、他のルートによる走行時間の方が、短く
なることもある。

【０００４】そこで、利用者がスムーズにエリア内の所
望の地点へ向かうことができるように案内するルート案
内システムを提供することを、本発明の課題とする。

【０００５】

【課題を解決するための手段】本発明によるルート案内
システムは、上記課題を解決するために、以下のような
構成を採用した。

【０００６】即ち、所定のエリアへの進入口とこのエリ
ア内の複数の地点との間における車両の走行を案内する
ルート案内システムであって、前記進入口と前記地点と
の組に対して２つ以上存在する経路を仮想的に分割して
なる複数のブロックに対して夫々関連づけられるととも
に、当該ブロックが、車両が通常通りに走行可能な通常
状態か車両が通常通りには走行できない異状状態かを示
す道路状態情報を含んだ複数のブロックデータを格納し
た第１の記憶媒体と、前記各経路に対して夫々関連づけ
られるとともに、該経路に沿った前記各ブロックを順に
示す複数のルートデータを格納した第２の記憶媒体と、
前記進入口と前記各地点から選択された１つの地点との
組に対応した経路に関連づけられた各ルートデータのう
ちの該ルートデータが示す各ブロックに夫々対応する前
記各ブロックデータの全てが通常状態であることを示し
ている走行可能ルートデータから、１つのルートデータ
を推奨ルートデータとして選択し、選択した推奨ルート
データと関連づけられた経路をこのエリアの地図に重ね
てなる案内画像データを取得する制御装置とを、備えた
ことを特徴とする。

【０００７】このように構成されると、利用者は、案内
板や端末の表示装置に表示された上記案内画像データを
視認して、この案内画像データによる案内に従うことに
より、渋滞や混雑に巻き込まれることなく、所望の地点
へ向けて車両を走行させることができる。

【０００８】なお、案内画像データは、進入口からエリ
ア内の地点への進入ルート案内でもよく、エリア内の地
点から進入口への退出ルート案内でもよい。また、端末
は、表示装置及びインターネット接続機能付き携帯電話
でもよく、ＰＤＡ（personaldigital assistant）やパ
ーソナルコンピュータ等であってもよい。また、端末と
ルート案内システムとは、ＴＣＰ／ＩＰプロトコル群に
基づいて通信してもよく、他のプロトコルに基づいて通
信してもよい。

【０００９】また、利用者は、複数の進入口から所望の
ものを選択するとともに、エリア内の複数の地点を選択
することにより、選択した進入口及び地点に対応した案
内画像データを取得してもよい。さらに、ルート案内シ
ステムは、このエリア内の駐車場の満車と空車の情報
を、端末へ送信してもよい。なお、駐車場が満車である
場合には、予想される待ち時間を示す情報が、端末へ送
信されてもよい。

【００１０】

【発明の実施の形態】以下、図面に基づいて本発明の実
施形態を説明する。

【００１１】＜第１実施形態＞図１は、本実施形態のル
ート案内システムが適用されるエリアを示す模式図であ
る。このエリア内には、複数の施設が設けられている。
即ち、“ホテル”，“ショッピングモール”，“オフィ
ス棟Ｉ”，“オフィス棟ＩＩ”，“オフィス棟ＩＩＩ”
及び“劇場棟”が、設けられている。また、このエリア
内には、複数の駐車場Ｐ１〜Ｐ５が設けられている。

【００１２】第１の駐車場Ｐ１は、“ホテル”内に設け
られている。第２の駐車場Ｐ２は、“ショッピングモー
ル”内に設けられている。第３の駐車場Ｐ３は、“オフ
ィス棟Ｉ”内に設けられている。第４の駐車場Ｐ４は、
“オフィス棟ＩＩＩ”内に設けられている。第５の駐車
場Ｐ５は、“劇場棟”内に設けられている。なお、“オ
フィス棟ＩＩ”には、駐車場が設けられていない。

【００１３】図２は、本実施形態のルート案内システム
を模式的に示すブロック図である。このルート案内シス
テムは、比較的高機能のコンピュータである１台の制御
装置１０，及び，複数の駐車場側装置２１〜２５を、備
えている。制御装置１０は、ハードディスク（ＨＤＤ）
１１を有している。このＨＤＤ１１内には、管理テーブ
ル１２，ブロックテーブル１３，ルートテーブル１４，
及び，このエリア周辺の地図の画像データである地図デ
ータ１５が、格納されている。

【００１４】また、各駐車場装置２１〜２５は、各駐車
場Ｐ１〜Ｐ５に夫々設置されており、無線又は有線の通
信路を介して制御装置１０と接続されている。そして、
これら各駐車場側装置２１〜２５は、夫々、対応する各
駐車場Ｐ１〜Ｐ５における利用者の入退場を管理してい
る。これら各駐車場側装置２１〜２５には、いずれも、
図示せぬ表示部及び操作部が設けられており、利用者
は、所望の駐車場Ｐ１〜Ｐ５における駐車場側装置２１
〜２５の表示部を見ながら操作部を操作することによ
り、入場及び退場することができる。

【００１５】図３は、管理テーブル１２の模式図であ
る。この管理テーブル１２は、各駐車場Ｐ１〜Ｐ５と夫
々関連づけられた５つのレコードを有している。この管
理テーブル１２における各レコードは、“収容可能台
数”，“現状台数”及び“満／空”のフィールドを、有
している。“収容可能台数”のフィールドには、対応す
る駐車場Ｐ１〜Ｐ５が収容可能な車両の台数の上限値で
ある収容可能台数が、格納されている。“現状台数”の
フィールドには、対応する駐車場に実際に収容されてい
る車両の台数が、格納されている。“満／空”のフィー
ルドには、対応する駐車場が満車であるかどうかを示す
コード（満空データ）が、格納されている。即ち、駐車
場が満車であれば“満”のコードが格納され、空きが有
れば“空”のコードが格納される。

【００１６】なお、各駐車場側装置２１〜２５は、夫
々、車両の入退場を検出すると、その旨を制御装置１０
へ通知する。すると、制御装置１０は、各駐車場Ｐ１〜
Ｐ５における入退場に応じて、管理テーブル１２におけ
る当該駐車場Ｐ１〜Ｐ５に対応するレコードの“現状台
数”の値を更新するとともに、“現状台数”が“収容可
能台数”と一致したならば、“満／空”のフィールドに
“満”のコードを格納し、“現状台数”が“収容可能台
数”未満となれば、“満／空”のフィールドに“空”の
コードを格納する。

【００１７】そして、“満／空”のフィールドが“満”
に更新されると、制御装置１０は、駐車場Ｐ１〜Ｐ５が
「満車」になったと判断し、対応する駐車場側装置２１
〜２５へ、以後、車両を受け入れないように、指示す
る。指示を受けた駐車場側装置２１〜２５は、その表示
部に、満車である旨を表示する。

【００１８】一方、“満／空”のフィールドが“空”に
更新されると、制御装置１０は、駐車場Ｐ１〜Ｐ５が
「空き有」になったと判断し、対応する駐車場側装置２
１〜２５へ、満車である旨の表示を解除する旨、指示す
る。すると、当該駐車場側装置２１〜２５は、その表示
部に「空き有」と表示する。

【００１９】なお、図１に示されるように、各施設が設
置されたエリア周辺の道路は、複数のブロックＢ１〜Ｂ
１４に仮想的に分割されている。そして、ルート案内シ
ステムは、これら各ブロックＢ１〜Ｂ１４に夫々対応さ
せて配置された複数の測定装置Ｍ１〜Ｍ１４を、備えて
いる。

【００２０】これら各測定装置Ｍ１〜Ｍ１４は、音波又
は電磁波を発する図示せぬセンサを有している。そし
て、各測定装置Ｍ１〜Ｍ１４は、その設置場所に車両が
差し掛かるとＯＮになり、この車両が通過するとＯＦＦ
になる。さらに、各測定装置Ｍ１〜Ｍ１４は、そのセン
サが継続してＯＮになっている時間を取得することによ
り、対応するブロックＢ１〜Ｂ１４の状態を判別してい
る。即ち、各測定装置Ｍ１〜Ｍ１４のセンサが継続して
ＯＮになっている時間が、例えば、３秒未満であれば通
常状態であると判別され、３秒以上２分未満であれば混
雑状態であると判別され、２分以上であれば渋滞状態で
あると判別される。なお、混雑状態及び渋滞状態は、異
状状態に相当する。また、これら各測定装置Ｍ１〜Ｍ１
４は、上記センサの代わりに、カメラ及び画像処理部を
備えていてもよい。この場合には、カメラが道路を走行
する車両を撮像し、得られた画像を画像処理部が画像処
理することにより、通常状態，混雑状態，渋滞状態が判
別される。

【００２１】これら測定装置Ｍ１〜Ｍ１４は、無線又は
有線の通信路を介して制御装置１０と接続されている。
そして、各測定装置Ｍ１〜Ｍ１４は、制御装置１０に対
して、当該測定装置Ｍ１〜Ｍ１４が設置されたブロック
Ｂ１〜Ｂ１４が通常状態，混雑状態，及び渋滞状態のう
ちのどの状態であるかを示す道路状態情報を、通知す
る。

【００２２】この道路状態情報は、ブロックテーブル１
３に反映される。図４は、ブロックテーブル１３を示す
模式図である。このブロックテーブル１３は、各ブロッ
クＢ１〜Ｂ１４に夫々対応させた複数のレコード（ブロ
ックデータ）を、含んでいる。このブロックテーブル１
３の各レコードは、“道路状態”フィールドを有してい
る。この道路状態フィールドには、通常状態，混雑状
態，及び渋滞状態を夫々示す“通常”，“混雑”，及び
“渋滞”のコードのうちのいずれかが、格納される。図
４のブロックテーブル１３は、各ブロックＢ１，Ｂ２が
いずれも通常状態であり、ブロックＢ３が混雑状態であ
り、ブロックＢ４が渋滞状態であることを、示してい
る。なお、各ブロックＢ５〜Ｂ１４に関しては、図示が
省略されている。

【００２３】そして、制御装置１０は、各測定装置Ｍ１
〜Ｍ１４から取得した道路状態情報に基づいて、このブ
ロックテーブル１３における各レコードの“道路状態”
フィールドを、更新する。即ち、制御装置１０は、各測
定装置Ｍ１〜Ｍ１４から道路状態情報を取得すると、ブ
ロックテーブル１３の各レコードのうちの当該測定装置
Ｍ１〜Ｍ１４に対応したブロックＢ１〜Ｂ１４と関連づ
けられたレコードを、特定し、特定したレコードの“道
路状態”フィールドに、道路状態情報が示すコードを、
セットする。

【００２４】なお、図１に示されるように、このエリア
周辺の道路には、当該エリアへの進入口Ｅ１〜Ｅ３が、
複数設けられている。ルートテーブル１４は、各進入口
Ｅ１〜Ｅ３から、各駐車場Ｐ１〜Ｐ５に至る経路を示す
情報を、含んでいる。このルートテーブル１４は、進入
口Ｅ１〜Ｅ３と駐車場Ｐ１〜Ｐ５との組に夫々対応させ
て、複数設けられている。図５は、進入口Ｅ１とホテル
内の駐車場Ｐ１との組に対応したルートテーブル１４を
示す模式図である。

【００２５】このルートテーブル１４は、進入口Ｅ１か
ら駐車場Ｐ１へ至る複数のルートに夫々対応させたレコ
ード（ルートデータ）を、備えている。このルートテー
ブル１４の各レコードは、“ルートＩＤ”及び“ルート
内容”のフィールドを、有している。“ルートＩＤ”に
は、当該ルートに一意的に関連づけられたルートＩＤ
が、格納されている。“ルート内容”には、当該ルート
に沿って進入口Ｅ１から駐車場Ｐ１へ車両が進む場合
に、通過するブロックＢ１〜Ｂ１４が、順に格納されて
いる。

【００２６】例えば、“ルートＩＤ”が“Ｅ１Ｐ１０
１”のルートは、進入口Ｅ１から、各ブロックＢ１，Ｂ
２，Ｂ３，Ｂ４を順に経て、駐車場Ｐ１へ至るルートで
ある。また、“ルートＩＤ”が“Ｅ１Ｐ１０２”のルー
トは、進入口Ｅ１から、各ブロックＢ６，Ｂ７，Ｂ８，
Ｂ９，Ｂ１０，Ｂ１１，Ｂ５を順に経て、駐車場Ｐ１へ
至るルートである。また、“ルートＩＤ”が“Ｅ１Ｐ１
０３”のルートは、進入口Ｅ１から、各ブロックＢ６，
Ｂ１２，Ｂ１３，Ｂ１４，Ｂ９，Ｂ１０，Ｂ１１，Ｂ５
を順に経て、駐車場Ｐ１へ至るルートである。

【００２７】なお、このルートテーブル１４において、
各レコードは、対応するルートに沿って車両が渋滞や混
雑なく移動した場合に、進入口Ｅ１から駐車場Ｐ１へ至
る標準的な時間（標準走行時間）が短い順に、配列され
ている。即ち、ルートＩＤが“Ｅ１Ｐ１０１”のルート
の標準走行時間が最も短く、ルートＩＤが“Ｅ１Ｐ１０
３”のルートの標準走行時間が最も長い。

【００２８】図１に示されるように、このルート案内シ
ステムは、各進入口Ｅ１〜Ｅ３の近傍に夫々配置された
複数の案内板Ｄ１〜Ｄ３を、備えている。これら各案内
板Ｄ１〜Ｄ３は、大型の表示装置を備えている。また、
各案内板Ｄ１〜Ｄ３は、無線又は有線の通信路を介し
て、制御装置１０と接続されている。そして、制御装置
１０が、各案内板Ｄ１〜Ｄ３へ画像データを送信する
と、各案内板Ｄ１〜Ｄ３はこの画像データを受信してそ
の表示装置に画面表示する。なお、各進入口Ｅ１〜Ｅ３
近傍を走行している車両の運転者は、各案内板Ｄ１〜Ｄ
３に表示された画像を、視認することができる。

【００２９】以下、制御装置１０が各案内板Ｄ１〜Ｄ３
に画像を表示させる処理について、説明する。図６は、
制御装置１０が、各駐車場Ｐ１〜Ｐ５が「満車」である
か「空き有」であるかを示す画像を、各案内板Ｄ１〜Ｄ
３に表示させる処理を示すフローチャートである。な
お、図６のフローチャートは、予め定められた所定の時
間間隔毎に、繰り返し実行される。

【００３０】開始後最初のＳ００１では、制御装置１０
は、管理テーブル１２（図３）を参照し、各駐車場Ｐ１
〜Ｐ５のうち、“満／空”フィールドが“満”になって
いるものを、満車として特定する。図３に示された例で
は、駐車場Ｐ２及び駐車場Ｐ４が、満車として特定され
る。

【００３１】次のＳ００２では、制御装置１０は、地図
データ１５を取得するとともに、この地図データ１５に
対し、各駐車場Ｐ１〜Ｐ５のうちのＳ００１で満車とし
て特定したものに対応する部分を、特定の色で着色する
ことによりハイライトさせ、画像データ（標準画像デー
タ）を作成する。

【００３２】次のＳ００３では、制御装置１０は、Ｓ０
０２で作成した標準画像データを、各案内板Ｄ１〜Ｄ３
に夫々表示させて、処理を終了する。図７は、案内板Ｄ
１〜Ｄ３に表示された標準画像の例を示す模式図であ
る。この図７では、ショッピングモールの駐車場Ｐ２，
及び，オフィス棟ＩＩＩの駐車場Ｐ４が、ハイライトし
ている。すると、各案内板Ｄ１〜Ｄ３の近傍を走行する
車両の運転者は、ハイライトした部分に対応した駐車場
が満車であることを、認識できる。

【００３３】通常の場合には、各案内板Ｄ１〜Ｄ３に
は、上記標準画像が、表示されている。但し、エリア内
のある施設にてイベントが開催されているときには、各
案内板Ｄ１〜Ｄ３には、その設置場所から当該施設に最
も近い駐車場Ｐ１〜Ｐ５への進入ルートを案内する案内
画像が、表示される。即ち、オペレータが制御装置１０
に対して、各駐車場Ｐ１〜Ｐ５のうちの１つを、案内対
象の駐車場として指定すると、制御装置１０は、図８の
フローチャートに示される処理を、所定の時間間隔毎に
繰り返し実行する。なお、この図８のフローチャートに
は、案内板Ｄ１に対する処理が示されているが、他の各
案内板Ｄ１，Ｄ２に対しても同様の処理がなされる。

【００３４】この図８のフローチャート開始後最初のＳ
１０１では、制御装置１０は、管理テーブル１２を参照
することにより、案内対象の駐車場が満車であるかどう
か判別する。即ち、制御装置１０は、管理テーブル１２
（図３）における案内対象の駐車場の“満／空”フィー
ルドが“満”になっている場合に、この案内対象の駐車
場が満車であると判別する。そして、制御装置１０は、
案内対象の駐車場が満車であると判別した場合には、処
理をＳ１０８へ分岐させ、それ以外の場合には、処理を
Ｓ１０２へ進める。

【００３５】Ｓ１０２では、制御装置１０は、ルートテ
ーブル１４（図５）中の未参照のレコードのうちの先頭
の１つを、参照する。なお、この図８のフローチャート
開始時には、ルートテーブル１４中の全てのレコードが
未参照である。

【００３６】次のＳ１０３では、制御装置１０は、Ｓ１
０２で参照したルートテーブル１４中のレコードにおけ
る“ルート内容”に含まれた各ブロックが、全て“通
常”状態であるかどうか、判別する。即ち、制御装置１
０は、“ルート内容”に含まれた各ブロックの夫々に関
してのみ、ブロックテーブル１３（図４）を参照し、こ
れら各ブロックが全て“通常”状態であるかどうか、判
別する。これらのブロックが全て“通常”状態であれ
ば、処理はＳ１０４へ進み、それ以外の場合には、処理
はＳ１０７へ分岐する。

【００３７】Ｓ１０４では、制御装置１０は、参照中の
レコードを、推奨ルートデータとして決定する。

【００３８】次のＳ１０５では、制御装置１０は、案内
画像データを作成する。具体的には、まず、制御装置１
０は、地図データ１５を取得して、この地図データ１５
に対し、Ｓ１０４で決定した推奨ルートデータのルート
内容に含まれた各ブロックに対応する部分を、特定の色
で着色することによりハイライトさせる。さらに、制御
装置１０は、この地図データ１５に対し、各駐車場Ｐ１
〜Ｐ５のうちの満車になったものに対応する部分を、特
定の色で着色することによりハイライトさせる。なお、
満車の駐車場をハイライトさせる手順は、図６のＳ００
１及びＳ００２の処理と同様になされる。このように、
制御装置１０は、取得した地図データ１５を加工して、
案内画像データを作成する。

【００３９】次のＳ１０６では、制御装置１０は、Ｓ１
０５で作成した案内画像データを、案内板Ｄ１に表示さ
せ、処理を終了する。

【００４０】Ｓ１０７では、制御装置１０は、ルートテ
ーブル１４における参照中のレコードを、参照済みとし
た後、このルートテーブル１４中に未参照のレコードが
残っているかどうか、判別する。そして、未参照のレコ
ードがあれば、処理はＳ１０２へ戻り、未参照のレコー
ドがなければ、処理はＳ１０８へ進む。

【００４１】Ｓ１０８では、制御装置１０は、図６のフ
ローチャートと同様の処理を実行することにより、案内
板Ｄ１に標準画像データを表示させ、処理を終了する。

【００４２】以下、この図８のフローチャートによる処
理を、より具体的に説明する。なお、以下の説明におい
て、ホテルの駐車場Ｐ１が案内対象の駐車場であるとす
る。仮に、この駐車場Ｐ１が、満車であれば（Ｓ１０
１：Ｙｅｓ）、案内板Ｄ１には、図７の標準画像が表示
される。

【００４３】一方、この駐車場Ｐ１が満車でなければ
（Ｓ１０１：Ｎｏ）、まず、ルートテーブル１４中の先
頭のレコード（ルートＩＤ＝Ｅ１Ｐ１０１）が、参照さ
れる。仮に、このレコードの“ルート内容”に含まれた
各ブロックＢ１，Ｂ２，Ｂ３，Ｂ４が、いずれも“通
常”状態であれば（Ｓ１０３：Ｙｅｓ）、このレコード
が推奨ルートデータとして決定され（Ｓ１０４）、案内
画像データが作成され（Ｓ１０５）、図９の案内画像
が、案内板Ｄ１に表示される。

【００４４】この図９には、各ブロックＢ１，Ｂ２，Ｂ
３，Ｂ４に対応する部分がハイライトされてなる曲線
が、示されている。すると、このエリアへ進入口Ｅ１か
ら進入してきた車両の運転者は、この図９に示された案
内画像中の曲線に従い、渋滞や混雑に煩わされることな
く、駐車場Ｐ１へ進むことができる。

【００４５】仮に、ブロックＢ４が“渋滞”であれば、
ルートテーブル１４中の先頭のレコード（ルートＩＤ＝
Ｅ１Ｐ１０１）は、推奨ルートデータにはならない。こ
の場合に、次のレコード（ルートＩＤ＝Ｅ１Ｐ１０２）
が参照される。そして、このレコードの“ルート内容”
に含まれた各ブロックＢ６，Ｂ７，Ｂ８，Ｂ９，Ｂ１
０，Ｂ１１，Ｂ５が、いずれも“通常”状態であれば、
図１０の案内画像が、案内板Ｄ１に表示される。

【００４６】この図１０には、各ブロックＢ６，Ｂ７，
Ｂ８，Ｂ９，Ｂ１０，Ｂ１１，Ｂ５に対応する部分がハ
イライトされてなる曲線が、示されている。すると、こ
のエリアへ進入口Ｅ１から進入してきた車両の運転者
は、この図１０に示された案内画像中の曲線に従い、渋
滞や混雑に煩わされることなく、駐車場Ｐ１へ進むこと
ができる。

【００４７】仮に、ブロックＢ４が渋滞であるだけでな
く、ブロックＢ７が“混雑”であれば、ルートテーブル
１４中の先頭のレコード（ルートＩＤ＝Ｅ１Ｐ１０
１），及び，次のレコード（ルートＩＤ＝Ｅ１Ｐ１０
２）は、推奨ルートデータにはならない。この場合に、
最後のレコード（ルートＩＤ＝Ｅ１Ｐ１０３）が参照さ
れる。そして、このレコードの“ルート内容”に含まれ
た各ブロックＢ６，Ｂ１２，Ｂ１３，Ｂ１４，Ｂ９，Ｂ
１０，Ｂ１１，Ｂ５が、いずれも“通常”状態であれ
ば、図１１の案内画像が、案内板Ｄ１に表示される。

【００４８】この図１１には、各ブロックＢ６，Ｂ１
２，Ｂ１３，Ｂ１４，Ｂ９，Ｂ１０，Ｂ１１，Ｂ５に対
応する部分がハイライトされてなる曲線が、示されてい
る。すると、このエリアへ進入口Ｅ１から進入してきた
車両の運転者は、この図１１に示された案内画像中の曲
線に従い、渋滞や混雑のない経路を辿って、駐車場Ｐ１
へ進むことができる。

【００４９】なお、仮に、ルートテーブル１４中のどの
レコードも推奨ルートデータとして決定されなかった場
合には、案内板Ｄ１には、図７の標準画像が表示され
る。

【００５０】＜第２実施形態＞図１２は、本実施形態の
ルート案内システムを模式的に示すブロック図である。
なお、本実施形態のルート案内システムは、上記第１実
施形態の構成において、本実施形態の制御装置３０を備
えた点を、特徴としている。

【００５１】この制御装置３０は、比較的高機能のコン
ピュータから構成されており、ＨＤＤ３１を有してい
る。また、上記第１実施形態と同様、この制御装置３０
は、各駐車場側装置２１〜２５，各案内板Ｄ１〜Ｄ３，
及び，各測定装置Ｍ１〜Ｍ１４と、夫々接続されてい
る。

【００５２】そして、ＨＤＤ３１内には、上記第１実施
形態と同様、管理テーブル１２，ブロックテーブル１
３，ルートテーブル１４，及び地図データ１５が、格納
されている。さらに、このＨＤＤ３１内には、ウェブサ
ーバプログラムＷ，及び，隣接駐車場テーブルＬが、格
納されている。

【００５３】また、この制御装置３０は、インターネッ
ト又は専用回線を介してキャリア（電気通信事業者）が
運営する図示せぬゲートウェイ装置と接続されている。
そして、制御装置３０は、ゲートウェイ装置を介して、
端末Ｃと接続可能である。この端末Ｃは、インターネッ
ト接続機能を有する表示装置付き携帯電話機であり、ウ
ェブブラウザプログラムを実行することができる。

【００５４】ウェブサーバプログラムＷは、Ｃ−ＨＴＭ
Ｌ（Compact HTML），ＨＤＭＬ（Handheld Device Mark
up Language），ＷＭＬ（Wireless Markup Languag
e），ＨＴＭＬ，ＸＨＴＭＬ，ＸＭＬ等のウェブページ
記述言語で記述されたウェブデータを、処理することが
できる。さらに、このウェブサーバプログラムＷは、各
種処理を実行するとともにウェブデータの加工や生成が
可能なサーバサイドスクリプティング・プログラムモジ
ュールを、含んでいる。そして、このウェブサーバプロ
グラムＷが、端末Ｃのウェブブラウザプログラムと連携
して実行されることにより、端末Ｃの表示装置には、ウ
ェブページ（画面）が、表示される。

【００５５】図１３は、隣接駐車場テーブルＬを示す模
式図である。この隣接駐車場テーブル（隣接駐車場デー
タ）Ｌは、エリア内の各施設毎に、各駐車場Ｐ１〜Ｐ５
を示すコードを当該施設から近い順に、格納している。
例えば、“ホテル”の欄には、各駐車場Ｐ１，Ｐ５，Ｐ
４，Ｐ２，Ｐ３のコードが、このホテルに近いものから
順に、含まれている。

【００５６】なお、図１に示されるように、“オフィス
棟ＩＩ”には、その施設内又はその直近に駐車場が設け
られていない。そこで、オフィス棟ＩＩを利用する利用
者は、通常は、オフィス棟Ｉの駐車場Ｐ３を利用してい
る。そして、隣接駐車場テーブルＬの“オフィス棟Ｉ
Ｉ”の欄には、各駐車場Ｐ３，Ｐ２，Ｐ４，Ｐ５，Ｐ１
のコードが、このオフィス棟ＩＩに近いものから順に、
含まれている。

【００５７】以下、図１４のフローチャートを参照し
て、制御装置３０がウェブサーバプログラムＷを実行す
ることにより、利用者に提供するサービスについて、説
明する。この図１４の処理は、利用者が、端末Ｃを操作
して、制御装置３０にアクセスすることにより、開始す
る。即ち、制御装置３０は、端末Ｃからのウェブページ
の要求を受信すると、図１４の処理を開始する。

【００５８】開始後最初のＳ２０１では、制御装置３０
は、端末Ｃに対して、図１５に示された目的地リスト
（目的地選択画面）を表示させる。この目的地リストに
は、エリア内の各施設の名称が表示されている。即ち、
この目的地リストには、“１．ホテル”，“２．ショッ
ピングモール”，“３．オフィス棟Ｉ”，“４．オフィ
ス棟ＩＩ”，“５．オフィス棟ＩＩＩ”及び“６．劇場
棟”の項目が、含まれている。そして、利用者は、端末
Ｃを操作することにより、これら各項目の中から自分の
目的地を選択する。すると、制御装置３０は、利用者が
選択した施設を、特定することができる。即ち、制御装
置３０は、利用者が選択した目的地を示す情報（目的地
指定情報）を、取得することになる。

【００５９】次のＳ２０２では、制御装置３０は、端末
Ｃに対して、図１６に示された駐車場リスト（駐車場選
択画面）を表示させる。具体的には、制御装置３０は、
隣接駐車場テーブルＬ（図１３）を参照し、Ｓ２０１で
特定した目的地に対応する欄の駐車場のコードの配列を
取得する。例えば、Ｓ２０１で、“ホテル”が目的地と
して特定されたならば、制御装置３０は、隣接駐車場テ
ーブルＬにおける“ホテル”の欄に順に格納された駐車
場のコードであるＰ１，Ｐ５，Ｐ４，Ｐ２，Ｐ３を、取
得する。そして、制御装置３０は、駐車場のコードの順
に従って、駐車場の名称を端末Ｃに表示させる。即ち、
制御装置３０は、Ｐ１，Ｐ５，Ｐ４，Ｐ２及びＰ３のコ
ードに、夫々、“ホテルＰ”，“劇場棟Ｐ”，“オフィ
ス棟ＩＩＩＰ”，“ショッピングモールＰ”及び“オフ
ィス棟ＩＰ”の文字列を対応させて、表示させる。

【００６０】なお、各駐車場Ｐ１〜Ｐ５の名称の図１６
における右端には、当該駐車場Ｐ１〜Ｐ５が満車である
かどうかを示す情報が、表示される。即ち、制御装置３
０は、各駐車場Ｐ１〜Ｐ５毎に、管理テーブル１２の
“満／空”フィールドを参照し、“満”になった駐車場
Ｐ１〜Ｐ５を「満車」と判別し、それ以外の駐車場Ｐ１
〜Ｐ５を「空き有」と判別する。そして、制御装置３０
は、「満車」の場合には“満”の文字を表示させ、「空
き有」の場合には、“空”の文字を表示させる。図１６
に示された駐車場リストの例では、“ホテルＰ”が
“満”、“劇場棟Ｐ”が“空”、“オフィス棟ＩＩＩ
Ｐ”が“満”、“ショッピングモールＰ”が“満”、
“オフィス棟ＩＰ”が“空”になっている。

【００６１】そして、利用者は、この駐車場リストにお
ける各駐車場名の表示順に基づいて、自分の目的地に近
い駐車場を認識することができる。図１６の例では、利
用者は、“ホテルＰ”が最も目的地に近いが、この“ホ
テルＰ”は満車であることを認識する。そして、利用者
は、空き有の駐車場の中で、最も目的地に近いものを、
選択する。即ち、利用者は、“劇場棟Ｐ”を選択するこ
とになる。

【００６２】なお、利用者が、端末Ｃを操作することに
より駐車場を選択すると、制御装置３０は、選択された
駐車場を認識することができる。即ち、制御装置３０
は、利用者が選択した駐車場（地点）を示す情報（地点
指定情報）を、取得することになる。

【００６３】次のＳ２０３では、制御装置３０は、端末
Ｃに対して、図１７に示された進入口リスト（進入口選
択画面）を表示させる。この進入口リストには、エリア
への各進入口Ｅ１〜Ｅ３を示す文字列が表示されてい
る。即ち、この進入口リストには、“１．進入口Ｅ
１”，“２．進入口Ｅ２”及び“３．進入口Ｅ３”の項
目が、含まれている。そして、利用者は、端末Ｃを操作
することにより、これら各項目の中から自分がこのエリ
アへ進入する際の進入口を選択する。すると、制御装置
３０は、利用者が選択した進入口を、特定することがで
きる。即ち、制御装置３０は、利用者が選択した進入口
を示す情報（進入口指定情報）を、取得することにな
る。

【００６４】次のＳ２０４では、制御装置３０は、ルー
トテーブル１４中の未参照のレコードのうちの先頭の１
つを、参照する。なお、この図１４のフローチャート開
始時には、ルートテーブル１４中の全てのレコードが未
参照である。

【００６５】次のＳ２０５では、制御装置３０は、参照
中のルートテーブル１４のレコードにおける“ルート内
容”に含まれた各ブロックが、全て“通常”状態である
かどうか、判別する。即ち、制御装置３０は、当該“ル
ート内容”に含まれた各ブロックの夫々に関してのみ、
ブロックテーブル１３を参照し、これら各ブロックが全
て“通常”状態であるかどうか、判別する。これらのブ
ロックが全て“通常”状態であれば、処理はＳ２０６へ
進み、それ以外の場合には、処理はＳ２０９へ分岐す
る。

【００６６】Ｓ２０６では、制御装置３０は、参照中の
レコードを、推奨ルートデータとして決定する。

【００６７】次のＳ２０７では、制御装置３０は、案内
画像データを作成する。具体的には、まず、制御装置３
０は、地図データ１５を取得して、この地図データ１５
に対し、Ｓ２０６で決定した推奨ルートデータのルート
内容に含まれた各ブロックに対応する部分を、特定の色
で着色することによりハイライトさせる。さらに、制御
装置３０は、この地図データ１５に対し、各駐車場Ｐ１
〜Ｐ５のうちの満車になったものに対応する部分を、特
定の色で着色することによりハイライトさせる。なお、
満車の駐車場をハイライトさせる手順は、図６のＳ００
１及びＳ００２の処理と同様になされる。このように、
制御装置３０は、取得した地図データ１５を加工して、
案内画像データを作成する。

【００６８】次のＳ２０８では、制御装置３０は、Ｓ２
０７で作成した案内画像データを、利用者の端末Ｃに表
示させ、処理を終了する。

【００６９】Ｓ２０９では、制御装置３０は、ルートテ
ーブル１４における参照中のレコードを、参照済みとし
た後、このルートテーブル１４中に未参照のレコードが
残っているかどうか、判別する。そして、未参照のレコ
ードがあれば、処理はＳ２０４へ戻り、未参照のレコー
ドがなければ、処理はＳ２１０へ進む。

【００７０】Ｓ２１０では、制御装置３０は、図６のフ
ローチャートと同様の処理を実行することにより、端末
Ｃに、標準画像データ（図７）を表示させ、処理を終了
する。

【００７１】以下、案内画像の表示について、より具体
的に説明する。例えば、利用者が駐車場として“劇場棟
Ｐ”を選択し、進入口として“進入口Ｅ１”を選択した
とする。この場合に、仮に、ブロックＢ７が混雑してい
たとすると、利用者の端末Ｃには、図１８に示された案
内画像が表示される。そして、利用者は、この案内画像
に従い、渋滞や混雑に煩わされることなく、劇場棟の駐
車場Ｐ５へ進むことができる。この駐車場Ｐ５内に車両
を格納した後、利用者は、徒歩で、本来の目的地である
ホテルへ進む。

【００７２】上記のように、利用者は、目的地の直近の
駐車場が満車であったとしても、空きの有る駐車場のう
ちの最も目的地に近い駐車場を知ることができる。さら
に、利用者は、案内画像に従って進むことにより、渋滞
や混雑を避けて当該駐車場に到達することができる。

【００７３】＜第３実施形態＞図１９は、本実施形態の
ルート案内システムを模式的に示すブロック図である。
なお、本実施形態のルート案内システムは、上記第２実
施形態の構成において、本実施形態の制御装置４０を備
えた点を、特徴としている。

【００７４】この制御装置４０は、比較的高機能のコン
ピュータから構成されており、ＨＤＤ４１を有してい
る。また、上記第２実施形態と同様、この制御装置４０
は、各駐車場側装置２１〜２５，各案内板Ｄ１〜Ｄ３，
及び，各測定装置Ｍ１〜Ｍ１４と、夫々接続されてい
る。また、この制御装置４０は、インターネット又は専
用回線を介してキャリア（電気通信事業者）が運営する
図示せぬゲートウェイ装置と接続されている。このた
め、制御装置４は、端末Ｃと接続可能である。

【００７５】そして、ＨＤＤ４１内には、本実施形態の
管理テーブル４２，端末Ｃとの間でメールを送受信する
メールサーバープログラムＴ，会員テーブルＵ，及び，
監視テーブルＶが、格納されている。さらに、このＨＤ
Ｄ４１内には、上記第２実施形態と同様、ブロックテー
ブル１３，ルートテーブル１４，地図データ１５，ウェ
ブサーバプログラムＷ，及び，隣接駐車場テーブルＬ
が、格納されている。

【００７６】このＨＤＤ４１内において、ブロックテー
ブル１３が格納された領域が第１の記憶媒体に相当し、
ルートテーブル１４が格納された領域が第２の記憶媒体
に相当し、隣接駐車場テーブルＬが格納された領域が第
３の記憶媒体に相当し、管理テーブル４２が格納された
領域が第４及び第５の記憶媒体に相当している。

【００７７】なお、このエリア内の各駐車場Ｐ１〜Ｐ５
を運営する運営者は、予め契約した会員に対して、ウェ
ブページを通じたサービスを提供している。即ち、図２
３を参照して後述するように、会員は、端末Ｃを操作し
て制御装置４０にアクセスし、所望の駐車場を予約する
ことができる。

【００７８】図２０は、会員テーブルＵの模式図であ
る。この会員テーブルＵは、運営者と契約した複数の会
員（利用者）に夫々対応させた複数のレコードを、有し
ている。この会員テーブルＵにおける各レコードは、
“会員番号”，“暗証番号”及び“メールアドレス”の
フィールドを、有している。

【００７９】“会員番号”のフィールドは、各会員に対
して一意的に関連づけられた会員番号が、格納されてい
る。“暗証番号”のフィールドには、会員番号に対応す
る暗証番号が格納されている。なお、予め、会員は、暗
証番号を運営者に申し出ておく。この申出に基づき、会
員テーブルＵにおける当該会員に対応したレコードの
“暗証番号”のフィールドには、その会員が申し出た暗
証番号が、格納される。“メールアドレス”のフィール
ドには、会員が利用している端末Ｃのメールアドレス
が、格納されている。

【００８０】図２１は、本実施形態の管理テーブル４２
を示す模式図である。この管理テーブル４２の各レコー
ドは、第１及び第２実施形態で用いられる図３の管理テ
ーブル１２と同様に、“収容可能台数”，“現状台数”
及び“満／空”のフィールドを、有している。さらに、
この管理テーブル４２は、“予約会員番号”のフィール
ドを、有している。この“予約会員番号”のフィールド
には、当該駐車場Ｐ１〜Ｐ５に車両を格納させることを
希望している会員の会員番号が、格納される。この“予
約会員番号”のフィールドが、予約データに相当する。

【００８１】なお、各駐車場側装置２１〜２５は、夫
々、車両の入退場を検出すると、その旨を制御装置４０
へ通知する。すると、制御装置４０は、各駐車場Ｐ１〜
Ｐ５における入退場に応じて、管理テーブル４２中の当
該駐車場Ｐ１〜Ｐ５に対応するレコードの“現状台数”
の値を更新する。同時に、制御装置４０は、更新された
“現状台数”の値に“予約会員番号”のフィールドに格
納された会員番号の個数を加算した値と“収容可能台
数”の値とを比較する。そして、制御装置４０は、両者
が一致したならば、“満／空”のフィールドに“満”の
コードを格納し、両者が一致しなければ、“満／空”の
フィールドに“空”のコードを格納する。

【００８２】そして、“満／空”のフィールドが“満”
に更新されると、制御装置４０は、駐車場Ｐ１〜Ｐ５が
「満車」になったと判断し、対応する駐車場側装置２１
〜２５へ、以後、車両を受け入れないように、指示す
る。指示を受けた駐車場側装置２１〜２５は、その表示
部に、満車である旨を表示する。

【００８３】一方、“満／空”のフィールドが“空”に
更新されると、制御装置４０は、駐車場Ｐ１〜Ｐ５が
「空き有」になったと判断し、対応する駐車場側装置２
１〜２５へ、満車である旨の表示を解除する旨、指示す
る。すると、当該駐車場側装置２１〜２５は、その表示
部に「空き有」と表示する。

【００８４】図２２は、監視テーブルＶを示す模式図で
ある。この監視テーブルＶは、各駐車場Ｐ１〜Ｐ５に夫
々対応させた複数のレコードを、有している。そして、
この監視テーブルＶの各レコードは、“駐車場”及び
“関連ブロック”のフィールドを、有している。“関連
ブロック”のフィールドには、対応する駐車場Ｐ１〜Ｐ
５の直近のブロック（関連ブロック）が、格納されてい
る。

【００８５】例えば、駐車場Ｐ１の関連ブロックは、ブ
ロックＢ４及びブロックＢ５である。この駐車場Ｐ１へ
進入する車両は、これら両ブロックＢ４，Ｂ５のうちの
いずれかを通過しなければならない。駐車場Ｐ２の関連
ブロックは、ブロックＢ２及びブロックＢ３である。駐
車場Ｐ３の関連ブロックは、ブロックＢ１及びブロック
Ｂ２である。駐車場Ｐ４の関連ブロックは、ブロックＢ
７及びブロックＢ８である。駐車場Ｐ５の関連ブロック
は、ブロックＢ１０及びブロックＢ１１である。

【００８６】上記構成の制御装置４０は、会員が車両を
駐車場Ｐ１〜Ｐ５に入庫させる旨の予約（入庫予約）を
受け付けることができる。図２３及び図２４は、入庫予
約処理を示すフローチャートである。なお、図２３の処
理は、会員が、端末Ｃを操作して、制御装置４０にアク
セスすることにより、開始する。

【００８７】開始後最初のＳ３０１では、制御装置４０
は、端末Ｃに認証画面を表示させる。図２５は、この認
証画面の模式図である。この認証画面には、“会員番
号”及び“暗証番号”の入力欄が含まれている。会員
は、端末Ｃを操作して、これら両入力欄に、自分の会員
番号及び暗証番号を、夫々入力する。すると、制御装置
４０は、入力された会員番号及び暗証番号を、取得す
る。

【００８８】次のＳ３０２では、制御装置４０は、会員
テーブルＵ（図２０）を検索して、Ｓ３０１で取得した
会員番号を“会員番号”のフィールド内に含むレコード
を、特定する。但し、制御装置４０は、レコードを特定
できなかった場合には、処理をＳ３０１へ戻す。そし
て、制御装置４０は、レコードを特定した場合には、特
定したレコードの“暗証番号”のフィールド内の番号
が、Ｓ３０１で取得した暗証番号と一致するか否か判別
する。制御装置４０は、一致していると判別した場合に
は、処理をＳ３０３へ進め、一致していないと判別した
場合には、処理をＳ３０１へ戻す。

【００８９】Ｓ３０３では、制御装置４０は、端末Ｃに
対して、図１５に示された目的地リスト（目的地選択画
面）を表示させる。そして、会員は、端末Ｃを操作する
ことにより、これら各項目の中から自分の目的地を選択
する。すると、制御装置４０は、会員が選択した施設
を、特定することができる。

【００９０】次のＳ３０４では、制御装置４０は、端末
Ｃに対して、図１６に示された駐車場リスト（駐車場選
択画面）を表示させる。具体的には、制御装置４０は、
隣接駐車場テーブルＬを参照し、Ｓ３０３で特定した目
的地に対応する欄の駐車場のコードの配列を取得する。
そして、制御装置４０は、駐車場のコードの順に従っ
て、駐車場の名称を端末Ｃに表示させる。

【００９１】なお、各駐車場Ｐ１〜Ｐ５の名称の図１６
における右端には、当該駐車場Ｐ１〜Ｐ５が満車である
かどうかを示す情報が、表示される。即ち、制御装置４
０は、各駐車場Ｐ１〜Ｐ５毎に、管理テーブル４２の
“満／空”フィールドを参照し、“満”になった駐車場
Ｐ１〜Ｐ５を「満車」と判別し、それ以外の駐車場Ｐ１
〜Ｐ５を「空き有」と判別する。そして、制御装置４０
は、「満車」の場合には“満”の文字を表示させ、「空
き有」の場合には、“空”の文字を表示させる。そし
て、会員は、この駐車場リストにおける各駐車場名の表
示順に基づいて、自分の目的地に近い駐車場を認識する
ことができる。そして、会員は、空き有の駐車場の中
で、最も目的地に近いものを、選択する。すると、制御
装置４０は、会員が選択した駐車場を特定することがで
きる。

【００９２】次のＳ３０５では、制御装置４０は、Ｓ３
０４にて会員が「空き有」の駐車場を選択したか否かを
確認する。即ち、制御装置４０は、管理テーブル４２
（図２１）を参照して、Ｓ３０４で特定した駐車場に対
応するレコードの“満／空”フィールドに“空”のコー
ドが格納されているか否か、確認する。そして、制御装
置４０は、当該“満／空”フィールドに“空”のコード
が格納されている場合には、処理をＳ３０６へ進め、そ
れ以外の場合には、処理をＳ３０４に戻す。

【００９３】Ｓ３０６では、制御装置４０は、管理テー
ブル４２（図２１）の各レコードのうちのＳ３０４で特
定した駐車場に対応したレコードの“予約会員番号”の
フィールド内に、Ｓ３０１で取得した会員番号を追加す
ることにより、この管理テーブル４２を更新する。

【００９４】次のＳ３０７では、制御装置４０は、端末
Ｃに予約確認画面を表示させることにより、会員に対
し、Ｓ３０４で選択された駐車場の入庫予約が完了した
旨を、通知する。例えば、Ｓ３０４で、劇場棟の駐車場
Ｐ５が特定された場合には、図２６に示された予約確認
画面が、表示される。

【００９５】次のＳ３０８では、制御装置４０は、端末
Ｃに対して、図１７に示された進入口リストを表示させ
る。この進入口リストには、エリアへの各進入口Ｅ１〜
Ｅ３の名称が表示されている。そして、会員は、端末Ｃ
を操作することにより、これら各項目の中から自分がこ
のエリアへ進入する際の進入口を選択する。すると、制
御装置３０は、会員が選択した進入口を、特定すること
ができる。そして、制御装置４０は、処理を図２４のＳ
３０９へ進める。

【００９６】Ｓ３０９では、制御装置４０は、ルートテ
ーブル１４中の未参照のレコードのうちの先頭の１つ
を、参照する。なお、この図２４のフローチャート開始
時には、ルートテーブル１４中の全てのレコードが未参
照である。

【００９７】次のＳ３１０では、制御装置４０は、Ｓ３
０９で参照したルートテーブル１４中のレコードにおけ
る“ルート内容”に含まれた各ブロックが、全て“通
常”状態であるかどうか、判別する。即ち、制御装置４
０は、“ルート内容”に含まれた各ブロックの夫々に関
してのみ、ブロックテーブル１３を参照し、これら各ブ
ロックが全て“通常”状態であるかどうか、判別する。
これらのブロックが全て“通常”状態であれば、処理は
Ｓ３１１へ進み、それ以外の場合には、処理はＳ３１４
へ分岐する。

【００９８】Ｓ３１１では、制御装置４０は、参照中の
レコードを、推奨ルートデータとして決定する。

【００９９】次のＳ３１２では、制御装置４０は、案内
画像データを作成する。具体的には、まず、制御装置４
０は、地図データ１５を取得して、この地図データ１５
に対し、Ｓ３１１で決定した推奨ルートデータのルート
内容に含まれた各ブロックに対応する部分を、特定の色
で着色することによりハイライトさせる。さらに、制御
装置４０は、この地図データ１５に対し、各駐車場Ｐ１
〜Ｐ５のうちの満車になったものに対応する部分を、特
定の色で着色することによりハイライトさせる。なお、
満車の駐車場をハイライトさせる手順は、図６のＳ００
１及びＳ００２の処理と同様になされる。このように、
制御装置４０は、取得した地図データ１５を加工して、
案内画像データを作成する。

【０１００】次のＳ３１３では、制御装置４０は、Ｓ３
１２で作成した案内画像データを、会員の端末Ｃに表示
させ、処理を終了する。

【０１０１】Ｓ３１４では、制御装置４０は、ルートテ
ーブル１４における参照中のレコードを、参照済みとし
た後、このルートテーブル１４中に未参照のレコードが
残っているかどうか、判別する。そして、未参照のレコ
ードがあれば、処理はＳ３０９へ戻り、未参照のレコー
ドがなければ、処理はＳ３１５へ進む。

【０１０２】Ｓ３１５では、制御装置４０は、図６のフ
ローチャートと同様の処理を実行することにより、端末
Ｃに、標準画像データ（図７）を表示させ、処理を終了
する。

【０１０３】上記のように、会員は、空きの有る駐車場
のうち目的地に近いものに対して、入庫予約することが
できる。さらに、会員は、案内画像に従って進むことに
より、渋滞や混雑を避けて予約した駐車場に到達するこ
とができる。

【０１０４】但し、会員が上記の入庫予約を行ってから
エリアへの進入口へ向かっている間に、この会員が予約
した駐車場の近傍で渋滞や混雑が発生すると、この会員
が運転する車両は、スムーズに所望の駐車場に到達する
ことができない。そこで、制御装置４０は、道路状況に
応じて、この会員用に他の駐車場（代替駐車場）を自動
的に予約する。

【０１０５】なお、制御装置４０は、所定の時間間隔
で、ブロックテーブル１３（図４）を参照し、監視テー
ブルＶ（図２２）の各レコードにおける“関連ブロッ
ク”である両ブロックのうちの少なくとも一つが、“通
常”状態であることを確認する。そして、監視テーブル
Ｖの各レコードにおける“関連ブロック”である両ブロ
ックの双方が“通常”状態でない場合に、制御装置４０
は、当該レコードに対応する駐車場を処理対象駐車場と
して指定する。さらに、制御装置４０は、指定した処理
対象駐車場毎に、図２７の処理（代替駐車場予約処理）
を、実行する。

【０１０６】この図２７のフローチャート開始後最初の
Ｓ４０１では、制御装置４０は、処理対象駐車場を予約
している会員がいるかどうかを、判別する。即ち、制御
装置４０は、管理テーブル４２（図２１）を参照して、
処理対象駐車場に対応するレコードの“予約会員番号”
のフィールドに会員番号が格納されているか否かを、判
別する。そして、制御装置４０は、会員番号が格納され
ていれば、処理をＳ４０２へ進め、会員番号が格納され
ていなければ、処理を終了させる。

【０１０７】Ｓ４０２では、制御装置４０は、管理テー
ブル４２を参照して、処理対象駐車場に対応するレコー
ドの“予約会員番号”中の未処理の会員番号のうちの先
頭の１つを、取得する。なお、このフローチャート図２
７開始時には、“予約会員番号”中の全ての会員番号
が、未処理である。

【０１０８】次のＳ４０３では、制御装置４０は、代替
駐車場として使用可能な駐車場があるかどうか、判別す
る。具体的には、まず、制御装置４０は、管理テーブル
４２の“満／空”フィールドを参照することにより、全
ての駐車場Ｐ１〜Ｐ５が満車になっているかどうか、判
別する。そして、制御装置４０は、全ての駐車場Ｐ１〜
Ｐ５が満車になっていれば、処理を終了する。一方、各
駐車場Ｐ１〜Ｐ５のうち処理対象駐車場以外に「空き
有」のものがある場合には、制御装置４０は、当該駐車
場を一次候補駐車場として指定する。そして、制御装置
４０は、一次候補駐車場の周辺の道路状況を確認する。
即ち、制御装置４０は、監視テーブルＶを参照し、一次
候補駐車場のうち、その“関連ブロック”の少なくとも
一つが“通常”状態であるものがあれば、当該駐車場を
二次候補駐車場として指定した後、処理をＳ４０４へ進
め、それ以外の場合には、Ｓ４０２で取得した会員番号
を処理済とした後、処理をＳ４０８へ進める。

【０１０９】Ｓ４０４では、制御装置４０は、管理テー
ブル４２を参照して、処理対象駐車場に対応するレコー
ド以外のレコードにおける“予約会員番号”中に、最後
のＳ４０２で取得した会員番号が重複して格納されてい
ないかどうか、確認する。そして、制御装置４０は、会
員番号が重複して格納されていなければ、処理をＳ４０
５へ進め、会員番号が重複して格納されていれば、当該
会員番号を処理済とした後、処理をＳ４０８へ進める。

【０１１０】Ｓ４０５では、制御装置４０は、代替駐車
場を指定する。具体的には、制御装置４０は、二次候補
駐車場のなかから、会員が予約している駐車場に最も近
いものを、代替駐車場として指定する。即ち、制御装置
４０は、隣接駐車場テーブルＬのうちの会員が予約して
いる駐車場が設置された施設の項目を参照することによ
り、会員が予約している駐車場に最も近い駐車場を指定
する。

【０１１１】次のＳ４０６では、制御装置４０は、Ｓ４
０５指定した代替駐車場を予約する。具体的には、制御
装置４０は、管理テーブル４２中の代替駐車場に対応し
たレコードにおける“予約会員番号”のフィールド内
に、最後のＳ４０２で取得した会員番号を追加する。

【０１１２】次のＳ４０７では、制御装置４０は、会員
が当初予約していた駐車場付近の道路が混雑しているの
で、新たに、代替駐車場が予約された旨のメール（予約
変更通知メール）を会員の端末へ送信する。即ち、制御
装置４０は、会員テーブルＵを参照して、最後のＳ４０
２で取得した会員番号に対応するメールアドレスを取得
し、このメールアドレスに対して、予約変更通知メール
を送信する。例えば、当初、会員が劇場棟の駐車場Ｐ５
を予約していたところ、新たに、オフィス棟Ｉの駐車場
Ｐ３が予約されたのであれば、図２８に示された予約変
更通知メールが、送信される。なお、この予約変更通知
メールは、新たに予約された代替駐車場への案内画像デ
ータを、含んでいてもよい。

【０１１３】上記のように、会員が入庫予約を行ってか
らエリアへの進入口へ向かっている間に、この会員が予
約した駐車場の近傍で渋滞や混雑が発生したとしても、
代替駐車場が予約される。そして、会員の端末Ｃへ予約
変更通知メールが送信されるので、会員は、渋滞や混雑
を避けて代替駐車場へ到達することができる。会員が、
代替駐車場における駐車場側装置に対し、自分の会員番
号を入力して入庫の操作を実行すると、制御装置４０
は、この駐車場側装置を介して当該会員が駐車場に達し
たことを認識する。そして、制御装置４０は、管理テー
ブル４２における“予約会員番号”に格納された当該会
員の会員番号を、全て消去する。

【０１１４】なお、この会員が、代替駐車場へ向かわず
に、当初予約した駐車場に到達した場合にも、管理テー
ブル４２における“予約会員番号”に格納された当該会
員の会員番号は、全て消去される。

【０１１５】

【発明の効果】以上のように構成された本発明のルート
案内システムは、エリア内の複数の地点から選択された
地点，及びこのエリアへの進入口間の複数の経路のう
ち、車両の走行に最も適したものを取得することができ
る。さらに、このルート案内システムは、取得した経路
を示す案内画像データを取得することができる。

【図面の簡単な説明】

【図１】 本発明の実施形態のルート案内システムが適
用されるエリアの模式図

【図２】 本発明の第１実施形態のルート案内システム
を模式的に示すブロック図

【図３】 管理テーブルを示す模式図

【図４】 ブロックテーブルを示す模式図

【図５】 ルートテーブルを示す模式図

【図６】 標準画像表示処理を示すフローチャート

【図７】 標準画像表示例を示す模式図

【図８】 第１実施形態の案内画像表示処理を示すフロ
ーチャート

【図９】 案内画像例を示す模式図

【図１０】 案内画像例を示す模式図

【図１１】 案内画像例を示す模式図

【図１２】 本発明の第２実施形態のルート案内システ
ムを模式的に示すブロック図

【図１３】 隣接駐車場テーブルを示す模式図

【図１４】 第２実施形態の案内画像表示処理を示すフ
ローチャート

【図１５】 目的地選択画面を示す模式図

【図１６】 駐車場選択画面を示す模式図

【図１７】 進入口選択画面を示す模式図

【図１８】 案内画像例を示す模式図

【図１９】 本発明の第３実施形態のルート案内システ
ムを模式的に示すブロック図

【図２０】 会員テーブルを示す模式図

【図２１】 管理テーブルを示す模式図

【図２２】 監視テーブルを示す模式図

【図２３】 第３実施形態の予約処理を示すフローチャ
ート

【図２４】 第３実施形態の予約処理を示すフローチャ
ート

【図２５】 認証画面を示す模式図

【図２６】 予約確認画面を示す模式図

【図２７】 第３実施形態の代替駐車場予約処理を示す
フローチャート

【図２８】 予約変更通知メールを示す模式図

【符号の説明】

１０，３０，４０ 制御装置 １１，３１，４１ ハードディスク １２，４２ 管理テーブル １３ ブロックテーブル １４ ルートテーブル １５ 地図データ Ｗ ウェブサーバプログラム Ｔ メールサーバプログラム Ｌ 隣接駐車場テーブル Ｕ 会員テーブル Ｖ 監視テーブル Ｐ１〜Ｐ５ 駐車場 ２１〜２５ 駐車場側装置 Ｄ１〜Ｄ３ 案内板 Ｍ１〜Ｍ１４ 測定装置 Ｂ１〜Ｂ１４ ブロック Ｃ 端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０８Ｇ 1/0969 Ｇ０８Ｇ 1/0969 1/14 1/14 Ａ Ｇ０９Ｂ 29/00 Ｇ０９Ｂ 29/00 Ａ Ｆ Ｆターム(参考） 2C032 HB15 HB24 HC08 HC22 HD07 HD16 HD23 2F029 AA02 AC13 5B069 AA12 AA17 BB16 DD03 DD04 DD15 5E501 AA04 AA22 AB03 AB18 AC15 AC25 BA14 EB05 FA14 FA23 FA42 5H180 AA01 CC04 CC11 CC17 DD04 KK06

Claims (10)

【特許請求の範囲】
1. 【請求項１】所定のエリアへの進入口とこのエリア内の
   複数の地点との間における車両の走行を案内するルート
   案内システムであって、 前記進入口と前記地点との組に対して２つ以上存在する
   経路を仮想的に分割してなる複数のブロックに対して夫
   々関連づけられるとともに、当該ブロックが、車両が通
   常通りに走行可能な通常状態か車両が通常通りには走行
   できない異状状態かを示す道路状態情報を含んだ複数の
   ブロックデータを格納した第１の記憶媒体と、 前記各経路に対して夫々関連づけられるとともに、該経
   路に沿った前記各ブロックを順に示す複数のルートデー
   タを格納した第２の記憶媒体と、 前記進入口と前記各地点から選択された１つの地点との
   組に対応した経路に関連づけられた各ルートデータのう
   ちの該ルートデータが示す各ブロックに夫々対応する前
   記各ブロックデータの全てが通常状態であることを示し
   ている走行可能ルートデータから、１つのルートデータ
   を推奨ルートデータとして選択し、選択した推奨ルート
   データと関連づけられた経路をこのエリアの地図に重ね
   てなる案内画像データを取得する制御装置とを備えたこ
   とを特徴とするルート案内システム。
2. 【請求項２】前記制御装置は、前記走行可能ルートデー
   タのうち、該走行可能ルートデータが示す各ブロックが
   いずれも通常状態であるときに、車両が前記進入口及び
   前記地点間を移動するのに要する標準走行時間が最も短
   いものを、前記推奨ルートデータとして選択することを
   特徴とする請求項１記載のルート案内システム。
3. 【請求項３】前記各ブロックに夫々対応させて配置さ
   れ、当該ブロックの道路状態情報を取得する複数の測定
   装置を、 さらに備えたことを特徴とする請求項１又は２記載のル
   ート案内システム。
4. 【請求項４】前記進入口の近傍に配置されるとともに、
   前記案内画像データを表示する案内板を、さらに備えた
   ことを特徴とする請求項１乃至３のいずれかに記載のル
   ート案内システム。
5. 【請求項５】前記制御装置は、表示装置を有する利用者
   の端末に対し、前記案内画像データを表示させることを
   特徴とする請求項１乃至４のいずれかに記載のルート案
   内システム。
6. 【請求項６】前記進入口は、複数設けられ、 前記ルートデータは、前記各地点と各進入口との組に夫
   々対応させて前記第２の記憶媒体内に格納され、 前記制御装置は、前記端末を介して、前記地点のうちの
   １つを指定する地点指定情報，及び，前記進入口のうち
   の１つを指定する進入口指定情報を、取得し、取得した
   地点指定情報が指定する地点と進入口指定情報が指定す
   る進入口との組に対応したルートデータに基づいて、前
   記案内画像データを生成することを特徴とする請求項５
   記載のルート案内システム。
7. 【請求項７】前記エリア内の各地点は、このエリア内に
   設けられた複数の駐車場であり、 このエリア内に設けられた複数の目的地毎に、該目的地
   に近い駐車場を順に示す隣接駐車場データを格納した第
   ３の記憶媒体を、さらに備えるとともに、 前記制御装置は、前記端末を介して、前記目的地のうち
   の１つを指定する目的地指定情報を取得し、前記隣接駐
   車場データに基づいて、前記各駐車場を前記目的地指定
   情報が示す目的地から近い順に提示する駐車場選択画面
   を、前記端末に表示させ、この駐車場選択画面に基づい
   て利用者により選択された地点を示す情報を、前記地点
   指定情報として取得することを特徴とする請求項５又は
   ６記載のルート案内システム。
8. 【請求項８】前記各駐車場が、夫々、満車であるか否か
   を示す満空データを格納した第４の記憶媒体を、さらに
   備えるとともに、 前記制御装置は、前記満空データを参照することによ
   り、前記駐車場選択画面に、前記各駐車場が満車である
   か否かを示す情報を含ませることを特徴とする請求項７
   記載のルート案内システム。
9. 【請求項９】前記各駐車場と、該駐車場の利用を予約し
   た利用者とを関連づけた予約データを格納する第５の記
   憶媒体を、さらに備えるとともに、 前記制御装置は、前記端末を介して、利用者が前記各駐
   車場の利用を希望する旨を通知してきた場合に、前記予
   約データを更新することにより、当該駐車場をこの利用
   者のために予約することを特徴とする請求項７又は８記
   載のルート案内システム。
10. 【請求項１０】前記制御装置は、前記ブロックデータを
    参照することにより、前記各駐車場の近傍のブロックが
    異状状態になったことを検知した場合に、前記予約デー
    タを参照することにより、当該駐車場を予約している利
    用者を特定し、特定した利用者のために、当該駐車場の
    他の各駐車場から選択される駐車場を新たに予約し、新
    たに予約がなされた旨の情報を、利用者の端末へ送信す
    ることを特徴とする請求項９記載のルート案内システ
    ム。