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

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

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

(11)【公開番号】P2022188675

(43)【公開日】2022-12-21

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

(51)【国際特許分類】

   G06Q 10/00 20120101AFI20221214BHJP

   G06Q 10/04 20120101ALI20221214BHJP

【ＦＩ】

G06Q10/00 300

G06Q10/04

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021096900

(22)【出願日】2021-06-09

(71)【出願人】

【識別番号】521042770

【氏名又は名称】ウーブン・プラネット・ホールディングス株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】西城 洋志

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

5L049

【Ｆターム（参考）】

5L049AA04

5L049CC15

(57)【要約】

【課題】整備事業者にとって自身が準備しているメンテナンス資源を有効に活用してメンテンナンス需要に応えることの助けになる技術を提供する。
【解決手段】サービス提供サーバ１０は、車両の車載機器で取得された車両情報と、車両の走行履歴に関連する環境情報とを車両ごとに収集し蓄積する。次に、蓄積された車両情報と環境情報とに基づいて、車両ごとにメンテナンスの必要性についての予測診断を行い、予測診断の結果に基づいて、メンテナンスの内容と時期とを含むメンテナンス予測情報を車両ごとに生成する。そして、複数の車両についてのメンテナンス予測情報に基づいて、整備事業者３０がメンテナンスを提供する地域内でのメンテナンス需要を予測し、メンテナンス需要の予測量と整備事業者３０が準備しているメンテナンス資源の準備量とに基づいて、整備事業者３０が提示するメンテナンス価格を動的に設定する。
【選択図】図４

【特許請求の範囲】

【請求項1】

複数の車両に通信ネットワークにより接続されたサービス提供サーバであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサで実行可能な少なくとも１つのプログラムを記憶した少なくとも１つのメモリと、を備え、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、
前記車両ごとにメンテナンスの必要性についての予測診断を行うこと、
前記予測診断の結果に基づいて、前記メンテナンスの内容と時期とを含むメンテナンス予測情報を前記車両ごとに生成すること、
複数の前記車両についての前記メンテナンス予測情報に基づいて、整備事業者がメンテナンスを提供する地域内でのメンテナンス需要を予測すること、及び、
予測された前記メンテナンス需要と前記整備事業者が準備しているメンテナンス資源の準備量とに基づいて、前記整備事業者が提示するメンテナンス価格を動的に設定すること、を前記サービス提供サーバに実行させる
ことを特徴とするサービス提供サーバ。

【請求項2】

請求項１に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、前記メンテナンス予測情報を前記車両の管理者に送信すること、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項3】

請求項２に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、動的に設定された最新の前記メンテナンス価格を前記管理者に送信すること、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項4】

請求項１乃至３の何れか１項に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、予測された前記メンテナンス需要を前記整備事業者に送信すること、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項5】

請求項１乃至４の何れか１項に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、
予測された前記メンテナンス需要と前記メンテナンス資源の前記準備量とに基づいて、前記メンテナンス資源の新規調達量を予測すること、及び、
予測された前記メンテナンス資源の前記新規調達量を前記整備事業者に送信すること、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項6】

請求項１乃至５の何れか１項に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、
前記車両の車載機器で取得された予測保全のための車両情報を複数の前記車両から取得すること、
複数の前記車両のそれぞれについて前記車両の走行履歴に関連する環境情報を取得すること、
前記車両情報と前記環境情報とを前記車両ごとに収集し蓄積すること、及び、
蓄積された前記車両情報と前記環境情報とに基づいて、前記車両ごとに前記予測診断を行うこと、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項7】

請求項６に記載のサービス提供サーバにおいて、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサにより実行されたとき、予測された前記メンテナンス需要と実際の前記メンテナンス需要とに基づいて、前記予測診断を行うための予測診断モデルを更新すること、を前記サービス提供サーバにさらに実行させる
ことを特徴とするサービス提供サーバ。

【請求項8】

請求項６又は７に記載のサービス提供サーバに少なくとも複数の前記車両を前記通信ネットワークにより接続してなるサービス提供システムであって、
前記車両は、
車両間で共通のオペレーティングシステムと、前記オペレーティングシステム上で動作し、前記車載機器で取得した予測保全のための前記車両情報を前記サービス提供サーバに送信するアプリケーションと、を記憶した車載メモリと、
前記オペレーティングシステム及び前記アプリケーションを実行する車載プロセッサと、を備える
ことを特徴とするサービス提供システム。

【請求項9】

複数の車両と通信ネットワークにより接続されたコンピュータにより実行されるサービス提供方法であって、
前記車両ごとにメンテナンスの必要性についての予測診断を行うステップ、
前記予測診断の結果に基づいて、前記メンテナンスの内容と時期とを含むメンテナンス予測情報を前記車両ごとに生成するステップ、
複数の前記車両についての前記メンテナンス予測情報に基づいて、整備事業者がメンテナンスを提供する地域内でのメンテナンス需要を予測するステップ、及び、
予測された前記メンテナンス需要と前記整備事業者が準備しているメンテナンス資源の準備量とに基づいて、前記整備事業者が提示するメンテナンス価格を動的に設定するステップ、を含む
ことを特徴とするサービス提供方法。

