特開 2022-149532 サービスシステム及びサービス提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022149532

(43)【公開日】2022-10-07

(54)【発明の名称】サービスシステム及びサービス提供方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220929BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021051738

(22)【出願日】2021-03-25

(71)【出願人】

【識別番号】000003551

【氏名又は名称】株式会社東海理化電機製作所

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】加藤 尚文

(72)【発明者】

【氏名】小杉 正則

(72)【発明者】

【氏名】村木 均至

(72)【発明者】

【氏名】江川 哲也

(72)【発明者】

【氏名】長尾 貴史

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】ユーザの利便性を向上できるサービスシステム、及びサービス提供方法を提供する。
【解決手段】共用物２の利用を管理するサービスシステム１は、機器制御管理媒体６、及びサービス提供媒体２９を備えている。機器制御管理媒体６は、共用物２を利用する際の認証に必要な鍵情報Ｄｋをユーザの端末７に付与して、端末７による共用物２の作動を可能にする。サービス提供媒体２９は、共用物２を使用して料金を支払うまでの各過程のサービスのうちの少なくとも１つのサービスを提供する。サービス提供媒体２９は、例えば、予約管理媒体３１、運行管理媒体３７、及び決済処理媒体４４を含む。機器制御管理媒体６、及びサービス提供媒体２９は、互いが連携して作動する。
【選択図】図１

【特許請求の範囲】

【請求項1】

共用物の利用を管理するサービスシステムであって、
前記共用物を利用する際の認証に必要な鍵情報をユーザの端末に付与して、前記端末による前記共用物の作動を可能にする機器制御管理媒体と、
前記共用物を使用して料金を支払うまでの各過程のサービスのうちの少なくとも１つのサービスを提供するサービス提供媒体とを備え、
前記機器制御管理媒体、及び前記サービス提供媒体は、互いが連携して作動するサービスシステム。

【請求項2】

前記共用物は、前記端末に前記鍵情報を登録したデジタルキーをキーとして使用するデジタルキーシステムを備え、
前記デジタルキーシステムは、前記共用物に設けられた無線認証装置と前記デジタルキーとの間の近距離無線通信によって、前記デジタルキーの認証を実行して、前記共用物の作動を許可又は実行する
請求項１に記載のサービスシステム。

【請求項3】

前記機器制御管理媒体、及び前記サービス提供媒体は、前記端末に登録された１つのアプリケーションで処理が完結するように作動する
請求項１又は２に記載のサービスシステム。

【請求項4】

前記サービス提供媒体は、ネットワーク通信を介した前記共用物の利用予約の受け付けを管理する予約管理媒体と、前記共用物の現況を管理する運行管理媒体と、前記共用物の利用に要した料金の決済を実行する決済処理媒体とを含み、
前記共用物が利用終了となったことを前記機器制御管理媒体が認識した場合、利用予約時に指定した返却場所を前記予約管理媒体で確認し、前記共用物の現在場所が予定の返却場所と一致したことを前記運行管理媒体で確認すると、前記決済処理媒体が決済を実行する
請求項１～請求項３のいずれか一項に記載のサービスシステム。

【請求項5】

前記予約管理媒体は、前記端末を介して前記共用物の利用予約の受け付けを実行する
請求項４に記載のサービスシステム。

【請求項6】

前記運行管理媒体は、前記共用物に設けられた運行管理装置との間のネットワーク通信を介して、前記共用物の現況を管理する
請求項４又は請求項５に記載のサービスシステム。

【請求項7】

共用物の利用を管理するサービス提供方法であって、
前記共用物を利用する際の認証に必要な鍵情報をユーザの端末に付与して、前記端末による前記共用物の作動を可能にする機器制御管理媒体と、
前記共用物を使用して料金を支払うまでの各過程のサービスのうちの少なくとも１つのサービスを提供するサービス提供媒体とを、互いに連携して作動させるサービス提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数ユーザによって共用物を利用可能にするサービスシステム及びサービス提供方法に関する。

【背景技術】

【0002】

