TW202010325A - 車載設備單元之資訊系統及車載資訊處理方法 - Google Patents

Abstract

一種車載設備單元之車載資訊系統，用於執行車載資訊處理方法。所述方法包含經由配對程序與手持裝置建立應用程式通訊頻道；與車輛部件控制單元建立通訊連接，其中車輛部件控制單元用以接收控制請求，執行部件控制作業；啟動至少一應用程式服務，以響應於服務請求；接收指令封包，並比對指令封包是否符合服務請求；當指令封包符合服務請求，透過應用程式通訊頻道提供應用程式服務；當指令封包不符合服務請求，識別指令封包是否符合控制請求；若指令封包符合服務請求傳送控制請求至車輛部件控制單元，並以控制請求執行部件控制作業。

Description

車載設備單元之資訊系統及車載資訊處理方法

本發明有關於車輛的車載設備單元（On-Board Unit），特別是關於一種車載設備單元之車載資訊系統及其車載資訊處理方法。

車輛的車載設備單元（On-Board Unit）為一嵌入式電腦，係可連接車輛部件，以取得車輛部件狀態資訊，並進一步介入控制。藉由軟體的更新，車載設備單元也可以提供額外資訊服務。

通過藍牙協定等無線通訊協定，車載設備單元也可以連結於手持裝置（例如智慧型手機），而使得手持裝置與車載設備單元之間可以執行資料交換或是語音的傳輸。常見的應用方式是以車載設備單元做為手機的免持聽筒接聽功能；另一種應用方式則是車載設備單元與手持裝置之間互相推送資料。

然而，對於車輛部件而言，通常採用有線通訊協定，特別是控制器區域網路（Controller Area Network， CAN）。手持裝置無法透過無線通訊協定與車輛部件連接，也欠缺有線通訊連接的介面。因此，車輛部件狀態資訊的取得，或是手動控制車輛部件，仍需要透過車載設備單元或專屬的控制介面，使得手持裝置與車輛平台之間的連接仍然受到侷限。

鑑於上述問題，本發明提出一種車載設備單元之車載資訊系統及車載資訊處理方法，用於擴充手持裝置與車輛平台之間的連接。

本發明提出一種車載設備單元之車載資訊系統，包含一車輛部件控制單元以及一車載設備單元。車輛部件控制單元用以接收控制請求，執行部件控制作業。車載設備單元，具有一應用程式通訊介面、一控制請求轉送模組、一應用程式執行模組以及一應用程式介面服務器。應用程式通訊介面經由配對程序建立應用程式通訊頻道，並透過應用程式通訊頻道接收一指令封包；控制請求轉送模組用於與車輛部件控制單元建立通訊連接；應用程式執行模組提供應用服務，且應用服務響應於至少一服務請求；應用程式介面服務器透過應用程式通訊介面接收指令封包，並識別指令封包是否符合服務請求。

當指令封包符合服務請求，應用程式介面服務器以服務請求驅動應用程式執行模組執行應用服務，並透過應用程式通訊頻道提供應用服務；當指令封包不符合服務請求，應用程式介面服務器識別指令封包是否符合控制請求；當指令封包符合控制請求，傳送控制請求至車輛部件控制單元，以控制請求執行部件控制作業。

本發明提出的一種車載設備單元之車載資訊處理方法，包含：經由一配對程序建立一應用程式通訊頻道；與一車輛部件控制單元建立通訊連接，其中車輛部件控制單元用以接收一控制請求，執行一部件控制作業；啟動至少一應用服務，且應用服務響應於一服務請求；接收一指令封包，並比對指令封包是否符合服務請求；當指令封包符合服務請求，透過應用程式通訊頻道提供應用服務；當指令封包不符合服務請求，識別指令封包是否符合控制請求；以及，當指令封包符合控制請求，傳送控制請求至車輛部件控制單元，以控制請求執行部件控制作業。

本發明透過應用程式介面服務器以及控制請求轉送模組的連結，解決了手持裝置無法連結車輛平台部件的技術問題，使得手持裝置可以更廣泛地與車輛平台進行溝通而增加其應用方式。

以下說明使用的術語「模組」、「服務器」、「服務」是指專用積體電路(ASIC)、電子電路、微處理器，執行一個或多個軟體或韌體程式的晶片、電路設計。模組被配置為 執行各種演算法、變換和/或邏輯處理以生成一或多個訊號。當模組、服務器、服務以軟體實現時，模組可以作為晶片、電路設計可讀取的程式碼而透過程式碼執行體現於記憶體中。

