(57)【要約】【課題】アプリを実行する又は実行中の車両用装置が異常である場合でも適切に対処する。【解決手段】車両用装置８〜１３を接続しているサービス管理装置２は、車両用装置におけるアプリの実行を管理するアプリ実行管理部１４ｂと、アプリを実行する又は実行中の車両用装置であるアプリ実行装置が正常であるか否かを判定する状態判定部１４ｃと、アプリ実行装置と代替装置との対応を示す対応テーブルを記憶するテーブル記憶部１４ｄと、を備える。アプリ実行管理部１４ｂは、アプリ実行装置が異常であると判定されると、対応テーブルを参照し、その異常であると判定されたアプリ実行装置に代えて代替装置にアプリを実行させる。【選択図】図１
2018194887.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両用装置（８〜１３）を接続している車両用サービス管理装置（３，２２，３２，４２，５２）であって、
前記車両用装置におけるアプリの実行を管理するアプリ実行管理部（１４ｂ，２３ｂ，３３ｂ，４３ｂ，５３ｂ，５４ｂ）と、
アプリを実行する又は実行中の車両用装置であるアプリ実行装置が正常であるか否かを判定する状態判定部（１４ｃ，２３ｃ，３３ｃ，４３ｃ，５３ｃ，５４ｃ）と、
前記アプリ実行装置と代替装置との対応を示す対応テーブルを記憶するテーブル記憶部（１４ｄ，２３ｄ，３３ｄ，４３ｄ，５３ｄ，５４ｄ）と、を備え、
前記アプリ実行管理部は、前記アプリ実行装置が異常であると判定されると、前記対応テーブルを参照し、その異常であると判定されたアプリ実行装置に代えて前記代替装置にアプリを実行させる車両用サービス管理装置。
【請求項２】
前記テーブル記憶部は、前記アプリ実行装置とは別の車両用装置、自装置、アプリ実行サーバ（６）のうち少なくとも何れかを前記代替装置として含む対応テーブルを記憶する請求項１に記載の車両用サービス管理装置。
【請求項３】
前記テーブル記憶部は、前記アプリ実行装置に対して優先順位が付与されている複数の代替装置との対応を示す前記対応テーブルを記憶し、
前記アプリ実行管理部は、前記アプリ実行装置が異常であると判定されると、前記対応テーブルを参照し、その異常であると判定されたアプリ実行装置に代えて優先順位にしたがって前記代替装置にアプリを実行させる請求項１又は２に記載の車両用サービス管理装置。
【請求項４】
前記アプリ実行管理部は、前記代替装置にアプリを実行させる場合に、そのアプリの機能の一部を制限する請求項１から３の何れか一項に記載の車両用サービス管理装置。
【請求項５】
前記状態判定部は、前記アプリ実行装置と定期通信を行うことで、前記アプリ実行装置が正常であるか否かを判定する請求項１から４の何れか一項に記載の車両用サービス管理装置。
【請求項６】
アプリを記憶するアプリ記憶部（１４ａ，２３ａ，３３ａ，４３ａ，５３ａ，５４ａ）を備え、
前記状態判定部は、前記アプリ実行管理部が前記アプリ記憶部に記憶されているアプリを前記アプリ実行装置に転送したタイミングから所定時間内に当該アプリ実行装置から起動完了通知が入力されると、当該アプリ実行装置が正常であると判定し、前記タイミングから所定時間内に当該アプリ実行装置から起動完了通知が入力されないと、当該アプリ実行装置が異常であると判定する請求項１から５の何れか一項に記載の車両用サービス管理装置。
【請求項７】
前記アプリ実行管理部は、アプリを前記アプリ実行装置に転送した後でも当該アプリを消去せずに前記アプリ記憶部に記憶させ続ける請求項６に記載の車両用サービス管理装置。
【請求項８】
前記状態判定部は、アプリをアプリ実行装置と共同して実行する又は実行中の車両用装置であるアプリ共同実行装置が正常であるか否かをも判定し、
前記テーブル記憶部は、前記アプリ共同実行装置と前記代替装置との対応を示す対応テーブルをも記憶し、
前記アプリ実行管理部は、前記アプリ共同実行装置が異常であると判定されると、前記対応テーブルを参照し、その異常であると判定されたアプリ共同実行装置に代えて前記代替装置にアプリを共同して実行させる請求項１から７の何れか一項に記載の車両用サービス管理装置。
【請求項９】
前記テーブル記憶部は、前記アプリ共同実行装置とは別の車両用装置、自装置、前記アプリ実行サーバのうち少なくとも何れかを前記代替装置として含む前記対応テーブルを記憶する請求項８に記載の車両用サービス管理装置。
【請求項１０】
前記テーブル記憶部は、前記アプリ共同実行装置に対して優先順位が付与されている複数の代替装置との対応を示す前記対応テーブルを記憶し、
前記アプリ実行管理部は、前記アプリ共同実行装置が異常であると判定されると、前記対応テーブルを参照し、その異常であると判定されたアプリ共同実行装置に代えて優先順位にしたがって前記代替装置にアプリを共同して実行させる請求項８又は９に記載の車両用サービス管理装置。
【請求項１１】
前記アプリ実行管理部は、前記代替装置にアプリを共同して実行させる場合に、そのアプリの機能の一部を制限する請求項８から１０の何れか一項に記載の車両用サービス管理装置。
【請求項１２】
前記状態判定部は、前記アプリ共同実行装置と定期通信を行うことで、前記アプリ共同実行装置が正常であるか否かを判定する請求項８から１１の何れか一項に記載の車両用サービス管理装置。
【請求項１３】
アプリを記憶するアプリ記憶部を備え、
前記状態判定部は、前記アプリ実行管理部が前記アプリ記憶部に記憶されているアプリを前記アプリ共同実行装置に転送したタイミングから所定時間内に当該アプリ実行装置から起動完了通知が入力されると、当該アプリ共同実行装置が正常であると判定し、前記タイミングから所定時間内に当該アプリ共同実行装置から起動完了通知が入力されないと、当該アプリ共同実行装置が異常であると判定する請求項８から１２の何れか一項に記載の車両用サービス管理装置。
【請求項１４】
前記アプリ実行管理部は、アプリを前記アプリ実行装置に転送した後でも当該アプリを消去せずに前記アプリ記憶部に記憶させ続ける請求項１３に記載の車両用サービス管理装置。
【請求項１５】
複数の車両用装置（８〜１３）を接続している車両用サービス管理装置（３，２２，３２，４２，５２）の制御部（１４，２３，３３，４３，５３，５４）に、
アプリを実行する又は実行中の車両用装置であるアプリ実行装置が正常であるか否かを判定する状態判定手順と、
前記アプリ実行装置が異常であると判定すると、前記アプリ実行装置と代替装置との対応を示す対応テーブルを参照し、その異常であると判定されたアプリ実行装置に代えて前記代替装置にアプリを実行させるアプリ実行管理手順と、実行させる車両用サービス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用サービス管理装置及び車両用サービス管理プログラムに関する。
【背景技術】
【０００２】
従来より、システム内の車両用装置の属性を監視し、どのアプリをどの車両用装置で実行可能であるか否かを判定する技術が供されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１８７８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した技術では、アプリを実行する又は実行中の車両用装置を特定するに過ぎない。そのため、アプリを実行する又は実行中の車両用装置が正常であれば何ら不具合が発生しないが、アプリを実行する又は実行中の車両用装置が異常であればアプリを正常に実行しない等の不具合の発生が懸念される。このような事情から、アプリを実行する又は実行中の車両用装置が異常である場合でも適切に対処することができる技術が望まれている。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、アプリを実行する又は実行中の車両用装置が異常である場合でも適切に対処することができる車両用サービス管理装置及び車両用サービス管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、アプリ実行管理部（１４ｂ，２３ｂ，３３ｂ，４３ｂ，５３ｂ，５４ｂ）は、複数の車両用装置（８〜１３）におけるアプリの実行を管理する。状態判定部（１４ｃ，２３ｃ，３３ｃ，４３ｃ，５３ｃ，５４ｃ）は、アプリを実行する又は実行中の車両用装置であるアプリ実行装置が正常であるか否かを判定する。テーブル記憶部（１４ｄ，２３ｄ，３３ｄ，４３ｄ，５３ｄ，５４ｄ）は、アプリ実行装置と代替装置との対応を示す対応テーブルを記憶する。アプリ実行管理部は、アプリ実行装置が異常であると判定されると、対応テーブルを参照し、その異常であると判定されたアプリ実行装置に代えて代替装置にアプリを実行させる。アプリを実行する又は実行中の車両用装置が異常である場合でも、アプリ実行装置に代わって代替装置がアプリを実行することで適切に対処することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施形態を示す機能ブロック図
【図２】対応テーブルを示す図
【図３】アプリ起動処理を示すフローチャート（その１）
【図４】アプリ起動処理を示すフローチャート（その２）
【図５】アプリ停止処理を示すフローチャート
【図６】アプリ及び当該アプリを実行するＥＣＵが切り替わる態様を示す図（その１）
【図７】アプリ及び当該アプリを実行するＥＣＵが切り替わる態様を示す図（その２）
【図８】アプリ及び当該アプリを実行するＥＣＵが切り替わる態様を示す図（その３）
【図９】本発明の第２の実施形態を示す機能ブロック図
【図１０】本発明の第３の実施形態を示す機能ブロック図
【図１１】本発明の第４の実施形態を示す機能ブロック図
【図１２】本発明の第５の実施形態を示す機能ブロック図
【発明を実施するための形態】
【０００８】
（第１の実施形態）
以下、本発明の第１の実施形態について図１から図８を参照して説明する。
サービス管理システム１は、アプリを実行して車両の運転者に提供するサービスを管理するシステムであり、サービス管理装置２（車両用サービス管理装置に相当する）と、車載通信機（以下、ＤＣＭ（Data Communication Module）と称する）３と、セントラルゲートウェイ（以下、ＣＧＷ（Central Gate Way）と称する）４とを有する。
【０００９】
ＤＣＭ３は、アプリを配信するアプリ配信サーバ５やアプリを実行するアプリ実行サーバ６との間で広域ネットワークを介してアプリを送受信する。ＤＣＭ３は、アプリ配信サーバ５から配信されたアプリを受信すると、その受信したアプリをサービス管理装置２に出力する。尚、サービス管理装置２は、ＤＣＭ３からアプリを入力すると、チェックサムを計算してデータの正否を判定し、データの誤りを検知したときにはアプリ配信サーバ５からのアプリの再配信を要求する。又、ＤＣＭ３は、サービス管理装置２からアプリを入力すると、その入力したアプリをアプリ実行サーバ６に送信する。アプリ実行サーバ６は、ＤＣＭ３から送信されたアプリを受信すると、その受信したアプリを実行し、そのアプリの実行結果をＤＣＭ３に送信する。ＤＣＭ３は、アプリ実行サーバ６から送信されたアプリの実行結果を受信すると、その受信したアプリの実行結果をサービス管理装置２に出力する。尚、アプリ配信サーバ５がアプリを実行する機能を有していても良いし、アプリ実行サーバ６がアプリを配信する機能を有していても良い。即ち、アプリ配信サーバ５とアプリ実行サーバ６とが１つのサーバで構成されていても良い。
【００１０】
サービス管理装置２は、ロケータ７と、第１〜第３の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）８〜１０（車両用装置に相当する）とを接続している。サービス管理装置２は、例えばイーサーネット（登録商標）を介してＥＣＵ８〜１０を接続しており、ＥＣＵ８〜１０へのアプリの転送を管理する。ＥＣＵ８〜１０は、サービス管理装置２からアプリが転送されると共に起動指令を入力すると、その転送されたアプリを起動して実行する。又、ＥＣＵ８〜１０は、アプリを実行中にサービス管理装置２から停止指令を入力すると、その実行中のアプリを停止する。尚、サービス管理装置２がＥＣＵを直接接続する態様はどのような態様でも良い。
【００１１】
ＣＧＷ４は、中継機能を有する機器であり、例えばＣＡＮ（Controller Area Network）（登録商標）を介して第４〜第６のＥＣＵ１１〜１３を接続している。サービス管理装置２は、ＣＧＷ４を介してＥＣＵ１１〜１３へのアプリの転送を管理する。ＥＣＵ１１〜１３は、サービス管理装置２からＣＧＷ４を介してアプリが転送されると共に起動指令を入力すると、その転送されたアプリを起動して実行する。又、ＥＣＵ１１〜１３は、アプリを実行中にサービス管理装置２からＣＧＷ４を介して停止指令を入力すると、その実行中のアプリを停止する。尚、サービス管理装置２がＣＧＷ４を介してＥＣＵを接続する態様もどのような態様でも良い。ＥＣＵ８〜１３は、車両用装置に相当する。
【００１２】
ロケータ７は、地図データを格納しており、サービス管理システム１を搭載した車両の現在位置を緯度経度の座標で特定する。ロケータ７は、その特定した座標を地図データと照合して地図上での車両の現在位置を特定し、その特定した地図上での車両の現在位置をサービス管理装置２に出力する。サービス管理装置２は、ロケータ７から入力する地図上での車両の現在位置を用い、ＥＣＵ８〜１３におけるアプリの実行を管理する。例えば自動運転に関する交通法規が市や州等の行政単位のエリアで異なり、サービス管理システム１を搭載した車両が自動運転に関する交通法規の異なるエリアを跨って走行する場合であれば、サービス管理装置２は、車両が走行するエリアが切り替わる毎に、その交通法規に準じたアプリをＥＣＵ８〜１３が実行するようにアプリの起動や停止を管理する。
【００１３】
サービス管理装置２は、制御部１４を有する。制御部１４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）を含むマイクロコンピュータにより構成される。制御部１４は、非遷移的実体的記録媒体に格納されているコンピュータプログラム（車両用サービス管理を含む）を実行することで、コンピュータプログラムに対応する処理を実行し、サービス管理装置２の動作全般を制御する。制御部１４は、アプリ記憶部１４ａと、アプリ実行管理部１４ｂと、状態判定部１４ｃと、テーブル記憶部１４ｄとを有する。これらの各部１４ａ〜１４ｄは制御部１４が実行するコンピュータプログラムにより構成されており、ソフトウェアにより実現されている。
【００１４】
アプリ記憶部１４ａは、アプリ配信サーバ５から送信されたアプリがＤＣＭ３に受信され、そのアプリがＤＣＭ３からサービス管理装置２に入力されると、そのアプリを記憶する。アプリ実行管理部１４ｂは、アプリ記憶部１４ａに記憶されているアプリをＥＣＵ８〜１３に転送してＥＣＵ８〜１３におけるアプリの実行を管理する。この場合、アプリ実行管理部１４ｂは、管理対象のアプリを１つのＥＣＵのみが実行してサービスを提供する場合であれば、アプリの転送先のＥＣＵを１つとし、管理対象のアプリを１つのＥＣＵのみに転送する。管理対象のアプリを１つのＥＣＵのみが実行する場合には、アプリ実行ＥＣＵのみが規定され、アプリ共同実行ＥＣＵは規定されない。
【００１５】
一方、アプリ実行管理部１４ｂは、管理対象のアプリを複数のＥＣＵが共同して実行してサービスを提供する場合であれば、アプリの転送先のＥＣＵを複数とし、管理対象のアプリを複数のＥＣＵに転送する。管理対象のアプリを複数のＥＣＵが共同して実行する場合には、アプリ実行ＥＣＵ及びアプリ共同実行ＥＣＵの両方が規定される。
【００１６】
状態判定部１４ｃは、アプリ実行ＥＣＵ、アプリ共同実行ＥＣＵ及び後述する代替ＥＣＵが正常であるか否かを判定する。即ち、状態判定部１４ｃは、アプリを各ＥＣＵに転送する前では、各ＥＣＵの定期通信を正常に行えているか否かを判定し、各ＥＣＵが正常であるか否かを判定する。又、状態判定部１４ｃは、アプリを各ＥＣＵに転送した後では、各ＥＣＵからの起動完了通知を正常に入力したか否かを判定し、各ＥＣＵが正常であるか否かを判定する。
【００１７】
テーブル記憶部１４ｄは、図２に示すように、アプリに対応し、アプリ実行ＥＣＵとアプリ共同実行ＥＣＵと代替ＥＣＵとの対応を示す対応テーブルを記憶する。対応テーブルの各項目は以下のように規定されている。
【００１８】
アプリ名は、アプリの種類を示す。
エッジＩＤは、例えば市や州等の行政単位で区分されるエリアを示す。
アプリ実行ＥＣＵは、アプリを実行するＥＣＵを示す。
アプリ共同実行ＥＣＵは、アプリをアプリ実行ＥＣＵと共同して実行するＥＣＵを示す。
代替ＥＣＵは、アプリ実行ＥＣＵが異常である場合に、その異常であるアプリ実行ＥＣＵに代わってアプリを実行するＥＣＵを示す。尚、図２の例示では、アプリ実行ＥＣＵに対応する代替ＥＣＵが規定されているが、アプリ共同実行ＥＣＵに対応する代替ＥＣＵも規定されていても良い。即ち、アプリ共同実行ＥＣＵが異常である場合に、その異常であるアプリ共同実行ＥＣＵに代わってアプリを実行するＥＣＵが代替ＥＣＵとして規定されていても良い。尚、複数が設定されている場合には、優先順位が設定されている。
【００１９】
代替モードは、異常であるアプリ実行ＥＣＵに代わって代替ＥＣＵがアプリを実行する際の動作の制限を示す指標である。例えばアプリ実行ＥＣＵの処理能力を「１」としたときに、そのアプリ実行ＥＣＵに対して規定されている代替ＥＣＵの処理能力が「１」と同等であれば、アプリ実行管理部１４ｂは、そのアプリ実行ＥＣＵに対する処理要求と同等の処理要求を代替ＥＣＵに対して行う。一方、そのアプリ実行ＥＣＵに対して規定されている代替ＥＣＵの処理能力が「１」よりも劣れば、アプリ実行管理部１４ｂは、そのアプリ実行ＥＣＵに対する処理要求を制限した処理要求を代替ＥＣＵに対して行う。
【００２０】
定期通信タイムアウト時間は、アプリ実行管理部１４ｂがアプリを転送する前に当該アプリの転送先のＥＣＵが正常であるか否かを状態判定部１４ｃが判定するための時間を示す。即ち、状態判定部１４ｃは、アプリの転送先のＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えていれば、そのアプリの転送先のＥＣＵが正常であると判定する。一方、状態判定部１４ｃは、アプリの転送先のＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えていなければ、そのアプリの転送先のＥＣＵが異常であると判定する。
【００２１】
起動判定タイムアウト時間は、アプリ実行管理部１４ｂがアプリを転送すると共に起動指令を出力した後に当該アプリの転送先のＥＣＵがアプリを正常に起動したか否かを状態判定部１４ｃが判定するための時間を示す。即ち、状態判定部１４ｃは、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内でアプリの転送先のＥＣＵから起動完了通知を入力すれば、そのアプリの転送先のＥＣＵがアプリを正常に起動したと判定し、そのアプリの転送先のＥＣＵが正常であると判定する。一方、状態判定部１４ｃは、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内でアプリの転送先のＥＣＵから起動完了通知を入力しなければ、そのアプリの転送先のＥＣＵがアプリを正常に起動しなかったと判定し、そのアプリの転送先のＥＣＵが異常であると判定する。
【００２２】
停止判定タイムアウト時間は、アプリを実行中のＥＣＵがアプリを正常に停止したか否かを状態判定部１４ｃが判定するための時間を示す。即ち、状態判定部１４ｃは、停止指令を出力したタイミングから停止判定タイムアウト時間の範囲内でアプリを実行中のＥＣＵからの停止完了通知を入力すれば、そのアプリを実行中のＥＣＵがアプリを正常に停止したと判定し、そのアプリを実行中のＥＣＵが正常であると判定する。一方、状態判定部１４ｃは、停止指令を出力したタイミングから停止判定タイムアウト時間の範囲内でアプリを実行中のＥＣＵからの停止完了通知を入力しなければ、そのアプリを実行中のＥＣＵがアプリを正常に停止しなかったと判定し、そのアプリを実行中のＥＣＵが異常であると判定する。
【００２３】
次に、上記した構成の作用について図３から図８を参照して説明する。ここでは、サービス管理装置２の制御部１４が実行する処理として、アプリを起動して実行するアプリ起動処理、実行中のアプリを停止するアプリ停止処理について説明する。又、アプリがＤＣＭ３からサービス管理装置２に入力されたことをアプリの起動条件が成立したこととし、車両の現在位置がエッジを跨って変化したことをアプリの停止条件が成立したこととする。
【００２４】
（１）アプリ起動処理
制御部１４は、アプリ起動処理を開始すると、アプリの起動条件が成立したか否かを判定する（Ｓ１）。制御部１４は、アプリ配信サーバ５から送信されたアプリがＤＣＭ３に受信され、そのアプリがＤＣＭ３からサービス管理装置２に入力されたことで、アプリの起動条件が成立したと判定すると（Ｓ１：ＹＥＳ）、テーブル記憶部１４ｄに記憶している対応テーブルを参照し、起動条件が成立したアプリに対応するアプリ実行ＥＣＵを特定する（Ｓ２）。
【００２５】
制御部１４は、アプリ実行ＥＣＵを特定すると、その特定したアプリ実行ＥＣＵとの定期通信を正常に行えているか否かを判定する（Ｓ３、状態判定手順に相当する）。制御部１４は、アプリ実行ＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えており、定期通信を正常に行えていると判定すると（Ｓ３：ＹＥＳ）、アプリをアプリ実行ＥＣＵに転送すると共に起動指令をアプリ実行ＥＣＵに出力し（Ｓ４）、そのアプリ実行ＥＣＵからの起動完了通知の入力を待機し、アプリ実行ＥＣＵがアプリを正常に起動したか否かを判定する（Ｓ５、状態判定手順に相当する）。
【００２６】
制御部１４は、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内でアプリ実行ＥＣＵから起動完了通知を入力し、アプリ実行ＥＣＵがアプリを正常に起動したと判定すると（Ｓ５：ＹＥＳ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ６）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ６：ＮＯ）、アプリ起動処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ６：ＹＥＳ）、アプリ実行ＥＣＵの起動完了の成功を示す起動成功通知をアプリ共同実行ＥＣＵに出力し（Ｓ７）、アプリ起動処理を終了する。
【００２７】
一方、制御部１４は、アプリ実行ＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えておらず、定期通信を正常に行えていないと判定すると（Ｓ３：ＮＯ）、対応テーブルを参照し、アプリ実行ＥＣＵに対応する代替ＥＣＵが規定されているか否かを判定する（Ｓ８）。又、制御部１４は、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内でアプリ実行ＥＣＵから起動完了通知を入力せず、アプリ実行ＥＣＵがアプリを正常に起動しなかったと判定すると（Ｓ５：ＮＯ）、この場合も、対応テーブルを参照し、アプリ実行ＥＣＵに対応する代替ＥＣＵが規定されているか否かを判定する（Ｓ８）。
【００２８】
制御部１４は、代替ＥＣＵが規定されていると判定すると（Ｓ８：ＹＥＳ）、代替ＥＣＵ特定処理に移行する（Ｓ１１）。又、制御部１４は、代替ＥＣＵが規定されていないと判定すると（Ｓ８：ＮＯ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ９）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ９：ＮＯ）、アプリ起動処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ９：ＹＥＳ）、アプリ実行ＥＣＵの起動完了の失敗を示す起動失敗通知をアプリ共同実行ＥＣＵに出力し（Ｓ１０）、アプリ起動処理を終了する。
【００２９】
制御部１４は、代替ＥＣＵ特定処理を開始すると、対応テーブルを参照し、アプリ実行ＥＣＵに対応する代替ＥＣＵを特定する（Ｓ２１）。制御部１４は、代替ＥＣＵを特定すると、その特定した代替ＥＣＵとの定期通信を正常に行えているか否かを判定する（Ｓ２２）。制御部１４は、代替ＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えており、定期通信を正常に行えていると判定すると（Ｓ２２：ＹＥＳ）、アプリを代替ＥＣＵに転送すると共に起動指令を代替ＥＣＵに出力し（Ｓ２３、アプリ実行管理手順に相当する）、その代替ＥＣＵからの起動完了通知の入力を待機し、代替ＥＣＵがアプリを正常に起動したか否かを判定する（Ｓ２４）。
【００３０】
制御部１４は、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内でアプリ実行ＥＣＵから起動完了通知を入力し、代替ＥＣＵがアプリを正常に起動したと判定すると（Ｓ２４：ＹＥＳ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ２５）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ２５：ＮＯ）、アプリ起動処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ２５：ＹＥＳ）、代替ＥＣＵの起動完了の成功を示す起動成功通知をアプリ共同実行ＥＣＵに出力し（Ｓ２６）、アプリ起動処理を終了する。
【００３１】
一方、制御部１４は、代替ＥＣＵとの定期通信を定期通信タイムアウト時間の範囲内で行えておらず、定期通信を正常に行えていないと判定すると（Ｓ２２：ＮＯ）、対応テーブルを参照し、優先順位が次位の代替ＥＣＵが規定されているか否かを判定する（Ｓ２７）。又、制御部１４は、アプリを転送すると共に起動指令を出力したタイミングから起動判定タイムアウト時間の範囲内で代替ＥＣＵから起動完了通知を入力せず、代替ＥＣＵがアプリを正常に起動しなかったと判定すると（Ｓ２４：ＮＯ）、この場合も、対応テーブルを参照し、優先順位が次位の代替ＥＣＵが規定されているか否かを判定する（Ｓ２７）。
【００３２】
制御部１４は、優先順位が次位の代替ＥＣＵが規定されていると判定すると（Ｓ２７：ＹＥＳ）、ステップＳ２２に戻り、Ｓ２２以降を繰り返して実行する。一方、制御部１４は、優先順位が次位の代替ＥＣＵが規定されていないと判定すると（Ｓ２７：ＮＯ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ２８）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ２８：ＮＯ）、アプリ起動処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ２８：ＹＥＳ）、代替ＥＣＵの起動完了の失敗を示す起動失敗通知をアプリ共同実行ＥＣＵに出力し（Ｓ２９）、アプリ起動処理を終了する。
【００３３】
（２）アプリ停止処理
制御部１４は、アプリ停止処理を開始すると、アプリの停止条件が成立したか否かを判定する（Ｓ３１）。制御部１４は、車両の現在位置がエッジを跨って変化したことで、アプリの停止条件が成立したと判定すると（Ｓ３１：ＹＥＳ）、対応テーブルを参照し、停止条件が成立したアプリ、即ち、停止対象のアプリを実行中のアプリ実行ＥＣＵや代替ＥＣＵを特定する（Ｓ３２）。制御部１４は、停止対象のアプリを実行中のアプリ実行ＥＣＵや代替ＥＣＵを特定すると、その特定したアプリ実行ＥＣＵや代替ＥＣＵに停止指令を出力し（Ｓ３３）、そのアプリ実行ＥＣＵや代替ＥＣＵからの停止完了通知の入力を待機し、アプリ実行ＥＣＵや代替ＥＣＵがアプリを正常に停止したか否かを判定する（Ｓ３４）。
【００３４】
制御部１４は、停止指令を出力したタイミングから停止判定タイムアウト時間の範囲内でアプリ実行ＥＣＵや代替ＥＣＵからの停止完了通知を入力し、アプリを実行中のアプリ実行ＥＣＵや代替ＥＣＵがアプリを正常に停止したと判定すると（Ｓ３４：ＹＥＳ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ３５）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ３５：ＮＯ）、アプリ停止処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ３５：ＹＥＳ）、アプリ実行ＥＣＵや代替ＥＣＵの停止完了の成功を示す停止成功通知をアプリ共同実行ＥＣＵに出力し（Ｓ３６）、アプリ停止処理を終了する。
【００３５】
一方、制御部１４は、停止指令を出力したタイミングから停止判定タイムアウト時間の範囲内でアプリ実行ＥＣＵや代替ＥＣＵからの停止完了通知を入力せず、アプリを実行中のアプリ実行ＥＣＵや代替ＥＣＵがアプリを正常に停止しなかったと判定すると（Ｓ３４：ＮＯ）、アプリ共同実行ＥＣＵが規定されているか否かを判定する（Ｓ３７）。制御部１４は、アプリ共同実行ＥＣＵが規定されていないと判定すると（Ｓ３７：ＮＯ）、アプリ停止処理を終了する。一方、制御部１４は、アプリ共同実行ＥＣＵが規定されていると判定すると（Ｓ３７：ＹＥＳ）、アプリ実行ＥＣＵや代替ＥＣＵの停止完了の失敗を示す停止失敗通知をアプリ共同実行ＥＣＵに出力し（Ｓ３８）、アプリ停止処理を終了する。
【００３６】
制御部１４は、図２に例示したように対応テーブルを設定している場合であれば、以下のようにアプリの実行を管理する。サービス管理装置２を搭載している車両がエッジＩＤ＝３のエリアを走行中では、制御部１４は、アプリ実行ＥＣＵであるＥＣＵ８が正常であれば、アプリＣをＥＣＵ８とアプリ共同実行ＥＣＵであるＥＣＵ１１，１２とにおいて共同して実行する。又、制御部１４は、ＥＣＵ８が異常であるが優先順位が最上位の代替ＥＣＵであるＥＣＵ９が正常であれば、アプリＣをＥＣＵ９，１１，１２において共同して実行する。又、制御部１４は、ＥＣＵ８，９が異常であるが優先順位が次位の代替ＥＣＵであるＥＣＵ１０が正常であれば、アプリＣをＥＣＵ１０，ＥＣＵ１１，１２において共同して実行する。
【００３７】
サービス管理装置２を搭載している車両がエッジＩＤ＝３のエリアから退出してエッジＩＤ＝４のエリアに進入すると、制御部１４は、アプリＣをＥＣＵ８，１１，１２において共同して実行しており、図６に示すように、アプリＤに対応するアプリ実行ＥＣＵとして規定されているＥＣＵ９が正常であれば、アプリＤをＥＣＵ９，１２，１３において共同して実行し、ＥＣＵ８，１１，１２において共同して実行中のアプリＣを停止する。一方、制御部１４は、図７に示すように、ＥＣＵ９が異常であるが、優先順位が最上位の代替ＥＣＵとして規定されているＥＣＵ１０が正常であれば、アプリＤをＥＣＵ１０，１２，１３において共同して実行し、ＥＣＵ８，１１，１２において共同して実行中のアプリＣを停止する。又、制御部１４は、図８に示すように、ＥＣＵ９，１０が異常であり、優先順位が次位の代替ＥＣＵとして規定されているＥＣＵ８が正常であれば、アプリＤをＥＣＵ８，１２，１３において共同して実行し、ＥＣＵ８，１１，１２において共同して実行中のアプリＣを停止する。
【００３８】
尚、以上は、制御部１４が起動成功通知や起動失敗通知をアプリ共同実行ＥＣＵに限って出力する場合を例示したが、制御部１４が起動成功通知や起動失敗通知をサービス管理システム１に含まれる全てのＥＣＵに出力しても良い。又、制御部１４がアプリをアプリ実行ＥＣＵや代替ＥＣＵに転送した後でも当該アプリを消去せずに記憶し続けても良い。このように構成すれば、アプリをアプリ実行ＥＣＵや代替ＥＣＵに転送した後にアプリの転送先のアプリ実行ＥＣＵや代替ＥＣＵでリセット等が発生しても、そのアプリをアプリ配信サーバ５から再度受信せずに当該アプリをアプリ実行ＥＣＵや代替ＥＣＵに再度転送することができ、サービス管理装置２とアプリ配信サーバ５との間でのデータ通信量を低減することができる。尚、アプリの記憶領域が不足する場合には、制御部１４がロケータ７から入力する地図上での車両の現在位置を用いて不要なアプリを特定し、その特定した不要なアプリを削除しても良い。
【００３９】
又、以上は、アプリ実行ＥＣＵに代わってアプリを実行する機器としてＥＣＵ８〜１３が代替ＥＣＵとして規定される構成を例示したが、アプリ実行ＥＣＵに代わってアプリを実行する機器としてアプリ実行サーバ６やサービス管理装置２が規定される構成でも良い。即ち、アプリ実行ＥＣＵが異常である場合に、その異常であるアプリ実行ＥＣＵに代わってアプリを実行する機器としては、ＥＣＵ８〜１３、アプリ実行サーバ６、サービス管理装置２のうち少なくとも何れかであれば良い。同様に、アプリ共同実行ＥＣＵに代わってアプリを実行する機器としてアプリ実行サーバ６やサービス管理装置２が規定される構成でも良い。即ち、アプリ共同実行ＥＣＵが異常である場合に、その異常であるアプリ共同実行ＥＣＵに代わってアプリを実行する機器としては、ＥＣＵ８〜１３、アプリ実行サーバ６、サービス管理装置２のうち少なくとも何れかであれば良い。その場合、ＥＣＵ８〜１３、アプリ実行サーバ６、サービス管理装置２の中で優先順位を設定すれば良い。又、アプリ実行サーバ６との間の通信負荷を考慮し、アプリ実行サーバ６にアプリを実行させるか否かを決定しても良い。即ち、アプリ実行サーバ６との間の通信負荷が比較的低い状況であれば、アプリ実行サーバ６にアプリを実行させ、通信負荷が比較的高い状況であれば、アプリ実行サーバ６にアプリを実行させないようにしても良い。
【００４０】
以上に説明したように第１の実施形態によれば、次に示す効果を得ることができる。
サービス管理装置２において、アプリ実行ＥＣＵと代替ＥＣＵとの対応を示す対応テーブルを記憶し、アプリ実行ＥＣＵが異常であると判定すると、対応テーブルを参照し、その異常であると判定したアプリ実行ＥＣＵに代えて代替ＥＣＵにアプリを実行させるようにした。アプリを実行する又は実行中のアプリ実行ＥＣＵが異常である場合でも、アプリ実行ＥＣＵに代わって代替ＥＣＵがアプリを実行することで適切に対処することができる。例えば自動運転のサービスを提供するアプリであれば、自動運転のサービスが途切れる虞を低減することができる。
【００４１】
又、アプリ共同実行ＥＣＵと代替ＥＣＵとの対応を示す対応テーブルを記憶し、アプリ共同実行ＥＣＵが異常であると判定すると、対応テーブルを参照し、その異常であると判定したアプリ共同実行ＥＣＵに代えて代替ＥＣＵにアプリを実行させるようにしても良い。アプリを実行する又は実行中のアプリ共同実行ＥＣＵが異常である場合でも、アプリ共同実行ＥＣＵに代わって代替ＥＣＵがアプリを実行することで適切に対処することができる。
【００４２】
又、アプリ実行ＥＣＵやアプリ共同実行ＥＣＵに代わってアプリを実行する機器として、ＥＣＵ８〜１３のみでなくアプリ実行サーバ６やサービス管理装置２が含まれて規定される構成とすることで、アプリを実行する際の負荷を分散する自由度を高める。又、アプリ実行ＥＣＵやアプリ共同実行ＥＣＵに代えて代替ＥＣＵにアプリを実行させる場合に、そのアプリの機能の一部を制限することで、代替ＥＣＵの処理能力を考慮して代替ＥＣＵにアプリを実行させることができる。
【００４３】
（第２の実施形態）
次に、本発明の第２の実施形態について、図９を参照して説明する。尚、前述した第１の実施形態と同一部分については説明を省略し、異なる部分について説明する。第２の実施形態では、サービス管理システム２１において、サービス管理装置２２は、第１の実施形態で説明したサービス管理装置２の機能とＤＣＭ３の機能とを有し、ＤＣＭ３の機能を内蔵している。即ち、サービス管理装置２２において、制御部２３は、アプリ記憶部２３ａと、アプリ実行管理部２３ｂと、状態判定部２３ｃと、テーブル記憶部２３ｄとに加え、ＤＣＭ３の機能を有する通信制御部２３ｅを有する。第２の実施形態によれば、第１の実施形態と同様の作用効果を得ることができる。
【００４４】
（第３の実施形態）
次に、本発明の第２の実施形態について、図１０を参照して説明する。尚、前述した第１の実施形態と同一部分については説明を省略し、異なる部分について説明する。第３の実施形態では、サービス管理システム３１において、サービス管理装置３２は、第１の実施形態で説明したサービス管理装置２の機能とＥＣＵの機能とを有し、ＥＣＵの機能を内蔵している。即ち、サービス管理装置３２において、制御部３３は、アプリ記憶部３３ａと、アプリ実行管理部３３ｂと、状態判定部３３ｃと、テーブル記憶部３３ｄとに加え、ＥＣＵの機能を有する電子制御部３３ｅを有する。第３の実施形態によれば、第１の実施形態と同様の作用効果を得ることができる。
【００４５】
（第４の実施形態）
次に、本発明の第２の実施形態について、図１１を参照して説明する。尚、前述した第１の実施形態と同一部分については説明を省略し、異なる部分について説明する。第４の実施形態では、サービス管理システム４１において、サービス管理装置４２は、第１の実施形態で説明したサービス管理装置２の機能とＣＧＷ４の機能とを有し、ＣＧＷ４の機能を内蔵している。サービス管理装置４２において、制御部４３は、アプリ記憶部４３ａと、アプリ実行管理部４３ｂと、状態判定部４３ｃと、テーブル記憶部４３ｄとに加え、ＣＧＷ４の機能を有する中継機能部４３ｅを有する。第４の実施形態によれば、第１の実施形態と同様の作用効果を得ることができる。
【００４６】
（第５の実施形態）
次に、本発明の第２の実施形態について、図１２を参照して説明する。尚、前述した第１の実施形態と同一部分については説明を省略し、異なる部分について説明する。第５の実施形態では、サービス管理システム５１において、サービス管理装置５２は、第１の実施形態で説明した制御部１４を冗長化している。即ち、サービス管理装置５２は、制御部１４と同等の機能を有する制御部５３，５４を有し、制御部５３，５４は、それぞれアプリ記憶部５３ａ，５４ａと、アプリ実行管理部５３ｂ，５４ｂと、状態判定部５３ｃ，５４ｃと、テーブル記憶部５３ｄ，５４ｄとを有する。第５の実施形態によれば、第１の実施形態と同様の作用効果を得ることができる。又、制御部５３，５４を冗長化し、ＥＣＵ８〜１３の何れかが異常である場合に、その異常であるＥＣＵに代わって制御部５３，５４がアプリを実行することで、ＥＣＵ８〜１３を冗長化する構成を不要とすることができ、システム全体を簡素化することができる。
【００４７】
（その他の実施形態）
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
車両の現在位置をロケータ７が特定する構成を例示したが、例えば車両の現在位置を路車間通信や車車間通信により特定する等、車両の現在位置をどのような方法で特定しても良い。
自動運転のサービスを提供するアプリを例示したが、どのようなアプリを管理対象としても良い。
【符号の説明】
【００４８】
図面中、２，２２，３２，４２，５２はサービス管理装置（車両用サービス管理装置）、１４，２３，３３，４３，５３，５４は制御部、１４ａ，２３ａ，３３ａ，４３ａ，５３ａ，５４ａはアプリ記憶部、１４ｂ，２３ｂ，３３ｂ，４３ｂ，５３ｂ，５４ｂはアプリ実行管理部、１４ｃ，２３ｃ，３３ｃ，４３ｃ，５３ｃ，５４ｃは状態判定部、１４ｄ，２３ｄ，３３ｄ，４３ｄ，５３ｄ，５４ｄはテーブル記憶部、６はアプリ実行サーバ、８〜１３はＥＣＵ（車両用装置）である。
【図１】
2018194887.tif 000003
【図２】
2018194887.tif 000004
【図３】
2018194887.tif 000005
【図４】
2018194887.tif 000006
【図５】
2018194887.tif 000007
【図６】
2018194887.tif 000008
【図７】
2018194887.tif 000009
【図８】
2018194887.tif 000010
【図９】
2018194887.tif 000011
【図１０】
2018194887.tif 000012
【図１１】
2018194887.tif 000013
【図１２】
2018194887.tif 000014