JP2000236356A - 音声ゲートウェイ装置、通信回線確立中信号の通知方法、および通信回線確立中信号通知プログラムを格納したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 音声ゲートウェイを介して通信相手との間に
通信回線を確立する場合に受話器からの出力が無音状態
となることを防止する。 【解決手段】 自己側の音声端末装置1が遠方の音声端
末装置5に対して発呼を行うと、音声ゲートウェイ2は相
手側の音声ゲートウェイ4を経由して、相手側の音声端
末装置5との間の通信回線をＩＰネットワーク3上に確立
する処理を実行する。リングバックトーン供給停止手段
2aは、相手側からコネクト信号を受信すると音声端末装
置1に対するリングバックトーン信号供給を停止する。
同時に通知信号供給手段2cは、通信回線が確立されるま
での所定の期間中、自己側の音声端末装置1に対して音
声メッセージなどの通知信号を発して、通信回線確立処
理中であることをユーザに通知する。更に、通知信号供
給手段2cは、遠方の音声端末装置5から着信があった場
合、自己側の音声端末装置1がオフフック状態になって
から通信回線が確立されるまでの所定の期間中、自己側
の音声端末装置1に対して通知信号を供給して、通信回
線確立処理中であることをユーザに通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はゲートウェイ装置、
及びこれを制御する方法、並びにこれを制御するプログ
ラムを記録した記録媒体に関し、特に、通信相手の音声
端末装置と自己側の音声端末装置との間で通信回線を確
立し、これらの間で音声情報を伝送する音声ゲートウェ
イ、通信回線を確立中であることを示す通知信号を供給
する通知方法、およびそのような音声ゲートウェイにお
いて実行すべき処理を記録したコンピュータ読み取り可
能な記録媒体に関する。

【０００２】

【従来の技術】近年、通話料金が安い等の理由から、イ
ンターネットやイントラネット等のＩＰ（Internet Pro
tocol）ネットワークを介して音声データを送受信する
いわゆるインターネット電話が注目されている。

【０００３】このようなインターネット電話を実現する
技術の一つとして、例えば、ＳＣＮ（Switched Circuit
Network）上の端末装置（以下、ＳＣＮ端末装置と略記
する）から入力された音声データを、ＩＴＵ−Ｔが定め
る「Ｈ．３２３」規格に準拠したアルゴリズムによって
ＩＰネットワークに対応したパケットデータに変換し、
通信相手の端末装置に伝送する方法がある。

【０００４】図１１は、従来のインターネット電話シス
テムの構成例を示す図である。図１１（Ａ）において、
電話機１は音声ゲートウェイ２に接続されており、ユー
ザの音声を対応する音声信号に変換して音声ゲートウェ
イ２に供給するとともに、音声ゲートウェイ２から供給
された音声信号を音声に変換して出力する。

【０００５】音声ゲートウェイ２は、電話機１から供給
された音声信号に対して、「Ｈ．３２３」規格に準拠し
た処理を施した後、ＩＰネットワーク３に送出するとと
もに、通信相手から送信されてきた音声信号に対して復
号処理等を施して、得られた音声信号を電話機１に対し
て供給する。 音声ゲートウェイ４は、音声ゲートウェ
イ２と同様に、ＩＰネットワーク３を介して伝送されて
きた音声信号を受信して電話機５に供給するとともに、
電話機５から供給されたユーザの音声信号に対して所定
の処理を施してＩＰネットワーク３に送出する。

【０００６】電話機５は、電話機１と同様に、ユーザの
音声を対応する音声信号に変換して音声ゲートウェイ４
に供給するとともに、音声ゲートウェイ４から供給され
た音声信号を音声に変換して出力する。

【０００７】一方、図１１（Ｂ）では、音声ゲートウェ
イ４および電話機５の代わりに、パーソナルコンピュー
タ６が接続されている。パーソナルコンピュータ６は、
電話機５の機能と音声ゲートウェイ４の機能とを統合し
たものであり、ユーザが音声を入出力するための受話器
６ａが具備されている。

【０００８】本発明における「ゲートウェイ」とは、図
１１（Ａ）の独立したゲートウェイと、図１１（Ｂ）の
ように電話機の機能をコンピュータに統合したゲートウ
ェイの両方を包含するものである。

【０００９】次に、図１２を参照して、従来のシステム
の回線確立時の動作について説明する。図１２は、図１
１に示す従来のインターネット電話において授受される
信号の一例を示すシグナルフローチャートである。な
お、この時、図１１（Ａ）に示す電話機１が発呼側であ
り、また、電話機５が着呼側であるとする。

【００１０】ここで、電話機１の受話器がオフフックの
状態とされたとすると、その旨が音声ゲートウェイ２に
通知される（Ｓ１）。なお図１２において、電話機１は
向かって左側の「ＳＣＮ端末」、音声ゲートウェイ２は
「発呼側ゲートウェイ」として示されている。ステップ
Ｓ１の結果、音声ゲートウェイ２は、電話機１に対して
ＤＴ（ダイアルトーン）の供給を開始する（Ｓ２）。

【００１１】電話機１のプッシュボタンが操作されて第
１数字が入力されると、その第１数字は音声ゲートウェ
イ２に通知される（Ｓ３）。第１数字の通知を受けた音
声ゲートウェイ２は、ＤＴを停止して無音接続状態とす
る（Ｓ４）。

【００１２】同様の操作が繰り返されることにより、第
２数字〜第ｎ数字が電話機１から入力され、音声ゲート
ウェイ２に通知される（Ｓ５）。電話機１から通信相手
の電話番号の入力を受けた音声ゲートウェイ２は、着呼
側である音声ゲートウェイ４に対して、ＩＴＵ−Ｔ規格
「Ｈ．２２５」に規定されているセットアップ（ＳＥＴ
ＵＰ）メッセージを送信する（Ｓ６）。なお図１２にお
いて、電話機５は向かって右側の「ＳＣＮ端末」、音声
ゲートウェイ４は「着呼側ゲートウェイ」として示され
ている。

【００１３】セットアップメッセージを受信した音声ゲ
ートウェイ４は、「Ｈ．２２５」規格規定されているコ
ールプロシージャ（ＣＡＬＬ ＰＲＯＣ）メッセージを
音声ゲートウェイ２に対して返送する（Ｓ７）。また、
音声ゲートウェイ４は、電話機５を制御して呼び出し音
（リンガ）を発生させた後（Ｓ８）、アラート（ＡＬＥ
ＲＴ）メッセージを音声ゲートウェイ２に対して送信す
る（Ｓ９）。

【００１４】アラートメッセージを受信した音声ゲート
ウェイ２は、電話機１に対してリングバックトーン（Ｒ
ＢＴ：Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）を供給する（Ｓ
１０）。

【００１５】電話機５の呼び出し音に気づいた着呼側の
ユーザが電話機５の受話器をオフフック状態にすると、
その旨が音声ゲートウェイ４に通知される（Ｓ１１）。
そして、しばらくすると、音声ゲートウェイ４は音声ゲ
ートウェイ２に対してコネクト（ＣＯＮＮＥＣＴ）メッ
セージを送信する（Ｓ１２）。

【００１６】コネクトメッセージを受信した音声ゲート
ウェイ２は、リングバックトーン（ＲＢＴ）信号の供給
を停止する（Ｓ１３）。その結果、電話機１の受話器か
らは音声が出力されなくなるので、無音接続状態とな
る。

【００１７】その後、音声ゲートウェイ２と音声ゲート
ウェイ４との間で、ＩＴＵ−Ｔ規格「Ｈ．２４５」に規
定されている能力交換が実施され（Ｓ１４）、ＲＴＰ
（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）インチャネ
ルパスが確立される（Ｓ１５）。

【００１８】音声ゲートウェイ２と音声ゲートウェイ４
との間で、ＲＴＰインチャネルパスが確立されると、電
話機１と音声ゲートウェイ２との間でインチャネルパス
接続が確立される（Ｓ１６）。また同様にして、電話機
５と音声ゲートウェイ４との間でインチャネルパス接続
が確立される（Ｓ１７）。その結果、電話機１と電話機
５との間で通信回線が確立され、これらのユーザ同士の
間で通話が可能となる。

【００１９】

【発明が解決しようとする課題】ところで、発呼側の電
話機１では、ステップＳ１３においてリングバックトー
ンが停止された後は、無音接続状態、すなわち受話器か
ら音が聞こえない状態となるため、ユーザは通信回線を
確立する処理が正常に実行されているか否かを知ること
ができず、不安を感じる場合があるという問題点があっ
た。

【００２０】また、着呼側においても、Ｓ１１において
受話器をオフフックしてから、Ｓ１７においてインチャ
ネルパス接続が確立されるまで無音接続状態となるた
め、着呼側のユーザも不安を感じる場合があるという問
題点があった。

【００２１】本発明はこのような点に鑑みてなされたも
のであり、インチャネルパス接続を確立する際に無音接
続状態となることを防止することを目的とする。また本
発明は、通信回線を確立する処理を実行中であることを
双方の端末に通知する通知信号を供給することを目的と
する。

【００２２】さらに本発明は、通信回線を確立する処理
を実行中であることを双方の端末に通知する通知信号の
供給を、通信回線の状態や各端末の要求に応じて制御す
ることを目的とする。

【００２３】

