本發明涉及一種網絡技術領域，特別是涉及一種幫助信息的顯示方法、裝置及系統。

背景技術：

隨著云計算、大數據、移動應用技術和應用的不斷深入，軟件技術也得到了長足的發展，越來越多適用于各行各業的軟件產品不斷面市，給計算機用戶帶來了極大的便利。但是，隨著軟件產品的豐富，軟件的功能越來越復雜，有關軟件操作和使用的在線幫助信息對于軟件用戶來說就愈發地重要了。

目前，可以將業務操作頁面和幫助信息進行靜態的綁定實現，用戶可以手動開啟軟件的幫助功能進行幫助信息的檢索和查看，例如，采用在線幫助手冊或向導控件的方式，為用戶提供幫助信息的檢索和查看。

然而，這種靜態綁定的方式需要開發人員或維護人員進行硬編碼的形式實現幫助信息的綁定，導致開發工作量較大，且當系統功能復雜、頁面頻繁更新時，這種方式會造成系統維護比較困難，進而造成系統的維護成本過高。

技術實現要素：

有鑒于此，本發明提供了一種幫助信息的顯示方法、裝置及系統，主要目的在于可以減少開發工作量，可以降低系統的維護成本。

依據本發明一個方面，提供了一種幫助信息的顯示方法，該方法包括：

服務端收集不同用戶的訪問特征信息；

對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并發送給客戶端進行保存；

當服務端接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給所述客戶端，以使得所述客戶端推薦顯示所述幫助信息頁面，所述獲取請求是在所述客戶端檢測到用戶訪問業務操作頁面時發送的。

具體地，所述訪問特征信息中包含用戶訪問的不同業務操作頁面的第一頁面標識，以及用戶訪問所述業務操作頁面時查詢的幫助信息頁面的第二頁面標識，所述對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識，具體包括：

統計與第一頁面標識對應的每個第二頁面標識的個數；

將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

進一步地，所述訪問特征信息中還包含用戶賬號信息，所述統計與第一頁面標識對應的每個第二頁面標識的個數之前，所述方法還包括：

獲取與所述用戶賬號信息對應的用戶特征信息；

根據所述用戶特征信息，劃分不同的用戶類別；

所述統計與第一頁面標識對應的每個第二頁面標識的個數，具體包括：

統計與第一頁面標識對應的、且屬于同一用戶類別的每個第二頁面標識的個數；

所述將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識，具體包括：

將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的、且與所述用戶類別對應的幫助信息頁面的頁面標識。

進一步地，所述方法還包括：

當接收到客戶端發送的用戶特征信息的獲取請求時，獲取與所述獲取請求中攜帶的用戶賬號信息對應的用戶特征信息并發送給所述客戶端，以使得所述客戶端在確定與所述用戶特征信息相對應的用戶類別后，確定與所述用戶類別對應的、且與當前業務操作頁面對應的幫助信息頁面的頁面標識。

進一步地，所述訪問特征信息中還包含用戶訪問不同業務操作頁面的時間信息，所述將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識之前，所述方法還包括：

根據所述時間信息和所述個數，對與所述第一頁面標識對應的每個第二頁面標識進行關聯關系強度值的計算；

所述將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識，具體包括：

將所述關聯關系強度值最大的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

依據本發明另一個方面，提供了另一種幫助信息的顯示方法，該方法包括：

客戶端接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識并進行保存，所述頁面標識為所述服務端根據不同用戶的訪問特征信息分析得到的；

當客戶端檢測到用戶訪問業務操作頁面時，獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識；

向服務端發送幫助信息頁面的獲取請求，所述獲取請求中攜帶有所述頁面標識，以使得所述服務端獲取與所述頁面標識對應的幫助信息頁面；

接收所述服務端發送的所述幫助信息頁面并進行推薦顯示。

進一步地，所述獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識之前，所述方法還包括：

向所述服務端發送用戶特征信息的獲取請求，所述獲取請求中攜帶有用戶登錄的用戶賬號信息，以使得所述服務端獲取記錄的與所述用戶賬號信息對應的用戶特征信息；

接收所述服務端發送的所述用戶特征信息；

所述獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識，具體包括：

確定與所述用戶特征信息相對應的用戶類別；

獲取與所述用戶類別對應的、且與所述業務操作頁面對應的幫助信息頁面的頁面標識。

