JP2006254411A - Ｉｐ通信システム、ｉｐネットワークにおける通信制御方法およびクライアント端末、ならびにクライアントサーバ - Google Patents

Abstract

【課題】
シンクライアント（ＴＣ）システムにおいて、少なくともシンクライアント端末を電話端末として利用できるシンクライアントシステムを提供することにある。
【解決手段】
パーソナルＴＣ（ＰＴＣ）サーバ１１０に、呼制御部１１２から構成されるサーバ側電話制御部１１１と、ＰＴＣ端末１２０に、デバイス制御部１２２と音声パケット通信部１２３から構成される端末側電話制御部１２１と、ＰＴＣ端末１２０に接続されるハンドセット１３０から構成されるＰＴＣシステム１００において、呼接続時に通知する通話先ＩＰアドレスをＰＴＣ端末１２０のＩＰアドレスを通知し、ＰＴＣ端末１２０には、電話端末８０１のＩＰアドレスを通知することにより実現できる。
【選択図】 図１

Description

本発明は、ＩＰ通信システム、ＩＰネットワークにおける通信制御方法およびクライアント端末、ならびにクライアントサーバに関し、さらに詳しくはシンクライアントシステムに適用されるクライアント端末が例えばＩＰ電話機やＴＶ電話機として利用可能なシステム、通信端末、通信方法等に関する。

近年、パーソナルコンピュータ（ＰＣ）やネットワーク機器の低価格化が進み、従業員の大半にＰＣのような端末を配布し、業務の効率化を図っている企業が多数を占めるようになっている。ＰＣが低価格化し、利用が増えると、企業内の機器管理者のメンテナンス作業もＰＣの数に比例して増える。このメンテナンス作業とは、例えばオペレーティングシステム（ＯＳ）や業務アプリケーションのバージョンアップやバグフィックス、ハードウェア的な障害への対応、ウィルス対策やウィルス駆除などが挙げられる。このようなメンテナンス作業を行なう管理コストは非常に大きく、従業員数が増加すると、比例して莫大なものになる。

この管理コストを低減する一手法として、サーバクライアント方式と呼ばれるシステム運用の方式が取られている。これは、主なプログラムやデータをサーバ側に蓄積して一括管理し、これらのプログラムやデータを、個人のＰＣ端末からリモート操作でアクセスする方式である。
サーバクライアント方式の端末は、通常のＰＣ端末にリモート操作プログラムを実装してなるものである。しかし、本方式を利用するＰＣ端末は、リモート操作プログラム以外のアプリケーションプログラムやデータを蓄積する必要がない。このためハードディスク装置などの記憶装置を持たないシンクライアント(Ｔｈｉｎ Ｃｌｉｅｎｔ：以下ＴＣと略す)端末をサーバクライアント方式の端末として利用することが可能である。ＴＣ端末は、昨今の個人情報保護法施行に基づき、個人情報を漏洩しない端末として注目されており、このＴＣ端末を使ったサーバクライアント方式が普及しつつある。

図７はＴＣ端末を利用したＴＣシステムを示す図である。ＴＣシステムは、ＴＣサーバと複数のＴＣ端末から構成される。ＴＣサーバにあっては、ユーザごとに起動されたプロセスが１対１で対応するＴＣ端末と通信して処理を進める。各ＴＣ端末は通信データを固定磁気ディスク装置などの外部記憶装置に記憶しないので、入出力デバイスとその駆動処理部（いわゆるドライバ）とデータ通信部を主な構成要素としている。ユーザが所望する本体のデータ処理はＴＣサーバ側で行われる。このため、ＴＣ端末におけるアプリケーションプログラムの更新等が不要になり、端末管理のコスト削減が図られると共に、ＴＣ端末には機密データなどが保持されないため、ＴＣ端末の紛失や盗難などでも情報漏えいすることはない。

一方、近年ではＩＰ電話が急速に普及している。例えば、企業ＩＰ電話システムの基本構成を図８に示す。図８において、テレフォニーサーバは、一台または複数台で、いわゆる内線電話交換機の役割を果たし、電話端末同士の呼制御を行なう。電話端末には、ＩＰネットワークに接続するＩＰ電話機８０１や、ＰＣ上の電話プログラムであるソフトフォン８１２などがある。このソフトフォンは、通常は自分自身が実行されているＰＣを自電話端末として発着信操作ができるものである。また、ソフトフォンの機能の一部としてカメラ８１３を利用した映像の送受信機能を備えることにより、ＴＶ電話端末やＴＶ会議端末として利用することも可能である。一般電話との通信は、ゲートウェイ装置８２０を介すことにより、固定電話網８３０を経由して一般電話８３１と通話でき、また、携帯電話網８３２を経由して携帯電話８３３との通話も可能としている。
次にＩＰ電話の基本動作を、電話端末８０１からソフトフォン８１２にダイヤル発信した例で説明する。電話端末８０１からダイヤルすると、テレフォニーサーバ８００はこれを電話端末からの発呼情報として受信する。テレフォニーサーバは、ソフトフォン８１２の電話状態などを確認した後、電話端末８０１にソフトフォンのＩＰアドレス８４３を、ソフトフォン８１２に電話端末のＩＰアドレス８４２をそれぞれ通知する。その後、双方の電話端末はお互いに相手のＩＰアドレスに対して音声パケットを送受信し合うことにより接続し、音声通信を実現する。映像通信についても同様の接続方式により、映像機能を持つソフトフォン間で映像パケットを送受信し合うことにより接続し、映像通信を実現する。

前記ＴＣシステムにおけるＴＣ端末でのＩＰ電話機能の実現には、いくつかの技術的な課題がある。ＴＣ端末ではアプリケーションプログラムの実行はＴＣサーバ側で行っているため、電話プログラムであるソフトフォンをＴＣサーバ側で実行してもＴＣ端末側では通話できないことになる。仮にこれが実現できても、ＴＣサーバ上では仮想的に複数のソフトフォンが動くことになり、従来のＩＰアドレス交換方式による呼制御では、ＴＣサーバ上の仮想端末を特定することができないという課題がある。この呼接続方法の一つとして、例えば特許文献１がある。すなわち、ＴＣサーバに複数台のＴＣ端末が接続した場合に、外部からＴＣ端末を識別することができない課題を解決する手法を示しているものである。

特開２００３−１５８５３４号公報

前記特許文献１の方法では、前記ＴＣシステムにおいて複数のソフトフォンがＴＣサーバ上で実行されており、かつ、その中で個々の電話端末を特定している方式である。このため、ＴＣ端末と外部のＩＰ電話端末との通話は、すべてＴＣサーバを経由する通話となり、ＩＰ電話の基本動作の特徴である端末対端末での通話が実現できなかった。
また、ＴＣ端末がＴＣサーバと同じネットワークセグメントに存在することが前提であるため、社外や無線ＬＡＮを経由した場合でのＴＣ端末による通話を実現できない。

本願発明は、ＴＣ端末と通信端末との通信を、ＴＣサーバを経由することなく、実行することが可能なシステム、方法を提供することにある。

本願発明は、係る課題に鑑みなされたものであり、ＴＣ端末側に例えばネットワーク上の電話機と通話可能とするための通信制御手段を設け、ＴＣ端末と通信端末との呼設定は、ＴＣサーバ経由で実行し、ＴＣ端末と通信端末との通信はＴＣサーバを経由することなくネットワークを介して実行してなる。その具体的手段は請求項に記載したとおりにある。

本発明によれば、ＴＣ端末を、例えばＩＰ電話端末、ＴＶ電話端末、映像受信端末等としても利用することができるようになる。このため、ＴＣ端末の利用によりアドレス帳などの個人情報が漏えいする危険性は無く、そのＴＣ端末で、例えば、社外の出張先や自宅など、どこにいても自業務にあわせて安全に音声や映像などの通信が出来るようになる。
また、ＴＣサーバを経由することなく通信が可能であるため、サーバ処理による処理ボトルネックやネットワークトラフィックの最適化を図ることができる。
また、ＴＣ端末ではデータ、音声、映像等を蓄積することができないため、映像配信サービス時の著作権保護が可能となる。

