中継サーバ及び中継通信システム
【課題】複数の中継サーバによって構築された中継通信システムに用いられる中継サーバにおいて、管理側の中継サーバと通信できなくなった場合でも、接続側の中継サーバが必要以上のアクセス権を有することを防止しつつ、中継通信システムを継続可能な構成を提供する。
【解決手段】保守端末（接続側の中継サーバ）は、候補ジョブリストの受信後であって接続ジョブの実行の許可をセンター端末から受信する前に、センター端末と通信できない旨を通信検出部が検出した場合、選択された接続ジョブに示された被保守端末に接続の許可を求める。保守端末は、センター端末から接続ジョブの実行の許可が通知されたとき、又は、被保守端末から接続の許可が通知されたときに、当該被保守端末との間に、パケットのルーティングに用いられるルーティングセッションを確立する。保守端末は、ルーティングセッションに基づいて、ルーティング制御を行う。
【解決手段】保守端末（接続側の中継サーバ）は、候補ジョブリストの受信後であって接続ジョブの実行の許可をセンター端末から受信する前に、センター端末と通信できない旨を通信検出部が検出した場合、選択された接続ジョブに示された被保守端末に接続の許可を求める。保守端末は、センター端末から接続ジョブの実行の許可が通知されたとき、又は、被保守端末から接続の許可が通知されたときに、当該被保守端末との間に、パケットのルーティングに用いられるルーティングセッションを確立する。保守端末は、ルーティングセッションに基づいて、ルーティング制御を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主として、異なるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続されている端末間の通信を可能とする中継サーバに関する。
【背景技術】
【０００２】
従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，ＶＰＮ）と呼ばれる通信技術が知られている。このＶＰＮは、例えば、地域ごとに設けられた複数の拠点のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークであるかのように使用することができる。ＶＰＮは、例えば、他の拠点に設けられた端末を遠隔保守する用途に用いられる。保守対象の端末は、遠隔地にある他のＬＡＮに接続された機器からリモートメンテナンス等を受けることができる。
【０００３】
特許文献１は、この種のネットワークを介した管理システムを開示する。この管理システムは、ビルオーナ、設備保守会社、及び電気設備メーカーに跨る形で構築されている。ビルオーナは、自身が保有するビルに、電気設備及びこれを制御するための運転制御管理装置を設置している。この運転制御管理装置は、インターネット等のネットワークを介してアクセス可能に構成されている。設備保守会社は、ビルオーナから電気設備の管理を委託され、運転制御管理装置にアクセスする許可を電気設備メーカーから得ている。従って、設備保守会社は、インターネット等のネットワークを介して遠隔地から電気設備に対する保守作業を行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２３５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１のような管理システムでは、保守側の機器は、管理側の機器と通信ができなくなった場合、被保守側の機器にアクセスする許可を取得できない。この場合、保守側の機器は、被保守側の機器に対する保守作業を行うことができなくなる（管理システムが機能しなくなる）。
【０００６】
この点を解消するために、保守側の機器が管理側の機器と通信できなくなった場合に限り、アクセスの許可を取得することなく保守側の機器から被保守側の機器にアクセス可能とする構成が考えられる。しかし、この構成は、保守側の機器が必要以上のアクセス権を有してしまうこととなる。
【０００７】
本発明は以上の事情に鑑みてされたものであり、その目的は、複数の中継サーバによって構築された中継通信システムに用いられる中継サーバにおいて、管理側の中継サーバと通信できなくなった場合でも、接続側の中継サーバが必要以上のアクセス権を有することを防止しつつ、中継通信システムによる通信を継続可能な構成を提供することにある。
【課題を解決するための手段及び効果】
【０００８】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。
【０００９】
本発明の第１の観点によれば、以下の構成の接続側の中継サーバが提供される。即ち、この接続側の中継サーバは、管理先情報格納部と、通信検出部と、選択ジョブ通知部と、接続許可要求部と、ルーティングセッション確立部と、ルーティング制御部と、を備える。前記管理先情報格納部は、自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記選択ジョブ通知部は、自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する。前記接続許可要求部は、前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める。前記ルーティングセッション確立部は、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。
【００１０】
これにより、接続側の中継サーバと管理機能付き中継サーバとが通信できなくなった場合でも、接続ジョブに示された被接続側の中継サーバとオペレータの組み合わせであって、かつ、被接続側の中継サーバの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことができる。
【００１１】
前記の接続側の中継サーバにおいては、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知され、当該接続ジョブが示す被接続側の中継サーバとの間に前記ルーティングセッションを確立した後は、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合でも、当該ルーティングセッションを維持することが好ましい。
【００１２】
これにより、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続ジョブの中断を防止できる。
【００１３】
前記の接続側の中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できる旨を前記通信検出部が検出している場合は、当該管理機能付き中継サーバに当該作業の完了を通知する。前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出している場合は、前記被接続側の中継サーバに当該作業の完了を通知するとともに、前記被接続側の中継サーバに、当該作業の完了を前記管理機能付き中継サーバへ通知させる。
【００１４】
これにより、接続側の中継サーバと管理機能付き中継サーバとの間の通信経路に障害があっても、接続ジョブの実行中に行われた作業の完了を被接続側の中継サーバから管理機能付き中継サーバへ通知することができる。
【００１５】
本発明の第２の観点によれば、以下の構成の被接続側の中継サーバが提供される。即ち、この被接続側の中継サーバは、管理先情報格納部と、通信検出部と、許可情報送信部と、ルーティングセッション確立部と、ルーティング制御部と、代理通知部と、を備える。前記管理先情報格納部は、自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された自身又は他の被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記許可情報送信部は、前記接続側の中継サーバが前記管理機能付き中継サーバと通信できない旨を検出し、当該接続側の中継サーバから、自身に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する。前記ルーティングセッション確立部は、自身と前記接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。前記代理通知部は、前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記通信検出部に基づいて前記管理機能付き中継サーバと通信が可能であれば、当該作業の完了を当該管理機能付き中継サーバへ通知する。
【００１６】
これにより、接続側の中継サーバと管理機能付き中継サーバとの間の通信経路に障害があっても、接続ジョブの実行中に行われた作業の完了を被接続側の中継サーバから管理機能付き中継サーバに通知することができる。
【００１７】
前記の被接続側の中継サーバにおいては、前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出していれば、当該作業の完了を前記管理機能付き中継サーバへ通知していない旨を記憶し、前記管理機能付き中継サーバへの通信が可能となったときに、当該作業の完了を前記代理通知部が当該管理機能付き中継サーバへ通知することが好ましい。
【００１８】
これにより、管理機能付き中継サーバが、接続側の中継サーバ及び被接続側の中継サーバの両方と通信できない場合においても、正常な通信が回復した後に、被接続側の中継サーバによって接続ジョブの実行中に行われた作業の完了を通知することができる。
【００１９】
本発明の第３の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、管理機能付き中継サーバと、接続側の中継サーバと、被接続側の中継サーバと、を含んで構成される。前記接続側の中継サーバ及び前記被接続側の中継サーバは、前記管理機能付き中継サーバと通信可能である。前記接続側の中継サーバは、管理先情報格納部と、通信検出部と、選択ジョブ通知部と、接続許可要求部と、ルーティングセッション確立部と、ルーティング制御部と、を備える。前記管理先情報格納部は、ログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された前記被接続側の中継サーバと、を対応付けた接続ジョブの格納先である前記管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記選択ジョブ通知部は、自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する。前記接続許可要求部は、前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める。前記ルーティングセッション確立部は、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。
【００２０】
これにより、接続側の中継サーバと管理機能付き中継サーバとが通信できなくなった場合でも、接続ジョブに記述された被接続側の中継サーバとオペレータの組み合わせであって、かつ、被接続側の中継サーバの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことが可能な中継通信システムが構築できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る中継通信システムの全体構成を示す説明図。
【図２】センター端末の構成を示す機能ブロック図。
【図３】オペレータリストの内容を示す図。
【図４】保守端末リストの内容を示す図。
【図５】被保守端末リストの内容を示す図。
【図６】接続ジョブリストの内容を示す図。
【図７】第１保守端末の構成を示す機能ブロック図。
【図８】第１被保守端末の構成を示す機能ブロック図。
【図９】接続ジョブが作成されるときの処理の流れを示すシーケンス図。
【図１０】オペレータによる中継通信システムへのログイン時に行われる処理の流れを示すシーケンス図。
【図１１】オペレータによる接続ジョブの選択時に行われる処理の流れを示すシーケンス図。
【図１２】保守作業の終了後に行われる処理の流れを示すシーケンス図。
【図１３】センター端末と保守端末とが通信できない場合の例を模式的に示す説明図。
【図１４】センター端末と、保守端末及び被保守端末と、が通信できない場合の例を模式的に示す説明図。
【図１５】候補ジョブリストの取得後に保守端末が行う処理を示すフローチャート。
【図１６】保守作業の完了が通知された際に被保守端末が行う処理を示すフローチャート。
【図１７】未通知リストに記録された内容に基づいて保守作業の完了を通知する処理を説明するフローチャート。
【発明を実施するための形態】
【００２２】
次に、図面を参照して本発明の実施の形態を説明する。図１は、本発明の一実施形態に係る中継通信システム１の全体構成を示す説明図である。
【００２３】
図１に示すように、中継通信システム１は、インターネット等のＷｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ、広域通信網）３を介して接続された複数の中継サーバと、これらの中継サーバにＬＡＮを介して接続されるクライアント端末と、で構成されている。中継サーバは、他の中継サーバ及び他の中継サーバに接続されるクライアント端末と通信可能である。クライアント端末は、ＬＡＮで接続された中継サーバを介して、他の中継サーバ及び他の中継サーバに接続されるクライアント端末と通信可能である。
【００２４】
本実施形態では、この中継通信システム１を用いて、遠隔保守及びその管理が行われている。中継通信システム１において、前記中継サーバとして機能する端末は、センター端末５（管理機能付き中継サーバ）、第１被保守端末７Ａ及び第２被保守端末７Ｂ（被接続側の中継サーバ）、第１保守端末９Ａ及び第２保守端末９Ｂ（接続側の中継サーバ）である。
【００２５】
センター端末５は、コールセンターに設けられている。コールセンターとは、保守対象の機器の所有者からの問い合わせに対応するオペレータが在籍する拠点である。また、センター端末５は、保守端末（又は保守を行うオペレータ）の被保守端末に対するアクセス権を管理している。センター端末５には、前記クライアント端末としてのセンター端末操作端末１１がＬＡＮ１３を介して接続されている。なお、センター端末５のＩＤは、「Ｃｅｎｔｅｒ＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２６】
第１被保守端末７Ａは、遠隔保守の対象となる機器の設置先に設けられている。第１被保守端末７Ａには、ＬＡＮ１７を介して、前記クライアント端末としての第１被保守対象システム１５Ａ及び第２被保守対象システム１５Ｂが接続されている。第１被保守対象システム１５Ａ及び第２被保守対象システム１５Ｂは、遠隔保守の対象となるファイルサーバ又はＷｅｂサーバ等である。なお、第１被保守端末７ＡのＩＤは、「Ｔａｒｇｅｔ１＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２７】
第２被保守端末７Ｂは、遠隔保守の対象となる機器の設置先に設けられている。第２被保守端末７Ｂには、ＬＡＮ２１を介して、前記クライアント端末としての第３被保守対象システム１９Ａ及び第４被保守対象システム１９Ｂが接続されている。第３被保守対象システム１９Ａ及び第４被保守対象システム１９Ｂは、遠隔保守の対象となるファイルサーバ又はＷｅｂサーバ等である。なお、第２被保守端末７ＢのＩＤは、「Ｔａｒｇｅｔ２＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２８】
第１保守端末９Ａは、遠隔保守を行うオペレータが在籍する保守拠点に設けられている。第１保守端末９Ａには、ＬＡＮ２５を介して、前記クライアント端末としての第１保守操作端末２３Ａ及び第２保守操作端末２３Ｂが接続されている。なお、第１保守端末９ＡのＩＤは、「Ｍａｉｎｔｅｎａｎｃｅ２＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２９】
第２保守端末９Ｂは、遠隔保守を行うオペレータが在籍する保守拠点に設けられている。第２保守端末９Ｂには、ＬＡＮ２９を介して、前記クライアント端末としての第３保守操作端末２７Ａ及び第４保守操作端末２７Ｂが接続されている。なお、第２保守端末９ＢのＩＤは、「Ｍａｉｎｔｅｎａｎｃｅ１＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００３０】
保守拠点に在籍するオペレータが保守作業を行うためには、中継通信システム１にログインすることが必要である。オペレータは、保守操作端末を操作してＩＤ及びパスワードを入力することにより、中継通信システム１にログインすることができる。本実施形態の中継通信システム１では、オペレータは特定の保守操作端末に結び付けられておらず、何れの保守操作端末を使用した場合であっても中継通信システム１にログインすることができる。オペレータは、中継通信システム１へのログイン後に、前記保守操作端末を使用して、前記センター端末５が管理するアクセス権の範囲で、前記保守対象システムの遠隔保守を行う。
【００３１】
次に、図２から図６までを参照して、センター端末５の構成を説明する。図２は、センター端末５の構成を示す機能ブロック図である。図３から図６までは、センター端末５のデータベース格納部３３に保存された内容を示す図である。
【００３２】
図２に示すように、センター端末５は、インタフェース３５と、データベース格納部３３と、制御部３１と、を備える。
【００３３】
インタフェース３５は、プライベートＩＰアドレスを利用して、ＬＡＮ１３に接続される機器と通信を行うことができる。また、インタフェース３５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００３４】
データベース格納部３３は、オペレータリスト格納部５３と、保守端末リスト格納部５５と、被保守端末リスト格納部５７と、接続ジョブリスト格納部５９と、を備えている。
【００３５】
オペレータリスト格納部５３には、例えば図３（ａ）に示すオペレータリスト５３ａが保存されている。オペレータリスト５３ａは、図３（ａ）に示すように、「ＩＤ」、「パスワード」、及び「ログイン中継サーバ」で構成されている。「ＩＤ」の列には、中継通信システム１にログイン可能なオペレータのＩＤが記述されている。「パスワード」の列には、同じ行に記述されたＩＤを使用して中継通信システム１にログインするために必要なパスワードが記述されている。「ログイン中継サーバ」の列には、同じ行に記述されたＩＤを使用してオペレータが中継通信システム１にログイン済みである場合に、オペレータのＩＤと、当該オペレータが使用している中継サーバ（センター端末又は保守端末）のＩＤと、が記述される。なお、オペレータが中継通信システム１にログイン済みでない場合は、「ログイン中継サーバ」は空欄となる。
【００３６】
図３（ａ）の例からは、オペレータリストにオペレータＯｐ１〜Ｏｐ４が登録されており、第２オペレータＯｐ２がセンター端末５を使用しており、第３オペレータＯｐ３が第２保守端末９Ｂを使用していることが分かる。また、第１オペレータＯｐ１及び第４オペレータＯｐ４が中継通信システム１にログインしていないことが分かる。
【００３７】
保守端末リスト格納部５５には、図４に示す保守端末リスト５５ａが保存されている。保守端末リスト５５ａは、中継通信システム１を構成する保守端末について記述された、「名称」及び「端末ＩＤ」から構成されている。「名称」には、保守端末に付与された名称が記述されている。この名称には、保守端末の設置場所（保守拠点の名称）等、分かり易い適宜の名称を付与することができる。「端末ＩＤ」には、保守端末のＩＤが記述されている。
【００３８】
被保守端末リスト格納部５７には、図５に示す被保守端末リスト５７ａが保存されている。被保守端末リスト５７ａには、中継通信システム１を構成する被保守端末について記述された、「名称」及び「端末ＩＤ」から構成されている。「名称」には、被保守端末に付与された名称が記述されている。この名称には、被保守端末の設置場所（会社名）等、分かり易い適宜の名称を付与することができる。「端末ＩＤ」には、被保守端末のＩＤが記述されている。
【００３９】
接続ジョブリスト格納部５９には、接続ジョブに関する情報が保存されている。接続ジョブとは、保守作業の作業単位を示しており、被保守対象システムに対して保守作業が必要になる度にセンター端末５によって作成され、接続ジョブリスト格納部５９に保存される。接続ジョブリスト格納部５９は、１又は複数の接続ジョブで構成される接続ジョブリスト５９ａを保存している。接続ジョブリスト５９ａは、図６（ａ）に示すように各接続ジョブについて記述された、「ジョブＩＤ」、「被保守端末ＩＤ」、「接続候補ＩＤ」、及び「ジョブ情報」から構成されている。「ジョブＩＤ」には、それぞれの接続ジョブを一意に識別するためのＩＤが記述されている。「被保守端末ＩＤ」には、保守作業が必要な被保守対象システムと同じＬＡＮに接続される被保守端末のＩＤが記述されている。「接続候補ＩＤ」には、被保守端末への接続が許可され得る候補（接続候補）として設定されたオペレータのＩＤが記述されている。なお、「接続候補ＩＤ」には、１又は複数のオペレータのＩＤを記述することができる。「ジョブ情報」には、現在の接続ジョブの状態（例えば接続ジョブがどのオペレータによって実行されているか等）が記述されている。なお、接続ジョブは、保守作業の完了に伴って接続ジョブリスト５９ａから削除される。
【００４０】
図６（ａ）の例からは、第２被保守端末７Ｂについて第１接続ジョブが作成されており、接続候補のオペレータとして、第１オペレータＯｐ１及び第３オペレータＯｐ３が設定されていることが分かる。図６（ｂ）の例からは、前記第１接続ジョブに加え、第１被保守端末７Ａについて第２接続ジョブが作成されており、接続候補のオペレータとして、第１オペレータＯｐ１が設定されていることが分かる。図６（ｃ）の例からは、第１オペレータＯｐ１が第２接続ジョブを実行中であることが分かる。
【００４１】
制御部３１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図２に示すように、制御部３１は、ログイン認証部４３と、接続ジョブ作成部４５と、実行判断部４７と、接続ジョブリスト管理部４９と、候補ジョブリスト送信部５１と、許可情報送信部５２と、を備えている。
【００４２】
接続ジョブ作成部４５は、被保守対象システムに障害が発生した旨の通知を被保守端末から受けた場合等に前記接続ジョブを作成する。接続ジョブリスト管理部４９は、前記接続ジョブリスト格納部５９に保存された接続ジョブリスト５９ａの管理を行う。具体的には、接続ジョブ作成部４５が作成した接続ジョブを接続ジョブリスト５９ａに登録すること、接続ジョブリスト５９ａのジョブ情報を更新すること、及び、接続ジョブリスト５９ａから接続ジョブを削除すること等が可能である。
【００４３】
ログイン認証部４３は、オペレータリスト５３ａと、保守端末等から受信したオペレータのＩＤ及びパスワードと、を照合して、オペレータのログインの可否を判断する。また、ログイン認証部４３は、オペレータＩＤ等の送信を行った保守端末のＩＤが保守端末リスト５５ａに含まれているか否かに基づいて、ログインの可否を判断する。
【００４４】
候補ジョブリスト送信部５１は、保守を行うオペレータからの要求等に応じて、当該オペレータが接続候補となっている接続ジョブの一覧（候補ジョブリスト）を接続ジョブリスト５９ａから抽出し、保守端末を介して保守操作端末に送信する。オペレータは、候補ジョブリストの中から、実行を希望する接続ジョブを選択して、保守端末を介してセンター端末５に通知する。実行判断部４７は、オペレータから通知された接続ジョブのジョブ情報を接続ジョブリスト５９ａから読み出し、このジョブ情報に基づいて（例えば当該接続ジョブを既に実行している他のオペレータがいるか否か等に基づいて）、接続ジョブの実行を許可するか否かを判断する。許可情報送信部５２は、実行判断部４７の判断結果（接続ジョブの実行を許可するか否か）を、保守端末を介して保守操作端末に送信してオペレータに通知する。
【００４５】
次に、図７を参照して、保守端末の構成を説明する。図７は、第１保守端末９Ａの構成を示す機能ブロック図である。なお、第１保守端末９Ａと第２保守端末９Ｂの構成は同様であるので、代表して、第１保守端末９Ａの構成を説明する。第１保守端末９Ａは、図７に示すように、インタフェース６５と、制御部６１と、データベース格納部６３と、を備えている。
【００４６】
インタフェース６５は、プライベートＩＰアドレスを利用して、ＬＡＮ２５に接続される機器と通信を行うことができる。また、インタフェース６５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００４７】
制御部６１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図７に示すように、制御部６１は、ルーティングセッション確立部７１と、ルーティング制御部７３と、完了通知部７４と、ログイン情報送信部７５と、選択ジョブ通知部７７と、通信検出部７８と、接続許可要求部７９と、を備えている。
【００４８】
ログイン情報送信部７５は、第１被保守端末７Ａ又は第２被保守端末７Ｂから受信したオペレータのＩＤ及びパスワード（以下、ログイン情報と称する）をセンター端末５に送信する。選択ジョブ通知部７７は、オペレータが前記候補ジョブリストの中から選択した接続ジョブをセンター端末５に送信する。
【００４９】
ルーティングセッション確立部７１は、第１保守端末９Ａと、第１被保守端末７Ａ又は第２被保守端末７Ｂと、の間にルーティングセッションを確立する。ルーティングセッションとは、ＬＡＮ２５に接続される機器と、保守対象システムの設置先のＬＡＮ（ＬＡＮ１７又はＬＡＮ２１）に接続される機器と、の間で転送される通信パケットのルーティングに用いられるメディアセッションである。ルーティング制御部７３は、このルーティングセッションを利用して、他のＬＡＮに接続される機器との間で通信パケットのルーティング制御を行う。完了通知部７４は、保守作業の完了後に、当該保守作業の完了をセンター端末５及び第１被保守端末７Ａ又は第２被保守端末７Ｂに通知する。
【００５０】
通信検出部７８は、第１保守端末９Ａがセンター端末５と通信できるか否かを検出可能である。接続許可要求部７９は、通信検出部７８によって第１保守端末９Ａがセンター端末５と通信できないことが検出されたときに、候補ジョブリストに記述された被保守端末に対し、接続の許可を求める。そして、被保守端末から接続の許可が得られた場合、前記ルーティングセッション確立部７１は、当該保守端末との間にルーティングセッションを確立する。
【００５１】
データベース格納部６３は、センター端末情報格納部（管理先情報格納部）８１を備えている。センター端末情報格納部８１には、センター端末５の名称とＩＤとが保存されている。第１保守端末９Ａは、センター端末情報格納部８１の格納内容を参照することで、例えば候補ジョブリストの中から選択された接続ジョブを通知するために、センター端末５にアクセスすることができる。また、通信検出部７８が通信の可否を検出する通信相手は、センター端末情報格納部８１の格納内容を参照することにより決定される。
【００５２】
次に、図８を参照して、被保守端末の構成を説明する。図８は、第１被保守端末７Ａの構成を示す機能ブロック図である。なお、第１被保守端末７Ａと第２被保守端末７Ｂの構成は同様であるので、代表して、第１被保守端末７Ａの構成を説明する。第１被保守端末７Ａは、図８に示すように、インタフェース９５と、制御部９１と、データベース格納部９３と、を備えている。
【００５３】
インタフェース９５は、プライベートＩＰアドレスを利用して、ＬＡＮ１７に接続される機器と通信を行うことができる。また、インタフェース９５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００５４】
制御部９１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図８に示すように、制御部９１は、ルーティングセッション確立部１０１と、ルーティング制御部１０３と、代理通知部１０４と、通信検出部１０８と、許可情報送信部１０９と、を備えている。
【００５５】
ルーティングセッション確立部１０１は、第１被保守端末７Ａと、第１保守端末９Ａ又は第２保守端末９Ｂと、の間にルーティングセッションを確立する。ルーティング制御部１０３は、このルーティングセッションを利用して、他のＬＡＮに接続される機器との間で通信パケットのルーティング制御を行う。また、例えば第１保守端末９Ａとセンター端末５とが通信できない場合、当該第１保守端末９Ａが備える完了通知部７４は、保守作業の完了をセンター端末５へ通知できない。この場合、第１被保守端末７Ａが備える代理通知部１０４は、上記完了通知部７４の代わりに、センター端末５へ保守作業の完了を通知する。
【００５６】
通信検出部７８は、第１被保守端末７Ａがセンター端末５と通信できるか否かを検出可能である。許可情報送信部１０９は、第１保守端末９Ａ又は第２保守端末９Ｂ（前記接続許可要求部７９）が行った接続許可要求に対して、接続を許可するか否かを通知する。
【００５７】
データベース格納部９３は、センター端末情報格納部１１１と、未通知リスト格納部１１２と、を備えている。センター端末情報格納部１１１には、センター端末５の名称とＩＤとが保存されている。第１被保守端末７Ａは、センター端末情報格納部１１１の格納内容を参照することにより、例えば保守作業が必要になった旨を通知するために、センター端末５にアクセスすることができる。また、通信検出部７８が通信の可否を検出する通信相手は、センター端末情報格納部８１の格納内容を参照することにより決定される。
【００５８】
なお、センター端末５が第１保守端末９Ａだけでなく第１被保守端末７Ａとも通信できない場合、第１保守端末９Ａの完了通知部７４も、第１被保守端末７Ａの代理通知部１０４も、保守作業の完了を通知できない。第１被保守端末７Ａが備える未通知リスト格納部１１２には、上記のように代理通知部１０４が完了を通知できなかった保守作業についての接続ジョブの一覧が格納される。第１被保守端末７Ａは、センター端末５と通信できるようになったときに、この未通知リスト格納部１１２に記述された保守作業の完了をセンター端末５に通知する。
【００５９】
次に、図９から図１２までのシーケンス図を参照して、本実施形態の中継通信システム１を用いて遠隔保守を行う際の処理の流れについて説明する。以下では、第２オペレータＯｐ２がセンター端末５をログイン中継サーバとして中継通信システム１にログイン済みであり、第３オペレータＯｐ３が第２被保守端末７Ｂをログイン中継サーバとして中継通信システム１にログイン済みである状況（オペレータリスト５３ａが図３（ａ）の状態）を考える。また、接続ジョブとして、前記第１接続ジョブのみが存在している状況（接続ジョブリスト５９ａが図６（ａ）の状態）を考える。
【００６０】
初めに、接続ジョブが作成されるときに中継通信システム１で行われる処理を説明する。接続ジョブは、前述のように、被保守対象システムに保守作業が必要になる度に作成される。以下では、第１被保守対象システム１５Ａに保守作業が必要となった場合を考える。例えば第１被保守対象システム１５Ａに障害が発生した場合、その旨が第１被保守端末７Ａに通知される。第１被保守端末７Ａは、障害が発生した旨を受信した場合（図９のシーケンス番号１）、その旨をセンター端末５に通知して、接続ジョブの作成を要求する（シーケンス番号２）。
【００６１】
センター端末５は、この通知及び要求をセンター端末操作端末１１に転送して、第２オペレータＯｐ２に知らせる（シーケンス番号３）。第２オペレータＯｐ２は、障害の内容及び被保守端末の名称等に基づいて、保守を行うことが好ましいオペレータを選択する。ここでは、第１オペレータＯｐ１が選択されたものとする。これにより、センター端末５（接続ジョブ作成部４５）が、接続ジョブ（第２接続ジョブ）の作成を行う（シーケンス番号４）。そして、センター端末５（接続ジョブリスト管理部４９）は、作成された第２接続ジョブを接続ジョブリスト５９ａに登録する（シーケンス番号５）。即ち、接続ジョブリスト５９ａの「被保守端末ＩＤ」には、第１被保守端末７ＡのＩＤが記述され、「接続候補ＩＤ」には、第１オペレータＯｐ１のＩＤが記述される（図６（ｂ）を参照）。
【００６２】
接続ジョブは、以上のようにして作成される。なお、第１オペレータＯｐ１に早急に保守作業を行わせる必要がある場合は、接続ジョブの作成後に、その旨を直ちに第１オペレータＯｐ１に通知しても良い。接続ジョブが作成されたことの通知は様々な方法で行うことができ、例えば、中継通信システム１上でインスタントメッセージサービスを運用し、第１オペレータＯｐ１が中継通信システム１にログイン済みであるときは、第２オペレータＯｐ２が当該インスタントメッセージサービスを用いて上記の通知を行うようにすることができる。第１オペレータＯｐ１が中継通信システム１にログインしていない場合は、電話等の適宜の手段で通知すれば良い。
【００６３】
次に、第１オペレータＯｐ１が第１保守操作端末２３Ａを操作することで第１保守端末９Ａをログイン中継サーバとして中継通信システム１にログイン要求を行った場合に、中継通信システム１で行われる処理を説明する。このログイン要求では、第１オペレータＯｐ１にログイン情報（ＩＤとパスワード）の入力が求められる。そして、第１オペレータＯｐ１が第１保守操作端末２３Ａを操作してＩＤ（Ｏｐ１）及びパスワード（ａｂｃ）を入力して、入力内容を確定させることにより、ログイン情報が第１保守端末９Ａに送信される。これにより、第１保守端末９Ａは、ログイン要求を受け付け（図１０のシーケンス番号１１）、受信したログイン情報をセンター端末５に送信する（シーケンス番号１２）。
【００６４】
このログイン情報を受信したセンター端末５（ログイン認証部４３）は、ログインの可否を判断する。具体的には、ログイン認証部４３は、入力されたＩＤ及びパスワードがオペレータリスト５３ａに登録されているか否かの判断（シーケンス番号１３）と、ログイン情報を送信した第１保守端末９Ａが保守端末リスト５５ａに登録されているか否かの判断（シーケンス番号１４）と、を行う。
【００６５】
図３に示すように、上記で入力されたＩＤ及びパスワードは、オペレータリスト５３ａに登録されている。また、図４に示すように、第１保守端末９Ａは保守端末リスト５５ａに登録されている。従って、ログイン認証部４３は、第１オペレータＯｐ１のログインを許可する。そして、センター端末５は、オペレータリスト５３ａの内容を更新する（シーケンス番号１５）。具体的には、オペレータリスト５３ａの第１オペレータＯｐ１に対応する「ログイン中継サーバ」に、第１オペレータＯｐ１のＩＤと、第１保守端末９ＡのＩＤと、を記述する（図３（ａ）から図３（ｂ）になるようにオペレータリスト５３ａを更新する）。そして、センター端末５は、ログイン成功を第１保守端末９Ａに通知する（シーケンス番号１６）。なお、センター端末５は、端末ＩＤの認証又はログイン情報の認証に失敗した場合、ログイン失敗を保守端末に通知する。
【００６６】
第１保守端末９Ａは、センター端末５から受けたログイン成功の通知を第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１にログイン成功を通知する（シーケンス番号１７）。そして、第１保守端末９Ａは、前記候補ジョブリスト（ログイン中の第１オペレータＯｐ１が接続候補となっている接続ジョブの一覧）をセンター端末５に要求する（シーケンス番号１８）。
【００６７】
この通知を受けたセンター端末５（候補ジョブリスト送信部５１）は、接続ジョブリスト５９ａに保存された接続ジョブから、第１オペレータＯｐ１が接続候補となっている接続ジョブを抽出して、候補ジョブリストを作成する（シーケンス番号１９）。図６（ｂ）に示すように、接続ジョブリスト５９ａに記述されている第１接続ジョブ及び第２接続ジョブは、両方とも第１オペレータＯｐ１を接続候補としているため、候補ジョブリストには、第１接続ジョブ及び第２接続ジョブが記述される。そして、候補ジョブリスト送信部５１は、作成した候補ジョブリストを第１保守端末９Ａに送信する（シーケンス番号２０）。なお、センター端末５は、第１オペレータＯｐ１が接続候補となっている接続ジョブがない場合、その旨を第１保守端末９Ａに送信する。
【００６８】
第１保守端末９Ａは、センター端末５から受信した候補ジョブリストを第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１に通知する（シーケンス番号２１）。具体的には、第１保守操作端末２３Ａは、自身が備えるディスプレイに候補ジョブリストを表示する。これにより、第１オペレータＯｐ１は、自身が実行可能な接続ジョブの一覧を知ることができる。
【００６９】
なお、第１オペレータＯｐ１は、第２保守操作端末２３Ｂを操作することで第１保守端末９Ａから中継通信システム１にログインすることも可能である。更には、第３保守操作端末２７Ａ又は第４保守操作端末２７Ｂを操作することで第２保守端末９Ｂから中継通信システム１にログインすることも可能である。
【００７０】
次に、オペレータによる接続ジョブの選択から保守作業中にかけて、中継通信システム１で行われる処理を説明する。以下では、第１オペレータＯｐ１が候補ジョブリストの中から第２接続ジョブを選択した場合を考える。
【００７１】
第１オペレータＯｐ１が第２接続ジョブを選択し、その選択を確定させることにより、選択された接続ジョブを示す情報が第１保守端末９Ａに送信される。これにより、第１保守端末９Ａは接続ジョブの選択を受け付け（図１１のシーケンス番号３１）、第１オペレータＯｐ１の選択内容を、第１オペレータＯｐ１のＩＤとともにセンター端末５へ通知する（シーケンス番号３２）。
【００７２】
センター端末５（実行判断部４７）は、この通知に基づいて、該当する接続ジョブである第２接続ジョブのジョブ情報を接続ジョブリスト５９ａから読み出す（シーケンス番号３３）。そして、実行判断部４７は、読み出したジョブ情報に基づいて、第２接続ジョブが実行中又は実行準備中であるか否かを判断する（シーケンス番号３４）。図６（ｂ）に示すように、第２接続ジョブのジョブ情報は空欄であるため、当該接続ジョブは実行中でも実行準備中でもない。従って、実行判断部４７は、第１オペレータＯｐ１による第２接続ジョブの実行を許可する。その後、接続ジョブリスト管理部４９は、接続ジョブリスト５９ａの第２接続ジョブのジョブ情報に「実行準備中」と記述する（シーケンス番号３５）。これにより、コールセンターの第２オペレータＯｐ２は、第２接続ジョブのための接続作業が開始されたことを知ることができる。また、他のオペレータによる第２接続ジョブの実行を防止できる。そして、センター端末５（許可情報送信部５２）は、該当する接続ジョブの実行を許可する旨を第１保守端末９Ａに通知する（シーケンス番号３６）。なお、センター端末５は、接続ジョブの実行を許可しない場合、その旨を保守端末に通知する。
【００７３】
第１保守端末９Ａは、接続ジョブの実行を許可する旨の通知を第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１に通知する（シーケンス番号３７）。そして、第１保守端末９Ａ（ルーティングセッション確立部７１）は、該当する接続ジョブの保守先である第１被保守端末７Ａに対して、ルーティングセッションの確立要求を行う（シーケンス番号３８）。第１被保守端末７Ａ（ルーティングセッション確立部１０１）は、この要求を受けて、アクセス許可としてのＯＫレスポンスを返信する（シーケンス番号３９）。この結果、第１保守端末９Ａと第１被保守端末７Ａとの間に、メディアセッションが確立される。メディアセッションの確立の後に、第１保守端末９Ａと第１被保守端末７Ａは、ルーティング対象であるＬＡＮ１７及びＬＡＮ２５のネットワークアドレスを交換する。これにより、ルーティングセッションを介して、第１保守操作端末２３Ａと、第１被保守対象システム１５Ａ又は第２被保守対象システム１５Ｂと、の通信が可能となる。そして、第１保守端末９Ａは、ルーティングセッションが確立した旨を第１保守操作端末２３Ａに送信して第１オペレータＯｐ１に通知する（シーケンス番号４０）。更に、第１保守端末９Ａは、ルーティングセッションが確立した旨をセンター端末５に通知する（シーケンス番号４１）。
【００７４】
センター端末５（接続ジョブリスト管理部４９）は、この通知を受けて、図６（ｃ）に示すように、接続ジョブリスト５９ａの第２接続ジョブのジョブ情報に「Ｏｐ１実行中」と記述する（シーケンス番号４２）。これにより、コールセンターの第２オペレータＯｐ２は、第２接続ジョブが第１オペレータＯｐ１によって開始されたことを知ることができる。
【００７５】
第１保守端末９Ａは、第１被保守端末７Ａとの間に確立された前記ルーティングセッションを介して、保守が必要なシステム（第１被保守対象システム１５Ａ）に対する保守作業を行う（シーケンス番号４３）。具体的には、第１オペレータＯｐ１は、第１保守操作端末２３Ａを操作して、第１被保守対象システム１５Ａの状態の把握及びソフトウェアの更新等の保守作業を行うことができる。
【００７６】
次に、第１オペレータＯｐ１による保守作業の完了時に、中継通信システム１で行われる処理を説明する。
【００７７】
第１オペレータＯｐ１は、保守作業が完了した後に、当該保守作業の完了を、第１保守端末９Ａを介して第１被保守端末７Ａに通知する（図１２のシーケンス番号５１）。また、第１オペレータＯｐ１は、保守作業の完了を、第１保守端末９Ａを介して、センター端末５にも通知する（シーケンス番号５２）。
【００７８】
センター端末５（接続ジョブリスト管理部４９）は、この通知を受けて、第２接続ジョブのジョブ情報に保守作業の完了を登録し（シーケンス番号５３）、第２接続ジョブを接続ジョブリスト５９ａから削除する（シーケンス番号５４）。
【００７９】
その後、第１保守端末９Ａは候補ジョブリストを再びセンター端末５に要求し、同様の処理を経ることで、第１オペレータＯｐ１による新たな保守作業が行われる。
【００８０】
次に、オペレータのログイン後に、第１保守端末９Ａがセンター端末５と通信できなくなった場合について説明する。図１３及び図１４は、通信障害の具体例を模式的に示す説明図である。第１保守端末９Ａがセンター端末５と通信できない場合としては、図１３に示すように第１保守端末９Ａとセンター端末５との間の通信経路に障害が発生した場合と、図１４（ｂ）に示すようにセンター端末５自体に障害が発生して通信が行えなくなった場合と、が考えられる。
【００８１】
上記で説明したように、本実施形態では、センター端末５に格納された接続ジョブに基づいて、被保守端末に対する保守端末の接続が管理されている。従って、このセンター端末５による管理を厳密に適用すると、保守端末がセンター端末５と通信できなくなった時点で、当該保守端末は接続ジョブの許可が得られないために保守作業を行うことが一切できなくなってしまう。この点、本実施形態では、保守端末とセンター端末との間で通信ができなくなった場合でも、接続ジョブに示された被保守端末とオペレータの組み合わせであって、かつ、被保守端末から接続が許可されたことを条件として、被保守端末に対する保守端末の接続が可能な構成となっている。
【００８２】
以下、図１５に示すフローチャートに沿って、センター端末５と通信できなくなった場合に第１保守端末９Ａが行う処理について具体的に説明する。前記候補ジョブリストの取得後（Ｓ１０１）、第１保守端末９Ａ（通信検出部７８）は、センター端末５と通信ができるか否かを判断する（Ｓ１０２）。
【００８３】
第１保守端末９Ａは、センター端末５と通信できる場合、図１１のシーケンス図を参照して上記で説明したように、第１オペレータＯｐ１により選択された接続ジョブをセンター端末５に通知する（Ｓ１０３、シーケンス番号３２に相当）。そして、接続ジョブの実行を許可する旨をセンター端末５から通知された後に、第１オペレータＯｐ１によって保守作業が開始される（Ｓ１０４）。
【００８４】
なお、第１保守端末９Ａは、接続ジョブの実行中にセンター端末５と通信できなくなった場合でも、接続ジョブを中断しないように構成されている。これは、既に実行が許可されている接続ジョブについては、そのまま実行させ続けても、事後的に不正なアクセスになるとは考えにくいからである。
【００８５】
一方、第１保守端末９Ａは、Ｓ１０２においてセンター端末５と通信できないと判断した場合、その旨を第１オペレータＯｐ１に通知するとともに、Ｓ１０１で取得した候補ジョブリストを第１保守操作端末２３Ａに表示させる。第１オペレータＯｐ１は、通信が正常な場合と同様に、候補ジョブリストから接続ジョブを選択する。ここでは、オペレータによって第２接続ジョブが選択されたものとする。
【００８６】
すると、第１保守端末９Ａ（接続許可要求部７９）は、第１オペレータＯｐ１が選択した第２接続ジョブに示された被保守端末（第１被保守端末７Ａ）に対して、接続の許可を要求する（Ｓ１０５）。その上で、第１保守端末９Ａは、第２接続ジョブに示された第１被保守端末７Ａから接続の許可が通知されたか否かを判断する（Ｓ１０６）。
【００８７】
接続を許可しない旨が第１被保守端末７Ａ（許可情報送信部１０９）から通知された場合、第１保守端末９Ａは接続ジョブを実行することができないので、Ｓ１０２の処理に戻る。一方、接続を許可する旨が第１被保守端末７Ａ（許可情報送信部１０９）から通知された場合、第１保守端末９Ａは、センター端末５から接続ジョブの実行が許可された場合と同様に、第１被保守端末７Ａとルーティングセッションを確立して、接続ジョブを実行可能な状態にする。その後、第１オペレータＯｐ１によって保守作業が行われる（Ｓ１０４）。
【００８８】
これにより、センター端末５と第１保守端末９Ａとが通信できない場合であっても、上記条件を満たせば、第１保守端末９Ａと第１被保守端末７Ａとを接続して保守作業を行うことができる。つまり、第１保守端末９Ａには、センター端末５と通信できる場合と同等のアクセス権しか有していないこととなる。従って、センター端末５と第１保守端末９Ａとが通信できない場合であっても、第１保守端末９Ａによる不要又は不正なアクセスを防止しつつ、保守作業を継続することができる。
【００８９】
保守作業の終了後、第１保守端末９Ａ（通信検出部７８）は、センター端末と通信ができるか否かの判断を再び行う（Ｓ１０７）。
【００９０】
第１保守端末９Ａは、センター端末５と通信できる場合、図１２のシーケンス図を参照して上記で説明したように、保守作業の完了をセンター端末５及び第１被保守端末７Ａに通知する（Ｓ１０８、シーケンス番号５１，５２に相当）。そして、次の保守作業を行う旨が第１オペレータＯｐ１から通知された後に、候補ジョブリストの更新等を行い、Ｓ１０２の処理へ戻る。
【００９１】
一方、第１保守端末９Ａは、センター端末５と通信できない場合、保守作業の完了をセンター端末５へ通知することができない。そのため、第１保守端末９Ａは、第１被保守端末７Ａへ、保守作業が完了した旨を通知するとともに、自身の代わりに保守作業の完了をセンター端末５へ通知する要求（代理通知要求）を送信する（Ｓ１１０）。この代理通知要求には、今回の接続ジョブを示すＩＤ（図６のジョブＩＤ）が含まれている。その後、代理通知要求を受信した第１被保守端末７Ａは、第１保守端末９Ａの代わりに、センター端末５へログ情報とともに保守作業の完了を通知する。
【００９２】
次に、接続ジョブに伴う保守作業が完了したときに第１被保守端末７Ａが行う処理の詳細について、図１６に示すフローチャートを参照して説明する。図１６は、保守作業の完了が通知された際に被保守端末が行う処理を示すフローチャートである。
【００９３】
第１被保守端末７Ａは、第１保守端末９Ａから保守作業の完了が通知された場合、前記の代理通知要求を併せて受信したか否かを判断する（Ｓ２０１）。第１保守端末９Ａから代理通知要求を受信しなかった場合は、保守作業の完了を第１保守端末９Ａからセンター端末５へ問題なく通知できたことを意味するので、第１被保守端末７Ａは特に処理を行わない。
【００９４】
一方、第１被保守端末７Ａが第１保守端末９Ａから代理要求通知を受信した場合は、センター端末５と第１保守端末９Ａとの通信に障害が生じていることを意味する。そこで、第１被保守端末７Ａ（通信検出部１０８）は、自身がセンター端末５と通信ができるか否かを判断する（Ｓ２０２）。ここで、第１被保守端末７Ａがセンター端末５と通信できない場合としては、図１４（ａ）に示すように第１被保守端末７Ａとセンター端末５との間の通信経路に障害が発生した場合、又は、図１４（ｂ）に示すようにセンター端末５自体に障害が生じて通信が行えなくなった場合が考えられる。
【００９５】
Ｓ２０２において、センター端末５と通知できると通信検出部１０８が判断した場合、第１被保守端末７Ａ（代理通知部１０４）は、今回の保守作業が完了した旨を第１保守端末９Ａに代わってセンター端末５へ通知する（Ｓ２０３）。一方、第１被保守端末７Ａは、センター端末５と通信できない場合、代理通知要求に含まれる接続ジョブのＩＤ（図６のジョブＩＤ）を未通知リスト格納部１１２に格納する（Ｓ２０４）。
【００９６】
上記の処理により、保守作業が完了したにもかかわらず、その旨を第１保守端末９Ａからも第１被保守端末７Ａからもセンター端末５に通知できなかった接続ジョブについては、当該接続ジョブを示すジョブＩＤが未通知リスト格納部１１２に記述されていくことになる。このような未通知の接続ジョブについては、正常な通信が回復した時点で作業完了を速やかにセンター端末５に通知することが好ましい。このため、第１被保守端末７Ａは、図１７に示す処理を所定時間毎に反復して実行することで、作業完了が未通知である接続ジョブについてセンター端末５に作業完了を改めて通知することとしている。図１７は、未通知リストに記録された接続ジョブについて保守作業の完了を通知する処理を説明するフローチャートである。
【００９７】
図１７の処理が開始されると、第１被保守端末７Ａ（通信検出部１０８）は、自身がセンター端末５と通信できるか否かを判断する（Ｓ３０１）。センター端末５と通信できないと判断した場合、作業完了が未通知の接続ジョブがあったとしても現時点で通知するのは不可能であることから、第１被保守端末７Ａは特に処理を行わない。
【００９８】
一方、センター端末５と通信が可能であると判断した場合、第１被保守端末７Ａは未通知リスト格納部１１２を読み出して、未通知リストに記録された接続ジョブの有無を確認する（Ｓ３０２）。そして、第１被保守端末７Ａ（代理通知部１０４）は、未通知リストに記録された接続ジョブがあった場合、当該接続ジョブのＩＤとともに、保守作業が完了した旨をセンター端末５へ通知する（Ｓ３０３）。この通知を受けたセンター端末５は、通知されたＩＤに基づいて接続ジョブを特定し、作業完了の記録等の処理を行う。その後、第１被保守端末７Ａは、未通知リスト格納部１１２の内容から当該接続ジョブのＩＤを削除する（Ｓ３０４）。
【００９９】
以上の構成により、図１３及び図１４に示すように第１保守端末９Ａとセンター端末５とが通信できない場合であっても、第１被保守端末７Ａによって、即座に（又はセンター端末５との通信が回復した後に）保守作業の完了を通知することができる。従って、センター端末５側としては、保守作業が完了した接続ジョブを接続ジョブリスト５９ａから確実に削除することができる。
【０１００】
以上に示したように、本実施形態の第１保守端末９Ａは、センター端末情報格納部８１と、通信検出部７８と、選択ジョブ通知部７７と、接続許可要求部７９と、ルーティングセッション確立部７１と、ルーティング制御部７３と、を備える。センター端末情報格納部８１は、中継通信システム１にログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被保守端末と、を対応付けた接続ジョブの格納先であるセンター端末５の識別情報を格納する。通信検出部７８は、センター端末５に対する通信が可能か否かを検出する。選択ジョブ通知部７７は、自身を介してログイン中のオペレータが接続候補として設定された接続ジョブの一覧である候補ジョブリストをセンター端末５から受信した後に、当該候補ジョブリストの中から選択された接続ジョブをセンター端末５に通知する。接続許可要求部７９は、候補ジョブリストの受信後であって選択された接続ジョブの実行の許可をセンター端末５から受信する前に、センター端末５と通信できない旨を通信検出部７８が検出した場合に、選択された接続ジョブに示された第１被保守端末７Ａに接続の許可を求める。ルーティングセッション確立部７１は、センター端末５から接続ジョブの実行の許可が通知されたとき、又は、第１被保守端末７Ａから接続の許可が通知されたときに、当該第１被保守端末７Ａとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。ルーティング制御部７３は、ルーティングセッションに基づいて、ルーティング制御を行う。
【０１０１】
これにより、第１保守端末９Ａとセンター端末５とが通信できなくなった場合でも、接続ジョブに示された第１被保守端末７Ａとオペレータの組み合わせであって、かつ、第１被保守端末７Ａの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が第１保守端末９Ａに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことができる。
【０１０２】
また、本実施形態の第１保守端末９Ａにおいては、センター端末５から接続ジョブの実行の許可が通知され、当該接続ジョブが示す第１被保守端末７Ａとの間にルーティングセッションを確立した後は、センター端末５と通信できない旨を通信検出部７８が検出した場合でも、当該ルーティングセッションを維持することが好ましい。
【０１０３】
これにより、必要以上のアクセス権が第１保守端末９Ａに設定されることを防止しつつ、接続ジョブの中断を防止できる。
【０１０４】
また、本実施形態の第１保守端末９Ａは、保守作業の完了時に、センター端末５と通信できる旨を通信検出部７８が検出している場合は、当該センター端末５に保守作業の完了を通知する。保守作業の完了時に、センター端末５と通信できない旨を通信検出部７８が検出している場合は、第１被保守端末７Ａに保守作業の完了を通知するとともに、第１被保守端末７Ａに、保守作業の完了をセンター端末５へ通知させる。
【０１０５】
これにより、第１保守端末９Ａとセンター端末５との間の通信経路に障害があっても、保守作業の完了を第１被保守端末７Ａ側からセンター端末５へ通知することができる。
【０１０６】
また、本実施形態の第１被保守端末７Ａは、センター端末情報格納部１１１と、通信検出部１０８と、許可情報送信部１０９と、ルーティングセッション確立部１０１と、ルーティング制御部１０３と、代理通知部１０４と、を備える。センター端末情報格納部１１１は、中継通信システム１にログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された被保守端末と、を対応付けた接続ジョブの格納先であるセンター端末５の識別情報を格納する。通信検出部１０８は、センター端末５に対する通信が可能か否かを検出する。許可情報送信部１０９は、第１保守端末９Ａがセンター端末５と通信できない旨を検出し、当該第１保守端末９Ａから、自身（第１被保守端末７Ａ）に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する。ルーティングセッション確立部１０１は、自身（第１被保守端末７Ａ）と第１保守端末９Ａとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。ルーティング制御部１０３は、ルーティングセッションに基づいて、ルーティング制御を行う。代理通知部１０４は、第１保守端末９Ａから、保守作業の完了をセンター端末５へ通知していない旨を受信した場合、通信検出部１０８に基づいてセンター端末５と通信が可能であれば、保守作業の完了を当該センター端末５へ通知する。
【０１０７】
これにより、第１保守端末９Ａとセンター端末５との間の通信経路に障害があっても、保守作業の完了を第１被保守端末７Ａ側からセンター端末５に通知することができる。
【０１０８】
また、本実施形態の第１被保守端末７Ａは、第１保守端末９Ａから、保守作業の完了をセンター端末５へ通知していない旨を受信した場合、センター端末５と通信できない旨を通信検出部１０８が検出していれば、保守作業の完了をセンター端末５へ通知していない接続ジョブを未通知リスト格納部１１２に格納し、センター端末５への通信が可能となったときに、代理通知部１０４が当該接続ジョブの保守作業が完了している旨を当該センター端末５へ通知することが好ましい。
【０１０９】
これにより、センター端末５が、第１保守端末９Ａ及び第１被保守端末７Ａの両方と通信できない場合においても、通信できるようになった後に、第１被保守端末７Ａによって保守作業の完了をセンター端末５へ通知することができる。
【０１１０】
以上に本発明の好適な実施の形態を説明したが、上記の構成は例えば以下のように変更することができる。
【０１１１】
接続ジョブは、保守を行うオペレータ側から作成することも可能である。例えば、定期メンテナンスが予定されている場合、当該定期メンテナンスを担当するオペレータが、メンテナンスを行うタイミングでセンター端末に接続ジョブの作成要求を行うことによって、接続ジョブが作成される。
【０１１２】
中継通信システム１を構成する被保守端末及び保守端末の台数は上記実施形態に限定されず、それぞれ１台であっても良いし、３台以上であっても良い。また、被保守端末に接続される被保守対象システム、及び、保守端末に接続される保守操作端末の台数は上記実施形態に限定されず、それぞれ１台であっても良いし、３台以上であっても良い。
【０１１３】
上記の第１保守端末９Ａ及び第２保守端末９Ｂは、パーソナルコンピュータに着脱可能に取り付けられるメモリ及び当該メモリに保存されたアプリケーションであっても良い。
【０１１４】
上記のオペレータリスト５３ａ、保守端末リスト５５ａ、被保守端末リスト５７ａ、接続ジョブリスト５９ａは、適宜の形式（例えばＸＭＬ形式）で格納することができる。
【０１１５】
上記実施形態の構成に代えて、各中継サーバ間での通信に用いられる外部サーバをインターネット上に設置し、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能を発揮させて通信を行う構成にしても良い。
【符号の説明】
【０１１６】
１ 中継通信システム
５ センター端末（管理機能付き中継サーバ）
７Ａ 第１被保守端末（被接続側の中継サーバ）
７Ｂ 第２被保守端末（被接続側の中継サーバ）
９Ａ 第１保守端末（接続側の中継サーバ）
９Ｂ 第２保守端末（接続側の中継サーバ）
１１ センター端末操作端末
１５Ａ 第１被保守対象システム
１５Ｂ 第２被保守対象システム
２３Ａ 第１保守操作端末
２３Ｂ 第２保守操作端末
７８ 通信検出部
７９ 接続許可要求部
８１ センター端末情報格納部（管理先情報格納部）
１０８ 通信検出部
１０９ 許可情報送信部
１１１ センター端末情報格納部（管理先情報格納部）
１１２ 未通知リスト格納部
【技術分野】
【０００１】
本発明は、主として、異なるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続されている端末間の通信を可能とする中継サーバに関する。
【背景技術】
【０００２】
従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，ＶＰＮ）と呼ばれる通信技術が知られている。このＶＰＮは、例えば、地域ごとに設けられた複数の拠点のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークであるかのように使用することができる。ＶＰＮは、例えば、他の拠点に設けられた端末を遠隔保守する用途に用いられる。保守対象の端末は、遠隔地にある他のＬＡＮに接続された機器からリモートメンテナンス等を受けることができる。
【０００３】
特許文献１は、この種のネットワークを介した管理システムを開示する。この管理システムは、ビルオーナ、設備保守会社、及び電気設備メーカーに跨る形で構築されている。ビルオーナは、自身が保有するビルに、電気設備及びこれを制御するための運転制御管理装置を設置している。この運転制御管理装置は、インターネット等のネットワークを介してアクセス可能に構成されている。設備保守会社は、ビルオーナから電気設備の管理を委託され、運転制御管理装置にアクセスする許可を電気設備メーカーから得ている。従って、設備保守会社は、インターネット等のネットワークを介して遠隔地から電気設備に対する保守作業を行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２３５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１のような管理システムでは、保守側の機器は、管理側の機器と通信ができなくなった場合、被保守側の機器にアクセスする許可を取得できない。この場合、保守側の機器は、被保守側の機器に対する保守作業を行うことができなくなる（管理システムが機能しなくなる）。
【０００６】
この点を解消するために、保守側の機器が管理側の機器と通信できなくなった場合に限り、アクセスの許可を取得することなく保守側の機器から被保守側の機器にアクセス可能とする構成が考えられる。しかし、この構成は、保守側の機器が必要以上のアクセス権を有してしまうこととなる。
【０００７】
本発明は以上の事情に鑑みてされたものであり、その目的は、複数の中継サーバによって構築された中継通信システムに用いられる中継サーバにおいて、管理側の中継サーバと通信できなくなった場合でも、接続側の中継サーバが必要以上のアクセス権を有することを防止しつつ、中継通信システムによる通信を継続可能な構成を提供することにある。
【課題を解決するための手段及び効果】
【０００８】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。
【０００９】
本発明の第１の観点によれば、以下の構成の接続側の中継サーバが提供される。即ち、この接続側の中継サーバは、管理先情報格納部と、通信検出部と、選択ジョブ通知部と、接続許可要求部と、ルーティングセッション確立部と、ルーティング制御部と、を備える。前記管理先情報格納部は、自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記選択ジョブ通知部は、自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する。前記接続許可要求部は、前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める。前記ルーティングセッション確立部は、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。
【００１０】
これにより、接続側の中継サーバと管理機能付き中継サーバとが通信できなくなった場合でも、接続ジョブに示された被接続側の中継サーバとオペレータの組み合わせであって、かつ、被接続側の中継サーバの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことができる。
【００１１】
前記の接続側の中継サーバにおいては、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知され、当該接続ジョブが示す被接続側の中継サーバとの間に前記ルーティングセッションを確立した後は、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合でも、当該ルーティングセッションを維持することが好ましい。
【００１２】
これにより、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続ジョブの中断を防止できる。
【００１３】
前記の接続側の中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できる旨を前記通信検出部が検出している場合は、当該管理機能付き中継サーバに当該作業の完了を通知する。前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出している場合は、前記被接続側の中継サーバに当該作業の完了を通知するとともに、前記被接続側の中継サーバに、当該作業の完了を前記管理機能付き中継サーバへ通知させる。
【００１４】
これにより、接続側の中継サーバと管理機能付き中継サーバとの間の通信経路に障害があっても、接続ジョブの実行中に行われた作業の完了を被接続側の中継サーバから管理機能付き中継サーバへ通知することができる。
【００１５】
本発明の第２の観点によれば、以下の構成の被接続側の中継サーバが提供される。即ち、この被接続側の中継サーバは、管理先情報格納部と、通信検出部と、許可情報送信部と、ルーティングセッション確立部と、ルーティング制御部と、代理通知部と、を備える。前記管理先情報格納部は、自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された自身又は他の被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記許可情報送信部は、前記接続側の中継サーバが前記管理機能付き中継サーバと通信できない旨を検出し、当該接続側の中継サーバから、自身に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する。前記ルーティングセッション確立部は、自身と前記接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。前記代理通知部は、前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記通信検出部に基づいて前記管理機能付き中継サーバと通信が可能であれば、当該作業の完了を当該管理機能付き中継サーバへ通知する。
【００１６】
これにより、接続側の中継サーバと管理機能付き中継サーバとの間の通信経路に障害があっても、接続ジョブの実行中に行われた作業の完了を被接続側の中継サーバから管理機能付き中継サーバに通知することができる。
【００１７】
前記の被接続側の中継サーバにおいては、前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出していれば、当該作業の完了を前記管理機能付き中継サーバへ通知していない旨を記憶し、前記管理機能付き中継サーバへの通信が可能となったときに、当該作業の完了を前記代理通知部が当該管理機能付き中継サーバへ通知することが好ましい。
【００１８】
これにより、管理機能付き中継サーバが、接続側の中継サーバ及び被接続側の中継サーバの両方と通信できない場合においても、正常な通信が回復した後に、被接続側の中継サーバによって接続ジョブの実行中に行われた作業の完了を通知することができる。
【００１９】
本発明の第３の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、管理機能付き中継サーバと、接続側の中継サーバと、被接続側の中継サーバと、を含んで構成される。前記接続側の中継サーバ及び前記被接続側の中継サーバは、前記管理機能付き中継サーバと通信可能である。前記接続側の中継サーバは、管理先情報格納部と、通信検出部と、選択ジョブ通知部と、接続許可要求部と、ルーティングセッション確立部と、ルーティング制御部と、を備える。前記管理先情報格納部は、ログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された前記被接続側の中継サーバと、を対応付けた接続ジョブの格納先である前記管理機能付き中継サーバの識別情報を格納する。前記通信検出部は、前記管理機能付き中継サーバに対する通信が可能か否かを検出する。前記選択ジョブ通知部は、自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する。前記接続許可要求部は、前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める。前記ルーティングセッション確立部は、前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。前記ルーティング制御部は、前記ルーティングセッションに基づいて、ルーティング制御を行う。
【００２０】
これにより、接続側の中継サーバと管理機能付き中継サーバとが通信できなくなった場合でも、接続ジョブに記述された被接続側の中継サーバとオペレータの組み合わせであって、かつ、被接続側の中継サーバの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が接続側の中継サーバに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことが可能な中継通信システムが構築できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る中継通信システムの全体構成を示す説明図。
【図２】センター端末の構成を示す機能ブロック図。
【図３】オペレータリストの内容を示す図。
【図４】保守端末リストの内容を示す図。
【図５】被保守端末リストの内容を示す図。
【図６】接続ジョブリストの内容を示す図。
【図７】第１保守端末の構成を示す機能ブロック図。
【図８】第１被保守端末の構成を示す機能ブロック図。
【図９】接続ジョブが作成されるときの処理の流れを示すシーケンス図。
【図１０】オペレータによる中継通信システムへのログイン時に行われる処理の流れを示すシーケンス図。
【図１１】オペレータによる接続ジョブの選択時に行われる処理の流れを示すシーケンス図。
【図１２】保守作業の終了後に行われる処理の流れを示すシーケンス図。
【図１３】センター端末と保守端末とが通信できない場合の例を模式的に示す説明図。
【図１４】センター端末と、保守端末及び被保守端末と、が通信できない場合の例を模式的に示す説明図。
【図１５】候補ジョブリストの取得後に保守端末が行う処理を示すフローチャート。
【図１６】保守作業の完了が通知された際に被保守端末が行う処理を示すフローチャート。
【図１７】未通知リストに記録された内容に基づいて保守作業の完了を通知する処理を説明するフローチャート。
【発明を実施するための形態】
【００２２】
次に、図面を参照して本発明の実施の形態を説明する。図１は、本発明の一実施形態に係る中継通信システム１の全体構成を示す説明図である。
【００２３】
図１に示すように、中継通信システム１は、インターネット等のＷｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ、広域通信網）３を介して接続された複数の中継サーバと、これらの中継サーバにＬＡＮを介して接続されるクライアント端末と、で構成されている。中継サーバは、他の中継サーバ及び他の中継サーバに接続されるクライアント端末と通信可能である。クライアント端末は、ＬＡＮで接続された中継サーバを介して、他の中継サーバ及び他の中継サーバに接続されるクライアント端末と通信可能である。
【００２４】
本実施形態では、この中継通信システム１を用いて、遠隔保守及びその管理が行われている。中継通信システム１において、前記中継サーバとして機能する端末は、センター端末５（管理機能付き中継サーバ）、第１被保守端末７Ａ及び第２被保守端末７Ｂ（被接続側の中継サーバ）、第１保守端末９Ａ及び第２保守端末９Ｂ（接続側の中継サーバ）である。
【００２５】
センター端末５は、コールセンターに設けられている。コールセンターとは、保守対象の機器の所有者からの問い合わせに対応するオペレータが在籍する拠点である。また、センター端末５は、保守端末（又は保守を行うオペレータ）の被保守端末に対するアクセス権を管理している。センター端末５には、前記クライアント端末としてのセンター端末操作端末１１がＬＡＮ１３を介して接続されている。なお、センター端末５のＩＤは、「Ｃｅｎｔｅｒ＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２６】
第１被保守端末７Ａは、遠隔保守の対象となる機器の設置先に設けられている。第１被保守端末７Ａには、ＬＡＮ１７を介して、前記クライアント端末としての第１被保守対象システム１５Ａ及び第２被保守対象システム１５Ｂが接続されている。第１被保守対象システム１５Ａ及び第２被保守対象システム１５Ｂは、遠隔保守の対象となるファイルサーバ又はＷｅｂサーバ等である。なお、第１被保守端末７ＡのＩＤは、「Ｔａｒｇｅｔ１＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２７】
第２被保守端末７Ｂは、遠隔保守の対象となる機器の設置先に設けられている。第２被保守端末７Ｂには、ＬＡＮ２１を介して、前記クライアント端末としての第３被保守対象システム１９Ａ及び第４被保守対象システム１９Ｂが接続されている。第３被保守対象システム１９Ａ及び第４被保守対象システム１９Ｂは、遠隔保守の対象となるファイルサーバ又はＷｅｂサーバ等である。なお、第２被保守端末７ＢのＩＤは、「Ｔａｒｇｅｔ２＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２８】
第１保守端末９Ａは、遠隔保守を行うオペレータが在籍する保守拠点に設けられている。第１保守端末９Ａには、ＬＡＮ２５を介して、前記クライアント端末としての第１保守操作端末２３Ａ及び第２保守操作端末２３Ｂが接続されている。なお、第１保守端末９ＡのＩＤは、「Ｍａｉｎｔｅｎａｎｃｅ２＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００２９】
第２保守端末９Ｂは、遠隔保守を行うオペレータが在籍する保守拠点に設けられている。第２保守端末９Ｂには、ＬＡＮ２９を介して、前記クライアント端末としての第３保守操作端末２７Ａ及び第４保守操作端末２７Ｂが接続されている。なお、第２保守端末９ＢのＩＤは、「Ｍａｉｎｔｅｎａｎｃｅ１＠ｒｅｌａｙｓｙｓｔｅｍ．ｎｅｔ」である。
【００３０】
保守拠点に在籍するオペレータが保守作業を行うためには、中継通信システム１にログインすることが必要である。オペレータは、保守操作端末を操作してＩＤ及びパスワードを入力することにより、中継通信システム１にログインすることができる。本実施形態の中継通信システム１では、オペレータは特定の保守操作端末に結び付けられておらず、何れの保守操作端末を使用した場合であっても中継通信システム１にログインすることができる。オペレータは、中継通信システム１へのログイン後に、前記保守操作端末を使用して、前記センター端末５が管理するアクセス権の範囲で、前記保守対象システムの遠隔保守を行う。
【００３１】
次に、図２から図６までを参照して、センター端末５の構成を説明する。図２は、センター端末５の構成を示す機能ブロック図である。図３から図６までは、センター端末５のデータベース格納部３３に保存された内容を示す図である。
【００３２】
図２に示すように、センター端末５は、インタフェース３５と、データベース格納部３３と、制御部３１と、を備える。
【００３３】
インタフェース３５は、プライベートＩＰアドレスを利用して、ＬＡＮ１３に接続される機器と通信を行うことができる。また、インタフェース３５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００３４】
データベース格納部３３は、オペレータリスト格納部５３と、保守端末リスト格納部５５と、被保守端末リスト格納部５７と、接続ジョブリスト格納部５９と、を備えている。
【００３５】
オペレータリスト格納部５３には、例えば図３（ａ）に示すオペレータリスト５３ａが保存されている。オペレータリスト５３ａは、図３（ａ）に示すように、「ＩＤ」、「パスワード」、及び「ログイン中継サーバ」で構成されている。「ＩＤ」の列には、中継通信システム１にログイン可能なオペレータのＩＤが記述されている。「パスワード」の列には、同じ行に記述されたＩＤを使用して中継通信システム１にログインするために必要なパスワードが記述されている。「ログイン中継サーバ」の列には、同じ行に記述されたＩＤを使用してオペレータが中継通信システム１にログイン済みである場合に、オペレータのＩＤと、当該オペレータが使用している中継サーバ（センター端末又は保守端末）のＩＤと、が記述される。なお、オペレータが中継通信システム１にログイン済みでない場合は、「ログイン中継サーバ」は空欄となる。
【００３６】
図３（ａ）の例からは、オペレータリストにオペレータＯｐ１〜Ｏｐ４が登録されており、第２オペレータＯｐ２がセンター端末５を使用しており、第３オペレータＯｐ３が第２保守端末９Ｂを使用していることが分かる。また、第１オペレータＯｐ１及び第４オペレータＯｐ４が中継通信システム１にログインしていないことが分かる。
【００３７】
保守端末リスト格納部５５には、図４に示す保守端末リスト５５ａが保存されている。保守端末リスト５５ａは、中継通信システム１を構成する保守端末について記述された、「名称」及び「端末ＩＤ」から構成されている。「名称」には、保守端末に付与された名称が記述されている。この名称には、保守端末の設置場所（保守拠点の名称）等、分かり易い適宜の名称を付与することができる。「端末ＩＤ」には、保守端末のＩＤが記述されている。
【００３８】
被保守端末リスト格納部５７には、図５に示す被保守端末リスト５７ａが保存されている。被保守端末リスト５７ａには、中継通信システム１を構成する被保守端末について記述された、「名称」及び「端末ＩＤ」から構成されている。「名称」には、被保守端末に付与された名称が記述されている。この名称には、被保守端末の設置場所（会社名）等、分かり易い適宜の名称を付与することができる。「端末ＩＤ」には、被保守端末のＩＤが記述されている。
【００３９】
接続ジョブリスト格納部５９には、接続ジョブに関する情報が保存されている。接続ジョブとは、保守作業の作業単位を示しており、被保守対象システムに対して保守作業が必要になる度にセンター端末５によって作成され、接続ジョブリスト格納部５９に保存される。接続ジョブリスト格納部５９は、１又は複数の接続ジョブで構成される接続ジョブリスト５９ａを保存している。接続ジョブリスト５９ａは、図６（ａ）に示すように各接続ジョブについて記述された、「ジョブＩＤ」、「被保守端末ＩＤ」、「接続候補ＩＤ」、及び「ジョブ情報」から構成されている。「ジョブＩＤ」には、それぞれの接続ジョブを一意に識別するためのＩＤが記述されている。「被保守端末ＩＤ」には、保守作業が必要な被保守対象システムと同じＬＡＮに接続される被保守端末のＩＤが記述されている。「接続候補ＩＤ」には、被保守端末への接続が許可され得る候補（接続候補）として設定されたオペレータのＩＤが記述されている。なお、「接続候補ＩＤ」には、１又は複数のオペレータのＩＤを記述することができる。「ジョブ情報」には、現在の接続ジョブの状態（例えば接続ジョブがどのオペレータによって実行されているか等）が記述されている。なお、接続ジョブは、保守作業の完了に伴って接続ジョブリスト５９ａから削除される。
【００４０】
図６（ａ）の例からは、第２被保守端末７Ｂについて第１接続ジョブが作成されており、接続候補のオペレータとして、第１オペレータＯｐ１及び第３オペレータＯｐ３が設定されていることが分かる。図６（ｂ）の例からは、前記第１接続ジョブに加え、第１被保守端末７Ａについて第２接続ジョブが作成されており、接続候補のオペレータとして、第１オペレータＯｐ１が設定されていることが分かる。図６（ｃ）の例からは、第１オペレータＯｐ１が第２接続ジョブを実行中であることが分かる。
【００４１】
制御部３１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図２に示すように、制御部３１は、ログイン認証部４３と、接続ジョブ作成部４５と、実行判断部４７と、接続ジョブリスト管理部４９と、候補ジョブリスト送信部５１と、許可情報送信部５２と、を備えている。
【００４２】
接続ジョブ作成部４５は、被保守対象システムに障害が発生した旨の通知を被保守端末から受けた場合等に前記接続ジョブを作成する。接続ジョブリスト管理部４９は、前記接続ジョブリスト格納部５９に保存された接続ジョブリスト５９ａの管理を行う。具体的には、接続ジョブ作成部４５が作成した接続ジョブを接続ジョブリスト５９ａに登録すること、接続ジョブリスト５９ａのジョブ情報を更新すること、及び、接続ジョブリスト５９ａから接続ジョブを削除すること等が可能である。
【００４３】
ログイン認証部４３は、オペレータリスト５３ａと、保守端末等から受信したオペレータのＩＤ及びパスワードと、を照合して、オペレータのログインの可否を判断する。また、ログイン認証部４３は、オペレータＩＤ等の送信を行った保守端末のＩＤが保守端末リスト５５ａに含まれているか否かに基づいて、ログインの可否を判断する。
【００４４】
候補ジョブリスト送信部５１は、保守を行うオペレータからの要求等に応じて、当該オペレータが接続候補となっている接続ジョブの一覧（候補ジョブリスト）を接続ジョブリスト５９ａから抽出し、保守端末を介して保守操作端末に送信する。オペレータは、候補ジョブリストの中から、実行を希望する接続ジョブを選択して、保守端末を介してセンター端末５に通知する。実行判断部４７は、オペレータから通知された接続ジョブのジョブ情報を接続ジョブリスト５９ａから読み出し、このジョブ情報に基づいて（例えば当該接続ジョブを既に実行している他のオペレータがいるか否か等に基づいて）、接続ジョブの実行を許可するか否かを判断する。許可情報送信部５２は、実行判断部４７の判断結果（接続ジョブの実行を許可するか否か）を、保守端末を介して保守操作端末に送信してオペレータに通知する。
【００４５】
次に、図７を参照して、保守端末の構成を説明する。図７は、第１保守端末９Ａの構成を示す機能ブロック図である。なお、第１保守端末９Ａと第２保守端末９Ｂの構成は同様であるので、代表して、第１保守端末９Ａの構成を説明する。第１保守端末９Ａは、図７に示すように、インタフェース６５と、制御部６１と、データベース格納部６３と、を備えている。
【００４６】
インタフェース６５は、プライベートＩＰアドレスを利用して、ＬＡＮ２５に接続される機器と通信を行うことができる。また、インタフェース６５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００４７】
制御部６１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図７に示すように、制御部６１は、ルーティングセッション確立部７１と、ルーティング制御部７３と、完了通知部７４と、ログイン情報送信部７５と、選択ジョブ通知部７７と、通信検出部７８と、接続許可要求部７９と、を備えている。
【００４８】
ログイン情報送信部７５は、第１被保守端末７Ａ又は第２被保守端末７Ｂから受信したオペレータのＩＤ及びパスワード（以下、ログイン情報と称する）をセンター端末５に送信する。選択ジョブ通知部７７は、オペレータが前記候補ジョブリストの中から選択した接続ジョブをセンター端末５に送信する。
【００４９】
ルーティングセッション確立部７１は、第１保守端末９Ａと、第１被保守端末７Ａ又は第２被保守端末７Ｂと、の間にルーティングセッションを確立する。ルーティングセッションとは、ＬＡＮ２５に接続される機器と、保守対象システムの設置先のＬＡＮ（ＬＡＮ１７又はＬＡＮ２１）に接続される機器と、の間で転送される通信パケットのルーティングに用いられるメディアセッションである。ルーティング制御部７３は、このルーティングセッションを利用して、他のＬＡＮに接続される機器との間で通信パケットのルーティング制御を行う。完了通知部７４は、保守作業の完了後に、当該保守作業の完了をセンター端末５及び第１被保守端末７Ａ又は第２被保守端末７Ｂに通知する。
【００５０】
通信検出部７８は、第１保守端末９Ａがセンター端末５と通信できるか否かを検出可能である。接続許可要求部７９は、通信検出部７８によって第１保守端末９Ａがセンター端末５と通信できないことが検出されたときに、候補ジョブリストに記述された被保守端末に対し、接続の許可を求める。そして、被保守端末から接続の許可が得られた場合、前記ルーティングセッション確立部７１は、当該保守端末との間にルーティングセッションを確立する。
【００５１】
データベース格納部６３は、センター端末情報格納部（管理先情報格納部）８１を備えている。センター端末情報格納部８１には、センター端末５の名称とＩＤとが保存されている。第１保守端末９Ａは、センター端末情報格納部８１の格納内容を参照することで、例えば候補ジョブリストの中から選択された接続ジョブを通知するために、センター端末５にアクセスすることができる。また、通信検出部７８が通信の可否を検出する通信相手は、センター端末情報格納部８１の格納内容を参照することにより決定される。
【００５２】
次に、図８を参照して、被保守端末の構成を説明する。図８は、第１被保守端末７Ａの構成を示す機能ブロック図である。なお、第１被保守端末７Ａと第２被保守端末７Ｂの構成は同様であるので、代表して、第１被保守端末７Ａの構成を説明する。第１被保守端末７Ａは、図８に示すように、インタフェース９５と、制御部９１と、データベース格納部９３と、を備えている。
【００５３】
インタフェース９５は、プライベートＩＰアドレスを利用して、ＬＡＮ１７に接続される機器と通信を行うことができる。また、インタフェース９５は、グローバルＩＰアドレスを利用して、ＷＡＮ３を介した通信を行うことができる。
【００５４】
制御部９１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含んでおり、ＲＯＭ等から読み出したプログラムにより各種の処理を実行可能である。図８に示すように、制御部９１は、ルーティングセッション確立部１０１と、ルーティング制御部１０３と、代理通知部１０４と、通信検出部１０８と、許可情報送信部１０９と、を備えている。
【００５５】
ルーティングセッション確立部１０１は、第１被保守端末７Ａと、第１保守端末９Ａ又は第２保守端末９Ｂと、の間にルーティングセッションを確立する。ルーティング制御部１０３は、このルーティングセッションを利用して、他のＬＡＮに接続される機器との間で通信パケットのルーティング制御を行う。また、例えば第１保守端末９Ａとセンター端末５とが通信できない場合、当該第１保守端末９Ａが備える完了通知部７４は、保守作業の完了をセンター端末５へ通知できない。この場合、第１被保守端末７Ａが備える代理通知部１０４は、上記完了通知部７４の代わりに、センター端末５へ保守作業の完了を通知する。
【００５６】
通信検出部７８は、第１被保守端末７Ａがセンター端末５と通信できるか否かを検出可能である。許可情報送信部１０９は、第１保守端末９Ａ又は第２保守端末９Ｂ（前記接続許可要求部７９）が行った接続許可要求に対して、接続を許可するか否かを通知する。
【００５７】
データベース格納部９３は、センター端末情報格納部１１１と、未通知リスト格納部１１２と、を備えている。センター端末情報格納部１１１には、センター端末５の名称とＩＤとが保存されている。第１被保守端末７Ａは、センター端末情報格納部１１１の格納内容を参照することにより、例えば保守作業が必要になった旨を通知するために、センター端末５にアクセスすることができる。また、通信検出部７８が通信の可否を検出する通信相手は、センター端末情報格納部８１の格納内容を参照することにより決定される。
【００５８】
なお、センター端末５が第１保守端末９Ａだけでなく第１被保守端末７Ａとも通信できない場合、第１保守端末９Ａの完了通知部７４も、第１被保守端末７Ａの代理通知部１０４も、保守作業の完了を通知できない。第１被保守端末７Ａが備える未通知リスト格納部１１２には、上記のように代理通知部１０４が完了を通知できなかった保守作業についての接続ジョブの一覧が格納される。第１被保守端末７Ａは、センター端末５と通信できるようになったときに、この未通知リスト格納部１１２に記述された保守作業の完了をセンター端末５に通知する。
【００５９】
次に、図９から図１２までのシーケンス図を参照して、本実施形態の中継通信システム１を用いて遠隔保守を行う際の処理の流れについて説明する。以下では、第２オペレータＯｐ２がセンター端末５をログイン中継サーバとして中継通信システム１にログイン済みであり、第３オペレータＯｐ３が第２被保守端末７Ｂをログイン中継サーバとして中継通信システム１にログイン済みである状況（オペレータリスト５３ａが図３（ａ）の状態）を考える。また、接続ジョブとして、前記第１接続ジョブのみが存在している状況（接続ジョブリスト５９ａが図６（ａ）の状態）を考える。
【００６０】
初めに、接続ジョブが作成されるときに中継通信システム１で行われる処理を説明する。接続ジョブは、前述のように、被保守対象システムに保守作業が必要になる度に作成される。以下では、第１被保守対象システム１５Ａに保守作業が必要となった場合を考える。例えば第１被保守対象システム１５Ａに障害が発生した場合、その旨が第１被保守端末７Ａに通知される。第１被保守端末７Ａは、障害が発生した旨を受信した場合（図９のシーケンス番号１）、その旨をセンター端末５に通知して、接続ジョブの作成を要求する（シーケンス番号２）。
【００６１】
センター端末５は、この通知及び要求をセンター端末操作端末１１に転送して、第２オペレータＯｐ２に知らせる（シーケンス番号３）。第２オペレータＯｐ２は、障害の内容及び被保守端末の名称等に基づいて、保守を行うことが好ましいオペレータを選択する。ここでは、第１オペレータＯｐ１が選択されたものとする。これにより、センター端末５（接続ジョブ作成部４５）が、接続ジョブ（第２接続ジョブ）の作成を行う（シーケンス番号４）。そして、センター端末５（接続ジョブリスト管理部４９）は、作成された第２接続ジョブを接続ジョブリスト５９ａに登録する（シーケンス番号５）。即ち、接続ジョブリスト５９ａの「被保守端末ＩＤ」には、第１被保守端末７ＡのＩＤが記述され、「接続候補ＩＤ」には、第１オペレータＯｐ１のＩＤが記述される（図６（ｂ）を参照）。
【００６２】
接続ジョブは、以上のようにして作成される。なお、第１オペレータＯｐ１に早急に保守作業を行わせる必要がある場合は、接続ジョブの作成後に、その旨を直ちに第１オペレータＯｐ１に通知しても良い。接続ジョブが作成されたことの通知は様々な方法で行うことができ、例えば、中継通信システム１上でインスタントメッセージサービスを運用し、第１オペレータＯｐ１が中継通信システム１にログイン済みであるときは、第２オペレータＯｐ２が当該インスタントメッセージサービスを用いて上記の通知を行うようにすることができる。第１オペレータＯｐ１が中継通信システム１にログインしていない場合は、電話等の適宜の手段で通知すれば良い。
【００６３】
次に、第１オペレータＯｐ１が第１保守操作端末２３Ａを操作することで第１保守端末９Ａをログイン中継サーバとして中継通信システム１にログイン要求を行った場合に、中継通信システム１で行われる処理を説明する。このログイン要求では、第１オペレータＯｐ１にログイン情報（ＩＤとパスワード）の入力が求められる。そして、第１オペレータＯｐ１が第１保守操作端末２３Ａを操作してＩＤ（Ｏｐ１）及びパスワード（ａｂｃ）を入力して、入力内容を確定させることにより、ログイン情報が第１保守端末９Ａに送信される。これにより、第１保守端末９Ａは、ログイン要求を受け付け（図１０のシーケンス番号１１）、受信したログイン情報をセンター端末５に送信する（シーケンス番号１２）。
【００６４】
このログイン情報を受信したセンター端末５（ログイン認証部４３）は、ログインの可否を判断する。具体的には、ログイン認証部４３は、入力されたＩＤ及びパスワードがオペレータリスト５３ａに登録されているか否かの判断（シーケンス番号１３）と、ログイン情報を送信した第１保守端末９Ａが保守端末リスト５５ａに登録されているか否かの判断（シーケンス番号１４）と、を行う。
【００６５】
図３に示すように、上記で入力されたＩＤ及びパスワードは、オペレータリスト５３ａに登録されている。また、図４に示すように、第１保守端末９Ａは保守端末リスト５５ａに登録されている。従って、ログイン認証部４３は、第１オペレータＯｐ１のログインを許可する。そして、センター端末５は、オペレータリスト５３ａの内容を更新する（シーケンス番号１５）。具体的には、オペレータリスト５３ａの第１オペレータＯｐ１に対応する「ログイン中継サーバ」に、第１オペレータＯｐ１のＩＤと、第１保守端末９ＡのＩＤと、を記述する（図３（ａ）から図３（ｂ）になるようにオペレータリスト５３ａを更新する）。そして、センター端末５は、ログイン成功を第１保守端末９Ａに通知する（シーケンス番号１６）。なお、センター端末５は、端末ＩＤの認証又はログイン情報の認証に失敗した場合、ログイン失敗を保守端末に通知する。
【００６６】
第１保守端末９Ａは、センター端末５から受けたログイン成功の通知を第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１にログイン成功を通知する（シーケンス番号１７）。そして、第１保守端末９Ａは、前記候補ジョブリスト（ログイン中の第１オペレータＯｐ１が接続候補となっている接続ジョブの一覧）をセンター端末５に要求する（シーケンス番号１８）。
【００６７】
この通知を受けたセンター端末５（候補ジョブリスト送信部５１）は、接続ジョブリスト５９ａに保存された接続ジョブから、第１オペレータＯｐ１が接続候補となっている接続ジョブを抽出して、候補ジョブリストを作成する（シーケンス番号１９）。図６（ｂ）に示すように、接続ジョブリスト５９ａに記述されている第１接続ジョブ及び第２接続ジョブは、両方とも第１オペレータＯｐ１を接続候補としているため、候補ジョブリストには、第１接続ジョブ及び第２接続ジョブが記述される。そして、候補ジョブリスト送信部５１は、作成した候補ジョブリストを第１保守端末９Ａに送信する（シーケンス番号２０）。なお、センター端末５は、第１オペレータＯｐ１が接続候補となっている接続ジョブがない場合、その旨を第１保守端末９Ａに送信する。
【００６８】
第１保守端末９Ａは、センター端末５から受信した候補ジョブリストを第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１に通知する（シーケンス番号２１）。具体的には、第１保守操作端末２３Ａは、自身が備えるディスプレイに候補ジョブリストを表示する。これにより、第１オペレータＯｐ１は、自身が実行可能な接続ジョブの一覧を知ることができる。
【００６９】
なお、第１オペレータＯｐ１は、第２保守操作端末２３Ｂを操作することで第１保守端末９Ａから中継通信システム１にログインすることも可能である。更には、第３保守操作端末２７Ａ又は第４保守操作端末２７Ｂを操作することで第２保守端末９Ｂから中継通信システム１にログインすることも可能である。
【００７０】
次に、オペレータによる接続ジョブの選択から保守作業中にかけて、中継通信システム１で行われる処理を説明する。以下では、第１オペレータＯｐ１が候補ジョブリストの中から第２接続ジョブを選択した場合を考える。
【００７１】
第１オペレータＯｐ１が第２接続ジョブを選択し、その選択を確定させることにより、選択された接続ジョブを示す情報が第１保守端末９Ａに送信される。これにより、第１保守端末９Ａは接続ジョブの選択を受け付け（図１１のシーケンス番号３１）、第１オペレータＯｐ１の選択内容を、第１オペレータＯｐ１のＩＤとともにセンター端末５へ通知する（シーケンス番号３２）。
【００７２】
センター端末５（実行判断部４７）は、この通知に基づいて、該当する接続ジョブである第２接続ジョブのジョブ情報を接続ジョブリスト５９ａから読み出す（シーケンス番号３３）。そして、実行判断部４７は、読み出したジョブ情報に基づいて、第２接続ジョブが実行中又は実行準備中であるか否かを判断する（シーケンス番号３４）。図６（ｂ）に示すように、第２接続ジョブのジョブ情報は空欄であるため、当該接続ジョブは実行中でも実行準備中でもない。従って、実行判断部４７は、第１オペレータＯｐ１による第２接続ジョブの実行を許可する。その後、接続ジョブリスト管理部４９は、接続ジョブリスト５９ａの第２接続ジョブのジョブ情報に「実行準備中」と記述する（シーケンス番号３５）。これにより、コールセンターの第２オペレータＯｐ２は、第２接続ジョブのための接続作業が開始されたことを知ることができる。また、他のオペレータによる第２接続ジョブの実行を防止できる。そして、センター端末５（許可情報送信部５２）は、該当する接続ジョブの実行を許可する旨を第１保守端末９Ａに通知する（シーケンス番号３６）。なお、センター端末５は、接続ジョブの実行を許可しない場合、その旨を保守端末に通知する。
【００７３】
第１保守端末９Ａは、接続ジョブの実行を許可する旨の通知を第１保守操作端末２３Ａに転送して、第１オペレータＯｐ１に通知する（シーケンス番号３７）。そして、第１保守端末９Ａ（ルーティングセッション確立部７１）は、該当する接続ジョブの保守先である第１被保守端末７Ａに対して、ルーティングセッションの確立要求を行う（シーケンス番号３８）。第１被保守端末７Ａ（ルーティングセッション確立部１０１）は、この要求を受けて、アクセス許可としてのＯＫレスポンスを返信する（シーケンス番号３９）。この結果、第１保守端末９Ａと第１被保守端末７Ａとの間に、メディアセッションが確立される。メディアセッションの確立の後に、第１保守端末９Ａと第１被保守端末７Ａは、ルーティング対象であるＬＡＮ１７及びＬＡＮ２５のネットワークアドレスを交換する。これにより、ルーティングセッションを介して、第１保守操作端末２３Ａと、第１被保守対象システム１５Ａ又は第２被保守対象システム１５Ｂと、の通信が可能となる。そして、第１保守端末９Ａは、ルーティングセッションが確立した旨を第１保守操作端末２３Ａに送信して第１オペレータＯｐ１に通知する（シーケンス番号４０）。更に、第１保守端末９Ａは、ルーティングセッションが確立した旨をセンター端末５に通知する（シーケンス番号４１）。
【００７４】
センター端末５（接続ジョブリスト管理部４９）は、この通知を受けて、図６（ｃ）に示すように、接続ジョブリスト５９ａの第２接続ジョブのジョブ情報に「Ｏｐ１実行中」と記述する（シーケンス番号４２）。これにより、コールセンターの第２オペレータＯｐ２は、第２接続ジョブが第１オペレータＯｐ１によって開始されたことを知ることができる。
【００７５】
第１保守端末９Ａは、第１被保守端末７Ａとの間に確立された前記ルーティングセッションを介して、保守が必要なシステム（第１被保守対象システム１５Ａ）に対する保守作業を行う（シーケンス番号４３）。具体的には、第１オペレータＯｐ１は、第１保守操作端末２３Ａを操作して、第１被保守対象システム１５Ａの状態の把握及びソフトウェアの更新等の保守作業を行うことができる。
【００７６】
次に、第１オペレータＯｐ１による保守作業の完了時に、中継通信システム１で行われる処理を説明する。
【００７７】
第１オペレータＯｐ１は、保守作業が完了した後に、当該保守作業の完了を、第１保守端末９Ａを介して第１被保守端末７Ａに通知する（図１２のシーケンス番号５１）。また、第１オペレータＯｐ１は、保守作業の完了を、第１保守端末９Ａを介して、センター端末５にも通知する（シーケンス番号５２）。
【００７８】
センター端末５（接続ジョブリスト管理部４９）は、この通知を受けて、第２接続ジョブのジョブ情報に保守作業の完了を登録し（シーケンス番号５３）、第２接続ジョブを接続ジョブリスト５９ａから削除する（シーケンス番号５４）。
【００７９】
その後、第１保守端末９Ａは候補ジョブリストを再びセンター端末５に要求し、同様の処理を経ることで、第１オペレータＯｐ１による新たな保守作業が行われる。
【００８０】
次に、オペレータのログイン後に、第１保守端末９Ａがセンター端末５と通信できなくなった場合について説明する。図１３及び図１４は、通信障害の具体例を模式的に示す説明図である。第１保守端末９Ａがセンター端末５と通信できない場合としては、図１３に示すように第１保守端末９Ａとセンター端末５との間の通信経路に障害が発生した場合と、図１４（ｂ）に示すようにセンター端末５自体に障害が発生して通信が行えなくなった場合と、が考えられる。
【００８１】
上記で説明したように、本実施形態では、センター端末５に格納された接続ジョブに基づいて、被保守端末に対する保守端末の接続が管理されている。従って、このセンター端末５による管理を厳密に適用すると、保守端末がセンター端末５と通信できなくなった時点で、当該保守端末は接続ジョブの許可が得られないために保守作業を行うことが一切できなくなってしまう。この点、本実施形態では、保守端末とセンター端末との間で通信ができなくなった場合でも、接続ジョブに示された被保守端末とオペレータの組み合わせであって、かつ、被保守端末から接続が許可されたことを条件として、被保守端末に対する保守端末の接続が可能な構成となっている。
【００８２】
以下、図１５に示すフローチャートに沿って、センター端末５と通信できなくなった場合に第１保守端末９Ａが行う処理について具体的に説明する。前記候補ジョブリストの取得後（Ｓ１０１）、第１保守端末９Ａ（通信検出部７８）は、センター端末５と通信ができるか否かを判断する（Ｓ１０２）。
【００８３】
第１保守端末９Ａは、センター端末５と通信できる場合、図１１のシーケンス図を参照して上記で説明したように、第１オペレータＯｐ１により選択された接続ジョブをセンター端末５に通知する（Ｓ１０３、シーケンス番号３２に相当）。そして、接続ジョブの実行を許可する旨をセンター端末５から通知された後に、第１オペレータＯｐ１によって保守作業が開始される（Ｓ１０４）。
【００８４】
なお、第１保守端末９Ａは、接続ジョブの実行中にセンター端末５と通信できなくなった場合でも、接続ジョブを中断しないように構成されている。これは、既に実行が許可されている接続ジョブについては、そのまま実行させ続けても、事後的に不正なアクセスになるとは考えにくいからである。
【００８５】
一方、第１保守端末９Ａは、Ｓ１０２においてセンター端末５と通信できないと判断した場合、その旨を第１オペレータＯｐ１に通知するとともに、Ｓ１０１で取得した候補ジョブリストを第１保守操作端末２３Ａに表示させる。第１オペレータＯｐ１は、通信が正常な場合と同様に、候補ジョブリストから接続ジョブを選択する。ここでは、オペレータによって第２接続ジョブが選択されたものとする。
【００８６】
すると、第１保守端末９Ａ（接続許可要求部７９）は、第１オペレータＯｐ１が選択した第２接続ジョブに示された被保守端末（第１被保守端末７Ａ）に対して、接続の許可を要求する（Ｓ１０５）。その上で、第１保守端末９Ａは、第２接続ジョブに示された第１被保守端末７Ａから接続の許可が通知されたか否かを判断する（Ｓ１０６）。
【００８７】
接続を許可しない旨が第１被保守端末７Ａ（許可情報送信部１０９）から通知された場合、第１保守端末９Ａは接続ジョブを実行することができないので、Ｓ１０２の処理に戻る。一方、接続を許可する旨が第１被保守端末７Ａ（許可情報送信部１０９）から通知された場合、第１保守端末９Ａは、センター端末５から接続ジョブの実行が許可された場合と同様に、第１被保守端末７Ａとルーティングセッションを確立して、接続ジョブを実行可能な状態にする。その後、第１オペレータＯｐ１によって保守作業が行われる（Ｓ１０４）。
【００８８】
これにより、センター端末５と第１保守端末９Ａとが通信できない場合であっても、上記条件を満たせば、第１保守端末９Ａと第１被保守端末７Ａとを接続して保守作業を行うことができる。つまり、第１保守端末９Ａには、センター端末５と通信できる場合と同等のアクセス権しか有していないこととなる。従って、センター端末５と第１保守端末９Ａとが通信できない場合であっても、第１保守端末９Ａによる不要又は不正なアクセスを防止しつつ、保守作業を継続することができる。
【００８９】
保守作業の終了後、第１保守端末９Ａ（通信検出部７８）は、センター端末と通信ができるか否かの判断を再び行う（Ｓ１０７）。
【００９０】
第１保守端末９Ａは、センター端末５と通信できる場合、図１２のシーケンス図を参照して上記で説明したように、保守作業の完了をセンター端末５及び第１被保守端末７Ａに通知する（Ｓ１０８、シーケンス番号５１，５２に相当）。そして、次の保守作業を行う旨が第１オペレータＯｐ１から通知された後に、候補ジョブリストの更新等を行い、Ｓ１０２の処理へ戻る。
【００９１】
一方、第１保守端末９Ａは、センター端末５と通信できない場合、保守作業の完了をセンター端末５へ通知することができない。そのため、第１保守端末９Ａは、第１被保守端末７Ａへ、保守作業が完了した旨を通知するとともに、自身の代わりに保守作業の完了をセンター端末５へ通知する要求（代理通知要求）を送信する（Ｓ１１０）。この代理通知要求には、今回の接続ジョブを示すＩＤ（図６のジョブＩＤ）が含まれている。その後、代理通知要求を受信した第１被保守端末７Ａは、第１保守端末９Ａの代わりに、センター端末５へログ情報とともに保守作業の完了を通知する。
【００９２】
次に、接続ジョブに伴う保守作業が完了したときに第１被保守端末７Ａが行う処理の詳細について、図１６に示すフローチャートを参照して説明する。図１６は、保守作業の完了が通知された際に被保守端末が行う処理を示すフローチャートである。
【００９３】
第１被保守端末７Ａは、第１保守端末９Ａから保守作業の完了が通知された場合、前記の代理通知要求を併せて受信したか否かを判断する（Ｓ２０１）。第１保守端末９Ａから代理通知要求を受信しなかった場合は、保守作業の完了を第１保守端末９Ａからセンター端末５へ問題なく通知できたことを意味するので、第１被保守端末７Ａは特に処理を行わない。
【００９４】
一方、第１被保守端末７Ａが第１保守端末９Ａから代理要求通知を受信した場合は、センター端末５と第１保守端末９Ａとの通信に障害が生じていることを意味する。そこで、第１被保守端末７Ａ（通信検出部１０８）は、自身がセンター端末５と通信ができるか否かを判断する（Ｓ２０２）。ここで、第１被保守端末７Ａがセンター端末５と通信できない場合としては、図１４（ａ）に示すように第１被保守端末７Ａとセンター端末５との間の通信経路に障害が発生した場合、又は、図１４（ｂ）に示すようにセンター端末５自体に障害が生じて通信が行えなくなった場合が考えられる。
【００９５】
Ｓ２０２において、センター端末５と通知できると通信検出部１０８が判断した場合、第１被保守端末７Ａ（代理通知部１０４）は、今回の保守作業が完了した旨を第１保守端末９Ａに代わってセンター端末５へ通知する（Ｓ２０３）。一方、第１被保守端末７Ａは、センター端末５と通信できない場合、代理通知要求に含まれる接続ジョブのＩＤ（図６のジョブＩＤ）を未通知リスト格納部１１２に格納する（Ｓ２０４）。
【００９６】
上記の処理により、保守作業が完了したにもかかわらず、その旨を第１保守端末９Ａからも第１被保守端末７Ａからもセンター端末５に通知できなかった接続ジョブについては、当該接続ジョブを示すジョブＩＤが未通知リスト格納部１１２に記述されていくことになる。このような未通知の接続ジョブについては、正常な通信が回復した時点で作業完了を速やかにセンター端末５に通知することが好ましい。このため、第１被保守端末７Ａは、図１７に示す処理を所定時間毎に反復して実行することで、作業完了が未通知である接続ジョブについてセンター端末５に作業完了を改めて通知することとしている。図１７は、未通知リストに記録された接続ジョブについて保守作業の完了を通知する処理を説明するフローチャートである。
【００９７】
図１７の処理が開始されると、第１被保守端末７Ａ（通信検出部１０８）は、自身がセンター端末５と通信できるか否かを判断する（Ｓ３０１）。センター端末５と通信できないと判断した場合、作業完了が未通知の接続ジョブがあったとしても現時点で通知するのは不可能であることから、第１被保守端末７Ａは特に処理を行わない。
【００９８】
一方、センター端末５と通信が可能であると判断した場合、第１被保守端末７Ａは未通知リスト格納部１１２を読み出して、未通知リストに記録された接続ジョブの有無を確認する（Ｓ３０２）。そして、第１被保守端末７Ａ（代理通知部１０４）は、未通知リストに記録された接続ジョブがあった場合、当該接続ジョブのＩＤとともに、保守作業が完了した旨をセンター端末５へ通知する（Ｓ３０３）。この通知を受けたセンター端末５は、通知されたＩＤに基づいて接続ジョブを特定し、作業完了の記録等の処理を行う。その後、第１被保守端末７Ａは、未通知リスト格納部１１２の内容から当該接続ジョブのＩＤを削除する（Ｓ３０４）。
【００９９】
以上の構成により、図１３及び図１４に示すように第１保守端末９Ａとセンター端末５とが通信できない場合であっても、第１被保守端末７Ａによって、即座に（又はセンター端末５との通信が回復した後に）保守作業の完了を通知することができる。従って、センター端末５側としては、保守作業が完了した接続ジョブを接続ジョブリスト５９ａから確実に削除することができる。
【０１００】
以上に示したように、本実施形態の第１保守端末９Ａは、センター端末情報格納部８１と、通信検出部７８と、選択ジョブ通知部７７と、接続許可要求部７９と、ルーティングセッション確立部７１と、ルーティング制御部７３と、を備える。センター端末情報格納部８１は、中継通信システム１にログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被保守端末と、を対応付けた接続ジョブの格納先であるセンター端末５の識別情報を格納する。通信検出部７８は、センター端末５に対する通信が可能か否かを検出する。選択ジョブ通知部７７は、自身を介してログイン中のオペレータが接続候補として設定された接続ジョブの一覧である候補ジョブリストをセンター端末５から受信した後に、当該候補ジョブリストの中から選択された接続ジョブをセンター端末５に通知する。接続許可要求部７９は、候補ジョブリストの受信後であって選択された接続ジョブの実行の許可をセンター端末５から受信する前に、センター端末５と通信できない旨を通信検出部７８が検出した場合に、選択された接続ジョブに示された第１被保守端末７Ａに接続の許可を求める。ルーティングセッション確立部７１は、センター端末５から接続ジョブの実行の許可が通知されたとき、又は、第１被保守端末７Ａから接続の許可が通知されたときに、当該第１被保守端末７Ａとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。ルーティング制御部７３は、ルーティングセッションに基づいて、ルーティング制御を行う。
【０１０１】
これにより、第１保守端末９Ａとセンター端末５とが通信できなくなった場合でも、接続ジョブに示された第１被保守端末７Ａとオペレータの組み合わせであって、かつ、第１被保守端末７Ａの許可があれば、中継サーバ間の通信が可能となる。従って、通信障害の発生時においても、必要以上のアクセス権が第１保守端末９Ａに設定されることを防止しつつ、接続側と被接続側との中継サーバ間で通信を行うことができる。
【０１０２】
また、本実施形態の第１保守端末９Ａにおいては、センター端末５から接続ジョブの実行の許可が通知され、当該接続ジョブが示す第１被保守端末７Ａとの間にルーティングセッションを確立した後は、センター端末５と通信できない旨を通信検出部７８が検出した場合でも、当該ルーティングセッションを維持することが好ましい。
【０１０３】
これにより、必要以上のアクセス権が第１保守端末９Ａに設定されることを防止しつつ、接続ジョブの中断を防止できる。
【０１０４】
また、本実施形態の第１保守端末９Ａは、保守作業の完了時に、センター端末５と通信できる旨を通信検出部７８が検出している場合は、当該センター端末５に保守作業の完了を通知する。保守作業の完了時に、センター端末５と通信できない旨を通信検出部７８が検出している場合は、第１被保守端末７Ａに保守作業の完了を通知するとともに、第１被保守端末７Ａに、保守作業の完了をセンター端末５へ通知させる。
【０１０５】
これにより、第１保守端末９Ａとセンター端末５との間の通信経路に障害があっても、保守作業の完了を第１被保守端末７Ａ側からセンター端末５へ通知することができる。
【０１０６】
また、本実施形態の第１被保守端末７Ａは、センター端末情報格納部１１１と、通信検出部１０８と、許可情報送信部１０９と、ルーティングセッション確立部１０１と、ルーティング制御部１０３と、代理通知部１０４と、を備える。センター端末情報格納部１１１は、中継通信システム１にログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された被保守端末と、を対応付けた接続ジョブの格納先であるセンター端末５の識別情報を格納する。通信検出部１０８は、センター端末５に対する通信が可能か否かを検出する。許可情報送信部１０９は、第１保守端末９Ａがセンター端末５と通信できない旨を検出し、当該第１保守端末９Ａから、自身（第１被保守端末７Ａ）に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する。ルーティングセッション確立部１０１は、自身（第１被保守端末７Ａ）と第１保守端末９Ａとの間に、パケットのルーティングに用いられるルーティングセッションを確立する。ルーティング制御部１０３は、ルーティングセッションに基づいて、ルーティング制御を行う。代理通知部１０４は、第１保守端末９Ａから、保守作業の完了をセンター端末５へ通知していない旨を受信した場合、通信検出部１０８に基づいてセンター端末５と通信が可能であれば、保守作業の完了を当該センター端末５へ通知する。
【０１０７】
これにより、第１保守端末９Ａとセンター端末５との間の通信経路に障害があっても、保守作業の完了を第１被保守端末７Ａ側からセンター端末５に通知することができる。
【０１０８】
また、本実施形態の第１被保守端末７Ａは、第１保守端末９Ａから、保守作業の完了をセンター端末５へ通知していない旨を受信した場合、センター端末５と通信できない旨を通信検出部１０８が検出していれば、保守作業の完了をセンター端末５へ通知していない接続ジョブを未通知リスト格納部１１２に格納し、センター端末５への通信が可能となったときに、代理通知部１０４が当該接続ジョブの保守作業が完了している旨を当該センター端末５へ通知することが好ましい。
【０１０９】
これにより、センター端末５が、第１保守端末９Ａ及び第１被保守端末７Ａの両方と通信できない場合においても、通信できるようになった後に、第１被保守端末７Ａによって保守作業の完了をセンター端末５へ通知することができる。
【０１１０】
以上に本発明の好適な実施の形態を説明したが、上記の構成は例えば以下のように変更することができる。
【０１１１】
接続ジョブは、保守を行うオペレータ側から作成することも可能である。例えば、定期メンテナンスが予定されている場合、当該定期メンテナンスを担当するオペレータが、メンテナンスを行うタイミングでセンター端末に接続ジョブの作成要求を行うことによって、接続ジョブが作成される。
【０１１２】
中継通信システム１を構成する被保守端末及び保守端末の台数は上記実施形態に限定されず、それぞれ１台であっても良いし、３台以上であっても良い。また、被保守端末に接続される被保守対象システム、及び、保守端末に接続される保守操作端末の台数は上記実施形態に限定されず、それぞれ１台であっても良いし、３台以上であっても良い。
【０１１３】
上記の第１保守端末９Ａ及び第２保守端末９Ｂは、パーソナルコンピュータに着脱可能に取り付けられるメモリ及び当該メモリに保存されたアプリケーションであっても良い。
【０１１４】
上記のオペレータリスト５３ａ、保守端末リスト５５ａ、被保守端末リスト５７ａ、接続ジョブリスト５９ａは、適宜の形式（例えばＸＭＬ形式）で格納することができる。
【０１１５】
上記実施形態の構成に代えて、各中継サーバ間での通信に用いられる外部サーバをインターネット上に設置し、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能を発揮させて通信を行う構成にしても良い。
【符号の説明】
【０１１６】
１ 中継通信システム
５ センター端末（管理機能付き中継サーバ）
７Ａ 第１被保守端末（被接続側の中継サーバ）
７Ｂ 第２被保守端末（被接続側の中継サーバ）
９Ａ 第１保守端末（接続側の中継サーバ）
９Ｂ 第２保守端末（接続側の中継サーバ）
１１ センター端末操作端末
１５Ａ 第１被保守対象システム
１５Ｂ 第２被保守対象システム
２３Ａ 第１保守操作端末
２３Ｂ 第２保守操作端末
７８ 通信検出部
７９ 接続許可要求部
８１ センター端末情報格納部（管理先情報格納部）
１０８ 通信検出部
１０９ 許可情報送信部
１１１ センター端末情報格納部（管理先情報格納部）
１１２ 未通知リスト格納部
【特許請求の範囲】
【請求項１】
自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する選択ジョブ通知部と、
前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める接続許可要求部と、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
を備えることを特徴とする接続側の中継サーバ。
【請求項２】
請求項１に記載の接続側の中継サーバであって、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知され、当該接続ジョブが示す被接続側の中継サーバとの間に前記ルーティングセッションを確立した後は、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合でも、当該ルーティングセッションを維持することを特徴とする接続側の中継サーバ。
【請求項３】
請求項１又は２に記載の接続側の中継サーバであって、
前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できる旨を前記通信検出部が検出している場合は、当該管理機能付き中継サーバに当該作業の完了を通知し、
前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出している場合は、前記被接続側の中継サーバに当該作業の完了を通知するとともに、前記被接続側の中継サーバに、当該作業の完了を前記管理機能付き中継サーバへ通知させることを特徴とする接続側の中継サーバ。
【請求項４】
自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された自身又は他の被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
前記接続側の中継サーバが前記管理機能付き中継サーバと通信できない旨を検出し、当該接続側の中継サーバから、自身に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する許可情報送信部と、
自身と前記接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記通信検出部に基づいて前記管理機能付き中継サーバと通信が可能であれば、当該作業の完了を当該管理機能付き中継サーバへ通知する代理通知部と、
を備えることを特徴とする被接続側の中継サーバ。
【請求項５】
請求項４に記載の被接続側の中継サーバであって、
前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出していれば、当該作業の完了を前記管理機能付き中継サーバへ通知していない旨を記憶し、前記管理機能付き中継サーバへの通信が可能となったときに、当該作業の完了を前記代理通知部が当該管理機能付き中継サーバへ通知することを特徴とする被接続側の中継サーバ。
【請求項６】
管理機能付き中継サーバと、
前記管理機能付き中継サーバと通信可能な接続側の中継サーバと、
前記管理機能付き中継サーバと通信可能な被接続側の中継サーバと、
を含んで構成される中継通信システムであって、
前記接続側の中継サーバは、
ログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された前記被接続側の中継サーバと、を対応付けた接続ジョブの格納先である前記管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する選択ジョブ通知部と、
前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める接続許可要求部と、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
を備えることを特徴とする中継通信システム。
【請求項１】
自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、接続を許可され得る候補である接続候補として当該オペレータが設定された被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する選択ジョブ通知部と、
前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める接続許可要求部と、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
を備えることを特徴とする接続側の中継サーバ。
【請求項２】
請求項１に記載の接続側の中継サーバであって、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知され、当該接続ジョブが示す被接続側の中継サーバとの間に前記ルーティングセッションを確立した後は、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合でも、当該ルーティングセッションを維持することを特徴とする接続側の中継サーバ。
【請求項３】
請求項１又は２に記載の接続側の中継サーバであって、
前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できる旨を前記通信検出部が検出している場合は、当該管理機能付き中継サーバに当該作業の完了を通知し、
前記接続ジョブの実行中に行われた作業の完了時に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出している場合は、前記被接続側の中継サーバに当該作業の完了を通知するとともに、前記被接続側の中継サーバに、当該作業の完了を前記管理機能付き中継サーバへ通知させることを特徴とする接続側の中継サーバ。
【請求項４】
自身及び他の中継サーバを含んで構成される中継通信システムにログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された自身又は他の被接続側の中継サーバと、を対応付けた接続ジョブの格納先である管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
前記接続側の中継サーバが前記管理機能付き中継サーバと通信できない旨を検出し、当該接続側の中継サーバから、自身に対する接続の許可の要求を受信したときに、接続を許可するか否かを通知する許可情報送信部と、
自身と前記接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記通信検出部に基づいて前記管理機能付き中継サーバと通信が可能であれば、当該作業の完了を当該管理機能付き中継サーバへ通知する代理通知部と、
を備えることを特徴とする被接続側の中継サーバ。
【請求項５】
請求項４に記載の被接続側の中継サーバであって、
前記接続側の中継サーバから、前記接続ジョブの実行中に行われた作業の完了を前記管理機能付き中継サーバへ通知していない旨を受信した場合、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出していれば、当該作業の完了を前記管理機能付き中継サーバへ通知していない旨を記憶し、前記管理機能付き中継サーバへの通信が可能となったときに、当該作業の完了を前記代理通知部が当該管理機能付き中継サーバへ通知することを特徴とする被接続側の中継サーバ。
【請求項６】
管理機能付き中継サーバと、
前記管理機能付き中継サーバと通信可能な接続側の中継サーバと、
前記管理機能付き中継サーバと通信可能な被接続側の中継サーバと、
を含んで構成される中継通信システムであって、
前記接続側の中継サーバは、
ログイン可能なオペレータと、当該オペレータが接続を許可され得る候補である接続候補として設定された前記被接続側の中継サーバと、を対応付けた接続ジョブの格納先である前記管理機能付き中継サーバの識別情報を格納する管理先情報格納部と、
前記管理機能付き中継サーバに対する通信が可能か否かを検出する通信検出部と、
自身を介してログイン中のオペレータが接続候補として設定された前記接続ジョブの一覧である候補ジョブリストを前記管理機能付き中継サーバから受信した後に、当該候補ジョブリストの中から選択された前記接続ジョブを前記管理機能付き中継サーバに通知する選択ジョブ通知部と、
前記候補ジョブリストの受信後であって選択された前記接続ジョブの実行の許可を前記管理機能付き中継サーバから受信する前に、前記管理機能付き中継サーバと通信できない旨を前記通信検出部が検出した場合に、選択された前記接続ジョブに示された前記被接続側の中継サーバに接続の許可を求める接続許可要求部と、
前記管理機能付き中継サーバから前記接続ジョブの実行の許可が通知されたとき、又は、前記被接続側の中継サーバから接続の許可が通知されたときに、当該被接続側の中継サーバとの間に、パケットのルーティングに用いられるルーティングセッションを確立するルーティングセッション確立部と、
前記ルーティングセッションに基づいて、ルーティング制御を行うルーティング制御部と、
を備えることを特徴とする中継通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−２２７８３５（Ｐ２０１２−２２７８３５Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９５３２８（Ｐ２０１１−９５３２８）
【出願日】平成２３年４月２１日（２０１１．４．２１）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月２１日（２０１１．４．２１）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]