JP2006229600A - Ｉｐ電話システム、ｉｐ電話交換装置およびプログラム - Google Patents

Abstract

【課題】 ＩＰ電話サービス専用のＴＣＰ／ＩＰポートを使用せずに、ＩＰ電話サービスを利用できるようにする。
【解決手段】 ＩＰ電話機２００Ａでは、ウェブブラウザプログラムが稼動しており、利用者は、ウェブブラウザプログラムの表示画面上にあるリンクをクリックすることで、ＩＰ電話をかける電話プログラムを起動させる。電話プログラムは、ＩＰを使用する通信ネットワークＣを介し、ＨＴＴＰメッセージにより交換サーバ１００へ呼確立の指示を送信する。交換サーバ１００は、着信先のＩＰ電話機２００ＢにＨＴＴＰメッセージにより、着信要求を送信する。着信要求を受けたＩＰ電話機２００Ｂは、着信応答への許可／不許可を示すデータをＨＴＴＰメッセージにより、交換サーバ１００に返送する。交換サーバ１００は、着信応答に対し許可を示すデータが送信された場合、所定の通話用の「部屋」を用意する。
【選択図】 図１

Description

本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話システム、ＩＰ電話交換装置およびプログラムに関し、特に、呼設定にＨＴＴＰを使用するＩＰ電話システム、ＩＰ電話交換装置およびプログラムに関する。

インターネットに代表される通信ネットワークの広帯域化に伴い、インターネット上でリアルタイムの音声通信や画像通信を行うサービスが拡大している。近年、例えば特許文献１に示されるようなインターネット電話サービスが実用化された。
特開２００３−１６９１３５号公報

通常、ＩＰ電話システムでは、呼を制御するため、ＳＩＰ（Session Initiation Protocol）やＨ．３２３等、専用のプロトコルを使用している。このため、ファイアウォールを導入しているネットワーク内とその外部とでＩＰ電話サービスを利用するためには、そのプロトコルが使用するポートを外部に向けて開放しなければならない。しかし、セキュリティ上の観点から、数多くのポートを外部に開放することは得策ではなく、そのようなポートが外部に向けて解放されているとは限らない。ただ、ファイアウォールを導入しているネットワークにおいても、ウェブブラウジングのため、ＨＴＴＰ（Hyper-Text Transfer Protocol）を利用する通信は開放されているのが一般的である。

本発明は上記状況に鑑みてなされたもので、ＨＴＴＰを使用して呼を制御することのできるＩＰ電話システム、ＩＰ電話交換装置およびプログラムを提供することを目的とする。

本発明の第１の観点にかかるＩＰ電話システムは、
サーバ装置と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークを介して該サーバ装置に接続された２台以上の端末装置とを備えるＩＰ電話システムであって、
前記端末装置は、
利用者から発呼先の識別情報と呼確立の指示とを受け付ける発呼受付手段と、
前記ＩＰ通信ネットワークを介して、前記発呼受付手段で受け付けた発呼先の識別情報と呼確立の指示とをＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージとして前記サーバ装置に送信する発呼送信手段と、
前記サーバ装置から送信される着信要求を受けて、着信要求から発呼元の端末装置を特定し、発呼元の端末装置との呼を確立することを、ＨＴＴＰメッセージにより該サーバ装置に要求する呼確立要求手段と、
通話のためにサーバ装置内の所定領域の使用をサーバ装置に要求するＨＴＴＰメッセージを送信するログイン要求手段と、
前記サーバ装置を介して他の端末装置との間に設定された呼を制御する呼制御手段と、
を具備し、
前記サーバ装置は、
前記発呼送信手段から発呼先の識別情報と呼確立の指示とを受信する発呼受信手段と、
前記ＩＰ通信ネットワークを介して、前記発呼受信手段で受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信する着信要求送信手段と、
前記呼確立要求手段により送信されるＨＴＴＰメッセージを受信したことを契機として、前記ログイン要求手段により送信されるＨＴＴＰメッセージを送信してきた２台の端末装置間の呼を接続する呼接続手段と、
を具備する。

この発明によれば、発呼時に、端末装置とサーバ装置との間で行われる通信にＨＴＴＰが使用される。このため、ファイヤウォールが設置されているようなネットワークでも、ＩＰ電話通信が行える。

上記ＩＰ電話システムにおいて、
前記端末装置は、通話中の呼を終了させる呼終了要求を受け付ける通話終了指示受付手段を具備し、
前記呼制御手段は、前記通話終了指示受付手段が受け付けた呼終了要求に応答して、通話中の呼の終了の要求を、前記ＩＰ通信ネットワークを介し、ＨＴＴＰメッセージとして前記サーバ装置に送信する呼終了要求手段を具備してもよい。
この場合、前記サーバ装置は、
呼終了要求手段から送信された呼の終了の要求を受け付ける終了受付手段と、
前記終了受付手段で受け付けた呼の終了の要求に対応する呼を終了させる呼終了手段と、
を具備する。

