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

Abstract

【課題】乗り物の利用状況を把握することができるようにする。【解決手段】乗り物の共有サービスに関する運用を支援するシステムであって、乗り物を利用しようとしている利用者の携帯端末から、利用しようとする乗り物及び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、降車ポートに駐車スペースの空きがある場合に、乗り物の利用を許可する利用許可判定部と、を備えることを特徴とする。【選択図】図１

Description

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

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

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

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

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

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

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

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

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

＜発明の概要＞
本発明の実施形態の内容を列記して説明する。本発明は、たとえば、以下のような構成
を備える。
［項目１］
乗り物の共有サービスに関する運用を支援するシステムであって、
乗り物を利用しようとしている利用者の携帯端末から、利用しようとする前記乗り物及
び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用
許可判定部と、
を備えることを特徴とする運用支援システム。
［項目２］
項目１に記載の運用支援システムであって、
前記乗り物の降車後に、前記乗り物を前記降車ポートの前記駐車スペースに駐車した状
態を撮影した駐車画像を前記利用者の利用者端末から受信する降車画像受信部と、
前記降車画像を前記利用者に対応付けて記憶する降車画像記憶部と、
をさらに備えることを特徴とする運用支援システム
［項目３］
項目１に記載の運用支援システムであって、
前記乗り物が備えるロック装置と通信可能に接続され、
前記乗り物の利用が許可された場合に、前記乗り物が備えるロック装置に対して解錠命
令を送信するロック通信部をさらに備えること、
を特徴とする運用支援システム。
［項目４］
項目１に記載の運用支援システムであって、
前記乗り物には、前記乗り物を特定する乗り物特定情報を符号化したコード画像が設け
られ、
前記携帯端末により、前記コード画像が撮影され、前記コード画像から前記乗り物特定
情報が復号化され、
前記利用要求には前記復号化された前記乗り物特定情報が設定されること、
［項目５］
項目１に記載の運用支援システムであって、
前記利用者が利用しようとしている前記乗り物が駐車されている乗車ポートの場所に応
じた広告を付帯させて、前記利用要求に応答する利用可否を前記携帯端末に送信する利用
可否応答部をさらに備えること、
を特徴とする運用支援システム。
［項目６］
項目２に記載の運用支援システムであって、
前記降車画像受信部は、前記駐車画像の受信に応じて、前記降車ポートに応じた広告を
前記携帯端末に送信すること、
を特徴とする運用支援システム。
［項目７］
項目１に記載の運用支援システムであって、
前記乗り物の利用が許可された場合に、前記降車ポートに駐車中の前記乗り物の数、前
記降車ポートに駐車可能な前記乗り物の数、前記降車ポートの利用率、及び前記降車ポー
トの駅又は商業施設からの距離の少なくともいずれかに応じて、前記乗り物の利用価格を
決定する利用価格決定部をさらに備えること、
を特徴とする運用支援システム。

＜システム概要＞
以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明
する。本実施形態では、電動機付きの自転車の共有サービス（レンタルサービスを含む。
）を想定しているが、任意の乗り物の共有サービスに適用することができる。図１は、本
実施形態に係る自転車の共有サービスを説明する図である。自転車１は、各所に設けられ
たポート２に駐輪されている。本実施形態では、ポート２とは、自転車１を駐輪させるこ
とのできる場所を意味するものとする。ポート２には、所定の台数までの自転車１を駐輪
することができる。すなわち、各ポート２には使用中スペース２１と空きスペース２２と
の少なくともいずれかが存在しうる。自転車共有サービスの利用者は、出発ポート２（Ｓ
）から目的ポート２（Ｄ）まで自転車１により移動するにあたり、自転車１の利用に先立
って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在してい
れば、自転車１の利用は許可され、自転車１は自動的に解錠されて利用者が利用可能とな
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (7)

1. 乗り物の共有サービスに関する運用を支援するシステムであって、
   乗り物を利用しようとしている利用者の携帯端末から、利用しようとする前記乗り物及
   び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
   前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用
   許可判定部と、
   を備えることを特徴とする運用支援システム。
2. 請求項１に記載の運用支援システムであって、
   前記乗り物の降車後に、前記乗り物を前記降車ポートの前記駐車スペースに駐車した状
   態を撮影した駐車画像を前記利用者の利用者端末から受信する降車画像受信部と、
   前記降車画像を前記利用者に対応付けて記憶する降車画像記憶部と、
   をさらに備えることを特徴とする運用支援システム
3. 請求項１に記載の運用支援システムであって、
   前記乗り物が備えるロック装置と通信可能に接続され、
   前記乗り物の利用が許可された場合に、前記乗り物が備えるロック装置に対して解錠命
   令を送信するロック通信部をさらに備えること、
   を特徴とする運用支援システム。
4. 請求項１に記載の運用支援システムであって、
   前記乗り物には、前記乗り物を特定する乗り物特定情報を符号化したコード画像が設け
   られ、
   前記携帯端末により、前記コード画像が撮影され、前記コード画像から前記乗り物特定
   情報が復号化され、
   前記利用要求には前記復号化された前記乗り物特定情報が設定されること、
5. 請求項１に記載の運用支援システムであって、
   前記利用者が利用しようとしている前記乗り物が駐車されている乗車ポートの場所に応
   じた広告を付帯させて、前記利用要求に応答する利用可否を前記携帯端末に送信する利用
   可否応答部をさらに備えること、
   を特徴とする運用支援システム。
6. 請求項２に記載の運用支援システムであって、
   前記降車画像受信部は、前記駐車画像の受信に応じて、前記降車ポートに応じた広告を
   前記携帯端末に送信すること、
   を特徴とする運用支援システム。
7. 請求項１に記載の運用支援システムであって、
   前記乗り物の利用が許可された場合に、前記降車ポートに駐車中の前記乗り物の数、前
   記降車ポートに駐車可能な前記乗り物の数、前記降車ポートの利用率、及び前記降車ポー
   トの駅又は商業施設からの距離の少なくともいずれかに応じて、前記乗り物の利用価格を
   決定する利用価格決定部をさらに備えること、
   を特徴とする運用支援システム。

Images