(57)【要約】  モバイル機器は、車載システムと通信を行い、ネットワークベースのカレンダーと、車内でカレンダーを閲覧及び編集するための関連機能を提供する。モバイル機器は、一つ以上のカレンダーソースから固有カレンダーフォーマットでカレンダーデータを取得する特定のアプリケーションを実行し、 転送に便利で車内での閲覧に特化した、車両専用フォーマットにそのカレンダーデータを変換する。ユーザは、新しいカレンダーの入力を自動的に生成するように処理可能なボイスノートを録音することも出来る。アラート機能は、視覚的アラート及び/または聴覚的アラートを予定に組み込み、予定されたカレンダーイベントの前にユーザに通知を行う。予定されたカレンダーイベントの時刻になると、車載システムは、イベントの招待者に自動的に電話をかけることもできるし、イベントの目的地への経路を生成することも出来る。
2014506753.tif 000002
【特許請求の範囲】
【請求項１】
モバイル機器によって、第一のカレンダーソース専用の第一の固有カレンダーフォーマットで第一のカレンダーデータを記憶している第一のカレンダーソースから、前記第一のカレンダーデータを受信するステップと、
前記第一の固有カレンダーフォーマットにフォーマットされている前記第一のカレンダーデータを、車載システムへ転送するのに適した車両用カレンダーフォーマットに変換するステップと、
短距離通信プロトコルを使用して、前記変換されたカレンダーデータを前記モバイル機器から前記車載システムへ転送するステップと、
を含むことを特徴とする車両内表示用の電子カレンダーを提供する方法。
【請求項２】
前記モバイル機器によって、前記第一の固有カレンダーフォーマットとは異なる、第二のカレンダーソース専用の第二の固有カレンダーフォーマットで第二のカレンダーデータを記憶している前記第二のカレンダーソースから、前記第二のカレンダーデータを受信するステップと、 
前記第二の固有カレンダーフォーマットにフォーマットされている前記第二のカレンダーデータを前記車載システムへ転送するのに適した前記車両用カレンダーフォーマットに変換するステップと、
前記第一のカレンダーデータと前記第二のカレンダーデータを合わせて、重複するカレンダーの入力を削除するステップと、
を含むことを特徴とする請求項１に記載の方法。 
【請求項３】
前記第一のカレンダーソースは、第一のネットワークベース・カレンダーサーバを含み、前記第二のカレンダーソースは、第二のネットワークベース・カレンダーサーバを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第一のカレンダーソースは、前記第一のネットワークベース・カレンダーサーバを含み、前記第二のカレンダーソースは、前記モバイル機器が実行するカレンダーアプリケーションを含むことを特徴とする請求項２に記載の方法。
【請求項５】
所定の時間範囲に入るカレンダーの入力を抽出するために、前記第一のカレンダーデータをスケーリングするステップと、をさらに有し、
前記所定の時間範囲は、前記第一の固有カレンダーフォーマットで受信した前記第一のカレンダーデータの時間範囲よりも狭いことを特徴とする請求項１に記載の方法。
【請求項６】
前記第一のカレンダーデータをフィルタリングして、ハイパーリンク、特殊文字、添付ファイルのうちの少なくとも１つを削除するステップと、
をさらに含むことを特徴とする請求項６に記載の方法。
【請求項７】
前記車載システムを使用してなされたカレンダーの入力に対する変更を反映した、前記車両用カレンダーフォーマットの更新カレンダーデータを前記車載システムから受信するステップと、
前記車両用カレンダーフォーマットの前記更新カレンダーデータを、前記第一の固有カレンダーフォーマットに変換するステップと、 
前記更新カレンダーデータを前記第一の固有カレンダーフォーマットで、前記第一のカレンダーソースに提供するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項８】
リフレッシュトリガイベントを検出するステップと、
前記リフレッシュトリガイベントの検出に応じて、前記第一のカレンダーソースからの前記第一のカレンダーデータのリフレッシュを要求するステップと、         
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記リフレッシュトリガイベントを検出する前記ステップは、車両のエンジン点火を表わす前記車載システムからの信号の受信を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記リフレッシュトリガイベントを検出する前記ステップは、最後のリフレッシュから所定の時間経過したことの検出を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記車載システムから、話言葉の音声録音を含むボイスノートを受信するステップと、
前記話言葉の音声テキスト変換を含む記録したテキストを取得するステップと、
前記記録したテキストに記載されている、イベントの予定を有する新しいカレンダーの入力を生成するステップと、
前記カレンダーの入力を前記車載システムに転送するステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記記録したテキストを取得する前記ステップは、
前記ボイスノートを処理するために、前記ボイスノートをボイスノートサーバにアップロードするステップと、
前記ボイスノートサーバから前記記録したテキストを受信するステップと、をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
プロセッサによって実行される命令を記憶した、コンピュータが読み取り可能な記憶媒体であって、プロセッサによって実行されると、プロセッサが、
第一のカレンダーソース専用の第一の固有カレンダーフォーマットで第一のカレンダーデータを記憶する前記第一のカレンダーソースから、前記第一のカレンダーデータを受信するステップと、
前記第一の固有カレンダーフォーマットにフォーマットされた前記第一のカレンダーデータを、車載システムへの転送に適した車両用カレンダーフォーマットに変換するステップと、
短距離通信プロトコルを使用して、前記変換されたカレンダーデータを前記モバイル機器から前記車載システムへ転送するステップと、
を含むステップを実行する命令を記憶したコンピュータが読み取り可能な記憶媒体。
【請求項１４】
前記プロセッサによって実行されると、前記プロセッサは、 
前記第一のカレンダーフォーマットとは異なる、第二のカレンダーソース専用の第二の固有カレンダーフォーマットで第二のカレンダーデータを記憶する前記第二のカレンダーソースから前記第二のカレンダーデータを受信するステップと、
前記第二の固有カレンダーフォーマットにフォーマットされた前記第二のカレンダーデータを前記車載システムへの転送に適した前記車両用カレンダーフォーマットに変換するステップと、
前記第一のカレンダーデータと前記第二のカレンダーデータを合わせて、重複したカレンダーの入力を削除するステップと、を含むステップを実行する命令を記憶した、請求項１３に記載のコンピュータが読み取り可能な記憶媒体。
【請求項１５】
車載コンピュータシステムによって、短距離通信プロトコルを介してモバイル機器から受信した、複数のカレンダーの入力を含む、カレンダーデータを受信するステップと、
予定されたカレンダーのイベントを表示するためのイベントウィンドウと、カレンダーの通知を表示するための通知ウィンドウとを含む、前記カレンダーデータを表示するためのユーザインターフェースを生成するステップと、
前記ユーザインターフェースを車載ディスプレイに出力するステップとを含むことを特徴とする、車両環境内で電子カレンダーを管理するための方法。
【請求項１６】
前記カレンダーのイベントは、０でない時間範囲を有するカレンダーの入力を含み、前記カレンダーの通知は、０でない時間範囲を有さないカレンダーの入力であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ユーザインターフェースは、ユーザが選択すると、前記ユーザインターフェースを更新して、前記イベントウインドウに表示されている前記予定されたカレンダーのイベントよりも前または後に予定された他のイベントを表示する、イベント追加機能をさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１８】
前記ユーザインターフェースは、ユーザが選択すると、前記ユーザインターフェースを更新して、前記通知ウインドウに表示されている前記予定されたカレンダーの通知よりも前または後に予定された他の通知を表示する、通知追加機能をさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記カレンダーの入力を連絡先の入力に関連付けて、前記カレンダーの入力のメタデータと前記連絡先の入力のメタデータとの間で一致する可能性のあるデータを検索するステップと、
時刻があるカレンダーの入力の予定された時間になったことに応じて、前記一致する可能性のあるデータを使用して、アクションを起動するステップと、を含むことを特徴とする請求項１５に記載の方法。 
【請求項２０】
前記アクションを起動するステップは、前記カレンダーの入力のイベントの招待者の少なくとも一部と一致する連絡先の名前もしくは前記カレンダーの入力のイベントの位置の少なくとも一部と一致する連絡先の住所を含んだ連絡先の入力の一覧を表示することを含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記連絡先の入力の一覧から一つの連絡先の入力を選択したことの受信に応じて、 
前記選択された連絡先に対応する電話番号を使って、電話をかけるステップとをさらに有することを特徴とする請求項２０に記載の方法。 
【請求項２２】
前記連絡先の入力の一覧から一つの連絡先の入力を選択したことの受信に応じて、
前記選択された連絡先に対応する住所への案内経路を生成するステップとをさらに有することを特徴とする請求項２０に記載の方法。 
【請求項２３】
前記アクションを起動する前記ステップは、
前記カレンダー入力のイベントの位置の少なくとも一部と一致するＰＯＩのリストを表示するステップと、
前記ＰＯＩのリストの一つの選択の受信に応じて、前記選択したＰＯＩに対応する住所への案内経路を生成することを特徴とする請求項１９に記載の方法。
【請求項２４】
その一つ一つが、予定されたアラート時刻を有するとともにカレンダーの入力に対応する、一つ以上の予定されたカレンダーアラートをアラートデータベースに記憶するステップと、
現在時刻が前記予定されたアラート時刻と一致した時を判定するステップと、
前記現在時刻が前記予定されたアラート時刻と一致したことに応じて、アラートをトリガするステップと、
を含むことを特徴とする請求項１５に記載の方法。
【請求項２５】
前記アラートをトリガする前記ステップは、
前記車両のディスプレイに視覚的なメッセージを表示するステップと、
聴覚的なアラートを起動するステップのうちの少なくとも一つを含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記トリガされたアラートに対するスヌーズ要求を受信するステップと、 
前記アラート時刻に、所定のスヌーズ時間を加えることにより、前記アラート時刻を更新するステップと、
前記更新されたアラート時刻を前記アラートデータベースに記憶するステップと、
をさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２７】
短距離通信プロトコルを介してモバイル機器から複数のカレンダーの入力を含むカレンダーデータを受信するための短距離通信機器と、
前記受信したカレンダーデータを表示するユーザインターフェースを表示するための車載ディスプレイとを備え、 
前記ユーザインターフェースは、予定されたカレンダーのイベントを表示するイベントウィンドウとカレンダーの通知を表わす通知ウィンドウとを含むことを特徴とする車両環境内で電子カレンダーを管理するためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載電子機器に関するものであり、より詳しくは、車両内でのカレンダー情報の表示に関するものである。 
【背景技術】
【０００２】
私用電子カレンダーは多くの機器上で様々な形式で表示されるようになってきており、次第に広く使われるようになってきている。また、携帯電話やインターネットに接続したコンピュータなどの、インターネットに接続される機器の普及によって、「クラウドベース」カレンダーの実用化が可能になっている。このアーキテクチャにおいては、様々な機器がクラウドベースカレンダーにアクセスし、カレンダーデータを同期することができる。そのため、ユーザは、ネットワークに接続された任意のノードからカレンダー情報を見たり、加えたり、編集することが簡単にできる。カレンダーの一項目が一つのノードで変更されると、インターネットに接続されている残りのノードも自動的に更新されて、カレンダーは常に現在の情報を提供することになる。
【０００３】
電子カレンダーが広範に使用されるようになってきたものの、現在のカレンダーシステムは、自動車両環境内から電子カレンダーにアクセスするための便利なメカニズムを提供していない。ドライバーが携帯機器を車内に持ち込むことも考えられるが、使いやすさに問題があることと、新しい安全規則がその携帯機器の使用を望ましくないものにしている。特に、自動車両環境においては、ドライバーは第一に車両の運転に集中するべきである。モバイル機器の画面が小さいことや、その小さな画面を操作するのに注意力が必要なことから、ドライバーがカレンダーデータにアクセスしながら車両を安全に運転することは難しい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在の車両には、電子カレンダーに直接アクセスすることが可能なダッシュボードコンピュータシステムを備えているものもある。しかしながら、その様なシステムは、車両がインターネットに接続できる機能を備えることを必要としており、そのインターネットに接続できる機能は、通常、車両の所有者がかなりの追加料金を払わないと加えることが出来ない。さらに、車載システムがインターネット接続機能を備えている場合であっても、現在のシステムは、車載ディスプレイ用というよりは、コンピューターの画面やモバイル機器での閲覧用のカレンダー情報へのアクセスだけを提供している。その様な従来からのカレンダーインターフェースは、通常、ユーザが閲覧したり制御したりするのに相当な注意を必要とする、複雑なディスプレイとインターフェースを含んでいる。したがって、そのようなシステムは、車両の安全な運転に集中しなければいけないドライバーが使うには、実用的ではない。
【課題を解決するための手段】
【０００５】
モバイル機器は、車両内での表示用の電子カレンダーを提供する。モバイル機器は、そのカレンダーソース専用の固有カレンダーフォーマット      でカレンダーデータを記憶するカレンダーソース（例えば、ネットワークベースのカレンダーサーバもしくは、モバイル機器に内部的に記憶された、同期されたカレンダー）からそのカレンダーデータを受信する。モバイル機器は、そのカレンダーデータを固有カレンダーフォーマットから車載システムへの転送に適した車両用カレンダーフォーマットへ変換する。次に、モバイル機器は、その変換されたカレンダーデータを短距離通信プロトコルを使用して、車載システムに転送する。一実施形態においては、モバイル機器は、カレンダーデータを異なる固有フォーマットで記憶する２つの異なるカレンダーソース (例えば、２つの異なるネットワークベースのカレンダーサーバもしくは、一つの内部カレンダーと一つのネットワークベースのカレンダーサーバ) からカレンダーデータを受信する。モバイル機器は、その２つの異なるカレンダーソースからのカレンダーデータをまとめて、車両用フォーマットに変換し、そのカレンダーデータを処理して重複した入力を削除する。さらに、モバイル機器は、受信したカレンダーデータを時間的にスケーリングしたり、カレンダーデータにフィルタを適用して車両での使用に適さないデータ形式を削除したりしてもよい。
【０００６】
一実施形態においては、モバイル機器は、話した言葉の音声録音を含む、ボイスノートを車載システムから受信する。モバイル機器は、話した言葉に対応する、発話を書き取ったデータを取得し、その発話を書き取ったデータを処理して、カレンダーの入力を追加したり、更新したりする。さらに、モバイル機器は、後の使用のために、その音声録音を記憶していてもよい。
【０００７】
車載システムは、車両環境内で電子カレンダーを表示し、管理するものである。車載システムは、短距離通信プロトコルを介して、モバイル機器からカレンダーデータを受信する。そのカレンダーデータは、複数のカレンダーの入力を含んでいる。車載システムは、そのカレンダーデータを表示するためのユーザインターフェースを生成する。一実施形態においては、ユーザインターフェースは、予定されたカレンダーイベントを表示するためのイベントウインドウとカレンダーの通知を表示するための通知ウインドウとを含んでいる。次に、車載システムは、そのユーザインターフェースを車載ディスプレイに出力する。
【０００８】
一実施形態においては、車載システムは、カレンダーの入力と、連絡先の入力及び/またはＰＯＩデータベースとを関連付けて、一致する可能性がある項目を検索する。カレンダーの入力において予定されたイベントの時間になると、車載システムは、その一致した可能性がある項目に基づいてアクションを起こす。例えば、車載システムは、カレンダーイベントの招待者の名前に少なくとも一部が一致した名前の連絡先に電話をかけてもよい。または、車載システムは、予定されたカレンダーイベントのイベントの位置に少なくとも一部が一致した連絡先の住所もしくはＰＯＩへの経路を生成してもよい。 
【０００９】
一実施形態においては、車載システムは、カレンダーデータを処理して、予定されたカレンダーイベントに関連するアラートを記憶する。（そして）予定されたアラート時刻になった時、車載システムは、視覚的アラート及び/または聴覚的アラートをトリガすることができる。スヌーズ機能によって、ユーザは、アラートが後に起動するように再調整することもできる。
【００１０】
本明細書で説明した特徴や利点は、包括的なものではない。特に、図面、明細書、請求の範囲を参照することで、当業者には他の多くの特徴や利点が明らかとなるであろう。さらに、本明細書で使用されている言語は、主に読みやすさや指導を目的として選択されたものであり、発明の主題を限定するために選択されたものではないことを理解されたい。
【図面の簡単な説明】
【００１１】
本発明の実施形態の説明は、添付の図面と以下の詳細な説明を参照することで、容易に理解することが出来るものである。 
【００１２】
【図１】本発明の一実施形態による車両環境を図示したものである。
【図２】本発明の一実施形態によるモバイル機器を図示したブロック図である。
【図３】本発明の一実施形態による車載システムを図示したブロック図である。
【図４】本発明の一実施形態による、車両へカレンダーデータを提供する処理を表わしたフローチャートである。
【図５】本発明の一実施形態による、カレンダー情報を変換する処理を表わしたフローチャートである。
【図６】本発明の一実施形態による、車両内でカレンダーの入力を表示するためのユーザーインターフェース画面を図示している。
【図７】図７（ａ）は、本発明の一実施形態による、車両内でカレンダーの入力を表示するための第１セットのユーザーインターフェース画面を図示している。図７（ｂ）は、本発明の一実施形態による、車両内でカレンダーの入力を表示するための第２セットのユーザーインターフェース画面を図示している。
【図８】本発明の一実施形態による、ボイスノートを利用するための処理を表わしたフローチャートである。
【図９】本発明の一実施形態による、カレンダーの入力に基づいてアクションを起こす処理を表わしたフローチャートである。
【図１０】本発明の一実施形態による、カレンダーの入力に基づいてアクションを起こすためのユーザーインターフェース画面を図示している。
【図１１】本発明の一実施形態による、カレンダーアラートを管理するための処理を図示したフローチャートである。
【図１２】図１２（ａ）は、本発明の一実施形態による、車両内でカレンダーアラートを管理するための第１のユーザーインターフェース画面を表わした図である。図１２（ｂ）は、本発明の一実施形態による、車両内でカレンダーアラートを管理するための第２のユーザーインターフェース画面を表わした図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、（本発明の）実施形態を説明する。なお、同じ参照番号は同一の構成要素または機能的に類似した構成要素を表わすものとする。また、各図面の各参照番号の左端の数字は、その参照番号が最初に使われた図面に対応している。 
【００１４】
本明細書における、「一実施形態」 という用語は、複数の実施形態で説明した、ある特定の機能、構造、特徴が少なくとも１つの実施形態に含まれるという意味である。また、本明細書の至るところで使用されている「一実施形態においては」という表現は、必ずしも同じ実施形態を指しているわけではない。
【００１５】
以下の詳細な説明には、コンピュータ・メモリ内のデータビット操作のアルゴリズム及び記号表現によって表された部分がある。このようなアルゴリズム記述及び表現は、データ処理技術分野において、当業者が研究内容を他の当業者に最も効率的に伝えるために用いる手段である。あるアルゴリズムがあり、それが概して期待した結果に至る筋の通ったステップの系列だと理解されるとする。それらのステップは、物理量の物理的処理を要するステップである。必ずという訳ではないが、これらの物理量は記憶、転送、結合、比較、その他処理が可能な電気的または磁気的信号の形をとるのが普通である。これらの信号をビット、値、要 素、記号、文字、術語、番号などで表わすのが、主に慣用上の理由から便利な場合があることが分かっている。さらに、一般性を損なうわけではないが、物理量の物理的処理、物理量の変換または物理量の表現を必要とするステップのある特定の配列を、モジュールもしくはコードデバイスなどと表すのが便利な場合があることが分かっている。
【００１６】
しかしながら、このような術語や同様の用語はすべて適切な物理量に関連付けられるべきであり、また、それら物理量に付けた便宜上のラベルに過ぎないということに留意すべきである。以下の説明より明らかなように、特に断わらない限り、「処理」、「演算」、「計算」、「判定」、「表示」などの術語によって論じられることは、コンピュータシステムのレジスタ及びメモリの内部の物理的（電子的）な量として表現されたデータを処理して、コンピュータシステムのメモリやレジスタ、その他同様の情報記憶装置、情報伝送装置又は表示装置の内部の同様に物理量として表現された他のデータへ変換する、コンピュータシステムや、（特殊計算機などの）同様の電子的演算装置の作用及びプロセスを意味する。
【００１７】
（本発明の）実施形態のある側面は、アルゴリズムの形で記述されたプロセス・ステップ及び命令を含んでいる。実施形態におけるそれらのプロセス・ステップ及び命令は、ソフトウェア、ファームウェア、もしくはハードウェアのいずれでも実現することが可能であり、ソフトウェアによって実現する場合、ダウンロードして様々なオペレーティングシステム上の各種プラットフォームに駐在させて動作させることも出来る。
実施形態は、コンピューティングシステムで実行することが出来るコンピュータプログラム製品の形であってもよい。
【００１８】
実施形態は、本明細書に述べた処理を実行するための装置にも関係するものである。このような装置は、例えば、特殊コンピュータなど、所要目的のために専用に作られたものであってもよいし、汎用コンピュータを内蔵のコンピュータ・プログラムによって選択駆動もしくは再構成したものでもよい。そのようなコンピュータ・プログラムは、コンピュータが読み取り可能な記憶媒体、限定するわけではないが例えば、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスクなどの任意の種類のディスク、リードオンリーメモリ（ＲＯＭ）やランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード又は光カードなど、コンピュータのシステムバスに接続された電子的命令の記憶に適した任意種類の媒体に格納することができる。メモリ/記憶装置は、揮発性であっても不揮発性であってもよい。メモリは、情報/データ/プログラムを記憶することが出来る、上記の装置及び/または他の装置の任意のものを含む。さらに、明細書中でコンピュータと呼ばれるものは、１つのプロセッサのみを含むものでもよいし、演算能力の向上のために設計されたマルチプロセッサ構成を実装したものでもよい。
【００１９】
本明細書で提示したアルゴリズム及び表示は、本質的に、いかなる特定のコンピュータ、その他の装置とも関わりがない。様々な汎用マシンを、本明細書に述べる内容に従ったプログラムで使用し得るが、所要の手順のステップの実行のために、より特化した装置を作るほうが好都合であるかもしれない。そのような多様なシステムに必要とされる構造は以下の説明から明らかになろう。さらに、どのような特定のプログラミング言語とも関連付けることなく実施形態を説明する。 本明細書に述べる実施形態の内容を実現するために様々なプログラミング言語を使用し得ることを理解されよう。本明細書における、特定のプログラミング言語に関する言及は、本発明の実施可能性及び最良の実施形態を開示するためである。
【００２０】
さらに、本明細書における用語は原則的に可読性及び説明の便宜上選択されたものであり、発明の主題を特定、制限するために選択されたものではない。したがって、実施形態の開示は説明のためのものであり、請求の範囲に記載された実施形態の範囲を制限するものではない。
【００２１】
概要
車内で電子カレンダーを取得、管理、表示し、当該電子カレンダーに関する様々な機能を実行するためのシステム、方法およびコンピュータが読み取り可能な記憶媒体について説明する。（まず）モバイル機器上で動作するアプリケーションは、アイキャル、グーグル・カレンダー、マイクロソフト・アウトルック・カレンダー、ヤフー・カレンダーなどの、一つ以上のネットワークベースのカレンダーシステムから、ユーザのカレンダーデータを取得する。そのアプリケーションは、カレンダーデータを集計し、そのカレンダーデータを、（車両への）転送及び車両内での表示に適する車両用フォーマットに変換する。その後、モバイル機器は車両用フォーマットのカレンダー情報を車載表示システムに転送する。コンピュータの画面やモバイル機器の画面での表示用に設計された従来のカレンダーフォーマットとは異なり、車両用カレンダーフォーマットは、車両内での表示専用に設計されている。そのため、車両用カレンダーフォーマットでは、ユーザが出来る限り注意をそらすことなくカレンダーの項目を見たり編集したりすることが出来るようにカレンダー情報が配置されている。 その結果、ドライバーは車両の運転に集中を保つことが出来る。図４乃至図７（ｂ）を参照しながら、カレンダーデータを処理、表示するための方法及びインターフェースの例を以降で詳述する。 
【００２２】
車両内でのユーザの体験をよりよいものにするために、電子カレンダーに関する付加的な機能も提供されている。第一に、カレンダーシステムは、ユーザが音声メッセージを録音することを可能にする「ボイスノート」機能を備える。録音された音声メッセージは、特定の単語やフレーズを抽出するように処理され、録音されたボイスノートに基づいて、新しいカレンダーの入力やアドレス帳への入力が適宜作成される。この機能により、ユーザは、車両の運転中に注意をそらすことなくカレンダーの項目やアドレス帳の項目を容易に追加したり修正したりすることが出来る。このボイスノートの機能については、図８を参照しながら以降でさらに詳述する。
【００２３】
第二に、カレンダーシステムは、カレンダーデータを処理し、（そのカレンダーデータの）内容に基づいて、ある特定の行動をとるようにすることもできる。例えば、カレンダーシステムは、カレンダーの入力を処理し、カレンダーのスケジュールに入力したイベントの招待者に自動的に電話をかけるようにハンズフリー・テレフォンユニットを構成することもできるし、カレンダーのスケジュールに入力したイベントが行われるアドレスへの経路を生成するようにナビゲーションユニットを構成することもできる。この機能により、ユーザが手動でそのタスクを行う必要がなくなり、よりドライバーの注意をそらさないようにすることが出来る。カレンダーのアクション機能については、図９及び図１０を参照しながら以降でさらに詳述する。
【００２４】
第三に、カレンダーシステムは、予定された時刻の前、または予定された時刻に、カレンダーのイベントをユーザに知らせるために、スケジュールにあるカレンダーイベントに対応する注意喚起（アラート）を処理するようにすることもできる。アラートは、ドライバの注意をそらさずに、車内で見たり管理したりするのに適した方法で表示される。カレンダーのアラート機能については、図１１、図１２（ａ）及び図１２（ｂ）を参照しながら、以降でさらに詳述する。
【００２５】
システムアーキテクチャ
図１は、様々な実施形態で使われる運用環境１００の一例を図示している。 運用環境１００は、車載システム１１２を備える車両１１０と、モバイル機器１２０と、車載システム１１２とモバイル機器１２０との通信用の短距離通信リンク１１６と、ネットワーク１３０と、モバイル機器１２０とネットワーク１３０との間の無線ネットワーク通信リンク１２５と、ネットワーク１３０に接続された様々なサーバ(例えば、カレンダーサーバ１４０、連絡先データサーバ１５０、ボイスノートサーバ１６０など) とを含んでいる。ここで説明する通信リンク１１６、１２５は、上記した機器を直接もしくは間接的に接続することが出来るものである。
【００２６】
車載システム１１２は、車両のテレマティクス・システムの一部である演算装置を備える。車載システム１１２の一実施形態については、図３を参照しながら、以降でさらに詳しく説明する。概して、車載システム１１２は、表示スクリーンを介して情報を表示し、ユーザからの入力を受け付けて、様々な機能を実行する。車載システム１１２は、 車載システム１１２がモバイル機器１２０などの機器と情報を送受信することを可能にする短距離通信テクノロジーを備えている。この機能により、例えば、車載システム１１２がモバイル機器からカレンダー情報を取得し、車載システム１１２にカレンダー情報を表示し、ユーザが様々なカレンダーの機能を管理できるようにする制御を提供できる。
【００２７】
車載システム１１２とモバイル機器１２０間の短距離通信リンク１１６には、ブルートゥース・テクノロジー（登録商標）Bluetooth（登録商標）(R)やワイファイテクノロジーなどの無線短距離通信技術、もしくは、例えばユニバーサル・シリアル・バス(ＵＳＢ)などの有線短距離通信技術を使用してもよい。車載システム１１２とモバイル機器１２０は、短距離通信リンク１１６を介して、互いに接続したりペアにしたりすることが出来る。
【００２８】
モバイル機器１２０の例としては、携帯電話、パーソナル・デバイス・アシスタント(ＰＤＡ)、スマートフォン、ポケットパーソナルコンピュータ(ＰＣ)、ラップトップコンピュータ、スマートウォッチ、または、プロセッサと通信機能を備えたその他の持ち運び可能な機器が挙げられる。次に、モバイル機器１２０の一実施形態について図２を参照しながらさらに詳しく説明する。概して、モバイル機器１２０は、モバイル機器１２０が車載システム１１２と通信し、以降でさらに詳しく説明する様々な数多くの機能やインタラクションを実行できるようにする、一つ以上のソフトウエアアプリケーションを実行する。例えば、モバイル機器１２０は、カレンダーの入力、カレンダーアラート、連絡先データそしてボイスノートなどを管理したり、転送したりすることが出来る。 
【００２９】
（また）モバイル機器１２０は、ネットワーク１３０を介して、カレンダーサーバ１４０、連絡先データサーバ１５０、ボイスノートサーバ１６０などの様々なサーバと通信することもできる。ネットワーク１３０は、例えば、携帯電話ネットワークなどの無線通信ネットワークに加え、インターネット、公衆交換電話網(ＰＳＴＮ)、パケット交換網、フレームリレーネットワーク、光ファイバネットワーク、ワイファイ・ネットワーク、ワイマックス・ネットワーク、ＣＤＭＡネットワーク、ＧＳＭ（登録商標）ネットワーク、３Ｇネットワーク、４Ｇネットワーク、またはその他の無線ネットワークなどの、一つ以上のネットワークを含んでいてもよい。
【００３０】
サーバ１４０、１５０、１６０は、ネットワーク１３０を介して通信を行って、様々な機能を実行したり、ネットワーク１３０上の他の機器がアクセス可能なデータを記憶したりする。カレンダーサーバ１４０は、例えば、アイキャル・サーバ、グーグル・カレンダー・サーバ、マイクロソフト・イクスチェンジ・サーバ、または、ヤフー・カレンダー・サーバなどの一つ以上のネットワークベースのカレンダーサーバを含むことが出来る。カレンダーサーバ１４０は、ある特定のユーザのために、１セットのカレンダーの入力を記憶し、（その１セットのカレンダーの入力を）要求するネットワーク１３０上の機器にこれらのカレンダーの入力に関するカレンダーデータを提供する。一つ一つのカレンダーの入力は、ある特定のイベントの時刻に予定されたイベント(例えば、ミーティング、アポイントメント、リマインダーなど) に対応する。また、例えば、イベントのタイトル、イベントの招待者、イベントの説明、イベントの場所、イベントの終了時間などの、様々なその他のメタデータを各カレンダーの入力に含めるてもよい。さらに、予定されたイベントの時刻の前、または予定されたイベントの時刻にユーザに注意喚起をするために、カレンダーの入力に一つ以上のアラートを関連付けてもよい。ユーザは、カレンダーサーバ１４０に直接もしくは間接的にアクセスすることが出来る任意のネットワーク１３０上の機器を使用して、カレンダーの入力を追加したり、修正したり、削除したりすることが出来る。
【００３１】
連絡先データサーバ１５０は、特定のユーザのために、１セットの連絡先の入力を記憶し、（この１セットの連絡先の入力を）要求するネットワーク１３０上の機器にこの連絡先の入力に関する連絡先データを提供する。一つ一つの連絡先入力は、名前、住所、電話番号、Ｅメールアドレス、ウェブサイトなどの、個人や会社に関する様々なメタデータを含んでいる。（また）連絡先データサーバ１５０は、カレンダーサーバ１４０の一部であってもよい。例えば、アイキャル・サーバ、グーグル・カレンダー・サーバ、マイクロソフト・イクスチェンジ・サーバ、ヤフー・カレンダー サーバなどの、多くのネットワークベースのカレンダーサーバは、連絡先データサーバ１５０として機能することも出来るアドレス帳機能を備えている。別の例では、連絡先データサーバ１５０はカレンダーサーバ１４０から完全に分離していてもよい。
【００３２】
ボイスノートサーバ１６０は、ボイスノート、つまり、ユーザが録音した音声メモを記憶したり処理したりする。例えば、ボイスノートサーバ１６０は、モバイル機器１２０から受信したボイスノートについて音声テキスト変換を行い、音声から変換したテキストをモバイル機器１２０に戻すこともできる。さらに、ボイスノートサーバ１６０は、録音したオーディオファイルを記憶したり、そのオーディオファイルをＥメールやテキストメッセージサービスを介して、ユーザーに送信することができる。さらに、ボイスノートサーバ１６０は、カレンダーサーバ１４０や連絡先データサーバ１５０と通信をして、オーディオファイルをカレンダーの入力や連絡先の入力に関連付けることもできる。
【００３３】
説明を明瞭にするために、各タイプのサーバ１４０、１５０、１６０は一台だけしか図示していないが、実際には、ネットワーク１３０上には各タイプについて複数のサーバが存在していてもよい。さらに、２台以上のサーバ１４０、１５０、１６０を組み合わせて、１台のコンピュータで実装してもよい。
【００３４】
稼働時、車載システム１１２とモバイル機器１２０は、短距離通信リンク１１６を介して互いに通信を行う。モバイル機器１２０は、車載システム１１２から受信した情報を記憶し、ネットワーク１３０を介して、カレンダーサーバ１４０、連絡先データサーバ１５０もしくはボイスノートサーバ１６０などのモバイル機器１２０から離れた場所にある処理装置にその受信した情報を提供してもよい。同様に、モバイル機器１２０はサーバ１４０、１５０、１６０から受信した情報を記憶することもできるし、車載システム１１２にその受信した情報を提供することもできる。このように、車載システム１１２が直接ネットワーク１３０にアクセスできる装置を備えていない場合でも、車載システム１１２はモバイル機器１２０を使用して、間接的にネットワーク１３０にアクセスすることが出来る。 
【００３５】
モバイル機器 
図２は、モバイル機器１２０の一実施形態を図示したブロック図である。一実施形態において、モバイル機器１２０は、メモリ２１０とプロセッサ２２０を備えている。ディスプレイ、入力キー、マイクロホン、スピーカーなどの従来からあるモバイル機器１２０の構成要素は、説明の明瞭性のため記載を省略してある。
【００３６】
プロセッサ２２０はデータを処理するものであり、様々なコンピューティング・アーキテクチャを備えていてもよい。図２では一つのプロセッサ２２０しか図示していないが、複数のプロセッサを備えていてもよい。メモリ２１０は、動的ランダムアクセスメモリ(ＤＲＡＭ)装置、静的ランダムアクセスメモリ（ＳＲＡＭ）装置、フラッシュ・ラム (不揮発性記憶装置)、これらの記憶装置の組み合わせ、または、当技術分野で既知のその他のメモリ装置である。メモリ２１０はデータ記憶装置として使用することができ、モバイル機器１２０上で実行可能な様々なアプリケーションを記憶するために使用することができる。例えば、メモリ２１０は、有線もしくは無線通信システムを介してモバイル機器１２０にダウンロードすることができるｉＰｈｏｎｅ（商標）や Ａｎｄｒｏｉｄ（商標）ベースのアプリケーションを記憶してもよい。一般的にこれらのアプリケーションは、様々な機能を実行するためのコンピュータが実行可能なプログラム指令を備えている。（プログラムが）作動するとき、これらのプロがラム指令（プログラム）は、メモリ２１０からロードされてプロセッサ２２０によって実行される。別の実施形態においては、これらのアプリケーションは、例えば、ソフトウエアの機能を必要に応じて提供する技術(ＳａａＳ)やクラウド・コンピューティングなどの様々なソフトウェアパラダイムのうちの任意のパラダイムの一部であってもよい。
【００３７】
一実施形態においては、メモリ２１０は、車両接続(ＶＣ)アプリケーション２１２を記憶していてもよい。ＶＣアプリケーション２１２は、モバイル機器１２０と車載システム１１２との通信を促進するものであり、車載システム１１２へのデータ転送のために、データをフォーマットするものである。ＶＣアプリケーション２１２は、プッシュ型通信メカニズム、もしくはプル型通信メカニズムのいずれかによって、車載システム１１２と通信を行うことが出来る。例えば、PBAP Bluetooth通信方法やOBEX Bluetoothプロトコルを使用することによって、 モバイル機器１２０と車載システム１１２の間でデータを転送してもよい。さらに、ＶＣアプリケーション２１２は、様々なインターネットサーバ(例えば、サーバ１４０、１５０、１６０)と通信を行い、カレンダーの入力、アラート、連絡先、ボイスノート情報を集計したり同期したりしてもよい。 
【００３８】
データ転送の処理に加えて、ＶＣアプリケーション２１２は、ネットワーク１３０と車載システム１１２の両方へのアクセスの接続タイミングを管理してもよい。例えば、ＶＣアプリケーション２１２は、カレンダーや連絡先を更新するリフレッシュタイミングを制御することもできる。一実施形態においては、ＶＣアプリケーション２１２は、アプリケーション２１２が車両１１０に接続されていなくても、サーバ１４０、１５０、１６０から更新データを取得し、モバイル機器１２０に記憶しておくこともできる。そして、ＶＣアプリケーション２１２は、上記のようにして予め取得しておいた更新情報を、後に車載システム１１２に転送することが出来る。これにより、ＶＣアプリケーション２１２は、(モバイル機器１２０が車両１１０に接続されていなかったとしても)、ＶＣアプリケーション２１２がネットワーク１３０の通信範囲にいさえすれば、その更新情報を取得することが可能になり、また、後にその更新情報を車載システム１１２に転送することが出来る。サーバ１４０、１５０、１６０からデータを受信するときは、ＶＣアプリケーション２１２は、データにフィルタをかけ、車載システム１１２にその情報を送信する前に、データをキャッシュすることが出来る。このように、ＶＣアプリケーション２１２が実行する（データの）収集及び処理タスクによって、車載システム１１２の処理要件を軽減することができる。さらに、車載システム１１２は、ネットワーク１３０へ直接アクセスする必要はない。 
【００３９】
ＶＣアプリケーション２１２は、車載システム１１２から受信したデータの処理を行うことも出来る。例えば、ＶＣアプリケーション２１２は、車載システム１１２を使用してユーザが行ったカレンダーデータや連絡先の変更を受信したり、車載システム１１２からボイスノートを受信して、それらのデータを処理してもよい。カレンダーサーバ１４０にカレンダーの更新情報を提供したり、連絡先データサーバ１５０に連絡先の更新情報を提供するために、ＶＣアプリケーション２１２はカレンダーや連絡先の修正を比較し、処理する。
【００４０】
一実施形態においては、ＶＣアプリケーション２１２は、カレンダーモジュール２１４、連絡先モジュール２１６及びボイスノートモジュール２１８を有している。カレンダーモジュール２１４は、カレンダーサーバ１４０と通信を行い、カレンダーデータを取得して、カレンダー更新情報をサーバ１４０に送り返す。カレンダーモジュール２１４は、カレンダーサーバ１４０専用のアプリケーションプログラミングインターフェース (ＡＰＩ) (例えば、CalDAVプロトコルやMS Exchangeプロトコルなど)を使用して、通信を行う。カレンダーモジュール２１４は、モバイル機器上で動作するカレンダーアプリケーションを備えていてもよく、また、そのカレンダーアプリケーションは、自身の固有カレンダーフォーマットを有していてもよい。カレンダーモジュール２１４は、カレンダーデータを処理してデータを集計し、カレンダーサーバ１４０専用の固有カレンダーフォーマットから車両への転送や車両での表示に適した車両フォーマットへ、データを変換する。さらに、カレンダーモジュール２１４は、車載システム１１２と通信を行って、車両フォーマットへ変換したカレンダーデータを送信したり、更新情報を受信したりする。
【００４１】
連絡先モジュール２１６は、ＡＰＩを介して、連絡先データサーバ１５０と通信を行い、連絡先データサーバ１５０から連絡先データを取得する。連絡先モジュール２１６は、連絡先データの処理や集計をして、連絡先モジュール２１６の固有フォーマットから車両用フォーマットへ連絡先データを変換して、その連絡先データを車両へ送信する。連絡先モジュール２１６は、車載システム１１２から更新情報を受信してもよく、また、連絡先データサーバ１５０へ、その更新情報を中継してもよい。
【００４２】
ボイスノートモジュール２１８は、車載システム１１２から、録音されたボイスノートを受信して、そのボイスノートをボイスノートサーバ１６０へ送信する。ボイスノートモジュール２１８は、処理後の音声データに対応する、書き起こされたテキストをボイスノートサーバ１６０から受信する。ボイスノートモジュール２１８は、その書き起こされたテキストをさらに処理して、キーワードやフレーズを抽出し、そのキーワードやフレーズを使って、カレンダーや連絡先の入力を生成したり、修正することも出来る。ボイスノートの機能については、 図８を参照しながら、以降でさらに詳しく説明する。
【００４３】
車載システム 
図３は、車載システム１１２の一実施形態を図示したブロック図である。一実施形態において、車載システム１１２は、メモリ３１０、プロセッサ３４０、ナビゲーションユニット３５０及び電話ユニット３６０を備えている。ディスプレイ、時計、入力キー、マイク、スピーカ、短距離通信部などの車載システム１１２の従来からあるその他の構成部品については、説明の明瞭性を考慮し、その記載を省略する。 
【００４４】
メモリ３１０は、モバイルコネクト(ＭＣ)アプリケーション３２０を記憶している。ＭＣアプリケーション３２０は、短距離通信リンク１１６を使用して、モバイル機器１２０上のＶＣアプリケーション２１２と（インターフェースで）接続している。ＭＣアプリケーション３２０は、モバイル機器１２０と交換したデータをプッシュしたりプルしたりすることが出来る。一般的に、ＭＣアプリケーション２１２が受信したデータは、モバイル機器１２０上で既に処理されており、車載システム１１２が行う処理量は軽減されている。データを受信すると、ＭＣアプリケーション２１２は、(例えば、ASCII XMLファイルで)データを記憶し、必要に応じて、そのデータにアクセスする。ＭＣアプリケーション３２０は、ユーザからリフレッシュの要求を受信して、その要求をモバイル機器１２０に送信することもできる。さらに、ＭＣアプリケーション３２０は、ユーザからデータの入力(例えば、カレンダーの入力、連絡先の入力またはボイスノートの追加、削除、修正など)を受信して、これらの更新情報をモバイル機器１２０に送り返すことも出来る。
【００４５】
ＭＣアプリケーション３２０は、ユーザと車載システム１１２との通信を可能にするユーザインターフェースを生成する。例えば、そのユーザインターフェースは、様々なディスプレイ、メニュー、制御、その他の従来からあるユーザインターフェース機能を提供することが出来る。一実施形態においては、そのユーザインターフェースは、予め決められたフォーマットでデータを表示する。この実施形態においては、表示フォーマットは、受信したデータによって決まるというよりは、ユーザインターフェースに対応する「スキン」によって決まる。スキンが変わると、外観も変更される。例えば、スキンは、フォント、色、フォントのサイズ、背景色などの表示属性を指定することが出来る。さらに、様々なスキンは、色々なタイプのデータを表示に加えたり、表示から除いたり、異なるフォーマットで表示したりすることができる。 
【００４６】
ＭＣアプリケーション３２０は、カレンダーデータベース３３２、連絡先データベース３３４、アラートデータベース３３６などを含む様々なデータベースとデータの送受信を行う。カレンダーデータベース３３２と連絡先データベース３３４は、それぞれ、モバイル機器１２０から車載システム１１２が受信したか、車載システム１１２を使用して、ユーザが入力または修正したカレンダーの入力と連絡先の入力を記憶する。一実施形態においては、カレンダーの入力や、連絡先の入力は、イベントの色々な面に関連した様々なフィールドを含む、あるデータスキーマ(例ASCII XMLフォーマット)にしたがって記憶されている。例えば、各カレンダーの入力のカレンダーデータスキーマは、イベントの日付、イベントの開始時間、イベントの終了時間、イベントのタイトル、イベントの位置、イベントの説明、イベントに参加する人、イベントの通知時間などのフィールドを含んでいてもよい。各連絡先の入力の連絡先データスキーマは、連絡先の名前、連絡先のアドレス、連絡先の電話番号、連絡先のファックス番号、連絡先のＥメールアドレスに対応するフィールドを含んでいてもよい。データが分からなかったり、特定の入力に適当でない場合、一つ以上のメタデータのフィールドは、空白であってもよい。例えば、カレンダーの入力がアポイントメントやミーティングというよりは、ただのリマインダーのような入力（例えば、母の誕生日）である場合は、そのカレンダーの入力は、「イベントの位置」が省略されたものでもよい。
【００４７】
ＭＣアプリケーション３２０は、カレンダーの入力を処理して、イベントの通知時間に基づいてアラートを生成して管理したり、そのアラートをアラートデータベース３３６に記憶したりすることもできる。アラートデータベース３３６を使用して、ＭＣアプリケーション３２０は、現在時刻を監視し、現在時刻とスケジュールにあるアラートの時間が一致した時、アラートを発することができる。通知時刻は、(例えば、リマインダーをするために)イベントの時刻より前であってもよいし、カレンダーの入力のイベントの時刻と直接関連付けられていてもよい。
【００４８】
一実施形態においては、ＭＣアプリケーション３２０は、カレンダーデータベース３３２と連絡先データベース３３４に記憶されている入力を処理して、（それらの）入力を比較して、相互に関連づける。例えば、ＭＣアプリケーション３２０は、カレンダーの入力と連絡先の入力の間で一致するメタデータを見つけることができる。これにより、例えば、ＭＣアプリケーション３２０は、(例えば、カレンダーの入力の「イベントに参加する人」フィールドと連絡先の入力の「連絡先の名前」フィールドの間で一致するデータを見つけることにより)、イベントに招待された人の電話番号や住所を自動的に判定することが出来る。その後、ＭＣアプリケーション３２０は、この一致結果に基づいて、ハンズフリー電話ユニット３６０を使用して招待者に電話をかけたり、ナビゲーションユニット３５０を使用して招待者の住所への経路を生成したりするなどの処理を行うこともできる。さらに、ＭＣアプリケーション３２０は、車載ナビゲーションユニット３５０の一部として備わるＰＯＩデータベース３５２に記憶されている関心場所(ＰＯＩ)とカレンダーの入力や連絡先の入力を関連付けることもできる。図９及び図１０を参照しながら、カレンダーのイベントに基づいてアクションを行うための処理について以下に詳述する。
操作及び使用
【００４９】
車載電子カレンダー 
図４は、車両環境１００内で使用される電子カレンダーを提供するための処理の一実施形態を示している。（図４では）、その処理の様々なステップが、カレンダーサーバ１４０、モバイル機器１２０、車載システム１１２によって実行されるものとして図示してある。他の実施形態においては、図示してある機器とは異なる機器がステップを実行してもよいし、２つ以上の機器がまとめて図示してあるステップを実行してもよい。
【００５０】
カレンダーデータを車載システム１１２に転送する処理は、一般的には、モバイル機器１２０がリフレッシュ・トリガ・イベントを検出した（４０２）時に、開始される。そのリフレッシュ・トリガ・イベントは、ユーザによって起動された手動のリフレッシュ要求であってもよいし、ある特定のリフレッシュ条件が満たされた時に自動的に起動するものであってもよい。例えば、一実施形態においては、モバイル機器１２０は、(例えば１０分毎など)最後のリフレッシュから決まった時間が経った後に、車載システム１１２にカレンダーリフレッシュを提供する。他の実施形態においては、リフレッシュ・トリガ・イベントは、車両１１０のエンジンの起動や他の検出可能なイベントなどによって発信された車載システム１１２からの信号の受信を含む。
【００５１】
リフレッシュ・トリガ・イベントを検出したら、モバイル機器１２０は、適当なカレンダーＡＰＩを使用して、指定された日付の範囲内のカレンダー情報をカレンダーサーバ１４０に要求する（４０４）。または、モバイル機器１２０は、（カレンダーサーバ１４０とは）異なるカレンダーソースにカレンダー情報を要求したり、内部に記憶されたカレンダーからカレンダー情報をロードしてもよい。この処理は、(例えば、アイキャル、マイクロソフト・アウトルック・カレンダー、グーグル・カレンダー、ヤフー・カレンダーなどの)異なるカレンダーシステムを使用した、 複数のカレンダーサーバ１４０への要求を含んでいてもよい。指定した日付の範囲は、カレンダーサーバ１４０によって記憶された日付の全範囲よりも狭いのが普通である。例えば、カレンダーサーバ１４０は、現在の日付の前後何年間ものカレンダーの入力を記憶しているが、モバイル機器１２０は、現在の日付から３０日後までのカレンダーデータしか要求しない場合もある。その要求された日付の範囲は、車載システム１１２が表示するように設計された時間枠よりも長い時間枠を含んでいる場合もある。そのため、モバイル機器１２０や車載システム１１２は、例えば、余分なデータをそれが必要となるまでキャッシュすることが出来る。さらに、これにより、車載システム１１２は、車載カレンダーディスプレイの標準的な日付の範囲に入らない、「近い将来のイベント」をユーザに表示したり、実際にそのイベントが起こる前にアラートをスケジュールに入れたりすることが出来る。 
【００５２】
カレンダーサーバ１４０は、その要求を受信し（４０６）、要求されたカレンダー情報をモバイル機器１２０に提供する（４０８）。モバイル機器１２０は、要求したカレンダー情報をサーバ１４０から受信し（４１０）、要求したカレンダー情報をカレンダーサーバ用のフォーマットから車両用カレンダーフォーマットへ変換する（４１２）。そのカレンダー情報を車両用フォーマットへ変換（４１２）するプロセスは、図５を参照しながらさらに詳しく説明する。変換されたカレンダー情報は、次に、車載システム１１２に転送される（４１４）。車載システム１１２は、カレンダー情報を受信し（４１６）、その情報にしたがって、車載ディスプレイを更新する（４１８）。 
【００５３】
図５は、(例えば、ＶＣアプリケーション２１２のカレンダーモジュール２１４を使用して)カレンダーサーバフォーマットから車両用フォーマット(もしくは、モバイル機器１２０の内部に記憶されたカレンダーフォーマットから車両用フォーマット)に、カレンダー情報を変換する（４１２）ためにモバイル機器１２０が実行する処理の一実施形態を図示している。モバイル機器１２０は、受信したカレンダー情報の固有カレンダーフォーマット（複数の場合もある）を特定する（５０２）。例えば、モバイル機器１２０は、CalDAV フォーマット、マイクロソフト・イクスチェンジ・フォーマット、グーグル・カレンダーフォーマット、その他の標準的なカレンダーフォーマットのうちの一つ以上のフォーマットのカレンダー情報を受信してもよいし、モバイル機器１２０上で実行されるカレンダーアプリケーションに元々備わったフォーマットを使用してもよい。そのあと、モバイル機器１２０は各固有フォーマットで受信したカレンダー情報に変換ルールを適用して（５０４）、様々なカレンダーシステムからのカレンダーデータを比較したり、集計することが出来るように、全てのカレンダーデータを共通のフォーマット(例えば、ASCII XMLフォーマット)に変換する。モバイル機器１２０は、その後、カレンダーデータを集計して（５０６）、重複した入力を特定して削除する。重複した入力は、メタデータのフィールドを比較して、一致したデータを発見することによって検出してもよい。例えば、もし、２つの入力が、同じ開始時間、同じイベントタイトル、同じ参加者、同じイベントの場所であれば、その２つの入力は重複したものとして検出してもよい。モバイル機器１２０は、所定のタイムフレームのルールにしたがって、カレンダーデータを修正する（５０８）。例えば、モバイル機器１２０は、第一のタイムフレーム (例えば３０日)をカバーしたカレンダーデータを受信してもよいが、第一のタイムフレームよりも短い第二のタイムフレーム(例えば７日間)をカバーするだけのデータに縮小することも出来る。その後、モバイル機器１２０は、車載システム１１２へ転送するために、そのデータを処理、フィルタする（５１０）。その処理とフィルタリングは、例えば、ハイパーリンク、特殊文字、添付アーチファクトなどの、車両のディスプレイに適していないある特定のデータ形式を取り除く処理を含んでいてもよい。 このステップは、データを、統一形式のデータタイプとコンテナサイズにする変換処理を含んでいてもよい。例えば、一実施形態においては、車載システム１１２への転送のために、カレンダーの入力はASCII フォーマットへ変換される。一実施形態においては、その処理とフィルタリングは、カレンダーの入力を「イベント」もしくは「通知」のどちらかとして特徴づける処理を含んでいてもよい。イベントは、例えば、ミーティング、アポイントメント、もしくは、アクティビティを含んでいてもよい。もし、カレンダーの入力が、(例えば、時間yより早い時間xから時間yの間など)ある設定された時間帯を指定していた場合、通常カレンダーの入力はイベントとして特徴付けられる。対照的に、もしカレンダーの入力が、時間幅のある時間帯を指定していなかった場合、そのカレンダーの入力は通知として特徴づけられる。例えば、カレンダーの入力は、同じ時間の開始時間と終了時間を有していてもよいし、開始時間や終了時間自体を有していなくてもよい。これらのタイプのカレンダーの入力は、０時間のタイムウィンドウを持つ、全日のイベントや、誕生日、休日、ＴＯＤＯリストのリマインダーなどのために作られる。他の実施形態においては、カレンダーの入力を「イベント」もしくは「通知」として特徴付ける処理は、モバイル機器１２０か車載システム１１２のどちらかが実行してもよい。さらに他の実施形態においては、（上記したものとは）異なる基準もしくは他の基準を使用して、カレンダーの入力を「通知」や「イベント」として特徴付けてもよい。
【００５４】
図６は、カレンダー情報を車両内で表示するためのカレンダーインターフェース画面６００の一例である。図示した実施形態においては、カレンダーインターフェース画面６００は、通知ウインドウ６０５およびイベントウインドウ ６１０を含んでいる。イベントウインドウ６１０は、日が近いカレンダーのイベントを順番に並べたリスト(例えば、イベントN、イベントN+l、イベントN+２など)を含んでいる。通常、そのイベントは、時間軸に沿って順番が付けられている。通知ウインドウ６０５は、通知のリストを提供している。通知とイベントは、通常、ユーザによって削除されるまでディスプレイに残って表示される。もしくは、通知とイベントは、ある特定の期間後に自動的に消去されるように構成してもよい。一実施形態においては、通知ウインドウ６０５とイベントウインドウ６１０は、「追加」機能を含んでいる。「追加」機能ボタンを選択すると、現在表示されているものに加えて、追加してイベントや通知がディスプレイに表示される。
【００５５】
図７（ａ）及び図７（ｂ）は、カレンダーユーザーインターフェースと上述した「追加」機能の操作の具体的な例を示している。図７（ａ）は、１セットの通知と１セットのイベントを表示したユーザーインターフェース画面７０２を図示している。イベントのリストの下の「...」は、イベントウインドウに現在表示されているイベントの後に、他のイベントがその日にあることを表わしている。ユーザが、(「...」で表わされる)「追加」機能を選択すると、ディスプレイが更新されて、ユーザーインターフェース画面７０４が表示される。インターフェース画面７０４は、その日の（現在表示されているイベントに続く）他のイベント(例えば、４:３０ PMフォローアップコール、７:３０ PM妻と夕食など)を表示する。さらに、インターフェース画面７０４のイベントのリストの上に表示されている「...」は、その日に、現在イベントウインドウに表示されているイベントの前にイベントがあることを表わしている。ユーザが、ユーザーインターフェース画面７０４中の追加機能を選択すると、ディスプレイはユーザーインターフェース画面７０２に戻る。 
【００５６】
図７（ｂ）は、別のセットの通知と１セットのイベントを示すユーザーインターフェース画面７０６を図示している。通知のリストの下にある「...」は、通知ウインドウに現在表示されている通知よりも多くの通知がその日にあることを示している。ユーザが(「...」で表わされる)「追加」機能を選択すると、デイスプレイは更新されて、ユーザーインターフェース画面７０８を示す。インターフェース画面７０８は、その日の他の通知(例えば、ドナの誕生日)を表示している。さらに、インターフェース画面７０８の通知リストの上にある「追加」は、その日、通知ウインドウに表示されているものより前に別の通知があることを表わしている。ユーザーインターフェース画面７０８の「追加」機能を選択すると、画面はユーザーインターフェース画面７０６に戻る。
【００５７】
ボイスノート機能
一実施形態においては、ボイスノート特徴によって、ユーザは、車両１１０の内部からボイスメモを録音することが出来る。例えば、ユーザは、新しくスケジュールされたアポイントメントのリマインダーの設定、新しい電話番号や住所の登録、もしくは、後で閲覧する重要な情報の記録などをしたいときがある。便利なことに、ドライバーは、ほとんど注意をそらすことなく、ボイスノート機能を使用することが出来るため、車両の運転へ集中を保つことが出来る。
【００５８】
図８は、車両環境において、ボイスノートを処理するプロセスの一例を示している。（図８では）そのプロセスの様々なステップが、ボイスノートサーバ１６０、モバイル機器１２０もしくは車載システム１１２に実行される処理として例示されている。他の実施形態においては、ステップは、（上記の装置とは）異なる装置が実行してもよいし、２つ以上の装置が図８に記載されている複数のステップを全て実行してもよい。
【００５９】
車載システム１１２は、発話されたボイスノートに対応する音を検出し録音する（８０２）。一実施形態においては、ユーザは、例えば、手動でメニューオプションを選択したり、予め決められた音声指示をすることにより、車載システム１１２を用いてボイスノート特徴を選択する。その後、車載システム１１２は、ユーザに音声を発し録音するように促す。一実施形態においては、車載システム１１２は、すべてのプロンプトを複数に分割して、プロンプトがより分かりやすくなるようにしている。例えば、カレンダーのボイスノートについては、車載システムが、カレンダーの入力に使われる様々なメタデータのフィールドによって別々に、イベントの時間、イベントに参加する人々、イベントのタイトルなどを提供するようにユーザに促してもよい。連絡先のボイスノートについては、車載システム１１２は、連絡先の入力に使用される様々なメタデータのフィールドによって別々に、連絡先の名前、連絡先の住所、連絡先の電話番号、連絡先のＥメールアドレスなどを入力するようにユーザに促してもよい。他の実施形態においては、車載システム１１２は、入力を促すことはせず、その代わりに、ユーザが話し始めたのを検出したら、自動的に録音を開始する。一実施形態においては、 車載システム１１２が異なるメタデータフィールドに対して個別に入力を促すというのではなく、ユーザが所定のタグワードを発話して、様々なフィールドの入力を区切ってもよい。例えば、イベントの時間を発話する前に、プロンプトである「時間」と発話することによって、車載システムが、それ以降の発話が時間の入力であると認識し、その発話を適当なメタデータフィールドに関連付けるようにしてもよい。別の操作モードでは、ユーザが、現在のカレンダーの入力や連絡先の入力を編集することもできる。例えば、ユーザが、車載システム１１２上のメニューを使用して、編集したいカレンダーの入力を選択してもよいし、所定のボイスコマンドを使用して、カレンダーの入力を特定してもよい。ユーザは、その後、さらにボイスコマンドを使用して、様々なフィールドを編集してもよい。 
【００６０】
一度ボイスノートが車載システム１１２に録音されると、車載システム１１２は、録音した音声データをモバイル機器１２０に転送する（８０４）。モバイル機器１２０は、録音されたボイスノートを受信して（８０６）、その録音されたボイスノートを、（ボイスノートサーバ１６０に）処理させるために、ボイスノートサーバ１６０にアップロードする（８０８）。ボイスノートサーバ１６０は、ボイスノートを受信して（８０１）スピーチーテキスト変換を行い（８１２）、録音した音データをテキストに変換する。「スピーチーテキスト」変換は、従来のディクテーションソフトウエアを使用して行うことができる。ボイスノートサーバ１６０は、その後、その記録したテキストをモバイル機器１２０に戻す（８１４）。他の選択肢として、ボイスノートサーバ１６０は、例えば、ショートメッセージサービス(ＳＭＳ)もしくはＥメールなどの様々なサービスを介して、ユーザにその音声ファイルを送信してもよい（８１６）し、ボイスノートサーバ１６０が、その録音した音声データをユーザのカレンダーの入力や連絡先の入力に関連付けて記憶してもよい。または、ボイスノートサーバ１６０は、その音声ファイルをそこからダウンロードしたりストリーミング再生することが出来るハイパーリンクをユーザに送信してもよい。これにより、万が一記録したテキストが後に利用できなくなったり、その記録したテキストが不正確であった場合に、ユーザは原音のファイルを取得することが出来る。
【００６１】
モバイル機器１２０は、ボイスノートサーバ１６０から記録したテキストを受信し、その記録したテキストから有用なデータを抽出する（８１８）。このステップにおいて、モバイル機器１２０は、その記録したテキストを処理して、カレンダーの入力や連絡先の入力に関連するテキストを特定する。例えば、カレンダーのボイスノートについては、記録したテキストが検索され、イベントの時間、参加者、イベントの主題、その他のイベントに関連するフィールドが探される。連絡先のボイスノートについては、記録したテキストは検索されて、連絡先の名前、電話番号、住所、Ｅメールアドレス、その他の連絡先に関連するフィールドが探される。記録したテキストが、そのテキストを様々なデータフィールドに区切る適当なフィールドタグを含んでいる場合、データの抽出は簡略化することが出来る。 
【００６２】
その後、モバイル機器１２０は、その抽出されたテキストにしたがって、（例えば、カレンダーや連絡先の）入力を更新する（８２０）。これらの更新は、その後、上記した方法で車両へ提供される（８２２）。車載システム１１２は、更新されたカレンダーや連絡先の入力を受信し（８２４）、必要に応じて、車載ディスプレイを更新する（８２６）。
【００６３】
このようにして、ボイスノート特徴は、ユーザがほとんど注意をそらすことなく、車両１１０内でカレンダーや連絡先の入力を追加したり、編集したりすることを可能にする。さらに、ボイスノート特徴は、元々の録音されたスピーチを保持し、記録したテキストが十分に正確でなかった場合、元々の録音されたスピーチをユーザに提供することが出来る。 
【００６４】
カレンダーアクション
カレンダーの入力は、通常、イベントの招待者やイベントの場所を特定するものである。一般的に、ユーザは、予定されたイベントの時間の少し前に招待者と話をしたり、イベントが行われるかも知れない、招待者の住所を検索したり、カレンダーの入力に記入されているイベントの他の住所を検索したりしたくなることがある。したがって、一実施形態においては、車載システム１１２は、予定されたイベントの時間やイベントの前の予定された通知の時間に、カレンダーメタデータに基づいて行動を起こす特徴を備えている。例えば、車載システム１１２は、ハンズフリー電話ユニット３６０を使用して招待者の電話番号に電話をかけることが出来る。加えて、車載システム１１２は、住所をナビゲーションユニット３５０に入力して、ミーティングの場所への経路を生成することもできる。 
【００６５】
望まれる行動を判定するために、車載システム１１２は、カレンダーデータベース３３２の情報と連絡先データベース３３４の情報の比較やカレンダーデータベース３３２の情報と連絡先データベース３３４の情報を互いにリンクさせる処理を行う。選択肢の一つとして、車載システム１１２は、カレンダーデータや連絡先データをナビゲーションユニット３５０のＰＯＩデータベース ３５２に記憶されている複数のＰＯＩに関連付けてもよい。このデータを相互に関連付ける処理を自動で実行することにより、ユーザは、このタスクを手動で実行する手間がなくなる。それにより、ユーザは車両の安全な運転により集中することが可能となる。
【００６６】
図９は、カレンダーの入力に基づいて行動を起こすために(例えば、ＭＣアプリケーション３２０を使用して)、車載システム１１２が実行する処理の一実施形態を図示したものである。（まず）車載システム１１２は、カレンダーの入力について、カレンダーデータを読み込む（９０２）。その後、車載システム１１２は、そのカレンダーの入力にある単語と一致する可能性のある単語がないかどうか、連絡先データベース３３４とＰＯＩデータベースを検索する。その後、一致の度合いに応じて一致した単語にマッチングウエイトを与える（９０６）。一致計量及び順位付けの計量は様々なタイプのものを使用することができる。例えば、一実施形態においては、テキストフィールド間の類似度に基づいて重み付けをするファジー検索を使用する。その後、一致計量をある閾値と比較し、閾値を超える入力は一致したものとして認められる。
【００６７】
車載システム１１２は、ユーザに連絡先の一人に電話することを選択するように促したり、目的地への経路を生成することを選択するように促す（９０８）。ユーザが、連絡先の一人に電話をかけることを選択すると（９１０）、車載システム１１２は、(例えば、一番一致度の高いものから表示するなど)マッチングウエイトにしたがって順序付けられた、一致した可能性のある連絡先の一覧を表示する（９１２）。ユーザは、次に、電話をかける連絡先を選択し、電話システム３６０がその選択した連絡先に電話をかける（９１４）。一実施形態においては、最低限のマッチングウエイトを超えたものだけをリストに表示する。さらに、最低限のマッチングウエイトを超えた連絡先が一つしかなかった場合、車載システム１１２は、最初にリストを表示することなく、自動的にその連絡先に電話をかける。
【００６８】
また、ユーザが経路を生成することを選択した（９１６）場合、車載システムは、マッチングウエイトにしたがって順位づけられた一致の可能性のある位置のリストを表示する(例えば、一番一致度の高いものから表示するなど)（９１８）。それらの一致した位置は、連絡先データベース３３４において一致した連絡先に対応する住所であってもよいし、ＰＯＩデータベース３５２におけるＰＯＩ（もしくはＰＯＩの住所）であってもよい。そして、ユーザは、住所もしくはＰＯＩを選択することが出来、ナビゲーションユニット３５０は、選択した目的地への経路を生成する（９２０）。一実施形態においては、一致した住所またはＰＯＩのリストは、最低限のマッチングウエイトを超えたものだけを表示する。さらに、最低限のマッチングウエイトを超えた目的地が一つだけしかなかった場合、車載システム１１２は、最初にリストを表示することなく、自動的にその目的地への経路を生成するようにナビゲーションユニット３５０を設定してもよい。 
【００６９】
一実施形態においては、ステップ９０２-９０８は、予定されたイベントの時刻より前に実行される前処理ステップである。例えば、ステップ９０２-９０８は、モバイル機器１２０からカレンダーの更新を受信するたびに実行してもよい。そして、ステップ９１０-９２０は、予定されたイベントの時間になったり、イベントの時間の前の予定された通知の時間になったときに実行される。または、車載システム１１２は、一つ一つのカレンダーの入力について、事前にカレンダーの入力を前処理するのではなく、カレンダーのイベントが起こった時に、(ステップ９０２-９０８を含んだ)全てのステップを実行するようにしてもよい。さらに別の実施形態においては、ステップ９０２-９２０のうちの一つ以上のステップをモバイル機器１２０が代わりに実行してもよい。
【００７０】
図１０は、 上述した処理を実行している間に、車載システム１１２が表示するユーザーインターフェース画面の例を示している。インターフェース画面１００２は、カレンダーの入力に対応する画面を含んでいる。このカレンダーの入力は、例えば、カレンダーの入力の一覧から当該カレンダーの入力をみることを選択したときに表示してもよいし、通知時間やイベント時間になった時に自動的に表示してもよい。インターフェース画面１００２は、経路オプション １００４及び電話オプション１００６を含んでいる。ユーザが電話オプション１００６を選択すると、インターフェース画面１００８が表示される。インターフェース画面１００８は、カレンダーデータの少なくとも一部と一致した連絡先(例えば、名前や電話番号など)のリストを表示する。この例では、インターフェース画面１００８の項目（１）及び（２）は太字で表示されており、カレンダーメタデータと完全一致する連絡先であることを示している。また、ユーザが経路オプション１００４を選択した場合、インターフェース画面１０１０が表示される。インターフェース画面１０１０は、カレンダーデータの少なくとも一部と一致する目的地のリスト(例えば、名前や住所など)を表示している。インターフェース画面１０１０の項目（１）及び（２）は太字で表示されており、カレンダーメタデータと完全一致する目的地であることを示している。
【００７１】
カレンダーアラート
車載システム１１２は、視覚的アラート及び/または聴覚的アラームを提供してユーザにカレンダーイベントを知らせるカレンダーアラート特徴を備えていてもよい。アラートは、近いイベントや何か行動をしなけらばならないこと(例えば、「Ｔｏ−Ｄｏ」リストの一項目など)をユーザに思い出させるために役に立つものである。一実施形態においては、車載システム１１２が、車両のカレンダーデータベース３３２に記憶されているカレンダーデータからカレンダーアラートを生成する。または、モバイル機器１２０がアラート生成し、アラートが生成された時に車載システム１１２にアラートを転送するようにしてもよい。コンピュータの画面やモバイル機器での表示用に設計された従来のカレンダーアラートとは異なり、車載システム１１２は、車両環境用に専門的に設計されたカレンダーアラートを生成する。その結果、ドライバーは注意をほとんどそらすことなく、アラートを見たり、管理したりすることが出来る。 
【００７２】
図１１は、カレンダーの入力に基づいて、車両内アラートを提供するプロセスの一実施形態を図示している。車載システム１１２は、カレンダーデータベース３３２のカレンダーの入力を処理して（１１０２）、アラートをアラートデータベース３３６に加える。アラートデータベース３３６の一つ一つの入力は、例えば、アラートの時間、アラートメッセージ、アラート音声、アラートアクション等の、アラートに関連する情報を有する様々なメタデータフィールドを含んでいてもよい。アラートタイムのフィールドは、アラートがトリガされる時間(例えば、日にち、何時、何分など)を示している。アラートの時間は、カレンダーの入力に含まれる通知の時間から抽出することもできる。例えば、アラートは、イベントの時間の１５分前、３０分前、２４時間前、もしくは、別の指定された時間にトリガするように設定してもよい。または、アラートは、カレンダーの入力について、イベントの時間と同じ時間にトリガするように設定してもよい。アラートメッセージのフィールドは、アラートがトリガされた時に表示されるメッセージを表示している。このメッセージは、関連するカレンダーの入力中の情報に一致していてもよいし、まったく異なるメッセージであってもよい。アラート音のフィールドは、もしそれがある場合は、アラートがトリガされた時に、再生される聴覚的アラートを特定するものである。ユーザは、 アラートを設定するときに、記憶した１セットの聴覚的アラートの中の一つからアラート音声を選択してもよいし、デフォルトのアラート音声を使用してもよい。アラートアクションフィールドは、例えば、特定の電話番号に電話をかけたり、ある特定の目的地への経路を生成したり、ある特定のウエブサイトを表示したりするなど、アラートがトリガされたときに起こすべき行動を特定している。 
【００７３】
車載システム１１２は、継続的に現在時刻を監視して（１１０６）、現在時刻がアラートデータベース３３６に記憶されたアラートのうちの一つのアラート時刻であるかどうかを判定する。現在時刻がどのアラート時刻とも一致しなかったときは、車載システム１１２は、監視を続ける（１１０６）。アラートがトリガされた場合（１１０８） (つまり、現在時刻が一つのアラート時刻と一致した場合)、車載システム１１２は、視覚的アラート(アラートメッセージを含んでいてもよい) を表示して（１１１０）、聴覚的アラート (選択したアラート音声を含んでいてもよい)を起動する（１１１２）。アラートが起動した時、ユーザはスヌーズ機能を選択することもできる。スヌーズ機能は、ユーザが所定の時間（つまり、「スヌーズ時間」）分、アラートを遅らせることを可能にするものである。スヌーズ時間は、デフォルトのものでもよいし(例、１０分)、車載システム１１２がユーザに、所望のスヌーズ時間を選択するオプションを提示してもよい。スヌーズ機能がステップ１１１４で起動されない場合、アラートは完了し、そのアラートは、アラートデータベース３３６から削除される（１１１６）。スヌーズ機能がステップ１１１４で起動された場合、ディスプレイは更新（１１１８）され、そのアラートがスヌーズされたことを表わすようになる。車載システム１１２は、スヌーズ時間にしたがって、スヌーズされたアラートのアラート時刻を(例えば、スヌーズ時間を事前に設定されたアラート時刻に加えるなどして)更新する（１１２０）。その後、車載システム１１２はアラートの監視を続ける（１１０６）。このステップは、現在時刻が、スヌーズされたアラートの更新後アラート時刻になる時を監視する処理を含んでいる。
【００７４】
図１２（ａ）、図１２（ｂ）は、上述したアラート処理を実行している時に車載システム１１２が表示するユーザーインターフェース画面の例である。図１２（ａ）は、アラートがトリガされた時に表示されるインターフェース画面１２０４の一例である。通知ウィンドウ１２０２は、予定されたイベントの時刻と主題(この例では、「９:３０AM」「新しいインターフェースについて議論するためのジョンとのミーティング」)を含むカレンダーの入力からの情報を含んでいる。通知ウィンドウ１２０２はまた、予定されたイベントの時刻になるまでの推定時間(この例では、５０分未満)を表示している。通知ウィンドウ１２０２は、それが選択されると上述のスヌーズ機能を起動するスヌーズボタン１２０６を有している。さらに、通知ウィンドウ１２０２は、経路ボタン１２０８と電話ボタン１２１０とを含んでいる。それらのボタンを選択すると、上述したように、車載システム１１２は選択されたアクションを起こす。さらに、通知ウィンドウ１２０２は、アイコン１２１２と複数情報表示(ＭＩＤ)バー１２０４とを含んでいる。一実施形態においては、通知ウィンドウ１２０２はアラートがトリガされた時に自動的にポップアップする。アイコン１２１２は、車載システム１１２もしくは通知パラメータが指定した任意のアイコンを含むことが出来る。例えば、ミーティングのアラートの場合、アイコン１２１２は、ミーティングを象徴するものであってもよい。誰かの誕生日のアラートの場合、アイコン１２１２は、その人の写真であってもよい。ＭＩＤバー１２０４は、通常、走行距離計の情報やその他の関連する項目などの様々なゲージの情報を表わすものである。一実施形態においては、ＭＩＤバー１２０４は、ユーザがその情報をいつでも利用できるように、どの画面においても表示するようにしてもよい。 
【００７５】
図１２（ｂ）は、ユーザがスヌーズ機能を選択したときに表示されるインターフェース画面の一例を示している。通知バー１２２２は、前のアラートがスヌーズされたことを示している。一実施形態においては、代わりに、通知バー１２２２はユーザへの便利なリマインダーとして次の予定されたイベントを表示してもよい。アラートがスヌーズされている間、「任意の画面」 ウィンドウ１２２４において、ユーザは他の画面 (例えば、音声制御画面、ナビゲーション画面、など)を見ることができる。一実施形態においては、スヌーズ機能が起動されたとき、その「任意の画面」ウィンドウ１２２４は、そのアラートの起動より一つ前に表示されていた画面に自動的に戻る。前述した通り、ＭＩＤバー １２２６もまた表示されている。
【００７６】
本明細書で説明した特徴は、上記したように、ユーザが車両１１０内で電子カレンダーや（電子カレンダーに）関連する機能を見たり、管理したりすることを可能にするものである。便利なことに、車両１１０に接続されたモバイル機器１２０を利用することで、車載システム１１２自体は、直接インターネットに接続する機能を持つ必要がなく、データ処理の多くは、車載システム１１２ではなく、モバイル機器１２０のＶＣアプリケーション２１２が実行することが出来る。これにより、車両１１０の買い手へのコストを削減することが可能になると同時に、現在の車両の所有者が新しい車載システム１１２をインストールする必要なく、アプリケーションをモバイル機器１２０に簡単にダウンロードすることが可能になる。さらに、カレンダーデータと関連する機能が車両での使用のために専用にフォーマットされているため、ドライバーは、ほとんど注意をそらすことなく、安全に電子カレンダーを見たり管理したりすることが出来る。 
【００７７】
本明細書の記載を読むことで、当業者は、本明細書で説明した機能を有する、（車両に）接続された電話を使用することで、車両環境でのカレンダーシェアリング用の他の付加的な設計があることを理解するであろう。したがって、本発明の特定の実施形態やアプリケーションを例示し説明してきたが、本発明は、本明細書で開示した構成及び構成要素と正確に一致するものに限定されるものではなく、添付の請求の範囲に定義された本発明の範囲と精神から逸脱することなく、本明細書で開示された本発明の方法と装置の配置構成、操作及び詳細において、当業者にとって自明な様々な修正及び変更を行うことができることを理解されたい。
【図１】
2014506753.tif 000003
【図２】
2014506753.tif 000004
【図３】
2014506753.tif 000005
【図４】
2014506753.tif 000006
【図５】
2014506753.tif 000007
【図６】
2014506753.tif 000008
【図７】
2014506753.tif 000009
【図８】
2014506753.tif 000010
【図９】
2014506753.tif 000011
【図１０】
2014506753.tif 000012
【図１１】
2014506753.tif 000013
【図１２】
2014506753.tif 000014
【国際調査報告】
2014506753.tif 000015