本発明の第２の観点にかかるＩＰ電話交換装置は、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークを介して端末装置と接続されたＩＰ電話交換装置であって、
前記ＩＰ通信ネットワークを介して端末装置から送信される、発呼先の識別情報と呼確立の指示とを受信する発呼受信手段と、
前記ＩＰ通信ネットワークを介して、前記発呼受信手段で受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信する着信要求送信手段と、
着信先の端末装置が前記着信要求送信手段の応答データとして着信を許可する旨のデータを送信してきたことを契機として、発呼元の端末装置と着信先の端末装置との呼を接続する呼接続手段と、
を具備する。

本発明の第３の観点にかかるプログラムは、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークに接続されているコンピュータ装置を
前記ＩＰ通信ネットワークを介して端末装置から送信される、発呼先の識別情報と呼確立の指示とを受信し、
前記ＩＰ通信ネットワークを介して、受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信し、
着信先の端末装置から着信要求に対する応答データを受信したことを契機として、発呼元の端末装置と着信先の端末装置との呼を接続する、
ＩＰ電話交換装置として機能させる。

本発明によれば、ＨＴＴＰメッセージを用いて、ＩＰ電話の呼が確立できる。

本発明にかかる実施形態を、以下図面を参照して説明する。図１は、本発明の実施形態にかかるＩＰ電話システムの構成を示すブロック図である。

本実施形態のＩＰ電話システム１は、それぞれがファイヤウォール４と通信ネットワークＣとを介して接続された、交換サーバ１００と、ＩＰ電話機２００Ａ、２００Ｂとから構成される。

通信ネットワークＣは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに基づく、インターネットなどの通信ネットワークである。

ファイヤウォール４は、通信ネットワークＣを介したＩＰ通信のうち、特定のプロトコルを使用した通信のみを通過させ、他の通信は遮断する。ファイヤウォール４は、ポート番号単位で片方向または双方向の通信を許可するか否かが記述された設定ファイルを参照して、一方のポートに到達したＩＰパケットを通過させるか否かを判断し、通過させるＩＰパケットだけを反対側のポートに送出する。ここで、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いた通信を許可するため、所定のポート番号（例えば、ポート番号８０）を使用するＩＰパケットを通過させる旨が、設定ファイルに記述されている。

交換サーバ１００は、ＩＰ電話機２００Ａ、２００Ｂから発呼を受け付け、発信元と着信先との通話を中継する。通話の際に、発信元のＩＰ電話機と着信先のＩＰ電話機とは、交換サーバ１００内に仮想的に構築される「通話ルーム」を中継地点として使用する。

交換サーバ１００は、例えば図２に示すように、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信制御部１５０とを備える。

制御部１１０はＣＰＵ（Central Processing Unit）等のプロセッサやＲＡＭ（Random Access Memory）等の揮発性メモリから構成される。制御部１１０は、記憶部１２０に格納されている動作プログラムを読み出して実行することにより、交換サーバ１００の各部を制御しつつ、後述する通話開始処理や通話終了処理などを実行する。

記憶部１２０は、ハードディスク装置などの書き換え可能な記憶装置から構成され、制御部１１０が実行する種々の動作プログラムやＩＰ電話システム１で管理する各種情報を格納する。図３に示すように、記憶部１２０は端末情報データベース（ＤＢ）１２１、通話管理データベース（ＤＢ）１２２、プログラム記憶部１２３などから構成される。

端末情報ＤＢ１２１は、本ＩＰ電話システム１に接続している端末に関する端末情報を蓄積する。図４に示すように、端末情報ＤＢ１２１には、端末毎に一意に割り当てられた「利用者コード」を主キーとするレコードが作成される。端末情報は、「利用者名」、「属性情報」、「使用ルーム情報」等を含む。

ここで、「利用者コード」とは本ＩＰ電話システム１の利用者端末の識別情報であり、ＩＰ電話システム１の管理者が別に付与する。なお、ＩＰ電話機に付与された電話番号やＩＰアドレスなど、交換サーバ１００からみて識別可能なものであれば特に限定されるものではない。「利用者名」は、利用者の名称を示す情報である。「属性情報」は、利用者に関する属性を示す種々の情報であり、例えば、利用者が本ＩＰ電話システム１で使用するハンドル名、ＩＰ電話機の対外的なＩＰアドレス、利用者の住所等である。ここで、理解を容易にするため、ＩＰアドレスは固定とする。「使用ルーム情報」は、端末が使用している交換サーバ１００上の通話ルームの識別番号（「部屋コード」）を記録する。なお通話中でない時は、特定の通話ルームを示さない識別番号が記録される。図４の例では、「０」がこれに該当する。

通話管理ＤＢ１２２は、交換サーバ１００内に設けられた仮想的な通話ルームの管理情報を格納する。図５に示すように、通話管理ＤＢ１２２には、通話ルーム毎に一意に割り当てられた「部屋コード」を主キーとするレコードが作成される。管理情報は、「使用状況情報」などを含む。
「使用状況情報」には、その通話ルームの使用状況を示すデータ（「空き」、「使用中」の何れかの旨を示すデータ）が格納される。

