專利名稱：：接口緩沖方法和系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及接口技術，特別是涉及一種接口緩沖方法和系統(tǒng)。
背景技術：
：在信息資源蓬勃發(fā)展的今天，越來越多的應用平臺需要借助或引進外圍系統(tǒng)來擴展自身的應用，從而吸引更多的用戶群。平臺通過接口作為聯系外圍系統(tǒng)的紐帶。外圍系統(tǒng)的處理能力及服務性能各不相同，大量的用戶群可能導致一些低性能接口服務宕機，從而影響平臺的正常運行。隨著外圍接口機的不斷增多，接口不可控因素也隨之上升。比如由于現有的接口機制對用戶請求基本不做緩沖，直接將其轉發(fā)至各外圍接口。這樣，當請求量很大時，容易造成外圍接口請求堆積，外圍接口高負荷運行會導致服務消耗有限的應用資源(如接口應用所擁有的內存上限)，進而導致接口停止服務。外圍接口宕機后，用戶請求壓力轉移至平臺。用戶因請求未得到及時響應而進行重復請求，造成平臺請求大量堆積，嚴重時導致平臺癱瘓。另外，為了保護外圍接口應用，平臺會將用戶請求以工單形式發(fā)送至外圍接口。外圍接口將用戶請求進行預存后處理，外圍接口不返回處理結果，導致用戶請求沒有及時反饋，用戶感知度差。
發(fā)明內容本發(fā)明的目的是提出一種接口緩沖方法，以保證接口及平臺平穩(wěn)運行。為實現上述目的，本發(fā)明提供了一種接口緩沖方法，包括接收接口請求信息；根據所述接口請求信息生成接口請求標識符；將所述接口請求信息和所述接口請求標識符構成的請求數據存入請求中間表；計算當前可用并發(fā)量；從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列；將所述請求隊列中的請求數據封裝成請求報文；和將所述請求報文通過內部接口機發(fā)送給外部接口機進行處理。在一個實施例中，所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列包括以預定時間間隔輪詢所述請求中間表；當所述請求中間表中的請求數據的數目小于或等于所述當前可用并發(fā)量時，將所述請求中間表中的請求數據全部載入所述請求隊列；當所述請求中間表中的請求數據的數目大于所述當前可用并發(fā)量時，載入所述請求隊列的請求數據的數目為所述當前可用并發(fā)量。在一個實施例中，所述預定時間間隔設置為當所述請求中間表為空時從所述請求中間表讀取請求數據至所述請求隊列的時間間隔。在一個實施例中，在所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列的同時，將已讀取的所述請求數據標識為正在處理的數據。在一個實施例中，接口緩沖方法還包括接收所述外部接口機返回的所述請求報文的處理結果和所述請求報文的接口請求標識符；將所述處理結果和所述接口請求標識符存入消息中間表；和根據所述處理結果和所述接口請求標識符刪除所述請求中間表中的相應請求數據。在一個實施例中，在所述將所述處理結果和所述接口請求標識符存入消息中間表之后包括從所述消息中間表獲取所述處理結果；當獲取所述處理結果的時間在預定超時時間范圍內時，停止獲取請求信息，向用戶反饋所獲取到的處理結果；和當未在預定超時時間范圍內獲取到所述處理結果時，向用戶反饋超時消息。在一個實施例中，所述的接口緩沖方法還包括當從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列時，執(zhí)行一次計數操作，并根據所述計數操作后得到的計數結果計算當前可用并發(fā)量；和當所述外部接口機每返回一次處理結果，執(zhí)行一次計數操作，并根據所述計數操作后得到的計數結果計算當前可用并發(fā)量。為實現上述目的，本發(fā)明還提供了一種接口緩沖系統(tǒng)，包括標識符生成單元，用于接收接口請求信息，根據所述接口請求信息生成接口請求標識符；請求中間表，用于存儲所述接口請求信息和所述接口請求標識符構成的請求數據；計算單元，用于計算當前可用并發(fā)量；緩沖單元，從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列；封裝單元，用于將所述請求隊列中的請求數據封裝成請求報文；和發(fā)送單元，用于將所述請求報文通過內部接口機發(fā)送給外部接口機進行處理。在一個實施例中，所述緩沖單元包括輪詢子單元，用于以預定時間間隔輪詢所述請求中間表；判斷子單元，用于判斷所述請求中間表中的請求數據的數目與當前可用并發(fā)量的大小關系，當所述請求中間表中的請求數據的數目小于或等于所述當前可用并發(fā)量時，所述緩沖單元將所述請求中間表中的請求數據全部載入所述請求隊列，當所述請求中間表中的請求數據的數目大于所述當前可用并發(fā)量時，所述緩沖單元載入所述請求隊列的請求數據的數目為所述當前可用并發(fā)量。在一個實施例中，所述預定時間間隔設置為當所述請求中間表為空時從所述請求中間表讀取請求數據至所述請求隊列的時間間隔。在一個實施例中，在所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列的同時，將已讀取的所述請求數據標識為正在處理的數據。在一個實施例中，接口緩沖系統(tǒng)還包括消息接收單元，用于接收所述外部接口機返回的所述請求報文的處理結果和所述請求報文的接口請求標識符；和刪除單元，用于將所述處理結果和所述接口請求標識符存入消息中間表，根據所述處理結果和所述接口請求標識符刪除所述請求中間表中的相應請求數據。在一個實施例中，接口緩沖系統(tǒng)還包括獲取單元，用于在將所述處理結果和接口請求標識符存入消息中間表之后從所述消息中間表獲取所述處理結果；超時判斷單元，用于判斷是否在超時時間范圍內獲取到所述處理結果；和消息反饋單元用于當獲取所述處理結果的時間在預定超時時間范圍內時，停止獲取請求信息，向用戶反饋所獲取到的所述處理結果，當未在預定超時時間范圍內獲取到所述處理結果時，向用戶反饋超時消息。在一個實施例中，接口緩沖系統(tǒng)還包括并發(fā)計數器，用于當從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列時，執(zhí)行一次計數操作并將計數結果發(fā)送給所述計算單元，當所述消息接收單元每返回一次處理結果，執(zhí)行一次計數操作并將計數結果發(fā)送給所述計算單元?；谏鲜黾夹g方案，本發(fā)明通過控制接口并發(fā)量的方式來達到接口緩沖的目的。通過對每個接口交互進行唯一標識，將接口消息反饋到對應的調用者，做到消息的無縫隙反饋。本發(fā)明對一般的接口交互增加了接口緩沖機制，并在此基礎上提供了消息反饋方法，避免了由于大量用戶請求而造成接口宕機的情況，使平臺擺脫外部接口機的性能約束，保證了平臺穩(wěn)定運行。另外，本發(fā)明使平臺應用與外部接口機的交互更加獨立，中間僅靠數據庫作為二者關聯的紐帶，從而減輕平臺的事務處理負擔。此處所說明的附圖用來提供對本發(fā)明的進一步解釋，構成本發(fā)明的一部分。本發(fā)明的示意性實施例及其說明僅用于解釋本發(fā)明，但并不構成對本發(fā)明的不當限定。在附圖中圖1為根據本發(fā)明實施例的接口緩沖方法的流程圖。圖2為根據本發(fā)明實施例的接口請求發(fā)送方法的流程圖。圖3為根據本發(fā)明實施例的接口請求反饋方法的流程圖。圖4為根據本發(fā)明實施例的接口緩沖系統(tǒng)的結構示意圖。圖5為根據本發(fā)明另一實施例的接口緩沖系統(tǒng)的結構示意圖。圖6為根據本發(fā)明實施例的接口緩沖發(fā)送模塊的結構示意圖。圖7為根據本發(fā)明實施例的接口緩沖反饋模塊的結構示意圖。具體實施例方式下面參照附圖對本發(fā)明進行更詳細的描述，其中說明本發(fā)明的示例性實施例。在附圖中，相同的標號表示相同或者相似的組件或者元素。圖1為根據本發(fā)明實施例的接口緩沖方法100的流程圖。在步驟102中，接收接口請求信息。在步驟104中，根據接口請求信息生成接口請求標識符。在步驟106中，將接口請求信息和接口請求標識符構成的請求數據存入請求中間表。在步驟108中，計算當前可用并發(fā)量。在步驟110中，從請求中間表中讀取不大于當前可用并發(fā)量的請求數據，將請求數據載入到請求隊列。在步驟112中，將請求隊列中的請求數據封裝成請求報文。在步驟114中，將請求報文通過內部接口機發(fā)送給外部接口機進行處理。本發(fā)明通過控制接口并發(fā)量的方式來達到接口緩沖的目的。避免了由于大量用戶請求而造成接口宕機的情況，使平臺擺脫外部接口機的性能約束，保證了平臺穩(wěn)定運行。另外，本發(fā)明使平臺應用與外部接口機的交互更加獨立，中間僅靠數據庫(請求中間表)作為二者關聯的紐帶，從而減輕平臺的事務處理負擔。圖2為根據本發(fā)明實施例的接口請求發(fā)送方法200的流程圖。在步驟202中，接收接口請求信息。比如當GUI用戶觸發(fā)接口請求信息時，接收此接口請求信息。在步驟204中，根據接口請求信息生成接口請求標識符。其中，接口請求標識符用于唯一地標識相應的接口請求并且貫穿于整個接口緩沖與消息反饋過程。在消息反饋過程中，接口請求的處理結果消息是根據該接口標識符而反饋到對應的GUI用戶的。在步驟206中，將接口請求信息和接口請求標識符構成的請求數據存入請求中間表。在一個實施例中，請求中間表可以包括處理標識符以用于標識該條請求是否已被處理。比如，處理標識符缺省為0，其中0表示未被處理，1表示正被處理。在步驟208中，計算當前可用并發(fā)量。在一個實施例中，可以根據下述公式來計算當前可用并發(fā)量，但不限于下式的形式當前可用并發(fā)量=接口最大并發(fā)量_當前接口并發(fā)量。其中，接口最大并發(fā)量可以根據實際測試獲得的接口瞬間可承受的最大并發(fā)量來設置，而當前接口并發(fā)量可以由后續(xù)步驟216和310獲得。在步驟210中，從請求中間表中讀取不大于當前可用并發(fā)量的請求數據，將請求數據載入到請求隊列。在一個實施例中，可以在將請求數據載入到請求隊列的同時，將已讀取的請求數據標識為正在處理的數據。在一個實施例中，可以以預定時間間隔輪詢請求中間表。其中，預定時間間隔可以設置為當請求中間表為空時，即沒有用戶請求時從請求中間表讀取請求數據至請求隊列的時間間隔。輪循請求中間表的時間間隔可以根據請求頻率、用戶感知及系統(tǒng)開銷等方面綜合考慮而設置。間隔太長可能造成接口請求太慢，太短會加大服務器及數據庫的開銷。當請求中間表中的請求數據的數目小于或等于當前可用并發(fā)量時，將請求中間表中的請求數據全部載入請求隊列，當請求中間表中的請求數據的數目大于當前可用并發(fā)量時，載入請求隊列的請求數據的數目為當前可用并發(fā)量。在步驟216中，當從請求中間表中讀取不大于當前可用并發(fā)量的請求數據，將請求數據載入到請求隊列時，執(zhí)行一次計數操作，并根據計數操作后得到的計數結果計算當前可用并發(fā)量。比如計數操作可以為加N(N為從請求中間表中讀取的請求數據的條數)操作。在下一次觸發(fā)操作時，可以將加N的計數結果用于步驟208的計算。在步驟212中，將請求隊列中的請求數據封裝成請求報文。在步驟214中，將請求報文通過內部接口機發(fā)送給外部接口機進行處理。圖3為根據本發(fā)明實施例的接口請求反饋方法300的流程圖。在步驟302中，接收外部接口機返回的請求報文的處理結果和請求報文的接口請求標識符。在步驟304中，將處理結果和接口請求標識符存入消息中間表。比如，內部接口機可以將處理結果和接口請求標識符存入消息隊列。該消息隊列作為內部接口機與消息中間表之間進行結果消息反饋的緩沖池。在一個實施例中，從消息隊列取出處理結果和接口請求標識符存入消息中間表的時間間隔可以預先進行設置。比如，可以設置為當沒有用戶請求即消息隊列為空時從消息隊列取數據至消息中間表的時間間隔。從消息隊列取出處理結果和接口請求標識符存入消息中間表的時間間隔可以根據請求頻率、用戶感知及系統(tǒng)開銷等方面綜合考慮。間隔太長可能造成GUI消息返回太慢，太短會加大服務器的開銷。在步驟306中，根據處理結果和接口請求標識符刪除請求中間表中的相應請求數據。這表明該請求已處理完畢。在步驟308中，從消息中間表獲取處理結果，當獲取處理結果的時間在預定超時時間范圍內時，停止獲取請求信息，向用戶反饋所獲取到的處理結果，當未在預定超時時間范圍內獲取到處理結果時，向用戶反饋超時消息。其中，可以預先設置GUI從消息中間表中獲取結果消息的時間間隔。獲取結果消息事件自用戶從發(fā)起接口請求時開始觸發(fā)。該時間間隔可以綜合考慮用戶感知，外圍接口機處理能力及服務器系統(tǒng)開銷等方面。間隔時間太長，則導致消息反饋過慢，太短則加大系統(tǒng)開銷。還可以預先設置預定超時時間，比如根據外部接口機處理請求的能力對預定超時時間進行設置。在步驟310中，當外部接口機每返回一次處理結果，執(zhí)行一次計數操作，并根據計數操作后得到的計數結果計算當前可用并發(fā)量。比如，外部接口機每返回一次處理結果，可以執(zhí)行一次減1操作，這意味著釋放一個可用并發(fā)量。減1操作的計算結果可以被用于步驟208的計算。圖4為根據本發(fā)明實施例的接口緩沖系統(tǒng)400的結構示意圖。接口緩沖系統(tǒng)400包括標識符生成單元402、請求中間表404、請求隊列414、計算單元406、緩沖單元408、封裝單元410和發(fā)送單元412。標識符生成單元402，用于接收接口請求信息，根據接口請求信息生成接口請求標識符。請求中間表404，用于存儲接口請求信息和接口請求標識符構成的請求數據。計算單元406，用于計算當前可用并發(fā)量。緩沖單元408，從請求中間表404中讀取不大于當前可用并發(fā)量的請求數據，將請求數據載入到請求隊列414。封裝單元410，用于將請求隊列414中的請求數據封裝成請求報文。發(fā)送單元412，用于將請求報文通過內部接口機發(fā)送給外部接口機進行處理。本發(fā)明通過控制接口并發(fā)量的方式來達到接口緩沖的目的。避免了由于大量用戶請求而造成接口宕機的情況，使平臺擺脫外部接口機的性能約束，保證了平臺穩(wěn)定運行。另外，本發(fā)明使平臺應用與外部接口機的交互更加獨立，中間僅靠數據庫(請求中間表)作為二者關聯的紐帶，從而減輕平臺的事務處理負擔。圖5為根據本發(fā)明另一實施例的接口緩沖系統(tǒng)500的結構示意圖。接口緩沖系統(tǒng)500包括接口緩沖管理模塊502、接口緩沖服務模塊504和消息反饋管理模塊506。接口緩沖管理模塊502用于設置接口的最大并發(fā)量、設置輪循請求中間表的預定時間間隔、并且設置輪循消息隊列的時間間隔。接口緩沖服務模塊504包括接口緩沖發(fā)送模塊512和接口緩沖反饋模塊514。接口緩沖發(fā)送模塊512用于為每筆請求生成接口請求標識符，計算當前可用并發(fā)量，并且對不大于當前可用并發(fā)量的若干條請求進行封裝以發(fā)送至外部接口機。接口緩沖反饋模塊514用于刪除請求中間表中的相應請求記錄，從消息中間表中獲取結果消息，并且用戶⑶I(GraphicalUserInterface，圖形用戶界面)向用戶反饋相應消息。消息反饋管理模塊506用于設置用戶GUI從消息中間表中獲取結果消息的時間間隔，設置消息獲取的預定超時時間，并且設置接口反饋超時的默認消息。圖6為根據本發(fā)明實施例的接口緩沖發(fā)送模塊512的結構示意圖。接口緩沖發(fā)送模塊512包括標識符生成單元602、計算單元604、緩沖單元606、封裝單元608、并發(fā)計數器610、發(fā)送單元612、請求中間表620以及請求隊列622。標識符生成單元602用于接收該接口請求信息，同時為每筆請求生成接口請求標識符，并將該請求信息和接口請求標識符構成的請求數據存入請求中間表620。在一個實施例中，請求中間表620可以如表1所示，但不限于表1的形式，可以根據具體應用設計具體的字段。<table>tableseeoriginaldocumentpage9</column></row><table>其中接口請求標識符用于唯一地標識相應的⑶I請求并且貫穿于整個接口緩沖與消息反饋過程，接口消息是根據該接口標識符而反饋到對應的GUI用戶。在一個實施例中，請求中間表620還可以包括處理標識符以用于標識該條請求是否已被處理。比如，處理標識符缺省為0，其中0表示未被處理，1表示正被處理。另外，為了將接口請求的處理結果消息反饋回用戶，標識符生成單元602同時將所生成的接口請求標識符送至接口緩沖反饋模塊514以根據該接口請求標識符進行相應處理。下文將對此進行進一步描述。計算單元604根據接口緩沖管理模塊502所設置的最大并發(fā)量和當前接口正在處理的請求量，計算當前可用并發(fā)量。當前接口正在處理的請求量是在上次觸發(fā)操作過程中從并發(fā)計數器610發(fā)送而來的計數結果。并發(fā)計數器610用于保存當前正在處理的用戶請求數，即接口當前并發(fā)量，該值初始值為0。在一個實施例中，可以根據下述公式來計算當前可用并發(fā)量，但不限于下式的形式當前可用并發(fā)量=接口最大并發(fā)量_當前接口并發(fā)量。緩沖單元606從請求中間表620中讀取不大于當前可用并發(fā)量的若干條請求，并將該請求數據連同接口請求標識符一起載入到請求隊列622中。在一個實施例中，緩沖單元606在讀取請求數據的同時還將請求中間表620中的這部分數據標識為正在處理的數據。在一個實施例中，緩沖單元606包括輪詢子單元和判斷子單元。輪詢子單元以預定時間間隔輪詢請求中間表620，其中輪循請求中間表620的時間間隔遵循接口緩沖管理模塊所設置的閑時輪循請求中間表620的時間間隔。判斷子單元判斷請求中間表620中的請求條數是否小于等于當前可用并發(fā)量。如果請求中間表620中的數據小于等于當前可用并發(fā)量，則緩沖單元606將請求中間表620中的N(其中N<M，M為當前可用并發(fā)量)條數據全量載入請求隊列622中。如果請求中間表620中的數據大于當前可用并發(fā)量，則緩沖單元以請求時間為順序，取最早發(fā)起的前N(其中N=M，M為當前可用并發(fā)量)條用戶請求載入請求隊列622。封裝單元608從請求隊列622中獲取在緩沖單元606放入到請求隊列622中的所有N條請求數據，將這N條請求數據封裝成請求報文以通過內部接口機發(fā)送至外部接口。并發(fā)計數器610在封裝單元608每執(zhí)行一次發(fā)送操作的情況下相應地執(zhí)行一次加N操作，并將該計數結果送至計算單元604以用于下一次觸發(fā)操作。如前所述，并發(fā)計數器610用于保存當前正在處理的用戶請求數，即接口當前并發(fā)量，該值初始值為0。發(fā)送單元612用于將請求報文通過內部接口機發(fā)送給外部接口機進行處理。圖7為根據本發(fā)明實施例的接口緩沖反饋模塊514的結構示意圖。接口緩沖反饋模塊514包括消息接收單元701、刪除單元702、獲取單元704、超時判斷單元706、消息反饋單元708、消息中間表720以及消息隊列722。消息接收單元701用于接收外部接口機返回的請求報文的處理結果和請求報文的接口請求標識符，并將其存入消息隊列322。刪除單元702用于從消息隊列722中取出結果消息及接口請求標識符存入消息中間表720中，并且根據該接口請求標識符而刪除請求中間表720中的相應請求記錄，這表明該請求已處理完成。其中從消息隊列722取數據入消息中間表720的時間間隔遵循消息反饋管理模塊506設置的閑時輪循消息隊列722的時間間隔。獲取單元704在消息反饋管理模塊506設置的消息反饋超時時間范圍內，每隔一定時段，根據標識符生成單元602生成的接口請求標識符嘗試從消息中間表720中獲取處理結果消息。其中獲取消息事件從用戶發(fā)起請求時開始觸發(fā)。超時判斷單元706判斷是否在超時時間范圍內獲得結果消息。消息反饋單元708在超時判斷單元706判斷出在超時時間范圍內獲得結果消息的情況下，停止請求消息獲取事件并且向用戶反饋獲取單元所獲取的結果消息；另一方面，在超時判斷單元706判斷出在超時時間范圍內未獲得該結果消息的情況下，則向用戶反饋超時消息，該超時消息為在所設置的接口默認超時消息。本發(fā)明通過控制接口并發(fā)量的方式來達到接口緩沖的目的。通過對每個接口交互進行唯一標識，將接口消息反饋到對應的調用者，做到消息的無縫隙反饋。本發(fā)明對一般的接口交互增加了接口緩沖機制，并在此基礎上提供了消息反饋方法，避免了由于大量用戶請求而造成接口宕機的情況，使平臺擺脫外部接口機的性能約束，保證了平臺穩(wěn)定運行。另外，本發(fā)明使平臺應用與外部接口機的交互更加獨立，中間僅靠數據庫(請求中間表和消息中間表)作為二者關聯的紐帶，從而減輕平臺的事務處理負擔。本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應用，并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適于特定用途的帶有各種修改的各種實施例。權利要求一種接口緩沖方法，其特征在于，包括接收接口請求信息；根據所述接口請求信息生成接口請求標識符；將所述接口請求信息和所述接口請求標識符構成的請求數據存入請求中間表；計算當前可用并發(fā)量；從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列；將所述請求隊列中的請求數據封裝成請求報文；和將所述請求報文通過內部接口機發(fā)送給外部接口機進行處理。2.根據權利要求1所述的接口緩沖方法，其特征在于，所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列包括以預定時間間隔輪詢所述請求中間表；當所述請求中間表中的請求數據的數目小于或等于所述當前可用并發(fā)量時，將所述請求中間表中的請求數據全部載入所述請求隊列；當所述請求中間表中的請求數據的數目大于所述當前可用并發(fā)量時，載入所述請求隊列的請求數據的數目為所述當前可用并發(fā)量。3.根據權利要求2所述的接口緩沖方法，其特征在于，所述預定時間間隔設置為當所述請求中間表為空時從所述請求中間表讀取請求數據至所述請求隊列的時間間隔。4.根據權利要求1所述的接口緩沖方法，其特征在于，在所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列的同時，將已讀取的所述請求數據標識為正在處理的數據。5.根據權利要求1所述的接口緩沖方法，其特征在于，還包括接收所述外部接口機返回的所述請求報文的處理結果和所述請求報文的接口請求標識符；將所述處理結果和所述接口請求標識符存入消息中間表；和根據所述處理結果和所述接口請求標識符刪除所述請求中間表中的相應請求數據。6.根據權利要求5所述的接口緩沖方法，其特征在于，在所述將所述處理結果和所述接口請求標識符存入消息中間表之后包括從所述消息中間表獲取所述處理結果；當獲取所述處理結果的時間在預定超時時間范圍內時，停止獲取請求信息，向用戶反饋所獲取到的處理結果；和當未在預定超時時間范圍內獲取到所述處理結果時，向用戶反饋超時消息。7.根據權利要求5所述的接口緩沖方法，其特征在于，還包括當從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列時，執(zhí)行一次計數操作，并根據所述計數操作后得到的計數結果計算當前可用并發(fā)量；和當所述外部接口機每返回一次處理結果，執(zhí)行一次計數操作，并根據所述計數操作后得到的計數結果計算當前可用并發(fā)量。8.一種接口緩沖系統(tǒng)，其特征在于，包括標識符生成單元，用于接收接口請求信息，根據所述接口請求信息生成接口請求標識符；請求中間表，用于存儲所述接口請求信息和所述接口請求標識符構成的請求數據；計算單元，用于計算當前可用并發(fā)量；緩沖單元，從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列；封裝單元，用于將所述請求隊列中的請求數據封裝成請求報文；和發(fā)送單元，用于將所述請求報文通過內部接口機發(fā)送給外部接口機進行處理。9.根據權利要求8所述的接口緩沖系統(tǒng)，其特征在于，所述緩沖單元包括輪詢子單元，用于以預定時間間隔輪詢所述請求中間表；判斷子單元，用于判斷所述請求中間表中的請求數據的數目與當前可用并發(fā)量的大小關系，當所述請求中間表中的請求數據的數目小于或等于所述當前可用并發(fā)量時，所述緩沖單元將所述請求中間表中的請求數據全部載入所述請求隊列，當所述請求中間表中的請求數據的數目大于所述當前可用并發(fā)量時，所述緩沖單元載入所述請求隊列的請求數據的數目為所述當前可用并發(fā)量。10.根據權利要求9所述的接口緩沖系統(tǒng)，其特征在于，所述預定時間間隔設置為當所述請求中間表為空時從所述請求中間表讀取請求數據至所述請求隊列的時間間隔。11.根據權利要求8所述的接口緩沖系統(tǒng)，其特征在于，在所述從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列的同時，將已讀取的所述請求數據標識為正在處理的數據。12.根據權利要求8所述的接口緩沖系統(tǒng)，其特征在于，還包括消息接收單元，用于接收所述外部接口機返回的所述請求報文的處理結果和所述請求報文的接口請求標識符；和刪除單元，用于將所述處理結果和所述接口請求標識符存入消息中間表，根據所述處理結果和所述接口請求標識符刪除所述請求中間表中的相應請求數據。13.根據權利要求12所述的接口緩沖系統(tǒng)，其特征在于，還包括獲取單元，用于在將所述處理結果和接口請求標識符存入消息中間表之后從所述消息中間表獲取所述處理結果；超時判斷單元，用于判斷是否在超時時間范圍內獲取到所述處理結果；和消息反饋單元，用于當獲取所述處理結果的時間在預定超時時間范圍內時，停止獲取請求信息，向用戶反饋所獲取到的所述處理結果，當未在預定超時時間范圍內獲取到所述處理結果時，向用戶反饋超時消息。14.根據權利要求12所述的接口緩沖系統(tǒng)，其特征在于，還包括并發(fā)計數器，用于當從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列時，執(zhí)行一次計數操作并將計數結果發(fā)送給所述計算單元，當所述消息接收單元每返回一次處理結果，執(zhí)行一次計數操作并將計數結果發(fā)送給所述計算單元。全文摘要本發(fā)明提供一種接口緩沖方法和系統(tǒng)，涉及接口技術。其中一種接口緩沖方法，包括接收接口請求信息；根據所述接口請求信息生成接口請求標識符；將所述接口請求信息和所述接口請求標識符構成的請求數據存入請求中間表；計算當前可用并發(fā)量；從所述請求中間表中讀取不大于所述當前可用并發(fā)量的請求數據，將所述請求數據載入到請求隊列；將所述請求隊列中的請求數據封裝成請求報文；和將所述請求報文通過內部接口機發(fā)送給外部接口機進行處理。本發(fā)明避免了由于大量用戶請求而造成接口宕機的情況，使平臺擺脫外部接口機的性能約束，保證了平臺穩(wěn)定運行。文檔編號H04L29/06GK101800663SQ20101010757公開日2010年8月11日申請日期2010年2月9日優(yōu)先權日2010年2月9日發(fā)明者葉小衛(wèi),唐浩,朱強,胡必跑,蔣璽,韋海強申請人:中國電信股份有限公司;浙江省公眾信息產業(yè)有限公司