JP4661774B2

JP4661774B2 - 中継サーバ

Info

Publication number: JP4661774B2
Application number: JP2006334652A
Authority: JP
Inventors: 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2006-12-12
Filing date: 2006-12-12
Publication date: 2011-03-30
Anticipated expiration: 2026-12-12
Also published as: JP2008148125A

Description

本発明は、ワイドエリアネットワーク（ＷＡＮ）を越えて、他のローカルエリアネットワーク（ＬＡＮ）内の通信装置との通信を可能とする中継通信システムに関する。とくに、あるＬＡＮ内の通信装置から、他のＬＡＮ内の通信装置が保有しているリソースを操作する技術に関する。

ＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）と呼ばれる通信技術がある。この通信技術を利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークのように利用することができる。たとえば、地域ごとに設けられた複数の支社のＬＡＮに接続された端末間でインターネットを越えて通信することができる。

この種の技術に関しては、これまでも様々なシステムが提案されている（たとえば、特許文献１）。

特開２００２−２１７９３８号公報

しかしながら、この種のシステムは、ネットワークを仮想的に構築する関係上、硬直的なシステムになり易い。そのため、拡張性、柔軟性のあるシステムを構築することは容易でなく、これまでに提案されているシステムも、機能やコスト等、それぞれに一長一短が認められる。

たとえば、同一のＬＡＮ内であれば、通常同じプロトコルの基でリソースが管理され、システム構成もそれほど複雑でないため、簡単に複数の端末間でリソースを共有等することができる。しかし、通信システムがＷＡＮを越えて複数のＬＡＮ間にわたる場合には、フォルダやファイルなどのリソースを複数の端末で共用したい、あるいは、ある端末から他の端末が保有しているファイルを削除等したいと思っても、容易には対応できない。それぞれのＬＡＮで用いられているプロトコルが異なっている場合はなお更である。

また、各端末が保有しているリソースは、削除や移動等によって絶えず変化するにも関わらず、これらの変化に動的に対応させることも容易でない。それゆえ、リソースの状態変化を動的に把握することが容易でない。特に、複数のＬＡＮで分散的に管理されているリソースの動的な変化を把握することは困難である。

そこで、本発明はこれら問題点に鑑み、異なるＬＡＮに接続され、異なるプロトコルで管理されている通信装置間でも、各通信装置が必要なときに必要な相手とリソースを共有したり、リソースを操作したりすることができ、運用が容易な中継通信システムの提供を目的とする。そして、リソースの状態の変化に動的に対応可能なシステムを提供することを目的とする。

上記課題を解決するため、請求項１記載の発明は、一のＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、相互に接続を許可する一群の中継サーバの情報と、前記各中継サーバと同一のＬＡＮに接続されているクライアント端末の情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、そのリソースを共有するクライアント端末を示す共有クライアント端末の情報と、そのリソースの実体を操作することができるクライアント端末を示すオーナクライアント端末の情報と、リソースに対する所定の操作に対応付けられた処理手順情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、前記他のＬＡＮの中継サーバに接続されているクライアント端末が操作することができるリソースに対する操作指示を、前記共有クライアント端末の情報により示されるクライアント端末であって、前記一のＬＡＮに接続されているクライアント端末から受けた場合、前記オーナクライアント端末の情報に基づいて、前記操作指示を送信すべきクライアント端末を特定し、前記中継グループ情報に基づいて、特定されたクライアント端末が接続されている中継サーバを特定し、特定された中継サーバに前記操作指示を送信する中継処理部と、リソースに対して行われた操作が、前記共有リソース情報に記憶された前記所定の操作に該当するとき、前記処理手順情報に基づいて、処理を実行する手段と、を備えることを特徴とする。

請求項２記載の発明は、請求項１に記載の中継サーバにおいて、前記処理手順情報は、前記共有リソース情報に記憶された前記所定の操作が行われたことをクライアント端末に通知する手段、を含み、前記所定の操作が行われたことを通知されたクライアント端末では、前記所定の操作に対応付けて登録されている処理が実行されることを特徴とする。

請求項３記載の発明は、請求項１または請求項２に記載の中継サーバにおいて、前記共有リソース情報に記憶されている各リソースに対して、処理指定情報を設定可能であり、前記処理指定情報が設定されているリソースに対して前記所定の操作が行われた場合に、前記処理手順情報に基づく処理が実行されることを特徴とする。また、請求項４記載の発明は、請求項１〜３のいずれか１項に記載の中継サーバにおいて、操作指示は、リソースに対する追加、削除及び更新の操作指示であることを特徴とする。

