JP2017224225A - カーシェアリングサービスの運用システム - Google Patents

Abstract

【課題】予約のキャンセルに伴う機会損失の発生を抑制することのできる、カーシェアリングサービスの運用システムを提供する。【解決手段】運用システム１００は、キャンセル率が低い優先利用者によりサービスが利用される可能性が高い期間である優先利用期間を決定する第２決定部１３２と、優先利用者により、優先利用期間においてサービスを利用するための予約、が行われる可能性が高い期間である優先予約期間を決定する第３決定部１３３と、を備える。運用システム１００の予約処理部１３０は、優先予約期間の終了日時よりも前の時点においては、優先利用期間と重なる期間にサービスを利用しようとする予約を、優先利用者以外の利用者には行わせないように構成されている。【選択図】図２

Description

本発明は、カーシェアリングサービスの運用システムに関する。

カーシェアリングサービスとは、利用者の求めに応じて車両の一時的な貸し出しを行うサービスである。カーシェアリングサービスの提供対象となるサービスエリアには、車両の借り受け及び返却の窓口となるステーションが複数設けられている。それぞれのステーションには、例えば複数台の車両がストックされている。カーシェアリングサービスの一態様においては、カーシェアリングサービスの利用者は、例えばインターネットを介した操作を行うことによって車両の予約を行う。その後、使用者は予約の際に指定したステーションにおいて車両の借り受けを行う。車両を使用し終えると、使用者は予約の際に指定したステーションにおいて車両の返却を行う。

下記特許文献１に記載されている車両共同利用システムは、サービスに供されている車両の返却が予定時刻から遅延し、且つ後続の予約が無い場合には、返却を促すのではなく自動的に予定利用終了時刻を延長するように構成されている。これにより、利用者が急いで車両を返却してしまうことによる機会損失、の発生を防止することが可能となっている。

特開２０１３−１９０８４３号公報

ところで、カーシェアリングサービスにおける機会損失は、予約した利用者が実際にはサービスを利用することなく、当該予約をキャンセルしてしまうことによっても発生する。予約が行われた後、当該予約がキャンセルされるまでの間は、他の利用者が重ねて予約することができない。従って、頻繁にキャンセルを行うような利用者が多数存在する場合には、多くの車両がサービスに利用されることなく、ステーションに停車したままとなってしまう可能性がある。

本発明はこのような課題に鑑みてなされたものであり、その目的は、予約のキャンセルに伴う機会損失の発生を抑制することのできる、カーシェアリングサービスの運用システムを提供することにある。

上記課題を解決するために、本発明に係る運用システムは、利用者の求めに応じて車両（３０）の一時的な貸し出しを行うカーシェアリングサービス、の運用システム（１００）であって、利用者から、カーシェアリングサービスの予約が入力される予約入力部（１１０）と、予約入力部に入力される予約の処理を行う予約処理部（１３０）と、利用者がカーシェアリングサービスの予約を行った後に、当該予約をキャンセルした割合であるキャンセル率を、過去の利用履歴に基づいて利用者ごとに決定する第１決定部（１３１）と、キャンセル率が所定値よりも低い優先利用者により、カーシェアリングサービスが利用される可能性が高い期間である優先利用期間を、過去の利用履歴に基づいて決定する第２決定部（１３２）と、優先利用者により、優先利用期間においてカーシェアリングサービスを利用するための予約、が行われる可能性が高い期間である優先予約期間を、過去の予約履歴に基づいて決定する第３決定部（１３３）と、を備える。予約処理部は、優先予約期間の終了日時よりも前の時点においては、優先利用期間と重なる期間にカーシェアリングサービスを利用しようとする予約を、優先利用者以外の利用者には行わせないように構成されている。

このような運用システムでは、キャンセル率が低い優先利用者に、優先的にカーシェアリングサービスの予約を行わせる。具体的には、優先利用者が予約を行う可能性が高い期間（優先予約期間）の終了日時よりも前の時点においては、優先利用者がサービスを利用する可能性が高い期間（優先利用期間）と重なるような予約を、優先利用者以外の利用者には行わせない構成となっている。

優先利用者に優先的に予約を行わせることにより、予約のキャンセルによる機会損失の発生が抑制される。また、優先予約期間が過ぎた後においては、優先利用者を含む全ての利用者が予約を行うことができるようになる。優先利用者がいつもの予約を行わなかったときは、以降は全ての利用者が予約を行い得る状態とすることで、機会損失の発生を更に抑制することができる。

本発明によれば、予約のキャンセルに伴う機会損失の発生を抑制することのできる、カーシェアリングサービスの運用システムが提供される。

本発明の第１実施形態に係る運用システムと、これによって運用されるカーシェアリングサービスの提供に必要な構成と、を模式的に示す図である。 図１の運用システムにおける内部構成を示すブロック図である。 カーシェアリングサービスの予約がなされる際に、運用システムが行う処理の概要を説明するための図である。 図１の運用システムによって実行される処理の流れを示すフローチャートである。 図１の運用システムによって実行される処理の流れを示すフローチャートである。 図１の運用システムによって実行される処理の流れを示すフローチャートである。 図１の運用システムによって実行される処理の流れを示すフローチャートである。 記憶部に記憶されている利用履歴及び予約履歴の一例を示す図である。 図１の運用システムによって実行される処理の流れを示すフローチャートである。 本発明の第２実施形態に係る運用システムによって実行される処理の流れを示すフローチャートである。 本発明の第２実施形態に係る運用システムによって実行される処理の流れを示すフローチャートである。

以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。

