JP3650091B2 - 音声通信システムおよび音声通信方法 - Google Patents
音声通信システムおよび音声通信方法 Download PDFInfo
- Publication number
- JP3650091B2 JP3650091B2 JP2002256284A JP2002256284A JP3650091B2 JP 3650091 B2 JP3650091 B2 JP 3650091B2 JP 2002256284 A JP2002256284 A JP 2002256284A JP 2002256284 A JP2002256284 A JP 2002256284A JP 3650091 B2 JP3650091 B2 JP 3650091B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- voice
- packet
- communication terminal
- telephone
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、通信ネットワークで接続した通信端末における音声通信システムに関する。
【０００２】
【従来の技術】
従来の音声通信方式として、電話網等の回線交換網による回線交換手順を用いたものが知られている。この方式では、回線交換網に接続された通信端末（電話機）は回線交換処理を行う交換機に対して音声通信要求を送信し、要求を受けた交換機が相手の通信端末（電話機）との音声通信制御を行い、音声通信中も交換機を介して一定の速度で送出される音声情報を連続的に送受信する。
【０００３】
一方、ＬＡＮ(ローカル・エリア・ネットワーク)等のパケット交換網では、通信端末間で直接通信制御を行い、通信においてはパケットを送受信する方式となっている。
【０００４】
【発明が解決しようとする課題】
然るに、上記パケット交換網と回線交換網の方式上の差異のため、パケット交換網に接続された通信端末間で音声通信を実現するのに従来の電話網等の音声通信方式を利用することはできない。
【０００５】
このため、パケット交換網に接続された通信端末間での音声通信方式をパケット交換網に適合させるために音声情報をパケット化して直接通信端末間で送受信する方式とすると、回線交換網とパケット交換網とを接続し、パケット交換網に接続された通信端末間での音声通信をサポートしている通信端末と回線交換網に接続され従来音声通信機能をサポートする電話機との間で音声通信を行う場合に、パケット交換網の音声通信プロトコルと回線交換網の従来音声通信プロトコルの差異のため、直接音声通信ができないという問題点があった。
【０００６】
本発明の目的は、パケット交換網に接続された通信端末と回線交換網に接続された通信端末との間で音声通信を可能とする音声通信システムおよび音声通信方法を提供することを目的とする。
【０００７】
本発明の他の目的は、パケット交換網に接続された通信端末が回線交換網に接続され従来音声通信機能をサポートする電話機と音声通信を行う場合にも、パケット交換網に接続する他の通信端末と音声通信を行うのと同じ方式で音声通信を行うことのできる音声通信システムおよび音声通信方法を提供することにある。
【０００８】
本発明のさらに他の目的は、パケット交換網に接続された通信端末に対する音声通信が何らかの理由でできなかった場合に、ユーザが別のプログラムの起動や通信アドレスの入力を行わなくても、音声通信に代わってメールにより用件を送ることができる音声通信システムおよび音声通信方法を提供することにある。
【０００９】
本発明のさらに他の目的は、回線交換網に接続された従来音声通信機能をサポートする電話機からパケット交換網に接続する通信端末に対して音声通信を要求することができる音声通信システムおよび音声通信方法を提供することにある。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明では、パケット交換網に接続された通信端末を利用する利用者が入力した音声通信の相手通信アドレスが回線交換網の通信アドレス(電話番号)である場合には、その通信端末と前記通信サーバとの間で通信制御を行って通信端末と通信サーバとの接続を確立し、通信サーバは、回線交換網に接続された電話機との間で通信制御を行って通信サーバと電話機とを通話状態とし、これにより通信サーバを介して前記通信端末と前記電話機との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１１】
パケット交換網に接続された通信端末を利用する利用者が入力した音声通信の相手通信アドレスがパケット交換網に接続された他の通信端末のアドレスである場合は、当然に、当該通信アドレスを持つ通信端末に対して通信制御を行って通話を行う。
【００１２】
また、回線交換網に接続された電話機からパケット交換網に接続された通信端末に通話要求を出すときは、予めパケット交換網に接続された通信端末のそれぞれに固有の内線番号を割当てておき、電話機から通信サーバの電話番号が入力されたとき、電話機と通信サーバとの間で通信制御を行って電話機と通信サーバとを通話状態とし、電話機からは入力された内線番号を通信サーバに送信するようにする。通信サーバは、電話機から送信された内線番号から通信端末アドレスを求め、接続すべき通信端末を決定し、その通信端末に向けて音声通信要求を送信して、該通信端末との間の接続を確立する。これにより通信サーバを介して前記電話機と前記通信端末との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１３】
なお、通信サーバは、内線番号から通信端末アドレスを求めるためのテーブルを備えるようにするとよい。内線番号の入力は、電話機がプッシュボタンを備えているものであれば、そのプッシュボタンにより入力できるようにすればよい。内線番号の入力の際には、通信サーバから電話機に音声による案内を出力し、これに応じて利用者が入力した内線番号を取得するようにするとよい。
【００１４】
また、前記回線交換網がＩＳＤＮ（Integrated Services Digital Network）である場合、電話機は通信端末を特定する内線番号をパラメータとして含む音声通信要求を通信サーバに送信し、通信サーバはその音声通信要求に含まれる内線番号から接続すべき通信端末の通信端末アドレスを求めるようにしてもよい。
【００１５】
内線番号を割当てる代わりに、パケット交換網に接続された通信端末のそれぞれに固有の電話番号を割当てるようにしてもよい。この場合、実際には通信サーバにそれらの電話番号を割当てることになるが、ユーザからは通信端末の電話番号のように見える。そして、電話機から通信端末の電話番号が入力されたとき、電話機と通信サーバとの間で通信制御を行い、通信サーバは、電話機において入力された電話番号から通信端末アドレスを求め、接続すべき通信端末を決定し、その通信端末に向けて音声通信要求を送信して、該通信端末との間の接続を確立する。これにより通信サーバを介して前記電話機と前記通信端末との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１６】
なお、通信サーバは、電話番号から通信端末アドレスを求めるためのテーブルを備えるようにするとよい。各通信端末の電話番号は実際は回線交換網上の通信サーバの電話番号であるから、回線交換網上の電話機からそれらの電話番号が入力されたときは、通信サーバを呼び出すことになる。
【００１７】
本発明の一つの実施形態によれば、パケット交換網に接続する通信端末は、音声入力手段により入力した音声を符号化して符号化音声情報を送信し、受信した符号化音声情報を復号化して出力するものでよい。この場合、通信サーバは、パケット交換網に接続された通信端末から受信するパケット化された符号化音声情報の復号化とその復号化音声情報の回線交換網への出力、および回線交換網から一定速度で受信する音声情報の符号化とその符号化音声情報のパケット化と当該通信端末への送信とを行う。
【００１８】
パケット交換網に接続された通信端末から他の通信端末に通話要求を出すときは、まずその通信端末から音声通信要求を出すが、このとき、相手通信端末から音声通信否定応答が送信されてくることがある。これは、相手通信端末を呼び出したにもかかわらず誰も応答しないなどの理由による。この場合、相手通信端末に対して、その相手アドレスの入力無しに、メールを送信できるようにするとよい。メールは、無条件に送信するようにしてもよいし、通信端末の利用者に案内を出してメールを送信するか否かを選択させるようにしてもよい。メールの内容は、システムで定めた定型的な音声メールでもよいし、利用者が別途入力したものとしてもよい。
【００１９】
回線交換網に接続された電話機からパケット交換網に接続された通信端末に通話要求を出すときは、まずその電話機から通信サーバに音声通信要求を出すが、このとき通信サーバから音声通信否定応答が送信されてくることがある。これは、通信サーバから相手通信端末を呼び出したにもかかわらず誰も応答しないなどの理由による。この場合、相手通信端末に対して、その相手アドレスの入力無しに、メールを送信できるようにするとよい。メールは、無条件に送信するようにしてもよいし、電話機の利用者に音声で案内を出してメールを送信するか否かを選択させるようにしてもよい。メールの内容は、システムで定めた定型的な音声メールでもよいし、利用者が別途入力したものとしてもよい。
【００２０】
さらに、パケット交換網上の一通信端末でパケット交換網に接続する通信端末と通信端末利用者との関係を管理し、これを交換手端末としてもよい。この場合、回線交換網に接続された従来音声通信機能をサポートする電話機から通信サーバの電話番号が呼び出されたときには、通信サーバは、まず交換手端末と電話機とを通話状態とする。利用者は、交換手端末の交換手と通話し、通話したい相手を特定する。交換手端末では、各通信端末とそれらの通信端末の利用者との関係を管理しているから、電話機の利用者が通話したい相手を特定した情報からその相手に対応する通信端末を求めることができる。その通信端末のアドレスは、交換手端末から、通信サーバに送信される。通信サーバは、交換手端末から送信された通信端末アドレスの通信端末との間で通信制御を行ない、該通信端末との間の接続を確立する。これにより、通信サーバを介して前記通信端末と前記電話機との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００２１】
なお、上述したパケット交換網上の通信端末間および通信端末と通信サーバ間で、音声通信開始終了等の制御コマンドの送受信と音声パケットの送受信とを、信頼性あるいは通信遅延など特性の異なる別々のデータ通信機能を介して行うようにしてもよい。
【００２２】
【作用】
本発明の音声通信システムおよび音声通信方法によれば、パケット交換網に接続された通信端末の利用者が入力する相手アドレスに応じて、該利用者が音声通信を要求する相手が、パケット交換網に接続された通信端末か回線交換網に接続された電話機かが判断される。回線交換網に接続された電話機との通話要求である場合は、通信サーバが、パケット交換網の音声通信プロトコルと回線交換網の従来音声通信プロトコルの差異を吸収する。そのため、パケット交換網に接続する通信端末が回線交換網に接続し従来音声通信機能をサポートする電話機と音声通信を行う場合にも、パケット交換網に接続する他の通信端末と音声通信を行うのと同じ方式で行うことができる。
【００２３】
また、回線交換網に接続された電話機からパケット交換網に接続された通信端末の内線番号または電話番号を入力して、通信サーバで、その内線番号または電話番号に対応する通信端末アドレスを求めてその通信端末に接続するようにしているので、回線交換網に接続された従来音声通信機能をサポートする電話機からパケット交換網に接続された通信端末に対して音声通信を要求することができる。
【００２４】
さらに、通信端末に対する音声通信が何らかの理由できなかった場合に、ユーザが他のプログラムの起動や通信アドレスの入力を行わなくても、音声通信に変わってメールにより用件を送ることができる。
【００２５】
【実施例】
以下、本発明の一実施例を図面を用いて説明する。
【００２６】
図１に、本発明の一実施例に係る音声通信システムの全体構成を示す。１０−１，１０−２は通信を行う通信端末、１は通信端末１０−１，１０−２が接続されているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、２は電話機、３は電話機２が接続されている公衆網、２０は公衆網３とＬＡＮ１とに同時に接続する通信サーバを示す。
【００２７】
なお、図１では、１台の電話機２および２台の通信端末１０−１，１０−２（以下、付番１０で任意の通信端末を示すものとする）のみ図示しているが、さらに多くの電話機および通信端末を接続してよいことは当然である。
【００２８】
図２に、図１の通信端末１０の構成を示す。通信端末１０は、音声入力装置１１、音声符号化装置１２、メモリ１３、ＬＡＮ通信制御部１４、音声復号化装置１５、音声出力装置１６、プロセッサ１７、および蓄積装置１８を備えている。ＬＡＮ通信制御部１４は、ＬＡＮ１に接続されている。音声符号化装置１２、音声復号化装置１５、ＬＡＮ通信制御部１４、メモリ１３、蓄積装置１８、およびプロセッサ１７は、内部バス１９を介して相互に接続されている。
【００２９】
音声入力装置１１は、音声情報を入力するためのものである。入力された音声情報は、音声符号化装置１２により符号化される。音声符号化装置１２から出力された符号化音声情報はメモリ１３に読み込まれ、音声通信制御処理後、ＬＡＮ通信制御部１４に入力される。そして、ＬＡＮ通信制御部１４が、その符号化音声情報をＬＡＮ１を介して受信側通信端末へ送信する。
【００３０】
一方、送信側通信端末からＬＡＮ１を介して送信されてきた符号化音声情報は、ＬＡＮ通信制御部１４からメモリ１３に読み込まれ、音声通信制御処理後、音声復号化装置１５へ入力される。音声復号化装置１５は、入力された符号化音声情報を復号化する。復号化された音声情報は、音声出力装置１６へ入力する。これにより、受信した音声が出力される。
【００３１】
通信端末１０における音声通信制御処理は、蓄積装置１８に記憶した音声通信制御処理情報に基づき、プロセッサ１７が所定のプログラムを実行することにより行われる。通信端末１０における音声通信制御処理については、後に詳述する。
【００３２】
図３に、通信端末１０のメモリ１３内の構成を示す。３１は音声通信制御処理を行う音声通信プログラム、３２は音声メールプログラムである。
【００３３】
音声通信プログラム３１は、ユーザからの音声通信要求、または内部バス１９に接続されたＬＡＮ通信制御部１４から受信した他通信端末からの音声通信要求を受付け、相手通信端末との間で音声パケットを送受信して電話と同様の音声通信機能を提供するためのプログラムである。音声メールプログラム３２は、音声メールの送受信等のメール管理機能を提供するためのプログラムである。
【００３４】
図４に、通信端末１０上の音声通信プログラム３１が他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の音声通信制御処理の一流れ図を示す。
【００３５】
まず、ステップ１０１で他通信端末からの音声通信要求を受信しているか否かを判別する。音声通信要求を受信していない場合、再び音声通信要求を受信するのを待つ。ステップ１０１で他通信端末からの音声通信要求を受信した場合は、ステップ１０２で画面表示や音声出力を用いて音声通信要求が来たことをユーザに知らせる。そして、ステップ１０３でユーザが通話を選択したか否か判別する。
【００３６】
ステップ１０３でユーザが通話を拒否することを選択したりまたは呼出しに一定の時間答えなかった場合は、ステップ１０４で音声通信否定応答を送信し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。ステップ１０３でユーザが通話することを選択した場合は、ステップ１０５で音声通信肯定応答を送信する。これにより呼び出した装置との間に接続が確立する。次に、ステップ１０６以下の通話処理を開始する。
【００３７】
ステップ１０６で音声符号化装置１２（図２）から符号化音声情報を取り込み、ステップ１０７で取り込んだ符号化音声情報から音声パケットを作成し、ステップ１０８で相手通信端末に音声パケットを送信する。ステップ１０９では音声パケットを受信しているか否か判別する。
【００３８】
ステップ１０９で音声パケットを受信していた場合は、ステップ１１０で音声パケット内の符号化音声情報を音声復号化装置１５（図２）に入力する。ステップ１０９で音声パケットを受信していなかった場合、またはステップ１１０で符号化音声情報を音声復号化装置１５に入力した後は、ステップ１１１で相手通信端末からの音声通信終了通知を受信しているか否かを判別する。音声通信終了通知を受信した場合は、通話を終了し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。
【００３９】
ステップ１１１で音声通信終了要求を受信していなかった場合は、ステップ１１２でユーザが音声通信の終了を選択したか否かをチェックする。ユーザが終了を選択していなかった場合は、ステップ１０６からの通話処理を続行する。ステップ１１２でユーザが音声通信の終了を選択していた場合は、ステップ１１３で音声通信終了通知を相手通信端末へ送信して通話を終了し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。
【００４０】
なお、上述の処理手順は他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の音声通信制御処理を示しているが、ここでいう「他の通信端末」は、図１のＬＡＮ１に接続された通信端末１０のほか、通信サーバ２０も含む。すなわち、上述の処理手順は、通信サーバ２０と他通信端末１０との区別を行わず、同じ一通信端末として処理する。通信サーバ２０からの音声通信要求とは、後述するように、公衆網３に接続された電話機２からの要求である。
【００４１】
図５に、通信端末１０上の音声通信プログラム３１がユーザの要求により音声通信を開始する場合の音声通信制御処理の一流れ図を示す。
【００４２】
図５のステップ１１１〜１１３は図４のステップ１１１〜１１３と同じであり、図５のステップ１２８は図４のステップ１０６〜１１０をまとめたものである。
【００４３】
まず、ステップ１２１で、ユーザが通話処理を選択したか否か判別する。ユーザが通話処理以外を選択した場合は、ステップ１２２でその選択に応じてその他の処理を行う。ステップ１２１でユーザが通話処理を選択した場合は、ステップ１２３でユーザが入力した相手アドレスを用いて音声通信要求を作成する。なお、音声通信要求の詳細なフォーマットは図１３を参照して後述する。次に、ステップ１２４でユーザが入力した通話したい相手先のアドレスが数字のみで構成された電話番号であるか否かを判別する。
【００４４】
ステップ１２４でユーザが入力した相手先アドレスが数字のみで構成された電話番号なら、このユーザは、通信サーバ２０を介して外部の公衆網３に接続された電話機２と音声通信を行うことを要求したということになる。この場合は、ステップ１２５で蓄積装置１８（図２）に予め記憶されている通信サーバ２０の通信端末アドレスを入手し、以後通信相手を通信サーバ２０として処理を行う。
【００４５】
一方、ステップ１２４でユーザが入力した相手先アドレスが数字のみで構成された電話番号でないなら、その相手先アドレスはＬＡＮ１上の通信端末アドレスとみなせるから、このユーザはＬＡＮ１に接続された他の通信端末１０に音声通信要求を出したということになる。この場合は、そのまま当該通信端末を通信相手として処理を行う。
【００４６】
ステップ１２４およびステップ１２５で音声通信処理を行う通信相手を決定した後、ステップ１２６で相手通信端末に音声通信要求を作成して送信する。音声通信要求の送信先は、相手先が電話機なら通信サーバ２０であり、相手先が他の通信端末ならその通信端末である。ステップ１２６の後、ステップ１２７で通信相手からの音声通信肯定応答を受信したか否か判別する。音声通信肯定応答を受信した場合は、接続が確立したから、ステップ１２８以降の通話処理を行う。ステップ１２８以降の通話処理は、上述したように図４で説明した手順と同じであるので、説明は省略する。
【００４７】
ステップ１２７で音声通信肯定応答が無かった場合は、ステップ１２９で通話接続の失敗を表示する。そして、ステップ１３０でユーザが通話接続に失敗した相手に音声メールを送ることを要求しているか否か判別する。音声メールの送付要求があった場合は、ステップ１３１で入力した伝言を音声メールプログラムを用いて送信した後、再びステップ１２１に戻ってユーザの選択を受け付ける。ステップ１３０で音声メールの送付要求がない場合は、そのままステップ１２１に戻る。
【００４８】
なお、ステップ１２１でユーザが入力する電話番号は'（'、'（'、'−'が混在しても良い。またその場合は、ステップ１２４でアドレスが電話番号であるか否か判断する場合に、数字に'（'、'（'、'−'が混在しても電話番号と判断する。さらに、ステップ１３０〜１３１は省略しても良い。ステップ１３０〜１３１で、音声メールの代わりにテキストメールやマルチメディアメールを用いても良い。
【００４９】
図６に、図１の通信サーバ２０の構成を示す。通信サーバ２０は、音声符号化装置１２、メモリ１３、ＬＡＮ通信制御部１４、音声復号化装置１５、プロセッサ１７、蓄積装置１８、および公衆網通信制御部２１を備えている。ＬＡＮ通信制御部１４はＬＡＮ１に接続され、公衆網通信制御部２１は公衆網３に接続されている。音声符号化装置１２、音声復号化装置１５、公衆網通信制御部２１、ＬＡＮ通信制御部１４、メモリ１３、蓄積装置１８、およびプロセッサ１７は、内部バス１９を介して接続されている。
【００５０】
公衆網３を介して電話機から送信されてきた音声情報は、公衆網通信制御部２１を介して音声符号化装置１２に入力される。音声符号化装置１２は、入力された音声情報を符号化して出力する。音声符号化装置１２から出力された符号化音声情報はメモリ１３に読み込まれ、音声通信制御処理後、ＬＡＮ通信制御部１４に入力される。ＬＡＮ通信制御部１４は、入力された符号化音声情報をＬＡＮ１を介して通信端末へ送信する。
【００５１】
一方、通信端末からＬＡＮ１を介して送信されてきた符号化音声情報は、ＬＡＮ通信制御部１４からメモリ１３に読み込まれ、音声通信制御処理後、音声復号化装置１５へ入力される。音声復号化装置１５は、入力された符号化音声情報を復号化する。復号化された音声情報は、公衆網通信制御部２１へ入力する。公衆網通信制御部２１は、公衆網３を介して電話機へ音声を送信する。
【００５２】
通信サーバ２０における音声通信制御処理は、蓄積装置１８に記憶した音声通信制御処理情報に基づき、プロセッサ１７が所定のプログラムを実行することにより行われる。通信サーバ２０における音声通信制御処理については、後に詳述する。
【００５３】
図７に、通信サーバ２０のメモリ１３内の構成を示す。２２は音声通信制御処理を行う音声通信サーバプログラム、２２は音声メールサーバプログラムである。
【００５４】
音声通信サーバプログラム２２は、内部バス１９に接続された公衆網通信制御部２１から受信した電話機からの呼設定要求、または内部バス１９に接続されたＬＡＮ通信制御部１４から受信した通信端末からの音声通信要求を受付け、電話機が送信する音声情報を音声パケット化して通信端末に送信し、通信端末から受信する音声パケットを音声情報に変換して電話機に送信して、ＬＡＮ１に接続された通信端末と公衆網３に接続された電話機との間で電話と同様の音声通信機能を提供するためのプログラムである。
【００５５】
音声メールサーバプログラムは、音声メールの機能を提供するためのプログラムである。
【００５６】
図８に、通信サーバ２０上の音声通信サーバプログラム２２が公衆網３（図１）に接続されている電話機２からの呼設定要求を待ち受けて、その電話機２とＬＡＮ１に接続された通信端末１０との間の音声通信を開始する場合の音声通信制御処理の概略の一流れ図を示す。
【００５７】
まず、ステップ２０１で公衆網３からの呼設定要求を受信したか否かを判別する。呼設定要求を受信していない場合は、再びステップ２０１で公衆網３からの呼設定要求を受信するのを待つ。ステップ２０１で呼設定要求を受信した場合は、ステップ２０２で公衆網３に呼設定応答を送信して呼を設定し（これにより通信サーバと当該電話機が通話状態となる）、ステップ２０３で接続通信端末の決定処理を行う。
【００５８】
ステップ２０３の接続通信端末の決定処理とは、呼設定要求した電話機２の利用ユーザが、ＬＡＮ１に接続する通信端末１０の内のどの通信端末と通話したいのかを決定する処理である。その詳細は、図１７などを用いて後に詳しく説明する。
【００５９】
ステップ２０３の後、ステップ２０４では、通話したい通信端末が決定しているか否か判別する。決定していなかった場合は、ステップ２０８で呼を解放し、再びステップ２０１で公衆網３からの呼設定要求を受信するのを待つ。
【００６０】
ステップ２０４で通話したい通信端末が決定した場合は、ステップ２０５でその通信端末に音声通信要求を送信し、ステップ２０６で相手通信端末からの音声通信肯定応答を受信したか否か判別する。肯定応答を受信した場合は、当該通信端末との接続が確立したということだから、ステップ２０７で通話中の処理を行い、通話が終了後、ステップ２０８で呼の解放を行い、再びステップ２０１で公衆網からの呼設定要求を受信するのを待つ。ステップ２０７の通話中の処理については、図１０を参照して後に詳しく説明する。
【００６１】
ステップ２０６で相手通信端末から音声通信否定応答を受信した場合は、ステップ２０９で、相手が電話に出ないことを案内する音声メッセージを、呼設定要求した電話機に対して、送信する。そして、ステップ２２０で音声メールの入力案内を電話機利用ユーザに対して出力し、ステップ２２１で入力された音声を音声メールとして図７の音声メールサーバプログラム２３に登録し、ステップ２０８で呼の解放を行い、再びステップ２０１で公衆網からの呼設定要求を受信するのを待つ。
【００６２】
なお、ステップ２２０〜２２１は省略しても良い。また、音声メールサーバプログラム２３は、別の通信端末上にあっても良い。
【００６３】
図９は、通信サーバ２０上の音声通信サーバプログラム２２がＬＡＮ１に接続する通信端末１０からの音声通信要求を待ち受けて、その通信端末１０と公衆網３に接続された電話機２との間の音声通信を開始する場合の音声通信制御処理の概略の一流れ図を示す。ステップ２０７，２０８は、図８と同じであるので、説明を省略する。
【００６４】
まず、ステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信したか否かを判別する。通信端末１０からの音声通信要求を受信していない場合は、再びステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信するのを待つ。ステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信した場合は、公衆網３に対し、音声通信要求で指定された電話番号の電話機２との呼設定要求を送信する。
【００６５】
ステップ２３３で公衆網３からの呼設定応答を受信し、ステップ２３４でその応答が肯定応答か否か判別する。肯定応答であった場合は、ステップ２３５で相手通信端末に対し音声通信肯定応答を送信し、ステップ２０７以降の通話処理を行う。ステップ２３４で否定応答であった場合は、ステップ２３６で相手通信端末に対し音声通信否定応答を送信し、再びステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信するのを待つ。
【００６６】
図１０は、図８および図９のステップ２０７に示した音声通信サーバ２０における通話中の処理の一流れ図である。
【００６７】
図１０のステップ１０６〜１０８は図４の通信端末におけるステップ１０６〜１０８と同じであり、要するに、電話機２から公衆網３を介して公衆網通信制御部２１（図６）に入力した音声データを音声符号化装置１２により符号化し音声パケットを作成して、ＬＡＮ１を介して通信端末１０に送信する処理である。
【００６８】
図１０のステップ１０９、１１０は図４の通信端末におけるステップ１０９、１１０の処理と同じであり、要するに、通信端末１０からＬＡＮ１を介してＬＡＮ通信制御部１４（図６）に入力した音声パケットを音声復号化装置１５により復号し、公衆網３を介して電話機２に送信する処理である。
【００６９】
図１０のステップ１１１，２１０，１１３は、図４のステップ１１１，１１２，１１３に相当する。
【００７０】
すなわち、ステップ１１１で通信端末１０からの音声通信終了通知を受信したか否かを判別する。受信していたら、通話中の処理を終了する。ステップ１１１で通信端末１０からの音声通信終了通知を受信していない場合は、ステップ２１０で公衆網３からの呼の解放要求を受信しているか否かチェックする。公衆網３からの呼の解放要求を受信していない場合は、ステップ１０６以下の通話処理を続行する。ステップ２１０で公衆網３から呼解放要求を受信していた場合は、ステップ１１３で音声通信終了通知を通信端末１０に送信して通話を終了する。
【００７１】
図１１は、図１のＬＡＮ１に接続された通信端末１０からの要求で、通信サーバ２０を介して、公衆網３に接続された電話機２とＬＡＮ１に接続された通信端末１０とが通話を行う処理のシーケンスの一例を示す。
【００７２】
４０１はＬＡＮ１に接続された通信端末１０の動作の流れ、４０２はＬＡＮ１と公衆網３とに同時に接続されている通信サーバ２０の動作の流れ、４０３は公衆網３に接続された電話機２の動作の流れを示す。通信端末のユーザが電話機との通話を選択する（４５０）と、その通信端末は通信サーバに対して音声通信要求を送信する（４５１）。その音声通信要求を受信した通信サーバは、電話機に呼設定要求を送信し（４５２）、その呼設定要求を受信した電話機は呼出し音を出す（４５３）。
【００７３】
電話機利用ユーザがオフフックする（４５４）と、電話機から通信サーバに呼設定応答が送信される（４５５）。この呼設定応答を受信した通信サーバは、音声通信応答を通信端末に送信し（４５６）、これにより通話状態になる（４５７）。
【００７４】
電話機がオンフックされる（４５８）と、電話機から通信サーバに呼解放要求が送信される（４５９）。これを受信した通信サーバは、電話機に呼解放応答を返す（４６１）と共に、音声通信終了通知を通信端末に送信する（４６０）。その音声通信終了通知を受信した通信端末は、通話を終了する（４６２）。
【００７５】
図１２は、図１の公衆網３に接続された電話機２からの要求で、通信サーバ２０を介して、公衆網３に接続された電話機２とＬＡＮ１に接続された通信端末１０とが通話を行う処理のシーケンスの一例を示す。４０１〜４０３は、図１１と同様に各部の動作の流れを示す。
【００７６】
電話機の利用ユーザが通信サーバの電話番号をダイヤルし（４０４）、これにより電話機から通信サーバに呼設定要求が送信される（４０５）。この呼設定要求を受信した通信サーバは、電話機に呼設定応答を送信し（４０６）、さらに通信サーバと電話機利用ユーザ間で通話したい通信端末の決定処理を行う（４０７）。
【００７７】
通信サーバは、接続通信端末決定処理（４０７）で決定した通信端末に音声通信要求を送信する（４０８）。この音声通信要求を受信した通信端末は、ユーザの呼出しを行う（４０９）。この呼出しに対し通信端末利用ユーザが通話を選択する（４１０）と、通信端末は音声通信肯定応答を通信サーバへ送信し（４１１）、これにより通話中状態となる（４１２）。
【００７８】
通信端末のユーザが通話の終了を選択する（４１３）と、通信端末から音声通信終了通知が通信サーバに対して送信される（４１４）。この音声通信終了通知を受信した通信サーバは、電話機へ呼解放要求を送信する（４１５）。呼解放要求を受信した電話機は、通信サーバに呼解放応答を送信する（４１６）。この呼解放応答の受信により、当該電話機と通信端末間の通話処理を終了する。
【００７９】
図１３は、音声通信要求を行う際に送信される音声通信要求コマンドの構成を示す。５０１はＬＡＮ通信制御部で使用する通信ヘッダ、５０２は音声通信要求であることを示す識別子、５０３は当該音声通信要求を送信する通信端末の自通信端末アドレス、５１２は音声通信を要求する相手の通信アドレスである。通信相手が通信端末の場合は、相手アドレス５１２としてその通信端末の通信端末アドレスが設定される。そのような音声通信要求コマンドの送り先アドレスは、その通信端末アドレスである。通信相手が電話機の場合は、相手アドレス５１２としてその電話番号が設定される。そのような音声通信要求コマンドの送り先アドレスは、通信サーバの通信端末アドレスとなる。なお、自通信端末アドレス５０３は省略しても良い。
【００８０】
図１４は、音声通信要求に対する応答である音声通信応答コマンドの構成を示す。５０１は図１３と同じである。５０４は音声通信応答であることを示す識別子、５０５は音声通信要求に対して通話を行うか、または行わないかを示す結果である。
【００８１】
図１５は、音声情報を送受信するための音声通信コマンドの構成を示す。５０１は図１３と同じである。５０６は通話処理に用いる音声通信ヘッダ、５０７は符号化した音声情報である。
【００８２】
図１６は、音声通信終了通知コマンドの構成を示す。５０１は図１３と同じである。５０８は音声通信終了通知コマンドであることを示す識別子である。
【００８３】
図１７は、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理の一流れ図を示す。ここでは、電話機のプッシュボタンを利用して、通話したい通信端末を指定する例を示す。
【００８４】
まず、ステップ３０１で、”プッシュボタンで内線番号を入力し、終わりに'＃'を入力して下さい”という操作案内を電話機に対して出力する。次に、ステップ３０２でユーザがプッシュボタンを入力するのを待ち、ステップ３０３で入力されたプッシュボタンの音を数字に変換して記憶する。そして、ステップ３０４で、変換したプッシュボタンの音が'＃'であるか否かを判別することにより
内線番号の入力が終了したか否かを判断する。入力が終了していない場合は、再びステップ３０２でユーザがプッシュボタンを入力するのを待つ。
【００８５】
ステップ３０４で内線番号の入力が終了していた場合は、ステップ３０５で、入力された内線番号を持つ通信端末の通信端末アドレスを内線番号管理テーブルから検出することで電話機利用ユーザが通話したい通信端末のアドレスを決定する。内線番号管理テーブルについては、図１８を参照して後に詳しく説明する。
【００８６】
ステップ３０５で通信端末アドレスが検出できたら、本通信端末決定処理を終了する。ステップ３０５で通信端末アドレスが検出できなかった場合は、ステップ３０６で、”入力された内線番号の通信端末はありません”という案内を電話機に対して出力し、電話機利用ユーザが通話したい通信端末の決定ができなかったこととして処理を終了する。
【００８７】
なお、ステップ３０１、３０６で出力するメッセージは、異なった内容でも良い。また内線番号の入力終了を指定する'＃'は、異なった記号でも良い。さらに、ＬＡＮに接続された各通信端末にそれぞれ個別の電話番号を割当てておき、電話網に接続された電話機からこれらの電話番号で通話要求できるようにしてもよい。この場合は、通信サーバが、ＬＡＮに接続された通信端末の台数分の電話番号を持つようにする。また、処理上は、図１７のステップ３０１〜３０４を省略し、ステップ３０５で電話機が入力した電話番号から該当する通信端末アドレスの検出を行うようにすればよい。
【００８８】
図１８は、図１７のステップ３０５で参照する内線番号管理テーブルの構成を示す。３１１は内線番号、３１２は内線番号に対応する通信端末アドレスである。なお、通信サーバがＬＡＮに接続された通信端末の台数分の電話番号を持つ場合は、内線番号３１１の欄を、各通信端末に割当てられた電話番号とすればよい。
【００８９】
図１９は、、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理の別の例を示す流れ図である。この例は、ＬＡＮに接続する１台の通信端末を交換手端末として利用することにより、通話したい通信端末を決定するものである。
【００９０】
まず、ステップ３２１で交換手端末へ音声通信要求を送信し、ステップ３２２で交換手端末からの肯定応答を受信したか否か判別する。肯定応答を受信した場合は、ステップ３２３で交換手端末と電話機間での通話処理を行い、通話終了後、ステップ３２４で交換手端末から受信した接続端末決定通知により、通信端末のアドレスの決定または未決定の結果を入手する。ステップ３２２で交換手端末から否定応答を受信した場合は、ステップ３２５で電話機に対して接続できないという理のメッセージを出力し、通信端末が決定できなかったこととする。
【００９１】
図２０は、図１９のように交換手端末を用いて通話したい通信端末を決定する場合の交換手端末側の処理の一流れ図を示す。
【００９２】
ステップ１０１、１０２は、図４の対応するステップと同様の処理である。すなわち、ステップ１０１で音声通信要求の受信待ちをし、通信サーバからの音声通信要求を受信したら、ステップ１０２で呼び出し出力する。この呼び出し出力に応じて、ステップ３３１で、交換手端末の交換手が通話を受ける。そして、ステップ１０５で音声通信応答を送信する。このステップ１０５は、図４のステップ１０５と同じである。
【００９３】
音声通信応答送信の後、ステップ３３２で、交換手は電話機の利用ユーザと会話を行い、通話したい相手の内線番号または名前を入手し、その情報に基づいて通信端末アドレス管理テーブルを検索し、通信端末アドレスを検出する。ステップ３３３で交換手が通信端末アドレスを検出できた場合は、ステップ１１３で音声通信終了通知を送信して、電話機利用ユーザとの会話を終了する。そして、ステップ３３４で、検出した通信端末アドレスを含む接続端末決定通知を通信サーバに通知して、処理を終了する。
【００９４】
ステップ３３３で通信端末アドレスが検出できなかった場合は、ステップ３３５で、交換手が電話機利用ユーザに対して、該当する相手がいないことを口頭で説明する。その後、ステップ１１３で音声通信終了通知を送信して電話機利用ユーザとの会話を終了し、ステップ３３６で通信端末が決定できなかったことを接続端末決定通知で通信サーバに通知して、処理を終了する。
【００９５】
図２１は、接続端末決定通知コマンドの構成を示す。５０１は図１３と同じである。５０９は本コマンドが接続端末決定通知であることを示す識別子、５１０は通信端末アドレスが決定したかまたは未決定かを示す結果、５１１は接続すべき通信端末の通信端末アドレスである。通信端末アドレス５１１は、結果５１０が通信端末アドレス決定を示す場合にのみ有効である。結果５１０が未決定を示す場合、通信端末アドレス５１１は省略される。
【００９６】
図２２は、図１９から図２１で説明したような交換手端末を利用することによって通話したい通信端末を決定する場合に用いられる通信端末アドレス管理テーブルの構成を示す。内線番号３１１および通信端末アドレス３１２の欄は、図１８と同じである。３３７は通信端末を使用するユーザの名前である。電話機の利用者が通話したい者を名前で指定する場合でも、交換手がその名前から通信端末アドレスを検索できるようになっている。
【００９７】
図２３は、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理のさらに別の例を示す流れ図である。
【００９８】
この例では、公衆網３がＩＳＤＮ（Integrated Services Digital Network）であるものとする。ＩＳＤＮによれば、回線上を流れるメッセージに種々のパラメータを設定することができる。そこで、この例では、電話機から送出する呼設定要求のユーザ情報または通信アドレスに、ユーザが指定した内線番号を設定し送信するようにしている。図２３の接続通信端末決定処理では、呼設定要求中の内線番号を取得して通信端末を決定する。
【００９９】
まず、ステップ３４０で、呼設定要求のパラメータから内線番号のデータを取り込む。次に、ステップ３４１で図１８に構成を示した内線番号管理テーブルから該当する内線番号の通信端末アドレスを検出する。検出できたら、その通信端末アドレスを接続通信端末のアドレスとして決定して処理を終了する。ステップ３４１で該当する通信端末アドレスが検出できなかった場合は、通信端末アドレスを未決定として、処理を終了する。
【０１００】
なお本発明の変形例として、図２に示したＬＡＮ通信制御部１４が複数の通信プロトコル、例えばＴＣＰ／ＩＰプロトコルとＵＤＰ／ＩＰプロトコルとを同時にサポートする構成としておき、図４および図１０の処理の流れ図における音声通信パケットの送信はＵＤＰ／ＩＰプロトコルを利用して行い、図５の音声通信要求コマンドや音声通信終了通知コマンド、あるいは図１９の接続端末決定結果通知コマンドのような制御情報の送信にはＴＣＰ／ＩＰプロトコルを利用するようにしても良い。このようにプロトコルを使いわけることによって、音声通信パケットの到着遅延発生を抑え、かつ確実に音声通信の開始終了等の制御を行うことができる。
【０１０１】
本実施例によれば、ＬＡＮ上の通信端末を利用するユーザが通信端末アドレスを入力した場合には、通信サーバを介すること無く直接ＬＡＮ上の通信端末間で通話が可能である。それとともに、ＬＡＮ上の通信端末を利用するユーザが電話番号を入力した場合には、ＬＡＮと公衆網とに同時に接続された通信サーバを介して、ＬＡＮ上の通信端末と公衆網に接続された電話機との間で通話が可能である。
【０１０２】
また本実施例によれば、ＬＡＮ上の通信端末を利用するユーザがＬＡＮ上の通信端末に音声通信を行おうとして実現できなかった場合に、ユーザがメールプログラムの起動や相手アドレスの入力をしなくても、相手通信端末に対する各種メールを送ることが可能である。
【０１０３】
また本実施例によれば、ＬＡＮ上の通信端末を直接指定できない電話機であっても、ＬＡＮと公衆網とに同時に接続する通信サーバによって電話機から通信端末を指定する機能が提供されているから、電話機からＬＡＮ上の通信端末に対して電話をかけることが可能である。
【０１０４】
【発明の効果】
本発明によれば、通信サーバが回線交換網とパケット交換網との方式上の差異を吸収するので、パケット交換網に接続された通信端末と回線交換網に接続された通信端末との間で音声通信が可能である。
【０１０５】
また、本発明によれば、パケット交換網上の通信端末利用ユーザが回線交換網（公衆網）に接続された電話機との通話を要求した場合は、通信サーバに対して指定電話機との通話を要求し、利用ユーザが他の通信端末との通話を要求した場合は、指定された通信端末に通話を要求するようになっている。そして、通信サーバが、パケット交換網上の通信端末間での音声通信方式と、回線交換網における音声通信方式の差異を吸収する。したがって、パケット交換網上の通信端末からパケット交換網上の他の通信端末と通話する場合と、パケット交換網と回線交換網とに同時に接続された通信サーバを介して回線交換網上の電話機と通話する場合とは、同じ操作、同じ音声通信処理で行うことができる。
【０１０６】
さらに、本発明によれば、電話機から通信サーバに呼設定要求を送信し、電話機から通信端末を指定（内線番号や電話番号による指定）することができるので、従来パケット交換網上の通信端末を直接指定できなかった電話機から通信端末を指定でき、回線交換網上の電話機からパケット交換網上の通信端末に対して電話をかけることができる。
【０１０７】
また、本発明によれば、相手方から音声通信否定応答を受信したときにメール機能を起動できるようになっているので、指定した通信端末との音声通信ができなかった場合でも、ユーザが他のプログラムを起動したり通信アドレスを入力せずに、メールで用件を送ることができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る音声通信システムの全体構成図
【図２】図１の通信端末の構成図
【図３】図１の通信端末のメモリ内の構成図
【図４】通信端末上の音声通信プログラムが他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の処理の流れ図
【図５】通信端末上の音声通信プログラムがユーザの要求により音声通信を開始する場合の処理の流れ図
【図６】図１の通信サーバの構成図
【図７】図１の通信サーバのメモリ内の構成図
【図８】通信サーバ上の音声通信プログラムが公衆網に接続されている電話機からの呼設定要求を待ち受けてＬＡＮ上の通信端末と電話機間の音声通信を開始する場合の処理の流れ図
【図９】通信サーバ上の音声通信プログラムがＬＡＮ上の通信端末からの音声通信要求を待ち受けてＬＡＮ上の通信端末と電話機間の音声通信を開始する場合の処理の流れ図
【図１０】図８内の通話中の処理の流れ図
【図１１】ＬＡＮ上の通信端末からの要求で通信サーバを介して電話機とＬＡＮに接続する通信端末が通話を行うシーケンス図
【図１２】公衆網に接続する電話機からの要求で通信サーバを介して電話機とＬＡＮに接続する通信端末が通話を行うシーケンス図
【図１３】音声通信要求コマンドの構成図
【図１４】音声通信応答コマンドの構成図
【図１５】音声通信コマンドの構成図
【図１６】音声通信終了通知コマンドの構成図
【図１７】電話機利用ユーザが通話したい通信端末を決定する処理でプッシュボタンを利用する場合の流れ図
【図１８】内線番号管理テーブルの構成図
【図１９】電話機利用ユーザが通話したい通信端末を決定する処理でＬＡＮ上の通信端末を交換手端末とする場合の流れ図
【図２０】交換手端末の処理の流れ図
【図２１】接続端末決定通知コマンドの構成図
【図２２】通信端末アドレス管理テーブルの構成図
【図２３】電話機利用ユーザが通話したい通信端末を決定する処理で公衆網がＩＳＤＮである場合の処理の流れ図
【符号の説明】
１ …… ＬＡＮ，２…… 電話機，３…… 公衆網，１０−１ …… 通信端末，２０…… 通信サーバ。
【産業上の利用分野】
本発明は、通信ネットワークで接続した通信端末における音声通信システムに関する。
【０００２】
【従来の技術】
従来の音声通信方式として、電話網等の回線交換網による回線交換手順を用いたものが知られている。この方式では、回線交換網に接続された通信端末（電話機）は回線交換処理を行う交換機に対して音声通信要求を送信し、要求を受けた交換機が相手の通信端末（電話機）との音声通信制御を行い、音声通信中も交換機を介して一定の速度で送出される音声情報を連続的に送受信する。
【０００３】
一方、ＬＡＮ(ローカル・エリア・ネットワーク)等のパケット交換網では、通信端末間で直接通信制御を行い、通信においてはパケットを送受信する方式となっている。
【０００４】
【発明が解決しようとする課題】
然るに、上記パケット交換網と回線交換網の方式上の差異のため、パケット交換網に接続された通信端末間で音声通信を実現するのに従来の電話網等の音声通信方式を利用することはできない。
【０００５】
このため、パケット交換網に接続された通信端末間での音声通信方式をパケット交換網に適合させるために音声情報をパケット化して直接通信端末間で送受信する方式とすると、回線交換網とパケット交換網とを接続し、パケット交換網に接続された通信端末間での音声通信をサポートしている通信端末と回線交換網に接続され従来音声通信機能をサポートする電話機との間で音声通信を行う場合に、パケット交換網の音声通信プロトコルと回線交換網の従来音声通信プロトコルの差異のため、直接音声通信ができないという問題点があった。
【０００６】
本発明の目的は、パケット交換網に接続された通信端末と回線交換網に接続された通信端末との間で音声通信を可能とする音声通信システムおよび音声通信方法を提供することを目的とする。
【０００７】
本発明の他の目的は、パケット交換網に接続された通信端末が回線交換網に接続され従来音声通信機能をサポートする電話機と音声通信を行う場合にも、パケット交換網に接続する他の通信端末と音声通信を行うのと同じ方式で音声通信を行うことのできる音声通信システムおよび音声通信方法を提供することにある。
【０００８】
本発明のさらに他の目的は、パケット交換網に接続された通信端末に対する音声通信が何らかの理由でできなかった場合に、ユーザが別のプログラムの起動や通信アドレスの入力を行わなくても、音声通信に代わってメールにより用件を送ることができる音声通信システムおよび音声通信方法を提供することにある。
【０００９】
本発明のさらに他の目的は、回線交換網に接続された従来音声通信機能をサポートする電話機からパケット交換網に接続する通信端末に対して音声通信を要求することができる音声通信システムおよび音声通信方法を提供することにある。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明では、パケット交換網に接続された通信端末を利用する利用者が入力した音声通信の相手通信アドレスが回線交換網の通信アドレス(電話番号)である場合には、その通信端末と前記通信サーバとの間で通信制御を行って通信端末と通信サーバとの接続を確立し、通信サーバは、回線交換網に接続された電話機との間で通信制御を行って通信サーバと電話機とを通話状態とし、これにより通信サーバを介して前記通信端末と前記電話機との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１１】
パケット交換網に接続された通信端末を利用する利用者が入力した音声通信の相手通信アドレスがパケット交換網に接続された他の通信端末のアドレスである場合は、当然に、当該通信アドレスを持つ通信端末に対して通信制御を行って通話を行う。
【００１２】
また、回線交換網に接続された電話機からパケット交換網に接続された通信端末に通話要求を出すときは、予めパケット交換網に接続された通信端末のそれぞれに固有の内線番号を割当てておき、電話機から通信サーバの電話番号が入力されたとき、電話機と通信サーバとの間で通信制御を行って電話機と通信サーバとを通話状態とし、電話機からは入力された内線番号を通信サーバに送信するようにする。通信サーバは、電話機から送信された内線番号から通信端末アドレスを求め、接続すべき通信端末を決定し、その通信端末に向けて音声通信要求を送信して、該通信端末との間の接続を確立する。これにより通信サーバを介して前記電話機と前記通信端末との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１３】
なお、通信サーバは、内線番号から通信端末アドレスを求めるためのテーブルを備えるようにするとよい。内線番号の入力は、電話機がプッシュボタンを備えているものであれば、そのプッシュボタンにより入力できるようにすればよい。内線番号の入力の際には、通信サーバから電話機に音声による案内を出力し、これに応じて利用者が入力した内線番号を取得するようにするとよい。
【００１４】
また、前記回線交換網がＩＳＤＮ（Integrated Services Digital Network）である場合、電話機は通信端末を特定する内線番号をパラメータとして含む音声通信要求を通信サーバに送信し、通信サーバはその音声通信要求に含まれる内線番号から接続すべき通信端末の通信端末アドレスを求めるようにしてもよい。
【００１５】
内線番号を割当てる代わりに、パケット交換網に接続された通信端末のそれぞれに固有の電話番号を割当てるようにしてもよい。この場合、実際には通信サーバにそれらの電話番号を割当てることになるが、ユーザからは通信端末の電話番号のように見える。そして、電話機から通信端末の電話番号が入力されたとき、電話機と通信サーバとの間で通信制御を行い、通信サーバは、電話機において入力された電話番号から通信端末アドレスを求め、接続すべき通信端末を決定し、その通信端末に向けて音声通信要求を送信して、該通信端末との間の接続を確立する。これにより通信サーバを介して前記電話機と前記通信端末との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００１６】
なお、通信サーバは、電話番号から通信端末アドレスを求めるためのテーブルを備えるようにするとよい。各通信端末の電話番号は実際は回線交換網上の通信サーバの電話番号であるから、回線交換網上の電話機からそれらの電話番号が入力されたときは、通信サーバを呼び出すことになる。
【００１７】
本発明の一つの実施形態によれば、パケット交換網に接続する通信端末は、音声入力手段により入力した音声を符号化して符号化音声情報を送信し、受信した符号化音声情報を復号化して出力するものでよい。この場合、通信サーバは、パケット交換網に接続された通信端末から受信するパケット化された符号化音声情報の復号化とその復号化音声情報の回線交換網への出力、および回線交換網から一定速度で受信する音声情報の符号化とその符号化音声情報のパケット化と当該通信端末への送信とを行う。
【００１８】
パケット交換網に接続された通信端末から他の通信端末に通話要求を出すときは、まずその通信端末から音声通信要求を出すが、このとき、相手通信端末から音声通信否定応答が送信されてくることがある。これは、相手通信端末を呼び出したにもかかわらず誰も応答しないなどの理由による。この場合、相手通信端末に対して、その相手アドレスの入力無しに、メールを送信できるようにするとよい。メールは、無条件に送信するようにしてもよいし、通信端末の利用者に案内を出してメールを送信するか否かを選択させるようにしてもよい。メールの内容は、システムで定めた定型的な音声メールでもよいし、利用者が別途入力したものとしてもよい。
【００１９】
回線交換網に接続された電話機からパケット交換網に接続された通信端末に通話要求を出すときは、まずその電話機から通信サーバに音声通信要求を出すが、このとき通信サーバから音声通信否定応答が送信されてくることがある。これは、通信サーバから相手通信端末を呼び出したにもかかわらず誰も応答しないなどの理由による。この場合、相手通信端末に対して、その相手アドレスの入力無しに、メールを送信できるようにするとよい。メールは、無条件に送信するようにしてもよいし、電話機の利用者に音声で案内を出してメールを送信するか否かを選択させるようにしてもよい。メールの内容は、システムで定めた定型的な音声メールでもよいし、利用者が別途入力したものとしてもよい。
【００２０】
さらに、パケット交換網上の一通信端末でパケット交換網に接続する通信端末と通信端末利用者との関係を管理し、これを交換手端末としてもよい。この場合、回線交換網に接続された従来音声通信機能をサポートする電話機から通信サーバの電話番号が呼び出されたときには、通信サーバは、まず交換手端末と電話機とを通話状態とする。利用者は、交換手端末の交換手と通話し、通話したい相手を特定する。交換手端末では、各通信端末とそれらの通信端末の利用者との関係を管理しているから、電話機の利用者が通話したい相手を特定した情報からその相手に対応する通信端末を求めることができる。その通信端末のアドレスは、交換手端末から、通信サーバに送信される。通信サーバは、交換手端末から送信された通信端末アドレスの通信端末との間で通信制御を行ない、該通信端末との間の接続を確立する。これにより、通信サーバを介して前記通信端末と前記電話機との通話ができるようになる。以後は、電話機から送信される音声情報を受信しパケットに編集して通信端末に送信し、通信端末から送信されるパケットを受信し該パケット内の音声情報を電話機に送信するようにして、通話を行う。
【００２１】
なお、上述したパケット交換網上の通信端末間および通信端末と通信サーバ間で、音声通信開始終了等の制御コマンドの送受信と音声パケットの送受信とを、信頼性あるいは通信遅延など特性の異なる別々のデータ通信機能を介して行うようにしてもよい。
【００２２】
【作用】
本発明の音声通信システムおよび音声通信方法によれば、パケット交換網に接続された通信端末の利用者が入力する相手アドレスに応じて、該利用者が音声通信を要求する相手が、パケット交換網に接続された通信端末か回線交換網に接続された電話機かが判断される。回線交換網に接続された電話機との通話要求である場合は、通信サーバが、パケット交換網の音声通信プロトコルと回線交換網の従来音声通信プロトコルの差異を吸収する。そのため、パケット交換網に接続する通信端末が回線交換網に接続し従来音声通信機能をサポートする電話機と音声通信を行う場合にも、パケット交換網に接続する他の通信端末と音声通信を行うのと同じ方式で行うことができる。
【００２３】
また、回線交換網に接続された電話機からパケット交換網に接続された通信端末の内線番号または電話番号を入力して、通信サーバで、その内線番号または電話番号に対応する通信端末アドレスを求めてその通信端末に接続するようにしているので、回線交換網に接続された従来音声通信機能をサポートする電話機からパケット交換網に接続された通信端末に対して音声通信を要求することができる。
【００２４】
さらに、通信端末に対する音声通信が何らかの理由できなかった場合に、ユーザが他のプログラムの起動や通信アドレスの入力を行わなくても、音声通信に変わってメールにより用件を送ることができる。
【００２５】
【実施例】
以下、本発明の一実施例を図面を用いて説明する。
【００２６】
図１に、本発明の一実施例に係る音声通信システムの全体構成を示す。１０−１，１０−２は通信を行う通信端末、１は通信端末１０−１，１０−２が接続されているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、２は電話機、３は電話機２が接続されている公衆網、２０は公衆網３とＬＡＮ１とに同時に接続する通信サーバを示す。
【００２７】
なお、図１では、１台の電話機２および２台の通信端末１０−１，１０−２（以下、付番１０で任意の通信端末を示すものとする）のみ図示しているが、さらに多くの電話機および通信端末を接続してよいことは当然である。
【００２８】
図２に、図１の通信端末１０の構成を示す。通信端末１０は、音声入力装置１１、音声符号化装置１２、メモリ１３、ＬＡＮ通信制御部１４、音声復号化装置１５、音声出力装置１６、プロセッサ１７、および蓄積装置１８を備えている。ＬＡＮ通信制御部１４は、ＬＡＮ１に接続されている。音声符号化装置１２、音声復号化装置１５、ＬＡＮ通信制御部１４、メモリ１３、蓄積装置１８、およびプロセッサ１７は、内部バス１９を介して相互に接続されている。
【００２９】
音声入力装置１１は、音声情報を入力するためのものである。入力された音声情報は、音声符号化装置１２により符号化される。音声符号化装置１２から出力された符号化音声情報はメモリ１３に読み込まれ、音声通信制御処理後、ＬＡＮ通信制御部１４に入力される。そして、ＬＡＮ通信制御部１４が、その符号化音声情報をＬＡＮ１を介して受信側通信端末へ送信する。
【００３０】
一方、送信側通信端末からＬＡＮ１を介して送信されてきた符号化音声情報は、ＬＡＮ通信制御部１４からメモリ１３に読み込まれ、音声通信制御処理後、音声復号化装置１５へ入力される。音声復号化装置１５は、入力された符号化音声情報を復号化する。復号化された音声情報は、音声出力装置１６へ入力する。これにより、受信した音声が出力される。
【００３１】
通信端末１０における音声通信制御処理は、蓄積装置１８に記憶した音声通信制御処理情報に基づき、プロセッサ１７が所定のプログラムを実行することにより行われる。通信端末１０における音声通信制御処理については、後に詳述する。
【００３２】
図３に、通信端末１０のメモリ１３内の構成を示す。３１は音声通信制御処理を行う音声通信プログラム、３２は音声メールプログラムである。
【００３３】
音声通信プログラム３１は、ユーザからの音声通信要求、または内部バス１９に接続されたＬＡＮ通信制御部１４から受信した他通信端末からの音声通信要求を受付け、相手通信端末との間で音声パケットを送受信して電話と同様の音声通信機能を提供するためのプログラムである。音声メールプログラム３２は、音声メールの送受信等のメール管理機能を提供するためのプログラムである。
【００３４】
図４に、通信端末１０上の音声通信プログラム３１が他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の音声通信制御処理の一流れ図を示す。
【００３５】
まず、ステップ１０１で他通信端末からの音声通信要求を受信しているか否かを判別する。音声通信要求を受信していない場合、再び音声通信要求を受信するのを待つ。ステップ１０１で他通信端末からの音声通信要求を受信した場合は、ステップ１０２で画面表示や音声出力を用いて音声通信要求が来たことをユーザに知らせる。そして、ステップ１０３でユーザが通話を選択したか否か判別する。
【００３６】
ステップ１０３でユーザが通話を拒否することを選択したりまたは呼出しに一定の時間答えなかった場合は、ステップ１０４で音声通信否定応答を送信し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。ステップ１０３でユーザが通話することを選択した場合は、ステップ１０５で音声通信肯定応答を送信する。これにより呼び出した装置との間に接続が確立する。次に、ステップ１０６以下の通話処理を開始する。
【００３７】
ステップ１０６で音声符号化装置１２（図２）から符号化音声情報を取り込み、ステップ１０７で取り込んだ符号化音声情報から音声パケットを作成し、ステップ１０８で相手通信端末に音声パケットを送信する。ステップ１０９では音声パケットを受信しているか否か判別する。
【００３８】
ステップ１０９で音声パケットを受信していた場合は、ステップ１１０で音声パケット内の符号化音声情報を音声復号化装置１５（図２）に入力する。ステップ１０９で音声パケットを受信していなかった場合、またはステップ１１０で符号化音声情報を音声復号化装置１５に入力した後は、ステップ１１１で相手通信端末からの音声通信終了通知を受信しているか否かを判別する。音声通信終了通知を受信した場合は、通話を終了し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。
【００３９】
ステップ１１１で音声通信終了要求を受信していなかった場合は、ステップ１１２でユーザが音声通信の終了を選択したか否かをチェックする。ユーザが終了を選択していなかった場合は、ステップ１０６からの通話処理を続行する。ステップ１１２でユーザが音声通信の終了を選択していた場合は、ステップ１１３で音声通信終了通知を相手通信端末へ送信して通話を終了し、再びステップ１０１で他通信端末からの音声通信要求を受信するのを待つ。
【００４０】
なお、上述の処理手順は他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の音声通信制御処理を示しているが、ここでいう「他の通信端末」は、図１のＬＡＮ１に接続された通信端末１０のほか、通信サーバ２０も含む。すなわち、上述の処理手順は、通信サーバ２０と他通信端末１０との区別を行わず、同じ一通信端末として処理する。通信サーバ２０からの音声通信要求とは、後述するように、公衆網３に接続された電話機２からの要求である。
【００４１】
図５に、通信端末１０上の音声通信プログラム３１がユーザの要求により音声通信を開始する場合の音声通信制御処理の一流れ図を示す。
【００４２】
図５のステップ１１１〜１１３は図４のステップ１１１〜１１３と同じであり、図５のステップ１２８は図４のステップ１０６〜１１０をまとめたものである。
【００４３】
まず、ステップ１２１で、ユーザが通話処理を選択したか否か判別する。ユーザが通話処理以外を選択した場合は、ステップ１２２でその選択に応じてその他の処理を行う。ステップ１２１でユーザが通話処理を選択した場合は、ステップ１２３でユーザが入力した相手アドレスを用いて音声通信要求を作成する。なお、音声通信要求の詳細なフォーマットは図１３を参照して後述する。次に、ステップ１２４でユーザが入力した通話したい相手先のアドレスが数字のみで構成された電話番号であるか否かを判別する。
【００４４】
ステップ１２４でユーザが入力した相手先アドレスが数字のみで構成された電話番号なら、このユーザは、通信サーバ２０を介して外部の公衆網３に接続された電話機２と音声通信を行うことを要求したということになる。この場合は、ステップ１２５で蓄積装置１８（図２）に予め記憶されている通信サーバ２０の通信端末アドレスを入手し、以後通信相手を通信サーバ２０として処理を行う。
【００４５】
一方、ステップ１２４でユーザが入力した相手先アドレスが数字のみで構成された電話番号でないなら、その相手先アドレスはＬＡＮ１上の通信端末アドレスとみなせるから、このユーザはＬＡＮ１に接続された他の通信端末１０に音声通信要求を出したということになる。この場合は、そのまま当該通信端末を通信相手として処理を行う。
【００４６】
ステップ１２４およびステップ１２５で音声通信処理を行う通信相手を決定した後、ステップ１２６で相手通信端末に音声通信要求を作成して送信する。音声通信要求の送信先は、相手先が電話機なら通信サーバ２０であり、相手先が他の通信端末ならその通信端末である。ステップ１２６の後、ステップ１２７で通信相手からの音声通信肯定応答を受信したか否か判別する。音声通信肯定応答を受信した場合は、接続が確立したから、ステップ１２８以降の通話処理を行う。ステップ１２８以降の通話処理は、上述したように図４で説明した手順と同じであるので、説明は省略する。
【００４７】
ステップ１２７で音声通信肯定応答が無かった場合は、ステップ１２９で通話接続の失敗を表示する。そして、ステップ１３０でユーザが通話接続に失敗した相手に音声メールを送ることを要求しているか否か判別する。音声メールの送付要求があった場合は、ステップ１３１で入力した伝言を音声メールプログラムを用いて送信した後、再びステップ１２１に戻ってユーザの選択を受け付ける。ステップ１３０で音声メールの送付要求がない場合は、そのままステップ１２１に戻る。
【００４８】
なお、ステップ１２１でユーザが入力する電話番号は'（'、'（'、'−'が混在しても良い。またその場合は、ステップ１２４でアドレスが電話番号であるか否か判断する場合に、数字に'（'、'（'、'−'が混在しても電話番号と判断する。さらに、ステップ１３０〜１３１は省略しても良い。ステップ１３０〜１３１で、音声メールの代わりにテキストメールやマルチメディアメールを用いても良い。
【００４９】
図６に、図１の通信サーバ２０の構成を示す。通信サーバ２０は、音声符号化装置１２、メモリ１３、ＬＡＮ通信制御部１４、音声復号化装置１５、プロセッサ１７、蓄積装置１８、および公衆網通信制御部２１を備えている。ＬＡＮ通信制御部１４はＬＡＮ１に接続され、公衆網通信制御部２１は公衆網３に接続されている。音声符号化装置１２、音声復号化装置１５、公衆網通信制御部２１、ＬＡＮ通信制御部１４、メモリ１３、蓄積装置１８、およびプロセッサ１７は、内部バス１９を介して接続されている。
【００５０】
公衆網３を介して電話機から送信されてきた音声情報は、公衆網通信制御部２１を介して音声符号化装置１２に入力される。音声符号化装置１２は、入力された音声情報を符号化して出力する。音声符号化装置１２から出力された符号化音声情報はメモリ１３に読み込まれ、音声通信制御処理後、ＬＡＮ通信制御部１４に入力される。ＬＡＮ通信制御部１４は、入力された符号化音声情報をＬＡＮ１を介して通信端末へ送信する。
【００５１】
一方、通信端末からＬＡＮ１を介して送信されてきた符号化音声情報は、ＬＡＮ通信制御部１４からメモリ１３に読み込まれ、音声通信制御処理後、音声復号化装置１５へ入力される。音声復号化装置１５は、入力された符号化音声情報を復号化する。復号化された音声情報は、公衆網通信制御部２１へ入力する。公衆網通信制御部２１は、公衆網３を介して電話機へ音声を送信する。
【００５２】
通信サーバ２０における音声通信制御処理は、蓄積装置１８に記憶した音声通信制御処理情報に基づき、プロセッサ１７が所定のプログラムを実行することにより行われる。通信サーバ２０における音声通信制御処理については、後に詳述する。
【００５３】
図７に、通信サーバ２０のメモリ１３内の構成を示す。２２は音声通信制御処理を行う音声通信サーバプログラム、２２は音声メールサーバプログラムである。
【００５４】
音声通信サーバプログラム２２は、内部バス１９に接続された公衆網通信制御部２１から受信した電話機からの呼設定要求、または内部バス１９に接続されたＬＡＮ通信制御部１４から受信した通信端末からの音声通信要求を受付け、電話機が送信する音声情報を音声パケット化して通信端末に送信し、通信端末から受信する音声パケットを音声情報に変換して電話機に送信して、ＬＡＮ１に接続された通信端末と公衆網３に接続された電話機との間で電話と同様の音声通信機能を提供するためのプログラムである。
【００５５】
音声メールサーバプログラムは、音声メールの機能を提供するためのプログラムである。
【００５６】
図８に、通信サーバ２０上の音声通信サーバプログラム２２が公衆網３（図１）に接続されている電話機２からの呼設定要求を待ち受けて、その電話機２とＬＡＮ１に接続された通信端末１０との間の音声通信を開始する場合の音声通信制御処理の概略の一流れ図を示す。
【００５７】
まず、ステップ２０１で公衆網３からの呼設定要求を受信したか否かを判別する。呼設定要求を受信していない場合は、再びステップ２０１で公衆網３からの呼設定要求を受信するのを待つ。ステップ２０１で呼設定要求を受信した場合は、ステップ２０２で公衆網３に呼設定応答を送信して呼を設定し（これにより通信サーバと当該電話機が通話状態となる）、ステップ２０３で接続通信端末の決定処理を行う。
【００５８】
ステップ２０３の接続通信端末の決定処理とは、呼設定要求した電話機２の利用ユーザが、ＬＡＮ１に接続する通信端末１０の内のどの通信端末と通話したいのかを決定する処理である。その詳細は、図１７などを用いて後に詳しく説明する。
【００５９】
ステップ２０３の後、ステップ２０４では、通話したい通信端末が決定しているか否か判別する。決定していなかった場合は、ステップ２０８で呼を解放し、再びステップ２０１で公衆網３からの呼設定要求を受信するのを待つ。
【００６０】
ステップ２０４で通話したい通信端末が決定した場合は、ステップ２０５でその通信端末に音声通信要求を送信し、ステップ２０６で相手通信端末からの音声通信肯定応答を受信したか否か判別する。肯定応答を受信した場合は、当該通信端末との接続が確立したということだから、ステップ２０７で通話中の処理を行い、通話が終了後、ステップ２０８で呼の解放を行い、再びステップ２０１で公衆網からの呼設定要求を受信するのを待つ。ステップ２０７の通話中の処理については、図１０を参照して後に詳しく説明する。
【００６１】
ステップ２０６で相手通信端末から音声通信否定応答を受信した場合は、ステップ２０９で、相手が電話に出ないことを案内する音声メッセージを、呼設定要求した電話機に対して、送信する。そして、ステップ２２０で音声メールの入力案内を電話機利用ユーザに対して出力し、ステップ２２１で入力された音声を音声メールとして図７の音声メールサーバプログラム２３に登録し、ステップ２０８で呼の解放を行い、再びステップ２０１で公衆網からの呼設定要求を受信するのを待つ。
【００６２】
なお、ステップ２２０〜２２１は省略しても良い。また、音声メールサーバプログラム２３は、別の通信端末上にあっても良い。
【００６３】
図９は、通信サーバ２０上の音声通信サーバプログラム２２がＬＡＮ１に接続する通信端末１０からの音声通信要求を待ち受けて、その通信端末１０と公衆網３に接続された電話機２との間の音声通信を開始する場合の音声通信制御処理の概略の一流れ図を示す。ステップ２０７，２０８は、図８と同じであるので、説明を省略する。
【００６４】
まず、ステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信したか否かを判別する。通信端末１０からの音声通信要求を受信していない場合は、再びステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信するのを待つ。ステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信した場合は、公衆網３に対し、音声通信要求で指定された電話番号の電話機２との呼設定要求を送信する。
【００６５】
ステップ２３３で公衆網３からの呼設定応答を受信し、ステップ２３４でその応答が肯定応答か否か判別する。肯定応答であった場合は、ステップ２３５で相手通信端末に対し音声通信肯定応答を送信し、ステップ２０７以降の通話処理を行う。ステップ２３４で否定応答であった場合は、ステップ２３６で相手通信端末に対し音声通信否定応答を送信し、再びステップ２３１でＬＡＮ１に接続する通信端末１０からの音声通信要求を受信するのを待つ。
【００６６】
図１０は、図８および図９のステップ２０７に示した音声通信サーバ２０における通話中の処理の一流れ図である。
【００６７】
図１０のステップ１０６〜１０８は図４の通信端末におけるステップ１０６〜１０８と同じであり、要するに、電話機２から公衆網３を介して公衆網通信制御部２１（図６）に入力した音声データを音声符号化装置１２により符号化し音声パケットを作成して、ＬＡＮ１を介して通信端末１０に送信する処理である。
【００６８】
図１０のステップ１０９、１１０は図４の通信端末におけるステップ１０９、１１０の処理と同じであり、要するに、通信端末１０からＬＡＮ１を介してＬＡＮ通信制御部１４（図６）に入力した音声パケットを音声復号化装置１５により復号し、公衆網３を介して電話機２に送信する処理である。
【００６９】
図１０のステップ１１１，２１０，１１３は、図４のステップ１１１，１１２，１１３に相当する。
【００７０】
すなわち、ステップ１１１で通信端末１０からの音声通信終了通知を受信したか否かを判別する。受信していたら、通話中の処理を終了する。ステップ１１１で通信端末１０からの音声通信終了通知を受信していない場合は、ステップ２１０で公衆網３からの呼の解放要求を受信しているか否かチェックする。公衆網３からの呼の解放要求を受信していない場合は、ステップ１０６以下の通話処理を続行する。ステップ２１０で公衆網３から呼解放要求を受信していた場合は、ステップ１１３で音声通信終了通知を通信端末１０に送信して通話を終了する。
【００７１】
図１１は、図１のＬＡＮ１に接続された通信端末１０からの要求で、通信サーバ２０を介して、公衆網３に接続された電話機２とＬＡＮ１に接続された通信端末１０とが通話を行う処理のシーケンスの一例を示す。
【００７２】
４０１はＬＡＮ１に接続された通信端末１０の動作の流れ、４０２はＬＡＮ１と公衆網３とに同時に接続されている通信サーバ２０の動作の流れ、４０３は公衆網３に接続された電話機２の動作の流れを示す。通信端末のユーザが電話機との通話を選択する（４５０）と、その通信端末は通信サーバに対して音声通信要求を送信する（４５１）。その音声通信要求を受信した通信サーバは、電話機に呼設定要求を送信し（４５２）、その呼設定要求を受信した電話機は呼出し音を出す（４５３）。
【００７３】
電話機利用ユーザがオフフックする（４５４）と、電話機から通信サーバに呼設定応答が送信される（４５５）。この呼設定応答を受信した通信サーバは、音声通信応答を通信端末に送信し（４５６）、これにより通話状態になる（４５７）。
【００７４】
電話機がオンフックされる（４５８）と、電話機から通信サーバに呼解放要求が送信される（４５９）。これを受信した通信サーバは、電話機に呼解放応答を返す（４６１）と共に、音声通信終了通知を通信端末に送信する（４６０）。その音声通信終了通知を受信した通信端末は、通話を終了する（４６２）。
【００７５】
図１２は、図１の公衆網３に接続された電話機２からの要求で、通信サーバ２０を介して、公衆網３に接続された電話機２とＬＡＮ１に接続された通信端末１０とが通話を行う処理のシーケンスの一例を示す。４０１〜４０３は、図１１と同様に各部の動作の流れを示す。
【００７６】
電話機の利用ユーザが通信サーバの電話番号をダイヤルし（４０４）、これにより電話機から通信サーバに呼設定要求が送信される（４０５）。この呼設定要求を受信した通信サーバは、電話機に呼設定応答を送信し（４０６）、さらに通信サーバと電話機利用ユーザ間で通話したい通信端末の決定処理を行う（４０７）。
【００７７】
通信サーバは、接続通信端末決定処理（４０７）で決定した通信端末に音声通信要求を送信する（４０８）。この音声通信要求を受信した通信端末は、ユーザの呼出しを行う（４０９）。この呼出しに対し通信端末利用ユーザが通話を選択する（４１０）と、通信端末は音声通信肯定応答を通信サーバへ送信し（４１１）、これにより通話中状態となる（４１２）。
【００７８】
通信端末のユーザが通話の終了を選択する（４１３）と、通信端末から音声通信終了通知が通信サーバに対して送信される（４１４）。この音声通信終了通知を受信した通信サーバは、電話機へ呼解放要求を送信する（４１５）。呼解放要求を受信した電話機は、通信サーバに呼解放応答を送信する（４１６）。この呼解放応答の受信により、当該電話機と通信端末間の通話処理を終了する。
【００７９】
図１３は、音声通信要求を行う際に送信される音声通信要求コマンドの構成を示す。５０１はＬＡＮ通信制御部で使用する通信ヘッダ、５０２は音声通信要求であることを示す識別子、５０３は当該音声通信要求を送信する通信端末の自通信端末アドレス、５１２は音声通信を要求する相手の通信アドレスである。通信相手が通信端末の場合は、相手アドレス５１２としてその通信端末の通信端末アドレスが設定される。そのような音声通信要求コマンドの送り先アドレスは、その通信端末アドレスである。通信相手が電話機の場合は、相手アドレス５１２としてその電話番号が設定される。そのような音声通信要求コマンドの送り先アドレスは、通信サーバの通信端末アドレスとなる。なお、自通信端末アドレス５０３は省略しても良い。
【００８０】
図１４は、音声通信要求に対する応答である音声通信応答コマンドの構成を示す。５０１は図１３と同じである。５０４は音声通信応答であることを示す識別子、５０５は音声通信要求に対して通話を行うか、または行わないかを示す結果である。
【００８１】
図１５は、音声情報を送受信するための音声通信コマンドの構成を示す。５０１は図１３と同じである。５０６は通話処理に用いる音声通信ヘッダ、５０７は符号化した音声情報である。
【００８２】
図１６は、音声通信終了通知コマンドの構成を示す。５０１は図１３と同じである。５０８は音声通信終了通知コマンドであることを示す識別子である。
【００８３】
図１７は、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理の一流れ図を示す。ここでは、電話機のプッシュボタンを利用して、通話したい通信端末を指定する例を示す。
【００８４】
まず、ステップ３０１で、”プッシュボタンで内線番号を入力し、終わりに'＃'を入力して下さい”という操作案内を電話機に対して出力する。次に、ステップ３０２でユーザがプッシュボタンを入力するのを待ち、ステップ３０３で入力されたプッシュボタンの音を数字に変換して記憶する。そして、ステップ３０４で、変換したプッシュボタンの音が'＃'であるか否かを判別することにより
内線番号の入力が終了したか否かを判断する。入力が終了していない場合は、再びステップ３０２でユーザがプッシュボタンを入力するのを待つ。
【００８５】
ステップ３０４で内線番号の入力が終了していた場合は、ステップ３０５で、入力された内線番号を持つ通信端末の通信端末アドレスを内線番号管理テーブルから検出することで電話機利用ユーザが通話したい通信端末のアドレスを決定する。内線番号管理テーブルについては、図１８を参照して後に詳しく説明する。
【００８６】
ステップ３０５で通信端末アドレスが検出できたら、本通信端末決定処理を終了する。ステップ３０５で通信端末アドレスが検出できなかった場合は、ステップ３０６で、”入力された内線番号の通信端末はありません”という案内を電話機に対して出力し、電話機利用ユーザが通話したい通信端末の決定ができなかったこととして処理を終了する。
【００８７】
なお、ステップ３０１、３０６で出力するメッセージは、異なった内容でも良い。また内線番号の入力終了を指定する'＃'は、異なった記号でも良い。さらに、ＬＡＮに接続された各通信端末にそれぞれ個別の電話番号を割当てておき、電話網に接続された電話機からこれらの電話番号で通話要求できるようにしてもよい。この場合は、通信サーバが、ＬＡＮに接続された通信端末の台数分の電話番号を持つようにする。また、処理上は、図１７のステップ３０１〜３０４を省略し、ステップ３０５で電話機が入力した電話番号から該当する通信端末アドレスの検出を行うようにすればよい。
【００８８】
図１８は、図１７のステップ３０５で参照する内線番号管理テーブルの構成を示す。３１１は内線番号、３１２は内線番号に対応する通信端末アドレスである。なお、通信サーバがＬＡＮに接続された通信端末の台数分の電話番号を持つ場合は、内線番号３１１の欄を、各通信端末に割当てられた電話番号とすればよい。
【００８９】
図１９は、、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理の別の例を示す流れ図である。この例は、ＬＡＮに接続する１台の通信端末を交換手端末として利用することにより、通話したい通信端末を決定するものである。
【００９０】
まず、ステップ３２１で交換手端末へ音声通信要求を送信し、ステップ３２２で交換手端末からの肯定応答を受信したか否か判別する。肯定応答を受信した場合は、ステップ３２３で交換手端末と電話機間での通話処理を行い、通話終了後、ステップ３２４で交換手端末から受信した接続端末決定通知により、通信端末のアドレスの決定または未決定の結果を入手する。ステップ３２２で交換手端末から否定応答を受信した場合は、ステップ３２５で電話機に対して接続できないという理のメッセージを出力し、通信端末が決定できなかったこととする。
【００９１】
図２０は、図１９のように交換手端末を用いて通話したい通信端末を決定する場合の交換手端末側の処理の一流れ図を示す。
【００９２】
ステップ１０１、１０２は、図４の対応するステップと同様の処理である。すなわち、ステップ１０１で音声通信要求の受信待ちをし、通信サーバからの音声通信要求を受信したら、ステップ１０２で呼び出し出力する。この呼び出し出力に応じて、ステップ３３１で、交換手端末の交換手が通話を受ける。そして、ステップ１０５で音声通信応答を送信する。このステップ１０５は、図４のステップ１０５と同じである。
【００９３】
音声通信応答送信の後、ステップ３３２で、交換手は電話機の利用ユーザと会話を行い、通話したい相手の内線番号または名前を入手し、その情報に基づいて通信端末アドレス管理テーブルを検索し、通信端末アドレスを検出する。ステップ３３３で交換手が通信端末アドレスを検出できた場合は、ステップ１１３で音声通信終了通知を送信して、電話機利用ユーザとの会話を終了する。そして、ステップ３３４で、検出した通信端末アドレスを含む接続端末決定通知を通信サーバに通知して、処理を終了する。
【００９４】
ステップ３３３で通信端末アドレスが検出できなかった場合は、ステップ３３５で、交換手が電話機利用ユーザに対して、該当する相手がいないことを口頭で説明する。その後、ステップ１１３で音声通信終了通知を送信して電話機利用ユーザとの会話を終了し、ステップ３３６で通信端末が決定できなかったことを接続端末決定通知で通信サーバに通知して、処理を終了する。
【００９５】
図２１は、接続端末決定通知コマンドの構成を示す。５０１は図１３と同じである。５０９は本コマンドが接続端末決定通知であることを示す識別子、５１０は通信端末アドレスが決定したかまたは未決定かを示す結果、５１１は接続すべき通信端末の通信端末アドレスである。通信端末アドレス５１１は、結果５１０が通信端末アドレス決定を示す場合にのみ有効である。結果５１０が未決定を示す場合、通信端末アドレス５１１は省略される。
【００９６】
図２２は、図１９から図２１で説明したような交換手端末を利用することによって通話したい通信端末を決定する場合に用いられる通信端末アドレス管理テーブルの構成を示す。内線番号３１１および通信端末アドレス３１２の欄は、図１８と同じである。３３７は通信端末を使用するユーザの名前である。電話機の利用者が通話したい者を名前で指定する場合でも、交換手がその名前から通信端末アドレスを検索できるようになっている。
【００９７】
図２３は、図８のステップ２０３および図１２の付番４０７に示す電話機利用ユーザが通話したい通信端末を決定する処理のさらに別の例を示す流れ図である。
【００９８】
この例では、公衆網３がＩＳＤＮ（Integrated Services Digital Network）であるものとする。ＩＳＤＮによれば、回線上を流れるメッセージに種々のパラメータを設定することができる。そこで、この例では、電話機から送出する呼設定要求のユーザ情報または通信アドレスに、ユーザが指定した内線番号を設定し送信するようにしている。図２３の接続通信端末決定処理では、呼設定要求中の内線番号を取得して通信端末を決定する。
【００９９】
まず、ステップ３４０で、呼設定要求のパラメータから内線番号のデータを取り込む。次に、ステップ３４１で図１８に構成を示した内線番号管理テーブルから該当する内線番号の通信端末アドレスを検出する。検出できたら、その通信端末アドレスを接続通信端末のアドレスとして決定して処理を終了する。ステップ３４１で該当する通信端末アドレスが検出できなかった場合は、通信端末アドレスを未決定として、処理を終了する。
【０１００】
なお本発明の変形例として、図２に示したＬＡＮ通信制御部１４が複数の通信プロトコル、例えばＴＣＰ／ＩＰプロトコルとＵＤＰ／ＩＰプロトコルとを同時にサポートする構成としておき、図４および図１０の処理の流れ図における音声通信パケットの送信はＵＤＰ／ＩＰプロトコルを利用して行い、図５の音声通信要求コマンドや音声通信終了通知コマンド、あるいは図１９の接続端末決定結果通知コマンドのような制御情報の送信にはＴＣＰ／ＩＰプロトコルを利用するようにしても良い。このようにプロトコルを使いわけることによって、音声通信パケットの到着遅延発生を抑え、かつ確実に音声通信の開始終了等の制御を行うことができる。
【０１０１】
本実施例によれば、ＬＡＮ上の通信端末を利用するユーザが通信端末アドレスを入力した場合には、通信サーバを介すること無く直接ＬＡＮ上の通信端末間で通話が可能である。それとともに、ＬＡＮ上の通信端末を利用するユーザが電話番号を入力した場合には、ＬＡＮと公衆網とに同時に接続された通信サーバを介して、ＬＡＮ上の通信端末と公衆網に接続された電話機との間で通話が可能である。
【０１０２】
また本実施例によれば、ＬＡＮ上の通信端末を利用するユーザがＬＡＮ上の通信端末に音声通信を行おうとして実現できなかった場合に、ユーザがメールプログラムの起動や相手アドレスの入力をしなくても、相手通信端末に対する各種メールを送ることが可能である。
【０１０３】
また本実施例によれば、ＬＡＮ上の通信端末を直接指定できない電話機であっても、ＬＡＮと公衆網とに同時に接続する通信サーバによって電話機から通信端末を指定する機能が提供されているから、電話機からＬＡＮ上の通信端末に対して電話をかけることが可能である。
【０１０４】
【発明の効果】
本発明によれば、通信サーバが回線交換網とパケット交換網との方式上の差異を吸収するので、パケット交換網に接続された通信端末と回線交換網に接続された通信端末との間で音声通信が可能である。
【０１０５】
また、本発明によれば、パケット交換網上の通信端末利用ユーザが回線交換網（公衆網）に接続された電話機との通話を要求した場合は、通信サーバに対して指定電話機との通話を要求し、利用ユーザが他の通信端末との通話を要求した場合は、指定された通信端末に通話を要求するようになっている。そして、通信サーバが、パケット交換網上の通信端末間での音声通信方式と、回線交換網における音声通信方式の差異を吸収する。したがって、パケット交換網上の通信端末からパケット交換網上の他の通信端末と通話する場合と、パケット交換網と回線交換網とに同時に接続された通信サーバを介して回線交換網上の電話機と通話する場合とは、同じ操作、同じ音声通信処理で行うことができる。
【０１０６】
さらに、本発明によれば、電話機から通信サーバに呼設定要求を送信し、電話機から通信端末を指定（内線番号や電話番号による指定）することができるので、従来パケット交換網上の通信端末を直接指定できなかった電話機から通信端末を指定でき、回線交換網上の電話機からパケット交換網上の通信端末に対して電話をかけることができる。
【０１０７】
また、本発明によれば、相手方から音声通信否定応答を受信したときにメール機能を起動できるようになっているので、指定した通信端末との音声通信ができなかった場合でも、ユーザが他のプログラムを起動したり通信アドレスを入力せずに、メールで用件を送ることができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る音声通信システムの全体構成図
【図２】図１の通信端末の構成図
【図３】図１の通信端末のメモリ内の構成図
【図４】通信端末上の音声通信プログラムが他の通信端末からの音声通信要求を待ち受けて音声通信を開始する場合の処理の流れ図
【図５】通信端末上の音声通信プログラムがユーザの要求により音声通信を開始する場合の処理の流れ図
【図６】図１の通信サーバの構成図
【図７】図１の通信サーバのメモリ内の構成図
【図８】通信サーバ上の音声通信プログラムが公衆網に接続されている電話機からの呼設定要求を待ち受けてＬＡＮ上の通信端末と電話機間の音声通信を開始する場合の処理の流れ図
【図９】通信サーバ上の音声通信プログラムがＬＡＮ上の通信端末からの音声通信要求を待ち受けてＬＡＮ上の通信端末と電話機間の音声通信を開始する場合の処理の流れ図
【図１０】図８内の通話中の処理の流れ図
【図１１】ＬＡＮ上の通信端末からの要求で通信サーバを介して電話機とＬＡＮに接続する通信端末が通話を行うシーケンス図
【図１２】公衆網に接続する電話機からの要求で通信サーバを介して電話機とＬＡＮに接続する通信端末が通話を行うシーケンス図
【図１３】音声通信要求コマンドの構成図
【図１４】音声通信応答コマンドの構成図
【図１５】音声通信コマンドの構成図
【図１６】音声通信終了通知コマンドの構成図
【図１７】電話機利用ユーザが通話したい通信端末を決定する処理でプッシュボタンを利用する場合の流れ図
【図１８】内線番号管理テーブルの構成図
【図１９】電話機利用ユーザが通話したい通信端末を決定する処理でＬＡＮ上の通信端末を交換手端末とする場合の流れ図
【図２０】交換手端末の処理の流れ図
【図２１】接続端末決定通知コマンドの構成図
【図２２】通信端末アドレス管理テーブルの構成図
【図２３】電話機利用ユーザが通話したい通信端末を決定する処理で公衆網がＩＳＤＮである場合の処理の流れ図
【符号の説明】
１ …… ＬＡＮ，２…… 電話機，３…… 公衆網，１０−１ …… 通信端末，２０…… 通信サーバ。
Claims (6)
- 複数の電話機が接続され、音声情報を送受信する回線交換網と、一つ以上の通信装置が接続され、音声パケットを送受信するパケット交換網とに接続される通信サーバであって、
いずれかの前記通信装置から送信された音声通信要求パケットを、前記パケット交換網を介して受信する手段と、
受信した前記音声通信要求パケットに含まれる、前記複数の電話機の一つを特定する情報によって特定されるいずれかの前記電話機への呼設定要求を、前記回線交換網へ送信する手段と、
前記回線交換網から呼設定応答を受信する手段と、
前記呼設定応答を受信する手段が、前記呼設定要求に対応する呼設定応答を受信した場合に、前記通信装置に音声通信応答パケットを送信し、前記音声通信要求パケットを発信した通信装置と前記呼設定要求の送信先である電話機とを、前記音声情報と前記音声パケット間の変換により、音声通信可能な状態にする手段と、を備え、
前記音声通信要求パケットは、前記複数の電話機の一つを特定する情報に加え、さらに、前記パケット交換網において当該通信サーバを特定するアドレス情報と、前記通信装置を特定するアドレス情報と、を含む
ことを特徴とする通信サーバ。 - 請求項１に記載の通信サーバにおいて、
さらに、前記音声通信応答パケットと前記音声パケットとを、前記通信装置へ送信する際に、前記音声通信要求パケットに含まれる前記通信装置を特定するアドレス情報を用いるよう制御する手段を備える
ことを特徴とする通信サーバ。 - 請求項１または２に記載の通信サーバにおいて、
前記音声通信可能な状態にする手段は、
前記電話機から前記音声情報を受信し、前記音声パケットに変換する手段と、
前記音声情報から変換した前記音声パケットを前記通信装置に送信する手段と、
前記通信装置から前記音声パケットを受信する手段と、
受信した前記音声パケットを前記音声情報に変換し、前記電話機に送信する手段と、を備える
ことを特徴とする通信サーバ。 - 請求項１ないし３のいずれか一に記載の通信サーバにおいて、
前記パケット交換網は、 TCP/IP 網であり、
前記音声通信要求パケットを受信する手段と、前記音声通信応答パケットを送信する手段と、前記音声パケットを受信する手段と、前記音声パケットを送信する手段と、は、 TCP/IP プロトコルを制御する
ことを特徴とする通信サーバ。 - 請求項１ないし３のいずれか一に記載の通信サーバにおいて、
前記パケット交換網は、 UDP/IP 網であり、
前記音声通信要求パケットを受信する手段と、前記音声通信応答パケットを送信する手段と、前記音声パケットを受信する手段と、前記音声パケットを送信する手段と、は、 UDP/IP プロトコルを制御する
ことを特徴とする通信サーバ。 - 請求項１ないし３のいずれか一に記載の通信サーバにおいて、
前記パケット交換網は LAN(Local Area Network) である
ことを特徴とする通信サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002256284A JP3650091B2 (ja) | 2002-09-02 | 2002-09-02 | 音声通信システムおよび音声通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002256284A JP3650091B2 (ja) | 2002-09-02 | 2002-09-02 | 音声通信システムおよび音声通信方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5343162A Division JPH07170288A (ja) | 1993-12-15 | 1993-12-15 | 音声通信システムおよび音声通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003158554A JP2003158554A (ja) | 2003-05-30 |
| JP3650091B2 true JP3650091B2 (ja) | 2005-05-18 |
Family
ID=19196666
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002256284A Expired - Lifetime JP3650091B2 (ja) | 2002-09-02 | 2002-09-02 | 音声通信システムおよび音声通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3650091B2 (ja) |
-
2002
- 2002-09-02 JP JP2002256284A patent/JP3650091B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003158554A (ja) | 2003-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07170288A (ja) | 音声通信システムおよび音声通信方法 | |
| JP3993206B2 (ja) | 音声通信サーバ装置 | |
| JP3732155B2 (ja) | 音声通信システムおよび音声通信方法 | |
| JP3650091B2 (ja) | 音声通信システムおよび音声通信方法 | |
| JP3993208B2 (ja) | 音声通信システムおよび音声通信方法 | |
| JP4130670B2 (ja) | 音声通信サーバ装置 | |
| JP3993207B2 (ja) | 音声通信システムに用いる通信端末 | |
| JP4177427B2 (ja) | 音声通信サーバ装置の音声通信方法 | |
| JP4177428B2 (ja) | 音声通信サーバ装置の音声通信方法 | |
| JP4177431B2 (ja) | 音声通信サーバ装置 | |
| JP4347406B2 (ja) | サーバ装置 | |
| JP4177433B2 (ja) | 通信端末の通信方法 | |
| JP4177429B2 (ja) | 通信端末の音声通信方法 | |
| JP4347405B2 (ja) | サーバ装置 | |
| JP4347401B2 (ja) | 音声通信方法 | |
| JP4177430B2 (ja) | 音声通信サーバ装置のプログラム記憶媒体 | |
| JP4177432B2 (ja) | 通信端末のプログラム記憶媒体 | |
| JP2009225473A (ja) | 通信サーバ装置 | |
| JP2000295293A (ja) | 音声通信システムおよび音声通信方法 | |
| JP2000295292A (ja) | 音声通信システムおよび音声通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040831 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041101 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20041209 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050208 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050216 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080225 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090225 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090225 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100225 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100225 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110225 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120225 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120225 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130225 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130225 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |