本申請(qǐng)涉及通訊技術(shù)領(lǐng)域，尤其涉及一種接口事件的處理方法及裝置。

背景技術(shù)：

網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊在運(yùn)行時(shí)需要利用接口的各種屬性，而接口的屬性是動(dòng)態(tài)變化的。比如接口的管理狀態(tài)，技術(shù)人員可以通過(guò)下發(fā)命令將接口的管理狀態(tài)從UP狀態(tài)修改為DOWN狀態(tài)，從而使得該接口不再收發(fā)報(bào)文。而接口的屬性變化會(huì)產(chǎn)生相應(yīng)的接口事件。

在相關(guān)技術(shù)中，當(dāng)接口的屬性發(fā)生變化時(shí)，網(wǎng)絡(luò)設(shè)備會(huì)將相應(yīng)的接口事件通知給所有的業(yè)務(wù)模塊，以由對(duì)應(yīng)的業(yè)務(wù)模塊處理該接口事件，從而保證該業(yè)務(wù)模塊運(yùn)行的正確性。

然而，各個(gè)模塊需要處理的接口事件存在差異。由于網(wǎng)絡(luò)設(shè)備會(huì)將接口事件通知給所有的業(yè)務(wù)模塊，即所有的業(yè)務(wù)模塊會(huì)按照預(yù)定義的順序?qū)υ摻涌谑录M(jìn)行響應(yīng)，進(jìn)而判斷是否需要處理該接口事件，而實(shí)際上存在一部分業(yè)務(wù)模塊不需要處理該接口事件，導(dǎo)致造成了對(duì)網(wǎng)絡(luò)設(shè)備性能的浪費(fèi)，降低了處理接口事件的效率。

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

有鑒于此，本申請(qǐng)?zhí)峁┮环N接口事件的處理方法及裝置，可以提高網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)相應(yīng)接口事件的處理效率，同時(shí)，可以提高網(wǎng)絡(luò)設(shè)備的性能。

為實(shí)現(xiàn)上述目的，本申請(qǐng)?zhí)峁┘夹g(shù)方案如下：

根據(jù)本申請(qǐng)的第一方面，提出了一種接口事件的處理方法，應(yīng)用于網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備中包含多個(gè)業(yè)務(wù)模塊，所述方法包括：

當(dāng)檢測(cè)到發(fā)生任一接口事件時(shí)，確定對(duì)應(yīng)于所述任一接口事件的特定業(yè)務(wù)模塊集合，所述特定業(yè)務(wù)模塊集合中包含用于對(duì)所述任一接口事件進(jìn)行處理的若干業(yè)務(wù)模塊；

向所述特定業(yè)務(wù)模塊集合發(fā)送針對(duì)所述任一接口事件的通知消息，以由所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊對(duì)所述任一接口事件進(jìn)行處理。

根據(jù)本申請(qǐng)的第二方面，提出了一種接口事件的處理裝置，應(yīng)用于網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備中包含多個(gè)業(yè)務(wù)模塊，所述裝置包括：

確定單元，當(dāng)檢測(cè)到發(fā)生任一接口事件時(shí)，確定對(duì)應(yīng)于所述任一接口事件的特定業(yè)務(wù)模塊集合，所述特定業(yè)務(wù)模塊集合中包含用于對(duì)所述任一接口事件進(jìn)行處理的若干業(yè)務(wù)模塊；

發(fā)送單元，向所述特定業(yè)務(wù)模塊集合發(fā)送針對(duì)所述任一接口事件的通知消息，以由所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊對(duì)所述任一接口事件進(jìn)行處理。

由以上技術(shù)方案可見，在本申請(qǐng)的技術(shù)方案中，通過(guò)分別將每一業(yè)務(wù)模塊注冊(cè)至能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合，從而在發(fā)生接口事件時(shí)，可以直接向相應(yīng)的業(yè)務(wù)模塊集合發(fā)送通知，以由該業(yè)務(wù)模塊集合中的所有業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)接口事件進(jìn)行處理，而其他不需要處理該接口事件的業(yè)務(wù)模塊則不會(huì)接收到通知，因此不用對(duì)該接口事件進(jìn)行響應(yīng)，從而提高了網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)相應(yīng)接口事件的處理效率，同時(shí)，還可以提高網(wǎng)絡(luò)設(shè)備的性能。

附圖說(shuō)明

