JP2016021752A

JP2016021752A - 車載装置

Info

Publication number: JP2016021752A
Application number: JP2015153550A
Authority: JP
Inventors: 金銅　剛史; Takashi Kondo; 剛史金銅
Original assignee: Panasonic Intellectual Property Management Co Ltd
Current assignee: Panasonic Intellectual Property Management Co Ltd
Priority date: 2009-10-09
Filing date: 2015-08-03
Publication date: 2016-02-04
Also published as: JP5635522B2; JP5884064B2; JP2014233087A; JPWO2011043072A1; WO2011043072A1; CN102668519B; US20120196583A1; CN102668519A; EP2487876A1; US9307065B2; EP2487876A4

Abstract

【課題】車載装置と携帯装置とを近距離無線通信を介して接続し、メッセージ情報の交換を行うためのメッセージアクセスプロファイルと、ＡＶストリーミングを行うプロファイル群とを複合的に動作することのできる車載装置を提供すること。【解決手段】メッセージ交換機能およびＡＶストリーミング機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、車載装置および携帯装置を接続してメッセージ情報の交換を行うためのメッセージアクセスプロファイルと、車載装置および携帯装置を接続してＡＶストリーミングを行うプロファイル群とを用いてメッセージ交換機能およびＡＶストリーミング機能が実行され、車載装置が、メッセージアクセスプロファイルとＡＶストリーミングを行うプロファイル群とをマルチプロファイル動作させる手段を備えた。【選択図】図１

Description

本発明は、車両に搭載される車載装置であって、特に携帯装置と無線接続することにより電子メールの送受信機能を実現する場合に、電子メールの送受信機能とハンズフリー通話機能などの既存の無線接続によって享受している機能とが複合的に動作することのできる車載装置に関する。

従来、通信機能を利用することが可能な車載装置に関し、車内における電子メールの送受信に関する従来技術として運転中の受信メールに対して定型文を送信するものがある（例えば、特許文献１参照）。

また、電子メール受信を音声で報知するハンズフリー通話装置がある（例えば、特許文献２参照）。

そして、カーナビゲーションに代表される車載装置と携帯電話に代表される携帯装置とが近距離無線通信規格であるＢｌｕｅｔｏｏｔｈ（登録商標）を用いて接続し、ハンズフリー通話機能、電話帳転送機能、オーディオあるいはビデオのストリーミング再生機能、データ通信（ダイアルアップ通信）機能などが実現されている。

