JP2009163300A - 中継サーバ及び中継通信システム - Google Patents

Abstract

【課題】共有するリソース名の文字化け等を防止し、共有リソースの指定及び操作を容易かつ確実に行うことができる中継サーバを提供する。
【解決手段】中継サーバ１は共有リソース情報登録部を備えている。この共有リソース情報登録部は、複数のクライアント端末５間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースに付与される名称で使用される文字コードの情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。中継サーバ１の制御部は、前記リソースに付与される名称の文字コードをクライアント端末５が指定することにより、前記文字コードの情報を前記共有リソース情報に記録する。また、中継サーバ１の制御部は、前記クライアント端末５がリソースを指定して操作を指示すると、当該指示を適切な相手へ中継する。
【選択図】図１

Description

本発明は、ネットワークを介してリソースの共有を実現する中継サーバ及び中継通信システムに関する。

従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ、ＶＰＮ）と呼ばれる通信システムが知られている（例えば、特許文献１）。このＶＰＮは、例えば、地域ごとに設けられた複数の支社（拠点）のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、各クライアント端末は、遠隔地にある他のＬＡＮに繋がった機器上の様々なリソース（フォルダ及びファイル）を共有することができる。
特開２００２−２１７９３８号公報

前記ＶＰＮのようなファイル共有方法において、例えば各クライアント端末が採用しているオペレーティングシステムが異なる場合、使用されている文字コードがクライアント端末ごとに異なることがある。この場合に、使用する文字コードが異なるクライアント端末間でファイル等を共有しようとすると、ファイル及びフォルダの名称に文字化けが起こり、正常な表示ができなくなって共有ファイルの指定及び操作が困難になることがあった。従って、リソースの取扱いの簡便性を向上させる観点から改善が求められていた。

本発明は以上の事情に鑑みてされたものであり、その主要な目的は、共有するリソース名の文字化け等を防止し、共有リソースの指定及び操作を容易かつ確実に行うことができる中継サーバを提供することにある。

発明を解決するための手段及び効果

本発明の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースに付与される名称で使用される文字コードの情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、文字コード情報管理部と、指示中継部と、を備える。前記文字コード情報管理部は、前記リソースに付与される名称の文字コードが指定されることにより、前記文字コードの情報を前記共有リソース情報に記録する。前記指示中継部は、前記クライアント端末が前記リソースを指定して操作を指示することにより、指定されたリソースの実体を操作可能なクライアント端末又は当該クライアント端末を配下に有する中継サーバへ当該指示を中継する。

この構成により、共有されたリソースを、クライアント端末が中継サーバを介して間接的に操作することができる。また、共有するリソースに付与する名称の文字コードを文字コード情報に基づいて管理できるので、リソース名の文字化け等を防止し、リソースの指定及び操作を容易かつ確実に行うことができる。

前記中継サーバにおいては、前記共有リソース情報において前記文字コードの情報は、前記リソース共有端末の構成が異なるグループごとに記述できるように構成されていることが好ましい。

この構成により、リソース共有端末の構成が異なるのに応じて文字コードを変更し、リソースの名称の文字コードを適切に管理することができる。

前記中継サーバにおいては、前記クライアント端末は、自身が実体を操作できるリソースを複数のクライアント端末間で共有する場合に、当該リソースに付与すべき名称の指定を前記文字コードに合致するものに限って受け付けることが好ましい。

この構成により、リソースの名称にクライアント端末が取り扱うことができない文字コードが用いられて、文字化け等の原因になることを未然に防止できる。

本発明の他の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースに付与される名称で使用される文字コードの情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、文字コード情報管理部と、指示中継部と、を備える。前記文字コード情報管理部は、前記リソースに付与される名称の文字コードが指定されることにより、前記文字コードの情報を前記共有リソース情報に記録する。指示中継部は、前記クライアント端末がリソースを指定して操作を指示することにより、指定されたリソースの実体を操作可能なクライアント端末又は当該クライアント端末を配下に有する中継サーバへ当該指示を中継する。

この構成により、共有されたリソースを、クライアント端末が中継サーバを介して間接的に操作することができる。また、共有するリソースに付与する名称の文字コードを文字コード情報に基づいて管理できるので、リソース名の文字化け等を防止し、リソースの指定及び操作を容易かつ確実に行うことができる。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。

図１に示すように、本実施形態の中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。この中継通信システムは、中継サーバ１、外部サーバ２、クライアント端末５、ファイルサーバ６等を備えている。

ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを相互に接続するネットワークである。本実施形態ではＷＡＮとしてインターネットが使用されている。

ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、限定された場所で構築される比較的小規模なネットワークである。ＬＡＮは複数存在し、互いに物理的に離れた場所に構築されている。本実施形態では、東京支社にＬＡＮ９１が構築され、大阪支社、名古屋支社、福岡支社にＬＡＮ９２，９３，９４がそれぞれ構築される場合を想定している。これら４つのＬＡＮ９１，９２，９３，９４は、グローバルなネットワークであるインターネットにそれぞれ接続されている。

次に、図２等を参照して外部サーバ２を説明する。図２は外部サーバ２の機能ブロック図である。この外部サーバ２は、各ＬＡＮに配置された中継サーバ１間での通信に用いられる装置であり、インターネット上に設置されている。

図２に示す外部サーバ２は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能を備えている。具体的には、外部サーバ２は、ＳＩＰメソッド及びレスポンス等を中継するＳＩＰプロキシサーバとしての機能と、中継サーバ１のアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。

外部サーバ２は、図２に示すように、ＷＡＮインタフェース２０１と、制御部２０２と、中継サーバアカウント情報データベース２０３と、を主要な構成として備えている。

ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを使用して、インターネットに接続された中継サーバ１等の各装置と通信を行うインタフェースである。

中継サーバアカウント情報データベース２０３は、登録要求のあった中継サーバ１のアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。

制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。この制御部２０２は、例えば、それぞれの中継サーバ１から当該中継サーバ１のアカウントを受信し、中継サーバアカウント情報データベース２０３に登録する処理を行う。また、中継サーバ１から送信された様々なＳＩＰメソッド又はレスポンス等の通信データを他の中継サーバ１に中継する処理等を行う。

次に、図３等を参照してクライアント端末５を説明する。図３はクライアント端末５の機能ブロック図である。

このクライアント端末５はユーザが直接操作できる端末であり、例えばユーザによって日々の業務に使用されるパーソナルコンピュータ（ＰＣ）等が該当する。従って、ＬＡＮ内には通常多数のクライアント端末５が存在する。本実施形態では図１に示すように、ＬＡＮ９１にクライアント端末１１，１２が、ＬＡＮ９２にクライアント端末２１，２２が接続されている。また、ＬＡＮ９３にクライアント端末３１，３２が、ＬＡＮ９４にクライアント端末４１，４２がそれぞれ接続されている。各クライアント端末５には、同一のＬＡＮの中で一意に管理されたプライベートＩＰアドレスが付与されている。

