移動終端、容器電話通訊功能實現方法及跨容器通信方法與流程

2023-04-25 16:29:56 2

本發明涉及終端技術領域，具體而言，本發明涉及一種移動終端、容器電話通信功能實現方法及跨容器通信方法。

背景技術：

隨著時代的發展，各種新興的作業系統不斷湧現，為用戶帶來了新穎且更加便捷的終端使用體驗。Linux Container容器是一種內核虛擬化技術，可以提供輕量級的虛擬化，以便隔離進程和資源，而且不需要提供指令解釋機制以及全虛擬化的其他複雜性。

利用Linux內核的命名空間(namespace)特性，可以形成多個容器；通過容器，可以有效地將原來由單個作業系統管理的資源劃分到孤立的組中，以更好地在孤立的組之間平衡有衝突的資源使用需求，實現移動終端同時運行多個作業系統。比如，在移動終端上運行一個安全系統，再加上一個或多個娛樂系統。

現有技術中，移動終端中多個容器往往共享通信串口，即把移動終端的通信串口分別給不同的容器使用，每個容器中各自擁有一個rild(radio interface layer daemon，無線接口層守護進程)來操作串口實現電話功能。

然而，在容器隔離比較徹底的情況下，現有的移動終端往往需要對每個容器中各自擁有的rild進行管理，才能有效保障各個容器的電話通訊功能；而採用這種分散管理的方式，導致移動終端的容器管理效率較低。因此，有必要提供一種在容器隔離比較徹底的情況下，能夠實現容器電話通訊功能且便於統一管理的移動終端，提高移動終端的容器管理效率。

技術實現要素：

針對上述現有技術存在的缺陷，本發明提供了一種移動終端、容器電話通信功能實現方法，用以保障移動終端中各容器的正常電話通訊功能的同時，實現容器電話通訊功能的統一管理，提高智能終端的容器管理效率。

本發明方案提供了一種容器電話通訊功能實現方法，包括：

創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符；

以其中一個文件描述符所指向的套接字接口作為移動終端中獨立於各容器的無線接口層守護進程rild進程的套接字socket訪問接口；

根據另一個文件描述符將其所指向的套接字接口共享給移動終端中的各容器，使所述容器的進程通過該套接字接口連接所述訪問接口與所述rild進程進行socket通信，並通過所述rild進程操作串口實現電話通訊功能。

優選地，所述根據另一個文件描述符將其所指向的套接字接口共享給移動終端中的各容器，具體包括：

獲取該文件描述符所指向的套接字接口的文件file結構體；

為該文件描述符註冊對應的服務通道，並在所述服務通道中記錄該文件描述符、以及獲取的file結構體；

接收到移動終端中的容器針對所述服務通道的讀取請求後，獲取所述容器當前的共享文件描述符；

將所述共享文件描述符與所述服務通道中記錄的file結構體進行關聯；

將與該文件描述符指向同一套接字接口的共享文件描述符返回給所述容器；

其中，所述共享文件描述符為所述容器當前進程未使用的文件描述符。

優選地，為該文件描述符註冊對應的服務通道後，還包括：

將該文件描述符對應的服務通道進行廣播，使移動終端中的容器根據廣播獲取所述服務通道的標示名稱，並以所述標示名稱發起針對所述服務通道的讀取請求。

優選地，所述將所述共享文件描述符與所述服務通道中記錄的file結構體進行關聯之前，還包括：

對所述容器進行校驗；其中，所述校驗包括如下至少一項：身份校驗、權限校驗。

根據本發明的另一方面，還提供了一種移動終端，包括：

接口創建單元，用於創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符；

通道構建單元，用於以所述接口創建單元獲取的兩個文件描述符中的一個文件描述符作為無線接口層守護進程rild進程的socket訪問接口；

通道共享單元，用於根據所述接口創建單元獲取的另一個文件描述符，將其所指向的套接字接口共享給移動終端中的各容器，使所述容器的進程通過該套接字接口連接所述訪問接口與所述rild進程進行socket通信，並通過所述rild進程操作串口實現電話通訊功能。

優選地，所述通道共享單元具體包括：

第一獲取子單元，用於獲取文件描述符所指向的套接字接口的文件file結構體；

通道註冊子單元，用於為文件描述符註冊對應的服務通道，並在所述服務通道中記錄文件描述符、以及所述第一獲取子單元獲取的file結構體；

