JP2017215770A - 情報処理システム - Google Patents

Abstract

【課題】ユーザが利用可能な車両を効率的に選択できるようにする技術を提供する。
【解決手段】位置測定部が、ユーザ端末の現在位置を測定し、時間導出部が、ユーザ端末の現在位置と、管理サーバから送信される車両の位置情報とに基づいて、ユーザの位置に車両が到達する到達時間を導出する。画面生成部は、利用可能な車両の車種に関する情報と、ユーザの位置に車両が到達する到達時間とを出力装置２７のディスプレイにリスト表示させる。画面生成部は、到達時間が所定時間以内である車両の車種に関する情報を表示させる。
【選択図】図１４

Description

本発明は、利用可能な車両に関する情報をユーザ端末に表示させる情報処理システムに関する。

特許文献１は、利用者の氏名や人数、および希望するタクシーの種別（小型／大型）、車種、色、会社などの条件と、ＧＰＳで測定した現在位置とをホストコンピュータに送信する携帯端末と、当該利用者の元に差し向けるタクシーの到着予定時間と、利用者により指定された条件にしたがって選定したタクシーの車体の色などの特徴を携帯端末に送信するホストコンピュータとを備えたタクシー手配システムを開示する。

特開２００２−３６７０８６号公報

特許文献１に開示された技術によると、利用者は、希望する車種などの条件を指定できるが、指定した条件により、遠方にいる車両が選定されると、ユーザの元に到達する時間が遅くなるという問題がある。そのため利用者が、到達時間を考慮した上で、車両を選択できる仕組みの構築が望まれる。

本発明はこうした状況に鑑みてなされたものであり、その目的は、ユーザが利用可能な車両を効率的に選択できるようにする技術を提供することにある。

上記課題を解決するために、本発明のある態様の情報処理システムは、ユーザにより保持されるユーザ端末と、車両に搭載される車両端末と、ユーザ端末および車両端末と通信可能な管理サーバとを備える。管理サーバは、車両が利用可能であるか否かを示す利用可否情報および車両の位置情報を含むステータス情報と、車両の車種に関する情報とを管理する管理部と、管理部から車両のステータス情報および車両の車種に関する情報を抽出する情報抽出部と、ユーザ端末に、情報抽出部が抽出した情報を提供する提供部とを備える。ユーザ端末は、提供された情報を取得する情報取得部と、当該ユーザ端末の現在位置を測定する位置測定部と、利用可能な車両の車種に関する情報と、ユーザの位置に車両が到達する到達時間とをディスプレイにリスト表示させる画面生成部を備える。

この態様によると、ユーザ端末のディスプレイに、車種に関する情報と、車両の到達時間とがリスト表示されるため、ユーザは、到達時間を考慮しつつ、好みの車種の車両を選択することが可能となる。

本発明によれば、ユーザが利用可能な車両を効率的に選択できるようにする技術を提供する。

実施例におけるカーシェアリングシステムの構成を示す図である。 カーシェアリングサービスの利用態様の例を説明するための図である。 管理サーバの機能ブロックを示す図である。 車両管理部が管理する車両ステータステーブルを示す図である。 スタッフ管理部が管理するスタッフステータステーブルを示す図である。 ステーション管理部が管理するステーションステータステーブルを示す図である。 ユーザ管理部が管理するユーザステータステーブルを示す図である。 表示される地図画面の一例を示す図である。 スタッフ端末の機能ブロックを示す図である。 車両端末の機能ブロックを示す図である。 ユーザ端末の機能ブロックを示す図である。 表示される初期画面の例を示す図である。 表示される車両確認画面の例を示す図である。 表示される車両リスト画面の例を示す図である。 表示されるスタッフリスト画面の例を示す図である。

図１は、実施例におけるカーシェアリングシステム１の構成を示す。カーシェアリングシステム１は、ユーザ１０により保持されるユーザ端末１２と、スタッフ３０により保持されるスタッフ端末３２と、車両５０に搭載される車両端末５２と、カーシェアリングサービスを管理する管理サーバ１００とを備えた情報処理システムである。ユーザ端末１２、スタッフ端末３２および車両端末５２は、無線通信機能を有し、無線基地局や無線アクセスポイントを介してネットワーク２に接続する。ネットワーク２には管理サーバ１００が接続されており、管理サーバ１００は、ユーザ端末１２、スタッフ端末３２および車両端末５２とネットワーク２経由で通信可能である。

図１には、１人のユーザ１０、１人のスタッフ３０および１台の車両５０のみが示されているが、実施例のカーシェアリングサービスは、複数のユーザ１０、複数のスタッフ３０および複数の車両５０によって運用される。したがって管理サーバ１００は、複数のユーザ端末１２、複数のスタッフ端末３２および複数の車両端末５２と通信可能に接続する。

ユーザ１０は、車両を利用するためにカーシェアリングサービスに加入している会員である。ユーザ１０の車両利用時間は管理サーバ１００によって管理され、ユーザ１０は、たとえば利用時間に応じた料金を月ごとに支払う。ユーザ端末１２は、当該サービスのユーザ用アプリケーション（以下「ユーザアプリ」と呼ぶ）をインストールしたスマートフォンやタブレット端末などのモバイル端末である。

カーシェアリングシステム１では、スタッフ３０が車両５０に乗車して、管理サーバ１００からの配車リクエストを待機する。ユーザ端末１２は、ユーザ１０が利用可能な車両の車種に関する情報をディスプレイに表示し、ユーザ１０が利用したい車両５０を選択すると、ユーザ端末１２は、管理サーバ１００に選択リクエストを送信する。管理サーバ１００は、選択リクエストを受信すると、選択された車両５０をユーザ１０に割り当てて、当該車両５０の車両端末５２に配車リクエストを送信する。車両５０に乗車しているスタッフ３０は、配車リクエストを確認すると、ユーザ１０がいる場所まで運転して車両５０をユーザ１０に貸し渡し、ユーザ１０は、車両５０を目的地まで自分で運転する。ユーザ１０が自分で運転する点で、カーシェアリングサービスは、タクシーサービスと異なる。

なおユーザ１０は、駐車場（以下「ステーション」と呼ぶ）に駐車されている車両５０を選択してもよい。ユーザ端末１２は、スタッフ３０により配車可能な車両と、ステーションから乗車可能な車両とを区別してディスプレイにリスト表示する。ユーザ１０は、ステーションから乗車可能な車両５０を選択すると、ステーションまで出向き、ステーションから車両５０を運転する。

スタッフ３０は、カーシェアリングサービスの運営主体に所属するサービス担当者である。スタッフ３０は、ユーザ１０に車両５０を届けたり、返却される車両５０をユーザ１０から受け取る役割をもつ。スタッフ端末３２は、当該サービスのスタッフ用アプリケーション（以下「スタッフアプリ」と呼ぶ）をインストールしたスマートフォンやタブレット端末などのモバイル端末である。

車両５０は、カーシェアリングの対象となる車両である。カーシェアリングシステム１では、様々な車種の車両が用意されて、ユーザ１０が、好きな車種の車両を自由に選択できることが好ましい。一般に車種とは、自動車を用途や型や年式などで分けた自動車の種類を示すが、実施例で車種は、さらに別の基準で分けた自動車の種類を含んでよい。たとえば車両は、車名によって区別されてよく、またボディーカラー、乗車定員、ボディーサイズなどにより区別されてもよい。ユーザ端末１２のディスプレイに車両の車種に関する情報が表示されることで、ユーザ１０は、車種に基づいて、利用する車両５０を選択する。そのため車両を区別する車種は、ユーザが好きな車両を簡単に選択できるように、ユーザニーズに応じて適宜設定されることが好ましい。

従来型のカーシェアリングサービスでは、ユーザが、車両が駐車されているステーションに出向き、また車両利用後に同じステーションに返却する必要があった。実施例のカーシェアリングサービスは、従来型の利用態様に加えて、利便性を高めた様々な利用態様をユーザ１０に提供する。

図２は、カーシェアリングサービスの利用態様の例を説明するための図である。以下、サービスの利用態様を、３つのフェーズに分けて説明する。
（フェーズ１：ユーザが運転するまでの段階）
スタッフ３０ａは車両５０に乗車して、配車リクエストを待機している（ＳＴ１）。スタッフ３０ａは、管理サーバ１００から担当エリアを指定され、担当エリア内で車両５０を運転しながら、配車リクエストを待機する。スタッフ３０ａは、指定された巡回ルートにしたがって車両５０を運転してもよい。担当エリア内に停車可能な場所があれば、スタッフ３０ａは、その場所に車両５０を停車して、配車リクエストを待機してもよい。

ユーザ１０がユーザ端末１２を操作して、利用可能な車両の車種に関する情報をディスプレイに表示させ、運転したい車両５０を選択する（ＳＴ２）。ユーザ端末１２は、選択された車両を識別する情報（車両ＩＤ）、ユーザ１０を識別する情報（ユーザＩＤ）およびユーザ端末１２の位置情報を含む車両選択リクエストを、管理サーバ１００に送信する。管理サーバ１００は車両の選択リクエストを取得すると、選択された車両５０をユーザ１０に割り当てて、当該車両５０の車両端末５２に配車リクエストを送信する。配車リクエストは、少なくともユーザ氏名およびユーザ位置情報を含んで構成される。車両端末５２は、配車リクエストを受信すると、ディスプレイに配車リクエストがあったことを示すメッセージを表示する。なお車両端末５２は、ユーザ位置情報をナビゲーションシステムの目的地として自動設定し、スタッフ３０ａに対して経路案内を実施してもよい。

車両端末５２が配車リクエストを受信すると、スタッフ３０ａは、ユーザ１０が待っている位置まで車両５０を運転する（ＳＴ３）。スタッフ３０ａがユーザ１０に車両５０を届けるため、ユーザ１０は、車両選択リクエストを送信した場所で、車両５０の到着を待っていればよく、わざわざステーションに車両５０を取りに行かなくてよい。