プログラム記憶部１２３には、交換サーバ１００の基本動作を司るオペレーティングシステム（Operating System：ＯＳ）が格納されていることはもとより、例えば、以下のようなプログラムが格納される。
（１）「通信プログラム」：通信制御部１５０を制御し、通信ネットワークＣを介してＩＰ電話機２００Ａ、２００ＢとＨＴＴＰ（Hyper-Text Transfer Protocol）による通信を行うプログラム
（２）「ＤＢ制御プログラム」：記憶部１２０に格納された各種データベースの入出力制御および所定の検索を行うプログラム
（３）「ウェブサーバプログラム」：交換サーバ１００をウェブサーバとして機能させるためのプログラムであり、主に、後述する処理においてＩＰ電話機２００Ａ、２００Ｂとの間の通話を提供するプログラム
（４）「ＣＧＩ（Common Gateway Interface）プログラム」：ＩＰ電話機２００Ａ、２００Ｂから交換サーバ１００で実行中のプログラムへアクセスするためのインターフェイスプログラムで、発信処理用、状態確認用、着信応答用、通話開始用、通話終了用などがある
（４−１）発信処理用ＣＧＩプログラム：他のＩＰ電話機に発信するプログラム
（４−２）状態確認用ＣＧＩプログラム：問い合わせてきたＩＰ電話機の通話状況を返信するプログラムで、着信がある場合相手の端末の識別情報（またはハンドル名）、通話で使用する通話ルームの「部屋コード」などを返信する
（４−３）着信応答用ＣＧＩプログラム：かかってきたテレビ電話に出るか否かの通話意志を示すデータ（許可通知あるいは不許可通知）を受け付けるプログラム
（４−４）通話開始用ＣＧＩプログラム：通話ルームへのログイン（通話の開始）を受け付けるプログラム
（４−５）通話終了用ＣＧＩプログラム：通話ルームからのログアウト（通話の終了）を受け付けるプログラム

入力部１３０は、キーボードやポインティングデバイス等の入力装置を備え、入力装置から入力された制御部１１０への指示などを受け付けて制御部１１０に伝達する。

出力部１４０は、ディスプレイなどの出力装置を備え、制御部１１０の処理結果などを必要に応じて出力装置に出力する。

通信制御部１５０は、音声モデムなどの通信装置から構成され、交換サーバ１００と通信ネットワークＣとを接続し、交換サーバ１００と、ＩＰ電話機２００A、Ｂとの間で行われる通信を制御する。

ＩＰ電話機２００Ａ、２００Ｂは、例えば、パーソナルコンピュータなどの情報処理機器であって、ＩＰ（Internet Protocol）を用いた通信を行う。ＩＰ電話機２００Ａと２００Ｂの構成及び機能は同一であるので、代表してＩＰ電話機２００Ａの構成を図６に示す。

図示するように、本実施形態にかかるＩＰ電話機２００Ａは、制御部２１０と、記憶部２２０と、入力制御部２３０と、出力制御部２４０と、通信制御部２５０とを備える。そして、入力制御部２３０に入力装置２３１、２３２が、出力制御部２４０に出力装置２４がそれぞれ接続されている。

制御部２１０は、例えば、中央演算処理装置やワークエリアとなる記憶装置などを備える。制御部２１０は、記憶部２２０に格納されている動作プログラムを読み出して実行することにより、後述する通話開始処理や通話終了処理などを実行する。

記憶部２２０は、ハードディスク装置などの記憶装置から構成され、制御部２１０で実行される動作プログラムや、ＩＰ電話通信機能の起動に必要なＨＴＭＬ（Hyper-Text Markup Language）形式やＳＷＦ形式（Macromedia社のFlush Playerで実行可能な形式）のファイルなどを格納する。
記憶部２２０には、ＩＰ電話機２００Ａの基本動作を司るＯＳが格納されていることはもとより、例えば、以下のようなプログラムが格納される。
（１）「通信プログラム」：通信制御部２５０を制御し、通信ネットワークＣを介して交換サーバ１００とＨＴＴＰ（Hyper-Text Transfer Protocol）による通信を行うプログラム
（２）「ＩＰ電話プログラム」：「通信プログラム」と協動して交換サーバ１００を介したＩＰ電話通信を行うプログラム
（３）「ウェブブラウザプログラム」：交換サーバ１００や通話先のＩＰ電話機２００にアクセスするためのプログラムで、利用者の発信の指示を受け付け「ＩＰ電話プログラム」を起動させる。「ウェブサーバプログラム」の他に、例えば、Macromedia社のFlush Playerのようなプラグインプログラムがあり、プラグインプログラムがＳＷＦ形式のファイルを読み込んで、実行することで、出力装置２４に後述する各種画面が表示される。

入力制御部２３０は、キーボードやポインティングデバイス等の入力装置２３１とＣＣＤ（Charge Coupled Device）カメラ、マイク等の入力装置２３２とを接続し、入力装置２３１から入力された制御部２１０への指示などを受け付けて制御部２１０に伝達する。また、入力装置２３２から入力された撮像データと音声データとを通信ネットワークＣを経由して、通話先のＩＰ電話機２００Ｂに伝達する。