出願人は、まず、従来のモバイルＰＣの紛失などによる情報漏洩を防止する目的から図９に示すようなパーソナルＴＣシステムを考えた。すなわち、個人が自由に利用可能なＴＣ端末９６０と、そのＴＣ端末のアプリケーションプログラムやデータ等を管理する、例えばデスクトップＴＣサーバ９３０と、それらを接続するネットワーク９９０とから構成し、ＴＣサーバ９３０は、ＯＳ９３３、アプリケーションプログラム９３７、端末ＩＰアドレスを格納する領域９３６を有する記憶装置９３４、ＣＰＵ９３１、メモリ９３２、リモコンＳＶ９３５等を備えており、ＴＣ端末９６０は、ＯＳ９７２、ＩＣカード制御部９７６、デバイス制御部９７３、ＣＰＵ９７４、サーバＩＰアドレスを格納する領域９８１を有するメモリ９７５、リモコンＣＬ９７１等を備え、さらにサーバＩＰ格納領域９８２を有するＩＣカード９６２およびキーボード９６３、表示装置９６１等からなる入出力装置を備えている。ＴＣサーバとＴＣ端末との間の入出力情報の送受は、リモコンＳＶ９３５とリモコンＣＬ９７１とで、それぞれＩＰパケットの送受信により実行される。ＩＣカード９６２は、不正接続防止のための個人認証デバイスとして利用する。例えば、ＩＣカード９６２内にあらかじめ個人認証番号とパスワードを保管しておき、ＰＴＣサーバへの接続の際、入力された個人認証番号とパスワードを一致させることにより接続可否を制御する。

本発明は、図９に示すパーソナルＴＣシステムを前提としており、以下に、パーソナルＴＣシステムの構成と基本動作を説明する。以下、ＰＴＣは「パーソナルシンクライアント」の略称として使用する。
ＰＴＣシステムは、ＰＴＣサーバ９３０と、ＰＴＣ端末９６０と、これらを接続するネットワーク９９０から構成される。ＰＴＣサーバ９３０は、ＣＰＵ９３１、メモリ９３２、記憶装置９３４、ＯＳ９３３、アプリケーションプログラムであるＡＰ９３７、リモコンＳＶ９３５から構成される。ＰＴＣサーバ９３０は、入出力装置を持つデスクトップＰＣでも良い。ＰＴＣ端末９６０は、ＣＰＵ９７４、メモリ９７５、デバイス制御部９７３、ＩＣカード制御部９７６、ＯＳ９７２、リモコンＣＬ９７１から構成される本体９７０と、マウス９６４、キーボード９６３の入力装置と、表示装置９６１と、ＩＣカード９６２から構成される。本構成によると、ＰＴＣ端末９６０は、外部記憶装置を持たない為、いわゆるアプリケーションプログラムの実行はできないが、個人情報などのデータを記憶することができないため、紛失時などの情報漏洩の心配は無い。ネットワーク９９０は、例えば、インターネット９９１や有線ＬＡＮや無線ＬＡＮなどであり、ＩＰアドレスにより相手を特定できるネットワークである。

ＰＴＣシステムは、ＰＴＣサーバ９３０とＰＴＣ端末９６０間の通信が確立されて機能する。通信の確立は、接続待ち状態にあるＰＴＣサーバのリモコンＳＶ９３５に、ＰＴＣ端末のリモコンＣＬ９７１が通信開始要求を出すことによりリモコン間での通信が確立する。通信開始要求を送信するＩＰアドレスには、メモリ９７５のサーバＩＰアドレス格納領域９８１にあらかじめ設定されているＰＴＣサーバのＩＰアドレスを利用する。また、ＩＣカード接続時には、ＩＣカード９６２のサーバＩＰアドレス格納領域９８２に設定されているＩＰアドレスを利用する。これにより、ＰＴＣ端末を特定せずに、個人毎に自分のＰＴＣサーバに接続できるようになる。リモコンＣＬ９７１から最初に通信開始要求が来ると、リモコンＣＬ９７１から送られてくるＩＰアドレスを記憶装置９３４の端末ＩＰアドレス格納領域９３６に格納する。その後は格納されたＩＰアドレスに対して通信を行う。また、通信の終了時には、端末ＩＰアドレス格納領域９３６のＩＰアドレスを消去する。
ＰＴＣサーバとＰＴＣ端末間の通信が確立された状態では、ＰＴＣシステムは次のように動作する。ＰＴＣ端末９６０のマウス９６４やキーボード９６３の入力操作は、リモコンＣＬ９７１からＰＴＣサーバ９３０に入力情報９５０として送信される。ＰＴＣサーバ９３０のリモコンＳＶ９３５は、これを受け取り、ＰＴＣサーバ９３０への入力情報としてＯＳ９３３に渡す。ＯＳ９９３はリモコンＳＶ９３５からの入力情報に応じた処理を実行し、これらの処理結果である画面情報等が、リモコンＳＶ９３５から出力情報９５１としてＰＴＣ端末９６０に送信される。リモコンＣＬ９７１は、これを受信し、ＯＳ９７２を介して表示装置９６１に出力する。

ここで、本構成の特徴は、ＴＣサーバ９３０が入出力装置を省いた構成としたこと、およびＴＣ端末９６０には、入出力装置のみを持たせ、これらをリモート接続する構成としたことにある。本構成によるＴＣサーバ９３０を、セキュリティが確保されたエリアに設置することにより、ＴＣ端末９６０を外部で紛失した場合でも、情報漏洩の可能性は極めて小さくすることができる。

本願発明は、係るパーソナルＴＣシステムの特徴を生かし、さらに音声や映像等の通信機能、例えば電話機能、ＴＶ電話機能、音楽映像受信機能等を可能としたものである。

図１は、本発明の一実施の形態に係る電話機能実現システムの構成を示す図である。本発明によるシステム構成は、図９に示すＰＴＣサーバ９３０およびＰＴＣ端末９６０に、それぞれ必要機能を追加した構成である。すなわち、ＰＴＣサーバ１１０は、図示していないが、図９のＰＴＣサーバ９３０と同一の構成を備えており、さらに、呼制御部１１２から構成されるサーバ側電話制御部１１１が追加されている。また、ＰＴＣ端末１２０は、図９のＰＴＣ端末９６０と同一の構成を備えており、さらに、デバイス制御部１２２と音声パケット通信部１２３から構成される端末側電話制御部１２１が追加されている。また、ＰＴＣ端末１２０には、ハンドセット１３０が接続できるように構成されている。よって、本発明に係るシステム構成としては、ＰＴＣサーバ１１０とＰＴＣ端末１２０とネットワーク９９０から構成されるＰＴＣシステム１００となる。