図１を参照しながら、本発明の第１実施形態に係る運用システム１００、及び運用システム１００の機能によって提供されるカーシェアリングサービスの概要について説明する。カーシェアリングサービス（以下では、単に「サービス」とも表記することがある）は、利用者の求めに応じて電気自動車３０を一時的に貸し出すサービスである。サービスの提供に必要な構成物としては、ステーション２０と、電気自動車３０と、運用システム１００とが挙げられる。図１では、これら構成物の全体がカーシェアリングシステム１０として模式的に示されている。尚、貸し出し対象の車両は、本実施形態のように電気自動車３０であってもよいが、内燃機関によって走行する車両やハイブリッド車両であってもよい。

ステーション２０は、サービスの利用者が訪れる窓口となる設備である。ステーション２０は、サービスの提供が行われる特定の領域、すなわちサービスエリア内に複数建設されている。利用者は、いずれかのステーション２０を訪れて電気自動車３０を借り受ける。その後、利用者は電気自動車３０を運転して他のステーションまで移動し、当該ステーション２０において電気自動車３０を返却する。借り受け時のステーション２０と、返却時のステーション２０とは、互いに同一であってもよく、異なっていてもよい。

本実施形態では、利用者はサービスの提供を受けるのに先立ち、予め電気自動車３０の予約を行うものとする。また、当該予約の際には、借り受け時のステーション２０、返却時のステーション２０、利用開始日時、及び利用終了日時を利用者が指定するものとする。

ステーション２０には建物２２０が設置されており、その周囲に電気自動車３０を駐車しておくための駐車スペースが設けられている。建物２２０は、訪れた利用者からの質問等を必要に応じて受けるサービス窓口としての機能や、サービスを提供するために必要な事務が行われる事務所としての機能等を有するものである。図１では３つのステーション２０が描かれているが、サービスエリア内に設けられたステーション２０の数は例えば４つ以上であってもよく、２つのみであってもよい。

以下では説明の便宜上、図１の左上に描かれたステーション２０のことを「ステーションＡ」と表記することがある。また、図１の右上に描かれたステーション２０のことを「ステーションＢ」と表記することがあり、図１の下側に描かれたステーション２０のことを「ステーションＣ」と表記することがある。

建物２２０の天井部分には太陽光パネル２３０が設けられている。太陽光パネル２３０は、周知の通り太陽光のエネルギーを電力に変換するものである。ステーション２０では、太陽光パネル２３０で発生させた電力（以下、「太陽光発電電力」とも称する）を電気自動車３０に供給し、これにより電気自動車３０の充電を行うことが可能となっている。

ステーション２０には、電力系統１１からの電力（以下、「系統電力」とも称する）が供給されている。ステーション２０では、系統電力を電気自動車３０に供給し、これにより電気自動車３０の充電を行うことも可能となっている。

建物２２０の周囲に設けられた駐車スペースには、白線等で区切られた駐車領域（不図示）が複数設けられている。また、それぞれの駐車領域には充電設備２１０が１つずつ設けられている。電気自動車３０が駐車領域に駐車されているとき、すなわち、当該電気自動車３０がサービスに利用されていないときには、充電設備２１０と電気自動車３０との間がケーブルで接続される。当該ケーブルを介して電気自動車３０に電力が供給され、電気自動車３０の充電が行われる。充電設備２１０から電気自動車３０に供給される電力は、既に述べた通り太陽光発電電力又は系統電力のいずれかである。

尚、図１においては、それぞれのステーション２０に充電設備２１０（及び駐車領域）が２台分ずつ設けられているように描かれているのであるが、充電設備２１０等の数はこれに限定されない。例えば、充電設備２１０等が１台分しか設けられていないステーション２０が存在してもよく、３台分以上の充電設備２１０等が設けられたステーション２０が存在してもよい。また、充電設備２１０等の数はステーション２０毎に異なっていてもよい。

電気自動車３０は、内部に蓄電池（不図示）を備えており、当該蓄電池に蓄えられた電力によって走行するように構成された車両である。電気自動車３０は、上記蓄電池に加えて電力変換器（不図示）も備えている。電力変換器は、充電設備２１０から供給された電力を電力変換して蓄電池へと充電する。このとき、電力変換器は、充電設備２１０から電気自動車３０に供給される電力の大きさを、所定範囲内で適宜調整する。

本実施形態では、利用者による電気自動車３０の借り受け及び返却が、必ずいずれかのステーション２０において行われるものとする。つまり、ステーション２０以外の場所で電気自動車３０が乗り捨てられることは無いものとする。このため、カーシェアリングサービスが行われている時間帯においては、電気自動車３０は、いずれかのステーション２０に停車している状態か、利用者に貸し出されておりステーション２０以外の場所を走行している状態か、のいずれかのみをとり得ることになる。

運用システム１００は、カーシェアリングサービスの運用を行うために、カーシェアリングシステム１０の全体を統括制御する制御装置である。運用システム１００は、ＣＰＵ、ＲＯＭ等を備えたコンピュータシステムとして構成されている。運用システムは、特定のステーション２０に設置されていてもよく、ステーション２０とは異なる場所に設置されていてもよい。また、例えば複数のステーション２０に分散配置された複数のコンピュータシステムが連携することで、これらの全体が運用システム１００として機能するような態様であってもよい。

運用システム１００は、サービスを利用しようとする利用者から予約を受け付けるための処理を行う。運用システム１００は、利用者が操作するパソコン等と通信することにより、利用者からの予約を受け付ける。運用システム１００は、このような処理を行うことに特化した「予約システム」として構成されていてもよい。

図２を参照しながら、運用システム１００の構成について説明する。運用システム１００は、予約入力部１１０と、出力部１２０と、予約処理部１３０と、記憶部１４０と、を有している。