出力制御部２４０は、ディスプレイやスピーカーなどの出力装置２４を接続し、制御部２１０の処理結果や通話先から送信される撮像データや音声データなどを必要に応じて出力装置２４に出力する。

通信制御部２５０は、ＮＩＣ（Network Interface Card）やルータ、音声モデムなどの通信装置から構成され、ＩＰ電話機２００Ａと通信ネットワークＣとを接続し、ＩＰ電話機２００と、交換サーバ１００あるいはＩＰ電話機２００Ｂとの間で行われる通信を制御する。

次に、図面を参照して、本実施形態にかかる交換サーバ１００、およびＩＰ電話機２００Ａ、２００Ｂの動作を説明する。図７は、本実施形態にかかるＩＰ電話機２００Ａ（発信側）の通話開始処理を説明するためのフローチャートである。図８は、交換サーバ１００の通話開始処理を説明するためのフローチャートである。また、図９は、ＩＰ電話機２００Ｂ（着信側）の通話開始処理を説明するためのフローチャートである。

なお、以下の説明において、特に必要がなければ、制御部１１０、２１０Ａ、２１０Ｂなどの動作を述べず、交換サーバ１００やＩＰ電話機２００Ａ、２００Ｂ全体の動作として説明する。また、ファイヤウォール４の動作は特に説明しない。
また、以下の説明に出てくる、制御部２１０Ａ、２１０Ｂは、それぞれＩＰ電話機２００Ａ、２００Ｂの制御部、出力装置２４Ａ、２４Ｂは、それぞれＩＰ電話機２００Ａ、２００Ｂに接続された出力装置である。
また、交換サーバ１００とＩＰ電話機２００Ａ、２００Ｂとの間で、呼の確立および終了のために交換される各種データはＨＴＴＰメッセージとして送受信される。
さらに、以下で説明する各表示画面において、本発明の説明に直接関係しない部分は、簡略化あるいは省略している。しかし、これらの表示画面がＩＰ電話機２００Ａ、２００Ｂに通常用いられるコンピュータが備えるＧＵＩ（Graphical User Interface）を適宜有する。

発信者は、ＩＰ電話機２００Ａにおいて、ウェブブラウザプログラムおよびプラグインプログラムを立ち上げ、これらプログラムに、記憶部２２０に格納されているＨＴＭＬファイルやＳＷＦファイルを読み込ませ、図１０（Ａ）に示すような電話帳画面を表示させる。
図示するように、電話帳画面にはＩＰ電話の通話先がリスト形式で表示されている。下線が引かれている場所には、「ｃａｌｌｔｏ：」で始まるリンクが記されている。あらかじめ、「ｃａｌｌｔｏ：」で始まるリンクをクリックすると、本実施形態の通話プログラムが起動されるように設定されている。このため、発信者がこのリンクをクリックすると、通話プログラムが、交換サーバ１００を介して「ｃａｌｌｔｏ：」の後に記載されたリンクに対応するＩＰ電話機へ発信する。

制御部２１０Ａでブラウザプログラムにより起動された通話プログラムは、このブラウザプログラムから、発信者がクリックしたリンクに記された識別情報を受け取る。通話プログラムは、通信ネットワークＣを介し、受け取った識別情報とＩＰ電話機２００Ａを識別する識別情報とを、ＨＴＴＰメッセージとして交換サーバ１００の発信処理用のＣＧＩプログラム宛に送信する（ステップＳ１０１）。また、制御部２１０Ａは図１０（Ｂ）に示すような呼び出し中画面を出力装置２４に表示させる。

識別情報を受信し（図８：ステップＳ２０１）、発信処理用のＣＧＩプログラムを呼び出された制御部１１０は、受信した識別情報に該当する端末情報ＤＢ１２１に格納されている端末情報を検索して、通話相手が話し中であるか否かを判別する（ステップＳ２０２）。より詳細には、制御部１１０は、着信先の識別番号に対応するレコードを端末情報ＤＢ１２１から検索し、このレコードに含まれる「使用ルーム情報」が「０」以外であるか否かであることを判別することで、通話相手が話し中であるか否かを判別する。「使用ルーム情報」が「０」以外であると判別すれば、通話相手が話し中であると判別し、「使用ルーム情報」が「０」であると判別すれば、通話相手が待ち受け中であると判別する。

制御部１１０が、通話相手が話し中であると判別した場合（ステップＳ２０２：ＹＥＳ）、相手が通話中であることを示すデータを発信元のＩＰ電話機２００Ａに送信し、通話開始処理を終了する。ＩＰ電話機２００Ａは、相手が通話中であることを示すデータを受信すると、呼び出し中画面の表示をやめ、代わりに相手が通話中である旨のメッセージを出力装置２４に表示し、通話開始処理を終了する。

制御部１１０が、通話相手が待ち受け中であると判別した場合（ステップＳ２０２：ＮＯ）、制御部１１０は、通話管理ＤＢ１２２から「使用状況情報」が「空き」を意味するデータになっているものを検索し、空きルームの１つを選択する。そして、選択した空きルームの「使用状況情報」を「使用中」を意味するデータに更新して、空きルームを予約する（ステップＳ２０３）。次に、制御部１１０は、予約した空きルームの「部屋コード」を発信元のＩＰ電話機２００Ａに送信する（ステップＳ２０４）。