【課題を解決するための手段】上記課題を解決するため
に、本発明では、図１に示すように、通信相手の音声端
末装置５と、自己側の音声端末装置１との間でインター
ネットプロトコルによる通信回線を確立する音声ゲート
ウェイ２が提供される。この音声ゲートウェイ２は、自
己側の音声端末装置１が発呼を行う場合、通信回線が確
立されるまでの所定の期間中、自己側の音声端末装置１
に対して通信回線の確立処理中であることを示す通知信
号を供給する通知信号供給手段２ｃを有する。

【００２４】ここで、自己側の音声端末装置１が発呼を
行うと、音声ゲートウェイ２は相手側の音声ゲートウェ
イ４を経由して、相手側の音声端末装置５との間の通信
回線をＩＰネットワーク３上に確立しようとする。通知
信号供給手段２ｃは、相手側の音声端末装置５との間の
通信回線が確立されるまでの所定の期間中、自己側の音
声端末装置１に対して通知信号を発し、通信回線の確立
処理中であることをそのユーザに通知する。これによ
り、ユーザは発信時において通信回線確立処理中である
ことを認識することができる。

【００２５】また本発明の構成によれば、音声ゲートウ
ェイ２は、通信相手からコネクト信号を受信した時に
は、通信相手の端末装置５を呼び出し中であることを示
すリングバックトーン信号の自己側の端末装置１への供
給を停止するリングバックトーン供給停止手段２ａを更
に有し、通知信号供給手段２ｃは、リングバックトーン
供給停止手段２ａによってリングバックトーンの供給が
停止されてから、通信回線が確立されるまでの所定の期
間中、自己側の端末装置１に対して通信回線の確立処理
中であることを示す通知信号を供給する。

【００２６】また本発明の構成によれば、音声ゲートウ
ェイ２は、通信回線の状態に応じて、通知信号供給手段
２ｃの動作を停止させる通知信号供給停止手段２ｄを更
に有する。

【００２７】また本発明の構成によれば、通知信号供給
停止手段２ｄは、通信回線が確立されるまでに通信相手
の端末装置５との間で授受される所定の情報の伝送に要
する時間が所定の時間を下回っている場合には、通知信
号供給手段２ｃの動作を停止させる。

【００２８】また本発明の構成によれば、音声ゲートウ
ェイ２は、通信回線確立までに一定以上の時間を要する
通信相手のリストを記憶する通信相手リスト記憶手段
（図示せず）を更に有し、通知信号供給停止手段２ｄ
は、通信相手が通信相手リスト記憶手段に記憶されてな
い場合には、通知信号供給手段２ｃの動作を停止させ
る。

【００２９】また本発明の構成によれば、音声ゲートウ
ェイ２は、通信を行う度に、その時の通信相手と通信回
線の状態とを関連付けて記憶する通信回線状態記憶手段
（図示せず）を更に有し、通知信号供給停止手段２ｄ
は、通信相手に対応する通信回線の状態が通信回線状態
記憶手段に記憶されている場合にはその情報を参照し、
通信相手との間に通信回線を確立するまでに一定以上の
時間を要する場合には、通知信号供給手段２ｃの動作を
停止させる。

【００３０】また本発明の構成によれば、通知信号供給
手段２ｃは、相手側の端末装置５との間の通信回線を確
立するまでに一定以上の時間を要するような第１の状況
の下では、自己側の端末装置１に対して所定のメッセー
ジを含む音声信号を供給する。

【００３１】また本発明の構成によれば、通知信号供給
手段２ｃは、第１の状況以外の状況においてはトーン信
号を供給する。また本発明の構成によれば、音声ゲート
ウェイ２は、通知信号供給手段２ｃによる通知信号の供
給を保留し、自己側の端末装置１の所定の状態変化を示
す信号が検出された場合には保留動作を解除する通知信
号供給保留手段（図示せず）を更に有する。

【００３２】また、上記課題を解決するために本発明で
は、図１に示すように、通信相手の音声端末装置５と、
自己側の音声端末装置１との間でインターネットプロト
コルによる通信回線を確立する音声ゲートウェイ２が提
供される。この音声ゲートウェイ２は、通信相手の端末
装置５から着信があった場合、自己側の端末装置１がオ
フフック状態にされてから通信回線が確立されるまでの
所定の期間中、自己側の端末装置１に対して通信回線の
確立処理中であることを示す通知信号を供給する通知信
号供給手段２ｃを有する。

【００３３】ここで、音声端末装置５が音声端末装置１
に対して発呼を行うと、音声ゲートウェイ４は音声ゲー
トウェイ２を経由して、着信側の音声端末装置１との間
の通信回線をＩＰネットワーク３上に確立しようとす
る。その結果、着信側の音声端末装置１は呼び出し音を
発し、ユーザは受話器を取り上げてオフフック状態にす
る。着信側の通知信号供給手段２ｃは、自己側の音声端
末装置１がオフフック状態にされてから通信回線が確立
されるまでの所定の期間中、自己側の音声端末装置１に
対して通信回線の確立処理中であることを示す通知信号
を供給する。これにより、ユーザは着信時において通信
回線確立処理中であることを認識することができる。

【００３４】また本発明の構成によれば、音声ゲートウ
ェイ２は、通信回線の状態に応じて通知信号供給手段２
ｃの動作を停止させる通知信号供給停止手段２ｄを更に
有する。

【００３５】また本発明の構成によれば、通知信号供給
停止手段２ｄは、通信回線が確立されるまでに通信相手
の端末装置５との間で授受される所定の情報の伝送に要
する時間が所定の時間を下回っている場合には、通知信
号供給手段２ｃの動作を停止させる。

【００３６】また本発明の構成によれば、通知信号供給
手段２ｃは、相手側の端末装置５との間の通信回線を確
立するまでに一定以上の時間を要するような第１の状況
の下では、自己側の端末装置１に対して所定のメッセー
ジを含む音声信号を供給する。

【００３７】また本発明の構成によれば、通知信号供給
手段２ｃは、第１の状況以外の状況においてはトーン信
号を供給する。また本発明の構成によれば、音声ゲート
ウェイ２は、通知信号供給手段２ｃによる通知信号の供
給を保留し、自己側の端末装置１の所定の状態変化を示
す信号が検出された場合には保留動作を解除する通知信
号供給保留手段（図示せず）を更に有する。

【００３８】また、上記課題を解決するために本発明で
は、通信相手の端末装置５と、自己側の端末装置１との
間でインターネットプロトコルによる通信回線を確立す
る際に使用される通知方法が提供される。この通知方法
は、自己側の端末装置１が発呼を行う場合、通信回線が
確立されるまでの所定の期間中、自己側の端末装置１に
対して通信回線の確立処理中であることを示す通知信号
を供給するステップを有する。

【００３９】また、上記課題を解決するために本発明で
は、通信相手の端末装置５と、自己側の端末装置１との
間でインターネットプロトコルによる通信回線を確立す
る際に使用される通知方法が供給される。この通知方法
は、通信相手の端末装置５から着信があった場合、自己
側の端末装置１がオフフック状態にされてから通信回線
が確立されるまでの所定の期間中、自己側の端末装置１
に対して通信回線の確立処理中であることを示す通知信
号を供給するステップを有する。

【００４０】また、上記課題を解決するために本発明で
は、コンピュータを制御するプログラムを記録したコン
ピュータ読み取り可能な記録媒体が供給される。このプ
ログラムにより、発呼側の端末装置１が発したコールに
対して着呼側の端末装置５が応答した後、発呼側の端末
装置１と着呼側の端末装置５との間でインターネットプ
ロトコルによる通信回線が確立されるまでの所定の期間
中、発呼側の端末装置１に対して通信回線の確立処理中
であることを示す通知信号が供給される。

【００４１】また、上記課題を解決するために本発明で
は、コンピュータを制御するプログラムを記録したコン
ピュータ読み取り可能な記録媒体が供給される。このプ
ログラムにより、発呼側の端末装置５が発したコールに
対して着呼側の端末装置１が応答した後、発呼側の端末
装置５と着呼側の端末装置１との間でインターネットプ
ロトコルによる通信回線が確立されるまでの所定の期間
中、着呼側の端末装置１に対して通信回線の確立処理中
であることを示す通知信号が供給される。

【００４２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。なお各図面においては、同様の機
能を有する構成要素については同様の参照番号を付加す
るものとする。

【００４３】図１は、本発明の第１の実施の形態に係る
音声ゲートウェイの動作原理を説明するためのブロック
図である。この図１において、電話機１は、ユーザの音
声を受話器に内蔵されたマイクによって対応する音声信
号に変換して出力するとともに、音声ゲートウェイ２か
ら供給される音声信号を受話器に内蔵されたスピーカに
よって対応する音声に変換して出力する。

【００４４】音声ゲートウェイ２は、リングバックトー
ン供給停止手段２ａ、制御部２ｂ、通知信号供給手段２
ｃ、および、通知信号供給停止手段２ｄを有する。電話
機１から発呼がなされた場合には、ＩＰネットワーク３
を介して通信相手の音声ゲートウェイとの間で音声デー
タを格納したパケットの授受を開始する。そして通話が
終了した場合にはパケットの授受を停止する。

【００４５】ここで、リングバックトーン供給停止手段
２ａは、自己側の電話機１が発呼を行い、それに対して
通信相手からコネクト信号を受信した時に、電話機１に
対するリングバックトーン信号の供給を停止する。

