本發(fā)明涉及移動通信領域日志管理技術，尤其涉及業(yè)務日志的記錄方法與裝置。

背景技術：

隨著通信技術的迅猛發(fā)展，電信運營商的業(yè)務支撐系統(tǒng)的容量呈爆炸式增長，系統(tǒng)之間的關系日趨復雜，如何有效地定位業(yè)務支撐系統(tǒng)中的系統(tǒng)故障，成為了電信運營商在運營與維護工作中的一大難點。

在業(yè)務支撐系統(tǒng)的運營過程中，為了監(jiān)控系統(tǒng)的運行狀態(tài)，或者是為了給業(yè)務操作留下記錄以備事后審計，通常會將業(yè)務支撐系統(tǒng)中產(chǎn)生的業(yè)務日志進行記錄。隨著業(yè)務支撐網(wǎng)絡的復雜性和多元性逐漸加強，業(yè)務監(jiān)控的粒度也越來越細，由此產(chǎn)生的業(yè)務日志也越來越多。如何快速地完成業(yè)務日志的統(tǒng)一存儲和高效查詢，成為業(yè)務支撐管理系統(tǒng)關注的重點。目前各個業(yè)務支撐系統(tǒng)通常都會采用在業(yè)務服務器的本地主機中寫入文件的方式，記錄業(yè)務支撐系統(tǒng)產(chǎn)生的業(yè)務日志，從而輔助系統(tǒng)故障的定位與調(diào)試。

在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題：

由于業(yè)務服務器的本地主機的處理速度和存儲能力都非常有限，采用在本地主機中寫入日志文件的方式不能滿足業(yè)務日志日益增長的需求；而且，業(yè)務支撐系統(tǒng)中的每個業(yè)務都可能部署在不同的業(yè)務服務器上，采用現(xiàn)有的業(yè)務日志的記錄方法，只能將一個業(yè)務在處理流程中產(chǎn)生的業(yè)務日志記錄到不同的業(yè)務服務器中，這樣對于業(yè)務日志的查找會帶來了很大的不便；進一步的，由于在同一臺主機上是按照時間順序記錄業(yè)務日志，這樣也會造成不同的業(yè)務日志相互穿插記錄，從而導致在業(yè)務支撐系統(tǒng)中進行故障的定位和分析就會變得非 常困難。

技術實現(xiàn)要素：

為解決上述技術問題，本發(fā)明實施例期望提供兩種業(yè)務日志的記錄方法與裝置，不僅可以降低業(yè)務日志對業(yè)務服務器的主機性能的消耗，而且還能夠實現(xiàn)對業(yè)務日志的統(tǒng)一記錄，從而可以更加快速地對業(yè)務日志進行查詢。

本發(fā)明的技術方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種業(yè)務日志的記錄方法，包括：

第一日志服務器接收各業(yè)務服務器發(fā)送的業(yè)務日志，按照第一記錄方式對接收到的各個業(yè)務日志進行記錄；

所述第一日志服務器根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器；

所述第一日志服務器將各個業(yè)務日志分別發(fā)送給各自對應的第二日志服務器。

在上述實施例中，所述日志存儲格式包括：

日志級別、業(yè)務編碼類型、序列號、業(yè)務日志內(nèi)容、分隔符和附加信息六個字段。

在上述實施例中，所述業(yè)務編碼類型包括：

業(yè)務對象、業(yè)務模式、業(yè)務類型和業(yè)務編碼。

在上述實施例中，所述第一日志服務器根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器，包括：

所述第一日志服務器根據(jù)所述日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型；

所述第一日志服務器根據(jù)各個業(yè)務編碼類型確定各個業(yè)務日志的業(yè)務類型路由；

所述第一日志服務器在預先保存的業(yè)務類型路由關系表中查找與各個業(yè)務類型路由對應的第二日志服務器的ip地址；

所述第一日志服務器根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

本發(fā)明實施例還提供了一種業(yè)務日志的記錄方法，包括：

第二日志服務器接收第一日志服務器發(fā)送的一個以上業(yè)務日志；

所述第二日志服務器按照第二記錄方式對接收到的各個業(yè)務日志進行記錄。

在上述實施例中，所述第二日志服務器按照第二記錄方式對接收到的各個業(yè)務日志進行記錄，包括：

所述第二日志服務器根據(jù)預先設置的日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型；

所述第二日志服務器根據(jù)各個業(yè)務編碼類型對接收到的各個日志業(yè)務進行記錄。

本發(fā)明實施例提供一種業(yè)務日志的記錄裝置，包括：

第一接收單元，用于接收各業(yè)務服務器發(fā)送的業(yè)務日志，將接收到的各個業(yè)務日志發(fā)送給第一記錄單元；