なおカーシェアリングシステム１は、ステーションまで車両５０を取りに行く従来型の利用態様もユーザに提供しており、ユーザが希望すれば、ステーションに駐車されている車両を利用できる。実施例のカーシェアリングサービスでは、ユーザが車種に基づいて車両を選択できるため、好きな車種の車両がステーションに駐車されていれば、ユーザが、駐車車両を選択することもある。

（フェーズ２：ユーザが運転する段階）
スタッフ３０ａは、ユーザ１０に車両５０を届けると運転席から降り、代わりにユーザ１０が運転席に乗り込む。ユーザ１０がスタッフ３０ａの同乗を希望すれば、スタッフ３０ａは車両５０の後部座席または助手席に座り、ユーザ１０は車両５０を目的地まで運転する（ＳＴ４）。一方、ユーザ１０がスタッフ３０ａの同乗を希望しなければ、スタッフ３０ａは車両５０に乗り込まず、ユーザ１０は車両５０を目的地まで運転する（ＳＴ５）。降車したスタッフ３０ａは、たとえば近くのステーションまで歩き、駐車している車両に乗車して、配車リクエストを待機してもよく、また別のユーザから返却される車両を受け取ってもよい。

（フェーズ３：ユーザの運転が終了した段階）
スタッフ３０ａが同乗する場合（ＳＴ４）、ユーザ１０は目的地まで運転して運転席から降りると、その場でスタッフ３０ａが運転席に乗り込み、車両５０を移動させる（ＳＴ６）。スタッフ３０ａが運転する車両５０は、配車リクエストを待機する待機車両となる。このようにスタッフ３０ａが同乗していれば、ユーザ１０が目的地まで運転した後、スタッフ３０ａがすぐに運転を交代できるため、ユーザ１０は車両５０をステーションに駐車する必要がない。そのためユーザ１０は、行きたい場所まで運転でき、非常に利便性の高いサービスが実現される。

スタッフ３０ａが同乗しない場合（ＳＴ５）、ユーザ１０は目的地まで運転すると、目的地にいる別のスタッフ３０ｂに車両５０を返却し（ＳＴ７）、スタッフ３０ｂが車両５０を移動させる（ＳＴ８）。スタッフ３０ｂが運転する車両５０は、配車リクエストを待機する待機車両となる。たとえばユーザ１０は、車両端末５２のディスプレイに表示される地図画面から、待機中のスタッフ３０ｂを探し出し、スタッフ３０ｂに目的地を連絡することで、スタッフ３０ｂに目的地まで来てもらってもよい。なおユーザ１０は、スタッフ３０ｂの場所まで車両５０を運転してもよい。

またスタッフ３０ａが同乗しない場合（ＳＴ５）、ユーザ１０は目的地近くのステーションまで運転して、車両５０を駐車する（ＳＴ９）。このとき車両端末５２のディスプレイには、駐車可能なステーションの位置を示す地図画面が表示され、ユーザ１０は、地図画面から駐車可能なステーションの場所を確認できる。この利用態様では、ユーザ１０はステーションまで運転する必要があるが、空いているステーションを自由に選択できるため、車両５０を目的地近くのステーションに返却できる。

なお図２には示していないが、フェーズ１において、ユーザ１０はステーションまで歩いて、駐車している車両５０を利用することも可能である。この場合、車両５０にスタッフ３０が同乗することはないが、ユーザ１０は、車両５０を目的地近くのステーションに返却したり（ＳＴ９）、目的地にいるスタッフ３０ｂに車両５０を引き渡すことができる（ＳＴ７）。

図３は、管理サーバ１００の機能ブロックを示す。管理サーバ１００は、ユーザ１０、スタッフ３０、車両５０およびステーションのステータス情報を管理して、カーシェアリングサービスを実現する。

管理サーバ１００は、通信装置１０１、ステータス情報取得部１０４、ステータス更新部１０５、管理部１０６、リクエスト取得部１１１、情報抽出部１１２、割当処理部１１３、提供部１１４、地図アプリケーション１１５、画面生成部１１６および出力装置１１７を備える。管理部１０６は、車両管理部１０７、スタッフ管理部１０８、ステーション管理部１０９およびユーザ管理部１１０を有する。

管理サーバ１００はコンピュータを含み、管理サーバ１００の各種機能は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、管理サーバ１００の各種機能はハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

通信装置１０１は、ネットワーク２に接続して、ユーザ端末１２の通信装置、スタッフ端末３２の通信装置、車両端末５２の通信装置との間で、サービスに必要な情報を送信または受信する。カーシェアリングサービスにおいて、通信装置１０１は、ユーザ端末１２、スタッフ端末３２および車両端末５２から送信される位置情報を受信する。ユーザ端末１２、スタッフ端末３２および車両端末５２は、それぞれ自端末の位置情報を測定し、管理サーバ１００に周期的に位置情報を送信する。ステータス情報取得部１０４は、通信装置１０１で受信したユーザ端末１２、スタッフ端末３２および車両端末５２の位置情報を取得して、ステータス更新部１０５に供給する。

また通信装置１０１は、スタッフ端末３２および車両端末５２から送信される状態情報を受信する。スタッフ端末３２は、スタッフ３０により状態情報を入力されて、管理サーバ１００に送信する。また車両端末５２は、ユーザ１０またはスタッフ３０により状態情報を入力されて、管理サーバ１００に送信する。ステータス情報取得部１０４は、スタッフ端末３２および車両端末５２から送信された状態情報を取得して、ステータス更新部１０５に供給する。

また通信装置１０１は、ユーザのユーザ端末１２、または当該ユーザに車両を届けたスタッフのスタッフ端末３２から、ユーザが運転する車両にスタッフが同乗するか否かを示す同乗選択情報を受信する。なお通信装置１０１は、同乗選択情報を車両の車両端末５２から受信してもよい。図２のフェーズ２に示したように、スタッフ３０ａはユーザ１０に車両５０を届けた後、ユーザ１０がスタッフ３０ａの同乗を希望すると、ユーザ１０が運転する車両５０に同乗し（ＳＴ４）、ユーザ１０がスタッフ３０ａの同乗を希望しなければ、ユーザ１０が運転する車両５０に同乗しない（ＳＴ５）。このとき、ユーザ１０がユーザ端末１２から同乗選択情報を管理サーバ１００に送信し、またはスタッフ３０ａがスタッフ端末３２から同乗選択情報を管理サーバ１００に送信する。ユーザ１０は、車両端末５２から同乗選択情報を管理サーバ１００に送信してもよい。ステータス情報取得部１０４は、通信装置１０１で受信した同乗選択情報を取得して、ステータス更新部１０５に供給する。

ステータス更新部１０５は、ステータス情報取得部１０４が取得した位置情報、状態情報および同乗選択情報などに基づいて、管理部１０６で管理しているステータス情報を更新する。ステータス更新部１０５は、ステータス情報をリアルタイム更新し、管理部１０６が、最新のステータス情報を記録することが好ましい。以下、図４〜図７を参照して、管理部１０６に管理されるステータス情報について説明する。なお図４〜図７は、テーブル形式でステータス情報が記録されている様子を示すが、別の形式でステータス情報が記録されてもよい。

図４は、車両管理部１０７が管理する車両ステータステーブルを示す。車両ステータステーブルでは、緯度および経度を含む位置情報と、車両の利用可否を示す利用可否情報と、車両の走行状態を示す走行状態情報とが、ステータス情報として、車両を識別する車両ＩＤに関連づけて記録される。図４に示す車両ステータステーブルには、車両ＩＤに関連づけて、車種に関する情報（以下「車種情報」と呼ぶ）およびオプション情報が車両情報として記録されているが、車両情報は、車両ステータステーブルではなく、車両の型や仕様などを登録する車両マスタテーブルに記録されて、車両管理部１０７により管理されてもよい。

ステータス更新部１０５は、車両端末５２から周期的に送信される位置情報に基づいて、車両ステータステーブルにおける緯度および経度を逐次更新する。これにより車両管理部１０７は、車両５０の最新の位置情報を管理する。

利用可否情報は、車両が利用可能であるか、利用不能であるかを示す情報であり、「可」は利用可能であること、「不可」は利用不能であることを示す。利用可能であることは、車両が待機状態にあって、ユーザ１０がユーザ端末１２から当該車両を選択できることを意味し、利用不能であることは、車両が既に他のユーザに割り当てられた状態にあり、ユーザ１０がユーザ端末１２から当該車両を選択できないことを意味する。そのため、あるユーザが車両を選択した場合には、ステータス更新部１０５は、当該車両の利用可否情報を「不可」に更新する。図４に示す利用可否情報によると、ユーザ１０は、車両ＩＤがＡ、Ｂ、Ｃである車両を選択可能であり、車両ＩＤがＤ、Ｅである車両を選択できない。

走行状態情報は、車両が走行中であるか、駐車中であるかを示す情報であり、「走行中」はイグニッションスイッチがオンになっていること、「駐車中」はステーションに駐車されていることを示す。なお「走行中」はエンジンなどの動力源が起動して、走行可能な状態にあることを示してもよい。車両が走行中の状態にある場合、当該車両は、ユーザ１０またはスタッフ３０のいずれかにより運転されている。

利用可否情報が「可」に設定され、走行状態情報が「走行中」に設定されている車両は、スタッフ３０ａが車両５０を運転して、配車リクエストを待機している状態（図２のＳＴ１）にある。また利用可否情報が「不可」に設定され、走行状態情報が「走行中」に設定されている車両は、ユーザ１０が車両５０を運転している状態（図２のＳＴ４、ＳＴ５）、またはユーザ１０に車両５０が割り当てられて、スタッフ３０ａがユーザ１０の場所まで車両５０を運転している状態（図２のＳＴ３）にある。

利用可否情報が「可」に設定され、走行状態情報が「駐車中」に設定されている車両は、ステーションに駐車されていて、まだ誰にも割り当てられていない状態（図２のＳＴ９）にある。また利用可否情報が「不可」に設定され、走行状態情報が「駐車中」に設定されている車両は、ステーションに駐車されていて、既に誰かに割り当てられた状態にある。