請參閱圖1所示，為本發明實施例所揭露的一種車載資訊系統100，設置於一車輛平台。所述車載資訊系統100至少包含一車輛部件控制單元110以及一車載設備單元120。本發明進一步提出一種車載資訊處理方法，用以於車輛平台中處理資訊交換，所述方法可通過但不限於以車載設備單元110執行。

如圖1所示，車輛部件控制單元110用以接收一控制請求，執行一部件控制作業，而對不同部件X、Y執行控制。車輛部件控制單元110的一具體實施態樣為汽車電子控制單元（Electronic Control Unit，ECU），用於依據控制請求，例如油門訊號、變速訊號、車電裝置控制訊號，控制車輛平台的動力裝置（如引擎）、傳動裝置（如變速箱）以及車電裝置（如車用音響、車速偵測模組、空調）等部件X、Y，並可偵測或接收部件X、Y的部件運作狀態。

如圖1所示，車載設備單元120具有一應用程式通訊介面122、一控制請求轉送模組124、一應用程式執行模組126以及一應用程式介面服務器128（Application Programming Interface Server，API Server）。

如圖2所示，應用程式通訊介面122以及控制請求轉送模組124皆為通訊介面，依據所需通訊的對象，而採用不同的通訊協定。一般而言，應用程式通訊介面122會採用無線通訊介面，以利於與手持裝置200進行通訊；更具體而言，應用程式通訊介面122可採用具有點對點（P2P）通訊特性的藍牙通訊介面，基於藍牙序列埠協定（Bluetooth Serial Port Profile）提供通訊頻道。控制請求轉送模組124採用有線通訊介面，以確保通訊連接的可靠性。

如圖1所示，應用程式通訊介面122經由一配對程序與手持裝置200進行配對，以建立連接手持裝置200的一應用程式通訊頻道AP。手持裝置200包含但不限於智慧型手機、平板電腦、穿戴式行動裝置。

如圖2所示，手持裝置200具有一連線管理模組210以及多個應用程式模組。多個應用程式模組包含服務請求模組220、230、240、250以及控制請求模組260、270。連線管理模組210用以透過應用程式通訊頻道AP與車載設備單元120的應用程式通訊介面122進行通訊，以作為服務請求模組220、230、240、250以及控制請求模組260、270連線於車載設備單元120的通訊層。服務請求模組220、230、240、250可執行預設功能，並分別發出用於執行應用服務A、B、C、D的服務請求，而藉由連線管理模組210的編碼為指令封包並發出，例如服務請求模組220用於發出執行應用服務A的服務請求，服務請求模組230用於發出執行應用服務B的服務請求，服務請求模組240用於發出執行應用服務C的服務請求以及服務請求模組240用於發出執行應用服務D的服務請求。前述服務請求模組220、230、240、250、應用服務A、B、C、D為例示，服務請求模組可為任意數量，分別對應一應用服務；也就是每一個服務請求模組都有一個對應的應用服務，而可發出用於執行該應用服務的服務請求。每一個服務請求模組220、230、240、250可以分別由執行個別的應用軟體達成，也可以是執行同一個應用軟體而同時達成不同的服務請求模組220、230、240、250。

控制請求模組260、270亦分別執行其預定功能，並分別發出用於控制車輛平台的部件X、Y的控制請求，例如控制請求模組260執行其預定功能，並發出用於控制車輛平台的部件X的控制請求，控制請求模組270執行其預定功能，並發出用於控制車輛平台的部件Y的控制請求。控制請求藉由連線管理模組210的編碼為指令封包並透過應用程式通訊頻道AP發出。前述控制請求模組260、270、部件X、Y為例示，控制請求模組可為任意數量，分別對應一部件，且每一個部件可以回應多個不同的控制請求；每一個控制請求模組都有一個對應的部件，而可發出用於控制該部件的各種控制請求。而每一個控制請求模組260、270可以分別由執行個別的應用軟體達成，也可以是執行同一個應用軟體而同時達成不同的控制請求模組260、270。

如圖1所示，應用程式通訊介面122通過應用程式通訊頻道AP接收手持裝置200發出的指令封包，並回傳響應資訊。控制請求轉送模組124用於與車輛部件控制單元110建立通訊連接，而使得車輛部件控制單元110以及車載設備單元120之間可以互相傳遞資料封包。車輛部件控制單元110與部件X、Y通常為有線連接，以確保通訊連接的可靠性，車輛平台上常見的通訊協定為控制器區域網路（Controller Area Network， CAN），但不以此為限。

