(57)【特許請求の範囲】
【請求項１】
第１データに第２データが対応づけられた複数のデータレコードを記憶するデータ記憶手段と、
外部機器と通信する通信手段と、
前記外部機器から前記データレコードを受信して、前記データ記憶手段の前記データレコードを更新する更新手段と、
前記データ記憶手段から読み出した１つ以上の第１データ又は第２データを画面に表示し、第１データを特定する特定操作を受け付ける画面制御手段と、
前記更新手段が前記外部機器から前記データレコードの受信を完了した際に、第１データを用いた制御が開始される状況であると判定された場合、前記特定操作により特定された前記第１データを前記データ記憶手段に記憶されている前記データレコードとは別にキャッシュするキャッシュ手段と、を有し、
前記画面制御手段は受信完了のメッセージを表示した後、前記キャッシュ手段によりキャッシュされていた前記第１データを用いて前記特定操作が受け付けられた画面の表示を継続する、ことを特徴とする情報処理装置。
【請求項２】
予め登録されている特定画面を前記画面制御手段が表示中の場合、前記状況であると判定する判定手段を有する、ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記判定手段が前記状況であると判定した場合、前記画面制御手段は、前記特定画面を更新することなく表示を継続する、ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記データレコードは前記第１データを電話番号、前記第２データを氏名とする電話帳のレコードである、ことを特徴とする請求項１〜３いずれか１項項記載の情報処理装置。
【請求項５】
予め登録されている特定画面を前記画面制御手段が表示中の場合、前記状況であると判定する判定手段を有し、
前記特定画面は、一人の氏名に対し１つ以上の電話番号が表示され1回の前記特定操作を受け付けることで該特定操作により選択された該電話番号を発呼する第１の画面、又は、予め当該情報処理装置に登録されている１つ以上の電話番号が表示され１回の前記特定操作を受け付けることで該特定操作により選択された該電話番号を発呼する第２の画面、である、ことを特徴とする請求項４項記載の情報処理装置。
【請求項６】
予め登録されている特定画面を前記画面制御手段が表示中の場合、前記状況であると判定する判定手段を有し、
前記外部機器は電話機又はスマートフォンであり、
前記特定画面は前記外部機器から受信した、前記電話機又はスマートフォンの発信の履歴データ、前記電話機又はスマートフォンの着信の履歴データ、又は、前記電話機又はスマートフォンの不在着信の履歴データ、が表示され、
１回の前記特定操作を受け付けることで、該特定操作により選択された前記履歴データの電話番号を発呼する第３の画面である、
ことを特徴とする請求項４項記載の情報処理装置。
【請求項７】
予め登録されている特定画面を前記画面制御手段が表示中の場合、前記状況であると判定する判定手段を有し、
前記外部機器は電話機又はスマートフォンであり、
前記特定画面は、前記外部機器から受信した、
前記電話機又はスマートフォンが受信した電子メールの差出人の電話番号が表示され、
１回の前記特定操作を受け付けることで、該特定操作により選択された電話番号を発呼する第４の画面である、ことを特徴とする請求項４項記載の情報処理装置。
【請求項８】
前記第１データを用いた前記制御として、前記特定操作により特定された前記第１データである電話番号を発呼するよう前記電話機又はスマートフォンに要求する通信制御手段、
を有することを特徴とする請求項４〜７いずれか１項記載の情報処理装置。
【請求項９】
予め登録されている特定画面を前記画面制御手段が表示中の場合、前記状況であると判定する判定手段を有し、
前記キャッシュ手段は、前記状況であると判定された際に前記画面制御手段が前記特定画面に表示していた情報をキャッシュする、
ことを特徴とする請求項２〜８いずれか１項記載の情報処理装置。
【請求項１０】
前記画面制御手段が、前記特定画面の表示を終了する操作又は前記特定画面に表示されている前記第１データ又は前記第２データを別の前記第１データ又は前記第２データに切り替える操作を受け付けた場合、
前記キャッシュ手段はキャッシュしている情報を破棄する、
ことを特徴とする請求項９記載の情報処理装置。
【請求項１１】
前記通信手段は、前記外部機器とBluetooth（登録商標）通信規格により通信する通信モジュールである、ことを特徴とする請求項１〜１０いずれか１記載の情報処理装置。
【請求項１２】
請求項１〜１１いずれか１項記載の情報処理装置と、
自機の位置を検出する位置検出手段と、
自機の位置を画面に表示された地図上に明記する自位置表示手段と、
を有するナビゲーション装置。
【請求項１３】
第１データに第２データが対応づけられた複数のデータレコードを記憶するデータ記憶手段、を有する情報処理装置のデータ更新方法であって、
通信手段が外部機器と通信するステップと、
画面制御手段が、前記データ記憶手段から読み出した１つ以上の第１データ又は第２データを画面に表示し前記第１データを特定する特定操作を受け付けるステップと、
判定手段が、前記画面制御手段が前記特定操作を受け付けることで、第１データを用いた制御が開始される状況か否かを判定するステップと、
更新手段が、前記外部機器から前記データレコードを受信して、前記データ記憶手段の前記データレコードを更新するステップと、
前記更新手段が前記外部機器から前記データレコードの受信を完了した際に、前記判定手段により前記状況であると判定された場合、キャッシュ手段が、前記特定操作により特定された前記第１データを前記データ記憶手段に記憶されている前記データレコードとは別にキャッシュするステップと、を有し、
前記画面制御手段は受信完了のメッセージを表示した後、前記キャッシュ手段によりキャッシュされていた前記第１データを用いて前記特定操作が受け付けられた画面の表示を継続する、
ことを特徴とするデータ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話帳データを記憶する情報処理装置等に関し、特に、電話帳データの更新と画面の更新の関係を制御する情報処理装置、ナビゲーション装置及びデータ更新方法に関する。
【背景技術】
【０００２】
車載機側と携帯端末との無線通信が可能になったことを利用して、乗員の操作を車載機側で受け付け、車載機が乗員の操作に応じて携帯端末に外部との通信を要求する通信態様を乗員が利用できるようになってきた。乗員は、携帯端末を操作する必要がなくなるので、運転操作に集中しやすくなる。
【０００３】
この無線通信をさらに利用して、車載機が携帯端末から携帯端末の電話帳を自動的に転送する機能が搭載可能になってきている。すなわち、携帯端末を携帯した乗員が車載機との通信可能範囲に進入すると、車載機が携帯端末と通信して、携帯端末が記憶している最新の電話帳により車載機側の電話帳を更新する。したがって、乗員は車載機を操作する際、携帯端末と同じ電話帳を使用することができる。
【０００４】
しかしながら、電話帳の更新に時間がかかると、更新中にユーザが車載機を操作するという状況が生じる。電話帳の更新が完了するまで、車載機は更新前の電話帳を使用して乗員に通話先の氏名などを表示するので、更新の完了のタイミングで新旧の電話帳を切り替えると、ユーザがそれまでに行った操作内容を初期化してしまったり、ユーザの操作を妨げるおそれがある。
【０００５】
例えば、電話帳の更新が終了すると車載機は、更新終了を表示して乗員に通知するが、更新終了までに車載機が表示していた電話番号や氏名を、更新終了の通知の後、電話帳の更新により新しい電話帳の電話番号や氏名に切り替えると、乗員が違和感を感じるおそれがある。
【０００６】
そこで、乗員が車載機を使用していないタイミングで、電話帳を更新することが考えられる（例えば、特許文献１、２参照。）。特許文献１には、電話機の使用状態を監視して、電話機が未使用中であると判定すると、電話機に電話帳データを配信する構内交換機が開示されている。
【０００７】
また、特許文献２には、電話帳の更新中に携帯端末が着信した場合、着信状態とは異なる通信状態に移行したタイミングで、電話帳の更新を再開する車載ハンズフリー装置が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−０６７３１２号公報
【特許文献２】特開２００９−１１８３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１又は２のように、電話帳が使用されている間は電話帳を更新しないようにすると、電話帳の更新タイミングが遅れてしまい、乗員が電話帳に記憶されている電話番号を車載機で選択できないなどの問題が生じる。このため、電話帳の更新は速やかに進めておくことが好ましい。
【００１０】
また、更新終了の通知について、乗員の操作を妨げないように通知そのものをしないように設定すれば、通知の前後で表示する電話番号を切り替える必要もないが、この場合、乗員がいつ更新が完了したのか把握できないという問題がある。
【００１１】
本発明は、上記課題に鑑み、電話帳の更新タイミングを遅らせることなく、乗員の操作を妨げることのない情報処理装置、ナビゲーション装置及びデータ更新方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題に鑑み、本発明は、第１データに第２データが対応づけられた複数のデータレコードを記憶するデータ記憶手段と、外部機器と通信する通信手段と、前記外部機器から前記データレコードを受信して、前記データ記憶手段の前記データレコードを更新する更新手段と、前記データ記憶手段から読み出した１つ以上の第１データ又は第２データを画面に表示し、第１データを特定する特定操作を受け付ける画面制御手段と、前記更新手段が前記外部機器から前記データレコードの受信を完了した際に、第１データを用いた制御が開始される状況であると判定された場合、前記特定操作により特定された前記第１データを前記データ記憶手段に記憶されている前記データレコードとは別にキャッシュするキャッシュ手段と、を有し、前記画面制御手段は受信完了のメッセージを表示した後、前記キャッシュ手段によりキャッシュされていた前記第１データを用いて前記特定操作が受け付けられた画面の表示を継続する、情報処理装置を提供する。
【発明の効果】
【００１３】
電話帳の更新タイミングを遅らせることなく、乗員の操作を妨げることのない情報処理装置、ナビゲーション装置及びデータ更新方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】車載機が提供する画面の遷移例を示す図の一例である（比較例）。
【図２】車載機が提供する画面の遷移例を示す図の一例である（特徴例）。
【図３】車載機と携帯端末の無線通信を模式的に説明する図の一例である。
【図４】車載機と携帯端末のシステム構成図の一例である。
【図５】電話帳、履歴データを模式的に示す図の一例である、
【図６】ナビ／オーディオボードの機能ブロック図の一例である。
【図７】通話先1件選択画面、履歴画面の一例を示す図である。
【図８】ワンタッチ画面、メール詳細画面の一例を示す図である。
【図９】車載機が電話帳等を更新する手順を示すフローチャート図の一例である。
【図１０】履歴画面における電話帳の更新と画面の遷移例の一例を示す。
【図１１】ワンタッチ画面における電話帳の更新と画面の遷移例の一例を示す。
【図１２】メール詳細画面における電話帳の更新と画面の遷移例の一例を示す。
【図１３】着信時に車載機が電話帳等を更新する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１６】
図１は、本実施形態の車載機が提供する画面の遷移例を示す図の一例である。図１は乗員が電話番号を選択するまでに電話帳が更新された場合の画面の遷移例（比較例）であり、図２は乗員が電話番号を選択した後に電話帳が更新された場合の画面の遷移例（特徴例）である。なお、本実施形態の乗員とは、主に運転者であるが他の乗員も含む。
【００１７】
まず、車載機は携帯端末と通信して、電話帳の更新を開始する。この間、乗員は車載機を操作して、乗員の操作の進捗と更新の進捗に応じて図１又は図２のように画面が切り替わる。本実施形態の特徴を表す画面の遷移例は図２の遷移例である。
【００１８】
＜比較例＞
乗員は電話番号入力画面a-1にてContactsボタン１０１を押下して、リスト画面a-2に切り替える。
【００１９】
乗員はリスト画面a-2をスクロールさせるなどして所望の通話先を選択することができる。
【００２０】
乗員が通話先を選択する前に、リスト画面a-2の表示中に、電話帳の更新が終了した場合、車載機はリスト画面a-2に「転送完了しました」とメッセージが表示されたリスト画面a-3を表示する。
【００２１】
車載機は、リスト画面a-3のメッセージを１〜２秒表示した後、自動的にリスト画面a-4に切り替える。リスト画面a-4は、更新後の電話帳に基づき表示される画面である。例えば、リスト画面a-2で乗員がスクロール操作していた場合、車載機は更新後の電話帳に基づきスクロールのないリスト画面a-4を表示する。また、仮に、リスト画面a-2で乗員がスクロール操作などしなかったため、リスト画面a-2とリスト画面a-4に見た目上の違いがなくても、リスト画面a-4は更新後の電話帳に基づき表示されている。
【００２２】
このように、乗員が通話先を選択する前に電話帳の更新が終了した場合、車載機は更新の終了したタイミングで、更新後の電話帳に基づき画面を表示する。
【００２３】
この後、乗員がリスト画面a-4にて通話先を選択すれば、通話先1件選択画面a-5が表示され、発信ボタン１０５を押下することで通話先と通信が開始される。その後、画面は、発信中画面a-6に切り替わる。
【００２４】
＜特徴例＞
電話番号入力画面ａ-１、リスト画面a-2まで図1と同じように表示される。しかし、図２では、電話帳の更新が終了する前に、乗員がリスト画面a-2をスクロールさせるなどして所望の通話先を選択した。このため、車載機はリスト画面a-2を通話先1件選択画面b-1に切り替える。
【００２５】
そして、通話先1件選択画面b-1の表示中に、電話帳の更新が終了すると、車載機は、通話先1件選択画面b-1に「転送完了しました」とメッセージが表示された通話先1件選択画面b-2を表示する。
【００２６】
車載機は、通話先1件選択画面b-2を１〜２秒表示した後、自動的に通話先1件選択画面b-3に切り替える。この通話先1件選択画面b-3は、更新“前”の電話帳に基づき表示される画面である。すなわち、通話先1件選択画面b-1とb-3には全く変更がない。仮に、乗員が選択した通話先1件選択画面b-1で表示されている通話先が更新後の電話帳に登録されていなくても、車載機は更新前の電話帳に基づき通話先1件選択画面b-3を表示するので、通話先1件選択画面b-3には乗員が選択した通話先が表示されたままとなる。
【００２７】
したがって、乗員は、電話帳の更新が完了しても、再度、通話先を選択するなどの操作を必要とせずに通話先1件選択画面b-3で通話先に発信することができる。
【００２８】
すなわち、車載機が通話先1件選択画面b-3の表示を維持しない場合、車載機は電話帳の更新によりリスト画面ａ-2を表示すること（画面の初期化）が一般的な画面設計と考えられるが、こうすると乗員は再度、通話先を選択する必要がある。これに対し、本実施形態では選択した通話先の表示を維持することで、乗員が車載機を操作する回数を抑制できる。
【００２９】
また、一般的な画面設計では、乗員が通話先を選択した場合、電話帳の転送が終了しても「転送完了しました」というメッセージの表示を保留し、乗員の操作が検出されたらメッセージを表示して所定の画面に戻ることも考えられる。しかし、この場合、乗員が操作しないとメッセージが長い時間、表示されないので、乗員が電話帳の更新を把握できなくなってしまう。
【００３０】
本実施形態では、乗員の操作の検出を待たずに電話帳の更新を通知でき、かつ、それまでの乗員の操作を妨げることもない。
【００３１】
〔構成〕
図３は、車載機１００と携帯端末２００の無線通信を模式的に説明する図の一例である。車載機１００には、乗員が発生した音声を集音するマイク１１と、通話先の音声を出力するスピーカ１２とが接続されている。また、車載機１００と携帯端末２００とは好ましくは無線で通信し、車載機１００から携帯端末２００へ又は携帯端末２００から車載機１００へ音声データや電話帳を無線で送信することができる。なお、車載機１００と携帯端末２００とを有線接続しても、本実施形態の電話帳の転送方法は好適に利用できる。
【００３２】
車載機１００は、オーディオ装置、ナビゲーション装置、ビジュアル装置、又は、これらの機能の複数を搭載した装置である。オーディオ装置としての車載機１００は、ラジオやテレビの電波を受信してその音声を、ＣＤやＤＶＤに記憶された音楽データを再生してその音楽を、又は、携帯端末２００の記憶する音楽データを受信してその音楽を、スピーカ１２から出力する。ナビゲーション装置としての車載機１００は、ＧＮＳＳ（Global  Navigation  Satellite  System）を利用した位置情報と地図データを利用してディスプレイ１３に地図と自車位置を表示する。
【００３３】
本実施形態の車載機１００は、ハンズフリー通話においてユーザの通話先の入力を支援するため、車載機１００に電話帳を転送することが前提になっている。転送された電話帳に登録された電話番号などはディスプレイ１３に表示されるのでこの意味ではビジュアル装置を利用し、通話の音声がスピーカ１２から出力されるのでこの意味ではオーディオ装置を利用している。
【００３４】
携帯端末２００は、電話帳を有していれば本実施形態の電話帳の転送方法に適用できる。しかし、電話帳を有する携帯端末２００は移動体通信システムにおける通信が可能であることが一般的である。携帯端末２００は、携帯電話やスマートフォン、ＰＨＳなどの移動体通信システムにおける移動局であり、有線ネットワーク側の携帯電話基地局２４と無線通信して音声やデータを送受信することができる。携帯端末２００が準拠する通信規格は、ＧＳＭ（登録商標）、ＰＤＣ、ＣＤＭＡ、ＬＴＥなどどのようなものでもよい。また、ＷｉＭＡＸのようにデータ通信専用の通信規格でもＩＰ電話のように通話は可能である。
【００３５】
図４は、車載機１００と携帯端末２００のシステム構成図の一例を示す。車載機１００は、ナビ／オーディオボード２１により制御される。ナビ／オーディオボード２１にはディスプレイ１３、入力デバイス２２、及び、ＢＴモジュール２３が接続されている。
【００３６】
ディスプレイ１３は、ＦＰＤ（Ｆｌａｔ  Ｐａｎｅｌ  Ｄｉｓｐｌａｙ）にタッチパネルが一体に配置されている。ヘッドアップディスプレイをさらに配置してもよい。入力デバイス２２は、ディスプレイ１３の周囲に配置されたハードキー、リモコン、又は、音声入力装置（認識装置）である。乗員は、ディスプレイ１３に表示された画面からソフトキーを選択するなどして、通話先や電話番号を選択する。また、入力デバイス２２を操作して、ディスプレイ１３に表示されたカーソルを画面のソフトキーに合わせて決定ボタンを押すなどにより、通話先や電話番号を選択することもできる。
【００３７】
ＢＴモジュール２３は、Bluetooth（登録商標）という近距離無線通信規格に従って携帯端末２００と通信する。携帯端末２００も同じ通信規格のＢＴモジュールを有している。なお、Bluetooth（登録商標）は一例にすぎず、ＺｉｇＢｅｅ（登録商標）やＵＷＢ（Ultra  Wide  Band）などどのような通信規格を採用してもよい。
【００３８】
ＢＴモジュール２３による通信については公知なので簡単に説明する。ＢＴモジュール２３が、初めて携帯端末２００と通信する際、乗員は車載機１００が指示するＰＩＮコード（パスキーともいう）を携帯端末２００に入力する。ＢＴモジュール２３と携帯端末２００はＰＩＮコードにより機器同士を検索し、ＢＴモジュール２３が２つの機器間で固有のリンクキー（乗員の目には触れない）を生成し、携帯端末２００に送信する（ペアリング）。ＢＴモジュール２３と携帯端末２００はリンクキーを保存するので、いったんペアリングが済むと、携帯端末２００がＢＴモジュール２３の通信範囲に進入するだけで、ＢＴモジュール２３はリンクキーを使って携帯端末２００を認証し、通信が可能になる。
【００３９】
Bluetooth（登録商標）は、様々な機器間の通信を保証するため用途を想定した種々のプロファイルを策定している。２つの機器が通信するためには同じプロファイルを２つの機器が共に実装している必要がある。GAP（Generic  Access  Profile）、SDAP（Service  Discovery  Application  Profile）、SDP（Serial  Port  Profile）などは基本的なプロファイルであり、下位層（ハード側）に実装される。本実施形態では、これらの一般的なプロファイルの上層に、電話帳を送受信するＰＢＡＰ（Phone  Book  Access  Profile）をＢＴモジュール２３と携帯端末２００が共に有している。ＰＢＡＰは、携帯端末２００を乗員が操作することなく車載機１００が電話帳を携帯端末２００から取得するためのプロファイルである。
【００４０】
また、ハンズフリー通話のため、ＢＴモジュール２３と携帯端末２００が共にＨＦＰ（Hands-Free  Profile）を有していることが好ましい。ＨＦＰは、音声の入出力、ＡＴコマンドの取り扱い、電波の強さや発信者番号通知などの伝達、リダイヤルや電話帳機能の利用、エコーキャンセルなどを規定している。
【００４１】
これらのプロファイルはＩＣチップやプロトコルスタック（ソフトウェア）が実体であるが、開発やコストの制約から、ＢＴモジュール２３でなく、ナビ／オーディオボードに含まれる場合もある。
【００４２】
ナビ／オーディオボード２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発メモリ、入出力インタフェース、及び、車載ＬＡＮ通信装置、がバスで接続されたコンピュータである。ナビ／オーディオボード２１は、例えばナビＥＣＵ（Electronic  Control  Unit）により代用することもできる。
【００４３】
不揮発メモリは、ＨＤＤ（Hard  Disk  Drive）やフラッシュメモリであり、電話帳３６を記憶している。本実施形態では、更新中に乗員が電話帳を使用することを想定して、電話帳（旧）と電話帳（新）の電話帳2つ分の容量が必要になる。なお、電話帳には、履歴と画像が付随することが多い。
【００４４】
（旧）電話帳は更新される直前の電話帳であり、（新）電話帳は携帯端末２００から新たに送信された電話帳である。（旧）電話帳と（新）電話帳が全く同じ場合もあり得る。
図５（ａ）は、電話帳を模式的に示す図の一例である。電話帳には「氏名」「電話番号」「画像データへのリンク」が登録可能になっている。なお、一つの通話先に最大３つ（この数は一例である）まで電話番号を登録できるようになっている。氏名又は電話番号のうち一方だけが登録されることもある。当然ながら、氏名だけが登録されても乗員は電話をかけることができない。また、電話番号だけ登録された通話先は、ディスプレイ１３に氏名が表示される画面でも電話番号の代わりに電話番号が表示される。
【００４５】
画像データへのリンクは、車載機１００が通話先である知人などの顔写真を、氏名や電話番号を結びつけてディスプレイ１３に表示するためのリンクデータ（例えばパス名やファイル名）である。なお、画像データを携帯端末２００から車載機１００に転送するかどうかは、乗員が車載機１００又は携帯端末２００に設定することができることが好ましい。
【００４６】
また、携帯端末２００の機能として電話帳には履歴が付随するようになっている。PBAPは履歴の転送にも対応しており、携帯端末２００に履歴があれば、電話帳の後、携帯端末２００から車載機１００に履歴が転送される。
図５（ｂ）は履歴を模式的に示す図の一例である。履歴には「電話番号」「日時」「履歴種類」が登録されている。履歴種類には、発信履歴、着信履歴、不在着信履歴があり、実際の履歴に応じてこれらの識別情報が登録されている。なお、図示するように電話番号に履歴種類を対応づけるのでなく、履歴種類毎に履歴を記録してもよい。
【００４７】
図６は、ナビ／オーディオボード２１の機能ブロック図の一例を示す。ナビ／オーディオボード２１は、ＵＩ表示制御部３２、状況判定部３１、情報キャッシュ部３３、更新部３４、及び、通話部３５を有する。これらの機能は主にＣＰＵがプログラムを実行することで実現される。
【００４８】
ＵＩ表示制御部３２は、予め定められている画面構成情報に基づき、ディスプレイ１３に表示する画面を決定して表示する。画面構成情報は、ある画面から次に遷移しうる画面の情報と各画面の表示内容である。ＵＩ表示制御部３２は、ディスプレイ１３に対する乗員の操作、又は、入力デバイス２２による乗員の操作を検出すると、次に表示する画面を決定し、その画面で表示される例えば電話帳などを読み出し画面を表示する。
【００４９】
更新部３４は、ＢＴモジュール２３が携帯端末２００から受信した（新）電話帳、履歴及び画像３６ｂにより、ナビ／オーディオボード２１が記憶している（旧）電話帳、履歴及び画像３６ａを更新する。更新は大きく次のステップを経る。
Ｓ１：（旧）電話帳、履歴及び画像３６ａは残したまま、（新）電話帳、履歴及び画像３６ｂを記録する。
Ｓ２：（旧）電話帳、履歴及び画像３６ａのオブジェクト名を例えばＯＬＤにし、（新）電話帳、履歴及び画像３６ｂのオブジェクト名をＵＩ表示制御部３２が認識可能なオブジェクト名にする。
Ｓ３：（旧）電話帳、履歴及び画像３６ａのファイルを削除する。
【００５０】
更新部３４は、Ｓ１までの更新処理を行うと更新完了をＵＩ表示制御部３２に通知して待機する。これ以降、ＵＩ表示制御部３２はＳ１〜Ｓ３のいずれかのタイミングで「更新完了しました」のメッセージをディスプレイ１３に表示することができる。
【００５１】
状況判定部３１は、ＵＩ表示制御部３２からディスプレイ１３に表示されている画面の識別情報を取得し、その画面が予め定められている画面（以下、特定画面という）か否かを判定する。特定画面には、例えば、次のような画面がある。
【００５２】
｛通話先1件選択画面、履歴画面、ワンタッチ画面、メール詳細画面｝
これらはいずれもこの画面から通話先に発信すること、又は、電子メールを送信可能な画面である。特定画面は電話番号又は電話番号と紐付いた氏名が表示される画面であり、（旧）電話帳、履歴又は画像３６ａが更新されると、表示中の画面の内容も変わりうる画面である。このため、車載機のメーカとしては特定画面に指定しておき、状況判定部３１が表示中の画面が特定画面であると判定すると、情報キャッシュ部３３に通知する。
【００５３】
情報キャッシュ部３３は、特定画面を維持するために必要な情報、及び、発信又は電子メールのメッセージの送信に必要な情報をキャッシュする。すなわち、更新部３４が上記のＳ１までの更新を実行した後はＳ２，Ｓ３が完了する可能性があるので、（旧）電話帳、履歴及び画像３６ａにアクセスできなくなる可能性がある。
【００５４】
このため、情報キャッシュ部３３は、（旧）電話帳、履歴及び画像３６ａにアクセスできなくても特定画面や発信のために遷移する画面を表示できるように必要な情報をキャッシュしておく。このようなキャッシュ情報については後述する。
【００５５】
また、情報をキャッシュするまでに、更新部３４がＳ２，Ｓ３の処理を進めないよう、更新部３４が待機しているので、情報キャッシュ部３３はキャッシュを終了すると、Ｓ２、Ｓ３の処理を更新部３４に進行させる。これにより、更新部３４はＳ２、Ｓ３の処理を実行する。
【００５６】
また、状況判定部３１は、特定画面毎に定められているキャンセル操作をＵＩ表示制御部３２から取得すると、ＵＩ表示制御部３２が（新）電話帳、履歴及び画像３６ｂを表示可能な状態になったこと、及び、キャッシュが不要になったことを検知し、ＵＩ表示制御部３２と情報キャッシュ部３３に通知する。
【００５７】
ＵＩ表示制御部３２が画面を切り替える際は、更新後の（新）電話帳、履歴及び画像３６ｂから電話番号、氏名及び画像を読み出すので、更新結果を画面に反映することができる。また、情報キャッシュ部３３はキャシュした情報を破棄する。
【００５８】
なお、通話部３５は、ＢＴモジュール２３と一体に動作し、乗員がディスプレイ１３に表示された氏名や電話番号を選択操作することで、その電話番号をＢＴモジュール２３に指示する。ＢＴモジュール２３は、ＨＦＰに従い携帯端末２００と通信して電話番号やＡＴコマンドを送信するので、携帯端末２００が通話先を発呼することができる。
【００５９】
また、携帯端末２００に着信があると、携帯端末２００がＨＦＰに従いＢＴモジュール２３と通信して発信元の電話番号を通話部３５に通知する。通話部３５はＵＩ表示制御部３２に電話番号を通知する。ＵＩ表示制御部３２はその電話番号を電話帳から検索し、電話帳に記録されていれば、電話帳から読み出した発信元の氏名（及び電話番号）を、ディスプレイ１３に表示中の画面（例えば、ナビ画面、テレビ画面等）に重畳して表示する。なお、通話部３５は、スピーカ１２から出力中の音声を停止して、着信音を出力する。これにより乗員は着信があったことを把握できる。なお、発信元の電話番号が電話帳３６に記録されていなければ、通話部３５は発信元の電話番号をディスプレイ１３に表示する。
【００６０】
氏名や電話番号が表示される画面には、着信に応答するオフフックボタンが表示されるので、乗員がオフフックボタンを押下すると、乗員と通話先がＢＴモジュール２３及び携帯端末２００を介して通話が可能となる。
【００６１】
乗員が発声した音声はマイク１１により集音され電気信号に変換された後、通話部３５がＢＴモジュール２３に送信する。ＢＴモジュール２３はその音声情報を携帯端末２００に送信する。携帯端末２００は、受信した音声情報を所定のフォーマットで通話先に送信する。また、通話先からの音声情報は携帯端末２００が車載機１００のＢＴモジュール２３に送信し、ＢＴモジュール２３が通話部３５に送信する。通話部３５は、これを電気信号に変換してスピーカ１２から出力する。
〔特定画面について〕
続いて、各特定画面について画面例とキャンセル操作を説明する。乗員は、４つの方法で電話をかけることができる。(i)番号を直接入力する方法、(ii)電話帳から選択する方法、(iii)履歴から選択する方法、(iv)ワンタッチ画面から選択する方法、の４つである。このうち(ii)〜（iv）の３つが特定画面になる。
【００６２】
＜通話先１件選択画面＞
図７（ａ）は、通話先1件選択画面の一例を示す図である。乗員が、リスト画面から１つの通話先（氏名）を選択すると、ＵＩ表示制御部３２は電話帳から氏名に対応づけられた電話番号を最大３つまで読み出し、通話先1件選択画面に表示する。
【００６３】
通話先1件選択画面は、氏名欄２０１、電話番号欄２０２、Ｂａｃｋボタン２０４、及び、発呼ボタン２０３を有する。乗員が、電話番号欄２０２のいずれかの電話番号を選択するか又は発呼ボタン２０３を押下すると、ＵＩ表示制御部３２がその選択を受け付け、通話部３５に電話番号と発呼制御を要求する。これにより、乗員はハンズフリーにより通話先と通話することができる。なお、乗員がディスプレイ１３に触れることなく、音声認識による音声操作によって発呼してもよい。
【００６４】
通話先1件選択画面は、上記のとおり、乗員がすでに通話先を選択しているので、この状態で電話帳を更新すると、選択された通話先と電話帳の紐付けが切れてしまい、乗員が電話をかけることができなくなる可能性がある。また、これを防ぐため電話帳のリストを一覧表示させると、乗員に再度の通話先の選択を強制することになるため好ましくない。このため通話先1件選択画面は特定画面となる。
【００６５】
また、通話先1件選択画面のキャッシュ情報は、通話先1件選択画面に表示されている氏名と電話番号（最大３つ）である。この情報があれば、ＵＩ表示制御部３２は、発信中や通話中の画面を表示できる。
【００６６】
この通話先1件選択画面のキャンセル操作は、次の通りである。
・通話終了（オンフック）
・Ｂａｃｋボタン２０４の押下
乗員が通話を終了した場合、乗員が選択した通話先が役割を果たしたと考えられるので、電話帳を更新しても不都合はないと考えらえる。通話先が先にオンフックしても同じである。また、ユーザが通話先1件選択画面でＢａｃｋボタン２０４を押下した場合、乗員が通話先の選択を解消したと考えられるので、電話帳を更新した後に再度、同じ通話先を選択するかどうかは乗員の裁量に過ぎない。
【００６７】
したがって、状況判定部３１は、通話が終了した場合、又は、乗員がＢａｃｋボタン２０４を押下した場合、ＵＩ表示制御部３２と情報キャッシュ部３３にキャンセル操作の検知を通知する。
【００６８】
＜履歴画面＞
図７（ｂ）は、履歴画面の一例を示す図である。乗員が、電話帳から１つの通話先（氏名）を選択する画面において、Call  Historyボタン１０３を押下すると、ＵＩ表示制御部３２は、図示する履歴画面を表示する。すなわち、ＵＩ表示制御部３２は履歴から電話番号を読み出し、電話帳から電話番号に対応づけられた氏名を読み出す。
【００６９】
図７（ｂ）の履歴画面では、タブ３０１によりディスプレイ１３に表示する履歴種類を仕分けている。「All」タブは全ての履歴種類を表示するタブであり、「Missed」タブは不在着信の履歴を表示するタブであり、「Incoming」タブは全ての着信の履歴を表示するタブであり、「Outgoing」タブは発信の履歴を表示するタブである。
【００７０】
履歴画面には、氏名欄３０２、日時欄３０３、Ｂａｃｋボタン３０４等が表示されている。氏名欄３０２には原則的に氏名が表示されるが、ＵＩ表示制御部３２が履歴から読み出した電話番号が電話帳に登録されていない場合、又は、電話番号が電話帳に登録されていても電話帳に氏名が登録されていない場合、氏名欄３０２には電話番号が表示される。なお、履歴画面には、各タブ毎に、日時順又はＡＢＣ順（名前順）にソートして履歴が表示される。
【００７１】
履歴画面についても、履歴画面が表示された状態で履歴を更新すると、表示されている履歴と記憶している履歴データの紐付けが切れてしまい、乗員が電話をかけることができなくなる可能性がある。これを防ぐために、ＵＩ表示制御部３２が履歴画面を再表示したり、表示中のタブをデフォルト設定のタブ（例えば  「All」タブ）に切り替える等を行うと、ユーザが違和感を感じてしまう。このため履歴画面は特定画面となる。
【００７２】
また、履歴画面のキャッシュ情報は、現在のタブ３０１にて表示されている全ての（未スクロール部分を含む）通話先の電話番号及び氏名である。この情報があれば、ＵＩ表示制御部３２は、履歴画面を維持すること、スクロールすること、及び、発信中や通話中の画面を表示することができる。
【００７３】
この履歴画面のキャンセル操作は、次の通りである。
・Ｂａｃｋボタン３０４の押下
・別タブの選択
ユーザが履歴画面でＢａｃｋボタン３０４を押下した場合、履歴が表示された状態でなくなるので、履歴画面の氏名等と履歴の紐付けが切れても問題がない。また、ユーザが履歴画面で表示中のタブから別タブを選択した場合、履歴が表示されない状態を経由するので、履歴画面の氏名等と履歴の紐付けが一時的に切れても問題がない。
【００７４】
このため、状況判定部３１は、Ｂａｃｋボタンが押下された場合、又は、別タブが選択された場合、ＵＩ表示制御部３２と情報キャッシュ部３３にキャンセル操作の検知を通知する。
【００７５】
＜ワンタッチ画面＞
図８（ａ）は、ワンタッチ画面の一例を示す図である。まず、ワンタッチ画面について説明する。ワンタッチ画面とは、乗員が電話帳の中から通話先を選択したり、履歴のなかから通話先を選択することなく、通話先をより少ない操作で選択できるように設けられた電話発信用の画面である。
【００７６】
ワンタッチ画面に表示させる通話先は、乗員がマニュアルで登録することができる。登録方法には種々の操作方法があるが、例えば、乗員がディスプレイ１３を操作して、ワンタッチ画面に表示させる通話先を選択する登録画面を表示させ、乗員が電話帳から1件ずつ選択しワンタッチ画面のリストに登録する方法がある。
【００７７】
なお、ワンタッチ画面のリストには電話番号しか登録されない。これは、ワンタッチ画面のリストの生成後は、ワンタッチ画面のリストは電話帳とは別に管理されるため、ワンタッチ画面のリストに氏名も登録すると、電話帳における電話番号と氏名の対応と、ワンタッチ画面のリストにおける電話番号と氏名の対応とに齟齬が生じるおそれがあるためである。このため、ＵＩ表示制御部３２はワンタッチ画面のリストには電話番号のみを登録し、電話番号に紐付いた氏名を電話帳から読み出してワンタッチ画面に表示する。
【００７８】
乗員が、電話番号入力画面からSpeed  Dialsボタン１０２を押下すると、ＵＩ表示制御部３２は、図示するワンタッチ画面を表示する。すなわち、ＵＩ表示制御部３２はワンタッチ画面のリストから電話番号を読み出し、電話帳から電話番号に対応づけられた氏名を読み出す。電話帳に電話番号に対応づけて氏名が登録されていない場合、ＵＩ表示制御部３２は氏名として例えば“Ｕｎｋｎｏｗｎ”と表示する。
【００７９】
ワンタッチ画面には、タブ４０１、氏名及び電話番欄４０２、Ｂａｃｋボタン４０３等が表示されている。氏名及び電話番欄４０２には原則的に氏名及び電話番号が表示されるが、ＵＩ表示制御部３２が一覧リストから読み出した電話番号が電話帳に登録されていない場合、又は、電話番号が電話帳に登録されていても電話帳に氏名が登録されていない場合、氏名及び電話番号欄には電話番号が表示される。
【００８０】
図８（ａ）のワンタッチ画面では、タブ４０１により1度にディスプレイ１３に表示する通話先を３つ（Speed  Dial１〜３）に仕分けている。Speed  Dial１〜３の各タブは、よく利用する通話先順、登録順、又は、アルファベット順に、それぞれ上位１〜６件、７〜１２件、１３〜１８件の通話先を表示する。
【００８１】
ワンタッチ画面についても、ワンタッチ画面が表示された状態で電話帳を更新すると、表示されている通話先と電話帳の紐付けが切れてしまい、乗員が電話をかけることができなくなる可能性がある。これを防ぐために、ＵＩ表示制御部３２がワンタッチ画面を再表示したり、表示中のタブ４０１をデフォルト設定のタブ（例えば、Speed  Dial１）に切り替える等を行うと、乗員が違和感を感じてしまう。このためワンタッチ画面は特定画面となる。
【００８２】
また、ワンタッチ画面のキャッシュ情報は、現在のタブ４０１にて表示されている全ての（最大６つ）通話先の電話番号及び氏名である。この情報があれば、ＵＩ表示制御部３２は、発信中や通話中の画面を表示することができる。
【００８３】
このワンタッチ画面のキャンセル操作は、次の通りである。
・Ｂａｃｋボタン４０３の押下
・別タブの選択
ユーザがワンタッチ画面でＢａｃｋボタン４０３を押下した場合、通話先が表示された状態でなくなるので、通話先と電話帳の紐付けが切れても問題がない。また、ユーザがワンタッチ画面で表示中のタブから別タブを選択した場合、通話先が表示されない状態を経由するので、通話先と電話帳の紐付けが一時的に切れても問題がない。
【００８４】
このため、状況判定部３１は、Ｂａｃｋボタン４０１が押下された場合、又は、別タブが選択された場合、ＵＩ表示制御部３２と情報キャッシュ部３３にキャンセル操作の検知を通知する。
【００８５】
＜メール詳細画面＞
図８（ｂ）は、メール詳細画面の一例を示す図である。携帯端末２００は、電子メールというメールアドレスを宛先とするメールの送受信以外に、ＳＭＳ（Short  Message  Service）によるメールの送受信が可能になっている。ＳＭＳは電話番号を宛先とするので、本実施形態ではこのＳＭＳによるメールの送受信について説明するが、電子メールについもて同様に適用できる。
【００８６】
携帯端末２００は、履歴と同様にＳＭＳの受信履歴と送信履歴を記憶している。また、Bluetoothには、機器間でＳＭＳや電子メールを転送するプロファイル（ＭＡＰ：メッセージ・アクセス・プロファイル）が策定されている。ＢＴモジュール２３と携帯端末２００がＭＡＰを備えていれば、携帯端末２００が新たに受信したＳＭＳが車載機１００に転送される。また、ＭＡＰにより携帯端末２００のＳＭＳの受信履歴や送信履歴を車載機１００に転送することができる。
【００８７】
乗員が、電話番号入力画面にてMessageボタン１０４を選択すると、ＵＩ表示制御部３２はメールを受信トレイから読み出し、メール詳細画面に表示する。
【００８８】
メール詳細画面は、差出人欄５０１、タイトル欄５０２、本文欄５０３、Ｂａｃｋボタン５０４、前へボタン５０５、次へボタン５０６、返信ボタン５０７、及び、発信ボタン５０８を有する。ＵＩ表示制御部３２は、受信トレイから読み出した電話番号に対応づけられた氏名を電話帳から読み出し、差出人欄５０１に表示する（図では氏名が登録されていないので電話番号になっている）。
【００８９】
なお、Ｂａｃｋボタン５０４は、メール詳細画面を抜けて電話番号入力画面を表示させるボタンであり、前へボタン５０５はメール詳細画面のまま1つ前の(受信日時が古い)ＳＭＳを表示させるボタンであり、次へボタン５０６はメール詳細画面のまま1つ後の(受信日時が新しい)ＳＭＳを表示させるボタンであり、返信ボタン５０７は差出人にＳＭＳを返信するメッセージを乗員が作成するＳＭＳの編集画面を表示させるボタンである。また、発信ボタン５０８は、差出人に音声通話を発信するボタンである。
【００９０】
メール詳細画面についても、メール詳細画面が表示された状態で電話帳を更新すると、表示されている差出人と電話帳の紐付けが切れてしまい、乗員が返信できなくなる可能性がある。これを防ぐために、ＵＩ表示制御部３２が別のメールのメール詳細画面を再表示したりすると、再度の選択が必要になり操作性が低下したりユーザが違和感を感じてしまう。このためメール詳細画面は特定画面となる。
【００９１】
また、メール詳細画面のキャッシュ情報は、現在のメール詳細画面で表示されている全情報（差出人欄５０１の氏名と氏名が対応づけられた電話帳の電話番号、タイトル欄５０２のタイトル、本文欄５０３の本文等）である。この情報があれば、ＵＩ制御表示部は、メール本文をスクルールすること、返信用の画面（編集画面）を表示すること、返信すること、及び、発信することができる。
【００９２】
このメール詳細画面のキャンセル操作は、次の通りである。
・Ｂａｃｋボタン５０４の押下
・前へボタン５０５又は次へボタン５０６の押下
・返信ボタン５０７の押下→返信完了
・通話終了
乗員がメール詳細画面でＢａｃｋボタン５０４を押下した場合、差出人が表示された状態でなくなるので、差出人と電話帳の紐付けが切れても問題がない。また、乗員が前へボタン５０５又は次へボタン５０６を押下することで別のメッセージを表示した場合、差出人が表示されない状態を経由するので、差出人と電話帳の紐付けが一時的に切れても問題がない。また、乗員が返信ボタン５０４を押下して返信を完了させた場合、乗員が選択した差出人に関する作業が終了したので、電話帳を更新しても乗員の操作には影響しない。
【００９３】
このため、状況判定部３１は、Ｂａｃｋボタン５０４が押下された場合、前へボタン５０５若しくは次へボタン５０６が押下された場合、返信が完了した場合、又は、通話が完了した場合、ＵＩ表示制御部３２と情報キャッシュ部３３にキャンセル操作の検知を通知する。
【００９４】
〔動作手順〕
図９は、本実施形態の車載機１００が電話帳等を更新する手順を示すフローチャート図の一例である。図９の手順は、例えば、ＢＴモジュール２３が携帯端末２００と通信を開始するとスタートする。
【００９５】
ＰＢＡＰにより更新部３４が携帯端末２００から電話帳の受信を開始する（Ｓ１０）。なお、ＰＢＡＰとＨＦＰは同時並行的に有効なので、電話帳の転送中も通話が可能である。
【００９６】
更新部３４は電話帳の受信（上記のＳ１の処理）が成功したか否かを判定する（Ｓ２０）。成功するとは通信が中断することなく、パリティチェック等によってもエラーが検出されないことをいう。
【００９７】
電話帳の受信が成功しなかった場合（Ｓ２０のＮｏ）、更新部３４は転送処理を終了する（Ｓ３０）。この場合、受信した電話帳は破棄される。
【００９８】
電話帳の受信が成功した場合（Ｓ２０のＹｅｓ）、更新部３４は履歴の転送が成功したか否かを判定する（Ｓ４０）。成功したか否かを判定方法は電話帳の場合と同じである。この後、必要であれば、更新部３４は画像、ＳＭＳのメッセージ等を受信する。
【００９９】
履歴の受信が成功しなかった場合（Ｓ４０のＮｏ）、更新部３４は、電話帳のみを更新の対象に決定する（Ｓ５０）。
【０１００】
履歴の受信が成功した場合（Ｓ４０のＹｅｓ）、状況判定部３１は、現在の画面が特定画面か否かを判定する（Ｓ６０）。状況判定部３１は、ＵＩ表示制御部３２から現在の画面の識別情報を取得し、予め登録された特定画面の識別情報と一致するか否かを判定する。
【０１０１】
特定画面でない場合（Ｓ６０のＮｏ）、更新部３４は、上記のＳ２、Ｓ３の処理を継続して更新を完了させＵＩ表示制御部３２に更新完了を通知することで、ＵＩ表示制御部３２は画面を更新する（Ｓ７０）。例えば、ディスプレイ１３にリスト画面が表示されている場合、ＵＩ表示制御部３２はリスト画面の通話先などを書き換える。画面がスクロールしているような場合は、通話先の先頭から表示する。また、必要に応じて、ディスプレイ１３に現在、表示されている画面から、1つ前の画面に戻る。
【０１０２】
ＵＩ表示制御部３２は、転送完了のメッセージをディスプレイ１３に表示する。これにより、ユーザは電話帳が転送されたことを早期に把握できる。
【０１０３】
特定画面であった場合（Ｓ６０のＹｅｓ）、状況判定部３１がＵＩ表示制御部３２に現在の画面を継続して表示するよう要求する（Ｓ８０）。
【０１０４】
また、状況判定部３１が情報キャッシュ部３３に通知して、旧データにアクセスしなくても特定画面を表示するための情報及びキャンセル操作が検出されるまでに表示されうる画面の表示に必要な情報をキャッシュさせる。情報キャッシュ部３３はキャッシュ後、更新部３４にキャッシュの完了を通知するので、更新部３４は、上記のＳ２、Ｓ３の処理を継続して更新を完了させＵＩ表示制御部３２に更新完了を通知する。
【０１０５】
ＵＩ表示制御部３２は、転送完了のメッセージをディスプレイ１３に表示する（Ｓ９０）。これにより、ユーザは電話帳が転送されたことを早期に把握できる。
【０１０６】
次に、状況判定部３１は、キャンセル操作があったか否かを判定する（Ｓ１００）。キャンセル操作がない場合（Ｓ１００のＮｏ）、ＵＩ表示制御部３２は特定画面の表示又は発信画面などを表示する。
【０１０７】
そして、キャンセル操作があった場合（Ｓ１００のＹｅｓ）、ＵＩ表示制御部３２は新しい電話帳などで画面を更新する（Ｓ１１０）。また、情報キャッシュ部３３は、キャッシュした情報を破棄する。
【０１０８】
〔画面の遷移例〕
図１０は、履歴画面における電話帳の更新と画面の遷移例の一例を示す。
【０１０９】
まず、更新が画面遷移に影響しない場合について説明する。
・乗員が電話番号入力画面c-1を表示する。
・電話番号入力画面c-1を表示中に電話帳の更新が完了した場合、メッセージ「転送完了しました」が表示された電話番号入力画面c-2が表示される。数秒でのメッセージのない電話番号入力画面c-1に切り替わる。
・電話番号入力画面c-1において乗員がCall  Historyボタン１０３を押下すると、履歴画面c-3が表示される。
【０１１０】
更新が画面遷移に影響する場合について説明する。
・乗員が電話番号入力画面c-1を表示する。
・電話帳の更新が完了する前に、電話番号入力画面c-1を表示中に乗員がCall  History１０３を押下すると、履歴画面c-4が表示される。
・履歴画面c-4が表示された状態で、電話帳の更新が完了した場合、メッセージ「転送完了しました」が表示された履歴画面c-6が表示される。数秒でのメッセージのない電話番号入力画面c-4に切り替わる。
・履歴画面c-4では、この履歴画面c-4を表示するために必要な情報と通話中画面c-5を表示するために必要な情報がキャッシュされる。例えば、更新前の履歴の“George  Washington”という氏名と、電話帳で“George  Washington”に対応づけられた電話番号である。
・履歴画面c-4から、乗員が通話先（例えば、George  Washington）を押下すると、通話中画面c-5が表示される。
・通話中画面c-5では、履歴画面c-4でキャッシュした氏名（電話帳にあれば）と電話番号が表示される。なお、通話開始後に更新が完了する場合は、通話中画面c-5にメッセージが表示される。
・通話が終了すると履歴画面c-3が表示される。履歴画面c-3では電話帳の更新が反映される。このため、例えば履歴画面c-4では表示されなかった氏名として“Franklin  Roosevelt”が新たに表示されている。
・履歴画面c-4にて、通話することなく乗員がタブ３０１を切り替えた（Missedタブ  Incomingタブ、Outgoingタブ）場合も同じく履歴画面c-3が表示される（すでに電話帳の転送は完了しているものとする）。この場合、タブ３０１が切り替わるので図示するように“Franklin  Roosevelt”は表示されないが、更新後の履歴に基づき氏名や電話番号が表示される。
【０１１１】
図１１は、ワンタッチ画面における電話帳の更新と画面の遷移例の一例を示す。図１１において図１０と同じ画面遷移については説明を省略する。図11においても、ワンタッチ画面d-4では表示されていない“Franklin  Roosevelt”が、ワンタッチ画面d-3では新たに表示されている。また、ワンタッチ画面d-4で表示される更新前の履歴の氏名と、電話帳でその氏名に対応づけられた電話番号がキャッシュされるので、通話中画面d-5において氏名と電話番号を表示することができる。
【０１１２】
図１２は、メール詳細画面における電話帳の更新と画面の遷移例の一例を示す。図１２では、更新が画面遷移に影響しない場合e-1〜3については図１０，図１１と同様である。更新が画面遷移に影響する場合について説明する。
・乗員が電話番号入力画面e-1を表示する。
・電話帳の更新が完了する前に、電話番号入力画面e-1の表示中に乗員がMessageボタン１０４を押下すると、メール詳細画面e-4が表示される。
・メール詳細画面e-4が表示された状態で、電話帳の更新が完了した場合、メッセージ「転送完了しました」が表示されたメール詳細画面c-7が表示される。数秒でのメッセージのないメール詳細画面e-4に切り替わる。
・メール詳細画面e-4では、このメール詳細画面e-4を表示するために必要な情報と通話中画面e-８及び編集画面e-5を表示するために必要な情報がキャッシュされる。例えば、差出人欄、タイトル欄、本文欄、等の情報と、電話帳で差出人欄の氏名に対応づけられた電話番号である。
・ワンタッチ画面e-4から、乗員が発信ボタン５０８を押下すると、通話中画面e-8が表示され、返信ボタン５０７を押下すると、編集画面e-5が表示される。
・通話が終了した場合、又は、メッセージの送信が終了した場合、メール詳細画面e-3が表示される。メール詳細画面e-3では電話帳やＳＭＳの受信履歴や送信履歴の更新が反映される。このため、例えばメール詳細画面e-4では表示されなかったメッセージが新たに表示されている。また、メール詳細画面e-4にて、乗員が前へボタン５０５や次へボタン５０６を押下した場合も同じくメール詳細画面e-3が表示される。
【０１１３】
〔着信の場合〕
図１３を用いて、着信の場合を簡単に説明する。着信の場合も流れは発信の場合と同様になる。図１３は、着信時に車載機１００が電話帳等を更新する手順を示すフローチャート図の一例である。
【０１１４】
ステップＳ１０〜Ｓ４０により、電話帳と履歴の転送が完了する。Ｓ４０の後、状況判定部３１は、車載機１００が着信中か否かを判定する（Ｓ２００）。
【０１１５】
着信中でない場合（Ｓ２００のＮｏ）、ＵＩ表示制御部３２は、リスト画面など、更新が必要な画面であれば画面を更新する（Ｓ７０）。また、転送完了のメッセージをディスプレイ１３に表示する。
【０１１６】
着信中の場合（Ｓ２００のＹｅｓ）、ＵＩ表示制御部３２は、転送完了のメッセージをディスプレイ１３に表示する（Ｓ８０）。これにより、ユーザは電話帳が転送されたことを早期に把握できる。
【０１１７】
また、着信中の場合、ＵＩ表示制御部３２は、発信した相手の電話番号に対応する氏名や画像を（旧）電話帳、履歴及び画像３６ａから読み出し、ディスプレイ１３に表示している。このため、着信中に（旧）電話帳、履歴及び画像３６ａを更新すると、画面に表示されている通話先の、氏名及び画像と、（旧）電話帳、履歴及び画像３６ａの紐付けが切れてしまう。表示中の画面は、通常、ディスプレイ１３のＶＲＡＭ等に記憶されることになるので、（旧）電話帳、履歴及び画像３６ａが更新されても維持されると考えられるが、画面をナビなどに切り替えた後に通話中の画面を表示できるとは限らない。
【０１１８】
そこで、ＵＩ表示制御部３２は、着信中の画面を継続して表示すると共に、情報キャッシュ部３３が（旧）電話帳、履歴及び画像３６ａにアクセスしなくても着信画面を表示するための情報をキャッシュする（Ｓ２１０）。
【０１１９】
そして、ＵＩ表示制御部３２は、通話が終了すると（Ｓ２２０のＹｅｓ）、ＵＩ表示制御部３２は新しい電話帳などで画面を更新する（Ｓ１１０）。また、情報キャッシュ部３３は、キャッシュした情報を破棄する。
【０１２０】
ここで、着信画面に表示していた最後の着信履歴は、履歴に含まれていないので、履歴だけは更新することが好ましい。このため、更新部３４は、履歴を再受信する（Ｓ２３０）。このような履歴だけの再受信をＰＢＡＰがサポートしていればＰＢＡＰを利用し、ＰＢＡＰがサポートしていなければ、ＯＰＰ（Object  Push  Profile）等の所望のファイルの転送用のプロファイルを使用すればよい。
【０１２１】
このように、着信においても、本実施形態の車載機１００は、電話帳の転送が完了するとすぐに乗員に通知でき、着信中の画面を維持できるので乗員に違和感を与えることもない。
【０１２２】
以上説明したように、本実施形態の車載機１００は、電話帳等が使用されている場合、その情報をキャッシュすることで、電話帳などの更新を速やかに進行させることができる。また、情報をキャッシュすることで乗員の作業を中断させたり、違和感を与えることも防止できる。
【符号の説明】
【０１２３】
１１      マイク
１２      スピーカ
１３      ディスプレイ
２１      ナビ／オーディオボード
２２      入力デバイス
２３      ＢＴモジュール
１００    車載機
２００    携帯端末
【図１】
0005331081.tif 000002
【図２】
0005331081.tif 000003
【図３】
0005331081.tif 000004
【図４】
0005331081.tif 000005
【図５】
0005331081.tif 000006
【図６】
0005331081.tif 000007
【図７】
0005331081.tif 000008
【図８】
0005331081.tif 000009
【図９】
0005331081.tif 000010
【図１０】
0005331081.tif 000011
【図１１】
0005331081.tif 000012
【図１２】
0005331081.tif 000013
【図１３】
0005331081.tif 000014