第二獲取子單元，用於在接收到移動終端中的容器針對所述服務通道的讀取請求後，獲取所述容器當前的共享文件描述符；其中，所述共享文件描述符為所述容器當前進程未使用的文件描述符；

關聯共享子單元，用於將所述共享文件描述符與所述服務通道中記錄的file結構體進行關聯；並將與該文件描述符指向同一套接字接口的共享文件描述符返回給所述容器。

優選地，所述通道註冊子單元還用於將文件描述符對應的服務通道進行廣播，使移動終端中的容器根據廣播獲取服務通道的標示名稱，並以所述標示名稱發起針對所述服務通道的讀取請求。

優選地，所述通道共享單元還包括：

容器校驗子單元，用於在接收到移動終端中的容器針對所述服務通道的讀取請求後，對所述容器進行校驗；

其中，所述校驗包括如下至少一項：身份校驗、權限校驗。

根據本發明的另一方面，還提供了一種跨容器通信方法，包括：

接收第一容器發送的通信請求，從中解析出預通信的第二容器；

創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符；

將兩個文件描述符各自指向的套接字接口分別傳遞給所述第一容器和第二容器，使所述第一容器與所述第二容器通過傳遞的套接字接口進行通信。

優選地，通過如下方式將文件描述符指向的套接字接口進行傳遞：

獲取所述文件描述符所指向的套接字接口的文件file結構體；

為所述文件描述符註冊對應的服務通道，並在所述服務通道中記錄所述文件描述符、以及獲取的file結構體；

接收到移動終端中的容器針對所述服務通道的讀取請求後，獲取所述容器當前進程未使用的文件描述符；

將獲取的文件描述符與所述服務通道中記錄的file結構體進行關聯；

將與所述服務通道中記錄的文件描述符指向同一套接字接口的文件描述符返回給容器。

本發明的技術方案中，在容器隔離比較徹底的情況下，預先在移動終端中設置獨立於各個容器的rild進程；並創建一對相互連接的套接字接口，以其中一個套接字接口作為rild進程的socket通道；同時，將另一個套接字接口通過文件描述符共享給移動終端中的各個容器。這樣，各個容器可以通過共享得到的另一個套接字接口連接至獨立設置的rild進程，與rild進程進行socket通信，從而通過rild進程來操作串口實現電話通訊功能。

相比現有需要為各個容器設置各自對應的rild進程，並為每個容器中的rild進程進行分散管理，本發明的方案簡化了移動終端結構，且可通過獨立設置的rild進程實現容器電話通訊功能的統一管理，在保障移動終端中各容器的正常電話通訊功能的同時，提高了智能終端的容器管理效率。

進一步地，本發明的方案中，在容器隔離比較徹底的情況下，可以根據移動終端中的容器發出的通信請求，創建一對相互連接的套接字接口；並根據文件描述符，將套接字接口傳遞給其它容器。這樣，其它容器可以通過傳遞的套接字接口，連接到與之相連的套接字接口，繼而，連接到發出通信請求的容器，從而實現容器之間的通信。

本發明附加的方面和優點將在下面的描述中部分給出，這些將從下面的描述中變得明顯，或通過本發明的實踐了解到。

附圖說明

圖1a、1b為本發明實施例一提供的容器電話通訊功能實現方法的流程示意圖；

圖2為本發明實施例二提供的傳遞套接字接口的方法的流程示意圖；

圖3為本發明實施例三提供的移動終端的結構示意圖；

圖4為本發明實施例三提供的通道共享單元的結構示意圖；

圖5為本發明實施例四提供的跨容器通信方法的流程示意圖。

具體實施方式

以下將結合附圖對本發明的技術方案進行清楚、完整的描述，顯然，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所得到的所有其它實施例，都屬於本發明所保護的範圍。

實際應用中，移動終端往往會對各容器的文件系統、命名空間進行充分的隔離，以此保障移動終端和容器的安全性。為了在容器隔離比較徹底的情況下實現容器電話通訊功能，現有移動終端通常在各個容器中設置各自對應的rild(radio interface layer daemon，無線接口層守護進程)進程，這樣容器中的進程可以直接訪問容器中的rild進程，進而通過容器中的rild進程來操作串口實現電話通信功能。事實上，為了保障移動終端中各容器的電話通訊功能，在容器隔離比較徹底的情況下，就需要對每個容器中的rild進程進行分別管理，而正是這種分散管理的方式，導致了移動終端的容器管理效率低下。

