JP4881711B2 - シンクライアントシステムおよび通信装置 - Google Patents

Description

本発明は、シンクライアントシステムおよび通信装置に関し、特にクライアントの接続／非接続で動作を変えるシンクライアントシステムおよび通信装置に関する。

近年、ＩＰ電話が急速に普及している。一例として、企業ＩＰ電話システムの基本構成について図１を用いて説明する。ここで、図１は企業ＩＰ電話システムのブロック図である。図１において、テレフォニーサーバ８００は、内線電話交換機の役割を果たし、電話端末間の呼制御を行う。電話端末には、ＩＰネットワーク８４０に接続するＩＰ電話機８０１や、パーソナルコンピュータ（ＰＣ）８１０上の電話プログラムであるソフトフォン８１２などがある。このソフトフォン８１２は、通常は自分自身が実行されているＰＣを自電話端末として発着信操作ができるものである。ＰＣ８１０は、ソフトフォン８１２の受話器となるハンドセット８１１が繋がれている。また、ソフトフォン８１２の機能の一部としてカメラ８１３を利用した映像の送受信機能を備えることにより、ＴＶ電話端末やＴＶ会議端末として利用することも可能である。

ＩＰ電話は、ゲートウェイ装置８２０を介すことにより、固定電話網８３０を経由して一般電話８３１と通話できる。ＩＰ電話は、また携帯電話網８３２を経由して携帯電話８３３との通話も可能である。

ＩＰ電話の基本動作を、電話端末８０１からソフトフォン８１２にダイヤル発信した例で説明する。電話端末８０１からダイヤルすると、テレフォニーサーバ８００は、これを電話端末８０１からの発呼情報として受信する。テレフォニーサーバ８００は、ソフトフォン８１２の電話状態などを確認した後、電話端末８０１にソフトフォン８１２のＩＰアドレス８４３を、ソフトフォン８１２に電話端末のＩＰアドレス８４２をそれぞれ通知する。その後、双方の電話端末はお互いに相手のＩＰアドレスに対して音声パケットを送受信し合うことにより接続し、音声通信を実現する。なお、ここで記述したＰＣ上で利用するためのソフトフォン８１２について、後の説明にて明確に区別できるよう、以下「通常版ソフトフォン」と記載する。

一方で、近年、情報漏洩が大きな問題となっている。２００５年４月１日から個人情報保護法が民間企業にも適用されて全面的に施行された。しかし、個人情報漏洩や顧客情報漏洩に関する事故の報道が後を絶たない。情報漏洩の発生は、その対策や流出した情報に対する補償に莫大な出費を必要とするだけでなく、漏洩を引き起こした企業に対する信頼性を大きく損なう。そのため、その影響は長期間にわたり、該当企業の存続をも危うくする大きな問題である。

そのような中で、特にＰＣの紛失や盗難によるデータの紛失・流失を防ぐための解決策の一つとしてシンクライアントが注目を集めている。シンクライアントは、ＨＤＤや記録ドライブを搭載していないため情報を保持することができない。そのため、万が一の盗難や紛失の際にも情報漏洩は発生しない点が、クライアント環境へのセキュリティ対策に最適だからである。

シンクライアントシステムに関する概要は、画面転送方式とネットワークブート方式という大きく二つの方式に分類できる。画面転送方式にはさらに中央に配置されたコンピュータの種類によって、サーバ型、ブレードＰＣ型、仮想計算機型に細分できるなど、幾つかの構成パターンが存在している。情報漏洩対策としてのシンクライアントシステムを考えた場合、画面イメージのみを送信する画面転送方式が有効である。

なお、シンクライアントシステムは、シンクライアントと複数のサーバ（ブレード）の集合体であるブレードサーバとを組み合わせたシステムであり、ブレードサーバは、許可された管理者のみが立ち入れるサーバ室で管理されていると思いがちである。しかし、シンクライアントシステムを新たに設けるとき、ブレードサーバ利用は２台のＰＣ（シンクライアント、ブレード）を新たに導入することになる。これに対して、導入済みの自席のＰＣをサーバとして利用し、シンクライアントのみを新たに導入することは、現実的な選択である。

図２を参照して、基本的なシンクライアントシステム（以下、ＴＣシステムと略す）を説明する。ここで、図２はシンクライアントシステムを説明するブロック図である。図２のシンクライアントシステムは、前述の画面転送方式のサーバ型に分類される構成パターンである。ＴＣシステムの利用形態としては、自社のオフィス内においてはこれまで利用していた社員個人に割り当てられる通常のＰＣをサーバ機に位置付け（以下、ＴＣサーバと略す）、支社など別拠点に出張する際はＨＤＤを搭載せず、内部にユーザデータの保存が出来ないシンクライアント端末（以下、ＴＣ端末と略す）を持って移動し、出張先から画面転送方式のＴＣシステムを使い自席のＰＣにアクセスするという形態である。なお後の説明時のために本構成の形態を「Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ型」と命名し以下、ＰｔｏＰ型と略す。

