JP2008278239A - 電話システムおよび通信端末 - Google Patents

Abstract

【課題】相手先の端末が提供可能なセキュリティレベルをユーザが発信前に認識できるようにし、これにより通信の秘匿性を高めた電話システムおよび通信端末を提供すること。
【解決手段】クリック・トゥ・ダイヤル機能を持つ電話システムにおいて、ユーザ端末から他の端末のプレゼンスを購読するための購読要求をプレゼンスサーバ２に予め送出する。そうすると他の端末のプレゼンスが更新されるたびにその旨が購読要求元端末に通知され、電話帳データベース内の相手先端末のプレゼンスをユーザ端末においてローカルに管理する。クリック・トゥ・ダイヤルが起動されるとプレゼンスに応じたセキュリティレベルが端末内において確認され、相手先リストとともにセキュリティレベルも表示されるようにした。
【選択図】 図８

Description

この発明は、電話端末やソフトフォンなどが例えばＩＰ（Internet Protocol）ネットワークを介して音声通話を実現する電話システムと、この種の電話システムにおいて用いられる通信端末に関する。

近年の電話システムはＩＰネットワークを利用して音声通話を行う、いわゆるＶｏＩＰ（Voice over IP）が主流となってきている。この種のシステムではインターネットなどのオープンなネットワークを経由して音声パケットが伝送されることがある。よって情報の秘匿性を高めてセキュアな通信を実現するための、従来よりも、より高度な技術が求められる。

通信のセキュリティを確保するには、電話端末に暗号化機能をインプリメントしたり、端末を認証して正規の端末のみをネットワークに参加させる、などといった手法がある。しかしながら現状では、そのような機能を持つシステムとそうでないものとが混在する状況にある。特に、端末を認証する機能はネットワークの有する機能として位置づけられるので、ＳＩＰ（Session Initiation Protocol）などのプロトコルを処理できないネットワークでは利用できない。そこで、セキュリティに関する相手先（着呼先の端末）の状況を通信の開始前にユーザが知ることができ、適切な対応を取れるようにしたシステムが求められている。

関連する技術が下記特許文献に開示される。この文献では相手先の端末が高品位ＩＰサービスに対応するか否かを発呼元で事前に確認できるようにした技術が開示される。しかしながらこのような技術によっても、セキュリティに関する状況までを確認することはできない。
特開２００５−１５９５４９号公報

以上のように既存の電話システムでは、相手先の端末の提供可能なセキュリティレベルを、発信の前にユーザが判断することが難しい。よって通信の秘匿性に関してユーザの感じる不安感を払拭することができず、何らかの対応が求められている。
この発明は上記事情によりなされたもので、その目的は、相手先の端末が提供可能なセキュリティレベルをユーザが発信前に認識できるようにし、これにより通信の秘匿性を高めた電話システムおよび通信端末を提供することにある。

上記目的を達成するためにこの発明の一態様によれば、電話通信の可能な複数の通信端末（例えば端末４ａ〜４ｃ、５ａ〜５ｃ）と、発呼元の通信端末と着呼先の通信端末とをリンクする通信リンクを発呼要求に応じて設定する呼処理ユニット（例えば交換サーバ１）と、前記複数の通信端末の状態を管理する状態管理ユニット（例えばプレゼンスサーバ２）とを具備し、前記通信端末は、情報をユーザに表示するディスプレイユニット（例えばディスプレイ４２）と、予め登録された前記ユーザの通信の相手先のリストを前記ディスプレイユニットに表示する表示制御部（例えば表示制御部４５ａ）と、前記リストから当該ユーザにより選択された相手先の通信端末と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知する発呼処理部（例えば発呼処理部４５ｂ）と、前記リスト内の相手先に係わる通信端末の状態を示す状態情報を前記状態管理ユニットから取得する取得処理部（例えば取得処理部４５ｃ）と、前記ユーザの通信端末と前記リスト内の相手先の通信端末との間に設定される通信リンクのセキュリティレベルを、前記状態管理ユニットから取得した状態情報に基づいて管理する管理処理部（例えば４５ｄ）とを備え、前記表示制御部は、前記セキュリティレベルを、前記リスト内の相手先のそれぞれに対応付けて前記ディスプレイユニットに表示することを特徴とする電話システムが提供される。

