JP2022515170A - 自律走行車用のセルフサービス修理 - Google Patents

Abstract

車両の車両システムに関連付けられた障害を所有者に通知する方法である。この方法は、コンピューティングプロセッサで、車両の車両システムから１つまたは複数の障害メッセージを受信することを含んでいる。各障害メッセージは、車両システムを識別する障害源、障害の時間を識別する障害時間および障害説明を含んでいる。この方法は、コンピューティングプロセッサによって、受信した１つまたは複数の障害メッセージに関連付けられた故障値を決定することも含んでいる。この故障値は、最初の受信した障害メッセージからの時間の周期またはイベントの数を示す。この方法は、コンピューティングプロセッサから、コンピューティングプロセッサと通信する第三者へ故障値を送信することも含んでいる。この方法は、第三者からサービス通知を受信し、コンピューティングプロセッサと通信するディスプレイにこのサービス通知を表示することも含んでいる。

Description

本開示は、自律走行車用のセルフサービス修理システムに関する。

背景技術
現在、多くの人が車両を所有またはリースしている。彼らは、通勤または通学にこれらの車両をよく使用する。目的地に到着すると、車両は駐車され、所有者は、仕事または授業に長い時間を費やす。車両は、一日の大半、使用されずに駐車場に置かれる。車両の所有者は極めて多忙であることが多く、定期的なメンテナンスまたは必要な修理のために、車両を修理店に持ち込むのが困難であると感じている。完全自律走行車の日が急速に近づいている。

近い将来、完全自律走行車が、所有者または乗員なしで道路を自ら駆動するようになる。多くの人々は、自動車市場が車両の所有から、人々が、自動車の代わりに交通サービスにお金を払うサービス産業へシフトすることを予期している。サービスを提供する自律走行車は、顧客を迎えに行く場所まで自身で駆動し、顧客を目的地まで運んでから、自宅の場所に戻るか、次の顧客を迎えに行くために駆動しなければならない。任意の複雑な機械と同様に、自律走行サービス車両は、システムが損傷した場合またはシステムに欠陥がある場合、定期的なメンテナンスと定期的な修理とを必要とするだろう。対処が必要な、安全に関連するリコールの可能性もある。さらに、自律走行車が、目的地に向かう途中に、コンポーネントの故障の重大性に基づいて、異なる動作をする可能性がある。自律走行車は故障を認識し、安全な場所まで、道路から離れてサービスを要請するか、動けなくなり、交通渋滞を引き起こすまで、単にルートに沿って進む場合がある。したがって、自身のシステムを監視し、いつ修理が必要かを認識して、修理店とのメンテナンス修理アポイントメントの予定を決めることができる自律走行車を実現することが望まれている。

概要
本開示の一態様は、予定が決められた修理サービスへの車両の自律駆動方法を提供する。この方法は、データ処理ハードウェアで、車両によってサポートされている車両システムから障害メッセージ(fault message)を受信することを含んでいる。障害メッセージは障害(fault)に関連付けられており、車両システムを識別する障害源(fault source)、障害の時間を識別する障害時間(fault time)および障害説明(fault description)を含んでいる。この方法は、データ処理ハードウェアから１つまたは複数のサービスステーションに、アポイントメント要求を、データ処理ハードウェアおよびサービスステーションと通信するネットワークを介して送信することも含んでいる。この方法は、データ処理ハードウェアで、１つまたは複数のアポイントメントリストを受信することも含んでいる。１つまたは複数のサービスステーションの１つに関連付けられた各リストは、１つまたは複数の利用可能な修理アポイントメントを含んでいる。この方法は、データ処理ハードウェアから、データ処理ハードウェアと通信する駆動システムに、１つまたは複数の利用可能な修理アポイントメントの１つで、サービスステーションへ車両を自律的に駆動するように指示を送信することも含んでいる。

本開示の実施形態は、１つまたは複数の以下のオプションの特徴を含んでいてよい。いくつかの実施形態では、この方法は、データ処理ハードウェアから、データ処理ハードウェアと通信するユーザインタフェースに、第１の表示指示を送信することを含んでいる。この第１の表示指示は、障害メッセージに関連付けられた障害を車両の所有者に通知するようにユーザインタフェースに指示する。この方法は、データ処理ハードウェアが１つまたは複数のサービスステーションにアポイントメント要求を送信することを認可する認可選択をデータ処理ハードウェアからユーザインタフェースに送信することも含んでいてよい。

いくつかの例では、この方法は、受信した１つまたは複数のアポイントメントリストを車両の所有者に通知するようにユーザインタフェースに指示する第２の表示指示をデータ処理ハードウェアからユーザインタフェースに送信することをさらに含んでいる。いくつかの例では、ユーザインタフェースは、１つまたは複数のアポイントメントリストを表示するように構成されているディスプレイを含んでいる。ユーザインタフェースは、ネットワークを介して、データ処理ハードウェアと通信するユーザデバイスを含んでいてよい。

いくつかの実施形態では、この方法は、データ処理ハードウェアで、ユーザインタフェースを介して認可コードを受信することをさらに含んでいる。この方法は、データ処理ハードウェアによって、以前に入力された認可コードである認可コードを検証することも含んでいてよい。この方法は、認可コードが検証されたときに、データ処理ハードウェアから１つまたは複数の車両システムに、サービス技術者が車両メンテナンスを行うことを可能にする車両サービスモードに入るように指示を送信することも含んでいてよい。

いくつかの例では、この方法は、データ処理ハードウェアで、データ処理ハードウェアと通信するユーザインタフェースを介して、アポイントメント選択を受信することをさらに含んでいる。アポイントメント選択は、１つまたは複数の利用可能な修理アポイントメントの中から利用可能な修理アポイントメントを示す。この方法は、データ処理ハードウェアから、アポイントメント選択に関連付けられた１つまたは複数のサービスステーションの１つに、各サービスステーションによって提供される１つまたは複数の利用可能なアポイントメントの１つを確認する確認メッセージを送信することをさらに含んでいてよい。この方法は、データ処理ハードウェアと通信するハードウェアメモリに、障害メッセージを格納することを含んでいてよい。この方法では、データ処理ハードウェアは、通信バスを介して車両システムと通信する。

本開示の別の態様は、予定が決められた修理サービスアポイントメントへの車両の自律駆動システムを提供し、このシステムは、データ処理ハードウェアと、データ処理ハードウェアと通信するハードウェアメモリとを含んでいる。ハードウェアメモリは、データ処理ハードウェア上で実行されると、データ処理ハードウェアに、上述の方法を含む動作を実行させる指示を格納している。

本開示の１つまたは複数の実装の詳細を、添付の図面および以下の説明に記載する。他の態様、特徴および利点は、説明および図面ならびに特許請求の範囲から明らかになるであろう。

例示的な自律走行車セルフサービス修理システムの概略図である。 図１の例示的な車両の概略図である。 図１の例示的な車両の概略図である。 通知メッセージを表示する例示的なユーザデバイススクリーンの概略図である。 通知メッセージを表示する例示的なユーザデバイススクリーンの概略図である。 修理アポイントメントの予定決定方法および修理アポイントメントへの駆動方法の動作の例示的なアレンジメントの概略図である。 修理アポイントメントの予定決定方法および修理アポイントメントへの駆動方法の動作の例示的なアレンジメントの概略図である。 サービスステーションでの、予定が決められた修理サービスアポイントメントへの車両の自律駆動方法の動作の例示的なアレンジメントの概略図である。 本明細書に記載の任意のシステムまたは方法を実行する例示的なコンピューティングデバイスの概略図である。

種々の図面における同様の参照記号は、同じ要素を示している。