【００４６】制御部２ｂは、音声ゲートウェイ２の各部
を制御する。また制御部２ｂは、電話機１から出力され
た音声信号に対して所定の処理を施した後、パケット化
してＩＰネットワーク３に送出するとともに、ＩＰネッ
トワーク３を介して伝送されてきたパケットを受信して
対応する音声信号に変換した後、電話機１に供給する。

【００４７】通知信号供給手段２ｃは、リングバックト
ーン供給停止手段２ａによってリングバックトーンの供
給が停止されてから、通信相手との間にインチャネルパ
スが確立されるまでの所定の期間中、自己側の電話機１
に対して通信回線の確立処理中であることを通知する通
知信号を供給する。

【００４８】通知信号供給停止手段２ｄは、通信相手と
の間の通信回線の状態に応じて、通知信号供給手段２ｃ
の動作を停止させる。ＩＰネットワーク３は、インター
ネットまたはイントラネット等のネットワークであり、
インターネットプロトコルを使用してパケット化された
データを伝送する。

【００４９】音声ゲートウェイ４は、リングバックトー
ン供給停止手段４ａ、制御部４ｂ、通知信号供給手段４
ｃ、および、通知信号供給停止手段４ｄを有する。これ
らの構成要素を含む音声ゲートウェイ４および電話機５
は、音声ゲートウェイ２および電話機１とそれぞれ同様
の構成であるので、その説明はここでは省略する。

【００５０】次に、本発明の音声ゲートウェイおよびそ
れに関連するシステムの基本動作について説明する。図
２は、本発明の音声ゲートウェイおよび図１に示すシス
テムにおける信号の送受信動作を示すシグナルフローチ
ャートである。以下では、図２に示すシグナルフローチ
ャートを参照しながら、図１に示す音声ゲートウェイの
動作について説明する。

【００５１】ここで、図２の左側に示すＳＣＮ端末であ
る電話機１の受話器がオフフック状態にされたとする
と、音声ゲートウェイ２に対してオフフックにされたこ
とが通知される（Ｓ１）。すると、音声ゲートウェイ２
は電話機１に対してダイアルトーン（ＤＴ）信号を供給
する（Ｓ２）。その結果、受話器に内蔵されているスピ
ーカからはダイアルトーンが出力されることになる。
続いて、ユーザが電話機１のプッシュボタンを操作し、
通信相手の電話番号の第１数字を入力したとする。この
操作に対応する選択信号が音声ゲートウェイ２に対して
通知される（Ｓ３）。その結果、音声ゲートウェイ２
は、電話機１に対するダイアルトーンの供給を停止する
（Ｓ４）。 さらに続いて、相手先電話番号の第２〜第
ｎ数字が入力されると、前述の場合と同様の処理が繰り
返され、通信相手の電話番号が音声ゲートウェイ２に通
知される（Ｓ５）。

【００５２】電話番号の供給を受けた音声ゲートウェイ
２の制御部２ｂは、「Ｈ．２２５」規格に規定されたセ
ットアップメッセージ（ＳＥＴＵＰ）をＩＰネットワー
ク３を介して音声ゲートウェイ４に送信する（Ｓ６）。

【００５３】セットアップメッセージを受信した音声ゲ
ートウェイ４は、同じく「Ｈ．２２５」規格に規定され
ているコールプロシージャメッセージ（ＣＡＬＬ ＰＲ
ＯＣ）を音声ゲートウェイ２に対して返送（Ｓ７）した
後、電話機５のリンガを鳴動させる（Ｓ８）。

【００５４】続いて、音声ゲートウェイ４は、アラート
メッセージ（ＡＬＥＲＴ）をＩＰネットワーク３に対し
て送出する（Ｓ９）。このアラートメッセージ（ＡＬＥ
ＲＴ）を受信した音声ゲートウェイ２は、リングバック
トーン（ＲＢＴ）を電話機１に対して供給する（Ｓ１
０）。

【００５５】この時、着呼側の電話機５のリンガの鳴動
によって着呼が生じたことを認知したユーザが受話器を
オフフックした場合には、音声ゲートウェイ４に対して
その旨が通知される（Ｓ１１）。音声ゲートウェイ４の
通知信号供給手段４ｃは、制御部４ｂを介して電話機５
に通知信号を供給する（Ｓ４０）。その結果、電話機５
の受話器に内蔵されているスピーカからは、ある音声メ
ッセージが出力される。これは人の声によるメッセー
ジ、例えば「発呼側との間に通信回線を確立中です。し
ばらくお待ちください」といった種類のメッセージでも
よいし、その他の聴覚的な信号・メッセージでもよい。
着呼側のユーザはこのメッセージを聞くことにより、現
在、着呼に対する通信回線の確立中であることを知る。

【００５６】続いて、音声ゲートウェイ４から音声ゲー
トウェイ２に対してコネクトメッセージが送信されると
（Ｓ１２）、音声ゲートウェイ２のリングバックトーン
供給停止手段２ａは、制御部２ｂを制御してリングバッ
クトーン（ＲＢＴ）の供給を停止させる（Ｓ１３）。そ
して、通知信号供給手段２ｃは、電話機１に対して「着
呼側との間に通信回線を確立中です。しばらくお待ちく
ださい」等のメッセージを供給する（Ｓ３０）。その結
果、発呼側のユーザは、発呼が正常になされるととも
に、着呼側との間に通信回線を確立中であることを知
る。

【００５７】そして、音声ゲートウェイ２と音声ゲート
ウェイ４との間で、「Ｈ．２４５」規格に規定された能
力交換処理（例えば、相互の通信速度等の通信能力に関
する情報の交換処理）が実行され（Ｓ１４）、ＲＴＰイ
ンチャネルパスが確立される直前になると、通知信号供
給手段２ｃおよび通知信号供給手段４ｃは、それぞれ電
話機１および電話機５に対する通知信号の供給を停止す
る。

【００５８】音声ゲートウェイ２および音声ゲートウェ
イ４との間にＲＴＰインチャネルパスが確立されると
（Ｓ１５）、音声ゲートウェイ２と電話機１との間にイ
ンチャンネルパス接続が確立されるとともに（Ｓ１
６）、音声ゲートウェイ４と電話機５との間にインチャ
ンネルパス接続が確立される（Ｓ１７）。その結果、発
呼側と着呼側のユーザの間で通話が可能となる。

【００５９】なお、上述の通知信号供給手段による通知
信号の供給は、常に実行するのではなく、発呼側と着呼
側の間に通信回線を確立するまでに時間がかかることが
予想される場合のみ実行するようにすれば、音声ゲート
ウェイ２，４にかかる負担を軽減することができる。例
えば、まず発呼側がセットアップメッセージ（ＳＥＴＵ
Ｐ）を送信する場合に、そのメッセージに対してタイム
スタンプを付与して送信する。着呼側ではそのメッセー
ジを受信した時刻からタイムスタンプに記述されている
時刻との差分を算出する。その差分が所定の値よりも小
さい場合には、通信回線を確立するまでに必要な時間が
短いことが予想される。そこで音声ゲートウェイ４の通
知信号供給停止手段４ｄは、通知信号供給手段４ｃの動
作を停止させる。

【００６０】また、この際に制御部４ｂは、コールプロ
シージャメッセージ（ＣＡＬＬ ＰＲＯＣ）を送信する
際に、通知信号の発生を停止することを示すメッセージ
を併せて送信し、そのメッセージを受信した発呼側の音
声ゲートウェイ２は通知信号供給停止手段２ｄにより、
通知信号供給手段２ｃの動作を停止させるようにする。

【００６１】このように、通信回線を確立するまでに要
する時間が短いと予想される場合には通知信号の発生を
行わないようにすることにより、音声ゲートウェイにか
かる負担を軽減させることができる。

【００６２】次に、本発明の実施の形態の第２の構成例
について説明する。図３は、本発明の第２の実施の形態
に係わる音声ゲートウェイの構成例を示すブロック図で
ある。なお、この図３において、図１の場合と対応する
部分には同一の符号を付してあるのでその説明は省略す
る。

【００６３】図３において、ＳＣＮ通話路１ａは、電話
機１等のＳＣＮ端末装置が接続され、これらの間で音声
情報等を授受する。なお、この例では電話機１のみが接
続されているが、複数の端末装置を接続してもよい。

【００６４】音声ゲートウェイ２０は、ＳＣＮ制御部２
０ａ、ＳＣＮ交換部２０ｂ、シグナリング制御部２０
ｃ、トーン制御部２０ｄ、音声メッセージ制御部２０
ｅ、記憶装置２０ｆ、ＶｏＩＰ制御部２０ｇ、ＩＰネッ
トワークインタフェース２０ｈ、Ｈ．２４５制御部２０
ｉ、ＲＴＰ／ＲＴＣＰ制御部２０ｊ、および、Ｈ．２２
５シグナリング制御部２０ｋによって構成されている。
なお、ＶｏＩＰは「VoiceOver IP」の略語、ＲＴＰは
「Real-time Transport Protocol」の略語、ＲＴＣＰは
「RTP Control Protocol」の略語である。

【００６５】ここで、ＳＣＮ制御部２０ａは、ＳＣＮ交
換部２０ｂ、シグナリング制御部２０ｃ、トーン制御部
２０ｄ、音声メッセージ制御部２０ｅ等を制御するとと
もに、ＶｏＩＰ制御部２０ｇと連携して、両プロトコル
の変換接続を実現する。

【００６６】ＳＣＮ交換部２０ｂは、ＳＣＮ通話路１ａ
の交換制御を行う。シグナリング制御部２０ｃは、電話
機１の発呼や切断等の状態変化を検出し、これらの状態
変化を示す信号や選択信号の送受信を行う。