ＰｔｏＰ型によるＴＣシステムは、ＴＣサーバ７２０と、ＴＣ端末７４０と、これらを接続するネットワークであるＬＡＮ７７０とＷＡＮ７８０から構成される。ＴＣサーバ７２０は、自社オフィス内の自席に設置されたＰＣであり、表示装置７１１、キーボード７１２、マウス７１３などが繋がれ、ＣＰＵ７２１、メモリ７２２、デバイス制御７２３、ＯＳ７２４、記憶装置７２５、リモコンＳＶ（server）７２６、アプリケーションプログラムであるＡＰ７２７などから構成される。ＴＣ端末７４０は、ＣＰＵ７５４、メモリ７５５、デバイス制御部７５３、ＯＳ７５２、リモコンＣＬ（client）７５１から構成される本体７５０と、表示装置７４１、キーボード７４２の入力装置と、マウス７４３から構成され記憶装置を持たないと言う特徴がある。ＴＣシステムは、ＴＣサーバ７２０とＴＣ端末７４０間の通信が確立されて機能する。

ＴＣシステムにおける通信は、接続待ち状態にあるＴＣサーバのリモコンＳＶ７２６に、ＴＣ端末のリモコンＣＬ７５１が通信開始要求を出すことによりリモコン間で確立する。通信開始要求を送信するＩＰアドレスには、メモリ７５５のサーバＩＰアドレス格納領域７６５にあらかじめ設定されているＴＣサーバのＩＰアドレス７３０を利用する。ＴＣサーバ７２０は、リモコンＣＬ７５１から最初に通信開始要求が来ると、リモコンＣＬ７５１から送られてくるＩＰアドレス７６０を記憶装置７２５の端末ＩＰアドレス格納領域７３５に格納する。その後、ＴＣサーバ７２０は、格納されたＩＰアドレスに対して通信を行う。また、通信の終了時、ＴＣサーバ７２０は、端末ＩＰアドレス格納領域７３５のＩＰアドレスを消去する。

ＴＣサーバとＴＣ端末間の通信が確立された状態では、ＴＣシステムは次のように動作する。ＴＣ端末７４０のキーボード７４２やマウス７４３の入力操作は、リモコンＣＬ７５１からＴＣサーバ７２０に送信される。ＴＣサーバ７２０のリモコンＳＶ７２６は、これを受け取り、ＴＣサーバ７２０への入力情報としてＯＳ７２４に渡す。ＯＳ７２４はリモコンＳＶ７２６からの入力情報に応じた処理を実行し、これらの処理結果である画面情報等が、リモコンＳＶ７２６からＴＣ端末７４０に送信され、リモコンＣＬ７５１がこれを受信し、ＯＳ７５２を介して表示装置７４１に出力する。

企業ＩＰ電話システムが普及する一方で、ＴＣシステムの導入が進んでくると、当然のようにＴＣシステムでＩＰ電話機能を使いたいとの要求がある。しかし、ＴＣシステムにおけるＴＣ端末でのＩＰ電話機能の実現には、いくつかの技術的な課題がある。ＴＣシステムではアプリケーションプログラムの実行はすべてＴＣサーバ側で行っているため、電話プログラムであるソフトフォンをＴＣサーバ側で実行してもＴＣ端末側に音声を転送する術がなく通話できない。仮にこれが実現できても、音声データはＴＣサーバを経由してＴＣ端末や相手側に届くことになり、音声の遅延や音質の低下が生じてしまう。

そこで、特許文献１のように、ソフトフォンの一部機能を切り離して、ＴＣサーバ側とＴＣ端末側にそれぞれ実装することにより、ＴＣシステムでのＩＰ電話機能を実現する手法が考えられている。なお、特許文献１に記載のソフトフォンを、以下「ＴＣ版ソフトフォン」と記載する。

特開２００６−２５４４１１号公報

特許文献１に記載のＴＣシステム構成における「ＰｔｏＰ型」でのソフトフォンの利用を考えた場合、ＴＣ版ソフトフォン１００がインストールされた環境では、ＴＣ端末では通話できるが、自席ＰＣでは通話できないという問題がある。

この問題は、自席ＰＣにＴＣ版ソフトフォンの他に、通常、ＰＣ上で電話機能を利用したいときにインストールする通常版ソフトフォンを自席ＰＣ側に導入することで解決できる。しかし、ＰＣには２種類のソフトフォンを入れることになり経済的効率が悪い。

また自席ＰＣに、ＴＣ版ソフトフォンと通常版ソフトフォンの２種類のソフトフォンを入れて利用する場合、ＴＣ端末でソフトフォンを利用する時と自席ＰＣでソフトフォンを利用する時とで、利用するソフトフォンが異なる。このため、利用者が明示的に使い分ける必要があり、不便である。

すなわち、本発明は、クライアントの接続／非接続で動作を変えるシンクライアントシステムおよび通信装置を提供する。

上述した課題は、ネットワークを介してクライアントを接続可能であり、アプリケーションプログラムを実行可能な通信装置と、アプリケーションプログラムにアクセスし、その実行結果を出力するクライアントとからなり、アプリケーションプログラムは、通信装置とクライアントとの接続／非接続を判定し、判定結果に基づいて動作モードを選択するシンクライアントシステムにより、達成できる。

また、ネットワークを介してクライアントを接続可能で、アプリケーションプログラムを実行し、クライアントが接続されているか判定し、判定結果に基づいてアプリケーションプログラムの動作モードを選択する通信装置により、達成できる。

