JP2019148928A - レンタルサイクル運営システム及びプログラム - Google Patents

Abstract

【課題】 利用者参加型のレンタルサイクル運営システム等を提供する。【解決手段】 利用者端末からアクセス可能に構成された情報管理サーバと、複数の駐輪ポートと、通信機能を備えた付帯装置を有する複数の自転車とからなるレンタルサイクル運営システムであって、前記情報管理サーバは、前記自転車に関するステータス情報を管理して前記ステータス情報を含むサポート依頼情報を当該利用者端末へ提供するものであって、前記サポート依頼情報には、前記自転車に関するステータスを改善するためのサポート行動及び前記サポート行動を完了した場合のインセンティブが含まれることを特徴とする。【選択図】 図１

Description

本発明は、広くネットワークを介して稼働するレンタルサイクル運営システム等に関し、より詳細には、サイクル（自転車）の貸し出し及び返却のための複数のポート（駐輪場）を備えるレンタルサイクル運営システム等に関する。

従来、駐輪場における自転車の貸し出しや返却（乗り捨てを含む）を管理するシステムに関する工夫が行われてきた。

例えば、駐輪場における自転車の貸し出しを自動化し駐輪場担当者の介在を不要とするシステム等が提案されている（特許文献１）。

すわなち、特許文献１には、駐輪場に止めた自転車の所有者が所有者端末から自転車の使用許可条件を駐輪場サーバに登録する登録手段と、借用希望者が借用者端末から自転車の借用希望条件を前記駐輪場サーバに送信する申請手段と、前記駐輪場サーバが前記借用希望条件と前記使用許可条件とを照合する照合手段と、前記借用希望条件を満たす使用許可条件が登録されていた場合に、該当自転車を固定している付帯装置の解錠用暗証番号を前記駐輪場サーバから前記借用者端末に送信する暗証番号通知手段と、前記借用者端末から前記付帯装置に前記暗証番号を送信することにより自動解錠する解錠手段とを有することを特徴とする駐輪場における自転車の有効活用システムが開示されている。

また、放置車両を救済する最適な経路を提示可能なナビゲーションシステム等も提案されている（特許文献２）。

すなわち、特許文献２には、制御部と記憶部とを少なくとも備えたナビゲーションサーバ、および、制御部と出力部とを少なくとも備えた端末装置、を通信可能に接続したナビゲーションシステムであって、上記記憶部は、交通網を規定するネットワークデータを記憶するネットワークデータ記憶手段と、レンタサイクルを停車するステーションの位置情報および当該ステーションに停車中の上記レンタサイクルの台数情報を少なくとも含むステーション情報を記憶するステーション情報記憶手段と、上記レンタサイクルの利用情報を記憶する利用情報記憶手段と、を備え、上記ナビゲーションサーバの上記制御部は、上記利用情報記憶手段に記憶された上記利用情報に基づいて、所定条件に合致する上記レンタサイクルを放置車両として検出する放置車両検出手段と、上記放置車両検出手段により上記放置車両として検出された上記レンタサイクルを仮想ステーションとして上記ステーション情報記憶手段に登録する仮想ステーション登録手段と、上記端末装置から送信される、上記レンタサイクルを含む移動手段と出発地と目的地とを少なくとも含む経路探索条件を受信する経路探索条件受信手段と、上記経路探索条件受信手段により受信された上記経路探索条件を満たす、上記出発地から上記目的地までの上記レンタサイクルを利用する経路を含む候補経路を、上記ネットワークデータ記憶手段に記憶された上記ネットワークデータ、ならびに、上記ステーション情報記憶手段に記憶された上記ステーションと上記仮想ステーションの上記位置情報および上記台数情報を用いて探索して、経路案内情報を生成する経路案内情報生成手段と、上記経路案内情報生成手段により生成された上記経路案内情報を上記端末装置へ送信する経路案内情報送信手段と、を備え、上記端末装置の上記制御部は、上記経路探索条件を上記ナビゲーションサーバへ送信する経路探索条件送信手段と、上記ナビゲーションサーバから送信される、上記経路案内情報を受信する経路案内情報受信手段と、上記経路案内情報受信手段により受信された上記経路案内情報の少なくとも一部を、上記出力部を介して出力する経路案内情報出力手段と、を備えたことを特徴とするナビゲーションシステムが開示されている。

また、複数のレンタルステーションで運営するシティサイクルシステムにおいて、返却が特定のステーションに偏ることで発生するレンタルサイクルの過不足の問題を、現時点での駐輪状況に惑わされることなく、管理対象とするＳＴ（ステーション）の入出特性を判断材料にいれることにより、適切な受け入れ条件を設定し、適切な返却行動の誘導をし、シティサイクルシステムの運営維持にする方法も提案されている（特許文献３）。

