(57)【要約】【課題】複数の端末装置でＷＡＮやＶＰＮを経由してファイルサーバ装置を共有する場合において、ファイルサーバ装置の新設時若しくは移転時に必要となる設定作業の負担を軽減できるファイルサーバ装置及び通信管理サーバ装置を提供すること。【解決手段】本発明に係るファイルサーバ装置１は、ＳＩＰによる通信機能を備えるファイルサーバ装置であって、「ＩＮＶＩＴＥ」メッセージを受信した場合に、自装置内のオブジェクトにアクセスするために必要な情報を応答メッセージＭ２に記述して返信する返信手段と、「ＩＮＶＩＴＥ」メッセージの送信元とデータセッションを確立し、データセッション上で自装置１内のオブジェクトに対するアクセスを受付ける（Ｔ６）。【選択図】図７
2006343943.tif 000002
【特許請求の範囲】
【請求項１】
呼制御プロトコルによる通信機能を備えるファイルサーバ装置であって、
呼制御プロトコルによるデータセッション開始要求を受信した場合に、自装置内のオブジェクトにアクセスするために必要な情報を応答メッセージに記述して返信する返信手段と、前記データセッション開始要求の要求元とデータセッションを確立し、該データセッションで自装置内のオブジェクトに対するアクセスを受付けるアクセス受付手段と、を備えることを特徴とするファイルサーバ装置。
【請求項２】
前記自装置内のオブジェクトにアクセスするために必要な情報には、アクセスポート番号が含まれており、
前記データセッションを確立するときに、前記応答メッセージに記述した前記アクセスポート番号を開状態とし、前記データセッションを終了するときに、開状態とした前記アクセスポート番号を閉状態とするアクセスポート開閉手段を備えることを特徴とする請求項１記載のファイルサーバ装置。
【請求項３】
前記アクセスポート開閉手段は、データセッション開始要求を受信する毎に、開状態とする前記アクセスポート番号を毎回更新することを特徴とする請求項２記載のファイルサーバ装置。
【請求項４】
前記データセッション開始要求を受信したとき、自装置の通信負荷が所定値以上である場合には、他の装置が代行してアクセスを受付ける旨及び当該他の装置であって自装置内オブジェクトの写しを有する装置の宛先情報を前記データセッションの開始を要求する要求元へ通知する手段を備えることを特徴とする請求項１乃至３の何れか１に記載のファイルサーバ装置。
【請求項５】
ファイルサーバ装置のアカウント情報と該ファイルサーバ装置を共有する複数の装置のアカウント情報とを同一のテーブルに格納して記憶する記憶手段と、ファイルサーバ装置宛のデータセッション開始要求を受信したとき、当該要求元のアカウント情報及び当該ファイルサーバ装置のアカウント情報が同一テーブルに格納されている場合に限り、前記データセッション開始要求を転送する手段と、を備えることを特徴とする通信管理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session  Initiation  Protocol）等の呼制御プロトコルを利用してファイル等のアクセスを受付けるファイルサーバ装置と、前記呼制御を司るＳＩＰサーバ等の通信管理サーバ装置に関する。
【背景技術】
【０００２】
企業等のコンピュータネットワークにおいて、複数のユーザがネットワーク上でファイル等を共有するために、ファイルサーバ装置が設けられることが多い（例えば、特許文献１参照。）。多数の部署等のグループを有する企業においては、グループ毎にファイルサーバ装置を設置して共有することがある。この場合、ファイルサーバ装置内にグループのユーザアカウント情報が登録され、登録されたユーザアカウント情報の端末装置だけそのファイルサーバ装置を利用することができる。
【０００３】
ファイルサーバ装置を共有するユーザの端末装置が全て同一のＬＡＮ（Local  Area  Network）上に接続される場合もあるが、遠隔地に分散した事業所等を有する大企業等においては、ＷＡＮ（Wide  Area  Network）を介してファイルサーバ装置の共有を行う必要がある。この場合、セキュリティを確保するために、イントラネットなどの専用ネットワーク、ＶＰＮ（Virtual  Private  Network）などを構築し、これらのセキュアなネットワークを通じてファイルサーバ装置へのアクセスを行う必要がある。
【０００４】
【特許文献１】特開平６−３３２７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
同一のＬＡＮ内でファイルサーバ装置を共有する場合は、主にファイルサーバ装置内で、アクセスを許可するユーザアカウントの登録作業だけを行えば済むが、ＷＡＮやＶＰＮなどを経由してファイルサーバ装置を共有するユーザのユーザアカウントを登録する場合には、アクセスを許可するユーザアカウントの登録作業のほか、ネットワークに関する設定についても各ユーザアカウントごとに行う必要が生じる。例えば、ファイヤーウォール、ＮＡＴ（Network  Address  Translation）などの設定をファイルサーバ装置のみならず、共有ユーザとして登録されたユーザアカウントごとにも設定する必要がある。このため、ＷＡＮやＶＰＮなどを経由してファイルサーバ装置を共有するには、設定作業に多くの時間と労力を費やさなければならない。このため、ＷＡＮ等を介した同一組織間でのファイルの共有権の制御や、任意の遠隔地からのアクセスをできるようにすることなどが困難となっていた。
【０００６】
また、ファイルサーバ装置のＩＰアドレスを変更するなど、ファイルサーバ装置を移転する際も、同様に多数の設定作業が必要であり、ファイルサーバ装置を簡単且つ柔軟に移転することも困難であった。
【０００７】
本発明は、かかる問題に鑑みてなされたものであり、複数の端末装置でＷＡＮやＶＰＮを経由してファイルサーバ装置を共有する場合において、ファイルサーバ装置の新設時若しくは移転時に必要となる設定作業の負担を軽減できるファイルサーバ装置及び通信管理サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１記載のファイルサーバ装置は、呼制御プロトコルによる通信機能を備えるファイルサーバ装置であって、呼制御プロトコルによるデータセッション開始要求を受信した場合に、自装置内のオブジェクトにアクセスするために必要な情報を応答メッセージに記述して返信する返信手段と、前記データセッション開始要求の要求元とデータセッションを確立し、該データセッションで自装置内のオブジェクトに対するアクセスを受付けるアクセス受付手段と、を備えることを特徴としている。
【０００９】
請求項２記載のファイルサーバ装置は、請求項１記載のファイルサーバ装置において、前記自装置内のオブジェクトにアクセスするために必要な情報には、アクセスポート番号が含まれており、前記データセッションを確立するときに、前記応答メッセージに記述した前記アクセスポート番号を開状態とし、前記データセッションを終了するときに、開状態とした前記アクセスポート番号を閉状態とするアクセスポート開閉手段を備えることを特徴としている。
【００１０】
請求項３記載のファイルサーバ装置は、請求項２記載のファイルサーバ装置において、前記アクセスポート開閉手段は、データセッション開始要求を受信する毎に、開状態とする前記アクセスポート番号を毎回更新することを特徴としている。
【００１１】
請求項４記載のファイルサーバ装置は、請求項１乃至３の何れか１に記載のファイルサーバ装置において、前記データセッション開始要求を受信したとき、自装置の通信負荷が所定値以上である場合には、他の装置が代行してアクセスを受付ける旨及び当該他の装置であって自装置内オブジェクトの写しを有する装置の宛先情報を前記データセッションの開始を要求する要求元へ通知する手段を備えることを特徴としている。
【００１２】
請求項５記載の通信管理サーバ装置は、ファイルサーバ装置のアカウント情報と該ファイルサーバ装置を共有する複数の装置のアカウント情報とを同一のテーブルに格納して記憶する記憶手段と、ファイルサーバ装置宛のデータセッション開始要求を受信したとき、当該要求元のアカウント情報及び当該ファイルサーバ装置のアカウント情報が同一テーブルに格納されている場合に限り、前記データセッション開始要求を転送する手段と、を備えることを特徴としている。
【発明の効果】
【００１３】
本発明に係るファイルサーバ装置と通信管理装置によれば、複数のクライアント装置でファイルサーバ装置を共有する場合に、クライアント装置がファイルサーバ装置へアクセスする際の認証が通信管理装置によって行われるので、ファイルサーバ装置にクライアント装置のアカウント情報（認証情報）を持たせる必要がなくなる。このため、ファイルサーバ装置を新設あるいは移転する際には、通信管理装置内でファイルサーバ装置のアカウント情報を登録又は変更するだけで済み、ファイルサーバ装置内でクライアント装置のアカウント情報の登録や変更を行う必要がなくなる。特に、複数のクライアント装置がＷＡＮやＶＰＮを経由してファイルサーバ装置を共有する場合には、呼制御を使用するためのネットワークが予め構築されていれば、別途のネットワーク上の設定作業は不要となり、ファイルサーバ装置の新設時若しくは移転時の設定作業の負担を大幅に軽減することができる。
【００１４】
また、本発明に係るファイルサーバ装置によれば、ファイルサーバ装置内のオブジェクトにアクセスするために必要なアクセスポート番号は、データセッション開始要求に対する応答時に任意のアクセスポート番号を通知し、アクセス時にのみアクセスポートを開き、非アクセス時にはアクセスポートを閉じるので、セキュリティの向上が図られる。
【００１５】
また、本発明に係るファイルサーバ装置によれば、データセッション開始要求を受信するごとに開くアクセスポート番号が更新されるので、さらにセキュリティの向上が図られる。
【００１６】
また、本発明に係るファイルサーバ装置によれば、自装置の通信負荷が所定値以上の場合に他の装置に代行してアクセスを受付けさせることができるので、通信負荷の分散が図られる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の第１の実施の形態について説明する。図１に本発明の第１の実施の形態に係るファイルサーバ装置１、２、クライアント装置３、通信管理サーバ装置４等がネットワーク５で接続された状態を示す。
【００１８】
ファイルサーバ装置１、２は、主ファイルサーバ装置１Ａ、２Ａと主ファイルサーバ装置内のオブジェクト（ファイル、ディレクトリ等）の写しを有する従ファイルサーバ装置１Ｂ、２Ｂとからなる。主ファイルサーバ装置１Ａ、２Ａ内のファイル、ディレクトリ等のオブジェクトと従ファイルサーバ装置１Ｂ、２Ｂ内のオブジェクトは、互いにミラーリングされるようになっている。すなわち、主ファイルサーバ装置１Ａ、２Ａ又は従ファイルサーバ装置１Ｂ、２Ｂの何れか一方のファイル、ディレクトリ等に追加、削除、編集等の変更が生じるとその変更は他方にアップデートされ、常に主ファイルサーバ装置と従ファイルサーバ装置の双方が同一のオブジェクトを保持するようになっている。
【００１９】
ファイルサーバ装置１、２は、図２に示すように、ＣＰＵ、ＲＯＭ、ＲＡＭ等からなる制御手段６と、磁気ディスク等からなるファイル蓄積手段７と、ファイルサーバ装置１、２をネットワーク５に接続するためのネットワークインタフェース８などを備える。ファイルサーバ装置１、２は、ＳＩＰ及びＳＤＰ（Session  Description  Protocol）のほか、ＳＩＰにより確立されたデータセッション上でファイルアクセスを行うための通信プロトコルを実装している。すなわち、ファイルサーバ装置１、２の制御手段６は、ＲＯＭ、ＲＡＭ等に格納された制御プログラムの実行によりＳＩＰに従ったシグナリングメッセージの送受信等を行うＳＩＰ通信手段１０を有する。また、制御手段６は、ＳＩＰにより確立したデータセッションで、自装置内のオブジェクトに対するアクセスを受付けるアクセス受付手段１１としても機能する。すなわち、アクセス受付手段１１は、データセッション開始要求を受信した場合に、自装置１、２内のオブジェクトにアクセスするために必要な情報として、アクセスポート番号、ＩＰアドレス等を応答メッセージに記述して返信し、その後、要求元とデータセッションを確立した上で、当該要求元からの自装置内のオブジェクトに対するアクセスを受付ける。なお、前記データセッションでオブジェクトへのアクセスを行うための通信プロトコルとしては、例えば、ＨＴＴＰ（Hypertext  Transfer  Protocol）などを採用することができる。
【００２０】
また、ファイルサーバ装置１、２は、自装置１、２に割り当てられているＩＰアドレスが変更された場合に、通信管理サーバ装置４（ＳＩＰサーバ装置４）のレジストサーバ４Ｂ（レジストサーバ４については後に詳述する。）に対して自装置１、２の変更前のＩＰアドレスを変更後のＩＰアドレスへ変更することを要求する手段を備えている。すなわち、ファイルサーバ装置１、２に登録されているＩＰアドレスが別のＩＰアドレスに変更されると、レジストサーバ４に対してファイルサーバ装置１、２のアカウントに対応付けて登録されている元のＩＰアドレスを変更後のＩＰアドレスに変更することを要求するメッセージを送信する。例えば、ファイルサーバ装置１、２は、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」などに自装置１、２のアカウント情報及び変更後のＩＰアドレスを記述してレジストサーバ４Ｂへ送信することにより、ＩＰアドレスの更新を要求する。
【００２１】
通信管理サーバ装置４は、呼制御を司るサーバ装置であり、本実施の形態ではＳＩＰサーバ装置４がこれに該当する。ＳＩＰサーバ装置４は、図３に示すように、ネットワークインタフェース１３を介してネットワーク５に接続されている。ＳＩＰサーバ装置４は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置等のハードウエア資源を備えており、ＲＯＭ、ＲＡＭ等に格納されたプログラムに基づいてＣＰＵが実行する処理動作により、ＳＩＰプロキシサーバ４Ａ及びＳＩＰレジストサーバ４Ｂとして機能するようになっている。
【００２２】
ＳＩＰプロキシサーバ４Ａは、ＳＩＰメッセージを受け取って転送し、あるいは、受け取ったＳＩＰメッセージを転送せずに、当該メッセージの送信元に対して直接応答する処理などを実行する。
【００２３】
ＳＩＰレジストサーバ４Ｂは、図３に示すように、ＳＩＰサーバ装置内に登録されたアカウント情報（ＵＲＬ、ＩＰ電話番号等のアカウントとＩＰアドレスを対応付けた情報）を記憶するアカウントテーブルＴ１、Ｔ２を、例えば磁気ディスクからなるロケーション記憶手段１４に記憶している。各アカウントテーブルＴ１、Ｔ２には、それぞれ１組のファイルサーバ装置のアカウント情報と、複数のクライアント装置３のアカウント情報が登録されており、各アカウントテーブル毎に１つの共有グループが形成されている。ＳＩＰレジストラサーバ４Ｂは、クライアント装置３、ファイルサーバ装置１、２等から所定コマンド、例えば前記「ＲＥＧＩＳＴＥＲ」など、を受信することにより、テーブル内のアカウント情報の追加、削除、変更等を行うようになっている。なお、本実施の形態においては、ＳＩＰプロキシサーバ４ＡとＳＩＰレジストサーバ４Ｂとは１台のコンピュータに実装されているが、勿論、これらのサーバをそれぞれ別個のコンピュータに実装し、互いに連携させたものを適用するようにしてもよい。
【００２４】
ＳＩＰサーバ装置４のＳＩＰプロキシサーバ４Ａは、クライアント装置３からデータセッション開始要求である「ＩＮＶＩＴＥ」メッセージを受信した場合、その宛先アカウント（ＩＰ電話番号、ＵＲＬ等）及び発呼元のアカウントをＳＩＰレジストサーバ４Ｂに提示してＩＰアドレスを問い合わせる。ＳＩＰレジストサーバ４Ｂは問合せに対して、提示された宛先及び発呼元のアカウントが同一アカウントテーブルに登録されている場合には、提示された宛先アカウントに対応するＩＰアドレスをＳＩＰプロキシサーバ４Ａに提供する。一方、提示された宛先アカウント情報が登録されていない、若しくは、宛先及び発呼元のアカウントが同一のアカウントテーブルに登録されていない場合は、ＳＩＰレジストサーバ４Ｂは、その旨をＳＩＰプロキシサーバ４Ａに通知する。
【００２５】
ＳＩＰプロキシサーバ４Ａは、ＳＩＰレジストサーバ４Ｂから宛先ＩＰアドレスの提示を受けた場合に、「ＩＮＶＩＴＥ」メッセージを当該宛先へ転送し、さらにその後、発呼元と被呼側でやり取りされるＳＩＰメッセージの転送をも行う。一方、ＳＩＰプロキシサーバ４Ａは、ＳＩＰレジストサーバ４Ｂから宛先アカウント情報が登録されていない、若しくは宛先アカウント情報と発呼元のアカウント情報が同一アカウントテーブルに登録されていない旨の通知を受けた場合は、「ＩＮＶＩＴＥ」メッセージを転送せずに、エラーメッセージを発呼元クライアント装置３へ返信する。
【００２６】
ネットワーク５は、ＬＡＮ、ＷＡＮ、ＶＰＮ等である。なお、図１においては、ＬＡＮを例示している。
【００２７】
クライアント装置３は、例えば、パーソナルコンピュータ等のコンピュータにオペレーションシステム等が組み込まれてなるものであり、さらにＳＩＰ及びＳＤＰのほか、ＳＩＰにより確立したデータセッション上でファイルサーバ装置１又は２に対して、ファイル、ディレクトリ等のオブジェクトへアクセスするための通信機能を実装する。なお、ファイルサーバ装置１、２内のオブジェクトへアクセスするための通信機能は、例えばブラウザなどを実装することにより実現できる。
【００２８】
以下、クライアント装置３から例えば主ファイルサーバ装置１Ａ内のオブジェクトへのアクセスを要求する際に実行されるＳＩＰサーバ装置４、ファイルサーバ装置１等の処理動作について、図４乃至図６に示すフローチャート、図７乃至図９に示すシーケンス図に基づいて説明する。
【００２９】
クライアント装置３において、主ファイルサーバ装置１Ａにアクセスするための所定操作がユーザによりがなされると、図７に示すように、クライアント装置３は、主ファイルサーバ装置１Ａのアカウント２１（例えばＩＰ電話番号、ＵＲＬなど）とクライアント装置３自身のアカウント２２（例えばＩＰ電話番号、ＵＲＬなど）を記述したデータセッション開始要求メッセージである「ＩＮＶＩＴＥ」メッセージＭ１を生成する。この「ＩＮＶＩＴＥ」メッセージＭ１に記述される主ファイルサーバ装置１Ａのアカウント２１は、例えば、前記所定操作においてユーザにより入力若しくは選択されたものである。また、「ＩＮＶＩＴＥ」メッセージＭ１には、同図に示すように、主ファイルサーバ装置１Ａに対して、装置１Ａ内のオブジェクト（ファイル、ディレクトリ等）にアクセスするためにデータセッション（メディアセッション）で使用する通信プロトコル、自身の通信ポート番号、ＩＰアドレスなどを１又は複数提案したセッション情報２４がＳＤＰにより記述される。
【００３０】
クライアント装置３において生成された「ＩＮＶＩＴＥ」メッセージＭ１は、クライアント装置３からＳＩＰサーバ装置４へ送信され（Ｔ１）、これを受信したＳＩＰサーバ装置４は（Ｓ１：ＹＥＳ）、クライアント装置３の認証処理を行う（Ｔ２）。具体的には、ＳＩＰサーバ装置４は、「ＩＮＶＩＴＥ」メッセージＭ１内に記述されている発呼元クライアント装置３のアカウント２２及び宛先アカウント２１を読出し、これらがアカウントテーブルＴ１、Ｔ２内に登録されているか否かを判断し（Ｓ２）、登録されている場合には（Ｓ２：ＹＥＳ）、さらに、クライアント装置３のアカウント２２と宛先アカウント２１（ファイルサーバ装置１Ａのアカウント）が同一のアカウントテーブルＴ１またはＴ２に登録されている否かを判断する（Ｓ３）。そして、クライアント装置３のアカウント２１と主ファイルサーバ装置１Ａのアカウント２２とが同一のアカウントテーブルＴ１またはＴ２に登録されている場合は（Ｓ３：ＹＥＳ）、ＳＩＰサーバ装置４（ＳＩＰプロキシサーバ４Ａ）は、宛先となっている主ファイルサーバ装置１Ａへ受信した「ＩＮＶＩＴＥ」メッセージＭ１を転送する（Ｓ４、Ｔ３）。
【００３１】
主ファイルサーバ装置１Ａは、前記「ＩＮＶＩＴＥ」メッセージＭ１を受信すると（Ｓ１０１：ＹＥＳ）、自装置１Ａの通信負荷が所定値以上であるか否かを判断する（Ｓ１０２）。具体的には、現在自装置１Ａが確立しているデータセッションの数を検出し、それが所定値（例えば５）以上であるか否かを判断する。
【００３２】
主ファイルサーバ装置１Ａは、通信負荷が所定値未満であると判断した場合（Ｓ１０２：ＮＯ）、受信した「ＩＮＶＩＴＥ」メッセージに提案されている通信プロトコルを選択し決定するとともに、当該通信プロトコルによりデータセッションで使用する自装置１Ａ側のアクセスポート番号を決定する（Ｓ１０３）。主ファイルサーバ装置１Ａは、通信プロトコルごとに複数のアクセスポート番号の候補を予め準備（記憶）しており、候補の中から何れかを選択して使用するアクセスポート番号を決定する。アクセスポート番号の選択による決定は、「ＩＮＶＩＴＥ」メッセージを受信する毎に行われ、毎回異なるアクセスポート番号に更新される。例えば、主ファイルサーバ装置１Ａは、複数のアクセスポート番号を無作為に並べた表を自装置１Ａの記憶部に記憶しており、前記表に配列されたアクセスポート番号を順番に選択することにより決定する。
【００３３】
主ファイルサーバ装置１Ａは、Ｓ１０３で通信プロトコル及びアクセスポート番号を決定した後、そのアクセスポートを開状態にするとともに（Ｓ１０４）、Ｓ１０３で決定した通信プロトコル、自装置１Ａ側のアクセスポート番号、ＩＰアドレスなどの自装置１Ａ内のオブジェクトにアクセスするために必要な情報をＳＤＰにより記述した応答メッセージＭ２を生成し、これを発呼側へ返信する（Ｔ４、Ｓ１０５）。該応答メッセージＭ２は、ＳＩＰサーバ装置４によってクライアント装置３へ転送される（Ｓ５）。
【００３４】
応答メッセージＭ２を受信したクライアント装置３は、「ＡＣＫ」メッセージをＳＩＰサーバ装置４を通じて主ファイルサーバ装置１Ａへ送信する（Ｔ５、Ｓ５、Ｓ１０６：ＹＥＳ）。その後、クライアント装置３と主ファイルサーバ装置１Ａとの間でデータセッションが確立され、そのデータセッションにおいてクライアント装置３から主ファイルサーバ装置１Ａ内のオブジェクトにアクセスのための通信が行われる（Ｔ６、Ｓ１０７）。
【００３５】
その後、クライアント装置３においてデータセッション（アクセスのための通信）を終了させるための所定操作がなされると、クライアント装置３は、主ファイルサーバ装置１Ａへセッション終了要求メッセージである「ＢＹＥ」メッセージをＳＩＰサーバ装置４を介して送信し（Ｔ７、Ｓ５、Ｓ１０８：ＹＥＳ）、応答メッセージ「２００  ＯＫ」が主ファイルサーバ装置１ＡからＳＩＰサーバ装置４を介してクライアント装置３へ送信された後に（Ｔ８、Ｓ５）、データセッションが切断される（Ｓ１０９）。その後、主ファイルサーバ装置１Ａは、Ｓ１０４において開状態としたアクセスポートを閉状態に戻す（Ｓ１１０）。
【００３６】
前記Ｓ２又はＳ３において、発呼元クライアント装置３のアカウント２２及び宛先アカウント２２がアカウントテーブルＴ１、Ｔ２内に登録されていないと判断した場合（Ｓ２：ＮＯ）、又は、両アカウント２１、２２は登録されているものの、クライアント装置３のアカウント情報と宛先アカウントとが同一のアカウントテーブルに登録されていないと判断した場合は（Ｓ３：ＮＯ）、例えば図８に示すように、ＳＩＰサーバ装置４は、所定のエラーメッセージ、例えば認証エラーメッセージ「４０１」、をクライアント装置３へ返信する（Ｓ６、Ｔ１０１）。クライアント装置３は、その後、エラーメッセージに対する「ＡＣＫ」メッセージを返信する（Ｔ１０２）。この結果、同一テーブルに登録されたファイルサーバ装置とクライアント装置によってのみ共有グループが形成されることとなり、ファイルサーバ装置のアカウントと同じテーブルにアカウントが登録されていないユーザは、当該ファイルサーバ装置へのアクセスが禁止される。例えば図３に示すアカウントテーブルでは、「クライアントＡ」、「クライアントＢ」、「主ファイルサーバＸ」及び「従ファイルサーバＸ」のアカウントを有する端末同士で１つの共有グループが形成され、「クライアントＡ」、「クライアントＤ」、「主ファイルサーバＹ」及び「従ファイルサーバＹ」のアカウントを有する端末同士でもう１つの共有グループが形成される。この場合、「クライアントＢ」のアカウントを有するクライアント装置３は、「主ファイルサーバＹ」のアカウントを有する主ファイルサーバ装置２Ａにアクセスすることができない。
【００３７】
前記Ｓ１０２において、ファイルサーバ装置１Ａが、通信負荷が所定値以上であると判断した場合（Ｓ１０２：ＹＥＳ）、ファイルサーバ装置１Ａは、予め自装置１Ａに登録されている、従ファイルサーバ装置１Ｂのアカウント情報を記述したリダイレクト応答メッセージ「３０２」を生成し、これを発呼側クライアント装置３へ返信する（Ｓ１１１、Ｔ２０１；図９参照）。このリダイレクト応答メッセージ「３０２」を受信したＳＩＰサーバ装置４は、「ＡＣＫ」メッセージを主ファイルサーバ装置１Ａへ送信するとともに（Ｔ２０２）、前記リダイレクト応答メッセージ「３０２」を発呼側であるクライアント装置３へ転送する（Ｔ２０３）。
【００３８】
リダイレクト応答メッセージ「３０２」を受信したクライアント装置３は、「ＡＣＫ」メッセージをＳＩＰサーバ装置４へ返信した後（Ｔ２０４）、当該リダイレクト応答メッセージ「３０２」に代行してアクセスを受付ける装置として指定されている従ファイルサーバ装置１Ｂのアカウントを読出し、該アカウント２１’を宛先として記述した「ＩＮＶＩＴＥ」メッセージＭ３を生成して、従ファイルサーバ装置１Ｂ側へ送信する（Ｔ２０５）。なお、「ＩＮＶＩＴＥ」メッセージＭ３の内容は、宛先のアカウント２１’以外は先に送出した「ＩＮＶＩＴＥ」メッセージＭ１の内容と同じである。
【００３９】
図６に示すように、従ファイルサーバ装置１Ｂは、前記「ＩＮＶＩＴＥ」メッセージＭ３を受信すると（Ｓ２０１：ＹＥＳ）、自装置１Ｂの通信負荷が所定値以上であるか否かを判断する（Ｓ２０２）。具体的には、現在自装置１Ｂが確立しているセッション数を検出し、それが所定値以上であるか否かを判断する。そして、従ファイルサーバ装置１Ｂは、通信負荷が所定値未満であると判断した場合（Ｓ２０２：ＮＯ）、主ファイルサーバ装置１Ａについて前述したようにＳ１０３乃至Ｓ１１０と同様の処理動作を実行する。このときＳＩＰサーバ装置４、クライアント装置３も従ファイルサーバ装置１Ｂの処理動作に応じて前述した処理動作を実行する（Ｔ２乃至Ｔ８）。一方、従ファイルサーバ装置１Ｂが、通信負荷が所定値以上であると判断した場合は（Ｓ２０２：ＹＥＳ）、ファイル等のアクセスを受付けることができない旨を通知する所定エラーメッセージをＳＩＰサーバ装置４を介してクライアント装置３へ返信する（Ｓ２０３）。なお、図９においては、Ｓ２０２：ＮＯの場合だけを図示している。
【００４０】
以下、本発明の第２の実施の形態について図１０乃至図１２に基づいて説明する。なお、第１の実施の形態と同様の構成及び処理動作については、図面において同符号を付してその説明を省略し、主に相違点について説明する。
【００４１】
本発明の第２の実施の形態に係るＳＩＰサーバ装置４’は、図１２に示すように、ＳＩＰプロキシサーバ４Ａが、各ファイルサーバが確立しているデータセッションの数を監視し、その数が所定値を超える場合に、「ＩＮＶＩＴＥ」メッセージの転送を禁止する手段を備えるものである。そのために、ＳＩＰサーバ装置４’のＳＩＰプロキシサーバ４Ａは、例えば、メモリ等の記憶手段１４Ａを備え、該記憶手段１４Ａに、現在確立されているデータセッションの数を各ファイルサーバ装置１Ａ、１Ｂ、２Ａ、２Ｂのアカウント毎に計数し格納する通信数管理テーブルＴ３を形成している。なお、確立されているデータセッションの数の監視は、例えば、データセッションを確立する際の「ＩＮＶＩＴＥ」メッセージ、「ＡＣＫ」の転送と、データセッションを終了させる際の「ＢＹＥ」の転送とを検出することによって行われる。
【００４２】
ＳＩＰサーバ装置４’は、図１１のフローチャートに示すように、「ＩＮＶＩＴＥ」メッセージを受信し（Ｓ１：ＹＥＳ）、Ｓ２及びＳ３で肯定判断をした場合（Ｓ２：ＹＥＳ、Ｓ３：ＹＥＳ）、「ＩＮＶＩＴＥ」メッセージの宛先となっている主ファイルサーバ装置１Ａの通信負荷が所定値以上であるか否かを判断する（Ｓ３０１）。具体的には、自装置４’のＳＩＰプロキシサーバ４Ａが管理する通信数管理テーブルＴ３を参照して、宛先の主ファイルサーバ装置１Ａが現在確立している通信数が所定値（例えば５）以上であるか否かを判断する。
【００４３】
Ｓ３０１において、「ＩＮＶＩＴＥ」メッセージの宛先となっているファイルサーバ装置の通信負荷が所定値未満であると判断した場合は（Ｓ３０１：ＮＯ）、第１の実施の形態で説明したＳ４、Ｓ５の処理動作を実行する。
【００４４】
一方、「ＩＮＶＩＴＥ」メッセージの宛先となっている主ファイルサーバ装置１Ａの通信負荷が所定値以上であると判断した場合は（Ｓ３０１：ＹＥＳ）、次いで、当該主ファイルサーバ装置１Ａの従ファイルサーバ装置１Ｂの通信負荷が所定値以上であるか否かを判断する（Ｓ３０２）。該判断も同様に自装置４’内のテーブルＴ３を参照して、当該従ファイルサーバ装置１Ａが現在確立している通信数が所定値（例えば５）以上であるか否かを判断する。
【００４５】
Ｓ３０２において、従ファイルサーバ装置１Ｂの通信負荷が所定値未満であると判断した場合は（Ｓ３０２：ＮＯ）、当該従ファイルサーバ装置１Ｂのアカウントを記述したリダイレクト応答メッセージ「３０２」を生成し、これを発呼側のクライアント装置３へ返信する（Ｓ３０３、Ｔ３０１；図１０参照）。
【００４６】
リダイレクト応答メッセージ「３０２」を受信したクライアント装置３は、「ＡＣＫ」メッセージをＳＩＰサーバ装置４’へ送信する（Ｔ３０２）。その後、クライアント装置３は、当該リダイレクト応答メッセージ「３０２」に代行してアクセスを受付ける装置として指定されている従ファイルサーバ装置のアカウント情報を読出し、該アカウント２１’を宛先として記述した「ＩＮＶＩＴＥ」メッセージＭ３を生成して、これを従ファイルサーバ装置１Ｂ側へ送信する（Ｔ２０５）。その後、第１の実施の形態と同様の通信手順がクライアント装置、ＳＩＰサーバ装置４’及び従ファイルサーバ装置１Ｂの間で形成される（Ｔ２乃至Ｔ８）。
【００４７】
以上説明した第１及び第２の実施の形態においては、主ファイルサーバ装置１Ａと従ファイルサーバ装置１Ｂとを別個のコンピュータに実装した場合を例に挙げて説明したが勿論１台のコンピュータに複数のディレクトリを形成し、各ディレクトリに異なるアカウント情報を付与してそれぞれ主ファイルサーバ装置又は従ファイルサーバ装置として機能させることも可能である。
【００４８】
以上の説明から明らかなように、本発明の実施の形態に係るＳＩＰサーバ装置、ファイルサーバ装置によれば、クライアント装置のアカウントはＳＩＰサーバ装置に登録されているので、ファイルサーバ装置にクライアント装置のアカウントを記憶させる必要がない。したがって、各クライアント装置のアカウントの登録、削除、変更等については、ＳＩＰサーバ装置だけで一元的に管理することができる。さらに、ＳＩＰサーバ装置内のレジストサーバ内のテーブルに、グループ化したファイルサーバ装置と複数のクライアント装置のアカウント情報が纏めて登録され、ファイルサーバ装置を共有するグループが形成されるので、ＷＡＮやＶＰＮを介してファイルサーバ装置を共有する場合であっても、専ら共有グループを登録するためだけに必要な設定作業、例えばＮＡＴ、ファイヤウォールなどの設定、は不要となり、を変更する必要もなく、ファイルサーバ装置の新設時若しくは移転時に必要となる設定作業の負担が軽減される。特に、ファイルサーバ装置のＩＰアドレスを変更する場合などのように、ファイルサーバ装置を移転する際には、レジストサーバ内のアカウントテーブルの変更のみをすれば済み、これは、ファイルサーバ装置からリモートで行うことができるので、移転時に必要な設定作業の負担が格段に軽減される。
【００４９】
また、本発明の実施の形態に係るファイルサーバ装置は、データセッション開始要求を受けたときに、アクセスポートを要求元に通知するので、普段は、使用しないアクセスポートを閉状態にしておくことができ、クライアント装置からファイル等のアクセスを受付けているときにのみアクセスポートを開くことができ、これにより、セキュリティの向上が図られる。さらに、ファイルサーバ装置は、クライアント装置からアクセスの要求がある毎にそのアクセスポートを変更するので、更にセキュリティの向上が図られる。
【００５０】
また、ファイルサーバ装置は、主ファイルサーバ装置と従ファイルサーバ装置とからなり、主ファイルサーバ装置が通信負荷状態が高いときにアクセス要求を受けたときは、リダイレクト応答を実行して、従ファイルサーバ装置が主ファイルサーバ装置の代わりにファイルアクセスを受付けるので、簡単な構成で通信負荷の分散を実現することができる。
【産業上の利用可能性】
【００５１】
本発明は、ファイルを複数ユーザで共有するためにネットワーク上に接続されるファイルサーバ装置に適用することができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態に係るファイルサーバ装置、ＳＩＰサーバ装置（通信管理サーバ装置）、クライアント装置等がネットワークに接続された状態を示した図である。
【図２】本発明の実施の形態に係るファイルサーバ装置の機能構成例を示した図である。
【図３】本発明の第１の実施の形態に係るＳＩＰサーバ装置（通信管理サーバ装置）の機能構成例を示した図である。
【図４】本発明の第１の実施の形態に係るＳＩＰサーバ装置（通信管理サーバ装置）がデータセッション開始要求を受信した際に実行する処理動作を示したフローチャートである。
【図５】本発明の実施の形態に係る主ファイルサーバ装置がデータセッション開始要求を受信した際に実行する処理動作を示したフローチャートである。
【図６】本発明の実施の形態に係る従ファイルサーバ装置がデータセッション開始要求を受信した際に実行する処理動作を示したフローチャートである。
【図７】本発明の実施の形態に係るファイルサーバ装置、ＳＩＰサーバ装置（通信管理サーバ装置）及びクライアント装置の間で形成される通信手順を示したシーケンス図である。
【図８】本発明の実施の形態に係るファイルサーバ装置、ＳＩＰサーバ装置（通信管理サーバ装置）及びクライアント装置の間で形成される通信手順を示したシーケンス図ある。
【図９】本発明の第１の実施の形態に係るファイルサーバ装置、ＳＩＰサーバ装置（通信管理サーバ装置）及びクライアント装置の間で形成される通信手順を示したシーケンス図である。
【図１０】本発明の第２の実施の形態に係るファイルサーバ装置、ＳＩＰサーバ装置（通信管理サーバ装置）及びクライアント装置の間で形成される通信手順を示したシーケンス図ある。
【図１１】本発明の第２の実施の形態に係るＳＩＰサーバ装置（通信管理サーバ装置）がデータセッション開始要求を受信した際に実行する処理動作を示したフローチャートである。
【図１２】本発明の第２の実施の形態に係るＳＩＰサーバ装置（通信管理サーバ装置）の機能構成例を示した図である。
【符号の説明】
【００５３】
Ｔ１、Ｔ２    アカウントテーブル
Ｍ１    データセッション開始要求
Ｍ２    応答メッセージ
１、２    ファイルサーバ装置
３    クライアント装置
４、４’    ＳＩＰサーバ装置（通信管理サーバ装置）
４Ａ    ＳＩＰプロキシサーバ
４Ｂ    ＳＩＰレジストサーバ
５    ネットワーク
１０    ＳＩＰ通信手段
【図１】
2006343943.tif 000003
【図２】
2006343943.tif 000004
【図３】
2006343943.tif 000005
【図４】
2006343943.tif 000006
【図５】
2006343943.tif 000007
【図６】
2006343943.tif 000008
【図７】
2006343943.tif 000009
【図８】
2006343943.tif 000010
【図９】
2006343943.tif 000011
【図１０】
2006343943.tif 000012
【図１１】
2006343943.tif 000013
【図１２】
2006343943.tif 000014