図３に示すように、クライアント端末５は、ＬＡＮインタフェース６０１と、制御部６０２と、リソース記憶部６０３と、共有リソース情報データベース６０４と、を主要な構成として備えている。

ＬＡＮインタフェース６０１は、前記プライベートＩＰアドレスを使用して、同一のＬＡＮに接続された中継サーバ１及びファイルサーバ６等の各装置と通信を行うインタフェースである。

リソース記憶部６０３は、そのクライアント端末５が操作可能なファイル又はフォルダ等のリソースの実体を記憶する。

共有リソース情報データベース６０４は、各クライアント端末５が保有している共有リソースの情報を記述した共有リソース情報を記憶する。

制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。この制御部６０２は、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。

制御部６０２は、例えば、リソース記憶部６０３に記憶されているリソースの移動、変更又は削除等を制御する処理を行う。また制御部６０２は、中継サーバ１から共有リソース情報の変更通知を受信したときは、共有リソース情報データベース６０４に記憶されている共有リソース情報を更新する処理を行う。

次に、図４等を参照して中継サーバ１を説明する。図４は各中継サーバ１の機能ブロック図である。

中継サーバ１は、図１に示すように、ＬＡＮのそれぞれに１台配置されている。具体的には、ＬＡＮ９１には中継サーバＲ１が、ＬＡＮ９２には中継サーバＲ２が、ＬＡＮ９３には中継サーバＲ３が、ＬＡＮ９４には中継サーバＲ４がそれぞれ配置されている。

中継サーバ１はＬＡＮに接続され、同一のＬＡＮに接続されている各クライアント端末５と通信可能になっている。また、中継サーバ１はインターネットにも接続されており、他のＬＡＮに接続された中継サーバ１と（前記外部サーバ２を介して）通信可能となっている。この通信のため、各中継サーバ１には、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。

中継サーバ１は、図４に示すように、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、制御部５０３と、アカウント情報データベース５０４と、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、を主要な構成要素として備えている。

ＬＡＮインタフェース５０１は、自装置と同一のＬＡＮに接続されたクライアント端末５との通信を、プライベートＩＰアドレスを使用して行うインタフェースである。例えば、ＬＡＮ９１において中継サーバＲ１は、ＬＡＮインタフェース５０１を使用して、各クライアント端末１１，１２と通信を行うことができる。

ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを使用して、インターネットに接続された外部サーバ２等の各装置と通信を行うインタフェースである。

各中継サーバ１はＳＩＰレジストラサーバとしての機能を備えており、各中継サーバ１と各クライアント端末５との間の通信はＳＩＰを使用して行われる。例えば、ＬＡＮ９２において中継サーバＲ２はＳＩＰレジストラサーバとして機能し、ＬＡＮ９２に接続されている各クライアント端末２１，２２のアカウントを受信し、アカウント情報データベース５０４に登録する。

従って、中継サーバ１は図５に示すように、クライアント端末５との関係では、当該クライアント端末５からアカウントを受信して登録（ＲＥＧＩＳＴＥＲ）するサーバとして機能する。また、外部サーバ２との関係では、中継サーバ１は、外部サーバ２に対してアカウントを送信して登録（ＲＥＧＩＳＴＥＲ）するクライアントとして機能する。

図４のアカウント情報データベース５０４は、登録要求のあったクライアント端末５のアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。

中継グループ情報データベース（中継グループ情報登録部）５０５は、アカウント情報データベース５０４に登録されているクライアント端末５が関連する中継グループ情報を管理するデータベースである。

共有リソース情報データベース（共有リソース情報登録部）５０６は、アカウント情報データベース５０４に登録されているクライアント端末５が関連する共有リソース情報を管理するデータベースである。

制御部５０３は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ及びＳＩＰ等のプロトコルに従った様々な通信処理を制御する。

この制御部５０３は、例えば、自装置のアカウントを外部サーバ２に送信して登録を要求する処理、及び、中継グループ情報を作成して中継グループ情報データベース５０５に記憶する処理を実行する。また、制御部５０３は、共有リソース情報を作成して共有リソース情報データベース５０６に記憶する処理等を実行する。

また、前記制御部５０３は、文字コード情報管理部５１１と、指示中継部５１２と、を備えている。

文字コード情報管理部５１１は、共有リソース情報に共有リソースの名称が記述されるときに従うべき文字コードの情報を、クライアント端末５からの指示によって前記共有リソース情報に記述する。

指示中継部５１２は、共有リソースを開く等の操作指示をクライアント端末５等から受信したときに、当該操作指示を必要な相手（他の中継サーバ１等）に中継する。

次にファイルサーバ６を説明する。図１に示すように、このファイルサーバ６はＬＡＮに接続されて、同一のＬＡＮに接続されている各クライアント端末５と通信できるように構成されている。

ファイルサーバ６は、ファイル又はフォルダ等のリソースの実体を記憶できるように構成されており、各クライアント端末５が備えている前記リソース記憶部６０３（図３）に代わるリソース記憶手段として機能する。即ち、本実施形態において各クライアント端末５が操作可能なリソースは、そのクライアント端末５のローカルディスク内に格納されている場合と、ネットワークドライブとしてのファイルサーバ６内に格納されている場合が考えられる。このファイルサーバ６は各ＬＡＮに必須ではなく、図１の例においてもＬＡＮ９２，９４では設置が省略されている。

次に、この中継通信システムで扱われる情報である中継グループ情報及び共有リソース情報について説明する。

最初に、図６を参照して中継グループ情報を説明する。図６は中継グループ情報の内容例を示す図である。

図６には、中継サーバＲ３における中継グループ情報データベース５０５の記憶内容例が示されている。この例では、中継グループ情報データベース５０５は２つの中継グループ情報１００ａ，１００ｂを記憶している。

それぞれの中継グループ情報１００ａ，１００ｂは、１つのグループ識別情報１０１と、相互に接続を許可することで中継グループを構成する中継サーバ１の情報（中継アカウント情報）１０２と、リソース共有可能端末情報１１０と、を含んでいる。

グループ識別情報１０１は、その中継グループ情報１００を識別するための情報であり、中継グループ情報１００が作成される度に、異なる識別ＩＤが付与されて一意に識別できる構成となっている。これにより、オペレータ等は、グループ識別情報１０１に基づいて中継グループを特定することができ、グループ構成の変更等を簡単に行うことができる。

中継アカウント情報１０２は、相互に接続を許可することで中継グループを構成するそれぞれの中継サーバ１のアカウントの情報を含んでいる。例えば、図６の上側に示されている中継グループ情報１００ａにおいては、中継グループを構成する３つの中継サーバＲ１，Ｒ２，Ｒ３のアカウントが記述されている。また、図６の下側に示されている中継グループ情報１００ｂにおいては、当該中継グループを構成する１つの中継サーバＲ３のアカウントが記述されている。

中継アカウント情報１０２においては、各中継サーバ１のアカウントに付与された具体的な名称が併せて登録され、ユーザの識別が容易になっている。例えば、中継サーバＲ１（ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）が付与されている。