サーバ側電話制御部１１１は、テレフォニーサーバ８００と呼制御部１１２を介して呼接続を行い、かつＰＴＣ端末１２０が電話端末として機能できるように、端末側電話制御部１２１と電話制御情報の送受信を行なう。
端末側電話制御部１２１は、サーバ側電話制御部１１１と電話制御情報１４０の送受信を行い、ハンドセット１３０の制御や音声パケット通信部１２３の制御を行なう。
デバイス制御部１２２は、ハンドセット１３０が持つ各種機能を制御するものであり、それ故、ハンドセット１３０の種別に対応して実装される。
ハンドセット１３０は、例えば、ＵＳＢインターフェースなどでＰＴＣ端末１２０に接続される。ハンドセット１３０の基本機能は、音声データの入出力のほか、キー入力、ランプ表示、オフフック、発着信音発生などである。また、その形態としては、固定電話タイプ、ヘッドセットタイプなどの形態がある。
テレフォニーサーバ８００は、前述の通り、電話端末（ＰＴＣ端末１２０と電話端末８０１）同士を接続する電話交換機の機能を有し、この電話交換機能を行なうために、内部には、電話番号の管理テーブルを備えている。管理テーブルは、電話番号と呼制御先ＩＰアドレスから構成され、これを参照することにより、電話番号から接続先端末を特定して呼接続処理を行なうことが可能となる。本発明におけるＰＴＣシステム１００では、テレフォニーサーバ８００と呼接続を行なうのはＰＴＣサーバ１１０であるが、電話番号としてはＰＴＣシステム１００に一つの番号を割り当てる。具体例として、ＰＴＣサーバ１１０、ＰＴＣ端末１２０、テレフォニーサーバ８００、電話端末８０１にそれぞれＩＰアドレス「１９２．１６８．１．１」、「１９２．１６８．１．２」、「１９２．１６８．１０．１」、「１９２．１６８．１．３」を割り当てる。また、ＰＴＣシステム１００に電話番号「３０００」を割り当て、電話端末８０１に「３００１」を割り当てた様子を図１１に示す。また、この時のテレフォニーサーバ８００の電話番号管理テーブルは図１０に示す内容となる。

以下の具体例は、図１１に示す電話番号およびＩＰアドレスが割り振られて電話システムが構成されていることを前提として説明する。また、電話端末８０１は、ＩＰ電話機として説明し、テレフォニーサーバ８００と呼接続を通して電話の発着信ができ、音声パケットの送受信による電話端末同士の通話ができるものとする。

次に、本発明の実施の形態に係るＰＴＣ端末１２０における電話機能実現の動作を、図１２および図１３を用いて詳細に説明する。図１２および図１３において、ＩＰテレフォニーサーバにはＰＴＣサーバおよび電話端末が登録された状態にあり、図１１に示す電話番号管理テーブルが作成されているものとする。また、ＰＴＣ端末１２０の情報送受信処理は端末側電話制御部１２１が、ＰＴＣサーバ１１０の情報送受信処理はサーバ側電話制御部１１１が実行する。

図１２は、ＰＴＣ端末１２０から電話端末８０１への電話発信時の呼接続の流れを示すシーケンス図である。
ＰＴＣ端末１２０に装着されたハンドセット１３０から通話先電話端末の電話番号（相手先電話番号）「３００１」をダイヤルすると、ＰＴＣ端末１２０の端末側電話制御部１２１からリモコンＣＬ９７１を通してＰＴＣサーバ１１０のリモコンＳＶ９３５を通してサーバ側電話制御部１１１に「３００１番へ発信」要求する入力情報１２０１を送信する。

ＰＴＣサーバ１１０は、この要求情報に基づきテレフォニーサーバ８００に対して、相手先電話番号「３００１」と通話先ＩＰアドレス１「１９２．１６８．１．２」をパラメータとした呼接続要求情報１２０２を送信する。この時、通話先ＩＰアドレス１「１９２．１６８．１．２」は、記憶装置９３４内の端末ＩＰアドレス格納領域９３６にパラメータとして格納される。
ＩＰテレフォニーサーバ８００は、上記呼接続要求情報１２０２に基づきパラメータに指定されている電話番号「３００１」から、電話番号管理テーブル１００１を参照して、呼接続先ＩＰアドレス「１９２．１６８．１．３」を特定し、電話端末８０１に呼接続要求情報１２０３を送信する。この時、ＰＴＣサーバ１１０から受信した通信先ＩＰアドレス「１９２．１６８．１．２」をパラメータとして送信する。また同時に、ＰＴＣサーバ１１０には呼出し中であることを示す情報１２０４を送信する。

ＰＴＣサーバ１１０は、呼出し中であることを示す情報１２０４を受信すると、ＰＴＣ端末１２０に呼出し中であることを示す情報１２０５を送信する。
ＰＴＣ端末１２０は、情報１２０５を受信し、該ＰＴＣ端末の端末側電話制御部１２１がデバイス制御部１２２を通してハンドセット１３０を鳴動して呼び出し中の状態にする。
電話端末８０１は、テレフォニーサーバ８００から呼接続要求情報１２０３を受信すると、着信処理により着信音を鳴らすと同時に、パラメータとして送られてきた通話先ＩＰアドレス「１９２．１６８．１．２」を受け取る。その後、受話器を取るなどで通話可能な状態になると、通話ＯＫ１２０６を、テレフォニーサーバ８００に送信する。
テレフォニーサーバ８００は、通話ＯＫ１２０６を受信すると、ＰＴＣサーバに通話先ＩＰアドレス２をパラメータとして通話ＯＫ１２０７を送信する。この時の通話先ＩＰアドレス２には、電話番号管理テーブル１００１から取得した電話端末のＩＰアドレス「１９２．１６８．１．３」がセットされる。
ＰＴＣサーバ１１０は、通話ＯＫ１２０７を受信し、ＰＴＣ端末１２０にパラメータを含めて通話ＯＫ１２０８を送信する。
ＰＴＣ端末１２０は、通話ＯＫ１２０８を受信し、該ＰＴＣ端末の端末側電話制御部１２１は、パラメータ内の通話先ＩＰアドレスを該ＰＴＣ端末の音声パケット通信部１２３に送る。音声パケット通信部１２３は、送信する音声パケットの宛先に、受け取った通話先ＩＰアドレス「１９２．１６８．１．３」を指定し、パケット送信（通話１２０９）を開始する。また同時に相手方から来るパケットの受信を開始する。

一方、電話端末８０１側は、通話可能な状態になると、テレフォニーサーバ８００から受信した通話先ＩＰアドレス「１９２．１６８．１．２」を宛先とする音声パケットの送信を開始し。同時に相手方から来るパケットの受信を開始する。
これにより、ＰＴＣ端末１２０と電話端末８０１が、直接通話１２０９を開始することができる。
また、本説明では、ＰＴＣ端末のハンドセットからダイヤル発信したが、ＰＴＣサーバ側にダイヤル発信する機能を持たせることも可能である。この場合は、図１２に示すシーケンスにおいて１２０１の情報通知は無く、１２０２から始まるシーケンスとなる。

図１３は、電話端末８０１からＰＴＣ端末１２０への電話発信、即ち、ＰＴＣ端末１２０への電話着信時の呼接続の流れを示すシーケンス図である。
電話端末８０１から相手先電話番号「３０００」をダイヤルすると、電話端末８０１は、接続先電話番号「３０００」をパラメータとした呼接続要求情報１３０１を、テレフォニーサーバ８００に送信する。ＩＰテレフォニーサーバ８００は、呼接続要求情報１３０１を受信すると、電話番号管理テーブル１００１を参照して、呼接続先ＩＰアドレス「１９２．１６８．１．１」を特定し、ＰＴＣサーバ１１０に、通話先ＩＰアドレス３をパラメータとする呼接続要求情報１３０２を送信し、また電話端末８０１には呼出し中であることを示す情報１３０４を送信する。通信先ＩＰアドレス３には、電話番号管理テーブル１００１から取得した電話端末のＩＰアドレス「１９２．１６８．１．３」を設定する。
ＰＴＣサーバ１１０は、呼接続要求情報１３０２を受信すると、ＰＴＣ端末１２０に、パラメータを含めた着信情報１３０３を送信する。
ＰＴＣ端末１２０は、着信情報１３０３を受信すると、該ＰＴＣ端末の電話制御部１２１により、デバイス制御部１２２を通してハンドセット１３０の着信音を鳴らし、音声パケット通信部１２３にパラメータ中の通話先ＩＰアドレス「１９２．１６８．１．３」を通知する。
ハンドセット１３０の通話ボタン操作などにより通話可能な状態になると、ＰＴＣ端末１２０は、ＰＴＣサーバ１１０に、通話ＯＫ１３０５を送信する。
ＰＴＣサーバ１１０は、通話ＯＫ１３０５を受信すると、記憶装置９３４内の端末ＩＰアドレス格納領域９３６に格納されているＰＴＣ端末１２０のＩＰアドレス「１９２．１６８．１．２」をパラメータに設定し、通話ＯＫ１３０６をテレフォニーサーバ８００に送信する。
テレフォニーサーバ８００は、通話ＯＫ１３０６を受信すると、電話端末８０１にパラメータを含めた通話ＯＫ１３０７を送信する。
電話端末８０１では、通話ＯＫ１３０７を受信すると、パラメータ内の通話先ＩＰアドレス４を取得し、これを音声パケット送信宛先に設定して、音声パケットの送信を開始する。また同時に相手方から来るパケットの受信を開始する。

