JP2022108226A - 運用支援システム - Google Patents

Abstract

【課題】乗り物の利用状況を把握することができるようにする運用支援システムを提供する。【解決手段】自転車１が備える通信機１１及び利用者端末１３のそれぞれと通信ネットワーク３０を介して通信可能に接続される管理サーバ２０を有する運用支援システムであって、管理サーバ２０は、自転車１が備える通信機１１及び利用者端末１３のそれぞれと通信ネットワーク３０を介して通信可能に接続される。通信ネットワーク３０は、インターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、有線ネットワークなどにより構築される。【選択図】図２

Description

本発明は、運用支援システムに関する。

乗り物のシェアリングでサーバから乗り物の走行可能化を制御する技術が知られている（特許文献１参照）。

特開２０１７－１６９０５１号公報

しかしながら、特許文献１に記載のシステムでは、どこで乗り物が利用されているのかの状況を把握することができない。

本発明はこのような背景を鑑みてなされたものであり、乗り物の利用状況を把握することのできる技術を提供することを目的とする。

上記課題を解決するための本発明の主たる発明は、１人乗りの乗り物の共有サービスに関する運用を支援するシステムであって、乗り物を利用しようとしている利用者の端末から、降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用可否判定部と、を備えることを特徴とする。

その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。

本発明によれば、乗り物の利用状況を把握することができる。

本実施形態に係る自転車の共有サービスを説明する図である。 本実施形態の運用支援システムの全体構成例を示す図である。 通信機１１の機能構成を説明する図である。 利用者端末１３のハードウェア構成例を示す図である。 利用者端末１３のソフトウェア構成例を示す図である。 目的ポートの選択画面の一例を示す図である。 自転車１の駐車状態を撮影した状態の例を示す図である。 管理サーバ２０のハードウェア構成例を示す図である。 管理サーバ２０のソフトウェア構成例を示す図である。 自転車１の利用開始時における運用支援システムの動作を説明する図である。 自転車１の利用終了時における運用支援システムの動作を説明する図である。

＜システム概要＞
以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明する。本実施形態では、電動機付きの自転車の共有サービス（レンタルサービスを含む。）を想定しているが、任意の乗り物の共有サービスに適用することができる。乗り物には１人乗りの乗り物（パーソナルモビリティ）全般が含まれうる。

乗り物は、全長１ｍ以下であり、電動機を備える１人乗りのパーソナルモビリティであってよい。乗り物は、電動（自動走行）と電動アシストとを切替可能な自転車やスクーター、スケートボードなどであってよい。乗り物は、一般的に駐車場の確保が必要とされていないものであってよい。乗り物には、例えば、自転車やスクーター（キックボード，キックスケーターとも呼ばれる。）、スケートボード、平行二輪車、二輪倒立振子（セグウェイなど）、自立安定一輪車などが含まれうる。また、乗り物には、原動機付き自転車、自動二輪車が含まれうる。乗り物は、最高時速３０ｋｍ未満に設定されているもの（例えば、原動機付き自転車）、最高時速２４ｋｍ未満のもの（例えば、電動アシスト自転車）、最高時速２０ｋｍ未満のもの（例えば、電動キックボードなどが想定される。）が含まれうる。

図１は、本実施形態に係る自転車の共有サービスを説明する図である。自転車１は、各所に設けられたポート２に駐輪されている。本実施形態では、ポート２とは、自転車１を駐輪させることのできる場所を意味するものとする。ポート２は、例えば、駐車場、駐輪場である。ポート２は、乗り物を置いておくことのできる場所であればよく、停めておくことのできる乗り物の数は固定でなくてもよいが、本実施形態では、ポート２には、所定の台数までの自転車１を駐輪することができるものとする。すなわち、各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。自転車共有サービスの利用者は、出発ポート２（Ｓ）から目的ポート２（Ｄ）まで自転車１により移動するにあたり、自転車１の利用に先立って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在していれば、自転車１の利用は許可され、自転車１は自動的に解錠されて利用者が利用可能となる。

なお、ポート２は、物理的に離散した土地又は建物の床面の区画の集合としてもよい。

図２は、本実施形態の運用支援システムの全体構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。管理サーバ２０は、自転車１が備える通信機１１及び利用者端末１３のそれぞれと通信ネットワーク３０を介して通信可能に接続される。通信ネットワーク３０は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。

自転車１にはまたロック装置１２が設けられており、通信機１１は、ロック装置１２の施解錠を制御することもできる。本実施形態では、通信機１１は管理サーバ２０から受信する命令に応じてロック装置１２の施解錠を制御するものとするが、例えば、利用者端末１３からの制御によりロック装置１２の制御を行うような構成とすることもできる。

利用者端末１３は、利用者が用いる携帯端末であり、例えば、スマートフォンやタブレットコンピュータ、パーソナルコンピュータなどである。利用者端末１３はカメラを備えており、自転車１の状態を撮影することができる。

管理サーバ２０は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。管理サーバ２０は、利用者による自転車１の利用可否を判定し、利用状態を管理することができる。

＜通信機１１＞
図３は、通信機１１の機能構成を説明する図である。通信機１１は、施解錠命令受信部１１１、施解錠制御部１１２、位置情報取得部１１３、位置情報送信部１１４を備える。なお、これらの各機能部は、ロジック回路により実現するようにしてもよいし、汎用プロセッサがプログラムを実行することにより実現するようにしてもよい。

施解錠命令受信部１１１は、自転車１のロックを施錠又は解錠するように指示する命令（施錠命令又は解錠命令という。施錠命令及び解錠命令を合わせて施解錠命令という。）を受信する。本実施形態では、管理サーバ２０から施解錠命令が送信され、施解錠命令受信部１１１はこれを受信する。

施解錠制御部１１２は、施解錠命令に応じてロック装置１２を制御して施錠又は解錠する。施解錠制御部１１２によるロック装置１２の制御処理については公知の手法を用いるものとしてここでは説明を省略する。

位置情報取得部１１３は、例えば、ＧＰＳ（Global Positioning System）受信機（不図示、通信機１１が備えるようにしてもよいし、外部センサから取得するようにしてもよい。）が受信したＧＰＳ信号に基づいて、自転車１の位置を測定することができる。

位置情報送信部１１４は、位置情報取得部１１３が取得した位置情報を送出する。本実施形態では、位置情報送信部１１４は、自転車１の利用時に自転車１の位置情報を管理サーバ２０に定期的に送信することができる。位置情報送信部１１４は、例えば、１秒、１分、５分、１０分など事前に定めた任意の時間ごとに位置情報を管理サーバ２０に送信することができる。なお、位置情報送信部１１４は、例えば、自転車１の移動距離が所定値以上になった場合に、位置情報を送出するようにしてもよい。

