JP5845309B2

JP5845309B2 - 電話システム

Info

Publication number: JP5845309B2
Application number: JP2014088671A
Authority: JP
Inventors: 渡辺　透; 透渡辺; 智仁佐藤; 佳紀松野; 学櫛井; 滋岡安
Original assignee: Mitsubishi Electric Information Network Corp
Current assignee: Mitsubishi Electric Information Network Corp
Priority date: 2010-03-12
Filing date: 2014-04-23
Publication date: 2016-01-20
Anticipated expiration: 2031-03-12
Also published as: JP2011211702A; JP2014187698A; JP5631244B2

Description

本発明は、ＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ・Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ・Ｂｒａｎｃｈ・ｅＸｃｈａｎｇｅ）（ＩＰ構内交換機）とＩＰ（Ｉｎｔｅｎｅｔ・Ｐｒｏｔｏｃｏｌ）電話機とを備えるＩＰ電話システムに関するものであり、特にＣＴＩ（Ｃｏｍｐｕｔｅｒ・Ｔｅｌｅｐｈｏｎｙ・Ｉｎｔｅｇｒａｔｉｏｎ）サービスを提供するＩＰ電話システムに関するものである。

ＣＴＩ（Ｃｏｍｐｕｔｅｒ・Ｔｅｌｅｐｈｏｎｙ・Ｉｎｔｅｇｒａｔｉｏｎ）サービスには、例えば、通話録音サービス、通話ログサービス、通話ログを用いた顧客管理サービス等がある。通常の企業で使用される規模の大きさのＩＰ電話システムでは、音声パケットを扱わない非ＳＢＣ（Ｓｅｓｓｉｏｎ・Ｂｏｒｄｅｒ・Ｃｏｎｔｒｏｌｌｅｒ）型Ｂ２ＢＵＡ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ・Ｕｓｅｒ・Ａｇｅｎｔ）サーバ方式の呼制御サーバを使用している。このような比較的大規模なＩＰ電話システムでは、ＬＡＮスイッチに接続された通話録音装置が、ＶｏＩＰ（Ｖｏｉｃｅ・ｏｖｅｒ・Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）ゲートウェイとＩＰ電話機とでやり取りされる音声パケットをキャプチャリングして通話を録音している。

また、従来のＣＴＩ（Ｃｏｍｐｕｔｅｒ・Ｔｅｌｅｐｈｏｎｙ・Ｉｎｔｅｇｒａｔｉｏｎ）サーバと呼ばれる製品は、ＰＢＸ（構内交換機）またはＩＰ−ＰＢＸ（ＩＰネットワーク内で、ＩＰ電話端末の回線交換を行なう構内交換機）にＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ・Ｐｒｏｇｒａｍ・Ｉｎｔｅｒｆａｃｅ）機能が搭載されたものを利用していた。つまり、ＣＴＩサーバは、ＰＢＸあるいはＩＰ−ＰＢＸのＡＰＩ機能を利用してＣＴＩサービスを提供していた。

例えば、コールセンターなど規模の小さい拠点で使用されるＩＰ電話システムでは、音声パケットを処理できるＳＢＣ型呼制御サーバ方式の呼制御サーバを使用している。ＳＢＣ型呼制御サーバ方式の呼制御サーバは、音声パケットを処理できるので、音声パケットのやりとりは、ＩＰ電話と呼制御サーバ（内線電話同士の通話の場合）または呼制御サーバとＶｏＩＰゲートウェイの間（外線電話との通話の場合）で行われる。ＳＢＣ型Ｂ２ＢＵＡサーバ方式の呼制御サーバは音声パケットを扱うので、呼制御サーバのＣＰＵ（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）負荷が重く、多くのＩＰ電話（内線電話）を収容できないと言う問題があり、大規模なＩＰ電話システムの構築には一般に使用されないが、通話録音や電話会議のようなキメ細かいＣＴＩサービスを提供できるのが特徴である。

汎用接続型ＣＴＩサーバでは、ＳＢＣ型呼制御サーバ方式のＩＰ−ＰＢＸ機能を備えるとともにＷｅｂサーバ機能を備えるものがある。また、ＩＰ電話方式のＳＩＰフォンの機能とＷｅｂブラウザ機能の両方を備えるスマートフォン等の端末が普及しつつある。

特開２００９−１８８６５８号公報特開２００９−２３２１８６号公報特開２０００−２７０３０７号公報特表２００２−５４４７１５号公報

ＬＡＮスイッチ上の音声パケットをキャプチャリングする方法は、同時通話数が増大すると音声パケットを取りこぼす恐れがあり、高性能なＣＰＵや大きなメモリを有する高価なコンピュータが必要であった。また、電話会議のような音声パケットを処理しなければならない各種のＣＴＩサービスの提供も、ＩＰ−ＰＢＸが音声パケットを直接扱わないために実現が難しいという課題がある。

また、小規模のＩＰ電話システムでは、音声パケットを扱うＩＰ−ＰＢＸを使用することができるので、外部のＣＴＩサーバに対して、ＡＰＩ機能を利用してＣＴＩサービスを提供することができる。しかし、この方式では、ＰＢＸ製品のＡＰＩ機能に依存するため、メーカや製品ごとに異なるＣＴＩサーバになってしまう課題がある。

従来は、スマートフォン等の携帯端末で動作するＩＰ電話機能（ＳＩＰ（Ｓｅｓｓｉｏｎ・Ｉｎｉｔｉａｔｉｏｎ・Ｐｒｏｔｏｃｏｌ）フォン機能）が、通話ログや電話帳などのデータをスマートフォン内に保持していた。このため、スマートフォンを紛失したような場合には、紛失したスマートフォン内に通話ログや電話帳などのデータがあるというセキュリティ上の問題が発生するという課題があった。

また、従来、ＳＩＰフォンであるボタン電話が持っていたボタン制御の機能は、ＳＩＰプロトコルを使用して実現されていた。しかし、このボタン制御のためのＳＩＰプロトコルには標準的な規格が無く、ボタン電話のメーカ毎に異なっていた。したがって、ボタン電話とそれを制御するＩＰ−ＰＢＸとは、同一のメーカの組み合わせしか選ぶことができないという課題があった。

本発明は、上記のような課題を解決するためになされたものであり、ＡＰＩ機能を使用しないで、標準の呼制御プロトコルだけで、ＣＴＩサーバを構築してＣＴＩサービスを提供するＩＰ電話システムを提案する。また、同時通話数が増大しても音声パケットを取りこぼすことなく、コストを抑えたコンピュータで、確実に通話記録が取得できるＩＰ電話システムを提供する。

また、携帯端末側に通話ログや電話帳等のデータを保持せずに、通話ログや電話帳等のデータをＷｅｂ画面で閲覧するＣＴＩサービスを提供することのできる電話システムを提供する。

また、汎用的なボタン制御方式を適用することで、スマートフォン等の携帯端末において、メーカに依存しないボタン制御を実現することのできる電話システムを提供する。

本発明に係る電話システムは、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムにおいて、
前記電話端末と前記交換機とに接続し、前記電話端末から発信先の外線端末である発信先端末に送信する送信データを入力し、入力した前記送信データを前記交換機に出力するデータ中継サーバを備え、
前記電話端末は、
前記発信先端末へ発呼を要求する発呼要求を前記交換機に出力し、
前記交換機は、
前記電話端末から出力された前記発呼要求を入力し、前記発呼要求の入力を契機として前記電話端末と前記データ中継サーバとの間に呼を確立する交換機側呼制御を行う交換機側呼制御部を備え、
前記データ中継サーバは、
前記交換機側呼制御部の前記交換機側呼制御により呼が確立された状態で前記電話端末から前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを記憶装置に記憶するデータ記憶部と、
前記交換機側呼制御部の前記交換機側呼制御を契機として、自データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行うサーバ側呼制御部と、
前記サーバ側呼制御部の前記サーバ側呼制御により呼が確立されると、入力した前記送信データを前記交換機へ出力するデータ出力部とを備え、
前記交換機は、さらに、
前記サーバ側呼制御部の前記サーバ側呼制御により呼が確立された状態で前記データ出力部から前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを前記発信先端末へ前記外線網を介して送信するゲートウェイ部を備えることを特徴とする。

前記電話端末は、
前記発信先端末を特定する発信先情報を含む前記発呼要求を前記交換機に出力し、
前記交換機側呼制御部は、
前記電話端末から前記発呼要求を入力し、入力した前記発呼要求に基づいて前記発信先情報を含む発信先データを生成し、生成した発信先データを前記交換機側呼制御の際に前記データ中継サーバに出力し、
前記データ記憶部は、
前記交換機側呼制御の際に出力された前記発信先データを入力し、入力した前記発信先データと前記電話端末から出力された前記送信データとを対応付けて通話情報データとして前記記憶装置に記憶する
ことを特徴とする。

本発明に係る電話システムは、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムにおいて、
前記電話端末と前記交換機とに接続し、前記交換機が前記外線端末から前記外線網を介して受信した受信データであって着信先の電話端末である着信端末宛ての受信データを前記交換機から入力し、入力した前記受信データを前記着信端末に出力するデータ中継サーバを備え、
前記交換機は、
前記外線端末から前記外線網を介して前記着信端末への着信を要求する着信要求を受信し、受信した前記着信要求を前記データ中継サーバに出力するゲートウェイ部を備え、
前記データ中継サーバは、
前記ゲートウェイ部から出力された前記着信要求を入力し、前記着信要求の入力を契機として前記ゲートウェイ部と自データ中継サーバとの間に呼を確立するサーバ側呼制御を行うとともに、入力した着信要求に基づいて自データ中継サーバと前記着信端末との間に呼の確立を要求する着呼要求を前記交換機に出力するサーバ側呼制御部と、
前記サーバ側呼制御部の前記サーバ側呼制御により呼が確立された状態で前記ゲートウェイ部から前記受信データが出力されると、出力された前記受信データを入力し、入力した前記受信データを記憶装置に記憶するデータ記憶部とを備え、
前記交換機は、
前記サーバ側呼制御部により出力された前記着呼要求を入力し、前記着呼要求の入力を契機として前記データ中継サーバと前記着信端末との間に呼を確立する交換機側呼制御を行う交換機側呼制御部を備え、
前記データ中継サーバは、さらに、
前記交換機側呼制御部の前記交換機側呼制御により呼が確立されると、入力した前記受信データを前記着信端末へ出力するデータ出力部を備える
ことを特徴とする。

前記ゲートウェイ部は、
前記着信端末を特定する着信情報を含む前記着信要求を前記外線端末から前記外線網を介して受信し、受信した前記着信要求を前記データ中継サーバに出力し、
前記サーバ側呼制御部は、
前記ゲートウェイ部から前記着信要求を入力し、入力した前記着信要求に基づいて前記着信情報を含む着信データを生成し、
前記データ記憶部は、
前記サーバ側呼制御部により生成された前記着信データと、入力した前記受信データとを対応付けて通話情報データとして前記記憶装置に記憶する
ことを特徴とする。

前記データ中継サーバは、さらに、
前記データ記憶部により前記記憶装置に記憶された前記通話情報データを用いたサービスを示す通話情報データ利用サービスを処理装置により提供するサービス提供部を備えることを特徴とする。

本発明に係る電話システムの電話通信方法は、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムの電話通信方法において、
発信先の外線端末である発信先端末へ発呼を要求する発呼要求を前記電話端末から入力し、前記発呼要求の入力を契機として、前記電話端末と、前記交換機と前記電話端末とに接続するデータ中継サーバとの間に呼を確立する交換機側呼制御を行う交換機側呼制御ステップと、
前記交換機側呼制御ステップの前記交換機側呼制御により呼が確立された状態で前記電話端末から前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを記憶装置に記憶するデータ記憶ステップと、
前記交換機側呼制御ステップの前記交換機側呼制御を契機として、前記データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行うサーバ側呼制御ステップと、
前記サーバ側呼制御ステップの前記サーバ側呼制御により呼が確立されると、入力した前記送信データを前記交換機へ出力するデータ出力ステップと、
前記サーバ側呼制御ステップにより呼が確立された状態で前記データ出力ステップにより前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを前記発信先端末へ前記外線網を介して送信するゲートウェイステップとを備える
ことを特徴とする。

本発明に係る電話システムの電話通信方法は、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムの電話通信方法において、
前記交換機の備えるゲートウェイ部が、前記外線端末から前記外線網を介して着信先の電話端末である着信端末への着信を要求する着信要求を受信し、受信した前記着信要求を、前記電話端末と前記交換機とに接続するデータ中継サーバに出力する着信側ゲートウェイステップと、
前記着信側ゲートウェイステップにより出力された前記着信要求を入力し、前記着信要求の入力を契機として、前記交換機の備えるゲートウェイ部とデータ中継サーバとの間に呼を確立するサーバ側呼制御を行うとともに、入力した着信要求に基づいてデータ中継サーバと前記着信端末との間に呼を確立する着呼要求を出力するサーバ側呼制御ステップと、
前記サーバ側呼制御ステップの前記サーバ側呼制御により呼が確立された状態で前記ゲートウェイ部から前記受信データが出力されると、出力された前記受信データを入力し、入力した前記受信データを記憶装置に記憶するデータ記憶ステップと、
前記サーバ側呼制御ステップにより出力された前記着呼要求を入力し、前記着呼要求の入力を契機として前記データ中継サーバと前記着信端末との間に呼を確立する交換機側呼制御を行う交換機側呼制御ステップと、
前記交換機側呼制御ステップの前記交換機側呼制御により呼が確立されると、入力した前記受信データを前記着信端末へ出力するデータ出力ステップとを備える
ことを特徴とする。

本発明に係るデータ中継サーバは、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムで使用されるとともに、前記電話端末と前記交換機とに接続し、前記電話端末から発信先の外線端末である発信先端末に送信する送信データを入力し、入力した前記送信データを前記交換機に出力するデータ中継サーバであって、
前記電話端末が、前記発信先端末へ発呼を要求する発呼要求を前記交換機に出力することにより、前記交換機が、前記電話端末から出力された前記発呼要求を入力し、前記発呼要求の入力を契機として前記電話端末と前記データ中継サーバとの間に呼を確立する交換機側呼制御を実施した場合に、前記交換機側呼制御により呼が確立された状態で前記電話端末から前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを記憶装置に記憶するデータ記憶部と、
前記交換機側呼制御を契機として、自データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行うサーバ側呼制御部と、
前記サーバ側呼制御部の前記サーバ側呼制御により呼が確立されると、入力した前記送信データを前記交換機へ出力するデータ出力部と
を備えたことを特徴とする。

本発明に係るプログラムは、外線網に接続する交換機と前記交換機に接続する電話端末とを備え、前記外線網に接続する外線端末と前記電話端末とが前記交換機と前記外線網とを介して通信を行う電話システムで使用されるとともに、前記電話端末と前記交換機とに接続し、前記電話端末から発信先の外線端末である発信先端末に送信する送信データを入力し、入力した前記送信データを前記交換機に出力するコンピュータであるデータ中継サーバに実行させるプログラムであって、
前記電話端末が、前記発信先端末へ発呼を要求する発呼要求を前記交換機に出力することにより、前記交換機が、前記電話端末から出力された前記発呼要求を入力し、前記発呼要求の入力を契機として前記電話端末と前記データ中継サーバとの間に呼を確立する交換機側呼制御を実施した場合に、前記交換機側呼制御により呼が確立された状態で前記電話端末から前記送信データが出力されると、出力された前記送信データを入力し、入力した前記送信データを記憶装置に記憶するデータ記憶処理と、
前記交換機側呼制御を契機として、自データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行うサーバ側呼制御処理と、
前記サーバ側呼制御により呼が確立されると、入力した前記送信データを前記交換機へ出力するデータ出力処理と
を前記データ中継サーバに実行させることを特徴とする。

