JP5625160B2 - シティサイクルシステムの運営方法 - Google Patents

Description

本発明は、レンタルサイクルなどのレンタル車両によるシティサイクルシステムを運営する方法、特に他のレンタルステーションから返却を可能とする複数のレンタルステーションによるシティサイクルシステムを運営する方法に関するものである。

従来、複数のレンタルステーションによるシティサイクルシステムの運営において、返却するレンタルステーションの偏りによる運営のシステムダウンを回避するため、満車となったレンタルステーションのレンタル車両をトラック等によりレンタル車両の不足するレンタルステーションに配送することなどにより、レンタルステーション間のレンタル車両保管数を望ましい配分に調整していた。

シティサイクルシステムは、従来の自動車に依存した人々の移動方式に対するアンチテーゼとして提案されたものであるが、その一方でトラックなどの自動車によってシステムが維持されていることは矛盾であり、レンタル車両の自律的移動によってシステムが維持されることが望ましい。

そうした観点から提案されている技術の１つに、特許文献１に開示されたシステムがある。このシステムでは、返却する際に、自転車が不足した拠点を携帯で確認でき、より不足した拠点に自転車を返却することでポイント加算や料金の割引等され、このポイントには環境に配慮した効果をもつエコポイントやショッピング上の割引に役立つポイントを含んだものであり、より使用可能なレンタサイクルを広域的に均一化して、量の偏りをなくすことを携帯で管理することを特徴とする。

このようなＧＰＳ機能付携帯電話による２次元バーコードを付した自転車、電動機付自転車、バイクなどの車両を管理するレンタサイクルシステムによって、ポイントゲッター（特定時間帯に空き時間を利用してポイントを得ることを目的としてレンタサイクルを利用する者）を生み出し、複数のレンタサイクル拠点全体の空満を一定化するための逆流を起こすことにより、システムを維持しようとするものである。

特開２０１０−５５５８３

しかしながら、レンタル車両不足には、システムダウンに至る原因となる直線的に車両数が減少していくタイプのものだけでなく、一時的に車両数が減っていくもののある時点をピークに自律的に車両数が回復していく周期的変動によるものもある。これは、当該レンタル車両を貸出／返却をするレンタルステーションの地理的位置などによる特性（以下、入出特性という）によるものである。典型的タイプの出入特性として、坂道の上に位置する場合において直線的に車両数が減少していく「坂上タイプ」と、駅周辺に位置するレンタルステーションのように、朝は住宅地域からの入車が多く空きスペースが不足する一方で、夕方には逆に出車が多くなり貸出のための車両数が不足する「駅タイプ」とを指摘することが出来る。

「坂上タイプ」における車両不足に対してポイントを設定し、逆流を誘発することはシステム維持にとって有効であるが、「駅前タイプ」における車両不足に対してポイントを設定すると、却ってシステムダウンを助長するような効果を生む弊害がある。

本発明は、インセンティブとしてポイントを設定する方式において、個々のレンタルステーションの特性を判別して、レンタルサイクルの車両数の維持を適切に行えるようなポイントを設定するシティサイクルシステムの運営方法を提供することを課題とする。

本発明は、上述課題を解決するため次の構成を採用する。
請求項1に記載の発明は、

シティサイクルシステムを所定のエリア内に配置した複数のレンタルステーションで運営する方法において、

１）運営者が本システムの入力支援手段により、各レンタルステーションの運営にとって望ましいレンタルサイクルの保管数の適正範囲を当該レンタルステーションの属性データの構成要素としてレンタルステーション属性格納手段に格納する適正保管数登録ステップ、

（レンタルステーションの入出特性の設定）

２）運営者が本システムの設定支援手段により、前記保管数が減少する入出特性、前記保管数が増加する入出特性、前記保管数が振動する入出特性のそれぞれについて少なくとも１つのレンタルステーションを典型タイプのレンタルステーションとして予め選択し、該典型タイプの入出特性を項目もしくは軸として設定し、その強弱もしくは類似を示す段階的パラメータを設定し、各レンタルステーションの入出特性を当該特性毎のパラメータの値の列もしくはベクトルとして評価し、各レンタルステーションの属性データの構成要素として前記レンタルステーション属性格納手段に格納する入出特性設定ステップ、

（受け入れ条件の設定）

３）所定の間隔で各レンタルステーションにおけるレンタルサイクルの保管数を検出し該保管数が前記適正範囲にない場合、前記属性データと当該適正範囲からの外れ方を予め設定した受け入れ条件決定ルールを適用して受け入れ条件を決定し、レンタルステーション提供情報格納手段に格納する受け入れ条件設定ステップ、

（受け入れ条件の提示）

４）前記決定した受け入れ条件からレンタルサイクルのユーザが返却するステーションの選択するための支援情報を生成し、該ユーザに提供する支援情報提供手段により情報提供する情報提供ステップ、

というステップを実行することにより、レンタルサイクルのユーザによる返却をシステムの運営上望ましいレンタルステーションに誘導することを特徴とする方法である。

（パラメータによる評価）

請求項２記載の発明は、請求項１項記載のシステムにおいて、前記パラメータによる評価が、一の典型タイプに一致する場合の値から他のタイプに一致する場合の値までを段階的に変化する値の系列から適当な値を選択入力しレンタルサイクルシステム内の記憶装置に記録する評価支援手段によって、運営者が選択した値を評価の対象とするレンタルステーションのパラメータの値とすることであることを特徴とする方法である。

請求項３記載の発明は、請求項１項記載のシステムにおいて、前記パラメータによる評価は、評価対象のレンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似を示す値を当該レンタルステーションのパラメータの値とすることであることを特徴とする方法である。

請求項４記載の発明は、

シティサイクルシステムを所定のエリア内に配置した複数のレンタルステーションで運営する方法において、

１）運営者が本システムの入力支援手段により、各レンタルステーションの運営にとって望ましいレンタルサイクルの保管数の適正範囲を当該レンタルステーションの属性データの構成要素として所定の記憶装置に登録する適正保管数登録ステップ、