本発明によれば、クライアントの接続／非接続で動作を変えるシンクライアントシステムおよび通信装置を提供することができる。

以下、本発明の実施の形態について、実施例を用い図面を参照しながら説明する。なお、同一部位には同じ参照番号を振り、説明は繰りかえさない。図３はソフトフォンシステムの構成を説明するブロック図である。従来技術によるソフトフォンと、図３のソフトフォンの構成における違いは、特許文献１の１図のサーバ側電話制御部１１１を図３のサーバ側電話制御部５へ置き換え、ＴＣサーバ１１０側にもソフトフォンの受話器となるハンドセット８１１を繋げられるようにしたことにある。これにより、利用者は操作する端末を意識することなく、ＴＣサーバ／ＴＣ端末のいずれか一方で、同じ内線番号によるＩＰ電話機能が使えるようになる。

図３において、ソフトフォンシステム１０００は、ＩＰネットワーク７７０−１に接続されたＴＣサーバ１１０とテレフォニーサーバ８００と電話端末８０１と、ＩＰネットワーク７７０−２に接続されたＴＣ端末１２０と、ＩＰネットワーク７７０−１とＩＰネットワーク７７０−２とを接続するＷＡＮ７８０とから構成される。また、ＴＣサーバ１１０とＴＣ端末１２０には、ハンドセット８１１が接続されている。

ＴＣサーバ１１０とＴＣ端末１２０とに搭載されるソフトフォン１は、ＴＣサーバ１１０にインストールするアプリケーションプログラムであるサーバ側電話制御部５と、ＴＣ端末１２０に組み込まれ、ＴＣサーバ１１０のサーバ側電話制御部５と連携してＴＣシステムにおけるＩＰ電話機能を提供するＴＣ端末側電話制御部１２１の２プログラムからなる。

サーバ側電話制御部５は、ＴＣシステムによるＴＣ端末の接続有無を判定するリモコン判定処理部１０、通常版ソフトフォンとしての機能をモジュール化した通常版モジュール２０、ＴＣ版ソフトフォンとしての機能をモジュール化したＴＣ版モジュール３０、ソフトフォン１の共通的な汎用処理を司る共通処理部４０、両モジュール２０、３０に重複する呼制御処理を切り出した呼制御部５０から構成される。通常版モジュール２０は、ＩＰ電話機能での受話器となるハンドセット８１１−１を制御するデバイス制御部２１、ＩＰ電話機能での音声パケット処理を行う音声パケット通信部２２により構成される。ＴＣ版モジュール３０は、ＣＬ連携部１１２により構成される。

ＴＣ端末側電話制御部１２１は、ＳＶ連携部１２２、ＩＰ電話機能での受話器となるハンドセット８１１−２を制御するデバイス制御部１２３、音声パケット通信部１２４から構成される。

また、ソフトフォン１の動作に必要な記憶領域として、ＴＣサーバ１１０の記憶装置７２５には、リモコン接続フラグ領域４００と終了フラグ領域５００と端末ＩＰアドレス格納部７３５が設けられている。リモコン接続フラグ領域４００は、レジスタの特定ビットであり、リモコンＣＬ７５１がリモコンＳＶ７２６に接続されているか否かを識別するためのフラグ領域で、リモコンＣＬ７５１が接続していないときは「０」を、リモコンＣＬ７５１が接続しているときは「１」をリモコンＳＶ７２６が書き込む。リモコン接続フラグ領域４００を判定することにより、ＴＣ端末１２０がＴＣサーバ１１０に接続しているか否かを識別することが出来る。終了フラグ領域５００は、共通処理部４０が本実施例によるソフトフォンプログラムを終了させる際に各処理部に終了処理の開始を通知させるためのフラグ領域で、ソフトフォン１が通常通り稼働している時は「０」を、ユーザからの終了操作やアプリケーション異常などの非常事態が生じた際に強制終了する時には「１」が共通処理部４０により書き込まれる。端末ＩＰアドレス格納部７３５には、ＴＣ端末１２０のＩＰアドレスを格納する。

なお、図３のソフトフォンは、通常版ソフトフォンと同じ動作モードを実現するための通常版モジュール２０と、ＴＣ版ソフトフォンと同じ動作モードを実現するためのＴＣ版モジュール３０をサーバ側電話制御部５に纏めて構成したことと、さらにここに、ＴＣシステムによるＴＣ端末の接続有無を判定するリモコン判定処理部１０を組み込んでいる。

図４および図５を参照して、ＴＣサーバとＴＣ端末のハードウェア構成を説明する。ここで、図４はＴＣサーバのハードウェアブロック図である。図５はＴＣ端末のハードウェアブロック図である。

図４において、ＴＣサーバ１１０は、バス１１９に接続された中央演算装置（ＣＰＵ）１１３と主メモリ（Ｍ／Ｍ）１１４とネットワークインターフェース（Ｉ／Ｆ）１１５とＨＤＤ１１６と入力装置１１７と出力装置１１８とから構成される。図３を用いて説明したＴＣサーバ１１０の各機能ブロックは、主メモリ１１４に書き込まれたプログラムをＣＰＵ１１３が実行することで実現する。

