專利名稱：配置發(fā)起方名稱的方法及其應用的網(wǎng)絡節(jié)點的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡存儲技術，尤其涉及一種配置發(fā)起方名稱的方法以及應用該方法的網(wǎng)絡節(jié)點。
背景技術：
SCSI(Small Computer System Interface，小型機系統(tǒng)接口)標準體系規(guī)定了應用主機和外部設備之間進行數(shù)據(jù)塊I/O(輸入/輸出)操作的過程，外部設備包括磁盤、磁帶、光盤、打印機、掃描儀等。SCSI訪問的參考模型是典型的客戶機-服務器結構，發(fā)起服務請求的一方稱為發(fā)起方(Initiator)，通常為應用主機；接受服務請求的一方稱為目標方(Target)，通常為外部設備；發(fā)起方和目標方之間可以有不同的物理連接方式。
iSCSI(Internet Small Computer System Interface，網(wǎng)際小型機系統(tǒng)接口)是IETF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務組)制訂的一項標準，用于將SCSI命令和數(shù)據(jù)映射成以太網(wǎng)數(shù)據(jù)包在應用主機和外部設備之間通過TCP/IP(Transmission Control Protocol/Internet Protocol，傳輸控制協(xié)議/網(wǎng)際協(xié)議)進行傳輸。
iSCSI協(xié)議應用的典型網(wǎng)絡結構如圖1所示，iSCSI發(fā)起方將SCSI命令和/或數(shù)據(jù)封裝在iSCSI報文中，通過IP(Internet Protocol，網(wǎng)際協(xié)議)網(wǎng)絡發(fā)送給iSCSI目標方；iSCSI目標方從接收的iSCSI報文中解析出SCSI命令和/或數(shù)據(jù)，并將操作結果封裝在iSCSI報文中返回至iSCSI發(fā)起方。
在iSCSI架構中，每個iSCSI發(fā)起方使用一個發(fā)起方名稱，iSCSI目標方將發(fā)起方名稱作為區(qū)分不同發(fā)起方的唯一依據(jù)，這樣在一個iSCSI應用網(wǎng)絡中，發(fā)起方的名稱應該具有唯一性。
現(xiàn)有技術中，iSCSI發(fā)起方的名稱由系統(tǒng)管理員靜態(tài)規(guī)劃配置。按照RFC(Request for Comments，Internet標準或草案)3721中規(guī)定的發(fā)起方命名規(guī)則，發(fā)起方名稱包括編碼格式、時間信息、機構名稱、特定字符串標識等等內容。當iSCSI應用網(wǎng)絡中的發(fā)起方數(shù)量比較多時，系統(tǒng)管理員需要一一為發(fā)起方設置復雜的名稱，不僅設置、維護工作量大，而且難以保證發(fā)起方名稱的唯一性。同時，由于iSCSI目標方唯一通過名稱來識別發(fā)起方，當一個非法的發(fā)起方惡意設置了其他合法發(fā)起方的名稱時，就可以訪問到其他發(fā)起方的數(shù)據(jù)，影響了存儲網(wǎng)絡的安全性。