本発明に係る携帯端末装置は、
外線端末に接続されるデータ中継サーバであって、呼制御を実行する呼制御サーバ部とウェブサーバ機能を実行するウェブサーバ部とを備えるデータ中継サーバを介して、前記外線端末との通話を実行する携帯端末装置であって、表示画面を備える携帯端末装置において、
前記データ中継サーバの備える前記ウェブサーバ部から、発信先の外線端末である発信先端末を特定する発信先電話番号を入力させる発信先入力画面を入力して、入力した前記発信先入力画面を前記表示画面に表示するブラウザと、
前記ブラウザにより前記表示画面に表示された前記発信先入力画面に対して入力される発信先電話番号を記憶する情報記憶部と、
通話の開始を指示する通話開始指示信号を入力させる通話開始ボタンを前記表示画面に表示し、前記表示画面に表示された前記通話開始ボタンから前記通話開始指示信号が入力された場合に、前記情報記憶部に記憶されている前記発信先電話番号を処理装置により読み出し、読み出した前記発信先電話番号により特定される前記発信先端末との通話を要求する発呼要求信号を前記データ中継サーバの前記呼制御サーバ部に出力する端末側呼制御部とを備えることを特徴とする。

前記ブラウザは、
前記データ中継サーバの備える前記ウェブサーバ部から、電話帳が表示される画面を前記発信先入力画面として入力し、入力した前記発信先入力画面を前記表示画面に表示し、表示された前記電話帳から発信先の電話番号を選択させることにより前記発信先電話番号を入力させることを特徴とする。

前記ブラウザは、
前記データ中継サーバの備える前記ウェブサーバ部から、通話履歴が表示される画面を前記発信先入力画面として入力し、入力した前記発信先入力画面を前記表示画面に表示し、表示された前記通話履歴から発信先の電話番号を選択させることにより前記発信先電話番号を入力させることを特徴とする。

前記ブラウザは、
ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ・Ｔｒａｎｓｆｅｒ・Ｐｒｏｔｏｃｏｌ）プロトコルを用いて、前記ウェブサーバ部から前記発信先入力画面を入力し、入力した前記発信先入力画面を前記表示画面に表示し、
前記端末側呼制御部は、
ＳＩＰ（Ｓｅｓｓｉｏｎ・Ｉｎｉｔｉａｔｉｏｎ・Ｐｒｏｔｏｃｏｌ）プロトコルに準拠した前記発呼要求信号を前記呼制御サーバ部に出力する
ことを特徴とする。

本発明に係るプログラムは、
外線端末に接続されるデータ中継サーバであって、呼制御を実行する呼制御サーバ部とウェブサーバ機能を実行するウェブサーバ部とを備えるデータ中継サーバを介して、前記外線端末との通話を実行するコンピュータである携帯端末装置に実行させるプログラムにおいて、
ブラウザが、前記データ中継サーバの備える前記ウェブサーバ部から、発信先の外線端末である発信先端末を特定する発信先電話番号を入力させる発信先入力画面を入力して、入力した前記発信先入力画面を前記携帯端末装置の備える表示画面に表示するブラウザ表示処理と、
情報記憶部が、前記ブラウザ表示処理により前記表示画面に表示された前記発信先入力画面に対して入力される発信先電話番号を記憶する電話番号記憶処理と、
端末側呼制御部が、通話の開始を指示する通話開始指示信号を入力させる通話開始ボタンを前記表示画面に表示し、前記表示画面に表示された前記通話開始ボタンから前記通話開始指示信号が入力された場合に、前記電話番号記憶処理により記憶されている前記発信先電話番号を処理装置により読み出し、読み出した前記発信先電話番号により特定される前記発信先端末との通話を要求する発呼要求信号を前記データ中継サーバの前記呼制御サーバ部に出力する端末側呼制御処理とを前記コンピュータである携帯端末装置に実行させることを特徴とする。

本発明に係るデータ中継サーバは、
外線端末と、ブラウザと表示画面とを備える携帯端末装置とに接続され、前記外線端末と前記携帯端末装置との通話を中継するデータ中継サーバにおいて、
通話に関する情報を記憶するデータベースと、
前記携帯端末装置と前記外線端末との間の通話が開始されると、開始された通話に関する情報を前記データベースに記憶するダイヤルプラン制御部と、
ウェブサーバ機能を実行するウェブサーバ部であって、前記携帯端末装置の前記ブラウザからの要求に基づいて前記データベースに記憶されている通話に関する情報を検索し、検索した結果を表示する検索結果画面を前記携帯端末装置に送信し、送信した前記検索結果画面を前記ブラウザにより前記携帯端末装置の前記表示画面に表示させるウェブサーバ部とを備えることを特徴とする。

前記ダイヤルプラン制御部は、
前記携帯端末装置と前記外線端末との間の通話が開始されると、開始された通話のログを前記通話に関する情報として前記データベースに記憶し、
前記ウェブサーバ部は、
前記携帯端末装置の前記ブラウザからの要求に基づいて前記データベースに記憶されている通話のログを検索し、検索した結果を表示する検索結果画面を前記携帯端末装置に送信し、送信した前記検索結果画面を前記ブラウザにより前記携帯端末装置の前記表示画面に表示させることを特徴とする。

前記データベースは、電話帳を記憶し、
前記ダイヤルプラン制御部は、
前記携帯端末装置と前記外線端末との間の通話が開始されると、開始された通話の発信先電話番号に基づいて、前記データベースに記憶されている前記電話帳を更新し、
前記ウェブサーバ部は、
前記携帯端末装置の前記ブラウザからの要求に基づいて前記データベースに記憶されている前記電話帳を前記携帯端末装置の前記表示画面に表示させることを特徴とする。

前記データ中継サーバは、さらに、
ＳＩＰ（Ｓｅｓｓｉｏｎ・Ｉｎｉｔｉａｔｉｏｎ・Ｐｒｏｔｏｃｏｌ）プロトコルを用いて、前記携帯端末装置と前記外線端末との間の通話を開始するための呼制御を実行する呼制御サーバ部を備え、
前記ウェブサーバ部は、
ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ・Ｔｒａｎｓｆｅｒ・Ｐｒｏｔｏｃｏｌ）プロトコルを用いて、前記携帯端末装置の前記ブラウザからの要求に基づいて前記検索結果画面を前記携帯端末装置の前記表示画面に表示させることを特徴とする。

本発明に係るプログラムは、
データベースを備え、ブラウザと表示画面とを備える携帯端末装置と外線端末とに接続され、前記外線端末と前記携帯端末装置との通話を中継するコンピュータであるデータ中継サーバに実行させるプログラムにおいて、
ダイヤルプラン制御部が、前記携帯端末装置と前記外線端末との間の通話が開始されると、開始された通話に関する情報を前記データベースに記憶する通話情報記憶処理と、
ウェブサーバ機能を実行するウェブサーバ部が、前記携帯端末装置の前記ブラウザからの要求に基づいて前記通話情報記憶処理により前記データベースに記憶されている通話に関する情報を検索し、検索した結果を表示する検索結果画面を前記携帯端末装置に送信し、送信した前記検索結果画面を前記ブラウザにより前記携帯端末装置の前記表示画面に表示させるウェブサーバ処理とを前記コンピュータであるデータ中継サーバに実行させることを特徴とする。

本発明に係る電話システムは、
外線端末に接続されるデータ中継サーバと、前記データ中継サーバに接続される携帯端末装置であって表示画面を備える携帯端末装置とを備え、前記外線端末と前記携帯端末装置とが前記データ中継サーバとを介して通話を実行する電話システムにおいて、
前記データ中継サーバは、
呼制御を実行する呼制御サーバ部と、
ウェブサーバ機能を実行するウェブサーバ部とを備え、
前記携帯端末装置は、
発信先の外線端末である発信先端末を特定する発信先電話番号を入力させる発信先入力画面を前記ウェブサーバ部から入力して、入力した前記発信先入力画面を前記表示画面に表示するブラウザと、
前記ブラウザにより前記表示画面に表示された前記発信先入力画面に対して入力された発信先電話番号を記憶する情報記憶部と、
通話の開始を指示する通話開始指示信号を入力させる通話開始指示ボタンを前記表示画面に表示し、前記表示画面に表示された前記通話開始指示ボタンにより前記通話開始指示信号が入力された場合に、前記情報記憶部に記憶されている前記発信先電話番号を処理装置により読み出し、読み出した前記発信先電話番号により特定される前記発信先端末との通話を要求する発呼要求信号を前記呼制御サーバ部に出力する端末側呼制御部とを備え、
前記呼制御サーバ部は、
前記端末側呼制御部により出力された前記発呼要求信号を入力し、入力した発呼要求信号に基づいて前記携帯端末装置との間の呼制御を実行するとともに前記外線端末との間の呼制御を実行し、
前記データ中継サーバは、さらに、
通話に関する情報を記憶するデータベースと、
前記携帯端末装置と前記外線端末との間に呼が確立され、前記携帯端末装置と前記外線端末との間の通話が開始されると、開始された通話に関する情報を前記データベースに記憶するダイヤルプラン制御部とを備え、
前記ウェブサーバ部は、
前記ブラウザからの要求に基づいて前記データベースに記憶されている通話に関する情報を検索し、検索した結果を表示する検索結果画面を前記携帯端末装置に送信し、送信した前記検索結果画面を前記ブラウザにより前記携帯端末装置の前記表示画面に表示させることを特徴とする。

外線網に接続する外線端末と電話端末が前記交換機と前記外線網とを介して通信を行う電話システムにおいて、前記電話端末と前記交換機とに接続するデータ中継サーバを備え、前記交換機の備える交換機側呼制御部が、前記電話端末から出力された発信先端末宛の発呼要求を入力し、前記発呼要求の入力を契機として前記電話端末と前記データ中継サーバとの間に呼を確立する交換機側呼制御を行い、前記データ中継サーバのデータ記憶部が、前記交換機側呼制御により呼が確立された状態で前記電話端末から前記送信データを入力し記憶装置に記憶し、前記データ中継サーバのサーバ側呼制御部が前記交換機側呼制御を契機として、自データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行い、前記データ中継サーバのデータ出力部が前記サーバ側呼制御により呼が確立されると、入力した前記送信データを前記交換機へ出力し、前記交換機のゲートウェイ部が前記サーバ側呼制御により呼が確立された状態で前記データ出力部から出力された前記送信データを入力し前記発信先端末へ送信するので、データ中継サーバでデータを記憶することができ、データを取りこぼすことなく確実に通話記録を取得することができる。

企業で使用される規模のＩＰ電話システム（通常規模）６０１の構成を示す図である。小規模のＩＰ電話システム（小規模）６０２の構成を示す図である。ＩＰ電話システム（通常規模）６０１における呼制御方式及び音声通信方式を示すシーケンス図である。実施の形態１に係るＩＰ電話システム６００のシステム構成を示す図である。実施の形態１に係る非ＳＢＣ型呼制御サーバ１３０、ＣＴＩサーバ１５０のハードウェア資源の一例を示す図である。実施の形態１に係るＩＰ電話システム６００の機能ブロック図である。実施の形態１に係るＩＰ電話システム６００（発呼時）の処理の流れを示すフローチャート図である。実施の形態１に係るＩＰ電話システム６００（発呼時）の処理の流れの他の例を示すフローチャート図である。実施の形態１に係るＩＰ電話システム６００（着呼時）の処理の流れを示すフローチャート図である。実施の形態１に係るＩＰ電話システム６００（着呼時）の処理の流れの他の例を示すフローチャート図である。実施の形態１におけるＩＰ電話システム６００の発呼時のＩＰ電話通信方法の処理の流れを示すシーケンス図である。実施の形態１におけるＩＰ電話システム６００の着呼時のＩＰ電話通信方法の処理の流れを示すシーケンス図である。実施の形態１においてＣＴＩサーバ１５０に障害が発生した場合の、ＣＴＩサーバの切り離し機能を示す図である。実施の形態２におけるＩＰ電話システム（大規模）６０４のシステム構成を示す図である。実施の形態３におけるＣＴＩサーバＡ１９０の具体的なソフトウェア構成（機能ブロック構成）の一例を示す図である。実施の形態４に係る電話システム６０００の全体構成を示す図である。実施の形態４に係る携帯端末装置２０００とＣＴＩサーバＡ１９０との機能ブロックを示す図である。実施の形態４における携帯端末装置２０００のハードウェア資源の一例を示す図である。実施の形態４に係る電話システム６０００の電話通信処理の流れを示すフロー図である。実施の形態４に係る電話システム６０００の電話通信処理の流れ（図１９の続きの処理）を示すフロー図である。実施の形態４に係る携帯端末装置２０００の表示画面２０１０を示す図である。実施の形態４に係る携帯端末装置２０００の表示画面２０１０を示す図であり、（ａ）は電話帳を表示した発信先入力画面、（ｂ）は着信履歴を表示した発信先入力画面を示す図である。実施の形態４に係る着信時の携帯端末装置２０００の表示画面２０１０を示す図である。

実施の形態１．
図１は、企業で使用される規模のＩＰ電話システム（通常規模）６０１の構成を示す図である。図２は、小規模のＩＰ電話システム（小規模）６０２の構成を示す図である。図１と図２とを用いて、本実施の形態のＩＰ電話システムのベースとなる技術について説明する。図１に示す一般的なＩＰ電話システム（通常規模）６０１に使用されるＩＰ−ＰＢＸ１１０ａは、通常の企業で使用される規模の大きさを追求した構成である。図２に示す小規模なＩＰ電話システム（小規模）６０２に使用されるＩＰ−ＰＢＸ１１０ｂは、通話録音機能が可能であるが、コールセンターなど規模の小さい拠点で使用される構成である。

図１に示すように、ＩＰ電話システム（通常規模）６０１は、ＩＰ−ＰＢＸ１１０ａ、ＩＰ電話機１２０、ＬＡＮスイッチ４０１、通話録音装置４０２を備える。ＩＰ−ＰＢＸ１１０ａは、非ＳＢＣ型呼制御サーバ１３０、ＶｏＩＰゲートウェイ１４０を備える。ＩＰ−ＰＢＸ１１０ａは、ＩＰネットワーク内において、ＩＰ電話機１２０の回線交換を行なう装置である。

ＶｏＩＰゲートウェイ１４０は、外線端末３２０（外線電話等）が接続された外線網３００とＩＰ電話システムの内部側（ＩＰネットワーク）との境界に置かれる装置である。外線網３００は、ＶｏＩＰゲートウェイ１４０の非ＳＢＣ型呼制御サーバ１３０側とは反対側に接続される外部接続網である。外線網３００は、例えば、公衆回線、ひかり電話網等である。あるいは、所定の内線網がＩＰ電話システムの外線網３００（外部接続網）としてＶｏＩＰゲートウェイ１４０に接続されていてもよい。

ＶｏＩＰゲートウェイ１４０は、外線網３００とＩＰ電話システム（通常規模）６０１の内部（ＩＰネットワーク）とにおけるデータのインターフェース変換を行う装置である。

非ＳＢＣ型呼制御サーバ１３０は、非ＳＢＣ（Ｓｅｓｓｉｏｎ・Ｂｏｒｄｅｒ・Ｃｏｎｔｒｏｌｌｅｒ）型Ｂ２ＢＵＡ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ・Ｕｓｅｒ・Ａｇｅｎｔ）サーバ方式と呼ばれている音声を扱わない方式を採用している呼制御サーバである。非ＳＢＣ型Ｂ２ＢＵＡ呼制御サーバ方式の非ＳＢＣ型呼制御サーバ１３０は、呼制御を行うが音声パケットは扱わない。