如圖1所示，車載設備單元120的一具體實施例是嵌入式電腦；應用程式執行模組126以及應用程式介面服務器128是透過嵌入式電腦的處理器載入儲存於記憶體的程式碼後所提供的功能模組。當然，應用程式執行模組126以及應用程式介面服務器128也可以是執行專屬韌體指令的晶片或晶片組。

如圖1所示，應用程式執行模組126提供一或多個應用服務A、B、C、D，並透過一觸控顯示手段以小視窗（Widget）的形式顯示，例如於觸控顯示面板顯示對應於應用服務A、B、C、D的Widget。每一應用服務A、B、C、D響應於至少一服務請求，而依據服務請求的內容執行對應的作業。於一具體實施例中，服務請求包含顯示指定資訊之指令及指定資訊之內容，例如要求顯示手持裝置200電量圖示以及電量數值。應用程式介面服務器128用以解析指令封包，以辨識指令封包的封包內容是否符合服務請求。

參閱圖3所示，車載資訊處理方法包含下列步驟。

首先，車載設備單元120的應用程式通訊介面122經由配對程序與手持裝置200配對，而建立應用程式通訊頻道AP，如步驟S110所述。此一步驟主要是透過應用程式通訊介面122，讓車載設備單元120與手持裝置200建立點對點（P2P）的專屬通訊連結。

同時或接續步驟S110，車載設備單元120透過控制請求轉送模組124與車輛部件控制單元110建立通訊連接，如步驟S120所示。車輛部件控制單元110的具體實施態樣如前所述，車輛部件控制單元110用以接收控制請求，以依據控制請求執行車輛平台的部件X、Y的控制作業。

同時或接續步驟S120，車載設備單元120啟動一或多個應用服務A、B、C、D，且每一應用服務A、B、C、D響應於對應的服務請求，如步驟S130所示。如圖2所示，服務請求是由服務請求模組220、230、240、250依據使用者對手持裝置200的操作產生，每一個服務請求模組220、230、240、250對應於一個應用服務A、B、C、D，例如服務請求模組220對應於應用服務A，而服務請求模組230對應於應用服務B，服務請求模組240對應於應用服務C，而服務請求模組250對應於應用服務D。

手持裝置200依據所執行的應用程式模組，產生並發出指令封包，所述指令封包可包含服務請求或控制請求其中之一。車載設備單元120接收手持裝置200發出之指令封包，並以應用程式執行模組126比對指令封包的封包內容是否符合服務請求，如步驟S140及步驟S150所示。

指令封包可以用列表方式，呈現內容，例如以下表一的範例：

表一

類別欄位指定對應的應用服務A、B、C、D，作業欄位則為應用服務A、B、C、D的功能，例如於顯示資訊時，顯示資訊所要用到的欄位。介面形式關連於功能，例如開/關的切換或數值的輸入，用於確認輸入值形式是否正確。輸入值關連於所要執行的作業，例如執行特定功能的開/關的切換時，輸入值為TRUE/FALES，執行特定功能數值調整時，輸入值為數字。橫向欄位可以透過指令碼，例如JSON語言依序寫入文字指令及輸入值成為指令封包。當然指令封包也會包含裝置識別碼或連線授權碼等用於建立P2P通訊所需要的資訊。

應用程式執行模組126接收指令封包，解析封包內容的欄位並逐一與如表一的列表比對。例如，指令封包的封包內容依序為應用服務A、來電顯示、開啟來電顯示提醒、車款A、TRUE時，就可以確認指令封包此一指令封包包含來自手持裝置200的服務請求。

若指令封包封包內容標頭（類別）沒有對應的應用服務A、B、C、D，或完整封包內容不在列表中，則判斷此一指令封包不包含正確的服務請求。指令封包不包含正確的服務請求的情況包含封包格式錯誤（指令封包與服務請求無關）、對應的應用程式服務未啟用、作業錯誤、不適用於當前車輛平台、輸入值錯誤等。

如圖3所示，當指令封包符合服務請求，例如符合表一第一列欄位至第四列欄位其中之一，應用程式執行模組126依據服務請求執行應用服務A、B、C、D，並以應用程式通訊介面122透過應用程式通訊頻道AP提供應用服務A、B、C、D，如步驟S160所示。