因此，本發明的發明人考慮，在容器隔離比較徹底的情況下，可預先在移動終端中設置獨立於各個容器的rild進程，進而讓移動終端中的容器均通過該rild進程來操作串口實現電話通訊功能，實現容器電話通信功能的統一管理。

具體地，可以創建一對相互連接的套接字接口，以其中一個套接字接口作為rild進程的socket通道；同時，將另一個套接字接口通過文件描述符共享給移動終端中的各個容器。這樣，各個容器可以通過共享得到的另一個套接字接口分別連接至獨立設置的rild進程，與rild進程進行socket通信，從而通過rild進程來操作串口實現電話通訊功能。相比現有需要為各個容器設置各自對應的rild進程，並為每個容器中的rild進程進行分散管理，本發明的方案可通過預設的rild進程的統一管理，實現對容器的電話通訊功能的統一管理，操作簡單方便，在保障移動終端中各容器的正常電話通訊功能的同時，可大大提高移動終端的容器管理效率。

下面結合附圖詳細說明本發明的技術方案。

實際應用中，利用Linux內核的命名空間(namespace)特性，可以形成多個容器，以此對用戶空間和資源進行隔離。移動終端中的容器可以是基於linux系統而演變的系統，比如，Android(安卓)系統等。

需注意的是，本發明的方案中，移動終端中的容器不再具有各自的rild(radio interface layer daemon，無線接口層守護)進程。為了實現容器中電話相關應用Call App的電話通訊功能，本發明方案中，移動終端的內核可以預先啟動一個簡化、安全的容器管理系統。其中，啟動的容器管理系統用於啟動容器內系統，並對容器進行管理。

本發明方案中，可以在容器管理系統中設置獨立於移動終端中各容器的rild進程。這樣，運行在容器中的應用處理器上的電話相關應用可以首先完成與容器管理系統中設置的rild之間的通信，進而通過rild與modem進行通信，實現電話通訊功能。

具體地，如圖1a所示，容器電話通訊功能實現方法可以包括如下步驟：

S100：創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符。

S200：以其中一個文件描述符所指向的套接字接口作為移動終端中獨立於各容器的rild進程的訪問接口。

S300：根據另一個文件描述符將其所指向的套接字接口共享給移動終端中的各容器，使容器的進程通過該套接字接口連接訪問接口與rild進程進行socket通信，並通過rild進程操作串口實現電話通訊功能。

下面將通過實施例一、實施例二來詳細說明容器電話通訊功能實現方法。

實施例一

本發明實施例一提供了一種容器電話通訊功能實現方法，如圖1b所示，其具體流程包括如下步驟：

S101：創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的第一文件描述符和第二文件描述符。

本發明實施例中，移動終端可以使用Linux的socketpair函數來創造一對未命名的、相互連接的套接字接口：第一套接字接口、第二套接字接口；獲取分別指向創建的兩個套接字接口的兩個fd(file descriptor，文件描述符)：第一文件描述符fd1、第二文件描述符fd2。

其中，fd1為創建第一套接字接口時內核(kernel)返回的文件描述符；fd2為創建第二套接字接口時內核返回的文件描述符。利用fd1可以訪問第一套接字接口，利用fd2可以訪問第二套接字接口。

實際應用中，由於第一套接字接口與第二套接字接口為相互連接的兩個套接字接口。因此，利用fd2也可以間接訪問第一套接字接口；同樣地，利用fd1也可以間接訪問第二套接字接口。

S102：以第一文件描述符fd1所指向的套接字接口作為移動終端中獨立於各容器的rild進程的socket訪問接口。

本發明方案中，通過內核將rild設置於獨立於各容器的容器管理系統。為了便於移動終端中的容器通過rild來操作串口實現電話通訊功能，可以首先為rild進程與容器之間設置通道。

具體地，可以從步驟S101創建的兩個套接字接口中，選擇其中一個套接字接口作為rild進程的socket訪問接口，並讓另一個套接字接口成為移動終端中容器訪問rild進程的間接接口以形成socket通道。這樣，移動終端中的容器可以通過socket通道完成與rild進程之間的socket通信。