一方、ＰＴＣ端末１２０の端末側電話制御部１２１では、通話可能な状態になると、音声パケット通信部１２３は、通知された通話先ＩＰアドレス３「１９２．１６８．１．３」を、音声パケット送信宛先に設定して、音声パケットの送信を開始する。また、同時に相手方から来るパケットの受信を開始する。
これにより、ＰＴＣ端末１２０と電話端末８０１が直接通話１３０８できる。 また、図１２および図１３に示すように、電話端末８０１とＰＴＣ端末１２０間で電話の発着信および通話が可能となり、ＰＴＣ端末１２０を一つの電話端末として利用することができる。
また、図１２および図１３に示す通話端末間のＩＰアドレス交換手順は、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ（ＩＴＵ−Ｔ Ｈ．３２３やＩＥＴＦ ＳＩＰなど）の呼制御技術にも見られるものであるが、電話端末同士が相手のＩＰアドレスを交換できれば良く、これらのいずれかの呼制御手順に依存するものではない。
また、テレフォニーサーバ８００が複数ある場合や、別の電話交換手段を用いる場合でも同様である。

図１の実施例によれば、ハンドセット１３０を接続した場合は、発信時のダイヤル入力や着信時の操作は、通常の電話機と同じような操作で利用することができる。
また、サーバ側電話制御部１１１をアプリケーションプログラムとして実装すると、多くの電話機能を利用することができる。ＰＴＣサーバ１１０には記憶装置を装備しているため、電話機能の環境設定のほか、電話帳機能や発着信履歴機能なども利用できる。
また、上記実施例の如く、サーバ側電話制御部の機能である電話帳などの個人情報などは、ＰＴＣサーバ１１０をセキュリティが確保されたエリアに設置することにより、ＰＴＣ端末１２０を紛失した場合などでも個人情報が外部に漏れることはなくなる。

上記実施例では、ＰＴＣ端末を電話端末として利用できる構成と方式を述べた。
次に、ＰＴＣ端末をＴＶ電話端末として利用できる構成と実現方式について述べる。
図１４は、本発明の一実施の形態に係るＴＶ電話機能実現システムの構成を示す図である。すなわち、音声通信部１４２１、映像通信部１４２２、パケット送受信部１４２３を備えたＰＴＣ端末１４２０と、呼制御部１４１２を持つＴＶ電話制御部１４１１を備えたＰＴＣサーバ１４１０と、複数のＴＶ電話端末間の音声と映像との通信を確立できるＴＶ電話サーバ１４３０と、指定された形式で音声と映像の送受信が可能で、例えば、マイク１４４６、スピーカー１４４３、ダイヤルキー１４４４、カメラ１４４１、表示画面１４２２などを装備しているＴＶ電話端末１４４０と、これらを結合するＩＰネットワーク９９０から構成される。

本システム構成におけるＰＴＣサーバ１４１０およびＰＴＣ端末１４２０は、図９に示すＰＴＣサーバ９３０およびＰＴＣ端末９６０に、それぞれ必要機能を追加した構成である。すなわち、ＰＴＣ端末１４２０は、図示していないが、図９のＰＴＣ端末９６０と同一の構成を備えており、さらに、音声や映像データをＩＰパケットとして送受信できる音声映像パケット通信部１４２３と、ハンドセット１３０を制御し、音声通信を可能とする音声通信部１４２１と、カメラ８１３を制御し映像通信を可能とする映像通信部１４２２が追加されている。また、ＰＴＣサーバ１４１０は、図示していないが、図９のＰＴＣサーバ９３０と同一の構成を備えており、さらに、呼制御部１４１２を含み、ＰＴＣ端末内の音声通信部１４２１、映像通信部１４２２をリモコン経由で制御するＴＶ電話制御部１４１１が、アプリケーションプログラム９３７の一つとして追加されている。

ＰＴＣサーバ１４１０は、前述したように、ＰＴＣ端末のＩＰアドレスを記憶装置９３４に保持している。さらに、音声通信部１４２１で扱うことのできる音声コーデック情報や、映像通信部１４２２で扱うことができる映像フォーマット情報などの通信属性情報を、記憶装置９３４に保持している。ここでは、映像フォーマット情報として「ＭＰＥＧ２」と「ＭＰＥＧ４」が保存されているものとする。
ＴＶ電話端末１４４０は、自端末で扱うことができる音声コーデック情報や映像フォーマット情報などの通信属性情報を記憶領域１４４５に保持している。ここでは、映像フォーマット情報として「ＭＰＥＧ１」と「ＭＰＥＧ４」が保存されているものとする。

本システム構成において、通信のためのＩＰアドレスとして、ＰＴＣサーバ１４１０には「１０．０．１．１」を、ＰＴＣ端末１４２０には「１０．０．１．２」を、ＴＶ電話サーバ１４３０には「１０．０．２．１」を、ＴＶ電話端末１４４０には「１０．０．３．１」をそれぞれ割当てる。

次に、本構成におけるＰＴＣ端末とＴＶ会議端末との接続確立の流れを、図１５および図１６のシーケンス図を用いて詳述する。
図１５および図１６において、音声通信１５０１までの接続確立の流れは、図１２の（１２０１〜１２０８）または図１３の（１３０１〜１３０７）に示しているため省略する。
図１５は、ＰＴＣ端末１４２０からＴＶ電話端末１４４０に映像通信１５１１を接続確立するシーケンスである。

まず、ＰＴＣサーバ１４１０が映像接続要求をＴＶ電話サーバ１４３０に送信する（ステップ１５０２）。
この時に付加するパラメータａには、ＰＴＣ端末１４２０のＩＰアドレスと、ＰＴＣ端末が扱える映像フォーマット情報の第一候補を設定する。具体的には、ＩＰアドレスは「１０．０．１．２」であり、映像フォーマット情報は「ＭＰＥＧ２」である。
ＴＶ電話サーバ１４３０はこれを受信し、ＴＶ電話端末１４４０にパラメータａと共に映像接続要求を送信する（ステップ１５０３）。
ＴＶ電話端末１４４０はこれを受信すると、要求された映像フォーマットで映像通信ができるかどうかのパラメータ評価を実行する（ステップ１５０４）。
ここでは、映像フォーマット情報として「ＭＰＥＧ２」を要求されているため、自端末の能力と合わないと判断しＮＧとなる。
評価がＮＧの場合は、ＴＶ電話サーバ１４３０にＮＧを送信する（ステップ１５０５）。
ＴＶ会議サーバ１４３０はこれを受信し、ＰＴＣサーバ１４１０にＮＧを送信する（ステップ１５０６）。
ＰＴＣサーバ１４１０はこれをを受信すると、映像フォーマット情報から次候補を探し出してこれをパラメータａに設定し、再び映像接続要求１５０２を送信するリトライ処理を実行する（ステップ１５０７）。
ここでは、次候補として「ＭＰＥＧ４」が探し出されてパラメータａに設定される。
再び、ステップ１５０２、ステップ１５０３を経て、ＴＶ電話端末１４４０にてパラメータ評価を実行する（ステップ１５０４）。
今回は映像フォーマットが「ＭＰＥＧ４」が要求されているため、自端末の能力に合うと判断しＯＫとなる。

