(57)【要約】  【課題】  ＩＰネットワークが障害等の理由で利用できなくなった場合に、当該ＩＰネットワークを経由せずに、外部からの発呼を本来の発呼先電話とは異なる他の電話に転送するよう制御するＩＰ電話制御システムを提供する。  【解決手段】  センターサーバ２１０の呼制御部２１１は、通信事業者サイト１０にあって、ＩＰネットワーク９０を介して接続される企業サイト１００のＩＰ電話１３０等についての呼制御を管理する。センターサーバ２１０の障害検知部２１２は、外部の電話からＩＰ電話１３０等に対する発呼を受信し、ＩＰネットワーク９０を介して両電話を接続するよう制御し、正常な接続がされたかどうかをチェックする。センターサーバ２１０の転送管理部２１３は、正常な接続がされなかった場合に、外部の電話からの発呼を、その発呼先の電話番号に対応づけられた他の電話に、当該ＩＰネットワーク９０を経由せずに転送するよう制御する。【選択図】  図２
2009182384.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを含むＩＰ電話制御システムであって、
前記サーバは、
前記電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、前記発呼先電話機と前記発呼元電話機とを接続するよう制御する呼制御手段と、
前記発呼先電話機と前記発呼元電話機との間での前記接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知手段と、
前記障害検知手段によって障害が検知された場合に、前記発呼元電話機からの発呼を、前記障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理手段とを備えることを特徴とするＩＰ電話制御システム。
【請求項２】
請求項１に記載のＩＰ電話制御システムにおいて、
前記障害検知手段は、すくなくとも複数の方法により、前記接続が正常に行われたかどうかをチェックすることを特徴とするＩＰ電話制御システム。
【請求項３】
請求項２に記載のＩＰ電話制御システムにおいて、
前記障害検知手段は、アプリケーション層におけるチェックと、前記アプリケーション層より下位の層におけるチェックによって、前記接続が正常に行われたかどうかをチェックすることを特徴とするＩＰ電話制御システム。
【請求項４】
請求項１に記載のＩＰ電話制御システムにおいて、
前記転送管理手段は、前記発呼先電話機の電話番号ごとに対応付けられた識別情報を記憶する記憶手段にアクセスして、前記発呼先電話機の電話番号に対応する識別情報を求め、こうして求められた前記識別情報に基づいて転送先の機器を特定することを特徴とするＩＰ電話制御システム。
【請求項５】
請求項４に記載のＩＰ電話制御システムにおいて、
前記記憶手段はさらに、前記発呼元電話機の電話番号ごとに識別情報が対応付けられるよう記憶されており、
前記転送管理手段は、前記発呼先電話機の電話番号、および前記発呼元電話機の電話番号の組み合わせに対応する識別情報を求めることを特徴とするＩＰ電話制御システム。
【請求項６】
請求項１に記載のＩＰ電話制御システムにおいて、
前記転送管理手段は、発呼先電話機の電話番号ごとに複数の識別情報が対応付けられるよう記憶されている記憶手段にアクセスして、前記発呼先電話機の電話番号に対応する複数の識別情報を求め、こうして求められた複数の前記識別情報に基づいて、転送先の機器について複数の候補を特定することを特徴とするＩＰ電話制御システム。
【請求項７】
請求項６に記載のＩＰ電話制御システムにおいて、
前記転送管理手段は、前記特定された複数の候補のうち、第１の機器に対して第１の転送を行い、前記第１の転送によって、前記発呼元電話機と前記第１の機器とが正常に接続されない場合は、第２の機器に対して第２の転送を行い、順次、正常な接続がされるまで、あるいは、正常な接続がされない場合は所定の回数だけ、候補の機器に対して転送を切り換えて行うことを特徴とするＩＰ電話制御システム。
【請求項８】
請求項６に記載のＩＰ電話制御システムにおいて、
前記転送管理手段は、前記特定された複数の候補について、ほぼ同じタイミングで転送を行い、最初に応答した機器との間で接続を行うことを特徴とするＩＰ電話制御システム。
【請求項９】
請求項６に記載のＩＰ電話制御システムにおいて、
前記記憶手段はさらに、前記発呼元電話機の電話番号ごとに複数の識別情報が対応付けられるよう記憶されており、
前記転送管理手段は、前記発呼先電話機の電話番号、および前記発呼元電話機の電話番号の組み合わせに対応する複数の識別情報を求めることを特徴とするＩＰ電話制御システム。
【請求項１０】
ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを利用して実行されるＩＰ電話制御方法であって、
前記サーバにおいて、
前記電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、前記発呼先電話機と前記発呼元電話機とを接続するよう制御する呼制御ステップと、
前記発呼先電話機と前記発呼元電話機との間での前記接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知ステップと、
前記障害検知ステップによって障害が検知された場合に、前記発呼元電話機からの発呼を、前記障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理ステップとを備えることを特徴とするＩＰ電話制御方法。
【請求項１１】
ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを含むＩＰ電話制御システムを実現させるプログラムであって、
前記サーバに、
前記電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、前記発呼先電話機と前記発呼元電話機とを接続するよう制御する呼制御手段、
前記発呼先電話機と前記発呼元電話機との間での前記接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知手段、および、
前記障害検知手段によって障害が検知された場合に、前記発呼元電話機からの発呼を、前記障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理手段として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰネットワークの障害を検出した場合に、外部からの呼び出しを他の電話に転送するよう制御するＩＰ電話制御システムに関する。
【背景技術】
【０００２】
近年、光ファイバーネットワーク等を用いたブロードバンドネットワークの普及がすすみ、企業におけるＩＰ電話サービスの利用が本格化してきている。こうしたＩＰ電話サービスの１つにＩＰセントレックスサービスがある。ＩＰセントレックスサービスは、企業におけるＩＰベースのネットワークインフラを、通信事業者等のデータセンターにアウトソーシングして運用するサービスである。
【０００３】
ＩＰセントレックスサービスによりＩＰ電話を実現すると、ＶｏＩＰ（Voice over IP）により、通話音声がＩＰネットワーク上のデータ（音声系データ）として扱われる。これによって、音声系データと、これまでメール、グループウェア、Ｗｅｂアプリケーション等のデータを効果的に連携させるシステムを、今までより容易に構築できるようになる。
【０００４】
一方、ＩＰセントレックスサービス等によって構築されたＩＰ電話システムでは、ＩＰネットワークに障害が発生したり、停電があったりすると、ＩＰ電話での通話ができなくなってしまうという欠点がある。企業としては、このような障害が発生すると、電話の発信より、むしろ着信に関して大きな不利益を被ることになる。すなわち、ＩＰネットワークの障害等は、企業内においては、様々なアプリケーションの動作や電話の発信操作等の異常によって、比較的早期に認識することが可能であり、そのため、障害の箇所に応じて適切な処置をとることが可能である。たとえば、ＩＰ電話が不通であれば、携帯電話や他の通信手段で相手と連絡をとるよう迅速に切り替えることができる。
【０００５】
しかしながら、ＩＰ電話が不通となっている企業に対して連絡をとろうと試みている他の企業は、そのような事態の発生を知らずに電話をかけてくることになる。さらに、こうした他の企業から電話による連絡が試みられていることを、その障害中の企業が知ることができないのである。このことは、当該企業の信用毀損につながったり、新たなビジネスチャンスを失う結果にもつながりかねない。
【０００６】
ＩＰネットワークやネットワーク機器等を２重化しておき、障害が発生した場合に、自動的に切り替えるように設定しておけば、上記のようなリスクを回避できるが、システムが複雑化するうえに、導入費および維持費が高額になってしまう。
【０００７】
そこで、このようなＩＰネットワーク等で障害が発生した場合に、ネットワークの２重化等をすることなく、障害が発生している経路を回避して連絡ができるようにしようとする複数のアプローチが従来よりなされている。たとえば、特許文献１では、通信事業者のサイトに設置されたＶｏＩＰ交換機が、企業内にあるＶｏＩＰ電話制御端末から送信される情報を所定間隔で受信することによってネットワークの障害を検知し、ネットワーク障害時に、このＶｏＩＰ電話制御端末に対して接続要求があった場合は、その通話を公衆交換電話網５０経由でＶｏＩＰ電話制御端末に転送するよう制御するＩＰ電話ネットワークシステムが提案されている。
【特許文献１】特開２００６−１４０７１号公報
【０００８】
また、特許文献２では、ＩＰネットワークに障害等が発生して不通となった場合に、当該ＩＰネットワーク経由で接続されていたＩＰ電話機を、ゲートウエイを介して一般公衆網経由での接続に切り換えるよう制御するＩＰ電話網の非常時接続システムが提案されている。
【特許文献２】特開２００５−２６８９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１のＩＰ電話ネットワークシステムでは、企業側にＶｏＩＰ電話制御端末を設置しておき、そのＶｏＩＰ電話制御端末と、通信事業者のサイトに設置されたＶｏＩＰ交換機との間でネットワークの障害を監視する仕組みが必要となる（具体的には、ＶｏＩＰ電話制御端末が通話障害検査情報を送信する送信部を備え、ＶｏＩＰ交換機が、ＶｏＩＰ電話制御端末から送信される通話障害検査情報を受信し、所定期間、当該情報が受信できなかった場合に、ネットワーク障害であることを検知する障害判定部を備える）。さらに、このシステムのＶｏＩＰ電話制御端末は、接続されているＩＰ電話が公衆交換電話網経由での通話もできるようにするＰＳＴＮ接続部を設ける必要がある。
【００１０】
また、特許文献２の非常時接続システムでは、ＩＰネットワークに障害が発生した場合に、ＩＰ電話機がそのＩＰネットワークを介さずに一般公衆網経由で発信を行うことができるが、こうした障害時に、外部から発呼を受信することができないばかりか、こうした発呼があったことを知ることもできない構成となっている。
【００１１】
したがって、本発明の目的は、ＩＰネットワークの障害が発生した場合に、ネットワークの２重化や通信機器の大幅な改良をすることなく（特に、企業側の機器の構成や機能を変更することなく）、当該ＩＰネットワークに関する障害を検出するとともに、外部からの発呼を所定の電話等に効果的に転送することができるＩＰ電話制御システムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の実施態様は、ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを含むＩＰ電話制御システムである。ＩＰ電話制御システムのサーバは、電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、発呼先電話機と発呼元電話機とを接続するよう制御する呼制御手段と、発呼先電話機と発呼元電話機との間での接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知手段と、障害検知手段によって障害が検知された場合に、発呼元電話機からの発呼を、障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理手段とを備える。
【００１３】
本発明のこうした構成により、ネットワークの障害時、すなわち、発呼先電話機と発呼元電話機との間での接続が正常に行われなかった場合に、外部からの発呼を効果的に他の電話機に転送することができる。
【００１４】
本発明の第２の実施態様は、第１の実施態様のＩＰ電話制御システムにおいて、障害検知手段が、すくなくとも複数の方法により、接続が正常に行われたかどうかをチェックするように構成される。
【００１５】
本発明の第３の実施態様は、第２の実施態様のＩＰ電話制御システムにおいて、障害検知手段が、アプリケーション層におけるチェックと、アプリケーション層より下位の層におけるチェックによって、接続が正常に行われたかどうかをチェックするように構成される。
【００１６】
本発明の第４の実施態様は、第１の実施態様のＩＰ電話制御システムにおいて、転送管理手段が、発呼先電話機の電話番号ごとに対応付けられた識別情報を記憶する記憶手段にアクセスして、発呼先電話機の電話番号に対応する識別情報を求め、こうして求められた識別情報に基づいて転送先の機器を特定するように構成される。
【００１７】
本発明の第５の実施態様は、第４の実施態様のＩＰ電話制御システムにおいて、記憶手段がさらに、発呼元電話機の電話番号ごとに識別情報を対応付けて記憶しており、転送管理手段が、発呼先電話機の電話番号、および発呼元電話機の電話番号の組み合わせに対応する識別情報を求めるように構成される。
【００１８】
本発明の第６の実施態様は、第１の実施態様のＩＰ電話制御システムにおいて、転送管理手段が、発呼先電話機の電話番号ごとに複数の識別情報が対応付けられるよう記憶されている記憶手段にアクセスして、発呼先電話機の電話番号に対応する複数の識別情報を求め、こうして求められた複数の識別情報に基づいて、転送先の機器について複数の候補を特定するように構成される。
【００１９】
本発明の第７の実施態様は、第６の実施態様のＩＰ電話制御システムにおいて、転送管理手段が、特定された複数の候補のうち、第１の機器に対して第１の転送を行い、第１の転送によって、発呼元電話機と第１の機器とが正常に接続されない場合は、第２の機器に対して第２の転送を行い、順次、正常な接続がされるまで、あるいは、正常な接続がされない場合は所定の回数だけ、候補の機器に対して転送を切り換えて行うように構成される。
【００２０】
本発明の第８の実施態様は、第６の実施態様のＩＰ電話制御システムにおいて、転送管理手段が、特定された複数の候補について、ほぼ同じタイミングで転送を行い、最初に応答した機器との間で接続を行うように構成される。
【００２１】
本発明の第９の実施態様は、第６の実施態様のＩＰ電話制御システムにおいて、記憶手段がさらに、発呼元電話機の電話番号ごとに複数の識別情報を対応付けて記憶し、転送管理手段が、発呼先電話機の電話番号、および発呼元電話機の電話番号の組み合わせに対応する複数の識別情報を求めるように構成される。
【００２２】
本発明の第１０の実施態様は、ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを利用して実行されるＩＰ電話制御方法である。ＩＰ電話制御方法のサーバは、電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、発呼先電話機と発呼元電話機とを接続するよう制御する呼制御ステップと、発呼先電話機と発呼元電話機との間での接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知ステップと、障害検知ステップによって障害が検知された場合に、発呼元電話機からの発呼を、障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理ステップとを備えるように構成される。
【００２３】
本発明の第１１の実施態様は、ＩＰネットワークを介して接続される電話機についての呼制御を行うサーバを含むＩＰ電話制御システムを実現させるプログラムである。このプログラムは、サーバを、電話機（発呼先電話機）に対する発呼元電話機からの発呼を受信した場合に、発呼先電話機と発呼元電話機とを接続するよう制御する呼制御手段、発呼先電話機と発呼元電話機との間での接続が正常に行われたかどうかをチェックすることにより、障害を検知する障害検知手段、および、障害検知手段によって障害が検知された場合に、発呼元電話機からの発呼を、障害が検知された経路に含まれるＩＰネットワークを経由せずに、他の機器に転送する転送管理手段として機能させる。
【発明の効果】
【００２４】
本発明に係るＩＰ電話制御システムによって、非常にシンプルな構成で、ＩＰネットワークの障害を検知することができる。
【００２５】
また、ＩＰネットワークの障害が発生した場合に、外部からの発呼を所定の電話等に効果的に転送することができる。本発明に係るＩＰ電話制御システムによる障害時の電話転送の態様として多くのバリエーションが用意されており、外部からの発呼を適切なパターンで適切な電話機に接続するよう制御できる。
【発明を実施するための最良の形態】
【００２６】
最初に、本発明の一実施態様に係るＩＰ電話制御システムの概要を、図１を参照して説明する。本発明のＩＰ電話制御システム１の主たる機能は、通信事業者サイト１０に配置されるＩＰセントレックスサーバ２０により実現される。ここで、通信事業者は、たとえば、ＩＰセントレックスサービスを企業等に提供する通信プロバイダーであり、通信事業者サイトとは、通信事業者のサーバやネットワーク機器が設置してある場所等を指す。その通信事業者サイト１０には、この他、当該通信事業者と提携関係にある他社ＩＰ電話網にＩＰセントレックスサーバ２０を接続するクラス４スイッチ３０、公衆電話網６０や携帯電話網７０に接続するためのメディアゲートウエイ３５、およびＩＰネットワーク９０に接続するためのルータ４０が配置される。
【００２７】
一方、当該通信事業者によるＩＰセントレックスサービスを受ける企業等の場所である企業サイト１００には、ＩＰネットワーク９０に接続するためのルータ１１０、このルータ１１０に接続されているパーソナルコンピュータ（ＰＣ）１２０、ＩＰ電話１３０、無線ＬＡＮアクセスポイント１４０が配置され、ＰＣ１２０では、ＩＰ電話システムによる通話を実現する、いわゆるソフトフォンなどのアプリケーションが稼働する。また、携帯電話１５０は、無線ＬＡＮアクセスポイント１４０を介してＩＰ電話システムによる通話が可能なように構成される。この他、企業サイト１００では、公衆電話網６０に接続された固定電話１６０、携帯電話網７０を介して通話が可能な携帯電話１７０が使用されうる。
【００２８】
ＰＣ１２０で稼働するソフトフォン、ＩＰ電話１３０、携帯電話１５０はＩＰセントレックスサービスによるＩＰ電話であり、固定電話１６０、携帯電話１７０は非ＩＰ電話であって、当該ＩＰセントレックスサービスとの関わりはない。
【００２９】
図１の例では、通信事業者サイト１０と企業サイト１００は、通信事業者サイト１０のルータ４０、ＩＰネットワーク９０、および企業サイト１００のルータ１１０を介して相互に接続される。ＩＰネットワーク９０が光ファイバー回線を利用する場などは、ＯＮＵ（光回線終端装置）等の機器も使用されるが、ここでは、そのような詳細な機器配置については記載を省略する。また、ＩＰネットワーク９０は、通常、インターネットのような広域接続ネットワークであるが、これに限定されるわけではない。たとえば、ＬＡＮ、ＬＡＮと専用回線を含むＷＡＮ（Wide Area Network）、イントラネット、エクストラネットなど、その他の様々なトポロジおよびこれらの組み合わせで構成される、ＩＰによる通信が可能なすべてのネットワークが含まれる。
【００３０】
図１には、外部の電話、すなわち、図１に示す通信事業者サイト１０、企業サイト１００以外の電話も示されている。ＩＰ電話５１は、他社ＩＰ電話網５０に接続されているＩＰ電話であり、固定電話６１は、公衆電話網６０に接続されている固定電話であり、携帯電話７１は、携帯電話網７０を介しての通話が可能な携帯電話である。
【００３１】
本発明の一実施態様に係るＩＰ電話制御システム１では、ＩＰセントレックスサーバ２０が、ＩＰ電話５１、固定電話６１、携帯電話７１のような外部の電話から、企業サイト１００のＩＰ電話１３０などのＩＰ電話への発呼を受信した際に、通信事業者サイト１０と企業サイト１００との間の接続が、それらの間のネットワークや通信機器の障害・停電などにより遮断されている場合、発呼先を、設定情報をもとに他の電話（たとえば、企業サイト１００にある固定電話１６０や携帯電話１７０）に切り替えるよう制御する。
【００３２】
図２は、上述した発呼先の切り替えの態様を模式的に示すものである。ＩＰセントレックスサーバ２０は、ＩＰ電話５１、固定電話６１、携帯電話７１といった外部の電話から、それぞれ他社ＩＰ電話網５０、公衆電話網６０、携帯電話網７０を介して、たとえば、企業サイト１００のＩＰ電話１３０への発呼を受信する。ここで、ＩＰセントレックスサーバ２０が、ＩＰネットワーク９０の障害等による、通信事業者サイト１０と企業サイト１００の間のＩＰネットワーク９０の接続障害を検出すると、外部の電話の発呼先を切り替え、障害中のＩＰネットワーク９０を介さない経路での通話を実現する。
【００３３】
たとえば、図２の例では、当該発呼は、携帯電話網７０を介して携帯電話１７０へ転送され（転送（１））、そこで携帯電話１７０との接続が行われれば、外部の電話と携帯電話１７０との通話が可能となる。また、本発明の一実施態様に係るＩＰ電話制御システム１では、この転送（１）による通話が、なんらかの障害によって実現できなかった場合に、第２の転送先に当該発呼を転送するよう制御する。この例では、第２の転送が、公衆電話網６０を介して固定電話１６０に行われている（転送（２））。このような代替経路の変更は、何回でも行うことができる。
【００３４】
また、上記の転送（１）と転送（２）をほぼ同じタイミングで一斉に行うようにすることもでき、この場合は、最初に発呼に応じた電話との通話が実現される。転送先には、様々な電話を指定することができる。たとえば、図２に示す他、当該通信事業者と提携関係にあるＩＰ電話には、他社ＩＰ電話網５０を介して転送することができ、当該通信事業者と提携関係にないＩＰ電話には、公衆電話網６０を介してそのＩＰ電話のネットワークに接続する。転送先が企業サイト１００の外にある電話であってもよい。
【００３５】
次に、図３を参照して、本発明の一実施態様に係るＩＰ電話制御システム１に含まれるＩＰセントレックスサーバ２０の機能について説明する。図３に例示するように、ＩＰセントレックスサーバ２０は、複数の機能サーバで構成される。その点で、ＩＰセントレックスサーバ２０は複数のサーバを含むサーバ群であるということができるが、これらの機能を１つのサーバで実現することもできる。また、それ以外のサーバ構成で実現することも可能である。
【００３６】
図３に示すＩＰセントレックスサーバ２０は、センターサーバ２１０、Ｗｅｂサーバ２２０、顧客管理サーバ２４０、およびＩＰ−ＰＢＸ２６０から構成され、少なくともＷｅｂサーバ２２０、顧客管理サーバ２４０、およびＩＰ−ＰＢＸ２６０は、センターサーバ２１０に接続される。
【００３７】
センターサーバ２１０は、呼制御部２１１、障害検出部２１２、転送管理部２１３を含むように構成される。呼制御部２１１は、必要に応じてＩＰ−ＰＢＸ２６０と通信を行い、企業サイト１００内のＩＰ電話間の通話（内線通話）や、固定電話６１などの外部の電話と企業サイト１００内のＩＰ電話との通話（外線通話）を制御する。呼制御部２１１は、外線の着信があった場合に、顧客管理サーバ２４０で管理されている顧客情報テーブル２５１を参照して、どのＩＰ電話を呼び出すかを決定し、ＩＰネットワーク９０を介して当該呼び出しを行う。こうした呼び出しは通常、ＳＩＰのメッセージをやりとりすることによって行われる。
【００３８】
障害検出部２１２は、複数のレベル（方法・観点で）で接続が正常にされたかどうかをチェックする。たとえば、複数の層（ＯＳＩ参照モデルにおける層）における２重のチェックで呼び出しが正常に行われたかどうかを判定する。ネットワーク層、トランスポート層の監視によるチェックでは、ＩＰ電話を呼び出すためのＳＩＰのＩＮＶＩＴＥメッセージ等を含むパケットが到達したかどうかという情報を、Ｌｉｎｕｘ（登録商標）のネットワークカーネルから取得し監視する。他方、アプリケーション層の監視によるチェックでは、ＳＩＰでやり取りされるメッセージを取得し、応答の妥当性評価を行って、異常を検出する。ＩＰセントレックスサーバ２０とＩＰ電話１３０の間では通常、ＳＩＰを使って呼制御の情報を含むメッセージをやり取りしており、通話が可能となるためには、これらのメッセージが正常なタイミング、および内容でやり取りされる必要がある。たとえば、ＩＮＶＩＴＥメッセージ送出後所定時間内にＡＣＫメッセージが返信されてきているかどうかなどの評価を行って正常接続がされたかどうかの判定が行われる。
【００３９】
呼制御部２１１は、障害検出部２１２で障害が検出された場合に、転送管理部２１３を呼び出し、外線（外部の電話からの発呼）を転送するよう制御する。ここで、転送管理部２１３は、顧客管理サーバ２４０で管理されている転送指定テーブル２５４を参照して、当該発呼の転送先を決定する。転送管理部２１３は、たとえば、発呼された電話番号や発信者電話番号等に基づいて転送先を決定する。また、転送管理部２１３は、転送先で着呼が正常に行われるかどうかを判定する。転送指定テーブル２５４で第２（２回目）の転送先が指定されているときは、１回目の転送先との通話接続が（たとえば話し中やネットワーク障害などの理由で）成功しなかった場合に、転送先をさらに第２の転送先に切り替える制御を行う。また、転送指定テーブル２５４で複数の転送先が指定されている場合は、それぞれの転送先にほぼ同じタイミングで発信し、最初に応答した電話に対して接続を行うよう制御することもできる。転送指定テーブル２５４に指定内容を登録するためのＧＵＩ、および転送指定テーブル２５４の内容については、後で詳述する。
【００４０】
Ｗｅｂサーバ２２０は、Ｗｅｂアクセス制御部２２１を含むが、これは、既存の一般的なＷｅｂサーバと同様の機能である。Ｗｅｂアクセス制御部２２１は、この例では、企業サイト１００のＰＣ１２０で稼働するＷｅｂブラウザとの間で（ＩＰネットワーク９０を介して）、ＨＴＴＰ（HyperText Transfer Protocol）といったプロトコルを用いたデータの送受信を行う。当該Ｗｅｂブラウザからの要求により、所定のＷｅｂページをＷｅｂページデータ格納領域２３１から取得し、データ等の表示が必要な場合は、それらを関連データ格納領域２３２や顧客管理サーバ２４０に接続されている記憶装置２５０から取得し、ＨＴＴＰでＰＣ１２０に送信する。ＰＣ１２０のユーザがＷｅｂブラウザを介して入力したデータは、たとえば、記憶装置２５０に記憶される。
【００４１】
このような仕組みにより、後で説明するユーザ情報設定画面３００や障害時転送設定画面４００等を用いた設定操作が行われる。
【００４２】
顧客管理サーバ２４０は、顧客情報管理部２４１、転送情報管理部２４２、課金管理部２４３、および決済管理部２４４を含むように構成される。顧客情報管理部２４１は、Ｗｅｂサーバ２２０のＷｅｂアクセス制御部２２１を用いて、企業サイト１００のユーザから顧客に関する情報（顧客に関する情報）を受信し、それらを、顧客管理サーバ２４０が管理する顧客情報テーブル２５１に記憶する。また、当該ユーザの指示に応じて、Ｗｅｂブラウザで顧客情報テーブル２５１の情報を当該ユーザに表示する。具体的なＧＵＩの例は、後で図４を参照して行う。
【００４３】
転送情報管理部２４２は、Ｗｅｂサーバ２２０のＷｅｂアクセス制御部２２１を用いて、企業サイト１００のユーザから電話の転送に関する指定情報を受信し、それらを、顧客管理サーバ２４０が管理する転送指定テーブル２５４に記憶する。また、当該ユーザの指示に応じて、Ｗｅｂブラウザで転送指定テーブル２５４の情報を当該ユーザに表示する。具体的なＧＵＩの例は、後で図５および図６を参照して行う。
【００４４】
課金管理部２４３、および決済管理部２４４によって実現される機能は、いずれも既存のＩＰ電話制御システムにとって一般的なものである。課金管理部２４３は、ユーザが採用する課金パターンや、電話の使用状況に応じた課金額等を、課金情報テーブル２５２で必要なデータを記憶することにより管理する。決済管理部２４４は、課金管理部２４３により求められた課金額を所定の方法により請求するとともに、ユーザによる支払いの状況を、決済情報テーブル２５３で必要なデータを記憶することにより管理する。
【００４５】
ＩＰ−ＰＢＸ２６０は、企業サイト１００における内線通話を制御する。この例では、ＩＰ−ＰＢＸ２６０は、企業サイト１００ではなく、通信事業者サイト１０に配置されており、センターサーバ２１０を介してこうした内線通話の制御が行われている。ＩＰ−ＰＢＸ２６０はまた、音声自動応答機能、ボイスメール機能、電話会議機能など様々なＩＰ電話機能を備える。ＩＰ−ＰＢＸ２６０は、この例では、ＩＰ−ＰＢＸ機能部２６１ａ、ＩＰ−ＰＢＸ機能部２６１ｂ、ＩＰ−ＰＢＸ機能部２６１ｃ等を含むが、これらの機能部は、たとえば、企業サイト１００のユーザごとに１つが専用的に使用される。
【００４６】
次に、図４を参照して企業サイト１００のユーザがユーザ情報を設定するために使用する（Ｗｅｂブラウザ表示）画面について説明する。図４に示すユーザ情報設定画面３００は、ユーザログイン部３１０、電話設定メニュー３２０、ユーザ設定メニュー３３０等を含み、さらに、ボタン３７０、ボタン３８０が表示される。
【００４７】
ユーザログイン部３１０には、ユーザＩＤとパスワードを入力し、ここでの認証処理にパスして初めて、ユーザは、ユーザ情報の設定や変更を行うことができる。こうして表示されるユーザ情報は、入力されたユーザＩＤに対応付けられたものである。電話設定メニュー３２０には、たとえば、電話番号管理や内線番号管理など、電話番号や電話の機能に関する選択項目が表示されている。ユーザ設定メニュー３３０には、たとえば、オプションの追加や予約、請求明細や通話履歴などの選択項目がリストされている。
【００４８】
表示部３４０、表示部３５０、および表示部３６０等には、上記選択項目を、ＰＣ１２０のキーボードやマウスなどの入力装置で選択した際に、これに対応する情報が表示される。この例では、電話設定メニュー３２０の中の、電話番号管理の項目を選択した場合の内容が表示されている。表示部３４０には、設定の対象となる企業サイト１００のユーザに関する電話番号が表示されている。このＩＰ電話制御システム１においては、１ユーザに対して複数の「０３」から始まる電話番号を割り当て可能であり、複数の割り当てがある場合は、ここで、そのうちの１つを選択する。表示部３５０では、呼び出された際の動作について設定を行う。この例では、当該電話番号に対する呼び出しを２０秒続けた後で、他の電話番号に転送するという設定がされている。表示部３６０では、表示部３５０で「転送する」が指定された場合に、転送される電話の電話番号が入力される。
【００４９】
ボタン３７０をマウス等で押下すると、図５、図６に示すような障害時転送設定画面がＷｅｂブラウザに表示され、そこでユーザは、ＩＰネットワーク９０等の障害時における転送の態様を設定する。ボタン３８０をマウス等で押下すると、これらの設定内容がテーブルに記憶される。障害時における転送の態様については、顧客管理サーバ２４０の転送指定テーブル２５４に記憶され、それ以外のユーザ情報については、顧客情報テーブル２５１に記憶される。
【００５０】
ここで、図７Ａを参照して、顧客情報テーブルの一例について説明する。図７Ａに示す顧客情報テーブル２５１では、ユーザＩＤ、パスワード、電話番号等が記憶される。たとえば、ユーザＩＤ「Ｕ０００２」は、２つの電話番号を使用可能である。ＳＩＰ−ＵＲＩの項目は、ＩＰ電話システムにおいて、ＩＰ電話を特定するための識別情報であり、前述の呼制御部２１１は、発呼を受信すると、発呼先の電話番号に対応するＳＩＰ−ＵＲＩを、この顧客情報テーブル２５１から求め、呼び出すべき企業サイト１００とＩＰ電話を特定する。
【００５１】
次に図５および図６について説明する。図５および図６には、ユーザがＩＰネットワーク９０等の障害時に、外部からかかってくる電話をどのような方法で転送するかを指定する画面の例が示されている。図５Ａは、転送種別ごとに、呼び出された電話番号と、転送される電話の電話番号とが１対１で指定されるよう構成された障害時転送設定画面４００である。転送種別表示部４３０には、転送先を何にするかが指定されている。この例では、電話とボイスメールを選ぶことができるが、ＦＡＸ番号が呼び出された場合は、代替のＦＡＸの番号を指定することもできる。転送先識別情報表示部４４０には、転送先の電話の電話番号等が指定される。ボタン４５０をマウス等で押下すると、当該指定内容が転送指定テーブル２５４に記憶される。
【００５２】
このようにして記憶された転送指定テーブル２５４の内容が、図７Ｂに示されている。ユーザＩＤ、電話番号、転送先種別、転送先識別情報等が記憶される。たとえば、前述の転送管理部２１３において、障害時に、ユーザＩＤ「Ｕ０００２」の電話番号「０３４５９０ＸＸＸＢ」の電話に対して発呼があると、それが電話番号「０３２２５８ＸＸＸＸ」の電話に転送される。ユーザＩＤ「Ｕ００１８」については、転送先の電話番号が指定されていないが、この場合は、障害による通常の応答としたり、案内メッセージを通知したりといった、所定の対応をとるようにすることができる。
【００５３】
また、図８Ａの転送指定テーブル２５４ａに示すように、呼び出す電話番号と発信側の電話番号（発信者電話番号）に応じて転送先を切り替えるように設定しても良い。このような構成にすることによって、電話をかけてきた相手によって、障害時の転送先を切り替えることができる。図８Ａの例では、ユーザＩＤ「Ｕ００１」のユーザは、電話番号「０３３７８８ＺＺＺＺ」の電話からかかってきた電話を電話番号「０３３５５７ＸＸＸＸ」の電話に転送し、電話番号「０９０４６７７ＹＹＹＹ」の電話からかかってきた電話を電話番号「０３２２６７ＸＸＸＸ」の電話に転送し、それ以外からの電話を電話番号「０９０２３８９ＸＸＸＸ」の電話に転送する。
【００５４】
図５Ｂは、呼び出された１つの電話番号に２つの転送先が指定されるよう構成された障害時転送設定画面４００ａである。障害時転送設定画面４００ａは、第１転送指定部４６０と第２転送指定部４７０を含み、それぞれの指定部において、転送先識別情報表示部（４６１、４７１）、および呼出時間表示部（４６２、４７２）が表示されている。この例では、ユーザＩＤ「Ｕ０００２」の電話番号「０３４５９０ＸＸＸＢ」の電話に対して発信された電話を、障害時にまず、電話番号「０３２２５８ＸＸＸＸ」の電話に転送（第１回目の転送）し、２０秒の呼出時間内で応答しない場合は、電話番号「０３２３４４ＸＸＸＸ」の電話に転送（第２回目の転送）し直すよう指定されている。
【００５５】
このように、図５Ｂの例では、２つの転送先を指定しているが、３以上の転送先を指定することも可能である。図５Ｂの例の場合の転送指定テーブルは、たとえば図８Ｂの転送指定テーブル２５４ｂのような構成である。転送指定テーブル２５４ｂは、ユーザの電話番号のそれぞれに対して、転送先識別情報（１回目）と転送先識別情報（２回目）を有し、２回目以降の転送先識別情報については、１回目の転送から２回目の転送に切り替えられる（１回目の転送における）呼出時間が記憶される。ここでは、呼出時間を秒数としているが、呼び出し音の回数や、その他の基準が用いられてもよい。
【００５６】
図６は、障害時転送設定画面のさらに別の例を示している。図６の障害時転送設定画面４００ｂは、第１転送指定部４８０、第２転送指定部４９０、および第３転送指定部５００を含み、それぞれの指定部において、転送先識別情報表示部（４８１、４９１、５０１）が表示されている。この例では、ユーザＩＤ「Ｕ０００２」の電話番号「０３４５９０ＸＸＸＢ」の電話に対して発信された電話が、障害時に、ほぼ同じタイミングで、転送先識別情報表示部（４８１、４９１、５０１）に指定された電話番号の電話に転送される。転送管理部２１３は、こうして転送された電話のうち、最も早く応答した電話に接続するよう制御する。
【００５７】
障害時転送設定画面４００ｂはさらに、ボタン５１０を含み、このボタンをマウス等で押下することにより、転送先をさらに追加することができる。
【００５８】
このような画面により指定された情報は、図８Ｃに示す転送指定テーブル２５４ｃのような構成で記憶される。転送指定テーブル２５４ｃは、ユーザＩＤ、電話番号、および複数の転送先電話番号等を記憶する。たとえば、障害時に、ユーザＩＤ「Ｕ０００２」の電話番号「０３４５９０ＸＸＸＢ」の電話に対して発呼があると、それが電話番号「０３２２５８ＸＸＸＸ」、「０３２３４４ＸＸＸＸ」、「０３３５４４ＸＸＸＸ」の電話にほぼ道タイミングで並列的に転送される。
【００５９】
次に、図９のフローチャートを参照して、センターサーバ２１０の処理手順の概要について説明する。最初に、センターサーバ２１０の呼制御部２１１が、ステップＳ１１において、外部の電話から発呼があったかどうかを繰り返し判定する。発呼があった場合（ステップＳ１１のＹＥＳ）、呼制御部２１１は、ステップＳ１２において、顧客情報テーブル２５１を参照して、その発呼がされた電話番号に対応するＳＩＰ−ＵＲＩを決定する。次に、ステップＳ１３において、ＳＩＰ−ＵＲＩにより対応するＩＰ電話を呼び出す。
【００６０】
この呼び出し処理において、障害検出部２１２は、たとえば、ネットワーク層、トランスポート層の監視によるチェック、およびアプリケーション層の監視によるチェックを通じて、通信事業者サイト１０と企業サイト１００との間でのネットワーク障害が発生しているかどうかを判断する。呼制御部２１１は、ステップＳ１４において、ネットワーク障害が発生したと判断すると（ステップＳ１４のＹＥＳ）、ステップＳ１５に進み、そこで転送管理部２１３を呼び出し、当該発呼を異なる電話に接続するよう制御する。
【００６１】
ステップＳ１５において、転送管理部２１３は、転送指定テーブル２５４を検索し、転送先識別情報を取得する。この転送先識別情報は、たとえば、他のＩＰネットワークに属するＩＰ電話、固定電話、携帯電話等の電話番号や、ボイスメールのアドレスである。ＦＡＸからの送信である場合は、代替ＦＡＸの番号となる。
【００６２】
また、図８Ａに示すような転送指定テーブル２５４ａを用いる場合は、発呼がされた電話番号と、発信者電話番号によって、転送先識別情報を取得する。図８Ｂに示すような転送先指定テーブル２５４ｂを用いた場合は、１回目の転送先識別情報が取得される。また、図８Ｃに示すような転送指定テーブル２５４ｃを用いる場合は、複数の転送先識別情報が取得される。
【００６３】
次に、転送管理部２１３は、ステップＳ１６において、取得した転送先識別情報を用いて転送先を呼び出す。図８Ｃに示すような転送指定テーブル２５４ｃを用いて複数の転送先識別情報を取得している場合は、それぞれの転送先について呼び出しを行う。ここで、転送先との接続が成功すれば、発呼をしてきた外部の電話と転送先の電話との接続を行い、その間での通話が可能になる。複数の転送先に対して呼び出しを行っている場合は、最初に応答があった電話との間で接続がされ、通話が可能になる。
【００６４】
点線の矩形６００により囲まれたフローは、図８Ｂに示すような転送先指定テーブル２５４ｂを用いた場合の処理である。この場合、転送管理部２１３は、ステップＳ１７で、１回目の転送により接続が成功したかどうかを判定する。接続が成功した場合（ステップＳ１７のＹＥＳ）、発呼をしてきた外部の電話と転送先の電話との間で通話が可能となり、当該処理は終了する。ステップＳ１７では、転送先の電話が応答しない場合に接続できないとの判断をするが、当該転送先の電話に至る経路で何らかのネットワーク障害が発生して接続できない場合も検出し、同様に接続できないとの判断を下すことができる。
【００６５】
接続ができない場合（ステップＳ１７のＮＯ）、ステップＳ１８で、転送先指定テーブル２５４ｂに記憶されている呼出時間を越えたかどうかが判定される。越えていない場合は（ステップＳ１８のＹＥＳ）、再びステップＳ１７に戻って接続の成否をチェックする。呼出時間を越えている場合は（ステップＳ１８のＮＯ）、ステップＳ１９に進み、転送先指定テーブル２５４ｂに記憶されている２回目の転送先識別情報を取得する。次に、ステップＳ２０において、その２回目の転送先識別情報を用いて転送先を呼び出す。ここで、転送先との接続が成功すれば、発呼をしてきた外部の電話と転送先の電話とで通話が可能になる。
【００６６】
ステップＳ１４において、障害が検出されない場合は（ステップＳ１４のＮＯ）、接続が成功して通話が正常に行われている状態であるため、当該処理を終了する。
【００６７】
次に、図１０を参照して、本発明の一実施形態に係るＩＰ電話制御システム１のＩＰセントレックスサーバ２０の各サーバとして用いられるコンピュータのハードウエア構成の例について説明する。ただし、図１０のコンピュータ８００は、各サーバとして機能するコンピュータの代表的な構成を例示したにすぎない。また、企業サイト１００のＰＣ１２０も同様の構成要素により構成される。
【００６８】
コンピュータ８００は、ＣＰＵ（Central Processing Unit）８０１、メモリ８０２、音声出力装置８０３、ネットワークインタフェース８０４、ディスプレイコントローラ８０５、ディスプレイ８０６、入力機器インタフェース８０７、キーボード８０８、マウス８０９、外部記憶装置８１０、外部記録媒体駆動装置８１１、およびこれらの構成要素を互いに接続するバス８１２を含んでいる。
【００６９】
ＣＰＵ８０１は、コンピュータ８００の各構成要素の動作を制御し、ＯＳの制御下で、本発明に係るＩＰ電話制御システム１の主たる機能を実行する。たとえば、センターサーバ２１０においては、呼制御部２１１、障害検出部２１２、および転送管理部２１３の各機能の実行を制御する。
【００７０】
メモリ８０２は通常、不揮発性メモリであるＲＯＭ（Read Only Memory）、および揮発性メモリであるＲＡＭ（Random Access Memory）から構成される。ＲＯＭには、コンピュータ８００の起動時に実行されるプログラム等が格納される。ＲＡＭには、ＣＰＵ８０１で実行されるセンターサーバ２１０やＷｅｂサーバ２２０の各機能を実現するためのプログラムや、それらのプログラムが実行中に使用するデータが一時的に格納される。
【００７１】
音声出力装置８０３は、たとえば、スピーカ等の機器であり、動画プレイヤー等から音声データを受け取り、音声を出力する。
【００７２】
ネットワークインタフェース８０４は、ネットワーク８２０に接続するためのインタフェースである。ネットワーク８２０は、たとえば、図１に示したＩＰネットワーク９０等に対応する。
【００７３】
ディスプレイコントローラ８０５は、ＣＰＵ８０１が発行する描画命令を実際に処理するための専用コントローラである。ディスプレイコントローラ８０５で処理された描画データは、一旦グラフィックメモリに書き込まれ、その後、ディスプレイ８０６に出力される。ディスプレイ８０６は、たとえば、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）で構成される表示装置である。
【００７４】
入力機器インタフェース８０７は、キーボード８０８やマウス８０９から入力された信号を受信して、その信号パターンに応じて所定の指令をＣＰＵ８０１に送信する。
【００７５】
外部記憶装置８１０は、たとえば、ハードディスクドライブ（ＨＤＤ）のような記憶装置であり、この装置内には上述したプログラムやデータが記録され、実行時に、必要に応じてそこからメモリ８０２のＲＡＭにロードされる。たとえば、Ｗｅｂサーバ２２０の記憶装置２３０や、顧客管理サーバ２４０の記憶装置２５０が、このような記憶装置に対応する。
【００７６】
外部記録媒体駆動装置８１１は、ＣＤ（Compact Disc）、ＭＯ（Magneto-Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの可搬型の外部記録媒体８３０の記録面にアクセスして、そこに記録されているデータを読み取る装置である。外部記録媒体８３０には、本発明に係るＩＰ電話制御システム１を実現するためのセンターサーバ２１０やＷｅｂサーバ２２０等のプログラムも記録することが可能である。外部記録媒体８３０に記録されているデータは、外部記録媒体駆動装置８１１を介して外部記憶装置８１０に格納され、プログラムであれば、実行時にメモリ８０２のＲＡＭにロードされる。
【００７７】
本発明に係るＩＰ電話制御システム１を実現するためのプログラムの他の流通形態としては、ネットワーク上の所定のサーバから、ネットワーク８２０およびネットワークインタフェース８０４を介して外部記憶装置８１０に格納されるというルート等も考えられる。こうして格納されたプログラムは、上記と同様に、実行時にメモリ８０２のＲＡＭにロードされ、実行される。
【００７８】
前述のように、こうしたコンピュータの構成は基本的に、ＩＰセントレックスサーバ２０（センターサーバ２１０、Ｗｅｂサーバ２２０、顧客管理サーバ２４０、ＩＰ−ＰＢＸ２６０）、およびＰＣ１２０に共通であるが、ＩＰセントレックスサーバ２０の各サーバについては、音声出力装置８０３、ディスプレイコントローラ８０５、ディスプレイ８０６、入力機器インタフェース８０７、およびキーボード８０８は必須の構成要素ではない。
【００７９】
これまで、本発明の一実施形態に係るＩＰ電話制御システム１の機能について説明してきたが、上記システムの構成は一例にすぎず、他の様々な構成によって本発明の思想を実現することができる。たとえば、ＩＰセントレックスサーバ２０における各サーバの構成、機能配置、および接続形態等は、既知の様々な方法により代替可能である。また、各種テーブルの構成、内容等についても他の多くの形態を用いて実現することができる。
【図面の簡単な説明】
【００８０】
【図１】本発明の一実施形態に係るＩＰ電話制御システムの概要を示す略線図である。
【図２】本発明の一実施形態に係るＩＰ電話制御システムによる、転送処理の概要を示す略線図である。
【図３】本発明の一実施形態に係るＩＰ電話制御システムにおけるＩＰセントレックスサーバの機能ブロック図である。
【図４】本発明の一実施形態に係るＩＰ電話制御システムにおいて、ユーザ情報を設定する際のＧＵＩを示す略線図である。
【図５】本発明の一実施形態に係るＩＰ電話制御システムにおいて、障害時の転送内容を設定する際のＧＵＩを示す略線図である。
【図６】本発明の一実施形態に係るＩＰ電話制御システムにおいて、障害時の転送内容を設定する際のＧＵＩを示す略線図である。
【図７】本発明の一実施形態に係るＩＰ電話制御システムにおいて利用される顧客情報テーブルと転送指定テーブルの例を示す略線図である。
【図８】本発明の一実施形態に係るＩＰ電話制御システムにおいて利用される転送指定テーブルの別の例を示す略線図である。
【図９】本発明の一実施形態に係るＩＰ電話制御システムにおいて、センターサーバの処理手順の概要を例示したフローチャートである。
【図１０】本発明の一実施形態に係るＩＰ電話制御システムのＩＰセントレックスサーバを構成するコンピュータのハードウエア構成の例を示す略線図である。
【符号の説明】
【００８１】
１・・・ＩＰ電話制御システム、１０・・・通信事業者サイト、２０・・・ＩＰセントレックスサーバ、３０・・・クラス４スイッチ、３５・・・メディアゲートウエイ、４０，１１０・・・ルータ、５０・・・他社ＩＰ電話網、６０・・・公衆電話網、７０・・・携帯電話網、５１，１３０・・・ＩＰ電話、６１，１６０・・・固定電話、７１，１５０，１７０・・・携帯電話、９０・・・ＩＰネットワーク、１００・・・企業サイト、１２０・・・ＰＣ、２１０・・・センターサーバ、２２０・・・Ｗｅｂサーバ、２４０・・・顧客管理サーバ、２６０・・・ＩＰ−ＰＢＸ、８００・・・コンピュータ、８０１・・・ＣＰＵ、８０２・・・メモリ、８０３・・・音声出力装置、８０４・・・ネットワークインタフェース、８０５・・・ディスプレイコントローラ、８０６・・・ディスプレイ、８０７・・・入力機器インタフェース、８０８・・・キーボード、８０９・・・マウス、８１０・・・外部記憶装置、８１１・・・外部記録媒体駆動装置、８１２・・・バス、８２０・・・ネットワーク、８３０・・・外部記録媒体
【図１】
2009182384.tif 000003
【図２】
2009182384.tif 000004
【図３】
2009182384.tif 000005
【図４】
2009182384.tif 000006
【図５】
2009182384.tif 000007
【図６】
2009182384.tif 000008
【図７】
2009182384.tif 000009
【図８】
2009182384.tif 000010
【図９】
2009182384.tif 000011
【図１０】
2009182384.tif 000012