すなわち、特許文献３には、シティサイクルシステム（運営者が記憶装置を有するコンピュータを含むシステムを利用して自己の管理する自転車又は電動自転車（以下、「レンタルサイクル」という）を管理し、登録したユーザに貸し出すことにより市民に移動手段を提供するシステムをいう）を所定のエリア内に配置した複数のレンタルステーション（レンタルサイクルを保管する駐輪機を有する施設であって、レンタルサイクルの貸出および返却をおこなう基地となるものをいう。）で運営する方法において、１）運営者が本システムの入力支援手段により、各レンタルステーションの運営にとって望ましいレンタルサイクルの保管数の適正範囲を当該レンタルステーションの属性データの構成要素としてレンタルステーション属性格納手段に格納する適正保管数登録ステップ、２）運営者が本システムの設定支援手段により、前記保管数が減少する入出特性、前記保管数が増加する入出特性、前記保管数が振動する入出特性のそれぞれについて少なくとも１つのレンタルステーションを典型タイプのレンタルステーションとして予め選択し、該典型タイプの入出特性を項目もしくは軸として設定し、その強弱もしくは類似を示す段階的パラメータを設定し、各レンタルステーションの入出特性を当該特性毎のパラメータの値の列もしくはベクトルとして評価し、各レンタルステーションの属性データの構成要素として前記レンタルステーション属性格納手段に格納する入出特性設定ステップ、３）所定の間隔で各レンタルステーションにおけるレンタルサイクルの保管数を検出し該保管数が前記適正範囲にない場合、前記属性データと当該適正範囲からの外れ方を予め設定した受け入れ条件決定ルールを適用して受け入れ条件を決定し、レンタルステーション提供情報格納手段に格納する受け入れ条件設定ステップ、４）前記決定した受け入れ条件からレンタルサイクルのユーザが返却するステーションの選択するための支援情報を生成し、該ユーザに提供する支援情報提供手段により情報提供する情報提供ステップ、というステップを実行することにより、レンタルサイクルのユーザによる返却をシステムの運営上望ましいレンタルステーションに誘導することを特徴とする方法が開示されている。

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

しかしながら、レンタルサイクル運営システムにおいては、自転車の有効活用や放置車両の救済、さらには駐輪場の込み具合の解消を目的として、自動処理や探索処理、さらには各種推定処理を行って運営がなされてきたものの、利用者の運営参加意識を高めるという観点からの工夫はなされてこなかった。

特に、特許文献３では、インセンティブとしてユーザに対してポイントを付与するという考え方はあるものの、主として車両不足や駐車スペースの不足解消を図るために所定の計算式に基づいて処理されるものであり、広くユーザの参加意識を高めるという観点からは更なる改善が期待されている。

そこで、本発明の一実施形態にかかるレンタルサイクル運営システムは、利用者端末からアクセス可能に構成された情報管理サーバと、複数の駐輪ポートと、通信機能を備えた付帯装置を有する複数の自転車とからなるレンタルサイクル運営システムであって、前記情報管理サーバは、前記自転車に関するステータス情報を管理して前記ステータス情報を含むサポート依頼情報を当該利用者端末へ提供するものであって、前記サポート依頼情報には、前記自転車に関するステータスを改善するためのサポート行動及び前記サポート行動を完了した場合のインセンティブが含まれることを特徴とする。

本発明の一実施形態にかかるレンタルサイクル運営システム等によれば、従前運営されてきたシステムに比べて、利用者のシステム運営参加意識を一層高めることができるという効果を奏する。

本発明の一実施形態にかかるレンタルサイクル運営システムの全体構成例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の外観構成を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の機能ブロックを説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける自転車と当該自転車を駐輪させるためのポートの構成例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける自転車の付帯装置の機能ブロックを説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムの動作例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムの詳細な動作フロー例を説明するフローチャートである。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の画面例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の画面例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の画面例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の画面例を説明する説明図である。 本発明の一実施形態にかかるレンタルサイクル運営システムにおける情報処理装置の画面例を説明する説明図である。

本発明の一実施形態にかかるレンタルサイクル運営システムについて、図面を参照しながら詳細に説明する。

図１に、本発明の一実施形態にかかるレンタルサイクル運営システムの全体構成例を示す。図１に示されるように、レンタルサイクル運営システム１０は、その最小限の構成として、情報管理サーバ（群）１１と、１以上の駐輪場（駐輪ポート、あるいは単にポートともいう）１２ａ〜１２ｂと、ユーザまたは利用者が使用する各種情報処理装置（図において、例示的に、スマートフォン、携帯電話、携帯情報端末あるいはタブレット端末としての利用者端末１３ａ〜１３ｂが示されている。以下、総称して「端末」とも言う）と、自転車１４ａ〜１４ｃとで構成され、サーバ（群）、駐輪場（ポート）、自転車及び各種端末間は、図１に示されるように専用回線やインターネット等の公衆回線（有線の回線として、１６〜１８）で相互に通信可能に接続されている。また、回線は有線であっても無線であってもよく、利用者端末１３ａ〜１３ｂは、無線で図示しない基地局や無線ルータ等を介してインターネット１９に乗り入れ、更に回線１８を介して情報管理サーバ（群）１１と相互に通信可能に接続されている。
なお、駐輪場（ポート）は、必ずしもサーバとの通信機能を有する必要はない（この場合、回線１６〜１７は省略可能である）。

また、本願の出願時点での利用者端末は、ＰＣと同等の処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、端末の記憶部におけるＨＤＤないしＳＳＤ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。

なお、演算実行は必ずＣＰＵ等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

また、情報管理サーバ１１のハードウェア構成も、基本的にはＰＣを採用することができる。なお、本発明はこれに限定されるものではないが、情報管理サーバ１１は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣを並列的に作動させることによって大規模データの処理に適した構成をとることもできる。

図２に、本発明の一実施形態にかかる情報処理装置としてのスマートフォン（あるいは、タブレット端末でも良いが、説明の便宜上スマートフォンとする）の外観構成を示す。図２において、情報処理装置（スマートフォン）１３は、筐体部１３１とディスプレイ１３２と筐体１３１の下部中央部に設けられたハードウェアボタン１３３とからなる。ディスプレイ１３２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、文字や画像など様々な情報を表示することができる。また、ディスプレイ１３２にメニューボタンやソフトウェアキーボードを表示させ、これを指ないしタッチペン（不図示）等で触れることによりスマートフォン１３への指示（コマンド）とすることができる。この点で上記ハードウェアボタン１３３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン１３３を、ディスプレイ１３２の一部に表示させたメニューボタンで代替させることも可能である。

