特開 2023-113449 情報処理装置、情報処理システムおよび情報処理方法

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

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

(11)【公開番号】P2023113449

(43)【公開日】2023-08-16

(54)【発明の名称】情報処理装置、情報処理システムおよび情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230808BHJP

   G06Q 10/20 20230101ALI20230808BHJP

【ＦＩ】

G06Q50/10

G06Q10/00 300

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022015827

(22)【出願日】2022-02-03

(71)【出願人】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】重松 愛弓

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

5L049

【Ｆターム（参考）】

5L049CC11

5L049CC15

(57)【要約】      （修正有）

【課題】共同で利用される車両の総合的な保守点検情報を効率よく管理する情報処理装置、情報処理システム及び情報処理方法を提供する。
【解決手段】保守点検情報管理システムにおけるサーバ装置３００は、制御部３０３を有する。制御部３０３は、現利用者の利用開始時の車両の状態に関する情報である第１の状態情報を取得し、前利用者の利用時に取得した車両の状態に関する情報である第２の状態情報と、第１の状態情報とを比較する。制御部３０３は、第２の状態情報と第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果Ｓ４を前利用者へ通知する。
【選択図】図２

【特許請求の範囲】

【請求項1】

複数の利用者が共同で利用する車両の保守点検情報を管理する情報処理装置であって、制御部を有し、
前記制御部は、
現利用者の利用開始時の前記車両の状態に関する情報である第１の状態情報を取得し、
前利用者の利用時に取得した前記車両の状態に関する情報である第２の状態情報と、前記第１の状態情報とを比較し、
前記第２の状態情報と前記第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知する、
情報処理装置。

【請求項2】

前記制御部は、
現利用者の利用開始時に、現利用者の使用する端末装置で動作するアプリを介して入力された前記第１の状態情報を取得し、
前利用者の利用開始時に、前利用者の使用する前記端末装置で動作する前記アプリを介して入力された前記第２の状態情報と、前記第１の状態情報とを比較する、
請求項１に記載の情報処理装置。

【請求項3】

前記アプリは、前記車両の日常的および定期的な点検整備項目を入力可能に設けられる、
請求項２に記載の情報処理装置。

【請求項4】

前記制御部は、
前記点検整備項目の内容の履歴に基づいて、前記アプリの起動時に、前記アプリの画面に重点的な点検項目を表示させる、
請求項３に記載の情報処理装置。

【請求項5】

前記制御部は、
現利用者の利用開始時に、自動的に前記車両の車載装置によって撮影された第１の画像を前記第１の状態情報として取得し、
前利用者の利用終了時に、自動的に前記車載装置によって撮影された第２の画像である前記第２の状態情報と、前記第１の状態情報とを比較する、
請求項１～４のいずれか一つに記載の情報処理装置。

【請求項6】

前記第１の画像は、
前記車両のＡＣＣスイッチがオンされ、かつ、現利用者が切り替わったことが検出された場合に撮影され、
前記第２の画像は、
前記ＡＣＣスイッチがオフされた場合に撮影される、
請求項５に記載の情報処理装置。

【請求項7】

前記第１の画像および前記第２の画像は、前記車両の車内画像である、
請求項５または６に記載の情報処理装置。

【請求項8】

前記制御部は、
前記比較結果に基づいて、少なくとも前記車両の清掃状況および忘れ物の有無について前利用者を評価する、
請求項１～７のいずれか一つに記載の情報処理装置。

【請求項9】

複数の利用者が共同で利用する車両の保守点検情報を管理する情報処理システムであって、
前記利用者が使用する端末装置と、前記車両に搭載される車載装置と、サーバ装置とを有し、
前記端末装置および前記車載装置の一方または双方は、
現利用者の利用開始時の前記車両の状態に関する情報である第１の状態情報を前記サーバ装置へ送信し、
前記サーバ装置は、
前記第１の状態情報を取得し、
前利用者の利用時に取得した前記車両の状態に関する情報である第２の状態情報と、前記第１の状態情報とを比較し、
前記第２の状態情報と前記第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者の前記端末装置へ通知する、
情報処理システム。

【請求項10】

複数の利用者が共同で利用する車両の保守点検情報を管理する情報処理装置が実行する情報処理方法であって、
現利用者の利用開始時の前記車両の状態に関する情報である第１の状態情報を取得することと、
前利用者の利用時に取得した前記車両の状態に関する情報である第２の状態情報と、前記第１の状態情報とを比較することと、
前記第２の状態情報と前記第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知することと、
を含む、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