詳細な説明
近い将来、完全自律走行車が、所有者または乗員なしで道路を自ら運転するようになる。任意の複雑な機械と同様に、自律走行車は、自身のシステムの１つまたは複数が損傷した場合または自身のシステムの１つまたは複数に欠陥がある場合、定期的なメンテナンスと、定期的な修理とを必要とするだろう。さらに、いくつかの例では、対処が必要な、安全に関連する理由のために、自律走行車がリコールされる可能性がある。したがって、自律走行車には、修理が必要な状態に関して車両システムを監視する修理係員システムを実現することが望まれる。修理係員システムが、修理を必要とする１つまたは複数の状態を識別すると、修理係員システムは、タスクを実行し得る。このタスクはたとえば、修理アポイントメントの予定を決めること、および車両に、修理アポイントメントへ駆動し、修理アポイントメントから駆動するように指示することを含んでいる。この際に、車両の所有者に、車両の状態に関して情報が与えられ続け、この所有者を、修理の予定決定に関連付けられた決定に関与させる。したがって、駐車場に、一日中アイドル状態で駐車されている代わりに、車両は、予定が決められたメンテナンスのためにサービスステーションまで駆動することができる。このようなメンテナンスは、オイル交換、タイヤのローテーションまたは新しいタイヤの取り付け、定期的なメンテナンス等であるが、これらに限定されない。サービスステーションが車両メンテナンスを実行すると、所有者が帰宅することが必要になる前に、車両は元の駐車場に戻ることができる。

いくつかの実施形態では、修理係員システムは、修理係員システムの電子制御ユニット（ＥＣＵ）と通信するテレマティクスシステムを含んでいる完全自律走行車によってサポートされる。車両が起動され、使用されている間、修理係員システムは、サービスが必要な障害および警告メッセージに関して定期的にさまざまな車両システムをチェックする。修理係員システムは、過去の修理およびメンテナンスの記録を保持することもできるので、修理係員システムは、最後の修理からの走行距離または経過時間に基づいて、次の定期的なメンテナンスが必要なときに、この所有者／車両の所有者に、推奨を行うことができる。修理係員システムは、修理通知を受信するためにサービスステーションと通信し、受信した修理通知を車両の所有者に（たとえば、ユーザデバイスを介して）通信することができる。メッセージは、車両が必要とするメンテナンスの種類に関する情報を含んでいてよく、修理アポイントメントの予定を決めるための許可を所有者に求める。所有者の許可を得て、修理係員システムは地元のサービスステーションに連絡して、予定決定のオプションと見積もられた費用とを取得する。要求された情報がサービスステーションから受信されると、修理係員システムは実行可能なすべての修理オプション（すなわち、所有者のカレンダに干渉しないオプション）を所有者に送信する。次に、所有者が、修理の予定決定に最適なオプションを選択することができる。次に、修理係員システムは、選択されたサービスステーションに連絡して、日時の取り決めを行い、到着時にサービス担当者が車両にアクセスできるように認可コードを提供する。指定された時間になると、車両は自身でサービスステーションへ駆動し、サービスステーションに、自身の到着を通知する。サービス担当者は、認可コードを使用して車両にアクセスし、必要な修理を行う。修理が正常に完了した後、サービス担当者は、修理係員システムと通信するユーザインタフェースを介してコードを入力する。最後に、車両は元の場所に戻り、所有者に通知を行う。

図１は、所有者または運転者１０２に関連付けられた車両２００を含んでいる自律走行車セルフサービス修理システム１００を示している。自律走行車セルフサービス修理システム１００は、所有者１０２に関連付けられた１つまたは複数のユーザデバイス１１０も含んでいる。車両２００とユーザデバイス１１０とはネットワーク２０を介して互いに通信し、かつリモートシステム１２０と通信する。リモートシステム１２０は、スケーラブル／エラスティックコンピューティングリソース１２２および／またはストレージリソース１２４を有する分散システム（たとえば、クラウド環境）であってよい。ネットワーク２０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、および／またはインターネット等のさまざまな種類のネットワークを含んでいてよい。

いくつかの実施形態では、ユーザデバイス１１０は、車両２００と通信することができる任意のコンピューティングデバイスである。ユーザデバイス１１０は、ラップトップ１１０ａ、タブレット１１０ｂ等のモバイルコンピューティングデバイス、スマートフォン１１０ｃおよびウェアラブルコンピューティングデバイス１１０ｄ（たとえば、ヘッドセットおよび／または時計）を含むことができるが、これらに限定されない。ユーザデバイス１１０は、デスクトップコンピュータ１１０ｅ、ゲームデバイス、テレビまたは他の機器（たとえば、ネットワーク化されたホームオートメーションデバイスおよび家庭用機器）等の、他のフォームファクタを有する他のコンピューティングデバイスを含んでいてもよい。

ユーザデバイス１１０は、さまざまな異なるオペレーティングシステムのいずれかを使用してよい。ユーザデバイス１１０がスマートフォン１１０ｃである例では、ユーザデバイス１１０は、オペレーティングシステムを実行してよく、このオペレーティングシステムは、Ｇｏｏｇｌｅ社が開発したＡＮＤＲＯＩＤ（登録商標）、Ａｐｐｌｅ社が開発したＩＯＳ（登録商標）またはＭｉｃｒｏｓｏｆｔ社が開発したＷＩＮＤＯＷＳ ＰＨＯＮＥ（登録商標）を含んでいるが、これらに限定されない。したがって、ユーザデバイス１１０上で実行されるオペレーティングシステムは、ＡＮＤＲＯＩＤ（登録商標）、ＩＯＳ（登録商標）またはＷＩＮＤＯＷＳ ＰＨＯＮＥ（登録商標）のうちの１つを含むことができるが、これらに限定されない。ユーザデバイス１１０がラップトップコンピューティングデバイスまたはデスクトップコンピューティングデバイスである例では、ユーザデバイスは、オペレーティングシステムを実行してよく、このオペレーティングシステムは、Ｍｉｃｒｏｓｏｆｔ社によるＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）、Ａｐｐｌｅ社によるＭＡＣ ＯＳ（登録商標）またはＬｉｎｕｘを含むが、これらに限定されない。

いくつかの例では、ユーザデバイス１１０は、車両２００と通信するための車両ソフトウェアアプリケーション１１４、すなわち、車両２００によってサポートされる修理係員システム２８０を実行する。車両アプリケーション１１４は、車両２００とのインタフェース連結専用のネイティブな車両アプリケーション１１４ａであってよい。また、他の例では、ユーザデバイス１１０は、より一般的なアプリケーション１１４ｂを使用して、車両２００と通信する。これは、Ｗｅｂブラウザを使用してアクセスされ、リモートシステム１２０上で実行されるＷｅｂブラウザアプリケーション等である。ソフトウェアアプリケーション（すなわち、ソフトウェアリソース）が、コンピューティングデバイスにタスクを実行させるコンピュータソフトウェアを指す場合がある。いくつかの例では、ソフトウェアアプリケーションは、「アプリケーション」、「アプリ」または「プログラム」と称されることがある。例示的なアプリケーションは、システム診断アプリケーション、システム管理アプリケーション、システムメンテナンスアプリケーション、ワードプロセッシングアプリケーション、スプレッドシートアプリケーション、メッセージングアプリケーション、メディアストリーミングアプリケーション、ソーシャルネットワーキングアプリケーションおよびゲーミングアプリケーションを含むが、これらに限定されない。

図１～図２Ｂを参照すると、いくつかの実施形態では、車両２００は、車両２００が路面を駆動することを可能にする駆動システム２２０によってサポートされている車体２１０を含んでいる。いくつかの例では、車体２１０は、前部２１０ａおよび後部２１０ｂを有している。駆動システム２２０は、車輪２２２を含んでいる。たとえば、駆動システム２２０は、右前輪２２２、２２２ａ、左前輪２２２、２２２ｂ、右後輪２２２、２２２ｃおよび左後輪２２２、２２２ｄを含んでいる。右前輪２２２ａと左前輪２２２ｂとは、車体２１０によって規定される前後軸線Ｘの周りに互いに実質的に対向して位置している。さらに、右後輪２２２ｃと左後輪２２２ｄとは、横軸線Ｙの周りに互いに実質的に対向して位置している。駆動システム２２０は、他の車輪２２２構成も含んでいてよい。