２）運営者が本システムの設定支援手段により、貸出する車両数と返却を受け入れる車両数とが異なることにより車両数もしくは空き駐輪機が過不足する入出特性について予め少なくとも２つの典型タイプのレンタルステーションの特性を示す領域を設定し、一の典型タイプから他の典型タイプまで中間的特性を示す領域をさらに設定し、該領域に所定の区切りを設定し、当該区切りによって生成された区分に適当なラベルを設定するステップ、

３）各レンタルステーションが該当する区分を決定し、該レンタルステーションの出入特性として決定した区分に設定されたラベルを付与し、当該レンタルステーションの属性データの構成要素として前記記憶装置に登録するステップ、

４）所定の間隔で各レンタルステーションにおけるレンタルサイクルの保管数を検出し前記適正範囲にない場合、前記属性データと当該適正範囲からの外れ方とを予め設定した受け入れ条件決定ルールを適用して受け入れ条件を決定し、レンタルステーション提供情報格納手段に格納する受け入れ条件設定ステップ、

５）前記決定した受け入れ条件からレンタルサイクルのユーザが返却するステーションの選択するための支援情報を生成し、該ユーザに提供する支援情報提供手段により情報提供する情報提供ステップ、

というステップを実行することにより、レンタルサイクルのユーザによる返却をシステムの運営上望ましいレンタルステーションに誘導することを特徴とする方法である。

請求項５記載の発明は、請求項４に記載の方法において、

前記レンタルステーションが該当する区分の決定は、一の典型タイプから他の典型タイプまでの区分の系列から決定対象のレンタルステーションの区分を選択し、入力する区分決定支援手段により、当該システムの運営者が決定し、所定の記憶装置に登録することによって行うことを特徴とする。

請求項６記載の発明は、請求項４に記載の方法において、

前記レンタルステーションが該当する区分の決定は、決定対象のレンタルステーションが該当する区分を、

該レンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似もしくは典型タイプの特性の強弱を示す値の範囲によって決めるものであることを特徴とする。

請求項７記載の発明は、請求項４に記載の方法において、

前記レンタルステーションが該当する区分の決定は、決定対象のレンタルステーションが該当する区分を、

該レンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似もしくは典型タイプの特性の強弱を示す値の範囲ごとに該当区分を割り当てた割り当てテーブルを予め用意し、該割り当てテーブルを参照することによって決定することを特徴とする。

請求項８記載の発明は、請求項１乃至７のいずれかに記載の方法において、

前記典型タイプは、予め選択した駅周辺に立地するレンタルステーションが示す出入傾向、予め選択した坂道の上に立地するレンタルステーションが示す出入傾向、予め選択した坂道の下に立地するレンタルステーションが示す出入傾向から選ばれたものであることを特徴とする。

請求項９記載の発明は、請求項１乃至８のいずれかに記載の方法において、

前記ユーザの登録データは、当該ユーザに与えられるポイントを含むものであって、当該ポイントはレンタルサイクルの利用料金又は当該システムと提携関係を有する店の商品又はサービスの料金の支払いに利用できる有価ポイントであって、前記受け入れ条件は返却したユーザの有するポイントに対して加算又は減算の処理をすることであることを特徴とする。

請求項１０記載の発明は、請求項1乃至９のいずれかに記載の方法において、

レンタルサイクルの利用を望むレンタルユーザが、ユーザ側端末からユーザ登録手段にアクセスして、所定のユーザ個人情報、認証方法そして情報通知方法を入力し、ユーザ情報格納手段に格納するユーザ登録ステップをさらに含み、

前記情報提供ステップにおいて、前記登録した情報通知方法に従って、前記設定した受け入れ条件を所定の表示フォーマットに変換し、レンタルステーションの受け入れ条件一覧情報とし、レンタルユーザ側の端末に提供することにより、前記レンタルユーザが返却するステーションの選択するための支援をすることを特徴とする方法である。

レンタルサイクルシステム運営のネックである車両数や入車の空きスペースの不足をレンタルステーション毎に設定したインセンティブとしてのポイントをレンタルユーザに表示することにより、返却するレンタルステーションをシステム維持の観点から望ましいレンタルステーションに誘導し、レンタルシステムのシステムダウンを自律的に回避する効果がある。

従来提案されていたポイントシステムでは実現できなかった各レンタルステーションの入出特性を反映したポイントを生成して利用することが出来、各ＳＴの駐輪状況だけでなく、その入出特性に応じて適当な量のポイントを設定することができる効果がある。

複雑な要因で決定されると考えられる入出特性を運営者が熟知する典型的なレンタルステーションとの類似や典型的性質の強弱によって、視覚的に運営者が決定することができるため、多くのＳＴに対してその入出特性を設定することを可能とする効果がある。

また、現在の過不足といった現時点での駐輪状況に惑わされることなく、管理対象とするＳＴの入出特性を判断材料にいれることにより、将来どのようになっていくのかを判断し、適切な受け入れ条件を設定し、適切な返却行動の誘導をし、シティサイクルシステムの運営維持に貢献する効果がある。

システムの概略構成 システムセンターの動作 ＳＴ属性登録画面 ＳＴ属性のデータ構造 ＳＴ（レンタルステーション）の内部構成 入出に関するログデータの例 入出特性設定画面 入出特性を表現する変形例の設定画面 ＳＴ監視情報の例 ＳＴ特性設定部１０１２の動作 入出特性の振り分けを行う変換テーブル 特性設定時に参照される計算式の内容 受け入れ条件生成のルールの例 ＳＴ提供情報のデータ構造 要求受付ステップにおけるプロセス ユーザ情報のデータ構造の一例 検索要求画面の一例 検索結果画面の一例

以下、本発明の具体例につき図面を用いて説明する。

（システムの概略構成）

図１は、本発明による方法を利用したシティサイクルシステムの具体例を示すブロック図である。ネットワーク１００１に接続したシステムセンター１０００と、ネットワーク１００１を介して接続する複数のレンタルステーション群１００２〜１００５と（図中および以下の記載においては「ＳＴ」という略称をもちいる）、レンタルユーザ１００６に対して貸出中のレンタルサイクル１００７と、レンタルユーザ側端末１００８と、レンタルユーザ側端末をネットワークと接続させる無線基地局１００９という構成である。