本発明の中継サーバを利用することで、通信装置が、ＷＡＮを越えて、他の通信装置が保有するリソースを操作することが可能である。そして、特定のリソース操作が行われた場合には、そのリソース操作に応答して中継サーバが登録された処理を実行する。これによって、リソースの状態の変化に動的に対応した処理を実行可能である。たとえば、共有リソースの状態変化を、迅速にオペレーターに通知することができる。

また、中継サーバは、特定のリソース操作に応答して通信装置においても登録された処理を実行させることができる。これにより、特定のリソース操作に対して、所望の場所で、所望の処理を実行させることが可能である。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明に係る中継通信システムの全体構成を例示したものである。図１に示すように、本中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。そして、本中継通信システムは、外部サーバＳ、中継サーバＲ、通信装置Ｔ、ファイルサーバＦ、プリンタＰＲ、メールクライアントＭＣなどを備えている。なお、ここでは、外部サーバＳを利用した実施の形態を例示したが、外部サーバＳを利用せず、中継サーバＲ間で直接通信する形態であってもよい。通信プロトコルとしては、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）が好適に利用でき、本実施の形態ではこれを用いて説明する。

ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）は、異なるＬＡＮを接続するネットワークである。本実施の形態では、ＷＡＮとしてインターネットを例示しているが、必ずしもこれに限定されるものでなく、これに類するその他のネットワークに適用することもできる。

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

｛外部サーバ｝
外部サーバＳは、各ＬＡＮに配置された中継サーバＲ間での通信に用いられる設備であり、インターネット上に設置されている。外部サーバＳは、ＳＩＰサーバとしての機能を備えている。具体的には、外部サーバＳは、ＳＩＰメソッドやレスポンスなどを中継するＳＩＰプロキシーサーバとしての機能や、中継サーバＲのアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。外部サーバＳは一台に限らず、複数台で分散的に機能するものであってもよい。なお、ＳＩＰ以外のプロトコルを利用する場合には、そのプロトコルに基づいて直接中継サーバＲ間の通信を制御すれば足り、ＳＩＰサーバとして機能する外部サーバＳは必ずしも設ける必要はない。

図２に、外部サーバＳの機能ブロック図を示す。図２に示すように、外部サーバＳは、ＷＡＮインタフェース２０１、制御部２０２、中継サーバアカウント情報データベース（ＤＢ）２０３などを備えている。

ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを利用して、インターネットに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。中継サーバアカウント情報ＤＢ２０３は、登録要求のあった中継サーバＲのアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部２０２は、各中継サーバＲから送信される各中継サーバＲのアカウントを受信し、中継サーバアカウント情報ＤＢ２０３に登録する処理や、中継サーバＲから送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他の中継サーバＲに中継する処理などを実行する。

｛通信装置｝
通信装置Ｔは、ユーザが直接操作できるクライアント端末である（以下、単にクライアント端末Ｔという）。たとえば、ユーザによって日々の業務に利用されるパーソナルコンピュータ（ＰＣ）等がクライアント端末Ｔに該当する。通常ＬＡＮ内には多数のクライアント端末Ｔが存在するが、本実施の形態では、ＬＡＮ１にクライアント端末１Ａ、１Ｂが接続されており、ＬＡＮ２にクライアント端末２Ａ、２Ｂが、ＬＡＮ３にクライアント端末３Ａ、３Ｂが、ＬＡＮ４にクライアント端末４Ａ，４Ｂがそれぞれ接続されている場合を示している。各クライアント端末Ｔには、同一のＬＡＮの中でのみユニークに管理されたプライベートＩＰアドレスが付与される。

図３にクライアント端末Ｔの機能ブロック図を示す。図３に示すように、クライアント端末Ｔは、ＬＡＮインタフェース６０１、制御部６０２、リソース記憶部６０３、共有リソース情報データベース（ＤＢ）６０４、表示部６０５などを備えている。

ＬＡＮインタフェース６０１は、プライベートＩＰアドレスを利用して、同一のＬＡＮに接続された中継サーバＲやファイルサーバＦ等の各装置と通信を行うインタフェースである。リソース記憶部６０３は、そのクライアント端末Ｔが操作可能なファイルやフォルダ等のリソースの実体を記憶する。共有リソース情報データベース（ＤＢ）６０４は、そのクライアント端末Ｔが保有しているリソースの情報と、そのリソースを共有するクライアント端末Ｔのアカウントの情報とを含め、各クライアント端末Ｔが保有している共有リソースの情報を記述した共有リソース情報１２０を記憶する。表示部６０５は、中継グループ情報１００や共有リソース情報１２０の内容をビジュアルに表示する。制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。制御部６０２は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。

