專利名稱：：會話中繼裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及使用傳輸調(diào)用控制報文的會話中繼裝置，在傳輸調(diào)用控制報文的傳送路徑上執(zhí)行擴充處理(extendedprocessing)的裝置和系統(tǒng)。
背景技術(shù)：
：近年來，由于寬帶的普及和IP(InternetProtocol)電話協(xié)議(VoIP(VoiceoverIP)protocol)標準化的進展，IP電話正在快速得到普及。在那些IP電話協(xié)議之中尤為普及的是SIP(SessionInitiationProtocol)，該SIP是一種考慮了因特網(wǎng)的特性所設(shè)計出的IP電話協(xié)議。SIP的最單純的結(jié)構(gòu)中的結(jié)構(gòu)要件是下面的3個。在本說明書中，當對于實施示例進行說明時，也使用下面的定義。第一個結(jié)構(gòu)要件是SIPUA(UserAgent)。它是一種通信終端，可以解釋作為SIP之調(diào)用控制報文的SIP報文。第二個結(jié)構(gòu)要件是區(qū)域服務(wù)器(locationserver)。它是一種服務(wù)器，用來對表示SIPUA的名字(UniversalResourceIdentifier；URI等)和SIPUA網(wǎng)絡(luò)地址的關(guān)聯(lián)關(guān)系進行管理。區(qū)域服務(wù)器用來管理SIPUA和SIP代理(SIPproxy)。在本說明書中，為了和DNS(DomainNameSystem)中的域(domain)相區(qū)別，將由1個區(qū)域服務(wù)器管理的SIPUA和SIP代理的范圍稱為各區(qū)域服務(wù)器的作用域(scope)。域和作用域的范圍通常相一致，但是也可以完全不一致，例如1個作用域包括多個域等。第三個結(jié)構(gòu)要件是SIP代理。它是一種服務(wù)器，用來根據(jù)區(qū)域服務(wù)器上的信息，向目的地的SIPUA傳輸SIP報文(SIPmessage)。SIP代理不一定需要直接給目的地的SIPUA傳輸SIP報文，也可以往比自身更接近目的地的其他SIP代理傳輸SIP報文。另外，SIP代理在接收到SIP報文時，有時執(zhí)行除SIP報文傳輸之外的擴充處理。在那種擴充處理中，有和RTP(Real-TimeTransportProtocol)代理等媒體中繼裝置(mediarelayserver)之間的協(xié)作、和呈現(xiàn)服務(wù)器(presenceserver)之間的協(xié)作、和Web服務(wù)器之間的協(xié)作、注冊的記錄、收費信息的記錄以及QoS(QualityofService)控制等。由于原本SIP是作為下述調(diào)用控制協(xié)議設(shè)計出的，該調(diào)用控制協(xié)議為因特網(wǎng)上多媒體通信的基礎(chǔ)，因而SIP代理也可以利用和其他服務(wù)器進行協(xié)作的擴充處理容易地執(zhí)行。但是，只要產(chǎn)生本發(fā)明的效果，擴充處理即使不是這里所列舉的處理也可以。以上是SIP代理中的擴充處理示例，但是在其他調(diào)用控制協(xié)議中，還存在執(zhí)行除調(diào)用控制報文傳輸之外的擴充處理的會話中繼裝置。下面，提示一種因下述處理而產(chǎn)生的課題，該處理為由用來傳輸調(diào)用控制報文的會話中繼裝置，執(zhí)行除調(diào)用控制報文傳輸之外的擴充處理。目前，用來執(zhí)行除調(diào)用控制報文傳輸之外的擴充處理的會話中繼裝置很少和其他從業(yè)者管理的會話中繼裝置進行協(xié)作。但是，若以后從業(yè)者間的連接增加等，致使會話中繼裝置間的協(xié)作頻繁進行，則有可能在調(diào)用控制報文的路徑上重復(fù)執(zhí)行擴充處理，或者未執(zhí)行必要的擴充處理。圖21是在SIP中會話中繼裝置(SIP代理)作為擴充處理和媒體中繼裝置(RTP代理)進行了協(xié)作時的示例。該附圖表示出，在SIPUA2-1和SIPUA2-2之間交換調(diào)用控制報文(SIP報文100)時的狀況。此時，SIP代理3-1因為SIPUA2-1處于NAT(NetworkAddressTranslation)裝置7-1的后面，所以和RTP代理5-1進行協(xié)作，并且SIP代理3-2因為SIPUA2-2處于NAT裝置(NATequipment)7-2的后面，所以和RTP代理5-2進行協(xié)作。這樣，由于SIP代理不具有用來獲知由其他SIP代理執(zhí)行后的擴充處理的機構(gòu)，因而會重復(fù)執(zhí)行原本在路徑只執(zhí)行一次就足夠的RTP代理協(xié)作。因此，為了避免這種狀況，在會話中繼裝置間需要可決定由哪個會話中繼裝置執(zhí)行擴充處理的連貫方法。上面課題的內(nèi)容并不限定為SIP。另外，只要產(chǎn)生本發(fā)明的效果，擴充處理不是上述示例那種和RTP代理之間的協(xié)作處理也可以。
發(fā)明內(nèi)容在本發(fā)明中，在各會話中繼裝置的存儲器上具備兩種程序，一種用來計算與傳輸調(diào)用控制報文的路徑有關(guān)的信息，另一種用來計算與各用戶終端所需要的擴充處理有關(guān)的信息。另外，和它們2種程序不同，在各會話中繼裝置的存儲器上具備用來執(zhí)行擴充處理的程序。各會話中繼裝置通過除調(diào)用控制報文之外，還將上述2個信息提交給用來執(zhí)行擴充處理的程序，為每個會話決定是否應(yīng)在同會話中繼裝置上執(zhí)行其擴充處理。另外，會話中繼裝置為了將已執(zhí)行擴充處理的狀況通知給其他會話中繼裝置，要在調(diào)用控制報文中添加表明處理狀況的信息。借此，來達到上述目標。發(fā)明效果因為由路徑上的會話中繼裝置執(zhí)行擴充處理的次數(shù)被抑制為最低限度，所以會話中繼裝置中的處理負荷得以減輕，傳輸調(diào)用控制報文時的延遲時間變短。另外，在會話中繼裝置中的處理伴隨和外部服務(wù)器之間的協(xié)作時，不僅是會話中繼裝置，還關(guān)系到外部服務(wù)器通信量的減少。這樣一來，網(wǎng)絡(luò)整體的負荷得以減輕。圖1表示的是實施示例1中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)。圖2表示的是實施示例2中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)。圖3表示的是實施示例3中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)。圖4表示的是實施示例4中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)。圖5是將實施示例1、2的SIP代理內(nèi)部結(jié)構(gòu)在功能上展開的附圖。圖6是將實施示例3的SIP代理內(nèi)部結(jié)構(gòu)在功能上展開的附圖。圖7是將實施示例4的SIP代理內(nèi)部結(jié)構(gòu)在功能上展開的附圖。圖8是表示路徑?jīng)Q定程序內(nèi)部動作的流程圖。圖9是表示路徑?jīng)Q定程序內(nèi)部動作的流程圖。圖10是表示處理信息取得程序內(nèi)部動作的流程圖。圖11是表示RTP代理協(xié)作程序內(nèi)部動作的流程圖。圖12是表示RTP代理協(xié)作程序內(nèi)部動作的流程圖。圖13是表示RTP代理協(xié)作程序內(nèi)部動作的流程圖。圖14是表示呈現(xiàn)服務(wù)器協(xié)作程序內(nèi)部動作的流程圖。圖15是表示呈現(xiàn)服務(wù)器協(xié)作程序內(nèi)部動作的流程圖。圖16表示的是實施示例1的動作順序。圖17表示的是實施示例2的動作順序。圖18表示的是實施示例3的動作順序。圖19表示的是實施示例4的動作順序。圖20表示的是在實施示例1中添加了RTP代理協(xié)作的處理通知的SIP報文示例。圖21表示的是以往采用SIP代理的網(wǎng)絡(luò)物理結(jié)構(gòu)。實施示例1下面，根據(jù)附圖來說明實施示例。圖1-a模式表示在本實施示例中假定的物理通信網(wǎng)絡(luò)的結(jié)構(gòu)。作為SIPUA2-1除具備通信功能的PC或電話式終端那種固定終端之外，還可以是移動電話或PDA(PersonalDigitalAssistant)那類的移動終端。3-1是SIP代理，用來根據(jù)區(qū)域服務(wù)器4-1管理的信息，決定SIP報文的路徑并進行傳輸。如同圖1-b的SIP服務(wù)器8-1那樣，SIP代理和區(qū)域服務(wù)器也可以整體形成。上述SIPUA2-1、NAT裝置7-1、SIP代理3-1、區(qū)域服務(wù)器4-1及RTP代理5-1相互通過物理通信線路9來連接。SIPUA2-1可以只經(jīng)由SIP代理3-1來收發(fā)SIP報文。另外，它們屬于相同的作用域10-1。作用域10-2的SIPUA2-2、NAT裝置7-2、SIP代理3-2、區(qū)域服務(wù)器4-2及RTP代理5-2也和作用域10-1相同，相互通過物理通信線路9來連接。SIPUA2-2通過NAT裝置7-2間接連接到通信網(wǎng)1-2上，并且SIPUA2-2可以只經(jīng)由SIP代理3-2來收發(fā)SIP報文。另外，通信網(wǎng)1-1和通信網(wǎng)1-2通過物理通信線路9來連接。作用域10-1只是指區(qū)域服務(wù)器4-1管理的范圍，作用域10-2只是指區(qū)域服務(wù)器4-2管理的范圍，并且作用域的范圍并不一定根據(jù)物理的位置加以限制。但是，在附圖中，為了幫助理解，使物理通信網(wǎng)絡(luò)上的位置和作用域的范圍相一致。實施示例1到4的區(qū)域服務(wù)器除了以往區(qū)域服務(wù)器管理的信息之外，還管理與下述擴充處理有關(guān)的信息，該擴充處理是該區(qū)域服務(wù)器管理的作用域內(nèi)各SIPUA所請求的。在實施示例1中，區(qū)域服務(wù)器4-1管理著「SIPUA2-1請求RTP代理協(xié)作」這樣的信息，區(qū)域服務(wù)器4-2管理著「SIPUA2-2請求RTP代理協(xié)作」這樣的信息。另外，實施示例1、2及4的RTP代理是一種單純的裝置，用于若從SIP代理獲取到用來唯一確定會話的識別符(identifier)(Call-ID等)，則如果與其會話相對應(yīng)的端口號碼(portnumber)尚未分配，就進行新分配，隨后將其端口號碼回發(fā)給SIP代理。在實施示例1中，在SIPUA2-1和SIPUA2-2之間建立會話。較細的實線100用來表示在SIPUA2-1和SIPUA2-2之間建立會話時的SIP報文流。這里，SIPUA2-1設(shè)為呼叫方(caller)(發(fā)送過INVITE的SIPUA)，SIPUA2-2設(shè)為被呼叫方(callee)。另外，虛線110用來表示RTP數(shù)據(jù)流。圖5表示，將圖1-a所示的SIP代理3(SIP代理3-1、SIP代理3-2共同)的內(nèi)部結(jié)構(gòu)在功能上展開所示的框圖。SIP代理3通過IF31來收發(fā)SIP報文。SIP代理3的各程序存儲于存儲器33中，并且在進行動作時CPU32通過數(shù)據(jù)通路34將它們讀出并加以執(zhí)行。另外，SIP代理3管理的各種表也存儲于存儲器33中，并且由此取出必要的信息，予以寫入。這些表也可以存儲于硬盤等用存儲系統(tǒng)來實現(xiàn)的DB裝置中。存儲器33用來存儲會話管理表(sessionmanagementtable)330、調(diào)用控制程序(signalingprogram)331、路徑?jīng)Q定程序(pathdecisionprogram)332、處理信息取得程序(processing-informationacquisitionprogram)333、RTP代理協(xié)作程序(RTPproxyinteractionprogram或者interactionprogramwithRTPproxy)334及靜態(tài)處理信息表(staticprocessing-informationtable)337。會話管理表330用來存儲與SIP代理3當前處理的會話有關(guān)的信息。在這些信息中，有各會話的狀態(tài)、會話的識別符、呼叫方和被呼叫方的URI及Contact地址等。在本專利中，會話管理表330除通常SIP代理管理的這些信息之外，還存儲路徑類型(pathtype)、上一跳(previoushop)、下一跳(nexthop)以及與由該會話執(zhí)行過的擴充處理有關(guān)的信息。所謂路徑類型表示路徑整體的特征，是封閉于1個作用域內(nèi)的路徑(下面，為「封閉」(closed))或是跨越多個作用域的路徑(下面，為「開放」(open))的某一個。根據(jù)SIP報文的From報頭中包含的URI(下面，為呼叫方URI(CallerURI))和To報頭中包含的URI(下面，為被呼叫方URI(CalleeURI))，來決定。所謂上一跳指的是對SIP代理3的SIP報文發(fā)送源，并且是屬于和SIP代理3相同的作用域的SIPUA(下面，為同作用域UA(same-scopeUA))、屬于和SIP代理3相同的作用域的其他SIP代理(下面，為同作用域SIP代理(same-scopeSIPproxy))以及屬于和SIP代理3不同的作用域的SIP代理(下面，為其他作用域SIP代理(other-scopeSIPproxy))的3種。其任一個都根據(jù)SIP代理3使用在其SIP報文接收中的NNI(Network-NetworkInterface)或者UNI(User-NetworkInterface)，來決定。所謂下一跳指的是SIP代理3后續(xù)發(fā)送SIP報文的發(fā)送源，并且是同作用域UA、同作用域SIP代理以及其他作用域SIP代理的3種。其任一個都根據(jù)被呼叫方URI來決定。所謂與由該會話執(zhí)行過的擴充處理有關(guān)的信息指的是，SIP代理3對于各自的擴充處理記錄了「執(zhí)行(execute)」還是「未執(zhí)行(notexecute)」的信息。其用途將在下面說明。另外，在下面的實施示例1～4中，會話管理表330除了存儲上述信息的區(qū)域之外，還具有用來對從區(qū)域服務(wù)器4所取得的呼叫方或被呼叫方(或者其雙方)的信息進行高速緩存的區(qū)域。但是，在本發(fā)明中，也可以沒有這種高速緩存器。調(diào)用控制程序331用來執(zhí)行SIP報文的基本操作。除了調(diào)出路徑?jīng)Q定程序332、處理信息取得程序333還有擴充處理程序(RTP代理協(xié)作程序334和實施示例3以后的呈現(xiàn)服務(wù)器協(xié)作程序(presenceserverinteractionprogram或者interactionprogramwithpresenceserver)335等)的這一點之外，還提供和現(xiàn)有的SIP代理相同的功能。路徑?jīng)Q定程序332用來計算與傳輸調(diào)用控制報文的路徑有關(guān)的信息。該程序計算傳輸SIP報文的路徑之路徑類型、上一跳還有下一跳。處理信息取得程序333用來計算與各SIPUA所需要的擴充處理有關(guān)的信息。在那些信息中，有動態(tài)信息(dynamicprocessing-information(dynamicinformation))和靜態(tài)信息(staticprocessing-information(staticinformation))。前一個是對每個SIPUA都不同的信息，例如是「SIPUA(因為處于NAT裝置的后面)請求了RTP代理協(xié)作等」的信息。后一個是作用域內(nèi)的SIPUA共同的信息，例如是「若作用域內(nèi)的SIPUA開始通話則將其狀態(tài)自動更新為「通話中」」等的信息。RTP代理協(xié)作程序334是執(zhí)行擴充處理的程序一種，用來獲取路徑?jīng)Q定程序332和處理信息取得程序333的計算結(jié)果，并且只在滿足特定條件時，才執(zhí)行SIP代理-RTP代理間協(xié)作(SIPproxy-RTPproxyinteraction)(下面，為RTP代理協(xié)作(RTPproxyinteraction))。所謂RTP代理協(xié)作指的是，由于對RTP代理請求端口號碼的分配，并使用所分配的端口號碼來重寫SDP(SessionDescriptionProtocol)報文的內(nèi)容，因而在SIPUA間交換的RTP數(shù)據(jù)包必定經(jīng)由RTP代理。靜態(tài)處理信息表337用來存儲與各SIPUA所需要的擴充處理有關(guān)的信息之內(nèi)作用域內(nèi)的所有SIPUA共同的信息。在實施示例1及2中，該表也可以不特別包含信息。如上所述，由于為了判斷是否應(yīng)執(zhí)行擴充處理而計算必要信息的程序和執(zhí)行擴充處理的程序相分開，因而不用對原本存在于會話中繼裝置中的程序進行修正，就可以容易地添加或刪除用來執(zhí)行擴充處理的程序。圖16是表示在SIPUA2-1和SIPUA2-2之間建立會話時的動作一個示例的順序圖。下面，使用圖16所示的順序圖及圖8～13所示的流程圖，來說明當SIP報文經(jīng)由多個SIP代理時動態(tài)決定用來執(zhí)行RTP代理協(xié)作的SIP代理之狀況。若SIP代理3-1從SIPUA2-1接收到包含SDP的INVITE(S601)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332判斷SIP報文是否是請求(S101)，在是請求時，判斷其是否是ACK(S102)。此時，由于請求是INVITE，因而首先將路徑類型設(shè)定為「封閉」(S103)。隨后，根據(jù)呼叫方URI的域等，來判別與呼叫方URI相對應(yīng)的UA(下面，為呼叫方UA(callerUA))是同作用域UA還是其他作用域UA(S104)。由于SIPUA2-1和SIP代理3-1屬于相同的作用域(S105)，因而從區(qū)域服務(wù)器4-1取得呼叫方UA的信息(S106)。與此相同，對于與被呼叫方URI相對應(yīng)的UA(下面，為被呼叫方UA(calleeUA))，也判別是同作用域UA還是其他作用域UA(S108)。由于SIPUA2-2和SIP代理3-1屬于不同的作用域(S109)，因而將路徑類型設(shè)定為「開放」(S111)。接著，路徑?jīng)Q定程序332判別請求的接收是經(jīng)由UNI進行的還是經(jīng)由NNI進行的(S117)。該判別是通過對INVITE的發(fā)送源地址是否是作為NNI已事先登錄的地址進行比較等來進行的。由于INVITE的發(fā)送源地址是SIPUA2-1，因而將呼叫方UA(同作用域UA)設(shè)定為上一跳(S119)。由于根據(jù)S108的結(jié)果，判明被呼叫方UA不是同作用域UA(S121)，因而路徑?jīng)Q定程序332將可以往SIPUA2-2傳輸INVITE的SIP代理3-2(其他作用域SIP代理)設(shè)定為下一跳(S125)。然后，作為該會話原有的信息，將路徑類型、上一跳及下一跳的信息(S604)登錄到會話管理表中(S126)。然后，和路徑類型等不同，將從區(qū)域服務(wù)器所取得信息的高速緩存器登錄到會話管理表中(S127)。路徑?jīng)Q定程序332將如上所得到的信息回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333從會話管理表取得屬于同作用域的SIPUA信息的高速緩存器(它是在S127中登錄過的)。在本實施示例中，雖然利用了高速緩存器，但是在不利用高速緩存器時，也可以在此再訪問區(qū)域服務(wù)器。另外，在除區(qū)域服務(wù)器之外還存在用來存儲與擴充處理有關(guān)的動態(tài)信息的專用服務(wù)器時，也可以訪問該服務(wù)器。優(yōu)選的是，在注重總處理能力時，要利用高速緩存器，在注重SIP代理上存儲器和磁盤區(qū)域的節(jié)約時，要利用區(qū)域服務(wù)器或?qū)Ｓ梅?wù)器。在本示例中，由于呼叫方UA是同作用域UA(S201)，因而取得呼叫方UA的處理信息(S202)，并且由于被呼叫方UA是其他作用域UA(S203)，因而不特別進行任何動作。隨后，從靜態(tài)處理信息表取得同作用域內(nèi)共同的處理信息(S205)。在實施示例1中，由于靜態(tài)處理信息表337不包含任何信息，因而不能取得任何靜態(tài)信息。處理信息取得程序333將如上所得到的「呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。調(diào)用控制程序331在調(diào)出RTP代理協(xié)作程序334這樣的擴充處理程序時，轉(zhuǎn)交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。RTP代理協(xié)作程序334檢查上一跳或下一跳是否是同作用域UA(S301)。在本示例中，由于上一跳是同作用域UA，因而接著檢查呼叫方UA或被呼叫方UA是否請求了RTP代理協(xié)作(S302)。在本示例中，由于根據(jù)在S106中從區(qū)域服務(wù)器4-1所取得的信息，判明作為呼叫方UA的SIPUA2-1請求了RTP代理協(xié)作，因而進入下面的處理。在本示例中，所接收到的SIP報文是INVITE(S304)，并且包含有SDP(S305)。因此，接著檢查路徑類型是否是「開放」(S315)。這里，由于路徑類型是「開放」，因而檢查在SIP報文中有沒有RTP代理協(xié)作的處理通知(S316)。這里，由于上一跳是同作用域UA(SIPUA2-1)，因而在SIP報文中未包含SIP代理的處理通知。至此是RTP代理協(xié)作程序334的處理條件判定部分。RTP代理協(xié)作程序334進行這種處理條件判定的原因是，為了本實施示例以外的網(wǎng)絡(luò)結(jié)構(gòu)也可以通過相同的程序來應(yīng)對。然后，RTP代理協(xié)作程序334對SDP的內(nèi)容進行分析(S320)，向RTP代理傳送端口分配請求(portallocationrequest)(S321)。RTP代理5-1對端口分配請求中包含的會話識別符(S605)，新分配端口號碼，并回復(fù)該端口號碼來作為響應(yīng)(S606)。RTP代理協(xié)作程序334根據(jù)該端口號碼來進行SDP報文的修正(S322)。隨后，在會話管理表330中記錄由該會話執(zhí)行過RTP代理協(xié)作的狀況(S323)。這種執(zhí)行的記錄具有可以使此后接收到與該會話有關(guān)的SIP報文(2xx或ACK等)時的計算得以簡單化的效果。在此，由于路徑類型是「開放」(S324)，因而將RTP代理協(xié)作的處理通知添加到SIP報文中(S325)。對于屬于不同作用域的SIP代理，則需要明確通知已執(zhí)行RTP代理協(xié)作。圖20是表示該添加示例的附圖。在圖20-a的示例中，在獨自定義的Proxy-Processing報頭中，存儲有表明RTP代理協(xié)作已執(zhí)行的「rtp」這樣的字符串。即使不為處理通知專用定義新的報頭，作為具有其他用意所定義的報頭參數(shù)之一，也可以存儲這種字符串。另外，在圖20-b的示例中，在作為獨自定義的Content-Type之「application/x-sip-proxy-processing」正文中，存儲有表示RTP代理協(xié)作已執(zhí)行的「rtp」這樣的字符串(在本示例中因為已經(jīng)存在SDP，所以使正文成為多部分(multipart))。即使不為處理通知專用定義新的Content-Type正文，作為具有其他用意所定義的Content-Type正文一部分，也可以存儲這種字符串。另外，除了已執(zhí)行RTP代理協(xié)作的狀況之外，還可以將與RTP代理協(xié)作有關(guān)的更為詳細的信息(RTP代理的域名(domainname)等)存儲到上述區(qū)域中。至此是RTP代理協(xié)作程序334的處理部分。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-2傳輸INVITE(S607)。若SIP代理3-2從SIP代理3-1接收到包含SDP的INVITE(S607)，則該INVITE首先被給予調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332判斷SIP報文是否是請求(S101)，在是請求時，判斷其是否是ACK(S102)。隨后，和SIP代理3-1的情形相反，由于SIPUA2-1和SIP代理3-2屬于不同的作用域(S105)，因而將路徑類型設(shè)定為「開放」(S107)。由于SIPUA2-2和SIP代理3-2屬于相同的作用域(S109)，因而從區(qū)域服務(wù)器4-2取得被呼叫方UA的信息(S110)。接著，路徑?jīng)Q定程序332判別請求的接收是經(jīng)由UNI進行的還是經(jīng)由NNI進行的(S117)。這里，將INVITE發(fā)送源的SIP代理3-1(其他作用域SIP代理)設(shè)定為上一跳(S120)。由于根據(jù)S108的結(jié)果，判明被呼叫方UA是同作用域UA(SIPUA2-1)(S121)，因而路徑?jīng)Q定程序332查驗SIP代理3-2是否能夠直接給SIPUA2-2發(fā)送SIP報文。這里，由于可以直接發(fā)送，因而將同作用域UA設(shè)定為下一跳(S123)。然后，作為該會話原有的信息，將路徑類型、上一跳及下一跳的信息(S610)登錄到會話管理表中(S126)。然后，和路徑類型等不同，將從區(qū)域服務(wù)器所取得信息的高速緩存器登錄到會話管理表中(S127)。路徑?jīng)Q定程序332將如上所得到的信息，回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333和SIP代理3-1的情形相反，將「被呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。調(diào)用控制程序331在調(diào)出RTP代理協(xié)作程序334這樣的擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。RTP代理協(xié)作程序334雖然至中途為止其進展和SIP代理3-1接收到INVITE時相同，但是因為此處由SIP代理3-1在INVITE中添加了RTP代理協(xié)作的處理通知，所以在S316中判斷出有RTP代理協(xié)作的處理通知。RTP代理協(xié)作因為只要在路徑上執(zhí)行一次就足夠，所以憑借該處理通知，可以判斷出SIP代理3-2不需要進行RTP代理協(xié)作。這樣一來，就防止在SIP報文的路徑上擴充處理被多余地執(zhí)行。然后，在會話管理表330中記錄該會話未執(zhí)行RTP代理協(xié)作(S317)，并結(jié)束程序。這種未執(zhí)行的記錄具有可以使此后接收到與該會話有關(guān)的SIP報文(2xx或ACK等)時的計算得以簡單化的效果。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-2傳輸INVITE(S611)。此時，由于在SIP代理3-2中判明下一跳是同作用域UA，因而在希望不給SIPUA傳送與網(wǎng)絡(luò)方的處理有關(guān)的信息時，也可以將RTP代理協(xié)作的處理通知從INVITE中刪除。SIPUA2-2接收INVITE，并且在此設(shè)為，此后用包含SDP的200(S612)進行響應(yīng)。SIP代理3-2若接收到該200，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的信息。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定為和請求時相同的類型(S113)，和請求時相反設(shè)定上一跳和下一跳(S114)，把所得到的信息(S613)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和SIP代理3-2接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。RTP代理協(xié)作程序334檢查上一跳或下一跳是否是同作用域UA(S301)。在本示例中，由于上一跳是同作用域UA，因而接著檢查呼叫方UA或被呼叫方UA是否請求了RTP代理協(xié)作(S302)。在本示例中，由于判明作為被呼叫方UA的SIPUA2-2請求了RTP代理協(xié)作，因而進入下面的處理。在本示例中，由于所接收到的SIP報文是200(S304)，因而從會話管理表330取得該會話的信息(S306)。這里，SIP報文不是ACK(S307)，并且用該會話的INVITE接收到SDP(S308)，200包含有SDP(S313)。但是，由于SIP代理3-2在接收INVITE時，在會話管理表中記錄有RTP代理協(xié)作的未執(zhí)行(S326)，因而不用執(zhí)行RTP代理協(xié)作，就結(jié)束處理。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-1傳輸200(S614)。若SIP代理3-1從SIP代理3-2接收到包含SDP的200(S614)，則該200首先被給予調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的信息。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定為和請求時相同的類型(S113)，和請求時相反設(shè)定上一跳和下一跳(S114)，把所得到的信息(S615)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和SIP代理3-1接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。RTP代理協(xié)作程序334雖然在中途之前其進展和SIP代理3-2接收到200時相同，但是因為SIP代理3-1在接收INVITE時，在會話管理表中記錄有RTP代理協(xié)作的執(zhí)行(S326)，因而繼續(xù)執(zhí)行處理。RTP代理協(xié)作程序334和接收到INVITE時相同，對SDP的內(nèi)容進行分析(S327)，向RTP代理傳送端口分配請求(S328)。RTP代理5-1查看端口分配請求中包含的會話識別符(S616)，回復(fù)和前面(S605、S606)所分配的端口號碼相同的端口號碼，來作為響應(yīng)(S617)。RTP代理協(xié)作程序334根據(jù)該端口號碼來進行SDP報文的修正(S329)。若結(jié)束了上面的處理，則SIP代理3-1往SIPUA2-1傳輸200(S618)。如上所述，就可以在存在于SIP報文的路徑上的SIP代理之間，唯一決定用來執(zhí)行RTP代理協(xié)作的SIP代理。借此，因為在SIP代理和RTP代理之間交換的報文120有所減少，所以SIP報文傳輸時的延遲時間變短。另外，因為用來中繼RTP數(shù)據(jù)流110的RTP代理數(shù)目得以減少，所以聲音和動態(tài)圖像的延遲時間變短。而且，還有下述效果，即因為SIP報文和RTP數(shù)據(jù)流雙方的處理量得以減少，所以給RTP代理帶來的負荷有所減少。實施示例2在實施示例1中表示出，SIP報文通過跨越多個作用域的路徑的示例。在這樣不同作用域的SIP代理之間進行協(xié)作時，需要明確執(zhí)行擴充處理的處理通知。但是，在SIP報文通過封閉于1個作用域中的路徑時，即使不在SIP代理間明確收發(fā)擴充處理的處理通知，SIP代理也可以默認獲知是否已經(jīng)執(zhí)行擴充處理。因此，在本實施示例中，對于那種情形的動作進行說明。圖2表示在本實施示例中假定的網(wǎng)絡(luò)物理的結(jié)構(gòu)圖。SIPUA2-1、SIPUA2-2和實施示例1相同。3-1、3-2是SIP代理，用來根據(jù)區(qū)域服務(wù)器4管理的信息，決定SIP報文的路徑并進行傳輸。通信網(wǎng)1、SIPUA2-1、2-2、NAT裝置7-1、7-2、SIP代理3-1、3-2、區(qū)域服務(wù)器4及RTP代理5相互通過物理通信線路9來連接。SIPUA2-1、2-2分別通過NAT裝置7-1、7-2間接連接到通信網(wǎng)1上，并且SIPUA2-1、2-2可以分別只經(jīng)由SIP代理3-1、3-2來收發(fā)SIP報文。另外，它們屬于相同的作用域10。作用域10只是指，區(qū)域服務(wù)器4管理的范圍，并且作用域的范圍并不一定根據(jù)物理的位置加以限制。但是，在附圖中，為了幫助理解，使物理通信網(wǎng)絡(luò)上的位置和作用域的范圍相一致。在實施示例2及4中，區(qū)域服務(wù)器4作為與SIPUA請求的擴充處理有關(guān)的信息，管理著「SIPUA2-1請求RTP代理協(xié)作」、「SIPUA2-2請求RTP代理協(xié)作」這樣的信息。在實施示例2中，在SIPUA2-1和SIPUA2-2之間建立會話。細的實線100用來表示在SIPUA2-1和SIPUA2-2之間建立會話時的SIP報文流。這里，SIPUA2-1設(shè)為呼叫方(發(fā)送過INVITE的SIPUA)，SIPUA2-2設(shè)為被呼叫方。另外，虛線110用來表示RTP數(shù)據(jù)流。SIP代理3(3-1、3-2)的內(nèi)部結(jié)構(gòu)及SIP代理3各程序的流程圖，和實施示例1相同。本實施示例的RTP代理協(xié)作程序遵照「由可以最先執(zhí)行RTP代理協(xié)作的SIP代理執(zhí)行RTP代理協(xié)作」這樣的策略。但是，在SIP報文通過封閉于1個作用域中的路徑時，也可以制作下述RTP代理協(xié)作程序，該RTP代理協(xié)作程序遵照「在可以執(zhí)行RTP代理協(xié)作而且下一跳為SIPUA時，執(zhí)行RTP代理協(xié)作」這樣的策略等的其他策略。但是，由于在SIP報文的路徑上，有可能存在因暫時故障等的原因而無法執(zhí)行RTP代理協(xié)作的SIP代理，因而在故障對策這方面，最好遵照本實施示例的策略。圖17是表示在SIPUA2-1和SIPUA2-2之間建立會話時的動作一個示例的順序圖。下面，采用圖17所示的順序圖及圖8～13所示的流程圖，來說明當SIP報文經(jīng)由多個SIP代理時動態(tài)決定用來執(zhí)行RTP代理協(xié)作的SIP代理之狀況。若SIP代理3-1從SIPUA2-1接收到包含SDP的INVITE(S701)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332判斷SIP報文是否是請求(S101)，在是請求時，判斷其是否是ACK(S102)。此時，由于請求是INVITE，因而首先將路徑類型設(shè)定為「封閉」(S103)。然后，判別呼叫方UA是同作用域UA還是其他作用域UA(S104)。由于SIPUA2-1和SIP代理3-1屬于相同的作用域(S105)，因而從區(qū)域服務(wù)器4取得呼叫方UA的信息(S106)。與此相同，對于被呼叫方UA，也判別是同作用域UA還是其他作用域UA(S108)。由于SIPUA2-2和SIP代理3-1屬于相同的作用域(S109)，因而從區(qū)域服務(wù)器4取得被呼叫方UA的信息(S110)。接著，路徑?jīng)Q定程序332判別請求的接收是經(jīng)由UNI進行的還是經(jīng)由NNI進行的(S117)。該判別是對INVITE的發(fā)送源地址是否是作為NNI已事先登錄的地址進行比較等來進行的。由于INVITE的發(fā)送源地址是SIPUA2-1，因而將呼叫方UA(同作用域UA)設(shè)定為上一跳(S119)。雖然根據(jù)在S110中從區(qū)域服務(wù)器4所取得的信息，SIP代理3-1屬于和被呼叫方UA相同的作用域(S121)，但是判明無法直接傳輸SIP報文(S122)。因此，路徑?jīng)Q定程序332將可往SIPUA2-2傳輸INVITE的SIP代理3-2(同作用域SIP代理)設(shè)定為下一跳(S124)。隨后，作為該會話原有的信息，將路徑類型、上一跳及下一跳的信息(S704)登錄到會話管理表中(S126)。然后，和路徑類型等不同，將從區(qū)域服務(wù)器所取得信息的高速緩存器登錄到會話管理表中(S127)。路徑?jīng)Q定程序332將如上所得到的信息回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333從會話管理表取得屬于同作用域的SIPUA信息的高速緩存器(它是在S127中登錄過的)。在本實施示例中，雖然利用了高速緩存器，但是在不利用高速緩存器時，也可以在此再訪問區(qū)域服務(wù)器。另外，在除區(qū)域服務(wù)器之外還存在用來存儲與擴充處理有關(guān)的動態(tài)信息的專用服務(wù)器時，也可以訪問該服務(wù)器。優(yōu)選的是，在注重總處理能力時，要利用高速緩存器，在注重SIP代理上存儲器和磁盤區(qū)域的節(jié)約時，要利用區(qū)域服務(wù)器或?qū)Ｓ梅?wù)器。在本示例中，由于呼叫方UA和被呼叫方UA都是同作用域UA(S201、S203)，因而取得各自的處理信息(S202、S204)。隨后，從靜態(tài)處理信息表取得同作用域內(nèi)共同的處理信息(S205)。在實施示例2中，由于靜態(tài)處理信息表337任何信息都不包含，因而不能取得任何靜態(tài)信息。處理信息取得程序333將如上所得到的「呼叫方UA和被呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。調(diào)用控制程序331在調(diào)出RTP代理協(xié)作程序334這樣的擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。RTP代理協(xié)作程序334至S315為止，其進展和實施示例1中SIP代理3-1接收到INVITE時相同。但是，在實施示例2中，由于路徑類型是「封閉」，因而接著檢查上一跳是否是同作用域SIP代理(S318)。這里，由于上一跳是同作用域UA(SIPUA2-1)，因而繼續(xù)執(zhí)行程序。至此是RTP代理協(xié)作程序334的處理條件判定部分。RTP代理協(xié)作程序334進行這種處理條件判定的原因是，為了本實施示例以外的網(wǎng)絡(luò)結(jié)構(gòu)也可以通過相同的程序來應(yīng)對。隨后，RTP代理協(xié)作程序334對SDP的內(nèi)容進行分析(S320)，向RTP代理傳送端口分配請求(S321)。RTP代理5-1對端口分配請求中包含的會話識別符(S705)，新分配端口號碼，并回復(fù)該端口號碼來作為響應(yīng)(S706)。RTP代理協(xié)作程序334根據(jù)該端口號碼來進行SDP報文的修正(S322)。然后，在會話管理表330中記錄已由該會話執(zhí)行過RTP代理協(xié)作(S323)。這種執(zhí)行的記錄具有可以使此后接收到與該會話有關(guān)的SIP報文(2xx或ACK等)時的計算得以簡單化之效果。在此，由于路徑類型是「封閉」(S324)，因而不需要將RTP代理協(xié)作的處理通知添加到SIP報文中。但是，在希望更為嚴格地進行SIP代理之間的協(xié)作時，也可以在路徑類型為「封閉」時，仍和實施示例1相同，將RTP代理協(xié)作的處理通知添加到SIP報文中。至此是RTP代理協(xié)作程序334的處理部分。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-2傳輸INVITE(S707)。若SIP代理3-2從SIP代理3-1接收到包含SDP的INVITE(S707)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332至S118為止，其進展和本實施示例中SIP代理3-1接收到INVITE時相同。但是，SIP代理3-2為了從SIP代理3-1接收INVITE，此處將INVITE發(fā)送源的SIP代理3-1(同作用域SIP代理)設(shè)定為上一跳(S120)。由于根據(jù)S108的結(jié)果，判明被呼叫方UA是同作用域UA(SIPUA2-2)(S121)，因而路徑?jīng)Q定程序332查驗SIP代理3-2是否能夠直接給SIPUA2-2發(fā)送SIP報文。由于根據(jù)在S110中從區(qū)域服務(wù)器4所取得的信息，判明SIP代理3-2可以向SIPUA2-2直接傳輸SIP報文，因而將SIPUA2-2(同作用域UA)設(shè)定為下一跳(S123)。隨后，作為該會話原有的信息，將路徑類型、上一跳及下一跳的信息(S710)登錄到會話管理表中(S126)。然后，和路徑類型等不同，將從區(qū)域服務(wù)器所取得信息的高速緩存器登錄到會話管理表中(S127)。路徑?jīng)Q定程序332將如上所得到的信息回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333其進展和本實施示例中SIP代理3-1接收到INVITE時相同，并將「呼叫方UA和被呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。調(diào)用控制程序331在調(diào)出RTP代理協(xié)作程序334這樣的擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。RTP代理協(xié)作程序334至中途為止，其進展和本實施示例中SIP代理3-1接收到INVITE時相同。但是，在路徑類型為「封閉」(S315)且上一跳為同作用域SIP代理時(S318)，默認判明上一跳的SIP代理已經(jīng)執(zhí)行RTP代理協(xié)作。RTP代理協(xié)作因為只要在路徑上執(zhí)行一次就足夠，所以可以判斷出SIP代理3-2不需要進行RTP代理協(xié)作。這樣一來，在SIP報文通過封閉于1個作用域中的路徑時，還防止在SIP報文的路徑上擴充處理被多余執(zhí)行。然后，在會話管理表330中記錄該會話未執(zhí)行RTP代理協(xié)作(S319)，并結(jié)束程序。但是，在希望更為嚴格地進行SIP代理之間的協(xié)作時，在路徑類型為「封閉」時，也可以在沒有RTP代理協(xié)作的處理通知時執(zhí)行RTP代理協(xié)作。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-2傳輸INVITE(S711)。此時，由于在SIP代理3-2中判明下一跳是同作用域UA，因而也可以將RTP代理協(xié)作的處理通知從INVITE中刪除，以便不向SIPUA傳輸與網(wǎng)絡(luò)方的處理有關(guān)的信息。SIPUA2-2接收INVITE，并且此處設(shè)為，此后用包含SDP的200(S712)進行響應(yīng)。SIP代理3-2若接收到該200，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的報文。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定成和請求時相同的類型(S113)，和請求時相反地設(shè)定上一跳和下一跳(S114)，把所得到的信息(S713)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和本實施示例中SIP代理3-2接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。但是，由于SIP代理3-2在接收INVITE時，在會話管理表中記錄有RTP代理協(xié)作的未執(zhí)行，因而不執(zhí)行RTP代理協(xié)作，就結(jié)束處理(S326)。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-1傳輸200(S714)。若SIP代理3-1從SIP代理3-2接收到包含SDP的200(S714)，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的信息。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定成和請求時相同的類型(S113)，和請求時相反設(shè)定上一跳和下一跳(S114)，把所得到的信息(S715)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和本實施示例中SIP代理3-1接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。但是，由于SIP代理3-1在接收INVITE時，在會話管理表中記錄有RTP代理協(xié)作的執(zhí)行(S326)，因而繼續(xù)執(zhí)行處理。RTP代理協(xié)作程序334和接收到INVITE時相同，對SDP的內(nèi)容進行分析(S327)，向RTP代理傳送端口分配請求(S328)。RTP代理5-1查看端口分配請求中包含的會話識別符(S716)，并回復(fù)和前面(S705、706)所分配的端口號碼相同的端口號碼，來作為響應(yīng)(S717)。RTP代理協(xié)作程序334根據(jù)該端口號碼，來進行SDP報文的修正(S329)。若結(jié)束了上面的處理，則SIP代理3-1往SIPUA2-1傳輸200(S718)。如上所述，在SIP報文通過封閉于1個作用域中的路徑時，即使不進行擴充處理的處理通知，也可以唯一決定用來執(zhí)行RTP代理協(xié)作的SIP代理。借此，由于在SIP代理和RTP代理之間交換的報文120得以減少，因而SIP報文傳輸時的延遲時間變短。另外，由于用來中繼RTP數(shù)據(jù)流110的RTP代理數(shù)目得以減少，因而聲音和動態(tài)圖像的延遲時間變短。而且，還有下述效果，即由于SIP報文和RTP數(shù)據(jù)流雙方的處理量得以減少，因而給RTP代理帶來的負荷有所減少。另外，和實施示例1不同，在如同本實施示例這樣在單個作用域內(nèi)采取冗余結(jié)構(gòu)(redundantconfiguration)時，不需要向原來調(diào)用控制協(xié)議(此時是SIP)的擴充。還可以考慮在1個作用域之中只有1個RTP代理的情況，此時也有可以減少在SIP代理和RTP代理之間交換的報文120之效果。實施示例3在實施示例1和2中表示出，SIP代理執(zhí)行作為擴充處理一種的RTP代理協(xié)作的示例。在本實施示例中，作為擴充處理不同的示例，將對于執(zhí)行SIP代理-呈現(xiàn)服務(wù)器間協(xié)作(SIPproxy-presenceserverinteraction)(下面，為呈現(xiàn)服務(wù)器協(xié)作(presenceserverinteraction))時的動作，進行說明。在本實施示例中稱為呈現(xiàn)服務(wù)器協(xié)作的處理為，若在SIPUA間建立了會話，則SIP代理將雙方SIPUA的狀態(tài)更新為「通話中(Busy)」，并且若結(jié)束了會話，則更新為「可通話(Online)」。另外，在本實施示例及實施示例4中，其前提為，區(qū)域服務(wù)器的作用域及呈現(xiàn)服務(wù)器管理的SIPUA和SIP代理的范圍相一致。圖3表示在本實施示例中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)圖。SIPUA2-1、2-2和實施示例1相同。3-1、3-2是SIP代理，用來根據(jù)區(qū)域服務(wù)器4管理的信息，決定SIP報文的路徑并進行傳輸。通信網(wǎng)1、SIPUA2-1、2-2、SIP代理3-1、3-2、區(qū)域服務(wù)器4及呈現(xiàn)服務(wù)器6相互通過物理通信線路9來連接。因為維持著TLS(TransportLayerSecurity)等的安全連接這樣的理由，SIPUA2-1、2-2可以分別只經(jīng)由SIP代理3-1、3-2來收發(fā)SIP報文。但是，本實施示例并不限定為該理由，在SIP報文通過相同的路徑時，進行同樣的處理。另外，它們屬于相同的作用域10。作用域10只是指，區(qū)域服務(wù)器4管理的范圍，作用域的范圍并不一定根據(jù)物理的位置加以限制。但是，在附圖中，為了幫助理解，使物理通信網(wǎng)絡(luò)上的位置和作用域的范圍相一致。在實施示例3中，在SIPUA2-1和SIPUA2-2之間建立會話。較細的實線100用來表示在SIPUA2-1和SIPUA2-2之間建立會話時的SIP報文流。在此，SIPUA2-1設(shè)為呼叫方(發(fā)送過INVITE的SIPUA)，SIPUA2-2設(shè)為被呼叫方。圖6表示，將圖3所示的SIP代理3(SIP代理3-1、SIP代理3-2共同)的內(nèi)部結(jié)構(gòu)在功能上展開所示的框圖。除了取代RTP代理協(xié)作程序334而在存儲器33中存儲有呈現(xiàn)服務(wù)器協(xié)作程序335這一點之外，和實施示例1的SIP代理3的內(nèi)部結(jié)構(gòu)(圖5)相同。另外，除了呈現(xiàn)服務(wù)器協(xié)作程序335之外的各程序流程圖，和實施示例1相同。呈現(xiàn)服務(wù)器協(xié)作程序335是進行擴充處理的程序一種，用來獲取路徑?jīng)Q定程序332和處理信息取得程序333的計算結(jié)果，并且只在滿足特定條件時，才執(zhí)行呈現(xiàn)服務(wù)器協(xié)作。在本實施示例及實施示例4中，通過從SIP代理3對呈現(xiàn)服務(wù)器6發(fā)送SIP報文的PUBLISH，來更新SIPUA。但是，更新SIPUA狀態(tài)的方法不限定為PUBLISH。本實施示例及實施示例4的呈現(xiàn)服務(wù)器協(xié)作程序335遵照「由可以最先執(zhí)行呈現(xiàn)服務(wù)器協(xié)作的SIP代理執(zhí)行呈現(xiàn)服務(wù)器協(xié)作」這樣的策略。但是，在SIP報文通過封閉于1個作用域中的路徑時，也可以制作下述呈現(xiàn)服務(wù)器協(xié)作程序，該呈現(xiàn)服務(wù)器協(xié)作程序遵照「在可以執(zhí)行呈現(xiàn)服務(wù)器協(xié)作而且下一跳為SIPUA時，執(zhí)行呈現(xiàn)服務(wù)器協(xié)作」這樣的策略等的其他策略。但是，由于在SIP報文的路徑上，有可能存在因暫時故障等的原因而無法執(zhí)行呈現(xiàn)服務(wù)器協(xié)作的SIP代理，因而在故障對策這方面，最好遵照本實施示例及實施示例4的策略。另外，在本實施示例及實施示例4中，在靜態(tài)處理信息表337中存儲有「全部的同作用域UA請求呈現(xiàn)服務(wù)器協(xié)作」這樣的信息。雖然在只有一部分UA請求呈現(xiàn)服務(wù)器協(xié)作時，需要在靜態(tài)處理信息表337中存儲那種信息，但是此時也和本實施示例相同，可以由呈現(xiàn)服務(wù)器協(xié)作程序335來應(yīng)對。圖18是表示在SIPUA2-1和SIPUA2-2之間建立會話時的動作一個示例的順序圖。下面，采用圖18所示的順序圖及圖8～10、圖14～15所示的流程圖，來說明當SIP報文經(jīng)由多個SIP代理時動態(tài)決定用來執(zhí)行呈現(xiàn)服務(wù)器協(xié)作的SIP代理之狀況。若SIP代理3-1從SIPUA2-1接收到包含SDP的INVITE(S801)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-1接收到INVITE時完全相同。然后，將如上所得到的信息(S804)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333從會話管理表取得屬于同作用域的SIPUA信息的高速緩存器(它是在S127中登錄過的)。在本實施示例中，雖然利用了高速緩存器，但是在不利用高速緩存器時，也可以在此再訪問區(qū)域服務(wù)器。另外，在除區(qū)域服務(wù)器之外還存在用來存儲與擴充處理有關(guān)的動態(tài)信息的專用服務(wù)器時，也可以訪問該服務(wù)器。優(yōu)選的是，在注重總處理能力時，要利用高速緩存器，在注重SIP代理上存儲器和磁盤區(qū)域的節(jié)約時，要利用區(qū)域服務(wù)器或?qū)Ｓ梅?wù)器。在本示例中，由于呼叫方UA和被呼叫方UA都是同作用域UA(S201、S203)，因而取得各自的處理信息(S202、S204)。在本實施示例中，由于不存在基于動態(tài)信息的擴充處理(RTP代理協(xié)作等)，因而不能取得任何動態(tài)信息。隨后，從靜態(tài)處理信息表取得同作用域內(nèi)共同的處理信息(S205)。處理信息取得程序333將如上所得到的「全部的同作用域UA請求呈現(xiàn)服務(wù)器協(xié)作」這樣的靜態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出呈現(xiàn)服務(wù)器協(xié)作程序335。調(diào)用控制程序331在調(diào)出呈現(xiàn)服務(wù)器協(xié)作程序335這樣的擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。呈現(xiàn)服務(wù)器協(xié)作程序335檢查上一跳或下一跳是否是同作用域UA(S401)。在本示例中，由于雙方都是同作用域UA，因而接著檢查靜態(tài)處理信息是否請求了呈現(xiàn)服務(wù)器協(xié)作(S402)。在本示例中，由于根據(jù)在S205中從靜態(tài)處理信息表337所取得的信息，判明作為同域UA的呼叫方UA和被呼叫方UA請求了呈現(xiàn)服務(wù)器協(xié)作，因而進行下面的處理。但是，在本示例中，由于SIP報文是INVITE，因而在S403和S413的檢查之后，結(jié)束處理。和從會話的建立中執(zhí)行的RTP代理協(xié)作不同，呈現(xiàn)服務(wù)器協(xié)作在會話建立后加以執(zhí)行。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-2傳輸INVITE(S805)。若SIP代理3-2從SIP代理3-1接收到包含SDP的INVITE(S805)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-1接收到INVITE時完全相同。然后，將如上所得到的信息(S808)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333的進展為，和本實施示例中SIP代理3-1接收到INVITE時相同，并且將「全部的同作用域UA請求呈現(xiàn)服務(wù)器協(xié)作」這樣的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出呈現(xiàn)服務(wù)器協(xié)作程序335。調(diào)用控制程序331在調(diào)出呈現(xiàn)服務(wù)器協(xié)作程序335這樣的擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。呈現(xiàn)服務(wù)器協(xié)作程序335的進展，和本實施示例中SIP代理3-1接收到INVITE時相同，在執(zhí)行呈現(xiàn)服務(wù)器協(xié)作之前，結(jié)束處理。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-2傳輸INVITE(S809)。SIPUA2-2接收INVITE，并且此處設(shè)為，此后用包含SDP的200(S810)進行響應(yīng)。SIP代理3-2若接收到該200，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的信息。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定成和請求時相同的類型(S113)，和請求時相反設(shè)定上一跳和下一跳(S114)，把所得到的信息(S811)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和在本實施示例中SIP代理3-2接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出呈現(xiàn)服務(wù)器協(xié)作程序335。呈現(xiàn)服務(wù)器協(xié)作程序335檢查上一跳或下一跳是否是同作用域UA(S401)。在本示例中，由于雙方都是同作用域UA，因而接著檢查靜態(tài)處理信息是否請求了呈現(xiàn)服務(wù)器協(xié)作(S402)。在本示例中，由于根據(jù)在S205中從靜態(tài)處理信息表337所取得的信息，判明作為同作用域UA的呼叫方UA和被呼叫方UA請求了呈現(xiàn)服務(wù)器協(xié)作，因而進行下面的處理。在本示例中，由于所接收到的SIP報文是200(S403)，因而從會話管理表取得該會話的信息。而且，所接收到的SIP報文是200(S405)，該會話的INVITE包含SDP(S406)，并且SIP報文(此處所說的200)也包含SDP(S407)。因此，接著檢查路徑類型是否是「封閉」(S414)。這里，雖然路徑類型是「封閉」，但是由于上一跳是同作用域UA(SIPUA2-2)(S415)，因而繼續(xù)執(zhí)行處理。至此是呈現(xiàn)服務(wù)器協(xié)作程序335的處理條件判定部分。呈現(xiàn)服務(wù)器協(xié)作程序335進行這種處理條件判定的原因為，為了本實施示例以外的網(wǎng)絡(luò)結(jié)構(gòu)也可以通過相同的程序來應(yīng)對。此后，呈現(xiàn)服務(wù)器協(xié)作程序335分別判定呼叫方UA和被呼叫方UA是否是同作用域UA(S416、S420)，并且因為是同作用域UA，所以將狀態(tài)更新為「通話中」(S418、S422)。和RTP代理協(xié)作不同，由于呈現(xiàn)服務(wù)器協(xié)作通過一次處理就結(jié)束，因而不需要在會話管理表中記錄呈現(xiàn)服務(wù)器協(xié)作的執(zhí)行。在本實施示例及實施示例4中，有區(qū)域服務(wù)器4的作用域及呈現(xiàn)服務(wù)器管理的SIPUA和SIP代理的范圍相一致這樣的前提條件。也就是說，由于為每個作用域執(zhí)行1次呈現(xiàn)服務(wù)器協(xié)作，因而不需要在屬于不同作用域的SIP代理間收發(fā)呈現(xiàn)服務(wù)器協(xié)作的處理通知。但是，在希望更為嚴格地進行SIP代理之間的協(xié)作時，也可以只在路徑類型為「封閉」時，采用和RTP代理協(xié)作的處理通知相同的方法，將呈現(xiàn)服務(wù)器協(xié)作的處理通知添加到SIP報文中。至此是呈現(xiàn)服務(wù)器協(xié)作程序335的處理部分。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-1傳輸200(S814)。若SIP代理3-1從SIP代理3-2接收到包含SDP的200(S814)，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332在SIP報文是響應(yīng)時，利用請求時的信息。首先，從會話管理表取得該會話請求時的路徑類型、上一跳及下一跳(S112)。然后，將路徑類型設(shè)定成和請求時相同的類型(S113)，和請求時相反地設(shè)定上一跳和下一跳(S114)，把所得到的信息(S815)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和在本實施示例中SIP代理3-1接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334。RTP代理協(xié)作程序334雖然至中途為止，其進展和SIP代理3-2接收到200時相同，但是在路徑類型為「封閉」(S414)且上一跳為同作用域SIP代理時(S415)，由于默認獲知上一跳的SIP代理已經(jīng)執(zhí)行了呈現(xiàn)服務(wù)器協(xié)作，因而結(jié)束程序。但是，在希望更為嚴格地進行SIP代理之間的協(xié)作時，也可以在路徑類型為「封閉」時，在沒有呈現(xiàn)服務(wù)器協(xié)作的處理通知時執(zhí)行呈現(xiàn)服務(wù)器協(xié)作。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-1傳輸INVITE(S816)。如上所述，對于作為RTP代理協(xié)作之外的擴充處理的呈現(xiàn)服務(wù)器協(xié)作，也可以通過添加由處理條件判定部分和處理部分組成的程序，來唯一決定用來執(zhí)行其擴充處理的SIP代理。借此，因為SIP代理和呈現(xiàn)服務(wù)器之間交換的報文130得以減少，所以SIP報文傳輸時的延遲時間變短。另外，還有下述效果，即因為SIP報文的處理量得以減少，所以給呈現(xiàn)服務(wù)器帶來的負荷有所減少。另外，和實施示例1不同，在如同本實施示例這樣于單個作用域內(nèi)采取冗余結(jié)構(gòu)的范圍內(nèi)，不需要對原來調(diào)用控制協(xié)議(此時是SIP)進行擴充。實施示例4在實施示例1～3中表示出，SIP代理執(zhí)行單個擴充處理的示例。在本實施示例中，將對于SIP代理執(zhí)行多個擴充處理時的動作，進行說明。在本實施示例中，執(zhí)行2個擴充處理，一個是實施示例1和2所示的RTP代理協(xié)作，另一個是實施示例3所示的呈現(xiàn)服務(wù)器協(xié)作。圖4表示在本實施示例中假定的網(wǎng)絡(luò)物理結(jié)構(gòu)圖。除了RTP代理5以及呈現(xiàn)服務(wù)器6通過物理通信線路9連接到通信網(wǎng)1上這一點之外，和實施示例2的結(jié)構(gòu)圖(圖2)相同。圖7表示，將圖4所示的SIP代理3(SIP代理3-1、SIP代理3-2共同)的內(nèi)部結(jié)構(gòu)在功能上展開所示的框圖。除了RTP代理協(xié)作程序334以及呈現(xiàn)服務(wù)器協(xié)作程序335存儲于存儲器33中這一點之外，和實施示例1的SIP代理3的內(nèi)部結(jié)構(gòu)(圖5)相同。另外，除呈現(xiàn)服務(wù)器協(xié)作程序335之外的各程序流程圖，和實施示例1相同，并且呈現(xiàn)服務(wù)器協(xié)作程序335的流程圖，和實施示例3相同。在靜態(tài)處理信息表337中存儲有和實施示例3相同的信息。圖19是表示在SIPUA2-1和SIPUA2-2之間建立會話時的動作一個示例的順序圖。下面，采用圖19所示的順序圖及圖8～15所示的流程圖，來說明當SIP報文經(jīng)由多個SIP代理時分別動態(tài)決定用來執(zhí)行RTP代理協(xié)作和呈現(xiàn)服務(wù)器協(xié)作的SIP代理之狀況。若SIP代理3-1從SIPUA2-1接收到包含SDP的INVITE(S901)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-1接收到INVITE時完全相同。然后，將如上所得到的信息(S904)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333從會話管理表取得屬于同作用域的SIPUA信息的高速緩存器(cache)(它是在S127中登錄過的)。在本實施示例中，雖然利用了高速緩存器，但是在不利用高速緩存器時，也可以在此再訪問區(qū)域服務(wù)器。另外，在除區(qū)域服務(wù)器之外還存在用來存儲與擴充處理有關(guān)的動態(tài)信息的專用服務(wù)器時，也可以訪問該服務(wù)器。優(yōu)選的是，在注重總處理能力時，要利用高速緩存器，在注重SIP代理上存儲器和磁盤區(qū)域的節(jié)約時，要利用區(qū)域服務(wù)器或?qū)Ｓ梅?wù)器。在本示例中，由于呼叫方UA和被呼叫方UA都是同作用域UA(S201、S203)，因而取得各自的處理信息(S202、S204)。隨后，從靜態(tài)處理信息表取得同作用域內(nèi)共同的處理信息(S205)。處理信息取得程序333將如上所得到的「呼叫方UA和被呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息和「全部的同作用域UA請求呈現(xiàn)服務(wù)器協(xié)作」這樣的靜態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334和呈現(xiàn)服務(wù)器協(xié)作程序335。調(diào)用控制程序331在調(diào)出這些擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。即便變更了調(diào)出這些擴充處理程序的順序，整體的處理結(jié)果也沒有改變。RTP代理協(xié)作程序334的動作為，和實施示例2中SIP代理3-1接收到INVITE時完全相同，并且執(zhí)行RTP代理協(xié)作。然后，在會話管理表330中記錄已由該會話執(zhí)行了RTP代理協(xié)作(S323)，并結(jié)束程序。呈現(xiàn)服務(wù)器協(xié)作程序335的動作為，和實施示例3中SIP代理3-1接收到INVITE時完全相同，并且不執(zhí)行呈現(xiàn)服務(wù)器協(xié)作，就結(jié)束程序。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-2傳輸INVITE(S907)。若SIP代理3-2從SIP代理3-1接收到包含SDP的INVITE(S907)，則該INVITE首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-1接收到INVITE時完全相同。然后，將如上所得到的信息(S910)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333的進展為，和本實施示例中SIP代理3-1接收到INVITE時相同，并且將「呼叫方UA和被呼叫方UA請求RTP代理協(xié)作」這樣的動態(tài)信息和「全部的同作用域UA請求呈現(xiàn)服務(wù)器協(xié)作」這樣的靜態(tài)信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334和呈現(xiàn)服務(wù)器協(xié)作程序335。調(diào)用控制程序331在調(diào)出這些擴充處理程序時，提交從路徑?jīng)Q定程序332和處理信息取得程序333獲取到的計算結(jié)果。即便變更了調(diào)出這些擴充處理程序的順序，整體的處理結(jié)果也沒有改變。RTP代理協(xié)作程序334的動作為，和實施示例2中SIP代理3-2接收到INVITE時完全相同，并且不執(zhí)行RTP代理協(xié)作。然后，在會話管理表330中記錄未由該會話執(zhí)行RTP代理協(xié)作(S319)，并結(jié)束程序。呈現(xiàn)服務(wù)器協(xié)作程序335的動作為，和實施示例3中SIP代理3-2接收到INVITE時完全相同，并且不執(zhí)行呈現(xiàn)服務(wù)器協(xié)作，就結(jié)束程序。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-2傳輸INVITE(S911)。SIPUA2-2接收INVITE，并且此處設(shè)為，此后用包含SDP的200(S912)進行響應(yīng)。SIP代理3-2若接收到該200，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-2接收到200時完全相同。然后，將如上所得到的信息(S913)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和在本實施示例中SIP代理3-2接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334和呈現(xiàn)服務(wù)器協(xié)作程序335。RTP代理協(xié)作程序334的動作為，和實施示例2中SIP代理3-2接收到200時完全相同，并且不執(zhí)行RTP代理協(xié)作，就結(jié)束程序。呈現(xiàn)服務(wù)器協(xié)作程序335的動作為，和實施示例3中SIP代理3-2接收到200時完全相同，并且執(zhí)行呈現(xiàn)服務(wù)器協(xié)作。然后，結(jié)束程序。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIP代理3-1傳輸200(S916)。若SIP代理3-1從SIP代理3-2接收到包含SDP的200(S916)，則該200首先被交給調(diào)用控制程序331。然后，調(diào)用控制程序331在其處理之中調(diào)出路徑?jīng)Q定程序332。路徑?jīng)Q定程序332的動作為，和實施示例2中SIP代理3-1接收到200時完全相同。然后，將如上所得到的信息(S917)回復(fù)給調(diào)用控制程序331。若結(jié)束了路徑?jīng)Q定程序332，則調(diào)用控制程序331接著調(diào)出處理信息取得程序333。處理信息取得程序333將和在本實施示例中SIP代理3-1接收到INVITE時相同的信息，回復(fù)給調(diào)用控制程序331。然后，調(diào)用控制程序331調(diào)出RTP代理協(xié)作程序334和呈現(xiàn)服務(wù)器協(xié)作程序335。RTP代理協(xié)作程序334的動作為，和實施示例2中SIP代理3-1接收到200時完全相同，并且執(zhí)行RTP代理協(xié)作。然后，結(jié)束程序。呈現(xiàn)服務(wù)器協(xié)作程序335的動作為，和實施示例3中SIP代理3-1接收到200時完全相同，并且不執(zhí)行呈現(xiàn)服務(wù)器協(xié)作，就結(jié)束程序。若結(jié)束了上面的處理，則調(diào)用控制程序331往SIPUA2-1傳輸INVITE(S920)。如上所述，對于有多個SIP代理執(zhí)行的擴充處理的場合，也可以唯一決定用來執(zhí)行其各自擴充處理的SIP代理。另外，還表示出，由于處理條件的判定對每個擴充處理都執(zhí)行，因而1個SIP代理未必執(zhí)行全部的擴充處理。借此，由于SIP代理和外部服務(wù)器(RTP代理、呈現(xiàn)服務(wù)器)之間交換的報文得以減少，因而SIP報文傳輸時的延遲時間變短。還有下述效果，即由于從SIP代理發(fā)送的報文處理量得以減少，因而給外部服務(wù)器帶來的負荷有所減少。另外，和實施示例1不同，在如同本實施示例這樣在單個作用域內(nèi)采取冗余結(jié)構(gòu)的范圍內(nèi)，不需要向原來調(diào)用控制協(xié)議(此時是SIP)的擴充處理。而且，由于其結(jié)構(gòu)為，將路徑?jīng)Q定程序332和處理信息取得程序333的計算結(jié)果，交給各自的擴充處理程序，因而不用對SIP代理的基本程序(調(diào)用控制程序331、路徑?jīng)Q定程序332及處理信息取得程序333)施加變更，也可以新添加實施示例4所示的程序之外的擴充處理程序。作為除RTP代理協(xié)作和呈現(xiàn)服務(wù)器協(xié)作之外要考慮的擴充處理程序，有和Web服務(wù)器之間的協(xié)作、注冊的記錄、收費信息的記錄及QoS控制等。上面，對于本發(fā)明的實施方式，參照附圖進行了詳細說明，但是具體的結(jié)構(gòu)并不限于該實施方式，還包括不脫離本發(fā)明宗旨的范圍的設(shè)計等。另外，只要產(chǎn)生本發(fā)明的效果，協(xié)議就不限定為SIP。符號說明1通信網(wǎng)2SIPUA3SIP代理4區(qū)域服務(wù)器5RTP代理6呈現(xiàn)服務(wù)器7NAT裝置8SIP服務(wù)器9通信線路10作用域100SIP報文110RTP數(shù)據(jù)流120SIP代理-RTP代理間協(xié)作報文130SIP代理-呈現(xiàn)服務(wù)器間協(xié)作報文31IF32CPU33存儲器34數(shù)據(jù)通路330會話管理表331調(diào)用控制程序332路徑?jīng)Q定程序333處理信息取得程序334RTP代理協(xié)作程序335呈現(xiàn)服務(wù)器協(xié)作程序337靜態(tài)處理信息表。權(quán)利要求1.一種會話中繼裝置，與通信終端和其他會話中繼裝置連接，其特征為，具有收發(fā)部，從上述通信終端或上述會話中繼裝置接收呼叫控制報文；控制部，根據(jù)上述呼叫控制報文所通過的路徑上本裝置的位置信息和有關(guān)需要上述呼叫控制報文所屬的會話的處理的信息，來決定是否由本裝置執(zhí)行上述處理。2.根據(jù)權(quán)利要求1所述的會話中繼裝置，其特征為上述收發(fā)部發(fā)送附加下述信息后的上述呼叫控制報文，該信息為是否由本裝置執(zhí)行了需要上述呼叫控制報文所屬的會話的處理的信息。3.根據(jù)權(quán)利要求1所述的會話中繼裝置，其特征為需要上述呼叫控制報文所屬的會話的處理是2個或更多個獨立的處理。4.根據(jù)權(quán)利要求1所述的會話中繼裝置，其特征為具備存儲部，在上述存儲部中，存儲有程序1，取得上述呼叫控制報文所通過的路徑上本裝置的位置信息；程序2，取得與需要上述呼叫控制報文所屬的會話的處理有關(guān)的信息；程序3，根據(jù)上述呼叫控制報文所通過的路徑上本裝置的位置信息、和有關(guān)需要上述呼叫控制報文所屬的會話的處理的信息，來決定是否由本裝置執(zhí)行上述處理；上述控制部執(zhí)行上述存儲部中所存儲的各程序。5.根據(jù)權(quán)利要求4所述的會話中繼裝置，其特征為，決定是否由本裝置執(zhí)行上述處理的程序可以對上述每個處理進行追加或刪除。全文摘要本發(fā)明提供一種使用傳輸調(diào)用控制報文的會話中繼裝置，解決若導(dǎo)致會話中繼裝置間的協(xié)作頻繁進行，則有可能在調(diào)用控制報文的路徑上擴充處理被多余執(zhí)行的問題。會話中繼裝置每次接收調(diào)用控制報文，都計算與傳輸該報文的路徑有關(guān)的信息。由于除調(diào)用控制報文之外還將其路徑信息提交給擴充處理程序，因而要為每個會話決定是否應(yīng)在同會話中繼裝置上執(zhí)行其擴充處理。另外，執(zhí)行擴充處理后的會話中繼裝置為了將這種情況通知給其他的會話中繼裝置，在調(diào)用控制報文中添加表明處理狀況的信息。文檔編號H04L29/02GK1835505SQ20051013576公開日2006年9月20日申請日期2005年12月28日優(yōu)先權(quán)日2005年3月14日發(fā)明者吉澤政洋,湯本一磨,川井惠理申請人:株式會社日立制作所