JP2007074115A - 音声通信端末、メディアサーバおよび音声通信のロック制御方法 - Google Patents

Abstract

【課題】音声通信端末に適したロック制御技術を提供する。
【解決手段】音声通信端末３は、ユーザが自端末から離れたことを検知する離席検出部３８と、ロック制御部３７と、を有する。ロック制御部３７は、離席検出部３８による離席状態の検出が所定時間以上継続しているか否かを判断する。そして、所定時間以上継続していると判断した場合に、自端末に入力された音声が通話相手へ送信されないように制御すると共に、通話相手の音声が自端末から出力されないように制御する。
【選択図】図５

Description

本発明は、音声通信端末のロック制御技術に関する。

マイクロソフト社のＷｉｎｄｏｗｓＸＰ（商標）などのＯＳには、パスワード保護機能付きのスクリーンセーバが搭載されている。この種のＯＳを搭載するコンピュータでは、キー入力やカーソル操作が一定期間行われないと、スクリーンセーバが起動してコンピュータをロックする。そして、ユーザからキー入力やカーソル操作を新たに受け付ける場合には、ユーザにパスワードを入力を求め、ユーザが正しいパスワードを入力した場合にのみ、ロックを解除する（非特許文献１）。これにより、コンピュータを不正アクセスから保護する。

Windows XP Home Edition COMPLETE, SYBEX 社発行, p. 263-264.

従来のパスワード保護機能付きのスクリーンセーバは、音声通信を考慮していない。コンピュータで音声通信を行っている場合、通話相手が一方的に話していて、キー入力やカーソル操作が一定期間行われない場合がある。このような場合、スクリーンセーバが起動してキーボード、マウスなどの入力装置や出力画面がロックされてしまう。つまり、音声通信中にもかかわらずコンピュータがロックされる。これを解除するためにはパスワードを入力しなければならず、煩雑である。また，このロック操作においては音声入出力はロックされないため，音声通信中に退席すると秘密の会話が他者に聞かれてしまうおそれがある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、音声通信端末に適したロック制御技術を提供することにある。

上記課題を解決するために、本発明では、ユーザが音声通信端末から離れたことを検知するセンサを設ける。そして、ユーザが音声通信端末から離れたことをセンサが検知している状態が所定時間以上継続すると、通話相手との音声通信をロック制御する。

例えば、本発明の音声通信端末は、
ユーザが自端末から離れていることを検知する検知手段と、
前記検知手段による検知が所定時間以上継続しているか否かを判断する判断手段と、
前記判断手段によって所定時間以上継続していると判断された場合に、自端末に入力された音声が通話相手へ送信されないように、且つ通話相手の音声が自端末から出力されないようにロックするロック制御手段と、を有する。

本発明では、ユーザが音声通信端末から離れたことを検知し、該検知状態が所定時間以上継続した場合に、通話相手との音声通信をロック制御する。このため、音声通信中にもかかわらず音声通信端末がロックされる自体が発生するのを防止することができ、したがって、音声通信端末に適したロック制御技術を提供することができる。

以下に、本発明の実施の形態を説明する。

<<第１実施形態>>
図１は本発明の第１実施形態が適用された多者通話システムの概略構成図である。図示するように、本実施形態の多者通話システムは、メディアサーバ１、認証サーバ２、および、複数の音声通信端末３が、ＬＡＮ、ＷＡＮ等のネットワーク４を介して相互接続されて構成されている。

メディアサーバ１は、複数の音声通信端末３間の多者通話を行う。図２はメディアサーバ１の概略構成図である。図示するように、メディアサーバ１は、ネットワーク４に接続するためのインターフェース部１１と、呼制御部１２と、音声合成部１３と、を有する。

呼制御部１２は、ＳＩＰ（Session Initiation Protocol）、Ｈ３２３等の呼制御プロトコルに従い各音声通信端末３との間に通話路を確立する。

音声合成部１３は、ｉ（１≦ｉ≦ｎ）番目以外の音声通信端末３各々との間に確立された通話路を介して音声通信端末３各々から受信した音声パケット（例えばＲＴＰ（Real-time Transport Protocol）パケット）から通話データを取り出して合成し、ｉ番目の音声通信端末３向けの多者通話データを生成する。そして、生成した多者通話データを音声パケットに格納して、該音声パケットを、ｉ番目の音声通信端末３との間に確立された通話路を介してｉ番目の音声通信端末３に出力する。この処理を全ての音声通信端末３各々に対して行なう。

認証サーバ２は、各音声通信端末３のユーザ認証を行う。図３は認証サーバ２の概略構成図である。図示するように、認証サーバ２は、ネットワーク４に接続するためのインターフェース部２１と、認証処理部２２と、認証データ記憶部２３と、を有する。

認証データ記憶部２３には、各音声通信端末３のユーザの認証データが登録されている。図４はユーザ認証記憶部２３を模式的に表した図である。図示するように、音声通信端末３毎にレコード２３０が登録されている。レコード２３０は、音声通信端末の端末ＩＤ（例えばＭＡＣアドレス）を登録するフィールド２３１と、当該音声通信端末のユーザ認証データ（例えばパスワード）を登録するフィールド２３２と、を有する。

認証処理部２２は、インターフェース部２１を介して音声通信端末３からユーザ認証依頼を受け取ると、該音声通信端末３の端末ＩＤを持つレコード２３０を認証データ記憶部２３から検索し、検索したレコード２３０に登録されている認証データが、該ユーザ認証依頼に含まれている認証データと一致するか否かを判断する。一致する場合は認証成功と判断し、一致しない場合は認証失敗と判断する。そして、判断結果を含む応答メッセージを生成し、インターフェース部２１を介して、ユーザ認証依頼元の音声通信端末３に送信する。

