本發(fā)明涉及通信領域，尤其涉及一種智能手機架構及其文件信息讀取和更新方法。

背景技術：

隨著通信產(chǎn)業(yè)的不斷發(fā)展，移動終端已經(jīng)由原來單一的通話功能向話音、數(shù)據(jù)、圖像、音樂和多媒體方向綜合演變。而對于移動終端，基本上可以分成兩種：一種是傳統(tǒng)手機(feature phone)，另一種是智能手機(smart phone)。智能手機具有傳統(tǒng)手機的基本功能，并有以下特點：開放的操作系統(tǒng)、硬件和軟件可擴充性和支持第三方的二次開發(fā)。相對于傳統(tǒng)手機，智能手機以其強大的功能和便捷的操作等特點越來越得到人們的青睞，將逐漸成為市場的一種潮流。

目前典型的智能手機解決方案SOC芯片內(nèi)部都集成了AP和CP功能的處理器，AP與CP功能相對獨立，通過中斷進行信息的交互。AP(Application Processor)即應用處理器，上面運行著用于辦公和娛樂必須的系統(tǒng)軟件(比如Android、IOS以及Windows phone等)和應用軟件(比如EMAIL，WPS，播放器，相機，WIFI等等)。CP(Communication Processor)即通信處理器，有些廠家又叫基帶處理器，有時候稱CP為Modem。CP側同樣擁有獨立的操作系統(tǒng)，比如REX，THREADX，VxWorks等，通常都是一些輕量級的操作系統(tǒng)；CP側主要完成通訊，比如撥打電話，收發(fā)短信以及手機上網(wǎng)(PS業(yè)務)等通訊功能。通常智能手機SOC芯片內(nèi)部除了AP和CP模塊，還有DSP(數(shù)字新型號處理器)模塊，該模塊主要配合外部的射頻芯片模塊完成無線信號的發(fā)送和接收。

如圖1所示，現(xiàn)有的智能手機通常AP和CP均具有各自的存儲模塊FLASH。工作時，AP進行數(shù)據(jù)讀寫時訪問AP側的FLASH，CP側進行數(shù)據(jù)讀寫時訪問CP側的FLASH。

技術實現(xiàn)要素：

本發(fā)明提供一種智能手機架構，包括

應用處理器，用于運行系統(tǒng)軟件和應用軟件；

基帶處理器，連接所述應用處理器，用于實現(xiàn)所述智能手機的通訊功能；以及

應用處理器存儲模塊，連接所述應用處理器，所述應用處理器存儲模塊上具有基帶處理器存儲空間。

可選的，所述應用處理器存儲模塊為flash芯片。

可選的，所述應用處理器和所述基帶處理器通過專用數(shù)據(jù)通道進行通信。

可選的，所述專用數(shù)據(jù)通道為橋接器，包括共享緩沖區(qū)，所述共享緩沖區(qū)用于存儲所需傳遞的數(shù)據(jù)，并通過中斷方式從所述共享緩沖區(qū)中傳出數(shù)據(jù)。

可選的，還包括有數(shù)字信號處理器和射頻模塊，所述數(shù)字信號處理器用于配合所述射頻模塊完成無線信號的發(fā)送和接收。

本發(fā)明還提供一種基于上述的智能手機架構的文件信息讀取方法，包括：

開啟所述應用處理器側的操作服務程序與所述基帶處理器側的操作客戶程序；

所述操作客戶程序發(fā)送文件信息讀取請求至所述操作服務程序；

所述操作服務程序解析所述讀取請求并調(diào)用文件系統(tǒng)接口，以讀取所述應用處理器存儲模塊上的文件信息；

返回所述文件信息至所述基帶處理器。

可選的，所述操作服務程序解析所述讀取請求后得出所述讀取請求的操作類型、文件標識號、數(shù)據(jù)長度以及數(shù)據(jù)內(nèi)容。

可選的，所述操作服務程序和操作客戶程序的啟動步驟包括：

所述智能手機開機，待啟動的程序解析所述操作服務程序的啟動參數(shù)；

讀取文件內(nèi)容，判斷所述應用處理器和所述基帶處理器的通訊的設備是否給出，若給出則嘗試打開所述通信設備；以及

打開成功后，循環(huán)讀取所述通信設備上的數(shù)據(jù)。

可選的，如果所述操作服務程序的啟動參數(shù)中有文件路徑和名稱，則使用啟動參數(shù)中的配置文件路徑和名稱，如果所述操作服務程序的啟動參數(shù)中沒有文件路徑和名稱，則使用待啟動程序中默認的配置文件路徑和名稱。

可選的，若操作服務程序打開所述通信設備失敗，則所述程序睡眠一段時 間后繼續(xù)嘗試打開，直至成功為止。

可選的，所述文件為配置文件。

本發(fā)明還提供一種基于上述智能手機架構的文件信息更新方法，包括：