＜利用者端末１３＞
図４は、利用者端末１３のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。利用者端末１３は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、タッチパネルディスプレイ１０５、カメラ１０６、ＧＰＳ１０７を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。タッチパネルディスプレイ１０５は、データの入出力を行うことができる。ＧＰＳ１０７は、利用者端末１３の位置を測定することができる。

図５は、利用者端末１３のソフトウェア構成例を示す図である。利用者端末１３は、機体特定部１３１、利用開始要求送信部１３２、目的ポート決定部１３３、利用終了要求送信部１３４、機体撮影部１３５を備えることができる。

なお、利用者端末１３の上記各機能部は、例えば、ＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現することができる。

機体特定部１３１は、利用者が利用しようとしている機体（自転車１）を特定する。本実施形態では、自転車１には自転車１の識別情報（機体ＩＤ）を符号化したＱＲコード（登録商標）などのコードが貼付されており、利用者端末１３の機体特定部１３１は、このコードをカメラ１０６で撮影した画像を復号化することで機体ＩＤを取得することができるものとする。なお、機体特定部１３１は、例えば、自転車１に機体ＩＤを印刷しておき、利用者から機体ＩＤの入力を受け付けるようにしてもよいし、自転車１に設けられた機器から、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信により機体ＩＤを受信するようにしてもよい。また、機体特定部１３１は、その他の任意の方法により自転車１の機体ＩＤを取得することができる。

利用開始要求送信部１３２は、自転車１の利用を開始したい旨のリクエスト（利用開始要求）を管理サーバ２０に送信する。利用開始要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定される。利用者から事前に目的地となるポート（目的ポート）の指定がされている場合には利用開始要求には目的ポートも設定される。

目的ポート決定部１３３は、目的ポートを決定する。目的ポート決定部１３３は、例えば、地図を表示して目的地の指定を受け付け、指定された目的地近傍に存在するポートを出力して利用者に目的ポートを選択させることができる。目的ポート決定部１３３は、例えば、まず目的地の指定を受け付けることができる。目的地の指定は、上述したように地図から所定の地点の指定を受け付けてもよし、エリアの名称や駅名などの指定を受け付けるようにしてもよい。目的ポート決定部１３３は、指定された目的地を設定して、その目的地近傍に存在するポートの一覧のリクエスト（ポートリクエスト）を管理サーバ２０に送信することができる。目的ポート決定部１３３は、管理サーバ２０から応答されるポートの一覧から目的ポートの選択を受け付けることができる。図６は、目的ポートの選択画面の一例を示す図である。同図に示すように、目的ポート決定部１３３は、例えば、画面上に地図を表示し、地図上にポート２の一覧をアイコン表示することができる。利用者はこのアイコンを指３などにより選択することにより、目的ポート２の指定をすることができる。利用開始要求送信部１３２は、目的ポート決定部１３３が受け付けた目的ポート２の指定を利用開始要求に設定して管理サーバ２０に送信することができる。

後述するように、目的ポート２に空きがある場合には、自転車１の利用が許可され、管理サーバ２０から指示により自転車１のロック装置１２が解錠され、利用者は自転車１を利用することができる。

利用終了要求送信部１３４は、自転車１の利用を終了するリクエスト（利用終了要求）を管理サーバ２０に送信する。利用終了要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定される。利用終了要求には、最初から後述する駐車画像を含めて送信するようにしてもよい。

機体撮影部１３５は、カメラ１０６を制御して自転車１の外観を撮影する。本実施形態では、機体撮影部１３５は、自転車１が目的ポートに到着した後に、自転車１が駐車された状態が撮影されることを期待している。機体撮影部１３５は、利用者により手動で起動されてよく、利用者に対して駐輪した状態を撮影するように指示するメッセージを出力するようにしてよい。図７は、自転車１の駐車状態を撮影した状態の例を示す図である。同図に示すように、利用者は降車後に駐車した自転車１の様子を撮影し、機体撮影部１３５がこの撮影された画像（駐車画像という。）を取得することができる。利用終了要求送信部１３４は、機体撮影部１３５が撮影した又は機体撮影部１３５が取得した画像を管理サーバ２０に送信する。これにより自転車１の利用が終了する。

＜管理サーバ＞
図８は、管理サーバ２０のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。管理サーバ２０は、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。

図９は、管理サーバ２０のソフトウェア構成例を示す図である。管理サーバ２０は、ポート情報提供部２１１、利用開始処理部２１２、利用可否判定部２１３、利用料金決定部２１４、ロック通信部２１５、利用終了処理部２１６、ポート情報記憶部２３１、管理者記憶部２３２、画像記憶部２３３、機体情報記憶部２３４、利用履歴記憶部２３５、広告記憶部２３６を備える。

なお、上記各機能部２１１乃至２１６は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、上記各記憶部２３１乃至２３６は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現されうる。

ポート情報記憶部２３１は、ポート２に関する情報（ポート情報）を記憶する。ポート情報には、ポート２を特定するポートＩＤに対応付けて、ポート２の位置（代表位置とすることができ、例えば、緯度経度で特定することができる。）、ポート２を管理している管理者を示す管理者ＩＤ、ポート２に駐車可能な自転車１の数（駐車可能台数）、現在駐輪可能な台数（空いているスペース２２の数）などが含まれる。なお、ポート２が第三者により管理されていない場合には、管理者ＩＤには値が設定されなくてよい。

管理者記憶部２３２は、管理者に関する情報（管理者情報）を記憶する。管理者情報には、管理者を特定する管理者ＩＤ、支払情報が含まれうる。支払情報は、例えば、管理者に対して報酬を支払う場合に必要な情報とすることができる。ポート２の提供に対する報酬を、支払情報に基づいて支払うことができる。

画像記憶部２３３は、駐車画像を記録する。画像記憶部２３３は、駐車画像を撮影した利用者を特定する利用者ＩＤ、駐車画像の撮影日時、駐車画像に写っている自転車１を示す機体ＩＤ、駐車画像が撮影された位置、駐車画像に映っている自転車１が駐輪されているポート２を示すポートＩＤ、及び駐車画像の画像データを含めることができる。

機体情報記憶部２３４は、自転車１に関する情報（機体情報）を記憶する。機体情報には、自転車１を特定する機体ＩＤ、機体情報が最後に更新された日時（最終更新日時）、最終更新日時における自転車１の位置及び自転車１の充電量、自転車１が現在利用中であるか否かを示すフラグ（利用中フラグ）、ならびに、自転車１が駐車されている場合には、駐車されているポート２を示すポートＩＤを含めることができる。機体情報は、定期的に更新することができる。