予約入力部１１０及び出力部１２０は、運用システム１００が利用者のパソコン４０等と通信を行う際のインターフェイスとなる部分である。運用システム１００とパソコン４０等との間の通信は、例えばインターネットを介して行われる。尚、運用システム１００が通信を行う対象は、パソコン４０であってもよいが、利用者が所有する携帯通信端末であってもよい。以下では、パソコン４０との間で通信が行われる場合の例について説明する。

予約入力部１１０は、パソコン４０から情報が入力される部分である。予約入力部１１０入力される情報は、例えば、利用者が入力したサービスの予約内容に関する情報である。このような予約入力部１１０は、利用者からカーシェアリングサービスの予約が入力される部分、ということができる。

出力部１２０は、パソコン４０に向けて情報を出力する部分である。出力される情報は、利用者がサービスの予約を行うにあたり必要となる情報であり、例えば予約状況（電気自動車３０の空き状況等）に関する情報である。当該情報はパソコン４０の画面に表示され、これにより利用者に提示される。このような出力部１２０は、利用者に提示するために、カーシェアリングサービスの予約状況を出力する部分、ということができる。また、利用者が予約のための操作を行った後に、当該予約が受け付けられたかどうか(対応可能かどうか）を示す予約結果も、出力部１２０から出力されパソコン４０の画面に表示される。

利用者は、パソコン４０の画面に表示された予約状況を確認しながら、サービスの予約を行う。例えば、ステーションＡからステーションＢまで、特定の時間帯において電気自動車３０を利用するための予約を行おうとする場合には、利用者は、これと重なる他の予約が入っていないことを確認してからサービスの予約を行う。

尚、予約の選択肢を画面上に表示して利用者に選択させる構成とした上で、他の予約と重なるために行い得ないような予約の選択肢が、初めからパソコン４０の画面には表示されないような態様としてもよい。

予約処理部１３０は、予約入力部１１０に入力される予約の処理（例えば、予約を受け付けるか否かの判定など）を行う部分である。予約処理部１３０は、予約入力部１１０に入力された情報、及び後述の記憶部１４０に記憶されている情報に基づいて演算処理を行う。その処理結果は、出力部１２０を介してパソコン４０へと出力される。予約処理部１３０は、機能的な制御ブロックとして、第１決定部１３１と、第２決定部１３２と、第３決定部１３３とを有している。それぞれのブロックにおいて行われる処理の内容については後に説明する。

記憶部１４０は、例えばハードディスクのような不揮発性の記憶装置である。記憶部１４０には、予約処理部１３０で行われる処理に必要な様々な情報が、データベースとして記憶されている。図２においては、これらの情報がそれぞれブロックとして模式的に示されている。記憶部１４０に記憶されている情報としては、利用者情報１４１、予約情報１４２、ステーション情報１４３、優先利用期間１４４、優先予約期間１４５、予約履歴１４６、及び利用履歴１４７、が挙げられる。

利用者情報１４１は、サービスを利用する各利用者に関する情報である。本実施形態では、全ての利用者はサービスの運用会社に予めユーザー登録の手続きを行っており、識別情報であるＩＤとパスワードが運用会社から付与されているものとする。利用者情報１４１には、それぞれの利用者のＩＤ、氏名、住所等が含まれる。また、それぞれの利用者が後述の「優先利用者」に該当するか否かを示す情報も、利用者情報１４１に含まれる。

予約情報１４２は、現時点においてなされている全ての予約に関する情報である。予約情報１４２には、予約を行った利用者のＩＤ、予約の際に利用者が指定した借り受け時のステーション２０、返却時のステーション２０、利用開始日時、及び利用終了日時が含まれる。予約入力部１１０に新たな予約が入力され、当該予約の受付が完了すると、当該予約に対応する情報が新たなレコードとして予約情報１４２に追加される。

ステーション情報１４３は、それぞれのステーション２０の現在における状況を示す情報である。ステーション情報１４３には、各ステーション２０の収容可能台数が含まれる。「収容可能台数」とは、ステーション２０に設けられている一つ又は複数の駐車領域のうち、現時点においては電気自動車３０が停車していない駐車領域の数である。尚、このような情報は、それぞれのステーション２０に設置された管理サーバー（不図示）から、定期的に運用システム１００に送信される。

優先利用期間１４４及び優先予約期間１４５については、サービスの予約がなされる際に運用システム１００が実行する処理の内容、と合わせて後に説明する。

予約履歴１４６は、過去においてなされた予約の履歴を示す情報である。予約履歴１４６には、予約を行った利用者のＩＤ、予約の際に利用者が指定した借り受け時のステーション２０、返却時のステーション２０、利用開始日時、利用終了日時、予約が行われた日時、及び、当該予約がキャンセルされたか否かを示す情報が含まれる。このように、記憶部１４０は、過去の予約履歴（予約履歴１４６）を利用者ごとに記憶している。

予約情報１４２に新たなレコードが追加されると、予約履歴１４６にも当該レコードに対応する情報が追加される。また、予約のキャンセルが行われた際には、予約履歴１４６の内容が更新される。

利用履歴１４７は、過去においてサービスが利用された履歴を示す方法である。利用履歴１４７には、サービスを利用した利用者のＩＤ、借り受け時のステーション２０、返却時のステーション２０、利用開始日時、及び利用終了日時が含まれる。このように、記憶部１４０は、過去の利用履歴（利用履歴１４７）を利用者ごとに記憶している。

本実施形態では、サービスの利用開始日時及び利用終了日時が、電気自動車３０が備える不図示の処理装置によって自動的に記録される。サービスの提供が終了し、電気自動車３０がステーション２０に返却されると、記録された利用開始日時、利用終了日時、及び利用者のＩＤが、電気自動車３０からステーション２０を介して運用システム１００に送信される。このような情報の送信は、例えば電気自動車３０と充電設備２１０とを繋ぐケーブルを介して行われる。運用システム１００は、電気自動車３０から送信された上記の情報を、新たなレコードとして利用履歴１４７に追加する。

尚、サービスの利用開始日時及び利用終了日時の記録は、電気自動車３０ではなくステーション２０によって行われてもよい。この場合、利用開始日時等の情報はステーション２０から運用システム１００に送信され、新たなレコードとして利用履歴１４７に追加される。

サービスの予約がなされる際に運用システム１００が行う処理の概要を、図３を参照しながら説明する。運用システム１００では、利用者情報１４１に記録されている全ての利用者を、優先利用者と、それ以外の利用者である一般利用者とのいずれかに分類している。優先利用者とは、過去において予約のキャンセルを行った割合（キャンセル率）が低い利用者のことである。

本実施形態では、それぞれの利用者が優先利用者であるか否かの決定を第１決定部１３１が行っている。第１決定部１３１は、過去の利用履歴（具体的には予約履歴１４６や利用履歴１４７）に基づいて、それぞれの利用者ごとにキャンセル率を決定する。キャンセル率とは、利用者がサービスの予約を行った後に、当該予約をキャンセルした割合である。具体的には、一人の利用者が一定期間の間に予約をキャンセルした回数を、同じ一定期間の間に予約を行った回数で除することにより算出される割合である。

第１決定部１３１は、決定されたキャンセル率が所定値（例えば５％）よりも低い利用者を優先利用者と決定し、その旨を示す情報を利用者情報１４１に記録する。尚、それぞれの利用者が優先利用者であるか否かを決定し記録する上記処理は、第１決定部１３１によってバックグラウンドで定期的に行われる。

それぞれの優先利用者については、「優先利用期間」と「優先予約期間」とが決定される。優先利用期間とは、優先利用者によってサービスが利用される可能性が高い期間であって、それぞれの優先利用者について個別に決定されるものである。優先利用期間は、優先利用者が過去にサービスを利用した履歴、すなわち利用履歴１４７に基づいて第２決定部１３２が決定する。本実施形態では、第２決定部１３２がバックグラウンドで定期的に優先利用期間を決定しており、これを優先利用期間１４４（図２を参照）として記憶部１４０に記録している。

このような態様に替えて、利用者によるサービスの利用が行われる度に、各優先利用者についての優先利用期間が決定（更新）されるような態様であってもよい。しかしながら、当該決定に係る演算負荷や演算時間に鑑みれば、本実施形態のように優先利用期間が予め決定され記録されている態様の方が好ましい。

尚、優先利用者によるサービスの利用が不規則であり、優先利用期間を定義することができないような場合には、当該優先利用者についての優先利用期間は決定されない。

優先予約期間とは、上記の優先利用期間においてサービスを利用するための予約が、優先利用者によって行われる可能性が高い期間のことであって、それぞれの優先利用者について個別に決定されるものである。例えば、特定の優先利用者が水曜日の９時から１０時までにサービスをよく利用しており、そのための予約を前日（火曜日）の１２時から１３時までの間に行うことが多いとする。その場合、水曜日の９時から１０時までの期間が当該優先利用者についての「優先利用期間」ということになり、火曜日の１２時から１３時までの期間が当該優先利用者についての「優先予約期間」ということになる。

尚、優先利用者によるサービスの利用が不規則であり、優先利用期間を定義することができないような場合には、当該優先利用者についての優先予約期間も決定されない。

優先予約期間は、優先利用者が過去にサービスの予約を行った履歴、すなわち予約履歴１４６に基づいて第３決定部１３３が決定する。本実施形態では、第３決定部１３３がバックグラウンドで定期的に優先予約期間を決定しており、これを優先予約期間１４５（図２を参照）として記憶部１４０に記録している。

このような態様に替えて、利用者から予約入力部１１０への入力が行われる度に、各優先利用者についての優先予約期間が決定（更新）されるような態様であってもよい。しかしながら、当該決定に係る演算負荷や演算時間に鑑みれば、本実施形態のように優先予約期間が予め決定され記録されている態様の方が好ましい。

図３に示される例では、時刻ｔ１が優先予約期間の開始日時であり、時刻ｔ１よりも後の時刻ｔ２が優先予約期間の終了日時である。また、時刻ｔ２よりも後の時刻ｔ３が優先利用期間の開始日時であり、時刻ｔ３よりも後の時刻ｔ４が優先利用期間の終了日時である。

優先利用者は、優先利用期間と重なる期間においてサービスを利用するための予約を、当該予約と重なる予約が既に入っていない限り、優先利用期間よりも前の期間（すなわち現在時刻ｔ０から時刻ｔ３までの期間）であれば何時でも行うことができる。一方、優先利用者以外の一般利用者が、優先利用期間と重なる期間においてサービスを利用するための予約を行おうとした場合には、当該予約と重なる予約が未だ入っていなくても、運用システム１００は当該予約を行わせない場合がある。

本実施形態に係る運用システム１００では、一般利用者が優先利用期間と重なる期間においてサービスを利用するための予約、を行い得る期間を、優先予約期間の終了時刻以降の期間、すなわち時刻ｔ２以降の期間に限定する。つまり、予約の処理を行う予約処理部１３０は、優先予約期間の終了日時（時刻ｔ２）よりも前の時点においては、優先利用期間と重なる期間にカーシェアリングサービスを利用しようとする予約を、優先利用者以外の利用者には行わせないように構成されている。

以上のように、現在時刻ｔ０から時刻ｔ２までの期間においては、優先利用期間においてサービスを利用するための予約を、優先利用者しか行うことができない。運用システム１００は、上記のようにキャンセル率の低い優先利用者に優先的に予約を行わせることにより、キャンセルに伴う機会損失の発生を抑制することが可能となっている。

また、優先予約期間が終了する時刻ｔ２を過ぎると、優先利用者がいつもの予約を行わない可能性が高くなる。そこで、本実施形態では、時刻ｔ２以降においては一般利用者も予約を行い得る状態に切り換えられる。これにより、優先利用期間においてサービスが利用される可能性が高まり、機会損失の発生が更に抑制されることとなる。

利用者からの予約を上記のように扱うために、運用システム１００が行う具体的な処理の内容について説明する。図４に示される一連の処理は、利用者がパソコン４０を操作してサービスの予約を行う際に、運用システム１００によって行われる処理である。

最初のステップＳ０１では、利用者の認証が行われる。利用者は、自らのＩＤとパスワードをパソコン４０に入力し、ログインを行う。ログインに成功すればステップＳ０２に移行する。

ステップＳ０２では、利用者が希望する予約（以下、「希望予約」とも表記する）が、パソコン４０に入力される。具体的には、借り受け時のステーション２０、返却時のステーション２０、利用開始日時、及び利用終了日時からなる情報が、希望予約としてパソコン４０に入力される。当該希望予約は、予約入力部１１０を介して予約処理部１３０に送信される。

ステップＳ０２に続くステップＳ０３では、入力された希望予約を、受け付けるか否かが判定される。図５には、図４のステップＳ０３において行われる処理の具体的な内容が示されている。図５に示される一連の処理は、運用システム１００のうち予約処理部１３０によって行われる。図５の最初のステップＳ１１では、入力された希望予約を受け付けることが、実質的に可能か否かが判定される。

例えば、利用開始日時において、借り受け時のステーション２０に電気自動車３０が一台も停車していないことが予測される場合には、希望予約を受け付けることができないと判定される。また、利用終了日時において、返却時のステーション２０の収容可能台数が０であること（つまり満車であること）が予測される場合にも、希望予約を受け付けることができないと判定される。更に、希望予約と重なるような他の予約が既になされており、電気自動車３０の空きがないような場合にも、希望予約を受け付けることができないと判定される。

希望予約を受け付けることが不可能と判定された場合には、ステップＳ１６に移行する。ステップＳ１６では、希望予約を受け付けないことが決定される。その後、図５に示される一連の処理を終了し、図４のステップＳ０４（後述）に移行する。

ステップＳ１１において、希望予約を受け付けることが可能と判定された場合には、ステップＳ１２に移行する。ステップＳ１２では、希望予約を入力した利用者が優先利用者であるか否かが判定される。当該判定は、図４のステップＳ０１で入力された利用者のＩＤと、利用者情報１４１とを照合することによって行われる。利用者が優先利用者である場合には、ステップＳ１３に移行する。ステップＳ１３では、希望予約を受け付けることが決定される。

利用者が優先利用者でなく一般利用者である場合には、ステップＳ１４に移行する。ステップＳ１４では、希望予約における利用開始日時から利用終了日時までの期間が、いずれかの優先利用期間と重なっているか否かが判定される。当該判定は、希望予約の内容と、記憶されている優先利用期間１４４とを照合することによって行われる。希望予約が優先利用期間と重なっていない場合には、既に述べたステップＳ１３に移行する。この場合、一般利用者の予約を受け付けても、その後における優先利用者の（いつもの）予約を妨げてしまうことが無いので、一般利用者の予約を受け付けることが決定される。

ステップＳ１４において、希望予約が優先利用期間と重なっている場合には、ステップＳ１５に移行する。ステップＳ１５では、現在の日時が、優先予約期間の終了日時よりも後であるか否かが判定される。ここでいう優先予約期間は、記憶部１４０に記憶されている複数の優先予約期間１４５のうち、ステップＳ１４において希望予約が重なっていると判定された優先利用期間に対応する優先予約期間のことである。

現在の日時が、優先予約期間の終了日時以前である場合、つまり優先予約期間を過ぎていない場合には、既に述べたステップＳ１６に移行する。この場合、図３における時刻ｔ２以前の期間に該当するので、予約処理部１３０は、優先利用期間と重なる予約を一般利用者には行わせない。

現在の日時が、優先予約期間の終了日時よりも後である場合、つまり優先予約期間を過ぎている場合には、既に述べたステップＳ１３に移行する。この場合、図３における時刻ｔ２以降の期間に該当するので、予約処理部１３０は、優先利用期間と重なる予約を一般利用者にも行わせる。

尚、ステップＳ１４においては、希望予約の期間が優先利用期間と重なっているか否かの判定に加えて、希望予約の走行区間が、優先利用期間に対応する走行区間と重なっているか否かの判定が行われることとしてもよい。つまり、希望予約の期間及び走行区間が、優先利用者が予約する可能性の高い期間及び走行区間の両方と重なっている場合にのみ、ステップＳ１５に移行することとしてもよい。

この場合、優先利用期間において優先利用者が電気自動車３０を走行させる可能性が高い走行区間と、予約入力部１１０に入力される予約に対応する走行区間とが互いに重なるような場合においてのみ、予約処理部１３０は、優先利用期間と重なる期間にサービスを利用しようとする予約を、一般利用者には行わせない処理を行うことになる。

ステップＳ１３又はステップＳ１６の処理が行われた後は、図５に示される一連の処理を終了し、図４のステップＳ０４に移行する。ステップＳ０４では、希望予約を受け付けるか否かについての判定結果が、利用者に通知される。具体的には、判定結果を示す情報が、予約処理部１３０から出力部１２０を介してパソコン４０に伝達され、パソコン４０の画面に表示される。

優先利用期間及び優先利用期間のそれぞれを決定するために行われる処理の内容について説明する。図６に示される一連の処理のうち、ステップＳ２１からステップＳ２２までの処理は、優先利用期間を決定するために行われる処理である。当該処理は第２決定部１３２によって行われる。また、ステップＳ２３からステップＳ２５までの処理は、優先予約期間を決定するために行われる処理である。当該処理は第３決定部１３３によって行われる。図６に示される一連の処理は、バックグラウンドで定期的に行われる。

図６に示される処理の最初のステップＳ２１では、優先利用者の抽出が行われる。当該処理は、利用者情報１４１に記録されている全ての利用者の中から、優先利用者に該当する利用者を抽出してリストアップする処理である。

ステップＳ２１に続くステップＳ２２では、ステップＳ２１で抽出されたそれぞれの優先利用者について、当該優先利用者についての優先利用期間を決定する処理が行われる。図７には、図６のステップＳ２２において行われる処理の具体的な内容が示されている。図７の最初のステップＳ３１では、当該優先利用者が過去にサービスを利用した複数の区間（借り受け時のステーション２０から返却時のステーション２０までの区間）から、利用回数の多かった区間が抽出される。

ステップＳ３１で行われる処理の具体的な例を、図８を参照しながら説明する。図８には、特定の優先利用者が、過去の１か月間においてサービスを利用した履歴、の一例が示されている。図８に示される表の各行（Ｒ１乃至Ｒ６）に示されるそれぞれのデータが、一回のサービスの利用履歴に該当する。以下では、例えば符号Ｒ１が付された行に対応する利用履歴を「利用履歴Ｒ１」と表記する。その他の行に対応する利用履歴についても同様である。

図８において、「出発ステーション」と標記された１列目のデータは、借り受け時のステーション２０を示している。「到着ステーション」と標記された２列目のデータは、返却時のステーション２０を示している。「出発時刻」と標記された３列目のデータは、電気自動車３０の借り受けが行われた時刻、すなわちサービスの利用が開始された時刻を示している。「到着時刻」と標記された４列目のデータは、電気自動車３０の返却が行われた時刻、すなわちサービスの利用が終了した時刻を示している。「予約入力日時」と標記された５列目のデータは、当該履歴に対応するサービスの予約のための操作が、利用者によって行われた時刻を示している。１列目から４列目までのデータは利用履歴１４７から抽出されたデータである。また、５列目のデータは予約履歴１４６から抽出されたデータである。

尚、予約入力日時の各データは、実際には日時が入力されているのであるが、図８においては例えば「（火）１２時台」のように簡略化したデータとして示されている。ここでいう「１２時台」とは、予約の操作が行われた時刻が１２時０分以降であり、且つ１３時０分よりも前の時刻であることを意味する。更に、出発時刻及び到着時刻は、実際には時刻のみならず日時が入力されているのであるが、図８においては時刻のみが示されている。図８の例では、いずれの利用履歴においても、予約入力日時に対応する日付の翌日にサービスが行われているものとする。

例えば利用履歴Ｒ１では、借り受け時のステーション２０（出発ステーション）はステーションＡであり、返却時のステーション２０（到着ステーション）はステーションＢである。また、サービスの利用は９時に開始しており、１０時に終了している。更に利用履歴Ｒ１に対応するサービスの予約は、火曜日の１２時台に行われている。

図７のステップＳ３１では、図８に示されるような優先利用者の利用履歴に基づいて、利用回数の多い区間が抽出される。図８の例では、ステーションＡとステーションＢとの間の区間におけるサービスの利用が４回行われており（Ｒ１、Ｒ３、Ｒ４、Ｒ６）、当該区間の利用回数が最も多くなっている。このため、ステーションＡとステーションＢとの間の区間が、当該優先利用者についての「利用回数の多い区間」として抽出される。

ステップＳ３１に続くステップＳ３２では、ステップＳ３１で抽出された利用履歴（Ｒ１、Ｒ３、Ｒ４、Ｒ６）のうち、利用回数の多い期間が抽出される。図８の例では、抽出された４回分の利用履歴のうちの３回分（Ｒ１、Ｒ３、Ｒ４）が、いずれも水曜日（予約入力日時である火曜日の翌日）の９時から１０時までの期間において利用されたことを示すものとなっている。このため、当該期間が「利用回数の多い期間」として抽出され、当該優先利用者についての優先利用期間として決定される。

以上のように、第２決定部１３２は、優先利用者によりサービスが利用される可能性が高い期間である優先利用期間を、過去の利用履歴（利用履歴１４７）に基づいて決定する。

図６に戻って説明を続ける。ステップＳ２２に続くステップＳ２３では、予約の発生率が算出される。本実施形態における「予約の発生率」とは、特定曜日の特定時間帯に、優先利用期間にサービスを利用するための予約が行われる確率、のことである。予約の発生率が高い時間帯が、優先予約期間として決定されることとなる。

図９には、図６のステップＳ２３において行われる処理の具体的な内容が示されている。図９の最初のステップＳ４１では、優先利用期間における利用履歴（Ｒ１、Ｒ３、Ｒ４）のそれぞれについて、当該利用履歴に対応するサービスの予約が行われた日時、が集計される。これにより、「１２時台」、「１３時台」などの各期間のそれぞれにおいて予約が行われた回数が算出され、上記期間のうちで最も多く予約が入力された期間が決定される。

図８の例では、利用履歴Ｒ１、Ｒ３、Ｒ４のそれぞれの予約が、いずれも火曜日の１２時台に行われている。当該期間に予約が行われた回数は３回となっており、他の期間に予約が行われた回数は０回である。従って、上記集計の結果、最も多く予約が入力された期間は、火曜日の１２時台であると決定される。

ステップＳ４１に続くステップＳ４２では、ステップＳ４１で決定された期間（ここでは火曜日の１２時台）における予約の発生率が算出される。１か月間に火曜日が４日あるとすると、図８の例では、１か月のうち火曜日の１２時台に予約が行われる確率、すなわち予約の発生率は７５％（３／４）ということになる。

図６に戻って説明を続ける。ステップＳ２３に続くステップＳ２４では、ステップＳ２３で算出された予約の発生率が、所定値以上であるか否かが判定される。本実施形態では、当該所定値として７５％が設定されている。予約の発生率が所定値以上であれば、ステップＳ２５に移行する。ステップＳ２５に移行したということは、優先利用者が優先利用期間にサービスを利用するための予約が、特定の期間（ステップＳ２４で決定された期間であり、図８の例では火曜日の１２時台）において行われる確率が高いということである。このため、その「特定の期間」が優先予約期間として決定される。

一方、予約の発生率が所定値未満である場合には、優先利用者によって予約が行われる期間が比較的ばらついており、その予測が難しいということである。このため、第３決定部１３３は優先予約期間を決定することなく、図６に示される一連の処理を終了する。

以上のように、第３決定部１３３は、優先利用者により、優先利用期間においてサービスを利用するための予約、が行われる可能性が高い期間である優先予約期間を、過去の予約履歴（予約履歴１４６）に基づいて決定する。

尚、以上に説明した優先利用期間の決定方法、及び優先予約期間の決定方法はあくまで一例であって、それぞれにおいて他の方法が用いられてもよい。

優先利用期間については、本実施形態では、出発時刻と到着時刻との組み合わせで決まる複数の期間の中で、最も利用回数の多かった期間を優先利用期間として決定している。このような態様に替えて、例えば、複数の出発時刻のうち最も早い時刻から、複数の到着時刻のうち最も遅い時刻までの期間を、優先利用期間として決定してもよい。また、複数の出発時刻を平均して得られる時刻から、複数の到着時刻を平均して得られる時刻までの期間を、優先利用期間として決定してもよい。更に、利用履歴１４７における複数の出発日時や到着日時の確率分布に基づいて、優先利用期間を決定してもよい。

また、本実施形態における優先利用期間は、優先利用者が特定の走行区間（最も利用回数が多かった走行区間）においてサービスを利用する可能性が高い期間、として決定されている。このような態様に替えて、どのような走行区間でサービスが利用されたか否かに関わらず、優先利用期間が決定されてもよい。つまり、図７のステップＳ３１において、優先利用者についての全ての利用履歴が抽出される態様であってもよい。

優先予約期間については、本実施形態では、一時間ごとに区分された複数の期間（１２時台、１３時台等）のうち最も予約が行われる可能性が高い期間を、優先予約期間として決定している。このような態様に替えて、例えば、複数の予約日時のうち最も早い時刻から、複数の予約日時のうち最も遅い時刻までの期間を、優先予約期間として決定してもよい。また、予約履歴１４６における複数の予約日時の確率分布に基づいて優先予約期間を決定してもよい。

本発明の第２実施形態について説明する。第２実施形態に係る運用システム１００（不図示）は、サービスの予約がなされる際に実行する処理の内容についてのみ第１実施形態と異なっており、構成については第１実施形態と同じである。このため、以下では第１実施形態と異なる点についてのみ説明し、第１実施形態と共通する点については適宜説明を省略する。

図１０に示される一連の処理は、本実施形態において利用者がパソコン４０を操作してサービスの予約を行う際に、運用システム１００によって行われる処理である。つまり、図４に示される一連の処理に替えて実行される処理である。

最初のステップＳ５１では、利用者の認証が行われる。利用者は、自らのＩＤとパスワードをパソコン４０に入力し、ログインを行う。ログインに成功すればステップＳ５２に移行する。

ステップＳ５２では、現在の予約状況をパソコン４０の画面に表示するための処理が行われる。図１１には、図１０のステップＳ５２において行われる処理の具体的な内容が示されている。図１１の最初のステップＳ６１では、ステップＳ６１では、ログインした利用者が優先利用者であるか否かが判定される。当該判定は、図１０のステップＳ５１で入力された利用者のＩＤと、利用者情報１４１とを照合することによって行われる。利用者が優先利用者である場合には、ステップＳ６２に移行する。

ステップＳ６２では、利用可能な予約が検索される。利用可能な予約とは、既に存在する他の予約と重ならない予約であって、且つ利用者に提供可能な予約のことである。例えば、ステーションＡからステーションＢまで電気自動車３０を走行させるような予約が既に存在しており、同区間を走行し得る電気自動車３０の空きが無い場合には、当該区間についての予約は「利用可能な予約」には該当しない。また、電気自動車３０に空きがあったとしても、ステーションＢの駐車領域に空きがない場合には、上記区間についての予約はやはり「利用可能な予約」には該当しない。ステップＳ６２では、現時点において利用可能な予約のみならず、将来において利用可能な予約についても時間帯ごとに検索される。

ステップＳ６２に続くステップＳ６３では、検索された「利用可能な予約」の全てが、予約状況として出力部１２０から出力され、パソコン４０の画面に表示される。表示されたそれぞれの「利用可能な予約」は、利用者が予約を行う際における選択肢となる。利用者は、表示された一つ又は複数の「利用可能な予約」の中から、希望する予約を選択する。その後、図１０のステップＳ５３に移行して、選択された予約が予約入力部１１０に入力され、サービスの予約が行われる。

図１１のステップＳ６１において、ログインした利用者が優先利用者でない場合には、ステップＳ６４に移行する。ステップＳ６４では、ステップＳ６２と同様に、利用可能な予約が検索される。

ステップＳ６４に続くステップＳ６５では、検索された一つ又は複数の「利用可能な予約」から、一部の予約が除外される。除外の対象となる予約は、優先利用期間における優先利用者のサービス利用を妨げてしまうようなものであり、且つ、当該優先利用期間に対応する優先予約期間の終了日時が現時点よりも後のものである。このように、ステップＳ６４の検索結果が、優先予約期間によってフィルタリングされる。

ステップＳ６５に続くステップＳ６６では、上記フィルタリングを経た検索結果が、予約状況として出力部１２０から出力され、パソコン４０の画面に表示される。表示されたそれぞれの「利用可能な予約」は、利用者が予約を行う際における選択肢となる。

その結果、パソコン４０の画面には、「利用可能な予約」のうち、これから優先利用者が予約する可能性の低いもののみが、予約の選択肢として表示されることとなる。換言すれば、「利用可能な予約」の一部が、当該予約が既になされており重ねて予約することができないかのように表示されることとなる。

利用者は、表示された一つ又は複数の「利用可能な予約」の中から、希望する予約を選択する。その後、図１０のステップＳ５３に移行して、選択された予約が予約入力部１１０に入力され、サービスの予約が行われる。

このように、優先利用者以外の一般利用者が、優先予約期間の終了日時よりも前の時点においてサービスの予約を行う際には、予約処理部１３０は、優先利用期間についてのサービスの予約が未だなされていない場合であっても、当該予約が既になされているように、出力部１２０に予約状況を出力させる。

本実施形態における予約処理部１３０は、利用者に対する予約状況の提示の仕方を工夫することにより、優先利用期間と重なる予約を一般利用者には行わせないように構成されている。尚、このような処理が行われるのは、優先予約期間の終了日時までの期間のみである。一般利用者による予約の操作が、優先予約期間の終了日時（図３の例では時刻ｔ２）よりも後において行われた場合には、ステップＳ６３と同様に全ての「利用可能な予約」表示されることとなる。以上のような態様であっても、キャンセル率の低い優先利用者に優先的に予約を行わせ、キャンセルに伴う機会損失の発生を抑制することができる。

尚、「利用可能な予約」のうち、優先利用期間に対応する走行区間とは異なる走行区間についての予約は、ステップＳ６４においては除外されないこととしてもよい。「優先利用期間に対応する走行区間」とは、優先利用期間において、優先利用者が車両を走行させる可能性が高い走行区間のことである。

この場合、予約処理部１３０は、優先利用期間において優先利用者が電気自動車３０を走行させる可能性が高い走行区間と、予約入力部１１０にこれから入力される予約に対応する走行区間とが互いに重なるような場合においてのみ、優先利用期間と重なる期間にサービスを利用しようとする予約を一般利用者には行わせないこととなる。

以上、具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明はこれらの具体例に限定されるものではない。すなわち、これら具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。例えば、前述した各具体例が備える各要素およびその配置、材料、条件、形状、サイズなどは、例示したものに限定されるわけではなく適宜変更することができる。また、前述した各実施の形態が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

３０：電気自動車
１００：運用システム
１１０：予約入力部
１２０：出力部
１３０：予約処理部
１３１：第１決定部
１３２：第２決定部
１３３：第３決定部
１４０：記憶部

Claims (6)

1. 利用者の求めに応じて車両（３０）の一時的な貸し出しを行うカーシェアリングサービス、の運用システム（１００）であって、
   利用者から、カーシェアリングサービスの予約が入力される予約入力部（１１０）と、
   前記予約入力部に入力される予約の処理を行う予約処理部（１３０）と、
   利用者がカーシェアリングサービスの予約を行った後に、当該予約をキャンセルした割合であるキャンセル率を、過去の利用履歴に基づいて利用者ごとに決定する第１決定部（１３１）と、
   前記キャンセル率が所定値よりも低い優先利用者により、カーシェアリングサービスが利用される可能性が高い期間である優先利用期間を、過去の利用履歴に基づいて決定する第２決定部（１３２）と、
   前記優先利用者により、前記優先利用期間においてカーシェアリングサービスを利用するための予約、が行われる可能性が高い期間である優先予約期間を、過去の予約履歴に基づいて決定する第３決定部（１３３）と、を備え、
   前記予約処理部は、
   前記優先予約期間の終了日時よりも前の時点においては、前記優先利用期間と重なる期間にカーシェアリングサービスを利用しようとする予約を、前記優先利用者以外の利用者には行わせないように構成されている運用システム。
2. 過去の予約履歴及び過去の利用履歴を、利用者ごとに記憶している記憶部（１４０）を更に備える、請求項１に記載の運用システム。
3. 前記記憶部は、更に、
   前記第２決定部によって予め決定された前記優先利用期間、及び前記第３決定部によって予め決定された優先予約期間を記憶している、請求項２に記載の運用システム。
4. 利用者に提示するために、カーシェアリングサービスの予約状況を出力する出力部（１２０）を更に備え、
   前記優先利用者以外の利用者が、前記優先予約期間の終了日時よりも前の時点においてカーシェアリングサービスの予約を行う際には、
   前記予約処理部は、
   前記優先利用期間についてのカーシェアリングサービスの予約が未だなされていない場合であっても、当該予約が既になされているように、前記出力部に前記予約状況を出力させる、請求項１乃至３のいずれか１項に記載の運用システム。
5. 前記優先利用期間は、前記優先利用者が特定の走行区間においてカーシェアリングサービスを利用する可能性が高い期間である、請求項１乃至４のいずれか１項に記載の運用システム。
6. 前記予約処理部は、
   前記優先利用期間において前記優先利用者が車両を走行させる可能性が高い走行区間と、前記予約入力部に入力される予約に対応する走行区間とが互いに重なるような場合においてのみ、
   前記優先利用期間と重なる期間にカーシェアリングサービスを利用しようとする予約を、前記優先利用者以外の利用者には行わせないように構成されている、請求項５に記載の運用システム。

Images