「部屋コード」を受信すると（図７：ステップＳ１０２）、制御部２１０Ａは一定間隔で交換サーバ１００に通話可能か否かを問い合わせる（ステップＳ１０３）。ここでステップＳ１０３の実行を繰り返す間隔は、数秒程度である。この間隔が長ければ長いほど、通話開始が遅れる。逆にこの間隔が短ければ短いほど、交換サーバ１００の処理負荷が増大する。

一方で、制御部１１０は、着信先となるＩＰ電話機２００Ｂの識別情報を、端末情報ＤＢ１２１から検索し、各識別情報に対応するレコードに含まれる「使用ルーム情報」の内容を予約した「部屋コード」に更新し、着信ありの状態に変更する（図８：ステップＳ２０５）。

ＩＰ電話機２００Ｂの制御部２１０Ｂは、ＩＰ電話機２００Ｂに付与されている識別番号を交換サーバ１００の状態確認用ＣＧＩプログラム宛に送信し、一定間隔で着信があったかどうかを交換サーバ１００に問い合わせる（図９：ステップＳ３０１）。

交換サーバ１００は、ステップＳ２０５の後、着信先であるＩＰ電話機２００Ｂから状態確認用ＣＧＩプログラム宛に、着信の問い合わせがあったか否かを判別する（図８：ステップＳ２０６）。着信の問い合わせがないと判別すれば（ステップＳ２０６：ＮＯ）、処理を再びステップＳ２０６に戻し、一定時間経過後、着信の問い合わせがあったか否かを判別する。着信の問い合わせがあったと判別すれば（ステップＳ２０６：ＹＥＳ）、制御部１１０はＩＰ電話機２００Ｂから通話意志の確認結果を示すデータを受信するまで待機する（ステップＳ２０７）。

制御部２１０Ｂは、交換サーバ１００から送信される着信の問い合わせ結果を受信し（図９：ステップＳ３０２）、ＩＰ電話機２００Ｂ宛の着信があったか否かを判別する（ステップＳ３０３）。

着信問い合わせの結果が、着信なしを意味するデータで合った場合（ステップＳ３０３：ＮＯ）、処理をステップＳ３０１に戻す。着信問い合わせの結果が、着信ありを意味するデータで合った場合（ステップＳ３０３：ＹＥＳ）、制御部２１０Ｂは、図１１に示すような呼び出し画面を出力装置２４Ｂに表示させ（ステップＳ３０４）、利用者に着信があったことを通知し、利用者に対し電話に出るか否かの通話意志の入力を促す。

利用者は、呼び出し画面に表示されている「はい」または「いいえ」のボタンのいずれかを押下し、通話意志を入力する。

制御部２１０Ｂは利用者から通話意志を受け付けると（ステップＳ３０５）、「はい」または「いいえ」のボタンの何れのボタンが押下されたかを判別することで、利用者の通話意志を判別する（ステップＳ３０６）。制御部２１０Ｂは、「はい」のボタンが押されたと判別した場合、通話意志があると判別し、「いいえ」のボタンが押されたと判別した場合、通話意志がないと判別する。

通話意志があると判別した場合（ステップＳ３０６：ＹＥＳ）、制御部２１０Ｂは、交換サーバ１００の着信応答用ＣＧＩプログラム宛に、着信を受ける旨を示す許可通知を送信する（ステップＳ３０７）。

着信応答用ＣＧＩプログラム経由で、許可通知を受信すると（図８：ステップＳ２０７）、制御部１１０は、着信者に通話意志があると判別する（ステップＳ２０８：ＹＥＳ）。そして、制御部１１０は、ＩＰ電話機２００Ｂに対し、予約した通話ルームの識別情報を通知する（ステップＳ２０９）。最後に、制御部１１０は端末情報ＤＢ１２１を検索する。そして、発信者に対応するレコードの「使用ルーム情報」を予約した通話ルームの「部屋コード」に更新する（ステップＳ２１０）。最後に、通話管理ＤＢ１２２において、予約した通話ルームの「通話状況」を使用中の旨を示すデータに更新し（ステップＳ２１１）、交換サーバ１００の通信開始処理を終了する。

制御部２１０Ａは、交換サーバ１００から問い合わせ結果を受信すると（図７：ステップＳ１０４）、問い合わせ結果が通話可能状態を示すデータか否かを判別する（ステップＳ１０５）。問い合わせ結果が通話可能状態を示すデータでないと判別すると（ステップＳ１０５：ＮＯ）、制御部２１０Ａは処理をステップＳ１０３に戻し、一定時間経過後に交換サーバ１００に通話開始済みか否かを問い合わせる。問い合わせ結果が通話可能状態を示すデータであると判別すると（ステップＳ１０５：ＹＥＳ）、ステップＳ１０２で受信した「部屋コード」を指定して交換サーバ１００の通話開始用ＣＧＩプログラムを呼び出して、通話ルームにログインし通話を開始する（ステップＳ１０６）。そして、発信（ＩＰ電話機２００Ａ）側の通話開始処理を終了する。