以表一的第一列欄位為例，當做為手持裝置200的智慧型手機接到來電，其來電顯示程式（服務請求模組220）就會發出來電顯示的服務請求，透過連線管理模組210發送至應用程式執行模組126。應用程式執行模組126則啟用來電顯示的應用服務A，接著驅動觸控顯示手段顯示有來電。手持裝置200會持續發出不同的服務請求，包含來電號碼以及免持聽筒連線請求等等，這些服務請求可能由其他的服務請求模組230產生，而要求其他的應用服務。此時，觸控顯示手段就會持續顯示來電號碼以及是否免持聽筒接聽的訊息。前述的服務請求都與智慧型手機的電話功能有關，例如應用服務A涉及了智慧型手機的來電顯示是否開啟，應用服務B則涉及了智慧型手機來電的免持聽筒自動接聽功能是否開啟。

應用程式執行模組126也會透過應用程式通訊頻道AP發出手持裝置控制請求，以取得手持裝置200的連線控制權限，並透過應用程式通訊頻道AP接收一手持裝置控制回應。例如於前述的例子中，若使用者由手持裝置200啟用應用服務B而開啟免持聽筒的自動接聽，應用程式執行模組126就會響應免持聽筒自動接聽的服務請求，取得手持裝置200的連線控制權限，而將手持裝置200的電話通訊連接至應用程式執行模組126，再由應用程式執行模組126驅動必要的硬體執行免持聽筒作業。

另一種情況是透過車載設備單元120顯示手持裝置200上的特定資訊，例如手持裝置200的電量圖示以及電量數值。此時，使用者先透過應用程式C發出如表一的第三列欄位的服務請求封包之後（輸入值為TRUE），應用程式執行模組126提供應用服務C的方式就會包含透過應用程式通訊頻道AP發出一指定資訊的資訊請求指令至手持裝置200，要求手持裝置200回傳指定資訊（手持裝置200的電量圖示以及電量數值），使得應用程式執行模組126由應用程式通訊頻道AP接受指定資訊的回應以顯示指定資訊。同時，為了持續更新手持裝置200的電量圖示以及電量數值，提供應用服務C的方式還包含應用服務C定時重複發出資訊請求指令，並接受指定資訊（更新的手持裝置200的電量圖示以及電量數值）的回應，以更新所顯示的指定資訊。或者，手持裝置200直接週期地發出服務請求，並使服務請求包含指定資訊，使得應用程式執行模組126直接回應以顯示指定資訊，並持續地更新。應用程式執行模組126也可以是單純的取得手持裝置200的連線控制權限；使用者由手持裝置200啟用應用服務D，應用程式執行模組126就會響應手機螢幕開關的服務請求，取得手持裝置200的連線控制權限，並以觸控顯示手段顯示開/關圖示，讓使用者可以從車載資訊裝置120的觸控顯示手段對手機螢幕進行開關。

如圖3及圖4所示，當指令封包不符合服務請求，應用程式執行模組126進一步識別指令封包是否符合控制請求，如步驟S170所示。若指令封包符合控制請求，例如符合表一中第五列至第七列欄位，應用程式執行模組126透過控制請求轉送模組124傳送控制請求至車輛部件控制單元110，使車輛部件控制單元110以控制請求執行部件控制作業，如步驟S180所示。

若指令封包也不符控制請求，則應用程式執行模組126回應錯誤提示，例如指令不在列表清單中，並由應用程式通訊頻道AP傳送回手持裝置200，如步驟S190所示。

回到步驟S180，以控制請求執行部件控制作業之後，車輛部件控制單元110會回應一控制結果，透過控制請求轉送模組124、應用程式介面服務器128、應用程式通訊介面122以及應用程式通訊頻道AP輸出控制結果至手持裝置200，如步驟S200所示。

部件控制作業包含多種形式，其中一種如表一第五列欄位所示，類別欄位指定對應的部件X，部件X可為車用音響設備，作業欄位則為控制請求所要執行的作業，例如音響音量設定。介面形式關連於功能，例如當前音響音量顯示，用於確認輸入值形式是否符合需求。輸入值關連於所要執行的作業，例如執行音響音量設定時，輸入值為增加音量(+)及降低音量(-)。控制請求同樣可以透過指令碼，例如JSON語言依序寫入文字指令及輸入值成為指令封包。當然指令封包也會包含裝置識別碼或連線授權碼等用於建立P2P通訊所需要的資訊。做為車用音響設備的部件X會有其他功能設定，而相關的控制請求仍可由對應的控制請求模組260產生，例如要選擇等化器模式時，就可以發出表一的第六列欄位的控制請求，以輸入值+/-在不同的內建等化器模式中切換。