システムセンター１０００はネットワーク１００１を介して、各ＳＴに設けられたセンサーによって把握している駐輪状況データをネットワーク経由で取得できる構成となっている。駐輪状況データの把握等については後で詳細に述べる。

レンタルユーザ１００６は、使用中のレンタルサイクル１００７を返却すべきＳＴをユーザ側端末１００８からネットワーク１００１にアクセスしてシステムセンター１０００にアクセスして、自己の目的地あるいは、後で詳細に述べる受け入れ条件としてのポイントを条件として条件を満たすＳＴを検索することができる。ユーザ側端末１００８としてはブラウザ機能を備えた携帯電話を採用することが出来る。

システムセンター１０００は、ＳＴ属性登録部１０１０、ＳＴ属性記憶部１０１１、ＳＴ出入特性設定部１０１２、ＳＴ監視部１０１３、ＳＴ監視情報記憶部１０１４、受け入れ条件生成部１０１５、ルール記憶部１０１６、このルールを適用して生成した受け入れ条件を含む各ＳＴの提供情報を格納するＳＴ提供情報記憶部１０１７、アクセスしてきたレンタルユーザに対する認証や初回ユーザの登録を行うユーザ認証部１０１８、ユーザ支援情報記憶部１０１９、そしてユーザ支援情報提供部１０２０という構成である。

ここで図示の便宜上各部が１つの物理的場所を有するセンターに集中した態様で記載されているが、物理的位置を分散させて構成してもよく、物理的に場所とは別に各部にはネットワーク１００１上のアドレスを割り当てて、バーチャル的には分離したポータルサイトとして構成してもよい。

ネットワーク１００１は、無線回線および有線回線を含む通信回線から構成されており、図では各ＳＴとの接続は有線回線となっているが、無線回線であってもよく、各ＳＴの通信環境に応じて適宜定められるものである。

又、各部の動作は、予め用意されたプログラムをモニター、キーボード、マウス等のインターフェースを備えたパーソナルコンピュータやワークステーション等のコンピュータで実行し、各種デバイスを制御することにより実現される。また、これらのプログラムは、たとえばハードディスク、ＵＳＢメモリ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出され、システムの運営者が操作することによって実行される。

システムセンター１０００は、各部の動作が協働することによって、各ＳＴにおけるレンタルサイクルの入出特性（返却されて入ってくる車両数と貸し出されて出ていく車両数が偏る性質）を把握し、各ＳＴの駐輪するレンタルサイクルの不足や過剰といった駐輪状況を監視し、各ＳＴにレンタルユーザが返却するときの受け入れ条件を設定し、レンタルユーザに受け入れ条件を含む情報を提供することにより、レンタルユーザの返却先のＳＴをＳＴ間の車両数を適正に保つのに望ましいＳＴに誘導するものである。

以下、図2に示すシステムセンター１０００の動作の概要を示したフローチャートに従って、本発明の方法の動作の主要部分の動作について概括的に説明しつつ、合わせてＳＴの詳細な構成・動作および各部のプロセスについての詳細について述べることとする。

（ＳＴ属性登録ステップ）

ＳＴ属性登録ステップ２００１において、本発明のシティサイクルシステムの運営者によるＳＴ属性の登録が行われる。

ＳＴ登録部１０１０は、特に図示しない運営者側端末によってアクセス可能なポータルサイトとして実現され、アクセスした運営者側端末の表示した所定の入力画面からＳＴ毎に属性情報を入力し、ＳＴ属性記憶部１０１１に格納する。

図3は、運営者側端末に表示されたＳＴ登録画面である。ブラウザ画面３０００上に示された入力欄３００１は、ＳＴＩＤ（レンタルステーションを個別に識別する識別情報である。）を入力する欄である。入力欄３００２は、当該ＳＴの所在する位置を示す位置情報を入力する。位置情報は緯度経度で表現される一般的な値を採用することとするが、運営者が設定したランドマーク名あるいは、本発明のシティサイクルシステムを運用する地域を所定のブロックに細分したブロック名を入力する方式などを採用することが出来る。

入力欄３００３は、ＳＴに設けられた駐輪機の数を入力する欄である。ＳＴで管理するレンタルサイクルは、駐輪機に駐輪させることによって管理するものである。レンタルユーザは駐輪機のロックを解除し、出車させ利用を開始し、入車返却は空いている駐輪機に駐輪させることにより行われるので、駐輪機数はＳＴのサービス能力を示す重要な指標である。

入力欄３００４はシティサイクルシステムサービス開始時に当該ＳＴに備えるべきレンタルサイクルの車両数である。運用開始時やＳＴの修理等で一時的に運用を停止した場合に再開時に備えるべきレンタルサイクルの基準である。入力欄３００５、３００６は、適正車両数の入力欄であり、上限と下限を入力する方式を採用している。適正車両数を一つの値として入力し、運営における駐輪状況の評価においては、この値から所定の幅を超えるかどうかで駐輪状況の適否を評価する方式も採用可能である。

ボタン３００７は、ＳＴ特性設定部１０１２を起動させるためのボタンであり、運営者側端末の入力デバイスにより選択し、クリック等のアクションを加えることにより動作する。

（ＳＴ属性データの構造）

図４は、上記プロセスで生成されるＳＴ属性データの構造を示したブロック図である。

ＳＴＩＤ４００１を主キーとして、位置４００２、駐輪機数４００３、初期保管数４００４、適正車両数下限４００５、適正車両数上限４００６、そしてＳＴ特性設定部１０１２で決定され格納される入出特性４００７という構成である。

（レンタルステーション「ＳＴ」の説明）

複数のＳＴ間で貸出・入車返却するシステムでの入出特性の理解のために、ここでＳＴについてのより詳しい説明を、図1に示した１００２〜１００５を例に説明する。ＳＴの一般的特性として貸出による出車が増加すれば時間的遅れの後返却による入車数が増えるものであるが、貸出元ＳＴと返却先ＳＴを別にすることができるため、入出のアンバランスが生まれる。１００２で示されるＳＴ１は、坂道の上に位置するＳＴであり、レンタルサイクルを利用するには重力が助けとなり有利な立地である半面、返却するためにレンタルサイクルを運転するには不利な立地である。このような立地による入出特性は「坂上タイプ」ということができる。１００３で示されるＳＴ２は、坂道の下に位置するため、ＳＴ１とは逆の入出特性「坂下タイプ」ということができる。

