JP2020504255A - ロックを解錠するシステムおよび方法 - Google Patents

Abstract

ロックを解錠する方法は、ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信することを含んでもよい。第１のサービス要求は、ロックと端末デバイスとの間のワイヤレス接続に関連してもよい。本方法はさらに、第１のサービス要求に関連するパスワードを、ネットワークを介して端末デバイスへ送信することと、端末デバイスに関連する入力を受信することとを含んでもよい。本方法はさらに、受信された入力が解錠条件を満たすかどうかを判断することと、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させることとをさらに含んでもよい。【選択図】図７

Description

関連出願の相互参照
本願は、２０１６年１１月２８日出願の中国特許出願第２０１６１１０７１５３１．５号、２０１６年１１月２８日出願の中国特許出願第２０１６２１２８９５９７．７号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３２９７６．７号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３２９８７．５号、２０１６年１２月３０日出願の中国特許出願第２０１６１１２５２２１１．Ｘ号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３２６６５．０号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３１８９１．７号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３４６９５．５号、２０１７年２月１５日出願の中国特許出願第２０１７１００８１４９４．４号、２０１６年１２月２８日出願の中国特許出願第２０１６１１２３４７１５．９号、および２０１６年１２月２８日出願の中国特許出願第２０１６２１４６２３１０．６号の優先権を主張する。上記参照した出願はそれぞれ、その全体を参照により本明細書に援用される。

技術分野
本開示は、全般的に、セキュリティシステムに関し、特に、セキュリティシステムにおいてロックを解錠するシステムおよび方法に関する。

ロックは、デバイス（例えばドア、自転車、引き出し）を保護するための重要なツールである。したがって、ロックを効率的に制御し、保護される必要があるデバイスを一層適切に保護する機構を開発することが望ましいであろう。

本開示の一側面は、ロックおよびサーバを含むシステムを対象とする。ロックは、ロックの施錠位置とロックの解錠位置との間を動くように構成された施錠機構と、ロックを施錠または解錠するために施錠機構を作動させるように構成されたコントローラとを含む。サーバは、命令のセットを含むストレージデバイス、およびストレージデバイスと通信しているプロセッサを含む。命令のセットを実行すると、プロセッサは、サーバに、ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信させるように構成され、第１のサービス要求は、ロックと端末デバイスとの間のワイヤレス接続に関連する。プロセッサは、第１のサービス要求に関連するパスワードを、ネットワークを介して端末デバイスへ送信するようにさらに構成され、ロックのコントローラは、端末デバイスに関連する入力を受信するようにさらに構成される。ロックのコントローラは、受信された入力が解錠条件を満たすかどうかを判断し、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるようさらに構成される。

一部の実施形態において、受信された入力が解錠条件を満たすかどうかを判断するために、コントローラは、端末デバイスに関連する受信された入力に含まれるパスワードがロック内の事前保存パスワードと一致するかどうかを判断することと、端末デバイスに関連する受信された入力に含まれるパスワードがロック内の事前保存パスワードと一致するとの判断の結果に基づいて、受信された入力が解錠条件を満たすと判断することと、をするようにさらに構成される。

一部の実施形態において、事前保存パスワードが、前のサービス要求に関連する前のサービストランザクションの完了時点でサーバから取得される。

一部の実施形態において、事前保存パスワードは、複数の候補パスワードを含み、複数の候補パスワードはそれぞれ、有効期間に対応する。

一部の実施形態において、ロックは、休止モードおよび稼働モードを含む複数のモードを有し、ロックのコントローラは、第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断するようにさらに構成される。自転車のコントローラは、第１のサービス要求に関連するサービストランザクションが完了されているとの判断の結果に基づいて、ロックのモードを休止モードにセットするようにさらに構成される。

一部の実施形態において、ロックのコントローラは、第２のサービス要求に関連するパスワードが取得されているかどうかを判断し、第２のサービス要求に関連するパスワードが取得されているとの判断の結果に基づいて、ロックのモードを稼働モードにセットするようにさらに構成される。

一部の実施形態において、ロックは、通信ポートをさらに含み、ロックのコントローラは、ロックに関連するロック情報を判断して、ロック情報に少なくとも部分的に基づいてサービス情報を判断するようにさらに構成され、通信ポートは、サーバへサービス情報を送信するように構成される。

一部の実施形態において、ロック情報は、ロック識別情報、ロックの解錠時点、またはロックの施錠時点のうちの少なくとも１つを含む。サービス情報は、ロック情報、端末デバイスに関連するユーザアイデンティティ、第１のサービス要求に関連する開始地点、または第１のサービス要求に関連する目的地のうちの少なくとも１つを含む。

一部の実施形態において、ロックのコントローラは、ロックとサーバとの間の接続が確立されているかどうかを判断し、接続が確立されていないとの判断の結果に基づいて、サービス情報をロック内のストレージデバイスに保存するようにさらに構成される。

本開示の別の側面は、ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信するステップを含む方法を対象とし、第１のサービス要求は、ロックと端末デバイスとの間のワイヤレス接続に関連する。本方法はさらに、第１のサービス要求に関連するパスワードを端末デバイスへ、ネットワークを介して送信するステップを含む。本方法はさらに、端末デバイスに関連する入力を受信するステップを含む。本方法はさらに、受信された入力が解錠条件を満たすかどうかを判断するステップを含む。本方法はさらに、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるステップを含む。

本開示のさらに別の側面は、ロックの施錠位置とロックの解錠位置との間を動くように構成された施錠機構と、通信ポートとを含むロックを対象とする。ロックはさらに、端末デバイスに関連する入力を受信するように構成されたコントローラを含み、受信される入力は、ロックを解錠するために端末デバイスからサーバへ送信された第１のサービス要求に応答してサーバから端末デバイスにより受信された解錠情報を含む。サービス要求は、ロックの通信ポートと端末デバイスとの間のワイヤレス接続に関する情報を含む。ロックのコントローラは、受信された入力が解錠条件を満たすかどうかを判断し、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるようさらに構成される。

一部の実施形態において、受信された入力が解錠条件を満たすかどうかを判断するために、ロックのコントローラは、端末デバイスに関連する受信された入力に含まれるパスワードがロック内の事前保存パスワードと一致するかどうかを判断するようにさらに構成される。ロックのコントローラは、端末デバイスに関連する受信された入力に含まれるパスワードがロック内の事前保存パスワードと一致するとの判断の結果に基づいて、受信された入力が解錠条件を満たすと判断するようにさらに構成される。

一部の実施形態において、事前保存パスワードは、前のサービス要求に関連する前のサービストランザクションの完了時点でサーバから取得される。

一部の実施形態において、事前保存パスワードは、複数の候補パスワードを含み、複数の候補パスワードはそれぞれ、有効期間に対応する。

一部の実施形態において、ロックは、休止モードおよび稼働モードを含む複数のモードを有し、ロックのコントローラは、第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断するようにさらに構成される。ロックのコントローラは、第１のサービス要求に関連するサービストランザクションが完了されているとの判断の結果に基づいて、ロックのモードを休止モードにセットするようにさらに構成される。

一部の実施形態において、ロックのコントローラは、第２のサービス要求に関連するパスワードが取得されているかどうかを判断し、第２のサービス要求に関連するパスワードが取得されているとの判断の結果に基づいて、ロックのモードを稼働モードにセットするようにさらに構成される。

一部の実施形態において、ロックは、通信ポートをさらに含み、ロックのコントローラは、ロックに関連するロック情報を判断して、ロック情報に少なくとも部分的に基づいてサービス情報を判断するようにさらに構成され、ロックの通信ポートは、サーバにサービス情報を送信するように構成される。

一部の実施形態において、ロック情報は、ロック識別情報、ロックの解錠時点、またはロックの施錠時点のうちの少なくとも１つを含む。サービス情報は、ロック情報、端末デバイスに関連するユーザアイデンティティ、第１のサービス要求に関連する開始地点、または第１のサービス要求に関連する目的地のうちの少なくとも１つを含む。

一部の実施形態において、ロックのコントローラは、ロックとサーバとの間の接続が確立されているかどうかを判断し、接続が確立されていないとの判断の結果に基づいて、サービス情報をロック内のストレージデバイスに保存するようにさらに構成される。

本開示のさらに別の側面は、端末デバイスに関連する入力を受信するステップを含む方法を対象とし、受信された入力は、ロックを解錠するために端末デバイスからサーバへ送信された第１のサービス要求に応答してサーバから端末デバイスにより受信された解錠情報を含む。サービス要求は、ロックの通信ポートと端末デバイスとの間のワイヤレス接続に関する情報を含む。本方法はさらに、受信された入力が解錠条件を満たすかどうかを判断するステップと、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるステップとを含む。

本開示のさらに別の側面は、命令のセットを保存するストレージデバイス、およびストレージデバイスと通信しているプロセッサを含む端末デバイスを対象とする。命令のセットを実行すると、プロセッサは、端末デバイスに、複数のロックから複数のワイヤレス信号を受信することと、複数のワイヤレス信号の複数の強度を判断することとをさせるように構成される。プロセッサはさらに、端末デバイスに、端末デバイスと複数のロックとの間の複数の距離を複数の強度に基づいて判断させるように構成される。プロセッサは、端末デバイスに、複数の距離に基づいて複数のロックをランク付けすることと、ランク付けに基づいてロックのうちの１つを選択することとをさせるようにさらに構成される。プロセッサは、端末デバイスに、ランク付けに基づいて、端末デバイスと選択されたロックとの間のワイヤレス接続を確立することと、選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信することとをさせるようにさらに構成され、サービス要求は、端末デバイスと選択されたロックとの間のワイヤレス接続に関する情報を含む。プロセッサは、端末デバイスに、ネットワークを介して解錠情報をサーバから受信させるようにさらに構成され、この解錠情報は、サービス要求に応答してサーバにより生成される。

一部の実施形態において、プロセッサは、選択されたロックを解錠する命令を、選択されたロックへワイヤレス接続を介して送信するようにさらに構成される。

本開示のさらに別の側面は、複数のロックから複数のワイヤレス信号を受信するステップと、複数のワイヤレス信号の複数の強度を判断するステップとを含む方法を対象とする。本方法はさらに、端末デバイスと複数のロックとの間の複数の距離を複数の強度に基づいて判断するステップと、複数の距離に基づいて複数のロックをランク付けするステップとを含む。本方法は、ランク付けに基づいて、ロックのうちの１つを選択するステップと、ランク付けに基づいて、端末デバイスと選択されたロックとの間のワイヤレス接続を確立するステップとをさらに含む。本方法は、選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信するステップをさらに含み、サービス要求は、端末デバイスと選択されたロックとの間のワイヤレス接続に関する情報を含む。本方法はさらに、ネットワークを介して解錠情報をサーバから受信するステップを含み、解錠情報は、サービス要求に応答してサーバにより生成される。

一部の実施形態において、本方法は、選択されたロックを解錠する命令を、選択されたロックへワイヤレス接続を介して送信するステップをさらに含む。

本開示のさらに別の側面は、コンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体を対象とし、コンピュータプログラム製品は、コンピューティングデバイスに、ロックを解錠するための第１のサービス要求を、ネットワークを介して端末デバイスから受信するステップを含む方法を実行させるように構成された命令を備え、第１のサービス要求は、ロックと端末デバイスとの間のワイヤレス接続に関連する。本方法はさらに、第１のサービス要求に関連するパスワードを端末デバイスへ、ネットワークを介して送信するステップを含む。本方法はさらに、端末デバイスに関連する入力を受信するステップを含む。本方法はさらに、受信された入力が解錠条件を満たすかどうかを判断するステップを含む。本方法はさらに、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるステップを含む。

本開示のさらに別の側面は、コンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体を対象とし、コンピュータプログラム製品はコンピューティングデバイスに、端末デバイスに関連する入力を受信するステップを含む方法を実行させるように構成された命令を備え、受信された入力は、ロックを解錠するために端末デバイスからサーバへ送信された第１のサービス要求に応答してサーバから端末デバイスにより受信された解錠情報を含む。サービス要求は、ロックの通信ポートと端末デバイスとの間のワイヤレス接続に関する情報を含む。本方法はさらに、受信された入力が解錠条件を満たすかどうかを判断するステップと、受信された入力が解錠条件を満たすとの判断の結果に基づいて、ロックを解錠するために施錠機構を作動させるステップとを含む。

本開示のさらに別の側面は、コンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体を対象とし、コンピュータプログラム製品はコンピューティングデバイスに、複数のロックから複数のワイヤレス信号を受信するステップと、複数のワイヤレス信号の複数の強度を判断するステップとを含む方法を実行させるように構成された命令を備える。本方法はさらに、端末デバイスと複数のロックとの間の複数の距離を複数の強度に基づいて判断するステップと、複数の距離に基づいて複数のロックをランク付けするステップとを含む。本方法は、ランク付けに基づいて、ロックのうちの１つを選択するステップと、ランク付けに基づいて、端末デバイスと選択されたロックとの間のワイヤレス接続を確立するステップとをさらに含む。本方法は、選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信するステップをさらに含み、サービス要求は、端末デバイスと選択されたロックとの間のワイヤレス接続に関する情報を含む。本方法はさらに、ネットワークを介して解錠情報をサーバから受信するステップを含み、解錠情報は、サービス要求に応答してサーバにより生成される。

本開示のさらに別の側面は、方法を対象とする。本方法は、ユーザに関連する入力に含まれたパスワードを受信するステップと、パスワードが、サーバから取得されたロック内の事前保存パスワードと一致するかどうかを判断するステップとを含んでもよい。本方法は、ユーザに関連する入力に含まれたパスワードが事前保存パスワードと一致するとの判断の結果に基づいて、ロックを解錠するステップをさらに含んでもよい。本方法は、開始時間を記録するステップと、施錠命令がトリガされているかどうかを判断するステップと、施錠命令がトリガされているとの判断の結果に基づいて終了時間を記録するステップとをさらに含んでもよい。本方法はさらに、開始時間、終了時間、ユーザに関連する入力に含まれたパスワード、およびロックのシリアル番号を含むサービス情報をサーバへ送信するステップを含んでもよい。

さらなる特徴について、一部は以下の説明に記載され、一部は以下の事項および添付図面を検討すると当業者には明らかとなり、または各例を作製もしくは運用することにより分かることもある。本開示の各特徴は、後述の詳細な例の中に記載される手順、手段、および組み合わせの様々な側面を実施または使用することにより実現および獲得されることもある。

本開示について、例示的な実施形態の点からさらに記載する。これらの例示的な実施形態は、図面を参照して詳しく記載される。これらの実施形態は、非限定的な例示的実施形態であり、類似した参照符号は、図面のうちいくつかの図面にわたって同様の構造を表現する。

本開示の一部の実施形態による、例示的なセキュリティシステムを示す概略図である。 本開示の一部の実施形態による、例示的なコンピューティングデバイスのハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。 本開示の一部の実施形態による、例示的なモバイルデバイスのハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。 本開示の一部の実施形態による、保護される必要がある例示的なデバイスのハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。 本開示の一部の実施形態による、例示的な処理エンジンを示すブロック図である。 本開示の一部の実施形態による、例示的なロックを示すブロック図である。 本開示の一部の実施形態による、ロックを解錠する例示的なプロセスを示すフローチャートである。 本開示の一部の実施形態による、ロックのモードをセットする例示的なプロセスを示すフローチャートである。 本開示の一部の実施形態による、例示的な識別デバイスを示すブロック図である。 本開示の一部の実施形態による、ロックを解錠する例示的なプロセスを示すフローチャートである。 本開示の一部の実施形態による、例示的な虹彩収集器を示す概略図である。 本開示の一部の実施形態による、ロックの例示的な構造を示す概略図である。 本開示の一部の実施形態による、例示的な電源を示す概略図である。

以下の記載は、当業者が本開示を作製し、使用できるように提示され、特定の用途およびその要件の文脈で示されている。開示された実施形態に対する様々な改変が、当業者には容易に明らかになるであろう。本明細書に定義された全般的な原理は、本開示の意図および範囲から逸脱することなく他の実施形態および用途に応用され得る。したがって、本開示は、示される実施形態に限定されず、特許請求の範囲に合致する最も広い範囲を与えられる。