【請求項10】

請求項９に記載のサービス提供方法において、
前記メンテナンス予測情報を前記車両の管理者に提供するステップをさらに含む
ことを特徴とするサービス提供方法。

【請求項11】

請求項１０に記載のサービス提供方法において、
動的に設定された最新の前記メンテナンス価格を前記管理者に提供するステップをさらに含む
ことを特徴とするサービス提供方法。

【請求項12】

請求項９乃至１１の何れか１項に記載のサービス提供方法において、
予測された前記メンテナンス需要を前記整備事業者に提供するステップをさらに含む
ことを特徴とするサービス提供方法。

【請求項13】

請求項９乃至１２の何れか１項に記載のサービス提供方法において、
予測された前記メンテナンス需要と前記メンテナンス資源の前記準備量とに基づいて、前記メンテナンス資源の新規調達量を予測するステップ、及び、
予測された前記メンテナンス資源の前記新規調達量を前記整備事業者に提供するステップをさらに含む
ことを特徴とするサービス提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車両の管理者が需要者となり車両のメンテナンスを行う整備工場が供給者となる市場において、少なくとも整備工場にとって有用なサービスを提供するサービス提供サーバ、サービス提供システム、及びサービス提供方法に関する。

【背景技術】

【0002】

特許文献１には、車両の消耗品の需要を予測する技術が開示されている。特許文献１に開示された従来技術によれば、各車両において収集された車両情報、及び当該車両におけるメンテナンス結果に基づいて各車両における消耗品の劣化度が算出される。消耗品の劣化度はデータベースに記録され、記録された劣化度の集計に基づいて消耗品の劣化速度が算出される。そして、劣化度と劣化速度と劣化度の閾値と車両の所在位置と整備工場がサービスを提供するエリアとを含む情報に基づいて、整備工場において所定の期間内に交換が必要となり得る消耗品の種類と数量とが算出される。

【0003】

しかし、必要な種類と数量の消耗品を必ずしも事前に準備できるとは限らない。また、交換する消耗品を準備できたとしても、交換のために必要な人員を確保できない場合がある。つまり、特許文献１に開示された従来技術は、メンテナンスの需要が事前に分かったとしても、メンテナンス資源の制約によって需要に応えることができない虞がある。また、メンテナンス資源の不足を危惧するあまりにメンテナンス資源を過剰に抱えてしまい、結果としてメンテナンス資源の管理等に伴うコストが増大してしまう虞も捨てきれない。

【0004】

なお、本開示の技術分野における出願時の技術レベルを示す文献としては、上記特許文献１の他にも下記の特許文献２及び特許文献３を例示することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】国際公開第２０１６／０７１９９３号

【特許文献2】国際公開第２０１８／１７９３０７号

【特許文献3】特開２０２０－１４０２４５号公報

【発明の概要】

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

【0006】

本開示は、上述のような課題に鑑みてなされたものである。本開示は、車両のメンテナンスを提供する整備事業者にとって、自身が準備しているメンテナンス資源を有効に活用してメンテンナンス需要に応えることの助けになる技術を提供することを目的とする。

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

【0007】

本開示はサービス提供サーバを提供する。本開示のサービス提供サーバは、複数の車両に通信ネットワークにより接続されたサーバであって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサで実行可能な少なくとも１つのプログラムを記憶した少なくとも１つのメモリとを備える。上記少なくとも１つのプログラムは、上記少なくとも１つのプロセッサにより実行されたとき、以下の処理をサービス提供サーバに実行させる。

【0008】

本開示のサービス提供サーバによる第１の処理では、車両ごとにメンテナンスの必要性についての予測診断を行うことが実行される。第２の処理では、予測診断の結果に基づいて、メンテナンスの内容と時期とを含むメンテナンス予測情報を車両ごとに生成することが実行される。第３の処理では、複数の車両についてのメンテナンス予測情報に基づいて、整備事業者がメンテナンスを提供する地域内でのメンテナンス需要を予測することが実行される。そして、第４の処理では、予測されたメンテナンス需要と整備事業者が準備しているメンテナンス資源の準備量とに基づいて、整備事業者が提示するメンテナンス価格を動的に設定することが実行される。

【0009】

本開示において、上記少なくとも１つのプログラムは、上記少なくとも１つのプロセッサにより実行されたとき、以下の付加的な処理をサービス提供サーバに実行させてもよい。１つの付加的な処理では、メンテナンス予測情報を車両の管理者に送信することが実行される。別の付加的な処理では、動的に設定された最新のメンテナンス価格を管理者に送信することが実行される。さらに別の付加的な処理では、予測されたメンテナンス需要を整備事業者に送信することが実行される。また、予測されたメンテナンス需要とメンテナンス資源の準備量とに基づいて、メンテナンス資源の新規調達量を予測し、予測されたメンテナンス資源の新規調達量を整備事業者に送信することをサービス提供サーバに実行させてもよい。