音声通信端末３は、メディアサーバ１を介して他の少なくとも１台の音声通信端末３と多者通話を行う。図５は音声通信端末３の概略構成図である。図示するように、音声通信端末３は、ネットワーク４に接続するためのインターフェース部３１と、呼制御部３２と、通話処理部３３と、音声再生部（オーディオデコーダ）３４と、音声収録部（オーディオエンコーダ）３５と、スピーカ３６１およびマイク３６２からなるヘッドセット（もしくはハンドセット）３６と、ロック制御部３７と、離席検出部３８と、入出力装置を用いてユーザから各種操作を受け付けるためのＧＵＩ（Graphical User Interface）部３９と、を有する。

呼制御部３２は、ＳＩＰ、Ｈ３２３等の呼制御プロトコルに従いメディアサーバ１との間に通話路を確立する。

通話処理部３３は、メディアサーバ１との間に確立された通話路を介してメディアサーバ１から受信した音声パケット（例えばＲＴＰパケット）から多者通話データを取り出して、音声再生部３４に出力する。また、音声収録部３５から出力された通話データを音声パケットに格納し、該音声パケットを、該通話路を介してメディアサーバ１に送信する。

音声再生部３４は、通話処理部３３から出力された多者通話データをアナログの音声再生信号にデコードし、該音声再生信号をヘッドセット（もしくはハンドセット）３６のスピーカ３６１から出力する。

音声収録部３５は、ヘッドセット（もしくはハンドセット）３６のマイク３６２で収音した音声信号をデジタルの通話データにエンコードし、該通話データを通話処理部３３に出力する。

離席検出部３８は、ユーザが音声通信端末２８から離れているか否かを検出する。離席検出部３８の具体例としては色々なものが考えられる。以下に、離席検出部３８の具体例を説明する。

図６は離席検出部３８の第１の例を示す図である。この例では、ヘッドセット３６に設けられた装着センサ３８１により、ユーザが音声通信端末３から離れている状態を検出する。ユーザがヘッドセット３６を装着すると、装着センサ３８１が押圧されて、装着センサ３８１から検出信号が出力される。一方、ユーザがヘッドセット３６を外すと、装着センサ３８１の押圧状態が解除され、装着センサ３８１から出力されている検出信号が停止する。したがって、装着センサ３８１から出力される検出信号を監視することにより、ユーザが音声通信端末３から離れているか否かを検出することができる。

図７は離席検出部３８の第２の例を示す図である。この例では、音声通信端末３を利用するための着座する椅子５に設けられた着座センサ３８２により、ユーザが音声通信端末３から離れている状態を検出する。ユーザが椅子５に着座すると、着座センサ３８２が押圧されて、着座センサ３８２から検出信号が出力される。一方、ユーザが椅子５から立つと、着座センサ３８２の押圧状態が解除され、着座センサ３８２から出力されている検出信号が停止する。したがって、着座センサ３８２から出力される検出信号を監視することにより、ユーザが音声通信端末３から離れているか否かを検出することができる。

図８は離席検出部３８の第３の例を示す図である。この例では、音声通信端末３に設けられた赤外線センサ３８３により、ユーザが音声通信端末３から離れている状態を検出する。ユーザが音声通信端末３に近づくと、赤外線センサ３８３がユーザを検知して検出信号を出力する。一方、ユーザが音声通信端末３から離れると、赤外線センサ３８３がユーザを検知できなくなり、検出信号の出力を停止する。したがって、赤外線センサ３８３から出力される検出信号を監視することにより、ユーザが音声通信端末３から離れているか否かを検出することができる。

ロック制御部３７は、離席検出部３８において、ユーザが音声通信端末３から離れていることを検知している状態が所定時間以上継続した場合に、通話相手との音声通信をロック制御する。

図９は音声通信端末３のロック制御部３７の動作フローを説明するための図である。このフローは、呼制御部３２によってメディアサーバ１との間に通話路が確立され、通話処理部３３がこの通話路を介して音声パケットを送受している場合に実施される。

先ず、ロック制御部３７は、離席検出部３８によってユーザが音声通信端末３から離れている状態（離席状態）が検知されると（Ｓ１０１でＹＥＳ）、この離席状態が所定時間（例えば１分）継続するのを待つ（Ｓ１０２）。そして、離席状態が所定時間継続したならば（Ｓ１０２でＹＥＳ）。後述するロック制御を行う（Ｓ１０３）。

次に、ロック制御部３７は、ＧＵＩ部３９を介してユーザより何らかの入力操作（キー操作、カーソル操作等）が行われると（Ｓ１０４でＹＥＳ）、ＧＵＩ部３９に認証データ（例えばパスワード）入力画面を表示して、ユーザから認証データの入力を受け付ける（Ｓ１０５）。それから、ロック制御部３７は、受け付けた認証データおよび自端末の端末ＩＤを含んだ認証依頼を生成し、これをインターフェース部３１を介して認証サーバ２に送信する（Ｓ１０６）。そして、認証サーバ２から認証結果が送られてくるのを待つ。

さて、ロック制御部３７は、認証サーバ２から受信した認証結果が認証成功を示しているならば（Ｓ１０７でＹＥＳ）、後述するロック解除制御を行い（Ｓ１０８）、それからＳ１０１に戻る。一方、認証サーバ２から受信した認証結果が認証失敗を示しているならば（Ｓ１０７でＮＯ）、ＧＵＩ部３９を介してユーザにエラーメッセージを提示するなどの所定のエラー処理を行い（Ｓ１０９）、それからＳ１０４に戻る。