また、１００４で示す駅周辺にあるＳＴ３と、１００５で示された駅を利用する通勤者が多く居住する住宅地にあるＳＴ４では、朝と夕でレンタルサイクルの貸出・返却のパターンが入れ替わることにより、入車数のピークと出車数のピークが交互に入れ替わり、各ＳＴのトータルの車両数は一定に保たれる傾向にある。このような入出特性は「駅タイプ」ということができる。

ここで入出特性は地理的要因や商業施設などの社会的要因によって変化するものであるが、シティサイクルシステムを運営する地域から典型的なタイプを複数選択して、あるいは選択したＳＴの入出特性を理想化した典型タイプを設定し、典型タイプとの類似度や典型タイプの資質を表す項目や次元と軸を設定することにより、すべてのＳＴをそれら項目の値や次元の変数や軸上の目盛の値として数量化されたデータとして表現することが出来、それらの数量データ化された入出特性はＳＴの保管する車両数を適正車両数に保つために必要な調整量の大小を適切に評価することに有効である。

図5は、ＳＴの内部構成図である。

ネットワーク１００１に接続したＳＴ管理局５０００は、イーサネットによって構築された構内回線５００１を介して駐輪機５００２、ＳＴ側端末５００４との通信および制御を行う。ここで構内回線としてイーサネットとしたが、無線ＬＡＮなど無線回線を採用することが可能である。

レンタルサイクル５００３はＲＦＩＤタグを有しており、駐輪機５００２に備えられたセンサーであるＲＦＩＤリーダーによって、駐輪中のレンタルサイクルの有無もしくはレンタルサイクルのＩＤ（車両ＩＤ）を読み出してＳＴ管理局５０００へ送信するように構成されている。ここで駐輪機は４機としているが、これに限られるものでなく、ＳＴの敷地やレンタルサイクルのニーズに応じて適宜決められるものである。

ＳＴ側端末５００４は、ＳＴの敷地内に設けられたレンタルに係る手続きをするための入出力装置であり、レンタルユーザの認証カードもしくは端末を読み取るためのセンサー５００５を備えている。ユーザ認証は５００４からキーボード等の入出力等のデバイスによりユーザＩＤもしくはパスワードをユーザ自ら入力する方式であってもよい。

ＳＴ管理局５０００は、ＳＴの敷地内に設ける必要はなく、ネットワーク１００１のいずれかのアドレスに設置されたポータルサイトとしてもよく、物理的にはシステムセンター１０００内に設置されたものでもよい。

ＳＴ管理局５０００は、レンタルによる出車および返却による入車を記録する入出記録部５００７、駐輪機のロック機構を制御するロック制御部５００８、ネットワーク１００１を介してシステムセンター１０００との通信を制御する通信制御部５００９という構成である。

入出記録部５００７では、入出に係るログを記録し、システムセンターのＳＴ監視部１０１３からの問い合わせ（ポーリング）に応じてログを送信する。ロック制御部５００８は、レンタルユーザの返却もしくは貸出の動作および手続きに応じて駐輪機のロックの解錠・施錠制御を行う。通信制御部５００８は、レンタルユーザがＳＴ側端末を操作してレンタルに必要な手続きした場合のデータをシステムセンター内のユーザ認証部１０１８に送信したり、ＳＴ監視部１０１３からのログデータ要求を受信する等のデータ通信をする制御を行う。

各部の動作は、予め用意されたプログラムをマイクロコンピュータ、パーソナルコンピュータあるいはワークステーション等のコンピュータで実行し、各種デバイスを制御することにより実現される。また、これらのプログラムは、たとえばハードディスク、ＵＳＢメモリー、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出され、システムの運営者が操作することによって実行される。

図6は、入出に関するログデータの例である。

６００１は、入出記録部のメモリに保持されたログデータの例であり、時刻、駐輪機の識別子であるＳＴＩＤ、貸出による「出」と返却による「入」の区別、出入に係るレンタルサイクルの識別子であるサイクルＩＤ、レンタルユーザの識別子であるユーザＩＤが時系列で記録されている。ＳＴ監視部１０１３でこのログデータを該当するＳＴ毎に集計など統計的処理することにより所定の時間当たりの出車数、入車数、あるいは駐輪数といった駐輪状況を把握することができる。

６００２は、６００１とは異なるタイプのログデータを採用した場合の例である。ＳＴ監視部１０１３からの問い合わせを受けて、その時刻における各駐輪機の空／駐輪を空を「０」、駐輪を「１」として表したデータであり、それぞれを集計することで、当該ＳＴの駐輪状況を把握することが出来る。

（ＳＴ特性設定ステップ）

図２のシステムセンターのフローチャートに戻って、２００２のＳＴ特性設定ステップについて説明する。

先にＳＴの説明で述べた通り、ＳＴはその入出において特性を有しており、それらをコンピュータ処理できる数値データ化されたモデルによって表現することにより、各ＳＴ毎に調整の必要をコンピュータ処理し、量的に評価することが出来るようになる。

２００１のＳＴ属性登録ステップにおいて、図3に示した入力欄３００１〜３００６の入力を終えて入出特性の設定画面遷移ボタン３００７を選択してクリック等のアクションを加えると、入出特性設定部１０１２により制御に移行し、図7に示す入出特性設定画面７０００が運営者側端末に表示される。ここではＳT属性登録画面上の設定画面遷移ボタン３００７の属性として指定先として入力特性設定部１０１２を指定することで入力特性設定画面を呼び出す方式としているが、運営者側端末からポータルサイトとして構成した入出特性設定部のアドレスを指定し、アクセスする方式であってもよい。