図３は、ＩＰ電話システム（通常規模）６０１における呼制御方式及び音声通信方式を示すシーケンス図である。図３に示すように、非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間の呼制御を行う。音声パケットは、非ＳＢＣ型呼制御サーバ１３０を介さずにＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間でやり取りされる。

非ＳＢＣ型呼制御サーバ１３０は、呼制御だけを制御し音声パケットを処理しないので、音声パケットのやりとりは、ＩＰ電話機１２０同士（内線電話の場合）、またはＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間（外線電話との通話の場合）で行われる。つまり、非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０と相手先外線端末との呼制御を行うが、音声パケット（音声データ）はＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間でやり取りされる。

非ＳＢＣ型Ｂ２ＢＵＡ呼制御サーバ方式の非ＳＢＣ型呼制御サーバ１３０は、音声を扱わないために非ＳＢＣ型呼制御サーバ１３０自身のＣＰＵ負荷が軽く、多くのＩＰ電話機１２０（内線電話）を収容できるという長所がある。したがって、大規模なＩＰ電話システム（例えば、ＩＰ電話システム（通常規模）６０１）を構築できるのが特徴である。しかし、ＩＰ電話システム（通常規模）６０１における通話録音サービス等は、ＬＡＮスイッチ４０１に接続された通話録音装置４０２が、ＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間でやり取りされる音声パケットをキャプチャリングすることにより実現される。このように、ＬＡＮ上の音声パケットをキャプチャリングする方法は、同時通話数が増大すると音声パケットを取りこぼす恐れがあり、高性能なＣＰＵや大きなメモリを有する高価なコンピュータを必要とする。また、電話会議のような音声パケットを処理しなければならない各種のＣＴＩサービスの提供は、ＩＰ−ＰＢＸ１１０ａ（非ＳＢＣ型呼制御サーバ１３０）が音声パケットを直接扱わないために実現が難しい。

図２に示すように、ＩＰ電話システム（小規模）６０２は、ＩＰ−ＰＢＸ１１０ｂ、ＩＰ電話機１２０、ＡＰＩ対応ＣＴＩサーバ４０３、通話録音記憶部４０４を備える。ＩＰ−ＰＢＸ１１０ｂは、ＳＢＣ型呼制御サーバ１３１、ＶｏＩＰゲートウェイ１４０を備える。図１と同様の構成については、同様の符号を付し、その説明を省略する。

ＩＰ電話システム（小規模）６０２は、コールセンターなどで使用される小規模のＩＰ電話システムである。コールセンター向けのＩＰ−ＰＢＸ１１０ｂの構成要素であるＳＢＣ型呼制御サーバ１３１は、ＳＢＣ型Ｂ２ＢＵＡサーバ方式と呼ばれている音声を扱う方式を採用しているサーバである。ＳＢＣ型呼制御サーバ方式のＳＢＣ型呼制御サーバ１３１は、音声パケットを処理できるので、音声パケットのやり取りは、ＩＰ電話機１２０とＳＢＣ型呼制御サーバ１３１（内線電話の場合）との間、またはＳＢＣ型呼制御サーバ１３１とＶｏＩＰゲートウェイ１４０との間（外線電話との通話の場合）で行われる。

ＳＢＣ型呼制御サーバ１３１は、音声パケットを扱うので、ＳＢＣ型呼制御サーバ１３１自身のＣＰＵ負荷が重く、多くのＩＰ電話機１２０（内線電話）を収容できない。したがって、ＳＢＣ型呼制御サーバ１３１は、大規模なＩＰ電話システムの構築には一般に使用されない。しかし、ＳＢＣ型呼制御サーバ１３１は、呼制御を行うとともに音声パケットも扱うので、ＳＢＣ型呼制御サーバ１３１の備えるＡＰＩ機能を利用して、通話録音や電話会議のようなきめ細かいＣＴＩサービスを提供することができる。しかし、このような方式は、ＳＢＣ型呼制御サーバ１３１の製品としてのＡＰＩ機能に依存するため、メーカや製品ごとに異なるＣＴＩサービスになってしまう。

また、ＳＢＣ型呼制御サーバ１３１は、ＡＰＩ機能を利用して外部のＡＰＩ対応ＣＴＩサーバ４０３と接続することができる。ＳＢＣ型呼制御サーバ１３１に接続されたＡＰＩ対応ＣＴＩサーバ４０３が通話録音記憶部４０４等に音声パケットを録音するなどしてＣＴＩサービスを提供することができる。しかし、このような方式は、ＳＢＣ型呼制御サーバ１３１の製品としてのＡＰＩ機能に対応するＡＰＩ対応ＣＴＩサーバ４０３しか接続できないため、メーカや製品ごとに異なるＡＰＩ対応ＣＴＩサーバ４０３になってしまう。

図４は、本実施の形態に係るＩＰ電話システム６００のシステム構成を示す図である。図４を用いて、本実施の形態に係るＩＰ電話システム６００のシステム構成について説明する。

ＩＰ電話システム６００は、ＩＰ−ＰＢＸ１１０、ＩＰ電話機１２０、ＣＴＩサーバ１５０、通話録音データ部１６０を備えている。本実施の形態に係るＩＰ電話システム６００は、外線網３００に接続するＩＰ−ＰＢＸ１１０とＩＰ−ＰＢＸ１１０に接続するＩＰ電話機１２０とを備え、外線網３００に接続する外線端末３２０とＩＰ電話機１２０がＩＰ−ＰＢＸ１１０と外線網３００とを介して音声データの送受信（音声通信）を行うＩＰ電話システムである。ＩＰ電話システム６００は、電話システムの一例である。

ＩＰ電話機１２０は、発信先の外線端末３２０（発信先端末）へ発呼を要求する発呼要求であって、発信先端末を特定する発信先情報を含む発呼要求をＩＰ−ＰＢＸ１１０に出力する。発信先情報とは、例えば、発信先端末の電話番号等である。ＩＰ電話機１２０は、発信先端末との呼が確立すると送信音声データを出力する。送信音声データは、送信データの一例である。

また、ＩＰ電話機１２０は、発信元の外線端末３２０との呼が確立された場合にＩＰ−ＰＢＸ１１０が発信元の外線端末３２０から外線網３００を介して受信した受信音声データであって、着信先のＩＰ電話機１２０（着信端末）宛ての受信音声データを入力する。受信音声データは、受信データの一例である。ＩＰ電話機１２０は、電話端末の一例である。

本実施の形態では、ＩＰ電話システム６００のＩＰ電話機１２０と外線端末３２０とが音声データをやり取りする方式について説明するが、送受信されるデータ（送信データ、受信データ）は音声データに限られない。例えば、送受信されるデータ（送信データ、受信データ）として、映像データやメディアストリーム等を送受信する場合でも、本実施の形態を適用することができる。

ＩＰ−ＰＢＸ１１０は、ＶｏＩＰゲートウェイ１４０と非ＳＢＣ型呼制御サーバ１３０とを備えている。

ＶｏＩＰゲートウェイ１４０は、上述したように、外線端末３２０が接続された外線網３００とＩＰ電話システム６００の内部側（ＩＰネットワーク）との境界に置かれる装置である。外線網３００は、ＶｏＩＰゲートウェイ１４０の非ＳＢＣ型呼制御サーバ１３０側とは反対側に接続される外部接続網である。外線網３００は、例えば、公衆回線、ひかり電話網等である。あるいは、所定の内線網がＩＰ電話システムの外線網３００（外部接続網）としてＶｏＩＰゲートウェイ１４０に接続されていてもよい。

ＶｏＩＰゲートウェイ１４０は、外線網３００とＩＰ電話システム６００の内部（ＩＰネットワーク）とにおけるデータのインターフェース変換を行う装置である。ＶｏＩＰゲートウェイ１４０は、ゲートウェイ部の一例である。

非ＳＢＣ型呼制御サーバ１３０は、非ＳＢＣ型Ｂ２ＢＵＡサーバ方式と呼ばれている音声を扱わない方式を採用している呼制御サーバである。非ＳＢＣ型Ｂ２ＢＵＡ呼制御サーバ方式の非ＳＢＣ型呼制御サーバ１３０は、呼制御を行うが音声パケットは扱わない。

非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０から出力された発呼要求を入力し、発呼要求の入力を契機として、ＩＰ電話機１２０と後述するＣＴＩサーバ１５０との間に呼を確立する交換機側呼制御を行う。また、非ＳＢＣ型呼制御サーバ１３０は、ＣＴＩサーバ１５０により出力された着呼要求（外線端末３２０から着信先のＩＰ電話機１２０への着信要求に基づく着呼要求）を入力し、着呼要求の入力を契機として、ＣＴＩサーバ１５０と着信端末であるＩＰ電話機１２０との間に呼を確立する交換機側呼制御を行う。非ＳＢＣ型呼制御サーバ１３０は、交換機側呼制御部の一例である。

ＣＴＩサーバ１５０は、ＩＰ−ＰＢＸ１１０の備える非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０との間に割り込む形で設置（接続）される。ＣＴＩサーバ１５０は、ＳＢＣ型呼制御サーバ機能を内蔵している。上述したように、ＳＢＣ型呼制御サーバ機能とは、呼制御も行い、音声パケットも扱う呼制御サーバの機能である。したがって、ＣＴＩサーバ１５０は、ＩＰ−ＰＢＸ１１０の備える非ＳＢＣ型呼制御サーバ１３０やＶｏＩＰゲートウェイ１４０と標準的な呼制御プロトコルで通信することができる。標準的な呼制御プロトコルとは、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ・Ｉｎｉｔｉａｔｉｏｎ・Ｐｒｏｔｏｃｏｌ）プロトコルである。

また、ＣＴＩサーバ１５０は、音声パケットについては、標準的なＲＴＰ（Ｒｅａｌｔｉｍｅ・Ｔｒａｎｆｅｒ・Ｐｒｏｔｏｃｏｌ）プロトコルでＩＰ電話機１２０およびＶｏＩＰゲートウェイ１４０と通信できる。

図４に示すように、ＣＴＩサーバ１５０は、ＩＰ電話機１２０とＩＰ−ＰＢＸ１１０（ＩＰ−ＰＢＸ１１０の備えるＶｏＩＰゲートウェイ１４０）とに接続し、ＩＰ電話機１２０から発信先の外線端末である発信先端末に送信する送信音声データを入力し、入力した送信音声データをＩＰ−ＰＢＸ１１０（ＩＰ−ＰＢＸ１１０の備えるＶｏＩＰゲートウェイ１４０）に出力する。また、ＣＴＩサーバ１５０は、ＩＰ−ＰＢＸ１１０（ＩＰ−ＰＢＸ１１０の備えるＶｏＩＰゲートウェイ１４０）が受信した受信音声データであって着信先のＩＰ電話機１２０である着信端末宛ての受信音声データを入力し、入力した受信音声データを着信端末に出力する。ＣＴＩサーバ１５０は、データ中継サーバの一例である。

通話録音データ部１６０は、ＣＴＩサーバ１５０が入力した送信音声データ、あるいは受信音声データを記憶する。通話録音データ部１６０は、ＣＴＩサーバ１５０の外部の記憶装置でもよいし、ＣＴＩサーバ１５０に内蔵されている記憶装置でもよい。

ＣＴＩサーバ１５０では、内線電話であるＩＰ電話機１２０と外線網３００の外線端末３２０とにより通話する場合の音声パケット（送信音声データ、受信音声データ、音声データの一例）がＣＴＩサーバ１５０内を通過する。このとき、ＣＴＩサーバ１５０の備える音声データ記憶部（図６参照）により、音声パケットが通話録音データ部１６０（記憶装置の一例）に記憶される。以下、ＩＰ電話システム６００の備える構成部においてやり取りされる音声データを、音声パケット、送信音声データ、受信音声データ等と呼ぶ場合もある。

例えば、ＣＴＩサーバ１５０は、内部に固定ディスク等を内蔵し、データベース機能を有することにより、「音声パケットを録音」や、「ＶＲ（自動音声応答）」などのＣＴＩサービス機能を容易に組み込むことができる。

図５は、本実施の形態に係るＣＴＩサーバ１５０のハードウェア資源の一例を示す図である。図５において、ＣＴＩサーバ１５０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。

ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５（ＬＡＮボード）、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。

通信ボード９１５（ＬＡＮボード）などは、入力部、入力装置の一例である。また、通信ボード９１５（ＬＡＮボード）などは、出力部、出力装置の一例である。

通信ボード９１５（ＬＡＮボード）は、ＬＡＮ等に接続されている。通信ボード９１５（ＬＡＮボード）は、インターネットに接続されていてもよい。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１により実行される。

上記プログラム群９２３には、以下に述べる実施の形態の説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。ファイル群９２４には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」として説明する情報やデータや信号値や変数値やパラメータが、「〜ファイル」、「〜データベース」、「〜データ」の各項目として記憶されている。「〜ファイル」、「〜データベース」、「〜データ」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、磁気ディスク装置９２０の磁気ディスク等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。

また、以下に述べる実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。

図６は、本実施の形態に係るＩＰ電話システム６００の機能ブロック図である。図７は、本実施の形態に係るＩＰ電話システム６００の発呼時（音声データ送信時）のＩＰ電話通信方法を示すフローチャート図である。図８は、本実施の形態に係るＩＰ電話システム６００の発呼時（音声データ送信時）のＩＰ電話通信方法の他の例を示すフローチャート図である。図９は、本実施の形態に係るＩＰ電話システム６００の着呼時（音声データ受信時）のＩＰ電話通信方法を示すフローチャート図である。図１０は、本実施の形態に係るＩＰ電話システム６００の着呼時（音声データ受信時）のＩＰ電話通信方法の他の例を示すフローチャート図である。図６の構成において、図４と同様の構成には同様の符号を付し、その説明を省略する。

図６に示すように、ＣＴＩサーバ１５０は、音声データ記憶部１５０１と、サーバ側呼制御部１５０２と、音声データ出力部１５０３と、サービス提供部１５０４とを備える。音声データ記憶部１５０１は、データ記憶部の一例である。音声データ出力部１５０３は、データ出力部の一例である。

図６及び図７を用いて、ＩＰ電話システム６００の発呼時（音声データ送信時）のＩＰ電話通信方法の処理の流れについて説明する。

Ｓ７０１において、ＩＰ電話機１２０から発信先端末への発呼要求が出力される。ＩＰ電話機１２０から出力される発呼要求には、発信先端末を特定する発信先情報が含まれる。発信先情報とは、例えば、相手先（発信先）の電話番号等である。

＜交換機側呼制御ステップ＞
Ｓ７０２において、非ＳＢＣ型呼制御サーバ１３０（交換機側呼制御部）は、ＩＰ電話機１２０から発呼要求を入力する。非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０から発呼要求が入力されると、ＩＰ電話機１２０とＣＴＩサーバ１５０との間に呼を確立する交換機側呼制御を処理装置により実行する。非ＳＢＣ型呼制御サーバ１３０は、入力した発呼要求に基づいて、発信先情報を含む呼制御データ（発信先データ）を処理装置により生成する。呼制御データには、呼制御のための各種の情報（例えば、送信時刻、送信元アドレス、送信先（発信先）アドレス等）が含まれる。非ＳＢＣ型呼制御サーバ１３０は、交換機側呼制御の際に、生成した呼制御データをＣＴＩサーバ１５０に出力する。