利用履歴記憶部２３５は、利用者による自転車１の利用履歴を記憶する。利用履歴には、自転車１を利用した利用者を特定する利用者ＩＤ、自転車１の利用の開始日時及び終了日時、利用者が利用した自転車１を特定する機体ＩＤ、利用者が自転車１の利用を開始したポート２（出発ポート）、自転車１の目的地のポート２（到着ポート）、ならびに、利用料金を含めることができる。

広告記憶部２３６は、広告に関する情報（広告情報）を記憶する。広告情報には、広告を特定する広告ＩＤに対応付けて、広告を出力する条件及び広告データが含まれる。条件は、各種の情報に対する条件であってよく、例えば、自転車１が利用されるとき、あるいは、自転車１の利用が終了したときなどの時期的な条件であってもよいし、自転車１が特定のポート２に駐車された場合や、特定の場所を通って（機体情報の位置が特定の場所の近傍を通過した場合）など空間的な条件であってもよいし、利用者が女性である場合など利用者の属性に対する条件であってもよい。広告データは、例えば、ＨＴＭＬにより記載された画面データであってもよいし、動画データや静止画像データ、プレインテキストのデータなどとすることもできる。

ポート情報提供部２１１は、利用者端末１３にポート情報を提供する。ポート情報提供部２１１は、利用者端末１３からのリクエスト（利用開始要求であってもよいし、他のリクエストであってもよい。）に応じてポート情報を提供することができる。ポート情報提供部２１１は、例えば、利用開始要求に目的地（又は目的の座標等）が含まれている場合に、指定された目的地近傍の、あるいは指定された座標から所定距離内の位置のポート情報をポート情報記憶部２３１から検索し、検索結果のリストを応答することができる。また、ポート情報提供部２１１は、例えば、定期的にポート情報をブロードキャストし、あるいはセッションの確立している利用者端末１３のそれぞれに送信するようにすることもできる。

利用開始処理部２１２は、利用者による自転車１の利用開始に係る処理を行う。本実施形態では、利用開始処理部２１２は、利用者端末１３から利用開始要求を受信し、受信した利用開始要求に指定されている自転車１が利用可能であるか否かを後述する利用可否判定部２１３に判定させる。また、利用開始処理部２１２は、利用開始要求に目的ポート２が設定されていない場合には、目的ポート２を設定するように指示するメッセージを利用者端末１３に送信することができる。また、目的ポート２が指定されている場合には、利用開始処理部２１２は、後述する利用可否判定部２１３に、利用可否を判定させることができる。利用可否判定部２１３が利用可能と判断した場合、利用開始処理部２１２は、後述のロック通信部２１５に、利用開始要求に指定されている自転車１のロックを解除するように解除命令を送信させ、また、利用開始処理部２１２は、出発ポート（指定された自転車１が現在駐車しているポート、すなわち機体情報に含まれるポートＩＤが示すポート）のポート情報の空き台数に１加算し、目的ポートに対応するポート情報の空き台数を１減算することができる。さらに、利用開始処理部２１２は、指定された自転車１に対応する機体情報の利用中フラグを真に更新することができる。

利用開始処理部２１２は、利用開始時に広告を送信することができる（広告送信部）。利用開始処理部２１２は、例えば、条件が満たされている広告情報を広告記憶部２３６から検索し、検索いた広告情報の広告データを利用者端末１３に送信することができる。また、利用開始処理部２１２は、例えば、出発ポート又は目的ポートの近傍に関する広告情報を検索するようにしてもよい。また、利用開始処理部２１２は、複数の広告情報が検索できた場合には、出発ポート又は目的ポートに近い場所の条件が設定されている広告データを優先的に送信することができる。

利用可否判定部２１３は、自転車１の利用可否を判定する。利用可否判定部２１３は、例えば、機体情報の利用中フラグが真であれば、利用不可と判定することができる。利用可否判定部２１３は、機体情報の充電量が所定値未満であれば利用不可と判定することができる。また、利用可否判定部２１３は、目的ポートのポート情報の空き台数が０であれば利用不可と判定することができる。さらに、利用可否判定部２１３は、例えば、ブラックリスト（不図示）に利用者ＩＤが登録されている場合には、利用不可と判定することができる。上記のような不可判定が行われなかった場合、利用可否判定部２１３は、自転車１が利用可能であると判定することができる。

利用料金決定部２１４は、自転車１の利用料金を決定する。利用料金決定部２１４は、例えば、自転車１の利用時間に応じて利用料金を決定することができる。また、利用料金決定部２１４は、例えば、自転車１の種類に応じた所定の金額を利用料金として決定するようにしてもよい。利用料金決定部２１４は、また、例えば、利用者の属性や、利用履歴などに応じて価格を変動させるダイナミックプライシングを行うことができる。利用料金決定部２１４は、例えば、利用頻度の高い利用者に対して安価な利用料を設定し、特定のキャンペーン対象の属性を有する利用者に対して安価な利用料を設定し、利用頻度（利用履歴の数）が所定数以上である場合に、段階的に安価な利用料を決定するようにしてもよい。

また、利用料金決定部２１４は、ポートごとに固定のまたは動的な利用料金を設定することもできる。利用料金決定部２１４は、例えば、目的ポートの空き台数に応じて（空き台数が多いほど安くなるように）利用料金を決定することもできる。また、利用料金決定部２１４は、目的ポートの利用率（１日、１週間などの所定期間中に出発又は目的のポートとして利用された回数の駐車可能台数に対する割合）に応じて（利用率が高いほど高くなるように）利用料金を決定することもできる。また、利用料金決定部２１４は、ポートの駅や商業施設などからの距離に応じて（距離が短いほど高くなるように）利用料金を決定することもできる。

また、利用料金決定部２１４は、自転車１のルートに応じて利用料を設定することもできる。例えば、利用料金決定部２１４は、特定のルートを通った場合には、利用料金に加算を行うことができる。例えばイルミネーションやスポーツ観戦、ライブイベントなど混雑が見込まれる場所については、利用料金を高く設定することができる。逆に、利用料金決定部２１４は、所定のルートを通ると利用料金を減額するようにしてもよい。例えば、商業施設や商店が面している道路のトラフィックを増やしたいような場合や、イベントやお祭りなどで、一本脇道の活性化を目指したいような場合、新しく建てた商業施設を認知してほしいような場合などには、プロモーション目的で利用料金を安価に設定するようにすることができる。この場合において、例えば、商業施設等に課金を行うようにしてもよい。利用料金決定部２１４は、例えば、自転車１が料金が加算される道路に向かって進行していることを検知して、あるいは、料金が加算される道路上に自転車１が存在することを検知して、利用者の端末（又は自転車１の通信機１１）に対してアラートを送信し、利用者の端末又は通信機１１からアラートを出力するようにしてもよい。また、利用料金決定部２１４は、例えば、現在自転車１が進行中の道路に平行する道路の料金が安価に設定されている場合に、その旨を利用者の端末や通信機１１に通知するようにしてもよい。