所述第一記錄單元，用于按照第一記錄方式對各個業(yè)務日志進行記錄，將各個業(yè)務日志發(fā)送給解析單元；

所述解析單元，用于根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器，將各個業(yè)務日志發(fā)送給發(fā)送單元；

所述發(fā)送單元，用于將各個業(yè)務日志發(fā)送給各自對應的第二日志服務器。

在上述實施例中，所述解析單元包括：

獲取子單元，用于根據(jù)所述日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型，將各個業(yè)務編碼類型發(fā)送給確定子單元；

所述確定子單元，用于根據(jù)各個業(yè)務編碼類型確定各個業(yè)務日志的業(yè)務類型路由，將各個業(yè)務類型路由發(fā)送給查找子單元；

所述查找子單元，用于在預先保存的業(yè)務類型路由關系表中查找與各個業(yè) 務類型路由對應的第二日志服務器的ip地址，將各個ip地址發(fā)送給所述確定子單元；

所述確定子單元，用于根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

本發(fā)明實施例還提供一種業(yè)務日志的記錄裝置，包括：

第二接收單元，用于接收第一日志服務器發(fā)送的一個以上業(yè)務日志，將各個業(yè)務日志發(fā)送給第二記錄單元；

所述第二記錄單元，用于按照第二記錄方式對接收到的各個業(yè)務日志進行記錄。

在上述實施例中，所述第二記錄單元包括：

解析子單元，用于根據(jù)預先設置的日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型，將各個業(yè)務編碼類型發(fā)送給記錄子單元；

所述記錄子單元，用于根據(jù)各個業(yè)務編碼類型對接收到的各個日志業(yè)務進行記錄。

由此可見，在本發(fā)明實施例的技術方案中，第一日志服務器接收各業(yè)務服務器發(fā)送的業(yè)務日志，第一日志服務器先按照第一記錄方式對接收到的各個業(yè)務日志進行記錄，并根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器；然后，第一日志服務器將各個業(yè)務日志分別發(fā)送給各自對應的第二日志服務器；通過第二日志服務器對接收到的各個業(yè)務日志按照第二記錄方式進行記錄，從而能夠實現(xiàn)對各個業(yè)務日志的統(tǒng)一記錄，即：通過第二日志服務器的第二記錄方式，可以將相同類型的業(yè)務日志合并記錄在一起。

顯然，在本發(fā)明實施例的技術方案中，對于各個業(yè)務日志，不是在業(yè)務服務器本地主機中進行記錄，而是在第一日志服務器和第二日志服務器分別按照第一記錄方式和第二記錄方式各記錄一次，并且能夠通過第二日志服務器的第二記錄方式，實現(xiàn)對各個業(yè)務日志的統(tǒng)一記錄。而在現(xiàn)有技術中，業(yè)務服務器只是按照時間順序穿插記錄在本地主機中產(chǎn)生的業(yè)務日志，因此，和現(xiàn)有技術 相比，本發(fā)明實施例提出的業(yè)務日志的記錄方法與裝置，不僅可以降低業(yè)務日志對業(yè)務服務器的主機性能的消耗，而且還能夠實現(xiàn)對業(yè)務日志的統(tǒng)一記錄，從而可以更加快速地對業(yè)務日志進行查詢，進而能基于查詢到的業(yè)務日志進行故障的準確定位和分析；并且，本發(fā)明實施例的技術方案實現(xiàn)簡單方便、便于普及，適用范圍更廣。

附圖說明

圖1為本發(fā)明實施例中業(yè)務日志的記錄方法的第一實現(xiàn)流程示意圖；

圖2為本發(fā)明實施例中業(yè)務日志系統(tǒng)的組成結構示意圖；

圖3為本發(fā)明實施例中確定第二日志服務器的方法流程示意圖；

圖4為本發(fā)明實施例中業(yè)務日志的記錄方法的第二實現(xiàn)流程示意圖；

圖5為本發(fā)明實施例中對各個業(yè)務日志進行記錄的實現(xiàn)方法流程示意圖；

圖6為本發(fā)明實施例中對各個業(yè)務日志進行記錄的結構示意圖；

圖7為本發(fā)明實施例開通wlan業(yè)務的日志記錄方法的實現(xiàn)流程圖；

圖8為本發(fā)明實施例中開戶業(yè)務的日志記錄方法的實現(xiàn)流程圖；

圖9為本發(fā)明實施例中對業(yè)務日志進行備份的方法流程示意圖；

圖10為本發(fā)明實施例中業(yè)務日志的第一記錄裝置的組成結構示意圖；

圖11為本發(fā)明實施例中業(yè)務日志的第二記錄裝置的組成結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述。

圖1為本發(fā)明實施例中業(yè)務日志的記錄方法的第一實現(xiàn)流程示意圖，如圖1所示，業(yè)務日志的記錄方法包括以下步驟：