図１０は図９に示すロック制御（Ｓ１０３）の動作フローを示している。

先ず、ロック制御部３７は、音声再生部３４の動作を停止する（Ｓ１０３１）。これにより、メディアサーバ１より受け取った多者通話データがヘッドセット（もしくはハンドセット）３６のスピーカ３６１から出力されるのを防止する。次に、音声収録部３５の動作を停止する（Ｓ１０３２）。これにより、ヘッドセット（もしくはハンドセット）３６のマイク３６２で収音したユーザの通話データがメディアサーバ１に送信されるのを防止する。それから、ロック制御部３７は、ユーザが離席していることを示す不在メッセージを通話処理部３３に出力する。通話処理部３３は、この不在メッセージを格納した音声パケットを、インターフェース部３１を介して、呼制御部３２によってメディアサーバ１との間に確立された通話路に出力する（Ｓ１０３３）。なお、不在メッセージの送信後に、ロック制御部３７が呼制御部３２を制御して、メディアサーバ１との間に確立された通話路を切断させるようにしてもよい。

図１１は図９に示すロック解除制御（Ｓ１０８）の動作フローを示している。

先ず、ロック制御部３７は、音声再生部３４の動作を再開する（Ｓ１０８１）。これにより、メディアサーバ１より受け取った多者通話データがヘッドセット（もしくはハンドセット）３６のスピーカ３６１から出力される。次に、音声収録部３５の動作を再開する（Ｓ１０８２）。これにより、ヘッドセット（もしくはハンドセット）３６のマイク３６２で収音したユーザの通話データがメディアサーバ１に送信される。なお、メディアサーバ１との間の通話路が切断されている場合は、Ｓ１０８１に先立って呼制御部３２を制御し、メディアサーバ１との間に通話路を再確立する。それから、Ｓ１０８１に移行する。

上記構成の認証サーバ１、メディアサーバ２および音声通信端末３は、例えば図１２に示すような、ＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭやＩＣカードなどの記憶媒体９０４からデータを読み取る読取装置９０５と、ネットワーク４に接続するためのＮＩＣ９０６と、キーボード、マウス（音声通信端末３の場合は加えてマイク）等の入力装置９０７と、ディスプレイ（音声通信端末３の場合は加えてスピーカ）等の出力装置９０８と、これらの各装置を接続するバス９０９と、を備えた一般的なコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされたプログラムを実行することで実現できる。このプログラムは、読取装置９０５を介して記憶媒体９０４から、あるいは、ＮＩＣ９０６を介してネットワーク４から、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。あるいは、外部記憶装置９０３を経由せずに、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

次に、上記構成の多者通話システムの動作について図１３を参照して説明する。図１３は３つの音声通信端末Ａ〜Ｃ間で多者通話が行われている状態で、音声通信端末Ａのユーザが席を離れ、その後復帰する場合の多者通話システムの動作例を説明する図である。

それぞれの音声通信端末Ａ〜Ｃにおいて、ユーザの音声は、マイク３６２で収音され、音声収録部３５で通話データにエンコードされた後、通話処理部３３で音声パケット化され、インターフェース部３１からメディアサーバ１に送信される（Ｔ１０１〜Ｔ１０３）。

メディアサーバ１において、音声通信端末Ａ〜Ｃから送られてきた音声パケットは、インターフェース部１１を介して音声合成部１３に送られる。音声合成部１３は、音声通信端末Ａ〜Ｃから送られてきた音声パケットに格納されている通話データから音声通信端末Ａ〜Ｃ各々向けの多者通話データを生成する（Ｔ１０４）。具体的には、音声通信端末Ｂおよび音声通信端末Ｃ各々の通話データを合成して多者通話データを生成し、これを音声通信端末Ａ向けの多者通話データとする。また、音声通信端末Ｃおよび音声通信端末Ａ各々の通話データを合成して多者通話データを生成し、これを音声通信端末Ｂ向けの多者通話データとする。また、音声通信端末Ａおよび音声通信端末Ｂ各々の通話データを合成して多者通話データを生成し、これを音声通信端末Ｃ向けの多者通話データとする。次に、音声合成部１３は、音声通信端末Ａ〜Ｃ各々向けの多者通話データを音声パケットに格納して、インターフェース部１１から音声通信端末Ａ〜Ｃ各々に送信する（Ｔ１０５〜Ｔ１０７）。

音声通信端末Ａにおいて、音声再生部３４は、インターフェース部３１および通話処理部３３を介して、メディアサーバ１から受信した多者通話データをアナログの音声再生信号にデコードし、該音声再生信号をスピーカ３６１から出力する（Ｔ１０８）。音声通信端末Ｂ、Ｃ各々においても同様の処理が行われる。

さて、音声通信端末Ａにおいて、ロック制御部３７は、離席検出部３８によって離席状態が検出されると（Ｔ１１１）、該離席状態が所定時間ｔ継続するのを待ってロック制御を開始し、音声再生部３４、音声収録部３５各々の動作を停止する（Ｔ１１２）。

このため、音声通信端末Ａでは、通話処理部３３で無音データが音声パケット化され、インターフェース部３１からメディアサーバ１に送信される（Ｔ１２１）。一方、音声通信端末Ｂ、Ｃ各々では、Ｔ１０２、Ｔ１０３と同様、ユーザの音声がマイク３６２で収音され、音声収録部３５で通話データにエンコードされた後、通話処理部３３で音声パケット化され、インターフェース部３１からメディアサーバ１に送信される（Ｔ１２２、Ｔ１２３）。

