一種交換系統(tǒng)及一種信息交換方法
【專利摘要】本申請(qǐng)?zhí)峁┝艘环N交換系統(tǒng)及一種信息交換方法，其中的交換系統(tǒng)具體包括：服務(wù)端通訊組件和目的端通訊組件；其中，所述服務(wù)端通訊組件在通訊過(guò)程中提供監(jiān)聽(tīng)服務(wù)，以接收服務(wù)系統(tǒng)發(fā)送的交易請(qǐng)求，包括：請(qǐng)求接收模塊，標(biāo)識(shí)識(shí)別模塊，并發(fā)數(shù)登記模塊，并發(fā)數(shù)控制模塊，請(qǐng)求轉(zhuǎn)發(fā)模塊和第一并發(fā)數(shù)更新模塊；所述目的端通訊組件在通訊過(guò)程中作為客戶端向服務(wù)系統(tǒng)發(fā)起交易請(qǐng)求，包括：請(qǐng)求發(fā)送模塊，統(tǒng)計(jì)模塊和生效模塊。本申請(qǐng)能夠降低物力、人力成本及系統(tǒng)維護(hù)的復(fù)雜度，且能夠提高處理效率。
【專利說(shuō)明】一種交換系統(tǒng)及一種信息交換方法
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及通信【技術(shù)領(lǐng)域】，特別是涉及一種交換系統(tǒng)及一種信息交換方法。
【背景技術(shù)】
[0002]一個(gè)交換系統(tǒng)需要和各種不同的服務(wù)系統(tǒng)進(jìn)行互聯(lián)，以完成各種服務(wù)系統(tǒng)間信息的交互和轉(zhuǎn)換。由于需要與眾多的服務(wù)系統(tǒng)進(jìn)行信息交換，服務(wù)系統(tǒng)一旦出現(xiàn)故障就有可能影響到交換系統(tǒng)的穩(wěn)定運(yùn)行。例如，為交換系統(tǒng)提供服務(wù)的某服務(wù)系統(tǒng)一旦發(fā)生故障，去往該故障服務(wù)系統(tǒng)的交易處理就可能變得緩慢，從而造成交換系統(tǒng)中大量去往該故障服務(wù)系統(tǒng)的交易堆積，使得交換系統(tǒng)的資源過(guò)多地被該故障服務(wù)系統(tǒng)的交易占據(jù)；此種情況下，由于沒(méi)有足夠的資源來(lái)處理其它正常服務(wù)系統(tǒng)的交易，故其它正常服務(wù)系統(tǒng)的交易處理也會(huì)受到影響，影響輕微時(shí)可能只是導(dǎo)致交易變得緩慢和響應(yīng)時(shí)間變長(zhǎng)，影響嚴(yán)重時(shí)可能會(huì)造成交換系統(tǒng)癱瘓，而一旦交換系統(tǒng)癱瘓，會(huì)造成所有與之相連的服務(wù)系統(tǒng)都無(wú)法進(jìn)行信息交換也陷入癱瘓，從而造成整個(gè)業(yè)務(wù)的中斷。
[0003]為避免交換系統(tǒng)和與之相連的服務(wù)系統(tǒng)陷入癱瘓，現(xiàn)有技術(shù)使用監(jiān)控系統(tǒng)對(duì)交換系統(tǒng)和服務(wù)系統(tǒng)的運(yùn)行情況進(jìn)行監(jiān)控，相應(yīng)的監(jiān)控流程具體可以包括:
[0004]步驟1、預(yù)設(shè)監(jiān)控指標(biāo)閾值；
[0005]步驟2、采集監(jiān)控指標(biāo)參數(shù)；所述監(jiān)控指標(biāo)參數(shù)具體可以包括:交易處理速度、平均響應(yīng)時(shí)間、并發(fā)量、交易成功率等；
[0006]步驟3、在當(dāng)前監(jiān)控指標(biāo)參數(shù)達(dá)到或超出對(duì)應(yīng)的監(jiān)控指標(biāo)閾值時(shí)，發(fā)出報(bào)警提示。
[0007]相關(guān)運(yùn)維人員看到報(bào)警提示后可以根據(jù)報(bào)警提示情況對(duì)交換系統(tǒng)進(jìn)行檢查，分析問(wèn)題原因，如果是由于服務(wù)系統(tǒng)故障導(dǎo)致交換系統(tǒng)被堵塞的情況，則需要手工進(jìn)行干預(yù)，如停止和故障服務(wù)系統(tǒng)相連的服務(wù)進(jìn)程或組件等，以確保交換系統(tǒng)不被故障服務(wù)系統(tǒng)的交易堵塞。因此，現(xiàn)有技術(shù)通過(guò)監(jiān)控系統(tǒng)的報(bào)警功能可以提前發(fā)現(xiàn)交換系統(tǒng)運(yùn)行異常的一些先兆跡象，比如隊(duì)列中大量信息堆積、CPU使用率過(guò)高、空閑內(nèi)存過(guò)少等等，這樣運(yùn)維人員就可以提前對(duì)交換系統(tǒng)進(jìn)行一些人工干預(yù)，避免交換系統(tǒng)的堵塞情況進(jìn)一步惡化最終造成陷入癱瘓。當(dāng)故障服務(wù)系統(tǒng)恢復(fù)正常后，運(yùn)維人員還需要手工將停止的故障服務(wù)系統(tǒng)相關(guān)的服務(wù)進(jìn)程或組件啟動(dòng)，以恢復(fù)故障服務(wù)系統(tǒng)的交易。
[0008]然而，現(xiàn)有技術(shù)具有如下缺點(diǎn):
[0009]第一，專業(yè)的監(jiān)控系統(tǒng)需要耗費(fèi)大量的物力成本；
[0010]第二，為了使得監(jiān)控系統(tǒng)采集得到交換系統(tǒng)及服務(wù)系統(tǒng)的監(jiān)控指標(biāo)參數(shù)，現(xiàn)有技術(shù)需要對(duì)交換系統(tǒng)及服務(wù)系統(tǒng)進(jìn)行一定的改造，使其按照監(jiān)控系統(tǒng)的要求提供監(jiān)控指標(biāo)參數(shù)，所述改造無(wú)疑增加了系統(tǒng)維護(hù)的復(fù)雜度；
[0011]第三，需要運(yùn)維人員針對(duì)報(bào)警提示進(jìn)行人工干預(yù)，才能確保交換系統(tǒng)的運(yùn)行穩(wěn)定，所述人工干預(yù)無(wú)疑占用大量的人力成本，且效率低下。