車体２１０は、車体２１０によって規定された２つの垂直軸線、すなわち前後軸線Ｘおよび横軸線Ｙに対する動きのさまざまな組み合わせによって、道路に沿って移動することができる。前後軸線Ｘに沿った前方駆動方向はＦ（以降で、「前方」と称されることもある）で示され、前後軸線Ｘに沿った後方駆動方向はＲ（以降で、「後方」と称されることもある）で示されている。横軸線Ｙは、右前輪２２２ａおよび左前輪２２２ｂの両方と、右後輪２２２ｃおよび左後輪２２２ｄの両方との間の中心点によって実質的に規定される、車体２１０の右側と左側との間に延在する。

車体２１０は、１人または複数人の乗客が車両２００に座ることを可能にする、かつ／または乗客の１人が車両２００を駆動する、または部分的に駆動する（すなわち、半自律走行車の場合）ことを可能にするように構成されている乗客コンパートメント２３０を規定する。車両２００は、車体２１０の前部２１０ａに配置された１つまたは複数の座席の前に、乗客コンパートメント２３０の幅にわたって延在しているダッシュボード２３２を含んでいてよい。たとえば、ダッシュボード２３２は、所有者席および助手席の前に、乗客コンパートメント２３０の幅にわたって延在している。

ダッシュボード２３２は、とりわけ、速度を示す計器（すなわち、速度計）、タコメータ、燃料レベル、油圧、方向指示器、エアコン、点灯インジケータおよび娯楽システムを含む計器パネル２３４を含んでいてよい。さらに、計器パネル２３４はディスプレイ２３６を含んでいてよく、これは、通常は緑色、青色または白色であり、表示された警告灯インジケータ２３８に関連付けられたシステムが作動していることを示す情報灯アイコン等の警告灯インジケータ２３８も表示してよい。警告灯インジケータ２３８は、通常は黄色またはオレンジ色であり、車両２００が迅速にサービスを受ける必要がある、または修理を必要としていることを示す警告灯アイコンであってよい。いくつかの例では、警告灯インジケータ２３８は、通常は赤色であり、車両２００に重大な問題または安全上の問題があり、運転されるべきではないことを示す警戒灯アイコンである。これらの警告灯インジケータ２３８のいくつかは、シートベルト非装着、パーキングブレーキ、エアバッグ警告、エンジン温度、低タイヤ圧、バッテリまたはオルタネータ警告、エンジン排出警告チェック、ドア開放、サスペンションダンパ、トラクションコントロールまたはＥＳＰ（エレクトロニック・スタビリティ・プログラム）、低油圧および距離警告を含むが、これらに限定されない。図２Ａに示されているように、表示されている警告灯インジケータ２３８は、車両２００のエアバッグシステムに問題または障害があることを示すエアバッグ警告インジケータである。

警告灯インジケータ２３８が提供する警告を所有者が無視する可能性があるので、車両２００は、表示された警告灯インジケータ２３８に関連付けられた付加的な情報を所有者に提供するユーザインタフェース２４０を含んでいる。ユーザインタフェース２４０は、計器パネルディスプレイ２３６を含んでいてよく、計器パネルディスプレイ２３６は、（図示されているように）計器パネル２３４の一部である、または計器パネルから分離しており、たとえば、ダッシュボード２３２によってサポートされているヘッドアップディスプレイまたはディスプレイスクリーン２３７である。ディスプレイスクリーン２３７は、ダッシュボード２３２の中央部分に配置されていてよく、リアビューカメラからの画像を表示するため、ナビゲーション用の地図を表示するため、車両設定および／またはオーディオビジュアル設定を表示するために使用されてよい。いくつかの例では、ユーザインタフェース２４０は、車両２００と通信するユーザデバイス１１０のユーザデバイスディスプレイ１１２を含んでいる。ユーザインタフェース２４０は、ユーザインタフェース２４０と相互作用するために所有者がスクリーンに触れることを可能にするタッチスクリーンであってよい。また、他の例では、ユーザインタフェース２４０は、入力キーボード、回転式ダイヤル、ダッシュボード２３２によってサポートされているステアリングホイール上の１つまたは複数のキー等（ただし、これらに限定されない）の１つまたは複数のソースから所有者入力を受信するように構成されている。

図２Ａに示されているように、表示された警告灯インジケータ２３８はエアバッグ警告アイコンであり、表示されたメッセージ２４２は、エアバッグ表示警告灯インジケータ２３８に関するより多くの情報を提供する。さらに、示されているように、表示されたメッセージ２４２は承認ボタン２４３を含んでおり、これは、所有者に、ボタンを押す（ユーザインタフェース２４０がタッチスクリーンインタフェースの場合）またはボタン２４３を選択する（たとえば、ステアリングホイール上の物理的なボタン入力による）ことを可能にする。承認ボタン２４３は、所有者１０２が質問に回答することを可能にする「はい」ボタンおよび「いいえ」ボタンを含んでいてよい。いくつかの例では、表示されたメッセージ２４２は、ダッシュボードディスプレイスクリーン２３７またはユーザデバイスディスプレイ１１２にも表示される（図３Ａおよび図３Ｂに示すように）。

引き続き図１～図２Ｂを参照すると、いくつかの実施形態では、車両２００は、１つまたは複数のＧＰＳ衛星３０から情報を受信し、受信した情報に基づいて車両２００の地理的位置を計算する全地球測位システム（ＧＰＳ）受信機２５０を含んでいる。ＧＰＳ受信機２５０は、車両２００の位置を継続的に算出するので、車両２００は、目的地までの道路に沿って自律駆動する間、自身の位置を把握している。

車両２００は、車両２００とユーザデバイス１１０、サービスステーション１３０、ネットワーク２０、リモートシステム１２０および／または他の車両との間の通信を可能にする通信システム２６０も含んでいてよい。いくつかの例では、通信システムは、ＧＰＳ受信機２５０および他の車両システム（たとえば、駆動システム２２０）と通信するテレマティクスシステム２６２を含んでいる。テレマティクスシステム２６２は、ＧＰＳ受信機２５０からのＧＰＳ位置、および駆動システム２２０の車輪２２２に関連付けられた車輪速度等の情報を受信し、受信したＧＰＳ位置および車輪速度に基づいて、テレマティクスシステム２６２は、車両２００の現在位置に関連付けられた領域の仮想地理的地図上に車両２００を位置付けた。

いくつかの例では、車両２００は、付加的な車両システム２７０、２７０ａ～ｎを含んでおり、これは、いくつか挙げると、エンジンシステム、パワートレインシステム、車体およびセキュリティシステム、安全システム、ブレーキシステム、センサシステム等であるが、これらに限定されない。車両システム２７０、２７０ａ～ｎのそれぞれは、電子制御ユニット（ＥＣＵ）（図示せず）を含んでいる。

車両２００は、修理係員システム２８０も含んでおり、これは、駆動システム２２０、ユーザインタフェース２４０、ＧＰＳ受信機２５０、通信システム２６０および他の車両システム２７０、２７０ａ～ｎと通信する。修理係員システム２８０は、非一時的メモリ２８６（たとえば、いくつか挙げると、ハードディスク、フラッシュメモリ、ランダムアクセスメモリ、ハードウェアメモリである）と通信するコンピューティングプロセッサ２８４（たとえば、中央プロセッシングユニット）を含んでいる電子制御ユニット（ＥＣＵ）２８２を含んでいる。非一時的メモリ２８６は、コンピューティングプロセッサ２８４によって実行されると、ＥＣＵ２８２、すなわち修理係員システム２８０に動作を実行させる指示を格納している。いくつかの例では、修理係員システム２８０は、各コンピューティングプロセッサ２８２およびハードウェアメモリ２８４を有しているスタンドアロンコントローラである。また、他の例では、修理係員システム２８０は、１つまたは複数のＥＣＵの組み合わせであり、したがって、１つまたは複数のＥＣＵハードウェアプロセッサで実行可能な指示を格納することができる１つまたは複数のＥＣＵ非一時的メモリと通信する１つまたは複数のＥＣＵハードウェアプロセッサを有している。