また、ディスプレイ１３２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介してスマートフォン１３の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。

また、図２には現れていないが、スマートフォン１３は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。さらに、図２には現れていないが、スマートフォン１３の背面等には、ＣＭＯＳ等のカメラデバイスが実装されている。

図３に、本発明の一実施形態にかかるスマートフォン１３を構成するハードウェアの機能ブロック図を例示する。スマートフォン１３の動作は、以下に説明するハードウェアの個々の動作、及びこれらの連携動作によって実現されている。

図３において、ハードウェアブロック全体としてのスマートフォン３００は、大別すると、図２におけるハードウェアボタン１３３、ディスプレイ１３２に設けられたマルチタッチ入力パネル、マイク等で構成される入力部３０１と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭ及び／又はＲＯＭ等で構成される記憶部３０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部３０３と、ディスプレイ１３２等で構成される表示部３０４と、チップや電気系統等の制御を行うための制御部３０５と、インターネットにアクセスするためのスロットや光通信を行うためのポート、及び通信インタフェースから構成される通信インタフェース部３０６と、スピーカやバイブレーション等の出力部３０７と、時刻等を計時するための計時部３０８と、ＣＭＯＳ等のイメージセンサからなるセンサ部３０９と、装置内の各モジュールに電源を供給するための電源部３１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図３においては、便宜上各線が適宜区分された結線３１１としてひとまとめに表す）によって接続されている。
なお、センサ部３０９には、スマートフォン３００（１３ａ等）の位置を特定するためのＧＰＳセンサモジュールを含めることとしても良い。また、センサ部３０９を構成するＣＭＯＳ等のイメージセンサによって検知された信号は、入力部３０１において入力情報として処理される。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部３０２を構成するハードディスクディスク等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部３０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ３０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部３０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図４に、本発明の一実施形態にかかるレンタルサイクル運営システムにおける自転車の構成例（同図（Ａ））と当該自転車を駐輪させるためのポートの構成例（同図（Ｂ））とを示す。

図４（Ａ）には、本発明の一実施形態にかかるレンタルサイクル運営システムにおける自転車４０（図１の１４ａ〜１４ｃに対応）が示されており、例示的に後輪部分に付帯装置４１が取り付けられている。付帯装置４１は、図５を参照して後述するように、施錠／開錠機能をはじめ、ＣＰＵ、メモリ（記億装置）、ＧＰＳ機能、通信機能等を備える。

図４（Ｂ）には、本発明の一実施形態にかかるレンタルサイクル運営システムにおけるポート４５（１２ａ〜１２ｂに対応）が示されており、自転車を誘導案内するレール４５１と、レール４５１に沿って誘導案内された自転車４６を固定する（あるいは、繋ぎとめる）ためのポール４５２とを備える。

図５に、本発明の一実施形態にかかるレンタルサイクル運営システムにおける自転車の付帯装置４１を構成するハードウェアの機能ブロックを示す。付帯装置４１の動作は、以下に説明するハードウェアの個々の動作、及びこれらの連携動作によって実現されている。

図５において、ハードウェアブロック全体としての付帯装置５００は、大別すると、各種スイッチ等で構成される入力部５０１と、プログラムやデータ等を記憶するためのフラッシュメモリ、ＲＡＭ及び／又はＲＯＭ等で構成される記憶部５０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部５０３と、ＬＥＤ、液晶表示部等で構成される表示部５０４と、チップや電気系統等の制御を行うための制御部５０５と、近接通信を行うためのポート、及び通信インタフェースから構成される通信インタフェース部５０６と、スピーカやバイブレーション等の出力部５０７と、時刻等を計時するための計時部５０８と、付帯装置５００（４１）の位置を特定するためのＧＰＳセンサモジュール等からなるセンサ部５０９と、装置内の各モジュールに電源を供給するための電源部５１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図５においては、便宜上各線が適宜区分された結線５１１としてひとまとめに表す）によって接続されている。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部５０２を構成するフラッシュメモリ等のメモリにインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部５０２内のＲＡＭ等のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ５０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部５０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

付帯装置５００に関するここまでの説明でも容易に理解できるように、付帯装置５００は、その機能の高低に違いはあるとしても、スマートフォン３００と略同様の機能を備えている。場合によっては、付帯装置５００は、スマートフォン３００と同等の機能を備える場合もあり得る。

なお、本発明の他の実施形態においては、付帯装置５００には、図５において破線で示したロック機構５１９を備えさせることができる。このロック機構５１９は、通信インタフェース部５０６を介して受信したコマンドに応じて、開錠／施錠される。あるいは、施錠は手動でなされてもよい（次段落から後述）。

［付帯装置による施錠／開錠機能］
付帯装置５００は、図６等を参照して後述するように情報管理サーバ（場合によっては利用者端末）から送信された開錠コマンド（あるいは施錠コマンド）の受信によって開錠（／施錠）を行うが、この方法には、（１）ポートのポール４５２に図示しないロック機構がついておりこのロック機構により自転車がロックされている場合と、（２）付帯装置５００それ自体に自転車をロックするロック機構が付いている場合とにおいて異なる方法が採用され、それぞれの場合に応じて採用される開錠（／施錠）の仕組みは次のとおりとある。