このため、メディアサーバ１は、音声通信端末Ｂおよび音声通信端末Ｃ各々の通話データを合成して多者通話データを生成し、これを音声通信端末Ａ向けの多者通話データとし、音声通信端末Ｃの通話データと音声通信端末Ａの無音データとを合成して多者通話データを生成し、これを音声通信端末Ｂ向けの多者通話データとし、そして、音声通信端末Ａの無音データと音声通信端末Ｂの通話データとを合成して多者通話データを生成し、これを音声通信端末Ｃ向けの多者通話データとする（Ｔ１２４）。次に、音声合成部１３は、音声通信端末Ａ〜Ｃ各々向けの多者通話データを音声パケットに格納して、インターフェース部１１から音声通信端末Ａ〜Ｃ各々に送信する（Ｔ１２５〜Ｔ１２７）。

音声通信端末Ｂ、Ｃ各々において、音声再生部３４は、インターフェース部３１および通話処理部３３を介して、メディアサーバ１から受信した多者通話データをアナログの音声再生信号にデコードし、該音声再生信号をスピーカ３６１から出力する。ここで、音声通信端末Ａの通話データは無音データであるので、音声通信端末Ｂでは音声通信端末Ｃの音声信号のみが再生され、音声通信端末Ｃでは音声通信端末Ｂの音声信号のみが再生される。一方、音声通信端末Ａでは、音声再生部３４が停止している。したがって、メディアサーバ１から受信した多者通話データの再生は行われない（Ｔ１２８）。

次に、音声通信端末Ａにおいて、ロック制御部３７は、ＧＵＩ部３９がユーザから何らかの入力操作を受け付けると（Ｔ１３１）、ＧＵＩ部３９を介してユーザから認証データ（例えばパスワード）の入力を受け付ける（Ｔ１３２）。そして、該認証データを含む認証要求を生成して、インターフェース部３１を介して認証サーバ２に送信する（Ｔ１３３）。

認証サーバ２において、認証処理部２２は、インターフェース部２１を介して音声通信端末Ａから認証要求を受信すると、認証データ記憶部２３を用いて該認証要求に対する認証処理を行う（Ｔ１３４）。そして、認証結果を音声通信端末Ａに送信する（Ｔ１３５）。

音声通信端末Ａにおいて、ロック制御部３７は、認証サーバ２から自身が該認証サーバ２に送信した認証依頼に対する認証結果を受信する。そして、該認証結果が認証成功を示しているならば、ロック制御を解除して、音声再生部３４、音声収録部３５各々の動作を再開する。その結果、Ｔ１０１〜Ｔ１０８の状態に戻る。一方、該認証結果が認証失敗を示しているならば、ロック制御を継続して、音声再生部３４、音声収録部３５各々の動作を停止したままとする。その結果、Ｔ１２１〜Ｔ１２８の状態が続く（Ｔ１３６）。

なお、Ｔ１１２において、音声通信端末Ａのロック制御部３７は、呼制御部３２を制御して、メディアサーバ１との間の通話路を切断してもよい。この場合、以降のメディアサーバ１および音声通信端末Ａ間の通話データのやり取りＴ１２１、Ｔ１２５は行われない。
また、この場合、Ｔ１３６において、音声通信端末Ａのロック制御部３７は、認証サーバ２の認証結果が認証成功の場合、呼制御部３２を制御して、メディアサーバ１との間の通話路を再度確立する。その後、音声再生部３４、音声収録部３５各々の動作を再開する。

以上、本発明の第１実施形態について説明した。

本実施形態では、音声通信端末３がユーザの離席状態を検知し、該離席状態が所定時間以上継続した場合に、通話相手との音声通信をロック制御する。このため、音声通信中にもかかわらず音声通信端末３がロックされる事態が発生するのを防止できる。

なお、本実施形態では、ロック解除のための認証を認証サーバ２で行うようにしているが、認証は認証データの入力を受け付けた音声通信端末３自身が行なうようにしてもよい。つまり、音声通信端末３各々に認証処理部２２および認証データ記憶部２３を設け、認証データ記憶部２３には自身端末のロック解除に必要な認証データを記憶しておく。そして、ロック制御部３７がＧＵＩ部３９を介してユーザから認証データの入力を受け付けた場合に、該認証データを認証処理部２２に渡し、認証処理部２２が該認証データが認証データ記憶２３に記憶されている認証データと一致するか否かを調べることで認証を行う。そして、認証結果をロック制御部３７に通知する。

<<第２実施形態>>
次に、本発明の第２実施形態について説明する。

上記の第１実施形態では、音声通信端末３が自端末のロック制御を行うようにしている。これに対して、本実施形態では、メディアサーバ１が音声通信端末３各々と連携してロック制御を行うようにしている。

本実施形態の多者通話システムが図１に示す第１実施形態の多者通話システムと異なる点は、メディアサーバ１、音声通信端末３に代えて、メディアサーバ１Ａ、音声通信端末３Ａを設けた点である。その他は図１に示す第１実施形態と同様である。

メディアサーバ１Ａは、複数の音声通信端末３間の多者通話を行うと共に、各音声通信端末３のロック制御を行う。図１４はメディアサーバ１Ａの概略構成図である。図示するように、メディアサーバ１Ａが図２に示す第１実施形態のメディアサーバ１と異なる点は、ロック制御部１４が追加されている点である。その他の構成は、第１実施形態のメディアサーバ１と同様である。