【００６７】トーン制御部２０ｄは、各種トーン信号を
ＳＣＮ通話路１ａを介して電話機１に供給する。音声メ
ッセージ制御部２０ｅは、各種音声メッセージ信号をＳ
ＣＮ通話路１ａを介して電話機１に供給する。

【００６８】記憶装置２０ｆは、装置の各部から供給さ
れるデータを記憶するとともに、記憶したデータに対す
る読み出し要求が発生した場合には該当するデータを読
み出して要求先に供給する。

【００６９】ＶｏＩＰ制御部２０ｇは、ＩＰネットワー
クインタフェース２０ｈ、Ｈ．２４５制御部２０ｉ、Ｒ
ＴＰ／ＲＴＣＰ制御部２０ｊ、および、Ｈ．２２５シグ
ナリング制御部２０ｋを制御するとともに、Ｈ．３２３
に係る呼の状態管理を行う。また、ＳＣＮ制御部２０ａ
と連携して、両プロトコルの変換接続を実現する。

【００７０】ＩＰネットワークインタフェース２０ｈ
は、ＩＰネットワーク３を介して、制御パケットや音声
情報パケットを送受信する。Ｈ．２４５制御部２０ｉ
は、「Ｈ．２４５」規格に規定された能力交換等に関す
る処理を行う。

【００７１】ＲＴＰ／ＲＴＣＰ制御部２０ｊは、伝送レ
ートが常に変動するＩＰネットワーク３によって音声情
報をリアルタイムで伝送するために必要な各種処理を実
行する。

【００７２】Ｈ．２２５シグナリング制御部２０ｋは、
Ｈ．３２３エンドポイントとの間で、呼制御シグナリン
グ処理を実行する。音声ゲートウェイ４０も音声ゲート
ウェイ２０と同様の構成であるので、その詳細な構成に
ついての説明は省略する。なお、以下において、音声ゲ
ートウェイ４０の内部構造について言及する場合には、
音声ゲートウェイ２０と同様の名称および対応する符号
（４０から始まる符号）を用いて説明することにする。
例えば、音声ゲートウェイ４０のＳＣＮ制御部は、「Ｓ
ＣＮ制御部４０ａ」と記述する。

【００７３】次に、本発明の第２の実施の形態の動作に
ついて図２に示すシグナルフローチャートを参照して説
明する。いま、電話機１の受話器がオフフックされたと
すると、音声ゲートウェイ２０のシグナリング制御部２
０ｃに対してその旨が通知される（Ｓ１）。すると、音
声ゲートウェイ２０のトーン制御部２０ｄは電話機１に
対してダイアルトーン（ＤＴ）信号を供給する（Ｓ
２）。その結果、受話器に内蔵されているスピーカから
はダイアルトーンが出力されることになる。

【００７４】続いて、ユーザが電話機１のプッシュボタ
ンを操作することにより、通信相手の電話番号の第１数
字を入力したとすると、この操作に対応する選択信号が
音声ゲートウェイ２０に対して通知される（Ｓ３）。そ
の結果、音声ゲートウェイ２０のシグナリング制御部２
０ｃは、電話機１に対するダイアルトーンの供給を停止
する（Ｓ４）。続いて、第２〜第ｎ数字が入力される
と、前と同様の処理が繰り返され、通信相手の電話番号
が音声ゲートウェイ２０に通知される（Ｓ５）。

【００７５】電話番号の供給を受けたシグナリング制御
部２０ｃは、その電話番号をＳＣＮ制御部２０ａを介し
てＶｏＩＰ制御部２０ｇに供給する。ＶｏＩＰ制御部２
０ｇは、供給された電話番号に対応するＩＰアドレスを
記憶装置２０ｆから取得し、Ｈ．２２５シグナリング制
御部２０ｋに供給する。

【００７６】Ｈ．２２５シグナリング制御部２０ｋは、
その時の時刻（送信時刻）を図示せぬタイマ等から取得
し、「Ｈ．２２５」規格に規定されたセットアップ（Ｓ
ＥＴＵＰ）メッセージにタイムスタンプとして付加し、
ＩＰネットワーク３を介して音声ゲートウェイ４０に送
信する（Ｓ６）。

【００７７】図４は、タイムスタンプが付加されたセッ
トアップメッセージの一例を示す図である。この図６に
示すように、タイムスタンプである「ＳＥＴＵＰ発信時
刻」５０ａａは、セットアップメッセージ５０のフィー
ルドであるＵＵＩＥ（User-to-User Information Eleme
nt）５０ａの一部に付加されている。このフィールド
は、「Ｈ．２２５．０」メッセージ規格に規定されたセ
ットアップＵＵＩＥ５０ａである。セットアップＵＵＩ
Ｅ５０ａの内容を以下に示す。

【００７８】・プロトコル識別子（PROTOCOL IDENTIFIE
R）：準拠するＨ．２２５．０規格の版数である。 ・Ｈ．２４５アドレス（H.245 ADDRESS）: 発呼側エン
ドポイントあるいはコールを扱うゲートキーパーが、
Ｈ．２４５シグナリングを確立しようとしている特定の
トランスポートアドレスである。通常これはコールシグ
ナリング・チャネルを通じてコネクトメッセージを受信
する前に、Ｈ．２４５手順を実行可能な発信側によって
のみ提供される。

【００７９】・発側アドレス（SOURCE ADDRESS）:発呼
側のエリアスアドレスである。発呼側のＥ．１６４番号
は、Ｑ．９３１の「Calling Party Number IE」内にあ
る。通常プライマリアドレスが優先する。

【００８０】・呼制御信号発側アドレス（SOURCE CALL
SIGNAL ADDRESS）:発呼側のトランスポートアドレスで
ある。セットアップメッセージの受信側が、ＡＲＱメッ
セージで使用する。セットアップメッセージの発信側が
その情報を持っている場合は常にこのフィールドに挿入
される。呼制御信号発側アドレス値は、セットアップメ
ッセージの発信側がＡＲＱで使用した値と同じであり、
このセットアップメッセージを受信したエンドポイント
によってＡＲＱ時に返送される。

【００８１】・発側情報（SOURCE INFORMATION）：ゲー
トウェイ経由のコールであるかどうかを着呼側で判断す
るための「EndpointType」情報を含む。 ・着側アドレス（DESTINATION ADDRESS）:エンドポイン
トが接続を希望する相手先アドレスである。プライマリ
アドレスが優先する。あるエンドポイントをＥ．１６４
アドレスのみを使って呼び出す場合、この着側アドレス
はＱ．９３１の「Called Party Number IE」に置かれ
る。着側アドレスが存在する場合、バージョン２の端末
装置はセットアップメッセージにこれを含める。

【００８２】・呼制御信号着側アドレス（DESTINATION
CALL SIGNAL ADDRESS）：着信側端末装置の呼制御用ト
ランスポートアドレスをゲートキーパーに通知する際に
使用するアドレスである。端末間を直接接続する場合は
使用されない。セットアップメッセージの発信側がその
情報を持っている場合は常にこのフィールドに挿入され
る。

【００８３】・着側付加呼情報（DESTINATION EXTRA CA
LL INFORMATION）：付加チャネルコール、すなわちＷＡ
Ｎ側での２＊６４ｋｂｉｔ／ｓのコールを可能にする。
Ｅ．１６４アドレスのみを含み、イニシャルチャネル番
号は含まない。

【００８４】・着側付加ＣＲＶ（DESTINATION EXTRA CA
LL REFERENCE VALUE "CRV"）:着側付加呼情報で指定さ
れる付加ＳＣＮコールに使用されるＣＲＶ。例えば、Ｒ
ＡＳシグナリングと改定Ｑ．９３１シグナリングとを対
応付けるのに使用できる。

【００８５】・アクティブＭＣ（ACTIVE MULTIPOINT CO
NTROLLER "MC"）：発呼側エンドポイントがアクティブ
ＭＣの管理下にあることを示す。 ・会議識別子（CONFERENCE/ID）：会議に対してユニー
クに与えられる識別子。

【００８６】・会議ゴール（CONFERENCE GOAL）： −会議生成（Create）：会議を新規に始める。 −参加要請（Invite）：既設の会議への参加を促す。

【００８７】−会議参加（Join）：既設の会議に参加す
る。 −能力調整（Capability negotiation）：その後の疎結
合型の会議のために能力を調整する。

【００８８】・コールサービス（CALL SERVICES）：付
加機能としてＱシリーズのプロトコルをサポートしてい
るかどうかを示す情報をゲートキーパーおよび着呼側の
端末装置に提供する。

【００８９】・コールタイプ（CALL TYPE）：着呼側の
ゲートキーパーは、実際の帯域消費を判断するのにこの
値を使用する。デフォルト値は、全てのコールについて
「Point-To-Point」である。コールタイプはコール中に
動的に変化するので、最終的なコールタイプはセットア
ップの時点ではわからないことに注意。

【００９０】さて、図２に戻り、セットアップメッセー
ジを受信した音声ゲートウェイ４０のＨ．２２５シグナ
リング制御部４０ｋは、その時の時刻（受信時刻）を図
示せぬタイマ等から取得し、受信したメッセージととも
にＶｏＩＰ制御部４０ｇに供給する。

