JP2022108670A - 移動体利用システム及び移動体利用方法 - Google Patents

Abstract

【課題】本発明は、ユーザが利用する予定の移動体が適切に利用されているか、或いは、適切に利用されたものであるかを把握することができる、移動体利用システムを提供することを目的とする。【解決手段】複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムであって、サーバ装置が、移動体を利用している一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信手段とを備える、移動体利用システム。【選択図】 図６

Description

本発明は、複数のユーザが入れ替わり移動体を利用するサービスを提供する移動体利用システム及び移動体利用方法に関する。

従来から、自動車などの車両をレンタルする、或いは、シェアするためのサービスが提供されている。これらのサービスは、車両を所有しなくても、希望するタイミングで車両を利用することができる、というメリットがある。

これらのカーレンタルやカーシェアリングサービスは、不特定のユーザにより車両が利用されるため、先に利用したユーザが清潔な状態を維持することなく車内を汚したような場合、次のユーザは同じ車両を気持ちよく利用することができなくなる。このような問題を解決するため、例えば、車両の車室内の臭いの強度を取得し、臭いの強度がしきい値以上である場合に、車両の清掃を依頼するための情報を出力する情報処理システムが開示されている（例えば、特許文献１参照）。

ただし、このように車両内の清掃が適切なタイミングで行われれば、ユーザが不快に感じる機会をある程度減らすことはできるものの、ユーザとしては、これから利用する予定の車両が適切に利用されたものであるかを把握することができれば、より不安感なく、カーレンタルやカーシェアリングサービスを利用することができる。しかし、これまでは、これから利用する予定の車両が適切に利用されたものであるかを把握するための手段は存在しなかった。

特開２０２０－１８９５９９号公報

本発明は、このような課題を解決するためになされたものである。すなわち、本発明の目的は、ユーザが利用する予定の移動体が適切に利用されているか、或いは、適切に利用されたものであるかを把握することができる、移動体利用システム及び移動体利用方法を提供することである。

本発明の課題は、
［１］複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムであって、サーバ装置が、移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信手段とを備える、移動体利用システム；
［２］ユーザ端末の操作により、移動体の利用予約を実行する利用予約手段とを備える、前記［１］に記載の移動体利用システム；
［３］移動体が、移動体、移動体の周辺及び／又は移動体内の状況に関する情報を取得可能な装置を備え、前記利用状況情報が、該装置により取得された情報である、前記［１］又は［２］に記載の移動体利用システム；
［４］前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、情報送信手段が、該移動体の利用予約をした他のユーザが操作する他のユーザ端末に送信する、前記［３］に記載の移動体利用システム；
［５］サーバ装置が、前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、移動体の利用予約を停止する利用予約停止手段と
を備える、前記［３］又は［４］に記載の移動体利用システム；
［６］他のユーザが操作する他のユーザ端末が、前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、該移動体が所定の条件を満たしたものであることが理解できる態様で表示する移動体表示手段と
を備える、前記［３］～［５］のいずれかに記載の移動体利用システム；
［７］複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおいて実行される移動体利用方法であって、サーバ装置が、移動体を利用している又は利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信ステップとを有する、移動体利用方法；
［８］複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおけるサーバ装置であって、移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信手段とを備える、サーバ装置；
［９］複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおけるユーザ端末であって、移動体を利用している又は移動体を利用した他のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を表示する情報表示手段とを備える、ユーザ端末；
［１０］複数のユーザのそれぞれが操作する複数のユーザ端末と通信接続が可能なコンピュータ装置において実行されるプログラムであって、移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報が、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信するための所定の条件を満たすか否かを判定する判定手段として機能させる、プログラム；
［１１］移動体が、移動体、移動体の周辺及び／又は移動体内の状況に関する情報を取得可能な装置を備えるものであり、前記利用状況情報が、該装置により取得された情報である、前記［１０］に記載のプログラム；
［１２］複数のユーザのそれぞれが操作する複数のユーザ端末と通信接続が可能なコンピュータ装置であって、移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報が、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信するための所定の条件を満たすか否かを判定する判定手段を備える、コンピュータ装置；
により達成することができる。

本発明によれば、ユーザが利用する予定の移動体が適切に利用されているか、或いは、適切に利用されたものであるかを把握することができる、移動体利用システムを提供することを目的とする。

本発明の実施の形態にかかる移動体利用システムの構成を示すブロック図である。 本発明の実施の形態にかかるユーザ端末の構成を示すブロック図である。 本発明の実施の形態にかかるサーバ装置の構成を示すブロック図である。 本発明の実施の形態にかかる予約処理のフローチャートを示す図である。 本発明の実施の形態にかかる車両管理テーブルの一例を示す図である。 本発明の実施の形態にかかる車両監視処理のフローチャートを示す図である。