本明細書で使用される専門用語は、特定の例示的な実施形態を記載するものでしかなく、限定的な意図はない。本明細書で使用されるとき、単数形「ａ（或る）」、「ａｎ（或る）」、および「ｔｈｅ（この）」は、文脈によりそうでないことが明示的に示されていない限り、複数形も含むよう意図されることもある。さらに、当然のことながら、「ｃｏｍｐｒｉｓｅ（備える）」、「ｃｏｍｐｒｉｓｅｓ（備える）」、および／または「ｃｏｍｐｒｉｓｉｎｇ（備えている）」、「ｉｎｃｌｕｄｅ（含む）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含んでいる）」という用語は、本開示で使用されるとき、記載された特徴、完全体、ステップ、動作、要素、および／もしくは構成要素の存在を指定するが、他の１つ以上の特徴、完全体、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を除外するものではない。

これらの特徴および他の特徴、ならびに本開示の特性、ならびに動作の方法、および構造の関連要素の機能、および部品の組み合わせ、および製造の簡潔さが、添付の図面を参照しながら以下の記載を検討するとより明らかとなるであろう。添付図面はすべて本開示の一部を構成する。なお、当然のことながら、図面は例示および説明を目的としたものでしかなく、本開示の範囲を限定することは意図されていない。当然のことながら、図面は正確な縮尺ではない。

当然のことながら、本明細書で使用される「システム」、「エンジン」、「ユニット」、および／または「モジュール」という用語は、小さい順に種々のレベルの種々の構成要素、要素、部品、セクション、または組立品を区別する１つの方法である。なお、他の表現が同じ目的を達成するのであれば、それらにより用語が置き換えられてもよい。

当然のことながら、文脈が別段のことを明確に示さない限り、ユニット、エンジン、またはモジュールが別のユニット、エンジン、またはモジュール「上」にある、「に接続されている」、または「に結合されている」ものとして言及される場合、それは他のユニット、エンジン、またはモジュール上に直接あっても、それに接続もしくは結合されても、またはそれと通信してもよく、あるいは介在するユニット、エンジン、またはモジュールが存在してもよい。本明細書で使用されるとき、「および／または」という用語は、関連する列挙された項目のうちの１つ以上の任意の組み合わせすべてを含む。

本開示において使用されるフローチャートは、本開示のいくつかの実施形態によりシステムが実施する動作を示す。当然のことながら、フローチャートの動作は、順序通りに実施されなくてもよい。逆に、動作は逆順でまたは同時に実施されてもよい。さらに、他の１つ以上の動作がフローチャートに追加されてもよい。１つ以上の動作がフローチャートから除去されてもよい。

さらに、本開示において記載されたシステムおよび方法は、主として自転車シェアリングサービスに関して記載されているが、それらは単に例示的な実施形態であることも理解されるべきである。本開示に記載されるシステムまたは方法は、オンラインレンタルトランザクションにおいて使用権を或る者から別の者へと移転させる、任意の他の種類の経済的シェアリングサービスに応用され得る。例として、本開示のシステムまたは方法は、物的資産のレンタルおよび／または労務に応用され得る。物的資産は、不動産（例えばホテル、部屋、またはアパート）、車両（例えば自動車、自転車、電動自転車、バス、熱気球、または飛行機）、動産（例えば衣服、傘、充電器、またはマイクロフォン）などを含んでもよい。労務は、ペットの里親になること、家事、指名運転などを含んでもよい。本開示のシステムまたは方法の応用は、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部分析システム、人工知能ロボット、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

本開示において使用される測位技術は、グローバルポジショニングシステム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）、グローバルナビゲーション衛星システム（ＧＬＯＮＡＳＳ：ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ：ｑｕａｓｉ−ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、ワイヤレスフィディリティ（ＷｉＦｉ：ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）測位技術、または同様のもの、またはそれらの任意の組み合わせに基づいてもよい。本開示では上記の測位システムの１つ以上が区別なく使用され得る。

なお、自転車シェアリングサービスは、ポストインターネット時代にのみ根ざす新たな形態のサービスである。このサービスは、ポストインターネット時代にのみ生じ得る技術的ソリューションをユーザおよびサービスプロバイダに提供する。プレインターネット時代には、ユーザが自転車レンタル店で自転車をレンタルしたいとき、自転車の要求および承諾は、物理的な場所で互いに会うユーザと自転車レンタルショップの店主との間でのみ発生する。しかしながら、インターネット（および／またはＢｌｕｅｔｏｏｔｈなど他のタイプのネットワーク技術）により、自転車シェアリングサービスは、サービスのユーザが、自転車の地点を正確に捕捉して、自転車をいつでもどこでもレンタルすることを可能にする。このサービスは、自転車の駐輪が許可される任意のエリアにユーザが自転車を駐輪できるようにもする。したがって、インターネットにより、自転車シェアリングシステムは、従来のプレインターネットの自転車サービスの環境では決して出会わないであろうユーザとサービスプロバイダとに対し、より便利なトランザクションプラットフォームを提供し得る。

本開示は、セキュリティシステムにおいてロックを解錠するシステムおよび方法に関する。システムおよび方法は、サーバ、ワークステーション、ロック（例えば自転車のロック、車両のロック、保護された場所へのドアのロック）、および／または端末デバイスにより実施されてもよい。例として、サーバは、端末デバイスからサービス要求を取得して、ロックを解錠するために使用され得る参照解錠パスワードを提供してもよい。参照解錠パスワードを受信した後、要求者は、端末デバイスまたはロックの入力デバイスを介してパスワードを入力してもよい。ロックは、入力に含まれるパスワードがロック内の事前保存パスワードと一致するかどうかを判断してもよい。入力に含まれるパスワードが事前保存パスワードと一致するとの判断の結果に従って、ロックはロックを解錠してもよい。さらにロックは、サービス要求に関連するサービス情報を判断して、サービス情報をサーバへ送信してもよい。

図１は、本開示の一部の実施形態による、例示的なセキュリティシステム１００を示す概略図である。セキュリティシステム１００は、サーバ１１０、ネットワーク１２０、１つ以上の端末デバイス１３０、デバイス１４０、ストレージ１５０、測位デバイス１６０、およびロック１７０を含んでもよい。セキュリティシステム１００は、本開示の中で開示される方法および／またはプロセスを実施することによって、ロック１７０によりデバイス１４０を保護してもよい。一部の実施形態において、保護されるデバイス１４０は、自転車シェアリングシステムにおける自転車であってもよい。自転車シェアリングシステムは、ユーザが乗車のために自転車を使用できるようにする自転車シェアリングサービスを提供してもよい。ユーザが乗車を終えて自転車を返却したいとき、ユーザは、自転車の駐輪が許されるエリアに自転車を置いてもよい。その結果、自転車は次のユーザのための準備ができてもよい。

サーバ１１０は、セキュリティシステム１００の様々な機能性を提供するために、端末デバイス１３０、デバイス１４０、および／またはロック１７０と通信してもよい。一部の実施形態において、サーバ１１０は、端末デバイス１３０から、例としてネットワーク１２０を介して、デバイス１４０に関連する要求を受信してもよい。例としてサーバ１１０は、端末デバイス１３０から、例としてネットワーク１２０を介して、デバイス１４０を解錠する要求を受信してもよい。別の例として、デバイス１４０は、自転車シェアリングシステムにおける自転車であってもよく、要求は、自転車を借用（またはレンタル）するためのサービス要求であってもよい。サービス要求は、乗車および／または自転車に関する注文情報を含んでもよく、例として、自転車のタイプ、出発場所、目的地、走行距離、ルート、または同様のもの、またはそれらの任意の組み合わせが含まれる。サービス要求はさらに、ユーザに関する情報（例えばユーザアカウント情報）および／または端末デバイス１３０に関する情報（例えば端末デバイス１３０の地点）を含んでもよい。

サーバ１１０はさらに、端末デバイス１３０、デバイス１４０、および／またはロック１７０へ情報を送信してもよい。例としてサーバ１１０は、デバイス１４０を施錠する命令、デバイス１４０を解錠する命令、および／またはデバイス１４０に関係する情報（例えばデバイス１４０が施錠されているかどうかを示す情報）を、デバイス１４０および／またはロック１７０へ送信してもよい。一部の実施形態において、デバイス１４０は、自転車シェアリングシステムにおける自転車であってもよい。サーバ１１０は、端末デバイス１３０から受信されたサービス注文に応答して１つ以上の自転車を特定し、例として１つ以上の自転車の地点、乗車の料金（例えば乗車の合計料金、乗車１時間当たりのレート）、または同様のもの、またはそれらの組み合わせを含む、１つ以上の自転車に関する情報を端末デバイス１３０へ送信してもよい。

サーバ１１０はさらに、端末デバイス１３０、自転車、および／またはストレージ１５０から取得された過去のデータに基づいて、ホットスポットエリアを判断してもよい。ホットスポットエリアは、自転車の需要が高いエリアであってもよい。過去のデータは、エリアにおける自転車の検索数を含んでもよい。過去のデータはさらに、過去のサービス注文に関するデータ（例えば自転車がエリア内で使用された回数）を含んでもよい。過去のデータは、端末デバイス１３０を介してユーザにより提供された情報（例えばユーザにより提出された、より多くの自転車を或るエリアに配置するようにとのアドバイス）をさらに含んでもよい。サーバ１１０はさらに、サービス料金の管理を提供してもよい。サーバ１１０は、月間会員、四半期会員、季節（例えば春、夏）会員、年間会員、または乗車当たりの料金に基づいて乗車の費用を決定してもよい。

一部の実施形態において、サーバ１１０は、単一のサーバであっても、またはサーバグループであってもよい。サーバグループは、アクセスポイントを介してネットワーク１２０に接続された集中型サーバグループであってもよく、またはそれぞれ１つ以上のアクセスポイントを介してネットワーク１２０に接続された分散型サーバグループであってもよい。一部の実施形態において、サーバ１１０は、ネットワーク１２０にローカルで接続されてもよく、またはネットワーク１２０とリモート接続されていてもよい。例としてサーバ１１０は、端末デバイス１３０、デバイス１４０、および／またはストレージ１５０に保存された情報および／またはデータに、ネットワーク１２０を介してアクセスしてもよい。別の例としてストレージ１５０は、サーバ１１０のバックエンドデータストレージとしての機能を果たしてもよい。一部の実施形態において、サーバ１１０はクラウドプラットフォーム上に実装されてもよい。単なる例としてクラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

一部の実施形態において、サーバ１１０は処理エンジン１１２を含んでもよい。処理エンジン１１２は、本開示における１つ以上の機能を実行するために、サービス要求に関連する情報および／またはデータを処理してもよい。例として処理エンジン１１２は、端末デバイス１３０からサービス要求を取得して、解錠情報（例えば解錠パスワード）を端末デバイス１３０へ送信してもよい。一部の実施形態において、処理エンジン１１２は、１つ以上の処理ユニットを含んでもよい（例えばシングルコア処理エンジン（単数または複数）またはマルチコア処理エンジン（単数または複数））。単なる例として、処理エンジン１１２は、中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｐｒｏｃｅｓｓｏｒ）、グラフィックス処理ユニット（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、物理処理ユニット（ＰＰＵ：ｐｈｙｓｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、デジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プログラマブル論理デバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ：ｒｅｄｕｃｅｄ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｃｏｍｐｕｔｅｒ）、マイクロプロセッサ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

ネットワーク１２０は、情報および／またはデータのやり取りを促進してもよい。一部の実施形態において、セキュリティシステム１００の１つ以上の構成要素（例えばサーバ１１０、端末デバイス１３０、デバイス１４０、ストレージ１５０、またはロック１７０）は、ネットワーク１２０を介してセキュリティシステム１００内の別の構成要素（単数または複数）に情報および／またはデータを送信してもよい。例としてサーバ１１０は、ネットワーク１２０を介してストレージ１５０から複数のデバイス１４０のデータにアクセスし、且つ／またはそれを取得してもよい。別の例として、サーバ１１０は、デバイス１４０が施錠されているかどうかを示すメッセージを、ネットワーク１２０を介して端末デバイス１３０へ送信してもよい。さらに別の例として、測位デバイス１６０は、ネットワーク１２０を介して端末デバイス１３０へ測位情報を送信してもよい。一部の実施形態において、ネットワーク１２０は、任意の有線もしくはワイヤレスのネットワーク、またはそれらの組み合わせとしてもよい。単なる例としてネットワーク１２０は、ケーブルネットワーク、ワイヤーラインネットワーク、光ファイバネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ワイドエリアネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、メトロポリタンエリアネットワーク（ＭＡＮ：ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ワイドエリアネットワーク（ＷＡＮ）、公衆電話交換ネットワーク（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワーク、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを含んでもよい。例としてネットワーク１２０は、基地局および／またはインターネット相互接続点１２０−１、１２０−２、…、などの有線またはワイヤレスのネットワークアクセスポイントを含んでもよく、それらを通してセキュリティシステム１００の１つ以上の構成要素がネットワーク１２０に接続されてデータおよび／または情報をやり取りしてもよい。

一部の実施形態において、ユーザは端末デバイス１３０の所有者であってもよい。端末デバイス１３０は、ユーザから入力を受け取り、入力に関する情報をサーバ１１０へネットワーク１２０を介して送信してもよい。端末デバイス１３０はさらに、ネットワーク１２０を介してサーバ１１０から情報を受信してもよい。例として、端末デバイス１３０は、デバイス１４０に関してユーザからサーバ１１０に対する入力を受け取り、サーバ１１０からサービス確認、および／または情報もしくは命令を受信してもよい。単なる例として、ユーザは、ユーザがデバイス１４０を施錠できない場合にメンテナンスサービスの要求を入力してもよい。端末デバイス１３０は、メンテナンスサービスの要求をサーバ１１０へ送信するように構成されてもよい。一部の実施形態において、デバイス１４０は、自転車シェアリングシステムにおける自転車であってもよい。端末デバイス１３０は、端末デバイス１３０の地点付近の自転車を検索するためにサーバ１１０へサービス要求を送信するように構成されてもよい。サーバ１１０は、サービス要求に従い、且つそれに応答して、端末デバイス１３０の地点付近の１つ以上の自転車（例えば自転車の地点、自転車の数）を特定してもよい。サーバ１１０はさらに、特定された１つ以上の自転車に関する情報を、端末デバイス１３０へネットワーク１２０を介して送信してもよい。特定された１つ以上の自転車の情報は、電子地図に関連して端末デバイス１３０上で表示されてもよい。端末デバイス１３０は、端末デバイス１３０上で表示された自転車から選択された自転車を示すユーザからの入力を受け取ってもよく、これがサーバ１１０へ送信されてもよい。端末デバイス１３０はさらに、ユーザを選択された自転車の地点へ誘導する徒歩ナビゲーションを提供してもよい。別の例として端末デバイス１３０は、自転車を予約するためのユーザからの入力を受け取って、情報をサーバ１１０へ送信してもよい。さらに別の例として、端末デバイス１３０は、ユーザにより提供されたフィードバック情報をサーバ１１０へ送信してもよい。フィードバック情報は、自転車のステータス（例えば自転車の任意の部分の修理が必要かどうか）、改善提案などを含んでもよい。

一部の実施形態において端末デバイス１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、車両の組み込みデバイス１３０−４、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態においてモバイルデバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、拡張現実デバイス、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態においてスマートホームデバイスは、スマート照明デバイス、インテリジェント電気器具の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターホン、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態においてウェアラブルデバイスは、スマートブレスレット、スマート履物、スマートグラス、スマートヘルメット、スマートウォッチ、スマート衣類、スマートバックパック、スマートアクセサリ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態においてスマートモバイルデバイスは、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ゲーム用デバイス、ナビゲーションデバイス、販売時点情報管理（ＰＯＳ：ｐｏｉｎｔ ｏｆ ｓａｌｅ）デバイス、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において仮想現実デバイスおよび／または拡張現実デバイスは、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例として仮想現実デバイスおよび／または拡張現実デバイスは、Ｇｏｏｇｌｅ Ｇｌａｓｓ（商標）、Ｏｃｕｌｕｓ Ｒｉｆｔ（商標）、Ｈｏｌｏｌｅｎｓ（商標）、Ｇｅａｒ ＶＲ（商標）などを含んでもよい。一部の実施形態において、車両の組み込みデバイス１３０−４は、組み込みコンピュータ、組み込みオンボードテレビ、組み込みタブレットなどを含んでもよい。一部の実施形態において、端末デバイス１３０は、ユーザおよび／または端末デバイス１３０の位置を特定するために測位デバイス１６０と通信するように構成された信号送信器および信号受信器を含んでもよい。一部の実施形態において、端末デバイス１３０は、ユーザおよび／または端末デバイス１３０の位置を特定するために測位デバイス１６０と通信するように構成された信号送信器および信号受信器を含んでもよい。例として端末デバイス１３０は、ユーザおよび／または端末デバイス１３０の位置を特定するために命令を測位デバイス１６０へ送信してもよい。