開示の実施形態は、情報処理装置、情報処理システムおよび情報処理方法に関する。

【背景技術】

【0002】

従来、カーシェアリングや社用車のように、複数のユーザが共同で車両を利用するユースケースが知られている。こうしたユースケースでは、各ユーザの利用状況を把握し、その利用状況に応じて各ユーザを評価する必要があると考えられるが、現状、これを実現するうえで利用可能な技術は数少ない。

【0003】

なお、車両に乗車する前後に車内カメラによる撮影を行い、画像の違いによって、ユーザに請求する車両の汚れに対するメンテナンス料を算出する技術は提案されている（たとえば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

しかしながら、上述した従来技術には、各ユーザの利用状況およびその評価のほか、忘れ物の有無や点検整備項目の確認まで含めた総合的な車両の保守点検に関する情報（以下、「保守点検情報」という）を効率よく管理するうえで、更なる改善の余地がある。

【0006】

実施形態の一態様は、上記に鑑みてなされたものであって、共同で利用される車両の総合的な保守点検情報を効率よく管理することができる情報処理装置、情報処理システムおよび情報処理方法を提供することを目的とする。

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

【0007】

実施形態の一態様に係る情報処理装置は、複数の利用者が共同で利用する車両の保守点検情報を管理する情報処理装置であって、制御部を有する。前記制御部は、現利用者の利用開始時の前記車両の状態に関する情報である第１の状態情報を取得する。また、前記制御部は、前利用者の利用時に取得した前記車両の状態に関する情報である第２の状態情報と、前記第１の状態情報とを比較する。また、前記制御部は、前記第２の状態情報と前記第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知する。

【発明の効果】

【0008】

実施形態の一態様によれば、共同で利用される車両の総合的な保守点検情報を効率よく管理することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る保守点検情報管理方法の概要説明図（その１）である。

【図2】図２は、実施形態に係る保守点検情報管理方法の概要説明図（その２）である。

【図3】図３は、実施形態に係る情報処理システムの構成例を示す図である。

【図4】図４は、実施形態に係るユーザ端末の構成例を示すブロック図である。

【図5】図５は、実施形態に係る車載装置の構成例を示すブロック図である。

【図6】図６は、実施形態に係るサーバ装置の構成例を示すブロック図である。

【図7】図７は、車両の状態に関する履歴情報の一例を示す図である。

【図8】図８は、保守点検に関するユーザの評価情報の一例を示す図である。

【図9】図９は、専用アプリの画面例を示す図である。

【図10】図１０は、専用アプリを介した状態情報に基づく場合のタイムチャートを示す図である。

【図11】図１１は、ユーザが入力可能な他の保守点検項目の例を示す図である。

【図12】図１２は、専用アプリの画面例の変形例を示す図である。

【図13】図１３は、状態情報が車内画像である場合のタイムチャートを示す図である。

【図14】図１４は、実施形態に係るサーバ装置が実行する処理手順を示すフローチャートである。

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

【0010】

以下、添付図面を参照して、本願の開示する情報処理装置、情報処理システムおよび情報処理方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

【0011】

また、以下では、実施形態に係る情報処理システムが、ユーザ端末１００、車載装置２００およびサーバ装置３００の連携によって車両Ｖの保守点検情報を管理する保守点検情報管理システム１であるものとする。また、以下では、実施形態に係る情報処理方法が、保守点検情報管理システム１の実行する保守点検情報管理方法であるものとする。

【0012】

まず、実施形態に係る保守点検情報管理方法の概要について、図１および図２を用いて説明する。図１は、実施形態に係る保守点検情報管理方法の概要説明図（その１）である。また、図２は、実施形態に係る保守点検情報管理方法の概要説明図（その２）である。

【0013】

図１に示すように、実施形態に係る保守点検情報管理システム１は、ユーザ端末１００と、車載装置２００と、サーバ装置３００とを含む。

【0014】

ユーザ端末１００は、車両Ｖを共同で利用する複数のユーザがそれぞれ利用する端末装置であり、たとえばスマートフォンである。本実施形態では、ユーザ端末１００は、スマートフォンであるものとする。車載装置２００は、車両Ｖに搭載されるコンピュータであり、たとえばドライブレコーダである。本実施形態では、車載装置２００は、ドライブレコーダであるものとする。

【0015】