（Ａ）前者（１）の場合の第１の方法は、情報管理サーバから送信された開錠コマンド（あるいは施錠コマンド）を受信し、これをポール４５２の図示しないロック機構の受信部へ近接通信を介して送信する。コマンドを受信したポール４５２のロック機構はコマンドに応じて開錠（または施錠）する。ここで、施錠は手動であってもよい。
（Ｂ）後者（１）の場合は、情報管理サーバ（場合によっては利用者端末）から開錠コマンド（あるいは施錠コマンド）を付帯装置５００が受信し、これによって自身に備わっているロック機構が作動して開錠または施錠が行われる。なお、施錠は手動で行われてもよい。
（Ｃ）前者（１）の場合の第２の方法として、付帯装置を介さない開錠（／施錠）もありうる。この場合は、開錠コマンド（あるいは施錠コマンド）はポール４５２（あるいはポール４５２に設置されたロック機能の受信部）が直接受信する。コマンドを受信したポール４５２は、そのコマンドに応じて自身が備えるロック機構を開錠（または施錠）する。なお、施錠は手動であってもよい。

次に、図６〜図７の動作フローないしフローチャートを用いて、本発明にかかる一実施形態におけるレンタルサイクル運営システムあるいは情報処理装置（ユーザ端末）の動作を説明する。

図６は、本発明の一実施形態におけるレンタルサイクル運営システムの全体動作フローの概略を示す。図６において、「ユーザ端末」は情報処理装置であり、図１における利用者端末１３ａ〜１３ｂがこれに対応し、「ポート」は駐輪場であり、図１における駐輪場（ポート）１２ａ〜１２ｂがこれに対応し、「自転車」は、図１における１４ａ〜１４ｃがこれに対応する。また、「情報管理サーバ」は、図１における情報管理サーバ１１がこれに対応する。また、図６中、ｔ１〜ｔ２５は時系列の流れを示し、経時的に後述する動作や処理が行われるものである。

まず、時刻ｔ１において、ユーザ（遊技者）は、ユーザ端末を介して情報管理サーバから自身のユーザ端末を本発明にかかる情報処理装置として動作させるためのアプリケーションソフトウェアをダウンロードする（ステップＳ６０１）。このアプリケーションソフトウェアは、本発明にかかるプログラムの一部を処理するためのクライアントソフトウェアである。そして、ダウンロードしたアプリケーションソフトウェアをユーザ端末にインストールする（ステップＳ６０２）。このとき、ユーザ端末からは、必要に応じて、ユーザ登録としてユーザ自身の氏名（ニックネーム）のほか、例示的に次表のようなアカウント情報を情報管理サーバへ送信して登録することもできる（時刻ｔ２、ステップＳ６０３、Ｓ６０４）。

以上のデータ項目は、ユーザデータとして情報管理サーバ上で保存される（時刻ｔ３、ステップＳ６０５）。

次に、時刻ｔ４〜ｔ６までは、例示的に本発明の一実施形態におけるレンタルサイクル運営システムの構成要素である情報管理サーバ、ポート、自転車間での情報のやりとりがなされる。なお、同図中のやりとりあくまでも例示であり、順序や方法について制限されるものではない。また、同図中には、ポートや自転車は常に１基あるいは１台のものしか登場しないわけではなく、紙面の関係上、別のポートや自転車についての動作についても同じカテゴリの軸上に表している。

時刻ｔ４においては、例示的に、ポートへ入庫した自転車がポートＮｏ確認を行い（ステップＳ６０６）、ポートから送信された自身のポートＮｏ（１つのポートが複数のレーンを備える場合には、ポートＮｏ及びレーンＮｏ）が自転車の付帯装置へ送信され記憶される。あるいは、ポートに貼付されたタグを自転車の付帯装置から読み取るようにして、ポートＮｏ（及びレーンＮｏ）を読み取るように構成されても良い。

時刻ｔ５においては、例示的に、各自転車（ポートへ駐車されている自転車に限られず、走行中の自転車も含まれる）から情報管理サーバへ現在位置の報告を含むステータス報告がなされる（ステップＳ６０７）。ここで報告される現在位置報告以外のステータスとしては、報告日時、駐車中であるか（駐車中であれば現在駐車中のポートＮｏ）、走行中であるか、あるいは、故障や不具合の有無等が挙げられる。これらのデータ構成を例示的に示すと、次表のとおりである。

「自転車ＩＤ」は、各自転車の識別情報であり、「現在位置」には、一例としてＧＰＳ測位等による緯度経度情報等が採用される。「駐車ポートＮｏ」は、当該自転車が駐車されている場合の駐車ポート識別情報であり駐車されていない場合には「Ｎｕｌｌ」などが格納される。「走行／駐車」ステータスは、当該自転車が走行中（一時的な停止中を含んでも良い）であるか駐車中であるかの状態情報がフラグ等によって格納され、例えば、駐車ポートＮｏがＮｕｌｌであって「走行／駐車」ステータスが「駐車」である場合には、当該自転車が路上駐車されていることを意味する。「故障有無」ステータスは、当該自転車がなんらかの故障や不具合を抱えているか否かの状態情報がフラグ等によって格納される。

その他、次のような管理項目の一部または全部をさらに加えても良い。

「前回空気入れした日時」は、運営者側のメンテナンスにより空気入れされた日時や後述するように利用者によってメンテナンスされた日時が記録管理され、都度更新される。
「前回空気入れ時の走行距離」も、運営者側のメンテナンスにより空気入れされた日時や後述するように利用者によってメンテナンスされた日時が記録管理され、都度更新されるが、走行距離それ自体は自転車の付帯装置に備わっているＧＰＳ機能を介して情報管理サーバ上で都度移動量を積算していく方式により算定させることができる。
「前回充電した日時」は、運営者側や利用者によるメンテナンスによりバッテリーが充電された日時が記録管理され、都度更新される。
「バッテリー残量」は、自転車の付帯装置の図示しないバッテリー監視機能により読み取られる残量値が都度更新管理される。