【００９１】ＶｏＩＰ制御部４０ｇは、メッセージに付
加されているタイムスタンプとしての送信時刻を抽出
し、受信時刻から送信時刻を減算してメッセージ伝送に
要した時間ｄｔを算出する。ＶｏＩＰ制御部４０ｇは、
この伝送時間ｄｔに基づいて、回線を確立するまでに必
要な時間を推定する。その時間が非常に長い場合には発
呼側および着呼側の電話機１，５に対して音声メッセー
ジを供給する。中程度である場合にはトーン信号を供給
する。短い場合にはトーン信号および音声メッセージの
供給を行わないようにする。

【００９２】なお、伝送時間ｄｔに基づく回線確立まで
に必要な時間の推定方法としては、例えば、伝送時間ｄ
ｔが所定の閾値ｔ１よりも小さい場合には、トーン信号
または音声メッセージ信号の供給を行わないこととす
る。また、送信時間ｄｔが閾値ｔ１よりも大きくかつ閾
値ｔ２（ｔ２＞ｔ１）よりも小さい場合には、トーン信
号を供給する。更に、伝送時間ｄｔが閾値ｔ２よりも大
きい場合には、音声メッセージを供給する。以上の判定
結果は、次に述べるコールプロシージャ信号に付加され
て発呼側に伝送される。

【００９３】続いて、音声ゲートウェイ４０のＨ．２２
５シグナリング制御部４０ｋは、前述の判定結果をトー
ン／音声メッセージ接続指示子としてコールプロシージ
ャメッセージに付加して発呼側の音声ゲートウェイ２０
に返送する（Ｓ７）。

【００９４】図５は、トーン／音声メッセージ接続指示
子が付加されたコールプロシージャメッセージのデータ
構造の一例を示す図である。この図５に示すように、ト
ーン／音声メッセージ接続指示子６０ａａは、コールプ
ロシージャメッセージ６０のＵＵＩＥ６０ａに付加され
て発呼側に伝送される。このコールプロシージャメッセ
ージを受信した音声ゲートウェイ２０は、トーン／音声
メッセージ接続指示子を抽出して、例えば、記憶装置２
０ｆに格納する。

【００９５】再び図２に戻る。音声ゲートウェイ４０の
ＳＣＮ制御部４０ａは、シグナリング制御部４０ｃを制
御することにより、電話機５のリンガを鳴動させる（Ｓ
８）。そして、音声ゲートウェイ４０のＨ．２２５シグ
ナリング制御部４０ｋは、アラート（ＡＬＥＲＴ）メッ
セージをＩＰネットワーク３に対して送出する（Ｓ
９）。このアラートメッセージを受信した結果、音声ゲ
ートウェイ２０のトーン制御部２０ｄは、リングバック
トーン（ＲＢＴ）を電話機１に対して供給する（Ｓ１
０）。

【００９６】この時、着呼側の電話機５のリンガの鳴動
によって着呼が生じたことを認知したユーザが受話器を
オフフックした場合には、音声ゲートウェイ４０に対し
てその旨が通知される（Ｓ１１）。すると、音声ゲート
ウェイ４０のシグナリング制御部４０ｃは、これを検知
し、ＳＣＮ制御部４０ａに通知する。ＳＣＮ制御部４０
ａは、前述した判定により、トーン信号もしくは音声メ
ッセージ信号の何れを出力するか、または、無出力状態
とするかに応じて対応する部分を制御する。例えば、音
声メッセージ信号を出力する場合には、音声メッセージ
制御部４０ｅを制御することにより、電話機５に対して
音声メッセージ信号を供給させる（Ｓ４０）。

【００９７】次に、音声ゲートウェイ４０のＨ．２２５
シグナリング制御部４０ｋは、音声ゲートウェイ２０に
対してコネクトメッセージを送信する（Ｓ１２）。コネ
クトメッセージを受信した音声ゲートウェイ２０は、先
ほど記憶したトーン／音声メッセージ接続指示子を記憶
装置２０ｆから読み出し、その内容をＳＣＮ制御部２０
ａに供給する。ＳＣＮ制御部２０ａは、先ず、トーン制
御部２０ｄを制御してＲＢＴを停止するとともに（Ｓ１
３）、トーン／音声メッセージ接続指示子を参照して、
トーン制御部２０ｄまたは音声メッセージ制御部２０ｅ
を制御することにより、トーン信号または音声メッセー
ジ信号を電話機１に対して出力させる。その結果、電話
機１の受話器からはトーン信号または音声メッセージ信
号が出力されることになる。なお、トーン／音声メッセ
ージ接続指示子がトーン信号および音声メッセージ信号
の何れも出力しないことを示している場合には、ＲＢＴ
の出力を停止せずに、従来の場合と同様の処理を行う。

【００９８】そして、ＲＴＰインチャネルパスの確立が
間近となると、音声ゲートウェイ２０のＳＣＮ制御部２
０ａは、トーン制御部２０ｄまたは音声メッセージ制御
部２０ｅを制御してトーン信号または音声メッセージ信
号の出力を停止させる（Ｓ３１）。同様に、音声ゲート
ウェイ４０のＳＣＮ制御部４０ａは、トーン制御部４０
ｄまたは音声メッセージ制御部４０ｅを制御してトーン
信号または音声メッセージ信号の出力を停止させる（Ｓ
４１）。

【００９９】音声ゲートウェイ２０と音声ゲートウェイ
４０との間にＲＴＰインチャネルパスが確立される（Ｓ
１５）。そこで音声ゲートウェイ２０は電話機１との間
にインチャネルパス接続を確立する（Ｓ１６）。一方、
音声ゲートウェイ４０も同様に電話機５との間にインチ
ャネルパス接続を確立する（Ｓ１７）。その結果、電話
機１と電話機５との間に通信回線が確立され、通話が可
能となる。

【０１００】次に、図６および図７を参照して、以上に
示す機能を実現するために音声ゲートウェイ２０，４０
において実行される処理の一例について説明する。図６
は、図３に示す電話機１がオフフックされた場合に、音
声ゲートウェイ２０において実行される処理の一例を説
明するフローチャートである。このフローチャートが開
始されると、以下の処理が実行されることになる。

【０１０１】［Ｓ１００］シグナリング制御部２０ｃ
は、電話機１から出力された第１〜第ｎ数字を入力す
る。 ［Ｓ１０１］Ｈ．２２５シグナリング制御部２０ｋは、
その時点における時刻を取得し、セットアップメッセー
ジにタイムスタンプとして付加する。

【０１０２】［Ｓ１０２］Ｈ．２２５シグナリング制御
部２０ｋは、ＩＰネットワークインタフェース２０ｈを
介して音声ゲートウェイ４０にセットアップメッセージ
を送信する。

【０１０３】［Ｓ１０３］Ｈ．２２５シグナリング制御
部２０ｋは、コールプロシージャメッセージを受信した
か否かを判定する。受信した場合にはステップＳ１０４
に進み、それ以外の場合にはステップＳ１０３に戻り、
同様の処理を繰り返す。

【０１０４】［Ｓ１０４］Ｈ．２２５シグナリング制御
部２０ｋは、コールプロシージャメッセージからトーン
／音声メッセージ接続指示子を抽出し、ＶｏＩＰ制御部
２０ｇに供給する。

【０１０５】［Ｓ１０５］ＶｏＩＰ制御部２０ｇは、ト
ーン／音声メッセージ接続指示子を参照し、無出力（ト
ーン信号および音声メッセージ信号の何れも出力しない
こと）が指示されている場合にはステップＳ１１０に進
み、それ以外の場合にはステップＳ１０６に進む。

【０１０６】［Ｓ１０６］トーン制御部２０ｄは、電話
機１に対するＲＢＴの供給を停止する。 ［Ｓ１０７］ＳＣＮ制御部２０ａは、トーン／音声メッ
セージ接続指示子の指示内容に従って、トーン制御部２
０ｄまたは音声メッセージ制御部２０ｅを制御し、トー
ン信号または音声メッセージ信号を電話機１に対して供
給させる。

【０１０７】［Ｓ１０８］ＶｏＩＰ制御部２０ｇは、Ｒ
ＴＰインチャネルパスが確立されたか否かを判定し、確
立された場合にはステップＳ１０９に進み、それ以外の
場合にはステップＳ１０８に戻って同様の処理を繰り返
す。

【０１０８】［Ｓ１０９］ＳＣＮ制御部２０ａは、トー
ン制御部２０ｄまたは音声メッセージ制御部２０ｅを制
御することにより、トーン信号または音声メッセージ信
号の出力を停止させる。

【０１０９】［Ｓ１１０］ＳＣＮ制御部２０ａおよびＶ
ｏＩＰ制御部２０ｇは、電話機１との間にインチャネル
パス接続を確立する。次に、図７を参照して図３に示す
音声ゲートウェイ４０において実行される処理の一例に
ついて説明する。このフローチャートは、セットアップ
メッセージを受信した場合に開始される。このフローチ
ャートが開始されると、以下の処理が実行される。

【０１１０】［Ｓ１２０］Ｈ．２２５シグナリング制御
部４０ｋは、現在時刻を取得する。 ［Ｓ１２１］Ｈ．２２５シグナリング制御部４０ｋは、
セットアップメッセージからタイムスタンプを抽出し、
現在時刻とともにＶｏＩＰ制御部４０ｇに供給する。

