特許 6073302 ＵＰｎＰ基盤デバイス間のデータ交換装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6073302

(24)【登録日】2017年1月13日

(45)【発行日】2017年2月1日

(54)【発明の名称】ＵＰｎＰ基盤デバイス間のデータ交換装置及び方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20170123BHJP

【ＦＩ】

   G06F13/00 357A

【請求項の数】14

【全頁数】16

(21)【出願番号】特願2014-515762(P2014-515762)

(86)(22)【出願日】2012年6月18日

(65)【公表番号】特表2014-517417(P2014-517417A)

(43)【公表日】2014年7月17日

(86)【国際出願番号】KR2012004789

(87)【国際公開番号】WO2012173444

(87)【国際公開日】20121220

【審査請求日】2015年2月18日

(31)【優先権主張番号】10-2011-0058971

(32)【優先日】2011年6月17日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2012-0064078

(32)【優先日】2012年6月15日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ホ−ヨン・パク

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特開２００７−１３３８８１（ＪＰ，Ａ）

【文献】 特表２０１０−５１１９２０（ＪＰ，Ａ）

【文献】 特開２００７−０６６０７６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／００３６９４１（ＵＳ，Ａ１）

【文献】 茶間康，家電機器をネットワーク化するアーキテクチャ Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙの全貌 第２回，Ｉｎｔｅｒｆａｃｅ，日本，ＣＱ出版株式会社，２００３年 ７月 １日，第29巻,第7号，p.164-176

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換装置であって、
特定のパラメータに対する要請を生成し被制御部に送信し、前記被制御部から前記要請に対する応答を受信する制御部と、
前記応答に含まれた情報に基づいてイベントデータ送信経路を確立し、イベントデータを受信するイベントデータバスモジュールとを有し、
前記特定のパラメータに対する要請は、パラメータ受信期間、および、パラメータ受信期間タイプを有することを特徴とするＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項2】

ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換装置であって、
特定のパラメータに対する要請を制御部から受信し、前記要請に対する応答を前記制御部に送信する被制御部と、
前記制御部の制御でイベントデータ送信経路を確立し、イベントデータを送信するイベントデータバスモジュールとを有し、
前記特定のパラメータに対する要請は、パラメータ受信期間、および、パラメータ受信期間タイプを有することを特徴とするＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項3】

前記特定のパラメータに対する要請は、パラメータネーム、パラメータ受信周期タイプ、および、パラメータ受信周期、を有することを特徴とする請求項１又は２に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項4】

前記要請に対する応答は、
前記特定のパラメータを識別するための識別子（ＩＤ）、パラメータ送信周期、パラメータ送信期間、及びパラメータ送信アドレスを有することを特徴とする請求項３に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項5】

前記特定のパラメータに対する要請は、パラメータ受信アドレスをさらに有することを特徴とする請求項３に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項6】

前記要請に対する応答は、
前記特定のパラメータを識別するための識別子（ＩＤ）、パラメータ送信周期、及びパラメータ送信期間を有することを特徴とする請求項５に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項7】

前記イベントデータは、パラメータを識別するためのクエリ識別子（ＩＤ）と対応するパラメータ値に対応するデータ値とを有することを特徴とする請求項３に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項8】

前記イベントデータは、インターネットプロトコル（ＩＰ）に基づく送信制御プロトコル（ＴＣＰ）又はユーザデータグラムプロトコル（ＵＤＰ）パケットのタイプを有し、ＴＣＰ又はＵＤＰパケット内の２進値及び拡張マークアップ言語（ＸＭＬ）値のうちのいずれか１つに含まれることを特徴とする請求項３に記載のＵＰｎＰ基盤デバイス間のデータ交換装置。

【請求項9】

ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換方法であって、
制御部が特定のパラメータに対する要請を生成するステップと、
前記要請を被制御部に送信するステップと、
前記要請に対する応答を前記被制御部から受信するステップと、
前記応答に含まれた情報を用いてイベントデータ送信経路を確立するステップと、
前記イベントデータ送信経路を通してイベントデータを受信するステップとを有し、
前記特定のパラメータに対する要請は、パラメータ受信期間、および、パラメータ受信期間タイプを有することを特徴とするＵＰｎＰ基盤デバイス間のデータ交換方法。

【請求項10】

前記被制御部が前記特定のパラメータに対する要請を前記制御部から受信するステップと、
前記要請に対する応答を生成するステップと、
前記制御部に対する応答を送信するステップと、
前記制御部と前記イベントデータ送信経路を確立するステップと、
前記イベントデータ送信経路を通して前記イベントデータを前記制御部に送信するステップとをさらに有することを特徴とする請求項９に記載のＵＰｎＰ基盤デバイス間のデータ交換方法。