なお、ステップＳ６０７の報告は、必ずしも各自転車から情報管理サーバへの方向への報告のみに限られず、情報管理サーバから各自転車への問い合わせ（ポーリング）の形式であってもよい。
また、ステップＳ６０７に例示した位置報告を含むステータス報告は、定期的にあるいは随時実施される。

時刻ｔ６においては、例示的に、各ポートから情報管理サーバへのステータス報告が定期的にあるいは随時実施される（ステップＳ６０８）。報告内容は、報告日時、現在の駐車台数（及び必要に応じて駐車中の各自転車のＮｏ）が挙げられる。

なお、本発明の他の実施形態においては、各自転車から報告を受けることによって情報管理サーバ上では各ポートの駐車状況も把握できるため、各ポートから情報管理サーバへのステータス報告（ステップＳ６０８）を実装しないように構成することもできる。この場合、ポートと自転車との間で行われるものとして説明したステップＳ６０６も省略できる。

時刻ｔ７〜ｔ１０までは、ユーザが自身のユーザ端末を介して所望のポートを検索して自転車を借り受け乗り出すところまでを例示するフローである。時刻ｔ７において、ユーザは自身のユーザ端末を操作し、情報管理サーバへアクセスしてポート検索要求をサーバに対して出す（ステップＳ６０９）。ここでの検索要求として典型的なものには、ユーザの現在位置から最寄りのポートを抽出したい等の検索要求が挙げられる。
もちろん、ポート検索要求には、必要に応じて自転車検索要求を含んでもよい（自転車検索要求単体での実行も可能である）。

時刻ｔ７〜ｔ８にかけて、情報管理サーバではユーザ端末からの検索要求に応じて検索処理を実施し（ステップＳ６１０）、検索結果をユーザ端末へ返す（時刻ｔ８、ステップＳ６１１）。

ユーザ端末からポート検索要求（あるいは自転車検索要求）を情報管理サーバへ行って結果が返されてきたときの画面例を図８に示す。図８において、利用者端末８００の画面上には、ユーザの現在位置８０１を示したマップが表示され、その周辺にポート８１１等が表示されている。各ポートアイコンには、駐車中の自転車の台数が示されており、ポート８１１には１台の自転車が駐車中であることがわかる。
また、マップ中の自転車を模したアイコン（例えば８１２など）は、走行中の自転車あるいは停止している自転車が表示されている。

利用者は、このマップ画面を頼りに所望のポート等へ移動して「鍵をあける」ボタン８１３を押下し、図９を参照して後述する手順により所望の自転車を開錠する。

時刻ｔ９までに、ユーザはサーバから提供された検索結果情報をたよりに目的のポートへ移動している（ステップＳ６１２、ここは人及び／または物の移動であり、情報のやり取りとは区別するために破線矢印で表現している。以下、同様）。

時刻ｔ９〜ｔ１０においては、目的のポートにたどり着いたユーザが、指定された（あるいはユーザ自身が自由に選択した）自転車の開錠等を行う（ステップＳ６１３）。この開錠処理の手順例は、次のようなものである。
（１）ユーザ端末から情報管理サーバへ対して、指定された（あるいはユーザ自身が自由に選択した）自転車の開錠要求を出す。このとき、適宜認証処理がなされてもよい。
（２）情報管理サーバでは、認証処理のあと、開錠対象となっている自転車の付帯装置へ開錠コマンドを送信する。
（３）開錠対象となっている自転車の付帯装置は、それ自体にロック機構が備わっている場合にはその機構を開錠し、あるいはポート（のポール等）にロック機構が備わっている場合にはその機構へ開錠コマンドを出すことによって開錠させる。

図９を参照して開錠時の具体的な画面例を示す。図９において、利用者端末９００の画面上には、背面の図示しないカメラレンズを介して撮影されている自転車後部の撮像画像が映し出されている。この自転車後部には二次元コードが貼付されており、利用者は案内９１１に従って利用者端末９００を介してこの二次元コード（当該自転車の識別番号等の情報が埋め込まれている）を読み取ろうとしている。読み取りに成功すると、読み取られた当該自転車の識別番号等が利用者端末から情報管理サーバへと送信され、サーバ上で当該利用者端末が当該自転車をレンタルできるかどうかの認証が行われる（必要に応じて課金開始がなされる）。
正常に認証が完了すると、情報管理サーバから当該自転車の付帯装置へ開錠コマンドが送信され、当該自転車は開錠される。

時刻ｔ１０以降、ユーザは開錠された自転車をポートから搬出して乗り出し（ステップＳ６１４）、当該自転車の走行を開始する（返却時の動作は、後述するステップＳ６２５等と同様であるので、ここでは説明を省略する）。

時刻ｔ２１〜ｔ２５までは、本発明の一実施形態にかかるレンタルサイクル運営システム等における特徴の一つであるユーザ参加型運営の動作フロー例を示すが、その前に本発明の特徴的部分を説明する。