以上のように、中継グループ情報１００ａ，１００ｂは、中継グループごとに一意に識別可能に作成されている。また、中継グループ情報１００ａ，１００ｂには、相互に接続を許可することで一群（中継グループ）を構成する各中継サーバのアカウント（中継アカウント情報１０２）が含まれている。従って、中継グループ情報１００ａ，１００ｂを参照すれば、どのＬＡＮとどのＬＡＮがグループを構成しているのかを知ることができる。

次に、前記中継グループ情報１００に含ませることが可能なリソース共有可能端末情報１１０について説明する。

図６に示すように、リソース共有可能端末情報１１０は、各中継グループ情報１００に対応して登録されている。例えば、リソース共有可能端末情報１１０ａは中継グループ情報１００ａに対応して登録され、リソース共有可能端末情報１１０ｂは中継グループ情報１００ｂに対応して登録されている。

それぞれのリソース共有可能端末情報１１０ａ，１１０ｂは、対応する中継グループ情報１００ａ，１００ｂに係る中継グループにおいてリソースの共有が許可されたクライアント端末５を記述した個別端末情報１１１を含んでいる。この個別端末情報１１１は、リソースの共有が可能なクライアント端末５それぞれのアカウントを記述した情報である。

例えば、図６の上側のリソース共有可能端末情報１１０ａに対応する中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループを定義する。図１に示すように、中継サーバＲ１が接続されているＬＡＮ９１には、２台のクライアント端末１１，１２が存在する。図６の上側のリソース共有可能端末情報１１０ａの例では、この２台の両方が上記中継グループでリソースを共有可能な端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。同様に、中継サーバＲ２が接続されているＬＡＮ９２ではクライアント端末２１，２２の両方がリソース共有可能端末として選択されている。中継サーバＲ３が接続されているＬＡＮ９３にはクライアント端末３１，３２が存在するが、リソース共有可能端末情報１１０ａの例ではクライアント端末３１のみがリソース共有可能端末として選択され、アカウント情報が個別端末情報１１１として登録されている。

図６の下側のリソース共有可能端末情報１１０ｂに対応する中継グループ情報１００ｂは、中継サーバＲ３のみで構成される中継グループを定義する。このリソース共有可能端末情報１１０ｂの例では、中継サーバＲ３が接続されているＬＡＮ９３において、２台のクライアント端末３１，３２が両方ともリソース共有可能端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。

個別端末情報１１１においては、各リソース共有可能端末のアカウントのほか、当該アカウントに付与された具体的な名称が登録され、ユーザの識別が容易になっている。例えば、クライアント端末１１の場合、そのアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）に対して付与された名称（ｃｌｉｅｎｔ１１）が記述されている。更に、個別端末情報１１１には、営業部及び開発部等、そのリソース共有可能端末の所属を示す所属識別データ１１２が記述されている。

なお、リソース共有可能端末情報１１０においてそれぞれの個別端末情報１１１は、リソース共有可能端末と同一のＬＡＮに接続されている中継サーバの中継アカウント情報１０２と関連付けて記述されている。例えばクライアント端末１１に関する個別端末情報１１１は、中継サーバＲ１の中継アカウント情報１０２ａと関連付けた形で記述されている。

また、図６の例で示すように、中継グループ情報データベース５０５は、中継グループ情報１００及びリソース共有可能端末情報１１０をそれぞれ複数記憶することができる。また、クライアント端末３１は、２つの中継グループにおけるリソース共有可能端末情報１１０ａ，１１０ｂの両方においてリソース共有可能端末とされ、その個別端末情報１１１が記述されている。このように、１つのクライアント端末５を複数の中継グループにおいてリソース共有端末として選択し、その旨のリソース共有可能端末情報１１０を中継グループ情報データベース５０５に記憶できるようになっている。

それぞれの中継グループ情報１００は、中継グループを構成している各中継サーバ１間で交換される。例えば、図６の上側の中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で交換され、それぞれの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。また、図６の下側の中継グループ情報１００ｂは、中継サーバＲ３のみで保持され、中継サーバＲ３の中継グループ情報データベース５０５に記憶される。

次に、共有リソース情報の内容について、図７及び図８を参照して説明する。図７は、クライアント端末２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０を例示したものである。なお、これと同じ情報が、クライアント端末２１と同一のＬＡＮに接続されている中継サーバＲ２の共有リソース情報データベース５０６にも記憶される。

共有リソース情報１２０は、クライアント端末２１に関する共有リソース情報であることを示すアカウント識別情報１２１と、そのクライアント端末１１が関連する個別共有リソース情報１２２と、で構成されている。

アカウント識別情報１２１は、クライアント端末５ごとに共有リソース情報１２０が作成されるため、それを識別するための情報である。

個別共有リソース情報１２２は、共有リソース識別情報１２３、ファミリアカウント情報１２４、ファミリリソース情報１２５、文字コード情報１２７等で構成されている。

共有リソース識別情報１２３は、その個別共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。ここでは共有リソース識別情報１２３は、共有リソース情報１２０の作成要求のあったクライアント端末５と関連付けられたＩＤと、その識別を容易にするための名称とで構成されている。前記ＩＤは例えば２００７１００１１５００３２ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１等とすることができ、識別を容易にする名称は例えばｗｏｒｋｓｐａｃｅ１等とすることができる。

これにより、ユーザ等は、共有リソース識別情報１２３に基づいて個別共有リソース情報１２２を特定することができるため、簡単にその内容を編集等することができる。

図７の上側の個別共有リソース情報１２２ａに記述されるファミリリソース情報１２５の具体的な内容を図８に示す。また、図７の下側の個別共有リソース情報１２２ｂに記述されるファミリリソース情報１２５の具体的な内容を図９に示す。図８及び図９に示すように、ファミリリソース情報１２５は、クライアント端末５が保有しているファイル又はフォルダ（ディレクトリ）等のリソースの実体を示すリソース情報１２６の集合体である。

例えば図８に示すように、それぞれのリソース情報１２６は、共有するリソースの名称の情報と、そのリソースの実体の操作が可能なクライアント端末５（オーナクライアント端末）のアカウントの情報と、そのリソースの実体の所在を示すアドレスの情報と、そのリソースについてのステータス情報と、で構成されている。

共有するリソースの名称とは、リソースを複数のクライアント端末５で共有するにあたって当該リソースに付与される名称であり、例えば、ｎａｍｅ＝”ｆｏｌｄｅｒＡ”と記述される。オーナクライアント端末のアカウントの情報には、オーナクライアント端末を識別するアカウントが、例えば、ｏｗｎｅｒ＝”ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ”のように記述される。リソースの実体の所在を示すアドレスは、共有リソースがリソース記憶部６０３（又はファイルサーバ６）に実際に記憶されている場所を示すものであり、例えばフルパスを用いてｖａｌｕｅ＝”ｃ：／ｆｏｌｄｅｒＡ”等と記述される。ステータス情報は、そのリソースの状態を示す情報であり、例えば、ｓｔａｔｕｓ＝”ｏｋ”等と記述される。