【0010】

さらに、車両の車載機器で取得された予測保全のための車両情報を複数の車両から取得すること、複数の車両のそれぞれから車両の走行履歴に関連する環境情報を取得すること、及び、車両情報と環境情報とを車両ごとに収集し蓄積することをサービス提供サーバに付加的に実行させてもよい。この場合、サービス提供サーバは、蓄積された車両情報と環境情報とに基づいて車両ごとに予測診断を行うことができる。また、予測されたメンテナンス需要と実際のメンテナンス需要とに基づいて、予測診断を行うための予測診断モデルを更新することをサービス提供サーバに付加的に実行させてもよい。

【0011】

本開示はサービス提供システムを提供する。本開示のサービス提供システムは、本開示のサービス提供サーバに少なくとも複数の車両を通信ネットワークにより接続してなるシステムである。本開示のサービス提供システムでは、各車両は車載メモリと車載プロセッサとを備える。車載メモリは、車両間で共通のオペレーティングシステムと、オペレーティングシステム上で動作し、車載機器で取得した予測保全のための車両情報をサーバに送信するアプリケーションとを記憶している。車載プロセッサは、車載メモリに記憶されたオペレーティングシステム及びアプリケーションを実行する。

【0012】

本開示はサービス提供方法を提供する。本開示のサービス提供方法は、複数の車両と通信ネットワークにより接続されたサーバにより実行される方法である。本開示のサービス提供方法は、少なくとも以下のステップを含む。

【0013】

本開示のサービス提供方法が含む第１のステップは、車両ごとにメンテナンスの必要性についての予測診断を行うステップである。第２のステップは、予測診断の結果に基づいて、メンテナンスの内容と時期とを含むメンテナンス予測情報を車両ごとに生成するステップである。第３のステップは、複数の車両についてのメンテナンス予測情報に基づいて、整備事業者がメンテナンスを提供する地域内でのメンテナンス需要を予測するステップである。そして、第４のステップは、予測されたメンテナンス需要と整備事業者が準備しているメンテナンス資源の準備量とに基づいて、整備事業者が提示するメンテナンス価格を動的に設定するステップである。

【0014】

本開示のサービス提供方法は、以下の付加的なステップを含んでもよい。１つの付加的なステップは、メンテナンス予測情報を車両の管理者に提供するステップである。別の付加的なステップは、動的に設定された最新のメンテナンス価格を管理者に提供するステップである。さらに別の付加的なステップは、予測されたメンテナンス需要を整備事業者に提供するステップである。また、本開示のサービス提供方法は、予測されたメンテナンス需要とメンテナンス資源の準備量とに基づいてメンテナンス資源の新規調達量を予測するステップと、予測されたメンテナンス資源の新規調達量を整備事業者に提供するステップとをさらに付加的に含んでもよい。

【0015】

さらに、本開示のサービス提供方法は、車両の車載機器で取得された予測保全のための車両情報を複数の車両から取得するステップと、複数の車両のそれぞれについて車両の走行履歴に関連する環境情報を取得するステップと、車両情報と環境情報とを車両ごとに収集し蓄積するステップとを含んでもよい。この場合、蓄積された車両情報と環境情報とに基づいて車両ごとに予測診断を行うことができる。また、本開示のサービス提供方法は、予測されたメンテナンス需要と実際のメンテナンス需要とに基づいて、予測診断を行うための予測診断モデルを更新するステップをさらに付加的に含んでもよい。

【0016】

さらに、本開示はサービス提供プログラムを提供する。本開示のサービス提供プログラムは、本開示のサービス提供方法をコンピュータに実行させるコードを含むプログラムである。また、本開示は本開示のサービス提供プログラムが記憶されたコンピュータで読み取り可能な記憶媒体を提供する。

【発明の効果】

【0017】

車両のメンテナンス需要は、整備事業者が提示するメンテナンス価格にてコントロールすることができる。例えば、メンテナンス価格を上げることで、メンテナンス需要を低下させることができる。逆に、メンテナンス価格を下げることで、メンテナンス需要を上昇させることができる。本開示の技術によれば、車両ごとにメンテナンスの必要性について予測診断を行った結果からメンテナンス需要が予測される。そして、予測されたメンテナンス需要と、整備事業者が準備しているメンテナンス資源とに基づいて、整備事業者が提示するメンテナンス価格が動的に設定される。このようなダイナミックプライシングによってメンテナンス需要をコントロールすることで、整備事業者は、自身が準備しているメンテナンス資源を有効に活用してメンテンナンス需要に応えることができるようになる。

【図面の簡単な説明】

【0018】

【図1】本開示の実施形態に係るサービス提供システムの構成を示す概略図である。

【図2】本開示の実施形態に係るサービス提供サーバの予測診断機能に係る構成と車両の車載システムの構成とを示す概略図である。

【図3】本開示の実施形態に係るサービス提供サーバのダイナミックプライシング機能に係る構成を示す概略図である。

【図4】本開示の実施形態に係るサービス提供サーバと車両管理者と整備事業者との間での処理の流れを示すシーケンス図である。

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