このような手段を講じることにより、相手先ごとのセキュリティレベルが、各ユーザの通信端末においてローカルに管理される。つまり各相手先の通信端末との間に設定され得る通信リンクのセキュリティレベルが、通信端末において独自に管理される。そして、例えば電話帳機能を用いて相手先のリストを表示する際に、相手先ごとのセキュリティレベルも併せて表示される。従ってユーザは、相手先との通信のセキュリティレベルを発呼の前に知ることが可能になるので、発呼するかどうかをセキュリティレベルを確認したうえで決められるようになる。このことから、ＶｏＩＰ通信などにおいて、相手先の提供可能なセキュリティレベルを発信前にユーザが容易に判断できるようになり、また簡易な操作でセキュアな通信を実現することが可能になる。

この発明によれば、相手先の端末が提供可能なセキュリティレベルをユーザが発信前に認識できるようにし、これにより通信の秘匿性を高めた電話システムおよび通信端末を提供することができる。

図１は、この発明に係わる電話システムの実施の形態を示すシステム図である。このシステムはＩＰネットワーク６０を介するＩＰパケットの授受により音声通話を実現するシステムであり、いわゆるＶｏＩＰシステムである。ＩＰネットワーク６０には複数のローカルネットワーク（ＬＡＮ：Local Area Network）が接続されており、各ネットワークにはユーザＡおよびユーザＢが属する。各ＬＡＮは例えば各ユーザＡ，Ｂの所属するオフィス内に形成される構内通信ネットワークである。

ユーザＡの属するＬＡＮには交換サーバ１が設けられる。交換サーバ１はいわゆるＰＢＸ（Private Branch eXchange）であり、ＬＡＮ内での内線通話を制御したり、外部ネットワークに発呼信号を送出してＬＡＮと外部ネットワークとの相互通話を制御したりする。

すなわち交換サーバ１は発呼要求が生じると、この要求に記される発呼元アドレスと着呼先アドレスとに基づいて、相互の通信端末をリンクするための通信リンクを設定する。ユーザＢの属するＬＡＮにも同様の装置が設けられるが繁雑防止のため図示しない。なおＬＡＮには、どのユーザにも属さない電話端末７が設けられることもある。

ユーザＡは、複数の通信端末を使用可能な環境下にある。つまりユーザＡは、一般電話機４ａ、ソフトフォン端末４ｂ、およびＩＰ電話機４ｃといった、ＩＰネットワーク６０を介して電話通信の可能な通信端末を使用することができる。同様にユーザＢも、一般電話機５ａ、ソフトフォン端末５ｂ、およびＩＰ電話機５ｃを使用することができる。なおソフトフォンとは、パーソナルコンピュータに音声通話用のアプリケーションソフトをインストールすることにより実現される機能の名称である。

ここで、各端末はユーザごとにそれぞれ関連付けられる。例えばソフトフォン端末４ｂはＩＰ電話機４ｃに連動して機能する。このように端末どうしを連動させるための機能は既知であり、例えばＳＩＰ（Session Initiation Protocol）などのプロトコルを用いる設定により実現できる。この機能によれば、例えばソフトフォン端末４ｂのディスプレイに表示される電話番号をクリックすることでＩＰ電話機４ｃから所望の相手先に発呼するといった、クリック・トゥ・ダイヤル（click to dial）などを実現できる。この実施形態ではユーザＡのソフトフォン端末４ｂにクリック・トゥ・ダイヤル機能がインストールされているとする。

ＩＰネットワーク６０にはプレゼンスサーバ２が設けられる。プレゼンスサーバ２はシステム内の通信端末の状態（ステータス）をリアルタイムで管理する。すなわちプレゼンスサーバ２は一般電話機４ａ，５ａ、ソフトフォン端末４ｂ，５ｂ、およびＩＰ電話機４ｃ，５ｃの状態を管理する。端末の状態には、ユーザによるログインの有無、ログインユーザの状態（在席／離席／会議中など）などが含まれる。この実施形態では端末の識別子、ユーザの識別子、認証の有無、暗号化機能の有無などの属性を端末の状態として採り上げる。状態を示すこれらの情報をステータス情報と称する。