デバイス１４０は、保護される必要がある任意のデバイスを含んでもよい。例示的なデバイス１４０は、自転車、自動車、ドア、窓、戸棚、引き出し、小包、金庫、鞄、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。ロック１７０は、デバイス１４０を施錠するように構成されてもよい。ロック１７０は、その機能を実施する機構の任意の組み合わせを含んでもよい。ロック１７０は、機械式ロックであってもよく、または電子ロックであってもよい。デバイス１４０およびロック１７０は、相互に機械的に接続された別々の部品であってもよい。例として、デバイス１４０およびロック１７０は別々の部品であり、ロック１７０はデバイス１４０上に取り付けられてもよい。さらに、または代わりに、デバイス１４０およびロックは、一体型デバイスを構成してもよい。ロック１７０に関する詳細は、本開示の他の箇所で確認できる（例えば図４〜図１３およびそれらの関連する説明）。

一部の実施形態において、デバイス１４０は、自転車であってもよい。自転車は、例として一輪車、二輪車、三輪車、タンデム、原動機付き自転車、電動自転車、モペットなどを含む任意のタイプの自転車であってもよい。自転車の色は限定されない。単なる例として、自転車の車体の色は黄色であってもよい。一部の実施形態において、自転車および／またはロック１７０は、固有のシンボルを用いて識別されてもよい。固有のシンボルは、バーコード、クイックレスポンス（ＱＲ：ｑｕｉｃｋ ｒｅｓｐｏｎｓｅ）コード、文字および／または数字を含むシリアル番号、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例として、ロック１７０の識別（ＩＤ：ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が、ロック１７０のＱＲコードを端末デバイス１３０のモバイルアプリケーションまたは端末デバイス１３０のカメラ（あれば）によりスキャンすることにより取得されてもよい。単なる例として、ロック１７０のＩＤは、ｉＰｈｏｎｅのカメラにより自転車のＱＲコードをスキャンすることにより取得されてもよい。

デバイス１４０および／またはロック１７０は、サーバ１１０、ネットワーク１２０、端末デバイス１３０、および／または測位デバイス１６０と通信してもよい。例としてデバイス１４０および／またはロック１７０は、デバイス１４０および／またはロック１７０のステータス情報を、ネットワーク１２０を介してサーバ１１０へ送信してもよい。ステータス情報は、デバイス１４０の地点、デバイス１４０の施錠／解錠ステータス、デバイス１４０の電池残量、ロック１７０の動作情報、または同様のもの、またはそれらの組み合わせを含んでもよい。サーバ１１０は、ステータス情報に基づいてデバイス１４０を監視してもよい。別の例として、デバイス１４０および／またはロック１７０は、端末デバイス１３０および／またはサーバ１１０から命令（例えばデバイス１４０を施錠／解錠する命令）を受信してもよい。さらに別の例として、デバイス１４０は、デバイス１４０の位置を特定する測位デバイス１６０と通信するように構成された信号送信器および信号受信器（例えばデバイス１４０のＧＰＳ構成要素）を含んでもよい。

ストレージ１５０は、データおよび／または命令を保存してもよい。データは、ユーザ、端末デバイス１３０、デバイス１４０などに関係するデータを含んでもよい。一部の実施形態において、デバイス１４０は、自転車シェアリングシステムの自転車であってもよい。ユーザに関係するデータは、例としてユーザの名前、ユーザの携帯番号、ユーザのＩＤ番号、ユーザのタイプ（例えば年間カードユーザ、四半期カードユーザ、または月間カードユーザ）、ユーザの使用記録（例えば乗車時間、コスト）、ユーザの信用格付け、過去のルート、口座残高などを含むユーザプロファイルを含んでもよい。自転車に関係するデータは、自転車のサービス状態（非アクティブ状態、予約状態、乗車中、メンテナンス状態、紛失状態）、自転車の位置、自転車のタイプ（例えば一輪車、二輪車、三輪車、タンデム、原動機付き自転車、電動自転車）などを含んでもよい。一部の実施形態において、ストレージ１５０は、端末デバイス１３０および／またはデバイス１４０から取得されたデータを保存してもよい。例としてストレージ１５０は、端末デバイス１３０に関連するログ情報を保存してもよい。一部の実施形態において、ストレージ１５０は、本開示に記載された例示的な方法を実行するためにサーバ１１０が実行または使用できるデータおよび／または命令を保存してもよい。

一部の実施形態において、ストレージ１５０は、大容量ストレージ、リムーバブルストレージ、揮発性読み取り書き込みメモリ、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例示的な大容量ストレージは、磁気ディスク、光ディスク、ソリッドステートドライブなどを含んでもよい。例示的なリムーバブルストレージは、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ＺＩＰディスク、磁気テープなどを含んでもよい。例示的な揮発性読み取り書き込みメモリは、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含んでもよい。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ：ｄｙｎａｍｉｃ ＲＡＭ）、ダブルデータレートシンクロナスダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ：ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：ｓｔａｔｉｃ ＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ：ｔｈｙｒｉｓｔｏｒ ＲＡＭ）、およびゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ：ｚｅｒｏ−ｃａｐａｃｉｔｏｒ ＲＡＭ）などを含んでもよい。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ：ｍａｓｋ ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ ｄｉｓｋ ＲＯＭ）、およびデジタル多用途ディスクＲＯＭなどを含んでもよい。一部の実施形態において、ストレージ１５０はクラウドプラットフォーム上に実装されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

測位デバイス１６０は、例として、端末デバイス１３０またはデバイス１４０（例えば自転車）のうちの１つ以上などのオブジェクトに関連する情報を判断してもよい。例として、測位デバイス１６０は、端末デバイス１３０および／またはデバイス１４０の現在時間と現在地点とを判断してもよい。一部の実施形態において、測位デバイス１６０は、グローバルポジショニングシステム（ＧＰＳ）、グローバルナビゲーション衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、北斗ナビゲーション衛星システム、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）などであってもよい。情報は、対象物の地点、高度、速度、もしくは加速度、および／または現在時間を含んでもよい。地点は、緯度座標および経度座標などの座標の形式であってもよい。測位デバイス１６０は、例として衛星１６０−１、衛星１６０−２、および衛星１６０−３など、１つ以上の衛星を含んでもよい。衛星１６０−１〜１６０−３は、上述した情報を独立して、または共同で判断してもよい。測位デバイス１６０は、ネットワーク１２０を介して端末デバイス１３０またはデバイス１４０へ上述の情報を送信してもよい。

一部の実施形態において、セキュリティシステム１００の１つ以上の構成要素は、ストレージ１５０に保存されているデータおよび／または命令に、ネットワーク１２０を介してアクセスしてもよい。一部の実施形態において、ストレージ１５０は、バックエンドストレージとしてサーバ１１０に直接接続されてもよい。一部の実施形態において、セキュリティシステム１００の１つ以上の構成要素（例えばサーバ１１０、端末デバイス１３０、またはデバイス１４０）は、ストレージ１５０にアクセスする許可を有してもよい。一部の実施形態において、１つ以上の条件が満足されると、セキュリティシステム１００の１つ以上の構成要素は、ユーザおよび／またはデバイス１４０に関係する情報を読み取りおよび／または変更してもよい。例として、サーバ１１０は、自転車の乗車の完了後、１つ以上のユーザの情報を読み取りおよび／または変更してもよい。

一部の実施形態において、デバイス１４０は、自転車シェアリングシステムの自転車であってもよい。セキュリティシステム１００の１つ以上の構成要素間の情報のやり取りが、端末デバイス１３０上で自転車シェアリングサービスのモバイルアプリケーションを起動すること、自転車サービスを要求すること、または端末デバイス１３０を介して（例えば自転車を探す）クエリを入力することによって開始されてもよい。サービス要求の対象は、任意の製品とされ得る。一部の実施形態において、製品は、食品、薬、日用品、化学製品、電気器具、衣料、自動車、住宅、高級品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。他の一部の実施形態において、製品は、サービス商品、金融商品、知識商品、インターネット商品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。インターネット商品は、個別のホスト商品、ウェブ商品、モバイルインターネット商品、商業用ホスト商品、組み込み商品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システム、または同様のもの、またはそれらの任意の組み合わせにおいて使用されてもよい。モバイル端末は、タブレットコンピュータ、ラップトップコンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、スマートウォッチ、販売時点情報管理（ＰＯＳ）デバイス、オンボードコンピュータ、オンボードテレビ、ウェアラブルデバイス、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例として製品は、コンピュータまたは携帯電話上で使用される任意のソフトウェアおよび／またはアプリケーションであってもよい。ソフトウェアおよび／またはアプリケーションは、社交、買物、輸送、娯楽、学習、投資、または同様のもの、またはそれらの任意の組み合わせに関係してもよい。一部の実施形態において、輸送に関係するソフトウェアおよび／またはアプリケーションは、旅行用ソフトウェアおよび／またはアプリケーション、車両スケジューリングソフトウェアおよび／またはアプリケーション、地図ソフトウェアおよび／またはアプリケーションなどを含んでもよい。

当業者には当然のことながら、セキュリティシステム１００の要素が実行するとき、要素は、電気信号および／または電磁信号により実行してもよい。例として、端末デバイス１３０が、判断を下す、デバイス１４０を解錠するなどのタスクを処理するとき、端末デバイス１３０は、そのプロセッサ内の論理回路を動作させて当該タスクを処理してもよい。端末デバイス１３０がクエリ（例えばデバイス１４０の地点に関する情報）をサーバ１１０に発信するとき、端末デバイス１３０のプロセッサは、クエリをエンコードした電気信号を生成してもよい。次に、端末デバイス１３０のプロセッサは、電気信号を出力ポートへ送信してもよい。端末デバイス１３０が有線ネットワークを介してサーバ１１０と通信する場合、出力ポートは、サーバ１１０の入力ポートへ電気信号をさらに送信するケーブルに物理的に接続されていてもよい。端末デバイス１３０がワイヤレスネットワークを介してサーバ１１０と通信する場合、端末デバイス１３０の出力ポートは、電気信号を電磁信号に変換する１つ以上のアンテナであってもよい。同じく、デバイス１４０および／またはロック１７０は、そのプロセッサ内の論理回路の動作によりタスクを処理して、電気信号または電磁信号を介してサーバ１１０から命令および／またはサービス注文を受信してもよい。端末デバイス１３０、デバイス１４０、ロック１７０、および／またはサーバ１１０などの電子デバイス内で、それらのプロセッサが命令を処理し、命令を発信し、さらに／またはアクションを実行するとき、命令および／またはアクションは電気信号を介して伝えられる。例として、プロセッサは、データ（例えば複数のユーザプロファイル）をストレージ媒体（例えばストレージ１５０）から読み出すとき、ストレージ媒体の読み取りデバイスに電気信号を発信してもよく、読み取りデバイスはストレージ媒体中の構造化データを読み取ってもよい。構造化データは、電子デバイスのバスを介して電気信号の形態でプロセッサへ送信されてもよい。ここで、電気信号とは、１つの電気信号、一連の電気信号、および／または複数の別々の電気信号を指し得る。

図２は、本開示の一部の実施形態による、コンピューティングデバイス２００の例示的なハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。コンピューティングデバイス２００は、本明細書に記載されるセキュリティシステム１００の任意の構成要素を実装するために使用され得る。例として、サーバ１１０の処理エンジン１１２、および／または端末デバイス１３０は、コンピューティングデバイス２００上に、そのハードウェア、ソフトウェアプログラム、ファームウェア、またはそれらの組み合わせを介して実装されてもよい。便宜上、かかるコンピュータは１つだけ示されているが、本明細書に記載されるセキュリティシステム１００に関係するコンピュータ機能は、処理負荷を分散させるためにいくつかの類似のプラットフォーム上に分散方式で実装されてもよい。

コンピューティングデバイス２００は、例として、データ通信を促進するためにそれに接続されたネットワーク（例えばネットワーク１２０）と相互接続される、ＣＯＭポート２５０を含んでもよい。コンピューティングデバイス２００はさらに、本明細書に記載されるサーバ１１０の機能を実行するためにプログラム命令を実行するプロセッサ２２０を含んでもよい。例示的なコンピュータプラットフォームは、コンピュータによる様々なデータファイルの処理および／または送信のため、内部通信バス２１０、種々の形態のプログラムストレージおよびデータストレージ、例としてディスク２７０、および読み取り専用メモリ（ＲＯＭ）２３０、またはランダムアクセスメモリ（ＲＡＭ）２４０などを含んでもよい。例示的なコンピュータプラットフォームはさらに、プロセッサ２２０により実行されるようにＲＯＭ２３０、ＲＡＭ２４０、および／または別のタイプの非一時的ストレージ媒体に保存されたプログラム命令を含んでもよい。本開示の方法および／またはプロセスは、プログラム命令として実装されてもよい。コンピューティングデバイス２００はさらに、コンピュータ、ユーザ、およびその中の他の構成要素間の入出力をサポートするＩ／Ｏ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）２６０を含む。コンピューティングデバイス２００はさらに、ネットワーク通信を介してプログラミングおよびデータを受信してもよい。

単なる例示のために、コンピューティングデバイス２００の中には１つのみのＣＰＵおよび／またはプロセッサが示される。しかしながら、本開示におけるコンピューティングデバイス２００は、複数のＣＰＵおよび／またはプロセッサも含んでもよく、したがって、本開示の記載では１つのＣＰＵおよび／またはプロセッサにより実行される動作および／または方法ステップが、複数のＣＰＵおよび／またはプロセッサにより一緒または別々にも実行され得ることに留意されたい。例として、コンピューティングデバイス２００のＣＰＵおよび／またはプロセッサが、ステップＡおよびステップＢの両方を実行し得る。別の例におけるものとして、ステップＡおよびステップＢは、コンピューティングデバイス２００において異なる２つのＣＰＵおよび／またはプロセッサにより一緒にまたは別々に実行されることもできる（例えば第１のプロセッサがステップＡを実行して第２のプロセッサがステップＢを実行する、または第１および第２のプロセッサが一緒にステップＡおよびＢを実行する）。

図３は、本開示の一部の実施形態による、端末デバイス１３０が実装され得るモバイルデバイス３００の例示的なハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。図３に示されるように、モバイルデバイス３００は、通信モジュール３１０、ディスプレイ３２０、グラフィックス処理ユニット（ＧＰＵ）３３０、プロセッサ３４０、Ｉ／Ｏ３５０、メモリ３６０、およびストレージ３９０を含んでもよい。一部の実施形態において、システムバスまたはコントローラ（図示せず）を含むがこれらに限定されない、他の任意の適切な構成要素もモバイルデバイス３００に含まれてもよい。一部の実施形態において、モバイルオペレーティングシステム３７０（例えばｉＯＳ（商標）、Ａｎｄｒｏｉｄ（商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（商標））および１つ以上のアプリケーション３８０は、プロセッサ３４０により実行されるために、ストレージ３９０からメモリ３６０にロードされてもよい。アプリケーション３８０は、サーバ１１０からの、デバイス１４０のステータス（例えばデバイス１４０の地点）に関する情報を送信、受信、および提示する、ブラウザまたはその他任意の適切なアプリを含んでもよい。情報ストリームとのユーザの相互作用は、Ｉ／Ｏ３５０を介して実現されて、ネットワーク１２０を介してサーバ１１０および／またはセキュリティシステム１００の他の構成要素に提供されてもよい。一部の実施形態において、ユーザはモバイルデバイス３００を介してデバイス１４０（例えば自転車）を借用（またはレンタル）してもよい。ユーザはさらに、モバイルデバイス３００を介してデバイス１４０のロック１７０を制御してもよい。例として、ユーザは、ロックを閉める命令をモバイルデバイス３００を用いて入力してもよい。

図４は、本開示の一部の実施形態による、保護される必要があるデバイス１４０の例示的なハードウェア構成要素および／またはソフトウェア構成要素を示す概略図である。デバイス１４０は、ロック１７０、制御構成要素４２０、測位構成要素４３０、通信ポート４４０、ディスプレイ４５０、および電源４６０を含んでもよい。