部件控制作業可以是單純的部件運作狀態取得，以提供給手持裝置200。例如，手持裝置200使用者需要目前車速時，車輛部件控制單元110就會驅動相關的車速偵測機制，偵測車速做為部件運作狀態，並將部件運作狀態輸出作為控制結果。例如以部件Y做為車速偵測模組，可由控制請求模組270發出如表一第七列欄位的指令封包，以輸入值TRUE觸發部件Y響應，而將車輛時速回傳以輸出至手持裝置200。

另一種控制結果則是部件X、Y或車輛部件控制單元110拒絕接受控制請求，拒絕的原因包含相關功能鎖定、車輛平台上欠缺對應部件X、Y、車款與當前車輛不符等，此時控制結果就會是控制失敗的訊息，而回應至手持裝置200。

如圖5所示，應用程式通訊介面122具體的接收指令封包的方式，包含主動詢問。應用程式通訊介面122依據一定週期發出詢問訊號進行掃描，而持續與手持裝置200交握以維持配對連接狀態；若沒有指令封包需要發出，手持裝置200僅單純回應識別碼、授權碼及交握口令；若有指令封包需要發出，則手持裝置200回應識別碼、授權碼及指令封包。

在有多個手持裝置200與應用程式通訊介面122完成配對的情況下，例如車輛平台中有多個成員，並且每個人的手持裝置200、300v400、500、600都曾經與應用程式通訊介面122完成配對。此時，應用程式通訊介面122經由多個配對程序建立多個應用程式通訊頻道AP，而與多個手持裝置200、300、400、500、600配對連接。此時，應用程式通訊介面122就會依據一定週期，依序對各應用程式通訊頻道AP發出詢問訊號以進行掃描，用以接收來自多個手持裝置200、300、400、500、600的多個指令封包。應用程式通訊介面122根據這些指令封包的接收次序，識別各指令封包是否符合服務請求及控制請求。原則上，這些指令封包是依據接收次序被辨識，而確認服務請求或控制請求的內容，並依序執行之。若為相同應用服務A、B、C、D或部件X、Y之控制，是以最新的請求覆寫舊的請求。當然，不同的手持裝置200、300、400、500、600也可以設定為不同的權限，使得每一個手持裝置200、300、400、500、600能關連到的應用服務A、B、C、D及部件X、Y有所不同；例如手機免持聽筒相關的服務應用程式，就僅限於駕駛的手持裝置200可以使用；又如音響等部件X、Y的細節設定，為了行車安全，限制駕駛的手持裝置200不能使用。

本發明透過應用程式介面服務器128以及控制請求轉送模組124的連結，解決了手持裝置200無法連結車輛平台部件X、Y的技術問題，使得手持裝置200可以更廣泛地與車輛平台進行溝通而增加其應用方式。

100‧‧‧車載資訊系統110‧‧‧車輛部件控制單元120‧‧‧車載設備單元122‧‧‧應用程式通訊介面124‧‧‧控制請求轉送模組126‧‧‧應用程式執行模組128‧‧‧應用程式介面服務器200、300、400、500、600‧‧‧手持裝置210‧‧‧連線管理模組220、230、240、250‧‧‧服務請求模組260、70‧‧‧控制請求模組AP‧‧‧應用程式通訊頻道A、B、C、D‧‧‧應用服務X、Y‧‧‧部件

圖1是本發明實施例的方塊示意圖。 圖2是應用本發明的手持裝置連接應用程式介面服務器的方塊示意圖。 圖3及圖4是本發明實施例的方法流程圖。 圖5是本發明實施例應用於多手持裝置的示意圖。

100‧‧‧車載資訊系統

110‧‧‧車輛部件控制單元

120‧‧‧車載設備單元

122‧‧‧應用程式通訊介面

124‧‧‧控制請求轉送模組

126‧‧‧應用程式執行模組

128‧‧‧應用程式介面服務器

200‧‧‧手持裝置

AP‧‧‧應用程式通訊頻道

A、B、C、D‧‧‧應用服務

X、Y‧‧‧部件

Claims (14)