【0019】

以下、図面を参照して本開示の実施形態について説明する。ただし、以下に示す実施形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数に、本開示に係る思想が限定されるものではない。また、以下に示す実施形態において説明する構造等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、本開示に係る思想に必ずしも必須のものではない。

【0020】

１．サービス提供システムの構成とサービス提供サーバの機能
図１は、本開示の実施形態に係るサービス提供システムの構成を示す概略図である。サービス提供システム２は、車両４０をメンテナンスする整備事業者３０にとって有用なサービスや、車両４０を管理する車両管理者２０にとって有用なサービスを提供するシステムである。サービス提供システム２は、車両管理者２０によって管理される複数の車両４０と、車両管理者２０と、整備事業者３０とがインターネットを含む通信ネットワーク４を介してサービス提供サーバ１０に接続されてなる。

【0021】

車両管理者２０は、例えば、車両４０を用いたサービスを提供するモビリティサービス事業者である。車両４０を用いたサービスには、例えば、オンライン配車サービス、カーシェアリングサービス、ライドシェアリングサービスが含まれる。車両管理者２０は、通信ネットワーク４に接続可能な端末装置を用いてサービス提供サーバ１０に接続されている。図１では、サービス提供サーバ１０に接続された車両管理者２０は１つであるが、サービス提供システム２には、複数の車両管理者２０が参加することができる。なお、車両管理者２０は、車両４０を専用する個人或いは法人であってもよい。

【0022】

整備事業者３０は、例えば、車両４０のメンテナンスを専門で行う整備専門店でもよいし、整備工場を抱えるディーラーでもよい。整備事業者３０は、常に一定量のメンテナンス資源を準備している。整備事業者３０によって準備されるメンテナンス資源は、物的資源である車両４０のメンテナンス対象部品（以下、単にパーツとも呼ぶ）と、人的資源であるメンテナンス作業のための作業人員とを含む。特に準備されるパーツは消耗品であり、作業人員は具体的には整備士である。整備事業者３０は、通信ネットワーク４に接続可能な端末装置を用いてサービス提供サーバ１０に接続されている。図１では、サービス提供サーバ１０に接続された整備事業者３０は１つであるが、サービス提供システム２には、複数の整備事業者３０が参加することができる。

【0023】

サービス提供システム２において管理及び整備の対象となる車両４０には、例えば、内燃機関自動車（ＩＣＥＶ）、電気自動車（ＥＶ）、ハイブリッド自動車（ＨＶ）、プラグインハイブリッド自動車（ＰＨＶ）、及び燃料電池自動車（ＦＣＶ）が含まれる。運転方法で区別した場合、車両４０は、例えば、運転者により運転される車両でもよいし、自動運転車両でもよいし、遠隔運転者により遠隔運転される遠隔運転車両でもよい。また、用途で区別した場合、車両４０は、例えば、個人或いは法人により専用される車両でもよいし、モビリティサービス用の車両でもよい。

【0024】

サービス提供サーバ１０は、車両管理者２０とも整備事業者３０とも異なる中立のサービス提供事業者によって運営されている。サービス提供事業者は、車両管理者２０と整備事業者３０のそれぞれからサービス料金を受け取り、サービス提供サーバ１０が有する機能を用いて車両管理者２０と整備事業者３０にサービスを提供している。以下、サービス提供サーバ１０が有する機能について説明する。

【0025】

サービス提供サーバ１０は、車両４０ごとにメンテナンスの必要性についての予測診断を行う機能を有している。この予測診断を行うため、サービス提供サーバ１０は、各車両４０から予測保全のための車両情報を取得するとともに、情報提供業者５０から気象情報などの環境情報を取得する。サービス提供サーバ１０が有する予測診断機能については追って詳細に説明する。

【0026】

また、サービス提供サーバ１０は、予測診断の結果に基づいて車両４０ごとにメンテナンス予測情報を生成する機能を有している。メンテナンス予測情報は、車両４０に対して施すことが推奨されるメンテナンスの内容と時期とを含む情報である。メンテナンスの内容には、点検箇所や交換すべき消耗品のリストが含まれている。メンテナンスの時期としては、例えば、何年何月頃とおおよその目安が示される。

【0027】

サービス提供サーバ１０は、後述するダイナミックプライシング機能によって動的に設定されるメンテナンス価格とともに、メンテナンス予測情報を車両管理者２０に送信する。車両管理者２０は、車両４０ごとに生成されたメンテナンス予測情報を受け取ることにより、各車両４０に対して過不足のないメンテナンスを丁度良い時期に受けさせることができる。その結果、車両管理者２０にとっては、車両４０のメンテナンスコストを低減することができる。

【0028】