ロック１７０は、デバイス１４０を保護するように構成されてもよい。例として、デバイス１４０は、自転車シェアリングシステムの自転車であってもよく、ロック１７０は、自転車の車輪１つ以上を施錠するように構成されてもよい。一部の実施形態において、ロック１７０は、自転車施錠用の柱状物、またはラックなどの固定物に自転車を固定するように構成されてもよい。ロック１７０は、その機能を実装する機構の任意の組み合わせを含んでもよい。例として、ロック１７０は、機械式ロックまたは電子ロックを含んでもよい。一部の実施形態において、ロック１７０は、１つ以上の処理ユニットを含んでもよい（例えばシングルコア処理エンジン（単数または複数）またはマルチコア処理エンジン（単数または複数））。単なる例として、ロック１７０は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

制御構成要素４２０は、デバイス１４０（例えばロック１７０、測位構成要素４３０、および／または通信ポート４４０）の他の構成要素の動作を制御してもよい。例として、デバイス１４０は、自転車シェアリングシステムの自転車であってもよく、制御構成要素４２０は、サーバ１１０および／または端末デバイス１３０からの命令に応答して、開けられる（すなわち自転車を解放する）および／または施錠される（すなわち自転車を施錠する）ようにロック１７０を制御してもよい。一部の実施形態において、ロック１７０は、施錠機構を含んでもよく、制御構成要素４２０は、施錠位置と解錠位置との間を動くように施錠機構を制御してもよい。

測位構成要素４３０は、デバイス１４０の位置を特定または追跡するためにセキュリティシステム１００の測位デバイス１６０と通信してもよい。測位構成要素４３０は、デバイス１４０に関連する経度情報および／または緯度情報を判断してもよい。経度情報および緯度情報は、メンテナンス要員がデバイス１４０を識別するのを支援するために使用されてもよい。通信ポート４４０は、デバイス１４０、端末デバイス１３０、および／またはサーバ１１０間の通信を促進してもよい。

通信ポート４４０は、セルラ通信技術（例えばＧＳＭ、ＣＤＭＡ、２Ｇ、３Ｇ、４Ｇ）、短距離無線通信技術（例えばＢｌｕｅｔｏｏｔｈ、ＮＦＣ、無線周波数識別（ＲＦＩＤ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、Ｚｉｇｂｅｅ）、狭帯域モノのインターネット（ＮＢ−ＩｏＴ：ｎａｒｒｏｗ ｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）、低消費電力ワイドエリアネットワーク（ＬＰＷＡＮ：ｌｏｗｅｒ−ｐｏｗｅｒ ｗｉｄｅ−ａｒｅａ ｎｅｔｗｏｒｋ）（例えばＬｏＲａ）などの様々なワイヤレス技術を利用し得る。通信ポート４４０は、情報をサーバ１１０または端末デバイス１４０へ送信するように構成され得る通信ポートを含んでもよい。一部の実施形態において、制御構成要素４２０、測位構成要素４３０、および／または通信ポート４４０は、ロック１７０に統合されてもよい。

ディスプレイ４５０は、デバイス１４０に関する情報を表示してもよい。例として、デバイス１４０は、自転車シェアリングシステムの自転車であってもよく、ディスプレイ４５０は、ユーザが自転車に乗車しているとき自転車に関する情報を表示してもよい。情報は、ナビゲーション地図、乗車速度、乗車距離などを含んでもよい。一部の実施形態において、ディスプレイ４５０は、広告、ニュース、交通量、天候なども表示してもよい。一部の実施形態において、ディスプレイ４５０は、ユーザに双方向性のインターフェースを提供してもよい。例として、ユーザは、ディスプレイ４５０に示された複数のルートから、ナビゲーションルートを選択してもよい。ディスプレイ４５０は、液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）ベースのディスプレイ、フラットパネルディスプレイもしくは曲面スクリーン、テレビデバイス、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、ディスプレイ４５０は、ロック１７０と統合されてもよい。

電源４６０は、デバイス１４０の構成要素（例えば制御構成要素４２０、測位構成要素４３０、通信ポート４４０、ディスプレイ４５０）の動作のための電力を供給してもよい。電源４６０は、太陽エネルギー、運動エネルギー（例えばデバイス１４０の乗車中に電池が充電されてもよい）、風力エネルギー、機械エネルギーなどにより充電された電池を含んでもよい。一部の実施形態において、デバイス１４０は、自転車シェアリングシステムの自転車であってもよい。自転車は、例として、可動構成要素（例えばペダル、車輪）、ギアリング構成要素（例えば自転車のチェーン）、拘束構成要素（例えばブレーキ）、警報構成要素（例えばベル）、または同様のもの、またはそれらの任意の組み合わせなど、他の構成要素を含んでもよい。

一部の実施形態において、自転車は、自転車のハンドルまたはサドルに設置された圧力捕捉デバイス（図示せず）をさらに含んでもよい。圧力捕捉デバイスは、自転車に関連する圧力情報を検出するように構成されてもよい。例として、圧力捕捉デバイスは、左ハンドルに設置された第１の圧力捕捉デバイス、右ハンドルに設置された第２の圧力捕捉デバイス、サドルに設置された第３の圧力捕捉デバイスを含んでもよい。第１の圧力捕捉デバイスにより捕捉された所定期間（例えば５分）内の第１の圧力が第１の閾値未満であり、第２の圧力捕捉デバイスにより捕捉された所定期間内の第２の圧力が第２の閾値未満であり、第３の圧力捕捉デバイスにより捕捉された所定期間内の第３の圧力が第３の閾値未満であるとの判断の結果に従い、自転車は、自転車の使用が終了されてもよいと判断してもよく、制御構成要素４２０は、自転車を施錠してもよい。

図５は、本開示の一部の実施形態による、例示的な処理エンジンを示すブロック図である。処理エンジン１１２は、取得モジュール５１０、処理モジュール５２０、および送信モジュール５３０を含んでもよい。

取得モジュール５１０は、サービス要求、および／またはサービス要求に関連する任意の情報を取得するように構成されてもよい。取得モジュール５１０は、ネットワーク１２０を介して、端末デバイス１３０からサービス要求を取得してもよい。サービス要求は、デバイス１４０に関連する要求であってもよい。一部の実施形態において、デバイス１４０は、自転車シェアリングシステムの自転車であってもよい。以下の記載は、例として自転車シェアリングの用途のシナリオをとり得る。本開示は、他の任意の用途シナリオに応用できることに留意されたい。サービス要求は、輸送サービス（例えば自転車）を使用するための要求であってもよい。サービス要求は、要求者に関連するユーザ情報（例えばユーザ名、アイデンティティカード番号、端末デバイス１３０に関連するユーザアイデンティティ）、自転車の自転車識別情報（例えば自転車シリアル番号）などを含んでもよい。

一部の実施形態において、取得モジュール５１０は、サービス要求に関連するサービス情報を取得してもよい。サービス情報は、ロック情報（例えばロック識別情報、ロック１７０の解錠時点、ロック１７０の施錠時点）、端末デバイス１３０に関連するユーザアイデンティティ、サービス要求に関連する開始地点、サービス要求に関連する目的地などを含んでもよい。一部の実施形態において、サービス情報は、開始地点から目的地（またはユーザが停車する地点）までの走行時間、開始地点および／または目的地に関連する走行ルート、サービス要求に関連する予測される料金などをさらに含んでもよい。

一部の実施形態において、取得モジュール５１０は、ロック１７０内の識別デバイス（例えば識別デバイス９００）から、要求者に関連するユーザ識別情報を取得してもよい。要求者に関連する識別情報は、集積回路（ＩＣ：ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）カード情報、虹彩情報、指紋情報などを含んでもよい。一部の実施形態において、取得モジュール５１０は、自転車に関連するメンテナンス情報（例えば電力情報、タイヤ情報、時間情報、ノイズ情報）をさらに取得してもよい。

処理モジュール５２０は、サービス要求に関連する情報および／またはデータ、要求者に関連する識別情報、自転車に関連するメンテナンス情報などを処理するように構成されてもよい。

一部の実施形態において、処理モジュール５２０は、自転車シリアル番号とロックシリアル番号との間の関係を示す表（例えば表１）を決定および／または維持してもよい。

一部の実施形態において、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係を示す表をさらに決定および／または維持してもよい。例として、表２に示されるように、特定のロックシリアル番号が、特定の解錠パスワードに対応する。

別の例として、表３に示されるように、特定のロックシリアル番号が、複数の解錠パスワードに対応する。

さらに別の例として、表４に示されるように、処理モジュール５２０は、複数の解錠パスワードについて複数の有効期間をそれぞれ定義してもよい。本明細書で使用されるとき、「有効期間」とは、対応するパスワードを自転車を解錠するために使用できる期間を指す。有効期間は、自転車シェアリングシステムのデフォルト設定であってもよく、または種々の状況において調整可能であってもよい。

一部の実施形態において、サービス要求を取得した後、処理モジュール５２０は、サービス要求に含まれる自転車識別情報（例えば自転車シリアル番号）に基づいて参照解錠パスワードを判断してもよい。処理モジュール５２０は、表１に従って自転車シリアル番号に基づいて特定のロックシリアル番号を判断し、表２、表３、または表４に従って特定のロックシリアル番号に基づいて参照解錠パスワードを判断してもよい。例として、処理モジュール５２０は、表２に従って、特定のロックシリアル番号に対応する参照解錠パスワードを判断してもよい。別の例として、表３に従い、処理モジュール５２０は、特定のロックシリアル番号に対応する解錠パスワードを、参照解錠パスワードとしてランダムに選択してもよい。さらに別の例として、表４に従い、処理モジュール５２０は、サービス要求が開始される有効期間を判断し、有効期間に基づき特定のロックシリアル番号に対応する解錠パスワードを参照解錠パスワードとして決定してもよい。

一部の実施形態において、処理モジュール５２０は、サービス要求に含まれるユーザ情報（例えば端末デバイス１３０に関連するユーザアイデンティティ）に基づいて、要求者と解錠パスワードとの間の関係（例えば表５）をさらに判断してもよい。

一部の実施形態において、サービス要求に関連するサービストランザクションが完了されると、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係（例えば表２、表３）を更新してもよい。例として、サービス要求が、ロックシリアル番号「Ｌｏｃｋ００１」に対応する自転車「ＪＡ５４６」に関連すると仮定する。表２に示されるように、サービス要求に関連するサービストランザクションが完了されると、処理モジュール５２０は、ロックシリアル番号「Ｌｏｃｋ００１」に対応する解錠パスワード「１３５７８０」を削除（または解錠パスワード「１３５７８０」を停止中もしくは無効とマーク）し、更新された解錠パスワードを決定してもよい（例えば表６に示される「３４９０６２」）。

別の例として、同じくサービス要求が、ロックシリアル番号「Ｌｏｃｋ００１」に対応する自転車「ＪＡ５４６」に関連すると仮定する。表３に示されるように、サービス要求に関連するサービストランザクションが完了されると、処理モジュール５２０は、ロックシリアル番号「Ｌｏｃｋ００１」に対応する解錠パスワード「１２ＨＪＢ３」を削除（または解錠パスワード「１２ＨＪＢ３」を停止中もしくは無効とマーク）し、表７に示されるように、ロックシリアル番号と解錠パスワードとの間の関係を更新してもよい。本例において、特定のロックシリアル番号に対応する解錠パスワードがすべて削除（または停止中もしくは無効とマーク）されると、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係を示す新たな表を決定および／または維持してもよい。

一部の実施形態において、処理モジュール５２０は、シリアル番号と解錠パスワードとの間の関係を更新してもよい。一部の実施形態において、処理モジュール５２０は、関係を定期的に更新してもよい。例として、表４に示されるように、特定のロックシリアル番号について、解錠パスワードは有効期間に対応する。複数の有効期間は、繰返し期間（例えば２時間）を分割することにより決定されてもよい。繰返し期間の終わりに、処理モジュール５２０は、更新された解錠パスワードのグループを決定してもよい。

一部の実施形態において、サービス要求に関連する乗車プロセス中、および／またはサービス要求に関連するサービストランザクションの完了後、処理モジュール５２０は、サービス要求に関連するサービス情報に基づいて請求情報を決定してもよい。

一部の実施形態において、処理モジュール５２０は、要求者に関連するユーザ識別情報（例えばＩＣカード情報、虹彩情報、指紋情報）を分析し、分析結果に基づいて解錠命令を決定してもよい。例として処理モジュール５２０は、指紋情報と、自転車シェアリングシステムに登録された参照指紋情報とを比較してもよい。指紋情報が参照指紋情報と一致するとの判断の結果に従って、処理モジュール５２０は、解錠命令を決定してもよい。指紋情報と一致する対応する参照指紋情報がないとの判断の結果に従って、処理モジュール５２０は、自転車シェアリングシステムに登録するよう要求者に通知する通知を生成してもよい。

一部の実施形態において、処理モジュール５２０は、メンテナンス情報を処理して、自転車が修理を必要とするかどうかを判断してもよい。例として処理モジュール５２０は、電源４６０の残存容量が閾値未満であるかどうかを判断してもよい。残存容量が閾値未満であるとの判断の結果に従って、処理モジュール５２０は、電源４６０を検出するようにメンテナンス要員に通知する通知を提供してもよい。別の例として、処理モジュール５２０は、自転車に関連する時間情報と、標準時間情報とを比較して、自転車のタイミングを較正してもよい。

送信モジュール５３０は、サービス要求に関連する情報および／またはデータ、ユーザ識別情報、および／またはメンテナンス情報を自転車および／または端末デバイス１３０へ送信するように構成されてもよい。送信モジュール５３０は、任意の適切な通信プロトコル（例えばハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、アドレス解決プロトコル（ＡＲＰ：Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、動的ホスト構成プロトコル（ＤＨＣＰ：Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ファイル転送プロトコル（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））を使用して、１つ以上のメッセージを介して情報および／またはデータを送信してもよい。

一部の実施形態において、送信モジュール５３０は、サービス要求に対応する参照解錠パスワードを端末デバイス１３０へ送信してもよい。

一部の実施形態において、送信モジュール５３０は、１つ以上の解錠パスワードを、表１〜表４および表６〜表７に従って保存されるように自転車（例えばロック１７０）へ送信してもよい。例として、表２および表６に関連して記載されるように、前のサービス要求に関連する前のサービストランザクションが完了されると、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係を更新してもよい。さらに送信モジュール５３０は、更新された解錠パスワードを自転車へ送信してもよい。別の例として、表３および表７に関連して記載されたように、前の解錠パスワードがすべて削除されるかまたは無効とマークされると、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係を示す新たな表を決定および／または維持してもよい。さらに送信モジュール５３０は、自転車に対応する更新された解錠パスワードを自転車へ送信してもよい。さらなる例として、表４に関連して記載されたように、処理モジュール５２０は、ロックシリアル番号と解錠パスワードとの間の関係を定期的に更新してもよい。さらに送信モジュール５３０は、更新された解錠パスワードを自転車へ定期的に送信してもよい。

一部の実施形態において、送信モジュール５３０は、請求情報を端末デバイス１３０へ送信してもよい。

一部の実施形態において、送信モジュール５３０は、解錠命令を自転車へ送信してもよい。例として、指紋情報が参照指紋情報と一致するとの判断の結果に従って、送信モジュール５３０は、解錠命令をロック１７０へ送信してもよい。

処理エンジン１１２内のモジュールは、有線接続またはワイヤレス接続を介して相互に接続されても、または通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。ワイヤレス接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モジュールのうちの２つ以上が単一モジュールに組み合わされてもよく、モジュールのうちの任意の１つが２つ以上のユニットに分割されてもよい。例として、取得モジュール５１０および送信モジュール５３０が単一モジュールに組み合わされてもよく、これが、端末デバイス１３０からサービス要求を取得することと、サービス要求に関連する情報および／またはデータ（例えば参照解錠パスワード、請求情報）を端末デバイス１３０へ送信することとの両方を行ってもよい。別の例として、処理エンジン１１２は、サービス要求（単数または複数）に関連する情報および／またはデータ（例えば自転車識別情報、自転車シリアル番号および／またはロックシリアル番号および／または解錠パスワード間の関係）を保存するために使用されるストレージモジュール（図示せず）を含んでもよい。