以下、本発明の実施の形態について説明をするが、本発明の趣旨に反しない限り、本発明は以下の実施の形態に限定されない。本発明の移動体利用システムは、自動車などの車両だけでなく、ドローン、ヘリコプター、飛行船、グライダー、ジェット機などの航空機や、フェリー、貨物船などの船舶、又は、バス、電車などの公共交通機関にて利用される車両等の人が搭乗することのできる乗り物全般に適用することができる。つまり、本発明における移動体とは、車両だけでなく、上記の航空機や船舶も含む概念である。

以下では、主に、ユーザがカーシェアリングサービスを利用する場合について説明をするが、本発明の移動体利用システムは、カーシェアリングサービスだけでなく、レンタカーサービスやカーリースサービスに適用することも可能である。なお、カーシェアリングサービスは、自動車などの車両をユーザ間でシェアするサービスをいい、レンタカーサービスは、自動車などの車両を所有者からレンタルするサービスをいう。また、カーリースサービスは、リース事業者がユーザに代わって車両の購入を行い、ユーザが継続的にリース料をリース事業者に支払うことで、購入した車両を利用できるサービスをいう。なお、移動体が車両でなく、航空機や船舶の場合であっても、本発明の移動体利用システムは、シェアリングサービス、レンタルサービス、リースサービスのそれぞれに適用することが可能である。

図１は、本発明の実施の形態にかかる移動体利用システムの構成を示すブロック図である。図示するように、移動体利用システムは、ユーザ端末１ａ～１ｚと、サーバ装置２と、通信ネットワーク３とから構成されている。例えば、ユーザ端末１ａ～１ｚは、カーシェアリングサービスを利用しようとしている複数のユーザのそれぞれが所有し、操作するものである。ユーザ端末１は、通信ネットワーク３を介してサーバ装置２と通信接続が可能である。

カーシェアリングの対象となる車両４には情報取得装置５が備えられており、サーバ装置２と通信接続が可能である。情報取得装置５にて取得された情報は、無線通信によりサーバ装置２へ送信される。情報取得装置５で取得された情報は、車体内側（エッジ）で処理され、特徴量情報のみをサーバ装置２側へアップロードする場合もある。これらの情報は、セキュリティーの観点から暗号化される場合がある。また、エッジで処理された特徴量情報を元に、エッジ側でしきい値判断がなされ、良否結果等の情報のみをアップロードする場合も考えられる。これにより、ユーザを特定する情報がアップロードされないため、ユーザはプライバシーを気にすることなく安心して車両を利用することが可能となる。各判断に必要なしきい値についてはクラウド経由もしくは遠隔通信手段を用いて書き換えることが可能である。同時に、異常があったと判定される場合、移動体の管理者は、その瞬間（短時間）のみの車内映像を取得し、管理者が詳細状況を把握することもできる。この情報の取得により、管理者は実際に発生していることをより精度良く判断できる。

ユーザ端末１は、表示画面と入力部を有するコンピュータ装置であれば特に限定されない。ユーザ端末１は、据え置き型であっても、携帯型でユーザが移動する際に携帯することができるものであってもよい。ユーザ端末１としては、例えば、従来型の携帯電話、タブレット型端末、スマートフォン、デスクトップ型・ノート型のパーソナルコンピュータなどが挙げられる。

図２は、本発明の実施の形態にかかるユーザ端末の構成を示すブロック図である。ユーザ端末１は、制御部１１、ＲＡＭ１２、ストレージ部１３、グラフィックス処理部１４、通信インタフェース１５、インタフェース部１６からなり、それぞれ内部バスにより接続されている。

制御部１１は、ＣＰＵやＲＯＭから構成される。制御部１１は、ストレージ部１３に格納されたプログラムを実行し、ユーザ端末１の制御を行なう。ＲＡＭ１２は、制御部１１のワークエリアである。ストレージ部１３は、プログラムやデータを保存するための記憶領域である。制御部１１は、プログラム及びデータをＲＡＭ１２から読み出して処理を行なう。制御部１１は、ＲＡＭ１２にロードされたプログラム及びデータを処理することで、描画命令をグラフィックス処理部１４に出力する。

グラフィックス処理部１４は表示部１８に接続されている。表示部１８は表示画面１９を有している。制御部１１が描画命令をグラフィックス処理部１４に出力すると、グラフィックス処理部１４は、表示画面１９上に画像を表示するためのビデオ信号を出力する。ここで、表示部１８はタッチセンサを備えるタッチパネルであってもよい。この表示部１８のタッチパネルが入力部として機能する。