図４に示す車種情報は、車名、ボディカラー、乗車定員、運転方式（オートマチックトランスミッション又はマニュアルトランスミッションの別）を含んでいるが、それ以外にも排気量、駆動方式、外観寸法、写真画像などの情報を含んでよい。またオプション情報は、チャイルドシートの有無を含んでいるが、安全装備の有無や、開閉式のルーフの有無などを含んでよい。なお上記したように、車種情報およびオプション情報を含む車両情報は、車両ステータステーブルではなく、車両マスタテーブルに記録されてよい。ユーザ１０は、ユーザ端末１２に表示される車種情報および／またはオプション情報を参考に、運転したい車両を選択する。

図５は、スタッフ管理部１０８が管理するスタッフステータステーブルを示す。スタッフステータステーブルでは、緯度および経度を含む位置情報と、スタッフの稼働状態を示す稼働状態情報と、スタッフが乗車している乗車車両情報と、ユーザが運転する車両に同乗中であるか否かを示す同乗有無情報とが、ステータス情報として、スタッフを識別するスタッフＩＤに関連づけて記録される。図５に示すスタッフステータステーブルには、スタッフＩＤに関連づけて、スタッフの属性情報である性別および年齢が記録されているが、属性情報は、スタッフステータステーブルではなく、スタッフマスタテーブルに記録されて、スタッフ管理部１０８により管理されてもよい。

ステータス更新部１０５は、スタッフ端末３２から周期的に送信される位置情報に基づいて、スタッフステータステーブルにおける緯度および経度を逐次更新する。これによりスタッフ管理部１０８は、スタッフ３０の最新の位置情報を管理する。

稼働状態情報は、スタッフ３０の稼働状態を示す情報であり、「稼働中」はスタッフ３０が稼働していること、「待機中」はスタッフ３０が待機していることを示す。なお稼働状態情報として、スタッフ３０が休憩していることを示す「休憩中」が設定可能とされてもよい。稼働中であることは、スタッフ３０が管理サーバ１００やユーザ１０からの指示やリクエストにしたがって行動していることを意味し、待機中であることは、スタッフ３０が管理サーバ１００からの指示やリクエストを待機していることを意味する。つまり「稼働中」および「待機中」は、いずれも業務時間内にあるスタッフ３０に対して設定されるが、「待機中」を設定されているスタッフ３０が指示やリクエストを受け取ると、稼働状態情報が「稼働中」に更新され、当該スタッフ３０は、指示やリクエストにしたがって行動する。また当該スタッフ３０が、指示やリクエストにしたがった行動を終了すると、稼働状態情報が「待機中」に更新され、当該スタッフ３０は、再び指示やリクエストを待機する。図２において、スタッフ３０ａは、ＳＴ１、ＳＴ５、ＳＴ６の状態では「待機中」の稼働状態情報が設定され、ＳＴ３、ＳＴ４の状態では「稼働中」の稼働状態情報が設定されている。

乗車車両情報は、スタッフ３０が乗車している車両ＩＤを示す。たとえばスタッフ３０は、車両５０に乗車する際に、自身のスタッフＩＤを車両端末５２に入力して、車両端末５２が、入力されたスタッフＩＤを車両ＩＤとともに管理サーバ１００に送信する。なおスタッフ３０は車両５０に乗車した際に、自身のスタッフ端末３２に車両ＩＤを入力して、スタッフ端末３２が、入力された車両ＩＤをスタッフＩＤとともに管理サーバ１００に送信してもよい。ステータス情報取得部１０４が、送信されたスタッフＩＤと車両ＩＤの組み合わせを取得すると、ステータス更新部１０５が、スタッフ管理部１０８における乗車車両情報を更新する。なおステータス更新部１０５は、ステータス情報取得部１０４で取得されるスタッフ３０の位置情報と車両５０の位置情報が一致する場合に、スタッフ３０が当該車両５０に乗車したことを判断して、スタッフ管理部１０８における乗車車両情報を更新してもよい。なおスタッフＩＤがＩであるスタッフには、乗車車両情報が設定されていないが、これは、このスタッフが車両５０を降車したＳＴ５の状態にあることを示す。

同乗有無情報は、ユーザが運転する車両にスタッフ３０が同乗しているか否かを示す情報であり、「同乗中」はスタッフ３０が車両に同乗していること、「なし」はスタッフ３０が同乗してないことを示す。図２に示すフェーズ２において、ステータス情報取得部１０４が、ユーザ１０が運転する車両にスタッフ３０ａが同乗するか否かを示す同乗選択情報を取得すると、ステータス更新部１０５は、当該スタッフ３０ａの同乗有無情報を更新する。したがって図２のＳＴ４のケースで、同乗有無情報は「同乗中」に設定され、それ以外のケースで、同乗有無情報は「なし」に設定されることになる。なおユーザ１０が目的地に到着して降車すると（ＳＴ６）、同乗有無情報は「なし」に更新される。

実施例においてユーザ１０は、車種から車両を選択できるが、スタッフ３０から車両を選択することも可能である。たとえばユーザ１０が女性であって、スタッフ３０の同乗を希望する場合には、スタッフ３０も女性である方が安心感がある。そこでユーザ１０が車両を選択する際に、車両を届けるスタッフの属性情報を参照できることが好ましく、管理サーバ１００は、ユーザの車両選択時に、車両情報だけでなく、スタッフの属性情報もユーザ端末１２に送信する。なお性別および年齢は属性情報の一例であり、属性情報は、スタッフの氏名、顔の撮影画像や、簡単なプロフィール情報を含んでもよい。なお上記したように、属性情報は、スタッフステータステーブルではなく、スタッフマスタテーブルに記録されてよい。

図６は、ステーション管理部１０９が管理するステーションステータステーブルを示す。ステーションステータステーブルでは、緯度および経度を含む位置情報と、ステーションの使用状態を示す使用状態情報とが、ステータス情報として、ステーションを識別するステーションＩＤに関連づけて記録される。なおステーションは移動しないため、位置情報は固定値となる。

使用状態情報は、ステーションの使用状態を示す情報であり、「使用中」はステーションに車両が駐車されていること、「空き」はステーションに車両が駐車されていないことを示す。ユーザ１０は、車両５０をステーションに駐車すると、駐車したステーションのステーションＩＤを車両端末５２に入力し、車両端末５２が、入力されたステーションＩＤを車両ＩＤとともに管理サーバ１００に送信する。ステータス情報取得部１０４が、送信されたステーションＩＤと車両ＩＤの組み合わせを取得すると、ステータス更新部１０５が、車両管理部１０７における走行状態情報を「駐車中」に更新し、ステーション管理部１０９における使用状態情報を「使用中」に更新する。なおステータス更新部１０５は、ステータス情報取得部１０４で取得される車両５０の位置情報とステーションの位置情報が一致する場合に、車両５０がステーションに駐車されたことを判断して、車両管理部１０７における走行状態情報と、ステーション管理部１０９における使用状態情報とを更新してもよい。ステータス更新部１０５は、車両管理部１０７における走行状態情報を「駐車中」に更新する際、あわせて利用可否情報を「可」に更新する。

図７は、ユーザ管理部１１０が管理するユーザステータステーブルを示す。ユーザステータステーブルでは、緯度および経度を含む位置情報と、車両の割当状態を示す割当情報と、ユーザに割り当てられた車両を示す割当車両情報とが、ステータス情報として、ユーザを識別するユーザＩＤに関連づけて記録される。

ステータス更新部１０５は、ユーザ端末１２から周期的に送信される位置情報に基づいて、ユーザステータステーブルにおける緯度および経度を逐次更新する。これによりユーザ管理部１１０は、ユーザ１０の最新の位置情報を管理する。

割当情報は、車両の割当状態を示し、「割当前」はユーザ１０に車両が割り当てられてないこと、「割当済」はユーザ１０に車両が割り当てられたが、まだ運転を開始していないこと、「運転中」はユーザ１０が車両を運転中であることを示す。ユーザ１０がユーザ端末１２でユーザアプリを起動して、ステータス情報取得部１０４がユーザ１０の位置情報を取得すると、ステータス更新部１０５が、割当情報を「割当前」に設定する。

割当車両情報は、ユーザ１０に割り当てられた車両ＩＤを示す。ユーザ１０がユーザ端末１２を操作して車両を選択し、ユーザ端末１２が車両の選択リクエストを管理サーバ１００に送信する。選択リクエストには、少なくともユーザＩＤ、車両ＩＤおよびユーザ位置情報が含まれる。管理サーバ１００において、リクエスト取得部１１１が選択リクエストを取得すると、割当処理部１１３が、選択リクエストに基づいて、選択リクエストを送信したユーザ１０に車両を割り当てる。このとき割当処理部１１３は、ユーザステータステーブルの割当情報および割当車両情報を更新する。具体的に割当処理部１１３は、選択リクエストに含まれるユーザＩＤおよび車両ＩＤから、対応するユーザＩＤの割当情報を「割当済」に更新し、また割当車両情報に車両ＩＤを書き込む。なお割当処理部１１３は、ユーザ位置情報にしたがって、緯度および経度も更新する。

割当処理部１１３がユーザに車両を割り当てると、提供部１１４が、車両割当が完了したことを示す情報をユーザ端末１２に提供し、また配車リクエストを車両端末５２に提供する。これによりユーザ１０は、車両を選択できたことを認識し、また車両５０に乗車しているスタッフ３０は、配車リクエストがあったことを認識する。

