知財求人 - 知財ポータルサイト「IP Force」
特開2022-35847シェアリング管理方法、サーバ、シェアリングシステム、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022035847
(43)【公開日】2022-03-04
(54)【発明の名称】シェアリング管理方法、サーバ、シェアリングシステム、及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20220225BHJP
G06Q 30/06 20120101ALI20220225BHJP
G06Q 20/40 20120101ALI20220225BHJP
【ＦＩ】
G06Q50/10
G06Q30/06 350
G06Q20/40
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2020140430
(22)【出願日】2020-08-21
(71)【出願人】
【識別番号】000183646
【氏名又は名称】出光興産株式会社
(74)【代理人】
【識別番号】110000752
【氏名又は名称】特許業務法人朝日特許事務所
(72)【発明者】
【氏名】朝日 洋充
(72)【発明者】
【氏名】福地 竹虎
【テーマコード（参考）】
5L049
5L055
【Ｆターム（参考）】
5L049BB68
5L049CC11
5L055AA72
(57)【要約】
【課題】車両をシェアするシェアリングサービスにおいて、利用料金の決済をより簡単にする。
【解決手段】シェアリング管理方法は、車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、取得されたユーザ属性に基づいて、ユーザが所定のグループに属するか判断をするステップと、判断の結果に応じてシェアリングサービスの利用に関する請求情報を出力するステップとを有する。
【選択図】図２
【解決手段】シェアリング管理方法は、車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、取得されたユーザ属性に基づいて、ユーザが所定のグループに属するか判断をするステップと、判断の結果に応じてシェアリングサービスの利用に関する請求情報を出力するステップとを有する。
【選択図】図２
【特許請求の範囲】
【請求項1】
車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップと
を有するシェアリング管理方法。
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップと
を有するシェアリング管理方法。
【請求項2】
前記ユーザが所定のグループに属すると判断された場合、前記ユーザが前記車両を利用する状況が当該グループと前記シェアリングサービスの事業者との契約の範囲内であるか判断するステップを有し、
前記状況が前記契約の範囲内であると判断された場合、前記請求情報を出力するステップにおいて、前記請求情報が、前記グループに対して個別に設定された出力先に出力される
請求項１に記載のシェアリング管理方法。
前記状況が前記契約の範囲内であると判断された場合、前記請求情報を出力するステップにおいて、前記請求情報が、前記グループに対して個別に設定された出力先に出力される
請求項１に記載のシェアリング管理方法。
【請求項3】
前記契約が、前記車両を利用する日付、曜日、時間帯、地域、及び累計利用料金のうち少なくとも１種を限定する第１条件において定額制又は従量制とする契約であり、
前記利用情報により示される利用の状況が前記第１条件の範囲を超えていた場合、前記請求情報を出力するステップにおいて、前記第１条件において設定された料金体系とは異なる体系に基づく請求情報を出力する
請求項２に記載のシェアリング管理方法。
前記利用情報により示される利用の状況が前記第１条件の範囲を超えていた場合、前記請求情報を出力するステップにおいて、前記第１条件において設定された料金体系とは異なる体系に基づく請求情報を出力する
請求項２に記載のシェアリング管理方法。
【請求項4】
前記契約が、前記第１条件を満たす場合において定額制に基づく料金とする契約であり、
前記利用情報により示される利用の状況が前記第１条件の範囲を超えていた場合、前記請求情報を出力するステップにおいて、当該第１条件の範囲を超えた利用分について従量制に基づく請求情報を出力する
請求項３に記載のシェアリング管理方法。
前記利用情報により示される利用の状況が前記第１条件の範囲を超えていた場合、前記請求情報を出力するステップにおいて、当該第１条件の範囲を超えた利用分について従量制に基づく請求情報を出力する
請求項３に記載のシェアリング管理方法。
【請求項5】
前記契約が、前記第１条件を満たす場合において従量制に基づく料金とする契約であり、
前記第１条件が、単位期間における累計利用料が基準値に達したという条件であり、
前記累計利用料が前記第１条件の範囲を超えていた場合、当該第１条件の範囲を超えた利用分について定額制に基づく請求情報を出力する
請求項３に記載のシェアリング管理方法。
前記第１条件が、単位期間における累計利用料が基準値に達したという条件であり、
前記累計利用料が前記第１条件の範囲を超えていた場合、当該第１条件の範囲を超えた利用分について定額制に基づく請求情報を出力する
請求項３に記載のシェアリング管理方法。
【請求項6】
前記ユーザが所定のグループに属さないと判断された場合、前記請求情報を出力するステップにおいて、前記ユーザが前記車両を利用する状況又は利用した状況に応じた請求情報が、当該ユーザに対して個別に設定された出力先に出力される
請求項１乃至５のいずれか一項に記載のシェアリング管理方法。
請求項１乃至５のいずれか一項に記載のシェアリング管理方法。
【請求項7】
前記請求情報を出力するステップにおいて、統合された輸送プラットフォームのコンピュータ装置に前記請求情報が出力される
請求項１乃至６のいずれか一項に記載のシェアリング管理方法。
請求項１乃至６のいずれか一項に記載のシェアリング管理方法。
【請求項8】
車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付ける受け付け手段と、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段と
を有するサーバ。
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段と
を有するサーバ。
【請求項9】
シェアリングサービスでシェアされる車両と、
前記シェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付ける受け付け手段と、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段と
を有するサーバと、
を含むシェアリングシステム。
前記シェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付ける受け付け手段と、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段と
を有するサーバと、
を含むシェアリングシステム。
【請求項10】
コンピュータに、
車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップと
を実行させるためのプログラム。
車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、
ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、
前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、
前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車両のシェアリングに関する。
【背景技術】
【0002】
車両のシェアリングを管理する技術が知られている。特許文献１には、車両レンタルフリート及び車両共用フリートで車両を共用する技術が記載されている。特許文献２には、車両の使用実績に基づいて、車両台数の適否を判断する技術が記載されている。特許文献３には、法人ユーザ及び個人ユーザに対して車両の割り当てをする技術が記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表２０１７－５１９２７０号公報
【特許文献2】特開２０１２－１８１５８２号公報
【特許文献3】特開２０１９－１４８９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１乃至３には利用料金の決済に関する事項が記載されておらず、特にユーザグループ毎に料金体系が異なる場合において処理が煩雑になることがあった。
【0005】
これに対し本発明は、車両をシェアするシェアリングサービスにおいて、利用料金の決済をより簡単にする技術を提供する。
【課題を解決するための手段】
【0006】
本開示の一態様は、車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップとを有するシェアリング管理方法を提供する。
【0007】
本開示の別の一態様は、車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付ける受け付け手段と、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段とを有するサーバを提供する。
【0008】
本開示の別の一態様は、シェアリングサービスでシェアされる車両と、前記シェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付ける受け付け手段と、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する取得手段と、前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をする判断手段と、前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力する出力手段とを有するサーバとを含むシェアリングシステムを提供する。
【0009】
本開示の別の一態様は、コンピュータに、車両をシェアするシェアリングサービスのユーザを識別するユーザ識別情報を含む、当該車両の利用が開始又は終了されたことを示す利用情報を受け付けるステップと、ユーザ識別情報及び少なくともユーザ種別を含むユーザ属性が記録されたデータベースから、前記利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得するステップと、前記取得されたユーザ属性に基づいて、前記ユーザが所定のグループに属するか判断をするステップと、前記判断の結果に応じて前記シェアリングサービスの利用に関する請求情報を出力するステップとを実行させるためのプログラムを提供する。
【発明の効果】
【0010】
本発明によれば、車両をシェアするシェアリングサービスにおいて利用料金の決済をより簡単にすることができる。
【図面の簡単な説明】
【0011】
【図1】一実施形態に係るシェアリングシステムの概要を示す図。
【図2】シェアリングシステムの機能構成を例示する図。
【図3】車両のハードウェア構成を例示する図。
【図4】サーバのハードウェア構成を例示する図。
【図5】シェアリングシステムの動作を示すシーケンスチャート。
【図6】サーバにおける認証処理を例示するシーケンスチャート。
【図7】ユーザデータベースに記録されているデータを例示する図。
【図8】利用履歴データベースに記録されているデータを例示する図。
【図9】サーバにおける終了処理を例示するシーケンスチャート。
【図10】変形例においてユーザデータベースに記録されるデータを例示する図。
【発明を実施するための形態】
【0012】
１．構成
図１は、一実施形態に係るシェアリングシステム１の概要を示す図である。シェアリングシステム１は、車両２０を複数のユーザでシェアするシェアリングサービスを提供するためのシステムである。法人９９、ユーザ９８、及びユーザ９７は、シェアリングサービスのユーザである。ここでは法人９９、ユーザ９８、及びユーザ９７はいずれも複数が図示されている。法人９９の各々を区別するときは法人９９［１］又は法人９９［２］と表し、区別しないときは単に法人９９と表す。車両２０及びユーザ９８等、他の要素についても同様である。
図１は、一実施形態に係るシェアリングシステム１の概要を示す図である。シェアリングシステム１は、車両２０を複数のユーザでシェアするシェアリングサービスを提供するためのシステムである。法人９９、ユーザ９８、及びユーザ９７は、シェアリングサービスのユーザである。ここでは法人９９、ユーザ９８、及びユーザ９７はいずれも複数が図示されている。法人９９の各々を区別するときは法人９９［１］又は法人９９［２］と表し、区別しないときは単に法人９９と表す。車両２０及びユーザ９８等、他の要素についても同様である。
【0013】
この例において、シェアリングシステム１のユーザは法人ユーザ及び個人ユーザの２つのカテゴリに分けられる。法人ユーザとは、シェアリングシステム１の管理事業者と法人契約を結んでいる法人（グループの一例）に属するユーザをいう。個人ユーザとは法人ユーザ以外のユーザをいう。
【0014】
法人９９［１］及び法人９９［２］は、それぞれ、駐車場Ｐ［１］及び駐車場Ｐ［２］を有する。法人９９［１］及び法人９９［２］は、管理事業者と法人契約を結んでいる。法人９９［１］は車両２０［１］及び車両２０［２］の２台の車両を、法人９９［２］は車両２０［３］の１台の車両を契約している。法人契約によれば、法人９９［１］は、月額費用を支払い、かつ車両２０［１］及び車両２０［２］のために駐車場Ｐ［１］を提供することにより、平日において車両２０［１］及び車両２０［２］を占有することができる。すなわち、法人９９［１］の従業員であるユーザ９８［１］～９８［４］は、平日であれば車両２０［１］及び車両２０［２］を自由に使うことができる。車両２０［１］及び車両２０［２］は休日も駐車場Ｐ［１］に停められる。同様に、法人９９［２］は、月額費用を支払い、かつ車両２０［３］のために駐車場Ｐ［２］を提供することにより、平日において車両２０［３］を占有することができる。すなわち、法人９９［２］の従業員であるユーザ９８［５］～９８［７］は、平日であれば車両２０［３］を自由に使うことができる。車両２０［３］は、休日も駐車場Ｐ［２］に停められる。
【0015】
休日において、個人ユーザであるユーザ９７［１］～９７［３］が車両２０［１］～２０［３］を利用可能となる。このように、平日は特定の法人の従業員が、休日は個人（すなわち特定の法人の従業員以外の人）が、同一の車両２０を利用する。法人利用と個人利用とでは料金体系が異なっており、ユーザの種別に応じた処理が必要である。本実施形態ではこの問題に対処する。
【0016】
シェアリングシステム１は、サーバ１０、車両２０、及びユーザ端末３０を有する。サーバ１０は、シェアリングサービスの利用料に関する処理を行う。サーバ１０は、その他、個人利用における車両２０の予約を管理する。サーバ１０は、シェアリングサービスの提供事業者により管理及び運営される。車両２０は、シェアリングサービスにおけるシェアの対象物である。車両２０は、例えば、普通自動車、小型自動車、軽自動車等の４輪車だけでなく、２輪自動車も含む。小型自動車としては、例えば、超小型ＥＶ（Eｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）も含む。本開示における超小型ＥＶとは、乗車定員が４名以下、最高速度６０ｋｍ／ｈ、定格出力０．６ｋｗ以上、排気量５０ｃｃ以上６６０ｃｃ以下、長さ２．５ｍ以下、幅１．３ｍ以下、高さ２．０ｍ以下、最大積載量３５０ｋｇ以下の特徴を一例とする、軽自動車より小型の電気自動車をいう。ユーザ端末３０は、個人ユーザが利用する端末装置である。ユーザ端末３０は、シェアリングシステム１へのユーザ登録、車両２０の検索又は予約に用いられる。
【0017】
図２は、シェアリングシステム１の機能構成を例示する図である。シェアリングシステム１は、ロック制御手段２１，記憶手段１１、受け付け手段１２、取得手段１３、判断手段１４、出力手段１５、記録手段１６、認証手段１７、及び計算手段１８を有する。ロック制御手段２１は、車両２０の施錠及び解錠を制御する。また、ロック制御手段２１は、車両２０の利用情報を出力する。利用情報は、その車両の利用が開始又は終了されたことを示す情報であり、ユーザ識別情報を含む。ユーザ識別情報とは、シェアリングシステム１のユーザを識別するための情報をいう。ロック制御手段２１は車両２０と一対一に対応している。
【0018】
記憶手段１１は、各種のデータを記憶する。この例において記憶手段１１はデータベース１１１及びデータベース１１２を記憶する。データベース１１１は、ユーザ識別情報及びユーザ属性情報が記録されたユーザデータベースである。ユーザ属性情報とは、そのユーザの属性を示す情報をいう。データベース１１２は、車両２０の利用履歴が記録された利用履歴データベースである。受け付け手段１２は、ロック制御手段２１から利用情報を受け付ける。取得手段１３は、データベース１１１から、受け付け手段１２が受け付けた利用情報に含まれるユーザ識別情報に対応するユーザ属性を取得する。判断手段１４は、取得手段１３により取得されたユーザ属性に基づいて、そのユーザが所定のグループに属するか判断をする。出力手段１５は、判断手段１４による判断の結果に応じてシェアリングサービスの利用に関する請求情報を出力する。
【0019】
ユーザが所定のグループに属すると判断された場合、判断手段１４は、そのユーザが車両２０を利用する状況がそのグループとシェアリングサービスの事業者との契約の範囲内であるか判断する。この場合、出力手段１５は、契約の範囲内であるかの判断結果に応じた請求情報を、そのグループに対して個別に設定された出力先に出力する。
【0020】
図３は、車両２０のハードウェア構成を例示する図である。詳細な説明は省略するが、車両２０は、電気自動車としての基本的な構成、例えば、ボディ、モーター、タイヤ、ドア、シート、ステアリングホイール、及び計器等を有する。車両２０は、さらにロック制御装置２００（ロック制御手段２１の一例）を有する。ロック制御装置２００は、カードリーダー２１０、電気錠２２０、制御装置２３０、通信装置２４０、及びキーボックス２５０を有する。カードリーダー２１０は、ＩＣカードからユーザ識別情報を読み取る。ここで用いられるＩＣカードは、例えば、運転免許証（すなわちＩＣカード免許証）及びこのシェアリングサービスの専用ＩＣカードである。この例において、個人ユーザは運転免許証を用い、法人ユーザは専用ＩＣカードを用いる。ロック制御装置２００は、車両２０において、例えばドアガラスの内側に設置される。ユーザは、ガラス越しにＩＣカードをカードリーダー２１０にかざす。カードリーダー２１０は、かざされたＩＣカードからユーザ識別情報を読み取る。ユーザ識別情報は、運転免許証の場合は免許証番号であり、専用ＩＣカードの場合はシェアリングシステム１により付与された識別番号である。制御装置２３０は、ロック制御装置２００の各要素を制御する装置であり、プロセッサ及びメモリを含む。制御装置２３０は、カードリーダー２１０が読み取ったユーザ識別情報を含む利用情報をサーバ１０に送信する。サーバ１０へのデータ送信には、通信装置２４０が用いられる。通信装置２４０は、所定の無線通信規格（例えばＬＴＥ（Long Term Evolution））に従ってサーバ１０と通信する。利用情報が認証されたことを示す情報をサーバ１０から通信装置２４０を介して受信すると、制御装置２３０は、電気錠２２０を制御してドアのロックを解錠させる。電気錠２２０は、車両２０のドアを施錠及び解錠する。キーボックス２５０は、キーシリンダを有する。車両２０を利用しないときは、車両２０のモーターを起動するためのキーはキーシリンダに挿入されている。キーシリンダは、貸し出し位置と返却位置とを有する。貸し出し位置において、キーシリンダからキーに抜き差しが可能である。キーシリンダに挿入した状態でキーを回すと返却位置となる。貸し出し位置において、キーシリンダからキーを抜くことはできない。車両２０のドアを解錠すると、ユーザはキーシリンダに刺さっているキーを貸し出し位置まで回転させる。ユーザはキーボックス２５０からキーを抜き、運転席にあるキーシリンダにキーを差し込んでモーターを起動する。
【0021】
図４は、サーバ１０のハードウェア構成を例示する図である。サーバ１０は、ＣＰＵ（Central Processing Unit）１１０、メモリ１２０、ストレージ１３０、通信ＩＦ（Interface）１４０を有するコンピュータ装置である。ＣＰＵ１１０は、プログラムに従って各種の演算を行う処理装置である。メモリ１２０は、ＣＰＵ１１０がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。ストレージ１３０は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＳＳＤ（Solid State Drive）又はＨＤＤ（Hard Disk Drive）を含む。通信ＩＦ１４０は、所定の通信規格に従って他の装置と通信するための装置であり、例えばＮＩＣ（Network Interface Card）を含む。
【0022】
この例において、ストレージ１３０が記憶するプログラムには、コンピュータ装置をシェアリングシステム１のサーバ１０として機能させるためのプログラム（以下「サーバプログラム」という）が含まれる。ＣＰＵ１１０がサーバプログラムを実行している状態において、メモリ１２０及びストレージ１３０の少なくとも一方が記憶手段１１の一例である。ＣＰＵ１１０が、取得手段１３、判断手段１４、出力手段１５、記録手段１６、認証手段１７、及び計算手段１８の一例である。ＣＰＵ１１０及び通信ＩＦ１４０が受け付け手段１２の一例である。
【0023】
２．動作
図５は、シェアリングシステム１の動作を示すシーケンスチャートである。以下において、ユーザ登録が事前に完了している例を説明する。また以下の説明において、受け付け手段１２等の機能要素が処理の主体として記載されることがあるが、これは、サーバプログラム等のソフトウェアを実行しているＣＰＵ１１０等のハードウェア要素が他のハードウェア要素と協働して処理を実行することを意味する。
図５は、シェアリングシステム１の動作を示すシーケンスチャートである。以下において、ユーザ登録が事前に完了している例を説明する。また以下の説明において、受け付け手段１２等の機能要素が処理の主体として記載されることがあるが、これは、サーバプログラム等のソフトウェアを実行しているＣＰＵ１１０等のハードウェア要素が他のハードウェア要素と協働して処理を実行することを意味する。
【0024】
まず、車両２０の貸し出し手続について説明する。車両２０を利用しようとするユーザは、駐車場Ｐに行く。ユーザは、車両２０のロック制御装置２００に自身のＩＣカードをかざす。ロック制御装置２００は、ユーザのＩＣカードからユーザ識別情報を読み取る（ステップＳ１００）。ＩＣカードからユーザ識別情報を読み取ると、ロック制御装置２００は、認証要求（又は利用開始要求）をサーバ１０に送信する（ステップＳ１１０）。この認証要求は車両２０の利用を開始したことを示す利用情報の一例であり、ロック制御装置２００がＩＣカードから読み取ったユーザ識別情報、及び車両識別情報を含む。車両識別情報は、車両２０を他の車両２０と区別するための情報であり、シェアリングシステム１の管理者により付与される。車両識別情報は、ロック制御装置２００のメモリに記憶される。
【0025】
ロック制御装置２００から送信された認証要求に関し、サーバ１０は、その認証要求に係る認証処理（又は利用開始処理）を行う（ステップＳ１２０）。具体的には以下のとおりである。
【0026】
図６は、サーバ１０における認証処理を例示するフローチャートである。ステップＳ１２０１において、受け付け手段１２は、ロック制御装置２００から認証要求を受け付ける。ステップＳ１２０２において、取得手段１３は、受け付け手段１２が受け付けた認証要求からユーザ識別情報及び車両識別情報を取得する。ステップＳ１２０３において、取得手段１３は、データベース１１１から、認証要求に含まれるユーザ識別情報を含むレコードを取得する。以下、認証要求に含まれるユーザ識別情報を「開始ユーザ識別情報」という。
【0027】
図７は、データベース１１１に記録されているデータを例示する図である。データベース１１１は、複数のレコードを含む。各レコードは、車両識別情報（法人ユーザの場合のみ）、ユーザ識別情報、及びユーザ属性情報を含む。ユーザ属性情報は、例えば、ユーザ種別（個人ユーザか法人ユーザか）、契約の有効性（ユーザ登録が現に有効か否か）、ユーザ名、契約条件（料金体系が複数ある場合には契約している料金体系を特定する情報）、身分証明書情報、及び請求先情報を含む。例えば、図７の最上行のレコードは以下の事項を示す。ここで示されるクレジットカード会社又は銀行のコンピュータ装置が、個別に設定された出力先の一例である。
・ユーザ識別情報「１２８５２６５４６９」を有するユーザが個人ユーザである。
・従量課金のプランで契約している。
・その契約は現時点で有効である。
・請求先としてクレジットカードが登録されている。
身分証明書情報は、ユーザ（個人ユーザの場合にはユーザ本人、法人ユーザの場合には代表者）の身分証明書に関する情報であり、例えば運転免許証の画像の保存場所を示す。
・ユーザ識別情報「１２８５２６５４６９」を有するユーザが個人ユーザである。
・従量課金のプランで契約している。
・その契約は現時点で有効である。
・請求先としてクレジットカードが登録されている。
身分証明書情報は、ユーザ（個人ユーザの場合にはユーザ本人、法人ユーザの場合には代表者）の身分証明書に関する情報であり、例えば運転免許証の画像の保存場所を示す。
【0028】
図７の第２行のレコードは以下の事項を示している。
・ユーザ識別情報「５０２１２３５１」を有するユーザが法人ユーザである。
・車両識別情報「１０５００１００１」及び「１０５００１００２」の２台の車両２０を契約している。
・月額定額制の料金のプランで契約している。
・その契約は現時点で有効である。
・請求先として法人の銀行口座が登録されている。
・ユーザ識別情報「５０２１２３５１」を有するユーザが法人ユーザである。
・車両識別情報「１０５００１００１」及び「１０５００１００２」の２台の車両２０を契約している。
・月額定額制の料金のプランで契約している。
・その契約は現時点で有効である。
・請求先として法人の銀行口座が登録されている。
【0029】
ユーザ登録は、例えば、ユーザの端末装置（個人ユーザの場合はユーザ端末３０。法人ユーザの場合は図示しない端末装置）からユーザ登録用のウェブサイトにアクセスし、このウェブサイトからユーザ属性情報を入力することにより行われる。身分証明書情報及び請求先情報が適正なものであると確認できれば、サーバ１０は、そのユーザのレコードにおいて、契約が有効である旨の情報を登録する。既に登録されたレコードにおいて不具合が発見された場合（例えば、請求先において請求が受け付けられなかった場合）、サーバ１０は、そのユーザのレコードにおいて契約の有効性を、契約が無効である旨の情報に書き替える。
【0030】
再び図６を参照する。ステップＳ１２０４において、判断手段１４は、開始ユーザ識別情報がデータベース１１１に記録されているか判断する。ステップＳ１２０３において中身が空でないレコードが取得された場合、判断手段１４は、開始ユーザ識別情報がデータベース１１１に記録されていると判断する。ステップＳ１２０３において中身が空であるレコードが取得された場合、又は、レコードを取得できなかった場合、判断手段１４は、開始ユーザ識別情報がデータベース１１１に記録されていないと判断する。開始ユーザ識別情報がデータベース１１１に記録されていないと判断された場合（Ｓ１２０４：ＮＯ）、判断手段１４は処理をステップＳ１２０９に移行する。開始ユーザ識別情報がデータベース１１１に記録されていると判断された場合（Ｓ１２０４：ＹＥＳ）、判断手段１４は処理をステップＳ１２０５に移行する。
【0031】
ステップＳ１２０５において、判断手段１４は、開始ユーザ識別情報に対応する契約が現時点で有効であるか判断する。判断手段１４は、この判断に際し、ステップＳ１２０３において取得されたレコードを参照する。開始ユーザ識別情報に対応する契約が現時点で有効でないと判断された場合（Ｓ１２０５：ＮＯ）、判断手段１４は処理をステップＳ１２０９に移行する。開始ユーザ識別情報に対応する契約が現時点で有効であると判断された場合（Ｓ１２０６：ＹＥＳ）、判断手段１４は処理をステップＳ１２０６に移行する。
【0032】
ステップＳ１２０６において、判断手段１４は、開始ユーザ識別情報により識別されるユーザ（以下「開始ユーザ」という）が、所定のグループ（この例においては、法人契約を締結している法人の従業員）に属するか判断する。開始ユーザが所定のグループに属するか否かは、開始ユーザ識別情報から判断される。この例において、所定のグループ以外のユーザ（この例では個人ユーザ）はＩＣカードとして運転免許証を使用しており、所定のグループのユーザは専用ＩＣカードを使用しているので、ユーザ識別情報そのものにより、開始ユーザが所定のグループに属するか否かを判断することができる。開始ユーザが所定のグループに属すると判断された場合（Ｓ１２０６：ＹＥＳ）、判断手段１４は、処理をステップＳ１２０７に移行する。開始ユーザが所定のグループに属さないと判断された場合（Ｓ１２０６：ＮＯ）、判断手段１４は、処理をステップＳ１２０８に移行する。
【0033】
ステップＳ１２０７において、判断手段１４は、車両２０の利用状況が契約の範囲内であるか（すなわち契約に適合するか）判断する。記憶手段１１は契約の内容を特定する情報が記録されたデータベース（図示略）を記憶しており、判断手段１４はこのデータベースを参照して、車両２０の利用状況が契約の範囲内であるか判断する。この例において、法人契約は、利用日時を平日（すなわち、土曜日、日曜日、及び祝日以外の日）に限定する契約である。判断手段１４は、認証要求を取得した時刻を示すタイムスタンプが車両２０の利用開始日時を示すと判断する。利用開始日時が平日でない場合、判断手段１４は、車両２０の利用状況が契約の範囲内でないと判断する。利用開始日時が平日である場合、判断手段１４は、車両２０の利用状況が契約の範囲内であると判断する。車両２０の利用状況が契約の範囲内でないと判断された場合（Ｓ１２０７：ＮＯ）、判断手段１４は、処理をステップＳ１２１０に移行する。車両２０の利用状況が契約の範囲内であると判断された場合（Ｓ１２０７：ＹＥＳ）、判断手段１４は、処理をステップＳ１２０８に移行する。
【0034】
ステップＳ１２０８において、記録手段１６は、利用履歴、具体的には、開始ユーザが車両２０の利用を開始したことを示す情報をデータベース１１２に書き込む。より具体的には、記録手段１６は、開始ユーザのユーザ識別情報、車両２０の車両識別情報、及び利用開始日時を示すタイムスタンプを、データベース１１１に書き込む。これらの情報がデータベース１１２に書き込まれると、記録手段１６は、処理をステップＳ１２０９に移行する。
【0035】
ステップＳ１２０９において、判断手段１４は、認証要求を許可すると判断する。認証手段１７は、その認証要求を許可する旨の情報を含む認証応答を、認証要求の送信元であるロック制御装置２００に送信する。
【0036】
ステップＳ１２１０において、判断手段１４は、認証要求を許可しないと判断する。認証手段１７は、その認証要求を許可しない旨の情報を含む認証応答を、認証要求の送信元であるロック制御装置２００に送信する。
【0037】
図８は、データベース１１２に記録されているデータを例示する図である。データベース１１２は、複数のレコードを含む。各レコードは、車両識別情報、ユーザ識別情報、利用開始日時、及び利用終了日時を含む。利用開始日時及び利用終了日時は、それぞれ、車両２０の利用を開始した日時及び終了した日時を示す。例えば、図８の第１行のレコードは、ユーザ識別情報「50212351」を有するユーザが、車両識別情報「105001001」の車両を、２０２０年７月２２日の午前９時５１分から利用開始し、午前１０時２５分に利用終了したことを示す。データベース１１２において利用終了日時が空欄（図では「未返却」と記載）のレコードがあるが、これは、この時点でまだ利用が終了していない（すなわち利用中）であることを示す。
【0038】
再び図５を参照する。ロック制御装置２００は、サーバ１０から認証応答を受信する（ステップＳ１３０）。ステップＳ１４０において、ロック制御装置２００は、認証応答に応じた処理を行う。認証応答に認証要求を許可しない旨の情報が含まれていた場合、ロック制御装置２００は、車両２０のドアロックを解錠しない。このとき、ロック制御装置２００は、認証要求が許可されなかった旨を、ビープ音を出力する等してユーザに通知してもよい。ロック制御装置２００が通知をすることに加えて、又は代えて、サーバ１０がユーザ端末３０に通知をしてもよい。この通知は、例えば、電子メールメッセージ、ユーザ端末３０において実行されるクライアントアプリケーション、又は音声通話により提供される。認証応答に認証要求を許可する旨の情報が含まれていた場合、ロック制御装置２００は、車両２０のドアロックを解錠する。ユーザは、車両２０の車内にあるキーボックス２５０からキーを抜き取り、車両２０の利用を開始する。
【0039】
次に、車両２０の返却手続について説明する。車両２０の利用が終わると、ユーザは車両２０を駐車場Ｐに停車する。この例では、出発地点と同じ駐車場Ｐにおいて利用終了の手続をすることが、ユーザと管理事業者との間の契約により定められている。これは、個人契約の場合も法人契約の場合も同じである。
【0040】
駐車場Ｐにおいて、ユーザは、車両２０のモーターを停止する。ユーザは、運転席にあるキーシリンダからキーを抜く。ユーザは、キーボックス２５０のキーシリンダにキーを刺し、返却位置まで回転させる。ユーザは、車両２０のロック制御装置２００に自身のＩＣカードをかざす。ロック制御装置２００は、ユーザのＩＣカードからユーザ識別情報を読み取る（ステップＳ１４０）。ＩＣカードからユーザ識別情報を読み取ると、ロック制御装置２００は、終了要求をサーバ１０に送信する（ステップＳ１５０）。この終了要求は車両２０の利用が終了したことを示す利用情報の一例であり、ロック制御装置２００がＩＣカードから読み取ったユーザ識別情報、及び車両識別情報を含む。
【0041】
ロック制御装置２００から送信された終了要求に関し、サーバ１０は、その終了要求に係る終了処理を行う（ステップＳ１６０）。具体的には以下のとおりである。
【0042】
図９は、サーバ１０における終了処理を例示するフローチャートである。ステップＳ１６０１において、受け付け手段１２は、ロック制御装置２００から終了要求を受け付ける。ステップＳ１６０２において、取得手段１３は、受け付け手段１２が受け付けた終了要求からユーザ識別情報及び車両識別情報を取得する。ステップＳ１６０３において、取得手段１３は、データベース１１２から、終了要求に含まれるユーザ識別情報及び車両識別情報を含むレコードを取得する。以下、終了要求に含まれるユーザ識別情報及び車両識別情報を「終了ユーザ識別情報」及び「終了車両識別情報」という。終了ユーザ識別情報により特定されるユーザを終了ユーザという。終了車両識別情報により識別される車両２０を終了車両という。
【0043】
ステップＳ１６０４において、判断手段１４は、終了ユーザ識別情報及び終了車両識別情報を含み、かつ終了車両が利用中であることを示すレコード（以下「特定レコード」という）がデータベース１１２に記録されているか判断する。これはステップＳ１６０３において取得されたレコードを参照して判断される。特定レコードがデータベース１１２に記録されていないと判断された場合（Ｓ１６０４：ＮＯ）、判断手段１４は処理をステップＳ１６１０に移行する。特定レコードがデータベース１１２に記録されていない場合とは、ステップＳ１４０において読み取らせたカード（すなわち終了時にカードリーダー２１０にかざしたカード）とステップＳ１００において読み取ったカード（すなわち開始時にカードリーダー２１０にかざしたカード）とが異なる場合である。これは具体的には、予約者以外の人が返却しようとした、予約者が複数枚のカードを有する場合において開始時と終了時とで異なるカードをかざしてしまった、別の法人の専用ＩＣカードが使われた、等の例が該当する。特定レコードがデータベース１１２に記録されていると判断された場合（Ｓ１６０４：ＹＥＳ）、判断手段１４は処理をステップＳ１６０５に移行する。
【0044】
ステップＳ１６０５において、記録手段１６は、利用履歴を記録する。具体的には、記録手段１６は、終了要求を取得した時刻を示すタイムスタンプを、データベース１１２において特定レコードに書き込む。
【0045】
ステップＳ１６０６において、判断手段１４は、特定ユーザが所定のグループ（この例においては、法人契約を締結している法人の従業員）に属するか判断する。特定ユーザが所定のグループに属するか否かは、特定ユーザ識別情報から判断される。特定ユーザが所定のグループに属すると判断された場合（Ｓ１６０６：ＹＥＳ）、判断手段１４は、処理をステップＳ１６０８に移行する。特定ユーザが所定のグループに属さないと判断された場合（Ｓ１６０６：ＮＯ）、判断手段１４は、処理をステップＳ１６０７に移行する。
【0046】
ステップＳ１６０７において、計算手段１８は、終了ユーザ（この例においては個人ユーザ）が終了車両を利用したことについて料金を計算する。適用される料金体系は個人ユーザとシェアリングシステム１の管理事業者との契約又は利用規約により定められる。計算手段１８は、特定レコードを参照して（すなわち、直近の利用履歴に基づいて）利用料金を計算する。ステップＳ１６０８において、出力手段１５は、終了ユーザが終了車両を利用した料金を請求するための請求情報を出力する。請求情報は、終了ユーザの氏名及び利用料金を含む。出力手段１５は、データベース１１１において終了ユーザの請求先情報を参照し、その請求先に対し請求情報を出力する。請求情報を受信したコンピュータ装置（例えば、決済サービスのサーバ、又はクレジットカード会社のサーバ）は、終了ユーザに対し利用料金を決済する処理を行う。なお法人ユーザへの定額の請求についてここでは詳しく説明しないが、所定のタイミング（例えば毎月末）において銀行口座から引き落としをしたり請求書を発行したりといった処理が行われる。
【0047】
ステップＳ１６０９において、判断手段１４は、終了要求を許可すると判断する。認証手段１７は、その認証要求を許可する旨の情報を含む終了応答を、終了要求の送信元であるロック制御装置２００に送信する。
【0048】
ステップＳ１６１０において、判断手段１４は、終了要求を許可しないと判断する。認証手段１７は、その終了要求を許可しない旨の情報を含む終了応答を、終了要求の送信元であるロック制御装置２００に送信する。
【0049】
再び図５を参照する。ロック制御装置２００は、サーバ１０から終了応答を受信する（ステップＳ１７０）。ステップＳ１８０において、ロック制御装置２００は、終了応答に応じた処理を行う。終了応答に終了要求を許可しない旨の情報が含まれていた場合、ロック制御装置２００は、車両２０のドアロックを施錠しない。このとき、ロック制御装置２００は、終了要求が許可されなかった旨を、ビープ音を出力する等してユーザに通知してもよい。ロック制御装置２００が通知をすることに加えて、又は代えて、サーバ１０がユーザ端末３０に通知をしてもよい。この通知は、例えば、電子メールメッセージ、ユーザ端末３０において実行されるクライアントアプリケーション、又は音声通話により提供される。この通知は、終了要求が許可されなかった理由（例えば、開始時に読み取ったカードと異なるカードが用いられた等）を含んでもよい。終了応答に終了要求を許可する旨の情報が含まれていた場合、ロック制御装置２００は、車両２０のドアロックを施錠する。これで、車両２０の返却手続は終了である。
【0050】
サーバ１０において終了要求が許可されなかった通知を受けた場合（一例としては、利用開始時と異なるカードをロック制御装置２００にかざした場合）、ユーザは、別のカードをロック制御装置２００にかざす。すると、図５のステップＳ１４０以降の処理（図９のフローを含む）が再度、実行される。
【0051】
トラブルに対処するため、シェアリングシステム１の運営事業者はコールセンターを設置してもよい。例えば、終了要求が許可されなかった通知を受けたユーザは、コールセンターに連絡をすることができる。この場合、例えば、判断手段１４における判断後所定時間以内に連絡した等の条件を満たせば、コールセンターのオペレータが、コールセンターの端末装置を操作し、データベース１１２に特定車両の利用が終了した旨の利用履歴を書き込む。データベース１１２に利用履歴が書き込まれると、ステップＳ１６０６以降の処理が行われる。
【0052】
３．変形例
本発明は上述の実施形態に限定されるものではなく種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例に記載した事項のうち２つ以上の事項が組み合わせて適用されてもよい。
本発明は上述の実施形態に限定されるものではなく種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例に記載した事項のうち２つ以上の事項が組み合わせて適用されてもよい。
【0053】
３－１．ユーザ識別情報
ユーザ識別情報の具体例は実施形態において例示したものに限定されない。実施形態においては法人ユーザの従業員が専用ＩＣカードを用いる例を説明したが、法人ユーザの従業員も個人ユーザと同様に運転免許証を使用してもよい。この場合、法人ユーザの従業員は、事前に自身の免許証番号をシェアリングシステム１、又は外部システム（一例としてはその法人の管理システム）に登録しておく。外部システムに運転免許証の情報が記録される場合、データベース１１１には、この外部システムを特定する情報が記録される。サーバ１０は、開始要求を受け付けると、データベース１１１を参照し、指定される外部システムに対し、そのユーザの運転免許証が有効であるかの照会を行う。そのユーザの運転免許証が有効であると判断された場合、ステップＳ１２０４において開始ユーザ識別情報がデータベース１１１に記録されていると判断される。そのユーザの運転免許証が無効であると判断された場合、ステップＳ１２０４において開始ユーザ識別情報がデータベース１１１に記録されていないと判断される。単一の法人ユーザにおいて複数の従業員がシェアリングシステム１を利用する場合、これら複数の従業員の各々が、自身の免許証番号をシェアリングシステム１に登録する。この場合、データベース１１１には、これらの免許証番号と対応して法人名が記録される。
ユーザ識別情報の具体例は実施形態において例示したものに限定されない。実施形態においては法人ユーザの従業員が専用ＩＣカードを用いる例を説明したが、法人ユーザの従業員も個人ユーザと同様に運転免許証を使用してもよい。この場合、法人ユーザの従業員は、事前に自身の免許証番号をシェアリングシステム１、又は外部システム（一例としてはその法人の管理システム）に登録しておく。外部システムに運転免許証の情報が記録される場合、データベース１１１には、この外部システムを特定する情報が記録される。サーバ１０は、開始要求を受け付けると、データベース１１１を参照し、指定される外部システムに対し、そのユーザの運転免許証が有効であるかの照会を行う。そのユーザの運転免許証が有効であると判断された場合、ステップＳ１２０４において開始ユーザ識別情報がデータベース１１１に記録されていると判断される。そのユーザの運転免許証が無効であると判断された場合、ステップＳ１２０４において開始ユーザ識別情報がデータベース１１１に記録されていないと判断される。単一の法人ユーザにおいて複数の従業員がシェアリングシステム１を利用する場合、これら複数の従業員の各々が、自身の免許証番号をシェアリングシステム１に登録する。この場合、データベース１１１には、これらの免許証番号と対応して法人名が記録される。
【0054】
図１０は、この変形例においてデータベース１１１に記録されるデータを例示する図である。データベース１１１は、複数のレコードを含む。各レコードは、契約の種別（個人ユーザか法人ユーザか）、車両識別情報（法人ユーザの場合のみ）、ユーザ識別情報、及びユーザ属性情報を含む。法人ユーザの従業員の免許証番号には法人名が対応付けられている。判断手段１４は、データベース１１１を参照し、特定ユーザが個人ユーザであるか法人ユーザであるか判断する。この例によれば、シェアリングシステム１は、法人ユーザに対して専用ＩＣカードを発行することなく、ユーザ種別を特定することができる。
【0055】
なおこの例において、法人契約をしている法人の従業員が休日（すなわち法人契約の適用範囲外の利用状況）に車両２０を利用しようとするときは、サーバ１０はその従業員を個人ユーザとして扱う。
【0056】
ユーザ識別情報は免許証番号又はシェアリングシステム１により付与された識別番号に限定されない。例えばユーザの生体情報（指紋等）がユーザ識別情報として用いられてもよい。また、ユーザ識別情報を記録する媒体はＩＣカードに限定されない。スマートフォン又はウェアラブルデバイスがユーザ識別情報を記録する媒体として用いられてもよい。
【0057】
なお法人の専用ＩＣカードが用いられた場合、運転者が有効な運転免許証を所有しているかどうか、本システムでは確認することができない。そこで、シェアリングシステム１は、運転者を識別する他のシステム（例えば、生体認証又は顔の画像から運転者を識別するシステム）と連携して、法人の専用ＩＣカードが用いられた場合は、他のシステムから運転者の情報を取得してもよい。サーバ１０は、こうして取得した運転者の識別情報を用いて、その運転者の運転免許証が有効であるかデータベース１１１又は外部データベースを参照する。この例によれば、サーバ１０は、有効な免許証を有している法人ユーザに対して、開始要求を認証することができる。
【0058】
３－２．契約の種別
ユーザグループすなわち契約の種別は、法人ユーザ及び個人ユーザの２種に限定されない。法人ユーザ及び個人ユーザは、利用時間帯により利用の可否を制限する区分（例えば法人ユーザは平日のみ、個人ユーザ休日のみ）である。時間帯による区分はこの２種に限定されない。例えば、ユーザグループは、平日日中、平日夜間、及び休日の３種に区分されてもよい。あるいは、ユーザグループは、車両２０が属する地域により利用の可否を制限する区分（例えば第１種ユーザはＡ市Ｘ地区内のみ、第２種ユーザはＡ市全域）であってもよい。
ユーザグループすなわち契約の種別は、法人ユーザ及び個人ユーザの２種に限定されない。法人ユーザ及び個人ユーザは、利用時間帯により利用の可否を制限する区分（例えば法人ユーザは平日のみ、個人ユーザ休日のみ）である。時間帯による区分はこの２種に限定されない。例えば、ユーザグループは、平日日中、平日夜間、及び休日の３種に区分されてもよい。あるいは、ユーザグループは、車両２０が属する地域により利用の可否を制限する区分（例えば第１種ユーザはＡ市Ｘ地区内のみ、第２種ユーザはＡ市全域）であってもよい。
【0059】
３－３．料金体系
料金体系は実施形態において例示したものに限定されない。料金体系は、従量制、定額制、及びこれらの組み合わせのいずれかであってもよい。また、料金体系は、シェアリングサービス単体の料金体系として提供されてもよいし、他のサービス（例えば旅行パック）と一体として、又は他のサービスの特典として提供されてもよい。旅行パック等の特典としてシェアリングサービスが提供される場合、旅行パックのユーザに対しては、従量制料金において通常料金よりも割引された料金（以下、割引後料金という。）が適用されてもよいし、前記割引後料金と通常料金の差額以上の額の電子クーポン、引換券や商品券等が発行された上で通常料金が適用されてもよい。この例によれば、他のサービスと組み合わせた料金体系を提供することができる。
料金体系は実施形態において例示したものに限定されない。料金体系は、従量制、定額制、及びこれらの組み合わせのいずれかであってもよい。また、料金体系は、シェアリングサービス単体の料金体系として提供されてもよいし、他のサービス（例えば旅行パック）と一体として、又は他のサービスの特典として提供されてもよい。旅行パック等の特典としてシェアリングサービスが提供される場合、旅行パックのユーザに対しては、従量制料金において通常料金よりも割引された料金（以下、割引後料金という。）が適用されてもよいし、前記割引後料金と通常料金の差額以上の額の電子クーポン、引換券や商品券等が発行された上で通常料金が適用されてもよい。この例によれば、他のサービスと組み合わせた料金体系を提供することができる。
【0060】
定額制の料金体系は、利用する日付、曜日、時間帯、及び地域のうち少なくとも１種を限定したものであってもよい。また、複数の料金体系のうち条件に応じて異なる料金体系が適用されてもよい。異なる料金体系、例えば従量制と定額制とを組み合わせるときは、例えば以下のいずれかの方式が採用される。以下において異なる料金体系が適用される条件をそれぞれ「第１条件」及び「第２条件」という。この例によれば、条件に応じて異なる料金体系を適用することができる。
（１）単位期間（例えば毎月）内において従量制による累計利用料金が基準金額（すなわち基準値）以下である（第１条件）ときは基準金額（すなわち定額）を請求し、基準金額を超えた場合（第２条件）は超過分（すなわち超えた利用分）について従量制により課金する。
（２）単位期間内において従量制による累計利用料金が基準金額以下である（第１条件）ときは従量制による金額を請求し、基準金額を超えた場合（第２条件）は基準金額を請求する。
（３）単位期間内において契約で規定された制限内（例えば平日のみ）（第１条件）の利用については定額を請求し、制限外（第２条件）の利用については従量制による利用料金を請求する。なおこの場合、制限内の利用が定額であり、制限外の利用が従量制である点まで含めて契約の範囲内であるということができる。図６のフローにおいては、利用状況が制限内の場合であっても制限外の場合であってもステップＳ１２０７において「契約の範囲内である」と判断される。法人従業員の利用履歴は「制限内」及び「制限外」の情報と共にデータベース１１２に記録される。計算手段１８は、「制限外」の利用料金を、所定のタイミング（例えば毎月末）で集計し、その法人に対する請求処理を行う。
（１）単位期間（例えば毎月）内において従量制による累計利用料金が基準金額（すなわち基準値）以下である（第１条件）ときは基準金額（すなわち定額）を請求し、基準金額を超えた場合（第２条件）は超過分（すなわち超えた利用分）について従量制により課金する。
（２）単位期間内において従量制による累計利用料金が基準金額以下である（第１条件）ときは従量制による金額を請求し、基準金額を超えた場合（第２条件）は基準金額を請求する。
（３）単位期間内において契約で規定された制限内（例えば平日のみ）（第１条件）の利用については定額を請求し、制限外（第２条件）の利用については従量制による利用料金を請求する。なおこの場合、制限内の利用が定額であり、制限外の利用が従量制である点まで含めて契約の範囲内であるということができる。図６のフローにおいては、利用状況が制限内の場合であっても制限外の場合であってもステップＳ１２０７において「契約の範囲内である」と判断される。法人従業員の利用履歴は「制限内」及び「制限外」の情報と共にデータベース１１２に記録される。計算手段１８は、「制限外」の利用料金を、所定のタイミング（例えば毎月末）で集計し、その法人に対する請求処理を行う。
【0061】
３－４．決済タイミング
決済のタイミングすなわち請求情報を出力するタイミングは実施形態において例示したものに限定されない。決済のタイミングは、例えば料金体系に応じて異なっていてもよいし、ユーザ毎に個別に設定されてもよい。例えば定額制の法人契約の場合、単位期間（例えば月）毎の費用は前払いであってもよいし、後払いであってもよい。従量制の個人契約の場合、１回の利用毎にその利用料金の請求をしてもよいし、所定の単位期間内の利用料金を合算してその単位期間が終了したタイミング（例えば月末）にその利用料金の請求をしてもよい。また、１回の利用毎にその利用料金を支払う場合において、決済のタイミングは利用が終了したときに限定されない。例えば、１回の利用料金が利用時間や距離によらず一律に定められている場合、サーバ１０が認証要求（すなわち利用開始を示す情報）を受信したことを契機として（終了要求を待たずに）、出力手段１５はその利用料金に係る請求情報を出力してもよい。この例によれば、料金体系に応じたタイミングで、又はユーザの設定に応じたタイミングで、決済を行うことができる。
決済のタイミングすなわち請求情報を出力するタイミングは実施形態において例示したものに限定されない。決済のタイミングは、例えば料金体系に応じて異なっていてもよいし、ユーザ毎に個別に設定されてもよい。例えば定額制の法人契約の場合、単位期間（例えば月）毎の費用は前払いであってもよいし、後払いであってもよい。従量制の個人契約の場合、１回の利用毎にその利用料金の請求をしてもよいし、所定の単位期間内の利用料金を合算してその単位期間が終了したタイミング（例えば月末）にその利用料金の請求をしてもよい。また、１回の利用毎にその利用料金を支払う場合において、決済のタイミングは利用が終了したときに限定されない。例えば、１回の利用料金が利用時間や距離によらず一律に定められている場合、サーバ１０が認証要求（すなわち利用開始を示す情報）を受信したことを契機として（終了要求を待たずに）、出力手段１５はその利用料金に係る請求情報を出力してもよい。この例によれば、料金体系に応じたタイミングで、又はユーザの設定に応じたタイミングで、決済を行うことができる。
【0062】
これらの決済のタイミングはユーザ毎に設定されてもよい。この場合、決済のタイミングを特定する情報がデータベース１１１に記録され、出力手段１５はこの情報を参照し、この情報により指定されるタイミングで請求情報を出力してもよい。
【0063】
３－５．決済方法
決済方法は実施形態において例示したものに限定されない。銀行口座からの自動引き落とし、電子マネー、クレジットカード、プリペイド、又は地方仮想通貨など、どのような手法が用いられてもよい。
決済方法は実施形態において例示したものに限定されない。銀行口座からの自動引き落とし、電子マネー、クレジットカード、プリペイド、又は地方仮想通貨など、どのような手法が用いられてもよい。
【0064】
３－６．請求情報の出力先
請求情報の出力先は実施形態において例示したものに限定されない。特に個人契約の場合、出力手段１５は、決済方法によらずにすべてのユーザに共通の請求先に請求情報を出力してもよい。例えば、シェアリングシステム１が、鉄道及び／又は路線バス等、複数の輸送手段が統合された輸送プラットフォームの一部を構成する場合、出力手段１５は、請求情報をこの輸送プラットフォームを管理するコンピュータ装置に出力してもよい。輸送プラットフォームは、他の輸送手段（各輸送手段の事業主体は異なっていてもよい）の請求と合わせて、シェアリングシステム１の利用料金を請求する。鉄道から超小型ＥＶへの乗り換えや、超小型ＥＶから路線バスへの乗り換えなど、複数の輸送手段が統合されたシステムにおいてはこの例が有用である。
請求情報の出力先は実施形態において例示したものに限定されない。特に個人契約の場合、出力手段１５は、決済方法によらずにすべてのユーザに共通の請求先に請求情報を出力してもよい。例えば、シェアリングシステム１が、鉄道及び／又は路線バス等、複数の輸送手段が統合された輸送プラットフォームの一部を構成する場合、出力手段１５は、請求情報をこの輸送プラットフォームを管理するコンピュータ装置に出力してもよい。輸送プラットフォームは、他の輸送手段（各輸送手段の事業主体は異なっていてもよい）の請求と合わせて、シェアリングシステム１の利用料金を請求する。鉄道から超小型ＥＶへの乗り換えや、超小型ＥＶから路線バスへの乗り換えなど、複数の輸送手段が統合されたシステムにおいてはこの例が有用である。
【0065】
また、単一のユーザに対し複数の請求先が登録されてもよい。例えば、法人ユーザに対し、制限内の定額料金は銀行引き落としで、制限外の従量料金はクレジットカード払いで、というように複数の請求先が使い分けられてもよい。この例によれば、単一のユーザにおいて、例えば料金体系に応じて請求先を使い分けることができる。
【0066】
３－７．他の変形例
シェアリングシステム１におけるグループ（すなわちステップＳ１２０６及びＳ１６０６における判断の対象となる「所定のグループ」）は法人に限定されない。法人格の無い任意団体等、法人以外の団体がシェアリングシステム１におけるグループとして取り扱われてもよい。この場合、上記の説明における「法人ユーザ」は「その団体の構成員」に読み替えられる。また、ここでいう「グループ」は、単にユーザが所属する団体により区分される団体のみを意味するものでなく、契約している料金体系より区分される団体を意味するものであってもよい。実施形態において例示した「法人ユーザ」は「定額制の料金体系で契約するユーザグループ」であるということができるし、「個人ユーザ」は「従量制の料金体系で契約するユーザグループ」ということができる。データベース１１１における「ユーザ種別」は、契約の種類すなわち適用される料金体系を示す情報であるということができる。例えば、所属団体によらず自由に料金体系を選択できる（すなわち個人であっても法人であっても複数の料金体系の中から所望のものを自由に選択できる）サービスにおいては、「第１の料金体系で契約するユーザグループ」及び「第２の料金体系で契約するユーザグループ」というようにグループ分けすることができる。この場合、ステップＳ１２０６及びＳ１６０６の処理は、それぞれ例えば「開始ユーザは第１の料金体系で契約するユーザグループに属するか？」及び「終了ユーザは第１の料金体系で契約するユーザグループに属するか？」と読み替えられる。
シェアリングシステム１におけるグループ（すなわちステップＳ１２０６及びＳ１６０６における判断の対象となる「所定のグループ」）は法人に限定されない。法人格の無い任意団体等、法人以外の団体がシェアリングシステム１におけるグループとして取り扱われてもよい。この場合、上記の説明における「法人ユーザ」は「その団体の構成員」に読み替えられる。また、ここでいう「グループ」は、単にユーザが所属する団体により区分される団体のみを意味するものでなく、契約している料金体系より区分される団体を意味するものであってもよい。実施形態において例示した「法人ユーザ」は「定額制の料金体系で契約するユーザグループ」であるということができるし、「個人ユーザ」は「従量制の料金体系で契約するユーザグループ」ということができる。データベース１１１における「ユーザ種別」は、契約の種類すなわち適用される料金体系を示す情報であるということができる。例えば、所属団体によらず自由に料金体系を選択できる（すなわち個人であっても法人であっても複数の料金体系の中から所望のものを自由に選択できる）サービスにおいては、「第１の料金体系で契約するユーザグループ」及び「第２の料金体系で契約するユーザグループ」というようにグループ分けすることができる。この場合、ステップＳ１２０６及びＳ１６０６の処理は、それぞれ例えば「開始ユーザは第１の料金体系で契約するユーザグループに属するか？」及び「終了ユーザは第１の料金体系で契約するユーザグループに属するか？」と読み替えられる。
【0067】
データベース１１１及びデータベース１１２に記録されるデータは実施形態において例示したものに限定されない。実施形態で例示した項目の一部（例えば、契約の有効性）は省略されてもよいし、実施形態で例示していない項目が追加されてもよい。
【0068】
【0069】
シェアリングシステム１を構成する装置のハードウェア構成は実施形態において例示したものに限定されない。特にロック制御装置２００については、車両２０のキーを保管できるものであればどのような形態を有していてもよい。
【0070】
サーバ１０は物理サーバであってもよいし、いわゆるクラウド上の仮想サーバであってもよい。物理的に複数の装置が協働してサーバ１０の機能を有してもよい。
【0071】
サーバプログラム等のソフトウェアは、インターネット等のコンピュータネットワークを介してダウンロード可能な状態で提供されてもよいし、ＣＤ－ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録された状態で提供されてもよい。
【符号の説明】
【0072】
１…シェアリングシステム、１０…サーバ、１１…記憶手段、１２…受け付け手段、１３…取得手段、１４…判断手段、１５…出力手段、１６…記録手段、１７…認証手段、１８…計算手段、２０…車両、２１…ロック制御手段、３０…ユーザ端末、９７…ユーザ、９８…ユーザ、９９…法人、１１０…ＣＰＵ、１１１…データベース、１１２…データベース、１２０…メモリ、１３０…ストレージ、１４０…通信ＩＦ、２００…ロック制御装置、２１０…カードリーダー、２２０…電気錠、２３０…制御装置、２４０…通信装置、２５０…キーボックス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】