本步驟中，可以選擇第一文件描述符fd1所指向的套接字接口作為rild進程的socket訪問接口，之後執行步驟S103。

S103：根據第二文件描述符fd2將其所指向的套接字接口共享給移動終端中的各容器。

本步驟中，為了使移動終端中各個容器的進程與rild進程完成socket通信，需要在容器端也設置與rild進程對應的接口以形成socket通道。

由於步驟S101創建的第一套接字接口與第二套接字接口相互連接，因此，在步驟S102將第一套接字接口作為rild進程的socket訪問接口的情況下，可以將第二套接字接口作為容器的訪問rild進程的間接接口以形成socket通道。這樣，容器的進程通過第二套接字接口連接作為訪問接口的第一套接字接口與rild進程進行socket通信，並通過rild進程操作串口實現電話通訊功能。

具體地，可以根據第二文件描述符fd2將其所指向的套接字接口共享給移動終端中的各容器。由於第一套接字接口與第二套接字接口為相互連接的兩個套接字接口。因此，共享第二套接字接口的容器，可以通過第二套接字接口連接到第一套接字接口，繼而通過第一套接字接口與rild進程進行socket通信，並通過rild進程操作串口實現電話通訊功能。

考慮到，第一文件描述符fd1與第二文件描述符fd2所各自指向的套接字接口相互連接。因此，本發明的方案中，第一文件描述符fd1與第二文件描述符fd2可互換應用。例如，選擇第二文件描述符fd2所指向的套接字接口作為rild進程的socket訪問接口；相應地，選擇第一文件描述符fd1所指向的套接字接口作為共享文件；並根據第一文件描述符fd1，將第一文件描述符fd1指向的第一套接字接口共享給移動終端中的各個容器。

這樣，移動終端中容器的進程可以通過第一文件描述符fd1訪問到第一套接字接口；通過第一套接字接口連接到第二套接字接口，繼而通過第二套接字接口與rild進程進行socket通信，並通過rild進程操作串口實現電話通訊功能。

關於如何將套接字接口共享給移動終端中的容器，將在後續的實施例二中詳細介紹。

相比現有需要為各個容器設置各自對應的rild進程，並為每個容器中的rild進程進行分散管理；而本發明的方案中，可通過rild進程的統一管理，實現對容器的電話通訊功能的統一管理，操作簡單方便；在保障移動終端中各容器的正常電話通訊功能的同時，可大大提高移動終端的容器管理效率；而且，不會打破移動終端中容器間的獨立性，保障移動終端中安全系統的充分隔離。

實施例二

如圖2所示，可以通過如下步驟將文件描述符所指向的套接字接口進行傳遞，共享給移動終端中的容器：

S201：獲取文件描述符所指向的套接字接口的file結構體。

本發明的方案中，套接字接口的共享實際上是一種文件的共享。在容器隔離比較徹底的情況下，可以在移動終端中設置一個設備驅動，以此設備節點，通過文件描述符的共享來實現系統間共享文件的需求。

考慮到，實際應用中，在文件創建時內核設置有描述該文件的file(文件)結構體；而文件的共享可以通過file(文件)結構體的共享來實現。因此，本發明實施例中，可以向驅動傳遞待共享文件的文件描述符，驅動利用內核提供的fget函數，通過文件描述符獲取內核描述待共享文件的file結構體。

本發明方案中，可以將第二文件描述符fd2所指向的套接字接口作為待共享的文件。因此，可以將第二文件描述符fd2向驅動傳遞；驅動獲得上述信息之後，利用fget函數獲取第二文件描述符fd2所指向的套接字接口的file結構體。

S202：為文件描述符註冊對應的服務通道，並在服務通道中記錄文件描述符、以及獲取的file結構體。

本步驟中，移動終端中預設的驅動可以為待共享文件的文件描述符註冊一個對應的服務通道；在註冊的服務通道中記錄文件描述符、以及獲取的file結構體。

比如，在以第二文件描述符fd2所指向的套接字接口為待共享的文件的情形下，移動終端中的預設的驅動可以為第二文件描述符fd2註冊對應的服務通道，並在註冊的服務通道中記錄fd2、以及通過步驟S201獲取的fd2所指向的套接字接口file結構體。