ロック制御部１４は、インターフェース部１１を介して音声通信端末３より受信したロック指示およびロック解除指示に従い、当該音声通信端末３との音声通信をロック制御する。

図１５はメディアサーバ１Ａのロック制御部１４の動作フローを説明するための図である。このフローは、呼制御部１２によってメディアサーバ１との間に通話路が確立されている音声通信端末３毎に実施される。

先ず、ロック制御部１４は、インターフェース部１１を介して対象の音声通信端末３よりロック指示を受信すると（Ｓ２０１でＹＥＳ）、後述するロック制御を行う（Ｓ２０２）。次に、ロック制御部１４は、インターフェース部１１を介して対象の音声通信端末３よりロック解除指示を受信すると（Ｓ２０３でＹＥＳ）、後述するロック解除制御を行い（Ｓ２０４）、それからＳ２０１に戻る。

図１６は図１５に示すロック制御（Ｓ２０２）の動作フローを示している。

先ず、ロック制御部１４は、音声合成部１３に対して、対象の音声通信端末３向けの多者通話データの生成停止を指示する（Ｓ２０２１）。これを受けて、音声合成部１３は、対象の音声通信端末３向けの多者通話データの生成を停止する。これにより、メディアサーバ１から対象の音声通信端末３へ宛てた音声パケットの送信が停止する。

次に、ロック制御部１４は、音声合成部１３に対して、対象の音声通信端末３から受信した音声パケットの通話データに代えて所定の不在メッセージを合成するように指示する（Ｓ２０２２）。これを受けて、音声合成部１３は、予め登録されている不在メッセージを、対象の音声通信端末３から受信した音声パケットの通話データとして、他の音声通信端末３から受信した音声パケットの通話データと合成して多者通話データを生成する。これにより、対象の音声通信端末３以外の各音声通信端末３において、対象の音声通信端末３のユーザが不在であることを示す不在メッセージが再生される。

次に、ロック制御部１４は、音声合成部１３に対して、対象の音声通信端末３から受信した音声パケットの通話データに代えて無音データを合成するように指示する（Ｓ２０２３）。これを受けて、音声合成部１３は、予め登録されている無音データを、対象の音声通信端末３から受信した音声パケットの通話データとして、他の音声通信端末３から受信した音声パケットの通話データと合成して多者通話データを生成する。これにより、対象の音声通信端末３以外の各音声通信端末３において、対象の音声通信端末３のユーザの音声は再生されない。

なお、図１６に示すフローの代わりに、ロック制御部１４が呼制御部１２を制御して、メディアサーバ１と対象の音声通信端末３との間に確立された通話路を切断するようにしてもよい。

図１７は図１５に示すロック解除制御（Ｓ２０４）の動作フローを示している。

先ず、ロック制御部１４は、音声合成部１３に対して、対象の音声通信端末３向けの多者通話データの生成再開を指示する（Ｓ２０４１）。これを受けて、音声合成部１３は、対象の音声通信端末３向けの多者通話データの生成を再開する。これにより、メディアサーバ１から対象の音声通信端末３へ宛てた音声パケットの送信が再開される。

次に、ロック制御部１４は、音声合成部１３に対して、無音データに代えて対象の音声通信端末３から受信した音声パケットの通話データを合成するように指示する（Ｓ２０４２）。これを受けて、音声合成部１３は、無音データに代えて、対象の音声通信端末３から受信した音声パケットの通話データを、他の音声通信端末３から受信した音声パケットの通話データと合成して多者通話データを生成する。これにより、対象の音声通信端末３以外の各音声通信端末３において、対象の音声通信端末３のユーザの音声が再生される。

音声通信端末５Ａは、ロック制御部３７の動作が異なる点を除いて第１実施形態の第１実施形態の音声通信端末５と同じである。

図１８は音声通信端末３のロック制御部３７の動作フローを説明するための図である。このフローは、呼制御部３２によってメディアサーバ１との間に通話路が確立され、通話処理部３３がこの通話路を介して音声パケットを送受している場合に実施される。

先ず、ロック制御部３７は、離席検出部３８によって離席状態が検知されると（Ｓ３０１でＹＥＳ）、この離席状態が所定時間（例えば１分）継続するのを待つ（Ｓ３０２）。そして、離席状態が所定時間継続したならば（Ｓ３０２でＹＥＳ）。自端末の指定を伴うロック指示を生成し、これをインターフェース部３１を介してメディアサーバ１に送信する（Ｓ３０３）。

次に、ロック制御部３７は、ＧＵＩ部３９を介してユーザより何らかの入力操作が行われると（Ｓ３０４でＹＥＳ）、ＧＵＩ部３９に認証データ入力画面を表示して、ユーザから認証データの入力を受け付ける（Ｓ３０５）。それから、ロック制御部３７は、受け付けた認証データおよび自端末の端末ＩＤを含んだ認証依頼を生成し、これをインターフェース部３１を介して認証サーバ２に送信する（Ｓ３０６）。そして、認証サーバ２から認証結果が送られてくるのを待つ。

さて、ロック制御部３７は、認証サーバ２から受信した認証結果が認証成功を示しているならば（Ｓ３０７でＹＥＳ）、自端末の指定を伴うロック解除指示を生成し、これをインターフェース部３１を介してメディアサーバ１に送信する（Ｓ３０８）。それからＳ３０１に戻る。一方、認証サーバ２から受信した認証結果が認証失敗を示しているならば（Ｓ３０７でＮＯ）、ＧＵＩ部３９を介してユーザにエラーメッセージを提示するなどの所定のエラー処理を行い（Ｓ３０９）、それからＳ３０４に戻る。