進一步地，所述方法還包括：

將采集到的用戶訪問特征信息發送給所述服務端，以使得所述服務端根據所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識。

依據本發明又一個方面，提供了一種服務端，該服務端包括：

收集單元，用于收集不同用戶的訪問特征信息；

分析單元，用于對所述收集單元收集到的訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識；

發送單元，用于將所述分析單元分析得到的不同業務操作頁面分別對應的幫助信息頁面的頁面標識發送給客戶端進行保存；

獲取單元，用于當接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面；

所述發送單元，還用于將所述獲取單元獲取的幫助信息頁面發送給所述客戶端，以使得所述客戶端推薦顯示所述幫助信息頁面，所述獲取請求是在所述客戶端檢測到用戶訪問業務操作頁面時發送的。

具體地，所述訪問特征信息中包含用戶訪問的不同業務操作頁面的第一頁面標識，以及用戶訪問所述業務操作頁面時查詢的幫助信息頁面的第二頁面標識，所述分析單元包括：

統計模塊，用于統計與第一頁面標識對應的每個第二頁面標識的個數；

確定模塊，用于將所述統計模塊統計得到的個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

進一步地，所述訪問特征信息中還包含用戶賬號信息，所述分析單元還包括：獲取模塊和劃分模塊；

所述獲取模塊，用于獲取與所述用戶賬號信息對應的用戶特征信息；

所述劃分模塊，用于根據所述獲取模塊獲取的用戶特征信息，劃分不同的用戶類別；

所述統計模塊，具體用于統計與第一頁面標識對應的、且屬于同一用戶類別的每個第二頁面標識的個數；

所述確定模塊，具體用于將所述統計模塊統計得到的個數最多的第二頁面標識，確定為與所述第一頁面標識對應的、且與所述用戶類別對應的幫助信息頁面的頁面標識。

進一步地，所述獲取單元，還用于當接收到客戶端發送的用戶特征信息的獲取請求時，獲取與所述獲取請求中攜帶的用戶賬號信息對應的用戶特征信息；

所述發送單元，還用于將所述獲取單元獲取的用戶特征信息發送給所述客戶端，以使得所述客戶端在確定與所述用戶特征信息相對應的用戶類別后，確定與所述用戶類別對應的、且與當前業務操作頁面對應的幫助信息頁面的頁面標識。

進一步地，所述訪問特征信息中還包含用戶訪問不同業務操作頁面的時間信息，所述分析單元還包括：計算模塊；

所述計算模塊，用于根據所述時間信息和所述統計模塊統計得到的個數，對與所述第一頁面標識對應的每個第二頁面標識進行關聯關系強度值的計算；

所述確定模塊，具體用于將所述計算模塊計算得到的關聯關系強度值最大的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

依據本發明再一個方面，提供了一種客戶端，該客戶端包括：

接收單元，用于接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識，所述頁面標識為所述服務端根據不同用戶的訪問特征信息分析得到的；

保存單元，用于將所述接收單元接收到的不同業務操作頁面分別對應的幫助信息頁面的頁面標識進行保存；

獲取單元，用于當檢測到用戶訪問業務操作頁面時，獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識；

發送單元，用于向服務端發送幫助信息頁面的獲取請求，所述獲取請求中攜帶有所述獲取單元獲取到的頁面標識，以使得所述服務端獲取與所述頁面標識對應的幫助信息頁面；

所述接收單元，還用于接收所述服務端發送的所述幫助信息頁面；

顯示單元，用于將所述接收單元接收到的幫助信息頁面進行推薦顯示。

進一步地，所述發送單元，還用于向所述服務端發送用戶特征信息的獲取請求，所述獲取請求中攜帶有用戶登錄的用戶賬號信息，以使得所述服務端獲取記錄的與所述用戶賬號信息對應的用戶特征信息；

所述接收單元，還用于接收所述服務端發送的所述用戶特征信息；

所述獲取單元包括：

確定模塊，用于確定與所述用戶特征信息相對應的用戶類別；

獲取模塊，用于獲取與所述確定模塊確定的用戶類別對應的、且與所述業務操作頁面對應的幫助信息頁面的頁面標識。

進一步地，所述發送單元，還用于將采集到的用戶訪問特征信息發送給所述服務端，以使得所述服務端根據所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識。

依據本發明再一個方面，提供了一種幫助信息的顯示系統，該系統包括：服務端和客戶端；

