文件服務器裝置、通信管理服務器裝置及網絡系統的制作方法

專利名稱：文件服務器裝置、通信管理服務器裝置及網絡系統的制作方法
技術領域：
本發明是關于利用SIP(Session Initiation Protocol通話起始協議)等呼叫控制協議，受理文件等訪問的文件服務器裝置、管理呼叫控制的SIP服務器等的通信管理服務器裝置、及具有這些裝置的網絡系統。
背景技術：
在企業等計算機網絡中，為了多個用戶在網絡上共用文件等，大多設置文件服務器裝置。在具有多個部門等的組群的企業中，有時在每個組群設置文件服務器裝置，共用文件等。這時在文件服務器裝置內登錄組群的用戶帳戶信息，只有登錄的用戶帳戶信息的終端裝置才能夠利用該文件服務器裝置。
共用文件服務器裝置的用戶終端裝置有時也全部連接在同一LAN(Local Area Network局域網)上，但是在具有分散在遠程的事務所等的大企業等中，必須通過WAN(Wide Area Network廣域網)共用文件服務器裝置。這時，為了確保安全性，需要構筑內部網等專用網絡、VPN(Virtual Private Network虛擬專用網)等，通過這些安全的網絡，對文件服務器裝置進行訪問。
當在同一LAN內共用文件服務器裝置時，主要是在文件服務器裝置內只進行允許訪問的用戶帳戶登錄工作即可，但是，當經過WAN及LAN登錄共用文件服務器裝置用戶的用戶帳戶時，除了允許訪問的用戶帳戶的登錄工作之外，還需要對每個用戶帳戶進行有關網絡的設定。例如，不僅對文件服務器裝置進行防火墻、NAT(Network AddressTranslation網絡地址變換)等的設定，而且對每個作為共用用戶所登錄的用戶帳戶也需要設定。因此，在經過WAN及VPN等共用文件服務器時，設定操作必須花費很多的時間和精力。因此，經由WAN等的同一組織間的文件共用權的控制、及從任意的遠程地可以訪問等是很困難的。
另外，在轉移文件服務器裝置時，變更文件服務器裝置的IP地址等同樣也需要很多的設定工作，對文件服務器裝置進行簡單且靈活的轉移也是很困難的。

發明內容
本發明是鑒于上述的問題而提出的，其目的在于提供一種文件服務器裝置及通信管理服務器裝置，在多個終端裝置通過多個WAN及VPN共用文件服務器裝置時，可以減輕文件服務器裝置新設置時或轉移時所需要的設定操作的負擔。
本發明的文件服務器裝置，具有基于呼叫控制協議的通信功能，其特征在于，包括回復部，在接收到基于呼叫控制協議的數據通話開始請求時，將為了訪問本裝置內的目標所需要的信息記述在應答消息中進行回復；以及訪問受理部，與上述數據通話開始請求的請求方建立數據通話，通過該數據通話受理對本裝置內的目標的訪問。
對上述本裝置內的目標進行訪問所需要的信息中包括訪問端口號，所述文件服務器裝置還包括訪問端口開關部，在建立上述數據通話時，使記述在上述應答消息中的上述訪問端口號的端口處于開狀態，而在上述數據通話結束時，使處于開狀態的上述訪問端口號的端口成為關狀態。
上述訪問端口開關部每當接收數據通話開始請求時，對成為開狀態的端口的上述訪問端口號每次進行更新。
還包括通知部，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
另外，本發明的通信息管理服務器裝置，其特征在于，包括存儲部，將文件服務器裝置的帳戶信息及共用該文件服務器裝置的多個裝置的帳戶信息放在同一表中進行存儲；以及傳送部，當接收到發給文件服務器裝置的數據通話開始請求時，只在該請求方的帳戶信息及該文件服務器裝置的帳戶信息存儲在同一表中的情況下，才傳送上述數據通話開始請求。
發明的效果根據本發明所涉及的文件服務器裝置及通信管理裝置，當由多個客戶機裝置共用文件服務器裝置時，由于客戶機裝置對文件服務器裝置進行訪問時的認證由通信管理裝置進行，所以在文件服務器裝置中不需要有客戶機裝置的帳戶信息(認證信息)。為此，在對文件服務器裝置進行新設置或轉移時，只要在通信管理裝置內對文件服務器裝置的帳戶信息進行登錄或變更即可，不需要在文件服務器裝置內進行客戶機裝置帳戶信息的登錄和變更。特別是當多個客戶機裝置經過WAN及VPN共用文件服務器裝置時，如果預先構筑了使用呼叫控制的網絡，則不必另外在網絡上進行設定操作，可以大幅度減輕文件服務器裝置新設置或轉移時設定操作的負擔。
另外，根據本發明所涉及的文件服務器裝置，由于對文件服務器裝置內的目標進行訪問所需要的訪問端口號，在對數據通話開始請求進行應答時通知任意的訪問端口號，只在訪問時打開訪問端口，而在非訪問時關閉訪問端口，所以可提高安全性。
另外，根據本發明所涉及的文件服務器裝置，由于在每次接收數據通話開始請求時都更新打開的訪問端口號，所以可進一步提高安全性。
另外，根據本發明所涉及的文件服務器裝置，由于當本裝置的通信負荷在規定值以上時可以使其他裝置代行受理訪問，所以可以分散通信負荷。