図２は、図１のソフトフォン端末４ｂの一実施の形態を示す機能ブロック図である。ソフトフォン端末４ｂは、ＬＡＮインタフェース部（Ｉ／Ｆ）４１、ディスプレイ部４２、入出力部４３、データベース部４４、および、主制御部４５を備える。ＬＡＮＩ／Ｆ４１はＬＡＮに接続されてパケットの授受に関する処理を担う。ディスプレイ部４２は種々の情報を表示してユーザインタフェースの一環を担う。入出力部４３はキーボードやマウスなどを備え、ディスプレイ部４２とともにＧＵＩ（Graphical User Interface）環境を構築する。

データベース部４４はハードディスクドライブなどのストレージデバイスであり、ステータステーブル４４ａと、図３に示すセキュリティレベルテーブル４４ｂとを記憶する。ステータステーブル４４ａはプレゼンスサーバ２から取得した、ユーザの発信相手先の通信端末のステータスをデータベース化したテーブルである。このテーブルは更新されつつ最新の状態に保たれる。

図３は、図２のセキュリティレベルテーブル４４ｂの一実施の形態を示す図である。このテーブルは、認証の有無、およびパケット暗号化機能の有無を基準としてセキュリティレベルのランクを決めるために用いられるテーブルである。例えば発側端末（発）と着側端末（着）との双方に認証が無ければセキュリティレベルは最低ランク、すなわち非セキュアとして（レベル０）と決定される。逆に双方の端末が正常に認証され、暗号化機能もサポートしていればセキュリティレベルは最高ランク、すなわちセキュアとして（レベル２）と決定される。中間の（レベル１）ランクは、例えば認証のみが正常に行われたが暗号化機能が無い場合などに設定される。

図２の主制御部４５は、この実施形態に関わる処理機能として表示制御部４５ａ、発呼処理部４５ｂ、取得処理部４５ｃ、および、管理処理部４５ｄを備える。
表示制御部４５ａは、電話帳機能が起動されると、ユーザＡの電話帳情報を取得してディスプレイ部４２に表示する。この電話帳はユーザＡの通話相手先となる候補の電話番号や名称を既知の技術により予め登録したもので、電話帳を呼び出すことにより相手先のリストがディスプレイ部４２に一覧表にされる。

発呼処理部４５ｂは、電話帳リストからユーザＡにより選択された相手先の通信端末と、ユーザＡの通信端末（例えばＩＰ電話機４ｃ）との間に、ＩＰネットワーク６０を経由する通信リンクを設定するための発呼要求を交換サーバ１（図１）に通知する。例えばＳＩＰではユーザＡのＳＩＰ ＵＲＩと相手先のＳＩＰ ＵＲＩとを含むＩＮＶＩＴＥメッセージが、発呼処理部４５ｂから交換サーバ１に通知される。

取得処理部４５ｃは、電話帳リストの相手先に係わる通信端末の状態を示す状態情報をプレゼンスサーバ２から取得する。具体的には取得処理部４５ｃは、リストの各相手先に対応する通信端末のステータス情報の購読を、プレゼンスサーバ２に要求する。購読を要求するメッセージを一度与えておくと、プレゼンスサーバ２は各通信端末の状態が変化するとその都度、あるいは定期的にその旨を要求元のソフトフォン端末４ｂに通知する。

管理処理部４５ｄは、プレゼンスサーバ２から通知された状態変更通知に基づいてステータステーブル４４ａを更新する。具体的には管理処理部４５ｄは、通知された相手先端末のステータス（認証の有無、暗号化機能の有無など）をステータステーブル４４ａに書き込む。そしてその内容に基づいて、ユーザＡの端末（一般電話機４ａ、ソフトフォン端末４ｂ、ＩＰ電話機４ｃ）と各相手先端末との間に設定される通信リンクのセキュリティレベルを、管理する。セキュリティレベルの設定には図３のセキュリティレベルテーブル４４ｂも用いられる。なおセキュリティレベルは通信端末のそれぞれに対して定義しても良いし、端末間に設定され得る通信リンクごとに定義しても良い。