實際應用中，在向驅動傳遞待共享文件的文件描述符時，還可以傳遞預先設置的標示名稱；驅動在為該文件描述符註冊服務通道後，以該標示名稱為索引。這樣，後續通過標示名稱即可找到對應的服務通道，繼而查找到服務通道中記錄的待共享文件的file結構體。

因此，本發明方案中，在為fd2註冊對應的服務通道後，可以將fd2對應的服務通道進行廣播，使移動終端中的容器根據廣播獲取服務通道的標示名稱；並以獲取的標示名稱發起針對服務通道的讀取請求。

實際應用中，驅動將fd2對應的服務通道進行廣播，可以使得移動終端中的容器了解到fd2所指向的文件(即可連接至rild進程的第二套接字接口)已提供了共享接口。這樣，移動終端中存在與rild進程進行socket通信的需求的容器，就可以根據廣播的內容獲取標示名稱，比如，rild0；通過標示名稱向驅動發起服務通道的讀取請求。

S203：接收到移動終端中的容器針對服務通道的讀取請求後，獲取容器當前的共享文件描述符。

其中，容器當前的共享文件描述符指的是容器當前進程未使用的文件描述符。

本發明方案中，移動終端中存在與rild進程進行通信的需求的容器，在接收到針對rild進程的服務通道的廣播之後，可以從廣播中獲取服務通道的標示名稱，並向驅動發送針對該服務通道的讀取請求。其中，讀取請求中包括服務通道的標示名稱。

移動終端中預設的驅動接收到讀取請求後，根據讀取請求中的標示名稱，查找到對應的服務通道，並讀取服務通道中記錄的信息，包括：文件描述符、文件描述符所指向的待共享文件的file結構體。

實際應用中，文件描述符是一個非負整數，每一個文件描述符會與一個打開文件相對應；而相同的文件可能被不同的進程打開。針對同一文件，由不同的進程打開所得到的文件描述符可能並不相同。

因此，本發明實施例中，在驅動接收到容器發送的服務通道的讀取請求之後，可以獲取該容器當前進程未使用的文件描述符，以便後續指向待共享文件。比如，接收到移動終端中的容器針對fd2對應的服務通道的讀取請求後，獲取容器當前進程未使用的共享文件描述符fd3。

關於容器當前進程未使用的文件描述符的獲取可以採用本領域技術人員常用技術手段，在此不再詳述。

S204：將獲取的共享文件描述符與服務通道中記錄的file結構體進行關聯。

本發明方案中，通過步驟S203獲取移動終端中容器當前進程未使用的文件描述符之後，為了使容器當前進程未使用的文件描述符指向待共享文件，可以將獲取的文件描述符與服務通道中記錄的描述待共享文件的file結構體進行關聯。比如，在獲取容器當前進程的共享文件描述符fd3之後，可以將共享文件描述符fd3與fd2對應的服務通道中記錄的第二套接字接口的file結構體進行關聯，使得共享文件描述符fd3與fd2指向同一文件，即第二套接字接口。關於文件描述符與file結構體的關聯，可以採用本領域技術常用技術手段，在此不再詳述。

本發明方案中，在將共享文件描述符與服務通道中記錄的file結構體進行關聯之前，還可以對發送針對服務通道的讀取請求的容器進行校驗，以保障移動終端的安全通信。其中，校驗包括如下至少一項：身份校驗、權限校驗。

實際應用中，文件描述符對應的服務通道中除了可以記錄文件描述符、文件描述符所指向的待共享文件的file結構體之外，還可以記錄文件權限、運行訪問的用戶UID(User Identification，用戶身份證明)、允許最大訪問數量等信息。這樣，在接收到移動終端中的容器針對服務通道的讀取請求，並查找到對應的服務通道後，可以從查找到的服務通道中讀取上述信息，並根據上述信息對該容器進行校驗。關於容器的校驗可以採用本領域技術人員常用技術手段，在此不再詳述。

S205：將與服務通道中記錄的文件描述符指向同一套接字接口的共享文件描述符返回給容器。

本實施例中，將與服務通道中記錄的文件描述符fd2指向同一套接字接口的共享文件描述符fd3返回給容器，可以使容器進程後續根據共享文件描述符fd3打開第二套接字接口，通過第二套接字接口連接到第一套接字接口，進而連接至rild進程，完成與rild進程的socket通信，並實現該容器的電話通訊功能。