圖1是相關(guān)技術(shù)中網(wǎng)絡(luò)設(shè)備注冊(cè)業(yè)務(wù)模塊的流程圖。

圖2是相關(guān)技術(shù)中網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)接口事件響應(yīng)的示意圖。

圖3是本申請(qǐng)一示例性實(shí)施例示出的一種接口事件的處理方法的流程圖。

圖4是本申請(qǐng)一示例性實(shí)施例示出的網(wǎng)絡(luò)設(shè)備注冊(cè)業(yè)務(wù)模塊的流程圖。

圖5是本申請(qǐng)一示例性實(shí)施例示出的網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)接口事件響應(yīng)的示意圖。

圖6是本申請(qǐng)一示例性實(shí)施例示出的一種電子設(shè)備的結(jié)構(gòu)示意圖。

圖7本申請(qǐng)一示例性實(shí)施例示出的一種接口事件的處理裝置的框圖。

具體實(shí)施方式

這里將詳細(xì)地對(duì)示例性實(shí)施例進(jìn)行說(shuō)明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本申請(qǐng)相一致的所有實(shí)施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請(qǐng)的一些方面相一致的裝置和方法的例子。

在本申請(qǐng)使用的術(shù)語(yǔ)是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本申請(qǐng)。在本申請(qǐng)和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語(yǔ)“和/或”是指并包含一個(gè)或多個(gè)相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請(qǐng)可能采用術(shù)語(yǔ)第一、第二、第三等來(lái)描述各種信息，但這些信息不應(yīng)限于這些術(shù)語(yǔ)。這些術(shù)語(yǔ)僅用來(lái)將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請(qǐng)范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語(yǔ)境，如在此所使用的詞語(yǔ)“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”。

圖1是相關(guān)技術(shù)中網(wǎng)絡(luò)設(shè)備注冊(cè)業(yè)務(wù)模塊的流程圖。如圖1所示，該過(guò)程可以包括以下步驟：

步驟101，網(wǎng)絡(luò)設(shè)備啟動(dòng)。

其中，網(wǎng)絡(luò)設(shè)備中包含多個(gè)業(yè)務(wù)模塊，業(yè)務(wù)模塊在運(yùn)行時(shí)需要利用接口的各種屬性，而接口的屬性是動(dòng)態(tài)變化的。當(dāng)接口的屬性發(fā)生變化時(shí)，會(huì)產(chǎn)生相應(yīng)的接口事件，對(duì)應(yīng)的業(yè)務(wù)模塊在運(yùn)行時(shí)需要響應(yīng)并處理這些接口事件。網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊并非對(duì)接口產(chǎn)生的所有接口事件都需要處理，而且需要處理的接口事件也存在差異。舉例而言，當(dāng)接口的管理狀態(tài)被禁用(即處于DOWN狀態(tài))時(shí)，會(huì)產(chǎn)生接口GOING DOWN事件(接口產(chǎn)生DOWN事件前的中間狀態(tài))以及DOWN事件。而聚合模塊僅需要處理DOWN事件，聚合模塊在接收到DOWN事件的通知后，將禁用的接口從聚合表項(xiàng)中刪除，而對(duì)于GOING DOWN事件，聚合模塊不需要做任何處理。

步驟102，網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊初始化。

步驟103，網(wǎng)絡(luò)設(shè)備基于接口對(duì)各個(gè)業(yè)務(wù)模塊進(jìn)行注冊(cè)。

其中，在針對(duì)接口事件的處理時(shí)，網(wǎng)絡(luò)設(shè)備基于接口對(duì)各個(gè)業(yè)務(wù)模塊進(jìn)行注冊(cè)。因此，當(dāng)接口產(chǎn)生任一接口事件時(shí)，網(wǎng)絡(luò)設(shè)備的所有業(yè)務(wù)模塊都會(huì)接收到針對(duì)該任一接口事件的通知，從而進(jìn)一步判斷是否需要對(duì)該接口事件進(jìn)行處理。下面結(jié)合圖2舉例說(shuō)明：