図５において、ＴＣ端末１２０は、バス１３２に接続された中央演算装置（ＣＰＵ）１３３と主メモリ（Ｍ／Ｍ）１３４とネットワークインターフェース（Ｉ／Ｆ）１３５とコンパクトフラッシュ（登録商標）メモリ（Ｃ／Ｆ）１３６と入力装置１３７と出力装置１３８とから構成される。図３を用いて説明したＴＣ端末１２０の各機能ブロックは、主メモリ１３４に書き込まれたプログラムをＣＰＵ１３３が実行することで実現する。コンパクトフラッシュメモリ１３６は、ユーザ書き換え不可に設定され、ＯＳとドライバとソフトフォンのプログラムとＩＣＡ（Independent Computing Architecture）クライアントを記憶する。ＩＣＡクライアントは、画面情報受け取り用のプログラムである。

図６を参照して、ソフトフォンの起動処理と終了処理を説明する。ここで、図６Ａはソフトフォンの起動処理を説明するフローチャートである。図６Ｂはソフトフォンの終了処理を説明するフローチャートである。ソフトフォンは、図６Ａのフローチャートに従い各処理部を起動させ、発呼、着呼、通話などの電話機能処理を行える状態へ遷移させる。また、ＰＣ利用者がソフトフォンの終了操作を行った場合、ソフトフォンは、図６Ｂのフローチャートに従い各処理部を終了させるものである。

図６Ａにおいて、ＰＣ利用者がソフトフォン１を起動させることより、ソフトフォン１は、処理を開始し、ステップ２０１において、共通処理部４０を起動する。共通処理部４０は、音声デバイスの接続有無確認、テレフォニーサーバ８００へのレジスト処理、アプリケーションを終了させる際に各処理部に終了処理の開始を通知させるための終了フラグのリセット処理（終了フラグ領域５００に「０」を書き込む）などを実施する。次にステップ２０２において、ソフトフォン１は、リモコン判定処理部１０を起動する。リモコン判定処理部１０は、ＴＣシステムにおけるＴＣ端末の接続有無を判定し、判定結果に合わせたソフトフォンモジュールを起動させる。なお、リモコン判定処理部１０については、図７にてその動作フローなどを詳細に説明する。ステップ２０３において、ソフトフォン１は、呼制御部５０を起動する。呼制御部５０は、ソフトフォン１における発呼・着呼・通話維持などの処理をテレフォニーサーバ８００との間で行うものである。以上の処理によりソフトフォン１は、発呼、着呼、通話などの電話機能処理を行える状態へ遷移する。

図６Ｂにおいて、ＰＣ利用者がソフトフォン１の終了操作を行った場合に、ソフトフォン１は、処理を開始する。ステップ２１１において、ソフトフォン１は、共通処理部４０を終了させる処理を実行する。この時、共通処理部４０はテレフォニーサーバ８００へのアンレジスト処理を実施し、記憶装置７２５に確保されている終了フラグ領域５００に「１」を書き込み、自身の処理を終える。次にステップ２１２において、ソフトフォン１は、呼制御部５０を終了させる処理を実行する。この時、呼制御部５０は終了フラグ領域４００に立てられた「１」のフラグを判定して自らの終了処理を行う。そしてステップ２１３において、ソフトフォン１は、リモコン判定処理部１０を終了させる処理を実行する。この時、リモコン判定処理部１０は、終了フラグ領域５００に立てられた「１」のフラグを判定して起動していたモジュールを終了させた後、自身の終了処理を行い、本フローを終える。

図７は、リモコン判定処理部の動作処理を説明するフローチャートである。図７において、リモコン判定処理部１０は、図６のステップ２０２により処理を開始する。リモコン判定処理部１０は、ステップ３０１において、図３の記憶装置７２５に確保されているリモコン接続フラグ領域４００が「０」か「１」を判定する。「０」の場合（Ｓ３０１；Ｎｏ）、リモコン判定処理部１０は、ステップ３０２でサーバ側電話制御部５の通常版モジュール２０を起動させる。一方、ステップ３０１においてリモコン接続フラグ領域４００が「１」の場合（Ｓ３０１；Ｙｅｓ）、リモコン判定処理部１０は、ステップ３０３でサーバ側電話制御部５のＴＣ版モジュール３０を起動させる。

換言すれば、ソフトフォンを起動すると、リモコン判定処理部１０がＴＣ端末の接続有無を判定し、ＴＣ端末が接続していない場合は通常版モジュール２０を起動させ「通常版モード」として機能し、ＴＣ端末が接続していた場合はＴＣ版モジュール３０を起動させ「ＴＣ版モード」として機能を始めるのである。