【請求項11】

前記特定のパラメータに対する要請は、パラメータネーム、パラメータ受信周期タイプ、および、パラメータ受信周期、を含むことを特徴とする請求項９に記載のＵＰｎＰ基盤デバイス間のデータ交換方法。

【請求項12】

前記要請に対する応答は、前記特定のパラメータを識別するための識別子（ＩＤ）、パラメータ送信周期、パラメータ送信期間、及びパラメータ送信アドレスを含むことを特徴とする請求項９に記載のＵＰｎＰ基盤デバイス間のデータ交換方法。

【請求項13】

前記イベントデータは、パラメータを識別するためのクエリ識別子（ＩＤ）と対応するパラメータに対応するデータ値とを含むことを特徴とする請求項９に記載のＵＰｎＰ基盤デバイス間のデータ交換方法。

【請求項14】

前記イベントデータは、インターネットプロトコル（ＩＰ）に基づく送信制御プロトコル（ＴＣＰ）又はユーザデータグラムプロトコル（ＵＤＰ）パケットのタイプを含み、ＴＣＰ又はＵＤＰパケット内の２進値及び拡張マークアップ言語（ＸＭＬ）値のうちのいずれか１つに含まれることを特徴とする請求項９に記載のＵＰｎＰ基盤デバイス間のデータ交換方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ交換装置及び方法に関し、特に、ユニバーサルプラグアンドプレイ（universal plug and play：ＵＰｎＰ）基盤デバイス間のデータ交換装置及び方法に関する。

【背景技術】

【0002】

ＵＰｎＰ技術は、様々なデバイス間のデータ交換のために使用される。ＵＰｎＰ技術は、従来のコンピュータシステムで使用されるプラグアンドプレイ（Plug and Play：ＰｎＰ）技術をネットワークに基づく動的サービスインターワーキング技術に拡張する技術である。

【0003】

ＵＰｎＰ技術をサポートするデバイスは、一般的に、制御の主体となることができるか否に基づいて、制御部（Control Point）及び被制御部（Controlled Device）に分類される。制御部は、他のデバイスを検索するか又は制御し、被制御部は、制御部の制御の下に、被制御部自身が提供するサービスを実行する。一般的に、制御部及び被制御部は、アドレッシング（Addressing）過程、ディスカバリー（Discovery）過程、ディスクリプション（Description）過程、制御過程、及びイベンティング（Eventing）過程を含むネットワーキングを実行する。

【0004】

図１は、従来のＵＰｎＰプロトコルスタックを示す図である。

【0005】

図１を参照すると、ＵＰｎＰプロトコルスタックは、インターネットプロトコル（ＩＰ）１２、送信制御プロトコル（ＴＣＰ）１４、ハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol：ＨＴＴＰ）１６、シンプルオブジェットアクセスプロトコル（Simple Object Access Protocol：ＳＯＡＰ）１８、及び汎用イベント通知アーキテクチャ（General Event Notification Architecture：ＧＥＮＡ）１９を含み、制御部及び被制御部は、ＵＰｎＰプロトコルスタック１０に基づいてデータを交換する。

【0006】

まず、制御部は、ＩＰ１２及びＴＣＰ１４を通してネットワーク上の他のデバイスと通信し、ＩＰアドレスを通してネットワーク上の他のデバイスの検索及び照会を行うアドレス過程及びディスカバリー過程を実行する。

【0007】

また、制御部は、被制御部で提供するサービスを認識するために被制御部のＩＰアドレスを通してデバイスの明細ファイル（サービスディスクリプションＸＭＬファイル又はデバイスディスクリプション拡張マークアップ言語（ＸＭＬ）ファイル）を要請し、被制御部からデバイスの明細ファイルを受信する。制御部は、被制御部により提供されるデバイスの明細ファイルを分析することにより被制御部で提供するサービスを認識する。

【0008】

さらに、制御部は、被制御部を通してサービスを実行するために、被制御部で提供するサービスの実行を要請する制御命令（Action）メッセージを被制御部に送信し、対応する制御命令メッセージを受信した被制御部から制御応答メッセージを受信する。ここで、制御命令メッセージ及び制御応答メッセージは、ＳＯＡＰ１８を通してＸＭＬを用いて表現される。

【0009】

