(57)【特許請求の範囲】
【請求項１】
発信者端末からの呼をインターネットを介して転送先に転送するとともに、転送先の端末をして発信者情報を表示せしめる着信呼転送装置であって、
呼制御プロトコルを利用して発信者端末および転送先の端末との通信制御を行うサーバと、
前記発信者端末に付随する発信者番号に対応した発信者情報を記憶して、前記サーバに前記発信者情報を提供し得る発信者情報記憶手段と、を有し、
前記サーバは、前記呼に含まれる通信確立リクエストを受信し、前記リクエストから発信者番号を取得する取得手段と、
前記発信者番号に基づいて前記呼の転送先を決定する着信振り替え手段と、
前記発信者番号に基づいて前記発信者情報記憶手段から前記発信者情報を抽出する発信者情報検索手段と、
前記発信者情報検索手段により抽出した前記発信者情報を、前記リクエストに記述して記述済みリクエストを生成する生成手段と、を有し、
前記着信振り替え手段により決定した転送先の端末に前記呼を転送するとともに、前記記述済みリクエストを前記転送先の端末に送信し、
前記転送先の端末は、前記記述済みリクエストに基づいて、前記発信者情報を表示することを特徴とする着信呼転送装置。
【請求項２】
前記取得手段は、前記リクエストから着信先番号を取得し、
前記着信振り替え手段は、前記着信先番号に基づいて、前記呼の転送先を決定することを特徴とする請求項１に記載の着信呼転送装置。
【請求項３】
前記取得手段は、前記リクエストから発信者のＵＲＩを取得し、
前記着信振り替え手段は、前記発信者端末のＵＲＩに基づいて前記呼の転送先を決定することを特徴とする請求項１に記載の着信呼転送装置。
【請求項４】
取得手段と、着信振り替え手段と、発信者情報検索手段と、生成手段と、を有し、呼制御プロトコルを利用して発信者端末と転送先の端末との通信制御を行うサーバと、
前記発信者端末に付随する発信者番号に対応した発信者情報を記憶して、前記サーバに前記発信者情報を提供し得る発信者情報記憶手段と、を有し、
前記発信者端末からの呼をインターネットを介して転送先に転送するとともに、前記転送先の端末をして前記発信者情報を表示せしめる着信呼転送装置における着信呼転送方法であって、
前記取得手段が前記呼に含まれる通信確立リクエストを受信し、前記リクエストから発信者番号を取得する取得ステップと、
前記着信振り替え手段が、前記発信者番号に基づいて、前記呼の転送先を決定する着信振り替えステップと、
前記発信者情報検索手段が、前記発信者番号に基づいて、前記発信者情報記憶手段から前記発信者情報を抽出する発信者情報検索ステップと、
前記生成手段が、前記発信者情報検索手段により抽出した前記発信者情報を、前記リクエストに記述して記述済みリクエストを生成する生成ステップと、
前記サーバが、前記着信振り替え手段により決定した転送先の端末に前記呼を転送するとともに、前記記述済みリクエストを前記転送先の端末に送信する送信ステップと、
前記転送先の端末が、前記記述済みリクエストに基づき、前記発信者情報を表示する表示ステップと、を有することを特徴とする着信呼転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末とコンピュータを統合したＣＴＩ（Computer Telephony Integration）システムに関し、特にＳＩＰサーバ及びＳＩＰ端末を用いて着信呼を自動転送するとともに発信元の顧客情報を転送先の端末装置に表示させることを可能にする着信呼転送装置および方法に関する。
【背景技術】
【０００２】
構内交換機（ＰＢＸ）とコンピュータとを連携させたＣＴＩ（Computer Telephony Integration）システムが、コールセンター等において利用されている。かかるシステムを用いて、発信者である顧客からの電話を予め登録しておいた転送先のオペレータに自動接続したり、発信者番号に基づきデータベースから顧客情報を検索して、転送先のオペレータが使用するパーソナルコンピュータ等のクライアント端末に顧客情報を表示することにより、転送先オペレータは顧客情報を確認した上で、電話応対を行うことが可能となっている。かかるシステムにより効率良く着信呼を処理して、オペレータの負荷の均等化、軽減、および発信者である顧客の待ち時間の短縮を図り、構内交換機（ＰＢＸ）の効率的に運用に寄与している。
【０００３】
特許文献１のＣＴＩシステムは、構内交換機（ＰＢＸ）とサーバとがネットワークを介して接続され、ＰＢＸ配下の個々の電話機端末と、当該電話機端末に対応付けられたクライアント端末を有している。サーバは、ネットワーク経由で、ＰＢＸ及びその配下の電話機端末を制御して、着信呼とコンピュータ上の情報を連動して、電話機端末への着信呼の転送と、クライアント端末への発信者情報の転送との連動を可能としている。更に、電話機端末への着信鳴動の前に、発信者情報をクライアント端末の画面に表示して、オペレータに、着信鳴動を承認あるいは拒否する権限を与え、着信呼の転送を最初に許可したオペレータのみに電話を転送する技術が開示されている。
【特許文献１】特開２００２−３１４６９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の着信呼転送装置は、公衆電話網に接続する構内交換機（ＰＢＸ）と、構内交換機（ＰＢＸ）およびクライアント端末を制御するサーバをそれぞれ設置して、これらを接続するためのネットワークを構築する必要があり、システムが煩雑であった為、システムを導入するための工事期間が長く、非常にコストがかかるといった問題があった。
【０００５】
本発明は上記した点を鑑みてなされたものであり、その目的とするところは、構内交換機ＰＢＸ等の大型設備を設置する必要のない、容易かつ安価な着信呼転送装置および方法を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１にかかる発明の着信呼転送装置は、発信者端末からの呼をインターネットを介して転送先に転送するとともに、転送先の端末をして発信者情報を表示せしめる着信呼転送装置であり、呼制御プロトコルを利用して発信者端末および転送先の端末との通信制御を行うサーバと、該発信者端末に付随する発信者番号に対応した発信者情報を記憶して、該サーバに該発信者情報を提供し得る発信者情報記憶手段と、を有し、該サーバは、該呼に含まれる通信確立リクエストを受信し、該リクエストから発信者番号を取得する取得手段と、該発信者番号に基づいて該呼の転送先を決定する着信振り替え手段と、該発信者番号に基づいて該発信者情報記憶手段から該発信者情報を抽出する発信者情報検索手段と、該発信者情報検索手段により抽出した該発信者情報を、該リクエストに記述して記述済みリクエストを生成する生成手段と、を有し、該着信振り替え手段により決定した転送先の端末に該呼を転送するとともに、該記述済みリクエストを該転送先の端末に送信し、該転送先の端末は、該記述済みリクエストに基づいて、該発信者情報を表示することを特徴とする。
【０００７】
また、請求項４にかかる発明の着信呼転送方法は、取得手段と、着信振り替え手段と、発信者情報検索手段と、生成手段と、を有し、呼制御プロトコルを利用して発信者端末と転送先の端末との通信制御を行うサーバと、前記発信者端末に付随する発信者番号に対応した発信者情報を記憶して、前記サーバに前記発信者情報を提供し得る発信者情報記憶手段と、を有し、前記発信者端末からの呼をインターネットを介して転送先に転送するとともに、前記転送先の端末をして前記発信者情報を表示せしめる着信呼転送装置における着信呼転送方法であって、前記取得手段が前記呼に含まれる通信確立リクエストを受信し、前記リクエストから発信者番号を取得する取得ステップと、前記着信振り替え手段が、前記発信者番号に基づいて、前記呼の転送先を決定する着信振り替えステップと、前記発信者情報検索手段が、前記発信者番号に基づいて、前記発信者情報記憶手段から前記発信者情報を抽出する発信者情報検索ステップと、前記生成手段が、前記発信者情報検索手段により抽出した前記発信者情報を、前記リクエストに記述して記述済みリクエストを生成する生成ステップと、前記サーバが、前記着信振り替え手段により決定した転送先の端末に前記呼を転送するとともに、前記記述済みリクエストを前記転送先の端末に送信する送信ステップと、前記転送先の端末が、前記記述済みリクエストに基づき、前記発信者情報を表示する表示ステップと、を有することを特徴とする。
【発明の効果】
【０００８】
本発明の着信呼転送装置および方法によれば、構内交換機ＰＢＸ等の大型設備の設置が不要となり、容易かつ安価な着信呼転送装置の構築が可能となる。
【発明を実施するための形態】
【０００９】
本発明の着信呼転送装置は、ＳＩＰ技術を利用して、発信者である顧客からの着信呼をＳＩＰサーバの制御によって、最適なオペレータに転送するとともに、顧客情報を当該オペレータのＳＩＰ電話端末上に表示するものである。
【００１０】
ＳＩＰとは、Session Initiation Protocol（セッション開始プロトコル）の略でＩＰネットワーク上で様々なデータ、音声、映像などのメディアの通信を行うために、２者またはそれ以上の通信アプリケーションの関連付け（例えば通信の開始）を行ったり、関連を終了（例えば通信を切断）したりするために利用する呼制御プロトコルである。従来同様の機能を持つプロトコルとしてＩＴＵ−Ｔ（国際電気通信連合の電気通信標準化部門）で策定されたＨ．３２３がある。このプロトコルは、既存のＩＳＤＮ網のために勧告化された呼制御プロトコルを基本にしてＩＰ網に対応させたものである。そのため、既存の電話サービスとの親和性が高い反面、複数のプロトコルを組み合わせているため、複雑なプロトコルになっている。一方ＳＩＰは、ＩＰ上での動作を基本として標準化されているため、インターネットで利用されるプロトコルとの親和性が高く、非常にシンプルである。また、セッションの開始／変更／終了を行うだけで、セッションの内容には関知しないため、既存の他の技術との組み合わせが容易で、拡張性に優れたプロトコルである。上記の理由から、ＳＩＰはリアルタイム通信を実現する標準プロトコルとして本命視されている。
【００１１】
次に、図１及び図２を参照しつつ２者間の通信における単純なＳＩＰのリクエストおよびレスポンスのメッセージ交換を例にＳＩＰの基本機能を説明する。ここでの例は、ＳＩＰと一緒に、ＲＴＰ（Real Time Transport Protocol、リアルタイムデータ転送プロトコル）およびＳＤＰ（Session Description Protocol、セッション記述プロトコル）を用いることを前提としている。
【００１２】
図１は、２者間の通信におけるネットワーク図である。図２は、ＳＩＰ電話端末ＵＡ１、ＵＡ２が通信を行う際の、ＳＩＰメッセージの交換のシーケンスを例示したものである。ＵＡ１は、west.netドメインに属し、ＵＡ２は、east.netドメインに属するものとする。
【００１３】
ＵＡ１からＵＡ２に向けて電話をかけようとして、ＵＡ１の受話器を上げてＵＡ２の電話番号をダイヤルすると、ＵＡ１は、自分のwest.netドメインのプロキシーサーバｐｓ１にＩＮＶＩＴＥリクエスト（通信確立要求）を送信する（ステップＳ０１）。west.netドメインのプロキシーサーバｐｓ1は、ＤＮＳ（Domain Name Service）の検索を実行して、east.netドメインのプロキシーサーバｐｓ２の場所を特定し、プロキシーサーバｐｓ１からプロキシーサーバｐｓ２に向けて、ＩＮＶＩＴＥリクエストが送信される（ステップＳ０２）。また、プロキシーサーバｐｓ１はステップＳ０１においてＩＮＶＩＴＥリクエストを受信すると、ＵＡ１に暫定的なレスポンスである１００Ｔｒｙｉｎｇを送信する（ステップＳ０３）。プロキシーサーバｐｓ２は受信したＩＮＶＩＴＥリクエストをＵＡ２に向けて送信する（ステップＳ０４）。ステップＳ０４でプロキシーサーバｐｓ２がＩＮＶＩＴＥリクエストをＵＡ２のＳＩＰ電話端末に送信すると、プロキシーサーバｐｓ１に向けて１００Ｔｒｙｉｎｇを送信する（ステップＳ０５）。ＩＮＶＩＴＥリクエストを受信したＵＡ２は、着信鳴動するとともに、呼び出し中を意味する１８０Ｒｉｎｇｉｎｇレスポンスをプロキシーサーバｐｓ２に送信する（ステップＳ０６）。このメッセージは、プロキシーサーバｐｓ２及びプロキシーサーバｐｓ１を経由してＵＡ１に送信される（ステップＳ０７、Ｓ０８）。ＵＡ２の受話器上げて着信に応答すると、ＵＡ２は、応答したことを知らせるために、２００ＯＫレスポンスをｐｓ２に送信する（ステップＳ０９）。このメッセージもプロキシーサーバｐｓ２及びプロキシーサーバｐｓ１を経由してＵＡ１に送信される（ステップＳ１０、Ｓ１１）。２００ＯＫを受信したＵＡ１では、呼び出し中音が鳴り止むとともに、２００ＯＫレスポンスの受信を確認するＡＣＫ（Acknowledgment、応答確認）リクエストをＵＡ２に直接送信する（ステップＳ１２）。通信のためのメディアセッションがＲＴＰ（Real Time Transport Protocol、リアルタイムデータ転送プロトコル）によって確立され、通話可能となる（ステップＳ１３）。通話が終了して、ＵＡ２の受話器を下ろすと、ＵＡ２では、切断を意味するＢＹＥリクエストが生成され、ＵＡ１のＳＩＰ電話端末に送信される（ステップＳ１４）。ＵＡ１は、ＢＹＥリクエストを受信すると、２００ＯＫレスポンスをＵＡ２に送信して通信を終了する（ステップＳ１５）。
【００１４】
上記の如くＳＩＰは、クライアントがメッセージを出して、サーバがそれに応えるというやりとりが繰り返される。
【００１５】
また、クライアントがサーバにある処理を要求するリクエストは、メソッドによって表現される。ＳＩＰでは、メソッドを指定することで、コマンドが実行される。以下に、ＳＩＰで使用されるメソッドの種類とその内容を示す。ＩＮＶＩＴＥは、通信の確立を要求するコマンドである。ＡＣＫは、ＩＮＶＩＴＥに対する応答を受け取ったことを知らせるコマンドである。ＢＹＥは、コールを終了するコマンドである。ＣＡＮＣＥＬは、未応答のＩＮＶＩＴＥリクエストをキャンセルするコマンドである。ＯＰＴＩＯＮＳは、サーバの能力情報を問い合わせるコマンドである。ＲＥＧＩＳＴＥＲは、ユーザーの現在位置を登録するコマンドである。ＩＮＦＯはセッションに関係する情報を伝えるコマンドである。
【００１６】
次に、図３にＩＮＶＩＴＥリクエストの一例を示す。これは、テキスト形式で記述され、ＳＩＰによる通信を行う際に、発信者から受信者に向けて送信されるメッセージである。メッセージ構造は、リクエスト行、ヘッダー部、空白行、ボディ部で構成される。リクエスト行には、リクエストの種類を示すメソッド名（図３の例では、ＩＮＶＩＴＥ）、リクエストの宛先を示すリクエストＵＲＩ、ＳＩＰのバージョンが含まれる。ヘッダー部の最初に記述されるＶｉａヘッダーは、ＳＩＰのバージョン、使用するトランスポートプロトコル（図３の例では、ＵＤＰ）、レスポンスが送られる場所を特定する。またこのフィールドには、メッセージが経由した場所が逐次挿入される。Ｍａｘ−Ｆｏｒｗａｒｓヘッダーは、リクエストを何回経由してよいかを示す。Ｆｒｏｍヘッダーは、リクエストの発信者を示す。すなわち、発信者の表示名および発信者のＵＲＩが示される。発信者の表示名が記述された部分をディスプレイネーム部と呼ぶ。更にＦｒｏｍヘッダーには、発信者側のＳＩＰシステムが付与したタグが含まれる。ｔｏヘッダーは、リクエストの宛先を示す。すなわち、着信者の表示名および着信者のＵＲＩが示される。ＣＡＬＬ−ＩＤヘッダーは、１つの呼に関する一連のＳＩＰメッセージをグループ化して、他の呼のＳＩＰメッセージと区別する識別情報として使用される。Ｃｓｅｑヘッダーは、新たなリクエストの発行ごとに増加される整数のシーケンス番号とメソッド名から構成される。Ｃｏｎｔａｃｔヘッダーは、今後のリクエストをどこに送るかを示す。Ｃｏｎｔｅｎｔ−Ｔｙｐｅ、Ｃｏｎｔｅｎｔ―Ｌｅｎｇｔｈヘッダーは、ヘッダー部に続くボディ部のコンテンツタイプ（図３の例では、ＳＤＰ）と、その長さ（図３の例では、１３８オクテット）を示す。ヘッダー部の後には、１行の空白行が付与され、その後に、メッセージボディとしてＳＤＰで記述されたセッションの情報が付与される。
【００１７】
本発明は、上記したＳＩＰの機能を利用した着信呼転送システムを実現するものである。以下において、本発明の実施例を図面を参照して説明する。図４は本発明による着信呼転送装置の全体構成を示す図である。
【００１８】
電話端末１００は、発信者である顧客によって使用される電話端末であり、ＩＰネットワークに接続できる電話端末である。尚、図示しないＳＩＰ対応ＶｏＩＰ（Voice over Internet Protocol）ゲートウェイをＳＩＰサーバ１１０の前段に設けることで、公衆電話網、ＩＳＤＮ網に接続されている一般加入者電話を使用することも可能である。
【００１９】
ＳＩＰサーバ１１０は、ＬＡＮ１０２を介してＩＰ網１０１および着信呼の転送先である複数のＳＩＰ電話端末１４０−１〜１４０−ｎと通信を行う通信処理制御部１１１を備えている。また、発信者からの発呼の際に発信者の電話端末１００から送信されるＩＮＶＩＴＥリクエストを処理して、発信者番号および着信先番号を取得し、また、ＩＮＶＩＴＥリクエストメッセージのＦｒｏｍヘッダー部に顧客情報を書き込む処理を行うＳＩＰメッセージ制御部１１２を備えている。ＳＩＰサーバ１１０は、更に着信振り替え部１１４と、顧客情報検索部１１５から成るＡＣＤアプリケーション１１３を備えている。着信振り替え部１１４は、後述する転送先情報格納部１２０に記憶されている発信者番号と着信先のＳＩＰ電話端末１４０−１〜１４０−ｎとの対応関係に基づき、着信呼をどのＳＩＰ電話端末に転送するかを決定する。顧客情報検索部１１５は、発信者番号をキーとして、後述する顧客データベース１３０に記憶されている顧客情報より、発信者番号に対応する顧客情報を抽出する。当該抽出された顧客情報は、上記した如く、ＳＩＰメッセージ制御部１１２の処理によりＩＮＶＩＴＥリクエストメッセージのＦｒｏｍヘッダー部に書き込まれる。
【００２０】
転送先情報格納部１２０は、発信者である顧客からの着信に対して、ＳＩＰ端末１４０−１〜１４０−ｎのうちどのＳＩＰ電話端末に当該着信呼を転送するかを記憶したデータ記憶媒体であり、発信者番号と転送先の内線番号との対応関係が記述されている。尚、転送先の内線番号との対応付けは、発信者番号以外に発信元のＵＲＩ（Uniform Resource Identifier）を用いることも可能である。上記した着信振り分け部１１５は、転送先情報格納部１２０のデータに基づき顧客からの着信呼をどのＳＩＰ電話端末に転送するかを決定する。
【００２１】
顧客データベース１３０は、発信者である顧客の発信者番号と、これに対応する顧客情報が登録されている記憶媒体である。顧客情報としては、例えば顧客の氏名や、顧客の社名、および住所等が含まれる。これらの顧客情報は、上記した如く、顧客情報検索部１１５により、発信者番号をキーとして抽出され、当該抽出された顧客情報は、ＩＮＶＩＴＥメッセージのＦｒｏｍヘッダー部に書き込まれて、転送先のオペレータのＳＩＰ電話端末に送信される。
【００２２】
ＳＩＰ電話端末１４０−１〜１４０−ｎは、着信呼の転送先のオペレータ毎に設置されている。顧客からの着信呼は、ＳＩＰサーバにより転送先が決定されて、当該選択されたＳＩＰ電話端末に転送され、転送先のオペレータによって顧客対応がなされる。図４に示す如く、ＳＩＰ電話端末１４０−１〜１４０−ｎは、通信処理制御部１４１、ＳＩＰメッセージ制御部１４２、情報表示部１４３より構成される。通信処理制御部１４１は、ＬＡＮ１０２を介してＳＩＰサーバ１１０との間でリクエストやレスポンスおよびデータを送受信したり、ＩＰ網１０１との間で音声通信を行う。ＳＩＰメッセージ制御部１４２は、顧客からの着信呼がＳＩＰサーバ１１０から転送される際に送信されるＩＮＶＩＥリクエストメッセージを受信し、これの処理を行う。より詳細には、上記した如く、ＳＩＰサーバ１１０の処理によりＩＮＶＩＴＥリクエストのＦｒｏｍヘッダー部に顧客情報が書き込まれ、ＳＩＰメッセージ制御部１４２は、当該顧客情報が書き込まれたＩＮＶＩＴＥリクエストを受信して、Ｆｒｏｍヘッダーに書き込まれた顧客情報の文字列を抽出する処理を行う。情報表示部１４３は、当該抽出された顧客情報を表示して顧客情報をオペレータに提供する。尚、本実施例では、オペレータが使用するクライアント端末として、通話機能、通信機能、データ処理機能、データ表示機能が一体となったＳＩＰ電話端末を一例として挙げたが、通話機能をもつ電話端末と、該電話端末に対応し、データ処理機能、データ通信機能、データ表示機能をもつパーソナルコンピュータとで構成されていてもよい。
【００２３】
次に、本発明の着信呼転送装置において、ＳＩＰサーバ１１０による着信呼処理手順を図５のフロー図を参照しつつ説明する。
【００２４】
顧客である発信者の電話端末１００から発信呼とともに送信されるＩＮＶＩＴＥリクエストは、ＩＰ網１０１を介してＳＩＰサーバ１１０の通信処理制御部１１１で受信される（ステップＳ２１）。
【００２５】
次に、ＳＩＰメッセージ制御部１１２は、ＩＮＶＩＴＥリクエストメッセージを処理して発信者番号、着信先番号を取得する（ステップＳ２２）。より詳細には、ＳＩＰによる通信において、顧客が電話をかけた場合、顧客の電話端末１００より通信の確立を要求するメソッドであるＩＮＶＩＴＥメッセージがＳＩＰサーバ１１０に送信される。ＩＮＶＩＴＥメッセージには、図３に示す如く、そのＦｒｏｍヘッダー部に発信者を特定する発信者の表示名およびＵＲＩが記述され、Ｔｏヘッダー部には、着信先を特定する着信者の表示名およびＵＲＩが記述されている。ＳＩＰメッセージ制御部１１２は、このＦｒｏｍヘッダーに記述されたＵＲＩから発信者の電話端末１００の発信者番号を取得して、Ｔｏヘッダーに記述されたＵＲＩから着信先番号を取得する処理を行う。
【００２６】
次に、着信振り替え部１１４は、発信者番号と転送先の内線番号の対応関係を記憶している転送先情報格納部１２０のデータを呼び出し、ステップＳ２２で取得した発信者番号より顧客からの着信呼をどのＳＩＰ電話端末に転送するかを決定する（ステップＳ２３）。尚、ステップＳ２２で取得した着信先番号に基づき転送先を決定することも可能である。また、転送先情報格納部１２０のデータを適宜変更することによって、複数のオペレータをまとめてオペレータグループを構成して、転送先をオペレータグループ単位で設定することも可能である。
【００２７】
次に、顧客情報検索部１１５は、ステップＳ２２で取得した発信者番号から、発信者に対応する顧客情報を顧客データベース１３０から検索し、該当する顧客情報を取得する（ステップＳ２４）。上記した如く顧客データベース１３０には、顧客の氏名や、顧客の社名、および住所等が含まれる。
【００２８】
次に、ＳＩＰメッセージ制御部１１２は、ステップＳ２４で取得した顧客情報をＩＮＶＩＴＥリクエストメッセージのＦｒｏｍヘッダー部のディスプレイネーム部に記述する処理を行う（ステップＳ２５）。図６は、Ｆｒｏｍヘッダー部に顧客情報が記述されたＩＮＶＩＴＥリクエストメッセージの一例を示す図である。
【００２９】
次に、通信処理制御部１１１は、ＬＡＮ１０２を介してステップＳ２３で決定した着信呼転送先のＳＩＰ電話端末１４０−１〜１４０−ｎのいずれかに対して着信呼を転送するとともに、ステップＳ２５で生成した顧客情報が記述されたＩＮＶＩＴＥリクエストメッセージを転送する（ステップＳ２６）。
【００３０】
着信呼が転送されたＳＩＰ電話端末１４０−１〜１４０−ｎのいずれかにおいて、通信処理制御部１４１は、着信呼および顧客情報が記述されたＩＮＶＩＴＥリクエストメッセージを受信し、ＳＩＰメッセージ制御部１４２は、受信したＩＮＶＩＴＥリクエストメッセージのＦｒｏｍヘッダー部のディスプレイネーム部より顧客情報を記述する文字列を抽出する。当該抽出された顧客情報が、情報表示部１４３に表示されるとともに、ＳＩＰ電話端末が鳴動し、オペレータに対し応答を促す。転送先のオペレータは、表示された顧客情報を確認した上で、着信呼に応答して顧客対応を行う。
【００３１】
尚、本発明のＳＩＰを利用した着信呼転送装置においては、転送先のオペレータが移動先の他のＳＩＰ電話端末を利用して、着信呼および顧客情報を受信することが可能となる。詳細には、図４の着信呼転送装置に登録サーバおよびロケーションサーバを更に設け、オペレータが登録サーバにＲＥＧＩＳＴＥＲリクエストを送信して移動先の位置情報を登録すると、この位置情報がロケーションサーバに蓄積される。ＳＩＰサーバ１１０は、ロケーションサーバにアクセスして、オペレータの移動先のＳＩＰ端末のＵＲＩを取得して、当該移動先のＳＩＰ端末に着信呼およびＩＮＶＩＴＥリクエストメッセージを転送することが可能となる。この機能によって、オペレータはオフィス以外の自宅等の移動先においても顧客対応が可能となる。
【００３２】
以上説明したように、本発明の着信呼転送装置および方法によれば、ＳＩＰ技術を利用して、発信者である顧客からの着信呼をＳＩＰサーバの制御によって、最適なオペレータに転送するとともに、当該オペレータのＳＩＰ電話端末上に顧客情報を表示させるため、効率的な着信受付業務が可能となる。更に、従来使用されていた構内交換機（ＰＢＸ）が不要となり、ＬＡＮ配線のみでＳＩＰ電話端末を設置することができる為、システムの構築、電話移設が簡単に行うことができ、それに伴うコストも大幅に削減することが可能となる。
【図面の簡単な説明】
【００３３】
【図１】ＳＩＰの基本機能を説明するネットワーク図である。
【図２】ＳＩＰの基本機能を説明するシーケンス図である。
【図３】ＩＮＶＩＴＥリクエストメッセージの一例を示す図である。
【図４】本発明の実施例である着信呼転送装置の全体構成を示すブロック図である。
【図５】本発明の実施例である着信呼転送装置に含まれるＳＩＰサーバの動作を示すフロー図である。
【図６】本発明の実施例における顧客情報が記述されたＩＮＶＩＴＥリクエストメッセージの一例を示す図である。
【符号の説明】
【００３４】
１００  電話端末
１０１  ＩＰ網
１０２  ＬＡＮ
１１０  ＳＩＰサーバ
１１１  通信処理制御部
１１２  ＳＩＰメッセージ制御部
１１３  ＡＣＤアプリケーション
１１４  着信振り替え部
１１５  顧客情報検索部
１２０  転送先情報格納部
１３０  顧客データベース
１４０−１〜１４０−ｎ  ＳＩＰ電話端末
１４１  通信処理制御部
１４２  ＳＩＰメッセージ制御部
１４３  情報表示部
【図１】
0004622817.tif 000002
【図２】
0004622817.tif 000003
【図３】
0004622817.tif 000004
【図４】
0004622817.tif 000005
【図５】
0004622817.tif 000006
【図６】
0004622817.tif 000007