請(qǐng)參見圖2，圖2是相關(guān)技術(shù)中網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)接口事件響應(yīng)的示意圖。如圖2所示：假定接口會(huì)產(chǎn)生接口事件1-10，網(wǎng)絡(luò)設(shè)備包含業(yè)務(wù)模塊1-4。其中，各個(gè)業(yè)務(wù)模塊需要處理的業(yè)務(wù)模塊存在差異，具體為：業(yè)務(wù)模塊1需要處理接口事件1、3、5；業(yè)務(wù)模塊2需要處理接口事件2、4；業(yè)務(wù)模塊3需要處理接口事件5、6；業(yè)務(wù)模塊4需要處理接口事件1、10。當(dāng)接口產(chǎn)生接口事件1時(shí)，首先由業(yè)務(wù)模塊1響應(yīng)接口事件1，并對(duì)接口事件1進(jìn)行處理，待業(yè)務(wù)模塊1處理完成后，再由業(yè)務(wù)模塊2響應(yīng)接口事件1，業(yè)務(wù)模塊2判斷出不需要對(duì)接口事件1進(jìn)行處理，接著轉(zhuǎn)至業(yè)務(wù)模塊3，由業(yè)務(wù)模塊3響應(yīng)接口事件1，而業(yè)務(wù)模塊3也判斷出不需要對(duì)接口事件1進(jìn)行處理，再轉(zhuǎn)至業(yè)務(wù)模塊4，由業(yè)務(wù)模塊4響應(yīng)接口事件1，并對(duì)接口事件1進(jìn)行處理。綜上，整個(gè)過(guò)程是串行的，所有業(yè)務(wù)模塊都需要響應(yīng)接口事件1，其中業(yè)務(wù)模塊1、4需要對(duì)接口事件1進(jìn)行處理，而業(yè)務(wù)模塊2、3不需要對(duì)接口事件1進(jìn)行處理，導(dǎo)致業(yè)務(wù)模塊2、3響應(yīng)接口事件1對(duì)網(wǎng)絡(luò)設(shè)備的性能造成了浪費(fèi)。同時(shí)，業(yè)務(wù)模塊4需要在業(yè)務(wù)模塊2、3判斷出不需要對(duì)接口事件1進(jìn)行處理后，才可以對(duì)接口事件1進(jìn)行處理，導(dǎo)致降低了業(yè)務(wù)模塊4對(duì)接口事件1的處理效率。

由此可見，在相關(guān)技術(shù)中，由于網(wǎng)絡(luò)設(shè)備會(huì)將接口事件通知給所有的業(yè)務(wù)模塊，即所有的業(yè)務(wù)模塊會(huì)按照預(yù)定義的順序?qū)υ摻涌谑录M(jìn)行響應(yīng)，進(jìn)而判斷是否需要處理該接口事件，而實(shí)際上存在一部分業(yè)務(wù)模塊不需要處理該接口事件，導(dǎo)致造成了對(duì)網(wǎng)絡(luò)設(shè)備性能的浪費(fèi)，降低了處理接口事件的效率。

因此，本申請(qǐng)通過(guò)改進(jìn)網(wǎng)絡(luò)設(shè)備注冊(cè)業(yè)務(wù)模塊的方式，以解決相關(guān)技術(shù)中存在的上述技術(shù)問題。為對(duì)本申請(qǐng)進(jìn)行進(jìn)一步說(shuō)明，提供下列實(shí)施例：

圖3是本申請(qǐng)一示例性實(shí)施例示出的一種接口事件的處理方法的流程圖，該方法應(yīng)用于網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備中包含多個(gè)業(yè)務(wù)模塊，該方法可以包括以下步驟：

步驟301，當(dāng)檢測(cè)到發(fā)生任一接口事件時(shí)，確定對(duì)應(yīng)于所述任一接口事件的特定業(yè)務(wù)模塊集合。

在本實(shí)施例中，所述特定業(yè)務(wù)模塊集合中包含用于對(duì)所述任一接口事件進(jìn)行處理的若干業(yè)務(wù)模塊。

步驟302，向所述特定業(yè)務(wù)模塊集合發(fā)送針對(duì)所述任一接口事件的通知消息，以由所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊對(duì)所述任一接口事件進(jìn)行處理。

在本實(shí)施例中，所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)所述任一接口事件進(jìn)行處理。一方面，由于特定業(yè)務(wù)模塊集合中的所有業(yè)務(wù)模塊都是需要處理該任一接口事件的業(yè)務(wù)模塊，所以特定業(yè)務(wù)模塊集合中的所有業(yè)務(wù)模塊在處理該任一接口事件時(shí)，可以省略判斷是否需要處理該任一接口事件的流程，從而提高了網(wǎng)絡(luò)設(shè)備的性能和處理接口事件的效率；另一方面，其他不需要處理該任一接口事件的業(yè)務(wù)模塊不會(huì)接收到通知消息，即不需要對(duì)該接口事件進(jìn)行響應(yīng)，從而進(jìn)一步提高了網(wǎng)絡(luò)設(shè)備的性能和處理接口事件的效率。

