一種文件接口開發方法及系統的製作方法

2023-09-17 18:11:50 1

一種文件接口開發方法及系統的製作方法
【專利摘要】本發明涉及一種文件接口開發方法及系統，所述文件接口開發方法包括：掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指定目錄中；解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺相應的接口表中；抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到文件記錄臨時表；掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件；將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外的各平臺下載文件至指定平臺；根據各平臺的文件接口類型，調用掃描、解析、收集、生成和傳送中任意數量的步驟開發文件接口。本發明採用分步驟的統一文件接口處理流程，以簡單的配置實現不同文件接口的開發及流程保障。
【專利說明】一種文件接口開發方法及系統

【技術領域】
[0001] 本發明涉及軟體開發領域，特別是涉及一種文件接口開發方法及系統。

【背景技術】
[0002] 在J2EE/Shell編程文件接口開發過程中，一般分為文件接收、解析、上傳幾個模 塊，通常的開發方式為每個文件的每一模塊用javabean來實現。這些開發方式適用於較小 業務量的開發，但是針對電信行業業務需求的複雜情況，這種開發方式便顯得繁瑣複雜，各 個文件接口的javabean無法復用，文件接口的統一流程保障機制很難實現，而且每次開發 都必須開發代碼，導致頻繁的代碼上線，消耗較大的工作量，影響用戶感知。


【發明內容】

[0003] 本發明所要解決的技術問題是提供一種文件接口開發方法及系統，用於解決現有 開發方式導致的javabean無法復用、生產系統代碼需頻繁上線等問題。
[0004] 本發明解決上述技術問題的技術方案如下：一種文件接口開發方法，包括：
[0005] 掃描步驟：掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指定目 錄中；
[0006] 解析步驟：解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺相應 的接口表中；
[0007] 收集步驟：抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到文件 記錄臨時表；
[0008] 生成步驟：掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件；
[0009] 傳送步驟：將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外的各 平臺下載文件至指定平臺；
[0010] 接口開發步驟：根據各平臺的文件接口類型，調用掃描步驟、解析步驟、收集步驟、 生成步驟和傳送步驟中任意數量的步驟開發文件接口。
[0011] 在上述技術方案的基礎上，本發明還可以做如下改進。
[0012] 進一步，所述掃描步驟具體包括：在規定時間段內，定時器周期性地對指定目錄進 行掃描，若在規定掃描次數內掃描到文件，則停止掃描，否則進行簡訊告警。
[0013] 進一步，所述解析步驟具體包括：在規定時間段內，定時器掃描指定目錄下的文 件，並周期性地解析文件，並將解析後的文件數據存儲到相應的接口表中，當在規定解析次 數內有解析後文件存儲至當前接口表中，則定時器停止解析文件，否則將歷史接口表中的 數據導入至當前接口表中。
[0014] 進一步，所述周期性地解析文件具體包括：根據掃描到的文件的記錄規則，對每條 文件進行拆分然後，匹配到接口表的對應欄位上，對接口表的每條欄位進行驗證，並對通過 不同渠道匹配到相同欄位上的文件進行合併。
[0015] 進一步，所述收集步驟具體包括：在規定時間段內，定時器掃描接口表中的數據， 並按照指定平臺規範對接口表中的數據進行組裝，將組裝後的數據存儲到文件記錄臨時表 中，若在規定收集次數內有組裝後數據存儲至當前文件記錄臨時表中，則停止收集，否則將 歷史文件記錄臨時表中的數據導入至當前文件記錄臨時表。
[0016] 進一步，所述生成步驟具體包括：在規定時間段內，定時器周期性地掃描文件記錄 臨時表中的數據，將文件記錄臨時表中的數據按照指定平臺規範生成文件頭和文件體，並 在指定目錄下生成最終上傳到指定平臺的文件，若生成文件頭和文件體失敗，則將歷史文 件記錄臨時表中的數據導入當前文件記錄臨時表，按指定平臺規範生成文件頭和文件體， 並在指定目錄下生成最終上傳到指定平臺的文件。
[0017] 本發明的技術方案還包括一種文件接口開發系統，包括：
[0018] 掃描模塊：用於掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指 定目錄中；
[0019] 解析模塊：用於解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺 相應的接口表中；
[0020] 收集模塊：用於抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到 文件記錄臨時表；
[0021] 生成模塊：用於掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件；
[0022] 傳送模塊：用於將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外 的各平臺下載文件至指定平臺；
[0023] 接口開發模塊：用於根據各平臺的文件接口類型，調用掃描模塊、解析模塊、收集 模塊、生成模塊和傳送模塊中任意數量的模塊開發文件接口。
[0024] 進一步，所述解析模塊中集成有解析插件，其用於周期性地解析文件，具體包括： 根據掃描到的文件的記錄規則，對每條文件進行拆分然後，匹配到接口表的對應欄位上，對 接口表的每條欄位進行驗證，並對通過不同渠道匹配到相同欄位上的文件進行合併。
[0025] 進一步，所述掃描模塊、解析模塊、收集模塊、生成模塊和傳送模塊中均集成有短 信告警模塊，分別用於對異常掃描、異常解析、異常收集、異常生成或異常傳送進行簡訊告 警。
[0026] 進一步，所述掃描模塊、解析模塊、收集模塊、生成模塊和傳送模塊中均集成有定 時器，且通過各自的定時器完成掃描、解析、收集、生成和傳送，並通過定時器檢測是否在規 定的掃描次數、解析次數、收集次數、生成次數和傳送次數內進行相應操作。
[0027] 本發明的有益效果是：採用分步驟的統一文件接口處理流程，以簡單的配置實現 不同文件接口的開發及流程保障，節省之前的開發方法從需求到開發的時間及工作量，使 軟體質量大幅提高，有利於提升在同行業內的競爭優勢。