發(fā)明內容
本發(fā)明要解決的問題是現(xiàn)有技術中靜態(tài)配置發(fā)起方名稱造成的設置、維護繁瑣，難以保證名稱的唯一性。
本發(fā)明所述配置發(fā)起方名稱的方法包括以下步驟接收發(fā)起方的名稱請求，名稱請求中包括發(fā)起方的標識；向發(fā)起方返回與其標識對應的名稱。
可選地，所述方法還包括根據(jù)發(fā)起方標識按照生成算法生成唯一確定的名稱。
優(yōu)選地，所述名稱中包括發(fā)起方標識。
可選地，所述方法還包括保存返回發(fā)起方的名稱及與其對應的標識；所述向發(fā)起方返回名稱具體為當所接收的名稱請求中的發(fā)起方標識已保存時，向發(fā)起方返回對應的已保存的名稱；否則向發(fā)起方返回與已保存名稱不同的名稱。
優(yōu)選地，所述名稱請求中還包括發(fā)起方的標識類型；所述方法還包括當名稱請求中的發(fā)起方標識類型不在所支持的標識類型中時，將所支持的標識類型通知發(fā)起方；
所述向發(fā)起方返回名稱具體為當名稱請求中的發(fā)起方標識類型在所支持的標識類型中時，返回對應于發(fā)起方標識的名稱。
本發(fā)明提供了另一種配置發(fā)起方名稱的方法，包括以下步驟發(fā)送發(fā)起方的名稱請求，其中包括發(fā)起方的標識；接收對名稱請求的響應，將響應中與標識具有對應關系的名稱設置為發(fā)起方名稱。
優(yōu)選地，所述發(fā)送發(fā)起方的名稱請求具體為在每次發(fā)起方啟動時發(fā)送其名稱請求。
優(yōu)選地，所述名稱請求中還包括發(fā)起方的當前標識類型；所述方法還包括當接收到所支持標識類型的通知時，將當前標識類型修改為支持的標識類型，并重新發(fā)送發(fā)起方的名稱請求，其中包括發(fā)起方當前標識類型的標識。
本發(fā)明還提供了一種用于配置發(fā)起方名稱的網(wǎng)絡節(jié)點，包括發(fā)送單元和接收單元、以及名稱單元，用來根據(jù)接收單元接收的發(fā)起方名稱請求中的發(fā)起方標識確定對應于該標識的名稱，并通過發(fā)送單元返回該名稱。
可選地，所述名稱單元確定對應于發(fā)起方標識的名稱具體為名稱單元采用生成算法根據(jù)發(fā)起方標識生成唯一確定的名稱。
可選地，所述名稱單元包括存儲模塊和請求處理模塊，其中存儲模塊用來保存通過發(fā)送單元返回的名稱以及對應的發(fā)起方標識；請求處理模塊用來查找存儲模塊是否保存有名稱請求中的發(fā)起方標識，查找成功時通過發(fā)送單元返回對應的名稱；查找失敗時返回與保存的名稱不同的名稱，并將該名稱與對應的發(fā)起方標識保存在存儲模塊中。
優(yōu)選地，所述網(wǎng)絡節(jié)點還包括標識類型單元，用來在接收的名稱請求中的發(fā)起方標識類型不屬于該網(wǎng)絡節(jié)點支持的標識類型時通過發(fā)送單元返回該網(wǎng)絡節(jié)點支持的標識類型，在屬于該網(wǎng)絡節(jié)點支持的標識類型時將名稱請求輸出至名稱單元。
本發(fā)明提供的另一種作為發(fā)起方的網(wǎng)絡節(jié)點，包括發(fā)送單元和接收單元、以及名稱請求單元和名稱設置單元，其中名稱請求單元用來生成包括發(fā)起方標識的名稱請求，并通過發(fā)送單元發(fā)送；名稱設置單元用來在接收單元接收的名稱請求響應中解析出與標識具有對應關系的名稱，并將其設置為本網(wǎng)絡節(jié)點的發(fā)起方名稱。
優(yōu)選地，所述名稱請求中還包括發(fā)起方標識類型；所述名稱請求單元生成名稱請求具體為名稱請求單元根據(jù)當前標識類型，以本網(wǎng)絡節(jié)點上該類型標識的標識作為發(fā)起方標識生成名稱請求。
優(yōu)選地，所述網(wǎng)絡節(jié)點還包括標識類型響應單元，用來在接收單元收到支持標識類型通知時將當前標識類型修改為通知中的標識類型，并指令名稱請求單元生成名稱請求。
本發(fā)明中根據(jù)發(fā)起方名稱請求中的發(fā)起方標識生成與標識對應的發(fā)起方名稱，并將名稱返回至發(fā)起方進行設置，實現(xiàn)了發(fā)起方名稱的自動配置和集中管理，降低了設置、維護發(fā)起方名稱的工作量，還可以防止惡意冒用發(fā)起方名稱造成的數(shù)據(jù)安全問題；同時，本發(fā)明通過名稱與標識的對應關系保證了發(fā)起方名稱的唯一性和一致性；另外，本發(fā)明通過采用發(fā)起方某種類型的標識作為發(fā)起方標識，能夠提供對多種硬件結構的發(fā)起方的支持。