たとえば、制御部６０２は、リソース記憶部６０３に記憶されているリソースの移動や変更、削除等を制御する処理や、中継サーバＲから共有リソース情報１２０を受信する処理、共有リソース情報１２０の内容を表示部６０５と協働して表示させる処理、リソースの操作指示を受け付けて、そのリソースが直接操作可能か否かを判断する処理、共有リソース情報１２０を中継サーバＲに登録する処理などを実行する。

｛中継サーバ｝
中継サーバＲは、各ＬＡＮにそれぞれ一台配置されている。ここでは、ＬＡＮ１には中継サーバＲ１が配置されており、ＬＡＮ２には中継サーバＲ２が、ＬＡＮ３には中継サーバＲ３が、ＬＡＮ４には中継サーバＲ４が配置されている。

中継サーバＲは、ＬＡＮだけでなくインターネットにも接続されており、同一のＬＡＮに接続されている各クライアント端末Ｔと通信可能であるとともに、外部サーバＳを介して他のＬＡＮに接続された中継サーバＲと通信可能となっている。そのため、各中継サーバＲには、それぞれプライベートＩＰアドレスに加えて、グローバルＩＰアドレスが付与されている。

図４に、各中継サーバＲの機能ブロック図を示す。図４に示すように、中継サーバＲは、ＬＡＮインタフェース５０１、ＷＡＮインタフェース５０２、制御部５０３、アカウント情報データベース（ＤＢ）５０４、中継グループ情報データベース（ＤＢ）５０５、共有リソース情報データベース（ＤＢ）５０６などを備えている。

ＬＡＮインタフェース５０１は、プライベートＩＰアドレスを利用して、ＬＡＮに接続されたクライアント端末Ｔ等との通信を行うインタフェースである。たとえば、ＬＡＮ１であれば、中継サーバＲ１は、ＬＡＮインタフェース５０１を利用して、各クライアント端末１Ａ、１Ｂと通信を行う。ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを利用して、インターネットに接続された外部サーバＳ等の各装置と通信を行うインタフェースである。なお、本実施の形態においては、中継サーバＲがＷＡＮインタフェース５０２を備える構成としているが、インターネットとの接続はルータが行い、その配下に中継サーバＲを設置する形態であってもよい。

アカウント情報ＤＢ５０４は、登録要求のあったクライアント端末ＴのアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。中継グループ情報ＤＢ５０５は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する中継グループ情報１００を管理するデータベースである。共有リソース情報ＤＢ５０６は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する共有リソース情報１２０を管理するデータベースである。

制御部５０３は、ＬＡＮインタフェース５０１およびＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰや、ＵＤＰ、ＳＩＰなどのプロトコルに従った様々な通信処理を制御する。たとえば、制御部５０３は、自装置のアカウントを外部サーバＳに送信して、登録要求する処理や、同一のＬＡＮに接続されているクライアント端末Ｔから送信されるアカウントをアカウント情報ＤＢ５０４に登録する処理、中継グループ情報１００を作成して中継グループ情報ＤＢ５０５に記憶する処理、共有リソース情報１２０を作成して共有リソース情報ＤＢ５０６に記憶する処理などを実行する。

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

｛中継グループ情報｝
中継グループ情報１００は、相互に接続を許可する中継サーバＲの情報を記録したものであり、各中継サーバの中継グループ情報ＤＢ５０５に記憶されている。

中継グループ情報１００は、通常、中継通信システムの初期に設定される。中継グループ情報１００は、いずれかの中継グループ情報１００に変更が生じた場合に、自動的にその内容が更新される変更通知設定が行われており、中継サーバＲやクライアント端末Ｔのアカウントが変動しても、動的に対応できるようになっている。

その中継グループ情報１００の一例を図５に示す。図５は、中継サーバＲ１を基点に３つの中継サーバＲ１・Ｒ２・Ｒ３間で情報を交換することにより作成され、それぞれの中継グループ情報ＤＢ５０５に記憶される中継グループ情報１００を示している。中継グループ情報１００は、１つのグループ識別情報１０１と、相互に接続を許可する３つの中継サーバＲ１・Ｒ２・Ｒ３の情報（中継アカウント情報）１０２とで構成されている。なお、図１において、ＬＡＮ４（中継サーバＲ４）は、ここではアカウントの登録が行われていないため、ネットワークに接続しておらず、ここで説明している通信サービスに参加することはできない。

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

