(57)【要約】【課題】  所望の呼接続過程出力音を情報処理端末から出力しユーザに聴取させることを、簡潔な構成で容易にできること。【解決手段】  ＳＩＰを用いてＬＡＮ３を介し接続する一つのＳＩＰサーバ１と複数の情報処理端末２とを備え、ＳＩＰサーバ１は、情報処理端末２での出力音種別とその識別符号との対応を定義して記録するトーン管理テーブル１３とその識別符号それぞれに対応する音声ファイルを記録する音声ファイル１５とを備え、情報処理端末２は、トーン管理テーブル１３から管理テーブルを、かつ、音声ファイル１５から音声ファイルを、所定時期に取得してトーン管理テーブル領域２２及び音声ファイル保存領域２３それぞれで自己の記録データと照合し一致するように更新する利用者活用部３０を備える。【選択図】    図１
2008177977.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（セッション・イニシエイション・プロトコル）を用いてネットワークを介し接続する少なくとも一つのＳＩＰサーバと複数の情報処理端末とを備え、前記ＳＩＰサーバ及び情報処理端末それぞれには、当該情報処理端末での出力音種別とその識別符号との対応を記録する管理テーブル記録領域とその識別符号それぞれに対応する複数の音声ファイルを記録する音声ファイル保存領域とを備え、前記情報処理端末が、所定時期にＳＩＰサーバの対応領域にある記録データを取得して自己の記録データと照合し一致するように更新する手段を有することを特徴とする情報処理端末の出力音設定システム。
【請求項２】
請求項１に記載の情報処理端末の出力音設定システムにおいて、前記所定時期は、前記情報処理端末が前記ＳＩＰサーバに登録要求した際、又は、前記ＳＩＰサーバで当該ＳＩＰサーバの音声ファイル保存領域に音声ファイルが新規登録されて管理テーブルが更新された際に、前記ＳＩＰサーバが関連の前記管理テーブル及び音声ファイルを対象の前記情報処理端末に通知する時点であることを特徴とする情報処理端末の出力音設定システム。
【請求項３】
請求項１に記載の情報処理端末の出力音設定システムにおいて、前記管理テーブルが、前記ＳＩＰサーバにおいては複数の前記情報処理端末それぞれに対応して備えられ、各情報処理端末においてはそれぞれで使用される音声ファイルにのみ対応して備えられることを特徴とする情報処理端末の出力音設定システム。
【請求項４】
請求項１に記載の情報処理端末の出力音設定システムにおいて、前記ＳＩＰサーバ及び前記情報処理端末それぞれには、前記出力音識別符号に対応して、音声ファイルに加え、テキストファイル及びマルチメディアファイル並びにその保存領域を備えることを特徴とする情報処理端末の出力音設定システム。
【請求項５】
請求項１に記載の情報処理端末の出力音設定システムにおいて、前記複数のＳＩＰサーバの一つをファイル提供サーバとして、複数の音声ファイルを保存する音声ファイル保存領域を複数備え、かつ、残りのＳＩＰサーバをトーン管理サーバとして情報処理端末それぞれに対応する管理テーブル記録領域を備え、当該トーン管理サーバが、情報処理端末対応の音声ファイルを前記音声ファイル提供サーバから取り出して当該情報処理端末に送達することを特徴とする情報処理端末の出力音設定システム。
【請求項６】
請求項５に記載の情報処理端末の出力音設定システムにおいて、前記トーン管理サーバと当該サーバに関連の前記情報処理端末とをＬＡＮ（ローカル・エリア・ネットワーク）で接続する複数のシステムを形成し、当該複数システムを前記音声ファイル提供サーバとインターネットで接続することを特徴とする情報処理端末の出力音設定システム。
【請求項７】
請求項１から請求項６までのうちの一つに記載の情報処理端末の出力音設定システムにおいて、前記ＳＩＰサーバを電話交換機能制御のＩＰ電話主装置、かつ、前記情報処理端末をＩＰ電話端末とすることを特徴とする情報処理端末の出力音設定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（インターネット・プロトコル）を使用する電話システムにおいて、その電話端末となる情報処理端末での発信音、呼出し音、又は話中音のようなコール・プログレス・トーン（以後、呼接続過程出力音と略称する）の設定又は更新が容易な情報処理端末の出力音設定システムに関するものである。
【背景技術】
【０００２】
従来型の回線交換網アーキテクチャからインターネットアーキテクチャへの転換が急速に進展しつつある。現在、このための通信プロトコルとしてＳＩＰ（セッション・イニシエイション・プロトコル）を使用することが、ＶｏＩＰ（ボイスオーバーＩＰ）を応用したインターネット電話に普及している。すなわち、ＳＩＰは、エンドツーエンド制御とネットワーク及びサービスの緩く柔軟な管理とにより、ユーザがアプリケーション又はサービスの選択を自由に行うことができる通信プロトコルとして提供されている。しかし、構内交換機又はキーテレホンシステムといったいわゆるオフィス向け電話システムおいて、通信網を形成するシステム内での統一されたサービスの提供を考えた場合に、エンドツーエンド制御のアーキテクチャでは実現できない既存サービスがある。
【０００３】
例えば、本発明の焦点である電話端末でのメディアセッション確立以前のユーザに提供する呼接続過程出力音については、回線交換網アーキテクチャであれば、その制御上、そのサービスは電話交換機が有する集中制御装置で管理される。従って、発信音（ＤＴ：ダイヤルトーン）又は呼出し音（ＲＢＴ：リングバックトーン）といった呼接続過程出力音は、電話端末同士のセッションが確立する前に集中制御装置と電話端末間で音声チャネルが形成されるので、集中制御装置の生成する信号音によりユーザが聴取できる。しかし、ＳＩＰのようなエンドツーエンド制御アーキテクチャでは、呼出し先相手が応答して通話セッションを確立するまで音声チャネルが形成されない。呼の制御は通信プロトコルによりテキスト型のメッセージで行われ、通話セッションの時点では、集中制御装置が介在しないため、呼接続過程出力音は、電話端末で生成することになる。どのような音を送出するかは、電話端末で自由に選択できるが、システム内での統一された音を送出させたい場合には、交換装置と電話端末間で統一された仕様によりそれぞれ設計を行っているので、その処理が面倒である。
【０００４】
このような問題を解決するため、通信プロトコルをＳＩＰで行うオフィス向け電話システムにおいては、交換機能を有する電話主装置をＳＩＰＵＡ（ＳＩＰユーザ・エージェント）としたＢ２ＢＵＡ（バック・ツー・バック・ユーザ・エージェント）方式を拡張している。それは、電話主装置と発呼側端末・着呼側端末がそれぞれ通信し、互いの音声チャネルを電話主装置内で接続する方式である。この場合、呼接続過程出力音は、電話主装置と電話端末間の通話セッションを確立させ、電話主装置の生成する出力音を電話端末で聴取させる。しかし、電話端末側のＳＩＰのセッション状態が実際の通信セッションの状態と異なるため、ＳＩＰを利用したクライアント・アプリケーションに対する設計の自由を著しく奪う。
【０００５】
この改善策として、例えば、特開２００４−３１２３５７号公報（特許文献１）によるインターネット電話システムがある。この特許文献１では、インターネットに接続する電話装置が、インターネットに接続する音声サーバから音声データのストリーミング配信を受け、電話端末から出力している。このストリーミング配信では、ネットワークのトラフィックが高い場合にパケット到達遅延が発生し易く、音声サーバへのアクセス集中によりストリーミング配信処理負荷が高まる場合にトーン音声の頭切れ又は途中切れが発生する懸念がある。
【０００６】
このような出力音の途切れを解消するため、電話交換装置であるＩＰ電話主装置とＩＰ電話端末とからなるシステムをパッケージ化した製品とすることが製造者側では有効な手段である。すなわち、システム内部で、電話端末がＤＳＰ（デジタル・シグナル・プロセッサ）を搭載し、ＩＰ電話交換装置からＩＰ電話端末へのその時々の通信制御指示の中で出力音を構成するパラメータ情報を通知することによりＩＰ電話端末内で動的に出力音を作成し出力することが可能なためである。その構成には、ＩＰ電話交換装置から通知される出力音情報と対応する音声ファイルの管理テーブル及び予想される全ての音声ファイルをＩＰ電話端末内に予め用意する必要がある。
【０００７】
然しながら、呼接続過程出力音はその国又は地域により周波数又は周期といった鳴動仕様が異なるため、ＩＰ電話主装置が設置される国又は地域により出力音仕様を変更する必要がある。ＩＰ電話端末側は、ＩＰ電話主装置の出力音仕様に合わせて、音声ファイルを国又は地域別にしたアプリケーションに再構成しなければならない。具体的には、ＩＰ電話アプリケーションは音声ファイルを含んだインストール・イメージを端末ユーザに提供するため、ＩＰ電話主装置及びＩＰ電話アプリケーションの提供ベンダーが異なる場合には、ＩＰ電話交換装置の提供ベンダーの仕様変更発生にＩＰ電話アプリケーション提供ベンダーが追従しインストール・イメージを再構成して用意する必要が生じる。
【０００８】
また、ＩＰ電話主装置で新規に出力音情報を追加した場合、ＩＰ電話端末側はその出力音に対応する音声ファイルを持たないため、ＩＰ電話端末は新規出力音の出力する通信制御指示を受けた場合に出力音の出力が行えない。通常、このような状況を回避するため、予備の出力音情報をあらかじめ設けておき、新しい音声ファイルをＩＰ電話アプリケーション・ベンダーに提供して、インストール・イメージを再構成して対応することになる。しかし、予備の用意が少なければ対応に制限が発生し、そもそもＩＰ電話アプリケーション・ベンダーが、新しい音声ファイルを追加したインストール・イメージを再構成しなければならない状況については、上述同様に解決できない。
【０００９】
【特許文献１】特開２００４−３１２３５７号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
解決しようとする課題は、ＩＰを用いる電話交換機能を有する電話主装置と電話端末とをネットワークで接続して組み合わせＶｏＩＰ（ボイス・オーバーＩＰ）を用いて通信制御するシステムに関する。そして、その従来のシステムでは、呼接続過程出力音は電話主装置が設置される様々な国又は地域により出力音仕様を変更する必要があるが、その容易な対応が簡潔な構成ではできないことである。
【課題を解決するための手段】
【００１１】
本発明による情報処理端末の出力音設定システムは、簡潔な構成であって、かつ、所望の呼接続過程出力音を情報処理端末から出力しユーザに聴取させることが容易にできることを目的とする。そのため、その設定システムは、ＳＩＰを用いてネットワークを介し接続する少なくとも一つのＳＩＰサーバと複数の情報処理端末とを備え、ＳＩＰサーバ及び情報処理端末それぞれには、当該情報処理端末での出力音種別とその識別符号との対応を記録する管理テーブル記録領域とその識別符号それぞれに対応する複数の音声ファイルを記録する音声ファイル保存領域とを備え、前記情報処理端末が、所定時期にＳＩＰサーバの対応領域にある記録データを取得して自己の記録データと照合し一致するように更新する手段を有することを主要な特徴とする。
【００１２】
このような構成により、ＳＩＰサーバの管理テーブル記録領域及び音声ファイル保存領域に、定義されたトーン管理テーブル及びそのテーブルに挙げられる音声ファイルを予め記録保存しているならば、情報処理端末は、使用する出力音に対応するデータをＳＩＰサーバに要求することにより記録されたデータを取得することができる。また、情報処理端末では、使用される出力音の音声ファイルをＳＩＰサーバから所定時期に受けて保存している。このため、通話セッション以前にＳＩＰサーバからＳＩＰメッセージで出力音識別符号を受けた際に、音声ファイル保存領域から対応の音声ファイルを取り出して音声出力することが可能である。
【００１３】
すなわち、前記所定時期は、前記情報処理端末が前記ＳＩＰサーバに登録要求した際、又は、前記ＳＩＰサーバで当該ＳＩＰサーバの音声ファイル保存領域に音声ファイルが新規登録されて管理テーブルが更新された際に、前記ＳＩＰサーバが関連の前記管理テーブル及び音声ファイルを対象の前記情報処理端末に通知する時点であることが好ましい。このため、情報処理端末ではユーザが所望する音声ファイルを個別登録する手間が不要である。更にこのような更新により、常時、ＳＩＰサーバと情報処理端末との間で同期が保持されるので出力音の一元管理が可能である。
【００１４】
上記管理テーブルは、ＳＩＰサーバにおいて複数の情報処理端末それぞれに対応して備える一方、各情報処理端末においてそれぞれで使用される音声ファイルにのみ対応することが、情報処理端末の出力音を個別に設定できるので好ましい。
【００１５】
また、ＳＩＰサーバ及び情報処理端末それぞれには、出力音識別符号に対応して、音声ファイルに加えテキストファイル及びマルチメディアファイル並びにその保存領域を備えることが、出力音以外に文字及び画像の少なくとも一方で可視表示できるので、騒音環境などでの呼接続過程出力音送出に好ましい。
【００１６】
また、前記複数のＳＩＰサーバの一つを音声ファイル提供サーバとして、複数の音声ファイルを保存する音声ファイル保存領域を複数備え、残りのＳＩＰサーバをトーン管理サーバとして情報処理端末それぞれに対応する管理テーブル記録領域を備え、当該トーン管理サーバが、情報処理端末対応の音声ファイルを前記音声ファイル提供サーバから取り出して当該情報処理端末に送達することができる。このため、トーン管理サーバは、環境の異なる情報処理端末それぞれに対して、適切な管理テーブルに基づく音声ファイルを音声ファイル提供サーバから容易に選択して対応する情報処理端末それぞれに送達することができる。
【００１７】
特に、前記残りのＳＩＰサーバと当該ＳＩＰサーバに関連の前記情報処理端末とをＬＡＮ（ローカル・エリア・ネットワーク）で接続する複数のシステムに形成して備え、これ等複数のシステムを前記音声ファイル提供サーバとインターネットで相互接続することもできる。この場合、音声ファイル提供サーバが、様々な地域又は国別に対応する出力音それぞれの音声ファイルを複数の音声ファイル保存領域から選択して情報処理端末へ出力できるので、その設定及び更新は容易である。
【００１８】
上記ＳＩＰサーバは電話交換機能を制御するＩＰ電話主装置又はＩＰ構内交換装置、また上記情報処理端末はＩＰ電話端末とすることができる。
【発明の効果】
【００１９】
本発明による情報処理端末の出力音設定システムは、ＩＰ電話端末としての情報処理端末がＩＰ電話主装置としてのＳＩＰサーバに登録要求した際、ＳＩＰサーバから管理テーブル及びそれに対応する音声ファイルのデータ転送が実行される。従って、情報処理端末が、初期状態で管理テーブル及びそれに対応する音声ファイルの保存がなくても、その記録データを取得し自己の保存領域に記録し保存できる。そのため、ユーザ又は設置工事者が端末側でデータを地区何時ロードすることはない。
【００２０】
また、ＳＩＰサーバでＳＩＰサーバの音声ファイル保存領域に音声ファイルが新規登録されて管理テーブルが更新された際にも、ＳＩＰサーバから管理テーブル及びそれに対応する音声ファイルのデータ転送が実行される。従って、情報処理端末が、その記録データを取得し自己の保存領域の記録データと照合して一致するように更新できる。そのため、情報処理端末に保存される音声ファイルをＳＩＰサーバの最新のデータに更新でき、その一元化が容易であると共に確実である。
【００２１】
その結果、システムの設定当初に、ＳＩＰサーバから各情報処理端末へ最小範囲の音声ファイルの転送が容易にできると共に、ＳＩＰサーバ側から各情報処理端末の出力音を制御できる。従って、情報処理端末ではユーザに多大の手間をかけさせることもなくかつアプリケーションの再構築も不要である。
【発明を実施するための最良の形態】
【００２２】
本発明は、ＩＰ電話端末となる情報処理端末の出力音設定の際に、その設定システムが簡潔な構成で容易に所望の呼接続過程出力音（コール・プログレス・トーン）をＩＰ電話端末から出力しユーザに聴取させることを目的とする。そのため、出力音の設定システムは、ＳＩＰを用いてネットワークを介し接続する少なくとも一つのＳＩＰサーバをＩＰ電話主装置として、かつ複数の情報処理端末をＩＰ電話端末として備える。ＩＰ電話主装置であるＳＩＰサーバ及び電話端末としての情報処理端末それぞれには、出力音種別とその識別符号との対応を定義して記録する管理テーブル領域とその識別符号それぞれに対応する複数の音声ファイルを記録する音声ファイル保存領域とが備えられ、情報処理端末が、所定時期にＳＩＰサーバの対応領域にある記録データを取得して自己の記録データと照合し一致するように更新することにより実現した。
【００２３】
以下に、図面を参照して本発明について説明する。図面では、本発明に係る部分以外は必須の機能でも図示されないものがある。図面による説明の便宜上、サーバ側のテーブル記録領域は単にテーブル、また、ファイル保存領域は単にファイルと略称することがある。また、上記管理テーブルは以下の説明でトーン管理テーブルと呼称する。また、ＳＩＰクライアント・アプリケーションは利用者により活用されるものとして「利用者活用」と略称することとする。なお、ブロック機能の分割・併合による組合せの変更、手順の前後移動などの変更は本発明の有する機能を満たす限り自由であり、以下の説明が本発明を限定するものではない。
【実施例１】
【００２４】
本発明の実施例１について図１を参照して説明する。
【００２５】
図１は、本発明によるシステムの実施の一形態をブロックで示す説明図である。
【００２６】
図示される出力音設定システムは、一つのＳＩＰサーバ１、複数の情報処理端末２−１〜２−ｎ、及びＬＡＮ３により構成される。ＬＡＮ３は例えばイーサナット（登録商標）であり、ＳＩＰサーバ１及び情報処理端末２−１〜２−ｎのそれぞれはＬＡＮ３に接続してＳＩＰ（セッション・イニシエイション・プロトコル）を用いて相互通信を可能としている。従って、その制御シーケンスにはＳＩＰメッセージが用いられる。
【００２７】
ＳＩＰサーバ１は、ＩＰ電話主装置として稼動し、ＬＡＮＩＦＳ１１、ＳＩＰ制御部１２、トーン管理テーブル１３、ファイル転送制御部１４、及び音声ファイル１５を有する。それは、各情報処理端末２に対して、ＳＩＰメッセージを中継するプロキシサーバ、及びテーブル及びファイルの登録・更新を行うレジスト・サーバの役割を担う。
【００２８】
各情報処理端末２は、ＩＰ電話端末として稼動し、ＬＡＮＩＦＴ２１、トーン管理テーブル領域２２、音声ファイル保存領域２３、トーン出力部２４、及び利用者活用部３０を有する。利用者活用部３０は、クライアント・アプリケーション部署であり、ＳＩＰ制御部３１、ファイル転送制御部３２、及び音声ファイル再生制御部３３を有する。
【００２９】
ＬＡＮＩＦＳ１１は、サーバ側のＬＡＮＩＦ（インタフェース）であり、一方をＬＡＮ３、他方をＳＩＰ制御部１２及びファイル転送制御部１４に接続する。ＳＩＰ制御部１２は、一方にＬＡＮＩＦＳ１１、他方にトーン管理テーブル１３を接続し、出力音送出場面で情報処理端末２の利用者活用部３０におけるＳＩＰ制御部３１との間でＳＩＰメッセージを中継するプロキシサーバとして動作する。その動作は後に図面を参照して詳細を説明する。トーン管理テーブル１３は、ＳＩＰサーバ１における管理テーブル記録領域であり、例えば、図２Ａ及び図２Ｂに示されるような、情報処理端末２−１、２−２それぞれに対応する管理テーブル１３−１、１３−２が記録されている。
【００３０】
ファイル転送制御部１４は、一方にＬＡＮＩＦＳ１１、他方に音声ファイル１５を接続し、情報処理端末２のファイル転送制御部３２との間でファイル転送セッションを実行する。ファイル転送セッションは、音声ファイル１５の情報処理端末２へのダウンロードのセッションであり、例えば、ＦＴＰ（ファイル・トランスファー・プロトコル）を用いる。音声ファイル１５はＳＩＰサーバ１における音声ファイル保存領域であり、例えば図３に示されるように、システム内で使用が想定される全ての音声ファイルが記録されている。
【００３１】
ＬＡＮＩＦＴ２１は、端末側のＬＡＮインタフェースであり、一方をＬＡＮ３、他方を利用者活用部３０に接続する。トーン管理テーブル領域２２は、情報処理端末２における管理テーブル記録領域であり、利用者活用部３０に接続する。それは、ＳＩＰサーバ１のトーン管理テーブル１３から取得されるものであり、例えば、情報処理端末２−１では、図２Ａに示される管理テーブル１３−１が、また、情報処理端末２−２では、図２Ｂに示される管理テーブル１３−２が、それぞれ記録される。音声ファイル保存領域２３は、情報処理端末２における音声ファイル保存領域であり、例えば、図３に示されるＳＩＰサーバ１の音声ファイル１５から情報処理端末２−１〜２−ｎそれぞれの管理テーブルに対応する音声ファイルを取得し記録する。トーン出力部２４は、利用者活用部３０に接続し、利用者活用部３０でＳＩＰサーバ１から指定を受けた送出音を可聴音声に再生して送出する。
【００３２】
利用者活用部３０は、情報処理端末２の汎用ＯＳ（オペレーション・システム）上にインストールされて動作する。そして、利用者活用部３０は、ＳＩＰサーバ１がプロシキ・サーバ及びレジスト・サーバとして動作するのに対して、ＳＩＰＵＡ（ＳＩＰユーザ・エージェント）として動作する。
【００３３】
利用者活用部３０は、ＳＩＰサーバ１への登録（レジスト）制御を行う。すなわち、ユーザからの登録データ取得要求又はＳＩＰサーバ１の登録動作でＳＩＰサーバ１から登録データの送信を受ける。その登録の都度、利用者活用部３０は、ＳＩＰサーバ１へ登録のデータを自己のトーン管理テーブル領域２２に記録すると共に、記録されたデータを更新する。また、ＳＩＰサーバ１でトーン管理テーブル１３の更新があった場合、利用者活用部３０は、その都度、ＳＩＰサーバ１から更新データを受け取るので、自己のトーン管理テーブル領域２２で記録されたデータを更新する。
【００３４】
具体的には、利用者活用部３０は、ＳＩＰサーバ１からＳＩＰメッセージにより、
トーン管理テーブル１３のデータの通知を受けた際、通知されたトーン管理テーブル１３のデータにより、自己に対応するトーン管理テーブル領域２２の記録データの情報を更新する。このように、トーン管理テーブル領域２２の記録データ更新は、登録要求の都度、及び、ＳＩＰサーバ１にてトーン管理テーブル１３の更新の都度行われるため、利用者活用部３０は、初期状態でトーン管理テーブルのデータを持つ必要がない。
【００３５】
また、利用者活用部３０は、ＳＩＰサーバ１で定義された出力音情報を共有した状態となり、同じトーン管理テーブルにより一意に出力音を決定することが可能となる。 その出力音定義の変更は、ＳＩＰサーバ１のトーン管理テーブル１３の変更を行うだけでよい。それにより、ＳＩＰサーバ１に登録されるすべての情報処理端末２−１〜２−ｎで出力音の一元管理が可能となる。
【００３６】
また、利用者活用部３０は、トーン管理テーブル領域２２のデータ更新の際に、音声ファイル保存領域２３にトーン管理テーブル１３で定義された音声ファイル１５が保存されているか確認する。その際に未取得の音声ファイルがある場合、ファイル転送制御部３２により、ＳＩＰサーバ１のファイル転送制御部１４とファイル転送セッションを開始し、ＳＩＰサーバ１から音声ファイル１５のダウンロードを行う。この際の差分チェック制御は後の動作で説明する。ファイル転送制御部３２とファイル転送制御部１４とのファイル転送セッションは例えばＦＴＰ（ファイル・トランスファー・プロトコル）により行われる。
【００３７】
トーン管理テーブル１３の更新の都度、不足の音声ファイル１５のダウンロードを行うため、利用者活用部３０はあらかじめ出力音の音声ファイルを持つ必要がない。音声ファイルの変更もまた、ＳＩＰサーバ１の音声ファイルの変更を行うだけであるため、ＳＩＰサーバ１に登録されるすべての情報処理端末２−１〜２−ｎで出力音の一元管理が可能となる。
【００３８】
次いで、出力音送出場面では、ＳＩＰサーバ１のＳＩＰ制御部１２は、上述したように、利用者活用部３０のＳＩＰ制御部３１のＳＩＰメッセージを中継するプロキシサーバとして動作している。ＳＩＰ制御部１２は、中継するＳＩＰメッセージを解釈して出力音の出力が必要な場合に、ＳＩＰ制御部３１に対し、ＳＩＰメッセージにより出力音の送出指示を行う。この指示には、トーン管理テーブル１３で出力音識別子として定義されたトーンＩＤがパラメータとして含まれる。これを受けたＳＩＰ制御部３１は、トーン管理テーブル領域２２から通知されたトーンＩＤに対応する音声ファイルを決定し、音声再生制御部３３に音声ファイルの再生を指示する。音声再生制御部３３は、その指示により、トーン出力部２４を駆動してＳＩＰサーバ１から指定された出力音を音声出力する。
【００３９】
また、利用者活用部３０は、通信セッションに直接関連しない端末操作イベントについてもＳＩＰサーバ１のＳＩＰ制御部１２に通知する。ＳＩＰサーバ１は通知を受けたイベントに対してトーン出力指示が必要な場合には、ＳＩＰ制御部１２から利用者活用部３０のＳＩＰ制御部３１へトーン出力指示を行う。従って、上述同様、音声再生制御部３３が、その指示により、トーン出力部２４を駆動してＳＩＰサーバ１から指定された出力音を音声出力する。
【００４０】
この具体的な例としては、電話端末がオフフックしたときの「発信音出力」が、図６Ａを参照して後に説明される。
【００４１】
次に、図２Ａ及び図２Ｂを参照して管理テーブル１３−１、１３−２それぞれについて説明する。図２Ａの管理テーブル１３−１は、例えば情報処理端末２−１に対応する。また、図２Ｂの管理テーブル１３−２は、例えば情報処理端末２−２に対応する。
【００４２】
そのテーブル構成は、各端末における出力音種別（トーン種別）に対し付与される識別子（トーンＩＤ）と音声ファイルをそれぞれ対応させて定義する。トーン種別には、発信音（ＤＴ）、特殊発信音（ＳＤＴ）、呼出し音（ＲＢＴ）、話中音（ＢＴ）、呼出信号（ＲＩＮＧ）、及び特殊音（Ｓ−ＴＯＮＥ）が列挙され、呼出信号（ＲＩＮＧ）及び特殊音（Ｓ−ＴＯＮＥ）は複数のそれぞれ異なる出力音に対応させている。図示される音声ファイルは、Ｗｉｎｄｏｗｓ（登録商標）の標準であるＷＡＶ形式であるとして表示されている。しかし、音声ファイルは、情報処理端末２の音声ファイル再生制御部３３で再生し、トーン出力部２４から音声出力可能な形式であればどのような形式でもよい。
【００４３】
図３では、ＳＩＰサーバ１の音声ファイル（保存領域）１５に保存される音声ファイル一覧が示され、この中から管理テーブル１３−１、１３−２に対して、それぞれに含まれる音声ファイルが選択される。トーン管理テーブル１３に新規の出力音種別が追加された場合、音声ファイル１５もその種別に対応する音声ファイルが追加され、関連する情報処理端末２のトーン管理テーブル領域２２及び音声ファイル保存領域２３の登録更新が実行される。
【００４４】
関連する情報処理端末２の登録更新の場合、利用者活用部３０が、トーン管理テーブル領域２２のテーブル内容にＳＩＰサーバ１のトーン管理テーブル１３で定義された音声ファイルが保存されているかを確認し、未取得の音声ファイルがある場合には、ファイル転送制御部３２により、ＳＩＰサーバ１のファイル転送制御部１４とファイル転送セッションを開始し、ＳＩＰサーバ１から必要な音声ファイルのダウンロードを行う。
【００４５】
次に、図４のフローチャートに図１のブロック図を併せ参照して、関連する情報処理端末２におけるトーン管理テーブル領域２２及び音声ファイル保存領域２３の登録及びその更新の具体的な動作手順について説明する。
【００４６】
各情報処理端末２で最初の登録をする場合、利用者活用部３０は、ＳＩＰ制御部３１で設置工事業者又はユーザからの登録要求を受けて、ＳＩＰサーバ１へ管理テーブルの登録要求（手順Ｓ１のＹＥＳ）を行う。ＳＩＰサーバ１では、ＳＩＰ制御部１２がこれを受けてトーン管理テーブル１３に登録すると共に、登録されたテーブルデータをその情報処理端末２へその最新管理データとして通知（手順Ｓ２）する。
【００４７】
一方、ＳＩＰサーバ１で、トーン管理テーブル１３又は音声ファイル１５の登録およびその更新が自動的に実行できる。この場合、上記手順Ｓ２同様、ＳＩＰ制御部１２がこれを受けてトーン管理テーブル１３に登録又はその更新をすると共に、登録されたテーブルデータを関連の情報処理端末２へその最新管理データとして通知する。
【００４８】
利用者活用部３０では、上記手順Ｓ１が「ＮＯ」で管理テーブルの登録要求をしていない場合でも、ＳＩＰ制御部３１が、上記手順Ｓ２によりＳＩＰサーバ１からテーブルデータの最新情報を取得した場合には、登録の制御を開始（手順Ｓ３）する。すなわち、ＳＩＰ制御部３１は、取得のテーブルデータをトーン管理テーブル領域２２のデータと比較（手順Ｓ４）して、一致（手順Ｓ５のＮＯ）の場合にはそこで手順は終了する。
【００４９】
その手順Ｓ５が「ＹＥＳ」で不一致の場合、ＳＩＰ制御部３１は、内蔵のトーン管理テーブル領域２２のデータを取得データで更新（手順Ｓ６）して音声ファイル保存領域２３に保存されるファイルリストをトーン管理テーブル領域２２の更新テーブルの定義と比較（手順Ｓ７）する。その結果、未取得ファイルなし（手順Ｓ８のＮＯ）の場合にはそこで手順は終了する。しかし、その手順Ｓ８が「ＹＥＳ」で未取得ファイルありの場合、ＳＩＰ制御部３１は、ＳＩＰサーバ１のファイル転送制御部１４に要求してその未取得ファイルを取得（手順Ｓ９）して上記手順Ｓ７に手順を戻し、テーブルの再確認を実行する。
【００５０】
次いで、図５のシーケンスチャートに図１のブロック図を併せ参照して上記音声ファイルのダウンロード手順について説明する。すなわち、情報処理端末２のユーザが利用者活用部３０を起動してログイン又はログオンにより所定の操作可能状態にした後、ＳＩＰサーバ１からトーン管理テーブル１３と音声ファイル１５を取得するまでの制御手順についてである。ここでは、ＳＩＰメッセージがＬＡＮ３を介して各機能ブロック間に伝達されるものとする。
【００５１】
ユーザが利用者活用部３０を起動して所定の操作可能状態にした際、ＳＩＰ制御部３１がＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１のＳＩＰ制御部１２に送信して登録を要求（手順Ｓ１１）する。このメッセージは、パラメータに例えば情報処理端末２−１のユーザを識別する情報とそのＳＩＰユーザ・エージェントが利用者活用部３０であるとの情報を含む。ＳＩＰ制御部１２は、この「ユーザＡ」が利用者活用部３０を利用してシステムを操作可能状態にしたと記憶し、ＲＥＧＩＳＴＥＲメッセージ正常受信確認の返答である２００ＯＫメッセージを返送（手順Ｓ１２）する。
【００５２】
従って、ＳＩＰ制御部３１は、この２００ＯＫメッセージを受けた際には、ＳＵＢＳＣＲＩＢＥメッセージをＳＩＰ制御部１２に送信して、システムの端末として動作するために必要な端末情報の通知を要求（手順Ｓ１３）する。具体的には、このパラメータにより、トーン管理テーブル１３のデータ取得要求を行う。
【００５３】
ＳＩＰ制御部１２は、ＳＵＢＳＣＲＩＢＥメッセージの正常受信を２００ＯＫメッセージの返送で通知し、トーン管理テーブル１３から該当する管理テーブルデータを読出し、ＮＯＴＩＦＹメッセージのパラメータにより要求元のＳＩＰ制御部３１に送出（手順Ｓ１４）する。
【００５４】
ＳＩＰ制御部３１は、ＮＯＴＩＦＹメッセージの正常受信を２００ＯＫメッセージの返送で通知すると共に、トーン管理テーブル領域２２のテーブルデータを取得したデータにより更新する。このＮＯＴＩＦＹメッセージのパラメータであるトーン管理テーブルデータは、ＸＭＬ（エクステンシブル・マークアップ言語）を使ったメッセージ・サマリ・フォーマットを利用することにより構造化されたデータとして通知できるため、トーン管理テーブル領域２２のデータ更新処理を容易に行うことが可能である。
【００５５】
次いで、ＳＩＰ制御部３１は、更新した管理テーブルの音声ファイルが音声ファイル保存領域２３に保存されているか調査し、不足の場合には、初回登録の場合と同様、ファイル転送制御部３２に対して音声ファイル取得の指示（手順Ｓ１５）を行う。ファイル転送制御部３２は、音声ファイル取得指示を受け、ダウンロードを受ける準備を完了してファイル転送セッションの開始をＳＩＰサーバ１のファイル転送制御部１４に対し要求（手順Ｓ１６）する。この結果、ファイル転送セッションが確立するので、ＳＩＰサーバ１の音声ファイル１５から音声ファイル保存領域２３へ音声ファイルのダウンロード（手順Ｓ１７）が行われる。ファイル転送制御部３２は、ファイルのダウンロードが完了してファイルが音声ファイル保存領域２３に記録保存されたことにより、ファイル転送セッションを終了させ、ファイル転送制御部１４に終了を通知（手順Ｓ１８）してファイル転送セッションを終了する。
【００５６】
次に、図６Ａから図６Ｃまでのシーケンスチャートに図１のブロック図並びに図２及び図３を併せ参照して情報処理端末２−１から発呼し、情報処理端末２−２に着呼する場合の応答そして通話開始するまでの手順について説明する。ここで、情報処理端末２−１の構成要素は、利用者活用部３０−１、ＳＩＰ制御部３１−１、及び音声ファイル再生制御部３３−１とする。同様に、情報処理端末２−２の構成要素は、利用者活用部３０−２、ＳＩＰ制御部３１−２、及び音声ファイル再生制御部３３−２とする。
【００５７】
まず、情報処理端末２−１のユーザによるハンドセット等のオフフック操作により、ＳＩＰ制御部３１−１は、発呼受付けを、ＮＯＴＩＦＹメッセージによりＳＩＰサーバ１のＳＩＰ制御部１２に通知（手順Ｓ２１）する。このメッセージのパラメータには、利用者活用部３０−１がユーザのオフフックを検知したことの通知を含む。通知を受けたＳＩＰ制御部１２は、ＮＯＴＩＦＹメッセージの正常受信を発呼受付け確認により２００ＯＫメッセージでＳＩＰ制御部３１−１へ返送（手順Ｓ２２）する。更に、ＩＰ制御部１２は、ユーザに発信音（ＤＴ：ダイヤルトーン）を聴取させるべくＮＯＴＩＦＹメッセージをＳＩＰ制御部３１−１に送出して発信音の送出を指示（手順Ｓ２３）する。このメッセージのパラメータには、トーン出力指示として管理テーブル１３−１に定義される出力音種別ＤＴに対応するトーンＩＤを通知する。ユーザは「ユーザＡ」として情報処理端末２−１を操作可能状態にしているので、図２Ａに示される管理テーブル１３−１から読み出されるトーン種別「ＤＴ」に相当するトーンＩＤ「１」がパラメータとして通知される。
【００５８】
ＳＩＰ制御部３１−１は、ＮＯＴＩＦＹメッセージを受けた際、その正常受信を発信音送出確認として２００ＯＫメッセージでＳＩＰ制御部１２へ返送（手順Ｓ２４）する。一方、ＳＩＰ制御部３１−１は、受けたＮＯＴＩＦＹメッセージのパラメータがトーン出力指示であるので、取得済みの管理テーブル１３−１から指示された出力音に対応する音声ファイルを決定し選択する。すなわち、ＳＩＰ制御部３１−１は、トーンＩＤ「１」により、トーン管理テーブル領域２２−１を参照し、対応する音声ファイルを取得する。管理テーブル１３−１のように定義されている場合、トーンＩＤ「１」に対応する音声ファイルが「ＤＴ＿ＪＰＮ．ＷＡＶ」であるので、ＳＩＰ制御部３１−１は、音声ファイル再生制御部３３−１に音声ファイル再生を指示（手順Ｓ２５）して「ＤＴ＿ＪＰＮ．ＷＡＶ」の再生を要求する。
【００５９】
音声ファイル再生制御部３３−１は、音声ファイル保存領域２３からダウンロード済みの音声ファイル「ＤＴ＿ＪＰＮ．ＷＡＶ」を選択取得し、発信音のトーン音声を出力処理してトーン出力部２４−１からその再生音を送出（手順Ｓ２６）する。トーン出力部９１がハンドセットであれば、ハンドセットの受話口よりユーザは発信音を聴取することとなる。
【００６０】
発信音を聴取して確認したユーザはダイヤル番号により被呼者の呼出しを行う。すなわち、ＳＩＰ制御部３１−１は、ユーザから宛先のダイヤル番号を含む通話先情報を取得して発呼情報としＩＮＶＩＴＥメッセージとしてＳＩＰ制御部１２へ通知（手順Ｓ２７）する。宛先のダイヤル番号などの通話先情報を発呼の際に受けている場合には、発信音の受信で自動的にＳＩＰ制御部１２へ通知することもできる。ＳＩＰ制御部１２は、このＩＮＶＩＴＥメッセージに対してプロキシサーバとして動作し、ＩＮＶＩＴＥメッセージを通話先情報処理端末２−２における利用者活用部３０−２のＳＩＰ制御部３１−２に宛てて中継する。
【００６１】
すなわち、ＳＩＰサーバ１は、情報処理端末２−２のユーザに呼出信号（リンガ）による着信音を聴取させるべくＳＩＰ制御部１２からＮＯＴＩＦＹメッセージをＳＩＰ制御部３１−２に送出して着信音送出指示（手順Ｓ２８）を行う。このメッセージのパラメータには、トーン出力指示としてトーン管理テーブル１３に定義される設定済みの着信音「ＲＩＮＧ」に対応するトーンＩＤを通知する。情報処理端末２−２に対して管理テーブル１３−２のように定義されている場合、そのユーザは「ユーザＢ」として操作可能状態にあり、着信音を「ＲＩＮＧ−Ｂ」として設定してあるので、「ＲＩＮＧ−Ｂ」に相当するトーンＩＤ「８」がパラメータとして通知される。
【００６２】
ＳＩＰ制御部３１−２は、ＮＯＴＩＦＹメッセージを受けた際、その正常受信を着信音送出確認として２００ＯＫメッセージでＳＩＰ制御部１２へ返送する。一方、ＳＩＰ制御部３１−２は、受けたＮＯＴＩＦＹメッセージのパラメータがトーン出力指示であるので取得済みの管理テーブル１３−２から指示された出力音に対応する音声ファイルを決定し選択する。すなわち、ＳＩＰ制御部３１−２は、トーンＩＤ「１」により、トーン管理テーブル領域２２−２を参照し、対応する音声ファイルを取得する。管理テーブル１３−２のように定義されている場合、トーンＩＤ「８」に対応する音声ファイルが「ＲＩＮＧ＿Ｂ．ＷＡＶ」であるので、ＳＩＰ制御部３１−２は、音声ファイル再生制御部３３−２に音声ファイル再生を指示（手順Ｓ２９）して「ＲＩＮＧ＿Ｂ．ＷＡＶ」の再生を要求する。
【００６３】
音声ファイル再生制御部３３−２は、音声ファイル保存領域２３−２からダウンロード済みの音声ファイル「ＲＩＮＧ＿Ｂ．ＷＡＶ」を選択取得し、発信音のトーン音声を出力処理してトーン出力部２４−２からその再生音を送出（手順Ｓ３０）する。トーン出力部２４−２がスピーカであれば、そのスピーカからユーザは着信音を聴取することとなる。着信音は、その「ＲＩＮＧ」の種別によりベルの鳴動音にもできる。
【００６４】
一方、上記手順Ｓ２７のＩＮＶＩＴＥメッセージに対してＳＩＰ制御部１２は、発呼情報受付け確認としてＳＩＰ制御部３１−１へ１００ＴＲＹＩＮＧメッセージを送出（手順Ｓ３１）する。また、更に、ＳＩＰ制御部１２は、プロキシサーバとして動作し、上記手順Ｓ２７のＩＮＶＩＴＥメッセージで発呼情報を着呼情報として宛先情報処理端末２−２のＳＩＰ制御部３１−２へ転送（手順Ｓ３２）する。ＳＩＰ制御部３１−２は、受けたＩＮＶＩＴＥメッセージに対し、１８０ＲＩＮＧＩＮＧメッセージをＳＩＰ制御部１２に返送（手順Ｓ３３）する。ＳＩＰ制御部１２は、プロキシサーバとして、１８０ＲＩＮＧＩＮＧメッセージを１８０ＲＩＮＧＩＮＧメッセージとして利用者活用部３０−１のＳＩＰ制御部３１−１へ中継転送（手順Ｓ３４）する。
【００６５】
このとき同時に、ＳＩＰサーバ１は、情報処理端末２−１の発呼ユーザに呼出し音（ＲＢＴ：リングバックトーン）を聴取させるべくＳＩＰ制御部１２からＮＯＴＩＦＹメッセージをＳＩＰ制御部３１−１へ呼出し音送出指示として送出（手順Ｓ３５）する。このメッセージのパラメータには、トーン出力指示としてトーン管理テーブル１３に定義される呼出し音に対応するトーンＩＤを通知する。「ユーザＡ」の管理テーブル１３−１のように定義されている場合、呼出し音に相当するトーンＩＤ「３」がパラメータとして通知される。
【００６６】
ＳＩＰ制御部３１−１は、ＮＯＴＩＦＹメッセージを受けた際、その正常受信を呼出し音送出指示確認として２００ＯＫメッセージでＳＩＰ制御部１２へ返送（手順Ｓ３６）する。その一方、ＳＩＰ制御部３１−１は、ＮＯＴＩＦＹメッセージを受け、そのパラメータがトーン出力指示であるので、取得済み管理テーブル１３−１から指示された出力音に対応する音声ファイルを決定の選択処理を行う。すなわち、トーンＩＤが「３」であるので、トーン管理テーブル領域２３−１を参照し、トーンＩＤ「３」に対応する音声ファイルは「ＲＢＴ＿ＪＰＮ．ＷＡＶ」が選択される。ＳＩＰ制御部３１−１は、音声ファイル再生制御部３３−１に音声ファイル再生を指示（手順Ｓ３７）して「ＲＢＴ＿ＪＰＮ．ＷＡＶ」の再生を要求する。
【００６７】
音声ファイル再生制御部３３−１は、音声ファイル保存領域２３−１からダウンロード済みの音声ファイル「ＲＢＴ＿ＪＰＮ．ＷＡＶ」を選択取得し、呼出し音のトーン音声を出力処理してトーン出力部２４−１からその再生音を送出（手順Ｓ３８）する。トーン出力部２４−１がハンドセットの受話口であれば、その受話口からユーザは呼出し音を聴取することとなる。
【００６８】
着信音を聴取した被呼ユーザは例えばオフフックにより応答する。すなわち、ＳＩＰ制御部３１−２は、ユーザから応答を受けた際にＳＩＰサーバ１のＳＩＰ制御部１２へ２００ＯＫメッセージを送出（手順Ｓ４１）し、ＳＩＰ制御部１２は、プロキシサーバとして２００ＯＫメッセージをＳＩＰ制御部３１−１へ転送中継（手順Ｓ４２）する。ＳＩＰ制御部３１−１は２００ＯＫメッセージを受信した際に呼出し音の送出を停止して応答の受信確認としてＡＣＫメッセージをＳＩＰ制御部１２へ返送（手順Ｓ４３）する。ＳＩＰ制御部１２は、プロキシサーバとしてそのＡＣＫメッセージを通信先のＳＩＰ制御部３１−２へ転送（手順Ｓ４４）する。この結果、ＳＩＰ制御部３１−１，３１−２間のメディアセッションが確立し、通信制御（手順Ｓ４５）が可能となるので、情報処理端末２−１、２−２それぞれのユーザ間で通話開始できる。
【００６９】
次に、図７のシーケンスチャートに図１のブロック図並びに図２及び図３を併せ参照して、情報処理端末２−１と情報処理端末２−２とのユーザが上記図６の手順に従って通話状態になり、その後、終話により通話路が解放されるまでの手順について説明する。
【００７０】
情報処理端末２−１の発呼ユーザがハンドセットのオンフック等により終話操作を行った際、メディアセッションを終了するため、利用者活用部３０−１は、ＳＩＰ制御部３１−１からＳＩＰサーバ１のＳＩＰ制御部１２へＢＹＥメッセージを送出して切断の受付けを通知（手順Ｓ５１）する。ＳＩＰ制御部１２は、プロキシサーバとしてそのＢＹＥメッセージを利用者活用部３０−２のＳＩＰ制御部３１−２へ中継転送（手順Ｓ５２）する。
【００７１】
このとき、ＳＩＰサーバ１は情報処理端末２−２の着呼ユーザに話中音（ＢＴ：ビジートトーン）を聴取させるべく、ＳＩＰ制御部１２がＮＯＴＩＦＹメッセージをＳＩＰ制御部３１−２に転送（手順Ｓ５３）する。このメッセージのパラメータには、トーン出力指示としてトーン管理テーブルに定義される出力音種別「ＢＴ」に対応するトーンＩＤを通知する。従って、「ユーザＢ」の管理テーブル１３−２から、出力音種別「ＢＴ」に相当するトーンＩＤ「４」がパラメータとして通知される。
【００７２】
ＳＩＰ制御部３１−２は、ＢＹＥメッセージを受信した際に、２００ＯＫメッセージをＳＩＰ制御部１２に返送して話中音送出指示の正常受信確認（手順Ｓ５４）し、メディアセッションを終了する。更に、ＳＩＰ制御部３１−２は、受けたＮＯＴＩＦＹメッセージのパラメータがトーン出力指示であるので、指示された出力音に対応する音声ファイルを取得済み管理テーブル１３−２から決定する処理を行う。すなわち、トーンＩＤが「４」であるので、トーン管理テーブル領域２２−２を参照し、トーンＩＤ「４」に対応する音声ファイルは「ＢＴ＿ＪＰＮ．ＷＡＶ」が選択される。ＳＩＰ制御部３１−２は、音声ファイル再生制御部３３−２に音声ファイル再生を指示（手順Ｓ５５）して「ＢＴ＿ＪＰＮ．ＷＡＶ」の再生を要求する。
【００７３】
音声ファイル再生制御部３３−２は、音声ファイル保存領域２３−２からダウンロード済みの音声ファイル「ＢＴ＿ＪＰＮ．ＷＡＶ」を選択取得し、話中音のトーン音声を出力処理してトーン出力部２４−２からその再生音を送出（手順Ｓ５６）する。トーン出力部２４−２がハンドセットの受話口であれば、その受話口からユーザは話中音を聴取し、着呼ユーザは発呼ユーザにより終話が行われたことを認識する。
【００７４】
ここで、着呼ユーザのオンフックを検出したＳＩＰ制御部３１−２は解放の受付けを２００ＯＫメッセージでＳＩＰ制御部１２に通知（手順Ｓ５７）する。２００ＯＫメッセージを受けたＳＩＰ制御部１２は、プロキシサーバとして、２００ＯＫメッセージを発呼側のＳＩＰ制御部３１−１へ転送（手順Ｓ５８）して手順を終了する。
【００７５】
なお、以上の説明では、本発明のトーン出力制御について説明したもので、出力したトーンを停止する制御については割愛した。これについても、発信音送出のシーケンス説明で示されたように、利用者活用部３０が、ＳＩＰ制御部３１−１、３１−２からＳＩＰサーバ１のＳＩＰ制御部１２へ操作イベントを通知することとなる。これにより、利用者活用部３０が、ＳＩＰ制御部１２からのＮＯＴＩＦＹメッセージでトーン出力停止指示を受け取り、音声ファイル再生制御部３３−１、３３−２へ音声ファイル再生停止指示を行ってもよい。又は、利用者活用部３０のＳＩＰ制御部３１−１、３１−２が自状態の変更によりトーン送出停止を判断し、音声ファイル再生制御部３３−１、３３−２へ音声ファイル再生停止指示を行うこととしてもよい。
【００７６】
上記説明では、二つの情報処理端末２−１，２−２が異なる管理テーブル１３-１,１３-２それぞれを用いるとしたが、一つのテーブルに統一することがシステム構成の簡素化に役立つ。例えば、設置工事の際には統一された標準管理テーブルで出力音を定義し、設置工事者が全ての情報処理端末で同一のトーン管理テーブル及び音声ファイルを保存する。その後、運用に際して出力音の定義変更のためトーン管理テーブルの登録を変更するが、上述したように、変更は容易にできる。従って、ＳＩＰサーバに多種類の音声ファイルを予め用意することにより、ユーザが自身で管理テーブルの登録変更とその更新をすることができる。すなわち、出力音変更に対する融通性を高めることができる。
【００７７】
また、上記説明では、主に接続過程出力音の送出を例として説明を行った。しかし、ＳＩＰサーバのＳＩＰ制御部が利用者活用部の特定のサービス利用を情報処理端末のＳＩＰ制御部から通知される場合がある。この場合も、システム独自のサービストーンをＳＩＰ制御部からＮＯＴＩＦＹメッセージによるトーン出力指示で利用者活用部の音声ファイル再生制御部から、トーン管理テーブルで定義された音声ファイルを再生させ、トーン出力部から音声送出させることが可能である。
【００７８】
このような構成を採用したので、構内電話交換網において、情報処理端末によるＩＰ電話端末が、ＳＩＰサーバとなるＩＰ電話主装置への登録制御を行う際及びＩＰ電話主装置でトーン定義が変更された際に、ＩＰ電話主装置からトーン管理テーブルのデータを取得し、ＩＰ電話端末内に保存しているトーン管理テーブルおよび音声ファイルの記録を更新できる。このため、常にＩＰ電話主装置とＩＰ電話端末との間でトーン定義の同期を保つことができる。従って、ＩＰ電話主装置にてＩＰ電話端末に送出させる出力音を一元管理することができる。
【００７９】
また、複数のＩＰ電話端末は出力音を定義するテーブル及び使用する音声ファイルを保存する領域を用意するのみで、そのデータは一つのＩＰ電話主装置に持たせ、要求したＩＰ電話端末がそのデータを取得して保存する。従って、ユーザ又は設置工事者によるデータインストールが簡単かつ容易であるという効果も生じる。
【実施例２】
【００８０】
本発明の実施例２について図８Ａ，図８Ｂ及び図９を参照して説明する。
【００８１】
上記実施例の管理テーブルでは、Ｗｉｎｄｏｗｓ（登録商標）標準の音声ファイル形式であるＷＡＶＥファイルで統一された音声ファイルを図示したが、この実施例では、音声ファイルを情報処理端末のタイプ別にしている。
【００８２】
図８Ａには、電話端末を対象にＷＡＶＥファイルで統一された音声ファイルが定義されている。図８Ｂには、映像データ圧縮方式によるＭＰ３ファイルによる圧縮された音声ファイルが定義されている。このＭＰ３ファイルにより呼接続過程をパーソナルコンピュータで画面表示可能となる。また、図８ＢのトーンＩＤ「２」に示されるように、音声ファイルに米国のトーン種別「ＳＤＴ＿ＵＳＡ＿Ｂ．ＭＰ３」が含まれてもよい。図９では、これ等のファイル一覧が提示されている。
【００８３】
音声種別「ＭＰ３」の指定は、トーン管理テーブルの登録要求の際に上記手順Ｓ１３の情報処理端末が送出するＳＵＢＳＣＲＩＢＥメッセージの端末情報に含まれる。これによって、ＮＯＴＩＦＹメッセージによりＳＩＰサーバからＭＰ３指定の音声ファイルを取得することができる。
【００８４】
このような構成により、端末タイプごとに同じトーン出力指示でも別種のトーンを出力されることが可能になるだけでなく、例えば、図１に示される音声ファイル再生制御部が異なる音声ファイルフォーマットの再生をサポートしていた場合、又は音声ファイル保存領域で音声ファイル保存のための十分な保存エリアを有しておらず、高圧縮音型の音声ファイルフォーマットの音声ファイルを利用する場合などの解決手段として効果がある。
【実施例３】
【００８５】
本発明の実施例３について図１０から図１２までに図１を併せ参照して説明する。
【００８６】
この実施例と図１に示される実施例との相違は、トーン送出に関連した文言の表示のため、音声ファイルに加えて、テキストファイル又は圧縮データのトーン送出に関連した映像若しくは画像の表示のためのマルチメディアファイルを持っていることである。
【００８７】
図１０に示されるように、ＳＩＰサーバ１Ｂは、ＬＡＮＩＦＳ１１、ＳＩＰ制御部１２Ｂ、トーン管理テーブル１３Ｂ、ファイル転送制御部１４Ｂ、及び音声ファイル１５Ｂに加えて、テキストファイル１６Ｂ及びマルチメディアファイル１７Ｂを有する。情報処理端末２Ｂは、ＬＡＮＩＦＴ２１、トーン管理テーブル領域２２、音声ファイル保存領域２３、トーン出力部２４Ｂ、及び利用者活用部３０Ｂに加えて、テキストファイル保存領域２５Ｂ、マルチメディアファイル保存領域２６Ｂ、及びＧＵＩ（グラフィカル・ユーザ・インタフェース）表示出力部２７Ｂを有する。利用者活用部３０Ｂは、ＳＩＰ制御部３１Ｂ、ファイル転送制御部３２Ｂ、及び音声ファイル再生制御部３３に加えてテキストファイル表示制御部３４Ｂ及びマルチメディアファイル表示制御部３５Ｂを有する。
【００８８】
図１１に示されトーン管理テーブル１３ＢではトーンＩＤそれぞれで、Ｗｉｎｄｏｗｓ（登録商標）標準の音声形式によるＷＡＶファイル、テキスト形式によるＴＸＴ（テキスト）ファイル、及び音声付き動画形式によるＡＶＩ（オーディオ・ビデオ・インタリービング）ファイルが含まれる。図１２は、これ等の一覧ファイルが提示されている。
【００８９】
上記説明では、音声ファイル、テキストファイル、及びマルチメディアファイルがそれぞれのブロックにより区分されているが、一つの音声ファイルに混合保存することができる。従って、音声再生及び画像表示による出力も一つの再生制御部により制御されるとして図示することができる。この場合、そのシステム構成は上記実施例1と同様になる。
【００９０】
従って、上述した制御手順で、音声ファイルダウンロードを行う際に、トーン管理テーブルで定義されたファイルを取得する制御で、その対象を音声ファイルと限定せず、トーン管理テーブルに定義されたファイルそれぞれを取得することになる。また、音声ファイル再生指示が、選択されたファイルそれぞれに対応する再生又は表示を行うための指示となり、また、情報処理端末でユーザへのトーン送出表現を音声だけでなく、文字表示又は画像・映像表示によっても行うこととなる。
【００９１】
このような構成により、情報処理端末の出力音を、受話器、スピーカなどから得られる音声による可聴信号だけでなく、画面で得られる文字、画像による可視信号で発生させ、ユーザに通知することができる。
【実施例４】
【００９２】
本発明による実施例４について、図１３及び図１４に図１及び図５を併せ参照して説明する。
【００９３】
この実施例の図１３と図１に示される実施例との相違は、ＳＩＰサーバが複数であり、その一つがファイル提供サーバ１Ａ、かつ、残りがトーン管理サーバ１−１，１−２となっていることである。図示されるように、トーン管理サーバ１−１，１−２それぞれは、ＬＡＮＩＦＳ１１、ＳＩＰ制御部１２、及びトーン管理テーブル１３を含む。ファイル提供サーバ１Ａは、ＬＡＮＩＦＳ１１、ファイル転送制御部１４Ａ、及び音声ファイル１５−１，１５−２，１５−３を有する。
【００９４】
図１４と図５との相違は、ファイル転送制御部１４Ａがファイル転送制御部１４から変更されファイル提供サーバ１Ａに含まれ、ＳＩＰ制御部１２がトーン管理サーバ１−１に含まれることである。それ以外の手順は手順Ｓ６１から手順Ｓ６８までを上述の手順Ｓ１１から手順Ｓ１８までのそれぞれに読み替えればよい。従って、その説明は省略する。
【００９５】
このような構成のため、例えば、ＳＩＰサーバにおいて音声ファイルの格納エリアが十分確保できない場合、音声ファイルを十分確保可能なファイル提供サーバを用意することにより、それが可能になる。
【実施例５】
【００９６】
本発明による実施例５について、図１５に図１３を併せ参照して説明する。
【００９７】
この実施例による図１５と図１３に示される実施例との相違は、ファイル提供サーバ１Ａが、インターネット４に接続されていることである。そのため、トーン管理サーバ１−Ｊ，１−Ｕ及び情報処理端末２−Ｊ，２−ＵもＬＡＮからＩＴＮ（インターネット）ルータ５−Ｊ，５−Ｕそれぞれを介してインターネット４に接続されている。
【００９８】
例えば、図示される複数の情報処理端末２−Ｊは、ＬＡＮを介してＩＴＮルータ５−Ｊ及びＳＩＰサーバ１−Ｊと接続され、日本国内の一つのプライベート電話システムを形成している。複数の情報処理端末２−Ｕは、ＬＡＮを介してＩＴＮルータ５−Ｕ及びＳＩＰサーバ１−Ｕと接続され、米国内の一つのプライベート電話システムを形成している。従って、ファイル提供サーバ１Ａは、日本国用の音声ファイル１５−Ｊ、米国用の音声ファイル１５−Ｕなど、各国別のファイルを有することとなる。
【００９９】
図示されるブロックの機能及びその発揮する効果は、これまでの説明と同様であり、その説明を省略する。
【０１００】
このような構成のため、トーン管理サーバ１−Ｊ，１−Ｕは、それぞれの国に適合した出力音を定義できる。また、ファイル提供サーバ１Ａが各国共通に各種ファイルを一括して保存することが、ファイルの一元管理に有効である。
【産業上の利用可能性】
【０１０１】
本発明によれば、ＩＰネットワークでＳＩＰを用いてサーバに一括登録した出力音のファイルを情報処理端末から要求して取得することができる。このため、簡潔な構成にかかわらず、ユーザによる情報処理端末でのファイル管理が容易であり、サーバとのファイルの一元管理をすることが、国際的な様々な地域に対しても可能になる。従って、電話交換装置をサーバとし、電話端末を情報処理端末として接続する場合、通信制御をＳＩＰと限定せずに、ネットワークを介して授受するメッセージに音声ファイルを含ませて伝送する電話システムであれば本発明を適用可能である。
【図面の簡単な説明】
【０１０２】
【図１】本発明による情報処理端末の出力音設定システムの実施の一形態をブロックで示した説明図である。（実施例１）
【図２Ａ】図１におけるトーン管理テーブルデータの実施の一形態を表で示した説明図である。（実施例１）
【図２Ｂ】図２Ａと異なるトーン管理テーブルデータの実施の一形態を表で示した説明図である。（実施例１）
【図３】図１における音声ファイルの実施の一形態を一覧で示した説明図である。（実施例１）
【図４】図１における利用者活用部３０の主要動作手順の実施の一形態をフローチャートで示した説明図である。（実施例１）
【図５】図１における出力音設定システムの音声ファイルダウンロードに係る動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例１）
【図６Ａ】図１における出力音設定システムの発呼手順で、発信音聴取までの動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例１）
【図６Ｂ】図６Ａに続く出力音設定システムの接続手順で、被呼者応答までの動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例１）
【図６Ｃ】図６Ｂの途中の出力音設定システムの接続手順で、発呼者が呼出し音聴取までの動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例１）
【図７】図１における出力音設定システムの接続手順で、通話終了に伴う動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例１）
【図８Ａ】図２Ａ、図２Ｂとは異なるトーン管理テーブルデータの実施の一形態を表で示した説明図である。（実施例２）
【図８Ｂ】図２Ａ、図２Ｂ、及び図８Ａと異なるトーン管理テーブルデータの実施の一形態を表で示した説明図である。（実施例２）
【図９】図８Ａ及び図８Ｂにおけるトーン管理テーブルに対応する音声ファイルの実施の一形態を一覧で示した説明図である。（実施例２）
【図１０】本発明による情報処理端末の出力音設定システムの実施の一形態をブロックで示した説明図である。（実施例３）
【図１１】図１０におけるトーン管理テーブルデータの実施の一形態を表で示した説明図である。（実施例３）
【図１２】図１０における各種ファイルの実施の一形態を一覧で示した説明図である。（実施例３）
【図１３】本発明による情報処理端末の出力音設定システムの実施の一形態をブロックで示した説明図である。（実施例４）
【図１４】図１３における出力音設定システムの音声ファイルダウンロードに係る動作手順の実施の一形態をシーケンスチャートで示した説明図である。（実施例４）
【図１５】本発明による情報処理端末の出力音設定システムの実施の一形態をブロックで示した説明図である。（実施例５）
【符号の説明】
【０１０３】
１、１Ｂ    ＳＩＰサーバ
１−１、１−２、１−Ｊ、１−Ｕ    トーン管理サーバ
１Ａ    ファイル提供サーバ
２、２−１、２−２、２−ｎ、２−Ｊ、２−Ｕ    情報処理端末
５−Ｊ、５−Ｕ    ＩＴＮルータ
１１    ＬＡＮＩＦＳ
１１Ａ    ＩＴＮＩＦ
１２、１２Ｂ、３１、３１Ｂ    ＳＩＰ制御部
１３、１３Ｂ    トーン管理テーブル
１３−１、１３−２、１３Ａ−１、１３Ａ−２    管理テーブル
１４、１４Ａ、１４Ｂ、３２、３２Ｂ    ファイル転送制御部
１５、１５Ａ、１５Ｂ、１５−Ｊ、１５−Ｕ    音声ファイル
１６Ｂ    テキストファイル
１７Ｂ    マルチメディアファイル
２１    ＬＡＮＩＦＴ
２２    トーン管理テーブル領域
２３    音声ファイル保存領域
２４    トーン出力部
２５Ｂ    テキストファイル保存領域
２６Ｂ    マルチメディアファイル保存領域
２７Ｂ    ＧＵＩ表示出力部
３０、３０Ｂ    利用者活用部
３３    音声ファイル再生制御部
３４Ｂ    テキストファイル表示制御部
３５Ｂ    マルチメディアファイル表示制御部
【図１】
2008177977.tif 000003
【図２Ａ】
2008177977.tif 000004
【図２Ｂ】
2008177977.tif 000005
【図３】
2008177977.tif 000006
【図４】
2008177977.tif 000007
【図５】
2008177977.tif 000008
【図６Ａ】
2008177977.tif 000009
【図６Ｂ】
2008177977.tif 000010
【図６Ｃ】
2008177977.tif 000011
【図７】
2008177977.tif 000012
【図８Ａ】
2008177977.tif 000013
【図８Ｂ】
2008177977.tif 000014
【図９】
2008177977.tif 000015
【図１０】
2008177977.tif 000016
【図１１】
2008177977.tif 000017
【図１２】
2008177977.tif 000018
【図１３】
2008177977.tif 000019
【図１４】
2008177977.tif 000020
【図１５】
2008177977.tif 000021