カーポート管理システム
【課題】各カーポート間での車両偏在問題を解決するカーポート管理システムを提供する。
【解決手段】本発明のカーポート管理システムは、複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段（ステップＳ１０１）と、前記車両の移動の際の制限時間を設定する制限時間設定手段と、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段（ステップＳ１０３）と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段（ステップＳ１０８）と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段（ステップＳ１０９）と、有することを特徴とする。
【解決手段】本発明のカーポート管理システムは、複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段（ステップＳ１０１）と、前記車両の移動の際の制限時間を設定する制限時間設定手段と、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段（ステップＳ１０３）と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段（ステップＳ１０８）と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段（ステップＳ１０９）と、有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザーで一つの車両を共用利用するカーシェアリングなどにおける管理、或いはレンタカーなどにおける貸し出しの管理を行うカーポート管理システムに関する。
【背景技術】
【０００２】
近年、自動車は社会において必要不可欠と言えるほどに普及している。しかし特に都市部では、駐車スペースの不足や、高額な駐車料金、または自動車を使用する機会が限られている等の理由で、自動車を購入し保有することをためらう人も多い。また自動車台数の増加による大気汚染等の環境への負荷や交通渋滞を削減するため、一台の車を複数の人で使用するカーシェアリングの概念が提唱されている。
【０００３】
カーシェアリング、或いはレンタカーといったサービスにおいては、貸し出し可能な車両が所定台数設けられているカーポートなどの営業所を複数点在させることが一般的である。営業所を複数箇所に点在させるとすると、車両を借りた場所から離れた場所で返却する、いわゆる“乗り捨て”の要望がだされる。このような乗り捨てを許容するようなサービスの形態では、返却場所がある特定のカーポートに集中したり、ある特定のカーポートの車の乗り捨てが頻繁に起こったりすることによって、各カーポートの車両の保有台数が均等にならないなどの場合が発生することとなる。
【０００４】
そこで、各カーポート間で保有台数を均等化するカーシェアリングのための管理システムがこれまで提案されている。このような管理システムとしては、例えば、特許文献１（特開平２００２―２４５５８５号公報）には、車両を駐車する複数のポートを設け、ユーザーに貸し出す車両を管理する車両貸出管理システムで用いられる車両貸出管理装置であって、前記ポート毎の前記車両の貸出状況を把握して、該ポートの車両の過不足判断を行う車両過不足判断手段と、前記車両過不足判断手段により前記車両が過剰状態にあると判断された前記ポートからの貸出を行う車両の利用と、前記車両過不足判断手段により前記車両が不足状態にあると判断された前記ポートへの返却を行う車両の利用には、通常のポート間における車両利用料金より低額な料金を設定する利用料金設定手段と、を設けたことを特徴とするが開示されている。
【特許文献１】特開平２００２―２４５５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された管理システムおいては、車両が過剰状態にあると判断されたポートからの貸出を行う車両の利用と、車両が不足状態にあると判断されたポートへの返却を行う車両の利用には、低額な料金を設定することによって、各ポートにおける車両台数の均等化への誘導を図るものである。しかしながら、特許文献１に記載のシステムのように、いくら低額の料金を設定したとしても、利用ニーズのないポートに返却するユーザー数をそれほど期待することはできないために、各ポート間での車両偏在の課題を解決することができず、車両の効率的な利用を促進することができない、という問題があった。
【０００６】
上記のような課題に対応するために、車両が過密状態のポートから、過疎状態のポートに車両を移動するための従業者を雇用する方法も考えられるが、このような方法によれば多大なコストを要する、という問題があった。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に係る発明は、複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段と、前記車両の移動の際の制限時間を設定する制限時間設定手段と、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、有することを特徴とする。
【０００８】
また、請求項２に係る発明は、請求項１に記載のカーポート管理システムにおいて、前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していなければ支払い処理を行うことを特徴とする。
【０００９】
また、請求項３に係る発明は、請求項１又は請求項２に記載のカーポート管理システムにおいて、前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していれば課金処理を行うことを特徴とする。
【００１０】
また、請求項４に係る発明は、請求項１乃至請求項３のいずれかに記載のカーポート管理システムにおいて、カーポート毎の車両在庫台数の履歴データを記憶する車両在庫台数履歴記憶手段を有しており、前記制限時間設定手段は、前記車両在庫台数に記憶される履歴データで在庫台数が最小となる時刻と、前記移動先カーポートに到着する予想時刻のいずれか遅い時刻を基に、前記前記制限時間を設定することを特徴とする。
【発明の効果】
【００１１】
本発明に係るカーポート管理システムによれば、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、を有するので、各カーポート間での車両偏在の課題を解決することができ、車両の効率的な利用を促進することが可能となる。また、上記車両偏在の課題を、人手を雇うことなく低コストで解決することが可能となる。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係るカーポート管理システム概要を模式的に説明する図である。図１において、１０は車両、２０はカーポート管理システム、２１は登録ユーザーデータベース、２２はカーポート情報データベース、２３は車両在庫台数履歴データベース、２４は通信部、２５はＶＩＣＳ情報取得部、３０はユーザー携帯端末、４０はカーポート現地管理部をそれぞれ示している。また、図１における一点鎖線で囲まれた領域は、当該領域内のカーポートから所定の距離内のエリアであることを模式的に示している。
【００１３】
本実施形態に係るカーポート管理システムでは、自動車車両１０を複数のユーザーで共用利用するカーシェアリングの管理に用いられるものである。なお、本実施形態に係るカーポート管理システムでは、自動車車両１０を例にとした場合について説明するが、本発明のカーポート管理システムでは、これに限定されることなく、レンタルサイクルなどの移動手段となるレンタル対象物に対しても適用することが可能である。また、本発明における「対価」とは、現金、電子マネー、ポイントなどの概念を含むものである。
【００１４】
ユーザーが車両１０を、借り受ける前段に、車両１０を保管すると共に、ユーザーが車両１０を利用後、車両１０を返却する場所をカーポートとして定義する。このようなカーポートにおいては、通常、自動車車両などの車両１０を収容することが可能な数は限定されているものである。また、ユーザーが車両１０を借り受けてカーポートから持ち出した時を「出庫」として定義し、ユーザーが車両１０を借り受け状態から共用利用可能状態とするとき、すなわちカーポートに車両１０を返却した時を「入庫」として定義する。また、カーポートに存在し、出庫可能な車両を「在庫車両」として定義する。
【００１５】
本実施形態に係るカーポート管理システム２０は、上記のようなカーシェアリングにおける自動車車両１０の管理を行うことが想定されている。カーシェアリングにおいては、所定のカーポートに自動車車両１０が複数台数配され、適宜ユーザーが借り受けて利用できる体制が整えられる。ここで、ユーザーが自動車車両１０を利用しようとしたときに、カーポートから全ての自動車車両１０が出払っており、当該ユーザーが自動車車両１０を利用できない、という事態を可能な限り発生させないようにすることが望ましいことは言うまでもない。このための所定の管理を行うのが、本実施形態に係るカーポート管理システムである。
【００１６】
個々のカーポートについてより詳細に説明する。図２は本発明の実施形態に係るカーポート管理システムにおけるカーポート（Ｃｎ）での自動車車両１０の管理を説明する図である。あるカーポート（Ｃｎ）においては、自動車車両１０が随時入庫したり、或いは、カーポート（Ｃｎ）から自動車車両１０が随時出庫したりする。
【００１７】
図２に示すようなカーポート（Ｃｎ）において、Ｍｎは当該カーポート（Ｃｎ）における駐車可能台数の上限である。また、Ｎｎはカーポート（Ｃｎ）に現在待機している車両の台数である。また、時刻ｔにおけるカーポート（Ｃｎ）における自動車車両１０の在庫車両台数の履歴をＲｎ(t)として定義する。なお、本実施形態では時刻ｔは１週間を１周期としてカウントするものとする。すなわち、日曜日の０：００から土曜日の２４：００までを１周期として計時する。
【００１８】
上記のように自動車車両１０が複数台数配されたカーポートは、複数の場所に点在しており、例えば、カーポートＣ１で借り受けた自動車車両１０を、カーポートＣ２に返却することができるような体制となっている。このような体制下で、カーシェアリングを行うときにおいては、多くの台数の利用が予想されるカーポートＣｊに対して、ユーザーが自動車車両１０を返却するように誘導する仕組みを設けておく必要がある。
【００１９】
このために、本実施形態に係るカーポート管理システムでは、車両過密状態のカーポートCｉから、多くの利用台数が見込まれ車両の過疎状態が予想されるカーポートＣｊまでの車両１０の移動を、登録ユーザーに依頼し、相当の対価を支払う仕組みを導入している。
【００２０】
本実施形態に係るカーポート管理システム２０では、各ＤＢ等を擁するメインシステムの他に、各カーポート毎の管理を行うためのカーポート現地管理部４０が設けられており、各カーポートに設置されるカーポート現地管理部４０とメインシステムとの間は所定の回線で接続され、相互にデータ交換可能に構成されている。
【００２１】
カーポート管理システム２０のメインシステムはサーバーなどの一般的な情報処理装置に所定プログラムを動作させ実現することができる。また、カーポート管理システム２０には、ユーザーが所有するユーザー携帯端末３０（より具体的には、携帯電話、ＰＨＳやＰＤＡなどの無線によるデータ通信を行うことが可能な端末装置）との通信を行うための通信部２４と、道路交通情報を取得するＶＩＣＳ情報取得部２５とを有している。ＶＩＣＳはＶｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍの略であり、渋滞情報、所要時間情報、事故情報、工事情報、速度規制情報、車線規制情報、駐車場情報などの情報を提供するものである。カーポート管理システム２０では、ＶＩＣＳ情報取得部２５でこれらの情報を取得することによって、車両１０の移動に要する時間を算定したりするのに利用する。
【００２２】
カーポート管理システム２０のメインシステムには、少なくとも登録ユーザーデータベース２１、カーポート情報データベース２２、車両在庫台数履歴データベース２３のデータベースが設けられており、登録ユーザーに対する車両移動依頼などの管理に利用される。
【００２３】
登録ユーザーデータベース２１は、カーポート管理システム２０が管理するカーシェアリングサービスのユーザーに関する情報を記憶するデータベースである。図３は本発明の実施形態に係るカーポート管理システムにおける登録ユーザーデータベース２１のデータ構造例を示す図である。図３に示すように、登録ユーザーデータベース２１には、「ユーザーＩＤ」、「登録者氏名」、「携帯端末番号」、「携帯端末メールアドレス」、「車両移動受託希望」、「位置情報」などの事項が予め記憶されている。
【００２４】
登録ユーザーデータベース２１における「ユーザーＩＤ」はそれぞれのユーザーに付された固有で唯一無二のＩＤを記憶するデータ項目であり、「登録者氏名」はユーザーの氏名を記憶するデータ項目であり、「携帯端末番号」はユーザーが所有する携帯電話などの端末装置の番号を記憶するデータ項目であり、「携帯端末メールアドレス」はユーザーが所有する携帯電話などの端末装置のメールアドレスを記憶するデータ項目である。
【００２５】
カーポート管理システム２０からの依頼を受けて、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動の請負を行うか否かは、予め登録ユーザー毎の希望により設定されており、登録ユーザーデータベース２１では「車両移動受託希望」の項目にその希望の有無のデータが反映されている。カーポート管理システム２０は、「車両移動受託希望」の項目で「する」となっている登録ユーザーのみを対象として、車両移動の依頼を行うようにしている。
【００２６】
また、「位置情報」には当該ユーザーが所在する位置情報を記憶するデータ項目である。このような、ユーザーの位置情報は、当該ユーザーの所有する携帯端末の所在情報に基づき割り出すようにしている。この割り出しのためには、携帯端末のＧＰＳ機能を用いたり、携帯端末が通信する基地局のセル情報を用いたりすることができる。
【００２７】
カーポート情報データベース２２は、それぞれのカーポートにおいて現在どの車両が在庫しているかなどを記憶し管理するデータベースである。図４は本発明の実施形態に係るカーポート管理システムにおけるカーポート情報データベース２２のデータ構造例を示す図であり、図示するように、カーポート情報データベース２２には、「カーポート」、「車両番号」、「入庫日時」、「最終ユーザーＩＤ」、「移動元カーポート」、「車両走行距離」などのデータが記憶されるようになっている。
【００２８】
「カーポート」はカーポート管理システム２０が管理するカーポート（Ｃｎ）を記憶するデータ項目であり、「車両番号」はカーポート（Ｃｎ）に在庫している車両番号を記憶するデータ項目である。なお、各車両には、管理のためにそれぞれ固有の車両番号が付されている。
【００２９】
カーポート情報データベース２２のデータ構造において、「入庫日時」はいつ当該カーポート（Ｃｎ）に移動されたのかを記憶するするデータ項目であり、「最終ユーザーＩＤ」はどの登録ユーザーによって当該カーポート（Ｃｎ）に移動されたのかを記憶するするデータ項目であり、「移動元カーポート」はどのカーポートから移動してきたのかを記憶するデータ項目である。
【００３０】
「車両走行距離」は、当該車両の累積の走行距離を記憶するデータ項目である。例えば、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでに移動する車両を選択するときにおいて、このような「車両走行距離」のデータ項目を参照し、走行距離がより少ない車両を選択するようにすれば、カーシェアリングサービスで利用する車両の平準的な利用を促進することが可能となる。
【００３１】
車両在庫台数履歴データベース２３は、それぞれのカーポート（Ｃｎ）における自動車車両１０の在庫車両台数の履歴をＲｎ(t)が記憶されるデータベースである。このような自動車車両１０の在庫車両台数の履歴をＲｎ(t)は、一般的に周期的なパターンを有している。
【００３２】
このことを、時刻ｔにおける出庫数の履歴情報を例に説明する。図５は各カーポート（Ｃｎ）に依る出庫数履歴情報の例を示す図である。
【００３３】
先にも説明したとおり、時刻ｔは１週間を１周期として周期的にカウントしており、日曜日の０：００から土曜日の２４：００までを繰り返し周期的に計時しつつ、自動車車両１０出庫数のカウントをとることによって、出庫台数の履歴が求められている。このような時刻の計時に求められた出庫台数の履歴によれば、例えば、日曜日の１０：００における自動車車両１０の出庫数の傾向を把握することが可能となる。
【００３４】
図５は、カーポートＣ１乃至Ｃ４における出庫台数履歴Ｈ１(t)乃至Ｈ４(t)のヒストグラムを示している。このような出庫台数履歴のヒストグラムによれば、例えば、カーポートＣ１では週末における出庫数（利用数）が多い傾向であり、カーポートＣ２では平日における出庫数（利用数）が多い傾向であり、カーポートＣ３では夕刻における出庫数（利用数）が多い傾向であり、カーポートＣ４では週末における出庫数（利用数）が多い傾向である、などを把握することが可能となる。なお、ここでは周期を１週間としているが、例えば、１ヶ月、１年間、1日というようなシステムに合わせて適切な周期を設定すれば良く、この例に限定されるものではない。さらに、個々のヒストグラムの幅に相当する時間単位ｔは幅を持たせて設定しても良く、例えば、１時間毎の単位であっても良い。
【００３５】
カーポート現地管理部４０は、パーソナルコンピュータなどの一般的な情報処理装置と、管理するカーポートに出入庫する車両１０の確認する装置とから構成されている。後者の出入庫車両確認装置としては、当該カーポートの駐車スペースを撮影する撮像装置を設けて、これにより撮像された画像を画像解析処理によって出入庫を確認するようにしてもよいし、また、駐車スペース毎に自動車車両１０の存否を検出するセンサを設けて、このセンサからの出力によって出入庫を確認するようにしてもよい。カーポート現地管理部４０で取得された出入庫確認情報は、カーポート管理システム２０のメインシステム側に送信されるようになっている。カーポート現地管理部４０から出入庫確認情報を受信したメインシステムは、この情報に基づいてカーポート情報データベース２２のデータを更新したりする。
【００３６】
次に、以上のように構成されるカーポート管理システム２０での車両１０の処理について説明する。図６は本発明の実施形態に係るカーポート管理システムにおけるメイン処理のフローチャートを示す図である。なお、図６に示すメイン処理のフローチャートは、人為的なトリガーで実行開始されるようにしてもよいし、定期的に実行開始されるようにしてもよいし、或いはカーポート間の過密・過疎のばらつきが著しくなったときに実行開始されるようにしてもよい。
【００３７】
図６に示すフローチャートにおいて、ステップＳ１００で主処理を開始すると、続いてステップＳ１０１に進み、移動対象カーポート選定処理のサブルーチンが実行される。図７を参照し、このサブルーチンの詳細について説明する。図７は本発明の実施形態に係るカーポート管理システムにおける移動対象カーポート選定処理サブルーチンのフローチャートを示す図である。図７において、ステップＳ２００で移動対象カーポート選定処理のサブルーチンが開始されると、次にステップＳ２０１に進み、カーポート情報データベース２２を参照して、各カーポートにおける在庫している車両台数の情報を取得する。
【００３８】
続くステップＳ２０２では、各カーポートにおけるＮ／Ｍ（現在車両台数／最大駐車駐車可能台数）の値を算出して、この値が最大のカーポートを選択する。以降、ここのステップで選択されたカーポートをカーポートＣｉとする。このステップは移動元となるカーポートを特定する処理を行うものである。また、このステップにおいては、カーポートＣｉにおける車両１台を移動対象車両として決定する。ここで、本実施形態においては、簡単のために移動対象車両が１台の例について説明するが、複数の移動対象車両を決定するようにしても構わない。
【００３９】
次のステップＳ２０３では、「カーポートＣｉからの距離が所定値以内」であり、かつ、「Ｎ／Ｍ（現在車両台数／最大駐車駐車可能台数）が所定値以下」であるカーポート（このカーポートを以下においては、カーポートＣｊとする）を選択する。このステップは移動先となるカーポートを特定する処理を行うものである。
【００４０】
続く、ステップＳ２０４では、車両在庫台数履歴データベース２３におけるカーポートＣjの履歴を参照し、在庫台数が最小となる最小在庫数時刻を取得する。そして、ステップＳ２０５では、カーポートＣｉとカーポートＣｊとの間の距離から予想到着時刻を算出する。続く、ステップＳ２０６では、前記最小在庫数時刻と前記予想到着時刻とを比較し、より遅い時刻と現在時刻との間の時間を制限時間Ｔoとして設定し、ステップＳ２０７で、メイン処理のルーチンにリターンする。制限時間Ｔoは、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動の請け負った登録ユーザーが、カーポートＣｊに車両１０を移動させるために許された時間として定義されるものである。
【００４１】
ここで、ステップＳ２０４乃至ステップＳ２０６における処理で行っている事項について図８を参照して説明する。図８は最小在庫数時刻と到着予想時刻とから制限時間Ｔｏの求め方を説明する図である。図８（Ａ）、図８（Ｂ）はいずれも、カーポート（Ｃj）における自動車車両１０の在庫車両台数の履歴Ｒj(t)のグラフを示している。図８に示される通り、最小在庫数時刻は現在からみて、在庫台数が極小となる時刻である。また、図８（Ａ）、図８（Ｂ）のいずれにも、カーポートＣｉとカーポートＣｊとの間の距離から求められる予想到着時刻が示されている。ステップＳ２０６では、このような最小在庫数時刻と予想到着時刻とを比較し、より遅い時刻と現在時刻との間の時間を制限時間Ｔoとして設定しているが、図８（Ａ）の場合には、到着予想時刻が遅い場合であるので、（制限時間Ｔo）＝（到着予想時刻）−（現在時刻）によって制限時間を決定する。これに対して、図８（Ｂ）の場合には、最小在庫数時刻が遅い場合であるので、（制限時間Ｔo）＝（最小在庫数時刻）−（現在時刻）によって制限時間を決定する。本実施形態においては、このように制限時間Ｔoが決められているので、移動を請け負った登録ユーザーは余裕をもって車両移動を行うことができる。
【００４２】
再び図６に戻る。ステップＳ１０１の移動対象カーポート選定処理サブルーチンからリターンすると、続いてステップＳ１０２において、支払額決定処理サブルーチンが実行される。この支払額決定処理サブルーチンでは、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動を受託した登録ユーザーが、車両移動を規定通り完了したときに、当該登録ユーザーに対して支払う対価の額を決定する処理を行う。この支払額決定処理サブルーチンについて図９を参照して説明する。図９は本発明の実施形態に係るカーポート管理システムにおける支払額決定処理サブルーチンのフローチャートを示す図である。
【００４３】
図９において、ステップＳ３００で、支払額決定処理のサブルーチンが開始されると、続いてステップＳ３０１では、車両在庫台数履歴データベース２３を用いて、過密状態で移動元のカーポートとなっているカーポートＣｉの履歴を取得し、在庫数の変化率ΔＲを算出する。
【００４４】
ステップＳ３０２では、ΔＲ＞０であるか否かが判定される。ステップＳ３０２の判定結果がＹＥＳであるときには、カーポートが過密状態であるにも関わらず、車両在庫台数が増加することが予想されるので、ステップＳ３０３に進み、支払額Ｙを増額する処理を行う。ここで、Ｙ＝Ｙo＋αによって計算する。ただし、Ｙoは所定額であり、αは支払額の増額分である。
【００４５】
ステップＳ３０２の判定結果がＮＯであるときには、ステップＳ３０４に進みΔＲ＜０であるか否かが判定される。ステップＳ３０４の判定がＹＥＳであるときには、カーポートが過密状態であるが、車両在庫台数が減少することが予想されるので、ステップＳ３０５に進み、支払額Ｙを減額する処理を行う。このときの計算方法としては、例えば、Ｙ＝Ｙo−βによって計算を行う。ただし、Ｙoは所定額であり、βは支払額の減額分である。
【００４６】
ステップＳ３０４の判定がＮＯであるときには、車両在庫台数が増減はないものと予想されるので、ステップＳ３０６に進み、支払額ＹをＹ＝Ｙoによって計算する。すなわち、支払額Ｙは所定額Ｙoと同じとする。ステップＳ３０７では、メインの処理ルーチンにリターンする。このように本実施形態では、支払額決定処理のサブルーチンで、移動元となるカーポートにおける車両在庫台数の増減予測から妥当な支払額を決定するようにしている。
【００４７】
再び図６に戻る。ステップＳ１０２の支払額決定処理サブルーチンからリターンすると、続いてステップＳ１０３において、車両移動依頼メール配信処理サブルーチンが実行される。このサブルーチンでは、車両移動受託希望している登録ユーザーに対して、カーポートCｉからカーポートＣｊまでの車両移動を依頼するメールを配信する処理を実行するものである。図１０を参照して、このサブルーチンについて説明する。図１０は本発明の実施形態に係るカーポート管理システムにおける車両移動依頼メール配信処理サブルーチンのフローチャートを示す図である。
【００４８】
図１０において、ステップＳ４００で、車両移動依頼メール配信処理のサブルーチンが開始されると続いて、ステップＳ４０１に進む。ステップＳ４０５乃至ステップ４０６は、車両移動の依頼を行うユーザーを選定するループである。このループでは、全ての登録ユーザーについて選定のためのチェックが行われ、このチェックが完了した後に、ステップＳ４０７へと抜けるようになっている。
【００４９】
当該ループ中のステップＳ４０２では、登録ユーザーデータベース２１のユーザーの「位置情報」のデータ項目欄が参照されて、それぞれのユーザーの位置情報が取得される。ステップＳ４０３では、当該ユーザーがカーポートＣｉから所定距離内であるか否かが判定される。なお、このような判定を行うことによって、カーポートＣｉに赴き、車両移動を行い得る登録ユーザーのみを選定するようにしている。すなわち、図１の一点鎖線内に示される携帯端末を所有するユーザーのみにメールを配信するような処理を行うものである。
【００５０】
ステップＳ４０３における判定の結果がＹＥＳであるときには、ステップＳ４０４に進み、当該ユーザーをメール配信対象として選定し、判定結果がＮＯであるときには、ステップＳ４０５に進み、当該ユーザーをメール配信対象として選定しないようにする。
【００５１】
ステップＳ４０６で依頼ユーザー選定ループを抜けると、ステップＳ４０７に進み、ループで選定された登録ユーザーの携帯端末に対して、車両移動依頼のメールを通知する。このステップで配信するメールの記載内容は、移動元カーポートＣｉから移動先カーポートＣｊまでの車両移動依頼、その際の制限時間Ｔo及び支払額（移動の対価の額）である。ステップＳ４０８に進むと、メイン処理のルーチンにリターンする。本実施形態においては、このようなサブルーチンの処理によって、送信先として妥当な登録ユーザーのみを選定した上で、メールを配信するようにしているので、不要なメールの送受信を避けることが可能となる。
【００５２】
再び図６のメイン処理のフローチャートに戻り説明を続ける。ステップＳ１０３における車両移動依頼メール配信処理からリターンすると、続いてステップＳ１０４に進み、ユーザーから車両移動を受託する旨の通知を受信したか否かが判定される。このステップの判定がＹＥＳであるときにはステップＳ１０５に進む。
【００５３】
ステップＳ１０４における判定がＮＯであるときにはステップＳ１１０に進み、所定時間Ｔaが経過したか否かが判定される。ステップＳ１１０の判定がＮＯであるときにはステップＳ１０４に進む。一方、所定時間Ｔaが経過し、ステップＳ１１０の判定がＹＥＳとなったときにはステップＳ１１１では、支払額を増額して、ステップＳ１０３に戻り再びメール配信処理を行うことで、再度の依頼を行うようにする。本実施形態では、このような支払額の増額処理によって、より確実に移動依頼の受託がなされるようにしている。
【００５４】
ステップＳ１０４における判定がＹＥＳであるときに進むステップＳ１０５では、ユーザーと移動対象車両を移動元カーポートＣｉから移動先カーポートＣｊまで車両移動する契約を成立させる。ステップＳ１０５に続く、ステップＳ１０６では、契約成立メール配信処理サブルーチンを実行する。
【００５５】
この支契約成立メール配信処理のサブルーチンでは、車両移動契約が成立した登録ユーザーに対して契約成立の旨のメールを送信すると共に、それ以外の登録ユーザーに対しては、既に他で契約が成立したので車両移動者の募集を締め切った旨のメールを送信する処理を実行する。この契約成立メール配信処理サブルーチンについて図１１を参照して説明する。図１１は本発明の実施形態に係るカーポート管理システムにおける契約成立メール配信処理サブルーチンのフローチャートを示す図である。
【００５６】
図１１において、ステップＳ５００で、契約成立メール配信処理のサブルーチンが開始されると、続いてステップＳ５０１に進む。ステップＳ５０１乃至ステップＳ５０５は、契約成立メール配信処理を行うループが実行される。このループでは、先の車両移動依頼メール配信処理サブルーチンでメールを送信した全ての登録ユーザーを対象に、逐一処理される。全ての前記ユーザーに対する処理が終了したときに、このループを抜けて、次のステップに進む。
【００５７】
このループにおけるステップＳ５０２では、処理対象ユーザーが、車両移動契約成立ユーザーであるか否かが判定される。ステップＳ５０２の判定結果がＹＥＳであるときには、ステップＳ５０３で、当該ユーザーと契約が成立した旨のメールを送信する。また、判定結果がＮＯであるときには、ステップＳ５０４に進み、他のユーザーとの契約が成立したので、当該ユーザーに対しては、車両移動の依頼を取り下げる旨のメールを送信する。ステップＳ５０５では、全ての処理対象ユーザーに対して、契約成立メール配信処理ループの適用が終了したときには、ステップＳ５０６に進み、元のルーチンにリターンする。以上のような、契約成立メール配信処理サブルーチンによれば、車両移動契約成立ユーザーに加えて、全ての車両移動依頼メールを配信したユーザーに、当該依頼案件での契約が完了した旨を報知することが可能となる。
【００５８】
ここで、以上のようなメールの送受信に関連してカーポート管理システム２０と登録ユーザーの携帯端末（３０ａ、３０ｂ、３０ｃ・・・）との間のトランザクションの一例について図１２を参照して説明する。図１２は本発明の実施形態に係るカーポート管理システムと登録ユーザー携帯端末との間のデータ通信の流れを示す図である。
【００５９】
カーポート管理システム２０側において、ステップＳ１１で、移動対象カーポート選定処理が実行されて、移動元カーポートＣｉ、移動先カーポートＣｊ、移動対象車両が決定すると、続いてステップＳ１２で、支払額決定処理されて車両移動の対価が決められる。次のステップＳ１３では、車両移動依頼メール配信処理のサブルーチンによってメールを配信する登録ユーザーが選定されて、ステップＳ２１に示すように、それぞれの登録ユーザーの携帯端末（３０ａ、３０ｂ、３０ｃ・・・）に車両移動の依頼メールが配信される。
【００６０】
このような車両移動依頼メールの配信を受け、例えば、携帯端末３０ａを所有する登録ユーザーがステップＳ３１で車両移動依頼の受託を決意し、受託の旨の通知を発信すると、ステップＳ２２で、受託メールがカーポート管理システム２０に返信される。
【００６１】
カーポート管理システム２０では、このような受託メールを受信すると、ステップＳ１４において契約成立メール配信処理が実行され、ステップＳ２３に示すように、携帯端末３０ａの登録ユーザーに対しては、契約成立メールが送信され、ステップＳ２４に示すように、それ以外のユーザー派には、他ユーザーとの契約が完了した旨を通知するメールが配信される。
【００６２】
再び図６に示す主処理のフローチャートに戻り説明を続ける。ステップＳ１０６における契約成立メール配信処理のサブルーチンが完了すると、次にステップＳ１０７で、移動元となるカーポートＣｉでの出庫を確認するサブルーチン処理が実行される。このようなサブルーチン処理にあたっては、カーポートＣｉのカーポート現地管理部４０からの情報が活用される。図１３は本発明の実施形態に係るカーポート管理システムにおける出庫確認処理サブルーチンのフローチャートを示す図である。
【００６３】
図１３において、ステップＳ６００で、出庫確認処理のサブルーチンが開始されると、次にステップＳ６０１に進み、カーポート現地管理部４０で移動対象車両（契約車）の出庫が確認されたか否かが判定される。ステップＳ６０１の判定がＹＥＳであれば、ステップＳ６０５に進み、メインルーチンにリターンする。
【００６４】
ステップＳ６０２では、車両移動開始までの制限時間である所定時間Ｔｂが経過したか否かが判定される。判定結果がＮＯであるときにはステップＳ６０１に戻るが、ＹＥＳであるときにはステップＳ６０３に進み、契約を行ったユーザーとの車両移動契約を破棄する。そして、ステップＳ６０４では、当該ユーザーに契約破棄の旨のメールを送信し、メインルーチンのステップＳ１０３に戻り、再び車両移動依頼メール配信処理サブルーチンを実行して、一から車両移動依頼の募集を行うようにする。
【００６５】
以上のような出庫確認処理サブルーチンからメインルーチンにリターンすると、続いてステップＳ１０８で、移動先となるカーポートＣｊで入庫を確認するサブルーチン処理が実行される。このようなサブルーチン処理にあたっては、カーポートＣｊのカーポート現地管理部４０からの情報が活用される。図１４は本発明の実施形態に係るカーポート管理システムにおける入庫確認処理サブルーチンのフローチャートを示す図である。
【００６６】
図１４において、ステップＳ７００で、入庫確認処理サブルーチンが開始されると、続いてステップＳ７０１に進み、カーポートＣｊのカーポート現地管理部４０からの情報に基づき、移動契約車の入庫が確認されたか否かが判定される。ステップＳ７０１における判定結果がＹＥＳであるときにはステップＳ７０８に進み、ステップＳ７０８で、ユーザーとの決済方法を、支払い処理として、ステップＳ７０９でメインルーチンにリターンする。
【００６７】
ステップＳ７０１における判定結果がＮＯであるときにはステップＳ７０２に進み、ステップＳ７０２では、ＶＩＣＳ情報取得部２５によってカーポートＣｉとカーポートＣｊ間の渋滞情報を取得する。続く、ステップＳ７０３では、所定規模以上の渋滞があるか否かが判定される。ステップＳ７０３の判定結果がＹＥＳであるときにはステップＳ７０４に進み、制限時間Ｔo＝に、渋滞を考慮した時間分Ｔαを追加して、契約ユーザーに対する配慮を行うこととする。判定結果がＮＯであるときにはステップＳ７０４５に進む。
【００６８】
ステップＳ７０５では制限時間Ｔoを超過したか否かが判定され、ステップＳ７０５の判定がＮＯであるとステップＳ７０１に戻り、判定がＹＥＳであるとステップＳ７０６に進む。ステップＳ７０６では、カーポートＣｊで移動対象車両（契約車）の入庫を確認したか否かが判定される。ステップＳ７０６の判定結果がＹＥＳであるときに、ステップＳ７０７に進み、契約ユーザーとの決済方法としては、課金処理とする。ステップＳ７０９に進み、メインルーチンにリターンする。
【００６９】
図６のフローチャートにおいて、ステップＳ１０８の入庫確認処理のサブルーチンからリターンすると、次に、ステップＳ１０９に進み、ステップＳ７０８又はステップＳ７０７のいずれかの決済方法での決済処理が行われる。すなわち、制限時間Ｔoで車両移動を完了した登録ユーザーに対しては支払い処理を行うように、完了しなかった登録ユーザーに対しては逆に課金処理を行うようにする。ステップＳ１１２では、カーポート管理システム２０のメイン処理を終了する。
【００７０】
以上のように、本発明の実施形態に係るカーポート管理システムによれば、各カーポート間での車両偏在の課題を解決することができ、車両の効率的な利用を促進することが可能となる。また、上記車両偏在の課題を、人手を雇うことなく低コストで解決することが可能となる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態に係るカーポート管理システム概要を模式的に説明する図である。
【図２】本発明の実施形態に係るカーポート管理システムにおけるカーポート（Ｃｎ）での自動車車両１０の管理を説明する図である。
【図３】本発明の実施形態に係るカーポート管理システムにおける登録ユーザーデータベース２１のデータ構造例を示す図である。
【図４】本発明の実施形態に係るカーポート管理システムにおけるカーポート情報データベース２２のデータ構造例を示す図である。
【図５】各カーポート（Ｃｎ）に依る出庫数履歴情報の例を示す図である。
【図６】本発明の実施形態に係るカーポート管理システムにおけるメイン処理のフローチャートを示す図である。
【図７】本発明の実施形態に係るカーポート管理システムにおける移動対象カーポート選定処理サブルーチンのフローチャートを示す図である。
【図８】最小在庫数時刻と到着予想時刻とから制限時間Ｔｏの求め方を説明する図である。
【図９】本発明の実施形態に係るカーポート管理システムにおける支払額決定処理サブルーチンのフローチャートを示す図である。
【図１０】本発明の実施形態に係るカーポート管理システムにおける車両移動依頼メール配信処理サブルーチンのフローチャートを示す図である。
【図１１】本発明の実施形態に係るカーポート管理システムにおける契約成立メール配信処理サブルーチンのフローチャートを示す図である。
【図１２】本発明の実施形態に係るカーポート管理システムと登録ユーザー携帯端末との間のデータ通信の流れを示す図である。
【図１３】本発明の実施形態に係るカーポート管理システムにおける出庫確認処理サブルーチンのフローチャートを示す図である。
【図１４】本発明の実施形態に係るカーポート管理システムにおける入庫確認処理サブルーチンのフローチャートを示す図である。
【符号の説明】
【００７２】
１０・・・車両、２０・・・カーポート管理システム、２１・・・登録ユーザーデータベース、２２・・・カーポート情報データベース、２３・・・車両在庫台数履歴データベース、２４・・・通信部、２５・・・ＶＩＣＳ情報取得部、３０・・・ユーザー携帯端末、４０・・・カーポート現地管理部
【技術分野】
【０００１】
本発明は、複数のユーザーで一つの車両を共用利用するカーシェアリングなどにおける管理、或いはレンタカーなどにおける貸し出しの管理を行うカーポート管理システムに関する。
【背景技術】
【０００２】
近年、自動車は社会において必要不可欠と言えるほどに普及している。しかし特に都市部では、駐車スペースの不足や、高額な駐車料金、または自動車を使用する機会が限られている等の理由で、自動車を購入し保有することをためらう人も多い。また自動車台数の増加による大気汚染等の環境への負荷や交通渋滞を削減するため、一台の車を複数の人で使用するカーシェアリングの概念が提唱されている。
【０００３】
カーシェアリング、或いはレンタカーといったサービスにおいては、貸し出し可能な車両が所定台数設けられているカーポートなどの営業所を複数点在させることが一般的である。営業所を複数箇所に点在させるとすると、車両を借りた場所から離れた場所で返却する、いわゆる“乗り捨て”の要望がだされる。このような乗り捨てを許容するようなサービスの形態では、返却場所がある特定のカーポートに集中したり、ある特定のカーポートの車の乗り捨てが頻繁に起こったりすることによって、各カーポートの車両の保有台数が均等にならないなどの場合が発生することとなる。
【０００４】
そこで、各カーポート間で保有台数を均等化するカーシェアリングのための管理システムがこれまで提案されている。このような管理システムとしては、例えば、特許文献１（特開平２００２―２４５５８５号公報）には、車両を駐車する複数のポートを設け、ユーザーに貸し出す車両を管理する車両貸出管理システムで用いられる車両貸出管理装置であって、前記ポート毎の前記車両の貸出状況を把握して、該ポートの車両の過不足判断を行う車両過不足判断手段と、前記車両過不足判断手段により前記車両が過剰状態にあると判断された前記ポートからの貸出を行う車両の利用と、前記車両過不足判断手段により前記車両が不足状態にあると判断された前記ポートへの返却を行う車両の利用には、通常のポート間における車両利用料金より低額な料金を設定する利用料金設定手段と、を設けたことを特徴とするが開示されている。
【特許文献１】特開平２００２―２４５５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された管理システムおいては、車両が過剰状態にあると判断されたポートからの貸出を行う車両の利用と、車両が不足状態にあると判断されたポートへの返却を行う車両の利用には、低額な料金を設定することによって、各ポートにおける車両台数の均等化への誘導を図るものである。しかしながら、特許文献１に記載のシステムのように、いくら低額の料金を設定したとしても、利用ニーズのないポートに返却するユーザー数をそれほど期待することはできないために、各ポート間での車両偏在の課題を解決することができず、車両の効率的な利用を促進することができない、という問題があった。
【０００６】
上記のような課題に対応するために、車両が過密状態のポートから、過疎状態のポートに車両を移動するための従業者を雇用する方法も考えられるが、このような方法によれば多大なコストを要する、という問題があった。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に係る発明は、複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段と、前記車両の移動の際の制限時間を設定する制限時間設定手段と、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、有することを特徴とする。
【０００８】
また、請求項２に係る発明は、請求項１に記載のカーポート管理システムにおいて、前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していなければ支払い処理を行うことを特徴とする。
【０００９】
また、請求項３に係る発明は、請求項１又は請求項２に記載のカーポート管理システムにおいて、前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していれば課金処理を行うことを特徴とする。
【００１０】
また、請求項４に係る発明は、請求項１乃至請求項３のいずれかに記載のカーポート管理システムにおいて、カーポート毎の車両在庫台数の履歴データを記憶する車両在庫台数履歴記憶手段を有しており、前記制限時間設定手段は、前記車両在庫台数に記憶される履歴データで在庫台数が最小となる時刻と、前記移動先カーポートに到着する予想時刻のいずれか遅い時刻を基に、前記前記制限時間を設定することを特徴とする。
【発明の効果】
【００１１】
本発明に係るカーポート管理システムによれば、前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、を有するので、各カーポート間での車両偏在の課題を解決することができ、車両の効率的な利用を促進することが可能となる。また、上記車両偏在の課題を、人手を雇うことなく低コストで解決することが可能となる。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係るカーポート管理システム概要を模式的に説明する図である。図１において、１０は車両、２０はカーポート管理システム、２１は登録ユーザーデータベース、２２はカーポート情報データベース、２３は車両在庫台数履歴データベース、２４は通信部、２５はＶＩＣＳ情報取得部、３０はユーザー携帯端末、４０はカーポート現地管理部をそれぞれ示している。また、図１における一点鎖線で囲まれた領域は、当該領域内のカーポートから所定の距離内のエリアであることを模式的に示している。
【００１３】
本実施形態に係るカーポート管理システムでは、自動車車両１０を複数のユーザーで共用利用するカーシェアリングの管理に用いられるものである。なお、本実施形態に係るカーポート管理システムでは、自動車車両１０を例にとした場合について説明するが、本発明のカーポート管理システムでは、これに限定されることなく、レンタルサイクルなどの移動手段となるレンタル対象物に対しても適用することが可能である。また、本発明における「対価」とは、現金、電子マネー、ポイントなどの概念を含むものである。
【００１４】
ユーザーが車両１０を、借り受ける前段に、車両１０を保管すると共に、ユーザーが車両１０を利用後、車両１０を返却する場所をカーポートとして定義する。このようなカーポートにおいては、通常、自動車車両などの車両１０を収容することが可能な数は限定されているものである。また、ユーザーが車両１０を借り受けてカーポートから持ち出した時を「出庫」として定義し、ユーザーが車両１０を借り受け状態から共用利用可能状態とするとき、すなわちカーポートに車両１０を返却した時を「入庫」として定義する。また、カーポートに存在し、出庫可能な車両を「在庫車両」として定義する。
【００１５】
本実施形態に係るカーポート管理システム２０は、上記のようなカーシェアリングにおける自動車車両１０の管理を行うことが想定されている。カーシェアリングにおいては、所定のカーポートに自動車車両１０が複数台数配され、適宜ユーザーが借り受けて利用できる体制が整えられる。ここで、ユーザーが自動車車両１０を利用しようとしたときに、カーポートから全ての自動車車両１０が出払っており、当該ユーザーが自動車車両１０を利用できない、という事態を可能な限り発生させないようにすることが望ましいことは言うまでもない。このための所定の管理を行うのが、本実施形態に係るカーポート管理システムである。
【００１６】
個々のカーポートについてより詳細に説明する。図２は本発明の実施形態に係るカーポート管理システムにおけるカーポート（Ｃｎ）での自動車車両１０の管理を説明する図である。あるカーポート（Ｃｎ）においては、自動車車両１０が随時入庫したり、或いは、カーポート（Ｃｎ）から自動車車両１０が随時出庫したりする。
【００１７】
図２に示すようなカーポート（Ｃｎ）において、Ｍｎは当該カーポート（Ｃｎ）における駐車可能台数の上限である。また、Ｎｎはカーポート（Ｃｎ）に現在待機している車両の台数である。また、時刻ｔにおけるカーポート（Ｃｎ）における自動車車両１０の在庫車両台数の履歴をＲｎ(t)として定義する。なお、本実施形態では時刻ｔは１週間を１周期としてカウントするものとする。すなわち、日曜日の０：００から土曜日の２４：００までを１周期として計時する。
【００１８】
上記のように自動車車両１０が複数台数配されたカーポートは、複数の場所に点在しており、例えば、カーポートＣ１で借り受けた自動車車両１０を、カーポートＣ２に返却することができるような体制となっている。このような体制下で、カーシェアリングを行うときにおいては、多くの台数の利用が予想されるカーポートＣｊに対して、ユーザーが自動車車両１０を返却するように誘導する仕組みを設けておく必要がある。
【００１９】
このために、本実施形態に係るカーポート管理システムでは、車両過密状態のカーポートCｉから、多くの利用台数が見込まれ車両の過疎状態が予想されるカーポートＣｊまでの車両１０の移動を、登録ユーザーに依頼し、相当の対価を支払う仕組みを導入している。
【００２０】
本実施形態に係るカーポート管理システム２０では、各ＤＢ等を擁するメインシステムの他に、各カーポート毎の管理を行うためのカーポート現地管理部４０が設けられており、各カーポートに設置されるカーポート現地管理部４０とメインシステムとの間は所定の回線で接続され、相互にデータ交換可能に構成されている。
【００２１】
カーポート管理システム２０のメインシステムはサーバーなどの一般的な情報処理装置に所定プログラムを動作させ実現することができる。また、カーポート管理システム２０には、ユーザーが所有するユーザー携帯端末３０（より具体的には、携帯電話、ＰＨＳやＰＤＡなどの無線によるデータ通信を行うことが可能な端末装置）との通信を行うための通信部２４と、道路交通情報を取得するＶＩＣＳ情報取得部２５とを有している。ＶＩＣＳはＶｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍの略であり、渋滞情報、所要時間情報、事故情報、工事情報、速度規制情報、車線規制情報、駐車場情報などの情報を提供するものである。カーポート管理システム２０では、ＶＩＣＳ情報取得部２５でこれらの情報を取得することによって、車両１０の移動に要する時間を算定したりするのに利用する。
【００２２】
カーポート管理システム２０のメインシステムには、少なくとも登録ユーザーデータベース２１、カーポート情報データベース２２、車両在庫台数履歴データベース２３のデータベースが設けられており、登録ユーザーに対する車両移動依頼などの管理に利用される。
【００２３】
登録ユーザーデータベース２１は、カーポート管理システム２０が管理するカーシェアリングサービスのユーザーに関する情報を記憶するデータベースである。図３は本発明の実施形態に係るカーポート管理システムにおける登録ユーザーデータベース２１のデータ構造例を示す図である。図３に示すように、登録ユーザーデータベース２１には、「ユーザーＩＤ」、「登録者氏名」、「携帯端末番号」、「携帯端末メールアドレス」、「車両移動受託希望」、「位置情報」などの事項が予め記憶されている。
【００２４】
登録ユーザーデータベース２１における「ユーザーＩＤ」はそれぞれのユーザーに付された固有で唯一無二のＩＤを記憶するデータ項目であり、「登録者氏名」はユーザーの氏名を記憶するデータ項目であり、「携帯端末番号」はユーザーが所有する携帯電話などの端末装置の番号を記憶するデータ項目であり、「携帯端末メールアドレス」はユーザーが所有する携帯電話などの端末装置のメールアドレスを記憶するデータ項目である。
【００２５】
カーポート管理システム２０からの依頼を受けて、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動の請負を行うか否かは、予め登録ユーザー毎の希望により設定されており、登録ユーザーデータベース２１では「車両移動受託希望」の項目にその希望の有無のデータが反映されている。カーポート管理システム２０は、「車両移動受託希望」の項目で「する」となっている登録ユーザーのみを対象として、車両移動の依頼を行うようにしている。
【００２６】
また、「位置情報」には当該ユーザーが所在する位置情報を記憶するデータ項目である。このような、ユーザーの位置情報は、当該ユーザーの所有する携帯端末の所在情報に基づき割り出すようにしている。この割り出しのためには、携帯端末のＧＰＳ機能を用いたり、携帯端末が通信する基地局のセル情報を用いたりすることができる。
【００２７】
カーポート情報データベース２２は、それぞれのカーポートにおいて現在どの車両が在庫しているかなどを記憶し管理するデータベースである。図４は本発明の実施形態に係るカーポート管理システムにおけるカーポート情報データベース２２のデータ構造例を示す図であり、図示するように、カーポート情報データベース２２には、「カーポート」、「車両番号」、「入庫日時」、「最終ユーザーＩＤ」、「移動元カーポート」、「車両走行距離」などのデータが記憶されるようになっている。
【００２８】
「カーポート」はカーポート管理システム２０が管理するカーポート（Ｃｎ）を記憶するデータ項目であり、「車両番号」はカーポート（Ｃｎ）に在庫している車両番号を記憶するデータ項目である。なお、各車両には、管理のためにそれぞれ固有の車両番号が付されている。
【００２９】
カーポート情報データベース２２のデータ構造において、「入庫日時」はいつ当該カーポート（Ｃｎ）に移動されたのかを記憶するするデータ項目であり、「最終ユーザーＩＤ」はどの登録ユーザーによって当該カーポート（Ｃｎ）に移動されたのかを記憶するするデータ項目であり、「移動元カーポート」はどのカーポートから移動してきたのかを記憶するデータ項目である。
【００３０】
「車両走行距離」は、当該車両の累積の走行距離を記憶するデータ項目である。例えば、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでに移動する車両を選択するときにおいて、このような「車両走行距離」のデータ項目を参照し、走行距離がより少ない車両を選択するようにすれば、カーシェアリングサービスで利用する車両の平準的な利用を促進することが可能となる。
【００３１】
車両在庫台数履歴データベース２３は、それぞれのカーポート（Ｃｎ）における自動車車両１０の在庫車両台数の履歴をＲｎ(t)が記憶されるデータベースである。このような自動車車両１０の在庫車両台数の履歴をＲｎ(t)は、一般的に周期的なパターンを有している。
【００３２】
このことを、時刻ｔにおける出庫数の履歴情報を例に説明する。図５は各カーポート（Ｃｎ）に依る出庫数履歴情報の例を示す図である。
【００３３】
先にも説明したとおり、時刻ｔは１週間を１周期として周期的にカウントしており、日曜日の０：００から土曜日の２４：００までを繰り返し周期的に計時しつつ、自動車車両１０出庫数のカウントをとることによって、出庫台数の履歴が求められている。このような時刻の計時に求められた出庫台数の履歴によれば、例えば、日曜日の１０：００における自動車車両１０の出庫数の傾向を把握することが可能となる。
【００３４】
図５は、カーポートＣ１乃至Ｃ４における出庫台数履歴Ｈ１(t)乃至Ｈ４(t)のヒストグラムを示している。このような出庫台数履歴のヒストグラムによれば、例えば、カーポートＣ１では週末における出庫数（利用数）が多い傾向であり、カーポートＣ２では平日における出庫数（利用数）が多い傾向であり、カーポートＣ３では夕刻における出庫数（利用数）が多い傾向であり、カーポートＣ４では週末における出庫数（利用数）が多い傾向である、などを把握することが可能となる。なお、ここでは周期を１週間としているが、例えば、１ヶ月、１年間、1日というようなシステムに合わせて適切な周期を設定すれば良く、この例に限定されるものではない。さらに、個々のヒストグラムの幅に相当する時間単位ｔは幅を持たせて設定しても良く、例えば、１時間毎の単位であっても良い。
【００３５】
カーポート現地管理部４０は、パーソナルコンピュータなどの一般的な情報処理装置と、管理するカーポートに出入庫する車両１０の確認する装置とから構成されている。後者の出入庫車両確認装置としては、当該カーポートの駐車スペースを撮影する撮像装置を設けて、これにより撮像された画像を画像解析処理によって出入庫を確認するようにしてもよいし、また、駐車スペース毎に自動車車両１０の存否を検出するセンサを設けて、このセンサからの出力によって出入庫を確認するようにしてもよい。カーポート現地管理部４０で取得された出入庫確認情報は、カーポート管理システム２０のメインシステム側に送信されるようになっている。カーポート現地管理部４０から出入庫確認情報を受信したメインシステムは、この情報に基づいてカーポート情報データベース２２のデータを更新したりする。
【００３６】
次に、以上のように構成されるカーポート管理システム２０での車両１０の処理について説明する。図６は本発明の実施形態に係るカーポート管理システムにおけるメイン処理のフローチャートを示す図である。なお、図６に示すメイン処理のフローチャートは、人為的なトリガーで実行開始されるようにしてもよいし、定期的に実行開始されるようにしてもよいし、或いはカーポート間の過密・過疎のばらつきが著しくなったときに実行開始されるようにしてもよい。
【００３７】
図６に示すフローチャートにおいて、ステップＳ１００で主処理を開始すると、続いてステップＳ１０１に進み、移動対象カーポート選定処理のサブルーチンが実行される。図７を参照し、このサブルーチンの詳細について説明する。図７は本発明の実施形態に係るカーポート管理システムにおける移動対象カーポート選定処理サブルーチンのフローチャートを示す図である。図７において、ステップＳ２００で移動対象カーポート選定処理のサブルーチンが開始されると、次にステップＳ２０１に進み、カーポート情報データベース２２を参照して、各カーポートにおける在庫している車両台数の情報を取得する。
【００３８】
続くステップＳ２０２では、各カーポートにおけるＮ／Ｍ（現在車両台数／最大駐車駐車可能台数）の値を算出して、この値が最大のカーポートを選択する。以降、ここのステップで選択されたカーポートをカーポートＣｉとする。このステップは移動元となるカーポートを特定する処理を行うものである。また、このステップにおいては、カーポートＣｉにおける車両１台を移動対象車両として決定する。ここで、本実施形態においては、簡単のために移動対象車両が１台の例について説明するが、複数の移動対象車両を決定するようにしても構わない。
【００３９】
次のステップＳ２０３では、「カーポートＣｉからの距離が所定値以内」であり、かつ、「Ｎ／Ｍ（現在車両台数／最大駐車駐車可能台数）が所定値以下」であるカーポート（このカーポートを以下においては、カーポートＣｊとする）を選択する。このステップは移動先となるカーポートを特定する処理を行うものである。
【００４０】
続く、ステップＳ２０４では、車両在庫台数履歴データベース２３におけるカーポートＣjの履歴を参照し、在庫台数が最小となる最小在庫数時刻を取得する。そして、ステップＳ２０５では、カーポートＣｉとカーポートＣｊとの間の距離から予想到着時刻を算出する。続く、ステップＳ２０６では、前記最小在庫数時刻と前記予想到着時刻とを比較し、より遅い時刻と現在時刻との間の時間を制限時間Ｔoとして設定し、ステップＳ２０７で、メイン処理のルーチンにリターンする。制限時間Ｔoは、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動の請け負った登録ユーザーが、カーポートＣｊに車両１０を移動させるために許された時間として定義されるものである。
【００４１】
ここで、ステップＳ２０４乃至ステップＳ２０６における処理で行っている事項について図８を参照して説明する。図８は最小在庫数時刻と到着予想時刻とから制限時間Ｔｏの求め方を説明する図である。図８（Ａ）、図８（Ｂ）はいずれも、カーポート（Ｃj）における自動車車両１０の在庫車両台数の履歴Ｒj(t)のグラフを示している。図８に示される通り、最小在庫数時刻は現在からみて、在庫台数が極小となる時刻である。また、図８（Ａ）、図８（Ｂ）のいずれにも、カーポートＣｉとカーポートＣｊとの間の距離から求められる予想到着時刻が示されている。ステップＳ２０６では、このような最小在庫数時刻と予想到着時刻とを比較し、より遅い時刻と現在時刻との間の時間を制限時間Ｔoとして設定しているが、図８（Ａ）の場合には、到着予想時刻が遅い場合であるので、（制限時間Ｔo）＝（到着予想時刻）−（現在時刻）によって制限時間を決定する。これに対して、図８（Ｂ）の場合には、最小在庫数時刻が遅い場合であるので、（制限時間Ｔo）＝（最小在庫数時刻）−（現在時刻）によって制限時間を決定する。本実施形態においては、このように制限時間Ｔoが決められているので、移動を請け負った登録ユーザーは余裕をもって車両移動を行うことができる。
【００４２】
再び図６に戻る。ステップＳ１０１の移動対象カーポート選定処理サブルーチンからリターンすると、続いてステップＳ１０２において、支払額決定処理サブルーチンが実行される。この支払額決定処理サブルーチンでは、車両過密状態のカーポートCｉから過疎状態のカーポートＣｊまでの車両１０の移動を受託した登録ユーザーが、車両移動を規定通り完了したときに、当該登録ユーザーに対して支払う対価の額を決定する処理を行う。この支払額決定処理サブルーチンについて図９を参照して説明する。図９は本発明の実施形態に係るカーポート管理システムにおける支払額決定処理サブルーチンのフローチャートを示す図である。
【００４３】
図９において、ステップＳ３００で、支払額決定処理のサブルーチンが開始されると、続いてステップＳ３０１では、車両在庫台数履歴データベース２３を用いて、過密状態で移動元のカーポートとなっているカーポートＣｉの履歴を取得し、在庫数の変化率ΔＲを算出する。
【００４４】
ステップＳ３０２では、ΔＲ＞０であるか否かが判定される。ステップＳ３０２の判定結果がＹＥＳであるときには、カーポートが過密状態であるにも関わらず、車両在庫台数が増加することが予想されるので、ステップＳ３０３に進み、支払額Ｙを増額する処理を行う。ここで、Ｙ＝Ｙo＋αによって計算する。ただし、Ｙoは所定額であり、αは支払額の増額分である。
【００４５】
ステップＳ３０２の判定結果がＮＯであるときには、ステップＳ３０４に進みΔＲ＜０であるか否かが判定される。ステップＳ３０４の判定がＹＥＳであるときには、カーポートが過密状態であるが、車両在庫台数が減少することが予想されるので、ステップＳ３０５に進み、支払額Ｙを減額する処理を行う。このときの計算方法としては、例えば、Ｙ＝Ｙo−βによって計算を行う。ただし、Ｙoは所定額であり、βは支払額の減額分である。
【００４６】
ステップＳ３０４の判定がＮＯであるときには、車両在庫台数が増減はないものと予想されるので、ステップＳ３０６に進み、支払額ＹをＹ＝Ｙoによって計算する。すなわち、支払額Ｙは所定額Ｙoと同じとする。ステップＳ３０７では、メインの処理ルーチンにリターンする。このように本実施形態では、支払額決定処理のサブルーチンで、移動元となるカーポートにおける車両在庫台数の増減予測から妥当な支払額を決定するようにしている。
【００４７】
再び図６に戻る。ステップＳ１０２の支払額決定処理サブルーチンからリターンすると、続いてステップＳ１０３において、車両移動依頼メール配信処理サブルーチンが実行される。このサブルーチンでは、車両移動受託希望している登録ユーザーに対して、カーポートCｉからカーポートＣｊまでの車両移動を依頼するメールを配信する処理を実行するものである。図１０を参照して、このサブルーチンについて説明する。図１０は本発明の実施形態に係るカーポート管理システムにおける車両移動依頼メール配信処理サブルーチンのフローチャートを示す図である。
【００４８】
図１０において、ステップＳ４００で、車両移動依頼メール配信処理のサブルーチンが開始されると続いて、ステップＳ４０１に進む。ステップＳ４０５乃至ステップ４０６は、車両移動の依頼を行うユーザーを選定するループである。このループでは、全ての登録ユーザーについて選定のためのチェックが行われ、このチェックが完了した後に、ステップＳ４０７へと抜けるようになっている。
【００４９】
当該ループ中のステップＳ４０２では、登録ユーザーデータベース２１のユーザーの「位置情報」のデータ項目欄が参照されて、それぞれのユーザーの位置情報が取得される。ステップＳ４０３では、当該ユーザーがカーポートＣｉから所定距離内であるか否かが判定される。なお、このような判定を行うことによって、カーポートＣｉに赴き、車両移動を行い得る登録ユーザーのみを選定するようにしている。すなわち、図１の一点鎖線内に示される携帯端末を所有するユーザーのみにメールを配信するような処理を行うものである。
【００５０】
ステップＳ４０３における判定の結果がＹＥＳであるときには、ステップＳ４０４に進み、当該ユーザーをメール配信対象として選定し、判定結果がＮＯであるときには、ステップＳ４０５に進み、当該ユーザーをメール配信対象として選定しないようにする。
【００５１】
ステップＳ４０６で依頼ユーザー選定ループを抜けると、ステップＳ４０７に進み、ループで選定された登録ユーザーの携帯端末に対して、車両移動依頼のメールを通知する。このステップで配信するメールの記載内容は、移動元カーポートＣｉから移動先カーポートＣｊまでの車両移動依頼、その際の制限時間Ｔo及び支払額（移動の対価の額）である。ステップＳ４０８に進むと、メイン処理のルーチンにリターンする。本実施形態においては、このようなサブルーチンの処理によって、送信先として妥当な登録ユーザーのみを選定した上で、メールを配信するようにしているので、不要なメールの送受信を避けることが可能となる。
【００５２】
再び図６のメイン処理のフローチャートに戻り説明を続ける。ステップＳ１０３における車両移動依頼メール配信処理からリターンすると、続いてステップＳ１０４に進み、ユーザーから車両移動を受託する旨の通知を受信したか否かが判定される。このステップの判定がＹＥＳであるときにはステップＳ１０５に進む。
【００５３】
ステップＳ１０４における判定がＮＯであるときにはステップＳ１１０に進み、所定時間Ｔaが経過したか否かが判定される。ステップＳ１１０の判定がＮＯであるときにはステップＳ１０４に進む。一方、所定時間Ｔaが経過し、ステップＳ１１０の判定がＹＥＳとなったときにはステップＳ１１１では、支払額を増額して、ステップＳ１０３に戻り再びメール配信処理を行うことで、再度の依頼を行うようにする。本実施形態では、このような支払額の増額処理によって、より確実に移動依頼の受託がなされるようにしている。
【００５４】
ステップＳ１０４における判定がＹＥＳであるときに進むステップＳ１０５では、ユーザーと移動対象車両を移動元カーポートＣｉから移動先カーポートＣｊまで車両移動する契約を成立させる。ステップＳ１０５に続く、ステップＳ１０６では、契約成立メール配信処理サブルーチンを実行する。
【００５５】
この支契約成立メール配信処理のサブルーチンでは、車両移動契約が成立した登録ユーザーに対して契約成立の旨のメールを送信すると共に、それ以外の登録ユーザーに対しては、既に他で契約が成立したので車両移動者の募集を締め切った旨のメールを送信する処理を実行する。この契約成立メール配信処理サブルーチンについて図１１を参照して説明する。図１１は本発明の実施形態に係るカーポート管理システムにおける契約成立メール配信処理サブルーチンのフローチャートを示す図である。
【００５６】
図１１において、ステップＳ５００で、契約成立メール配信処理のサブルーチンが開始されると、続いてステップＳ５０１に進む。ステップＳ５０１乃至ステップＳ５０５は、契約成立メール配信処理を行うループが実行される。このループでは、先の車両移動依頼メール配信処理サブルーチンでメールを送信した全ての登録ユーザーを対象に、逐一処理される。全ての前記ユーザーに対する処理が終了したときに、このループを抜けて、次のステップに進む。
【００５７】
このループにおけるステップＳ５０２では、処理対象ユーザーが、車両移動契約成立ユーザーであるか否かが判定される。ステップＳ５０２の判定結果がＹＥＳであるときには、ステップＳ５０３で、当該ユーザーと契約が成立した旨のメールを送信する。また、判定結果がＮＯであるときには、ステップＳ５０４に進み、他のユーザーとの契約が成立したので、当該ユーザーに対しては、車両移動の依頼を取り下げる旨のメールを送信する。ステップＳ５０５では、全ての処理対象ユーザーに対して、契約成立メール配信処理ループの適用が終了したときには、ステップＳ５０６に進み、元のルーチンにリターンする。以上のような、契約成立メール配信処理サブルーチンによれば、車両移動契約成立ユーザーに加えて、全ての車両移動依頼メールを配信したユーザーに、当該依頼案件での契約が完了した旨を報知することが可能となる。
【００５８】
ここで、以上のようなメールの送受信に関連してカーポート管理システム２０と登録ユーザーの携帯端末（３０ａ、３０ｂ、３０ｃ・・・）との間のトランザクションの一例について図１２を参照して説明する。図１２は本発明の実施形態に係るカーポート管理システムと登録ユーザー携帯端末との間のデータ通信の流れを示す図である。
【００５９】
カーポート管理システム２０側において、ステップＳ１１で、移動対象カーポート選定処理が実行されて、移動元カーポートＣｉ、移動先カーポートＣｊ、移動対象車両が決定すると、続いてステップＳ１２で、支払額決定処理されて車両移動の対価が決められる。次のステップＳ１３では、車両移動依頼メール配信処理のサブルーチンによってメールを配信する登録ユーザーが選定されて、ステップＳ２１に示すように、それぞれの登録ユーザーの携帯端末（３０ａ、３０ｂ、３０ｃ・・・）に車両移動の依頼メールが配信される。
【００６０】
このような車両移動依頼メールの配信を受け、例えば、携帯端末３０ａを所有する登録ユーザーがステップＳ３１で車両移動依頼の受託を決意し、受託の旨の通知を発信すると、ステップＳ２２で、受託メールがカーポート管理システム２０に返信される。
【００６１】
カーポート管理システム２０では、このような受託メールを受信すると、ステップＳ１４において契約成立メール配信処理が実行され、ステップＳ２３に示すように、携帯端末３０ａの登録ユーザーに対しては、契約成立メールが送信され、ステップＳ２４に示すように、それ以外のユーザー派には、他ユーザーとの契約が完了した旨を通知するメールが配信される。
【００６２】
再び図６に示す主処理のフローチャートに戻り説明を続ける。ステップＳ１０６における契約成立メール配信処理のサブルーチンが完了すると、次にステップＳ１０７で、移動元となるカーポートＣｉでの出庫を確認するサブルーチン処理が実行される。このようなサブルーチン処理にあたっては、カーポートＣｉのカーポート現地管理部４０からの情報が活用される。図１３は本発明の実施形態に係るカーポート管理システムにおける出庫確認処理サブルーチンのフローチャートを示す図である。
【００６３】
図１３において、ステップＳ６００で、出庫確認処理のサブルーチンが開始されると、次にステップＳ６０１に進み、カーポート現地管理部４０で移動対象車両（契約車）の出庫が確認されたか否かが判定される。ステップＳ６０１の判定がＹＥＳであれば、ステップＳ６０５に進み、メインルーチンにリターンする。
【００６４】
ステップＳ６０２では、車両移動開始までの制限時間である所定時間Ｔｂが経過したか否かが判定される。判定結果がＮＯであるときにはステップＳ６０１に戻るが、ＹＥＳであるときにはステップＳ６０３に進み、契約を行ったユーザーとの車両移動契約を破棄する。そして、ステップＳ６０４では、当該ユーザーに契約破棄の旨のメールを送信し、メインルーチンのステップＳ１０３に戻り、再び車両移動依頼メール配信処理サブルーチンを実行して、一から車両移動依頼の募集を行うようにする。
【００６５】
以上のような出庫確認処理サブルーチンからメインルーチンにリターンすると、続いてステップＳ１０８で、移動先となるカーポートＣｊで入庫を確認するサブルーチン処理が実行される。このようなサブルーチン処理にあたっては、カーポートＣｊのカーポート現地管理部４０からの情報が活用される。図１４は本発明の実施形態に係るカーポート管理システムにおける入庫確認処理サブルーチンのフローチャートを示す図である。
【００６６】
図１４において、ステップＳ７００で、入庫確認処理サブルーチンが開始されると、続いてステップＳ７０１に進み、カーポートＣｊのカーポート現地管理部４０からの情報に基づき、移動契約車の入庫が確認されたか否かが判定される。ステップＳ７０１における判定結果がＹＥＳであるときにはステップＳ７０８に進み、ステップＳ７０８で、ユーザーとの決済方法を、支払い処理として、ステップＳ７０９でメインルーチンにリターンする。
【００６７】
ステップＳ７０１における判定結果がＮＯであるときにはステップＳ７０２に進み、ステップＳ７０２では、ＶＩＣＳ情報取得部２５によってカーポートＣｉとカーポートＣｊ間の渋滞情報を取得する。続く、ステップＳ７０３では、所定規模以上の渋滞があるか否かが判定される。ステップＳ７０３の判定結果がＹＥＳであるときにはステップＳ７０４に進み、制限時間Ｔo＝に、渋滞を考慮した時間分Ｔαを追加して、契約ユーザーに対する配慮を行うこととする。判定結果がＮＯであるときにはステップＳ７０４５に進む。
【００６８】
ステップＳ７０５では制限時間Ｔoを超過したか否かが判定され、ステップＳ７０５の判定がＮＯであるとステップＳ７０１に戻り、判定がＹＥＳであるとステップＳ７０６に進む。ステップＳ７０６では、カーポートＣｊで移動対象車両（契約車）の入庫を確認したか否かが判定される。ステップＳ７０６の判定結果がＹＥＳであるときに、ステップＳ７０７に進み、契約ユーザーとの決済方法としては、課金処理とする。ステップＳ７０９に進み、メインルーチンにリターンする。
【００６９】
図６のフローチャートにおいて、ステップＳ１０８の入庫確認処理のサブルーチンからリターンすると、次に、ステップＳ１０９に進み、ステップＳ７０８又はステップＳ７０７のいずれかの決済方法での決済処理が行われる。すなわち、制限時間Ｔoで車両移動を完了した登録ユーザーに対しては支払い処理を行うように、完了しなかった登録ユーザーに対しては逆に課金処理を行うようにする。ステップＳ１１２では、カーポート管理システム２０のメイン処理を終了する。
【００７０】
以上のように、本発明の実施形態に係るカーポート管理システムによれば、各カーポート間での車両偏在の課題を解決することができ、車両の効率的な利用を促進することが可能となる。また、上記車両偏在の課題を、人手を雇うことなく低コストで解決することが可能となる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態に係るカーポート管理システム概要を模式的に説明する図である。
【図２】本発明の実施形態に係るカーポート管理システムにおけるカーポート（Ｃｎ）での自動車車両１０の管理を説明する図である。
【図３】本発明の実施形態に係るカーポート管理システムにおける登録ユーザーデータベース２１のデータ構造例を示す図である。
【図４】本発明の実施形態に係るカーポート管理システムにおけるカーポート情報データベース２２のデータ構造例を示す図である。
【図５】各カーポート（Ｃｎ）に依る出庫数履歴情報の例を示す図である。
【図６】本発明の実施形態に係るカーポート管理システムにおけるメイン処理のフローチャートを示す図である。
【図７】本発明の実施形態に係るカーポート管理システムにおける移動対象カーポート選定処理サブルーチンのフローチャートを示す図である。
【図８】最小在庫数時刻と到着予想時刻とから制限時間Ｔｏの求め方を説明する図である。
【図９】本発明の実施形態に係るカーポート管理システムにおける支払額決定処理サブルーチンのフローチャートを示す図である。
【図１０】本発明の実施形態に係るカーポート管理システムにおける車両移動依頼メール配信処理サブルーチンのフローチャートを示す図である。
【図１１】本発明の実施形態に係るカーポート管理システムにおける契約成立メール配信処理サブルーチンのフローチャートを示す図である。
【図１２】本発明の実施形態に係るカーポート管理システムと登録ユーザー携帯端末との間のデータ通信の流れを示す図である。
【図１３】本発明の実施形態に係るカーポート管理システムにおける出庫確認処理サブルーチンのフローチャートを示す図である。
【図１４】本発明の実施形態に係るカーポート管理システムにおける入庫確認処理サブルーチンのフローチャートを示す図である。
【符号の説明】
【００７２】
１０・・・車両、２０・・・カーポート管理システム、２１・・・登録ユーザーデータベース、２２・・・カーポート情報データベース、２３・・・車両在庫台数履歴データベース、２４・・・通信部、２５・・・ＶＩＣＳ情報取得部、３０・・・ユーザー携帯端末、４０・・・カーポート現地管理部
【特許請求の範囲】
【請求項１】
複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、
車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段と、
前記車両の移動の際の制限時間を設定する制限時間設定手段と、
前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、
前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、
前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、
有することを特徴とするカーポート管理システム。
【請求項２】
前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していなければ支払い処理を行うことを特徴とする請求項１に記載のカーポート管理システム。
【請求項３】
前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していれば課金処理を行うことを特徴とする請求項１又は請求項２に記載のカーポート管理システム。
【請求項４】
カーポート毎の車両在庫台数の履歴データを記憶する車両在庫台数履歴記憶手段を有しており、
前記制限時間設定手段は、前記車両在庫台数に記憶される履歴データで在庫台数が最小となる時刻と、前記移動先カーポートに到着する予想時刻のいずれか遅い時刻を基に、前記前記制限時間を設定することを特徴とする請求項１乃至請求項３のいずれかに記載のカーポート管理システム。
【請求項１】
複数のカーポートにおける車両の在庫台数を管理するカーポート管理システムであって、
車両移動における移動元カーポートと、移動先カーポートを選定する移動対象カーポート選定手段と、
前記車両の移動の際の制限時間を設定する制限時間設定手段と、
前記車両の移動依頼の通知をユーザーに対して行う移動依頼通知手段と、
前記移動先カーポートに前記車両が移動されたことを確認する確認手段と、
前記確認手段によって前記車両の移動が確認されたとき前記ユーザーとの間で所定対価の決済を行う決済手段と、
有することを特徴とするカーポート管理システム。
【請求項２】
前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していなければ支払い処理を行うことを特徴とする請求項１に記載のカーポート管理システム。
【請求項３】
前記決済手段は、前記確認手段によって前記車両の移動が確認されたときに前記制限時間を超過していれば課金処理を行うことを特徴とする請求項１又は請求項２に記載のカーポート管理システム。
【請求項４】
カーポート毎の車両在庫台数の履歴データを記憶する車両在庫台数履歴記憶手段を有しており、
前記制限時間設定手段は、前記車両在庫台数に記憶される履歴データで在庫台数が最小となる時刻と、前記移動先カーポートに到着する予想時刻のいずれか遅い時刻を基に、前記前記制限時間を設定することを特徴とする請求項１乃至請求項３のいずれかに記載のカーポート管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−１７０２９３（Ｐ２０１０−１７０２９３Ａ）
【公開日】平成２２年８月５日（２０１０．８．５）
【国際特許分類】
【出願番号】特願２００９−１１５８６（Ｐ２００９−１１５８６）
【出願日】平成２１年１月２２日（２００９．１．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（５９１２６１５０９）株式会社エクォス・リサーチ (1,360)
【Ｆターム（参考）】
【公開日】平成２２年８月５日（２０１０．８．５）
【国際特許分類】
【出願日】平成２１年１月２２日（２００９．１．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（５９１２６１５０９）株式会社エクォス・リサーチ (1,360)
【Ｆターム（参考）】
[ Back to top ]