所述服務端，用于收集不同用戶的訪問特征信息；對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并發送給所述客戶端；

所述客戶端，用于接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識并進行保存；當檢測到用戶訪問業務操作頁面時，獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識；向服務端發送幫助信息頁面的獲取請求；

所述服務端，還用于當接收到所述客戶端發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給所述客戶端；

所述客戶端，還用于接收所述服務端發送的所述幫助信息頁面并進行推薦顯示。

借由上述技術方案，本發明提供的一種幫助信息的顯示方法、裝置及系統，與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本發明的具體實施方式。

附圖說明

通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的，而并不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了本發明實施例提供的一種幫助信息的顯示方法流程示意圖；

圖2示出了本發明實施例提供的另一種幫助信息的顯示方法流程示意圖；

圖3示出了本發明實施例提供的又一種幫助信息的顯示方法流程示意圖；

圖4示出了本發明實施例提供的一種應用場景實例示意圖；

圖5示出了本發明實施例提供的一種服務端結構示意圖；

圖6示出了本發明實施例提供的一種服務端結構示意圖；

圖7示出了本發明實施例提供的一種客戶端結構示意圖；

圖8示出了本發明實施例提供的一種客戶端結構示意圖；

圖9示出了本發明實施例提供的一種幫助信息的顯示系統架構的示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。

本發明實施例提供了一種幫助信息的顯示方法，可以應用于服務端，如圖1所示，所述方法包括：

101、服務端收集不同用戶的訪問特征信息。

其中，訪問特征信息中包含用戶賬號、用戶訪問業務操作頁面時的時間、用戶訪問的業務操作頁面的頁面統一資源定位符(Uniform Resource Locator，URL)地址，以及用戶訪問業務操作頁面或控件時查看的幫助信息頁面的頁面URL地址等信息。

具體地，客戶端可以記錄用戶訪問業務操作頁面時的訪問行為特征數據，并將這些訪問行為特征數據保存在客戶端日志文件當中，當用戶退出訪問時，將客戶端日志文件發送給服務端，服務端可以接收各個客戶端發送的客戶端日志文件，并進行相應的本地存儲。

102、對訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并發送給客戶端進行保存。

其中，頁面標識可以為頁面URL地址、頁面ID號等。在本發明實施例中，該幫助信息頁面的頁面標識可以為具體的整個幫助信息文檔頁面的頁面標識，還可以為幫助信息文檔中部分信息頁面的頁面標識，例如，整個幫助文檔中的某一頁信息或某一段落信息的頁面標識。

具體地，服務端讀取接收到的各個客戶端日志文件中存儲的數據，進行分析和計算，計算出每個業務操作頁面對應的幫助信息頁面的頁面標識。例如，對于業務操作頁面A，統計得到用戶訪問該頁面A時，瀏覽次數最高的幫助信息頁面是頁面B，那么記錄頁面B的URL地址與頁面A的URL地址之間的映射關系，以便表示頁面A對應的幫助信息頁面的頁面標識為頁面B的URL地址。具體可以利用數據映射表的形式進行存儲，表中的每一行包含業務操作頁面的URL地址、以及該業務操作頁面對應的幫助信息頁面的URL地址。

103、當接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給客戶端。

進一步地，以使得客戶端推薦顯示幫助信息頁面，其中，獲取請求是在客戶端檢測到用戶訪問業務操作頁面時發送的。

例如，當用戶訪問頁面A時，客戶端可以向服務端發送與頁面A對應的幫助信息頁面的獲取請求，請求中攜帶有該幫助信息頁面的URL地址，服務端根據該URL地址下發相應的幫助信息頁面進行展示，進而可以主動向用戶推薦頁面A對應的幫助信息頁面，并可以利用彈出窗口的方式展現給用戶，供用戶進行閱讀，以便提升用戶的體驗。

本發明實施例提供的一種幫助信息的顯示方法，與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

為了更好的對上述圖1所示的方法進行理解，作為對上述實施方式的細化和擴展，本發明實施例提供了另一種幫助信息的顯示方法，如圖2所示，所述方法包括：

201、服務端收集不同用戶的訪問特征信息。

