(57)【要約】      （修正有）【課題】貸出車両の配車先として集合住宅の駐車場を用いる車両配車システムにおいて、たとえば他の車両の駐車区画の占有によって貸出車両が配車不可能となるのを防止する。【解決手段】車両貸出サービスの予約をネットワーク経由で受け付ける配車サーバ５０１と、車両貸出サービスの貸出車両が配車される駐車場を有する集合住宅において駐車場の駐車区画の利用を管理する制御部２００と、を含み、車両貸出サービスの予約の際、配車サーバ５０１と制御部２００が通信し、前記駐車場の駐車区画が配車日時に貸出車両の配車に利用可能か否かが判定され、前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能である場合に配車サーバ５０１が当該の車両貸出サービスの予約を受け付ける。【選択図】図１
2014211778.tif 000002
【特許請求の範囲】
【請求項１】
車両貸出サービスの予約をネットワーク経由で受け付ける配車予約サーバと、前記車両貸出サービスの貸出車両が配車される駐車場を有する集合住宅において前記駐車場の駐車区画の利用を管理する制御部と、を含む車両配車システムにおいて、
前記配車予約サーバと前記制御部の間で通信を行ない、この通信を介して、前記駐車場の駐車区画が特定の配車日時に貸出車両の配車に利用可能か否かを判定する判定手段を有し、
前記配車予約サーバに対して車両貸出サービスの予約が行なわれる際、貸出車両の配車先として前記駐車場の駐車区画が指定された場合、前記判定手段により前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能か否かを判定し、その結果、前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能である場合に前記配車予約サーバが当該の車両貸出サービスの予約を受け付けることを特徴とする車両配車システム。
【請求項２】
請求項１に記載の車両配車システムにおいて、前記駐車場を有する集合住宅において、宅配荷物または郵便物の集受に用いられる複数の物品収納ボックスを含む物品収受装置が配置され、前記制御部は、前記集合住宅の居住者によって提示される認証手段による認証に基づき前記物品収受装置の扉の開閉を制御するとともに、居住者によって提示される前記認証手段による認証に基づき、前記駐車場の駐車区画を前記車両貸出サービスの貸出車両の配車に利用すべく予約させ、当該の駐車区画予約データを所定のデータベースに記録し、前記判定手段は該データベースに記録された駐車区画予約データを参照して前記駐車場の駐車区画が配車日時に貸出車両の配車に利用可能か否かを判定することを特徴とする車両配車システム。
【請求項３】
請求項１または２項に記載の車両配車システムにおいて、前記配車予約サーバに対して車両貸出サービスの予約が行なわれる際、前記配車予約サーバと前記制御部の間で通信を行ない、この通信を介して、前記配車予約サーバから前記制御部に対して当該の配車日時に貸出車両の配車に利用すべく前記駐車場の駐車区画を予約することを要求することを特徴とする車両配車システム。
【請求項４】
請求項１〜３のいずれか１項に記載の車両配車システムにおいて、前記駐車場の駐車区画の駐車状態を検出するセンサ手段が設けられ、前記車両貸出サービスの貸出車両の配車時間帯において、前記センサ手段を介して当該貸出車両の配車先である駐車区画が空きとなっているかが判定され、当該貸出車両の配車先である駐車区画が空きとなっていない場合には予約された駐車区画が占有されている旨の警告を発生することを特徴とする車両配車システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はレンタカーやカーシェアリングシステム、あるいはカーリースシステムなどの車両貸出サービスにおいて、貸出車両をマンションなどの集合住宅の駐車場に配車することができる車両配車システムに関するものである。
【背景技術】
【０００２】
従来より、レンタカーやカーシェアリングシステム、あるいはカーリースシステムなどにおいて自動車など（自転車などの軽車両を含む）車両を貸し出すサービス形態が知られている。これらの車両貸出システムにおいては、貸出車両を車両のある地点までユーザーが受領しに行く形態が一般的であり、たとえばレンタカーの場合はユーザがレンタカー業者の店舗に出向いて貸出車両を受領しなければならない、という面倒がある。
【０００３】
この車両貸出時のユーザの負担を軽減する観点から、ユーザ指定の場所に配車を行なえるレンタカー貸出システムが提案されている（下記の特許文献１）。特許文献１のシステムでは、ネットワーク経由で車両貸出を予約し、ユーザが指定した配車指定地点に配車を行なう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−７１９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１では、ユーザが指定する配車指定地点として、自宅、契約駐車場、集合住宅の駐車場、企業の駐車場、有料駐車場などが例示されているが、特許文献１では、実際にその配車指定地点に配車が可能であるか否かについては全く考慮されていない。
【０００６】
しかしながら、集合住宅の駐車場、企業の駐車場、有料駐車場など、特に共用形態で使用される駐車場の場合は、駐車区画の予約不備や、他の車両の不法占有などの原因によって、その駐車区画に配車不可能である可能性もある。
【０００７】
特に車両貸出システムの配車作業者が実際に配車先の駐車区画に到着した際にその区画に駐車不可能である場合には配車が行なえない可能性もある。たとえば、この種の共用形態の駐車場では、指定区画が使用不能である場合、他の空いている駐車位置に配車して良いかどうか不明であることが殆んどであろうと考えられ、このようなケースでは貸出車両を申し込んだユーザと電話などで連絡をとって配車先を折衝し直したり、それが不可能である場合には配車不能として貸出車両を持ち帰らなければならなくなる可能性もある。
【０００８】
本発明の課題は、上記の問題に鑑み、貸出車両の配車先として集合住宅の駐車場を用いる車両配車システムにおいて、配車先の駐車場を確実に利用できるようにし、たとえば他の車両の駐車区画の占有などによって貸出車両が配車不可能となる事態を防止できるようにすることにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明においては、車両貸出サービスの予約をネットワーク経由で受け付ける配車予約サーバと、前記車両貸出サービスの貸出車両が配車される駐車場を有する集合住宅において前記駐車場の駐車区画の利用を管理する制御部と、を含む車両配車システムにおいて、前記配車予約サーバと前記制御部の間で通信を行ない、この通信を介して、前記駐車場の駐車区画が特定の配車日時に貸出車両の配車に利用可能か否かを判定する判定手段を有し、前記配車予約サーバに対して車両貸出サービスの予約が行なわれる際、貸出車両の配車先として前記駐車場の駐車区画が指定された場合、前記判定手段により前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能か否かを判定し、その結果、前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能である場合に前記配車予約サーバが当該の車両貸出サービスの予約を受け付ける構成を採用した。
【００１０】
あるいはさらに、前記駐車場を有する集合住宅において、宅配荷物または郵便物の集受に用いられる複数の物品収納ボックスを含む物品収受装置が配置され、前記制御部は、前記集合住宅の居住者によって提示される認証手段による認証に基づき前記物品収受装置の扉の開閉を制御するとともに、居住者によって提示される前記認証手段による認証に基づき、前記駐車場の駐車区画を前記車両貸出サービスの貸出車両の配車に利用すべく予約させ、当該の駐車区画予約データを所定のデータベースに記録し、前記判定手段は該データベースに記録された駐車区画予約データを参照して前記駐車場の駐車区画が配車日時に貸出車両の配車に利用可能か否かを判定する構成を採用した。
【００１１】
あるいはさらに、前記配車予約サーバに対して車両貸出サービスの予約が行なわれる際、前記配車予約サーバと前記制御部の間で通信を行ない、この通信を介して、前記配車予約サーバから前記制御部に対して当該の配車日時に貸出車両の配車に利用すべく前記駐車場の駐車区画を予約することを要求する構成を採用した。
【００１２】
あるいはさらに、前記駐車場の駐車区画の駐車状態を検出するセンサ手段が設けられ、前記車両貸出サービスの貸出車両の配車時間帯において、前記センサ手段を介して当該貸出車両の配車先である駐車区画が空きとなっているかが判定され、当該貸出車両の配車先である駐車区画が空きとなっていない場合には予約された駐車区画が占有されている旨の警告を発生する構成を採用した。
【発明の効果】
【００１３】
上記構成によれば、車両貸出サービスの予約の際、配車サーバが制御部が通信し、前記駐車場の駐車区画が配車日時に貸出車両の配車に利用可能か否かが判定され、前記駐車場の駐車区画が当該の配車日時に貸出車両の配車に利用可能である場合に配車サーバが当該の車両貸出サービスの予約を受け付けるようにしているため、貸出車両の配車先として集合住宅の駐車場を用いる車両配車システムにおいて、配車先の駐車場を確実に利用でき、貸出車両が配車不可能となる、などの事態を防止することができる、という優れた効果がある。
【００１４】
また、集合住宅に複数の物品収納ボックスを含む物品収受装置が配置される構成においては、前記制御部は物品収受を管理、制御するとともに、物品収受のための認証手段を用いた認証に基づき、前記駐車場の駐車区画を前記車両貸出サービスの貸出車両の配車に利用すべく予約させ、駐車区画予約データを所定のデータベースに記録するよう構成することにより、このデータベースの駐車区画予約データを利用して前記判定手段によって前記駐車場の駐車区画が配車日時に貸出車両の配車に利用可能か否かを判定することができる。
【００１５】
また、前記配車予約サーバに対して車両貸出サービスの予約が行なわれる際、前記配車予約サーバと前記制御部の間で通信を行ない、この通信を介して、前記配車予約サーバから前記制御部に対して当該の配車日時に貸出車両の配車に利用すべく前記駐車場の駐車区画を予約することを要求できるよう構成することにより、予め駐車区画が予約されていない、あるいは駐車区画の予約ミスなどにより駐車区画予約者名義の不一致などの矛盾が生じている場合などにおいても、前記配車予約サーバから前記制御部に対する要求に基づき駐車区画を予約することが可能であり、配車先をより確実に確保することができる、という優れた効果がある。
【００１６】
また、前記車両貸出サービスの貸出車両の配車時間帯において、前記センサ手段を介して当該貸出車両の配車先である駐車区画が空きとなっているかが判定され、当該貸出車両の配車先である駐車区画が空いていない場合には予約された駐車区画が占有されている旨の警告を発生する構成を用いることにより、たとえば集合住宅の管理人などが錯誤による他の車両の駐車や、不法占有などによる障害に対処することが容易になる、という優れた効果がある。
【図面の簡単な説明】
【００１７】
【図１】本発明を採用した車両配車システムの構成を示したブロック図である。
【図２】本発明を採用した車両配車システムで用いられる管理データベースの構成の一例を示した説明図である。
【図３】本発明を採用した車両配車システムで駐車場管理データベースの構成の一例を示した説明図である。
【図４】本発明を採用した車両配車システムにおける配車予約時の制御手順の一例を示したフローチャート図である。
【図５】本発明を採用した車両配車システムにおける配車予約時の制御手順の一例を示したフローチャート図である。
【図６】本発明を採用した車両配車システムにおいて駐車区画の監視制御手順の一例を示したフローチャート図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態の一例として、マンションなどの集合住宅において実施するに好適な車両配車システムに関する実施例につき添付図面を参照しつつ説明する。
【実施例】
【００１９】
図１は本発明を採用した車両配車システムの構成を示している。
【００２０】
本実施例の車両配車システムは、マンションなどの集合住宅（以下、単に「集合住宅」と称する）において、その集合住宅の駐車場に貸出車両を配車するサービスを提供する。車両貸出サービスの配車予約サーバ（５０１：後述）と連携して貸出車両の配車先の駐車場（３０３：後述）の管理を行なう制御手段は集合住宅に設置された物品収受装置１００の物品収受装置の制御回路によって構成される。
【００２１】
本実施例の集合住宅に配置される物品収受装置１００は図１の右方に示すように、宅配物の授受に用いる宅配ボックス（宅配ロッカー）や、郵便受けなどとして構成される。
【００２２】
図１の物品収受装置１００は、たとえば集合住宅の（宅配業者や郵便配達員がアクセスできる）公共側に面する側を図示してある。ここでは、まず物品収受装置１００の概略構成につき説明する。
【００２３】
物品収受装置１００は、複数の物品収受ボックス１０１、１０１…から構成され、物品収受ボックス１０１が郵便受けとして構成される場合には破線で示すように投函口１０２、１０２…が設けられ、物品収受ボックス１０１…の投函口１０２とは反対側（不図示）の面には郵便物を取り出すための電気錠（あるいは番号キー）により開閉される扉（不図示）が設けられる。
【００２４】
物品収受ボックス１０１、１０１…が宅配ボックスとして構成される場合には、図示の公共側の面は宅配業者が宅配物を収容するための扉（この扉は居住者が宅配物を取り出すための扉を兼ねていてもよい）として構成され、その反対側には居住者が宅配物を取り出すための扉（不図示）が設けられ、これらの扉の施錠・開錠は電気錠（不図示）により制御される。
【００２５】
物品収受ボックス１０１、１０１…の郵便物を取り出すための扉、あるいは宅配物を収容し、また取り出すための表裏の２つの扉の開閉は、コンソール１０３での居住者あるいは宅配業者の操作に応じて制御部２００（後述）により制御される。
【００２６】
コンソール１０３は、ここでは便宜上、公共側に配置されたものを図示しているが、ほぼ同じ構造、ほぼ同じ機能のものをプライベート側（図示した側と反対側）に設けることができる。これら公共側およびプライベート側のコンソール１０３は、いずれも本実施例に関してはほぼ同様に用いることができるものとする。
【００２７】
コンソール１０３には、ＬＣＤパネル（あるいはさらにタッチパネル）などから構成されたディスプレイ１０４、ファンクションキーやテンキーから成るキーボード１０５、および認証手段としてのＩＤカード１１１の情報を読み取るカードリーダー１０６が設けられる。
【００２８】
ＩＤカード１１１は、集合住宅の居住者がそれぞれ保有するもので、たとえばその居室番号などがＩＤ情報として記録されたＩＣカードなどにより構成される。また、当該集合住宅以外のＩＤカード１１１を用いたりできないように、ＩＤカード１１１には、当該集合住宅で用いることができる正規のカードであることを示す特定の鍵情報を格納したり、あるいは居室番号などのＩＤ情報を当該集合住宅のみで通用する鍵情報を用いて暗号化して記録したりすることができる。
【００２９】
さらに本実施例では、ＩＤカード１１１は、駐車場３０３の予約の際に、カードリーダー１０６に提示することにより行なうユーザ認証に用いられる。駐車場３０３の予約管理は、この認証手続が成功することを条件として、物品収受装置１００の制御部２００によって制御される。駐車場３０３は、当該集合住宅の居住者が車両貸出システムの配車先（あるいは来客用の臨時駐車用）として予約することができるよう、当該集合住宅の管理規約などが定められているものとする。
【００３０】
なお、ＩＤカード１１１は当該集合住宅の特定の居住者のユニークなＩＤ情報を記録しているため、たとえばＩＤカード１１１を提示して駐車場３０３の管理区画を車両貸出システムの配車先（あるいは来客用の臨時駐車用）として予約（後述の図４）する場合、制御部２００は当該の特定の居住者がその予約操作を行なっている、ということを確実に認識することができる。
【００３１】
また、本実施例では、後述するように制御部２００による駐車場３０３の管理と、車両貸出システム（の配車予約サーバ５０１）の配車予約処理を連携させる必要があり、たとえば貸出車両の配車先の駐車場予約の際ＩＤカード１１１の提示により識別される当該集合住宅の特定の居住者と、配車予約サーバ５０１にネットワーク経由でアクセスして行なう配車予約を申し込んだユーザの一致を保証できる必要がある。
【００３２】
たとえば、この駐車場予約と配車予約におけるそれぞれのユーザ一致は、免許証提示などの本人（あるいはさらに住所）確認を経て行なわれる車両貸出システムの会員登録の際に、集合住宅名やその住所、居室番号などの識別情報を申告させ、車両貸出システムの会員情報データベースに格納することなどにより保証することができる。
【００３３】
上述のような、集合住宅側および車両貸出システム側のユーザ登録の細部や、認証制御の細部の仕様などは、あらかじめ集合住宅の管理組合（あるいは本システムの運営組織）と、車両貸出システムの運営組織との間の取り決めによって予め決定しておくことができる。
【００３４】
あるいはさらに、ＩＤカード１１１は、宅配物（あるいは郵便物や郵便小包）を収容するため物品収受ボックス１０１、１０１…の公共側の扉を開錠するためだけ用いる（居住者に配布するものとは異なる限定された機能を有する）特別なカードとして特定の宅配業者（あるいは郵便配達人）に配布することもできる。さらに、ＩＤカード１１１は、集合住宅のエントランスの扉（不図示。いわゆるオートロック制御される玄関扉）や、居住者個々の居室を開閉する鍵として機能するカードキーを兼ねていてもよい。
【００３５】
コンソール１０３のディスプレイ１０４、キーボード１０５は、物品収受ボックス１０１の操作や物品収受装置１００の管理作業に用いられる他、本実施例では後述する車両貸出システムの配車予約サーバ（５０１）にアクセスし貸出予約を行なうためのアプリケーション（たとえば汎用ないしは専用のブラウザなどの形態で実装される）を実行するのに用いることができる。
【００３６】
物品収受装置１００の制御部２００は、コンソール１０３でのＩＤカード１１１の提示、操作に応じて、物品収受装置１００の物品収受ボックス１０１、１０１…を施錠／開錠する電気錠の開閉制御を行なう。
【００３７】
制御部２００は、主制御部としてのＣＰＵ２０１、後述のプログラムを格納したＲＯＭ２０２、ワークエリアとして用いられるＲＡＭ２０３、検出制御部３０１と通信するための所定通信方式によるインターフェース２０５（たとえば IEEE 802.3 ネットワークインターフェース、シリアルインターフェースなど）、から構成される。
【００３８】
さらに制御部２００には、ＨＤＤや不揮発メモリカードから成る外部記憶装置２０７が接続されており、後述のプログラム、および管理データベース情報はこの外部記憶装置２０７に格納される。
【００３９】
また、制御部２００は、ネットワークインターフェース２０４（たとえば IEEE 802.3 ネットワークインターフェースや所定方式の WAN インターフェースなど）を有し、ネットワーク２０６（インターネット、またはイントラネット）を介して遠隔地のサーバと通信することができる。
【００４０】
また、本実施例では、駐車場（３０３）の予約管理を行なうために、時刻に応じたシステム制御を行なえるよう制御部２００にはリアルタイムクロック２１１が設けられている。
【００４１】
図１のシステムが設置された集合住宅は、駐車場３０３を有し、この駐車場３０３は駐車区画（図中においてＰＬと略記する場合がある）３０３１、３０３２、３０３３…から構成される。
【００４２】
駐車区画３０３１、３０３２、３０３３…は集合住宅の居住者に専有的に貸与されるよう利用される他、そのうちのいくつかの区画を来客用駐車場などとして利用することができる。こうした駐車区画３０３１、３０３２、３０３３…の運用の態様は集合住宅の管理規約などに応じて任意であるが、本実施例では駐車区画３０３１、３０３２、３０３３…の内いくつかの区画をレンタカーや、カーシェアリングシステムなどから配車される貸出車両の配車先として用いることができるものとする。
【００４３】
貸出車両の配車先として用いられる駐車区画は、貸出車両の配車専用であってもよいし、また、来客用の駐車区画などを一部共用するような運用であってもよいが、以下の説明では説明を容易にするため、少なくとも駐車区画３０３１、３０３２の２つの区画が貸出車両の配車のために割り当てられているものとする。
【００４４】
駐車区画３０３１、３０３２、３０３３…には、各区画に実際に車両が駐車しているか否かを検出するセンサ３０４１、３０４２、３０４３…を配置することができる。センサ３０４１、３０４２、３０４３…は、たとえば車両により検出光が遮られることにより車両検出を行なう光学式センサなどから構成することができる他、駐車区画３０３１、３０３２、３０３３…がたとえば有料式の駐車区画として構成されコインパーキングなどで用いられるようなフラップ（ロック板）が設けられている場合には、このフラップ（ロック板）を上下させるのに用いられるセンサを流用することも考えられる。センサ３０４１、３０４２、３０４３の出力は検出回路３０１によって取り込まれ、制御部２００のＣＰＵ２０１はインターフェース２０５を介して各駐車区画３０３１、３０３２、３０３３…のそれぞれの利用状態をリアルタイムで把握することができる。
【００４５】
上述のように、本実施例の駐車場３０３は、レンタカー、カーシェアリングシステムなどの車両貸出システムの配車先として利用することができるよう運用する。以下では、この車両貸出システムネットワーク（インターネットあるいはイントラネット）２０６経由で配車予約が可能であるものとする。
【００４６】
このために、車両貸出システムの運営組織（たとえばレンタカー運営会社）はネットワーク２０６上に配車予約サーバ（以下、配車サーバと記す）５０１を配置する。そして、この配車サーバ５０１に対してパーソナルコンピュータや携帯端末などの端末５０２からインターネットブラウザないしは専用プログラムなどのアプリケーションを用いてアクセスし、配車予約を行なうことができるよう車両貸出システムが構成される。
【００４７】
本実施例においては、インターネット上の端末５０２（パーソナルコンピュータや携帯端末など）から配車サーバ５０１が貸出車両予約を受け付け（インターネットないしはイントラネット予約）できるようにする。
【００４８】
しかも、本実施例では配車サーバ５０１が、特定の集合住宅の駐車場３０３の駐車区画３０３１、３０３２…を配車先として指定された車両貸出予約を受け付けることができるようにするが、いたずら予約などを防止するため、上述のように当該の車両貸出予約を行なっているユーザと、特定の集合住宅の駐車場３０３の駐車区画３０３１、３０３２…を予約したユーザ（当該の特定の居住者）の一致が保証できなければならない。
【００４９】
このため、車両貸出システムの運営組織は、貸出車両のインターネット（イントラネット）予約を希望するユーザに対しては予め利用者登録を要求し、さらに特定の集合住宅の駐車場３０３の駐車区画３０３１、３０３２…を配車先として用いることを希望するユーザに対しては、住所、氏名や連絡先（電話番号および電子メールアドレスなど）の必要事項の他、さらに少なくとも集合住宅名称、集合住宅住所、および居室番号の登録を要求することが望ましい。また、規約上、この利用者登録の際、住所や本人確認は免許証の提示などを義務付けるのが望ましい。この利用者登録を行なった後、車両貸出システムの運営組織からユーザに対してはユーザＩＤ（会員番号など）およびパスワードなどの認証データを発行する。
【００５０】
そして、貸出車両のインターネット（イントラネット）予約を行なうため、配車サーバ５０１にアクセスする場合には、ユーザ（本実施例の集合住宅の居住者）はこのユーザＩＤと認証データを用いてログインすることを要求する。このログイン後は、配車サーバ５０１は当該ユーザの住所、氏名、連絡先などの通常の会員情報の他、ユーザが配車先の集合住宅駐車場を登録している場合は、当該集合住宅の名称やその住所（あるいはさらに駐車場の駐車区画の数など）を把握した上で配車予約を進めることになる。
【００５１】
さらに、後述の制御例では、配車サーバ５０１が制御部２００の管理するデータベース（後述の図２、図３）の駐車区画予約データにアクセスするとともに、配車サーバ５０１が制御部２００に対して配車先の駐車区画の予約を要求できるようにするが、このために、配車サーバ５０１が制御部２００に対してアクセスする通信手段が必要となる。
【００５２】
このための通信プロトコルとしては、ＨＴＴＰ（Ｓ）やＳＳＨ、ＳＳＬなどの任意のインターネットプロトコルを用いることができるが、その場合、配車サーバ５０１は、集合住宅の制御部２００のアドレス（ＵＲＩ／ＵＲＬやＩＰアドレス）を認識している必要がある。
【００５３】
また、この通信のため、集合住宅の制御部２００のアドレス（ＵＲＩ／ＵＲＬやＩＰアドレス）は、たとえば上記の車両貸出システムの利用者登録の際、ユーザに申告させ、集合住宅名や住所と関連づけて登録する手法が考えられる。あるいは、車両貸出システム、および集合住宅の管理会社、管理組合、あるいは制御部２００が管理する宅配ボックスの管理組織との間で配車サービスに関して特定の契約が結ばれるようなケースでは、契約に基づき集合住宅名などから特定の集合住宅の制御部２００のアドレス（ＵＲＩ／ＵＲＬやＩＰアドレス）を抽出できるようなデータベースを用意できる可能性があり、その場合には配車サーバ５０１はそのデータベースを用いて車両予約の際、ユーザが申告した集合住宅名などから特定の集合住宅の制御部２００のアドレス（ＵＲＩ／ＵＲＬやＩＰアドレス）を求めることが可能となる。上記のような構成により、後述の配車予約処理（図５）の際、配車サーバ５０１から制御部２００に対して通信を行なえるようになる。
【００５４】
図２および図３は、図１の物品収受装置および車両貸出システムからなる装置の制御に用いられるデータベースの構成の一例を示している。
【００５５】
図２および図３のデータベースは、制御部２００の外部記憶装置、ないしはネットワーク２０６に配置された不図示の管理サーバの外部記憶装置（不図示）の記憶領域（通常、特定のデータベース方式におけるデータベースファイル）を用いて構成される。
【００５６】
この種のデータベースは、通常、いわゆるリレーショナル形式により構成され、複数の記憶領域を関連づける形で種々のデータレコードを格納する。
【００５７】
図２は、本実施例のシステムにおける主データベースの概要を示しており、このデータベースにおいては、各レコードはフィールド１３０１の居室ＩＤ（居室番号）ごとに１レコードを構成する。この１レコードは符号１３０１〜１３０４で示すフィールド、すなわち、居室ＩＤ、物品収受ボックスＩＤ、物品収受データベースへのポインタ、および駐車場３０３の予約管理データ（駐車予約データ）をそれぞれ格納するフィールドから構成される。
【００５８】
このうち、居室ＩＤ１３０１のフィールドには、ＩＤカード１１１によって識別される居住者の居室ＩＤ（たとえば居室の部屋番号）を格納する。
【００５９】
物品収受ボックスＩＤ１３０２のフィールドには、物品収受ボックス１０１が郵便受け、宅配ボックスのいずれの場合であっても、居室ＩＤ１３０１のデータの示す居住者に対応づけられた物品収受ボックス１０１が存在する場合に、そのボックスのＩＤ（ここでは物品収受ボックス１０１、１０１…に割り付けられた２桁の番号を例示している）が格納される。
【００６０】
居室ＩＤ１３０１（あるいはさらに物品収受ボックスが各居室に専有割り当てされる場合には物品収受ボックスＩＤ１３０２も）のフィールドには、特定のＩＤカード１１１に対して特定の居住者ないし物品収受ボックス１０１のボックスＩＤを発行する登録時などにおいてその居住者に対応する居室番号（あるいはさらに物品収受ボックス番号）の情報が格納される。この登録処理は上記のコンソール１０３、あるいは不図示の別の登録システムを用いて実行する（この登録処理は本発明の本質とはほとんど関係しないのでここでは詳細については説明を省略する）。
【００６１】
物品収受ボックス１０１が宅配物などの収受に用いられるボックスである場合は、物品収受ボックス１０１は特定のユーザの専有使用ではなく、共用形態で使用される場合もあるが、その場合にはフィールド１３０２は、着荷があった場合にのみ、当該ユーザ宛ての荷物が格納されたボックスＩＤが格納されるよう用いられる。
【００６２】
また、物品収受データベースへのポインタ１３０３は、当該居住者の物品収受ボックス１０１を用いた物品収受に関する物品収受データベース（不図示）の格納領域へのポインタ（ファイル名や、メモリアドレス）である。この物品収受データベースには、当該居住者に対して物品収受ボックス１０１により行なわれた物品（宅配物、郵便物など）の収受に関する情報、たとえば着荷日時や、物品収受サービスに関して課金が行なわれる場合にはその課金情報などが蓄積される。ここでは、この種の物品収受を管理する物品収受データベースについては公知であるから詳細な説明は省略するが、物品収受データベースへのポインタ１３０３の値として例示したＰ１１〜Ｐ１３は実際には他の特定のデータベース領域へのポインタ（ファイル名や、メモリアドレス）である。
【００６３】
フィールド１３０４に格納される駐車予約データは、駐車場３０３の駐車区画３０３１、３０３２、３０３３…のうち、フィールド１３０１で示される居室の居住者が駐車場を予約すると生成される。
【００６４】
フィールド１３０４の予約データは、当該居住者に専有的に割り当てられる駐車区画ではなく、後述の車両貸出システムの配車先として予約されるか、あるいは来客用に予約されるなど、居住者の明示的な操作によって駐車区画が予約される場合に生成され、図示のように少なくともその駐車区画が予約された時間帯（日時）データと、予約された駐車区画の番号などを含む。
【００６５】
図２の例では、居室番号１０１の居住者が４月１２日（２０１３年）１０：００−１０：３０の時間帯において、１番めの駐車区画（ＰＬ１：図１の駐車区画３０３１に対応）を予約している。この１番めの駐車区画は、上述のように車両貸出システムの配車先として用いられるもので、予約時間は３０分間で比較的短い。
【００６６】
また、居室番号１０３の居住者は４月１２日（２０１３年）１１：００−１８：００の時間帯において、３番めの駐車区画（ＰＬ３：図１の駐車区画３０３３に対応）を予約している。この３番めの駐車区画は、たとえば車両貸出システムの配車先ではなく、この居住者はたとえば来客用などの目的で７時間の予約時間をとっている。
【００６７】
なお、集合住宅の管理規約によっては、車両貸出システムの配車先や来客用などに臨時に駐車場を使用する場合には、管理組合から駐車場使用料を課金する場合があるが、この課金単価なども必要に応じてフィールド１３０４（あるいは別途設けたフィールド）に格納することができる。
【００６８】
上記のような主データベースが用意されていれば、物品収受に関しては、ＩＤカード１１１がコンソール１０３のカードリーダー１０６に提示されるなどして認証操作が行なわれると、ＣＰＵ２０１が居住者のＩＤ情報であるＩＤカード１１１に記録されたユーザＩＤ（居室ＩＤ）を取得すると、その居室ＩＤを用いて図２の居室ＩＤのフィールド１３０１を有するデータベースレコードを参照することによりその居住者に割り当てられた物品収受ボックスＩＤ（フィールド１３０２）を特定することができる。
【００６９】
また、駐車場３０３の予約に関しては、ＩＤカード１１１をコンソール１０３のカードリーダー１０６に提示する認証操作を条件として許容するが、この場合、上記同様に居室ＩＤからその居室ＩＤ（居室番号）を有するレコードを特定でき、そのフィールド１３０４の駐車場予約データを参照し、また必要に応じてその内容を更新することができる。
【００７０】
図３は、駐車場３０３の駐車区画のためのデータベースレコードの構造を示している。図３のデータベースは以下に示すように駐車場３０３の各駐車区画を管理するデータを格納する。
【００７１】
図３の行方向に配列されたフィールドから成る１レコードは、駐車区画１つごとに割り当てられており、１レコードは駐車区画番号（２３０１）、その駐車区画の属性（２３０２）、その駐車区画の予約データ（２３０３）、およびその他の管理データ（２３０４）のための各フィールドから構成される。
【００７２】
図示の例では１〜１５番の１５台分の駐車区画に対応する１５レコードが示されており（図示上は途中のレコードを省略）、本実施例では、属性フィールド（２３０２）が「Ｒ」となっている１番と２番の駐車区画（図１の３０３１、３０３２）は、車両貸出システムの配車先として用いられるものである。
【００７３】
また、１番と２番以外の駐車区画（図１の３０３３〜）は、属性フィールド（２３０２）が「Ｎ」となっており、これらの駐車区画は、居住者に専有的な駐車区画として貸し出されるか、あるいは来客用などとして臨時に貸出される形態で使用される。なお、ここでは簡略化のため、居住者に（たとえば集合住宅の管理規約に基づく月極め契約などにより）専有的に貸出される駐車区画と、来客用などの臨時の貸出し区画を、「Ｎ」の属性で示し、両者を区別していないが、もちろんこれらにそれぞれ異なる属性を割り当てて管理してもよい。
【００７４】
図３の例では、１番と３番の駐車区画のフィールド２３０３に、図２の予約状態に対応する予約データが格納されている。１番めの駐車区画（図１の３０３１）は車両貸出システムの配車先として４月１２日（２０１３年）１０：００−１０：３０の時間帯において、また、３番めの駐車区画（図１の３０３３）は来客用などの臨時駐車のために４月１２日（２０１３年）１１：００−１８：００の時間帯においてそれぞれ予約されている。
【００７５】
なお、図２および図３のデータベースにおいて、駐車区画予約データのフィールド１３０４、２３０３は簡略化のため、１つのみ図示しているが、これらのフィールドが可変長である場合、あるいは２つめ以降の予約データフィールドを確保してポインタなどによって参照できるようシステムが構成されていれば、複数の予約データを格納できるのはいうまでもない。
【００７６】
次に上記構成における動作につき説明する。
【００７７】
図４は駐車場３０３の駐車区画３０３１、３０３２…を予約する際のＣＰＵ２０１が実行する制御手順を示している。図示の手順はＣＰＵ２０１のプログラムとして、ＲＯＭ２０２や外部記憶装置２０７に格納しておくことができる。
【００７８】
図４の予約ルーチンは、コンソール１０３の予約操作に基づき、独立して起動される他、たとえば後述の車両貸出予約処理（図５）における配車サーバ５０１からの要求などに応じてサブルーチンとして呼び出すこともできる。
【００７９】
図４のステップＳ４１では、駐車場予約操作がコンソール１０３で行われる。ここでは、居住者のみに予約操作を許可するため、ＩＤカード１１１をカードリーダ１０６に提示させる認証操作を操作者に行わせ、その後、駐車予約の希望日時（使用開始および終了の日付と時刻）を少なくとも入力させる。操作者、すなわち駐車場の予約者が誰であるかは、ＩＤカード１１１から読み取ることができる。
【００８０】
また、本実施例では、駐車区画は車両貸出システムの配車先か、それ以外の用途かで使い分けられるため、ステップＳ４１では操作者は予約する駐車区画が車両貸出システムの配車先か、それ以外の用途かを指定する。この指定には、たとえば駐車区画の見取図を用途別に表示して車両貸出システムの配車用またはそれ以外の駐車区画を操作者に指定させることなどにより暗黙に指定させるような方式が考えられる。
【００８１】
なお、車両貸出予約処理（図５）において配車サーバ５０１からの要求に応じて図４の処理が呼び出される場合には、駐車予約の希望日時などの必要事項は端末５０２やコンソール１０３からではなく、配車サーバ５０１から要求を受け取った上位ルーチンによって入力される。
【００８２】
ステップＳ４２では、図３のデータベースを参照して、ステップＳ４１で入力された予約日時に、操作者が希望する車両貸出システムの配車用の（またはそれ以外の）駐車区画に空きがあるか否かを判定する。車両貸出システムの配車用の駐車区画は、たとえば番号の若い方から順に予約日時と衝突する予約データが既に登録されているか否かが判定され、予約日時（予約期間）に空きとなっている駐車区画があればステップＳ４３に移行して、図３のデータベースにおいて当該の駐車区画の（フィールド２３０１が目的の駐車区画番号を有する）レコードのフィールド２３０３に予約データを格納するとともに、図２のデータベースにおいても、ステップＳ４１のＩＤカード提示によって特定された居住者の居室番号を有するレコードのフィールド１３０４に対応する予約操作データを格納し、駐車場予約処理を終了する。
【００８３】
一方、ステップＳ４２で予約希望の日時に車両貸出システムの配車用（またはそれ以外の）駐車区画に空きがない場合にはステップＳ４１に戻って他の予約希望日時を入力させる処理を繰り返すが、その際、ステップＳ４４において予約操作を中止するか否かを操作者が選択できるようにしておく。ステップＳ４４で予約操作が中止された場合には図４の予約処理は終了となる。
【００８４】
図５は、配車サーバ５０１によって行われる車両貸出予約操作の流れを示している。ここでは、特に本システムの集合住宅の駐車場が配車先として用いられる場合の処理を示している。配車サーバ５０１側の制御手順は、不図示のサーバ側のＨＤＤなどに格納されるものとする。
【００８５】
図５の車両貸出予約と、集合住宅の配車先の駐車場予約との前後関係に関しては、
（１）車両貸出予約に先立ち、集合住宅の居住者が図４の手順によって予め配車先の駐車区画を予約しておく
（２）配車先の駐車区画を予約せずに車両貸出予約操作を開始し、必要に応じて配車サーバ５０１側から配車先の駐車区画を予約する（後述のステップＳ５４）
といった形態が考えられるが、本実施例では、いずれの場合でも、従来構成とは異なり、配車サーバ５０１側が配車先として集合住宅の特定の駐車区画を使用できることを確認した上で車両貸出予約処理を完了させることができる点に大きな特徴がある。
【００８６】
また、図５の配車予約操作は、たとえばネットワーク２０６のＰＣや携帯電話などの端末５０２から配車サーバ５０１にアクセスして行なわれる。このとき、端末５０２と配車サーバ５０１間の通信プロトコルには、たとえば上述のようにＨＴＴＰ（Ｓ）などの通信手順を利用することができる。また、たとえばコンソール１０３で端末５０２と同様のＷＷＷブラウザなどのアプリケーションを実行できるように構成してあれば、コンソール１０３から配車サーバ５０１にアクセスすることにより、図５の配車予約操作を行なうこともできる。
【００８７】
図５のステップＳ５１では、配車サーバ５０１から端末５０２（あるいはコンソール１０３）に対して会員ＩＤとパスワードの入力を要求する、などのログイン（認証）処理を行なった上、配車予約処理が開始される。この配車予約処理では、まず端末５０２で予約操作画面がＷＷＷブラウザなどのアプリケーション上に表示され、操作者はその予約操作画面を用いて配車希望の車種、配車日時、さらに集合住宅名および居室番号などのデータを入力（コンソール１０３からこの配車予約操作を行なっている場合や、上述のように車両貸出システムの会員登録の際、集合住宅名および居室番号などの情報が登録されている場合にはこれらの入力は省略することも可能である）する。また、配車先の駐車区画を既に予約済みである場合には、その配車先の駐車区画の番号などの識別情報を入力させるようにしておく。
【００８８】
ステップＳ５１ａでは、車両貸出システムの配車サーバ５０１が、ステップＳ５１で要求された日時に、要求された車種の貸出車両を配車先に配車できるか否かを判定し、当該の配車が可能であればステップＳ５２に移行し、また当該の配車が不可能であればステップＳ５１ｂにおいて配車予約の条件変更を伴なう予約操作を端末５０２側で行なわせ、再度ステップＳ５１ａで配車可能か否かの判定を行なう。
【００８９】
なお、ステップＳ５１ａの配車可能か否かを判定する処理には、車両貸出システムの運営組織の構成によっても異なるが、たとえば数分以上の所要時間を要する可能性があり、その場合には、いったん通信を中止し、配車可能か否かを記載した電子メールなどを端末５０２のアドレスに送信し、ステップＳ５２またはステップＳ５１ｂ以降の処理はたとえば、端末５０２がその電子メールに記載したＵＲＬなどにアクセスすることなどによって続行させることができる。
【００９０】
ステップＳ５２では、配車サーバ５０１から、制御部２００との間の通信経路が確立され、制御部２００との通信を介して、配車サーバ５０１は図３（ないしは図２）のデータベース中の全駐車区画予約データを読み取る。配車サーバ５０１から、制御部２００との間で用いる通信プロトコルは任意であるが、たとえばＳＳＨやＳＳＬなどの公開鍵暗号通信方式を用いるのが好ましい。配車サーバ５０１から、制御部２００との間でデータやコマンドを授受するためのデータフォーマットは予め適宜定めておく。
【００９１】
続いてステップＳ５３では、配車サーバ５０１は制御部２００から取得した駐車区画予約データを解析し、ステップＳ５１の配車予約操作において指定された日時に該当する有効な駐車区画予約データが存在するか否かを判定する。
【００９２】
この判定は、配車予約操作において指定された配車先の集合住宅の駐車場の駐車区画を配車先として利用できるか否かを確認するために行なうもので、ここではまず配車予約操作を行なっている当該集合住宅の居住者が既に駐車区画を予約しているものとして、当該居住者による駐車区画予約データが確実に存在するか否かを判定する。
【００９３】
すなわち、ステップＳ５１で配車先の駐車区画が指定されている場合には、ステップＳ５３では、制御部２００から取得した駐車区画予約データ中で、ステップＳ５１で入力された配車先の駐車区画が指定された配車日時に当該の居住者（居室番号により識別する）によって予約されているか否かを判定し、その旨を確認できた場合には、駐車区画予約有効、と判断する。
【００９４】
また、この段階では、予め駐車区画がまだ予約されていない可能性があるが、ステップＳ５３では、ステップＳ５１で配車先の駐車区画が入力されていない場合も駐車区画予約無効、と判断する。
【００９５】
また、ステップＳ５３では、ステップＳ５１で入力された配車先の駐車区画が、取得した駐車区画予約データ中で、指定された配車日時に予約されてはいるが、居住者が一致しない場合には、駐車区画予約無効、と判断する。
【００９６】
ステップＳ５３において、駐車区画予約有効、と判断された場合には、指定の日時に配車先として指定されたこの集合住宅の駐車区画が確実に利用できることが確認されたことになるので、配車サーバ５０１はステップＳ５５において、車両貸出予約データを生成し、システムのデータベース（不図示）に登録する。この車両貸出予約データは少なくとも、車種、配車日時、配車先などの可読文字列（配車作業は現在のところ作業者の人力による運転などによって行なわれるため）データなどから構成される。
【００９７】
一方、ステップＳ５３で駐車区画予約無効と判断されるのは、上記のように配車予約を行なっている居住者が単にまだ駐車区画予約を行なっていない場合、あるいは配車予約日時に駐車区画予約はあるが、それが他の居住者による駐車区画予約である場合などがある。
【００９８】
本実施例では、このような場合にも対処すべく、配車サーバ５０１側から制御部２００に対して配車予約者が希望する配車日時に新たな（あるいは他の）駐車区画の予約（下記のステップＳ５４）を要求することができるようにしてある。
【００９９】
しかしながら、駐車区画が配車日時において満杯で空きがない場合には、いずれにしても駐車区画の予約は不可能であるから、ステップＳ５３が否定された場合にはまずステップＳ５３ａにおいて、制御部２００から取得した駐車区画予約データを参照し、配車日時において駐車区画に空きがあるか否かを判定する。そして、駐車区画に空きがない場合には配車日時変更などの配車条件の変更が必要になるため、上述のステップＳ５１ｂに分岐し、端末５０２で配車条件の変更を行なわせる。
【０１００】
一方、ステップＳ５３ａで駐車区画に空きがある場合には、ステップＳ５４に移行し、配車サーバ５０１側から制御部２００に対して駐車区画の予約処理を要求する。この予約処理は、図４に示したものと同様の流れによって実行することができる、その場合、希望の予約日時（ステップＳ４１でサーバ５０１側から入力）としてはステップＳ５１（ないしはＳ５１ｂ）で入力された配車予約日時が用いられる。
【０１０１】
ステップＳ５６ではステップＳ５４の駐車区画予約処理が成功したか否かが判定され、駐車区画予約処理が成功した場合には、ステップＳ５５に移行して車両貸出予約データを生成し、システムのデータベース（不図示）に登録する。
【０１０２】
ステップＳ５５で駐車区画予約処理が成功しなかった場合には、配車日時を変更するなどの条件変更が必要になるため、ステップＳ５６において条件変更を行なうか否かを端末５０２（あるいはコンソール１０３）側に確認させ、条件変更を行なう場合にはステップＳ５１ｂに分岐して異なる配車条件を入力させ、条件変更を行なわない場合には図５の処理を終了する。
【０１０３】
なお、上述の図５においては、ステップＳ５２の駐車区画予約データ取得、ステップＳ５３、Ｓ５３ａの駐車区画予約の有効性に係る判定、およびステップＳ５４の駐車区画予約は配車サーバ５０１側が行なうものとして説明したが、たとえば配車サーバ５０１から配車日時および端末５０２を操作している居住者の居室番号などの必要な情報を制御部２００に送信して、制御部２００側で上述の処理を行なうように構成することも考えられる。
【０１０４】
図４および図５に示したような制御を行なうことによって、本実施例の車両配車システムが配置された集合住宅の居住者は、駐車場３０３の駐車区画３０３１、３０３２…を配車先として指定して、レンタカーシステムやカーシェアリングシステムといった車両貸出システムの貸出車両の配車予約を行なうことができる。本実施例の車両配車システムにおける貸出車両配車はたとえば次のような流れになる。
【０１０５】
本実施例の車両配車システムが配置された集合住宅の居住者は、インターネット（イントラネット）などのネットワーク２０６上の端末５０２（居住者の携帯端末や、居室に配置されたＰＣなど）、あるいはコンソール１０３上で実行されるＷＷＷブラウザや専用アプリケーションを用いて配車サーバ５０１にアクセスし、貸出車両の配車予約操作（図５ステップＳ５１）を行なう。この際、配車サーバ５０１に対するログイン操作（あるいはコンソール１０３からの配車予約を行なう場合には、それに先立つコンソール１０３に対するＩＤカード１１１の提示）などの認証操作が行なわれるので、配車サーバ５０１は認証操作を介して特定の会員情報に到達でき、当該の車両貸出システム会員の集合住宅、および居室番号などの情報を認識することができる。
【０１０６】
配車先の駐車区画は、上述のように予め予約（図４の手順による）しておいてもよく、また、配車先の駐車区画を予め予約しておかなくても配車サーバ５０１〜制御部２００の通信（図５ステップＳ５３〜Ｓ５４）によって、配車予約中に駐車区画の予約を行なうことができる。
【０１０７】
そして、本実施例は、配車サーバ５０１側から制御部２００の駐車区画予約データにアクセスできるよう構成されており、本実施例における配車予約は、配車先の駐車区画が配車時間帯において該当する有効な駐車区画予約データが存在することを条件（図５ステップＳ５３）として成立するため、たとえばレンタカー営業所に車両を受け取りに行く旧来の形態ではなく、居住する集合住宅の駐車場を配車先として指定する形態においても、実際の配車が失敗してしまう可能性を大きく低減することができる。
【０１０８】
配車予約登録が正常に終了（図５ステップＳ５５）すると、配車予約登録データが車両貸出システムのデータベースに登録される。車両貸出システムの運営形態によって細部の差異は生じる可能性があるが、実際の配車作業は概ね次のように行なわれる。
【０１０９】
たとえば、配車予約登録データが車両貸出システムのデータベースに登録されると、その配車予約内容は車両貸出システムの営業所の社内端末などにおいて表示される配車予定確認画面に表示され、この配車予定確認画面に表示された配車予約内容にしたがって車両貸出システムの社員などの作業者が実際の配車作業を行なう。ただし、将来的に、貸出車両の完全な自動運転により無人配車が可能となった場合でも、本実施例の配車予約制御は本質的な変更を要することなく実施できるのはいうまでもない。
【０１１０】
上述のように、配車予約時、集合住宅名（あるいはさらに住所や予約者の電話番号など）や、予約者の居室番号、上記のようにして予約された駐車区画などの識別情報は配車サーバ５０１により認識されており、車両貸出システムの営業所の社内端末の表示などを介して作業者はこれらの情報を知り、それに基づいて配車作業を行なうことになる。
【０１１１】
実際の配車時間帯が近づくと、レンタカー営業所などの貸出車両の存在する位置から、配車先である集合住宅の駐車場３０３まで作業者が貸出車両を運転していき、予約されている所定の駐車区画に貸出車両を駐車する。この段階において、本実施例では、上述のように配車先の駐車区画が配車時間帯において該当する有効な駐車区画予約データが存在することが確認済みであるから、配車先の駐車区画が他の車によって占有されている、などの理由で配車不可能となってしまう可能性はかなり低くなる。
【０１１２】
所定の駐車区画に貸出車両を駐車した後、作業者は貸出車両を施錠し、貸出車両のキーを居住者に引き渡すが、多くの場合、配車時刻においては予約者である当該の居住者は在宅であろうから、集合住宅のインターホンなどを介して当該の居住者にコンタクトし、直接、貸出車両のキーを引き渡す。あるいは、運営規約や集合住宅の管理規約などによっては当該の居住者の居室番号の郵便ポストに貸出車両のキーを収容するような形態でキーの引き渡しを行なうことも考えられる。
【０１１３】
あるいは、物品収受ボックス１０１、１０１…のいくつかを特定物品の収受専用に用いる運用においては、車両貸出システム（レンタカー、カーシェアリングシステムなど）から配車される車両のキーを収受するための専用ボックスを割り当てる構成も考えられ、そのような専用ボックスが配置されている場合にはこの専用ボックスに配車作業者は配車した車両のキーを収容することができる。この場合、宛先の居住者の居室番号などの必要事項を配車作業者がコンソール１０３から入力することになる。
【０１１４】
なお、図４、図５のような制御を行なう場合、すなわち、配車先の駐車区画が配車時間帯において該当する有効な駐車区画予約データが存在することを確認する構成においても、不法駐車などによって配車先の駐車区画が使用不可能となっている可能性は否定しきれない。この問題に対処するために、駐車区画３０３１、３０３２…に配置したセンサ３０４１、３０４２…を利用することができる。
【０１１５】
図６は、駐車区画３０３１、３０３２…に配置したセンサ３０４１、３０４２…を利用して配車に係る時間帯において、配車先の駐車区画が空きとなっていることを確認する制御の一例を示している。図示の手順はＣＰＵ２０１のプログラムとして、ＲＯＭ２０２や外部記憶装置２０７に格納しておくことができる。
【０１１６】
ステップＳ６１では、制御部２００のＣＰＵ２０１は配車に係る時間帯が到来しているか否かをリアルタイムクロック２１１を用いて判定する。ここでは簡略図示しているが、図６の処理は、実際には、たとえばリアルタイムクロック２１１を用いたタイマ割り込み処理を図３の駐車区画予約データ（フィールド２３０３）の１つごとに登録しておき、駐車区画予約時刻の到来に応じてタイマ割り込みを発生させ、ステップＳ６２以降の処理を行なう、といった構成によって実現できる。
【０１１７】
その場合、たとえばステップＳ６２以降の処理が、駐車区画予約時刻前３０分間などの所定時間帯の間、数分おきなどの所定間隔で実行されるようタイマ割り込みを発生させる構成が考えられる。
【０１１８】
ステップＳ６２では、ＣＰＵ２０１は駐車区画３０３１、３０３２…に配置したセンサ３０４１、３０４２…のうち、配車に係る時間帯が到来している当該のセンサの状態を検出回路３０１を介して取得し、当該の駐車区画が空き、となっているか否かを判定し、当該の駐車区画の空きが確認できた場合は上位ルーチンに復帰（リターン）する。
【０１１９】
一方、ステップＳ６２において当該の駐車区画が空いておらず、他の車両が駐車しているなどの場合は、ステップＳ６３においてエラー処理を行なう。このエラー処理では、たとえば、集合住宅の管理人室などに配置した表示器やスピーカなどを用いて、貸出車両の配車（や来客臨時駐車など）のために予約された駐車区画が占有されていることを警告する。この警告に基づいて、たとえば集合住宅の管理人は、駐車車両のナンバーや車両貸出システムのステッカーを確認することなどによって予約された貸出車両が駐車しているか否かを確認したり、あるいは不法駐車である場合には運転者を捜す、などの作業を行なうことができ、障害に対処することができる。
【符号の説明】
【０１２０】
１００  物品収受装置
１０１  物品収受ボックス
１０３  コンソール
１０４  ディスプレイ
１０５  キーボード
１０６  カードリーダー
１１１  ＩＤカード
２００  制御部
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＮＩＣ
２０５  インターフェース
２０６  ネットワーク
２０７  外部記憶装置
３０１  検出回路
３０３  駐車場
３０３１、３０３２…  駐車区画
３０４１、３０４２…  センサ
５０１  配車予約サーバ
５０２  端末
【図１】
2014211778.tif 000003
【図２】
2014211778.tif 000004
【図３】
2014211778.tif 000005
【図４】
2014211778.tif 000006
【図５】
2014211778.tif 000007
【図６】
2014211778.tif 000008