［本発明の特徴］
本発明にかかるレンタルサイクル運営システム等の特徴の１つは、お客様（ユーザ）にシステム運用の手助けをしていただくという（ユーザ参加型）のレンタルサイクル運営システムを提供することである。この場合、ユーザによる運営貢献に対してインセンティブ付与（ポイント付与等）を行うこととなるが、単なるポート間の車両の移動に対してのみならず、次のようなサポート（協力作業）に対しても効果的にインセンティブ付与を行う。
（Ａ）ユーザが自転車の空気入れを適切なタイミングで行った場合
（Ｂ）ユーザが自ら見つけた自転車の汚れを綺麗に拭き取った（汚れを除去した）場合
（Ｃ）自転車の故障や不具合に関する適切な報告を行った場合
（Ｄ）自転車のバッテリー充電を行った場合
（Ｅ）違法駐輪（あるいは放置）されている自転車を発見して適切な場所へ移動した場合
（Ｆ）ポートの異常を発見して適切な報告を行った場合
（Ｇ）サーバから誘導された案内（例えば、デマンド分析及び予測によって算出されたポートごとの適切な台数に基づき、過剰なポートから不足しているポートへの自転車の移動案内など）に従って行動し、これを完了した場合

さらに、本発明にかかるレンタルサイクル運営システム等の他の特徴は、上記サポートを実行するにあたり、ユーザは自身の端末を介して、何をするとどんなインセンティブが貰えるかが容易に分かるようなユーザインタフェースの提供を受けることができることである。
ここで、このユーザインタフェースによって提供される情報は、利用者に対するシステム運営側からのサポート依頼情報ということもできる。

時刻ｔ２１においては、例示的に、情報管理サーバから案内情報の提供を受ける（ステップＳ６２０）。これは、図示しない公知の技術によるプッシュ型のメッセージ送信でもよいし、図７を参照して後述するようにユーザ端末からサーバへ情報を取りに行く形態であってもよい。
なお、ここでの案内情報は、例示的に「自転車ＰをポートＡからポートＢまで移動させた場合にはポイント○○を付与します」であったとする。

時刻ｔ２２までに、ユーザはサーバから提供された案内情報に基づき目的のポートへ移動している（ステップＳ６２１）。

時刻ｔ２２〜ｔ２３においては、目的のポートにたどり着いたユーザが指定された（あるいはユーザ自身が自由に選択した）自転車の開錠等を行う（ステップＳ６２３）。この開錠処理の手順例は、上述したとおりである。

時刻ｔ２３〜ｔ２４まで、ユーザは開錠された自転車をポートから搬出して乗り出し（ステップＳ６２４）、当該自転車に搭乗するなどして走行させる。

時刻ｔ２４には、ユーザは自転車を目的のポートへ移動させ、施錠処理を行う（ステップＳ６２５）。この施錠処理の手順例は、次のようなものである。
（１）ユーザ端末から情報管理サーバへ対して、指定された（あるいはユーザ自身が自由に選択した）自転車の施錠要求を出す。このとき、適宜認証処理がなされてもよい。
（２）情報管理サーバでは、認証処理のあと、施錠対象となっている自転車の付帯装置へ施錠コマンドを送信する。
（３）施錠対象となっている自転車の付帯装置は、それ自体にロック機構が備わっている場合にはその機構を施錠し、あるいはポート（のポール等）にロック機構が備わっている場合にはその機構へ施錠コマンドを出すことによって施錠させる。

本発明の他の実施形態においては、上述の施錠コマンドによる施錠に替えて、手動による施錠が行われてもよい。

時刻ｔ２５には、施錠をしたユーザが自身の端末から情報管理サーバへステップＳ６２５における施錠処理まで完了したことを報告する（ステップＳ６２６）。もちろん、ポートあるいは自転車の付帯装置から情報管理サーバへ施錠報告をさせることもできるが、ユーザによる報告をさせるように構成したのは、後述するインセンティブ付与のための処理の一環として位置づけたためである。

図７に、図６で説明したフローと一部重複する形で、ユーザ端末でのアプリ起動後から上述した本発明の特徴であるユーザ参加型の運営を形成する各種処理を含む動作を説明するフローチャートを示す。

ステップＳ７０１において、利用者端末上のアプリ（既に情報管理サーバよりダウンロード及びインストール済であるものとする）を起動すると、ステップＳ７０２へ進み、利用者端末の画面上にメニュー（不図示）が表示される。このメニューの構成は制限的なものではないが、本発明の一実施形態にかかるレンタルサイクル運営システム等における特徴の一つであるユーザ参加型運営のためのページ（以下、「運営協力ページ」という）へのメニューは少なくとも含まれる。加えて、これも必須ではないが付加的な他のサービスメニューが含まれていても良い。

次に、ステップＳ７０３へ進み、ユーザが運営協力ページを選択したかどうかが判断され、Ｙｅｓの場合にはステップＳ７０４へ進むが、Ｎｏの場合にはＳ７０５へ進む。ステップＳ７０５へ進んだ場合には各種「他のサービス」の提供を受けたあと、ステップＳ７０９へ進む。

ステップＳ７０４では、利用者端末の画面上に運営協力ページが表示される。本発明の一実施形態にかかる運絵協力ページの表示例を図１０に示す。図１０において、利用者端末１０００の画面上には、「運営サポートをしてポイントゲット!!」のタイトル１０１１と、何をすればどの程度のインセンティブ（ポイント）を受けることができるかが分かり易く示されたメニュー１０１２とが表示されている。メニュー１０１２には、例示的に「チャリの空気入れ」（チャリとは自転車のこと。以下、同じ）をした場合には１０ポイントが付与され、「チャリの汚れを落とし」た場合には１５ポイントが付与され、チャリの「バッテリー充電し」た場合には２０ポイントが付与され、「違法駐輪対応し」た場合には２５ポイントが付与され、「ポート異常報告」をした場合には３０ポイントが付与されることが示されている。