サーバ装置３００は、車両Ｖの総合的な保守点検情報を管理する装置である。サーバ装置３００は、状態履歴ＤＢ（Database）３０２ａと、ユーザ評価ＤＢ３０２ｂとを有する。

【0016】

状態履歴ＤＢ３０２ａは、車両Ｖの状態に関する履歴情報を蓄積するデータベースである。ユーザ評価ＤＢ３０２ｂは、保守点検に関するユーザそれぞれについての評価情報を格納するデータベースである。

【0017】

サーバ装置３００は、制御部３０３を有する（図２参照）。サーバ装置３００は、ユーザ端末１００および車載装置２００の一方または双方から取得する情報を用いて、実施形態に係る保守点検情報管理方法を制御部３０３で実行する。実施形態に係る保守点検情報管理方法では、制御部３０３が、現利用者の利用開始時の車両Ｖの状態に関する情報である第１の状態情報を取得する。また、制御部３０３が、前利用者の利用時に取得した車両Ｖの状態に関する情報である第２の状態情報と、第１の状態情報とを比較する。また、制御部３０３は、第２の状態情報と第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知する。

【0018】

図２に示すように、サーバ装置３００の制御部３０３は、現利用者であるユーザのユーザ端末１００－１または車載装置２００から、現利用者が利用開始時の車両Ｖの状態に関する状態情報（第１の状態情報）を取得する（ステップＳ１）。状態情報は、車両Ｖの清掃状況や、忘れ物の有無や、車両Ｖの各種の保守点検項目それぞれに該当する内容や、車両Ｖの車内画像などを含む。

【0019】

制御部３０３は、このような状態情報を、ユーザ端末１００－１からは、ユーザ端末１００－１で動作する専用アプリ（アプリケーションソフトウェアの略称）を介して取得する。

【0020】

また、制御部３０３は、車載装置２００からは、状態情報として、車載装置２００が有するカメラ２０４（図５参照）が撮影した車内画像を取得する。車内画像は、ＡＣＣ（Accessory）スイッチがオフされるたびに撮影され、車載装置２００から送信される。また、車内画像は、ＡＣＣスイッチがオンされ、かつ、現利用者であるユーザが切り替わったことが検出された場合に撮影され、車載装置２００から送信される。

【0021】

そして、制御部３０３は、状態履歴ＤＢ３０２ａを参照し、前利用者の利用時に取得した状態情報（第２の状態情報）と比較する（ステップＳ２）。このとき、制御部３０３は、専用アプリを介して取得した状態情報については、前利用者の入力内容と現利用者の入力内容とを比較する。

【0022】

また、制御部３０３は、車内画像として取得した状態情報については、前利用者の最後のＡＣＣスイッチオフ時の車内画像と、現利用者の最初のＡＣＣスイッチオン時の車内画像とを比較する。

【0023】

そして、制御部３０３は、ステップＳ２での比較結果に基づいて前利用者であるユーザを評価する（ステップＳ３）。なお、制御部３０３は、評価結果をユーザ評価ＤＢ３０２ｂへ格納する。

【0024】

また、制御部３０３は、必要に応じ、評価結果を前利用者であるユーザのユーザ端末１００－２へ通知する（ステップＳ４）。制御部３０３は、かかる通知の通知内容として、たとえば忘れ物があったことなどを通知する。

【0025】

このように、実施形態に係る保守点検情報管理方法によれば、清掃状況の確認や忘れ物の有無の確認を含む各種の保守点検項目を網羅した総合的な保守点検情報を管理することが可能となる。

【0026】

また、実施形態に係る保守点検情報管理方法によれば、現利用者の利用開始時に現利用者からの状態情報に基づいて前利用者の評価を行うことで、その評価情報を含む総合的な保守点検情報を効率よく管理することが可能となる。

【0027】

また、実施形態に係る保守点検情報管理方法によれば、たとえば前利用者の忘れ物があった場合などに、必要に応じてその忘れ物があったという評価結果をユーザヘ通知することができる。

【0028】

以下、実施形態に係る保守点検情報管理システム１の構成例について、より具体的に説明する。

【0029】

図３は、実施形態に係る保守点検情報管理システム１の構成例を示す図である。保守点検情報管理システム１は、１以上のユーザ端末１００と、１以上の車載装置２００と、サーバ装置３００とを含む。

【0030】

ユーザ端末１００と、車載装置２００と、サーバ装置３００とは、インターネットや携帯電話回線網等であるネットワークＮを介して相互に通信可能に接続される。