通信インタフェース１５は無線又は有線により通信ネットワーク３に接続が可能であり、通信ネットワーク３を介して、サーバ装置２とデータを送受信することが可能である。通信インタフェース１５を介して受信したデータは、ＲＡＭ１２にロードされ、制御部１１により演算処理が行われる。インタフェース部１６には外部メモリ１７（例えば、ＳＤカード等）が接続されている。

図３は、本発明の実施の形態にかかるサーバ装置の構成を示すブロック図である。サーバ装置２は、制御部２１、ＲＡＭ２２、ストレージ部２３及び通信インタフェース２４を少なくとも備え、それぞれ内部バスにより接続されている。

制御部２１は、ＣＰＵやＲＯＭから構成され、ストレージ部２３に格納されたプログラムを実行し、サーバ装置２の制御を行う。また、制御部２１は時間を計時する内部タイマを備えている。ＲＡＭ２２は、制御部２１のワークエリアである。ストレージ部２３は、プログラムやデータを保存するための記憶領域である。制御部２１は、プログラム及びデータをＲＡＭ１２から読み出し、ユーザ端末１から受信した情報等をもとに、プログラム実行処理を行う。

また、車両４は、陸上を移動可能な乗り物であれば特に限定されないが、車輪を有するものであることが好ましい。車両４は、例えば、自転車、原動機付自転車、自動二輪車、自動車などだけでなく、ダンプカーやブルドーザーなどの建設用途に用いられる建設車両、フォークリフトなどの荷役運搬に用いられる産業車両、トラクターなどの農業用に用いられる農業車両などの特殊用途に用いられるものも含まれる概念である。

情報取得装置５は、車両４、車両４の周辺又は車両４の内部（車内）に関する情報の取得が可能なものであれば特に限定されない。ここで、車両４に関する情報は、車両４の全体又は一部に関する情報であり、例えば、車両４のタイヤ、エンジン又はその近傍に関する情報を含む概念である。車両４の周辺に関する情報は、車両４の外部に関する情報である。

情報取得装置５としては、例えば、ドライバーモニタリングシステム（ＤＭＳ）や車載器などがあげられる。ＤＭＳにより、運転者が適正な状態であるか否か、例えば、居眠り状態にないか、あくびをしているか否か、わき見運転をしているか否かなどを検知することができる。車載器では、ＧＰＳ等による位置情報、加速度センサによる加速度情報の取得が可能である。

この他、情報取得装置５としては、例えば、臭気センサ、アルコールチェッカー、体温センサ等をあげることができる。臭気センサでは、空気の汚れ、車内の二酸化炭素量などを検知することができる。また、アルコールチェッカーでは、ユーザの呼気に含まれるアルコール濃度を検知することができる。

また、情報取得装置５としては、静止画像又は動画像を撮像可能な撮像装置があげられる。車両４の内部の利用前と、利用中又は利用後における画像の違いから、或いは、ＡＩ等を活用することで、汚れの有無、忘れ物の有無、嘔吐等の行為の有無、幼児等が乗車したまま残されていないか等を検知することができる。その他、情報取得装置５を活用して、車内の温度、湿度、気圧等を測定し、取得することも可能である。

さらに、情報取得装置５として、車両４のタイヤ（またはタイヤの近傍）に設置されたタイヤセンサにより、タイヤ内部の空気圧や温度を測定し、取得することも可能である。タイヤセンサから取得される情報をもとに、パンクの有無等を推定することも可能である。また、情報取得装置５として、車両４のエンジン（またはエンジンの近傍）に設置されたセンサにより、エンジンの回転数や温度を測定し、取得することも可能である。

これらの他、情報取得装置５としては、ドライブレコーダーがあげられる。ドライブレコーダーにより、車両がなんらかの障害物と衝突して急停止するなど、車両に大きな衝撃が加わったときに、その前後の数十秒の期間の車両外部（車両の前方又は後方）の映像と音声を取得することができる。

次に、予約処理について、説明する。図４は、本発明の実施の形態にかかる移動体利用システムにおける予約処理のフローチャートを示す図である。カーシェアリングサービスの利用を希望するユーザは、ユーザ端末１を操作し、所定のＷｅｂサイトへアクセスする（つまり、ブラウザを介してサーバ装置２へアクセスする）。ユーザごとに、ユーザＩＤとパスワードが登録されており、ユーザは、ユーザ端末１へユーザＩＤとパスワードを入力することで、Ｗｅｂサイト上の移動体利用システムにログインをする（ステップＳ１）。