従来、複数のユーザで車両を共用するカーシェアリングシステムが周知である（特許文献１等参照）。この種のカーシェアリングシステムでは、例えば、車両の利用予約をとる。利用予約で指定した時間になったとき、車両に赴き、ユーザが所持する端末を車両との間で認証する。認証後、車両ドアが解錠可能となり、車両に乗車することが可能となる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－４０３７９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、この種のサービスシステムでは、例えば、車両の利用予約、車両制御の管理、車両利用の終了確認、利用料金の決済など、複数の機能が必要となる。この場合、これら機能ごとで端末にアプリケーションを立ち上げて機能を実行する必要があると、ユーザに手間がかかり、不便に感じてしまう問題があった。

【課題を解決するための手段】

【0005】

前記問題点を解決するサービスシステムは、共用物の利用を管理する構成であって、前記共用物を利用する際の認証に必要な鍵情報をユーザの端末に付与して、前記端末による前記共用物の作動を可能にする機器制御管理媒体と、前記共用物を使用して料金を支払うまでの各過程のサービスのうちの少なくとも１つのサービスを提供するサービス提供媒体とを備え、前記機器制御管理媒体、及び前記サービス提供媒体は、互いが連携して作動する。

【0006】

前記問題点を解決するサービス提供方法は、共用物の利用を管理する方法であって、前記共用物を利用する際の認証に必要な鍵情報をユーザの端末に付与して、前記端末による前記共用物の作動を可能にする機器制御管理媒体と、前記共用物を使用して料金を支払うまでの各過程のサービスのうちの少なくとも１つのサービスを提供するサービス提供媒体とを、互いに連携して作動させる。

【発明の効果】

【0007】

本発明によれば、ユーザの利便性を向上できる。

【図面の簡単な説明】

【0008】

【図1】一実施形態のサービスシステムの構成図。

【図2】デジタルキーシステムの構成図。

【図3】端末を介した共用物の利用予約の受け付けの具体例を示す説明図。

【図4】デジタルキーの認証の手順図。

【図5】デジタルキーでモビリティのドアを解錠する際の手順図。

【図6】機器制御管理媒体が作動するときの概要を示す説明図。

【図7】予約管理媒体が作動するときの概要を示す説明図。

【図8】運行管理媒体が作動するときの概要を示す説明図。

【図9】決済処理媒体が作動するときの概要を示す説明図。

【図10】サービスシステムで実行される処理をまとめた手順図。

【図11】端末の表示部に決済処理画面が表示される際の手順図。

【図12】別例のサービスシステムの構成図。

【発明を実施するための形態】

【0009】

以下、サービスシステム及びサービス提供方法の一実施形態を説明する。
図１に示すように、サービスシステム１は、ユーザが共用物２を利用するときの各種処理を管理する。これら処理としては、例えば、共用物２の利用予約、共用物２の制御管理、共用物２の運行状況の管理、利用料金の決済などが挙げられる。共用物２は、例えば、モビリティ３（一例として、シェアリングカー）であることが好ましい。本例の場合、サービスシステム１は、ユーザが共用物２の利用予約をしてから返却するまでの各種処理を管理する。

【0010】

サービスシステム１は、共用物２の作動を制御する機器制御管理媒体６を備えている。機器制御管理媒体６は、ユーザが共用物２の利用手続き（予約手続きなどを含む）をとった場合に、そのユーザの端末７に対し、共用物２を使用する際に認証される鍵情報Ｄｋを、ネットワーク通信によって端末７に配信する。鍵情報Ｄｋは、例えば、使用が１度又は一定期間のみ許可されたワンタイムキー（ワンタイムパスワード）、暗号通信の鍵として使用される所定のセッション鍵などである。

【0011】

機器制御管理媒体６は、例えば、サービス提供者８、サービス提供の基盤環境となるプラットフォーム９、及び、サービス提供を実行するサーバ１０を含む。図１の例の場合、機器制御管理媒体６は、複数（本例は、２つ）設けられている。機器制御管理媒体６は、複数設けられる場合、例えば、地域、又は事業者ごとに存在することが好ましい。

【0012】