ここで、図１０には図示しないが、ユーザが好みのサポートを選択する（一例として、メニュータイトル自体をクリックする）と、個別の画面（不図示）に遷移し、対象となる自転車がどこに存在するかをマップ上に表示させるように制御することもできる。例えば、「チャリの空気入れ」をした場合には当該タイトルをクリックすると、利用者端末の現在位置を中心として空気を入れた方がよい（要メンテナンス）自転車の位置がマップ上に表示される。

この場合、図１０のメニュー１０１２に示されたメニューのうち、該当する自転車は情報管理サーバでも把握することができ、一例として次のような管理が実施される。
（１）空気入れを要する自転車の把握
上述した自転車ごとの「前回空気入れした日時」項目や「前回空気入れ時の走行距離」項目が情報管理サーバ上で参照されることにより、所定の時間が経過したものについては自ずとメンテナンスが必要であると判断して「要メンテナンス自転車」としてピックアップされる。これらは、図８に示した要領でマップ上に表示可能である。

（２）バッテリー充電を要する自転車の把握
上述した自転車ごとの「前回充電した日時」項目や「バッテリー残量」項目が情報管理サーバ上で参照されることにより、所定の時間が経過したものや残量値が所定値未満のものについては自ずとメンテナンスが必要であると判断して「要メンテナンス自転車」としてピックアップされる。これらは、図８に示した要領でマップ上に表示可能である。

このとき、図示しない画面上のアイコンをタップするなどして、何をするとインセンティブを貰えるのかを確認できるようにしたり、サポートが必要とされている自転車やポートのみを探索あるいは表示させたりするように制御することもできる。

「その他のメニュー（違法駐輪報告やポート異常報告など）」は、ユーザによる善意の監視によってサポートされることができる。

図１１に、本発明の一実施形態におけるサポートメニュー表示例を示す。図１１においては、利用者端末１１００には、メニュータイトル１１１０に続いて「自転車やポートについて報告」する場合の説明欄１１２０及び「放置されている自転車を移動する」場合の説明欄１１３０が表示されており、それぞれのサポート行動を行う場合には、ボタン１１２１や１１３１を押下することにより具体的な行動へ移ることができる。

次に、ステップＳ７０６では、サポート項目ごとのユーザによる協力作業（サポート行動）がなされる。これらは、図１０を参照して上述したような各種のサポート行動である。

ステップＳ７０７では、協力作業を終えたユーザによる利用者端末を介した情報管理サーバへの完了報告がなされる。本発明の一実施形態において、協力作業を「チャリの汚れ落とし」であるものとして、図１２を参照して報告画面を例示する。

図１２では、「チャリの汚れ落とし」を行った場合の報告画面である。この協力作業を行うにあたり、ユーザは、運営システム管理下にある汚れた自転車を返却する際、あるいはそうした自転車を発見したり端末を介して探索したりしてその汚れを落とそうとする際に、次の手順を踏む。
（Ｃ１）まず、現状の状態（汚れ）を利用者端末に備わっているカメラなどで撮影してその画像を端末のメモリに記憶保存する。
（Ｃ２）次に、当該汚れを落とす（汚れを除去し、綺麗にする）。
（Ｃ３）そして、当該汚れが落とされ綺麗になったあとの該当部分を再び撮影してその画像を端末のメモリに記憶保存する。
（Ｃ４）アプリを介して上記（Ｃ１）及び（Ｃ３）で保存された画像を情報管理サーバへアップロードする。

図１２において、利用者端末１２００の画面上には、「チャリの汚れを落としてポイントゲット!!」のタイトル１２１１と、チャリの汚れがあった箇所（汚れを落として綺麗にした箇所）を特定するためのガイド領域１２１２と、上記（Ｃ１）で保存された画像１２１３及び上記（Ｃ３）で保存された画像１２１４とが表示されている。ガイド領域１２１２は必ずしも必須ではないが、自転車全体における特定の範囲を指定しておくと後述する画像比較の際に便利なことがありうる。
また、本発明の一実施形態においては、画像１２１３において汚れの場所を特定するためのガイド１２１３１を図示しない操作により表示させ、図示しない操作により移動させてマークさせるようにしてもよい。

以上のように、汚れを落とした箇所と、その汚れを落とす前後の画像を特定して完了ボタン１２１５を押下することによりアップロードする。

次に、ステップＳ７０８に進み、情報管理サーバでは、前ステップでなされた報告を受けて、その汚れを落とす前後の画像を比較処理し、図示しない公知の画像認識処理によって汚れ除去がなされていると判定された場合には、当該ユーザに対してポイント等のインセンティブを付与する。

そして、ステップＳ７０９へ進み、アプリを終了するかどうかが判断され、Ｙｅｓの場合にはステップＳ７１０へ進みアプリを終了するが、Ｎｏの場合にはステップＳ７０２へ復帰する。

［サポート行動の適性の判断］
上述したように、自転車の汚れを落としたユーザにインセンティブを付与する場合のそのサポート行動の適性の判断に際しては、汚れを落とす前後の画像を比較処理するという手法を採用したが、他のサポート行動の適否の判断については、それぞれ次のような手法を採用することができる。

（Ｓ１）ユーザが自転車の空気入れを適切なタイミングで行ったかどうかの判断
ユーザが空気入れを行った日時が、上述した管理項目（「前回空気入れした日時」や「前回空気入れ時の走行距離」）に照らして所定の範囲にあるかどうか（例えば、所定の時間以上経過しているとか、ある一定の時間間隔内に入っているかどうかなど）に基づき判断される。