修理係員システム２８０は、車両の共有通信バス２０２を監視し、車両システム２２０、２４０、２５０、２６０、２７０からの通信を分析して、車両システム２２０、２４０、２５０、２６０、２７０のうちの１つに関連付けられた障害メッセージ２７２を識別する。さらに、修理係員システム２８０は、ネットワーク２０を介して修理係員システム２８０と通信するサービスステーション１３０からリコール通知信号１３２を受信することができる。修理係員システム２８０が障害メッセージ２７２またはリコールメッセージ１３２を識別すると、修理係員システム２８０は、障害メッセージ２７２またはリコールメッセージ１３２に関連付けられた障害を示すメッセージ２４２を表示するためのユーザインタフェース２４０への指示２８７を介して、所有者１０２に通知を行う。さらに、修理係員システム２８０は、ネットワーク２０を介して、１つまたは複数のサービスステーション１３０と通信して、障害メッセージ２７２またはリコールメッセージ１３２に関連付けられた障害に関連付けられた修理の予定を決める。いくつかの例では、修理係員システム２８０は、１つまたは複数の車両システム２２０、２４０、２５０、２６０、２７０に関連付けられた複数の障害メッセージ２７２および／またはリコールメッセージ１３２を識別する。この場合、通知調停システム２８８は、障害メッセージ２７２および／またはリコールメッセージ１３２に関連付けられた障害の間に優先順位付け機構を提供し、ユーザインタフェース２４０が、それほど重大でない障害の前に重大な障害を表示できるようにする。なぜなら、いくつかの例では、サービスステーション１３０は、車両２００に関連付けられた修理をすべて処理することはできないからである。

各障害メッセージ２７２またはリコールメッセージ１３２は、この障害メッセージ２７２がどの車両システム２２０、２４０、２５０、２６０、２７０に関連付けられているか、またはこのリコールメッセージ１３２がどの車両システム２２０、２４０、２５０、２６０、２７０に影響を与えるかを識別する車両システム識別子またはソース、障害時間、および障害の種類またはリコールの種類を識別する障害説明のうちの１つまたは複数を含んでいる。たとえば、障害メッセージ２７２は、障害メッセージ２７２に関連付けられた障害を有する駆動システム２２０を識別する車両システム識別子を含んでいてよく、障害識別子は、圧が低い右前タイヤ２２２ａに関する情報を含んでいてよい。受信した障害メッセージ２７２の障害データに基づいて、修理係員システム２８０は、メッセージ２４２を所有者１０２に表示するために、どの指示２８７をユーザインタフェース２４０に送信するかを決定する。

修理係員システム２８０は、障害メッセージ２７２またはリコールメッセージ１３２に関連付けられたスケジューリングメッセージ２４２を表示するようにユーザインタフェース２４０に指示する。いくつかの例では、ユーザインタフェース２４０は、スケジューリングメッセージ２４２に関連付けられた音を出力するオーディオシステム２４６を含んでいる。いくつかの例では、スケジューリングメッセージ２４２は、ユーザインタフェース２４０と相互作用することによって、たとえば、スケジューリングメッセージ２４２の読後に「はい」ボタンまたは「いいえ」ボタン２４３を押すことによって、所有者１０２がメッセージの受信を承認できるようにする承認ボタン２４３も含んでいる。いくつかの例では、スケジューリングメッセージ２４２は、また、障害メッセージ２７２またはリコールメッセージ１３２に関連付けられている車両システム２２０、２４０、２５０、２６０、２７０を修理するために、修理係員システム２８０が、１つまたは複数のサービスステーション１３０からの利用可能なサービスアポイントメントを要求すべきか否かを所有者１０２に問う。

図３Ａおよび図３Ｂを参照すると、いくつかの実施形態では、修理係員システム２８０は、ネットワーク２０を介して、たとえば、車両アプリケーション１１４、１１４ａ、１１４ｂを介して、ユーザデバイス１１０と通信する。したがって、修理係員システム２８０は、ユーザインタフェース２４０、すなわち、ユーザデバイス１１０に、ユーザデバイス１１０のディスプレイ１１２上にスケジューリングメッセージ２４２を表示するように指示する。車両アプリケーション１１４、１１４ａ、１１４ｂは、ユーザデバイス１１０と所有者１０２との間の相互作用を可能にする。したがって、所有者１０２は、「はい」ボタン２４３または「いいえ」ボタン２４３の２つのオプションの１つを選択することによって、ユーザデバイス１１０を使用してスケジューリングメッセージ２４２のサービスの要求を確認することができる。ユーザデバイス１１０は、選択を修理係員システム２８０に送信し、修理係員システム２８０は次に、所有者が「はい」ボタン２４３を選択した場合に、ネットワーク２０を介してサービスアポイントメント要求２８１を修理係員システム２８０に送信する。サービスステーション１３０は、車両２００、すなわち修理係員システム２８０から、サービスアポイントメント要求２８１を受信し、各サービスステーション１３０は、各サービスステーション１３０が車両２００を修理できる１つまたは複数の利用可能な時間を含んでいる、利用可能性リスト１３４を送信する。

修理係員システム２８０は、サービスステーション利用可能性リスト１３４を受信し、各サービスステーション１３０に関連付けられた利用可能性から所有者１０２が選択を行うことを可能にする利用可能性リスト１３４を表示するようにユーザインタフェース２４０に指示する。所有者１０２は、利用可能性リスト１３４から選択を行ってよく、修理係員システム２８０は、選択されたサービスステーション１３０にメッセージを送信し、予定が決められた修理の日時を確認する。

図４Ａおよび図４Ｂは、車両２００を動作させ、１つまたは複数の車両システム２２０、２４０、２５０、２６０、２７０に関連付けられた１つまたは複数の障害を所有者１０２に通知し、図１～図３Ｂにおいて示したように修理の予定を決める例示的なブロック図４００を示している。ブロック４０２において、車両２００（すなわち、自律走行車）が始動する。いくつかの例では、車両の所有者１０２は、乗客コンパートメント２３０内に座った状態で車両２００を始動させることができる、または遠隔で車両２００を始動させることができる。他の例では、車両２００は、所有者１０２によって事前に予定が決められた開始予定時間が来ると、自律的に始動してよい。車両２００が起動されると、すべての車両システム２２０、２４０、２５０、２６０、２７０が起動し、ブロック４０４で、修理係員システム２８０は、障害状態が存在するかをチェックする。これらは、車両バスメッセージ２７２を分析することによって、サービスステーション１３０からデータを受信することによって、または定期的なメンテナンスのログによって識別される。決定ブロック４０６において、修理係員システム２８０は、修理サービスが必要か否かを決定する。修理が必要でない場合、修理係員システム２８０は、修理係員システム２８０が障害を識別するか、または車両が停止されるまで、所定の時間間隔、たとえば５分ごとに、障害のチェックをし続ける。決定ブロック４０６において、修理係員システム２８０が、修理サービスが必要であると決定した場合、ブロック４０８において、修理係員システム２８０は、ユーザインタフェース２４０のディスプレイ１１２、２３６、２３７上にメッセージ２４２を表示するように、ユーザインタフェース２４０に指示し、所有者１０２に障害を通知する。表示されたメッセージ２４２は、障害に関連付けられた情報、障害を引き起こした車両システムに関連付けられた情報、および修理を行うために利用可能な１つまたは複数のサービスステーション１３０から修理係員システム２８０が情報を収集することを所有者１０２が望むか否かを問う質問を含んでいてよい。決定ブロック４１０において、修理係員システム２８０は、所有者１０２が、サービスステーション１３０から利用可能な修理時間枠のリスト１３４を要求する許可を修理係員システム２８０に与えたか否かを決定する。所有者１０２によって許可が与えられていなかった場合、修理係員システム２８０は、ブロック４０４に戻る。いくつかの例では、修理係員システム２８０は、所定の期間ごとにメッセージを表示するようにユーザインタフェース２４０に指示し、識別された障害およびこの障害を修理する必要性を所有者１０２に思い出させる。いくつかの例では、修理係員システム２８０は障害を分類し、障害カテゴリに基づいて、各メッセージ表示間の所定の期間が短くなる。

