JP6423927B2 - 車両内の通知サービス方法、機械可読の記憶媒体、ヘッドユニット装置及びモバイル装置 - Google Patents

Description

本発明は、車両内で通知（Notification）サービスを利用するための方法に関し、特に車両用ヘッドユニットとモバイル装置との間に特定タイプの通知を提供するための方法に関する。

ユーザにとって、自動車は単純に運転用のみに使用することでなく、車両内で各種エンターテイメントを楽しめる空間として認識されている。このような流れによって、車両内にモバイル装置と連動して各種情報を受信するか、音楽やビデオのようなメディアを楽しめるインフォテインメントが発達し始めた。

このようなインフォテインメントを提供するシステムは、ユーザに情報を提供する。このような情報は、一般的にオーディオ、ビデオまたはこれらの組み合わせ形態でユーザに提供される。

モバイル装置と車両用ヘッドユニット装置との間の相互作用は、ユーザの特定要求を満足させるために多様なタイプの情報を提供することによって、ユーザの便宜性を向上させることができる。

しかし、コール情報、メッセージ情報または装置状態情報の伝送などのように通知が必要なサービスのための通知メカニズムが開示されていない。

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、ユーザの特定要求に対応してコール情報、メッセージ情報、装置状態情報などのような多様なタイプの情報を提供するように、モバイル装置と車両用ヘッドユニット間の相互作用のための通知メカニズムを提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、ヘッドユニット装置による車両内の通知サービス方法を提供する。上記方法は、イベントの発生によって、モバイル装置から上記イベントに対する情報を含む通知メッセージを受信するステップと、上記イベント情報に基づいて上記イベントと関連したアプリケーションの実行を要請するアクション要請メッセージを生成し、上記アクション要請メッセージを上記モバイル装置に伝送するステップと、上記アプリケーションの実行によりグラフィックユーザインターフェースをユーザに表示するステップと、を含むことを特徴とする。

本発明の他の態様によれば、車両内の通知サービスを提供するモバイル装置を提供する。上記装置は、イベントと関連したグラフィックユーザインターフェースを表示するディスプレイと、ヘッドユニット装置と通信する通信モジュールと、上記イベントの発生によって、上記イベントに対する情報を含む通知メッセージを生成し、上記通知メッセージを上記通信モジュールを通じて上記ヘッドユニット装置に伝送し、上記イベントと関連したアプリケーションの実行を要請するアクション要請メッセージを上記通信モジュールを通じて上記ヘッドユニット装置から受信し、上記アプリケーションの実行により上記グラフィックユーザインターフェースを上記通信モジュールを通じて上記ヘッドユニット装置に伝送する制御部と、を含むことを特徴とする。

本発明の他の態様によれば、車両内の通知サービス方法を実行するためのプログラムを記録した機械可読の記憶媒体を提供することを特徴とする。

本発明によれば、車両内の環境で、受信／発信呼（Incoming/Outgoing Call）、新たなメッセージ（New Message）、特定危険なレベルの装置状態アラーム（Device Status Alarm）などと関連した通知がヘッドユニット装置とモバイル装置との間に一方向または両方向に伝送することによって、ユーザの便宜性を向上させることができる。

本発明の上述した態様及び他の態様、特徴、及び利点は、以下の添付図面が参照した後述の詳細な説明から、より一層明らかになるだろう。

本発明の望ましい実施形態による車両内の通知サービスシステムを示すブロック図である。 アクション要請及び上記アクション要請に対する応答の信号フローを示す図である。 モバイル装置内で通知タイプを登録することを例示する信号フローを示す図である。 ユーザが意図した通知サービスをモバイル装置に登録することを例示する信号フローを示す図である。 ヘッドユニット装置でモバイル装置から通知メッセージを受信するための初期化動作の信号フローを示す図である。 本発明の一実施形態によって、ヘッドユニット装置がモバイル装置から通知イベントメッセージを受信した後、ＶＮＣを用いてイベント情報を表示することを例示する信号フローを示す図である。 本発明の一実施形態によって、ヘッドユニット装置がモバイル装置から通知イベントメッセージを受信した後、固有通知ＧＵＩにイベント情報を表示することを例示する信号フローを示す図である。 本発明の他の実施形態によって、ヘッドユニット装置がモバイル装置から簡略な通知イベントメッセージを受信した後、ＶＮＣを用いてイベント情報を表示することを例示する信号フローを示す図である。 本発明の他の実施形態によって、ヘッドユニット装置がモバイル装置から簡略な通知イベントメッセージを受信した後、固有な通知ＧＵＩに通知イベント情報を表示することを例示する信号フローを示す図である。 一つのアプリケーションが多様なタイプの通知サービスをサポートすることを例示する信号フローを示す図である。

以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。下記の説明において、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。また、明瞭性と簡潔性の観点から、本発明に関連する公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

図１は、本発明の実施形態による車両内の通知サービスシステムを示すブロック図である。上記車両内の通知サービスシステムは、車両内に設置されたヘッドユニット装置１００とモバイル装置２００を含む。上記車両内の通知サービスシステムは、カーコネクティビティコンソーシアム（Car Connectivity Consortium：ＣＣＣ）標準に整合される。

ヘッドユニット装置１００は、 第１のユーザインターフェース（user interface:ＵＩ）１１０、第１のセンサ部１２０、第１のメモリ１３０、第１の通信モジュール１４０、第１のカメラ１５０及び第１の制御部１６０を含む。第１のユーザインターフェース（ＵＩ）１１０は、第１のスピーカ１１２、第１のマイク１１４及び第１のディスプレイ１１６を含む。ヘッドユニット装置１００は、通信端末として構成される。

モバイル装置２００は、スマートフォン、携帯電話、ゲーム機、ノートブック、ラップトップ、タブレット（Tablet）ＰＣ、ＰＭＰ（Personal Media Player）、ＰＤＡ（Personal Digital Assistants）などであり得る。モバイル装置２００は、携帯用装置として、無線通信機能を有する携帯用モバイル装置として具現され得る。

モバイル装置２００は、第２のユーザインターフェース２１０、第２のセンサ部２２０、第２のメモリ２３０、第２の通信モジュール２４０、第２のカメラ２５０及び第２の制御部２６０を含む。第２のユーザインターフェース２１０は、第２のスピーカ２１２、第２のマイク２１４及び第２のディスプレイ２１６を含む。

ヘッドユニット装置１００及びモバイル装置２００は、ＴＣＰ／ＩＰによって第１及び第２の通信モジュール１４０、２４０を利用して相互に通信するか、相互に接続する。また、モバイル装置２００及びヘッドユニット装置１００は、これに限定されず、車両内の通知サービスを提供するためにＵＰｎＰ（Universal Plug and Play）プロトコルなどのようなサービスプロトコルを利用して動作する。

このようなＵＰｎＰプロトコル基盤の通信方式によれば、モバイル装置２００は、ターミナルモードサーバ（terminal mode server）またはミラーリンクサーバ（Mirror Link Server:ＭＬ Server）として動作し、ヘッドユニット装置１００は、ターミナルモードクライアント（terminal mode client）またはミラーリンククライアントとして動作する。

以下、モバイル装置２００及びヘッドユニット装置１００それぞれの共通する基本機能に対して説明すると、次のようである。以下、例えば、ユーザインターフェース１１０または２１０とは、ヘッドユニット装置１００では、第１のユーザインターフェース１１０となり、モバイル装置２００では、第２のユーザインターフェース２１０となる。すなわち、以下の説明は、モバイル装置２００の構成素子が実行する機能またはモバイル装置２００の構成素子の間の相互関係に対する説明、またはヘッドユニット装置１００の構成素子が実行する機能またはヘッドユニット装置１００の構成素子の間の相互関係に対する説明であるいうことができる。

ユーザインターフェース１１０または２１０は、ユーザ入力を受信するか、ユーザに情報を知らせるための手段として、複数のボタン、振動モータ、コネクタ、キーパッドなどを含む。ユーザインターフェース１１０または２１０の例として、マウス、トラックボール（trackball）、ジョイスチックまたはカーソル方向キーなどがある。マウス、トラックボール、ジョイスチックまたはカーソル方向キーを介したカーソルコントロール（cursor control）が制御部１６０または２６０との情報通信及びディスプレイ１１６または２１６上のカーソル動き制御のために提供される。

スピーカ１１２または２１２は、制御部１６０または２６０の制御によって、多様な信号（例えば、無線信号、放送信号、デジタルオーディオファイル、デジタル動映像ファイルまたは写真撮影など）に対応するサウンドを装置１００または２００の外部に出力できる。スピーカ１１２または２１２は、装置１００または２００が実行する機能に対応するサウンドを出力できる。スピーカ１１２または２１２は、装置１００または２００の適切な位置または位置らに一つまたは複数で形成されることができる。

マイク１１４または２１４は、制御部１６０または２６０の制御によって、音声（voice）またはサウンド（sound）を受信して電気的な信号を生成する。

ボタンは、装置１００または２００の前面、側面または後面に形成されることができ、電源／ロックボタン（図示せず）、ボリュームボタン（図示せず）、メニューボタン、ホームボタン、戻るボタン（back button）及び検索ボタンなどを含むことができる。

振動モータは、制御部１６０または２６０の制御によって、電気的信号を機械的振動に変換できる。例えば、振動モードにある装置１００または２００は、通信モジュール１４０または２４０を通じて音声または映像通話が受信される場合に振動モータを動作させることができる。振動モータは、装置１００または２００内に一つまたは複数で形成されることができる。振動モータは、ディスプレイ１１６または２１６をタッチするユーザのタッチ動作及びディスプレイ１１６または２１６の表面でのユーザのタッチドラッグ動作に応答して動作できる。

コネクタは、装置１００または２００と外部装置または電源ソース（図示せず）を接続するためのインターフェースとして利用されることができる。制御部１６０または２６０の制御によって、コネクタに接続した有線ケーブルを介して装置１００または２００のメモリ１３０または２３０に記憶されたデータを外部装置に伝送するか、または外部装置からデータを受信することができる。コネクタに接続した有線ケーブルを介して電源ソースから電源が入力されるか、バッテリーを充電できる。