また、制御部２１０Ｂは、図８のステップＳ２０９において送信された通話ルームの識別情報（「部屋コード」）を受信すると（図９：ステップＳ３０８）、受信した「部屋コード」を指定して交換サーバ１００の通話開始用ＣＧＩプログラムを呼び出して、通話ルームにログインし通話を開始する（ステップＳ３０９）。そして、着信（ＩＰ電話機２００Ｂ）側の通話開始処理を終了する。

通話が開始されると、発信者および着信者は、マイクを使用して通話する。また、通話中の様子がＣＣＤカメラで撮像され、通話先に送信される。ＩＰ電話機２００Ａと２００Ｂとの間の撮像データや音声データの通信には、ＨＴＴＰにカプセル化されたＲＴＰ（Real time Transport Protocol）など、既知のリアルタイム転送プロトコルが使用される。撮像データや音声データは交換サーバ１００のログインした通話ルームを経由して交換される。
また、ＩＰ電話機２００Ａ、Ｂはそれぞれ、接続されている出力装置２４Ａ、Ｂに、図１２に示すような通話中画面を表示させる。符号１２０１を付した部分には、通話先から送信された撮像データが表示される。また、スピーカーから音声が放音される。

一方、通話意志がないと判別した場合（図９：ステップＳ３０６：ＮＯ）、制御部２１０Ｂは、交換サーバ１００の着信応答用ＣＧＩプログラム宛に、着信を受けない旨を示す不許可通知を送信し（ステップＳ３１０）、受信側（ＩＰ電話機２００Ｂ側）の通信開始処理を終了する。

着信応答用ＣＧＩプログラム経由で、不許可通知を受信すると（図８：ステップＳ２０７）、制御部１１０は、着信者に通話意志がないと判別する（ステップＳ２０８：ＮＯ）。そして、制御部１１０は、ＩＰ電話機２００Ａ、２００Ｂとのために予約した通話ルームの予約を解除する（ステップＳ２１２）。最後に、先に更新した着信者の「使用ルーム情報」を「０」に更新して、待ち受け中の状態に戻し（ステップＳ２１３）、交換サーバ１００の通信開始処理を終了する。

この間、制御部２１０Ａは、問い合わせ結果が通話可能状態を示すデータでないと繰り返し判別する（図７：ステップＳ１０５：ＮＯ）。制御部２１０Ａは、発信者が図１０（Ｂ）の呼び出し中画面に表示されている「強制終了」のボタンを押下するまでステップＳ１０３からステップＳ１０５までの処理を繰り返す。「強制終了」のボタンが押下されると、制御部２１０Ａは通信開始処理を終了する。

次に、図１３を参照して通話終了処理を説明する。ここでは、発信者側が先に通話を終了させる場面を説明する。
通話終了処理は、通話者が図１２に示した通話中画面に表示されている「終了」ボタン１２０２を押下することにより開始される。

制御部２１０Ａは、通信ネットワークＣを介して、ＩＰ電話機２００Ａの識別情報と通話終了を示すデータとを交換サーバ１００の通話終了用ＣＧＩプログラム宛に送信する（図１３：ステップＳ４０１）。

制御部１１０の通話終了用ＣＧＩプログラムは、識別情報と通話終了を示すデータとを受信すると（ステップＳ５０１）、端末情報ＤＢ１２１内の識別情報と一致するレコードを検索し、そのレコードに記載されている使用ルーム情報を使用していないことを示す値、すなわち待ち受け状態を意味する値０に更新する（ステップＳ５０２）。さらに、通話管理ＤＢ１２２内を検索し、その使用ルームの「使用状態情報」を空き状態を示すデータに変更する（ステップＳ５０３）。そして、発信者のログアウト処理を実行し、発信者に対する通話終了処理が終わった旨のデータを送信元のＩＰ電話機２００Ａに送信する（ステップＳ５０４）。

通話終了処理が終わった旨のデータを受信した制御部２１０Ａは、起動していた通話プログラムの実行を終了し、通話終了処理を終わらせる（ステップＳ４０４）。

一方、着信者が「終了」ボタン１２０２を押下すると、制御部２１０Ｂは、通信ネットワークＣを介して、ＩＰ電話機２００Ａの識別情報と通話終了を示すデータとを交換サーバ１００に送信する（ステップＳ６０１）。

制御部１１０は、識別情報と通話終了を示すデータとを受信すると（ステップＳ５０５）、端末情報ＤＢ１２１から識別情報と一致するレコードを検索し、そのレコードに記載されている使用ルーム情報を使用していないことを示す値０、すなわち待ち受け状態に更新する（ステップＳ５０６）。そして、着信者のログアウト処理を実行し、着信者に対する通話終了処理が終わった旨のデータを送信元のＩＰ電話機２００Ａに送信し（ステップＳ５０７）、通話終了処理を終わらせる。

通話終了処理が終わった旨のデータを受信した制御部２１０Ａは、起動していた通話プログラムの実行を終了し、通話終了処理を終わらせる（ステップＳ６０７）。