1. 一種車載設備單元之車載資訊系統，包含： 一車輛部件控制單元，用以接收一控制請求，執行一部件控制作業；以及 一車載設備單元，具有： 一應用程式通訊介面，經由一配對程序建立一應用程式通訊頻道，並透過該應用程式通訊頻道接收一指令封包； 一控制請求轉送模組，用於與該車輛部件控制單元建立通訊連接； 一應用程式執行模組，提供一應用服務，且該應用服務響應於至少一服務請求；以及 一應用程式介面服務器，透過該應用程式通訊介面接收該指令封包，並識別該指令封包是否符合該服務請求； 其中，當該指令封包符合該服務請求，該應用程式介面服務器以該服務請求驅動該應用程式執行模組執行該應用服務，並透過該應用程式通訊頻道提供該應用服務； 其中，當該指令封包不符合該服務請求，該應用程式介面服務器識別該指令封包是否符合該控制請求；當該指令封包符合該控制請求，傳送該控制請求至該車輛部件控制單元，以該控制請求執行該部件控制作業。
2. 如請求項1所述的車載設備單元之車載資訊系統，其中，該應用服務用於透過該應用程式通訊頻道發出一指定資訊的資訊請求指令，並由應用程式通訊頻道接受該指定資訊的回應，並顯示該指定資訊。
3. 如請求項2所述的車載設備單元之車載資訊系統，其中，該應用服務定時重複發出該資訊請求指令，並接受該指定資訊的回應，以更新所顯示的指定資訊。
4. 如請求項1所述的車載設備單元之車載資訊系統，其中，該應用服務用於透過該應用程式通訊頻道發出一手持裝置控制請求，並透過該應用程式通訊頻道接收一手持裝置控制回應。
5. 如請求項1所述的車載設備單元之車載資訊系統，其中，該車輛部件控制單元於執行該部件控制作業回應一控制結果，該應用程式介面服務器接收該控制結果，且該控制結果透過該應用程式通訊頻道輸出。
6. 如請求項5所述的車載設備單元之車載資訊系統，其中，該部件控制作業包含偵測一部件運作狀態以作為該控制結果。
7. 如請求項1所述的車載設備單元之車載資訊系統，其中，該應用程式通訊介面經由多個配對程序建立多個應用程式通訊頻道，並依序對各該應用程式通訊頻道進行掃描用以接收多個指令封包，並依據該些指令封包的接收次序，識別各該指令封包是否符合該服務請求。
8. 一種車載設備單元之資訊處理方法，包含： 經由一配對程序建立一應用程式通訊頻道； 與一車輛部件控制單元建立通訊連接，其中該車輛部件控制單元用以接收一控制請求，執行一部件控制作業； 啟動至少一應用服務，且該應用服務響應於一服務請求； 接收一指令封包，並比對該指令封包是否符合該服務請求； 當該指令封包符合該服務請求，透過該應用程式通訊頻道提供該應用服務； 當該指令封包不符合該服務請求，識別該指令封包是否符合該控制請求；以及 當該指令封包符合該控制請求，傳送該控制請求至該車輛部件控制單元，以該控制請求執行該部件控制作業。
9. 如請求項8所述的車載設備單元之資訊處理方法，其中，提供該應用服務的步驟包含透過該應用程式通訊頻道發出一指定資訊的資訊請求指令，並由應用程式通訊頻道接受該指定資訊的回應以顯示該指定資訊。
10. 如請求項9所述的車載設備單元之資訊處理方法，其中，提供該應用服務的步驟包含定時重複發出該資訊請求指令，並接受該指定資訊的回應，以更新所顯示的指定資訊。
11. 如請求項8所述的車載設備單元之資訊處理方法，其中，提供該應用服務的步驟包含，透過該應用程式通訊頻道發出一手持裝置控制請求，並透過該應用程式通訊頻道接收一手持裝置控制回應。
12. 如請求項8所述的車載設備單元之資訊處理方法，更包含於執行該部件控制作業之後回應一控制結果，且透過該應用程式通訊頻道輸出該控制結果。
13. 如請求項12所述的車載設備單元之資訊處理方法，其中，該部件控制作業包含偵測一部件運作狀態以作為該控制結果。
14. 如請求項8所述的車載設備單元之資訊處理方法，更包含經由多個配對程序建立多個應用程式通訊頻道，並依序對各該應用程式通訊頻道進行掃描用以接收多個指令封包，並依據該些指令封包的接收次序，識別各該指令封包是否符合該服務請求。

Images