圖1為iSCSI協(xié)議應用的典型網(wǎng)絡結構示例圖；圖2為本發(fā)明的典型應用網(wǎng)絡的結構示例圖；
圖3為本發(fā)明所述方法在名稱服務器一側的流程圖；圖4為本發(fā)明所述方法在發(fā)起方一側的流程圖；圖5為本發(fā)明中發(fā)起方與名稱管理服務器之間的信號流程示例圖；圖6為本發(fā)明所述具有名稱配置功能的網(wǎng)絡節(jié)點的結構示意圖；圖7為本發(fā)明所述具有名稱配置功能的網(wǎng)絡節(jié)點實施例二的結構示意圖；圖8為本發(fā)明所述作為發(fā)起方的網(wǎng)絡節(jié)點的結構示意圖。
具體實施例方式
現(xiàn)有技術中名稱的配置工作分散在每個發(fā)起方手動進行，缺乏對名稱的集中管理，導致易于出現(xiàn)名稱的重復和冒用問題。當名稱的管理和配置集中在網(wǎng)絡中的一個節(jié)點上進行時，可以進行名稱的自動設置，并且名稱的唯一性可以得到較好的保障。同時，由于存儲網(wǎng)絡中的目標方唯一地根據(jù)名稱來識別發(fā)起方，還需要保證發(fā)起方名稱配置的相對穩(wěn)定，使得發(fā)起方能夠根據(jù)自動配置的名稱實現(xiàn)對目標方的正常訪問。本發(fā)明中，在發(fā)起方的名稱與發(fā)起方的標識之間建立對應關系，利用發(fā)起方標識的確定性實現(xiàn)名稱的一致性。
網(wǎng)絡中任意一個能夠與發(fā)起方通信的節(jié)點均可以作為進行名稱集中配置和管理的節(jié)點，在本發(fā)明中稱之為名稱管理服務器。本發(fā)明的一種典型應用網(wǎng)絡的結構如圖2所示，發(fā)起方、目標方和名稱管理服務器之間通過IP網(wǎng)絡能夠相互訪問。名稱管理服務器在物理上可能是是主機或者服務器，也可能是網(wǎng)絡設備或者存儲設備；在功能上可能只用作發(fā)起方名稱配置和管理，也可能是在其他系統(tǒng)中運行進行名稱配置和管理的進程后具有了名稱服務功能。
本發(fā)明所述發(fā)起方名稱配置方法在名稱管理服務器一側的流程如圖3所示，在步驟S310，接收發(fā)起方的名稱請求。發(fā)起方的名稱請求可以是單播報文，也可以是組播報文。
發(fā)起方在名稱請求中攜帶本端的標識，供名稱管理服務器識別該發(fā)起方。任何可以使名稱服務器將每個發(fā)起方區(qū)別于同一應用網(wǎng)絡中其他發(fā)起方的特征值都可以作為發(fā)起方標識，例如，發(fā)起方標識可以是發(fā)起方的IP地址、MAC(Media Access Control，媒介接入控制)地址等網(wǎng)絡特征值，可以是發(fā)起方的CPU(Central Process Unit，中央處理器)序列號等硬件特征值，可以是用戶在發(fā)起方設置的其他特征值，還可以是上述特征值的組合。
名稱管理服務器可以提供對多種標識的支持，例如不論發(fā)起方以MAC地址作為標識還是以用戶設置的主機名作為標識均可為其分配名稱。當發(fā)起方和名稱管理服務器所在的應用網(wǎng)絡支持多種標識時，可以通過標識類型來對標識的種類進行區(qū)分，此時在發(fā)起方的名稱請求中不僅包括發(fā)起方標識，還可以包括標識類型，以供名稱管理服務器結合二者來識別每個發(fā)起方。
標識類型可以采用發(fā)起方和名稱管理服務器約定的編碼來表示，占用名稱請求消息中的一個字段。下表所示為一種可能的標識類型編碼方式