次に、上記構成の多者通話システムの動作について図１９を参照して説明する。図１９は３つの音声通信端末Ａ〜Ｃ間で多者通話が行われている状態で、音声通信端末Ａのユーザが席を離れ、その後復帰する場合の多者通話システムの動作例を説明する図である。

それぞれの音声通信端末Ａ〜Ｃにおいて、ユーザの音声は、マイク３６２で収音され、音声収録部３５で通話データにエンコードされた後、通話処理部３３で音声パケット化され、インターフェース部３１からメディアサーバ１に送信される（Ｔ２０１〜Ｔ２０３）。

メディアサーバ１において、音声通信端末Ａ〜Ｃから送られてきた音声パケットは、インターフェース部１１を介して音声合成部１３に送られる。音声合成部１３は、音声通信端末Ａ〜Ｃから送られてきた音声パケットに格納されている通話データから音声通信端末Ａ〜Ｃ各々向けの多者通話データを生成する（Ｔ２０４）。それから、音声通信端末Ａ〜Ｃ各々向けの多者通話データを音声パケットに格納して、インターフェース部１１から音声通信端末Ａ〜Ｃ各々に送信する（Ｔ２０５〜Ｔ２０７）。

音声通信端末Ａにおいて、音声再生部３４は、インターフェース部３１および通話処理部３３を介して、メディアサーバ１から受信した多者通話データをアナログの音声再生信号にデコードし、該音声再生信号をスピーカ３６１から出力する。音声通信端末Ｂ、Ｃ各々においても同様の処理が行われる。

さて、音声通信端末Ａにおいて、ロック制御部３７は、離席検出部３８によって離席状態が検出されると（Ｔ２１１）、該離席状態が所定時間ｔ継続するのを待ってロック指示をメディアサーバ１に送信する（Ｔ２１２）。

それぞれの音声通信端末Ａ〜Ｃからは、Ｔ２０１〜Ｔ２０３と同様に、通話データを格納した音声パケットがメディアサーバ１に送られてくる（Ｔ２２１〜Ｔ２２３）。しかし、メディアサーバ１において、ロック制御部１４は、音声通信端末Ａからロック指示を受信すると、音声合成部１３を制御する。この制御により、音声合成部１３は、音声通信端末Ａ向けの多者通話データ（音声通信端末Ｂおよび音声通信端末Ｃ各々の通話データの合成データ）の生成を停止すると共に、音声通信端末Ｂ、Ｃ各々向けの多者通話データに用いる音声通信端末Ａの通話データとして、先ず不在メッセージを用い、それから無音データを用いる（Ｔ２２４）。

その結果、メディアサーバ１から音声通信端末Ａへには、多者通話データを格納した音声パケットが送信されない。一方、メディアサーバ１から音声通信端末Ｂへには、音声通信端末Ａの不在メッセージおよび音声通信端末Ｃの通話データを合成して生成した多者通話データを格納した音声パケットが送信され、その後、音声通信端末Ｃの通話データおよび無音データを合成して生成した多者通話データを格納した音声パケットが送信される（Ｔ２２５）。同様に、ディアサーバ１から音声通信端末Ｃへには、音声通信端末Ａの不在メッセージおよび音声通信端末Ｂの通話データを合成して生成した多者通話データを格納した音声パケットが送信され、その後、音声通信端末Ｂの通話データおよび無音データを合成して生成した多者通話データを格納した音声パケットが送信される（Ｔ２２６）。

次に、音声通信端末Ａにおいて、ロック制御部３７は、ＧＵＩ部３９がユーザから何らかの入力操作を受け付けると（Ｔ２３１）、ＧＵＩ部３９を介してユーザから認証データの入力を受け付ける（Ｔ２３２）。そして、該認証データを含む認証要求を生成して認証サーバ２に送信する（Ｔ２３３）。

認証サーバ２において、認証処理部２２は、音声通信端末Ａから認証要求を受信すると、該認証要求に対する認証処理を行う（Ｔ２３４）。そして、認証結果を音声通信端末Ａに送信する（Ｔ２３５）。

音声通信端末Ａにおいて、ロック制御部３７は、認証サーバ２から認証結果を受信する。そして、該認証結果が認証成功を示しているならば、ロック解除指示を生成してメディアサーバ１に送信する。メディアサーバ１において、ロック制御部１４は、音声通信端末Ａからロック解除指示を受信すると、音声合成部１３を制御する。この制御により、音声合成部１３は、音声通信端末Ａ向けの多者通話データの生成を再開すると共に、音声通信端末Ｂ、Ｃ各々向けの多者通話データに用いる音声通信端末Ａの通話データを無音データから元に戻す。その結果、Ｔ２０１〜Ｔ２０７の状態に戻る。一方、該認証結果が認証失敗を示している場合は、ロック解除指示をメディアサーバ１に送信しない。その結果、Ｔ２２１〜Ｔ２２６の状態が続く（Ｔ２３６）。

なお、Ｔ２２４において、メディアサーバ１のロック制御部１４は、音声通信端末Ａ向けの多者通話データの生成の停止、および、音声通信端末Ｂ、Ｃ各々向けの多者通話データに用いる音声通信端末Ａの通話データの変更の代わりに、呼制御部１２を制御して音声通信端末Ａとの間の通話路を切断してもよい。また、この場合、Ｔ２３６において、メディアサーバ１のロック制御部１４は、認証サーバ２の認証結果が認証成功の場合、呼制御部１２を制御して音声通信端末Ａとの間の通話路を再度確立する。