再度、決定ブロック４１０を参照すると、所有者１０２が、ユーザインタフェース２４０を介してサービスステーション１３０から予定決定情報を検索する許可を与える場合、ブロック４１２において、修理係員システム２８０は、１つまたは複数のサービスステーション１３０にサービス要求メッセージ２８１を送信するように通信システム２６０に指示する。このサービスステーションは、たとえば、車両２００の位置の事前定義されたマイル半径内のサービスステーション、または所有者の自宅住所近く（事前に非一時的メモリ２８６に格納されている）のサービスステーション、または所有者の勤務先住所（これも事前に非一時的メモリ２８６に格納されている）近くのサービスステーションである。サービス要求メッセージ２８１は、サービスを実行するために利用可能なそれらのアポイントメントを提供することの、サービスステーション１３０への要求を含んでいる。いくつかの例では、サービス要求メッセージ２８１は、車両２００に関する情報、障害に関連付けられた車両システム２２０、２４０、２５０、２６０、２７０および障害の詳細を含んでいる。このような場合、ブロック４１４に示されているように、障害を処理することができるサービスステーション１３０は、サービスを実行することができる利用可能な時間のリスト１３４で応答を行う。

利用可能なアポイントメントのリスト１３４が通信システム２６０で受信されると、ブロック４１６において、修理係員システム２８０は、図３Ｂに示されているように、利用可能なアポイントメントのリスト１３４を表示するようにユーザインタフェース２４０に指示し、ディスプレイ１１２上に表示された１つまたは複数のオプションから選択を行うことを所有者に求める。決定ブロック４１８において、修理係員システム２８０は、所有者１０２が選択を行ったか否かを決定する。選択が行われていない場合、修理係員システム２８０はブロック４０４に戻る。しかし、ブロック４１８において、修理係員システム２８０は、ユーザインタフェース２４０を介して所有者１０２から選択を受信し、次にブロック４２０において、修理係員システム２８０は、サービスステーション１３０と（ネットワーク２０を通じた通信システムを介して）通信して、選択されたアポイントメントを設定する。いくつかの例では、修理係員システム２８０は、サービスステーション１３０にサービス認可コード２８３を送信し、サービスアポイントメントを確認する。

ブロック４２２において、車両２００は、所有者が選択したサービスアポイントメントのために、選択されたサービスステーション１３０まで自律的に駆動する。次に、ブロック４２４において、車両２００はサービスステーション１３０で駐車場に駐車し、修理係員システム２８０はサービスステーション１３０に（通信システム２６０を介して）、自身の位置および自身のサービスのために到着したことを通知する。ブロック４２６において、サービス技術者は、事前に修理係員システム２８０から受信した認可コード２８３を入力して、車両サービスモードに入る。次に、ブロック４２８において、サービス技術者は、車両２００を修理場に移動させて、車両２００の整備を開始する。サービス技術者が修理を完了すると、ブロック４３０において、サービス技術者は、車両２００をサービスステーション１３０の駐車場に戻す。いくつかの例では、技術者は、車両ユーザインタフェース２４０を介して、修理の完了を示す修理コードを入力する。修理コードは、修理の種類、修理の日時、修理によって影響される車両システム２７０等の修理の詳細を含んでいてよい。入力されると、ブロック４３２において、修理係員システム２８０は、入力された情報をメモリ２８６内に格納して、実行されたすべての車両修理の記録を保持する。ブロック４３４において、修理係員システム２８０は、ネットワーク２０を介してユーザデバイス１１０へ、完了した修理を示す更新されたステータスを送信する。いくつかの例では、更新されたステータスは、修理のための出発前に所有者１０２が車両２００を離れた場所に戻ってくる推定時間を含んでいる。修理係員システム２８０は、自律的に最初の位置まで、駆動して戻るように車両２００に指示する。車両２００が最初の位置に戻ると、車両２００は停止され、予定が決められた次の駆動を待つ。

図５は、サービスステーション１３０での予定が決められた修理サービスアポイントメントへの車両２００の自律駆動方法５００の動作の例示的なアレンジメントを提供している。車両２００は、図１～図４Ｂに示されている、データ処理ハードウェア２８４およびデータ処理ハードウェア２８４と通信するハードウェアメモリ２８６を有するＥＣＵ２８２を含んでいる修理係員システム２８０をサポートする。ブロック５０２において、方法５００は、データ処理ハードウェア２８４において、車両２００によってサポートされている車両システム２２０、２４０、２５０、２６０、２７０から障害メッセージ２７２を受信することを含んでいる。各障害メッセージ２７２は、各車両システム２２０、２４０、２５０、２６０、２７０の障害に関連付けられており、車両システム２２０、２４０、２５０、２６０、２７０を識別する障害源、障害の時間を識別する障害時間および障害説明を含んでいる。ブロック５０４において、方法５００は、データ処理ハードウェア２８４およびサービスステーション１３０と通信するネットワーク２０を介して、データ処理ハードウェア２８４から、１つまたは複数のサービスステーション１３０にアポイントメント要求２８１（たとえば、サービス要求メッセージ）を送信することを含んでいる。アポイントメント要求２８１は、サービスステーション１３０が、車両２００に関連付けられた障害を修理することができる、利用可能なアポイントメントのリスト１３４を転送するための要求を示す。ブロック５０６において、方法５００は、データ処理ハードウェア２８４で、サービスステーション１３０から１つまたは複数のアポイントメントリスト１３４を受信することを含んでいる。各リスト１３４は、１つまたは複数のサービスステーションの１つに関連付けられており、１つまたは複数の利用可能な修理アポイントメントを含んでいる。ブロック５０８において、方法５００は、データ処理ハードウェア２８４から、データ処理ハードウェア２８４と通信する駆動システム２２０に、１つまたは複数の利用可能な修理アポイントメントの１つで、サービスステーション１３０へ車両２００を自律的に駆動するように指示を送信することを含んでいる。

いくつかの実施形態において、方法５００は、データ処理ハードウェア２８４から、データ処理ハードウェア２８４と通信するユーザインタフェース２４０に、第１の表示指示２８７を送信することを含んでいる。この第１の表示指示２８７は、車両２００の所有者１０２に、障害メッセージ２７２に関連付けられた障害を通知するようにユーザインタフェース２４０に指示する。方法５００は、データ処理ハードウェア２８４からユーザインタフェース２４０へ、認可選択２４３を送信することも含んでいてよい。認可選択２４３は、データ処理ハードウェア２８４に、１つまたは複数のサービスステーション１３０へアポイントメント要求を送信することを認可する。方法５００は、データ処理ハードウェア２８４から、ユーザインタフェース２４０へ、第２の表示指示２８７を送信することを含んでいてよい。この第２の表示指示２８７は、車両２００の所有者１０２に、受信した１つまたは複数のアポイントメントリスト１３４を通知するようにユーザインタフェース２４０に指示する。換言すれば、第２の表示指示２８７によって、ユーザインタフェース２４０は、受信した１つまたは複数のアポイントメントリスト１３４を表示する。ユーザインタフェース２４０は、１つまたは複数のアポイントメントリスト１３４を表示するように構成されているディスプレイ１１２を含んでいてよい。さらに、ユーザインタフェース２４０は、ネットワーク２０を介してデータ処理ハードウェア２８４と通信するユーザデバイス１１０を含んでいてよい。いくつかの例では、ユーザインタフェース２４０は、車両の計器パネル２３４の一部である計器パネルディスプレイ２３６、車両ディスプレイ２３７および／またはユーザデバイスディスプレイ１１２であってよい。

いくつかの例では、方法５００は、データ処理ハードウェア２８４において、ユーザインタフェース２４０を介して、認可コード２８３を所有者１０２から受信することを含んでいる。方法５００は、データ処理ハードウェア２８４によって、以前に入力された認可コード２８３である認可コード２８３を検証することを含んでいる。いくつかの例では、事前に入力されたコードは、たとえば、サービスアポイントメントの予定を決めるときに所有者１０２によって入力されたコードである。認可コード２８３は、サービス技術者が車両２００を整備することを可能にする。いくつかの例では、認可コード２８３が検証されると、方法５００は、データ処理ハードウェア２８４から１つまたは複数の車両システム２２０、２４０、２５０、２６０、２７０に、車両サービスモードに入るように指示を送信することを含んでおり、これによって、サービス技術者が車両メンテナンスを行うことが可能になる。