図７において、７００１は坂上型の特性についてその強弱もしくは類似を０から１００までのパラメータ値を入力して設定する。坂上型は、坂道を上ったところに立地するＳＴに顕著に表れる特性である。貸出の車両数が返却を超過し、ＳＴに駐輪する車両数が単調に減少するタイプである。
７００３は、坂下型で同様に０から１００のパラメータ値を入力して設定する。坂下型は、車両数が単調に増加するタイプである。
７００２は、駅型の特性についてその強弱もしくは類似を０から１００までのパラメータ値を入力して設定する。駅型は、朝夕の通勤などによって周期的に貸出車両数が増減し、一定の間隔をおいて返却車両数が同様の増減をすることで、当該ＳＴに駐輪する車両数が振動するタイプである。
ここで０〜１００というパラメータの値は、全くその性質を有さないものを０、理想的にその性質に当てはまるものを１００として段階的に表現する便宜のための値であり、０から１．０まであるいは、−１から１までというように選択入力すべき値域を適宜設定することが出来る。
（坂上,駅,坂下）＝（100,100,0）と入力された場合、当該ＳＴは「駐輪する車両数が振動しながら減っていく」入出特性を表現するものである。
設定対象のＳＴについて、画面に表示された典型タイプの特性の強弱もしくは類似を考慮して入力し、決定ボタン７００４に運営者側端末のポインティングデバイスにより選択し、クリック等のアクションを加え、特性を設定する。ＳＴ特性設定部１０１２の設定動作により、特性はＳＴ属性情報のデータ項目の１つである「入出特性情報」として、ＳＴ属性記憶部１０１１に格納される。

（特性表現の変形例）

図8において、図7で説明したのと同様の坂上、駅、坂下の３つを典型タイプとして選択し、各ＳＴの入出特性を表現する変形例について説明する。

８０００は、ＳＴ特性設定部１０１２の動作によって生成された入出特性設定画面であり、先に説明した図7の画面と同様に運営者側端末に表示される。

８００１は、坂上型から駅型、さらに駅型から坂上型まで９つの区切りを設定し、当該区切りによって生成された区分に−４から＋４までの数値であるラベルを設定する。

運営者は、直線状に表示された区切りから当該ＳＴに相応しい区切りを運営者側端末のポインティングデバイスを操作し選択し、決定ボタン８００２にアクションを加え、特性を設定する。

上位特性表現において、坂上、駅、坂下の３つのタイプを選択したが、本願発明の特性表現はこれに限られるものではなく、例えば、朝貸出のピークがあって夕方に返却のピークがある「ベッドタウン型」、貸出車両が自己ＳＴに戻って返却される「回帰型」といったタイプを選択するなど、シティサイクルシステムを運用する地域の特性に適した典型タイプを選択し、運用することが可能である。

（ＳＴ監視ステップ）

ＳＴ属性を設定してシティサイクルシステムの運用が開始されると、２００３のＳＴ監視ステップにおいて、常時もしくは周期的に各ＳＴの駐輪状況の監視が行われる。

各ＳＴでは、レンタルユーザの貸出／返却手続きに応じて、レンタルサイクルの出車／入車の処理が行われており、ＳＴ監視部１０１３は所定の間隔で監視対象のＳＴの入出記録部５００１に問い合わせ信号を送信し、先に説明した入出もしくは駐輪機の状態に係るログデータを取得し、集計、変換等の統計のための処理を行い、駐輪状況を示すＳＴ監視情報として所定のデータ形式でＳＴ監視情報記憶部１０１４に格納する。図９はＳＴ監視情報の例であり、９００１は、ポーリングした時刻における各ＳＴの駐輪車両数、駐輪機数、駐輪率（＝駐輪車両数／駐輪機数）から構成されているデータである。

９００２は、他の形式のＳＴ監視情報の例であり、輪車両数、駐輪機数、駐輪率に加えて前回のポーリングから今回のポーリングまでの入車数及び出車数をログとして監視するものとなっている。このように運営者の管理の必要に応じて監視対象とするデータ項目は適宜選択可能である。又、駐輪率のようにログデータに適当な統計のための計算処理を行って生成するデータ項目であってもよい。

９００２のような詳細なＳＴ監視情報を後で説明する受け入れ条件生成に先立って収集しておけば、入車数および出車数の集計結果について典型タイプとして設定したＳＴの集計値を基準に判別することにより、前述の入出特性の評価をコンピュータによる自動処理により実現できる。

入出特性を自動設定する場合におけるＳＴ特性設定部１０１２の動作を簡単に説明する。図10の１０００１〜１０００４に示すような集計による統計データが収集されていた場合において、１０００１で示すＳＴＩD＝１のレンタルステーションを「駅型」の典型タイプとして設定する。ＳＴＩD＝２を「坂上型」、ＳＴＩD＝３を「坂下型」の典型タイプとして選択設定する。

各ＳＴの特性を設定するプロセスは、入車数と出車数の時間推移・累計あるいは駐輪車両数の時間推移、さらには駐輪数で除したこれら数値の割合を比較して、所定の基準を満たすかどうか等を適宜決めるものである。

図８で説明したような９つの区分を有する特性設定においては、基準の設定は坂上型の値である−７０%から坂下型の値である７０％までを９分割し、中間に駅型の値である−１０％が収まるように区切りを調節する方式を採用する。システム運営者が坂上・坂下・駅の３つに該当するとして選択したＳＴのＩＤをＳＴ特性設定部の入力することにより、特性区分を自動設定するプログラムにより、ＳＴ特性設定部１０１２を構成するができる。このように構成することにより、シェアサイクルシステムの各ＳＴを監視することにより、各ＳＴの入出特性を設定することをコンピュータ処理によって行うことが出来る。

入車数／出車数の累計の差を駐輪機数で除した値についての典型タイプの値は、ＳＴＩD＝１は−１０％、ＳＴＩD＝２は−７０％、ＳＴＩD＝３は７０％である。そこで判断において、−７０％以下、−７０〜−５０％、−５０〜−３０％、−３０〜−１０％、−１０〜１０％、１０〜３０％、３０〜５０％、５０〜７０％、７０％以上という基準で、各ＳＴの特性を振り分けるものである。図11は、その振り分けを行う変換テーブルの示したものである。この場合、ＳＴＩD=４は−４０％であるからＳＴの特性ラベルは「−２」である。