步驟101、第一日志服務器接收各業(yè)務服務器發(fā)送的業(yè)務日志，按照第一記錄方式對接收到的各個業(yè)務日志進行記錄。

在本發(fā)明的具體實施例中，各個業(yè)務服務器可以按照預先設置的日志存儲 格式向與自身對應的第一日志服務器發(fā)送業(yè)務日志，在本步驟中，第一服務器接收預先設置的一個以上業(yè)務服務器發(fā)送的業(yè)務日志，按照第一記錄方式對接收到的各個業(yè)務日志進行記錄。具體地，第一日志服務器可以按照時間順序對接收到的各個業(yè)務日志進行記錄。

在本發(fā)明的具體實施例中，一個業(yè)務的處理流程需要經(jīng)過多個業(yè)務處理器之間的調(diào)用和返回。例如，一個業(yè)務的處理流程包括：業(yè)務服務器1在接收到業(yè)務請求消息之后，將業(yè)務請求消息轉發(fā)給業(yè)務服務器2；業(yè)務服務器2在接收到業(yè)務請求消息之后，首先向業(yè)務服務器1返回業(yè)務響應消息，然后根據(jù)業(yè)務請求消息進行業(yè)務處理，將業(yè)務處理結果發(fā)送給業(yè)務服務器3；業(yè)務服務器3對業(yè)務處理結果進行保存，并向業(yè)務服務器1返回業(yè)務結束消息。因此，在該業(yè)務的處理流程中，業(yè)務服務器1、業(yè)務服務器2和業(yè)務服務器3中都會產(chǎn)生與該業(yè)務相關的業(yè)務日志。

具體地，業(yè)務服務器1在接收到業(yè)務請求消息之后，在業(yè)務服務器1中產(chǎn)生一個與業(yè)務請求消息對應的業(yè)務日志，業(yè)務服務器1在將業(yè)務請求消息轉發(fā)給業(yè)務服務器2之后，在業(yè)務服務器1中產(chǎn)生一個與轉發(fā)業(yè)務請求消息對應的業(yè)務日志；業(yè)務服務器2在向業(yè)務服務器1返回業(yè)務響應消息之后，在業(yè)務服務器2中產(chǎn)生一個與業(yè)務響應消息對應的業(yè)務日志，業(yè)務服務器2在將業(yè)務處理結果發(fā)送給業(yè)務服務器3之后，在業(yè)務服務器2中產(chǎn)生一個與發(fā)送業(yè)務處理結果對應的業(yè)務日志；業(yè)務服務器3保存業(yè)務處理結果之后，在業(yè)務服務器3中產(chǎn)生一個與保存業(yè)務處理結果對應的業(yè)務日志，業(yè)務服務器3在向業(yè)務服務器1返回業(yè)務結束消息之后，在業(yè)務服務器3中產(chǎn)生一個與業(yè)務結束消息對應的業(yè)務日志。由此可見，一個業(yè)務在處理流程中產(chǎn)生的業(yè)務日志會分布在不同的業(yè)務處理器中。

圖2為本發(fā)明實施例中業(yè)務日志系統(tǒng)的組成結構示意圖，如圖2所示，所述業(yè)務日志系統(tǒng)包括：配置服務器、業(yè)務子系統(tǒng)和日志記錄子系統(tǒng)。其中，業(yè)務子系統(tǒng)包括：業(yè)務服務器1、業(yè)務服務器2…業(yè)務服務器m；日志記錄子系統(tǒng)包括：日志服務器1、日志服務器2…日志服務器n。在本發(fā)明的具體實施例 中，路由關系表包括兩種類型：系統(tǒng)渠道類型的路由關系表和業(yè)務類型的路由關系表。在業(yè)務日志系統(tǒng)中，配置服務器可以通過傳輸控制協(xié)議(transmissioncontrolprotocol，tcp)的方式，將系統(tǒng)渠道類型的路由關系表發(fā)送給各個業(yè)務服務器，并將業(yè)務類型的路由關系表發(fā)送給各個日志服務器；各個業(yè)務服務器通過用戶數(shù)據(jù)報協(xié)議(userdatagramprotocol，udp)的方式，將業(yè)務日志發(fā)送給與自身對應的日志服務器。

較佳地，在本發(fā)明的具體實施例中，各個業(yè)務服務器在向與自身對應的第一日志服務器發(fā)送業(yè)務日志之前，可以接收配置服務器通過tcp方式發(fā)送的系統(tǒng)渠道類型的路由關系表，如下述表1所示：

表1