その後、ユーザ１０が、割り当てられた車両に乗車すると、ステータス更新部１０５が、割当情報を「運転中」に更新する。ユーザ１０が車両に乗車したことは、ユーザ端末１２、スタッフ端末３２、車両端末５２のいずれかに入力されて、管理サーバ１００に通知されてよい。なおユーザ１０が降車したことは、ユーザ端末１２または車両端末５２のいずれかに入力されて、管理サーバ１００に通知される。ステータス情報取得部１０４が降車通知を受けると、ステータス更新部１０５が、少なくとも車両管理部１０７における利用可否情報を「可」に、ユーザ管理部１１０における割当情報を「割当前」に、割当車両情報を「−」（ブランク）に更新する。

管理サーバ１００において、リクエスト取得部１１１は、ユーザ端末１２から、車両の選択リクエスト以外に、ユーザが車両を選択するための情報配信を要求する配信リクエストを取得する。なおリクエスト取得部１１１は、スタッフ端末３２から、サービス状況を確認するための情報配信を要求する配信リクエストも取得する。

リクエスト取得部１１１がユーザ端末１２から配信リクエストを取得すると、情報抽出部１１２が、管理部１０６から、カーシェアリングの対象となる車両のステータス情報と、スタッフのステータス情報を抽出し、提供部１１４が、ステータス情報を、それぞれのＩＤ情報とともに通信装置１０１からユーザ端末１２に送信させる。なおリクエスト取得部１１１がスタッフ端末３２から配信リクエストを取得すると、情報抽出部１１２が、管理部１０６から全てのステータス情報を抽出し、提供部１１４が、ステータス情報を、それぞれのＩＤ情報とともに通信装置１０１からスタッフ端末３２に送信させる。配信リクエストの取扱いについては、後述する。

地図アプリケーション１１５は、管理部１０６で管理されているステータス情報を提供されて、車両、スタッフ、ステーション、ユーザの地図データ上の位置を特定する。画面生成部１１６は、特定された位置に、車両、スタッフ、ステーション、ユーザのそれぞれの画像を配置した画面データを生成し、出力装置１１７に供給する。なお車両にユーザおよび／またはスタッフが乗車している場合には、車両と乗員とを組み合わせた画像を地図データ上に配置することが好ましい。出力装置１１７は、ディスプレイを備え、画面データに基づいて地図画面をディスプレイに表示する。

図８は、出力装置１１７に表示される地図画面の一例を示す。ステータス更新部１０５はリアルタイムでステータス情報を更新し、したがって地図画面上で、走行中の車両の画像が移動するように表示される。管理サーバ１００のオペレータは、出力装置１１７に表示される地図画面をみて、車両割当前のユーザの位置や、待機中のスタッフの位置などを確認する。

図９は、スタッフ端末３２の機能ブロックを示す。スタッフ端末３２は、スタッフ３０により保持されて、スタッフ３０からの操作入力を受け付ける。スタッフ端末３２は、ＧＰＳ（Global Positioning System, 全地球測位システム）受信機３３、位置測定部３４、地図アプリケーション３５、ステータス情報取得部３６、画面生成部３７、操作受付部３８、リクエスト生成部３９、状態設定部４０、同乗選択情報生成部４１、通信装置４２および出力装置４３を備える。出力装置４３は、ディスプレイを備える。

スタッフ端末３２はコンピュータを含み、スタッフ端末３２の各種機能は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、スタッフ端末３２の各種機能はハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。地図アプリケーション３５、ステータス情報取得部３６、画面生成部３７、リクエスト生成部３９、状態設定部４０および同乗選択情報生成部４１の各機能は、スタッフ端末３２においてスタッフアプリが起動されることにより実現されてよい。

スマートフォンであるスタッフ端末３２において、出力装置４３のメニュー画面に、スタッフアプリのアイコンが表示される。スタッフ３０がスタッフアプリのアイコンを選択操作すると、操作受付部３８が選択操作を受け付け、スタッフアプリが起動される。スタッフアプリが起動されると、リクエスト生成部３９は、サービス状況を示す情報の配信リクエストを自動生成し、通信装置４２に供給する。

ＧＰＳ受信機３３はＧＰＳアンテナを介して、複数のＧＰＳ衛星が送信するＧＰＳ信号を受信する。位置測定部３４は、受信したＧＰＳ信号にもとづいてスタッフ端末３２の現在位置を測定する。具体的に位置測定部３４は、スタッフ端末３２の緯度および経度を算出して求め、緯度および経度は、自端末の位置情報を構成する。位置測定部３４は、周期的に位置情報を求めて通信装置４２に供給する。また位置測定部３４は、求めた位置情報を地図アプリケーション３５にも供給する。

通信装置４２は、無線基地局や無線アクセスポイントを介して無線通信によりネットワーク２に接続し、管理サーバ１００の通信装置１０１との間で、サービスに必要な情報を送信または受信する。スタッフアプリが起動されると、通信装置４２は、位置測定部３４で求められた位置情報を管理サーバ１００に送信する。位置測定部３４は周期的に位置情報を測定し、通信装置４２は、測定された位置情報を即時に管理サーバ１００に送信する。これにより管理サーバ１００のスタッフ管理部１０８において、スタッフの最新の位置情報が管理される。

また通信装置４２は、リクエスト生成部３９で生成された配信リクエストを管理サーバ１００に送信する。管理サーバ１００は、配信リクエストを受信すると、スタッフ端末３２に対して、サービス状況を示す情報を配信する。管理サーバ１００において、リクエスト取得部１１１が配信リクエストを取得する度に、情報抽出部１１２がステータス情報を抽出するように構成されている場合、リクエスト生成部３９は、周期的に配信リクエストを生成するように動作する。これによりスタッフ端末３２は、周期的にサービス状況を示す情報を取得できるようになる。なおリクエスト取得部１１１が配信リクエストを一度取得すると、情報抽出部１１２がステータス情報を周期的に抽出するように構成されている場合、リクエスト生成部３９は、スタッフアプリの起動時に、一度だけ配信リクエストを生成すればよい。

図３に戻り、管理サーバ１００において、情報抽出部１１２は、管理部１０６で管理されているステータス情報を、それぞれのＩＤ情報とともに抽出する。情報抽出部１１２は、車両管理部１０７から車両のステータス情報を、スタッフ管理部１０８からスタッフのステータス情報を、ステーション管理部１０９からステーションのステータス情報を、ユーザ管理部１１０からユーザのステータス情報を、それぞれのＩＤ情報とともに抽出する。このように情報抽出部１１２は、管理部１０６で管理されている全てのステータス情報を抽出する。提供部１１４は、抽出された車両、スタッフ、ステーションおよびユーザのステータス情報を、それぞれのＩＤ情報とともに、通信装置１０１からスタッフ端末３２に送信させる。

図９に戻り、スタッフ端末３２において、ステータス情報取得部３６が、通信装置４２が受信したステータス情報を取得する。ステータス情報取得部３６は、取得したステータス情報を地図アプリケーション３５に供給する。地図アプリケーション３５は、ステータス情報から、車両、スタッフ、ステーション、ユーザの地図データ上の位置を特定する。画面生成部３７は、特定された位置に、車両、スタッフ、ステーション、ユーザのそれぞれの画像を配置した画面データを生成し、出力装置４３に供給する。出力装置４３は、画面データに基づいて、車両、スタッフ、ステーション、ユーザを配置した地図画面をディスプレイに表示する。なお地図アプリケーション３５は、位置測定部３４から供給される位置情報にもとづいて、地図データ上の自端末の位置を特定してもよい。ディスプレイに表示される地図画面は、図８に示した地図画面と同様のものであってよい。

状態設定部４０は、操作受付部３８が受け付けた操作入力に応じて、スタッフ３０の状態を設定し、通信装置４２から管理サーバ１００に送信させる。たとえばスタッフ３０が車両５０に乗車する際、スタッフ３０はスタッフ端末３２に車両５０の車両ＩＤを入力すると、状態設定部４０が、スタッフＩＤおよび車両ＩＤを運転開始情報として、通信装置４２から管理サーバ１００に送信させる。また同乗選択情報生成部４１は、操作受付部３８が受け付けた操作入力に応じて、ユーザが運転する車両にスタッフ３０が同乗するか否かを示す同乗選択情報を生成し、同乗選択情報を通信装置４２から管理サーバ１００に送信させる。

図１０は、車両端末５２の機能ブロックを示す。車両端末５２は、車両５０に搭載される。車両端末５２は、ＧＰＳ受信機５３、位置測定部５４、カーナビゲーションシステム５５、操作受付部５６、状態設定部５７、配車リクエスト取得部５８、画面生成部５９、位置情報取得部６０、車載通信装置６１および出力装置６２を備える。出力装置６２は、ディスプレイを備える。

車両端末５２はコンピュータを含み、車両端末５２の各種機能は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、車両端末５２の各種機能はハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

車載通信装置６１は、無線基地局や無線アクセスポイントを介して無線通信によりネットワーク２に接続し、管理サーバ１００の通信装置１０１との間で、サービスに必要な情報を送信または受信する。ＧＰＳ受信機５３はＧＰＳアンテナを介して、複数のＧＰＳ衛星が送信するＧＰＳ信号を受信する。位置測定部５４は、受信したＧＰＳ信号にもとづいて車両端末５２の現在位置を測定する。具体的に位置測定部５４は、車両端末５２の緯度および経度を算出して求め、緯度および経度は、自端末の位置情報を構成する。位置測定部５４は、周期的に位置情報を求めて車載通信装置６１に供給し、車載通信装置６１は、管理サーバ１００に位置情報を周期的に送信する。また位置測定部５４は、求めた位置情報をカーナビゲーションシステム５５にも供給する。

車両５０のイグニッションスイッチがオフされている場合であっても、ＧＰＳ受信機５３、位置測定部５４および車載通信装置６１の機能はアクティブ状態を維持して、車載通信装置６１が、周期的に位置情報を管理サーバ１００に送信することが好ましい。

カーナビゲーションシステム５５は、地図データを有して、目的地への経路案内を実施する。配車リクエスト取得部５８は、管理サーバ１００から配車リクエストを取得すると、カーナビゲーションシステム５５および画面生成部５９に、配車リクエストを供給する。配車リクエストには、少なくともユーザ氏名およびユーザ位置情報が含まれる。