ロック通信部２１５は、自転車１のロック装置１２の施解錠を制御する。本実施形態では、ロック通信部２１５は、施解錠命令を通信機１１に送信することによりロック装置１２の施解錠を行うことができる。

利用終了処理部２１６は、自転車の利用終了時に必要な処理を行う。利用終了処理部２１６は、利用終了要求に駐車画像が含まれていない場合には、駐車画像を撮影するように指示するメッセージを利用者端末１３に送信することができる。また、利用終了処理部２１６（降車画像受信部）は、利用者端末１３から受信した駐車画像を、利用者の利用者ＩＤ、日時、機体ＩＤ、位置情報、目的ポートを示すポートＩＤを付帯させて画像記憶部２３３に登録することができる。また、利用終了処理部２１６は、利用終了要求に設定されている位置情報又は機体情報の位置情報に基づいて、自転車１が目的ポート２にあるか否かを判定し、目的ポート２に到着していないと判定した場合には、終了不可と判定し、その旨を示すメッセージを利用者端末１３に送信することができる。利用終了処理部２１６は、利用終了要求に設定されている機体ＩＤに対応する機体情報の利用中フラグを偽に更新することができる。

また、利用終了処理部２１６は、利用終了時に広告を利用者端末１３に送信することができる。利用終了処理部２１６は、例えば、利用終了要求に応答して、条件が満たされている広告情報のうちの一つの広告データを利用者端末１３に送信することができる。

＜動作＞
以下、本実施形態の運用支援システムの動作について説明する。

図１０は、自転車１の利用開始時における運用支援システムの動作を説明する図である。利用者は自転車１を利用する際に、利用者端末１３を用いて自転車１に貼付されているＱＲコード（登録商標）を読み取り（Ｓ４０１）、機体ＩＤを取得する。利用者端末１３は、取得した機体ＩＤを設定した利用開始要求を管理サーバ２０に送信する（Ｓ４０２）。管理サーバ２０からは、目的ポートを設定することを指示するメッセージが応答される（Ｓ４０３）。利用者端末１３は、利用者から目的地の選択を受け付ける（Ｓ４０４）。目的地の選択は、地図上から所定の位置の指定を受け付けたり、駅名やエリア名等の指定を受け付けたりすることにより行うことができる。利用者端末１３は、目的地を設定したポートリクエストを管理サーバ２０に送信し（Ｓ４０５）、管理サーバ２０からは目的地近傍のポートの一覧が応答される（Ｓ４０７６）。

利用者端末１３は、応答されたポートの一覧を出力し、その中から目的ポートの指定を受け付けることができる（Ｓ４０７）。利用者端末１３は、例えば、図６に示すような画面から目的ポートの指定を受け付けることができる。利用者端末１３は、機体ＩＤと目的ポートを示すポートＩＤとを設定した利用開始要求を管理サーバ２０に送信する（Ｓ４０８）。

管理サーバ２０は、受信した利用開始要求に応じて自転車１の利用可否を判定する（Ｓ４０９）。利用可否の判定は、上述した利用可否判定部２１３により行われる。自転車１の利用が可能と判断された場合には、利用料金を決定する（Ｓ４１０）。利用料金は、上述した利用料金決定部２１４により決定される。管理サーバ２０は、機体ＩＤが示す自転車１の通信機１１に対して解錠命令を送信し（Ｓ４１１）、通信機１１は、受信した解錠命令に応じてロック装置１２を制御して解錠する（Ｓ４１２）。

一方で、管理サーバ２０からは利用が開始されたことを表すメッセージとともに、広告データが利用者端末１３に送信される（Ｓ４１３）。広告データは、利用者端末１３においてメッセージとともに表示される。

図１１は、自転車１の利用終了時における運用支援システムの動作を説明する図である。利用者は自転車１を目的ポートまで乗車していった後、利用者端末１３を操作して、自転車１の利用終了のために利用終了要求を管理サーバ２０に送信する（Ｓ４２１）。利用終了要求には、自転車１の機体ＩＤと、現在位置とが設定される。

管理サーバ２０では、現在位置に応じて現在自転車１が到着しているポートを判定することができる（Ｓ４２２）。管理サーバ２０は、利用終了要求に駐車画像が設定されていない場合には、駐車画像を撮影するように指示するメッセージを利用者端末１３に送信することができる（Ｓ４２３）。

利用者端末１３は、メッセージを表示し、この表示に応じて利用者は利用者端末１３を用いて自転車１を駐車した状態を撮影する（Ｓ４２４）。利用者端末１３は、策定した駐車画像を管理サーバ２０に送信し（Ｓ４２５）、管理サーバ２０において、画像が画像記憶部２３３に登録され、利用履歴も登録される（Ｓ４２６）。管理サーバ２０は、さらに自転車１に対して施錠する旨の命令を送信する（Ｓ４２７）。

自転車１の通信機１１は管理サーバ２０から施錠命令を受信すると、これに応じてロック装置１２を制御して施錠を行うことができる（Ｓ４２８）。

一方で、管理サーバ２０からは利用が終了したことを表すメッセージとともに、広告データが利用者端末１３に送信される（Ｓ４２９）。広告データは、利用者端末１３においてメッセージとともに表示される。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

例えば、本実施形態では、通信機１１と管理サーバ２０とが直接通信を行うものとしていたが、これに限らず、通信機１１と管理サーバ２０との間に、例えば、ＡＰＩサーバなどのコンピュータを介在させるようにしてもよい。

また、本実施形態では、管理サーバ２０は１台のコンピュータであるものとしたが、これに限らず、複数台のコンピュータにより実現し、管理サーバ２０の備える各種機能を複数のコンピュータに分散させるようにしてもよい。

＜機体の指定をしない＞
また、本実施形態では、利用開始要求には、自転車１を示す機体ＩＤと、目的ポートとが指定されるものとしたが、目的ポートを設定しつつも機体ＩＤを設定しないようにしてもよい。この場合、利用者による予約時には、目的ポートの確保のみが行われ、その後に利用者が出発ポートにおいて利用する自転車１を決定したところで、２回目の利用開始要求に機体ＩＤを設定して管理サーバ２０に送信することができる。