中継アカウント情報１０２は、中継サーバＲのアカウントと、その中継サーバＲと同一のＬＡＮに接続されて、中継サーバＲに登録されているクライアント端末Ｔのアカウントなどの情報で構成されている。中継サーバＲのアカウントには、それぞれ具体的な名称が付与されており、ユーザの識別が容易になっている。各クライアント端末Ｔのアカウントにも同様にそれぞれ具体的な名称が付与されている。たとえば、中継サーバＲ１（Ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２であれば、中継サーバＲ１のアカウント（Ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）１０４が付与されている。そして、同一のＬＡＮに接続されているクライアント端末Ｔの各アカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）とその各名称（たとえば、ｕｓｅｒ１Ａ）１０５が付与されているのである。なお、符号１０３は、「営業部」や「開発部」等、そのクライアント端末Ｔの所属を示す識別データである。

以上のように、中継グループ情報１００は、中継グループ情報ごとに一意に識別可能に作成されており、相互に接続を許可する一群の中継アカウント情報１０２を含むものである。そして、その中継アカウント情報１０２には、各中継サーバＲのアカウント、およびこれと同一のＬＡＮに配置され、登録されているクライアント端末Ｔのアカウントとが含まれているため、中継グループ情報１００を参照すれば、どのＬＡＮとどのＬＡＮとがグループとなっているのか、そしてそれらのＬＡＮにはどのような中継サーバＲやクライアント端末Ｔが登録されているのかを知ることができる。

｛共有リソース情報｝
共有リソース情報１２０は、相互にファイルやフォルダ等のリソースを共有する複数のクライアント端末Ｔの情報と、共有するリソースの情報とを含む情報であって、中継サーバの共有リソース情報ＤＢ５０６、あるいはクライアント端末Ｔの共有リソース情報ＤＢ６０４に記憶される情報である。

共有リソース情報１２０の一例を図６に示す。図６は、クライアント端末１Ａの共有リソース情報ＤＢ６０４に記憶される共有リソース情報１２０を例示したものである。この共有リソース情報１２０は、クライアント端末１Ａに関する共有リソース情報１２０であることを示すアカウント識別情報１２１と、そのクライアント端末１Ａが関連する個別共有リソース情報１２２とで構成されている。個別共有リソース情報１２２は、共有リソース識別情報１２３と、ファミリーアカウント情報１２４と、ファミリーリソース情報１２５などで構成されている。なお、図６では、クライアント端末１Ａが関連する２つの異なるリソース共有グループが形成されているため、この共有リソース情報１２０は、２つの個別共有リソース情報１２２ａ，１２２ｂを含む構成となっている。

共有リソース識別情報１２３は、その個別共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。したがって、ユーザ等は、共有リソース識別情報１２３によって、個別共有リソース情報１２２を特定することができ、簡単にその内容を編集等することができる。

ファミリーリソース情報１２５は、クライアント端末Ｔが保有しているファイルやフォルダなどのリソースの実体を示すリソース情報１２６の集合体である。各リソース情報１２６は、共有するリソースの実体の名称の情報（たとえば、ｒｅｓｏｕｒｃｅｎａｍｅ＝“ｆｏｌｄｅｒＡ”）と、そのリソースの実体の操作が可能なクライアント端末Ｔ（オーナクライアント端末）のアカウントの情報（たとえば、ｏｗｎｅｒ＝“ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ”）と、そのリソースの実体の所在を示すアドレスの情報（たとえば、ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＡ”）とで構成されている。

ファミリーアカウント情報１２４は、ファミリーリソース情報１２５で示されているリソースの実体を共有するクライアント端末Ｔのアカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）の集合体である。ファミリーアカウント情報１２４は、オーナクライアント端末Ｔと、オーナクライアント端末を介して間接的にリソースの実体の操作が可能なクライアント端末Ｔ（ユーザクライアント端末）とで構成されている。ユーザクライアント端末Ｔは、直接的にリソースの実体を操作することはできないが、オーナクライアント端末Ｔを介して間接的にリソースを操作することが可能なクライアント端末Ｔである。

以上のように構成された共有リソース情報１２０を参照することで、リソースを共有するクライアント端末Ｔを特定することができ、そのリソースの種類や所在を知ることができるようになっている。