因此，各個業(yè)務服務器在產(chǎn)生業(yè)務日志之后，可以根據(jù)預先保存的系統(tǒng)渠道類型的路由表將業(yè)務日志發(fā)送給第一日志服務器。例如，業(yè)務服務器1在產(chǎn)生與業(yè)務請求消息對應的業(yè)務日志之后，可以通過查找系統(tǒng)類型的路由表，確定與該業(yè)務日志對應的第一日志服務器的ip地址為192.168.1.0，因此，可以將與業(yè)務請求消息對應的業(yè)務日志發(fā)送給第一日志服務器。

較佳地，在本發(fā)明的具體實施例中，各個日志服務器在接收各業(yè)務服務器發(fā)送的業(yè)務日志之前，也可以接收配置服務器通過tcp方式發(fā)送的業(yè)務類型的路由關系表，如下述表2所示：

表2

步驟102、第一日志服務器根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器。

在本發(fā)明的具體實施例中，配置服務器還可以預先設置全部業(yè)務日志統(tǒng)一的日志存儲格式，并通過tcp方式將日志存儲格式發(fā)送給各個業(yè)務服務器和各個日志服務器。

較佳地，在本發(fā)明的具體實施例中，所述日志存儲格式包括六個字段，分別為：日志級別level、業(yè)務編碼類型busi_code、序列號cn、業(yè)務日志內(nèi)容msg、分隔符splite和附加信息note。如下述表3所示：

表3

較佳地，“日志級別”字段可以占用8個字節(jié)；“業(yè)務編碼類型”字段可以占10個字節(jié)；“序列號”字段可以占用24個字節(jié)；“業(yè)務日志內(nèi)容”字段可以占用0～1024個字節(jié)；“分隔符”字段可以占用2個字節(jié)；“附加信息”字段可以占用0～512個字節(jié)。

較佳地，在本發(fā)明的具體實施例中，所述日志級別包括：錯誤error、告警warn、信息info和調(diào)試debug。具體地，可以使用不同的參數(shù)設置業(yè)務日志的日志級別。例如，在“日志級別”字段的最后一個字節(jié)中，“00000000”可以表示error；“00000001”可以表示warn；“00000010”可以表示info；“00000011”可以表示debug。

具體地，在“業(yè)務編碼類型”字段可以包括：業(yè)務對象、業(yè)務模式、業(yè)務類型和業(yè)務編碼。其中，“業(yè)務對象”可以占用1個字節(jié)；“業(yè)務模式”可以占用1個字節(jié)；“業(yè)務類型”可以占用2個字節(jié)；“業(yè)務編碼”可以占用6個字節(jié)。具體地，在“業(yè)務對象”中：“0”可以表示個人業(yè)務，“1”可以表示家庭業(yè)務，“2”可以表示集團業(yè)務；在“業(yè)務模式”中：“0”可以表示咨詢業(yè)務，“1”可以表示查詢業(yè)務，“2”可以表示辦理業(yè)務，“3”可以表示投訴業(yè)務，“4”可以 表示其他業(yè)務；在“業(yè)務類型”中：“00”可以表示查詢打印類業(yè)務，“01”可以表示產(chǎn)品套餐類業(yè)務，“02”可以表示產(chǎn)權變更類業(yè)務，“03”可以表示充值交費類業(yè)務，“04”可以表示個人信息類業(yè)務，“05”可以表示積分類業(yè)務，“06”可以表示基礎類業(yè)務，“07”可以表示實物銷售類業(yè)務，“08”可以表示營銷活動類業(yè)務，“09”可以表示自助服務類業(yè)務。

圖3為本發(fā)明實施例中確定第二日志服務器的方法流程示意圖，如圖3所示，確定第二日志服務器的方法包括以下步驟：

步驟102a、第一日志服務器根據(jù)日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型。

在本發(fā)明的具體實施例中，日志存儲格式的第9～18個字節(jié)為業(yè)務日志的業(yè)務編碼類型，因此，第一日志服務器可以提取各個業(yè)務日志的第9～18個字節(jié)，即可獲取各個業(yè)務日志的業(yè)務編碼類型。

步驟102b、第一日志服務器根據(jù)各個業(yè)務編碼類型確定各個業(yè)務日志的業(yè)務類型路由。

在本發(fā)明的具體實施例中，配置服務器還可以預先對業(yè)務日志的業(yè)務類型路由和業(yè)務編碼類型進行設置。具體地，配置服務器可以將業(yè)務類型路由和業(yè)務編碼類型設置為相同的表示形式，也可以將業(yè)務類型路由和業(yè)務編碼類型設置為不同的表示形式。較佳地，在本發(fā)明的具體實施例中，配置服務器可以將業(yè)務類型路由和業(yè)務編碼類型設置為相同的表示形式，即業(yè)務日志的業(yè)務編碼類型即為業(yè)務日志的業(yè)務類型路由。在本步驟中，第一日志服務器可以根據(jù)各個業(yè)務編碼類型確定各個業(yè)務日志的業(yè)務類型路由。