キーパッドは、装置１００または２００の制御のためにユーザからキー入力を受信することができる。キーパッドは、装置１００または２００に形成される物理的なキーパッドまたはディスプレイ１１６または２１６に表示される仮想のキーパッドを含む。

ディスプレイ１１６または２１６は、制御部１６０または２６０から入力されたイメージを画面に表示する。このようなディスプレイ１１６または２１６として液晶表示装置（liquid crystal display:ＬＣＤ）、タッチスクリーン（touch screen）などを使用することができる。ディスプレイ１１６または２１６は、制御部１６０または２６０の制御に従うイメージを表示し、その表面に指、スタイラスペン（stylus pen）などのようなユーザ入力手段が接触すると、キー接触インターラプト（interrupt）を発生させ、制御部１６０または２６０の制御によって、入力座標及び入力状態を含むユーザ入力情報を制御部１６０または２６０に出力する。

ディスプレイ１１６または２１６は、ユーザに多様なサービスまたは機能（例、車両内の通知サービス、通話、データ伝送、放送、写真／動映像撮影）に対応するグラフィックユーザインターフェース（graphical user interface：ＧＵＩ）を提供できる。ディスプレイ１１６または２１６は、グラフィックユーザインターフェースに入力されるタッチ情報（すなわち、ユーザ入力情報）を制御部１６０または２６０に出力できる。ディスプレイ１１６または２１６は、ユーザの身体（例、親指を含む指）またはタッチ可能な入力手段（例、スタイラスペン）を通じて少なくとも一つのタッチ情報を受信することができる。

本発明において、「タッチ」は、ディスプレイ１１６または２１６とユーザの身体またはタッチ可能な入力手段との接触に限定されずに、非接触（例、ディスプレイ１１６または２１６とユーザの身体またはタッチ可能な入力手段と検出可能な間隔が１ｍｍ以下）を含むことができる。ディスプレイ１１６または２１６は、例えば、抵抗膜（resistive）方式、静電容量（capacitive）方式、赤外線（infrared）方式または超音波（acoustic wave）方式のタッチスクリーンで具現され得る。

センサ部１２０または２２０は、装置１００または２００の状態（位置、方位、動きなど）を検出する少なくとも一つのセンサを含む。例えば、センサ部１２０または２２０は、ユーザが装置１００または２００に接近する程度またはその接近可否を検出する近接センサ、または装置１００または２００の動作（例えば、装置１００の回転、加速、減速、振動など）を検出するモーション／方位センサなどを含み得る。また、モーション／方位センサは、加速度センサ、重力センサ、地磁気センサ、ジャイロ（gyro）センサ、衝撃センサ、ＧＰＳ、羅針盤センサ（compass sensor）、加速度センサなどを含み得る。センサ部１２０または２２０は、装置１００または２００の状態を検出し、検出に対応する信号を生成して制御部１６０または２６０に伝送できる。例えば、ＧＰＳセンサは地球の軌道上にある複数のＧＰＳ衛星（図示せず）から電波を受信し、ＧＰＳ衛星（図示せず）から装置１００または２００までの電波到達時間（Time of Arrival）を利用して装置１００または２００のＧＰＳ位置を算出できる。羅針盤センサは、装置１００または２００の姿勢または方位を算出する。

通信モジュール１４０または２４０は、サーバまたは外部装置との直接接続またはネットワークを通じた接続のために提供され、有線または無線通信モジュールであり得、制御部１６０または２６０、メモリ１３０または２３０、カメラ１５０または２５０などからのデータを有線または無線で伝送するか、外部通信線または大気からのデータを有線または無線受信して制御部１６０または２６０に伝送するか、メモリ１３０または２３０に記憶する。

通信モジュール１４０または２４０は、移動通信モジュールと、無線ラン（ＷＬＡＮ）モジュール１４４または２４４と、ブルートゥース（登録商標）（Bluetooth（登録商標）：ＢＴ）モジュール１４２または２４２、ＵＳＢ（Universal Serial Bus）モジュール１４６または２４６などのような近距離通信モジュールのうち少なくとも一つを含むことができる。通信モジュール１４０または２４０の他の例は、これに限定されないが、総合情報通信網（integrated services digital network：ＩＳＤＮ）モジュール、モデム、赤外線モジュール、ジグビー（登録商標）（zigbee）モジュールなどを含む。

移動通信モジュールは、制御部１６０または２６０の制御によって、少なくとも一つのアンテナ（図示せず）を利用して移動通信網のような広域通信網（ＷＡＮ：Wide Area Network）を通じて装置１００または２００が外部装置と接続するようにする。移動通信モジュールは、電話番号またはネットワークアドレスを有する携帯電話、スマートフォン、タブレットＰＣなどの外部装置と音声通話、映像通話、文字メッセージ（ＳＭＳ）、マルチメディアメッセージ（ＭＭＳ）などのデータ交換のための無線信号を送受信する。

無線ランモジュール１４４または２４４は、制御部１６０または２６０の制御によって、無線ＡＰ（access point）（図示せず）が設置された場所でインターネットに接続するか、装置１００または２００と外部装置間の無線通信を実行する。無線ランモジュール１４４または２４４は、米国電機電子学会（ＩＥＥＥ）の無線ラン規格（ＩＥＥＥ８０２.１１ｘ）をサポートし、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ（登録商標）ダイレクト（Direct）などをサポートする。

近距離通信モジュールは、制御部１６０または２６０の制御によって、装置１００または２００と外部装置間の無線近距離通信を実行する。近距離通信方式は、ブルートゥース（登録商標）、赤外線通信（ＩｒＤＡ）、ＵＳＢ通信などを含むことができる。

カメラ１５０または２５０は、レンズ系、イメージセンサ、フラッシュなどを含み得る。カメラはレンズ系を通じて入力される（または撮影される）光信号を電気的なイメージ信号に変換して制御部１６０または２６０に出力し、ユーザはこのようなカメラ１５０または２５０を通じて動映像または静止イメージを撮影できる。

レンズ系は、外部から入射された光を収斂させることによって被写体のイメージを形成する。レンズ系は少なくとも一つのレンズを含み、各レンズは凸レンズ、非球面レンズなどであり得る。レンズ系はその中心をすぎる光軸（optical axis）に対して対称性を有し、光軸はこのような中心軸で定義される、イメージセンサは、レンズ系を通じて入射された外部光により形成された光学的イメージを電気的イメージ信号として検出する。イメージセンサは、Ｍ×Ｎ行列（matrix）構造で配置された複数の画素（pixel）ユニットを具備し、画素ユニットは、フォトダイオード及び複数のトランジスターを含み得る。画素ユニットは、入射された光により生成された電荷を蓄積し、蓄積された電荷による電圧は、上記入射された光の照度を表す。静止イメージまたは動映像を構成する一つのイメージを処理する場合において、イメージセンサから出力されるイメージ信号は、画素ユニットから出力される電圧（すなわち、画素値）の集合で構成され、イメージ信号は一つのフレーム（すなわち、静止イメージ）を表す。また、フレームはＭ×Ｎ画素で構成される。イメージセンサとして、ＣＣＤ（charge-coupled device）イメージセンサ、ＣＭＯＳ（complementary metal-oxide semiconductor）イメージセンサなどを使用することができる。

駆動部は、制御部１６０または２６０の制御によって、イメージセンサを駆動する。駆動部は、制御部１６０または２６０から受信した制御信号によってイメージセンサの全体画素または全体画素のうちで関心領域の画素だけを露出させ、画素から出力されるイメージデータは、制御部１６０または２６０に出力される。

制御部１６０または２６０は、カメラ１５０または２５０から入力されるイメージまたはメモリ１３０に記憶されたイメージをフレーム単位で処理し、ディスプレイ１１６または２１６の画面特性（大きさ、画質、解像度など）に合うように変換されたイメージフレームを出力する。

メモリ１３０または２３０は、車両内の通知サービス、ナビゲーション、映像通話、ゲームなどのような多様な機能またはサービスを具現するアプリケーションとこれと関連したグラフィックユーザインターフェース（graphical user interface：ＧＵＩ）を提供するためのイメージ、ユーザ情報、文書、車両内の通知サービスと関連したデータ（例えば、メッセージ、設定値など）、装置１００または２００を駆動するのに必要な背景イメージ（メニュー画面、待機画面など）またはオペレイションプログラム、カメラにより撮影されたイメージなどを記憶することができる。メモリ１３０または２３０は、機械（例えば、コンピュータ）可読の媒体であり、機械可読の媒体という用語は、機械が特定機能を実行できるように上記機械にデータを提供する媒体として定義できる。機械可読の媒体は記憶媒体であり得る。メモリ１３０または２３０は、非揮発性媒体（non-volatile media）及び揮発性媒体を含み得る。このようなすべての媒体は、媒体により伝えられる命令がこのような命令を機械で読み込まれる物理的機構により検出されることができるような類型のことでなければならない。

機械可読の媒体は、これに限定されないが、フロッピー（登録商標）ディスク（floppy disk）、フレキシブルディスク（flexible disk）、ハードディスク、磁気テープ、ＣＤ−ＲＯＭ（compact disc read-only memory）、光学ディスク、パンチカード（punch card）、ペーパーテープ（paper tape）、ラム、ＰＲＯＭ（Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable PROM）及びＦＬＡＳＨ−ＥＰＲＯＭのうち少なくとも一つを含む。

制御部１６０または２６０は、外部装置の要請、ユーザ入力情報または自動実行設定に従うアプリケーションを実行し、上記アプリケーションは外部装置の要請、ユーザ入力情報または自動実行設定に従うプログラム動作を実行する。この時、ユーザ入力は、キーパッド、ディスプレイ１１６または２１６を通じた入力またはカメラ基盤の入力を含む。制御部１６０または２６０は、情報通信のためのバス（bus）及び情報処理のために上記バスと接続したプロセッサー（processor）を含むことができる。制御部１６０または２６０は、またプロセッサーにより要求される情報を記憶するためにバスと接続したラム（random access memory：ＲＡＭ）を含み得る。ラムはプロセッサーにより要求される臨時情報を記憶するために使用される。装置１００または２００は、プロセッサーにより要求される静的情報（static information）を記憶するためにバスと接続するロム（read only memory：ＲＯＭ）をさらに含み得る。制御部１６０または２６０は、中央処理処置として装置１００または２００の全般的な動作を制御し、本発明に従う車両内の通知サービス方法を実行する役割をする。