ここで画面生成部５９は、配車リクエストがあったことを示すメッセージ画面を生成して、出力装置６２のディスプレイに表示させる。メッセージ画面には、ユーザ氏名およびユーザの位置情報が含まれる。車両５０を運転しているスタッフ３０は、メッセージ画面を見ることで、配車リクエストがあったことを認識する。なお出力装置６２は音声出力機能を有し、配車リクエストがあったことを音声でスタッフ３０に通知してもよい。またカーナビゲーションシステム５５は、配車リクエストに含まれるユーザの位置情報を、目的地として入力し、画面生成部５９は、目的地までの経路案内画面を出力装置６２に表示させる。これにより車両５０を運転しているスタッフ３０は、ユーザの場所までの経路を案内される。

なお操作受付部５６は、スタッフ３０またはユーザ１０からの操作入力を受け付ける。スタッフ３０が運転を開始する際、操作受付部５６は、スタッフＩＤを受け付けて、状態設定部５７が、スタッフＩＤおよび車両ＩＤを運転開始情報として、車載通信装置６１から管理サーバ１００に送信させる。またユーザ１０が運転を開始する際、操作受付部５６はユーザＩＤを受け付けて、状態設定部５７が、ユーザＩＤおよび車両ＩＤを運転開始情報として、車載通信装置６１から管理サーバ１００に送信させる。なおユーザ１０またはスタッフ３０が運転を終了する際には、操作受付部５６がユーザＩＤまたはスタッフＩＤを受け付けて、状態設定部５７が、受け付けたＩＤと車両ＩＤを運転終了情報として、車載通信装置６１から管理サーバ１００に送信させてもよい。管理サーバ１００において、ステータス情報取得部１０４が、これらのＩＤ情報を取得することで、ステータス更新部１０５が、管理部１０６のステータス情報を更新する。

図１１は、ユーザ端末１２の機能ブロックを示す。ユーザ端末１２は、ユーザ１０により保持されて、ユーザ１０からの操作入力を受け付ける。ユーザ端末１２は、ＧＰＳ受信機１３、位置測定部１４、地図アプリケーション１５、ステータス情報取得部１６、車両情報取得部１７、属性情報取得部１８、選択部１９、画面生成部２２、操作受付部２３、リクエスト生成部２４、同乗選択情報生成部２５、通信装置２６および出力装置２７を備える。出力装置２７は、ディスプレイを備える。

ユーザ端末１２はコンピュータを含み、ユーザ端末１２の各種機能は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、ユーザ端末１２の各種機能はハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。地図アプリケーション１５、ステータス情報取得部１６、車両情報取得部１７、属性情報取得部１８、選択部１９、画面生成部２２、リクエスト生成部２４、同乗選択情報生成部２５の各機能は、ユーザ端末１２においてユーザアプリが起動されることにより実現されてよい。

スマートフォンであるユーザ端末１２において、出力装置２７のメニュー画面に、ユーザアプリのアイコンが表示される。ユーザ１０がユーザアプリのアイコンを選択操作すると、操作受付部２３が選択操作を受け付け、ユーザアプリが起動される。ユーザアプリが起動されると、リクエスト生成部２４は、カーシェアリングの対象となる車両のステータス情報、スタッフのステータス情報、車両情報および属性情報の配信を要求する配信リクエストを自動生成し、通信装置２６に供給する。

ＧＰＳ受信機１３はＧＰＳアンテナを介して、複数のＧＰＳ衛星が送信するＧＰＳ信号を受信する。位置測定部１４は、受信したＧＰＳ信号にもとづいてユーザ端末１２の現在位置を測定する。具体的に位置測定部１４は、ユーザ端末１２の緯度および経度を算出して求め、緯度および経度は、自端末の位置情報を構成する。位置測定部１４は、周期的に位置情報を求めて通信装置２６に供給する。また位置測定部１４は、求めた位置情報を地図アプリケーション１５およびリクエスト生成部２４にも供給する。

通信装置２６は、無線基地局や無線アクセスポイントを介して無線通信によりネットワーク２に接続し、管理サーバ１００の通信装置１０１との間で、サービスに必要な情報を送信または受信する。ユーザアプリが起動されると、通信装置２６は、位置測定部１４で求められた位置情報を管理サーバ１００に送信する。位置測定部１４は周期的に位置情報を測定し、通信装置２６は、測定された位置情報を即時に管理サーバ１００に送信する。これにより管理サーバ１００のユーザ管理部１１０において、ユーザの最新の位置情報が管理される。

また通信装置２６は、リクエスト生成部２４で生成された配信リクエストを管理サーバ１００に送信する。管理サーバ１００は、ユーザ端末１２から配信リクエストを受信すると、車両のステータス情報、スタッフのステータス情報、車種情報およびオプション情報を含む車両情報、スタッフの属性情報をユーザ端末１２に配信する。なお管理サーバ１００は、車両情報および属性情報については、ユーザ端末１２に一度だけ配信すればよい。

管理サーバ１００において、リクエスト取得部１１１が配信リクエストを取得する度に、情報抽出部１１２がステータス情報を抽出するように構成されている場合、リクエスト生成部２４は、周期的に配信リクエストを生成するように動作する。これによりユーザ端末１２は、周期的に最新のステータス情報を取得できるようになる。なおリクエスト取得部１１１が配信リクエストを一度取得すると、情報抽出部１１２がステータス情報を周期的に抽出するように構成されている場合、リクエスト生成部２４は、ユーザアプリの起動時に、一度だけ配信リクエストを生成すればよい。

図３に戻り、情報抽出部１１２は、管理部１０６で管理されているステータス情報を、ＩＤ情報とともに抽出する。情報抽出部１１２は、車両管理部１０７から全ての車両のステータス情報を車両ＩＤ情報とともに抽出し、スタッフ管理部１０８から全てのスタッフのステータス情報をスタッフＩＤ情報とともに抽出する。提供部１１４は、抽出された車両およびスタッフのステータス情報をＩＤ情報とともに、通信装置１０１からユーザ端末１２に送信させる。

また情報抽出部１１２は、車両管理部１０７から、車種情報およびオプション情報を含む車両情報を、車両ＩＤ情報とともに抽出する。また情報抽出部１１２は、スタッフ管理部１０８から、性別情報および年齢情報を含むスタッフの属性情報を、スタッフＩＤ情報とともに抽出する。提供部１１４は、抽出された車両情報およびスタッフ属性情報を、それぞれのＩＤ情報とともに、通信装置１０１からユーザ端末１２に送信させる。

図１１に戻り、ユーザ端末１２において、車両情報取得部１７は、通信装置２６が受信した車両情報を取得し、画面生成部２２に供給する。また属性情報取得部１８は、通信装置２６が受信したスタッフ属性情報を取得し、画面生成部２２に供給する。

ステータス情報取得部１６は、通信装置２６が受信した車両のステータス情報およびスタッフのステータス情報を取得する。ステータス情報取得部１６は、取得したステータス情報を選択部１９に供給する。選択部１９は、車両ステータス情報における利用可否情報が「可」となっている車両を選択し、かかる車両ＩＤに設定されている位置情報を、地図アプリケーション１５に供給する。たとえば図４に示す車両ＩＤがＡ〜Ｅである車両について見れば、選択部１９は、車両ＩＤがＡ、Ｂ、Ｃである車両を選択し、車両ＩＤがＤ、Ｅである車両は選択しない。

つまり選択部１９は、全車両から、ユーザが利用可能な車両を選択する処理を実施する。選択部１９は、ユーザが利用可能な車両の車両ＩＤを特定すると、特定した車両ＩＤに関連づけられた位置情報を地図アプリケーション１５に供給する。地図アプリケーション１５は、供給された位置情報から、利用可能な車両の地図データ上の位置を特定する。画面生成部２２は、特定された位置に、車両の画像を配置した画面データを生成する。

また選択部１９は、スタッフステータス情報における稼働状態情報が「待機中」となっているスタッフを選択し、選択したスタッフの乗車車両情報をスタッフＩＤとともに画面生成部２２に供給する。

実施例の地図アプリケーション１５は、交通情報取得部２０および時間導出部２１を有する。交通情報取得部２０は、サービスエリア内の渋滞情報や規制情報などを取得する。時間導出部２１は、位置測定部１４が測定するユーザ端末１２の現在位置（Ｘ，Ｙ）と、ステータス情報取得部１６が取得した車両の位置情報とに基づいて、ユーザ１０が車両に乗車可能となるまでの時間を導出する。

図４に示す車両のステータス情報で説明すると、選択部１９は、ユーザ１０が利用可能な車両として、車両ＩＤがＡ、Ｂ、Ｃである車両を選択している。このうち車両ＩＤがＡ、Ｃは、走行状態情報が「走行中」と設定されており、このことはスタッフ３０が車両を運転していることを意味する。一方、車両ＩＤがＢである車両は、走行状態情報が「駐車中」と設定されており、このことは車両がステーションに駐車されていることを意味する。

時間導出部２１は、「走行中」を設定された車両にユーザ１０が乗車可能となるまでの時間と、「駐車中」を設定された車両にユーザ１０が乗車可能となるまでの時間とを、区別して算出する。「走行中」を設定された車両は、スタッフ３０により運転されてユーザ１０に届けられるため、時間導出部２１は、車両に乗車可能となるまでの時間を、車両がユーザの位置に到達する到達時間として算出する。時間導出部２１は、ユーザ端末１２の現在位置（Ｘ，Ｙ）と「走行中」車両の位置情報とに基づいて経路距離を導出し、車両の到達時間を算出するが、その際、交通情報取得部２０が取得した交通情報を加味して、車両の到達時間を算出することが好ましい。交通情報を加味することで、より正確な到達時間を算出できるようになる。時間導出部２１は、全ての「走行中」車両の到達時間を算出する。