【0031】

ユーザ端末１００は、上述したように、車両Ｖを共同で利用する複数のユーザがそれぞれ利用する端末装置であり、たとえばスマートフォンである。なお、ユーザ端末１００は、スマートフォンのほか、タブレット端末や、ＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital Assistant）や、腕時計型、メガネ型などのウェアラブルデバイスなどであってもよい。

【0032】

また、ユーザ端末１００は、保守点検情報管理システム１に係る専用アプリが動作するプラットフォームを有する。

【0033】

車載装置２００は、上述したように、車両Ｖに搭載されるコンピュータであり、たとえばドライブレコーダである。

【0034】

サーバ装置３００は、上述したように、車両Ｖの総合的な保守点検情報を管理する装置である。サーバ装置３００の制御部３０３は、かかる保守点検情報の管理に関し、前述のステップＳ１～Ｓ４を実行する。

【0035】

次に、図４は、実施形態に係るユーザ端末１００の構成例を示すブロック図である。なお、図４および後に示す図５，６では、本実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

【0036】

換言すれば、図４～図６に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

【0037】

また、図４～図６を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、説明を省略する場合がある。

【0038】

図４に示すように、実施形態に係るユーザ端末１００は、ＨＭＩ（Human Machine Interface）部１０１と、通信部１０２と、記憶部１０３と、制御部１０４とを有する。

【0039】

ＨＭＩ部１０１は、ユーザに対する入力および出力に関するインターフェイス部品を提供する構成要素である。ＨＭＩ部１０１は、ユーザからの入力操作を受け付ける入力インターフェイスを含む。入力インターフェイスは、たとえばタッチパネルによって実現される。なお、入力インターフェイスは、キーボードや、マウスや、ペンタブレットや、マイク等によって実現されてもよい。また、入力インターフェイスは、ソフトウェア部品によって実現されてもよい。

【0040】

また、ＨＭＩ部１０１は、ユーザに対して画像情報や音声情報を提示する出力インターフェイスを含む。出力インターフェイスは、たとえばディスプレイやスピーカ等によって実現される。

【0041】

通信部１０２は、無線チップ、ネットワークアダプタ、ＮＩＣ（Network Interface Card）等によって実現される。通信部１０２は、ネットワークＮと無線で接続され、ネットワークＮを介して、サーバ装置３００との間で情報の送受信を行う。

【0042】

記憶部１０３は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の記憶デバイスによって実現され、図４の例では、アプリ情報１０３ａを記憶する。アプリ情報１０３ａは、制御部１０４が実行する前述の専用アプリのプログラム等を含む。

【0043】

制御部１０４は、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１０３に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０４は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

【0044】

制御部１０４は、アプリ実行部１０４ａと、送受信部１０４ｂとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

【0045】

アプリ実行部１０４ａは、アプリ情報１０３ａから専用アプリのプログラムを読み込んで実行する。アプリ実行部１０４ａは、ＨＭＩ部１０１を介し、アプリの実行における対ユーザとの情報のやり取りを行う。

【0046】

また、アプリ実行部１０４ａは、送受信部１０４ｂを介し、アプリの実行における対サーバ装置３００との情報のやり取りを行う。

【0047】

送受信部１０４ｂは、アプリ実行部１０４ａの指示に基づき、通信部１０２を介して、アプリの実行における対サーバ装置３００との情報の送受信を行う。

【0048】

次に、図５は、実施形態に係る車載装置２００の構成例を示すブロック図である。図５に示すように、実施形態に係る車載装置２００は、認証デバイス２０１と、ＡＣＣ（Accessory）スイッチ２０２と、車載センサ２０３と、カメラ２０４と、ＨＭＩ部２０５と、通信部２０６と、記憶部２０７と、制御部２０８とを有する。

【0049】

認証デバイス２０１は、車両Ｖを利用するユーザを認証するためのデバイスである。認証デバイス２０１は、ＮＦＣ（Near Field Communication）等による認証を実現する。ＡＣＣスイッチ２０２は、車両Ｖのアクセサリ電源のスイッチである。

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