評価がＯＫの場合は、ＴＶ電話サーバ１４３０にＯＫを送信する（ステップ１５０８）。
この時、自端末のＩＰアドレスである「１０．０．３．１」を設定したパラメータｂを付加する。
ＴＶ電話サーバ１４３０はこれを受信すると、パラメータｂを付加してＰＴＣサーバ１４１０にＯＫを送信する（ステップ１５０９）。
ＰＴＣサーバ１４１０はこれを受信すると、ＰＴＣ端末１４２０に映像送受信開始指示を出す（ステップ１５１０）。
この時に付加するパラメータｃには、通信相手端末のＩＰアドレスと、映像フォーマット情報を設定する。ここでは、ＩＰアドレスとして「１０．０．３．１」、映像フォーマット情報としては、上記ステップにて最終決定された映像フォーマット「ＭＰＥＧ４」を設定する。
ＰＴＣ端末１４２０はこれを受信すると、通知されたＩＰアドレス「１０．０．３．１」に対して、通知された映像フォーマット「ＭＰＥＧ４」で映像映像パケットの送受信を開始する。

一方、ＴＶ電話端末１４４０は、ステップ１５０８を実行した後、パラメータａで取得したＩＰアドレス「１０．０．１．２」に対して、上記ステップにて最終決定された映像フォーマット「ＭＰＥＧ４」で映像パケットの送受信を開始する。
これにより、ＰＴＣ端末１４２０とＴＶ会議端末１４４０間で映像通信１５１１を確立し、前記ネットワーク９９０を介した映像通信１４５３を構成できる。

図１６は、ＴＶ電話端末１４４０からＰＴＣ端末１４２０に映像通信１５１１を接続確立するシーケンスである。
まず、ＴＶ電話端末１４４０が、映像接続要求をＴＶ電話サーバ１４３０に送信する（ステップ１６０２）。
この時に付加するパラメータｄには、ＴＶ電話端末１４４０のＩＰアドレスと、ＴＶ電話端末１４４０が扱える映像フォーマットの第一候補を設定する。具体的には、ＩＰアドレスは「１０．０．３．１」であり、映像フォーマットは「ＭＰＥＧ１」である。
ＴＶ電話サーバ１４３０はこれを受信し、パラメータｄと共に映像接続要求をＰＴＣサーバ１４１０に送信する（ステップ１６０３）。
ＰＴＣサーバ１４１０はこれを受信すると、要求された映像フォーマットで映像通信ができるかどうかのパラメータ評価を実行する（ステップ１６０４）。
ここでは、映像フォーマットとして「ＭＰＥＧ１」を要求されているため、自端末の能力と合わないと判断しＮＧとなる。
評価がＮＧの場合は、ＴＶ電話サーバ１４３０にＮＧを送信する（ステップ１６０５）。
ＴＶ会議サーバ１４３０はこれを受信し、ＴＶ電話端末１４４０にＮＧを送信する（ステップ１６０６）。
ＴＶ電話端末１４４０はこれを受信すると、映像フォーマット情報から次候補を探し出してこれをパラメータｄに設定し、再び映像接続要求１６０２を送信するリトライ処理を実行する（ステップ１６０７）。
ここでは、次候補として「ＭＰＥＧ４」が探し出されてパラメータｄに設定される。
再び、ステップ１６０２、ステップ１６０３を経て、ＰＴＣサーバ１４１０のパラメータ評価を実行する（ステップ１６０４）。
今回は映像フォーマットとして「ＭＰＥＧ４」が要求されているため、自端末の能力に合うと判断しＯＫとなる。

評価がＯＫの場合は、ＰＴＣサーバ１４１０は、ＴＶ電話サーバ１４３０にＯＫを送信し（ステップ１６０８）、ＰＴＣ端末１４２０には送受信開始指示を送信する（ステップ１６１０）。
ステップ１６０８では、ＰＴＣ端末のＩＰアドレスである「１０．０．１．２」を設定したパラメータｅを付加する。
ステップ１６１０では、通信相手端末のＩＰアドレスと、映像フォーマットが設定されるパラメータｆを付加する。ここでは、パラメータｄから取得したＩＰアドレス「１０．０．３．１」と、上記ステップにて最終決定された映像フォーマット「ＭＰＥＧ４」が設定される。
ＴＶ電話サーバ１４３０は、ステップ１６０８のＯＫを受信すると、ＴＶ電話端末１４４０にパラメータｅを付加してＯＫを送信する（ステップ１６０９）。
ＴＶ電話端末１４４０はこれを受信すると、パラメータｅで取得したＩＰアドレス「１０．０．１．２」に対して、上記ステップにて最終決定された映像フォーマット「ＭＰＥＧ４」で映像パケットの送受信を開始する。

一方、ＰＴＣ端末１４２０は、ステップ１６１０を受信すると、パラメータｆを参照し、通知されたＩＰアドレス「１０．０．３．１」に対して、通知された映像フォーマット「ＭＰＥＧ４」で映像映像パケットの送受信を開始する。
これにより、ＰＴＣ端末１４２０とＴＶ会議端末１４４０間で映像通信１５１１が確立でき、前記ネットワーク９９０を介した映像通信１４５３を構成できる。

本実施例では、音声と映像は独立して通信を確立しているため、音声を通信する端末と映像を通信する端末を別にすることも可能であり、音声のみ、映像のみなどの通信確立も可能である。
また、複数のＰＴＣ端末間で音声および映像の接続をすることも可能であり、本構成にて容易にＴＶ会議を実現することができる。
また、ＴＶ電話サーバの持つ通信確立手段を、ＰＴＣサーバとＴＶ会議端末のそれぞれに備えることにより、ＴＶ電話サーバを経由しなくても接続することも可能である。

本実施例における特徴は、ＰＴＣ端末の映像フォーマット能力をＰＴＣサーバが持ち、ＴＶ電話端末の映像フォーマット能力とを交換し、双方で通信可能な映像フォーマットを決定する方式にある。
また、本実施例では、映像フォーマットの能力交換を示したが、映像フォーマットの能力交換に限らず、音声におけるコーデックやテキストにおける文字フォントの交換など、通信端末間の能力の違いを吸収する方式としても利用可能である。

上記実施例では、ＰＴＣ端末をＴＶ電話端末として利用できる構成と方式を述べた。
次に、ＰＴＣ端末を、例えば音楽や映画などのコンテンツ配信サーバと接続し機能する端末となる構成と実現方式について述べる。

図１７は、本発明の実施の形態に係る映像受信機能実現システムの構成を示す図である。
すなわち、受信した映像コンテンツを再生するＰＴＣ端末１７２０と、制御情報ａ１７５０にてＰＴＣ端末１７２０を制御し、映像配信制御部１７１２と映像受信制御部１７１１とを備えたＰＴＣサーバ１７１０と、映像コンテンツを蓄積する記憶装置１７４２を備え、制御情報ｂ１７５２に基づき、指定された端末に映像コンテンツを配信するプログラム１７４１を備えた、映像配信サーバ１７４０と、映像配信サーバ１７４０を制御し、映像配信制御を行なうプログラム１７３１を備えた、映像配信管理サーバ１７３０と、それらを接続するネットワーク９９０とから構成される。