共有リソース情報１２０は、たとえば、クライアント端末Ｔによって登録処理される。すなわち、クライアント端末Ｔは、そのクライアント端末Ｔが直接的あるいは間接的に操作可能なリソースの情報（リソース情報１２６）や、そのリソースを共有する他のクライアント端末Ｔのアカウントの情報を中継サーバＲに登録する手段を備えている。したがって、オペレーターは、クライアント端末Ｔの表示部６０５を通じて、容易に共有リソース情報１２０を作成、変更することができる。

｛マクロ情報｝
次に、上述した共有リソース情報１２０に含まれるマクロに関わる情報について説明する。図６に示す共有リソース情報１２０は、２つの個別共有リソース情報１２２ａ，１２２ｂを含むが、そのうち、個別共有リソース情報１２２ａには、マクロ情報１２７が含まれている。

マクロ情報１２７は、図に示すように、ファミリーリソース情報１２５内に記述されている。マクロ情報１２７は、＜ｍａｃｒｏ―ｉｎｆｏ＞タグと＜／ｍａｃｒｏ―ｉｎｆｏ＞タグの間に記述されている。

まず、最初にマクロを実行する条件文が記述されている。本実施の形態においては、所定のリソース操作が実行された場合に、マクロが動作する仕組みとなっている。図の例では、「＃ｉｆＡｄｄＦｉｌｅ？」と記述されており、ファイルの追加操作（書き込み操作）が行われた場合に、マクロを実行するという条件が記されている。

次の行では、実際に実行するマクロの内容が記述されている。１行目は、中継サーバＲ１が、電子メール送信処理をマクロ（Ｍａｃｒｏ．ＳｅｎｄＭａｉｌ）として実行することが記述されている。つまり、レコードの先頭の“ｒｅｌａｙ−ｓｅｒｖｅｒ１”という記述は、マクロを実行する主体が中継サーバＲ１であることを示している。また、マクロの引数には、電子メールアドレス“ｕｓｅｒ１Ａ＠ｍａｉｌａｄｄｒｅｓｓ）が記述されており、送信メールの宛先を指定している。また、引数の２番目の“ｎｅｗｆｉｌｅ”は、追加されたファイルを添付ファイルとして送信することを指定している。最後の引数“ｆｉｌｅｎａｍｅ”は、追加されたファイルのファイル名を通知することを示している。

さらに、次の行では、中継サーバＲ１が、状態通知マクロ（Ｍａｃｒｏ．Ｎｏｔｉｆｙ）を実行することが記述されている。マクロの引数には、ＳＩＰアドレス“ｕｓｅｒ１Ｂ＠ａｃｃｏｕｎｔ”が記述されており、Ｎｏｔｉｆｙの宛先を指定している。２番目の引数“ｆｉｌｅｎａｍｅ”は、追加されたファイルのファイル名を通知することを示している。後述するように、この状態通知マクロ（Ｍａｃｒｏ．Ｎｏｔｉｆｙ）を受信したクライアント端末Ｔでは、それに応答して、さらに登録された処理が実行される。

マクロ情報１２７に続いて、リソースの実体であるリソース情報１２６が記述されている。そして、図に示すように、先頭のリソース“ｆｏｌｄｅｒＡ”について、マクロ指定情報（処理指定情報）１２７ｓが記述されている。具体的には、リソース“ｆｏｌｄｅｒＡ”のレコードの末尾に、マクロ指定情報１２７ｓとして、“ｍａｃｒｏ”の文字が記述される。リソース“ｆｏｌｄｅｒＡ”に、このマクロ指定情報１２７ｓが記述されることで、この“ｆｏｌｄｅｒＡ”にマクロが対応付けられていることを示している。

以上説明したように、個別共有リソース情報１２２ａにはマクロが登録されている。そのマクロの処理条件、内容を要約すると、一方のマクロは、「“ｆｏｌｄｅｒＡ”にファイルを追加する処理が行われた場合に、ｕｓｅｒ１Ａ＠ｍａｉｌａｄｄｒｅｓｓに電子メールを送信する。」というものである。他方のマクロは、「“ｆｏｌｄｅｒＡ”にファイルを追加する処理が行われた場合に、ｕｓｅｒ１Ｂ＠ａｃｃｏｕｎｔに状態通知を行う。」というものである。

上記で説明したマクロは、特定のリソースに対して特定の操作が行われた場合に、中継サーバＲで実行されるものである。本実施の形態においては、特定のリソース操作が行われた場合に、クライアント端末Ｔにおいても登録された処理が実行される。