當名稱管理服務器所在的應用網(wǎng)絡支持超過一種類型的標識時，可以執(zhí)行步驟S320，判斷名稱請求中的標識類型是否屬于本名稱管理服務器支持的標識類型，如果是，執(zhí)行步驟S340；如果否，執(zhí)行步驟S330。
在步驟330，將名稱管理服務器所支持的標識類型通知發(fā)起方，轉步驟S310。對名稱請求中標識類型得不到本服務器支持的發(fā)起方，名稱管理服務器向該發(fā)起方返回本服務器支持的所有標識類型，發(fā)起方可以任選其一來重新請求名稱分配。
由于發(fā)起方的各種類型標識之間往往不具有關聯(lián)性，因而當發(fā)起方更換標識類型時，在大多數(shù)情況下較難實現(xiàn)為同一發(fā)起方不同類型的標識分配相同的名稱。為了盡量保持發(fā)起方名稱的一致性，本發(fā)明建議對名稱管理服務器所支持的標識類型進行擴展，而盡量避免刪除原來支持的標識類型。這樣，使用名稱管理服務器所支持標識類型的發(fā)起方每次在名稱請求中均維持相同的標識類型和該類型的標識，便于名稱管理服務器將其對應于固定的名稱。
在步驟S340，根據(jù)名稱請求中的發(fā)起方標識確定對應的名稱。根據(jù)發(fā)起方標識確定名稱的具體方法可由用戶按照應用環(huán)境來實現(xiàn)，本發(fā)明給出兩種類型的實現(xiàn)方式作為示例性說明。
第一類方式為以發(fā)起方標識為輸入，通過生成算法得出名稱。生成算法應滿足的條件是當輸入的標識相同時，生成的名稱相同；而輸入的標識不同時，生成的名稱不同。換言之，生成算法應能根據(jù)發(fā)起方標識生成唯一確定的名稱。最為簡單的一種實現(xiàn)是在生成的名稱中包括發(fā)起方標識，以iSCSI發(fā)起方為例，當采用MAC地址作為標識類型時，對MAC地址為0X000AE55B8C6E的發(fā)起方A以及MAC地址為0X000AE55B8C6F的發(fā)起方B，可以按照RFC 3721規(guī)定的iSCSI命名規(guī)范生成如下名稱發(fā)起方Aiqn.2001-04.com.example.storageMAC000AE55B8C6E；發(fā)起方Biqn.2001-04.com.example.storageMAC000AE55B8C6F。
第二類方式為在名稱管理服務器上保存已分配的標識與名稱的對應關系表，在接收到名稱請求時先檢索該名稱請求中的標識是否已保存在對應關系表中，如果是意味著已經(jīng)為該發(fā)起方分配過名稱，則返回該標識對應的名稱，以保持發(fā)起方名稱的一致性；如果否則該發(fā)起方為新的請求者，為其分配新的名稱，并將新的名稱與該發(fā)起方標識保存在對應關系表中。在這種方式中，名稱的產生方式只要保證新的名稱不同于已保存的名稱即可，例如可以用順序編號的方式生成新的名稱。當名稱管理服務器支持多個標識類型時，對應關系表中還可以增加標識類型項，以更好地區(qū)分各個發(fā)起方。
在步驟S350，向發(fā)起方返回步驟S340中確定的名稱，作為對發(fā)起方名稱請求的響應。
當名稱管理服務器所在的應用網(wǎng)絡只支持一種標識類型時，步驟S320、S330可以省略。
本發(fā)明所述名稱配置方法在發(fā)起方一側的流程如圖4所示，在步驟S410，發(fā)起方發(fā)送包括其標識的名稱請求。對支持多種標識類型的應用網(wǎng)絡，還可以在名稱請求中包括該發(fā)起方的當前標識類型。發(fā)起方按照當前標識類型在名稱請求中寫入該類型的標識。
可以在每次發(fā)起方節(jié)點啟動的時候發(fā)送名稱請求，使得名稱管理服務器能夠更為完整地實現(xiàn)對發(fā)起方名稱的集中管理，以增強整個網(wǎng)絡系統(tǒng)的安全性。
發(fā)起方的名稱請求可以是單播報文，也可以是組播報文。如果采用單播報文，發(fā)起方需要預先知道名稱管理服務器的IP地址。
在步驟S420，接收對名稱請求的回復。
在步驟S430，判斷接收的回復是否是對端名稱管理服務器所支持標識類型的通知，如果是，執(zhí)行步驟S440；如果否，轉步驟S450。
當發(fā)起方所在的應用網(wǎng)絡支持超過一種標識類型時，如果發(fā)起方名稱請求中的標識類型不是名稱管理服務器所支持的標識類型，則名稱管理服務器返回所支持標識類型的通知，告知發(fā)起方應當使用哪些標識類型；如果名稱請求中的標識類型屬于名稱管理服務器所支持的標識類型，則返回對名稱請求的響應。
在步驟S440，按照通知中的類型修改發(fā)起方的當前標識類型，轉步驟S410，由新的當前標識類型生成新的名稱請求重新發(fā)送給名稱管理服務器。當通知中包括超過一種標識類型時，發(fā)起方可以任選一種作為當前標識類型。
在步驟S450，將名稱管理服務器在對名稱請求的響應中返回的名稱設置為發(fā)明方名稱。
當發(fā)起方所在的應用網(wǎng)絡只支持一種標識類型時，步驟S430、S440可以省略。
圖5所示為本發(fā)明中發(fā)起方與名稱管理服務器之間的信號流程示例。發(fā)起方節(jié)點啟動，按照當前標識類型生成名稱請求消息并向名稱管理服務器發(fā)送，其中攜帶了當前標識類型和該類型的標識。名稱管理服務器檢查接收的名稱請求消息，發(fā)現(xiàn)其中的標識類型不是本服務器所支持的標識類型，生成支持標識類型通知消息發(fā)送，將所支持的標識類型告知該發(fā)起方。發(fā)起方按照支持標識類型通知消息中的標識類型更新當前標識類型，重新生成包括更新后標識類型和該類型標識的名稱請求消息發(fā)送至名稱管理服務器。通過標識類型檢查后，名稱管理服務器根據(jù)發(fā)起方標識確定對應的名稱，在名稱請求響應消息中將名稱回復發(fā)起方。發(fā)起方設置名稱后，即可以該名稱與應用網(wǎng)絡中的目標方建立連接，進行存儲操作。
當發(fā)起方節(jié)點重新啟動后，按照已更新的當前標識類型生成名稱請求消息，發(fā)送至名稱管理服務器。名稱管理服務器進行標識類型檢查后，按照發(fā)起方標識與名稱的對應關系，將在名稱請求響應消息中返回與上次確定的名稱相同的名稱。這樣，發(fā)起方名稱的一致性得到保證。
本發(fā)明中具有名稱配置功能的網(wǎng)絡節(jié)點，即名稱管理服務器可以具有圖6所示的結構。標識類型單元630分別與發(fā)送單元610、接收單元620和名稱單元640連接，名稱單元640與發(fā)送單元610連接。
發(fā)送單元610用來向應用網(wǎng)絡中的其他節(jié)點發(fā)送報文，接收單元620用來接收應用網(wǎng)絡中的其他節(jié)點發(fā)送給本節(jié)點的報文。
當接收單元620接收到名稱請求時，將其輸出至標識類型單元630。標識類型單元判斷名稱請求中的標識類型是否屬于本節(jié)點支持的名稱類型，如果屬于則將該名稱請求輸出至名稱單元640；如果不屬于則將本節(jié)點支持的標識類型封裝在支持標識類型通知中，并將支持標識類型通知輸出至發(fā)送單元610，由發(fā)送單元610發(fā)送到該名稱請求的發(fā)起方。標識類型單元630為可選單元，在應用網(wǎng)絡支持單一的標識類型時可以省略。
名稱單元640按照輸入的名稱請求中的發(fā)起方標識確定名稱，將名稱封裝在名稱請求響應中輸出至發(fā)送單元610。發(fā)送單元610將名稱請求響應發(fā)送至該名稱請求的發(fā)起方。
按照名稱單元640中由標識確定名稱的方式不同，名稱管理服務器可以有不同的實施例。在實施例一中，名稱單元640采用生成算法由發(fā)起方標識算得名稱，生成算法所需滿足的條件如前所述。
名稱管理服務器實施例二可以具有圖7所示的結構，名稱單元640包括相互連接的請求處理模塊641和存儲模塊642，其中請求處理模塊分別與標識類型單元630和發(fā)送單元610連接。
存儲模塊642中保存著已經(jīng)通過發(fā)送單元610發(fā)送至發(fā)起方的名稱及其對應的發(fā)起方標識。請求處理模塊641從接收單元620或標識類型單元630接收到名稱請求時，解析出其中的發(fā)起方標識，在存儲模塊642中查找該標識。如果在存儲模塊642中找到了該標識，請求處理模塊641將存儲模塊642中該標識對應的名稱封裝在名稱請求響應中輸出至發(fā)送單元610；如果在存儲模塊642中沒有找到該標識，請求處理模塊641生成與存儲模塊641中保存的名稱不同的新名稱，將新名稱封裝在名稱請求響應中輸出至發(fā)送單元610，并將新名稱及其對應的發(fā)起方標識存入存儲模塊642中。
圖8所示為本發(fā)明中作為發(fā)起方的網(wǎng)絡節(jié)點的結構示意圖，名稱請求單元830分別連接發(fā)送單元810和標識類型響應單元840；接收單元620分別連接至標識類型響應單元840和名稱設置單元850。
發(fā)送單元810用來向應用網(wǎng)絡中的其他節(jié)點發(fā)送報文，接收單元820用來接收應用網(wǎng)絡中的其他節(jié)點發(fā)送給本節(jié)點的報文。
發(fā)起方節(jié)點的名稱請求單元830將發(fā)起方標識封裝在名稱請求中，將名稱請求輸出至發(fā)送單元810，由發(fā)送單元810發(fā)送至名稱管理服務器。接收單元820將接收的名稱請求響應輸出至名稱設置單元850，名稱設置單元850從名稱請求響應中解析出名稱，將其設置為本節(jié)點的發(fā)起方名稱。
當發(fā)起方所在的應用網(wǎng)絡支持多種標識類型時，可以增加標識類型響應單元840。在名稱請求單元830或者標識類型響應單元840中保存當前標識類型，名稱請求單元830在生成名稱請求時同時封裝當前標識類型和該類型的標識。接收單元820接收到支持標識類型通知時將其輸出至標識類型響應單元840，標識類型響應單元840從中解析出名稱管理服務器所支持的標識類型，將本發(fā)起方的當前標識類型修改為其中的一種，并指令名稱請求單元830按照修改后的當前標識類型重新生成名稱請求。
需要說明的是，本發(fā)明中發(fā)起方和名稱管理服務器之間交互的各種報文可以采用雙方約定的任意消息名和格式，只要能夠承載在該報文中需要通知對端的發(fā)起方標識、標識類型和/或發(fā)起方名稱即可。
綜上，本發(fā)明實現(xiàn)了發(fā)起方名稱的動態(tài)分配，保證了發(fā)起方名稱在應用網(wǎng)絡系統(tǒng)中的唯一性，減少了管理員規(guī)劃配置發(fā)起方名稱的工作量；同時，應用網(wǎng)絡中所有發(fā)起方的集中管理分配，可有效防止惡意冒用發(fā)起方名稱，避免了潛在的數(shù)據(jù)安全問題。
以上所述的本發(fā)明實施方式，并不構成對本發(fā)明保護范圍的限定。任何在本發(fā)明的精神和原則之內所作的修改、等同替換和改進等，均應包含在本發(fā)明的權利要求保護范圍之內。
權利要求
1.一種配置發(fā)起方名稱的方法，其特征在于，包括以下步驟接收發(fā)起方的名稱請求，名稱請求中包括發(fā)起方的標識；向發(fā)起方返回與其標識對應的名稱。
2.如權利要求1所述配置發(fā)起方名稱的方法，其特征在于，所述方法還包括根據(jù)發(fā)起方標識按照生成算法生成唯一確定的名稱。
3.如權利要求2所述配置發(fā)起方名稱的方法，其特征在于所述名稱中包括發(fā)起方標識。
4.如權利要求1所述配置發(fā)起方名稱的方法，其特征在于，所述方法還包括保存返回發(fā)起方的名稱及與其對應的標識；所述向發(fā)起方返回名稱具體為當所接收的名稱請求中的發(fā)起方標識已保存時，向發(fā)起方返回對應的已保存的名稱；否則向發(fā)起方返回與已保存名稱不同的名稱。
5.如權利要求1至4任意一項所述配置發(fā)起方名稱的方法，其特征在于所述名稱請求中還包括發(fā)起方的標識類型；所述方法還包括當名稱請求中的發(fā)起方標識類型不在所支持的標識類型中時，將所支持的標識類型通知發(fā)起方；所述向發(fā)起方返回名稱具體為當名稱請求中的發(fā)起方標識類型在所支持的標識類型中時，返回對應于發(fā)起方標識的名稱。
6.一種配置發(fā)起方名稱的方法，其特征在于，包括以下步驟發(fā)送發(fā)起方的名稱請求，其中包括發(fā)起方的標識；接收對名稱請求的響應，將響應中與標識具有對應關系的名稱設置為發(fā)起方名稱。
7.如權利要求6所述配置發(fā)起方名稱的方法，其特征在于，所述發(fā)送發(fā)起方的名稱請求具體為在每次發(fā)起方啟動時發(fā)送其名稱請求。
8.如權利要求6或7所述配置發(fā)起方名稱的方法，其特征在于所述名稱請求中還包括發(fā)起方的當前標識類型；所述方法還包括當接收到所支持標識類型的通知時，將當前標識類型修改為支持的標識類型，并重新發(fā)送發(fā)起方的名稱請求，其中包括發(fā)起方當前標識類型的標識。
9.一種用于配置發(fā)起方名稱的網(wǎng)絡節(jié)點，包括發(fā)送單元和接收單元，其特征在于，還包括名稱單元，用來根據(jù)接收單元接收的發(fā)起方名稱請求中的發(fā)起方標識確定對應于該標識的名稱，并通過發(fā)送單元返回該名稱。
10.如權利要求9所述用于配置發(fā)起方名稱的網(wǎng)絡節(jié)點，其特征在于，所述名稱單元確定對應于發(fā)起方標識的名稱具體為名稱單元采用生成算法根據(jù)發(fā)起方標識生成唯一確定的名稱。
11.如權利要求9所述用于配置發(fā)起方名稱的網(wǎng)絡節(jié)點，其特征在于，所述名稱單元包括存儲模塊和請求處理模塊，其中存儲模塊用來保存通過發(fā)送單元返回的名稱以及對應的發(fā)起方標識；請求處理模塊用來查找存儲模塊是否保存有名稱請求中的發(fā)起方標識，查找成功時通過發(fā)送單元返回對應的名稱；查找失敗時返回與保存的名稱不同的名稱，并將該名稱與對應的發(fā)起方標識保存在存儲模塊中。
12.如權利要求9至11所述用于配置發(fā)起方名稱的網(wǎng)絡節(jié)點，其特征在于所述網(wǎng)絡節(jié)點還包括標識類型單元，用來在接收的名稱請求中的發(fā)起方標識類型不屬于該網(wǎng)絡節(jié)點支持的標識類型時通過發(fā)送單元返回該網(wǎng)絡節(jié)點支持的標識類型，在屬于該網(wǎng)絡節(jié)點支持的標識類型時將名稱請求輸出至名稱單元。
13.一種作為發(fā)起方的網(wǎng)絡節(jié)點，包括發(fā)送單元和接收單元，其特征在于，還包括名稱請求單元和名稱設置單元，其中名稱請求單元用來生成包括發(fā)起方標識的名稱請求，并通過發(fā)送單元發(fā)送；名稱設置單元用來在接收單元接收的名稱請求響應中解析出與標識具有對應關系的名稱，并將其設置為本網(wǎng)絡節(jié)點的發(fā)起方名稱。
14.如權利要求13所述作為發(fā)起方的網(wǎng)絡節(jié)點，其特征在于所述名稱請求中還包括發(fā)起方標識類型；所述名稱請求單元生成名稱請求具體為名稱請求單元根據(jù)當前標識類型，以本網(wǎng)絡節(jié)點上該類型標識的標識作為發(fā)起方標識生成名稱請求。
15.如權利要求14所述作為發(fā)起方的網(wǎng)絡節(jié)點，其特征在于所述網(wǎng)絡節(jié)點還包括標識類型響應單元，用來在接收單元收到支持標識類型通知時將當前標識類型修改為通知中的標識類型，并指令名稱請求單元生成名稱請求。
全文摘要
本發(fā)明公開了一種配置發(fā)起方名稱的方法，包括接收發(fā)起方的名稱請求，名稱請求中包括發(fā)起方的標識；向發(fā)起方返回與其標識對應的名稱。本發(fā)明還公開了應用所述方法的網(wǎng)絡節(jié)點。本發(fā)明實現(xiàn)了發(fā)起方名稱的動態(tài)分配，保證了發(fā)起方名稱在應用網(wǎng)絡系統(tǒng)中的唯一性，減少了管理員規(guī)劃配置發(fā)起方名稱的工作量；同時，應用網(wǎng)絡中所有發(fā)起方的集中管理分配，可有效防止惡意冒用發(fā)起方名稱，避免了潛在的數(shù)據(jù)安全問題。
文檔編號H04L12/56GK1889571SQ200610099109
公開日2007年1月3日 申請日期2006年7月27日 優(yōu)先權日2006年7月27日
發(fā)明者張曉琳 申請人:杭州華為三康技術有限公司