步驟102c、第一日志服務器在預先保存的業(yè)務類型路由關系表中查找與各個業(yè)務類型路由對應的第二日志服務器的ip地址。

在本發(fā)明的具體實施例中，第一日志服務器在接收各業(yè)務服務器發(fā)送的業(yè)務日志之前，可以接收配置服務器通過tcp方式發(fā)送的業(yè)務類型的路由關系表，因此，在本步驟中，第一日志服務器可以在預先保存的業(yè)務類型的路由關系表中查找與各個業(yè)務類型路由對應的第二日志服務器的ip地址。例如：假設其中 一個業(yè)務日志的業(yè)務類型路由為：0002000000，在本步驟中，第一日志服務器可以在預先保存的業(yè)務類型的路由關系表中查找與“0002000000”對應的第二日志服務器的ip地址為192.168.1.1。

步驟102d、第一日志服務器根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

在本發(fā)明的具體實施例中，第一日志服務器在查找到與各個業(yè)務類型路由對應的第二日志服務器的ip地址之后，可以根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

根據(jù)上述的描述可知，第一日志服務器可以通過對接收到的各個業(yè)務日志進行解析，可以獲取與各個業(yè)務日志對應的第二日志服務器的ip地址，根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

步驟103、第一日志服務器將各個業(yè)務日志分別發(fā)送給各自對應的第二日志服務器。

在本發(fā)明的具體實施例中，第一日志服務器在確定了第二日志服務器的ip地址之后，可以根據(jù)ip地址將各個業(yè)務日志發(fā)送給各自對應的第二日志服務器。

本發(fā)明實施例提出的業(yè)務日志的記錄方法，不僅可以降低業(yè)務日志對業(yè)務服務器的主機性能的消耗，而且還能夠實現(xiàn)對業(yè)務日志的統(tǒng)一記錄，從而可以更加快速地對業(yè)務日志進行查詢，進而能基于查詢到的業(yè)務日志進行故障的準確定位和分析；并且，實現(xiàn)簡單方便、便于普及，適用范圍更廣。

圖4為本發(fā)明實施例中業(yè)務日志的記錄方法的第二實現(xiàn)流程示意圖，如圖4所示，業(yè)務日志的記錄方法包括以下步驟：

步驟401、第二日志服務器接收第一日志服務器發(fā)送的一個以上業(yè)務日志。

在本發(fā)明的具體實施例中，第一日志服務器在確定了各個業(yè)務日志對應的第二日志服務器之后，第一日志服務器將各個業(yè)務日志發(fā)送給各自對應的第二日志服務器，在本步驟中，第二日志服務器接收第一日志服務器發(fā)送的一個以上業(yè)務日志。

步驟402、第二日志服務器按照第二記錄方式對接收到的各個業(yè)務日志進行記錄。

在本步驟中，第二日志服務器在接收到第一日志服務器發(fā)送的一個以上業(yè)務日志之后，按照第二記錄方式對接收到的各個業(yè)務日志進行記錄。

圖5為本發(fā)明實施例中對各個業(yè)務日志進行記錄的實現(xiàn)方法流程示意圖，如圖5所示，對各個業(yè)務日志進行記錄的實現(xiàn)方法包括以下步驟：

步驟402a、第二日志服務器根據(jù)預先設置的日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型。

在本發(fā)明的具體實施例中，日志存儲格式的第9～18個字節(jié)為業(yè)務日志的業(yè)務編碼類型，因此，第二日志服務器可以提取各個業(yè)務日志的第9～18個字節(jié)，從而獲取各個業(yè)務日志的業(yè)務編碼類型。

步驟402b、第二日志服務器根據(jù)業(yè)務編碼類型對接收到的各個日志業(yè)務進行記錄。

在本發(fā)明的具體實施例中，第二日志服務器在獲取到各個業(yè)務日志的業(yè)務編碼類型之后，可以根據(jù)各個業(yè)務編碼類型對接收到的各個業(yè)務日志進行記錄。具體地，第二日志服務器可以采用“業(yè)務日志編號-業(yè)務日志內(nèi)容”(即：key-value)的記錄方式對接收到的各個業(yè)務日志進行記錄。圖6為本發(fā)明實施例中對各個業(yè)務日志進行記錄的結構示意圖，如圖6所示，在本發(fā)明的具體實施例中，第二日志服務器可以采用“業(yè)務編碼類型+業(yè)務日志接收日期+業(yè)務日志接收時間+5位隨機數(shù)”的方式設置業(yè)務日志編號。例如，假設其中一個業(yè)務日志的業(yè)務編碼類型為：0002000000，第二日志服務器接收該業(yè)務日志的日期為：2012-11-22，接收該業(yè)務日志的時間為：18：24：33，隨機產(chǎn)生的5位隨機數(shù)為：002857，因此，該業(yè)務日志的業(yè)務日志編號為：00020000002012-11-2218：24：33_02857。