図７のファミリアカウント情報１２４は、ファミリリソース情報１２５で示されているリソースの実体を共有するクライアント端末５のアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）の情報の集合体である。

図８のファミリリソース情報１２５ａの例では、オーナクライアント端末は１１である。そして、このオーナクライアント端末１１を介して間接的にリソースの実体を操作可能なクライアント端末（ユーザクライアント端末）は、図７の上側の個別共有リソース情報１２２ａにおいてファミリアカウント情報１２４に記述されたクライアント端末のうちオーナクライアント端末１１以外のものである。即ち、この例ではクライアント端末２１がユーザクライアント端末である。

図８及び図９に示すようにファミリリソース情報１２５は複数記述することができ、それぞれのファミリリソース情報１２５に記述されたオーナクライアント端末は互いに異なっていても良い。従って、オーナクライアント端末とユーザクライアント端末の関係は固定的なものではなく、ファミリアカウント情報１２４に記述されたクライアント端末はどれでもオーナアカウント端末となることができる。なお、以降の説明において、このファミリアカウント情報１２４に記述されたクライアント端末を共有メンバ端末と呼ぶことがある。

図７の文字コード情報１２７は、前記リソース情報１２６で記述される共有リソースの名称が従うべき文字コードを示すものである。例えば、図７の上側の個別共有リソース情報１２２ａにおいては、文字コード情報１２７がｃｈａｒｓｅｔ＝”ｕｓ−ａｓｃｉｉ”と記述されている。これは、当該個別共有リソース情報１２２ａにおいては（即ち、クライアント端末１１，２１間のリソース共有を行う場合は）、共有リソースの名称が半角英数字のみの文字コードに従うべきことを意味する。

一方、図７の下側の個別共有リソース情報１２２ｂにおいては、文字コード情報１２７がｃｈａｒｓｅｔ＝”Ｓｈｉｆｔ＿ＪＩＳ”と記述されている。これは、当該個別共有リソース情報１２２ｂにおいては（即ち、クライアント端末２１，３１間のリソース共有を行う場合は）、共有リソースの名称がいわゆるシフトＪＩＳの文字コードに従うべきことを意味する。このように本実施形態では、リソース共有端末の構成が異なるグループごとに（個別共有リソース情報１２２ごとに）文字コードを記述できるように構成されている。

図７の上側の個別共有リソース情報１２２ａにおける共有メンバ端末であるクライアント端末１１，２１は、何れも、図６の中継グループ情報１００ａで記述された中継グループを構成する３台の中継サーバＲ１，Ｒ２，Ｒ３の何れかと同一のＬＡＮに接続されている。図７の下側の個別共有リソース情報１２２ｂにおける共有メンバ端末であるクライアント端末２１，３１のそれぞれも、３台の中継サーバＲ１，Ｒ２，Ｒ３の何れかと同一のＬＡＮに接続されている。また、上記クライアント端末１１，２１，３１は、当該中継グループにおけるリソース共有可能端末情報１１０ａにおいて、何れもリソース共有可能端末として個別端末情報１１１が記述されているクライアント端末である。

前記共有メンバ端末のそれぞれは、以上で説明した内容の個別共有リソース情報１２２を持った共有リソース情報１２０を、共有リソース情報データベース６０４に記憶している。

次に、図１０のシーケンス番号１１〜１９を参照して、中継グループの生成及び登録段階を説明する。図１０に示すシーケンス番号１１〜１９の処理は、一般に、ユーザ及びオペレータによってネットワークの初期設定として行われる。

まず、中継サーバＲ１において、中継サーバＲ２との間で中継グループを新規に形成するメソッド（ｃｒｅａｔｅＧｒｏｕｐメソッド）がオペレータによって実行される。このｃｒｅａｔｅＧｒｏｕｐメソッドでは、中継グループを形成する相手の中継サーバＲ２のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定される。

すると、中継サーバＲ１において中継グループ情報１００ａが新たに作成される。このとき、識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が当該中継グループ情報に付与され、グループ識別情報１０１に記述される。

次に、中継サーバＲ１においてメッセージ送信コマンド（ＭＥＳＳＡＧＥメソッド）が実行され、相手となる中継サーバＲ２に対するｇｒｏｕｐ−ｉｎｆｏメッセージが外部サーバ２に送信される（シーケンス番号１１）。このメッセージには、前記ｃｒｅａｔｅＧｒｏｕｐメソッドで作成された中継グループ情報の識別ＩＤ等が含まれている。

このＭＥＳＳＡＧＥメソッドでは、メッセージ送信先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバ２は、中継サーバアカウント情報データベース２０３を参照することで中継サーバＲ２のグローバルＩＰアドレスを取得し、中継サーバＲ１からのｇｒｏｕｐ−ｉｎｆｏメッセージを中継サーバＲ２に中継する。メッセージを受信した中継サーバＲ２は、外部サーバ２を介して中継サーバＲ１へＯＫレスポンスを返す。

以上のように、本実施形態の各中継サーバ１間の通信は外部サーバ２を経由して行われ、以下においても同様である。従って、以後の説明では、外部サーバ２を経由する通信処理の具体的な説明を省略する。

次に、中継サーバＲ１が、中継サーバＲ２に対し、サーバ情報の送信要求メッセージ（ｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージ）を送信する（シーケンス番号１２）。このメッセージを受信した中継サーバＲ２は、ＯＫレスポンスとともに、自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ１に返す。

今度は反対に、中継サーバＲ２が中継サーバＲ１に対するｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージを送信し（シーケンス番号１３）、中継サーバＲ１は自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ２に返信する。

以上のように互いのサーバに関する情報を交換することで、両中継サーバＲ１，Ｒ２の情報が中継グループ情報１００に含まれる中継アカウント情報１０２に記述され、各中継サーバＲ１，Ｒ２の中継グループ情報データベース５０５に記憶される。

次に、中継サーバＲ２において、先ほど作成した中継グループ（中継サーバＲ１，Ｒ２で構成される中継グループ）に新たに中継サーバＲ３を加えるメソッド（ａｄｄＧｒｏｕｐメソッド）がオペレータによって実行される。このａｄｄＧｒｏｕｐメソッドでは、加入させる中継サーバＲ３のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ３＠ｎｅｔ）、加入させる中継グループの識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。

すると中継サーバＲ２は、加入させる相手となる中継サーバＲ３に対し、ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号１４）。このメッセージには、前記ａｄｄＧｒｏｕｐメソッドで指定された中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ３は、中継サーバＲ２へＯＫレスポンスを返す。次に、シーケンス番号１２，１３で説明したのと全く同様に、中継サーバＲ２と中継サーバＲ３との間でサーバ情報が交換される（シーケンス番号１５，１６）。