其中，所述訪問特征信息中包含用戶訪問的不同業務操作頁面的第一頁面標識，以及用戶訪問所述業務操作頁面時查詢的幫助信息頁面的第二頁面標識。所述訪問特征信息中還包含用戶賬號信息。所述訪問特征信息中還包含用戶訪問不同業務操作頁面的時間信息。

具體地，可以從客戶端上傳的客戶端日志文件中獲取不同用戶的訪問特征信息。

202、統計與第一頁面標識對應的每個第二頁面標識的個數。

例如，根據收集到的不同用戶的訪問特征進行分析，對于業務操作頁面a，統計用戶訪問該頁面a時，瀏覽的每個幫助信息頁面對應的次數。

在本發明實施例中，為了實現根據相似用戶的訪問特征，為用戶主動推送顯示更加準確的幫助信息頁面，步驟202之前，所述方法還可以包括：獲取與所述用戶賬號信息對應的用戶特征信息；根據所述用戶特征信息，劃分不同的用戶類別；步驟202具體可以包括：統計與第一頁面標識對應的、且屬于同一用戶類別的每個第二頁面標識的個數。其中，用戶特征信息具體可以為用戶的年齡、性別、從事行業、職業、現居住地等信息。

例如，用戶通過客戶端注冊用戶賬號時，可以記錄用戶的年齡、性別、從事行業、職業等信息并上報給服務端進行保存。在服務端收集不同用戶的訪問特征信息時，可以根據其中的用戶賬號信息獲取得到對應的用戶特征信息，并依據這些用戶特征信息劃分不同的用戶類別，具體可以按年齡、性別、從事行業、職業等因素進行劃分，目的是將一些相似用戶進行聚類。對于業務操作頁面b，統計這些相似用戶訪問該頁面b時，瀏覽的每個幫助信息頁面對應的次數。

203、將個數最多的第二頁面標識，確定為與第一頁面標識對應的幫助信息頁面的頁面標識。

例如，對于業務操作頁面a，統計用戶訪問該頁面a時，瀏覽的每個幫助信息頁面對應的次數，并將次數最多的幫助信息頁面的頁面標識，確定為與頁面a對應的幫助信息頁面的頁面標識。

在統計與第一頁面標識對應的、且屬于同一用戶類別的每個第二頁面標識的個數之后，步驟203具體還可以包括：將所述個數最多的第二頁面標識，確定為與所述第一頁面標識對應的、且與所述用戶類別對應的幫助信息頁面的頁面標識。

在本發明實施例中，對于同一個業務操作頁面，可以統計出每個用戶類別對應的最佳幫助信息頁面，當用戶訪問當前頁面時，可為其顯示相似用戶之前訪問該頁面時瀏覽的幫助信息頁面，可以顯示更加貼近該用戶行為的幫助信息頁面，提高了幫助信息的顯示準確度。

例如，對于業務操作頁面b，統計一些相似用戶訪問該頁面b時，瀏覽的每個幫助信息頁面對應的次數，如這些相似用戶可以為一些在20歲至25歲年齡段內的女性，統計這些女性訪問頁面b時瀏覽的每個幫助信息頁面對應的次數，并將該次數最高的幫助信息頁面c的頁面標識，確定為與該頁面b對應的，且用戶類別為年齡屬于20歲至25歲年齡段內女性的幫助信息頁面的頁面標識，進而可以實現當用戶訪問頁面b、且該用戶為年齡屬于20歲至25歲年齡段內女性時，客戶端主動推薦顯示頁面c的效果，從而可以顯示更加貼近該用戶行為的幫助信息頁面，提高了幫助信息的顯示準確度。

在本發明實施例中，步驟203之前，所述方法還包括：根據所述時間信息和所述個數，對與所述第一頁面標識對應的每個第二頁面標識進行關聯關系強度值的計算；步驟203具體可以包括：將所述關聯關系強度值最大的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

具體地，可以令visitPageURL表示當前訪問的頁面標識、helpPageURL表示幫助信息對應的頁面標識，令T＝{t₁,t₂,…,t_n}表示用戶訪問時間序列，t_i表示第i次訪問頁面的時間點；令help(visitPageURL,helpPageURL,t_i)表示在t_i時刻，當用戶訪問頁面visitPageURL時，執行對幫助信息頁面helpPageURL的瀏覽操作。