特にこの実施形態では、表示制御部４５ａは、電話帳リスト内の相手先通信端末（あるいは相手先そのもの）に対応付けて、管理処理部４５ｄにより管理されるセキュリティレベルもディスプレイ部４２に併せて表示する。

図４は、図１のプレゼンスサーバ２の一実施の形態を示す機能ブロック図である。プレゼンスサーバ２は、インタフェース部（Ｉ／Ｆ）３１、表示部３２、入出力部３３、データベース部ＤＢ、および、主制御部３４を備える。Ｉ／Ｆ３１はＩＰネットワーク６０に接続されてパケットの授受に関する処理を担う。表示部３２は入出力部３３とともにユーザインタフェースを提供し、ＧＵＩ環境を構築する。

データベース部ＤＢはプレゼンス管理テーブル３５ａを備える。プレゼンス管理テーブル３５ａはネットワーク内のすべての通信端末のプレゼンスを管理するためのテーブルである。通信端末は、そのプレゼンスが変化するとその旨をＲＥＧＩＳＴＥＲメッセージなどによりプレゼンスサーバ２に通知する。プレゼンスサーバ２はそのメッセージを解読してプレゼンス管理テーブル３５ａを更新しつつ、管理する。図２のステータステーブル４４ａはユーザＡに関わる相手先の端末装置のプレゼンスのみを対象とするのに対し、プレゼンス管理テーブル３５ａはシステム内の全ての端末を対象とする点が、異なる。

主制御部３４はこの実施形態に係わる処理機能として、登録処理部３４ａと送出処理部３４ｂとを備える。
登録処理部３４ａは、各通信端末から通知されたプレゼンス情報をプレゼンス管理テーブル３５ａに登録する。送出処理部３４ｂは、プレゼンス情報の購読を要求した通信端末に向けてプレゼンス情報を配信する。この配信にあたり、変化したプレゼンスを通知するようにしても良いし、前回のデータとの差分のみを通知するようにしても良い。要するにプレゼンスが更新されたことが要求元端末に通知されれば良い。

図５は、図１の交換サーバ１の一実施の形態を示す機能ブロック図である。交換サーバ１は、通信端末４ａ，４ｂ，４ｃ，５ａ，５ｂ，５ｃからの発信／呼出／応答／切断メッセージを受け付け、接続先を決定したり、接続先が決まった後のメッセージの中継処理などを行う。交換サーバ１はさらに、通信端末の状態が変化するとその旨をプレゼンスサーバ２に通知する。

交換サーバ１は、中央処理部１１と、この中央処理部１１の処理に必要な各種プログラムやデータを記憶するメモリ１２と、スイッチ部１３を備える。中央処理部１１はこの実施形態に関わる処理機能として、認証処理部１１ａと登録処理部１１ｂとを備える。
認証処理部１１ａは、各通信端末から通知される認証要求メッセージに応じて要求元の端末の認証処理を行う。認証要求メッセージにはＲＥＧＩＳＴＥＲメッセージが用いられ、このメッセージには要求元端末の、識別番号、ユーザ識別子、ユーザパスワード、ユーザ名称、内線番号、暗号化機能の有無、などの端末の属性情報が含まれる。認証が成功またはＮＧのいずれの場合でも、その旨を示すメッセージが要求元端末に返送される。登録処理部１１ｂは、システムへの登録を要求する通信端末から送られる登録要求メッセージに応じて、登録処理を行う。

図６は、通信端末の登録に関わる処理手順を示すフローチャートである。ここではソフトフォン端末４ｂの関係する手順につき説明するが他の通信端末も同様である。図６においてＬＡＮへの接続を検出すると（ステップＳ１）、ソフトフォン端末４ｂは自己のシステムへの登録を要求する、登録要求を交換サーバ１に送出する（ステップＳ２）。この登録要求は端末識別子、暗号化機能の有無などの端末情報を含む。引き続きソフトフォン端末４ｂは、認証機能を有していれば（ステップＳ３でＹｅｓ）、ログインユーザ（Ａ）のユーザ識別子、パスワードなどを含む認証要求を交換サーバ１に送出する（ステップＳ４）。これにより、ソフトフォン端末４ｂがユーザＡにより使用されているということがシステムに通知される。