次に、中継サーバＲ２は、中継グループに中継サーバＲ３が加わったことを知らせるｕｐｄａｔｅ−ｇｒｏｕｐ−ｉｎｆｏメッセージを、中継サーバＲ１に送信する（シーケンス番号１７）。これを受信した中継サーバＲ１は、中継サーバＲ２へＯＫレスポンスを返す。その後、中継サーバＲ３と中継サーバＲ１との間でサーバ情報が交換される（シーケンス番号１８，１９）。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３が中継グループを形成している旨の中継グループ情報１００（具体的には、図６の符号１００ａで示した内容の情報）が、各中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。

なお、図１０では図示しないが、中継サーバＲ３において更に、中継グループを形成する他の中継サーバを指定せずにｃｒｅａｔｅＧｒｏｕｐメソッドが実行される。これにより中継サーバＲ３のみから形成される中継グループ情報１００ｂが作成され、識別ＩＤ（０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ２）が付与され、Ｒ３の中継グループ情報データベース５０５に記憶される。

次に、図１１のシーケンス番号２１〜２９を参照して、中継グループに対するリソース共有可能端末の登録段階を説明する。

中継サーバＲ１において、３台の中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループに、リソース共有可能端末としてクライアント端末１１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。このａｄｄＴｅｒｍｉｎａｌメソッドでは、クライアント端末１１のアカウント、及び、登録先の中継グループを示す識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。

このａｄｄＴｅｒｍｉｎａｌメソッドが実行されると、中継サーバＲ１は、自身の中継グループ情報データベース５０５を検索する。そして、指定された識別ＩＤの中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末１１の個別端末情報１１１を追加する。

その後直ちに、中継サーバＲ１は、中継グループ情報データベース５０５の記憶内容から中継グループ情報１００を前記識別ＩＤによって特定し、当該中継グループがどの中継サーバ１によって構成されているかを調べる。すると、図６の中継グループ情報１００ａにより、対象となる中継グループは、自身（中継サーバＲ１）と、２台の中継サーバＲ２，Ｒ３とで構成されていることが判る。

従って、中継サーバＲ１は、まず中継サーバＲ２に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２１）。このメッセージには、対象となるクライアント端末１１のアカウント、及び登録先の中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

次に、中継サーバＲ１は、クライアント端末１１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２２）。このメッセージには、クライアント端末１１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末１１は、受信したリソース共有可能端末情報１１０の内容を適宜の記憶手段に記憶する。

続いて、中継サーバＲ１は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２３）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１の個別端末情報１１１が登録される。

次に、中継サーバＲ２において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末２１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。

すると中継サーバＲ２は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。

次に、中継サーバＲ２は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４）。このメッセージには、対象となるクライアント端末２１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。

これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末２１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ２に対しＯＫレスポンスを返す。

更に、中継サーバＲ２は、クライアント端末２１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２５）。このメッセージには、クライアント端末１１及び２１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末２１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。

続いて、中継サーバＲ２は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２６）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末２１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末として、クライアント端末１１及び２１の個別端末情報１１１が登録された状態となる。

次に、中継サーバＲ３において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末３１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。

すると中継サーバＲ３は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループに関するリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。

更に、中継サーバＲ３は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７）。このメッセージには、対象となるクライアント端末３１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。

これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ３に対しＯＫレスポンスを返す。

次に、中継サーバＲ３は、クライアント端末３１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２８）。このメッセージには、クライアント端末３１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末３１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。

続いて、中継サーバＲ３は、中継サーバＲ２に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９）。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ２は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末２１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９．１）。このメッセージを受信したクライアント端末２１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末２１は中継サーバＲ２へＯＫレスポンスを返し、これを受信した中継サーバＲ２は中継サーバＲ３に対しＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，２１及び３１の個別端末情報１１１が登録された状態となる。

また、図１１では図示していないが、この後、クライアント端末１２，２２を前記中継グループ情報（識別ＩＤは０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）に追加する操作が更に行われる。これにより、中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，１２，２１，２２及び３１の個別端末情報１１１が登録される（図６の符号１１０ａを参照）。更に、中継サーバＲ３において、クライアント端末３１，３２を他の中継グループ情報（識別ＩＤは０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ２）に追加する操作が引き続き行われる。

なお、図１１ではリソース共有可能端末としてクライアント端末を登録する処理を説明したが、中継サーバ１は、クライアント端末５のリソース共有可能端末としての登録を外す処理（ｄｅｌｅｔｅＴｅｒｍｉｎａｌメソッド）も行うことができる。この場合は、リソース共有可能端末情報１１０から、指定されたクライアント端末５の個別端末情報１１１を削除することになる。

次に、クライアント端末５のリソースを実際に共有させる場合の動作を、図１２を参照して説明する。ここでは、クライアント端末２１が実体を操作可能なファイル”日本語．ｔｘｔ”を、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループにおいてクライアント端末１１と共有させる場合を例に説明する。このファイルは、クライアント端末２１のリソース記憶部６０３に作成されたフォルダ”ｃ：／ｄｏｃｕｍｅｎｔ／”（以下、実体格納フォルダ２１ｆと称する）に保存されている。

ユーザはクライアント端末１１を操作し、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループを指定した上で、当該中継グループにおけるリソース共有可能端末を表示させる指示をクライアント端末１１に対して行う。クライアント端末１１は中継サーバＲ１との通信によりリソース共有可能端末の情報を取得し、指定された中継グループにおけるリソース共有可能端末の一覧を画面に表示する。

ここでは識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１の中継グループが指定されているので、図６の上側に示すリソース共有可能端末情報１１０ａに基づき、４台のクライアント端末１２，２１，２２及び３１がリソース共有可能端末として表示される。ユーザは、リソースを共有させる端末として、表示されたクライアント端末２１を指定する。なお、今回の説明ではリソースを共有させる端末を１台のみ指定したが、表示されたリソース共有可能端末の一覧から複数又は全てを指定しても良い。

次に、クライアント端末１１は、リソースを共有するときのリソース名称の文字コードをユーザに問い合わせる。図１２の例において、クライアント端末２１で実行されるオペレーティングシステムはシフトＪＩＳの文字コードに対応しており、ファイル及びフォルダの名称を含めて、半角英数文字のほか日本語を使用することができる。一方、クライアント端末１１ではクライアント端末２１とは異なるオペレーティングシステムが実行されており、半角英数文字（ｕｓ−ａｓｃｉｉ）を使用することはできるが、日本語を使用することはできない。ユーザは上記の問合せに対し、以上の事情を考慮して、半角英数字のみの文字コード（ｕｓ−ａｓｃｉｉ）を指定したとする。

すると、クライアント端末１１は、共有リソースの作成要求（ｃｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（図１２のシーケンス番号３１）。このコマンドには、中継グループの識別ＩＤ、指定されたクライアント端末２１の情報、及び前記文字コードの情報が含まれている。