また、サービス提供サーバ１０は、車両４０ごとに生成されたメンテナンス予測情報を集計し、整備事業者３０がメンテナンスを提供する地域内でのメンテナンス需要を予測する機能を有している。整備事業者３０がメンテナンスを提供する地域は、例えば、Ｘ市やＹ区などのように行政区で特定されてもよいし、整備事業者３０の所在地を中心に周囲半径Ｚｋｍ以内などのように距離で特定されてもよい。整備事業者３０がメンテナンスを提供する地域においてモビリティサービス事業を展開している車両管理者２０や、同地域において車両４０を所有している車両管理者２０は、整備事業者３０にとっての潜在的な顧客となる。

【0029】

サービス提供サーバ１０は、地域のメンテナンス需要の予測（以下、地域メンテナンス需要予測と呼ぶ）を整備事業者３０に送信する。整備事業者３０は、地域メンテナンス需要予測を受け取ることにより、前もって準備しておくべきメンテナンス資源の準備量を最適化することができる。地域メンテナンス需要予測は、車両管理者２０に送られるメンテナンス予測情報とリンクしているので、車両管理者２０と整備事業者３０との間において、車両４０のメンテナンスに対する需要と供給とのバランスが崩れることは抑えられる。

【0030】

また、サービス提供サーバ１０は、整備事業者３０が現時点で準備しているメンテナンス資源の準備量に関する情報、具体的には、パーツの在庫と人員業務計画とを受信する。そして、地域メンテナンス需要予測とメンテナンス資源の準備量とに基づき、メンテナンス資源の新規調達量を予測する。予測されるメンテナンス資源の新規調達量には、パーツの予測発注量と作業人員の予測手配人数とが含まれる。例えば、メンテナンス資源の準備量が地域メンテナンス需要予測に対して不足しているのであれば、地域メンテナンス需要予測に見合ったメンテナンス資源を準備できるように新規調達量が計算される。サービス提供サーバ１０は、予測されたメンテナンス資源の新規調達量を整備事業者３０に送信する。

【0031】

さらに、サービス提供サーバ１０は、地域メンテナンス需要予測とメンテナンス資源の準備量とに基づき、整備事業者３０が提示するメンテナンス価格を動的に設定する。例えば、メンテナンス資源の準備量が地域メンテナンス需要予測に対して不足している場合、提示するメンテナンス価格を上げることで、メンテナンス需要を低下方向に進めることができる。逆に、メンテナンス資源の準備量が地域メンテナンス需要予測に対して過剰である場合、提示するメンテナンス価格を下げることで、メンテナンス需要を上昇方向に進めることができる。このようなダイナミックプライシングによってメンテナンス需要をコントロールすることで、整備事業者３０は、自身が準備しているメンテナンス資源を有効に活用してメンテンナンス需要に応えることができるようになる。

【0032】

また、サービス提供サーバ１０は、メンテナンスの受付、注文、及び予約を仲介する。まず、サービス提供サーバ１０は、車両管理者２０からメンテナンス計画を受け付ける。メンテナンス計画には、メンテナンスを受ける車両４０のＩＤ、メンテナンスの内容、及びメンテナンスの希望時期などが含まれる。車両管理者２０は、前述のメンテナンス予測情報に基づいて車両４０ごとにメンテンナンス計画を立てることができる。

【0033】

次に、サービス提供サーバ１０は、車両管理者２０から受け付けたメンテナンス計画を整備事業者３０のパーツ在庫及び人員業務計画に照らし合わせ、メンテナンスの日程を確定する。メンテナンスの日程が定まった場合、サービス提供サーバ１０は、整備事業者３０に対してメンテナンスの注文を入れる。メンテナンスの注文には、メンテナンスを受ける車両４０のＩＤ、メンテナンスの内容、及びメンテナンスの日程などが含まれる。また、サービス提供サーバ１０は、車両管理者２０に対しては、予約されたメンテナンスの内容と日程、及びメンテナンス価格を通知する。

【0034】

以上の機能を有するサービス提供サーバ１０は、少なくとも１つのプロセッサ１０ａ（以下、総称してプロセッサと呼ぶ）とプロセッサ１０ａに結合された少なくとも１つのメモリ１０ｂ（以下、総称してメモリと呼ぶ）とを備えるコンピュータ或いはコンピュータ群である。メモリ１０ｂには、プロセッサ１０ａで実行可能な少なくとも１つのプログラム１０ｃ（以下、総称してプログラムと呼ぶ）とそれに関連する種々のデータとが記憶されている。プログラム１０ｃがプロセッサ１０ａで実行されることにより、上述の各機能がサービス提供サーバ１０において実現される。なお、メモリ１０ｂは主記憶装置と補助記憶装置とを含む。プログラム１０ｃ及びデータは、主記憶装置に記憶されることもできるし、補助記憶装置であるコンピュータ読み取り可能な記録媒体に記憶されることもできる。

【0035】

２．サービス提供サーバの予測診断機能の詳細
次に、サービス提供サーバ１０の予測診断機能の詳細について図２を用いて説明する。図２には、サービス提供サーバ１０の予測診断機能に係る構成と、予測診断で用いる車両情報を取得するための車両４０の車載システムの構成とが表されている。

【0036】

