請求信息統一處理的方法和裝置制造方法
【專利摘要】本發明實施例提供了一種請求信息統一處理的方法和裝置，其中，方法包括：接收網頁中的功能模塊發送的請求；獲取請求的請求參數；根據獲取的請求參數對請求信息進行判斷，以得到判斷結果；若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將處理結果發送給功能模塊。本發明所提供的方法及裝置，當判斷結果顯示請求與之前請求為相同的請求時，則從本地緩存讀取之前相同請求的處理結果；這樣能夠緩解服務器的處理數據的壓力，提高了請求信息處理的效率。
【專利說明】請求信息統一處理的方法和裝置
【技術領域】
[0001]本發明涉及終端設備的【技術領域】，具體而言，本發明涉及請求信息統一處理的方法和裝置。
【背景技術】
[0002]目前，隨著互聯網技術的發展，服務器會接收到大量的請求信息，無疑加重了服務器處理數據的壓力，服務器處理數據的能力直接影響到用戶的使用體驗。
[0003]現有的技術，針對每次請求，服務器均會對其進行處理，并返回相應的處理結果。在萬維網應用中，通過AJAX (Asynchronous JavaScript And XML，阿賈克斯)技術能夠做到針對不同的請求信息進行處理，例如，通過AJAX技術對獲取數據信息的請求進行處理；通過AJAX技術對發送數據信息的請求進行處理；通過AJAX技術對簡文本的請求進行處理；通過AJAX技術對跨域通信的請求進行處理；通過AJAX技術對時間延遲響應的請求進行處理；以及通過AJAX技術對同一時間內只能發送一次數據信息的請求進行處理等等，所述請求信息的類型并不僅僅包括以上這些類型，在此不再贅述。這樣，將使得針對請求的數據信息處理過程是極其繁瑣的，加重了服務器處理數據的壓力，同時，也降低了請求信息處理的效率。
[0004]因此，有必要提供一種請求信息統一處理的方法和裝置，以應對和解決前述的相關技術問題。
【發明內容】
[0005]本發明的實施例提供了一種請求信息統一處理的方法和請求信息統一處理的裝置，以便克服上述技術問題或者至少部分地解決上述問題。
[0006]本發明提供了一種請求信息統一處理的方法，包括:
[0007]接收網頁中的功能模塊發送的請求；
[0008]獲取所述請求的請求參數；
[0009]根據獲取的請求參數對所述請求信息進行判斷，以得到判斷結果；
[0010]若所述判斷結果顯示所述請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及
[0011]將所述處理結果發送給所述功能模塊。
[0012]本發明還提供了一種請求信息統一處理的裝置，包括:
[0013]請求接收模塊，用于接收網頁中的功能模塊發送的請求；
[0014]請求參數獲取模塊，用于獲取所述請求的請求參數；
[0015]判斷模塊，用于根據獲取的請求參數對所述請求信息進行判斷，以得到判斷結果;
[0016]處理模塊，用于若所述判斷結果顯示所述請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將所述處理結果發送給所述功能模塊。
[0017]本發明的技術方案中，特別是通過獲取的請求參數對所述請求信息進行判斷，以得到判斷結果；若所述判斷結果顯示所述請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；這樣能夠緩解服務器的處理數據的壓力，提高了請求信息處理的效率。同時，減少了請求信息處理的信息量，提高了應用的開發效率。此外，由于減少了請求信息的處理過程，獲得的與處理結果對應的數據信息量也將大大地減少，減少了數據信息出錯的可能性，增加了應用的穩定性，也減少了維護數據信息安全的成本。
[0018]本發明附加的方面和優點將在下面的描述中部分給出，這些將從下面的描述中變得明顯，或通過本發明的實踐了解到。
【專利附圖】
【附圖說明】
[0019]本發明上述的和/或附加的方面和優點從下面結合附圖對實施例的描述中將變得明顯和容易理解，其中:
[0020]圖1a為本發明實施例的請求信息統一處理的方法的流程示意圖；
[0021]圖1b為本發明實施例中的不同模塊和請求管理器之間進行請求信息統一處理的示意圖；
[0022]圖1c為本發明實施例的請求信息統一處理的方法的流程示意圖；
[0023]圖1d為本發明實施例中的不同模塊之間通過監聽實現處理結果共享的示意圖；
[0024]圖2為本發明實施例的請求信息統一處理的裝置的內部結構的框架示意圖。
【具體實施方式】
[0025]下面詳細描述本發明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本發明，而不能解釋為對本發明的限制。
[0026]本【技術領域】技術人員可以理解，除非特意聲明，這里使用的單數形式“一”、“一個”、“所述”和“該”也可包括復數形式。應該進一步理解的是，本發明的說明書中使用的措辭“包括”是指存在所述特征、整數、步驟、操作、元件和/或組件，但是并不排除存在或添加一個或多個其他特征、整數、步驟、操作、元件、組件和/或它們的組。應該理解，當我們稱元件被“連接”或“耦接”到另一元件時，它可以直接連接或耦接到其他元件，或者也可以存在中間元件。此外，這里使用的“連接”或“耦接”可以包括無線連接或無線耦接。這里使用的措辭“和/或”包括一個或更多個相關聯的列出項的全部或任一單元和全部組合。
[0027]本【技術領域】技術人員可以理解，除非另外定義，這里使用的所有術語(包括技術術語和科學術語)，具有與本發明所屬領域中的普通技術人員的一般理解相同的意義。還應該理解的是，諸如通用字典中定義的那些術語，應該被理解為具有與現有技術的上下文中的意義一致的意義，并且除非像這里一樣被特定定義，否則不會用理想化或過于正式的含義來解釋。
[0028]本【技術領域】技術人員可以理解，這里所使用的“終端”、“終端設備”既包括無線信號接收器的設備，其僅具備無發射能力的無線信號接收器的設備，又包括接收和發射硬件的設備，其具有能夠在雙向通信鏈路上，進行雙向通信的接收和發射硬件的設備。這種設備可以包括:蜂窩或其他通信設備，其具有單線路顯示器或多線路顯示器或沒有多線路顯示器的蜂窩或其他通信設備；PCS (Personal Communicat1ns Service，個人通信系統)，其可以組合語音、信息處理、傳真和/或信息通信能力；PDA(Personal Digital Assistant，個人數字助理)，其可以包括射頻接收器、尋呼機、互聯網/內聯網訪問、網絡瀏覽器、記事本、日歷和/或GPS (Global Posit1ning System，全球定位系統)接收器；常規膝上型和/或掌上型計算機或其他設備，其具有和/或包括射頻接收器的常規膝上型和/或掌上型計算機或其他設備。這里所使用的“終端”、“終端設備”可以是便攜式、可運輸、安裝在交通工具(航空、海運和/或陸地)中的，或者適合于和/或配置為在本地運行，和/或以分布形式，運行在地球和/或空間的任何其他位置運行。這里所使用的“終端”、“終端設備”還可以是通信終端、上網終端、音樂/視頻播放終端，例如可以是PDA、MID(Mobile Internet Device，移動互聯網設備)和/或具有音樂/視頻播放功能的移動電話，也可以是智能電視、機頂盒等設備。
[0029]本發明的發明人考慮到，特別是通過獲取的請求參數對請求信息進行判斷，以得到判斷結果；若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；這樣能夠緩解服務器的處理數據的壓力，提高了請求信息處理的效率。
[0030]需要說明的是，本發明的方案中的同一請求信息是指具有相同的發出請求的主體，相同的請求類型，以及相同的請求信息的內容的多條請求信息。
[0031]而且，應用本發明的技術方案技術人員在編寫網頁的各個功能模塊時，不用針對每個功能模塊的請求信息、處理信息進行重復和冗余的代碼編寫；技術人員只需在功能模塊中編寫向請求管理器發送請求參數的語句，而請求管理器可以自動根據各個功能模塊發送的請求參數生成相應的請求信息向服務器進行發送；并接收到服務器的響應信息后進行處理，將處理結果返回給對應的功能模塊；提高了網頁的開發效率，減小了代碼的冗余度。
[0032]下面結合附圖詳細說明本發明的技術方案。
[0033]圖1a為本發明實施例的請求信息統一處理的方法的流程示意圖。需要說明的是，本發明實施例中的請求信息的種類是多種多樣的，請求信息可以是獲取數據信息(get)的請求信息，請求信息也可以是發送數據信息(post)的請求信息，請求信息也可以是簡文本(plain)的請求信息，請求信息也可以是跨域通信(jsonp)的請求信息，請求信息也可以是對時間延遲響應(delay)的請求信息，請求信息也可以是對同一時間內只能發送一次數據信息(lock)的請求信息，但請求信息的類型并不僅僅包括以上這些類型，在此不再贅述。
[0034]需要說明的是，在本發明的方案中，對請求信息的處理是有序的，S卩:只有在網頁中的功能模塊接收到前一個請求的處理結果之后，才開始向嵌于網頁中的請求管理器發送新的請求，依次完成每次請求，直到所有請求的數據返回到網頁中的功能模塊。
[0035]同時，在識別出現在的請求信息與之前請求信息是同一請求信息，則對現在的請求不做處理，直接從緩存中讀取之前請求的處理結果；這樣緩解了服務器的處理數據的壓力。
[0036]如圖1a所示，本實施例中請求信息統一處理的方法流程具體包括以下步驟:
[0037]SllO:接收網頁中的功能模塊發送的請求。
[0038]在本發明實施例中，如圖1b所示的，網頁中可以包括多個功能模塊，各功能模塊實現的功能各不相同。
[0039]而且，在本發明的技術方案中還將不同的請求信息按照請求方式進行分類；例如，分類出的請求信息包括:獲取數據信息(get)的請求信息，發送數據信息(post)的請求信息，簡文本(plain)的請求信息，跨域通信(jsonp)的請求信息，對時間延遲響應(delay)的請求信息，對同一時間內只能發送一次數據信息(lock)的請求信息。
[0040]為了使得本領域的普通技術人員更好地理解本發明，如下列舉了目前常用的參數配置:
[0041]a、請求對應的統一資源定位符。
[0042]具體地，統一資源定位符能夠識別資源的位置，并對資源定位。由此，系統就可以對資源進行各種操作，例如:存取操作、更新操作、替換操作和查找資源屬性的操作。
[0043]b、請求方式的類型。
[0044]具體地，請求方式的類型可以是用于獲取數據信息(get)的類型，請求方式也可以是用于發送數據信息(post)的類型。
[0045]C、標準化數據格式。
[0046]目前常用的是標準JSON(JavaScript Object Notat1n)化數據格式，其中，JSON是一種輕量級的數據交換格式，采用完全獨立于語言的文本格式，具有易于人閱讀和編寫，同時也易于機器解析和生成的優勢。
[0047]d、發送請求的條件。
[0048]具體地，發送請求的條件可以設置為:同一請求在同一時間內只能發送一次；也可以將發送請求的條件設置為:在某一時間閾值內，無法再次發送請求。
[0049]e、請求數據的處理方式。
[0050]具體地，可以將請求數據的處理方式設置為:緩存請求數據。
[0051]需要說明的是，如上所述，僅僅列舉了目前常用的參數配置。在本發明的方案中，也可以根據實際應用環境，對相應的參數進行配置，在此不再贅述。
[0052]S120:獲取請求的請求參數。
[0053]在本步驟中，請求對應的請求參數可包括:請求方式、請求配置參數中至少一個。
[0054]S130:根據獲取的請求參數對請求信息進行判斷，以得到判斷結果。
[0055]S140:若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將處理結果發送給功能模塊。
[0056]在本應用場景中，通過獲取的請求參數對請求信息進行判斷，以得到判斷結果；若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；這樣能夠緩解服務器的處理數據的壓力，提高了請求信息處理的效率。同時，減少了請求信息處理的信息量，提高了應用的開發效率。此外，由于減少了請求信息的處理過程，獲得的與處理結果對應的數據信息量也將大大地減少，減少了數據信息出錯的可能性，增加了應用的穩定性，也減少了維護數據信息安全的成本。
[0057]在實際應用中，如圖1b所示，當功能模塊A首次向請求管理器發送請求信息，其請求的內容具體為:獲取唐朝詩人孟浩然的《春曉》的全文，并在請求管理器中記錄該請求；這樣當功能模塊A再次向請求管理器發送相同內容的請求信息時，請求管理器直接從本地緩存讀取之前請求的處理結果，并將處理結果發送給功能模塊A，即:功能模塊A獲取到唐朝詩人孟浩然的《春曉》的全文信息。
[0058]在實際應用中，如圖1b所示，當功能模塊B首次向請求管理器發送請求信息，其請求的內容具體為:發送360安全衛士的圖標，并在請求管理器中記錄該請求；這樣當功能模塊B再次發送相同內容的請求信息時，請求管理器直接從本地緩存讀取之前請求的處理結果，并將處理結果發送給功能模塊B，功能模塊B獲取到360安全衛士的圖標。
[0059]如圖1b所示，為本發明實施例中的不同模塊和請求管理器之間進行請求信息統一處理的示意圖。
[0060]功能模塊A用于獲取有關“如何提高記憶力”的數據信息并將所獲取的“多種提高記憶力”的數據信息顯示在網頁中，功能模塊B用于搜索并查詢網頁中與環保有關的圖片，并將所獲取的與環保有關的圖片顯示在網頁中。
[0061]如圖1b所示，嵌于網頁中的請求管理器接收網頁中的功能模塊A發送的請求參數中的請求方式具體為get，以及功能模塊A發送的請求參數中的配置參數具體可以包括獲取數據的統一資源定位符(url);此外，功能模塊A發送的請求參數中的請求方式也可以具體為post，以及功能模塊A發送的請求參數中的配置參數具體可以包括發送數據的url。
[0062]嵌于網頁中的請求管理器接收網頁中的功能模塊B發送的請求參數中的請求方式具體為get，以及功能模塊B發送的請求參數中的配置參數具體可以包括獲取數據的統一資源定位符(url);此外，功能模塊B發送的請求參數中的請求方式也可以具體為post，以及功能模塊A發送的請求參數中的配置參數具體可以包括發送數據的url。
[0063]當判斷結果顯示請求與之前請求為不同的請求時，如圖1c所示，本發明實施例所提供的請求信息統一處理的方法，還包括如下流程步驟:
[0064]Slll:若判斷結果顯示請求與之前請求為不同的請求，根據獲取的請求參數生成相應請求信息以向服務器發送。
[0065]在本步驟中，請求對應的請求參數可包括:請求方式、請求配置參數中至少一個。
[0066]具體地，在本發明的實施例中，請求管理器根據獲取的請求方式、請求配置參數、該請求方式下的默認配置參數中至少一者，生成請求信息。
[0067]在實際應用中，如圖1b所示，當嵌于網頁中的請求管理器接收網頁中的功能模塊A發送的請求參數中的請求方式具體為get，以及功能模塊A發送的請求參數中的配置參數具體可以包括獲取數據的統一資源定位符(url)時，請求管理器根據接收的請求方式(get)、請求配置參數(獲取數據的統一資源定位符url)，以及該請求方式(get)下的默認配置參數，生成該請求方式(get)的請求信息。
[0068]在實際應用中，如圖1b所示，當嵌于網頁中的請求管理器接收網頁中的功能模塊B發送的請求參數中的請求方式具體為post，以及功能模塊B發送的請求參數中的配置參數具體可以包括發送數據的統一資源定位符(url)時，請求管理器根據接收的請求方式(post)、請求配置參數(發送數據的統一資源定位符url)，以及該請求方式(post)下的默認配置參數，生成該請求方式(post)的請求信息。
[0069]S112:根據服務器返回的響應信息進行相應處理，并將處理結果發送給功能模塊。
[0070]在本步驟中，服務器返回的響應信息包含響應信息參數。響應信息參數可包括:響應信息的返回碼、響應信息的內容中至少一個。
[0071]具體而言，依據響應信息參數選擇預設處理方式以進行相應處理；以及將處理結果發送給功能模塊，其中，同一類型的響應信息參數對應同一種預設處理方式。
[0072]進一步地，若響應信息的返回碼與預設返回碼相似/ 一致，則采用預設返回碼對應的預設處理方式進行處理。例如，當請求某一社交軟件中用戶的信息時，若響應消息的返回碼為“-1”，則采用返回碼“-1”預設的處理方式進行處理，例如以包含“未登錄”的彈窗提示用戶。
[0073]進一步地，若響應信息的內容與預設返回內容相似/相同，則采用預設返回內容對應的預設處理方式進行處理。例如，若響應信息的內容為“無法找到服務器”，則采用所述內容的預設處理方式進行處理，例如，更換當前的網絡連接點。
[0074]實際應用中，功能模塊接收到請求管理器的處理結果后，執行相應的功能，例如，顯示功能，發送功能。
[0075]如圖1b所示，當功能模塊A執行顯示的功能時，功能模塊A就可以將獲取到的唐朝詩人孟浩然的春曉的全文“春眠不覺曉，處處聞啼鳥。夜來風雨聲，花落知多少”顯示在網頁中。
[0076]當功能模塊A執行發送的功能時，功能模塊A就可以將獲取到的唐朝詩人孟浩然的春曉的全文“春眠不覺曉，處處聞啼鳥。夜來風雨聲，花落知多少”進行發送。
[0077]同理，當功能模塊B執行顯示的功能時，功能模塊B就可以將獲取到的360安全衛士的圖標顯示在網頁中。
[0078]當功能模塊B執行發送的功能時，功能模塊B就可以將獲取到的360安全衛士的圖標進行發送。
[0079]在本應用場景中，當判斷結果顯示請求與之前請求為不同的請求時，根據獲取的請求參數生成相應請求信息以向服務器發送；以及根據服務器返回的響應信息進行相應處理，并將處理結果發送給對應的功能模塊；通過將響應信息參數的類型與預設處理方式相對應，使得服務器返回的響應信息與處理結果相對應，自動實現了對原本龐大的數據信息的有序且分類的管理。
[0080]此外，為了實現不同模塊之間所獲取的處理結果的共享，請求管理器將處理結果共享給網頁中監聽功能模塊的其它功能模塊。
[0081]如圖1d所示，為本發明實施例中的不同模塊之間通過監聽實現處理結果共享的示意圖。
[0082]需要說明的是，在不同模塊之間通過監聽實現處理結果共享的過程中，需要進行監聽數據請求以及觸發數據監聽的事件管理。
[0083]如圖1d所示，請求管理器將功能模塊A的get處理結果共享給功能模塊B，其中，功能模塊B能夠在網頁中對功能模塊A進行監聽，這樣，功能模塊B也可以共享功能模塊A的get處理結果，因此，功能模塊B就能夠將獲取到的唐朝詩人孟浩然的《春曉》的全文“春眠不覺曉，處處聞啼鳥。夜來風雨聲，花落知多少”顯示在網頁中。
[0084]此外，請求管理器也可以將功能模塊B的get處理結果共享給功能模塊A，其中，功能模塊A能夠在網頁中對功能模塊B進行監聽，這樣，當功能模塊A也可以共享功能模塊B的get處理結果，這樣功能模塊A就能夠將獲取到的360安全衛士的圖標顯示在網頁中。
[0085]需要說明的是，共享的處理結果不僅僅是文本資料，或者是圖片，也可以是視頻資料等，在此不再贅述。
[0086]圖2為本發明實施例的請求信息統一處理的裝置的內部結構的框架示意圖。如圖2所示，本實施例請求信息統一處理的裝置包括:請求接收模塊210，請求參數獲取模塊220、判斷模塊230和處理模塊240。
[0087]具體而言，請求接收模塊210，用于接收網頁中的功能模塊發送的請求。
[0088]請求參數獲取模塊220，用于獲取請求的請求參數；
[0089]其中，請求對應的請求參數可包括:請求方式、請求配置參數中至少一個。
[0090]判斷模塊230，用于根據獲取的請求參數對請求信息進行判斷，以得到判斷結果。
[0091]處理模塊240，用于若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將處理結果發送給功能模塊。
[0092]在上述實施例中，當判斷結果顯示請求與之前請求為相同的請求時，處理模塊直接從本地緩存讀取之前相同請求的處理結果；這樣能夠緩解服務器的處理數據的壓力，提高了請求信息處理的效率。同時，減少了請求信息處理的信息量，提高了應用的開發效率。此外，由于減少了請求信息的處理過程，獲得的與處理結果對應的數據信息量也將大大地減少，減少了數據信息出錯的可能性，增加了應用的穩定性，也減少了維護數據信息安全的成本。
[0093]進一步地，處理模塊240還用于若判斷結果顯示請求與之前請求為不同的請求，根據獲取的請求參數生成相應請求信息以向服務器發送；以及根據服務器返回的響應信息進行相應處理，并將處理結果發送給功能模塊。
[0094]較佳地，處理模塊具體用于根據獲取的請求方式、請求配置參數、該請求方式下的默認配置參數中至少一者，生成請求信息。
[0095]進一步地，處理模塊240包括第一處理單元和第二處理單元。
[0096]具體地，第一處理單元用于若判斷結果顯示請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將處理結果發送給功能模塊。
[0097]第二處理單元用于若判斷結果顯示請求與之前請求為不同的請求，根據獲取的請求參數生成相應請求信息以向服務器發送；以及根據服務器返回的響應信息進行相應處理，并將處理結果發送給功能模塊。
[0098]進一步地，第二處理單元包括第一子單元，第一子單元用于依據響應信息參數選擇預設處理方式以進行相應處理；以及將處理結果發送給功能模塊；其中，同一類型的響應信息參數對應同一種預設處理方式。
[0099]其中，服務器返回的響應信息包含響應信息參數。響應信息參數可包括:響應信息的返回碼、響應信息的內容中至少一個。
[0100]進一步地，第二處理單元還包括第二子單元，第二子單元用于若響應信息的返回碼與預設返回碼相似/ 一致，則采用預設返回碼對應的預設處理方式進行處理。
[0101]進一步地，第二處理單元還包括第三子單元，第三子單元用于若響應信息的內容與預設返回內容相似/相同，則采用預設返回內容對應的預設處理方式進行處理。
[0102]在上述實施例中，當判斷結果顯示請求與之前請求為不同的請求時，處理模塊根據獲取的請求參數生成相應請求信息以向服務器發送；以及根據服務器返回的響應信息進行相應處理，并將處理結果發送給對應的功能模塊；通過將響應信息參數的類型與預設處理方式相對應，使得服務器返回的響應信息與處理結果相對應，自動實現了對原本龐大的數據信息的有序且分類的管理。
[0103]此外，為了實現不同模塊之間所獲取的處理結果的共享，請求數據統一處理的裝置還包括處理結果共享模塊。
[0104]處理結果共享模塊，用于將處理結果共享給網頁中監聽功能模塊的其它功能模塊。
[0105]上述請求接收模塊，請求參數獲取模塊、判斷模塊和處理模塊的功能的具體實現方法，可以參考上述如圖la、圖lb、圖lc、圖1d所示的方法流程步驟的具體內容，此處不再贅述。
[0106]此外，本發明還包括具有上述請求接收模塊，請求參數獲取模塊、判斷模塊和處理模塊的裝置的終端設備，根據上述裝置對請求信息進行統一處理。
[0107]本【技術領域】技術人員可以理解，本發明包括涉及用于執行本申請中所述操作中的一項或多項的設備。這些設備可以為所需的目的而專門設計和制造，或者也可以包括通用計算機中的已知設備。這些設備具有存儲在其內的計算機程序，這些計算機程序選擇性地激活或重構。這樣的計算機程序可以被存儲在設備(例如，計算機)可讀介質中或者存儲在適于存儲電子指令并分別耦聯到總線的任何類型的介質中，所述計算機可讀介質包括但不限于任何類型的盤(包括軟盤、硬盤、光盤、⑶-ROM、和磁光盤)、ROM (Read-Only Memory,只讀存儲器)、RAM (Random Access Memory，隨即存儲器)、EPROM (Erasable ProgrammableRead-Only Memory，可擦寫可編程只讀存儲器)、EEPROM (Electrical Iy ErasableProgrammable Read-Only Memory，電可擦可編程只讀存儲器)、閃存、磁性卡片或光線卡片。也就是，可讀介質包括由設備(例如，計算機)以能夠讀的形式存儲或傳輸信息的任何介質。
[0108]本【技術領域】技術人員可以理解，可以用計算機程序指令來實現這些結構圖和/或框圖和/或流圖中的每個框以及這些結構圖和/或框圖和/或流圖中的框的組合。本【技術領域】技術人員可以理解，可以將這些計算機程序指令提供給通用計算機、專業計算機或其他可編程信息處理方法的處理器來實現，從而通過計算機或其他可編程信息處理方法的處理器來執行本發明公開的結構圖和/或框圖和/或流圖的框或多個框中指定的方案。
[0109]本【技術領域】技術人員可以理解，本發明中已經討論過的各種操作、方法、流程中的步驟、措施、方案可以被交替、更改、組合或刪除。進一步地，具有本發明中已經討論過的各種操作、方法、流程中的其他步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。進一步地，現有技術中的具有與本發明中公開的各種操作、方法、流程中的步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。
[0110]以上所述僅是本發明的部分實施方式，應當指出，對于本【技術領域】的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。
【權利要求】
1.一種請求信息統一處理的方法，其特征在于，包括: 接收網頁中的功能模塊發送的請求； 獲取所述請求的請求參數； 根據獲取的請求參數對所述請求信息進行判斷，以得到判斷結果； 若所述判斷結果顯示所述請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及 將所述處理結果發送給所述功能模塊。
2.根據權利要求1所述的方法，其特征在于，所述方法進一步包括: 若所述判斷結果顯示所述請求與之前請求為不同的請求，根據獲取的請求參數生成相應請求信息以向服務器發送；以及 根據所述服務器返回的響應信息進行相應處理，并將處理結果發送給所述功能模塊。
3.根據權利要求2所述的方法，其特征在于，所述響應信息包含響應信息參數，以及根據所述服務器返回的響應信息進行相應處理，并將處理結果發送給所述功能模塊的步驟進一步包括: 依據所述響應信息參數選擇預設處理方式以進行相應處理；以及 將所述處理結果發送給所述功能模塊， 其中，同一類型的響應信息參數對應同一種預設處理方式。
4.根據權利要求3所述的方法，其特征在于，所述響應信息參數包括以下至少一者: 響應信息的返回碼、響應信息的內容。
5.根據權利要求4所述的方法，其特征在于，所述依據所述響應信息參數選擇預設處理方式以進行相應處理的步驟進一步包括: 若所述響應信息的返回碼與預設返回碼相似/ 一致，則采用所述預設返回碼對應的預設處理方式進行處理。
6.根據權利要求4或5所述的方法，其特征在于，所述依據所述響應信息參數選擇預設處理方式以進行相應處理的步驟進一步包括: 若所述響應信息的內容與預設返回內容相似/相同，則采用所述預設返回內容對應的預設處理方式進行處理。
7.根據權利要求1-6中任一項所述的方法，其特征在于，所述請求參數包括以下至少一者: 請求方式、請求配置參數。
8.根據權利要求2-7中任一項所述的方法，其特征在于，所述根據獲取的請求參數生成相應請求信息以向服務器發送的步驟進一步包括: 根據獲取的請求方式、請求配置參數、該請求方式下的默認配置參數中至少一者，生成所述請求信息。
9.根據權利要求1-8中任一項所述的方法，其特征在于，所述方法進一步包括: 將所述處理結果共享給所述網頁中監聽所述功能模塊的其它功能模塊。
10.一種請求信息統一處理的裝置，其特征在于，包括: 請求接收模塊，用于接收網頁中的功能模塊發送的請求； 請求參數獲取模塊，用于獲取所述請求的請求參數； 判斷模塊，用于根據獲取的請求參數對所述請求信息進行判斷，以得到判斷結果； 處理模塊，用于若所述判斷結果顯示所述請求與之前請求為相同的請求，則從本地緩存讀取之前請求的處理結果；以及將所述處理結果發送給所述功能模塊。
【文檔編號】H04L29/08GK104468833SQ201410834375
【公開日】2015年3月25日 申請日期:2014年12月26日 優先權日:2014年12月26日
【發明者】陳健 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司