ＣＴＩシステム、及び着信待機サーバ
【課題】インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に発信者の電話機の発信元情報を送信するＣＴＩシステムに関し、システムの負荷を効率よく軽減することを目的とする。
【解決手段】クライアント端末４とＣＴＩサーバ１との間にネットワーク上で介在する着信待機サーバ３を備える。クライアント端末４は、インターネット網５００を隔てるファイアウォール２０１の内部側に配されており、ＣＴＩサーバ１は外部側、着信待機サーバ３は内部側に位置する。そして、ＣＴＩサーバ１は、外部電話機６からの着信を内部電話機５に転送するとともに、発信元情報を着信待機サーバ３に送信する。着信待機サーバ３は、発信元情報の送信を受けて、複数のクライアント端末４に発信元情報を送信する。
【解決手段】クライアント端末４とＣＴＩサーバ１との間にネットワーク上で介在する着信待機サーバ３を備える。クライアント端末４は、インターネット網５００を隔てるファイアウォール２０１の内部側に配されており、ＣＴＩサーバ１は外部側、着信待機サーバ３は内部側に位置する。そして、ＣＴＩサーバ１は、外部電話機６からの着信を内部電話機５に転送するとともに、発信元情報を着信待機サーバ３に送信する。着信待機サーバ３は、発信元情報の送信を受けて、複数のクライアント端末４に発信元情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信者の電話機からの着信を転送するとともに該電話機の発信元情報をクライアント端末に通知するＣＴＩシステム及びこれが備える着信待機サーバに関し、特にインターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に発信者の電話機の発信元情報を送信するＣＴＩシステム及び着信待機サーバに関する。
【背景技術】
【０００２】
ＣＴＩ（Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ Ｉｎｔｅｇｒａｔｉｏｎ）においては、ＣＴＩサーバを発信者の電話機とコールセンター等の利用者のクライアント端末との間に介在させた構成を有する。ＣＴＩサーバは、発信者の電話機からの着信をコールセンターの電話機に転送するとともに、その電話機の発信元情報をクライアント端末に送信している。このＣＴＩ技術によると、データベース上で発信元情報と顧客の各種情報を紐付けしておくことで、クライアント端末には、顧客の各種情報を表示させることができ、顧客に対する電話による窓口業務を大幅に効率化できる。
【０００３】
従来は、ＣＴＩサーバをコールセンターと同一構内に配置する場合が多かった。しかし、近年、ＣＴＩサーバをクライアント端末が接続されたＬＡＮから切り離し、インターネット網を介してＣＴＩサーバとクライアント端末を接続する方法も用いられている（例えば、特許文献１参照。）。
【０００４】
このインターネット網を利用したＣＴＩシステムを図１１に示す。図１１に示すように、ＣＴＩサーバ１Ｐとクライアント端末４Ｐとは、インターネット網５００を介して接続される。インターネット網５００を介した通信のために、ＣＴＩサーバ１Ｐとクライアント端末４Ｐとの間には、Ｗｅｂサーバ２Ｐが新たに設置されている。セキュリティ確保の観点から、クライアント端末４Ｐとインターネット網５００との間にはファイアウォール２０１が設置される。即ち、ＣＴＩサーバ１Ｐ及びＷｅｂサーバ２Ｐと、クライアント端末４Ｐとは、ファイアウォール２０１で隔てられる。
【０００５】
ファイアウォール２０１は、セキュリティポリシーによって外部機器であるＷｅｂサーバ２Ｐ発のクライアント端末４Ｐへのデータ配信を制限している場合が多い。また、クライアント端末４Ｐから外部機器へアクセスする場合、クライアント端末４Ｐのアドレスを隠蔽するためにプロキシサーバを経由することも多い。
【０００６】
そこで、このようなインターネット網５００とファイアウォール２０１とでＣＴＩサーバ１Ｐ及びＷｅｂサーバ２Ｐとクライアント端末４Ｐを隔てたＣＴＩシステムでは、定期監視型又は疑似サーバプッシュ型の発信元情報配信が行われる（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−２９０５７３号公報
【特許文献２】特開２００９−１１０４１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
定期監視型による発信元情報の送信処理では、クライアント端末から定期的にＣＴＩサーバ側に発信元情報の有無を問い合わせる。ＣＴＩシステムでは、発信元情報の通知に即時性が要求され、発信者の電話機からの着信に合わせて発信元情報が通知される必要がある。そのため、クライアント端末からの問い合わせは、非常に短い間隔で行われており、Ｗｅｂサーバにとって、多大な負荷となっている。例えば、クライアント端末が１０００台存在し、１秒間隔で各クライアント端末が問い合わせを行うと、Ｗｅｂサーバは、毎秒１０００アクセスの処理を要する。即時性の観点から、問い合わせ間隔を長くすることは妥当ではない。
【０００９】
そこで、疑似サーバプッシュ型による発信元情報の送信処理では、クライアント端末からの問い合わせに対して、Ｗｅｂサーバは、即座に応答せず、一定時間が経過するまでクライアント端末を待機させ、一定時間が経過しても発信元情報の着信がない場合に着信無しの応答を返却するようにしている。そのため、着信に対する発信元情報通知の即時性は確保されるが、Ｗｅｂサーバが各クライアント端末に対する接続を確立させ続けなくてはならない点で、Ｗｅｂサーバの多大な負荷は解消できていない。
【００１０】
Ｗｅｂサーバの負荷軽減のためには、冗長化が検討されるところではあるが、将来のクライアント数の増減を予測することは困難であり、コストパフォーマンスに優れた冗長化計画は立てにくい。
【００１１】
本発明は、上記のような従来技術の問題点を解決するために提案されたもので、インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に発信者の電話機の発信元情報を送信するＣＴＩシステムに関し、即時性を維持しつつ、システムにかかる負荷を軽減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るＣＴＩシステムは、インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に外部電話機の発信元情報を送信するＣＴＩシステムであって、前記ファイアウォールの外部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに、前記第１の電話機の発信元情報を送信するＣＴＩサーバと、前記ファイアウォールの内部側に配されて、前記ＣＴＩサーバと前記クライアント端末との間に介在し、前記ＣＴＩサーバからの前記発信元情報を受信して、前記クライアント端末に当該発信元情報を送信する着信待機サーバと、を備えること、を特徴とする。
【００１３】
前記着信待機サーバは、当該着信待機サーバ発の接続確立を契機に前記複数のクライアント端末に前記発信元情報を送信するようにしてもよい。
【００１４】
前記着信待機サーバは、前記クライアント端末からの信号の送信を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶し、未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信するようにしてもよい。
【００１５】
前記着信待機サーバは、ツリー型に複数配置され、下位側に前記クライアント端末がネットワークを介して接続され、前記ＣＴＩサーバからの前記発信元情報を上位から下位の前記着信待機サーバにリレーして前記複数のクライアントに前記発信元情報を送信するようにしてもよい。
【００１６】
また、本発明に係る着信待機サーバは、インターネット網とクライアント端末とを隔てるファイアウォールの内部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに前記第１の電話機の発信元情報を送信する前記ファイアウォールの外部側のＣＴＩサーバと前記クライアント端末との間に介在する着信待機サーバであって、前記発信元情報を受信する受信手段と、前記受信手段が前記発信元情報を受信すると、前記クライアント端末に前記発信元情報を送信する送信手段と、を備えること、を特徴とする。
【００１７】
前記送信手段は、当該送信手段発の接続確立を契機に前記複数のクライアント端末に前記発信元情報を送信するようにしてもよい。
【００１８】
前記クライアント端末からの信号を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶する記憶手段を更に備え、前記送信手段は、未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信するようにしてもよい。
【００１９】
前記着信待機サーバは、前記受信手段と前記送信手段を有する複数のサーバをツリー型で有し、前記各受信手段及び前記各送信手段は、前記ＣＴＩサーバからの前記発信元情報を上位から下位のサーバにリレーして、前記会側にネットワークを介して接続された複数の前記クライアントに前記発信元情報を送信するようにしてもよい。
【発明の効果】
【００２０】
本発明によれば、複数のクライアント端末とＣＴＩサーバとの間に介在する着信待機サーバがこれらクライアント端末を代表して着信待機処理を行うため、サーバの冗長化に依らずにＣＴＩサーバ側の負荷を低減できる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。
【図２】第１の実施形態に係る着信待機サーバとクライアント端末の詳細な構成を示すブロック図である。
【図３】第１の実施形態に係るクライアント端末の生存通知動作を示すシーケンス図である。
【図４】第１の実施形態に係る発信元情報の着信待機動作を示すシーケンス図である。
【図５】第１の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図６】第２の実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。
【図７】第２の実施形態に係る生存通知動作を示すシーケンス図である。
【図８】第２の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図９】第３の実施形態に係る着信待機動作を示すシーケンス図である。
【図１０】第３の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図１１】従来のＣＴＩシステムを示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明に係るＣＴＩシステム、ＣＴＩシステムが備える着信待機サーバ、及びこのＣＴＩシステムの発信元情報の通知方法の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、本実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。ＣＴＩシステムは、ＣＴＩサーバ１、Ｗｅｂサーバ２、及び着信待機サーバ３を備える。
【００２３】
このＣＴＩシステムは、発信者３００の外部電話機６と利用者機関２００の内部電話機５との間に介在し、外部電話機６の電話通信を内部電話機５に転送するとともに、外部電話機６と利用者機関２００の複数のクライアント端末４との間に介在し、外部電話機６の発信元情報を各クライアント端末４に送信する。
【００２４】
外部電話機６及び内部電話機５は、固定電話、携帯電話、パーソナルコンピュータ等の電話機能を備えた端末である。複数のクライアント端末４は、利用者機関２００に設置された所謂パーソナルコンピュータであり、受信した発信元情報を表示する。発信元情報は、外部電話機６の電話番号情報であり、外部電話機６側の交換機によって生成され、ＣＴＩシステムへ送信される。
【００２５】
ＣＴＩサーバ１は、提供者機関１００に設置されている所謂コンピュータである。このＣＴＩサーバ１は、ＰＢＸ１１及び送受信部１２を有し、電話回線網４００を介した通信とＬＡＮ１０１を介した通信を行う。ＬＡＮ１０１は、提供者機関１００に敷設されている。
【００２６】
ＰＢＸ１１は、交換機であり、電話回線網４００と接続されている。電話回線網４００は、通話通信が可能な回線網であり、公衆回線や専用回線を含む。ＰＢＸ１１は、複数の外部トランクと内部トランクとスイッチ機構を有し、外部電話機６の呼が着信した外部トランクと内部電話機５に発信した外部トランクとを接続することで、外部電話機６の着信を内部電話機５へ転送する。このＰＢＸ１１は、専用電子回路により構成しても、ＣＰＵ及びモデムを含み構成してもよく、またＣＴＩサーバ１と一体として構成されていても別体として構成されていてもよい。
【００２７】
送受信部１２は、ＬＡＮ１０１と接続され、ＰＢＸ１１に着信した発信元情報をポーリングやＰＢＸ１１のイベント通知等によって取得し、Ｗｅｂサーバ２へ送信する。
【００２８】
Ｗｅｂサーバ２は、ＣＴＩサーバ１と同様に提供者機関１００に設置されている所謂コンピュータであり、送受信部２１を有する。送受信部２１は、ＬＡＮ１０１と接続され、ＣＴＩサーバ１から送信された発信元情報をポーリングやＣＴＩサーバ１のイベント通知等によって受信する。また、送受信部２１は、インターネット網５００と接続され、受信した発信元情報をインターネット５００網を介して着信待機サーバ３へ送信する。
【００２９】
送受信部２１は、着信待機サーバ３からの着信待機要求を契機として、着信待機サーバ３との一定時間の接続を確立し、その接続確立中に発信元情報を受信できなければ、空の応答を返して、接続を解除する。一定時間の接続確立は、例えば無応答によって行われる。空の応答とは、信号に発信元情報を含まない応答である。例えば、送受信部２１は、空の応答に「無し」を示す情報、例えば「０」を含める。
【００３０】
着信待機サーバ３は、利用者機関２００のファイアウォール２０１内部側に設置された所謂コンピュータであり、ファイアウォール２０１を介してインターネット網５００と接続され、また利用者機関２００に敷設されたＬＡＮ２０２に接続されている。この着信待機サーバ３は、インターネット網５００を介したＷｅｂサーバ２との発信元情報の送受信、及びＬＡＮ２０２を介したクライアント端末４への発信元情報の送信を行う。Ｗｅｂサーバ２と着信待機サーバ３との間で行われる発信元情報の送受信は、ファイアウォール２０１のセキュリティポリシーにより、着信待機サーバ３発の通信要求を契機として行われる。
【００３１】
即ち、本実施形態に係るＣＴＩシステムにおいては、ＣＴＩサーバ１及びＷｅｂサーバ２と、クライアント端末４とは、インターネット５００とファイアウォール２０１とを介して接続され、また、その間には、各クライアント端末４を代表して発信元情報の送受信要求を行う着信待機サーバ３が介在している。
【００３２】
このＣＴＩシステムにおいて、着信待機サーバ３の構成を更に詳細に説明する。図２は、着信待機サーバ３とクライアント端末４の詳細な構成を示すブロック図である。
【００３３】
着信待機サーバ３は、受信部３１、送信部３２、及びセッション作成部３３を備える。クライアント端末４は、信号送信部４３、表示制御部４１、及びモニタ４２を備える。
【００３４】
セッション作成部３３は、セッションを作成する。セッションは、信号を送信したクライアント端末４の識別情報と当該セッションの有効期限を示す情報であり、クライアント端末４の生存を示す情報となる。クライアント端末４では、信号送受信部４３により生存を通知する信号が所定時間毎に生成される。信号送受信部４３は、ＬＡＮ２０２を介して当該信号を着信待機サーバ３に送信する。
【００３５】
セッション作成部３３は、作成判断部３３１と、登録部３３２と、セッション記憶部３３３とを備える。
【００３６】
作成判断部３３１は、クライアント端末４からの信号受信を契機として、セッション記憶部３３３を参照し、当該信号を送信したクライアント端末４のセッションの有無を確認する。セッションは、セッション記憶部３３３に記憶されている。作成判断部３３１は、セッションの有無確認の際にセッション記憶部３３３を参照する。信号を送信したクライアント端末４の識別情報を含んだセッションが存在しなければ、登録部３３２に該クライアント端末４のセッションを作成させる。セッションが存在していれば、登録部３３２に該セッションを更新させる。
【００３７】
登録部３３２は、受信した信号に含まれる識別情報を取得する。識別情報は、例えばクライアント端末４のローカルＩＰアドレスである。また、登録部３３２は、着信待機サーバ３の内部時計やタイムサーバの送出する時刻を信号受信を契機に取得し、取得した時刻に所定時間を加えた有効期限情報を生成する。
【００３８】
登録部３３２は、この識別情報と有効期限情報を対応づけて、信号を送信したクライアント端末４に対するセッションとしてセッション記憶部３３３に記憶させる。セッションがすでに存在していれば、有効期限情報のみを作成し、有効期限情報を更新する。即ち、有効期限情報を書き換える。一方、登録部３３２は、セッション記憶部３３３を定期的に監視し、有効期限情報が示す有効期限が切れたセッションを破棄する。
【００３９】
受信部３１は、発信元情報の送信を要求する要求信号をＷｅｂサーバ２に送信し、接続確立中に発信元情報がＷｅｂサーバ２から送信されてくれば、当該発信元情報を受信する。受信部３１は、接続確立中に応答が返されるか、一定期間が経過すれば、接続を解除する。返される応答は、発信元情報を含む応答か、「無し」を示す「０」を含む応答である。
【００４０】
受信部３１は、要求信号の送出前にセッションの有無及び有効性を確認する。受信部３１は、一つでも有効なセッションが存在すれば、即ち、要求信号の送出前にセッション記憶部３３３を参照した結果、有効期限情報が現在時刻より未来のセッションが記憶されていれば、要求信号を送出する。
【００４１】
送信部３２は、ＬＡＮ２０２と接続され、受信部３１が受信した発信元情報を複数のクライアント端末４に対して送信する。この送信部３２は、送信判断部３２１を有し、セッション記憶部３３３に記憶され、且つ有効期限が未経過のセッションが示すクライアント端末４に対してのみ発信元情報を送信する。
【００４２】
送信部３２は、着信待機サーバ３発の接続確立要求を契機としたコネクション型通信でクライアント端末４と接続を確立し、接続確立後に発信元情報を送信する。クライアント端末４側からは、発信元情報の要求信号は出力されない。即ち、ＴＣＰ等の通信プロトコルを用いてユニキャスト通信を行うが、ユニキャスト通信の際は、送信部３２側からクライアント端末４に対してイベント通知等の通信の確立要求を行い、接続確立後に発信元情報を送信する。
【００４３】
尚、クライアント端末４側から発信元情報の要求信号を出力しなければ、コネクションレス型通信であってもよい。コネクションレス型通信では、ＵＤＰ等の通信プロトコルを用いてマルチキャスト通信を行い、送信部３２側及びクライアント端末４の双方ともに通信の確立を要求せず、送信部３２から一方的にクライアント端末４に発信元情報を送信する。
【００４４】
クライアント端末４の表示制御部４１は、受信した発信元情報をモニタ４２に表示させる。尚、発信者３００の各種情報を発信元情報に対応づけて記憶したデータベースをＬＡＮ２０２に接続しておき、表示制御部４１により、受信した発信元情報とデータベースとにより発信者３００の各種情報を取得して、モニタ４２に発信元情報とともに表示させるようにしてもよい。
【００４５】
このＣＴＩシステムにおいて、クライアント端末４の生存通知方法、発信元情報の着信待機方法、及び発信元情報の転送方法についてさらに詳細に説明する。まず、図３を参照してクライアント端末４の生存通知方法を更に詳細に説明する。図３は、クライアント端末４の生存通知動作を示すシーケンス図である。
【００４６】
最初に、クライアント端末４の信号送信部４３は、所定時間毎に生存通知を示す信号を着信待機サーバ３に送信する（Ｓ０１）。信号の生成及び送信間隔は、有効期限情報の生成の際に加算される所定時間に準じる。即ち、信号の生成及び送信間隔は、クライアント端末４の負荷低減の観点から、この所定時間と同じか、それよりも短い。
【００４７】
着信待機サーバ３の作成判断部３３１は、生存通知を示す信号を受信すると、セッション記憶部３３３にセッションが存在するか判断する（Ｓ０２）。具体的には、作成判断部３３１は、受信した信号に付随するクライアント端末４の識別情報を含むセッションを検索する。
【００４８】
判断の結果、セッションが不存在ならば（Ｓ０２，Ｎｏ）、登録部３３２は、セッションを作成する（Ｓ０３）。具体的には、登録部３３２は、信号に付随する識別情報を取り出し、また内部時計やタイムサーバから時刻情報を取得し、時刻情報に所定時間を加算した有効期限情報を作成し、識別情報と有効期限情報とを対応づけてセッション記憶部３３３に記憶させる。
【００４９】
判断の結果、セッションが存在すれば（Ｓ０２，Ｙｅｓ）、登録部３３２は、セッションの有効期限を延長する（Ｓ０４）。具体的には、登録部３３２は、有効期限情報を作成し、セッションに含まれる有効期限情報を書き換える。
【００５０】
このＳ０１〜Ｓ０４の処理は、クライアント端末４の信号送出イベントに応答して繰り返し行われる。尚、登録部３３２のセッション破棄の処理は、セッションの有効期限と同じかそれよりも長い程度の頻度で繰り返し行われるのがよい。
【００５１】
次に、図４を参照して発信元情報の着信待機方法について更に詳細に説明する。図４は、発信元情報の着信待機動作を示すシーケンス図である。
【００５２】
まず、 着信待機サーバ３の受信部３１は、有効なセッションの存在を確認する（Ｓ１１）。具体的には、受信部３１は、セッション記憶部３３３にセッションが記憶されているか確認する。セッションが記憶されていれば、受信部３１は、現在時刻を取得し、セッションの有効期限情報と比較する。セッションが記憶されており、且つ比較の結果、有効期限が未経過であれば、セッションは存在するものと確認される。
【００５３】
セッションが不存在ならば（Ｓ１１，Ｎｏ）、着信待機処理を終了する。一方、セッションが存在するならば（Ｓ１１，Ｙｅｓ）、受信部３１は、Ｗｅｂサーバ２に発信元情報を要求する信号を送出する（Ｓ１２）。
【００５４】
Ｗｅｂサーバ２の送受信部２１は、発信元情報を要求する信号を受信すると、着信待機サーバ３との接続を確立し（Ｓ１３）、一定時間待機する（Ｓ１４）。着信待機サーバ３の受信部３１も接続確立の後、応答受信のために一定時間待機することとなる（Ｓ１５）。
【００５５】
一定の待機時間が経過すると、Ｗｅｂサーバ２の送受信部２１は、着信待機サーバ３に空の応答を返し（Ｓ１６）、接続を解除する（Ｓ１７）。一方、着信待機サーバ３の受信部３１も、一定の待機時間が終了するまでに応答がないか（Ｓ１８）、応答が返却されると（Ｓ１６）、接続を解除する（Ｓ１９）。
【００５６】
更に、図５を参照して発信元情報の転送方法について更に詳細に説明する。Ｗｅｂサーバ２及び着信待機サーバ３の図４に示す着信待機中に、ＣＴＩサーバ１が発信元情報を取得した場合の動作である。図５は、発信元情報の転送動作を示すシーケンス図である。
【００５７】
まず、ＣＴＩサーバ１のＰＢＸ１１が発信元情報を受信すると（Ｓ２１）、ＣＴＩサーバ１の送受信部１２は、当該発信元情報をイベント通知によってＷｅｂサーバ２に送信する（Ｓ２２）。
【００５８】
Ｗｅｂサーバ２の送受信部２１は、受信した発信元情報を含む応答を着信待機サーバ３に返す（Ｓ２３）。また、送受信部２１は、ＣＴＩサーバ１に着信通知の応答を返す（Ｓ２４）。ＣＴＩサーバ１に着信通知の応答が送達されると、ＰＢＸ１１は、外部電話機６からの着信を内部電話機５に転送する（Ｓ２５）。
【００５９】
着信待機サーバ３の受信部３１が発信元情報を含む応答を受信すると、送信判断部３２１は、セッション記憶部３３３を参照して、有効期限が未経過のセッションからクライアント端末４の識別情報を読み出す（Ｓ２６）。送信部３２は、読み出された識別情報が示すクライアント端末４に対して送信部３２発の接続確立要求を行い、接続確立後、当該クライアント端末４に発信元情報を送信する（Ｓ２７）。
【００６０】
クライアント端末４では、発信元情報を受信すると、表示制御部４１が当該発信元情報をモニタ４２に表示させる。また、ＬＡＮ２０２に発信者の各種情報を記憶したデータベースを配置している場合には、表示制御部４１は、発信元情報を検索キーとするデータベースの検索を行い、発信者の各種情報を取得して、モニタ４２に表示させる。
【００６１】
以上のように、本実施形態では、ＣＴＩシステムは、クライアント端末４とＣＴＩサーバ１との間に着信待機サーバ３を介在させる。クライアント端末４は、インターネット網５００を隔てるファイアウォール２０１の内部側に配されており、ＣＴＩサーバ１は外部側、着信待機サーバ３は内部側に位置させる。そして、ＣＴＩサーバ１は、外部電話機６からの着信を内部電話機５に転送するとともに、発信元情報を着信待機サーバ３に送信する。着信待機サーバ３は、発信元情報の送信を受けて、複数のクライアント端末４に発信元情報を送信する。
【００６２】
即ち、複数のクライアント端末４とＣＴＩサーバ１との間に介在する着信待機サーバ３がこれらクライアント端末４を代表して着信待機処理を行う。これにより、冗長化に依ることなく、即時性が担保されたままＣＴＩサーバ１側の負荷は低減される。
【００６３】
また、本実施形態では、着信待機サーバ３は、着信待機サーバ３発の接続確立要求を契機に複数のクライアント端末４に発信元情報を送信する。即ち、クライアント端末４からの発信元情報の送信要求を要せずに、着信待機サーバ３から発信元情報をクライアント端末４に自立的に送信する。これにより、クライアント端末４側のリソースを発信元情報の取得のために割く割合は劇的に低下し、クライアント端末４の負荷も低減される。尚、着信待機サーバ３発の自立的な送信であれば、接続確立を行わないコネクションレス型通信であってもよい。
【００６４】
また、本実施形態では、着信待機サーバ３は、クライアント端末４からの信号送信を受けて、当該信号を送信したクライアント端末４の識別情報と有効期限情報と対応づけて記憶する。そして、着信待機サーバ３は、未経過の有効期限情報に対応づけられた識別情報が示すクライアント端末４に対して発信元情報を送信する。これにより、着信待機サーバ３発の接続確立を契機としたコネクション型又はコネクションレス型の通信効率は高まり、ＬＡＮ２０２上の関係のない端末への影響は低減される。
【００６５】
（第２の実施形態）
図６に、第２の実施形態に係る着信待機サーバ３を含むＣＴＩシステムを示す。図６に示すように、ＣＴＩシステムは、着信待機サーバ３をツリー構造に複数備える。
【００６６】
最上位の着信待機サーバ３は、Ｗｅｂサーバ２と発信元情報の送受信を行う。最下位の着信待機サーバ３は、それぞれ複数のクライアント端末４を担当し、担当のクライアント端末４に発信元情報を送信する。
【００６７】
このツリー構造に配置された着信待機サーバ３は、ＣＴＩサーバ１からの発信元情報を上位から下位へリレーし、最下位の着信待機サーバ３が担当のクライアント端末４に発信元情報を送信する。担当のクライアント端末４とは、セッションが記憶されているクライアント端末４である。クライアント端末４の信号送信部４３は、生存通知の信号の宛先を予め記憶している。
【００６８】
各着信待機サーバ３は、最上位の着信待機サーバ３を除いて、クライアント端末４の信号送信部４３を備え、一つ上位の着信待機サーバ３に対して生存通知の信号を送信する。また、上位の着信待機サーバ３は、一つ下位の着信待機サーバ３のセッションを作成する。そして、上位の着信待機サーバ３は、有効に存在するセッションの着信待機サーバ３に対して接続確立要求を行い、接続確立後、発信元情報を送信する。
【００６９】
即ち、本実施形態においては、着信待機サーバ３間の発信元情報の送受信方法として、第１の実施形態における上位の着信待機サーバ３発の接続確立要求を契機としたコネクション型通信とセッションの概念を採用している。
【００７０】
具体的には、最上位の着信待機サーバ３以外は、着信待機の処理は行わない。換言すると、最上位以外の着信待機サーバ３の受信部３は、発信元情報の送信を要求する要求信号を送出しない。即ち、着信待機サーバ３間の通信は、上位の着信待機サーバ３発の接続確立要求を契機とした通信である。コネクション型通信より着信待機サーバ３間の発信元情報送受信を行う場合は、最上位以外の着信待機サーバ３の受信部３１は、一つ上位の着信待機サーバ３による接続確立要求を受けて接続を確立し、発信元情報を受信する。
【００７１】
尚、上位の着信待機サーバ３発の自立的な通信であれば、コネクションレス型通信を採用することもでき、最上位以外の着信待機サーバ３の受信部３１は、受信データの宛先が自身の識別情報であれば、当該データから発信元情報を取り出す。一方、受信データの宛先が自身の識別情報でなければ、当該データを破棄する。
【００７２】
この第２の実施形態に係るＣＴＩシステムの動作について図７及び図８に基づき説明する。図７は、この第２の実施形態に係る生存通知動作を示すシーケンス図である。図８は、第２の実施形態に係る発信元情報の転送動作を示すシーケンス図である。最上位の着信待機サーバ３とＷｅｂサーバ２との間で行われる着信待機処理については、第１の実施形態と同一につき、その詳細な説明を省略する。
【００７３】
以下、着信待機サーバ３は、２段のツリー構造で配置されているものとして説明する。最下位の２台の着信待機サーバ３は、同一の処理を行うため、代表して１台の最下位の着信待機サーバ３と最上位の着信待機サーバ３との関係についてのみを説明する。
【００７４】
まず、第２の実施形態に係る生存通知動作について図７を参照して説明する。尚、クライアント端末４と最下位の着信待機サーバ３との生存通知処理については、図３と同一につき、図示するのみとして、その詳細な説明を省略する。
【００７５】
図７に示すように、始に、下位の着信待機サーバ３の信号送信部４３は、所定時間毎に生存通知を示す信号を上位の着信待機サーバ３に送信する（Ｓ３１）。上位の着信待機サーバ３の作成判断部３３１は、信号を受信すると、セッション記憶部３３３を参照して有効なセッションの存在を判断する（Ｓ３２）。
【００７６】
判断の結果、有効なセッションが不存在ならば（Ｓ３２，Ｎｏ）、登録部３３２は、セッションを作成する（Ｓ３３）。一方、判断の結果、有効なセッションが存在すれば（Ｓ３２，Ｙｅｓ）、登録部３３２は、セッションの有効期限を延長する（Ｓ３４）。
【００７７】
次に、第２の実施形態に係る発信元情報の転送動作について図８を参照して説明する。尚、ＣＴＩサーバ１とＷｅｂサーバ２と最上位の着信待機サーバ３との間、及び最下位の着信待機サーバ３とクライアント端末４との間における発信元情報の転送処理については、図５と同一につき、図示するのみとして、その詳細な説明を省略する。
【００７８】
図８に示すように、まず、発信元情報の転送動作において、ＣＴＩサーバ１とＷｅｂサーバ２と最上位の着信待機サーバ３との間では、Ｓ２１〜Ｓ２５の処理を行う。そして、上位の着信待機サーバ３の受信部３１が発信元情報を含む応答を受け取ると、その送信判断部３２１は、セッション記憶部３３３を参照して、有効期限が未経過のセッションから下位の着信待機サーバ３の識別情報を読み出す（Ｓ４１）。そして、上位の着信待機サーバ３の送信部３２は、読み出された識別情報が示す下位の着信待機サーバ３に接続確立要求を行い、接続確立後、発信元情報を当該下位の着信待機サーバ３に送信する（Ｓ４２）。
【００７９】
発信元情報がリレーされて到達した最下位の着信待機サーバ３では、Ｓ２６及びＳ２７の処理を行い、担当のクライアント端末４に対して発信元情報を送信する。
【００８０】
以上のように、本実施形態の着信待機サーバ３は、ツリー型に複数配置され、下位側にクライアント端末４がネットワークを介して接続され、ＣＴＩサーバ１からの発信元情報を上位から下位の着信待機サーバ３にリレーして複数のクライアント４に発信元情報を送信するようにした。これにより、クライアント数が多くなっても着信待機サーバ３がボトルネックとなることはない。
【００８１】
（第３の実施形態）
第２の実施形態においては、ツリー型の着信待機サーバ３は、上位の着信待機サーバ３発のコネクションレス型の通信によって発信元情報をリレーするようにした。この実施形態に代えて、着信待機サーバ３間においても着信待機処理によって発信元情報の送受信を行うようにしてもよい。
【００８２】
即ち、上位の着信待機サーバ３は、Ｗｅｂサーバ２の送受信部２１と同一の構成を有している。また、生存通知処理は、第１の実施形態と同様に最下位の着信待機サーバ３とクライアント端末４との間についてのみ行われる。上位の着信待機サーバ３は、セッション作成部３３及び送信判断部３２１を備えず、また受信部３１における有効なセッションの有無の確認を行わない。
【００８３】
まず、第３の実施形態に係る着信待機動作について説明する。図９は、第３の実施形態に係る着信待機動作を示すシーケンス図である。
【００８４】
最初に、最下位の着信待機サーバ３の受信部３１は、有効なセッションの存在を確認する（Ｓ５１）。セッションが不存在ならば（Ｓ５１，Ｎｏ）、この着信待機処理を終了する。一方、有効なセッションが存在していれば（Ｓ５１，Ｙｅｓ）、受信部３１は、上位の着信待機サーバ３に発信元情報を要求する信号を送出する（Ｓ５２）。
【００８５】
一つ上位の着信待機サーバ３の送受信部２１は、発信元情報を要求する信号を受信すると、一つ下位の着信待機サーバ３との接続を確立し（Ｓ５３）、一定時間待機する（Ｓ５４）。当該下位の着信待機サーバ３の受信部３１も接続確立の後、応答受信のために一定時間待機することとなる（Ｓ５５）。同時に、Ｗｅｂサーバ２と最上位の着信待機サーバ３との間では、Ｓ１２〜Ｓ１９の処理が行われる。
【００８６】
一定の待機時間が経過すると、一つ上位の着信待機サーバ３の送受信部２１は、一つ下位の着信待機サーバ３に空の応答を返し（Ｓ５６）、接続を解除する（Ｓ５７）。一方、当該下位の着信待機サーバ３の受信部３１も、一定待機時間の終了までに未応答であるか（Ｓ５８，Ｎｏ）、応答の返却がされると（Ｓ５８，Ｙｅｓ）、接続を解除する（Ｓ５９）。
【００８７】
次に、第３の実施形態に係る発信元情報の転送動作について説明する。図１０は、第３の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【００８８】
まず、ＣＴＩサーバ１、Ｗｅｂサーバ２、及び最上位の着信待機サーバ３は、Ｓ２１〜Ｓ２５の処理を行う。そして、Ｗｅｂサーバ２の送受信部２１が、受信した発信元情報を含む応答を最上位の着信待機サーバ３に返すと（Ｓ２３）、上位の着信待機サーバ３の送受信部２１は、受信した発信元情報を含む応答を接続を確立して待機中となっている一つ下位の着信待機サーバ３に返す（Ｓ６１）。
【００８９】
最下位の着信待機サーバ３の受信部３１が発信元情報を含む応答を受け取ると、最下位の着信待機サーバ３は、Ｓ２６及びＳ２７の有効なセッションのクライアント端末４に対する接続確立要求と接続確立後の発信元情報の送信を行う。
【００９０】
以上のように、着信待機サーバ３間においても着信待機処理を行うようすることで、上位の着信待機サーバ３発の下位の着信待機サーバ３に対する接続要求を行わない又は行えない場合であっても、着信待機サーバ３をツリー構造で配置することが可能となり、クライアント数が多くなっても着信待機サーバ３がボトルネックとなることはない。
【符号の説明】
【００９１】
１ ＣＴＩサーバ
１１ ＰＢＸ
１２ 送受信部
２ Ｗｅｂサーバ
２１ 送受信部
３ 着信待機サーバ
３１ 受信部
３２ 送信部
３３ セッション作成部
３３１ 作成判断部
３３２ 登録部
３３３ セッション記憶部
４ クライアント端末
４１ 表示制御部
４２ モニタ
４３ 信号送信部
５ 内部電話機
６ 外部電話機
１００ 提供者機関
１０１ ＬＡＮ
２００ 利用者機関
２０１ ファイアウォール
２０２ ＬＡＮ
３００ 発信者
４００ 電話回線網
５００ インターネット網
【技術分野】
【０００１】
本発明は、発信者の電話機からの着信を転送するとともに該電話機の発信元情報をクライアント端末に通知するＣＴＩシステム及びこれが備える着信待機サーバに関し、特にインターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に発信者の電話機の発信元情報を送信するＣＴＩシステム及び着信待機サーバに関する。
【背景技術】
【０００２】
ＣＴＩ（Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ Ｉｎｔｅｇｒａｔｉｏｎ）においては、ＣＴＩサーバを発信者の電話機とコールセンター等の利用者のクライアント端末との間に介在させた構成を有する。ＣＴＩサーバは、発信者の電話機からの着信をコールセンターの電話機に転送するとともに、その電話機の発信元情報をクライアント端末に送信している。このＣＴＩ技術によると、データベース上で発信元情報と顧客の各種情報を紐付けしておくことで、クライアント端末には、顧客の各種情報を表示させることができ、顧客に対する電話による窓口業務を大幅に効率化できる。
【０００３】
従来は、ＣＴＩサーバをコールセンターと同一構内に配置する場合が多かった。しかし、近年、ＣＴＩサーバをクライアント端末が接続されたＬＡＮから切り離し、インターネット網を介してＣＴＩサーバとクライアント端末を接続する方法も用いられている（例えば、特許文献１参照。）。
【０００４】
このインターネット網を利用したＣＴＩシステムを図１１に示す。図１１に示すように、ＣＴＩサーバ１Ｐとクライアント端末４Ｐとは、インターネット網５００を介して接続される。インターネット網５００を介した通信のために、ＣＴＩサーバ１Ｐとクライアント端末４Ｐとの間には、Ｗｅｂサーバ２Ｐが新たに設置されている。セキュリティ確保の観点から、クライアント端末４Ｐとインターネット網５００との間にはファイアウォール２０１が設置される。即ち、ＣＴＩサーバ１Ｐ及びＷｅｂサーバ２Ｐと、クライアント端末４Ｐとは、ファイアウォール２０１で隔てられる。
【０００５】
ファイアウォール２０１は、セキュリティポリシーによって外部機器であるＷｅｂサーバ２Ｐ発のクライアント端末４Ｐへのデータ配信を制限している場合が多い。また、クライアント端末４Ｐから外部機器へアクセスする場合、クライアント端末４Ｐのアドレスを隠蔽するためにプロキシサーバを経由することも多い。
【０００６】
そこで、このようなインターネット網５００とファイアウォール２０１とでＣＴＩサーバ１Ｐ及びＷｅｂサーバ２Ｐとクライアント端末４Ｐを隔てたＣＴＩシステムでは、定期監視型又は疑似サーバプッシュ型の発信元情報配信が行われる（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−２９０５７３号公報
【特許文献２】特開２００９−１１０４１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
定期監視型による発信元情報の送信処理では、クライアント端末から定期的にＣＴＩサーバ側に発信元情報の有無を問い合わせる。ＣＴＩシステムでは、発信元情報の通知に即時性が要求され、発信者の電話機からの着信に合わせて発信元情報が通知される必要がある。そのため、クライアント端末からの問い合わせは、非常に短い間隔で行われており、Ｗｅｂサーバにとって、多大な負荷となっている。例えば、クライアント端末が１０００台存在し、１秒間隔で各クライアント端末が問い合わせを行うと、Ｗｅｂサーバは、毎秒１０００アクセスの処理を要する。即時性の観点から、問い合わせ間隔を長くすることは妥当ではない。
【０００９】
そこで、疑似サーバプッシュ型による発信元情報の送信処理では、クライアント端末からの問い合わせに対して、Ｗｅｂサーバは、即座に応答せず、一定時間が経過するまでクライアント端末を待機させ、一定時間が経過しても発信元情報の着信がない場合に着信無しの応答を返却するようにしている。そのため、着信に対する発信元情報通知の即時性は確保されるが、Ｗｅｂサーバが各クライアント端末に対する接続を確立させ続けなくてはならない点で、Ｗｅｂサーバの多大な負荷は解消できていない。
【００１０】
Ｗｅｂサーバの負荷軽減のためには、冗長化が検討されるところではあるが、将来のクライアント数の増減を予測することは困難であり、コストパフォーマンスに優れた冗長化計画は立てにくい。
【００１１】
本発明は、上記のような従来技術の問題点を解決するために提案されたもので、インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に発信者の電話機の発信元情報を送信するＣＴＩシステムに関し、即時性を維持しつつ、システムにかかる負荷を軽減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るＣＴＩシステムは、インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に外部電話機の発信元情報を送信するＣＴＩシステムであって、前記ファイアウォールの外部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに、前記第１の電話機の発信元情報を送信するＣＴＩサーバと、前記ファイアウォールの内部側に配されて、前記ＣＴＩサーバと前記クライアント端末との間に介在し、前記ＣＴＩサーバからの前記発信元情報を受信して、前記クライアント端末に当該発信元情報を送信する着信待機サーバと、を備えること、を特徴とする。
【００１３】
前記着信待機サーバは、当該着信待機サーバ発の接続確立を契機に前記複数のクライアント端末に前記発信元情報を送信するようにしてもよい。
【００１４】
前記着信待機サーバは、前記クライアント端末からの信号の送信を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶し、未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信するようにしてもよい。
【００１５】
前記着信待機サーバは、ツリー型に複数配置され、下位側に前記クライアント端末がネットワークを介して接続され、前記ＣＴＩサーバからの前記発信元情報を上位から下位の前記着信待機サーバにリレーして前記複数のクライアントに前記発信元情報を送信するようにしてもよい。
【００１６】
また、本発明に係る着信待機サーバは、インターネット網とクライアント端末とを隔てるファイアウォールの内部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに前記第１の電話機の発信元情報を送信する前記ファイアウォールの外部側のＣＴＩサーバと前記クライアント端末との間に介在する着信待機サーバであって、前記発信元情報を受信する受信手段と、前記受信手段が前記発信元情報を受信すると、前記クライアント端末に前記発信元情報を送信する送信手段と、を備えること、を特徴とする。
【００１７】
前記送信手段は、当該送信手段発の接続確立を契機に前記複数のクライアント端末に前記発信元情報を送信するようにしてもよい。
【００１８】
前記クライアント端末からの信号を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶する記憶手段を更に備え、前記送信手段は、未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信するようにしてもよい。
【００１９】
前記着信待機サーバは、前記受信手段と前記送信手段を有する複数のサーバをツリー型で有し、前記各受信手段及び前記各送信手段は、前記ＣＴＩサーバからの前記発信元情報を上位から下位のサーバにリレーして、前記会側にネットワークを介して接続された複数の前記クライアントに前記発信元情報を送信するようにしてもよい。
【発明の効果】
【００２０】
本発明によれば、複数のクライアント端末とＣＴＩサーバとの間に介在する着信待機サーバがこれらクライアント端末を代表して着信待機処理を行うため、サーバの冗長化に依らずにＣＴＩサーバ側の負荷を低減できる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。
【図２】第１の実施形態に係る着信待機サーバとクライアント端末の詳細な構成を示すブロック図である。
【図３】第１の実施形態に係るクライアント端末の生存通知動作を示すシーケンス図である。
【図４】第１の実施形態に係る発信元情報の着信待機動作を示すシーケンス図である。
【図５】第１の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図６】第２の実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。
【図７】第２の実施形態に係る生存通知動作を示すシーケンス図である。
【図８】第２の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図９】第３の実施形態に係る着信待機動作を示すシーケンス図である。
【図１０】第３の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【図１１】従来のＣＴＩシステムを示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明に係るＣＴＩシステム、ＣＴＩシステムが備える着信待機サーバ、及びこのＣＴＩシステムの発信元情報の通知方法の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、本実施形態に係るＣＴＩシステムのネットワーク構成を示すブロック図である。ＣＴＩシステムは、ＣＴＩサーバ１、Ｗｅｂサーバ２、及び着信待機サーバ３を備える。
【００２３】
このＣＴＩシステムは、発信者３００の外部電話機６と利用者機関２００の内部電話機５との間に介在し、外部電話機６の電話通信を内部電話機５に転送するとともに、外部電話機６と利用者機関２００の複数のクライアント端末４との間に介在し、外部電話機６の発信元情報を各クライアント端末４に送信する。
【００２４】
外部電話機６及び内部電話機５は、固定電話、携帯電話、パーソナルコンピュータ等の電話機能を備えた端末である。複数のクライアント端末４は、利用者機関２００に設置された所謂パーソナルコンピュータであり、受信した発信元情報を表示する。発信元情報は、外部電話機６の電話番号情報であり、外部電話機６側の交換機によって生成され、ＣＴＩシステムへ送信される。
【００２５】
ＣＴＩサーバ１は、提供者機関１００に設置されている所謂コンピュータである。このＣＴＩサーバ１は、ＰＢＸ１１及び送受信部１２を有し、電話回線網４００を介した通信とＬＡＮ１０１を介した通信を行う。ＬＡＮ１０１は、提供者機関１００に敷設されている。
【００２６】
ＰＢＸ１１は、交換機であり、電話回線網４００と接続されている。電話回線網４００は、通話通信が可能な回線網であり、公衆回線や専用回線を含む。ＰＢＸ１１は、複数の外部トランクと内部トランクとスイッチ機構を有し、外部電話機６の呼が着信した外部トランクと内部電話機５に発信した外部トランクとを接続することで、外部電話機６の着信を内部電話機５へ転送する。このＰＢＸ１１は、専用電子回路により構成しても、ＣＰＵ及びモデムを含み構成してもよく、またＣＴＩサーバ１と一体として構成されていても別体として構成されていてもよい。
【００２７】
送受信部１２は、ＬＡＮ１０１と接続され、ＰＢＸ１１に着信した発信元情報をポーリングやＰＢＸ１１のイベント通知等によって取得し、Ｗｅｂサーバ２へ送信する。
【００２８】
Ｗｅｂサーバ２は、ＣＴＩサーバ１と同様に提供者機関１００に設置されている所謂コンピュータであり、送受信部２１を有する。送受信部２１は、ＬＡＮ１０１と接続され、ＣＴＩサーバ１から送信された発信元情報をポーリングやＣＴＩサーバ１のイベント通知等によって受信する。また、送受信部２１は、インターネット網５００と接続され、受信した発信元情報をインターネット５００網を介して着信待機サーバ３へ送信する。
【００２９】
送受信部２１は、着信待機サーバ３からの着信待機要求を契機として、着信待機サーバ３との一定時間の接続を確立し、その接続確立中に発信元情報を受信できなければ、空の応答を返して、接続を解除する。一定時間の接続確立は、例えば無応答によって行われる。空の応答とは、信号に発信元情報を含まない応答である。例えば、送受信部２１は、空の応答に「無し」を示す情報、例えば「０」を含める。
【００３０】
着信待機サーバ３は、利用者機関２００のファイアウォール２０１内部側に設置された所謂コンピュータであり、ファイアウォール２０１を介してインターネット網５００と接続され、また利用者機関２００に敷設されたＬＡＮ２０２に接続されている。この着信待機サーバ３は、インターネット網５００を介したＷｅｂサーバ２との発信元情報の送受信、及びＬＡＮ２０２を介したクライアント端末４への発信元情報の送信を行う。Ｗｅｂサーバ２と着信待機サーバ３との間で行われる発信元情報の送受信は、ファイアウォール２０１のセキュリティポリシーにより、着信待機サーバ３発の通信要求を契機として行われる。
【００３１】
即ち、本実施形態に係るＣＴＩシステムにおいては、ＣＴＩサーバ１及びＷｅｂサーバ２と、クライアント端末４とは、インターネット５００とファイアウォール２０１とを介して接続され、また、その間には、各クライアント端末４を代表して発信元情報の送受信要求を行う着信待機サーバ３が介在している。
【００３２】
このＣＴＩシステムにおいて、着信待機サーバ３の構成を更に詳細に説明する。図２は、着信待機サーバ３とクライアント端末４の詳細な構成を示すブロック図である。
【００３３】
着信待機サーバ３は、受信部３１、送信部３２、及びセッション作成部３３を備える。クライアント端末４は、信号送信部４３、表示制御部４１、及びモニタ４２を備える。
【００３４】
セッション作成部３３は、セッションを作成する。セッションは、信号を送信したクライアント端末４の識別情報と当該セッションの有効期限を示す情報であり、クライアント端末４の生存を示す情報となる。クライアント端末４では、信号送受信部４３により生存を通知する信号が所定時間毎に生成される。信号送受信部４３は、ＬＡＮ２０２を介して当該信号を着信待機サーバ３に送信する。
【００３５】
セッション作成部３３は、作成判断部３３１と、登録部３３２と、セッション記憶部３３３とを備える。
【００３６】
作成判断部３３１は、クライアント端末４からの信号受信を契機として、セッション記憶部３３３を参照し、当該信号を送信したクライアント端末４のセッションの有無を確認する。セッションは、セッション記憶部３３３に記憶されている。作成判断部３３１は、セッションの有無確認の際にセッション記憶部３３３を参照する。信号を送信したクライアント端末４の識別情報を含んだセッションが存在しなければ、登録部３３２に該クライアント端末４のセッションを作成させる。セッションが存在していれば、登録部３３２に該セッションを更新させる。
【００３７】
登録部３３２は、受信した信号に含まれる識別情報を取得する。識別情報は、例えばクライアント端末４のローカルＩＰアドレスである。また、登録部３３２は、着信待機サーバ３の内部時計やタイムサーバの送出する時刻を信号受信を契機に取得し、取得した時刻に所定時間を加えた有効期限情報を生成する。
【００３８】
登録部３３２は、この識別情報と有効期限情報を対応づけて、信号を送信したクライアント端末４に対するセッションとしてセッション記憶部３３３に記憶させる。セッションがすでに存在していれば、有効期限情報のみを作成し、有効期限情報を更新する。即ち、有効期限情報を書き換える。一方、登録部３３２は、セッション記憶部３３３を定期的に監視し、有効期限情報が示す有効期限が切れたセッションを破棄する。
【００３９】
受信部３１は、発信元情報の送信を要求する要求信号をＷｅｂサーバ２に送信し、接続確立中に発信元情報がＷｅｂサーバ２から送信されてくれば、当該発信元情報を受信する。受信部３１は、接続確立中に応答が返されるか、一定期間が経過すれば、接続を解除する。返される応答は、発信元情報を含む応答か、「無し」を示す「０」を含む応答である。
【００４０】
受信部３１は、要求信号の送出前にセッションの有無及び有効性を確認する。受信部３１は、一つでも有効なセッションが存在すれば、即ち、要求信号の送出前にセッション記憶部３３３を参照した結果、有効期限情報が現在時刻より未来のセッションが記憶されていれば、要求信号を送出する。
【００４１】
送信部３２は、ＬＡＮ２０２と接続され、受信部３１が受信した発信元情報を複数のクライアント端末４に対して送信する。この送信部３２は、送信判断部３２１を有し、セッション記憶部３３３に記憶され、且つ有効期限が未経過のセッションが示すクライアント端末４に対してのみ発信元情報を送信する。
【００４２】
送信部３２は、着信待機サーバ３発の接続確立要求を契機としたコネクション型通信でクライアント端末４と接続を確立し、接続確立後に発信元情報を送信する。クライアント端末４側からは、発信元情報の要求信号は出力されない。即ち、ＴＣＰ等の通信プロトコルを用いてユニキャスト通信を行うが、ユニキャスト通信の際は、送信部３２側からクライアント端末４に対してイベント通知等の通信の確立要求を行い、接続確立後に発信元情報を送信する。
【００４３】
尚、クライアント端末４側から発信元情報の要求信号を出力しなければ、コネクションレス型通信であってもよい。コネクションレス型通信では、ＵＤＰ等の通信プロトコルを用いてマルチキャスト通信を行い、送信部３２側及びクライアント端末４の双方ともに通信の確立を要求せず、送信部３２から一方的にクライアント端末４に発信元情報を送信する。
【００４４】
クライアント端末４の表示制御部４１は、受信した発信元情報をモニタ４２に表示させる。尚、発信者３００の各種情報を発信元情報に対応づけて記憶したデータベースをＬＡＮ２０２に接続しておき、表示制御部４１により、受信した発信元情報とデータベースとにより発信者３００の各種情報を取得して、モニタ４２に発信元情報とともに表示させるようにしてもよい。
【００４５】
このＣＴＩシステムにおいて、クライアント端末４の生存通知方法、発信元情報の着信待機方法、及び発信元情報の転送方法についてさらに詳細に説明する。まず、図３を参照してクライアント端末４の生存通知方法を更に詳細に説明する。図３は、クライアント端末４の生存通知動作を示すシーケンス図である。
【００４６】
最初に、クライアント端末４の信号送信部４３は、所定時間毎に生存通知を示す信号を着信待機サーバ３に送信する（Ｓ０１）。信号の生成及び送信間隔は、有効期限情報の生成の際に加算される所定時間に準じる。即ち、信号の生成及び送信間隔は、クライアント端末４の負荷低減の観点から、この所定時間と同じか、それよりも短い。
【００４７】
着信待機サーバ３の作成判断部３３１は、生存通知を示す信号を受信すると、セッション記憶部３３３にセッションが存在するか判断する（Ｓ０２）。具体的には、作成判断部３３１は、受信した信号に付随するクライアント端末４の識別情報を含むセッションを検索する。
【００４８】
判断の結果、セッションが不存在ならば（Ｓ０２，Ｎｏ）、登録部３３２は、セッションを作成する（Ｓ０３）。具体的には、登録部３３２は、信号に付随する識別情報を取り出し、また内部時計やタイムサーバから時刻情報を取得し、時刻情報に所定時間を加算した有効期限情報を作成し、識別情報と有効期限情報とを対応づけてセッション記憶部３３３に記憶させる。
【００４９】
判断の結果、セッションが存在すれば（Ｓ０２，Ｙｅｓ）、登録部３３２は、セッションの有効期限を延長する（Ｓ０４）。具体的には、登録部３３２は、有効期限情報を作成し、セッションに含まれる有効期限情報を書き換える。
【００５０】
このＳ０１〜Ｓ０４の処理は、クライアント端末４の信号送出イベントに応答して繰り返し行われる。尚、登録部３３２のセッション破棄の処理は、セッションの有効期限と同じかそれよりも長い程度の頻度で繰り返し行われるのがよい。
【００５１】
次に、図４を参照して発信元情報の着信待機方法について更に詳細に説明する。図４は、発信元情報の着信待機動作を示すシーケンス図である。
【００５２】
まず、 着信待機サーバ３の受信部３１は、有効なセッションの存在を確認する（Ｓ１１）。具体的には、受信部３１は、セッション記憶部３３３にセッションが記憶されているか確認する。セッションが記憶されていれば、受信部３１は、現在時刻を取得し、セッションの有効期限情報と比較する。セッションが記憶されており、且つ比較の結果、有効期限が未経過であれば、セッションは存在するものと確認される。
【００５３】
セッションが不存在ならば（Ｓ１１，Ｎｏ）、着信待機処理を終了する。一方、セッションが存在するならば（Ｓ１１，Ｙｅｓ）、受信部３１は、Ｗｅｂサーバ２に発信元情報を要求する信号を送出する（Ｓ１２）。
【００５４】
Ｗｅｂサーバ２の送受信部２１は、発信元情報を要求する信号を受信すると、着信待機サーバ３との接続を確立し（Ｓ１３）、一定時間待機する（Ｓ１４）。着信待機サーバ３の受信部３１も接続確立の後、応答受信のために一定時間待機することとなる（Ｓ１５）。
【００５５】
一定の待機時間が経過すると、Ｗｅｂサーバ２の送受信部２１は、着信待機サーバ３に空の応答を返し（Ｓ１６）、接続を解除する（Ｓ１７）。一方、着信待機サーバ３の受信部３１も、一定の待機時間が終了するまでに応答がないか（Ｓ１８）、応答が返却されると（Ｓ１６）、接続を解除する（Ｓ１９）。
【００５６】
更に、図５を参照して発信元情報の転送方法について更に詳細に説明する。Ｗｅｂサーバ２及び着信待機サーバ３の図４に示す着信待機中に、ＣＴＩサーバ１が発信元情報を取得した場合の動作である。図５は、発信元情報の転送動作を示すシーケンス図である。
【００５７】
まず、ＣＴＩサーバ１のＰＢＸ１１が発信元情報を受信すると（Ｓ２１）、ＣＴＩサーバ１の送受信部１２は、当該発信元情報をイベント通知によってＷｅｂサーバ２に送信する（Ｓ２２）。
【００５８】
Ｗｅｂサーバ２の送受信部２１は、受信した発信元情報を含む応答を着信待機サーバ３に返す（Ｓ２３）。また、送受信部２１は、ＣＴＩサーバ１に着信通知の応答を返す（Ｓ２４）。ＣＴＩサーバ１に着信通知の応答が送達されると、ＰＢＸ１１は、外部電話機６からの着信を内部電話機５に転送する（Ｓ２５）。
【００５９】
着信待機サーバ３の受信部３１が発信元情報を含む応答を受信すると、送信判断部３２１は、セッション記憶部３３３を参照して、有効期限が未経過のセッションからクライアント端末４の識別情報を読み出す（Ｓ２６）。送信部３２は、読み出された識別情報が示すクライアント端末４に対して送信部３２発の接続確立要求を行い、接続確立後、当該クライアント端末４に発信元情報を送信する（Ｓ２７）。
【００６０】
クライアント端末４では、発信元情報を受信すると、表示制御部４１が当該発信元情報をモニタ４２に表示させる。また、ＬＡＮ２０２に発信者の各種情報を記憶したデータベースを配置している場合には、表示制御部４１は、発信元情報を検索キーとするデータベースの検索を行い、発信者の各種情報を取得して、モニタ４２に表示させる。
【００６１】
以上のように、本実施形態では、ＣＴＩシステムは、クライアント端末４とＣＴＩサーバ１との間に着信待機サーバ３を介在させる。クライアント端末４は、インターネット網５００を隔てるファイアウォール２０１の内部側に配されており、ＣＴＩサーバ１は外部側、着信待機サーバ３は内部側に位置させる。そして、ＣＴＩサーバ１は、外部電話機６からの着信を内部電話機５に転送するとともに、発信元情報を着信待機サーバ３に送信する。着信待機サーバ３は、発信元情報の送信を受けて、複数のクライアント端末４に発信元情報を送信する。
【００６２】
即ち、複数のクライアント端末４とＣＴＩサーバ１との間に介在する着信待機サーバ３がこれらクライアント端末４を代表して着信待機処理を行う。これにより、冗長化に依ることなく、即時性が担保されたままＣＴＩサーバ１側の負荷は低減される。
【００６３】
また、本実施形態では、着信待機サーバ３は、着信待機サーバ３発の接続確立要求を契機に複数のクライアント端末４に発信元情報を送信する。即ち、クライアント端末４からの発信元情報の送信要求を要せずに、着信待機サーバ３から発信元情報をクライアント端末４に自立的に送信する。これにより、クライアント端末４側のリソースを発信元情報の取得のために割く割合は劇的に低下し、クライアント端末４の負荷も低減される。尚、着信待機サーバ３発の自立的な送信であれば、接続確立を行わないコネクションレス型通信であってもよい。
【００６４】
また、本実施形態では、着信待機サーバ３は、クライアント端末４からの信号送信を受けて、当該信号を送信したクライアント端末４の識別情報と有効期限情報と対応づけて記憶する。そして、着信待機サーバ３は、未経過の有効期限情報に対応づけられた識別情報が示すクライアント端末４に対して発信元情報を送信する。これにより、着信待機サーバ３発の接続確立を契機としたコネクション型又はコネクションレス型の通信効率は高まり、ＬＡＮ２０２上の関係のない端末への影響は低減される。
【００６５】
（第２の実施形態）
図６に、第２の実施形態に係る着信待機サーバ３を含むＣＴＩシステムを示す。図６に示すように、ＣＴＩシステムは、着信待機サーバ３をツリー構造に複数備える。
【００６６】
最上位の着信待機サーバ３は、Ｗｅｂサーバ２と発信元情報の送受信を行う。最下位の着信待機サーバ３は、それぞれ複数のクライアント端末４を担当し、担当のクライアント端末４に発信元情報を送信する。
【００６７】
このツリー構造に配置された着信待機サーバ３は、ＣＴＩサーバ１からの発信元情報を上位から下位へリレーし、最下位の着信待機サーバ３が担当のクライアント端末４に発信元情報を送信する。担当のクライアント端末４とは、セッションが記憶されているクライアント端末４である。クライアント端末４の信号送信部４３は、生存通知の信号の宛先を予め記憶している。
【００６８】
各着信待機サーバ３は、最上位の着信待機サーバ３を除いて、クライアント端末４の信号送信部４３を備え、一つ上位の着信待機サーバ３に対して生存通知の信号を送信する。また、上位の着信待機サーバ３は、一つ下位の着信待機サーバ３のセッションを作成する。そして、上位の着信待機サーバ３は、有効に存在するセッションの着信待機サーバ３に対して接続確立要求を行い、接続確立後、発信元情報を送信する。
【００６９】
即ち、本実施形態においては、着信待機サーバ３間の発信元情報の送受信方法として、第１の実施形態における上位の着信待機サーバ３発の接続確立要求を契機としたコネクション型通信とセッションの概念を採用している。
【００７０】
具体的には、最上位の着信待機サーバ３以外は、着信待機の処理は行わない。換言すると、最上位以外の着信待機サーバ３の受信部３は、発信元情報の送信を要求する要求信号を送出しない。即ち、着信待機サーバ３間の通信は、上位の着信待機サーバ３発の接続確立要求を契機とした通信である。コネクション型通信より着信待機サーバ３間の発信元情報送受信を行う場合は、最上位以外の着信待機サーバ３の受信部３１は、一つ上位の着信待機サーバ３による接続確立要求を受けて接続を確立し、発信元情報を受信する。
【００７１】
尚、上位の着信待機サーバ３発の自立的な通信であれば、コネクションレス型通信を採用することもでき、最上位以外の着信待機サーバ３の受信部３１は、受信データの宛先が自身の識別情報であれば、当該データから発信元情報を取り出す。一方、受信データの宛先が自身の識別情報でなければ、当該データを破棄する。
【００７２】
この第２の実施形態に係るＣＴＩシステムの動作について図７及び図８に基づき説明する。図７は、この第２の実施形態に係る生存通知動作を示すシーケンス図である。図８は、第２の実施形態に係る発信元情報の転送動作を示すシーケンス図である。最上位の着信待機サーバ３とＷｅｂサーバ２との間で行われる着信待機処理については、第１の実施形態と同一につき、その詳細な説明を省略する。
【００７３】
以下、着信待機サーバ３は、２段のツリー構造で配置されているものとして説明する。最下位の２台の着信待機サーバ３は、同一の処理を行うため、代表して１台の最下位の着信待機サーバ３と最上位の着信待機サーバ３との関係についてのみを説明する。
【００７４】
まず、第２の実施形態に係る生存通知動作について図７を参照して説明する。尚、クライアント端末４と最下位の着信待機サーバ３との生存通知処理については、図３と同一につき、図示するのみとして、その詳細な説明を省略する。
【００７５】
図７に示すように、始に、下位の着信待機サーバ３の信号送信部４３は、所定時間毎に生存通知を示す信号を上位の着信待機サーバ３に送信する（Ｓ３１）。上位の着信待機サーバ３の作成判断部３３１は、信号を受信すると、セッション記憶部３３３を参照して有効なセッションの存在を判断する（Ｓ３２）。
【００７６】
判断の結果、有効なセッションが不存在ならば（Ｓ３２，Ｎｏ）、登録部３３２は、セッションを作成する（Ｓ３３）。一方、判断の結果、有効なセッションが存在すれば（Ｓ３２，Ｙｅｓ）、登録部３３２は、セッションの有効期限を延長する（Ｓ３４）。
【００７７】
次に、第２の実施形態に係る発信元情報の転送動作について図８を参照して説明する。尚、ＣＴＩサーバ１とＷｅｂサーバ２と最上位の着信待機サーバ３との間、及び最下位の着信待機サーバ３とクライアント端末４との間における発信元情報の転送処理については、図５と同一につき、図示するのみとして、その詳細な説明を省略する。
【００７８】
図８に示すように、まず、発信元情報の転送動作において、ＣＴＩサーバ１とＷｅｂサーバ２と最上位の着信待機サーバ３との間では、Ｓ２１〜Ｓ２５の処理を行う。そして、上位の着信待機サーバ３の受信部３１が発信元情報を含む応答を受け取ると、その送信判断部３２１は、セッション記憶部３３３を参照して、有効期限が未経過のセッションから下位の着信待機サーバ３の識別情報を読み出す（Ｓ４１）。そして、上位の着信待機サーバ３の送信部３２は、読み出された識別情報が示す下位の着信待機サーバ３に接続確立要求を行い、接続確立後、発信元情報を当該下位の着信待機サーバ３に送信する（Ｓ４２）。
【００７９】
発信元情報がリレーされて到達した最下位の着信待機サーバ３では、Ｓ２６及びＳ２７の処理を行い、担当のクライアント端末４に対して発信元情報を送信する。
【００８０】
以上のように、本実施形態の着信待機サーバ３は、ツリー型に複数配置され、下位側にクライアント端末４がネットワークを介して接続され、ＣＴＩサーバ１からの発信元情報を上位から下位の着信待機サーバ３にリレーして複数のクライアント４に発信元情報を送信するようにした。これにより、クライアント数が多くなっても着信待機サーバ３がボトルネックとなることはない。
【００８１】
（第３の実施形態）
第２の実施形態においては、ツリー型の着信待機サーバ３は、上位の着信待機サーバ３発のコネクションレス型の通信によって発信元情報をリレーするようにした。この実施形態に代えて、着信待機サーバ３間においても着信待機処理によって発信元情報の送受信を行うようにしてもよい。
【００８２】
即ち、上位の着信待機サーバ３は、Ｗｅｂサーバ２の送受信部２１と同一の構成を有している。また、生存通知処理は、第１の実施形態と同様に最下位の着信待機サーバ３とクライアント端末４との間についてのみ行われる。上位の着信待機サーバ３は、セッション作成部３３及び送信判断部３２１を備えず、また受信部３１における有効なセッションの有無の確認を行わない。
【００８３】
まず、第３の実施形態に係る着信待機動作について説明する。図９は、第３の実施形態に係る着信待機動作を示すシーケンス図である。
【００８４】
最初に、最下位の着信待機サーバ３の受信部３１は、有効なセッションの存在を確認する（Ｓ５１）。セッションが不存在ならば（Ｓ５１，Ｎｏ）、この着信待機処理を終了する。一方、有効なセッションが存在していれば（Ｓ５１，Ｙｅｓ）、受信部３１は、上位の着信待機サーバ３に発信元情報を要求する信号を送出する（Ｓ５２）。
【００８５】
一つ上位の着信待機サーバ３の送受信部２１は、発信元情報を要求する信号を受信すると、一つ下位の着信待機サーバ３との接続を確立し（Ｓ５３）、一定時間待機する（Ｓ５４）。当該下位の着信待機サーバ３の受信部３１も接続確立の後、応答受信のために一定時間待機することとなる（Ｓ５５）。同時に、Ｗｅｂサーバ２と最上位の着信待機サーバ３との間では、Ｓ１２〜Ｓ１９の処理が行われる。
【００８６】
一定の待機時間が経過すると、一つ上位の着信待機サーバ３の送受信部２１は、一つ下位の着信待機サーバ３に空の応答を返し（Ｓ５６）、接続を解除する（Ｓ５７）。一方、当該下位の着信待機サーバ３の受信部３１も、一定待機時間の終了までに未応答であるか（Ｓ５８，Ｎｏ）、応答の返却がされると（Ｓ５８，Ｙｅｓ）、接続を解除する（Ｓ５９）。
【００８７】
次に、第３の実施形態に係る発信元情報の転送動作について説明する。図１０は、第３の実施形態に係る発信元情報の転送動作を示すシーケンス図である。
【００８８】
まず、ＣＴＩサーバ１、Ｗｅｂサーバ２、及び最上位の着信待機サーバ３は、Ｓ２１〜Ｓ２５の処理を行う。そして、Ｗｅｂサーバ２の送受信部２１が、受信した発信元情報を含む応答を最上位の着信待機サーバ３に返すと（Ｓ２３）、上位の着信待機サーバ３の送受信部２１は、受信した発信元情報を含む応答を接続を確立して待機中となっている一つ下位の着信待機サーバ３に返す（Ｓ６１）。
【００８９】
最下位の着信待機サーバ３の受信部３１が発信元情報を含む応答を受け取ると、最下位の着信待機サーバ３は、Ｓ２６及びＳ２７の有効なセッションのクライアント端末４に対する接続確立要求と接続確立後の発信元情報の送信を行う。
【００９０】
以上のように、着信待機サーバ３間においても着信待機処理を行うようすることで、上位の着信待機サーバ３発の下位の着信待機サーバ３に対する接続要求を行わない又は行えない場合であっても、着信待機サーバ３をツリー構造で配置することが可能となり、クライアント数が多くなっても着信待機サーバ３がボトルネックとなることはない。
【符号の説明】
【００９１】
１ ＣＴＩサーバ
１１ ＰＢＸ
１２ 送受信部
２ Ｗｅｂサーバ
２１ 送受信部
３ 着信待機サーバ
３１ 受信部
３２ 送信部
３３ セッション作成部
３３１ 作成判断部
３３２ 登録部
３３３ セッション記憶部
４ クライアント端末
４１ 表示制御部
４２ モニタ
４３ 信号送信部
５ 内部電話機
６ 外部電話機
１００ 提供者機関
１０１ ＬＡＮ
２００ 利用者機関
２０１ ファイアウォール
２０２ ＬＡＮ
３００ 発信者
４００ 電話回線網
５００ インターネット網
【特許請求の範囲】
【請求項１】
インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に外部電話機の発信元情報を送信するＣＴＩシステムであって、
前記ファイアウォールの外部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに、前記第１の電話機の発信元情報を送信するＣＴＩサーバと、
前記ファイアウォールの内部側に配されて、前記ＣＴＩサーバと前記クライアント端末との間に介在し、前記ＣＴＩサーバからの前記発信元情報を受信して、前記クライアント端末に当該発信元情報を送信する着信待機サーバと、
を備えること、
を特徴とするＣＴＩシステム。
【請求項２】
前記着信待機サーバは、
当該着信待機サーバ発の接続確立要求を契機に前記複数のクライアント端末に前記発信元情報を送信すること、
を特徴とする請求項１記載のＣＴＩシステム。
【請求項３】
前記着信待機サーバは、
前記クライアント端末からの信号の送信を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶し、
未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信すること、
を特徴とする請求項２記載のＣＴＩシステム。
【請求項４】
前記着信待機サーバは、
ツリー型に複数配置され、下位側に前記クライアント端末がネットワークを介して接続され、
前記ＣＴＩサーバからの前記発信元情報を上位から下位の前記着信待機サーバにリレーして前記複数のクライアントに前記発信元情報を送信すること、
を特徴とする請求項１乃至３の何れかに記載のＣＴＩシステム。
【請求項５】
インターネット網とクライアント端末とを隔てるファイアウォールの内部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに前記第１の電話機の発信元情報を送信する前記ファイアウォールの外部側のＣＴＩサーバと前記クライアント端末との間に介在する着信待機サーバであって、
前記発信元情報を受信する受信手段と、
前記受信手段が前記発信元情報を受信すると、前記クライアント端末に前記発信元情報を送信する送信手段と、
を備えること、
を特徴とする着信待機サーバ。
【請求項６】
前記送信手段は、
当該送信手段発の接続確立要求を契機に前記複数のクライアント端末に前記発信元情報を送信すること、
を特徴とする請求項５記載の着信待機サーバ。
【請求項７】
前記クライアント端末からの信号を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶する記憶手段を更に備え、
前記送信手段は、
未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信すること、
を特徴とする請求項６記載の着信待機サーバ。
【請求項８】
請求項５乃至７の何れかに記載の前記着信待機サーバは、
前記受信手段と前記送信手段を有する複数のサーバをツリー型で有し、
前記各受信手段及び前記各送信手段は、
前記ＣＴＩサーバからの前記発信元情報を上位から下位のサーバにリレーして、前記会側にネットワークを介して接続された複数の前記クライアントに前記発信元情報を送信すること、
を特徴とする着信待機サーバ。
【請求項１】
インターネット網を隔てるファイアウォールの内部側に配されたクライアント端末に外部電話機の発信元情報を送信するＣＴＩシステムであって、
前記ファイアウォールの外部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに、前記第１の電話機の発信元情報を送信するＣＴＩサーバと、
前記ファイアウォールの内部側に配されて、前記ＣＴＩサーバと前記クライアント端末との間に介在し、前記ＣＴＩサーバからの前記発信元情報を受信して、前記クライアント端末に当該発信元情報を送信する着信待機サーバと、
を備えること、
を特徴とするＣＴＩシステム。
【請求項２】
前記着信待機サーバは、
当該着信待機サーバ発の接続確立要求を契機に前記複数のクライアント端末に前記発信元情報を送信すること、
を特徴とする請求項１記載のＣＴＩシステム。
【請求項３】
前記着信待機サーバは、
前記クライアント端末からの信号の送信を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶し、
未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信すること、
を特徴とする請求項２記載のＣＴＩシステム。
【請求項４】
前記着信待機サーバは、
ツリー型に複数配置され、下位側に前記クライアント端末がネットワークを介して接続され、
前記ＣＴＩサーバからの前記発信元情報を上位から下位の前記着信待機サーバにリレーして前記複数のクライアントに前記発信元情報を送信すること、
を特徴とする請求項１乃至３の何れかに記載のＣＴＩシステム。
【請求項５】
インターネット網とクライアント端末とを隔てるファイアウォールの内部側に配され、第１の電話機からの着信を第２の電話機に転送するとともに前記第１の電話機の発信元情報を送信する前記ファイアウォールの外部側のＣＴＩサーバと前記クライアント端末との間に介在する着信待機サーバであって、
前記発信元情報を受信する受信手段と、
前記受信手段が前記発信元情報を受信すると、前記クライアント端末に前記発信元情報を送信する送信手段と、
を備えること、
を特徴とする着信待機サーバ。
【請求項６】
前記送信手段は、
当該送信手段発の接続確立要求を契機に前記複数のクライアント端末に前記発信元情報を送信すること、
を特徴とする請求項５記載の着信待機サーバ。
【請求項７】
前記クライアント端末からの信号を受けて、当該信号を送信した前記クライアント端末の識別情報と有効期限情報と対応づけて記憶する記憶手段を更に備え、
前記送信手段は、
未経過の前記有効期限情報に対応づけられた前記識別情報が示す前記クライアント端末に対して前記発信元情報を送信すること、
を特徴とする請求項６記載の着信待機サーバ。
【請求項８】
請求項５乃至７の何れかに記載の前記着信待機サーバは、
前記受信手段と前記送信手段を有する複数のサーバをツリー型で有し、
前記各受信手段及び前記各送信手段は、
前記ＣＴＩサーバからの前記発信元情報を上位から下位のサーバにリレーして、前記会側にネットワークを介して接続された複数の前記クライアントに前記発信元情報を送信すること、
を特徴とする着信待機サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−９００２４（Ｐ２０１２−９００２４Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１０−２３４１５７（Ｐ２０１０−２３４１５７）
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（５９６１０６７６６）株式会社メテム (2)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（５９６１０６７６６）株式会社メテム (2)
【Ｆターム（参考）】
[ Back to top ]