【發(fā)明內(nèi)容】
[0012]本申請(qǐng)所要解決的技術(shù)問(wèn)題是提供一種交換系統(tǒng)及一種信息交換方法，能夠降低物力、人力成本及系統(tǒng)維護(hù)的復(fù)雜度，且能夠提高處理效率。
[0013]為了解決上述問(wèn)題，本申請(qǐng)公開(kāi)了一種交換系統(tǒng)，包括:服務(wù)端通訊組件和目的端通訊組件；
[0014]其中，所述服務(wù)端通訊組件，包括:
[0015]請(qǐng)求接收模塊，用于接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求；
[0016]標(biāo)識(shí)識(shí)別模塊，用于識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0017]并發(fā)數(shù)登記模塊，用于在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ;
[0018]并發(fā)數(shù)控制模塊，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求；
[0019]請(qǐng)求轉(zhuǎn)發(fā)模塊，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，將所述交易請(qǐng)求轉(zhuǎn)發(fā)至所述目的端通訊組件；及
[0020]第一并發(fā)數(shù)更新模塊，用于針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I;
[0021]所述目的端通訊組件，包括:
[0022]請(qǐng)求發(fā)送模塊，用于向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送來(lái)自所述服務(wù)端通訊組件的交易請(qǐng)求；
[0023]統(tǒng)計(jì)模塊，用于統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)；及
[0024]生效模塊，用于在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0025]優(yōu)選的，所述目的端通訊組件，還包括:
[0026]刪除模塊，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0027]優(yōu)選的，所述目的端通訊組件，還包括:
[0028]第二并發(fā)數(shù)更新模塊，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減I。
[0029]優(yōu)選的，所述通訊故障包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一。
[0030]優(yōu)選的，所述標(biāo)識(shí)識(shí)別模塊，具體用于通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0031]另一方面，本申請(qǐng)還公開(kāi)了一種信息交換方法，包括:
[0032]接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求；
[0033]識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0034]在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ;
[0035]在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求；[0036]在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送所述交易請(qǐng)求；
[0037]針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I ;
[0038]統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)；
[0039]在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0040]優(yōu)選的，所述方法還包括:
[0041]在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0042]優(yōu)選的，所述方法還包括:
[0043]在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減
1
[0044]優(yōu)選的，所述通訊故障包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一。
[0045]優(yōu)選的，所述識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)的步驟具體為，通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0046]與現(xiàn)有技術(shù)相比，本申請(qǐng)具有以下優(yōu)點(diǎn):
[0047]第一，與現(xiàn)有技術(shù)采用專業(yè)的監(jiān)控系統(tǒng)以采集監(jiān)控?cái)?shù)據(jù)相比，本申請(qǐng)的交換系統(tǒng)能夠在無(wú)需其它系統(tǒng)參與的情況下，自動(dòng)識(shí)別故障服務(wù)系統(tǒng)，且無(wú)需對(duì)交換系統(tǒng)及與之相連的服務(wù)系統(tǒng)進(jìn)行改造，因此，既能夠降低現(xiàn)有技術(shù)中專業(yè)的監(jiān)控系統(tǒng)所耗費(fèi)的物力成本，又能夠降低現(xiàn)有技術(shù)中被監(jiān)控系統(tǒng)改造所帶來(lái)系統(tǒng)維護(hù)的復(fù)雜度；
[0048]第二，相對(duì)于現(xiàn)有技術(shù)中運(yùn)維人員針對(duì)報(bào)警提示進(jìn)行人工干預(yù)以確保交換系統(tǒng)的運(yùn)行穩(wěn)定，本申請(qǐng)自動(dòng)將通往故障服務(wù)系統(tǒng)的交易并發(fā)數(shù)限制在第一閾值以內(nèi)，且把交易并發(fā)數(shù)超過(guò)的交易請(qǐng)求直接拒絕擋回，這樣，無(wú)需類似現(xiàn)有技術(shù)人工針對(duì)與故障服務(wù)系統(tǒng)的相關(guān)服務(wù)和組件進(jìn)行啟停操作，因此，能夠降低人工干預(yù)所耗費(fèi)的人力成本，且能夠提高故障的處理效率；
[0049]第三，保留數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求發(fā)往故障服務(wù)系統(tǒng)，而超出該第一閾值的其余交易請(qǐng)求都將按照并發(fā)數(shù)超限的情況被拒絕，能夠確保交換系統(tǒng)的資源不過(guò)多的被故障服務(wù)系統(tǒng)占用，使得正常服務(wù)系統(tǒng)的交易請(qǐng)求能夠有充足的資源進(jìn)行處理，從而能夠確保正常服務(wù)系統(tǒng)的交易不會(huì)受到影響；
[0050]第四，上述數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求可稱為探測(cè)交易請(qǐng)求，可用于及時(shí)檢查對(duì)應(yīng)故障服務(wù)系統(tǒng)是否恢復(fù)正常；
[0051]第五，相對(duì)于現(xiàn)有技術(shù)手工將停止的故障服務(wù)系統(tǒng)相關(guān)的服務(wù)進(jìn)程或組件啟動(dòng)，以恢復(fù)故障服務(wù)系統(tǒng)的交易，本申請(qǐng)能夠在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)，以能夠自動(dòng)恢復(fù)故障服務(wù)系統(tǒng)的交易，因此能夠節(jié)省人力成本，且能夠提高故障的處理效率?！緦＠綀D】