本システム構成におけるＰＴＣサーバ１７１０およびＰＴＣ端末１７２０は、図９に示すＰＴＣサーバ９３０およびＰＴＣ端末９６０に、それぞれ必要機能を追加した構成である。すなわち、ＰＴＣ端末は、図示していないが、図９のＰＴＣ端末９６０と同一の構成を備えており、さらに、ＩＰパケットとして受信した音声映像データから、音声データと映像データとして取り出す音声映像パケット通信部１７２２と、制御情報ａ１７５０で指定された変換方式により、音声データはスピーカーに、映像データは画面表示に、音声と映像の同期を取って出力できる音声映像処理部１７２１と、外部接続されるスピーカー１７２９が追加されている。また、ＰＴＣサーバ１７１０は、図示していないが、図９のＰＴＣサーバ９３０と同一の構成を備えており、さらに、映像配信制御部１７１２を含む映像受信制御部１７１１が、アプリケーションプログラム９３７の一つとして追加されている。
ＰＴＣサーバ１７１０は、ＰＴＣ端末１７２０内の音声映像処理部１７２１で扱うことができる映像フォーマット情報などを、記憶装置９３４に保持している。
映像配信管理サーバ１７３２は、映像配信サーバ１７４０が配信可能な映像フォーマット情報などを、記憶領域１７３２に保持している。
本システム構成において、映像通信を実現するため、ＰＴＣサーバ１７１０に「１０．０．１．１」を、ＰＴＣ端末１７２０に「１０．０．１．２」を、映像配信管理サーバ１７３０に「１０．０．２．１」を、映像配信サーバ１７４０に「１０．０．３．１」をＩＰアドレスとしてそれぞれ割当てる。

次に、本構成におけるＰＴＣ端末１７２０と映像配信サーバ１７４０との映像配信接続確立の流れを、図１８のシーケンス図を用いて詳述する。
まず、ＰＴＣサーバ１７１０が、映像配信管理サーバ１７３０に、パラメータｇを付加した映像配信要求を送信する（ステップ１８０１）。
このパラメータｇには、映像配信のために必要な情報を設定するものであり、例えば、どの映像コンテンツを、どの映像フォーマットで、どの端末に配信するかを指定する。ここでは、映像コンテンツは「映画１」、映像フォーマットは「ＭＰＥＧ４」、配信先ＩＰアドレスは「１０．０．１．２」を設定する。
映像配信管理サーバ１７３０はこれを受信すると、パラメータｇの指定内容の確認を行う（ステップ１８０２）。
確認結果、特に問題が無ければ、ＰＴＣサーバ１７１０にはパラメータｈを付加したＯＫを送信し（ステップ１８０３）、映像配信サーバ１７４０にはパラメータｇを付加した配信開始指示を送信する（ステップ１８０４）。
ステップ１８０３のパラメータｈには、映像配信の確定情報が設定される。ここでは、映像配信サーバのＩＰアドレス「１０．０．３．１」、映像フォーマット「ＭＰＥＧ４」などが設定される。
ＰＴＣサーバ１７１０は、ステップ１８０３のＯＫを受信すると、受信したパラメータｈを付加して、ＰＴＣ端末１７２０に受信開始指示を出す（ステップ１８０５）。

一方、映像配信サーバ１７４０は、ステップ１８０４の配信開始指示を受信すると、パラメータｇで指定された内容に従い、指定されたＩＰアドレス「１０．０．１．２」に、指定された映像コンテンツ「映画１」を、指定された映像フォーマット「ＭＰＥＧ４」にて映像配信を開始する（ステップ１８０６）。
ＰＴＣ端末１７２０は、ステップ１８０５で受信開始指示を受信すると、パラメータｈの指定内容に従い、指定されたＩＰアドレス「１０．０．３．１」から来る映像パケットの受信を開始し、受信した映像データを指定された映像フォーマット「ＭＰＥＧ４」で再生する（ステップ１８０７）。

以上により、映像配信サーバ１７４０とＰＴＣ端末１７２０の映像配信１８０８が確立でき、ＰＴＣ端末１７２０にて映像コンテンツを再生することができるようになる。
映像配信管理サーバ１７３０は、映像配信サーバ１７４０と筐体的には一体であっても良い。
また、配信サーバと端末間で映像フォーマットの違いが発生する場合は、図１５における能力解決方式（ステップ１５０２〜ステップ１５０７）を、ステップ１８０１〜１８０３に適用することにより解決できる。
また、本実施例では、映像コンテンツの配信サーバへの接続の実現を示したが、例えば音楽コンテンツ配信やニュースなどのテキストコンテンツ配信の場合でも、まったく同様な方式で、ＰＴＣ端末をコンテンツ配信サーバに接続することが可能である。本実施例における特徴は、ＰＴＣサーバが持つＰＴＣ端末で扱うことができる映像フォーマット情報と、映像配信管理サーバが持つ映像配信サーバの映像フォーマット情報とを交換して、映像配信サーバからＰＴＣ端末が映像データを受信できるところにある。

図２は、本発明の実施の形態に係るマイク２３１とスピーカー２３２を装備したＰＴＣ端末２００のブロック構成を示す図である。本実施例では、図１におけるＰＴＣ端末１２０に接続されているハンドセット１３０に代えて、マイク２３１とスピーカー２３２を接続出来るように構成したものである。図２において、ＰＴＣ端末２００には、アナログデジタル変換部２２０（以下、ＡＤ変換部と略す）を装備し、これとマイク２３１およびスピーカー２３２を接続できる構成とする。端末側電話制御部２１０には、発着信音制御部２１１を装備する。ＡＤ変換部２２０および発着信音制御部２１１は、ハードウェア、ファームウェア、ソフトウェアのいずれでも良く実装の形は問わない。

図２の構成における通話機能の実現方式は次の通りである。図１２における通話１２０９状態において、マイク２３１とスピーカー２３２を通して入出力されるアナログデータ２４１を、ＡＤ変換部２２０を通すことによりデジタルデータ２４２に変換し、これを音声パケット通信部１２３と入出力することにより、相手との通話ができる。

図２の構成における呼出し音および着信音の実現方式は次の通りである。呼出し音は、図１２において、ＰＴＣ端末２００が呼出し中を示す情報１２０５を受信すると、端末側電話制御部２１０が発着信音制御部２１１に呼出し音発生を通知する。発着信音制御部２１１は、これを受けて呼出し音データ２１２をＡＤ変換部２２０に送信することにより、スピーカー２３２から呼出し音が鳴る。また、着信音は、図１３において、ＰＴＣ端末２００が着信１３０３を受信すると、端末側電話制御部２１０が発着信音制御部２１１に着信を通知する。発着信音制御部２１１は、これを受けて着信音データ２１３をＡＤ変換部に送ることにより、スピーカー２３２から着信音が鳴る。

図２の構成におけるダイヤルなどの電話操作の実現方式は次の通りである。図１におけるサーバ側電話制御部１１１は、画面上から入出力できるインターフェースを持っており、ＰＴＣサーバ１１０が起動されている状態では、ＰＴＣ端末２００の表示装置９６１には、図６に示す入出力画面６０１が表示されている。電話発信時は、マウス９６４またはキーボード９６３操作によりダイヤル入力して発信することができる。また、電話着信時は、画面上のオフフックボタンを指定するなどで、通話を開始することができる。

図２の構成によれば、マイク２３１やスピーカー２３２でも電話機能を利用することができるため、マイク２３１とスピーカー２３２が一体となったヘッドセットなどの利用も考えられる。

図４は、音声パケット通信部１２３をＰＴＣサーバ側に装備したＰＴＣシステム４００の構成を示す図である。
図４の構成において、ＰＴＣ端末４２０を一つの電話端末として利用する場合、図１２または図１３で示す呼接続処理における通話先ＩＰアドレス指定を、ＰＴＣサーバ４１０のＩＰアドレスを指定することにより実現できる。具体的には、図１２において、テレフォニーサーバ８００に呼接続要求を出す時の通話先ＩＰアドレスパラメータとして、ＰＴＣサーバ４１０のＩＰアドレスである「１９２．１６８．１．１」を設定する。また、図１３において、テレフォニーサーバ８００に通話ＯＫを出す時の通話先ＩＰアドレスパラメータとして、ＰＴＣサーバ４１０のＩＰアドレスである「１９２．１６８．１．１」を設定する。これにより、電話端末８０１とＰＴＣサーバ４１０間で音声パケット通信ができるようになる。