次に、モバイル装置２００及びヘッドユニット装置１００の相互動作に対して説明すると、次のようである。

ヘッドユニット装置１００及びモバイル装置２００は、ＴＣＰ／ＩＰによって第１及び第２の通信モジュール１４０、２４０を利用して相互に通信するか、相互に接続する。また、ヘッドユニット装置１００及びモバイル装置２００は、これに限定されないが、車両内の通知サービスを具現するためにＵＰｎＰプロトコルなどのようなサービスプロトコルを利用する。

モバイル装置２００の第２の制御部２６０は、ＵＰｎＰ通信のためのターミナルモードサーバ装置（Terminal Mode Server Device）モジュール２７０を有し、ターミナルモードサーバ装置モジュール２７０は、ＭＬ通知サービス（ML Notification Service）モジュール２７２と、ＴＭアプリケーションサーバサービス（TM Application Server Service）モジュール２７４を含む。

ＭＬ通知サービスモジュール２７２は、ヘッドユニット装置１００とモバイル装置２００間の通知サービスを担当する。このような通知サービスは、ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｓｅｒｖｉｃｅ：ＭＬＮｏｔｉｆｉｃａｔｉｏｎ：１のようなサービスタイプを有することができる。ＭＬ通知サービスモジュール２７２は、ＴＭ通知サービスモジュールとも称し、このような場合にサービスタイプはｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｓｅｒｖｉｃｅ：ＴｍＮｏｔｉｆｉｃａｔｉｏｎＳｅｒｖｅｒ：１であり得る。

ＴＭアプリケーションサーバサービスモジュール２７４は、モバイル装置２００内に存在するアプリケーションを実行または終了させるか、アプリケーション目録を取り出すなどのアプリケーション管理を実行する。

第２の制御部２６０は、ＲＴＰ基盤のメディアセッション接続のための第２のＲＴＰサーバ／クライアントモジュール２８０と、ＶＮＣ（Virtual Network Computing）プロトコル基盤のメディアセッション接続のためのＶＮＣサーバモジュール２９０を含む。このようなＶＮＣは、モバイル装置２００のディスプレイ２１６に表示される画面をヘッドユニット装置１００のディスプレイ１１６にそのまま表示するために使用されることができる。

ヘッドユニット装置１００の第１の制御部１６０は、ＵＰｎＰ通信のためのターミナルモードコントロールポイント（Terminal Mode Control Point）１７０を含み、ターミナルモードコントロールポイント１７０は、メディアセッション接続とＶＮＣ接続を管理する。第１の制御部１６０は、ＲＴＰ基盤のメディアセッション接続のための第１のＲＴＰサーバ／クライアントモジュール１８０と、ＶＮＣプロトコル基盤のメディアセッション接続のためのＶＮＣクライアントモジュール１９０を含む。

ターミナルモードコントロールポイント１７０は、ＴＭアプリケーションサーバサービスモジュール２７４に命令語を含むアクション要請メッセージ（またはアクション呼び出しメッセージ）を伝送することによって、モバイル装置２００とヘッドユニット装置１００との間の電話通話のためのメディアストリーミング接続、すなわちＲＴＰ接続のためにモバイル装置２００内の第２のＲＴＰサーバ／クライアントモジュール２８０とヘッドユニット装置１００内の第１のＲＴＰサーバ／クライアントモジュール１８０を実行させることができる。また、ターミナルモードコントロールポイント１７０は、ＴＭアプリケーションサーバサービスモジュール２７４にアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージを伝送することによって、モバイル装置２００内に存在するＶＮＣサーバモジュール２９０を動作させ、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０がモバイル装置２００内に存在するＶＮＣサーバモジュール２９０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。

ＶＮＣ接続のためにモバイル装置２００内のＶＮＣサーバモジュール２９０とヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０を実行させることができる。

ターミナルモードコントロールポイント１７０とＭＬ通知サービスモジュール２７２間でターミナルモードコントロールポイント１７０は、表１のようなＵＰｎＰアクション命令を使用することができる。

表１で、ＲはＲＥＱＵＩＲＥＤの略語であり、ＯはＯＰＴＩＯＮＡＬの略語であり、ＤｅｖｉｃｅＲ／ＯはＭＬ通知サービスモジュール２７２（またはモバイル装置２００）が必要であるか否かを表し、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ Ｒ／Ｏはターミナルモードコントロールポイント１７０が必要であるか否かを表す。

図２は、アクション要請及び応答を説明するためのフローチャートである。

該当サポート通知タイプ要請（GetSupportedNotiTypes）アクション命令は、ヘッドユニット装置１００が、モバイル装置２００から、モバイル装置２００がサポートする通知タイプ（Notification Types）に対するリストを要請するために使用される。

ステップＳ２１０は、アクションを要請する段階として、ヘッドユニット装置１００のターミナルモードコントロールポイント１７０は、モバイル装置２００がサポートする通知タイプに対するリストを要請するＧｅｔＳｕｐｐｏｒｔｅｄＮｏｔｉＴｙｐｅｓアクション命令を含むＧｅｔＳｕｐｐｏｒｔｅｄＮｏｔｉＴｙｐｅｓアクション要請メッセージをモバイル装置２００のＭＬ通知サービスモジュール２７２に伝送する。

ステップＳ２２０で、モバイル装置２００のＭＬ通知サービスモジュール２７２は、アクション要請メッセージに対する応答として通知タイプを含む応答メッセージをヘッドユニット装置１００のターミナルモードコントロールポイント１７０に伝送する。

該当ＧｅｔＳｕｐｐｏｒｔｅｄＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅｓアクション命令に対する応答値は、表２のようにＡ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇ形態のコンマ（、）で分離された通知タイプを含む。Ａ＿ＡＲＧ＿ＴＹＰＥは一時的に使用される値を表すことができる。

各アクション命令は、名称（Name）と少なくとも一つの因子または引数（Argument）を有し、引数は方向（Direction）と関連状態変数（Related State Variable）を有する。方向は、引数がアクション命令の引数値として設定されるか、それともアクション命令の結果として出力されるかを示し、関連状態変数は、引数のタイプを決定するために使用される。

通知タイプは、ユーザが分かり得る形態で構成されることが望ましい。例えば、通知タイプは、呼（Call）、メッセージ（Message）、アラーム（Alarm）、カレンダー（Calendar）などであり得る。通知タイプを受信したターミナルモードコントロールポイント１７０は、コンマを分離してユーザがヘッドユニット装置１００を通じてモバイル装置２００から受信を所望する通知のタイプを選択できるように、画面、すなわち通知ＧＵＩ（または通知ＵＩ）を構成して提示する。

図３は、モバイル装置内で通知タイプを登録する過程を説明するための図である。

まず、モバイル装置２００は、内部的に通知タイプ目録を管理する通知タイプマネジャー（NotiTypeManager）３２０と通知サービスを提供できる複数のアプリケーション３１０、３１１を含み得る。モバイル装置２００内部で通知サービスを提供するそれぞれのアプリケーションは、自身が提供する通知タイプに対する情報を通知タイプマネジャー３２０に登録する。各アプリケーション３１０、３１１は、通知タイプマネジャー３２０に自身のアプリケーションＩＤであるＡｐｐＩＤ（またはＡ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＩＤ）と通知タイプを登録する。一つのアプリケーションは、複数の通知サービスをサポートでき、また、一つの通知タイプを複数のアプリケーションがサポートすることもできる。

ステップＳ３１０で、第１のアプリケーション（Ａｐｐ１）３１０は、自身のアプリケーションＩＤであるＡｐｐＩＤ＃１とコール通知タイプを含む第１の登録メッセージ（register message）（または加入を要請する加入（subscribe）メッセージ）を生成し、生成された第１の登録メッセージを通知タイプマネジャー３２０に伝送する。

ステップＳ３２０で、第１のアプリケーション（Ａｐｐ１）３１０は、自身のアプリケーションＩＤであるＡｐｐＩＤ＃１とメッセージ通知タイプを含む第２の登録メッセージを生成し、生成された第２の登録メッセージを通知タイプマネジャー３２０に伝送する。

ステップＳ３３０で、第２のアプリケーション（Ａｐｐ２）３１０は、自身のアプリケーションＩＤであるＡｐｐＩＤ＃２とフェイスブック通知タイプを含む第３の登録メッセージを生成し、生成された第３の登録メッセージを通知タイプマネジャー３２０に伝送する。

モバイル装置プラットホームあるいは通知タイプマネジャー３２０は、基本的な通知タイプ目録を有しており、アプリケーションはモバイル装置プラットホームあるいは通知タイプマネジャー３２０で定めた通知タイプ目録のうち、一つの通知タイプを使用することができる。上記通知タイプ目録に定義されない通知タイプが必要であれば、アプリケーションは登録メッセージに新たな通知タイプを含めることができ、望ましくはこのような新たな通知タイプをユーザが容易に分かり得るようにする。

図４は、ユーザが受信を所望する通知サービスをモバイル装置に登録する過程を説明するための図である。

ステップＳ４１０で、ヘッドユニット装置１００は、ユーザが受信を所望する通知サービスのタイプとこのような通知タイプの登録を要請する通知環境設定（SetNotiConfiguration）アクション命令を含むＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ヘッドユニット装置１００は、ＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクション命令の引数値として、表３のようにユーザが受信を所望する通知タイプ（SelectedNotiTypes）値を設定することができる。

ユーザが選択した通知タイプはコンマ（、）で区分され、ユーザがすべての通知タイプに対して通知サービスの受信を所望する場合には“＊”値が使用される。このような通知タイプの選択は、予め設定された情報、すなわちデフォルト選択情報により実行されることもできる。

表４は、モバイル装置２００がヘッドユニット装置１００に伝送する通知イベントメッセージ（またはイベント通知メッセージ乃至通知メッセージ）に含まれた通知イベント情報である通知状態変数（NotificationStateVariable）の構造を表す。