一方、「駐車中」を設定された車両は、ユーザ１０がステーションまで歩くことで乗車可能となるため、時間導出部２１は、車両に乗車可能となるまでの時間を、ステーションまでの歩行時間として算出する。そのため時間導出部２１は、ユーザ端末１２の現在位置（Ｘ，Ｙ）と、「駐車中」車両の位置情報とに基づいて、ステーションまでの歩行距離から、ユーザの歩行時間を算出する。

なお、地図データを利用した２点間の車両移動時間および歩行時間の推定用のＡＰＩは、既に様々なものが実用化されており、時間導出部２１は、既存の推定用ＡＰＩを利用して、車両到達時間、ユーザ歩行時間を算出してよい。時間導出部２１は、利用可能な全車両についての車両到達時間またはユーザ歩行時間を算出し、車両ＩＤ情報とともに、画面生成部２２に供給する。

画面生成部２２は、車両到達時間が最も短い車両に関する情報を含む初期画面データを生成し、出力装置２７に表示させる。
図１２は、出力装置２７に表示される初期画面の例を示す。画面生成部２２は、ディスプレイに、地図アプリケーション１５で生成された地図画面２００を表示させる。地図画面２００には、利用可能な車両が表示され、走行中の車両は、時間の経過とともに地図画面中を移動する。初期画面では、ユーザ位置が地図画面の中央に設定される。なお実施例のディスプレイはタッチスクリーンで構成されており、ユーザ１０は、地図画面上でピンチアウト操作、ピンチイン操作することで、地図画面を拡大、縮小でき、またスライド操作することで地図画面をスクロールできる。操作受付部２３は、ユーザ１０の指操作を受け付けて、画面生成部２２に、地図画面の変更指示を供給する。地図画面２００において、Ｐのマークが付加されている車両は、ステーションに駐車中であることを示す。ユーザ１０は地図画面を見ることで、自身の周囲の空車状況を確認できる。

画面生成部２２は、地図画面２００の下方に、車両到達時間が最も短い車両の車種に関する情報を含む車両情報提示画面２０２を設定する。画面生成部２２は、時間導出部２１から、ユーザ１０が利用可能な全車両についての車両到達時間またはユーザ歩行時間を取得する。画面生成部２２は、車両到達時間を算出された複数の車両のうち、車両到達時間が最も短い車両を抽出し、当該車両の車両ＩＤで特定される車両情報を、車両情報提示画面２０２に表示させる。図１２に示す例では、車両情報として、車名および乗車定員が表示されており、また車名ＸＸＸの写真画像も表示されている。なお写真画像は、車両ＩＤに関連づけられているボディカラーをもつ車両の画像であることが好ましい。これによりユーザ１０は、最短時間で到着する車両の車種情報を確認できる。

実施例のカーシェアリングシステム１では、ユーザ１０が自分で運転するため、車両のボディカラーは、ユーザ１０が車両を選択する際の一つの判断要素となる。たとえば赤い車両を運転したい気分であれば、ユーザ１０は、選択する車両のカラーを確認したい。そこで写真画像は、同じボディカラーをもった車両の画像であることが好ましい。

ユーザ１０が選択ボタン２０４を操作すると、操作受付部２３が、選択ボタン２０４の操作を受け付ける。操作受付部２３が選択ボタン２０４の操作を受け付けると、リクエスト生成部２４が、当該車両、つまり３分で到着する車名ＸＸＸの車両の車両ＩＤと、ユーザＩＤおよびユーザ位置情報を含む選択リクエストを生成する。生成された選択リクエストは、通信装置２６から管理サーバ１００に送信される。

なおユーザインタフェースの仕様として、操作受付部２３が選択ボタン２０４の操作を受け付けた後、ユーザ１０に確認画面を提示するようにしてもよい。この場合、操作受付部２３が選択ボタン２０４の操作を受け付けると、画面生成部２２に対して、選択された車両についての確認画面の生成を指示する。

図１３は、出力装置２７に表示される車両確認画面の例を示す。画面生成部２２は、ディスプレイに車両情報およびスタッフ情報を表示させる。上記したように画面生成部２２は、選択部１９から「待機中」スタッフの乗車車両情報を取得し、属性情報取得部１８から、スタッフの属性情報を取得している。画面生成部２２は、ユーザ１０により選択された車両の車両ＩＤを乗車車両情報としてもつスタッフＩＤを特定し、特定したスタッフＩＤの属性情報を車両確認画面に表示させる。図１３に示す例では、スタッフの属性情報として、氏名および性別と、写真画像が表示されている。なお年齢情報や、プロフィール情報などがさらに表示されてもよい。

実施例のカーシェアリングシステム１では、ユーザ１０が運転する車両にスタッフ３０が同乗する利用態様が提供される。たとえばユーザ１０が女性である場合、ユーザ１０は、女性のスタッフ３０の同乗を希望することも想定される。そこで車両確認画面には、スタッフ３０の性別を表示することで、ユーザ１０は、選択した車両を呼んでよいか、最終確認できる。ユーザ１０が決定ボタン２０８を操作すると、操作受付部２３が決定ボタン２０８の操作を受け付け、リクエスト生成部２４が、当該車両の車両ＩＤと、ユーザＩＤおよびユーザ位置情報を含む選択リクエストを生成する。生成された選択リクエストは、通信装置２６から管理サーバ１００に送信される。ユーザ１０が戻るボタン２１０を操作すると、操作受付部２３が戻るボタン２１０の操作を受け付け、一つ前の表示画面、つまり図１２に示す画面に戻すように画面生成部２２に指示する。

図１２に示す地図画面中央のユーザ位置には、リスト表示ボタン２０６が設定される。リスト表示ボタン２０６は、利用可能な車両をリスト表示させるためのボタンである。ユーザ１０がリスト表示ボタン２０６を操作すると、操作受付部２３がリスト表示ボタン２０６の操作を受け付け、車両リスト画面の生成を画面生成部２２に指示する。

図１４は、出力装置２７に表示される車両リスト画面の例を示す。画面生成部２２は、ディスプレイに、利用可能な車両をリスト表示させる。このとき画面生成部２２は、配車可能な車両と、駐車場（ステーション）から乗車可能な車両とを区別して、ディスプレイにリスト表示させる。画面生成部２２は、車両リスト画面を、配車リスト画面２１２と駐車リスト画面２１４に２分割する。このように画面を分割することで、ユーザ１０は、呼出可能な車両と、自身がステーションまで歩いて利用できるようになる車両とを、容易に判別できるようになる。なお画面の左側には、車両の写真画像２１３が表示される。

配車リスト画面２１２は、配車可能な車両、すなわちユーザ１０が呼出可能な車両をリスト表示するための画面である。画面生成部２２は、時間導出部２１から、利用可能な全車両についての車両到達時間またはユーザ歩行時間を取得する。画面生成部２２は、車両到達時間を算出された複数の車両の車種に関する情報を、車両到達時間が短い順に配車リスト画面２１２の上から下に並べて表示させる。図１４に示す車両リスト画面で、車種に関する情報は、車名である。画面生成部２２は、車種に関する情報と、ユーザの位置に車両が到達する到達時間とを関連付けて表示させ、この例では車種に関する情報と到達時間とを横に並べて表示させている。

配車リスト画面２１２では、車種情報と車両到達時間の表示領域が、車両ごとに仕切られている。複数の車種情報と車両到達時間とが、車両到達時間の短い順に上から並べて表示されるため、ユーザ１０は各車両の到達時間を容易に確認できるようになる。複数の車種情報と車両到達時間とをリスト表示することで、ユーザ１０は、到達時間を考慮しつつ、好みの車種の車両を選択することが可能となる。ユーザ１０が、運転したい車両の表示領域を選択すると、操作受付部２３が、車両の選択操作を受け付け、リクエスト生成部２４が、選択された車両の車両ＩＤと、ユーザＩＤおよびユーザ位置情報を含む選択リクエストを生成する。生成された選択リクエストは、通信装置２６から管理サーバ１００に送信される。

なお画面生成部２２は、車種ごとの最短到達時間をディスプレイにリスト表示させてもよい。図１４に示す例では、配車リスト画面２１２に、車名ＸＸＸの２台の車両の車種情報が表示されているが、３分で到着する車名ＸＸＸの車両の情報のみを表示し、１５分で到着する車両ＸＸＸの車両の情報を非表示としてもよい。ユーザ１０が車名から車両を選択する場合、より早く到着する車両の情報を知りたいことが多いと考えられるため、画面生成部２２は、遅く到着する同一車種の車両の情報はリストに含めないようにしてもよい。

駐車リスト画面２１４は、ステーションから乗車可能な車両をリスト表示するための画面である。画面生成部２２は、ユーザ歩行時間を算出された複数の車両の車種に関する情報を、ユーザ歩行時間が短い順に駐車リスト画面２１４の上から下に並べて表示させる。画面生成部２２は、車種に関する情報と、ユーザがステーションまで歩く時間とを関連付けて表示させる。

駐車リスト画面２１４においても、車種情報とユーザ歩行時間の表示領域が、車両ごとに仕切られている。複数の車種情報と歩行時間とが、歩行時間の短い順に上から並べて表示されるため、ユーザ１０は各車両までの歩行時間を容易に確認できるようになる。複数の車種情報と歩行時間とをリスト表示することで、ユーザ１０は、歩行時間を考慮しつつ、好みの車種の車両を選択することが可能となる。ユーザ１０が、運転したい車両の表示領域を選択すると、操作受付部２３が、車両の選択操作を受け付け、リクエスト生成部２４が、選択された車両の車両ＩＤと、ユーザＩＤおよびユーザ位置情報を含む選択リクエストを生成する。生成された選択リクエストは、通信装置２６から管理サーバ１００に送信される。

なお操作受付部２３が、車両リスト画面において車両の選択操作を受け付けた際、画面生成部２２に対して、選択された車両についての確認画面の生成を指示してもよい。このとき図１３に示すような車両確認画面がディスプレイに表示されることになる。