圖1是表示本發明的第1實施例所涉及的文件服務器裝置、SIP服務器裝置(通信管理服務器裝置)、客戶機裝置等與網絡連接的狀態圖。
圖2是表示本發明的第1實施例所涉及的文件服務器裝置的功能構成例的圖。
圖3是表示本發明的第1實施例所涉及的SIP服務器裝置(通信管理服務器裝置)的功能構成例的圖。
圖4是表示本發明的第1實施例所涉及的SIP服務器裝置(通信管理服務器裝置)接收數據通話開始請求時執行的處理操作的流程圖。
圖5是表示本發明的實施例所涉及的主文件服務器裝置接收數據通話開始請求時執行的處理操作的流程圖。
圖6是表示本發明的實施例所涉及的輔助文件服務器裝置接收數據通話開始請求時執行的處理操作的流程圖。
圖7是表示本發明的實施例所涉及的文件服務器裝置、SIP服務器裝置(通信管理服務器裝置)、及客戶機裝置之間形成的通信步驟的時序圖。
圖8是表示本發明的實施例所涉及的文件服務器裝置、SIP服務器裝置(通信管理服務器裝置)、及客戶機裝置之間形成的通信步驟的時序圖。
圖9是表示本發明的第1實施例所涉及的文件服務器裝置、SIP服務器裝置(通信管理服務器裝置)、及客戶機裝置之間形成的通信步驟的時序圖。
圖10是表示本發明的第2實施例所涉及的文件服務器裝置、SIP服務器裝置(通信管理服務器裝置)、及客戶機裝置之間形成的通信步驟的時序圖。
圖11是表示本發明的第2實施例所涉及的SIP服務器裝置(通信管理服務器裝置)接收數據通話開始請求時執行的處理操作的流程圖。
圖12是表示本發明的第2實施例所涉及的SIP服務器裝置(通信管理服務器裝置)的功能構成例的圖。
具體實施例方式
下面對本發明的第1實施例進行說明。圖1是表示本發明的第1實施例所涉及的文件服務器裝置1、2、客戶機裝置3、通信管理服務器裝置4等由網絡5連接的狀態圖。
文件服務器裝置1、2由主文件服務器裝置1A、2A、及具有主文件服務器裝置內的目標(object)(文件、目錄等)的副本的輔助文件服務器裝置1B、2B構成。主文件服務器1A、2A內的文件、目錄等的目標與輔助文件服務器1B、2B內的目標相互對應。即在主文件服務器裝置1A、2A或輔助文件服務器裝置1B、2B任何一方的文件、目錄等中產生追加、刪除、編輯等變更時，該變更在另一方被更新，主文件服務器裝置和輔助文件服務器裝置的雙方總是保持同一的目標。
如圖2圖中所示，文件服務器裝置1(2)包括由CPU、ROM、RAM等構成的控制裝置6、由磁盤等構成的文件存儲裝置7、及將文件服務器裝置1(2)連接在網絡5上的網絡接口8等。文件服務器裝置1(2)除了SIP及SDP(Session Description Protocol通話記述協議)之外，還安裝了為在由SIP建立的數據通話基礎上進行文件訪問的通信協議。即，文件服務器裝置1(2)的控制裝置6具有SIP通信裝置10，通過在ROM、RAM等中存放的控制程序的執行，進行基于SIP的信號消息的發送接收等。另外，控制裝置6在由SIP建立的數據通話中，還起到受理對本裝置內目標進行訪問的訪問受理裝置的功能。即，訪問受理裝置11在接收了數據通話開始請求時，作為對本裝置1(2)內的目標進行訪問所需要的信息，在應答消息中記述訪問端口號、IP地址等進行回復，然后在與請求方建立了數據通話的基礎上，再受理從該請求方對本裝置內的目標的訪問。在上述數據通話中用于進行對目標訪問的通信協議，例如可以采用HTTP(Hypertext TransferProtocol超文本傳輸協議)等。
另外，文件服務器裝置1(2)，具有當分配給本裝置1(2)的IP地址變更時，對通信管理服務器裝置4(SIP服務器裝置4)的SIP登錄服務器4B(對于SIP登錄服務器4B將在后面詳述)請求將本裝置1(2)變更前的IP地址向變更后的IP地址變更的裝置。即，當文件服務器裝置1(2)中登錄的IP地址變更為其他IP地址時，對于SIP登錄服務器4B，發送請求將對應于文件服務器裝置1(2)的帳戶所登錄的原來IP地址變更為變更后的IP地址的消息。例如，文件服務器裝置1(2)通過在SIP消息“REGISTER”等中記述本裝置1(2)的帳戶信息及變更后的IP地址，發送給SIP登錄服務器4B，請求IP地址的更新。
通信管理服務器裝置4是管理呼叫控制的服務器裝置，在本實施例中SIP服務器裝置4與其相當。SIP服務器安置4如圖3中所示，通過網絡接口13連接在網絡5上。SIP服務器裝置4包括圖中未畫出的CPU、ROM、RAM、存儲裝置等硬件資源，根據ROM、RAM等中存放的程序，通過CPU執行的處理操作，起到SIP代理服務器4A及SIP登錄服務器4B的功能。
SIP代理服務器4A，接受SIP消息進行傳輸，或者不傳輸接受的SIP消息，而執行對該消息的發送端直接應答的處理等。
如圖3中所示，SIP登錄服務器4B將存儲SIP服務器裝置4內所登錄的帳戶信息(URL、IP電話號碼等帳戶和IP地址的對應關系的信息)的帳戶表TB1、TB2，存儲在例如由磁盤構成的固定存儲裝置14中。在各帳戶表TB1、TB2中，分別登錄1組文件服務器裝置的帳戶信息、及多個客戶機裝置3的帳戶信息，在每個帳戶表中形成一個共用組群。SIP登錄服務器4B通過從客戶機裝置3、文件服務器裝置1、2等接收規定命令，例如上述“REGISTER”等，對表內的帳戶信息進行追加、刪除、變更等。在本實施例中，SIP代理服務器4A和登錄服務器4B安裝在一臺計算機中，當然也可以將這些服務器分別安裝在不同計算機中，相互配合使用。
當SIP服務器裝置4的SIP代理服務器4A從客戶機裝置3接收數據通話開始請求的“INVITE”消息時，對SIP登錄服務器4B提示該發送目標帳戶(IP電話號碼、URL等)及呼叫方的帳戶，詢問IP地址。SIP登錄服務器4B對于詢問，當所提示的發送目標及呼叫方的帳戶登錄在同一帳號表中時，將對應于所提示的發送目標帳戶的IP地址提供給SIP代理服務器4A。另一方面，當所提示的發送目標帳戶信息未登錄、或者發送目標及呼叫方的帳戶未登錄在同一帳戶表中時，SIP登錄服務器4B將此內容通知給SIP代理服務器。
當SIP代理服務器4A從SIP登錄服務器4B接收了發送目標IP地址的提示時，將“INVITE”消息傳輸給該發送目標，然后在呼叫方和被呼叫端也進行可交換的SIP消息的傳輸。另一方面，當SIP代理服務器4A從SIP登錄服務器4B接收了未登錄帳戶信息、或者發送目標帳戶信息和呼叫方的帳戶信息未登錄在同一帳戶表中的通知時，則不傳輸“INVITE”消息，而向呼叫方客戶機裝置3回復錯誤消息。
網絡5是LAN、WAN、VPN等。在圖1中所示的是LAN。
客戶機裝置3，例如是在個人計算機等的計算機中裝入操作系統等的裝置，除了SIP及SDP之外，還安裝在通過SIP建立的數據通話上，對文件服務器裝置1或2的文件、目錄等目標進行訪問的通信功能。對文件服務器裝置1、2內的目標進行訪問的通信功能，例如可以通過將瀏覽器等安裝在客戶機裝置3中來實現。
下面參照圖4至圖6中所示的流程圖、圖7至圖9中所示的時序圖，對從客戶機裝置3例如向主文件服務器裝置1A內的目標請求進行訪問時所執行的SIP服務器裝置4、文件服務器裝置1等的處理操作進行說明。
在客戶機裝置3中，當由用戶進行對主文件服務器裝置1A訪問的規定操作時，如圖7中所示，客戶機裝置3生成記述了主文件服務器裝置1A的帳戶21(例如IP電話號碼、URL等)及客戶機裝置3自身的帳戶22(例如IP電話號碼、URL等)的數據通話開始請求消息即“INVITE”消息M1。在該“INVITE”消息M1中所記述的主文件服務器裝置1A的帳戶21，例如在規定操作時由用戶輸入或選擇。另外，如該圖中所示，在“INVITE”消息M1中，對于主文件服務器安置1A，為了對裝置1A內的目標(文件、目錄等)進行訪問，將提議了一個或多個在數據通話(媒體通話)中使用的通信協議、自身的通信端口號、IP地址等的通話消息24，通過SDP記述。
在客戶機裝置3中生成的“INVITE”消息M1，從客戶機裝置3發送給SIP服務器裝置4(T1)，接收該消息的SIP服務器裝置4(S1YES)，進行客戶機裝置3的認證處理(T2)。具體來說，SIP服務器裝置4讀出在“INVITE”消息M1內記述的呼叫方客戶機裝置3的帳戶22及發送目標帳戶21，判斷這些是否已在帳戶表TB1或TB2內登錄(S2)，當已經登錄時(S2YES)，進一步判斷客戶機裝置3的帳戶22和發送目標帳戶21(主文件服務器裝置1A的帳戶)是否登錄在同一帳戶表TB1或TB2中(S3)。當客戶機裝置3的帳戶21和主文件服務器裝置1A的帳戶22登錄在同一帳戶表TB1或TB2中時(S3YES)，SIP服務器裝置4(SIP代理服務器4A)向成為發送目標的主文件服務器裝置1A傳輸接收的“INVITE”消息M1(S4YES)。
當主文件服務器裝置1A接收上述“INVITE”消息M1時(S101YES)，判斷本裝置1A的通信負荷是否在規定值以上(S102)。具體來說，檢測當前本裝置1A建立的數據通話數(通信數)，判斷該數是否在規定值(例如5)以上。
當主文件服務器裝置1A判斷通信負荷未達到規定值時(S102NO)，選擇決定在接收的“INVITE”消息中提出的通信協議，并根據該通信協議決定在數據通話中使用的本裝置1A端的訪問端口號(S103)。主文件服務器裝置1A按每個通信協議預先準備(存儲)多個訪問端口號的備選，從備選中選擇某一個，決定使用的訪問端口號。訪問端口號選擇的決定，在每次接收“INVITE”消息時進行，每次更新為不同的訪問端口號。例如主文件服務器裝置1A，將使多個訪問端口號列成無作為的表存儲在本裝置1A的存儲部中，通過依次選擇上述表中排列的訪問端口號進行決定。
主文件服務器裝置1A由S103決定通信協議及訪問端口號之后，將該訪問端口定為開狀態(S104)，并且生成應答消息，將其回復給呼叫端(T4、S105)，該應答消息利用SDP記述了訪問由S103決定的通信協議、本裝置1A端的訪問端口號、IP地址等本裝置1A內的目標所需的信息。該應答消息M2、通過SIP服務器裝置4傳輸給客戶機裝置3(S5)。
接收了應答消息M2的客戶機裝置3，通過SIP服務器裝置4將“ACK”消息發送給主文件服務器裝置1A(T5、S5、S106YES)。然后，在客戶機裝置3和主文件服務器裝置1A之間建立數據通話，在該數據通話中，進行從客戶機裝置3對主文件服務器裝置1A內的目標進行訪問的通信(T6、S107)。
然后，當在客戶機裝置3中進行結束數據通話(為了訪問的通信)的規定操作時，客戶機裝置3通過SIP服務器裝置4向主文件服務器裝置1A發送作為通話結束請求消息的“BYE”消息(T7、S5、S108YES)，應答消息“200OK”通過SIP服務器裝置4，從主文件服務器裝置1A發送給客戶機裝置3之后(T8、S5)，切斷數據通話(S109)。然后，主文件服務器裝置1A在S104中，將處于開狀態的訪問端口返回關閉狀態(S110)。
在上述S2或S3中，當判斷呼叫端客戶機裝置3的帳戶22及發送目標帳戶21未登錄在帳戶表TB1、TB2內時(S2NO)，或者雖然兩個帳戶21、22登錄了，但是判斷客戶機裝置3的帳戶信息和發送目標帳戶21未登錄在同一帳戶表中時(S3NO)，例如如圖8中所示，SIP服務器裝置4將規定的錯誤消息，例如認證錯誤消息“401”，回復給客戶機裝置3(S6、T101)。客戶機裝置3在此之后回復對錯誤消息的“ACK”消息(T102)。結果，只有由登錄在同一表中的文件服務器裝置和客戶機裝置形成共用組群，帳戶與文件服務器裝置的帳號未登錄在同一表中的用戶，被禁止對該文件服務器裝置進行訪問。例如在圖3所示的帳戶表中，在具有“客戶機A”、“客戶機B”、“主文件服務器X”及“輔助文件服務器X”帳戶的終端之間，形成一個共有組群，而在具有“客戶機A”、“客戶機D”、“主文件服務器Y”及“輔助文件服務器Y”帳戶的終端之間，形成另一個共有組群。這時具有“客戶機B”帳戶的客戶機裝置3不能對具有“主文件服務器Y”帳戶的主文件服務器裝置2A進行訪問。
在上述S102中，當判斷主文件服務器裝置1A的通信負荷在規定值以上時(S102YES)，主文件服務器裝置1A生成預先登錄在本裝置1A的記述了輔助文件服務器裝置1B的帳戶信息的轉移(redirect)應答消息“302”，并將其回復給呼叫端客戶機裝置3(S111、T201，參照圖9)。接收該轉移應答消息“302”的SIP服務器裝置4將“ACK”消息發送給主文件服務器裝置1A(T202)，并且將上述轉移應答消息“302”傳輸給呼叫端的客戶機裝置3(T203)。
接收了轉移應答信息“302”的客戶機裝置3，在將“ACK”消息回復給SIP服務器裝置4之后(T204)，讀出受理訪問的裝置所指定的輔助文件服務器裝置1B的帳戶21′，來代替該轉移應答信息“302”，生成以該帳戶21′為發送目標記述的“INVITE”消息M3，發送給輔助文件服務器裝置1B端(T205)。“INVITE”消息M3的內容除了發送目標的帳戶21′以外，與此前發送的“INVITE”消息M1的內容相同。
如圖6中所示，當輔助文件服務器裝置1B接收上述“INVITE”消息M3時(S201YES)，判斷本裝置1B的通信負荷是否在規定值以上(S202)。具體來說，檢測當前本裝置1B建立的通話數，判斷該數是否在規定值以上。而當輔助文件服務器裝置1B的通信負荷未達到規定值時(S202NO)，則對于主文件服務器裝置1A，如上所述執行與S103至S110同樣的處理操作。這時，SIP服務器裝置4、客戶機裝置3也根據輔助文件服務器裝置1B的處理操作，執行上述的處理操作(T2至T8)。另一方面，當判斷輔助文件服務器裝置1B的通信負荷在規定值以上時(S202YES)，通過SIP服務器裝置4將通知不能受理文件等訪問的規定的錯誤消息，回復給客戶機裝置3(S203)。在圖9中，只表示了S202NO的情況。
下面參照圖10至圖12對本發明的第2實施例進行說明。對于與第1實施例相同的構成及處理操作，在附圖中加有相同標號，其說明予以省略，主要是對不同點進行說明。
本發明第2實施例所涉及的SIP服務器裝置4′如圖12中所示，SIP代理服務器4A監視各文件服務器建立的數據通話數，當該數超過規定值時，禁止“INVITE”消息的傳輸。因此，SIP服務器裝置4′的SIP代理服務器4A例如具有存儲器等存儲裝置14A，在該存儲裝置14A中，形成按各文件服務器裝置1A、1B、2A、2B的帳戶計數存放當前建立的數據通話數的通信數管理表TB3。所建立的數據通話數的監視，例如可通過檢測建立數據通話時的“INVITE”消息、“ACK”的傳輸、及結束數據通話時的“BYE”的傳輸進行。
SIP服務器裝置4′如圖11的流程圖所示，接收“INVITE”消息(S1YES)，在S2及S3中是肯定判斷時(S2YES，S3YES)，則判斷作為“INVITE”消息發送目標的主文件服務器裝置1A的通信負荷是否在規定值以上(S301)。具體來說，參照本裝置4′的SIP代理服務器4A管理的通信數管理表TB3，判斷發送目標的主文件服務器裝置1A當前建立的通信數是否在規定值(例如5)以上。
在S301中，當判斷作為“INVITE”消息發送目標的主文件服務器裝置1A的通信負荷未達到規定值時(S301NO)，執行第1實施例中說明的S4、S5的處理操作。
另一方面，當判斷作為“INVITE”消息發送目標的主文件服務器裝置1A的通信負荷在規定值以上時(S301YES)，接著判斷該主文件服務器裝置1A的輔助文件服務器裝置1B的通信負荷是否在規定值以上(S302)。該判斷同樣也參照本裝置4′內的表TB3，判斷該輔助文件服務器1B當前建立的通信數是否在規定值(例如5)以上。
在S302中，當判斷輔助文件服務器裝置1B的通信負荷未達到規定值時(S302NO)，生成記述了該輔助文件服務器裝置1B帳戶的轉移應答消息“302”，并將其回復給呼叫端的客戶機裝置3(S303、T301，參照圖10)。
接收了轉移應答消息“302”的客戶機裝置3，將“ACK”消息發送給SIP服務器裝置4′(T302)。然后，客戶機裝置3，讀出作為受理訪問的裝置所指定的輔助文件服務器裝置1B的帳戶信息，來代替該轉移應答信息“302”，生成以該帳戶21′為發送目標記述的“INVITE”消息M3，將其發送給輔助文件服務器裝置1B端(T205)。然后，在客戶機裝置3、SIP服務器裝置4′及輔助文件服務器裝置1B之間形成與第1實施例同樣的通信步驟(T2至T8)。
在以上說明的第1及第2實施例中，以主文件服務器裝置1A和輔助文件服務器裝置1B安裝在不同計算機中的情況為例進行了說明，當然也可以在1臺計算機中形成多個目錄，對各目錄賦予不同的帳戶信息，分別起到主文件服務器或輔助文件服務器裝置的功能。
從以上的說明可知，根據本發明的實施例所涉及的SIP服務器裝置、文件服務器裝置，由于客戶機裝置的帳戶已登錄在SIP服務器裝置中，所以不需要在文件服務器裝置中存儲客戶機裝置的帳戶。從而，對于各客戶機裝置帳戶的登錄、刪除、變更等，可以只由SIP服務器裝置進行一元化管理。還由于在SIP服務器裝置內的登錄服務器內的表中，匯總登錄組群化的文件服務器裝置和多個客戶機裝置的帳戶信息，并形成共用文件服務器裝置的組群，所以即使在通過WAN及VPN共用文件服務器裝置時，也不用專門只為登錄共用組群所需要的設定作業，例如NAT、防火墻等的設定，可以減輕文件服務器裝置新設置時或轉移時所需要的設定作業的負擔。特別是像變更文件服務器裝置的IP地址時等那樣，在轉移文件服務器裝置時，只變更登錄服務器內的帳戶表即可，這樣由于可以從文件服務器裝置在遠程進行，所以轉移時所需的設定作業負擔可大大減輕。
另外，本發明的實施例所涉及的文件服務器裝置，由于在接受數據通話開始請求時將訪問端口通知給請求方，所以通常可以將不使用的訪問端口定為關閉狀態，可以只在從客戶機裝置接受文件等的訪問時才打開訪問端口，這樣可以提高安全性。另外，由于文件服務器裝置每當從客戶機裝置有訪問請求時變更該訪問端口，所以可進一步提高安全性。
另外，由于文件服務器裝置由主文件服務器裝置和輔助文件服務器裝置構成，在主文件服務器裝置的通信負荷高時接受訪問請求時，執行轉移應答，輔助文件服務器裝置代替主文件服務器裝置接受文件訪問，所以可以用簡單的構成實現通信負荷的分散。
權利要求
1.一種文件服務器裝置，具有基于呼叫控制協議的通信功能，其特征在于，包括回復裝置，在接收到基于呼叫控制協議的數據通話開始請求時，將為了訪問本裝置內的目標所需要的信息記述在應答消息中進行回復；以及訪問受理裝置，與上述數據通話開始請求的請求方建立數據通話，通過該數據通話受理對本裝置內的目標的訪問。
2.如權利要求1所述的文件服務器裝置，其特征在于對上述本裝置內的目標進行訪問所需要的信息中包括訪問端口號，所述文件服務器裝置還包括訪問端口開關裝置，在建立上述數據通話時，使記述在上述應答消息中的上述訪問端口號的端口處于開狀態，而在上述數據通話結束時，使處于開狀態的上述訪問端口號的端口成為關狀態。
3.如權利要求2所述的文件服務器裝置，其特征在于上述訪問端口開關裝置每當接收數據通話開始請求時，對成為開狀態的端口的上述訪問端口號每次進行更新。
4.如權利要求1所述的文件服務器裝置，其特征在于包括通知裝置，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
5.如權利要求2所述的文件服務器裝置，其特征在于包括通知裝置，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
6.如權利要求3所述的文件服務器裝置，其特征在于包括通知裝置，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
7.一種通信管理服務器裝置，其特征在于，包括存儲裝置，將文件服務器裝置的帳戶信息及共用該文件服務器裝置的多個裝置的帳戶信息放在同一表中進行存儲；以及傳送裝置，當接收到發給文件服務器裝置的數據通話開始請求時，只在該請求方的帳戶信息及該文件服務器裝置的帳戶信息存儲在同一表中的情況下，才傳送上述數據通話開始請求。
8.一種文件服務器裝置，具有基于呼叫控制協議的通信功能，其特征在于，包括回復部，在接收到基于呼叫控制協議的數據通話開始請求時，將訪問本裝置內的目標所需要的信息記述在應答消息中進行回復；以及訪問受理部，與上述數據通話開始請求的請求方建立數據通話，通過該數據通話受理對本裝置內的目標的訪問。
9.如權利要求8所述的文件服務器裝置，其特征在于對上述本裝置內的目標進行訪問所需要的信息中包括訪問端口號，所述文件服務器裝置還包括訪問端口開關部， 在建立上述數據通話時，使記述在上述應答消息中的上述訪問端口號的端口處于開狀態，而在上述數據通話結束時，使處于開狀態的上述訪問端口號的端口成為關狀態。
10.如權利要求9所述的文件服務器裝置，其特征在于上述訪問端口開關部每當接收數據通話開始請求時，對成為開狀態的端口的上述訪問端口號每次進行更新。
11.如權利要求8所述的文件服務器裝置，其特征在于包括通知部，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
12.如權利要求9所述的文件服務器裝置，其特征在于包括通知部，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
13.如權利要求10所述的文件服務器裝置，其特征在于包括通知部，在接收到上述數據通話開始請求時，在本裝置的通信負荷大于等于規定值的情況下，將由其他裝置代替受理訪問的內容及具有本裝置內目標的副本的該其他裝置的目的地信息，傳送給請求上述數據通話開始的請求方。
14.一種通信管理服務器裝置，其特征在于，包括存儲部，將文件服務器裝置的帳戶信息及共用該文件服務器裝置的多個裝置的帳戶信息放在同一表中進行存儲；以及傳送部，當接收到發給文件服務器裝置的數據通話開始請求時，只在該請求方的帳戶信息及該文件服務器裝置的帳戶信息存儲在同一表中的情況下，才傳送上述數據通話開始請求。
15.一種網絡系統，具有文件服務器裝置、通信管理服務器裝置、及共用該文件服務器裝置的多個裝置，其特征在于所述文件服務器裝置具有基于呼叫控制協議的通信功能，包括回復部，在接收到基于呼叫控制協議的數據通話開始請求時，將訪問本裝置內的目標所需要的信息記述在應答消息中進行回復；以及訪問受理部，與上述數據通話開始請求的請求方建立數據通話，通過該數據通話受理對本裝置內的目標的訪問；所述通信息管理服務器包括存儲部，將文件服務器裝置的帳戶信息及共用該文件服務器裝置的多個裝置的帳戶信息放在同一表中進行存儲；以及傳送部，當接收到發給文件服務器裝置的數據通話開始請求時，只在該請求方的帳戶信息及該文件服務器裝置的帳戶信息存儲在同一表中的情況下，才傳送上述數據通話開始請求。
16.一種文件服務器裝置，具有基于呼叫控制協議的通信功能，其特征在于，包括回復裝置，在接收到通過呼叫控制協議來自通信管理服務裝置的數據通話開始請求時，將為了訪問本裝置內的目標所需要的信息記述在應答消息中進行回復；以及訪問受理裝置，與對上述通信管理服務裝置進行了數據通話開始請求的請求方建立數據通話，通過該數據通話受理對本裝置內的目標的訪問。
全文摘要
本發明的目的在于提供一種文件服務器裝置及通信管理服務器裝置，在多個終端裝置經過WAN及VPN共用文件服務器裝置時，可以減輕文件服務器裝置新設置時或轉移時所需要的設定操作的負擔。本發明所涉及的文件服務器裝置，具有按SIP等呼叫控制協議的通信功能，包括回復裝置，在接收“INVITE”消息時，在應答消息中記述為對本裝置內的目標進行訪問所需要的信息，進行回復；以及訪問受理裝置，與“INVITE”消息發送方之間建立數據通話，在該數據通話上受理對本裝置內目標的訪問。
文檔編號H04L29/06GK1878079SQ20061009170
公開日2006年12月13日 申請日期2006年6月8日 優先權日2005年6月8日
發明者谷本好史 申請人:村田機械株式會社