図６の説明に戻る。画像認識ＡＩ３０２ｃは、画像認識用のＡＩモデルである。具体的には、画像認識ＡＩ３０２ｃは、機械学習のアルゴリズムを用いて学習されたＤＮＮ（Deep Neural Network）モデル等である。画像認識ＡＩ３０２ｃは、後述する比較部３０３ｂにＤＮＮモデルとして読み込まれた後、比較部３０３ｂに車載装置２００から取得した車両Ｖの車内画像が入力された場合に、かかる画像に含まれる各種の物体を判別可能に設けられる。

【0076】

制御部３０３は、上述した制御部１０４，２０８と同様に、コントローラであり、ＣＰＵやＭＰＵ等によって、記憶部３０２に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３０３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

【0077】

制御部３０３は、取得部３０３ａと、比較部３０３ｂと、評価部３０３ｃと、通知部３０３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

【0078】

取得部３０３ａは、通信部３０１を介し、ユーザ端末１００および車載装置２００の一方または双方からの車両Ｖの状態情報を取得する。また、取得部３０３ａは、取得した状態情報を状態履歴ＤＢ３０２ａへ格納する。

【0079】

比較部３０３ｂは、取得部３０３ａによって現利用者の利用開始時の状態情報が取得された場合に、状態履歴ＤＢ３０２ａを参照し、前利用者の利用時に取得した状態情報と比較する。また、比較部３０３ｂは、比較結果を評価部３０３ｃへ出力する。

【0080】

評価部３０３ｃは、比較部３０３ｂの比較結果に基づいて前利用者であるユーザを評価する。評価部３０３ｃは、たとえば前利用者であるユーザが入力した状態情報は清掃状況が「良い」であったものの、現利用者であるユーザが入力した状態情報は清掃状況が「悪い」であった場合、前利用者であるユーザを「清掃不良」のユーザとして評価する。

【0081】

また、評価部３０３ｃは、状態情報が車内画像であった場合、前利用者の利用時の車内画像と現利用者の利用開始時の車内画像との比較結果に基づき、たとえば前利用者の利用時の物やゴミが残っていれば、前利用者であるユーザを「忘れ物あり」や「清掃不良」のユーザとして評価する。

【0082】

また、評価部３０３ｃは、評価結果をユーザ評価ＤＢ３０２ｂへ格納する。通知部３０３ｄは、必要に応じ、評価結果を前利用者であるユーザのユーザ端末１００へ通信部３０１を介して通知する。

【0083】

次に、ユーザ端末１００で動作する専用アプリの画面例について、図９を用いて説明する。図９は、専用アプリの画面例を示す図である。

【0084】

現利用者であるユーザが、車両Ｖの利用開始時にユーザ端末１００において前述の専用アプリを起動すると、ユーザ端末１００には、図９に示すようなアプリ画面が表示される。

【0085】

かかる画面は、保守点検項目、図９の例では「忘れ物」や「清掃状況」といった各項目が表示され、その内容をユーザがタップ操作等によって入力可能なレイアウトとなっている。そして、現利用者であるユーザが、かかる画面に表示された各項目を入力して「送信」ボタンをタップすると、ユーザの入力内容を含む状態情報がサーバ装置３００へ送信されることとなる。

【0086】

次に、これまでの説明を分かりやすくするために、専用アプリを介した状態情報に基づく場合のタイムチャートを用いた説明を行う。図１０は、専用アプリを介した状態情報に基づく場合のタイムチャートを示す図である。

【0087】

図１０に示すように、車両Ｖについて、時点Ｔ１～Ｔ２はユーザＡが利用し、時点Ｔ３～Ｔ４はユーザＢが利用し、時点Ｔ５～Ｔ６はユーザＣが利用したものとする。また、各ユーザＡ～Ｃは、それぞれ車両Ｖの利用開始時に、専用アプリを介して状態情報を入力するものとする。なお、図１０の上部には、各ユーザＡ～Ｃの利用開始時におけるユーザ評価ＤＢ３０２ｂの評価情報の一部を抜粋して示している。

【0088】

まず、時点Ｔ１のユーザＡの利用開始時には、各ユーザＡ～Ｃの評価情報は未入力であるものとする。この時点で、ユーザＡが専用アプリを介して車両Ｖの状態情報を入力しても、その入力内容は評価情報には反映されない。

【0089】

そして、時点Ｔ３のユーザＢの利用開始時に、ユーザＢが専用アプリを介して車両Ｖの状態情報を入力すると、かかるユーザＢの入力した状態情報の入力内容と、前利用者であるユーザＡの入力した状態情報の入力内容とが比較される。

【0090】

ここでは、ユーザＡの入力内容のうち、「忘れ物」が「なし」であるにも関わらず、ユーザＢの入力内容は「忘れ物」が「あり」であることが分かる。その結果、制御部３０３の評価部３０３ｃは、ユーザ評価ＤＢ３０２ｂの評価情報の、前利用者であるユーザＡを「忘れ物あり」として評価する。

【0091】

同様に、時点Ｔ５のユーザＣの利用開始時に、ユーザＣが専用アプリを介して車両Ｖの状態情報を入力すると、かかるユーザＣの入力した状態情報の入力内容と、前利用者であるユーザＢの入力した状態情報の入力内容とが比較される。

【0092】

ここでは、ユーザＢの入力内容のうち、「清掃状況」が「良い」であるにも関わらず、ユーザＣの入力内容は「清掃状況」が「悪い」であることが分かる。その結果、制御部３０３の評価部３０３ｃは、ユーザ評価ＤＢ３０２ｂの評価情報の、前利用であるユーザＢを「清掃不良」として評価する。

【0093】

ところで、これまでは、専用アプリを介して入力可能な保守点検項目として主に清掃状況と忘れ物の有無を例に挙げたが、入力可能な項目はこれに限られるものではない。図１１は、ユーザが入力可能な他の保守点検項目の例を示す図である。また、図１２は、専用アプリの画面例の変形例を示す図である。

【0094】

図１１に示すように、専用アプリを介して入力可能な保守点検項目は、いわゆる車両Ｖの日常的または定期的な点検整備項目まで網羅されてもよい。また、図１１に示す以外に、車体の傷やへこみ、塗装の状態等までも網羅されてよい。

【0095】

このような点検整備項目まで入力可能とすることにより、たとえばタクシー会社のタクシーや運送会社のトラックなど、いわゆる事業用自動車についても、車両Ｖごとの総合的な保守点検情報の管理が可能となる。

【0096】

また、こうした点検整備項目まで入力可能な場合、状態履歴ＤＢ３０２ａには、各点検整備項目内容の推移が履歴として残るので、かかる履歴に基づいて専用アプリの起動時に、図１２に示すように、アプリの画面に制御部３０３が「重点点検項目」などを表示させるようにしてもよい。

【0097】

図１２の例は、状態履歴ＤＢ３０２ａの履歴から、経時劣化等が見込まれる項目として、「空気圧」と、「ワイパーゴム」が重点的な点検項目として表示された例を示している。こうした重点的な点検項目を明示することにより、ユーザは車両Ｖの利用に際して状態が悪化する可能性のある箇所を早期に把握できる。事業用自動車であれば、事業者は、部品交換が発生しそうな箇所を早期に把握し、部品手配など事前に進めることができる。

【0098】

次に、状態情報が車載装置２００からの車内画像である場合のタイムチャートを用いた説明を行う。図１３は、状態情報が車内画像である場合のタイムチャートを示す図である。

【0099】

図１３に示すように、車両Ｖについて、時点Ｔ１１～Ｔ１２はユーザＡが利用し、時点Ｔ１３～Ｔ１４も引き続きユーザＡが利用し、時点Ｔ１５以降はユーザＢが利用したものとする。なお、図１３の上部には、図１０と同様に、ユーザ評価ＤＢ３０２ｂの評価情報の一部を抜粋して示している。

【0100】

まず、ユーザＡが時点Ｔ１１で認証されるとともにＡＣＣスイッチ２０２をオンにした利用開始時には、各ユーザＡ～Ｃの評価情報は未入力であるものとする。かかる場合、車載装置２００は、ＡＣＣスイッチ２０２がオフされるたびに（すなわち、時点Ｔ１２，Ｔ１４に）、カメラ２０４によって車内画像を撮影し、車両Ｖの状態情報としてサーバ装置３００へ送信する。なお、かかる時点Ｔ１２，Ｔ１４の車内画像は、「第２の画像」の一例に相当する。

【0101】

そして、サーバ装置３００の制御部３０３は、同じユーザＡが現利用者である間は、ＡＣＣスイッチ２０２がオフ時の車内画像同士を比較しない。したがって、ユーザ評価ＤＢ３０２ｂの評価情報もその間、更新されない。

【0102】

そして、ユーザＢが時点Ｔ１５で認証されるとともにＡＣＣスイッチ２０２をオンにしたユーザＢの利用開始時、車載装置２００は、ＡＣＣスイッチ２０２のオンと現利用者の切り替わりを検出し、これをトリガとしてかかる時点１５の車内画像をサーバ装置３００へ送信する。なお、かかる時点Ｔ１５の車内画像は、「第１の画像」の一例に相当する。