通知（notification）エレメントは、モバイル装置２００（例えば、フォン）で発生したイベントの詳細な情報を含み、このような情報はヘッドユニット装置１００に伝送される。ｎｏｔｉＩＤエレメントは、通知イベントの固有な識別子を表す。ｎｏｔｉＴｙｐｅエレメントは通知タイプを示し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｎｏｔｉＴｉｔｌｅエレメントは通知イベントの題目を表す。すなわち、ｎｏｔｉＴｉｔｌｅエレメントは発生したイベントの名前であり、例えば、新たなテキストメッセージまたは電子メールであり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｎｏｔｉＢｏｄｙエレメントは、通知メッセージの本文であり、ユーザのためのイベントの詳細情報を含む。例えば、ｎｏｔｉＢｏｄｙエレメントは新たなテキストメッセージイベントに対するテキストメッセージコンテンツ、受信コールイベントに対する発信者ＩＤを含むことができ、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｌａｕｎｃｈＡｐｐエレメントは、ａｐｐＩＤｓエレメント内のアプリケーションＩＤがＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションまたはＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを使用することを表し、その値がトルーであれば、ヘッドユニット装置１００は、ａｐｐＩＤｓエレメント内のアプリケーションＩＤのうち一つを有し、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを呼び出し、その値がフォールスであれば、ヘッドユニット装置１００は、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションの代りにＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。ａｐｐＩＤｓはコンマで分離されたアプリケーションＩＤを表し、ａｐｐＩＤｓエレメント内のアプリケーションＩＤは固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＬｉｓｔ上の一つと同一でなければならなく、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｐｒｉｏｒｉｔｙエレメントは、通知メッセージに与えられた重要度を表す。ａｃｔｉｏｎｓエレメントは通知に対するアクションのリストを表し、このようなリストは、通知を開始するアプリケーションにより提供されることによって、ユーザが通知に対するユーザアクションを直接選択できるようにする。例えば、ユーザは新たなテキストメッセージに応答するか、無視することができる。リストはそのエレメントとして応答及び無視アクションを含む。ａｃｔｉｏｎＩＤエレメントは、アクションの固有な識別子である。ユーザが通知ＧＵＩを通じて通知に対するアクションを選択する時、ａｃｔｉｏｎＩＤエレメントはモバイル装置に提供されなければならない。ａｃｔｉｏｎＮａｍｅエレメントはアクション名前を表し、固有通知ＧＵＩにボタンとして表示される。ａｐｐＩＤｓエレメントはコンマで分離されたアプリケーションＩＤのリストであり、ａｐｐＩＤｓエレメント内のアプリケーションＩＤは固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＬｉｓｔ上の一つと同一でなければならなく、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。

通知（notification）エレメントを親(parent)として有するａｐｐＩＤｓエレメントとアクションエレメントを親として有するａｐｐＩＤｓエレメントは、各々Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＩＤ形態のアプリケーションＩＤ（ａｐｐＩＤ）をコンマで区分したストリング形態を有する。もし、ヘッドユニット装置１００が自体固有通知ＧＵＩ（Native Notification GUI）を提供しないと、通知エレメントを親として有するａｐｐＩＤｓエレメントに記載されたａｐｐＩＤがアプリケーション実行（LaunchApplication）アクション命令あるいはアプリケーション終了（TerminateApplication）アクション命令の引数値で設定され、モバイル装置２００で順序に該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションが実行される。モバイル装置２００は、ａｐｐＩＤに該当するアプリケーションを実行する。ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション及びＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションのうち一つを選択する基準は、ｌａｕｎｃｈＡｐｐエレメントのトルー／フォールス（true/false）値によって決定される。ＬａｕｎｃｈＡｐｐエレメントがトルーであれば、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを呼び出し、ｌａｕｎｃｈＡｐｐエレメントがフォールスであれば、ＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。

しかし、ヘッドユニット装置１００が自体固有通知ＧＵＩを提供すると、通知エレメントを親として有するａｐｐＩＤｓは無視され、固有通知ＧＵＩのボタンで表現されるアクションのうちからユーザが選択するか、ヘッドユニット装置１００が自動で、または予め設定された基準によって選択したボタンに該当するアクションエレメントの子（child）エレメントであるａｐｐＩＤｓエレメントが前述した通知エレメントを親として有するａｐｐＩＤｓエレメントが実行される方式と同一に実行される。

表４に記述されたアクションは、ヘッドユニット装置１００が自体固有通知ＧＵＩをサポートする場合、上記固有通知ＧＵＩ内にボタン形態で表示されることができ、ユーザが上記ボタンのうち一つを選択すると、選択されたボタンに該当するアクションＩＤであるＡｃｔｉｏｎＩＤ値と通知メッセージのＩＤであるＮｏｔｉＩＤ値を引数値として有する通知アクション呼び出し（InvokeNotiAction）アクション命令を含むＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。表５は、ＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクションの引数値を表す。

表６は、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション呼び出しを一度減らすことができるように構成されたさらに他のＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクションの引数を表す。

上記ＡｐｐＩＤ引数は、アクションエレメントを親とするａｐｐＩＤｓエレメントの最初のアプリケーションＩＤ（ＡｐｐＩＤ）を含む。モバイル装置２００は、アクション要請メッセージに対する応答としてＡｐｐＩＤを有するアプリケーションにアクセスできるＵＲＩ値を含む応答メッセージをヘッドユニット装置１００に伝送する。

図５は、ヘッドユニット装置がモバイル装置から通知メッセージを受信するための初期化過程を示すフローチャートである。

ステップＳ５１０は、装置／サービス発見及びデスクリプション（Device/Service discovery & description）段階として、モバイル装置２００とヘッドユニット装置１００は、ＵＰｎＰを通じて相互に発見する。

ステップＳ５２０で、ユーザがモバイル装置２００からヘッドユニット装置１００を通じて所望のタイプの通知のみを受信することを所望する場合、ヘッドユニット装置１００は、サポート通知タイプ要請（GetSupportedNotiTypes）アクション命令を含むＧｅｔＳｕｐｐｏｒｔｅｄＮｏｔｉＴｙｐｅｓアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ５３０で、上記アクション要請メッセージに対する応答として、モバイル装置２００は、自身がサポートする通知タイプを含む応答メッセージをヘッドユニット装置１００に伝送する。上記通知タイプはＡ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇ形態、すなわちストリング形態で表現され、応答メッセージはサポートされる通知タイプのリストを含むことができる。

ステップＳ５４０で、ヘッドユニット装置１００は、受信した通知タイプを第１のディスプレイ１１６の画面に表示する。

ステップＳ５４５で、ユーザは、上記画面に表現される通知タイプのうちから所望の通知タイプを選択する。

ステップＳ５５０で、ヘッドユニット装置１００は、ユーザが選択した通知サービスのタイプ（SelectedNotiTypes）とこのような通知タイプの登録を要請するＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクション命令を含むＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ５６０で、ヘッドユニット装置１００は、モバイル装置２００にＭＬ通知サービスの加入を要請する加入（Subscribe）メッセージを伝送する。

ステップＳ５７０で、モバイル装置２００は、ユーザが選択した通知タイプに対して通知するイベントが発生した場合のみにイベント情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

ステップＳ５７５で、通知イベントメッセージを受信したヘッドユニット装置１００は、ユーザに第１のディスプレイ１１６の画面、すなわちＧＵＩを通じてイベント情報を表示するか、ＶＮＣを通じてモバイル装置２００の第２のディスプレイ２１６に表示された画面、すなわちＧＵＩを受信してユーザに表示する。

図６は、本発明の一実施形態によって、ヘッドユニット装置がモバイル装置から通知イベントメッセージを受信した後、ＶＮＣを用いてイベント情報を表示する過程を示すフローチャートである。

ステップＳ６１０で、モバイル装置２００は、ユーザが選択した通知タイプに対してイベントが発生した場合に、ａｐｐＩＤｓエレメントなどのイベント情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

ステップＳ６１５で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれた通知エレメントを親として有するａｐｐＩＤｓエレメント値を抽出し、コンマを基準にしてそれぞれのアプリケーションＩＤ（ａｐｐＩＤ）を抽出した後、ａｐｐＩＤｓ値のうちから最初に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃１）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ６２０で、モバイル装置２００は、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０がモバイル装置２００内に存在するＶＮＣサーバモジュール２９０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＶＮＣ ＵＲＬは、ＶＮＣ：／／…の形態を有する。

ステップＳ６２５で、該当ＵＲＬがＶＮＣサーバモジュール２９０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、ＶＮＣクライアントモジュール１９０を駆動してＶＮＣクライアントモジュール１９０に該当ＵＲＬアドレスを伝送する。ＶＮＣクライアントモジュール１９０は、該当ＵＲＬアドレスを通じてＶＮＣサーバモジュール２９０にアクセスでき、以後、ヘッドユニット装置１００は、ＶＮＣ接続またはストリーミングを通じてモバイル装置２００の第２のディスプレイ２１６に表示された画面、すなわちＧＵＩを受信することができる。

以後、最初のａｐｐＩＤ以後の他のａｐｐＩＤに対して順序にＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令がモバイル装置２００に伝送され、モバイル装置２００は、上記ＡｐｐＩＤにマッピングされたアプリケーションを駆動する。上記アプリケーションが既に駆動されている状態であれば、画面最上段に表示することができる。

ステップＳ６３０で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれたａｐｐＩＤｓ値のうちで２番目に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃２）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ６３５で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内の第１のＲＴＰサーバ／クライアントモジュール１８０がモバイル装置２００内に存在する第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるアドレスであるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＲＴＰ ＵＲＬは、ＲＴＰ：／／…の形態を有する。

ステップＳ６４０で、該当ＵＲＬが第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、第１のＲＴＰサーバ／クライアントモジュール１８０を駆動して第１のＲＴＰサーバ／クライアントモジュール１８０に該当ＵＲＬアドレスを伝送する。第１のＲＴＰサーバ／クライアントモジュール１８０は、該当ＵＲＬアドレスを通じて第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスでき、以後、ヘッドユニット装置１００は、ＲＴＰ接続またはストリーミングを通じてモバイル装置２００が受信した通話音声データを受信するか、ユーザの通話音声データをモバイル装置２００に伝送できる。

上述したようにＶＮＣが接続されると、ユーザはヘッドユニット装置１００を通じてモバイル装置２００の第２のディスプレイ２１６に表示される画面、すなわちＧＵＩを制御することができる。

