本發(fā)明涉及通訊技術(shù)，尤其涉及一種信息處理方法、終端及服務(wù)器。
背景技術(shù)：
：：隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，智能終端的大量普及，各種應(yīng)用，各種生活服務(wù)為用戶提供了各種使用上的便利。用戶通過終端上的應(yīng)用來執(zhí)行終端與服務(wù)器間信息處理的過程中，能實(shí)現(xiàn)訂閱服務(wù)、支付服務(wù)等各種功能。形象的說，用戶拿出終端，就可以借助終端上的應(yīng)用來訂酒店，買機(jī)票，繳納水、電、煤氣費(fèi)等等，這些生活服務(wù)中也包括掛號服務(wù)?，F(xiàn)有技術(shù)中，需要借助專門的掛號平臺來處理掛號服務(wù)，且都是針對掛號服務(wù)的單一平臺，且通過該平臺所能接入的掛號服務(wù)資源是有限的，很多資源并未接入平臺，在有限的資源中進(jìn)行選擇，勢必增加用戶掛號服務(wù)的難度，降低了掛號服務(wù)受理成功的處理成功率。然而，相關(guān)技術(shù)中，對于該問題，尚無有效解決方案。技術(shù)實(shí)現(xiàn)要素：有鑒于此，本發(fā)明實(shí)施例提供了一種信息處理方法、終端及服務(wù)器，至少解決了現(xiàn)有技術(shù)存在的問題。本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的：本發(fā)明實(shí)施例的一種信息處理方法，所述方法包括：根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。上述方案中，所述根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求，包括：所述服務(wù)引擎位于第一應(yīng)用頁面中，獲取作用于所述服務(wù)引擎的第二操作，響應(yīng)所述第二操作，得到輸入的所述掛號需求信息；向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求，所述查詢請求中攜帶所述掛號需求信息。上述方案中，所述方法還包括：向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，由所述第一應(yīng)用頁面跳轉(zhuǎn)到掛號平臺頁面，以在掛號平臺頁面進(jìn)行查詢處理。上述方案中，所述方法還包括：向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，在所述第一應(yīng)用頁面進(jìn)行查詢處理。上述方案中，所述掛號需求信息包括：用戶選擇掛號的醫(yī)院、科室、時間、醫(yī)生中的至少一種。上述方案中，所述方法還包括：向所有合作的掛號平臺請求查詢符合所述掛號需求信息的號源情況后，得到包含所有合作掛號平臺所有號源情況的列表，將所有號源情況提供給用戶進(jìn)行選擇；由包括所有號源情況的列表構(gòu)成所述掛號結(jié)果。上述方案中，所述方法還包括：將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。本發(fā)明實(shí)施例的一種終端，所述終端包括：第一處理單元，用于根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；第二處理單元，用于在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；請求單元，用于根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；接收單元，用于收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。上述方案中，所述請求單元，進(jìn)一步用于：所述服務(wù)引擎位于第一應(yīng)用頁面中，獲取作用于所述服務(wù)引擎的第二操作，響應(yīng)所述第二操作，得到輸入的所述掛號需求信息；向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求，所述查詢請求中攜帶所述掛號需求信息。上述方案中，所述終端還包括：第一處理單元，用于向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，由所述第一應(yīng)用頁面跳轉(zhuǎn)到掛號平臺頁面，以在掛號平臺頁面進(jìn)行查詢處理。上述方案中，所述終端還包括：第一處理單元，用于向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，在所述第一應(yīng)用頁面進(jìn)行查詢處理。上述方案中，所述掛號需求信息包括：用戶選擇掛號的醫(yī)院、科室、時間、醫(yī)生中的至少一種。上述方案中，所述終端還包括：列表單元，用于向所有合作的掛號平臺請求查詢符合所述掛號需求信息的號源情況后，得到包含所有合作掛號平臺所有號源情況的列表，將所有號源情況提供給用戶進(jìn)行選擇；由包括所有號源情況的列表構(gòu)成所述掛號結(jié)果。上述方案中，所述列表單元，進(jìn)一步用于將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。本發(fā)明實(shí)施例的一種信息處理方法，所述方法包括：接收包含掛號需求信息的查詢請求，所述查詢請求通過位于第一應(yīng)用頁面中的服務(wù)引擎所觸發(fā)，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；解析出所述掛號需求信息，獲取通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到的與所述掛號需求信息相匹配的掛號結(jié)果；將與所述掛號需求信息相匹配的掛號結(jié)果封裝入查詢應(yīng)答中，發(fā)送所述查詢應(yīng)答。上述方案中，所述方法還包括：接收包含掛號需求信息的查詢請求后，將所述查詢請求的格式與接入層的處理策略進(jìn)行比對；如果不符合所述接入層的處理策略，則判斷出所述查詢請求為無效請求或者騷擾請求或者攻擊請求，拒絕接入；如果符合所述接入層的處理策略，則對所述查詢請求的安全校驗成功，接入所述查詢請求。上述方案中，所述方法還包括：通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到至少一個原始數(shù)據(jù)后，對所述原始數(shù)據(jù)按照邏輯服務(wù)層的處理策略進(jìn)行數(shù)據(jù)預(yù)處理，得到預(yù)處理結(jié)果；從所述預(yù)處理結(jié)果中查詢得到與所述掛號需求信息相匹配的掛號結(jié)果。上述方案中，所述方法還包括：所述解析出所述掛號需求信息后，對所有合作的掛號平臺按照對外接口層的處理策略進(jìn)行接口適配。本發(fā)明實(shí)施例的一種服務(wù)器，所述服務(wù)器包括：接收單元，用于接收包含掛號需求信息的查詢請求，所述查詢請求通過位于第一應(yīng)用頁面中的服務(wù)引擎所觸發(fā)，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；解析單元，用于解析出所述掛號需求信息，獲取通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到的與所述掛號需求信息相匹配的掛號結(jié)果；發(fā)送單元，用于將與所述掛號需求信息相匹配的掛號結(jié)果封裝入查詢應(yīng)答中，發(fā)送所述查詢應(yīng)答。上述方案中，所述服務(wù)器還包括用戶請求校驗單元，用于：接收包含掛號需求信息的查詢請求后，將所述查詢請求的格式與接入層的處理策略進(jìn)行比對；如果不符合所述接入層的處理策略，則判斷出所述查詢請求為無效請求或者騷擾請求或者攻擊請求，拒絕接入；如果符合所述接入層的處理策略，則對所述查詢請求的安全校驗成功，接入所述查詢請求。上述方案中，所述服務(wù)器還包括：數(shù)據(jù)預(yù)處理單元，用于：通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到至少一個原始數(shù)據(jù)后，對所述原始數(shù)據(jù)按照邏輯服務(wù)層的處理策略進(jìn)行數(shù)據(jù)預(yù)處理，得到預(yù)處理結(jié)果；從所述預(yù)處理結(jié)果中查詢得到與所述掛號需求信息相匹配的掛號結(jié)果。上述方案中，所述服務(wù)器還包括：接口適配單元，用于：解析出所述掛號需求信息后，對所有合作的掛號平臺按照對外接口層的處理策略進(jìn)行接口適配。本發(fā)明實(shí)施例的信息處理方法包括：根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。采用本發(fā)明實(shí)施例，根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項(包含掛號服務(wù)的多個服務(wù)選項)的第一頁面中；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)(如掛號服務(wù))對應(yīng)的服務(wù)引擎，通過第一應(yīng)用對應(yīng)的通用平臺，可以接入多個服務(wù)，包括掛號服務(wù)，而無需借助專門的掛號平臺來處理掛號服務(wù)，而且，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源，也就是說，通過該平臺所能接入的掛號服務(wù)資源不是有限的，很多資源都可以整合后接入該平臺。由于可以讓用戶在更多整合的資源中進(jìn)行選擇，勢必減少用戶掛號服務(wù)的難度，提高了掛號服務(wù)受理成功的處理成功率。附圖說明圖1為實(shí)現(xiàn)本發(fā)明各個實(shí)施例的移動終端一個可選的硬件結(jié)構(gòu)示意圖；圖2為如圖1所示的移動終端的通信系統(tǒng)示意圖；圖3為本發(fā)明實(shí)施例中進(jìn)行信息交互的各方硬件實(shí)體的示意圖；圖4為本發(fā)明實(shí)施例的一個終端與服務(wù)器交互的示意圖；圖5為應(yīng)用本發(fā)明實(shí)施例的預(yù)約掛號界面的信息查詢示意圖；圖6為應(yīng)用本發(fā)明實(shí)施例的預(yù)約掛號界面的掛號結(jié)果獲取示意圖；圖7為應(yīng)用本發(fā)明實(shí)施例的另一個終端與服務(wù)器交互的示意圖；圖8為應(yīng)用本發(fā)明實(shí)施例的系統(tǒng)組成結(jié)構(gòu)示意圖；圖9為應(yīng)用本發(fā)明實(shí)施例的一應(yīng)用場景的系統(tǒng)架構(gòu)示意圖；圖10-11為應(yīng)用本發(fā)明實(shí)施例的一應(yīng)用場景的內(nèi)部信息表的信息綁定示意圖；圖12為應(yīng)用本發(fā)明實(shí)施例的一應(yīng)用場景的處理邏輯流轉(zhuǎn)的交互示意圖。具體實(shí)施方式下面結(jié)合附圖對技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述?，F(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個實(shí)施例的移動終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明實(shí)施例的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。在下面的詳細(xì)說明中，陳述了眾多的具體細(xì)節(jié)，以便徹底理解本發(fā)明。不過，對于本領(lǐng)域的普通技術(shù)人員來說，顯然可在沒有這些具體細(xì)節(jié)的情況下實(shí)踐本發(fā)明。在其他情況下，沒有詳細(xì)說明公開的公知方法、過程、組件、電路和網(wǎng)絡(luò)，以避免不必要地使實(shí)施例的各個方面模糊不清。另外，本文中盡管多次采用術(shù)語“第一”、“第二”等來描述各種元件(或各種閾值或各種應(yīng)用或各種指令或各種操作)等，不過這些元件(或閾值或應(yīng)用或指令或操作)不應(yīng)受這些術(shù)語的限制。這些術(shù)語只是用于區(qū)分一個元件(或閾值或應(yīng)用或指令或操作)和另一個元件(或閾值或應(yīng)用或指令或操作)。例如，第一操作可以被稱為第二操作，第二操作也可以被稱為第一操作，而不脫離本發(fā)明的范圍，第一操作和第二操作都是操作，只是二者并不是相同的操作而已。本發(fā)明實(shí)施例中的步驟并不一定是按照所描述的步驟順序進(jìn)行處理，可以按照需求有選擇的將步驟打亂重排，或者刪除實(shí)施例中的步驟，或者增加實(shí)施例中的步驟，本發(fā)明實(shí)施例中的步驟描述只是可選的順序組合，并不代表本發(fā)明實(shí)施例的所有步驟順序組合，實(shí)施例中的步驟順序不能認(rèn)為是對本發(fā)明的限制。本發(fā)明實(shí)施例中的術(shù)語“和/或”指的是包括相關(guān)聯(lián)的列舉項目中的一個或多個的任何和全部的可能組合。還要說明的是：當(dāng)用在本說明書中時，“包括/包含”指定所陳述的特征、整數(shù)、步驟、操作、元件和/或組件的存在，但是不排除一個或多個其他特征、整數(shù)、步驟、操作、元件和/或組件和/或它們的組群的存在或添加。本發(fā)明實(shí)施例的智能終端(如移動終端)可以以各種形式來實(shí)施。例如，本發(fā)明實(shí)施例中描述的移動終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、個人數(shù)字助理(PDA，PersonalDigitalAssistant)、平板電腦(PAD)、便攜式多媒體播放器(PMP，PortableMediaPlayer)、導(dǎo)航裝置等等的移動終端以及諸如數(shù)字TV、臺式計算機(jī)等等的固定終端。下面，假設(shè)終端是移動終端。然而，本領(lǐng)域技術(shù)人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實(shí)施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。圖1為實(shí)現(xiàn)本發(fā)明各個實(shí)施例的移動終端一個可選的硬件結(jié)構(gòu)示意圖。移動終端100可以包括通信單元110、音頻/視頻(A/V)輸入單元120、用戶輸入單元130、第一處理單元140、第二處理單元141、請求單元142、接收單元143、輸出單元150、顯示單元151、存儲單元160、接口單元170、處理單元180和電源單元190等等。圖1示出了具有各種組件的移動終端，但是應(yīng)理解的是，并不要求實(shí)施所有示出的組件?？梢蕴娲貙?shí)施更多或更少的組件。將在下面詳細(xì)描述移動終端的元件。通信單元110通常包括一個或多個組件，其允許移動終端100與無線通信系統(tǒng)或網(wǎng)絡(luò)之間的無線電通信(如果將移動終端用固定終端代替，也可以通過有線方式進(jìn)行電通信)。例如，通信單元具體為無線通信單元時可以包括廣播接收單元111、移動通信單元112、無線互聯(lián)網(wǎng)單元113、短程通信單元114和位置信息單元115中的至少一個，這些單元是可選的，根據(jù)不同需求可以增刪。廣播接收單元111經(jīng)由廣播信道從外部廣播管理服務(wù)器接收廣播信號和/或廣播相關(guān)信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務(wù)器可以是生成并發(fā)送廣播信號和/或廣播相關(guān)信息的服務(wù)器或者接收之前生成的廣播信號和/或廣播相關(guān)信息并且將其發(fā)送給終端的服務(wù)器。廣播信號可以包括TV廣播信號、無線電廣播信號、數(shù)據(jù)廣播信號等等。而且，廣播信號可以進(jìn)一步包括與TV或無線電廣播信號組合的廣播信號。廣播相關(guān)信息也可以經(jīng)由移動通信網(wǎng)絡(luò)提供，并且在該情況下，廣播相關(guān)信息可以由移動通信單元112來接收。廣播信號可以以各種形式存在，例如，其可以以數(shù)字多媒體廣播(DMB，DigitalMultimediaBroadcasting)的電子節(jié)目指南(EPG，ElectronicProgramGuide)、數(shù)字視頻廣播手持(DVB-H，DigitalVideoBroadcasting-Handheld)的電子服務(wù)指南(ESG，ElectronicServiceGuide)等等的形式而存在。廣播接收單元111可以通過使用各種類型的廣播系統(tǒng)接收信號廣播。特別地，廣播接收單元111可以通過使用諸如多媒體廣播-地面(DMB-T，DigitalMultimediaBroadcasting-Terrestrial)、數(shù)字多媒體廣播-衛(wèi)星(DMB-S，DigitalMultimediaBroadcasting-Satellite)、數(shù)字視頻廣播手持(DVB-H)，前向鏈路媒體(MediaFLO，MediaForwardLinkOnly)的數(shù)據(jù)廣播系統(tǒng)、地面數(shù)字廣播綜合服務(wù)(ISDB-T，IntegratedServicesDigitalBroadcasting-Terrestrial)等等的數(shù)字廣播系統(tǒng)接收數(shù)字廣播。廣播接收單元111可以被構(gòu)造為適合提供廣播信號的各種廣播系統(tǒng)以及上述數(shù)字廣播系統(tǒng)。經(jīng)由廣播接收單元111接收的廣播信號和/或廣播相關(guān)信息可以存儲在存儲器160(或者其它類型的存儲介質(zhì))中。移動通信單元112將無線電信號發(fā)送到基站(例如，接入點(diǎn)、節(jié)點(diǎn)B等等)、外部終端以及服務(wù)器中的至少一個和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。無線互聯(lián)網(wǎng)單元113支持移動終端的無線互聯(lián)網(wǎng)接入。該單元可以內(nèi)部或外部地耦接到終端。該單元所涉及的無線互聯(lián)網(wǎng)接入技術(shù)可以包括無線局域網(wǎng)絡(luò)(Wi-Fi，WLAN，WirelessLocalAreaNetworks)、無線寬帶(Wibro)、全球微波互聯(lián)接入(Wimax)、高速下行鏈路分組接入(HSDPA，HighSpeedDownlinkPacketAccess)等等。短程通信單元114是用于支持短程通信的單元。短程通信技術(shù)的一些示例包括藍(lán)牙、射頻識別(RFID，RadioFrequencyIdentification)、紅外數(shù)據(jù)協(xié)會(IrDA，InfraredDataAssociation)、超寬帶(UWB，UltraWideband)、紫蜂等等。位置信息單元115是用于檢查或獲取移動終端的位置信息的單元。位置信息單元的典型示例是全球定位系統(tǒng)(GPS，GlobalPositioningSystem)。根據(jù)當(dāng)前的技術(shù)，GPS單元115計算來自三個或更多衛(wèi)星的距離信息和準(zhǔn)確的時間信息并且對于計算的信息應(yīng)用三角測量法，從而根據(jù)經(jīng)度、緯度和高度準(zhǔn)確地計算三維當(dāng)前位置信息。當(dāng)前，用于計算位置和時間信息的方法使用三顆衛(wèi)星并且通過使用另外的一顆衛(wèi)星校正計算出的位置和時間信息的誤差。此外，GPS單元115能夠通過實(shí)時地連續(xù)計算當(dāng)前位置信息來計算速度信息。A/V輸入單元120用于接收音頻或視頻信號。A/V輸入單元120可以包括相機(jī)121和麥克風(fēng)122，相機(jī)121對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置獲得的靜態(tài)圖片或視頻的圖像數(shù)據(jù)進(jìn)行處理。處理后的圖像幀可以顯示在顯示單元151上。經(jīng)相機(jī)121處理后的圖像幀可以存儲在存儲單元160(或其它存儲介質(zhì))中或者經(jīng)由通信單元110進(jìn)行發(fā)送，可以根據(jù)移動終端的構(gòu)造提供兩個或更多相機(jī)121。麥克風(fēng)122可以在電話通話模式、記錄模式、語音識別模式等等運(yùn)行模式中經(jīng)由麥克風(fēng)接收聲音(音頻數(shù)據(jù))，并且能夠?qū)⑦@樣的聲音處理為音頻數(shù)據(jù)。處理后的音頻(語音)數(shù)據(jù)可以在電話通話模式的情況下轉(zhuǎn)換為可經(jīng)由移動通信單元112發(fā)送到移動通信基站的格式輸出。麥克風(fēng)122可以實(shí)施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發(fā)送音頻信號的過程中產(chǎn)生的噪聲或者干擾。用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，并且可以包括鍵盤、鼠標(biāo)、觸摸板(例如，檢測由于被接觸而導(dǎo)致的電阻、壓力、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地，當(dāng)觸摸板以層的形式疊加在顯示單元151上時，可以形成觸摸屏。第一處理單元140，用于根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；第二處理單元141，用于在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；請求單元142，用于根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；接收單元143，用于收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。接口單元170用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機(jī)端口、外部電源(或電池充電器)端口、有線或無線數(shù)據(jù)端口、存儲卡端口、用于連接具有識別單元的裝置的端口、音頻輸入/輸出(I/O)端口、視頻I/O端口、耳機(jī)端口等等。識別單元可以是存儲用于驗證用戶使用移動終端100的各種信息并且可以包括用戶識別單元(UIM，UserIdentifyModule)、客戶識別單元(SIM，SubscriberIdentityModule)、通用客戶識別單元(USIM，UniversalSubscriberIdentityModule)等等。另外，具有識別單元的裝置(下面稱為"識別裝置")可以采取智能卡的形式，因此，識別裝置可以經(jīng)由端口或其它連接裝置與移動終端100連接。接口單元170可以用于接收來自外部裝置的輸入(例如，數(shù)據(jù)信息、電力等等)并且將接收到的輸入傳輸?shù)揭苿咏K端100內(nèi)的一個或多個元件或者可以用于在移動終端和外部裝置之間傳輸數(shù)據(jù)。另外，當(dāng)移動終端100與外部底座連接時，接口單元170可以用作允許通過其將電力從底座提供到移動終端100的路徑或者可以用作允許從底座輸入的各種命令信號通過其傳輸?shù)揭苿咏K端的路徑。從底座輸入的各種命令信號或電力可以用作用于識別移動終端是否準(zhǔn)確地安裝在底座上的信號。輸出單元150被構(gòu)造為以視覺、音頻和/或觸覺方式提供輸出信號(例如，音頻信號、視頻信號、振動信號等等)。輸出單元150可以包括顯示單元151、音頻輸出單元152等等。顯示單元151可以顯示在移動終端100中處理的信息。例如，移動終端100可以顯示相關(guān)用戶界面(UI，UserInterface)或圖形用戶界面(GUI，GraphicalUserInterface)。當(dāng)移動終端100處于視頻通話模式或者圖像捕獲模式時，顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關(guān)功能的UI或GUI等等。同時，當(dāng)顯示單元151和觸摸板以層的形式彼此疊加以形成觸摸屏?xí)r，顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(LCD，LiquidCrystalDisplay)、薄膜晶體管LCD(TFT-LCD，ThinFilmTransistor-LCD)、有機(jī)發(fā)光二極管(OLED，OrganicLight-EmittingDiode)顯示器、柔性顯示器、三維(3D)顯示器等等中的至少一種。這些顯示器中的一些可以被構(gòu)造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為透明有機(jī)發(fā)光二極管(TOLED)顯示器等等。根據(jù)特定想要的實(shí)施方式，移動終端100可以包括兩個或更多顯示單元(或其它顯示裝置)，例如，移動終端可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。音頻輸出單元152可以在移動終端處于呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將通信單元110接收的或者在存儲器160中存儲的音頻數(shù)據(jù)轉(zhuǎn)換音頻信號并且輸出為聲音。而且，音頻輸出單元152可以提供與移動終端100執(zhí)行的特定功能相關(guān)的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出單元152可以包括揚(yáng)聲器、蜂鳴器等等。存儲單元160可以存儲由處理單元180執(zhí)行的處理和控制操作的軟件程序等等，或者可以暫時地存儲己經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)(例如，電話簿、消息、靜態(tài)圖像、視頻等等)。而且，存儲單元160可以存儲關(guān)于當(dāng)觸摸施加到觸摸屏?xí)r輸出的各種方式的振動和音頻信號的數(shù)據(jù)。存儲單元160可以包括至少一種類型的存儲介質(zhì)，所述存儲介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲器(例如，SD或DX存儲器等等)、隨機(jī)訪問存儲器(RAM，RandomAccessMemory)、靜態(tài)隨機(jī)訪問存儲器(SRAM，StaticRandomAccessMemory)、只讀存儲器(ROM，ReadOnlyMemory)、電可擦除可編程只讀存儲器(EEPROM，ElectricallyErasableProgrammableReadOnlyMemory)、可編程只讀存儲器(PROM，ProgrammableReadOnlyMemory)、磁性存儲器、磁盤、光盤等等。而且，移動終端100可以與通過網(wǎng)絡(luò)連接執(zhí)行存儲單元160的存儲功能的網(wǎng)絡(luò)存儲裝置協(xié)作。處理單元180通?？刂埔苿咏K端的總體操作。例如，處理單元180執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理。又如，處理單元180可以執(zhí)行模式識別處理，以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識別為字符或圖像。電源單元190在處理單元180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當(dāng)?shù)碾娏?。這里描述的各種實(shí)施方式可以以使用例如計算機(jī)軟件、硬件或其任何組合的計算機(jī)可讀介質(zhì)來實(shí)施。對于硬件實(shí)施，這里描述的實(shí)施方式可以通過使用特定用途集成電路(ASIC，ApplicationSpecificIntegratedCircuit)、數(shù)字信號處理器(DSP，DigitalSignalProcessing)、數(shù)字信號處理裝置(DSPD，DigitalSignalProcessingDevice)、可編程邏輯裝置(PLD，ProgrammableLogicDevice)、現(xiàn)場可編程門陣列(FPGA，F(xiàn)ieldProgrammableGateArray)、處理器、控制器、微控制器、微處理器、被設(shè)計為執(zhí)行這里描述的功能的電子單元中的至少一種來實(shí)施，在一些情況下，這樣的實(shí)施方式可以在控制器180中實(shí)施。對于軟件實(shí)施，諸如過程或功能的實(shí)施方式可以與允許執(zhí)行至少一種功能或操作的單獨(dú)的軟件單元來實(shí)施。軟件代碼可以由以任何適當(dāng)?shù)木幊陶Z言編寫的軟件應(yīng)用程序(或程序)來實(shí)施，軟件代碼可以存儲在存儲器160中并且由控制器180執(zhí)行。至此，己經(jīng)按照其功能描述了移動終端。下面，為了簡要起見，將描述諸如折疊型、直板型、擺動型、滑動型移動終端等等的各種類型的移動終端中的滑動型移動終端作為示例。因此，本發(fā)明能夠應(yīng)用于任何類型的移動終端，并且不限于滑動型移動終端。如圖1中所示的移動終端100可以被構(gòu)造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無線通信系統(tǒng)以及基于衛(wèi)星的通信系統(tǒng)來操作。現(xiàn)在將參考圖2描述其中根據(jù)本發(fā)明實(shí)施例的移動終端能夠操作的通信系統(tǒng)。這樣的通信系統(tǒng)可以使用不同的空中接口和/或物理層。例如，由通信系統(tǒng)使用的空中接口包括例如頻分多址(FDMA，F(xiàn)requencyDivisionMultipleAccess)、時分多址(TDMA，TimeDivisionMultipleAccess)、碼分多址(CDMA，CodeDivisionMultipleAccess)和通用移動通信系統(tǒng)(UMTS，UniversalMobileTelecommunicationsSystem)(特別地，長期演進(jìn)(LTE，LongTermEvolution))、全球移動通信系統(tǒng)(GSM)等等。作為非限制性示例，下面的描述涉及CDMA通信系統(tǒng)，但是這樣的教導(dǎo)同樣適用于其它類型的系統(tǒng)。參考圖2，CDMA無線通信系統(tǒng)可以包括多個移動終端100、多個基站(BS，BaseStation)270、基站控制器(BSC，BaseStationController)275和移動交換中心(MSC，MobileSwitchingCenter)280。MSC280被構(gòu)造為與公共電話交換網(wǎng)絡(luò)(PSTN，PublicSwitchedTelephoneNetwork)290形成接口。MSC280還被構(gòu)造為與可以經(jīng)由回程線路耦接到基站270的BSC275形成接口?；爻叹€路可以根據(jù)若干己知的接口中的任一種來構(gòu)造，所述接口包括例如E1/T1、ATM、IP、PPP、幀中繼、HDSL、ADSL或xDSL。將理解的是，如圖2中所示的系統(tǒng)可以包括多個BSC275。每個BS270可以服務(wù)一個或多個分區(qū)(或區(qū)域)，由多向天線或指向特定方向的天線覆蓋的每個分區(qū)放射狀地遠(yuǎn)離BS270。或者，每個分區(qū)可以由用于分集接收的兩個或更多天線覆蓋。每個BS270可以被構(gòu)造為支持多個頻率分配，并且每個頻率分配具有特定頻譜(例如，1.25MHz，5MHz等等)。分區(qū)與頻率分配的交叉可以被稱為CDMA信道。BS270也可以被稱為基站收發(fā)器子系統(tǒng)(BTS，BaseTransceiverStation)或者其它等效術(shù)語。在這樣的情況下，術(shù)語“基站”可以用于籠統(tǒng)地表示單個BSC275和至少一個BS270。基站也可以被稱為“蜂窩站”?；蛘?，特定BS270的各分區(qū)可以被稱為多個蜂窩站。如圖2中所示，廣播發(fā)射器(BT，BroadcastTransmitter)295將廣播信號發(fā)送給在系統(tǒng)內(nèi)操作的移動終端100。如圖1中所示的廣播接收單元111被設(shè)置在移動終端100處以接收由BT295發(fā)送的廣播信號。在圖2中，示出了幾個衛(wèi)星300，例如可以采用全球定位系統(tǒng)(GPS)衛(wèi)星300。衛(wèi)星300幫助定位多個移動終端100中的至少一個。在圖2中，描繪了多個衛(wèi)星300，但是理解的是，可以利用任何數(shù)目的衛(wèi)星獲得有用的定位信息。如圖1中所示的位置信息單元115通常被構(gòu)造為與衛(wèi)星300配合以獲得想要的定位信息。替代GPS跟蹤技術(shù)或者在GPS跟蹤技術(shù)之外，可以使用可以跟蹤移動終端的位置的其它技術(shù)。另外，至少一個GPS衛(wèi)星300可以選擇性地或者額外地處理衛(wèi)星DMB傳輸。作為無線通信系統(tǒng)的一個典型操作，BS270接收來自各種移動終端100的反向鏈路信號。移動終端100通常參與通話、消息收發(fā)和其它類型的通信。特定基站270接收的每個反向鏈路信號被在特定BS270內(nèi)進(jìn)行處理。獲得的數(shù)據(jù)被轉(zhuǎn)發(fā)給相關(guān)的BSC275。BSC提供通話資源分配和包括BS270之間的軟切換過程的協(xié)調(diào)的移動管理功能。BSC275還將接收到的數(shù)據(jù)路由到MSC280，其提供用于與PSTN290形成接口的額外的路由服務(wù)。類似地，PSTN290與MSC280形成接口，MSC與BSC275形成接口，并且BSC275相應(yīng)地控制BS270以將正向鏈路信號發(fā)送到移動終端100。移動終端中通信單元110的移動通信單元112基于移動終端內(nèi)置的接入移動通信網(wǎng)絡(luò)(如2G/3G/4G等移動通信網(wǎng)絡(luò))的必要數(shù)據(jù)(包括用戶識別信息和鑒權(quán)信息)接入移動通信網(wǎng)絡(luò)為移動終端用戶的網(wǎng)頁瀏覽、網(wǎng)絡(luò)多媒體播放等業(yè)務(wù)傳輸移動通信數(shù)據(jù)(包括上行的移動通信數(shù)據(jù)和下行的移動通信數(shù)據(jù))。通信單元110的無線互聯(lián)網(wǎng)單元113通過運(yùn)行無線熱點(diǎn)的相關(guān)協(xié)議功能而實(shí)現(xiàn)無線熱點(diǎn)的功能，無線熱點(diǎn)支持多個移動終端(移動終端之外的任意移動終端)接入，通過復(fù)用移動通信單元112與移動通信網(wǎng)絡(luò)之間的移動通信連接為移動終端用戶的網(wǎng)頁瀏覽、網(wǎng)絡(luò)多媒體播放等業(yè)務(wù)傳輸移動通信數(shù)據(jù)(包括上行的移動通信數(shù)據(jù)和下行的移動通信數(shù)據(jù))，由于移動終端實(shí)質(zhì)上是復(fù)用移動終端與通信網(wǎng)絡(luò)之間的移動通信連接傳輸移動通信數(shù)據(jù)的，因此移動終端消耗的移動通信數(shù)據(jù)的流量由通信網(wǎng)絡(luò)側(cè)的計費(fèi)實(shí)體計入移動終端的通信資費(fèi)，從而消耗移動終端簽約使用的通信資費(fèi)中包括的移動通信數(shù)據(jù)的數(shù)據(jù)流量。圖3為本發(fā)明實(shí)施例中進(jìn)行信息交互的各方硬件實(shí)體的示意圖，圖3中包括：服務(wù)器11、終端設(shè)備21-24，服務(wù)器31-3n、掛號資源41-4n。其中，終端設(shè)備21-24通過有線網(wǎng)絡(luò)或者無線網(wǎng)絡(luò)與服務(wù)器進(jìn)行信息交互，終端設(shè)備包括手機(jī)、臺式機(jī)、PC機(jī)、一體機(jī)等類型。采用本發(fā)明實(shí)施例，當(dāng)接入所有合作掛號平臺的通用平臺為微信平臺時，服務(wù)器11為構(gòu)成微信平臺的至少一個處理裝置，服務(wù)器31-3n為與服務(wù)器11相連的至少一個掛號平臺的處理裝置，掛號資源41-4n為至少一個掛號平臺接入的至少一個掛號資源，如各個或各級醫(yī)院，包括：公立醫(yī)院，民辦醫(yī)院或社區(qū)醫(yī)院等各種類型。公立醫(yī)院通常分三級，每級分甲、乙、丙三等。采用本發(fā)明實(shí)施例，在第一終端側(cè)執(zhí)行的處理邏輯10包括：S1、根據(jù)第一操作(如應(yīng)用開啟操作)開啟第一應(yīng)用(某通用的社交應(yīng)用，如微信應(yīng)用)，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口(支持包含掛號服務(wù)的多個服務(wù)所統(tǒng)一集成的入口，在微信應(yīng)用頁面中有“錢包”選項，點(diǎn)擊“錢包”選項進(jìn)入“城市服務(wù)”，該“城市服務(wù)”即為一種服務(wù)入口的具體實(shí)例)進(jìn)入至包含至少一個服務(wù)選項(包含掛號服務(wù)的多個服務(wù)選項)的第一頁面中；S2、在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)(如掛號服務(wù))，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；S3、所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；S4、根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；S5、收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。上述圖3的例子只是實(shí)現(xiàn)本發(fā)明實(shí)施例的一個系統(tǒng)架構(gòu)實(shí)例，本發(fā)明實(shí)施例并不限于上述圖3所述的系統(tǒng)結(jié)構(gòu)，基于上述圖1所述的移動終端100硬件結(jié)構(gòu)、圖2所述的通信系統(tǒng)及圖3所述的系統(tǒng)架構(gòu)，提出本發(fā)明方法各個實(shí)施例。本發(fā)明實(shí)施例的一種信息處理方法，如圖4所示，所述方法包括：根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口(步驟201)；通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中(步驟202)；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源(步驟203)；根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息(步驟204)，發(fā)出包含所述掛號需求信息的查詢請求(步驟205)；服務(wù)器收到包含所述掛號需求信息的查詢請求后，根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將該匹配信息作為掛號結(jié)果，并封裝入查詢應(yīng)答中(步驟206)；發(fā)送包含掛號結(jié)果的查詢應(yīng)答(步驟207)；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將掛號結(jié)果顯示于第一終端側(cè)，在掛號結(jié)果中包含多個與掛號需求信息匹配的信息來供用戶進(jìn)行選擇(步驟208)。本發(fā)明實(shí)施例一實(shí)施方式中，所述方法還包括：將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)(如當(dāng)前還有幾個號可以掛，等等)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。在一個實(shí)際應(yīng)用中，具體的，可以是根據(jù)應(yīng)用開啟操作來開啟一個第一應(yīng)用，如社交應(yīng)用(微信應(yīng)用)，這個應(yīng)用具備通用和整合性，可以接入多種服務(wù)，如在所述微信應(yīng)用中找到服務(wù)入口，該服務(wù)入口支持包含掛號服務(wù)的多個服務(wù)所統(tǒng)一集成的入口，如在微信應(yīng)用頁面中有“錢包”選項，點(diǎn)擊“錢包”選項進(jìn)入“城市服務(wù)”，該“城市服務(wù)”即為一種服務(wù)入口的具體實(shí)例，通過該服務(wù)入口進(jìn)入至包含掛號服務(wù)的多個服務(wù)選項的第一頁面中，在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源。根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求后，服務(wù)器收到包含所述掛號需求信息的查詢請求后，根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將該匹配信息作為掛號結(jié)果，并封裝入查詢應(yīng)答中并發(fā)送包含掛號結(jié)果的查詢應(yīng)答；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將掛號結(jié)果顯示于第一終端側(cè)，在掛號結(jié)果中包含多個與掛號需求信息匹配的信息來供用戶進(jìn)行選擇。這里需要指出的是，本發(fā)明實(shí)施例是一種分發(fā)模式，而不是直連模式，二者的區(qū)別在于：分發(fā)模式，是用戶在微信應(yīng)用的服務(wù)引擎中輸入掛號需求信息后，該包含掛號需求信息的查詢請求會傳輸?shù)轿⑿艖?yīng)用的后臺(如圖3中的服務(wù)器11所示)，微信應(yīng)用的后臺(如圖3中的服務(wù)器11所示)將包含掛號需求信息的查詢請求分發(fā)到多個掛號平臺(如圖3中的服務(wù)器31-3n)，由多個掛號平臺(如圖3中的服務(wù)器31-3n)與其直連的多個掛號資源(如圖3中的掛號資源41-4n)進(jìn)行對接，接入的資源越多，給用戶的選擇范圍越多，用戶就可以提高掛號的成功率。換言之，分發(fā)模式為：微信后臺先將查詢請求分發(fā)給所有合作的掛號平臺，而微信后臺接入的掛號平臺不只一個，則將所有資源整合到一起，之后，通過掛號平臺與多個醫(yī)院的對接，來獲取原始數(shù)據(jù)，資源的整合性，使得用戶可供選擇的范圍越多，也不會遺漏，可以是將掛號資源通過微信后臺的分發(fā)模式和整合性一網(wǎng)打盡，沒有遺漏。目前，在掛號服務(wù)的方案中都是采用直連模式，直連模式是一個掛號平臺與多個醫(yī)院對接，來獲取原始數(shù)據(jù)。具體的，目前是：一個掛號平臺與一個或多個醫(yī)院進(jìn)行直接連接，但是缺點(diǎn)是：每一個掛號平臺所能接入的醫(yī)院及得到的號源是有效接入(部分接入)，不能整合所有的醫(yī)院和號源，且容易出現(xiàn)數(shù)據(jù)遺漏，比如，某個醫(yī)院與掛號平臺A和掛號平臺B都有合作，在掛號平臺A和掛號平臺B都有部分號源，但是當(dāng)前實(shí)現(xiàn)掛號所接入的平臺是掛號平臺A，那么用戶可供選擇的號源也只能是掛號平臺A中該醫(yī)院的部分號源，另一部分在掛號平臺B的部分號源用戶是無法得到的，這樣，數(shù)據(jù)就出現(xiàn)了遺漏。比如，某網(wǎng)站或APP可以實(shí)現(xiàn)針對不同城市和不同醫(yī)院的掛號服務(wù)。它們中每一個都只能覆蓋一小部分醫(yī)院，以及某特定醫(yī)院的一小部分號源。對于用戶來講，實(shí)際使用場景是：打開A網(wǎng)址，如果發(fā)現(xiàn)沒有號源；再打開B網(wǎng)站、C網(wǎng)站…依次尋找，耗時費(fèi)力，處理效率低下，且需要多次查找，在當(dāng)前號源緊缺和搶手的今天，基本是不太可能掛到號的，掛號成功率也低。通過上述分發(fā)模式和直連模式的對比可知：本發(fā)明實(shí)施例，是將多個掛號平臺接入(或稱是將所有可以提供網(wǎng)上號源的服務(wù)商集中在一起)，并整合到本發(fā)明實(shí)施例微信平臺的掛號搜索引擎中，可以同步查詢所有跟本微信平臺合作及接入的掛號平臺的號源情況，通過本微信平臺從所有掛號平臺他們的號源中進(jìn)行「搜索」和「篩選」，然后提供給用戶，幫助用戶提升效率及掛到號的概率。采用本發(fā)明實(shí)施例，至少可以最大限度匹配患者掛號的需求和醫(yī)院的號源資源。本發(fā)明實(shí)施例的本發(fā)明實(shí)施例的一種信息處理方法，所述方法包括：根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口；通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求。具體的，所述服務(wù)引擎位于第一應(yīng)用頁面中，獲取作用于所述服務(wù)引擎的第二操作，如輸入掛號需求的輸入操作，將用戶想要選擇的掛號的醫(yī)院、科室、時間、醫(yī)生中的至少一種掛號需求信息輸入服務(wù)引擎，響應(yīng)所述輸入操作后，得到輸入的所述掛號需求信息，向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求，所述查詢請求中攜帶所述掛號需求信息。服務(wù)器收到查詢請求后，服務(wù)器的處理包括兩種方式：1)向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，由所述第一應(yīng)用頁面跳轉(zhuǎn)到掛號平臺頁面，以在掛號平臺頁面進(jìn)行查詢處理。這樣的處理，需要由第一應(yīng)用頁面如微信頁面跳轉(zhuǎn)到掛號平臺頁面，然后用戶在掛號平臺頁面進(jìn)行掛號操作；2)向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，在所述第一應(yīng)用頁面進(jìn)行查詢處理。這樣的處理，無需頁面跳轉(zhuǎn)，用戶仍然在第一應(yīng)用頁面如微信頁面進(jìn)行掛號操作。二者的區(qū)別在于：第1)種方式是跳轉(zhuǎn)至第三方平臺(掛號平臺操作)，以完成最后的掛號第2)種方式是直接以接口的方式以完成最后的掛號。對于用戶來說，用戶不一定看到頁面跳轉(zhuǎn)這一幕，只要能處理查詢請求，以完成掛號就可以了。從第一應(yīng)用界面跳轉(zhuǎn)到平臺，用戶可以看到，也可以在后臺操作，用戶無需關(guān)注。且頁面跳轉(zhuǎn)這種方式，由于需要到掛號平臺繼續(xù)查詢，可是每個掛號平臺都需要注冊后登錄，用戶總需要進(jìn)行注冊，處理效率低下；而無需頁面跳轉(zhuǎn)這種方式，是可以利用當(dāng)前第一應(yīng)用的登錄賬號，如微信應(yīng)用或QQ應(yīng)用，無需多次登錄不同掛號平臺的注冊等操作，簡化處理流程，提高處理效率。服務(wù)器收到包含所述掛號需求信息的查詢請求后，根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將該匹配信息作為掛號結(jié)果，并封裝入查詢應(yīng)答中；發(fā)送包含掛號結(jié)果的查詢應(yīng)答；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將掛號結(jié)果顯示于第一終端側(cè)，在掛號結(jié)果中包含多個與掛號需求信息匹配的信息來供用戶進(jìn)行選擇。本發(fā)明實(shí)施例中，至少一個掛號平臺接入的至少一個掛號資源，如各個或各級醫(yī)院，包括：公立醫(yī)院，民辦醫(yī)院或社區(qū)醫(yī)院等各種類型。公立醫(yī)院通常分三級，每級分甲、乙、丙三等。本發(fā)明實(shí)施例一實(shí)施方式中，所述方法還包括：將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)(如當(dāng)前還有幾個號可以掛，等等)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。本發(fā)明實(shí)施例中，如圖5-6所示，為一個實(shí)際應(yīng)用中的示例，首先，讓用戶選擇他要掛號的醫(yī)院、科室、時間和醫(yī)生，圖5是進(jìn)入微信應(yīng)用的掛號服務(wù)引擎打算預(yù)約掛號的一個界面圖，用戶輸入的掛號需求信息如A1和A2所示，得到醫(yī)生信息列表，向所有合作的掛號平臺請求查詢符合所述掛號需求信息的號源情況后，得到包含所有合作掛號平臺所有號源情況的列表，將所有號源情況提供給用戶進(jìn)行選擇，如圖6所示，圖6是查詢得到掛號結(jié)果中所請求號源的界面圖，號源情況如B1所示。由包括所有號源情況的列表構(gòu)成所述掛號結(jié)果。采用本發(fā)明實(shí)施例，通過該平臺所能接入的掛號服務(wù)資源不是有限的，很多資源都可以整合后接入該平臺?？梢哉隙鄠€第三方掛號平臺的號源，給予用戶更多選擇的權(quán)利，為用戶掛號提升效率和成功率。由于可以讓用戶在更多整合的資源中進(jìn)行選擇，勢必減少用戶掛號服務(wù)的難度，提高了掛號服務(wù)受理成功的處理成功率。進(jìn)一步，號源情況不一定要根據(jù)不同合作方顯示給用戶，可以根據(jù)一定的優(yōu)先級，自動為用戶預(yù)先篩選所有合作的掛號平臺，對于優(yōu)先級來說，如按照所有合作的掛號平臺當(dāng)前針對掛號需求信息“有號”和“無號”來進(jìn)行篩選，將“有號”的優(yōu)先顯示；如按照所有合作的掛號平臺中哪個號源充足，號源信息準(zhǔn)確來進(jìn)行篩選，將“號源充足和/或號源信息準(zhǔn)確”的掛號平臺優(yōu)先顯示；如，匯總用戶掛號后對所有合作的掛號平臺的打分來篩選，將用戶打分為“更容易掛到號的平臺”優(yōu)先顯示等等。通過優(yōu)先級的策略來確保用戶能及時掛到號。以頁面跳轉(zhuǎn)方式為例，用戶可以在掛號服務(wù)引擎完成選擇醫(yī)院、科室、醫(yī)生，并選擇有號源的第三方平臺(所有合作掛號平臺)進(jìn)行跳轉(zhuǎn)(由本搜索引擎跳轉(zhuǎn)到某一個或多個第三方掛號平臺)，用戶在第三方平臺注冊，以完善個人信息，個人信息包括如身份證、軍官證或其他用戶身份證明信息，如手機(jī)號、郵箱等用戶聯(lián)系方式信息。注冊成功后，再次登錄該掛號平臺，并完成最后的掛號。當(dāng)掛號成功后，掛號平臺需要把用戶的掛號信息回傳給微信后臺進(jìn)行保留，微信后臺會有一個統(tǒng)一的“我的預(yù)約列表入口”，在該“我的預(yù)約列表入口”可以查詢到用戶所有掛號的記錄，包括當(dāng)前掛號的記錄，如當(dāng)前訂單，當(dāng)前訂單可以是支付過的查詢結(jié)果，即：根據(jù)該查詢結(jié)果，用戶到醫(yī)院取預(yù)約號無需再次支持，去醫(yī)院柜臺取號后再就診，或者直接用這個訂單的短信通知去醫(yī)院直接就診；當(dāng)前訂單也可以是不支付的查詢結(jié)果，即：根據(jù)該查詢結(jié)果，用戶還需要去醫(yī)院柜臺取號后進(jìn)行支付，然后再就診。本發(fā)明實(shí)施例的一種信息處理方法，如圖7所示，所述方法包括：根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口；通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，如圖7所示，多個終端(終端51-54)都可以借助該第一應(yīng)用中的服務(wù)引擎發(fā)出包含所述掛號需求信息的查詢請求；服務(wù)器接收到包含掛號需求信息的查詢請求，所述查詢請求通過位于第一應(yīng)用頁面中的服務(wù)引擎所觸發(fā)，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源。服務(wù)器解析出所述掛號需求信息，獲取通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到的與所述掛號需求信息相匹配的掛號結(jié)果；將與所述掛號需求信息相匹配的掛號結(jié)果封裝入查詢應(yīng)答中，發(fā)送所述查詢應(yīng)答。具體的，該過程中在實(shí)際應(yīng)用中是多個服務(wù)器或者一個服務(wù)器中的多個處理邏輯來執(zhí)行，圖7是多個服務(wù)器來執(zhí)行該查詢過程的示例，微信后臺的服務(wù)器由接入服務(wù)器61、邏輯服務(wù)器62和對外接口服務(wù)器63構(gòu)成，接入服務(wù)器61是將多個終端(終端51-54)以H5形式發(fā)出的查詢請求進(jìn)行接入預(yù)處理后，轉(zhuǎn)入給邏輯服務(wù)器62來執(zhí)行具體的服務(wù)，如對從多個XX掛號平臺得到的原始數(shù)據(jù)進(jìn)行數(shù)據(jù)預(yù)處理，對外接口服務(wù)器63是對接入的多個XX掛號平臺進(jìn)行接口適配的預(yù)處理。接入多個XX掛號平臺后，分發(fā)包含所述掛號需求信息的查詢請求給多個XX掛號平臺，多個XX掛號平臺根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，返回給對外接口服務(wù)器63進(jìn)行接口適配，經(jīng)邏輯服務(wù)器62對得到的匹配信息進(jìn)行數(shù)據(jù)預(yù)處理后，通過接入服務(wù)器61返回給發(fā)出查詢請求的多個終端(終端51-54)，并在多個終端(終端51-54)登錄的第一應(yīng)用界面進(jìn)行顯示掛號結(jié)果。在掛號結(jié)果中包含多個與掛號需求信息匹配的信息來供用戶進(jìn)行選擇。本發(fā)明實(shí)施例一實(shí)施方式中，所述方法還包括：將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)(如當(dāng)前還有幾個號可以掛，等等)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。在本發(fā)明實(shí)施例一實(shí)施方式中，接入服務(wù)器61執(zhí)行的操作中包括需要對終端用戶的查詢請求進(jìn)行接入預(yù)處理，具體的，接收包含掛號需求信息的查詢請求后，將所述查詢請求的格式與接入層的處理策略進(jìn)行比對；如果不符合所述接入層的處理策略，則判斷出所述查詢請求為無效請求或者騷擾請求或者攻擊請求，拒絕接入。如果符合所述接入層的處理策略，則對所述查詢請求的安全校驗成功，接入所述查詢請求。在本發(fā)明實(shí)施例一實(shí)施方式中，邏輯服務(wù)器62執(zhí)行的操作中包括數(shù)據(jù)預(yù)處理，由于各個掛號平臺所支持的數(shù)據(jù)格式不同，各個掛號資源格式不同等各種可能，對拉取得到的原始資源需要先進(jìn)行數(shù)據(jù)預(yù)處理的操作。具體的，通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到至少一個原始數(shù)據(jù)后，對所述原始數(shù)據(jù)按照邏輯服務(wù)層的處理策略進(jìn)行數(shù)據(jù)預(yù)處理，得到預(yù)處理結(jié)果；從所述預(yù)處理結(jié)果中查詢得到與所述掛號需求信息相匹配的掛號結(jié)果。數(shù)據(jù)預(yù)處理目的是：將原始信息抓取過來，按照本第一應(yīng)用(如微信應(yīng)用)對應(yīng)的微信平臺進(jìn)行數(shù)據(jù)格式更改和重新定義，得到統(tǒng)一格式的內(nèi)部信息表。由于微信平臺對接了多家第三方平臺(掛號平臺)，每個第三方平臺(掛號平臺)對同一家醫(yī)院的基本信息、科室信息、醫(yī)生信息描述會有不一致的地方，比如，北大第一醫(yī)院，也俗稱為北大婦幼醫(yī)院等，但是其實(shí)都是指同一家醫(yī)院，就需要對這個信息進(jìn)行整合，確定為一家醫(yī)院，以提高用戶的掛號成功率。因此，預(yù)先需要對第三方平臺(掛號平臺)的醫(yī)院信息、科室信息、醫(yī)生信息進(jìn)行整理和綁定，定義了微信平臺支持的醫(yī)院信息表、科室信息表、醫(yī)生信息表，即上述內(nèi)部信息表，會用內(nèi)部信息表，綁定外部第三方平臺(掛號平臺)的相關(guān)的信息。在本發(fā)明實(shí)施例一實(shí)施方式中，對外接口服務(wù)器63執(zhí)行的操作中包括接口預(yù)處理，每個合作的第三方平臺(掛號平臺)的接口，報文和交互傳輸時的加密格式都可能不同，需要對這些交互傳輸中涉及的接口信息進(jìn)行接口適配的預(yù)處理。具體的，所述解析出所述掛號需求信息后，對所有合作的掛號平臺按照對外接口層的處理策略進(jìn)行接口適配。本發(fā)明實(shí)施例的一種信息處理系統(tǒng)，如圖8所示，包括終端81和服務(wù)器91，其中，所述終端81包括：第一處理單元811，用于根據(jù)第一操作開啟第一應(yīng)用，在所述第一應(yīng)用中找到服務(wù)入口，通過所述服務(wù)的入口進(jìn)入至包含至少一個服務(wù)選項的第一頁面中；第二處理單元812，用于在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎；所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；請求單元813，用于根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求；接收單元814，用于收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息。所述服務(wù)器91包括：接收單元911，用于接收包含掛號需求信息的查詢請求，所述查詢請求通過位于第一應(yīng)用頁面中的服務(wù)引擎所觸發(fā)，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源；解析單元912，用于解析出所述掛號需求信息，獲取通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到的與所述掛號需求信息相匹配的掛號結(jié)果；發(fā)送單元913，用于將與所述掛號需求信息相匹配的掛號結(jié)果封裝入查詢應(yīng)答中，發(fā)送所述查詢應(yīng)答。在一個實(shí)際應(yīng)用中，具體的，可以是根據(jù)應(yīng)用開啟操作來開啟一個第一應(yīng)用，如社交應(yīng)用(微信應(yīng)用)，這個應(yīng)用具備通用和整合性，可以接入多種服務(wù)，如在所述微信應(yīng)用中找到服務(wù)入口，該服務(wù)入口支持包含掛號服務(wù)的多個服務(wù)所統(tǒng)一集成的入口，如在微信應(yīng)用頁面中有“錢包”選項，點(diǎn)擊“錢包”選項進(jìn)入“城市服務(wù)”，該“城市服務(wù)”即為一種服務(wù)入口的具體實(shí)例，通過該服務(wù)入口進(jìn)入至包含掛號服務(wù)的多個服務(wù)選項的第一頁面中，在顯示于所述第一頁面的至少一個服務(wù)選項中選擇目標(biāo)服務(wù)，觸發(fā)開啟所述目標(biāo)服務(wù)對應(yīng)的服務(wù)引擎，所述服務(wù)引擎支持與至少一個掛號平臺建立關(guān)聯(lián)，每一個掛號平臺包含至少一個醫(yī)院的至少一個掛號資源。根據(jù)第二操作在所述服務(wù)引擎中輸入掛號需求信息，發(fā)出包含所述掛號需求信息的查詢請求后，服務(wù)器收到包含所述掛號需求信息的查詢請求后，根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將該匹配信息作為掛號結(jié)果，并封裝入查詢應(yīng)答中并發(fā)送包含掛號結(jié)果的查詢應(yīng)答；收到查詢應(yīng)答，所述查詢應(yīng)答中包括與所述掛號需求信息相匹配的掛號結(jié)果，所述掛號結(jié)果是根據(jù)所述掛號需求信息從所述至少一個掛號資源中查詢得到的匹配信息，將掛號結(jié)果顯示于第一終端側(cè)，在掛號結(jié)果中包含多個與掛號需求信息匹配的信息來供用戶進(jìn)行選擇。這里需要指出的是，本發(fā)明實(shí)施例是一種分發(fā)模式，而不是直連模式，二者的區(qū)別在于：分發(fā)模式，是用戶在微信應(yīng)用的服務(wù)引擎中輸入掛號需求信息后，該包含掛號需求信息的查詢請求會傳輸?shù)轿⑿艖?yīng)用的后臺(如圖3中的服務(wù)器11所示)，微信應(yīng)用的后臺(如圖3中的服務(wù)器11所示)將包含掛號需求信息的查詢請求分發(fā)到多個掛號平臺(如圖3中的服務(wù)器31-3n)，由多個掛號平臺(如圖3中的服務(wù)器31-3n)與其直連的多個掛號資源(如圖3中的掛號資源41-4n)進(jìn)行對接，接入的資源越多，給用戶的選擇范圍越多，用戶就可以提高掛號的成功率。換言之，分發(fā)模式為：微信后臺先將查詢請求分發(fā)給所有合作的掛號平臺，而微信后臺接入的掛號平臺不只一個，則將所有資源整合到一起，之后，通過掛號平臺與多個醫(yī)院的對接，來獲取原始數(shù)據(jù)，資源的整合性，使得用戶可供選擇的范圍越多，也不會遺漏，可以是將掛號資源通過微信后臺的分發(fā)模式和整合性一網(wǎng)打盡，沒有遺漏。目前，在掛號服務(wù)的方案中都是采用直連模式，直連模式是一個掛號平臺與多個醫(yī)院對接，來獲取原始數(shù)據(jù)。具體的，目前是：一個掛號平臺與一個或多個醫(yī)院進(jìn)行直接連接，但是缺點(diǎn)是：每一個掛號平臺所能接入的醫(yī)院及得到的號源是有效接入(部分接入)，不能整合所有的醫(yī)院和號源，且容易出現(xiàn)數(shù)據(jù)遺漏，比如，某個醫(yī)院與掛號平臺A和掛號平臺B都有合作，在掛號平臺A和掛號平臺B都有部分號源，但是當(dāng)前實(shí)現(xiàn)掛號所接入的平臺是掛號平臺A，那么用戶可供選擇的號源也只能是掛號平臺A中該醫(yī)院的部分號源，另一部分在掛號平臺B的部分號源用戶是無法得到的，這樣，數(shù)據(jù)就出現(xiàn)了遺漏。比如，某網(wǎng)站或APP可以實(shí)現(xiàn)針對不同城市和不同醫(yī)院的掛號服務(wù)。它們中每一個都只能覆蓋一小部分醫(yī)院，以及某特定醫(yī)院的一小部分號源。對于用戶來講，實(shí)際使用場景是：打開A網(wǎng)址，如果發(fā)現(xiàn)沒有號源；再打開B網(wǎng)站、C網(wǎng)站…依次尋找，耗時費(fèi)力，處理效率低下，且需要多次查找，在當(dāng)前號源緊缺和搶手的今天，基本是不太可能掛到號的，掛號成功率也低。通過上述分發(fā)模式和直連模式的對比可知：本發(fā)明實(shí)施例，是將多個掛號平臺接入(或稱是將所有可以提供網(wǎng)上號源的服務(wù)商集中在一起)，并整合到本發(fā)明實(shí)施例微信平臺的掛號搜索引擎中，可以同步查詢所有跟本微信平臺合作及接入的掛號平臺的號源情況，通過本微信平臺從所有掛號平臺他們的號源中進(jìn)行「搜索」和「篩選」，然后提供給用戶，幫助用戶提升效率及掛到號的概率。采用本發(fā)明實(shí)施例，至少可以最大限度匹配患者掛號的需求和醫(yī)院的號源資源。在本發(fā)明實(shí)施例一實(shí)施方式中，終端中的所述請求單元，進(jìn)一步用于：所述服務(wù)引擎位于第一應(yīng)用頁面中，獲取作用于所述服務(wù)引擎的第二操作，響應(yīng)所述第二操作，得到輸入的所述掛號需求信息；向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求，所述查詢請求中攜帶所述掛號需求信息。在本發(fā)明實(shí)施例一實(shí)施方式中，所述終端還包括：第一處理單元，用于向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，由所述第一應(yīng)用頁面跳轉(zhuǎn)到掛號平臺頁面，以在掛號平臺頁面進(jìn)行查詢處理；或者，第一處理單元，還用于向與所述服務(wù)引擎建立關(guān)聯(lián)的所述至少一個掛號平臺發(fā)出查詢請求后，在所述第一應(yīng)用頁面進(jìn)行查詢處理。在本發(fā)明實(shí)施例一實(shí)施方式中，所述掛號需求信息包括：用戶選擇掛號的醫(yī)院、科室、時間、醫(yī)生中的至少一種。在本發(fā)明實(shí)施例一實(shí)施方式中，所述終端還包括：列表單元，用于向所有合作的掛號平臺請求查詢符合所述掛號需求信息的號源情況后，得到包含所有合作掛號平臺所有號源情況的列表，將所有號源情況提供給用戶進(jìn)行選擇；由包括所有號源情況的列表構(gòu)成所述掛號結(jié)果。在本發(fā)明實(shí)施例一實(shí)施方式中，所述列表單元，進(jìn)一步用于將所有號源情況提供給用戶進(jìn)行選擇時，將記載的每個合作掛號平臺或與每個合作掛號平臺相關(guān)的醫(yī)院所能接受的掛號個數(shù)，隨所述掛號結(jié)果一并呈現(xiàn)給用戶進(jìn)行選擇。在本發(fā)明實(shí)施例一實(shí)施方式中，所述服務(wù)器還包括用戶請求校驗單元，用于：接收包含掛號需求信息的查詢請求后，將所述查詢請求的格式與接入層的處理策略進(jìn)行比對；如果不符合所述接入層的處理策略，則判斷出所述查詢請求為無效請求或者騷擾請求或者攻擊請求，拒絕接入；如果符合所述接入層的處理策略，則對所述查詢請求的安全校驗成功，接入所述查詢請求。在本發(fā)明實(shí)施例一實(shí)施方式中，所述服務(wù)器還包括：數(shù)據(jù)預(yù)處理單元，用于：通過所述至少一個掛號平臺從所述至少一個掛號資源中拉取得到至少一個原始數(shù)據(jù)后，對所述原始數(shù)據(jù)按照邏輯服務(wù)層的處理策略進(jìn)行數(shù)據(jù)預(yù)處理，得到預(yù)處理結(jié)果；從所述預(yù)處理結(jié)果中查詢得到與所述掛號需求信息相匹配的掛號結(jié)果。在本發(fā)明實(shí)施例一實(shí)施方式中，所述服務(wù)器還包括：接口適配單元，用于：解析出所述掛號需求信息后，對所有合作的掛號平臺按照對外接口層的處理策略進(jìn)行接口適配。其中，對于用于數(shù)據(jù)處理的處理器而言，在執(zhí)行處理時，可以采用微處理器、中央處理器(CPU，CentralProcessingUnit)、數(shù)字信號處理器(DSP，DigitalSingnalProcessor)或可編程邏輯陣列(FPGA，F(xiàn)ield－ProgrammableGateArray)實(shí)現(xiàn)；對于存儲介質(zhì)來說，包含操作指令，該操作指令可以為計算機(jī)可執(zhí)行代碼，通過所述操作指令來實(shí)現(xiàn)上述本發(fā)明實(shí)施例信息處理方法流程中的各個步驟。這里需要指出的是：以上涉及終端和服務(wù)器項的描述，與上述方法描述是類似的，同方法的有益效果描述，不做贅述。對于本發(fā)明終端和服務(wù)器實(shí)施例中未披露的技術(shù)細(xì)節(jié)，請參照本發(fā)明方法流程描述的實(shí)施例所描述內(nèi)容。以一個現(xiàn)實(shí)應(yīng)用場景為例對本發(fā)明實(shí)施例闡述如下：本應(yīng)用場景為掛號服務(wù)，采用本發(fā)明實(shí)施例，是一種提升互聯(lián)網(wǎng)掛號覆蓋率和成功率的技術(shù)方案。對于掛號服務(wù)，目前有諸多網(wǎng)站和APP等可以實(shí)現(xiàn)針對不同城市、不同醫(yī)院的掛號功能。但是它們中每一個都只能覆蓋一小部分醫(yī)院，以及某特定醫(yī)院的一小部分號源。具體實(shí)現(xiàn)中，掛號平臺與醫(yī)院直接進(jìn)行信息交互。具體有兩種形式：1、掛號平臺與醫(yī)院HIS(HospitalInformationSystem)直連，通過掛號平臺可以直接在醫(yī)院HIS中占有號源，達(dá)到掛號目的。2、醫(yī)院人工分一部分號源數(shù)量給掛號平臺，有用戶來掛號時，平臺負(fù)責(zé)計數(shù)，同時獲得用戶的就診信息，并提供給醫(yī)院，達(dá)到掛號目的。但是這兩種方式面臨的問題如下：1、掛號平臺可以覆蓋a、b、c三家醫(yī)院；B掛號平臺可以覆蓋c、d、e三家醫(yī)院。這時，用戶需要掛a醫(yī)院，只能用A平臺；用戶如果需要掛d醫(yī)院，必須再下載一個B平臺的應(yīng)用。切換成本很高。2、對于某個特定醫(yī)院來說，如果無法使用HIS直連形式，醫(yī)院必須給每一個掛號平臺分配號源。例如，分給A平臺n個號源；分給B平臺m個號源。但是，這種分配很難準(zhǔn)確，有可能a用戶只知道A平臺，但是他去A平臺掛號時，該平臺上的號源已經(jīng)用完了，但這時他并不知道其實(shí)B平臺是有沒用完的號源的。而對于用戶來講，實(shí)際場景是，打開A網(wǎng)址，如果發(fā)現(xiàn)沒有號源；再打開B網(wǎng)站、C網(wǎng)站…依次尋找。耗時費(fèi)力。本應(yīng)用場景采用本發(fā)明實(shí)施例，將所有可以提供網(wǎng)上號源的服務(wù)商(掛號平臺)集中在一起。從掛號平臺的號源中進(jìn)行「搜索」和「篩選」，然后提供給用戶。幫助用戶提升效率及掛到號的概率?？梢酝讲樵兯懈井a(chǎn)品合作的平臺的號源情況，最大限度匹配患者掛號的需求和醫(yī)院的號源資源。本應(yīng)用場景采用本發(fā)明實(shí)施例，從用戶的角度來說，如圖5所示，首先讓用戶選擇他要掛號的醫(yī)院、科室、時間和醫(yī)生，圖5是進(jìn)入微信應(yīng)用的掛號服務(wù)引擎打算預(yù)約掛號的一個界面圖，用戶輸入的掛號需求信息如A1和A2所示，得到醫(yī)生信息列表。如圖6所示，用戶選擇某醫(yī)生后，向所有合作的掛號平臺請求查詢符合所述掛號需求信息的號源情況后，即向所有合作的掛號平臺檢索該醫(yī)生的號源情況，然后列出所有合作方號源情況讓用戶選擇，圖6是查詢得到掛號結(jié)果中所請求號源的界面圖，號源情況如B1所示。由包括所有號源情況的列表構(gòu)成所述掛號結(jié)果。用戶使用他喜歡的，有號源的合作方完成掛號。本應(yīng)用場景采用本發(fā)明實(shí)施例，一個整體技術(shù)架構(gòu)如圖9所示，整體的架構(gòu)邏輯分為：1)接入層：負(fù)責(zé)手機(jī)h5請求的校驗，可以由接入服務(wù)器來完成h5請求的校驗。2)邏輯服務(wù)層：負(fù)責(zé)具體業(yè)務(wù)邏輯的處理，可以由接入服務(wù)器來完成具體業(yè)務(wù)邏輯的處理。3)對外接口層：負(fù)責(zé)適配外部所有第三方掛號平臺，可以由對外接口服務(wù)器來完成接口適配。本應(yīng)用場景采用本發(fā)明實(shí)施例，與目前掛號平臺與醫(yī)院進(jìn)行直連的方式不同，采用的處理模式為分發(fā)模式，即：該模式可以對接多個第三方掛號平臺。由于對接了多家第三方平臺，每個第三方平臺對同一家醫(yī)院的基本信息、科室信息、醫(yī)生信息描述會有不一致的地方。所以，需要進(jìn)行數(shù)據(jù)預(yù)處理，這個操作，可以在邏輯服務(wù)層處理，具體的，預(yù)先需要對第三方平臺的醫(yī)院信息、科室信息、醫(yī)生信息進(jìn)行整理和綁定，定義了自己的醫(yī)院信息表、科室信息表、醫(yī)生信息表，稱之為內(nèi)部信息表，會用內(nèi)部信息表，綁定外部第三方平臺的相關(guān)的信息。內(nèi)部醫(yī)院信息，該內(nèi)部醫(yī)院信息內(nèi)部流轉(zhuǎn)，并且可編輯。內(nèi)部信息表如圖10-圖11所示。圖10中，是將XX平臺醫(yī)院信息與內(nèi)部醫(yī)院信息進(jìn)行綁定；圖11中，是將XX平臺科室信息與內(nèi)部醫(yī)院信息進(jìn)行綁定。3)本應(yīng)用場景采用本發(fā)明實(shí)施例，整個系統(tǒng)的流程流轉(zhuǎn)如圖12所示，包括在微信平臺中的掛號服務(wù)引擎的處理邏輯和第三方掛號平臺的處理邏輯兩部分內(nèi)容。其中，在微信平臺中的掛號服務(wù)引擎的處理邏輯中，包括：步驟401、選擇醫(yī)院；402、選擇科室；403、選擇醫(yī)生；404、選擇有號源第三方平臺；然后流轉(zhuǎn)到第三方掛號平臺的處理邏輯中進(jìn)行處理，第三方掛號平臺的處理邏輯執(zhí)行完畢后再流轉(zhuǎn)回微信平臺中的掛號服務(wù)引擎的處理邏輯中，最終，執(zhí)行405、記錄到統(tǒng)一的預(yù)約列表中。而第三方掛號平臺的處理邏輯中，包括：501、選擇具體時段；502、完善個人信息；503、進(jìn)行掛號。通過上述兩個處理邏輯的交互流轉(zhuǎn)，用戶可以在微信平臺中的掛號服務(wù)引擎(或稱騰訊側(cè)的掛號平臺)中完成選擇醫(yī)院、科室、醫(yī)生，并選擇有號源的第三方平臺進(jìn)行跳轉(zhuǎn)。用戶在第三方平臺完善個人信息，并完成最后的掛號。當(dāng)掛號成功后，第三方平臺需要把用戶的掛號信息回傳給微信平臺中的掛號服務(wù)引擎(或稱騰訊側(cè)的掛號平臺)進(jìn)行保留，微信平臺中的掛號服務(wù)引擎(或稱騰訊側(cè)的掛號平臺)會有一個統(tǒng)一的我的預(yù)約列表入口。在本申請所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的設(shè)備和方法，可以通過其它的方式實(shí)現(xiàn)。以上所描述的設(shè)備實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結(jié)合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機(jī)械的或其它形式的。上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個地方，也可以分布到多個網(wǎng)絡(luò)單元上；可以根據(jù)實(shí)際的需要選擇其中的部分或全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。另外，在本發(fā)明各實(shí)施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨(dú)作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲介質(zhì)包括：移動存儲設(shè)備、只讀存儲器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲器(RAM，RandomAccessMemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)?；蛘撸景l(fā)明上述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明實(shí)施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)、服務(wù)器、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分。而前述的存儲介質(zhì)包括：移動存儲設(shè)備、ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本
技術(shù)領(lǐng)域：
：的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。當(dāng)前第1頁1 2 3 當(dāng)前第1頁1 2 3