當help(visitPageURL,helpPageURL,t_i)＝1時，表示執行對幫助信息頁面的瀏覽操作，當help(visitPageURL,helpPageURL,t_i)＝0時，表示未執行對幫助信息頁面的瀏覽操作。令表示基于visitPageURL_i頁面訪問時，其瀏覽的幫助信息頁面helpPageURL_j的權重，并可以作為相應的關聯關系強度值，其中t表示系統當前時刻，是當前時間與歷史時間序列的差值的倒數，用來對help的加權，即當t_k越早于當前時間，其對應的t-t_k的差值越大，而1/(t-t_k)就會越小，從而實現了時間序列的權值隨著時間的推移，據當前越近的時刻發生的事件，其影響權重會越大。

通過上述的設定，可以計算得到每個頁面和對應的幫助信息頁面的對應關系，并可以矩陣的形式進行存儲：

其中，w_ij∈[0,1]表示頁面visitPageURL_i與幫助信息頁面helpPageURL_j之間的關聯關系強度。

查找上述矩陣W每行中元素的最大值MAX{w_ij，i∈[1,n]、j∈[1,m]},表示visitPageURL_i對應關聯關系強度最大的幫助信息頁面為helpPageURL_j，并將visitPageURL_i、helpPageURL_j以鍵值對的形式保存在服務器本地臨時文件中。

在本發明實施例中，根據業務操作頁面與幫助信息頁面之間計算的關聯關系強度值，除了選取關聯關系強度最大的幫助頁面以外，還可以設定一定的閾值，將關聯關系強度值大于或等于該閾值的幫助信息頁面都可以與業務操作頁面相對應，即一個業務操作頁面可以對應多個相關的幫助信息頁面，進而可以在客戶端顯示的過程中利用滾動顯示的方式進行推薦顯示，為用戶推薦多個與當前頁面相關的幫助信息頁面，從而達到更好的幫助信息顯示效果，以便提升用戶的體驗。

204、將不同業務操作頁面分別對應的幫助信息頁面的頁面標識發送給客戶端進行保存。

當接收到客戶端發送的用戶特征信息的獲取請求時，獲取與所述獲取請求中攜帶的用戶賬號信息對應的用戶特征信息并發送給所述客戶端，以使得所述客戶端在確定與所述用戶特征信息相對應的用戶類別后，確定與所述用戶類別對應的、且與當前業務操作頁面對應的幫助信息頁面的頁面標識。

例如，用戶登錄賬號后開始訪問頁面a，客戶端根據該賬號從服務端中獲取相應的用戶特征，具體為年齡在30歲至35歲之間的男性、從事房地產工作，進而確定了相應的用戶類別，從本地保存的文件中獲取與該用戶類別對應的，且與頁面a對應的幫助信息頁面的頁面標識，即找到與該用戶相似的用戶之前訪問頁面a時經常瀏覽的幫助信息頁面的頁面標識，并根據該頁面標識從服務端中獲取相應幫助信息頁面進行主動推送顯示。

205、當接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給所述客戶端。

進一步地，以使得客戶端推薦顯示幫助信息頁面，其中，獲取請求是在客戶端檢測到用戶訪問業務操作頁面時發送的。

本發明實施例提供的另一種幫助信息的顯示方法，與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗；并且可以基于相似用戶訪問特征行為，為用戶主動推送更加貼近該用戶行為的幫助信息頁面，提高了幫助信息的顯示準確度。

依據本發明實施例另一個方面，本發明實施例提供了又一種幫助信息的顯示方法，可以應用于客戶端，如圖3所示，所述方法包括：

301、客戶端接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識并進行保存。

其中，所述頁面標識為所述服務端根據不同用戶的訪問特征信息分析得到的。具體地在服務端中的分析過程可以參考步驟201至步驟203中的相應描述，在此不再贅述。

302、當客戶端檢測到用戶訪問業務操作頁面時，獲取保存的與業務操作頁面對應的幫助信息頁面的頁面標識。

在獲取保存的與業務操作頁面對應的幫助信息頁面的頁面標識之前，還可以包括：向所述服務端發送用戶特征信息的獲取請求，所述獲取請求中攜帶有用戶登錄的用戶賬號信息，以使得所述服務端獲取記錄的與所述用戶賬號信息對應的用戶特征信息；接收所述服務端發送的所述用戶特征信息。

獲取保存的與業務操作頁面對應的幫助信息頁面的頁面標識的步驟具體可以包括：確定與所述用戶特征信息相對應的用戶類別；獲取與所述用戶類別對應的、且與所述業務操作頁面對應的幫助信息頁面的頁面標識。