車両リスト画面において、ユーザ１０が閉じるボタン２１６を操作すると、操作受付部２３が閉じるボタン２１６の操作を受け付け、初期画面、つまり図１２に示す画面に戻すように画面生成部２２に指示する。

最下段に表示される遷移ボタン２１８は、配車可能なスタッフをリスト表示させるためのボタンである。ユーザ１０が遷移ボタン２１８を操作すると、操作受付部２３が遷移ボタン２１８の操作を受け付け、スタッフリスト画面の生成を画面生成部２２に指示する。

図１５は、出力装置２７に表示されるスタッフリスト画面の例を示す。画面生成部２２は、ディスプレイに、車両をユーザに届けるスタッフの属性情報と、ユーザの位置に車両が到達する到達時間とをリスト表示させる。画面生成部２２は、選択部１９から、「待機中」スタッフの乗車車両情報を取得している。そこで画面生成部２２は、図１４に示した配車リスト画面２１２と同じ車両の並び順で、車種情報を表示していた場所にスタッフ属性情報を表示させる。これにより画面生成部２２は、スタッフの属性情報と、ユーザの位置に車両が到達する到達時間とを関連付けて表示させるとともに、スタッフ情報と車両到達時間とを、車両到達時間の短い順に画面の上から下に並べて表示させる。スタッフ情報と車両到達時間とをリスト表示することで、ユーザ１０は、到達時間を考慮しつつ、スタッフを選択することが可能となる。画面の左側には、スタッフの写真画像２１９が表示される。なお図１５に示す例では、車名もあわせて表示されているが、車名は非表示とされてよい。

ユーザ１０が、呼び出したいスタッフの表示領域を選択すると、操作受付部２３が、呼出可能なスタッフが運転している車両の選択操作を受け付け、リクエスト生成部２４が、選択された車両の車両ＩＤと、ユーザＩＤおよびユーザ位置情報を含む選択リクエストを生成する。生成された選択リクエストは、通信装置２６から管理サーバ１００に送信される。なお操作受付部２３が、スタッフリスト画面において車両の選択操作を受け付けた際、画面生成部２２に対して、選択された車両についての確認画面の生成を指示してもよい。このとき図１３に示すような車両確認画面がディスプレイに表示されることになる。

スタッフリスト画面において、ユーザ１０が閉じるボタン２２０を操作すると、操作受付部２３が閉じるボタン２２０の操作を受け付け、初期画面、つまり図１２に示す画面に戻すように画面生成部２２に指示する。

最下段に表示される遷移ボタン２２２は、配車可能な車両をリスト表示させるためのボタンである。ユーザ１０が遷移ボタン２２２を操作すると、操作受付部２３が遷移ボタン２２２の操作を受け付け、図１４に示す車両リスト画面の生成を画面生成部２２に指示する。

カーシェアリングシステム１において車両５０やユーザ１０は移動するため、車両到達時間およびユーザ歩行時間は刻々と変化する。そのため時間導出部２１は、所定の周期で、乗車可能となるまでの時間を導出し、画面生成部２２が、導出した時間を画面中にリアルタイムで反映することが好ましい。これによりユーザ１０は、正確な車両到達時間および歩行時間を確認できるようになる。なお管理サーバ１００側で時間を導出する場合と比べると、ユーザ端末１２側で時間を導出することで、管理サーバ１００の負荷を低減できる。

なお図１４に示す車両リスト画面には、ユーザが利用可能な状態にある全車両の車種情報が、車両到達時間またはユーザ歩行時間とともに表示されてよいが、ユーザ１０が車両を選択し、管理サーバ１００がユーザ１０に車両を割り当てると、当該車両は、ユーザ１０の利用が終了するまで、他のユーザに割り当てられなくなる。たとえばユーザ１０に届けられるまでに２時間かかる車両が選択されると、少なくとも２時間は他のユーザに割り当てられず、サービスの稼働率が下がる。

そこで画面生成部２２は、ユーザ１０の位置から所定時間内で乗車可能となる車両に限って、車種に関する情報を表示させるようにしてもよい。具体的に画面生成部２２は、車両到達時間が第１の所定時間を超える車両、およびユーザ歩行時間が第２の所定時間を超える車両の車種に関する情報を、車両リスト画面に含めないようにする。このようにすることで、ユーザ１０は、乗車可能となるまでに長時間を要する車両を選択できなくなるため、サービスの稼働率を向上できる。なお第１の所定時間は、第２の所定時間以下であることが好ましい。

また画面生成部２２は、時間ではなく、ユーザとの間の距離で、車種情報の表示可否を決定してもよい。つまり画面生成部２２は、ユーザ１０の位置から所定距離内に位置する車両に限って、車種に関する情報を表示させるようにしてもよい。具体的に画面生成部２２は、「走行中」車両とユーザとの経路距離が第１の所定距離を超える車両、および「駐車中」車両とユーザとの経路距離が第２の所定距離を超える車両の車種に関する情報を、車両リスト画面に含めないようにする。このようにすることで、ユーザ１０は、乗車可能となるまでに長時間を要する車両を選択できなくなるため、サービスの稼働率を向上できる。

なお、以上の処理は、管理サーバ１００側で実施されてもよい。つまり管理サーバ１００において、ユーザ端末１２からの配信リクエストに応じて、情報抽出部１１２が、全ての車両のステータス情報を抽出するのではなく、ユーザ１０が所定時間内で乗車可能となる車両のステータス情報、またはユーザ１０の位置から所定距離内に位置する利用可能な車両のステータス情報を抽出する。これによりユーザ端末１２では、画面生成部２２が、車両に乗車可能となるまでの時間や、ユーザ１０との距離について判断することなく、車両リスト画面を生成できるようになる。

なお画面生成部２２の画面生成処理は、管理サーバ１００側で実施されてもよい。つまり図１２〜図１５に示す画面データは、管理サーバ１００側で生成されてユーザ端末１２に送信され、ユーザ端末１２が、画面データを出力装置２７で再生するようにしてもよい。

以上のようにして、ユーザ１０は、ユーザ端末１２から、車両の選択リクエストを管理サーバ１００に送信する。管理サーバ１００において、リクエスト取得部１１１が選択リクエストを取得すると、割当処理部１１３が、選択リクエストに基づいて、選択リクエストを送信したユーザ１０に車両を割り当てる。割当処理部１１３がユーザに車両を割り当てると、提供部１１４が、車両割当が完了したことを示す情報をユーザ端末１２に提供する。これによりユーザ１０は、車両を選択できたことを認識する。ユーザ１０が、駐車車両を選択した場合、ユーザ１０は、当該車両のステーションまで歩き、当該車両を利用する。以下では、ユーザ１０が、配車される車両を選択した利用態様における各端末の動作を説明する。

提供部１１４は、配車リクエストを車両端末５２に提供する。車両端末５２において、配車リクエスト取得部５８が配車リクエストを取得すると、画面生成部５９が、配車リクエストがあったことを示すメッセージ画面を生成して、出力装置６２のディスプレイに表示させる。メッセージ画面には、ユーザ氏名およびユーザの位置情報が含まれる。車両５０を運転しているスタッフ３０は、メッセージ画面を見ることで、配車リクエストがあったことを認識する。なお提供部１１４は、配車リクエストを、車両５０をユーザ１０に届けるスタッフ３０のスタッフ端末３２に提供してもよい。この場合、スタッフ端末３２において、画面生成部３７が、配車リクエストがあったことを示すメッセージ画面を生成して、出力装置４３のディスプレイに表示させる。

スタッフ３０は、ユーザ１０が待っている位置まで車両５０を運転する。スタッフ３０は、ユーザ１０に車両５０を届けると運転席から降り、代わりにユーザ１０が運転席に乗り込む。このときユーザ１０は、スタッフ３０に同乗してもらうか否かをスタッフ３０に伝える。ユーザ１０がスタッフ３０の同乗を希望すると、スタッフ３０は車両５０の後部座席または助手席に乗り込む。このときユーザ１０は、ユーザ端末１２を操作して、スタッフ３０が同乗するか否かを、ユーザ端末１２に入力する。操作受付部２３が操作入力を受け付けると、同乗選択情報生成部２５が、スタッフ３０が同乗するか否かを示す同乗選択情報を生成し、通信装置２６が、同乗選択情報を管理サーバ１００に送信する。なお同乗選択情報には、スタッフ３０のスタッフＩＤが含まれる。

なお、同乗選択情報は、スタッフ端末３２から管理サーバ１００に送信されてもよい。スタッフ３０は、ユーザ１０から同乗の有無を伝えられると、スタッフ端末３２を操作して、同乗するか否かをスタッフ端末３２に入力する。操作受付部３８が操作入力を受け付けると、同乗選択情報生成部４１が、スタッフ３０が同乗するか否かを示す同乗選択情報を生成し、通信装置４２が、同乗選択情報を管理サーバ１００に送信する。

なおユーザ１０は、利用可能な車両を選択する際に、あわせてスタッフ３０の同乗の有無をユーザ端末１２に入力してもよい。この場合、同乗選択情報は、車両の選択リクエストとともに、管理サーバ１００に送信される。

管理サーバ１００において、ステータス情報取得部１０４が、ユーザ端末１２またはスタッフ端末３２から、同乗選択情報を取得する。ステータス更新部１０５は、同乗選択情報に含まれるスタッフＩＤで特定されるスタッフ３０のステータス情報を更新する。

スタッフ管理部１０８は、ステータス情報取得部１０４が取得した同乗選択情報に基づいて、ユーザ１０が運転する車両５０にスタッフ３０が同乗しているか否かを示すステータス情報を記録する。図５に示すスタッフステータステーブルにおいて、このステータス情報は同乗有無情報に対応する。ステータス情報取得部１０４が、スタッフ３０が同乗することを示す同乗選択情報を取得した場合に、スタッフ管理部１０８は、当該スタッフ３０が同乗していることを示す同乗有無情報を記録する。一方で、ステータス情報取得部１０４が、スタッフ３０が同乗しないことを示す同乗選択情報を取得した場合に、スタッフ管理部１０８は、当該スタッフ３０が同乗していないことを示す同乗有無情報を記録する。この記録処理は、ステータス更新部１０５により実施される。スタッフ管理部１０８が、同乗選択情報に応じた同乗有無情報を記録することで、管理サーバ１００は、スタッフ３０の状態を適切に管理できるようになる。