＜出発ポートを指定する＞
また、利用開始要求には、機体の指定に代えて、出発ポートを設定するようにしてもよい。この場合、利用者端末１３は、出発ポート設定部を備えるようにし、図６と同様の画面により出発ポートの指定を受け付けるようにすることができる。また、利用可否判定部２１３は、出発ポートに利用可能な自転車１が存在しており、かつ、目的ポートに空きがある場合に利用可能と判断することができる。また、ポート２に複数種類の乗り物（例えば、電動アシスト自転車、電動自転車、電動スクーター、電動アシストスクーター、電動キックボード、電動キックボード、電動スケートボード、電動アシストスケートボード、電動平行二輪車など）が存在し得る場合（すなわち共有サービスに供されている場合）には利用開始要求には乗り物の種類の指定をするようにしてもよい。この場合、管理サーバ２０は、どのポート２にどの種類の乗り物が停まっているのかを管理するようにし、利用開始要求に指定された種類の乗り物が利用可能であるか否かを判断することができる。

＜利用時間／到着時刻を指定する＞
また、利用開始要求には、利用時間又は目的ポートへの到着時刻を指定するようにしてもよい。この場合、利用開始要求には、さらに少なくとも目的ポートが指定される。利用開始要求には、さらに機体ＩＤを指定するようにしてもよいし、出発ポートを指定するようにしてもよい。利用開始要求には、さらに利用開始時刻を指定してもよい。利用開始要求に出発ポートと利用開始時刻とが指定されたときには、利用可否判定部２１３は、指定された出発ポートに駐車されている自転車１が存在しない場合にも、出発時刻までに、他の利用者が目的ポートに到着する予定が存在する場合には、予約可能と判定することができる。目的ポートに到着する予定は、利用時間又は到着時刻に応じて判断することができる。

＜オーバーブックを許容する＞
また、本実施形態では、目的ポートに空きがなければ予約不可としたが、目的ポートの空きがない場合にも予約を受け付けるようにすることができる。この場合、利用可否判定部２１３は、例えば、利用可否判定部２１３は、目的ポートのポート情報の空き台数が負の数の閾値（すなわち、－１×許容台数）以上であれば利用可能と判定するようにすることができる。

ここで、管理サーバ２０は、目的ポートの空きがない場合にさらに所定数以上の予約を受け付けたことを契機として、当該ポートの自転車１の利用を誘引するメッセージを利用者に送信することができる。メッセージは、例えば、電子メールやチャットなどのメッセージとして送信してもよいし、利用者端末１３で動作するアプリケーションへのプッシュ通知として送信するようにしてもよい。このときに、管理サーバ２０は、利用者への報奨を付与してもよい。例えば、管理サーバ２０は、利用者にイントを発行したり、料金を割り引いたり、クーポンを発行したりすることができる。

＜オーバーブックの許容数の予測＞
また、目的ポートに空きがない場合にも予約を受け付けるときに、管理サーバ２０は、当該予約に係る利用者が当該目的ポートに到着するまでに、当該目的ポートを出発ポートとして他の利用者が利用する自転車１の台数を予測し、予測した台数を、目的ポートの空きがない場合に予約可能な台数（許容台数）として予約の可否を判定することができる。

＜オーバーブックで降車できない場合の報奨＞
また、目的ポートに空きがない場合にも予約を受け付けるときに、当該予約に係る利用者が当該目的ポートに到着して降車する際に空きスペース２２がなければ、管理サーバ２０は、当該利用者に対して当該目的ポートの近隣のポート２に移動してもらうように指示するメッセージを送信するとともに、当該利用者に対して価値を支払うようにすることができる。

この場合、管理サーバ２０は、利用者端末１３から駐車できない旨を示すメッセージ（利用を終了する自転車１を示す機体ＩＤ又は目的ポートのポートＩＤが設定される。）を受信することで目的ポートで駐車ができない（すなわち、利用者が自転車１の利用を終了できない）ことを検知することができる。

また、管理サーバ２０は、利用者端末１３から受信する利用終了要求に目的ポートのポートＩＤが設定されていれば、当該ポートＩＤが示すポート情報の空き台数が０以下であることにより駐車ができないことを検知することもできる。また、管理サーバ２０は、利用者端末１３から受信する利用終了要求に設定された機体ＩＤに対応する機体情報のポートＩＤが示すポート情報の空き台数が０以下であることにより駐車ができないことを検知することもできる。

管理サーバ２０は、目的ポートで駐車ができないことを検知した場合、目的ポートの位置（ポート情報の位置）から所定距離内の位置に対応するポート情報を検索することができる。ここで管理サーバ２０は、目的ポートの位置から最も近い位置のポート情報を検索するようにしてもよい。また、管理サーバ２０は、目的ポートの位置から所定距離内の（又は最も近い）位置に対応するポート情報のうち、空き台数が所定数（例えば１とすることができる。）以上のものを検索することができる。

管理サーバ２０は、検索したポート情報が示すポート２を含む、自転車１の移動（目的ポートの変更）を指示するメッセージを利用者端末１３に送信する。利用者端末１３は、当該メッセージを受信した場合には、例えば、図６と同様に、地図上に移動先の候補となるポート２を表示することができる。ここで管理サーバ２０が当該利用者に対して支払う価値は、例えば、自転車１の利用料金の割引（無料化を含む。）、利用料金以上の金銭の支払い、クーポンの発行、ポイントの発行を含み得る。

この場合において、目的ポートに空きがないにもかかわらず予約を受け付ける際に、管理サーバ２０は、利用者に対して、目的ポートに空きがないこと、目的ポートに到着したときにも空きがなければ近隣のポート２まで移動してもらう可能性があることを通知して利用者から了承を得ておくことができる。その際に管理サーバ２０は、目的ポートの近隣のポート２を併せて通知することができる。

＜近隣の提案＞
また、管理サーバ２０は、予約時に目的ポートに空きがない場合、近隣ポートを提案することができる。例えば、管理サーバ２０は、利用者端末１３から利用開始要求を受信した場合に、利用開始要求に設定されている目的ポートのポートＩＤが示すポート情報の空き台数が所定数（例えば０）以下である場合に、目的ポートの近隣のポート２（目的ポートのポート情報が示す位置から所定距離内の位置に対応する他のポート２）を利用者に提案することができる。管理サーバ２０は、空き台数と目的ポートからの距離に応じて優先順位を付けて提案することもできる。例えば、管理サーバ２０は、優先順位の高い順にソートしたポート情報のリストを利用者端末１３に送信し、利用者端末１３では当該リストを表示することができる。また、管理サーバ２０は、優先順位を付帯させてポート情報を利用者端末１３に送信し、利用者端末１３では、例えば、図６に示すような画面において、優先順位の高いポートが目立つように地図上にポート２を表示することできる。