これを受信した中継サーバＲ１は、共有リソース情報１２０を作成し、自身の共有リソース情報データベース５０６に記憶する。このとき作成された共有リソース情報１２０には１つの個別共有リソース情報１２２が含まれ、この個別共有リソース情報１２２には、適宜作成された共有リソース識別情報１２３と、２台のクライアント端末１１，２１のアカウントが記述されたファミリアカウント情報１２４と、共有リソースの名称はｕｓ−ａｓｃｉｉに従う旨の文字コード情報１２７と、が含まれる。

続いて、中継サーバＲ１は、指定されたクライアント端末２１を配下に有する他の中継サーバＲ２に対しｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージを送信し、作成された共有リソース情報１２０を通知する（シーケンス番号３１．１）。メッセージを受信した中継サーバＲ２は、自身の共有リソース情報データベース５０６にその共有リソース情報１２０を記憶する。また、中継サーバＲ２は、指定されたクライアント端末２１に対してｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを送信し、共有リソース情報１２０を通知する（シーケンス番号３１．１．１）。

このｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを受信したクライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、送信元の中継サーバＲ２にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ２は中継サーバＲ１にＯＫレスポンスを返し、それを受信した中継サーバＲ１はクライアント端末１１にＯＫレスポンスを返す。

以上により、中継サーバＲ１，Ｒ２の共有リソース情報データベース５０６に記憶される共有リソース情報１２０（個別共有リソース情報１２２ａ）には、共有リソース識別情報１２３、ファミリアカウント情報１２４、及び文字コード情報１２７が記述されることになる。クライアント端末１１，２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０にも、同じ内容が記述される。

次に、クライアント端末２１をユーザが操作してａｄｄＲｅｓｏｕｒｃｅメソッドを実行することによって、共有するリソースの実体を示すリソース情報（図８の符号１２６）を共有リソース情報１２０に加える処理が行われる。今回の説明では、クライアント端末２１のリソース記憶部６０３に記憶されているリソースの実体の中から”日本語．ｔｘｔ”というファイルを選択し、これを他のクライアント端末１１と共有させる旨を指定したとする。

この指定を受けたクライアント端末２１は、最初にＲｅａｄＦｉｌｅコマンドを実行して実体格納フォルダ２１ｆにアクセスし、指定されたファイルが存在するか否かを確認する（シーケンス番号３２）。次にクライアント端末２１は、自身の共有リソース情報データベース６０４に登録された共有リソース情報１２０の文字コード情報１２７を参照し、仮に共有リソースの名称を実体ファイルの名称と同じ”日本語．ｔｘｔ”とした場合に、前記文字コード情報１２７で指定されている文字コードと合致するか否かを調べる。

今回の例では、文字コードとしてｕｓ−ａｓｃｉｉ（半角英数字のみ）が指定されているので、英数字以外の文字を含む”日本語．ｔｘｔ”という名称は、当該文字コードで表現することができない。そこで、クライアント端末２１はユーザに、共有リソースの名称として半角英数字のみの名称を指定することを要求する。これに対し、ユーザは例えば”ａｓｃｉｉｎａｍｅ．ｔｘｔ”という名称を指定したとする。するとクライアント端末２１はＣｈａｎｇｅＦｉｌｅＮａｍｅメソッドを実行し、共有リソースの名称を、指定された名称”ａｓｃｉｉｎａｍｅ．ｔｘｔ”に変更する。

次に、クライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０（個別共有リソース情報１２２ａ）に、リソース情報１２６を追加する。このリソース情報１２６には、上記のようにして決定された共有リソースの名称の情報（”ａｓｃｉｉｎａｍｅ．ｔｘｔ”）と、当該共有リソースの実体の位置の情報（”ｃ：／ｄｏｃｕｍｅｎｔ／日本語．ｔｘｔ”）と、が含まれている。

次に、クライアント端末２１は、共有リソース追加要求（ａｄｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（シーケンス番号３３）。この共有リソース追加要求には、共有リソースの名称の情報と、当該共有リソースの実体の位置の情報と、が含まれている。この共有リソース追加要求を受信した中継サーバＲ２は、自身の共有リソース情報データベース５０６に記憶されている共有リソース情報１２０を更新し、”ａｓｃｉｉｎａｍｅ．ｔｘｔ”に関するリソース情報１２６を追加する。

そして中継サーバＲ２は、ユーザクライアント端末１１が接続されている中継サーバＲ１にａｄｄＲｅｓｏｕｒｃｅメッセージを送信する（シーケンス番号３３．１）。このメッセージを受け取った中継サーバＲ１は、中継サーバＲ２と同様に、自身の共有リソース情報データベース５０６に記憶されている共有リソース情報１２０を更新する。更に中継サーバＲ１は、自身の配下のユーザクライアント端末１１に対してａｄｄＲｅｓｏｕｒｃｅコマンドを送信し、共有リソース情報１２０の追加を通知する（シーケンス番号３３．１．１）。

ａｄｄＲｅｓｏｕｒｃｅコマンドを受信した各ユーザクライアント端末１１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、送信元の中継サーバＲ１にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ１は中継サーバＲ２にＯＫレスポンスを返し、それを受信した中継サーバＲ２はクライアント端末２１にＯＫレスポンスを返す。以上の処理により、”ａｓｃｉｉｎａｍｅ．ｔｘｔ”（実体のファイル名は”日本語．ｔｘｔ”）に関するリソース情報１２６（図８を参照）が共有リソース情報１２０に追加される。

次に、図１３のシーケンス番号３５〜３５．２．１．１を参照して、登録した”ａｓｃｉｉｎａｍｅ．ｔｘｔ”をユーザクライアント端末１１が開く処理について説明する。

クライアント端末１１は、ファイルオープン要求（ＯｐｅｎＦｉｌｅコマンド）を中継サーバＲ１に送信する（シーケンス番号３５）。このＯｐｅｎＦｉｌｅコマンドには、オーナクライアント端末の指定（即ち、クライアント端末２１）と、開きたい共有リソースの指定（”ａｓｃｉｉｎａｍｅ．ｔｘｔ”）が含まれている。なお、上述のとおりクライアント端末１１のオペレーティングシステムは日本語を使用することはできないが、共有リソースの名称が半角英数字のみで構成されているため、文字化け等の表示の不具合もなく、共有リソースをスムーズに指定することができる。

前記ＯｐｅｎＦｉｌｅコマンドを受け取った中継サーバＲ１は、中継サーバＲ２に対して接続要求（ＩＮＶＩＴＥメソッド）を送信する（シーケンス番号３５．１）。接続要求を受信した中継サーバＲ２は、クライアント端末２１に対しファイルオープン要求（ＯｐｅｎＦｉｌｅ）を送信する（シーケンス番号３５．１．１）。ファイルオープン要求を受信したクライアント端末２１は、対象となるリソースの操作が可能であることを確認してＯＫレスポンスを中継サーバＲ２に返し、中継サーバＲ２は中継サーバＲ１へＯＫレスポンスを返す。

