管理システム、施錠装置および移動体
【課題】駐輪場または駐車場の整備費用が高額になる。
【解決手段】移動体に取り付けられ移動体を施錠する施錠装置から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する識別情報受信部と、移動体識別情報と、移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と、識別情報受信部が受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部とを備える。
【解決手段】移動体に取り付けられ移動体を施錠する施錠装置から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する識別情報受信部と、移動体識別情報と、移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と、識別情報受信部が受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、施錠装置および移動体に関する。
【背景技術】
【０００２】
近年、自転車、自動車などの移動体を共有するシェアリング・サービスが注目されている。例えば、自転車のシェアリング・サービスのユーザは、任意の駐輪場で自転車を借りて、任意の駐輪場で自転車を返却することができる（特許文献１を参照。）。
特許文献１ 特開２０１１−３４３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、従来のシェアリング・サービスにおいては、駐輪場または駐車場に埋設式の自動貸出装置を設置するなどしており、駐輪場または駐車場の整備費用が高額になる。
【課題を解決するための手段】
【０００４】
本発明の第１の態様においては、移動体に取り付けられ移動体を施錠する施錠装置から、移動体を識別する移動体識別情報と移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを通信回線を介して受信する識別情報受信部と、移動体識別情報と移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と識別情報受信部が受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部とを備える管理システムが提供される。
【０００５】
上記の管理システムにおいて、判断部は、移動体を開錠すると判断した場合に、移動体の施錠装置に対して、移動体の移動体識別情報に対応付けられた使用ユーザ識別情報を通知してよい。上記の管理システムは、要求ユーザ識別情報と、要求ユーザ識別情報で識別されるユーザが所持する端末を識別する端末識別情報とを対応付けて格納するユーザ情報格納部と、端末から、端末識別情報およびユーザが使用を要求する移動体の移動体識別情報を受信し、受信した端末識別情報に対応付けられてユーザ情報格納部に格納されている要求ユーザ識別情報と受信した移動体識別情報とを対応付けて、移動体情報格納部に格納する移動体情報生成部とをさらに備えてよい。
【０００６】
上記の管理システムにおいて、判断部は、端末または移動体から、移動体の使用を中止するための要求を受信し、識別情報受信部が、移動体から、移動体識別情報、要求ユーザ識別情報および施錠確認信号を受信した場合に、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と受信した移動体識別情報および要求ユーザ識別情報とを比較して、移動体の使用が中止されたか否かを判断してよい。上記の管理システムにおいて、判断部は、移動体の使用が中止されたと判断した場合に、移動体の施錠装置に対して、移動体の移動体識別情報に対応付けられた使用ユーザ識別情報の消去を要求する消去要求を通知してよい。
【０００７】
上記の管理システムにおいて、移動体情報生成部は、端末から、移動体の使用を中止するための要求、端末識別情報およびユーザが使用の中止を要求する移動体の移動体識別情報を受信し、受信した端末識別情報に対応付けられてユーザ情報格納部に格納されている要求ユーザ識別情報と、受信した移動体識別情報とを対応付けて、移動体情報格納部に格納してよい。上記の管理システムは、施錠装置と、識別情報受信部との間の通信を中継する中継部をさらに備えてよい。上記の管理システムにおいて、移動体情報格納部は、移動体の移動体識別情報と、中継部を識別する中継部識別情報とをさらに対応づけて格納してよい。
【０００８】
本発明の第２の態様においては、サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって、移動体から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、移動体識別情報と移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、移動体情報において対応付けられている移動体識別情報および使用ユーザ識別情報と受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する段階とを有する方法が提供される。
【０００９】
本発明の第３の態様においては、移動体に取り付けられ、移動体を施錠する施錠装置であって、ユーザが所持する記憶素子から、移動体の使用を要求するユーザを識別する要求ユーザ識別情報を取得する識別情報取得部と、管理システムから、移動体を使用可能なユーザを識別する使用ユーザ識別情報を受信して、受信したユーザ識別情報を格納する識別情報格納部と、識別情報格納部が格納している使用ユーザ識別情報と、識別情報取得部が取得した要求ユーザ識別情報とを比較して、開錠するか否かを決定する決定部とを備える施錠装置が提供される。上記の施錠装置において、識別情報格納部は、管理システムから、使用ユーザ識別情報の消去を要求する消去要求を受信した場合に、使用ユーザ識別情報を消去してよい。
【００１０】
本発明の第４の態様においては、上記の施錠装置を備える移動体が提供される。
【００１１】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１２】
【図１】管理システム１００の一例を概略的に示す。
【図２】キーデバイス１３０のシステム構成の一例を概略的に示す。
【図３】管理システム１００のシステム構成の一例を概略的に示す。
【図４】移動体データベース３１０のデータ構造４００の一例を概略的に示す。
【図５】ユーザ・データベース３１２のデータ構造５００の一例を概略的に示す。
【図６】管理システム１００における情報処理方法の一例を概略的に示す。
【図７】管理システム１００における情報処理方法の一例を概略的に示す。
【図８】管理システム８００のシステム構成の一例を概略的に示す。
【図９】処理対象データベース８１６のデータ構造９００の一例を概略的に示す。
【図１０】管理システム８００における情報処理方法の一例を概略的に示す。
【図１１】管理システム８００における情報処理方法の一例を概略的に示す。
【発明を実施するための形態】
【００１３】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。また、図面を参照して、実施形態について説明するが、図面の記載において、同一または類似の部分には同一の参照番号を付して重複する説明を省く場合がある。
【００１４】
図１は、移動体１０、駐輪場１２、駐輪場１４、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、管理システム１００の一例を概略的に示す。本実施形態において、管理システム１００は、複数の移動体１０の使用状況を管理する。本実施形態の管理システム１００は、サーバ１１０と、中継デバイス１２０とを備える。
【００１５】
移動体１０は、ユーザの操作により移動する。移動体１０は、自転車、バイクまたは自動車であってよい。本実施形態において、移動体１０は、駐輪場１２または駐輪場１４に駐輪される。また、移動体１０には、移動体１０を施錠するキーデバイス１３０が取り付けられる。
【００１６】
通信回線１０２は、インターネット、専用回線、無線パケット通信網およびそれらの組み合わせであってよい。例えば、サーバ１１０と中継デバイス１２０との間の通信には、インターネットが利用され、中継デバイス１２０とキーデバイス１３０との間の通信および中継デバイス１２０同士の間の通信には、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信が利用される。サーバ１１０とキーデバイス１３０との間の通信は、複数の中継デバイス１２０によって中継されてよい。
【００１７】
サーバ１１０は、通信回線１０２を介して、中継デバイス１２０、キーデバイス１３０およびユーザ端末１４０の少なくとも１つとの間で情報を送受する。サーバ１１０は、単一のサーバから構成されてもよく、複数のサーバから構成されてもよい。サーバ１１０は、仮想サーバまたはクラウドシステムであってよい。サーバ１１０は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。サーバ１１０は、管理システムの一例であってもよい。
【００１８】
本実施形態において、サーバ１１０は、複数の移動体１０の使用状況を管理する。例えば、サーバ１１０は、移動体１０の状態を、「使用中」、「使用可」および「使用不可」に区別して管理する。サーバ１１０は、移動体１０の現在位置を管理してもよい。また、サーバ１１０は、ユーザからの要求に応じて開錠の可否を判断して、通信回線１０２を介してキーデバイス１３０の開錠動作を制御してよい。
【００１９】
サーバ１１０は、ユーザ端末１４０から移動体１０の使用を要求された場合に、ユーザの認証を実施して、キーデバイス１３０を開錠するか否かを判断する。サーバ１１０は、キーデバイス１３０を開錠すると判断した場合には、移動体１０の状態を「使用中」として管理する。
【００２０】
サーバ１１０は、ユーザ端末１４０から移動体１０の返却を要求された場合に、ユーザの認証と、キーデバイス１３０の施錠確認とを実施して、移動体１０が返却されたか否かを判断する。サーバ１１０は、移動体１０が返却されたと判断した場合には、移動体１０の状態を「使用可」として管理する。
【００２１】
サーバ１１０は、例えば、移動体１０に取り付けられたキーデバイス１３０の電池の残容量が予め定められた値よりも小さい場合、移動体１０もしくはキーデバイス１３０が故障している場合、移動体１０の所在が不明である場合、移動体１０が廃棄された場合には、移動体１０が「使用不可」として管理する。
【００２２】
中継デバイス１２０は、通信回線１０２を介して、サーバ１１０およびキーデバイス１３０の少なくとも１つとの間で情報を送受する。中継デバイス１２０は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。中継デバイス１２０は、キーデバイス１３０と、サーバ１１０との間の通信を中継してよい。
【００２３】
本実施形態において、中継デバイス１２０は、駐輪場１２および駐輪場１４のそれぞれに配される。これにより、管理システム１００は、移動体１０の現在位置を管理することができる。
【００２４】
なお、中継デバイス１２０は、管理システムの一例であってもよい。本実施形態において、サーバ１１０がキーデバイス１３０の開錠動作を制御する場合について説明した。しかし、管理システム１００はこれに限定されず、中継デバイス１２０が、キーデバイス１３０の開錠動作を制御してもよい。
【００２５】
キーデバイス１３０は、移動体１０を施錠して、移動体１０の使用を制限する。キーデバイス１３０は、通信回線１０２を介して、サーバ１１０および中継デバイス１２０の少なくとも一方との間で情報を送受する。キーデバイス１３０は、管理システム１００からの指示または要求に応じて、開錠動作を実施する。キーデバイス１３０は、定期的に、中継デバイス１２０と通信してよい。これにより、管理システム１００は、移動体１０の使用状況、現在位置などを管理することができる。キーデバイス１３０は、施錠装置の一例であってよい。
【００２６】
ユーザ端末１４０は、通信回線１０２を介してサーバ１１０と情報を送受できる装置であればよく、Ｗｅｂブラウザソフトが導入されたパーソナルコンピュータ、携帯電話、携帯端末または無線端末であってよい。ユーザ端末１４０は、ユーザが所持する端末の一例であってよい。
【００２７】
以上のとおり、本実施形態の管理システム１００によれば、サーバ１１０から、移動体１０に取り付けられたキーデバイス１３０の開錠動作を制御することにより、移動体１０の使用状況を管理することができる。管理システム１００は、これに限定されるものではないが、自転車のシェアリング・サービスまたはレンタル・サービスにおいて、自転車の使用状況を管理する場合に特に有用である。
【００２８】
従来の自転車のシェアリング・サービスまたはレンタル・サービスにおいては、駐輪場にラック式の貸出システムを設置する。また、数百ｍから数ｋｍおきに駐輪場を設ける場合が多い。そのため、駐輪場の整備費用が高額になる。しかし、本実施形態の管理システム１００を用いた場合には、移動体１０にキーデバイス１３０を取り付けることで、移動体１０の使用状況を管理することができる。これにより、駐輪場の整備費用を大幅に低減することができる。また、場合によっては、駐輪場を設けなくとも、移動体１０の使用状況を管理することができる。
【００２９】
図２は、キーデバイス１３０のシステム構成の一例を概略的に示す。図２は、会員カード２２、通信回線１０２およびユーザ端末１４０とともに、キーデバイス１３０を示す。本実施形態において、キーデバイス１３０は、施錠部２１０と、施錠制御部２２０とを備える。施錠制御部２２０は、識別情報取得部２３０と、識別情報格納部２４０と、決定部２５０とを有する。会員カード２２は、記憶素子２０２を有する。ユーザ端末１４０は、記憶素子２０４を有してよい。
【００３０】
会員カード２２は、シェアリング・サービスまたはレンタル・サービスのユーザであることを証明する。会員カード２２は、ユーザの所持するユーザ端末が記憶素子２０４を有しない場合に、ユーザの認証処理に利用されてよい。
【００３１】
本実施形態において、記憶素子２０２および記憶素子２０４は、それぞれの素子に固有の識別情報を記憶している（素子ＩＤという場合がある。）。記憶素子２０２および記憶素子２０４に記憶されている素子ＩＤは、移動体１０の使用を要求するユーザを識別する要求ユーザ識別情報の一例であってよい。
【００３２】
記憶素子２０２および記憶素子２０４は、ＲＦタグ、ＩＣタグ、半導体メモリ、磁気ディスク、磁気カードなどであってよい。記憶素子２０２および記憶素子２０４は、ＲＦタグ、ＩＣタグ、ＦｅｌｉｃａチップなどのＩＣチップであることが好ましい。これにより、識別情報取得部２３０との間で近距離無線通信により情報を送受することができる。
【００３３】
施錠部２１０は、移動体１０を施錠して、移動体１０の使用を制限してよい。施錠部２１０の形式は特に限定されないが、馬蹄型のリング錠であってもよく、シリンダ錠であってもよい。施錠部２１０は、施錠制御部２２０の指示に基づいて開錠してよい。施錠部２１０は、施錠制御部２２０から開錠動作を許可する信号を受信して、開錠動作を実施してよい。施錠部２１０の施錠動作は、ユーザが手動により実施してもよい。これにより、キーデバイス１３０の電力消費量を大幅に減少させることができる。なお、施錠部２１０の施錠動作は、施錠部２１０が施錠制御部２２０の指示に基づいて実施してもよい。
【００３４】
施錠制御部２２０は、少なくとも施錠部２１０の開錠動作を制御してよい。施錠制御部２２０は、施錠部２１０を開錠するか否かを決定してよい。施錠制御部２２０は、施錠部２１０を開錠することを決定した場合に、施錠部２１０に対して開錠動作を許可してよい。施錠制御部２２０は、施錠部２１０の施錠動作を制御してもよい。
【００３５】
識別情報取得部２３０は、記憶素子２０２または記憶素子２０４との間で情報を送受してよい。識別情報取得部２３０は、近距離無線通信により、記憶素子２０２または記憶素子２０４との間で情報を送受することが好ましい。識別情報取得部２３０は、ＲＦＩＤ（Radio Frequency IDentification）のリーダーであってよい。識別情報取得部２３０は、ユーザが所持する記憶素子２０２または記憶素子２０４から、素子ＩＤを取得してよい。
【００３６】
識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０ごとに割り当てられた車体番号（車番という場合がある。）を格納してよい。車体番号は、移動体１０を識別する移動体識別情報の一例であってよい。識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０の車体番号と、キーデバイス１３０が取り付けられている移動体１０を使用可能なユーザを識別する使用ユーザ識別情報（使用ユーザＩＤという場合がある。）とを対応付けて格納してよい。使用ユーザＩＤは、移動体１０を使用可能なユーザに対応付けられた素子IDであることが好ましい。
【００３７】
移動体識別情報の他の例としては、ＺｉｇＢｅｅＩＤ、ｍａｃＡｄｄｒｅｓｓのように、通信デバイスごとに割り当てられた識別情報（通信デバイスＩＤという場合がある。）を例示することができる。この場合、サーバ１１０および中継デバイス１２０の少なくとも一方は、複数の移動体１０のそれぞれについて、移動体１０に割り当てられた車体番号と、当該移動体１０に取り付けられるキーデバイス１３０の通信デバイスＩＤとを対応付けて格納してよい。
【００３８】
本実施形態において、識別情報格納部２４０は、サーバ１１０から、キーデバイス１３０が取り付けられている移動体１０の使用ユーザＩＤを受信する。識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０の車体番号と、受信した使用ユーザＩＤとを対応付けて格納してよい。
【００３９】
なお、サーバ１１０は、素子ＩＤと使用ユーザＩＤとが一致した場合に、識別情報格納部２４０に対して使用ユーザＩＤを送信する場合がある。そこで、このような場合には、サーバ１１０は、使用ユーザＩＤを送信する代わりに、素子ＩＤの格納を要求する格納命令を送信してもよい。そして、識別情報格納部２４０は、サーバ１１０から格納命令を受信した場合に、車体番号と素子ＩＤとを対応付けて格納してよい。この場合であっても、素子ＩＤと使用ユーザＩＤとは同一なので、識別情報格納部２４０は、車体番号と、使用ユーザ識別情報とを対応付けて格納していることになる。
【００４０】
本実施形態において、識別情報格納部２４０は、サーバ１１０から、使用ユーザＩＤの消去を要求する消去要求を受信した場合に、使用ユーザＩＤを消去する。したがって、サーバ１１０が、移動体１０の使用状況を「使用中」として管理している場合には、識別情報格納部２４０に使用ユーザＩＤが格納されており、サーバ１１０が、移動体１０の使用状況を「使用中」として管理していない場合には、識別情報格納部２４０に使用ユーザＩＤが格納されていない。これにより、移動体１０が通信エリア外に移動している場合であっても、決定部２５０が、サーバ１１０で管理している使用状況を把握することができる。
【００４１】
決定部２５０は、識別情報格納部２４０が格納している使用ユーザＩＤと、識別情報取得部２３０が取得した素子ＩＤとを比較して、開錠するか否かを決定してよい。決定部２５０は、上記の使用ユーザＩＤおよび素子ＩＤが対応付けられている場合または一致する場合に、開錠することを決定してよい。決定部２５０は、サーバ１１０から開錠を許可する開錠許可信号を受信した場合に、開錠することを決定してもよい。決定部２５０は、開錠することを決定した場合には、施錠部２１０に対して、開錠信号を通知してよい。決定部２５０は、施錠部２１０の開錠を確認して、サーバ１１０に対して開錠確認信号を通知してよい。なお、決定部２５０は、施錠部２１０の施錠動作が実施された場合に、施錠部２１０の施錠を確認して、サーバ１１０に対して施錠確認信号を通知してよい。
【００４２】
本実施形態において、移動体１０の使用状態が「使用中」である場合には、識別情報格納部２４０に使用ユーザＩＤが格納されている。そのため、移動体１０が管理システム１００と通信できない場合であっても、決定部２５０は、開錠の可否を決定することができる。本実施形態は、移動体１０が自転車またはバイクである場合に特に大きな効果を得ることができる。
【００４３】
図３は、管理システム１００のシステム構成の一例を概略的に示す。図３は、会員カード２２、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、サーバ１１０および中継デバイス１２０のシステム構成の一例を概略的に示す。
【００４４】
本実施形態において、サーバ１１０は、移動体データベース３１０と、ユーザ・データベース３１２と、中継デバイス・データベース３１４と、識別情報受信部３２０と、判断部３３０と、要求処理部３４０とを備える。中継デバイス１２０は、中継部３５０と、登録処理部３６０とを備える。
【００４５】
なお、本実施形態においては、移動体データベース３１０、ユーザ・データベース３１２および中継デバイス・データベース３１４が、それぞれ個別のデータベースとして構成される場合について説明する。しかし、データベースの構成はこれに限定されない。移動体データベース３１０、ユーザ・データベース３１２および中継デバイス・データベース３１４のうちの２以上のデータベースが、１つのデータベースとして構成されてもよい。
【００４６】
移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、当該移動体１０を使用可能なユーザを識別する使用ユーザＩＤとを対応付けて格納する。使用ユーザＩＤは、当該ユーザを識別する情報であれば特に限定されないが、当該ユーザに対応付けられた素子ＩＤであることが好ましい。これにより、判断部３３０が、開錠の可否を容易に判断することができる。移動体データベース３１０は、移動体情報格納部の一例であってよい。使用ユーザＩＤの他の例としては、ユーザの会員番号、ユーザ端末１４０の端末ＩＤ、ユーザの氏名またはメールアドレスなどを例示することができる。
【００４７】
移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、最後にキーデバイス１３０からの信号を受信した中継デバイス１２０を識別する識別情報（中継デバイスＩＤという場合がある。）とを対応付けて格納してよい。中継デバイスＩＤは、中継部識別情報の一例であってよい。移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、使用状況とを対応づけて格納してよい。
【００４８】
移動体データベース３１０は、サーバ１１０がユーザ端末１４０からの要求を処理した場合に、更新されてよい。例えば、ユーザは、ユーザ端末１４０を利用して、サーバ１１０がサービスを提供するＷｅｂサイトにアクセスして、サーバ１１０に移動体１０の使用を要求する。サーバ１１０は、ユーザ端末１４０から端末ＩＤを取得して、ユーザを認証する。サーバ１１０は、使用を要求された移動体１０の貸出処理を実行して、当該移動体１０の車体番号と、ユーザ端末１４０の端末ＩＤに対応する素子ＩＤとを対応付けて、移動体データベース３１０に格納する。
【００４９】
ユーザ・データベース３１２は、複数のユーザのそれぞれについて、それぞれが所持する記憶素子の素子ＩＤと、当該ユーザが所持するユーザ端末１４０を識別する端末識別情報（端末ＩＤという場合がある。）とを対応付けて格納してよい。ユーザ・データベース３１２は、サーバ１１０が会員登録処理を実行した場合に更新されてよい。ユーザ・データベース３１２は、ユーザ情報格納部の一例であってよい。
【００５０】
端末ＩＤは、素子ＩＤとは異なる情報であって、ユーザ端末１４０を識別することができる情報であれば、特に限定されない。端末ＩＤは、通信キャリアにより契約者情報と対応付けられた識別情報であってもよい。これらの識別情報は、キャリア・オープンＩＤと呼ばれる場合があり、通信キャリアによっては、ｕｉｄ、サブスクライバＩＤ、ｉモードＩＤなどと呼ばれている。端末ＩＤは、ユーザ端末１４０がＷｅｂサイトにアクセスしたときにＣｏｏｋｉｅに書き込まれたユニークＩＤであってもよい。
【００５１】
中継デバイス・データベース３１４は、複数の中継デバイス１２０のそれぞれについて、それぞれを識別する中継デバイスＩＤと、当該中継デバイス１２０の設置場所とを対応付けて格納する。中継デバイス・データベース３１４は、複数の中継デバイス１２０のそれぞれについて、それぞれの中継デバイスＩＤと、当該中継デバイス１２０が設置されている駐輪場を識別する駐輪場識別情報とを対応付けて格納してもよい。
【００５２】
識別情報受信部３２０は、通信回線１０２を介して、車体番号および素子ＩＤを受信する。例えば、識別情報受信部３２０は、特定の移動体１０に取り付けられたキーデバイス１３０から、当該移動体１０の車体番号と、当該移動体１０の使用を要求するユーザが所持する記憶素子から取得した素子ＩＤとを受信する。識別情報受信部３２０は、受信した車体番号および素子ＩＤを判断部３３０に通知する。
【００５３】
判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。例えば、判断部３３０は、識別情報受信部３２０が受信した車体番号に一致する車体番号に対応付けられた使用ユーザＩＤと、識別情報受信部３２０が受信した素子ＩＤとを比較して、ユーザ・データベース３１２などを参照して両者が対応付けられている場合には、開錠すると判断してよい。また、移動体データベース３１０に格納されている使用ユーザＩＤが、ユーザに対応付けられた素子ＩＤである場合には、判断部３３０は、上記の使用ユーザＩＤおよび素子ＩＤが一致する場合に、開錠すると判断してよい。
【００５４】
移動体データベース３１０に格納されている情報は、ユーザ端末１４０から送信された情報を用いて更新されている。そのため、本実施形態によれば、キーデバイス１３０から送信された情報と、ユーザ端末１４０から送信された情報とを比較して、キーデバイス１３０の開錠動作を制御することにより、セキュリティを向上させることができる。例えば、第３者による会員カードの不正使用を防止することができる。
【００５５】
判断部３３０は、開錠すると判断した場合に、移動体データベース３１０にアクセスして、当該移動体１０の車体番号の使用状況を「使用中」に更新してよい。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠を許可する開錠許可信号を通知してよい。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられた使用ユーザＩＤを通知してよい。
【００５６】
本実施形態において、判断部３３０は、ユーザ端末１４０から、要求処理部３４０を介して移動体１０の返却要求を受信して、移動体１０から、識別情報受信部３２０を介して車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断してよい。
【００５７】
例えば、判断部３３０は、識別情報受信部３２０が受信した車体番号に一致する車体番号に対応付けられた使用ユーザＩＤと、識別情報受信部３２０が受信した素子ＩＤとを比較して、ユーザ・データベース３１２などを参照して両者が対応付けられている場合には、移動体１０の使用が中止されたと判断してよい。また、移動体データベース３１０に格納されている使用ユーザＩＤが、ユーザに対応付けられた素子ＩＤである場合には、判断部３３０は、上記の使用ユーザＩＤおよび素子ＩＤが一致する場合に、移動体１０の使用が中止されたと判断してよい。
【００５８】
返却要求は、移動体１０の使用を中止するための要求の一例であってよい。なお、他の実施形態において、判断部３３０は、移動体１０から、移動体１０の使用を中止するための要求を受信してもよい。
【００５９】
判断部３３０は、移動体１０の使用が中止されたと判断した場合に、移動体データベース３１０にアクセスして、当該移動体１０の車体番号の使用状況を「使用可」に更新してよい。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を通知してよい。
【００６０】
要求処理部３４０は、ユーザ端末１４０から送信された要求を処理する。要求処理部３４０は、ユーザ端末１４０に対して、サービスを提供するＷｅｂサイトの画面を送信してもよい。要求処理部３４０は、要求を処理して、移動体データベース３１０、ユーザ・データベース３１２または中継デバイス・データベース３１４を作成または更新してよい。要求処理部３４０は、移動体情報生成部の一例であってよい。
【００６１】
要求処理部３４０は、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の使用要求と、端末ＩＤと、ユーザが使用を要求している移動体１０の車体番号とを受信して、使用処理（貸出処理という場合がある。）を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、移動体データベース３１０に格納する。
【００６２】
また、返却処理においては、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の返却要求と、端末ＩＤと、ユーザが返却を要求している移動体１０の車体番号を受信して、返却処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを抽出する。同様に、要求処理部３４０は、移動体データベース３１０を参照して、受信した車体番号に対応付けられて移動体データベース３１０に格納されている使用ユーザＩＤを抽出する。
【００６３】
要求処理部３４０は、抽出した素子ＩＤと、抽出した使用ユーザＩＤとを比較して、両者が対応付けられている場合に、移動体データベース３１０の使用ユーザＩＤを消去する。なお、要求処理部３４０は、返却処理において抽出した素子ＩＤを、返却処理の対象として、受信した車体番号とを対応付けて、他のデータベースに格納してもよい。
【００６４】
中継部３５０は、キーデバイス１３０と、識別情報受信部３２０との間の通信を中継してよい。中継部３５０は、通信エリア内に存在するキーデバイス１３０に対して、設定された時間が経過するたびに、それぞれのキーデバイス１３０が取り付けられた移動体１０の車体番号を送信するよう要求してよい。これにより、サーバ１１０が、移動体１０の現在位置を確認することができる。
【００６５】
この場合、キーデバイス１３０は、車体番号を送信してから次の送信までの間、電源をＯＦＦにするまたは省電力モードに移行してよい。これにより、キーデバイス１３０の電力消費を抑制しながら、移動体１０の現在位置を確認することができる。中継部３５０は、キーデバイス１３０の電池の残容量が予め定められた値より小さい場合には、送信間隔が長くなるように設定を変更してよい。
【００６６】
登録処理部３６０は、会員登録処理において、ユーザとのインターフェースとして機能する。登録処理部３６０は、会員登録処理の実行中に、記憶素子２０２または記憶素子２０４から素子ＩＤを取得してよい。登録処理部３６０は、ユーザ端末１４０を、サービスを提供するＷｅｂサイトに、アクセスさせるとともに、取得した素子ＩＤを、要求ユーザ識別情報として要求処理部３４０に送信させてよい。
【００６７】
例えば、ユーザ端末１４０が記憶素子２０４を有する場合、登録処理部３６０は、記憶素子２０４から素子ＩＤを取得する。次に、登録処理部３６０は、ユーザ端末１４０に対して、取得した素子ＩＤとともに、ユーザ端末１４０をＷｅｂサイトにアクセスさせる信号を送信する。当該信号を受信したユーザ端末１４０は、要求処理部３４０との間の通信を確立して、Ｗｅｂサイトにアクセスする。このとき、ユーザ端末１４０は、登録処理部３６０から受け取った素子ＩＤと、ユーザ端末１４０の端末ＩＤとを要求処理部３４０に送信する。これにより、要求処理部３４０は、素子ＩＤと、ユーザ端末１４０の端末ＩＤとを対応付けて、ユーザ・データベース３１２に格納することができる。
【００６８】
その後、ユーザ端末１４０を介して、ユーザに対して個人情報の入力を要求する。これにより、要求処理部３４０は、素子ＩＤと、ユーザの個人情報とを対応付けて、ユーザ・データベース３１２に格納することができる。その後、ユーザごとに割り当てられた会員番号を発行して、登録処理を終了してよい。
【００６９】
一方、ユーザ端末１４０が記憶素子２０４を有しない場合、登録処理部３６０は、記憶素子２０２から素子ＩＤを取得する。次に、登録処理部３６０は、取得した素子ＩＤと、ＷｅｂサイトのＵＲＬとが埋め込まれたＱＲコードを表示する。ユーザ端末１４０は、登録処理部３６０から提示されたＱＲコードを読み取り、要求処理部３４０との間の通信を確立して、Ｗｅｂサイトにアクセスする。このとき、このとき、ユーザ端末１４０は、登録処理部３６０から受け取った素子ＩＤと、ユーザ端末１４０の端末ＩＤとを要求処理部３４０に送信する。これにより、要求処理部３４０は、素子ＩＤと、ユーザ端末１４０の端末ＩＤとを対応付けて、ユーザ・データベース３１２に格納することができる。
【００７０】
その後、ユーザ端末１４０を介して、ユーザに対して個人情報の入力を要求する。これにより、要求処理部３４０は、素子ＩＤと、ユーザの個人情報とを対応付けて、ユーザ・データベース３１２に格納することができる。その後、ユーザごとに割り当てられた会員番号を発行して、登録処理を終了してよい。
【００７１】
図４は、移動体データベース３１０のデータ構造４００の一例を概略的に示す。データ構造４００は、少なくとも、車体番号４０２と、使用ユーザＩＤ４０４とを対応付けて格納する。使用ユーザＩＤ４０４は、ユーザの会員番号であってもよく、ユーザが所持する記憶素子の素子ＩＤであってもよく、ユーザ端末１４０の端末ＩＤであってもよく、ユーザの氏名またはメールアドレスであってもよい。しかし、使用ユーザＩＤ４０４は、ユーザが所持する記憶素子の素子ＩＤであることが好ましい。
【００７２】
データ構造４００は、車体番号４０２と対応付けて、中継デバイスＩＤ４０６および使用状況４０８の少なくとも１つを、さらに格納してよい。使用状況４０８が、「使用可」または「使用不可」の場合には、当該移動体１０を使用可能なユーザが存在しないので、使用ユーザＩＤ４０４は空欄であってもよい。なお、使用状況４０８が「使用中」であるにもかかわらず、中継デバイスＩＤ４０６が空欄または「なし」となっている場合には、中継デバイス１２０、キーデバイス１３０などが故障しているか、移動体１０が通信エリア外に存在していることを示す。
【００７３】
なお、データ構造４００における情報の格納方法は、上記の方法に限定されない。使用ユーザＩＤ４０４には、現在、移動体１０を使用可能なユーザを識別する識別情報だけでなく、最後に移動体１０を使用可能であったユーザを識別する識別情報が格納されてもよい。
【００７４】
この場合、判断部３３０は、使用状況４０８が「使用可」であれば、使用ユーザＩＤ４０４に格納されている情報は、最後に移動体１０を使用可能であったユーザを識別する識別情報であると判断する。使用状況４０８が「使用中」であれば、使用ユーザＩＤ４０４に格納されている情報が、現在、移動体１０を使用可能なユーザを識別する識別情報であると判断する。これにより、ユーザが移動体１０の使用を停止する場合には、データを更新する必要がなくなり、データの更新頻度を低減することができる。
【００７５】
また、移動体データベース３１０のデータ構造はこれに限定されない。車体番号４０２と中継デバイスＩＤ４０６とを対応付けて格納する代わりに、キーデバイス、中継デバイスなどを示すデバイスの種類と、それぞれのデバイスの識別情報とを対応付けて格納してもよい。複数の移動体１０のそれぞれについて、移動体１０に割り当てられた車体番号と、当該移動体１０に取り付けられるキーデバイス１３０の通信デバイスＩＤとを対応付けて格納してもよい。
【００７６】
図５は、ユーザ・データベース３１２のデータ構造５００の一例を概略的に示す。データ構造５００は、少なくとも、素子ＩＤ５０４と、端末ＩＤ５０６とを対応付けて格納する。データ構造５００は、素子ＩＤ５０４および端末ＩＤ５０６と対応付けて、会員番号５０２および個人情報５０８の少なくとも１つをさらに格納してよい。個人情報５０８には、ユーザの氏名５８２、メールアドレス５８４、クレジット番号５８６などが含まれてよい。データ構造５００は、素子ＩＤ５０４および端末ＩＤ５０６と対応付けて、素子ＩＤ５０４および端末ＩＤ５０６に対応するユーザが現在使用している移動体１０の車体番号５１０を格納してもよい。
【００７７】
図６は、管理システム１００における情報処理方法の一例を概略的に示す。図６において、ステップ番号をＳ６０２のように省略して示す。図６は、管理システム１００における、移動体１０の貸出処理のフローの一例を概略的に示す。本実施形態において、まず、Ｓ６０２において、ユーザ端末１４０が、サーバ１１０の要求処理部３４０との間の通信を確立して、サービスを提供するＷｅｂサイトにアクセスする。
【００７８】
Ｓ６０４において、要求処理部３４０は、ユーザ端末１４０に、Ｗｅｂサイトのメニュー画面を送信する。メニュー画面は、ユーザに希望する処理を選択させるための画面であってもよく、ユーザの使用状況に応じた処理を提示する画面であってもよい。
【００７９】
例えば、要求処理部３４０は、移動体データベース３１０を参照して、使用ユーザＩＤ４０４の中に、ユーザ端末１４０の端末ＩＤに対応する使用ユーザＩＤが含まれるか否かを確認する。ユーザ端末１４０の端末ＩＤに対応する使用ユーザＩＤが含まれており、使用状況４０８が「使用中」である場合には、当該ユーザが既に移動体１０を使用していることを示す。そこで、要求処理部３４０は、返却処理の実行を開始するための画面をユーザ端末１４０に送信する。一方、上記以外の場合、要求処理部３４０は、貸出処理の実行を開始するための画面をユーザ端末１４０に送信する。
【００８０】
ユーザが移動体１０の使用を要求する場合、Ｓ６０６において、ユーザは、移動体１０の貸出しを希望する駐輪場に関する情報をユーザ端末１４０に入力する。ユーザ端末１４０は、ユーザの入力に基づいて、サーバ１１０に移動体１０の貸出処理の実行を開始させるための使用要求を、上記の駐輪場に関する情報とともに、サーバ１１０の要求処理部３４０に送信する。
【００８１】
Ｓ６０８において、要求処理部３４０は、移動体データベース３１０を参照して、ユーザが選択した駐輪場に対応する中継デバイスＩＤ４０６と対応付けられ、使用状況４０８が「使用可」である移動体１０の車体番号４０２を抽出する。要求処理部３４０は、抽出した車体番号４０２をユーザ端末１４０に送信する。なお、Ｓ６０８において、要求処理部３４０が、移動体データベース３１０を参照して、当該ユーザが既に移動体１０を使用していると判断した場合には、要求処理部３４０は、貸出処理を中止して、ユーザ端末１４０にエラー画面を送信してもよい。
【００８２】
Ｓ６１０において、ユーザは、ユーザ端末１４０に表示された車体番号４０２の中から、使用を要求する移動体１０の車体番号を選択する。ユーザは、選択した車体番号を要求処理部３４０に送信する。Ｓ６１２において、要求処理部３４０は、移動体データベース３１０にアクセスして、ユーザが選択した移動体１０の車体番号４０２に対応付けられている使用状況４０８を、「使用可」から「使用中」に変更する。
【００８３】
Ｓ６２０において、要求処理部３４０は、ユーザ端末１４０に対して、キーデバイス１３０からの素子ＩＤの送信を要求する。Ｓ６２２において、要求処理部３４０からの要求を受信したユーザ端末１４０は、ユーザに対して、記憶素子２０２または記憶素子２０４に格納されている素子ＩＤをキーデバイス１３０に入力するよう要求する。
【００８４】
例えば、記憶素子２０２または記憶素子２０４と、キーデバイス１３０の識別情報取得部２３０とがＲＦＩＤ、赤外線通信、特定小電力無線などの近距離無線通信によって通信する場合、ユーザ端末１４０からの要求をうけたユーザは、会員カード２２またはユーザ端末１４０をキーデバイス１３０に近づける。これにより、Ｓ６３０において、キーデバイス１３０が、記憶素子２０２または記憶素子２０４に記憶された素子ＩＤを取得する。
【００８５】
Ｓ６３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号を、識別情報受信部３２０に送信する。このとき、キーデバイス１３０は、上記の車体番号で識別される移動体１０の使用を要求する使用要求信号を、識別情報受信部３２０に送信してもよい。なお、キーデバイス１３０が取り付けられている移動体１０の車体番号は、例えば、識別情報格納部２４０に格納されている。
【００８６】
Ｓ６３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号および素子ＩＤを受け取る。判断部３３０は、識別情報受信部３２０から使用要求信号を受け取り、処理を開始するように構成されてもよい。判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠許可信号を送信する。このとき、判断部３３０は、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられている使用ユーザＩＤを通知してよい。
【００８７】
Ｓ６３６において、キーデバイス１３０は、判断部３３０から受信した使用ユーザＩＤを識別情報格納部２４０に格納してよい。Ｓ６３８において、決定部２５０は、施錠部２１０に開錠信号を通知する。施錠部２１０は開錠動作を実施して、移動体１０の使用制限を解除する。また、施錠部２１０は開錠を確認して、サーバ１１０に対して開錠確認信号を送信する。
【００８８】
Ｓ６５０において、要求処理部３４０は、開錠確認信号を受け取ると、課金処理を開始する。Ｓ６６０において、ユーザ端末１４０は、要求処理部３４０に対して、処理結果の送信を要求する。Ｓ６６２において、要求処理部３４０は、ユーザ端末１４０に対して、貸出処理が完了したことを示す完了通知画面を送信する。また、要求処理部３４０は、使用開始を案内するメールを、ユーザ端末１４０に送信してよい。要求処理部３４０は、完了通知画面およびメールの送信が終わると、貸出処理を終了する。
【００８９】
図７は、管理システム１００における情報処理方法の一例を概略的に示す。図７は、管理システム１００における、移動体１０の返却処理のフローの一例を概略的に示す。本実施形態において、まず、Ｓ７０２において、ユーザは、キーデバイス１３０の施錠動作を実行した後、ユーザ端末１４０を利用して、サービスを提供するＷｅｂサイトにアクセスする。
【００９０】
Ｓ７０４において、要求処理部３４０は、ユーザ端末１４０に、Ｗｅｂサイトの返却画面を送信する。ユーザが移動体１０の返却を要求する場合、Ｓ７０６において、ユーザは、ユーザ端末１４０から、サーバ１１０に移動体１０の返却処理の実行を開始させるための返却要求を、要求処理部３４０に送信する。
【００９１】
Ｓ７２０において、要求処理部３４０は、ユーザ端末１４０に対して、キーデバイスからの素子ＩＤの送信を要求する。Ｓ７２２において、要求処理部３４０からの要求を受信したユーザ端末１４０は、ユーザに対して、記憶素子２０２または記憶素子２０４に格納されている素子ＩＤをキーデバイス１３０に入力するよう要求する。
【００９２】
例えば、記憶素子２０２または記憶素子２０４と、キーデバイス１３０の識別情報取得部２３０とがＲＦＩＤ、赤外線通信、特定小電力無線などの近距離無線通信によって通信する場合、ユーザ端末１４０からの要求をうけたユーザは、会員カード２２またはユーザ端末１４０をキーデバイス１３０に近づける。これにより、Ｓ７３０において、キーデバイス１３０が、記憶素子２０２または記憶素子２０４に記憶された素子ＩＤを取得する。
【００９３】
Ｓ７３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、施錠確認信号とを、識別情報受信部３２０に送信する。このとき、キーデバイス１３０は、上記の車体番号で識別される移動体１０の返却を要求する返却要求信号を、識別情報受信部３２０に送信してもよい。なお、キーデバイス１３０が取り付けられている移動体１０の車体番号は、例えば、識別情報格納部２４０に格納されている。また、返却要求信号は、移動体１０の使用を中止するための要求の一例であってよい。
【００９４】
Ｓ７３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号、素子ＩＤおよび施錠確認信号を受け取る。判断部３３０は、識別情報受信部３２０から返却要求信号を受け取り、処理を開始するように構成されてもよい。判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を送信する。
【００９５】
Ｓ７３６において、キーデバイス１３０は、識別情報格納部２４０に格納されている使用ユーザＩＤを消去する。Ｓ７３８において、キーデバイス１３０は、要求処理部３４０に対して、使用ユーザＩＤの消去が完了したことを示す消去確認信号を送信する。
【００９６】
Ｓ７５０において、要求処理部３４０は、消去確認信号を受け取ると、課金処理を停止する。Ｓ７５２において、使用料金の精算処理を実行する。Ｓ７６０において、ユーザ端末１４０は、要求処理部３４０に対して、処理結果の送信を要求する。Ｓ７６２において、要求処理部３４０は、ユーザ端末１４０に対して、返却処理が完了したことを示す完了通知画面を送信する。また、要求処理部３４０は、利用明細を通知するメールを、ユーザ端末１４０に送信してよい。要求処理部３４０は、完了通知画面およびメールの送信が終わると、返却処理を終了する。
【００９７】
図８は、会員カード２２、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、管理システム８００のシステム構成の一例を概略的に示す。管理システム８００は、サーバ８１０と、中継デバイス８２０とを備える。
【００９８】
本実施形態において、サーバ８１０は、移動体データベース３１０と、ユーザ・データベース３１２と、中継デバイス・データベース３１４と、要求処理部３４０とを備える。中継デバイス８２０は、識別情報受信部３２０と、判断部３３０と、中継部３５０と、登録処理部３６０と、処理対象データベース８１６とを備える。
【００９９】
管理システム８００は、識別情報受信部３２０および判断部３３０が、サーバ８１０ではなく、中継デバイス８２０に配される点で、管理システム１００と相違する。また、中継デバイス８２０が処理対象データベース８１６を備える点で、管理システム１００と相違する。さらに、判断部３３０および要求処理部３４０における処理の一部が、管理システム１００と相違する。
【０１００】
以下、管理システム１００との相違点を中心に、管理システム８００について説明する。管理システム１００と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１０１】
処理対象データベース８１６は、貸出処理または返却処理の対象となる移動体１０に関する情報を格納する。処理対象データベース８１６は、移動体識別情報格納部の一例であってよい。本実施形態において、処理対象データベース８１６は、貸出処理または返却処理の対象となる移動体の車体番号と、当該移動体の使用ユーザＩＤとを対応付けて格納する。処理対象データベース８１６は、サーバ８１０の要求処理部３４０がユーザ端末１４０からの要求を処理した場合に、更新されてよい。
【０１０２】
管理システム１００において、判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断した。これに対して、本実施形態において、判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。
【０１０３】
管理システム１００において、判断部３３０は、ユーザ端末１４０から、要求処理部３４０を介して移動体１０の返却要求を受信して、移動体１０から、識別情報受信部３２０を介して車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、移動体１０の使用が中止されたか否かを判断した。これに対して、本実施形態において、判断部３３０は、キーデバイス１３０から、識別情報受信部３２０を介して返却要求信号、車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。
【０１０４】
管理システム１００において、要求処理部３４０は、貸出処理および返却処理において、移動体データベース３１０を更新した。これに対して、本実施形態において、要求処理部３４０は、貸出処理および返却処理において、処理対象データベース８１６を更新する。なお、このとき、管理システム１００の場合と同様にして、移動体データベース３１０が更新されてよい。
【０１０５】
例えば、貸出処理においては、以下の手順により、処理対象データベース８１６を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の使用要求と、端末ＩＤと、ユーザが使用を要求している移動体１０の車体番号とを受信して、貸出処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、処理対象データベース８１６に格納する。
【０１０６】
また、返却処理においては、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の返却要求と、端末ＩＤと、ユーザが返却を要求している移動体１０の車体番号を受信して、返却処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、処理対象データベース８１６に格納する。
【０１０７】
以上の通り、本実施形態において、判断部３３０は、通信回線１０２を介してサーバ８１０と通信することなく、開錠するか否かを判断することができる。これにより、貸出処理および返却処理の実行中における、中継デバイス８２０とキーデバイス１３０との間の通信時間が、中継デバイス１２０とキーデバイス１３０との間の通信時間と比較して短くなる。その結果、キーデバイス１３０の電力消費量を低減させることができる。
【０１０８】
図９は、処理対象データベース８１６のデータ構造９００の一例を概略的に示す。データ構造９００は、少なくとも、処理の対象となる移動体１０の車体番号ＩＤ９０２と、当該移動体１０の使用ユーザＩＤ９０４とを対応付けて格納する。データ構造９００は、処理の対象となる移動体１０の車体番号ＩＤ９０２と、当該処理におけるユーザの要求を示す要求種別９０６とを対応付けて格納してもよい。
【０１０９】
ユーザＩＤ４０４は、ユーザの会員番号であってもよく、ユーザが所持する記憶素子の素子ＩＤであってもよく、ユーザ端末１４０の端末ＩＤであってもよく、ユーザの氏名またはメールアドレスであってもよい。しかし、使用ユーザＩＤ４０４は、ユーザが所持する記憶素子の素子ＩＤであることが好ましい。
【０１１０】
図１０は、管理システム８００における情報処理方法の一例を概略的に示す。図１０は、管理システム８００における、移動体１０の貸出処理のフローの一例を概略的に示す。本実施形態は、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施される点で、図６の管理システム１００の貸出処理フローと相違する。また、本実施形態は、Ｓ６３２およびＳ６３４が、キーデバイス１３０および中継デバイス８２０の間で実施される点で、図６の管理システム１００の貸出処理フローと相違する。さらに、本実施形態は、Ｓ６３８の後に、Ｓ１０４０が実施される点で、図６の管理システム１００の貸出処理フローと相違する。
【０１１１】
以下、管理システム１００における貸出処理との相違点を中心に、管理システム８００における貸出処理について説明する。管理システム１００における貸出処理と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１１２】
本実施形態では、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施される。Ｓ１０１４において、要求処理部３４０は、処理対象データベース８１６を更新する。例えば、要求処理部３４０は、ユーザ・データベース３１２を参照して、ユーザ端末１４０から受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、中継デバイス８２０の処理対象データベース８１６に送信する。
【０１１３】
要求処理部３４０は、管理システム８００に含まれる全ての中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。要求処理部３４０は、ユーザ端末１４０から、ＧＰＳ情報などの位置情報を受け取っている場合には、ユーザ端末１４０の周辺に存在する中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。
【０１１４】
Ｓ１０１６において、素子ＩＤおよび車体番号を受信した処理対象データベース８１６は、要求処理部３４０に受領確認信号を送信する。また、処理対象データベース８１６は、要求処理部３４０から受け取った素子ＩＤと、車体番号とを対応付けて格納する。
【０１１５】
本実施形態では、Ｓ６３２およびＳ６３４が、キーデバイス１３０および中継デバイス８２０の間で実施される。Ｓ６３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、上記の車体番号で識別される移動体１０の使用を要求する使用要求信号とを、識別情報受信部３２０に送信する。
【０１１６】
Ｓ６３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号および素子ＩＤを受け取る。判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠許可信号を送信する。このとき、判断部３３０は、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられている使用ユーザＩＤを通知してよい。
【０１１７】
判断部３３０は、識別情報受信部３２０が使用要求信号を受信したことに応じて、開錠するか否かの判断を開始してよい。判断部３３０は、処理対象データベース８１６の要求種別９０６に格納された情報に基づいて、開錠するか否かの判断を開始してもよい。
【０１１８】
本実施形態では、Ｓ６３８の後に、Ｓ１０４０が実施される。S１０４０において、要求処理部３４０は、Ｓ１０１４において、素子ＩＤおよび車体番号を送信した中継デバイス８２０に対して、開錠処理が完了した車体番号および使用ユーザＩＤの少なくとも１つと、開錠処理が完了したことを示す完了通知とを送信してよい。これにより、中継デバイス８２０の処理対象データベース８１６は、開錠処理が完了した移動体１０に関する情報を消去することができる。
【０１１９】
本実施形態において、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施されているので、キーデバイス１３０がユーザから素子ＩＤを取得したときには、処理対象データベース８１６に、処理の対象となる車体番号および素子ＩＤが格納されている。これにより、Ｓ６３２およびＳ６３４の実行時間を短縮することができる。
【０１２０】
図１１は、管理システム８００における情報処理方法の一例を概略的に示す。図１１は、管理システム８００における、移動体１０の返却処理のフローの一例を概略的に示す。本実施形態は、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施される点で、図７の管理システム１００の返却処理フローと相違する。また、本実施形態は、Ｓ７３２およびＳ７３４が、キーデバイス１３０および中継デバイス８２０の間で実施される点で、図７の管理システム１００の返却処理フローと相違する。さらに、本実施形態は、S７３８の後に、S１１４０が実施される点で、図７の管理システム１００の返却処理フローと相違する。
【０１２１】
以下、管理システム１００における返却処理との相違点を中心に、管理システム８００における返却処理について説明する。管理システム１００における返却処理と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１２２】
本実施形態では、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施される。Ｓ１１１４において、要求処理部３４０は、処理対象データベース８１６を更新する。例えば、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、中継デバイス８２０の処理対象データベース８１６に送信する。
【０１２３】
要求処理部３４０は、管理システム８００に含まれる全ての中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。要求処理部３４０は、ユーザ端末１４０から、ＧＰＳ情報などの位置情報を受け取っている場合には、ユーザ端末１４０の周辺に存在する中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。
【０１２４】
Ｓ１１１６において、素子ＩＤおよび車体番号を受信した処理対象データベース８１６は、要求処理部３４０に受領確認信号を送信する。また、処理対象データベース８１６は、要求処理部３４０から受け取った素子ＩＤと、車体番号とを対応付けて格納する。
【０１２５】
本実施形態では、Ｓ７３２およびＳ７３４が、キーデバイス１３０および中継デバイス８２０の間で実施される。Ｓ７３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、施錠確認信号と、上記の車体番号で識別される移動体１０の返却を要求する返却要求信号とを、識別情報受信部３２０に送信する。
【０１２６】
Ｓ７３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号、素子ＩＤおよび施錠確認信号を受け取る。判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を送信する。
【０１２７】
判断部３３０は、識別情報受信部３２０が返却要求信号を受信したことに応じて、移動体１０の使用が中止されたか否かの判断を開始してよい。判断部３３０は、処理対象データベース８１６の要求種別９０６に格納された情報に基づいて、移動体１０の使用が中止されたか否かの判断を開始してもよい。
【０１２８】
本実施形態では、S７３８の後に、S１１４０が実施される。S１１４０において、要求処理部３４０は、Ｓ１１１４において、素子ＩＤおよび車体番号を送信した中継デバイス８２０に対して、消去処理が完了した車体番号および使用ユーザＩＤの少なくとも１つと、消去処理が完了したことを示す完了通知とを送信してよい。これにより、中継デバイス８２０の処理対象データベース８１６は、消去処理が完了した移動体１０に関する情報を消去することができる。
【０１２９】
本実施形態において、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施されているので、キーデバイス１３０がユーザから素子ＩＤを取得したときには、処理対象データベース８１６に、処理の対象となる車体番号および素子ＩＤが格納されている。これにより、Ｓ７３２およびＳ７３４の実行時間を短縮することができる。
【０１３０】
以上の実施形態において、移動体識別情報として車体番号を用いる場合について説明した。しかし、車体番号の代わりに、移動体１０を識別する他の移動体識別情報が用いられてもよい。また、要求ユーザ識別情報として素子ＩＤを用いる場合について説明した。しかし、素子ＩＤの代わりに、移動体１０の使用を要求するユーザを識別する他の要求ユーザ識別情報が用いられてもよい。
【０１３１】
なお、以上の記載によれば、本願明細書には、サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって、（１）移動体から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、（２）移動体識別情報と、移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、移動体情報において対応付けられている移動体識別情報および使用ユーザ識別情報と、受信した移動体識別情報および要求ユーザ識別情報とを比較して、移動体を開錠するか否かを判断する段階とを有する方法が記載されていることが明らかである。
【０１３２】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０１３３】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０１３４】
１０ 移動体、１２ 駐輪場、１４ 駐輪場、２２ 会員カード、１００ 管理システム、 １０２ 通信回線、 １１０ サーバ、 １２０ 中継デバイス、 １３０ キーデバイス、 １４０ ユーザ端末、 ２０２ 記憶素子、 ２０４ 記憶素子、 ２１０ 施錠部、 ２２０ 施錠制御部、 ２３０ 識別情報取得部、 ２４０ 識別情報格納部、 ２５０ 決定部、 ３１０ 移動体データベース、 ３１２ ユーザ・データベース、 ３１４ 中継デバイス・データベース、 ３２０ 識別情報受信部、 ３３０ 判断部、 ３４０ 要求処理部、 ３５０ 中継部、 ３６０ 登録処理部、 ４００ データ構造、 ４０２ 車体番号、 ４０４ ユーザＩＤ、 ４０６ 中継デバイスＩＤ、 ４０８ 使用状況、 ５００ データ構造、 ５０２ 会員番号、 ５０４ 素子ＩＤ、 ５０６ 端末ＩＤ、 ５０８ 個人情報、 ５１０ 車体番号、 ５８２ 氏名、 ５８４ メールアドレス、 ５８６ クレジット番号、 ８００ 管理システム、 ８１０ サーバ、 ８１６ 処理対象データベース、 ８２０ 中継デバイス、 ９００ データ構造、 ９０２ 車体番号ＩＤ、 ９０４ 使用ユーザＩＤ、 ９０６ 要求種別
【技術分野】
【０００１】
本発明は、管理システム、施錠装置および移動体に関する。
【背景技術】
【０００２】
近年、自転車、自動車などの移動体を共有するシェアリング・サービスが注目されている。例えば、自転車のシェアリング・サービスのユーザは、任意の駐輪場で自転車を借りて、任意の駐輪場で自転車を返却することができる（特許文献１を参照。）。
特許文献１ 特開２０１１−３４３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、従来のシェアリング・サービスにおいては、駐輪場または駐車場に埋設式の自動貸出装置を設置するなどしており、駐輪場または駐車場の整備費用が高額になる。
【課題を解決するための手段】
【０００４】
本発明の第１の態様においては、移動体に取り付けられ移動体を施錠する施錠装置から、移動体を識別する移動体識別情報と移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを通信回線を介して受信する識別情報受信部と、移動体識別情報と移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と識別情報受信部が受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部とを備える管理システムが提供される。
【０００５】
上記の管理システムにおいて、判断部は、移動体を開錠すると判断した場合に、移動体の施錠装置に対して、移動体の移動体識別情報に対応付けられた使用ユーザ識別情報を通知してよい。上記の管理システムは、要求ユーザ識別情報と、要求ユーザ識別情報で識別されるユーザが所持する端末を識別する端末識別情報とを対応付けて格納するユーザ情報格納部と、端末から、端末識別情報およびユーザが使用を要求する移動体の移動体識別情報を受信し、受信した端末識別情報に対応付けられてユーザ情報格納部に格納されている要求ユーザ識別情報と受信した移動体識別情報とを対応付けて、移動体情報格納部に格納する移動体情報生成部とをさらに備えてよい。
【０００６】
上記の管理システムにおいて、判断部は、端末または移動体から、移動体の使用を中止するための要求を受信し、識別情報受信部が、移動体から、移動体識別情報、要求ユーザ識別情報および施錠確認信号を受信した場合に、移動体情報格納部が格納している移動体識別情報および使用ユーザ識別情報と受信した移動体識別情報および要求ユーザ識別情報とを比較して、移動体の使用が中止されたか否かを判断してよい。上記の管理システムにおいて、判断部は、移動体の使用が中止されたと判断した場合に、移動体の施錠装置に対して、移動体の移動体識別情報に対応付けられた使用ユーザ識別情報の消去を要求する消去要求を通知してよい。
【０００７】
上記の管理システムにおいて、移動体情報生成部は、端末から、移動体の使用を中止するための要求、端末識別情報およびユーザが使用の中止を要求する移動体の移動体識別情報を受信し、受信した端末識別情報に対応付けられてユーザ情報格納部に格納されている要求ユーザ識別情報と、受信した移動体識別情報とを対応付けて、移動体情報格納部に格納してよい。上記の管理システムは、施錠装置と、識別情報受信部との間の通信を中継する中継部をさらに備えてよい。上記の管理システムにおいて、移動体情報格納部は、移動体の移動体識別情報と、中継部を識別する中継部識別情報とをさらに対応づけて格納してよい。
【０００８】
本発明の第２の態様においては、サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって、移動体から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、移動体識別情報と移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、移動体情報において対応付けられている移動体識別情報および使用ユーザ識別情報と受信した移動体識別情報および要求ユーザ識別情報とを比較して、開錠するか否かを判断する段階とを有する方法が提供される。
【０００９】
本発明の第３の態様においては、移動体に取り付けられ、移動体を施錠する施錠装置であって、ユーザが所持する記憶素子から、移動体の使用を要求するユーザを識別する要求ユーザ識別情報を取得する識別情報取得部と、管理システムから、移動体を使用可能なユーザを識別する使用ユーザ識別情報を受信して、受信したユーザ識別情報を格納する識別情報格納部と、識別情報格納部が格納している使用ユーザ識別情報と、識別情報取得部が取得した要求ユーザ識別情報とを比較して、開錠するか否かを決定する決定部とを備える施錠装置が提供される。上記の施錠装置において、識別情報格納部は、管理システムから、使用ユーザ識別情報の消去を要求する消去要求を受信した場合に、使用ユーザ識別情報を消去してよい。
【００１０】
本発明の第４の態様においては、上記の施錠装置を備える移動体が提供される。
【００１１】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１２】
【図１】管理システム１００の一例を概略的に示す。
【図２】キーデバイス１３０のシステム構成の一例を概略的に示す。
【図３】管理システム１００のシステム構成の一例を概略的に示す。
【図４】移動体データベース３１０のデータ構造４００の一例を概略的に示す。
【図５】ユーザ・データベース３１２のデータ構造５００の一例を概略的に示す。
【図６】管理システム１００における情報処理方法の一例を概略的に示す。
【図７】管理システム１００における情報処理方法の一例を概略的に示す。
【図８】管理システム８００のシステム構成の一例を概略的に示す。
【図９】処理対象データベース８１６のデータ構造９００の一例を概略的に示す。
【図１０】管理システム８００における情報処理方法の一例を概略的に示す。
【図１１】管理システム８００における情報処理方法の一例を概略的に示す。
【発明を実施するための形態】
【００１３】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。また、図面を参照して、実施形態について説明するが、図面の記載において、同一または類似の部分には同一の参照番号を付して重複する説明を省く場合がある。
【００１４】
図１は、移動体１０、駐輪場１２、駐輪場１４、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、管理システム１００の一例を概略的に示す。本実施形態において、管理システム１００は、複数の移動体１０の使用状況を管理する。本実施形態の管理システム１００は、サーバ１１０と、中継デバイス１２０とを備える。
【００１５】
移動体１０は、ユーザの操作により移動する。移動体１０は、自転車、バイクまたは自動車であってよい。本実施形態において、移動体１０は、駐輪場１２または駐輪場１４に駐輪される。また、移動体１０には、移動体１０を施錠するキーデバイス１３０が取り付けられる。
【００１６】
通信回線１０２は、インターネット、専用回線、無線パケット通信網およびそれらの組み合わせであってよい。例えば、サーバ１１０と中継デバイス１２０との間の通信には、インターネットが利用され、中継デバイス１２０とキーデバイス１３０との間の通信および中継デバイス１２０同士の間の通信には、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信が利用される。サーバ１１０とキーデバイス１３０との間の通信は、複数の中継デバイス１２０によって中継されてよい。
【００１７】
サーバ１１０は、通信回線１０２を介して、中継デバイス１２０、キーデバイス１３０およびユーザ端末１４０の少なくとも１つとの間で情報を送受する。サーバ１１０は、単一のサーバから構成されてもよく、複数のサーバから構成されてもよい。サーバ１１０は、仮想サーバまたはクラウドシステムであってよい。サーバ１１０は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。サーバ１１０は、管理システムの一例であってもよい。
【００１８】
本実施形態において、サーバ１１０は、複数の移動体１０の使用状況を管理する。例えば、サーバ１１０は、移動体１０の状態を、「使用中」、「使用可」および「使用不可」に区別して管理する。サーバ１１０は、移動体１０の現在位置を管理してもよい。また、サーバ１１０は、ユーザからの要求に応じて開錠の可否を判断して、通信回線１０２を介してキーデバイス１３０の開錠動作を制御してよい。
【００１９】
サーバ１１０は、ユーザ端末１４０から移動体１０の使用を要求された場合に、ユーザの認証を実施して、キーデバイス１３０を開錠するか否かを判断する。サーバ１１０は、キーデバイス１３０を開錠すると判断した場合には、移動体１０の状態を「使用中」として管理する。
【００２０】
サーバ１１０は、ユーザ端末１４０から移動体１０の返却を要求された場合に、ユーザの認証と、キーデバイス１３０の施錠確認とを実施して、移動体１０が返却されたか否かを判断する。サーバ１１０は、移動体１０が返却されたと判断した場合には、移動体１０の状態を「使用可」として管理する。
【００２１】
サーバ１１０は、例えば、移動体１０に取り付けられたキーデバイス１３０の電池の残容量が予め定められた値よりも小さい場合、移動体１０もしくはキーデバイス１３０が故障している場合、移動体１０の所在が不明である場合、移動体１０が廃棄された場合には、移動体１０が「使用不可」として管理する。
【００２２】
中継デバイス１２０は、通信回線１０２を介して、サーバ１１０およびキーデバイス１３０の少なくとも１つとの間で情報を送受する。中継デバイス１２０は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。中継デバイス１２０は、キーデバイス１３０と、サーバ１１０との間の通信を中継してよい。
【００２３】
本実施形態において、中継デバイス１２０は、駐輪場１２および駐輪場１４のそれぞれに配される。これにより、管理システム１００は、移動体１０の現在位置を管理することができる。
【００２４】
なお、中継デバイス１２０は、管理システムの一例であってもよい。本実施形態において、サーバ１１０がキーデバイス１３０の開錠動作を制御する場合について説明した。しかし、管理システム１００はこれに限定されず、中継デバイス１２０が、キーデバイス１３０の開錠動作を制御してもよい。
【００２５】
キーデバイス１３０は、移動体１０を施錠して、移動体１０の使用を制限する。キーデバイス１３０は、通信回線１０２を介して、サーバ１１０および中継デバイス１２０の少なくとも一方との間で情報を送受する。キーデバイス１３０は、管理システム１００からの指示または要求に応じて、開錠動作を実施する。キーデバイス１３０は、定期的に、中継デバイス１２０と通信してよい。これにより、管理システム１００は、移動体１０の使用状況、現在位置などを管理することができる。キーデバイス１３０は、施錠装置の一例であってよい。
【００２６】
ユーザ端末１４０は、通信回線１０２を介してサーバ１１０と情報を送受できる装置であればよく、Ｗｅｂブラウザソフトが導入されたパーソナルコンピュータ、携帯電話、携帯端末または無線端末であってよい。ユーザ端末１４０は、ユーザが所持する端末の一例であってよい。
【００２７】
以上のとおり、本実施形態の管理システム１００によれば、サーバ１１０から、移動体１０に取り付けられたキーデバイス１３０の開錠動作を制御することにより、移動体１０の使用状況を管理することができる。管理システム１００は、これに限定されるものではないが、自転車のシェアリング・サービスまたはレンタル・サービスにおいて、自転車の使用状況を管理する場合に特に有用である。
【００２８】
従来の自転車のシェアリング・サービスまたはレンタル・サービスにおいては、駐輪場にラック式の貸出システムを設置する。また、数百ｍから数ｋｍおきに駐輪場を設ける場合が多い。そのため、駐輪場の整備費用が高額になる。しかし、本実施形態の管理システム１００を用いた場合には、移動体１０にキーデバイス１３０を取り付けることで、移動体１０の使用状況を管理することができる。これにより、駐輪場の整備費用を大幅に低減することができる。また、場合によっては、駐輪場を設けなくとも、移動体１０の使用状況を管理することができる。
【００２９】
図２は、キーデバイス１３０のシステム構成の一例を概略的に示す。図２は、会員カード２２、通信回線１０２およびユーザ端末１４０とともに、キーデバイス１３０を示す。本実施形態において、キーデバイス１３０は、施錠部２１０と、施錠制御部２２０とを備える。施錠制御部２２０は、識別情報取得部２３０と、識別情報格納部２４０と、決定部２５０とを有する。会員カード２２は、記憶素子２０２を有する。ユーザ端末１４０は、記憶素子２０４を有してよい。
【００３０】
会員カード２２は、シェアリング・サービスまたはレンタル・サービスのユーザであることを証明する。会員カード２２は、ユーザの所持するユーザ端末が記憶素子２０４を有しない場合に、ユーザの認証処理に利用されてよい。
【００３１】
本実施形態において、記憶素子２０２および記憶素子２０４は、それぞれの素子に固有の識別情報を記憶している（素子ＩＤという場合がある。）。記憶素子２０２および記憶素子２０４に記憶されている素子ＩＤは、移動体１０の使用を要求するユーザを識別する要求ユーザ識別情報の一例であってよい。
【００３２】
記憶素子２０２および記憶素子２０４は、ＲＦタグ、ＩＣタグ、半導体メモリ、磁気ディスク、磁気カードなどであってよい。記憶素子２０２および記憶素子２０４は、ＲＦタグ、ＩＣタグ、ＦｅｌｉｃａチップなどのＩＣチップであることが好ましい。これにより、識別情報取得部２３０との間で近距離無線通信により情報を送受することができる。
【００３３】
施錠部２１０は、移動体１０を施錠して、移動体１０の使用を制限してよい。施錠部２１０の形式は特に限定されないが、馬蹄型のリング錠であってもよく、シリンダ錠であってもよい。施錠部２１０は、施錠制御部２２０の指示に基づいて開錠してよい。施錠部２１０は、施錠制御部２２０から開錠動作を許可する信号を受信して、開錠動作を実施してよい。施錠部２１０の施錠動作は、ユーザが手動により実施してもよい。これにより、キーデバイス１３０の電力消費量を大幅に減少させることができる。なお、施錠部２１０の施錠動作は、施錠部２１０が施錠制御部２２０の指示に基づいて実施してもよい。
【００３４】
施錠制御部２２０は、少なくとも施錠部２１０の開錠動作を制御してよい。施錠制御部２２０は、施錠部２１０を開錠するか否かを決定してよい。施錠制御部２２０は、施錠部２１０を開錠することを決定した場合に、施錠部２１０に対して開錠動作を許可してよい。施錠制御部２２０は、施錠部２１０の施錠動作を制御してもよい。
【００３５】
識別情報取得部２３０は、記憶素子２０２または記憶素子２０４との間で情報を送受してよい。識別情報取得部２３０は、近距離無線通信により、記憶素子２０２または記憶素子２０４との間で情報を送受することが好ましい。識別情報取得部２３０は、ＲＦＩＤ（Radio Frequency IDentification）のリーダーであってよい。識別情報取得部２３０は、ユーザが所持する記憶素子２０２または記憶素子２０４から、素子ＩＤを取得してよい。
【００３６】
識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０ごとに割り当てられた車体番号（車番という場合がある。）を格納してよい。車体番号は、移動体１０を識別する移動体識別情報の一例であってよい。識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０の車体番号と、キーデバイス１３０が取り付けられている移動体１０を使用可能なユーザを識別する使用ユーザ識別情報（使用ユーザＩＤという場合がある。）とを対応付けて格納してよい。使用ユーザＩＤは、移動体１０を使用可能なユーザに対応付けられた素子IDであることが好ましい。
【００３７】
移動体識別情報の他の例としては、ＺｉｇＢｅｅＩＤ、ｍａｃＡｄｄｒｅｓｓのように、通信デバイスごとに割り当てられた識別情報（通信デバイスＩＤという場合がある。）を例示することができる。この場合、サーバ１１０および中継デバイス１２０の少なくとも一方は、複数の移動体１０のそれぞれについて、移動体１０に割り当てられた車体番号と、当該移動体１０に取り付けられるキーデバイス１３０の通信デバイスＩＤとを対応付けて格納してよい。
【００３８】
本実施形態において、識別情報格納部２４０は、サーバ１１０から、キーデバイス１３０が取り付けられている移動体１０の使用ユーザＩＤを受信する。識別情報格納部２４０は、キーデバイス１３０が取り付けられている移動体１０の車体番号と、受信した使用ユーザＩＤとを対応付けて格納してよい。
【００３９】
なお、サーバ１１０は、素子ＩＤと使用ユーザＩＤとが一致した場合に、識別情報格納部２４０に対して使用ユーザＩＤを送信する場合がある。そこで、このような場合には、サーバ１１０は、使用ユーザＩＤを送信する代わりに、素子ＩＤの格納を要求する格納命令を送信してもよい。そして、識別情報格納部２４０は、サーバ１１０から格納命令を受信した場合に、車体番号と素子ＩＤとを対応付けて格納してよい。この場合であっても、素子ＩＤと使用ユーザＩＤとは同一なので、識別情報格納部２４０は、車体番号と、使用ユーザ識別情報とを対応付けて格納していることになる。
【００４０】
本実施形態において、識別情報格納部２４０は、サーバ１１０から、使用ユーザＩＤの消去を要求する消去要求を受信した場合に、使用ユーザＩＤを消去する。したがって、サーバ１１０が、移動体１０の使用状況を「使用中」として管理している場合には、識別情報格納部２４０に使用ユーザＩＤが格納されており、サーバ１１０が、移動体１０の使用状況を「使用中」として管理していない場合には、識別情報格納部２４０に使用ユーザＩＤが格納されていない。これにより、移動体１０が通信エリア外に移動している場合であっても、決定部２５０が、サーバ１１０で管理している使用状況を把握することができる。
【００４１】
決定部２５０は、識別情報格納部２４０が格納している使用ユーザＩＤと、識別情報取得部２３０が取得した素子ＩＤとを比較して、開錠するか否かを決定してよい。決定部２５０は、上記の使用ユーザＩＤおよび素子ＩＤが対応付けられている場合または一致する場合に、開錠することを決定してよい。決定部２５０は、サーバ１１０から開錠を許可する開錠許可信号を受信した場合に、開錠することを決定してもよい。決定部２５０は、開錠することを決定した場合には、施錠部２１０に対して、開錠信号を通知してよい。決定部２５０は、施錠部２１０の開錠を確認して、サーバ１１０に対して開錠確認信号を通知してよい。なお、決定部２５０は、施錠部２１０の施錠動作が実施された場合に、施錠部２１０の施錠を確認して、サーバ１１０に対して施錠確認信号を通知してよい。
【００４２】
本実施形態において、移動体１０の使用状態が「使用中」である場合には、識別情報格納部２４０に使用ユーザＩＤが格納されている。そのため、移動体１０が管理システム１００と通信できない場合であっても、決定部２５０は、開錠の可否を決定することができる。本実施形態は、移動体１０が自転車またはバイクである場合に特に大きな効果を得ることができる。
【００４３】
図３は、管理システム１００のシステム構成の一例を概略的に示す。図３は、会員カード２２、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、サーバ１１０および中継デバイス１２０のシステム構成の一例を概略的に示す。
【００４４】
本実施形態において、サーバ１１０は、移動体データベース３１０と、ユーザ・データベース３１２と、中継デバイス・データベース３１４と、識別情報受信部３２０と、判断部３３０と、要求処理部３４０とを備える。中継デバイス１２０は、中継部３５０と、登録処理部３６０とを備える。
【００４５】
なお、本実施形態においては、移動体データベース３１０、ユーザ・データベース３１２および中継デバイス・データベース３１４が、それぞれ個別のデータベースとして構成される場合について説明する。しかし、データベースの構成はこれに限定されない。移動体データベース３１０、ユーザ・データベース３１２および中継デバイス・データベース３１４のうちの２以上のデータベースが、１つのデータベースとして構成されてもよい。
【００４６】
移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、当該移動体１０を使用可能なユーザを識別する使用ユーザＩＤとを対応付けて格納する。使用ユーザＩＤは、当該ユーザを識別する情報であれば特に限定されないが、当該ユーザに対応付けられた素子ＩＤであることが好ましい。これにより、判断部３３０が、開錠の可否を容易に判断することができる。移動体データベース３１０は、移動体情報格納部の一例であってよい。使用ユーザＩＤの他の例としては、ユーザの会員番号、ユーザ端末１４０の端末ＩＤ、ユーザの氏名またはメールアドレスなどを例示することができる。
【００４７】
移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、最後にキーデバイス１３０からの信号を受信した中継デバイス１２０を識別する識別情報（中継デバイスＩＤという場合がある。）とを対応付けて格納してよい。中継デバイスＩＤは、中継部識別情報の一例であってよい。移動体データベース３１０は、複数の移動体１０のそれぞれについて、それぞれの車体番号と、使用状況とを対応づけて格納してよい。
【００４８】
移動体データベース３１０は、サーバ１１０がユーザ端末１４０からの要求を処理した場合に、更新されてよい。例えば、ユーザは、ユーザ端末１４０を利用して、サーバ１１０がサービスを提供するＷｅｂサイトにアクセスして、サーバ１１０に移動体１０の使用を要求する。サーバ１１０は、ユーザ端末１４０から端末ＩＤを取得して、ユーザを認証する。サーバ１１０は、使用を要求された移動体１０の貸出処理を実行して、当該移動体１０の車体番号と、ユーザ端末１４０の端末ＩＤに対応する素子ＩＤとを対応付けて、移動体データベース３１０に格納する。
【００４９】
ユーザ・データベース３１２は、複数のユーザのそれぞれについて、それぞれが所持する記憶素子の素子ＩＤと、当該ユーザが所持するユーザ端末１４０を識別する端末識別情報（端末ＩＤという場合がある。）とを対応付けて格納してよい。ユーザ・データベース３１２は、サーバ１１０が会員登録処理を実行した場合に更新されてよい。ユーザ・データベース３１２は、ユーザ情報格納部の一例であってよい。
【００５０】
端末ＩＤは、素子ＩＤとは異なる情報であって、ユーザ端末１４０を識別することができる情報であれば、特に限定されない。端末ＩＤは、通信キャリアにより契約者情報と対応付けられた識別情報であってもよい。これらの識別情報は、キャリア・オープンＩＤと呼ばれる場合があり、通信キャリアによっては、ｕｉｄ、サブスクライバＩＤ、ｉモードＩＤなどと呼ばれている。端末ＩＤは、ユーザ端末１４０がＷｅｂサイトにアクセスしたときにＣｏｏｋｉｅに書き込まれたユニークＩＤであってもよい。
【００５１】
中継デバイス・データベース３１４は、複数の中継デバイス１２０のそれぞれについて、それぞれを識別する中継デバイスＩＤと、当該中継デバイス１２０の設置場所とを対応付けて格納する。中継デバイス・データベース３１４は、複数の中継デバイス１２０のそれぞれについて、それぞれの中継デバイスＩＤと、当該中継デバイス１２０が設置されている駐輪場を識別する駐輪場識別情報とを対応付けて格納してもよい。
【００５２】
識別情報受信部３２０は、通信回線１０２を介して、車体番号および素子ＩＤを受信する。例えば、識別情報受信部３２０は、特定の移動体１０に取り付けられたキーデバイス１３０から、当該移動体１０の車体番号と、当該移動体１０の使用を要求するユーザが所持する記憶素子から取得した素子ＩＤとを受信する。識別情報受信部３２０は、受信した車体番号および素子ＩＤを判断部３３０に通知する。
【００５３】
判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。例えば、判断部３３０は、識別情報受信部３２０が受信した車体番号に一致する車体番号に対応付けられた使用ユーザＩＤと、識別情報受信部３２０が受信した素子ＩＤとを比較して、ユーザ・データベース３１２などを参照して両者が対応付けられている場合には、開錠すると判断してよい。また、移動体データベース３１０に格納されている使用ユーザＩＤが、ユーザに対応付けられた素子ＩＤである場合には、判断部３３０は、上記の使用ユーザＩＤおよび素子ＩＤが一致する場合に、開錠すると判断してよい。
【００５４】
移動体データベース３１０に格納されている情報は、ユーザ端末１４０から送信された情報を用いて更新されている。そのため、本実施形態によれば、キーデバイス１３０から送信された情報と、ユーザ端末１４０から送信された情報とを比較して、キーデバイス１３０の開錠動作を制御することにより、セキュリティを向上させることができる。例えば、第３者による会員カードの不正使用を防止することができる。
【００５５】
判断部３３０は、開錠すると判断した場合に、移動体データベース３１０にアクセスして、当該移動体１０の車体番号の使用状況を「使用中」に更新してよい。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠を許可する開錠許可信号を通知してよい。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられた使用ユーザＩＤを通知してよい。
【００５６】
本実施形態において、判断部３３０は、ユーザ端末１４０から、要求処理部３４０を介して移動体１０の返却要求を受信して、移動体１０から、識別情報受信部３２０を介して車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断してよい。
【００５７】
例えば、判断部３３０は、識別情報受信部３２０が受信した車体番号に一致する車体番号に対応付けられた使用ユーザＩＤと、識別情報受信部３２０が受信した素子ＩＤとを比較して、ユーザ・データベース３１２などを参照して両者が対応付けられている場合には、移動体１０の使用が中止されたと判断してよい。また、移動体データベース３１０に格納されている使用ユーザＩＤが、ユーザに対応付けられた素子ＩＤである場合には、判断部３３０は、上記の使用ユーザＩＤおよび素子ＩＤが一致する場合に、移動体１０の使用が中止されたと判断してよい。
【００５８】
返却要求は、移動体１０の使用を中止するための要求の一例であってよい。なお、他の実施形態において、判断部３３０は、移動体１０から、移動体１０の使用を中止するための要求を受信してもよい。
【００５９】
判断部３３０は、移動体１０の使用が中止されたと判断した場合に、移動体データベース３１０にアクセスして、当該移動体１０の車体番号の使用状況を「使用可」に更新してよい。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を通知してよい。
【００６０】
要求処理部３４０は、ユーザ端末１４０から送信された要求を処理する。要求処理部３４０は、ユーザ端末１４０に対して、サービスを提供するＷｅｂサイトの画面を送信してもよい。要求処理部３４０は、要求を処理して、移動体データベース３１０、ユーザ・データベース３１２または中継デバイス・データベース３１４を作成または更新してよい。要求処理部３４０は、移動体情報生成部の一例であってよい。
【００６１】
要求処理部３４０は、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の使用要求と、端末ＩＤと、ユーザが使用を要求している移動体１０の車体番号とを受信して、使用処理（貸出処理という場合がある。）を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、移動体データベース３１０に格納する。
【００６２】
また、返却処理においては、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の返却要求と、端末ＩＤと、ユーザが返却を要求している移動体１０の車体番号を受信して、返却処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを抽出する。同様に、要求処理部３４０は、移動体データベース３１０を参照して、受信した車体番号に対応付けられて移動体データベース３１０に格納されている使用ユーザＩＤを抽出する。
【００６３】
要求処理部３４０は、抽出した素子ＩＤと、抽出した使用ユーザＩＤとを比較して、両者が対応付けられている場合に、移動体データベース３１０の使用ユーザＩＤを消去する。なお、要求処理部３４０は、返却処理において抽出した素子ＩＤを、返却処理の対象として、受信した車体番号とを対応付けて、他のデータベースに格納してもよい。
【００６４】
中継部３５０は、キーデバイス１３０と、識別情報受信部３２０との間の通信を中継してよい。中継部３５０は、通信エリア内に存在するキーデバイス１３０に対して、設定された時間が経過するたびに、それぞれのキーデバイス１３０が取り付けられた移動体１０の車体番号を送信するよう要求してよい。これにより、サーバ１１０が、移動体１０の現在位置を確認することができる。
【００６５】
この場合、キーデバイス１３０は、車体番号を送信してから次の送信までの間、電源をＯＦＦにするまたは省電力モードに移行してよい。これにより、キーデバイス１３０の電力消費を抑制しながら、移動体１０の現在位置を確認することができる。中継部３５０は、キーデバイス１３０の電池の残容量が予め定められた値より小さい場合には、送信間隔が長くなるように設定を変更してよい。
【００６６】
登録処理部３６０は、会員登録処理において、ユーザとのインターフェースとして機能する。登録処理部３６０は、会員登録処理の実行中に、記憶素子２０２または記憶素子２０４から素子ＩＤを取得してよい。登録処理部３６０は、ユーザ端末１４０を、サービスを提供するＷｅｂサイトに、アクセスさせるとともに、取得した素子ＩＤを、要求ユーザ識別情報として要求処理部３４０に送信させてよい。
【００６７】
例えば、ユーザ端末１４０が記憶素子２０４を有する場合、登録処理部３６０は、記憶素子２０４から素子ＩＤを取得する。次に、登録処理部３６０は、ユーザ端末１４０に対して、取得した素子ＩＤとともに、ユーザ端末１４０をＷｅｂサイトにアクセスさせる信号を送信する。当該信号を受信したユーザ端末１４０は、要求処理部３４０との間の通信を確立して、Ｗｅｂサイトにアクセスする。このとき、ユーザ端末１４０は、登録処理部３６０から受け取った素子ＩＤと、ユーザ端末１４０の端末ＩＤとを要求処理部３４０に送信する。これにより、要求処理部３４０は、素子ＩＤと、ユーザ端末１４０の端末ＩＤとを対応付けて、ユーザ・データベース３１２に格納することができる。
【００６８】
その後、ユーザ端末１４０を介して、ユーザに対して個人情報の入力を要求する。これにより、要求処理部３４０は、素子ＩＤと、ユーザの個人情報とを対応付けて、ユーザ・データベース３１２に格納することができる。その後、ユーザごとに割り当てられた会員番号を発行して、登録処理を終了してよい。
【００６９】
一方、ユーザ端末１４０が記憶素子２０４を有しない場合、登録処理部３６０は、記憶素子２０２から素子ＩＤを取得する。次に、登録処理部３６０は、取得した素子ＩＤと、ＷｅｂサイトのＵＲＬとが埋め込まれたＱＲコードを表示する。ユーザ端末１４０は、登録処理部３６０から提示されたＱＲコードを読み取り、要求処理部３４０との間の通信を確立して、Ｗｅｂサイトにアクセスする。このとき、このとき、ユーザ端末１４０は、登録処理部３６０から受け取った素子ＩＤと、ユーザ端末１４０の端末ＩＤとを要求処理部３４０に送信する。これにより、要求処理部３４０は、素子ＩＤと、ユーザ端末１４０の端末ＩＤとを対応付けて、ユーザ・データベース３１２に格納することができる。
【００７０】
その後、ユーザ端末１４０を介して、ユーザに対して個人情報の入力を要求する。これにより、要求処理部３４０は、素子ＩＤと、ユーザの個人情報とを対応付けて、ユーザ・データベース３１２に格納することができる。その後、ユーザごとに割り当てられた会員番号を発行して、登録処理を終了してよい。
【００７１】
図４は、移動体データベース３１０のデータ構造４００の一例を概略的に示す。データ構造４００は、少なくとも、車体番号４０２と、使用ユーザＩＤ４０４とを対応付けて格納する。使用ユーザＩＤ４０４は、ユーザの会員番号であってもよく、ユーザが所持する記憶素子の素子ＩＤであってもよく、ユーザ端末１４０の端末ＩＤであってもよく、ユーザの氏名またはメールアドレスであってもよい。しかし、使用ユーザＩＤ４０４は、ユーザが所持する記憶素子の素子ＩＤであることが好ましい。
【００７２】
データ構造４００は、車体番号４０２と対応付けて、中継デバイスＩＤ４０６および使用状況４０８の少なくとも１つを、さらに格納してよい。使用状況４０８が、「使用可」または「使用不可」の場合には、当該移動体１０を使用可能なユーザが存在しないので、使用ユーザＩＤ４０４は空欄であってもよい。なお、使用状況４０８が「使用中」であるにもかかわらず、中継デバイスＩＤ４０６が空欄または「なし」となっている場合には、中継デバイス１２０、キーデバイス１３０などが故障しているか、移動体１０が通信エリア外に存在していることを示す。
【００７３】
なお、データ構造４００における情報の格納方法は、上記の方法に限定されない。使用ユーザＩＤ４０４には、現在、移動体１０を使用可能なユーザを識別する識別情報だけでなく、最後に移動体１０を使用可能であったユーザを識別する識別情報が格納されてもよい。
【００７４】
この場合、判断部３３０は、使用状況４０８が「使用可」であれば、使用ユーザＩＤ４０４に格納されている情報は、最後に移動体１０を使用可能であったユーザを識別する識別情報であると判断する。使用状況４０８が「使用中」であれば、使用ユーザＩＤ４０４に格納されている情報が、現在、移動体１０を使用可能なユーザを識別する識別情報であると判断する。これにより、ユーザが移動体１０の使用を停止する場合には、データを更新する必要がなくなり、データの更新頻度を低減することができる。
【００７５】
また、移動体データベース３１０のデータ構造はこれに限定されない。車体番号４０２と中継デバイスＩＤ４０６とを対応付けて格納する代わりに、キーデバイス、中継デバイスなどを示すデバイスの種類と、それぞれのデバイスの識別情報とを対応付けて格納してもよい。複数の移動体１０のそれぞれについて、移動体１０に割り当てられた車体番号と、当該移動体１０に取り付けられるキーデバイス１３０の通信デバイスＩＤとを対応付けて格納してもよい。
【００７６】
図５は、ユーザ・データベース３１２のデータ構造５００の一例を概略的に示す。データ構造５００は、少なくとも、素子ＩＤ５０４と、端末ＩＤ５０６とを対応付けて格納する。データ構造５００は、素子ＩＤ５０４および端末ＩＤ５０６と対応付けて、会員番号５０２および個人情報５０８の少なくとも１つをさらに格納してよい。個人情報５０８には、ユーザの氏名５８２、メールアドレス５８４、クレジット番号５８６などが含まれてよい。データ構造５００は、素子ＩＤ５０４および端末ＩＤ５０６と対応付けて、素子ＩＤ５０４および端末ＩＤ５０６に対応するユーザが現在使用している移動体１０の車体番号５１０を格納してもよい。
【００７７】
図６は、管理システム１００における情報処理方法の一例を概略的に示す。図６において、ステップ番号をＳ６０２のように省略して示す。図６は、管理システム１００における、移動体１０の貸出処理のフローの一例を概略的に示す。本実施形態において、まず、Ｓ６０２において、ユーザ端末１４０が、サーバ１１０の要求処理部３４０との間の通信を確立して、サービスを提供するＷｅｂサイトにアクセスする。
【００７８】
Ｓ６０４において、要求処理部３４０は、ユーザ端末１４０に、Ｗｅｂサイトのメニュー画面を送信する。メニュー画面は、ユーザに希望する処理を選択させるための画面であってもよく、ユーザの使用状況に応じた処理を提示する画面であってもよい。
【００７９】
例えば、要求処理部３４０は、移動体データベース３１０を参照して、使用ユーザＩＤ４０４の中に、ユーザ端末１４０の端末ＩＤに対応する使用ユーザＩＤが含まれるか否かを確認する。ユーザ端末１４０の端末ＩＤに対応する使用ユーザＩＤが含まれており、使用状況４０８が「使用中」である場合には、当該ユーザが既に移動体１０を使用していることを示す。そこで、要求処理部３４０は、返却処理の実行を開始するための画面をユーザ端末１４０に送信する。一方、上記以外の場合、要求処理部３４０は、貸出処理の実行を開始するための画面をユーザ端末１４０に送信する。
【００８０】
ユーザが移動体１０の使用を要求する場合、Ｓ６０６において、ユーザは、移動体１０の貸出しを希望する駐輪場に関する情報をユーザ端末１４０に入力する。ユーザ端末１４０は、ユーザの入力に基づいて、サーバ１１０に移動体１０の貸出処理の実行を開始させるための使用要求を、上記の駐輪場に関する情報とともに、サーバ１１０の要求処理部３４０に送信する。
【００８１】
Ｓ６０８において、要求処理部３４０は、移動体データベース３１０を参照して、ユーザが選択した駐輪場に対応する中継デバイスＩＤ４０６と対応付けられ、使用状況４０８が「使用可」である移動体１０の車体番号４０２を抽出する。要求処理部３４０は、抽出した車体番号４０２をユーザ端末１４０に送信する。なお、Ｓ６０８において、要求処理部３４０が、移動体データベース３１０を参照して、当該ユーザが既に移動体１０を使用していると判断した場合には、要求処理部３４０は、貸出処理を中止して、ユーザ端末１４０にエラー画面を送信してもよい。
【００８２】
Ｓ６１０において、ユーザは、ユーザ端末１４０に表示された車体番号４０２の中から、使用を要求する移動体１０の車体番号を選択する。ユーザは、選択した車体番号を要求処理部３４０に送信する。Ｓ６１２において、要求処理部３４０は、移動体データベース３１０にアクセスして、ユーザが選択した移動体１０の車体番号４０２に対応付けられている使用状況４０８を、「使用可」から「使用中」に変更する。
【００８３】
Ｓ６２０において、要求処理部３４０は、ユーザ端末１４０に対して、キーデバイス１３０からの素子ＩＤの送信を要求する。Ｓ６２２において、要求処理部３４０からの要求を受信したユーザ端末１４０は、ユーザに対して、記憶素子２０２または記憶素子２０４に格納されている素子ＩＤをキーデバイス１３０に入力するよう要求する。
【００８４】
例えば、記憶素子２０２または記憶素子２０４と、キーデバイス１３０の識別情報取得部２３０とがＲＦＩＤ、赤外線通信、特定小電力無線などの近距離無線通信によって通信する場合、ユーザ端末１４０からの要求をうけたユーザは、会員カード２２またはユーザ端末１４０をキーデバイス１３０に近づける。これにより、Ｓ６３０において、キーデバイス１３０が、記憶素子２０２または記憶素子２０４に記憶された素子ＩＤを取得する。
【００８５】
Ｓ６３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号を、識別情報受信部３２０に送信する。このとき、キーデバイス１３０は、上記の車体番号で識別される移動体１０の使用を要求する使用要求信号を、識別情報受信部３２０に送信してもよい。なお、キーデバイス１３０が取り付けられている移動体１０の車体番号は、例えば、識別情報格納部２４０に格納されている。
【００８６】
Ｓ６３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号および素子ＩＤを受け取る。判断部３３０は、識別情報受信部３２０から使用要求信号を受け取り、処理を開始するように構成されてもよい。判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠許可信号を送信する。このとき、判断部３３０は、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられている使用ユーザＩＤを通知してよい。
【００８７】
Ｓ６３６において、キーデバイス１３０は、判断部３３０から受信した使用ユーザＩＤを識別情報格納部２４０に格納してよい。Ｓ６３８において、決定部２５０は、施錠部２１０に開錠信号を通知する。施錠部２１０は開錠動作を実施して、移動体１０の使用制限を解除する。また、施錠部２１０は開錠を確認して、サーバ１１０に対して開錠確認信号を送信する。
【００８８】
Ｓ６５０において、要求処理部３４０は、開錠確認信号を受け取ると、課金処理を開始する。Ｓ６６０において、ユーザ端末１４０は、要求処理部３４０に対して、処理結果の送信を要求する。Ｓ６６２において、要求処理部３４０は、ユーザ端末１４０に対して、貸出処理が完了したことを示す完了通知画面を送信する。また、要求処理部３４０は、使用開始を案内するメールを、ユーザ端末１４０に送信してよい。要求処理部３４０は、完了通知画面およびメールの送信が終わると、貸出処理を終了する。
【００８９】
図７は、管理システム１００における情報処理方法の一例を概略的に示す。図７は、管理システム１００における、移動体１０の返却処理のフローの一例を概略的に示す。本実施形態において、まず、Ｓ７０２において、ユーザは、キーデバイス１３０の施錠動作を実行した後、ユーザ端末１４０を利用して、サービスを提供するＷｅｂサイトにアクセスする。
【００９０】
Ｓ７０４において、要求処理部３４０は、ユーザ端末１４０に、Ｗｅｂサイトの返却画面を送信する。ユーザが移動体１０の返却を要求する場合、Ｓ７０６において、ユーザは、ユーザ端末１４０から、サーバ１１０に移動体１０の返却処理の実行を開始させるための返却要求を、要求処理部３４０に送信する。
【００９１】
Ｓ７２０において、要求処理部３４０は、ユーザ端末１４０に対して、キーデバイスからの素子ＩＤの送信を要求する。Ｓ７２２において、要求処理部３４０からの要求を受信したユーザ端末１４０は、ユーザに対して、記憶素子２０２または記憶素子２０４に格納されている素子ＩＤをキーデバイス１３０に入力するよう要求する。
【００９２】
例えば、記憶素子２０２または記憶素子２０４と、キーデバイス１３０の識別情報取得部２３０とがＲＦＩＤ、赤外線通信、特定小電力無線などの近距離無線通信によって通信する場合、ユーザ端末１４０からの要求をうけたユーザは、会員カード２２またはユーザ端末１４０をキーデバイス１３０に近づける。これにより、Ｓ７３０において、キーデバイス１３０が、記憶素子２０２または記憶素子２０４に記憶された素子ＩＤを取得する。
【００９３】
Ｓ７３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、施錠確認信号とを、識別情報受信部３２０に送信する。このとき、キーデバイス１３０は、上記の車体番号で識別される移動体１０の返却を要求する返却要求信号を、識別情報受信部３２０に送信してもよい。なお、キーデバイス１３０が取り付けられている移動体１０の車体番号は、例えば、識別情報格納部２４０に格納されている。また、返却要求信号は、移動体１０の使用を中止するための要求の一例であってよい。
【００９４】
Ｓ７３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号、素子ＩＤおよび施錠確認信号を受け取る。判断部３３０は、識別情報受信部３２０から返却要求信号を受け取り、処理を開始するように構成されてもよい。判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を送信する。
【００９５】
Ｓ７３６において、キーデバイス１３０は、識別情報格納部２４０に格納されている使用ユーザＩＤを消去する。Ｓ７３８において、キーデバイス１３０は、要求処理部３４０に対して、使用ユーザＩＤの消去が完了したことを示す消去確認信号を送信する。
【００９６】
Ｓ７５０において、要求処理部３４０は、消去確認信号を受け取ると、課金処理を停止する。Ｓ７５２において、使用料金の精算処理を実行する。Ｓ７６０において、ユーザ端末１４０は、要求処理部３４０に対して、処理結果の送信を要求する。Ｓ７６２において、要求処理部３４０は、ユーザ端末１４０に対して、返却処理が完了したことを示す完了通知画面を送信する。また、要求処理部３４０は、利用明細を通知するメールを、ユーザ端末１４０に送信してよい。要求処理部３４０は、完了通知画面およびメールの送信が終わると、返却処理を終了する。
【００９７】
図８は、会員カード２２、通信回線１０２、キーデバイス１３０およびユーザ端末１４０とともに、管理システム８００のシステム構成の一例を概略的に示す。管理システム８００は、サーバ８１０と、中継デバイス８２０とを備える。
【００９８】
本実施形態において、サーバ８１０は、移動体データベース３１０と、ユーザ・データベース３１２と、中継デバイス・データベース３１４と、要求処理部３４０とを備える。中継デバイス８２０は、識別情報受信部３２０と、判断部３３０と、中継部３５０と、登録処理部３６０と、処理対象データベース８１６とを備える。
【００９９】
管理システム８００は、識別情報受信部３２０および判断部３３０が、サーバ８１０ではなく、中継デバイス８２０に配される点で、管理システム１００と相違する。また、中継デバイス８２０が処理対象データベース８１６を備える点で、管理システム１００と相違する。さらに、判断部３３０および要求処理部３４０における処理の一部が、管理システム１００と相違する。
【０１００】
以下、管理システム１００との相違点を中心に、管理システム８００について説明する。管理システム１００と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１０１】
処理対象データベース８１６は、貸出処理または返却処理の対象となる移動体１０に関する情報を格納する。処理対象データベース８１６は、移動体識別情報格納部の一例であってよい。本実施形態において、処理対象データベース８１６は、貸出処理または返却処理の対象となる移動体の車体番号と、当該移動体の使用ユーザＩＤとを対応付けて格納する。処理対象データベース８１６は、サーバ８１０の要求処理部３４０がユーザ端末１４０からの要求を処理した場合に、更新されてよい。
【０１０２】
管理システム１００において、判断部３３０は、移動体データベース３１０が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断した。これに対して、本実施形態において、判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。
【０１０３】
管理システム１００において、判断部３３０は、ユーザ端末１４０から、要求処理部３４０を介して移動体１０の返却要求を受信して、移動体１０から、識別情報受信部３２０を介して車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、移動体１０の使用が中止されたか否かを判断した。これに対して、本実施形態において、判断部３３０は、キーデバイス１３０から、識別情報受信部３２０を介して返却要求信号、車体番号、素子ＩＤおよび施錠確認信号を受信した場合に、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。
【０１０４】
管理システム１００において、要求処理部３４０は、貸出処理および返却処理において、移動体データベース３１０を更新した。これに対して、本実施形態において、要求処理部３４０は、貸出処理および返却処理において、処理対象データベース８１６を更新する。なお、このとき、管理システム１００の場合と同様にして、移動体データベース３１０が更新されてよい。
【０１０５】
例えば、貸出処理においては、以下の手順により、処理対象データベース８１６を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の使用要求と、端末ＩＤと、ユーザが使用を要求している移動体１０の車体番号とを受信して、貸出処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、処理対象データベース８１６に格納する。
【０１０６】
また、返却処理においては、例えば、以下の手順により、移動体データベース３１０を更新する。要求処理部３４０は、ユーザ端末１４０から、移動体１０の返却要求と、端末ＩＤと、ユーザが返却を要求している移動体１０の車体番号を受信して、返却処理を開始する。次に、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、処理対象データベース８１６に格納する。
【０１０７】
以上の通り、本実施形態において、判断部３３０は、通信回線１０２を介してサーバ８１０と通信することなく、開錠するか否かを判断することができる。これにより、貸出処理および返却処理の実行中における、中継デバイス８２０とキーデバイス１３０との間の通信時間が、中継デバイス１２０とキーデバイス１３０との間の通信時間と比較して短くなる。その結果、キーデバイス１３０の電力消費量を低減させることができる。
【０１０８】
図９は、処理対象データベース８１６のデータ構造９００の一例を概略的に示す。データ構造９００は、少なくとも、処理の対象となる移動体１０の車体番号ＩＤ９０２と、当該移動体１０の使用ユーザＩＤ９０４とを対応付けて格納する。データ構造９００は、処理の対象となる移動体１０の車体番号ＩＤ９０２と、当該処理におけるユーザの要求を示す要求種別９０６とを対応付けて格納してもよい。
【０１０９】
ユーザＩＤ４０４は、ユーザの会員番号であってもよく、ユーザが所持する記憶素子の素子ＩＤであってもよく、ユーザ端末１４０の端末ＩＤであってもよく、ユーザの氏名またはメールアドレスであってもよい。しかし、使用ユーザＩＤ４０４は、ユーザが所持する記憶素子の素子ＩＤであることが好ましい。
【０１１０】
図１０は、管理システム８００における情報処理方法の一例を概略的に示す。図１０は、管理システム８００における、移動体１０の貸出処理のフローの一例を概略的に示す。本実施形態は、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施される点で、図６の管理システム１００の貸出処理フローと相違する。また、本実施形態は、Ｓ６３２およびＳ６３４が、キーデバイス１３０および中継デバイス８２０の間で実施される点で、図６の管理システム１００の貸出処理フローと相違する。さらに、本実施形態は、Ｓ６３８の後に、Ｓ１０４０が実施される点で、図６の管理システム１００の貸出処理フローと相違する。
【０１１１】
以下、管理システム１００における貸出処理との相違点を中心に、管理システム８００における貸出処理について説明する。管理システム１００における貸出処理と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１１２】
本実施形態では、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施される。Ｓ１０１４において、要求処理部３４０は、処理対象データベース８１６を更新する。例えば、要求処理部３４０は、ユーザ・データベース３１２を参照して、ユーザ端末１４０から受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、中継デバイス８２０の処理対象データベース８１６に送信する。
【０１１３】
要求処理部３４０は、管理システム８００に含まれる全ての中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。要求処理部３４０は、ユーザ端末１４０から、ＧＰＳ情報などの位置情報を受け取っている場合には、ユーザ端末１４０の周辺に存在する中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。
【０１１４】
Ｓ１０１６において、素子ＩＤおよび車体番号を受信した処理対象データベース８１６は、要求処理部３４０に受領確認信号を送信する。また、処理対象データベース８１６は、要求処理部３４０から受け取った素子ＩＤと、車体番号とを対応付けて格納する。
【０１１５】
本実施形態では、Ｓ６３２およびＳ６３４が、キーデバイス１３０および中継デバイス８２０の間で実施される。Ｓ６３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、上記の車体番号で識別される移動体１０の使用を要求する使用要求信号とを、識別情報受信部３２０に送信する。
【０１１６】
Ｓ６３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号および素子ＩＤを受け取る。判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、識別情報受信部３２０が受信した車体番号および素子ＩＤとを比較して、開錠するか否かを判断する。判断部３３０は、開錠すると判断した場合に、キーデバイス１３０に対して、開錠許可信号を送信する。このとき、判断部３３０は、キーデバイス１３０に対して、当該キーデバイス１３０が取り付けられた移動体１０の車体番号に対応付けられている使用ユーザＩＤを通知してよい。
【０１１７】
判断部３３０は、識別情報受信部３２０が使用要求信号を受信したことに応じて、開錠するか否かの判断を開始してよい。判断部３３０は、処理対象データベース８１６の要求種別９０６に格納された情報に基づいて、開錠するか否かの判断を開始してもよい。
【０１１８】
本実施形態では、Ｓ６３８の後に、Ｓ１０４０が実施される。S１０４０において、要求処理部３４０は、Ｓ１０１４において、素子ＩＤおよび車体番号を送信した中継デバイス８２０に対して、開錠処理が完了した車体番号および使用ユーザＩＤの少なくとも１つと、開錠処理が完了したことを示す完了通知とを送信してよい。これにより、中継デバイス８２０の処理対象データベース８１６は、開錠処理が完了した移動体１０に関する情報を消去することができる。
【０１１９】
本実施形態において、Ｓ６３２の前に、Ｓ１０１４およびＳ１０１６が実施されているので、キーデバイス１３０がユーザから素子ＩＤを取得したときには、処理対象データベース８１６に、処理の対象となる車体番号および素子ＩＤが格納されている。これにより、Ｓ６３２およびＳ６３４の実行時間を短縮することができる。
【０１２０】
図１１は、管理システム８００における情報処理方法の一例を概略的に示す。図１１は、管理システム８００における、移動体１０の返却処理のフローの一例を概略的に示す。本実施形態は、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施される点で、図７の管理システム１００の返却処理フローと相違する。また、本実施形態は、Ｓ７３２およびＳ７３４が、キーデバイス１３０および中継デバイス８２０の間で実施される点で、図７の管理システム１００の返却処理フローと相違する。さらに、本実施形態は、S７３８の後に、S１１４０が実施される点で、図７の管理システム１００の返却処理フローと相違する。
【０１２１】
以下、管理システム１００における返却処理との相違点を中心に、管理システム８００における返却処理について説明する。管理システム１００における返却処理と同様の構成を有してよい場合には、説明を省略する場合がある。
【０１２２】
本実施形態では、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施される。Ｓ１１１４において、要求処理部３４０は、処理対象データベース８１６を更新する。例えば、要求処理部３４０は、ユーザ・データベース３１２を参照して、受信した端末ＩＤに対応付けられてユーザ・データベース３１２に格納されている素子ＩＤを、使用ユーザＩＤとして抽出する。その後、要求処理部３４０は、抽出した素子ＩＤと、受信した車体番号とを対応付けて、中継デバイス８２０の処理対象データベース８１６に送信する。
【０１２３】
要求処理部３４０は、管理システム８００に含まれる全ての中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。要求処理部３４０は、ユーザ端末１４０から、ＧＰＳ情報などの位置情報を受け取っている場合には、ユーザ端末１４０の周辺に存在する中継デバイス８２０に対して、素子ＩＤおよび車体番号を送信してもよい。
【０１２４】
Ｓ１１１６において、素子ＩＤおよび車体番号を受信した処理対象データベース８１６は、要求処理部３４０に受領確認信号を送信する。また、処理対象データベース８１６は、要求処理部３４０から受け取った素子ＩＤと、車体番号とを対応付けて格納する。
【０１２５】
本実施形態では、Ｓ７３２およびＳ７３４が、キーデバイス１３０および中継デバイス８２０の間で実施される。Ｓ７３２において、キーデバイス１３０は、識別情報取得部２３０が取得した素子ＩＤと、当該キーデバイス１３０が取り付けられている移動体１０の車体番号と、施錠確認信号と、上記の車体番号で識別される移動体１０の返却を要求する返却要求信号とを、識別情報受信部３２０に送信する。
【０１２６】
Ｓ７３４において、判断部３３０は、識別情報受信部３２０が受信した車体番号、素子ＩＤおよび施錠確認信号を受け取る。判断部３３０は、処理対象データベース８１６が格納している車体番号および使用ユーザＩＤと、受信した車体番号および素子ＩＤとを比較して、移動体１０の使用が中止されたか否かを判断する。判断部３３０は、移動体１０の使用が中止されたと判断した場合に、キーデバイス１３０に対して、移動体１０の車体番号に対応付けられた使用ユーザＩＤの消去を要求する消去要求を送信する。
【０１２７】
判断部３３０は、識別情報受信部３２０が返却要求信号を受信したことに応じて、移動体１０の使用が中止されたか否かの判断を開始してよい。判断部３３０は、処理対象データベース８１６の要求種別９０６に格納された情報に基づいて、移動体１０の使用が中止されたか否かの判断を開始してもよい。
【０１２８】
本実施形態では、S７３８の後に、S１１４０が実施される。S１１４０において、要求処理部３４０は、Ｓ１１１４において、素子ＩＤおよび車体番号を送信した中継デバイス８２０に対して、消去処理が完了した車体番号および使用ユーザＩＤの少なくとも１つと、消去処理が完了したことを示す完了通知とを送信してよい。これにより、中継デバイス８２０の処理対象データベース８１６は、消去処理が完了した移動体１０に関する情報を消去することができる。
【０１２９】
本実施形態において、Ｓ７３２の前に、Ｓ１１１４およびＳ１１１６が実施されているので、キーデバイス１３０がユーザから素子ＩＤを取得したときには、処理対象データベース８１６に、処理の対象となる車体番号および素子ＩＤが格納されている。これにより、Ｓ７３２およびＳ７３４の実行時間を短縮することができる。
【０１３０】
以上の実施形態において、移動体識別情報として車体番号を用いる場合について説明した。しかし、車体番号の代わりに、移動体１０を識別する他の移動体識別情報が用いられてもよい。また、要求ユーザ識別情報として素子ＩＤを用いる場合について説明した。しかし、素子ＩＤの代わりに、移動体１０の使用を要求するユーザを識別する他の要求ユーザ識別情報が用いられてもよい。
【０１３１】
なお、以上の記載によれば、本願明細書には、サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって、（１）移動体から、移動体を識別する移動体識別情報と、移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、（２）移動体識別情報と、移動体識別情報で識別される移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、移動体情報において対応付けられている移動体識別情報および使用ユーザ識別情報と、受信した移動体識別情報および要求ユーザ識別情報とを比較して、移動体を開錠するか否かを判断する段階とを有する方法が記載されていることが明らかである。
【０１３２】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０１３３】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０１３４】
１０ 移動体、１２ 駐輪場、１４ 駐輪場、２２ 会員カード、１００ 管理システム、 １０２ 通信回線、 １１０ サーバ、 １２０ 中継デバイス、 １３０ キーデバイス、 １４０ ユーザ端末、 ２０２ 記憶素子、 ２０４ 記憶素子、 ２１０ 施錠部、 ２２０ 施錠制御部、 ２３０ 識別情報取得部、 ２４０ 識別情報格納部、 ２５０ 決定部、 ３１０ 移動体データベース、 ３１２ ユーザ・データベース、 ３１４ 中継デバイス・データベース、 ３２０ 識別情報受信部、 ３３０ 判断部、 ３４０ 要求処理部、 ３５０ 中継部、 ３６０ 登録処理部、 ４００ データ構造、 ４０２ 車体番号、 ４０４ ユーザＩＤ、 ４０６ 中継デバイスＩＤ、 ４０８ 使用状況、 ５００ データ構造、 ５０２ 会員番号、 ５０４ 素子ＩＤ、 ５０６ 端末ＩＤ、 ５０８ 個人情報、 ５１０ 車体番号、 ５８２ 氏名、 ５８４ メールアドレス、 ５８６ クレジット番号、 ８００ 管理システム、 ８１０ サーバ、 ８１６ 処理対象データベース、 ８２０ 中継デバイス、 ９００ データ構造、 ９０２ 車体番号ＩＤ、 ９０４ 使用ユーザＩＤ、 ９０６ 要求種別
【特許請求の範囲】
【請求項１】
移動体に取り付けられ前記移動体を施錠する施錠装置から、前記移動体を識別する移動体識別情報と、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する識別情報受信部と、
前記移動体識別情報と、前記移動体識別情報で識別される前記移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、
前記移動体情報格納部が格納している前記移動体識別情報および前記使用ユーザ識別情報と、前記識別情報受信部が受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部と、
を備える、
管理システム。
【請求項２】
前記判断部は、前記移動体を開錠すると判断した場合に、前記移動体の前記施錠装置に対して、前記移動体の前記移動体識別情報に対応付けられた前記使用ユーザ識別情報を通知する、
請求項１記載の管理システム。
【請求項３】
前記要求ユーザ識別情報と、前記要求ユーザ識別情報で識別される前記ユーザが所持する端末を識別する端末識別情報とを対応付けて格納するユーザ情報格納部と、
前記端末から、前記端末識別情報および前記ユーザが使用を要求する移動体の前記移動体識別情報を受信し、受信した前記端末識別情報に対応付けられて前記ユーザ情報格納部に格納されている前記要求ユーザ識別情報と、受信した前記移動体識別情報とを対応付けて、前記移動体情報格納部に格納する移動体情報生成部と、
をさらに備える、
請求項１または請求項２に記載の管理システム。
【請求項４】
前記判断部は、
前記端末または前記移動体から、前記移動体の使用を中止するための要求を受信し、前記識別情報受信部が、前記移動体から、前記移動体識別情報、前記要求ユーザ識別情報および施錠確認信号を受信した場合に、
前記移動体情報格納部が格納している前記移動体識別情報および前記使用ユーザ識別情報と、受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、前記移動体の使用が中止されたか否かを判断する、
請求項３に記載の管理システム。
【請求項５】
前記判断部は、前記移動体の使用が中止されたと判断した場合に、前記移動体の前記施錠装置に対して、前記移動体の前記移動体識別情報に対応付けられた前記使用ユーザ識別情報の消去を要求する消去要求を通知する、
請求項４に記載の管理システム。
【請求項６】
前記移動体情報生成部は、
前記端末から、前記移動体の使用を中止するための前記要求、前記端末識別情報および前記ユーザが使用の中止を要求する移動体の前記移動体識別情報を受信し、
受信した前記端末識別情報に対応付けられて前記ユーザ情報格納部に格納されている前記要求ユーザ識別情報と、受信した前記移動体識別情報とを対応付けて、前記移動体情報格納部に格納する、
請求項４または請求項５に記載の管理システム。
【請求項７】
前記施錠装置と、前記識別情報受信部との間の通信を中継する中継部をさらに備え、
前記移動体情報格納部は、前記移動体の前記移動体識別情報と、前記中継部を識別する中継部識別情報とをさらに対応づけて格納する、
請求項１から請求項６までの何れか一項に記載の管理システム。
【請求項８】
サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって
移動体から、前記移動体を識別する移動体識別情報と、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、
前記移動体識別情報と、前記移動体識別情報で識別される前記移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、前記移動体情報において対応付けられている前記移動体識別情報および前記使用ユーザ識別情報と、受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、開錠するか否かを判断する段階と、
を有する、方法。
【請求項９】
移動体に取り付けられ、前記移動体を施錠する施錠装置であって、
ユーザが所持する記憶素子から、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報を取得する識別情報取得部と、
管理システムから、前記移動体を使用可能なユーザを識別する使用ユーザ識別情報を受信して、受信した前記ユーザ識別情報を格納する識別情報格納部と、
前記識別情報格納部が格納している前記使用ユーザ識別情報と、前記識別情報取得部が取得した前記要求ユーザ識別情報とを比較して、開錠するか否かを決定する決定部と、
を備える、
施錠装置。
【請求項１０】
前記識別情報格納部は、前記管理システムから、前記使用ユーザ識別情報の消去を要求する消去要求を受信した場合に、前記使用ユーザ識別情報を消去する、
請求項９に記載の施錠装置。
【請求項１１】
請求項９または請求項１０に記載の施錠装置を備える移動体。
【請求項１】
移動体に取り付けられ前記移動体を施錠する施錠装置から、前記移動体を識別する移動体識別情報と、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する識別情報受信部と、
前記移動体識別情報と、前記移動体識別情報で識別される前記移動体を使用可能なユーザを識別する使用ユーザ識別情報とを対応付けて格納する移動体情報格納部と、
前記移動体情報格納部が格納している前記移動体識別情報および前記使用ユーザ識別情報と、前記識別情報受信部が受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、開錠するか否かを判断する判断部と、
を備える、
管理システム。
【請求項２】
前記判断部は、前記移動体を開錠すると判断した場合に、前記移動体の前記施錠装置に対して、前記移動体の前記移動体識別情報に対応付けられた前記使用ユーザ識別情報を通知する、
請求項１記載の管理システム。
【請求項３】
前記要求ユーザ識別情報と、前記要求ユーザ識別情報で識別される前記ユーザが所持する端末を識別する端末識別情報とを対応付けて格納するユーザ情報格納部と、
前記端末から、前記端末識別情報および前記ユーザが使用を要求する移動体の前記移動体識別情報を受信し、受信した前記端末識別情報に対応付けられて前記ユーザ情報格納部に格納されている前記要求ユーザ識別情報と、受信した前記移動体識別情報とを対応付けて、前記移動体情報格納部に格納する移動体情報生成部と、
をさらに備える、
請求項１または請求項２に記載の管理システム。
【請求項４】
前記判断部は、
前記端末または前記移動体から、前記移動体の使用を中止するための要求を受信し、前記識別情報受信部が、前記移動体から、前記移動体識別情報、前記要求ユーザ識別情報および施錠確認信号を受信した場合に、
前記移動体情報格納部が格納している前記移動体識別情報および前記使用ユーザ識別情報と、受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、前記移動体の使用が中止されたか否かを判断する、
請求項３に記載の管理システム。
【請求項５】
前記判断部は、前記移動体の使用が中止されたと判断した場合に、前記移動体の前記施錠装置に対して、前記移動体の前記移動体識別情報に対応付けられた前記使用ユーザ識別情報の消去を要求する消去要求を通知する、
請求項４に記載の管理システム。
【請求項６】
前記移動体情報生成部は、
前記端末から、前記移動体の使用を中止するための前記要求、前記端末識別情報および前記ユーザが使用の中止を要求する移動体の前記移動体識別情報を受信し、
受信した前記端末識別情報に対応付けられて前記ユーザ情報格納部に格納されている前記要求ユーザ識別情報と、受信した前記移動体識別情報とを対応付けて、前記移動体情報格納部に格納する、
請求項４または請求項５に記載の管理システム。
【請求項７】
前記施錠装置と、前記識別情報受信部との間の通信を中継する中継部をさらに備え、
前記移動体情報格納部は、前記移動体の前記移動体識別情報と、前記中継部を識別する中継部識別情報とをさらに対応づけて格納する、
請求項１から請求項６までの何れか一項に記載の管理システム。
【請求項８】
サーバが、通信回線を介して、ユーザの端末にサービスを提供する方法であって
移動体から、前記移動体を識別する移動体識別情報と、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報とを、通信回線を介して受信する段階と、
前記移動体識別情報と、前記移動体識別情報で識別される前記移動体を使用可能なユーザを識別する使用ユーザ識別情報とが対応付けられた移動体情報を用いて、前記移動体情報において対応付けられている前記移動体識別情報および前記使用ユーザ識別情報と、受信した前記移動体識別情報および前記要求ユーザ識別情報とを比較して、開錠するか否かを判断する段階と、
を有する、方法。
【請求項９】
移動体に取り付けられ、前記移動体を施錠する施錠装置であって、
ユーザが所持する記憶素子から、前記移動体の使用を要求するユーザを識別する要求ユーザ識別情報を取得する識別情報取得部と、
管理システムから、前記移動体を使用可能なユーザを識別する使用ユーザ識別情報を受信して、受信した前記ユーザ識別情報を格納する識別情報格納部と、
前記識別情報格納部が格納している前記使用ユーザ識別情報と、前記識別情報取得部が取得した前記要求ユーザ識別情報とを比較して、開錠するか否かを決定する決定部と、
を備える、
施錠装置。
【請求項１０】
前記識別情報格納部は、前記管理システムから、前記使用ユーザ識別情報の消去を要求する消去要求を受信した場合に、前記使用ユーザ識別情報を消去する、
請求項９に記載の施錠装置。
【請求項１１】
請求項９または請求項１０に記載の施錠装置を備える移動体。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１】
【公開番号】特開２０１３−７６２２３（Ｐ２０１３−７６２２３Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１５２８２（Ｐ２０１１−２１５２８２）
【出願日】平成２３年９月２９日（２０１１．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．ｉモード
３．ＱＲコード
【出願人】（５１１２３６３３８）リレーションズ株式会社 (1)
【出願人】（５１１１６５２８９）インターネットビジョン株式会社 (2)
【出願人】（５９５０６８９６６）総合計画工業株式会社 (4)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月２９日（２０１１．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．ｉモード
３．ＱＲコード
【出願人】（５１１２３６３３８）リレーションズ株式会社 (1)
【出願人】（５１１１６５２８９）インターネットビジョン株式会社 (2)
【出願人】（５９５０６８９６６）総合計画工業株式会社 (4)
【Ｆターム（参考）】
[ Back to top ]