例如，用戶登錄賬號后開始訪問頁面b，客戶端根據該賬號從服務端中獲取相應的用戶特征，具體為年齡為15歲至20歲之間的女性、從事保險工作，進而確定了相應的用戶類別，從本地保存的文件中獲取與該用戶類別對應的，且與頁面b對應的幫助信息頁面的頁面標識，即找到與該用戶相似的用戶之前訪問頁面b時經常瀏覽的幫助信息頁面的頁面標識。

303、向服務端發送幫助信息頁面的獲取請求。

其中，所述獲取請求中攜帶有所述頁面標識，以使得所述服務端獲取與所述頁面標識對應的幫助信息頁面。

304、接收服務端發送的幫助信息頁面并進行推薦顯示。

具體地，可以利用彈出窗口的方式，將接收到的幫助信息頁面進行主動推薦顯示。

進一步地，為了服務端分析得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識，所述方法還包括：將采集到的用戶訪問特征信息發送給所述服務端，以使得所述服務端根據所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識。

例如，如圖4所示，用戶訪問的頁面為大連銀行的管理系統頁面，用戶登錄系統并執行業務操作，當用戶具體操作哪一步驟，不清楚怎么操作時，用戶可以點擊幫助按鈕或按快捷鍵，彈出幫助信息頁面，彈出幫助信息頁面，這樣用戶可以查看幫助信息，相應的采集用戶的訪問特征信息并發送服務端，使得服務端根據訪問特征信息進行分析，得到這個大連銀行的管理系統頁面對應幫助信息頁面的頁面URL地址，將該URL地址發送給客戶端進行保存，以便當其他相似用戶訪問這個大連銀行的管理系統頁面時，可以主動彈出相應的幫助信息頁面。

本發明實施例提供的又一種幫助信息的顯示方法，與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

進一步地，作為圖1和圖2所述方法的具體實現，本發明實施例提供了一種服務端，如圖5所示，所述服務端包括：收集單元41、分析單元42、發送單元43、獲取單元44。

所述收集單元41，可以用于收集不同用戶的訪問特征信息。所述收集單元41可以從客戶端上傳的客戶端日志文件中收集不同用戶的訪問特征信息。其中，訪問特征信息中包含用戶賬號、用戶訪問業務操作頁面時的時間、用戶訪問的業務操作頁面的頁面URL地址，以及用戶訪問業務操作頁面或控件時查看的幫助信息頁面的頁面URL地址等信息。

所述分析單元42，可以用于對所述收集單元41收集到的訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識。所述分析單元42為本服務端中分析業務操作頁面對應幫助信息頁面的頁面標識的主要功能模塊。

所述發送單元43，可以用于將所述分析單元42分析得到的不同業務操作頁面分別對應的幫助信息頁面的頁面標識發送給客戶端進行保存。所述發送單元43面向客戶端，可以發送服務消息和請求響應信息等。

所述獲取單元44，可以用于當接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面。所述獲取單元44為本服務端中獲取幫助信息頁面的主要功能模塊。

所述發送單元43，還可以用于將所述獲取單元44獲取的幫助信息頁面發送給所述客戶端。

進一步地，以使得所述客戶端推薦顯示所述幫助信息頁面，所述獲取請求是在所述客戶端檢測到用戶訪問業務操作頁面時發送的。

可選地，所述訪問特征信息中包含用戶訪問的不同業務操作頁面的第一頁面標識，以及用戶訪問所述業務操作頁面時查詢的幫助信息頁面的第二頁面標識。

具體地，如圖6所示，所述分析單元42可以包括：統計單元421、確定模塊422。

所述統計模塊421，可以用于統計與第一頁面標識對應的每個第二頁面標識的個數。例如，根據收集到的不同用戶的訪問特征進行分析，對于業務操作頁面a，統計用戶訪問該頁面a時，瀏覽的每個幫助信息頁面對應的次數。

所述確定模塊422，可以用于將所述統計模塊421統計得到的個數最多的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

可選地，所述訪問特征信息中還包含用戶賬號信息。

所述分析單元42還包括：獲取模塊423、劃分模塊424。

所述獲取模塊423，可以用于獲取與所述用戶賬號信息對應的用戶特征信息。其中，用戶特征信息具體可以為用戶的年齡、性別、從事行業、職業、現居住地等信息。

