(57)【特許請求の範囲】
【請求項１】
車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、
前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記通話手段による電話の着信を拒否するための操作手段と、前記操作手段によって着信を拒否した相手のメールアドレスを前記電話帳データを参照して特定する特定手段と、前記特定手段が特定したメールアドレスから自装置への電子メールの受信に対する報知を抑制する着信拒否相手受信メール報知抑制手段とを備えたことを特徴とする車載装置。
【請求項２】
車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、
前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、異なるオーディオソースへ切り替える切替手段と、ＡＶストリーミングの停止又は異なるオーディオソースへの切り替えを検知する音声モード切替検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、
前記電子メール読み上げ手段で電子メールの音声読み上げ中に、前記携帯装置に対してＡＶストリーミングの再生要求が行われた場合に、前記中断手段が電子メールの音声読み上げを中断して前記ストリーミング再生手段が前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、前記音声モード切替検知手段が異なるオーディオソースへの切り替えを検知すると前記読み上げ再開手段が読み上げ途中の電子メールの音声読み上げを再開して電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とした車載装置。
【請求項３】
車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、
前記電話機能を用いた特定の相手からの電話の着信を拒否し、着信を拒否した相手のメールアドレスを前記電話帳データを用いて特定し、特定されたメールアドレスから前記携帯装置へ送信された電子メールに対する報知を抑制することを特徴とする車載装置の制御方法。
【請求項４】
車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、
電子メールの音声読み上げを実行した後に前記携帯装置に対してＡＶストリーミングの再生要求を行った場合、該電子メールの音声読み上げを中断し、前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、異なるオーディオソースへの切り替えを検知したとき、該中断された電子メールの音声読み上げを再開し、再開された電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とする車載装置の制御方法。
【請求項５】
車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、
前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記通信手段を介して電話の発信を検知する発信検知手段と、読み上げ途中の電子メールの読み上げ動作を終了して電話の発信を行うか電子メールの読み上げ終了後に電話の発信を行うのかを選択させる発信選択手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段とを備え、
前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に前記発信検知手段が電話の発信を検知した場合、前記発信選択手段を介して読み上げ途中の電子メールの読み上げを終了しすぐに電話の発信を行うことが選択されたときは前記中断手段が該読み上げ途中の電子メールの読み上げを中断し電話の発信が行われ、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われることを特徴とする車載装置。
【請求項６】
車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、
電子メールの音声読み上げ動作中に電話の発信を検知し、読み上げ途中の電子メールの読み上げを終了し、すぐに電話の発信を行うことが選択されたときは該読み上げ途中の電子メールの読み上げを中断し、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われることを特徴とする車載装置の制御方法。
【請求項７】
車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、
前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して通話をするための通話手段と、電子メールの送信先が該電子メールの送信要求時において前記通話手段によって通話している通話相手か否かを判定する送信先判定手段と、前記送信先判定手段で判定した電子メールの送信先に応じてメール送信状態の報知方法を変更する報知変更手段とを備えることを特徴とする車載装置。
【請求項８】
車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、
前記電話機能を用いて通話している場合に電子メールの送信が要求されたときに、該電子メールの宛先が通話している通話相手か否かを判定し、判定した電子メールの送信先に応じてユーザへの報知方法を変更して報知することを特徴とする車載装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載される車載装置であって、特に携帯装置と無線接続することにより電子メールの送受信機能を実現する場合に、電子メールの送受信機能とハンズフリー通話機能などの既存の無線接続によって享受している機能とが複合的に動作することのできる車載装置に関する。
【背景技術】
【０００２】
従来、通信機能を利用することが可能な車載装置に関し、車内における電子メールの送受信に関する従来技術として運転中の受信メールに対して定型文を送信するものがある（例えば、特許文献１参照）。【０００３】
また、電子メール受信を音声で報知するハンズフリー通話装置がある（例えば、特許文献２参照）。【０００４】
そして、カーナビゲーションに代表される車載装置と携帯電話に代表される携帯装置とが近距離無線通信規格であるＢｌｕｅｔｏｏｔｈ（登録商標）を用いて接続し、ハンズフリー通話機能、電話帳転送機能、オーディオあるいはビデオのストリーミング再生機能、データ通信（ダイアルアップ通信）機能などが実現されている。【０００５】
Ｂｌｕｅｔｏｏｔｈ（登録商標）ではＢｌｕｅｔｏｏｔｈ ＳＩＧ (Special Interest Group)によって各機能がプロファイルとして定められている。【０００６】
このうち、ハンズフリー通話機能は、ＨＦＰ（Hands Free Profile）を用いる（非特許文献１参照）。電話帳転送機能は、ＰＢＡＰ( Phone Book Access Profile)又はＯＰＰ（Object Push Profile）を用いる（非特許文献２または非特許文献３参照）。また、オーディオのストリーミング再生・リモコン制御機能は、Ａ２ＤＰ（Advanced Audio Distribution Profile）、ＡＶＲＣＰ（Audio/Video Remote Control Profile）を用い（非特許文献４、非特許文献５参照）、データ通信機能は、ＤＵＮ (Dial-Up Networking Profile)を用いる（非特許文献６参照）。【０００７】
さらに、２００９年６月にＢｌｕｅｔｏｏｔｈ ＳＩＧによりＭＡＰ(Message Access Profile)Ｖｅｒ．１．０が策定され、車載機から携帯電話の電子メールの閲覧などを行うことのできるプロファイルの策定が完了した（非特許文献７参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】日本国特開２００４−２５２５６３号公報
【特許文献２】日本国特開２００９−２７４０３号公報
【非特許文献】
【０００９】
【非特許文献１】Bluetooth Specification、Hands Free Profile(HFP) 1.5、2005年11月25日発行
【非特許文献２】Bluetooth Specification、Phone Book Access Profile(PBAP) 1.0, V10r00、2006年4月27日発行
【非特許文献３】Bluetooth Specification、Object Push Profile(OPP) 1.１, 2001年2月22日発行
【非特許文献４】Bluetooth Specification、Advanced Audio Distribution Profile (A2DP) 1.2、2007年4月16日発行
【非特許文献５】Bluetooth Specification、Audio/Video Remote Control Profile (AVRCP) 1.4、2008年6月26日発行
【非特許文献６】Bluetooth Specification、Dial-Up Networking Profile(DUN) 1.１, 2001年2月22日発行
【非特許文献７】Bluetooth Specification、Message Access Profile(MAP) 1.0、2009年6月4日発行
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、ＭＡＰは規格化が成されたばかりであり、車載装置で電子メールの送受信を行う場合に、既存プロファイルと複合的に動作するユースケース（所謂マルチプロファイル動作）は規格化されておらず、車載装置の製造メーカだけの論理でプロファイルの実装を行うと、相互接続性の不具合が発生し、接続相手となる携帯機器の製造メーカとの規格解釈の違いにより意図する動作が行われないといった問題が発生する恐れがある。【００１１】
ユースケースの一例としては、車載機と携帯電話がＢｌｕｅｔｏｏｔｈ（登録商標）の規格に準じて無線接続し、ハンズフリー通話中にメール受信する場合などがある。ユースケースの他の例としては、車載機と携帯電話がＢｌｕｅｔｏｏｔｈ（登録商標）の規格に準じて無線接続し、ハンズフリー通話中にメール受信で接続し、ユーザがハンズフリー通話中にメール閲覧する場合などがある。【００１２】
車載装置において複数のプロファイルが複合的に動作する場合、ユーザにとって操作が煩雑となり、使い勝手が悪くなることが懸念される。【００１３】
車載装置がＭＡＰを使った電子メールの送受信機能が実行できる状態で、既存のハンズフリー通話機能やオーディオあるいはビデオのストリーミング再生機能やデータ通信機能が実行され複合的に動作するときに車載装置としてどういった振る舞いをすればユーザにとって使い勝手がよいのかという課題を解決することは製造メーカにとっては競争領域として位置づけられている。【００１４】
また、車載装置の振る舞いを実行するための画面構成についても、理解のし易さ、使い勝手の良さが望まれている。【００１５】
本発明は上記問題に鑑みてなされたものであり、すなわち、車載装置と携帯電話に代表される携帯装置とがＢｌｕｅｔｏｏｔｈ（登録商標）を用いて接続し、電子メールの送受信を行う場合に既存プロファイルと複合的に動作することのできる車載装置、ならびに電子メールの送受信機能が実行できる状態で既存のハンズフリー通話機能やオーディオあるいはビデオのストリーミング再生機能やデータ通信機能が実行され複合的に動作するときにユーザにとって安全で使い勝手のよい車載装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記通話手段による電話の着信を拒否するための操作手段と、前記操作手段によって着信を拒否した相手のメールアドレスを前記電話帳データを参照して特定する特定手段と、前記特定手段が特定しメールアドレスから自装置への電子メールの受信に対する報知を抑制する着信拒否相手受信メール報知抑制手段とを備えたことを特徴とする。【００１７】
また、上記目的を達成するために本発明は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、電話の着信を報知するための着信音を鳴動させる着信音鳴動手段と、着信した電話の受話操作を受け付ける受話受付手段と、自装置を通話状態に移行させる通話移行手段と、通話の終了を検知する通話終了検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に電話の着信が検知され前記中断手段が電子メールの読み上げを中断して前記着信音鳴動手段が着信音を鳴動させた場合に、該着信音の鳴動中に前記受話受付手段が受話操作を受け付けたとき、前記通話移行手段が自装置を通話状態に移行させて前記通話終了検知手段が通話の終了を検知すると前記再開手段が当該読み上げ途中の電子メールの読み上げを再開することを特徴とする。【００１８】
また、上記目的を達成するために本発明は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、通話状況に関する情報の表示画面である通話画面表示を行う通話画面表示手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記電話帳データを参照して通話中の相手を特定する通話相手特定手段と、前記通話画面表示手段によって表示された画面上に釦を配置する釦配置手段とを備え、前記釦配置手段によって配置される釦は、前記通話相手特定手段で特定した通話中の相手への送信メールの情報と通話中の相手からの受信メールの情報とのうち少なくともいずれか一方の情報を取得するための釦であることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、特に、車載装置と携帯電話に代表される携帯装置とをＢｌｕｅｔｏｏｔｈ（登録商標）の規格に準じて無線接続し、複数のプロファイルを複合的に動作させる場合、意図する動作が行われないといった状況をなくし、複数のプロファイルを複合的に動作させることができ、ユーザにとって操作性が良く使い勝手のよい車載装置を提供することができる。【００２０】
また、本発明によれば、特に、車載装置と携帯電話に代表される携帯装置とをＢｌｕｅｔｏｏｔｈ（登録商標）の規格に準じて無線接続し、ハンズフリー通話中にメール受信する場合に、既存プロファイルと複合的に動作することができ、ユーザにとって操作性が良く使い勝手のよい車載装置を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態１に係る車載装置の全体構成を示すブロック図
【図２】車載装置が備えるＢｌｕｅｔｏｏｔｈプロトコルスタックの階層図
【図３】車載装置でメールを読み上げているときに着信があったときの車載装置の動作を示すシーケンス図
【図４】車載装置の表示部１０２に表示される選択画面の一例を示す模式図
【図５】メールを読み上げているときに発信があったとき、かつ、読み上げ中断即時発信する場合の車載装置の動作を示すシーケンス図
【図６】メールを読み上げているときに発信があったとき、かつ、読み上げ継続、読み上げ終了後発信する場合の車載装置の動作を示すシーケンス図
【図７】車載装置の表示部１０２に表示される選択画面の一例を示す模式図
【図８】ハンズフリー通話中にメール新着通知があったときのメール新着通知を遅らせる車載装置の動作を示すシーケンス図
【図９】ハンズフリー通話中にメール閲覧を行う場合の車載装置の動作を示すシーケンス図
【図１０】車載装置の表示部１０２に表示される通話画面の一例を示す模式図
【図１１】車載装置の表示部１０２に表示される通話・メール閲覧画面（受信Ｂｏｘ）の一例を示す模式図
【図１２】車載装置の表示部１０２に表示される通話・メール閲覧画面（送信Ｂｏｘ）の一例を示す模式図
【図１３】ハンズフリー通話中にメール送信要求があったときの車載装置の動作を示すシーケンス図
【図１４】車載装置の表示部１０２に表示される通話画面の一例を示す模式図
【図１５】車載装置の表示部１０２に表示される通話・メール作成画面の一例を示す模式図
【図１６】ハンズフリー通話の着信を拒否したときにその着信拒否相手からメールを受信したときの車載装置の動作を示すシーケンス図
【図１７】携帯装置からのオーディオストリーミングを再生中にメールを受信し、オーディオストリーミングを再生中断する場合の車載装置の動作を示すシーケンス図
【図１８】携帯装置からのオーディオストリーミングを再生中にメールを受信し、オーディオストリーミングを再生継続する場合の車載装置の動作を示すシーケンス図
【図１９】予め車載装置の表示部１０２に表示される設定画面の一例を示す模式図
【図２０】車載装置がＭＡＰでメールを受信、読み上げ中にユーザから携帯装置へのオーディオストリーミングの再生開始指示を受け付けたとき車載装置の動作を示すシーケンス図
【図２１】車載装置がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を中断した場合の車載装置の動作を示すシーケンス図
【図２２】車載装置がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を継続した場合の車載装置の動作を示すシーケンス図
【図２３】車載装置がＤＵＮでデータ通信中にメールを受信したときの車載装置の動作を示すシーケンス図
【図２４】予め車載装置の表示部１０２に表示される設定画面の一例を示す模式図
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態１に係る車載装置について図面を参照しながら説明する。なお、各図面において、本発明に関係のない構成要素は省略している。
【００２３】
（実施の形態１）
図１は、本発明の実施の形態１に係る車載装置の全体構成を示すブロック図である。図１には、車両に設置される車載装置の一例としてのナビゲーション装置１００および、携帯装置の一例としての携帯電話１０および携帯電話２０が示されている。
【００２４】
図１において、ナビゲーション装置１００は、通信手段としての近距離通信部１０１（いわゆるＢｌｕｅｔｏｏｔｈ(登録商標)モジュールあるいはＢｌｕｅｔｏｏｔｈ(登録商標)と無線ＬＡＮ等複数の無線通信が可能なコンボモジュールが含まれる）、表示部１０２、入力部１０３、制御部１０４、マイク１０５、スピーカ１０６、記憶部１０７、音声変換部１０８、走行判定部１０９を備える。走行判定部１０９は状況に応じて省略することができる。
【００２５】
携帯電話１０は、一般的な携帯電話であり、少なくとも電話機能、電子メール機能を備えている。ここで、電話機能とは音声を電気信号に変換し、電話回線を通じて通話ができる、すなわち、離れた場所にいる相手方にこれを伝え、お互いに会話するための機能を指し、通話機能を有する他の端末から着信があった際に、着信したことを検知し、検知信号を出力する機能も含む。また、電子メール機能とは、公知の電子工学を用いた通信システムでメッセージを交換するための機能であり、電子メール機能を有する他の端末から電子メールを受信した際に受信したことを検知し、検知信号を出力する機能も含む。
【００２６】
また、携帯電話１０には、電話帳データやオーディオストリーミング送信機能、を有しているものも含まれる。ここで、電話帳データとは所定の人物の氏名とその人物が所有している電話などの端末固有の電話番号、端末固有の電子メールアドレスなどがそれぞれ対応された状態にて携帯電話１０に記録されているそのデータを指す。また、オーディオストリーミング送信機能とは、携帯電話の内部に格納された音声ファイルなどのデータファイルをナビゲーション装置１００などにデータ送信する機能を指すものである。
【００２７】
ここで、以下の説明（全ての実施の形態）において、音声ファイル（オーディオファイル）を扱うものを一例として説明するが、画像あるいは動画ファイル（ビデオファイル）を扱うビデオストリーミング送信機能を携帯装置が有していても良く、この場合は、車載装置が携帯装置から受信したビデオデータをストリーミング再生できるものを用いることで以下の説明におけるオーディオストリーミングの再生時の動作と同様にビデオストリーミングの再生時における車載装置の振る舞いが実行される。
【００２８】
なお、「オーディオストリーミングおよびビデオストリーミングのうち少なくともいずれか一方」をあらわすものとして「ＡＶストリーミング」を用いる場合がある。
【００２９】
携帯電話１０は、運転者などの車両の搭乗者が所持しているものであり、ナビゲーション装置１００が搭載される車両内に持込まれる。また携帯電話１０は音声通話に利用するアンテナ以外にも近距離無線通信機能も備えている。
【００３０】
また、携帯電話１０は、近距離無線通信機能によってナビゲーション装置１００と通信を行うことが可能である。携帯電話２０は、第三者が使用するものであり、音声通話や電子メールを携帯電話１０へネットワーク１を経由して送受信する。
【００３１】
次いで、ナビゲーション装置１００の構成要素について説明する。
【００３２】
近距離通信部１０１は、無線通信をするためのアンテナ、無線回路、プロトコルスタック、演算回路等を有し、携帯電話１０と近距離無線通信によるデータ通信を行う。本実施の形態においては、このデータ通信で使用する無線規格として、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いる。
【００３３】
ナビゲーション装置１００は携帯電話１０との間で近距離無線通信を行うために、携帯電話２０のユーザと通話するためのハンズフリー通話機能、携帯電話１０の電話帳データをナビゲーション装置１００へ転送する電話帳転送機能、携帯電話１０に蓄積されたオーディオをナビゲーション装置１００でストリーミング再生するストリーミング再生機能、携帯電話１０のゲートウェイ機能を使用し外部のネットワークとデータ通信を行うデータ通信（ダイアルアップ通信）機能を備える。これらの機能を実行するにあたり、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格のプロファイルを用いる（詳細は後述）。
【００３４】
表示部１０２は、例えば、液晶ディスプレイ、有機ＥＬディスプレイなどの表示デバイスであり、制御部１０４による制御に基づきＢｌｕｅｔｏｏｔｈ（登録商標）通信に関連する各種情報を描画するための回路等を含んでいる。
【００３５】
入力部１０３は、ユーザからの指示が入力されるもので、押圧式のスイッチを所定数並べた構成を採るものや、タッチパネル式のもの、リモコン等で構成される。また入力部１０３は、ナビゲーション装置１００の筐体内部にあっても良いし、ケーブルによって接続され筐体から離れていても良い。本実施形態では、タッチパネルを用いたものを一例として説明する。
【００３６】
制御部１０４は、ナビゲーション装置１００全体の動作を制御する、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）とＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等を含む。ＣＰＵやＭＰＵは、ＲＯＭに格納される各アプリケーションソフトウェアのプログラムを実行することによって、各機能ブロックが相互連携し、本実施の形態に関わる処理が実現される。また、ＣＰＵやＭＰＵは、プログラムの実行中、ＲＡＭを作業領域として使用する。
【００３７】
マイク１０５、スピーカ１０６は、音声の入出力を行うものである。
【００３８】
なお、入力部１０３の代わりにマイク１０５により利用者の声を認識してナビゲーション装置１００への入力情報に変換するようにしてもよい。
【００３９】
記憶部１０７は、無線通信にて携帯電話１０から受信した電話帳データ、発着信履歴データ等を記憶する書き換え可能な不揮発性メモリ等である。
【００４０】
音声変換部１０８は、電子メールの文字列を音声へ変換、読み上げる（音声読み上げを行う）ための手段であり、プログラムで実現される。変換された音声はスピーカ１０６から出力される。なお、電子メールの音声読み上げの際に、車両に同乗者がいるか否かを検知する公知の同乗者検知部（非図示）を用いることによって、車両に運転手以外の同乗者がいるときは読み上げず、車両に運転手以外の同乗者がいないときは読み上げるという動作を実行させることもできる。
【００４１】
走行判定部１０９は、車両が走行しているか停止しているかを判定するための手段であり、車速センサなどの車輪速度を検知するセンサあるいはＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）及び／又は慣性センサなどの測位手段、およびプログラムで実現される。走行判定部１０９は、タッチパネル上に表示される釦を車両の走行中は操作不能にする「走行規制」を行うために使用する。
【００４２】
なお、表示部１０２、入力部１０３、マイク１０５、スピーカ１０６、走行判定部１０９は、装置に内蔵することもできるし、装置とは切り離し装置外部に設置し装置と接続可能なものとすることもできる。
【００４３】
さらに、ナビゲーション装置１００は図示しない道路や交差点に関するデータ等の地図情報を格納したデータベース、ＧＰＳなどの測位手段、公知の経路探索や誘導案内を行うプログラム等を含んでおり、表示部１０２に地図を表示するとともに自車位置の表示更新、地図上への経路の重畳表示、案内対象交差点手前では音声による誘導案内等を行うことができる。
【００４４】
図２は、ナビゲーション装置１００の近距離通信部１０１が備えるＢｌｕｅｔｏｏｔｈ（登録商標）規格のプロトコルスタック２の階層図を表している。
【００４５】
図２において、ＧＡＰ（Generic Access Profile）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に対応したデバイス間のベースバンドリンクを確立するための手法が定義されている。
【００４６】
ＳＤＰ（Service Discovery Protocol）は、ナビゲーション装置１００又は携帯電話１０が互いにどのようなサービスをサポートしているのか検索するために使用される。
【００４７】
ＤＵＮ（Dial-Up Networking Profile）は、インターネットや他のダイヤルアップ サービスにアクセスするために使用される。
【００４８】
ＨＦＰ（Hands Free Profile）は、ナビゲーション装置１００と携帯電話とを接続してハンズフリー通話機能を実現するために使用される。
【００４９】
ＭＡＰ（Message Access Profile）は、ナビゲーション装置１００と携帯電話とを接続してメール情報の交換を行うために使用される。
【００５０】
ＯＰＰ（Object Push Profile）は、携帯電話と接続し携帯電話からナビゲーション装置１００へ電話帳データの転送のために使用される。携帯電話からナビゲーション装置１００へメールの新着を通知したり、ナビゲーション装置１００から携帯電話のメールフォルダをブラウズ、フォルダ内のメッセージを取得したり、ナビゲーション装置１００で作成したメールを携帯電話又はネットワークへ送信したり、ナビゲーション装置１００から携帯電話のメールを削除するといったことができる。
【００５１】
ＰＢＡＰ（Phone Book Access Profile）は、ナビゲーション装置１００と携帯電話とを接続して携帯電話からナビゲーション装置１００へ電話帳データ、発着信履歴データの転送を行うために使用される。なお、電話帳転送には、ＯＰＰ又はＰＢＡＰいずれか任意のプロファイルを用いることが許容される。
【００５２】
ＡＶＲＣＰ（Audio/Video Remote Control Profile）は、携帯電話やポータブルミュージックプレーヤーと接続しナビゲーション装置１００からリモコン制御を行うために使用される。
【００５３】
Ａ２ＤＰ（Advanced Audio Distribution Profile）は、携帯電話やポータブルミュージックプレーヤーと接続しステレオ品質のオーディオをメディア ソースからメディア シンクにストリーミングするために使用される。
【００５４】
ＧＡＶＤＰ（General Audio/Video Distribution Profile）は、Ａ２ＤＰの基礎として機能し、ビデオ ストリームとオーディオ ストリームとをＳｏｕｒｃｅ（ＳＲＣ）からＳｉｎｋ（ＳＮＫ）へ配信するために使用される。
【００５５】
ＡＶＤＴＰ（Audio/Video Distribution Transport Protocol）は、Ａ/Ｖ ストリームのネゴシエーション手順、確認手順、および伝送手順が定義されている。
【００５６】
ＡＶＣＴＰ（Audio/Video Control Transport Protocol）は、Ａ/Ｖデバイスの制御メッセージをＣｏｎｔｒｏｌｌｅｒ（ＣＴ）とＴａｒｇｅｔ（ＴＧ）との間で交換するトランスポートメカニズムが定義されている。
【００５７】
ＯＢＥＸ（Object Exchange）は、２台のデバイス（本実施の形態ではナビゲーション装置１００と携帯電話）がオブジェクトの交換に使用できる通信プロトコルであり、多様なデータやコマンドを交換できるように定義されている。
【００５８】
ＲＦＣＯＭＭは、シリアルケーブルの設定と、ＲＳ−２３２Ｃシリアルポートをエミュレートするために使用する。
【００５９】
Ｌ２ＣＡＰ（Logical Link Control and Adaptation Protocol）は、上位プロトコルの多重化、パケットのセグメント化と再構築、およびサービス品質情報の送信をサポートする。
【００６０】
ＨＣＩ（Host Controller Interface）は、ベースバンドコントローラとリンクマネージャにコマンドインタフェースを提供し、構成パラメータにアクセスするためのインタフェースが提供される。
【００６１】
ＬＭＰ（Link Manager Protocol）は、２台のデバイス（本実施の形態ではナビゲーション装置１００と携帯電話）間における Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に準じた接続のすべての側面（接続、認証、暗号化、省電力制御など）を制御し、ネゴシエートするために使用される。
【００６２】
ＢａｓｅＢａｎｄは、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に対応したデバイス間のメディア アクセスと物理レイヤの手順を規定する。
【００６３】
ＲＦ（Radio Frequency）は、２．４ＧＨｚ帯で通信を行うための変調モードの定義、トランスミッタの特性（最大送信電力など）、レシーバーの特性（感度など）などが定義されている。
【００６４】
Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格のプロファイルでは、通信を行う両デバイス間で定義されている機能はデバイスごとに分かれており、各々のデバイスをロール（役割）として定義している。
【００６５】
例えば、ナビゲーション装置１００は、車載装置として動作するうえで、ＤＵＮを使用する場合、Ｄａｔａ Ｔｅｒｍｉｎａｌ（ＤＴ）のロールとして振る舞う。ＨＦＰを使用する場合、Ｈａｎdｓ−Ｆｒｅｅ ｕｎｉｔ（ＨＦ）のロールとして振る舞う。ＭＡＰを使用する場合、Ｍｅｓｓａｇｅ Ｃｌｉｅｎｔ Ｅｑｕｉｐｍｅｎｔ（ＭＣＥ）のロールとして振る舞う。ＯＰＰを使用する場合、Ｐｕｓｈ Ｓｅｒｖｅｒのロールとして振る舞う。ＰＢＡＰを使用する場合、Ｐｈｏnｅ Ｂｏｏｋ Ｃｌｉｅｎｔ Ｅｑｕｉｐｍｅｎｔ（ＰＣＥ）のロールとして振る舞う。ＡＶＲＣＰを使用する場合、Ｃｏｎｔｒｏｌｌｅｒ（ＣＴ）のロールとして振る舞う。Ａ２ＤＰを使用する場合、Ｓｉｎｋ（ＳＮＫ）のロールとして振る舞う。
【００６６】
一方、携帯電話１０は、ＤＵＮを使用する場合、Ｇａｔｅｗａｙ（ＧＷ）のロールとして振る舞う。ＨＦＰを使用する場合、Ａｕｄｉｏ Ｇａｔｅｗａｙ（ＡＧ）のロールとして振る舞う。ＭＡＰを使用する場合、Ｍｅｓｓａｇｅ Ｓｅｒｖｅｒ Ｅｑｕｉｐｍｅｎｔ（ＭＳＥ）のロールとして振る舞う。ＯＰＰを使用する場合、Ｐｕｓｈ Ｃｌｉｅｎｔのロールとして振る舞う。ＰＢＡＰを使用する場合、Ｐｈｏnｅ Ｂｏｏｋ Ｓｅｒｖｅｒ Ｅｑｕｉｐｍｅｎｔ（ＰＳＥ）のロールとして振る舞う。ＡＶＲＣＰを使用する場合、Ｔａｒｇｅｔ（ＴＧ）のロールとして振る舞う。Ａ２ＤＰを使用する場合、Ｓｏｕｒｃｅ（ＳＲＣ）のロールとして振る舞う。
【００６７】
次に、ナビゲーション装置１００の動作、表示部１０２に表示する画面表示について図面を参照し説明する。
【００６８】
ナビゲーション装置１００の動作は複数のユースケースが考えられるため、ユースケース毎に説明する。
【００６９】
本実施の形態の説明では、メールを読み上げているときに着信があったときのユースケースについて、ナビゲーション装置１００の動作を図３のシーケンス図を用いて説明する。
【００７０】
本ユースケースでは、ＭＡＰとＨＦＰがマルチプロファイル動作する。ただし、マルチプロファイル動作とは２以上のプロファイルが同時に接続され、プロファイルの持つ機能が同時並行的に動作することをいう。
【００７１】
図３及び下記の説明において、車載装置は図１のナビゲーション装置１００を表わし、携帯装置は図１の携帯電話１０を表わす。以降のシーケンス図においても同様に表記する。
【００７２】
車載装置と携帯装置とは、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【００７３】
なお、図３においてプロトコルスタック２との間の通信は、プロファイルの持つコマンドレベルでのやり取りを示しており、下位層のコマンド（例えば、ＨＣＩコマンド等）については図面で割愛しているが、実際には上位レイヤから下位レイヤにデータが送信されるときには下位レイヤのヘッダが付加され上位レイヤのデータはカプセル化して送信される。逆に下位レイヤから上位レイヤにデータが送信されるときには、下位レイヤのヘッダが除去され上位レイヤにデータが送信される。
【００７４】
図３において、Ｓ１０１は、ＨＦＰのサービスレベルコネクション（Service Level Connection）の確立が完了している状態を表す。Ｓ１０２は、ＭＡＰのメッセージアクセスサービスセッション（Message Access service session）の確立が完了している状態を表す。
【００７５】
次に、ユーザからナビゲーション装置１００の入力部１０３を介して携帯電話１０にあるメールを取得する要求があると（ステップＳ１０３）、ステップＳ１０４でメッセージの取得要求コマンド（GetMessage_Req（））を発行する。
【００７６】
携帯電話１０は、ステップＳ１０４のメッセージの取得要求コマンドの応答（GetMessage_Resp（））をステップＳ１０５で返す。
【００７７】
ステップＳ１０５において取得したメッセージを車載装置のプロトコルスタック２はアプリケーション側へ送信する（ステップＳ１０６）。
【００７８】
車載装置のアプリケーションは受取ったメッセージを音声変換部１０８で音声に変換し、スピーカ１０６へ出力する（ステップＳ１０７）。
【００７９】
ここで、メッセージの読み上げを行っている最中に携帯電話１０装置側に公衆網（ネットワーク１）からの電話着呼があると（ステップＳ１０８）、携帯電話１０のアプリケーションは携帯電話１０のプロトコルスタック２へイベントを通知する（ステップＳ１０９）。
【００８０】
ステップＳ１１０では、着呼を表わすＡＴコマンド（+CIEV:(callsetup=1)）が車載装置側へ通知される。
【００８１】
車載装置のプロトコルスタック２は、アプリケーションへ着信通知を行う（ステップＳ１１１）。
【００８２】
着信通知を受けた車載装置のアプリケーションはメッセージの読み上げを中断（ステップＳ１１２）し、着信を優先する。
【００８３】
ステップＳ１１３では、着信があった旨の表示を表示部１０２に行うとともに、スピーカ１０６から着信音を鳴動させる。
【００８４】
着信が行われている最中に、ＡＴコマンドのRING(ALERT)と、+CLIP<digit>（digitには発番号が入る）が、それぞれステップＳ１１４、Ｓ１１６において携帯電話１０から車載装置へ送られる。
【００８５】
車載装置のプロトコルスタック２においては、上記ステップＳ１１４、Ｓ１１６に対応して着信の通知と発番号（発信者の番号）通知がアプリケーションへ通知される（ステップＳ１１５，Ｓ１１７）。
【００８６】
このとき、表示部１０２には、発番号が表示される。また、事前にＯＰＰ又はＰＢＡＰを用いて携帯電話１０の電話帳を取得していれば、発信者の名称が表示部１０２に表示される。
【００８７】
次いで、ユーザが入力部１０２を介して着信応答を行うと（ステップＳ１１８）、アプリケーションからプロトコルスタック２へイベントが通知される（ステップＳ１１９）。
【００８８】
ステップＳ１２０では、ナビゲーション装置１００側から携帯電話１０側へ着呼を表わすＡＴコマンド（ATA）を送信する。その応答として、携帯装置は「受理」を表わすＡＴコマンド（OK）を返す（ステップＳ１２１）。
【００８９】
そして、ステップＳ１２２では、携帯電話１０装置からナビゲーション装置１００へ音声パス（(e）SCO）の確立の要求が送信される。ステップＳ１２３では、音声パス確立要求受理のコマンドがその応答として返さ、音声パスが確立される。
【００９０】
次いで、ステップＳ１２４、Ｓ１２６にて「通話開始」を表わすインディケータ（call=1）、「コールセットアップ未」を表すインディケータ（callsetup=0）をセットしたリザルトコマンド（+CIEV）が携帯電話１０装置からナビゲーション装置１００へ送信される。
【００９１】
ステップＳ１２５では、ナビゲーション装置１００のアプリケーションはプロトコルスタック２より、通話中に移行したイベントを受信する。
【００９２】
ステップＳ１２７は、ハンズフリー通話が行われている状態を表し、マイク１０５から入力される音声が音声パスを通じて携帯電話１０に届き、ネットワーク１を介して携帯電話２０に届く。一方、携帯電話２０からの音声が同様に音声パスを通じてナビゲーション装置１００に届き、スピーカ１０６から出力される。
【００９３】
次に、ステップＳ１２８にて入力部１０３を介して終話動作が行われると、そのイベントがプロトコルスタック２に通知される（ステップＳ１２９）。
【００９４】
ステップＳ１３０では、終話を表わすＡＴコマンド（AT+CHUP）が携帯電話１０側へ送られ、携帯電話１０は受理を表わすＡＴコマンド（OK）を車載装置へ返す（ステップＳ１３１）。
【００９５】
次いで、ステップＳ１３２で携帯電話１０は終話を表わすインディケータ（call=0）をセットしたリザルトコマンド（+CIEV）をナビゲーション装置１００へ送信し、ステップＳ１３３で車載装置のアプリケーションへ終話が伝えられる。
【００９６】
ステップＳ１３４では、音声パス（(e）SCO）の解放を行う。
【００９７】
次いで、ナビゲーション装置１００のアプリケーションは選択画面を表示部１０２に表示する（ステップＳ１３５）。
【００９８】
ここで、表示部１０２に表示される選択画面の例を図４を用いて説明する。
【００９９】
図４に示されている選択画面３０はタッチパネルの画面であり、釦３１から３５が選択可能に配列されている（入力部１０３に対応）。
【０１００】
釦３１は、読み上げ途中のメールを再度はじめから読み上げることを希望する場合に押下する釦であり、釦３１を選択すると、ナビゲーション装置１００はハンズフリー着信前に読み上げ途中であったメールをはじめから読み上げる処理に移る。
【０１０１】
釦３２は、読み上げ途中のメールの続きから読み上げることを希望する場合に押下する釦であり、釦３２を選択すると、ナビゲーション装置１００はハンズフリー着信前に読み上げを中断した箇所からメールを継続して読み上げる処理に移る。
【０１０２】
釦３３は、読み上げをキャンセルするための釦である。
【０１０３】
ナビゲーション装置１００は、釦３４、３５を用いて、以降同じユースケースが発生した場合にはこの選択画面３０を表示するか否かの選択が可能になっている。
【０１０４】
すなわち、釦３４は、ユーザが釦３１から釦３３のいずれかを押下すると、釦３１から釦３３のいずれかの釦に割り当てられている動作を記憶し、以降同じユースケースが発生した場合には、当該選択画面３０を表示せずに自動的に記憶した動作を実行するための釦である。釦３５は、ユーザが釦３１から釦３３のいずれかを押下しても釦３１から釦３３のいずれかの釦に割り当てられている動作を記憶せず、以降同じユースケースが発生しても同じように当該選択画面３０を表示するための釦である。
【０１０５】
本実施の形態においては、デフォルトでは、釦３５の方が選択された状態となっている。
【０１０６】
上述のとおり、車載装置に釦３４、３５を設けることで、稀に発生するユースケースのために専用の設定メニュー（ユーザがいつでも車載装置の振る舞いを設定可能なメニュー）を用意する必要が無く、専用の設定メニューで設定する項目数を必要最小限に抑えることができる。
【０１０７】
図３のシーケンス図に戻り説明を続ける。
【０１０８】
ステップＳ１３６でユーザが釦３１、３２のいずれかが押下されたかを検知すると、ステップＳ１３７で押下された釦に応じた読み上げを行う。
【０１０９】
このように、メール読み上げ中に着信があったときのユースケースでは、まず着信を優先してハンズフリー状態に速やかに移行させるとともに通話終了後に読み上げ途中のメールの読み上げを再開可能としている。
【０１１０】
これによって、メール読み上げという一定時間がかかる処理を車載装置のアプリケーションが実行中である状態においても、車載装置がＨＦＰの着信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、通話終了後は自動的に選択画面３０が表示されるので、ユーザは通話開始前に行っていた作業にスムーズに移行することができ、使い勝手のよい車載装置が実現できる。
【０１１１】
なお、本ユースケースではメールの読み上げ中に着信した場合を説明したが、ステップＳ１０６でメッセージを受信後、読み上げを行う前に着信が発生したときには、図４で示した選択画面３０を表示せずに自動的にメールをはじめから読み上げるように処理が実行されればよい。
【０１１２】
なお、実施の形態１の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０１１３】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、ＨＣＩ層より下位の部分は近距離通信部１０１に内蔵し、ＨＣＩ層より上位の部分は制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０１１４】
また、電子メール送受信手段は、近距離通信部１０１および制御部１０４、さらに上述のステップＳ１０３からステップＳ１０６までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０１１５】
電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図３のステップＳ１０７の処理を制御部１０４に実行させることで実現される。
【０１１６】
中断手段は、制御部１０４に格納されたアプリケーションソフトウェアによって図３のＳ１１２に対応する処理を制御部１０４に実行させることによって実現される。
【０１１７】
着信音鳴動手段は、近距離通信部１０１および制御部１０４、スピーカ１０６を用いて、制御部１０４に格納されたＨＦＰ、通信プロトコル、アプリケーションソフトウェアによって図３のステップＳ１１３からステップＳ１１５までの処理を実行させることによって実現される。
【０１１８】
受話受付手段は、近距離通信部１０１、入力部１０３、制御部１０４、制御部１０４に図３のステップＳ１１８、ステップＳ１１９の通知を発行させるアプリケーションソフトウェアを用いて実現される。
【０１１９】
通話移行手段は、近距離通信部１０１および制御部１０４を用いて図３に示すステップＳ１２０からステップＳ１２６までの処理を実行させるＨＦＰ、通信プロトコル、アプリケーションソフトウェアによって実現される。
【０１２０】
通話終了検知手段は、近距離通信部１０１および制御部１０４を用いて図３に示すステップＳ１２９からステップＳ１３４までの処理を実行させるＨＦＰ、通信プロトコル、アプリケーションソフトウェアによって実現される。
【０１２１】
読み上げ再開手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図３のステップＳ１３７の処理を制御部１０４に実行させることで実現される。
【０１２２】
選択手段は、制御部１０４および入力部１０３を用いて実現可能であり、少なくとも図４に示す表示内容に対応する機能をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いることによって実現される。
【０１２３】
（実施の形態２）
本発明の実施の形態２に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０１２４】
実施の形態２に係るナビゲーション装置１００は、メールを読み上げているときにユーザからの電話発信があったときのユースケースにおいて、以下に説明する内容の特徴を有する。
【０１２５】
ナビゲーション装置１００がメールを読み上げているときにユーザからの電話発信があったときのユースケースについて、ナビゲーション装置１００の動作を図５、図６のシーケンス図を用いて説明する。
【０１２６】
本ユースケースでは、ＭＡＰとＨＦＰがマルチプロファイル動作する。
【０１２７】
ナビゲーション装置１００と携帯装置は、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０１２８】
図５において、ステップＳ２０１からステップＳ２０７までの処理はステップＳ１０１からステップＳ１０７までの処理と同様のため、その説明を省略する。
【０１２９】
ステップＳ２０８では、ユーザが入力部１０３を介して発呼開始動作を行う。発呼開始動作とは、例えば入力部１０３に含まれるダイヤル発信のためのテンキーを押下したり、表示部１０２に表示された発着信履歴を選択したり、携帯電話１０からダウンロードした電話帳を表示部１０２に表示させて参照するなどして所望の発呼先に電話を発呼させるための動作をいう。
【０１３０】
次いで、ステップＳ２０９では、選択画面をナビゲーション装置１００の表示部１０２に表示する。
【０１３１】
ここで、表示部１０２に表示される選択画面の例を図７を用いて説明する。
【０１３２】
図７において、表示部１０２に表示されている選択画面４０には、釦４１から４５（入力部１０３に対応）までが選択可能に配列されている。
【０１３３】
読み上げ途中の電子メールの読み上げ動作を終了して電話の発信を行うか電子メールの読み上げ終了後に電話の発信を行うのかを選択させる発信選択は以下のとおり行われる。すなわち、釦４１は、読み上げ途中のメール読み上げを中断しすぐに発信を希望する場合に押下する釦であり、釦４１を選択すると、ナビゲーション装置１００はメール読み上げを終了しすぐに発信処理に移る。
【０１３４】
釦４２は、読み上げ途中のメールの読み上げが終了した後に発信することを希望する場合に押下する釦であり、釦４２を選択すると、ナビゲーション装置１００は読み上げ途中のメールの読み上げが終了するのを待ち、終了後に発信する処理に移る。釦４３は、発信をキャンセルするための釦である。
【０１３５】
ナビゲーション装置１００は、釦４４、４５を用いて、以降同じユースケースが発生した場合にはこの選択画面４０を表示するか否かの選択が可能になっている。
【０１３６】
すなわち、釦４４は、ユーザが釦４１から釦４３のいずれかを押下すると、釦４１から釦４３のいずれかの釦に割り当てられている動作を記憶し、以降同じユースケースが発生した場合には、当該選択画面４０を表示せずに自動的に記憶した動作を実行するための釦である。釦４５は、ユーザが釦４１から釦４３のいずれかを押下しても釦４１から釦４３のいずれかの釦に割り当てられている動作を記憶せず、以降同じユースケースが発生しても同じように当該選択画面４０を表示するための釦である。
【０１３７】
本実施の形態においては、デフォルトでは、釦４５の方が選択された状態となっている。
【０１３８】
上述のように、車載装置に釦４４、４５を設けることで、稀に発生するユースケースのための専用の設定メニュー（ユーザがいつでも車載装置の振る舞いを設定可能なメニュー）を用意する必要が無くなり、専用の設定メニューで設定する項目数を必要最小限に抑えることができる。
【０１３９】
図５のシーケンス図に戻り説明を続ける。以降のシーケンス図では、読み上げ途中のメール読み上げを中断しすぐに発信を行う場合を示している。
【０１４０】
ステップＳ２１０の操作で釦４１が押下されると、ステップＳ２１１でメールの読み上げを中断する。
【０１４１】
ステップＳ２１２では、ナビゲーション装置１００のアプリケーションからプロトコルスタック２に発呼要求を表わすイベントが通知される。
【０１４２】
次いで、ナビゲーション装置１００は発呼を表わすＡＴコマンド（ATDxxxxxxxxxx）を携帯装置へ送信する（ステップＳ２１３）。なお、xxxxxxxxxxには発呼先の電話番号が入る。その応答として、携帯装置は受理を表わすＡＴコマンド（OK）をナビゲーション装置１００へ返す（ステップＳ２１４）。
【０１４３】
携帯装置としての携帯電話１０は、発信通知を表わすインディケータ（callsetup=2）をセットしたリザルトコマンド（+CIEV）をナビゲーション装置１００へ送信する（ステップＳ２１５）。
【０１４４】
そして、ステップＳ２１６では、携帯電話１０からナビゲーション装置１００へ音声パス（(e）SCO）の確立の要求が送信される。ステップＳ２１７では、音声パス確立要求受理のコマンドがその応答として返され、音声パスが確立される。
【０１４５】
ステップＳ２１８では、相手側アラート中を表わすインディケータ（callsetup=3）をセットしたリザルトコマンド（+CIEV）を携帯電話１０からナビゲーション装置１００へ送信する。
【０１４６】
ステップＳ２１９では、ネットワーク１を介して相手側携帯電話２０からの応答を携帯電話１０が受け付ける。
【０１４７】
次いで、ステップＳ２２０、Ｓ２２２で携帯電話１０は通話開始を表わすインディケータ（call=1）、コールセットアップ未を表わすインディケータ（callsetup=0）をセットしたリザルトコマンド（+CIEV）をナビゲーション装置１００へ送信する。
【０１４８】
ステップＳ２２１では、ナビゲーション装置１００のアプリケーションはプロトコルスタック２より、通話中に移行したイベントを受信する。
【０１４９】
ステップＳ２２３からステップＳ２３０までの処理は、ステップＳ１２７からステップＳ１３４までで説明した処理と同様のため、その説明を省略する。
【０１５０】
ステップＳ２３１では、ステップＳ２１１で中断したメールの読み上げを再開する。なお、図３のシーケンス図では省略しているが、読み上げ再開時には図４で示した選択画面３０を同様に表示し、はじめから読み上げるのか、続きから読み上げるのかをユーザに選択させるようにしてもよい。
【０１５１】
続いて、図６のシーケンス図を用いて、読み上げ途中のメールの読み上げが終了するのを待ち、終了後に発信を行う場合のナビゲーション装置１００の動作を説明する。図６のシーケンス図では、読み上げ途中のメールの読み上げが終了するのを待ち、終了後に発信を行う場合を示している。
【０１５２】
図６において、ステップＳ３０１からステップＳ３０９までの処理は、ステップＳ２０１からステップＳ２０９までの処理と同じであり、その説明を省略する。
【０１５３】
ステップＳ３１０において、ユーザの操作によって釦４２が押下されると、ステップＳ３１１でメールの読み上げが終了したかが判断される。
【０１５４】
メールの読み上げがまだ終了していない場合（ステップＳ３１１：Ｎｏ）、ステップＳ３１０の前に処理が戻される。
【０１５５】
メールの読み上げが終了した場合（ステップＳ３１１：Ｙｅｓ）、ステップＳ３１２へ処理が移される。
【０１５６】
ステップＳ３１２からステップＳ３３０までの処理は、前述のステップＳ２１２からステップＳ２３０までの処理と同じであり、その説明を省略する。
【０１５７】
以上のように、メール読み上げ中に発信があったときのユースケースでは、すぐに発信を行うのか、読み上げ終了後に発信を行うのかをユーザに選択させ、すぐに発信を行う場合は速やかにハンズフリー通話状態に移行させる。
【０１５８】
すぐに発信を行った場合は通話終了後に読み上げ途中のメール読み上げを再開可能としており、通話前の作業に速やかに戻ることができる。
【０１５９】
これによって、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＨＦＰの発信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。
【０１６０】
また、電話発信の前に自動的に選択画面が表示されるので、ユーザが意図する動作へスムーズに移行することができる。特にユーザが意図せず電話発信をしてしまったとしても、読み上げ終了後に発信を行うこともできるので、ユーザにとって安心である。
【０１６１】
なお、本実施の形態のユースケースではメールの読み上げ中に発信した場合を説明したが、ステップＳ１０６でメッセージを受信後、読み上げを行う前に発信要求が発生したときには、図７で示した選択画面４０を表示せずにすぐに発信を行えばよい。
【０１６２】
なお、実施の形態２の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０１６３】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０１６４】
電子メール送受信手段は、近距離通信部１０１および制御部１０４、さらに上述のステップＳ１０３からステップＳ１０６までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰの通信プロトコル、図５のＳ２０３からＳ２０６までの処理および図６のＳ３０３からＳ３０６までの処理など、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０１６５】
電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８、図５のステップＳ２０７および図６のステップＳ３０７の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０１６６】
発信検知手段は、入力部１０３および制御部１０４、制御部１０４に図５のステップＳ２０８および図６のステップＳ３０８の処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０１６７】
発信選択手段は、制御部１０４および入力部１０３、少なくとも図７に示す表示内容に対応する機能をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いて実現される。
【０１６８】
中断手段は、制御部１０４に格納されたアプリケーションソフトウェアによって図５のＳ２１１に対応する処理を制御部１０４に実行させることによって実現される。
【０１６９】
制御手段は、制御部１０４を用いて図６のステップＳ３１１、ステップＳ３１２の処理を実行させるアプリケーションソフトウェアを用いることで実現される。
【０１７０】
読み上げ再開手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図５のステップＳ２３１の処理に対応した処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０１７１】
（実施の形態３）
本発明の実施の形態３に係る車載装置としてのナビゲーション装置の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。
【０１７２】
また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０１７３】
実施の形態３に係る車載装置としてのナビゲーション装置１００は、ハンズフリー通話中にメール新着通知があったときのユースケースにおいて、以下に説明する内容の特徴を有する。
【０１７４】
ハンズフリー通話中にメール新着通知があったときのユースケースについて、ナビゲーション装置１００の動作を図８のシーケンス図を用いて説明する。
【０１７５】
本ユースケースでは、ＭＡＰとＨＦＰがマルチプロファイル動作する。
【０１７６】
ナビゲーション装置１００と携帯装置との間においては、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０１７７】
図８において、ステップＳ４０１からステップＳ４０２までの処理は実施の形態１において説明したステップＳ１０１からステップＳ１０２までの処理と同様のため、その説明を省略する。
【０１７８】
ステップＳ４０３は、ＭＡＰのメッセージノーティフィケーションサービスセッション（Message Notification service session）の確立が完了している状態を表す。
【０１７９】
ステップＳ４０４からステップＳ４２２までの処理は、ステップＳ１０８からＳ１１１及びステップＳ１１３からステップＳ１２７までの処理と同じであり、その説明を省略する。
【０１８０】
次に、ハンズフリー通話状態にてネットワーク１を介して携帯装置に新着メールが届くと（ステップＳ４２３）、携帯装置のプロトコルスタック２からナビゲーション装置１００へメッセージ新着を通知するコマンド（SendEvent_Req（））が発行される（ステップＳ４２４）。
【０１８１】
ナビゲーション装置１００は、ステップＳ４２４のメッセージ新着を通知するコマンドの応答（SendEvent_Resp（））を携帯装置へ返す（ステップＳ４２５）。
【０１８２】
ステップＳ４２６では、プロトコルスタック２からアプリケーションへ携帯装置に新着のメッセージがある旨のイベント通知を行う。
【０１８３】
ナビゲーション装置１００のアプリケーションは、ＨＦＰ通話中であることを判断しメールの新着通知を抑制する（ステップＳ４２７）。
【０１８４】
ステップＳ４２８からステップＳ４３４までの処理は、ステップＳ１２８からステップＳ１３４までの処理と同じであり、その説明を省略する。
【０１８５】
ナビゲーション装置１００のアプリケーションは、ＨＦＰ通話が終了したことをステップＳ４３３の終話で検知すると、メールの新着通知を行う（ステップＳ４３５）。メールの新着通知は表示部１０２及び／又はスピーカ１０６を通じて行われる。
【０１８６】
なお、ＨＦＰ通話中としたが、発信中、着信中にメール新着通知があった場合にも同様にメールの新着通知を抑制し、通話終了後に新着通知を行えばよい。
【０１８７】
このように、通話中にメールの新着があったときのユースケースでは、通話中は通話を優先して新着通知を抑制させるとともに通話終了後に新着メールの通知を行うよう車載装置は振る舞う。これによって、通話中のＨＦＰ処理をアプリケーションが実行中においても、ＭＡＰの新着メールを受け付けることができ、ＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ユーザはメール新着通知という別のイベントに気を取られることなく通話を継続することができるので、操作の簡素化を図られ、使い勝手のよい車載装置が実現できる。
【０１８８】
なお、メールの新着通知の抑制（ステップＳ４２７）は車両が走行中のときにのみ行い、停止中の場合には、表示部１０２を使って報知するようにすることもできる。これによって車両走行中はユーザが運転に集中することができるように車載装置は振る舞い、車両停止中はユーザの利便性を重視する車載装置とすることができる。
【０１８９】
なお、実施の形態３の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０１９０】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０１９１】
通話手段は、近距離通信部１０１および制御部１０４、マイク１０５、スピーカ１０６、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図８のステップＳ４０６からステップＳ４２２までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０１９２】
受信メール検知手段は、近距離通信部１０１および制御部１０４、近距離通信部１０１に格納されているＭＡＰの通信プロトコルを用いて図８のステップＳ４２４からステップＳ４２６までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０１９３】
状態取得手段は、近距離通信部１０１および制御部１０４、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図８のステップＳ４１９からステップＳ４２１までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０１９４】
抑制手段は、制御部１０４に図８のステップＳ４２７の処理を実行させることによって実現される。
【０１９５】
報知手段は、制御部１０４、表示部１０２またはスピーカ１０６、図８のステップＳ４３５に示す処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０１９６】
（実施の形態４）
本発明の実施の形態４に係る車載装置としてのナビゲーション装置の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０１９７】
実施の形態３の説明では、車載装置としてのナビゲーション装置１００を用いてハンズフリー通話中にメール新着通知があった場合のユースケースについて説明したが、一方、通話中にでもユーザがメールの閲覧を行いたいというユースケースも存在する。
【０１９８】
以下、実施の形態４として、ハンズフリー通話中にメール閲覧を行う場合のユースケースについて、ナビゲーション装置１００の動作を図９のシーケンス図を用いて説明する。
【０１９９】
本ユースケースでは、ＭＡＰとＨＦＰがマルチプロファイル動作する。
【０２００】
ナビゲーション装置１００と携帯装置とは、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０２０１】
図９において、ステップＳ５０１からステップＳ５０２までの処理はステップＳ１０１からステップＳ１０２までの処理と同様のため、その説明を省略する。
【０２０２】
ステップＳ５０３、ステップＳ５０４により、事前にＯＰＰ又はＰＢＡＰのプロファイルを用いて、携帯装置の電話帳をナビゲーション装置１００へ取り込む。電話帳フォーマットは、例えば、電子名刺の標準規格フォーマットである ｖＣａｒｄ ver.2.1又は、 ver3.0を用い、最低限「名前」、「メールアドレス」、「電話番号」、「振り仮名に対応した属性値のデータ」を取り込む。取り込んだデータは記憶部１０７に記憶される。
【０２０３】
ステップＳ５０５は、ハンズフリー通話が行われている状態を表し、マイク１０５から入力される音声が音声パスを通じて携帯装置に届き、ネットワーク１を介して携帯電話２０に届く。一方、携帯電話２０からの音声が同様に音声パスを通じてナビゲーション装置１００に届き、スピーカ１０６から出力される。なお、ハンズフリー通話状態になるためには、ナビゲーション装置１００と携帯装置間で種々のメッセージのやり取りが発生するが、図３、図５のシーケンス図で既に詳しく説明しているので、この図面では省略している。
【０２０４】
ナビゲーション装置１００と携帯装置とが、上記説明したＨＦＰコマンドのやり取りによって、ハンズフリー通話状態に移行すると表示部１０２には通話画面５０が表示される（ステップＳ５０６）。
【０２０５】
ここで、実施の形態４において表示部１０２に表示される通話画面の表示例を図１０を用いて説明する。図１０に示されているものは、タッチパネルの画面であり、通話画面５０には、釦５１から５５が選択可能に設けられている（入力部１０３に対応）。情報窓５６から５８は情報を表示するための情報窓であり、その他、タッチパネルの画面にはボリュームインジケータ５９が表示される。
【０２０６】
釦５１は、通話音量を下げるために使用する釦である。釦５１を押下するとボリュームインジケータ５９の表示が変更される。
【０２０７】
釦５２は、通話音量を上げるために使用する釦である。釦５２を押下するとボリュームインジケータ５９の表示が変更される。
【０２０８】
釦５３は、終話するために使用する釦である。釦５３を押下するとハンズフリー通話が終了する。
【０２０９】
釦５４は、後述する通話・メール閲覧画面６０（通話中の相手と過去にやり取りした受信メールの確認ができる画面）へ遷移するために使用する釦である。
【０２１０】
釦５５は、後述する通話・メール閲覧画面７０（通話中の相手と過去にやり取りした送信メールの確認ができる画面）へ遷移するために使用する釦である。
【０２１１】
なお、釦５４、５５は走行規制を働かせる。これは、車両が走行中であるのか停止中であるのかといった走行状態が判定され、この判定結果に応じた処理が行われることである。つまり、車両が走行中であることを走行判定部１０９で判定するとトーンダウンしユーザからの操作を受け付けない。
【０２１２】
一方、車両が停止中であることを走行判定部１０９で判定すると操作可能とする。情報窓５６は、携帯電話１０と携帯電話２０との間の通話時間を表示するための窓である。ナビゲーション装置１００は適宜表示更新を行う。
【０２１３】
情報窓５７は、通話相手の情報が表示される窓である。通話相手の情報として通話相手名称や通話相手電話番号がある。これらの情報は携帯装置から取得した電話帳データに基づき表示される。通話相手の電話帳データがまだ取得できていない場合は、通話相手電話番号のみが表示される。
【０２１４】
その他、図１０で示した通話画面にＢｌｕｅｔｏｏｔｈ（登録商標）電波状態、携帯装置の電池残量、携帯装置のアンテナ状態（受信強度）等を表示することもできる。
【０２１５】
図９のシーケンス図に戻り説明を続ける。
【０２１６】
ステップＳ５０７でユーザが釦５４、５５のいずれかが押下されたことが検知されると、ステップＳ５０８で通話・メール閲覧画面が表示される。通話・メール閲覧画面は通話とメール閲覧の両方の処理を実行中に表示する画面である。
【０２１７】
ここで、実施の形態４において表示部１０２に表示される通話メール閲覧画面の表示例を図１１及び図１２を用いて説明する。
【０２１８】
ただし本実施の形態において、通話メール閲覧画面には、ユーザが受信した受信メールの関連情報を表示する通話・メール閲覧画面６０（受信Ｂｏｘ）とユーザが送信した送信メールの関連情報を表示する通話・メール閲覧画面７０（送信Ｂｏｘ）とが含まれる。
【０２１９】
図１１には、釦５４を押下されたときに遷移する通話・メール閲覧画面６０（受信Ｂｏｘ）が示されており、図１２は、釦５５を押下されたときに遷移する通話・メール閲覧画面７０（送信Ｂｏｘ）が示されている。
【０２２０】
図１１に示すとおり、通話・メール閲覧画面６０には受信メールの情報が表示される。すなわち、通話・メール閲覧画面６０には、情報窓６１、６２、選択可能な釦６３（入力部１０３に対応）、受信メールのタイトル６４（選択可能）、受信メールの受信日時６５（選択可能）、スライダバー６６が配列されている。
【０２２１】
情報窓６１は、通話中であることを示す文字列と、通話相手名称、通話時間を表示するための窓である。
【０２２２】
情報窓６２は、送信元のアドレス（通話相手のもの）を表示するための窓である。なお、送信先アドレスは携帯装置の端末に付与されたアドレスで自明のため表示しなくてもよいが、携帯装置が複数のアドレスを持つ場合は表示するようにしてもよい。
【０２２３】
釦６３は、通話画面に戻るための釦であり、メール閲覧を終了したい時に押下すると通話画面に戻ることができる。
【０２２４】
タイトル６４又は受信日時６５を押下すると当該メールの本文が表示部１０２に表示され、ユーザが当該メールの内容を参照できる。
【０２２５】
タイトル６４と受信日時６５は、ナビゲーション装置１００の１画面に表示できる数だけ一覧表示しており、表示しきれない部分については、ユーザがスライダバー６６を操作することで、画面表示外の受信メール一覧を確認できる。
【０２２６】
なお、受信メールは現在時刻に最も近いものからソートして順番に表示する。
【０２２７】
携帯電話２０のユーザが携帯電話１０のユーザに対してメール送信した後に、この２者間で通話が開始されたとき、ネットワーク１のメール配送に遅延があり、まだ通話・メール閲覧画面に通話相手からメールが表示されていない場合、もし通話途中にメールを受信すると、ナビゲーション装置１００は通話・メール閲覧画面のタイトル６４及び受信日時６５のリストを最新のものに更新する。
【０２２８】
一方、図１２に示すとおり、通話・メール閲覧画面７０には、送信メールの情報が表示される。すなわち、通話・メール閲覧画面７０には、情報窓７１、７２、選択可能な釦７３（入力部１０３に対応）、受信メールのタイトル７４（選択可能）、受信メールの受信日時（選択可能）７５、スライダバー７６が配列されている。
【０２２９】
情報窓７１は、通話中であることを示す文字列と、通話相手名称、通話時間を表示する。
【０２３０】
情報窓７２は、送信先のアドレス（通話相手のもの）を表示する。なお、送信元アドレスは携帯装置の端末に付与されたアドレスで自明のため表示しなくてもよいが、携帯装置が複数のアドレスを持つ場合は表示するようにしてもよい。
【０２３１】
釦７３は、通話画面に戻るための釦であり、メール閲覧を終了したい時に押下すると通話画面７０に戻ることができる。
【０２３２】
タイトル７４又は受信日時７５を押下すると当該メールの本文が参照できる。
【０２３３】
タイトル７４と受信日時７５は、ナビゲーション装置１００の１画面に表示できる数だけ一覧表示しており、表示しきれない部分については、ユーザがスライダバー７６を操作することで表示領域が移動し、所望の送信メール一覧を確認できる。
【０２３４】
なお、送信メールは現在時刻に最も近いものからソートして順番に表示する。
【０２３５】
図９のシーケンス図に戻り説明を続ける。
【０２３６】
ステップＳ５０９では、ナビゲーション装置１００のアプリケーションからプロトコルスタック２へイベントが通知される。このイベント通知は、ユーザが通話・メール閲覧画面を操作する度に適宜送信される（図面では一つのみ表示して他を省略している）。
【０２３７】
ステップＳ５１０からステップＳ５２３は、ＭＡＰに従ったコマンドのやり取りを示している。点線で囲ってある四角と点線の矢印はオプションであり、コマンドのやり取りは任意であることを示す。
【０２３８】
ステップＳ５２４では、ナビゲーション装置１００のプロトコルスタック２からアプリケーションへイベントが通知されるイベント通知は、ステップＳ５０９の応答として同様に適宜送信される。
【０２３９】
ステップＳ５１０のUpdateInbox_Req()は携帯装置のメールボックスの内容を更新指示するためのコマンドである。ステップＳ５１１のUpdateInbox_Resp()はステップＳ５１０に対する応答である。
【０２４０】
ステップＳ５１２は、携帯装置がネットワーク１を介して新着メールがあるか否かを確認する。
【０２４１】
ステップＳ５１３のNotify about New messagesは新着メールの通知であり、携帯装置のメールボックスを更新した結果、新着メールがある場合に送信される。
【０２４２】
ステップＳ５１４のSetFolderReq()はナビゲーション装置１００から携帯装置にあるメールボックスのフォルダ階層をセットするためのコマンドである。ステップＳ５１５のSetFolderResp()は、ステップＳ５１４に対する応答である。
【０２４３】
ステップＳ５１６のGeFolderListing_Req()は、携帯装置のフォルダ構成を取得するためのコマンドである。ステップＳ５１７のGeFolderListing_Resp()は、ステップＳ５１６に対する応答である。
【０２４４】
ステップＳ５１８のGetMessageListing_Req()は、メッセージリスト（図１１のタイトル６４、受信日時６５に表示するリスト）を取得するためのコマンドである。ステップＳ５１８において、通話・メール閲覧画面６０（受信Ｂｏｘ）が表示部１０２に表示されている場合は、送信元が通話相手のアドレスでフィルタをかけて取得する。通話・メール閲覧画面７０（送信Ｂｏｘ）が表示されている場合は、送信先が通話相手のアドレスでフィルタをかけて取得する。ステップＳ５１９のGetMessageListing_Resp()は、ステップＳ５１８に対する応答である。
【０２４５】
ステップＳ５２０のGetMessageReq()は、メール本文のメッセージを取得するコマンドである。図１１の例では、タイトル６４又は受信日時６５が押下されたタイミングでGetMessageReq()が発行される。図１１に示したステップＳ５２１のGetMessageResp()は、ステップＳ５２０に対する応答である。
【０２４６】
ステップＳ５２２のSetMessageStatusReq()は、ナビゲーション装置１００から携帯装置のメールのステータス（既読／未読など）を変更するためのコマンドであり、ステップＳ５２３の SetMessageStatusResp()は、ステップＳ５２２に対する応答である。
【０２４７】
ステップＳ５２５では閲覧終了、すなわち、通話・メール閲覧画面で「戻る」釦７３が押下されると、ステップＳ５２６にて通話画面を表示する。
【０２４８】
以上説明したように、通話画面上にメール閲覧が可能な釦を配置することで、操作回数が１回で通話相手とやり取りした内容のメールを通話中に確認することができ、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。
【０２４９】
特に、通話中に最近送受信しあったメールに話題がのぼった時に、ユーザが簡単に通話相手と送受信したメールの内容が確認できるので、通話相手を待たせることなく即座に確認することができる。
【０２５０】
また、走行規制により釦５４、釦５５は走行中には操作を受け付けない。
【０２５１】
なお、携帯装置から取得する電話帳にメールアドレスが登録されていない相手と通話をするときには、図１０で示した通話画面の釦５４、釦５５はトーンダウンしてユーザが操作できないようにするか、表示しないようにすることが好ましい。
【０２５２】
なお、実施の形態４の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０２５３】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０２５４】
通話手段は、近距離通信部１０１、制御部１０４、マイク１０５、スピーカ１０６、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図９のステップＳ５０５の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０２５５】
通話画面表示手段は、制御部１０４および表示部１０２、少なくとも図１０に示す表示内容に対応する機能、少なくとも図９のステップＳ５０６に対応する処理をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いて実現される。
【０２５６】
電話帳取得手段は、近距離通信部１０１、制御部１０４、記憶部１０７、近距離通信部１０１に含まれるＯＰＰまたはＰＢＡＰ通信プロトコルを利用して図９のステップＳ５０３、ステップＳ５０４に対応する処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２５７】
通話相手特定手段は、近距離通信部１０１、制御部１０４、記憶部１０７、あらかじめ記憶部１０７に記憶されていた電話帳のデータとＨＦＰプロトコルのＣＬＩＰコマンドで送信されてくる通話相手の電話番号データとの照合処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２５８】
釦配置手段は、表示部１０２、制御部１０４、図９のステップＳ５０６の処理を実行させるアプリケーションソフトウェア、図１０の釦５４、釦５５に示す内容に対応した機能をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いて実現される。
【０２５９】
走行停止判定手段は、走行判定部１０９に対応しており、実施の形態１にて説明したとおり、車速センサやＧＰＳなどと、制御部１０４に格納されたアプリケーションソフトウェアとを用いてその機能を実現される。
【０２６０】
走行規制手段は、制御部１０４、表示部１０２を用いて実現できる。すなわち、車両の走行状態（車両が走行しているか停止しているかなど）に応じて制御部１０４が表示部１０２に表示する内容を規制する。
【０２６１】
釦押下検知手段は、表示部１０２または入力部１０３、制御部１０４、図９のステップＳ５０７の処理に対応した処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２６２】
通話・メール閲覧画面表示手段は、制御部１０４、表示部１０２、図９のステップＳ５０８の処理に対応した処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０２６３】
検索手段は、近距離通信部１０１、制御部１０４、記憶部１０７、ＭＡＰ通信プロトコルを用いて図９のステップＳ５１４からステップＳ５１７までの処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２６４】
一覧取得手段は、近距離通信部１０１、制御部１０４、記憶部１０７、ＭＡＰ通信プロトコルを用いて図９のステップＳ５１８、ステップＳ５１９の処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２６５】
閲覧要求手段は、近距離通信部１０１、制御部１０４、記憶部１０７、ＭＡＰ通信プロトコルを用いて図９のステップＳ５２０、ステップＳ５２１までの処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２６６】
メール表示手段は表示部１０２、および制御部１０４、図９のステップＳ５０８の処理を実行させるアプリケーションソフトウェアを用いて実現される。また、ステップＳ５２４の処理を受けて表示部１０２に表示する内容が適宜更新される。ステータス変更要求手段は、近距離通信部１０１、制御部１０４、記憶部１０７、ＭＡＰ通信プロトコルを用いて図９のステップＳ５２２、ステップＳ５２３の処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０２６７】
（実施の形態５）
本発明の実施の形態５に係る車載装置としてのナビゲーション装置の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０２６８】
実施の形態５に係る車載装置としてのナビゲーション装置１００は、ハンズフリー通話中にメール送信要求があったときのユースケースにおいて、以下に説明する内容の特徴を有する。
【０２６９】
以下、本発明の実施の形態５について、ナビゲーション装置１００の動作を図１３のシーケンス図を用いて説明する。
【０２７０】
本ユースケースでは、ＭＡＰとＨＦＰとがマルチプロファイル動作する。
【０２７１】
ナビゲーション装置１００と携帯装置とは、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０２７２】
図１３において、ステップＳ６０１からステップＳ６０５までの処理は、実施の形態４にて図９を用いて説明したステップＳ５０１からステップＳ５０５までの処理と同様のため、説明を省略する。
【０２７３】
ハンズフリー通話状態に移行すると表示部１０２に通話状況に関する情報の表示画面である通話画面が表示される（ステップＳ６０６）。
【０２７４】
ここで、表示部１０２に表示される通話画面の表示例を図１４を用いて説明する。
【０２７５】
図１４に示されている通話画面８０は、タッチパネルの画面であり、釦８１から８５、および釦９０が選択可能に配列されている（入力部１０３に対応）。情報窓８６から８８は情報を表示するために設けられた情報窓であり、その他、タッチパネルの画面にはボリュームインジケータ８９が表示される。
【０２７６】
釦８１から８９は、実施の形態４にて図１０を用いて説明した釦５１から５９までのものと意味や機能は同じであるため、その説明を省略する。
【０２７７】
釦９０は、後述する通話・メール作成画面（通話中の相手に対してメール作成、送信ができる画面）へ遷移するために使用する釦である。
【０２７８】
なお、釦９０は走行規制を働かせる。これは、車両が走行中であるのか停止中であるのかといった走行状態が判定され、この判定結果に応じた処理が行われることである。つまり、車両が走行中であることを走行判定部１０９で判定するとトーンダウンしユーザからの操作を受け付けない。一方、車両が停止中であることを走行判定部１０９で判定すると操作可能とする。
【０２７９】
その他、図１４で示した通話画面８０に無線通信時の電波状態、携帯装置の電池残量、携帯装置のアンテナ状態（受信強度）等を表示することもできる。
【０２８０】
ナビゲーション装置１００は、ステップＳ６０７にてユーザの釦９０の押下操作が検知されると、ステップＳ６０８で通話・メール作成画面を表示する。なお、通話・メール作成画面とは通話とメール作成との両方の処理が実行されている間中に表示部１０２に表示される画面である。
【０２８１】
ここで、表示部１０２に表示される通話・メール作成画面の表示例を図１５を用いて説明する。図１５は、釦９０が押下されたときに遷移する通話・メール作成画面９９である。
【０２８２】
図１５において、この通話・メール作成画面９９には情報窓９１、選択可能な釦（入力部１０３に対応）９５、９６、メール作成窓９２、９３、９４（選択可能）である。メール作成窓９２は送信先アドレスとして通話相手のアドレスが自動的に入る。通話相手のアドレス取得は、予め取得した電話帳データを用いて通話相手の電話番号に基づき検索する。アドレスが複数ある場合はどのアドレスかを選択させる。メール作成窓９３はタイトル、メール作成窓９４はメール本文を入力するためのメール作成窓である。
【０２８３】
通話・メール作成画面９９のメール作成窓９３（タイトル）をタッチするとメールのタイトルを入力することができる。このとき表示部１０２上には文字入力用のソフトウェアキーボードが表示される。同様にメール作成窓９４（メール本文）がタッチされるとメールの本文を入力することができる。このときも同様に文字入力用のソフトウェアキーボードが表示される。なお、タイトルやメール本文はあらかじめ車載装置側でいくつかの定型文を用意しておき、ユーザに任意の定型文を選択させる方法も可能である。また受信したメールを通話相手に対して転送することもできる。
【０２８４】
情報窓９１には、通話中であることを示す文字列と、通話相手名称、通話時間などが表示される。なお、通話時間はナビゲーション装置１００が適宜表示更新を行う。
【０２８５】
釦９５は、通話画面８０に戻すための釦であり、ユーザがメール作成や送信を取りやめる場合に釦９５を押下すると通話画面８０に戻すことができる。
【０２８６】
釦９６は、作成したメールの本文を送信するためにユーザが使用する釦である。
【０２８７】
このように通話画面上にメール作成が可能な釦を配置することによって、操作回数が１回で通話相手を送信先とするメール作成画面に遷移することができ、メール本文作成後携帯装置に送信が可能となっている。なお、メール本文には車載装置の位置情報やルート情報、目的地到着予想時刻など車両の移動に伴う各種情報を自動で埋め込む等の処理を施すことも可能である。
【０２８８】
位置情報を埋め込むことで、例えば運転手が自宅の家族と通話を行いながら、同時に車両の現在位置を送信するといったことができる。予め自宅のメールアドレスを設定しておけば、通話中の画面に「自宅へ帰る通知」の釦を配置することもできる。こうすれば、運転手は通話中に「自宅へ帰る通知」釦を押下すると、車両の位置情報を埋め込んだメールを送信するといったこともできる。自宅側では、車両から受信した位置情報をもとに自宅にある表示ディスプレイに車両の位置などの車両の移動に伴う各種情報を表示することができる。
【０２８９】
これにより、ＭＡＰとＨＦＰのマルチプロファイル動作の実現ならびに、使い勝手の良い車載装置が実現できる。また、走行規制により釦９０は走行中には操作を受け付けないのでユーザは運転、通話、メール作成といった３つのタスクを同時に行うことがなくなり、運転に集中することができる。
【０２９０】
図１３のシーケンス図に戻り説明を続ける。
【０２９１】
ステップＳ６０９では、ナビゲーション装置１００のアプリケーションからプロトコルスタック２へイベントが通知される。イベント通知は、ユーザが通話・メール作成画面９９を操作する度に適宜送信される。図１５の通話・メール作成画面９９では割愛しているが、携帯装置のどのフォルダにメッセージをプッシュするのか等の操作指定も含まれる。
【０２９２】
ステップＳ６１０からステップＳ６１７は、ＭＡＰに従ったコマンドのやり取りを示している。点線で囲ってある四角はオプションであり、コマンドのやり取りは任意であることを示す。
【０２９３】
ステップＳ６１８では、ナビゲーション装置１００のプロトコルスタック２からアプリケーションへイベントが通知されるイベント通知は、ステップＳ６０９の応答として同様に適宜送信される。
【０２９４】
ステップＳ６１０のSetFolderReq(..Flag ='root',name=''...)はフォルダの階層をrootにセットするためのコマンドである。ステップＳ６１１のSetFolderResp()は、ステップＳ６１０に対する応答である。
【０２９５】
ステップＳ６１２のSetFolderReq(..Flag='up/down',name='folder name'...)はフォルダの階層をup/downさせ、folder nameにセットするためのコマンドである。ここでセットしたフォルダにメールが送信される。ステップＳ６１３のSetFolderResp()は、ステップＳ６１２に対する応答である。
【０２９６】
ステップＳ６１４のGeFolderListing_Req()は、フォルダ構成を取得するためのコマンドである。ステップＳ６１５のGeFolderListing_Resp()は、ステップＳ６１４に対する応答である。
【０２９７】
ステップＳ６１６のPushMessage_Req()は、作成したメールを携帯装置へプッシュするためのコマンドである。ステップＳ６１７のPushMessage_Resp()は、ステップＳ６１６に対する応答である。
【０２９８】
ステップＳ６１９ではメール送信が終了すると通話画面８０を表示する。
【０２９９】
メールのプッシュは、携帯装置のフォルダとすることもできるし、ネットワーク１を介して外部の携帯電話へ送ることができる。
【０３００】
なお上記の例では、通話画面の中に釦を設けることで、通話中の相手へのメール送信画面への遷移を行ったが、別の方法によって電子メール送信を行うためのユーザ操作がなされ、通話中にメール送信画面の起動要求があった場合には、現在の通話相手以外への電子メールの送信先と判定し、メール送信画面は起動せずに通話相手以外へのメール送信は通話終了後に行う旨のメッセージなどの送信状態を報知するようにすることができる。
【０３０１】
これにより、通話中の相手とは別の相手へメールを送信するといった複雑な作業を避けることができ、車内のユーザにとって一貫性に配慮した車載装置を実現することができる。
【０３０２】
なお、携帯装置から取得する電話帳にメールアドレスが登録されていない相手と通話をするときには、図１４で示した通話画面８０の釦８４、釦８５、釦９０はトーンダウンしてユーザが操作できないようにするか、表示しないようにすることが好ましい。
【０３０３】
以上説明したとおり、実施の形態５によれば、ハンズフリー通話中にメール送信が可能となりＭＡＰとＨＦＰのマルチプロファイル動作の実現ができる。また、通話画面上にメール作成が可能な釦を配置することによって、操作回数が１回で通話相手を送信先とするメール作成画面に遷移することができ、使い勝手の良い車載装置が実現できる。例えば、通話相手に対してメモしてもらう必要があるような内容を伝えるときに有用であり、通話中に即座にメールが作成できるので、通話相手に対してメモをしてもらう手間を省くことができる。
【０３０４】
なお、実施の形態５の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０３０５】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０３０６】
また、電子メール送受信手段は、近距離通信部１０１および制御部１０４、図１３のステップＳ６０９からステップＳ６１８までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０３０７】
通話手段は、近距離通信部１０１および制御部１０４、マイク１０５、スピーカ１０６、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図１３のステップＳ６０５の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０３０８】
送信先判定手段は、制御部１０４、表示部１０２、表示部１０２の操作状態に応じた動作を行わせる図１３のステップＳ６０７に対応した処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０３０９】
報知変更手段は、制御部１０４とユーザへの報知方法の変更処理を実行させるアプリケーションソフトウェアとで実現される。すなわち、通話画面８０に配置される釦９０を押下されることによる通話・メール作成画面９９の起動要求であるか否かを判定し、釦９０が押下された場合には、通話・メール作成画面９９を起動し、釦９０が押下されず通話・メール閲覧作成画面の起動要求があったときには、メッセージを報知するよう報知方法を変更する。
【０３１０】
通話画面表示手段は、制御部１０４および表示部１０２、少なくとも図１３のステップＳ６０６に対応する処理をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いて実現される。
【０３１１】
電話帳取得手段は、近距離通信部１０１、制御部１０４、記憶部１０７、近距離通信部１０１に格納されているＯＰＰまたはＰＢＡＰプロトコルを用いて図１３のステップＳ６０３、ステップＳ６０４の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０３１２】
通話相手特定手段は、近距離通信部１０１、制御部１０４、記憶部１０７、あらかじめ記憶部１０７に記憶されていた電話帳のデータとＨＦＰプロトコルのＣＬＩＰコマンドで送信されてくる通話相手の電話番号データとの照合処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０３１３】
釦配置手段は、表示部１０２、制御部１０４、図９のステップＳ５０６の処理を実行させるアプリケーションソフトウェア、図１０の釦５４、釦５５に示す内容に対応した機能をユーザの操作に応じて実行させるアプリケーションソフトウェアを用いて実現される。
【０３１４】
走行停止判定手段は、走行判定部１０９に対応しており、実施の形態１にて説明したとおり、車速センサやＧＰＳなどと、制御部１０４に格納されたアプリケーションソフトウェアとを用いてその機能を実現される。
【０３１５】
走行規制手段は、制御部１０４、表示部１０２を用いて実現できる。すなわち、車両の走行状態（車両が走行しているか停止しているかなど）に応じて制御部１０４が表示部１０２に表示する内容を規制する。なお、以上の説明において、メール送信画面は、通話・メール作成画面に対応している。
【０３１６】
（実施の形態６）
実施の形態６に係る車載装置としてのナビゲーション装置は、ハンズフリー通話可能状態で通話の着信があり、着信拒否したときにその着信拒否相手からのメールを受信したときのユースケースにおいて、以下に説明する内容の特徴を有する。
【０３１７】
本実施の形態に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０３１８】
本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図１６のシーケンス図を用いて説明する。
【０３１９】
本ユースケースでは、ＭＡＰとＨＦＰがマルチプロファイル動作する。
【０３２０】
ナビゲーション装置１００と携帯装置は、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０３２１】
ステップＳ７０１からステップＳ７０３までの処理は、実施の形態３において説明したステップＳ４０１から４０３までの処理と同じであり、その説明を省略する。
【０３２２】
ステップＳ７０４からステップＳ７１２までの処理は、実施の形態１において説明したステップＳ１０８からＳ１１１及びステップＳ１１４からステップＳ１１７までの処理と同じであり、その説明を省略する。
【０３２３】
ステップＳ７１３で入力部１０３を介したユーザ操作により着信拒否が行われたとき、ステップＳ７１４では着信通知を表すイベント通知がアプリケーションからプロトコルスタック２に通知される。
【０３２４】
ステップＳ７１５では、ナビゲーション装置１００は着信拒否した相手の電話番号を記憶部１０７に一時記憶する。なお、ナビゲーション装置１００は車両のＡＣＣ（アクセサリー）電源がＯＦＦされた後、再びＡＣＣ電源がＯＮが発生する度に一時記憶した着信拒否相手電話番号を記憶部１０７から削除する。これに限らず、一定時間が経過すると一時記憶した着信拒否相手電話番号を記憶部１０７から削除するようにしてもよい。
【０３２５】
ステップＳ７１６では、ナビゲーション装置１００は、着信拒否を表わすＡＴコマンド（AT+CHUP(REJECT)）を送信する。その応答として、携帯装置は受理を表わすＡＴコマンド（OK）を返す（ステップＳ７１７）。
【０３２６】
次いで、ステップＳ７１８で携帯装置はコールセットアップ未を表わすインディケータ（callsetup=0）をセットしたリザルトコマンド（+CIEV）をナビゲーション装置１００へ送信する。
【０３２７】
ステップＳ７１９では、プロトコルスタック２からアプリケーションへ呼が無し（no call）であることを表わすイベントを通知する。
【０３２８】
ステップＳ７２０からステップＳ７２３までの処理は、ステップＳ４２３からＳ４２６までの処理と同じであり、その説明を省略するが、外部から新着メールが届いたことを表わしている。
【０３２９】
ステップＳ７２４では、着信拒否した相手からメールが届いたのか否かを判定する。この判定には、記憶部１０７に一時記憶した着信拒否相手の電話番号に基づき電話帳データから相手の名称を検索し、相手の名称が持つメールアドレスと今回届いたメールの送信元が同じであるかによって行う。
【０３３０】
着信拒否した相手からメールが届いたのではない場合（ステップＳ７２４：Ｎｏ）、ステップＳ７２５でメールの新着報知を行う。
【０３３１】
一方、着信拒否した相手からメールが届いた場合（ステップＳ７２４：Ｙｅｓ）、メールの新着報知は行わない。
【０３３２】
以上説明したように、着信拒否したときにその着信拒否相手からのメールを受信した場合にはメールの新着報知を行わないよう制御する。これは、運転手にとっては何らかの理由で別の行為に取り組んでおり、着信は行いたくないために着信拒否したのだから、同様にメールの報知も煩わしいものと考えられるためである。これにより、メール報知を抑制することで安心、便利な車載装置を提供することができる。
【０３３３】
なお、実施の形態６の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。
【０３３４】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０３３５】
通話手段は、近距離通信部１０１および制御部１０４、マイク１０５、スピーカ１０６、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図１６のステップＳ７０６からステップＳ７１９までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０３３６】
受信メール検知手段は、近距離通信部１０１および制御部１０４、近距離通信部１０１に格納されているＭＡＰの通信プロトコルを用いて図１６のステップＳ７２１からステップＳ７２３までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０３３７】
電話帳取得手段は、近距離通信部１０１、制御部１０４、記憶部１０７、近距離通信部１０１に含まれるＯＰＰまたはＰＢＡＰ通信プロトコルを利用して携帯装置から電話帳データを取得する処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０３３８】
操作手段は、表示部１０２、制御部１０４を用いて、ユーザがオンフックなどの機能操作をナビゲーション装置１００へ指示入力するための釦を表示部１０２に表示させるなどして、この釦の操作に応じて制御部１０４に図１６のステップＳ７１３の入力を検知させることで実現される。また、操作手段は、タッチパネルが用いられることのみに限定されず、メカスイッチを利用して同じ機能を実現させることも可能である。
【０３３９】
特定手段は、制御部１０４、記憶部１０７、記憶部１０７に記憶された着信拒否相手からのメール受信であるか否かを特定する図１６のステップＳ７２４に相当する処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０３４０】
着信拒否相手受信メール報知抑制手段は、制御部１０４を用いて図１６のステップＳ７２４において「ｙｅｓ」と処理された際にステップＳ７２５の報知処理を実行しないよう制御部１０４に処理させることで実現される。
【０３４１】
（実施の形態７）
実施の形態７にかかる車載装置は、携帯装置からのオーディオストリーミングを再生中にメールを受信したときのユースケースについて、以下に説明する内容の特徴を有する。
【０３４２】
本実施の形態に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０と同等の機能を有したものが用いられる。
【０３４３】
本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図１７、１８のシーケンス図を用いて説明する。
【０３４４】
本ユースケースでは、ＭＡＰとオーディオストリーミングするために必要なプロファイル群（Ａ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ）がマルチプロファイル動作する。
【０３４５】
ナビゲーション装置１００と携帯装置とは、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０３４６】
ナビゲーション装置１００の動作を説明する前に、まず図１９を用いて予めナビゲーション装置１００の表示部１０２に表示される設定画面を通じてナビゲーション装置１００の振る舞いが設定できることを示す。
【０３４７】
図１９に示されている設定画面２５０は、タッチパネルの画面であり、この画面に設けられた情報窓２００、２０１は情報を表示するために設けられた情報窓であり、さらに、釦２０２から２０５（入力部１０３に対応）が選択可能に配置されている。
【０３４８】
釦２０２、２０３によって、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））オーディオ再生中のメール新着通知の設定ができるようになっており、ユーザが釦２０２を選択（押下）するとオーディオ再生中においてもメールの新着通知を行い、釦２０３を選択すると新着通知は行わないようにナビゲーション装置１００は振舞う。
【０３４９】
釦２０４、２０５によって、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））オーディオ再生中のメール読み上げの設定ができるようになっており、釦２０４を選択するとメール読み上げを新着通知の後自動的に読み上げ、釦２０５を選択すると読み上げは行わないようナビゲーション装置１００は振舞う。
【０３５０】
なお、釦２０２の操作によってメールの新着通知が行われるように設定された場合にのみ、ユーザが釦２０４、釦２０５の選択をできるようにすると良い。
【０３５１】
また、釦２０２から２０５は、予めデフォルト値を設定しておくことが好ましい。
【０３５２】
図１７のシーケンス図は、釦２０２、２０４が選択されている場合、すなわちＢＴオーディオ再生中にメールを受信するとメールの新着通知と読み上げを行うナビゲーション装置１００の動作を示すシーケンス図であり、図１８のシーケンス図は釦２０２、２０５が選択されている場合、すなわちＢＴオーディオ再生中にメールを受信するとメールの新着通知のみを行うナビゲーション装置１００の動作を示すシーケンス図である。
【０３５３】
図１７において、ステップＳ８０１は、ＡＶＣＴＰとＡＶＤＴＰのシグナリングチャネルが確立され携帯装置からナビゲーション装置１００へオーディオストリーミングが再生されている状態を表す。このときナビゲーション装置１００は携帯装置から受信したオーディオストリーミングをデコード処理し、スピーカ１０６へ音声を出力する。
【０３５４】
ステップＳ８０２、Ｓ８０３は、実施の形態３において説明したステップＳ４０２、Ｓ４０３の処理と同様のため、その説明を省略する。
【０３５５】
また、ステップＳ８０４からＳ８０７までの処理についても、同じく実施の形態３において説明したステップＳ４２３からＳ４２６までの処理と同様のため、その説明を省略する。
【０３５６】
ステップＳ８０８では、メールの新着が通知される。メールの新着通知は表示部１０２及び／又はスピーカ１０６を通じて行われる。
【０３５７】
また、ステップＳ８０９からＳ８１２までの処理は、実施の形態１において説明したステップＳ１０３からＳ１０６までの処理と同様のため、その説明を省略する。
【０３５８】
ステップＳ８１２までのシーケンスにより、オーディオストリーミング再生中にメールを受信しメッセージを受け取ると、ステップＳ８１３でＡＶＲＣＰのストリーミングの停止を要求するポーズコマンドがナビゲーション装置１００から携帯装置へ送信される。
【０３５９】
ステップＳ８１４では、ステップＳ８１３のポーズコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。
【０３６０】
ステップＳ８１５では、携帯装置からＡＶＤＴＰのストリーミング停止がナビゲーション装置１００へ要求される。なお、Ｓ８１５の処理は携帯装置の実装依存となるため点線で示している。
【０３６１】
ステップＳ８１６では、ＧＡＶＤＰのコネクションリリースがナビゲーション装置１００から携帯装置へ要求される。
【０３６２】
この時点でストリーミングは停止され、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態となる（ステップＳ８１６）。ＩＤＬＥ／ＯＰＥＮ状態とは、ＩＤＬＥ又はＯＰＥＮ状態を表す。
【０３６３】
次いで、ナビゲーション装置１００のアプリケーションはステップＳ８１２で受信したメッセージの読み上げを行う（ステップＳ８１８）。
【０３６４】
ステップＳ８１９ではメールの読み上げが終了したかが判断される。
【０３６５】
メールの読み上げがまだ終了していない場合（ステップＳ８１９：Ｎｏ）、ステップＳ８１９の前に処理を戻す。
【０３６６】
メールの読み上げが終了した場合（ステップＳ８１９：Ｙｅｓ）、終了した旨のイベントがプロトコルスタック２へ通知される（ステップＳ８２０）。
【０３６７】
ステップＳ８２１では、ＡＶＲＣＰのストリーミング再生を要求するプレイコマンドがナビゲーション装置１００から携帯装置へ送信される。
【０３６８】
ステップＳ８２２では、ステップＳ８２１のプレイコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。
【０３６９】
ステップＳ８２３では、ＧＡＶＤＰのコネクション確立がナビゲーション装置１００から携帯装置へ要求される。
【０３７０】
次いで、ＧＡＶＤＰのストリーミング再生開始が携帯装置からナビゲーション装置１００へ要求される（ステップＳ８２４）。
【０３７１】
ステップＳ８２５では、ＡＶＤＴＰの状態がＳＴＲＥＡＭＩＮＧ状態となり、オーディオストリーミング再生が再開される。
【０３７２】
次に図１８のシーケンス図について説明する。
【０３７３】
図１８のシーケンス図において、ステップＳ９０１からステップＳ９０３までの処理は、ステップＳ８０１からＳ８０３までの処理と同様のため、その説明を省略する。
【０３７４】
ステップＳ９０４からステップＳ９０７までの処理は、ステップＳ８０４からＳ８０７までの処理と同様のため、その説明を省略する。
【０３７５】
ステップＳ９０８では、メールの新着通知が行われる。メールの新着通知はストリーミング再生中に行われるので、スピーカ１０６は使用せずに表示部１０２を通じてメールの新着通知が行われる。
【０３７６】
このように図１８のシーケンス図ではメールの新着があってもオーディオストリーミングの停止、再開は行われず、常に再生が継続される。
【０３７７】
以上説明したように、オーディオストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも同時に行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが運転に集中することができる。
【０３７８】
なお、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置とポータブルミュージックプレーヤーがポイントツーマルチポイントで接続（車載装置と携帯装置との間でＭＡＰ動作、車載装置とポータブルミュージックプレーヤーとの間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰが動作）した場合でも、同様の振る舞いを行うことが可能である。
【０３７９】
同様に、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置２台（携帯１、携帯２）がポイントツーマルチポイントで接続（車載装置と携帯１との間でＭＡＰ動作、車載装置と携帯２との間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ動作）した場合でも、同様の振る舞いを行うことが可能である。
【０３８０】
なお、実施の形態７の車載装置はナビゲーション装置だけに限らず車載オーディオ装置とすることもできる。
【０３８１】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０３８２】
電子メール送受信手段は、近距離通信部１０１および制御部１０４、図１７のステップＳ８０５からステップＳ８１２までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０３８３】
電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図１７のステップＳ８１８の処理を制御部１０４に実行させることで実現される。
【０３８４】
ストリーミング再生手段は、近距離通信部１０１、制御部１０４、スピーカ１０６、Ａ２ＤＰプロトコルやＡＶＲＣＰプロトコルを用いて図１７におけるステップＳ８０１の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０３８５】
第１の通知選択手段は、制御部１０４および表示部１０２または入力部１０３を用いて実現可能であり、少なくとも図１９に示す表示内容に対応する機能をユーザの操作に応じた処理を実行させるアプリケーションソフトウェアを用いることによって実現される。
【０３８６】
中断手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＡ２ＤＰプロトコルやＡＶＲＣＰプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図１７のステップＳ８１３からステップＳ８１７までに対応する処理を制御部１０４に実行させることによって実現される。
【０３８７】
再開手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＡ２ＤＰプロトコルやＡＶＲＣＰプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図１７のステップＳ８２０からステップＳ８２５までに対応する処理を制御部１０４に実行させることによって実現される。
【０３８８】
（実施の形態８）
本発明の実施の形態８に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０と同等の機能を有したものが用いられる。
【０３８９】
本発明の実施の形態８にかかる車載装置としてのナビゲーション装置１００は、ナビゲーション装置１００でメールを受信、読み上げ中にユーザから携帯装置へのオーディオストリーミングの再生開始指示を受け付けたときのユースケースについて、以下に説明する内容の特徴を有する。
【０３９０】
本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図２０のシーケンス図を用いて説明する。
【０３９１】
本ユースケースでは、ＭＡＰとＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰがマルチプロファイル動作する。
【０３９２】
ナビゲーション装置１００と携帯装置は、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０３９３】
ナビゲーション装置１００の振る舞いとしては、メール読み上げを中断し、オーディオストリーミングを再生する。異なるオーディオソースへの切替（音声モード切替）が発生すると、読み上げ途中のメールを再読み上げする。再読み上げする際にははじめから読み上げるのか、続きから読み上げるのかをユーザに選択させる。
【０３９４】
すなわち、図２０において、ステップＳ１００１は、ストリーミングは再生されておらず、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態が前提であることを示す。
【０３９５】
ステップＳ１００２からＳ１００７までの処理は、実施の形態１において説明したステップＳ１０２からＳ１０７までの処理と同様のため、その説明を省略する。
【０３９６】
ステップＳ１００８では、ナビゲーション装置１００がユーザからオーディオストリーミングの再生開始指示を受け付ける。そして、アプリケーションからプロトコルスタック２へイベントが通知される（ステップＳ１００９）。
【０３９７】
ステップＳ１０１０では、メールの読み上げが中断される。
【０３９８】
ステップＳ１０１１では、ＡＶＲＣＰのストリーミング再生を要求するプレイコマンドがナビゲーション装置１００から携帯装置へ送信される。
【０３９９】
ステップＳ１０１２では、ステップＳ１０１１のプレイコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。
【０４００】
ステップＳ１０１３では、ＧＡＶＤＰのコネクション確立がナビゲーション装置１００から携帯装置へ要求される。
【０４０１】
次いで、ＧＡＶＤＰのストリーミング再生開始が携帯装置からナビゲーション装置１００へ要求される（ステップＳ１０１４）。
【０４０２】
ステップＳ１０１５では、ＡＶＤＴＰの状態がＳＴＲＥＡＭＩＮＧ状態となり、オーディオストリーミング再生が再開される。
【０４０３】
ナビゲーション装置１００は受信したオーディオストリーミングをデコード処理し、スピーカ１０６へ音声を出力する。
【０４０４】
ナビゲーション装置１００がユーザから異なるオーディオソースへの切替（音声モード切替）を指示する操作を受け付けると（ステップＳ１０１６）、アプリケーションはプロトコルスタック２へイベントを通知する（ステッＳ１０１７）。
【０４０５】
ステップＳ１０１８では、ＡＶＲＣＰのストリーミングの停止を要求するポーズコマンドがナビゲーション装置１００から携帯装置へ送信される。
【０４０６】
ステップＳ１０１９では、ステップＳ１０１８のポーズコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。
【０４０７】
ステップＳ１０２０では、携帯装置からナビゲーション装置１００へＡＶＤＴＰのストリーミング停止が要求される。なお、Ｓ１０２０の処理は携帯装置の実装依存となるため点線で示している。
【０４０８】
ステップＳ１０２１では、ＧＡＶＤＰのコネクションリリースがナビゲーション装置１００から携帯装置へ要求される。
【０４０９】
この時点でストリーミングは停止され、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態となる（ステップＳ１０２２）。
【０４１０】
ステップＳ１０２３でナビゲーション装置１００のアプリケーションは、選択画面を表示部１０２に表示する。表示部１０２に表示される選択画面の表示例は実施の形態１において説明した図４の表示例と同じ内容であり、その説明を省略する。
【０４１１】
ステップＳ１０２４でユーザによって釦３１、３２のいずれかが押下されたことをナビゲーション装置１００が検知すると、ステップＳ１０２５で押下された釦に応じたメールの読み上げが行われる。
【０４１２】
その後メールの読み上げが終了すると（ステップＳ１０２６）、ステップＳ１０１６でユーザが指示した異なるオーディオソースへ切り替わる。例えば、ステップＳ１０１６においてラジオに切り替えるよう指示した場合は、音声読み上げが終了した後にラジオへ切り替わることを表わしている。
【０４１３】
以上説明したように、本実施の形態によれば、車載装置の振る舞いとしては、メール読み上げ中にユーザから携帯装置へのオーディオストリーミングの再生開始指示を受け付けたときメール読み上げを中断し、オーディオストリーミングを再生する。また、異なるオーディオソースへの切替（音声モード切替）が発生すると、読み上げ途中のメールを再読み上げする。さらに、再読み上げする際には、はじめから読み上げるのか、続きから読み上げるのかをユーザに選択させる。これにより、ＭＡＰとＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。
【０４１４】
また、音声モード切換え後は自動的に選択画面が表示されるので、ユーザはオーディオ再生開始前に行っていた作業（メール読み上げ）にスムーズに移行することができ、使い勝手のよい車載装置が実現できる。
【０４１５】
なお、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置とポータブルミュージックプレーヤーがポイントツーマルチポイントで接続（車載装置と携帯装置との間でＭＡＰ動作、車載装置とポータブルミュージックプレーヤーとの間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ動作）した場合でも、同様の振る舞いを行うことが可能である。
【０４１６】
同様に、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置２台（携帯１、携帯２）がポイントツーマルチポイントで接続（車載装置と携帯１との間でＭＡＰ動作、車載装置と携帯２との間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ動作）した場合でも、同様の振る舞いを行うことが可能である。
【０４１７】
なお、実施の形態８の車載装置はナビゲーション装置だけに限らず車載オーディオ装置とすることもできる。
【０４１８】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。電子メール送受信手段は、近距離通信部１０１および制御部１０４、図２０のステップＳ１００３からステップＳ１００６までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０４１９】
電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２０のステップＳ１００７の処理を制御部１０４に実行させることで実現される。
【０４２０】
中断手段は、制御部１０４に格納されたアプリケーションソフトウェアによって図２０のＳ１０１０に対応する処理を制御部１０４に実行させることによって実現される。
【０４２１】
ストリーミング再生手段は、近距離通信部１０１、制御部１０４、スピーカ１０６、Ａ２ＤＰプロトコルやＡＶＲＣＰプロトコルを用いて図２０におけるステップＳ１０１１からステップＳ１０１５までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。
【０４２２】
音声モード切替検知手段は、入力部１０３、制御部１０４、図２０のステップＳ１０１６の処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０４２３】
読み上げ再開手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２０のステップＳ１０２５の処理を制御部１０４に実行させることで実現される。
【０４２４】
切替手段は、制御部１０４と制御部１０４に図２０のステップＳ１０２７に対応した処理を実行させるアプリケーションソフトウェアを用いて実現される。
【０４２５】
選択手段は、制御部１０４および入力部１０３を用いて実現可能であり、少なくとも図４に示す表示内容に対応する機能をユーザの操作に応じて図２０のステップＳ１０２３に相当する処理を実行させるアプリケーションソフトウェアを用いることによって実現される。
【０４２６】
（実施の形態９）
本発明の実施の形態９に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。
【０４２７】
本発明の実施の形態９にかかる車載装置としてのナビゲーション装置１００は、ナビゲーション装置１００でＤＵＮを使いデータ通信を行っているときに携帯装置からナビゲーション装置１００へメールの新着通知を受けたときのユースケースについて、以下に説明する内容の特徴を有する。
【０４２８】
本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図２１から図２３のシーケンス図を用いて説明する。
【０４２９】
本ユースケースでは、ＭＡＰとＤＵＮがマルチプロファイル動作する。
【０４３０】
ナビゲーション装置１００と携帯装置とは、予めＢｌｕｅｔｏｏｔｈ（登録商標）の登録が完了し、通信回線が確立されているものとする。
【０４３１】
ナビゲーション装置１００の振る舞いとしては、ＤＵＮでデータ通信を行いインターネットから何らかのコンテンツをダウンロード再生し、スピーカ１０６から音声出力中である場合にメールの新着通知だけを行うのか、メールの新着通知と読み上げを行うのか予め設定画面でユーザに選択させる。詳細は以下のとおりである。
【０４３２】
図２４は、情報窓３００、３０１、選択可能に設けられた釦３０２から３０５（入力部１０３に対応）が表示部１０２上に設定画面３５０が表示されていることを表わしている。
【０４３３】
設定画面３５０において、ユーザが釦３０２、３０３を（選択）操作することによって、ＤＵＮでコンテンツのダウンロード再生中のメール新着通知の設定を行うことができるようになっており、釦３０２を選択すると新着通知を行い、釦３０３を選択すると新着通知は行わないようナビゲーション装置１００は振舞う。ただし、ここで新着通知を行う、行わないによらずＤＵＮ接続は継続される。
【０４３４】
ナビゲーション装置１００は、予め当該ユースケースが発生する前に釦３０４、３０５を（選択）操作することによって、ＤＵＮでコンテンツのダウンロード再生中のメール読み上げの設定ができるようになっており、釦３０４を選択すると新着通知の後、自動的にメール読み上げを行い、釦３０５を選択するとメール読み上げは行わないようナビゲーション装置１００は振舞う。ただし、ここで、メール読み上げを行う場合は、一旦ＤＵＮの接続を切断するようにし、読み上げない場合はＤＵＮ接続を継続する。
【０４３５】
なお、釦３０２によってメールの新着通知を行うように設定した場合にのみ、釦３０４、釦３０５の選択ができるようにすると良い。
【０４３６】
また、釦３０２から３０５は、ユーザが設定を忘れることを回避するため予めデフォルト値を設定しておくことが好ましい。
【０４３７】
一方、ＤＵＮで音声出力を伴わないデータ通信を行っている場合については、常にＤＵＮを継続する。
【０４３８】
図２１のシーケンス図は、釦３０２、３０４が選択されている場合、すなわちＤＵＮでコンテンツのダウンロード再生中にメール新着があるとメールの新着通知と読み上げを行うナビゲーション装置１００の動作を示すシーケンス図であり、図２２のシーケンス図は釦３０２、３０５が選択されている場合、すなわちＤＵＮでコンテンツのダウンロード再生中にメール新着があるとメールの新着通知のみを行うナビゲーション装置１００の動作を示すシーケンス図である。
【０４３９】
図２３のシーケンス図は、ＤＵＮで音声出力を伴わないデータ通信を行っている場合にメール着信があったときのナビゲーション装置１００の動作を示すシーケンス図である。
【０４４０】
図２１において、ステップＳ１１０１はＤＵＮのコネクションが確立され、パケット通信が行われている状態を表す。
【０４４１】
また、ステップＳ１１０２からＳ１１１２までの処理は、実施の形態７において説明したステップＳ８０２からＳ８１２までの処理と同様のため、その説明を省略する。
【０４４２】
ステップＳ１１１３は、データ通信に伴うコンテンツのダウンロード再生中であり、スピーカ１０６から音声を出力している状態を表す。
【０４４３】
ステップＳ１１１４では、ダウンロード再生中のコンテンツの再生箇所が記憶部１０７に記憶される。
【０４４４】
記憶部１０７に再生箇所が記憶されるとＤＵＮが切断される。これは、まずステップＳ１１１５でアプリケーションからプロトコルスタック２にＤＵＮの切断要求が行われ、プロトコルスタック２は携帯装置へＤＵＮの切断要求を行う（ステップＳ１１１６）。
【０４４５】
ステップＳ１１１７は、ステップＳ１１１６の切断要求に対する応答であり、ＤＵＮが正常切断されたことがナビゲーション装置１００のプロトコルスタック２に通知される。プロトコルスタック２は、アプリケーションにＤＵＮの切断応答を通知する（ステップＳ１１１８）。
【０４４６】
ＤＵＮが切断されると、ナビゲーション装置１００のアプリケーションはメールの読み上げを行う（ステップＳ１１１９）。
【０４４７】
ステップＳ１１２０ではメールの読み上げが終了したかが判断される。
【０４４８】
メールの読み上げがまだ終了していない場合（ステップＳ１１２０：Ｎｏ）、ステップＳ１１２０の前に処理が戻る。
【０４４９】
ステップＳ１１２０にてメールの読み上げが終了した場合（ステップＳ１１２０：Ｙｅｓ）、ＤＵＮの接続を再開される。
【０４５０】
まずステップＳ１１２１でアプリケーションからプロトコルスタック２へＤＵＮの接続要求が行われ、プロトコルスタック２は携帯装置へＤＵＮの接続要求を行う（ステップＳ１１２２）。
【０４５１】
ステップＳ１１２３は、ステップＳ１１２２の接続要求に対する応答であり、ＤＵＮが正常接続されたことがナビゲーション装置１００のプロトコルスタック２に通知される。プロトコルスタック２は、アプリケーションにＤＵＮの接続応答を通知する（ステップＳ１１２４）。
【０４５２】
ＤＵＮが再接続されると、ナビゲーション装置１００のアプリケーションはステップＳ１１１４で記憶した再生箇所を呼出す（ステップＳ１１２５）。
【０４５３】
ステップＳ１１２６は、ダウンロード再生が中断した箇所から再びＤＵＮでコンテンツのダウンロード再生が行われる状態を表している。
【０４５４】
次に図２２を用いてナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を継続した場合のナビゲーション装置１００の動作を説明する。ナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を継続した場合のナビゲーション装置１００の動作を示すシーケンス図である。
【０４５５】
図２２のシーケンス図において、ステップＳ１２０１からステップＳ１２０３までの処理は、上述したステップＳ１１０１からＳ１１０３までの処理と同様のため、その説明を省略する。また、同様にステップＳ１２０４からステップＳ１２０７までの処理は、上述したステップＳ１１０４からＳ１１０７までの処理と同様のため、その説明を省略する。
【０４５６】
ステップＳ１２０８は、データ通信に伴うコンテンツのダウンロード再生中であり、スピーカ１０６から音声を出力している状態を表す。
【０４５７】
ステップＳ１２０９では、メールの新着通知が行われる。このときはダウンロード再生中であるので、メールの新着通知はスピーカ１０６は使用せずに表示部１０２を通じて行われる。
【０４５８】
このようにナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中の場合においてメールの新着があってもダウンロード再生の停止、再開は行わず（ＤＵＮは切断せず）、常に再生を継続する。
【０４５９】
図２３は、ナビゲーション装置１００がＤＵＮでデータ通信中であるがコンテンツのダウンロード再生は行っておらず、且つ、音声出力は無い状態で、メールを受信したときのナビゲーション装置１００の動作を示すシーケンス図である。
【０４６０】
図２３のシーケンス図において、ステップＳ１３０１からステップＳ１３１２までの処理は、上述したステップＳ１１０１からＳ１１１２までの処理と同様のため、その説明を省略する。
【０４６１】
ステップＳ１３１３は、ＤＵＮでデータ通信中であるが、コンテンツのダウンロード再生は行っておらず、且つ、音声の出力は無い状態を表す。
【０４６２】
ステップＳ１３１４では、メールの読み上げを行う。ステップＳ１３１５ではメールの読み上げが終了したかを判断する。
【０４６３】
メールの読み上げがまだ終了していない場合（ステップＳ１３１５：Ｎｏ）、ステップＳ１３１５の前に処理が戻る。
【０４６４】
メールの読み上げが終了した場合（ステップＳ１３１５：Ｙｅｓ）、次に処理が移る。
【０４６５】
このように、ＤＵＮで音声出力を伴わないデータ通信を行っている場合については、常にＤＵＮでのデータ通信が継続される。
【０４６６】
なお、ステップＳ１３１４でメールが読み上げられるときに、ＤＵＮを通じたダウンロード再生以外の音声出力がされている場合には、一旦当該音声出力を中断し、メールを読み上げる。メールの読み上げが終わると、読み上げ前に再生されていた音声の出力を再開させる。
【０４６７】
以上説明したように、ＤＵＮでコンテンツのダウンロード再生中にメールを受信したときの車載装置の振る舞いとして、予めＤＵＮでのダウンロード再生前に設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが集中して運転操作を行うことができる。
【０４６８】
以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。
【０４６９】
電子メール送受信手段は、近距離通信部１０１および制御部１０４、図２１のステップＳ１１０５からステップＳ１１０７までの処理あるいは図２３のステップＳ１３０５からステップＳ１３０７までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０４７０】
データ通信手段は、近距離通信部１０１および制御部１０４、図２１のステップＳ１１０１、ステップＳ１１１３の処理あるいは図２３のステップＳ１３０１、ステップＳ１３１３の処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＤＵＮ通信プロトコルを利用してデータ通信処理をさせるアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。
【０４７１】
電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２１のステップＳ１１１９の処理あるいは図２３のステップＳ１３１４、ステップＳ１３１５の処理を制御部１０４に実行させることで実現される。
【０４７２】
第２の通知選択手段は、制御部１０４および表示部１０２または入力部１０３を用いて実現可能であり、少なくとも図２４に示す表示内容に対応する機能をユーザの操作に応じた処理を実行させるアプリケーションソフトウェアを用いることによって実現される。
【０４７３】
制御手段は、制御部１０４を用いて図２１から図２３に示されるシーケンスの処理を実行させることで実現される。
【０４７４】
中断手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図２１のステップＳ１１１５からステップＳ１１１８に対応する処理を制御部１０４に実行させることによって実現される。
【０４７５】
再開手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図２１のステップＳ１１２１からステップＳ１１２６に対応する処理を制御部１０４に実行させることによって実現される。
【０４７６】
音声出力手段は、スピーカ１０６によって実現される。
【０４７７】
音声出力判定手段は、近距離通信部１０１、制御部１０４、図２３のステップＳ１３１３の状態を判定させるアプリケーションソフトウェアによって実現される。
【０４７８】
データ通信継続手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮ通信プロトコルを利用してデータ通信処理をさせるアプリケーションソフトウェア（制御部１０４に格納されている）を用いて、このアプリケーションソフトが図２３のステップＳ１３１３のデータ通信継続をおこなうことによって実現される。
【０４７９】
以上説明したとおり、本発明の車載装置によれば、車載装置と携帯電話に代表される携帯装置とがＢｌｕｅｔｏｏｔｈ（登録商標）を用いて接続し、電子メールの送受信を行う場合に既存プロファイルと複合的に動作することのできる車載装置、ならびに電子メールの送受信機能が実行できる状態で既存のハンズフリー通話機能やオーディオのストリーミング再生機能やデータ通信機能が起動され複合的に動作するときにユーザにとって使い勝手のよい車載装置を提供することができる。
【０４８０】
なお、上記の説明ではＭＡＰとＨＦＰ、ＭＡＰとＡＶプロファイル群（Ａ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ）、ＭＡＰとＤＵＮというようにＭＡＰを軸として他の１つのプロファイル又は１つのプロファイル群とのマルチプロファイルユースケースの説明を行ったが、例えばＭＡＰとＨＦＰとＤＵＮのようにＭＡＰを軸として他の２つ以上のプロファイル又はプロファイル群がマルチプロファイル動作する場合にも、同様に実施できる。
【０４８１】
また通信規格はＢｌｕｅｔｏｏｔｈ（登録商標）として説明したが、これに限るものではなく他の通信規格を用いることもできる。
【０４８２】
上記実施の形態で説明した構成は、単に具体例を示すものであり、本願発明の技術的範囲を制限するものではない。本願の効果を奏する範囲において、任意の構成を採用することが可能である。
【０４８３】
以上のとおり、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記通話手段による電話の着信を拒否するための操作手段と、前記操作手段によって着信を拒否した相手のメールアドレスを前記電話帳データを参照して特定する特定手段と、前記特定手段が特定しメールアドレスから自装置への電子メールの受信に対する報知を抑制する着信拒否相手受信メール報知抑制手段とを備えたことを特徴とする。
【０４８４】
この構成を有することにより、着信拒否したときにその着信拒否相手からのメールを受信した場合にはメールの新着報知を行わないよう制御する。これは、運転手にとっては何らかの理由で別の行為に取り組んでおり、着信は行いたくないために着信拒否したのだから、同様にメールの報知も煩わしいものと考えられるためである。これにより、メール報知を抑制することで安心、便利な車載装置を提供することができる。
【０４８５】
また、本発明の車載装置は、車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生中に前記携帯装置からの電子メールの新着通知を行うか否かを選択するための第１の通知選択手段とを備えたことを特徴とする。
【０４８６】
この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのかを設定可能とし、当該ユースケース発生時には、ＡＶストリーミングとメールの新着通知のどちらを優先するか、ユーザの望む動作を実現することができる。
【０４８７】
さらに、本発明の車載装置は、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生を中断するストリーミング再生中断手段と、前記ＡＶストリーミング再生を再開するストリーミング再生再開手段とをさらに備え、前記第１の通知選択手段によって、前記ＡＶストリーミングを再生中に前記電子メール送受信手段でメールの受信があると電子メール受信を報知してメールの読み上げを行うことが選択されている場合は、前記ストリーミング再生中断手段でＡＶストリーミングの再生を中断して前記電子メール読み上げ手段が受信したメールの音声読み上げを行うとともに、前記電子メールの読み上げが終了した後に前記ストリーミング再生再開手段がＡＶストリーミング再生を再開することを特徴とする。
【０４８８】
この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも同時に行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がなく、ＡＶストリーミングが中段、その後メール読み上げ、その後ＡＶストリーミング再開が行われるので、ユーザは運転に集中することができる。
【０４８９】
本発明の車載装置は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、異なるオーディオソースへ切り替える切替手段と、ＡＶストリーミングの停止又は異なるオーディオソースへの切り替えを検知する音声モード切替検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ中に、前記携帯装置に対してＡＶストリーミングの再生要求が行われた場合に、前記中断手段が電子メールの音声読み上げを中断して前記ストリーミング再生手段が前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、前記音声モード切替検知手段が異なるオーディオソースへの切り替えを検知すると前記読み上げ再開手段が読み上げ途中の電子メールの音声読み上げを再開して電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とする。
【０４９０】
この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＡＶストリーミングの再生を受け付けることができＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰとＭＡＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ＡＶストリーミング再生終了後は電子メールの読み上げが再開されるので、ＡＶストリーミング再生前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。
【０４９１】
また、本発明の車載装置は、前記電子メール読み上げ手段で電子メールの音声読み上げ中に、前記音声モード切替検知手段がＡＶストリーミングの停止を検知すると前記読み上げ再開手段が読み上げ途中の電子メールの音声読み上げを再開することを特徴とする。
【０４９２】
さらに、本発明の車載装置は、読み上げ途中の電子メールを最初から読み上げるのか、続きから読み上げるのかを選択する選択手段を備えたことを特徴とする。
【０４９３】
この構成を有することにより、ＡＶストリーミング再生終了後は電子メールの読み上げが再開されるので、ＡＶストリーミング再生前にユーザが行っていた状態にすみやかに戻ることができる。また、ＡＶストリーミング再生時間が長かった場合には、ユーザはＡＶストリーミング再生前に読み上げ途中だったメールの内容を忘れてしまう可能性が高いので、それを考慮してはじめから再生することも可能にしている。
【０４９４】
本発明の車載装置は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して外部とデータ通信を行うデータ通信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記データ通信手段によるデータ通信中に前記携帯装置からの電子メールの新着通知を行うか否かを選択するための第２の通知選択手段とを備えたことを特徴とする。
【０４９５】
この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができる。
【０４９６】
また、本発明の車載装置は、前記第２の選択手段は、前記データ通信に伴う音声出力を行っている場合に前記電子メール送受信手段でメールの受信があったときに、電子メールの新着通知を行って電子メールの読み上げを行うか、または、電子メール受信の報知のみを行い読み上げは行わないか、を選択可能であることを特徴とする。
【０４９７】
この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができる。
【０４９８】
さらに、本発明の車載装置は、前記データ通信手段によるデータ通信を中断するデータ通信中断手段と、前記データ通信によるデータ通信を再開するデータ通信再開手段とをさらに備え、前記第２の選択手段によって、電子メールの新着を行って電子メールの読み上げを行うと選択されている場合は、前記データ通信手段によるデータ通信に伴う音声出力を行っているときに前記電子メールの受信があると、前記データ通信中断手段がデータ通信を中断し新着通知された受信メールの音声読み上げを前記電子メール読み上げ手段で行うとともに、電子メールの読み上げの終了後に前記データ通信再開手段がデータ通信を再開することを特徴とする。
【０４９９】
この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができるとともに、特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが集中して運転操作を行うことができる。
【０５００】
本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して外部とデータ通信を行うデータ通信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、音声を出力するための音声出力手段と、前記音声出力手段で前記データ通信に伴う音声が出力されているか否かを判定する音声出力判定手段と、前記電子メール読み上げ手段が電子メールの音声読み上げを行っている間にデータ通信を継続するデータ通信継続手段とを備え、前記音声出力判定手段がデータ通信に伴う音声が出力されていないと判定した場合は、前記電子メール読み上げ手段で電子メールの読み上げを行っている間は前記データ通信継続手段が前記データ通信を継続することを特徴とする。
【０５０１】
この構成を有することにより、ＭＡＰとＤＵＮのマルチプロファイル動作が可能な車載機を実現することができる。特にデータ通信に伴う音声が出力されていないことを事前に確認し、データ通信が継続されるので、データ中心は中断されずに済み、効率の良いデータ通信が可能となる。
【０５０２】
本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いた特定の相手からの電話の着信を拒否し、着信を拒否した相手のメールアドレスを前記電話帳データを用いて特定し、特定されたメールアドレスから前記携帯装置へ送信された電子メールに対する報知を抑制することを特徴とする。
【０５０３】
この構成を有することにより、着信拒否したときにその着信拒否相手からのメールを受信した場合にはメールの新着報知を行わないよう制御する。これは、運転手にとっては何らかの理由で別の行為に取り組んでおり、着信は行いたくないために着信拒否したのだから、同様にメールの報知も煩わしいものと考えられるためである。これにより、メール報知を抑制することで安心、便利な車載装置を提供することができる。
【０５０４】
本発明の車載装置の制御方法は、車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記ストリーミング送信機能によって送信されたＡＶストリーミングを受信して再生し、該ＡＶストリーミングの再生中に前記携帯装置からの電子メールの新着通知を行うか否かが、あらかじめ行われる選択手段の操作に応じて選択されることを特徴とする。
【０５０５】
この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか否かを設定可能とし、当該ユースケース発生時には、ＡＶストリーミングとメールの新着通知のどちらを優先するか、ユーザの望む動作を実現することができる。
【０５０６】
本発明の車載装置の制御方法は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、電子メールの音声読み上げを実行した後に前記携帯装置に対してＡＶストリーミングの再生要求を行った場合、該電子メールの音声読み上げを中断し、前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、異なるオーディオソースへの切り替えを検知したとき、該中断された電子メールの音声読み上げを再開し、再開された電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とする。
【０５０７】
この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＡＶストリーミングの再生を受け付けることができＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰとＭＡＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ＡＶストリーミング再生終了後は電子メールの読み上げが再開されるので、ＡＶストリーミング再生前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。
【０５０８】
本発明の車載装置の制御方法は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と自装置とがデータ通信を行っている場合に前記携帯装置からの電子メールの新着通知を行うか否かが、あらかじめ行われる選択手段の操作に応じて選択されることを特徴とする。
【０５０９】
この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができる。
【０５１０】
本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記携帯装置と自装置とがデータ通信を行っている場合に、自装置からデータ通信に伴う音声が出力されているか否か判定し、自装置からデータ通信に伴う音声が出力されていないと判定したときは、前記電子メール読み上げ手段で電子メールの読み上げを行っている間に該データ通信を継続することを特徴とする。
【０５１１】
この構成を有することにより、ＭＡＰとＤＵＮのマルチプロファイル動作が可能な車載機を実現することができる。特にデータ通信に伴う音声が出力されていないことを事前に確認し、データ通信が継続されるので、データ中心は中断されずに済み、効率の良いデータ通信が可能となる。
【０５１２】
また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、電話の着信を報知するための着信音を鳴動させる着信音鳴動手段と、着信した電話の受話操作を受け付ける受話受付手段と、自装置を通話状態に移行させる通話移行手段と、通話の終了を検知する通話終了検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に電話の着信が検知され前記中断手段が電子メールの読み上げを中断して前記着信音鳴動手段が着信音を鳴動させた場合に、該着信音の鳴動中に前記受話受付手段が受話操作を受け付けたとき、前記通話移行手段が自装置を通話状態に移行させて前記通話終了検知手段が通話の終了を検知すると前記再開手段が当該読み上げ途中の電子メールの読み上げを再開するものであり、音声読み上げ途中の電子メールを最初から読み上げるのか、続きから読み上げるのかを選択する選択手段を備えている。
【０５１３】
本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理を車載装置のアプリケーションが実行中である状態においても、車載装置がＨＦＰの着信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、通話終了後は電子メールの読み上げが自動的に再開されるので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。また、通話時間が長かった場合には、ユーザは通話前に読み上げ途中だったメールの内容を忘れてしまう可能性が高いので、それを考慮してはじめから再生することも可能にしている。
【０５１４】
また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記通信手段を介して電話の発信を検知する発信検知手段と、読み上げ途中の電子メールの読み上げ動作を終了して電話の発信を行うか電子メールの読み上げ終了後に電話の発信を行うのかを選択させる発信選択手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に前記発信検知手段が電話の発信を検知した場合、前記発信選択手段を介して読み上げ途中の電子メールの読み上げを終了しすぐに電話の発信を行うことが選択されたときは前記中断手段が該読み上げ途中の電子メールの読み上げを中断し、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われるものであり、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段をさらに備え、前記読み上げ再開手段は、読み上げ途中の電子メールの読み上げを中断して発信が行われた後通話状態に移行しその後終話した際に、当該読み上げ途中の電子メールの読み上げを再開する構成を有している。
【０５１５】
本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＨＦＰの発信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、電話発信の前に自動的に選択画面が表示されるので、ユーザが意図する動作へスムーズに移行することができる。特にユーザが意図せず電話発信をしてしまったとしても、読み上げ終了後に発信を行うこともできるので、ユーザにとって安心である。ユーザが希望して発信した場合には、通話終了後にメールの読み上げを再開するので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。
【０５１６】
さらに、本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、受信した電子メールの音声読み上げを実行し、前記電子メールの音声読み上げの実行中に電話の着信を検知すると電子メールの読み上げを中断し、前記電子メールの読み上げを中断した後に着信音を鳴動し、前記着信音の鳴動中に受話操作を受け付け、受話操作を受け付けた後に通話状態に移行し、前記通話状態に移行した後に通話の終了を検知し、通話の終了を検知すると、読み上げ途中の電子メールの読み上げを再開する構成を有している。
【０５１７】
本発明はこの構成を有することにより、メール読み上げという一定時間がかかる処理を車載装置のアプリケーションが実行中である状態においても、車載装置がＨＦＰの着信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、通話終了後は電子メールの読み上げが自動的に再開されるので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。
【０５１８】
そして、本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、電子メールの音声読み上げ動作中に電話の発信を検知し、読み上げ途中の電子メールの読み上げを終了し、すぐに電話の発信を行うことが選択されたときは該読み上げ途中の電子メールの読み上げを中断し、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われる構成を有している。
【０５１９】
本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＨＦＰの発信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、電話発信の前に自動的に選択画面が表示されるので、ユーザが意図する動作へスムーズに移行することができる。特にユーザが意図せず電話発信をしてしまったとしても、読み上げ終了後に発信を行うこともできるので、ユーザにとって安心である。
【０５２０】
本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、通話中又は発信中又は着信中であることを取得し、電子メールの受信を検知した場合に、電子メールが受信されたことの報知を抑制し、通話が終了した後に電子メールが受信されたことの報知を行う構成を有している。
【０５２１】
本発明は、この構成を有することにより、通話中又は発信中又は着信中にメールの新着があったときのユースケースでは、通話中又は発信中又は着信中は通話を優先して新着通知を抑制させるとともに通話終了後に新着メールの通知を行うよう車載装置は振る舞う。
【０５２２】
これによって、通話中のＨＦＰ処理をアプリケーションが実行中においても、ＭＡＰの新着メールを受け付けることができ、ＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ユーザはメール新着通知という別のイベントに気を取られることなく通話を継続することができるので、操作の簡素化を図られ、使い勝手のよい車載装置が実現できる。
【０５２３】
また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、通話状況に関する情報の表示画面である通話画面表示を行う通話画面表示手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記電話帳データを参照して通話中の相手を特定する通話相手特定手段と、前記通話画面表示手段によって表示された画面上に釦を配置する釦配置手段とを備え、前記釦配置手段によって配置される釦は、前記通話相手特定手段で特定した通話中の相手への送信メールの情報と通話中の相手からの受信メールの情報とのうち少なくともいずれか一方の情報を取得するための釦であることを特徴とする。
【０５２４】
この構成を有することにより、通話画面上に通話中の相手から受信したメール及び／又は通話中の相手へ送信したメールの閲覧が可能な釦を配置することで、わずかな操作で通話相手とやり取りした内容のメールを通話中に確認することができ、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。特に、通話中に最近送受信しあったメールの内容に話題がのぼった時に、ユーザが簡単に通話相手と送受信したメールの内容が確認できるので、通話相手を待たせることなく即座に確認することができる。
【０５２５】
また、本発明の車載装置は、前記車両が走行中であるか停止中であるかを判定する走行状態判定手段と、前記釦配置手段によって配置された釦の押下を許可するか否かを前記走行状態判定手段の判定結果に応じて決定する走行規制手段とを備え、前記車両が走行中であると前記走行状態判定手段が判定した場合に、前記走行規制手段は前記釦配置手段によって配置された釦の押下を不可とし、前記車両が停止中であると前記走行状態判定手段が判定した場合に、前記走行手段が前記釦配置手段によって配置された釦の押下を許可とすることを特徴とする。
【０５２６】
この構成を有することにより、車両が走行中である場合には釦押下ができなくなるので、通話中にメールを閲覧するといった操作ができなくなる。これにより、走行中はユーザはハンズフリー通話のみが許可される状態となり、運転に集中することができる。
【０５２７】
本発明の車載装置は、前記釦が押下されたことを検知する釦押下検知手段と、通話中の相手との送信メールおよび受信メールのうち少なくともいずれか一方の情報が表示される通話メール閲覧画面を表示する通話メール閲覧画面表示手段と、前記携帯装置に蓄積された通話中の相手との送受信メール情報が存在するフォルダを検索する検索手段と、前記検索手段で検索したフォルダにあるメール情報の一覧を取得する一覧取得手段と、前記一覧取得手段で取得したメール情報の一覧に含まれる任意のメールの閲覧を携帯装置に対して要求する閲覧要求手段と、前記閲覧要求手段で要求したメールを前記通話メール閲覧画面に表示するメール表示手段と、前記閲覧要求手段で要求したメールの既読ステータスを既読に変更するよう要求するステータス変更要求手段とをさらに備えることを特徴とする。
【０５２８】
この構成を有することにより、ＨＦＰ通話中においても、ＭＡＰを使用した携帯電話のメールのブラウジング操作が可能となり、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。
【０５２９】
本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して通話をするための通話手段と、電子メールの送信先が該電子メールの送信要求時において前記通話手段によって通話している通話相手か否かを判定する送信先判定手段と、前記送信先判定手段で判定した電子メールの送信先に応じてメール送信状態の報知方法を変更する報知変更手段とを備えることを特徴とする。
【０５３０】
この構成を有することにより、通話中の相手にメール送信を行う場合には、通話相手とメール送信相手が同じでありユーザの混乱はない状況下にあると判断でき、車載装置は一貫性が損なわれることがない報知ができ、一方、通話中の相手とは別の相手にメール送信をする場合には、ユーザが混乱してしまう状況下にあると判断でき、車載装置は一貫性が損なわれる恐れがあるので、それに配慮した報知を行うことができる。
【０５３１】
本発明の車載装置は、通話状況に関する情報の表示画面である通話画面表示を行う通話画面表示手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記電話帳データを参照して通話中の相手を特定する通話相手特定手段と、前記通話画面表示手段によって表示された画面上に釦を配置する釦配置手段とをさらに備え、前記釦配置手段によって配置される釦は前記通話相手特定手段で特定した通話中の相手へ電子メールの送信を行うための釦であり、前記送信先判定手段は前記釦が押下されることによって電子メールの送信先が通話相手であるか否かを判定するとともに、前記報知変更手段は通話中の相手のメールアドレスを送信先に指定したメール送信画面を立ち上げることを特徴とする。
【０５３２】
この構成を有することにより、通話中の相手にメール送信を行う場合には、わずかな操作で通話中の相手のメールアドレスを宛先にしたメール送信画面を立ち上げることができ、メール送信ができる。このようにＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。
【０５３３】
本発明の車載装置は、通話中の相手へ電子メールの送信を行うための釦を押下されずにメール送信画面の起動要求があった場合に、前記送信先判定手段は通話相手以外への電子メールの送信先と判定し、前記報知変更手段はメール送信画面を起動せずに前記通話相手以外へのメール送信が通話終了後に行われることを報知することを特徴とする。
【０５３４】
この構成を有することにより、通話中の相手とは別の相手へメールを送信するといった複雑な作業を避けることができ、車内のユーザにとって一貫性に配慮した車載装置を実現することができる。
【０５３５】
本発明の車載装置は、前記車両が走行中であるか停止中であるかを判定する走行状態判定手段と、前記釦配置手段によって配置された釦の押下を許可するか否かを前記走行状態判定手段の判定結果に応じて決定する走行規制手段とを備え、前記車両が走行中であると前記走行状態判定手段が判定した場合に、前記走行規制手段は前記釦配置手段によって配置された釦の押下を不可とし、前記車両が停止中であると前記走行状態判定手段が判定した場合に、前記走行手段が前記釦配置手段によって配置された釦の押下を許可とすることを特徴とする。
【０５３６】
この構成を有することにより、車両が走行中である場合には釦押下ができなくなるので、通話中にメールを送信するといった操作ができなくなる。これにより、ユーザはハンズフリー通話のみが許可される状態となり、運転に集中することができる。
【０５３７】
本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能および電話帳機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いて通話している場合、通話画面を表示し、前記電話帳機能を用いて通話相手を特定し、前記通話相手との送信メール情報および前記通話相手からの受信メール情報のうち少なくともいずれか一方を取得するための釦を配置させることを特徴とする。
【０５３８】
この構成を有することにより、通話画面上に通話中の相手から受信したメール及び／又は通話中の相手へ送信したメールの閲覧が可能な釦を配置することで、わずかな操作で通話相手とやり取りした内容のメールを通話中に確認することができ、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。特に、通話中に最近送受信しあったメールに話題がのぼった時に、ユーザが簡単に通話相手と送受信したメールの内容が確認できるので、通話相手を待たせることなく即座に確認することができる。
【０５３９】
本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いて通話している場合に電子メールの送信が要求されたときに、該電子メールの宛先が通話している通話相手か否かを判定し、判定した電子メールの送信先に応じてユーザへの報知方法を変更して報知することを特徴とする。
【０５４０】
この構成を有することにより、通話中の相手にメール送信を行う場合には、通話相手とメール送信相手が同じでありユーザの混乱はない状況下にあると判断でき、車載装置は一貫性が損なわれることがない報知ができ、一方、通話中の相手とは別の相手にメール送信をする場合には、ユーザが混乱してしまう状況下にあると判断でき、車載装置は一貫性が損なわれる恐れがあるので、それに配慮した報知を行うことができる。
【０５４１】
本出願は、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７７）、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７８）、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７９）に基づくものであり、その内容はここに参照として取り込まれる。
【産業上の利用可能性】
【０５４２】
本発明の車載装置は、車両内に搭載するカーナビゲーションシステム、カーマルチメディア端末、カーオーディオ等として有用である。
【符号の説明】
【０５４３】
１  ネットワーク
１０、２０  携帯電話
１００  ナビゲーション装置
１０１  近距離通信部
１０２  表示部
１０３  入力部
１０４  制御部
１０５  マイク
１０６  スピーカ
１０７  記憶部
１０８  音声変換部
１０９  走行判定部
【図１】
0005635522.tif 000002
【図２】
0005635522.tif 000003
【図３】
0005635522.tif 000004
【図４】
0005635522.tif 000005
【図５】
0005635522.tif 000006
【図６】
0005635522.tif 000007
【図７】
0005635522.tif 000008
【図８】
0005635522.tif 000009
【図９】
0005635522.tif 000010
【図１０】
0005635522.tif 000011
【図１１】
0005635522.tif 000012
【図１２】
0005635522.tif 000013
【図１３】
0005635522.tif 000014
【図１４】
0005635522.tif 000015
【図１５】
0005635522.tif 000016
【図１６】
0005635522.tif 000017
【図１７】
0005635522.tif 000018
【図１８】
0005635522.tif 000019
【図１９】
0005635522.tif 000020
【図２０】
0005635522.tif 000021
【図２１】
0005635522.tif 000022
【図２２】
0005635522.tif 000023
【図２３】
0005635522.tif 000024
【図２４】
0005635522.tif 000025