在本實(shí)施例中，所述處理流程包括：各個(gè)業(yè)務(wù)模塊之間的處理順序，以及相鄰業(yè)務(wù)模塊之間傳遞的處理結(jié)果的信息。當(dāng)前一業(yè)務(wù)模塊處理完接口事件時(shí)，將處理完成的結(jié)果發(fā)送給順序中的下一業(yè)務(wù)模塊，以由該下一業(yè)務(wù)模塊開始處理接口事件。

在本實(shí)施例中，可以分別將每一業(yè)務(wù)模塊注冊(cè)至所述每一業(yè)務(wù)模塊能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合；其中，接口事件與業(yè)務(wù)模塊集合之間一一對(duì)應(yīng)。其中，可以通過(guò)以下方式將每一業(yè)務(wù)模塊注冊(cè)至所述每一業(yè)務(wù)模塊能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合：

接收各個(gè)業(yè)務(wù)模塊在完成初始化后發(fā)送的注冊(cè)請(qǐng)求；

分別將每一業(yè)務(wù)模塊注冊(cè)至所述每一業(yè)務(wù)模塊能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合。

由以上技術(shù)方案可見，在本申請(qǐng)的技術(shù)方案中，通過(guò)分別將每一業(yè)務(wù)模塊注冊(cè)至能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合，從而在發(fā)生接口事件時(shí)，可以直接向相應(yīng)的業(yè)務(wù)模塊集合發(fā)送通知，以由該業(yè)務(wù)模塊集合中的所有業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)接口事件進(jìn)行處理，而其他不需要處理該接口事件的業(yè)務(wù)模塊則不會(huì)接收到通知，因此不用對(duì)該接口事件進(jìn)行響應(yīng)，從而提高了網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)相應(yīng)接口事件的處理效率，同時(shí)，還可以提高網(wǎng)絡(luò)設(shè)備的性能。

為了便于理解，下面結(jié)合圖4-5，對(duì)本申請(qǐng)的技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。圖4是本申請(qǐng)一示例性實(shí)施例示出的網(wǎng)絡(luò)設(shè)備注冊(cè)業(yè)務(wù)模塊的流程圖。如圖4所示，該注冊(cè)過(guò)程可以包括以下步驟：

步驟401，業(yè)務(wù)模塊初始化。

步驟402，業(yè)務(wù)模塊向網(wǎng)絡(luò)設(shè)備發(fā)送注冊(cè)請(qǐng)求。

步驟403，網(wǎng)絡(luò)設(shè)備將業(yè)務(wù)模塊注冊(cè)至相應(yīng)的業(yè)務(wù)模塊集合。

在本實(shí)施例中，網(wǎng)絡(luò)設(shè)備包含多個(gè)業(yè)務(wù)模塊，各個(gè)業(yè)務(wù)模塊需要處理的接口事件存在差異。當(dāng)網(wǎng)絡(luò)設(shè)備接收到各個(gè)業(yè)務(wù)模塊在初始化后發(fā)送的注冊(cè)請(qǐng)求時(shí)，分別將每一業(yè)務(wù)模塊注冊(cè)至各自能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合，其中接口事件與業(yè)務(wù)模塊集合之間一一對(duì)應(yīng)。同時(shí)，由于各個(gè)業(yè)務(wù)模塊處理同一接口事件的過(guò)程為串行的，所以業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)相應(yīng)的接口事件進(jìn)行處理。舉例而言，假定網(wǎng)絡(luò)設(shè)備中包含業(yè)務(wù)模塊1-4，接口產(chǎn)生的接口事件為1-3，各個(gè)業(yè)務(wù)模塊處理接口事件的順序按照ID的數(shù)值大小依次排列。比如，業(yè)務(wù)模塊1需要處理的接口事件為1、2、3，業(yè)務(wù)模塊2需要處理的接口事件為1、3，業(yè)務(wù)模塊3需要處理的接口事件為2、3，業(yè)務(wù)模塊4需要處理的接口事件為2、4。那么，在網(wǎng)絡(luò)設(shè)備完成所有業(yè)務(wù)模塊的注冊(cè)后，接口事件1對(duì)應(yīng)的業(yè)務(wù)模塊集合中的業(yè)務(wù)模塊依次為1、2；接口事件2對(duì)應(yīng)的業(yè)務(wù)模塊集合中的業(yè)務(wù)模塊依次為1、3、4；接口事件3對(duì)應(yīng)的業(yè)務(wù)模塊集合中的業(yè)務(wù)模塊依次為1、2、3。