次に、ステップ３０４、３０７、３１０、３０４のループでフラグ状態の変化を監視する。ステップ３０４においてリモコン接続フラグ領域４００の値が「０→１」へ変わった際（Ｓ３０４；Ｙｅｓ）は、ステップ３０５で通常版モジュール２０を終了させ、ステップ３０６でＴＣ版モジュール３０を起動させる。ステップ３０７において、今度はリモコン接続フラグ領域４００の値が「１→０」へ変わった際（Ｓ３０７；Ｙｅｓ）は、ステップ３０８でＴＣ版モジュール３０を終了させ、ステップ３０９で通常版モジュール２０を起動させる。これにより、ソフトフォンを起動させたままの状態で、ＴＣ端末をＴＣサーバへ接続させた瞬間にソフトフォンがＴＣ端末側で利用できるようになり、ＴＣ端末の接続を切った瞬間にＴＣサーバ側で利用できるようになるため、ソフトフォン利用者がＰＣの使用環境に応じたソフトフォンの切り替えを意識することなく、動的に自動で動作モードを切り替えることが出来る。

さらに、ステップ３１０において終了フラグ領域５００が「１」の場合（Ｓ３１０；Ｙｅｓ）は、ステップ３１１で起動されている通常版モジュール２０またはＴＣ版モジュール３０を終了させ、終わる。ステップ３１０以降の処理は、図６Ｂのステップ２１２における処理を表す。図６Ｂのステップ２１１において、共通処理部４０が終了フラグ領域５００に「１」を書き込んだことにより、ステップ３１１の処理が開始される。

本実施例によるソフトフォンの基本動作を、「通常版モード」と「ＴＣ版モード」のそれぞれについて、図８ないし図１１を参照しながら説明していく。
図８は、電話端末とＴＣサーバの間の通話を説明するブロック図である。図８において、利用者はＴＣ端末を使用せず、自席にあるＴＣサーバを直接操作している。この場合、ソフトフォンのリモコン判定処理部はＴＣ端末の接続を検知していないため「通常版モード」として動作させる。この状態で、電話端末からソフトフォンにダイヤル発信した動作を説明する。

まず前提として各端末を識別するためのＩＰアドレスとして、ＴＣサーバ１１０には「１９２．１６８．１１．１」というＩＰアドレス７３０が、電話端末８０１には「１９２．１６８．１１．３」というＩＰアドレス８４２が設定されているとする。また、電話端末を識別する内線番号として、ソフトフォン１には「３０００番」という内線番号８８０が、電話端末８０１には「３００１番」という内線番号８８１が設定されているとする。さらに、テレフォニーサーバ８００は、各端末のＩＰアドレスと内線番号を紐付け出来る情報が格納されたテーブルを持ち、各電話端末を管理しているとする。

図８において、電話端末８０１からソフトフォン１の内線番号８８０（３０００番）をダイヤルすると、電話端末８０１とテレフォニーサーバ８００の間で、矢印Ａで示す呼制御情報がやり取りされる。テレフォニーサーバ８００は、予めレジスト情報として登録されている各電話端末のＩＰアドレス一覧テーブル８１０からソフトフォン１に対するＩＰアドレスを探し、ソフトフォン１の呼制御部５０と矢印Ｂで示す呼制御情報がやり取りされる。この時、ＴＣサーバ１１０の呼制御部５０は、音声パケットの送付先アドレスとして、自身のＩＰアドレス７３０を電話端末８０１へ通知する。こうして電話端末８０１とＴＣサーバ１１０の音声パケット通信部２２が音声パケットを送受信し合うことにより、矢印Ｃで示す通話が実現する。

図９を参照して、図８の動作を呼制御シーケンスの視点から説明する。ここで、図９はＴＣサーバ、テレフォニーサーバ、電話端末間の呼制御のシーケンス図である。図９において、まず初めに、ＴＣサーバ１１０において、ユーザがソフトフォン１を起動すると、共通処理部４０は、テレフォニーサーバ８００へ対し自身の内線番号とＩＰアドレスを通知する（Ｔ５０１）。テレフォニーサーバ８００は、受信した内線番号とＩＰアドレスとを組にして、ＩＰアドレス一覧テーブル８１０に書き込む（レジスト処理、Ｔ５０２）。リモコン判定処理部１０は、ＴＣ端末の接続有無を判定する（Ｔ５０３）。本シーケンスではこの段階でＴＣ端末の接続がないので、通常版モジュールが起動される（Ｔ５０４）。