またスタッフ管理部１０８は、同乗選択情報に基づいて、ユーザ１０に車両５０を届けた後のスタッフ３０が稼働中であるか否かを示すステータス情報を記録する。図５に示すスタッフステータステーブルにおいて、このステータス情報は、稼働状態情報に対応する。ステータス情報取得部１０４が、スタッフ３０が同乗することを示す同乗選択情報を取得した場合に、スタッフ管理部１０８は、当該スタッフ３０が稼働中であることを示す稼働状態情報を記録する。一方で、ステータス情報取得部１０４が、スタッフ３０が同乗しないことを示す同乗選択情報を取得した場合に、スタッフ管理部１０８は、当該スタッフ３０が稼働中でないことを示す稼働状態情報、実施例では待機中であることを示す稼働状態情報を記録する。この記録処理は、ステータス更新部１０５により実施される。

スタッフ管理部１０８が、同乗選択情報に応じた稼働状態情報を記録することで、管理サーバ１００は、カーシェアリングサービスを適切に管理できるようになる。実施例において、同乗しないスタッフ３０は、その時点で、別のユーザが運転する車両の返却先の候補となる。そのためスタッフ３０が同乗しない場合には、そのスタッフ３０が、返却先としてユーザから指定可能となるように、稼働状態情報が、すみやかに「待機中」に設定されることが好ましい。一方で、同乗したスタッフ３０は、ユーザから指定可能な状態にあってはならず、そのため稼働状態情報が「稼働中」を維持される必要がある。実施例によれば、ステータス更新部１０５が、同乗選択情報に応じて稼働状態情報を設定することで、カーシェアリングサービスを効率的に運用できる。

ユーザ１０が運転する車両５０にスタッフ３０が同乗しない場合に、提供部１１４は、ユーザ１０が運転している車両５０の車両端末５２に、駐車可能な場所の位置情報を提供する。情報抽出部１１２は、ステーション管理部１０９で使用状態情報が「空き」に設定されているステーションの位置情報を抽出し、提供部１１４が、通信装置１０１から車両端末５２に送信させる。車両端末５２において、位置情報取得部６０が、「空き」ステーションの位置情報を取得し、カーナビゲーションシステム５５に供給する。カーナビゲーションシステム５５は、「空き」ステーションの位置情報を、地図データ上に設定し、画面生成部５９が、当該位置に空きステーションのマークを配置する。これにより出力装置６２に表示される地図画面には、空きステーションのマークが表示されるようになる。

スタッフ３０が同乗していない場合、ユーザ１０は車両５０を、どこかの空きステーションに駐車する必要がある（図２のＳＴ９）。車両端末５２の出力装置６２に表示される地図画面に、空きステーションの位置を示すマークが表示されることで、ユーザ１０は、目的地周辺のステーションを簡単に探せるようになる。

なおスタッフ３０が同乗している場合、ユーザ１０は車両５０をステーションに返却する必要がないため、管理サーバ１００は、車両端末５２に、「空き」ステーションの位置情報を提供しなくてよい。

またユーザ１０が運転する車両５０にスタッフ３０が同乗しない場合に、提供部１１４は、ユーザ１０が運転している車両５０の車両端末５２に、車両に乗車しておらず且つ稼働中でないことを示すステータス情報が設定されたスタッフの位置情報を提供する。情報抽出部１１２は、スタッフ管理部１０８で稼働状態情報が「待機中」に設定されており且つ乗車車両情報がブランクに設定されているスタッフの位置情報を抽出し、提供部１１４が、通信装置１０１から車両端末５２に送信させる。車両端末５２において、位置情報取得部６０が、スタッフの位置情報を取得し、カーナビゲーションシステム５５に供給する。カーナビゲーションシステム５５は、スタッフの位置情報を、地図データ上に設定し、画面生成部５９が、当該位置にスタッフのマークを配置する。これにより出力装置６２に表示される地図画面には、空いているスタッフのマークが表示されるようになる。

スタッフ３０が同乗していない場合、ユーザ１０は車両５０を、車両に乗車していない待機中のスタッフに返却する必要がある（図２のＳＴ７）。車両端末５２の出力装置６２に表示される地図画面に、スタッフの位置を示すマークが表示されることで、ユーザ１０は、目的地周辺の待機中スタッフを簡単に探せるようになる。

なおスタッフ３０が同乗している場合、ユーザ１０は車両５０をスタッフに返却する必要がないため、管理サーバ１００は、車両端末５２に、スタッフの位置情報を提供しない。

以上、実施例をもとに本発明を説明した。実施例はあくまでも例示であり、各構成要素や各処理プロセスの組合せが可能なこと、またそうした組合せも本発明の範囲にあることは当業者に理解されるところである。実施例では、ユーザ端末１２またはスタッフ端末３２から同乗選択情報が送信されることを説明したが、車両端末５２が同乗選択情報生成部を有して、車両端末５２が同乗選択情報を送信してもよい。

実施例では、ユーザが車両を選択する際の画面インタフェースとして、ユーザ端末１２の画面生成部２２が、図１２〜図１５に示す画面を出力装置２７に表示させることを説明した。これらの画面インタフェースは、カーシェアリングシステム１のみならず、タクシーを手配するシステムなどの配車システムでも好適に利用できる。なおタクシーの配車システムで利用する場合、ユーザ１０が駐車場からタクシーを乗ることはないため、図１４の駐車リスト画面２１４は利用されない。

１・・・カーシェアリングシステム、１０・・・ユーザ、１２・・・ユーザ端末、１３・・・ＧＰＳ受信機、１４・・・位置測定部、１５・・・地図アプリケーション、１６・・・ステータス情報取得部、１７・・・車両情報取得部、１８・・・属性情報取得部、１９・・・選択部、２０・・・交通情報取得部、２１・・・時間導出部、２２・・・画面生成部、２３・・・操作受付部、２４・・・リクエスト生成部、２５・・・同乗選択情報生成部、２６・・・通信装置、２７・・・出力装置、３０・・・スタッフ、３２・・・スタッフ端末、３３・・・ＧＰＳ受信機、３４・・・位置測定部、３５・・・地図アプリケーション、３６・・・ステータス情報取得部、３７・・・画面生成部、３８・・・操作受付部、３９・・・リクエスト生成部、４０・・・状態設定部、４１・・・同乗選択情報生成部、４２・・・通信装置、４３・・・出力装置、５０・・・車両、５２・・・車両端末、５３・・・ＧＰＳ受信機、５４・・・位置測定部、５５・・・カーナビゲーションシステム、５６・・・操作受付部、５７・・・状態設定部、５８・・・配車リクエスト取得部、５９・・・画面生成部、６０・・・位置情報取得部、６１・・・車載通信装置、６２・・・出力装置、１００・・・管理サーバ、１０１・・・通信装置、１０４・・・ステータス情報取得部、１０５・・・ステータス更新部、１０６・・・管理部、１０７・・・車両管理部、１０８・・・スタッフ管理部、１０９・・・ステーション管理部、１１０・・・ユーザ管理部、１１１・・・リクエスト取得部、１１２・・・情報抽出部、１１３・・・割当処理部、１１４・・・提供部、１１５・・・地図アプリケーション、１１６・・・画面生成部、１１７・・・出力装置。

Claims (7)

1. ユーザにより保持されるユーザ端末と、
   車両に搭載される車両端末と、
   前記ユーザ端末および前記車両端末と、通信可能な管理サーバと、を備えた情報処理システムであって、
   前記管理サーバは、
   車両が利用可能であるか否かを示す利用可否情報および車両の位置情報を含むステータス情報と、車両の車種に関する情報とを管理する管理部と、
   前記管理部から車両のステータス情報および車両の車種に関する情報を抽出する情報抽出部と、
   前記ユーザ端末に、前記情報抽出部が抽出した情報を提供する提供部と、を備え、
   前記ユーザ端末は、
   提供された情報を取得する情報取得部と、
   当該ユーザ端末の現在位置を測定する位置測定部と、
   利用可能な車両の車種に関する情報と、ユーザの位置に車両が到達する到達時間とをディスプレイにリスト表示させる画面生成部を、備える、
   ことを特徴とする情報処理システム。
2. 前記画面生成部は、車種ごとの最短到達時間をディスプレイにリスト表示させる、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記画面生成部は、利用可能な車両の車種に関する情報を到達時間が短い順に並べて、ディスプレイに表示させる、
   ことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記ユーザ端末は、
   当該ユーザ端末の現在位置と、前記情報取得部が取得した車両の位置情報に基づいて、ユーザの位置に車両が到達する到達時間を導出する時間導出部を、さらに備える、
   ことを特徴とする請求項１から３のいずれかに記載の情報処理システム。
5. 前記画面生成部は、到達時間が所定時間以内である車両の車種に関する情報を表示させる、
   ことを特徴とする請求項１から４のいずれかに記載の情報処理システム。
6. 前記管理部が管理するステータス情報は、車両が走行中であるか、または駐車中であるかを示す走行状態情報を含み、
   前記提供部は、走行状態情報を含む車両のステータス情報を、前記ユーザ端末に提供し、
   前記画面生成部は、配車可能な車両の車種に関する情報と、駐車場から乗車可能な車両の車種に関する情報とを区別してディスプレイにリスト表示させる、
   ことを特徴とする請求項１から５のいずれかに記載の情報処理システム。
7. 前記画面生成部は、車両をユーザに届けるスタッフの属性情報と、ユーザの位置に車両が到達する到達時間とをディスプレイにリスト表示させる、
   ことを特徴とする請求項１から６のいずれかに記載の情報処理システム。

Images