Ｂｌｕｅｔｏｏｔｈ（登録商標）ではＢｌｕｅｔｏｏｔｈＳＩＧ (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）であることを表わすイベントを通知する。

ステップＳ７２０からステップＳ７２３までの処理は、ステップＳ４２３からＳ４２６までの処理と同じであり、その説明を省略するが、外部から新着メールが届いたことを表わしている。

ステップＳ７２４では、着信拒否した相手からメールが届いたのか否かを判定する。この判定には、記憶部１０７に一時記憶した着信拒否相手の電話番号に基づき電話帳データから相手の名称を検索し、相手の名称が持つメールアドレスと今回届いたメールの送信元が同じであるかによって行う。

着信拒否した相手からメールが届いたのではない場合（ステップＳ７２４：Ｎｏ）、ステップＳ７２５でメールの新着報知を行う。

一方、着信拒否した相手からメールが届いた場合（ステップＳ７２４：Ｙｅｓ）、メールの新着報知は行わない。

以上説明したように、着信拒否したときにその着信拒否相手からのメールを受信した場合にはメールの新着報知を行わないよう制御する。これは、運転手にとっては何らかの理由で別の行為に取り組んでおり、着信は行いたくないために着信拒否したのだから、同様にメールの報知も煩わしいものと考えられるためである。これにより、メール報知を抑制することで安心、便利な車載装置を提供することができる。

なお、実施の形態６の車載装置はナビゲーション装置だけに限らず車載ハンズフリー装置とすることもできる。

通話手段は、近距離通信部１０１および制御部１０４、マイク１０５、スピーカ１０６、近距離通信部１０１に格納されているＨＦＰプロトコルを用いて図１６のステップＳ７０６からステップＳ７１９までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。

受信メール検知手段は、近距離通信部１０１および制御部１０４、近距離通信部１０１に格納されているＭＡＰの通信プロトコルを用いて図１６のステップＳ７２１からステップＳ７２３までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。

電話帳取得手段は、近距離通信部１０１、制御部１０４、記憶部１０７、近距離通信部１０１に含まれるＯＰＰまたはＰＢＡＰ通信プロトコルを利用して携帯装置から電話帳データを取得する処理を実行させるアプリケーションソフトウェアを用いて実現される。

操作手段は、表示部１０２、制御部１０４を用いて、ユーザがオンフックなどの機能操作をナビゲーション装置１００へ指示入力するための釦を表示部１０２に表示させるなどして、この釦の操作に応じて制御部１０４に図１６のステップＳ７１３の入力を検知させることで実現される。また、操作手段は、タッチパネルが用いられることのみに限定されず、メカスイッチを利用して同じ機能を実現させることも可能である。

特定手段は、制御部１０４、記憶部１０７、記憶部１０７に記憶された着信拒否相手からのメール受信であるか否かを特定する図１６のステップＳ７２４に相当する処理を実行させるアプリケーションソフトウェアを用いて実現される。

着信拒否相手受信メール報知抑制手段は、制御部１０４を用いて図１６のステップＳ７２４において「ｙｅｓ」と処理された際にステップＳ７２５の報知処理を実行しないよう制御部１０４に処理させることで実現される。

（実施の形態７）
実施の形態７にかかる車載装置は、携帯装置からのオーディオストリーミングを再生中にメールを受信したときのユースケースについて、以下に説明する内容の特徴を有する。

本実施の形態に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０と同等の機能を有したものが用いられる。

本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図１７、１８のシーケンス図を用いて説明する。

本ユースケースでは、ＭＡＰとオーディオストリーミングするために必要なプロファイル群（Ａ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ）がマルチプロファイル動作する。

ナビゲーション装置１００の動作を説明する前に、まず図１９を用いて予めナビゲーション装置１００の表示部１０２に表示される設定画面を通じてナビゲーション装置１００の振る舞いが設定できることを示す。

図１９に示されている設定画面２５０は、タッチパネルの画面であり、この画面に設けられた情報窓２００、２０１は情報を表示するために設けられた情報窓であり、さらに、釦２０２から２０５（入力部１０３に対応）が選択可能に配置されている。

釦２０２、２０３によって、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））オーディオ再生中のメール新着通知の設定ができるようになっており、ユーザが釦２０２を選択（押下）するとオーディオ再生中においてもメールの新着通知を行い、釦２０３を選択すると新着通知は行わないようにナビゲーション装置１００は振舞う。

釦２０４、２０５によって、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））オーディオ再生中のメール読み上げの設定ができるようになっており、釦２０４を選択するとメール読み上げを新着通知の後自動的に読み上げ、釦２０５を選択すると読み上げは行わないようナビゲーション装置１００は振舞う。

なお、釦２０２の操作によってメールの新着通知が行われるように設定された場合にのみ、ユーザが釦２０４、釦２０５の選択をできるようにすると良い。

また、釦２０２から２０５は、予めデフォルト値を設定しておくことが好ましい。

図１７のシーケンス図は、釦２０２、２０４が選択されている場合、すなわちＢＴオーディオ再生中にメールを受信するとメールの新着通知と読み上げを行うナビゲーション装置１００の動作を示すシーケンス図であり、図１８のシーケンス図は釦２０２、２０５が選択されている場合、すなわちＢＴオーディオ再生中にメールを受信するとメールの新着通知のみを行うナビゲーション装置１００の動作を示すシーケンス図である。

図１７において、ステップＳ８０１は、ＡＶＣＴＰとＡＶＤＴＰのシグナリングチャネルが確立され携帯装置からナビゲーション装置１００へオーディオストリーミングが再生されている状態を表す。このときナビゲーション装置１００は携帯装置から受信したオーディオストリーミングをデコード処理し、スピーカ１０６へ音声を出力する。

ステップＳ８０２、Ｓ８０３は、実施の形態３において説明したステップＳ４０２、Ｓ４０３の処理と同様のため、その説明を省略する。

また、ステップＳ８０４からＳ８０７までの処理についても、同じく実施の形態３において説明したステップＳ４２３からＳ４２６までの処理と同様のため、その説明を省略する。

ステップＳ８０８では、メールの新着が通知される。メールの新着通知は表示部１０２及び／又はスピーカ１０６を通じて行われる。

また、ステップＳ８０９からＳ８１２までの処理は、実施の形態１において説明したステップＳ１０３からＳ１０６までの処理と同様のため、その説明を省略する。

ステップＳ８１２までのシーケンスにより、オーディオストリーミング再生中にメールを受信しメッセージを受け取ると、ステップＳ８１３でＡＶＲＣＰのストリーミングの停止を要求するポーズコマンドがナビゲーション装置１００から携帯装置へ送信される。

ステップＳ８１４では、ステップＳ８１３のポーズコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。

ステップＳ８１５では、携帯装置からＡＶＤＴＰのストリーミング停止がナビゲーション装置１００へ要求される。なお、Ｓ８１５の処理は携帯装置の実装依存となるため点線で示している。

ステップＳ８１６では、ＧＡＶＤＰのコネクションリリースがナビゲーション装置１００から携帯装置へ要求される。

この時点でストリーミングは停止され、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態となる（ステップＳ８１６）。ＩＤＬＥ／ＯＰＥＮ状態とは、ＩＤＬＥ又はＯＰＥＮ状態を表す。

次いで、ナビゲーション装置１００のアプリケーションはステップＳ８１２で受信したメッセージの読み上げを行う（ステップＳ８１８）。

ステップＳ８１９ではメールの読み上げが終了したかが判断される。

メールの読み上げがまだ終了していない場合（ステップＳ８１９：Ｎｏ）、ステップＳ８１９の前に処理を戻す。

メールの読み上げが終了した場合（ステップＳ８１９：Ｙｅｓ）、終了した旨のイベントがプロトコルスタック２へ通知される（ステップＳ８２０）。

ステップＳ８２１では、ＡＶＲＣＰのストリーミング再生を要求するプレイコマンドがナビゲーション装置１００から携帯装置へ送信される。

ステップＳ８２２では、ステップＳ８２１のプレイコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。

ステップＳ８２３では、ＧＡＶＤＰのコネクション確立がナビゲーション装置１００から携帯装置へ要求される。

次いで、ＧＡＶＤＰのストリーミング再生開始が携帯装置からナビゲーション装置１００へ要求される（ステップＳ８２４）。

ステップＳ８２５では、ＡＶＤＴＰの状態がＳＴＲＥＡＭＩＮＧ状態となり、オーディオストリーミング再生が再開される。

次に図１８のシーケンス図について説明する。

図１８のシーケンス図において、ステップＳ９０１からステップＳ９０３までの処理は、ステップＳ８０１からＳ８０３までの処理と同様のため、その説明を省略する。

ステップＳ９０４からステップＳ９０７までの処理は、ステップＳ８０４からＳ８０７までの処理と同様のため、その説明を省略する。

ステップＳ９０８では、メールの新着通知が行われる。メールの新着通知はストリーミング再生中に行われるので、スピーカ１０６は使用せずに表示部１０２を通じてメールの新着通知が行われる。

このように図１８のシーケンス図ではメールの新着があってもオーディオストリーミングの停止、再開は行われず、常に再生が継続される。

以上説明したように、オーディオストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも同時に行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが運転に集中することができる。

なお、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置とポータブルミュージックプレーヤーがポイントツーマルチポイントで接続（車載装置と携帯装置との間でＭＡＰ動作、車載装置とポータブルミュージックプレーヤーとの間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰが動作）した場合でも、同様の振る舞いを行うことが可能である。

同様に、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置２台（携帯１、携帯２）がポイントツーマルチポイントで接続（車載装置と携帯１との間でＭＡＰ動作、車載装置と携帯２との間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ動作）した場合でも、同様の振る舞いを行うことが可能である。

なお、実施の形態７の車載装置はナビゲーション装置だけに限らず車載オーディオ装置とすることもできる。

電子メール送受信手段は、近距離通信部１０１および制御部１０４、図１７のステップＳ８０５からステップＳ８１２までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。

電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図１７のステップＳ８１８の処理を制御部１０４に実行させることで実現される。

ストリーミング再生手段は、近距離通信部１０１、制御部１０４、スピーカ１０６、Ａ２ＤＰプロトコルやＡＶＲＣＰプロトコルを用いて図１７におけるステップＳ８０１の処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。

第１の通知選択手段は、制御部１０４および表示部１０２または入力部１０３を用いて実現可能であり、少なくとも図１９に示す表示内容に対応する機能をユーザの操作に応じた処理を実行させるアプリケーションソフトウェアを用いることによって実現される。

中断手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＡ２ＤＰプロトコルやＡＶＲＣＰプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図１７のステップＳ８１３からステップＳ８１７までに対応する処理を制御部１０４に実行させることによって実現される。

再開手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＡ２ＤＰプロトコルやＡＶＲＣＰプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図１７のステップＳ８２０からステップＳ８２５までに対応する処理を制御部１０４に実行させることによって実現される。

（実施の形態８）
本発明の実施の形態８に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０と同等の機能を有したものが用いられる。

本発明の実施の形態８にかかる車載装置としてのナビゲーション装置１００は、ナビゲーション装置１００でメールを受信、読み上げ中にユーザから携帯装置へのオーディオストリーミングの再生開始指示を受け付けたときのユースケースについて、以下に説明する内容の特徴を有する。

本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図２０のシーケンス図を用いて説明する。

本ユースケースでは、ＭＡＰとＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰがマルチプロファイル動作する。

ナビゲーション装置１００の振る舞いとしては、メール読み上げを中断し、オーディオストリーミングを再生する。異なるオーディオソースへの切替（音声モード切替）が発生すると、読み上げ途中のメールを再読み上げする。再読み上げする際にははじめから読み上げるのか、続きから読み上げるのかをユーザに選択させる。

すなわち、図２０において、ステップＳ１００１は、ストリーミングは再生されておらず、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態が前提であることを示す。

ステップＳ１００２からＳ１００７までの処理は、実施の形態１において説明したステップＳ１０２からＳ１０７までの処理と同様のため、その説明を省略する。

ステップＳ１００８では、ナビゲーション装置１００がユーザからオーディオストリーミングの再生開始指示を受け付ける。そして、アプリケーションからプロトコルスタック２へイベントが通知される（ステップＳ１００９）。

ステップＳ１０１０では、メールの読み上げが中断される。

ステップＳ１０１１では、ＡＶＲＣＰのストリーミング再生を要求するプレイコマンドがナビゲーション装置１００から携帯装置へ送信される。

ステップＳ１０１２では、ステップＳ１０１１のプレイコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。

ステップＳ１０１３では、ＧＡＶＤＰのコネクション確立がナビゲーション装置１００から携帯装置へ要求される。

次いで、ＧＡＶＤＰのストリーミング再生開始が携帯装置からナビゲーション装置１００へ要求される（ステップＳ１０１４）。

ステップＳ１０１５では、ＡＶＤＴＰの状態がＳＴＲＥＡＭＩＮＧ状態となり、オーディオストリーミング再生が再開される。

ナビゲーション装置１００は受信したオーディオストリーミングをデコード処理し、スピーカ１０６へ音声を出力する。

ナビゲーション装置１００がユーザから異なるオーディオソースへの切替（音声モード切替）を指示する操作を受け付けると（ステップＳ１０１６）、アプリケーションはプロトコルスタック２へイベントを通知する（ステッＳ１０１７）。

ステップＳ１０１８では、ＡＶＲＣＰのストリーミングの停止を要求するポーズコマンドがナビゲーション装置１００から携帯装置へ送信される。

ステップＳ１０１９では、ステップＳ１０１８のポーズコマンドに対する応答コマンドが携帯装置からナビゲーション装置１００へ送信される。

ステップＳ１０２０では、携帯装置からナビゲーション装置１００へＡＶＤＴＰのストリーミング停止が要求される。なお、Ｓ１０２０の処理は携帯装置の実装依存となるため点線で示している。

ステップＳ１０２１では、ＧＡＶＤＰのコネクションリリースがナビゲーション装置１００から携帯装置へ要求される。

この時点でストリーミングは停止され、ＡＶＤＴＰの状態がＩＤＬＥ／ＯＰＥＮ状態となる（ステップＳ１０２２）。

ステップＳ１０２３でナビゲーション装置１００のアプリケーションは、選択画面を表示部１０２に表示する。表示部１０２に表示される選択画面の表示例は実施の形態１において説明した図４の表示例と同じ内容であり、その説明を省略する。

ステップＳ１０２４でユーザによって釦３１、３２のいずれかが押下されたことをナビゲーション装置１００が検知すると、ステップＳ１０２５で押下された釦に応じたメールの読み上げが行われる。

その後メールの読み上げが終了すると（ステップＳ１０２６）、ステップＳ１０１６でユーザが指示した異なるオーディオソースへ切り替わる。例えば、ステップＳ１０１６においてラジオに切り替えるよう指示した場合は、音声読み上げが終了した後にラジオへ切り替わることを表わしている。

以上説明したように、本実施の形態によれば、車載装置の振る舞いとしては、メール読み上げ中にユーザから携帯装置へのオーディオストリーミングの再生開始指示を受け付けたときメール読み上げを中断し、オーディオストリーミングを再生する。また、異なるオーディオソースへの切替（音声モード切替）が発生すると、読み上げ途中のメールを再読み上げする。さらに、再読み上げする際には、はじめから読み上げるのか、続きから読み上げるのかをユーザに選択させる。これにより、ＭＡＰとＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。

また、音声モード切換え後は自動的に選択画面が表示されるので、ユーザはオーディオ再生開始前に行っていた作業（メール読み上げ）にスムーズに移行することができ、使い勝手のよい車載装置が実現できる。

なお、車載装置と携帯装置がポイントツーポイントの場合に限らず、車載装置と携帯装置とポータブルミュージックプレーヤーがポイントツーマルチポイントで接続（車載装置と携帯装置との間でＭＡＰ動作、車載装置とポータブルミュージックプレーヤーとの間でＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ動作）した場合でも、同様の振る舞いを行うことが可能である。

なお、実施の形態８の車載装置はナビゲーション装置だけに限らず車載オーディオ装置とすることもできる。

以上の説明において、通信手段は近距離通信部１０１に対応している。ただし、プロトコルスタック２は近距離通信部１０１（通信モジュール）に全部を内蔵することもできるし、制御部１０４のＣＰＵによって動作するソフトウェアとすることもできる。電子メール送受信手段は、近距離通信部１０１および制御部１０４、図２０のステップＳ１００３からステップＳ１００６までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。

電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２０のステップＳ１００７の処理を制御部１０４に実行させることで実現される。

中断手段は、制御部１０４に格納されたアプリケーションソフトウェアによって図２０のＳ１０１０に対応する処理を制御部１０４に実行させることによって実現される。

ストリーミング再生手段は、近距離通信部１０１、制御部１０４、スピーカ１０６、Ａ２ＤＰプロトコルやＡＶＲＣＰプロトコルを用いて図２０におけるステップＳ１０１１からステップＳ１０１５までの処理を制御部１０４に実行させるアプリケーションソフトウェアを用いて実現される。

音声モード切替検知手段は、入力部１０３、制御部１０４、図２０のステップＳ１０１６の処理を実行させるアプリケーションソフトウェアを用いて実現される。

読み上げ再開手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２０のステップＳ１０２５の処理を制御部１０４に実行させることで実現される。

切替手段は、制御部１０４と制御部１０４に図２０のステップＳ１０２７に対応した処理を実行させるアプリケーションソフトウェアを用いて実現される。

選択手段は、制御部１０４および入力部１０３を用いて実現可能であり、少なくとも図４に示す表示内容に対応する機能をユーザの操作に応じて図２０のステップＳ１０２３に相当する処理を実行させるアプリケーションソフトウェアを用いることによって実現される。

（実施の形態９）
本発明の実施の形態９に係る車載装置としてのナビゲーション装置１００の全体構成は、実施の形態１に係る車載装置としてのナビゲーション装置１００の全体構成と同じであるため、その詳細説明を省略する。また、本実施の形態において用いられる携帯電話は、実施の形態１で用いられた携帯電話１０、２０と同等の機能を有したものが用いられる。

本発明の実施の形態９にかかる車載装置としてのナビゲーション装置１００は、ナビゲーション装置１００でＤＵＮを使いデータ通信を行っているときに携帯装置からナビゲーション装置１００へメールの新着通知を受けたときのユースケースについて、以下に説明する内容の特徴を有する。

本実施の形態に係る車載装置としてのナビゲーション装置１００の動作を図２１から図２３のシーケンス図を用いて説明する。

本ユースケースでは、ＭＡＰとＤＵＮがマルチプロファイル動作する。

ナビゲーション装置１００の振る舞いとしては、ＤＵＮでデータ通信を行いインターネットから何らかのコンテンツをダウンロード再生し、スピーカ１０６から音声出力中である場合にメールの新着通知だけを行うのか、メールの新着通知と読み上げを行うのか予め設定画面でユーザに選択させる。詳細は以下のとおりである。

図２４は、情報窓３００、３０１、選択可能に設けられた釦３０２から３０５（入力部１０３に対応）が表示部１０２上に設定画面３５０が表示されていることを表わしている。

設定画面３５０において、ユーザが釦３０２、３０３を（選択）操作することによって、ＤＵＮでコンテンツのダウンロード再生中のメール新着通知の設定を行うことができるようになっており、釦３０２を選択すると新着通知を行い、釦３０３を選択すると新着通知は行わないようナビゲーション装置１００は振舞う。ただし、ここで新着通知を行う、行わないによらずＤＵＮ接続は継続される。

ナビゲーション装置１００は、予め当該ユースケースが発生する前に釦３０４、３０５を（選択）操作することによって、ＤＵＮでコンテンツのダウンロード再生中のメール読み上げの設定ができるようになっており、釦３０４を選択すると新着通知の後、自動的にメール読み上げを行い、釦３０５を選択するとメール読み上げは行わないようナビゲーション装置１００は振舞う。ただし、ここで、メール読み上げを行う場合は、一旦ＤＵＮの接続を切断するようにし、読み上げない場合はＤＵＮ接続を継続する。

なお、釦３０２によってメールの新着通知を行うように設定した場合にのみ、釦３０４、釦３０５の選択ができるようにすると良い。

また、釦３０２から３０５は、ユーザが設定を忘れることを回避するため予めデフォルト値を設定しておくことが好ましい。

一方、ＤＵＮで音声出力を伴わないデータ通信を行っている場合については、常にＤＵＮを継続する。

図２１のシーケンス図は、釦３０２、３０４が選択されている場合、すなわちＤＵＮでコンテンツのダウンロード再生中にメール新着があるとメールの新着通知と読み上げを行うナビゲーション装置１００の動作を示すシーケンス図であり、図２２のシーケンス図は釦３０２、３０５が選択されている場合、すなわちＤＵＮでコンテンツのダウンロード再生中にメール新着があるとメールの新着通知のみを行うナビゲーション装置１００の動作を示すシーケンス図である。

図２３のシーケンス図は、ＤＵＮで音声出力を伴わないデータ通信を行っている場合にメール着信があったときのナビゲーション装置１００の動作を示すシーケンス図である。

図２１において、ステップＳ１１０１はＤＵＮのコネクションが確立され、パケット通信が行われている状態を表す。

また、ステップＳ１１０２からＳ１１１２までの処理は、実施の形態７において説明したステップＳ８０２からＳ８１２までの処理と同様のため、その説明を省略する。

ステップＳ１１１３は、データ通信に伴うコンテンツのダウンロード再生中であり、スピーカ１０６から音声を出力している状態を表す。

ステップＳ１１１４では、ダウンロード再生中のコンテンツの再生箇所が記憶部１０７に記憶される。

記憶部１０７に再生箇所が記憶されるとＤＵＮが切断される。これは、まずステップＳ１１１５でアプリケーションからプロトコルスタック２にＤＵＮの切断要求が行われ、プロトコルスタック２は携帯装置へＤＵＮの切断要求を行う（ステップＳ１１１６）。

ステップＳ１１１７は、ステップＳ１１１６の切断要求に対する応答であり、ＤＵＮが正常切断されたことがナビゲーション装置１００のプロトコルスタック２に通知される。プロトコルスタック２は、アプリケーションにＤＵＮの切断応答を通知する（ステップＳ１１１８）。

ＤＵＮが切断されると、ナビゲーション装置１００のアプリケーションはメールの読み上げを行う（ステップＳ１１１９）。

ステップＳ１１２０ではメールの読み上げが終了したかが判断される。

メールの読み上げがまだ終了していない場合（ステップＳ１１２０：Ｎｏ）、ステップＳ１１２０の前に処理が戻る。

ステップＳ１１２０にてメールの読み上げが終了した場合（ステップＳ１１２０：Ｙｅｓ）、ＤＵＮの接続を再開される。

まずステップＳ１１２１でアプリケーションからプロトコルスタック２へＤＵＮの接続要求が行われ、プロトコルスタック２は携帯装置へＤＵＮの接続要求を行う（ステップＳ１１２２）。

ステップＳ１１２３は、ステップＳ１１２２の接続要求に対する応答であり、ＤＵＮが正常接続されたことがナビゲーション装置１００のプロトコルスタック２に通知される。プロトコルスタック２は、アプリケーションにＤＵＮの接続応答を通知する（ステップＳ１１２４）。

ＤＵＮが再接続されると、ナビゲーション装置１００のアプリケーションはステップＳ１１１４で記憶した再生箇所を呼出す（ステップＳ１１２５）。

ステップＳ１１２６は、ダウンロード再生が中断した箇所から再びＤＵＮでコンテンツのダウンロード再生が行われる状態を表している。

次に図２２を用いてナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を継続した場合のナビゲーション装置１００の動作を説明する。ナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中にメールを受信し、ＤＵＮの接続を継続した場合のナビゲーション装置１００の動作を示すシーケンス図である。

図２２のシーケンス図において、ステップＳ１２０１からステップＳ１２０３までの処理は、上述したステップＳ１１０１からＳ１１０３までの処理と同様のため、その説明を省略する。また、同様にステップＳ１２０４からステップＳ１２０７までの処理は、上述したステップＳ１１０４からＳ１１０７までの処理と同様のため、その説明を省略する。

ステップＳ１２０８は、データ通信に伴うコンテンツのダウンロード再生中であり、スピーカ１０６から音声を出力している状態を表す。

ステップＳ１２０９では、メールの新着通知が行われる。このときはダウンロード再生中であるので、メールの新着通知はスピーカ１０６は使用せずに表示部１０２を通じて行われる。

このようにナビゲーション装置１００がＤＵＮでコンテンツのダウンロード再生中の場合においてメールの新着があってもダウンロード再生の停止、再開は行わず（ＤＵＮは切断せず）、常に再生を継続する。

図２３は、ナビゲーション装置１００がＤＵＮでデータ通信中であるがコンテンツのダウンロード再生は行っておらず、且つ、音声出力は無い状態で、メールを受信したときのナビゲーション装置１００の動作を示すシーケンス図である。

図２３のシーケンス図において、ステップＳ１３０１からステップＳ１３１２までの処理は、上述したステップＳ１１０１からＳ１１１２までの処理と同様のため、その説明を省略する。

ステップＳ１３１３は、ＤＵＮでデータ通信中であるが、コンテンツのダウンロード再生は行っておらず、且つ、音声の出力は無い状態を表す。

ステップＳ１３１４では、メールの読み上げを行う。ステップＳ１３１５ではメールの読み上げが終了したかを判断する。

メールの読み上げがまだ終了していない場合（ステップＳ１３１５：Ｎｏ）、ステップＳ１３１５の前に処理が戻る。

メールの読み上げが終了した場合（ステップＳ１３１５：Ｙｅｓ）、次に処理が移る。

このように、ＤＵＮで音声出力を伴わないデータ通信を行っている場合については、常にＤＵＮでのデータ通信が継続される。

なお、ステップＳ１３１４でメールが読み上げられるときに、ＤＵＮを通じたダウンロード再生以外の音声出力がされている場合には、一旦当該音声出力を中断し、メールを読み上げる。メールの読み上げが終わると、読み上げ前に再生されていた音声の出力を再開させる。

以上説明したように、ＤＵＮでコンテンツのダウンロード再生中にメールを受信したときの車載装置の振る舞いとして、予めＤＵＮでのダウンロード再生前に設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが集中して運転操作を行うことができる。

電子メール送受信手段は、近距離通信部１０１および制御部１０４、図２１のステップＳ１１０５からステップＳ１１０７までの処理あるいは図２３のステップＳ１３０５からステップＳ１３０７までの処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＭＡＰ通信プロトコル、受信したメールを処理するアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。

データ通信手段は、近距離通信部１０１および制御部１０４、図２１のステップＳ１１０１、ステップＳ１１１３の処理あるいは図２３のステップＳ１３０１、ステップＳ１３１３の処理を制御部１０４に実行させるために近距離通信部１０１に格納されているＤＵＮ通信プロトコルを利用してデータ通信処理をさせるアプリケーションソフトウェア（制御部１０４に格納されている）を用いて実現される。

電子メール読み上げ手段は、制御部１０４、スピーカ１０６、音声変換部１０８を用いて、図２１のステップＳ１１１９の処理あるいは図２３のステップＳ１３１４、ステップＳ１３１５の処理を制御部１０４に実行させることで実現される。

第２の通知選択手段は、制御部１０４および表示部１０２または入力部１０３を用いて実現可能であり、少なくとも図２４に示す表示内容に対応する機能をユーザの操作に応じた処理を実行させるアプリケーションソフトウェアを用いることによって実現される。

制御手段は、制御部１０４を用いて図２１から図２３に示されるシーケンスの処理を実行させることで実現される。

中断手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図２１のステップＳ１１１５からステップＳ１１１８に対応する処理を制御部１０４に実行させることによって実現される。

再開手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮプロトコルを利用して制御部１０４に格納されたアプリケーションソフトウェアによって図２１のステップＳ１１２１からステップＳ１１２６に対応する処理を制御部１０４に実行させることによって実現される。

音声出力手段は、スピーカ１０６によって実現される。

音声出力判定手段は、近距離通信部１０１、制御部１０４、図２３のステップＳ１３１３の状態を判定させるアプリケーションソフトウェアによって実現される。

データ通信継続手段は、近距離通信部１０１、制御部１０４、近距離通信部１０１に格納されたＤＵＮ通信プロトコルを利用してデータ通信処理をさせるアプリケーションソフトウェア（制御部１０４に格納されている）を用いて、このアプリケーションソフトが図２３のステップＳ１３１３のデータ通信継続をおこなうことによって実現される。

以上説明したとおり、本発明の車載装置によれば、車載装置と携帯電話に代表される携帯装置とがＢｌｕｅｔｏｏｔｈ（登録商標）を用いて接続し、電子メールの送受信を行う場合に既存プロファイルと複合的に動作することのできる車載装置、ならびに電子メールの送受信機能が実行できる状態で既存のハンズフリー通話機能やオーディオのストリーミング再生機能やデータ通信機能が起動され複合的に動作するときにユーザにとって使い勝手のよい車載装置を提供することができる。

なお、上記の説明ではＭＡＰとＨＦＰ、ＭＡＰとＡＶプロファイル群（Ａ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰ）、ＭＡＰとＤＵＮというようにＭＡＰを軸として他の１つのプロファイル又は１つのプロファイル群とのマルチプロファイルユースケースの説明を行ったが、例えばＭＡＰとＨＦＰとＤＵＮのようにＭＡＰを軸として他の２つ以上のプロファイル又はプロファイル群がマルチプロファイル動作する場合にも、同様に実施できる。

また通信規格はＢｌｕｅｔｏｏｔｈ（登録商標）として説明したが、これに限るものではなく他の通信規格を用いることもできる。

上記実施の形態で説明した構成は、単に具体例を示すものであり、本願発明の技術的範囲を制限するものではない。本願の効果を奏する範囲において、任意の構成を採用することが可能である。

以上のとおり、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記通話手段による電話の着信を拒否するための操作手段と、前記操作手段によって着信を拒否した相手のメールアドレスを前記電話帳データを参照して特定する特定手段と、前記特定手段が特定しメールアドレスから自装置への電子メールの受信に対する報知を抑制する着信拒否相手受信メール報知抑制手段とを備えたことを特徴とする。

この構成を有することにより、着信拒否したときにその着信拒否相手からのメールを受信した場合にはメールの新着報知を行わないよう制御する。これは、運転手にとっては何らかの理由で別の行為に取り組んでおり、着信は行いたくないために着信拒否したのだから、同様にメールの報知も煩わしいものと考えられるためである。これにより、メール報知を抑制することで安心、便利な車載装置を提供することができる。

また、本発明の車載装置は、車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生中に前記携帯装置からの電子メールの新着通知を行うか否かを選択するための第１の通知選択手段とを備えたことを特徴とする。

この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのかを設定可能とし、当該ユースケース発生時には、ＡＶストリーミングとメールの新着通知のどちらを優先するか、ユーザの望む動作を実現することができる。

さらに、本発明の車載装置は、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生を中断するストリーミング再生中断手段と、前記ＡＶストリーミング再生を再開するストリーミング再生再開手段とをさらに備え、前記第１の通知選択手段によって、前記ＡＶストリーミングを再生中に前記電子メール送受信手段でメールの受信があると電子メール受信を報知してメールの読み上げを行うことが選択されている場合は、前記ストリーミング再生中断手段でＡＶストリーミングの再生を中断して前記電子メール読み上げ手段が受信したメールの音声読み上げを行うとともに、前記電子メールの読み上げが終了した後に前記ストリーミング再生再開手段がＡＶストリーミング再生を再開することを特徴とする。

この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか、さらに新着通知を行う場合メール読み上げも同時に行うのかを設定可能とし、当該ユースケース発生時には、ユーザの望む動作を実現することができる。特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がなく、ＡＶストリーミングが中段、その後メール読み上げ、その後ＡＶストリーミング再開が行われるので、ユーザは運転に集中することができる。

本発明の車載装置は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、異なるオーディオソースへ切り替える切替手段と、ＡＶストリーミングの停止又は異なるオーディオソースへの切り替えを検知する音声モード切替検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ中に、前記携帯装置に対してＡＶストリーミングの再生要求が行われた場合に、前記中断手段が電子メールの音声読み上げを中断して前記ストリーミング再生手段が前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、前記音声モード切替検知手段が異なるオーディオソースへの切り替えを検知すると前記読み上げ再開手段が読み上げ途中の電子メールの音声読み上げを再開して電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とする。

この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＡＶストリーミングの再生を受け付けることができＡ２ＤＰ及びＡＶＲＣＰ及びＧＡＶＤＰ及びＡＶＤＴＰ及びＡＶＣＴＰとＭＡＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ＡＶストリーミング再生終了後は電子メールの読み上げが再開されるので、ＡＶストリーミング再生前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。

また、本発明の車載装置は、前記電子メール読み上げ手段で電子メールの音声読み上げ中に、前記音声モード切替検知手段がＡＶストリーミングの停止を検知すると前記読み上げ再開手段が読み上げ途中の電子メールの音声読み上げを再開することを特徴とする。

さらに、本発明の車載装置は、読み上げ途中の電子メールを最初から読み上げるのか、続きから読み上げるのかを選択する選択手段を備えたことを特徴とする。

この構成を有することにより、ＡＶストリーミング再生終了後は電子メールの読み上げが再開されるので、ＡＶストリーミング再生前にユーザが行っていた状態にすみやかに戻ることができる。また、ＡＶストリーミング再生時間が長かった場合には、ユーザはＡＶストリーミング再生前に読み上げ途中だったメールの内容を忘れてしまう可能性が高いので、それを考慮してはじめから再生することも可能にしている。

本発明の車載装置は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して外部とデータ通信を行うデータ通信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記データ通信手段によるデータ通信中に前記携帯装置からの電子メールの新着通知を行うか否かを選択するための第２の通知選択手段とを備えたことを特徴とする。

この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができる。

また、本発明の車載装置は、前記第２の選択手段は、前記データ通信に伴う音声出力を行っている場合に前記電子メール送受信手段でメールの受信があったときに、電子メールの新着通知を行って電子メールの読み上げを行うか、または、電子メール受信の報知のみを行い読み上げは行わないか、を選択可能であることを特徴とする。

さらに、本発明の車載装置は、前記データ通信手段によるデータ通信を中断するデータ通信中断手段と、前記データ通信によるデータ通信を再開するデータ通信再開手段とをさらに備え、前記第２の選択手段によって、電子メールの新着を行って電子メールの読み上げを行うと選択されている場合は、前記データ通信手段によるデータ通信に伴う音声出力を行っているときに前記電子メールの受信があると、前記データ通信中断手段がデータ通信を中断し新着通知された受信メールの音声読み上げを前記電子メール読み上げ手段で行うとともに、電子メールの読み上げの終了後に前記データ通信再開手段がデータ通信を再開することを特徴とする。

この構成を有することにより、ユーザの意図する振る舞いを車載機は実現することができるとともに、特にユーザが運転中であるような場合には、当該ユースケース発生時には何ら操作をする必要がないため、ユーザが集中して運転操作を行うことができる。

本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して外部とデータ通信を行うデータ通信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、音声を出力するための音声出力手段と、前記音声出力手段で前記データ通信に伴う音声が出力されているか否かを判定する音声出力判定手段と、前記電子メール読み上げ手段が電子メールの音声読み上げを行っている間にデータ通信を継続するデータ通信継続手段とを備え、前記音声出力判定手段がデータ通信に伴う音声が出力されていないと判定した場合は、前記電子メール読み上げ手段で電子メールの読み上げを行っている間は前記データ通信継続手段が前記データ通信を継続することを特徴とする。

この構成を有することにより、ＭＡＰとＤＵＮのマルチプロファイル動作が可能な車載機を実現することができる。特にデータ通信に伴う音声が出力されていないことを事前に確認し、データ通信が継続されるので、データ中心は中断されずに済み、効率の良いデータ通信が可能となる。

本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いた特定の相手からの電話の着信を拒否し、着信を拒否した相手のメールアドレスを前記電話帳データを用いて特定し、特定されたメールアドレスから前記携帯装置へ送信された電子メールに対する報知を抑制することを特徴とする。

本発明の車載装置の制御方法は、車両に搭載され、電子メール機能およびＡＶストリーミング送信機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記ストリーミング送信機能によって送信されたＡＶストリーミングを受信して再生し、該ＡＶストリーミングの再生中に前記携帯装置からの電子メールの新着通知を行うか否かが、あらかじめ行われる選択手段の操作に応じて選択されることを特徴とする。

この構成を有することにより、ＡＶストリーミングを再生中にメールを受信したときの車載装置の振る舞いとしては、予め設定画面によって新着通知を行うのか否かを設定可能とし、当該ユースケース発生時には、ＡＶストリーミングとメールの新着通知のどちらを優先するか、ユーザの望む動作を実現することができる。

本発明の車載装置の制御方法は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、電子メールの音声読み上げを実行した後に前記携帯装置に対してＡＶストリーミングの再生要求を行った場合、該電子メールの音声読み上げを中断し、前記携帯装置から送信されるＡＶストリーミングを受信して再生し、その後、異なるオーディオソースへの切り替えを検知したとき、該中断された電子メールの音声読み上げを再開し、再開された電子メールの音声読み上げ終了後に前記異なるオーディオソースへ切り替えることを特徴とする。

本発明の車載装置の制御方法は、車両に搭載され、電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と自装置とがデータ通信を行っている場合に前記携帯装置からの電子メールの新着通知を行うか否かが、あらかじめ行われる選択手段の操作に応じて選択されることを特徴とする。

本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記携帯装置と自装置とがデータ通信を行っている場合に、自装置からデータ通信に伴う音声が出力されているか否か判定し、自装置からデータ通信に伴う音声が出力されていないと判定したときは、前記電子メール読み上げ手段で電子メールの読み上げを行っている間に該データ通信を継続することを特徴とする。

また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段と、電話の着信を報知するための着信音を鳴動させる着信音鳴動手段と、着信した電話の受話操作を受け付ける受話受付手段と、自装置を通話状態に移行させる通話移行手段と、通話の終了を検知する通話終了検知手段と、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に電話の着信が検知され前記中断手段が電子メールの読み上げを中断して前記着信音鳴動手段が着信音を鳴動させた場合に、該着信音の鳴動中に前記受話受付手段が受話操作を受け付けたとき、前記通話移行手段が自装置を通話状態に移行させて前記通話終了検知手段が通話の終了を検知すると前記再開手段が当該読み上げ途中の電子メールの読み上げを再開するものであり、音声読み上げ途中の電子メールを最初から読み上げるのか、続きから読み上げるのかを選択する選択手段を備えている。

本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理を車載装置のアプリケーションが実行中である状態においても、車載装置がＨＦＰの着信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、通話終了後は電子メールの読み上げが自動的に再開されるので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。また、通話時間が長かった場合には、ユーザは通話前に読み上げ途中だったメールの内容を忘れてしまう可能性が高いので、それを考慮してはじめから再生することも可能にしている。

また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記通信手段を介して電話の発信を検知する発信検知手段と、読み上げ途中の電子メールの読み上げ動作を終了して電話の発信を行うか電子メールの読み上げ終了後に電話の発信を行うのかを選択させる発信選択手段と、前記電子メール読み上げ手段による電子メールの読み上げを中断する中断手段とを備え、前記電子メール読み上げ手段で電子メールの音声読み上げ動作中に前記発信検知手段が電話の発信を検知した場合、前記発信選択手段を介して読み上げ途中の電子メールの読み上げを終了しすぐに電話の発信を行うことが選択されたときは前記中断手段が該読み上げ途中の電子メールの読み上げを中断し、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われるものであり、読み上げ途中の電子メールの読み上げを再開する読み上げ再開手段をさらに備え、前記読み上げ再開手段は、読み上げ途中の電子メールの読み上げを中断して発信が行われた後通話状態に移行しその後終話した際に、当該読み上げ途中の電子メールの読み上げを再開する構成を有している。

本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＨＦＰの発信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、電話発信の前に自動的に選択画面が表示されるので、ユーザが意図する動作へスムーズに移行することができる。特にユーザが意図せず電話発信をしてしまったとしても、読み上げ終了後に発信を行うこともできるので、ユーザにとって安心である。ユーザが希望して発信した場合には、通話終了後にメールの読み上げを再開するので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。

また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、電子メールの受信を検知する受信メール検知手段と、前記通話手段の状態が通話中又は発信中又は着信中であるかを取得する状態取得手段と、電子メールが受信されたことを報知する報知手段と、前記報知手段による報知を抑制する抑制手段とを備え、前記状態取得手段が、通話中又は発信中又は着信中であることを取得した状態において前記受信メール検知手段が電子メールの受信を検知した場合、前記抑制手段が前記報知手段による報知を抑制し、前記通話手段による通話が終了した後に前記報知手段が報知する構成を有している。

さらに、本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、受信した電子メールの音声読み上げを実行し、前記電子メールの音声読み上げの実行中に電話の着信を検知すると電子メールの読み上げを中断し、前記電子メールの読み上げを中断した後に着信音を鳴動し、前記着信音の鳴動中に受話操作を受け付け、受話操作を受け付けた後に通話状態に移行し、前記通話状態に移行した後に通話の終了を検知し、通話の終了を検知すると、読み上げ途中の電子メールの読み上げを再開する構成を有している。

本発明はこの構成を有することにより、メール読み上げという一定時間がかかる処理を車載装置のアプリケーションが実行中である状態においても、車載装置がＨＦＰの着信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、通話終了後は電子メールの読み上げが自動的に再開されるので、通話前にユーザが行っていた状態にすみやかに戻ることができるので、使い勝手のよい車載装置を実現することができる。

そして、本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、電子メールの音声読み上げ動作中に電話の発信を検知し、読み上げ途中の電子メールの読み上げを終了し、すぐに電話の発信を行うことが選択されたときは該読み上げ途中の電子メールの読み上げを中断し、電子メールの読み上げ終了後に電話の発信を行うことが選択されたときは該電子メールの音声読み上げ動作の終了後に電話の発信が行われる構成を有している。

本発明は、この構成を有することにより、メール読み上げという一定時間がかかる処理をアプリケーションが実行中においても、ＨＦＰの発信を受け付けることができＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、電話発信の前に自動的に選択画面が表示されるので、ユーザが意図する動作へスムーズに移行することができる。特にユーザが意図せず電話発信をしてしまったとしても、読み上げ終了後に発信を行うこともできるので、ユーザにとって安心である。

本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、通話中又は発信中又は着信中であることを取得し、電子メールの受信を検知した場合に、電子メールが受信されたことの報知を抑制し、通話が終了した後に電子メールが受信されたことの報知を行う構成を有している。

本発明は、この構成を有することにより、通話中又は発信中又は着信中にメールの新着があったときのユースケースでは、通話中又は発信中又は着信中は通話を優先して新着通知を抑制させるとともに通話終了後に新着メールの通知を行うよう車載装置は振る舞う。

これによって、通話中のＨＦＰ処理をアプリケーションが実行中においても、ＭＡＰの新着メールを受け付けることができ、ＭＡＰとＨＦＰのマルチプロファイル制御を実現した車載装置の振る舞いを規定することができる。また、ユーザはメール新着通知という別のイベントに気を取られることなく通話を継続することができるので、操作の簡素化を図られ、使い勝手のよい車載装置が実現できる。

また、本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して通話をするための通話手段と、通話状況に関する情報の表示画面である通話画面表示を行う通話画面表示手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記電話帳データを参照して通話中の相手を特定する通話相手特定手段と、前記通話画面表示手段によって表示された画面上に釦を配置する釦配置手段とを備え、前記釦配置手段によって配置される釦は、前記通話相手特定手段で特定した通話中の相手への送信メールの情報と通話中の相手からの受信メールの情報とのうち少なくともいずれか一方の情報を取得するための釦であることを特徴とする。

この構成を有することにより、通話画面上に通話中の相手から受信したメール及び／又は通話中の相手へ送信したメールの閲覧が可能な釦を配置することで、わずかな操作で通話相手とやり取りした内容のメールを通話中に確認することができ、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。特に、通話中に最近送受信しあったメールの内容に話題がのぼった時に、ユーザが簡単に通話相手と送受信したメールの内容が確認できるので、通話相手を待たせることなく即座に確認することができる。

また、本発明の車載装置は、前記車両が走行中であるか停止中であるかを判定する走行状態判定手段と、前記釦配置手段によって配置された釦の押下を許可するか否かを前記走行状態判定手段の判定結果に応じて決定する走行規制手段とを備え、前記車両が走行中であると前記走行状態判定手段が判定した場合に、前記走行規制手段は前記釦配置手段によって配置された釦の押下を不可とし、前記車両が停止中であると前記走行状態判定手段が判定した場合に、前記走行手段が前記釦配置手段によって配置された釦の押下を許可とすることを特徴とする。

この構成を有することにより、車両が走行中である場合には釦押下ができなくなるので、通話中にメールを閲覧するといった操作ができなくなる。これにより、走行中はユーザはハンズフリー通話のみが許可される状態となり、運転に集中することができる。

本発明の車載装置は、前記釦が押下されたことを検知する釦押下検知手段と、通話中の相手との送信メールおよび受信メールのうち少なくともいずれか一方の情報が表示される通話メール閲覧画面を表示する通話メール閲覧画面表示手段と、前記携帯装置に蓄積された通話中の相手との送受信メール情報が存在するフォルダを検索する検索手段と、前記検索手段で検索したフォルダにあるメール情報の一覧を取得する一覧取得手段と、前記一覧取得手段で取得したメール情報の一覧に含まれる任意のメールの閲覧を携帯装置に対して要求する閲覧要求手段と、前記閲覧要求手段で要求したメールを前記通話メール閲覧画面に表示するメール表示手段と、前記閲覧要求手段で要求したメールの既読ステータスを既読に変更するよう要求するステータス変更要求手段とをさらに備えることを特徴とする。

この構成を有することにより、ＨＦＰ通話中においても、ＭＡＰを使用した携帯電話のメールのブラウジング操作が可能となり、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。

本発明の車載装置は、車両に搭載され、電話機能および電子メール機能および電話帳データを有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、前記携帯装置と近距離無線通信するための通信手段と、前記通信手段を介して前記携帯装置に電子メールの送受信を実行させる電子メール送受信手段と、前記通信手段を介して通話をするための通話手段と、電子メールの送信先が該電子メールの送信要求時において前記通話手段によって通話している通話相手か否かを判定する送信先判定手段と、前記送信先判定手段で判定した電子メールの送信先に応じてメール送信状態の報知方法を変更する報知変更手段とを備えることを特徴とする。

この構成を有することにより、通話中の相手にメール送信を行う場合には、通話相手とメール送信相手が同じでありユーザの混乱はない状況下にあると判断でき、車載装置は一貫性が損なわれることがない報知ができ、一方、通話中の相手とは別の相手にメール送信をする場合には、ユーザが混乱してしまう状況下にあると判断でき、車載装置は一貫性が損なわれる恐れがあるので、それに配慮した報知を行うことができる。

本発明の車載装置は、通話状況に関する情報の表示画面である通話画面表示を行う通話画面表示手段と、前記通信手段を介して前記携帯装置の電話帳データを取得する電話帳取得手段と、前記電話帳データを参照して通話中の相手を特定する通話相手特定手段と、前記通話画面表示手段によって表示された画面上に釦を配置する釦配置手段とをさらに備え、前記釦配置手段によって配置される釦は前記通話相手特定手段で特定した通話中の相手へ電子メールの送信を行うための釦であり、前記送信先判定手段は前記釦が押下されることによって電子メールの送信先が通話相手であるか否かを判定するとともに、前記報知変更手段は通話中の相手のメールアドレスを送信先に指定したメール送信画面を立ち上げることを特徴とする。

この構成を有することにより、通話中の相手にメール送信を行う場合には、わずかな操作で通話中の相手のメールアドレスを宛先にしたメール送信画面を立ち上げることができ、メール送信ができる。このようにＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。

本発明の車載装置は、通話中の相手へ電子メールの送信を行うための釦を押下されずにメール送信画面の起動要求があった場合に、前記送信先判定手段は通話相手以外への電子メールの送信先と判定し、前記報知変更手段はメール送信画面を起動せずに前記通話相手以外へのメール送信が通話終了後に行われることを報知することを特徴とする。

この構成を有することにより、通話中の相手とは別の相手へメールを送信するといった複雑な作業を避けることができ、車内のユーザにとって一貫性に配慮した車載装置を実現することができる。

本発明の車載装置は、前記車両が走行中であるか停止中であるかを判定する走行状態判定手段と、前記釦配置手段によって配置された釦の押下を許可するか否かを前記走行状態判定手段の判定結果に応じて決定する走行規制手段とを備え、前記車両が走行中であると前記走行状態判定手段が判定した場合に、前記走行規制手段は前記釦配置手段によって配置された釦の押下を不可とし、前記車両が停止中であると前記走行状態判定手段が判定した場合に、前記走行手段が前記釦配置手段によって配置された釦の押下を許可とすることを特徴とする。

この構成を有することにより、車両が走行中である場合には釦押下ができなくなるので、通話中にメールを送信するといった操作ができなくなる。これにより、ユーザはハンズフリー通話のみが許可される状態となり、運転に集中することができる。

本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能および電話帳機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いて通話している場合、通話画面を表示し、前記電話帳機能を用いて通話相手を特定し、前記通話相手との送信メール情報および前記通話相手からの受信メール情報のうち少なくともいずれか一方を取得するための釦を配置させることを特徴とする。

この構成を有することにより、通話画面上に通話中の相手から受信したメール及び／又は通話中の相手へ送信したメールの閲覧が可能な釦を配置することで、わずかな操作で通話相手とやり取りした内容のメールを通話中に確認することができ、ＭＡＰとＨＦＰのマルチプロファイル動作の実現と同時に使い勝手の良い車載装置が実現できる。特に、通話中に最近送受信しあったメールに話題がのぼった時に、ユーザが簡単に通話相手と送受信したメールの内容が確認できるので、通話相手を待たせることなく即座に確認することができる。

本発明の車載装置の制御方法は、車両に搭載され、電話機能および電子メール機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置の制御方法であって、前記電話機能を用いて通話している場合に電子メールの送信が要求されたときに、該電子メールの宛先が通話している通話相手か否かを判定し、判定した電子メールの送信先に応じてユーザへの報知方法を変更して報知することを特徴とする。

本出願は、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７７）、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７８）、２００９年１０月９日出願の日本特許出願（特願２００９−２３４７７９）に基づくものであり、その内容はここに参照として取り込まれる。

本発明の車載装置は、車両内に搭載するカーナビゲーションシステム、カーマルチメディア端末、カーオーディオ等として有用である。

１ネットワーク
１０、２０携帯電話
１００ナビゲーション装置
１０１近距離通信部
１０２表示部
１０３入力部
１０４制御部
１０５マイク
１０６スピーカ
１０７記憶部
１０８音声変換部
１０９走行判定部

Claims

メッセージ交換機能およびＡＶストリーミング機能を有する携帯装置と自装置とが近距離無線通信を介して接続される車載装置であって、
前記車載装置および前記携帯装置を接続してメッセージ情報の交換を行うためのメッセージアクセスプロファイルと、前記車載装置および前記携帯装置を接続してＡＶストリーミングを行うプロファイル群とを用いて前記メッセージ交換機能および前記ＡＶストリーミング機能が実行され、
前記車載装置が、前記メッセージアクセスプロファイルと前記ＡＶストリーミングを行うプロファイル群とをマルチプロファイル動作させる手段を備えたことを特徴とする、車載装置。
請求項１記載の車載装置であって、
前記メッセージアクセスプロファイルと前記ＡＶストリーミングを行うプロファイル群とをマルチプロファイル動作させる手段は、
前記携帯装置と近距離無線通信するための通信手段と、前記携帯装置から送信されるＡＶストリーミングを受信して再生するストリーミング再生手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生中に前記携帯装置からの電子メールの新着通知を行うか否かを選択するための第１の通知選択手段とを備えたことを特徴とする車載装置。
請求項２記載の車載装置であって、
受信した電子メールの音声読み上げを行う電子メール読み上げ手段と、前記ストリーミング再生手段によるＡＶストリーミングの再生を中断するストリーミング再生中断手段と、前記ＡＶストリーミング再生を再開するストリーミング再生再開手段とを備え、
前記ＡＶストリーミングを再生中に、前記第１の通知選択手段によって電子メール送受信手段でメールの受信があると電子メールの新着通知を行うことが選択されている場合は、前記ストリーミング再生中断手段でＡＶストリーミングの再生を中断して前記電子メール読み上げ手段が受信したメールの音声読み上げを行うとともに、前記電子メールの読み上げが終了した後に前記ストリーミング再生再開手段がＡＶストリーミング再生を再開することを特徴とする車載装置。