共用物２は、例えば、複数種類（図１の場合、２種類図示）存在することが好ましい。図１の例の場合、共用物２は、第１共用物２ａ、及び第２共用物２ｂが図示されている。共用物２が複数の場合、これら共用物２は、ライドシェアで使用されるシェアリングカーの他に、例えば、自動運転式モビリティ、バス、レンタル自転車、飛行機、電車などが挙げられる。

【0013】

図２に示すように、共用物２は、端末７に鍵情報Ｄｋを登録したデジタルキー１３をキーとして使用するデジタルキーシステム１４を備えている。デジタルキーシステム１４は、共用物２であるモビリティ３をオーナ以外の他ユーザも使用可能とするカーシェアリングシステムの認証機能である。端末７は、例えば、多機能端末であることが好ましく、例として、高機能携帯電話がある。端末７は、外部（例えば、サーバ１０）から鍵情報Ｄｋが付与されることにより、共用物２のキー、すなわちデジタルキー１３となる。

【0014】

デジタルキーシステム１４は、デジタルキーシステム１４において近距離無線通信による認証を実行する無線認証装置１５を備えている。無線認証装置１５は、共用物２に設けられている。無線認証装置１５は、共用物２に予め備え付けられていてもよいし、或いは共用物２に後付けされてもよい。無線認証装置１５は、近距離無線通信を実行するアンテナ１６と、デジタルキー１３を認証する認証部１７とを備えている。認証部１７は、アンテナ１６を介した近距離無線通信によって、デジタルキー１３を認証する。

【0015】

近距離無線通信は、ＰＡＮ（Personal Area Network：パーソナルエリアネットワーク）通信、ＬＡＮ（Local Area Network）通信、又は、短距離無線通信のいずれでもよい。パーソナルエリアネットワーク通信には、例えば、ブルートゥース（Bluetooth：登録商標）通信、ＵＷＢ（Ultra Wide Band）通信などがある。ブルートゥース通信は、ＢＬＥ（Bluetooth Low Energy）であるとよい。ＬＡＮ通信には、例えば、Ｗｉ－Ｆｉ（登録商標）通信などがある。短距離無線通信には、ＲＦＩＤの一種として、例えば、ＮＦＣ（Near Field Communication）などがある。

【0016】

デジタルキー１３は、デジタルキー１３の作動を制御する端末制御部１８と、ネットワーク通信を実行するネットワークモジュール１９と、近距離無線通信を実行する通信モジュール２０と、データの記憶が可能なメモリ２１と、画面を表示する表示部２２とを備えている。デジタルキー１３は、通信モジュール２０を介して、無線認証装置１５と近距離無線通信を実行する。表示部２２は、例えば、タッチパネルであることが好ましい。

【0017】

デジタルキー１３は、近距離無線通信による認証で使用される鍵情報Ｄｋがメモリ２１に登録されている。デジタルキー１３は、例えば、サーバ１０からのダウンロード、マスターキーからの無線による取得、コード情報の画像読み取りなどの各種方式によって、鍵情報Ｄｋをダウンロードすることが好ましい。鍵情報Ｄｋは、例えば、共用物２のシェアリング利用者が予約手続き時に入力した予約日時の情報を含む。鍵情報Ｄｋは、外部からデジタルキー１３にダウンロードされてもよいし、出荷時に予め書き込まれていてもよい。認証部１７（無線認証装置１５）は、デジタルキー１３に登録された鍵情報Ｄｋによって、近距離無線通信の認証を実行する。

【0018】

デジタルキー１３は、デジタルキー１３を共用物２のキーとして作動させる際に必要なアプリケーション２３がメモリ２１に登録されている。アプリケーション２３は、例えば、外部媒体（サーバ等）などからネットワーク通信を通じて取得されて、メモリ２１に書き込み保存される。デジタルキー１３にアプリケーション２３を登録することにより、デジタルキー１３への鍵情報Ｄｋのダウンロードや、デジタルキー１３での共用物２の操作が可能となる。

【0019】