次に、ユーザは、ユーザ端末１を操作し、カーシェアリングサービスを利用する際の希望条件を入力する（ステップＳ２）。希望条件としては、例えば、シェアリングを希望する日時、シェアリングをする車両４の駐車場所、予算及び／又は車両４の車種等があげられる。入力された希望条件はサーバ装置２へ送信され（ステップＳ３）、サーバ装置２にて受信される（ステップＳ４）。

サーバ装置２では、希望条件に合致した車両４が特定される（ステップＳ５）。ステップＳ５において、希望条件に合致した車両４を特定する際には、後述する車両管理テーブルを参照することで、行われる。なお、サーバ装置２において、希望条件に合致した車両４のみを特定して、ユーザ端末１の表示画面１９に表示することができるが、サーバ装置２において、希望条件に合致していない車両４についても特定し、表示画面１９に同時に表示することもできる。この場合、希望条件に合致した車両４についての情報を、表示画面の上部に優先的に表示したり、希望条件に合致していない車両４についての情報を異なる色で表示することも可能である。

なお、ステップＳ５にて希望条件に合致した車両４を特定する際に、所定の条件を満たす車両４については、ステップＳ５の車両４の特定対象から除外をすることができる。所定の条件を満たすか否かの判定は、サーバ装置２において予め実行されていてもよく、ステップＳ５にて車両４を特定する際に実行してもよい。また、判定の結果は、後述する車両管理テーブルに登録される。

車両４が所定の条件を満たすものであるか否かの判定としては、車両４を利用している、又は、過去に車両４を利用したユーザに関するユーザ情報が所定の条件を満たすか否かの判定があげられる。この場合の所定の条件としては、ユーザに関する条件であれば、適宜設計することができるが、ユーザやその同乗者が喫煙者であることや、ユーザが車両４を利用した際に所定の感染症に罹患していたこと等があげられる。

また、車両４が所定の条件を満たすものであるか否かの判定としては、車両４の利用状況に関する利用状況情報が所定の条件を満たすか否かの判定があげられる。この場合の所定の条件としては、後述するステップＳ２５における所定の条件と同じ条件を採用することができる。

そして、特定された車両４に関する車両情報が、サーバ装置２からユーザ端末１に送信される（ステップＳ６）。ユーザ端末１に送信される車両情報は、後述する車両管理テーブルから取得することができる。

なお、ステップＳ５において、ユーザが入力した希望条件と合致し、且つ、ユーザがシェアリングを希望する日時に利用できる車両４がない場合は、利用できる車両４がない旨の通知がサーバ装置２からユーザ端末１に送信され、表示画面１９にその旨が表示される。この場合、ユーザは、ユーザ端末１を操作して、再度、希望条件を入力する。

ユーザ端末１にて車両情報を受信すると（ステップＳ７）、ユーザ端末１の表示画面１９にて、ステップＳ５にて抽出された複数の車両情報に対応する、車種、乗車可能人数、費用、車両の外観画像等の簡易的な情報の一覧が表示される（ステップＳ８）。ここで表示される簡易的な情報は、後述する車両管理テーブルから取得される。

ステップＳ８では、ステップＳ５にて抽出された複数の車両情報の一覧が表示されるが、前述した所定の条件を満たした車両４を、この一覧に含めることもできる。所定の条件を満たした車両４については、所定の条件を満たしていない車両４と区別ができるように、表示に用いられる文字や背景の色を変えたり、特定の記号を表示するなどして、所定の条件を満たしたものであることが理解できる態様で表示することができる。

次に、ユーザがユーザ端末１を操作することで、これらの複数の車両４のうち、詳細を確認したい車両４を選択すると、選択された車両４の詳細情報が表示画面１９に表示される（ステップＳ９）。ここで表示される詳細情報も、後述する車両管理テーブルから取得することができる。

表示される詳細情報には、過去にその車両４を利用したユーザに関するユーザ情報及び／又は車両の利用状況に関する利用状況情報が含まれる。詳細情報に表示される過去の履歴としては、直前のユーザに関するユーザ情報及び／又はその利用状況に関する利用情報だけであってもよく、直前における所定回数の利用におけるユーザに関するユーザ情報及び／又はその利用状況に関する利用情報であってもよい。これらの情報は、後述する車両管理テーブルに記憶されており、ステップＳ５にて、車両管理テーブルから、これらの情報が抽出され、ステップＳ６にて、サーバ装置２からユーザ端末１へ送信される。

ここで、ユーザに関するユーザ情報とは、例えば、ユーザの属性に関する情報である。ユーザの属性に関する情報としては、年代、性別、同乗者の年代、性別、乗車人数などの同乗者の情報も含まれる。