ここで、電話端末８０１のユーザが相手先電話番号「３０００番」をダイヤルしたとする。電話端末８０１は、接続先電話番号「３０００番」をパラメータとした呼接続要求情報を、テレフォニーサーバ８００に送信する（Ｔ５０５）。テレフォニーサーバ８００は、呼接続要求情報を受信すると、ＩＰアドレス一覧テーブル８１０を参照して、呼接続先ＩＰアドレス７３０「１９２．１６８．１１．１」を特定し、該当該ＩＰアドレス宛に、通話先ＩＰアドレス８４２をパラメータとする呼接続要求情報を送信する（Ｔ５０６）。テレフォニーサーバ８００は、また電話端末には呼出中であることを示す情報を送信する（Ｔ５０７）。その情報を受け取った電話端末８０１は、呼出音を鳴らし呼出中であることを利用者へ知らせる（Ｔ５０８）。一方、ＴＣサーバ１１０は、着信情報を受信すると着信音を鳴らし（Ｔ５０９）、音声パケット通信部２２にパラメータ中の通話先ＩＰアドレス８４２を通知する（Ｔ５１１）。ＴＣサーバ１１０のユーザによるハンドセットの通話ボタン操作により通話可能な状態になると、ＴＣサーバ１１０は、通話先ＩＰアドレスとして自身のＩＰアドレス７３０をパラメータに設定し、通話ＯＫをテレフォニーサーバ８００に送信する（Ｔ５１２）。テレフォニーサーバ８００は、通話ＯＫを受信すると電話端末８０１にパラメータを含めた通話ＯＫを送信する（Ｔ５１３）。電話端末８０１は、通話ＯＫを受信するとパラメータ内の通話先ＩＰアドレス７３０を取得し（Ｔ５１４）、これを音声パケット送信宛先に設定して音声パケットの送信を開始し、同時に相手方から来るパケットの受信を開始する。一方、ＴＣサーバ１１０は、通話可能な状態になると通知された通話先ＩＰアドレス８４２を音声パケット送信宛先に設定して音声パケットの送信を開始し、同時に相手方から来るパケットの受信を開始する。これにより、ＴＣサーバ１１０と電話端末８０１が直接通話できる。通話を終了する時は、電話端末８０１のユーザが受話器を置くと、電話端末８０１は、終了情報をテレフォニーサーバ８１０に送信する（Ｔ５１６）。終了情報を受信したテレフォニーサーバ８００は、終了情報をＴＣサーバ１１０に送信する（Ｔ５１７）。ＴＣサーバ１１０は、切断処理を実施し（Ｔ５１８）、ＯＫ通知をテレフォニーサーバ８００に送信する（Ｔ５１９）。ＯＫ通知を受信したテレフォニーサーバ８００は、ＯＫ通知を電話端末８０１に転送する（Ｔ５２１）。電話端末８０１は、切断処理を実施し（Ｔ５２２）、一連の通話処理を終える。

図１０を参照して、ＴＣシステムとしてＴＣ端末を使用しているときの通話を説明する。ここで、図１０は電話端末とＴＣ端末の間の通話を説明するブロック図である。図１０において、ソフトフォン１のリモコン判定処理部１０はＴＣ端末の接続を検知してＴＣ版モジュールを起動させ「ＴＣ版モード」として動作している。この状態で、電話端末８０１からソフトフォン１にダイヤル発信したとして、基本動作を説明する。前提としては、図８で説明した条件の外、端末を識別するためのＩＰアドレスとして、ＴＣ端末１２０に「１９２．１６８．１１．２」というＩＰアドレス７６０が設定されているとする。またＴＣサーバ１１０の記憶装置７２５の端末ＩＰアドレス格納部７３５には、予めＴＣ端末のＩＰアドレス７６０が格納されている。

電話端末８０１からソフトフォン１の内線番号８８０（３０００番）をダイヤルすると、電話端末８０１とテレフォニーサーバ８００の間で矢印Ｄで示す呼制御情報を交換する。テレフォニーサーバ８００は、予めレジスト情報として登録されている各電話端末のＩＰアドレス一覧テーブル８１０からソフトフォン１に対するＩＰアドレスを探す。テレフォニーサーバ８００は、ソフトフォン１の呼制御部５０と矢印Ｅで示す呼制御情報を交換する。この時、呼制御部５０は、音声パケットの送付先アドレスとして、記憶装置７２５の端末ＩＰアドレス格納部７３５に格納されているＴＣ端末１２０のＩＰアドレス７６０を設定し、電話端末８０１へ通知される。一方、ソフトフォン１において、電話端末８０１のＩＰアドレス８４２は、ＣＬ連携部１１２、リモコンＳＶ７２６、リモコンＣＬ７５１、ＳＶ連携部１２２を経由して音声パケット通信部１２４へ通知される。こうして電話端末８０１と、ＴＣ端末１２０の音声パケット通信部１２４とが音声パケットを送受信し合うことにより、矢印Ｆで示す通話が実現する。なお、ソフトフォン１における通話中の呼制御管理については、ＣＬ連携部１１２とＳＶ連携部１２２が矢印Ｇで示す電話制御情報をやり取りすることにより、呼制御部５０で管理する。

図１１を参照して、「ＴＣ版モード」における動作を呼制御シーケンスの視点から説明する。ここで、図１１は、ＴＣ端末、ＴＣサーバ、テレフォニーサーバおよび電話端末間の呼制御のシーケンス図である。ＴＣ端末１２０がネットワーク７７０−２に繋がれると、ＴＣ端末１２０のリモコンＣＬ７５１は、母艦となるリモコンＳＶ７２５へのアクセスを開始する（Ｔ５３１）。アクセスを検出したＴＣサーバ１１０は、ソフトフォンを起動する（Ｔ５３２）。ＴＣサーバ１１０の共通処理部４０は、テレフォニーサーバ８００へのレジスト処理として、内線番号とＩＰアドレスを送信する（Ｔ５３３）。テレフォニーサーバ８００は、受信した内線番号とＩＰアドレスとを組にして、ＩＰアドレス一覧テーブル８１０に書き込む（レジスト処理、Ｔ５３４）。ＴＣサーバ１２０のリモコン判定処理部１０は、リモコン接続フラグ領域４００を判定し（Ｔ５３６）、ＴＣ端末の接続有を認識し、ＴＣ版モジュールを起動する（Ｔ５３７）。

