カーステーション負荷分散システム
【課題】カーステーション（ＣＳ）の需要が駅前など特定の場所に集中する。
【解決手段】システムは、複数のＣＳの設置場所の位置情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを備える。ＣＳ利用状況管理サーバは、会員からシェアカーの予約を受付ける際に、ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定する。会員が目的地とするＣＳの混雑度が高い場合、ＣＳ設置情報ＤＢから、移動距離が近く当該目的地のＣＳの代替となる代替ＣＳを求め会員に提示する。提示された代替ＣＳを利用した会員には、目的地のＣＳを利用した場合に比べ増加した所要時間に応じて割引料金が適用される。
【解決手段】システムは、複数のＣＳの設置場所の位置情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを備える。ＣＳ利用状況管理サーバは、会員からシェアカーの予約を受付ける際に、ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定する。会員が目的地とするＣＳの混雑度が高い場合、ＣＳ設置情報ＤＢから、移動距離が近く当該目的地のＣＳの代替となる代替ＣＳを求め会員に提示する。提示された代替ＣＳを利用した会員には、目的地のＣＳを利用した場合に比べ増加した所要時間に応じて割引料金が適用される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーシェアリング用のカーステーションを運用・管理するシステムに関する。特に、カーステーションの需要を把握し、利用負荷を分散させるシステムに関する。
【背景技術】
【０００２】
長引く不況や若者の車離れ等により、国内ではマイカーの需要が減少しているが、対照的にカーシェアリングが急速に盛り上がりをみせている。カーシェアリングは、１台の車を複数の会員が共同で、１５分や３０分という短時間でも利用可能にする車の利用形態である。頻繁に車を利用しないのなら、「所有する」より、「借りる」ほうが費用節約になり、また、ＣＯ２削減にも貢献することに多くの人が注目している。そのため、カーシェアリングを支援するためのシステムが多数存在する（例えば、特許文献１，２，３等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３４２８７８号公報
【特許文献２】特開２００４−１７８３８５号公報
【特許文献３】特開２００５−１８２１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通常、カーシェアリング用の車は、専用の駐車場（カーステーション、以下、ＣＳと呼ぶ）で無人管理される。カーシェアリングのサービスに登録した会員は、最寄のＣＳを携帯電話やパーソナル・コンピュータ等から検索し、空いている車を予約した後、そのＣＳに行き会員に発行されたＩＣカード等で本人認証を受け、車のドアを解鍵して車内にあるキーを使ってそのまま発車する。返却は、ＣＳに戻り施錠するだけである（出発時のＣＳと同じＣＳである必要はない）。そのため、利用者にとって身近に利用できるＣＳが多数存在することがカーシェアリング普及のための鍵となる。
【０００５】
一般的に、ＣＳの利用区域は、目的地の徒歩５分圏内が限度であると言われており、会員が多く利用したいと思うＣＳは、駅前等の特定の施設近辺に集中する傾向がある。しかし、その需要に合わせて駅前等にＣＳを設置できる場所を多数確保することは非常に困難である。したがって、利用が集中するＣＳを分散させたり、利用が集中するエリア内の限りあるＣＳを最大限に有効活用することが必要である。
【０００６】
本発明では、上記のような課題に鑑み、カーステーション（ＣＳ）の需要を逐次把握し、利用負荷を分散するシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明のカーステーション負荷分散システムは、以下のような解決手段を提供する。
【０００８】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散システムであって、ＣＳ利用状況管理サーバが、カーシェアリングの会員の端末とネットワークで接続され、前記ＣＳ利用状況管理サーバは、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢ（データベース）と、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、前記会員からシェアカーの予約を受付けるシェアカー予約受付部と、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員の端末に提示する代替ＣＳ提示部と、を備えることを特徴とする。
【０００９】
このような構成によれば、本発明のカーステーション負荷分散システム（以下、本システムと呼ぶことがある）には、ＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況をリアルタイムで把握できるデータベース（以下、ＤＢ）を備えている。そして、本システムが、カーシェアリングの会員からシェアカー（車両）の予約を受付ける際に、会員が目的地とするＣＳの混雑度（ＣＳに駐車可能な車両の台数に対して、現在ＣＳに駐車している車両の台数の割合）を判定し、その混雑度が所定の値（例えば９０％など）より高い場合には、ＣＳが設置された位置情報をもとに、目的地のＣＳの代替となるＣＳを会員に提示する。代替となるＣＳは、目的地からは少し離れるが徒歩圏にある近隣のＣＳ、または他の交通手段によって同じ目的地に行くことが可能なＣＳを含む。このようにすることで、駅前等の特定のＣＳに利用が集中することを軽減する。
【００１０】
さらに好ましくは、本発明のシステムにおいて、前記代替ＣＳ提示部は、前記目的地のＣＳに向かう場合と、前記代替ＣＳに向かう場合の所要時間及びカーシェアリングの利用料金を比較し、当該所要時間の差及び当該利用料金の差に応じて、前記代替ＣＳに向かう場合の割引料金を提示するように構成してもよい。
【００１１】
このような構成によれば、代替ＣＳを利用することで会員にとって所要時間や利用料金が増加する場合は、その増加分に応じて利用料金の割引価格を提示する。所要時間や利用料金の計算には、鉄道やバス等の公共交通機関を利用した場合も含まれる。このようにすることで、会員が代替ＣＳを使用する動機付けが高まり、結果として、当初の目的地としたＣＳの利用集中をより軽減することができる。
【００１２】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記目的地とするＣＳが同じか又は所定の移動距離内にある複数の会員の情報を検索し、前記目的地とするＣＳまでの相乗りを提示するＣＳ間相乗り提示部を備えるように構成してもよい。
【００１３】
このような構成によれば、会員が目的地とするＣＳの混雑度が高いと判定される場合は、同じＣＳを目的地とする他の会員を探し、それぞれの会員に対して相乗りを促すように提示する。このようにすることで、同じＣＳに向かうシェアカーの台数を減らすことができ、そのＣＳの利用集中をより軽減することができる。
【００１４】
さらに好ましくは、本発明のシステムにおいて、前記相乗り提示部は、前記相乗りのためにＣＳ間の移動が必要となった会員に対し、当該移動のための移動時間及び利用料金の増加分に応じて、前記利用料金の割引を提示するように構成してもよい。
【００１５】
このような構成によれば、提示された相乗り条件に従い、ある会員がシェアカーを運転し目的地のＣＳに向かう途中、他の会員をピックアップするために余分に要した移動時間、利用料金の増加分に応じて、その会員に対して利用料金の割引を行う。このようにすることで、相乗りする会員がさらに増え、結果として目的地のＣＳの利用集中がより軽減される。
【００１６】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とするＣＳの混雑度がある時間帯で所定の値以上となる場合、当該ＣＳの利用開始時間の変更を提示するＣＳ利用時間分散提示部を備えるように構成してもよい。
【００１７】
このような構成によれば、シェアカー予約受付の際、目的地のＣＳの混雑度がある時間帯で高いと判定される場合、そのＣＳの利用開始時間を混雑する時間帯からずらすように利用開始時間の変更を会員に対して提示する。このようにすることで、時間帯によって混雑度が高いＣＳがある場合、他の会員にその時間帯を避けるように促し、そのＣＳの利用集中を軽減することができる。
【００１８】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用時間分散提示部は、前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とする複数のＣＳの入力を受付け、前記複数のＣＳの中に時間帯によって前記混雑度が所定の値以上となるＣＳが含まれる場合、当該ＣＳの混雑時間帯を避けるルートを提示するように構成してもよい。
【００１９】
このような構成によれば、複数のＣＳを廻ることを予定している会員に対して、混雑する時間帯を有するＣＳがその中に含まれている場合には、その混雑時間帯を避けるルートを提示する。会員がこれに応じれば、結果として、ＣＳの利用集中をさらに軽減することができる。
【００２０】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記ＣＳ設置情報ＤＢと前記ＣＳ利用状況ＤＢに基づいて、ＣＳ間移動確率を算出し、前記ＣＳ間移動確率が所定の値以上を持つＣＳ間をオンデマンド・バスの運行区間候補として提示するオンデマンド・バスルート提示部を備えるように構成してもよい。
【００２１】
このような構成によれば、ＣＳ設置情報とＣＳ利用情報に基づいて、ＣＳ間移動確率を算出する。ＣＳ間移動確率とは、あるＣＳに駐車するシェアカーが別の特定のＣＳに移動する割合いを表した数値である。移動確率の高いＣＳ間はそれだけ人の行き来が多いと考えられるので、そのＣＳ間は、オンデマンド・バスの運行区間として有力である。そのＣＳ間にオンデマンド・バスが運行すれば、その２つのＣＳの利用集中を軽減することができる。
【００２２】
また、本発明のカーステーション負荷分散システムは、以下のように、システムの中核となるカーステーション利用状況管理サーバの発明、または、コンピュータによるカーステーション負荷分散方法として捉えることもでき、上記のシステムと同様な作用効果を奏する。
【００２３】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション利用状況管理サーバであって、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、会員からシェアカーの予約を受付けるシェアカー予約受付部と、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを提示する代替ＣＳ提示部と、を備えることを特徴とする。
【００２４】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散方法であって、コンピュータが、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを有し、会員からシェアカーの予約を受付けるステップと、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するステップと、前記シェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員に提示するステップと、を処理すること特徴とするカーステーション負荷分散方法。
【発明の効果】
【００２５】
本発明によれば、カーステーションの需要を逐次把握し、利用負荷を分散するシステムを提供することができる。また、ＣＳを設置する際の最適配置計画にも役立てることができる。
【図面の簡単な説明】
【００２６】
【図１】本発明のカーステーション負荷分散システムの構成を示す図である。
【図２】ＣＳ設置情報ＤＢ２２及びＣＳ利用状況ＤＢ２３の一例を示す図である。
【図３】車両利用状況ＤＢ２４及び会員利用状況ＤＢ２５の一例を示す図である。
【図４】本発明の第１の実施例に係る代替ＣＳ提示の概念を示す図である。
【図５】本発明の第１の実施例に係る代替ＣＳ料金調整テーブル３０の一例を示す図である。
【図６】本発明の第１の実施例に係る代替ＣＳ提示処理のフローを示す図である。
【図７】本発明の第２の実施例に係るＣＳ間相乗り提示の概念を示す図である。
【図８】本発明の第２の実施例に係るＣＳ間相乗り料金調整テーブル３１の一例を示す図である。
【図９】本発明の第２の実施例に係るＣＳ間相乗り仲介テーブル３２の一例を示す図である。
【図１０】本発明の第３の実施例に係るＣＳ間のルート変更提示の概念を示す図である。
【図１１】本発明の第３の実施例に係るＣＳ間のルート変更推奨画面の一例を示す図である。
【図１２】ＣＳと最寄施設間の移動距離の概念を示す図である。
【図１３】本発明の第３の実施例に係るＣＳ稼働率テーブル３３及びＣＳ料金時間帯調整テーブル３４の一例を示す図である。
【図１４】本発明の第４の実施例に係るオンデマンド・バスルート提示の概念を示す図である。
【図１５】本発明の第４の実施例に係るＣＳ間移動確率テーブル３５の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号を付している。
【００２８】
［システム構成］
まず、本発明を実現するシステム構成について説明する。図１は、本発明のカーステーション負荷分散システムの構成を示す図である。
【００２９】
カーステーション負荷分散システム（以下、単に、本システムと呼ぶ）は、ＣＳ利用状況管理サーバ１００（以下、単にサーバ１００）が、インターネットを介して、携帯電話やパーソナル・コンピュータ（ＰＣ）等の会員端末４０と接続されている。サーバ１００は、通常のカーシェアリング・サービスを実現するための会員に対する課金や入会、脱会を受付けるための運用サーバ（図示せず）内に設けられデータベース（ＤＢ）を共有してもよいし、あるいは別個のサーバとして構築してもよい。また、サーバ１００は、外部のデータベースとも接続され、公共交通機関料金ＤＢ２０や地図ＤＢ２１から必要なデータを随時取得することができるとする。
【００３０】
サーバ１００は、主な処理部として、シェアカー予約受付部１０，ＣＳ混雑度判定部１１，代替ＣＳ提示部１２，ＣＳ間相乗り提示部１３，ＣＳ利用時間分散提示部１４，オンデマンド・バスルート提示部１５で構成される。それぞれの処理部は、ＣＳ設置情報ＤＢ２２，ＣＳ利用状況ＤＢ２３，車両利用状況ＤＢ２４，会員利用状況ＤＢ２５の各データベースに格納されたＣＳ、車両（シェアカー）、会員に関する情報に基づいて、各種のテーブルを生成したり、参照したり、更新したりすることでそれぞれの処理を行う。これらのテーブルには、代替ＣＳ料金調整テーブル３０，ＣＳ間相乗り料金調整テーブル３１，ＣＳ間相乗り仲介テーブル３２，ＣＳ稼働率テーブル３３，ＣＳ料金時間帯調整テーブル３４，及びＣＳ間移動確率テーブル３５があり、詳しくは後述する。
【００３１】
シェアカー予約受付部１０は、会員端末４０からシェアカーの予約を受付ける機能を果す。会員は、専用のＷｅｂサイト等から、最寄のＣＳを検索し、予約情報（会員ＩＤ，利用開始時間，予定使用時間）を入力して、ＣＳ内の空いている車を予約する。本システムにおいては、この予約情報に加えて、目的地または目的地の最寄のＣＳも入力することとする。特に目的地がない場合には、予約した車が駐車しているＣＳを入力する。また、複数の目的地を入力し、さらに目的地を廻る予定ルートを入力してもよい。ただし、予約時に入力した予定使用時間及び目的地は、車を発進させた後であっても変更可能である。予約されたシェアカーのスケジュールは、会員ＩＤとともに、車両利用状況ＤＢ２４に記録される。
【００３２】
ＣＳ混雑度判定部１１は、ＣＳ利用状況ＤＢ２３を用い、ＣＳの混雑度を求める機能を果す。ここでいう「混雑度」とは、あるＣＳに駐車可能な車両の台数に対して、現在、実際に駐車している車両の数の割合を表す。特にシェアカー予約の受付部１０に予約が入ったときには、目的地のＣＳの混雑度を必ずチェックし、所定以上の混雑度以上（例えば９０％以上）となっているＣＳを判定する。ここで判定した混雑度は、後の処理の基礎データとなる。もちろん、すべてのＣＳの混雑度は、求めに応じていつでも判定することができる。
【００３３】
代替ＣＳ提示部１２は、ＣＳ混雑度判定部１１によって、特定のＣＳに利用が集中していると判定された場合（混雑度が所定の値以上と判定された場合）に、近隣の代替となるＣＳを抽出し、割引料金を会員端末４０やその他適切な手段で提示する機能を果す。近隣のＣＳは、必ずしも徒歩圏になくともよい。利用が集中するＣＳは、典型的には、駅までの距離が近く便利な場所にある駐車場であり、通勤客や通学客をはじめ、鉄道の利用客が多く利用するものと考えられる。このような場合、代替ＣＳ提示部１０は、同じ目的地（駅等）に到達可能な近隣のＣＳで、かつ利用率が比較的高くないＣＳ（例えば、隣の駅のＣＳや駅からやや離れた商店街等にあるＣＳ）を、ＣＳの位置情報と近隣のＣＳ情報、及び必要なら地図ＤＢ２１を用いて抽出し、会員に提示する。
【００３４】
会員は、提示された代替ＣＳを利用した場合、代替ＣＳに向かうための利用料金の増加に対して割引価格を提示するなどして、会員が代替ＣＳを利用しやすいように誘導する。このとき、代替ＣＳ料金調整テーブル３０を用い、目的ＣＳを利用した場合と代替ＣＳを利用した場合の所要時間、料金を比較し、それらの差を考慮した割引料金が設定される。例えば、隣の駅近辺の代替ＣＳを利用した際に余分に鉄道料金等が発生する場合に備えて、公共交通機関料金ＤＢ２０から必要なデータを取得する。会員がこの代替ＣＳ提示によって代替ＣＳを利用することで、利用するＣＳが分散し、特定のＣＳに利用が集中することを軽減できる。具体的な例は、実施例１として後で詳しく説明する。
【００３５】
ＣＳ間相乗り提示部１３は、同じ時間帯に同じＣＳに向かう会員どうしを仲介しシェアカーの相乗りを促すことによって、シェアカーが特定のＣＳに集中することを緩和させる機能を果す。ＣＳ混雑度判定部１１によって、利用が集中していると判定されたＣＳに対して予約を受信した場合は特に相乗りを推奨して提示する。このとき、ＣＳ間相乗り仲介テーブル３２を用い、相乗り希望者の条件をマッチングさせる機能も有する。相乗り希望条件がマッチした場合は、双方の会員に通知する。その通知に対して、運転者側と同乗者側が合意したことを条件に、割引料金が設定される。例えば、自宅付近のＣＳから駅近辺のＣＳに向かう会員が、同じ時間帯に駅に向かう会員を同乗させることで余分にかかった時間に応じて、利用料金の割引を受けることができるようにする。もちろん、利用料金も相乗りした会員間で分担するのでより経済的である。
【００３６】
この相乗りの仲介においては、タクシーなどの相乗りと違い、会員どうしの相乗りなので、会員は、会員登録データから得られる様々なデータを元に希望する相乗りの希望条件を設定することができる。さらに、一度限りでなく定期的な相乗りを設定することも容易である。例えば、毎日の通勤時間に合わせて、駅のＣＳまで平日の７：００〜７：３０の間を常に相乗り希望とするなどである。
【００３７】
また、同乗者をピックアップする場所は、原則、運転者または相乗り希望者の最寄のＣＳとする。こうすることで、運転者または相乗り希望者は、出発地と目的地のＣＳのＩＤを指定するだけですみ、会員どうしがピックアップ場所を検索するなど余分な手間が省ける。
【００３８】
ただし、相乗りを予約せずに、たまたま通りかかったシェアカーに会員証のＩＣカードを提示し、短距離のヒッチハイクのように利用することも可能である。乗せる側も同じカーシェアリングの会員なので身元が明らかで安心できる。この場合、ＩＣカードに目的地等の希望条件を予め入力しておき、シェアカーのＩＣカードリーダ部にタッチすることで、自動的にその希望条件が車内に表示されるようにしてもよい（デジタルヒッチハイク）。もちろん、運転者はシェアカーの車載器で所定の操作をすることで、車の窓を開けずに相乗りを拒否することもできる。
【００３９】
なお、相乗りした場合の料金割引は、ＣＳ間相乗り料金調整テーブル３１を用い、駅に直行した場合とピックアップに要した時間を考慮して設定される。具体的な例は、実施例２として後で詳しく説明する。
【００４０】
ＣＳ利用時間分散提示部１４は、ＣＳ混雑度判定部１１によって、利用が集中していると判断されたＣＳの混雑する時間帯を抽出し、時間帯をずらすことでＣＳの利用が可能となるケースを提示する機能を果す。すなわち、あるＣＳが満杯或いは満杯になりそうな時間帯をＣＳ利用状況ＤＢ２３から抽出し、普段そのＣＳを利用している会員等に提示する。そして、可能であれば、その時間帯での利用を避けるように会員に促す。この提示に応じた会員には料金割引やポイント特典等を与えるようにする。
【００４１】
このようにすることで、結果として、そのＣＳの利用集中を分散させることに役立つ。また、複数の商業施設を廻る場合や観光地などを廻る場合などのように、会員が複数のＣＳをある順序で廻ることが多いと判断されるようなときは、ＣＳ間を廻る順序を変えるように変更ルートを提示してもよい。いずれにしても、ＣＳ料金時間帯調整テーブル３４を用い、提示された時差利用に対して割引や特典を提供するようにし、会員に特定のＣＳの時間差利用に対して協力を促す。具体的な例は、実施例３として後で詳しく説明する。
【００４２】
オンデマンド・バスルート提示部１５は、ＣＳ利用状況ＤＢ２３を参照し、ある特定のＣＳから別の特定のＣＳへの会員の移動が多いことが判定できる場合は、その区間にオンデマンド・バスを運行させるかどうかの判断材料を与える機能を果す。このためには、あるＣＳから別のＣＳへの移動する確率を、ＣＳ利用状況ＤＢ２３から、ＣＳ間移動確率テーブル３５として作成し記録しておく。例えば、４つのＣＳがあるとし、あるＣＳから他のＣＳを一つ以上廻って元のＣＳに戻るルートは３３通りあるが、その中で会員が特定のルートを利用する確率が他のルートに比較して高い場合は、そのルートは、オンデマンド・バスルートの運行区間の候補とする。ここでいうオンデマンド・バスとは、固定したバスルートを運行せずに、利用者の需要に応じて、臨機応変に運行ルートを定めることができるバスを指す。オンデマンド・バスが運行できれば、結果として、そのルートにあたるＣＳへの負荷も減少することになる。具体的な例は、実施例４として後で詳しく説明する。
【００４３】
上記のシステムの構成は、あくまで一例であり、一つの機能部（処理部＋テーブル）を更に分割したり、複数の機能部をまとめて一つの機能部として構成してもよい。各機能部は、サーバ装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only
Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムが、記憶装置に格納されたＤＢ（Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施例における各ＤＢは、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わない。
【００４４】
［データベース］
図２と図３を用いて上記の各ＤＢに格納されるデータについて説明する。図２は、ＣＳ設置情報ＤＢ２２及びＣＳ利用状況ＤＢ２３の一例を示す図である。図３は、車両利用状況ＤＢ２４及び会員利用状況ＤＢ２５の一例を示す図である。
【００４５】
ＣＳ設置情報ＤＢ２２は、図２の上段に示すように、ＣＳごとに、敷地内に駐車可能な車の台数（駐車区画の数）、設置場所の位置情報、最寄施設、近隣ＣＳの情報を格納したＤＢである。ＣＳの設置場所の位置情報は、図の例で示すように、緯度、経度（場合によっては高度）であってもよいし、地図上のブロック番号などでもよい。また、住所を含ませるとさらによい。ＣＳは、一般の時間貸し駐車場や月極駐車場などを借り上げて使用する他、駅や大型施設の駐車場の一部を契約することによって提供される。「最寄施設」とは、そのＣＳを利用した利用者が徒歩で訪れる可能性が高い近隣の一以上の施設名（例えば、駅名、商店街名、ショッピングセンター名、公共団体施設名、観光施設名等）が格納される。当然、一つの施設が複数のＣＳの最寄施設に登録され得る。「近隣ＣＳ」とは、そのＣＳから所定の徒歩圏内（例えば、５分以内）又は公共交通手段を用いて短時間で移動できる圏内にあるＣＳのＩＤ（識別子）が格納される。なお、図示していないが、最寄施設が駅やバス停のＣＳに対しては、近隣ＣＳは、その駅（バス停）の隣の駅（バス停）を最寄とするＣＳを含んでもよい。これらの情報は、ＣＳが新設された時点で登録され、その後変更があるごとに更新される。
【００４６】
図２下段のＣＳ利用状況ＤＢ２３は、ＣＳごとに、毎日の利用台数（入庫台数、出庫台数）、平均駐車時間を記録したＣＳ稼動情報２３ａと、入庫または出庫したシェアカー車両のＩＤ，その車両が入庫または出庫した日時，このＣＳの直前に利用したＣＳのＩＤ（ＣＳ ｆｒｏｍ）又はこのＣＳから出発して向かう先の目的地のＣＳのＩＤ（ＣＳ ｔｏ），利用した会員のＩＤを時系列に記録した車両入出庫情報２３ｂを含んだＤＢである。図示していないが、ＣＳ稼動情報２３ａは日単位だけでなく、時間帯単位の情報も含むものとする。「ＣＳ ｆｒｏｍ」または「ＣＳ ｔｏ」は、ＣＳから出庫または入庫した際の車両ＩＤと時間を複数のＣＳで追跡することで求められる。このＣＳ利用状況ＤＢ２３を参照することで、ＣＳの日々の利用状況や稼働率（混雑度）が求められる。また、このＤＢの情報を元に、車両ごと、会員ごとのデータを集計することもできる。
【００４７】
図３上段の車両利用状況ＤＢ２４は、車両ごとに、車両ＩＤ，車種、ナンバー，車体番号，定員，ボディカラー，走行距離などの車両固有のデータを含んだ車両登録情報２４ａと、車両が使用された日ごとに、利用者の会員ＩＤ，利用開始時間，利用開始時のＣＳのＩＤ、利用終了時間、利用終了時のＣＳのＩＤの各データとを含んだ車両利用情報２４ｂとを格納したＤＢである。
【００４８】
図３下段の会員利用状況ＤＢ２５は、会員ＩＤ，氏名，住所，電話番号，メールアドレス，会費支払方法等の会員固有の登録情報２５ａと、利用した車両のＩＤ，利用開始時間、利用開始時（出発時）ＣＳのＩＤ，その車両を返却した時間である利用終了時間、返却したＣＳのＩＤの各データを含んだ会員利用情報２５ｂとを格納したＤＢである。図示していないが、登録情報２５ａには、性別、生年月日、趣味、喫煙の有無などその他のプロフィールを含むようにすることが好ましい。これらのプロフィール情報は、前述した相乗り仲介の際に使用される。
【００４９】
以上、説明したＤＢの各データは、ＣＳ利用状況管理サーバ１００だけでなく、カーステーションの運用サーバ（図示せず）及び各車両の記憶装置が日々の処理の際にデータを記録することにより、作成、更新、参照される。特にＣＳ利用状況管理サーバ１００はこれらのＤＢを参照し、処理に必要な後述する各種テーブルを作成し、参照、更新する。
【実施例１】
【００５０】
図４は、本発明の第１の実施例に係る代替ＣＳ提示の概念を示す図である。この図は、鉄道路線、隣接する駅Ａ，駅Ｂ、住宅地等の複数のＣＳ、および近隣の病院等の大型施設を模式的に表したものである。駅Ａには急行が止まるため利用が集中するＣＳ５０、駅Ｂには急行が止まらないので比較的すいているＣＳ５１があり、病院には混雑するＣＳ５２があるとする。また、日常的にＣＳ５３ａ〜５３ｄからＣＳ５０に向かう車両が多くＣＳ５０が混雑し、ＣＳ５４ａ〜５４ｃからＣＳ５２に向かう車両が多くＣＳ５２が混雑しているものとする。
【００５１】
代替ＣＳ提示とは、このＣＳ５０やＣＳ５２に向かう車両を比較的すいているＣＳ５１に向かうように仕向け、ＣＳ５０やＣＳ５２に駐車する車両をできるだけ減らすような方向で会員に提示することである。
【００５２】
例えば、ＣＳ５３ｄから出発し、ＣＳ５０を目的ＣＳとする会員には、車両を予約する際にＣＳ５０が混雑する可能性が高いことを示し、代替ＣＳとしてＣＳ５１を利用することを推奨して提示する。予約の際、会員端末から所定の操作をするなどして、この代替提示に応じた会員は、ＣＳ５３ｄから出発してＣＳ５１に向かい、そこから駅Ｂで電車に乗り目的駅に向かう。この場合、ＣＳ５０からＣＳ５１へ変更することによる移動時間の増加、カーシェアリング利用料金（移動時間に比例するものとする）の増加、及び駅Ｂから駅Ａへの鉄道料金の追加が発生するが、代替提示に応じた会員に対しては不利益にならないように割引料金や特典が提供される。
【００５３】
また、ＣＳ５４ａから病院のＣＳ５２に向かう会員に対しては、同様にＣＳ５１を提示し、そこから病院向けのバスに乗ってもらうように促してもよい。この提示に応じた会員に対しても、同様に、移動時間の増加、及びバス料金の追加に応じて、不利益にならないようにカーシェアリングの割引料金や特典が提供される。この場合、バス料金を無料にし、バス会社にはその分をカーシェアリング会社から協力費として後で支払うようにしてもよい。このようにすることで、バス会社は、固定客の増加が見込まれ、カーシェアリング会社にとっても、顧客離れを防止するため新たなＣＳを設置するよりはコスト面でのメリットがある。
【００５４】
図５は、本発明の第１の実施例に係る代替ＣＳ料金調整テーブルの一例を示す図である。上段に示すイメージ図では、自宅付近のＣＳ５５から駅に向かい、駅のＣＳで車を乗り捨てて都心方面に鉄道で出勤する場合を想定している。駅Ａ，Ｂ，Ｃにはそれぞれ最寄のＣＳ５６、ＣＳ５７，ＣＳ５８があるが、この場合、ＣＳ５５から最も近く便利なのはＣＳ５７であり、そこから駅Ａに行き電車に乗るのが一番所要時間が短いとする。
【００５５】
図５下段の代替ＣＳ料金調整テーブル３０には、ＣＳ５５から駅Ａ，Ｂ，Ｃを利用した場合のそれぞれの所要時間の合計と料金の合計が示されている。また、駅Ａを基準とし駅Ｂ，駅Ｃにはその差分が示されている。このデータは、公共交通機関料金ＤＢ２０とＣＳ設置情報ＤＢ２２から得られる。
【００５６】
代替ＣＳ提示部１２は、ＣＳ５７が所定の混雑度を超えていると判断したときは、ＣＳ５７を利用すると考えられる会員に対して代替ＣＳを提示する。提示するタイミングは、会員が専用サイトで予約を入れる際に目的地のＣＳを指定したとき、及び会員みずからが専用のサイトにアクセスし、ＣＳ混雑状況を検索したときに提示することが望ましい。また、会員の住所からＣＳ５７付近を日常的に利用する可能性の高い会員に電子メール等であらかじめ提示してもよい。
【００５７】
この代替ＣＳ料金調整テーブル３０の例からわかるように、駅ＡのＣＳを利用する場合が、所要時間、料金とも最も有利であるが、駅Ｂ，ＣのＣＳの混雑度に比較的余裕のある場合は、駅Ｂ、駅ＣのＣＳを使用した場合の割引料金を駅ＡのＣＳを利用しようとする会員に提示する。例えば、駅Ｂを利用すると、駅Ａを利用した場合より所要時間で＋８分、料金も鉄道料金が加算され、通常では＋１００円割高となる。しかし、所要時間の遅れ１分に対して割引１５円を行うと、駅Ｂを利用した場合には料金は総額５８０円となり、駅Ａを利用した場合よりも安くなる。駅Ｃを利用した場合も同様である。このような代替となるＣＳの割引料金を提示することで、顧客に駅Ｂ，駅ＣのＣＳも利用する動機付けを与え、結果としてＣＳ５７の混雑度を分散させることができる。
【００５８】
図６は、本発明の第１の実施例に係る代替ＣＳ提示処理のフローを示す図である。このフローチャートは、前述した代替ＣＳ提示処理を簡単に表したものである。
【００５９】
代替ＣＳ提示部１２は、ますステップＳ１０において、目的のＣＳの混雑度は所定の閾値１以上かを判断する。この「所定の閾値１」は、例えば、混雑度９０％以上のように予め設定しておく。次にステップＳ１１において、同じ目的地（駅など）に、回り道をしても行ける近隣のＣＳがあるかどうかを判断する。ここで、ＣＳ設置情報ＤＢ２２の位置情報、最寄施設、近隣ＣＳの情報が参照される。そのようなＣＳがある場合には、ステップＳ１２において、そのＣＳの混雑度が「所定の閾値２」（例えば、５０％）以下と判断される場合には、そのＣＳを目的ＣＳの代替ＣＳとして選択する（ステップＳ１３）。
【００６０】
次に、ステップＳ１４において、自宅付近のＣＳ（これをＣＳ０とする）から、目的ＣＳを経て目的地（勤務先の最寄駅など）に至るルートの所要時間、料金の総額を計算する。総額には鉄道料金も含まれる。さらに、ステップＳ１５において、ＣＳ０→代替ＣＳ→目的地に至るルートの所要時間及び料金の総額を計算する。そして、ステップＳ１６において、代替ＣＳ利用の場合、所定の割引率を乗じて割引料金を計算する。このようにして求めた料金、所要時間を比較したデータを会員に提示する。これを提示された会員は、会員端末４０から所定の操作をしてこの提示に対して応ずる旨を送ることで、割引価格の対象であるとシステムから見なされる。
【実施例２】
【００６１】
図７は、本発明の第２の実施例に係るＣＳ間相乗り提示の概念を示す図である。ＣＳの設置環境は、図４と同じである。図示するように、ここでも、混雑度の高い駅Ａを最寄とするＣＳ５０に、周辺のＣＳ（５３ａ〜５３ｅ、総称する場合は５３と呼ぶ）から多くの車両が向かうケースを考える。
【００６２】
会員がＣＳ５０に向かうために専用サイトから予約を行なおうとする際、ＣＳ５０が混雑していることが判定されると、本システムのＣＳ間相乗り提示部１３は、ＣＳ５３からの会員に対して、相乗りを提示し、その仲介をする。ＣＳ間相乗り提示部１３は、ＣＳ間相乗り仲介テーブル３２を検索し、運転者と同乗者が登録した相乗り希望条件がマッチすれば、両者に対して相乗りの提示を行い、両者が合意すれば相乗りが成立する。この場合の相乗りは、会員どうしがＣＳ間で相乗りすることを原則とする。図７の例では、ＣＳ５３ａから出発した車両が、同じ時間帯にＣＳ５３ｂから出発してＣＳ５０に向かおうとする会員をピックアップしてからＣＳ５０に向かう様子を示している。ＣＳ５３ｃ、ＣＳ５３ｄから出発しようとしている車両についても同様である。
【００６３】
また、混雑度の高い病院のＣＳ５２に向かおうとしているＣＳ５４ａ，ＣＳ５４ｂ,５４ｃからの車両やＣＳ５０から病院のＣＳ５２に向かう車両に対しても、同様に相乗りが推奨される。なお、ＣＳ５０から、特には混雑してないＣＳ５６ａやＣＳ５６ｂに向かう場合は、相乗りは推奨されない。ＣＳ５０に駐車している車両は、それぞれ別々に出庫し、一台でも多く出てもらったほうがＣＳ５０の混雑緩和に役立つからである。もちろん、目的とするＣＳの混雑度によらず、常に相乗りを仲介するようにしてもよい。この場合は、ＣＳの混雑緩和の目的ではなくなるが、会員の費用削減やＣＯ２削減には貢献することになるからである。ただし、この場合は次図で説明する相乗りの割引料金は適用されない。
【００６４】
図８は、本発明の第２の実施例に係る相乗り料金調整テーブル３１の一例を示す図である。相乗り料金調整テーブル３１は、この例では、ＣＳ０を出発した車両がそのまま最寄駅に向かった場合と、ＣＳ１またはＣＳ２、あるいはＣＳ１とＣＳ２の両方にピックアップに向かった場合の所要時間と料金をそれぞれ保持している。例えば、ＣＳ０からＣＳ１に回り道して駅に向かった場合、ＣＳ０→ＣＳ１で５分、ＣＳ１から駅まで１３分かかるとすると、計１８分となり、直接ＣＳ０から最寄駅に向かった場合と比べて８分のロスである。また、料金も一般的には乗車時間に比例するので、１分１０円とすれば、８０円が余分にかかる計算になる。この差分料金は、ピックアップされた側が支払うようにしてもよい。しかし、混雑するＣＳに相乗りして向かう場合は、割引料金が適用されるのでその負担は軽くなる。例えば、その割引率を１分５円と設定すると、８分×５円＝４０円が割引となる。この割引は、図のように、ピックアップした側に還元されるようにしてもよいし、両者で分配するようにしてもよい。
【００６５】
同じようにして、ＣＳ１とＣＳ２両方でピックアップした場合、所要時間は＋１０分になったとすると、通常料金＋１００円、割引−５０円となるが、この場合、２ヵ所を回って、より運転者の負担が大きいので、運転者には＋αの割引を行うようにしてもよい。
【００６６】
図９は、本発明の第２の実施例に係るＣＳ間相乗り管理テーブル３２の一例を示す図である。この図は、既に説明したように、相乗り希望条件を運転者側と同乗者側に分けて管理するテーブルを示したものである。ＣＳ間相乗り提示部１３は、このテーブル内を検索し、希望条件が合致した案件、又はほぼ近い案件をマッチング候補としてそれぞれの会員に提示する。会員のプロフィール（年齢、性別、喫煙の有無等）を、会員登録情報に保存していれば、会員は自己のプロフィールをいちいち仲介依頼時に入力する必要はない。マッチングの結果は、図９下段の画面のように双方の会員に通知される。
【実施例３】
【００６７】
図１０は、本発明の第３の実施例に係るＣＳ間のルート変更提示の概念を示す図である。この実施例では、特定の時間帯に混雑するＣＳを複数廻る場合について考える。
【００６８】
カーシェアリングは、複数のショッピング施設を廻り、たくさん買い物をしたり大きな荷物を運ぶような場合に便利である。大型のショッピング施設にＣＳを設置しておけば、車両をその施設で乗り捨てることができ、ショッピングをした後に別の車両に乗り換えれば、ショッピング中の利用料金はかからない。図１０ではこのようなカーシェアリングの利用形態の一例を示している。実線が希望ルート、点線が代替ルートを示す。
【００６９】
図示するように、例えば、街中のデパートにＣＳ１、郊外のホームセンターにＣＳ２、よく利用するスーパーマーケットにはＣＳ３、よく食事をするレストランタウンにＣＳ４が設置されているとし、会員は施設を順に廻り、最後に自宅近くのＣＳに戻るとする。このような場合、目的施設のＣＳのＩＤを会員が入力するだけで、本システムは、それぞれの施設のＣＳの混雑する時間帯を調べ、会員に対して、その混雑する時間を施設ごとに提示することができる。例えば、デパートのＣＳ１は混雑時間帯が１０〜１４時、ホームセンターのＣＳ２は混雑時間帯が１３〜１７時、スーパーマーケットのＣＳ３は混雑時間帯が１５〜１９時、レストランタウンのＣＳ４は混雑時間帯が１８〜２２時のように、会員が車両を予約する際にＣＳの混雑時間帯を提示する。また、各施設を訪れたい順（予定ルート）を入力すると、そのルートが混雑する時間帯の施設を含んでいる場合、その施設を利用する時間帯をずらした代替ルートを提示することもできる。
【００７０】
図１１は、本発明の第３の実施例に係るＣＳ間のルート変更推奨画面の一例を示す図である。この例では、前図の４つの施設へのおおよその到着時刻や出発時刻を会員が入力すると、本システムは、その時間帯でのＣＳの混雑度を表示する。そして、混雑する時間をなるべく避けるように図示するような代替ルートも提示することができる。各ＣＳ間の移動距離（車での所要時間）や混雑状況は、ＣＳ設置情報ＤＢ２２やＣＳ利用状況ＤＢ２３を参照することで取得できる。このようにすることで、特定のＣＳに混雑する時間帯がある場合には、その時間をずらすように会員に提示するので、利用が集中するＣＳの混雑度の軽減に役立つ。なお、移動距離は必ずしも直線距離には比例しない。徒歩または車で移動できる道路が通じてない場所は、例え直線距離が短くとも移動距離は長くなる。また、ＣＳ間またはＣＳと最寄施設間の移動距離は、徒歩で移動する場合と車での移動する場合で別々に存在する。
【００７１】
図１２は、ＣＳと最寄施設間の移動距離の概念を示す図である。各ＣＳには最寄の施設がＤＢに登録されており、この例では、ＣＳ１は駅、ＣＳ２は飲食店街、ＣＳ３は大型スーパー、ＣＳ４はホームセンターが最寄の施設である。当然、最寄の施設は複数あってもよい。また、ある施設にとっても最寄ＣＳは一つではない。所定の徒歩圏（例えば５分以内）にあるＣＳは、その施設の最寄のＣＳとなる。なお、「駅のＣＳ」のような表現は、代表的な最寄ＣＳ（徒歩での移動距離が最も近いＣＳ）を表したものである。図示するように、所定の徒歩圏を半径ｒの円で表すと、円内にあるＣＳがすべて最寄のＣＳとなる。この例では、駅の最寄ＣＳはＣＳ１とＣＳ２、飲食店街の最寄ＣＳは、ＣＳ２とＣＳ３，大型スーパーの最寄ＣＳは、ＣＳ３とＣＳ４，ホームセンターの最寄ＣＳはＣＳ４のみである。
【００７２】
図１３は、本発明の第３の実施例に係るＣＳ稼働率テーブル３３及びＣＳ料金時間帯調整テーブル３４の一例を示す図である。図１３上段のＣＳ稼働率テーブル３３は、前図で示した関係にあるＣＳと最寄施設と稼働率（混雑度）を時間帯ごとに示している。また、このテーブル中にある「補完ＣＳ」とは、あるＣＳが満杯になったときに代替となる所定の徒歩圏内にあるＣＳを表している。例えば、最寄施設が駅のＣＳ１の補完ＣＳは、ＣＳ２であり、ＣＳ２の補完ＣＳは、ＣＳ１とＣＳ３である。
【００７３】
図１３の下段のＣＳ料金時間帯調整テーブル３４は、各ＣＳに車を乗り捨てた場合の、その時点までの単位時間あたりの料金表３４ａと、そのＣＳから出庫した場合の料金表３４ｂを示している。乗り捨てた場合の料金と出庫した場合の料金に差を設けるのは、混雑するＣＳへの乗り入れは料金が高く、逆に混雑するＣＳから出庫する場合は料金を安くするためである。また、混雑するＣＳの代替ＣＳへの乗り入れはその時間帯では安くする。すなわち、混雑するＣＳへの入庫には利用者に負担を求め、逆に混雑するＣＳから早く出庫してもらえる場合には、負担を軽くする。このようにすることで、ＣＳの混雑度を分散することができる。
【００７４】
ＣＳ稼働率テーブル３３の網掛けで示した部分は、稼働率が９０％以上となっている時間帯を示している。また、ＣＳ料金時間帯調整テーブル３４の網掛け部分は、標準料金（ここでは単位時間あたり１００円とする）でなく、割引または割増料金を適用する時間帯を示している。このように、料金を時間帯によって変更するのはＣＳの混雑度を分散させるためである。混雑するＣＳにその時間帯に乗り捨てる場合は、乗捨て料金（割増料金）が適用され、逆に、混雑するＣＳからその時間帯あるいは混雑時間帯前に出庫する場合は、出庫料金（割引料金）が適用される。
【００７５】
例えば、ＣＳ１は、８：００〜１０：００と１０：００〜１２：００には稼働率１００％、すなわち満杯なので、この時間に並んでしかも乗り捨てる場合は、１０％の割増料金が発生する。逆に、この時間帯に出庫する場合は、１０％の割引料金が適用される。この割引設定は、稼働率９０%以上になる時間帯のＣＳへ乗り捨てると、９０％から１％増えるごとに１円割増、出庫すると、＋１％あたり１円割引となる。また、稼働率９０%以上になる時間帯のＣＳの補完関係ある稼働率５０％%以下のＣＳへ乗り捨てると、＋１％あたり１円割引となる。もちろん、このような料金設定は環境に合わせて柔軟に変更できることは言うまでもない。
【実施例４】
【００７６】
オンデマンド・バスとカーシェアリングは、競合関係にあると言われている。カーシェアリングは、短距離間での複数の目的地への移動や、大きな荷物の有る場合の移動に優れており、オンデマンド・バスは、駐車場のないところへの移動や飲酒者・高齢者・子供の移動に優れている。一方、カーシェアリングは、利用区域が５分程度の徒歩圏内になければならないという弱点があり、オンデマンド・バスは、運行エリア外へ移動できないという弱点がある。ここでは、オンデマンド・バスの運行計画作成のために、ＣＳの利用状況のデータを利用し、一方、ＣＳの負荷分散のために、オンデマンド・バスを運行させるという両者に補完関係があることについて説明する。
【００７７】
図１４は、本発明の第４の実施例に係るオンデマンド・バスルート提示の一例を示す図である。この図には、駅Ａの近辺にあるＣＳ１，観光施設であるお寺の近辺にあるＣＳ２，ミュージアムのＣＳ３，ランドマークのタワーのＣＳ４を示している。既に述べたように、本システムでは各ＣＳの利用状況を出入りする車両およびその利用者を詳細に逐次記録するので、その蓄積されたデータを利用して、オンデマンド・バスの運行エリアや運行ルートの計画立案に役立てる。例えば、図示するように、駅前等で利用の集中するＣＳ１から、ＣＳ２、ＣＳ３、ＣＳ４へと移動するカーシェアリングの車両が多いことがＣＳ利用状況ＤＢから判定できたとすると、そのルートをオンデマンド・バスの運行区間の候補とする。このためには、次の図で説明するＣＳ間移動確率テーブルを利用する。
【００７８】
図１５は、本発明の第４の実施例に係るＣＳ間移動確率テーブル３５の概念を示す図である。ＣＳ間移動確率テーブル３５は、ある地域内のＣＳ全てについてＣＳ間で移動する確率を記録したものである。カーシェアリングの車両は、必ず、ＣＳ間を移動するという特性を利用したものである。すなわち、ＣＳ間の車両の移動を分析することで人の流れをある程度知ることができる。
【００７９】
ＣＳ間移動確率テーブル３５の上段では、あるＣＳから出発した車両が次に到着したＣＳの割合を示している。例えば、ＣＳ１からＣＳ２に移動した車両は、ＣＳ１から出発した車両の総数１００のうち２５台あったことを示している。この表の下段には、その割合を％で示している。この数値を統計的に処理することで、ＣＳ間の移動確率を求めることができるが、ここでは、説明を簡単にするため、単に上の表の数字を％で示し移動確率としている。例えば、ＣＳ１からＣＳ２に移動する確率は２５％、ＣＳ１からＣＳ３に移動する確率は５％である。
【００８０】
ここで、ＣＳｉからＣＳｊに移動する確率をＰｉｊと表すと、ＣＳ１からＣＳ２，ＣＳ３，ＣＳ４の順に移動し、最後にＣＳ１に戻る確率Ｐ１２３４１は、Ｐ１２＊Ｐ２３＊Ｐ３４＊Ｐ４１となる。ＣＳ１から、一以上の他のＣＳを廻って再びＣＳ１に戻るルートは、図１５の右の図で示すように３３通りあるが、このすべてのルートに対して移動確率を計算する。そのうち、例えば、４つのＣＳすべてを廻るルートは６通りあり、その移動確率を計算すると、左下の計算になる。この例では、Ｐ１２３４１が０．０３３０となり、他のルートに比べ圧倒的に大きいことがわかる。このようにして、様々なＣＳの組み合わせのルートに対して移動確率を求めて比較することで、オンデマンド・バスの運行ルートの候補をみつけることができる。本システムのオンデマンド・バスルート提示部１５は、このような様々なＣＳの移動確率を計算し、移動確率の高いものを提示する。特に、混雑するＣＳのデータを優先的に使用することで、そのＣＳを運行経路に含んだオンデマンド・バスを走行させれば、バスの需要が見込まれ、かつ実際にオンデマンド・バスがそのルートに運行されれば、利用負荷の高いＣＳの負荷軽減にも役立つ。
【００８１】
上記の発明の実施例では、カーステーション（ＣＳ）の利用状況を逐次記録することで、特定のＣＳに需要が集中することを軽減させることを目的とした。しかし、実施例４の例でもわかるように、本システムの有用性はそれだけにとどまらない。特にカーステーションは、これからの社会において、人々が移動するためのキースポットとなる可能性があり、ＣＳのデータを集めることで、人・物の移動の流れを把握し、様々な場面に利用することが可能となる。
【００８２】
以上、実施形態（実施例）を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００８３】
１０ シェアカー予約受付部
１１ ＣＳ混雑度判定部
１２ 代替ＣＳ提示部
１３ ＣＳ間相乗り提示部
１４ ＣＳ利用時間分散提示部
１５ オンデマンド・バスルート提示部
２０ 公共交通機関料金ＤＢ
２１ 地図ＤＢ
２２ ＣＳ設置情報ＤＢ
２３ ＣＳ利用状況ＤＢ
２３ａ ＣＳ稼動情報
２３ｂ 車両入出庫情報
２４ 車両利用状況ＤＢ
２４ａ 車両登録情報
２４ｂ 車両利用情報２４ｂ
２５ 会員利用状況ＤＢ
２５ａ 会員固有の登録情報
２５ｂ 会員利用情報
３０ 代替ＣＳ料金調整テーブル
３１ ＣＳ間相乗り料金調整テーブル
３２ ＣＳ間相乗り仲介テーブル
３３ ＣＳ稼働率テーブル
３４ ＣＳ料金時間帯調整テーブル
３５ ＣＳ間移動確率テーブル
４０ 会員端末
５０，５１，５２，５３，５４，５５，５６，５７，５８ ＣＳ
１００ ＣＳ利用状況管理サーバ
【技術分野】
【０００１】
本発明は、カーシェアリング用のカーステーションを運用・管理するシステムに関する。特に、カーステーションの需要を把握し、利用負荷を分散させるシステムに関する。
【背景技術】
【０００２】
長引く不況や若者の車離れ等により、国内ではマイカーの需要が減少しているが、対照的にカーシェアリングが急速に盛り上がりをみせている。カーシェアリングは、１台の車を複数の会員が共同で、１５分や３０分という短時間でも利用可能にする車の利用形態である。頻繁に車を利用しないのなら、「所有する」より、「借りる」ほうが費用節約になり、また、ＣＯ２削減にも貢献することに多くの人が注目している。そのため、カーシェアリングを支援するためのシステムが多数存在する（例えば、特許文献１，２，３等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３４２８７８号公報
【特許文献２】特開２００４−１７８３８５号公報
【特許文献３】特開２００５−１８２１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通常、カーシェアリング用の車は、専用の駐車場（カーステーション、以下、ＣＳと呼ぶ）で無人管理される。カーシェアリングのサービスに登録した会員は、最寄のＣＳを携帯電話やパーソナル・コンピュータ等から検索し、空いている車を予約した後、そのＣＳに行き会員に発行されたＩＣカード等で本人認証を受け、車のドアを解鍵して車内にあるキーを使ってそのまま発車する。返却は、ＣＳに戻り施錠するだけである（出発時のＣＳと同じＣＳである必要はない）。そのため、利用者にとって身近に利用できるＣＳが多数存在することがカーシェアリング普及のための鍵となる。
【０００５】
一般的に、ＣＳの利用区域は、目的地の徒歩５分圏内が限度であると言われており、会員が多く利用したいと思うＣＳは、駅前等の特定の施設近辺に集中する傾向がある。しかし、その需要に合わせて駅前等にＣＳを設置できる場所を多数確保することは非常に困難である。したがって、利用が集中するＣＳを分散させたり、利用が集中するエリア内の限りあるＣＳを最大限に有効活用することが必要である。
【０００６】
本発明では、上記のような課題に鑑み、カーステーション（ＣＳ）の需要を逐次把握し、利用負荷を分散するシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明のカーステーション負荷分散システムは、以下のような解決手段を提供する。
【０００８】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散システムであって、ＣＳ利用状況管理サーバが、カーシェアリングの会員の端末とネットワークで接続され、前記ＣＳ利用状況管理サーバは、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢ（データベース）と、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、前記会員からシェアカーの予約を受付けるシェアカー予約受付部と、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員の端末に提示する代替ＣＳ提示部と、を備えることを特徴とする。
【０００９】
このような構成によれば、本発明のカーステーション負荷分散システム（以下、本システムと呼ぶことがある）には、ＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況をリアルタイムで把握できるデータベース（以下、ＤＢ）を備えている。そして、本システムが、カーシェアリングの会員からシェアカー（車両）の予約を受付ける際に、会員が目的地とするＣＳの混雑度（ＣＳに駐車可能な車両の台数に対して、現在ＣＳに駐車している車両の台数の割合）を判定し、その混雑度が所定の値（例えば９０％など）より高い場合には、ＣＳが設置された位置情報をもとに、目的地のＣＳの代替となるＣＳを会員に提示する。代替となるＣＳは、目的地からは少し離れるが徒歩圏にある近隣のＣＳ、または他の交通手段によって同じ目的地に行くことが可能なＣＳを含む。このようにすることで、駅前等の特定のＣＳに利用が集中することを軽減する。
【００１０】
さらに好ましくは、本発明のシステムにおいて、前記代替ＣＳ提示部は、前記目的地のＣＳに向かう場合と、前記代替ＣＳに向かう場合の所要時間及びカーシェアリングの利用料金を比較し、当該所要時間の差及び当該利用料金の差に応じて、前記代替ＣＳに向かう場合の割引料金を提示するように構成してもよい。
【００１１】
このような構成によれば、代替ＣＳを利用することで会員にとって所要時間や利用料金が増加する場合は、その増加分に応じて利用料金の割引価格を提示する。所要時間や利用料金の計算には、鉄道やバス等の公共交通機関を利用した場合も含まれる。このようにすることで、会員が代替ＣＳを使用する動機付けが高まり、結果として、当初の目的地としたＣＳの利用集中をより軽減することができる。
【００１２】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記目的地とするＣＳが同じか又は所定の移動距離内にある複数の会員の情報を検索し、前記目的地とするＣＳまでの相乗りを提示するＣＳ間相乗り提示部を備えるように構成してもよい。
【００１３】
このような構成によれば、会員が目的地とするＣＳの混雑度が高いと判定される場合は、同じＣＳを目的地とする他の会員を探し、それぞれの会員に対して相乗りを促すように提示する。このようにすることで、同じＣＳに向かうシェアカーの台数を減らすことができ、そのＣＳの利用集中をより軽減することができる。
【００１４】
さらに好ましくは、本発明のシステムにおいて、前記相乗り提示部は、前記相乗りのためにＣＳ間の移動が必要となった会員に対し、当該移動のための移動時間及び利用料金の増加分に応じて、前記利用料金の割引を提示するように構成してもよい。
【００１５】
このような構成によれば、提示された相乗り条件に従い、ある会員がシェアカーを運転し目的地のＣＳに向かう途中、他の会員をピックアップするために余分に要した移動時間、利用料金の増加分に応じて、その会員に対して利用料金の割引を行う。このようにすることで、相乗りする会員がさらに増え、結果として目的地のＣＳの利用集中がより軽減される。
【００１６】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とするＣＳの混雑度がある時間帯で所定の値以上となる場合、当該ＣＳの利用開始時間の変更を提示するＣＳ利用時間分散提示部を備えるように構成してもよい。
【００１７】
このような構成によれば、シェアカー予約受付の際、目的地のＣＳの混雑度がある時間帯で高いと判定される場合、そのＣＳの利用開始時間を混雑する時間帯からずらすように利用開始時間の変更を会員に対して提示する。このようにすることで、時間帯によって混雑度が高いＣＳがある場合、他の会員にその時間帯を避けるように促し、そのＣＳの利用集中を軽減することができる。
【００１８】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用時間分散提示部は、前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とする複数のＣＳの入力を受付け、前記複数のＣＳの中に時間帯によって前記混雑度が所定の値以上となるＣＳが含まれる場合、当該ＣＳの混雑時間帯を避けるルートを提示するように構成してもよい。
【００１９】
このような構成によれば、複数のＣＳを廻ることを予定している会員に対して、混雑する時間帯を有するＣＳがその中に含まれている場合には、その混雑時間帯を避けるルートを提示する。会員がこれに応じれば、結果として、ＣＳの利用集中をさらに軽減することができる。
【００２０】
さらに好ましくは、本発明のシステムにおいて、前記ＣＳ利用状況管理サーバは、前記ＣＳ設置情報ＤＢと前記ＣＳ利用状況ＤＢに基づいて、ＣＳ間移動確率を算出し、前記ＣＳ間移動確率が所定の値以上を持つＣＳ間をオンデマンド・バスの運行区間候補として提示するオンデマンド・バスルート提示部を備えるように構成してもよい。
【００２１】
このような構成によれば、ＣＳ設置情報とＣＳ利用情報に基づいて、ＣＳ間移動確率を算出する。ＣＳ間移動確率とは、あるＣＳに駐車するシェアカーが別の特定のＣＳに移動する割合いを表した数値である。移動確率の高いＣＳ間はそれだけ人の行き来が多いと考えられるので、そのＣＳ間は、オンデマンド・バスの運行区間として有力である。そのＣＳ間にオンデマンド・バスが運行すれば、その２つのＣＳの利用集中を軽減することができる。
【００２２】
また、本発明のカーステーション負荷分散システムは、以下のように、システムの中核となるカーステーション利用状況管理サーバの発明、または、コンピュータによるカーステーション負荷分散方法として捉えることもでき、上記のシステムと同様な作用効果を奏する。
【００２３】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション利用状況管理サーバであって、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、会員からシェアカーの予約を受付けるシェアカー予約受付部と、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを提示する代替ＣＳ提示部と、を備えることを特徴とする。
【００２４】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散方法であって、コンピュータが、複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを有し、会員からシェアカーの予約を受付けるステップと、前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するステップと、前記シェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員に提示するステップと、を処理すること特徴とするカーステーション負荷分散方法。
【発明の効果】
【００２５】
本発明によれば、カーステーションの需要を逐次把握し、利用負荷を分散するシステムを提供することができる。また、ＣＳを設置する際の最適配置計画にも役立てることができる。
【図面の簡単な説明】
【００２６】
【図１】本発明のカーステーション負荷分散システムの構成を示す図である。
【図２】ＣＳ設置情報ＤＢ２２及びＣＳ利用状況ＤＢ２３の一例を示す図である。
【図３】車両利用状況ＤＢ２４及び会員利用状況ＤＢ２５の一例を示す図である。
【図４】本発明の第１の実施例に係る代替ＣＳ提示の概念を示す図である。
【図５】本発明の第１の実施例に係る代替ＣＳ料金調整テーブル３０の一例を示す図である。
【図６】本発明の第１の実施例に係る代替ＣＳ提示処理のフローを示す図である。
【図７】本発明の第２の実施例に係るＣＳ間相乗り提示の概念を示す図である。
【図８】本発明の第２の実施例に係るＣＳ間相乗り料金調整テーブル３１の一例を示す図である。
【図９】本発明の第２の実施例に係るＣＳ間相乗り仲介テーブル３２の一例を示す図である。
【図１０】本発明の第３の実施例に係るＣＳ間のルート変更提示の概念を示す図である。
【図１１】本発明の第３の実施例に係るＣＳ間のルート変更推奨画面の一例を示す図である。
【図１２】ＣＳと最寄施設間の移動距離の概念を示す図である。
【図１３】本発明の第３の実施例に係るＣＳ稼働率テーブル３３及びＣＳ料金時間帯調整テーブル３４の一例を示す図である。
【図１４】本発明の第４の実施例に係るオンデマンド・バスルート提示の概念を示す図である。
【図１５】本発明の第４の実施例に係るＣＳ間移動確率テーブル３５の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号を付している。
【００２８】
［システム構成］
まず、本発明を実現するシステム構成について説明する。図１は、本発明のカーステーション負荷分散システムの構成を示す図である。
【００２９】
カーステーション負荷分散システム（以下、単に、本システムと呼ぶ）は、ＣＳ利用状況管理サーバ１００（以下、単にサーバ１００）が、インターネットを介して、携帯電話やパーソナル・コンピュータ（ＰＣ）等の会員端末４０と接続されている。サーバ１００は、通常のカーシェアリング・サービスを実現するための会員に対する課金や入会、脱会を受付けるための運用サーバ（図示せず）内に設けられデータベース（ＤＢ）を共有してもよいし、あるいは別個のサーバとして構築してもよい。また、サーバ１００は、外部のデータベースとも接続され、公共交通機関料金ＤＢ２０や地図ＤＢ２１から必要なデータを随時取得することができるとする。
【００３０】
サーバ１００は、主な処理部として、シェアカー予約受付部１０，ＣＳ混雑度判定部１１，代替ＣＳ提示部１２，ＣＳ間相乗り提示部１３，ＣＳ利用時間分散提示部１４，オンデマンド・バスルート提示部１５で構成される。それぞれの処理部は、ＣＳ設置情報ＤＢ２２，ＣＳ利用状況ＤＢ２３，車両利用状況ＤＢ２４，会員利用状況ＤＢ２５の各データベースに格納されたＣＳ、車両（シェアカー）、会員に関する情報に基づいて、各種のテーブルを生成したり、参照したり、更新したりすることでそれぞれの処理を行う。これらのテーブルには、代替ＣＳ料金調整テーブル３０，ＣＳ間相乗り料金調整テーブル３１，ＣＳ間相乗り仲介テーブル３２，ＣＳ稼働率テーブル３３，ＣＳ料金時間帯調整テーブル３４，及びＣＳ間移動確率テーブル３５があり、詳しくは後述する。
【００３１】
シェアカー予約受付部１０は、会員端末４０からシェアカーの予約を受付ける機能を果す。会員は、専用のＷｅｂサイト等から、最寄のＣＳを検索し、予約情報（会員ＩＤ，利用開始時間，予定使用時間）を入力して、ＣＳ内の空いている車を予約する。本システムにおいては、この予約情報に加えて、目的地または目的地の最寄のＣＳも入力することとする。特に目的地がない場合には、予約した車が駐車しているＣＳを入力する。また、複数の目的地を入力し、さらに目的地を廻る予定ルートを入力してもよい。ただし、予約時に入力した予定使用時間及び目的地は、車を発進させた後であっても変更可能である。予約されたシェアカーのスケジュールは、会員ＩＤとともに、車両利用状況ＤＢ２４に記録される。
【００３２】
ＣＳ混雑度判定部１１は、ＣＳ利用状況ＤＢ２３を用い、ＣＳの混雑度を求める機能を果す。ここでいう「混雑度」とは、あるＣＳに駐車可能な車両の台数に対して、現在、実際に駐車している車両の数の割合を表す。特にシェアカー予約の受付部１０に予約が入ったときには、目的地のＣＳの混雑度を必ずチェックし、所定以上の混雑度以上（例えば９０％以上）となっているＣＳを判定する。ここで判定した混雑度は、後の処理の基礎データとなる。もちろん、すべてのＣＳの混雑度は、求めに応じていつでも判定することができる。
【００３３】
代替ＣＳ提示部１２は、ＣＳ混雑度判定部１１によって、特定のＣＳに利用が集中していると判定された場合（混雑度が所定の値以上と判定された場合）に、近隣の代替となるＣＳを抽出し、割引料金を会員端末４０やその他適切な手段で提示する機能を果す。近隣のＣＳは、必ずしも徒歩圏になくともよい。利用が集中するＣＳは、典型的には、駅までの距離が近く便利な場所にある駐車場であり、通勤客や通学客をはじめ、鉄道の利用客が多く利用するものと考えられる。このような場合、代替ＣＳ提示部１０は、同じ目的地（駅等）に到達可能な近隣のＣＳで、かつ利用率が比較的高くないＣＳ（例えば、隣の駅のＣＳや駅からやや離れた商店街等にあるＣＳ）を、ＣＳの位置情報と近隣のＣＳ情報、及び必要なら地図ＤＢ２１を用いて抽出し、会員に提示する。
【００３４】
会員は、提示された代替ＣＳを利用した場合、代替ＣＳに向かうための利用料金の増加に対して割引価格を提示するなどして、会員が代替ＣＳを利用しやすいように誘導する。このとき、代替ＣＳ料金調整テーブル３０を用い、目的ＣＳを利用した場合と代替ＣＳを利用した場合の所要時間、料金を比較し、それらの差を考慮した割引料金が設定される。例えば、隣の駅近辺の代替ＣＳを利用した際に余分に鉄道料金等が発生する場合に備えて、公共交通機関料金ＤＢ２０から必要なデータを取得する。会員がこの代替ＣＳ提示によって代替ＣＳを利用することで、利用するＣＳが分散し、特定のＣＳに利用が集中することを軽減できる。具体的な例は、実施例１として後で詳しく説明する。
【００３５】
ＣＳ間相乗り提示部１３は、同じ時間帯に同じＣＳに向かう会員どうしを仲介しシェアカーの相乗りを促すことによって、シェアカーが特定のＣＳに集中することを緩和させる機能を果す。ＣＳ混雑度判定部１１によって、利用が集中していると判定されたＣＳに対して予約を受信した場合は特に相乗りを推奨して提示する。このとき、ＣＳ間相乗り仲介テーブル３２を用い、相乗り希望者の条件をマッチングさせる機能も有する。相乗り希望条件がマッチした場合は、双方の会員に通知する。その通知に対して、運転者側と同乗者側が合意したことを条件に、割引料金が設定される。例えば、自宅付近のＣＳから駅近辺のＣＳに向かう会員が、同じ時間帯に駅に向かう会員を同乗させることで余分にかかった時間に応じて、利用料金の割引を受けることができるようにする。もちろん、利用料金も相乗りした会員間で分担するのでより経済的である。
【００３６】
この相乗りの仲介においては、タクシーなどの相乗りと違い、会員どうしの相乗りなので、会員は、会員登録データから得られる様々なデータを元に希望する相乗りの希望条件を設定することができる。さらに、一度限りでなく定期的な相乗りを設定することも容易である。例えば、毎日の通勤時間に合わせて、駅のＣＳまで平日の７：００〜７：３０の間を常に相乗り希望とするなどである。
【００３７】
また、同乗者をピックアップする場所は、原則、運転者または相乗り希望者の最寄のＣＳとする。こうすることで、運転者または相乗り希望者は、出発地と目的地のＣＳのＩＤを指定するだけですみ、会員どうしがピックアップ場所を検索するなど余分な手間が省ける。
【００３８】
ただし、相乗りを予約せずに、たまたま通りかかったシェアカーに会員証のＩＣカードを提示し、短距離のヒッチハイクのように利用することも可能である。乗せる側も同じカーシェアリングの会員なので身元が明らかで安心できる。この場合、ＩＣカードに目的地等の希望条件を予め入力しておき、シェアカーのＩＣカードリーダ部にタッチすることで、自動的にその希望条件が車内に表示されるようにしてもよい（デジタルヒッチハイク）。もちろん、運転者はシェアカーの車載器で所定の操作をすることで、車の窓を開けずに相乗りを拒否することもできる。
【００３９】
なお、相乗りした場合の料金割引は、ＣＳ間相乗り料金調整テーブル３１を用い、駅に直行した場合とピックアップに要した時間を考慮して設定される。具体的な例は、実施例２として後で詳しく説明する。
【００４０】
ＣＳ利用時間分散提示部１４は、ＣＳ混雑度判定部１１によって、利用が集中していると判断されたＣＳの混雑する時間帯を抽出し、時間帯をずらすことでＣＳの利用が可能となるケースを提示する機能を果す。すなわち、あるＣＳが満杯或いは満杯になりそうな時間帯をＣＳ利用状況ＤＢ２３から抽出し、普段そのＣＳを利用している会員等に提示する。そして、可能であれば、その時間帯での利用を避けるように会員に促す。この提示に応じた会員には料金割引やポイント特典等を与えるようにする。
【００４１】
このようにすることで、結果として、そのＣＳの利用集中を分散させることに役立つ。また、複数の商業施設を廻る場合や観光地などを廻る場合などのように、会員が複数のＣＳをある順序で廻ることが多いと判断されるようなときは、ＣＳ間を廻る順序を変えるように変更ルートを提示してもよい。いずれにしても、ＣＳ料金時間帯調整テーブル３４を用い、提示された時差利用に対して割引や特典を提供するようにし、会員に特定のＣＳの時間差利用に対して協力を促す。具体的な例は、実施例３として後で詳しく説明する。
【００４２】
オンデマンド・バスルート提示部１５は、ＣＳ利用状況ＤＢ２３を参照し、ある特定のＣＳから別の特定のＣＳへの会員の移動が多いことが判定できる場合は、その区間にオンデマンド・バスを運行させるかどうかの判断材料を与える機能を果す。このためには、あるＣＳから別のＣＳへの移動する確率を、ＣＳ利用状況ＤＢ２３から、ＣＳ間移動確率テーブル３５として作成し記録しておく。例えば、４つのＣＳがあるとし、あるＣＳから他のＣＳを一つ以上廻って元のＣＳに戻るルートは３３通りあるが、その中で会員が特定のルートを利用する確率が他のルートに比較して高い場合は、そのルートは、オンデマンド・バスルートの運行区間の候補とする。ここでいうオンデマンド・バスとは、固定したバスルートを運行せずに、利用者の需要に応じて、臨機応変に運行ルートを定めることができるバスを指す。オンデマンド・バスが運行できれば、結果として、そのルートにあたるＣＳへの負荷も減少することになる。具体的な例は、実施例４として後で詳しく説明する。
【００４３】
上記のシステムの構成は、あくまで一例であり、一つの機能部（処理部＋テーブル）を更に分割したり、複数の機能部をまとめて一つの機能部として構成してもよい。各機能部は、サーバ装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only
Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムが、記憶装置に格納されたＤＢ（Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施例における各ＤＢは、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わない。
【００４４】
［データベース］
図２と図３を用いて上記の各ＤＢに格納されるデータについて説明する。図２は、ＣＳ設置情報ＤＢ２２及びＣＳ利用状況ＤＢ２３の一例を示す図である。図３は、車両利用状況ＤＢ２４及び会員利用状況ＤＢ２５の一例を示す図である。
【００４５】
ＣＳ設置情報ＤＢ２２は、図２の上段に示すように、ＣＳごとに、敷地内に駐車可能な車の台数（駐車区画の数）、設置場所の位置情報、最寄施設、近隣ＣＳの情報を格納したＤＢである。ＣＳの設置場所の位置情報は、図の例で示すように、緯度、経度（場合によっては高度）であってもよいし、地図上のブロック番号などでもよい。また、住所を含ませるとさらによい。ＣＳは、一般の時間貸し駐車場や月極駐車場などを借り上げて使用する他、駅や大型施設の駐車場の一部を契約することによって提供される。「最寄施設」とは、そのＣＳを利用した利用者が徒歩で訪れる可能性が高い近隣の一以上の施設名（例えば、駅名、商店街名、ショッピングセンター名、公共団体施設名、観光施設名等）が格納される。当然、一つの施設が複数のＣＳの最寄施設に登録され得る。「近隣ＣＳ」とは、そのＣＳから所定の徒歩圏内（例えば、５分以内）又は公共交通手段を用いて短時間で移動できる圏内にあるＣＳのＩＤ（識別子）が格納される。なお、図示していないが、最寄施設が駅やバス停のＣＳに対しては、近隣ＣＳは、その駅（バス停）の隣の駅（バス停）を最寄とするＣＳを含んでもよい。これらの情報は、ＣＳが新設された時点で登録され、その後変更があるごとに更新される。
【００４６】
図２下段のＣＳ利用状況ＤＢ２３は、ＣＳごとに、毎日の利用台数（入庫台数、出庫台数）、平均駐車時間を記録したＣＳ稼動情報２３ａと、入庫または出庫したシェアカー車両のＩＤ，その車両が入庫または出庫した日時，このＣＳの直前に利用したＣＳのＩＤ（ＣＳ ｆｒｏｍ）又はこのＣＳから出発して向かう先の目的地のＣＳのＩＤ（ＣＳ ｔｏ），利用した会員のＩＤを時系列に記録した車両入出庫情報２３ｂを含んだＤＢである。図示していないが、ＣＳ稼動情報２３ａは日単位だけでなく、時間帯単位の情報も含むものとする。「ＣＳ ｆｒｏｍ」または「ＣＳ ｔｏ」は、ＣＳから出庫または入庫した際の車両ＩＤと時間を複数のＣＳで追跡することで求められる。このＣＳ利用状況ＤＢ２３を参照することで、ＣＳの日々の利用状況や稼働率（混雑度）が求められる。また、このＤＢの情報を元に、車両ごと、会員ごとのデータを集計することもできる。
【００４７】
図３上段の車両利用状況ＤＢ２４は、車両ごとに、車両ＩＤ，車種、ナンバー，車体番号，定員，ボディカラー，走行距離などの車両固有のデータを含んだ車両登録情報２４ａと、車両が使用された日ごとに、利用者の会員ＩＤ，利用開始時間，利用開始時のＣＳのＩＤ、利用終了時間、利用終了時のＣＳのＩＤの各データとを含んだ車両利用情報２４ｂとを格納したＤＢである。
【００４８】
図３下段の会員利用状況ＤＢ２５は、会員ＩＤ，氏名，住所，電話番号，メールアドレス，会費支払方法等の会員固有の登録情報２５ａと、利用した車両のＩＤ，利用開始時間、利用開始時（出発時）ＣＳのＩＤ，その車両を返却した時間である利用終了時間、返却したＣＳのＩＤの各データを含んだ会員利用情報２５ｂとを格納したＤＢである。図示していないが、登録情報２５ａには、性別、生年月日、趣味、喫煙の有無などその他のプロフィールを含むようにすることが好ましい。これらのプロフィール情報は、前述した相乗り仲介の際に使用される。
【００４９】
以上、説明したＤＢの各データは、ＣＳ利用状況管理サーバ１００だけでなく、カーステーションの運用サーバ（図示せず）及び各車両の記憶装置が日々の処理の際にデータを記録することにより、作成、更新、参照される。特にＣＳ利用状況管理サーバ１００はこれらのＤＢを参照し、処理に必要な後述する各種テーブルを作成し、参照、更新する。
【実施例１】
【００５０】
図４は、本発明の第１の実施例に係る代替ＣＳ提示の概念を示す図である。この図は、鉄道路線、隣接する駅Ａ，駅Ｂ、住宅地等の複数のＣＳ、および近隣の病院等の大型施設を模式的に表したものである。駅Ａには急行が止まるため利用が集中するＣＳ５０、駅Ｂには急行が止まらないので比較的すいているＣＳ５１があり、病院には混雑するＣＳ５２があるとする。また、日常的にＣＳ５３ａ〜５３ｄからＣＳ５０に向かう車両が多くＣＳ５０が混雑し、ＣＳ５４ａ〜５４ｃからＣＳ５２に向かう車両が多くＣＳ５２が混雑しているものとする。
【００５１】
代替ＣＳ提示とは、このＣＳ５０やＣＳ５２に向かう車両を比較的すいているＣＳ５１に向かうように仕向け、ＣＳ５０やＣＳ５２に駐車する車両をできるだけ減らすような方向で会員に提示することである。
【００５２】
例えば、ＣＳ５３ｄから出発し、ＣＳ５０を目的ＣＳとする会員には、車両を予約する際にＣＳ５０が混雑する可能性が高いことを示し、代替ＣＳとしてＣＳ５１を利用することを推奨して提示する。予約の際、会員端末から所定の操作をするなどして、この代替提示に応じた会員は、ＣＳ５３ｄから出発してＣＳ５１に向かい、そこから駅Ｂで電車に乗り目的駅に向かう。この場合、ＣＳ５０からＣＳ５１へ変更することによる移動時間の増加、カーシェアリング利用料金（移動時間に比例するものとする）の増加、及び駅Ｂから駅Ａへの鉄道料金の追加が発生するが、代替提示に応じた会員に対しては不利益にならないように割引料金や特典が提供される。
【００５３】
また、ＣＳ５４ａから病院のＣＳ５２に向かう会員に対しては、同様にＣＳ５１を提示し、そこから病院向けのバスに乗ってもらうように促してもよい。この提示に応じた会員に対しても、同様に、移動時間の増加、及びバス料金の追加に応じて、不利益にならないようにカーシェアリングの割引料金や特典が提供される。この場合、バス料金を無料にし、バス会社にはその分をカーシェアリング会社から協力費として後で支払うようにしてもよい。このようにすることで、バス会社は、固定客の増加が見込まれ、カーシェアリング会社にとっても、顧客離れを防止するため新たなＣＳを設置するよりはコスト面でのメリットがある。
【００５４】
図５は、本発明の第１の実施例に係る代替ＣＳ料金調整テーブルの一例を示す図である。上段に示すイメージ図では、自宅付近のＣＳ５５から駅に向かい、駅のＣＳで車を乗り捨てて都心方面に鉄道で出勤する場合を想定している。駅Ａ，Ｂ，Ｃにはそれぞれ最寄のＣＳ５６、ＣＳ５７，ＣＳ５８があるが、この場合、ＣＳ５５から最も近く便利なのはＣＳ５７であり、そこから駅Ａに行き電車に乗るのが一番所要時間が短いとする。
【００５５】
図５下段の代替ＣＳ料金調整テーブル３０には、ＣＳ５５から駅Ａ，Ｂ，Ｃを利用した場合のそれぞれの所要時間の合計と料金の合計が示されている。また、駅Ａを基準とし駅Ｂ，駅Ｃにはその差分が示されている。このデータは、公共交通機関料金ＤＢ２０とＣＳ設置情報ＤＢ２２から得られる。
【００５６】
代替ＣＳ提示部１２は、ＣＳ５７が所定の混雑度を超えていると判断したときは、ＣＳ５７を利用すると考えられる会員に対して代替ＣＳを提示する。提示するタイミングは、会員が専用サイトで予約を入れる際に目的地のＣＳを指定したとき、及び会員みずからが専用のサイトにアクセスし、ＣＳ混雑状況を検索したときに提示することが望ましい。また、会員の住所からＣＳ５７付近を日常的に利用する可能性の高い会員に電子メール等であらかじめ提示してもよい。
【００５７】
この代替ＣＳ料金調整テーブル３０の例からわかるように、駅ＡのＣＳを利用する場合が、所要時間、料金とも最も有利であるが、駅Ｂ，ＣのＣＳの混雑度に比較的余裕のある場合は、駅Ｂ、駅ＣのＣＳを使用した場合の割引料金を駅ＡのＣＳを利用しようとする会員に提示する。例えば、駅Ｂを利用すると、駅Ａを利用した場合より所要時間で＋８分、料金も鉄道料金が加算され、通常では＋１００円割高となる。しかし、所要時間の遅れ１分に対して割引１５円を行うと、駅Ｂを利用した場合には料金は総額５８０円となり、駅Ａを利用した場合よりも安くなる。駅Ｃを利用した場合も同様である。このような代替となるＣＳの割引料金を提示することで、顧客に駅Ｂ，駅ＣのＣＳも利用する動機付けを与え、結果としてＣＳ５７の混雑度を分散させることができる。
【００５８】
図６は、本発明の第１の実施例に係る代替ＣＳ提示処理のフローを示す図である。このフローチャートは、前述した代替ＣＳ提示処理を簡単に表したものである。
【００５９】
代替ＣＳ提示部１２は、ますステップＳ１０において、目的のＣＳの混雑度は所定の閾値１以上かを判断する。この「所定の閾値１」は、例えば、混雑度９０％以上のように予め設定しておく。次にステップＳ１１において、同じ目的地（駅など）に、回り道をしても行ける近隣のＣＳがあるかどうかを判断する。ここで、ＣＳ設置情報ＤＢ２２の位置情報、最寄施設、近隣ＣＳの情報が参照される。そのようなＣＳがある場合には、ステップＳ１２において、そのＣＳの混雑度が「所定の閾値２」（例えば、５０％）以下と判断される場合には、そのＣＳを目的ＣＳの代替ＣＳとして選択する（ステップＳ１３）。
【００６０】
次に、ステップＳ１４において、自宅付近のＣＳ（これをＣＳ０とする）から、目的ＣＳを経て目的地（勤務先の最寄駅など）に至るルートの所要時間、料金の総額を計算する。総額には鉄道料金も含まれる。さらに、ステップＳ１５において、ＣＳ０→代替ＣＳ→目的地に至るルートの所要時間及び料金の総額を計算する。そして、ステップＳ１６において、代替ＣＳ利用の場合、所定の割引率を乗じて割引料金を計算する。このようにして求めた料金、所要時間を比較したデータを会員に提示する。これを提示された会員は、会員端末４０から所定の操作をしてこの提示に対して応ずる旨を送ることで、割引価格の対象であるとシステムから見なされる。
【実施例２】
【００６１】
図７は、本発明の第２の実施例に係るＣＳ間相乗り提示の概念を示す図である。ＣＳの設置環境は、図４と同じである。図示するように、ここでも、混雑度の高い駅Ａを最寄とするＣＳ５０に、周辺のＣＳ（５３ａ〜５３ｅ、総称する場合は５３と呼ぶ）から多くの車両が向かうケースを考える。
【００６２】
会員がＣＳ５０に向かうために専用サイトから予約を行なおうとする際、ＣＳ５０が混雑していることが判定されると、本システムのＣＳ間相乗り提示部１３は、ＣＳ５３からの会員に対して、相乗りを提示し、その仲介をする。ＣＳ間相乗り提示部１３は、ＣＳ間相乗り仲介テーブル３２を検索し、運転者と同乗者が登録した相乗り希望条件がマッチすれば、両者に対して相乗りの提示を行い、両者が合意すれば相乗りが成立する。この場合の相乗りは、会員どうしがＣＳ間で相乗りすることを原則とする。図７の例では、ＣＳ５３ａから出発した車両が、同じ時間帯にＣＳ５３ｂから出発してＣＳ５０に向かおうとする会員をピックアップしてからＣＳ５０に向かう様子を示している。ＣＳ５３ｃ、ＣＳ５３ｄから出発しようとしている車両についても同様である。
【００６３】
また、混雑度の高い病院のＣＳ５２に向かおうとしているＣＳ５４ａ，ＣＳ５４ｂ,５４ｃからの車両やＣＳ５０から病院のＣＳ５２に向かう車両に対しても、同様に相乗りが推奨される。なお、ＣＳ５０から、特には混雑してないＣＳ５６ａやＣＳ５６ｂに向かう場合は、相乗りは推奨されない。ＣＳ５０に駐車している車両は、それぞれ別々に出庫し、一台でも多く出てもらったほうがＣＳ５０の混雑緩和に役立つからである。もちろん、目的とするＣＳの混雑度によらず、常に相乗りを仲介するようにしてもよい。この場合は、ＣＳの混雑緩和の目的ではなくなるが、会員の費用削減やＣＯ２削減には貢献することになるからである。ただし、この場合は次図で説明する相乗りの割引料金は適用されない。
【００６４】
図８は、本発明の第２の実施例に係る相乗り料金調整テーブル３１の一例を示す図である。相乗り料金調整テーブル３１は、この例では、ＣＳ０を出発した車両がそのまま最寄駅に向かった場合と、ＣＳ１またはＣＳ２、あるいはＣＳ１とＣＳ２の両方にピックアップに向かった場合の所要時間と料金をそれぞれ保持している。例えば、ＣＳ０からＣＳ１に回り道して駅に向かった場合、ＣＳ０→ＣＳ１で５分、ＣＳ１から駅まで１３分かかるとすると、計１８分となり、直接ＣＳ０から最寄駅に向かった場合と比べて８分のロスである。また、料金も一般的には乗車時間に比例するので、１分１０円とすれば、８０円が余分にかかる計算になる。この差分料金は、ピックアップされた側が支払うようにしてもよい。しかし、混雑するＣＳに相乗りして向かう場合は、割引料金が適用されるのでその負担は軽くなる。例えば、その割引率を１分５円と設定すると、８分×５円＝４０円が割引となる。この割引は、図のように、ピックアップした側に還元されるようにしてもよいし、両者で分配するようにしてもよい。
【００６５】
同じようにして、ＣＳ１とＣＳ２両方でピックアップした場合、所要時間は＋１０分になったとすると、通常料金＋１００円、割引−５０円となるが、この場合、２ヵ所を回って、より運転者の負担が大きいので、運転者には＋αの割引を行うようにしてもよい。
【００６６】
図９は、本発明の第２の実施例に係るＣＳ間相乗り管理テーブル３２の一例を示す図である。この図は、既に説明したように、相乗り希望条件を運転者側と同乗者側に分けて管理するテーブルを示したものである。ＣＳ間相乗り提示部１３は、このテーブル内を検索し、希望条件が合致した案件、又はほぼ近い案件をマッチング候補としてそれぞれの会員に提示する。会員のプロフィール（年齢、性別、喫煙の有無等）を、会員登録情報に保存していれば、会員は自己のプロフィールをいちいち仲介依頼時に入力する必要はない。マッチングの結果は、図９下段の画面のように双方の会員に通知される。
【実施例３】
【００６７】
図１０は、本発明の第３の実施例に係るＣＳ間のルート変更提示の概念を示す図である。この実施例では、特定の時間帯に混雑するＣＳを複数廻る場合について考える。
【００６８】
カーシェアリングは、複数のショッピング施設を廻り、たくさん買い物をしたり大きな荷物を運ぶような場合に便利である。大型のショッピング施設にＣＳを設置しておけば、車両をその施設で乗り捨てることができ、ショッピングをした後に別の車両に乗り換えれば、ショッピング中の利用料金はかからない。図１０ではこのようなカーシェアリングの利用形態の一例を示している。実線が希望ルート、点線が代替ルートを示す。
【００６９】
図示するように、例えば、街中のデパートにＣＳ１、郊外のホームセンターにＣＳ２、よく利用するスーパーマーケットにはＣＳ３、よく食事をするレストランタウンにＣＳ４が設置されているとし、会員は施設を順に廻り、最後に自宅近くのＣＳに戻るとする。このような場合、目的施設のＣＳのＩＤを会員が入力するだけで、本システムは、それぞれの施設のＣＳの混雑する時間帯を調べ、会員に対して、その混雑する時間を施設ごとに提示することができる。例えば、デパートのＣＳ１は混雑時間帯が１０〜１４時、ホームセンターのＣＳ２は混雑時間帯が１３〜１７時、スーパーマーケットのＣＳ３は混雑時間帯が１５〜１９時、レストランタウンのＣＳ４は混雑時間帯が１８〜２２時のように、会員が車両を予約する際にＣＳの混雑時間帯を提示する。また、各施設を訪れたい順（予定ルート）を入力すると、そのルートが混雑する時間帯の施設を含んでいる場合、その施設を利用する時間帯をずらした代替ルートを提示することもできる。
【００７０】
図１１は、本発明の第３の実施例に係るＣＳ間のルート変更推奨画面の一例を示す図である。この例では、前図の４つの施設へのおおよその到着時刻や出発時刻を会員が入力すると、本システムは、その時間帯でのＣＳの混雑度を表示する。そして、混雑する時間をなるべく避けるように図示するような代替ルートも提示することができる。各ＣＳ間の移動距離（車での所要時間）や混雑状況は、ＣＳ設置情報ＤＢ２２やＣＳ利用状況ＤＢ２３を参照することで取得できる。このようにすることで、特定のＣＳに混雑する時間帯がある場合には、その時間をずらすように会員に提示するので、利用が集中するＣＳの混雑度の軽減に役立つ。なお、移動距離は必ずしも直線距離には比例しない。徒歩または車で移動できる道路が通じてない場所は、例え直線距離が短くとも移動距離は長くなる。また、ＣＳ間またはＣＳと最寄施設間の移動距離は、徒歩で移動する場合と車での移動する場合で別々に存在する。
【００７１】
図１２は、ＣＳと最寄施設間の移動距離の概念を示す図である。各ＣＳには最寄の施設がＤＢに登録されており、この例では、ＣＳ１は駅、ＣＳ２は飲食店街、ＣＳ３は大型スーパー、ＣＳ４はホームセンターが最寄の施設である。当然、最寄の施設は複数あってもよい。また、ある施設にとっても最寄ＣＳは一つではない。所定の徒歩圏（例えば５分以内）にあるＣＳは、その施設の最寄のＣＳとなる。なお、「駅のＣＳ」のような表現は、代表的な最寄ＣＳ（徒歩での移動距離が最も近いＣＳ）を表したものである。図示するように、所定の徒歩圏を半径ｒの円で表すと、円内にあるＣＳがすべて最寄のＣＳとなる。この例では、駅の最寄ＣＳはＣＳ１とＣＳ２、飲食店街の最寄ＣＳは、ＣＳ２とＣＳ３，大型スーパーの最寄ＣＳは、ＣＳ３とＣＳ４，ホームセンターの最寄ＣＳはＣＳ４のみである。
【００７２】
図１３は、本発明の第３の実施例に係るＣＳ稼働率テーブル３３及びＣＳ料金時間帯調整テーブル３４の一例を示す図である。図１３上段のＣＳ稼働率テーブル３３は、前図で示した関係にあるＣＳと最寄施設と稼働率（混雑度）を時間帯ごとに示している。また、このテーブル中にある「補完ＣＳ」とは、あるＣＳが満杯になったときに代替となる所定の徒歩圏内にあるＣＳを表している。例えば、最寄施設が駅のＣＳ１の補完ＣＳは、ＣＳ２であり、ＣＳ２の補完ＣＳは、ＣＳ１とＣＳ３である。
【００７３】
図１３の下段のＣＳ料金時間帯調整テーブル３４は、各ＣＳに車を乗り捨てた場合の、その時点までの単位時間あたりの料金表３４ａと、そのＣＳから出庫した場合の料金表３４ｂを示している。乗り捨てた場合の料金と出庫した場合の料金に差を設けるのは、混雑するＣＳへの乗り入れは料金が高く、逆に混雑するＣＳから出庫する場合は料金を安くするためである。また、混雑するＣＳの代替ＣＳへの乗り入れはその時間帯では安くする。すなわち、混雑するＣＳへの入庫には利用者に負担を求め、逆に混雑するＣＳから早く出庫してもらえる場合には、負担を軽くする。このようにすることで、ＣＳの混雑度を分散することができる。
【００７４】
ＣＳ稼働率テーブル３３の網掛けで示した部分は、稼働率が９０％以上となっている時間帯を示している。また、ＣＳ料金時間帯調整テーブル３４の網掛け部分は、標準料金（ここでは単位時間あたり１００円とする）でなく、割引または割増料金を適用する時間帯を示している。このように、料金を時間帯によって変更するのはＣＳの混雑度を分散させるためである。混雑するＣＳにその時間帯に乗り捨てる場合は、乗捨て料金（割増料金）が適用され、逆に、混雑するＣＳからその時間帯あるいは混雑時間帯前に出庫する場合は、出庫料金（割引料金）が適用される。
【００７５】
例えば、ＣＳ１は、８：００〜１０：００と１０：００〜１２：００には稼働率１００％、すなわち満杯なので、この時間に並んでしかも乗り捨てる場合は、１０％の割増料金が発生する。逆に、この時間帯に出庫する場合は、１０％の割引料金が適用される。この割引設定は、稼働率９０%以上になる時間帯のＣＳへ乗り捨てると、９０％から１％増えるごとに１円割増、出庫すると、＋１％あたり１円割引となる。また、稼働率９０%以上になる時間帯のＣＳの補完関係ある稼働率５０％%以下のＣＳへ乗り捨てると、＋１％あたり１円割引となる。もちろん、このような料金設定は環境に合わせて柔軟に変更できることは言うまでもない。
【実施例４】
【００７６】
オンデマンド・バスとカーシェアリングは、競合関係にあると言われている。カーシェアリングは、短距離間での複数の目的地への移動や、大きな荷物の有る場合の移動に優れており、オンデマンド・バスは、駐車場のないところへの移動や飲酒者・高齢者・子供の移動に優れている。一方、カーシェアリングは、利用区域が５分程度の徒歩圏内になければならないという弱点があり、オンデマンド・バスは、運行エリア外へ移動できないという弱点がある。ここでは、オンデマンド・バスの運行計画作成のために、ＣＳの利用状況のデータを利用し、一方、ＣＳの負荷分散のために、オンデマンド・バスを運行させるという両者に補完関係があることについて説明する。
【００７７】
図１４は、本発明の第４の実施例に係るオンデマンド・バスルート提示の一例を示す図である。この図には、駅Ａの近辺にあるＣＳ１，観光施設であるお寺の近辺にあるＣＳ２，ミュージアムのＣＳ３，ランドマークのタワーのＣＳ４を示している。既に述べたように、本システムでは各ＣＳの利用状況を出入りする車両およびその利用者を詳細に逐次記録するので、その蓄積されたデータを利用して、オンデマンド・バスの運行エリアや運行ルートの計画立案に役立てる。例えば、図示するように、駅前等で利用の集中するＣＳ１から、ＣＳ２、ＣＳ３、ＣＳ４へと移動するカーシェアリングの車両が多いことがＣＳ利用状況ＤＢから判定できたとすると、そのルートをオンデマンド・バスの運行区間の候補とする。このためには、次の図で説明するＣＳ間移動確率テーブルを利用する。
【００７８】
図１５は、本発明の第４の実施例に係るＣＳ間移動確率テーブル３５の概念を示す図である。ＣＳ間移動確率テーブル３５は、ある地域内のＣＳ全てについてＣＳ間で移動する確率を記録したものである。カーシェアリングの車両は、必ず、ＣＳ間を移動するという特性を利用したものである。すなわち、ＣＳ間の車両の移動を分析することで人の流れをある程度知ることができる。
【００７９】
ＣＳ間移動確率テーブル３５の上段では、あるＣＳから出発した車両が次に到着したＣＳの割合を示している。例えば、ＣＳ１からＣＳ２に移動した車両は、ＣＳ１から出発した車両の総数１００のうち２５台あったことを示している。この表の下段には、その割合を％で示している。この数値を統計的に処理することで、ＣＳ間の移動確率を求めることができるが、ここでは、説明を簡単にするため、単に上の表の数字を％で示し移動確率としている。例えば、ＣＳ１からＣＳ２に移動する確率は２５％、ＣＳ１からＣＳ３に移動する確率は５％である。
【００８０】
ここで、ＣＳｉからＣＳｊに移動する確率をＰｉｊと表すと、ＣＳ１からＣＳ２，ＣＳ３，ＣＳ４の順に移動し、最後にＣＳ１に戻る確率Ｐ１２３４１は、Ｐ１２＊Ｐ２３＊Ｐ３４＊Ｐ４１となる。ＣＳ１から、一以上の他のＣＳを廻って再びＣＳ１に戻るルートは、図１５の右の図で示すように３３通りあるが、このすべてのルートに対して移動確率を計算する。そのうち、例えば、４つのＣＳすべてを廻るルートは６通りあり、その移動確率を計算すると、左下の計算になる。この例では、Ｐ１２３４１が０．０３３０となり、他のルートに比べ圧倒的に大きいことがわかる。このようにして、様々なＣＳの組み合わせのルートに対して移動確率を求めて比較することで、オンデマンド・バスの運行ルートの候補をみつけることができる。本システムのオンデマンド・バスルート提示部１５は、このような様々なＣＳの移動確率を計算し、移動確率の高いものを提示する。特に、混雑するＣＳのデータを優先的に使用することで、そのＣＳを運行経路に含んだオンデマンド・バスを走行させれば、バスの需要が見込まれ、かつ実際にオンデマンド・バスがそのルートに運行されれば、利用負荷の高いＣＳの負荷軽減にも役立つ。
【００８１】
上記の発明の実施例では、カーステーション（ＣＳ）の利用状況を逐次記録することで、特定のＣＳに需要が集中することを軽減させることを目的とした。しかし、実施例４の例でもわかるように、本システムの有用性はそれだけにとどまらない。特にカーステーションは、これからの社会において、人々が移動するためのキースポットとなる可能性があり、ＣＳのデータを集めることで、人・物の移動の流れを把握し、様々な場面に利用することが可能となる。
【００８２】
以上、実施形態（実施例）を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００８３】
１０ シェアカー予約受付部
１１ ＣＳ混雑度判定部
１２ 代替ＣＳ提示部
１３ ＣＳ間相乗り提示部
１４ ＣＳ利用時間分散提示部
１５ オンデマンド・バスルート提示部
２０ 公共交通機関料金ＤＢ
２１ 地図ＤＢ
２２ ＣＳ設置情報ＤＢ
２３ ＣＳ利用状況ＤＢ
２３ａ ＣＳ稼動情報
２３ｂ 車両入出庫情報
２４ 車両利用状況ＤＢ
２４ａ 車両登録情報
２４ｂ 車両利用情報２４ｂ
２５ 会員利用状況ＤＢ
２５ａ 会員固有の登録情報
２５ｂ 会員利用情報
３０ 代替ＣＳ料金調整テーブル
３１ ＣＳ間相乗り料金調整テーブル
３２ ＣＳ間相乗り仲介テーブル
３３ ＣＳ稼働率テーブル
３４ ＣＳ料金時間帯調整テーブル
３５ ＣＳ間移動確率テーブル
４０ 会員端末
５０，５１，５２，５３，５４，５５，５６，５７，５８ ＣＳ
１００ ＣＳ利用状況管理サーバ
【特許請求の範囲】
【請求項１】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散システムであって、
ＣＳ利用状況管理サーバが、カーシェアリングの会員の端末とネットワークで接続され、
前記ＣＳ利用状況管理サーバは、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、
前記会員からシェアカーの予約を受付けるシェアカー予約受付部と、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員の端末に提示する代替ＣＳ提示部と、
を備えることを特徴とするカーステーション負荷分散システム。
【請求項２】
前記代替ＣＳ提示部は、前記目的地のＣＳに向かう場合と、前記代替ＣＳに向かう場合の所要時間及びカーシェアリングの利用料金を比較し、当該所要時間の差及び当該利用料金の差に応じて、前記代替ＣＳに向かう場合の割引料金を提示する、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項３】
前記ＣＳ利用状況管理サーバは、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記目的地とするＣＳが同じか又は所定の移動距離内にある複数の会員の情報を検索し、前記目的地とするＣＳまでの相乗りを提示するＣＳ間相乗り提示部を備える、
ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項４】
前記相乗り提示部は、前記相乗りのためにＣＳ間の移動が必要となった会員に対し、当該移動のための移動時間及び利用料金の増加分に応じて、前記利用料金の割引を提示する、ことを特徴とする請求項３に記載のカーステーション負荷分散システム。
【請求項５】
前記ＣＳ利用状況管理サーバは、
前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とするＣＳの混雑度がある時間帯で所定の値以上となる場合、当該ＣＳの利用開始時間の変更を提示するＣＳ利用時間分散提示部を備える、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項６】
前記ＣＳ利用時間分散提示部は、
前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とする複数のＣＳの入力を受付け、前記複数のＣＳの中に時間帯によって前記混雑度が所定の値以上となるＣＳが含まれる場合、当該ＣＳの混雑時間帯を避けるルートを提示する、ことを特徴とする請求項５に記載のカーステーション負荷分散システム。
【請求項７】
前記ＣＳ利用状況管理サーバは、
前記ＣＳ設置情報ＤＢと前記ＣＳ利用状況ＤＢに基づいて、ＣＳ間移動確率を算出し、前記ＣＳ間移動確率が所定の値以上を持つＣＳ間をオンデマンド・バスの運行区間候補として提示するオンデマンド・バスルート提示部を備える、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項８】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション利用状況管理サーバであって、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、
会員からシェアカーの予約を受付けるシェアカー予約受付部と、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを提示する代替ＣＳ提示部と、
を備えることを特徴とするカーステーション利用状況管理サーバ。
【請求項９】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散方法であって、
コンピュータが、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを有し、
会員からシェアカーの予約を受付けるステップと、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するステップと、
前記シェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員に提示するステップと、
を処理すること特徴とするカーステーション負荷分散方法。
【請求項１】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散システムであって、
ＣＳ利用状況管理サーバが、カーシェアリングの会員の端末とネットワークで接続され、
前記ＣＳ利用状況管理サーバは、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、
前記会員からシェアカーの予約を受付けるシェアカー予約受付部と、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員の端末に提示する代替ＣＳ提示部と、
を備えることを特徴とするカーステーション負荷分散システム。
【請求項２】
前記代替ＣＳ提示部は、前記目的地のＣＳに向かう場合と、前記代替ＣＳに向かう場合の所要時間及びカーシェアリングの利用料金を比較し、当該所要時間の差及び当該利用料金の差に応じて、前記代替ＣＳに向かう場合の割引料金を提示する、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項３】
前記ＣＳ利用状況管理サーバは、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記目的地とするＣＳが同じか又は所定の移動距離内にある複数の会員の情報を検索し、前記目的地とするＣＳまでの相乗りを提示するＣＳ間相乗り提示部を備える、
ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項４】
前記相乗り提示部は、前記相乗りのためにＣＳ間の移動が必要となった会員に対し、当該移動のための移動時間及び利用料金の増加分に応じて、前記利用料金の割引を提示する、ことを特徴とする請求項３に記載のカーステーション負荷分散システム。
【請求項５】
前記ＣＳ利用状況管理サーバは、
前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とするＣＳの混雑度がある時間帯で所定の値以上となる場合、当該ＣＳの利用開始時間の変更を提示するＣＳ利用時間分散提示部を備える、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項６】
前記ＣＳ利用時間分散提示部は、
前記シェアカー予約受付部が予約を受付ける際に、前記会員が目的地とする複数のＣＳの入力を受付け、前記複数のＣＳの中に時間帯によって前記混雑度が所定の値以上となるＣＳが含まれる場合、当該ＣＳの混雑時間帯を避けるルートを提示する、ことを特徴とする請求項５に記載のカーステーション負荷分散システム。
【請求項７】
前記ＣＳ利用状況管理サーバは、
前記ＣＳ設置情報ＤＢと前記ＣＳ利用状況ＤＢに基づいて、ＣＳ間移動確率を算出し、前記ＣＳ間移動確率が所定の値以上を持つＣＳ間をオンデマンド・バスの運行区間候補として提示するオンデマンド・バスルート提示部を備える、ことを特徴とする請求項１に記載のカーステーション負荷分散システム。
【請求項８】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション利用状況管理サーバであって、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢと、
会員からシェアカーの予約を受付けるシェアカー予約受付部と、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するＣＳ混雑度判定部と、
前記シェアカー予約受付部がシェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを提示する代替ＣＳ提示部と、
を備えることを特徴とするカーステーション利用状況管理サーバ。
【請求項９】
カーシェアリング用のカーステーション（ＣＳ）の利用負荷を分散させるためのカーステーション負荷分散方法であって、
コンピュータが、
複数のＣＳの設置場所の位置情報及び最寄施設の情報を含んだＣＳ設置情報ＤＢと、
それぞれのＣＳに入出庫するシェアカーの入庫時刻及び出庫時刻を逐次記録し、ＣＳの利用状況を格納するＣＳ利用状況ＤＢとを有し、
会員からシェアカーの予約を受付けるステップと、
前記ＣＳ利用状況ＤＢに基づいて、各ＣＳの混雑度を判定するステップと、
前記シェアカーの予約を受付ける際に、前記会員が目的地とするＣＳの前記混雑度が所定の値より高い場合、前記ＣＳ設置情報ＤＢに基づき、当該目的地のＣＳの代替となる代替ＣＳを、前記会員に提示するステップと、
を処理すること特徴とするカーステーション負荷分散方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−２１５９２１（Ｐ２０１２−２１５９２１Ａ）
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１１−７８８６７（Ｐ２０１１−７８８６７）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【Ｆターム（参考）】
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【Ｆターム（参考）】
[ Back to top ]