方法５００は、データ処理ハードウェア２８４で、データ処理ハードウェア２８４と通信するユーザインタフェース２４０を介して、アポイントメント選択２４３を受信することも含んでいてよい。アポイントメント選択２４３は、１つまたは複数の利用可能な修理アポイントメントから、利用可能な修理アポイントメントを示す。方法５００は、データ処理ハードウェア２８４から、アポイントメント選択２４３に関連付けられた１つまたは複数のサービスステーション１３０の１つに、各サービスステーション１３０によって提供される１つまたは複数の利用可能なアポイントメントの１つを確認する確認メッセージを送信することも含んでいてよい。

いくつかの実施形態において、方法５００は、データ処理ハードウェア２８４と通信するハードウェアメモリ２８６に障害メッセージを格納することを含んでいる。データ処理ハードウェア２８４は、格納されている障害メッセージを監視し、いくつかの例では、障害メッセージに関連付けられた障害が修理されていない場合、所有者１０２に通知することができる。いくつかの例では、データ処理ハードウェア２８４は、通信バス２０２を介して、車両システム２２０、２４０、２５０、２６０、２７０と通信する。

図６は、本明細書に記載のシステムおよび方法を実施するために使用することができる例示的なコンピューティングデバイス６００の概略図である。コンピューティングデバイス６００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレームおよび他の適切なコンピュータ等、さまざまな形態のデジタルコンピュータを表すことを意図している。ここに示されているコンポーネント、それらの接続、関係およびそれらの機能は、単なる例示であり、本明細書において記載および／または請求されている発明の実装を制限することを意図するものではない。

コンピューティングデバイス６００は、プロセッサ６１０、メモリ６２０、ストレージデバイス６３０、メモリ６２０と高速拡張ポート６５０とに接続している高速インタフェース／コントローラ６４０、および低速バス６７０とストレージデバイス６３０とに接続している低速インタフェース／コントローラ６６０を含んでいる。コンポーネント６１０、６２０、６３０、６４０、６５０および６６０のそれぞれは、さまざまなバスを使用して相互接続されており、共通のマザーボード上に、または適切な他の方法で取り付けられてよい。プロセッサ６１０は、メモリ６２０またはストレージデバイス６３０に格納されている指示を含む、コンピューティングデバイス６００内で実行するための指示を処理して、高速インタフェース６４０と結合されたディスプレイ１１０、１１０、６８０等の外部入力デバイス／出力デバイス上に、グラフィカルユーザインタフェース（ＧＵＩ）のためのグラフィック情報を表示することができる。他の実施形態では、複数のプロセッサおよび／または複数のバスが、複数のメモリおよびメモリの種類と一緒に、必要に応じて使用されてよい。また、複数のコンピューティングデバイス６００が、必要な動作の一部を提供する各デバイスと接続されていてよい（たとえば、サーババンク、ブレードサーバのグループまたはマルチプロセッサシステムとして）。

メモリ６２０は、コンピューティングデバイス６００内に非一時的に情報を格納する。メモリ６２０は、コンピュータ可読媒体、揮発性メモリユニットまたは不揮発性メモリユニットであってよい。非一時的メモリ６２０は、コンピューティングデバイス６００による使用のために、プログラム（たとえば、一連の指示）またはデータ（たとえば、プログラム状態情報）を一時的または永続的に格納するために使用される物理デバイスであってよい。不揮発性メモリの例は、フラッシュメモリおよび読み取り専用メモリ（ＲＯＭ）／プログラマブル読み取り専用メモリ（ＰＲＯＭ）／消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）／電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）（たとえば、通常はブートプログラム等のファームウェアに使用される）を含んでいるが、これらに限定されない。揮発性メモリの例は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）、ディスクまたはテープを含むが、これらに限定されない。

ストレージデバイス６３０は、コンピューティングデバイス６００に大容量ストレージを提供することができる。いくつかの実施形態では、ストレージデバイス６３０は、コンピュータ可読媒体である。さまざまな異なる実装では、ストレージデバイス６３０は、フロッピーディスクデバイス、ハードディスクデバイス、光ディスクデバイスまたはテープデバイス、フラッシュメモリまたは他の同様のソリッドステートメモリデバイスまたはデバイスのアレイであってよく、これは、ストレージエリアネットワーク内のデバイスまたは他の構成のデバイスを含んでいる。付加的な実施形態では、コンピュータプログラム製品は、情報担体において具体化される。コンピュータプログラム製品は、実行時に、上述したような１つまたは複数の方法を実施する指示を含んでいる。情報担体は、メモリ６２０、ストレージデバイス６３０またはプロセッサ６１０上のメモリ等のコンピュータ可読媒体または機械可読媒体である。

高速コントローラ６４０は、コンピューティングデバイス６００の帯域幅消費型動作を管理し、低速コントローラ６６０は、比較的低い帯域幅消費型動作を管理する。このような、任務の割り当ては、単なる例にすぎない。いくつかの実施形態では、高速コントローラ６４０は、メモリ６２０、ディスプレイ６８０（たとえば、グラフィックプロセッサまたはグラフィックアクセラレータを介して）および高速拡張ポート６５０に結合される。高速拡張ポート６５０はさまざまな拡張カード（図示せず）を受け入れてよい。いくつかの実施形態では、低速コントローラ６６０は、ストレージデバイス６３０と低速拡張ポート６７０とに結合されている。さまざまな通信ポート（たとえば、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、イーサネット、ワイヤレスイーサネット）を含んでいてよい低速拡張ポート６７０は、１つまたは複数の入力デバイス／出力デバイスに、たとえばネットワークアダプタを介して結合されていてよい。これらの入力デバイス／出力デバイスは、キーボード、ポインティングデバイス、スキャナ、またはスイッチもしくはルータ等のネットワークデバイス等である。

コンピューティングデバイス６００は、図示されているように、多くの異なる形態で実装されていてよい。たとえば、これは、標準のサーバ６００ａとして実装されていても、またはそのようなサーバ６００ａのグループにおいて複数回実装されていても、ラップトップコンピュータ６００ｂとして実装されていても、ラックサーバシステム６００ｃの一部として実装されていてもよい。

本明細書に記載されたシステムおよび技術のさまざまな実施形態を、デジタル電子回路および／または光学回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェアおよび／またはそれらの組み合わせで実現することができる。これらのさまざまな実施形態は、プログラミング可能なシステム上で実行可能かつ／または解釈可能な１つまたは複数のコンピュータプログラムでの実施形態を含むことができる。プログラミング可能なシステムは、少なくとも１つのプログラマブルプロセッサを含んでおり、これは専用または汎用であってよく、ストレージシステム、少なくとも１つの入力デバイスおよび少なくとも１つの出力デバイスからデータおよび指示を受信し、ストレージシステム、少なくとも１つの入力デバイスおよび少なくとも１つの出力デバイスにデータおよび指示を送信するように結合されている。

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても知られる）は、プログラマブルプロセッサのための機械命令を含んでおり、高レベルの手続き型プログラミング言語および／またはオブジェクト指向プログラミング言語および／またはアセンブリ言語／機械語で実装可能である。本明細書で使用される「機械可読媒体」および「コンピュータ可読媒体」という用語は、任意のコンピュータプログラム製品、非一時的コンピュータ可読媒体、装置および／またはデバイス（たとえば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指す。これらは、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用され、これは、機械可読信号として機械命令を受信する機械可読媒体を含んでいる。用語「機械可読信号」は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