所述劃分模塊424，可以用于根據所述獲取模塊423獲取的用戶特征信息，劃分不同的用戶類別。

所述統計模塊421，具體可以用于統計與第一頁面標識對應的、且屬于同一用戶類別的每個第二頁面標識的個數。

所述確定模塊422，具體可以用于將所述統計模塊421統計得到的個數最多的第二頁面標識，確定為與所述第一頁面標識對應的、且與所述用戶類別對應的幫助信息頁面的頁面標識。

所述獲取單元44，還可以用于當接收到客戶端發送的用戶特征信息的獲取請求時，獲取與所述獲取請求中攜帶的用戶賬號信息對應的用戶特征信息。

所述發送單元43，還可以用于將所述獲取單元44獲取的用戶特征信息發送給所述客戶端。

進一步地，以使得所述客戶端在確定與所述用戶特征信息相對應的用戶類別后，確定與所述用戶類別對應的、且與當前業務操作頁面對應的幫助信息頁面的頁面標識。

可選地，所述訪問特征信息中還包含用戶訪問不同業務操作頁面的時間信息。

所述分析單元42還包括：計算模塊425。

所述計算模塊425，可以用于根據所述時間信息和所述統計模塊421統計得到的個數，對與所述第一頁面標識對應的每個第二頁面標識進行關聯關系強度值的計算。

所述確定模塊422，具體可以用于將所述計算模塊425計算得到的關聯關系強度值最大的第二頁面標識，確定為與所述第一頁面標識對應的幫助信息頁面的頁面標識。

需要說明的是，本發明實施例提供的一種服務端所涉及各功能單元的其他相應描述，可以參考圖1和圖2中的對應描述，在此不再贅述。

本發明實施例提供的一種服務端，包括：收集單元、分析單元、發送單元、獲取單元等，首先通過收集單元收集不同用戶的訪問特征信息；然后通過分析單元對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并通過發送單元發送給客戶端進行保存；當接收到客戶端發送的幫助信息頁面的獲取請求時，通過獲取單元獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面并通過發送單元發送給所述客戶端，以使得所述客戶端推薦顯示所述幫助信息頁面，所述獲取請求是在所述客戶端檢測到用戶訪問業務操作頁面時發送的。與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

進一步地，作為圖3所述方法的具體實現，本發明實施例提供了一種客戶端，如圖7所示，所述客戶端包括：接收單元51、保存單元52、獲取單元53、發送單元54、顯示單元55。

所述接收單元51，可以用于接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識，所述頁面標識為所述服務端根據不同用戶的訪問特征信息分析得到的。所述接收單元51面向服務端。

所述保存單元52，可以用于將所述接收單元51接收到的不同業務操作頁面分別對應的幫助信息頁面的頁面標識進行保存。

所述獲取單元53，可以用于當客戶端檢測到用戶訪問業務操作頁面時，獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識。所述獲取單元53為本客戶端中獲取與當前業務操作頁面對應幫助信息頁面的頁面標識的主要功能模塊。

所述發送單元54，可以用于向服務端發送幫助信息頁面的獲取請求，所述獲取請求中攜帶有所述獲取單元53獲取到的頁面標識。所述發送單元54面向服務端，為本客戶端中發送服務請求的主要功能模塊。

進一步地，以使得所述服務端獲取與所述頁面標識對應的幫助信息頁面。

所述接收單元51，還可以用于接收所述服務端發送的所述幫助信息頁面。

所述顯示單元55，可以用于將所述接收單元51接收到的幫助信息頁面進行推薦顯示。具體可以利用彈出窗口的方式展現給用戶，供用戶進行閱讀，以便提升用戶的體驗。

所述發送單元54，還可以用于向所述服務端發送用戶特征信息的獲取請求，所述獲取請求中攜帶有用戶登錄的用戶賬號信息。

進一步地，以使得所述服務端獲取記錄的與所述用戶賬號信息對應的用戶特征信息。

所述接收單元51，還可以用于接收所述服務端發送的所述用戶特征信息。

具體地，如圖8所示，所述獲取單元53包括：確定模塊531、獲取模塊532。

所述確定模塊531，可以用于確定與所述用戶特征信息相對應的用戶類別。