共用物２は、無線認証装置１５の認証結果に基づき機器２４を制御する制御装置２５を備えている。制御装置２５は、共用物２に設けられた通信線２６を介して機器２４と接続されている。通信線２６は、例えば、ＣＡＮ（Controller Area Network）、又はＬＩＮ（Local Interconnect Network）であることが好ましい。機器２４は、例えば、車両ドアの施解錠を切り換えるドアロック装置や、エンジンを制御するエンジン制御装置などがある。制御装置２５は、無線認証装置１５の認証結果に基づき、これら機器２４を作動させる。

【0020】

図１に示す通り、サービスシステム１は、共用物２の利用に係る各種サービスを提供するサービス提供媒体２９を備えている。本例の場合、サービス提供媒体２９は、共用物２を使用してから料金を支払うまでの各過程のサービスのうち少なくとも１つのサービスを提供する。また、機器制御管理媒体６、及びサービス提供媒体２９は、端末７に登録された１つのアプリケーション２３で処理が完結するように作動することが好ましい。すなわち、本例のサービスシステム１は、サービスごとに個別のアプリケーション２３を立ち上げるのではなく、１つのアプリケーション２３で処理が完了する。

【0021】

サービスシステム１は、サービスシステム１を統括制御するメインサーバ３０を備えている。本例の場合、メインサーバ３０は、機器制御管理媒体６及びサービス提供媒体２９に接続されている。メインサーバ３０は、機器制御管理媒体６及びサービス提供媒体２９の作動を連携させる。メインサーバ３０は、ある媒体の処理実行の最中に、他の媒体の作動開始の要求があったとしても、この媒体も処理が開始できるように、媒体の同時進行を可能にする。これにより、端末７の１つのアプリケーション２３で各種サービスの処理が完結されるようにする。

【0022】

サービス提供媒体２９は、ネットワーク通信を介した共用物２の利用予約の受け付けを管理する予約管理媒体３１を含む。予約管理媒体３１は、例えば、サービス提供者３２、サービス提供の基盤環境となるプラットフォーム３３、及び、サービス提供を実行するサーバ３４を含む。図１の例の場合、予約管理媒体３１は、複数（本例は、２つ）図示されている。予約管理媒体３１は、複数設けられる場合、例えば、地域、又は事業者ごとに存在することが好ましい。サーバ３４は、例えば、ネットワーク通信を介して、共用物２の利用予約を受け付ける。予約管理媒体３１は、例えば、端末７を介して共用物２の利用予約の受け付けを実行することが好ましい。

【0023】

図３に、端末７を介した共用物２の利用予約の受け付けの具体例を図示する。シェアリング利用者は、モビリティ３を使用する場合、モビリティ３の使用予約をとる。使用予約は、例えば、端末７を操作して表示部２２にモビリティ３の利用予約画面を表示し、この利用予約画面にモビリティ３の予約情報Ｄｓを入力する操作であることが好ましい。予約情報Ｄｓは、例えば、ユーザＩＤ、パスワード、予約日時などがある。ユーザＩＤ及びパスワードは、サービスシステム１の利用登録時に付与されるとよい。端末７は、端末７での予約情報Ｄｓの入力が完了すると、入力された予約情報Ｄｓを、ネットワークモジュール１９を介して、予約管理媒体３１のサーバ３４にネットワーク送信する。予約管理媒体３１は、端末７から予約情報Ｄｓを受信すると、この予約情報Ｄｓを、メインサーバ３０を介して機器制御管理媒体６に出力する。

【0024】

機器制御管理媒体６のサーバ１０は、予約情報Ｄｓを取得すると、この予約情報Ｄｓに基づき鍵情報Ｄｋを生成する。鍵情報Ｄｋは、例えば、端末７から受け付けた予約日時、端末７の固有ＩＤ、共用物２及び端末７の暗号通信で使用するセッション鍵などを含むデータを暗号化することによって生成されることが好ましい。サーバ１０は、生成した鍵情報Ｄｋを、ネットワーク通信によって、シェアリング利用者の端末７に送信する。端末７は、サーバ１０から鍵情報Ｄｋを受信すると、受信した鍵情報Ｄｋをメモリ２１に記憶する。これにより、端末７は、モビリティ３のキー（デジタルキー１４）となる。