開啟所述應用處理器側的操作服務程序與所述基帶處理器側的操作客戶程序；

所述操作客戶程序發(fā)送文件信息更新請求至所述操作服務程序；

所述操作服務程序解析所述更新請求并調(diào)用文件系統(tǒng)接口，以更新所述應用處理器存儲模塊上的文件信息；

返回更新后的所述文件信息至所述基帶處理器。

可選的，所述操作服務程序解析所述更新請求后得出所述更新請求的操作類型、文件標識號、數(shù)據(jù)長度以及數(shù)據(jù)內(nèi)容。

可選的，所述操作服務程序和操作客戶程序的啟動步驟包括：

所述智能手機開機，待啟動的程序解析所述操作客戶程序的啟動參數(shù)；

讀取文件內(nèi)容，判斷所述應用處理器和所述基帶處理器的通訊的設備是否給出，若給出則嘗試打開所述通信設備；以及

打開成功后，循環(huán)讀取所述通信設備上的數(shù)據(jù)。

可選的，如果所述操作客戶程序的啟動參數(shù)中有文件路徑和名稱，則使用啟動參數(shù)中的配置文件路徑和名稱；如果所述操作客戶程序的啟動參數(shù)中沒有文件路徑和名稱，則使用待啟動程序中默認的配置文件路徑和名稱。

可選的，若打開所述通信設備失敗，則所述程序睡眠一段時間后繼續(xù)嘗試打開，直至成功為止。

可選的，所述文件為配置文件。

本發(fā)明的智能手機架構包括用于運行系統(tǒng)軟件和應用軟件的應用處理器，連接所述應用處理器且用于實現(xiàn)所述智能手機的通訊功能的基帶處理器，以及連接所述應用處理器的應用處理器存儲模塊，所述應用處理器存儲模塊上具有基帶處理器存儲空間。本發(fā)明的機構使得基帶處理器沒有專屬的存儲模塊，而使用應用處理區(qū)存儲模塊的空間，達到了降低成本的目的?；谏鲜鲋悄苁謾C架構，本發(fā)明還提供一種文件信息讀取和更新的方法，使得在上述降低成本后的架構下依然能夠?qū)崿F(xiàn)文件的讀取和更新。

附圖說明

圖1為現(xiàn)有技術中智能手機的結構示意圖；

圖2為本發(fā)明一實施例所述智能手機架構的示意圖；

圖3為本發(fā)明一實施例所述智能手機架構中操作服務程序的流程圖；

圖4為本發(fā)明一實施例所述智能手機架構中操作客戶程序的流程圖。

具體實施方式

由于現(xiàn)有的智能手機中CP側已經(jīng)沒有需要大數(shù)據(jù)量的存儲，因此發(fā)明人考慮到對于配置信息的存儲可以通過讀寫AP側FLASH數(shù)據(jù)來實現(xiàn)，這樣可取消CP側FLASH的使用，降低成本。

以下結合附圖和具體實施例對本發(fā)明作進一步詳細說明。根據(jù)下面說明和權利要求書，本發(fā)明的優(yōu)點和特征將更清楚。需說明的是，附圖均采用非常簡化的形式且均使用非精準的比率，僅用以方便、明晰地輔助說明本發(fā)明實施例的目的。

本發(fā)明提供一種智能手機架構，如圖2所示，包括

AP(應用處理器)100，用于運行系統(tǒng)軟件和應用軟件；

CP(基帶處理器)200，連接所述AP100，用于實現(xiàn)所述智能手機的通訊功能；以及

AP存儲模塊300，連接所述AP100，所述AP存儲模塊300上具有CP200存儲空間。

在本實施例中，所述AP存儲模塊300為flash芯片，所述AP100和CP200通過專用數(shù)據(jù)通道進行通信。優(yōu)選方案中，所述專用數(shù)據(jù)通道為橋接器，包括共享緩沖區(qū)，所述共享緩沖區(qū)用于存儲所需傳遞的數(shù)據(jù)，并通過中斷方式從所述共享緩沖區(qū)中傳出數(shù)據(jù)。

本實施例中，所述智能手機架構還包括有DSP(數(shù)字信號處理器)400和射頻模塊500，所述DSP400用于配合所述射頻模塊500完成無線信號的發(fā)送和接收。

本發(fā)明還提供一種基于上述智能手機架構的文件信息讀取方法，包括：

開啟所述應用處理器側的操作服務程序與所述基帶處理器側的操作客戶程序；

所述操作客戶程序發(fā)送文件信息讀取請求至所述操作服務程序；

所述操作服務程序解析所述讀取請求并調(diào)用文件系統(tǒng)接口，以讀取所述應用處理器存儲模塊上的文件信息；

返回所述文件信息至所述基帶處理器。

另外，類似于上述文件信息讀取方法，本發(fā)明還提供一種基于上述智能手機架構的文件信息更新方法，包括：