クライアント端末Ｔで実行される処理は、制御部６０２により制御される。より具体的には、クライアント端末Ｔ上で動作しているアプリケーションソフトによって実現されている。このアプリケーションソフトは、リソース操作についての状態通知（ＮｏｔｉｆｙＥｖｅｎｔ）を受信すると、そのリソース操作の内容に応じて特定の処理が実行されるように設定されている。本実施の形態においては、クライアント端末１Ｂの制御部６０２において、ファイル追加操作に関する状態通知（ＮｏｔｉｆｙＥｖｅｎｔ）を受信した場合、追加されたファイルを印刷する処理が登録されている。

｛処理の流れ｝
以上説明した中継グループ情報１００および共有リソース情報１２０が各中継サーバＲに保持されている状態で、様々なリソース操作や、マクロが実行される。これら処理の流れを図７および図８で示した例をもとに説明する。

図７を参照する。まず、ユーザが、クライアント端末２Ａに対して、“ｆｉｌｅ００３．ｐｄｆ”を“ｆｏｌｄｅｒＡ”に追加する処理（書き込み処理）を指示する。この指示に従い、クライアント端末２Ａは、ファイル追加コマンド（ＡｄｄＦｉｌｅ）を中継サーバＲ２に送信する（ステップＳ１）。

ＡｄｄＦｉｌｅコマンドを受信した中継サーバＲ２は、共有リソース情報１２０を参照して、“ｆｏｌｄｅｒＡ”のオーナが、クライアント端末１Ａであることを特定する。さらに、中継グループ情報１００を参照して、クライアント端末１Ａは、ＬＡＮ１に存在すること、つまり、中継サーバＲ１に中継すべきことを特定する。

そこで、中継サーバＲ２は、“ｆｏｌｄｅｒＡ”に対する“ｆｉｌｅ００３．ｐｄｆ”の書き込み要求を指定して、中継サーバＲ１にＩＮＶＩＴＥメソッドを送信する（ステップＳ１．１）。ＩＮＶＩＴＥメソッドに応答して、中継サーバＲ１は、クライアント端末１Ａにファイル追加コマンド（ＡｄｄＦｉｌｅ）を送信する（ステップＳ１．１．１）。クライアント端末１Ａは、“ｆｏｌｄｅｒＡ”に対する操作が可能であれば、ＯＫレスポンスを中継サーバＲ１に返す。ＯＫレスポンスは、中継サーバＲ１、中継サーバＲ２を介してクライアント端末２Ａに返される。

ＯＫレスポンスを受けたクライアント端末２Ａは、次に、ファイル転送コマンド（ＦｉｌｅＴｒａｎｆｅｒ）により、“ｆｉｌｅ００３．ｐｄｆ”を中継サーバＲ２に送信する（ステップＳ２）。中継サーバＲ２は、中継サーバＲ１との間でＭｅｄｉａＳｅｓｓｉｏｎを確立し（ステップＳ２．１）、“ｆｉｌｅ００３．ｐｄｆ”を、中継サーバＲ１に転送する。中継サーバＲ１は、さらに、ファイル転送コマンド（ＦｉｌｅＴｒａｎｓｆｅｒ）により、“ｆｉｌｅ００３．ｐｄｆ”を、クライアント端末１Ａに転送する（ステップＳ２．１．１）。これにより、クライアント端末１Ａによって、“ｆｏｌｄｅｒＡ”に対する“ｆｉｌｅ００３．ｐｄｆ”の書き込み処理が実行される。つまり、クライアント端末２Ａの指示に従い、“ｆｏｌｄｅｒＡ”のリソースオーナーであるクライアント端末１Ａによって、“ｆｉｌｅ００３．ｐｄｆ”の書き込み処理が実行される。

一連の処理が完了すると、中継サーバＲ２は、中継サーバＲ１にＢＹＥメソッドを送信する（ステップＳ３）。これにより、中継サーバＲ１，Ｒ２間のＭｅｄｉａＳｅｓｓｉｏｎが切断される。

続いて、図８を参照する。クライアント端末２Ａは、図７のステップＳ１〜Ｓ２のリソース操作により、共有リソースの状態に変更を生じさせたので、共有リソース情報１２０の変更を行う。そして、クライアント端末２Ａは、中継サーバＲ２に対して、共有リソース情報１２０の変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅ）を送信する（ステップＳ４）。