【0025】

図１に示す通り、サービス提供媒体２９は、共用物２の現況を管理する運行管理媒体３７を含む。運行管理媒体３７は、例えば、サービス提供者３８、サービス提供の基盤環境となるプラットフォーム３９、及び、サービス提供を実行するサーバ４０を含む。図１の例の場合、運行管理媒体３７は、複数（本例は、２つ）図示されている。運行管理媒体３７は、複数設けられる場合、例えば、地域、又は事業者ごとに存在することが好ましい。

【0026】

共用物２は、共用物２の運行状態を管理する運行管理装置４１を備えている。図１の例の場合、第１共用物２ａ及び第２共用物２ｂの各々に運行管理装置４１が設けられている。運行管理媒体３７のサーバ４０は、運行管理装置４１との通信によって、共用物２の現況を把握する。運行管理媒体３７のサーバ４０と運行管理装置４１との間の通信は、例えば、ネットワーク通信を使用することが好ましい。

【0027】

サービス提供媒体２９は、共用物２の利用に要した料金の決済を実行する決済処理媒体４４を含む。決済処理媒体４４は、例えば、サービス提供者４５、サービス提供の基盤環境となるプラットフォーム４６、及び、サービス提供を実行するサーバ４７を含む。図１の例の場合、決済処理媒体４４は、複数（本例は、２つ）図示されている。決済処理媒体４４は、複数設けられる場合、例えば、地域、又は事業者ごとに存在することが好ましい。決済処理媒体４４のサーバ４７は、シェアリング利用者が設定した電子決済サービス４８との通信によって、利用料金の決済を実行する。

【0028】

電子決済サービス４８は、例えば、事業者ごとに複数存在する。図１の例の場合、第１電子決済サービス４８ａ、及び第２決済サービス４８ｂの２つが図示されている。また、電子決済サービス４８は、例えば、電子マネー、プリペイドカード、クレジットカードなど、種々の支払いツールが適用可能である。

【0029】

次に、本実施形態のサービスシステム１の作用について説明する。
図４に、デジタルキー１３（デジタルキーシステム１４）を認証する手順を図示する。
ステップ１０１において、無線認証装置１５は、自機の通信に係る情報を知らせるアドバタイズを、周期的に繰り返し送信する。なお、アドバタイズは、例えば、パケットデータの一種であって、無線認証装置１５から常時、定期的に送信されている。

【0030】

ステップ１０２において、デジタルキー１３は、無線認証装置１５から送信されるアドバタイズを受信すると、スキャン処理を実行する。なお、デジタルキー１３は、例えば、アドバタイズを受信したときの受信信号強度が規定値以上となったときに、スキャン処理を開始することが好ましい。このとき、デジタルキー１３は、スキャン処理後、近距離無線通信の詳細に係る提供の要求として、接続要求を無線認証装置１５に送信する。

【0031】

ステップ１０３において、デジタルキー１３及び無線認証装置１５は、以上のやり取りを遂行すると、近距離無線通信が接続された状態、すなわち通信接続の状態に移行する。
ステップ１０４において、デジタルキー１３及び無線認証装置１５は、近距離無線通信が通信接続の状態に移行すると、デジタルキー１３の認証を実行する。本例の場合、例えば、デジタルキー１３は、無線認証装置１５からの要求に応答して、メモリ２１に登録されている鍵情報Ｄｋを、近距離無線通信によって無線認証装置１５に送信する。無線認証装置１５が鍵情報Ｄｋを受信すると、認証部１７は、デジタルキー１３から受信した鍵情報Ｄｋの認証を実行する。本例の場合、認証部１７は、鍵情報Ｄｋを正しく復号できるなどして、鍵情報Ｄｋの認証が成立に移行した場合、例えば共用物２（モビリティ３）の予約日時（利用開始時間／利用終了時間）、以降の近距離無線通信で使用するセッション鍵、デジタルキー１３（端末７）の固有のＩＤである端末ＩＤなどを取得することができる。一方、認証部１７は、鍵情報Ｄｋが正しくなければ、処理を強制終了して、共用物２（モビリティ３）の使用を許可しない。