開啟所述應用處理器側的操作服務程序與所述基帶處理器側的操作客戶程序；

所述操作客戶程序發(fā)送文件信息更新請求至所述操作服務程序；

所述操作服務程序解析所述更新請求并調(diào)用文件系統(tǒng)接口，以更新所述應用處理器存儲模塊上的文件信息；

返回更新后的所述文件信息至所述基帶處理器。

如圖2所示，上述文件信息讀取方法和文件信息更新方法均借助于CP200中的操作客戶程序210和AP100中的操作服務程序110來完成。下面通過分別介紹所述操作客戶程序210和操作服務程序110來介紹所述文件信息讀取方法和文件信息更新方法。

如圖3所示，所述AP100上的操作服務程序110的流程包括以下步驟：

步驟101：開始，終端(上述智能手機)開機；

步驟102：解析啟動參數(shù)，判斷啟動參數(shù)是否支持，如果不支持跳轉到步驟107，如果支持，則解析之。如果啟動參數(shù)中有配置文件路徑和名稱，則使用啟動參數(shù)中的配置文件路徑和名稱，如果啟動參數(shù)中沒有，則使用程序中默認的配置文件路徑和名稱。

讀取配置文件內(nèi)容，判斷配置信息如AP和CP通訊的設備是否給出，如果沒有給出，則跳轉到步驟107，如果給出，則嘗試打開此設備。

步驟103：打開和CP側通訊的設備，打開設備失敗的話，程序睡眠一段時間，如20ms后再繼續(xù)嘗試步驟103，直至打開成功為止。

步驟104：設備打開成功后循環(huán)讀取CP側發(fā)來的數(shù)據(jù)報，如果失敗則跳轉到步驟107。

步驟105：讀取到數(shù)據(jù)后，按照AP和CP已定義的數(shù)據(jù)報格式解析數(shù)據(jù)，得到操作類型、文件標識號、從文件頭到待更新地址的偏移值、數(shù)據(jù)長度、數(shù) 據(jù)內(nèi)容信息；判斷文件標識號是否正確，如果不正確跳轉到步驟107。

步驟106：如果操作類型是讀取文件信息，則調(diào)用文件系統(tǒng)接口讀取文件信息返回給CP，如果是更新文件信息，則調(diào)用文件系統(tǒng)接口更新相對應的文件。操作成功后繼續(xù)執(zhí)行步驟104，操作失敗后跳轉到步驟107。

步驟107：程序結束。

如圖4所示，所述CP200上的操作客戶程序210的流程包括以下步驟：

步驟201：開始，終端(上述智能手機)開機；

步驟202：解析啟動參數(shù)，判斷啟動參數(shù)是否支持，如果不支持跳轉到步驟207，如果支持，則解析之。如果啟動參數(shù)中有配置文件路徑和名稱，則使用啟動參數(shù)中的配置文件路徑和名稱，如果啟動參數(shù)中沒有，則使用程序中默認的配置文件路徑和名稱。

讀取配置文件地址和內(nèi)容，判斷配置信息如AP和CP通訊的設備是否給出，如果沒有給出，則跳轉到步驟207，如果給出，則嘗試打開此設備。

步驟203：打開和AP側通訊的設備，打開設備失敗的話，程序睡眠一段時間，如20ms后再繼續(xù)嘗試步驟203，直至打開成功為止。

步驟204：CP側需要讀取FLASH中的配置信息時，發(fā)送讀取操作的數(shù)據(jù)報給AP側。

步驟205：讀取到數(shù)據(jù)后，按AP和CP已定義的數(shù)據(jù)報格式解析數(shù)據(jù)和配置信息，如果解析數(shù)據(jù)失敗則跳轉到步驟207。

步驟206：CP側需要更新FLASH中的配置信息時，發(fā)送更新操作的數(shù)據(jù)報給AP側，發(fā)送成功后等待新的請求。

步驟207：程序結束。

本發(fā)明的智能手機架構包括用于運行系統(tǒng)軟件和應用軟件的應用處理器，連接所述應用處理器且用于實現(xiàn)所述智能手機的通訊功能的基帶處理器，以及連接所述應用處理器的應用處理器存儲模塊，所述應用處理器存儲模塊上具有基帶處理器存儲空間。本發(fā)明的機構使得基帶處理器沒有專屬的存儲模塊，而使用應用處理區(qū)存儲模塊的空間，達到了降低成本的目的?；谏鲜鲋悄苁謾C架構，本發(fā)明還提供一種文件信息讀取和更新的方法，使得在上述降低成本后的架構下依然能夠?qū)崿F(xiàn)文件的讀取和更新。

顯然，本領域的技術人員可以對發(fā)明進行各種改動和變型而不脫離本發(fā)明 的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包括這些改動和變型在內(nèi)。