上記と同じ統計データを利用して、図７で説明したような３タイプの特性をそれぞれについて項目もしくは軸を設定し、ベクトル表現をすることも可能である。まず、坂上型の特性について、「入車数と出車数の累計の差を駐輪機数で除した値」が−７０％のとき坂上型特性の値を「１００」となるように変換し、「入車数と出車数の累計の差を駐輪機数で除した値」が０％以上のとき「０」となるようにプログラム設定する。次に坂下型特性については、「入車数と出車数の累計の差を駐輪機数で除した値」が７０％のとき坂上型特性の値を「１００」となるように変換し、「入車数と出車数の累計の差を駐輪機数で除した値」が０％以下のとき「０」となるように設定する。さらに、駅型特性については、入車のピーク時の値と出車のピーク時の値の差を求め、０から初期車両数までを段階的「１００」から「０」までとなるように設定する。図12はＳＴ特性設定部１０１２で特性設定時に参照される計算式の内容である。この内容に沿って、ＳＴ監視情報のデータ項目と関連付けて変数定義し、演算処理をプログラムし、所定のコンピュータシステムによって実行されることにより、各ＳＴの入出特性が設定される。

この方式でＳＴＩD=４は、 （坂上，坂下，駅）＝（57，0，66）と表わされる。すなわち、坂上特性値は、対象とするＳＴの「入車数／出車数の累計の差を駐輪機数で除した値」／が40%であるため、（40／70）×100の計算式でえられる。駅特性は、ＳＴＩＤ＝４の「入車のピーク時の値と出車のピーク時の値の差」が（５−３）の計算式で与えられ、２は初期車両数６から4段階目に当たるため（4／6 ）×100の計算式で与えられる。

この方式で坂上特性、坂下特性、そして駅特性をＳＴ特性設定部で生成するときに参照する計算式は、本実施例の計算式に限らず適宜設定可能である。

（現状の評価ステップ）

２００４に示す現状の評価ステップは、設定した周期のポーリングによってログデータを取得したＳＴ監視部１０１３が、ログデータ又はログデータを集計することにより生成した駐輪機数と予めＳＴ属性記憶手段１０１１に登録した適正車両数と生成した駐輪機数とを比較することによって行われる。予め設定した上限と下限の範囲内であれば終了し、範囲外であれば次の受け入れ条件生成ステップ２００５に移行する。

（受け入れ条件生成ステップ）

２００５の受け入れ条件生成ステップにおいて、受け入れ条件生成部１０１５の動作によって、ルール記憶手段１０１６に格納された受け入れ条件生成ルールを参照して所定のプロセスが実行され、受け入れ条件の生成を行う。

受け入れ条件は、レンタルユーザが選択したＳＴに返却したときに、ユーザに提供される有価のポイントの額によって実現することができる。受け入れ条件は、ポイントに限られるものではなく、運営者がレンタルユーザをレンタル車両が不足するＳＴへ返却するように誘導するためのインセンティブとなる条件であれば、レンタル料金の割引、商品の授与などであってもよく、運営上の観点とユーザの行動への影響力等を考慮して適宜さだめられるものである。

本願発明にとって重要な技術思想は、いかなるものを受け入れ条件として選ぶかではなく、ＳＴの入出特性によって運営上の観点からレンタル車両の返却を誘導する必要性を評価し、評価に見合った量（ポイント方式であればポイント数の大小、料金割引であれば割引額といった量）の受け入れ条件を決定できる点である。

従来は、現実の車両数の不足しか判断材料が無く、駅型のように自律的に回復するところでも、返却を誘導すべきと判断するしかなかった点である。以下に示す受け入れ条件の生成ルールによって、判断材料に現時点での車両不足等にＳＴの入出特性も加えて、対象のＳＴの返却誘導の必要性を反映したポイントを生成することができる。

図１３は受け入れ条件生成のルールの例を示したものである。１３００1は、図７で説明したような３タイプの特性をそれぞれについて項目もしくは軸を設定し、ベクトル表現をした場合の受け入れ条件生成のルールを示したものである。

すなわち、２００４の評価において下限を超えて外れた場合、１３００２で示したルールが適応され、Ｐ（ポイント）の値が計算される。上限を超えて外れた場合、下段の１３００３で示されたルールが適用される。

１３００４は、図８で説明したような９つの区分を有する特性設定を採用した場合のルールを示したものである。ＳＴの入出特性を示す−4から+4までのラベルに対応したポイントを生成する変換テーブルである。２００４の評価において下限を超えて外れた場合、１３００５に示す上段のテーブルが参照され、ラベル−4のＳＴの受け入れ条件としては４ポイント、ラベル−3のSTは３ポイントという具合に坂上の傾向の強さに応じてポイントを傾斜的に設定し、ラベルが0から＋4までＳＴについてはポイントを設定しない。これらはＳＴ自身の入出特性に基づいて自律調整されると判断されるからである。

また、２００４の評価において上限を超えて外れた場合、１３００６に示す下段のテーブルが参照される。こちらでは、坂下の傾向を有するラベル1〜4のＳＴについて受入れ条件は、−４ポイントから−1ポイントの減額である。具体的には、返却ユーザのユーザ情報記憶手段１０２０に格納されているポイントに対して減点処理を行う。

いずれの方式を採用するにしても、生成された受け入れ条件はＳＴ提供情報記憶手段１０２０に格納される。図１４は、ＳＴ提供情報のデータ構造であり、各ＳＴの識別子であるＳＴＩＤをキーにポイント、案内情報、有効期限から構成されている。レンタルユーザが返却ＳＴを探すためにアクセスした場合に情報提供するための元となるデータとなる。

案内情報は、運営者や地域によって提供されるＳＴへの行き方、立地、あるいは周辺の観光情報であり、有効期限は情報を提供する期限を設定し、無効となった情報を提供しないための条件となる情報である。

要求受付ステップ２００６は、上記の各ＳＴの属性情報および受け入れ条件が設定された後のプロセスである。まずレンタルユーザからアクセスがあって認証など複数のプロセスからなるものなので、図１５で説明する。１５００１ユーザのアクセスステップで、まずレンタルユーザからユーザ側端末１００８によるユーザ認証部１０１８へのアクセスが行われる。アクセスはユーザ側に公開したネットワーク上のアドレスを指定することよって実行される。