図６は、本開示の一部の実施形態による、例示的なロックを示すブロック図である。ロック１７０は、照合モジュール６１０、ロック情報判断モジュール６２０、サービス情報判断モジュール６３０、およびストレージモジュール６４０を含んでもよい。

照合モジュール６１０は、端末デバイス１３０から取得された入力が解錠条件を満たすかどうかを判断するように構成されてもよい。一部の実施形態において、照合モジュール６１０は、（端末デバイス１３０または自転車の入力デバイスを介した）ユーザからの入力に含まれるパスワードが自転車（例えばロック１７０）内の事前保存パスワードと一致するかどうかを判断してもよい。図５に関連して記載されたように、送信モジュール５３０は、１つ以上の解錠パスワードを自転車へ送信してもよい。１つ以上の解錠パスワードがロック１７０内のストレージデバイス（例えばストレージモジュール６４０）に保存されてもよい。

一部の実施形態において、表２および表６に示されるように、自転車は、１つのパスワードを事前保存してもよい。照合モジュール６１０は、入力に含まれるパスワードと、事前保存パスワードとを照合してもよい。入力に含まれるパスワードが自転車内の事前保存パスワードと一致するとの判断の結果に従って、制御構成要素４２０は、自転車を解錠するためにロック１７０を作動させてもよい。

一部の実施形態において、表３および表７に示されるように、自転車は、複数の候補パスワードを事前保存してもよい。照合モジュール６１０は、入力に含まれるパスワードと、複数の候補パスワードとをそれぞれ照合してもよい。入力に含まれるパスワードが複数の候補パスワードのうちの１つと一致するとの判断の結果に従って、制御構成要素４２０は、自転車を解錠するためにロック１７０を作動させてもよい。

一部の実施形態において、表４に示されるように、自転車は、複数の有効期間に対応する複数の候補パスワードを事前保存してもよい。照合モジュール６１０は、入力の取得時点（例えば１２：１０）を判断して、その時点を含む有効期間（例えば１２：００〜１２：３０）に対応する対象解錠パスワードを特定してもよい。さらに照合モジュール６１０は、入力に含まれるパスワードと、対象解錠パスワードとを比較してもよく、入力に含まれるパスワードが自転車内の対象解錠パスワードと一致するとの判断の結果に従って、制御構成要素４２０は、自転車を解錠するためにロック１７０を作動させてもよい。

一部の実施形態において、入力に含まれるパスワードが自転車内の事前保存パスワードと一致しないとの判断の結果に従って、照合モジュール６１０は、端末デバイス１３０に通知を提供して、入力に誤りがあるかもしれないと要求者に通知してもよい。例として照合モジュール６１０は、メッセージを端末デバイス１３０へ送信してもよい。別の例として照合モジュール６１０は、端末デバイス１３０上にインストールされたアプリケーションを介してポップアップ通知を提供してもよい。さらなる例として照合モジュール６１０は、ヒント画面（例えば強調表示、点滅）を表示するためにディスプレイ４５０を作動させてもよい。またさらなる例として照合モジュール６１０は、オーディオ通知を提供するために自転車のオーディオデバイス（図示せず）を作動させてもよい。

ロック情報判断モジュール６２０は、サービス要求に関連するロック情報を判断するように構成されてもよい。ロック情報は、ロック識別情報（例えばロックシリアル番号）、ロック１７０の解錠時点（「解錠時点」とも呼ばれる）、ロック１７０の施錠時点（「施錠時点」とも呼ばれる）などを含んでもよい。

一部の実施形態において、ロック情報判断モジュール６２０は、解錠時点および施錠時点を、ロック１７０に統合されたクロック（図示せず）により判断してもよい。一部の実施形態において、ロック情報は、自転車識別情報（例えば自転車シリアル番号）、基本情報（例えば自転車のタイプ、自転車の経年数）、自転車に関連するメンテナンス情報（例えば電力情報）などをさらに含んでもよい。

サービス情報判断モジュール６３０は、ロック情報に基づいてサービス情報を判断するように構成されてもよい。サービス情報は、ロック情報、端末デバイス１３０に関連するユーザアイデンティティ、サービス要求に関連する開始地点、サービス要求に関連する目的地などを含んでもよい。一部の実施形態において、サービス情報は、開始地点から目的地（またはユーザが停車する地点）までの走行時間、開始地点および／または目的地に関連する走行ルート、サービス要求に関連する予測される料金などをさらに含んでもよい。

一部の実施形態において、サービス情報判断モジュール６３０はさらに、サービス情報をサーバ１１０へ送信してもよい。一部の実施形態において、サービス情報判断モジュール６３０は、自転車とサーバ１１０との間の接続が確立されているかどうかを判断してもよい。接続が確立されていないとの判断の結果に従って、サービス情報判断モジュール６３０は、サービス情報を自転車に保存してもよく、接続が確立されるとサービス情報判断モジュール６３０は、サービス情報をサーバ１１０へ送信してもよい。

ストレージモジュール６４０は、サービス要求に関連する任意の情報および／またはデータ、ロック情報、サービス情報などを保存するように構成されてもよい。一部の実施形態において、ストレージモジュール６４０は、サーバ１１０から取得された解錠パスワード（単数または複数）を保存してもよい。例として、図５に関連して記載されたように、送信モジュール５３０は、１つ以上の解錠パスワードをロック１７０へ送信してもよい。１つ以上の解錠パスワードは、ストレージモジュール６４０に保存されてもよい。一部の実施形態において、ストレージモジュール６４０は、自転車とサーバ１１０との間の接続が確立されていないとの判断の結果に基づいて、サービス情報を保存してもよい。

ロック１７０内のモジュールは、有線接続またはワイヤレス接続を介して相互に接続されても、または通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。ワイヤレス接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モジュールのうちの２つ以上が単一モジュールに組み合わされてもよく、モジュールのうちの任意の１つが２つ以上のユニットに分割されてもよい。例として、ロック情報判断モジュール６２０およびサービス情報判断モジュール６３０は、ロック情報およびサービス情報の両方の判断をすることができる単一モジュールに組み合わされてもよい。

図７は、本開示の一部の実施形態による、自転車を解錠する例示的なプロセスを示すフローチャートである。一部の実施形態において、プロセス７００は、自転車シェアリングシステムにより実行されてもよい。例として、プロセス７００は、ＲＯＭ２３０またはＲＡＭ２４０に保存された命令のセット（例えばアプリケーション）として実施されてもよい。図５または図６におけるプロセッサ２２０および／またはモジュールは、命令のセットを実行してもよく、命令を実行するとプロセス７００を実行するように構成されてもよい。下記に提示される、示されるプロセス７００の動作は、例示として意図されている。一部の実施形態において、プロセス７００は、記載されていない１つ以上の追加の動作を用いて、且つ／または説明される動作のうちの１つ以上を用いずに達成され得る。さらに、プロセス７００の動作が図７に示され後述される順序に、限定的な意図はない。

７１０において、サーバ１１０（例えば処理エンジン１１２内の取得モジュール５１０）は、ネットワーク１２０を介して端末デバイス１３０から自転車（例えば自転車）に関連するサービス要求を取得してもよい。サービス要求は、自転車に関連する輸送サービスを使用するための要求であってもよい。サービス要求は、要求者に関連するユーザ情報（例えばユーザ名、アイデンティティカード番号、端末デバイス１３０に関連するユーザアイデンティティ）、自転車の自転車識別情報（例えば自転車シリアル番号）などを含んでもよい。

一部の実施形態において、要求者は、端末デバイス１３０を用いて自転車（例えばハンドル、フレーム、またはロック）上のアイデンティティコード（例えばＱＲコード、バーコード）をスキャンすることによりサービス要求を開始してもよい。端末デバイス１３０は、アイデンティティコードに従って自転車識別情報を取得してもよい。端末デバイス１３０はさらに、自転車識別情報を含むサービス要求をサーバ１１０へ送信してもよい。一部の実施形態において、要求者は、端末デバイス１３０を介して自転車識別情報（例えば自転車シリアル番号）を手動入力してもよい。端末デバイス１３０は、自転車識別情報を含むサービス要求を生成して、ネットワーク１２０を介してサービス要求をサーバ１１０へ送信してもよい。

一部の実施形態において、要求者は、端末デバイス１３０と自転車との間のワイヤレス接続を介してサービス要求を開始してもよい。ワイヤレス接続は、Ｂｌｕｅｔｏｏｔｈ接続、ＺｉｇＢｅｅ接続、ホットスポット接続、ＷｉＦｉ接続、または同様のもの、またはそれらの組み合わせなどの短距離通信を含んでもよい。例として自転車（例えばロック１７０の通信ポート４４０）は、自転車から所定範囲内（例えば一定の半径（例えば５ｍ、１０ｍ、２０ｍ、１００ｍ、５００ｍ、１ｋｍ）内の範囲にワイヤレス信号をブロードキャストしてもよい。範囲内の端末デバイス１３０は、ワイヤレス信号を検出して、端末デバイス１３０と自転車との間のワイヤレス接続を確立してもよい。ワイヤレス接続を確立した後、端末デバイス１３０は、自転車の自転車識別情報（例えば自転車シリアル番号）を取得して、自転車識別情報を含むサービス要求をネットワーク１２０を介してサーバ１１０へ送信してもよい。

一部の実施形態において、要求者がサービス要求を開始しようとすると、付近に複数の自転車があるかもしれない。本明細書で使用されるとき、「付近」とは、自転車と端末デバイス１３０との間の距離が閾値（例えば１０ｍ、５０ｍ、１００ｍ、５００ｍ）未満であることを指す。この状況において、複数の自転車が複数のワイヤレス信号をブロードキャストしてもよい。端末デバイス１３０は、複数のワイヤレス信号の複数の強度を判断して、それに応じて、個々の信号の強度に基づいて自転車と端末デバイス１３０との間の複数の距離を判断してもよい。例として、強度が高いほど、自転車と端末デバイス１３０との間の距離は短いであろう。端末デバイス１３０は、距離（単数または複数）が閾値（例えば８ｍ、１０ｍ）未満である１つ以上の自転車を特定してもよい。端末デバイス１３０は、１つ以上の自転車から１つ（例えば最短距離のもの、ランダムなもの）を自動選択してもよい。あるいは、またはさらに、ユーザが、端末デバイス１３０上に表示される１つ以上の自転車から１つを選択してもよい。端末デバイス１３０はさらに、選択された自転車と端末デバイス１３０との間のワイヤレス接続を確立してもよい。

一部の実施形態において、自転車と端末デバイス１３０との間のワイヤレス接続が確立された後、自転車は、ワイヤレス信号に関連する接続許可を指定してもよい。接続許可に基づき、他のいずれの端末デバイスも、この自転車とワイヤレス接続を確立できない。

一部の実施形態において、自転車は、自転車のワイヤレス信号をオンまたはオフにするためのＯＮ／ＯＦＦスイッチ（例えばＯＮ／ＯＦＦボタン）を含んでもよい。自転車とワイヤレス接続を確立する端末デバイスがない期間が閾値（例えば３０分、１時間、２時間）よりも長ければ、自転車は、自転車（例えばロック１７０）のモードを休止モードにセットしてもよい。要求者がサービス要求を開始しようとするとき、要求者は、ＯＮ／ＯＦＦスイッチをＯＮ位置に入れてもよく、すると、端末デバイス１３０と自転車との間のワイヤレス接続が確立されてもよい。

７２０において、サーバ１１０（例えば処理エンジン１１２内の送信モジュール５３０）は、サービス要求に関連する参照解錠パスワードを端末デバイス１３０へ送信してもよい。例としてサーバ１１０は、参照解錠パスワードを、ネットワーク１２０を介して端末デバイス１３０へ送信してもよい。

一部の実施形態において、サーバ１１０（例えば処理エンジン１１２内の処理モジュール５２０）は、端末デバイス１３０へ送信される参照解錠パスワードを、サービス要求に含まれる自転車識別情報（例えば自転車シリアル番号）に従って決定してもよい。サーバ１１０は、（例えば表１に従って）自転車シリアル番号に基づいてロックシリアル番号を判断し、（例えば表２、表３、または表４に従って）ロックシリアル番号に基づいて参照解錠パスワードを判断してもよい。例としてサーバ１１０は、表２に従って、特定のロックシリアル番号に対応する参照解錠パスワードを判断してもよい。あるいは、またはさらに、表３に従って、サーバ１１０は、特定のロックシリアル番号に対応する解錠パスワードを、参照解錠パスワードとしてランダムに選択してもよい。あるいは、またはさらに、表４に従って、サーバ１１０は、サービス要求が開始される有効期間を判断し、有効期間に基づきロックシリアル番号に対応する解錠パスワードを参照解錠パスワードとして決定してもよい。

７３０において、自転車（例えばロック１７０内の照合モジュール６１０）は、端末デバイス１３０に関連する入力を取得してもよい。本明細書で使用されるとき、入力とは、要求者からの手動入力、端末デバイス１３０からの命令などを指し得る。例として自転車は、端末デバイス１３０または自転車の入力デバイス（例えばキーボード、仮想キーボード）を介した、要求者によるパスワードを含む手動入力を取得してもよい。別の例として自転車は、自転車と端末デバイス１３０との間のワイヤレス接続を介して、端末デバイス１３０からパスワードを含む解錠命令を取得してもよい。

７４０において、自転車（例えばロック１７０内の照合モジュール６１０）は、入力が参照解錠パスワードに関する解錠条件を満たすかどうかを判断してもよい。例として自転車は、入力に含まれるパスワードが自転車内の事前保存パスワードと一致するかどうかを判断してもよい。自転車が、入力に含まれるパスワードが自転車内の事前保存パスワードと一致すると判断すれば、自転車は、入力が解錠条件を満たすと判断してもよい。他方、自転車が、入力に含まれるパスワードが自転車内の事前保存パスワードと矛盾すると判断すれば、自転車は、入力が解錠条件を満たさないと判断してもよい。事前保存パスワードは、サーバ１１０から取得されてもよい。例として自転車（例えば照合モジュール６１０）は、ネットワーク１２０を介してサーバ１１０からパスワードを受信して、パスワードをそのストレージデバイスに保存してもよい。

一部の実施形態において、表２および表６に関連して記載されるように、前のサービス要求に関連する前のサービストランザクションが完了されると、サーバ１１０は、更新された解錠パスワードを生成（または決定）し、更新された解錠パスワードを、例としてネットワーク１２０を介して、保存のために自転車へ送信してもよい。自転車は、次のトランザクションにおいて、入力に含まれるパスワードがサーバ１１０から取得された更新されたパスワードと一致するかどうかを判断してもよい。

一部の実施形態において、表３および表７に関連して記載されたように、サーバ１１０は複数の候補パスワードを自転車へ送信してもよい。自転車は、（端末デバイス１３０または自転車の入力デバイスを介した）ユーザからの入力に含まれるパスワードがサーバ１１０から取得された複数の候補パスワードのうちの１つと一致するかどうかを判断してもよい。

一部の実施形態において、表４に関連して記載されたように、自転車は、複数の有効期間に対応する複数の候補パスワードを事前保存してもよい。自転車は、入力の取得時点（例えば１２：１０）を判断して、その時点を含む有効期間（例えば１２：００〜１２：３０）に対応する対象解錠パスワードを特定してもよい。さらに自転車は、入力に含まれるパスワードが対象解錠パスワードと一致するかどうかを判断してもよい。

入力が解錠条件を満たさないとの判断の結果に従って、自転車（例えばロック１７０内の照合モジュール６１０）は、７９０において、通知を端末デバイス１３０に提供して、誤りがあるかもしれないと要求者に通知してもよい。例として自転車は、「パスワードが間違っている可能性あり」と示すメッセージを端末デバイス１３０へ送信してもよい。あるいは、またはさらに、自転車は、ヒント画面（例えば強調表示、点滅）を表示するためにディスプレイ４５０を作動させてもよい。あるいは、またはさらに、自転車は、オーディオ通知を提供するために自転車のオーディオデバイス（図示せず）を作動させてもよい。

入力が解錠条件を満たすとの判断の結果に従って、自転車（例えば制御構成要素４２０）は７５０において、自転車を解錠するためにロック１７０を作動させてもよい。例として照合モジュール６１０は、解錠命令を生成して、解錠命令を制御構成要素４２０へ送信してもよい。制御構成要素４２０は、自転車を解錠するようにロック１７０を制御してもよい。自転車が解錠された後、自転車および端末デバイス１３０はペアリングされてもよく、すると、サービス要求に関連するサービストランザクションが完了されるか、または端末デバイス１３０と自転車との間の接続が終了されるまで、他の端末デバイスは自転車といかなる接続も確立することができない。