（Ｓ２）自転車の故障や不具合に関する適切な報告を行ったかどうかの判断
図示しないサポートセンター等での修理を要することが判明した場合には報告後にその結果が情報管理サーバに入力されることにより、当該報告が適切であったことが認定される。

（Ｓ３）自転車のバッテリー充電を適切に行ったかどうかの判断
ユーザが充電を行った日時が、上述した管理項目（「前回充電した日時」）に照らして所定の範囲にあるかどうかに基づき判断される。あるいは、上述した管理項目（「バッテリー残量」）に基づき、充電開始時のバッテリー残量が所定の範囲にあるかどうかに基づき判断される。

（Ｓ４）違法駐輪（あるいは放置）されている自転車を発見して適切な場所へ移動させたかどうかの判断
自転車の付帯装置が備えるＧＰＳ機能を介して、情報管理サーバによってマップ上で把握されている駐車禁止区域にある自転車が適切なポート等へ移動されたかどうかを追跡すること等によって判断される。

（Ｓ５）ポートの異常を発見して適切な報告を行ったかどうかの判断
図示しないサポートセンター等での修理を要することが判明した場合には報告後にその結果が情報管理サーバに入力されることにより、当該報告が適切であったことが認定される。

［デマンド分析及び予測］
本発明の一実施形態においては、デマンド分析及び予測によって算出されたポートごとの適切な台数に基づき、過剰なポートから不足しているポートへの自転車の移動案内を利用者端末に送信することができるが、この場合のデマンド分析及び予測には次のようなものを採用することができる。これらは、各自転車が備える付帯装置のＧＰＳ機能による所在追跡や移動履歴等を情報管理サーバ上で集計及び解析することにより処理される。

（１）時間帯ごとのチャリの過不足の傾向を分析することによるデマンド分析を行う。
（２）特に、ポートから出発するデマンドについては実際にチャリをポートから乗り出したことのみをトリガするのではなく、アプリ上でポートをタップしたことも加味する。同様に、ポートに到着するデマンドについては実際にチャリをポートへ入庫させたことのみをトリガするのではなく、アプリ上で目的地設定した（あるいは目的のポートをタップした）ことも加味する。
（３）天気（天気予報に関する外部のデータベース情報）や曜日（カレンダー情報）の要因を加味する。
（４）年間イベント（年末年始行事等）も加味する。

以上、具体例に基づき、レンタルサイクル運営システム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。

また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。

さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。

本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件の全て及び／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。

また、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。

さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。

１０ レンタルサイクル運営システム
１１ 情報管理サーバ（群）
１２ａ〜１２ｂ、４５ 駐輪場（ポート）
１３ａ〜１３ｂ 利用者端末（スマートフォン等のユーザ端末、情報処理装置）
１４ａ〜１４ｃ、４０、４６ 自転車（サイクル）
１９ 公衆回線（専用線、インターネット等）
４５１ レール
４５２ ポール

Claims (8)

1. 利用者端末からアクセス可能に構成された情報管理サーバと、複数の駐輪ポートと、通信機能を備えた付帯装置を有する複数の自転車とからなるレンタルサイクル運営システムであって、
   前記情報管理サーバは、前記自転車に関するステータス情報を管理して前記ステータス情報を含むサポート依頼情報を当該利用者端末へ提供するものであって、
   前記サポート依頼情報には、前記自転車に関するステータスを改善するためのサポート行動及び前記サポート行動を完了した場合のインセンティブが含まれる
   ことを特徴とするシステム。
2. 前記ステータス情報には、前記自転車の空気入れに関する情報またはバッテリー残量に関する情報が含まれることを特徴とする請求項１に記載のシステム。
3. 前記サポート行動には、
   （１）前記自転車の汚れを除去する、
   （２）前記自転車の故障や不具合に関する報告を行う、
   （３）放置されている自転車を適切な場所へ移動させる、
   （４）前記駐輪ポートの異常に関する報告を行う、
   のうちのいずれか１以上の結果が含まれることを特徴とする請求項１又は２に記載のシステム。
4. 前記サポート行動の適正の判断のために少なくとも当該サポート行動の前後の撮影画像が利用されることを特徴とする請求項３に記載のシステム。
5. 利用者端末からアクセス可能に構成された情報管理サーバと、複数の駐輪ポートと、通信機能を備えた付帯装置を有する複数の自転車とからなるレンタルサイクル運営システム上で実行されるコンピュータプログラムであって、前記システム上で実行されたとき、
   前記情報管理サーバに、
   前記自転車に関するステータス情報を管理させるステップと、
   前記ステータス情報を含むサポート依頼情報を当該利用者端末へ提供させるステップと
   を実行させ、かつ、
   前記サポート依頼情報には、前記自転車に関するステータスを改善するためのサポート行動及び前記サポート行動を完了した場合のインセンティブが含まれる
   ことを特徴とするプログラム。
6. 前記ステータス情報には、前記自転車の空気入れに関する情報またはバッテリー残量に関する情報が含まれることを特徴とする請求項１に記載のプログラム。
7. 前記サポート行動には、
   （１）前記自転車の汚れを除去する、
   （２）前記自転車の故障や不具合に関する報告を行う、
   （３）放置されている自転車を適切な場所へ移動させる、
   （４）前記駐輪ポートの異常に関する報告を行う、
   のうちのいずれか１以上の結果が含まれることを特徴とする請求項５又は６に記載のプログラム。
8. 前記サポート行動の適正の判断のために少なくとも当該サポート行動の前後の撮影画像が利用されることを特徴とする請求項７に記載のプログラム。