【０１１１】［Ｓ１２２］ＶｏＩＰ制御部４０ｇは、現
在時刻からタイムスタンプの時刻を減算した値を変数ｄ
ｔに格納する。 ［Ｓ１２３］ＶｏＩＰ制御部４０ｇは、ｄｔの値が所定
の閾値ｔ１よりも小さいか否かを判定する。小さい場合
にはステップＳ１２４に進み、それ以外の場合にはステ
ップＳ１２５に進む。

【０１１２】［Ｓ１２４］ＶｏＩＰ制御部４０ｇは、変
数ｉｄに対して無出力であることを示す情報（例えば
“００”）を格納する。 ［Ｓ１２５］ＶｏＩＰ制御部４０ｇは、変数ｄｔの値が
閾値ｔ１以上であり、かつ、閾値ｔ２以下である場合に
はステップＳ１２６に進む。それ以外の場合（ｄｔ＞ｔ
２の場合）にはステップＳ１２８に進む。

【０１１３】［Ｓ１２６］ＶｏＩＰ制御部４０ｇは、変
数ｉｄに対してトーン信号を出力することを示す情報
（例えば“０１”）を格納する。 ［Ｓ１２７］トーン制御部４０ｄは、トーン信号を電話
機５に対して出力する。

【０１１４】［Ｓ１２８］ＶｏＩＰ制御部４０ｇは、変
数ｉｄに対して音声メッセージ信号を出力することを示
す情報（例えば“１１”）を格納する。 ［Ｓ１２９］音声メッセージ制御部４０ｅは、音声メッ
セージ信号を電話機５に対して出力する。

【０１１５】［Ｓ１３０］Ｈ．２２５シグナリング制御
部４０ｋは、コールプロシージャメッセージのトーン／
音声メッセージ接続指示子に対して変数ｉｄの内容を付
加する。

【０１１６】［Ｓ１３１］Ｈ．２２５シグナリング制御
部４０ｋは、ＩＰネットワークインタフェース４０ｈを
介してコールプロシージャメッセージを音声ゲートウェ
イ２０に対して送信する。

【０１１７】［Ｓ１３２］ＶｏＩＰ制御部４０ｇは、Ｒ
ＴＰインチャネルパスが確立されたか否かを判定し、確
立された場合にはステップＳ１３３に進み、それ以外の
場合にはステップＳ１３２に戻って同様の処理を繰り返
す。

【０１１８】［Ｓ１３３］ＳＣＮ制御部４０ａは、トー
ン制御部４０ｄまたは音声メッセージ制御部４０ｅを制
御することにより、トーン信号または音声メッセージ信
号の出力を停止させる。

【０１１９】［Ｓ１３４］ＳＣＮ制御部４０ａおよびＶ
ｏＩＰ制御部４０ｇは、電話機５との間にインチャネル
パス接続を確立する。以上の実施の形態によれば、発呼
側においては、ＲＢＴの出力が停止された後は、トーン
信号または音声メッセージ信号が受話器から出力され
る。従ってユーザは音声ゲートウェイ２０が回線の確立
処理を実行中であることを知ることができ、安心して通
話開始を待つことができる。また、着呼側では、受話器
をオフフックした後には、トーン信号または音声メッセ
ージ信号が受話器から出力されるので、この場合もユー
ザは安心して通話開始を待つことができる。

【０１２０】更に、セットアップメッセージを伝送する
時間に応じて、無出力、トーン信号出力、または、音声
メッセージ信号出力を選択するようにしたので、例え
ば、回線の確立までに時間を要しない場合には無出力状
態とすることにより、音声ゲートウェイの負担を軽減す
ることができる。また、回線確立までに要する時間が長
い場合には、音声信号によるメッセージを出力し、短い
場合にはトーン信号を出力するようにしたので、回線確
立までにかかる時間に応じて最適なメッセージを出力す
ることが可能となる。

【０１２１】なお、以上の実施の形態においては、セッ
トアップメッセージの伝送に要する時間を回線確立まで
に要する時間の判断の基準とし、判断の結果をコールプ
ロシージャメッセージに付加して返送するようにした
が、これ以外のメッセージを利用することも可能であ
る。

【０１２２】また、回線確立までに時間を要することが
推定される通信相手の電話番号を、記憶装置２０ｆに予
めリストとして登録しておき、リストに登録されている
通信相手に対して発呼を行う場合には、発呼側が、トー
ン信号出力、または、音声メッセージ信号出力の何れか
を指定する情報をメッセージに付加して着呼側に送信す
るようにしてもよい。

【０１２３】また、通信を行う度に、通信相手を特定す
るための情報（例えば、電話番号）と、その通信相手と
の間に回線を確立するまでに要した時間とを関連付けて
記憶装置２０ｆに記憶しておき、電話機１から電話番号
が入力された場合には、記憶装置２０ｆに記憶されてい
る情報を参照して以上の判定を行うようにしてもよい。

【０１２４】次に、図８を参照して、本発明の第３の実
施の形態について説明する。図８は、本発明の第３の実
施の形態の動作を説明するシグナルフローチャートであ
る。なお、音声ゲートウェイの内部構成は、図３の場合
と同様であるのでその説明は省略する。また、図８に示
すシグナルフローチャートにおいて、図２に示す音声ゲ
ートウェイと関連システムに関する対応部分や動作ステ
ップにはそれと同一の符号を付してあるので説明は適宜
省略する。

【０１２５】本発明の第３の実施の形態においては、発
呼側または着呼側において、フッキング（受話器を瞬間
的にオンフックすること）が行われた場合には、トーン
信号または音声メッセージ信号が電話機１，５に供給さ
れ、音声ゲートウェイ２０，４０が回線の確立処理中で
あることを知ることができる構成となっている。

【０１２６】以下では、図２の場合と異なる部分を中心
にして説明を行う。電話機１の受話器がオフフックされ
てから（Ｓ１）、第２〜第ｎ数字が入力されるまで（Ｓ
５）の処理は、図２の場合と同様であるので省略する。

【０１２７】電話番号が入力されると、発呼側の音声ゲ
ートウェイ２０のＨ．２２５シグナリング制御部２０ｋ
は、着呼側の音声ゲートウェイ４０に対してセットアッ
プメッセージを送信する（Ｓ６）。この時、このセット
アップメッセージによる伝送時間ｄｔの取得は行わな
い。

【０１２８】セットアップメッセージを受信した音声ゲ
ートウェイ４０のＨ．２２５シグナリング制御部４０ｋ
は、コールプロシージャメッセージを音声ゲートウェイ
２０に対して返送する（Ｓ７）。次に、シグナリング制
御部４０ｃは、電話機５のリンガを鳴動させる（Ｓ
８）。続いて、Ｈ．２２５シグナリング制御部４０ｋ
は、音声ゲートウェイ２０に対してアラートメッセージ
を送信する（Ｓ９）。

【０１２９】アラートメッセージを受信した音声ゲート
ウェイ２０では、トーン制御部２０ｄが電話機１に対し
てリングバックトーン（ＲＢＴ）を供給する（Ｓ１
０）。その結果、電話機１の受話器からはＲＢＴが出力
されることになる。

【０１３０】この時、発呼側のユーザが現在の状況を知
るために、電話機１の受話器をフッキングしたとする
と、その旨が音声ゲートウェイ２０に通知される（Ｓ５
０）。すると、トーン制御部２０ｄは、ＲＢＴの出力を
停止するとともに（Ｓ１３）、トーン信号または音声メ
ッセージ信号を電話機１に対して供給する。その結果、
電話機１ではＲＢＴの出力が停止されるとともに、回線
確立処理中であることを示すトーン信号または音声メッ
セージ信号が出力されるので、ユーザは回線の確立処理
中であることを知ることができる。

【０１３１】一方、着呼側の音声ゲートウェイ４０にお
いて、ユーザがリンガの鳴動によって着呼があったこと
を知り、電話機５の受話器をオフフックしたとすると、
その旨が音声ゲートウェイ４０に通知される（Ｓ１
１）。そして、着呼側のユーザが現在の状況を知るため
に、受話器をフッキングしたとすると、その旨が音声ゲ
ートウェイ４０に通知され（Ｓ６０）、音声ゲートウェ
イ４０のトーン制御部４０ｄまたは音声メッセージ制御
部４０ｅは電話機５に対してトーン信号または音声メッ
セージ信号を出力する（Ｓ４０）。その結果、着呼側の
ユーザは、現在、回線の確立処理中であることを知るこ
とができる。

【０１３２】そして、音声ゲートウェイ２０，４０の間
で、ＲＴＰインチャネルパスが確立される間際になる
と、音声ゲートウェイ２０および音声ゲートウェイ４０
のトーン制御部２０ｄ，４０ｄまたは音声メッセージ制
御部２０ｅ，４０ｅは、トーン信号または音声メッセー
ジ信号の出力を停止する（Ｓ３１，Ｓ４１）。

【０１３３】そして、ＲＴＰインチャネルパスが確立さ
れると（Ｓ１５）、続いて、電話機１と音声ゲートウェ
イ２０との間にインチャネルパス接続が確立され（Ｓ１
６）、また、電話機５と音声ゲートウェイ４０との間に
インチャネルパス接続が確立され（Ｓ１７）、電話機１
と電話機５との間で通話が可能となる。

【０１３４】次に、図９および図１０を参照して、以上
に示す機能を実現するために、音声ゲートウェイ２０，
４０において実行される処理の一例について説明する。
図９は、図３に示す電話機１がオフフックされた場合
に、音声ゲートウェイ２０において実行される処理の一
例を説明するフローチャートである。このフローチャー
トが開始されると、以下の処理が実行されることにな
る。