下面分別以用戶開通無線局域網(wǎng)絡(wirelesslocalareanetworks，wlan)業(yè)務和開戶業(yè)務為例，詳細說明本發(fā)明實施例中業(yè)務日志的記錄流程。圖7為本發(fā)明實施例中開通wlan業(yè)務的日志記錄方法的實現(xiàn)流程圖，如圖7所示， 開通wlan業(yè)務的日志記錄方法包括以下步驟：

步驟701、業(yè)務服務器1向日志服務器1發(fā)送開通wlan業(yè)務請求消息的業(yè)務日志。

在本發(fā)明的具體實施例中，當用戶到網(wǎng)上營業(yè)廳開通wlan業(yè)務時，業(yè)務服務器1向日志服務器1發(fā)送開通wlan業(yè)務請求消息的業(yè)務日志。具體地，業(yè)務服務器1可以按照預先設置的日志存儲格式向日志服務器1發(fā)送開通wlan業(yè)務請求消息的業(yè)務日志。

步驟702、日志服務器1按照第一記錄方式對開通wlan業(yè)務請求消息的業(yè)務日志進行記錄。

在本步驟中，日志服務器1接收業(yè)務服務器1發(fā)送的開通wlan業(yè)務請求消息的業(yè)務日志，日志服務器1按照第一記錄方式對該業(yè)務日志進行記錄。具體地，日志服務器1可以按照時間順序對該業(yè)務日志進行記錄。

步驟703、日志服務器1根據(jù)預先設置的日志存儲格式對開通wlan業(yè)務請求消息的業(yè)務日志進行解析，確定與該業(yè)務日志對應的日志服務器2。

具體地，日志服務器1可以首先根據(jù)預先設置的日志存儲格式獲取開通wlan業(yè)務請求消息的業(yè)務日志的業(yè)務編碼類型，根據(jù)業(yè)務編碼類型確定該業(yè)務日志的業(yè)務類型路由，然后，在預先保存的業(yè)務類型路由關系表中查找與業(yè)務類型路由對應的日志服務器2的ip地址，根據(jù)ip地址確定與該業(yè)務日志對應的日志服務器2。

步驟704、日志服務器1將開通wlan業(yè)務請求消息的業(yè)務日志發(fā)送給日志服務器2。

在本步驟中，當日志服務器1確定與開通wlan業(yè)務請求消息的業(yè)務日志對應的日志服務器2之后，日志服務器1將該業(yè)務日志發(fā)送給日志服務器2。

步驟705、日志服務器2根據(jù)預先設置的日志存儲格式獲取開通wlan業(yè)務請求消息的業(yè)務日志的業(yè)務編碼類型。

在本發(fā)明的具體實施例中，日志存儲格式的第9～18個字節(jié)為業(yè)務日志的業(yè)務編碼類型，日志服務器2可以提取開通wlan業(yè)務請求消息的業(yè)務日志中 的第9～18個字節(jié)，從而獲取該業(yè)務日志的業(yè)務編碼類型。

步驟706、日志服務器2根據(jù)業(yè)務編碼類型對開通wlan業(yè)務請求消息的業(yè)務日志進行記錄。

在本步驟中，日志服務器2在獲取到該業(yè)務日志的業(yè)務編碼類型之后，可以根據(jù)所述業(yè)務編碼類型對該業(yè)務日志進行記錄。

根據(jù)上述的描述可知，通過上述的步驟701～706，日志服務器1和日志服務器2可以分別按照第一記錄方式和第二記錄方式對開通wlan業(yè)務請求消息的業(yè)務日志進行記錄。

圖8為本發(fā)明實施例中開戶業(yè)務的日志記錄方法的實現(xiàn)流程圖，如圖8所示，開戶業(yè)務的日志記錄方法包括以下步驟：

步驟801、業(yè)務服務器2向日志服務器2發(fā)送開戶業(yè)務請求消息的業(yè)務日志。

在本發(fā)明的具體實施例中，當用戶到客戶關系管理(customerrelationshipmanagement，crm)營業(yè)系統(tǒng)中辦理開戶業(yè)務時，業(yè)務服務器2向日志服務器2發(fā)送開戶業(yè)務請求消息的業(yè)務日志。具體地，業(yè)務服務器2可以按照預先設置的日志存儲格式向日志服務器2發(fā)送開戶業(yè)務請求消息的業(yè)務日志。

步驟802、日志服務器2按照第一記錄方式對開戶業(yè)務請求消息的業(yè)務日志進行記錄。

在本步驟中，日志服務器2接收業(yè)務服務器2發(fā)送的開戶業(yè)務請求消息的業(yè)務日志，日志服務器2按照第一記錄方式對開戶業(yè)務請求消息的業(yè)務日志進行記錄。具體地，日志服務器2可以按照時間順序對該業(yè)務日志進行記錄。