ここで管理サーバ２０は、上記所定数を０より大きい数とし、目的ポートの近隣のポート２のうち、空き台数が当該所定数よりも多いポート２を提案するようにしてもよい。また、所定数を０より大きい数とし、目的ポートの空き台数が０より大きく、当該所定数以下である場合には、近隣のポート２の提案とともに、目的ポートを変更してもらうことに対するリワード（例えば、利用料金の割引やポイントの付与、クーポンの発行など）を利用者に提案することができる。

＜利用開始後に目的ポートを指定する＞
また、自転車１の利用開始時には目的ポートを指定せずに予約し、利用者が利用終了前（目的ポートへの到着前であっても、到着後であってもよい。）に、利用終了要求送信部１３４が、降車する目的ポートを指定して利用終了要求を送信するようにしてもよい。この場合に、管理サーバ２０は、目的ポートに空きがあるか否かにより、利用終了の可否を判定する利用終了可否判定部を備えるようにすることができる。利用終了可否判定部が利用終了を不可と判断した場合、仮に利用者が目的ポートに自転車１を放置したとしても、利用者への課金を継続し続けることができる。

＜次のユーザへの通知＞
また、管理サーバ２０は、自転車１の利用終了後に、他の利用者に対して通知を行うことができる。管理サーバ２０は、自転車１から受信した現在位置が目的ポートから所定距離内になった場合に他の利用者に対して通知を行うようにしてもよい。この場合、管理サーバ２０は、例えば、利用者が自転車１を利用しようとしているポート２（出発ポート）に機体がない場合に利用者から予約をとって予約を記憶しておくようにし、利用が終了した自転車１が駐車されているポート２において予約をしている利用者に対して通知を行うようにすることができる。また、自転車１の利用を終了しようとしている利用者が、友人等の他の利用者を指定して、当該他の利用者に利用を終了した自転車１を引き継いで利用させるようにすることもできる。

＜需給の予測に応じたダイナミックプライシング＞
また、管理サーバ２０は、自転車１の需給を予測し、予測した需給に応じた自転車１の利用価格を決定する利用料金決定部を備えることができる。

利用料金決定部は、ポート２での自転車１の需要量に応じて利用料金を決定することができる。利用料金決定部は、例えば、需要の高いポート２（駐車される自転車１の少ないポート２）に駐車されている自転車１については、他のポート２に駐車されている自転車１よりも利用料金（時間単価、走行距離単価又は固定料金）を高く設定することができる。需要量は、例えば、ポート２に駐車されている自転車１の数の少なさで表現することができる。利用料金決定部は、例えば、出発ポートとなるポート２に駐車されている自転車１が少ないほど高くなるように利用料金を決定することができる。

また、利用料金決定部は、需要の予測に応じて利用料金を決定するようにしてもよい。利用料金決定部は、ポート２ごとに将来の所定時間（例えば、１時間、６時間、１２時間等任意の時間とすることができる。）の需要量（利用数）を予測し、予測した需要量に応じて（例えば、需要量が多いほど高く）利用料金を決定することができる。需要量の予測は、例えば、過去の利用履歴に基づいて行うことができる。利用料金決定部は、例えば、ポート２の立地（所定幅以上の道路に面しているか、繁華街であるか住宅街であるか、駅やバス停からの距離、コインパーキング等の有料駐車場からの距離、所定距離内の住人の数又は昼間若しくは夜間人口など）、ポート２の大きさ（駐車スペースの数）、季節、時間帯、曜日、天気、ポート２近くでのイベントの有無などの説明変数に基づいてポート２から利用される自転車１の台数を予測する予測モデルを作成し、予測モデル記憶部に記憶させておき、当該予測モデルを用いて需要量の予測を行うことができる。

また、利用料金決定部は、ポート２での自転車１の供給量に応じて利用料金を決定することができる。利用料金決定部は、例えば、供給の多いポート２（駐車される自転車１の多いポート２）に駐車されている自転車１については、他のポート２に駐車されている自転車１よりも利用料金（時間単価、走行距離単価又は固定料金）を安価に設定することができる。

また、利用料金決定部は、ポート２ごとに将来の所定時間（例えば、１時間、６時間、１２時間等任意の時間とすることができる。）の供給量を予測し、予測した供給量に応じて（例えば、供給量が多いほど安く）利用料金を決定することができる。供給量の予測は、目的ポートの予約数、すなわち、目的ポートに降車して駐車する自転車の数の予測により行うことができる。利用料金決定部は、出発ポートと同様に、ポート２の立地や大きさ、季節、時間帯、曜日、天気、ポート２近くでのイベントの有無などの説明変数に基づいてポート２が目的ポートとされる予約の数を予測する予測モデルを作成し、当該予測モデルを用いて供給量を予測することができる。

また、利用料金決定部は、需要量（又は需要量の予測値）と供給量（又は供給量の予測値）との両方に応じて利用料金を決定することができる。

＜需給の予測に応じたユーザへの通知（マッチング）＞
また、ポート２の需給に応じて、利用者に対して自転車１の利用を誘引する通知を行うことができる。

例えば、管理サーバ２０は、需給に応じた通知を行う通知部を備えることができる。通知部は、需要量が増えた場合、すなわち、ポート２に駐車されている自転車１の数が所定数（又はポート２に駐車可能な台数に対する所定割合）を下回った場合に、当該ポート２の自転車１の利用ができなくなる可能性についてのアラートを利用者に通知することができる。通知の対象は、現在位置がポート２から所定距離内にある利用者端末１３に限定することができる。

逆に、通知部は、供給量が増えた場合、すなわち，ポート２に駐車されている自転車１の数が所定数（又はポート２に駐車可能な台数に対する所定割合）以上となった場合に、空きスペースが確保できるように、当該ポート２の自転車１の利用促進のための通知を行うことができる。この場合に、通知部は、例えば、割引（無料を含む。）やクーポンなどのリワードを付帯させて通知を行うようにすることができる。通知の対象は、現在位置がポート２から所定距離内にある利用者端末１３に限定することができる。

また、供給量が増えた又は供給量が増える予測のポート２の近隣（当該ポート２の位置から所定距離内）のポート２に駐車されている自転車１がない又は少ない（所定数又は所定割合以下である）場合に、近隣のポート２の近く（近隣のポート２から所定距離内）にいる利用者端末１３の全て又は一部（例えば自転車１の予約のためのアプリケーションを開いている利用者端末１３のみ）に対し、供給量の増えた又は増える予測のポート２の利用を提案する通知を行うことができる。この場合にも、上記のようなリワードを付帯させて通知することができる。