なお、受信者側が先に通話を終了させる場合、交換サーバ１００で行われる通話終了処理はステップＳ５０１〜Ｓ５０４の処理対象者と、ステップＳ５０５〜Ｓ５０７の処理対象者とが入れ替わる以外、同一である。

以上、説明したように、本発明の実施形態にかかるＩＰ電話システム１によれば、利用者が「ｃａｌｌｔｏ：」で始まるリンクをクリックすると、ウェブブラウザプログラムはそのリンクに記載された発信先を指定してＩＰ電話プログラムを起動し、このＩＰ電話プログラムに呼を制御させる。ＩＰ電話プログラムは、交換サーバ１００とＨＴＴＰにより通信を行う。このため、ファイヤウォールが設置されているようなイントラネットワークからでも、外部とのＩＰ電話サービスを享受できる。また、利用者は発信先をＨＴＭＬ形式のファイルに記載することができるので、発信先の追加、変更、削除も容易である。

なお、ウェブブラウザプログラムの一般的な機能を利用し、発信者はウェブブラウザプログラムで「ｃａｌｌｔｏ：」で始まる特定のＵＲＬを入力することでＩＰ電話プログラムを起動させることができる。

本発明は上記実施形態に限定されず、種々の変形および応用が可能である。
例えば、上記実施形態では、通話開始時に、受信者側で着信があるか否か、発信者側で通話開始をポーリング（一定の間隔で問い合わせること）していたが、代わりに、中継サーバ１００が着信があった旨および通話可能の旨のメッセージをＩＰ電話機に送信するようにしてもよい。

また、図１では、ＩＰ電話機が２台しか示されていないが、何台でもよい。交換サーバも１台しか示していないが、何台でもよい。なお、この場合、ＩＰ電話機から交換サーバを指定できるようにする。さらに、ＩＰ電話システム１が公衆電話網に接続されていてもよい。

また、上記実施形態では、テレビ電話の場合を説明したが、音声通話にも適用できる。この場合、通話中は、出力装置２４に通話中であることを示す画面が表示される。

また、ＩＰ電話プログラムを起動させるために記載するタグは、「ｃａｌｌｔｏ：」に限らず、他の既存のタグや新たに定義したタグでもよい。

また、上記実施形態では、呼の確立および終了のため、交換サーバ１００とＩＰ電話機２００Ａ、２００Ｂとの間でＨＴＴＰメッセージを送受信する場合を説明した。ＨＴＴＰに限らず、通常ファイヤウォール４で遮断されない通信プロトコルであり、呼の確立や終了に利用できるのであれば、他の通信プロトコルを使用してもよい。

また、上記実施形態では、通話中にＩＰ電話機２００Ａと２００Ｂとの間でデータの送受信にもＨＴＴＰメッセージを使用していたが、それ以外の通信プロトコルを使用できる。だたし、ＩＰ電話機２００Ａと２００Ｂとの間の経路上の各ファイヤウォール４を通過できる通信プロトコルを使用する必要がある。

また、上記実施形態では、利用者がウェブブラウザプログラムが発信先を指定してＩＰ電話プログラムを起動していたが、利用者に発信先を選択させ、ＩＰ電話プログラムの起動の際に選択された発信先の識別情報を渡せるようなプログラムであればどのような形式のプログラムでもよい。

また、上記実施形態では、管理情報をテーブルの形式で管理していたが、通話開始時に通話単位で管理情報を作成し、通話終了時に削除するようにしてもよい。

また、発信者が、通話中に出力装置２４に表示される通話中画面の種別を指定するように構成できる。この場合、ＩＰ電話システム１は、「部屋コード」の値により、あるいは表示画面の種別を示す種別情報により、通話中画面の種別を設定することができる。

また、ＩＰ電話機２００で着信時に、発信先をＨＴＭＬファイルに登録するように構成できる。このように構成すれば、手軽に電話帳を生成することができる。

また、ＩＰ電話機２００で、着信履歴をとり、着信履歴をＣＲＭ(Customer Relationship Management)分析の資料に使用することもできる。

また、ＩＰ電話機２００において、ブラウザプログラムからＩＰ電話プログラムを起動するのではなく、直接ＩＰ電話プログラムを起動しておき、そこから交換サーバ１００を介して電話をかける形態をとってもよい。

なお、本発明の実施形態にかかる交換サーバ１００およびＩＰ電話機２００Ａ、Ｂを実現するための情報処理装置は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した媒体（ＣＤ−ＲＯＭなど）から当該プログラムを記憶部にインストールすることにより、上述の処理を実行する交換サーバ１００およびＩＰ電話機２００Ａ、Ｂを構成することができる。

また、上述の機能を、ＯＳとアプリケーションとの分担、またはＯＳとアプリケーションとの協動により実現する場合などには、ＯＳ以外の部分のみを媒体に格納してもよい。

また、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワーク上の掲示板（ＢＢＳ、Bulletin Board System）に該プログラムを掲示し、ネットワークを介して該プログラムを配信してもよい。そして、このプログラムを起動し、オペレーティングシステムの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成しても構わない。

