(57)【要約】【課題】ユーザ同士で車両を受け渡しできるようにし、ユーザの利便性を向上させた車両のシェアシステムを提供する。【解決手段】予約ユーザから利用条件を取得する利用条件取得部と、利用ユーザによって利用されている各々の自転車の車両情報を取得する車両情報取得部と、利用条件に含まれる自転車の利用が開始される利用場所及び利用時刻と、車両情報に含まれる自転車の返却場所及び返却時刻とに基づいて、利用条件と各々の車両情報との適合度をそれぞれ評価する適合度評価部と、予約ユーザに対して、適合度が所定値以上の自転車の情報を通知する通知部とを有する。【選択図】図１
2018063469.tif 000002
【特許請求の範囲】
【請求項１】
自転車のシェアリングサービスにおいて自転車の利用を希望する予約ユーザと、前記自転車を利用している利用ユーザとを組合せるマッチングシステムであって、
予約ユーザから、少なくとも自転車の利用が開始される利用場所及び利用時刻を含む利用条件を取得する利用条件取得部と、
利用ユーザによって利用されている各々の自転車の、少なくとも自転車の返却場所及び返却時刻を含む車両情報を取得する車両情報取得部と、
前記利用条件と、前記車両情報との適合度をそれぞれ評価する適合度評価部と、
予約ユーザに対して、適合度が所定値以上の自転車の情報を通知する通知部と、を有することを特徴とするマッチングシステム。
【請求項２】
前記車両情報には、利用ユーザの目的地に関する情報が含まれ、
前記適合度評価部は、前記利用条件に含まれる自転車の利用が開始される利用場所と、利用ユーザの目的地に関する情報とにより適合度を評価することを特徴とする請求項１に記載のマッチングシステム。
【請求項３】
前記通知部は、適合度が所定値以上の自転車を利用している利用ユーザに、前記自転車の利用が開始される利用場所を通知することを特徴とする請求項１又は２に記載のマッチングシステム。
【請求項４】
前記通知部は、前記利用場所を利用ユーザの目的地に変更し、前記予約ユーザに対して、変更された前記利用場所を通知することを特徴とする請求項１〜３のいずれか１項に記載のマッチングシステム。
【請求項５】
前記通知部は、適合度が所定値以上の１以上の利用ユーザを、前記予約ユーザに通知し、
前記１以上の利用ユーザのうち、前記予約ユーザによって選択された利用ユーザに対して、前記予約ユーザの利用場所に自転車を返却可能か否かの問い合わせを通知することを特徴とする請求項１〜４のいずれか１項に記載のマッチングシステム。
【請求項６】
前記通知部は、適合度が所定値以上の利用ユーザのそれぞれに対して、前記予約ユーザの利用場所に自転車を返却可能か否かの問い合わせを通知し、
前記利用場所に返却可能な利用ユーザがいた場合、前記予約ユーザに対して該利用ユーザの情報を通知することを特徴とする請求項１〜５のいずれか１項に記載のマッチングシステム。
【請求項７】
前記通知部は、適合度が所定値以上の利用ユーザのそれぞれに対し、適合度が高い順に、前記予約ユーザの利用場所に自転車を返却可能か否かの問い合わせを通知し、
前記利用場所に返却可能な利用ユーザがいた場合、前記予約ユーザに対して該利用ユーザの情報を通知することを特徴とする請求項１〜６のいずれか１項に記載のマッチングシステム。
【請求項８】
前記通知部は、適合度が所定値以上の前記自転車を利用する利用ユーザに対して、前記利用条件を通知することを特徴とする請求項１〜７のいずれか１項に記載のマッチングシステム。
【請求項９】
前記利用条件及び車両情報には、自転車の年式情報が含まれ、
前記適合度評価部は、前記利用条件に係る自転車の年式と、前記車両情報に係る年式情報とにより適合度を評価することを特徴とする請求項１〜８のいずれか１項に記載のマッ
チングシステム。
【請求項１０】
前記利用条件及び前記車両情報には、自転車のアシスト機能に関する情報が含まれ、
前記適合度評価部は、前記利用条件及び前記車両情報の自転車のアシスト機能に関する情報により適合度を評価することを特徴とする請求項１〜９のいずれか１項に記載のマッチングシステム。
【請求項１１】
前記利用条件には、利用予定時間の情報が含まれ、
前記車両情報には、バッテリ残量が含まれ、
前記適合度評価部は、前記利用予定時間の情報と、前記バッテリ残量とにより適合度を評価することを特徴とする請求項１〜１０のいずれか１項に記載のマッチングシステム。
【請求項１２】
自転車のシェアリングサービスにおいて自転車の利用を希望する予約ユーザと、前記自転車を利用している利用ユーザとを組合せるマッチング方法であって、
予約ユーザから、少なくとも自転車の利用が開始される利用場所及び利用時刻を含む利用条件を取得するステップと、
利用ユーザによって利用されている各々の自転車の、少なくとも自転車の返却場所及び返却時刻を含む車両情報を取得するステップと、
前記利用条件と、前記車両情報との適合度をそれぞれ評価するステップと、
予約ユーザに対して、適合度が所定値以上の自転車の情報を通知するステップと、を実行することを特徴とするマッチング方法。
【請求項１３】
請求項１２に記載のマッチング方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両を利用するユーザに情報を提供する技術に関する。
【背景技術】
【０００２】
自転車などの車両を多くのユーザでシェアするシステムが普及している。例えば、各地域に設置されたステーションに自転車が配置されており、各ステーションでは、利用を希望するユーザに自転車が貸し出される。そして、ユーザは、自転車を借りたステーション以外のステーションに自転車を返却することができる。
また、ユーザは、例えば、携帯端末の所定のアプリを用いることで、自転車を利用するステーション、利用する時刻等の希望条件を設定して自転車を予約する。
【０００３】
例えば、電気自動車に乗車しているユーザが、バッテリ残量の低下時に乗換候補となる車両を検索した場合に、乗換可能な電気自動車が駐車されている場所等の情報をユーザに提供する技術がある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−００１７８１号公報
【特許文献２】特開２０１５−１６２１４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ユーザに対するシステムの利便性に改善の余地があった。
例えば、現在自転車を利用しているユーザは、所定の目的地に向かう場合、目的地の最寄のステーションまで電動自転車に乗り、ステーションに電動自転車を設置して、ステーションから目的地まで徒歩で向かうことになる。仮に目的地の周辺に自転車の利用を希望するユーザがいた場合であっても、自転車を利用しているユーザは直接自転車で目的地へ向かえず所定のステーションに自転車を返却する必要があった。また、自転車を利用しているユーザが、自転車の利用を希望するユーザの所在地の近くを目的地とする場合であっても、自転車の利用を希望するユーザは、所在地付近で自転車を受け取れず、所定のステーションまで自転車を取りに行く必要があった。
【０００６】
本発明は上記の課題を考慮してなされたものであり、ユーザ同士で車両を受け渡しできるようにし、ユーザの利便性を向上させた車両のシェアシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るマッチングシステムは、自転車のシェアリングサービスにおいて自転車の利用を希望する予約ユーザと、前記自転車を利用している利用ユーザとを組合せるマッチングシステムであって、
予約ユーザから、少なくとも自転車の利用が開始される利用場所及び利用時刻を含む利用条件を取得する利用条件取得部と、
利用ユーザによって利用されている各々の自転車の、少なくとも自転車の返却場所及び返却時刻を含む車両情報を取得する車両情報取得部と、
前記利用条件と、前記車両情報との適合度をそれぞれ評価する適合度評価部と、
予約ユーザに対して、適合度が所定値以上の自転車の情報を通知する通知部と、を有することを特徴とする。
従来技術によると、ステーションを介して次に利用するユーザへ車両の受け渡しを行っていた。これに対して、上記例によれば、予約ユーザは、ステーション以外の場所で利用ユーザから自転車を受け取ることが可能となる。すなわち、ユーザ同士による受け渡しを可能とし、ユーザの利便性が向上する。
また、予約ユーザの利用条件と利用ユーザの車両情報とを基に、自動的に自転車の受け渡しが可能なユーザの組み合わせを抽出することができるという効果が得られる。
【０００８】
適合度とは、利用条件及び車両情報の適合度合いを示す。例えば、適合度評価部は、利用条件に含まれる自転車の利用が開始される利用場所と、車両情報に含まれる自転車の返却場所との距離に基づいて適合度を評価してもよい。さらに、適合度評価部は、利用条件に含まれる自転車の利用が開始される利用時刻と、車両情報に含まれる自転車の返却時刻との差に基づいて適合度を評価してもよい。
【０００９】
また、通知部は、適合度が所定値以上の自転車を利用する利用ユーザに対して、利用条件を通知してもよい。これにより、自転車の受け渡しを承諾する可能性の高い利用ユーザに優先的に通知を送信することができ、効率的に問い合わせることができ、マッチングの成立を促進して、マッチングが成立しない滞留分を減らして、マッチングシステムのメモリの使用量、ＣＰＵの負荷を低減することができる。
【００１０】
利用条件には、さらに利用する自転車の年式が含まれ、車両情報には、さらに自転車の年式情報が含まれてもよい。かかる場合において、適合度評価部は、利用条件に係る自転車の年式と、車両情報に係る年式情報とにより適合度を評価してもよい。これにより、自転車を予約するユーザの要望をより多く取り入れることができる。
【００１１】
利用条件及び車両情報には、さらに自転車のアシスト機能に関する情報が含まれてもよい。かかる場合において、適合度評価部は、利用条件及び車両情報の自転車のアシスト機能に関する情報により適合度を評価してもよい。これにより、自転車を予約するユーザの要望をより多く取り入れることができる。
【００１２】
利用条件には、利用予定時間の情報が含まれ、車両情報には、バッテリ残量が含まれてもよい。かかる場合において、適合度評価部は、利用予定時間の情報と、バッテリ残量とにより適合度を評価してもよい。これにより、電動アシスト自転車の利用中にバッテリが切れることを防ぐことができる。
【００１３】
車両情報には、さらに自転車を利用している利用ユーザの目的地に関する情報が含まれてもよい。かかる場合において、適合度評価部は、自転車の利用が開始される利用場所と、利用ユーザの目的地に関する情報とにより適合度を評価してもよい。これにより、自転車を利用中の利用ユーザのうち、利用場所に到着目的地が近い利用ユーザを優先的に通知することができ、ユーザの利便性に資する。
【００１４】
また、通知部は、適合度が所定値以上の自転車を利用している利用ユーザに、自転車の利用が開始される利用場所を通知してもよい。予約ユーザに対して、利用ユーザの目的地を通知してもよい。これにより、自転車を利用しているユーザの利便性に資する。
【００１５】
適合度が所定値以上の１以上の利用ユーザを、予約ユーザに通知し、１以上の利用ユーザのうち、予約ユーザによって選択された利用ユーザに対して、予約ユーザの利用場所に自転車を返却可能か否かの問い合わせを通知してもよい。これにより、複数の自転車の中から希望する自転車を、ユーザが自由に選択することができる。
【００１６】
通知部は、適合度が所定値以上の利用ユーザのそれぞれに対して、予約ユーザの利用場
所に自転車を返却可能か否かの問い合わせを通知し、利用場所に返却可能な利用ユーザがいた場合、予約ユーザに対して該利用ユーザの情報を通知してもよい。また、通知部は、適合度が所定値以上の利用ユーザのそれぞれに対して、適合度が高い順に問い合わせを通知してもよい。これにより、自転車を利用している利用ユーザに対する問い合わせ回数を減らすことができ、メモリの使用量や通信負荷、ＣＰＵの使用量を低減させることができる。
【００１７】
なお、本発明は、上記構成ないし機能の少なくとも一部を有するマッチングシステム又は管理装置として捉えることができる。また、本発明は、上記処理の少なくとも一部を有するマッチング方法として捉えることができる。また、本発明は、かかる方法の各ステップをコンピュータ（プロセッサ）に実行させるためのプログラム、又は、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体として捉えることもできる。また、上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【発明の効果】
【００１８】
本発明によれば、車両のシェアシステムを利用するユーザ同士で車両を受け渡しできるようにし、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１９】
【図１】第一の実施形態に係る管理装置の機能構成を示すブロック図である。
【図２】管理装置の処理を説明するための図である。
【図３】利用条件ＤＢのデータ構造の例を示す図である。
【図４】車両情報ＤＢのデータ構造の例を示す図である。
【図５】管理装置の全体の処理の流れの第一の例を示すフローチャート図である。
【図６】利用条件を設定するためのユーザインタフェースの一例である。
【図７】候補ユーザの選択の第一の例を示す図である。
【図８】候補ユーザの選択の第二の例を示す図である。
【図９】候補ユーザの選択の第三の例を示す図である。
【図１０】問い合わせ手順の第一の例を示す図である。
【図１１】問い合わせ部によって表示されるＵＩの第一の例を示す図である。
【図１２】利用条件の確認画面の表示例である。
【図１３】問い合わせ手順の第二の例を示す図である。
【図１４】問い合わせ部によって表示されるＵＩの第二の例を示す図である。
【図１５】管理装置の全体の処理の流れの第二の例を示すフローチャート図である。
【図１６】管理装置のハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００２０】
以下、自転車のシェアリングサービスにおいて、自転車の利用を希望する人（以下、予約ユーザという）と、自転車を利用中の人（以下、利用ユーザという）との間のマッチングを行うシステムに、本発明を適用した例を説明する。
【００２１】
（第一実施形態）
<システムの概要>
図１は、第一の実施形態に係る管理装置１００の機能構成を示すブロック図である。
第一の実施形態に係る管理装置１００は、ネットワークを介して通信端末５０と通信装置６０と通信することが可能である。通信装置６０は、自転車５の車載装備である。なお、管理装置１００は、マッチングシステムの一例である。
【００２２】
［処理の概要］
図２は、管理装置１００の処理を説明するための図である。通信端末５０（１）及び通信端末５０（２）は、自転車の利用を希望する予約ユーザ１及び予約ユーザ２がそれぞれ所有する端末である。通信端末５０（１）及び通信端末５０（２）は、例えば、スマートフォン、タブレットＰＣ又はノートＰＣなどの携帯端末である。
【００２３】
通信端末５０（１）及び通信端末５０（２）は、ネットワークを介して、管理装置１００に、利用開始場所及び利用開始時刻を含む利用条件を送信する。利用条件とは、予約ユーザによって自転車を予約する際に指定された自転車の利用開始場所、利用開始時刻等を含む条件である。利用条件は、自転車の利用開始場所、利用開始時刻以外の情報を含んでもよい。
【００２４】
また、通信装置６０（１）及び通信装置６０（２）は、利用ユーザ１及び利用ユーザ２によってそれぞれ利用されている自転車の車載装備である。通信装置６０（１）及び通信装置６０（２）には、例えば、ナビゲーションシステムが含まれる。
通信装置６０（１）及び通信装置６０（２）は、利用ユーザ１及び利用ユーザ２により目的地が入力されると、ナビゲーションシステムにより利用ユーザ１及び利用ユーザ２を目的地まで誘導する。また、通信装置６０（１）及び通信装置６０（２）は、入力された目的地に関する情報、自転車のバッテリ残量、自転車の型式などの車両情報をネットワークを介して管理装置１００に送信する。
車両情報は、利用ユーザによって指定された自転車の返却場所及び返却時刻、及び当該ユーザによって利用されている自転車に関する情報を含む。
【００２５】
管理装置１００は、通信端末５０（１）及び通信端末５０（２）から予約ユーザ１及び予約ユーザ２によって指定された利用条件を受信する。一方、管理装置１００は、通信装置６０（１）及び通信装置６０（２）から車両情報を受信する。
続いて、管理装置１００は、予約ユーザ１及び予約ユーザ２によって指定された利用条件と各車両情報との適合度をそれぞれ評価する。なお、利用条件及び車両情報の適合度の評価方法に関しては後述する。
【００２６】
管理装置１００は、例えば、利用ユーザ１の車両情報と、予約ユーザ１の利用条件との適合度が所定値以上と判定した場合、通信装置６０（１）を介して利用ユーザ１に問い合わせる。例えば、管理装置１００は、「予約ユーザ１が指定したＡ地点で自転車の受渡しが可能ですか」という内容のメッセージを通信装置６０（１）のディスプレイに表示させる。
【００２７】
管理装置１００は、利用ユーザ１から同意が得られた場合、通信端末５０（１）に同意が得られた旨の通知を送信する。一方、管理装置１００は、通信装置６０（１）のナビゲーションシステムを用いて、利用ユーザ１をＡ地点に誘導させる。これにより、利用ユーザ１が利用している自転車を予約ユーザ１に直接受け渡すことができる。
なお、管理装置１００は、通信端末５０（２）から利用条件を受信した場合も、上記処理を行う。
【００２８】
［管理装置の構成］
図１に戻る。管理装置１００は、通信部１０１及び制御部１１０を有する。通信部１０１は、通信端末５０から利用条件を受信し、通信装置６０から車両情報を受信する。また、通信部１０１は、通信端末５０及び通信装置６０に所定の通知を送信する。
制御部１１０は、利用条件取得部１１１、利用条件ＤＢ１１２、車両情報取得部１１３、車両情報ＤＢ１１４、適合度評価部１１５及び通知部１１８を有する。また、通知部１１８は、問い合わせ部１１６及び結果出力部１１７を有する。
管理装置１００の各構成がメモリ、ＣＰＵを含む電子回路からなっており、利用条件Ｄ
Ｂ１１２及び車両情報ＤＢ１１４はメモリ（後述するＲＡＭ３０４）に、利用条件取得部１１１、車両情報取得部１１３、適合度評価部１１５及び通知部１１８は、後述するＣＰＵ３０１により実現されてもよい。また、ＣＰＵとメモリはＬＳＩ(Large Scale Integration)によって実現されてもよい。
【００２９】
利用条件取得部１１１は、通信端末５０から受信した利用条件を取得する機能を有する。利用条件は、例えば、予約ユーザが指定した自転車の利用開始場所、利用開始時刻を少なくとも含む。この他に利用条件は、返却予定場所、自転車の機能、自転車の年式、自転車の色、利用時間、異性からの受取り可否の情報を含んでもよい。
予約ユーザが指定できる利用開始場所としては、例えば予約ユーザの現在地、予約ユーザが指定した施設、指定した住所、自転車が駐輪されているステーションなどがある。なお、ステーションとは、自転車の貸出し及び返却を受け付ける拠点である。
【００３０】
利用条件取得部１１１は、通信端末５０から取得した利用条件を利用条件ＤＢ１１２に記録する。利用条件ＤＢ１１２は、各通信端末５０から取得した利用条件を記録するデータベースである。
【００３１】
図３は、利用条件ＤＢ１１２のデータ構造の例を示す図である。この例では利用条件ＤＢ１１２は、利用条件として、ユーザＩＤ、利用開始場所、返却予定場所、利用開始時刻、アシスト機能、色、年式、利用予定時間、異性からの受取り可否の項目を記録する。
以下、利用条件ＤＢ１１２の各項目について説明する。
ユーザＩＤは、ユーザを一意に識別する識別番号である。ユーザＩＤは、各ユーザに対して一つ割り与えられる。
利用開始場所は、予約ユーザが自転車の利用を開始する場所である。例えば、「0100」のユーザによって「Ａホール」という施設名が指定されている。これは、「0100」のユーザが「Ａホール」で自転車の受取りを希望していることを示す。また、「0103」のユーザによってユーザの現在位置である「Ｂ地点」が指定されている。すなわち、「0103」のユーザが現在位置で自転車の受取りを希望していることを示す。また、「0110」のユーザによって「Ｃステーション」が指定されている。「Ｃステーション」は、自転車の貸出し及び返却を受け付ける拠点の一つである。すなわち、「0110」のユーザが「Ｃステーション」に配置されている自転車の利用を希望していることを示してもよいし、他の方法で示しても良い。
なお、利用開始場所を施設名で示しているが、緯度・経度で示すものであってもよい。
【００３２】
返却予定場所は、予約ユーザが自転車を返却する予定の場所である。返却予定場所は、各地域のステーションが設定される。また、返却予定場所は、利用開始場所と同じであっても異なっていてもよい。
利用開始時刻は、予約ユーザが自転車の利用を開始する予定時刻である。
アシスト機能は、自転車のアシスト機能の有無、及びアシスト機能の強度を示す。例えば、「0100」のユーザによって「強」が指定されている。これは、「0100」のユーザは、強いアシスト機能付きの自転車を希望していることを示す。また、「0103」のユーザによって「なし」が指定されている。これは、「0103」のユーザは、アシスト機能が付いていない自転車を希望していることを示す。また、「0110」のユーザによって「弱」が指定されている。これは、「0110」のユーザは、弱いアシスト機能付きの自転車を希望していることを示す。
【００３３】
色は、予約ユーザが希望する自転車の色である。色が「指定なし」となっている場合、色の指定がないことを示す。
年式は、予約ユーザが希望する自転車の年式を示す。「0100」のユーザによって「指定なし」が指定されている。これは、「0100」のユーザは、年式を指定しなかったことを示
す。また、「0103」のユーザによって「2015年以降」が指定されている。これは、「0103」のユーザは、2015年以降の年式の自転車を希望していることを示す。また、「0110」のユーザによって「最新式」が指定されている。これは、「0110」のユーザは、最新式の自転車を希望していることを示す。
【００３４】
利用予定時間は、何時から何時まで予約ユーザが自転車を利用するかを示す予定時間である。
異性からの受取り可否は、予約ユーザが利用ユーザから直接自転車を受け取る場合に利用ユーザが異性であってもよいか否かの指定である。例えば、「0100」のユーザは、異性から自転車の受け取りが可能であることを示す。また、「0103」のユーザは、異性から自転車の受け取りができないことを示す。
なお、「0110」のユーザは、利用開始場所が「Ｃステーション」となっており、Ｃステーションに配置されている自転車を利用するため、「異性からの受取り可否」に値が入力されていない。
【００３５】
図１に戻る。車両情報取得部１１３は、通信装置６０から車両情報を取得する機能を有する。車両情報は、利用ユーザが指定した自転車の返却予定場所、返却予定時刻を少なくとも含む。この他に車両情報は、目的地、自転車のアシスト機能、自転車の年式、自転車の色、異性への受渡し可否等の情報を含んでもよい。
【００３６】
続いて、車両情報取得部１１３は、通信装置６０から取得した車両情報を車両情報ＤＢ１１４に記録する。
また、車両情報取得部１１３は、利用条件ＤＢ１１２の利用条件を一部取得し、車両情報として車両情報ＤＢ１１４に記録してもよい。利用条件ＤＢ１１２の利用条件を車両情報として使用する例に関しては後述する。
【００３７】
車両情報ＤＢ１１４は、各通信装置６０から取得した車両情報を記録するデータベースである。
図４は、車両情報ＤＢ１１４のデータ構造の例を示す図である。車両情報ＤＢ１１４は、ユーザＩＤ、返却予定場所、目的地、返却予定時刻、アシスト機能、色、年式及び異性への受渡し可否を含む。
【００３８】
以下、車両情報ＤＢ１１４の各項目について説明する。
ユーザＩＤは、ユーザを一意に識別する識別番号である。
返却予定場所は、利用ユーザが自転車を返却する予定の場所である。返却予定場所はステーションであってもよいし、他の場所であってもよい。例えば、予約ユーザに自転車が貸し出された場合に、車両情報取得部１１３は、当該ユーザの利用条件ＤＢ１１２の返却予定場所を、車両情報ＤＢ１１４の当該ユーザの返却予定場所として記録してもよい。
目的地は、利用ユーザが指定した到着目的地である。目的地は、利用ユーザによって通信装置６０のナビゲーションシステムで設定された目的地であってもよい。
なお、目的地を施設名で示しているが、緯度・経度で示すものであってもよい。
【００３９】
返却予定時刻は、利用ユーザが自転車を返却する予定の時刻である。例えば、車両情報取得部１１３は、予約ユーザに自転車が貸し出された時刻に利用条件ＤＢ１１２の利用予定時間を足し合わせた時刻を、車両情報ＤＢ１１４の返却予定時刻として記録してもよい。
アシスト機能は、ユーザによって貸し出される自転車のアシスト機能の有無、及びアシスト機能の強度を示す。例えば、「0111」のユーザは、アシスト機能の強い自転車を利用していることを示す。また、「0121」のユーザは、アシスト機能が付いていない自転車を利用していることを示す。
【００４０】
色は、利用されている自転車の色を示す。
年式は、利用されている自転車が製造された年を示す。
異性への受渡し可否は、利用ユーザが予約ユーザに直接自転車を受け渡す場合に予約ユーザが異性であってもよいか否かの指定である。例えば、車両情報取得部１１３は、予約ユーザの利用条件ＤＢ１１２の「異性からの受取り可否」の値を、車両情報ＤＢ１１４の当該ユーザの「異性への受渡し可否」の値として記録してもよい。
【００４１】
図１に戻る。適合度評価部１１５は、予約ユーザの利用条件と、各利用ユーザの自転車の車両情報との適合度をそれぞれ評価し、適合度の高い利用ユーザを選択する機能を有する。
具体的には、利用条件ＤＢ１１２のレコードに記録された利用条件と、車両情報ＤＢ１１４の各レコードに記録された車両情報とをそれぞれ所定の数式に代入することにより類似度を算出する。続いて、適合度評価部１１５は、類似度が所定値以上の車両情報に係る利用ユーザを選択する。以下では、適合度評価部１１５により選択された利用ユーザを候補ユーザという。適合度評価部１１５は、候補ユーザを複数選択してもよい。なお、類似度は、適合度の一例である。また、類似度の算出方法に関しては後述する。
【００４２】
問い合わせ部１１６は、候補ユーザに対し、予約ユーザに自転車を受渡し可能か否かを問い合わせる機能を有する。
具体的には、問い合わせ部１１６は、各候補ユーザに対し、予約ユーザに受渡し可能か否かを問い合わせる。続いて、問い合わせ部１１６は、受渡し可能と回答してきた候補ユーザがいた場合、当該候補ユーザのユーザＩＤを結果出力部１１７に送信する。一方、問い合わせ部１１６は、受渡し可能な候補ユーザがいなかった場合、受渡し可能な候補ユーザがいない旨の通知を結果出力部１１７に送信する。
【００４３】
結果出力部１１７は、決定された利用条件を予約ユーザに通知する機能を有する。例えば、予約ユーザに対し、自転車の予約内容を確認するためのメッセージを送付する。
例えば、結果出力部１１７は、受渡し可能な候補ユーザがいた場合、予約ユーザによって指定された場所を利用開始場所とする内容のメッセージを送信する。一方、結果出力部１１７は、受渡し可能な候補ユーザがいない場合、例えば、予約ユーザの最寄りのステーションを利用開始場所とする内容のメッセージを送信する。具体的なメッセージ内容等については後述する。
また、結果出力部１１７は、受渡しが可能な利用ユーザに利用開始場所を通知する。
【００４４】
［処理の流れ］
図５は、管理装置１００の全体の処理の流れの第一の例を示すフローチャート図である。ステップＳ１０で、利用条件取得部１１１は、通信端末５０から利用条件を取得する。
例えば、通信端末５０には、ユーザが利用条件を設定するためのアプリがインストールされている。通信端末５０は、ユーザによってアプリが起動されると、モニタに利用条件を設定するためのユーザインタフェースを表示する。
【００４５】
図６は、利用条件を設定するためのユーザインタフェースの一例である。図６の例では、利用条件として予約内容を入力するための画面が表示されている。
予約内容の画面に表示される各項目について説明する。利用開始場所の項目には、「ステーション」、「指定場所」、「現在地」のボタンが表示されており、押下されると選択される。例えば、「ステーション」が押下されると、通信端末５０は、ステーションを一覧表示し、さらに自転車の利用を開始するステーションの選択を受け付ける。通信端末５０は、選択されたステーションを利用開始場所に設定する。
【００４６】
また、「指定場所」が押下されると、通信端末５０は、最寄りの施設名の一覧を表示し、さらに自転車の受け取りを希望する施設の指定を受け付ける。例えば、通信端末５０は、「指定場所」が押下された場合、ＧＰＳ機能により現在地の緯度及び経度を検索し、現在地の緯度及び経度を用いて最寄りの施設を検索してもよい。通信端末５０は、選択された施設を利用開始場所に設定する。
また、「現在地」が押下されると、通信端末５０は、例えば、ＧＰＳ機能により取得した現在地の緯度及び経度を、利用開始場所に設定する。
なお、通信端末５０は、自転車を受け取る住所を利用開始場所に設定してもよい。
【００４７】
利用開始時刻の項目は、ドロップダウンリストとなっており、三角のボタンを押下すると、利用開始時刻のリストが展開される。例えば、ドロップダウンリストにおいて、利用開始時刻が１０分間隔で列挙される。例えば、通信端末５０は、「９：００、９：１０、９：２０、９：３０、９：４０・・・」のようにリストを展開して表示させ、リスト内の選択された時刻を利用開始時刻に設定する。
【００４８】
返却予定場所の項目は、「ステーション」のボタンが表示されており、押下することで選択される。「ステーション」が押下されると、通信端末５０は、ステーションの一覧を表示し、さらに自転車を返却する予定のステーションの選択を受け付ける。通信端末５０は、選択されたステーションを利用開始場所に設定する。
異性からの受け取りの項目は、「可能」及び「不可」に対応するラジオボタンがそれぞれ表示されており、いずれか一つを選択することができる。
【００４９】
希望自転車情報の欄には、アシスト機能、希望年式及び色の項目が含まれる。
アシスト機能の項目は、アシスト機能のない通常の自転車を希望するか、アシスト機能付きの電動アシスト自転車を希望するかを選択するための項目である。電動アシスト自転車を希望する場合、アシストの強さを選択することも可能である。
アシスト機能の項目は、「指定なし」、「アシスト機能なし」、「アシスト機能あり」及び「アシストが強い機種」に対応するラジオボタンがそれぞれ表示されており、いずれか一つを選択することができる。
【００５０】
希望年式の項目は、ドロップダウンリストとなっており、三角のボタンをクリックすると、希望年式のリストが展開される。希望年式のリストには、例えば、「指定なし」、「最新式」、「２０１５年以降」及び「２０１４年以降」などの項目が含まれる。
色の項目は、ドロップダウンリストとなっており、三角のボタンをクリックすると、色のリストが展開される。色のリストには、例えば、「指定なし」、「青」、「赤」、「黄」及び「緑」などの項目が含まれる。
【００５１】
また、利用開始場所、利用開始時刻及び希望自転車情報の各項目の右側に、「優先」のチェックボックスが設置されている。チェックボックスが押下されると、チェックマークが表示されてチェック状態となる。また、チェックボックスは、再度押下されると、チェックマークが消えてチェック状態が解除される。
【００５２】
また、予約内容の画面の最下段には、決定ボタン及びキャンセルボタンが表示される。決定ボタンが押下されると、通信端末５０は、予約内容の画面で指定された利用条件を取得し、管理装置１００に送信する。一方、キャンセルボタンが押下されると、通信端末５０は、自転車の予約をキャンセルする処理を行う。
【００５３】
図５に戻る。ステップＳ１０で、利用条件取得部１１１は、図６の予約内容の画面で指定された利用条件を、通信部１０１を介して取得する。続いて、利用条件取得部１１１は、取得した利用条件を利用条件ＤＢ１１２に記録する。
なお、利用条件ＤＢ１１２に記録された利用条件の例は、図３に示される。
【００５４】
ステップＳ１１で、車両情報取得部１１３は、通信装置６０から受信した車両情報を取得する。車両情報取得部１１３は、例えば、目的地、自転車の機能、自転車の年式、自転車の色等の情報を車両情報として取得する。続いて、車両情報取得部１１３は、取得した車両情報を車両情報ＤＢ１１４に記録する。
【００５５】
また、車両情報取得部１１３は、予約ユーザの利用条件を利用条件ＤＢ１１２から一部取得し、車両情報として車両情報ＤＢ１１４に記録してもよい。
また、車両情報取得部１１３は、通信装置６０のナビゲーションシステムに入力された目的地を取得してもよい。
なお、車両情報ＤＢ１１４に記録された車両情報の例は、図４に示される。
なおステップＳ１０とステップＳ１１は、順序が逆になってもよい。
【００５６】
ステップＳ１２で、適合度評価部１１５は、予約ユーザの利用条件と、利用されている各々の自転車の車両情報との適合度をそれぞれ評価する。
具体的には、適合度評価部１１５は、利用条件ＤＢ１１２のレコードに記録された利用条件と、車両情報ＤＢ１１４の各レコードに記録された車両情報とをそれぞれ以下の数式に代入することにより類似度ｌを算出する。
【００５７】
【数１】
2018063469.tif 000003
【００５８】
式（１）において、ｌは類似度であり、類似度が高いほど車両情報が利用条件に適合することを示す。α、β、γ及びκは、重み付け係数である。各重み付け係数を変更することにより、各項の類似度ｌに対する影響度が変化する。
ｘsupplyは、返却予定場所（緯度、経度）を示す。ｘdemandは、利用開始場所（緯度、経度）を示す。||ｘsupply−ｘdemand||は、返却予定場所と利用開始場所との距離を示す。具体的には、適合度評価部１１５は、||ｘsupply−ｘdemand||を「{（緯度差）2＋（経度差）2}1/2」により算出してもよい。以下、距離を算出する場合は、同様の方法を用い
てもよい。
ｔsupplyは、返却予定時刻を示す。ｔdemandは、利用開始時刻を示す。||ｔsupply−ｔdemand||は、返却予定時刻と利用開始時刻の時間差を示す。
【００５９】
ｓsupplyは、利用ユーザの性別を示す。例えば、男性の場合ｓsupplyが「１」となり、女性の場合がｓsupplyが「０」となる。ｓdemandは、予約ユーザの性別を示す。ｓdemandの値に関しては、ｓsupplyと同様である。したがって、||ｓsupply−ｓdemand||は、予約ユーザ及び利用ユーザが同性である場合、０となり、異性である場合、１となる。
また、図３の利用条件において「異性からの受取り可否」の項目が「可」となっている場合、適合度評価部１１５は||ｓsupply−ｓdemand||を０としてもよい。
また、「異性からの受取り可否」の項目が「不可」で、かつ予約ユーザ及び利用ユーザが異性である場合に、他の項と比較して重み付け係数γの値を大きく設定することにより、類似度ｌが低くなるように設定してもよいが、これに限定されない。
例えば、「異性からの受取り可否」の項目が「不可」で、かつ予約ユーザ及び利用ユーザが異性である場合に、適合度評価部１１５は、類似度ｌを０としてもよい。
【００６０】
ｍsupplyは、利用ユーザが利用している自転車の年式である。ｍdemandは、予約ユーザが希望する自転車の年式である。||ｍsupply−ｍdemand||は、利用ユーザが利用している自転車と予約ユーザが希望する自転車との年式の差である。
なお、式（１）は、これ以外の項を含んでもよい。例えば、式（１）は、自転車の色及びアシスト機能に関する項を含んでもよい。また、これらの項目の一部だけであってもよい。
【００６１】
適合度評価部１１５は、式（１）の各項の重要度に応じてα、β、γ及びκの値を変更してもよい。例えば、利用条件のうち利用開始場所を優先する場合、適合度評価部１１５は、αの値を大きくしてもよい。また、利用開始場所を優先する場合、適合度評価部１１５は、βの値を大きくしてもよい。
すなわち、適合度評価部１１５は、重み付け係数を大きくした項の類似度ｌへの影響を大きくすることができる。
【００６２】
適合度評価部１１５は、ユーザにより優先された利用条件に応じてα、β、γ及びκ等の重み付け係数の値を変更してもよい。
例えば、図６において、利用開始時刻のチェックボックスがチェック状態となっていた場合、適合度評価部１１５は、重みづけ係数βの値を大きくしてもよい。また、利用条件において希望自転車情報のチェックボックスがチェック状態となっていた場合、適合度評価部１１５は、重み付け係数κの値を大きくしてもよい。
【００６３】
続いて、適合度評価部１１５は、類似度ｌが所定値以上の車両情報に係る候補ユーザ（利用ユーザ）を選択する。以下、候補ユーザの選択に関し、具体例を挙げて説明する。
図７は、候補ユーザの選択の第一の例を示す図である。αlati及びαlongは、位置情報（緯度、経度）を示し、式（１）のｘsupply及びｘdemandに対応する。また、βｔは、時刻情報を示し、式（１）のｔsupply及びｔdemandに対応する。図７の例では、類似度ｌの算出に関し、便宜上、位置及び時刻の要素のみを示している。
【００６４】
図７の表には、利用条件の位置情報及び時刻情報と、利用ユーザＡ、利用ユーザＣ、利用ユーザＤ及び利用ユーザＪの車両情報に対応する位置情報及び時刻情報とがプロットされている。図７の例では、利用条件に係る点と、各車両情報に係る点とが点線の矢印によって結ばれており、点線の矢印の長さが類似度ｌを示す。点線の矢印の長さが短いほど、類似度ｌが高いことを示し、点線の矢印の長さが長いほど、類似度ｌが低いことを示す。
【００６５】
利用条件に係る点を中心とする点線で示される球は、類似度ｌが所定値以上の場合を示す。すなわち、球の内側に分布する車両情報は、類似度ｌが所定値以上であることを示す。また、球の外側に分布する車両情報は、類似度ｌが所定値より小さいことを示す。
図７の例によると、適合度評価部１１５は、利用条件と利用ユーザＡに係る車両情報との類似度ｌが所定値以上であるから、利用ユーザＡを候補ユーザとする。同様に、適合度評価部１１５は、類似度ｌが所定値以上となっている利用ユーザＣ及び利用ユーザＤを候補ユーザとする。
一方、適合度評価部１１５は、利用条件と利用ユーザＪに係る車両情報との類似度が所定値より小さいから、利用ユーザＪを候補ユーザとしない。
【００６６】
図８は、候補ユーザの選択の第二の例を示す図である。図８の例では、類似度ｌの算出に関し、便宜上、位置情報の要素のみを示している。
四角印が予約ユーザＥの利用開始場所を示す。
利用ユーザＡは、現在位置の丸印から矢印の経路でＢステーションに自転車を返却する予定である。また、利用ユーザＡの目的地は、Ｂステーションの左上側の丸印の位置である。
【００６７】
図８の例では、車両情報取得部１１３は、通信装置６０のナビゲーションシステムで指定された目的地を利用ユーザＡの目的地として取得する。以下、車両情報取得部１１３は
、利用ユーザＣ及び利用ユーザＤに関しても同様にして目的地を取得する。
利用ユーザＣは、現在位置のバツ印から矢印の経路でＢステーションに自転車を返却する予定である。また、利用ユーザＣの目的地は、Ｂステーションの下側のバツ印の位置である。
また、利用ユーザＤは、現在位置の三角印から矢印の経路でＢステーションに自転車を返却する予定である。また、利用ユーザＤの目的地は、Ｂステーションの左上側の三角印の位置である。
【００６８】
適合度評価部１１５は、例えば、以下の数式により各利用ユーザの類似度を算出する。
【数２】
2018063469.tif 000004
【００６９】
ｘsupplyは、返却予定場所（緯度、経度）を示す。ｘdemandは、利用開始場所（緯度、経度）を示す。||ｘsupply−ｘdemand||は、返却予定場所と利用開始場所との距離を示す。
また、ｘgoalは、利用ユーザの目的地（緯度、経度）を示す。すなわち、||ｘdemand−ｘgoal||は、予約ユーザの利用開始場所と利用ユーザの目的地との距離を示す。
なお、||ｔsupply−ｔdemand||は、式（１）と同様に、返却予定時刻と利用開始時刻の時間差を示す。また、式（２）には、位置情報及び時刻情報の項のみを含んでいるが、これ以外の項を含んでもよい。
【００７０】
かかる場合、||ｘdemand−ｘgoal||は、利用ユーザＡの目的地をｘgoalとした場合が最も小さくなり、||ｘdemand−ｘgoal||の項がない場合と比べて類似度ｌが高くなる。また、利用ユーザＣの目的地をｘgoalとした場合が最も大きくなり、||ｘdemand−ｘgoal||の項がない場合と比べて類似度ｌが低くなる。
なお、目的地の指定がない利用ユーザに関しては、適合度評価部１１５は、返却予定場所（ステーション等）の位置情報をｘgoalに代入して類似度ｌを算出してもよい。
【００７１】
これにより、予約ユーザの利用開始場所から近い場所を目的地としている利用ユーザが、優先的に選択されるようになる。これにより、利用ユーザは、自身の目的地に近い位置にある利用開始場所で、予約ユーザに直接自転車を受け渡すことができ、ユーザの利便性に資するという効果が得られる。
なお、式（２）は、利用開始時刻と返却予定時刻の時間差||ｔdemand−ｔgoal||に係る項をさらに含んでもよい。「ｔgoal」は、目的地に利用ユーザが到着する時刻を示す。
【００７２】
図９は、候補ユーザの選択の第三の例を示す図である。図９の例では、類似度ｌの算出に関し、便宜上、位置情報の要素のみを示している。
図９の例では、車両情報取得部１１３は、利用ユーザＡの走行経路のうち、予約ユーザＥの利用開始場所から最も近くなる通過位置を取得する。なお、通過位置には、緯度及び経度の情報が含まれる。
また、車両情報取得部１１３は、利用ユーザＤの走行経路のうち、予約ユーザＥの利用開始場所から最も近くなる通過位置を取得する。なお、図９の例では、利用ユーザＣの通過位置に関しては省略する。
【００７３】
適合度評価部１１５は、例えば、以下の数式により各利用ユーザの類似度を算出する。
【数３】
2018063469.tif 000005
【００７４】
||ｘsupply−ｘdemand||、||ｔsupply−ｔdemand||及び||ｘdemand−ｘgoal||の項に関しては、式（２）と同様である。ｘrouteは、利用ユーザの走行経路のうち、予約ユーザ
の利用開始場所から最も近くなる利用ユーザの通過位置を示す。したがって、||ｘdemand−ｘroute||は、利用ユーザの通過位置と予約ユーザの利用開始場所との距離を示す。ま
た、式（３）には、位置情報及び時刻情報の項のみを含んでいるが、これ以外の項を含んでもよい。
【００７５】
例えば、図９の例では、||ｘdemand−ｘroute||は、点線の矢印の長さを示している。
利用ユーザＡに係る||ｘdemand−ｘroute||よりも、利用ユーザＤに係る||ｘdemand−ｘroute||の方が小さい。このため、式（３）の例では、利用ユーザＤに係る類似度ｌの方が利用ユーザＡに係る類似度ｌよりも高くなる場合がある。
このように、走行経路を加味して類似度ｌを算出することで、予約ユーザの近くを通過する利用ユーザが優先的に選択される。
【００７６】
式（１）ないし式（３）により算出した場合において、適合度評価部１１５は、類似度が高い順に候補ユーザを列挙したリストを生成してもよい。この場合、例えば、候補ユーザＡ、候補ユーザＤ、候補ユーザＣの順に類似度が高いとしたら、適合度評価部１１５は、（候補ユーザＡ、候補ユーザＤ、候補ユーザＣ）というリストを作成し、ＲＡＭ等の記憶領域に記録する。
【００７７】
図５に戻る。ステップＳ１３で、問い合わせ部１１６は、類似度が高い各候補ユーザに対し、予約ユーザに自転車を受渡し可能か否かを問い合わせる。図７の例の場合、問い合わせ部１１６は、リストに応じて候補ユーザＡ、候補ユーザＤ、候補ユーザＣに対して、順番に予約ユーザＥに受渡し可能か否かを問い合わせる。
【００７８】
問い合わせ処理の手順について説明する。
図１０は、問い合わせ手順の第一の例を示す図である。ステップＳ２０で、問い合わせ部１１６は、各候補ユーザの車両情報を一覧表示する。
図１１Ａ〜図１１Ｅは、問い合わせ部１１６によって表示されるＵＩの第一の例を示す図である。問い合わせ部１１６は、ステップＳ２０において、リストに列挙された各候補ユーザに対応する車両情報を用いて、図１１Ａのユーザインタフェース画面を作成し、通信端末５０に表示させる。
例えば、図１１Ａのユーザインタフェース画面では、類似度の高い順番に車両情報が列挙されている。また、Ｎｏ．４のレコードには、Ｂステーションに駐輪されている自転車が表示されている。このように、各候補ユーザに係る車両情報とともに、ステーションに駐輪されている自転車を列挙して表示してもよい。
【００７９】
図１０のステップＳ２１で、問い合わせ部１１６は、利用中の候補ユーザが選択されたか否かを判断する。利用中のユーザが選択された場合、ステップＳ２２で、利用中の候補ユーザに問い合わせる。
【００８０】
例えば、図１１Ａで、Ｎｏ．１のレコードの問い合わせボタンが押下されると、問い合わせ部１１６は、候補ユーザＡに問い合わせる。かかる場合に、問い合わせ部１１６は、予約ユーザＥの通信端末５０に、候補ユーザに問い合わせ中であることを示す図１１Ｂの画面を表示してもよい。
さらに、問い合わせ部１１６は、候補ユーザＡの通信装置６０のディスプレイに図１１Ｃの画面を表示する。なお、地点Ｆは、予約ユーザＥによって指定された利用開始場所を示す。
【００８１】
また、問い合わせ部１１６は、図１１Ｃの最下段に示すように候補ユーザＡにインセンティブを与える内容の表示をしてもよい。これにより、候補ユーザが自転車の受渡しに同意する可能性を高めることができる。
【００８２】
ステップＳ２３で、候補ユーザから応答がなかった場合、問い合わせ部１１６は、ステップＳ２４で、所定時間が経過したか否かを判定する。所定時間経過していなかった場合、問い合わせ部１１６は、再度ステップＳ２３の判定処理を行う。一方、ステップＳ２４で、所定時間を経過していた場合、問い合わせ部１１６は、候補ユーザの同意がなかったものとして、ステップＳ２０で、再度、図１１Ａのユーザインタフェース画面を表示する。
かかる場合において、問い合わせ部１１６は、同意が得られなかった旨を示す図１１Ｅの画面を表示してもよい。続いて、問い合わせ部１１６は、同意が得られなかった候補ユーザＡのレコードを除外して、再度ユーザインタフェース画面を表示してもよい。
【００８３】
ステップＳ２３で、候補ユーザから応答があった場合、ステップＳ２５で、問い合わせ部１１６は、同意があったか否かを判定する。例えば、図１１Ｃにおいて「ＹＥＳ」のボタンが押下された場合、問い合わせ部１１６は、同意があったと判定する。また、「Ｎｏ」のボタンが押下された場合、問い合わせ部１１６は、同意が得られなかったと判定する。
【００８４】
ステップＳ２５で、問い合わせ部１１６は、同意が得られなかったと判定した場合、図１１Ｅの画面を表示する。続いて、問い合わせ部１１６は、同意が得られなかった候補ユーザのレコードを除外して、再度ユーザインタフェース画面を表示してもよい。
【００８５】
一方、ステップＳ２５で、問い合わせ部１１６は、同意が得られたと判定した場合、ステップＳ２６で、予約ユーザに対して同意が得られた旨の通知を送信する。例えば、問い合わせ部１１６は、予約ユーザの通信端末５０に図１１Ｄの画面を表示させる。
続いて、問い合わせ部１１６は、利用開始場所を予約ユーザの指定場所に設定する。指定場所とは、予約ユーザが希望する自転車の利用を開始する場所である。例えば、図６の予約内容の画面の利用開始場所の項目において設定された場所が指定場所である。
【００８６】
また、ステップＳ２１で、ステーションに駐輪されている自転車が選択された場合、ステップＳ２８で、問い合わせ部１１６は、利用開始場所をステーションに設定する。例えば、図１１Ａの画面で、Ｎｏ．４の予約ボタンが押下された場合、問い合わせ部１１６は、ステップＳ２８の処理を実行する。
【００８７】
図５に戻る。ステップＳ１４で、結果出力部１１７は、最終的に決定した予約内容を予約ユーザに通知する。かかる場合に表示される通知の例を図１２に示す。
図１２は、利用条件の確認画面の表示例である。例えば、結果出力部１１７は、予約ユーザの通信端末５０に、図１２に示される予約内容の確認の画面を表示する。図１２の例に示されるように、結果出力部１１７は、当該画面に受け取り方法、受け取り時間及び自転車情報を表示する。なお、図１２は、利用条件の確認画面の一例であり、結果出力部１１７は、他の項目を表示してもよい。
【００８８】
受け取り方法は、予約ユーザが自転車を受け取る場所、受け取る候補ユーザ等を示す情報である。例えば、図１２のように、結果出力部１１７は、「地点Ｆで候補ユーザＡ（男
性）から受け取り」と表示する。
また、受け取り時間は、予約ユーザが自転車を受け取る時間を示す情報である。例えば、図１２のように、結果出力部１１７は、「９：００」と表示する。
また、自転車情報は、予約ユーザが受け取る自転車の情報を示す情報である。例えば、図１２のように、結果出力部１１７は、「アシスト強度：強    色：青    年式：２０１６」と表示する。
【００８９】
予約内容の画面の最下段には、承諾ボタンとキャンセルボタンとが表示される。承諾ボタンが押下されると、結果出力部１１７は、利用条件を確定させる。
一方、キャンセルボタンが押下されると、結果出力部１１７は、処理を中断させる。かかる場合、結果出力部１１７は、候補ユーザに対して自転車の受け取りがキャンセルされた旨の通知を送信する。
【００９０】
結果出力部１１７は、承諾ボタンが押下された場合、通信装置６０のナビゲーションシステムを用いて、候補ユーザを予約ユーザの指定場所まで誘導してもよい。具体的には、結果出力部１１７は、予約ユーザの指定場所をナビゲーションシステムの目的地としてプロットしてもよい。
【００９１】
以上、説明したように第一実施形態によれば、予約ユーザは、一覧表示された候補ユーザ及びステーションの中から自由に利用したい自転車を選択することができる。これにより、ユーザ同士の受け渡しを可能とし、ユーザの利便性に資する。
【００９２】
<第一実施形態の変形例>
第一実施形態では、通信装置６０のナビゲーションシステムにおいて指定された場所を利用ユーザの目的地とすることを説明したが、これに限定されない。
例えば、図６の予約内容の画面で目的地を設定できるようにし、利用条件取得部１１１は、利用条件として目的地を取得する。車両情報取得部１１３は、利用条件として取得された目的地を車両情報として用いてもよい。
【００９３】
第一実施形態では、予約ユーザの指定場所を利用開始場所とすることを説明したが、これに限定されない。例えば、管理装置１００は、候補ユーザの目的地を利用開始場所に設定してもよい。
具体的には、適合度評価部１１５は、各利用ユーザの目的地を基準にして、利用条件と各車両情報との類似度ｌを算出する。すなわち、式（１）の||ｘsupply−ｘdemand||が、利用ユーザの目的地と予約ユーザの指定場所との距離に対応することになる。
【００９４】
続いて、適合度評価部１１５は、類似度ｌが所定値以上の利用ユーザを候補ユーザとして選択する。続いて、問い合わせ部１１６は、予約ユーザに対し、候補ユーザの目的地で自転車を受け取り可能か否かを問い合わせる。自転車の受取りが可能であった場合、結果出力部１１７は、予約ユーザの通信端末５０を用いて、予約ユーザを候補ユーザの目的地に誘導してもよい。これにより、利用ユーザの利便性に資することができる。
【００９５】
図８の例では、式（２）において、予約ユーザの利用開始場所と利用ユーザの目的地との距離を示す||ｘdemand−ｘgoal||に係る項が新たに設けられたが、これに限定されない。
例えば、適合度評価部１１５は、式（１）において、返却予定場所と利用開始場所との距離を示す||ｘsupply−ｘdemand||を、||ｘdemand−ｘgoal||に置き換えて類似度ｌを算出してもよい。
なお、かかる場合において、適合度評価部１１５は、さらに式（１）の||ｔsupply−ｔdemand||を||ｔdemand−ｔgoal||に置き換えて類似度ｌを算出してもよい。
【００９６】
また、車両情報は、図４の車両情報ＤＢ１１４に示した項目以外の項目を含んでもよい。例えば、車両情報は、電動アシスト自転車のバッテリ残量を含んでもよい。
かかる場合に、適合度評価部１１５は、図３の利用条件の利用予定時間と、各車両情報のバッテリ残量とを比較し、予約ユーザが利用している間にバッテリが切れる可能性があるか否かを判定する。
適合度評価部１１５は、バッテリが切れる可能性があると判定した場合、当該利用ユーザに係る類似度ｌを０としてもよい。これにより、アシスト機能付きの自転車を利用している間にバッテリが切れることを防ぐことができる。
なお、式（１）にバッテリ残量の項が設けられていてもよい。かかる場合において、適合度評価部１１５は、当該バッテリ残量の項の重み付け係数を大きく設定することで類似度ｌを低くしてもよい。
【００９７】
また、車両情報は、自転車の故障の有無を含んでもよい。例えば、通信装置６０は、タイヤのパンクの有無をタイヤの空気圧を検知するセンサによって取得してもよい。
具体的には、通信装置６０が装着されている自転車のタイヤには空気圧センサが装着されており、そのセンサが示すタイヤの空気圧が所定値以下の場合、タイヤがパンクしていると判定し、故障ありの車両情報を管理装置１００に送信してもよい。一方、通信装置６０は、タイヤの空気圧が所定値以上の場合、タイヤは正常であり、故障ありの車両情報を管理装置１００に送信してもよい。
なお、通信装置６０は、これ以外にブレーキの故障の有無、アシスト機能の故障の有無等を車両情報として取得してもよい。
【００９８】
かかる場合に、適合度評価部１１５は、故障ありの車両情報を取得した場合、当該車両情報に係る類似度ｌを０としてもよい。
また、式（１）に故障の有無の項が設けられていてもよい。かかる場合において、適合度評価部１１５は、当該故障の有無の項の重み付け係数を大きく設定することで類似度ｌを低くしてもよい。
【００９９】
（第二実施形態）
第一実施形態では、管理装置１００は、予約ユーザが問い合わせる候補ユーザの一覧を表示させ、一覧の中から予約ユーザに候補ユーザを選択させた。第二実施形態では、管理装置１００は、各々の候補ユーザに問い合わせ、同意が取れた一人の候補ユーザを予約ユーザに通知する。すなわち、第二実施形態においても、第一実施形態と同様に、図５のステップＳ１０ないしステップＳ１２及びステップＳ１４の処理が実行され、第二実施形態では、候補ユーザに問い合わせる処理（ステップＳ１３）が第一実施形態と異なる。
【０１００】
図１３は、問い合わせ手順の第二の例を示す図である。ステップＳ４０で、問い合わせ部１１６は、適合度評価部１１５によって生成された候補ユーザのリストに登録された候補ユーザを選択する。例えば、図８の例では、問い合わせ部１１６は、リストに応じて候補ユーザＡ、候補ユーザＤ及び候補ユーザＣを選択する。なお、図８の例においてリストには、類似度が高い順に候補ユーザＡ、候補ユーザＤ及び候補ユーザＣが格納されている。
【０１０１】
図１４Ａ〜図１４Ｄは、問い合わせ部１１６によって表示されるＵＩの第二の例を示す図である。例えば、問い合わせ部１１６は、ステップＳ４０を処理する場合に、図１４Ａの画面を予約ユーザの通信端末５０に表示してもよい。
【０１０２】
ステップＳ４１で、問い合わせ部１１６は、候補ユーザがいるか否かを判定する。候補ユーザがいると判定した場合、ステップＳ４２で、問い合わせ部１１６は、最も適合度が
高い候補ユーザを選択する。例えば、問い合わせ部１１６は、図８の例において類似度が最も高い候補ユーザＡを選択する。
【０１０３】
ステップＳ４３で、問い合わせ部１１６は、候補ユーザから応答があったか否かを判定する。例えば、問い合わせ部１１６は、図１４Ｂの画面を候補ユーザＡの通信装置６０に表示させる。
応答がなかった場合、ステップＳ４５で、問い合わせ部１１６は、所定時間が経過したか否かを判定する。所定時間を経過していない場合、問い合わせ部１１６は、再度ステップＳ４４を実行する。
一方、所定時間を経過していた場合、ステップＳ４６で、当該候補ユーザを除外し、ステップＳ４１以降の処理を再度実行する。例えば、問い合わせ部１１６は、ステップＳ４６で候補ユーザＡを除外し、ステップＳ４２で次に類似度が高い候補ユーザＣを選択してステップＳ４３以降の処理を行う。
【０１０４】
ステップＳ４４で、候補ユーザから応答があった場合、問い合わせ部１１６は、ステップＳ４７で候補ユーザから同意があったか否かを判定する。例えば、図１４Ｂにおいて「ＹＥＳ」のボタンが押下された場合、問い合わせ部１１６は、同意があったと判定する。また、「Ｎｏ」のボタンが押下された場合、問い合わせ部１１６は、同意が得られなかったと判定する。
また、第一実施形態と同様に、問い合わせ部１１６は、図１４Ｂの画面の最下段のようにインセンティブに関する情報を通信装置６０に表示させてもよい。
【０１０５】
ステップＳ４７で、問い合わせ部１１６は、同意が得られなかったと判定した場合、ステップＳ４６で、当該候補ユーザを除外し、ステップＳ４１以降の処理を再度実行する。
一方、ステップＳ４７で、問い合わせ部１１６は、同意が得られたと判定した場合、ステップＳ４８で、候補ユーザから自転車を受け取るか否かを確認するための通知を送信する。例えば、問い合わせ部１１６は、予約ユーザの通信端末５０に図１４Ｃの画面を表示させてもよい。
【０１０６】
ステップＳ４９で、問い合わせ部１１６は、予約ユーザから同意があったか否かを判定する。例えば、図１４Ｃにおいて「ＹＥＳ」のボタンが押下された場合、問い合わせ部１１６は、同意があったと判定する。また、「Ｎｏ」のボタンが押下された場合、問い合わせ部１１６は、同意が得られなかったと判定する。
【０１０７】
ステップＳ４９で、予約ユーザから同意が得られなかったと判定した場合、問い合わせ部１１６は、ステップＳ５０で利用開始場所をステーションに設定する。かかる場合に、問い合わせ部１１６は、通信装置６０のディスプレイに図１４Ｅの画面を表示させてもよい。
【０１０８】
一方、ステップＳ４９で、予約ユーザから同意が得られたと判定した場合、問い合わせ部１１６は、ステップＳ５１で候補ユーザへ同意が得られた旨の通知を送信する。例えば、問い合わせ部１１６は、通信装置６０のディスプレイに図１４Ｄの画面を表示させてもよい。
ステップＳ５２で、問い合わせ部１１６は、利用開始場所を予約ユーザの指定場所に設定する。
【０１０９】
また、ステップＳ４６の処理により全ての候補ユーザが除外された場合、問い合わせ部１１６は、ステップＳ４１で、候補ユーザがいないと判定する。続いて、問い合わせ部１１６は、ステップＳ５０で利用開始場所をステーションに設定する。
【０１１０】
このように、管理装置１００は、各候補ユーザに対して類似度が高い順に問い合わせ、予約ユーザに対して同意が得られた候補ユーザを通知する。これにより、予約ユーザが候補ユーザに一人ずつ問い合わせる負担を軽減することができ、ユーザの利便性に資する。
【０１１１】
（第三実施形態）
第一実施形態及び第二実施形態においては、予約ユーザの通信端末５０から利用条件を受信したタイミングで、管理装置１００は、各利用ユーザの車両情報を取得し、車両情報ＤＢ１１４を更新した。第三実施形態においては、管理装置１００は、利用ユーザの自転車の返却予定時刻が近づいた場合などの所定のタイミングで車両情報を取得し、利用条件を取得する前に、あらかじめ車両情報ＤＢ１１４を更新しておく。
【０１１２】
図１５は、管理装置１００の全体の処理の流れの第二の例を示すフローチャート図である。ステップＳ６０で、車両情報取得部１１３は、所定のタイミングで通信装置６０から受信した車両情報を取得する。
例えば、車両情報取得部１１３は、利用ユーザの自転車が返却予定場所に近づいた場合に車両情報を取得してもよい。また、車両情報取得部１１３は、利用ユーザが目的地に近づいた場合に車両情報を取得してもよい。また、車両情報取得部１１３は、利用ユーザの返却予定時刻に近づいた場合に車両情報を取得してもよい。
車両情報を取得するタイミングは、これに限定されない。例えば、車両情報取得部１１３は、所定の時間間隔で各自転車の車両情報を取得してもよい。
続いて、車両情報取得部１１３は、取得した車両情報を車両情報ＤＢ１１４に記録する。
【０１１３】
ステップＳ６１で、第一実施形態の図５のステップＳ１０と同様に、利用条件取得部１１１は、通信端末５０から利用条件を取得する。
また、ステップＳ６２ないしステップＳ６４までの処理は、第一実施形態の図５のステップＳ１２ないしステップＳ１４までの処理にそれぞれ対応しており、ステップＳ６２以降、管理装置１００は、第一実施形態と同様に処理を行う。
【０１１４】
このように、車両情報ＤＢ１１４をあらかじめ新しい状態に更新しておくことで、予約ユーザから利用条件を受信した後の処理を高速化することができる。
【０１１５】
（他の変形例）
なお、実施形態の説明は本発明を説明する上での例示であり、本発明は、発明の趣旨を逸脱しない範囲で適宜変更または組み合わせて実施することができる。
【０１１６】
上記の実施形態では、候補ユーザから予約ユーザに自転車を直接受け渡す例について説明したが、これに限定されない。
例えば、管理装置１００は、候補ユーザに対し、予約ユーザの指定場所又は候補ユーザの目的地の周囲の駐輪スペースに自転車を駐輪させるように通知してもよい。一方、管理装置１００は、予約ユーザに対し、当該駐輪スペースから自転車を受け取るように通知してもよい。すなわち、管理装置１００は、予約ユーザの利用開始場所又は利用ユーザの目的地の周囲の駐輪スペースで、自転車を受け取るように通知してもよい。
なお、かかる場合においては、式（１）の||ｘsupply−ｘdemand||は、予約ユーザの指定場所と駐輪スペースとの距離となる。
これにより、予約ユーザは候補ユーザから直接自転車を受け取らなくてもよくなるため、安全に自転車を受け取ることができ、ユーザの利便性に資する。
【０１１７】
また、各実施形態では、式（１）ないし式（３）の数式により、利用条件及び車両情報の類似度ｌを算出する例について説明したが、これに限定されない。例えば、適合度評価
部１１５は、各利用条件を正規化されたベクトルで表してもよい。
【０１１８】
具体的には、適合度評価部１１５は、利用条件に含まれる要素数がｎの場合、正規化されたｎ次元で表現される多次元ベクトルを生成する。例えば、適合度評価部１１５は、利用開始場所、返却予定場所、利用開始時刻、アシスト機能、色、年式、利用予定時間、異性からの受取り可否の８つが利用条件に含まれる場合、当該利用条件に係る８次元ベクトルを生成する。続いて、適合度評価部１１５は、８次元ベクトルを正規化した（ａ1,ａ2,ａ3,…ａ8）を生成する。
【０１１９】
同様に、適合度評価部１１５は、各車両情報に含まれる要素数分の次元で表現される多次元ベクトルをそれぞれ生成する。なお、利用条件及び車両情報の要素数は同じとなっているため、利用条件及び車両情報に係るベクトルの次元数は同一である。例えば、適合度評価部１１５は、利用条件に係る８次元ベクトルに応じて、車両情報に係る８次元ベクトルを生成する。続いて、適合度評価部１１５は、８次元ベクトルを正規化した（ｂ1,ｂ2,ｂ3,…ｂ8）を生成する。
【０１２０】
続いて、適合度評価部１１５は、２つの正規化された８次元ベクトルの間の角θを以下の数式により算出する。
【数４】
2018063469.tif 000006
【０１２１】
かかる場合において、適合度評価部１１５は、角θが所定値以下の車両情報に係る利用ユーザを候補ユーザとして選択してもよい。
【０１２２】
なお、適合度評価部１１５は、線形の関数で類似度を算出する場合に限定されず、非線形の関数により利用条件及び車両情報の類似度を算出してもよい。
【０１２３】
また、本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１２４】
図１６は、各実施形態における管理装置１００のハードウェア構成の例を示す図である。管理装置１００は、ハードウェア構成としてＣＰＵ（ハードウェアプロセッサ）３０１、ハードディスク３０２、通信Ｉ／Ｏ３０３、ＲＡＭ（メモリ）３０４及び入出力インタフェース３０５を有する。
ＣＰＵ３０１は、ハードディスク３０２に記録されたプログラムを読み出してＲＡＭ３０４に展開して実行することで各種処理を実行する。
例えば、ＣＰＵ３０１は、利用条件取得部１１１、車両情報取得部１１３、適合度評価部１１５、問い合わせ部１１６及び結果出力部１１７の処理を実行する。
また、管理装置１００は、予約ユーザ又は利用ユーザに問い合わせる場合にディスプレイに表示させる画面を、ＲＡＭ３０４に記録してもよい。
【０１２５】
ハードディスク３０２には、利用条件ＤＢ１１２と車両情報ＤＢ１１４とが設定されて
いる。通信Ｉ／Ｏ３０３は、通信部１０１として機能する。通信Ｉ／Ｏ３０３は、ネットワークを介して利用条件及び車両情報を受信し、各処理部に送信する。
入出力インタフェース３０５は、管理装置１００に接続された各種ハードウェアからの入力、及び各種ハードウェアへの出力を行うインタフェースである。入出力インタフェース３０５は、例えば、キーボード、マウスにより入力された設定情報を受け付ける。また、入出力インタフェース３０５は、例えば、モニタにジョブのステータス情報画面を出力してもよい。
【０１２６】
（付記１）
自転車のシェアリングサービスにおいて自転車の利用を希望する予約ユーザと、前記自転車を利用している利用ユーザとを組合せるマッチングシステムであって、ハードウェアプロセッサと、メモリとを有し、
前記メモリは、
予約ユーザから取得された、少なくとも自転車の利用が開始される利用場所及び利用時刻を含む利用条件を記憶する利用条件記憶部と、
利用ユーザによって利用されている各々の自転車の、少なくとも自転車の返却場所及び返却時刻を含む車両情報とを記憶する車両情報記憶部と、を有し、
前記ハードウェアプロセッサは、
予約ユーザから利用条件を取得し、前記利用条件記憶部に記録し、
利用ユーザによって利用されている各々の自転車の車両情報を取得し、前記車両情報記憶部に記録し、
前記利用条件と前記車両情報とを前記記憶部から取得し、取得した情報に基づいて、前記利用条件と各々の車両情報との適合度をそれぞれ評価し、
予約ユーザに対して、適合度が所定値以上の自転車の情報を通知することを特徴とするマッチングシステム。
【０１２７】
（付記２）
自転車のシェアリングサービスにおいて自転車の利用を希望する予約ユーザと、前記自転車を利用している利用ユーザとを組合せるマッチング方法であって、
少なくとも１つのハードウェアプロセッサによって、予約ユーザから、少なくとも自転車の利用が開始される利用場所及び利用時刻を含む利用条件を取得するステップと、
少なくとも１つのハードウェアプロセッサによって、利用ユーザによって利用されている各々の自転車の、少なくとも自転車の返却場所及び返却時刻を含む車両情報を取得するステップと、
少なくとも１つのハードウェアプロセッサによって、前記利用条件と前記車両情報とに基づいて、前記利用条件と各々の車両情報との適合度をそれぞれ評価するステップと、
少なくとも１つのハードウェアプロセッサによって、予約ユーザに対して、適合度が所定値以上の自転車の情報を通知するステップと、を実行することを特徴とするマッチング方法。
【符号の説明】
【０１２８】
５・・・・・自転車
５０・・・・通信端末
１００・・・管理装置
１０１・・・通信部
１１０・・・制御部
１１１・・・利用条件取得部
１１２・・・利用条件ＤＢ
１１３・・・車両情報取得部
１１４・・・車両情報ＤＢ
１１５・・・適合度評価部
１１６・・・問い合わせ部
１１７・・・結果出力部
１１８・・・通知部
【図１】
2018063469.tif 000007
【図２】
2018063469.tif 000008
【図３】
2018063469.tif 000009
【図４】
2018063469.tif 000010
【図５】
2018063469.tif 000011
【図６】
2018063469.tif 000012
【図７】
2018063469.tif 000013
【図８】
2018063469.tif 000014
【図９】
2018063469.tif 000015
【図１０】
2018063469.tif 000016
【図１１】
2018063469.tif 000017
【図１２】
2018063469.tif 000018
【図１３】
2018063469.tif 000019
【図１４】
2018063469.tif 000020
【図１５】
2018063469.tif 000021
【図１６】
2018063469.tif 000022