＜目的ポート指定時のルート提供＞
また、自転車１の予約時に目的ポートまでのルートを提示するようにしてもよい。管理サーバ２０は、出発ポートから目的ポートまでのルートを提示するルート提示部を備えることができる。ルート提示部は、例えば、利用開始要求に応じて、指定された機体ＩＤに対応する機体情報のポートＩＤを取得し、取得したポートＩＤ（出発ポートのポートＩＤ）と、利用開始要求に指定されている目的ポートのポートＩＤに対応するポートＩＤとのそれぞれに対応するポート情報の位置を取得して、出発ポートから目的ポートまでの走行ルートを提示することができる。ルート検索については、例えば、既知のカーナビゲーションシステムに用いられている手法を用いることができる。この場合、自動車専用道路などはルートから排除するとともに、ルーティングにあたって、自動車は走行できないが自転車１は走行可能な道路を含むルートを検索するようにすることができる。

＜移動手段の組み合わせ＞
また、ルート提示部は、複数種類の移動手段を組み合わせてルートを提示することができる。この場合、ルート提示部は、上述した各種の乗り物（例えば、電動アシスト自転車、電動自転車、電動スクーター、電動アシストスクーター、電動キックボード、電動キックボード、電動スケートボード、電動アシストスケートボード、電動平行二輪車など）に加えて、カーシェアリングによる自動車や、タクシー、電車、バスなどの公共交通機関、徒歩なども含めた複数の移動手段の組み合わせによるルートを作成することができる。この場合、ポート２には、駅やバス停、タクシー乗り場なども含めるようにし、ポート２間を徒歩で移動することも含めたルーティングを行うことができる。

＜駐車画像の解析＞
管理サーバ２０は、駐車画像を解析して、自転車１が正しく駐車されていることを確認する駐車確認部を備えるようにしてもよい。駐車確認部は、駐車画像を解析し、ポート２内の駐車スペースに正しく駐車されているか否かを判定することができる。正しく駐車されているか否かの判定には、例えば、正しく駐車された状態を撮影した複数の駐車画像と、正しく駐車されていない状態を撮影した複数の駐車画像と、正しく駐車されているか否かを示す情報とを機械学習により学習させた分類器を作成し、当該分類器を用いることができる。駐車確認部は、自転車１が正しく駐車されていない場合には、利用者端末１３に対してアラートを通知することができる。駐車確認部は、自転車１が正しく駐車されていない場合には、利用終了を許可しない（課金を継続する）ようにすることができる。

＜緊急停車＞
本実施形態では、目的ポートでの降車を前提としていたが、例えば、故障時や体調不良時その他の緊急時には、目的ポート以外での降車を許可してもよい。この場合、利用者端末１３は、緊急停車の要求（以下、緊急停車要求という。）を管理サーバ２０に送信することができる。緊急停車要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定されうる。緊急停車要求から利用者ＩＤが省略されてもよい。この場合、管理サーバ２０は、緊急停車要求に設定されている機体ＩＤに対応する機体情報のポートＩＤを削除し、例えば、緊急停車を示す情報に更新することができる。

緊急停車された自転車１は、サービスの運営者が回収し、いずれかのポート２に配送することができる。また、管理サーバ２０は、緊急停車された自転車１の利用を誘引するための通知を送信する利用誘引通知部を備えることができる。利用誘引通知部は、例えば、緊急停車された自転車１の機体情報（ポートＩＤに緊急停車を示す情報が設定されている機体情報）の位置を設定したメッセージを、当該機体情報の位置から所定距離内にいる利用者端末１３に対して送信することができる。利用誘引通知部は、緊急停車された自転車１の利用に係るリワードを付与してもよい。例えば、利用誘引通知部は、緊急停車された自転車１をいずれかのポート２まで乗って移動してくれる利用者に対して、金銭やポイント、クーポンなどの価値を提供し、及び／又は、当該移動に係る自転車１の利用料金を割引若しくは無料とすることができる。

管理サーバ２０は、予め設定された停車禁止エリアでは緊急停車を許可しないようにしてもよい。この場合、管理サーバ２０は、停車禁止エリアを示す情報を記憶する停車禁止エリア情報記憶部と、緊急停車の可否を判定する緊急停車可否判定部とを備えることができる。緊急停車可否判定部は、例えば、受信した緊急停車要求に設定されている機体ＩＤに対応する機体情報の位置が、予め設定された所定の停車禁止エリアに入っているか否かを判定し、停車禁止エリアに入っていた場合には、停車ができない旨を示すアラートを利用者端末１３に送信することができる。また、緊急停車可否判定部が停車できないと判定した場合には、利用を終了しない（課金を継続する）ように制御することができる。

また、利用可否判定部は、所定時間以上停車禁止エリア内に止まっている自転車１について、アラートを送信することができる。利用可否判定部は、アラートを、利用者端末１３に送信するようにしてもよいし、共有サービスの運営者に通知するようにしてもよい。利用可否判定部は、例えば、機体情報の位置を監視して、停車禁止エリアに入っているものについて、所定時間以上位置が変化しないものを検出し、検出した機体情報が示す自転車１を利用している利用者又はサービスの運営者ににアラートを送信することができる。

緊急停車時には、管理サーバ２０は、利用者に対して自転車１の駐車状態を撮影した駐車画像を要求するようにすることができる。管理サーバ２０は、駐車画像が含まれていない緊急停車のための終了要求については、利用の終了を許可しない（課金を継続する）ようにすることができる。また、駐車画像をサービスの運営者に提供し、運営者に駐車状態の是非を判定させるようにし、管理サーバ２０は、運営者から駐車状態が好ましくない（乱雑に駐車されていたり、他の歩行者や自動車等の邪魔になるように駐車されていたりする場合）と判断したことの入力を受け付けた場合には、当該利用者に対して駐車状態が悪かった旨のメッセージを送信するとともに、当該利用者に対して、ペナルティとなる金額を課金したり、自転車１の利用を一定期間できないようにし、あるいは利用料金を増額するようにすることができる。

また、上述したように、通常の利用終了時における駐車画像については、ポート２内の駐車スペースに正しく駐車されていることを判定可能に撮影されることを想定していたが、緊急停車時については、管理サーバ２０は、利用者に対して、歩行者や車などの障害にならないように駐車されていることを判定可能に撮影されるように指示を行うことができる。また、管理サーバ２０は、駐車画像を解析して、歩行者や車などの障害にならないように、歩道の端に寄せて（ガードレールや縁石、白線などの車道と歩道との境界線を示すものの近傍に存在しているか、機体の長手方向がまた当該境界線に略並行になっているか）駐車されていることを判定することができる。管理サーバ２０は、障害にならないように駐車されていない場合は、利用の終了を許可しないようにすることができる。

