解析多引擎檢測結(jié)果的方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種用于解析多引擎的檢測結(jié)果的方法和裝置。所述方法，包括：檢測步驟，由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果；解析步驟，將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄；以及輸出步驟，輸出所生成的完整的解析記錄以向用戶展示。本發(fā)明的解析方法可以解決多種病毒分析引擎的檢測結(jié)果的不確定性問題，優(yōu)選地，還可以提供對多種病毒分析引擎的檢測結(jié)果的多樣化展示。
【專利說明】解析多引擎檢測結(jié)果的方法和裝置
【技術領域】
[0001]本發(fā)明涉及病毒分析引擎檢測結(jié)果的解析技術，更具體地，涉及解析多引擎檢測結(jié)果的方法和裝置。
【背景技術】
[0002]近些年，移動終端的使用越來越普及。移動終端中可用的應用程序也越來越多。第三方開發(fā)的許多定制應用加入了很多個性化的功能和特征，給用戶帶來了便利。但是針對這些日益增多的定制應用，其安全性問題開始凸顯。比如，第三方可能出于各種目的在定制應用中內(nèi)置病毒或者扣費等惡意軟件。為了應對這種安全性問題，可以使用病毒分析引擎針對待測樣本(如，定制應用的安裝包)進行掃描。為了獲取全面的綜合檢測結(jié)果，常常使用多種不同引擎對應用進行掃描。
[0003]一般情況下，因為每個引擎具有自己定義的一些特有的檢測規(guī)則，所以不同的病毒分析引擎掃描相同應用產(chǎn)生的測試結(jié)果往往會有所差異。例如，用病毒引擎A和引擎B分別對應用進行特征碼掃描和靜態(tài)源碼掃描時，病毒引擎A和B將分別根據(jù)自己的檢測方式來與應用的行為進行比較，從而判斷是否存在風險甚或風險的級別。每個引擎產(chǎn)生自己的掃描結(jié)果，這些掃描結(jié)果通常通過XML方式進行存儲。本文中，如本領域中所熟知的，XML(extensible markup language),即可擴展標記語言,是用于標記電子文件使其具有結(jié)構(gòu)性的標記語言，可以用來標記數(shù)據(jù)、定義數(shù)據(jù)類型，是一種允許用戶對自己的標記語言進行定義的源語言。
[0004]現(xiàn)有技術中最常見的展示多引擎掃描結(jié)果的方案是直接解析不同引擎掃描得到的不同組合方式的XML文件，將XML文件中的節(jié)點中的數(shù)據(jù)存儲到數(shù)據(jù)集中，然后將數(shù)據(jù)填充到客戶端組件中。該方案的缺點在于:需要對不同引擎的掃描結(jié)果逐個進行判斷與解析，無法通過組件化的方式進行解析與展示。尤其是，因為不同引擎的檢測方式的不確定性，在增加新的引擎時，服務端與客戶端需要通過專門的程序?qū)π乱娴膾呙杞Y(jié)果進行處理。這樣會導致代碼臃腫，且缺乏靈活性。
[0005]另一種現(xiàn)有方案是通過屬性文件配置方式，如enginename_engineid_nodelistl=nodename I, nodename2, nodename3ichi ldnode 11 childnode2,來解析多引擎的掃描結(jié)果。在這種方案中，根據(jù)XML的層次結(jié)構(gòu)來定義屬性文件配置方式，并通過解析定義的字符串來解析XML，根據(jù)節(jié)點名稱查找XML中的節(jié)點上對應的值，再根據(jù)特定的分割符來判斷是否解析子節(jié)點，最后將數(shù)據(jù)轉(zhuǎn)換為json(JavaScript Object Notation, —種輕量級的數(shù)據(jù)交換格式)格式返回到客戶端。這種方案適用于引擎的掃描結(jié)果是層級數(shù)固定的XML文件的情況，但是不適合引擎掃描結(jié)果的XML文件的層級數(shù)不固定的情況。而且這種方案需要的配置繁瑣，且缺乏靈活性，客戶端無法實現(xiàn)多樣化的展示。
[0006]因此，需要一種能夠克服上述問題中的一些或全部問題的改進的解析多種分析引擎檢測結(jié)果的方案。
【發(fā)明內(nèi)容】