在注冊(cè)業(yè)務(wù)模塊完成后，后續(xù)產(chǎn)生接口事件時(shí)，先確定對(duì)應(yīng)于該接口事件的特定業(yè)務(wù)模塊集合，然后再向該特定業(yè)務(wù)模塊集合發(fā)送針對(duì)該接口事件的通知消息，以由特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊對(duì)該接口事件進(jìn)行處理。下面結(jié)合圖5中的舉例，對(duì)該過(guò)程進(jìn)行詳細(xì)說(shuō)明。如圖5所示：假定接口產(chǎn)生的接口事件為接口事件1-6。其中接口事件1對(duì)應(yīng)的業(yè)務(wù)模塊集合a中的業(yè)務(wù)模塊依次為1、3、5；接口事件2對(duì)應(yīng)的業(yè)務(wù)模塊集合b中的業(yè)務(wù)模塊依次為2、4。同時(shí)，業(yè)務(wù)模塊1需要處理的接口事件為1、3、5；業(yè)務(wù)模塊2需要處理的接口事件為2、4；業(yè)務(wù)模塊3需要處理的接口事件為1、2、4；業(yè)務(wù)模塊4需要處理的接口事件為1、2、6；業(yè)務(wù)模塊5需要處理的接口事件為1、5、6。

比如，在一種情況下，當(dāng)接口因?qū)傩宰兓a(chǎn)生了接口事件1時(shí)，向業(yè)務(wù)模塊集合a發(fā)送針對(duì)接口事件1的通知消息。那么，首先由業(yè)務(wù)模塊1開始對(duì)接口事件1進(jìn)行處理，當(dāng)業(yè)務(wù)模塊1處理完成后，通知業(yè)務(wù)模塊3開始對(duì)接口事件1進(jìn)行處理，當(dāng)業(yè)務(wù)模塊3處理完成后，再通知業(yè)務(wù)模塊5開始對(duì)接口事件1進(jìn)行處理，直到業(yè)務(wù)模塊5處理完成后結(jié)束對(duì)接口事件1的處理過(guò)程。其中，業(yè)務(wù)模塊1、3、5可以省略判斷是否需要處理接口事件1的步驟，從而減少了對(duì)網(wǎng)絡(luò)設(shè)備處理資源的占用，同時(shí)，由于網(wǎng)絡(luò)設(shè)備中除業(yè)務(wù)模塊1、3、5以外的其他業(yè)務(wù)模塊不會(huì)接收到針對(duì)接口事件1的通知消息，所以不會(huì)對(duì)接口事件1進(jìn)行響應(yīng)，從而提高了網(wǎng)絡(luò)設(shè)備的性能以及處理接口事件1的效率。

在另一種情況下，當(dāng)接口因?qū)傩宰兓a(chǎn)生了接口事件2時(shí)，向業(yè)務(wù)模塊集合b發(fā)送針對(duì)接口事件2的通知消息。那么，首先由業(yè)務(wù)模塊2開始對(duì)接口事件2進(jìn)行處理，當(dāng)業(yè)務(wù)模塊2處理完成后，通知業(yè)務(wù)模塊4開始對(duì)接口事件2進(jìn)行處理，直到業(yè)務(wù)模塊4處理完成后結(jié)束對(duì)接口事件2的處理過(guò)程。其中，業(yè)務(wù)模塊2、4可以省略判斷是否需要處理接口事件2的步驟，從而減少了對(duì)網(wǎng)絡(luò)設(shè)備處理資源的占用，同時(shí)，由于網(wǎng)絡(luò)設(shè)備中除業(yè)務(wù)模塊2、4以外的其他業(yè)務(wù)模塊不會(huì)接收到針對(duì)接口事件2的通知消息，所以不會(huì)對(duì)接口事件2進(jìn)行響應(yīng)，從而提高了網(wǎng)絡(luò)設(shè)備的性能以及處理接口事件2的效率。而其他接口事件的處理過(guò)程與上述類似，在此不再贅述。

