(57)【要約】      （修正有）【課題】運転者が車両内にいるか又は車両を運転している間に、緊急な通信に対して自動的に応答すると共にステータスのアップデートをその他の者に提供するシステム及び方法を提供する。【解決手段】情報アクセス及び応答システム１００は、ネットワークに接続されると共に車両に結合された通信装置を含む。車両は、複数の連絡先を連絡先リストに保存するための内部データベースを含む。内部データベースは、電子制御ユニットに結合されている。電子制御ユニットは、通信装置に結合されており、且つ、通信から新しい連絡先属性を取得すると共に新しい連絡先属性が新しい連絡先に属していると判定するように構成されている。電子制御ユニットは、新しい連絡先に対して１又は複数のその他の連絡先属性を取得すると共に新しい連絡先を生成するように構成されている。電子制御ユニットは、新しい連絡先を連絡先リストに保存するように構成されている。【選択図】図１
2017200169.tif 000002
【特許請求の範囲】
【請求項１】
車両用の情報アクセス及び応答システムであって、
ネットワークに接続されると共に前記車両に結合された通信装置を有し、
前記車両は、
連絡先リストに複数の連絡先を保存するための、且つ、電子制御ユニットに結合された、内部データベースを含み、
前記電子制御ユニットは、前記通信装置に結合されており、且つ、
前記通信装置によって受信された通信から新しい連絡先属性を取得し、
前記新しい連絡先属性が前記連絡先リストの新しい連絡先に属していると判定し、
前記新しい連絡先に対して１又は複数のその他の連絡先属性を取得し、
前記新しい連絡先属性及び前記１又は複数のその他の連絡先属性を使用して前記新しい連絡先を生成し、且つ、
前記新しい連絡先を前記連絡先リストに保存する、
ように構成されている、システム。
【請求項２】
請求項１に記載のシステムであって、前記連絡先属性が前記連絡先リストの前記新しい連絡先に属していると判定するべく、前記電子制御ユニットは、
それぞれの連絡先が複数の連絡先属性を有する、前記連絡先リスト内の前記複数の連絡先のそれぞれの連絡先ごとに、
前記新しい連絡先属性を前記連絡先の前記複数の連絡先属性と比較し、且つ、
前記新しい連絡先属性が前記複数の連絡先属性のうちのいずれの連絡先属性ともマッチングしていないと判定する、
ように構成されている、システム。
【請求項３】
請求項１に記載のシステムであって、前記新しい連絡先属性を取得するべく、前記電子制御ユニットは、電子メールから前記新しい連絡先属性を抽出するように構成されており、前記新しい連絡先属性は、送信者の電子メールアドレスである、システム。
【請求項４】
請求項１に記載のシステムであって、前記新しい連絡先属性を取得するべく、前記電子制御ユニットは、ユーザインターフェイスからユーザ入力を受信するように構成されており、前記ユーザ入力は、電話番号、名前、苗字、ニックネーム、又は電子メールアドレスであり、且つ、前記ユーザインターフェイスは、入出力装置である、システム。
【請求項５】
請求項１に記載のシステムであって、前記ネットワークを通じて前記車両に接続された１又は複数の外部データベースを更に有し、且つ、
前記新しい連絡先の前記１又は複数のその他の連絡先属性を取得するべく、前記電子制御ユニットは、
前記１又は複数のその他の連絡先属性を含む連絡先情報に対する要求を前記通信装置又は前記１又は複数の外部データベースに送信し、前記要求は、前記新しい連絡先の前記新しい連絡先属性を含み、且つ、
前記通信装置又は前記１又は複数の外部データベースから、前記新しい連絡先の前記１又は複数のその他の連絡先属性を含む応答を受信する、
ように構成されている、システム。
【請求項６】
請求項１に記載のシステムであって、前記新しい連絡先の前記１又は複数のその他の連絡先属性を取得するべく、前記電子制御ユニットは、
ユーザインターフェイスに要求を表示し、前記要求は、前記１又は複数のその他の連絡先属性に対応した１又は複数のユーザ入力フィールドを含み、且つ、
前記１又は複数のユーザ入力フィールド内においてユーザ入力を含む応答を受信する、
ように構成されている、システム。
【請求項７】
請求項１に記載のシステムであって、前記新しい連絡先属性及び前記１又は複数のその他の連絡先属性を使用して前記新しい連絡先を生成するべく、前記電子制御ユニットは、前記新しい連絡先属性及び前記１又は複数のその他の連絡先属性を前記新しい連絡先の識別子に対して関連付ける、システム。
【請求項８】
請求項１に記載のシステムであって、前記新しい連絡先属性を取得するべく、前記電子制御ユニットは、
前記通信装置又は１又は複数の外部データベースにアクセスし、且つ、
前記通信装置上の又は前記１又は複数の外部データベース内のカレンダー、電子メール、又は招待から、前記新しい連絡先属性を抽出し、前記新しい連絡先属性は、名前、苗字、電話番号、又は電子メールアドレスである、
ように構成されている、システム。
【請求項９】
受信された通信に対して自動的に応答するコンピュータ実装された方法であって、
パーソナル装置から、受信された通信を取得することと、
前記受信された通信から、到着予定時刻及び連絡先情報を判定することと、
車両情報及びナビゲーションマップ情報を取得することと、
前記到着予定時刻、連絡先情報、車両情報、及びナビゲーションマップ情報のうちの少なくとも１つに基づいて、前記受信された通信が応答を要すると判定することと、
前記連絡先情報及び連絡先リストに基づいて、前記応答の受信のための特定の連絡先属性を判定することと、
前記受信された通信、ユーザ入力、又はユーザ構成に基づいて前記応答を生成することと、
前記応答を前記特定の連絡先属性に送信することと、
を有する方法。
【請求項１０】
請求項９に記載のコンピュータ実装された方法であって、前記車両情報は、前記車両の現在の場所を含み、且つ、前記ナビゲーションマップ情報は、目的地の場所を含む、方法。
【請求項１１】
請求項１０に記載のコンピュータ実装された方法であって、前記受信された通信が前記応答を要すると判定することは、
前記車両が前記車両の前記現在の場所から前記目的地の場所に到達する到着推定時刻を算出することと、
前記到着推定時刻が前記到着予定時刻を上回る又はこれと等しいと判定することと、
を有する、方法。
【請求項１２】
請求項１１に記載のコンピュータ実装された方法であって、前記到着推定時刻と前記到着予定時刻の間の差を算出することを更に有し、
前記応答は、前記到着推定時刻と前記到着予定時刻の間の差を示す情報を含む、方法。
【請求項１３】
請求項９に記載のコンピュータ実装された方法であって、前記受信された通信が前記応答を要すると判定することは、前記連絡先情報から識別された連絡先の識別情報に基づいている、方法。
【請求項１４】
請求項９に記載のコンピュータ実装された方法であって、前記応答の受信のために前記特定の連絡先属性を判定することは、
前記連絡先情報にマッチングした連絡先を前記連絡先リストから識別することと、
前記連絡先と関連付けられた１又は複数の連絡先属性を判定することと、
好適な通信方法、ユーザ設定、又は可用性に基づいて、前記１又は複数の連絡先属性から前記特定の連絡先属性を選択することと、
を有する、方法。
【請求項１５】
請求項９に記載のコンピュータ実装された方法であって、前記応答を生成することは、
ユーザインターフェイスから前記応答のためのユーザ入力を受信することであって、前記ユーザ入力は、前記ユーザインターフェイスに入力されたテキストである、ことと、
前記ユーザ入力を前記応答に挿入することと、
を有する、方法。
【請求項１６】
請求項９に記載のコンピュータ実装された方法であって、前記受信された通信は、カレンダーのアポイントメント又はミーティングの通知であり、且つ、前記到着予定時刻は、前記アポイントメント又はミーティングの時刻である、方法。
【請求項１７】
請求項９に記載のコンピュータ実装された方法であって、
前記受信された通信から新しい連絡先属性を取得することと、
前記新しい連絡先属性が新しい連絡先に属していると判定することと、
前記新しい連絡先に対して１又は複数のその他の連絡先属性を取得することと、
前記新しい連絡先属性及び前記１又は複数のその他の連絡先属性を使用して前記新しい連絡先を生成することと、
を更に有し、
前記特定の連絡先属性は、前記新しい連絡先の前記１又は複数のその他の連絡先属性のうちの１つである、方法。
【請求項１８】
請求項９に記載のコンピュータ実装された方法であって、前記受信された通信から、前記到着予定時刻及び前記連絡先情報を判定することは、
前記到着予定時刻及び前記連絡先情報について前記受信された通信を解析することと、
日付、時刻、電話番号、名前、苗字、又は電子メールアドレスを示す１又は複数のフォーマット又はパターンをマッチングさせることにより、前記到着予定時刻及び前記連絡先情報を識別することと、
を有する、方法。
【請求項１９】
請求項１８に記載のコンピュータ実装された方法であって、前記フォーマット又は前記パターンは、ユーザ構成可能であり、且つ、ユーザ入力によって設定される、方法。
【請求項２０】
自律型車両のための情報アクセス及び応答システムであって、
ネットワークに接続されると共に前記自律型車両に結合されたパーソナル装置を有し、
前記自律型車両は、
前記自律型車両を動作させるための入力を提供するナビゲーションユニットに結合された１又は複数のセンサと、
連絡先リストに複数の連絡先を保存するための、且つ、電子制御ユニットに結合された、内部データベースと、を含み、
前記電子制御ユニットは、前記パーソナル装置に結合されており、且つ、
前記パーソナル装置から、受信された通信を取得し、
前記受信された通信から、到着予定時刻及び連絡先情報を判定し、
車両情報及びナビゲーションマップ情報を取得し、
前記到着予定時刻、連絡先情報、車両情報、及びナビゲーションマップ情報のうちの少なくとも１つに基づいて、前記受信された通信が応答を要すると判定し、
前記連絡先情報及び連絡先リストに基づいて、前記応答の受信のための特定の連絡先属性を判定し、
前記受信された通信、ユーザ入力、又はユーザ構成に基づいて前記応答を生成し、且つ、
前記応答を前記特定の連絡先属性に送信する、
ように構成されている、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、車両の乗員による通信へのアクセス及び応答に関する。
【背景技術】
【０００２】
連絡先（コンタクト）を保存し、これにアクセスし、これを管理し、且つ、これと通信するべく、パーソナル装置が使用されている。運転者は、通話をすると共に自身の連絡先と連絡を取るべく、これらのパーソナル装置を車両に接続している。大量の通信が電子メール及びショートメッセージサービス（ＳＭＳ）メッセージング上においてなされている。電子メール、ＳＭＳメッセージ、及びその他の緊急メッセージに対して応答することは、運転者の注意を逸らす。更には、人々は、常に活動的であると共に多忙であるので、受信される通信は、しばしば緊急性を有し、且つ、即座の応答を要する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従って、運転者が車両内にいるか又は車両を運転している間に、緊急な通信に対して自動的に応答すると共にステータスのアップデートをその他の者に提供するシステム及び方法に対するニーズが存在している。
【課題を解決するための手段】
【０００４】
一般に、本明細書において記述されている主題の一態様は、ネットワークに接続されると共に車両に結合された通信装置を含む車両のための情報アクセス及び応答システム用のシステムにおいて実施される。車両は、連絡先リストに複数の連絡先を保存するための内部データベースを含む。内部データベースは、電子制御ユニットに結合されている。電子制御ユニットは、通信装置によって受信された通信から、新しい連絡先属性を取得するように構成されている。電子制御ユニットは、新しい連絡先属性が連絡先リストの新しい連絡先に属していると判定すると共に新しい連絡先に対して１又は複数のその他の連絡先属性を取得するように構成されている。電子制御ユニットは、新しい連絡先属性及び１又は複数のその他の連絡先属性を使用して新しい連絡先を生成するように構成されている。電子制御ユニットは、新しい連絡先を連絡先リストに保存するように構成されている。
【０００５】
これらの及びその他の実施形態は、任意選択により、以下の特徴のうちの１又は複数を含んでいてもよい。電子制御ユニットは、新しい連絡先属性を連絡先リスト内のそれぞれの連絡先の複数の連絡先属性と比較するように構成されてもよい。電子制御ユニットは、新しい連絡先属性が連絡先属性のいずれともマッチングしていないと判定してもよい。電子制御ユニットは、新しい連絡先属性を取得するべく、新しい連絡先属性を電子メールから抽出するように構成されてもよい。新しい連絡先属性は、送信者の電子メールアドレスであってもよい。電子制御ユニットは、新しい連絡先属性を取得するべく、ユーザ入力をユーザインターフェイスから受信するように構成されてもよい。ユーザ入力は、電話番号、名前、苗字、ニックネーム、又は電子メールアドレスであってもよい。ユーザインターフェイスは、入出力装置であってもよい。
【０００６】
システムは、ネットワークを通じて車両に接続された１又は複数の外部データベースを含んでいてもよい。電子制御ユニットは、１又は複数のその他の連絡先属性に対する要求を通信装置又は１又は複数の外部データベースに送信するように構成されてもよい。要求は、新しい連絡先の新しい連絡先属性を含んでいてもよい。電子制御ユニットは、通信装置又は１又は複数の外部データベースから、新しい連絡先の１又は複数のその他の連絡先属性を含む応答を受信するように構成されてもよい。電子制御ユニットは、１又は複数のその他の連絡先属性に対応した１又は複数のユーザ入力フィールドを含む要求をユーザインターフェイスに表示してもよく、且つ、１又は複数のその他の連絡先属性を取得するべく、ユーザ入力を含む応答を受信する。電子制御ユニットは、通信装置又は１又は複数の外部データベースにアクセスしてもよく、且つ、通信装置上の又は外部データベース内のカレンダー、電子メール、又は招待から、名前、苗字、電話番号、又は電子メールアドレスである新しい連絡先属性を抽出してもよい。電子制御ユニットは、新しい連絡先を生成するべく、新しい連絡先属性及び１又は複数のその他の連絡先属性を識別子に関連付けてもよい。
【０００７】
別の態様においては、主題は、受信された通信に対して自動的に応答する方法において実施される。方法は、受信された通信をパーソナル装置から取得することと、受信された通信から、到着予定時刻及び連絡先情報を判定することと、を含む。方法は、車両情報及びナビゲーションマップ情報を取得することを含む。方法は、到着予定時刻、連絡先情報、車両情報、及びナビゲーションマップ情報のうちの少なくとも１つに基づいて、受信された通信が応答を要すると判定することと、連絡先情報及び連絡先リストに基づいて応答の受信のための特定の連絡先属性を判定することと、を含む。方法は、受信された通信、ユーザ入力、又はユーザ構成に基づいて応答を生成することと、応答を特定の連絡先属性に送信することと、を含む。
【０００８】
別の態様においては、主題は、ネットワークに接続されると共に自律型車両に結合されたパーソナル装置を含む自律型車両のための情報アクセス及び応答システム用のシステムにおいて実施される。自律型車両は、自律型車両を動作させるための入力を提供するナビゲーションユニットに結合された１又は複数のセンサを含む。自律型車両は、複数の連絡先を連絡先リストに保存するための内部データベースを含み、且つ、電子制御ユニットに結合されている。電子制御ユニットは、パーソナル装置に結合されており、且つ、受信された通信をパーソナル装置から取得するように構成されている。電子制御ユニットは、受信された通信から到着予定時刻及び連絡先情報を判定するように構成されている。電子制御ユニットは、到着予定時刻、連絡先情報、車両情報、及びナビゲーションマップ情報のうちの少なくとも１つに基づいて、受信された通信が応答を要すると判定するように構成されている。電子制御ユニットは、連絡先情報及び連絡先リストに基づいて、応答の受信のための特定の連絡先属性を判定するように構成されている。電子制御ユニットは、受信された通信、ユーザ入力、又はユーザ構成に基づいて応答を生成すると共に応答を特定の連絡先属性に送信するように構成されている。
【０００９】
本発明のその他のシステム、方法、特徴、及び利点については、以下の図及び詳細な説明を参照することにより、当業者に明らかとなろう。図面において示されているコンポーネント部品は、必ずしも、縮尺通りではなく、且つ、本発明の重要な特徴を相対的に良好に示すべく、誇張されている場合がある。
【図面の簡単な説明】
【００１０】
【図１】本発明の一態様による車両のための情報アクセス及び応答システムの一例のブロック図である。
【図２】本発明の一態様による連絡先リスト用の新しい連絡先を生成するためのプロセスの一例のフロー図である。
【図３】本発明の一態様によるユーザインターフェイスに表示された連絡先リストの一例の図である。
【図４】本発明の一態様による受信された通信に対する応答を送信するためのプロセスの一例のフロー図である。
【図５】本発明の一態様による受信された通信の優先度を判定するためのプロセスの一例のフロー図である。
【発明を実施するための形態】
【００１１】
本明細書には、連絡先リストを生成すると共に通信に対して自動的に応答するシステム、車両、及び方法が開示されている。本明細書において記述されている主題の特定の実施形態は、以下の利点のうちの１又は複数を実現するように実装されてもよい。自動的に様々な形式の通信を検出すると共にこれに対して応答することにより、運転者は、自身の所在及び到着推定時刻についてのステータスのアップデートをその他の人々に自動的に提供することができる。異なる通信方法を介して様々な通信の応答を送信することにより、運転者は、受信者がタイムリーな方式で応答を受信することを保証する。これに加えて、応答を自動的に生成することにより、運転者は、道路への自身の集中を維持することができる。
【００１２】
その他の利益及び利点は、運転者が、例えば、ミーティングなどの約束に遅刻することになると予期すると共に自身のステータスについて１又は複数の連絡先に自動的に知らせる能力を含む。例えば、ジョンのカレンダーが、彼がロサンゼルスの繁華街でティムと午後１時に会うことになっていると表しており、且つ、ジョンの到着推定時刻が午後１時３０分である場合に、システムは、例えば、カレンダーの項目がティムの電子メールアドレスのみを有している場合であっても、ジョンが３０分だけ遅刻することになると通知するテキストメッセージ、ｉＭｅｓｓａｇｅ、又はＳＭＳメッセージを介して、ティムに自動的に知らせてもよい。
【００１３】
図１は、車両１０２のための情報アクセス及び応答システムの一例のブロック図である。情報アクセス及び応答システム１００は、情報アクセス及び応答を実行するように適切にプログラムされた１又は複数のコンピュータ又は電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）を含んでいてもよい。
【００１４】
情報アクセス及び応答システム１００は、ネットワーク１０６及び１又は複数のデータベース１０４に結合された車両１０２を含んでいてもよい。例えば、車両１０２などの車両は、一人若しくは複数の人物又は任意の物資又は任意の永久的に若しくは一時的に取り付けられた装置を搬送できる乗り物である。車両は、自己推進型の車輪を有する乗り物、例えば乗用車、スポーツ用途車、トラック、バス、バン、又はその他のエンジン、モーター及び／又はバッテリによって駆動される車両であってもよい。例えば、車両１０２は、ガソリン又はディーゼルエンジンによって動力（パワー）供給される車両、電気車両、ハイブリッド車両、プラグインハイブリッド車両、或いは、エンジン１３４、バッテリ１２０、及び／又はモーター／発電機１１８を含む任意のその他のタイプの車両であってもよい。車両のその他の例は、自転車、列車、飛行機、又はボート、並びに、搬送の能力を有する任意のその他の形態の乗り物を含む。例えば、車両１０２などの車両は、半自律型車両又は自律型車両であってもよい。即ち、車両１０２は、自己操縦型であってもよく、且つ、人間の入力を伴うことなしにナビゲートしてもよい。自律型車両は、自律的に走行するべく、１又は複数のセンサ、例えば１又は複数のセンサ１２６と、ナビゲーションユニット、例えばナビゲーションユニット１２２と、を使用してもよい。
【００１５】
車両１０２は、ネットワーク１０６に結合されていてもよい。ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、セルラーネットワーク、インターネット、狭域通信（ＤＳＲＣ：Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ−Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、又はこれらの組合せなどのネットワーク１０６が、車両１０２を１又は複数の外部データベース１０４に接続している。外部データベース１０４は、異なるサービスプロバイダからの多数のデータベースを含んでいてもよい。サービスプロバイダは、情報を車両１０２に提供してもよい。外部データベース１０４は、例えば、電子メールサーバー１０８などの電子メールサーバー、或いは、パーソナル装置１１０などの別のパーソナル装置を含んでいてもよい。いくつかの実施形態においては、電子メールサーバー１０８及び／又はパーソナル装置１１０は、外部データベース１０４とは別個である。
【００１６】
サービスプロバイダによって提供される情報は、ナビゲーションマップ情報、交通状態情報、車両情報、又はその他の情報を含んでいてもよい。情報は、例えば、外部データベース１０４などの１又は複数のデータベースに保存されてもよい。１又は複数の外部データベース１０４に対してネットワーク１０６を通じて結合されたナビゲーションユニット１２２又はＥＣＵ１１２は、ナビゲーションマップ情報、交通状態情報、車両情報、又はルート計算を取得してもよい。いくつかの実施形態においては、ＥＣＵ１１２に結合された、例えば、車両速度センサ又は内部クロックなどの１又は複数のセンサ１２６は、車両情報及び／又は交通状態情報を検出してもよい。
【００１７】
ナビゲーションマップ情報は、地形の特徴、行政的な特徴、及び道路の特徴に関する情報を含んでいてもよい。地形の特徴は、丘、山、河、及び森などの物理的な地理的特徴の場所を含む。また、地形の特徴は、高度又は地勢情報を含んでいてもよい。行政的な特徴は、都市、州、道路の場所と、例えば、交通標識などの行政的な特徴を規制する関連する法律及び規制と、を含む。道路の特徴は、減速用の段差、オンランプ、ハイウェイ、橋、砂利道、及びその他のタイプの道路を含む。特徴の場所情報は、マップ座標を含んでいてもよい。
【００１８】
車両情報は、車両１０２の現在の速度、現在の日付／時刻、及び／又は車両の現在の場所を含んでいてもよい。交通状態情報は、車両の密集度に基づいた１又は複数の交通渋滞の場所を含む。その他の情報は、天候情報、工事情報、又は車両１０２が目的地の場所に到達することを遅延させうる任意のその他の情報を含んでいてもよい。
【００１９】
データベースとは、コンピュータなどによるサーチ及び取得のために体系化された情報の任意の集合体であり、且つ、データベースは、表、スキーマ、クエリ、レポート、又は任意のその他のデータ構造において体系化されてもよい。データベースは、任意の数のデータベース管理システムを使用していてもよい。１又は複数の外部データベース１０４は、情報を保存又は提供する第三者サーバー又はウェブサイトを含んでいてもよい。情報は、リアルタイムの情報、定期的に更新される情報又はユーザ入力される情報を含んでいてもよい。サーバーは、ファイルのアクセス又は周辺装置の共有などのサービスをネットワーク内のその他のコンピュータに提供するべく使用されるネットワーク内のコンピュータであってもよい。ウェブサイトとは、ドメイン名と関連付けられた１又は複数のリソースの集合体である。
【００２０】
車両１０２は、エンジン１３４と、モーター／発電機１１８と、ＥＣＵ１１２と、バッテリ管理及び制御ユニット（ＢＭＣＵ：Ｂａｔｔｅｒｙ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１１６と、内部データベース１３０と、バッテリ１２０と、を含んでいてもよい。また、車両１０２は、ナビゲーションユニット１２２と、ネットワークアクセス装置１２４と、１又は複数のセンサ１２６と、１又は複数のユーザインターフェイス１２８と、を含んでいてもよい。車両１０２は、乗員のパーソナル装置１１４、例えば、乗員のスマートフォン、セルフォン、パーソナルコンピュータ、タブレット又は乗員のその他の通信装置に接続してもよい。乗員のパーソナル装置１１４は、ネットワーク１０６を介して、受信者のパーソナル装置１１０又は電子メールサーバー１０８に接続してもよい。
【００２１】
モーター／発電機１１８は、電気エネルギーをトルクなどの機械動力に変換してもよく、且つ、機械動力を電気エネルギーに変換してもよい。モーター／発電機１１８は、バッテリ１２０に結合されてもよい。モーター／発電機１１８は、バッテリ１２０からのエネルギーを機械動力に変換してもよく、且つ、例えば、回生ブレーキを介して、エネルギーをバッテリ１２０に戻してもよい。いくつかの実施形態においては、車両１２０は、エンジン１３４又は燃料電池スタック（不図示）などの１又は複数の更なる動力生成装置を含んでいてもよい。エンジン１３４は、モーター／発電機１１８によって供給される動力の代わりに、及び／又は、これに加えて、動力を提供するべく、燃料を燃焼させる。
【００２２】
バッテリ１２０は、モーター／発電機１１８に結合されてもよく、且つ、電気エネルギーをモーター／発電機１１８に提供し且つこれから電気エネルギーを受信してもよい。バッテリ１２０は、１又は複数の充電可能なバッテリを含んでいてもよい。
【００２３】
ＢＭＣＵ１１６は、バッテリ１２０に結合されてもよく、且つ、バッテリ１２０の充電及び放電を制御及び管理してもよい。ＢＭＣＵ１１６は、例えば、バッテリセンサ（不図示）を使用することにより、バッテリ１２０の充電状態（ＳＯＣ：Ｓｔａｔｅ  Ｏｆ  Ｃｈａｒｇｅ）を判定するべく使用されるパラメータを計測してもよい。
【００２４】
ＥＣＵ１１２は、車両１０２のコンポーネントのうちのいくつか又はすべてに電気的に結合されてもよい。ＥＣＵ１１２は、特に自動車システム又は車両用に設計された１又は複数のプロセッサ又はコントローラを含んでいてもよい。ＥＣＵ１１２の機能は、単一のＥＣＵにおいて、或いは、複数のＥＣＵにおいて、実装されてもよい。ＥＣＵ１１２は、１又は複数のコンポーネントからデータを受信してもよく、且つ、受信された又は判定されたデータに基づいて、１又は複数のコンポーネントの動作を制御してもよい。例えば、ＥＣＵ１１２は、ナビゲーションユニット１２２、１又は複数のセンサ１２６、及びネットワークアクセス装置１２４からデータを受信してもよく、且つ、ユーザインターフェイス１２８にディスプレイを出力するべく、装置のそれぞれから受信されたデータを統合してもよい。ＥＣＵ１１２は、バッテリ１２０を充電及び放電させるべく、ＢＭＣＵ１１６の動作を制御してもよい。
【００２５】
ＥＣＵ１１２は、１又は複数のユーザインターフェイス１２８、例えば、ユーザ入力及び出力を実行する、乗員のパーソナル装置又は車両ディスプレイに結合されてもよい。ユーザインターフェイス１２８は、例えば、連絡先情報を車両の乗員に対して表示し、及び／又は、構成設定及び連絡先属性を含むユーザ入力を取得する。ユーザインターフェイス１２８は、ユーザ入力を受信する能力を有する任意の装置、例えば、ボタン、ダイヤル、マイクロフォン、タッチパッド、タッチスクリーン、及び／或いは、入出力の能力を有する任意の装置、例えば、ディスプレイ、マイクロフォン、スピーカ、又はリフレッシュ可能なブライユ（点字）ディスプレイを含んでいてもよい。ユーザインターフェイス１２８は、車両１０２の運転者又は乗員にＥＣＵ１１２と通信することを可能にさせる。例えば、運転者は、データをＥＣＵ１１２に提供可能であってもよく、及び／又は、ユーザインターフェイス１２８を介してＥＣＵ１１２からフィードバックを受信可能であってもよい。
【００２６】
メモリ１３２は、ＥＣＵ１１２に結合されてもよい。メモリ１３２は、ＥＣＵ１１２上で実行する命令を保存してもよく、且つ、ＲＡＭ又はその他の揮発性又は不揮発性メモリのうちの１又は複数を含んでいてもよい。メモリ１３２は、一時的ではないメモリ又はデータストレージ装置であってもよく、即ち、ハードディスクドライブ、半導体ディスクドライブ、ハイブリッドディスクドライブ、又はその他の適切なデータストレージであってもよく、且つ、機械可読命令を更に保存してもよく、機械可読命令は、ＥＣＵ１１２により、読み込まれてもよく、且つ、実行されてもよい。メモリ１３２は、内部データベース１３０を保存してもよい。いくつかの実施形態においては、内部データベース１３０は、ＥＣＵ１１２に結合されている。内部データベース１３０は、連絡先リストに対するアクセスを管理してもよく、制御してもよく、且つ、提供してもよい。
【００２７】
ナビゲーションユニット１２２は、場所データ及び日付／時刻情報を検出する全地球測位システム（ＧＰＳ：Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）ユニット（不図示）を含んでいてもよい。ナビゲーションユニット１２２は、検出された場所データに基づいてナビゲーション命令を提供してもよく、且つ、ルートデータを保存するためのメモリ（不図示）を含んでいてもよい。ナビゲーションユニット１２２は、場所情報に対応したデータを検出する能力を有するその他のセンサからデータを受信してもよい。例えば、その他のセンサは、ジャイロスコープ又は加速度計を含んでいてもよい。
【００２８】
ネットワークアクセス装置１２４は、Ｗｉ−Ｆｉユニット、Ｂｌｕｅｔｏｏｔｈ（登録商標）ユニット、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）タグ又は読取器、ＤＳＲＣユニット、又はセルラーネットワーク（３Ｇ又は４Ｇなど）にアクセスするためのセルラーネットワークユニットのうちの１又は複数などの通信ポート又はチャネルを含んでいてもよい。ネットワークアクセス装置１２４は、データを車両１０２に直接的に接続されていない装置及びシステムにデータを送信し、且つ、これらからデータを受信してもよい。例えば、ＥＣＵ１１２は、ネットワークアクセス装置１２４を通じて外部データベース１０４と通信してもよい。
【００２９】
図２は、連絡先リスト用の新しい連絡先を生成するためのプロセス２００の一例のフロー図である。適切にプログラムされた、１又は複数のコンピュータ又は１又は複数のデータ処理装置、例えば、図１の情報アクセス及び応答システム１００のＥＣＵ１１２又はナビゲーションユニット１２２がプロセス２００を実装してもよい。
【００３０】
システムは、車両が動作可能であるという指示（ｉｎｄｉｃａｔｉｏｎ）又はユーザ入力に基づいて情報アクセス及び応答モードを初期化してもよい（２０２）。例えば、車両１０２がパワーオンされた際に、車両１０２がパワーオンされた後に初期動作を開始した際に、車両のユーザインターフェイス１２８が起動された際に、或いは、ナビゲーションユニット１２２が起動された際に、システムは、情報アクセス及び応答モードを初期化してもよい。システムは、車両の動作を検出するべく、１又は複数のセンサ１２６又はナビゲーションユニット１２２を使用してもよい。例えば、イグニッションセンサは、情報アクセス及び応答モードを有効にするべく、車両１０２が動作可能であるとＥＣＵ１１２に指示してもよい。いくつかの実施形態においては、システムは、ユーザ入力に基づいて情報アクセス及び応答モードを初期化している。ユーザインターフェイス１２８は、情報アクセス及び応答モードを有効にするべく、ユーザ入力、例えば、タッチパッド、タッチスクリーン、スイッチ、ボタン、又はユーザインターフェイス要素の選択、並びに／或いは、音声コマンドを受信してもよい。
【００３１】
システムは、新しい連絡先属性を取得している（２０４）。システムは、パーソナル装置１１４に送信された受信された通信から、新しい連絡先属性を取得してもよい。連絡先属性とは、連絡先と関連付けられた識別子である。識別子は、連絡先と関連付けられた、番号、例えば電話番号、パーソナルＩＤ、例えばインスタントメッセージングサービスのユーザ識別子、名前、ニックネーム、又は苗字、或いは、アドレス、例えば電子メールアドレスであってもよい。連絡先リストは、１又は複数の連絡先を有していてもよく、且つ、それぞれの連絡先は、複数の連絡先属性を有していてもよい。連絡先属性は、例えば、名前の一部分、電話番号、電子メールアドレス、実際の住所、又は一般的な情報などの特定のタイプであってもよい。それぞれのタイプは、携帯、自宅、又は事務所の電話番号又は電子メールアドレスなどのサブタイプを有していてもよい。
【００３２】
車両１０２に接続されたパーソナル装置１１４は、通信、例えば、電子メール、通話、カレンダーの招待、又はこれらに類似したものを受信してもよい。新しい連絡先属性を取得するべく、システムは、受信された通信から新しい連絡先属性を抽出する。例えば、システムは、電子メールと関連付けられたテキスト及びメタデータを解析することにより、送信者の電子メール（ｅｍａｉｌ）アドレスを電子メールから取得してもよい。別の例においては、システムは、発呼者の電話番号を識別するべく、呼び出しの電話と関連付けられたデータを解析又は取得してもよい。カレンダーの招待の場合には、システムは、カレンダーの招待及び／又はカレンダーの招待と関連するメタデータから、ミーティング又はアポイントメントの参加者を抽出してもよい。例えば、ジョンが、ＡＢＣ会社でティム及びジェーンと予定されているアポイントメントがあるとしよう。システムは、ジョン、ティム、及びジェーンをアポイントメントの参加者として識別してもよい。別の例として、システムは、インスタントメッセージ又はショートメッセージサービス（ＳＭＳ）メッセージと関連付けられたメタデータから、ユーザ識別子を抽出している。
【００３３】
いくつかの実施形態においては、システムは、既定の又はユーザ構成可能なパターン、例えば、電話番号フォーマット、電子メールアドレスフォーマット、名前及び苗字パターン、又はインスタントメッセージハンドル又は識別子に基づいて新しい連絡先属性を識別するべく、データヘッダ又はラベルを解析している。
【００３４】
システムは、新しい連絡先属性が新しい連絡先に属しているかどうかを連絡先リストに基づいて判定している（２０６）。連絡先リストは、内部データベース１３０に保存されてもよい。システムは、新しい連絡先属性を連絡先リストに保存されている連絡先のそれぞれの連絡先属性と比較してもよい。新しい連絡先属性が連絡先リストに保存されている連絡先のうちの１つの連絡先の連絡先属性とマッチングしている場合には、システムは、その新しい連絡先属性が新しい連絡先に属していないと判定する。新しい連絡先属性が連絡先リストに保存されている連絡先のうちの１つの連絡先の連絡先属性とマッチングしていない場合には、システムは、その新しい連絡先属性が新しい連絡先に属していると判定し、且つ、システムは、新しい連絡先の１又は複数のその他の属性の取得に進む。システムは、新しい連絡先属性が連絡先の連絡先属性とマッチングしているかどうかを判定する際に、連絡先のすべての連絡先属性をサーチしてもよい。いくつかの実施形態においては、システムは、新しい連絡先属性が連絡先の連絡先属性とマッチングしているかどうかを判定する際に、新しい連絡先属性と同一のタイプの連絡先属性をサーチしている。
【００３５】
システムは、１又は複数のその他の属性が利用可能であるかどうかを判定している（２０８）。システムは、パーソナル装置１１４にアクセスしてもよく、且つ、新しい連絡先の１又は複数のその他の属性についてパーソナル装置１１４をサーチしてもよい。システムが、新しい連絡先属性と同一の連絡先属性を有する連絡先がパーソナル装置１１４に存在していると判定した場合には、システムは、パーソナル装置１１４のその連絡先の連絡先属性から１又は複数のその他の属性を取得してもよい。例えば、新しい連絡先属性が名前である場合には、システムは、パーソナル装置１１４のコンタクト管理にアクセスしてもよく、且つ、同一の名前を有する連絡先を見つけ出してもよい。見つけ出されたら、システムは、見つけ出された連絡先と関連する任意のその他の連絡先属性を取得してもよい。
【００３６】
いくつかの実施形態においては、システムは、外部データベースにアクセスしてもよく、且つ、新しい連絡先の１又は複数の属性について外部データベースをサーチしてもよい。外部データベースは、連絡先リスト又はリソース、例えば連絡先情報を含むソーシャルネットワーキングウェブサイト、を含む電子メールサーバー１０８であってもよい。リソースは、ソーシャルネットワーキングサイトなどのウェブサイト、ウェブページ、又はネットワーク１１０６にアクセス可能な電子的に保存された文書であってもよい。システムが、新しい連絡先属性と同一の連絡先属性を有する連絡先が存在していると判定した場合には、システムは、外部データベース内の又はリソース上の連絡先の連絡先属性から、１又は複数のその他の属性を取得してもよい。利用可能なその他の連絡先属性が存在していない場合には、システムは、新しい連絡先を生成せず、且つ、新しい連絡先属性を取得するべく待機する。
【００３７】
いくつかの実施形態においては、システムは、ユーザインターフェイス１２８を通じて、ユーザ又は車両１０２の乗員に対して、１又は複数のその他の属性を要求してもよい。ユーザインターフェイス１２８は、１又は複数のその他の連絡先属性に対応した１又は複数のテキストフィールドを表示してもよい。システムは、１又は複数のテキストフィールド内のユーザ入力を受信してもよく、且つ、そのユーザ入力をその他の連絡先属性のうちの１つと関連付けてもよい。
【００３８】
システムは、利用可能な新しい連絡先の１又は複数のその他の属性を取得してもよい（２１０）。システムは、新しい連絡先属性及び１又は複数のその他の連絡先属性を使用して新しい連絡先を生成している（２１２）。システムは、新しい連絡先を生成するべく、新しい連絡先属性及び１又は複数のその他の連絡先属性のそれぞれを識別子と関連付けている。システムは、新しい連絡先を連絡先リストに保存している（２１４）。連絡先リストは、例えば、内部データベース１３０に保存されてもよい。
【００３９】
図３は、連絡先リストを表示するグラフィカルユーザインターフェイス（ＧＵＩ）３００の一例の図である。適切にプログラムされた、１又は複数のコンポーネント又は１又は複数のデータ処理装置、例えば、図１の情報アクセス及び応答システム１００のＥＣＵ１１２が、ユーザインターフェイス１２８上にＧＵＩを表示してもよい。
【００４０】
ＧＵＩ３００は、連絡先リスト内の１又は複数の連絡先カード３２２を表示する。１又は複数の連絡先カード３２２は、ユーザインターフェイス１２８上におけるユーザ入力を通じて、或いは、車両１０２に接続されたパーソナル装置、例えばパーソナル装置１１４と同期することにより、移動されてもよく、管理されてもよく、編集されてもよく、追加されてもよく、或いは、連絡先リストから削除されてもよい。１又は複数の連絡先カード３２２の１又は複数の連絡先属性は、消去されてもよく、移動されてもよく、追加されてもよく、或いは、編集されてもよい。
【００４１】
１又は複数の連絡先カード３２２は、１又は複数の連絡先属性に対応した１又は複数のテキストフィールドを含む。１又は複数のテキストフィールドのそれぞれは、そのテキストフィールドが選択された際に、対応した連絡先属性を変更するべく、ユーザ入力を受け付けてもよい。１又は複数のテキストフィールドのそれぞれは、対応した連絡先属性を含み、且つ、表示する。例えば、「ジョン」という名前がテキストフィールド３０４に表示され、且つ、「ドウ」という苗字がテキストフィールド３０６に表示される。１又は複数のテキストフィールドは、ユーザによって選択された別のテキストフィールドに対応していてもよい。テキストフィールド３１２は、連絡先アドレスのタイプ、例えば、職場の電子メール、個人的な電子メール、職場の電話、携帯電話、又は自宅の電話を含んでいてもよい。ユーザインターフェイス要素、例えばユーザインターフェイス要素３１４は、異なるタイプの連絡先アドレスのテキストフィールド３１２用のドロップダウンリストを選択してもよく又は開いてもよい。テキストフィールド３１６は、テキストフィールド３１２に対応していてもよい。テキストフィールド３１２は、職場の電子メールアドレスを示していることから、テキストフィールド３１６は、「ＪＯＨＮＤＯＥ＠ＡＢＣ．ｃｏｍ」という職場の電子メールアドレスを含み、且つ、表示する。テキストフィールド３１８は、「１２３−４５６−７８９０」などの職場の電話番号に対応していてもよい。１又は複数のテキストフィールドは、職場の肩書用のテキストフィールド３０８と、会社名用のテキストフィールド３１０と、を含んでいてもよい。１又は複数の連絡先カード３２２は、プロフィールアイコン３０２を含んでいてもよい。いくつかの実施形態においては、連絡先カードは、一般的な情報のユーザ入力を許容するテキストフィールド３２０を含んでいてもよい。
【００４２】
図４は、受信された通信に対する応答を送信するためのプロセスの一例のフロー図である。適切にプログラムされた、１又は複数のコンピュータ又は１又は複数のデータ処理装置、例えば、図１の情報アクセス及び応答システム１００のＥＣＵ１１２がプロセス４００を実行してもよい。
【００４３】
システムは、車両１０２に接続されたパーソナル装置１１４から、受信された通信を取得してもよい（４０２）。受信された通信は、電子メール、通話、ＳＭＳメッセージ、インスタントメッセージ、カレンダーの招待、又はこれらに類似したものであってもよい。システムは、例えば、無線ネットワークを通じてパーソナル装置１１４に接続することにより、パーソナル装置に接続してもよい。システムは、パーソナル装置にアクセスするべく、ユーザログイン／パスワード又はトークンなどの証明情報をパーソナル装置１１４に提供してもよい。コンタクト管理、カレンダー、電子メールサービス、アプリケーション、又は通信を受信する任意のその他の装置又はメカニズムにアクセスするべく、その他の証明情報が使用されてもよい。システムは、応答を生成及び送信するべく、受信された通信をパーソナル装置１１４から取得している。
【００４４】
システムは、受信された通信から通信情報を抽出している（４０４）。システムは、受信された通信のコンテキストに基づいて、通信情報について、受信された通信を解析してもよい。通信情報は、１又は複数の連絡先属性を含み、且つ、到着予定時刻又はミーティング時刻、招待客、出席者、送信者、及び／又は受信者を含む１又は複数の目的地及び／又はミーティングの場所、日付／時刻情報を含んでいてもよい。システムは、通信情報を識別するべく、通信情報の様々なタイプと関連付けられたフォーマット及び／又はパターンを受信された通信内のテキストとマッチングさせてもよい。例えば、システムは、日付を識別するＭＭ／ＤＤ／ＹＹＹＹフォーマット及び／又は時刻を識別するためのＨＨ：ＭＭ：ＳＳフォーマットについて、受信された通信を解析してもよい。場所は、例えば、サーチエンジン及び／又は外部データベースにアクセスすると共に、受信された通信内のキーワードをサーチエンジン及び／又は外部データベースによって識別された場所及び／又はランドマークとマッチングさせることにより、認識されてもよい。システムは、電子メールのコンテキストに基づいて、受信された通信を解析してもよく、例えば、システムは、「＠」シンボルの前及び後の文字列として、電子メールアドレスを識別してもよい。システムは、例えば、電子メールのＴＯ／ＦＲＯＭアドレスラインを使用するか又は電子メール内の埋め込まれたタグを使用するように、受信された通信の構造に基づいて通信情報を識別してもよい。システムは、抽出された情報を含む受信された通信の一部分を読み上げてもよい。
【００４５】
システムは、抽出された通信情報に基づいて、受信された通信の優先度を判定してもよい（４０６）。具体的には、優先度は、目的地、１又は複数の応答受信者、到着予定時刻又はミーティング時刻を含む日付／時刻情報、車両情報、並びに／或いは、ナビゲーションマップ情報に基づいたものであってもよい。受信された通信の優先度の判定については、図５を参照して更に後述する。
【００４６】
システムは、応答を送信するかどうかを判定している（４０８）。システムは、受信された通信の優先度に基づいて、応答を送信するかどうかを判定してもよい。応答を送信しないとシステムが判定した場合には、システムは、別の通信を取得するべく待機するのに伴って、アイドル状態のままになる。その代わりに、応答が必要とされているとシステムが判定した場合には、システムは、１又は複数の応答の宛先を判定する。応答の宛先は、電話番号、電子メールアドレス、例えば、ユーザＩＤなどのインスタントメッセージング識別子又はハンドル、又は応答を受信できる連絡先の通信装置と関連付けられた別の識別子である。
【００４７】
いくつかの実施形態においては、システムは、通信が受信されたことを運転者又は乗員にプロンプトを表示してもよく、且つ、応答を送信するべきかどうかに関するユーザ入力を要求してもよい。このプロンプトは、受信された通信の優先度と、目的地の場所及び／又は受信された通信内の連絡先などの抽出された情報と、について記述した情報を含んでいてもよい。システムは、ユーザ入力に基づいて、応答を送信するかどうかを判定する。いくつかの実施形態においては、システムは、以前の動作に基づいて、応答を送信するかどうかを判定している。システムは、以前の返信に関する情報を保存してもよく、且つ、保存された履歴に基づいて、応答を送信するかどうかを判定してもよい。保存されている情報は、受信された通信内に含まれていた連絡先とそれらの連絡先と関連付けられた連絡先属性の間の関連付けを含んでいてもよく、この関連付けは、１又は複数の応答の宛先を判定するべく、使用されてもよい。
【００４８】
システムは、ユーザ入力、ユーザ構成設定、又は既定の応答の宛先又は構成のうちの少なくとも１つに基づいて、１又は複数の応答の宛先を判定してもよい（４１０）。１又は複数の応答の宛先を判定することは、応答を受信する連絡先リスト上の１又は複数の連絡先を識別することと、応答を送信するための通信の形式を判定することと、を含む。
【００４９】
特定の構造、例えば、「＠」シンボル、並びに／或いは、「−」、「（」、又は「）」シンボルを含んでもよく又は含まなくてもよい１０個の数字のストリングなどのフォーマットが連絡先属性を示しうる。システムは、抽出された通信情報から１又は複数の連絡先属性を判定するべく、特定の構造及び／又はフォーマットを使用してもよい。受信された通信内において１又は複数の連絡先属性を識別することにより、システムは、応答の潜在的な受信者として、１又は複数の連絡先属性と関連付けられた連絡先リスト内の１又は複数の連絡先を識別してもよい。システムは、潜在的な受信者を識別するべく、抽出された連絡先属性を連絡先リスト内の連絡先の連絡先属性と比較してもよい。
【００５０】
システムは、１又は複数の既定の応答の宛先又は構成を有していてもよい。即ち、システムは、通信の既定の形式、例えば、ＳＭＳメッセージ、インスタントメッセージング、又は電子メールを使用することにより、通信を受信した、或いは、受信した通信に含まれている、すべての連絡先に応答を送信してもよい。いくつかの実施形態においては、システムは、応答の数を受信者の閾値数に制限してもよい。システムは、応答の受信の際に使用された通信と同一の形式を使用することにより、応答してもよい。例えば、電子メールが受信された場合には、応答するための既定の方法は、電子メールを使用するというものであってもよい。いくつかの実施形態においては、使用される通信の形式は、それぞれの潜在的な受信者ごとに異なっていてもよい。
【００５１】
いくつかの実施形態においては、システムは、ユーザ入力又はユーザ構成設定を使用することにより、応答の宛先を判定してもよい。システムは、ｄｏ−ｎｏｔ−ｓｅｎｄリストなどの、ユーザ設定を構成するユーザ入力を受信してもよい。ｄｏ−ｎｏｔ−ｓｅｎｄリストは、応答を受信しなくてもよい連絡先を示してもよい。例えば、ジョン・ドウは、ジェーンをｄｏ−ｎｏｔ−ｓｅｎｄリストに追加してもよく、その結果、受信された通信がジェーンを応答の潜在的な受信者として含んでいる際に、システムは、潜在的な応答の受信者リストからジェーンを削除する。いくつかの実施形態においては、システムは、応答を受信する受信者として、ユーザインターフェイス１２８を通じて、連絡先を追加してもよい。
【００５２】
ユーザ構成設定のうちの１又は複数は、応答を送信する際に使用するべき、通信の別の形式よりも高い優先権が付与された通信の特定の形式、例えば、電子メール、ＳＭＳメッセージング、又はインスタントメッセージングを指示してもよい。例えば、ユーザは、電話番号が利用可能である場合には、電子メールの代わりに、ＳＭＳメッセージを送信すると設定してもよい。いくつかの実施形態においては、システムは、応答を送信するべく使用する通信の形式を判定するために、ユーザ入力を要求してもよい。この要求は、音声要求及び／又はユーザインターフェイス１２８上におけるプロンプトであってもよい。
【００５３】
いくつかの実施形態においては、システムは、受信された通信の緊急度又は優先度に基づいて、応答の宛先を判定してもよい。例えば、受信された通信が緊急性を有している場合には、システムは、応答のために、ＳＭＳメッセージングを使用してもよい。受信された通信の優先度の判定については、図５を参照して更に後述する。
【００５４】
システムは、応答の宛先の可用性をチェックしてもよい（４１２）。システムは、連絡先の連絡先属性のうちの１又は複数をチェックすることにより、応答の宛先が利用可能であるかどうかを判定してもよい。応答の宛先は、応答の受信者が連絡先リスト内において見つけ出されると共に、判定された通信の形式と関連付けられた連絡先属性が利用可能である場合に、利用可能である。例えば、ジェーンが受信者であり、且つ、ユーザ設定が、ＳＭＳメッセージとして応答を送信するべく指示している場合に、システムは、ジェーンの連絡先情報について連絡先リスト内においてサーチし、且つ、ＳＭＳメッセージングを受信する装置と関連付けられた連絡先属性が存在しているかどうかを判定する。システムは、判定された通信の形式を受信しうる如何なる装置を判定するべく、連絡先属性を含む連絡先カードの１又は複数のフィールドをサーチしてもよい。いくつかの実施形態においては、システムは、受信者に対して以前に送信されたメッセージの保存されている履歴を使用することにより、判定された通信の形式と共に使用するべく、いずれの応答の宛先が利用可能であるのかを学習してもよい。システムは、連絡先属性と共に、応答の宛先が、有効な電子メールアドレス、有効なＳＭＳ電話番号又は有効なインスタントメッセージングアドレスであることを示す指示を保存してもよい。後続の応答において、システムは、応答の宛先が利用可能であると判定するべく、この指示を使用してもよい。いくつかの実施形態においては、システムは、１又は複数の外部データベース１０４、例えば、電話番号検索サービスを使用することにより、応答の宛先が、ＳＭＳメッセージングを受信する能力を有する自宅の電話番号又は携帯電話番号であるのかを判定してもよい。システムは、判定された通信の形式が利用不能である場合には、通信の形式を再判定してもよい。
【００５５】
システムは、判定された通信の形式を使用することにより、受信者の１又は複数の通信装置に対して送信するべく、応答を生成している（４１４）。応答は、到着推定時刻、車両の現在の場所、及び／又は到着までの時間／距離を含んでいてもよい。応答の一部分は、予め形成されていてもよい。即ち、システムは、標準的な応答を使用してもよく、且つ、１又は複数の変数、例えば、到着推定時刻、現在の場所、及び／又は到着までの時間／距離を予め形成された又はテンプレートの応答に自動的に挿入してもよい。例えば、テンプレートの応答は、「（    ）以内に到着する予定です。」と記述するものであってもよく、且つ、システムは、到着までの時間、例えば５分、をテンプレートに挿入してもよいので、その応答は「５分以内に到着する予定です。」と読み取れる。いくつかの実施形態においては、システムは、応答を生成するべく、ユーザインターフェイス１２８を使用してもよい。システムは、受信者の１又は複数の通信装置、例えば、パーソナル装置１１０に送信するべく、ユーザインターフェイス１２８から、例えば、１又は複数のテンプレート応答のユーザ選択を受信してもよく、且つ、算出された１又は複数の変数を含むように、１又は複数のテンプレート応答を変更してもよい。別の例においては、システムは、発話をテキストに変換することにより、応答を生成してもよい。
【００５６】
システムは、応答を生成するべく、以前の応答を使用してもよい。例えば、ユーザが、以前に受信した通信に応答するべく、以前に、テンプレート応答を選択している場合には、システムは、現在の受信された通信に応答するべく、同一のテンプレート応答を選択してもよい。
【００５７】
また、システムは、生成された応答内において、更なる情報を包含させてもよい。生成された応答は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含んでいてもよい。ＵＲＬは、車両１０２の現在の場所を含むマップ情報にリンクしていてもよい。マップ情報は、第三者サービスプロバイダによって提供されてもよい。
【００５８】
システムは、応答を応答の宛先に送信している（４１６）。システムは、応答を送信するべく、車両１０２に結合されていると共に通信を受信した通信装置、例えば、パーソナル装置１１４を使用してもよい。
【００５９】
図５は、受信した通信の優先度を判定するためのプロセスの一例のフロー図である。適切にプログラムされた、１又は複数のコンピュータ又は１又は複数のデータ処理装置、例えば、図１の情報アクセス及び応答システム１００のＥＣＵ１１２がプロセス５００を実行してもよい。
【００６０】
上述のように、システムは、受信された通信から通信情報を抽出している（５０２）。抽出された通信情報から、システムは、１又は複数の受信者に対する１又は複数の応答の優先度を判定してもよい。優先度は、優先度スコアによって表されてもよい。全体的な優先度は、受信者が応答を受信する重要度と、応答の緊急度と、に基づいたものであってもよい。優先度スコアは、識別された受信者の重要度を示すＶＩＰ（Ｖｅｒｙ  Ｉｍｐｏｒｔａｎｔ  Ｐｅｒｓｏｎ）スコアと、即座の応答の必要性を示す緊急度スコアと、の関数であってもよい。それぞれのスコアは、例えば、０〜１００の値であってもよい。０の値は、受信者が重要ではないか又は応答が緊急性を有していないことを示しうる。１００の値は、受信者が非常に重要であるか又は応答が緊急性を有していることを示しうる。従って、０の優先度スコアは、応答が低い優先度を有することを示し、且つ、１００の優先度スコアは、応答が高い優先度を有することを示している。
【００６１】
システムは、抽出された情報に基づいて、応答の１又は複数の潜在的な受信者を識別してもよい（５０４）。システムは、連絡先リスト内のそれぞれの連絡先ごとに、抽出された情報を連絡先属性と比較することにより、１又は複数の潜在的な受信者を識別してもよい。抽出された情報が特定の連絡先の連絡先属性とマッチングしている場合には、システムは、その特定の連絡先を潜在的な受信者として識別してもよい。抽出された情報が、連絡先リスト内の連絡先の連絡先属性とマッチングしていない場合には、システムは、図２において示されているように、新しい連絡先を生成するべく試みてもよい。システムは、新しい連絡先を識別するために十分な情報が存在している場合には、新しい連絡先を潜在的な受信者として識別してもよい。それぞれの連絡先は、ＶＩＰスコアと関連付けられていてもよい。ＶＩＰスコアは、連絡先属性として連絡先情報内に含まれていてもよく、且つ、ユーザ構成可能であってもよい。
【００６２】
システムは、それぞれの潜在的な受信者ごとに、ＶＩＰスコアを判定してもよい（５０６）。ＶＩＰスコアは、連絡先の連絡先情報内の情報に基づいたものであってもよい。いくつかの実施形態においては、システムは、通信の頻度又は連絡先と車両１０２の乗員の間の分離の程度に基づいて、連絡先のＶＩＰスコアを判定している。連絡先と車両の乗員の間の分離の程度は、ソーシャルメディアウェブサイトなどの１又は複数の外部データベース１０４を使用することにより、判定されてもよい。
【００６３】
システムは、ｄｏ−ｎｏｔ−ｃｏｎｔａｃｔリストに掲載された１又は複数の潜在的な受信者の場合には、そのいずれについても、応答を生成しなくてもよく、且つ、従って、システムは、彼らに対する応答のために、優先度を判定しなくてもよい。いくつかの実施形態においては、システムは、ｄｏ−ｎｏｔ−ｃｏｎｔａｃｔリストに掲載された１又は複数の潜在的な受信者に対する応答の優先度を算出してはいるが、識別された受信者が重要性を有していないことを示すように、ＶＩＰスコアを設定している。
【００６４】
システムは、抽出された情報から、１又は複数の目的地の場所を判定している（５０８）。システムは、対象の場所、例えば、レストラン、建物、観光地、トランジットハブ、又は任意のその他の場所を識別してもよく、且つ、目的地の場所を判定するべく、１又は複数の外部データベース１０４をサーチしてもよい。例えば、システムは、ミーティングがＡＢＣ会社で開催されることを識別してもよく、従って、システムは、オンラインディレクトリをサーチし、ＡＢＣ会社が３４２５  Ｗｉｎｃｈｅｓｔｅｒ  Ｌｎ．，  Ｉｒｖｉｎｅ，  Ｃａｌｉｆｏｒｎｉａ  ９４５６５に所在していると判定する。目的地の場所は、物理的な住所又はマップ座標を含んでいてもよい。システムは、１又は複数のキーワード又は省略形の周囲のテキストを使用することにより、目的地の場所を判定するべく、場所又は住所を識別する１又は複数のキーワード又は省略形、例えば、ｄｒｉｖｅ、ｃｉｒｃｌｅ、ｓｕｉｔｅ、ｂｌｄｇ．、ｕｎｉｔ、又はＢｌｖｄ．を認識してもよい。いくつかの実施形態においては、システムは、目的地の場所を識別するべく、パターン認識を使用しており、例えば、５桁のパターンは、郵便番号を示しうる。
【００６５】
システムは、１又は複数のセンサ１２６、例えば車両速度センサ又は内部クロックから、或いは、例えば、ＧＰＳ装置を使用したナビゲーションユニット１２２から、車両情報を取得してもよい（５１０）。システムは、１又は複数の外部データベース１０４からナビゲーションマップ情報を取得してもよい（５１２）。
【００６６】
システムは、車両情報、ナビゲーションマップ情報、及び目的地の場所に基づいて、到着推定時刻を判定してもよい（５１４）。システムは、ルートに基づいて、目的地の場所と車両１０２の現在の場所の間の残存距離を判定してもよい。ルートは、ユーザインターフェイス１２８を通じて、ユーザによって判定又は選択されてもよい。判定されたルートは、車両の現在の場所と目的地の場所の間の最短ルートであってもよい。最短ルートは、現在の場所と目的地の場所の間の実際の距離に基づいたものであってもよく、或いは、現在の場所と目的地の場所の間の算出された移動時間に基づいたものであってもよい。移動時間は、距離と、ルートに沿った走行の速度と、の関数であってもよい。ルートに沿った走行の速度は、平均速度、１又は複数の掲示された速度、或いは、これら両方の組合せであってもよい。例えば、システムは、目的地までの到着推定時刻を算出するべく、重度の交通渋滞を有するルートの部分については、走行の平均速度を使用してもよく、且つ、交通量の少ないルートの部分については、掲示された制限速度を使用してもよい。
【００６７】
いくつかの実施形態においては、システムは、１又は複数の外部データベース１０４から、到着推定時刻を取得している。システムは、車両１０２の現在の場所及び目的地の場所を含む要求を１又は複数の外部データベース１０４に送信してもよく、且つ、到着推定時刻を取得している。いくつかの実施形態においては、システムは、定期的に又はリアルタイムで更新される交通状態情報を使用することにより、到着推定時刻を調節してもよい。
【００６８】
システムは、日付及び／又は時刻フォーマットにマッチングした文字列を識別するべくパターン認識技法を使用することにより、抽出された通信情報から、到着予定時刻を識別してもよい（５１６）。システムは、受信された通信内において到着予定時刻を識別するべく、１又は複数のキーワード又はフレーズ、例えば「ｍｅｅｔ  ａｔ（〜で会う）」を使用してもよい。
【００６９】
システムは、到着推定時刻と到着予定時刻の間の比較に基づいて緊急度スコアを判定してもよい（５１８）。緊急度スコアは、車両１０２が約束にどれだけ遅延しうるかに対応していてもよい。到着推定時刻と到着予定時刻の間の大きな差は、大きな緊急度スコアを結果的にもたらしうる。緊急度スコアを算出する際に、システムは、安全マージンを到着予定時刻に加算してもよいので、車両１０２が、到着予定時刻よりも早期に到着すると予想される。
【００７０】
大きな緊急度スコアは、受信された通信に対して応答する高い緊急度を示している。車両１０２が到着予定時刻の後に目的地の場所に到着することになるとシステムが判定した場合、即ち、到着推定時刻が、到着予定時刻を上回っている場合、即ち、車両が定刻に到着したときを上回っている場合には、応答は、より大きな緊急性を有することになり、且つ、より高い緊急度スコアを有することになる。車両１０２が到着予定時刻を過ぎてどれだけの時間の後に到着するのかを判定するべく、到着推定時刻と到着予定時刻の間の差が算出されてもよい。例えば、緊急度スコアは、車両が２０分だけ遅れて到着すると推定される場合には、９０の値であってもよく、且つ、車両が１分だけ遅れて到着すると推定される場合には、４０の値であってもよい。応答は、推定到着時間が、予想到着時間よりも前であるが、到着予定時刻の安全マージン内にある場合には、緊急性を有しうる。例えば、ミーティングが午後２時であり、且つ、車両１０２が午後１時５５分に到着するものと推定されているが、安全マージンが１０分である場合には、システムは、２０の緊急度スコアを割り当ててもよく、その理由は、推定時刻到着が、安全マージン内にあるからである。安全マージンと、緊急度スコアの感度と、は、ユーザインターフェイス１２８を通じて、ユーザ構成可能であってもよい。
【００７１】
システムは、ＶＩＰスコア及び緊急度スコアに基づいて、優先度スコアを算出してもよい（５２０）。優先度スコアは、ＶＩＰスコア及び緊急度スコアの関数であってもよい。この関数は、重み付けされてもよく、且つ、重みは、ユーザ構成可能であってもよい。例えば、ＶＩＰスコア及び／又は緊急度スコアは、優先度スコアを算出するべく、重み付け係数により、乗算されてもよい。システムは、優先度スコアを閾値と比較してもよい（５２２）。優先度スコアが閾値未満である場合には、システムは、識別された受信者用の応答を生成しなくてもよく、且つ、別の通信の取得及び／又は別の受信者の優先度スコアの算出に進んでもよい（５２４）。優先度スコアが閾値を上回る又はこれと等しい場合には、システムは、識別された受信者用の応答を生成してもよい（５２６）。閾値は、ユーザ構成可能であってもよい。
【００７２】
いくつかの実施形態においては、車両１０２が目的地の場所に到着していないと車両情報が示しており、且つ、到着予定時刻が過ぎている場合には、システムは、優先度スコアを算出することなしに、自動的に応答を生成及び送出している。車両は、到着予定時刻の後の閾値時間において、生成された応答を自動的に送出してもよい。閾値時間は、ユーザ構成可能であってもよい。
【００７３】
いくつかの実施形態においては、目的地の場所が存在しておらず、現在の時刻が到着予定時刻から閾値量であると車両情報が示した場合に、システムは、応答を生成及び送出している。
【００７４】
本明細書において記述されている車両は、運転者によって運転されているが、本明細書において記述されているシステム及び方法は、半自律型及び自律型車両にも同様に適用可能でありうる。半自律型車両及び／又は自律型車両は、１又は複数のセンサ１２６及び／又はナビゲーションユニット１２２を使用することにより、動作してもよい。
【００７５】
以上、例示を目的としたスタイルにおいて、方法／システムの例示的な実施形態を開示してきた。従って、全体を通じて利用されている用語は、非限定的な方法によって解釈されることを要する。当業者は、本明細書における教示内容に対する多少の変更を想起することになるが、本発明に対して付与される特許の範囲内に含まれるべく意図されているものは、本発明によって寄与される技術分野に対する進歩の範囲に合理的に含まれるそれらすべての実施形態であり、且つ、この範囲は、添付の請求項及びその均等物に鑑みた場合を除いて、制限されるものではないことを理解されたい。
【図１】
2017200169.tif 000003
【図２】
2017200169.tif 000004
【図３】
2017200169.tif 000005
【図４】
2017200169.tif 000006
【図５】
2017200169.tif 000007
【外国語明細書】
2017200169000001.pdf