一部の実施形態において、表２および表６に関連して記載されたように、入力が解錠条件を満たすとの判断の結果に従って、自転車は、事前保存パスワードを削除してもよく、またはパスワードを無効もしくは停止中とマークしてもよい。サービス要求に関連するサービストランザクションの完了後、サーバ１１０は、更新されたパスワードを、次のサービス要求のために保存されるように自転車へ送信してもよい。

一部の実施形態において、表３および表７に関連して記載されたように、入力が解錠条件を満たすとの判断の結果に従って、自転車は、入力に含まれたパスワードと一致する特定の候補パスワードを削除してもよく、または特定の候補パスワードを無効もしくは停止中とマークしてもよい。自転車内の１つ以上の（またはすべての）候補解錠パスワードが削除されるか、または無効もしくは停止中とマークされた後、サーバ１１０は、複数の更新された候補パスワードを、保存のために自転車へ送信してもよい。

一部の実施形態において、表４に関連して記載されたように、入力が解錠条件を満たすとの判断の結果に従って、自転車は、入力の取得時点を含む有効期間を備えた対象解錠パスワードを削除し、または対象解錠パスワードを無効もしくは停止中とマークしてもよい。

７６０において、自転車（例えばロック情報判断モジュール６２０）は、ロック１７０に関連するロック情報を判断してもよい。ロック情報は、ロック識別情報（例えばロックシリアル番号）、ロック１７０の解錠時点、ロック１７０の施錠時点などを含んでもよい。一部の実施形態において、ロック情報は、自転車識別情報（例えば自転車シリアル番号）、基本情報（例えば自転車のタイプ、自転車の経年数）、自転車に関連するメンテナンス情報（例えば電力情報）などをさらに含んでもよい。

７７０において、自転車（例えばサービス情報判断モジュール６３０）および／または端末デバイス１３０は、サービス情報を判断してもよい。サービス情報は、ロック情報、端末デバイス１３０に関連するユーザアイデンティティ、サービス要求に関連する開始地点、サービス要求に関連する目的地などを含んでもよい。自転車は、開始地点および／または目的地を測位構成要素４３０により判断してもよい。端末デバイス１３０は、端末デバイス１３０のＧＰＳデバイスにより開始地点および／または目的地を判断してもよい。一部の実施形態において、サービス情報は、開始地点から目的地（またはユーザが停車する地点）までの走行時間、開始地点および／または目的地に関連する走行ルート、サービス要求に関連する予測される料金などをさらに含んでもよい。

７８０において、自転車（例えばサービス情報判断モジュール６３０または通信ポート４４０）および／または端末デバイス１３０は、サービス情報をサーバ１１０へ送信してもよい。一部の実施形態において、ロック１７０が解錠されると、自転車および／または端末デバイス１３０は、サービス開始情報（例えばロック１７０の解錠時点、ロック識別情報、サービス要求に関連する開始地点、端末デバイス１３０に関連するユーザアイデンティティ）をサーバ１１０へ送信してもよい。サービス開始情報を受信した後、サーバ１１０（例えば処理モジュール５２０）は、サービス要求に関連するサービストランザクションが完了されるまで、輸送サービスを監視（例えば輸送サービスの計時を監視）してもよい。

一部の実施形態において、サービス要求に関連するサービストランザクションが完了されると、自転車および／または端末デバイス１３０は、サービス終了情報（例えばロック１７０の施錠時点、サービス要求に関連する目的地、ロック識別情報、端末デバイス１３０に関連するユーザアイデンティティ）をサーバ１１０へ送信してもよい。サービス終了情報を受信した後、サーバ１１０は、輸送サービスの監視を中断（例えば計時を中断）して、サービス開始情報およびサービス終了情報に基づいて請求情報を決定してもよい。さらに、サーバ１１０（例えば送信モジュール５３０）は、請求情報を端末デバイス１３０へ送信してもよい。

一部の実施形態において、自転車がサービス情報をサーバ１１０へ送信しようとする場合、自転車は、自転車とサーバ１１０との間の接続が確立されているかどうかを判断してもよい。接続が確立されていないとの判断の結果に従って、自転車は、自転車内のストレージデバイス（例えばストレージモジュール６４０）内にサービス情報を保存してもよく、接続が確立されると自転車は、サービス情報をサーバ１１０へ送信してもよい。

一部の実施形態において、サーバ１１０は、自転車がサービス情報をサーバ１１０へ送信する地点を特定して、その地点と、サービス要求に関連する目的地とに基づいて、信号受信不良エリアを判断してもよい。例として、サービス要求の目的地が地点Ａであり、自転車または端末デバイス１３０が、地点Ｂにてサーバ１１０へサービス情報を送信すれば、サーバは、通信信号が弱い可能性がある地点Ａおよび地点Ｂを含むエリア（または地点Ａから地点Ｂまでのエリア）を特定して、当該エリアを信号受信不良エリアと判断してもよい。サーバ１１０はさらに、複数のサービス要求に関連する複数の信号受信不良エリアに基づいて、信号受信不良地図を特定してもよい。信号受信不良地図は、メンテナンス要員がメンテナンス作業を実施するのを支援するために使用されてもよい。

一部の実施形態において、サービス情報は、端末デバイス１３０により判断されてもよい。例として、ロック情報を判断した後、自転車は、自転車と端末デバイス１３０との間のワイヤレス接続を介してロック情報を端末デバイス１３０へ送信してもよい。端末デバイス１３０は、ロック情報に基づいてサービス情報を判断して、サービス情報をサーバ１１０へ送信してもよい。

一部の実施形態において、不慮の障害（例えばネットワーク障害、自転車の障害、サーバ障害）が原因で、ロック１７０の施錠（すなわちサービス要求に関連するサービスの完了）後もまだ請求プロセスが終了されないかもしれない。この状況において、要求者は、請求プロセスを手動で終了してもよく、または例として顧客サービスに連絡することにより、障害に関連するフィードバックを提供してもよい。障害が解決されると、サーバ１１０は、要求者のユーザアカウントに余分の料金（あれば）を返却しても、または料金補償（例えば割引クーポン）をユーザアカウントに提供してもよい。

上記説明は、単に例示目的で提供され、本開示の範囲を限定する意図はないことに留意されたい。当業者の場合、本開示の教示に基づいて複数の変形および改変が構成され得る。なお、そうした変形および改変は、本開示の範囲から逸脱しない。例として、任意選択の他の１つ以上のステップ（例えば保存するステップ）が、例示的なプロセス７００の他の箇所で追加されてもよい。保存するステップでは、サービス要求に関連する任意の情報および／またはデータ（例えば参照解錠パスワード、ロック情報、サービス情報）が、本開示の他の箇所で開示されたストレージデバイス（例えばストレージ３９０）に保存されてもよい。別の例として、７８０において、自転車はサービス情報を端末デバイス１３０へ送信してもよい。さらなる例として、要求者が端末デバイス１３０と自転車との間のワイヤレス接続を介してサービス要求を開始すると、端末デバイス１３０は、ワイヤレス接続を介して自転車に関連するメンテナンス情報（例えば電力情報、時間情報、タイヤ情報、ノイズ情報）を取得して、サービス要求に含まれたメンテナンス情報をサーバ１１０へ送信してもよい。

図８は、本開示の一部の実施形態による、ロックのモードを切り替える例示的なプロセスを示すフローチャートである。一部の実施形態において、プロセス８００は、ＲＯＭ２３０またはＲＡＭ２４０に保存された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２２０は、命令のセットを実行してもよく、命令を実行するとプロセス８００を実行するように構成されてもよい。下記に提示される、示されるプロセス８００の動作は、例示として意図されている。一部の実施形態において、プロセス８００は、記載されていない１つ以上の追加の動作を用いて、且つ／または説明される動作のうちの１つ以上を用いずに達成され得る。さらに、プロセス８００の動作が図８に示され後述される順序に、限定的な意図はない。

８１０において、自転車（例えばロック１７０内のモード決定モジュール（図示せず））は、第１のサービス要求に関連する第１のサービストランザクションが完了されているかどうかを判断してもよい。例として、要求者が自転車を停車してロック１７０を施錠すると、自転車は、第１のサービス要求に関連する第１のサービストランザクションが完了したと判断してもよい。

８２０において、第１のサービス要求に関連する第１のサービストランザクションが完了されているとの判断の結果に従って、自転車（例えばモード決定モジュール）は、ロック１７０のモードを休止モードにセットしてもよい。本明細書で使用されるとき、休止モードとは、ロックが稼働しない（すなわち、サーバ１１０および／または端末デバイス１３０と通信しない）モードを指す。例として、図７に関連して記載されたように、第１のサービス要求に関連する第１のサービストランザクションが完了されると、自転車は、後のサービス要求（単数または複数）に使用されてもよい１つ以上の解錠パスワードをサーバ１１０から取得してもよい。１つ以上の解錠パスワードを受信した後、自転車はモードを休止モードにセットしてもよい。

８３０において、自転車（例えばモード決定モジュール）は、第２のサービス要求に関連する第２のパスワードが取得されているかどうかを判断してもよい。ステップ７３０に関連して記載されたように、自転車は、端末デバイス１３０または自転車上の入力デバイスから、第２のサービス要求に関連する第２のパスワードを取得してもよい。

８４０において、第２のサービス要求に関連する第２パスワードが取得されているとの判断の結果に従って、自転車（例えばモード決定モジュール）は、ロック１７０のモードを稼働モードにセットしてもよい。稼働モードにおいて、自転車は、第２のパスワードが自転車内の事前保存パスワードと一致するかどうかを判断してもよい。第２のパスワードが事前保存パスワードと一致するとの判断の結果に従って、自転車は、自転車を解錠するためにロック１７０を作動させてもよい。

一部の実施形態において、自転車は、ロック始動情報（例えばロック１７０の解錠時点）を判断して、ロック始動情報に基づいてサービス開始情報を判断してもよい。サービス開始情報を判断した後、自転車は、ロック１７０のモードを休止モードにセットしてもよい。ロック１７０が施錠される（すなわち第２のサービス要求に関連する第２のサービストランザクションが完了される）とき、自転車は、ロック１７０のモードを再び稼働モードにセットしてもよい。自転車は、ロック終了情報（例えばロック１７０の施錠時点）を判断してもよい。自転車はさらに、ロック終了情報に基づいてサービス開始終了情報を判断してもよい。サービス終了情報を判断した後、自転車は、サービス開始情報および／またはサービス終了情報をサーバ１１０へ送信して、第２のサービス要求に関連する第２のサービストランザクションが完了されていることを示してもよい。自転車は、プロセス８００を再びステップ８２０まで実行して、ロック１７０のモードを休止モードにセットしてもよい。

一部の実施形態において、ロック１７０が休止モードにあり、次のサービス要求に関連する次のパスワードが取得されない場合、対象時点に自転車は、ロック１７０のモードを稼働モードにセットしてもよく、対象時点は、ロック１７０のモードが休止モードとしてセットされた時点から所定の時間間隔（例えば３０分、１時間、２時間）後の時点である。

なお、モード切替プロセスの上記の説明は、単に例示目的で提供され、本開示の範囲を限定する意図はない。当業者の場合、本開示の教示に基づいて複数の変形および改変が構成され得る。なお、そうした変形および改変は、本開示の範囲から逸脱しない。例として、ステップ８１０およびステップ８２０は、自転車が、第１のサービス要求に関連する第１のサービストランザクションが完了されているかどうかを判断することと、第１のサービス要求に関連する第１のサービストランザクションが完了されているとの判断の結果に基づいて、ロック１７０のモードを休止モードにセットすることとの両方を行うことができる、単一のステップに組み合わされてもよい。別の例として、ステップ８３０およびステップ８４０は、自転車が、第２のサービス要求に関連する第２のパスワードが取得されているかどうかを判断することと、第２のサービス要求に関連する第２のパスワードが取得されているとの判断の結果に基づいて、ロック１７０のモードを稼働モードにセットすることとの両方を行うことができる、単一のステップに組み合わされてもよい。

図９は、本開示の一部の実施形態による、例示的な識別デバイスを示すブロック図である。一部の実施形態において、識別デバイス９００は、自転車（例えばロック１７０）に統合されてもよい。識別デバイス９００は、カードセンサ９０２、虹彩収集器９０３、指紋リーダ９０４、入力デバイス９０５、および／または処理デバイス９０６を含んでもよい。

カードセンサ９０２は、要求者に関連するカード情報を収集するように構成されてもよい。一部の実施形態において、カードセンサ９０２は、近距離検出器（図示せず）および磁気カードリーダ（図示せず）を含んでもよい。近距離検出器が、カード（例えば銀行カード、アクセスカード、バスカード、アイデンティティカード、識別カード、集積回路カード）が自転車（例えばロック１７０）の付近に配置されていると判断すると、磁気カードリーダが、カードを識別してカード情報をカードから得てもよい。本明細書で使用されるとき、「付近」とは、カードと自転車（例えばロック１７０）との間の距離が距離閾値（例えば１ｍｍ、２ｍｍ、５ｍｍ、１ｃｍ、２ｃｍ）未満であることを指す。カード情報は、カード識別情報（例えばカードシリアル番号）、有効期間、カード発行機関、カードに関連するユーザ情報（例えば実名、ＩＤ番号、電話番号）などを含んでもよい。一部の実施形態において、カードセンサ９０２は、フォトダイオードベースのスキャナ、レーザースキャナ、ＣＣＤリーダ、カメラベースのリーダなどを含んでもよい。

虹彩収集器９０３は、要求者に関連する虹彩情報を収集するように構成されてもよい。虹彩収集器９０３は、画像捕捉デバイス（図示せず）、画像処理デバイス（図示せず）などを含んでもよい。

指紋リーダ９０４は、要求者に関連する指紋情報を収集するように構成されてもよい。指紋リーダ９０４は、光学指紋センサ、半導体静電容量トランスデューサ、半導体サーミスタセンサ、半導体圧力センサ、超音波センサ、無線周波数指紋センサなどを含んでもよい。

入力デバイス９０５は、要求者に関連する識別情報を含む入力を受け取るように構成されてもよい。要求者に関連する識別情報は、カード情報、虹彩情報、指紋情報、および／または要求者に関連する他の任意の固有の識別（例えば顔識別情報、パスポート番号、運転免許証）を含んでもよい。一部の実施形態において、入力デバイス９０５は、キーボード、タッチスクリーン、音声認識デバイスなどを含んでもよい。

処理デバイス９０６は、要求者に関連する識別情報を処理して、要求者が自転車を使用する許可を有するかどうかを、識別情報に基づいて判断するように構成されてもよい。一部の実施形態において、処理デバイス９０６は、参照識別情報を本開示の他の箇所で開示されたストレージデバイス（例えばストレージ１５０）から取得して、識別情報と参照識別情報とを比較してもよい。参照識別情報は、自転車シェアリングシステムに登録された参照カード情報、自転車シェアリングシステムに登録された参照虹彩情報、自転車シェアリングシステム１００に登録された参照指紋情報などを含んでもよい。

例として処理デバイス９０６は、カード情報と参照カード情報とを比較し、カード情報が参照カード情報と一致するかどうかを判断してもよい。カード情報が参照カード情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。別の例として処理デバイス９０６は、虹彩情報と参照虹彩情報とを比較し、虹彩情報が参照虹彩情報と一致するかどうかを判断してもよい。虹彩情報が参照虹彩情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。さらなる例として処理デバイス９０６は、指紋情報と参照指紋情報とを比較し、指紋情報が参照指紋情報と一致するかどうかを判断してもよい。指紋情報が参照指紋情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。あるいは、またはさらに、識別情報は、処理されるように通信ポート４４０を介してサーバ１１０へ送信されてもよい。サーバ１１０は、識別情報と参照情報とを比較してもよく、識別情報が参照情報と一致するとの判断の結果に従って、サーバ１１０は、自転車を使用する許可を要求者が有すると判断してもよい。サーバ１１０はさらに、自転車を使用するための要求者の許可を示す情報を自転車へ送信してもよい。

要求者が自転車を使用する許可を有すると判断した後、処理デバイス９０６は、解錠命令を生成して、解錠命令を制御構成要素４２０へ送信してもよい。制御構成要素４２０は、解錠命令に基づいて自転車を解錠するためにロック１７０を作動させてもよい。