この状態で、電話端末８０１のユーザが相手先電話番号「３０００番」をダイヤルすると、電話端末８０１は、接続先電話番号「３０００番」をパラメータとした呼接続要求情報を、テレフォニーサーバに送信する（Ｔ５４１）。テレフォニーサーバ８００は、呼接続要求情報を受信すると、ＩＰアドレス一覧テーブル８１０を参照して呼接続先ＩＰアドレス７３０「１９２．１６８．１１．１」を特定し、このＩＰアドレス宛に、通話先ＩＰアドレス８４２をパラメータとする呼接続要求情報を送信する（Ｔ５４２）。またテレフォニーサーバ８００は、電話端末８０１には呼出中であることを示す情報を送信する（Ｔ５４３）。電話端末８０１は、呼出音を鳴らし（Ｔ５４６）、呼び出し中であることを利用者に知らせる。一方、接続要求情報を受信したＴＣサーバ１１０は、着信の通知とパラメータに設定された通話先ＩＰアドレス８４２を、ＴＣ端末１２０に通知する（Ｔ５４４）。ＴＣ端末１２０は、着信情報を受信すると着信音を鳴らす（Ｔ５４７）。ＴＣ端末１２０の音声パケット通信部１２４は、パラメータ中の通話先ＩＰアドレス８４２を取得する（Ｔ５４８）。

ＴＣ端末１２０のユーザがハンドセットの通話ボタン操作を操作して通話可能な状態になると、ＴＣ端末１２０は、ＴＣサーバへ通話ＯＫを通知する（Ｔ５５１）。ＴＣサーバ１１０は、通話先ＩＰアドレスとしてＴＣ端末１２０のＩＰアドレス７６０をパラメータに設定し、通話ＯＫをテレフォニーサーバ８００に送信する（Ｔ５５２）。テレフォニーサーバ８００は、通話ＯＫを受信すると電話端末８０１にパラメータを含めた通話ＯＫを送信する（Ｔ５５３）。電話端末８０１は、通話ＯＫを受信するとパラメータ内の通話先ＩＰアドレス７６０を取得する（Ｔ５５４）。電話端末８０１は、これを音声パケット送信宛先に設定して音声パケットの送信を開始し、同時に相手方から来るパケットの受信を開始する。一方、ＴＣ端末１２０では、通話可能な状態になると通知された通話先ＩＰアドレス８４２を音声パケット送信宛先に設定して音声パケットの送信を開始し、同時に相手方から来るパケットの受信を開始する。これにより、ＴＣ端末１２０と電話端末８０１が直接通話できる。

通話を終了するとき、電話端末８０１のユーザが受話器を置くと、電話端末８０１は、終了情報をテレフォニーサーバ８００に送信する（Ｔ５６１）。終了情報を受信したテレフォニーサーバ８００は、終了情報をＴＣサーバ１１０へ転送する（Ｔ５６２）。ＴＣサーバ１１０は、終了情報をＴＣ端末１２０へ転送する（Ｔ５６３）。終了情報を受信ＴＣ端末１２０は、切断処理し（Ｔ５６４）、ＯＫ通知をＴＣサーバ１１０に送信する（Ｔ５６６）。ＯＫ通知を受信にしたＴＣサーバ１１０は、ＯＫ通知をテレフォニーサーバ８００に転送する（Ｔ５６７）。テレフォニーサーバ８００は、さらに電話端末８０１に転送する（Ｔ５６８）。ＯＫ通知を受信した電話端末８０１は、切断処理を実施し（Ｔ５６９）、一連の通話処理を終える。

本実施例に拠れば、通信システムを利用する利用者の環境に応じて、自動的に動作モードを切り替えるため、ソフトフォン利用者の利便性がより高くなる。
さらに、本実施例によれば、既存の２種類のソフトフォンモジュールを合わせることにより、重複部分の部品を集約出来るため２種類のソフトフォンを導入するより価格を低く抑えることが可能になり、経済性の良い通信システムが実現できる。

なお、ここまではＴＣシステム構成における「ＰｔｏＰ型」でのソフトフォン利用を前提に説明してきたが、画面転送方式のブレードＰＣ型で本実施例のソフトフォンを利用した場合でも本明細書における機能が有効である。通常、ブレードＰＣはサーバ室などのセキュリティの確保された室内に設置され、その室内に入ってブレードＰＣを利用するのではなく、別のフロアなどからネットワークを通じて利用するため、ブレードＰＣ型でＴＣシステムを利用する場合は自席ＰＣでの利用は考えられない。ここに本実施例のソフトフォンを適用しても、ＴＣ端末を接続している間はＴＣ版モードとしてＴＣ端末側での受話が可能だが、ＴＣ端末の接続が切れると、通常版モードとしてＴＣサーバ側であるブレードＰＣでの受話となるため、この状態で着信があってもサーバ室内に着呼されるため意味がないように感じられる。