所述獲取模塊532，可以用于獲取與所述確定模塊531確定的用戶類別對應的、且與所述業務操作頁面對應的幫助信息頁面的頁面標識。

例如，用戶登錄賬號后開始訪問頁面A，客戶端根據該賬號從服務端中獲取相應的用戶特征，具體為年齡為25歲至35歲之間的女性、從事人事工作，進而確定了相應的用戶類別，從本地保存的文件中獲取與該用戶類別對應的，且與頁面A對應的幫助信息頁面的頁面標識，即找到與該用戶相似的用戶之前訪問頁面A時經常瀏覽的幫助信息頁面的頁面標識。

所述發送單元54，還可以用于將采集到的用戶訪問特征信息發送給所述服務端。

進一步地，以使得所述服務端根據所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識。

需要說明的是，本發明實施例提供的一種客戶端所涉及各功能單元的其他相應描述，可以參考圖3中的對應描述，在此不再贅述。

本發明實施例提供的一種客戶端，包括：接收單元、保存單元、獲取單元、發送單元、顯示單元等，首先通過接收單元接收所述服務端發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識并通過保存單元進行保存，所述頁面標識為所述服務端根據不同用戶的訪問特征信息分析得到的；當客戶端檢測到用戶訪問業務操作頁面時，通過獲取單元獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識；并通過發送單元向服務端發送幫助信息頁面的獲取請求，所述獲取請求中攜帶有所述頁面標識，以使得所述服務端獲取與所述頁面標識對應的幫助信息頁面；最后接收所述服務端發送的所述幫助信息頁面并通過顯示單元進行推薦顯示。與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

基于上述的方法和裝置實施例，本發明實施例提供了一種幫助信息的顯示系統架構的示意圖，如圖9所示，該系統包括：服務端61和客戶端62。

所述服務端61，可以用于收集不同用戶的訪問特征信息；對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并發送給所述客戶端62。

所述客戶端62，可以用于接收所述服務端61發送的不同業務操作頁面分別對應的幫助信息頁面的頁面標識并進行保存；當客戶端62檢測到用戶訪問業務操作頁面時，獲取保存的與所述業務操作頁面對應的幫助信息頁面的頁面標識；向所述服務端61發送幫助信息頁面的獲取請求。

所述服務端61，還可以用于當接收到所述客戶端62發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給所述客戶端62。

所述客戶端62，還可以用于接收所述服務端61發送的所述幫助信息頁面并進行推薦顯示。

本發明實施例提供的一種幫助信息的顯示系統，包括服務端和客戶端，首先服務端收集不同用戶的訪問特征信息；然后對所述訪問特征信息進行分析，得到不同業務操作頁面分別對應的幫助信息頁面的頁面標識并發送給客戶端進行保存；當接收到客戶端發送的幫助信息頁面的獲取請求時，獲取與所述獲取請求中攜帶的頁面標識對應的幫助信息頁面并發送給所述客戶端，以使得所述客戶端推薦顯示所述幫助信息頁面，所述獲取請求是在所述客戶端檢測到用戶訪問業務操作頁面時發送的。與目前通過靜態綁定的方式實現顯示幫助信息相比，本發明實施例可以根據不同用戶的訪問特征，分析得到不同業務操作頁面分別對應的幫助信息頁面，不需要進行人工綁定，可以降低開發工作量，并且當系統功能復雜、頁面頻繁更新時，不需要花費大量的人力成本進行維護，并在用戶訪問業務操作頁面時，以主動推薦的方式向用戶推送相應的幫助信息頁面，具備更高的易用性，提升了用戶的體驗。

在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

可以理解的是，上述方法及裝置中的相關特征可以相互參考。另外，上述實施例中的“第一”、“第二”等是用于區分各實施例，而并不代表各實施例的優劣。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基于在此的示教一起使用。根據上面的描述，構造這類系統所要求的結構是顯而易見的。此外，本發明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現在此描述的本發明的內容，并且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節。然而，能夠理解，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

類似地，應當理解，為了精簡本公開并幫助理解各個發明方面中的一個或多個，在上面對本發明的示例性實施例的描述中，本發明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發明的單獨實施例。

本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發明的各個部件實施例可以以硬件實現，或者以在一個或者多個處理器上運行的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本發明實施例的一種幫助信息的顯示方法、裝置及系統中的一些或者全部部件的一些或者全部功能。本發明還可以實現為用于執行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。