ステップＳ６４５で、ユーザは直接ＶＮＣを通じて通知のためのアクションを選択できる。すなわち、ユーザはヘッドユニット装置１００のＧＵＩに表示されたアクションボタンを選択できる。

ステップＳ６５０で、モバイル装置２００は、ヘッドユニット装置１００にｌａｕｎｃｈＡｐｐエレメントの値がフォールスであるイベント通知メッセージを伝送する。

ステップＳ６５５で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１であるアプリケーションを終了する。

ステップＳ６６０で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２であるアプリケーションを終了する。

図７は、本発明の一実施形態によって、ヘッドユニット装置がモバイル装置から通知イベントメッセージを受信した後、固有通知ＧＵＩを用いてイベント情報を表示する過程を示すフローチャートである。

ステップＳ７１０で、モバイル装置２００は、ユーザが選択した通知タイプに対してイベントが発生した場合に、イベント情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

ステップＳ７１５で、ヘッドユニット装置１００は、通知イベントメッセージの内容に基づいて通知ＧＵＩを構成する。

ステップＳ７２０で、通知ＧＵＩを通じてユーザは一つの受諾（Accept）ボタンを選択できる。すなわち、ユーザは通知サービスを受信するか否かを決定することができる。

ステップＳ７２５で、ユーザが通知ＧＵＩのボタンを選択すると、上記ボタンに該当するアクションＩＤであるＡｃｔｉｏｎＩＤと上記通知イベントメッセージに対するＩＤ、すなわちＮｏｔｉＩＤを引数値として有するＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション命令を含むＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション要請メッセージがモバイル装置２００に伝送される。

そして、ユーザが選択したアクションの子エレメントであるａｐｐＩＤｓエレメントに含まれたａｐｐＩＤをＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを通じて順序通り実行する。例えば、ａｐｐＩＤｓエレメントに記載されたａｐｐＩＤが一個であれば、ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションは一度実行されて、二つであれば、２度実行される。表６のような通知アクション呼び出し（InvokeNotiAction）アクション命令を使用する場合、このようなＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション一度でＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを一度実行する効果を有することができるので、例えば、ａｐｐＩＤ値がＡｐｐＩＤ＃１であるアプリケーションを実行するためのＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージを別途に送信しなくてもよい。

ステップＳ７３０で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれた通知エレメントを親として有するａｐｐＩＤｓエレメント値を抽出し、コンマを基準にしてそれぞれのａｐｐＩＤを抽出した後、ａｐｐＩＤｓエレメントの値のうちで最初に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃１）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ７３５で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０がモバイル装置２００内に存在するＶＮＣサーバモジュール２９０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＶＮＣ ＵＲＬは、ＶＮＣ：／／…の形態を有する。

ステップＳ７４０で、該当ＵＲＬがＶＮＣサーバモジュール２９０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、ＶＮＣクライアントモジュール１９０を駆動してＶＮＣクライアントモジュール１９０に該当ＵＲＬアドレスを伝送する。ＶＮＣクライアントモジュール１９０は、該当ＵＲＬアドレスを通じてＶＮＣサーバモジュール２９０にアクセスでき、以後、ヘッドユニット装置１００は、ＶＮＣ接続またはストリーミングを通じてモバイル装置２００の第２のディスプレイ２１６に表示された画面、すなわちＧＵＩを受信することができる。

ステップＳ７４５で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれたａｐｐＩＤｓエレメントの値のうちで２番目に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃２）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ７５０で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内の第１のＲＴＰサーバ／クライアントモジュール１８０がモバイル装置２００内に存在する第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＲＴＰ ＵＲＬはＲＴＰ：／／…の形態を有する。

ステップＳ７５５で、該当ＵＲＬが第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、第１のＲＴＰサーバ／クライアントモジュール１８０を駆動して第１のＲＴＰサーバ／クライアントモジュール１８０に該当ＵＲＬアドレスを伝送する。第１のＲＴＰサーバ／クライアントモジュール１８０は、該当ＵＲＬアドレスを通じて第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスでき、以後、ヘッドユニット装置１００は、ＲＴＰ接続またはストリーミングを通じてモバイル装置２００が受信した通話音声データを受信するか、ユーザの通話音声データをモバイル装置２００に伝送できる。

上述したようにＶＮＣが接続されると、ユーザはヘッドユニット装置１００を通じてモバイル装置２００の第２のディスプレイ２１６に表示される画面、すなわちＧＵＩを制御することができる。

ステップＳ７６０で、モバイル装置２００は、ヘッドユニット装置１００にｌａｕｎｃｈＡｐｐ値がフォールスである通知イベントメッセージを伝送する。

ステップＳ７６５で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクションメッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１であるアプリケーションを終了する。

ステップＳ７７０で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクションメッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２であるアプリケーションを終了する。図８は、本発明の他の実施形態によってヘッドユニット装置がモバイル装置から簡略な通知イベントメッセージを受信した後、ＶＮＣを用いてイベント情報を表示する過程を示すフローチャートである。

表７は、通知イベントメッセージのデータ構造を表す。

ｎｏｔｉＥｖｅｎｔエレメントは、簡略な通知イベントメッセージであり、ヘッドユニット装置が、通知イベントがモバイル装置で発生したことを認知するようにする。ｎｏｔｉＩＤエレメントは、通知イベントの固有な識別子である。ＡｐｐＩＤｓエレメントはコンマで分離されたアプリケーションＩＤを表し、ａｐｐＩＤｓエレメント内のアプリケーションＩＤは固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＬｉｓｔ上の一つと同一でなければならなく、各アプリケーションＩＤはＬまたはＴのプリフィクス値を有する。アプリケーションＩＤがＬのプリフィクス値を有すると、ヘッドユニット装置は、アプリケーションＩＤを用いてＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。一方、アプリケーションＩＤがＴのプリフィクス値を有すると、ヘッドユニット装置はアプリケーションＩＤを用いてＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。ＡｐｐＩＤｓエレメントはＡ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。

ｎｏｔｉＥｖｅｎｔエレメント（またはｎｏｔｉＥｖｅｎｔ状態変数（state variable））を通じてヘッドユニット装置１００にモバイル装置２００でイベント通知が発生されたということを通知することができる。通知イベントメッセージは、イベント通知に対する固有なＩＤであるｎｏｔｉＩＤエレメントと、ネイティブ通知（ｎｅｔｉｖｅ ｎｏｔｉｆｉｃａｔｉｏｎ）ＧＵＩをサポートしないヘッドユニット装置１００のために、ＶＮＣのようなアプリケーションを実行させるためのａｐｐＩＤｓエレメントを含む。上記ＡｐｐＩＤｓエレメントは、複数のアプリケーションＩＤで構成され、コンマで区分される。それぞれのアプリケーションＩＤの前には、‘Ｌ’あるいは‘Ｔ’値のような識別子を付けることができ、‘Ｌ’値は‘Ｌ’値の後に存在するアプリケーションＩＤをＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションと共に使用して上記アプリケーションＩＤに該当するアプリケーションを実行させることを意味し、‘Ｔ’値はＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを使用して上記アプリケーションＩＤに該当するアプリケーションを終了させることを意味する。表８は、上記ＡｐｐＩＤｓエレメントの実施形態を表す。上記‘Ｌ’値と‘Ｔ’値は区別可能な他の値に変更することができる。例えば、‘Ｌ’の代わりに‘＊’値を使うことができ、‘Ｔ’の代わりに‘＄’値を使うことができる。

あるいは、表９のように‘Ｌ’値を使用せずに、アプリケーションＩＤの前に何らのタグが付いていないと、アプリケーションを実行させることを意味し、‘！’値を付ければ、アプリケーションを終了させることを意味することができる。

表８の内容によれば、ＶＮＣを使用して通知ＧＵＩを表示しようとするヘッドユニット装置１００は、ａｐｐＩＤｓエレメントを含む通知イベントメッセージを受信すると、０ｘ０１値を有するアプリケーションＩＤを有するアプリケーションをＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを通じて実行し、続いて、０ｘ０２値を有するアプリケーションＩＤを有するアプリケーションをＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを通じて実行する。そして、０ｘ０３値を有するアプリケーションをＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを通じて終了する。

ネイティブ通知ＧＵＩを提供するヘッドユニット装置である場合には、ａｐｐＩＤｓエレメントを無視する。

上述したようなデータ構造を有する通知イベントメッセージを受信したヘッドユニット装置は、ａｐｐＩＤｓエレメントの値を解析して順序にアプリケーションを実行又は終了する。

ステップＳ８１０で、モバイル装置２００は、ユーザが選択した通知タイプに対してイベントが発生した場合に実行されるアプリケーションのＩＤを有するイベント情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

ステップＳ８１５で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれた通知エレメントを親として有するａｐｐＩＤｓエレメント値を抽出し、コンマを基準にしてそれぞれのａｐｐＩＤを抽出した後、ａｐｐＩＤｓエレメントの値のうちで最初に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃１）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ８２０で、モバイル装置２００は、ＡｐｐＩＤ＃１を有するアプリケーションをＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションによって実行させる。現在ＡｐｐＩＤ＃１を有するアプリケーションが実行の中であれば、モバイル装置２００の画面最上段に上記アプリケーションが表示される。モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０がモバイル装置２００内に存在するＶＮＣサーバモジュール２９０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＶＮＣ ＵＲＬは、ＶＮＣ：／／…の形態を有する。

ステップＳ８２５で、該当ＵＲＬがＶＮＣサーバモジュール２９０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、ＶＮＣクライアントモジュール１９０を駆動してＶＮＣクライアントモジュール１９０に該当ＵＲＬアドレスを伝送する。ＶＮＣクライアントモジュール１９０は、該当ＵＲＬアドレスを通じてＶＮＣサーバモジュール２９０にアクセスでき、以後、ヘッドユニット装置１００は、ＶＮＣ接続またはストリーミングを通じてモバイル装置２００の第２のディスプレイ２１６に表示された画面、すなわちＧＵＩを受信することができる。ＶＮＣを通じてモバイル装置２００の通知ＧＵＩがヘッドユニット装置１００に表示されると、ユーザはモバイル装置２００をＶＮＣを通じて制御することができ、モバイル装置２００は、ユーザによる入力がＶＮＣを通じて受信されるごとに、必要であれば、表７のようなイベント通知メッセージをヘッドユニット装置１００に伝送する。