【0032】

ステップ１０５において、デジタルキー１３及び無線認証装置１５は、鍵情報Ｄｋが認証された場合、認証成立を認識した認証完了状態となる。認証完了状態とは、デジタルキー１３及び無線認証装置１５の双方が互いに共通のセッション鍵や端末ＩＤを知る状態をいう。これにより、デジタルキー１３を用いた操作（ドアロック施解錠操作やエンジン始動操作）が可能となる。

【0033】

図５に、デジタルキー１３（デジタルキーシステム１４）でモビリティ３のドアを解錠する手順を図示する。
ステップ２０１において、デジタルキー１３及び無線認証装置１５は、近距離無線通信を通じて認証完了状態に移行される。

【0034】

ステップ２０２において、デジタルキー１３は、デジタルキー１３でモビリティ３のドアの解錠操作が行われると、その操作に応じたドア解錠要求Ｓa1を、近距離無線通信によって無線認証装置１５に送信する。デジタルキー１３でのドアの解錠操作は、例えば、デジタルキー１３の表示部２２に共用物操作画面を立ち上げ、この画面内の解錠ボタンをタッチ操作することなどが挙げられる。ドア解錠要求Ｓa1は、例えば、端末ＩＤ、ドア解錠コマンド、セッション鍵などを含む信号である。無線認証装置１５は、デジタルキー１３から送信されたドア解錠要求Ｓa1を受信すると、認証完了状態であれば、ドア解錠要求受信通知Ｓa2を制御装置２５に出力する。

【0035】

ステップ２０３において、制御装置２５は、無線認証装置１５からドア解錠要求受信通知Ｓa2を入力すると、例えば、ドア制御装置などにドアの解錠を実行させる。これにより、モビリティ３のドアが解錠され、シェアリング利用者の乗車が可能となる。なお、ドアの施錠は、解錠が施錠に変わるだけでドアの解錠のときと同様の手順であるので、説明を省略する。

【0036】

図６に示すように、デジタルキー１３は、共用物２（モビリティ３）のドアがロックされた場合、施錠完了通知Ｓｃをネットワーク通信によって機器制御管理媒体６に送信する。具体的には、デジタルキー１３は、例えば、デジタルキー１３で施錠操作が実行されて、無線認証装置１５から近距離無線通信によって施錠完了の通知を受信した場合に、施錠完了通知Ｓｃを機器制御管理媒体６に送信することが好ましい。機器制御管理媒体６のサーバ１０は、デジタルキー１３から施錠完了通知Ｓｃを受信すると、共用物２のドアがロックされたと認識する。

【0037】

図７に示すように、機器制御管理媒体６のサーバ１０は、共用物２のドアロックを検出すると、メインサーバ３０を経由して、予約管理媒体３１に予約確認を問い合わせる。予約管理媒体３１のサーバ３４は、予約確認の問い合わせを受け付けると、共用物２の予約内容を確認する。本例の場合、予約管理媒体３１のサーバ３４は、予約手続き時に入力された返却場所が何処であるかを確認する。

【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】

・共用物２は、モビリティ３に限定されず、複数のユーザによって共用される装置やシステムであればよい。
・本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

【0073】

次に、上記実施形態及び変更例から把握できる技術的思想について記載する。
（イ）前記サービス提供媒体は、ネットワーク通信を介した前記共用物の利用予約の受け付けを管理する予約管理媒体を含む。

【0074】

（ロ）前記サービス提供媒体は、前記共用物の現況を管理する運行管理媒体を含む。
（ハ）前記サービス提供媒体は、前記共用物の利用に要した料金の決済を実行する決済処理媒体を含む。

【符号の説明】

【0075】

１…サービスシステム、２…共用物、３…モビリティ、６…機器制御管理媒体、７…端末、１３…デジタルキー、１４…デジタルキーシステム、１５…無線認証装置、２３…アプリケーション、２９…サービス提供媒体、３１…予約管理媒体、３７…運行管理媒体、４１…運行管理装置、４４…決済処理媒体、Ｄｋ…鍵情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】