實施例三

基於實施例一提供的移動終端中容器電話通訊功能實現方法，本發明實施例三提供了一種移動終端，如圖3所示，該移動終端可以包括：接口創建單元301、通道構建單元302、通道共享單元303。

其中，接口創建單元301用於創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符。

通道構建單元302用於以接口創建單元301獲取的兩個文件描述符中的一個文件描述符作為rild進程的socket訪問接口。

通道共享單元303用於根據接口創建單元301獲取的另一個文件描述符，將其所指向的套接字接口共享給移動終端中的各容器，使容器的進程通過該套接字接口連接訪問接口與rild進程進行socket通信，並通過rild進程操作串口實現電話通訊功能。

如圖4所示，通道共享單元可以包括：第一獲取子單元401、通道註冊子單元402、第二獲取子單元403、關聯共享子單元404。

其中，第一獲取子單元401用於獲取文件描述符所指向的套接字接口的文件file結構體。

通道註冊子單元402用於為文件描述符註冊對應的服務通道，並在服務通道中記錄文件描述符、以及第一獲取子單元獲取的file結構體。

第二獲取子單元403用於在接收到移動終端中的容器針對服務通道的讀取請求後，獲取容器當前進程的共享文件描述符。其中，共享文件描述符為容器當前進程未使用的文件描述符。

關聯共享子單元404用於將共享文件描述符與服務通道中記錄的file結構體進行關聯；並將與第二文件描述符指向同一套接字接口的共享文件描述符返回給容器。

更優地，通道註冊子單元402還用於將文件描述符對應的服務通道進行廣播，使移動終端中的容器根據廣播獲取服務通道的標示名稱，並以標示名稱發起針對服務通道的讀取請求。

更優地，通道共享單元303還可以包括：用於在接收到移動終端中的容器針對服務通道的讀取請求後，對容器進行校驗的容器校驗子單元。其中，校驗包括如下至少一項：身份校驗、權限校驗。

本實施例中，移動終端中各個單元的具體功能實現可以參考實施例一提供的移動終端中容器電話通訊功能實現方法中的各步驟的具體實現；且通道共享單元中各子單元的具體功能實現可以參考實施例二提供的共享方法中各步驟的具體實現，在此不再贅述。

實施例四

考慮到在容器隔離比較徹底的情況下，移動終端中容器之間可能出現無法通信的弊端，針對此弊端，本發明實施例四還提供了一種跨容器通信方法，如圖5所示，具體包括如下步驟：

S501：接收第一容器發送的通信請求，從中解析出預通信的第二容器。

具體地，移動終端的內核啟動的容器管理系統可以接收第一容器發送的通信請求，從中解析出第一容器預與之通信的第二容器。

本發明的方案中，移動終端中的容器與容器管理系統之間預先設有通信通道，因此，第一容器可以直接將通信請求發送給容器管理系統。

S502：創建一對相互連接的套接字接口，獲取分別指向兩個套接字接口的兩個文件描述符。

容器管理系統為了能在第一容器與第二容器之間構建socket通道，可以預先創建一對相互連接的套接字接口：第一套接字接口、第二套接字接口；並獲取分別指向兩個套接字接口的兩個文件描述符：第一文件描述符、第二文件描述符。

S503：將兩個文件描述符各自指向的套接字接口分別傳遞給第一容器和第二容器，使第一容器與第二容器通過傳遞的套接字接口進行通信。

比如，可以將第一文件描述符指向的第一套接字接口傳遞給第一容器；將將第二文件描述符指向的第二套接字接口傳遞給第二容器。由於第一套接字接口與第二套接字接口相互連接，因此，第一容器可以通過第一套接字接口，連接到第二套接字接口，進而連接到第二容器。

本發明方案中，通過如下方式將文件描述符指向的套接字接口進行傳遞：

獲取文件描述符所指向的套接字接口的文件file結構體；為文件描述符註冊對應的服務通道，並在服務通道中記錄文件描述符、以及獲取的file結構體；接收到移動終端中的容器針對服務通道的讀取請求後，獲取容器當前進程未使用的文件描述符；將獲取的文件描述符與服務通道中記錄的file結構體進行關聯；將與服務通道中記錄的文件描述符指向同一套接字接口的文件描述符返回給容器。