以上、本発明の第２実施形態について説明した。

本実施形態によれば、上記の第１実施形態と同様に、音声通信中にもかかわらず音声通信端末３がロックされる事態が発生するのを防止できる。なお、本実施形態においても、上記の第１実施形態と同様に、ロック解除のための認証を、認証データの入力を受け付けた音声通信端末３自身が行なうようにしてもよい。

本発明は、上記の各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の第１実施形態では、メディアサーバ１を用いて多者通話を実現する場合を前提に説明したが、本発明はこれに限定されない。例えば、音声通信端末３において、呼制御部３２に、多者通話の通話相手（他の音声通信端末３）各々との間に通話路を確立させ、通話処理部３３に、音声収録部３５から入力された通話データを格納した音声パケットを、多者通話の通話相手各々との間に確立された通話路を介して多者通話の通話相手各々に送信すると共に、多者通話の通話相手各々との間に確立された通話路を介して多者通話の通話相手各々から送られてきた音声パケットに格納されている音声データを合成して、音声再生部３４に出力する。このようにすることで、メディアサーバ１を用いることなく、多者通話システムを実現できる。この場合において、上記の第１実施形態と同様にロック制御およびロック解除制御を行うことができる。但し、通話路を切断してロック制御する場合、多者通話の通話相手各々との間に確立された通話路を全て切断する。また、この場合のロック解除制御は、多者通話の通話相手各々との間に通話路を再確立する。

また、上記の第１実施形態において、ある音声通信端末３において、離席状態が所定時間継続した場合に、予め登録されている他の音声通信端末へ呼を転送するようにしてもよい。例えば、離席状態が所定時間継続した場合、ロック制御部３７は、呼制御部３２を制御して、自端末と予め登録されている他の音声通信端末（例えば携帯端末）との間に通話路を確立する。次に、インターフェース部３１を制御して、メディアサーバ１との間に確立された通話路と、予め登録されている他の音声通信端末との間に確立された通話路とを中継する。これにより、メディアサーバ１から送られてきた多者通話データを予め登録されている他の音声通信端末に転送すると共に、該他の音声通信端末から送られてきた通話データをメディアサーバに転送する。

また、上記の各実施形態において、認証データはユーザの生体情報（例えば指紋データ、虹彩データ）であってもよい。そして、音声通信端末３に、指紋読取器や虹彩採取装置などの生体情報採取手段を設け、該手段を用いて認証データをユーザから取得するようにしてもよい。

また、上記の各実施形態では、多者通話を行うシステムを例にとり説明したが、一対一の音声通信を行なうシステムにも、本発明は同様に適用できる。