ユーザの車両４の利用状況に関する利用状況情報としては、例えば、その車両４の利用時における車両４の故障の有無や走行距離、ユーザがその車両４を適切に利用したか否かを示す情報などがあげられる。例えば、ユーザがその車両４を適切に利用したか否かを示す情報としては、ユーザが飲酒運転をしていた等の情報や、ユーザの体調が悪く車内で嘔吐した等の情報などが含まれる。また、ユーザの車両４の利用状況に関する利用状況情報には、現時点で車両４を利用しているユーザ又は直前に利用していたユーザによる利用状況情報だけでなく、過去の複数のユーザによる車両４の利用により蓄積された利用状況情報を含んでいてもよい。

車両４の利用状況に関する利用状況情報としては、例えば、車両４のメンテナンスの状況や履歴に関する情報が含まれる。車両４のメンテナンス状況や履歴に関する情報としては、例えば、エンジンオイルやその他の消耗品や部品等の交換の履歴や、車検の履歴に関する情報が含まれる。

ステップＳ９において、表示画面１９に車両４の詳細情報が紹介された後、別の車両の詳細情報の確認を希望する場合は、ユーザはユーザ端末１を操作して、ステップＳ８の簡易情報の一覧が表示された画面に戻り、別に希望する車両を選択して詳細情報を確認することができる。

ユーザは、ステップＳ９において、表示画面に表示された詳細情報を確認し、その車両４について予約を希望する場合は、予約ボタンを押下する。予約ボタンが押下されると、ユーザ端末１からサーバ装置２へ、表示されていた詳細情報に対応する車両４について、予約要求が送信される（ステップＳ１０）。

サーバ装置２にて予約要求を受信すると（ステップＳ１１）、後述する車両管理テーブルにおいて、対応する車両４と関連付けて予約日時が登録される（ステップＳ１２）。ステップＳ１～Ｓ１２により、予約処理は終了する。予約された車両４については、その予約された日時においては、他の利用者による予約や利用は不可となる。

なお、ステップＳ１０における予約要求の際には、ユーザの年齢、性別だけでなく、同乗する人数と、同乗者の年齢、性別等の入力を求めることもできる。入力されたユーザ及び同乗者の情報は、後述する車両管理テーブルにおいて、ユーザ情報として車両ＩＤと関連付けて記憶することもできる。

図５は、本発明の実施の形態にかかる車両管理テーブルを示す図である。車両管理テーブル３０は、サーバ装置２において設定される。車両管理テーブル３０には、車両ＩＤ３１と関連付けて、車種３２、型式３３、車両登録番号３４、乗車可能人数３５、費用３６、外観画像３７、過去に利用したユーザのユーザ情報３８、過去に利用したユーザによる車両の利用状況情報３９及び予約日時４０などが記憶されているが、その他の情報が記憶されていてもよい。

ところで、ユーザには、このカーシェアリングサービスの会員として登録をした際に、ＩＣチップ付きのカードがそれぞれ配布されている。ユーザは予約した時間に、予約した車両４が駐車されている駐車場へ行き、車両４に備え付けられた施錠装置の読取り部にカードをかざすことで、車両４のドアを解錠し、車両４を利用することが可能となる。なお、ここではＩＣチップ付きのカードにより解錠することとしたが、解錠方法については、特に限定されない。例えば、顔認証やその他の生体認証、ＱＲコード（登録商標）などを用いて、車両４のドアを解錠してもよい。

なお、ステップＳ１２において予約が行われると、車両４へ予約したユーザが所有するカードのみを、予約された時間内のみで認証することを可能とする認証情報が、車両４の施錠装置へ送信される。施錠装置では、受信した認証情報をもとに、読取り部にてカード情報の認証をおこなう。ユーザが、車両４の予約時間外にカードを施錠装置に近づけても、解錠はされない。

次に、車両監視処理について、説明する。図６は、本発明の実施の形態にかかる車両監視処理のフローチャートを示す図である。

ユーザはＩＣチップ付きのカードを車両に設置された施錠装置の読取り部にかざすことで、車両４のドアを解錠することができる。ユーザは、車両４のドアを解錠し、乗車した後、エンジンを稼働させることで、車両４の利用を開始することができる（ステップＳ２１）。車両４の利用が開始されると、車両４に備え付けられた情報取得装置５にて、車両４、車両４の周辺又は車内に関する情報（図６では「車両情報」と表示する）の取得が実行される（ステップＳ２２）。なお、ステップＳ２２～ステップＳ２８の処理は、車両の利用が終了するまで（例えば、ユーザによる利用可能な時間が経過するまで、或いは、車両４が利用前に駐車されていた所定の駐車場に戻るまで）、繰り返し実行される。