【０１３５】［Ｓ１４０］シグナリング制御部２０ｃ
は、電話機１から出力された第１〜第ｎ数字を入力す
る。 ［Ｓ１４１］Ｈ．２２５シグナリング制御部２０ｋは、
セットアップメッセージを着呼側の音声ゲートウェイ４
０に対して送信する。

【０１３６】［Ｓ１４２］Ｈ．２２５シグナリング制御
部２０ｋは、音声ゲートウェイ４０からアラートメッセ
ージを受信したか否かを判定し、受信した場合にはステ
ップＳ１４３に進み、それ以外の場合にはステップＳ１
４２に戻って同様の処理を繰り返す。

【０１３７】［Ｓ１４３］トーン制御部２０ｄは、電話
機１に対してリングバックトーンを出力する。 ［Ｓ１４４］ＶｏＩＰ制御部２０ｇは、ＲＴＰインチャ
ネルパスが確立されたか否かを判定し、確立された場合
にはステップＳ１５０に進む。それ以外の場合にはステ
ップＳ１４５に進む。

【０１３８】［Ｓ１４５］シグナリング制御部２０ｃ
は、電話機１の状態変化を検出する。ここでは受話器が
フッキングされたか否かを判定し、フッキングされた場
合にはステップＳ１４６に進む。それ以外の場合にはス
テップＳ１４４に戻って同様の処理を繰り返す。

【０１３９】［Ｓ１４６］トーン制御部２０ｄは、電話
機１に対するリングバックトーンの出力を停止する。 ［Ｓ１４７］ＳＣＮ制御部２０ａは、トーン制御部２０
ｄまたは音声メッセージ制御部２０ｅを制御することに
より、トーン信号または音声メッセージ信号を電話機１
に対して出力させる。

【０１４０】［Ｓ１４８］ＶｏＩＰ制御部２０ｇは、Ｒ
ＴＰインチャネルパスが確立されたか否かを判定し、確
立された場合にはステップＳ１４９に進む。それ以外の
場合にはステップＳ１４８に戻って同様の処理を繰り返
す。

【０１４１】［Ｓ１４９］ＳＣＮ制御部２０ａは、トー
ン制御部２０ｄまたは音声メッセージ制御部２０ｅを制
御することにより、トーン信号または音声メッセージ信
号の出力を停止させる。

【０１４２】［Ｓ１５０］ＳＣＮ制御部２０ａおよびＶ
ｏＩＰ制御部２０ｇは、電話機１との間にインチャネル
パス接続を確立する。次に、図１０を参照して、図３に
示す音声ゲートウェイ４０がセットアップメッセージを
受信した場合に実行される処理の一例について説明す
る。このフローチャートが開始されると、以下の処理が
実行されることになる。

【０１４３】［Ｓ１６０］音声ゲートウェイ４０のシグ
ナリング制御部４０ｃは、電話機５のリンガを鳴動させ
る。 ［Ｓ１６１］シグナリング制御部４０ｃは、電話機５の
受話器がオフフックされたか否かを判定し、オフフック
された場合にはステップＳ１６２に進む。それ以外の場
合にはステップＳ１６０に戻って同様の処理を繰り返
す。

【０１４４】［Ｓ１６２］ＶｏＩＰ制御部４０ｇは、音
声ゲートウェイ２０との間にＲＴＰインチャネルパスが
確立されたか否かを判定し、確立された場合にはステッ
プＳ１６７に進む。それ以外の場合にはステップＳ１６
３に進む。

【０１４５】［Ｓ１６３］シグナリング制御部４０ｃ
は、電話機５の状態変化を検出する。ここでは電話機５
の受話器がフッキングされたか否かを判定し、フッキン
グされた場合にはステップＳ１６４に進む。それ以外の
場合にはステップＳ１６２に戻って同様の処理を繰り返
す。

【０１４６】［Ｓ１６４］ＳＣＮ制御部４０ａは、トー
ン制御部４０ｄまたは音声メッセージ制御部４０ｅを制
御し、トーン信号または音声メッセージ信号を出力させ
る。 ［Ｓ１６５］ＶｏＩＰ制御部４０ｇは、音声ゲートウェ
イ２０との間にＲＴＰインチャネルパスが確立されたか
否かを判定し、確立された場合にはステップＳ１６６に
進み、それ以外の場合にはステップＳ１６５に戻って同
様の処理を繰り返す。

【０１４７】［Ｓ１６６］ＳＣＮ制御部４０ａは、トー
ン制御部４０ｄまたは音声メッセージ制御部４０ｅを制
御し、トーン信号または音声メッセージ信号の出力を停
止させる。

【０１４８】［Ｓ１６７］ＳＣＮ制御部４０ａおよびＶ
ｏＩＰ制御部４０ｇは、電話機５との間にインチャネル
パス接続を確立する。以上の処理によれば、発呼側で
は、ＲＢＴが受話器から出力されてから（または、ＲＢ
Ｔの出力が停止されてから）所定の時間が経過し、現在
の状況を確認するために発呼側のユーザが電話機１をフ
ッキングした場合には、回線の確立処理中を示すトーン
信号または音声メッセージ信号が受話器から出力される
ので、音声ゲートウェイの状況を知ることができる。

【０１４９】また、着呼側では、オフフックがなされて
から所定の時間が経過し、現在の状況を確認するために
着呼側のユーザが電話機５をフッキングした場合には、
前述の場合と同様に、回線の確立処理中を示すトーン信
号または音声メッセージ信号が受話器から出力されるの
で、音声ゲートウェイの状況を知ることができる。

【０１５０】また、フッキングをすることにより、トー
ン信号または音声メッセージ信号を出力するようにする
ことにより、発呼側または着呼側双方の音声ゲートウェ
イにかかる負担を軽減させることが可能となる。

【０１５１】なお、以上述べてきた本発明の実施の形態
の処理機能は、コンピュータによって実現することがで
きる。その場合、音声ゲートウェイが有すべき機能の処
理内容は、コンピュータで読み取り可能な記録媒体ある
いは記憶装置に記録されたプログラムに記述されてお
り、このプログラムをコンピュータで実行することによ
り、上記処理がコンピュータで実現される。コンピュー
タで読み取り可能な記録媒体および記憶装置としては、
磁気記憶装置や光学的記憶装置や半導体メモリ等があ
る。

【０１５２】市場に流通させる場合には、ＣＤ−ＲＯＭ
(Compact Disk Read Only Memory)やフロッピーディス
ク等の可搬型記録媒体にプログラムを格納して流通させ
たり、ネットワークを介して接続されたコンピュータの
記憶装置に格納しておき、ネットワークを通じて他のコ
ンピュータに転送することもできる。コンピュータで実
行する際には、コンピュータ内のハードディスク装置等
にプログラムを格納しておき、メインメモリにロードし
て実行するようにすればよい。なお便宜上、本発明にお
ける「コンピュータ読み取り可能な記録媒体」とは、上
述の機能・目的に合致するすべての記録媒体や記憶装置
およびこれに関連する利用方法を包含するものとする。

【０１５３】以上説明したように本発明の実施の形態で
は、音声ゲートウェイは、通信相手の音声端末装置と、
自己側の音声端末装置との間で通信回線を確立し、これ
らの間で音声情報を伝送する。本発明の音声ゲートウェ
イは、自己側の音声端末装置が発呼を行う場合に、通信
相手からコネクト信号を受信した時には、自己側の音声
端末装置に対するリングバックトーン信号の供給を停止
するリングバックトーン供給停止手段と、リングバック
トーン供給停止手段によってリングバックトーンの供給
が停止されてから、通信相手との間にインチャネルパス
が確立されるまでの所定の期間中、自己側の音声端末装
置に対して回線の確立処理中であることを通知する通知
信号を供給する通知信号供給手段とをそなえている。こ
れによって、着呼側との間で回線の確立処理が実行され
ている時には、着呼側の音声端末装置から通知信号が出
力されることになるので、ユーザは回線の確立処理が現
在実行されていることを知ることができる。

【０１５４】

【発明の効果】以上説明したように本発明の音声ゲート
ウェイは、通信相手の音声端末装置と、自己側の音声端
末装置との間で通信回線を確立し、これらの間で音声情
報を伝送する。そして、自己側の音声端末装置が発呼を
行う場合に、通信相手との間にインチャネルパスが確立
されるまでの所定の期間中、回線の確立処理中であるこ
とを通知する通知信号を供給する。その結果出力される
音声メッセージによりユーザは通信回線の確立処理が現
在実行されていることを知ることができる。従来のよう
に無音状態が続くことがないため、ユーザは不安を感じ
ることなく回線が確立するのを待つことができる。

【０１５５】また、着呼側のユーザも、オフフック後に
着呼側の音声ゲートウェイから同様の通知信号を得るこ
とができるので、不安を感じることなく回線が確立する
のを待つことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における音声ゲート
ウェイの構成例を示すブロック図である。

【図２】図１に示す音声ゲートウェイの各部において授
受される信号の一例を示すシグナルフローチャートであ
る。

【図３】本発明の第２の実施の形態における音声ゲート
ウェイの構成例を示すブロック図である。

【図４】図３に示す発呼側の音声ゲートウェイから着呼
側の音声ゲートウェイに対して送信されるセットアップ
メッセージのデータ構造の一例を示す図である。

【図５】図３に示す着呼側の音声ゲートウェイから発呼
側の音声ゲートウェイに対して送信されるコールプロシ
ージャメッセージのデータ構造の一例を示す図である。