クライアント端末２Ａからの変更要求に応答して、中継サーバＲ２は、中継サーバＲ１に対して共有リソース情報１２０の変更通知（ＮＯＴＩＦＹ）を行う（ステップＳ４．１）。さらに、中継サーバＲ１は、クライアント端末１Ａ，１Ｂに対して共有リソース情報１２０の変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅ）を送信する（ステップＳ４．１．１、ステップＳ４．１．２）。このようにして、変更された共有リソース情報１２０は、関連のあるクライアント端末Ｔに送信されるのである。この例では、更新されたのは個別共有リソース情報１２２ａであるので、そのファミリーアカウント情報１２４に記述された各クライアント端末１Ａ，１Ｂに通知されるのである。

図９は、クライアント端末１Ａが保持している変更後の共有リソース情報１２０を示す図である。上述したように、共有リソース情報１２０には、２つの個別共有リソース情報１２２ａ，１２２ｂが含まれているが、そのうち個別共有リソース情報１２２ａが更新されている。ファミリーリソース情報１２５に、共有リソースとして“ｆｉｌｅ００３．ｐｄｆ”が追加されていることが分かる。

一方、ステップＳ４．１で、共有リソース情報１２０の変更要求を受信した中継サーバＲ１は、共有リソース情報１２０にマクロ情報１２７が含まれているかどうかをチェックする（ＣｈｅｃｋＭａｃｒｏ）。そして、実行すべきマクロ情報１２７が含まれていれば、マクロを実行する（ＭａｃｒｏＦｕｎｃｔｉｏｎ）。

図６および図９に示すように、個別共有リソース情報１２２ａには、マクロ情報１２７が含まれている。そして、マクロ実行の条件として、ファイル追加（ＡｄｄＦｉｌｅ）が指定されている。さらに、ファミリーリソース情報１２５内において、“ｆｏｌｄｅｒＡ”にマクロ指定情報１２７ｓが記述されている。中継サーバＲ１は、変更後の個別共有リソース情報１２２ａを参照することで、“ｆｉｌｅ００３．ｐｄｆ”が“ｆｏｌｄｅｒＡ”に追加されたことを認識できる。したがって、中継サーバＲ１は、登録されているマクロを実行する。

まず、中継サーバＲ１は、登録された電子メールアドレス（ｕｓｅｒ１Ａ＠ｍａｉｌａｄｄｒｅｓｓ）に対して、追加された“ｆｉｌｅ００３．ｐｄｆ”を添付し、ファイル名（ｆｉｌｅ００３．ｐｄｆ）を指定した電子メールを送信する（ステップＳ５）。つまり、マクロ情報１２７に記述されたマクロ（Ｍａｃｒｏ．ＳｅｎｄＭａｉｌ）を実行する。送信された電子メールは、メールクライアントＭＣで受信される。

さらに、中継サーバＲ１は、クライアント端末１Ｂに対して、“ｆｉｌｅ００３．ｐｄｆ”が追加されたことを示す状態通知（ＮｏｔｉｆｙＥｖｅｎｔ）を送信する（ステップＳ６）。つまり、マクロ情報１２７に記述されたマクロ（Ｍａｃｒｏ．Ｎｏｔｉｆｙ）を実行する。なお、クライアント端末１Ｂが他のＬＡＮに移動している場合であっても、更新されている中継グループ情報１００を参照することで、確実に、クライアント端末１Ｂに対して状態通知を行うことが可能である。

一方、クライアント端末１Ｂにおいては、状態通知（ＮｏｔｉｆｙＥｖｅｎｔ）に対して実行する処理が登録されている。上述したように、クライアント端末１Ｂは、状態通知によりファイル追加操作を検知すると、追加されたファイル（ｆｉｌｅ００３．ｐｄｆ）を印刷出力するように設定されている。

ステップＳ６により、“ｆｉｌｅ００３．ｐｄｆ”が追加されたことを示す状態通知を受けると、クライアント端末１Ｂは、まず、中継サーバＲ１に対して、“ｆｉｌｅ００３．ｐｄｆ”の取得要求（ＧｅｔＦｉｌｅＤａｔａ）を送信する（ステップＳ７）。これに応答して、中継サーバＲ１は、クライアント端末１Ａに“ファイル００３．ｐｄｆ”の取得要求を送信する（ステップＳ７．１）。これにより、クライアント端末１Ａから、中継サーバＲ１を経由して、“ｆｉｌｅ００３．ｐｄｆ”がクライアント端末１Ｂに送信される（ＦｉｌｅＴｒａｎｓｆｅｒ）。そして、クライアント端末１Ｂは、“ｆｉｌｅ００３．ｐｄｆ”を取得すると、プリンタＰＲに対して、“ｆｉｌｅ００３．ｐｄｆ”の印刷要求を行うのである。これにより、プリンタＰＲから、“ｆｉｌｅ００３．ｐｄｆ”が印刷出力される。

