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