登録要求を受けた交換サーバ１は（ステップＳ５でＹｅｓ）、認証要求があれば（ステップＳ６でＹｅｓ）認証処理を行ったのち（ステップＳ７）、端末情報を含む登録情報をプレゼンスサーバ２に送出する（ステップＳ８）。登録情報は端末識別子、暗号化機能の有無、認証の有無、および認証の結果（認証ありの場合）などの情報を含む。登録情報を受けたプレゼンスサーバ２は（ステップＳ９でＹｅｓ）、これらの情報を、送出元端末のプレゼンス情報としてプレゼンス管理テーブル３５ａに登録する。

次に、この実施形態において特筆すべき機能につき説明する。以下の説明では、各通信端末について、認証機能の有無、および暗号化機能の有無に関して以下を仮定する。すなわち一般電話機４ａ，５ａ（認証機能なし）、ソフトフォン端末４ｂ，５ｂ（認証機能有り）、ＩＰ電話機４ｃ，５ｃ（認証機能有り、暗号化機能有り）とする。

図７は、ソフトフォン端末４ｂにおけるステータス情報の購読に係わる処理手順を示すフローチャートである。例えばユーザＡはユーザＢと通信する可能性が高いので、ユーザＡがユーザＢの状態を予め知りたいとする。そうするとユーザＡは、特番入力などにより、ユーザＢの端末５ａ，５ｂ，５ｃの状態を知るためのコマンドをＩＰ電話機４ｃに入力する。そうするとＩＰ電話機４ｃは、端末５ａ，５ｂ，５ｃの状態を知るための購読要求をプレゼンスサーバ２に送出する（ステップＳ１０）。プレゼンスサーバ２はＩＰ電話機４ｃから購読要求を受けたことを記憶する（ステップＳ１１）
ＩＰ電話機４ｃの状態が変化すると（ステップＳ１２でＹｅｓ）交換サーバ２にその旨が通知され（ステップＳ１３）、交換サーバ２はこの状態変化イベントをプレゼンスサーバ２に通知する。すなわち交換サーバ２は、変化したプレゼンス情報を端末識別子およびユーザ識別子とともに、ステータス情報としてプレゼンスサーバに通知する（ステップＳ１４）。ステータス情報には、ユーザ名、ステータス名称、セキュリティに関する情報（認証が正常終了したかどうか、暗号化機能の有無）なども含まれる。通知を受けたプレゼンスサーバ２はプレゼンス管理テーブル３５ａを更新する（ステップＳ１５）。

他の端末のステータス変化のイベントを検出するたびに、交換サーバ１は変化したステータス情報をプレゼンスサーバ２に通知し、プレゼンスサーバ２はデータベースＤＢを更新する（ステップＳ１６，Ｓ１７）。この場合、購読要求元のＩＰ電話機４ｃ以外の端末の状態が変化しているので、プレゼンスサーバ２は、ＩＰ電話機４ｃに他の端末のステップＳが変化したことを通知する。ＩＰ電話機４ｃはこれを受けてメモリ内のデータ、あるいは連動するソフトフォン端末４ｂのステータステーブル４４ａの内容を更新する（ステップＳ１８）。同様の処理が、他の端末のステータスが変化するたびに実施される（ステップＳ１９，２０，２１）。

このような状態からクリック・トゥ・ダイヤルが起動されると（ステップＳ２２でＹｅｓ）、ステータステーブル４４ａの内容からセキュリティレベルテーブル４４ｂを参照して、リスト表示される相手先のセキュリティレベルが判定される（ステップＳ２３）。判定の結果はリストとともにソフトフォン端末４ｂのディスプレイ部４２に表示されてユーザの操作待ち（ステップＳ２４）となる。

図８は、ソフトフォン端末４ｂでクリック・トゥ・ダイヤル機能を起動した状態でのディスプレイ部４２の表示の一例を示す図である。この画面（ウインドウ）は図７のステップＳ２４（操作待ち）の状態を示すもので、ユーザＡの発信相手先候補がリスト表示される。相手先の例としてユーザＢのみを示すが、この１つだけでなく、普通は複数の相手先が表示される。