追加で、制御部は、制御命令メッセージを通して所定のサービスを提供する被制御部のイベントが発生するか否か、すなわち、被制御部の状態変化があるか否かを確認するイベンティング過程を実行する。このとき、制御部が被制御部の状態変化を確認するためにサブスクリプションを要請するＳＯＡＰメッセージを被制御部に送信し、被制御部は、被制御部の状態変化を通知するためにＧＥＮＡ１８を用いてテキスト形態のイベントメッセージを制御部に送信する。

【0010】

上述したように、従来のＵＰｎＰプロトコルスタック１０に基づいてデータを交換する際に、ＳＯＡＰ１８を用いて制御命令メッセージ及び制御応答メッセージのような制御関連メッセージを制御部と被制御部との間で送受信し、被制御部は、ＧＥＮＡ１９を用いてイベントメッセージを制御部に送信する。ここで、ＧＥＮＡ１９は、デバイス間のイベントメッセージを交換するために使用され、ＳＯＡＰ１８は、ＸＭＬを用いて制御命令をデバイスに送信するために使用されるプロトコルを意味する。

【0011】

上述したような従来のＵＰｎＰプロトコルスタック１０に基づくデータを交換する方式によると、ＵＰｎＰプロトコル１０が制御ネットワークを主要対象にして開発されたプロトコルであるので、ＵＰｎＰは、ＵＰｎＰ１０のＳＯＡＰ１８のようなプロトコルを用いてネットワーク内に含まれるデバイス間でワンショット制御関連メッセージを交換するために便利に使用されるが、高速で双方向のデータを周期的に送受信するのには適合しないという問題がある。

【0012】

言い換えれば、ＳＯＡＰ１８を用いて制御命令メッセージ及び制御応答メッセージを制御部と被制御部との間で送受信するのには便利であるが、ＳＯＡＰ１８は、２進データを送受信する際にベース（base）６４エンコーディングに基づく添付方式を使用するので、高速で２進データを周期的に送受信するのには適合しない。

【0013】

また、被制御部は、ＧＥＮＡ１９を用いてイベントメッセージを制御部に送信するが、ＧＥＮＡ１９は、マルチキャスト方式でＵＰｎＰネットワークに接続されたすべての制御部に送信されるもので単方向だけサポートされる。したがって、ＧＥＮＡ１９は、高速で双方向の２進データを制御部と被制御部との間で周期的に送受信するのには適合しない。結論的に、ＳＯＡＰ１８及びＧＥＮＡ１９を用いて制御部と被制御部との間で双方向データの交換を実行することは、非効率的であり速くないという問題点がある。

【発明の概要】

【発明が解決しようとする課題】

【0014】

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。したがって、本発明の目的は、実時間で高速でＵＰｎＰを用いたＵＰｎＰデバイス間の双方向データの交換が可能であるようにする装置及び方法を提供することにある。

【0015】

また、本発明の他の目的は、実時間で高速でＵＰｎＰを用いた車両ヘッドユニットとモバイルデバイスとの間のデータの交換が可能であるようにする装置及び方法を提供することにある。

【課題を解決するための手段】

【0016】

上記のような目的を達成するために、本発明の一態様によれば、ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換装置を提供する。上記装置は、特定のパラメータを要請するアクションを生成し被制御部に送信し、上記被制御部から上記特定のパラメータを要請するアクションに応じるリターンを受信する制御部と、上記リターンに含まれた情報に基づいてファストイベントデータ送信経路を確立し、ファストイベントデータを受信するファストイベントデータバスモジュールとを有することを特徴とする。

【0017】

本発明の他の態様によれば、ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換装置を提供する。上記装置は、特定のパラメータを要請するアクションを制御部から受信する場合に、上記特定のパラメータを要請するアクションに応じるリターンを上記制御部に送信し、上記制御部とファストイベントデータ送信経路を確立するように制御する被制御部と、上記制御部の制御に従ってファストイベントデータ送信経路を確立し、上記ファストイベントデータを送信するファストイベントデータバスモジュールとを有することを特徴とする。

【0018】

本発明のさらに他の態様によれば、ユニバーサルプラグアンドプレー（ＵＰｎＰ）基盤デバイス間のデータ交換方法を提供する。上記方法は、制御部が特定のパラメータを要請するアクションを生成し、被制御部に送信するステップと、上記被制御部から上記特定のパラメータを要請するアクションに応じるリターンを受信するステップと、上記リターンに含まれた情報を用いてファストイベントデータ送信経路を確立するステップと、上記ファストイベントデータ送信経路を通してファストイベントデータを受信するステップとを有することを特徴とする。

【発明の効果】

【0019】

本発明の実施形態によるＵＰｎＰデバイス間のデータ交換装置及び方法に基づいて、実時間で高速でＵＰｎＰを用いてファストイベント送信経路を通してＵＰｎＰデバイスの間で双方向データを交換することができるようにすることにより、ＵＰｎＰに基づく異なるデバイス間のインターワーキングを通して便利なＩＴサービスを提供することができるという長所がある。

【0020】

また、本発明の実施形態によると、実時間で高速でＵＰｎＰプロトコルを用いてファストイベント送信経路を通して車両ヘッドユニット１００とモバイルデバイス２００との間でデータを交換することができるようにすることにより、効率的なインフォテインメントサービスを提供することができるという長所がある。

【0021】

本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。

【図面の簡単な説明】

【0022】

【図1】従来のＵＰｎＰプロトコルスタックを示す図である。

【図2】本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換装置の構成を示すブロック図である。

【図3】本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換方法を示す信号フロー図である。

【図4】本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換方法を示す信号フロー図である。

【図5】本発明の実施形態によるファストイベントデータを送信するためのスタックを示す図である。

【発明を実施するための形態】

【0023】

本発明の様々な実施形態を、添付の図面を参照して詳細に説明する。下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるために様々な特定の詳細を含むが、これは一つの実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

【0024】

本発明の実施形態によると、ＵＰｎＰ基盤デバイス間のデータ交換装置は、制御部及び被制御部を含むことができる。本発明のＵＰｎＰ基盤デバイス間のデータ交換装置に含まれる制御部及び被制御部は、ＵＰｎＰに基づいてデータを交換することができるいかなるデバイスも含むことができる。

【0025】

本明細書では、車両内で各種エンターテインメントを提供するために車両に設置された車両ヘッドユニット（Head Unit）及びスマートフォンのようなモバイルデバイスを制御部及び被制御部の例として説明する。本発明の実施形態によると、車両ヘッドユニットが制御部として動作することができ、モバイルデバイスが被制御部として動作することができ、あるいは、モバイルデバイスが制御部として動作することができ、車両ヘッドユニットが被制御部として動作することができる。

【0026】

図２は、本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換装置の構成を示すブロック図である。

【0027】

図２を参照すると、車両ヘッドユニット１００は、モバイルデバイス２００とのインターワーキングを通してＵＰｎＰに基づいてデータを交換する。車両ヘッドユニット１００は、車両管理部（vehicle Manageable Device）１１０、電話制御部（Telephony Control Point）１２０、及び第１のファストイベントバスモジュール（first Fast Event Bus Module）１３０を含む。

【0028】

車両管理部１１０は、車両内の各種機能を実行する。例えば、車両管理部１１０は、ＧＰＳ信号を受信することによりナビゲーション機能を実行するか、ディジタルマルチメディアブロードキャスティング（ＤＭＢ）無線信号又はＤＭＢ ＴＶ信号を出力するか、又は移動通信アンテナ（図示せず）を通して移動通信を実行する。また、車両管理部１１０は、カーオーディオ機能及びビデオ機能、及び車両で提供する他の機能を提供することができる。

【0029】

車両管理部１１０は、車両内の各種機能を実行するための車両データモデル１１２を含む。車両データモデル１１２は、ナビゲーション機能、ＤＭＢ機能、移動通信機能、カーオーディオ機能及びビデオ機能を実行するのに必要なパラメータ値及びナビゲーション機能、ＤＭＢ機能、移動通信機能、カーオーディオ機能及びビデオ機能を実行しつつ発生したイベントに対応するパラメータ値を記憶する。

【0030】

車両管理部１１０は、車両ヘッドユニット１００が被制御部として動作する場合に被制御部となることができ、制御部として動作するモバイルデバイス２００の車両管理制御部２２０から車両データモデル１１２に記憶されたパラメータ値の中で特定のパラメータを要請するアクションを受信する。

【0031】

車両管理部１１０は、モバイルデバイス２００の車両管理制御部２２０から特定のパラメータに対する要請を受信する場合に、対応する要請内のパラメータを分析し、送信可能な値を計算し、送信可能な値に関する情報を示すリターン（Return）を送信する。

【0032】

車両管理部１１０がリターンを送信した後に、第１のファストイベントバスモジュール１３０及び第２のファストイベントバスモジュール２３０が相互に接続される場合に、車両管理部１１０は、第１のファストイベントバスモジュール１３０と第２のファストイベントバスモジュール２３０との間のファストイベントデータ送信経路を通して特定のパラメータの中で送信可能な値をモバイルデバイス２００に送信する。

【0033】

また、車両管理部１１０が車両管理制御部２２０からパラメータ送信中断に対する要請を受信する場合に、車両管理部１１０は、パラメータ送信中断を通知する結果を車両管理制御部２２０に転送する。

【0034】

電話制御部１２０は、車両ヘッドユニット１００が制御部として動作する場合に被制御部を制御し、被制御部であるモバイルデバイス２００の電話部（telephony server）２１０から特定のパラメータを受信するのに必要な制御を実行する。

【0035】

具体的に、電話制御部１２０は、モバイルデバイス２００の電話部２１０から受信しようとする特定のパラメータに対する要請を生成し、生成された要請をモバイルデバイス２００の電話部２１０に送信する。電話制御部１２０は、モバイルデバイス２００から特定のパラメータに対する要請に応じるリターンを受信する場合に、リターンに含まれた情報を用いて第１のファストイベントバスモジュール１３０と第２のファストイベントバスモジュール２３０との間のファストイベントデータ送信経路を通してファストイベントデータ、すなわち、この要請された特定のパラメータの中で提供される値を受信する。

【0036】

また、電話制御部１２０は、パラメータ送信中断が要請される場合に、パラメータ送信中断に対する要請を電話部２１０に送信し、パラメータ送信中断を通知する結果を電話部２１０から受信する。

【0037】

例えば、特定のパラメータに対する要請は、パラメータネーム、パラメータ受信周期タイプ、パラメータ受信周期、パラメータ受信期間タイプ、パラメータ受信期間、及びパラメータ受信アドレスに対応するユニフォームリソースロケータ（ＵＲＬ）値を含むスタートファストイベントクエリアクション（Start Fast Event Query Action）であり得る。また、この特定のパラメータに対する要請に応じるリターンは、パラメータを識別するための識別子（ＩＤ）、パラメータ送信周期、及びパラメータ送信期間を含むリターンスタートファストイベントクエリアクション（Return-Start Fast Event Query Action）であり得る。

【0038】

車両管理部１１０が特定のパラメータを要請するアクションに応答するリターンを車両管理制御部（vehicle management controller）２２０に送信すると、第１のファストイベントバスモジュール１３０は、ファストイベント送信経路呼出し信号を第２のファストイベントバスモジュール２３０から受信する場合に、呼出し信号に従って第２のファストイベントバスモジュール２３０に接続される。また、第１のファストイベントバスモジュール１３０は、第１のファストイベントバスモジュール１３０と第２のファストイベントバスモジュール２３０との間のファストイベントデータ送信経路を通して特定のパラメータの中で送信可能な値を受信し、この受信された値をモバイルデバイス２００の車両管理制御部２２０に提供する。

【0039】

モバイルデバイス２００は、車両（図示せず）に含まれるヘッドユニット１００とのインターワーキングを通してＵＰｎＰに基づいてデータを交換する。

【0040】

モバイルデバイス２００は、電話部２１０、車両管理制御部２２０、及び第２のファストイベントバスモジュール２３０を含む。電話部２１０は、モバイルデバイス２００内の各種機能を実行する。例えば、電話部２１０は、移動通信を通した電話機能、インターネットブラウジング機能、１つ以上のアプリケーションサービスを提供する機能、又はオーディオ及びビデオを再生する機能を実行する。

【0041】

電話部２１０は、モバイルデバイス２００内の各種機能を実行するための電話データモデル２１２を含む。電話データモデル２１２は、電話機能、短文メッセージサービス（ＳＭＳ）を送受信する機能、インターネットブラウジング機能、及び各種アプリケーションを通して１つ以上のアプリケーションサービスを提供する機能、又はオーディオ及びビデオを再生する機能を実行するのに必要なパラメータ値と、電話機能、ＳＭＳ送受信機能、インターネットブラウジング機能、各種アプリケーションサービス機能、及びオーディオ及びビデオ再生機能が実行される間に発生するイベントに対応するパラメータ値とを記憶する。

【0042】

モバイルデバイス２００が被制御部として動作する場合に、電話部２１０は、制御部として動作する車両ヘッドユニット１００の電話制御部１２０から電話データモデル２１２に記憶されたパラメータ値の中で特定のパラメータに対する要請を受信する被制御部であることができる。電話部２１０がこの要請を受信する場合に、電話部２１０は、対応する要請内のパラメータを分析することにより送信可能な値を求め、送信可能な値に関する情報を示すリターンを送信する。

【0043】

電話部２１０がリターンを送信した後に、第１のファストイベントバスモジュール１３０及び第２のファストイベントバスモジュール２３０が相互に接続される場合に、電話部２１０は、第１のファストイベントバスモジュール１３０と第２のファストイベントバスモジュール２３０との間のファストイベントデータ送信経路を通して特定のパラメータの中で送信可能な値を車両ヘッドユニット１００に送信する。また、パラメータ送信中断が要請される場合に、車両管理制御部２２０は、パラメータ送信中断に対する要請を車両管理部１１０に送信し、パラメータ送信中断を通知する結果を車両管理部１１０から受信する。

【0044】

例えば、特定のパラメータに対する要請は、パラメータネーム、パラメータ受信周期タイプ、パラメータ受信周期、パラメータ受信期間タイプ、パラメータ受信期間、及びパラメータ受信アドレスに対応するＵＲＬ値を含むスタートファストイベントクエリアクション（Start Fast Event Query Action）であり得る。また、このリターンは、パラメータを識別するためのＩＤ、パラメータ送信周期、及びパラメータ送信期間を含むリターンスタートファストイベントクエリアクションであり得る。

【0045】

電話部２１０が特定のパラメータに対する要請に応じるリターンを電話制御部１２０に送信すると、第２のファストイベントバスモジュール２３０は、ファストイベント送信経路呼出し信号を第１のファストイベントバスモジュール１３０から受信する場合に、呼出し信号に従って第１のファストイベントバスモジュール１３０に接続される。また、第２のファストイベントバスモジュール２３０は、第１のファストイベントバスモジュール１３０と第２のファストイベントバスモジュール２３０との間のファストイベントデータ送信経路を通してファストイベントデータ、すなわち、特定のパラメータ値を受信する。

【0046】

図３は、本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換方法を示す信号フロー図である。特に、図３において、車両ヘッドユニット１００は、制御部として動作し、モバイルデバイス２００は、被制御部として動作する。

【0047】

図３を参照すると、車両ヘッドユニット１００は、電話制御部１２０を通してモバイルデバイス２００の電話部２１０で電話機能、ＳＭＳ送受信機能、インターネットブラウジング機能、各種アプリケーションサービス機能、及びオーディオ機能及びビデオ再生機能を実行するのに必要なパラメータ値又は上述したような機能が実行される間に発生したイベントに対応するパラメータ値を受信することによりインフォテインメントサービスを実行する。

【0048】

特に、電話制御部１２０は、ステップ３０２において、モバイルデバイス２００の電話部２１０から受信しようとする特定のパラメータを要請するスタートファストイベントクエリアクションを生成し、スタートファストイベントクエリアクションをモバイルデバイス２００の電話部２１０に送信する。

【0049】

例えば、スタートファストイベントクエリアクションは、下記の表１に示すようなパラメータネーム（ParameterName）、パラメータ受信周期タイプ（PeriodType）、パラメータ受信周期（Period）、パラメータ受信期間タイプ、パラメータ受信期間（Duration）、及びパラメータ受信アドレスに対応するＵＲＬ値を含む。

【0050】

【表1】

【0051】

スタートファストイベントクエリアクションが受信される場合に、電話部２１０は、ステップ３０４において、要請されたパラメータ値に基づいて要請されたパラメータを分析し、送信可能なパラメータ値を計算し、送信パラメータに対するパラメータ送信周期及びパラメータ送信期間を選択し、要請されたパラメータ値を識別するためのクエリＩＤを生成する。

【0052】

電話部２１０は、ステップ３０６において、スタートファストイベントクエリアクションに応じて送信可能なパラメータに関する送信情報を示すリターン、すなわち、リターンスタートファストイベントクエリアクションを電話制御部１２０に送信する。

【0053】

例えば、リターンスタートファストイベントクエリアクションは、下記の表２に示すように、パラメータを識別するためのＩＤ（QueryID）、パラメータ送信周期（Period）、及びパラメータ送信期間（Duration）を含む。

【0054】

【表2】

【0055】

電話制御部１２０は、電話部２１０がこの受信されたリターンスタートファストイベントクエリアクションからパラメータを送信する送信周期及び送信期間を確認する。

【0056】

リターンスタートファストイベントクエリアクションを電話制御部１２０に送信した後に、ステップ３０８において、電話部２１０は、パラメータを送信するファストイベントデータ送信経路を確認する。例えば、電話部２１０は、車両ヘッドユニット１００とモバイルデバイス２００との間にすでに接続されたファストイベントデータ経路が存在するか否かを確認する。

【0057】

接続されたファストイベントデータ経路が存在しない場合に、電話部２１０は、ステップ３１０において、第２のファストイベントバスモジュール２３０を通してスタートファストイベントクエリアクションに含まれたファストイベントバスＵＲＬを呼び出し、第２のファストイベントバスモジュール２３０を第１のファストイベントバスモジュール１３０と接続することにより、ファストイベントデータ経路を確立する。

【0058】

電話部２１０は、ステップ３１２において、ファストイベントデータ経路を通してファストイベントデータ、すなわち、パラメータを識別するためのクエリＩＤ及び対応するパラメータ値に対応するデータ値（Data Value）を車両ヘッドユニット１００に送信する。

【0059】

例えば、クエリＩＤ及び対応するデータ値は、下記の表３に示すような値を含む。

【0060】

【表3】

【0061】

上記したようなデータ送信の際に、関連したスタックは、ＴＣＰ又はユーザデータグラムプロトコル（ＵＤＰ）パケットがＩＰに基づいており、表３に示すように、送信データがクエリＩＤ及びデータ値の２進値又はＸＭＬ値のようにストリング値を用いて表現されることができるように構成される。

【0062】

電話制御部１２０は、ファストイベントデータ経路を通してパラメータに対応するデータ値を受信する間に、ステップ３１４において、ファストイベントデータ通信の中断を希望する場合に、ストップファストイベントクエリアクションを電話部２１０に送信する。例えば、ストップファストイベントクエリアクションは、中断しようとするイベントに対するクエリＩＤ値を含む。

【0063】

電話部２１０は、ストップファストイベントクエリアクションを受信する場合に、データ送信を中断し、データ送信中断結果を電話制御部１２０に送信する。したがって、データ送信が終了する。

【0064】

図４は、本発明の実施形態によるＵＰｎＰ基盤デバイス間のデータ交換方法を示す信号フロー図である。特に、図４において、モバイルデバイス２００は、制御部として動作し、車両ヘッドユニット１００は、被制御部として動作する。

【0065】

図４を参照すると、モバイルデバイス２００は、車両管理制御部２２０を通して車両ヘッドユニット１００の車両管理部１１０でナビゲーション機能、ＤＭＢ機能、移動通信機能、及びカーオーディオ機能及びビデオ機能を実行する間に発生したイベントに対応するパラメータ値の中で所望するパラメータを周期的にかつ迅速に受信することにより各種インフォテインメントサービスを実行することができる。

【0066】

したがって、車両管理制御部２２０は、ステップ４０２において、車両ヘッドユニット１００の車両管理部１１０から受信しようとする特定のパラメータを要請するスタートファストイベントクエリアクションを生成し、スタートファストイベントクエリアクションを車両管理部１１０に送信する。

【0067】

例えば、スタートファストイベントクエリアクションは、パラメータネーム（ParameterName）、パラメータ受信周期タイプ（PeriodType）、パラメータ受信周期（Period）、パラメータ受信期間タイプ、及びパラメータ受信期間（Duration）を含む。パラメータ受信アドレスＵＲＬ（Fast Event BUS URL）値は、リターンスタートファストイベントクエリアクションに含まれることができる。例えば、スタートファストイベントクエリアクションは、下記の表４に示すような値を含むことができる。

【0068】

【表4】

【0069】

車両管理部１１０は、このスタートファストイベントクエリアクションを受信する場合に、ステップ４０４において、要請されたパラメータ値に基づいて要請されたパラメータを分析し、送信可能なパラメータ値を求め、送信パラメータに対するパラメータ送信周期及びパラメータ送信期間を選択し、要請されたパラメータ値を識別するためのクエリＩＤを生成する。

【0070】

車両管理部１１０は、ステップ４０６において、このスタートファストイベントクエリアクションに応じて送信可能なパラメータに関する送信情報を示すリターン、すなわち、リターンスタートファストイベントクエリアクションを車両管理制御部２２０に送信する。

【0071】

例えば、下記の表５に示すように、リターンスタートファストイベントクエリアクションは、パラメータを識別するためのクエリＩＤ（QueryID）、パラメータ送信周期（Period）、パラメータ送信期間（Duration）、及びパラメータ送信アドレスＵＲＬ（Fast Event BUS URL）を含む。

【0072】

【表5】

【0073】