このようにして、共有リソース情報１２０に変更が生じたこと、より具体的には、“ｆｏｌｄｅｒＡ”にファイルが追加されたことがメールクライアントＭＣやクライアント端末１Ｂに通知される。たとえば、共有リソースのオーナクライアントなどが、自分が管理している共有リソースに変更が生じた場合の、確認通知用に利用することができる。あるいは、ネットワーク管理者が、共有リソースの状態を監視する目的で利用することができる。

また、マクロは自由に処理内容を設定できるので、上記の実施の形態のように、電子メールで通知したり、状態通知を実行させたりするほか、様々な処理方法を指定可能である。たとえば、中継サーバＲが、プリンタＰＲに対して直接印刷指示を行ってもよい。あるいは、追加されたファイルをいずれかの端末にファイル転送するようにしてもよい。また、クライアント端末Ｔに登録されている処理について、上記の例では、印刷出力する場合を例に説明したが、画面出力や、ファイル転送を実行させてもよい。また、上記の実施の形態では、ファイルが追加された場合に、マクロが実行される場合を例に説明したが、もちろん、ファイルが削除された場合や、更新された場合に、マクロを実行させるようにしてもよい。

また、上記の実施の形態においては、中継サーバＲが実行するマクロについては、共有リソース情報１２０に記述し、クライアント端末Ｔが実行する処理については、クライアント端末Ｔで動作するアプリケーションが担当することとした。これ以外に、たとえば、クライアント端末Ｔで実行する処理についても、共有リソース情報１２０に記述するようにしてもよい。

本実施の形態に係る中継通信システムのネットワーク構成図である。外部サーバの機能ブロック図である。通信装置の機能ブロック図である。中継サーバの機能ブロック図である。中継グループ情報の内容を示す図である。共有リソース情報の内容を示す図である。リソース操作の処理の流れを示す図である。リソース操作の処理の流れを示す図である。変更後の共有リソース情報の内容を示す図である。

符号の説明

Ｓ外部サーバ
Ｔ通信装置（クライアント端末）
Ｒ中継サーバ
１００中継グループ情報
１２０共有リソース情報

Claims

一のＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、
相互に接続を許可する一群の中継サーバの情報と、前記各中継サーバと同一のＬＡＮに接続されているクライアント端末の情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、そのリソースを共有するクライアント端末を示す共有クライアント端末の情報と、そのリソースの実体を操作することができるクライアント端末を示すオーナクライアント端末の情報と、リソースに対する所定の操作に対応付けられた処理手順情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
前記他のＬＡＮの中継サーバに接続されているクライアント端末が操作することができるリソースに対する操作指示を、前記共有クライアント端末の情報により示されるクライアント端末であって、前記一のＬＡＮに接続されているクライアント端末から受けた場合、前記オーナクライアント端末の情報に基づいて、前記操作指示を送信すべきクライアント端末を特定し、前記中継グループ情報に基づいて、特定されたクライアント端末が接続されている中継サーバを特定し、特定された中継サーバに前記操作指示を送信する中継処理部と、
リソースに対して行われた操作が、前記共有リソース情報に記憶された前記所定の操作に該当するとき、前記処理手順情報に基づいて、処理を実行する手段と、
を備えることを特徴とする中継サーバ。
請求項１に記載の中継サーバにおいて、
前記処理手順情報は、
前記共有リソース情報に記憶された前記所定の操作が行われたことをクライアント端末に通知する手段、
を含み、
前記所定の操作が行われたことを通知されたクライアント端末では、前記所定の操作に対応付けて登録されている処理が実行されることを特徴とする中継サーバ。
請求項１または請求項２に記載の中継サーバにおいて、
前記共有リソース情報に記憶されている各リソースに対して、処理指定情報を設定可能であり、前記処理指定情報が設定されているリソースに対して前記所定の操作が行われた場合に、前記処理手順情報に基づく処理が実行されることを特徴とする中継サーバ。
請求項１〜３のいずれか一項に記載の中継サーバにおいて、
前記操作指示は、リソースに対する追加、削除及び更新の操作指示であることを特徴とする中継サーバ。