サービス提供サーバ１０による予測診断では、車両４０で取得された予測保全のための車両情報と、各車両４０の走行履歴に関連する環境情報とが用いられる。環境情報は、気象情報提供会社などの情報提供業者５０から配信される。情報提供業者５０は、気象情報データベース５２、酸性雨情報データベース５４、空気質情報データベース５６などの環境情報を記憶した各種のデータベースを有している。これらのデータベースに登録された環境情報の中から、サービス提供サーバ１０から要求された情報、具体的には、車両４０の品質に影響を与える環境条件に関する情報が定期的にサービス提供サーバ１０に配信される。車両４０の品質に影響を与える環境条件とは、例えば、天候、気温、湿度、酸性雨、空気質等である。

【0037】

車両情報は、車両４０の車載機器、例えば、内部センサ４４、外部センサ４６、及びアクチュエータ４８によって取得される。内部センサ４４は、典型的には、車両４０の運動に関する情報を取得する状態センサである。状態センサとしては、例えば、車輪速センサ、加速度センサ、角速度センサ、及び舵角センサが例示される。外部センサ４６は、典型的には、車両４０の周囲の状況を認識するための情報を取得する認識センサである。認識センサとしては、カメラ、ＬｉＤＡＲ（Laser Imaging Detection and Ranging）、及びミリ波レーダが例示される。また、外部センサ４６には、自己位置を推定するためのＧＰＳセンサも含まれる。ＧＰＳセンサからは車両４０の走行履歴に関する情報が取得される。アクチュエータ４８は、典型的には、車両４０を操舵する操舵装置、車両４０を駆動する駆動装置、及び車両４０を制動する制動装置である。アクチュエータ４８からは、アクチュエータ４８の動作状態を示す情報が取得される。

【0038】

車両４０は、ＥＣＵ（Electronic Control Unit）４２を備える。上述の車載機器で取得された各種の情報はＥＣＵ４２に入力される。ＥＣＵ４２は、少なくとも１つの車載プロセッサ４２０（以下、総称して車載プロセッサと呼ぶ）と車載プロセッサ４２０に結合された少なくとも１つの車載メモリ４２２（以下、総称して車載メモリと呼ぶ）とを備えている。車載メモリ４２２には、サービス提供システム２において管理及び整備の対象となる車両４０間で共通のオペレーティングシステム４２４と、オペレーティングシステム４２４上で動作するアプリケーション４２６とが記憶されている。

【0039】

アプリケーション４２６には、車載機器で取得された予測保全のための車両情報をサービス提供サーバ１０に送信するためのアプリケーションが含まれる。オペレーティングシステム４２４及びアプリケーション４２６が車載プロセッサ４２０によって実行されることで、内部センサ４４、外部センサ４６、及びアクチュエータ４８を含む車載機器で取得された車両情報がサービス提供サーバ１０に送信される。ＥＣＵ４２による車両情報の送信は定期的に行われる。

【0040】

本実施形態では、サービス提供システム２において管理及び整備の対象となるいずれの車両４０も、車両４０間で共通のオペレーティングシステム４２４を有している。そのため、車両４０ごとのハードウェアの違いはオペレーティングシステム４２４で吸収される。また、車両４０間で共通のオペレーティングシステム４２４により、車両４０ごとの情報の定義のばらつきは無くなり、サービス提供サーバ１０で要求される情報への加工が容易になる。結果、サービス提供システム２において車両４０から得られる車両情報は、共通のオペレーティングシステム４２４を有しない車両から得られる車両情報に比較して、質と量の双方において向上する。

【0041】

サービス提供サーバ１０は、車両品質情報データベース１１、車両メンテナンス記録データベース１２、相関係数計算部１３、及び予測診断部１４を備える。車両品質情報データベース１１及び車両メンテナンス記録データベース１２は、メモリ１０ｂに格納されている。相関係数計算部１３及び予測診断部１４は、プログラム１０ｃがプロセッサ１０ａで実行されることにより、サービス提供サーバ１０の機能として実現される。

【0042】

サービス提供サーバ１０は、車両４０から送信される車両情報と情報提供業者５０から提供される環境情報とを収集する。収集された車両情報と環境情報とは、車両品質情報データベース１１に蓄積される。予測診断部１４は、車両４０ごとに車両品質情報データベース１１から車両情報を取得するとともに、車両情報に含まれる車両４０の走行履歴に基づき、車両４０の走行履歴に関連する環境情報を車両品質情報データベース１１から抽出する。例えば、車両４０が運転されていた地域で酸性雨が降っていたという情報や、車両４０が駐車されていた場所が高湿度であったという情報を抽出する。

【0043】

予測診断部１４は、車両品質情報データベース１１から取得した車両情報と、車両４０の走行履歴に関連する環境情報とに基づいて車両４０ごとにメンテナンス対象部品に対する予測診断を行う。車両情報からは、メンテナンス対象部品の劣化度や劣化速度に関する情報、及び、故障の兆候に関する情報を得ることができる。これらの情報に車両４０が晒されてきた環境に関する環境情報を組み合わせることで、メンテナンスの要否を正確に判断することが可能となる。予測診断部１４による予測診断には、予測診断モデルが用いられる。予測診断モデルとしては、例えば、ベイズ理論や深層学習を用いた機械学習モデルを用いることができる。