情報取得装置５にて取得された情報は、ほぼリアルタイム、或いは、一定時間ごとに、無線通信によりサーバ装置２へ送信される（ステップＳ２３）。なお、情報取得装置５からサーバ装置２への情報の送信は、車両４内に備えられた中継装置を介して実行されてもよい。

情報取得装置５にて取得された車両４、車両４の周辺又は車内に関する情報を受信すると（ステップＳ２４）、受信された情報をもとに所定の条件を満たすか否かの判定が行われる（ステップＳ２５）。所定の条件は、現在利用しているユーザが車両を適切に利用していないこと、つまり異常状態にあることを示す条件である。判定の結果、所定の条件を満たす場合（ステップＳ２５にてＹＥＳ）、対応する車両４について、この車両４をこの時点で利用しているユーザの後に、他のユーザ等により予約がされているかの判定が行われる（ステップＳ２６）。

他のユーザ等により予約がされている場合（ステップＳ２６にてＹＥＳ）、予約をしているユーザのユーザ端末１へ所定の条件を満たしたことを示す異常情報が送信される（ステップＳ２７）。予約をしているユーザのユーザ端末１は、車両４を利用しているユーザと同じユーザであってもよく、他のユーザであってもよい。多くの場合は、車両４を利用しているユーザとは異なる他のユーザのユーザ端末１へ、所定の条件を満たしたことが通知される。

ステップＳ２７にて異常情報をユーザ端末１へ送信した後、ステップＳ２４にて受信した車両４、車両４の周辺又は車内に関する情報、及び、異常情報をもとに、車両管理テーブル３０が更新される（ステップＳ２８）。車両４、車両４の周辺又は車内に関する情報、及び、異常情報は、車両ＩＤと関連付けて、過去に利用したユーザのユーザ情報３８、過去に利用したユーザによる車両の利用状況情報３９に、ユーザによる利用日時とともに記憶される。これらの情報は、後日或いは、当日であっても更新された後の時間帯において、別のユーザが予約をするか否かの判断材料とされる。

なお、ステップＳ２８では、車両４について異常状態である場合に、サーバ装置２の車両管理テーブル３０において、その車両４の利用及び利用の予約が停止状態である旨の登録をしてもよい。この場合に、利用及び利用の予約が停止状態である旨を車両管理テーブル３０に登録するか否かを、サーバ装置２において、異常状態について予め定められた所定の基準に沿って判定してもよい。このようにすることで、異常状態が発生しても、利用及び利用の予約を停止すべき場合にのみ、停止することが可能となる。また、後述するように、車両４の利用及び利用の予約を停止するか否かは、移動体利用システムの運営者が個別に判断をし、手動にて、車両管理テーブル３０を更新することもできる。

ステップＳ２７にて異常情報が送信されると、異常情報はユーザ端末１にて受信され（ステップＳ２９）、ユーザ端末１の表示画面１９に表示される（ステップＳ３０）。なお、異常状態の車両４について、複数の他のユーザにより予約がされている場合は、これら複数の他のユーザのユーザ端末１に異常情報を送信してもよく、現時点でのユーザの次に利用する予定のユーザのユーザ端末１にのみ異常情報を送信してもよい。

なお、ステップＳ２７のユーザ端末１への異常情報の送信は自動で行うこともできるが、移動体利用システムの運営者が個別に異常情報について分析をし、運営者が必要と判断した場合にのみ、ステップＳ２７のユーザ端末１への異常情報の送信を行ってもよい。ステップＳ２５にて、異常状態にあることを示す条件が満たされたと判定されると、運営者に対して、その旨の通知が行われる。運営者は、所定の判断基準や閾値に照らしたうえで、異常状態の送信を行うか否かを判断し、異常状態の送信を行う場合は、サーバ装置２に対して、異常状態の送信を行うための操作を実行する。このようにすることで、ユーザに通知することが必要な異常情報のみを選んで、ユーザに通知することができる。

また、ステップＳ２５にて異常状態にあることを示す条件が満たされたと判定された場合に、移動体利用システムの運営者が、個別に異常情報について分析をし、その車両４を貸し出さないように、利用及び利用の予約を禁止する措置をとることもできる。移動体利用システムの運営者は、手動にて、サーバ装置２の車両管理テーブル３０を更新し、その車両４について、利用及び利用の予約が停止状態である旨の更新を行う。したがって、本発明の移動体利用システムは、ユーザの車両利用時の安全性を確保したうえで、さらに、ユーザに対して車両を利用することの安心感を提供することができるものである。