由以上技術(shù)方案可見，在本申請(qǐng)的技術(shù)方案中，通過(guò)分別將每一業(yè)務(wù)模塊注冊(cè)至能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合，從而在發(fā)生接口事件時(shí)，可以直接向相應(yīng)的業(yè)務(wù)模塊集合發(fā)送通知，以由該業(yè)務(wù)模塊集合中的所有業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)接口事件進(jìn)行處理，而其他不需要處理該接口事件的業(yè)務(wù)模塊則不會(huì)接收到通知，因此不用對(duì)該接口事件進(jìn)行響應(yīng)，從而提高了網(wǎng)絡(luò)設(shè)備的各個(gè)業(yè)務(wù)模塊對(duì)相應(yīng)接口事件的處理效率，同時(shí)，還可以提高網(wǎng)絡(luò)設(shè)備的性能。

圖6示出了根據(jù)本申請(qǐng)的一示例性實(shí)施例的電子設(shè)備的示意結(jié)構(gòu)圖。請(qǐng)參考圖6，在硬件層面，該電子設(shè)備包括處理器602、內(nèi)部總線604、網(wǎng)絡(luò)接口606、內(nèi)存608以及非易失性存儲(chǔ)器610，當(dāng)然還可能包括其他業(yè)務(wù)所需要的硬件。處理器602從非易失性存儲(chǔ)器610中讀取對(duì)應(yīng)的計(jì)算機(jī)程序到內(nèi)存602中然后運(yùn)行，在邏輯層面上形成接口事件的處理裝置。當(dāng)然，除了軟件實(shí)現(xiàn)方式之外，本申請(qǐng)并不排除其他實(shí)現(xiàn)方式，比如邏輯器件抑或軟硬件結(jié)合的方式等等，也就是說(shuō)以下處理流程的執(zhí)行主體并不限定于各個(gè)邏輯單元，也可以是硬件或邏輯器件。

請(qǐng)參考圖7，在軟件實(shí)施方式中，該接口事件的處理裝置可以包括確定單元701和發(fā)送單元702。其中：

確定單元701，當(dāng)檢測(cè)到發(fā)生任一接口事件時(shí)，確定對(duì)應(yīng)于所述任一接口事件的特定業(yè)務(wù)模塊集合，所述特定業(yè)務(wù)模塊集合中包含用于對(duì)所述任一接口事件進(jìn)行處理的若干業(yè)務(wù)模塊；

發(fā)送單元702，向所述特定業(yè)務(wù)模塊集合發(fā)送針對(duì)所述任一接口事件的通知消息，以由所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊對(duì)所述任一接口事件進(jìn)行處理。

可選的，所述特定業(yè)務(wù)模塊集合中的各個(gè)業(yè)務(wù)模塊按照預(yù)先定義的處理流程對(duì)所述任一接口事件進(jìn)行處理。

可選的，所述處理流程包括：各個(gè)業(yè)務(wù)模塊之間的處理順序，以及相鄰業(yè)務(wù)模塊之間傳遞的處理結(jié)果的信息。

可選的，還包括：

注冊(cè)單元703，分別將每一業(yè)務(wù)模塊注冊(cè)至所述每一業(yè)務(wù)模塊能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合；其中，接口事件與業(yè)務(wù)模塊集合之間一一對(duì)應(yīng)。

可選的，所述注冊(cè)單元703具體用于：

接收各個(gè)業(yè)務(wù)模塊在完成初始化后發(fā)送的注冊(cè)請(qǐng)求；

分別將每一業(yè)務(wù)模塊注冊(cè)至所述每一業(yè)務(wù)模塊能夠處理的接口事件對(duì)應(yīng)的業(yè)務(wù)模塊集合。

上述裝置中各個(gè)單元的功能和作用的實(shí)現(xiàn)過(guò)程具體詳見上述方法中對(duì)應(yīng)步驟的實(shí)現(xiàn)過(guò)程，在此不再贅述。

對(duì)于裝置實(shí)施例而言，由于其基本對(duì)應(yīng)于方法實(shí)施例，所以相關(guān)之處參見方法實(shí)施例的部分說(shuō)明即可。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本申請(qǐng)方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上所述僅為本申請(qǐng)的較佳實(shí)施例而已，并不用以限制本申請(qǐng)，凡在本申請(qǐng)的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請(qǐng)保護(hù)的范圍之內(nèi)。