【0044】

車両メンテナンス記録データベース１２には、車両４０ごとのメンテナンスの実績が記録されている。記録されるメンテナンスの実績には、メンテナンスが実施された日時と、交換された部品名を含むメンテナンスの内容とが含まれる。相関係数計算部１３は、車両品質情報データベース１１に蓄積された情報に基づくメンテナンスの予測と、車両メンテナンス記録データベース１２に記録されたメンテナンスの実績とを突き合わせて相関係数（或いは相関関数でもよい）を計算する。相関係数計算部１３で計算された相関係数は、予測診断部１４で用いられる予測診断モデルの更新に用いられる。相関係数計算部１３による相関係数の計算と、それを用いた予測診断モデルの更新は定期的に繰り返し行われる。

【0045】

以上のように、サービス提供サーバ１０では、質と量の双方において向上した車両情報が各車両４０から取得されるとともに、車両４０の品質に影響を与える環境条件に関連する環境情報が取得される。メンテナンスの必要性についての予測診断において、個々の車両４０で取得される車両情報に加えて、外的要因である環境情報も用いることにより、予測診断の精度を高めることができる。さらに、予測診断で用いられる予測診断モデルは、車両４０ごとのメンテナンスの実績を踏まえて繰り返し更新されるので、予測診断の精度は時間を追って向上していく。サービス提供サーバ１０では、このように高い精度で行われた予測診断の結果に基づいて、車両管理者２０向けのメンテナンス予測情報と、整備事業者３０向けの地域メンテナンス需要予測とがそれぞれ生成される。

【0046】

３．サービス提供サーバのイナミックプライシング機能の詳細
次に、サービス提供サーバ１０のダイナミックプライシング機能の詳細について図３を用いて説明する。図３には、サービス提供サーバ１０のダイナミックプライシング機能に係る構成が表されている。

【0047】

サービス提供サーバ１０は、シミュレーション部１５、地域メンテナンス需要予測データベース１６、計画メンテナンス作業データベース１７、及びパーツ在庫データベース１８を備える。各データベース１６，１７，１８は、メモリ１０ｂに格納されている。シミュレーション部１５は、プログラム１０ｃがプロセッサ１０ａで実行されることにより、サービス提供サーバ１０の機能として実現される。

【0048】

地域メンテナンス需要予測データベース１６には、各地域における地域メンテナンス需要予測が記憶される。計画メンテナンス作業データベース１７には、整備事業者３０から送信される人員業務計画が記憶される。パーツ在庫データベース１８には、整備事業者３０から送信されるパーツ在庫が記憶される。シミュレーション部１５は、これらのデータベース１６，１７，１８から取得した情報を用いて需要在庫シミュレーションを行う。需要在庫シミュレーションでは、整備事業者３０が地域メンテナンス需要予測に見合ったメンテナンス資源を準備するために必要なメンテナンス資源の新規調達量が予測される。メンテナンス資源の新規調達量には、パーツの予測発注量と作業人員の予測手配人数とが含まれる。

【0049】

また、シミュレーション部１５は、上記のデータベース１６，１７，１８から取得した情報を用いて、整備事業者３０が有するメンテナンス資源を最大限に有効活用できるメンテナンス価格をシミュレーションする。具体例として、機械学習によるダイナミックプライシングが行われる。ダイナミックプライシングにより設定されたメンテナンス価格は、サービス提供サーバ１０から車両管理者２０に対して提示される。

【0050】

このように、サービス提供システム２では、メンテナンス価格の設定は、整備事業者３０に代わってサービス提供サーバ１０が行う。サービス提供サーバ１０は、ダイナミックプライシングに必要な需要と供給の両方の情報を有するとともに、車両管理者２０にも整備事業者３０にも属しない中立の存在である。このため、サービス提供サーバ１０により動的に設定されるメンテナンス価格は、車両管理者２０と整備事業者３０のどちらか一方に偏ることのない、市場に連動した公平な価格となる。このような理由により、整備事業者３０は、メンテナンス価格の設定をサービス提供サーバ１０に安心して任せることができる。また、車両管理者２０は、サービス提供サーバ１０から提示されるメンテナンス価格を信用して受け入れることができる。

【0051】

４．サービス提供サーバと車両管理者と整備事業者との間での処理の流れ
以上、サービス提供サーバ１０の機能を中心に、サービス提供システム２の機能について説明した。続いて、サービス提供サーバ１０と車両管理者２０と整備事業者３０との間での処理の流れを図４のシーケンス図を用いて説明する。このシーケンス図における処理の流れは、サービス提供サーバ１０により実行されるサービス提供方法を表してもいる。

【0052】