ＯＫレスポンスを受信した中継サーバＲ１は中継サーバＲ２に対してＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ１，Ｒ２間に通信経路が確立される（シーケンス番号３５．２）。ＭｅｄｉａＳｅｓｓｉｏｎコマンドを受信した中継サーバＲ２は、クライアント端末２１に対しＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ２とクライアント端末２１の間に通信経路が確立される（シーケンス番号３５．２．１）。その後、クライアント端末２１はＲｅａｄＦｉｌｅコマンドを実行し（シーケンス番号３５．２．１．１）、実体格納フォルダ２１ｆから対象リソースを読み出して中継サーバＲ２に送信する。なお、読み出されるファイルの実体の名称は、前述のとおり”日本語．ｔｘｔ”である。対象リソースは中継サーバＲ２から中継サーバＲ１に転送され、更にクライアント端末１１へ転送される。以上により、共有リソースの実体のデータがクライアント端末１１に送信され、クライアント端末１１は当該データをオープンする処理を行う。

次に、図１４を参照して、クライアント端末２１が実体を操作可能なファイル”在庫管理．ｘｌｓ”を、クライアント端末３１と共有させる場合を例に説明する。このファイルは、前述の例で説明したファイル”日本語．ｔｘｔ”と同様に、クライアント端末２１のリソース記憶部６０３に作成されたフォルダ”ｃ：／ｄｏｃｕｍｅｎｔ／”（実体格納フォルダ２１ｆ）に保存されている。

ユーザはクライアント端末３１を操作し、クライアント端末２１との間でリソースを共有する旨の指示を行う。これに対し、クライアント端末３１は前回の説明と同様に、リソースを共有するときのリソース名称の文字コードをユーザに問い合わせる。今回の例では、クライアント端末３１のオペレーティングシステムはクライアント端末２１と同様に、シフトＪＩＳの文字コードを使用することができる。ユーザは上記の問合せに対し、以上の事情を考慮して、シフトＪＩＳの文字コード（Ｓｈｉｆｔ＿ＪＩＳ）を指定したとする。

すると、クライアント端末３１は、共有リソースの作成要求（ｃｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ３に送信する（図１４のシーケンス番号３４）。このメッセージには、指定されたクライアント端末２１の情報、及び指定された前記文字コードの情報等が含まれている。以後の処理（シーケンス番号３４〜３４．１．１）は、図１２のシーケンス番号３１〜３１．１．１と実質的に同様であるので、説明を省略する。以上により、中継サーバＲ３，Ｒ２の共有リソース情報データベース５０６に記憶される共有リソース情報１２０（個別共有リソース情報１２２ｂ）には、共有リソース識別情報１２３、ファミリアカウント情報１２４、及び文字コード情報１２７が記述されることになる。クライアント端末３１，２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０にも、同じ内容が記述される。

次に、クライアント端末２１をユーザが操作してａｄｄＲｅｓｏｕｒｃｅメソッドを実行することによって、リソース情報を共有リソース情報１２０に加える処理が行われる。今回の説明では、クライアント端末２１のリソース記憶部６０３に記憶されているリソースの実体の中から”在庫管理．ｘｌｓ”というファイルを選択し、これを他のクライアント端末３１と共有させる旨を指定したとする。また、ユーザは、当該ファイルを共有する際の名称として、実体のファイル名と同じ”在庫管理．ｘｌｓ”という名称を指定したとする。

この指定を受けたクライアント端末２１は、最初にＲｅａｄＦｉｌｅコマンドを実行して実体格納フォルダ２１ｆにアクセスし、指定されたファイルが存在するか否かを確認する（シーケンス番号３５）。次にクライアント端末２１は、自身の共有リソース情報データベース６０４に登録された共有リソース情報１２０の文字コード情報１２７を参照し、仮に共有リソースの名称を”在庫管理．ｘｌｓ”とした場合に、前記文字コード情報１２７で指定されている文字コードと合致するか否かを調べる。

今回の例では、文字コードとしてシフトＪＩＳが指定されているので、”在庫管理．ｘｌｓ”という名称は当該文字コードにより表現することができる。そこで、クライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０（個別共有リソース情報１２２ａ）に、リソース情報１２６を追加する。このリソース情報１２６には、指定された共有リソースの名称の情報（”在庫管理．ｘｌｓ”）と、当該共有リソースの実体の位置の情報（”ｃ：／ｄｏｃｕｍｅｎｔ／在庫管理．ｘｌｓ”）と、が含まれている。

次に、クライアント端末２１は、共有リソース追加要求（ａｄｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（シーケンス番号３６）。この共有リソース追加要求には、共有リソースの名称の情報と、当該共有リソースの実体の位置の情報と、が含まれている。以後の処理（シーケンス番号３６．１、３６．１．１）は、図１２のシーケンス番号３３．１、３３．１．１と実質的に同様であるので、説明を省略する。

以上により、クライアント端末３１，２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０には、”在庫管理．ｘｌｓ”という名称の共有リソースに係るリソース情報１２６が記述されることになる。中継サーバＲ３，Ｒ２の共有リソース情報データベース５０６に記憶される共有リソース情報１２０にも、同様のリソース情報１２６が記述される。こうして追加された共有リソースは、ユーザクライアント端末３１が共有時のリソース名称（”在庫管理．ｘｌｓ”）を指定して開くことができる。このときの処理は図１３で説明したものと実質的に同様であるので、説明を省略する。

次に、図１５を参照して、クライアント端末５の動作の詳細について説明する。図１５は、本実施形態の中継通信システムにおけるクライアント端末５の動作を示すフローチャートである。なお、図１５に示すフローチャートは、実質的に、図１２のクライアント端末２１におけるシーケンス番号３２以降の処理、及び、図１４のクライアント端末２１におけるシーケンス番号３５以降の処理に相当している。

図１５に示すように、クライアント端末５は共有リソースの追加指示が発行されるまで待機し（Ｓ１０１）、追加指示が出された場合は、追加したいリソースをユーザに問い合わせる（Ｓ１０２）。この問合せに対し、ユーザは共有したいリソース（実体ファイル）のパスを指定する。このとき、クライアント端末５は指定されたパスに実際にアクセスし、実体ファイルが実際にあるか否かを確認する。

次に、クライアント端末５は、指定したリソースを共有するときの名称を特に指定したいか否かをユーザに問い合わせる（Ｓ１０３）。この問合せに対し、名称を特に指定しない旨をユーザが選択した場合、クライアント端末５は、Ｓ１０２の処理で指定されたパスから共有リソース名を自動的に作成する（Ｓ１０４）。例えば、実体ファイルのパスが”ｃ：／ｄｏｃｕｍｅｎｔ／日本語．ｔｘｔ”であった場合、そこからフォルダ部分の記述を取り除いた”日本語．ｔｘｔ”を、共有リソースの名称として採用する。Ｓ１０３の問合せに対し、ユーザが名称を特に指定した場合は、Ｓ１０４の処理をスキップし、ユーザが指定した名称を共有リソース名として用いる。