また、管理サーバ２０は、緊急停車時には、駐車場所のみでなく、駐車された機体の背景が写るように撮影するように指示することができる。管理サーバ２０は、駐車画像を解析して、機体を検出し、機体の背景が写っていること（例えば、地面ではなく、背景が所定割合以上撮影されていること）を判定し、背景が十分に写っていないと判定した場合には、利用の終了を許可しないようにすることができる。またこの場合においても管理サーバ２０は、駐車画像を解析して、歩行者や自転車、自動車等の移動物背景に所定数以上写っているか否かなどにより、他の移動物の障害になっているか否かを判定するようにしてもよい。

また、管理サーバ２０は、緊急停車時には、緊急停車場所の近傍に存在するランドマーク等の目印が周囲にある場合には、その目印が写るように利用者に指示することができる。管理サーバ２０は、駐車画像を解析して駐車画像から目印を抽出できた場合には、管理者に対して抽出した目印を提示することができる。これにより、位置情報のみでなく、ランドマーク等の目印により緊急停車された機体を発見することが可能となり、緊急停車機体を容易に回収することができる。

また、管理サーバ２０は、緊急停車された車両を他の利用者に対して利用可能に設定することができる。緊急停車された機体については、他の利用者が無料でまたは割引料金で利用可能に設定してよい。管理サーバ２０は、緊急停車した利用者とは異なる他の利用者に対して、緊急停車された機体の位置を通知するようにしてもよい。また、管理サーバ２０は、他の利用者からのアクセスに応じて、他の利用者の現在位置の付近に緊急停車されている機体の位置を応答することもできる。また、管理サーバ２０は、他の利用者に対して駐車画像を提供することができる。

また、緊急停車時には、利用者に対して追加料金を課金するようにしてもよい。この追加料金は、例えば、機体回収のための費用として利用することができる。管理サーバ２０は、緊急停車した利用者についてタイマーを設定し、所定時間以内に他の利用者が当該緊急停車された機体を利用した場合には、追加料金を割引又は免除することができる。

また、事前に緊急停車を許可しないエリア（例えば、人通りの多い道など）を設定しておき、管理サーバ２０は、当該エリア内での緊急停車については許可しない（課金を継続する）ようにすることができる。

＜キャンセル待ち＞
また、本実施形態では、目的ポートに空きがない場合には、予約ができないものとしたが、目的ポートのキャンセル待ちができるようにしてもよい。この場合、管理サーバ２０は、ポート２ごとにキャンセル待ちの利用者を記憶するキャンセル待ち記憶部を備えることができる。管理サーバ２０は、他の利用者が自転車１の利用を終了した場合に、降車したポート２に対応付けてキャンセル待ちしている利用者を特定し、特定した利用者の利用者端末１３に対して、自転車１が利用可能になった旨のメッセージを送信することができる。または、管理サーバ２０は、キャンセル待ちをしている利用者が、降車された自転車１を自動的に利用可能に設定するようにしてもよい。

＜事前確定料金＞
本実施形態では、利用料金決定部２１４は、自転車１の利用が終了したところで利用料金を決定するものとしたが、利用料金決定部２１４は、予約時に利用料金を確定させてもよい。例えば、利用料金決定部２１４は、出発ポートから目的ポートまでのルートを取得し、取得したルートの距離を取得し、取得した距離と平均的な自転車１の速度とから到着までの時間を推定し、推定した時間に応じて確定利用料金を決定することができる。ルートの取得は、例えば、ナビゲーションシステムに採用されている方式を用いることができる。また、ルートの取得は、例えば、地図サービスを提供している地図サーバが提供するＡＰＩを利用して行うようにしてもよい。ルートに基づく距離の算出は、例えば、ルートに含まれるウェイポイントの座標に基づいて算出するようにしてもよいし、地図サーバが提供するＡＰＩを利用してルートの走行距離を取得するようにしてもよい。

また、利用料金決定部２１４は、渋滞情報、交通規制情報など、ルートに関する情報を取得し、取得した情報に応じて確定利用料金を変動させるようにしてもよい。

また、利用料金決定部２１４は、推定していた利用時間を大幅に超えた場合（所定の閾値以上超えた場合）、確定利用料金をキャンセルし、実際にかかった利用時間に応じた利用料金を決定するようにしてもよい。この場合、確定利用料金の算出時に、確定利用料金の有効期間（目的ポートへの到着予定時刻から所定の設定時間後）を提示するようにすることができる。

＜目的ポート確保の有効時間＞
また、本実施形態では、目的ポートの予約は自転車１が到着するまで有効であるものとしたが、有効期限を設定するようにしてもよい。例えば、予約時刻から所定時間（例えば、１時間、２時間など任意の時間を設定することができる。）経過後までを目的ポートの予約の有効期限として設定することができる。この場合、有効期限が経過したときに、管理サーバ２０は、利用者端末１３に対して有効期限が経過したことを通知することができる。また、管理サーバ２０は、有効期限が経過した場合に、再度目的ポートを予約することができる。ここで予約が不可であった場合には、管理サーバ２０は、利用者に対して空きのあるポート２を目的ポートとして設定するように指示することができる。

＜目的ポートの空き通知＞
また、管理サーバ２０は、ポート２の空きが出たことの通知を行う空き通知部を備えるようにしてもよい。空き通知部は、例えば、利用者端末１３からのポート２を指定したリクエストに応じて、当該ポート２に空きスペースができたタイミングで通知を行うようにすることができる。

１ 自転車
２ ポート
１１ 通信機
１２ ロック装置
１３ 利用者端末
２０ 管理サーバ
３０ 通信ネットワーク
１１１ 施解錠命令受信部
１１２ 施解錠制御部
１１３ 位置情報取得部
１１４ 位置情報送信部
１３１ 機体特定部
１３２ 利用開始要求送信部
１３３ 目的ポート決定部
１３４ 利用終了要求送信部
１３５ 機体撮影部
２１１ ポート情報提供部
２１２ 利用開始処理部
２１３ 利用可否判定部
２１４ 利用料金決定部
２１５ ロック通信部
２１６ 利用終了処理部
２３１ ポート情報記憶部
２３２ 管理者記憶部
２３３ 画像記憶部
２３４ 機体情報記憶部
２３５ 利用履歴記憶部
２３６ 広告記憶部

Claims (1)

1. １人乗りの乗り物の共有サービスに関する運用を支援するシステムであって、
   乗り物を利用しようとしている利用者の端末から、降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
   前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用可否判定部と、
   を備えることを特徴とする運用支援システム。

Images