【0103】

そして、制御部３０３は、前利用者であるユーザＡの最後のＡＣＣスイッチ２０２オフ時（すなわち、時点１４）の車内画像と、現利用者であるユーザＢのＡＣＣスイッチ２０２オン時（すなわち、時点１５）の車内画像とを比較する。

【0104】

ここでは、時点１４の車内画像に写っていたメガネｇや缶ｃが、時点１５の車内画像にも写っている、すなわち車内に残っていることが分かる。かかる場合、制御部３０３は、その比較結果に基づいて、ユーザ評価ＤＢ３０２ｂの評価情報の、前利用者であるユーザＡを「忘れ物あり」や「清掃不良」として評価する。

【0105】

図１３の例の場合、車内画像に基づいて自動的に総合的な保守点検情報の管理が可能となる。また、かかる場合、車両Ｖを利用するユーザや、保守点検情報を管理する管理者の工数削減にも寄与することができる。なお、これまでは、カメラ２０４によって撮影される画像が車内画像である例を挙げたが、車外画像であってもよい。車外画像の場合、複数のカメラ２０４によって撮影された複数の車外画像から車体を立体的に俯瞰する画像を合成し、かかる合成画像の第１の画像と第２の画像とを比較することによって、車両Ｖの外観の変化を確認することができる。

【0106】

次に、実施形態に係るサーバ装置３００が実行する処理手順について、図１４を用いて説明する。図１４は、実施形態に係るサーバ装置３００が実行する処理手順を示すフローチャートである。

【0107】

図１４に示すように、サーバ装置３００の制御部３０３は、現利用者の利用開始時の車両Ｖの状態情報を取得する（ステップＳ１０１）。そして、制御部３０３は、取得した状態情報を、前利用者の利用時に取得した状態情報と比較する（ステップＳ１０２）。

【0108】

そして、制御部３０３は、比較結果に基づいて前利用者であるユーザを評価する（ステップＳ１０３）。また、制御部３０３は、評価結果の通知を要するか否かを判定する（ステップＳ１０４）。

【0109】

ここで、通知を要する場合（ステップＳ１０４，Ｙｅｓ）、制御部３０３は、評価結果を前利用者であるユーザへ通知し（ステップＳ１０５）、処理を終了する。一方、通知が不要である場合（ステップＳ１０４，Ｎｏ）、制御部３０３は、通知を行わずに処理を終了する。

【0110】

上述してきたように、実施形態に係るサーバ装置３００は、複数の利用者が共同で利用する車両Ｖの保守点検情報を管理する情報処理装置であって、制御部３０３を有する。制御部３０３は、現利用者の利用開始時の車両Ｖの状態に関する情報である第１の状態情報を取得する。また、制御部３０３は、前利用者の利用時に取得した車両Ｖの状態に関する情報である第２の状態情報と、第１の状態情報とを比較する。また、制御部３０３は、第２の状態情報と第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知する。

【0111】

したがって、実施形態に係る保守点検情報管理システム１によれば、共同で利用される車両Ｖの総合的な保守点検情報を効率よく管理することができる。

【0112】

また、制御部３０３は、現利用者の利用開始時に、現利用者の使用するユーザ端末１００－１で動作するアプリを介して入力された第１の状態情報を取得し、前利用者の利用開始時に、前利用者の使用するユーザ端末１００－２で動作する上記アプリを介して入力された第２の状態情報と、第１の状態情報とを比較する。

【0113】

したがって、実施形態に係る保守点検情報管理システム１によれば、アプリを介した利便性の高い手法により、車両Ｖの総合的な保守点検情報を効率よく管理することができる。

【0114】

また、上記アプリは、車両Ｖの日常的および定期的な点検整備項目を入力可能に設けられる。

【0115】

したがって、実施形態に係る保守点検情報管理システム１によれば、点検整備項目を含む総合的な保守点検情報を効率よく管理することが可能となる。

【0116】

また、制御部３０３は、上記点検整備項目の内容の履歴に基づいて、上記アプリの起動時に、上記アプリの画面に重点的な点検項目を表示させる。

【0117】