一部の実施形態において、識別デバイス９００は、識別情報をエンコードするために使用され得るエンコーディングデバイス（図示せず）をさらに含んでもよい。例として、エンコーディングデバイスは、識別情報を電子信号としてエンコードして、電子信号をサーバ１１０へ送信してもよい。

識別デバイス９００内のモジュールは、有線接続またはワイヤレス接続を介して相互に接続されても、または通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。ワイヤレス接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モジュールのうちの２つ以上が単一モジュールに組み合わされてもよく、モジュールのうちの任意の１つが２つ以上のユニットに分割されてもよい。例として識別デバイス９００は、取得された識別情報および参照識別情報を保存するために使用され得るストレージデバイス（図示せず）を含んでもよい。

図１０は、本開示の一部の実施形態による、識別情報に基づいて解錠命令を決定する例示的なプロセスを示すフローチャートである。一部の実施形態において、プロセス１０００は、自転車シェアリングシステムにより実行されてもよい。例としてプロセス１０００は、ＲＯＭ２３０またはＲＡＭ２４０に保存された命令のセット（例えばアプリケーション）として実施されてもよい。図９におけるプロセッサ２２０および／またはモジュールは、命令のセットを実行してもよく、命令を実行するとプロセス１０００を実行するように構成されてもよい。下記に提示される、示されるプロセス１０００の動作は、例示として意図されている。一部の実施形態において、プロセス１０００は、記載されていない１つ以上の追加の動作を用いて、且つ／または説明される動作のうちの１つ以上を用いずに達成され得る。さらに、プロセス１０００の動作が図１０に示され後述される順序に、限定的な意図はない。

１０１０において、取得デバイス（例えばカードセンサ９０２、虹彩収集器９０３、指紋リーダ９０４、入力デバイス９０５）は、要求者に関連する識別情報を取得してもよい。図９に関連して記載されたように、要求者に関連する識別情報は、カード情報、虹彩情報、指紋情報などを含んでもよい。

１０２０において、処理デバイス９０６は、識別情報を分析してもよい。一部の実施形態において、処理デバイス９０６は、参照識別情報を本開示の他の箇所に記載されたストレージデバイス（例えばストレージ１５０）から取得してもよい。処理デバイス９０６はさらに、識別情報と参照識別情報とを比較してもよい。参照識別情報は、自転車シェアリングシステムに登録された参照カード情報、自転車シェアリングシステムに登録された参照虹彩情報、自転車シェアリングシステムに登録された参照指紋情報などを含んでもよい。例として処理デバイス９０６は、カード情報と参照カード情報とを比較し、カード情報が参照カード情報と一致するかどうかを判断してもよい。カード情報が参照カード情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。別の例として処理デバイス９０６は、虹彩情報と参照虹彩情報とを比較し、虹彩情報が参照虹彩情報と一致するかどうかを判断してもよい。虹彩情報が参照虹彩情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。さらなる例として処理デバイス９０６は、指紋情報と参照指紋情報とを比較し、指紋情報が参照指紋情報と一致するかどうかを判断してもよい。指紋情報が参照指紋情報と一致するとの判断の結果に従って、処理デバイス９０６は、要求者が自転車を使用する許可を有すると判断してもよい。

１０３０において、処理デバイス９０６は、分析結果に基づいて解錠命令を生成してもよい。処理デバイス９０６は、自転車を解錠するためにロック１７０を作動させるよう、制御構成要素４２０へ解錠命令を送信してもよい。

なお、モード切替プロセスの上記の説明は、単に例示目的で提供され、本開示の範囲を限定する意図はない。当業者の場合、本開示の教示に基づいて複数の変形および改変が構成され得る。なお、そうした変形および改変は、本開示の範囲から逸脱しない。

図１１は、本開示の一部の実施形態による、例示的な虹彩収集器を示す概略図である。虹彩収集器９０３は、凹面鏡１１１０、レンズ１１２０、および撮像センサ１１３０を含んでもよい。

示されるように、凹面鏡１１１０は撮像センサ１１３０と向かい合うように配置されてもよく、レンズ１１２０は、凹面鏡１１１０と撮像センサ１１３０との間に配置されてもよい。凹面鏡１１１０の反射面は、対象の虹彩（例えば要求者の虹彩）に面してもよく、レンズ１１２０は、要求者に関連する虹彩情報を収集してもよい。さらに、撮像センサ１１３０は、レンズを通って伝わる光に基づいて画像を生成してもよい。

図１２は、本開示の一部の実施形態による、ロック１７０の例示的な構造を示す概略図である。一部の実施形態において、制御構成要素４２０は、図１２に示される１つ以上の構成要素を介して実行されてもよい。示されるように、ロック１７０の構造は、ロックピン１２１０と、モータ１２２０（例えば直流モータ）、ウォーム１２３０、およびウォームギア１２４０を含む機械駆動構成要素とを含んでもよい。位置「Ａ」は、ロックピン１２１０の出口を指し、位置「Ｂ」は、ロック１７０の「ＯＦＦ」位置を指す。

一部の実施形態において、ロック１７０は、通信ポート４４０を介して解錠命令を受信してもよい。通信ポート４４０は、解錠命令に基づいて解錠信号を決定して、解錠信号をモータ１２２０へ送信してもよい。解錠信号を受信した後、モータ１２２０は、その出力軸を回転させて、ウォーム１２３０を第１の解錠方向に沿って回転するよう駆動し、同時にウォームギア１２４０を第２の解錠方向に沿って回転するよう駆動してもよく、第１の解錠方向は、第２の解錠方向に対して垂直であってもよい。回転するウォームギア１２４０はさらに、ギアの噛み合いによりロックピン１２１０を駆動して位置「Ｂ」から位置「Ａ」に動かし、それによってロック１７０を解錠してもよい。

一部の実施形態において、ロック１７０は、通信ポート４４０を介して施錠命令を受信してもよい。通信ポート４４０は、施錠命令に基づいて施錠信号を決定して、施錠信号をモータ１２２０へ送信してもよい。一部の実施形態において、ロック１７０は、要求者からの、施錠ボタン（図示せず）に対する手動の施錠操作を受けてもよい。施錠信号を受信し、または施錠操作を受けた後、モータ１２２０は、その出力軸を回転させて、ウォーム１２３０を第１の施錠方向に沿って回転するよう駆動し、同時にウォームギア１２４０を第２の施錠方向に沿って回転するよう駆動してもよく、第１の施錠方向は、第２の施錠方向に対して垂直であってもよい。回転するウォームギア１２４０はさらに、ギアの噛み合いによりロックピン１２１０を駆動して位置「Ａ」から位置「Ｂ」に動かし、それによってロック１７０を施錠してもよい。第１の施錠方向は、第１の解錠方向とは反対であってもよく、第２の施錠方向は、第２の解錠方向とは反対であってもよい。

図１３は、本開示の一部の実施形態による、例示的な電源４６０を示す概略図である。一部の実施形態において、電源４６０は、ソーラーパネルであってもよい。ソーラーパネルは、第１の光導波路構成要素１３１０および第２の光導波路構成要素１３２０を含んでもよい。示されるように、第１の光導波路構成要素１３１０は、第２の光導波路構成要素１３２０に向かい合うように配置されてもよく、第１の光導波路構成要素１３１０は、第２の光導波路構成要素１３２０と平行であってもよい。第１の光導波路構成要素１３１０の側面および第２の光導波路構成要素１３２０の側面は、ソーラーセル１３３０を介して強固に結合されてもよい。

一部の実施形態において、第１の光導波路構成要素１３１０の、第２の光導波路構成要素１３２０に面する表面は、第１の蛍光層１３４０により被覆されてもよく、第２の光導波路構成要素１３２０の、第１の光導波路構成要素１３１０に面する表面は、第２の蛍光層１３５０により被覆されてもよい。第１の蛍光層１３４０および第２の蛍光層１３５０は、蛍光物質から製作された薄膜であってもよい。蛍光物質は、無機蛍光物質および有機蛍光物質を含んでもよい。無機蛍光物質は、希土類蛍光体、無機半導体蛍光体、量子ドットなどを含んでもよい。有機蛍光物質は、小分子発光物質、高分子発光物質などを含んでもよい。

一部の実施形態において、第１の光導波路構成要素１３１０と、第２の光導波路構成要素１３２０との間には、間隙があってもよい。間隙は、真空、空気、不活性ガスなどにより満たされてもよい。間隙の幅は、自転車シェアリングシステムのデフォルト設定（例えば７ｍｍ〜３０ｍｍの範囲）であってもよく、または種々の状況において調整可能であってもよい。一部の実施形態において、第１の光導波路構成要素１３１０および第２の光導波路構成要素１３２０は、同じサイズの多角形ガラス板で作製されてもよい。第１の光導波路構成要素１３１０および第２の光導波路構成要素１３２０の厚さは、１ｍｍ〜１０ｍｍであってもよい。

基本的な概念を上述したが、この詳細な開示を読んだ後、当業者には、前述の詳細な開示が例示としてのみの提示を意図されており限定的でないことが相当に明らかであろう。本明細書で明示的に述べてはいないが、当業者は様々な変更、改善、および改変に想到でき、それが意図される。当該の変更、改善、および改変は、本開示により示唆されることを意図されており、本開示の例示的な実施形態の意図および範囲内にある。

さらに、本開示の実施形態について記載するために一定の専門用語が使用された。例として、「一実施形態」、「或る実施形態」、および／または「一部の実施形態」という用語は、実施形態に関連して記載された特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、強調され且つ当然のことであるが、本明細書の様々な部分における「或る実施形態」または「一実施形態」または「代わりの実施形態」への２つ以上の言及は、必ずしもすべて同じ実施形態を指すとは限らない。さらに、特定の特徴、構造、または特性は、本開示の１つ以上の実施形態に適するように組み合わされてもよい。

さらに、当業者には当然のことながら、本開示の各側面は、任意の新規および有用なプロセス、機械、製品、もしくは組成物、またはそれらの任意の新規および有用な改善を含む、特許を受けられるいくつかの分類または文脈のいずれかで本明細書に示され記載され得る。したがって、本開示の各側面は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本明細書においてすべて概して「ユニット」、「モジュール」、もしくは「システム」と呼ばれ得るソフトウェアおよびハードウェアの実装の組み合わせで実装されてもよい。さらに、本開示の各側面は、コンピュータ可読プログラムコードが具現化された１つ以上のコンピュータ可読媒体において具現化された、コンピュータプログラム製品の形態をとることもできる。

コンピュータ可読信号媒体は、例として、ベースバンドに、または搬送波の一部として、コンピュータ可読プログラムコードが具現化された伝搬データ信号を含んでもよい。そのような伝搬信号は、電磁気、光学、または同様のもの、またはそれらの任意の適切な組み合わせを含む様々な形態のいずれかをとってもよい。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体でなく、且つ命令実行システム、装置、もしくはデバイスによって、またはそれに関連して使用されるプログラムの伝達、伝搬、または搬送をすることができる、任意のコンピュータ可読媒体としてもよい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、ワイヤレス、ワイヤーライン、光ファイバケーブル、ＲＦ、または同様のもの、または前述のものの任意の適切な組み合わせを含む、任意の適切な媒体を使用して送信されてもよい。

本開示の側面の動作を実行するコンピュータプログラムコードは、Ｊａｖａ、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎ、もしくは同様のものなどのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ ２００３、Ｐｅｒｌ、ＣＯＢＯＬ ２００２、ＰＨＰ、ＡＢＡＰなどの従来の手続きプログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、およびＧｒｏｏｖｙなどの動的プログラミング言語、または他のプログラミング言語などを含む、１つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。プログラムコードは、完全にユーザのコンピュータ上で実行されても、部分的にユーザのコンピュータ上で実行されても、スタンドアロンソフトウェアパッケージとして実行されても、部分的にユーザのコンピュータ上で且つ部分的にリモートコンピュータ上で実行されても、または完全にリモートコンピュータもしくはサーバ上で実行されてもよい。後者のシナリオでは、ローカルエリアネットワーク（ＬＡＮ）もしくはワイドエリアネットワーク（ＷＡＮ）を含む任意のネットワークを介してリモートコンピュータがユーザのコンピュータに接続されてもよく、または接続は、（例としてインターネットサービスプロバイダを使用しインターネットを介して）外部コンピュータに対して行われるものであっても、もしくはクラウドコンピューティング環境におけるものであっても、もしくはソフトウェアアズアサービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ ｓｅｒｖｉｃｅ）などのサービスとして提供されるものであってもよい。

さらに、処理要素もしくはシーケンスの記載された順序、またはそれらに対する数字、文字、もしくは他の指定の使用は、特許請求されるプロセスおよび方法を、特許請求の範囲に指定され得る以外にいかなる順序にも限定する意図はない。上記開示は、本開示の多様で有用な実施形態と現在考えられるものを様々な例を通して検討するが、当然のことながら、そのような詳細は、当該目的のものでしかなく、添付の特許請求の範囲は、開示された実施形態に限定されず、それどころか、開示された実施形態の意図および範囲内の改変および等価な構成を対象とすることが意図される。例として、上述した様々な構成要素の実装は、ハードウェアデバイスにおいて具現化されてもよいが、例えば既存のサーバまたはモバイルデバイスにインストールするなど、ソフトウェアのみのソリューションとして実装されることもあり得る。

同じく当然のことながら、本開示の実施形態の前述の説明においては、様々な特徴が、ときには本開示を簡素化する目的で単一の実施形態、図面、またはそれらの説明にグループ化されて、様々な実施形態のうちの１つ以上についての理解を支援している。しかしながら、この開示方法は、特許請求される主題が各請求項に明示的に記載されるよりも多くの特徴を必要とするとの意図を反映したものであるとは解釈されてはならない。むしろ、特許請求される主題は、前述の開示された単一の実施形態の中の一部の特徴にあり得る。

Claims (44)

1. ロックであって、
   前記ロックの施錠位置と、前記ロックの解錠位置との間を動くように構成された施錠機構、および
   前記ロックを施錠または解錠するために前記施錠機構を作動させるように構成されたコントローラ、
   を含む、ロックと、
   サーバであって、
   命令のセットを含むストレージデバイス、および
   前記ストレージデバイスと通信しているプロセッサ、
   を含む、サーバと、
   を備えたシステムであって、
   前記命令のセットを実行するとき、前記プロセッサは、前記サーバに、
   前記ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信することであって、前記第１のサービス要求は、前記ロックと前記端末デバイスとの間のワイヤレス接続に関連する、ことと、
   前記第１のサービス要求に関連するパスワードを、前記ネットワークを介して前記端末デバイスへ送信することと、
   を行わせるように構成され、
   前記ロックの前記コントローラは、
   前記端末デバイスに関連する入力を受信することと、
   前記受信された入力が解錠条件を満たすかどうかを判断することと、
   前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために前記施錠機構を作動させることと、
   を行うようにさらに構成される、システム。
2. 前記受信された入力が解錠条件を満たすかどうかを判断するために、前記コントローラは、
   前記端末デバイスに関連する前記受信された入力に含まれるパスワードが前記ロック内の事前保存パスワードと一致するかどうかを判断することと、
   前記端末デバイスに関連する前記受信された入力に含まれる前記パスワードが前記ロック内の前記事前保存パスワードと一致するとの前記判断の結果に基づいて、前記受信された入力が前記解錠条件を満たすと判断することと、
   を行うようにさらに構成される、請求項１に記載のシステム。
3. 前記事前保存パスワードは、前のサービス要求に関連する前のサービストランザクションの完了時点で前記サーバから取得される、請求項２に記載のシステム。
4. 前記事前保存パスワードは、複数の候補パスワードを含み、前記複数の候補パスワードの各々は、有効期間に対応する、請求項２に記載のシステム。
5. 前記ロックは、休止モードおよび稼働モードを含む複数のモードを有し、前記ロックの前記コントローラは、
   前記第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断することと、
   前記第１のサービス要求に関連する前記サービストランザクションが完了されているとの前記判断の結果に基づいて、前記ロックのモードを前記休止モードにセットすることと、
   を行うようにさらに構成される、請求項１に記載のシステム。
6. 前記ロックの前記コントローラは、
   第２のサービス要求に関連するパスワードが取得されているかどうかを判断することと、
   前記第２のサービス要求に関連する前記パスワードが取得されているとの前記判断の結果に基づいて、前記ロックのモードを前記稼働モードにセットすることと、
   を行うようにさらに構成される、請求項５に記載のシステム。