ステップＳ８３０で、ユーザは直接ＶＮＣを通じて通知のためのアクションを選択する。一例で、ユーザがＶＮＣを通じて受信コールに対する受諾（Accept）ボタンを選択することができる。すなわち、ユーザはヘッドユニット装置１００のＧＵＩに表示された受諾（Accept）ボタンを選択できる。

ステップＳ８３５で、モバイル装置２００は、ＲＴＰを実行させるための通知イベントメッセージをヘッドユニット装置１００に伝送する。上記通知イベントメッセージは、実行されるａｐｐＩＤｓエレメントを含む。

ステップＳ８４０で、ヘッドユニット装置１００は、上記通知イベントメッセージに含まれたａｐｐＩＤｓ値のうちで第２のａｐｐＩＤ（すなわち、ＡｐｐＩＤ＃２）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ８４５で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内の第１のＲＴＰサーバ／クライアントモジュール１８０がモバイル装置２００内に存在する第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＲＴＰ ＵＲＬは、ＲＴＰ：／／…の形態を有する。

ステップＳ８５０で、該当ＵＲＬが第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、第１のＲＴＰサーバ／クライアントモジュール１８０を駆動して第１のＲＴＰサーバ／クライアントモジュール１８０に該当ＵＲＬアドレスを伝送する。第１のＲＴＰサーバ／クライアントモジュール１８０は、該当ＵＲＬアドレスを通じて第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスすることができ、以後、ヘッドユニット装置１００は、ＲＴＰ接続またはストリーミングを通じてモバイル装置２００が受信した通話音声データを受信するか、ユーザの通話音声データをモバイル装置２００に伝送することができる。今後、ユーザがＶＮＣに従うＧＵＩを通じて電話を切れば、モバイル装置２００は、ヘッドユニット装置１００にＶＮＣ接続とＲＴＰ接続を終了させるための通知イベントメッセージをヘッドユニット装置１００に伝送する。

ステップＳ８５５で、モバイル装置２００は、ヘッドユニット装置１００に終了されるアプリケーションのＩＤを有する通知イベントメッセージを伝送する。

ステップＳ８６０で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクションメッセージをモバイル装置２００に伝送し、モバイル装置はａｐｐＩＤ値がＡｐｐＩＤ＃１であるアプリケーションを終了する。

ステップＳ８６５で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクションメッセージをモバイル装置２００に伝送し、モバイル装置はａｐｐＩＤ値がＡｐｐＩＤ＃２であるアプリケーションを終了する。

図９は、本発明の他の実施形態によって、簡略な通知イベントメッセージを使用してヘッドユニット装置がモバイル装置から通知イベントメッセージを受信した後、固有な通知ＧＵＩを用いてイベント通知情報を表示する過程を示すフローチャートである。

ステップＳ９１０で、モバイル装置２００は、ユーザが選択した通知タイプに対してイベントが発生した場合に、イベント通知情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

モバイル装置２００がヘッドユニット装置１００に通知イベントメッセージを伝送した場合に、ヘッドユニット装置１００は、通知イベントメッセージの情報だけで充分のネイティブ通知ＧＵＩを構成し難いことがある。それで、ヘッドユニット装置１００は、追加的にイベントに対する具体的な情報を得ることができる表１０のようなイベント情報要請（GetNotification）アクションを通じて、イベントに対するより多くの情報を得ることができる。

ステップＳ９１５で、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクションを通じてより詳細なイベント情報を得るために、ヘッドユニット装置１００は、通知イベントメッセージに含まれたイベント通知ＩＤであるＮｏｔｉＩＤと自体生成したプロファイルＩＤをＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージに含めて、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ９２０で、モバイル装置２００は、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージに対する応答で、表１１のようなＮｏｔｉＩＤに該当する通知イベントに対する詳細情報を含む通知情報メッセージ（またはイベント情報メッセージ乃至第２の通知メッセージ）をヘッドユニット装置１００に伝送する。

通知（notification）エレメントは、モバイル装置２００（例えば、フォン）で発生したイベントの詳細な情報を含み、このような情報はヘッドユニット装置１００に伝送される。ｎｏｔｉＩＤエレメントは、通知イベントの固有な識別子を表し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ｎｏｔｉＩＤで表現される。ｎｏｔｉＴｙｐｅエレメントは通知タイプを表し、通知を開始するアプリケーションにより提供される。ｎｏｔｉＴｙｐｅエレメントは、コール、メッセージ、アラームなどのような通知の種類を表し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｎｏｔｉＳｔｙｌｅは通知のディスプレイスタイルを表し、ポップアップスタイル、バナースタイル、フルスクリーンスタイル及びヒドン（hidden）スタイルの中の一つでなければならない。ヒドン（hidden）スタイルは通知のメッセージ内容をユーザに直接に表示せずに通知のための指示子をユーザに表示することを意味する。ｎｏｔｉＴｉｔｌｅエレメントは通知イベントの題目を表す。すなわち、ｎｏｔｉＴｉｔｌｅエレメントは発生したイベントの名前であり、例えば、新たなテキストメッセージまたは電子メールであり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｎｏｔｉＢｏｄｙエレメントは、通知メッセージの本文であり、ユーザのためのイベントの詳細情報を含む。例えば、ｎｏｔｉＢｏｄｙエレメントは、新たなテキストメッセージイベントに対するテキストメッセージコンテンツ、受信コールイベントに対する発信者ＩＤを含むことができ、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｉｃｏｎＬｉｓｔエレメントは使用可能アプリケーションアイコンのリストを表す。ｉｃｏｎ＊はアプリケーションアイコンを記述する。ｍｉｍｅｔｙｐｅエレメントはアイコンイメージのタイプを表す。ｗｉｄｔｈエレメントはアイコンの幅を示し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＩＮＴで表現される。ｈｅｉｇｈｔエレメントはアイコンの高さを示し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＩＮＴで表現される。ｄｅｐｔｈエレメントはアイコンのカラー深さを示し、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＩＮＴで表現される。ｕｒｌエレメントはアイコンを使用することができるＵＲＬを表す。ＡｐｐＩＤｓエレメントはコンマで分離されたアプリケーションＩＤを示し、ａｐｐＩＤｓエレメント内のアプリケーションＩＤは固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＬｉｓｔ上の一つと同一でなければならなく、各アプリケーションＩＤはＬまたはＴのプリフィクス値を有する。アプリケーションＩＤがＬのプリフィクス値を有すると、ヘッドユニット装置１００は、アプリケーションＩＤを用いてＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。一方、アプリケーションＩＤがＴのプリフィクス値を有すると、ヘッドユニット装置１００は、アプリケーションＩＤを用いてＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。通知メッセージがａｃｔｉｏｎｓエレメントを有すると、ａｐｐＩＤｓエレメントは空欄（empty string）値を有する。ａｐｐＩＤｓエレメントはＡ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ｐｒｉｏｒｉｔｙエレメントは通知の優先度を示し、ノーマル（normal）または緊急（emergency）値を有するべきであり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。ａｃｔｉｏｎｓエレメントは、通知に対するアクションのリストを示し、このようなリストは通知を開始するアプリケーションにより提供されることによって、ユーザが通知に対するユーザアクションを直接選択できるようにする。例えば、ユーザは新たなテキストメッセージに応答または無視する。リストはそのエレメントとして応答及び無視アクションを含む。ａｃｔｉｏｎｓエレメントは、ヘッドユニット装置１００がユーザ入力を受信するためにボタンを具備した自身の通知ＧＵＩを表示する時のみに通知メッセージに使用されるべきであり、そうでない場合に通知メッセージに含まれない。ａｃｔｉｏｎＩＤエレメントはアクションの固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｃｔｉｏｎＩＤで表現される。ユーザがヘッドユニット装置１００により提供される固有通知ＧＵＩを通じて通知に対するアクションを選択する時、ａｃｔｉｏｎＩＤエレメントはモバイル装置に提供されなければならない。ａｃｔｉｏｎＮａｍｅエレメントはアクション名前を示し、固有通知ＧＵＩにボタンとして表示される。ＡｐｐＩＤｓエレメントはコンマで分離されたアプリケーションＩＤを示し、ａｐｐＩＤｓエレメント内のアプリケーションＩＤは固有な識別子であり、Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＡｐｐＬｉｓｔ上の一つと同一でなければならなく、各アプリケーションＩＤはＬまたはＴのプリフィクス値を有する。アプリケーションＩＤがＬのプリフィクス値を有すると、ヘッドユニット装置はアプリケーションＩＤを用いてＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。一方、アプリケーションＩＤがＴのプリフィクス値を有すると、ヘッドユニット装置はアプリケーションＩＤを用いてＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクションを呼び出しする。ＡｐｐＩＤｓエレメントはＡ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。

Ｓ９２５で、ヘッドユニット装置１００は、通知情報メッセージの内容に基づいて通知ＧＵＩを構成する。通知情報メッセージのエレメントの中から、ａｃｔｉｏｎｓエレメントはヘッドユニット装置１００が通知情報メッセージを通じてネイティブ通知ＧＵＩを構成する時、ユーザ入力を受信するボタンを構成する場合のみに使用される。それ以外の場合において、上記ａｃｔｉｏｎｓエレメントは、通知情報メッセージ内に含まれない。ａｃｔｉｏｎｓエレメントが存在すれば、通知エレメントを親エレメントとして有しているａｐｐＩＤｓエレメント値は、空欄（empty string）値を有する。しかし、ａｃｔｉｏｎｓエレメントが存在しなければ、ａｐｐＩＤｓエレメントは規則によって実行あるいは終了されるアプリケーションＩＤ値を有するようになり、ヘッドユニット装置１００は、ａｐｐＩＤｓ値に存在するアプリケーションＩＤを順序に実行あるいは終了する。

ステップＳ９３０で、通知ＧＵＩを通じてユーザは受諾（Accept）ボタンを選択できる。

ステップＳ９３５で、ユーザが通知ＧＵＩのボタンを選択すると、上記ボタンに該当するＡｃｔｉｏｎＩＤと上記通知イベントメッセージに対するＩＤ、すなわちＮｏｔｉＩＤを引数値として有するＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション命令語を含むＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクション要請メッセージがモバイル装置２００に伝送される。ＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクションは、表１２のような引数を有する。