【附圖說(shuō)明】
[0052]圖1是本申請(qǐng)一種交換系統(tǒng)實(shí)施例1的結(jié)構(gòu)圖；
[0053]圖2是圖1所示交換系統(tǒng)的處理流程示意圖；
[0054]圖3是本申請(qǐng)一種交換系統(tǒng)實(shí)施例2的結(jié)構(gòu)圖；
[0055]圖4是圖3所示交換系統(tǒng)的處理流程示意圖；及
[0056]圖5是本申請(qǐng)一種信息交換方法實(shí)施例的流程圖。
【具體實(shí)施方式】
[0057]為使本申請(qǐng)的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和【具體實(shí)施方式】對(duì)本申請(qǐng)作進(jìn)一步詳細(xì)的說(shuō)明。
[0058]參照?qǐng)D1，示出了本申請(qǐng)一種交換系統(tǒng)實(shí)施例1的結(jié)構(gòu)圖，具體可以包括:服務(wù)端通訊組件101和目的端通訊組件102 ；
[0059]其中，所述服務(wù)端通訊組件101，具體可以包括:
[0060]請(qǐng)求接收模塊111，用于接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求；
[0061]標(biāo)識(shí)識(shí)別模塊112，用于識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0062]并發(fā)數(shù)登記模塊113，用于在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ;
[0063]并發(fā)數(shù)控制模塊114，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求；
[0064]請(qǐng)求轉(zhuǎn)發(fā)模塊115，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，將所述交易請(qǐng)求轉(zhuǎn)發(fā)至所述目的端通訊組件；及
[0065]第一并發(fā)數(shù)更新模塊116，用于針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I ;
[0066]所述目的端通訊組件102，具體可以包括:
[0067]請(qǐng)求發(fā)送模塊121，用于向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送來(lái)自所述服務(wù)端通訊組件的交易請(qǐng)求；
[0068]統(tǒng)計(jì)模塊122，用于統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)；及
[0069]生效模塊123，用于在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0070]本申請(qǐng)實(shí)施例中，服務(wù)系統(tǒng)的標(biāo)識(shí)(ID，Identity)可用于唯一地標(biāo)識(shí)一個(gè)為交換系統(tǒng)提供服務(wù)的服務(wù)系統(tǒng)。在實(shí)際應(yīng)用中，服務(wù)系統(tǒng)的標(biāo)識(shí)可由所述標(biāo)識(shí)識(shí)別模塊112通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)，其可以為從報(bào)文數(shù)據(jù)中得到的卡號(hào)、賬號(hào)、客戶號(hào)、企業(yè)編號(hào)等，本申請(qǐng)實(shí)施例對(duì)具體的服務(wù)系統(tǒng)的標(biāo)識(shí)的形式不加以限制。
[0071]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，可以將所述服務(wù)系統(tǒng)的標(biāo)識(shí)保存在消息隊(duì)列頭結(jié)構(gòu)中，并將所述消息隊(duì)列頭結(jié)構(gòu)在服務(wù)端通訊組件101和目的端通訊組件102之間傳遞。
[0072]服務(wù)端通訊組件101可以在通訊過(guò)程中提供監(jiān)聽(tīng)服務(wù)，以接收服務(wù)系統(tǒng)發(fā)送的交易請(qǐng)求；目的端通訊組件102可以在通訊過(guò)程中作為客戶端向服務(wù)系統(tǒng)發(fā)起交易請(qǐng)求。
[0073]由于目的端通訊組件102可以在通訊過(guò)程中作為客戶端向服務(wù)系統(tǒng)發(fā)起交易請(qǐng)求，故目的端通訊組件102可依據(jù)交易請(qǐng)求的處理狀況，自動(dòng)識(shí)別發(fā)生故障的服務(wù)系統(tǒng)(以下簡(jiǎn)稱故障服務(wù)系統(tǒng))；具體地，統(tǒng)計(jì)模塊122可統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)，所述通訊故障具體可以包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一，這樣，生效模塊123可以在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)；其中，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)意味著故障服務(wù)系統(tǒng)名單中服務(wù)系統(tǒng)的標(biāo)識(shí)為故障服務(wù)系統(tǒng)的標(biāo)識(shí)；所述第二閾值可由本領(lǐng)域技術(shù)人員根據(jù)實(shí)際情況確定，例如其的一個(gè)優(yōu)選值為3。
[0074]為避免故障服務(wù)系統(tǒng)占用交換系統(tǒng)的資源，服務(wù)端通訊組件101會(huì)自動(dòng)隔離訪問(wèn)故障服務(wù)系統(tǒng)的交易請(qǐng)求，具體地，當(dāng)訪問(wèn)故障服務(wù)系統(tǒng)名單中服務(wù)系統(tǒng)的標(biāo)識(shí)的交易請(qǐng)求進(jìn)入時(shí)交換系統(tǒng)時(shí)，服務(wù)端通訊組件101保留數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求發(fā)往故障服務(wù)系統(tǒng)，這些數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求可稱為探測(cè)交易請(qǐng)求，用于及時(shí)檢查對(duì)應(yīng)故障服務(wù)系統(tǒng)是否恢復(fù)正常，而超出該第一閾值的其余交易請(qǐng)求都將按照并發(fā)數(shù)超限的情況被拒絕，以確保交換系統(tǒng)的資源不過(guò)多的被故障服務(wù)系統(tǒng)占用；所述第一閾值可由本領(lǐng)域技術(shù)人員根據(jù)實(shí)際情況確定，例如其的一個(gè)優(yōu)選值為I。
[0075]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，所述目的端通訊組件102還可以包括:第二并發(fā)數(shù)更新模塊，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減I。第二并發(fā)數(shù)更新模塊與第一并發(fā)數(shù)更新模塊116相應(yīng)，用于及時(shí)更新服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)。
[0076]總之，本申請(qǐng)實(shí)施例具有如下優(yōu)點(diǎn):
[0077]第一，與現(xiàn)有技術(shù)采用專業(yè)的監(jiān)控系統(tǒng)以采集監(jiān)控?cái)?shù)據(jù)相比，本申請(qǐng)實(shí)施例的交換系統(tǒng)能夠在無(wú)需其它系統(tǒng)參與的情況下，自動(dòng)識(shí)別故障服務(wù)系統(tǒng)，且無(wú)需對(duì)交換系統(tǒng)及與之相連的服務(wù)系統(tǒng)進(jìn)行改造，因此，既能夠降低現(xiàn)有技術(shù)中專業(yè)的監(jiān)控系統(tǒng)所耗費(fèi)的物力成本，又能夠降低現(xiàn)有技術(shù)中被監(jiān)控系統(tǒng)改造所帶來(lái)系統(tǒng)維護(hù)的復(fù)雜度；
[0078]第二，相對(duì)于現(xiàn)有技術(shù)中運(yùn)維人員針對(duì)報(bào)警提示進(jìn)行人工干預(yù)以確保交換系統(tǒng)的運(yùn)行穩(wěn)定，本申請(qǐng)實(shí)施例自動(dòng)將通往故障服務(wù)系統(tǒng)的交易并發(fā)數(shù)限制在第一閾值以內(nèi)，且把交易并發(fā)數(shù)超過(guò)的交易請(qǐng)求直接拒絕擋回，這樣，無(wú)需類似現(xiàn)有技術(shù)人工針對(duì)與故障服務(wù)系統(tǒng)的相關(guān)服務(wù)和組件進(jìn)行啟停操作，因此，能夠降低人工干預(yù)所耗費(fèi)的人力成本，且能夠提聞故障的處理效率；
[0079]第三，保留數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求發(fā)往故障服務(wù)系統(tǒng)，而超出該第一閾值的其余交易請(qǐng)求都將按照并發(fā)數(shù)超限的情況被拒絕，能夠確保交換系統(tǒng)的資源不過(guò)多的被故障服務(wù)系統(tǒng)占用，使得正常服務(wù)系統(tǒng)的交易請(qǐng)求能夠有充足的資源進(jìn)行處理，從而能夠確保正常服務(wù)系統(tǒng)的交易不會(huì)受到影響；
[0080]第四，上述數(shù)量與第一閾值相應(yīng)的交易請(qǐng)求可稱為探測(cè)交易請(qǐng)求，可用于及時(shí)檢查對(duì)應(yīng)故障服務(wù)系統(tǒng)是否恢復(fù)正常。
[0081]參照?qǐng)D2，示出了圖1所示交換系統(tǒng)的處理流程，該處理流程具體可以包括:
[0082]當(dāng)渠道(圖中為渠道I?渠道η)發(fā)送一筆交易要經(jīng)過(guò)交換系統(tǒng)去一個(gè)服務(wù)系統(tǒng)進(jìn)行處理，該交易進(jìn)入服務(wù)端通訊組件101后由服務(wù)端通訊組件101識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)，并將交易轉(zhuǎn)發(fā)至目的端通訊組件102 ；
[0083]目的端通訊組件102將交易發(fā)給對(duì)應(yīng)服務(wù)系統(tǒng)，如果交易發(fā)生通訊層面的故障(如通訊超時(shí)、發(fā)生請(qǐng)求失敗、接收響應(yīng)失敗、建立連接失敗等)而非應(yīng)用故障(余額不足、密碼錯(cuò)誤等)，則會(huì)在故障系統(tǒng)名單中登記該服務(wù)系統(tǒng)的標(biāo)識(shí)，并進(jìn)行計(jì)數(shù)，如果連續(xù)三筆交易都發(fā)生通訊層面的故障，則計(jì)數(shù)累計(jì)為3，于是目的端通訊組件102會(huì)在故障系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0084]當(dāng)再有同樣服務(wù)系統(tǒng)的標(biāo)識(shí)的交易進(jìn)入服務(wù)端通訊組件101時(shí)，服務(wù)端通訊組件01會(huì)檢查該服務(wù)系統(tǒng)的標(biāo)識(shí)是否在故障服務(wù)系統(tǒng)名單中，如果在則服務(wù)端通訊組件101會(huì)檢查該服務(wù)系統(tǒng)的標(biāo)識(shí)對(duì)應(yīng)的交易并發(fā)數(shù)是否大于等于1，如果是則直接拒絕交易，避免交易進(jìn)入交換系統(tǒng)占用系統(tǒng)資源，否則將交易轉(zhuǎn)發(fā)至目的端通訊組件102。
[0085]參照?qǐng)D3，示出了本申請(qǐng)一種交換系統(tǒng)實(shí)施例2的結(jié)構(gòu)圖，具體可以包括:服務(wù)端通訊組件301和目的端通訊組件302 ；
[0086]其中，所述服務(wù)端通訊組件301，具體可以包括:
[0087]請(qǐng)求接收模塊311，用于接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求；
[0088]標(biāo)識(shí)識(shí)別模塊312，用于識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0089]并發(fā)數(shù)登記模塊313，用于在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ;
[0090]并發(fā)數(shù)控制模塊314，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求；
[0091]請(qǐng)求轉(zhuǎn)發(fā)模塊315，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，將所述交易請(qǐng)求轉(zhuǎn)發(fā)至所述目的端通訊組件；及
[0092]第一并發(fā)數(shù)更新模塊316，用于針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I ;
[0093]所述目的端通訊組件302，具體可以包括:
[0094]請(qǐng)求發(fā)送模塊321，用于向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送來(lái)自所述服務(wù)端通訊組件的交易請(qǐng)求；
[0095]統(tǒng)計(jì)模塊322，用于統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)；
[0096]生效模塊323，用于在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí) '及
[0097]刪除模塊324，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0098]相對(duì)于圖1所示實(shí)施例1，圖3所示實(shí)施例2在故障服務(wù)系統(tǒng)恢復(fù)正常后，自動(dòng)恢復(fù)與對(duì)應(yīng)故障系統(tǒng)的交易，具體地，在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)；由于該服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中，故服務(wù)端通訊組件301無(wú)需再進(jìn)行其交易并發(fā)數(shù)的限制，故能夠恢復(fù)該服務(wù)系統(tǒng)的交易。因此，相對(duì)于現(xiàn)有技術(shù)手工將停止的故障服務(wù)系統(tǒng)相關(guān)的服務(wù)進(jìn)程或組件啟動(dòng)，以恢復(fù)故障服務(wù)系統(tǒng)的交易，本申請(qǐng)實(shí)施例能夠自動(dòng)恢復(fù)故障服務(wù)系統(tǒng)的交易，因此能夠節(jié)省人力成本。[0099]參照?qǐng)D4，示出了圖3所示交換系統(tǒng)的處理流程，該處理流程具體可以包括:
[0100]針對(duì)故障服務(wù)系統(tǒng)名單中某服務(wù)系統(tǒng)的標(biāo)識(shí)，當(dāng)其一筆交易由目的端通訊組件202發(fā)送到對(duì)應(yīng)服務(wù)系統(tǒng)后成功收到應(yīng)答信息時(shí)，說(shuō)明該服務(wù)系統(tǒng)恢復(fù)正常，此時(shí)目的端通訊組件202會(huì)將該服務(wù)系統(tǒng)的標(biāo)識(shí)從故障服務(wù)系統(tǒng)名單中刪除。
[0101]此時(shí)，如果攜帶有該服務(wù)系統(tǒng)的標(biāo)識(shí)的交易進(jìn)入到服務(wù)端通訊組件201，服務(wù)端通訊組件201在故障服務(wù)系統(tǒng)名單中查找不到交易對(duì)應(yīng)的服務(wù)系統(tǒng)的標(biāo)識(shí)，因此服務(wù)端通訊組件201不再控制該服務(wù)系統(tǒng)的標(biāo)識(shí)對(duì)應(yīng)的交易并發(fā)數(shù)，只是將交易并發(fā)數(shù)累加后轉(zhuǎn)發(fā)給目的端通訊組件202 ;這樣，該服務(wù)系統(tǒng)的標(biāo)識(shí)對(duì)應(yīng)服務(wù)系統(tǒng)的交易并發(fā)數(shù)恢復(fù)正常，交換系統(tǒng)可以大量處理通往往該服務(wù)系統(tǒng)的交易。
[0102]參照?qǐng)D5，示出了本申請(qǐng)一種信息交換方法實(shí)施例的流程圖，具體可以包括:
[0103]步驟501、接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求；
[0104]步驟502、識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)；
[0105]步驟503、在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ;
[0106]步驟504、在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求；
[0107]步驟505、在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送所述交易請(qǐng)求；
[0108]步驟506、針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I ;
[0109]步驟507、統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)；
[0110]步驟508、在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0111]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，所述方法還可以包括:在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0112]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，所述方法還可以包括:在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減I。
[0113]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，所述通訊故障具體可以包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一。
[0114]在本申請(qǐng)的一種優(yōu)選實(shí)施例中，所述方法還可以包括:所述識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)的步驟502具體可以為，通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)。
[0115]本說(shuō)明書(shū)中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見(jiàn)即可。對(duì)于方法實(shí)施例而言，由于其與系統(tǒng)實(shí)施例基本相似，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)系統(tǒng)實(shí)施例的部分說(shuō)明即可。
[0116]以上對(duì)本申請(qǐng)所提供的一種交換系統(tǒng)及一種信息交換方法，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本申請(qǐng)的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本申請(qǐng)的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請(qǐng)的思想，在【具體實(shí)施方式】及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本申請(qǐng)的限制。
【權(quán)利要求】
1.一種交換系統(tǒng)，其特征在于，包括:服務(wù)端通訊組件和目的端通訊組件； 其中，所述服務(wù)端通訊組件，包括: 請(qǐng)求接收模塊，用于接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求； 標(biāo)識(shí)識(shí)別模塊，用于識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)； 并發(fā)數(shù)登記模塊，用于在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ; 并發(fā)數(shù)控制模塊，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求； 請(qǐng)求轉(zhuǎn)發(fā)模塊，用于在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，將所述交易請(qǐng)求轉(zhuǎn)發(fā)至所述目的端通訊組件；及 第一并發(fā)數(shù)更新模塊，用于針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I; 所述目的端通訊組件，包括: 請(qǐng)求發(fā)送模塊，用于向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送來(lái)自所述服務(wù)端通訊組件的交易請(qǐng)求； 統(tǒng)計(jì)模塊，用于統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù) '及 生效模塊，用于在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)`系統(tǒng)的標(biāo)識(shí)。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述目的端通訊組件，還包括: 刪除模塊，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
3.如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述目的端通訊組件，還包括: 第二并發(fā)數(shù)更新模塊，用于在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減I。
4.如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述通訊故障包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一。
5.如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述標(biāo)識(shí)識(shí)別模塊，具體用于通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)。
6.—種信息交換方法,其特征在于,包括: 接收通往某服務(wù)系統(tǒng)的交易請(qǐng)求； 識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)； 在登記區(qū)中不存在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)時(shí)，登記所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)為O ; 在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)在故障服務(wù)系統(tǒng)名單中且所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)大于等于第一閾值時(shí)，拒絕所述交易請(qǐng)求； 在所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)不在故障服務(wù)系統(tǒng)名單中或者所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)小于第一閾值時(shí)，向?qū)?yīng)服務(wù)系統(tǒng)發(fā)送所述交易請(qǐng)求；針對(duì)轉(zhuǎn)發(fā)至所述目的端通訊組件的交易請(qǐng)求，將其對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)加I; 統(tǒng)計(jì)所發(fā)送交易請(qǐng)求的通訊故障次數(shù)； 在通往某服務(wù)系統(tǒng)的交易請(qǐng)求的通訊故障次數(shù)達(dá)到第二閾值時(shí)，在故障服務(wù)系統(tǒng)名單中生效該服務(wù)系統(tǒng)的標(biāo)識(shí)。
7.如權(quán)利要求6所述的方法，其特征在于，還包括: 在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，在故障服務(wù)系統(tǒng)名單中刪除該服務(wù)系統(tǒng)的標(biāo)識(shí)。
8.如權(quán)利要求6或7所述的方法，其特征在于，還包括: 在接收到某服務(wù)系統(tǒng)的應(yīng)答信息時(shí)，將該服務(wù)系統(tǒng)的標(biāo)識(shí)所對(duì)應(yīng)的交易并發(fā)數(shù)減I。
9.如權(quán)利要求6或7所述的方法，其特征在于，所述通訊故障包括:通訊超時(shí)、無(wú)法建立連接、無(wú)法發(fā)送數(shù)據(jù)和無(wú)法接收數(shù)據(jù)中的任一。
10.如權(quán)利要求6或7所述的方法，其特征在于，所述識(shí)別所述交易請(qǐng)求對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)的步驟具體為，通過(guò)服務(wù)系統(tǒng)的標(biāo)識(shí)表達(dá)式從所述交易請(qǐng)求的報(bào)文數(shù)據(jù)中識(shí)別得到對(duì)應(yīng)服務(wù)系統(tǒng)的標(biāo)識(shí)。
【文檔編號(hào)】H04L12/24GK103684865SQ201310676276
【公開(kāi)日】2014年3月26日 申請(qǐng)日期:2013年12月11日 優(yōu)先權(quán)日:2013年12月11日
【發(fā)明者】蔣嶺, 謝智勇, 韓道岐, 彭斌, 趙錕 申請(qǐng)人:北京先進(jìn)數(shù)通信息技術(shù)股份公司