また、上記の各実施形態では、メディアサーバ１が備えるメディア・ゲートウェイ(メディア・サーバ）の機能とメディア・ゲートウェイ・コントローラ（管理サーバ）の機能とを、１台のコンピュータシステム上に構築した場合を例にとり説明した。しかし、本発明はこれに限定されない。メディア・ゲートウエイと、メディア・ゲートウェイ・コントローラとを、それぞれ別個のコンピュータシステム上に構築してもよい。例えば、上記の第２実施形態において、インターフェース部１１、呼制御部１２およびロック制御部１４を備えたメディア・ゲートウエイ・コントローラと、音声合成部１３を備えたメディア・ゲートウエイとを、それぞれ別個のコンピュータシステム上に構築し、両者を例えばローカル接続することで、メディアサーバ１を構築するようにしてもかまわない。

図１は本発明の第１実施形態が適用された多者通話システムの概略図である。 図２はメディアサーバ１の概略構成図である。 図３は認証サーバ２の概略図である。 図４は認証データ記憶部２３を模式的に表した図である。 図５は音声通信端末３の概略構成図である。 図６は離席検出部３８の第１の例を示す図である。 図７は離席検出部３８の第２の例を示す図である。 図８は離席検出部３８の第３の例を示す図である。 図９はロック制御部３７の動作フローを説明するための図である。 図１０は図９のロック制御（Ｓ１０３）の動作フローを説明するための図である。 図１１は図９のロック解除制御（Ｓ１０８）の動作フローを説明するための図である。 図１２はメディアサーバ１、認証サーバ２および音声通信端末３のハードウエア構成例を説明する図である。 本発明の第１実施形態が適用された多者通話システムの概略動作を説明するための図である。 図１４はメディアサーバ１Ａの概略構成図である。 図１５はロック制御部１４の動作フローを説明するための図である。 図１６は図１５のロック制御（Ｓ２０２）の動作フローを説明するための図である。 図１７は図１６のロック解除制御（Ｓ２０４）の動作フローを説明するための図である。 図１８はロック制御部３７の動作フローを説明するための図である。 本発明の第２実施形態が適用された多者通話システムの概略動作を説明するための図である。

符号の説明

１、１Ａ…プレゼンスサーバ、２…認証サーバ、３、３Ａ…音声通信端末、４…ネットワーク、１１…インターフェース部、１２…呼制御部、１３…音声合成部、１４…ロック制御部、２１…インターフェース部、２２…認証処理部、２３…認証データ記憶部、３１…インターフェース部、３２…呼制御部、３３…通話処理部、３４…音声再生部、３５…音声収録部、３６…ヘッドセット、３７…ロック制御部、３８…離席検出部、３９…ＧＵＩ部、３６１…スピーカ、３６２…マイク

Claims (15)

1. 音声通信端末であって、
   ユーザが自端末から離れていることを検知する検知手段と、
   前記検知手段による検知が所定時間以上継続しているか否かを判断する判断手段と、
   前記判断手段によって所定時間以上継続していると判断された場合に、自端末に入力された音声が通話相手へ送信されないように、且つ通話相手の音声が自端末から出力されないようにロックするロック制御手段と、を有すること
   を特徴とする音声通信端末。
2. 請求項１に記載の音声通信端末であって、
   ユーザの入力操作を受け付ける操作受付手段を更に有し、
   前記ロック制御手段は、
   自端末に入力された音声が通話相手へ送信されないように、且つ通話相手の音声が自端末から出力されないようにロックしている状態で、前記操作受付手段がユーザの入力操作を受け付けた場合に、前記操作受付手段を介して当該ユーザから認証データを受付け、該認証データの認証が成立した場合に、前記ロックを解除すること
   を特徴とする音声通信端末。
3. 請求項２に記載の音声通信端末であって、
   前記ロック制御手段は、
   自端末に入力された音声の収録の停止および再開を制御する手段と、
   通話相手から受信した音声の再生の停止および再開を制御する手段と、を有すること
   を特徴とする音声通信端末。
4. 請求項１又は２に記載の音声通信端末であって、
   前記ロック制御手段は、
   通話相手との間に確立された通話路の切断および再確立を制御する手段を有すること
   を特徴とする音声通信端末。
5. 請求項１乃至４のいずれか一項に記載の音声通信端末であって、
   前記検知手段は、
   通話相手との通話に用いるヘッドセットに設けられた装着センサであること
   を特徴とする音声通信端末。
6. 請求項１乃至４のいずれか一項に記載の音声通信端末であって、
   前記検知手段は、
   前記音声通信端末を利用する際に用いる椅子に設けられた着座センサであること
   を特徴とする音声通信端末。
7. 請求項１乃至４のいずれか一項に記載の音声通信端末であって、
   前記検知手段は、
   前記音声通信端末の前方に位置するユーザを検出する赤外線センサであること
   を特徴とする音声通信端末。
8. 複数の音声通信端末間の多者通話を実現するメディアサーバであって、
   音声通信端末毎に、当該音声通信端末以外の音声通信端末各々から受信した通話データを合成して当該音声通信端末向けの多者通話データを生成し、当該多者通話データを当該音声通信端末に送信する音声合成手段と、
   音声通信端末からのロック指示に従い、当該音声通信端末から受信した通話データが他の音声通信端末向けの多者通話データに含まれないように、且つ当該音声通信端末向けの多者通話データが当該音声通信端末に送信されないようにロックするロック制御手段と、を有すること
   を特徴とするメディアサーバ。
9. 請求項８に記載のメディアサーバであって、
   前記ロック制御手段は、
   音声通信端末からのロック解除指示に従い、前記ロックを解除すること
   を特徴とするメディアサーバ。
10. 請求項８に記載のメディアサーバであって、
    前記ロック制御手段は、
    多者通話データの生成の停止および再開を制御する手段と、
    他の通話データと合成する通話データの無音データへの置換の開始および停止を制御する手段と、を有すること
    を特徴とするメディアサーバ。
11. 請求項８に記載のメディアサーバであって、
    前記ロック制御手段は、
    各音声通信端末との間に確立された通話路の切断および再確立を制御する手段を有すること
    を特徴とするメディアサーバ。
12. コンピュータで読取り可能なプログラムであって、
    前記プログラムは、コンピュータに、
    通話相手と音声通信を行なう音声通信手段、
    ユーザが自コンピュータから離れていることを検知する検知手段、
    前記検知手段による検知が所定時間以上継続しているか否かを判断する判断手段、および、
    前記判断手段によって所定時間以上継続していると判断された場合に、自コンピュータに入力された音声が通話相手へ送信されないように、且つ通話相手の音声が自コンピュータ末から出力されないようにロックするロック制御手段として、機能させること
    を特徴とするコンピュータで読取り可能なプログラム。
13. コンピュータで読取り可能なプログラムであって、
    前記プログラムは、コンピュータに、
    音声通信端末毎に、当該音声通信端末以外の音声通信端末各々から受信した通話データを合成して当該音声通信端末向けの多者通話データを生成し、当該多者通話データを当該音声通信端末に送信する音声合成手段、および、
    音声通信端末からのロック指示に従い、当該音声通信端末から受信した通話データが他の音声通信端末向けの多者通話データに含まれないように、且つ当該音声通信端末向けの多者通話データが当該音声通信端末に送信されないようにロックするロック制御手段として、機能させること
    を特徴とするコンピュータで読取り可能なプログラム。
14. 音声通信端末が通話相手との音声通信をロックする音声通信のロック制御方法であって、
    ユーザが自端末から離れていることを検知している状態が所定時間以上継続しているか否かを判断し、所定時間以上継続していると判断された場合に、自端末に入力された音声が通話相手へ送信されないように、且つ通話相手の音声が自端末から出力されないようにロックすること
    を特徴とする音声通信のロック制御方法。
15. メディアサーバが多者通話を行っている複数の音声通信端末のうちのいずれかの音声通信端末の音声通信をロックする音声通信のロック制御方法であって、
    音声通信端末毎に、当該音声通信端末以外の音声通信端末各々から受信した通話データを合成して当該音声通信端末向けの多者通話データを生成し、当該多者通話データを当該音声通信端末に送信すると共に、
    音声通信端末からのロック指示を受付けた場合には、当該音声通信端末から受信した通話データが他の音声通信端末向けの多者通話データに含まれないように、且つ当該音声通信端末向けの多者通話データが当該音声通信端末に送信されないようにロックすること
    を特徴とする音声通信のロック制御方法。

Images