ここで、非ＳＢＣ型呼制御サーバ１３０による交換機側呼制御によりＩＰ電話機１２０とＣＴＩサーバ１５０との間に呼が確立されると、ＣＴＩサーバ１５０から発信元のＩＰ電話機１２０へ音声ガイダンスを出力してもよい。例えば、ＣＴＩサーバ１５０は、予め音声ガイダンスを記憶装置に記憶しておき、発信先の外線端末３２０との呼が確立するまでの間、所定の音声ガイダンスを発信元のＩＰ電話機１２０へ出力する。ＣＴＩサーバ１５０は、音声ガイダンスとして、例えば、「少々お待ちください」等のメッセージを出力する。

＜音声データ入力及び記憶ステップ＞
Ｓ７０３において、ＣＴＩサーバ１５０の備える音声データ記憶部１５０１は、非ＳＢＣ型呼制御サーバ１３０（交換機側呼制御部）の交換機側呼制御により呼が確立された状態で、ＩＰ電話機１２０からの送信音声データの入力待ちとなる。また、音声データ記憶部１５０１は、交換機側呼制御の際に非ＳＢＣ型呼制御サーバ１３０から出力された呼制御データを入力する。

音声データ記憶部１５０１は、ＩＰ電話機１２０から送信音声データが出力されると、出力された送信音声データを入力し、入力した送信音声データと入力した呼制御データとを対応付けて通話情報データとして通話録音データ部１６０（記憶装置）に記憶する。

つまり、通話録音データ部１６０には、送信時刻、送信元アドレス、送信先（発信先）アドレス等の各種情報と対応付けられた送信音声データが蓄積される。

＜サーバ側呼制御ステップ＞
Ｓ７０４において、ＣＴＩサーバ１５０の備えるサーバ側呼制御部１５０２は、非ＳＢＣ型呼制御サーバ１３０による交換機側呼制御が実行されると、ＣＴＩサーバ１５０とＩＰ−ＰＢＸ１１０のＶｏＩＰゲートウェイ１４０との間に呼を確立するサーバ側呼制御を処理装置により行う。

＜音声データ出力ステップ＞
Ｓ７０５において、ＣＴＩサーバ１５０とＶｏＩＰゲートウェイ１４０との間に呼が確立されているので、音声データ出力部１５０３は、Ｓ７０３において入力した送信音声データをＶｏＩＰゲートウェイ１４０へ出力する。

＜送信側ゲートウェイステップ＞
Ｓ７０６において、ＶｏＩＰゲートウェイ１４０は、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間の呼が確立された状態で、音声データ出力部１５０３から送信音声データを入力する。ＶｏＩＰゲートウェイ１４０は、入力した送信音声データを呼制御プロトコルに従って、発信先端末へ外線網３００を介して送信する。

次に、図８を用いて、ＩＰ電話システム６００の発呼時（音声データ送信時）のＩＰ電話通信方法の他の例について説明する。図８において、図７と同様のステップについては同一のステップ符号を付し、その説明を省略する。

Ｓ７０１とＳ７０２の処理は、図７の処理と同様である。Ｓ７０２の処理の後、Ｓ７１３に処理が進む。

＜サーバ側呼制御ステップ＞
Ｓ７１３において、ＣＴＩサーバ１５０の備えるサーバ側呼制御部１５０２は、非ＳＢＣ型呼制御サーバ１３０による交換機側呼制御が実行されると、ＣＴＩサーバ１５０とＩＰ−ＰＢＸ１１０のＶｏＩＰゲートウェイ１４０との間に呼を確立するサーバ側呼制御を処理装置を用いて実行する。

＜音声データ入力及び記憶ステップ＞
Ｓ７０２とＳ７１３とにおいて、非ＳＢＣ型呼制御サーバ１３０による交換機側呼制御とＣＴＩサーバ１５０の備えるサーバ側呼制御部１５０２によるサーバ側呼制御との実行により、ＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間の呼が確立する。音声データ記憶部１５０１は、ＩＰ電話機１２０とＶｏＩＰゲートウェイ１４０との間の呼が確立すると、ＩＰ電話機１２０からの送信音声データの入力待ち状態となる。また、音声データ記憶部１５０１は、交換機側呼制御の際に非ＳＢＣ型呼制御サーバ１３０から出力された呼制御データを入力する。

Ｓ７１４において、音声データ記憶部１５０１は、ＩＰ電話機１２０から送信音声データが出力されると、出力された送信音声データを入力し、入力した送信音声データと入力した呼制御データとを対応付けて通話情報データとして通話録音データ部１６０（記憶装置）に記憶する。

Ｓ７１４の後、処理はＳ７０５に進む。Ｓ７０５及びＳ７０６の処理は図７と同様である。

以上で、ＩＰ電話システム６００の発呼時（音声データ送信時）のＩＰ電話通信方法についての説明を終わる。

ＩＰ電話機１２０から発信先端末への発呼時の処理によって、ＩＰ電話機１２０とＣＴＩサーバ１５０との呼が確立されるとともにＣＴＩサーバ１５０とＶｏＩＰゲートウェイ１４０との呼が確立されるということは、すなわち、ＩＰ電話機１２０と発信先端末との呼が確立されたことになる。ＩＰ電話機１２０と発信先端末との呼が確立された状態で、ＩＰ電話機１２０から発信された音声パケット（送信音声データ）は、ＩＰ電話機１２０からＣＴＩサーバ１５０を経由して発信先端末へ到達し、発信先端末から発信された音声パケットは、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０とを介してＩＰ電話機１２０へ送信される。すなわち、ＩＰ電話機１２０と発信先端末との呼が確立された状態でやり取りされる音声データはすべてＣＴＩサーバ１５０を経由することになる。

ＣＴＩサーバ１５０の音声データ記憶部１５０１は、ＩＰ電話機１２０と発信先端末との呼が確立された状態でやり取りされる音声データを通話録音データ部１６０へ呼制御データとともに記憶する。音声データ記憶部１５０１は、発信先端末から発信された音声パケットの呼制御データとして、一般的な呼制御プロトコルで取得することのできる情報を用いて呼制御データとして音声パケットとともに記憶する。

次に、図６及び図９を用いて、ＩＰ電話システム６００の音声データ着信時のＩＰ電話通信方法の処理の流れについて説明する。

Ｓ８０１において、ＶｏＩＰゲートウェイ１４０が外線網３００から、着信先のＩＰ電話機１２０に対する着信要求を受信する。ＶｏＩＰゲートウェイ１４０が受信した着信要求には、着信端末を特定する情報等を含む着信情報が含まれる。着信情報には、例えば、着信先の電話番号（アドレス）、発信元の電話番号（アドレス）、着信時刻等が含まれる。

＜着信側ゲートウェイステップ＞
Ｓ８０２において、ＶｏＩＰゲートウェイ１４０は、外線網３００から着信要求を受信すると、受信した着信要求に基づいてＣＴＩサーバ１５０に着信要求を出力する。つまり、ＶｏＩＰゲートウェイ１４０は、着信要求を受信すると、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間に呼を確立するための呼制御を処理装置により実行する。

＜サーバ側呼制御ステップ＞
Ｓ８０３において、ＣＴＩサーバ１５０の備えるサーバ側呼制御部１５０２は、ＶｏＩＰゲートウェイ１４０から着信要求を入力すると、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間に呼を確立するためのサーバ側呼制御を処理装置により実行する。また、サーバ側呼制御部１５０２は、ＶｏＩＰゲートウェイ１４０から着信要求を入力すると、入力した着信要求に基づいて、ＣＴＩサーバ１５０と着信先のＩＰ電話機１２０（着信端末）との間に呼を確立するための着呼要求を非ＳＢＣ型呼制御サーバ１３０に出力する。

サーバ側呼制御部１５０２は、ＶｏＩＰゲートウェイ１４０から着信要求を入力すると、入力した着信要求に基づいて着信情報を含む呼制御データ（着信データ）を処理装置により生成する。呼制御データには、呼制御のための各種の情報（例えば、着信時刻、発信元アドレス、着信先アドレス等）が含まれる。

ここで、サーバ側呼制御部１５０２によるサーバ側呼制御によりＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間に呼が確立され、発信元の外線端末３２０とＣＴＩサーバ１５０との間に呼が確立されると、ＣＴＩサーバ１５０から発信元の外線端末３２０へ音声ガイダンスを出力してもよい。例えば、ＣＴＩサーバ１５０は、予め音声ガイダンスを記憶装置に記憶しておき、着信先のＩＰ電話機１２０との呼が確立するまでの間、所定の音声ガイダンスを発信元の外線端末３２０へ出力する。ＣＴＩサーバ１５０は、音声ガイダンスとして、例えば、「少々お待ちください」等のメッセージや広告メッセージ等を出力する。

＜音声データ入力及び記憶ステップ＞
Ｓ８０４において、音声データ記憶部１５０１は、サーバ側呼制御部１５０２によりＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間に呼が確立されたと処理装置により判断すると、ＶｏＩＰゲートウェイ１４０からの着信音声データ待ちの状態となる。音声データ記憶部１５０１は、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との間に呼が確立された状態で、ＶｏＩＰゲートウェイ１４０から着信音声データを入力すると、入力した着信音声データを通話録音データ部１６０（記憶装置）に記憶する。

音声データ記憶部１５０１は、サーバ側呼制御部１５０２により生成された呼制御データと、入力した受信音声データとを対応付けて通話情報データとして通話録音データ部１６０に記憶する。

つまり、通話録音データ部１６０には、着信時刻、発信元アドレス、着信先アドレス等の各種情報と対応付けられた着信音声データが蓄積される。

＜交換機側呼制御ステップ＞
Ｓ８０５において、非ＳＢＣ型呼制御サーバ１３０は、サーバ側呼制御部１５０２により出力された着呼要求を入力する。非ＳＢＣ型呼制御サーバ１３０は、着呼要求を入力すると入力した着呼要求に基づいて、ＣＴＩサーバ１５０と着信端末であるＩＰ電話機１２０との間に呼を確立するための交換機側呼制御を処理装置により実行する。

＜音声データ出力ステップ＞
Ｓ８０６において、ＣＴＩサーバ１５０の音声データ出力部１５０３は、非ＳＢＣ型呼制御サーバ１３０により呼が確立されているので、入力した送信音声データを着信端末であるＩＰ電話機１２０へ出力する。

次に、図１０を用いて、ＩＰ電話システム６００の着呼時（音声データ着信時）のＩＰ電話通信方法の他の例について説明する。図１０において、図９と同様のステップについては同様のステップ符号を付し、その説明を省略する。

Ｓ８０１〜Ｓ８０３までの処理は、図９の処理と同様である。Ｓ８０３の処理の後、Ｓ８１４に処理が進む。

＜交換機側呼制御ステップ＞
Ｓ８１４において、非ＳＢＣ型呼制御サーバ１３０は、サーバ側呼制御部１５０２により出力された着呼要求を入力する。非ＳＢＣ型呼制御サーバ１３０は、着呼要求を入力すると入力した着呼要求に基づいて、ＣＴＩサーバ１５０と着信端末であるＩＰ電話機１２０との間に呼を確立するための交換機側呼制御を処理装置により実行する。

＜音声データ入力及び記憶ステップ＞
Ｓ８０３とＳ８１４とにおいて、サーバ側呼制御部によるサーバ側呼制御と、非ＳＢＣ型呼制御サーバ１３０による交換機側呼制御とが実行されると、ＶｏＩＰゲートウェイ１４０とＩＰ電話機１２０との間の呼が確立する。すなわち、発信元の外線端末３２０と着信先のＩＰ電話機１２０との間の呼が確立する。

Ｓ８１５において、音声データ記憶部１５０１は、ＶｏＩＰゲートウェイ１４０とＩＰ電話機１２０との間に呼が確立されたと処理装置により判断すると、ＶｏＩＰゲートウェイ１４０からの着信音声データ待ちの状態となる。音声データ記憶部１５０１は、ＶｏＩＰゲートウェイ１４０とＩＰ電話機１２０との間に呼が確立された状態で、ＶｏＩＰゲートウェイ１４０から着信音声データを入力すると、入力した着信音声データを通話録音データ部１６０（記憶装置）に記憶する。

Ｓ８１５の後、処理はＳ８０６に進む。Ｓ８０６の処理は図９と同様である。

以上で、ＩＰ電話システム６００の着呼時（音声データ着信時）のＩＰ電話通信方法の処理の流れについての説明を終わる。

外線端末から着信端末であるＩＰ電話機１２０への着呼時の処理によって、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０との呼が確立されるとともにＣＴＩサーバ１５０とＩＰ電話機１２０との呼が確立されるということは、すなわち、外線端末と着信端末であるＩＰ電話機１２０との呼が確立されたことになる。外線端末と着信端末との呼が確立された状態で、ＩＰ電話機１２０から発信された音声データは、ＩＰ電話機１２０からＣＴＩサーバ１５０を経由して外線端末へ到達し、外線端末から発信された音声データは、ＶｏＩＰゲートウェイ１４０とＣＴＩサーバ１５０とを介してＩＰ電話機１２０へ送信される。すなわち、外線端末と着信端末であるＩＰ電話機１２０との呼が確立された状態でやり取りされる音声データはすべてＣＴＩサーバ１５０を経由することになる。

ＣＴＩサーバ１５０の音声データ記憶部１５０１は、外線端末と着信端末であるＩＰ電話機１２０との呼が確立された状態でやり取りされる音声データを通話録音データ部１６０へ呼制御データとともに記憶する。音声データ記憶部１５０１は、外線端末から発信さ音声データの呼制御データとして、一般的な呼制御プロトコルで取得することのできる情報を用いて呼制御データとして音声データとともに記憶する。

上記のような処理により、ＩＰ電話システム６００の通話録音データ部１６０には、呼制御データと対応付けられた音声データ（通話情報データの一例）が蓄積される。このような通話録音データ部１６０を備えることにより、ＩＰ電話システム６００のＣＴＩサーバは、通話録音サービス、通話記録サービス、電話会議サービス等のきめ細かいＣＴＩサービスを構築することができる。

図６に示すＣＴＩサーバの備えるサービス提供部１５０４は、音声データ記憶部１５０１により通話録音データ部１６０に記憶された通話情報データを用いたサービスであるＣＴＩサービス（通話情報データ利用サービス）を処理装置により提供する。

図１１は、本実施の形態におけるＩＰ電話システム６００の発呼時のＩＰ電話通信方法の処理の流れを示すシーケンス図である。図１２は、本実施の形態におけるＩＰ電話システム６００の着呼時のＩＰ電話通信方法の処理の流れを示すシーケンス図である。

図１１は、ＩＰ電話機１２０からＩＰ−ＰＢＸ１１０内の非ＳＢＣ型呼制御サーバ１３０（例えば、ＳＩＰサーバ）を経由してＶｏＩＰゲートウェイ１４０へ発呼する発呼プロトコルの例を示している。つまり、ＩＰ電話機１２０から外線端末３２０への発呼であり、外線網３００への発呼（外線発呼）のシーケンスを示している。音声通話は、ＩＰ電話機１２０〜ＣＴＩサーバ１５０間の交換機側呼制御による音声通信と、ＣＴＩサーバ１５０〜ＶｏＩＰゲートウェイ１４０間のサーバ側呼制御による音声通信とで行われており、ＣＴＩサーバ１５０において、音声通話を中継している。このような構成により、音声パケットは呼制御情報（呼制御データ）とともにＣＴＩサーバ１５０を経由するようになる。

例えば、ＩＰ−ＰＢＸ１１０内の非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０からの通話要求（ＩＮＶＩＴＥ）（発呼要求）に含まれる宛先電話番号を調べて、外線への発信要求（０発信など）であれば、ＩＰ電話機１２０のセッション（音声パケット）の接続先として、ＣＴＩサーバ１５０を指定する。このようにして、非ＳＢＣ型呼制御サーバ１３０は、ＩＰ電話機１２０とＣＴＩサーバ１５０との呼制御（交換機側呼制御）を行う。