ステップＳ９４０で、モバイル装置２００は、アクションの実行結果（ＡｃｔｉｏｎＲｅｓｕｌｔ）に対するトルー（true）またはフォールス（false）を表すブール値を含む応答メッセージをヘッドユニット装置１００に伝送する。

該当ＩｎｖｏｋｅＮｏｔｉＡｃｔｉｏｎアクションの結果がトルーであれば、ヘッドユニット装置１００は、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクションを通じて受信した通知情報メッセージに含まれたａｐｐＩＤｓ値を抽出した後、順序にＶＮＣ、ＲＴＰなどのようなアプリケーションを実行する。

ステップＳ９４５で、ヘッドユニット装置１００は、通知情報メッセージに含まれた通知エレメントを親として有するａｐｐＩＤｓエレメント値を抽出し、コンマを基準にしてそれぞれのａｐｐＩＤを抽出した後、ａｐｐＩＤｓ値のうちで最初に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃１）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むアクション要請メッセージをモバイル装置に伝送する。

ステップＳ９５０で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内のＶＮＣクライアントモジュール１９０がモバイル装置２００内に存在するＶＮＣサーバモジュール２９０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＶＮＣ ＵＲＬは、ＶＮＣ：／／…の形態を有する。

ステップＳ９５５で、該当ＵＲＬがＶＮＣサーバモジュール２９０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、ＶＮＣクライアントモジュール１９０を駆動してＶＮＣクライアントモジュール１９０に該当ＵＲＬアドレスを伝送する。ＶＮＣクライアントモジュール１９０は、該当ＵＲＬアドレスを通じてＶＮＣサーバモジュール２９０にアクセスすることができ、以後、ヘッドユニット装置１００は、ＶＮＣ接続またはストリーミングを通じてモバイル装置２００の第２のディスプレイ２１６に表示された画面、すなわちＧＵＩを受信することができる。

ステップＳ９６０で、ヘッドユニット装置１００は、上記通知情報メッセージに含まれたａｐｐＩＤｓ値のうちで２番目に記載されたａｐｐＩＤ値（例えば、ＡｐｐＩＤ＃２）を引数として有するアプリケーション実行（LaunchApplication）アクション命令を含むＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ９６５で、モバイル装置２００は、該当ＬａｕｎｃｈＡｐｐｌｉｃａｔｉｏｎアクション命令のリターン値で、ヘッドユニット装置１００内の第１のＲＴＰサーバ／クライアントモジュール１８０がモバイル装置２００内に存在する第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬを含む応答メッセージをヘッドユニット装置１００に伝送する。このようなＲＴＰ ＵＲＬは、ＲＴＰ：／／…の形態を有する。

ステップＳ９７０で、該当ＵＲＬが第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスできるＵＲＬであれば、ヘッドユニット装置１００は、第１のＲＴＰサーバ／クライアントモジュール１８０を駆動して第１のＲＴＰサーバ／クライアントモジュール１８０に該当ＵＲＬアドレスを伝送する。第１のＲＴＰサーバ／クライアントモジュール１８０は、該当ＵＲＬアドレスを通じて第２のＲＴＰサーバ／クライアントモジュール２８０にアクセスでき、以後、ヘッドユニット装置１００は、ＲＴＰ接続またはストリーミングを通じてモバイル装置２００が受信した通話音声データを受信するか、ユーザの通話音声データをモバイル装置２００に伝送することができる。

上述したようにＶＮＣが接続されると、ユーザはヘッドユニット装置１００を通じてモバイル装置２００の第２のディスプレイ２１６に表示される画面、すなわちＧＵＩを制御することができる。

ステップＳ９７５で、特定アプリケーションを終了するために、モバイル装置２００は、ヘッドユニット装置１００に通知イベントメッセージを伝送する。

ステップＳ９８０で、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクションを通じてより詳細なイベント通知情報を得るために、ヘッドユニット装置１００は、通知イベントメッセージに含まれたイベント通知ＩＤであるＮｏｔｉＩＤとプロファイルＩＤをＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージに含めて、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ９８５で、モバイル装置２００は、ＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクション要請メッセージに対する応答で、表１１のようなＮｏｔｉＩＤに該当するイベントに対する詳細情報を含む通知情報メッセージをヘッドユニット装置１００に伝送する。

この時、ヘッドユニット装置１００は、ネイティブ通知ＧＵＩを通じてユーザにボタン情報を見せる必要がないので、上記詳細な通知情報メッセージ内にはａｃｔｉｏｎｓエレメントは含まれず、通知エレメントを親として有するａｐｐＩＤｓエレメント内に終了するアプリケーションＩＤをタグ値（‘Ｌ’あるいは‘Ｔ’、ここではそれぞれのアプリケーションＩＤ値の前に‘Ｔ’が付加される）と共に、通知情報メッセージに含めてヘッドユニット装置１００に伝送する。

ヘッドユニット装置１００は、上記ＡｐｐＩＤｓエレメントを分析して、関連したアプリケーションを終了する。

ステップＳ９９０で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクション要請メッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃１であるアプリケーションを終了する。

Ｓ９９５で、ヘッドユニット装置１００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２である引数値を有するＴｅｒｍｉｎａｔｅＡｐｐｌｉｃａｔｉｏｎアクション命令を含むアクション要請メッセージをモバイル装置２００に伝送し、モバイル装置２００は、ａｐｐＩＤ値がＡｐｐＩＤ＃２であるアプリケーションを終了する。

一方、ヘッドユニット装置１００が通知ＧＵＩを提供するか否かに関わらず、ヘッドユニット装置１００が一律的に動作するように具現しようとすれば、通知状態変数（notiEvent state variable）の代わりに、唯一の値である通知ＩＤ（ｎｏｔｉＩＤ）値のみがモバイル装置２００からヘッドユニット装置１００に伝送され、ヘッドユニット装置１００は、常にＧｅｔＮｏｔｉｆｉｃａｔｉｏｎアクションを通じて通知に対する詳細な情報を獲得することができる。この時、引数値は受信された通知ＩＤ値である。

図１０は、一つのアプリケーションが多様な種類の通知サービスをサポートする場合を説明するための図である。

ヘッドユニット装置１００は、モバイル装置２００と接続する時、モバイル装置２００が提供するアプリケーション目録を受信する。ヘッドユニット装置１００は、上記アプリケーション目録を記憶する。

ステップＳ１０１０で、ヘッドユニット装置１００は、アプリケーション目録を要請するアプリケーション目録要請（GetApplicationList）アクション命令を含むアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ１０１５で、モバイル装置２００は、アプリケーション目録（ApplicationList）をヘッドユニット装置１００に伝送する。

それ以後、ユーザが所望するアプリケーションと上記アプリケーションに対応する通知タイプに対して通知を受けようとする場合、表１３のような引数を有するＧｅｔＮｏｔｉＡｐｐｌｉｃａｔｉｏｎＬｉｓｔアクションを通じて、通知サービスをサポートするアプリケーションの目録を受信する。

ステップＳ１０２０で、ヘッドユニット装置１００は、通知サポートアプリケーション目録要請（GetNotiApplicationList）アクション命令を含むアクション要請メッセージをモバイル装置２００に伝送する。

ステップＳ１０２５で、ＧｅｔＮｏｔｉＡｐｐｌｉｃａｔｉｏｎＬｉｓｔアクションに対する応答で、モバイル装置２００は、通知サポートアプリケーション目録（NotiAppList）を含む応答メッセージをヘッドユニット装置１００に伝送する。通知サポートアプリケーション目録は、表１４のようなデータ構造を有する。

ｎｏｔｉＡｐｐＬｉｓｔエレメントは、通知サービスをサポートするアプリケーションリストを表す。ｎｏｔｉＡｐｐエレメントは、通知サービスをサポートする遠隔アプリケーションを記述する。ａｐｐＩＤエレメントは、固有なアプリケーションＩＤである。ＮｏｔｉＴｙｐｅｓエレメントは、コンマで分離された通知タイプのリストであり、一つのアプリケーションは、例えばコール、ＳＭＳ、フェイスブック、ツイーターなどのような各種通知タイプをサポートすることができ、空欄ではならなく、Ａ＿ＡＲＧ＿ＴＹＰＥ＿Ｓｔｒｉｎｇで表現される。表１４は、通知サービスをサポートするアプリケーションに対するＩＤ値を含み、それぞれのアプリケーションがサポートできる通知タイプも含む。モバイル装置２００は、図３に開示された過程を通じて表１４のようなＸＭＬ値を構成してＧｅｔＮｏｔｉＡｐｐｌｉｃａｔｉｏｎＬｉｓｔアクションを通じてヘッドユニット装置１００に伝送することができる。

ステップＳ１０３０で、ヘッドユニット装置１００は、ＧｅｔＡｐｐｌｉｃａｔｉｏｎＬｉｓｔアクションに従うアプリケーション目録（ApplicationList）と通知サポートアプリケーション目録（NotiAppList）を比較する。

ステップＳ１０３５で、ヘッドユニット装置１００は、画面、すなわち通知ＧＵＩを通じてユーザに通知サービスをサポートするアプリケーション目録を表示し、必要によって、それぞれのアプリケーションがサポートする通知タイプも共に表示できる。

ステップＳ１０４０で、ユーザは表示された通知ＧＵＩでアプリケーション及び／または通知タイプを選択することができる。

ステップＳ１０４５で、ヘッドユニット装置１００は、ユーザが選択した通知サービスのタイプ（SelectedNotiTypes）とこのような通知タイプの登録を要請する通知環境設定（SetNotiConfiguration）アクション命令を含むＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクション要請メッセージをモバイル装置２００に伝送する。

ユーザは自身が所望するアプリケーションとそれぞれのアプリケーションがサポートする通知タイプのうち所望の通知タイプのみを選択でき、上記選択された値は表１５のようにＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクションの引数値として設定されてモバイル装置２００に伝送される。モバイル装置２００は、受信した引数値を内部的に記憶し、以後、上記引数値に基づいてユーザが所望する通知のみをヘッドユニット装置１００に伝送することができる。