音声パケット通信部１２３は、音声パケットデータを音声データに変換した後、端末側電話制御部４２１に音声データを送受信し、端末側電話制御部４２１は、デバイス制御部１２２を通して、ハンドセット１３０へ音声入出力を行なう。

図４の構成によれば、ＰＴＣサーバ４１０上を音声データ４４１が通るため、ＰＴＣサーバ４１０上で動作する音声録音プログラムなどを利用することにより、容易に通話録音を実現できるようになる。
なお、音声パケット通信部１２３は、図１で示すようにＰＴＣ端末１２０側に装備することも、図４で示すようにＰＴＣサーバ４１０側に装備することもでき、あるいは、ＰＴＣサーバ４１０とＰＴＣ端末４２０の両方に装備して、利用目的に応じて切替えて使用するなどが考えられる。

図５は、図１で示す呼制御部１１２を、ＰＴＣ端末５００側に装備したＰＴＣ端末５００のブロック構成を示す図である。
図５の構成では、ＰＴＣ端末５００のみで電話機能を構成している為、ＰＴＣサーバ１１０の動作に全く依存せずにＰＴＣ端末５００を一つの電話端末として利用することができる。
図５の構成において、ＰＴＣ端末５００を一つの電話端末として電話システムを構築する場合、テレフォニーサーバ８００内の電話番号管理テーブル１００１には、「３０００」に対応する呼制御先ＩＰアドレスとして「１９２．１６８．１．２」が設定される。これにより、テレフォニーサーバ８００とＰＴＣ端末５００が呼接続できるようになる。
図５の構成のように、呼制御先ＩＰアドレスと通信先ＩＰアドレスが同じ場合には、図１２および図１３の呼接続手順において、通話先ＩＰアドレスには呼接続先ＩＰアドレスを設定するか、もしくは、パラメータ設定をしないことも考えられる。通信先ＩＰアドレスがパラメータ設定されていない場合、テレフォニーサーバ８００は、電話番号管理テーブル１００１を参照して、呼接続先ＩＰアドレスを通信先ＩＰアドレスとして相手に通知することによりお互いのＩＰアドレスを交換することができる。
図５の構成によれば、ＰＴＣサーバ１１０に全く依存せずにＰＴＣ端末５００だけで電話機能を利用できるようになるため、例えば、ＰＴＣサーバ１１０の電源が入っていない場合でも電話はかけられるようになる。

図３は、ＰＴＣ端末３２０にＩＣカード３３０を接続できるように構成し、ＩＣカード３３０から情報を読み出すＩＣカード制御部３２１を装備したＰＴＣ端末３２０のブロック構成と、これを利用したＰＴＣシステム３００の構成および電話機能実現方式を説明する図である。
ＩＣカード３３０には、電話番号格納領域３３１に、あらかじめ電話番号を登録しておく。ＩＣカード３３０が挿入されると、端末側電話制御部３４１は、ＩＣカード制御部３２１を通して、ＩＣカード３３０内の電話番号格納領域３３１に格納されている電話番号を読み出し、サーバ側電話制御部１１１に、新電話番号をパラメータとして電話番号登録通知を送信する。
サーバ側電話制御部１１１は、これを受信し、呼制御部１１２を通してテレフォニーサーバ８００に新電話番号の登録要求３４０を出す。
テレフォニーサーバ８００では、登録要求３４０を受付けると、電話番号管理テーブル上のＩＰアドレスに該当する電話番号を新電話番号に書き換える。
これにより、ＰＴＣシステム３００の電話番号が新しくなり、他の電話端末からは新電話番号にて接続できるようになる。
また、ＩＣカード３３０を接続する構成としては、図３におけるＰＴＣサーバ１１０に接続する構成や、図５に示すＰＴＣ端末５００への接続の構成などが考えられるが、いずれの構成においても、電話番号の登録処理などは、上記と同様になる。
図３の構成による効果としては、ＩＣカード３３０には、前述したように接続先ＰＴＣサーバのＩＰアドレスを登録することができる。これとあわせてＩＣカード３３０に発信者情報をもたせることにより、ＩＣカードを挿入するだけで、そのＰＴＣ端末３２０が個人のデスクトップＰＣに接続し、さらに、自分の内線番号を持つ電話端末とすることができる。これにより、安全なリモートオフィス環境を実現することができる。

また、ＰＴＣ端末１２０のモバイル利用時には、例えば、サーバ側電話制御部１１１の機能である電話プログラムを、個人の携帯電話と連携する設定とすることにより、ＰＴＣ端末１２０と携帯電話を持ち歩くスタイルが実現できる。

企業情報システムにおいて、ＴＣシステムと同時にＩＰ電話による内線電話網を構築する場合、自宅や出張先でのモバイル運用をより安全に快適に行なう環境を提供することができる。

パーソナルＴＣ（ＰＴＣ）システムにおける電話機能実現方式を説明するためのシステム構成図 ＰＴＣ端末にマイクとスピーカーを接続した構成を示す図 ＰＴＣシステムにおけるＰＴＣ端末にＩＣカードを構成した図 ＰＴＣシステムにおける音声パケット通信部をＰＴＣサーバ側に装備した構成を示す図 ＰＴＣ端末に呼制御部を装備した構成を示す図 ＰＴＣ端末の画面表示に電話制御部の画面インターフェースを表示した図 一般的ＴＣシステムの構成を示す図 一般的ＩＰ電話のシステム構成を示す図 ＰＴＣシステム構成を示す図 テレフォニーサーバが持つ電話番号管理テーブルを示す図 電話システムの動作を説明する為の電話番号とＩＰアドレスを割り振った具体例を示す図 ＰＴＣ端末から電話端末へ電話発信する呼制御の流れを示すシーケンス図 ＰＴＣ端末が電話端末から電話着信する呼制御の流れを示すシーケンス図 ＰＴＣシステムにおけるＴＶ電話実現システム構成を示す図 ＰＴＣ端末からＴＶ電話端末に映像通信を接続確立する流れを示すシーケンス図 ＴＶ電話端末からＰＴＣ端末に映像通信を接続確立する流れを示すシーケンス図 ＰＴＣ端末で映像受信機能を実現するシステムの構成を示す図 ＰＴＣ端末と映像配信サーバとの映像配信接続確立の流れを示すシーケンス図

符号の説明

１００：パーソナルＴＣシステム、１１０：パーソナルＴＣサーバ、１１１：サーバ側電話制御部、１１２：呼制御部、１２０：パーソナルＴＣ端末、１２１：端末側電話制御部、１２２：デバイス制御部、１２３：音声パケット通信部、１３０：ハンドセット、１４０：電話制御情報

Claims (10)

1. データ及びデータ作成プログラムを管理するクライアントサーバと、
   前記クライアントサーバを遠隔操作することが可能なクライアント端末と、
   前記クライアント端末と前記クライアントサーバが結合するネットワークと、
   音や映像を送受信または配信できる通信端末と、
   前記通信端末と通信を確立するための通信確立手段とが前記ネットワークに結合されたＩＰ通信システムにおいて、
   前記クライアント端末、前記クライアントサーバのいずれか一方又は両方に通信を確立するための通信制御手段を設け、
   前記通信制御手段を用いて前記クライアント端末と前記通信端末との通信確立のとき、
   前記クライアント端末の通信能力を示す第１通信属性情報を、前記クライアントサーバ及び前記通信確立手段を介して前記通信端末に通知し、
   また、前記通信端末の通信能力を示す第２通信属性情報を、前記通信確立手段及び前記クライアントサーバを介して前記クライアント端末に通知し、
   これらの通信属性情報に基づき前記クライアント端末と前記通信端末との間の通信を確立し、
   前記ネットワークをもって前記クライアント端末と前記通信端末との通信路を構成することを特徴とするＩＰ通信システム。