さらに、本発明の移動体利用システムは、情報取得装置５にて取得された情報がサーバ装置２に送信され、サーバ装置２にて、これらの情報が蓄積されるため、車両４のメンテナンスにも有効に活用することができる。車両４の状況を逐次把握することで、必要な時に必要なタイミングでメンテナンスをすることが可能となります。例えば、タイヤセンサ等によりタイヤのパンクの発生等を予測することができ、危険を回避することも可能となる。

ここで、所定の条件とは、現在利用しているユーザが車両を適切に利用していないことを示す条件となり得るものであれば、特に限定されない。ユーザが車両を適切に利用していないことを示す条件としては、例えば、ＤＭＳにより運転者が居眠り状態にあると検知されたこと、臭気センサで喫煙等により車内における臭気成分が閾値以上となったことが検知されたこと、アルコールチェッカーでユーザの呼気に含まれるアルコール濃度が閾値以上となったことが検知されたこと、乗車している人の体温が閾値以上となったことが検知されたことなどを、あげることができる。その他、ユーザが車両を適切に利用していないことを示す条件としては、画像解析により、車内に汚れが発生していることが検知されたこと、嘔吐等の行為があったことが検知されたことなどを、あげることができる。

したがって、ステップＳ３０では、車両４の予約をしているユーザのユーザ端末１の表示画面１９に、先に車両４を利用しているユーザが車両を適切に利用していないこと、及び、喫煙、飲酒運転、車内の汚れ、嘔吐等があったことを示す情報が表示される。車両４を予約しているユーザは、これらの情報を予約前に知ることで、予約のキャンセルを行うことができる。また、ユーザは、これらの情報を早い段階で知ることで、別の車両４の予約を行うこともできる。

前記所定の条件を満たすか否かのデータ上での閾値は、多数の実証実験、運用実績を重ね、且つ、ユーザの声を反映させたうえで、前記運営者が適宜定めることができる。また、これらの実証実験、運用実績、ユーザの声等を教師データとしてＡＩ（人工知能）に機械学習をさせ、ＡＩにより所定の条件を満たすか否かを判定させたり、適切な閾値を特定させることもできる。

ステップＳ２５では、受信された情報をもとに所定の条件を満たすか否かの判定が行われるが、所定の条件を満たさないと判定された場合（ステップＳ２５にてＮＯ）、ステップＳ２４にて受信した車両、車両４の周辺又は車内に関する情報をもとに、必要に応じて、車両管理テーブル３０が更新される（ステップＳ２８）。

また、ステップＳ２６では、車両４について予約がされているかの判定が行われるが、車両４を利用しているユーザの後に、他のユーザ等により予約がされていない場合（ステップＳ２６にてＮＯ）、ステップＳ２４にて受信した車両、車両４の周辺又は車内に関する情報、及び、異常情報をもとに、車両管理テーブル３０が更新される（ステップＳ２８）。

ステップＳ２２～ステップＳ２８の処理は、車両４がもとの駐車場に戻り、ユーザによる利用が終了するまで繰り返し実行される。車両４の利用が終了するとともに、車両監視処理は終了する。

なお、本発明の移動体利用システムにおける所定の条件は、移動体利用システムの運営者が決定をし、決定した条件をサーバ装置２において登録しておいてもよいが、ユーザ自らが条件を決め、ユーザ端末１を操作して条件を入力し、入力した条件をサーバ装置２に送信することで、ユーザが定めた条件をサーバ装置２に登録しておくこともできる。

上に述べた実施の形態では、主にカーシェアリングサービスに、本発明の移動体利用システムを適用することについて述べたが、カーリースサービスにおいても、好ましく利用することができる。カーリースは、カーシェアリング等とは異なって長期で同じユーザが同じ車両を使用するものであるが、この移動体利用システムを利用することで、リース事業者が、車体の劣化状況を把握することができる。リース事業者は、移動体利用システムから得られる情報を利用して、車両の評価を行うことができ、ユーザからの車両返却時に、ユーザへ転売するにあたって適切な転売条件を提示することも可能となる。

本発明によれば、移動体を利用している一のユーザに関するユーザ情報及び／又は該一のユーザの移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信し、他のユーザ端末にて閲覧することができるため、他のユーザは、ユーザが予約をしている移動体、又は、予約することを検討している移動体が適切に利用されているか、或いは、適切に利用されたものであるかを把握することが可能となる。なお、ここで、一のユーザとは、現時点で移動体を利用している又はすでに移動体を利用し終わったユーザであり、他のユーザは、この移動体をまだ利用しておらず、この移動体の利用を予約しているか、或いは、予約することを検討しているユーザを表す概念である。