[0007]本發(fā)明的目的在于提供一種用于解析多引擎的檢測結(jié)果的方法和裝置。其可以解決多種病毒分析引擎的檢測結(jié)果的不確定性問題。優(yōu)選地，本發(fā)明的方案還可以提供對多種病毒分析引擎的檢測結(jié)果的多樣化展示。
[0008]根據(jù)本發(fā)明的第一方面，提供了一種用于解析多引擎的檢測結(jié)果的方法。該方法可以包括:檢測步驟，由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果；解析步驟，將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄；以及輸出步驟，輸出所生成的完整的解析記錄以向用戶展示。
[0009]在本發(fā)明的一些實施例中，所述檢測步驟可以包括:通過異步并行技術調(diào)度所述至少兩個分析引擎對病毒樣本進行檢測。
[0010]在本發(fā)明的一些實施例中，所述解析步驟可以包括:通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。優(yōu)選地，所述文本輸出的格式可以包括:超文本鏈接標示語言HTML格式。
[0011]在本發(fā)明的一些實施例中，展示所述完整的解析記錄可以包括:采用標簽技術或者采用列表技術在瀏覽器中展示各個引擎的檢測結(jié)果。
[0012]根據(jù)本發(fā)明的第二方面，提供了一種用于解析多引擎的檢測結(jié)果的裝置，包括:檢測單元，配置為:由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果；解析單元，配置為:將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄；以及輸出單元，配置為:輸出所生成的完整的解析記錄以向用戶展示。
[0013]在本發(fā)明的一些實施例中，所述檢測單元可以進一步配置為:通過異步并行技術調(diào)度所述至少兩個分析弓I擎對病毒樣本進行檢測。
[0014]在本發(fā)明的一些實施例中，所述解析單元可以進一步配置為:通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。優(yōu)選地，所述文本輸出的格式可以包括:超文本鏈接標示語言HTML格式。
[0015]在本發(fā)明的一些實施例中，所述輸出單元可以配置為:采用標簽技術或者采用列表技術在瀏覽器中展示各個引擎的檢測結(jié)果。
[0016]本發(fā)明的方案可以實現(xiàn)眾多優(yōu)點。本發(fā)明通過基于模板的技術來促進對多種病毒分析引擎的檢測結(jié)果的解析和展示。例如，通過將病毒分析引擎掃描結(jié)果的XML文件中的節(jié)點數(shù)據(jù)與引擎對應的模板中所需的數(shù)據(jù)進行動態(tài)綁定，不需要再使用專門的程序來分析XML文件的具體結(jié)構(gòu)。當增加新的引擎時，服務端程序只需對模板進行修改即可，不需要進行其他特殊處理，從而更加便于維護。因此，根據(jù)本發(fā)明的方案具有較強的可擴展性。此外，本發(fā)明的方案不僅可適用于檢測結(jié)果是層級數(shù)固定的XML文件的情形，也可適用于檢測結(jié)果是層級數(shù)不固定的XML文件的情形。優(yōu)選地，通過模板方式來進行客戶端展示，還可以滿足多樣化展示的需求。
【專利附圖】

【附圖說明】[0017]通過下面結(jié)合【專利附圖】