【專利附圖】

【附圖說明】
[0028] 圖1為本發明所述的文件接口開發方法的流程示意圖。

【具體實施方式】
[0029] 以下結合附圖對本發明的原理和特徵進行描述，所舉實例只用於解釋本發明，並 非用於限定本發明的範圍。
[0030] 如圖1所示，本實施例給出了一種文件接口開發方法，包括：
[0031] 掃描步驟：掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指定目 錄中；
[0032] 解析步驟：解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺相應 的接口表中；
[0033] 收集步驟：抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到文件 記錄臨時表；
[0034] 生成步驟：掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件；所述指定 平臺規範中限定文件命名規則、文件頭和文件體的生成規則、文件內容的取值範圍及文件 的上報時間和周期；
[0035] 傳送步驟：將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外的各 平臺下載文件至指定平臺；
[0036] 接口開發步驟：根據各平臺的文件接口類型，調用掃描步驟、解析步驟、收集步驟、 生成步驟和傳送步驟中任意數量的步驟開發文件接口。
[0037] 本實施例還對應給出了一種文件接口開發系統，包括：
[0038] 掃描模塊：用於掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指 定目錄中；
[0039] 解析模塊：用於解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺 相應的接口表中；
[0040] 收集模塊：用於抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到 文件記錄臨時表；
[0041] 生成模塊：用於掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件；
[0042] 傳送模塊：用於將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外 的各平臺下載文件至指定平臺；
[0043] 接口開發模塊：用於根據各平臺的文件接口類型，調用掃描模塊、解析模塊、收集 模塊、生成模塊和傳送模塊中任意數量的模塊開發文件接口。
[0044] 其中，所述掃描模塊、解析模塊、收集模塊、生成模塊和傳送模塊中均集成有簡訊 告警模塊和定時器，所述簡訊告警模塊分別用於對異常掃描、異常解析、異常收集、異常生 成或異常傳送進行簡訊告警。且各模塊通過各自的定時器完成掃描、解析、收集、生成和傳 送，並通過定時器檢測是否在規定的掃描次數、解析次數、收集次數、生成次數和傳送次數 內進行相應操作。
[0045] 基於上述步驟和模塊，本實施例的具體實施過程分為以下部分。
[0046] -、掃描
[0047] 所述掃描步驟具體包括：在規定時間段內，定時器周期性地對指定目錄進行掃描， 若在規定掃描次數內掃描到文件，則停止掃描，否則進行簡訊告警。
[0048] 掃描部分涉及以下三個數據表：
[0049] 1)文件監控表T_WF_SFILEM0NIT0RCFG;
[0050] 2)文件傳輸配置表T_WF_SFILETRANSPORT;
[0051] 3)文件接 口記錄表T_WF_DFILEM0NIT0RMSG;
[0052] 則基於上述三個數據表，具體的處理流程如下所述。
[0053] 1)查詢T_WF_SFILEM0NIT0RCFG表中是否有對應記錄，不存在，跳過；
[0054] 2)查詢T_WF_DFILEM0NIT0RMSG表中是否有對應記錄，不存在，插入一條默認數 據；
[0055] 3)判斷T_WF_DFILEM0NIT0RMSG中的FILE_DEAL_FLAG(文件處理結果標識）是否 為0,如果是0,跳過；
[0056] 4)根據T_WF_SFILEM0NIT0RCFG中的FILE_RE(；ULATION(文件名稱匹配規則）判斷 上傳目錄（T_WF_SFILETRANSPORT中的FTP_FR0M_URL)下是否存在匹配的文件，文件存在， 掃描成功；
[0057] 5)如果文件不存在，則比較數據表T_WF_DFILEM0NIT0RMSG的文件處理次數和配 置表T_WF_SFILEM0NIT0RCFG中的文件最大處理次數，如果數據表的文件處理次數大於等 於配置表的處理次數，簡訊告警；
[0058] 6)根據T_WF_SFILEM0NIT0RCFG中的FILE_DEAL_JNDINAME(文件處理程序名稱） 處理文件；
[0059] 7)根據文件處理的結果更新T_WF_DFILEM0NIT0RMSG的FILE_DEAL_HMES(文件處 理次數）、FILE_DEAL_FLAG(文件處理結果標識）、FILE_DEAL_HME(文件處理時間）。
[0060] 此外，在文件掃描過程中，如果在指定目錄下未發現文件，需進行簡訊告警；當掃 描次數達到最大掃描次數且仍未掃描到文件時，也要進行簡訊告警。
[0061] 二、解析
[0062] 所述解析步驟具體包括：在規定時間段內，定時器掃描指定目錄下的文件，並周期 性地解析文件，並將解析後的文件數據存儲到相應的接口表中，當在規定解析次數內有解 析後文件存儲至當前接口表中，則定時器停止解析文件，否則將歷史接口表中的數據導入 至當前接口表中。
[0063] 解析部分涉及下面三個數據表：
[0064] 1)文件監控表T_WF_SFILEM0NIT0RCFG;
[0065] 2)文件傳輸配置表T_WF_SFILETRANSPORT;
[0066] 3)文件接 口記錄表T_WF_DFILEM0NIT0RMSG。
[0067] 基於這三個數據表，具體的處理過程如下所述。
[0068] 1)查詢T_WF_SFILEM0NIT0RCFG表中是否有對應記錄，不存在，跳過；
[0069] 2)查詢T_WF_DFILEM0NIT0RMSG表中是否有對應記錄，不存在，插入一條默認數 據；
[0070] 3)根據T_WF_SFILEM0NIT0RCFG中的PARENT_FILE_CODE(主文件編碼）判斷T_ WF_DFILEM0NIT0RMSG表中是否存在記錄，如果存在，則代表其他渠道的文件已經異常處理 成功,跳過；
[0071] 4)判斷T_WF_DFILEM0NIT0RMSG中的FILE_DEAL_FLAG(文件處理結果標識）是否 為0,如果是0,跳過；
[0072] 5)根據T_WF_SFILEM0NIT0RCFG中的FILE_RE⑶LATION(文件名稱匹配規則）判 斷上傳目錄（T_WF_SFILETRANSPORT中的FTP_FR0M_URL文件源地址）下是否存在匹配的 文件，不存在直接啟動異常處理程序，將對應接口歷史表中昨天上傳的數據導入到接口表 中；
[0073] 6)文件存在，則根據T_WF_SFILEM0NIT0RCFG中的FILE_DEAL_JNDINAME(文件處理 程序名稱）解析上傳目錄（T_WF_SFILETRANSPORT中的FTP_FR0M_URL文件源地址）下的匹 配文件；
[0074] 7)如果文件解析失敗，則比較數據表T_WF_DFILEM0NIT0RMSG的文件處理次數和 配置表T_WF_SFILEM0NIT0RCFG中的文件最大處理次數，如果數據表的文件處理次數大於 等於配置表的處理次數，根據配置表中的FILE_EXCEPTION_JNDINAME(文件異常處理程序 名稱）啟動異常處理邏輯；
[0075] 8)根據文件處理的結果更新T_WF_DFILEM0NIT0RMSG的FILE_DEAL_HMES(文件處 理次數）、（文件處理結果標識）、FILE_DEAL_HME(文件處理時間）。
[0076] 此外，在解析文件處理過程中，如果在指定目錄下未發現文件，則簡訊告警，並啟 動異常處理程序；如果解析文件失敗，簡訊告警，繼續解析；如果解析達到最大解析次數且 仍解析文件失敗，進行簡訊告警，並啟動異常處理程序。異常處理程序會將歷史文件接口表 (主要是昨天）的數據轉移到當前文件接口表中。
[0077] 解析部分需要梳理接口要素，主要是為了確定是否需要建立接口表，接口表一般 包含兩張：一張是數據表，一張是歷史表，歷史表往往比數據表多一個入庫時間的欄位。接 口表的命名一般和接口編碼對應，其規則為T_WF_P+系統簡稱+接口編碼，例如：一級客服 投訴工單日報接口表為T_WF_P0NECUST0001。
[0078] 需注意，對於集團規範範疇的接口表，其命名必須和接口編碼保持一致；
[0079] 另外，解析部分需要編寫解析插件，以完成對文件的數據解析、記錄驗證、數據合 並等操作。採用解析插件解析文件具體包括：根據掃描到的文件的記錄規則，對每條文件 進行拆分然後，匹配到接口表的對應欄位上，對接口表的每條欄位進行驗證，並對通過不 同渠道匹配到相同欄位上的文件進行合併。其中，記錄驗證的規則是在接口配置表T_WF_ DCASEINTERFACE中進行配置的；數據合併是指對不同渠道的文件的數據繼續合併，合併分 為交叉合併和無交叉合併，交叉合併主要是針對統計類數據，需要將同緯度的統計數據量 繼續計算，無交叉合併主要是針對明細類數據，只是文件的物理合併。
[0080] 解析插件的命名規則為AnalyzeFile+接口編碼+Handle,解析插件都 實現了InterfaceFileHandle接口，例如：一級客服投訴統計數據的解析插件為 AnalyzeFiIeOOOlHandle〇
[0081] 三、收集
[0082] 所述收集步驟具體包括：在規定時間段內，定時器掃描接口表中的數據，並按照指 定平臺規範對接口表中的數據進行組裝，將組裝後的數據存儲到文件記錄臨時表中，若在 規定收集次數內有組裝後數據存儲至當前文件記錄臨時表中，則停止收集，否則將歷史文 件記錄臨時表中的數據導入至當前文件記錄臨時表。
[0083] 解析部分涉及下面三個數據表：
[0084] 1)文件監控表T_WF_SFILEM0NIT0RCFG;
[0085] 2)文件傳輸配置表T_WF_SFILETRANSPORT;
[0086] 3)文件接 口記錄表T_WF_DFILEM0NIT0RMSG。
[0087] 基於上述三個數據表，具體的處理流程如下所述。
[0088] 1)查詢T_WF_SFILEM0NIT0RCFG表中是否有對應記錄，不存在，跳過；
[0089] 2)查詢T_WF_DFILEM0NIT0RMSG表中是否有對應記錄，不存在，插入一條默認數 據；
[0090] 3)判斷T_WF_DFILEM0NIT0RMSG中的FILE_DEAL_FLAG(文件處理結果標識）是否 為0,如果是0,跳過；
[0091] 4)根據T_WF_SFILEM0NIT0RCFG中的FILE_INTERFACE_TABLE判斷對應接口 表是否 存在數據，如果不存在，根據配置表中的FILE_EXCEPTION_JNDINAME(文件異常處理程序名 稱）啟動異常處理邏輯；
[0092] 5)根據T_WF_SFILEM0NIT0RCFG中的FILE_DEAL_JNDINAME(文件處理程序名稱） 與PR0C_NAME收集數據；
[0093] 6)收集失敗，則比較數據表T_WF_DFILEM0NIT0RMSG的文件處理次數和配置表T_ WF_SFILEM0NIT0RCFG中的文件最大處理次數，如果數據表的文件處理次數大於等於配置表 的處理次數，根據配置表中的FILE_EXCEPTION_JNDINAME(文件異常處理程序名稱）啟動異 常處理邏輯；
[0094] 7)根據文件處理的結果更新T_WF_DFILEM0NIT0RMSG的FILE_DEAL_HMES(文件處 理次數）、（文件處理結果標識）、FILE_DEAL_HME(文件處理時間）。
[0095] 此外，在記錄數據收集過程中，在文件記錄臨時表（主要是一級客服文件記錄接 口表）未發現數據，簡訊告警，啟動異常處理程序；收集數據失敗，簡訊告警，繼續收集；如 果收集數據達到最大收集次數且仍收集失敗，簡訊告警，啟動異常處理邏輯，異常處理邏輯 會將歷史文件記錄臨時表（主要是昨天一級客服文件記錄歷史表）中的數據轉移到當前文 件記錄臨時表中。
[0096] 另外，對於需要收集數據的文件接口需要編寫相應的存儲過程完成收集數據的操 縱，存儲過程中根據文件接口的要求從相應的業務表中讀取數據，並將讀取的數據繼續組 裝。
[0097] 存儲過程的命名規則為：PR0C_WF_+系統簡稱+文件編碼，例如：一級客服日報投 訴統計數據的存儲過程為PR〇C_WF_CSVC0001。
[0098] 四、生成
[0099] 所述生成步驟具體包括：在規定時間段內，定時器周期性地掃描文件記錄臨時表 中的數據，將文件記錄臨時表中的數據按照指定平臺規範生成文件頭和文件體，並在指定 目錄下生成最終上傳到指定平臺的文件，若生成文件頭和文件體失敗，則將歷史文件記錄 臨時表中的數據導入當前文件記錄臨時表，按指定平臺規範生成文件頭和文件體，並在指 定目錄下生成最終上傳到指定平臺的文件。
[01 00] 解析部分涉及下面三個數據表：
[0101] 1)文件監控表T_WF_SFILEM0NIT0RCFG;
[0102] 2)文件傳輸配置表T_WF_SFILETRANSPORT;
[0103] 3)文件接口 記錄表T_WF_DFILEM0NIT0RMSG。
[0104] 基於上述三個數據表，主要的處理過程如下所述。
[0105] 1)查詢T_WF_SFILEM0NIT0RCFG表中是否有對應記錄，不存在，跳過；
[0106] 2)查詢T_WF_DFILEM0NIT0RMSG表中是否有對應記錄，不存在，插入一條默認數 據；
[0107] 3)判斷T_WF_DFILEM0NIT0RMSG中的FILE_DEAL_FLAG(文件處理結果標識）是否 為0,如果是0,跳過；
[0108] 4)查詢一級客服文件接口記錄臨時表T_WF_PONECUSTGENFILE中是否存在對應的 文件記錄，不存在，根據配置表中的FILE_EXCEPTION_JNDINAME(文件異常處理程序名稱） 啟動異常處理邏輯；
[0109] 5)文件接口記錄臨時表中的數據存在，則根據T_WF_SFILEM0NIT0RCFG中的FILE_ DEAL_JNDINAME(文件處理程序名稱）生成文件；
[0110] 6)生成文件失敗，則比較數據表T_WF_DFILEM0NIT0RMSG的文件處理次數和配置 表T_WF_SFILEM0NIT0RCFG中的文件最大處理次數，如果數據表的文件處理次數大於等於 配置表的處理次數，根據配置表中的FILE_EXCEPTION_JNDINAME啟動異常處理邏輯；
[0111] 7)根據文件處理的結果更新T_WF_DFILEM0NIT0RMSG的FILE_DEAL_HMES(文件處 理次數）、（文件處理結果標識）、FILE_DEAL_HME(文件處理時間）。
[0112] 在生成文件處理過程中，在文件記錄接口表中未發現數據，簡訊告警，啟動異常處 理程序；生成文件失敗，簡訊告警，繼續生成文件；如果生成文件達到最大生成文件次數且 仍生成文件失敗，簡訊告警，啟動異常處理程序，異常處理程序會將歷史文件記錄臨時表 (昨天一級客服文件記錄歷史表）中的數據轉移到當前文件記錄臨時表中，並重新生成一 次文件。
[0113] 五、傳送
[0114] 傳送包含上傳和下載，在規定時間段內，定時器周期性掃描指定目錄下的文件，將 文件上傳到一級客服指定FTP的指定目錄下，只有在規定的上傳次數內，將文件正常上傳， 就代表上傳成功，定時器不會繼續上傳此文件。
[0115] 傳送部分涉及下面三個數據表：
[0116] 1)文件監控表T_WF_SFILEM0NIT0RCFG;
[0117] 2)文件傳輸配置表T_WF_SFILETRANSPORT;
[0118] 3)文件接口 記錄表T_WF_DFILEM0NIT0RMSG。
[0119] 基於上述三個數據表，具體的處理流程如下：
[0120] 1)查詢T_WF_SFILEM0NIT0RCFG表中是否有對應記錄，不存在，跳過；
[0121] 2)查詢T_WF_DFILEM0NIT0RMSG表中是否有對應記錄，不存在，插入一條默認數 據；
[0122] 3)判斷T_WF_DFILEM0NIT0RMSG中的FILE_DEAL_FLAG(文件處理結果標識）是否 為0,如果是0,跳過；
[0123] 4)根據T_WF_SFILEM0NIT0RCFG中的FILE_RE(；ULATION(文件名稱匹配規則）判斷 上傳目錄（T_WF_SFILETRANSPORT中的FTP_FR0M_URL)下是否存在匹配的文件，如果文件不 存在，簡訊告警，人工幹預；
[0124] 5)文件存在，根據T_WF_SFILEM0NIT0RCFG中的FILE_DEAL_JNDINAME上傳文件；
[0125] 6)上傳失敗，比較數據表T_WF_DFILEM0NIT0RMSG的文件處理次數和配置表T_WF_ SFILEM0NIT0RCFG中的文件最大處理次數，如果數據表的文件處理次數大於等於配置表的 處理次數，簡訊告警，人工幹預；
[0126] 7)根據文件處理的結果更新T_WF_DFILEM0NIT0RMSG的FILE_DEAL_HMES(文件處 理次數）、（文件處理結果標識）、FILE_DEAL_HME(文件處理時間）。
[0127] 在上傳文件過程中，在指定目錄下未發現文件，簡訊告警，人工幹預；上傳文件失 敗，簡訊告警，繼續上傳；如果達到最大上傳次數且仍上傳失敗，簡訊告警，需要人工幹預。
[0128] 六、文件接口開發
[0129] 根據各平臺的文件接口類型，調用掃描步驟、解析步驟、收集步驟、生成步驟和傳 送步驟中任意數量的步驟開發文件接口。
[0130] 此部分首先要確定接口性質，確定接口的性質主要是為了確定文件接口的類型， 從而確定文件處理的流程，這關係到我在文件監控配置表中的配置記錄。目前的文件接口， 各個省的實現方式有所不同，下面以兩個省的文件接口為例進行說明。
[0131] (1)安徽的一級客服日報文件
[0132] 安徽的一級客服接口只涉及投訴類的數據，文件的合併是由經分來完成的，因此 只要將生成好的文件傳給經分即可，其文件的處理過程包括收集、生成、上傳；
[0133] (2)黑龍江的一級客服文件日報文件
[0134] 黑龍江的一級客服日報文件中的查詢類文件涉及到幾個渠道，對於這些渠道的文 件需要匯總成一個文件，然後上傳給一級客服，其文件的處理過程包括掃描（掃描各個渠道 的文件是否按時上傳）、解析（將各個渠道的文件解析，並將數據保存）、收集、生成、上傳；
[0135] (3)黑龍江的一級客服月報文件
[0136] 黑龍江的一級客服月報文件是有經分生成最終的文件，不會對文件進行任何的調 整工作，只負責將文件上傳給一級客服即可，其文件的處理過程有掃描、上傳；
[0137] (4)黑龍江的垃圾簡訊文件
[0138] 黑龍江的垃圾簡訊文件是將別人的數據保存到資料庫中，並且文件需要自己去下 載，其文件處理過程有下載、解析；
[0139] 因此，在判斷文件處理過程中，一定接口文件的實際處理情況中，不要刻意使用較 為複雜的階段，集成越簡單越好。比如，掃描環節主要是起到一個預警作用，並不會對文件 做任何的修改，一般應用於其他平臺向指定平臺送文件的情況。
[0140] 七、配置
[0141] 主要是配置CR0NTAB和配置監控數據。
[0142] (1)配置CR0NTAB
[0143] 根據文件接口的處理流程，在crontab中進行配置，每個階段都有對應的shell， 注意各個shell之間的先後順序，如下表所示。
[0144]

【權利要求】
1. 一種文件接口開發方法，其特徵在於，包括： 掃描步驟：掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指定目錄 中； 解析步驟：解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺相應的接 口表中； 收集步驟：抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到文件記錄 臨時表； 生成步驟：掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件； 傳送步驟：將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外的各平臺 下載文件至指定平臺； 接口開發步驟：根據各平臺的文件接口類型，調用掃描步驟、解析步驟、收集步驟、生成 步驟和傳送步驟中任意數量的步驟開發文件接口。
2. 根據權利要求1所述的文件接口開發方法，其特徵在於，所述掃描步驟具體包括：在 規定時間段內，定時器周期性地對指定目錄進行掃描，若在規定掃描次數內掃描到文件，則 停止掃描，否則進行簡訊告警。
3. 根據權利要求1所述的文件接口開發方法，其特徵在於，所述解析步驟具體包括：在 規定時間段內，定時器掃描指定目錄下的文件，並周期性地解析文件，並將解析後的文件數 據存儲到相應的接口表中，當在規定解析次數內有解析後文件存儲至當前接口表中，則定 時器停止解析文件，否則將歷史接口表中的數據導入至當前接口表中。
4. 根據權利要求3所述的文件接口開發方法，其特徵在於，所述周期性地解析文件具 體包括：根據掃描到的文件的記錄規則，對每條文件進行拆分然後，匹配到接口表的對應字 段上，對接口表的每條欄位進行驗證，並對通過不同渠道匹配到相同欄位上的文件進行合 並。
5. 根據權利要求1所述的文件接口開發方法，其特徵在於，所述收集步驟具體包括：在 規定時間段內，定時器掃描接口表中的數據，並按照指定平臺規範對接口表中的數據進行 組裝，將組裝後的數據存儲到文件記錄臨時表中，若在規定收集次數內有組裝後數據存儲 至當前文件記錄臨時表中，則停止收集，否則將歷史文件記錄臨時表中的數據導入至當前 文件記錄臨時表。
6. 根據權利要求1所述的文件接口開發方法，其特徵在於，所述生成步驟具體包括：在 規定時間段內，定時器周期性地掃描文件記錄臨時表中的數據，將文件記錄臨時表中的數 據按照指定平臺規範生成文件頭和文件體，並在指定目錄下生成最終上傳到指定平臺的文 件，若生成文件頭和文件體失敗，則將歷史文件記錄臨時表中的數據導入當前文件記錄臨 時表，按指定平臺規範生成文件頭和文件體，並在指定目錄下生成最終上傳到指定平臺的 文件。
7. -種文件接口開發系統，其特徵在於，包括： 掃描模塊：用於掃描各平臺提供的文件是否在規定的時間內出現在指定平臺的指定目 錄中； 解析模塊：用於解析各平臺提供的文件，並將解析後的文件數據存儲到指定平臺相應 的接口表中； 收集模塊：用於抽取各接口表的數據，按照指定平臺規範組裝文件記錄，並存儲到文件 記錄臨時表； 生成模塊：用於掃描文件記錄臨時表，按照指定平臺規範，生成對應的文件； 傳送模塊：用於將生成的文件在規定時間內上傳給指定平臺，或者從指定平臺外的各 平臺下載文件至指定平臺； 接口開發模塊：用於根據各平臺的文件接口類型，調用掃描模塊、解析模塊、收集模塊、 生成模塊和傳送模塊中任意數量的模塊開發文件接口。
8. 根據權利要求7所述的文件接口開發系統，其特徵在於，所述解析模塊中集成有解 析插件，其用於周期性地解析文件，具體包括：根據掃描到的文件的記錄規則，對每條文件 進行拆分然後，匹配到接口表的對應欄位上，對接口表的每條欄位進行驗證，並對通過不同 渠道匹配到相同欄位上的文件進行合併。
9. 根據權利要求7或8所述的文件接口開發系統，其特徵在於，所述掃描模塊、解析模 塊、收集模塊、生成模塊和傳送模塊中均集成有簡訊告警模塊，分別用於對異常掃描、異常 解析、異常收集、異常生成或異常傳送進行簡訊告警。
10. 根據權利要求7或8所述的文件接口開發系統，其特徵在於，所述掃描模塊、解析模 塊、收集模塊、生成模塊和傳送模塊中均集成有定時器，且通過各自的定時器完成掃描、解 析、收集、生成和傳送，並通過定時器檢測是否在規定的掃描次數、解析次數、收集次數、生 成次數和傳送次數內進行相應操作。
【文檔編號】G06F9/44GK104317601SQ201410602808
【公開日】2015年1月28日 申請日期:2014年10月31日 優先權日:2014年10月31日
【發明者】楊軍 申請人:北京思特奇信息技術股份有限公司