實施例四中步驟S502、步驟S503的具體實現，可以參考實施例一和實施例二中相關步驟，在此不再贅述。

本發明實施例四中，在容器隔離比較徹底的情況下，可以根據移動終端中的容器發出的通信請求，創建一對相互連接的套接字接口；並根據文件描述符，將套接字接口傳遞給其它容器。這樣，其它容器可以通過傳遞的套接字接口，連接到與之相連的套接字接口，繼而，連接到發出通信請求的容器，從而實現容器之間的通信。

本發明的方案，在容器隔離比較徹底的情況下，預先在移動終端中設置獨立於各個容器的rild進程；並創建一對相互連接的套接字接口，以其中一個套接字接口作為rild進程的socket通道；同時，將另一個套接字接口通過文件描述符共享給移動終端中的各個容器。這樣，各個容器可以通過共享得到的另一個套接字接口連接至獨立設置的rild進程，與rild進程進行socket通信，從而通過rild進程來操作串口實現電話控制。

相比現有需要為各個容器設置各自對應的rild進程，並為每個容器中的rild進程進行分散管理，本發明的方案，無需針對每個容器設置對應的rild進程，簡化了移動終端結構；而且，在移動終端中預先設置獨立於各個容器的rild進程，並不會打破移動終端中容器間的獨立性，保障了移動終端中安全系統的充分隔離。

進一步地，本發明的方案中，在容器隔離比較徹底的情況下，可以根據移動終端中的容器發出的通信請求，創建一對相互連接的套接字接口；並根據文件描述符，將套接字接口傳遞給其它容器。這樣，其它容器可以通過傳遞的套接字接口，連接到與之相連的套接字接口，繼而，連接到發出通信請求的容器，從而實現容器之間的通信，解決了現有在容器隔離比較徹底的情況下容器間無法通信的缺陷。

本申請使用的「模塊」、「系統」等術語旨在包括與計算機相關的實體，例如但不限於硬體、固件、軟硬體組合、軟體或者執行中的軟體。例如，模塊可以是，但並不僅限於：處理器上運行的進程、處理器、對象、可執行程序、執行的線程、程序和/或計算機。舉例來說，計算設備上運行的應用程式和此計算設備都可以是模塊。一個或多個模塊可以位於執行中的一個進程和/或線程內，一個模塊也可以位於一臺計算機上和/或分布於兩臺或更多臺計算機之間。

本技術領域技術人員可以理解，本發明包括涉及用於執行本申請中所述操作中的一項或多項的設備。這些設備可以為所需的目的而專門設計和製造，或者也可以包括通用計算機中的已知設備。這些設備具有存儲在其內的電腦程式，這些電腦程式選擇性地激活或重構。這樣的電腦程式可以被存儲在設備(例如，計算機)可讀介質中或者存儲在適於存儲電子指令並分別耦聯到總線的任何類型的介質中，所述計算機可讀介質包括但不限於任何類型的盤(包括軟盤、硬碟、光碟、CD-ROM、和磁光碟)、ROM(Read-Only Memory，只讀存儲器)、RAM(Random Access Memory，隨即存儲器)、EPROM(Erasable Programmable Read-Only Memory，可擦寫可編程只讀存儲器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，電可擦可編程只讀存儲器)、快閃記憶體、磁性卡片或光線卡片。也就是，可讀介質包括由設備(例如，計算機)以能夠讀的形式存儲或傳輸信息的任何介質。

本技術領域技術人員可以理解，可以用電腦程式指令來實現這些結構圖和/或框圖和/或流圖中的每個框以及這些結構圖和/或框圖和/或流圖中的框的組合。本技術領域技術人員可以理解，可以將這些電腦程式指令提供給通用計算機、專業計算機或其他可編程數據處理方法的處理器來實現，從而通過計算機或其他可編程數據處理方法的處理器來執行本發明公開的結構圖和/或框圖和/或流圖的框或多個框中指定的方案。

本技術領域技術人員可以理解，本發明中已經討論過的各種操作、方法、流程中的步驟、措施、方案可以被交替、更改、組合或刪除。進一步地，具有本發明中已經討論過的各種操作、方法、流程中的其他步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。進一步地，現有技術中的具有與本發明中公開的各種操作、方法、流程中的步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。

以上所述僅是本發明的優選實施方式，應當指出，對於本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。