本明細書に記載の主題および機能的動作の実施形態を、デジタル電子回路、コンピュータソフトウェア、ファームウェアまたはハードウェアまたはそれらの１つもしくは複数の組み合わせで実装することができる。ハードウェアは、本明細書に開示された構造およびそれらの構造的等価物を含んでいる。さらに、本明細書に記載の主題を、１つまたは複数のコンピュータプログラム製品として実装することができ、すなわち、データ処理装置による実行のために、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体に符号化されたコンピュータプログラム指示の１つまたは複数のモジュールとして実装することができる。コンピュータ可読媒体は、機械可読ストレージデバイス、機械可読ストレージ基板、メモリデバイス、機械可読伝搬信号に影響を及ぼす物質の組成またはそれらの１つもしくは複数の組み合わせであってよい。用語「データ処理装置」、「コンピューティングデバイス」および「コンピューティングプロセッサ」はデータを処理するすべての装置、デバイスおよび機械を包含し、一例として、プログラマブルプロセッサ、コンピュータまたは複数のプロセッサまたは複数のコンピュータを含んでいる。この装置は、ハードウェアに加えて、問題のコンピュータプログラムの実行環境を作成するコード、たとえば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステムまたはそれらの１つもしくは複数の組み合わせを構成するコードを含むことができる。伝播信号は、適切な受信装置に送信するための情報を符号化するために生成された、人工的に生成された信号、たとえば、機械生成された電気信号、光学信号または電磁信号である。

コンピュータプログラム（アプリケーション、プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプトまたはコードとしても知られる）は、コンパイルされた言語または解釈された言語を含んでいる任意の形式のプログラミング言語で書かれていてよく、任意の形式で配備されてよい。これは、スタンドアロンプログラムとして、またはモジュールとして、コンポーネント、サブルーチンまたはコンピューティング環境での使用に適した他のユニットを含んでいる。コンピュータプログラムは、ファイルシステム内のファイルに必ずしも対応していない。プログラムを、他のプログラムまたはデータを保持するファイルの一部（たとえば、マークアップ言語ドキュメントに格納されている１つまたは複数のスクリプト）、問題のプログラム専用の単一のファイルまたは複数の調整されたファイル（たとえば、１つまたは複数のモジュール、サブプログラムまたはコードの一部を格納するファイル）に格納することができる。コンピュータプログラムを、１つのコンピュータまたは複数のコンピュータ上で実行されるように配備することができる。複数のコンピュータは、１つのサイトに配置されており、または複数のサイトに分散されており、通信ネットワークによって相互接続されている。

本明細書に記載のプロセスおよびロジックフローを、入力データを操作して出力を生成することによって機能を実行する１つまたは複数のコンピュータプログラムを実行する１つまたは複数のプログラマブルプロセッサによって実行することができる。プロセスおよびロジックフローを、専用論理回路、たとえばＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行することもでき、装置を専用論理回路、たとえばＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）またはＡＳＩＣ（特定用途向け集積回路）として実装することもできる。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータの任意の１つまたは複数のプロセッサを含んでいる。全般的に、プロセッサは、読み取り専用メモリまたはランダムアクセスメモリ、またはその両方から指示およびデータを受信する。コンピュータの本質的な要素は、指示を実行するためのプロセッサと、指示およびデータを格納するための１つまたは複数のメモリデバイスとである。全般的に、コンピュータはまた、磁気ディスク、光磁気ディスクまたは光ディスク等の、データを格納するための１つもしくは複数の大容量ストレージデバイスを含む、または１つもしくは複数の大容量ストレージデバイスからデータを受信するか、または１つもしくは複数の大容量ストレージデバイスにデータを転送するように、またはこれら両方のために動作可能に結合される。しかし、コンピュータにそのようなデバイスが必要なわけではない。さらに、コンピュータを、他のデバイス、たとえば、いくつか挙げると、携帯電話、携帯情報端末（ＰＤＡ）、モバイルオーディオプレーヤ、全地球測位システム（ＧＰＳ）受信機に組み込むことができる。コンピュータプログラム指示およびデータを格納するのに適したコンピュータ可読媒体は、すべての形態の不揮発性メモリ、媒体およびメモリデバイスを含んでいる。これは、例として、半導体メモリデバイス、たとえばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリデバイス、磁気ディスク、たとえば内蔵ハードディスクまたはリムーバブルディスク、光磁気ディスクならびにＣＤＲＯＭおよびＤＶＤ－ＲＯＭディスクを含んでいる。プロセッサおよびメモリを、専用ロジック回路によって補完するか、専用ロジック回路に組み込むことができる。

ユーザとの相互作用を提供するために、本開示の１つまたは複数の態様を、ユーザに情報を表示するための表示デバイス、たとえばＣＲＴ（陰極線管）、ＬＣＤ（液晶ディスプレイ）モニタまたはタッチスクリーンを有しており、オプションとして、ユーザがコンピュータに入力を提供することができるキーボードおよびポインティングデバイス、たとえばマウスまたはトラックボールを有しているコンピュータに実装することができる。他の種類のデバイスを使用して、ユーザとの相互作用を提供することもできる。たとえば、ユーザに提供されるフィードバックは、視覚的フィードバック、聴覚的フィードバックまたは触覚的フィードバック等、任意の形態の感覚的フィードバックであってよく、音響入力、音声入力または触覚入力を含むユーザからの入力を、任意の形式で受信することができる。さらに、コンピュータは、ユーザが使用するデバイスとの間でドキュメントを送受信することによって、ユーザと相互作用することができ、たとえば、Ｗｅｂブラウザから受信した要求に応じて、ユーザのクライアントデバイス上のＷｅｂブラウザにＷｅｂページを送信することによって、ユーザと相互作用することができる。

本開示の１つまたは複数の態様を、バックエンドコンポーネントを含むコンピューティングシステムに、たとえばデータサーバとして実装することができる、またはミドルウェアコンポーネントを含むコンピューティングシステムに、たとえばアプリケーションサーバとして実装することができる、またはフロントエンドコンポーネントを含むコンピューティングシステムに実装することができる。これはたとえばクライアントコンピュータであって、このクライアントコンピュータはグラフィカルユーザインタフェースまたはＷｅｂブラウザを有しており、グラフィカルユーザインタフェースまたはＷｅｂブラウザを通じて、ユーザは、本明細書に記載されている主題の実装と相互作用することができる。または本開示の１つまたは複数の態様を、そのようなバックエンドコンポーネント、ミドルウェアコンポーネントまたはフロントエンドコンポーネントの１つまたは複数の任意の組み合わせを含むコンピューティングシステムに実装することができる。システムのコンポーネントを、デジタルデータ通信の任意の形態または媒体、たとえば通信ネットワークによって相互接続することができる。通信ネットワークの例は、ローカルエリアネットワーク（「ＬＡＮ」）およびワイドエリアネットワーク（「ＷＡＮ」）、内部ネットワーク（たとえば、インターネット）およびピアツーピアネットワーク（たとえば、アドホックピアツーピアネットワーク）を含んでいる。

コンピューティングシステムは、クライアントおよびサーバを含むことができる。クライアントとサーバとは通常、互いに遠く離れており、典型的に、通信ネットワークを介して相互作用する。クライアントとサーバとの関係はコンピュータプログラムによって発生し、このコンピュータプログラムは、各コンピュータ上で実行され、相互にクライアントサーバ関係を有している。いくつかの実施形態では、サーバは、データ（たとえば、ＨＴＭＬページ）をクライアントデバイスに送信する（たとえば、データを表示し、クライアントデバイスと相互作用するユーザからユーザ入力を受信する目的で）。クライアントデバイスで生成されたデータ（たとえば、ユーザとの相互作用の結果）を、サーバでクライアントデバイスから受信することができる。

本明細書には多くの詳細が含まれているが、これらは、開示の範囲または請求できる内容の限定として解釈されるべきではなく、むしろ開示の特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態のコンテキストにおいて、本明細書に記載されている特定の特徴を組み合わせて、単一の実施形態に実装することもできる。逆に、単一の実施形態のコンテキストにおいて記載されているさまざまな特徴を、複数の実施形態において別個に、または任意の適切なサブコンビネーションにおいて実装することもできる。さらに、特徴が特定の組み合わせで作用するものとして上述され、最初はそのように請求されている場合もあるが、請求された組み合わせからの１つまたは複数の特徴を、場合によってはこの組み合わせから削除することができ、請求された組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられていてよい。