次に１５００２のユーザ認証ステップにおいて、ユーザ側端末に表示した認証画面から予め設定した認証方法による情報の入力が行われる。認証方法はユーザＩＤ、パスワード、生体情報など適宜採用することが可能であり、ユーザ情報記憶手段１０２０に格納された認証方法データとの照合が行われる。登録ユーザでない場合、ユーザ登録ステップ１５００３となる。図１６は、ユーザ情報のデータ構造の一例である。ユーザＩＤ、パスワードなどの認証方法、メールアドレスもしくはユーザ用ポータルサイトアドレスなどの通知方法、ポイント数、氏名・住所などの所定の個人情報が登録される。ここでポイント数は、受け入れ条件として生成したポイントが格納されたものであり、取得すれば加算され、使用するときには参照され、使用分の減算処理がされる。

ユーザの認証がなされ、許可ユーザである場合、１５００４の要求処理の選択ステップに遷移する。特に図示しない要求処理選択画面からユーザの選択により、シティサイクルシステムが用意した所望の処理画面に遷移することが出来る。

ＳＴと提供情報の検索を選択すると、支援情報配信部１０１９の動作により検索要求画面に遷移し、検索依頼ステップ２００７へ移行する。図１７は検索要求画面の一例である。

１７００１は、目的地入力欄である。ここでは、ボタン１７００２にポインティングデバイスによるアクションを加えて開いたリストボックス１７００３から運営者が設定したランドマーク名を選択入力することができる。目的地は、ＳＴ属性情報の位置情報を参照して検索するためのキーとなるものである。尚、ユーザ側端末に地図を表示してポインティングデバイスによって位置を指定する方式を採用してもよい。

１７００４は、ポイント条件入力欄であり、入力したポイント数以上の受け入れ条件が設定されたＳＴを検索するキーとなるものである。

１７００５は、検索実行決定ボタンであり、検索キーを入力したレンタルユーザがポインティングデバイス等によりアクションを加えることで、２００８に示すＳＴと提供情報の検索のプロセスが実行され、ＳＴ属性情報記憶部１０１１とＳＴ提供情報記憶部１０１７から条件にマッチした情報が抽出される。

２００８のＳＴと提供情報の検索が終了すると、検索結果がユーザ情報記憶手段１０２０に格納された通知方法に従って、２００９フォーマット変換ステップが実行され、ユーザ側端末に適した検索結果情報が生成される。２０１０の情報配信ステップにおいてユーザ側端末に検索結果が送信され、表示がされる。図１８は、マッチしたＳＴのＩＤとポイントそして案内情報が表示された検索結果画面の一例である。案内情報については、案内情報欄にボタンを表示し、ボタンにアクションを加えることで、所定の地図情報にＳＴ及び観光情報を重ね合わせた表示画面を提供する方式であってもよい。

ここで通知方法としてメール送信を設定した場合において、新たに受け入れ条件が設定され、ポイント取得可能なＳＴが発生した時にメール通知する方式を採用することが可能である。レンタルユーザは、走行中においてユーザ側端末を操作することができないため、予め設定した検索条件にマッチしたＳＴの情報をプッシュ送信されることは、能動的情報取得できない走行中のレンタルユーザにとって非常に有用である。

ＳＴに設定された受け入れ条件としてのポイントは、レンタルユーザがレンタルサイクルを当該ＳＴに返却し、所定の返却手続きが終了したことがシステムセンターに通知されると、特に図示しないポイント処理部の動作によって、該当する登録ユーザのポイントに加算もしくは減算の処理を行うことにより、ポイントの引き渡しが実現される。

ここでレンタルユーザに引き渡されるポイントは、当該シティサイクルシステムのレンタル料金に充当されたり、地域の提携観光ショップでの商品購入に利用することが出来る有価のポイントであり、レンタルユーザの返却行動をポイント取得可能なＳＴへ誘導するインセンティブとなる。このインセンティブ効果により、立地条件等で発生するＳＴの入出特性による返却の偏りを調整する効果を発揮させることが出来るだけでなく、地域の観光支援にも利用可能である。

本発明で開示した発明は、今後普及すると思われる市民の足としてのシェアサイクルも含めて、都市や観光地として活躍が期待されるシティサイクルシステムの運営をトラック等の外部の支援に頼ることなく、自律的に維持するために幅広く利用されることが期待できる。

さらに、ＳＴにおけるレンタルサイクル不足や過剰により、システムダウンとなることがすでに問題となっているパリなど海外で稼働中のシティサイクルシステムにも導入可能であり、有望な市場がある。

１０００ システムセンター
１００１ ネットワーク
１００２ レンタルステーション

１００６ レンタルユーザ

１００７ レンタルサイクル

１００８ ユーザ側端末

１００９ 無線基地局

Claims (10)

1. シティサイクルシステム（運営者が記憶装置を有するコンピュータを含むシステムを利用して自己の管理する自転車又は電動自転車（以下、「レンタルサイクル」という）を管理し、登録したユーザに貸し出すことにより市民に移動手段を提供するシステムをいう）を所定のエリア内に配置した複数のレンタルステーション（レンタルサイクルを保管する駐輪機を有する施設であって、レンタルサイクルの貸出および返却をおこなう基地となるものをいう。）で運営する方法において、
   １）運営者が本システムの入力支援手段により、各レンタルステーションの運営にとって望ましいレンタルサイクルの保管数の適正範囲を当該レンタルステーションの属性データの構成要素としてレンタルステーション属性格納手段に格納する適正保管数登録ステップ、
   ２）運営者が本システムの設定支援手段により、前記保管数が減少する入出特性、前記保管数が増加する入出特性、前記保管数が振動する入出特性のそれぞれについて少なくとも１つのレンタルステーションを典型タイプのレンタルステーションとして予め選択し、該典型タイプの入出特性を項目もしくは軸として設定し、その強弱もしくは類似を示す段階的パラメータを設定し、各レンタルステーションの入出特性を当該特性毎のパラメータの値の列もしくはベクトルとして評価し、各レンタルステーションの属性データの構成要素として前記レンタルステーション属性格納手段に格納する入出特性設定ステップ、
   ３）所定の間隔で各レンタルステーションにおけるレンタルサイクルの保管数を検出し該保管数が前記適正範囲にない場合、前記属性データと当該適正範囲からの外れ方を予め設定した受け入れ条件決定ルールを適用して受け入れ条件を決定し、レンタルステーション提供情報格納手段に格納する受け入れ条件設定ステップ、
   ４）前記決定した受け入れ条件からレンタルサイクルのユーザが返却するステーションの選択するための支援情報を生成し、該ユーザに提供する支援情報提供手段により情報提供する情報提供ステップ、
   というステップを実行することにより、レンタルサイクルのユーザによる返却をシステムの運営上望ましいレンタルステーションに誘導することを特徴とする方法。