次に、クライアント端末５は、上記のようにして決定された共有リソースの名称を、前記文字コード情報１２７で指定された文字コードで取り扱うことができるか否かを調べる（Ｓ１０５）。共有リソースの名称が文字コードに合致しない場合は、その名称の文字コードは利用できず、共有リソース名を指定し直す必要がある旨をユーザに通知する（Ｓ１０６）。その後、共有リソース名称の入力を待機し（Ｓ１０７）、入力されたら再びＳ１０５の判断に戻って、入力された共有リソース名称が前記文字コード情報１２７の文字コードに合致するか否かを再び検査する。

Ｓ１０５の判断で共有リソース名が文字コードに合致していた場合には、Ｓ１０２の処理でユーザが選択したリソースを、当該共有リソース名で共有リソース情報１２０に追加する（Ｓ１０８）。その後、共有リソース情報の更新コマンドを、自身を配下に有する中継サーバ１へ送信する（Ｓ１０９）。

以上に示すように、本実施形態の中継サーバ１は、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、制御部５０３と、を備える。中継グループ情報データベース５０５は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報（中継グループ情報１００）を記憶する。共有リソース情報データベース５０６は、前記中継グループ内において複数のクライアント端末５間でリソースを共有させる場合に、共有リソース情報１２０を記憶する。この共有リソース情報１２０は、当該リソースの情報であるファミリリソース情報１２５と、当該リソースに付与される名称で使用される文字コードの情報である文字コード情報１２７と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報（ファミリアカウント情報１２４）と、を含む。前記制御部５０３は、文字コード情報管理部５１１と、指示中継部５１２と、を備える。そして、例えば図１２に示すように、前記リソースに付与される名称の文字コードがクライアント端末１１により指定されると、中継サーバＲ１の文字コード情報管理部５１１は、前記文字コード情報１２７を前記共有リソース情報１２０に記録する。また、図１３に示すように、前記クライアント端末１１がリソースを指定して操作を指示することにより、中継サーバＲ１の指示中継部５１２は、指定されたリソースの実体を操作可能なクライアント端末２１を配下に有する中継サーバＲ２へ当該指示を中継する。

これにより、共有されたリソースを、クライアント端末５が中継サーバ１を介して間接的に操作することができる。また、共有するリソースに付与する名称の文字コードを文字コード情報１２７に基づいて管理できるので、リソース名の文字化け等を防止し、リソースの指定及び操作を容易かつ確実に行うことができる。

また、本実施形態の中継サーバ１は、前記共有リソース情報１２０において前記文字コード情報１２７を、前記リソース共有端末の構成が異なるグループごと（個別共有リソース情報１２２ごと）に記述できるように構成されている。

これにより、リソース共有端末の構成が異なるのに応じて文字コードを変更し、リソースの名称の文字コードを適切に管理することができる。

また、本実施形態において前記クライアント端末５は、自身が実体を操作できるリソースを複数のクライアント端末５間で共有する場合には、当該リソースに付与すべき名称の指定を、前記文字コード情報１２７で指定された前記文字コードに合致するものに限って受け付けるように構成されている（図１５のＳ１０５）。

これにより、リソースの名称にクライアント端末が取り扱うことができない文字コードが用いられて、文字化け等の原因になることを未然に防止できる。

以上に本発明の好適な実施形態を説明したが、以上の構成は例えば以下のように変更することができる。

上記実施形態ではＳＩＰサーバである外部サーバ２を介して各中継サーバ１間での通信を行ったが、これに代えて、外部サーバ２を介さずに中継サーバ１間で直接通信する構成に変更することができる。

文字コードの指定は、ｕｓ−ａｓｃｉｉ、Ｓｈｉｆｔ＿ＪＩＳに限定されず、例えばｅｕｃ−ｊｐ、ＵＴＦ−８、ＵＴＦ−１６等を採用することができる。

本発明の一実施形態に係る中継通信システムのネットワーク構成図。 外部サーバの機能ブロック図。 クライアント端末の機能ブロック図。 中継サーバの機能ブロック図。 クライアント端末、中継サーバ、及び外部サーバの関係を示す図。 中継グループ情報の内容を示す図。 共有リソース情報の内容を示す図。 図７の上側の個別共有リソース情報におけるファミリリソース情報の内容の詳細を示す図。 図７の下側の個別共有リソース情報におけるファミリリソース情報の内容の詳細を示す図。 中継グループを作成する通信処理を示すシーケンス図。 中継グループにクライアント端末をリソース共有可能端末として登録する通信処理を示すシーケンス図。 共有時の名称の文字コードを指定して共有リソース情報を作成し、共有リソース情報を登録する通信処理を示すシーケンス図。 共有されたリソースを開く場合の通信処理の例を示すシーケンス図。 図１２とは異なる文字コードを指定して共有リソース情報を作成し、共有リソース情報を登録する通信処理を示すシーケンス図。 クライアント端末において行われる共有リソースの登録処理を示すフローチャート。

符号の説明

１（Ｒ１〜Ｒ４） 中継サーバ
２ 外部サーバ
５（１１，１２，２１，２２，３１，３２，４１，４２） クライアント端末
１２０ 共有リソース情報
１２４ ファミリアカウント情報
１２６ リソース情報
１２７ 文字コード情報
５０３ 制御部
５０５ 中継グループ情報データベース（中継グループ情報登録部）
５０６ 共有リソース情報データベース（共有リソース情報登録部）
５１１ 文字コード情報管理部
５１２ 指示中継部

Claims (4)

1. 自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースに付与される名称で使用される文字コードの情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   制御部と、
   を備え、
   前記制御部は、
   前記リソースに付与される名称の文字コードが指定されることにより、前記文字コードの情報を前記共有リソース情報に記録する文字コード情報管理部と、
   前記クライアント端末が前記リソースを指定して操作を指示することにより、指定されたリソースの実体を操作可能なクライアント端末又は当該クライアント端末を配下に有する中継サーバへ当該指示を中継する指示中継部と、
   を備えることを特徴とする中継サーバ。
2. 請求項１に記載の中継サーバであって、
   前記共有リソース情報において前記文字コードの情報は、前記リソース共有端末の構成が異なるグループごとに記述できるように構成されていることを特徴とする中継サーバ。
3. 請求項１又は２の中継通信システムにおいて、
   前記クライアント端末は、自身が実体を操作できるリソースを複数のクライアント端末間で共有する場合に、当該リソースに付与すべき名称の指定を前記文字コードに合致するものに限って受け付けることを特徴とする中継サーバ。
4. 複数の中継サーバと、
   複数のクライアント端末と、
   を備え、
   前記中継サーバは、
   自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースに付与される名称で使用される文字コードの情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   制御部と、
   を備え、
   前記制御部は、
   前記リソースに付与される名称の文字コードが指定されることにより、前記文字コードの情報を前記共有リソース情報に記録する文字コード情報管理部と、
   前記クライアント端末がリソースを指定して操作を指示することにより、指定されたリソースの実体を操作可能なクライアント端末又は当該クライアント端末を配下に有する中継サーバへ当該指示を中継する指示中継部と、
   を備えることを特徴とする中継通信システム。

Images