したがって、実施形態に係る保守点検情報管理システム１によれば、こうした重点的な点検項目を明示することにより、ユーザは車両Ｖの利用に際して状態が悪化する可能性のある箇所を早期に把握できる。事業用自動車であれば、事業者は、部品交換が発生しそうな箇所を早期に把握し、部品手配など事前に進めることができる。

【0118】

また、制御部３０３は、現利用者の利用開始時に、自動的に車両Ｖの車載装置２００によって撮影された第１の画像を第１の状態情報として取得し、前利用者の利用終了時に、自動的に車載装置２００によって撮影された第２の画像である第２の状態情報と、第１の状態情報とを比較する。

【0119】

したがって、実施形態に係る保守点検情報管理システム１によれば、前利用者の利用終了時に自動で撮影された第２の画像と、現利用者の利用開始時に自動で撮影された第１の画像との比較による自動評価によって、保守点検情報の管理工数の削減に寄与することができる。

【0120】

また、上記第１の画像は、車両ＶのＡＣＣスイッチ２０２がオンされ、かつ、現利用者が切り替わったことが検出された場合に撮影され、上記第２の画像は、ＡＣＣスイッチ２０２がオフされた場合に撮影される。

【0121】

したがって、実施形態に係る保守点検情報管理システム１によれば、前利用者の利用終了時のイベントを検出して自動で撮影された第２の画像と、現利用者の利用開始時のイベントを検出して自動で撮影された第１の画像との比較による自動評価が可能となる。また、これにより、保守点検情報の管理工数の削減に寄与することができる。

【0122】

また、上記第１の画像および上記第２の画像は、車両Ｖの車内画像である。

【0123】

したがって、実施形態に係る保守点検情報管理システム１によれば、たとえば前利用者の利用時の物やゴミが車内に残っていれば、前利用者であるユーザを「忘れ物あり」や「清掃不良」のユーザとして評価することができる。

【0124】

また、制御部３０３は、上記比較結果に基づいて、少なくとも車両Ｖの清掃状況および忘れ物の有無について前利用者を評価する。

【0125】

したがって、実施形態に係る保守点検情報管理システム１によれば、少なくとも車両Ｖの清掃状況および忘れ物の有無について前利用者を評価することができる。

【0126】

また、実施形態に係る保守点検情報管理システム１は、複数の利用者が共同で利用する車両Ｖの保守点検情報を管理する情報処理システムであって、利用者が使用するユーザ端末１００と、車両Ｖに搭載される車載装置２００と、サーバ装置３００とを有する。ユーザ端末１００および車載装置２００の一方または双方は、現利用者の利用開始時の車両Ｖの状態に関する情報である第１の状態情報をサーバ装置３００へ送信する。サーバ装置３００は、第１の状態情報を取得する。また、サーバ装置３００は、前利用者の利用時に取得した車両Ｖの状態に関する情報である第２の状態情報と、第１の状態情報とを比較する。また、サーバ装置３００は、第２の状態情報と第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者のユーザ端末１００へ通知する。

【0127】

したがって、実施形態に係る保守点検情報管理システム１によれば、共同で利用される車両Ｖの総合的な保守点検情報を効率よく管理することができる。

【0128】

また、実施形態に係る保守点検情報管理方法は、複数の利用者が共同で利用する車両Ｖの保守点検情報を管理する情報処理装置が実行する情報処理方法であって、現利用者の利用開始時の車両の状態に関する情報である第１の状態情報を取得することを含む。また、保守点検情報管理方法は、前利用者の利用時に取得した車両Ｖの状態に関する情報である第２の状態情報と、第１の状態情報とを比較することを含む。また、保守点検情報管理方法は、第２の状態情報と第１の状態情報との比較結果に基づいて前利用者を評価し、評価結果を前利用者へ通知することを含む。

【0129】

したがって、実施形態に係る保守点検情報管理方法によれば、共同で利用される車両Ｖの総合的な保守点検情報を効率よく管理することができる。

【0130】

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

【符号の説明】

【0131】

１ 保守点検情報管理システム
１００ ユーザ端末
１０１ ＨＭＩ部
１０２ 通信部
１０３ 記憶部
１０４ 制御部
２００ 車載装置
２０１ 認証デバイス
２０２ ＡＣＣスイッチ
２０３ 車載センサ
２０４ カメラ
２０５ ＨＭＩ部
２０６ 通信部
２０７ 記憶部
２０８ 制御部
３００ サーバ装置
３０１ 通信部
３０２ 記憶部
３０３ 制御部
Ｖ 車両

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】