車両管理制御部２２０は、車両管理部１１０がこの受信されたリターンスタートファストイベントクエリアクションからパラメータを送信する送信周期及び送信期間を確認する。特に、車両管理制御部２２０は、ファストイベントデータ経路を接続するためのＵＲＬアドレスを確認する。

【0074】

車両管理制御部２２０は、リターンスタートファストイベントクエリアクションを受信する場合に、ステップ４０８において、パラメータを送信するファストイベントデータ送信経路を確認する。例えば、車両管理制御部２２０は、ファストイベントデータ経路が車両ヘッドユニット１００とモバイルデバイス２００との間にすでに接続されているか否かを確認する。

【0075】

接続されたファストイベントデータ経路が存在しない場合に、車両管理制御部２２０は、ステップ４１０において、第２のファストイベントバスモジュール２３０を通してリターンスタートファストイベントクエリアクションに含まれたファストイベントバスＵＲＬを呼び出し、第２のファストイベントバスモジュール２３０を第１のファストイベントバスモジュール１３０と接続することによりファストイベントデータ経路を確立する。

【0076】

このように、ファストイベントデータ経路が確立される場合に、車両管理部１１０は、ステップ４１２において、ファストイベントデータ経路を通してファストイベントデータ、すなわち、パラメータを識別するためのクエリＩＤ及び対応するパラメータ値に対応するデータ値を車両ヘッドユニット１００に送信する。

【0077】

例えば、クエリＩＤ及び対応するデータ値は、表６に示すような値を含む。

【0078】

【表6】

【0079】

図５は、本発明の実施形態によるファストイベントデータを送信するためのスタックを示す図である。

【0080】

図５を参照すると、ＴＣＰ又はＵＤＰ５２０パケットは、ＩＰ５３０に基づいており、表６に示すように、送信データは、クエリＩＤ及びデータ値の２進値５１０又はＸＭＬ値のようにストリング値を用いて表現される。

【0081】

上述したように、ファストイベントデータ経路を通してパラメータに対応するデータ値を受信する間に、車両管理制御部２２０は、ステップ４１４において、ファストイベントデータ通信を中断することを希望する場合に、ストップファストイベントクエリアクションを車両管理部１１０に送信する。

【0082】

このとき、ストップファストイベントクエリアクションは、中断しようとするイベントに対するクエリＩＤ値を含むことができる。

【0083】

ストップファストイベントクエリアクションが受信される場合に、車両管理部１１０は、データの送信を中断し、データ送信中断結果を車両管理制御部２２０に送信する。したがって、データ送信が終了する。

【0084】

上述した本発明の実施形態に従ってＵＰｎＰデバイス間のデータを交換する装置及び方法に基づいて、実時間で高速でＵＰｎＰプロトコルを用いてファストイベント送信経路を通してデバイス間で双方向データを交換することができるようにすることにより、ＵＰｎＰに基づく相互に異なるデバイス間のインターワーキングを通してより便利なＩＴサービスを提供することができるという長所がある。

【0085】

また、上述した本発明の実施形態に従って、実時間で高速でファストイベント送信経路を通して車両ヘッドユニット１００とモバイルデバイス２００との間でデータを交換することができるようにすることにより、効率的なインフォテインメントサービスを提供することができるという長所がある。

【0086】

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲を逸脱することなく様々な変更が可能である。例えば、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。例えば、上述した本発明の実施形態は、デバイスの例として車両ヘッドユニット１００及びモバイルデバイス２００を挙げて説明したが、本発明は、ＵＰｎＰをサポートするいかなるデバイスにも適用可能である。したがって、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

【符号の説明】

【0087】

１０ ＵＰｎＰプロトコルスタック
１２ インターネットプロトコル（ＩＰ）
１４ 送信制御プロトコル（ＴＣＰ）
１６ ハイパーテキスト転送プロトコル（ＨＴＴＰ）
１８ シンプルオブジェットアクセスプロトコル（ＳＯＡＰ）
１９ 汎用イベント通知アーキテクチャ（ＧＥＮＡ）
１００ 車両ヘッドユニット
１１０ 車両管理部
１１２ 車両データモデル
１２０ 電話制御部
１３０ 第１のファストイベントバスモジュール
２００ モバイルデバイス
２１０ 電話部
２１２ 電話データモデル
２２０ 車両管理制御部
２３０ 第２のファストイベントバスモジュール
５１０ クエリＩＤ及びデータ値の２進値
５２０ ＴＣＰ又はＵＤＰ
５３０ ＩＰ

【図1】

【図2】

【図3】

【図4】

【図5】