步驟803、日志服務器2根據(jù)預先設置的日志存儲格式對開戶業(yè)務請求消息的業(yè)務日志進行解析，確定與該業(yè)務日志對應的日志服務器1。

具體地，日志服務器2可以首先根據(jù)預先設置的日志存儲格式獲取開戶業(yè)務請求消息的業(yè)務日志的業(yè)務編碼類型，根據(jù)業(yè)務編碼類型確定該業(yè)務日志的業(yè)務類型路由，然后，在預先保存的業(yè)務類型路由關系表中查找與業(yè)務類型路由對應的日志服務器1的ip地址，根據(jù)ip地址確定與該業(yè)務日志對應的日志 服務器1。

步驟804、日志服務器2將開戶業(yè)務請求消息的業(yè)務日志發(fā)送給日志服務器1。

在本步驟中，當日志服務器2確定與開戶業(yè)務請求消息的業(yè)務日志對應的日志服務器1之后，日志服務器2將該業(yè)務日志發(fā)送給日志服務器1。

步驟805、日志服務器1根據(jù)預先設置的日志存儲格式獲取開戶業(yè)務請求消息的業(yè)務日志的業(yè)務編碼類型。

在本步驟中，日志服務器1可以提取開戶業(yè)務請求消息的業(yè)務日志中的第9～18個字節(jié)，獲取該業(yè)務日志的業(yè)務編碼類型。

步驟806、日志服務器1根據(jù)業(yè)務編碼類型對開戶業(yè)務請求消息的業(yè)務日志進行記錄。

在本步驟中，日志服務器1在獲取到該業(yè)務日志的業(yè)務編碼類型之后，可以根據(jù)所述業(yè)務編碼類型對該業(yè)務日志進行記錄。

根據(jù)上述的描述可知，通過上述的步驟801～806，日志服務器2和日志服務器1可以分別按照第一記錄方式和第二記錄方式對開戶業(yè)務請求消息的業(yè)務日志進行記錄。

較佳地，在本發(fā)明的具體實施方式中，在日志記錄子系統(tǒng)中，各個日志服務器可以采用鏈式互備方式對業(yè)務日志進行記錄，從而可以確保業(yè)務日志高安全性和高可用性。圖9為本發(fā)明實施例中對業(yè)務日志進行備份的方法流程示意圖，如圖9所示，假設日志記錄子系統(tǒng)包括四個日志服務器，分別為：日志服務器1、日志服務器2、日志服務器3和日志服務器4。其中，日志服務器1包括：系統(tǒng)渠道日志1和業(yè)務日志1；日志服務器2包括：系統(tǒng)渠道日志2和業(yè)務日志2；日志服務器3包括：系統(tǒng)渠道日志3和業(yè)務日志3；日志服務器4包括：系統(tǒng)渠道日志4和業(yè)務日志4。

在上述日志記錄子系統(tǒng)中，各個日志服務器中的系統(tǒng)渠道日志可以按照逆時針方向鏈式備份，即：在日志服務器1中，主記錄：系統(tǒng)渠道日志1，備份記錄：系統(tǒng)渠道日志2；在日志服務器2中，主記錄：系統(tǒng)渠道日志2，備份記 錄：系統(tǒng)渠道日志3；在日志服務器3中，主記錄：系統(tǒng)渠道日志3，備份記錄：系統(tǒng)渠道日志4；在日志服務器4中，主記錄：系統(tǒng)渠道日志4，系統(tǒng)渠道日志1。另外，各個日志服務器中的業(yè)務日志可以按照順時鐘方向鏈式備份，即：在日志服務器1中，主記錄：業(yè)務日志1，備份記錄：業(yè)務日志4；在日志服務器2中，主記錄：業(yè)務日志2，備份記錄：業(yè)務日志1；在日志服務器3中，主記錄：業(yè)務日志3，備份記錄：業(yè)務日志2；在日志服務器4中，主記錄：業(yè)務日志4，備份記錄：業(yè)務日志3。

由此可知，在本發(fā)明的具體實施例中，當日志記錄子系統(tǒng)中的一個日志服務器發(fā)生故障時，可以由該日志記錄子系統(tǒng)中的另外兩個日志服務器替代所述發(fā)生故障的日志服務器進行日志記錄。例如，當日志服務器1發(fā)生故障時，由于日志服務器器1中的系統(tǒng)渠道日志1備份在日志服務器4中，日志服務器1中的業(yè)務日志1備份在日志服務器2中，因此，可以由日志服務器2和日志服務器4替代日志服務器1進行日志記錄，這樣不但可以保證日志記錄子系統(tǒng)能夠正常工作，而且也不會導致日志服務器2和日志服務器4的存儲負荷過重。