2. データ及びデータ作成プログラムを管理するクライアントサーバと、
   前記クライアントサーバを遠隔操作することが可能なクライアント端末と、
   前記クライアント端末と前記クライアントサーバが結合するネットワークと、
   電話機能を有する通信端末と、
   前記通信端末からのダイヤル情報に対応して呼設定をする呼設定手段とが前記ネットワークに結合されたＩＰ通信システムにおいて、
   前記クライアント端末、前記クライアントサーバのいずれか一方又は両方にダイヤル情報を出力する通信制御手段を設け、
   前記通信制御手段を用いた呼設定のとき、
   前記クライアント端末の第１識別情報を、前記クライアントサーバ及び前記呼設定手段を介して前記通信端末に通知し、
   また、前記通信端末の第２識別情報を、前記呼設定手段及び前記クライアントサーバを介して前記クライアント端末に通知し、
   これらの識別情報に基づき前記クライアント端末と前記通信端末との間の呼を設定し、
   前記ネットワークをもって前記クライアント端末と前記通信端末との通信路を構成することを特徴とするＩＰ通信システム。
3. 前記通信制御手段が、前記クライアント端末からダイヤル情報を出力又は前記クライアント端末からの指示に基づき前記クライアントサーバに登録済みのダイヤル情報（電話帳）を読出し出力する通信制御部を含み、
   前記呼設定手段が、前記ダイヤル情報を受け、前記クライアントサーバ及び前記通信端末との間での呼制御に基づき前記クライアント端末と前記通信端末との間の呼設定を行なうことを特徴とするテレフォニ−サーバである、請求項１記載のＩＰ通信システム。
4. 前記クライアント端末が、
   前記通信端末との間で音声通信又は映像通信を行なうパケット通信部、
   前記クライアント端末に接続されるハンドセットまたはカメラを含む音声映像通信機器の制御を行なうデバイス制御部を含む、前記クライアントサーバとの間で通信制御を行なう前記通信制御手段が内蔵されたＰＣからなり、
   前記通信端末が、ＩＰ電話機又はＩＰテレビ電話機からなり、
   前記第１識別情報が、前記クライアント端末の通話元ＩＰアドレスであり、
   前記第２識別情報が、前記ＩＰ電話機の通話先ＩＰアドレスであり、
   前記呼設定手段が、前記クライアント端末の通話元ＩＰアドレス、前記ＩＰ電話機又はＩＰテレビ電話機の通話先ＩＰアドレスに基づき前記ＩＰ電話機又はＩＰテレビ電話機、前記クライアントサーバに対して呼制御及び呼接続を行って呼設定を行なう制御部を含むテレフォニ−サーバからなり、
   前記クライアント端末のパケット通信部が、前記ネットワークに接続され、前記ハンドセット、前記カメラ、前記ＩＰ電話機、前記ＩＰテレビ電話機のいずれかからの音声映像の通信を可能とする、請求項１記載のＩＰ通信システム。
5. 通信制御情報の送受を行なう送受信部を含むクライアントサーバと、
   通信制御情報の送受を行なう送受信部を含むクライアント端末と、
   ＩＰ端末と、
   前記クライアントサーバと前記各端末とを接続するＩＰネットワークとの組み合わせにおいて、
   前記クライアント端末から前記ＩＰ端末又はその逆に、前記クライアントサーバを介して呼出し、該呼出しステップに応じて第１又は第２の通話先ＩＰアドレスを、前記クライアントサーバを介して通話先ＩＰ端末又は通話先クライアント端末へ送出するステップと、
   前記第１又は第２の通話先ＩＰアドレスを取得し、該ＩＰアドレスに応答して通話OK通知を前記ＩＰ電話端末から前記クライアント端末又はその逆に、前記クライアントサーバを介して第１又は第２の通話先ＩＰアドレスを、前記クライアントサーバを介して通話先クライアント端末又は通話先ＩＰ端末へ送出するステップと、
   前記クライアント端末又は前記ＩＰ端末からの呼出し及び、前記第１、第２のＩＰアドレスに基づき前記ＩＰ端末と前記クライアント端末とを前記ＩＰネットワークを介して通信路を構成するステップとを備え、
   前記ＩＰ端末と前記クライアント端末間の通信を、前記ＩＰネットワークを介して可能とすることを特徴とする通信制御方法。
6. ＩＰネットワークに、通信制御部を含むクライアント端末、ＩＰ通信端末とともに接続され、
   通信制御部を含み、前記クライアント端末により遠隔操作が可能な、データ及びデータ作成プログラムを管理するクライアントサーバにおいて、
   前記クライアント端末、前記クライアントサーバのいずれかの通信制御部又は前記ＩＰ通信端末からのダイヤルに応答して前記両端末のＩＰアドレスを前記クライアント端末と前記ＩＰ通信端末との呼を設定する呼設定手段を介して前記ＩＰ通信端末、前記クライアント端末に送出し、
   該ＩＰアドレスに基づき前記クライアント端末と前記ＩＰ通信端末間の呼を設定したとき、
   前記ＩＰネットワークをもって前記クライアント端末と前記ＩＰ通信端末間の通信路を構成し、
   前記クライアント端末−前記ネットワーク−前記通信端末の経路をもって前記クライアント端末と前記通信端末との通信を可能とすることを特徴とするクライアントサーバ。
7. データ及びデータ作成プログラムを管理するクライアントサーバ、ＩＰ通信端末とともにＩＰネットワークに接続され、
   前記クライアントサーバを遠隔操作でき、
   前記クライアント端末から前記ＩＰ通信端末への呼び出しに応答して通話元ＩＰアドレスを前記クライアントサーバ側から前記クライアント端末と前記通信端末との間の呼設定を行なう呼設定手段を介して前記ＩＰ通信端末側に送信し、
   前記ＩＰ通信端末が前記呼び出しに応答したとき、前記ＩＰ通信端末の通話先ＩＰアドレスを前記呼設定手段、前記クライアントサーバを介して受信するクライアント端末であって、
   前記クライアントサーバとの間で前記ＩＰアドレスの送受を可能とする通信制御部と、
   マイク、スピーカーを含むハンドセットとカメラの接続を可能とするインターフェースを構成するデバイス制御部と、
   前記ＩＰネットワークに接続されるインターフェースを構成するデータパケット通信部を備え、
   前記通信制御部により前記クライアントサーバ、前記呼設定手段を介して前記ＩＰ通信端末と呼設定したとき、
   前記ハンドセット又はカメラ−前記クライアント端末のデータパケット通信部−前記ＩＰネットワークの通信路をもって前記ＩＰ通信端末との通信が可能なクライアント端末。
8. 前記ＩＰ通信端末が、通話機能を有するＩＰ電話またはＩＰテレビ電話である請求項７記載のクライアント端末。
9. 前記クライアント端末が、個人認証情報を持つ外部記憶媒体が着脱されるインターフェース部及び外部記憶媒体から入力された個人認証情報を前記クライアントサーバに送信する機能を有する外部記憶媒体制御部を設けたことを特徴とする請求項７記載のクライアント端末。
10. 前記クライアント端末が、個人認証情報を持つ外部記憶媒体が着脱されるインターフェース部及び外部記憶媒体から入力された個人認証情報を前記クライアントサーバに送信する機能を有する外部記憶媒体制御部を設けたクライアント端末であり、
    外部記憶媒体を前記インターフェース部に装着したとき、前記ネットワーク上のＩＰ電話機又はＩＰテレビ電話機との通話が自動的に通話が可能となるように構成された
    請求項１記載のＩＰ通信システム。
    

Images