【附圖說明】本發(fā)明的優(yōu)選實施例，將使本發(fā)明的上述及其它目的、特征和優(yōu)點更加清楚，其中:
[0018]圖1示出了根據(jù)本發(fā)明的實施例的用于解析多引擎的檢測結(jié)果的方法的流程圖。
[0019]圖2a和2b分別示出了采用標簽技術展示的兩個引擎的檢測結(jié)果的解析記錄的組合輸出的不圖。
[0020]圖3a和3b是分別不出當點擊圖2a中所不的特征碼分析中的BackupRestoreConfirmation.apk項目時以及點擊圖2b中所示的靜態(tài)源碼分析中的Bluetooth Share項目時對應檢測項的原始數(shù)據(jù)詳情和測試結(jié)果的示圖。
[0021]圖4示出了根據(jù)本發(fā)明的實施例的用于解析多引擎的檢測結(jié)果的裝置的框圖。
[0022]圖5示出了根據(jù)本發(fā)明的另一實施例的用于解析多引擎檢測結(jié)果的方法的示意圖。
【具體實施方式】
[0023]下面參照附圖對本發(fā)明的優(yōu)選實施例進行詳細說明，在描述過程中省略了對于本發(fā)明來說是不必要的細節(jié)和功能，以防止對本發(fā)明的理解造成混淆。
[0024]圖1示出了根據(jù)本發(fā)明的實施例的用于解析多引擎的檢測結(jié)果的方法100的流程圖。如圖1所示，方法100開始于步驟110。
[0025]在步驟SllO中，由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果。如本文所使用的，病毒樣本可以是任意一個或多個需要判斷是否存在風險的應用程序，其例如可以是移動終端上的應用程序的安裝包等等。所使用的每種病毒分析引擎可以具有各自定義的特有的檢測規(guī)則，并且相應地得到不同的檢測結(jié)果。不同引擎輸出的檢測結(jié)果也可以具有不同的格式，例如可以是XML格式，也可以是其他類似格式，如JSON等等。在檢測結(jié)果具有XML格式的情況下，不同引擎輸出的XML文件也可以具有不同的結(jié)構(gòu)，如級數(shù)不同等等。下文中將以分別進行靜態(tài)源碼掃描和特征碼掃描的病毒分析引擎A和B作為兩種病毒分析引擎的示例進行具體說明。但是應該理解，這僅是作為示例而不是限制，本發(fā)明中可以使用已知或未來開發(fā)的其他種類的病毒分析引擎，并且可以使用兩種以上的病毒分析引擎。
[0026]在一些實施例中，通過順序調(diào)度技術來調(diào)度所述至少兩個病毒分析引擎來對樣本進行檢測。在另一些實施例中，可以通過并行調(diào)度技術來調(diào)度所述至少兩個病毒分析引擎來對樣本進行檢測。例如，可以使用GearMan技術，異步并行調(diào)度多個病毒分析引擎來對樣本進行檢測。
[0027]在步驟S120中，將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄。
[0028]每個引擎可以對應一個模板。引擎的解析模板可以根據(jù)引擎檢測結(jié)果來定義。在模板中可以定義與引擎檢測結(jié)果中的數(shù)據(jù)(如XML格式中的節(jié)點)的名稱保持一致的變量名稱。模板中的變量名稱和變量數(shù)目可以根據(jù)數(shù)據(jù)的重要性來選擇性地定義。如果引擎中的檢測方式發(fā)生變化時，則只需要將對應的模板進行相應修改即可。
[0029]在步驟S120中，優(yōu)選地，可以通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。例如，可以采用Freemaker技術將作為檢測結(jié)果的XML文件中的節(jié)點進行序列化，將每個引擎定義的模板與其序列化的數(shù)據(jù)動態(tài)綁定，形成文本輸出到客戶端。該文本輸出可以采用HTML (超文本鏈接標示語言)格式或者其他格式，本發(fā)明在這方面不受限制。
[0030]在步驟S130中，可以輸出所生成的完整的解析記錄以向用戶展示。例如可以采用標簽技術或者采用列表技術在瀏覽器中組合展示各個引擎的檢測結(jié)果。
[0031]在圖2a和2b中示出了在方法100的示例中使用病毒分析引擎A和B分別進行特征碼掃描和靜態(tài)源碼掃描的情況下，采用標簽技術展示的這兩個引擎的檢測結(jié)果的解析記錄的組合輸出。盡管在圖2a和2b中示出了特定的基礎信息項和預設應用風險項，但是應該理解，所展示的項目可以通過選擇性地設置模板中的變量名稱和變量數(shù)目來實現(xiàn)。本發(fā)明在這方面不受限制。
[0032]應該理解，解析結(jié)果的展示可以是分層級的。例如，通過點擊圖2a和2b中的項目，可以進一步展示該項目的詳細檢測結(jié)果。作為示例，在圖3a中具體展示了當點擊圖2a中所示的特征碼分析中的BackupRestoreConfirmation.apk項目時該檢測項的原始數(shù)據(jù)詳情和測試結(jié)果。在圖3b中具體展示了當點擊圖2b中所示的靜態(tài)源碼分析中的BluetoothShare項目時該檢測項的原始數(shù)據(jù)詳情和測試結(jié)果。
[0033]應該理解，根據(jù)本發(fā)明實施例的方法100可以在服務器端執(zhí)行，也可以在待測終端上執(zhí)行。所述終端不僅包括諸如桌面計算機等非便攜式終端，優(yōu)選地包括諸如移動電話、個人數(shù)字助理(PDA)、平板計算機等移動終端。當方法100在服務器上執(zhí)行時，在步驟130中，服務器將可以通過各種網(wǎng)絡技術向終端輸出所生成的完整的解析記錄以向用戶展示。所述網(wǎng)絡技術可以包括各種有線技術或者各種無線技術。本發(fā)明在這方面不受任何限制。當方法100在終端上執(zhí)行時，在步驟130中，可以將所生成的完整的解析記錄輸出到顯示器以展示給用戶。
[0034]圖4示出了根據(jù)本發(fā)明的實施例的用于解析多引擎的檢測結(jié)果的裝置400的框圖。如圖4所示，裝置400可以包括檢測單元210、解析單元420和輸出單元430。
[0035]檢測單元410配置為:由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果。如上所述，檢測單元110可以配置為順序地或者并行地調(diào)度所述至少兩個病毒分析引擎來對樣本進行檢測。所述檢測結(jié)果可以是XML格式或者其他類似格式，如JSON等等。
[0036]解析單元420配置為:將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄。每個引擎可以對應一個模板。引擎的解析模板可以根據(jù)引擎檢測結(jié)果來定義。模板中定義的變量名稱可以例如與XML中的節(jié)點名稱保持一致。優(yōu)選地，解析單元420可以配置為:通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。例如，可以采用Freemaker技術將作為檢測結(jié)果的XML文件中的節(jié)點進行序列化，將每個引擎定義的模板與其序列化的數(shù)據(jù)動態(tài)綁定，形成HTML (本發(fā)明不限于此)文本輸出到客戶端。
[0037]輸出單元430配置為輸出所生成的完整的解析記錄以向用戶展示。作為示例，輸出單元430可以配置為采用標簽技術或者采用列表技術在瀏覽器中組合展示各個引擎的檢測結(jié)果。
[0038]裝置400可以集成在服務器中，也可以集成在待測終端中。當裝置400位于服務器上時，輸出單元430可以是配置為與待測終端進行通信的通信單元。該通信單元可以使用各種有線技術或者各種無線技術。當裝置400位于終端上時，輸出單元430例如可以是終端上的諸如顯示器或揚聲器之類的輸出單元。
[0039]裝置400的各個單元可以配置為執(zhí)行如上所述的方法100的相應步驟。為了簡便起見，在此不再對裝置400的各個單元的功能進行更詳細的描述。
[0040]圖5示出了根據(jù)本發(fā)明的另一實施例的用于解析多引擎檢測結(jié)果的方法500的示意圖。
[0041]在步驟S510中確定要使用的病毒分析引擎1，2吣11，其中η是大于等于2的正整數(shù)。這些引擎1，2…η通常是不同種類，使用不同的檢測規(guī)則。
[0042]在步驟S520中，確定(或者上傳)要檢測的病毒樣本。作為示例，該病毒樣本可以是移動電話上的應用程序安裝包，如上文所例示的BackupRestoreConfirmation.apk。
[0043]在步驟S530中，使用所確定的多種病毒分析引擎對病毒樣本進行檢測，從而生成對應的檢測結(jié)果1，2…η。檢測結(jié)果1，檢測結(jié)果2...檢測結(jié)果η分別與病毒分析引擎1，2...η相對應。然后，在步驟540中，存儲檢測結(jié)果1，檢測結(jié)果2…檢測結(jié)果η。
[0044]作為示例，可以通過redis (—種存儲系統(tǒng))將每種引擎分別存放在各自的引擎隊列中，將病毒樣本存放在各引擎的隊列中，進行掃描，生成檢測結(jié)果。然后將掃描的結(jié)果存入數(shù)據(jù)庫中。檢測結(jié)果例如可以輸出為XML格式。不同引擎輸出的XML結(jié)構(gòu)可根據(jù)引擎的種類及規(guī)則相應地定義。
[0045]在步驟S550中，定`義引擎對應的解析模板1，2…η。通常，每種病毒分析引擎將會生成各自的病毒樣本檢測結(jié)果，病毒分析引擎掃描產(chǎn)生的病毒樣本檢測結(jié)果為定義引擎對應的解析模板提供了數(shù)據(jù)依據(jù)。模板中定義的變量名稱與XML中的節(jié)點名稱保持一致。
[0046]其中，每個引擎對應一個模板。模板中的變量名稱和變量數(shù)可根據(jù)數(shù)據(jù)的重要性有選擇性的進行定義。如果引擎中的檢測方式發(fā)生變化，只需要將對應的模板進行相應的修改即可。
[0047]在步驟S360中，對多個病毒分析引擎1，2...η生成的對應檢測結(jié)果1，2...η分別進行解析，生成一個完整的解析記錄。
[0048]具體的解析步驟如下:
[0049]a、將每個引擎對應的最新檢測結(jié)果1，2…η分別通過節(jié)點模型將XML節(jié)點進行對象序列化；
[0050]b、將序列化的數(shù)據(jù)引入到所定義的對應解析模板中，XML中的節(jié)點名稱與模板中對應的變量名稱進行綁定，根據(jù)節(jié)點名稱中對應的值，對對應模板中變量名稱的值進行匹配與填充，從而輸出文本，生成一個完整的解析記錄。在綁定之后，模板中變量名稱的值將會隨節(jié)點名稱中對應的值的變化而變化，使得檢測結(jié)果能及時展示給客戶端。
[0051]于是，在步驟S370中，將解析記錄在客戶端進行展示。解析記錄的展示方式可以是多樣的，包括HTML格式或其他方式。
[0052]至此已經(jīng)結(jié)合優(yōu)選實施例對本發(fā)明進行了描述。本領域技術人員可以理解，上面示出的方法和設備僅是示例性的。本發(fā)明的方法并不局限于上面示出的步驟和順序。例如，本發(fā)明的方法可以包括更多的可選步驟，如服務端與客戶端的通信步驟，存儲步驟等等。本發(fā)明的裝置可以包括比示出的部件更多或更少的部件。本領域技術人員根據(jù)所示實施例的教導可以進行許多變化和修改。
[0053]本發(fā)明的裝置及其部件可以由諸如超大規(guī)模集成電路或門陣列等半導體器件、或者諸如現(xiàn)場可編程門陣列、可編程邏輯設備等的可編程硬件設備的硬件電路實現(xiàn)，也可以用由各種類型的處理器執(zhí)行的軟件實現(xiàn)，也可以由上述硬件電路和軟件的結(jié)合實現(xiàn)。
[0054]本發(fā)明可以實現(xiàn)諸多優(yōu)點。本發(fā)明通過基于模板的技術促進了對多種病毒分析引擎的檢測結(jié)果的解析和展示。例如，通過將病毒分析引擎掃描結(jié)果的XML文件中的節(jié)點數(shù)據(jù)與引擎對應的模板中所需的數(shù)據(jù)進行動態(tài)綁定，不需要再使用專門的程序來分析XML文件的具體結(jié)構(gòu)。當增加新的引擎時，服務端程序只需對模板進行修改即可，不需要進行其他特殊處理，從而更加便于維護。可擴展性較強，如數(shù)據(jù)導出，json格式數(shù)據(jù)的動態(tài)解析及生成等。
[0055]本領域技術人員應該理解，盡管通過具體實施例描述了本發(fā)明，但是本發(fā)明的范圍不限于這些具體實施例。本發(fā)明的范圍由所附權利要求及其任何等同含義限定。
【權利要求】
1.一種用于解析多引擎的檢測結(jié)果的方法，包括: 檢測步驟，由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果; 解析步驟，將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄；以及 輸出步驟，輸出所生成的完整的解析記錄以向用戶展示。
2.根據(jù)權利要求1所述的方法，其中所述檢測步驟包括:通過異步并行技術調(diào)度所述至少兩個分析引擎對病毒樣本進行檢測。
3.根據(jù)權利要求1所述的方法，其中所述解析步驟包括:通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。
4.根據(jù)權利要求3所述的方法，其中所述文本輸出的格式包括:超文本鏈接標示語言HTML格式。
5.根據(jù)權利要求1所述的方法，其中所述完整的解析記錄的展示包括:采用標簽技術或者采用列表技術在瀏覽器中展示各個引擎的檢測結(jié)果。
6.一種用于解析多引擎的檢測結(jié)果的裝置，包括: 檢測單元，配置為:由至少兩種病毒分析引擎對病毒樣本進行檢測，以生成各個引擎的檢測結(jié)果； 解析單元，配置為:將各個引擎的檢測結(jié)果分別與預定義的各個引擎的解析模板進行匹配，以生成完整的解析記錄；以及 輸出單元，配置為:輸出所生成的完整的解析記錄以向用戶展示。
7.根據(jù)權利要求6所述的裝置，其中所述檢測單元進一步配置為:通過異步并行技術調(diào)度所述至少兩個分析弓I擎對病毒樣本進行檢測。
8.根據(jù)權利要求6所述的裝置，其中所述解析單元進一步配置為:通過節(jié)點模型技術對檢測結(jié)果中的節(jié)點數(shù)據(jù)進行對象序列化，以及通過名稱匹配將預定義的各個引擎的模板中的變量與序列化的數(shù)據(jù)動態(tài)綁定，以形成所述完整的解析記錄的文本輸出。
9.根據(jù)權利要求8所述的裝置，其中所述文本輸出的格式包括:超文本鏈接標示語言HTML格式。
10.根據(jù)權利要求6所述的裝置，其中所述完整的解析記錄的展示包括:采用標簽技術或者采用列表技術在瀏覽器中展示各個引擎的檢測結(jié)果。
【文檔編號】G06F21/56GK103514406SQ201310316894
【公開日】2014年1月15日 申請日期:2013年7月25日 優(yōu)先權日:2013年7月25日
【發(fā)明者】韓嚴強 申請人:北京網(wǎng)秦天下科技有限公司