2. 前記パラメータによる評価は、一の典型タイプに一致する場合の値から他のタイプに一致する場合の値までを段階的に変化する値の系列から適当な値を選択入力しレンタルサイクルシステム内の記憶装置に記録する評価支援手段によって、運営者が選択した値を評価の対象とするレンタルステーションのパラメータの値とすることであることを特徴とする請求項１に記載の方法。
3. 前記パラメータによる評価は、評価対象のレンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似を示す値を当該レンタルステーションのパラメータの値とすることであることを特徴とする請求項１に記載の方法。
4. シティサイクルシステム（運営者が記憶装置を有するコンピュータを含むシステムを利用して自己の管理する自転車又は電動自転車（以下、「レンタルサイクル」という）を管理し、登録したユーザに貸し出すことにより市民に移動手段を提供するシステムをいう）を所定のエリア内に配置した複数のレンタルステーション（レンタルサイクルを保管する駐輪機を有する施設であって、レンタルサイクルの貸出および返却をおこなう基地となるものをいう。）で運営する方法において、
   １）運営者が本システムの入力支援手段により、各レンタルステーションの運営にとって望ましいレンタルサイクルの保管数の適正範囲を当該レンタルステーションの属性データの構成要素として所定の記憶装置に登録する適正保管数登録ステップ、
   ２）運営者が本システムの設定支援手段により、貸出する車両数と返却を受け入れる車両数とが異なることにより車両数もしくは空き駐輪機が過不足する入出特性について予め少なくとも２つの典型タイプのレンタルステーションの特性を示す領域を設定し、一の典型タイプから他の典型タイプまで中間的特性を示す領域をさらに設定し、該領域に所定の区切りを設定し、当該区切りによって生成された区分に適当なラベルを設定するステップ、
   ３）各レンタルステーションが該当する区分を決定し、該レンタルステーションの出入特性として決定した区分に設定されたラベルを付与し、当該レンタルステーションの属性データの構成要素として前記記憶装置に登録するステップ、
   ４）所定の間隔で各レンタルステーションにおけるレンタルサイクルの保管数を検出し前記適正範囲にない場合、前記属性データと当該適正範囲からの外れ方とを予め設定した受け入れ条件決定ルールを適用して受け入れ条件を決定し、レンタルステーション提供情報格納手段に格納する受け入れ条件設定ステップ、
   ５）前記決定した受け入れ条件からレンタルサイクルのユーザが返却するステーションの選択するための支援情報を生成し、該ユーザに提供する支援情報提供手段により情報提供する情報提供ステップ、
   というステップを実行することにより、レンタルサイクルのユーザによる返却をシステムの運営上望ましいレンタルステーションに誘導することを特徴とする方法。
5. 前記レンタルステーションが該当する区分の決定は、一の典型タイプから他の典型タイプまでの区分の系列から決定対象のレンタルステーションの区分を選択し、入力する区分決定支援手段により、当該システムの運営者が決定し、所定の記憶装置に登録することによって行うことを特徴とする請求項４に記載の方法。
6. 前記レンタルステーションが該当する区分の決定は、決定対象のレンタルステーションが該当する区分を、
   該レンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似もしくは典型タイプの特性の強弱を示す値の範囲によって決めるものであることを特徴とする請求項４に記載の方法。
7. 前記レンタルステーションが該当する区分の決定は、決定対象のレンタルステーションが該当する区分を、
   該レンタルステーションにおけるレンタルサイクルの出入に係る所定の統計値と前記典型タイプについて予め設定した前記統計値に相当する値とを比較する所定の演算プログラムを動作させることにより生成する典型タイプとの類似もしくは典型タイプの特性の強弱を示す値の範囲ごとに該当区分を割り当てた割り当てテーブルを予め用意し、該割り当てテーブルを参照することによって決定することを特徴とする請求項４記載の方法。
8. 前記典型タイプは、
   予め選択した駅周辺に立地するレンタルステーションが示す出入傾向、予め選択した坂道の上に立地するレンタルステーションが示す出入傾向、予め選択した坂道の下に立地するレンタルステーションが示す出入傾向から選ばれたものであることを特徴とする請求項１乃至７のいずれかに記載の方法。
9. 前記ユーザの登録データは、当該ユーザに与えられるポイントを含むものであって、当該ポイントはレンタルサイクルの利用料金又は当該システムと提携関係を有する店の商品又はサービスの料金の支払いに利用できる有価ポイントであって、前記受け入れ条件は返却したユーザの有するポイントに対して加算又は減算の処理をすることであることを特徴とする請求項1乃至８のいずれかに記載の方法。
10. 請求項1乃至９のいずれかに記載の方法において、
    レンタルサイクルの利用を望むレンタルユーザが、ユーザ側端末からユーザ登録手段にアクセスして、所定のユーザ個人情報、認証方法そして情報通知方法を入力し、ユーザ情報格納手段に格納するユーザ登録ステップをさらに含み、
    前記情報提供ステップにおいて、前記登録した情報通知方法に従って、前記設定した受け入れ条件を所定の表示フォーマットに変換し、レンタルステーションの受け入れ条件一覧情報とし、レンタルユーザ側の端末に提供することにより、前記レンタルユーザが返却するステーションの選択するための支援をすることを特徴とする方法。
    

Images