本発明の実施形態にかかるＩＰ電話システムのブロック図である。 図１の交換サーバの構成を示すブロック図である。 図２の記憶部の構成を説明するための図である。 図３の端末情報ＤＢに格納される利用者情報の例を説明するための図である。 図３の通話管理ＤＢに格納される管理情報の例を説明するための図である。 図１のＩＰ電話機の構成を示すブロック図である。 本発明の実施形態にかかる発信側のＩＰ電話機の通話開始処理を説明するためのフローチャートである。 本発明の実施形態にかかる交換サーバの通話開始処理を説明するためのフローチャートである。 本発明の実施形態にかかる着信側のＩＰ電話機の通話開始処理を説明するためのフローチャートである。 本発明の実施形態にかかる通話開始処理を説明するための画面で、（Ａ）電話帳画面、（Ｂ）呼び出し中画面である。 本発明の実施形態にかかる通話開始処理を説明するための呼び出し画面である。 本発明の実施形態にかかる通話開始処理および通話終了処理を説明するための通話中画面である。 本発明の実施形態にかかる通話終了処理を説明するためのフローチャートである。

符号の説明

１ ＩＰ電話システム
１００ 交換サーバ
１１０、２１０ 制御部
１２０、２２０ 記憶部
１３０ 入力部
１４０ 出力部
１５０、２５０ 通信制御部
２００、２００Ａ、２００Ｂ ＩＰ電話機
２３０ 入力制御部
２３１、２３２ 入力装置
２４０ 出力制御部
２４ 出力装置

Claims (4)

1. サーバ装置と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークを介して該サーバ装置に接続された２台以上の端末装置とを備えるＩＰ電話システムであって、
   前記端末装置は、
   利用者から発呼先の識別情報と呼確立の指示とを受け付ける発呼受付手段と、
   前記ＩＰ通信ネットワークを介して、前記発呼受付手段で受け付けた発呼先の識別情報と呼確立の指示とをＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージとして前記サーバ装置に送信する発呼送信手段と、
   前記サーバ装置から送信される着信要求を受けて、着信要求から発呼元の端末装置を特定し、発呼元の端末装置との呼を確立することを、ＨＴＴＰメッセージにより該サーバ装置に要求する呼確立要求手段と、
   通話のためにサーバ装置内の所定領域の使用をサーバ装置に要求するＨＴＴＰメッセージを送信するログイン要求手段と、
   前記サーバ装置を介して他の端末装置との間に設定された呼を制御する呼制御手段と、
   を具備し、
   前記サーバ装置は、
   前記発呼送信手段から発呼先の識別情報と呼確立の指示とを受信する発呼受信手段と、
   前記ＩＰ通信ネットワークを介して、前記発呼受信手段で受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信する着信要求送信手段と、
   前記呼確立要求手段により送信されるＨＴＴＰメッセージを受信したことを契機として、前記ログイン要求手段により送信されるＨＴＴＰメッセージを送信してきた２台の端末装置間の呼を接続する呼接続手段と、
   を具備する、
   ことを特徴とするＩＰ電話システム。
2. 前記端末装置は、通話中の呼を終了させる呼終了要求を受け付ける通話終了指示受付手段を具備し、
   前記呼制御手段は、前記通話終了指示受付手段が受け付けた呼終了要求に応答して、通話中の呼の終了の要求を、前記ＩＰ通信ネットワークを介し、ＨＴＴＰメッセージとして前記サーバ装置に送信する呼終了要求手段を具備し、
   前記サーバ装置は、
   呼終了要求手段から送信された呼の終了の要求を受け付ける終了受付手段と、
   前記終了受付手段で受け付けた呼の終了の要求に対応する呼を終了させる呼終了手段と、
   を具備すること、
   ことを特徴とする請求項１に記載のＩＰ電話システム。
3. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークを介して端末装置と接続されたＩＰ電話交換装置であって、
   前記ＩＰ通信ネットワークを介して端末装置から送信される、発呼先の識別情報と呼確立の指示とを受信する発呼受信手段と、
   前記ＩＰ通信ネットワークを介して、前記発呼受信手段で受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信する着信要求送信手段と、
   着信先の端末装置が前記着信要求送信手段の応答データとして着信を許可する旨のデータを送信してきたことを契機として、発呼元の端末装置と着信先の端末装置との呼を接続する呼接続手段と、
   を具備することを特徴とするＩＰ電話交換装置。
4. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信ネットワークに接続されているコンピュータ装置を
   前記ＩＰ通信ネットワークを介して端末装置から送信される、発呼先の識別情報と呼確立の指示とを受信し、
   前記ＩＰ通信ネットワークを介して、受け付けた識別情報で特定される端末装置へ、着信要求と発呼した端末装置の識別情報とをＨＴＴＰメッセージとして送信し、
   着信先の端末装置から着信要求に対する応答データを受信したことを契機として、発呼元の端末装置と着信先の端末装置との呼を接続する、
   ＩＰ電話交換装置として機能させることを特徴とするプログラム。
   

Images