(57)【要約】【課題】自機にアクセスを希望するサーバに対して、不正なアクセス及び必要な時間を超えたアクセスを防止する中継サーバを提供する。【解決手段】客先サーバＲ３は、自機に対してのアクセスを許可する条件が記述された客先チケットを記憶部に記憶可能である。客先サーバＲ３は、自機に対して例えば派遣先サーバＲ２がアクセスを要求してきた場合に、当該アクセスを許可するか否かを判定する。この判定は、客先チケットと、派遣先サーバＲ２から受信した派遣先チケットと、を照合した結果と、客先チケット又は派遣先チケットに含まれるアクセス許可時間情報と、に基づいて行われる。そして、アクセスが許可された場合においても、客先サーバＲ３と派遣先サーバＲ２がアクセス許可時間を超えて通信を行っていると、通信経路が切断される。【選択図】図１４
2011055450.tif 000002
【特許請求の範囲】
【請求項１】
自機へのアクセスを許可する条件が記述されたアクセス判定情報を記憶可能な記憶部と、
自機へのアクセスを要求するアクセス側中継サーバに対し、当該アクセスを許可するか否かを判定する制御部と、
を備え、
前記制御部は、
前記アクセス判定情報と、前記アクセス側中継サーバから受信したアクセス要求情報と、を照合した結果と、
前記アクセス判定情報に含まれるアクセス許可時間情報と、
に基づいて、前記アクセス側中継サーバからのアクセスを許可するか否かを判定することを特徴とする中継サーバ。
【請求項２】
請求項１に記載の中継サーバであって、
前記制御部の判定によりアクセスが許可され、前記アクセス側中継サーバからのアクセスが行われた場合であって、時間が経過して前記アクセス許可時間情報と適合しなくなっても当該アクセスが継続している場合は、通信を強制的に切断することを特徴とする中継サーバ。
【請求項３】
請求項１又は２に記載の中継サーバであって、
自機及び前記アクセス側中継サーバは、管理中継サーバによって管理され、
前記制御部は、前記管理中継サーバによって作成された前記アクセス判定情報を受信し、
前記アクセス要求情報は、前記管理中継サーバによって作成されて、前記アクセス側中継サーバに送信されることを特徴とする中継サーバ。
【請求項４】
請求項１又は２に記載の中継サーバであって、
自機及び前記アクセス側中継サーバは、管理中継サーバによって管理され、
前記制御部は、前記アクセス判定情報を作成して前記記憶部に記憶し、前記アクセス判定情報、又は当該アクセス判定情報のうち前記アクセス要求情報を作成するために必要な情報を、前記管理中継サーバに送信し、
前記アクセス要求情報は、前記管理中継サーバから前記アクセス側中継サーバに対して送信されることを特徴とする中継サーバ。
【請求項５】
請求項１から４までの何れか一項に記載の中継サーバであって、
前記制御部は、
前記アクセス側中継サーバからのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、当該アクセス側中継サーバに対して送信することを特徴とする中継サーバ。
【請求項６】
請求項１から５までの何れか一項に記載の中継サーバであって、
自機及び前記アクセス側中継サーバは、管理中継サーバによって管理され、
前記制御部は、
前記アクセス側中継サーバからのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、前記管理中継サーバに対して送信することを特徴とする中継サーバ。
【請求項７】
１又は複数の中継サーバと、
前記中継サーバにアクセスすることが可能な１又は複数のアクセス側中継サーバと、
前記中継サーバ及び前記アクセス側中継サーバのそれぞれと相互に通信可能な管理中継サーバと、
を備え、
前記管理中継サーバは、
前記アクセス側中継サーバから、前記中継サーバへのアクセスを希望する旨を受信すると、アクセス要求情報を当該アクセス側中継サーバに対して送信する管理制御部を備え、
前記中継サーバは、
当該中継サーバへのアクセスを許可する条件が記述されたアクセス判定情報を記憶可能な記憶部と、
前記アクセス側中継サーバからのアクセスを許可するか否かを判定する制御部と、
を備え、
前記制御部は、
前記アクセス判定情報と、前記アクセス側中継サーバから受信した前記アクセス要求情報と、を照合した結果と、
前記アクセス判定情報に含まれるアクセス許可時間情報と、
に基づいて、前記アクセス側中継サーバからのアクセスを許可するか否かを判定することを特徴とする中継通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主要には、異なるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されている端末間の通信を可能とする中継サーバに関する。
【背景技術】
【０００２】
従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）と呼ばれる通信システムが知られている。このＶＰＮは、例えば、複数のＬＡＮに接続されたクライアント端末同士でインターネットを介して通信を行い、あるクライアント端末を遠隔保守する用途に用いられている。前記ＶＰＮを利用すれば、保守対象のクライアント端末は、遠隔地にある他のＬＡＮに繋がった機器上からリモートメンテナンス等を受けることができる。
【０００３】
特許文献１は、この種のネットワークを介した管理システムを開示する。この管理システムは、ビルオーナ、設備保守会社、及び電気設備メーカーに跨る形で構築されている。ビルオーナは、自己が保有するビルに、電気設備及びこれを制御するための運転制御管理装置を設置している。この運転制御管理装置は、インターネット等のネットワークを介してアクセス可能に構成されている。設備保守会社は、ビルオーナから電気設備の管理を委託され、運転制御管理装置にアクセスする許可を電気設備メーカーから得ている。従って、設備保守会社は、インターネット等のネットワークを介して遠隔地から電気設備を管理することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２３５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、遠隔保守を行う場合に、保守作業の担当者がアクセス切断の処理を忘れる等して、保守作業に必要な時間を超えて保守対象の機器にアクセスしてしまうことがある。このような状態が続くと、保守対象の機器に無用な負担を与えることになる。また、上記のように必要な範囲を超えて接続が長時間継続する状況を含めて、正当な理由がなくてもアクセスが自由にできる状況は不正なアクセスを許してしまう原因となり易く、セキュリティ上の観点から望ましいものではなかった。
【０００６】
本発明は、以上の事情に鑑みてなされたものであり、その主要な目的は、自機にアクセスを希望するサーバに対して、不正なアクセス及び必要な時間を超えたアクセスを防止する中継サーバを提供することにある。
【課題を解決するための手段及び効果】
【０００７】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。
【０００８】
本発明の第１の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、記憶部と、制御部と、を備える。前記記憶部は、自機へのアクセスを許可する条件が記述されたアクセス判定情報を記憶可能である。前記制御部は、自機へのアクセスを要求するアクセス側中継サーバに対し、当該アクセスを許可するか否かを判定する。そして、前記制御部は、前記アクセス判定情報と、前記アクセス側中継サーバから受信したアクセス要求情報と、を照合した結果と、前記アクセス判定情報に含まれるアクセス許可時間情報と、に基づいて、前記アクセス側中継サーバからのアクセスを許可するか否かを判定する。
【０００９】
これにより、適切なアクセス要求情報を送信しないサーバからのアクセスを防止することができるので、セキュリティを向上させることができる。また、アクセス許可時間情報に基づいてアクセスの可否を判断するため、アクセス側中継サーバからのアクセスを、設定された時間に応じて適切に制限することができる。
【００１０】
前記の中継サーバにおいては、前記制御部の判定によりアクセスが許可され、前記アクセス側中継サーバからのアクセスが行われた場合であって、時間が経過して前記アクセス許可時間情報と適合しなくなっても当該アクセスが継続している場合は、通信を強制的に切断することが好ましい。
【００１１】
これにより、当初に想定した時間を超えてアクセスが継続することを防止でき、セキュリティを一層強固にすることができる。
【００１２】
前記の中継サーバにおいては、以下の構成とすることが好ましい。即ち、この中継サーバ及び前記アクセス側中継サーバは、管理中継サーバによって管理される。前記制御部は、前記管理中継サーバによって作成された前記アクセス判定情報を受信する。前記アクセス要求情報は、前記管理中継サーバによって作成されて、前記アクセス側中継サーバに送信される。
【００１３】
これにより、中継サーバの管理を行う管理中継サーバがアクセス判定情報及びアクセス要求情報を作成するので、全体として簡素な構成を実現できる。
【００１４】
即ち、前記の中継サーバにおいては、以下の構成とすることもできる。この中継サーバ及び前記アクセス側中継サーバは、管理中継サーバによって管理される。前記制御部は、前記アクセス判定情報を作成して前記記憶部に記憶する。そして、前記制御部は、前記アクセス判定情報、又は当該アクセス判定情報のうち前記アクセス要求情報を作成するために必要な情報を、前記管理中継サーバに送信する。前記アクセス要求情報は、前記管理中継サーバから前記アクセス側中継サーバに対して送信される。
【００１５】
これにより、アクセスを受ける側の中継サーバがアクセス判定情報を作成するため、当該中継サーバが希望する条件に応じてアクセス判定情報を柔軟に作成することが容易になる。
【００１６】
前記の中継サーバにおいては、前記制御部は、前記アクセス側中継サーバからのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、当該アクセス側中継サーバに対して送信することが好ましい。
【００１７】
これにより、アクセス側中継サーバのユーザは、アクセスが許可されない理由を知って、それを解消するために素早く対処することができる。
【００１８】
前記の中継サーバにおいては、以下の構成とすることが好ましい。即ち、自機及び前記アクセス側中継サーバは、管理中継サーバによって管理される。前記制御部は、前記アクセス側中継サーバからのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、前記管理中継サーバに対して送信する。
【００１９】
これにより、管理中継サーバは、どのような理由でアクセスが拒否されているかを集中的に記憶できるため、アクセス判定情報の設定が妥当であるか否かを確認することができる。また、第３者から不正なアクセスがあった場合においても、その事実を素早く発見することができる。
【００２０】
本発明の第２の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、中継サーバと、１又は複数のアクセス側中継サーバと、管理中継サーバと、を備える。前記アクセス側中継サーバは、前記中継サーバにアクセスすることが可能である。前記管理中継サーバは、前記中継サーバ及び前記アクセス側中継サーバのそれぞれと相互に通信可能である。そして、前記管理中継サーバは、管理制御部を備える。前記管理制御部は、前記アクセス側中継サーバから、前記中継サーバへのアクセスを希望する旨を受信すると、アクセス要求情報を当該アクセス側中継サーバに対して送信する。前記中継サーバは、記憶部と、制御部と、を備える。前記記憶部は、前記中継サーバへのアクセスを許可する条件が記述されたアクセス判定情報を記憶可能である。前記制御部は、前記アクセス判定情報と、前記アクセス側中継サーバから受信した前記アクセス要求情報と、を照合した結果と、前記アクセス判定情報及び前記アクセス要求情報のうち少なくとも何れかに含まれるアクセス許可時間情報と、に基づいて、前記アクセス側中継サーバからのアクセスを許可するか否かを判定する。
【００２１】
これにより、適切なアクセス要求情報を送信しないサーバからのアクセスを防止することができるとともに、アクセス側中継サーバからのアクセスを必要に応じて制限することができる、高セキュリティ且つ柔軟性に優れた中継通信システムを実現できる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係る中継通信システムの全体構成を示す説明図。
【図２】外部サーバの機能ブロック図。
【図３】コールセンターサーバの機能ブロック図。
【図４】クライアント端末情報の内容を示す図。
【図５】中継サーバ情報の内容を示す図。
【図６】中継グループ情報の内容を示す図。
【図７】アクセス許可情報データベースの内容を示す表。
【図８】客先チケット及び派遣先チケットを説明する概念図。
【図９】ルーティング処理を説明する説明図。
【図１０】ＬＡＮ検索結果情報の内容を示す図。
【図１１】経路探索結果情報の内容を示す図。
【図１２】ルーティンググループ情報の内容を示す図。
【図１３】保守作業の通信処理を示すシーケンス図。
【図１４】通信終了時刻を過ぎたことにより通信が強制的に切断される場合の通信処理を示すシーケンス図。
【図１５】客先サーバが派遣先サーバに対して接続を許可しなかったときの通信処理を示すシーケンス図。
【図１６】変形例の通信処理を示すシーケンス図。
【発明を実施するための形態】
【００２３】
次に発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。
【００２４】
本実施形態の中継通信システムは、装置又は機械の遠隔保守を目的として構築された遠隔保守システムであり、コールセンターと、前記装置又は機械の設置先（客先工場）と、サービスマン派遣先と、の３拠点を、インターネットを介して接続するものである。
【００２５】
なお、コールセンターとは、客先工場に導入した装置又は機械の保守を行うためのサービス拠点であり、例えば前記装置又は機械の製造元メーカーに設置される。サービスマン派遣先はサービスマンが派遣される場所であり、遠隔保守サービスを提供するための拠点としてコールセンターとは別に設置される。本実施形態の中継通信システムは、客先工場の装置又は機械を、サービスマン派遣先に待機しているサービスマンがインターネットを介して遠隔保守する、といった状況を想定して構築されている。
【００２６】
図１に示すように、中継通信システムは、ＷＡＮに接続された複数のＬＡＮ９１〜９３で構成されている。ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを相互に接続するネットワークである。本実施形態ではＷＡＮとしてインターネットが使用されている。ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、限定された場所で構築されるネットワークである。ＬＡＮは複数存在し、互いに物理的に離れた場所に構築されている。
【００２７】
ＬＡＮ（コールセンターＬＡＮ）９１はコールセンターに構築され、ＬＡＮ（派遣先ＬＡＮ）９２はサービスマン派遣先に構築され、ＬＡＮ（客先ＬＡＮ）９３は客先工場に構築されている。これら３つのＬＡＮ９１，９２，９３は、グローバルなネットワークであるインターネットにそれぞれ接続されている。
【００２８】
また、ＬＡＮ９１〜９３には、それぞれ中継サーバ１が設置されている。以下の説明において、各ＬＡＮに配置される中継サーバ１を区別するために、ＬＡＮ９１に配置された中継サーバ１のことをコールセンターサーバ（ｒｅｌａｙ  ｓｅｒｖｅｒ  １）Ｒ１と呼ぶことがある。また、ＬＡＮ９２に配置された中継サーバ１のことを派遣先サーバ（ｒｅｌａｙ  ｓｅｒｖｅｒ  ２）Ｒ２と呼び、ＬＡＮ９３に配置された中継サーバ１のことを客先サーバ（ｒｅｌａｙ  ｓｅｒｖｅｒ  ３）Ｒ３と呼ぶことがある。
【００２９】
コールセンターサーバＲ１には、中継通信を行うための各種の設定等を行うクライアント端末５がＬＡＮ９１を介して接続されている。派遣先サーバＲ２には、サービスマンが遠隔保守を行う際に直接操作するクライアント端末５がＬＡＮ９２を介して接続されている。
【００３０】
客先工場には、サービスマンが遠隔保守を行う対象であるクライアント端末５が配置されている。この客先工場のクライアント端末５そのものが製造元メーカーが製造した装置又は機械であることもあれば、客先工場のクライアント端末５は装置又は機械を制御するための制御端末に過ぎない場合もある。何れの場合であっても、サービスマンは、この客先工場のクライアント端末５にアクセスすることにより、遠隔保守サービスを提供する。客先工場に配置されるクライアント端末５は、ＬＡＮ９３を介して客先サーバＲ３に接続されている。
【００３１】
それぞれのＬＡＮ９１〜９３に接続されるクライアント端末５はユーザが直接操作できる端末であり、例えばユーザによって日々の業務に使用されるパーソナルコンピュータ（ＰＣ）等が該当する。従って、ＬＡＮ内には通常多数のクライアント端末５が存在する。各クライアント端末５には、同一のＬＡＮの中で一意に管理されたプライベートＩＰアドレスが付与されている。
【００３２】
なお、図１に図示されているコールセンターサーバＲ１、派遣先サーバＲ２及び客先サーバＲ３以外にも、物理的に離れた場所にＬＡＮが構築されており、当該ＬＡＮに中継サーバ１が配置されている。これらの中継サーバ１は、外部サーバ２にインターネットを介して複数接続されている。
【００３３】
より具体的には、図１で示すサービスマン派遣先にはＬＡＮ９２が設置されているが、これ以外にも図示しない派遣先が幾つか存在する。そして、図示されない派遣先においてもそれぞれＬＡＮが構築されるとともに、当該ＬＡＮにも、派遣先サーバとしての中継サーバ１が（図１のＬＡＮ９２の場合と同様に）接続される。また、図１で示す客先工場にはＬＡＮ９３が設置されているが、これ以外にも図示しない客先工場（保守対象の機械又は装置が設置されている客先）が存在する。そして、図示されない客先工場にもそれぞれＬＡＮが設置されるとともに、当該ＬＡＮにも、客先サーバとしての中継サーバ１が（図１のＬＡＮ９３の場合と同様に）接続されている。
【００３４】
そして、本実施形態においては、客先サーバ（中継サーバ１）ごとに複数の派遣先サーバとしての中継サーバ１が設定されている。なお、以下の説明において、「派遣先サーバとしての中継サーバ１」を単に「派遣先サーバ」と称し、「客先サーバとしての中継サーバ１」を単に「客先サーバ」と称することがある。
【００３５】
次に、外部サーバ２の構成について説明する。この外部サーバ２は、各ＬＡＮに配置された中継サーバ１間での通信に用いられる装置であり、インターネット上に設置されている。本実施形態の外部サーバ２は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとしての機能を備えている。具体的には、外部サーバ２は、ＳＩＰメソッド及びレスポンス等を中継するＳＩＰプロキシサーバとしての機能と、中継サーバ１のアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。
【００３６】
外部サーバ２は、図２に示すように、ＷＡＮインタフェース２０１と、制御部２０２と、中継サーバアカウント情報データベース２０３と、を主要な構成として備えている。
【００３７】
ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを使用して、インターネットに接続された中継サーバ１等の各装置と通信を行うインタフェースである。
【００３８】
中継サーバアカウント情報データベース２０３は、中継通信システムを構成する中継サーバ１のアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。本実施形態の中継サーバアカウント情報データベース２０３には、コールセンターサーバＲ１、派遣先サーバＲ２及び客先サーバＲ３のアカウントとグローバルＩＰアドレスとが、対応付けて中継サーバ１ごとにそれぞれ登録されている。
【００３９】
制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。この制御部２０２は、例えば、それぞれの中継サーバ１から当該中継サーバ１のアカウントに関する情報を受信し、中継サーバアカウント情報データベース２０３に登録する処理を行う。また、中継サーバ１から送信された様々なＳＩＰメソッド又はレスポンス等の通信データを他の中継サーバ１に中継する処理等を行う。
【００４０】
次に、ＬＡＮ９１〜９３に配置される中継サーバ１の構成について説明する。ＬＡＮ９１〜９３に配置される各中継サーバ１は、各ＬＡＮに配置されているクライアント端末５に通信可能に接続されるとともに、インターネットにも接続されている。そして、各中継サーバ１（即ち、コールセンターサーバＲ１、派遣先サーバＲ２及び客先サーバＲ３）には、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。これにより、各中継サーバ１は、前記外部サーバ２を介して相互に中継通信を行うことが可能になっている。中継サーバ１はＳＩＰレジストラサーバとしての機能を備えており、各中継サーバ１と各クライアント端末５との間の通信はＳＩＰを使用して行われる。なお、各中継サーバ１と各クライアント端末５との間の通信はＳＩＰを用いたものに限定される訳ではなく、ＴＣＰ／ＩＰ、ＵＤＰ等の適宜のプロトコルに従った通信を行うことも可能である。
【００４１】
図３を参照して、ＬＡＮ９１に配置されるコールセンターサーバＲ１を例にして中継サーバ１について説明する。図３はコールセンターサーバＲ１の機能ブロック図である。
【００４２】
コールセンターサーバＲ１は、図３に示すように、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、管理制御部５０３と、クライアント端末情報データベース５１１と、中継サーバ情報データベース５１２と、中継グループ情報データベース５２１と、ルーティンググループ情報データベース５２２と、アクセス許可情報データベース５１３と、通信管理情報データベース５１５と、アクセス条件情報データベース５１６と、を主要な構成要素として備えている。
【００４３】
ＬＡＮインタフェース５０１は、自装置と同一のＬＡＮに接続されたクライアント端末５との通信を、プライベートＩＰアドレスを使用して行うインタフェースである。
【００４４】
ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを使用して、インターネットに接続された外部サーバ２等の各装置と通信を行うインタフェースである。
【００４５】
管理制御部５０３は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ及びＳＩＰ等のプロトコルに従った様々な通信処理を制御する。
【００４６】
クライアント端末情報データベース５１１は、ＬＡＮ９１を介してコールセンターサーバＲ１とローカルに接続しているクライアント端末５のアカウント情報をプライベートＩＰアドレスと対応付けて管理するデータベースである。
【００４７】
クライアント端末情報データベース５１１に格納されるクライアント端末情報の記憶内容例を図４に示す。図４に示すように、クライアント端末情報においては、ＬＡＮ９１に接続しているクライアント端末５ごとに、当該クライアント端末５に関する属性情報を含むｎｏｄｅタグが記述される。クライアント端末５に関する属性情報としては、クライアント端末５のプライベートＩＰアドレス（「ａｄｄｒ」）、識別情報（「ｉｄ」）、名称（「ｎａｍｅ」）及びポート情報（「ｐｏｒｔ」）等がある。なお、図４に示す記憶内容例において、ｃｌｉｅｎｔ１１及びｃｌｉｅｎｔ１２以外のクライアント端末５の記述を省略したが、実際には、ＬＡＮ９１を介して中継サーバ１に接続している他のクライアント端末５（例えば、ｃｌｉｅｎｔ１３）に関する属性情報についても記述されている。
【００４８】
中継サーバ情報データベース５１２は、中継通信を行う中継サーバ１とそれぞれの中継サーバ１に接続されるクライアント端末５の情報を管理するデータベースである。
【００４９】
中継サーバ情報データベース５１２に格納される中継サーバ情報の記憶内容例を図５に示す。図５に示す中継サーバ情報は、中継通信を行う中継サーバ１（コールセンターサーバＲ１、派遣先サーバＲ２及び客先サーバＲ３等）のそれぞれで作成されたものを合成したものである。この中継サーバ情報は、コールセンターサーバＲ１が、中継通信を行う他の中継サーバ１から受信したそれぞれの中継サーバ情報に、コールセンターサーバＲ１自身で作成した中継サーバ情報を合成して作成したものである。
【００５０】
図５に示す中継サーバ情報においては、中継サーバ１ごとに記述されるｓｉｔｅタグと、前記ｓｉｔｅタグを親要素とする子要素のｎｏｄｅタグと、が記述されている。ｓｉｔｅタグには中継サーバ１に関する属性情報が含まれており、この属性情報としては、中継サーバ１の識別情報（「ｉｄ」）、中継サーバ１の名称（「ｎａｍｅ」）及び起動情報（「ｓｔａｔ」）等がある。ｓｉｔｅタグの子要素であるｎｏｄｅタグには、中継サーバ１にログオンするクライアント端末５に関する属性情報が含まれている。クライアント端末５に関する属性情報としては、当該クライアント端末５の識別情報（「ｉｄ」）及びクライアント端末５の名称（「ｎａｍｅ」）等がある。なお、図５の記憶内容例において、ｒｅｌａｙｓｅｒｖｅｒ１及びｒｅｌａｙｓｅｒｖｅｒ２以外の中継サーバ１の記述を省略したが、実際には、外部サーバ２を介して接続される他の中継サーバ１（例えば、ｒｅｌａｙｓｅｒｖｅｒ３）に関する属性情報についても記述されている。また、図５においては、図４と同様に、クライアント端末５に関する記述を一部省略している。
【００５１】
中継グループ情報データベース５２１は、中継通信を行う中継グループ情報を管理するデータベースである。
【００５２】
中継グループ情報データベース５２１に格納される中継グループ情報の記憶内容例を図６に示す。図６に示すように、中継グループ情報においては、ｇｒｏｕｐタグと、このグループタグを親要素とする子要素のｓｉｔｅタグと、が記述されている。ｇｒｏｕｐタグには中継グループに関する属性情報が含まれており、この属性情報としては、中継グループの識別情報（「ｉｄ」）及び中継グループの名称（「ｎａｍｅ」）等がある。ｓｉｔｅタグには、中継グループに含まれる中継サーバ１に関する属性情報が含まれており、この属性情報としては、当該中継サーバ１の識別情報（「ｉｄ」）等がある。また、中継グループは追加作成が可能であり、その場合、新しい中継グループには、他の中継グループと異なる一意の識別情報が付与される。これにより、中継グループ内だけでデータのやり取りを行う等の設定が可能になっている。
【００５３】
ルーティンググループ情報データベース５２２は、中継通信システムを利用したルーティング処理を行うために用いられるルーティンググループ情報を管理するデータベースである。なお、ルーティンググループ情報及びこのルーティンググループ情報を用いたルーティング処理の詳細については後述する。
【００５４】
なお、図４で示したクライアント端末情報の記憶内容例、図５で示した中継サーバ情報の記憶内容例及び図６で示した中継グループ情報の記憶内容例はあくまで一例であり、適宜の属性情報及び要素情報を追加又は削除できることは勿論である。
【００５５】
アクセス許可情報データベース５１３は、コールセンターサーバＲ１以外で通信が許可されている中継サーバの識別情報及び各種の設定等を客先サーバごとに管理するデータベースである。ここでいう客先サーバは、図１に図示される客先サーバＲ３を含めた中継サーバ１を意味している。このアクセス許可情報データベース５１３は、例えば、どのサービスマン派遣先がどの客先工場の遠隔保守を担当するかが予め決まっている場合、担当のサービスマン派遣先のみが遠隔保守を実施できるように、客先サーバへのアクセス制限を行うためのものである。
【００５６】
このアクセス許可情報データベース５１３について、図７を参照して具体的に説明する。図７は、アクセス許可情報データベース５１３の内容を示した表である。
【００５７】
また、前述のように、本実施形態のコールセンターサーバＲ１は、派遣先サーバＲ２及び客先サーバＲ３に対してだけでなく、多数の中継サーバ１と接続されている。図７においては、これの中継サーバ１のうち、客先サーバを、ｒｅｌａｙｓｅｒｖｅｒ３，３１，３２，３３，３４と表し、派遣先サーバを、ｒｅｌａｙｓｅｒｖｅｒ２，２１，２２，２３と表している。
【００５８】
図７の表において、ｔａｒｇｅｔの列には客先サーバが記述されている。一方、ｐｅｒｍｉｔの列には派遣先サーバが記述されている。そして、この表では、ある客先サーバに対して通信が許可されている派遣先サーバが、当該客先サーバに対応付けられた形で記述されている。例えば、ｒｅｌａｙｓｅｒｖｅｒ３は、ｒｅｌａｙｓｅｒｖｅｒ２，２１，２３からの通信を許可している。
【００５９】
前記管理制御部５０３は、例えば、派遣先サーバＲ２から接続要求があった場合は、アクセス許可情報データベース５１３に登録されている情報に基づいてアクセス許可リストを作成し、当該派遣先サーバＲ２に送信する。このアクセス許可リストは、派遣先サーバＲ２からの通信が許可されている中継サーバ１を示すリストである。
【００６０】
なお、管理制御部５０３は、アクセス許可リストを作成せずに、アクセス許可情報データベース５１３に登録されている情報を派遣先サーバＲ２に送信しても良い。派遣先サーバＲ２は、この情報に対して適宜の処理を行うことで、自らが通信可能な客先サーバを把握することができる。
【００６１】
通信管理情報データベース５１５は、客先サーバＲ３と派遣先サーバＲ２の接続時間及び接続状況等を管理するデータベースである。
【００６２】
アクセス条件情報データベース５１６は、中継サーバ１同士が通信を行うときに必要となるチケットを作成するための情報を管理するデータベースである。このアクセス条件情報は、通信を許可する時間及び通信を許可するサービスマン等の情報を含んでいる。ここで「チケット」とは、アクセスが許可される条件が少なくとも記述された電子データ（電磁的な情報）を意味し、このチケットは複数の中継サーバ１の間で必要に応じてやり取りされる。
【００６３】
アクセス条件情報データベース５１６は、保守内容及び客先サーバが指定されると、これらの条件に対応した、通信を許可する時間及び通信を許可するサービスマン等の情報を入手可能に構成されている。例えば、保守内容として通常の定期メンテナンスが指定され、対象として客先サーバＲ３が指定されると、「通信は午前３時から午前７時までに限り許可され、通信が許可されるサービスマンは、派遣先サーバＲ２のＬＡＮ（派遣先ＬＡＮ９２）の端末を操作し得るサービスマン全員である」旨の情報をアクセス条件情報データベース５１６から得ることができる。
【００６４】
前記管理制御部５０３は、派遣先サーバからの接続要求があった場合は、指定された保守内容及び客先サーバに基づいてチケットを作成する。チケットは２つ１組で構成されており、１つは客先サーバに送信される客先チケット（アクセス判定情報）であり、もう１つは派遣先サーバに送信される派遣先チケット（アクセス要求情報）である。そして、客先サーバは、これらのチケットに基づいて、派遣先サーバからの通信を許可するか否かを判定する。図８に、客先チケット及び派遣先チケットの概念図を示す。
【００６５】
客先チケットは様々な情報で構成することが可能であるが、本実施形態の客先チケットは、図８（ａ）に示すように、通信開始時刻情報、通信終了時刻情報、通信可能サービスマン情報、及び発行元情報を含んでいる。以下これらの情報について説明する。
【００６６】
通信開始時刻情報及び通信終了時刻情報は、発行されたチケットを利用して、いつからいつまで客先サーバとの通信ができるかを定めるものである。例えば定期メンテナンスのためにチケットが発行される場合、通信開始時刻及び通信終了時刻は、当該定期メンテナンス作業を行うのに十分な通信時間を確保できるように定められる。なお、以下の説明において、通信開始時刻情報及び通信終了時刻情報によって定められる時間（期間）をアクセス許可時間と称することがある。
【００６７】
通信可能サービスマン情報は、発行されたチケットにより通信が許可されるサービスマンを定めるものである。複数のサービスマンに対して通信が許可される場合は、全てのサービスマンがリスト形式で記述される。
【００６８】
発行元情報は、この客先チケットの発行元を特定するための情報である。今回の説明では客先チケットがコールセンターサーバＲ１により発行されたので、当該コールセンターサーバＲ１が発行元情報として記述される。
【００６９】
次に、派遣先チケットについて説明する。派遣先チケットは、図８（ｂ）に示すように、通信開始時刻情報、通信終了時刻情報、接続要求サービスマン情報、及び発行元情報を含んでいる。
【００７０】
通信開始時刻情報及び通信終了時刻情報は、前記客先チケットの場合と同様に、いつからいつまで客先サーバとの通信ができるかを定めるものである。この通信開始時刻情報及び通信終了時刻情報の内容は、客先チケットに記述されている通信開始時刻情報及び通信終了時刻情報と同一となっている。
【００７１】
接続要求サービスマン情報は、派遣先サーバを介して上記接続要求を行ったサービスマンを特定するための情報である。
【００７２】
発行元情報は、この派遣先チケットの発行元を特定するための情報である。今回の説明では派遣先チケットがコールセンターサーバＲ１により発行されたので、当該コールセンターサーバＲ１が発行元情報として記述される。
【００７３】
次に、派遣先サーバＲ２及び客先サーバＲ３を説明する。派遣先サーバＲ２及び客先サーバＲ３は、ＬＡＮインタフェースと、ＷＡＮインタフェースと、制御部と、を備えている。派遣先サーバＲ２及び客先サーバＲ３の構成は、図３に示すコールセンターサーバＲ１の構成からアクセス許可情報データベース５１３及び通信管理情報データベース５１５を省略した構成にほぼ相当しているので、各部の構成の説明は省略する。
【００７４】
客先サーバＲ３は、ＬＡＮインタフェースと、ＷＡＮインタフェースと、記憶部と、制御部と、を備えている。記憶部は、前記客先チケットを記憶しており、制御部は、この客先チケットと派遣先チケットとに基づいて通信を許可するか否かの判定等を行っている。なお、客先チケット及び派遣先チケットを用いてアクセスの可否を具体的に判断する処理については、後述する。また、記憶部及び制御部以外の構成は、コールセンターサーバＲ１の構成にほぼ相当しているので、詳細な説明は省略する。
【００７５】
次に、本実施形態の中継通信システムにおけるパケットのルーティング制御について説明する。本実施形態においては、遠隔地のＬＡＮに属するクライアント端末５同士で、ＷＡＮを意識することなく相互に通信可能とするために、アプリケーション層でパケットのルーティング処理を行うことが可能に構成されている。以下、図９を参照して説明する。なお、以下の説明において、各クライアント端末５を区別するため、符号の末尾にアルファベットを付して、クライアント端末５ａ、クライアント端末５ｂ・・・のように表示する場合がある。
【００７６】
以下の説明では、サービスマンが客先工場のクライアント端末５を遠隔保守する場合を想定し、派遣先ＬＡＮ９２と客先ＬＡＮ９３との間でパケットのルーティングを行う場合について説明する。なお、以下のルーティングに関する説明において、派遣先サーバＲ２と客先サーバＲ３との間には、既にメディアセッションが確立されているものとする。派遣先サーバＲ２と客先サーバＲ３との間でメディアセッションを確立するための処理については、後述する。
【００７７】
本実施形態の中継通信システムにおいて、ＷＡＮを介して互いに接続されたＬＡＮ９１〜９３には、それぞれプライベートＩＰアドレスが割り振られている。なお、各プライベートアドレスは、中継通信システムの中で一意に決まるように管理されている。例として図９に示すように、派遣先ＬＡＮ９２のアドレスは「１７２．１６．１．０／２４」、客先ＬＡＮ９３のアドレスは「１７２．３０．２．０／２４」である場合を想定して説明する。
【００７８】
本実施形態の中継通信システムにおいて、前記アプリケーション層でのパケットのルーティングを実現するため、ルーティングの対象となるＬＡＮには、ルーティング装置として機能できる中継サーバ１又はクライアント端末５が少なくとも１つ用意されている。例えば本実施形態の場合、派遣先ＬＡＮ９２内では派遣先サーバＲ２が、客先ＬＡＮ９３内ではクライアント端末５ｄが、それぞれルーティング装置として機能できるものとする。
【００７９】
本実施形態の中継通信システムにおいて、パケットのルーティングを行う際には、まず、ルーティング可能なＬＡＮの検索を行う。具体的には、何れかのクライアント端末５から中継サーバ１に対して、ルーティング可能ＬＡＮ検索コマンド（以下、単にＬＡＮ検索コマンド）を送信する。以下では、具体的に、クライアント端末５ｂが、派遣先サーバＲ２に対してルーティング可能ＬＡＮ検索コマンドを送信したとして説明する。
【００８０】
ここで、「ルーティング可能なＬＡＮ」とは、ルーティング装置としての中継サーバ１又はクライアント端末５を備えているＬＡＮのことである。なお、図９においては、派遣先ＬＡＮ９２及び客先ＬＡＮ９３は１つずつとして説明しているが、実際には、各中継サーバ１には複数のＬＡＮが接続され得るし、それぞれのＬＡＮが必ずしもルーティング可能とは限らない。そこで、このようにルーティング可能なＬＡＮの検索が必要となる。
【００８１】
ＬＡＮ検索コマンドを受信した派遣先サーバＲ２は、中継グループ情報を参照することにより、中継グループを構成する他の中継サーバ１（コールセンターサーバＲ１、客先サーバＲ３）に対してＬＡＮ検索コマンドを転送する。そして、ＬＡＮ検索コマンドを受信した各中継サーバ１（コールセンターサーバＲ１、派遣先サーバＲ２、客先サーバＲ３）は、クライアント端末情報データベース５１１に登録された各クライアント端末５と通信を行い、自身が接続されているＬＡＮの中にルーティング装置として機能できるクライアント端末５が存在するか否かを調べる。ルーティング装置としての機能を備えたクライアント端末５が見つかった場合、当該クライアント端末５を備えるＬＡＮはルーティング可能なＬＡＮである。また、中継サーバ１自身がルーティング装置として機能できる場合も、当該中継サーバ１を備えるＬＡＮはルーティング可能なＬＡＮである。このような場合、中継サーバ１は、当該ＬＡＮはルーティング可能なＬＡＮである旨と、当該ＬＡＮのプライベートＩＰアドレスと、を関連付けたＬＡＮ検索応答情報を生成する。
【００８２】
続いて、コールセンターサーバＲ１及び客先サーバＲ３は、生成したＬＡＮ検索応答情報を派遣先サーバＲ２へ送信する。派遣先サーバＲ２においては、自身が生成したＬＡＮ検索応答情報と、各中継サーバ１から受信したＬＡＮ検索応答情報と、を合成した合成ＬＡＮ検索応答情報を生成する。派遣先サーバＲ２は、当該合成ＬＡＮ検索応答情報を、クライアント端末５ｂに転送する。クライアント端末５ｂには、この合成ＬＡＮ検索応答情報に基づいて、ＬＡＮ検索結果情報が生成されて記憶される。
【００８３】
クライアント端末５ｂに記憶されるＬＡＮ検索結果情報の例を、図１０に示す。ＬＡＮ検索結果情報においては、ｒｏｕｔｉｎｇ＿ｎｅｔｗｏｒｋタグを親要素とする子要素のｎｅｔｗｏｒｋタグが記述されている。各ｎｅｔｗｏｒｋタグには、ルーティング可能なＬＡＮのプライベートＩＰアドレス情報（「ａｄｄｒ」）が記載されている。このように、ＬＡＮ検索コマンドの送信元のクライアント端末において、中継通信システムの中でルーティング可能なＬＡＮのプライベートＩＰアドレスを特定することができる。例えば本実施形態では、図１０に示すように、派遣先ＬＡＮ９２（ａｄｄｒ＝“１７２．１６．１．０／２４”）及び客先ＬＡＮ９３（ａｄｄｒ＝“１７２．３０．２．０／２４”）が、ルーティング可能なＬＡＮとして特定される。
【００８４】
次に、ルーティング可能なＬＡＮを特定したクライアント端末５ｂにおいて、ルーティング経路の探索（より詳細に言うと、ルーティングポイントの特定）が行われる。当該クライアント端末５ｂは、ルーティング可能なＬＡＮの中からルーティング対象ＬＡＮを指定したうえで、ルーティング経路探索コマンド（以下、単に経路探索コマンド）を派遣先サーバＲ２に送信する。以下、ルーティング対象ＬＡＮとして、派遣先ＬＡＮ９２と客先ＬＡＮ９３が指定された場合について説明する。
【００８５】
経路探索コマンドを受信した派遣先サーバＲ２は、中継グループ情報を参照することにより、中継グループを構成する他の中継サーバ１（コールセンターサーバＲ１、客先サーバＲ３）に対して経路探索コマンドを転送する。
【００８６】
そして、経路探索コマンドを受信した各中継サーバ１（コールセンターサーバＲ１、派遣先サーバＲ２、客先サーバＲ３）は、クライアント端末情報データベース５１１に登録された各クライアント端末５と通信することにより、自身が接続されているＬＡＮの中に、ルーティング対象ＬＡＮとして指定されたＬＡＮのルーティング装置として機能できるクライアント端末５が存在するか否かを調べる。
【００８７】
例えば本実施形態の場合、クライアント端末５ｄは、ルーティング対象ＬＡＮとして指定されたＬＡＮ（客先ＬＡＮ９３）のルーティング装置として機能できる。このようにルーティング対象ＬＡＮのルーティング装置として機能できるクライアント端末５ｄは、指定されたＬＡＮの間（派遣先ＬＡＮ９２と客先ＬＡＮ９３の間）でパケットをルーティングする際のルーティングポイントとして機能することができる。ルーティングポイントとして機能できるクライアント端末５ｄが見つかった場合、客先サーバＲ３は、当該客先ＬＡＮ９３のプライベートＩＰアドレスと、当該クライアント端末５ｄの識別情報と、を関連付けた経路探索応答情報を生成する。
【００８８】
一方、ルーティング対象ＬＡＮとして指定されたＬＡＮのルーティング装置として中継サーバ１自身が機能できる場合、当該中継サーバ１は、自身がルーティングポイントとして機能できる。例えば本実施形態では、派遣先サーバＲ２は、ルーティング対象ＬＡＮとして指定されたＬＡＮ（派遣先ＬＡＮ９２）のルーティング装置として機能できる。このような場合、当該派遣先サーバＲ２は、当該派遣先ＬＡＮ９２のプライベートＩＰアドレスと、自身の識別情報と、を関連付けた経路探索応答情報を生成する。
【００８９】
続いて、客先サーバＲ３は、生成した経路探索応答情報を派遣先サーバＲ２へ送信する。派遣先サーバＲ２においては、客先サーバＲ３から受信した経路探索応答情報と、自身が生成した経路探索応答情報と、を合成した合成経路探索応答情報を生成する。派遣先サーバＲ２は、当該合成経路探索応答情報を、クライアント端末５ｂに転送する。クライアント端末５ｂには、この合成経路探索応答情報に基づいて、経路探索結果情報が生成されて記憶される。
【００９０】
クライアント端末５ｂに記憶される経路探索結果情報の例を、図１１に示す。経路探索結果情報においては、ｒｏｕｔｉｎｇ＿ｎｅｔｗｏｒｋタグを親要素とする子要素のｎｅｔｗｏｒｋタグが記述されている。各ｎｅｔｗｏｒｋタグには、ルーティング可能なＬＡＮのプライベートＩＰアドレス情報（「ａｄｄｒ」）と、ルーティングポイントとして機能できる装置の識別情報（「ｒｏｕｔｅｒ」）と、が関連付けられて記載されている。このように、ルーティング対象ＬＡＮとして指定したＬＡＮの間でのルーティング経路の探索（即ちルーティングポイントの特定）を実現することができる。
【００９１】
次に、ルーティングセッションの確立を行う。ルーティングセッションとは、本実施形態の中継通信システムでパケットのルーティング制御に用いられるメディアセッションである。
【００９２】
ルーティングセッションを確立するため、クライアント端末５ｂは、ルーティングセッションで用いるルーティングポイントを指定する情報を、派遣先サーバＲ２へ送信する。派遣先サーバＲ２においては、上記経路探索結果情報に基づいて、ルーティンググループ情報が生成される。ルーティンググループ情報は、中継通信システムを利用したルーティング制御を実行するためのルーティング設定情報であり、ルーティンググループ情報データベース５２２に格納される。
【００９３】
ルーティンググループ情報データベース５２２に格納されるルーティンググループ情報の例を、図１２に示す。ルーティンググループ情報において、ｎｅｔｗｏｒｋタグには、ルーティング対象ＬＡＮのローカルＩＰアドレスと、ルーティングポイントと使用する装置の識別情報と、が関連付けられて記述されている。ｒｏｕｔｉｎｇ＿ｓｅｓｓｉｏｎタグを親要素とする子要素のｓｅｓｓｉｏｎタグには、当該ルーティングセッションの始点（「ｓｔａｒｔ」）と終点（「ｅｎｄ」）が記述されている。
【００９４】
続いて、派遣先サーバＲ２は、ルーティンググループ情報を、次のルーティングポイントであるクライアント端末５ｄに転送する。これにより、各ルーティングポイントにおいて、ルーティング対象ＬＡＮの間のルーティング経路に関する情報が共有される。
【００９５】
各ルーティングポイントが前記ルーティンググループ情報を受信した後、当該ルーティングポイントの間で、複数のメディアセッションからなるルーティングセッションが確立される。具体的には、客先サーバＲ３とクライアント端末５ｄとの間でメディアセッションが確立される。また前述のように、派遣先サーバＲ２と客先サーバＲ３との間には、既にメディアセッションが確立されている。この２つのメディアセッションにより、ルーティングポイント同士（派遣先サーバＲ２とクライアント端末５ｄ）を結ぶルーティングセッションが構成される。
【００９６】
次に、派遣先ＬＡＮ９２内の端末５ａから、客先ＬＡＮ９３内のクライアント端末５ｆに対して、ルーティングセッションを介してパケットを送信する場合について説明する。この場合、クライアント端末５ａは、クライアント端末５ｆのプライベートＩＰアドレス（１７２．３０．２．３）を指定したパケットを作成する。続いて、クライアント端末５ａは、当該クライアント端末５ａ自身が属しているＬＡＮ（派遣先ＬＡＮ９２）のルーティングポイントである派遣先サーバＲ２へ、パケットを転送する。
【００９７】
ルーティングポイントとしての派遣先サーバＲ２は、ルーティングの対象となるパケットを受信した場合、宛先のプライベートＩＰアドレス（１７２．３０．２．３）に基づいて、当該パケットを届けるべきＬＡＮを特定する。今回の説明では、パケットの届け先のＬＡＮは客先ＬＡＮ９３（プライベートＩＰアドレスは１７２．３０．２．０／２４）となる。次に、派遣先サーバＲ２は、前記ルーティンググループ情報を参照することにより、客先ＬＡＮ９３との間で有効なルーティングセッションが確立されているか否かを判定する。例えば現在説明中の例では、ルーティンググループ情報を参照することにより、客先ＬＡＮ９３との間に既にルーティングセッションが確立されていることがわかるので、当該ルーティングセッションを用いてパケットの送信を行えば良いことになる。なお、ここでルーティングセッションが確立されていない場合は、ルーティングセッションを介したパケットの送信が不可能であるためエラーとなる。
【００９８】
パケットの送信に使用するルーティングセッションを特定した後、ルーティングポイントとしての派遣先サーバＲ２は、クライアント端末５ａから受信したパケットを、ルーティングセッションを介して送り出す。これにより、前記パケットは、次のルーティングポイントであるクライアント端末５ｄに受信される。
【００９９】
次のルーティングポイントであるクライアント端末５ｄは、宛先として指定されたプライベートＩＰアドレス（１７２．３０．２．３）に対して、当該パケットを転送する。これにより、クライアント端末５ｆにパケットが届けられる。なお、逆方向への通信（クライアント端末５ｆからクライアント端末５ａへパケットを送信する場合）も同様に、ルーティングセッションを介してパケットのルーティングを行うことができる。
【０１００】
以上で説明したルーティング関係の処理、即ち、ルーティング可能なＬＡＮの検索、ルーティング経路の探索等の処理などは、アプリケーション層で行われる。このように、本実施形態では、アプリケーション層のルーティングセッションで、ルーティング対象のデータを流すように構成されている。従って、以上で説明したルーティングは、通常のＩＰルーティングとは異なっている。
【０１０１】
このようにアプリケーション層でルーティングを行うことにより、ＷＡＮを意識することなく遠隔地のＬＡＮ同士がプライベートＩＰアドレスを利用して相互に通信できるだけでなく、ルーティング経路等を中継通信システムの構成に応じて柔軟に構築できる。なお、ルーティングセッションを確立するまでもない単発的な情報の送受信を行う場合には、上記のルーティングを行わない通常の方法でパケットを送受信しても良いことは勿論である。
【０１０２】
本実施形態において、サービスマン派遣先のサービスマンは、以上で説明したルーティングセッションを介して、客先工場のクライアント端末５の遠隔保守を行うことができる。ところで、上記のようにして確立されたルーティングセッションには、中継サーバ１同士のメディアセッションが含まれている。例えば上記の例では、クライアント端末５ａとクライアント端末５ｆとの間でパケットの送受信を行う際のルーティングセッションには、派遣先サーバＲ２と客先サーバＲ３との間に確立されたメディアセッションが含まれている。従って、サービスマンは、派遣先サーバＲ２と客先サーバＲ３との間に確立されたメディアセッションを介して、遠隔保守を行うと言うことができる。なお、以下の説明においては、サービスマンが遠隔保守を行う場合であっても、ルーティングセッション全体の説明は省略し、派遣先サーバＲ２と客先サーバＲ３との間に確立されたメディアセッションの部分のみを説明する場合がある。
【０１０３】
このように、派遣先サーバＲ２と客先サーバＲ３との間にメディアセッションが確立されると、客先サーバＲ３のクライアント端末５に対して、稼動状況の確認及びソフトウェアの更新等のリモートメンテナンス作業を行うことができる。また、クライアント端末５に不具合が生じた場合は、復旧用のアプリケーションを適用する等の復旧作業を行うこともできる。
【０１０４】
次に、図１３を参照して本実施形態の処理の詳細について説明する。図１３は、保守作業の通信処理を示すシーケンス図である。
【０１０５】
リモートメンテナンス等の遠隔保守を行う場合、サービスマンはクライアント端末５を操作し、派遣先サーバＲ２を介して、コールセンターサーバＲ１を送信先としたアクセス許可リスト要求（ＧＥＴメソッド）を送信する（シーケンス番号１）。
【０１０６】
このように、本実施形態ではクライアント端末５から各中継サーバ１を介して要求等が送信されることがあるが、以下の説明においては、クライアント端末５を操作する処理の具体的な説明を省略することがある。
【０１０７】
また、このアクセス許可リスト要求では、送信先のコールセンターサーバＲ１のアカウントが指定されている。外部サーバ２は、中継サーバアカウント情報データベース２０３を参照することでコールセンターサーバＲ１のグローバルＩＰアドレスを取得し、派遣先サーバＲ２からの上記要求をコールセンターサーバＲ１に中継する。
【０１０８】
以上のように、本実施形態の各中継サーバ１間の通信は外部サーバ２を経由して行われ、以下においても同様である。従って、以下の説明では、外部サーバ２を経由する通信処理の具体的な説明を省略することがある。
【０１０９】
上記のアクセス許可リスト要求を受信したコールセンターサーバＲ１は、アクセス許可情報データベース５１３に基づいて、派遣先サーバＲ２がアクセス可能な中継サーバを示したアクセス許可リストを作成する。そして、コールセンターサーバＲ１は、このアクセス許可リストを派遣先サーバＲ２へ送信する。
【０１１０】
そして、サービスマンは、このアクセス許可リストに基づいて、自らが通信すべき客先サーバを選択する。本実施形態においては、この接続先の客先サーバとして客先サーバＲ３が選択されたとする。
【０１１１】
しかし、前述のとおり、客先サーバＲ３はコールセンターサーバＲ１以外からの通信を通常は受け付けていない。この通信を開始するためには、コールセンターサーバＲ１から客先サーバＲ３へアクセス元（派遣先サーバＲ２）が通知される必要がある。そのため、サービスマンは、派遣先サーバＲ２を介して、アクセス先通知（Ａｃｃｅｓｓメソッド）をコールセンターサーバＲ１に対して送信する（シーケンス番号２）。
【０１１２】
なお、客先サーバの選択及びアクセス先の通知は、予め設定された方法によって、派遣先サーバＲ２又はクライアント端末５が自動的に行う構成にしても良い。
【０１１３】
以上のように、今回の説明では、サービスマンが派遣先ＬＡＮ９２のクライアント端末５を操作することで、派遣先サーバＲ２を介して客先サーバＲ３に接続し、客先ＬＡＮ９３のクライアント端末に対するリモートメンテナンスを行う。従って、客先サーバＲ３に着目した場合、派遣先サーバＲ２がアクセス側中継サーバに相当する。また、コールセンターサーバＲ１は、派遣先サーバＲ２及び客先サーバＲ３を含めた中継サーバ１の管理を行っているので、管理中継サーバに相当する。
【０１１４】
上記のアクセス先の通知を受信したコールセンターサーバＲ１は、派遣先サーバＲ２が客先サーバＲ３に対する通信を希望している旨を通信管理情報データベース５１５に格納する。そして、コールセンターサーバＲ１は、アクセス条件情報データベース５１６を参照して、２つ１組のチケット（派遣先チケット及び客先チケット）を作成する。なお、図１３及び図１４では、派遣先チケットをＴｉｃｋｅｔ  Ａ、客先チケットをＴｉｃｋｅｔ  Ｂでそれぞれ表している。
【０１１５】
そして、コールセンターサーバＲ１は、派遣先サーバＲ２に対して、派遣先チケット（Ｔｉｃｋｅｔ  Ａ）を送信する（シーケンス番号２．１）。その後、コールセンターサーバＲ１は、客先サーバＲ３へ、派遣先サーバＲ２に対するアクセス許可要求（ＡＣＣＥＳＳ＿ＰＥＲＭＩＴメソッド）を送信する（シーケンス番号２．２）。
【０１１６】
また、コールセンターサーバＲ１は、前記アクセス許可要求を送信した後に、客先サーバＲ３に対して、更に、客先チケット（Ｔｉｃｋｅｔ  Ｂ）を送信する（シーケンス番号２．３）。
【０１１７】
客先サーバＲ３は、客先チケットを受信すると、コールセンターサーバＲ１に対してＯＫレスポンスを返す。コールセンターサーバＲ１は、客先サーバＲ３からＯＫレスポンスを受信した後、前記アクセス許可要求に対するＯＫレスポンスを派遣先サーバＲ２に対して返す。
【０１１８】
以上により、１組のチケットの発行が完了する。派遣先チケット及び客先チケットは、それを受信した派遣先サーバＲ２及び客先サーバＲ３において、メモリ、ディスクドライブ等の適宜の記憶部にそれぞれ記憶される。記憶部へのチケットの保存形式は任意であり、例えばファイルとして保存されても良いし、データベース形式で保存されても良い。
【０１１９】
派遣先サーバＲ２は、このＯＫレスポンスを受けると、客先サーバＲ３に対して接続要求（ＩＮＶＩＴＥメソッド）を送信する（シーケンス番号３）。なお、派遣先サーバＲ２は、接続要求を送信するときに、派遣先チケットも客先サーバＲ３に対して送信している。
【０１２０】
そして、客先サーバＲ３の制御部は、派遣先サーバＲ２から受信した派遣先チケットと、コールセンターサーバＲ１から受信して取得している客先チケットと、に基づいて、派遣先サーバＲ２との通信を許可するか否かを判定する（シーケンス番号３．１）。この判定には、アクセス許可時間の判定と、サービスマンの判定と、がある。
【０１２１】
アクセス許可時間の判定では、制御部は、客先サーバＲ３の時計の時刻が、派遣先チケット又は客先チケットに含まれるアクセス許可時間内であるかどうかを判定する。即ち、通信開始時刻情報及び通信終了時刻情報と、サーバ時刻（現在時刻）との照合が行われる。なお、このときに、派遣先チケットと客先チケットとの間で通信開始時刻情報及び通信終了時刻情報が一致しているか否かを併せて判定しても良い。
【０１２２】
サービスマンの判定では、派遣先チケットの接続要求サービスマン情報に記述されているサービスマンが、客先チケットの通信可能サービスマン情報に記述されているかどうかが判定される。つまり、客先チケットで通信が許可されているサービスマンの中に、アクセスを希望するサービスマン（派遣先チケットに記されているサービスマン）が存在するか否かの照合が行われている。
【０１２３】
上記の２つの判定において、現在時刻がアクセス許可時間内であって、接続を要求するサービスマンが、接続を許可したサービスマンの中に含まれる場合、アクセスが許可されることとなる。
【０１２４】
図１３には、上記の判定によってアクセスが許可された場合の処理が示されている。アクセスが許可された場合、客先サーバＲ３は、接続要求に対するＯＫレスポンスを、派遣先サーバＲ２に対して返す。このＯＫレスポンスを受信した派遣先サーバＲ２は、客先サーバＲ３に対して、ＩＮＶＩＴＥに対する最終レスポンス（ＡＣＫメソッド）を送信する（シーケンス番号４）。そして、客先サーバＲ３が派遣先サーバＲ２に対してＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信する。このコマンドによって、派遣先サーバＲ２と客先サーバＲ３との間に通信経路（ルーティングセッション）が確立される（シーケンス番号５）。
【０１２５】
通信経路が確立されると、派遣先サーバＲ２は、コールセンターサーバＲ１に対して、ルーティングセッションの確立を通知する（ＮＯＴＩＦＹ＿ＥＳＴＡＢＬＩＳＨＭＥＮＴメソッド、シーケンス番号５．１）。そして、コールセンターサーバＲ１は、派遣先サーバＲ２が客先サーバＲ３に対して中継通信を行っている旨を通信管理情報データベース５１５へ格納し、ルーティングセッション確立の通知に対するＯＫレスポンスを派遣先サーバＲ２に対して返す。
【０１２６】
そして、サービスマンは、派遣先サーバＲ２を介して、客先サーバＲ３（又は、客先サーバＲ３に接続されているクライアント端末５）に対して、リモートメンテナンス等の保守作業を行う。
【０１２７】
なお、コールセンターサーバＲ１は、自機の時計の時刻が、チケット作成時に派遣先チケット及び客先チケットに記述した通信終了時刻以前であるか否かを監視している。
【０１２８】
保守作業が終了すると、サービスマンは、派遣先サーバＲ２を介して、客先サーバＲ３に対し通信切断要求（ＢＹＥメソッド）を送信する。これによって、確立されていた通信経路が切断される（シーケンス番号６）。以上により通信が終了し、派遣先サーバＲ２は、コールセンターサーバＲ１に対してルーティングセッションの終了を通知する（ＮＯＴＩＦＹ＿ＴＥＲＭＩＮＡＴＩＯＮメソッド、シーケンス番号６．１）。これを受信したコールセンターサーバＲ１は、派遣先サーバＲ２と客先サーバＲ３との間の通信経路が切断された旨を通信管理情報データベース５１５へ格納する。
【０１２９】
次に、通信終了時刻を経過してもルーティングセッションが継続している場合について、図１４を参照して説明する。図１４は、通信終了時刻を過ぎたことにより通信が強制的に切断される場合の通信処理を示すシーケンス図である。なお、図１４において、シーケンス番号１１からシーケンス番号１５．１までは、図１３と同様であるため、説明を省略する。
【０１３０】
サービスマンが保守作業を完了したものの上記の通信切断処理を忘れていたこと等により、通信終了時刻を超えてルーティングセッションが継続していた場合は、コールセンターサーバＲ１は、通信中止要求（ＡＢＯＲＴ＿ＣＯＮＮＥＣＴＩＯＮ）を派遣先サーバＲ２へ送信する（シーケンス番号１６）。
【０１３１】
この通信中止要求を受信した派遣先サーバＲ２は、客先サーバＲ３に対して前記通信切断要求（ＢＹＥメソッド）を自動的に送信し、これによって、確立されていた通信経路が切断される（シーケンス番号１６．１）。以上により通信が終了する。なお、この場合は、ルーティングセッション終了通知は行われず、通信中止要求に対するＯＫレスポンスがされることで、派遣先サーバＲ２と客先サーバＲ３との間の通信経路が切断された旨が通信管理情報データベース５１５に格納される。
【０１３２】
次に、派遣先サーバとの接続を許可しないと判定されたときについて図１５を参照して説明する。図１５は、客先サーバＲ３が派遣先サーバＲ２に対して接続を許可しなかった場合の通信処理を示すシーケンス図である。なお、図１５において、シーケンス番号２１からシーケンス番号２３．１までは、図１３と同様であるため、説明を省略する。
【０１３３】
前記判定の結果、保守作業を行うサービスマンがサービスマンリストに記されていない等の理由で、派遣先サーバＲ２からの接続を許可しないと判定された場合は、客先サーバＲ３は、派遣先サーバＲ２に対して、接続要求に対する拒否通知（ＮＯＴＩＦＹ＿ＥＲＲＯＲ）を送信する（シーケンス番号２３．２）。また、この拒否通知では、接続を許可しない理由についても、例えばエラーコードや簡単なメッセージの形で併せて通知される。従って、サービスマンが操作しているクライアント端末５において、接続が拒否された理由を画面に表示することで、サービスマンは適切な対応を素早くとることができる。
【０１３４】
この拒否通知を受信した派遣先サーバＲ２は、コールセンターサーバＲ１に対して、接続失敗通知（ＮＯＴＩＦＹ＿ＥＲＲＯＲ  ＣＯＮＮＥＣＴＩＯＮ）を送信する（シーケンス番号２３．３）。この通知を受信すると、コールセンターサーバＲ１は、派遣先サーバＲ２と客先サーバＲ３との間の中継通信が開始されなかった旨を通信管理情報データベース５１５に格納する。
【０１３５】
以上に説明したように、本実施形態の客先サーバＲ３は、記憶部と、制御部と、を備える。記憶部は、自機へのアクセスを許可する条件が記述された客先チケット（チケットＢ）を記憶可能である。制御部は、他の中継サーバ（例えば派遣先サーバＲ２）が自機へのアクセスを要求してきた場合に、当該中継サーバからのアクセスを許可するか否かを判定する。そして、制御部は、客先チケットと、派遣先サーバＲ２から受信した派遣先チケット（チケットＡ）と、を照合した結果と、客先チケットに含まれるアクセス許可時間と、に基づいて、当該中継サーバ（派遣先サーバＲ２）からのアクセスを許可するか否かを判定する。
【０１３６】
これにより、適切な派遣先チケットを送信しないサーバからのアクセスを防止することができるので、セキュリティを向上させることができる。また、アクセス許可時間に基づいてアクセスの可否を判断するため、サーバからのアクセスを、設定された時間に応じて適切に制限することができる。
【０１３７】
また、本実施形態の客先サーバＲ３及び派遣先サーバＲ２は、コールセンターサーバＲ１によって管理されている。前記制御部は、コールセンターサーバＲ１によって作成された客先チケットを受信する。派遣先チケットは、前記コールセンターサーバＲ１によって作成されて、派遣先サーバＲ２に送信される。
【０１３８】
これにより、客先チケット及び派遣先チケットを管理側のコールセンターサーバＲ１が作成するので、全体として簡素な構成を実現できる。
【０１３９】
また、本実施形態の客先サーバＲ３において、制御部は、派遣先サーバＲ２からのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、当該派遣先サーバＲ２に対して送信するように構成されている。
【０１４０】
これにより、派遣先サーバＲ２側においてクライアント端末５を操作するサービスマンが、アクセスが許可されない理由を知ることができる。そのため、サービスマンは、例えばチケットの再取得等の対応を素早く行うことができる。
【０１４１】
また、本実施形態の客先サーバＲ３及び派遣先サーバＲ２は、コールセンターサーバＲ１によって管理されている。制御部は、派遣先サーバＲ２からのアクセスを許可しないと判定する場合は、アクセスを許可しない理由を、コールセンターサーバＲ１に対して送信するように構成されている。
【０１４２】
これにより、コールセンターサーバＲ１は、どのような理由でアクセスが拒否されているかを集中的に記憶できるため、チケットの設定が妥当であるか否かを確認することができる。また、第３者から不正なアクセスがあった場合においても、その事実を素早く発見することができる。
【０１４３】
また、本実施形態の客先サーバＲ３においては、制御部の判定によりアクセスが許可され、派遣先サーバＲ２からのアクセスが行われた場合であって、時間が経過して前記アクセス許可時間を外れても当該アクセスが継続している場合は、通信を強制的に切断するように構成されている。
【０１４４】
これにより、当初に想定した時間を超えてアクセスが継続することを防止でき、セキュリティを一層強固にすることができる。
【０１４５】
次に、上記実施形態の変形例を説明する。図１６は、変形例の通信処理を示すシーケンス図である。なお、図１６において、シーケンス番号３１からシーケンス番号３２まで、及びシーケンス番号３２．２からシーケンス番号３６．１までは、図１３と同様であるため、説明を省略する。
【０１４６】
この変形例においては、コールセンターサーバＲ１は、アクセス条件情報データベース５１６を備えない構成になっている。一方、客先サーバＲ３は、自機に対するアクセス条件情報を記憶部に記憶している。この情報に基づいて、客先サーバＲ３は、客先チケットを作成し、コールセンターサーバＲ１に対して送信している（シーケンス番号３０）。なお、図１６では、客先チケットをチケットＣ、派遣先チケットをチケットＤで表している。
【０１４７】
そして、派遣先サーバＲ２のサービスマンは、上記の実施形態（図１３）と同様の手順に従って派遣先チケットを取得する（図１６のシーケンス番号３２．１）。この派遣先チケットは、本実施形態と同様に、コールセンターサーバＲ１によって作成される。しかし、コールセンターサーバＲ１は、アクセス条件情報データベース５１６に基づいてではなく、客先サーバＲ３から受信した客先チケットに基づいて、派遣先チケットを作成する。なお、この派遣先チケットは、客先チケットに基づいて作成されることに代えて、派遣先チケットを作成するために必要な情報のみを客先サーバＲ３から取得して作成しても良い。
【０１４８】
そして、上記実施形態と同様に、客先サーバＲ３は、客先チケットと派遣先チケットに基づいて、接続の可否を判定する（シーケンス番号３３．１）。
【０１４９】
以上に説明したように、本変形例の客先サーバＲ３においては、客先チケット（チケットＤ）は、当該客先サーバＲ３によって作成され、記憶部に記憶される。派遣先チケット（チケットＣ）は、客先サーバＲ３及び派遣先サーバＲ２の管理を行うコールセンターサーバＲ１によって作成されて、派遣先サーバＲ２に送信される。
【０１５０】
これにより、客先サーバＲ３が客先チケットを作成するため、客先サーバＲ３が希望する条件に応じてチケットを柔軟に作成することが容易になる。
【０１５１】
以上に本発明の好適な実施の形態及び変形例を説明したが、上記の構成は例えば以下のように変更することができる。
【０１５２】
上記クライアント端末情報、中継サーバ情報、中継グループ情報、ルーティンググループ情報等は、図面を参照して説明する際にＸＭＬ形式のデータとして説明したが、上記各情報を格納する形式はこれに限定されず、適宜の形式で各情報を格納することができる。
【０１５３】
チケットの内容は上記の構成に限定されず、例えば、任意の文字列等のパスワードを加えることができる。また、派遣先チケットと客先チケットの組を一意に特定するためのチケット組ＩＤや、チケット発行時刻等の情報をチケットに記述し、アクセス許可の判定時にはこれらの情報を判定条件として用いることもできる。
【０１５４】
上記では、派遣先サーバＲ２が客先サーバＲ３に接続する例を示したが、その他の中継サーバ間の接続にも上記の構成を適用することができる。
【０１５５】
上記では、通信中止要求（シーケンス番号１６）をコールセンターサーバＲ１が行っているが、客先サーバＲ３の時計の時刻を用いてアクセス許可時間を経過したことを検出し、客先サーバＲ３が通信中止要求を送信しても良い。
【符号の説明】
【０１５６】
Ｒ１  コールセンターサーバ（管理中継サーバ）
Ｒ２  派遣先サーバ（アクセス側中継サーバ）
Ｒ３  客先サーバ（中継サーバ）
５１６  アクセス条件情報データベース
【図１】
2011055450.tif 000003
【図２】
2011055450.tif 000004
【図３】
2011055450.tif 000005
【図４】
2011055450.tif 000006
【図５】
2011055450.tif 000007
【図６】
2011055450.tif 000008
【図７】
2011055450.tif 000009
【図８】
2011055450.tif 000010
【図９】
2011055450.tif 000011
【図１０】
2011055450.tif 000012
【図１１】
2011055450.tif 000013
【図１２】
2011055450.tif 000014
【図１３】
2011055450.tif 000015
【図１４】
2011055450.tif 000016
【図１５】
2011055450.tif 000017
【図１６】
2011055450.tif 000018