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