図１２は、ＶｏＩＰゲートウェイ１４０からＩＰ−ＰＢＸ１１０内の非ＳＢＣ型呼制御サーバ１３０を経由してＩＰ電話機１２０へ着呼を要求する着呼プロトコルの例を示している。つまり、外線端末３２０からＩＰ電話機１２０への着呼であり、外線網３００からの着呼のシーケンスを示している。音声通話は、ＶｏＩＰゲートウェイ１４０〜ＣＴＩサーバ１５０間のサーバ側呼制御による音声通信と、ＣＴＩサーバ１５０〜ＩＰ電話機１２０間の交換機側呼制御による音声通信とで行われており、ＣＴＩサーバ１５０が音声通話を中継している。このような構成により、音声パケットは呼制御情報（呼制御データ）とともにＣＴＩサーバ１５０を経由するようになる。

上述したように、ＣＴＩサーバ１５０は、呼制御を実行するとともに、音声パケットを扱うこともできるＳＢＣ型呼制御サーバである。ＣＴＩサーバ１５０（ＳＢＣ型呼制御サーバ）は、ディスク装置やデータベースを内蔵するので、非ＳＢＣ型呼制御サーバ１３０（音声パケットを扱わないサーバ）に較べると、一般的に信頼性は低いと言える。そこで、ＣＴＩサーバ１５０の障害発生時には、ＣＴＩサーバ１５０の切り離し機能が必要になる。

図１３は、本実施の形態においてＣＴＩサーバ１５０に障害が発生した場合の、ＣＴＩサーバ１５０の切り離し機能を示す図である。図１３に示すように、ＩＰ電話システム６００では、障害が発生したＣＴＩサーバ１５０は自動的にシステムから切り離なされる。ＣＴＩサーバ１５０が自動的にシステムから切り離されるとは、物理的・電気的に切り離してもよいし、接続はされているがアクセスできない状態（アクセスしない状態）にして、内部処理的に切り離すことでもよい。そして、非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０が呼制御を実行することにより、音声通信ができるようになる。

非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０とは、通常、呼制御を行う相手先として一次と二次（メインとサブ）の相手を指定できる。本実施の形態のＩＰ電話システム６００では、非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０とは、一次の相手にＣＴＩサーバ１５０を指定している。ここで、非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０は、二次の相手としてお互いに通信できるように指定しておく。万が一、ＣＴＩサーバ１５０がダウンした場合でも、非ＳＢＣ型呼制御サーバ１３０本体と各種のＶｏＩＰゲートウェイ１４０が直接通信することができる。このように、ＩＰ電話システム６００では、ＣＴＩサーバ１５０を切り離しても、通信できるように予め設定しておくことにより、ＣＴＩサービスの提供は停止してしまうものの、ＩＰ電話機１２０としての機能は保持され、安心して使用できる。

実施の形態２．
本実施の形態では、内線数が非常に多い大規模なＩＰ電話システム（大規模）６０４を想定した構成について説明する。ＩＰ電話システム（大規模）６０４で使用されるＩＰ−ＰＢＸ１１０の場合、ＣＴＩサーバが１台では不足する場合がある。

図１４は、本実施の形態におけるＩＰ電話システム（大規模）６０４のシステム構成を示す図である。図１４では、実施の形態１と同様の構成については同一の符号を付し、その説明を省略する。

図１４に示すように、実施の形態１と異なる構成は、ＣＴＩサーバ１５０に替えてＣＴＩサーバ群１８０となっている点である。ＣＴＩサーバ群１８０は、複数台のＣＴＩサーバ１８１，１８２で構成されるクラスター構成である。ＣＴＩサーバ群１８０は、１台のＣＴＩクラスターコントローラ１８３と複数台のＣＴＩサーバ１８１，１８２から構成される。図１４では、２台のＣＴＩサーバの場合のクラスター構成を示しているが、ＣＴＩサーバの数に制限はないため、通話録音などの通話数の制限もないのが特徴である。

ＣＴＩクラスターコントローラ１８３は、Ｐｒｏｘｙ呼制御サーバ機能を内蔵している。Ｐｒｏｘｙ呼制御サーバは、呼制御プロトコルを使用して、音声パケットを自サーバで扱わないように制御できるので非常に負荷が軽い呼制御サーバである。

図１４に示すように、ＣＴＩクラスターコントローラ１８３は、処理装置を用いて、外線発信（ＩＰ電話機１２０からＩＰ−ＰＢＸ内のＶｏＩＰゲートウェイ１４０への発信）の場合の音声パケットの流れを、呼制御プロトコルにより複数のＣＴＩサーバのうちのどれかに誘導する。また、ＣＴＩクラスターコントローラ１８３は、処理装置を用いて、外線着信（ＩＰ−ＰＢＸ内のＶｏＩＰゲートウェイ１４０からＩＰ電話機１２０への着信）の場合の音声パケットも、呼制御プロトコルにより複数のＣＴＩサーバのうちのどれかに誘導する。

分散された複数のＣＴＩサーバ（ＣＴＩサーバ１８１，１８２）の機能は、スタンドアロン型の場合と同様である。しかし、オプションとして、ＶＭ（Ｖｉｒｔｕａｌ・Ｍａｃｈｉｎｅ）機能をＣＴＩサーバに搭載し、ＶＭ機能のゲストＯＳとしてＣＴＩサーバの機能を動作することも可能である。

クラスター構成のＣＴＩサーバ（１８１，１８２）では、ＣＴＩクラスターコントローラ１８３が、それぞれのＣＴＩサーバの状態をＰＩＮＧ（Ｐａｃｋｅｔ・Ｉｎｔｅｒｎｅｔ・Ｇｒｏｐｅｒ）などの方式で監視している。従って、ＣＴＩクラスターコントローラ１８３は、障害が発生したＣＴＩサーバをシステムから切り離し、別の稼働中のＣＴＩサーバに処理を代替させることが可能である。ＣＴＩクラスターコントローラ１８３が障害の発生したＣＴＩサーバをシステムから切り離すとは、物理的・電気的に切り離してもよいし、接続はされているがアクセスできない状態（アクセスしない状態）にして、内部処理的に切り離すことでもよい。

また、ＣＴＩサーバにオプションのＶＭ機能が搭載されている場合は、新たにＣＴＩサーバを立ち上げて、処理を代替させることも可能である。このように、ＣＴＩサーバのクラスター構成は、複数のＣＴＩサーバの管理を行うことで、従来の通話録音装置やＣＴＩサーバでは不可能であった規模（Ｓｃａｌａｂｉｌｉｔｙ）と可用性（Ａｖａｉｌａｂｉｌｉｔｙ）および信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）を実現することが可能になる。

実施の形態３．
本実施の形態では、上述したＣＴＩサーバ１５０の一例として具体的なソフトウェア構成（機能ブロック構成）を備えるＣＴＩサーバＡ１９０について説明する。図１５は、本実施の形態におけるＣＴＩサーバＡ１９０のソフトウェア構成を示す図である。本実施の形態に係るＣＴＩサーバＡ１９０によれば、内蔵するＷｅｂサーバ機能（Ｗｅｂサーバ部）を使用して、ＰＣ（Ｐｅｒｓｏｎａｌ・Ｃｏｍｐｕｔｅｒ）や携帯電話あるいはスマートフォンのＷｅｂブラウザにより、各種のＣＴＩサービス機能を実現することができる。

ＣＴＩサーバＡ１９０は、ＳＢＣ型呼制御サーバ部、ダイヤルプラン制御部、Ｗｅｂサーバ部の機能ブロックを備える。ＳＢＣ呼制御サーバ部は、呼制御チャネル制御部、ＣＯＤＥＣ変換処理部、ＰＢＸ制御部等の機能ブロックを備える。ＣＴＩサーバＡ１９０は、ＣＴＩサーバＡ１９０の備える機能ブロックにより、実施の形態１で説明した機能を含む機能を実現する。以下、各機能ブロックについて説明する。

＜ＳＢＣ型呼制御サーバ部＞
ＳＢＣ型呼制御サーバ部は、音声パケットと呼制御パケットの両方のパケットを扱うことができる。つまり、ＳＢＣ型呼制御サーバ部は、音声データを扱うとともに呼制御も行う。ＳＢＣ型呼制御サーバ部は、音声パケット処理のための呼制御チャネル制御部やＣＯＤＥＣ変換処理部を有している。呼制御チャネル制御部やＣＯＤＥＣ変換処理部は、着信の都度、ＰＢＸ制御部から呼び出されて、通信相手となるＩＰ−ＰＢＸ１１０内の非ＳＢＣ型呼制御サーバ１３０およびＩＰ電話機１２０との音声パケットの中継交換処理を行う。

＜呼制御チャネル制御部＞
ＳＢＣ型呼制御サーバにおいては、音声パケットの「セッション」と呼制御パケットの「ダイアログ」とは同期している。つまり、「セッション」は、「ダイアログ」に紐付けられて制御される。したがって、呼制御チャネル制御部の動作は、「ダイアログ」と「セッション」の両方を制御する。呼制御チャネル制御部の通信相手となるＩＰ電話機１２０（ＩＰ−ＰＢＸ内の非ＳＢＣ型呼制御サーバ１３０を含む）のネットワーク定義などは、「呼制御チャネル定義ファイル」に保持される。

＜ＣＯＤＥＣ変換処理部＞
ＣＯＤＥＣ変換処理部は、必要に応じてＰＢＸ制御部から呼び出される。呼制御チャネル制御部の通信相手となるＩＰ−ＰＢＸ内の非ＳＢＣ型呼制御サーバ１３０およびＩＰ電話機１２０の音声ＣＯＤＥＣ方式が、所望の音声ＣＯＤＥＣ方式と異なる可能性があるために、次のようなＣＯＤＥＣ変換処理を行う。（１）ＣＯＤＥＣが異なる端末同士の通話を可能にするための処理。（２）通話中のダイヤルトーンを確認するための処理。（３）指定したＣＯＤＥＣで通話録音を行うための処理。

＜ＰＢＸ制御部＞
ＰＢＸ制御部は、図１５に示すようにＩＰ−ＰＢＸの非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０およびＩＰ電話機１２０間の通話の中継転送処理を行う。通信相手であるＩＰ−ＰＢＸ内の非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０およびＩＰ電話機１２０からの音声パケットは、ＣＯＤＥＣ変換処理部を経てＰＢＸ制御部に到達する。

外線（外線端末３２０）から内線電話（ＩＰ電話機１２０）への着信の場合は、外線網３００と接続されたＶｏＩＰゲートウェイ１４０から、音声を含む呼制御プロトコル（例えば、ＳＩＰプロトコル）で通信を行い着信処理が行われる。これらの複雑な着信処理は、ダイヤルプラン制御部で制御できる。ダイヤルプラン制御部で記述（ソフトウェアとして記述（定義））される着信処理においては、通話録音を開始すると同時に着信ログをデータベースに書き込んだり、ＩＶＲ（音声自動応答装置）とか留守番録音のような電話機を呼び出さない処理を除いて、別の電話機や別のＰＢＸを呼び出すための発信処理が可能である。内線電話であるＩＰ電話機１２０からの発信処理の場合も同様に、ＩＰ−ＰＢＸ１１０内の非ＳＢＣ型呼制御サーバ１３０（例えば、ＳＩＰサーバ）と、呼制御プロトコル（例えば、ＳＩＰプロトコル）で通信を行い、ＩＰ−ＰＢＸ１１０内のＶｏＩＰゲートウェイ１４０への中継処理がダイヤルプラン制御部で制御できる。ダイヤルプラン制御部で記述（ソフトウェアとして記述（定義））する着信処理においては、通話録音を開始すると同時に発信ログをデータベースに書き込む処理が可能である。このようなダイヤルプラン制御部を呼び出す処理は、「ダイヤルプラン定義ファイル」で記述されている。

＜ダイヤルプラン制御部＞
ＣＴＩサーバＡ１９０では、「ダイヤルプラン定義ファイル」には複雑な処理を記述せず、外部環境（別プロセス）で動作する汎用言語で記述されたダイヤルプラン制御部で制御することにする。ダイヤルプラン制御部からＰＢＸ制御部への発信要求などは、ＡＰＩ部（図示なし）を介して行う。ダイヤルプラン制御部では、宛先電話番号の先頭数字を見て、どちらの外線（ＶｏＩＰゲートウェイ）に発信中継するかを判断する。例えば、０で始まる宛先電話番号の場合は、外線用ＶｏＩＰゲートウェイに発信中継し、６で始まる宛先電話番号の場合は、社内の他拠点への内線用ＶｏＩＰゲートウェイに発信中継する。

＜Ｗｅｂサーバ部＞
実際のＣＴＩサービスは、Ｗｅｂサーバ部で行われる。Ｗｅｂサーバ上で動くＣＴＩアプリ（ＣＴＩサービスを提供するＷｅｂアプリケーション）は、ダイヤルプラン制御部からデータベースに書き込まれた発着信ログを検索して、着信履歴表示などのＣＴＩサービスを提供する。ＣＴＩアプリ（Ｗｅｂアプリケーション）は、内線電話のデータベースや外線電話のデータベースを保持しており、Ｗｅｂ電話帳機能を端末に提供して、「Ｃｌｉｃｋ・ｔｏ・Ｃａｌｌ」機能を提供する。「Ｃｌｉｃｋ・ｔｏ・Ｃａｌｌ」機能は、相手の電話番号をクリックするとＣＴＩサーバから自分の登録した電話が呼び出され、次に相手方の電話が呼び出される仕組みである。Ｗｅｂサーバの端末であるＷｅｂブラウザは、ＰＣだけでなく、モバイル環境で使用される携帯電話、スマートフォンなども対象になる。

ＣＩＰサーバＡ１９０内のダイヤルプラン制御部の処理は、外線や内線からの電話の着信の都度、起動される処理であるが、Ｗｅｂサーバ部の処理は、ＰＣまたは携帯電話のＷｅｂブラウザからの要求によって起動される処理であるから、お互いに同期をとることは難しい。そこで、ダイヤルプラン制御部とＷｅｂサーバ部とのインターフェースはデータベースを使用する。ダイヤルプラン制御部は、外線や内線からの電話の着信の都度、通話ログや通話録音データをデータベースに書き込む。Ｗｅｂサーバ部は、ＰＣまたは携帯電話のＷｅｂブラウザからの要求がある都度、このデータベースの通話ログを読み取り、各種のＣＴＩサービスを提供する。この方式の場合は、ダイヤルプラン制御部とＷｅｂサーバ部のプロセス間通信のような同期処理は不要になる。

以上で、ＣＴＩサーバ１５０の具体的なソフトウェア構成（機能ブロック構成）の一例であるＣＴＩサーバＡ１９０の説明を終わる。

以上のように、実施の形態１〜３で説明したＩＰ電話システムのＣＴＩサーバ１５０は以下のような特徴を備える。

実施の形態１〜３に係るＣＴＩサーバ１５０は、一般的な呼制御プロトコルで通信する方式であるので、ＡＰＩ機能を有さない小型の呼制御サーバに対してもＣＴＩサービス機能を提供できる。また、ＣＴＩサーバ１５０は、音声パケットを扱うので通話録音の際も音声パケットを取りこぼすことなく採取することが可能であり、一般的な呼制御サーバに対してもきめ細かなＣＴＩサービス機能を提供でき、新しいサービスの提供が期待できる。

実施の形態１〜３に係るＩＰ電話システム６００によれば、ＣＴＩサーバ１５０とＩＰ−ＰＢＸ１１０の非ＳＢＣ型呼制御サーバ１３０との間、およびＣＴＩサーバ１５０とＩＰ−ＰＢＸ内のＶｏＩＰゲートウェイ１４０との間のインターフェースは、一般にＲＦＣ３２６１準拠の標準的な呼制御プロトコルを使用しているので、どんなＩＰ−ＰＢＸであっても、ＣＴＩサービスを提供できる。