較佳地，在本發(fā)明的具體實施例中，配置服務器可以定期對日志記錄子系統(tǒng)中的各個日志服務器進行輪詢檢測，以獲知各個日志服務器的工作狀態(tài)。具體地，配置服務器可以定期輪詢向各個日志服務器發(fā)送檢測請求消息，當在預設時間段內(nèi)接收到日志服務器返回的檢測響應消息時，表明該日志服務器工作正常；否則，表明該日志服務器發(fā)生故障。

較佳地，在本發(fā)明的具體實施例中，當日志記錄子系統(tǒng)中增加日志服務器時，例如，如圖9所示，假設在日志服務器4和日志服務器1之間增加日志服務器5，日志服務器5首先根據(jù)配置服務器的要求完成系統(tǒng)渠道日志的記錄，同時構建與日志服務器4和日志服務器1相同的存儲結構，通過配置服務器更新日志服務器4和日志服務器1的配置數(shù)據(jù)，完成日志服務器4→日志服務器5→日志服務器1的配置。

本發(fā)明實施例提出的業(yè)務日志的記錄方法，不僅可以降低業(yè)務日志對業(yè)務服務器的主機性能的消耗，而且還能夠實現(xiàn)對業(yè)務日志的統(tǒng)一記錄，從而可以 更加快速地對業(yè)務日志進行查詢，進而能基于查詢到的業(yè)務日志進行故障的準確定位和分析；并且，實現(xiàn)簡單方便、便于普及，適用范圍更廣。

圖10為本發(fā)明實施例中業(yè)務日志的第一記錄裝置的組成結構示意圖，如圖8所示，該記錄裝置包括：

第一接收單元1001，用于接收各業(yè)務服務器發(fā)送的業(yè)務日志，將接收到的各個業(yè)務日志發(fā)送給第一記錄單元1002；

所述第一記錄單元1002，用于按照第一記錄方式對各個業(yè)務日志進行記錄，將各個業(yè)務日志發(fā)送給解析單元1003；

所述解析單元1003，用于根據(jù)預先設置的日志存儲格式分別對各個業(yè)務日志進行解析，確定與每個業(yè)務日志對應的第二日志服務器，將各個業(yè)務日志發(fā)送給發(fā)送單元1004；

所述發(fā)送單元1004，用于將各個業(yè)務日志分別發(fā)送給各自對應的第二日志服務器。

進一步的，所述解析單元1003包括：

獲取子單元10031，用于根據(jù)所述日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型，將各個業(yè)務編碼類型發(fā)送給確定子單元10032；

所述確定子單元10032，用于根據(jù)各個業(yè)務編碼類型確定各個業(yè)務日志的業(yè)務類型路由，將各個業(yè)務類型路由發(fā)送給查找子單元1033；

所述查找子單元10033，用于在預先保存的業(yè)務類型路由關系表中查找與各個業(yè)務類型路由對應的第二日志服務器的ip地址，將各個ip地址發(fā)送給所述確定子單元10032；

所述確定子單元10032，用于根據(jù)各個ip地址確定與每個業(yè)務日志對應的第二日志服務器。

圖11為本發(fā)明實施例中業(yè)務日志的第二記錄裝置的組成結構示意圖，如圖9所示，該記錄裝置包括：

第二接收單元1101，用于接收第一日志服務器發(fā)送的一個以上業(yè)務日志，將各個業(yè)務日志發(fā)送給第二記錄單元1102；

所述第二記錄單元1102，用于按照第二記錄方式對接收到的各個業(yè)務日志進行記錄。

進一步的，所述第二記錄單元1102包括：

解析子單元11021，用于根據(jù)預先設置的日志存儲格式獲取各個業(yè)務日志的業(yè)務編碼類型，將各個業(yè)務編碼類型發(fā)送給記錄子單元11022；

所述記錄子單元11022，用于根據(jù)各個業(yè)務編碼類型對接收到的各個日志業(yè)務進行記錄。

在實際應用中，所述第一接收單元1101、第一記錄單元1102、解析單元1103、發(fā)送單元1104、第二接收單元1101、第二記錄單元1102均可由位于日志服務器的中央處理器(cpu)、微處理器(mpu)、數(shù)字信號處理器(dsp)、或現(xiàn)場可編程門陣列(fpga)等實現(xiàn)。

本發(fā)明實施例提出的業(yè)務日志的記錄裝置，不僅可以降低業(yè)務日志對業(yè)務服務器的主機性能的消耗，而且還能夠實現(xiàn)對業(yè)務日志的統(tǒng)一記錄，從而可以更加快速地對業(yè)務日志進行查詢，進而能基于查詢到的業(yè)務日志進行故障的準確定位和分析；并且，實現(xiàn)簡單方便、便于普及，適用范圍更廣。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。