また、本発明によれば、ユーザ端末の操作により、移動体の利用予約を実行することができるため、他のユーザは、ユーザが利用を希望している移動体が、適切に利用されているか、或いは、適切に利用されたものであるかを把握したうえで、移動体の利用を予約することが可能となる。

また、本発明によれば、移動体が、移動体及び／又は移動体内の状況に関する情報を取得可能な装置を備え、移動体の利用状況に関する情報が、該装置により取得された情報であるため、他のユーザは、移動体及び／又は移動体内の利用状況に関する情報を正確に把握することができる。

さらに、本発明によれば、一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、ユーザの移動体の利用状況に関する利用状況情報を、該移動体の利用予約をした他のユーザが操作する他のユーザ端末に送信することで、他のユーザは、予約をした後でも、移動体が適切に利用されていないことを知ることが可能となる。他のユーザは、ユーザの移動体の利用状況に関する利用状況情報の通知を受けることで、移動体の利用予約のキャンセルを行うことも可能である。

１ ユーザ端末、 ２ サーバ装置、 ３ 通信ネットワーク、 ４ 車両、
５ 情報取得装置、 １１ 制御部 １２ ＲＡＭ、 １３ ストレージ部、
１４ グラフィックス処理部、 １５ 通信インタフェース、
１６ インタフェース部、 １７ 外部メモリ、 １８ 表示部、
１９ 表示画面、 ２１ 制御部、 ２２ ＲＡＭ、 ２３ ストレージ部、
２４ 通信インタフェース、 ３０ 車両管理テーブル、 ３１ 車両ＩＤ、
３２ 車種、 ３３ 型式、 ３４ 車両登録番号、 ３５ 乗車可能人数、
３６ 費用、 ３７ 外観画像、 ３８ 過去に利用したユーザのユーザ情報
３９ 過去に利用したユーザによる車両の利用状況情報、 ４０ 予約日時

Claims (12)

1. 複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムであって、
   サーバ装置が、移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信手段と
   を備える、移動体利用システム。
2. ユーザ端末の操作により、移動体の利用予約を実行する利用予約手段と
   を備える、請求項１に記載の移動体利用システム。
3. 移動体が、移動体、移動体の周辺及び／又は移動体内の状況に関する情報を取得可能な装置を備え、
   前記利用状況情報が、該装置により取得された情報である、請求項１又は２に記載の移動体利用システム。
4. 前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、情報送信手段が、該移動体の利用予約をした他のユーザが操作する他のユーザ端末に送信する、請求項３に記載の移動体利用システム。
5. サーバ装置が、前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、移動体の利用予約を停止する利用予約停止手段と
   を備える、請求項３又は４に記載の移動体利用システム。
6. 他のユーザが操作する他のユーザ端末が、前記一のユーザが移動体を利用することで、該装置により取得された情報が所定の条件を満たした場合に、該移動体が所定の条件を満たしたものであることが理解できる態様で表示する移動体表示手段と
   を備える、請求項３～５のいずれかに記載の移動体利用システム。
7. 複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおいて実行される移動体利用方法であって、
   サーバ装置が、移動体を利用している又は利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信ステップと
   を有する、移動体利用方法。
8. 複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおけるサーバ装置であって、
   移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信する情報送信手段と
   を備える、サーバ装置。
9. 複数のユーザのそれぞれが操作する複数のユーザ端末と、ユーザ端末と通信接続が可能なサーバ装置とを備え、複数のユーザが入れ替わり移動体を利用するサービスを提供するための移動体利用システムにおけるユーザ端末であって、
   移動体を利用している又は移動体を利用した他のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報を表示する情報表示手段と
   を備える、ユーザ端末。
10. 複数のユーザのそれぞれが操作する複数のユーザ端末と通信接続が可能なコンピュータ装置において実行されるプログラムであって、
    移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報が、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信するための所定の条件を満たすか否かを判定する判定手段
    として機能させる、プログラム。
11. 移動体が、移動体、移動体の周辺及び／又は移動体内の状況に関する情報を取得可能な装置を備えるものであり、
    前記利用状況情報が、該装置により取得された情報である、請求項１０に記載のプログラム。
12. 複数のユーザのそれぞれが操作する複数のユーザ端末と通信接続が可能なコンピュータ装置であって、
    移動体を利用している又は移動体を利用した一のユーザに関するユーザ情報及び／又は移動体の利用状況に関する利用状況情報が、該一のユーザと異なる他のユーザが操作する他のユーザ端末に送信するための所定の条件を満たすか否かを判定する判定手段
    を備える、コンピュータ装置。

Images