例えば、車両管理者２０がモビリティサービス事業を展開する場合、車両管理者２０は、サービス提供システム２によるサービスを享受するにあたって車両４０のフリートを購入する。そして、購入したフリートに関するフリート情報をサービス提供サーバ１０に提供する（ステップＳ２１０）。フリート情報には、例えば、フリートに含まれる車両４０ごとのＩＤ、車種、メンテナンス対象部品などの情報が含まれる。サービス提供サーバ１０は、車両管理者２０から提供を受けたフリート情報をデータベースに登録する（ステップＳ１１０）。

【0053】

車両管理者２０は、車両４０のフリートを運営する中で各車両４０から取得した車両情報をサービス提供サーバ１０に提供する（ステップＳ２２０）。サービス提供サーバ１０は、車両管理者２０から取得した車両情報と、車両４０の走行履歴に関連する環境情報とを車両品質情報として記録する（ステップＳ１２０）。

【0054】

サービス提供サーバ１０は、車両品質情報に基づいて車両管理者２０向けのメンテナンス予測、すなわち、メンテナンスの必要性についての予測診断を行う。そして、予測診断の結果に基づいてメンテナンス予測情報を作成し、それを車両管理者２０に提供する（ステップＳ１３０）。このとき提供されるメンテナンス予測情報には、後段のダイナミックプライシング処理によって設定された現在のメンテナンス価格が付されている。車両管理者２０は、提供されたメンテナンス予測情報に基づいてメンテナンス計画を作成する（ステップＳ２３０）。

【0055】

次に、サービス提供サーバ１０は、メンテナンス予測情報に基づいて整備事業者３０向けのメンテナンス予測、すなわち、整備事業者３０がメンテナンスを提供する地域内でのメンテナンス需要の予測を行う。そして、その予測結果に基づいて地域メンテナンス需要予測を作成し、それを整備事業者３０に提供する（ステップＳ１４０）。整備事業者３０は、提供された地域メンテナンス需要予測をそのまま利用するか、或いは、それを基礎として需要予測を行う（ステップＳ３１０）。

【0056】

整備事業者３０は、保有しているパーツの在庫を確認し、パーツの在庫に関する情報をサービス提供サーバ１０に提供する（ステップＳ３２０）。また、整備事業者３０は、メンテナンス作業を行う作業人員の業務計画を策定し、人員業務計画に関する情報をサービス提供サーバ１０に提供する（ステップＳ３３０）。サービス提供サーバ１０は、提供されたパーツ在庫情報及び人員業務計画情報と、地域メンテナンス需要予測とに基づいて需要在庫シミュレーションを実施する（ステップS１５０）。需要在庫シミュレーションの結果は整備事業者３０に提供される。

【0057】

整備事業者３０は、需要在庫シミュレーションの結果として提供されるパーツの予測発注量と作業人員の予測手配人数とに基づいて、準備しておくパーツと作業人員のそれぞれの計画を修正する（ステップＳ３４０）。そして、修正された計画に基づいてパーツの発注と作業人員の手配とを行う（ステップＳ３５０）。整備事業者３０は、都度、現状のパーツの在庫状態と作業予定を更新し、それらに関する情報をサービス提供サーバ１０に提供する（ステップＳ３６０）。また、車両管理者２０は、現在の確定したメンテナンス計画をサービス提供サーバ１０に提供する（ステップＳ２４０）。

【0058】

サービス提供サーバ１０は、パーツ在庫情報及び人員業務計画情報と、地域メンテナンス需要予測とに基づいたダイナミックプライシングによってメンテナンス価格を設定する。設定されたメンテナンス価格はステップＳ１３０の処理にフィードバックされる。また、サービス提供サーバ１０は、車両管理者２０と整備事業者３０との間の取引を管理する。詳しくは、サービス提供サーバ１０は、車両管理者２０から受け付けたメンテナンス計画を整備事業者３０のパーツの在庫状態と作業予定に照らし合わせ、メンテナンスの日程を確定する。メンテナンスの日程の確定後、サービス提供サーバ１０は、整備事業者３０に対してメンテナンスの注文を入れるとともに、車両管理者２０に対してメンテナンスの予約の確定とメンテナンス価格とを通知する。メンテンナンスが実施された場合、その実績に関する情報はステップＳ１３０、Ｓ１４０、及びＳ１５０の処理にフィードバックされる（以上、ステップＳ１６０）。

【符号の説明】

【0059】

２ サービス提供システム
４ 通信ネットワーク
１０ サービス提供サーバ
１０ａ プロセッサ
１０ｂ メモリ
１０ｃ プログラム
１１ 車両品質情報データベース
１２ 車両メンテナンス記録データベース
１３ 相関係数計算部
１４ 予測診断部
１５ シミュレーション部
１６ 地域メンテナンス需要予測データベース
１７ 計画メンテナンス作業データベース
１８ パーツ在庫データベース
２０ 車両管理者
３０ 整備事業者
４０ 車両
４２ ＥＣＵ
４４ 内部センサ（車載機器）
４６ 外部センサ（車載機器）
４８ アクチュエータ（車載機器）
４２０ 車載プロセッサ
４２２ 車載メモリ
４２４ オペレーティングシステム
４２６ アプリケーション
５０ 情報提供業者

【図1】

【図2】

【図3】

【図4】