7. 前記ロックは、通信ポートをさらに含み、前記ロックの前記コントローラは、
   前記ロックに関連するロック情報を判断することと、
   前記ロック情報に少なくとも部分的に基づいてサービス情報を判断することと、
   を行うようにさらに構成され、前記通信ポートは、前記サービス情報を前記サーバへ送信するように構成される、請求項１に記載のシステム。
8. 前記ロック情報は、ロック識別情報、前記ロックの解錠時点、または前記ロックの施錠時点のうちの少なくとも１つを含み、前記サービス情報は、前記ロック情報、前記端末デバイスに関連するユーザアイデンティティ、前記第１のサービス要求に関連する開始地点、または前記第１のサービス要求に関連する目的地のうちの少なくとも１つを含む、請求項７に記載のシステム。
9. 前記ロックの前記コントローラは、
   前記ロックと前記サーバとの間の接続が確立されているかどうかを判断することと、
   前記接続が確立されていないとの前記判断の結果に基づいて、前記ロック内のストレージデバイスに前記サービス情報を保存することと、
   を行うようにさらに構成される、請求項７に記載のシステム。
10. ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信するステップであって、前記第１のサービス要求は、前記ロックと前記端末デバイスとの間のワイヤレス接続に関連する、ステップと、
    前記第１のサービス要求に関連するパスワードを、前記ネットワークを介して前記端末デバイスへ送信するステップと、
    前記端末デバイスに関連する入力を受信するステップと、
    前記受信された入力が解錠条件を満たすかどうかを判断するステップと、
    前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために施錠機構を作動させるステップと、
    を含む、方法。
11. 前記受信された入力が解錠条件を満たすかどうかを判断する前記ステップは、
    前記端末デバイスに関連する前記受信された入力に含まれるパスワードが前記ロック内の事前保存パスワードと一致するかどうかを判断するステップと、
    前記端末デバイスに関連する前記受信された入力に含まれる前記パスワードが前記ロック内の前記事前保存パスワードと一致するとの前記判断の結果に基づいて、前記受信された入力が前記解錠条件を満たすと判断するステップと、
    を含む、請求項１０に記載の方法。
12. 前記事前保存パスワードは、前のサービス要求に関連する前のサービストランザクションの完了時点でサーバから取得される、請求項１１に記載の方法。
13. 前記事前保存パスワードは、複数の候補パスワードを含み、前記複数の候補パスワードの各々は、有効期間に対応する、請求項１１に記載の方法。
14. 前記ロックは、休止モードおよび稼働モードを含む複数のモードを有し、前記方法は、
    前記第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断するステップと、
    前記第１のサービス要求に関連する前記サービストランザクションが完了されているとの前記判断の結果に基づいて、前記ロックのモードを前記休止モードにセットするステップと、
    をさらに含む、請求項１０に記載の方法。
15. 前記方法は、
    第２のサービス要求に関連する第２のパスワードが取得されているかどうかを判断するステップと、
    前記第２のサービス要求に関連する前記第２のパスワードが取得されているとの前記判断の結果に基づいて、前記ロックのモードを前記稼働モードにセットするステップと、
    をさらに含む、請求項１４に記載の方法。
16. 前記方法は、
    前記ロックに関連するロック情報を判断するステップと、
    前記ロック情報に少なくとも部分的に基づいて、サービス情報を判断するステップと、
    前記サービス情報をサーバへ送信するステップと、
    をさらに含む、請求項１０に記載の方法。
17. 前記ロック情報は、ロック識別情報、前記ロックの解錠時点、または前記ロックの施錠時点のうちの少なくとも１つを含み、前記サービス情報は、前記ロック情報、前記端末デバイスに関連するユーザアイデンティティ、前記第１のサービス要求に関連する開始地点、または前記第１のサービス要求に関連する目的地のうちの少なくとも１つを含む、請求項１６に記載の方法。
18. 前記方法は、
    前記ロックとサーバとの間の接続が確立されているかどうかを判断するステップと、
    前記接続が確立されていないとの前記判断の結果に基づいて、前記ロック内のストレージデバイスに前記サービス情報を保存するステップと、
    をさらに含む、請求項１６に記載の方法。
19. コンピューティングデバイスに方法を実行させるように構成された命令を備えたコンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体であって、前記方法は、
    ロックを解錠するための第１のサービス要求を端末デバイスからネットワークを介して受信するステップであって、前記第１のサービス要求は、前記ロックと前記端末デバイスとの間のワイヤレス接続に関連する、ステップと、
    前記第１のサービス要求に関連するパスワードを、前記ネットワークを介して前記端末デバイスへ送信するステップと、
    前記端末デバイスに関連する入力を受信するステップと、
    前記受信された入力が解錠条件を満たすかどうかを判断するステップと、
    前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために施錠機構を作動させるステップと、
    を含む、非一時的コンピュータ可読媒体。
20. ロックの施錠位置と、ロックの解錠位置との間を動くように構成された施錠機構と、
    通信ポートと、
    コントローラと、
    を備えたロックであって、
    前記コントローラは、
    端末デバイスに関連する入力を受信することであって、前記受信された入力は、前記ロックの前記施錠を解錠するために前記端末デバイスからサーバへ送信された第１のサービス要求に応答して前記サーバから前記端末デバイスにより受信される解錠情報を含み、前記サービス要求は、前記通信ポートと前記端末デバイスとの間のワイヤレス接続に関する情報を含む、ことと、
    前記受信された入力が解錠条件を満たすかどうかを判断することと、
    前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために前記施錠機構を作動させることと、
    を行うように構成された、ロック。
21. 前記受信された入力が解錠条件を満たすかどうかを判断するために、前記コントローラは、
    前記端末デバイスに関連する前記受信された入力に含まれるパスワードが前記ロック内の事前保存パスワードと一致するかどうかを判断することと、
    前記端末デバイスに関連する前記受信された入力に含まれる前記パスワードが前記ロック内の前記事前保存パスワードと一致するとの前記判断の結果に基づいて、前記受信された入力が前記解錠条件を満たすと判断することと、
    を行うようにさらに構成される、請求項２０に記載のロック。
22. 前記事前保存パスワードは、前のサービス要求に関連する前のサービストランザクションの完了時点で前記サーバから取得される、請求項２１に記載のロック。
23. 前記事前保存パスワードは、複数の候補パスワードを含み、
    前記複数の候補パスワードの各々は、有効期間に対応する、請求項２１に記載のロック。
24. 前記ロックは、休止モードおよび稼働モードを含む複数のモードを有し、
    前記ロックの前記コントローラは、
    前記第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断することと、
    前記第１のサービス要求に関連する前記サービストランザクションが完了されているとの前記判断の結果に基づいて、前記ロックのモードを前記休止モードにセットすることと、
    を行うようにさらに構成される、請求項２０に記載のロック。
25. 前記ロックの前記コントローラは、
    第２のサービス要求に関連するパスワードが取得されているかどうかを判断することと、
    前記第２のサービス要求に関連する前記パスワードが取得されているとの前記判断の結果に基づいて、前記ロックのモードを前記稼働モードにセットすることと、
    を行うようにさらに構成される、請求項２４に記載のロック。
26. 前記ロックの前記コントローラは、
    前記ロックに関連するロック情報を判断することと、
    前記ロック情報に少なくとも部分的に基づいてサービス情報を判断することであって、前記ロックの前記通信ポートは、前記サービス情報を前記サーバへ送信するように構成される、ことと、
    を行うようにさらに構成される、請求項２０に記載のロック。
27. 前記ロック情報は、ロック識別情報、前記ロックの解錠時点、または前記ロックの施錠時点のうちの少なくとも１つを含み、前記サービス情報は、前記ロック情報、前記端末デバイスに関連するユーザアイデンティティ、前記第１のサービス要求に関連する開始地点、または前記第１のサービス要求に関連する目的地のうちの少なくとも１つを含む、請求項２６に記載のロック。
28. 前記コントローラは、
    前記ロックと前記サーバとの間の接続が確立されているかどうかを判断することと、
    前記接続が確立されていないとの前記判断の結果に基づいて、前記ロック内のストレージデバイスに前記サービス情報を保存することと、
    を行うようにさらに構成される、請求項２６に記載のロック。
29. 端末デバイスに関連する入力を受信するステップであって、前記受信された入力は、ロックの施錠を解錠するために前記端末デバイスからサーバへ送信された第１のサービス要求に応答して前記サーバから前記端末デバイスにより受信される解錠情報を含み、前記サービス要求は、前記ロックの通信ポートと前記端末デバイスとの間のワイヤレス接続に関する情報を含む、ステップと、
    前記受信された入力が解錠条件を満たすかどうかを判断するステップと、
    前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために施錠機構を作動させるステップと、
    を含む、方法。
30. 前記受信された入力が解錠条件を満たすかどうかを判断するステップは、
    前記端末デバイスに関連する前記受信された入力に含まれるパスワードが前記ロック内の事前保存パスワードと一致するかどうかを判断するステップと、
    前記端末デバイスに関連する前記受信された入力に含まれる前記パスワードが前記ロック内の前記事前保存パスワードと一致するとの前記判断の結果に基づいて、前記受信された入力が前記解錠条件を満たすと判断するステップと、
    を含む、請求項２９に記載の方法。
31. 前記事前保存パスワードは、前のサービス要求に関連する前のサービストランザクションの完了時点で前記サーバから取得される、請求項３０に記載の方法。
32. 前記事前保存パスワードは、複数の候補パスワードを含み、
    前記複数の候補パスワードの各々は、有効期間に対応する、請求項３０に記載の方法。
33. 前記ロックは、休止モードおよび稼働モードを含む複数のモードを有し、
    前記方法は、
    前記第１のサービス要求に関連するサービストランザクションが完了されているかどうかを判断するステップと、
    前記第１のサービス要求に関連する前記サービストランザクションが完了されているとの前記判断の結果に基づいて、前記ロックのモードを前記休止モードにセットするステップと、
    をさらに含む、請求項２９に記載の方法。
34. 第２のサービス要求に関連するパスワードが取得されているかどうかを判断するステップと、
    前記第２のサービス要求に関連する前記パスワードが取得されているとの前記判断の結果に基づいて、前記ロックのモードを前記稼働モードにセットするステップと、
    をさらに含む、請求項３３に記載の方法。
35. 前記ロックに関連するロック情報を判断するステップと、
    前記ロック情報に少なくとも部分的に基づいてサービス情報を判断するステップであって、前記ロックの前記通信ポートは、前記サービス情報を前記サーバへ送信するように構成される、ステップと、
    をさらに含む、請求項２９に記載の方法。
36. 前記ロック情報は、ロック識別情報、前記ロックの解錠時点、または前記ロックの施錠時点のうちの少なくとも１つを含み、
    前記サービス情報は、前記ロック情報、前記端末デバイスに関連するユーザアイデンティティ、前記第１のサービス要求に関連する開始地点、または前記第１のサービス要求に関連する目的地のうちの少なくとも１つを含む、請求項３５に記載の方法。
37. 前記ロックと前記サーバとの間の接続が確立されているかどうかを判断するステップと、
    前記接続が確立されていないとの前記判断の結果に基づいて、前記ロック内のストレージデバイスに前記サービス情報を保存するステップと、
    をさらに含む、請求項３５に記載の方法。
38. コンピューティングデバイスに方法を実行させるように構成された命令を備えたコンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体であって、前記方法は、
    端末デバイスに関連する入力を受信するステップであって、前記受信された入力は、ロックを解錠するために前記端末デバイスからサーバへ送信された第１のサービス要求に応答して前記サーバから前記端末デバイスにより受信される解錠情報を含み、前記サービス要求は、前記ロックの通信ポートと前記端末デバイスとの間のワイヤレス接続に関する情報を含む、ステップと、
    前記受信された入力が解錠条件を満たすかどうかを判断するステップと、
    前記受信された入力が前記解錠条件を満たすとの前記判断の結果に基づいて、前記ロックを解錠するために施錠機構を作動させるステップと、
    を含む、非一時的コンピュータ可読媒体。
39. 命令のセットを含むストレージデバイスと、
    前記ストレージデバイスと通信するプロセッサと、
    を備えた端末デバイスであって、
    前記命令のセットを実行するとき、前記プロセッサは、前記端末デバイスに、
    複数のロックから複数のワイヤレス信号を受信することと、
    前記複数のワイヤレス信号の複数の強度を判断することと、
    前記端末デバイスと前記複数のロックとの間の複数の距離を前記複数の強度に基づいて判断することと、
    前記複数の距離に基づいて前記複数のロックをランク付けすることと、
    前記ランク付けに基づいて前記ロックのうちの１つを選択することと、
    前記ランク付けに基づいて前記端末デバイスと前記選択されたロックとの間のワイヤレス接続を確立することと、
    前記選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信することであって、前記サービス要求は、前記端末デバイスと前記選択されたロックとの間の前記ワイヤレス接続に関する情報を含む、ことと、
    前記サーバから前記ネットワークを介して解錠情報を受信することであって、前記解錠情報は、前記サービス要求に応答して前記サーバにより生成される、ことと、
    を行わせるように構成される、端末デバイス。
40. 前記プロセッサは、前記選択されたロックを解錠する命令を、前記ワイヤレス接続を介して前記選択されたロックへ送信するようにさらに構成される、請求項３９に記載の端末デバイス。
41. 複数のロックから複数のワイヤレス信号を受信するステップと、
    前記複数のワイヤレス信号の複数の強度を判断するステップと、
    端末デバイスと前記複数のロックとの間の複数の距離を前記複数の強度に基づいて判断するステップと、
    前記複数の距離に基づいて前記複数のロックをランク付けするステップと、
    前記ランク付けに基づいて前記ロックのうちの１つを選択するステップと、
    前記ランク付けに基づいて前記端末デバイスと前記選択されたロックとの間のワイヤレス接続を確立するステップと、
    前記選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信するステップであって、前記サービス要求は、前記端末デバイスと前記選択されたロックとの間の前記ワイヤレス接続に関する情報を含む、ステップと、
    前記サーバから前記ネットワークを介して解錠情報を受信するステップであって、前記解錠情報は、前記サービス要求に応答して前記サーバにより生成される、ステップと、
    を含む、方法。
42. 前記選択されたロックを解錠する命令を、前記ワイヤレス接続を介して前記選択されたロックへ送信するステップをさらに含む、請求項４１に記載の方法。
43. コンピューティングデバイスに方法を実行させるように構成された命令を備えたコンピュータプログラム製品を具現化する非一時的コンピュータ可読媒体であって、前記方法は、
    複数のロックから複数のワイヤレス信号を受信するステップと、
    前記複数のワイヤレス信号の複数の強度を判断するステップと、
    端末デバイスと前記複数のロックとの間の複数の距離を前記複数の強度に基づいて判断するステップと、
    前記複数の距離に基づいて前記複数のロックをランク付けするステップと、
    前記ランク付けに基づいて前記ロックのうちの１つを選択するステップと、
    前記ランク付けに基づいて前記端末デバイスと前記選択されたロックとの間のワイヤレス接続を確立するステップと、
    前記選択されたロックを解錠するためのサービス要求を、ネットワークを介してサーバへ送信するステップであって、前記サービス要求は、前記端末デバイスと前記選択されたロックとの間の前記ワイヤレス接続に関する情報を含む、ステップと、
    前記サーバから前記ネットワークを介して解錠情報を受信するステップであって、前記解錠情報は、前記サービス要求に応答して前記サーバにより生成される、ステップと、
    を含む、非一時的コンピュータ可読媒体。
44. ユーザからの入力に含まれるパスワードを受信するステップと、
    前記パスワードが、サーバから取得された、ロック内の事前保存パスワードと一致するかどうかを判断するステップと、
    前記ユーザからの前記入力に含まれる前記パスワードが前記事前保存パスワードと一致するとの前記判断の結果に基づいて、前記ロックを解錠するステップと、
    開始時間を記録するステップと、
    施錠命令がトリガされているかどうかを判断するステップと、
    前記施錠命令がトリガされているとの前記判断の結果に基づいて、終了時間を記録するステップと、
    前記開始時間、前記終了時間、前記ユーザからの前記入力に含まれた前記パスワード、および前記ロックのシリアル番号を含むサービス情報を前記サーバへ送信するステップと、
    を含む、方法。

Images