図８のウインドウでは、ユーザＢが複数の端末５ａ，５ｂ，５ｃを持つことが示される。これに加えてこの実施形態では、ユーザＢの端末ごとに、「オンラインか、オフラインか」を示す情報と、セキュリティレベルとが表示される。これによりユーザＡは、発信しようとする相手先のセキュリティレベルを一目瞭然に確認することができるようになり、従って通信のセキュリティを高められるようになる。

図８では端末（ＩＰ電話機）５ｃのセキュリティレベルが最も高いことがわかる。そこでユーザＡは発信ボタン４をクリックすることで、自己の所有するＩＰ電話機４ｃとユーザＢのＩＰ電話機５ｃとの間の発呼要求メッセージが交換サーバ１に通知され、以後、両端末間にセキュリティの最も高い呼が設定される。

このようにこの実施形態では、クリック・トゥ・ダイヤル機能を持つ電話システムにおいて、ユーザ端末から他の端末のプレゼンスを購読するための購読要求をプレゼンスサーバ２に予め送出する。そうすると他の端末のプレゼンスが更新されるたびにその旨が購読要求元端末に通知され、電話帳データベース内の相手先端末のプレゼンスをユーザ端末においてローカルに管理する。クリック・トゥ・ダイヤルが起動されるとプレゼンスに応じたセキュリティレベルが端末内において確認され、相手先リストとともにセキュリティレベルも表示されるようにしている。

すなわち、ユーザＡ端末とユーザＢ端末とプレゼンスサーバ２がＩＰネットワーク６０を介して接続されるＶｏＩＰシステムにおいて、発信側ユーザは相手先ユーザのセキュリティに関する端末状態を知るための要求をプレゼンスサーバ２に出す。そうするとプレゼンスサーバ２から相手側端末のセキュリティレベル情報が発信側ユーザに通知される。この情報をもとに、発信側ユーザの通信端末のディスプレイ部４２に相手先ユーザの通信端末のセキュリティレベルを表示する。

このようにしたので、ＶｏＩＰ通信において、ユーザがその通信相手の通信端末の提供できるセキュリティレベルを発信前に容易に判断できるようになり、また簡易な操作でセキュアな通信を利便性良く利用できるようになる。これらのことから、相手先の端末が提供可能なセキュリティレベルをユーザが発信前に認識できるようにし、これにより通信の秘匿性を高めた電話システムおよび通信端末を提供することが可能となる。

なお、この発明は上記実施形態そのままに限定されるものではない。例えばソフトフォン端末４ｂ，５ｂ、ＩＰ電話機４ｃ，５ｃは上記の機能に加えて映像通信交換機能やテクストチャット機能など音声以外の通信機能を持っていても良い。また実施形態では通信端末を認証する機能を交換サーバ１に設けるようにしたが、これに代えて、認証処理を担う専用のサーバ装置をシステム内に設けても良い。

また図８において、相手先ユーザの端末を指定するのではなく、ユーザそのものを指定することで、複数の端末のうちセキュリティの最も高い端末との間に呼が自動的に設定されるようにすることもできる。つまり図８のウインドウで（ユーザＢ）を指定するための発信ボタン１がクリックされると、図２の発呼処理部４５ｂはＩＰ電話機５ｃを自動的に選択し、ＩＰ電話機５ｃとの間の発呼要求メッセージを交換サーバ１に送出する。これにより（相手先端末を指定する）というユーザの手間を省くことができ、よりいっそう便利なシステムとなる。

さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

この発明に係わる電話システムの実施の形態を示すシステム図。 図１のソフトフォン端末４ｂの一実施の形態を示す機能ブロック図。 図２のセキュリティレベルテーブル４４ｂの一実施の形態を示す図。 図１のプレゼンスサーバ２の一実施の形態を示す機能ブロック図。 図１の交換サーバ１の一実施の形態を示す機能ブロック図。 通信端末の登録に関わる処理手順を示すフローチャート。 ソフトフォン端末４ｂにおけるステータス情報の購読に係わる処理手順を示すフローチャート。 ソフトフォン端末４ｂでクリック・トゥ・ダイヤル機能を起動した状態でのディスプレイ部４２の表示の一例を示す図。