ユーザが通知を選択的に受信しなく、すべての通知をモバイル装置２００から受信することを希望する場合、ヘッドユニット装置１００は、ＮｏｔｉＡｐｐＬｉｓｔ引数値を“＊”（デフォルト値（default value））に設定する。

表１６は、ヘッドユニット装置１００がＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクションを通じて設定した値またはモバイル装置２００に設定されて記憶された値を受信するために使用される通知環境要請（GetNotiConfiguration）アクションに対する引数値を表す。

ＳｅｔＮｏｔｉＣｏｎｆｉｇｕｒａｔｉｏｎアクションを通じて通知に対する設定が完了すれば、ヘッドユニット装置１００は、モバイル装置２００からの通知を受信するための加入（Subscribe）する。上記加入過程は、ヘッドユニット装置１００がモバイル装置２００を発見した以後からはいつでも実行できる。それ以後、ヘッドユニット装置１００は、モバイル装置２００から通知イベントを受信する。

ステップＳ１０５０で、ヘッドユニット装置１００は、モバイル装置２００にＭＬ通知サービスの加入を要請する加入メッセージを伝送する。

ステップＳ１０５５で、モバイル装置２００は、ユーザが選択した通知タイプに対してイベント通知が発生した場合のみにイベント通知情報を含む通知イベントメッセージをヘッドユニット装置１００に伝送する。

上述した実施形態において、モジュールという用語は、装置という記載に置き換えられるか省略可能である。

上記した本発明による実施形態は、ハードウェア、ソフトウェア、又はこれらの組み合わせで実現することができる。このような任意のソフトウェアは、例えば、削除可能、又は再記録可能の可否と関係なく、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random-Access Memory）のような揮発性又は非揮発性格納装置、あるいはＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、磁気ディスク、又は磁気テープのような光学あるいは磁気的に記録可能であると同時に、機械読み取り可能な記録媒体に格納され得る。モバイル装置またはヘッドユニット装置内に含まれるメモリは、本発明の実施形態を実現する指示を含むプログラム又はプログラムを記録するのに適合した機械で読み取り可能な記録媒体の一例であることがわかる。したがって、本発明は、本明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを記録する機械（コンピュータなど）で読み取れる格納媒体を含む。また、このようなプログラムは、有線又は無線接続を通じて伝達される通信信号のような任意の媒体を通じて、電子的に移送することができ、本発明は、これと均等であるものを適切に含む。

また、上記モバイル装置またはヘッドユニット装置は、有線または無線で連結するプログラムの提供装置から、上記プログラムを受信して記憶することができる。上記プログラムの提供装置は、上記モバイル装置またはヘッドユニット装置が既設定された車両内の通知サービス方法を実行するようにする指示を含むプログラム、車両内の通知サービス方法に必要な情報などを記憶するためのメモリと、上記モバイル装置またはヘッドユニット装置との有線または無線通信を実行するための通信モジュールと、上記モバイル装置またはヘッドユニット装置の要請または自動で該当プログラムを上記モバイル装置またはヘッドユニット装置へ送信する制御部とを含むことができる。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

１００ ヘッドユニット装置
１１０ 第１のユーザインターフェース
１１２ 第１のスピーカ
１１４ 第１のマイク
１１６ 第１のディスプレイ
１２０ 第１のセンサ部
１３０ 第１のメモリ
１４０ 第１の通信モジュール
１４２ ブルートゥースモジュール
１４４ 無線ランモジュール
１４６ ＵＳＢモジュール
１５０ 第１のカメラ
１６０ 第１の制御部
１７０ ターミナルモードコントロールポイント
１８０ クライアントモジュール
１９０ クライアントモジュール
２００ モバイル装置
２１０ 第２のユーザインターフェース
２１２ 第２のスピーカ
２１４ 第２のマイク
２１６ 第２のディスプレイ
２２０ 第２のセンサ部
２３０ 第２のメモリ
２４０ 第２の通信モジュール
２５０ 第２のカメラ
２６０ 第２の制御部
２７０ ターミナルモードサーバ装置モジュール
２７２ 通知サービスモジュール
２７４ アプリケーションサーバサービスモジュール
２８０ クライアントモジュール
２９０ サーバモジュール
３１０ アプリケーション１
３１１ アプリケーション２
３２０ 通知タイプマネジャー

Claims (18)

1. ヘッドユニット装置による車両内の通知サービス方法であって、
   前記車両内の通知サービスをサポートするアプリケーションのリストまたは前記アプリケーションの識別子のリストを含むメッセージをモバイル装置から受信するステップと、
   前記車両内の通知サービスをサポートするアプリケーションのリストまたは前記アプリケーションの識別子のリストを表示するステップと、
   前記車両内の通知サービスをサポートする前記アプリケーションのうちから選択されたアプリケーションに対する情報を前記モバイル装置に伝送するステップと、
   前記選択されたアプリケーションと関連したイベントが前記モバイル装置内で発生することによって、前記モバイル装置から前記イベントに対するイベント情報を含む通知メッセージを受信するステップと、を含むことを特徴とする車両内の通知サービス方法。
2. 通知ユーザインターフェースに対するユーザ入力を受信するステップと、
   前記ユーザ入力に対応するアクションの実行を前記モバイル装置に要請するステップと、をさらに含むことを特徴とする請求項１に記載の方法。
3. 前記モバイル装置及び前記ヘッドユニット装置の間にメディアセッションを確立するステップと、
   前記メディアセッションを介して前記モバイル装置から前記通知ユーザインターフェースを受信するステップと、をさらに含むことを特徴とする請求項２に記載の方法。
4. 前記メディアセッションを確立するステップは、
   前記モバイル装置から前記メディアセッションのための前記モバイル装置内のサーバモジュールのアドレスを受信するステップと、
   前記ヘッドユニット装置内のクライアントモジュールが前記アドレスを用いて前記サーバモジュールにアクセスするステップと、を含むことを特徴とする請求項３に記載の方法。
5. 前記イベント情報に基づいて前記イベントと関連したアプリケーションの実行を要請するアクション要請メッセージを生成するステップと、
   前記アクション要請メッセージを前記モバイル装置に伝送するステップと、
   前記アクション要請メッセージに対する応答メッセージを前記モバイル装置から受信するステップと、
   前記応答メッセージに基づいて、前記実行されたアプリケーションの通知ユーザインターフェースを表示するステップと、をさらに含むことを特徴とする請求項１乃至４のいずれか一項に記載の方法。
6. 前記モバイル装置に前記実行されたアプリケーションの終了を要請するステップをさらに含むことを特徴とする請求項５に記載の方法。
7. 請求項１乃至６のいずれか一項に記載の方法を実行するためのプログラムを記録した機械可読の記憶媒体。
8. 請求項７の機械可読の記憶媒体を含むヘッドユニット装置。
9. 車両内の通知サービスを提供するモバイル装置であって、
   ヘッドユニット装置と通信する通信モジュールと、
   前記車両内の通知サービスをサポートするアプリケーションのリストまたは前記アプリケーションの識別子のリストを含むメッセージを前記ヘッドユニット装置に伝送し、前記車両内の通知サービスをサポートする前記アプリケーションのうちから選択されたアプリケーションに対する情報を前記ヘッドユニット装置から受信し、前記選択されたアプリケーションを登録し、前記選択されたアプリケーションと関連したイベントの発生によって、前記イベントに対するイベント情報を含む通知メッセージを生成し、前記通知メッセージを前記通信モジュールを通じて前記ヘッドユニット装置に伝送する制御部と、を含むことを特徴とするモバイル装置。
10. 前記制御部は、前記モバイル装置及び前記ヘッドユニット装置の間にメディアセッションを確立し、
    前記メディアセッションを介して通知ユーザインターフェースを前記ヘッドユニット装置に伝送することを特徴とする請求項９に記載のモバイル装置。
11. 前記制御部は、前記通信モジュールを通じて前記ヘッドユニット装置に前記メディアセッションのための前記モバイル装置内のサーバモジュールのアドレスを伝送し、
    前記ヘッドユニット装置内のクライアントモジュールは、前記サーバモジュールにアクセスすることを特徴とする請求項１０に記載のモバイル装置。
12. 前記制御部は、前記イベントと関連した前記リスト内のアプリケーションの実行を要請するアクション要請メッセージを前記通信モジュールを通じて前記ヘッドユニット装置から受信し、前記アクション要請メッセージに対する応答メッセージを前記ヘッドユニット装置に伝送することを特徴とする請求項９乃至１１のいずれか一項に記載のモバイル装置。
13. 前記制御部は、前記通信モジュールを通じて前記ヘッドユニット装置から前記実行されたアプリケーションの終了要請を受信し、前記終了要請によって前記実行されたアプリケーションを終了することを特徴とする請求項１２に記載のモバイル装置。
14. モバイル装置における車両内の通知サービス方法であって、
    前記車両内の通知サービスをサポートするアプリケーションのリストまたは前記アプリケーションの識別子のリストを含むメッセージをヘッドユニット装置に伝送するステップと、
    前記車両内の通知サービスをサポートする前記アプリケーションのうちから選択されたアプリケーションに対する情報を前記ヘッドユニット装置から受信するステップと、
    前記選択されたアプリケーションを登録するステップと、
    前記選択されたアプリケーションと関連したイベントの発生によって、前記イベントに対するイベント情報を含む通知メッセージを生成するステップと、
    前記通知メッセージを前記ヘッドユニット装置に伝送するステップと、を含むことを特徴とする車両内の通知サービス方法。
15. 前記モバイル装置及び前記ヘッドユニット装置の間にメディアセッションを確立するステップと、
    前記メディアセッションを介して通知ユーザインターフェースを前記ヘッドユニット装置に伝送するステップと、をさらに含むことを特徴とする請求項１４に記載の方法。
16. 前記イベントと関連した前記リスト内のアプリケーションの実行を要請するアクション要請メッセージを前記ヘッドユニット装置から受信するステップと、
    前記アクション要請メッセージに対する応答メッセージを前記ヘッドユニット装置に伝送するステップと、をさらに含むことを特徴とする請求項１４又は１５に記載の方法。
17. 請求項１４乃至１６のいずれか一項に記載の方法を実行するためのプログラムを記録した機械可読の記憶媒体。
18. 請求項１７の機械可読の記憶媒体を含むモバイル装置。

Images