実施の形態１〜３に係るＩＰ電話システム６００によれば、ＣＴＩサーバ１５０とＩＰ−ＰＢＸ１１０のＩＰ電話機１２０との間、およびＣＴＩサーバ１５０とＩＰ−ＰＢＸ１１０内のＶｏＩＰゲートウェイ１４０との間の音声パケットのインターフェースは、一般にＲＦＣ２３２７／ＲＦＣ３２６４準拠の標準的なＳＤＰプロトコルとＲＦＣ３５５０／ＲＦＣ３５５１に準拠したＲＴＰプロトコルを使用しているので、どんなＩＰ電話機１２０やＩＰ−ＰＢＸ１１０であっても、ＣＴＩサービスを提供できる。

実施の形態３に係るＩＰ電話システム６００によれば、ＣＴＩサーバ１５０（ＣＴＩサーバＡ１９０）は、ユーザインターフェースのためにＷｅｂサーバ部を備えているので、通話録音、通話ログ、各種の発信・着信制御サービスなどのＣＴＩ機能をＰＣやＷｅｂブラウザ付き携帯電話に提供できる。

実施の形態２に係るＩＰ電話システム６００によれば、ＩＰ−ＰＢＸ内の非ＳＢＣ型呼制御サーバ１３０とＶｏＩＰゲートウェイ１４０の間の呼制御プロトコルは、冗長性を持たせてあるので、万が一ＣＴＩサーバ１５０が障害を起こしても自動的に切り離すことができる。この機能により、ＣＴＩサーバ１５０が障害を起こしても、ＣＴＩサービスは提供できなくなるものの基本機能の通話機能は維持することができる。

実施の形態１〜３に係るＩＰ電話システム６００によれば、ＣＴＩサーバ１５０は、ＩＰ−ＰＢＸが提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ・Ｐｒｏｇｒａｍ・Ｉｎｔｅｒｆａｃｅ）機能を使用しないで構築できるので、ＩＰ−ＰＢＸの機種に依存しないＣＴＩサービスを提供できる。

以上、実施の形態１〜３について説明したが、これらのうち、２つ以上の実施の形態を組み合わせて実施しても構わない。あるいは、これらのうち、１つの実施の形態を部分的に実施しても構わない。あるいは、これらのうち、２つ以上の実施の形態を部分的に組み合わせて実施しても構わない。

また、実施の形態１の説明において、ＣＴＩサーバ１５０における音声データ記憶部１５０１、サーバ側呼制御部１５０２、音声データ出力部１５０３、サービス提供部１５０４はそれぞれ独立した機能ブロックとして構成されているが、ひとつの機能ブロックとしてもよい。あるいは、音声データ記憶部１５０１、音声データ出力部１５０３、サーバ側呼制御部１５０２をひとつの機能ブロックとしてもよい。あるいは、全ての機能ブロックを独立した機能ブロックとしても良い。あるいは、これらの機能ブロックを、他のどのような組み合わせで構成しても構わない。

実施の形態４．
本実施の形態では、実施の形態３で説明したＣＴＩサーバＡ１９０と、ＣＴＩサーバＡ１９０に接続される携帯端末装置２０００とを備える電話システム６０００について説明する。

図１６は、本実施の形態に係る電話システム６０００の全体構成を示す図である。図１６を用いて、電話システム６０００の全体構成の概要について説明する。図１６は、実施の形態３で説明した図１５に対応する図であり、図１５と同様の機能を備える構成には同一の符号あるいは名称を付し、その説明を省略する。

本実施の形態に係る携帯端末装置２０００は、ブラウザ機能を備える携帯端末装置である。本実施の形態に係る携帯端末装置２０００には、例えば、スマートフォン、ブラウザ付き携帯電話、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ・Ｄｉｇｉｔａｌ・Ａｓｓｉｓｔａｎｔ）、携帯用ＰＣ（パーソナル・コンピュータ）等が含まれる。つまり、ブラウザ機能を有するとともに、通常の携帯電話機能も有する携帯端末装置である。

図１６に示すように、携帯端末装置２０００は、ＣＴＩサーバＡ１９０を介して、外線網３００に接続されている外線端末３２０と通話を実行する。ＣＴＩサーバＡ１９０は、携帯端末装置２０００と外線端末３２０とが通話するための呼制御を実行するとともに、携帯端末装置２０００に対して各種のＣＴＩサービスを提供する。ＣＴＩサーバＡ１９０は、データ中継サーバの一例である。

携帯端末装置２０００は、ＣＴＩサーバＡ１９０の備えるＳＢＣ型呼制御サーバ部１９１０に対して、通話のための発呼要求信号や通話を切断するための呼切断要求信号を出力する。あるいは、携帯端末装置２０００は、ＣＴＩサーバＡ１９０の備えるＳＢＣ型呼制御サーバ部１９１０から、通話のための着呼要求信号や通話を切断するための呼切断要求信号を入力する。

ここで、携帯端末装置２０００、ＳＢＣ型呼制御サーバ部１９１０が扱う呼制御プロトコルは、例えば、ＳＩＰプロトコルである。ここでは、ＳＢＣ型呼制御サーバ部１９１０を呼制御サーバ部、あるいはＳＩＰサーバ部と呼ぶ場合もある。また、携帯端末装置２０００はＩＰ電話、あるいはＳＩＰフォンとも呼ばれる。

しかし、携帯端末装置２０００、ＳＢＣ型呼制御サーバ部１９１０が扱う呼制御プロトコルは、ＳＩＰプロトコルに限られず、他のＩＰ電話用の呼制御プロトコルでもよい。他のＩＰ電話用のプロトコルとしては、例えば、Ｈ．３２３プロトコル等でもよい。本実施の形態は、他のどのようなＩＰ電話用プロトコルを扱う場合でも適用可能である。本実施の形態では、呼制御プロトコルの一例としてのＳＩＰプロトコルを扱うＣＴＩサーバＡ１９０、携帯端末装置２０００、電話システム６０００の態様について説明する。

また、実施の形態１で説明したように、ＳＢＣ型呼制御サーバ部１９１０はＳＩＰプロトコルによる呼制御を実行するとともに、ＲＴＰプロトコルを用いた音声パケットの通信も実行することができる。つまり、ＳＢＣ型呼制御サーバ部１９１０を備えるＣＴＩサーバＡ１９０は、呼制御を実行するとともに、音声データ（音声パケット）も扱うことのできるサーバである。つまり、ＣＴＩサーバＡ１９０は、ＩＰ−ＰＢＸ機能を有する。

ＣＴＩサーバＡ１９０は、Ｗｅｂサーバ部１９３０（ウェブサーバ部）を備える。実施の形態３で説明したように、Ｗｅｂサーバ部１９３０は、ＨＴＴＰプロトコルを用いたＷｅｂサーバ機能を備える。Ｗｅｂサーバ部１９３０は、携帯端末装置２０００の備えるブラウザ２０３０（図１７参照）（Ｗｅｂブラウザ）の要求に従って、ＣＴＩサービスやＷｅｂアプリケーションサービスを携帯端末装置２０００に提供する。つまり、ＣＴＩサーバＡ１９０は、ＩＰ−ＰＢＸ機能を有するとともにＷｅｂサーバ機能を有する。

図１７は、本実施の形態に係る携帯端末装置２０００とＣＴＩサーバＡ１９０との機能ブロックを示す図である。図１７におけるＣＴＩサーバＡ１９０の機能ブロックは、主に、携帯端末装置２０００がＣＴＩサーバＡ１９０を介して外線端末３２０等と通話する場合に動作する機能ブロックである。

まず、携帯端末装置２０００の機能ブロックについて説明する。携帯端末装置２０００は、表示画面２０１０、端末側呼制御部２０２０（呼制御エンジン部、ＳＩＰエンジン部）、ブラウザ２０３０、情報記憶部２０４０、全体制御部２０５０を備える。

全体制御部２０５０は、処理装置を用いて、携帯端末装置２０００の備えるブラウザ２０３０、端末側呼制御部２０２０を制御する。

ブラウザ２０３０は、Ｗｅｂ画面表示部２０３１、ボタン制御部２０３２を備える。
ブラウザ２０３０のＷｅｂ画面表示部２０３１は、ＣＴＩサーバＡ１９０の備えるＷｅｂサーバ部１９３０から、発信先の外線端末３２０である発信先端末を特定するための発信先電話番号２０４１を入力させる発信先入力画面２０１２（図２１参照）を入力する。ブラウザ２０３０は、入力した発信先入力画面２０１２を表示画面２０１０の領域のうちのＷｅｂ画面領域２０１１（図２１参照）に表示する。詳細は後述する。

ブラウザ２０３０（Ｗｅｂ画面表示部２０３１）は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ・Ｔｒａｎｓｆｅｒ・Ｐｒｏｔｏｃｏｌ）プロトコルに準拠したＨＴＴＰリクエストを送信することにより、Ｗｅｂサーバ部１９３０からＨＴＴＰレスポンスとして発信先入力画面２０１２を入力し、入力した発信先入力画面２０１２を表示画面２０１０に表示する。以下、Ｗｅｂ画面表示部２０３１の処理をブラウザ２０３０の処理として記載する場合もあるものとする。

携帯端末装置２０００は、例えば、無線で、ＬＡＮ、社内ＬＡＮ、ＷＡＮ、インターネット等に接続されており、ＣＴＩサーバＡ１９０に対してＨＴＴＰプロトコルを用いた通信を実行することができる。

また、ブラウザ２０３０は、Ｗｅｂサーバ部１９３０から電話帳１９４４が表示されるＷｅｂ画面を発信先入力画面２０１２として入力して表示画面２０１０に表示する。ブラウザ２０３０は、ユーザに対して、表示された電話帳１９４４から発信先の電話番号を選択させることにより発信先電話番号を入力する。

あるいは、ブラウザ２０３０は、Ｗｅｂサーバ部１９３０から着信履歴１９４２、発信履歴１９４３等の通信履歴が表示されるＷｅｂ画面を発信先入力画面２０１２として入力して表示画面２０１０に表示する。ブラウザ２０３０は、ユーザに対して、表示された通信履歴から発信先の電話番号を選択させることにより発信先電話番号を入力する。

ブラウザ２０３０のボタン制御部２０３２は、発信先入力画面２０１２から入力された発信先電話番号２０４１を取得する。情報記憶部２０４０は、ブラウザ２０３０のボタン制御部２０３２により取得された発信先電話番号２０４１をメモリ等の記憶装置に記憶する。以下、ボタン制御部２０３２の処理をブラウザ２０３０の処理として記載する場合もあるものとする。

ブラウザ２０３０（Ｗｅｂ画面表示部２０３１、ボタン制御部２０３２）と、全体制御部２０５０とを合わせてＩＰ電話アプリケーションと呼ぶ場合もある。

端末側呼制御部２０２０は、呼制御プロトコル（ＳＩＰ（Ｓｅｓｓｉｏｎ・Ｉｎｉｔｉａｔｉｏｎ・Ｐｒｏｔｏｃｏｌ）プロトコル）に準拠した発呼要求信号、呼切断要求信号をＳＢＣ型呼制御サーバ部１９１０に出力する。また、呼制御プロトコル（ＳＩＰプロトコル）に準拠した着呼要求信号、呼切断要求信号をＳＢＣ型呼制御サーバ部１９１０から入力する。そして、端末側呼制御部２０２０は、外線端末３２０との呼が確立した場合に、音声データ（音声パケット）をＲＴＰプロトコルにより送受信することにより通話を実行する。

端末側呼制御部２０２０は、ボタン表示部２０２１、信号入力部２０２２、発信先情報読み出し部２０２３、呼制御処理部２０２４を備える。

ボタン表示部２０２１は、通話の開始を指示する通話開始指示信号を入力させる発信ボタン２０１３（通話開始ボタン）（図２１参照）を表示画面２０１０の領域のうちの端末側画面領域２０１６（図２１参照）に表示する。また、通話の切断を指示する通話切断信号を入力させる切断ボタンを端末側画面領域２０１６（図２１参照）に表示する。また、クリアボタン等を表示してもよい。

信号入力部２０２２は、表示画面２０１０の端末側画面領域２０１６に表示された発信ボタン２０１３（通話開始ボタン）から入力される通話開始指示信号を入力する。

発信先情報読み出し部２０２３は、情報記憶部２０４０に記憶されている発信先電話番号２０４１を処理装置により読み出す。

呼制御処理部２０２４は、情報記憶部２０４０より読み出した発信先電話番号２０４１により特定される外線端末３２０（発信先端末）との通話を要求する発呼要求信号を生成し、生成した発呼要求信号をＳＢＣ型呼制御サーバ部１９１０に出力する。

次に、ＣＴＩサーバＡ１９０の機能ブロックについて説明する。図１７におけるＣＴＩサーバＡ１９０の機能ブロックは、主に、携帯端末装置２０００がＣＴＩサーバＡ１９０を介して外線端末３２０等と通話する場合に動作する機能ブロックである。

図１７に示すように、ＣＴＩサーバＡ１９０は、ＳＢＣ型呼制御サーバ部１９１０と、ダイヤルプラン制御部１９２０と、Ｗｅｂサーバ部１９３０と、データベース１９４０とを備える。

上述したように、ＳＢＣ型呼制御サーバ部１９１０（呼制御サーバ部）はＳＩＰプロトコルによる呼制御を実行するとともに、ＲＴＰプロトコルを用いた音声パケットの通信も実行することができる。つまり、ＳＢＣ型呼制御サーバ部１９１０を備えるＣＴＩサーバＡ１９０は、呼制御を実行するとともに、音声データも扱うことのできるサーバである。

ＳＢＣ型呼制御サーバ部１９１０は、携帯端末装置２０００あるいはＶｏＩＰゲートウェイ１４０から呼制御プロトコル（ＳＩＰプロトコル）に準拠した呼に関する信号を受信し、携帯端末装置２０００とＶｏＩＰゲートウェイ１４０（外線端末３２０）との間の呼の確立、あるいは呼の切断に関する呼制御を実行する。

データベース１９４０は、携帯端末装置２００と外線端末３２０との間の通話に関する情報を記憶する。通話に関する情報とは、例えば、通話ログ１９４１、着信履歴１９４２、発信履歴１９４３、通話録音データ等である。また、電話システム６０００を利用する利用者（電話システム６０００に加入している加入者）が利用する電話番号等が記憶されている電話帳１９４４を記憶する。

また、データベース１９４０には、Ｗｅｂサーバ部１９３０により表示画面２０１０に表示される画面１９４５が記憶されている。画面１９４５は、例えば、発信先入力画面２０１２の表示に使用する様々なバリエーションの画面である。

また、データベース１９４０には、Ｗｅｂサーバ部１９３０により表示画面２０１０に表示される発信先入力画面２０１２に入力された発信先電話番号等の発信先情報１９３１を記憶する。この発信先情報１９３１は、例えば、「Ｃｌｉｃｋ・ｔｏ・Ｃａｌｌ」機能に利用される。「Ｃｌｉｃｋ・ｔｏ・Ｃａｌｌ」機能は、発信先電話番号をクリックするとＣＴＩサーバＡ１９０から自己の登録した電話番号が呼び出され、次に発信先電話が呼び出される仕組みである。Ｖ字コール方式ともいう。ＣＴＩサーバＡ１９０の有するＣＴＩアプリ（Ｗｅｂアプリケーション）は、上述したように、データベース１９４０に内線電話のデータベースや外線電話のデータベースを保持しており、Ｗｅｂ電話帳機能を端末に提供して、「Ｃｌｉｃｋ・ｔｏ・Ｃａｌｌ」機能を提供する。