しかし、本実施例のソフトフォンが留守録機能を備えていれば、ＴＣサーバ側での通話が可能なため、一定時間の着呼通知が過ぎた後、留守録機能が自動応答し不在メッセージを送信側に送り相手側のメッセージを自身の記憶装置内に格納することが可能となる。これまでのＴＣ版ソフトフォンでは、ＴＣ端末の接続が切れた状態では、ＴＣサーバ側の呼制御部が着呼を関知しても音声パケットを処理する機能がないため、この構成で留守録機能を実現するには、別途、留守録サーバとなる装置を導入し、テレフォニーサーバと連携処理させて、発信先が一定時間応答しない場合は留守録サーバへ転送処理させてメッセージを録音するといったシステムを新たに導入する必要がある。このシステムコストは莫大なものとなる。一方、前述のソフトフォンが備える留守録機能は既知の技術でありソフトフォンの一般的な機能として容易に実装できるものである。

また、本実施例では音声のみを用いた電話機能を例として記載しているが、音声と映像を用いたＴＶ電話やＴＶ会議なども既知の技術であり、映像を伴う環境下でも同様の機能を実施できる。

企業ＩＰ電話システムのブロック図である。 シンクライアントシステムを説明するブロック図である。 ソフトフォンシステムの構成を説明するブロック図である。 ＴＣサーバのハードウェアブロック図である。 ＴＣ端末のハードウェアブロック図である。 ソフトフォンの起動処理を説明するフローチャートである。 ソフトフォンの終了処理を説明するフローチャートである。 リモコン判定処理部の動作処理を説明するフローチャートである。 電話端末とＴＣサーバの間の通話を説明するブロック図である。 ＴＣサーバ、テレフォニーサーバ、電話端末間の呼制御のシーケンス図である。 電話端末とＴＣ端末の間の通話を説明するブロック図である。 ＴＣ端末、ＴＣサーバ、テレフォニーサーバ、電話端末間の呼制御のシーケンス図である。

符号の説明

１…ソフトフォン、５…サーバ側電話制御部、１０…リモコン判定処理部、２０…通常版モジュール、３０…ＴＣ版モジュール、４０…共通処理部、５０…呼制御部、１１０…ＴＣサーバ、１１２…ＣＬ連携部、１１３…中央演算装置（ＣＰＵ）、１１４…主メモリ（Ｍ／Ｍ）、１１５…ネットワークインターフェース（Ｉ／Ｆ）、１１６…ＨＤＤ、１１７…入力装置、１１８…出力装置、１１９…バス、１２０…ＴＣ端末、１２１…ＴＣ端末側モジュール、１２２…ＳＶ連携部、１２３…デバイス制御部、１２４…音声パケット通信部、１３２…バス、１３３…中央演算装置（ＣＰＵ）、１３４…主メモリ（Ｍ／Ｍ）、１３５…ネットワークインターフェース（Ｉ／Ｆ）、１３６…コンパクトフラッシュメモリ（Ｃ／Ｆ）、１３７…入力装置、１３８…出力装置、４００…リモコン接続フラグ領域、５００…終了フラグ領域、７２５…記憶装置、７２６…リモコンＳＶ、７３０…ＩＰアドレス、７３５…端末ＩＰアドレス格納領域、７５１…リモコンＣＬ、７６０…ＩＰアドレス、７７０…ＩＰネットワーク、７８０…ＷＡＮ、８００…テレフォニーサーバ、８０１…電話端末、８１０…ＰＣ、８１１…ハンドセット、８１２…ソフトフォン、８１３…カメラ、８２０…ゲートウェイ装置、８３０…固定電話網、８３２…携帯電話網、８４０…ＩＰネットワーク、８４２…ＩＰアドレス、８４３…ＩＰアドレス、８８０…内線番号、８８１…内線番号、１０００…ソフトフォンシステム。

Claims (2)

1. クライアント端末と、当該クライアント端末とネットワークを介して接続可能な通信装置とからなるシンクライアントシステムであって、
   前記通信装置は、音声通信アプリケーションを格納した記憶部と、当該音声通信アプリケーションを実行する処理部と、前記クライアント端末の接続／非接続を判定する判定部とを有し、
   前記クライアント端末は、ネットワークを介して接続するための通信部を有し、
   前記クライアント端末が前記通信部により前記通信装置と接続されている場合、前記判定部は前記クライアント端末が接続されていると判定し、前記処理部は前記音声通信アプリケーションを前記クライアント端末で使用するモードで動作させ、
   前記クライアント端末が前記通信部により前記通信装置と接続されていない場合、前記判定部は前記クライアント端末が接続されていないと判定し、前記処理部は前記音声通信アプリケーションを前記通信装置で使用するモードで動作させることを特徴とするシンクライアントシステム。
2. ネットワークを介してクライアント端末を接続可能な通信装置において、
   音声通信アプリケーションを格納した記憶部と、
   当該音声通信アプリケーションを実行する処理部と、
   前記クライアント端末の接続／非接続を判定する判定部とを有し、
   前記クライアント端末と接続されている場合、前記判定部は前記クライアント端末が接続されていると判定し、前記処理部は前記音声通信アプリケーションを前記クライアント端末で使用するモードで動作させ、
   前記クライアント端末と接続されていない場合、前記判定部は前記クライアント端末が接続されていないと判定し、前記処理部は前記音声通信アプリケーションを前記通信装置で使用するモードで動作させることを特徴とする通信装置。

Images