避免並發呼叫的方法和應用於該方法的裝置製造方法
2023-06-13 02:53:11 1
避免並發呼叫的方法和應用於該方法的裝置製造方法
【專利摘要】本發明涉及一種用於避免並發呼叫的系統和方法。具體地，本發明的方法包括：在終端裝置，確認在指派到特定應用的運動保持消息的發送時段之前的特定時間點處的語音呼叫或數據呼叫的連接狀態；根據所確認的語音呼叫或數據呼叫的連接狀態通過數據呼叫向伺服器裝置傳遞指派到特定應用的運動保持消息以向伺服器裝置通知特定應用的驅動狀態；並且經由伺服器裝置向終端裝置傳遞關於從終端裝置傳遞的運動保持消息的響應消息。從而，可以最小化同時執行語音呼叫和數據呼叫的並發呼叫或Multi-RAB狀態，並且還可以最小化數據呼叫連接嘗試。
【專利說明】避免並發呼叫的方法和應用於該方法的裝置
【技術領域】
[0001]本公開涉及同時發送數據的方法，更具體地，涉及用於避免並發呼叫的裝置和方法，其中，根據終端裝置的語音呼叫或數據呼叫的狀態選擇性地傳遞用於保持在終端裝置和伺服器裝置之間的會話的保活(Keep Alive)消息，使得能夠使同時執行語音呼叫和數據呼叫的並發呼叫(Concurrent Call or Mult1-RAB)狀態最小化，並且能夠使用於數據呼叫連接的嘗試最小化。
【背景技術】
[0002]近年來，隨著智慧型電話被注入新的活力，出現了各種應用。在這些應用中，諸如需要接收和發送包的功能的消息器的應用越來越多。特別地，在消息器形式的應用中，相應的伺服器應當總是知曉加載了用於包接收功能的應用的用戶終端的位置，並且為此，在終端和伺服器之間保持會話。
[0003]推送通知(Push Notification,以下稱為PN)技術應用於消息器形式的應用中，該技術在數據接收時刻向需要接收的應用通知已經傳遞消息的事實。也就是說，PN技術是指這樣的技術，通過該技術，當加載應用的用戶終端A與伺服器連接並且向伺服器傳遞存在將要向用戶終端B發送的消息的事實時，伺服器搜索針對用戶終端B的會話並且向用戶終端B傳遞關於存在已由用戶終端A發送的消息的事實的推送通知(Push Notification),並且用戶終端B當識別該推送通知時可標識出已由用戶終端A發送的消息。
[0004]此外，在消息器形式的應用的情況下，為了保持在終端和伺服器之間的會話，根據預定時段，從終端向伺服器傳遞保活消息，並且該伺服器在識別保活消息後向終端傳遞ACK消息。
[0005]但是，在以上描述的消息器形式的應用的情況下，由於通過利用數據呼叫應用推送通知和保活(Keep Alive)消息，因此，增加了同時執行語音呼叫和數據呼叫的並發呼叫或Mult1-RAB (Concurrent Call or Mult1-RAB)狀態,並且由於數據呼叫在網絡質量上比語音呼叫施加大的影響(根據所需功率的增加，覆蓋範圍減小)，因此由並發呼叫狀態的增加會引起語音掉話(Call Drop)ο
[0006]此外，由於最近消息器形式的應用以及為了保持會話而需要利用數據呼叫進行保活消息傳遞的應用的種類和數量越來越多，根據相應的應用的驅動，針對數據呼叫連接的嘗試越來越多以將網絡過載。
【發明內容】
[0007]本公開解決的問題
[0008]因此，提出本公開以解決以上提到的在現有技術中發生的問題，並且本公開的目的是提供一種用於避免並發呼叫的裝置和方法，其中，在用於保持終端裝置和伺服器裝置之間的會話的保活(Keep Alive)消息的傳遞中，同時執行語音呼叫和數據呼叫的並發呼叫或Mult1-RAB (Concurrent Call or Mult1-RAB)狀態被最小化以防止由於並發呼叫的增加而引起的語音掉話(Call Drop)現象。
[0009]本公開的另一個目的是提供一種用於避免並發呼叫的裝置和方法，其中，在用於保持終端裝置和伺服器裝置之間的會話的保活消息的傳遞中，僅當在用於傳遞保活(KeepAlive)消息的設定時段之前確定了數據呼叫連接狀態時，傳遞保持保活消息以使針對數據呼叫連接的嘗試最小化。
[0010]技術手段
[0011]為了實現該目的，提供一種終端裝置，該終端裝置包括:狀態確定單元，該狀態確定單元被構造成確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態；以及應用互聯單元，該應用互聯單元被構造成根據所確定的所述語音呼叫或所述數據呼叫的連接狀態，通過所述數據呼叫來傳遞所述保活消息以通知所述特定應用的驅動狀態。
[0012]優選地，所述狀態確定單元被構造成確定在所述特定時間的所述語音呼叫的連接狀態。
[0013]優選地，所述應用互聯單元被構造成當所述狀態確定單元確定所述語音呼叫不被連接時，通過所述數據呼叫傳遞所述保活消息。
[0014]優選地，所述應用互聯單元被構造成在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段已經到來時不傳遞所述保活消息。
[0015]優選地，所述應用互聯單元被構造成當所述傳遞時段到來時傳遞所述保活消息，而與所述狀態確定單元是否確定所述語音呼叫被連接無關。
[0016]優選地，所述狀態確定單元被構造成確定在所述特定時間的所述數據呼叫的連接狀態。
[0017]優選地，所述應用互聯單元被構造成當所述狀態確定單元確定所述數據呼叫被連接時，通過所述數據呼叫傳遞所述保活消息。
[0018]優選地，所述應用互聯單元被構造成在狀態確定單元確定所述數據呼叫不被連結的情況下，當所述傳遞時段已經到來時通過另一個連接的數據呼叫來傳遞所述保活消息。
[0019]優選地，所述應用互聯單元被構造成在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段已經到來時不傳遞所述保活消息。
[0020]根據本公開的另一個方面，提供一種避免並發呼叫的方法，該方法包括以下步驟:通過終端裝置確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態；通過所述終端裝置根據所確定的所述語音呼叫或所述數據呼叫的連接狀態通過所述數據呼叫向伺服器裝置傳遞所述保活消息以通知所述特定應用的驅動狀態；以及通過所述伺服器裝置響應於從所述終端裝置傳遞的所述保活消息向所述終端裝置傳遞確認消息。
[0021]根據本公開的另一個方面，提供一種操作終端裝置的方法，所述方法包括以下步驟:確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態；根據所確定的所述語音呼叫或所述數據呼叫的連接狀態，通過所述數據呼叫向伺服器裝置傳遞所述保活消息以通知所述特定應用的驅動狀態。
[0022]優選地，確定連接狀態的步驟包括確定在特定時間的所述語音呼叫的連接狀態。
[0023]優選地，傳遞所述保活消息的步驟包括當在確定連接狀態的步驟中確定所述語音呼叫不被連接時通過所述數據呼叫傳遞所述保活消息。
[0024]優選地，傳遞所述保活消息的步驟包括在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段到來時不傳遞所述保活消息。
[0025]優選地，傳遞所述保活消息的步驟包括當所述傳遞時段到來時傳遞所述保活消息，而與在確定連接狀態的步驟中是否確定所述語音呼叫被連接無關。
[0026]優選地，所述確定連接狀態的步驟包括確定在特定的時間的所述數據呼叫的連接狀態。
[0027]優選地，所述傳遞所述保活消息的步驟包括當在所述確定連接狀態的步驟中確定所述數據呼叫被連接時通過所述數據呼叫傳遞所述保活消息。
[0028]優選地，所述傳遞所述保活消息的步驟包括在所述確定連接狀態的步驟中確定數據呼叫不被連接的情況下，當所述傳遞時段到來時通過另一個連接的數據呼叫傳遞所述保活消息。
[0029]優選地，所述傳遞所述保活消息的步驟包括在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段到來時不傳遞所述保活消息。
[0030]技術效果
[0031]根據本公開的【具體實施方式】，當確定終端裝置的當前狀態不對應於語音呼叫連接狀態時，向伺服器裝置傳遞 用於保持終端裝置和伺服器裝置之間的會話的保活消息，以使同時執行語音呼叫和數據呼叫的並發呼叫或Mult1-RAB(Concurrent Call or Mult1-RAB)狀態最小化，其中，能夠防止由於並發呼叫的增加引起的語音掉話(Call Drop)現象，因此，能夠減小語音呼叫質量的劣化。
[0032]根據本公開的【具體實施方式】，在用於保持在終端裝置和伺服器裝置之間的會話的保活消息的傳遞中，當在構造成發送保活消息的設定時段之前確定數據呼叫連接狀態時傳遞保活消息以使針對數據呼叫連接的嘗試最小化，這樣能夠減小網絡負載。
【專利附圖】
【附圖說明】
[0033]圖1是根據本公開的實施方式的並發呼叫避免系統的構造的框圖；
[0034]圖2是根據本公開的實施方式的終端裝置的框圖；
[0035]圖3是根據本公開的實施方式的操作並發呼叫避免系統的方法的信號流圖；
[0036]圖4是根據本公開的實施方式的終端裝置的操作的流程圖。
【具體實施方式】
[0037]以下，將會參照附圖描述本公開的【具體實施方式】.[0038]圖1是根據本公開的第一實施方式的並發呼叫避免系統的構造的框圖。
[0039]如圖1所示，根據本公開的第一實施方式的並發呼叫避免系統包括:終端裝置100，其傳遞用於通知特定應用的驅動狀態的保活消息；伺服器裝置200，其響應於接收到從終端裝置100傳遞的保活消息，向終端裝置100傳遞確認(ACK)消息。這裡，特定應用是指由伺服器裝置200管理的諸如消息器形式的客戶端(Client)應用，並且就特定應用的情況，為了保持終端裝置100和伺服器裝置200之間的會話，需要根據預定時間間隔從客戶端裝置100向伺服器裝置200傳遞保活消息。[0040]終端裝置100根據被指定到所嵌入的特定應用的時段信息來確定其當前狀態。
[0041]終端裝置100確定被指定到所嵌入的特定應用的時段信息，也就是被指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段來設定與基本時段之前的時間對應的檢測時段，並且根據檢測時段確定其當前狀態，也就是語音呼叫連接狀態。為此，終端裝置100通過為了操作終端裝置而加載的平臺(例如Android或Window)所支持的應用程式接口(API, Application Programming Interface)來確定語音通話連接狀態。
[0042]例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間間隔時，終端裝置100將基本時段經過之前的5分鐘設定為檢測時段，並且通過為了操作終端裝置而加載的平臺所支持的API，根據檢測時段確定語音呼叫連接狀態一次、連續地確定語音呼叫連接狀態、或者確定語音呼叫連接狀態達所設定的次數。
[0043]此外，當確定當前狀態不對應於語音呼叫連接狀態時，終端裝置100向伺服器裝置200傳遞保活消息。
[0044]換句話說，當通過平臺支持的API確定當前狀態不對應於語音連接狀態時，終端裝置100通過數據呼叫來傳遞與特定應用對應的保活消息，以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的AKC消息。
[0045]並且，當指定到特定應用的基本時段已經到來時，終端裝置100通過數據呼叫傳遞保活消息以保持與伺服器裝置200連接的會話，而與語音呼叫連接狀態無關。
[0046]以下，將參照圖2更詳細地描述根據本公開的第一實施方式的終端裝置100。
[0047]終端裝置100包括狀態確定單元110，其被構造成確定終端裝置的當前狀態；應用互聯單元120，其被構造成傳遞與特定應用對應的保活消息以通知特定應用的驅動狀態。
[0048]狀態確定單元110根據指定到嵌入的特定應用的時段信息來設定檢測時段。
[0049]換句話說，狀態確定單元110確定指定到嵌入的特定應用的時段信息，也就是被指定用於通知特定應用的驅動狀態的基本時段，並基於確定的基本時段設定與基本時段之前的時間對應的檢測時段。
[0050]此外，狀態確定單元110根據所設定的檢測時段來確定終端裝置100的當前狀態。
[0051]換句話說，狀態確定單元110根據所設定的檢測時段確定終端裝置100的當前狀態，也就是語音呼叫連接狀態。為此，狀態確定單元110通過為了操作終端裝置而加載的平臺(例如，Android 或 Windows)所支持的應用程式接口(API, Application ProgrammingInterface)確定語音呼叫連接狀態。例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間間隔時，狀態確定單元110通過由為了操作終端裝置而加載的平臺所支持的API，根據與基本時段經過前的5分鐘對應的檢測時段確定語音呼叫連接狀態一次、連續地確定語音呼叫連接狀態、或者確定語音呼叫連接狀態達所設定的次數。
[0052]當確定當前狀態不對應於語音連接狀態時，應用互聯單元120向伺服器裝置200傳遞保活消息。
[0053]換句話說，當通過平臺支持的API確定當前狀態不對應於呼叫連接狀態時，應用互聯單元120通過數據呼叫傳遞與特定應用對應的保活消息以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的ACK消息。
[0054]並且，當指定到特定應用的基本時段已經到來時，應用互聯單元120通過數據呼叫傳遞保活消息以保持與伺服器裝置200連接的會話，與語音呼叫連接狀態無關。[0055]如上所述，在根據本公開的第一實施方式的並發呼叫避免系統中，當確定終端裝置的當前狀態不對應於語音呼叫連接狀態時，向伺服器裝置傳遞用於保持終端裝置和伺服器裝置之間的會話的保活消息，使得同時執行語音呼叫和數據呼叫的並發呼叫(或Mult1-RAB)狀態最小化，其中，能夠防止由於並發呼叫的增加引起的語音掉話(Call Drop)現象，因此，能夠減小語音呼叫質量的劣化。
[0056]以下，將會參照圖3和圖4描述根據本公開的第一實施方式的避免並發呼叫的方法。這裡，為了便於描述，將採用相應的附圖標記描述圖1和圖2中所示的元件。
[0057]首先，將參照圖3描述根據本公開的第一實施方式的操作並發呼叫避免系統的方法。
[0058]終端裝置100根據指定到嵌入的特定應用的時段信息確定其當前狀態(S110至S140)。
[0059]優選地，終端裝置100確定指定到嵌入的特定應用的時段信息，也就是被指定用於通知特定應用的驅動狀態的基本時段，基於確定基本時段設定與基本時段之前的時間對應的檢測時段，並且確定其當前狀態，也就是根據檢測時段的語音呼叫連接狀態。為此，終端裝置100通過為了操作終端裝置而加載的平臺(例如Android或Windows)所支持的應用程式接口(API, Application Programming Interface)來確定語音呼叫連接狀態。
[0060]例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間段時，終端裝置100將基本時段經過前的5分鐘設定為檢測時段，並且通過為了操作終端裝置而加載的平臺所支持的API，根據檢測時段確定語音呼叫連接狀態一次、連續地確定語音呼叫連接狀態、或者確定語音呼叫連接狀態達所設定的次數。
[0061]然後，當確定當前狀態不對應於語音呼叫連接狀態時，終端裝置100向伺服器裝置200傳遞保活消息(S150)。
[0062]換句話說，當通過平臺支持的API確定當前狀態不對應於語音呼叫連接狀態時，終端裝置100通過數據呼叫傳遞對應於特定應用的保活消息以向伺服器裝置200通知特定應用的驅動狀態。
[0063]同時，當指定到特定應用的基本時段到來時，終端裝置100通過數據呼叫傳遞保活消息以保持與伺服器裝置200連接的會話，與語音呼叫連接狀態無關。
[0064]此後，伺服器裝置200響應於接收到從終端裝置100傳遞的保活消息，向終端裝置100 傳遞 ACK 消息(S160)。
[0065]以下，將參照圖4描述根據本公開的第一實施方式的操作終端裝置100的方法。
[0066]首先，根據指定到嵌入的特定應用的時段信息設定檢測時段(S210和S220)。
[0067]優選地，狀態確定單元110確定指定到嵌入的特定應用的時段信息，也就被指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段設定與基本時段之前的時間對應的檢測時段。
[0068]然後，根據所設定的檢測時段來確定終端裝置100的當前狀態(S230至S250)。
[0069]優選地，狀態確定單元110根據所設定的檢測時段確定終端裝置100的當前狀態，也就是語音呼叫連接狀態。此時，狀態確定單元110通過為了操作終端裝置而加載的平臺(例如，Android 或 Windows)所支持的應用程式接 口(API, Application ProgrammingInterface)確定語音呼叫連接狀態。例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的間隔時，狀態確定單元110根據與基本時段經過之前的5分鐘對應的檢測時段，通過為了操作終端裝置而加載的平臺所支持的API確定語音呼叫連接狀態一次、連續地確定語音呼叫連接狀態、或者確定語音呼叫連接狀態達所設定的次數。
[0070]然後，當確定當前狀態不對應於語音呼叫連接狀態時，向伺服器裝置200傳遞保活消息(S260至S280)。
[0071]優選地，當通過由平臺支持的API確定當前狀態不對應於語音呼叫連接狀態時，應用互聯單元120通過數據呼叫傳遞對應於特定應用的保活消息以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的ACK消息。
[0072]並且，當指定到特定應用的基本時段到來時，應用互聯單元120通過數據呼叫傳遞保活消息以保持與伺服器裝置200連接的會話，與語音呼叫連接狀態無關。
[0073]如上所述，在根據本公開的第一實施方式的避免並發呼叫的方法中，當確定終端裝置的當前狀態不對應於語音呼叫連接狀態時，向伺服器裝置傳遞用於保持終端裝置和伺服器裝置之間的會話的保活(Keep Alive)消息，使得同時執行語音呼叫和數據呼叫的並發呼叫或Mult1-RAT(Concurrent Call or Mult1-RAB)狀態最小化,其中，能夠防止由於並發呼叫的增加引起的語音掉話(CalI Drop)現象，因此，能夠減小語音呼叫質量的劣化。
[0074]以下，將參照圖1描述根據本公開的第二實施方式的並發呼叫避免系統的示意性構造。
[0075]如圖1所示，根據本公開第二實施方式的並發呼叫避免系統包括:終端裝置100，其用於傳遞用於通知特定應用的驅動狀態的保活消息；伺服器裝置200，其用於響應於接收到從終端裝置100傳遞的保活消息，向終端裝置100傳遞確認(ACK)消息。這裡，特定應用是指由伺服器裝置200管理的客戶端(Client)應用(例如消息器形式的應用)。就特定應用的情況下，應用推送通知(Push Notification,以下稱為PN)技術,其在數據接收時間通知已經向需要接收的應用傳遞消息的事實，並且為了保持終端裝置100和伺服器裝置200之間的會話，需要根據預定的時間段間隔從客戶端裝置100向伺服器裝置200傳遞保活(Keep Alive)消息。
[0076]終端裝置100根據指定到嵌入的特定應用的時段信息來確定其當前狀態。
[0077]終端裝置100確定被指定到嵌入的特定應用的時段信息，也就是被指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段來設定與基本時段之前的時間對應的檢測時段。此外，終端裝置100根據所設定的檢測時段確定其當前狀態，也就是數據呼叫連接狀態。此時，終端裝置100可通過為了操作終端裝置而加載的平臺(例如Android 或 Window)所支持的應用程式接口(API, Application Programming Interface)來確定數據通話連接狀態。
[0078]例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間間隔時，終端裝置100將基本時段經過之前的5分鐘設定為檢測時段，並且通過為了操作終端裝置而加載的平臺所支持的API，根據檢測時段確定數據呼叫連接狀態一次、連續地確定數據呼叫連接狀態、或者確定數據呼叫連接狀態達所設定的次數。
[0079]在這種情況下，所確定的數據呼叫連接狀態可被劃分成數據呼叫連接狀態和數據呼叫非連接狀態。數據呼叫連接狀態包括連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_IN0UT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)。數據呼叫非連接狀態包括存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)。
[0080]此外，當確定當前狀態對應於數據呼叫連接狀態時，終端裝置100向伺服器裝置200傳遞保活消息。
[0081]換句話說，當通過平臺支持的API確定當前狀態對應於數據呼叫連接狀態時，終端裝置100通過所連接的數據呼叫傳遞與特定應用對應的保活消息以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的ACK消息。
[0082]並且，當指定到特定應用的基本時段到來時，終端裝置100通過數據呼叫傳遞保活消息以保持與伺服器裝置200連接的會話，與數據呼叫連接狀態無關。
[0083]換句話說，在指定到特定應用的基本時段到來的狀態中，在數據呼叫連接狀態的情況下，也就是連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)，終端裝置100通過連接的數據呼叫傳遞保活消息。此外，在指定到特定應用的基本時段已經到來的狀態中，在數據呼叫非連接狀態的情況下，也就是存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)，終端裝置100執行新的數據呼叫連接以通過對應的數據呼叫傳遞保活消息。
[0084]伺服器裝置200響應於接收到從終端裝置100傳遞的保活消息，向終端裝置100傳遞ACK消息。
[0085]換句話說，伺服器裝置200與從終端裝置100接收到的保活消息相對應，根據與指定到特定應用的基本時段之前的時間對應的檢測時段，或者指定到特定應用的基本時段向終端裝置100傳遞ACK消息，從而向終端裝置100回答已經識別了特定應用的驅動狀態。
[0086]以下，將參照圖2更詳細地描述根據本公開的第二實施方式的終端裝置100。
[0087]終端裝置100包括:狀態確定單元110，其被構造成確定終端裝置的當前狀態，和應用互聯單元120，其被構造成傳遞與特定應用對應的保活消息以通知特定應用的驅動狀態。
[0088]狀態確定單元110根據指定到嵌入的特定應用的的時段信息來確定終端裝置的當前狀態。
[0089]換句話說，狀態確定單元110確定指定到嵌入的特定應用的時段信息，也就是指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段來設定與基本時段之前的時間相對應的檢測時段。
[0090]此外，狀態確定單元110根據所設定的檢測時段來確定終端裝置100的當前狀態，也就是數據呼叫連接狀態。此時，終端裝置100通過為了操作終端裝置而加載的平臺(例如，Android 或 Windows)所支持的應用程式接口(API, Application ProgrammingInterface)確定數據呼叫連接狀態。
[0091]例如，當與指定到特定應用的時段信息相對應的基本時段被設定為50分鐘的時間間隔時，狀態確定單元110將基本時段經過前的5分鐘設定為檢測時段，並且根據檢測時段通過為了操作終端裝置而加載的平臺所支持的API確定數據呼叫連接狀態一次、連續地確定數據呼叫連接狀態、或確定數據呼叫連接狀態達設定的次數。
[0092]在這種情況下，所確定的數據呼叫連接狀態可被劃分成數據呼叫連接狀態和數據呼叫非連接狀態。數據呼叫連接狀態包括連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)。數據呼叫非連接狀態包括存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)。
[0093]當確定當前狀態對應於數據呼叫連接狀態時，應用互聯單元120向伺服器裝置200傳遞保活消息。
[0094]換句話說，當通過平臺支持的API確定當前狀態對應於數據呼叫連接狀態時，應用互聯單元120通過連接的數據呼叫傳遞與特定應用對應的保活消息以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的ACK消息。
[0095]並且，當指定到特定應用的基本時段到來時，應用互聯單元120通過數據呼叫傳遞保活消息，與數據呼叫連接狀態無關。
[0096]換句話說，在指定到特定應用的基本時段到來的狀態中，在數據呼叫連接狀態的情況下，也就是連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)，應用互聯單元120通過連接的數據呼叫傳遞保活消息。此夕卜，在指定到特定應用的基本時段已經到來的狀態中，在數據呼叫非連接狀態的情況下，也就是存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)，應用互聯單元120執行新的數據呼叫連接以通過對應的數據呼叫傳遞保活消息。
[0097]如上所述，根據本公開的第二實施方式的並發呼叫避免系統，在為了保持終端裝置和伺服器裝置之間的會話的保活(Keep Alive)消息的傳遞中，當在為了傳遞保活消息而設定的時段之前確定數據呼叫連接狀態時，傳遞保活消息，從而使針對數據呼叫連接的嘗試最小化以能夠減小網絡負載。
[0098]以下，將參照圖5和圖6描述根據本公開的第二實施方式的避免並發呼叫的方法。這裡，為了便於描述，將採用相應的附圖標記描述圖1和圖2中所示的元件。
[0099]首先，將參照圖5描述根據本公開的第二實施方式的操作並發呼叫避免系統的方法。
[0100]終端裝置100根據指定到嵌入的特定應用的時段信息確定其當前狀態(S310至S340)。
[0101]優選地，終端裝置100確定指定到嵌入的特定應用的時段信息，也就是指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段設定與基本時段之前的時間對應的檢測時段。
[0102]此外，終端裝置100根據所設定的檢測時段確定其當前狀態，也就是數據呼叫連接狀態。為此，終端裝置100通過為了操作終端裝置而加載的平臺(例如，Android或Windows)所支持的應用程式接口(API, Application Programming Interface)確定數據呼叫連接狀態。[0103]例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間間隔時，終端裝置100將基本時段經過前的5分鐘設定為檢測時段，並且通過為了操作終端裝置而加載的平臺所支持的API，根據檢測時段確定數據呼叫連接狀態一次、連續地確定數據呼叫連接狀態、或者確定數據呼叫連接狀態達所設定的次數。
[0104]在這種情況下，所確定的數據呼叫連接狀態可被劃分成數據呼叫連接狀態和數據呼叫非連接狀態。數據呼叫連接狀態包括連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)。數據呼叫非連接狀態包括存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)。
[0105]然後，當確定當前狀態對應於數據呼叫連接狀態時，終端裝置100向伺服器裝置200傳遞保活消息(S350)。
[0106]優選地，當通過平臺支持的API確定當前狀態對應於數據呼叫連接狀態時，終端裝置通過連接的數據呼叫發送與特定應用對應的保活消息以向伺服器裝置200通知特定應用的驅動狀態。
[0107]並且，當指定到特定應用的基本時段已經到來時，終端裝置100通過數據呼叫傳遞保活消息，與數據呼叫連接狀態無關。
[0108]換句話說，在指定到特定應用的基本時段到來的狀態中，在數據呼叫連接狀態的情況下，也就是連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)，終端裝置100通過連接的數據呼叫傳遞保活消息。此外，在指定到特定應用的基本時段已經到來的狀態中，在數據呼叫非連接狀態的情況下，也就是存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)，終端裝置100執行新的數據呼叫連接以通過對應的數據呼叫傳遞保活消息。
[0109]此後，伺服器裝置200響應於接收到從終端裝置100傳遞的保活消息，向終端裝置100 傳遞 ACK 消息(S360)。
[0110]優選地，伺服器裝置200與從終端裝置100接收到的保活消息相對應，根據與指定到特定應用的基本時段之前的時間對應的檢測時段，或者指定到特定應用的基本時段，向終端裝置100傳遞ACK消息，從而向終端裝置100回答已經識別了特定應用的驅動狀態。
[0111]以下，將參照圖6描述根據本公開的第二實施方式的操作終端裝置100的方法。
[0112]首先，根據指定到嵌入的特定應用的時段信息確定終端裝置100的當前狀態(S410 至 S440)。
[0113]優選地，狀態確定單元110確定指定到嵌入的特定應用的時段信息，也就是指定用於通知特定應用的驅動狀態的基本時段，並且基於所確定的基本時段設定與基本時段之前的時間對應的檢測時段。
[0114]此外，狀態確定單元110根據所設定的檢測時段確定終端裝置100的當前狀態，也就是數據呼叫連接狀態。此時，終端裝置100通過由為了操作終端裝置而加載的平臺(例如，Android 或 Windows)所支持的應用程式接口(API, Application ProgrammingInterface)確定數據呼叫連接狀態。
[0115]例如，當與指定到特定應用的時段信息對應的基本時段被設定為50分鐘的時間間隔時，狀態檢測單元110將基本時段經過前的5分鐘設定為檢測時段，並且通過為了操作終端裝置而加載的平臺支持的API，根據檢測時段確定數據呼叫連接狀態一次、連續地確定數據呼叫連接狀態、或者確定數據呼叫連接狀態達所設定的次數。
[0116]在這種情況下，所確定的數據呼叫連接狀態可被劃分成數據呼叫連接狀態和數據呼叫非連接狀態。數據呼叫連接狀態包括連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)。數據呼叫非連接狀態包括存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)。
[0117]然後，當確定當前狀態對應於數據呼叫連接狀態時，向伺服器裝置200傳遞保活消息(S450、S490 和 S500)。
[0118]優選地，當通過平臺支持的API確定當前狀態對應於數據呼叫連接狀態時，應用互聯單元120通過連接的數據呼叫傳遞與特定應用對應的保活消息以向伺服器裝置200通知特定應用的驅動狀態，並且從伺服器裝置200接收對應於該保活消息的ACK消息。
[0119]並且，當指定到特定應用的基本時段到來時，應用互聯單元120通過數據呼叫傳遞保活消息(S460至S500)，與數據呼叫連接狀態無關。
[0120]換句話說，在指定到特定應用的基本時段到來的狀態中，在數據呼叫連接狀態的情況下，也就是連接無線鏈路並且僅存在接收流量的狀態(DATA_ACTIVITY_IN)、連接無線鏈路並且存在發送/接收流量的狀態(DATA_ACTIVITY_INOUT)、連接無線鏈路並且不存在發送/接收流量的狀態(DATA_ACTIVITY_NONE)、以及連接無線鏈路並且僅存在發送流量的狀態(DATA_ACTIVITY_OUT)，應用互聯單元120通過連接的數據呼叫傳遞保活消息。此夕卜，在指定到特定應用的基本時段已經到來的狀態中，在數據呼叫非連接狀態的情況下，也就是存在數據連接但沒有連接無線鏈路的狀態(DATA_ACTIVITY_DORMANT)，應用互聯單元120執行新的數據呼叫連接以通過對應的數據呼叫傳遞保活消息。
[0121]如上所述，根據本公開第二實施方式的並發呼叫避免系統，在為了保持終端裝置和伺服器裝置之間的會話的保活消息的傳遞中，當在為了傳遞保活消息而設定的時期之前確定數據呼叫連接狀態時，傳遞保活消息，從而使針對數據呼叫連接的嘗試最小化以便能夠減小網絡負載。
[0122]並且，在此提出的關於本公開【具體實施方式】的已經描述的方法或算法能夠實現為硬體形式、由處理器執行的軟體模塊、或硬體和軟體模塊的組合。軟體模塊能夠存在於RAM存儲器、閃速存儲器、ROM存儲器、EPROM存儲器、EEPROM存儲器、寄存器、硬碟、移動硬碟、⑶-ROM或任意不同形式的技術上已知的存儲介質中。例示的記錄介質與處理器連接使得處理器能夠從記錄介質讀取信息並將信息激流在記錄介質中。可選地，記錄介質可與處理器集成。處理器和記錄介質可包括在應用特定集成電路(ASIC)中。ASIC可包括在終端裝置中。可選地，處理器和記錄介質可作為分離的組件包括在終端裝置中。
[0123]雖然已經描述了本公開的示例性的【具體實施方式】，但是本公開並不局限於此，並且本領域技術人員將會理解在不脫離如權利要求所公開的保護範圍和精神的情況下，可能有各種變形、添加和替代。
[0124]工業實用性
[0125]根據本公開的用於避免並發呼叫的系統和方法，根據終端裝置的語音呼叫或數據呼叫的連接狀態選擇性地傳遞為了保持終端裝置和伺服器裝置之間的會話的保活(KeepAlive)消息，使得能夠最小化同時執行語音呼叫和數據呼叫的並發呼叫或Mult1-RAB(Concurrent Call or Mult1-RAB)狀態並且能夠最小化針對數據呼叫連接的嘗試。由於本公開在這方面克服了相關技術的局限，因此針對相關技術的應用和所應用的裝置的銷售和商業將會有良好的機會，並且能夠具有很高工業實用性地來實際地、明顯地執行本公開。
【權利要求】
1.一種終端裝置，該終端裝置包括: 狀態確定單元，該狀態確定單元被構造成確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態；以及 應用互聯單元，該應用互聯單元被構造成根據所確定的所述語音呼叫或所述數據呼叫的連接狀態通過所述數據呼叫來傳遞所述保活消息以通知所述特定應用的驅動狀態。
2.根據權利要求1所述的終端裝置，其中，所述狀態確定單元被構造成確定在所述特定時間的所述語音呼叫的連接狀態。
3.根據權利要求2所述的終端裝置，其中，所述應用互聯單元被構造成當所述狀態確定單元確定所述語音呼叫不被連接時，通過所述數據呼叫傳遞所述保活消息。
4.根據權利要求3所述的終端裝置，其中，所述應用互聯單元被構造成在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段已經到來時不傳遞所述保活消息。
5.根據權利要求2所述的終端裝置，其中，所述應用互聯單元被構造成，當所述傳遞時段到來時傳遞所述保活消息，而與所述狀態確定單元是否確定所述語音呼叫被連接無關。
6.根據權利要求1所述的終端裝置，其中，所述狀態確定單元被構造成確定在所述特定時間的所述數據呼叫的連接狀態。
7.根據權利要求6所述的終端裝置，其中，所述應用互聯單元被構造成當所述狀態確定單元確定所述數據呼叫被連接時，通過所述數據呼叫傳遞所述保活消息。
8.根據權利要求6所述的終端裝置，其中，所述應用互聯單元被構造成在狀態確定單元確定所述數據呼叫不被連接的情況下，當所述傳遞時段已經到來時通過另一個連接的數據呼叫來傳遞所述保活消息。`
9.根據權利要求3或7所述的終端裝置，其中，所述應用互聯單元被構造成在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段已經到來時不傳遞所述保活消息。
10.一種避免並發呼叫的方法，該方法包括以下步驟: 通過終端裝置確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態； 通過所述終端裝置根據所確定的所述語音呼叫或所述數據呼叫的連接狀態通過所述數據呼叫向伺服器裝置傳遞所述保活消息以通知所述特定應用的驅動狀態；以及 通過所述伺服器裝置響應於從所述終端裝置傳遞的所述保活消息向所述終端裝置傳遞確認消息。
11.一種操作終端裝置的方法，所述方法包括以下步驟: 確定在指定到特定應用的保活消息的傳遞時段之前的特定時間的語音呼叫或數據呼叫的連接狀態；以及 根據所確定的所述語音呼叫或所述數據呼叫的連接狀態通過所述數據呼叫向伺服器裝置傳遞所述保活消息以通知所述特定應用的驅動狀態。
12.根據權利要求11所述的方法，其中，確定連接狀態的步驟包括確定在特定時間的所述語音呼叫的連接狀態。
13.根據權利要求12所述的方法，其中，傳遞所述保活消息的步驟包括當在確定連接狀態的步驟中確定所述語音呼叫不被連接時通過所述數據呼叫傳遞所述保活消息。
14.根據權利要求13所述的方法，其中，傳遞所述保活消息的步驟包括在通過所述數據呼叫傳遞所述保活消息的情況下，當所述傳遞時段到來時不傳遞所述保活消息。
15.根據權利要求12所述的方法，其中，傳遞所述保活消息的步驟包括當所述傳遞時段到來時傳遞所述保活消息，而與在確定連接狀態的步驟中是否確定所述語音呼叫被連接無關。
16.根據權利要求11所述的方法，其中，所述確定連接狀態的步驟包括確定在所述特定時間的所述數據呼叫的連接狀態。
17.根據權利要求16所述的方法，其中，傳遞所述保活消息的步驟包括當在確定連接狀態的步驟中確定所述數據呼叫被連接時通過所述數據呼叫傳遞所述保活消息。
18.根據權利要求16所述的方法，其中，傳遞所述保活消息的步驟包括在確定連接狀態的步驟中確定數據呼叫不被連接的情況下，當所述傳遞時段到來時通過另一個連接的數據呼叫傳遞所述保活消息。
19.根據權利要求13或17所述的方法，其中，傳遞所述保活消息的步驟包括在通過所述數據呼叫傳遞所述保活 消息的情況下，當所述傳遞時段到來時不傳遞所述保活消息。
【文檔編號】H04W24/02GK103797731SQ201280045404
【公開日】2014年5月14日 申請日期:2012年9月25日 優先權日:2011年10月12日
【發明者】金南健, 崔鎮泰, 韓蒼汶, 裵性洙 申請人:Sk電信有限公司