(57)【要約】【課題】整備士が行う作業を軽減することができる車両管理システムを提供する。【解決手段】車両に係る車両情報に基づいて、車両に対する整備に係る作業を検知する検知部と、車両の整備士でない者でも実施することができる所定の作業が規定されている作業情報に基づいて、検知部により検知された作業の中から所定の作業を特定する特定部と、特定部により特定された作業を示す情報を出力する出力部とを設けるようにした。【選択図】図１
2020064552.tif 000002
【特許請求の範囲】
【請求項１】
車両に係る車両情報に基づいて、前記車両に対する整備に係る作業を検知する検知部と、
前記車両の整備士でない者でも実施することができる所定の作業が規定されている作業情報に基づいて、前記検知部により検知された作業の中から前記所定の作業を特定する特定部と、
前記特定部により特定された作業を示す情報を出力する出力部と、
を備えることを特徴とする車両管理システム。
【請求項２】
前記出力部は、前記特定部により特定された作業の対応を前記車両の整備士でない者に依頼するための情報を出力する、
ことを特徴とする請求項１に記載の車両管理システム。
【請求項３】
前記出力部は、前記作業を行うか否かを受け付けるための情報を前記車両の車載端末またはクライアント端末に送信する、
ことを特徴とする請求項２に記載の車両管理システム。
【請求項４】
前記出力部は、作業と前記作業に係る処理を行う外部のシステムへの要求とが規定された外部連携情報と、前記特定部により特定された作業を行う旨の情報とに基づいて、前記作業に係る処理を行うように、前記作業を行う外部のシステムに指示を出力する、
ことを特徴とする請求項３に記載の車両管理システム。
【請求項５】
前記出力部は、前記車載端末または前記クライアント端末に前記作業を支援するための支援情報を送信する、
ことを特徴とする請求項３に記載の車両管理システム。
【請求項６】
前記所定の作業には、整備士の補助作業、専門の知識および／または専門の機器が必要ない作業、前記車両に積載された設備を用いる作業のうちの少なくとも１つが含まれる、
ことを特徴とする請求項１に記載の車両管理システム。
【請求項７】
前記特定部により特定された作業が完了したことを示す情報を受け取り、受け取った情報を記憶する完了処理部を備える、
ことを特徴とする請求項１に記載の車両管理システム。
【請求項８】
前記検知部は、車両ごとに、車両に係る車両情報に基づいて、車両に対する整備に係る作業を検知し、
前記特定部は、前記作業情報に基づいて、前記検知部により検知された作業の中から前記所定の作業を特定し、特定した作業に係る情報を記憶し、
前記完了処理部は、前記特定部により特定された作業が完了したことを示す情報を受け取った場合、記憶されている前記作業に係る情報を削除する、
ことを特徴とする請求項７に記載の車両管理システム。
【請求項９】
前記出力部は、前記特定部により特定された作業を行う旨の情報に基づいて、前記作業が行われる予定であることを示すように前記作業に係る情報を更新する、
ことを特徴とする請求項８に記載の車両管理システム。
【請求項１０】
車両に係る車両情報に基づいて、前記車両に対する整備に係る作業を検知する検知部と、
前記車両の整備士でない者でも実施することができる所定の作業が規定されている作業情報に基づいて、前記検知部により検知された作業の中から前記所定の作業を特定する特定部と、
前記特定部により特定された作業を示す情報を出力する出力部と、
を備えることを特徴とする車両管理装置。
【請求項１１】
検知部が、車両に係る車両情報に基づいて、前記車両に対する整備に係る作業を検知する第１のステップと、
特定部が、前記車両の整備士でない者でも実施することができる所定の作業が規定されている作業情報に基づいて、前記検知部により検知された作業の中から前記所定の作業を特定する第２のステップと、
出力部が、前記特定部により特定された作業を示す情報を出力する第３のステップと、
を備えることを特徴とする車両管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の整備に係る作業を管理する技術に関する。
【背景技術】
【０００２】
近年、カーシェアの市場が急速に拡大している。１台の自動車を多数のユーザが利用する場合、個人でのみ利用する場合と比べ、自動車１台あたりの稼働率は向上する。よって従来と比べ、１台の自動車におけるライフタイムコストのうち、保守作業などの運用コストの比率が増加し、結果として保守作業の需要も増加する。
【０００３】
一方で保守作業を担う整備士は、減少傾向にある。また、電気自動車等の車両自体に関わる新しい技術に対応可能な整備士の不足も懸念される。保守作業の需要が増加する中、整備士が減少し、対応可能な整備士の不足が懸念されているため、生産性の向上、保守作業の軽減などが課題となる。
【０００４】
この点、各整備士の出勤状況および作業効率に応じて、入庫予約の段階から、日々、時間帯の整備士の負荷を平滑化し、全ての顧客に対して、均一なサービスを提供する技術が開示されている（特許文献１参照）。
【０００５】
また、車両の定期点検時期と部品消耗時期とを同期するように配車し、車両の稼働率を確保しつつ、部品および作業の無駄を減少する車両貸出システムに関する技術が開示されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２０４１５６号公報
【特許文献２】特開２００２−２４５３７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載された技術および特許文献２に記載された技術では、整備士が不足しているにも関わらず、現状の確認などが多く、専門的な作業以外に時間を取られてしまう問題については対応できていない。
【０００８】
本発明は以上の点を考慮してなされたもので、整備士が行う作業を軽減することができる車両管理システム等を提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明においては、車両に係る車両情報に基づいて、前記車両に対する整備に係る作業を検知する検知部と、前記車両の整備士でない者でも実施することができる所定の作業が規定されている作業情報に基づいて、前記検知部により検知された作業の中から前記所定の作業を特定する特定部と、前記特定部により特定された作業を示す情報を出力する出力部と、を設けるようにした。
【００１０】
上記構成によれば、整備に係る作業の中から、車両の整備士でない者でも実施することができる作業が出力されるので、例えば、出力された作業を他の者が代替して実施でき、整備士が行う作業を軽減することができるようになる。
【発明の効果】
【００１１】
本発明によれば、持続可能性の高い車両管理システムを実現することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施の形態による車両管理システムに係る構成の一例を示す図である。
【図２】第１の実施の形態による車両テーブルの一例を示す図である。
【図３】第１の実施の形態による稼働情報テーブルの一例を示す図である。
【図４】第１の実施の形態による作業内容テーブルの一例を示す図である。
【図５】第１の実施の形態による作業履歴テーブルの一例を示す図である。
【図６】第１の実施の形態による検知プログラムテーブルの一例を示す図である。
【図７】第１の実施の形態による必要作業テーブルの一例を示す図である。
【図８】第１の実施の形態による検知内容作業対応テーブルの一例を示す図である。
【図９】第１の実施の形態による外部連携テーブルの一例を示す図である。
【図１０】第１の実施の形態による作業特定処理に係るフローチャートの一例を示す図である。
【図１１】第１の実施の形態による作業提示手配処理に係るフローチャートの一例を示す図である。
【図１２】第１の実施の形態による作業終了時処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下図面について、本発明の一実施の形態を詳述する。ただし、本発明は、以下の実施の形態に限定されることなく、本発明の範囲内で種々の変形をした構成を含むものである。
【００１４】
以下では、車両（自動車、原動機付自転車、自転車など）を整備する整備士が不足しているにも関わらず、専門的な作業以外に時間を取られてしまう問題を解決する構成について主に説明するが、実施の形態には、例えば、次のような問題を解決する構成が含まれる。
【００１５】
例えば、車両が自動車であるケースでは、現在地から整備工場まで移動させる必要があり、整備士が移動を担う場合、移動にも時間がかかり、その分の往復時間が経済損失となっている。また、移動に要する整備士に係るエネルギーも無駄になる。
【００１６】
このような問題を鑑みて、例えば、車両のセンサデータ、これまでの整備履歴をモニタリングまたは蓄積し、かかるデータのしきい値処理により、整備（現状確認、洗車、車内清掃、点検、検査、保守、修理など）に係る作業が必要であるか否かを検知し、整備が必要となった作業の中から、整備士の補助作業（例えば、移動の作業）を切り出すことを特徴とする。
【００１７】
また、整備士でない者（例えば、ユーザ）でも実施することができる作業であって、タイヤの減り、内装、外装系などの確認作業、異常が検知された箇所の確認作業、日常点検、車両の清掃、ガソリンの補給など、専門の知識および／または専門の機器が必要ない作業（一般作業）が整備士の作業となっていて、その作業に時間がとられてしまう問題がある。
【００１８】
このような問題を鑑みて、例えば、整備が必要となった作業の中から、ユーザでも実施可能な作業であって、専門の知識および／または専門の機器が必要ない作業を切り出すことを特徴とする。
【００１９】
また、整備士でない者でも実施することができる作業であって、走行中における運転データの収集など、車両に積載された機器、装置などの設備を用いる作業（データ収集作業）が整備士の作業となっていて、その作業に時間がとられてしまう問題がある。
【００２０】
このような問題を鑑みて、例えば、整備が必要となった作業の中から、ユーザでも実施可能な作業であって、車両に積載された設備を用いる作業を切り出すことを特徴とする。
【００２１】
また、シェアカー（会員が共同使用する特定の自動車）の普及により、ユーザの自動車の管理への意識低下が懸念される。
【００２２】
このような問題を鑑みて、例えば、切り出した作業に係るガイダンス（説明）をユーザに提示することを特徴とする。また、例えば、切り出した作業をユーザに依頼（例えば、切り出した作業を代わりに行うか否かをユーザに確認）することを特徴とする。また、例えば、作業を実施する者に報酬（金銭、物品、ポイントなど）を与えることを特徴とする。
【００２３】
以下、詳細について説明する。
【００２４】
（１）第１の実施の形態
（Ａ）システム構成
図１において、１００は全体として第１の実施の形態による車両管理システムを示す。図１は、車両管理システム１００に係る構成の一例を示す図である。車両管理システム１００は、管理対象の車両のセンサデータ、これまでの整備履歴データなどをモニタリングまたは蓄積し、これらのデータを入力とした演算およびしきい値処理により、現状確認、保守作業などが必要であるか否かを検知し、整備が必要な作業を特定する。
【００２５】
また、車両管理システム１００は、管理対象の車両に整備が必要な作業の中から、一般作業（より具体的には、資格がなくても実施可能な作業、分解して内部を見たり、持ち上げて車両の底を見たりする必要がない作業など）と、データ収集作業（より具体的には、指定された条件下での走行が行われたときのデータを計測する作業）と、移動などの補助作業とを切り出し、切り出した作業の実施に必要な各種の手配処理を行うコンピュータシステムである。換言するならば、平易な作業を切り出し、切り出した作業をユーザが実施し、真に専門的な作業を整備士が実施できるようにすることで、整備士の生産性を高めることができ、かつ、社会全体でのエネルギー等損失の低減を可能とする。
【００２６】
また、車両管理システム１００は、整備士でない者（車両のユーザであってもよいし、報酬を得たいものであってもよいし、その他の者であってもよいが、以下では、ユーザと表記する。）により、管理対象の車両に対する整備に係る作業が実施された際、実施が完了したことを示す通知を受け取り、受け取った通知の内容に応じて、データベース（ＤＢ）のアップデート処理を行うコンピュータシステムである。
【００２７】
かかる車両管理システム１００は、通信装置１１０、ＣＰＵ１２０、および記憶装置１３０（記憶部の一例）を含んで構成される。車両管理システム１００は、通信装置１１０を介してネットワーク１４０と接続し、外部システム１５０、クライアント端末１６０、および車載端末１７０の各々とデータ通信を行う。
【００２８】
車両管理システム１００では、例えば、車載端末１７０から管理すべき車両のデータを収集し、整備に係る作業の必要性を判別し、作業が必要な車両および作業をクライアント端末１６０に提示し、作業の実行において依存する外部システム１５０と通信し、クライアント端末１６０および／または外部システム１５０から作業を実施したことを受け取ることを想定する。
【００２９】
通信装置１１０は、ネットワーク１４０と接続し、他の装置（外部システム１５０、クライアント端末１６０、車載端末１７０等）との通信処理を担う。ＣＰＵ１２０は、演算装置であり、システム自体の統括制御を行うとともに、各種の演算処理および制御処理を行う。記憶装置１３０は、ハードディスクドライブ、メモリなど適宜な記憶素子で構成され、各種の情報（車両ＤＢ１３１、作業ＤＢ１３２、送付ファイル１３３、プログラム等）を記憶する。
【００３０】
車両管理システム１００の機能（検知部１３４、特定部１３５、出力部１３６、完了処理部１３７など）は、例えば、ＣＰＵ１２０がプログラムを記憶装置１３０に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、車両管理システム１００の機能は、一のコンピュータにより実現されてもよいし、複数のコンピュータにより実現されてもよい。
【００３１】
記憶装置１３０に記憶されるデータ（例えば、ＤＢ）は、上述した特定部１３５、出力部１３６、完了処理部１３７、外部システム１５０等によって参照されたり、編集されたりする。
【００３２】
外部システム１５０は、車両管理システム１００からのリクエスト（指示）に応じた各種リソースの手配、作業を実行したことを車両管理システム１００に通知する処理などを担っている。なお、図１に示す構成では、外部システム１５０を１つのみ例示しているが、ネットワーク１４０に複数接続されている構成としてもよい。
【００３３】
外部システム１５０としては、車両管理システム１００との間にＡＰＩ（Application Programming Interface）など相互にやり取りするインターフェースが用意された整備工場の予約システム、車両のユーザへの作業に対する報酬提供システム、クライアント端末１６０または車載端末１７０向けの作業支援ソフトウェア配信システムなどが挙げられる。
【００３４】
クライアント端末１６０は、キーボード、マウス、タッチパネル、ディスプレイなどの入出力インターフェースを介して、車両管理システム１００から得たデータをディスプレイ等に表示する処理（作業の必要な車両を確認可能にするための処理、作業を実施するための手続きに係る処理など）、作業が完了した際に完了の情報を車両管理システム１００に送信する処理、カメラ等のセンサを利用したデータを収集して車両管理システム１００に送信する処理といった各種処理を担っている。なお、図１に示す構成では、クライアント端末１６０を１つのみ例示しているが、ネットワーク１４０に複数接続されている構成としてもよい。
【００３５】
車載端末１７０は、車載端末１７０が接続された車両から得られる各種の稼働情報、センサデータ、エラーコードを車両管理システム１００に送信し、車両ＤＢ１３１に書き込む処理を担っている。なお、図１に示す構成では、車載端末１７０を１つのみ例示しているが、ネットワーク１４０に複数接続されている構成としてもよい。また、車載端末１７０が上述の構成に加え、クライアント端末１６０と同様の構成を有していてもよい（例えば、カーナビゲーションシステムがクライアント端末１６０の機能を担ってもよい）。
【００３６】
（Ｂ）機能構成
次に、車両管理システム１００が備える機能について説明する。
【００３７】
検知部１３４は、車両に係る車両情報（例えば、車両ＤＢ１３１）に基づいて、車両に対する整備に係る作業を検知する。例えば、検知部１３４は、車両ＤＢ１３１における複数のテーブル、複数のレコード、送付ファイル１３３を入力として、当該入力に基づいて算出される数値が一定のしきい値を超えているか否かを判別する。なお、検知部１３４は、機能ごとに設けられて（複数実装されて）いてもよい。
【００３８】
特定部１３５は、車両の整備士でない者でも実施することができる所定の作業（例えば、一般作業、データ収集作業、補助作業）が規定されている作業情報（例えば、作業ＤＢ１３２）に基づいて、検知部１３４により検知された作業の中から所定の作業を特定する。例えば、特定部１３５は、検知部１３４を実行し（呼び出し）、作業ＤＢ１３２を参照することにより、検知部１３４によって検知が行われた際、検知部１３４により検知された１つまたは複数の作業からユーザが対応可能な作業を特定し、特定した作業を車両ＤＢ１３１に格納する。
【００３９】
出力部１３６は、特定部１３５により特定された作業を示す情報（作業ＩＤ、作業名、作業内容、ユーザインターフェースなど）を出力する。例えば、出力部１３６は、車両ＤＢ１３１を参照し、特定部１３５により特定された作業をユーザが実施するか否かの選択を行う操作のためのユーザインターフェースをクライアント端末１６０に提示する。また、例えば、出力部１３６は、選択が行われた際、選択された作業に依存するユーザ以外の者が実施するプロセス（処理）を作業ＤＢ１３２を参照することにより特定し、プロセスの実行のためのリクエストを外部システム１５０に送信する。
【００４０】
完了処理部１３７は、特定部１３５により特定された作業が完了したことを示す情報（例えば、送付ファイル１３３）を受け取り、受け取った情報を記憶する。例えば、完了処理部１３７は、実際に作業が行われたという通知を外部システム１５０、クライアント端末１６０、または車載端末１７０から受け、車両ＤＢ１３１（蓄積された作業の実施状況に関する情報）を更新する。
【００４１】
（Ｃ）データ構造
次に、車両管理システム１００が備えるデータ（車両ＤＢ１３１および作業ＤＢ１３２）について説明する。
【００４２】
車両ＤＢ１３１は、管理対象の車両に対する稼働開始時期のような車両に紐付く静的な情報と、稼働情報と、作業履歴情報と、整備が必要な作業等が車両に紐付いた情報とを蓄積したＤＢである。より具体的には、車両ＤＢ１３１は、車両テーブル２００、稼働情報テーブル３００、作業履歴テーブル５００、および必要作業テーブル７００を含んで構成される。
【００４３】
作業ＤＢ１３２は、車両の整備に係るユーザが実施可能な作業を規定した情報と、作業の必要性を検知する検知プログラムの情報と、検知内容および作業を紐付ける情報と、外部システム１５０への連携をするための情報とを蓄積したＤＢである。より具体的には、作業ＤＢ１３２は、作業内容テーブル４００、検知プログラムテーブル６００、検知内容作業対応テーブル８００、および外部連携テーブル９００を含んで構成される。
【００４４】
図２は、車両テーブル２００の一例を示す図である。車両テーブル２００は、型式、運用開始の時期など、管理対象の車両の基本的な情報を蓄積したテーブルである。車両テーブル２００のデータ構造は、車両ＩＤ２０１をキーとして、車種２０２と、運用開始２０３と、その他車両に紐付く静的情報２０４とからなるレコードの集合体である。
【００４５】
車両ＩＤ２０１には、車載端末１７０を一意に特定するためのＩＤが格納されている。車種２０２には、車両の車種名等、車種を特定する文字列が格納されている。運用開始２０３には、車両を運用開始した年月が格納されている。静的情報２０４には、各種車両に紐付く静的情報が数値、文字列、または真偽値型で格納されている。
【００４６】
図３は、稼働情報テーブル３００の一例を示す図である。稼働情報テーブル３００は、車載端末１７０から定期的に送付される、管理対象となる車両の内部で測定される数値データおよび出力されるエラーコードの情報を蓄積したテーブルである。稼働情報テーブル３００のデータ構造は、車両ＩＤ３０１と、タイムスタンプ３０２と、走行距離、エンジン温度、ガソリン残量等の複数のカラムにより構成される車両計測データ３０３と、複数のエラーコードに対応するカラムから構成されるエラーコード３０４とからなるレコードの集合体である。
【００４７】
車両ＩＤ３０１には、車両ＩＤ２０１が格納されている。タイムスタンプ３０２には、対応するレコードが取得された時間が格納されている。車両計測データ３０３には、車両で計測された数値データが格納されている。エラーコード３０４には、各カラムに対応するエラーが生じているか否かが真偽値型で格納されている。
【００４８】
図４は、作業内容テーブル４００の一例を示す図である。作業内容テーブル４００は、車両の整備にかかわる、車両のユーザが実施する作業内容の情報を蓄積したテーブルである。作業内容テーブル４００のデータ構造は、作業ＩＤ４０１をキーとして、作業名４０２と、作業内容４０３と、報酬４０４とからなるレコードの集合体である。
【００４９】
作業ＩＤ４０１には、作業内容を一意に特定する文字列が格納されている。作業名４０２には、作業内容を示す文字列が格納されている。作業内容４０３には、自然言語で記述された作業内容の概要および／または具体的な作業内容（詳細）が文字列等（作業の支援情報）として格納されている。例えば、作業内容４０３の値として、「タイヤの摩耗確認」、「定期点検のための運搬」などがある。報酬４０４には、作業を実施した際にユーザが得られる報酬の内容が文字列で格納されている。例えば、報酬４０４の値として、受け取る金銭、車両の利用料に充てられるポイントなどがある。
【００５０】
図５は、作業履歴テーブル５００の一例を示す図である。作業履歴テーブル５００は、完了処理部１３７または外部システム１５０によって書き込まれる、これまで実施された車両の整備に係る作業の情報を蓄積したテーブルである。作業履歴テーブル５００のデータ構造は、車両ＩＤ５０１と、タイムスタンプ５０２と、作業ＩＤ５０３と、送付ファイルアドレス５０４とからなるレコードの集合体である。
【００５１】
車両ＩＤ５０１には、車両ＩＤ２０１が格納されている。タイムスタンプ５０２には、対応するレコードが取得された時間が格納されている。作業ＩＤ５０３には、作業ＩＤ４０１が格納されている。送付ファイルアドレス５０４には、記憶装置１３０に複数格納された送付ファイル１３３から対応する１つを一意に特定するアドレスを示す文字列が格納されている。
【００５２】
送付ファイル１３３は、クライアント端末１６０、車載端末１７０または外部システム１５０から送付されたデータの集合体である。送付ファイル１３３は、ユーザによる作業の際、クライアント端末１６０に搭載されたカメラなどのセンサから取得されたデータ（例えば、タイヤの摩耗度を確認するために撮影されたタイヤの写真）、車両のセンサにて所定の条件下で計測され、車載端末１７０から送信された計測データなどである。
【００５３】
図６は、検知プログラムテーブル６００の一例を示す図である。検知プログラムテーブル６００は、検知内容と検知のための検知プログラム（アルゴリズム）とを紐付けるための情報を蓄積したテーブルである。検知プログラムテーブル６００のデータ構造は、検知内容ＩＤ８０１をキーとして、検知プログラムアドレス６０２からなるレコードの集合体である。
【００５４】
検知内容ＩＤ８０１には、検知部１３４による検知内容（アルゴリズム）を一意に特定する文字列が格納されている。検知プログラムアドレス６０２には、検知部１３４に係る検知プログラム（アルゴリズム）を一意に特定するアドレスを示す文字列が格納されている。
【００５５】
図７は、必要作業テーブル７００の一例を示す図である。必要作業テーブル７００は、出力部１３６、完了処理部１３７により編集される、各車両における現在必要とされる作業の情報を蓄積したテーブルである。必要作業テーブル７００のデータ構造は、車両ＩＤ７０１と、作業ＩＤ７０２と、割当７０３とからなるレコードの集合体である。
【００５６】
車両ＩＤ７０１には、車両ＩＤ２０１が格納されている。作業ＩＤ７０２には、作業ＩＤ４０１が格納されている。割当７０３には、各レコードに対応する必要作業が既にユーザに割り当てられているか否かを示す情報が真偽値型で格納されている。
【００５７】
図８は、検知内容作業対応テーブル８００の一例を示す図である。検知内容作業対応テーブル８００は、検知内容と整備が必要となる作業との対応関係を蓄積した中間テーブルである。検知内容作業対応テーブル８００のデータ構造は、検知内容ＩＤ８０１と、作業ＩＤ８０２とからなるレコードの集合体である。
【００５８】
検知内容ＩＤ８０１には、検知内容ＩＤ６０１が格納されている。作業ＩＤ８０２には、作業ＩＤ４０１が格納されている。
【００５９】
図９は、外部連携テーブル９００の一例を示す図である。外部連携テーブル９００は、ユーザ以外が実施する必要がある事項の手配に関する情報を蓄積したデータベースである。外部連携テーブル９００のデータ構造は、作業ＩＤ９０１と、実施事項９０２とからなるレコードの集合体である。
【００６０】
作業ＩＤ９０１には、作業ＩＤ４０１が格納されている。実施事項９０２には、車両管理システム１００と外部システム１５０との間でやり取りするインターフェースに対応した形式で記述された外部システム１５０への要求が格納されている。例えば、整備工場の予約システムへのある特定の整備予約、車両のユーザへの作業に対する報酬提供システムへの報酬の支払い手続き、クライアント端末１６０または車載端末１７０向けの作業支援ソフトウェア配信システムからの該クライアント端末１６０または車載端末１７０への作業支援ソフトウェアの配信要求などがある。
【００６１】
（Ｄ）フロー例
次に、車両管理システム１００での処理（車両管理方法の手順）について図を用いて説明する。以下で説明する車両管理システム１００で行われる各種動作は、車両管理システム１００のＣＰＵ１２０が記憶装置１３０で実行するプログラムによって実現されるものとして説明する。なお、かかるプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００６２】
図１０は、作業履歴、稼働状況などに基づいて、車両に対して整備が必要な作業を検知（生成）し、ユーザが実施可能な作業を特定する作業特定処理に係るフローチャートの一例を示す図である。より具体的には、特定部１３５に係る処理の一例を示す図である。なお、作業特定処理は、例えば、車両ＩＤ２０１の値を入力とし、１日に１回など、バッチ処理として、車両テーブル２００に存在するレコードすべてに対応付けられた車両ＩＤ２０１の値それぞれを入力として、定期的に実行される。
【００６３】
ステップＳ１００１では、特定部１３５は、入力として与えられた車両ＩＤ２０１（対象車両の車両ＩＤ）の値をキーに、車両ＤＢ１３１の車両テーブル２００、稼働情報テーブル３００、および作業履歴テーブル５００の各々において、車両ＩＤ２０１が一致する複数のレコードを抽出する。
【００６４】
ステップＳ１００２では、特定部１３５は、作業ＤＢ１３２の検知プログラムテーブル６００から全てのレコードを抽出する。
【００６５】
ステップＳ１００３では、特定部１３５は、ステップＳ１００１において出力された車両テーブル２００、稼働情報テーブル３００、作業履歴テーブル５００における複数のレコードを入力として、ステップＳ１００２で出力された検知プログラムテーブル６００における複数のレコードにおける検知プログラムアドレス６０２の値のそれぞれに対し一意に紐付けられた検知プログラム（検知部１３４）を実行し、当該複数のレコードそれぞれに対し、真偽値型の出力を得る。そして、ステップＳ１００２で出力された検知プログラムテーブル６００における複数のレコードにおける検知内容ＩＤ８０１のカラムを抽出し、検知部１３４の出力と結合する。
【００６６】
ここで、検知部１３４の例として、法定点検の必要性を検知する検知プログラム（アルゴリズム）がある。かかる検知プログラムでは、例えば、車両テーブル２００における運用開始２０３、作業履歴テーブル５００において予め定義された法定点検に対応する作業ＩＤ４０１に対応するレコードのタイムスタンプ５０２のうち、数値が最大、すなわち直近のものと、現在の日時との差が２年を超えた場合「True」を、それ以外の場合に「False」を返す。
【００６７】
また、検知部１３４の例として、タイヤの定期チェックを促す検知プログラムがある。かかる検知プログラムでは、例えば、作業履歴テーブル５００において予め定義されたタイヤ定期チェックに対応する作業ＩＤ４０１に対応するレコードのタイムスタンプ５０２のうち、数値が最大、すなわち直近のものと、現在の日時との差が３か月を超えた場合「True」を、それ以外の場合に「False」を返す。
【００６８】
また、上述の例では、車両テーブル２００のレコードのカラム、作業履歴テーブル５００のカラム、およびその組み合わせを入力としているが、ここに稼働情報テーブル３００のレコード、その組み合わせを加えてもよい。
【００６９】
また、上述のルールベースによる処理のほか、例えば、上述のタイヤの定期チェック作業がユーザにより実行され、その結果として送付ファイル１３３として蓄積されたタイヤの画像からタイヤの劣化を検知するなど、画像処理技術、機械学習技術などに基づく検知を行ってもよい。
【００７０】
ステップＳ１００４では、特定部１３５は、整備が必要な作業が検知されたか否かを判定する。より具体的には、特定部１３５は、ステップＳ１００３の出力である複数のレコードにおける、検知内容ＩＤ８０１に紐付く真偽値型の値を参照し、「True」が含まれている場合、ステップＳ１００５に移し、全て「False」である場合、作業特定処理を終了する。
【００７１】
ステップＳ１００５では、特定部１３５は、ステップＳ１００３の出力である複数のレコードにおける検知内容ＩＤ８０１に紐付く真偽値型の値を参照し、当該値が「True」となる１つまたは複数の検知内容ＩＤ８０１の値を抽出し、作業ＤＢ１３２の検知内容作業対応テーブル８００から抽出した値に対応する複数のレコードを抽出する。
【００７２】
ステップＳ１００６では、特定部１３５は、ステップＳ１００１において入力として与えられた車両ＩＤ２０１の値をキーとして車両ＤＢ１３１の必要作業テーブル７００の車両ＩＤ７０１が一致する複数のレコードを必要作業テーブル７００から抽出する。
【００７３】
ステップＳ１００７では、特定部１３５は、ステップＳ１００５で抽出した複数のレコードの作業ＩＤ８０２の値と、ステップＳ１００６で抽出した複数のレコードの作業ＩＤ７０２の値とを比較する。
【００７４】
ステップＳ１００８では、特定部１３５は、ステップＳ１００５で抽出した作業ＩＤ８０２とステップＳ１００６で抽出した作業ＩＤ７０２とが一致するか否か（存在する作業ＩＤが一致するか否か）を判定する。特定部１３５は、一致すると判定した場合、ステップＳ１００９に処理を移し、一致しないと判定した場合、作業特定処理を終了する。
【００７５】
ステップＳ１００９では、特定部１３５は、ステップＳ１００５で抽出した複数のレコードの作業ＩＤ８０２の値には存在し、ステップＳ１００６で抽出した複数のレコードの作業ＩＤ７０２の値には存在しないレコード（作業内容の差分のレコード）を特定し、車両ＤＢ１３１の必要作業テーブル７００に入力（追加）する。
【００７６】
より具体的には、特定部１３５は、ステップＳ１００１において入力として与えられた車両ＩＤ２０１の値、ステップＳ１００８で特定された作業ＩＤ４０１の値、「False」の値を結合し、必要作業テーブル７００に書き込み、作業特定処理を終了する。
【００７７】
図１１は、ユーザに具体的な作業を提示し、提示した作業を実施するか否かを選択するためのインターフェースの提供し、実際に作業のための各種手配を行う作業提示手配処理に係るフローチャートの一例を示す図である。より具体的には、出力部１３６に係る処理の一例を示す図である。なお、作業提示手配処理は、例えば、ユーザが特定の車両における整備が必要な作業の一覧の参照クエリをクライアント端末１６０からネットワーク１４０を経由して車両管理システム１００に送信された際に実行される。
【００７８】
作業提示手配処理のトリガの一例として、ユーザが特定の車両を使用するための予約をクライアント端末１６０から実施しようとした際、車両の予約システムに付随して上述のインターフェースを提供するというものがある。また、車両を使用するための予約とは独立に、カーナビゲーションを起動したこと等を契機として、上述のインターフェースを提供してもよい。
【００７９】
ステップＳ１１０１では、出力部１３６は、実行のトリガである参照クエリに含まれる、特定の車両ＩＤ２０１の値（該当する車両ＩＤ）をキーに車両ＤＢ１３１の必要作業テーブル７００の複数のレコードを抽出する。
【００８０】
ステップＳ１１０２では、出力部１３６は、ステップＳ１１０１において抽出したレコードのうち、割当７０３の値が「False」となる複数のレコード（割当済みでない作業ＩＤ７０２）を抽出する。
【００８１】
ステップＳ１１０３では、出力部１３６は、ステップＳ１１０２において抽出した複数のレコードの作業ＩＤ７０２をキーに、作業ＤＢ１３２の作業内容テーブル４００から複数のレコードを抽出する。
【００８２】
ステップＳ１１０４では、出力部１３６は、ステップＳ１１０３抽出した複数のレコードの作業名４０２、作業内容４０３、報酬４０４、および該複数のレコードそれぞれに対応する項目に対し、ユーザが提示内容を実施するか否かの選択をさせるユーザインターフェースを、ネットワーク１４０を経由し、クライアント端末１６０に提示する。
【００８３】
ここで、出力部１３６は、例えば、特定部１３５により特定された作業の対応を車両の整備士でない者に依頼するための情報（例えば、作業名、作業の概要）を出力してもよい。この場合、例えば、出力された作業を車両の整備士でない者が代替して実施でき、整備士が行う作業を軽減することができるようになる。
【００８４】
また、例えば、出力部１３６は、作業を行うか否かを受け付けるための情報（例えば、ユーザインターフェース）を車両の車載端末１７０またはクライアント端末１６０に送信してもよい。この場合、例えば、ユーザは、作業を行ってもよい旨の応答を容易に行うことができるようになる。
【００８５】
ステップＳ１１０５では、出力部１３６は、ステップＳ１１０４の提示内容において、ユーザがクライアント端末１６０を通じて作業を実施する選択をしているか否かを判定する。出力部１３６は、少なくとも１つ選択されていると判定した場合、ステップＳ１１０６に処理を移し、１つも選択されていないと判定した場合、作業提示手配処理を終了する。
【００８６】
ステップＳ１１０６では、出力部１３６は、ステップＳ１１０４において、ユーザが選択した作業に対応する作業ＩＤ４０１と特定の車両ＩＤ２０１の値との組み合わせで特定される車両ＤＢ１３１の必要作業テーブル７００のレコードにおける割当７０３の値を「True」に更新する。
【００８７】
このように、出力部１３６は、特定部１３５により特定された作業を行う旨の情報（例えば、ユーザインターフェースを介して作業を行ってもよい旨の情報であってもよいし、電話などにより受け付けた作業を行ってもよい旨の情報）に基づいて、当該作業が行われる予定であることを示すように作業に係る情報（例えば、必要作業テーブル７００の割当７０３）を更新する。かかる構成によれば、例えば、一台の車両を複数のユーザで利用するケースにおいて、一の利用者により作業が行われることが既に予定された作業であるか否かを識別できるようになる。なお、出力部１３６は、「True」への更新に加えて、利用者を識別可能な利用者ＩＤを追加で格納するようにしてもよい。
【００８８】
ステップＳ１１０７では、出力部１３６は、ステップＳ１１０５において、ユーザが選択した作業に対応する作業ＩＤ４０１の値をキーに、作業ＤＢ１３２の外部連携テーブル９００の複数のレコードを抽出する。
【００８９】
ステップＳ１１０８では、出力部１３６は、ステップＳ１１０７において抽出した複数のレコードにおける実施事項９０２の内容を実行する。実行の際、車両ＤＢ１３１から抽出された情報を付加してもよい。
【００９０】
このように、出力部１３６は、作業と当該作業に係る処理を行う外部のシステムへの要求とが規定された外部連携情報（例えば、外部連携テーブル９００）と、特定部１３５により特定された作業を行う旨の情報とに基づいて、当該作業に係る処理を行うように、当該作業を行う外部のシステムに指示を出力するので、作業に係る一連の処理が抜けなく行われることになる。
【００９１】
ステップＳ１１０９では、出力部１３６は、選択された作業の作業内容４０３の詳細（例えば、画像、動画などによる詳細な作業手順、作業を支援するためのソフトウェア、カーナビゲーションの目的地など）を、クライアント端末１６０および／または特定の車両ＩＤ２０１の値に対応する車両の車載端末１７０に送信し、作業提示手配処理を終了する。
【００９２】
このように、出力部１３６は、車載端末１７０またはクライアント端末１６０に作業を支援するための支援情報（例えば、作業内容４０３）を送信するので、例えば、ユーザは、作業を容易に実行することができるようになる。
【００９３】
図１２は、ユーザが作業を終えたことを確認し、それに伴いＤＢを更新する作業終了時処理に係るフローチャートの一例を示す図である。より具体的には、完了処理部１３７に係る処理の一例を示す図である。なお、作業終了時処理は、例えば、ユーザが特定の車両の具体的な作業を終了したという情報、作業に関わる添付ファイルを外部システム１５０またはクライアント端末１６０からネットワーク１４０を経由して車両管理システム１００に送信された際に実行される。
【００９４】
作業終了時処理におけるトリガの一例として、タイヤの摩耗を確認するための作業の場合、クライアント端末１６０に車両管理システム１００または外部システム１５０から配信された撮影および作業をガイドするソフトウェアを通じて、タイヤの撮影を実行し、車両管理システム１００に該ソフトウェアから作業を実施したことを通知し、撮影された画像が送付されたことがトリガとなる。
【００９５】
また、作業終了時処理におけるトリガの一例として、整備工場への車両の運搬の場合、外部システム１５０の１つに該当する整備工場の予約システムから、実際に車両が整備工場にきて、車両に対して整備作業を行ったことを車両管理システム１００に通知することがトリガとなる。
【００９６】
ステップＳ１２０１では、完了処理部１３７は、実行のトリガである終了クエリに含まれる、車両ＩＤ５０１（特定の車両ＩＤ）の値と、データを受け取った時間のタイムスタンプ５０２の値と、作業ＩＤ５０３の値とを結合したレコードを、作業ＤＢ１３２の作業履歴テーブル５００に追加する。
【００９７】
ステップＳ１２０２では、完了処理部１３７は、実行のトリガである終了クエリに含まれる、車両ＩＤ５０１の値と作業ＩＤ５０３の値とをキーに、車両ＤＢ１３１の必要作業テーブル７００のレコードを特定し、当該レコードを削除する。
【００９８】
ステップＳ１２０３では、完了処理部１３７は、作業を実施したユーザのクライアント端末１６０および／または車載端末１７０に報酬指示を送信し、作業終了時処理を終了する。
【００９９】
このように、検知部１３４は、車両ごとに、車両に係る車両情報（例えば、車両ＤＢ１３１）に基づいて、車両に対する整備に係る作業を検知し、特定部１３５は、作業情報（例えば、作業ＤＢ１３２）に基づいて、検知部１３４により検知された作業の中から所定の作業を特定し、特定した作業に係る情報（例えば、必要作業テーブル７００のレコード）を記憶し、完了処理部１３７は、特定部１３５により特定された作業が完了したことを示す情報（例えば、終了クエリ）を受け取った場合、記憶されている作業に係る情報を削除する。かかる処理によれば、車両の整備に係る所定の作業を適切に管理することができるようになる。
【０１００】
本実施の形態では、平易な作業については、ユーザが実施し、真に専門的な作業を整備士が実施できるようにすることで、整備士の生産性を高めることができ、かつ、社会全体でのエネルギー等損失を低減できる。
【０１０１】
（２）他の実施の形態
なお上述の実施の形態においては、本発明を車両管理システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。
【０１０２】
また上述の実施の形態においては、作業特定処理が定期的に実行される場合について述べたが、本発明はこれに限らず、ユーザによる操作（例えば、イグニッションをオンにしたタイミング）に基づいて作業特定処理が実行されるようにしてもよい。この場合、作業特定処理は、指定（操作）された車両に対して行われてもよいし、全ての車両に対して行われてもよいし、予め登録された一または複数の車両に対して行われてもよい。
【０１０３】
また上述の実施の形態においては、説明の便宜上、ＸＸテーブル、ＸＸファイルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報などと表現してもよい。
【０１０４】
また、上記の説明において各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１０５】
また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。
【０１０６】
また上述した構成によれば、持続可能性の高い車両管理システムを実現することができる。
【符号の説明】
【０１０７】
１００……車両管理システム、１１０……通信装置、１２０……ＣＰＵ、１３０……記憶装置、１４０……ネットワーク、１５０……外部システム、１６０……クライアント端末、１７０……車載端末。
【図１】
2020064552.tif 000003
【図２】
2020064552.tif 000004
【図３】
2020064552.tif 000005
【図４】
2020064552.tif 000006
【図５】
2020064552.tif 000007
【図６】
2020064552.tif 000008
【図７】
2020064552.tif 000009
【図８】
2020064552.tif 000010
【図９】
2020064552.tif 000011
【図１０】
2020064552.tif 000012
【図１１】
2020064552.tif 000013
【図１２】
2020064552.tif 000014