同様に、動作は特定の順序で図面に示されているが、これは、所望の結果を得るために、そのような動作が、示されている特定の順序またはシーケンシャル順序で実行されること、または示されたすべての動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理とが有利な場合がある。さらに、上述した実施形態におけるさまざまなシステムコンポーネントの分離は、すべての実施形態においてそのような分離を必要とするものとして理解されるべきではなく、記述されたプログラムコンポーネントおよびシステムを全般的に単一のソフトウェア製品に一緒に統合することができる、または複数のソフトウェア製品にパッケージ化することができることが理解されるべきである。

多くの実施形態が説明されてきたが、本開示の精神および範囲から逸脱することなく、さまざまな修正を行うことができることが理解されるであろう。したがって、他の実施形態は、以降の特許請求の範囲内にある。たとえば、特許請求の範囲に記載されている行動を、異なる順序で実行することができ、それでも、所望の結果が得られる。

Claims (20)

1. 予定が決められた修理サービスへの車両の自律駆動方法であって、前記方法は、
   データ処理ハードウェアで、前記車両によってサポートされている車両システムから障害メッセージを受信するステップであって、前記障害メッセージは障害に関連付けられており、前記車両システムを識別する障害源、前記障害の時間を識別する障害時間および障害説明を含む、ステップと、
   前記データ処理ハードウェアから１つまたは複数のサービスステーションに、アポイントメント要求を、前記データ処理ハードウェアおよび前記１つまたは複数のサービスステーションと通信するネットワークを介して送信するステップと、
   前記データ処理ハードウェアで、１つまたは複数のアポイントメントリストを受信するステップであって、前記１つまたは複数のサービスステーションの１つに関連付けられた各リストは、１つまたは複数の利用可能な修理アポイントメントを含む、ステップと、
   前記データ処理ハードウェアから、前記データ処理ハードウェアと通信する駆動システムに、前記１つまたは複数の利用可能な修理アポイントメントの１つで、前記サービスステーションへ前記車両を自律的に駆動するように指示を送信するステップと、
   を含む、方法。
2. 前記データ処理ハードウェアから、前記データ処理ハードウェアと通信するユーザインタフェースに、第１の表示指示を送信するステップであって、前記第１の表示指示は、前記障害メッセージに関連付けられた前記障害を前記車両の所有者に通知するように前記ユーザインタフェースに指示する、ステップと、
   前記データ処理ハードウェアが１つまたは複数のサービスステーションに前記アポイントメント要求を送信することを認可する認可選択を前記データ処理ハードウェアから前記ユーザインタフェースに送信するステップと、
   をさらに含む、請求項１記載の方法。
3. 受信した前記１つまたは複数のアポイントメントリストを前記車両の前記所有者に通知するように前記ユーザインタフェースに指示する第２の表示指示を前記データ処理ハードウェアから前記ユーザインタフェースに送信するステップをさらに含む、請求項２記載の方法。
4. 前記ユーザインタフェースは、前記１つまたは複数のアポイントメントリストを表示するように構成されているディスプレイを含む、請求項２記載の方法。
5. 前記ユーザインタフェースは、前記ネットワークを介して、前記データ処理ハードウェアと通信するユーザデバイスを含む、請求項４記載の方法。
6. 前記データ処理ハードウェアで、ユーザインタフェースを介して認可コードを受信するステップと、
   前記データ処理ハードウェアによって、以前に入力された認可コードである前記認可コードを検証するステップと、
   前記認可コードが検証されたときに、前記データ処理ハードウェアから１つまたは複数の車両システムに、サービス技術者が車両メンテナンスを行うことを可能にする車両サービスモードに入るように指示を送信するステップと、
   をさらに含む、請求項１記載の方法。
7. 前記データ処理ハードウェアで、前記データ処理ハードウェアと通信するユーザインタフェースを介して、アポイントメント選択を受信するステップをさらに含み、前記アポイントメント選択は、前記１つまたは複数の利用可能な修理アポイントメントの中から利用可能な修理アポイントメントを示す、請求項１記載の方法。
8. 前記データ処理ハードウェアから、前記アポイントメント選択に関連付けられた前記１つまたは複数のサービスステーションの１つに、各前記サービスステーションによって提供される前記１つまたは複数の利用可能なアポイントメントの１つを確認する確認メッセージを送信するステップをさらに含む、請求項７記載の方法。
9. 前記データ処理ハードウェアと通信するハードウェアメモリに、前記障害メッセージを格納するステップをさらに含む、請求項１記載の方法。
10. 前記データ処理ハードウェアは、通信バスを介して前記車両システムと通信する、請求項１記載の方法。
11. 予定が決められた修理サービスアポイントメントへの車両の自律駆動システムであって、前記システムは、
    データ処理ハードウェアと、
    前記データ処理ハードウェアと通信するハードウェアメモリと、
    を含み、
    前記ハードウェアメモリは、前記データ処理ハードウェア上で実行されると、前記データ処理ハードウェアに、動作を実行させる指示を格納しており、前記動作は、
    前記車両によってサポートされている車両システムから障害メッセージを受信することであって、各障害メッセージは障害に関連付けられており、前記車両システムを識別する障害源、前記障害の時間を識別する障害時間および障害説明を含む、ことと、
    １つまたは複数のサービスステーションに、アポイントメント要求を、前記データ処理ハードウェアおよび前記サービスステーションと通信するネットワークを介して送信することと、
    １つまたは複数のアポイントメントリストを受信することであって、前記１つまたは複数のサービスステーションの１つに関連付けられた各リストは、１つまたは複数の利用可能な修理アポイントメントを含む、ことと、
    前記データ処理ハードウェアと通信する駆動システムに、前記１つまたは複数の利用可能な修理アポイントメントの１つで、前記サービスステーションへ前記車両を自律的に駆動するように指示を送信することと、
    を含む、
    システム。
12. 前記データ処理ハードウェアと通信するユーザインタフェースをさらに含む、請求項１１記載のシステム。
13. 前記動作はさらに、
    前記ユーザインタフェースに、第１の表示指示を送信することであって、前記第１の表示指示は、前記障害メッセージに関連付けられた前記障害を前記車両の所有者に通知するように前記ユーザインタフェースに指示する、ことと、
    前記データ処理ハードウェアが前記１つまたは複数のサービスステーションに前記アポイントメント要求を送信することを認可する認可選択を前記ユーザインタフェースに送信することと、
    を含む、請求項１２記載のシステム。
14. 前記動作はさらに、
    受信した前記１つまたは複数のアポイントメントリストを前記車両の前記所有者に通知するように前記ユーザインタフェースに指示する第２の表示指示を前記ユーザインタフェースに送信することを含む、請求項１３記載のシステム。
15. 前記ユーザインタフェースは、前記１つまたは複数のアポイントメントリストを表示するように構成されているディスプレイを含む、請求項１２記載のシステム。
16. 前記ユーザインタフェースは、前記ネットワークを介して、前記データ処理ハードウェアと通信するユーザデバイスを含む、請求項１５記載のシステム。
17. 前記動作はさらに、
    ユーザインタフェースを介して認可コードを受信することと、
    以前に入力された認可コードである前記認可コードを検証することと、
    前記認可コードが検証されたときに、１つまたは複数の車両システムに、サービス技術者が車両メンテナンスを行うことを可能にする車両サービスモードに入るように指示を送信することと、
    を含む、請求項１１記載のシステム。
18. 前記動作はさらに、
    前記データ処理ハードウェアと通信するユーザインタフェースを介して、アポイントメント選択を受信することを含み、前記アポイントメント選択は、前記１つまたは複数の利用可能な修理アポイントメントの中から利用可能な修理アポイントメントを示す、請求項１１記載のシステム。
19. 前記動作はさらに、
    前記データ処理ハードウェアから、前記アポイントメント選択に関連付けられた前記１つまたは複数のサービスステーションの１つに、各前記サービスステーションによって提供される前記１つまたは複数の利用可能なアポイントメントの１つを確認する確認メッセージを送信することを含む、請求項１８記載のシステム。
20. 前記ハードウェアメモリは前記障害メッセージを格納する、請求項１１記載のシステム。

Images