符号の説明

１…交換サーバ、２…プレゼンスサーバ、７…電話端末、４ａ，５ａ…一般電話機、４ｂ，５ｂ…ソフトフォン端末、４ｃ，５ｃ…ＩＰ電話機、６０…ＩＰネットワーク、４１…ＬＡＮインタフェース部（Ｉ／Ｆ）、４２…ディスプレイ部、４３…入出力部、４４…データベース部、４５…主制御部、４４ａ…ステータステーブル、４４ｂ…セキュリティレベルテーブル、４５ａ…表示制御部、４５ｂ…発呼処理部、４５ｃ…取得処理部、４５ｄ…管理処理部、３１…インタフェース部（Ｉ／Ｆ）、３２…表示部、３３…入出力部、ＤＢ…データベース部、３４…主制御部、３５ａ…プレゼンス管理テーブル、３４ａ…登録処理部、３４ｂ…送出処理部、１１…中央処理部、１２…メモリ、１３…スイッチ部、１１ａ…認証処理部、１１ｂ…登録処理部

Claims (15)

1. 電話通信の可能な複数の通信端末と、
   発呼元の通信端末と着呼先の通信端末とをリンクする通信リンクを発呼要求に応じて設定する呼処理ユニットと、
   前記複数の通信端末の状態を管理する状態管理ユニットとを具備し、
   前記通信端末は、
   情報をユーザに表示するディスプレイユニットと、
   予め登録された前記ユーザの通信の相手先のリストを前記ディスプレイユニットに表示する表示制御部と、
   前記リストから当該ユーザにより選択された相手先の通信端末と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知する発呼処理部と、
   前記リスト内の相手先に係わる通信端末の状態を示す状態情報を前記状態管理ユニットから取得する取得処理部と、
   前記ユーザの通信端末と前記リスト内の相手先の通信端末との間に設定される通信リンクのセキュリティレベルを、前記状態管理ユニットから取得した状態情報に基づいて管理する管理処理部とを備え、
   前記表示制御部は、
   前記セキュリティレベルを、前記リスト内の相手先のそれぞれに対応付けて前記ディスプレイユニットに表示することを特徴とする電話システム。
2. 前記取得処理部は、前記状態情報の購読を前記状態管理ユニットに要求し、
   前記状態管理ユニットは、前記購読の要求元の通信端末に、前記状態情報の更新情報を通知し、
   前記管理処理部は、前記更新情報に基づいて前記セキュリティレベルを管理することを特徴とする請求項１に記載の電話システム。
3. 前記取得処理部は、前記通信リンクを介して伝送されるパケットを暗号化する暗号化機能をサポートするか否かを示すサポート情報を前記状態情報として取得し、
   前記管理処理部は、前記ユーザの通信端末における前記暗号化機能のサポートの有無、および前記取得したサポート情報に基づいて前記セキュリティレベルを管理することを特徴とする請求項１に記載の電話システム。
4. さらに、前記複数の通信端末をそれぞれその属性に基づいて認証する認証ユニットを具備し、
   前記取得処理部は、前記認証ユニットによる認証の有無を示す認証情報を前記状態情報として取得し、
   前記管理処理部は、前記ユーザの通信端末の前記認証処理部による認証の有無、および前記取得した認証情報に基づいて前記セキュリティレベルを管理することを特徴とする請求項１に記載の電話システム。
5. 前記取得処理部は、オンラインであるかまたはオフラインであるかを示す接続情報を前記状態情報として取得し、
   前記表示制御部は、前記取得した接続情報を、前記リスト内の相手先のそれぞれに対応付けて前記ディスプレイユニットに表示することを特徴とする請求項１に記載の電話システム。
6. 前記相手先に複数の着信先通信端末が属する場合に、
   前記表示制御部は、前記セキュリティレベルを、前記リスト内の相手先に属する着信先通信端末のそれぞれに対応付けて表示し、
   前記発呼処理部は、前記リストから前記ユーザにより選択された着信先通信端末と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項１に記載の電話システム。
7. 前記相手先に複数の着信先通信端末が属する場合に、
   前記発呼処理部は、前記選択された相手先に属する着信先通信端末のうちセキュリティレベルの最も高い通信リンクを設定可能な着信先通信端末、と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項１に記載の電話システム。