【図６】図３に示す発呼側の音声ゲートウェイにおいて
実行される処理の一例を説明するフローチャートであ
る。

【図７】図３に示す着呼側の音声ゲートウェイにおいて
実行される処理の一例を説明するフローチャートであ
る。

【図８】本発明の第３の実施の形態において実行される
処理の一例について説明するシグナルフローチャートで
ある。

【図９】図８に示す機能を実現するために、図３に示す
発呼側の音声ゲートウェイにおいて実行される処理の一
例を説明するフローチャートである。

【図１０】図８に示す機能を実現するために、図３に示
す着呼側の音声ゲートウェイにおいて実行される処理の
一例を説明するフローチャートである。

【図１１】図１１は、従来のインターネット電話システ
ムの構成例を示す図である。

【図１２】図１１に示す従来例の各部において授受され
る信号の一例を示すシグナルフローチャートである。

【符号の説明】

１，５ 電話機（音声端末装置） １ａ ＳＣＮ通話路 ２，４ 音声ゲートウェイ ２ａ，４ａ リングバックトーン供給停止手段 ２ｂ，４ｂ 制御部 ２ｃ，４ｃ 通知信号供給手段 ２ｄ，４ｄ 通知信号供給停止手段 ３ ＩＰネットワーク ２０ 音声ゲートウェイ ２０ａ ＳＣＮ制御部 ２０ｂ ＳＣＮ交換部 ２０ｃ シグナリング制御部 ２０ｄ トーン制御部 ２０ｅ 音声メッセージ制御部 ２０ｆ 記憶装置 ２０ｇ ＶｏＩＰ制御部 ２０ｈ ＩＰネットワークインタフェース ２０ｉ Ｈ．２４５制御部 ２０ｊ ＲＴＰ／ＲＴＣＰ制御部 ２０ｋ Ｈ．２２５シグナリング制御部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/06 Ｈ０４Ｌ 11/20 １０２Ａ 11/00 ３０３

Claims (19)

【特許請求の範囲】
1. 【請求項１】 通信相手の端末装置と、自己側の端末装
   置との間でインターネットプロトコルによる通信回線を
   確立するゲートウェイ装置において、 前記自己側の端末装置が発呼を行う場合、前記通信回線
   が確立されるまでの所定の期間中、前記自己側の端末装
   置に対して前記通信回線の確立処理中であることを示す
   通知信号を供給する通知信号供給手段を有することを特
   徴とするゲートウェイ装置。
2. 【請求項２】 前記通信相手からコネクト信号を受信し
   た時には、前記通信相手の端末装置を呼び出し中である
   ことを示すリングバックトーン信号の前記自己側の端末
   装置への供給を停止するリングバックトーン供給停止手
   段を更に有し、 前記通知信号供給手段は、前記リングバックトーン供給
   停止手段によって前記リングバックトーンの供給が停止
   されてから、前記通信回線が確立されるまでの所定の期
   間中、前記自己側の端末装置に対して前記通信回線の確
   立処理中であることを示す通知信号を供給することを特
   徴とする請求項１記載のゲートウェイ装置。
3. 【請求項３】 前記通信回線の状態に応じて、前記通知
   信号供給手段の動作を停止させる通知信号供給停止手段
   を更に有することを特徴とする請求項１記載のゲートウ
   ェイ装置。
4. 【請求項４】 前記通知信号供給停止手段は、前記通信
   回線が確立されるまでに前記通信相手の端末装置との間
   で授受される所定の情報の伝送に要する時間が所定の時
   間を下回っている場合には、前記通知信号供給手段の動
   作を停止させることを特徴とする請求項３記載のゲート
   ウェイ装置。
5. 【請求項５】 通信回線確立までに一定以上の時間を要
   する通信相手のリストを記憶する通信相手リスト記憶手
   段を更に有し、 前記通知信号供給停止手段は、前記通信相手が前記通信
   相手リスト記憶手段に記憶されてない場合には、前記通
   知信号供給手段の動作を停止させることを特徴とする請
   求項３記載のゲートウェイ装置。
6. 【請求項６】 通信を行う度に、その時の通信相手と通
   信回線の状態とを関連付けて記憶する通信回線状態記憶
   手段を更に有し、 前記通知信号供給停止手段は、前記通信相手に対応する
   通信回線の状態が前記通信回線状態記憶手段に記憶され
   ている場合にはその情報を参照し、前記通信相手との間
   に通信回線を確立するまでに一定以上の時間を要する場
   合には、前記通知信号供給手段の動作を停止させること
   を特徴とする請求項３記載のゲートウェイ装置。
7. 【請求項７】 前記通知信号供給手段は、前記相手側の
   端末装置との間の通信回線を確立するまでに一定以上の
   時間を要するような第１の状況の下では、前記自己側の
   端末装置に対して所定のメッセージを含む音声信号を供
   給することを特徴とする請求項３記載のゲートウェイ装
   置。
8. 【請求項８】 前記通知信号供給手段は、前記第１の状
   況以外の状況においてはトーン信号を供給することを特
   徴とする請求項７記載のゲートウェイ装置。
9. 【請求項９】 前記通知信号供給手段による通知信号の
   供給を保留し、前記自己側の端末装置の所定の状態変化
   を示す信号が検出された場合には前記保留動作を解除す
   る通知信号供給保留手段を更に有することを特徴とする
   請求項１記載のゲートウェイ装置。
10. 【請求項１０】 通信相手の端末装置と、自己側の端末
    装置との間でインターネットプロトコルによる通信回線
    を確立するゲートウェイ装置において、 前記通信相手の端末装置から着信があった場合、前記自
    己側の端末装置がオフフック状態にされてから前記通信
    回線が確立されるまでの所定の期間中、前記自己側の端
    末装置に対して前記通信回線の確立処理中であることを
    示す通知信号を供給する通知信号供給手段を有すること
    を特徴とするゲートウェイ装置。
11. 【請求項１１】 前記通信回線の状態に応じて、前記通
    知信号供給手段の動作を停止させる通知信号供給停止手
    段を更に有することを特徴とする請求項１０記載のゲー
    トウェイ装置。
12. 【請求項１２】 前記通知信号供給停止手段は、前記通
    信回線が確立されるまでに前記通信相手の端末装置との
    間で授受される所定の情報の伝送に要する時間が所定の
    時間を下回っている場合には、前記通知信号供給手段の
    動作を停止させることを特徴とする請求項１１記載のゲ
    ートウェイ装置。
13. 【請求項１３】 前記通知信号供給手段は、前記相手側
    の端末装置との間の通信回線を確立するまでに一定以上
    の時間を要するような第１の状況の下では、前記自己側
    の端末装置に対して所定のメッセージを含む音声信号を
    供給することを特徴とする請求項１１記載のゲートウェ
    イ装置。
14. 【請求項１４】 前記通知信号供給手段は、前記第１の
    状況以外の状況においてはトーン信号を供給することを
    特徴とする請求項１３記載のゲートウェイ装置。
15. 【請求項１５】 前記通知信号供給手段による通知信号
    の供給を保留し、前記自己側の端末装置の所定の状態変
    化を示す信号が検出された場合には前記保留動作を解除
    する通知信号供給保留手段を更に有することを特徴とす
    る請求項１０記載のゲートウェイ装置。
16. 【請求項１６】 通信相手の端末装置と、自己側の端末
    装置との間でインターネットプロトコルによる通信回線
    を確立する際に使用される通知方法において、 前記自己側の端末装置が発呼を行う場合、前記通信回線
    が確立されるまでの所定の期間中、前記自己側の端末装
    置に対して前記通信回線の確立処理中であることを示す
    通知信号を供給するステップを有することを特徴とする
    ゲートウェイ装置。
17. 【請求項１７】 通信相手の端末装置と、自己側の端末
    装置との間でインターネットプロトコルによる通信回線
    を確立する際に使用される通知方法において、 前記通信相手の端末装置から着信があった場合、前記自
    己側の端末装置がオフフック状態にされてから前記通信
    回線が確立されるまでの所定の期間中、前記自己側の端
    末装置に対して前記通信回線の確立処理中であることを
    示す通知信号を供給するステップを有することを特徴と
    するゲートウェイ装置。
18. 【請求項１８】 コンピュータを制御するプログラムを
    記録したコンピュータ読み取り可能な記録媒体におい
    て、前記コンピュータを、 発呼側の端末装置が発したコールに対して着呼側の端末
    装置が応答した後、前記発呼側の端末装置と前記着呼側
    の端末装置との間でインターネットプロトコルによる通
    信回線が確立されるまでの所定の期間中、前記発呼側の
    端末装置に対して前記通信回線の確立処理中であること
    を示す通知信号を供給する手段として機能させることを
    特徴とするプログラムを記録したコンピュータ読み取り
    可能な記録媒体。
19. 【請求項１９】 コンピュータを制御するプログラムを
    記録したコンピュータ読み取り可能な記録媒体におい
    て、前記コンピュータを、 発呼側の端末装置が発したコールに対して着呼側の端末
    装置が応答した後、前記発呼側の端末装置と前記着呼側
    の端末装置との間でインターネットプロトコルによる通
    信回線が確立されるまでの所定の期間中、前記着呼側の
    端末装置に対して前記通信回線の確立処理中であること
    を示す通知信号を供給する手段として機能させることを
    特徴とするプログラムを記録したコンピュータ読み取り
    可能な記録媒体。