ダイヤルプラン制御部１９２０は、携帯端末装置２０００と外線端末３２０との間の通話が開始されると、開始された通話に関する情報を後述するデータベース１９４０に記憶する。ダイヤルプラン制御部１９２０は、携帯端末装置２０００と外線端末３２０との間の通話が開始されると、開始された通話の通話ログをデータベース１９４０の通話ログ１９４１として記憶する。

また、ダイヤルプラン制御部１９２０は、通話ログ１９４１を記憶するとともに、通話ログ１９４１から、着信履歴１９４２、発信履歴１９４３等を編集してデータベース１９４０に記憶してもよい。

また、ダイヤルプラン制御部は、開始された通話の発信先電話番号や発信元電話番号等に基づいて、データベース１９４０に記憶されている電話帳１９４４を更新する。

Ｗｅｂサーバ部１９３０（ウェブサーバ部）は、ＨＴＴＰプロトコルによるウェブサーバ機能を実行する。Ｗｅｂサーバ部１９３０は、携帯端末装置２０００のブラウザ２０３０からの要求（ＨＴＴＰリクエスト）に基づいて、発信先入力画面２０１２やＣＴＩサービス提供画面等をＨＴＴＰレスポンスとして送信する。

また、Ｗｅｂサーバ部１９３０は、携帯端末装置２０００のブラウザ２０３０からの要求（ＨＴＴＰリクエスト）に基づいて、データベース１９４０に記憶されている情報（通話ログ１９４１、着信履歴１９４２、発信履歴１９４３、電話帳１９４４、通話録音データ等）を検索し、検索結果画面を携帯端末装置２０００の表示画面２０１０に表示させる。

図１８は、本実施の形態における携帯端末装置２０００のハードウェア資源の一例を示す図である。本実施の形態においては、携帯端末装置２０００として、例えば、スマートフォンやブラウザ付き携帯電話等を想定している。

図１８において、携帯端末装置２０００は、プログラムを実行するＣＰＵ６９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ６９１１は、バス６９１２を介してＲＯＭ６９１３、ＲＡＭ６９１４、キーボード（Ｋ／Ｂ６９０２）、通信ボード６９１５、タッチパネル６９０９、表示画面２０１０、スピーカ６９２０、マイク６９２１、アンテナ６９２２と接続され、これらのハードウェアデバイスを制御する。

携帯端末装置２０００は、その他の記憶装置（例えば、フラッシュメモリなどの半導体メモリ）を備えていてもよい。ＲＡＭ６９１４は、揮発性メモリの一例である。ＲＯＭ６９１３、フラッシュメモリなどの半導体メモリの記憶媒体は、不揮発性メモリの一例である。これらは、記憶機器、記憶装置あるいは記憶部の一例である。また、入力データが記憶されている記憶機器は入力機器、入力装置あるいは入力部の一例であり、出力データが記憶される記憶機器は出力機器、出力装置あるいは出力部の一例である。通信ボード６９１５は、入出力機器、入出力装置あるいは入出力部の一例である。

通信ボード６９１５は、例えば、無線で、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、社内ＬＡＮ、インターネット、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）、電話回線などの通信網に接続されている。

ＲＯＭ６９１３等の記憶装置には、携帯端末装置２０００の機能ブロックの説明において、「〜部」として説明した機能ブロックの機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ６９１１により読み出されＣＰＵ６９１１により実行される。

メモリ等の記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ６９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、本実施の形態において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ６９１４のメモリ等の記録媒体に記録される。また、データや信号値は、バス６９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ６９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスクやその他の記録媒体に記憶される。プログラムはＣＰＵ６９１１により読み出され、ＣＰＵ６９１１により実行される。すなわち、プログラムは、「〜部」としてコンピュータを機能させるものである。あるいは、「〜部」の手順や方法をコンピュータに実行させるものである。

図１９は、本実施の形態に係る電話システム６０００の電話通信処理の流れを示すフロー図である。図２０は、本実施の形態に係る電話システム６０００の電話通信処理の流れ（図１９の続きの処理）を示すフロー図である。

図１９、図２０に示す携帯端末装置２０００の処理は、例えば、携帯端末装置２０００の記憶装置に記憶されているプログラム（携帯端末通話プログラム）を処理装置により読み出し、処理装置により実行することで実現される。また、図１９、図２０に示すＣＴＩサーバＡ１９０の処理は、例えば、ＣＴＩサーバＡ１９０の記憶装置に記憶されているプログラムを処理装置により読み出し、処理装置により実行することで実現される。

本実施の形態では、携帯端末装置２０００として、例えば、タッチパネルを備えるスマートフォン等を想定している。ただし、上述したように、携帯端末装置２０００は、ブラウザ付き携帯電話、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ・Ｄｉｇｉｔａｌ・Ａｓｓｉｓｔａｎｔ）、携帯用ＰＣ（パーソナル・コンピュータ）等でも、本実施の形態を適用可能である。

本実施の形態に係る電話システム６０００の利用者は、携帯端末装置２０００で通話を実行する場合、例えば、携帯端末装置２０００に搭載されるタッチパネルから携帯端末通話プログラムを起動する。

Ｓ１０１において、全体制御部２０５０は、処理装置により、携帯端末装置２０００のブラウザ２０３０を起動する。ブラウザ２０３０は、表示画面２０１０への発信先入力画面２０１２（図２１参照）の表示を要求するＨＴＴＰリクエストを、ＣＴＩサーバＡ１９０のＷｅｂサーバ部１９３０に処理装置により送信する。

また、全体制御部２０５０は、処理装置により、端末側呼制御部２０２０（呼制御エンジン部、ＳＩＰエンジン部）を起動する。端末側呼制御部２０２０のボタン表示部２０２１は、表示画面２０１０の端末側画面領域２０１６（呼制御画面領域、ＳＩＰ画面領域）に、発信ボタン２０１３、切断ボタン２０１４を処理装置により表示する。

Ｓ１０２において、ＣＴＩサーバＡ１９０のＷｅｂサーバ部１９３０は、携帯端末装置２０００の表示画面２０１０に発信先入力画面２０１２（図２１参照）を表示させるＨＴＴＰレスポンスを、携帯端末装置２０００のブラウザ２０３０に処理装置により送信する。

Ｓ１０３において、ブラウザ２０３０は、表示画面２０１０のＷｅｂ画面領域２０１１（図２１参照）にＷｅｂサーバ部１９３０から送信された発信先入力画面２０１２を処理装置により表示する（ブラウザ表示処理）。

図２１は、本実施の形態に係る携帯端末装置２０００の表示画面２０１０を示す図である。図２２は、本実施の形態に係る携帯端末装置２０００の表示画面２０１０を示す図であり、（ａ）は電話帳を表示した発信先入力画面、（ｂ）は、着信履歴を表示した発信先入力画面を示す図である。

図２１に示すように、携帯端末装置２０００の表示画面２０１０は、Ｗｅｂ画面領域２０１１と端末側画面領域２０１６とを備える。Ｗｅｂ画面領域２０１１に表示される画面は、携帯端末装置２０００のブラウザ２０３０の要求によりＷｅｂサーバ部１９３０から送信されるＷｅｂ画面である。端末側画面領域２０１６に表示される画面は、携帯端末装置２０００の端末側呼制御部２０２０（ボタン表示部２０２１）が表示する画面（呼制御画面、ＳＩＰ画面ともいう）である。端末側画面領域２０１６を呼制御画面領域、ＳＩＰ画面領域ともいう。

Ｗｅｂ画面領域２０１１は、表示画面２０１０の上方の領域であり、表示画面２０１０の領域全体の８０％〜８５％を占める。また、端末側画面領域２０１６は、表示画面２０１０の下方の領域の横一列であり、表示画面２０１０の領域全体の１５％〜２０％を占める。

Ｗｅｂ画面領域２０１１と端末側画面領域２０１６との領域の配分（比率）は、上記に限られず、様々な領域配分が可能である。例えば、Ｗｅｂ画面領域２０１１と端末側画面領域２０１６との領域の配分（比率）は、７０％と３０％、５０％と５０％、あるいは４０％と６０％でもよい。そして、このＷｅｂ画面領域２０１１と端末側画面領域２０１６との領域の配分（比率）は、利用者の操作により自由に変更可能とすることが好ましい。

また、Ｗｅｂ画面領域２０１１と端末側画面領域２０１６との領域の配置は、図２１に示すように上下でもよいし、左右でもよい。例えば、中心部が端末側画面領域２０１６であり、その周囲がＷｅｂ画面領域２０１１であってもよく、どのような配置でも構わない。そして、このＷｅｂ画面領域２０１１と端末側画面領域２０１６との領域の配置も、利用者の操作により自由に変更可能とすることが好ましい。

図２１に示すように、発信先入力画面２０１２は、例えば、電話番号を入力させるテンキー（１，２，３，４，５，６，７，８，９，０）、アスタリスクボタン「＊」、シャープボタン「＃」、ファンクションキー（Ｆ１〜Ｆ６）、クリアキー「ＣＬ」等を表示する。このように、発信先入力画面２０１２は、あたかもＳＩＰフォン（ＩＰ電話機）で表示される電話番号入力画面のようにＷｅｂ画面領域２０１１に表示される。

発信先入力画面２０１２は、Ｗｅｂサーバ部１９３０から送信されるＷｅｂ画面なので、Ｗｅｂサーバ部１９３０において各種のＷｅｂアプリケーションを用意することにより、様々な態様の発信先入力画面２０１２を表示画面２０１０のＷｅｂ画面領域２０１１に表示させることができる。各種のＷｅｂアプリケーションは、例えば、データベース１９４０に画面１９４５として記憶される。

発信ボタン２０１３は、ユーザが通話を開始するときに、タッチ（あるいは押下）するボタンである。発信ボタン２０１３は、通話の開始を指示する通話開始指示信号を受け付ける通話開始指示ボタンである。

切断ボタン２０１４は、ユーザが通話を終了して呼切断するときに、タッチ（あるいは押下）するボタンである。切断ボタン２０１４は、通話の終了（切断）を指示する通話切断指示信号を受け付ける通話切断指示ボタンである。

図２１に示すように、端末側画面領域２０１６は、例えば、表示画面２０１０のＷｅｂ画面領域２０１１の下方の横一列である。つまり、表示画面２０１０全体を、上下に約６列に分割し、上から５列分の領域がＷｅｂ画面領域２０１１であり、一番下の１列が端末側画面領域２０１６になっている。

図２１に示すように、発信先入力画面２０１２と、発信ボタン２０１３と、切断ボタン２０１４とを表示することにより、ユーザは通常の電話の画面として利用することができる。また、Ｗｅｂ画面領域２０１１に表示される発信先入力画面２０１２は、Ｗｅｂ画面なので、Ｗｅｂサーバ部１９３０にＷｅｂアプリケーションを用意することにより各種の発信先入力画面２０１２を表示することができる。

図２２は、本実施の形態に係る表示画面２０１０の発信先入力画面２０１２のバリエーションを示す図であり、（ａ）は電話帳を表示した発信先入力画面２０１２（電話帳画面２０１２ａ）、（ｂ）は着信履歴を表示した発信先入力画面２０１２（着信履歴画面２０１２ｂ）を示す図である。

図２２（ａ）に示すように、ブラウザ２０３０は、Ｗｅｂサーバ部１９３０から、データベース１９４０に記憶されている電話帳１９４４を表示するＷｅｂ画面を発信先入力画面２０１２（電話帳画面２０１２ａ）として入力し、表示画面２０１０に表示する。ブラウザ２０３０は、利用者に表示画面２０１０に表示された電話帳１９４４から発信先の電話番号を選択させることにより発信先電話番号を入力させる。

図２２（ｂ）に示すように、ブラウザ２０３０は、Ｗｅｂサーバ部１９３０から、データベース１９４０に記憶されている着信履歴１９４２を表示するＷｅｂ画面を発信先入力画面２０１２（着信履歴画面２０１２ｂ）として入力し、表示画面２０１０に表示する。ブラウザ２０３０は、利用者に表示画面２０１０に表示された着信履歴１９４２から発信先の電話番号を選択させることにより発信先電話番号を入力させる。

Ｓ１０５において、ブラウザ２０３０は、ＨＴＴＰプロトコルを用いたブラウザ２０３０とＷｅｂサーバ部１９３０との機能により、発信先入力画面２０１２に入力された番号をＷｅｂサーバ部１９３０に処理装置により送信する。このとき、ブラウザ２０３０は、入力される１文字ずつをＷｅｂサーバ部１９３０に送信する。また、ブラウザ２０３０は、発信先入力画面２０１２に入力された番号を発信先電話番号２０４１として情報記憶部２０４０に記憶する（電話番号記憶処理）。

Ｓ１０６において、Ｗｅｂサーバ部１９３０は、ＨＴＴＰプロトコルを用いたブラウザ２０３０とＷｅｂサーバ部１９３０との機能により、ブラウザ２０３０から発信先入力画面２０１２に入力された番号を処理装置により受信する。上述したように、Ｗｅｂサーバ部１９３０は、ブラウザ２０３０から１文字ずつを受信する。また、Ｗｅｂサーバ部１９３０は、発信先入力画面２０１２に入力された番号を発信先情報１９３１としてデータベース１９４０に記憶する。

Ｓ１０７において、端末側呼制御部２０２０の信号入力部２０２２は、発信ボタン２０１３から通話開始指示信号を入力する。

Ｓ１０８において、端末側呼制御部２０２０の発信先情報読み出し部２０２３は、情報記憶部２０４０に記憶されている発信先電話番号２０４１を処理装置により読み出す。発信先情報読み出し部２０２３は、情報記憶部２０４０に発信先電話番号２０４１が記憶されていない場合には、発信先電話番号２０４１を発信先入力画面２０１２から入力するように促すメッセージを表示画面２０１０のメッセージ２０１５欄に表示するとしてもよい。

Ｓ１０９において、端末側呼制御部２０２０の呼制御処理部２０２４は、発信先電話番号により特定される外線端末３２０との通話を開始するための発呼要求信号を処理装置により生成する。端末側呼制御部２０２０の呼制御処理部２０２４は、生成した発呼要求信号をＣＴＩサーバＡ１９０のＳＢＣ型呼制御サーバ部１９１０に処理装置により送信する。端末側呼制御部２０２０の呼制御処理部２０２４は、例えば、呼制御プロトコル（ＳＩＰプロトコル）に準拠する発呼要求信号をＳＢＣ型呼制御サーバ部１９１０に送信する（端末側呼制御処理）。

ＳＢＣ型呼制御サーバ部１９１０は、端末側呼制御部２０２０の呼制御処理部２０２４から発呼要求信号を受信すると、携帯端末装置２０００と発信先電話番号２０４１により特定される外線端末３２０との通話を開始するための呼を確立するための呼制御を処理装置により実行する。ＳＢＣ型呼制御サーバ部１９１０は、携帯端末装置２０００と外線端末３２０との間で通話を実行するために、呼制御プロトコル（ＳＩＰプロトコル）による呼制御を実行する。

ＳＢＣ型呼制御サーバ部１９１０の呼制御処理時に、例えば、Ｗｅｂサーバ部１９３０は、データベース１９４０に記憶された発信先情報１９３１を表示画面２０１０に表示させるとしてもよい。

Ｓ１１１において、携帯端末装置２０００と外線端末３２０との間で呼が確立すると通話が実行される。

本実施の形態に係る電話システム６０００では、発信ボタン２０１３をタッチ（押下）することにより、ＣＴＩサーバＡ１９０（ＩＰ−ＰＢＸ）に発信を通知する。しかし、このような動作をせず、レガシーなボタン電話のＰＢＸの機能をエミュレートすることもできる場合がある。スマートフォンやＰＣ上のＷｅｂブラウザでは、ｊＱｕｅｒｙのようなＡｊａｘ機能を持ったＪａｖａ（登録商標）ｓｃｒｉｐｔライブラリが利用できる。これは、Ｗｅｂ画面上の数字ボタンや機能（ファンクション）ボタンを押した場合でも、上記機能（Ａｊａｘ機能）により非同期にＷｅｂサーバ（Ｗｅｂサーバ部１９３０）に通知できるものである。したがって、Ｗｅｂサーバ部１９３０が発呼要求を検知してＳＢＣ型呼制御サーバ部１９１０に発呼を要求することにより、呼制御画面（ＳＩＰ画面）の発信ボタン２０１３をタッチ（押下）せずとも、レガシーなボタン電話のＰＢＸ機能を実現できる場合がある。

Ｓ１１２において、ダイヤルプラン制御部１９２０は、携帯端末装置２０００と外線端末３２０との間の通話が開始されると、開始された通話に関する情報をデータベース１９４０に記憶する（通話情報記憶処理）。

上述したように、ＳＢＣ型呼制御サーバ部１９１０は、呼制御プロトコル（ＳＩＰプロトコル）により携帯端末装置２０００と外線端末３２０との間の呼制御を実行するとともに、呼が確立すると通話に関する音声データ（音声パケット）を通信する。ＳＢＣ型呼制御サーバ部１９１０は、通信中の音声データ（音声パケット）をＶｏＩＰゲートウェイ１４０に出力するとともにダイヤルプラン制御部１９２０にも出力する。

ダイヤルプラン制御部１９２０は、ＳＢＣ型呼制御サーバ部１９１０から出力された音声データ（音声パケット）を入力して、入力した音声データ（音声パケット）から通話ログ１９４１を処理装置により生成する。そして、ダイヤルプラン制御部１９２０は、生成した通話ログ１９４１をデータベース１９４０に記憶する。通話ログ１９４１には、例えば、通話日時、発信元情報、発信先情報、通話録音データ等が含まれる。

データベース１９４０には、電話システム６０００において使用される電話帳１９４４が記憶されている。ダイヤルプラン制御部１９２０は、通話ログ１９４１をデータベース１９４０に記憶すると同時に、記憶対象の通話ログ１９４１の発信元情報あるいは発信先情報により電話帳１９４４を検索する。そして、電話帳１９４４に当該発信元情報あるいは発信先情報を示す情報がない場合には、電話帳１９４４に情報が記憶されていない発信元情報あるいは発信先情報の内容を電話帳１９４４に記憶する。つまり、ダイヤルプラン制御部１９２０は、開始された通話の発信先電話番号２０４１（あるいは発信元電話番号）に基づいて、データベース１９４０に記憶されている電話帳１９４４を更新する。

また、データベース１９４０には、電話システム６０００において使用される着信履歴１９４２が記憶されている。ダイヤルプラン制御部１９２０は、通話ログ１９４１をデータベース１９４０に記憶すると同時に、記憶対象の通話ログ１９４１の内容に基づいて着信履歴１９４２を更新する。

また、データベース１９４０には、電話システム６０００において使用される発信履歴１９４３が記憶されている。ダイヤルプラン制御部１９２０は、通話ログ１９４１をデータベース１９４０に記憶すると同時に、記憶対象の通話ログ１９４１の内容に基づいて発信履歴１９４３を更新する。

Ｓ１１３において、端末側呼制御部２０２０の信号入力部２０２２は、切断ボタン２０１４から通話の終了を指示するための通話切断指示信号を入力する。

端末側呼制御部２０２０の呼制御処理部２０２４は、通話を実行中の携帯端末装置２０００と外線端末３２０との呼の切断を要求する呼切断要求信号を処理装置により生成する。端末側呼制御部２０２０の呼制御処理部２０２４は、生成した呼切断要求信号をＣＴＩサーバＡ１９０のＳＢＣ型呼制御サーバ部１９１０に処理装置により送信する。端末側呼制御部２０２０の呼制御処理部２０２４は、例えば、呼制御プロトコル（ＳＩＰプロトコル）に準拠する呼切断要求信号をＳＢＣ型呼制御サーバ部１９１０に送信する。

Ｓ１１４において、ＳＢＣ型呼制御サーバ部１９１０は、端末側呼制御部２０２０の呼制御処理部２０２４から呼制御プロトコル（ＳＩＰプロトコル）に準拠する呼切断要求信号を受信する。ＳＢＣ型呼制御サーバ部１９１０は、呼制御プロトコル（ＳＩＰプロトコル）に準拠した呼制御を実行することにより、携帯端末装置２０００と外線端末３２０との呼を切断する呼制御処理を実行する。

Ｓ１１５において、携帯端末装置２０００と外線端末３２０との呼が切断され、携帯端末装置２０００と外線端末３２０との通話が終了する。

以上で、図１９、図２０の電話システム６０００の電話通信処理についての説明を終わる。

図２３は、本実施の形態に係る着信時の携帯端末装置２０００の表示画面２０１０を示す図である。

端末側呼制御部２０２０は、ＣＴＩサーバＡ１９０のＳＢＣ型呼制御サーバ部１９１０から着呼要求信号を受信する。

端末側呼制御部２０２０は、ＩＰ電話アプリケーション（全体制御部２０５０）を起動する。

全体制御部２０５０によりブラウザ２０３０が起動され、ブラウザ２０３０は、着呼要求信号の発信元の外線端末３２０を示す発信元情報を表示画面２０１０表示するためのＨＴＴＰリクエストをＣＴＩサーバＡ１９０のＷｅｂサーバ部１９３０に送信する。このＨＴＴＰリクエストには、発信元電話番号が含まれる。着呼要求信号の発信元の外線端末３２０を示す発信元情報を表示する画面を着信時表示画面２０１７とする。

Ｗｅｂサーバ部１９３０は、着信時表示画面２０１７に表示する発信元情報を、ＨＴＴＰリクエストに含まれる発信元電話番号をキーとして、データベース１９４０に記憶されている電話帳１９４４から検索する。Ｗｅｂサーバ部１９３０は、取得した発信元情報を表示する着信時表示画面２０１７をＨＴＴＰレスポンスとして携帯端末装置２０００のブラウザ２０３０に送信する。

ブラウザ２０３０は、Ｗｅｂサーバ部１９３０から送信されたＨＴＴＰレスポンスにより、着信時表示画面２０１７を表示画面２０１０のＷｅｂ画面領域２０１１に表示する。また、端末側呼制御部２０２０のボタン表示部２０２１は、端末側画面領域２０１６に、発信ボタン２０１３，切断ボタン２０１４，メッセージ２０１５欄を表示する。

着信時表示画面２０１７の画面バリエーションは、データベース１９４０に画面１９４５として記憶する。これにより、発呼時の発信先入力画面２０１２と同様に、着信時表示画面２０１７もＣＴＩアプリを用いて各種の画面を提供することができる。

本実施の形態では、ダイヤルプラン制御部１９２０は、データベース１９４０に通話ログ１９４１を記憶すると同時に、通話ログ１９４１を用いて、着信履歴１９４２、発信履歴１９４３、電話帳１９４４を生成し更新するものとした。このほかにも、ダイヤルプラン制御部１９２０は、通話ログ１９４１、着信履歴１９４２、発信履歴１９４３、電話帳１９４４を用いて、通話録音情報やユーザ管理情報や通話使用頻度情報等の情報を生成するとしてもよい。

そして、ダイヤルプラン制御部１９２０は、生成した情報をデータベース１９４０に記憶し、ＣＴＩサービスを実現する。例えば、電話システム６０００に加入している携帯端末装置２０００は、データベース１９４０に記憶されている情報を、ブラウザから要求することによりＷｅｂサーバ部１９３０介して閲覧可能とする。

以上のように、本実施の形態に係る電話システム６０００によれば、ＣＴＩサーバＡ１９０（汎用接続型ＣＴＩサーバ）は、ＳＢＣ型呼制御サーバ方式のＩＰ−ＰＢＸ機能を有するとともにＷｅｂサーバ機能を有するので、ＳＩＰフォン機能（ＩＰ電話機能）とＷｅｂブラウザ機能との両方を兼ね備えている端末（携帯端末装置２０００）を電話として使用する場合に有効である。

本実施の形態に係る電話システム６０００によれば、ＣＴＩサーバＡ１９０側に通話ログや電話帳などのデータを保持し、Ｗｅｂブラウザ経由で携帯端末装置２０００にて表示することができる。したがって、携帯端末装置２０００を紛失したような場合でも、ＣＴＩサーバＡ１９０側からＷｅｂ画面を見せないようにするなどのセキュリティ対策をとることができる。

本実施の形態に係る電話システム６０００によれば、電話端末のボタンの制御は、汎用的なＨＴＴＰプロトコルで実現している。このため、携帯端末装置２０００（スマートフォン、ブラウザ付き携帯電話端末、ＰＣ、ＰＤＡ）上で動作するＳＩＰフォン（ＩＰ電話機）でも、メーカに依存しないボタンの制御が可能となる。

本実施の形態に係る電話システム６０００によれば、ダイヤルプラン制御部が、通話と同時にデータベースを更新するので、通話後すぐに携帯端末装置２０００側からＣＴＩサービスの要求があった場合でも、最新のＣＴＩサービスを提供することができる。

以上、実施の形態１〜４について説明したが、これらのうち、２つ以上の実施の形態を組み合わせて実施しても構わない。あるいは、これらのうち、１つの実施の形態を部分的に実施しても構わない。あるいは、これらのうち、２つ以上の実施の形態を部分的に組み合わせて実施しても構わない。

１１０，１１０ａ，１１０ｂＩＰ−ＰＢＸ、１２０ＩＰ電話機、１３０非ＳＢＣ型呼制御サーバ、１３１ＳＢＣ型呼制御サーバ、１４０ＶｏＩＰゲートウェイ、１５０ＣＴＩサーバ、１６０通話録音データ部、１８０ＣＴＩサーバ群、１８１，１８２ＣＴＩサーバ、１８３ＣＴＩクラスターコントローラ、１９０ＣＴＩサーバＡ、３００外線網、３２０外線端末、４０１ＬＡＮスイッチ、４０２通話録音装置、４０３ＡＰＩ対応ＣＴＩサーバ、４０４通話録音記憶部、６００ＩＰ電話システム、６０１ＩＰ電話システム（通常規模）、６０２ＩＰ電話システム（小規模）、６０４ＩＰ電話システム（大規模）、９１１ＣＰＵ、９１２バス、９１３ＲＯＭ、９１４ＲＡＭ、９１５通信ボード、９２０磁気ディスク装置、９２１ＯＳ、９２３プログラム群、９２４ファイル群、１５０１音声データ記憶部、１５０２サーバ側呼制御部、１５０３音声データ出力部、１５０４サービス提供部、１９１０ＳＢＣ型呼制御サーバ部、１９２０ダイヤルプラン制御部、１９３０Ｗｅｂサーバ部、１９３１発信先情報、１９４０データベース、１９４１通話ログ、１９４２着信履歴、１９４３発信履歴、１９４４電話帳、１９４５画面、２０００携帯端末装置、２０１０表示画面、２０１１Ｗｅｂ画面領域、２０１２発信先入力画面、２０１２ａ電話帳画面、２０１２ｂ着信履歴画面、２０１３発信ボタン、２０１４切断ボタン、２０１５メッセージ、２０１６端末側画面領域、２０１７着信時表示画面、２０２０端末側呼制御部、２０２１ボタン表示部、２０２２信号入力部、２０２３発信先情報読み出し部、２０２４呼制御処理部、２０３０ブラウザ、２０３１Ｗｅｂ画面表示部、２０３２ボタン制御部、２０５０全体制御部、２０４０情報記憶部、２０４１発信先電話番号、６０００電話システム、６９０２Ｋ／Ｂ、６９０９タッチパネル、６９１１ＣＰＵ、６９１２バス、６９１３ＲＯＭ、６９１４ＲＡＭ、６９１５通信ボード、６９２０スピーカ、６９２１マイク、６９２２アンテナ。

Claims

交換機を介して外線端末に接続されるデータ中継サーバと、表示画面を備え、前記データ中継サーバを介して前記外線端末との通話を実行する携帯端末装置とを備える電話システムにおいて、
前記データ中継サーバは、
呼制御を実行する呼制御サーバ部とウェブサーバ機能を実行するウェブサーバ部とを備え、
前記携帯端末装置は、
前記データ中継サーバの備える前記ウェブサーバ部から、発信先の外線端末である発信先端末を特定する発信先電話番号を入力させる発信先入力画面を入力して、入力した前記発信先入力画面を前記表示画面に表示するブラウザと、
前記ブラウザにより前記表示画面に表示された前記発信先入力画面に対して入力される発信先電話番号を記憶する情報記憶部と、
通話の開始を指示する通話開始指示信号を入力させる通話開始ボタンを前記表示画面に表示し、前記表示画面に表示された前記通話開始ボタンから前記通話開始指示信号が入力された場合に、前記情報記憶部に記憶されている前記発信先電話番号を処理装置により読み出し、読み出した前記発信先電話番号により特定される前記発信先端末との通話を要求する発呼要求信号を出力する端末側呼制御部とを備え、
前記交換機は、
前記携帯端末装置から出力された前記発呼要求信号を入力し、前記発呼要求信号の入力を契機として前記携帯端末装置と前記データ中継サーバとの間に呼を確立する交換機側呼制御を行う交換機側呼制御部を備え、
前記データ中継サーバの前記呼制御サーバ部は、
前記交換機側呼制御部による呼の確立を契機として、自データ中継サーバと前記交換機との間に呼を確立するサーバ側呼制御を行い、
前記データ中継サーバは、さらに、
前記呼制御サーバ部の前記サーバ側呼制御により呼が確立されると、前記携帯端末装置から前記発信先端末に送信する送信データを入力し、入力した前記送信データを前記交換機へ出力するデータ出力部を備え、
前記交換機は、さらに、
前記呼制御サーバ部の前記サーバ側呼制御により呼が確立された状態で前記データ出力部から前記送信データが出力されると、出力された前記送信データを前記発信先端末へ送信するゲートウェイ部を備えることを特徴とする電話システム。
前記携帯端末装置は、
前記発信先端末を特定する発信先情報を含む前記発呼要求信号を前記交換機に出力し、
前記交換機側呼制御部は、
前記携帯端末装置から前記発呼要求信号を入力し、入力した前記発呼要求信号に基づいて前記発信先情報を含む発信先データを生成し、生成した発信先データを前記交換機側呼制御の際に前記データ中継サーバに出力し、
前記データ中継サーバは、
前記交換機側呼制御の際に出力された前記発信先データを入力し、入力した前記発信先データと前記携帯端末装置から出力された前記送信データとを対応付けて通話情報データとして記憶するデータ記憶部を備えることを特徴とする請求項１に記載の電話システム。
前記ブラウザは、
前記データ中継サーバの備える前記ウェブサーバ部から、電話帳が表示される画面を前記発信先入力画面として入力し、入力した前記発信先入力画面を前記表示画面に表示し、表示された前記電話帳から発信先の電話番号を選択させることにより前記発信先電話番号を入力させることを特徴とする請求項１または２に記載の電話システム。
前記ブラウザは、
前記データ中継サーバの備える前記ウェブサーバ部から、通話履歴が表示される画面を前記発信先入力画面として入力し、入力した前記発信先入力画面を前記表示画面に表示し、表示された前記通話履歴から発信先の電話番号を選択させることにより前記発信先電話番号を入力させることを特徴とする請求項１または２に記載の電話システム。