8. 前記ユーザに複数のユーザ端末が属する場合に、
   前記管理処理部は、前記ユーザ端末のそれぞれと前記リスト内の相手先の通信端末のそれぞれとの間に設定される通信リンクのセキュリティレベルを、前記状態管理ユニットから取得した状態情報に基づいて管理し、
   前記発呼処理部は、前記複数のユーザ端末のうちセキュリティレベルの最も高い通信リンクを設定可能なユーザ端末、と前記選択された相手先の通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項１に記載の電話システム。
9. 電話通信の可能な複数の通信端末と、発呼元の通信端末と着呼先の通信端末とをリンクする通信リンクを発呼要求に応じて設定する呼処理ユニットと、前記複数の通信端末の状態を管理する状態管理ユニットとを具備する電話システムに用いられる前記通信端末において、
   情報をユーザに表示するディスプレイユニットと、
   予め登録された前記ユーザの通信の相手先のリストを前記ディスプレイユニットに表示する表示制御部と、
   前記リストから当該ユーザにより選択された相手先の通信端末と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知する発呼処理部と、
   前記リスト内の相手先に係わる通信端末の状態を示す状態情報を前記状態管理ユニットから取得する取得処理部と、
   前記ユーザの通信端末と前記リスト内の相手先の通信端末との間に設定される通信リンクのセキュリティレベルを、前記状態管理ユニットから取得した状態情報に基づいて管理する管理処理部とを備え、
   前記表示制御部は、
   前記セキュリティレベルを、前記リスト内の相手先のそれぞれに対応付けて前記ディスプレイユニットに表示することを特徴とする通信端末。
10. 前記取得処理部は、前記通信リンクを介して伝送されるパケットを暗号化する暗号化機能をサポートするか否かを示すサポート情報を前記状態情報として取得し、
    前記管理処理部は、前記ユーザの通信端末における前記暗号化機能のサポートの有無、および前記取得したサポート情報に基づいて前記セキュリティレベルを管理することを特徴とする請求項９に記載の通信端末。
11. 前記電話システムが、さらに、前記複数の通信端末をそれぞれその属性に基づいて認証する認証ユニットを具備する場合に、
    前記取得処理部は、前記認証ユニットによる認証の有無を示す認証情報を前記状態情報として取得し、
    前記管理処理部は、前記ユーザの通信端末の前記認証処理部による認証の有無、および前記取得した認証情報に基づいて前記セキュリティレベルを管理することを特徴とする請求項９に記載の通信端末。
12. 前記取得処理部は、オンラインであるかまたはオフラインであるかを示す接続情報を前記状態情報として取得し、
    前記表示制御部は、前記取得した接続情報を、前記リスト内の相手先のそれぞれに対応付けて前記ディスプレイユニットに表示することを特徴とする請求項９に記載の通信端末。
13. 前記相手先に複数の着信先通信端末が属する場合に、
    前記表示制御部は、前記セキュリティレベルを、前記リスト内の相手先に属する着信先通信端末のそれぞれに対応付けて表示し、
    前記発呼処理部は、前記リストから前記ユーザにより選択された着信先通信端末と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項９に記載の通信端末。
14. 前記相手先に複数の着信先通信端末が属する場合に、
    前記発呼処理部は、前記選択された相手先に属する着信先通信端末のうちセキュリティレベルの最も高い通信リンクを設定可能な着信先通信端末、と当該ユーザの通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項９に記載の通信端末。
15. 前記ユーザに複数のユーザ端末が属する場合に、
    前記管理処理部は、前記ユーザ端末のそれぞれと前記リスト内の相手先の通信端末のそれぞれとの間に設定される通信リンクのセキュリティレベルを、前記状態管理ユニットから取得した状態情報に基づいて管理し、
    前記発呼処理部は、前記複数のユーザ端末のうちセキュリティレベルの最も高い通信リンクを設定可能なユーザ端末、と前記選択された相手先の通信端末との間に前記通信リンクを設定するための発呼要求を、前記呼処理ユニットに通知することを特徴とする請求項９に記載の通信端末。

Images