JP2003233586A

JP2003233586A - 制御サーバ、サービス機能へのアクセス制御をコンピュータに実行させるためのプログラム、サービス機能の取得をコンピュータに実行させるためのプログラム、およびプログラムを記録したコンピュータ読取り可能な記録媒体

Info

Publication number: JP2003233586A
Application number: JP2002035285A
Authority: JP
Inventors: Naoki Kirimoto; 直樹桐本; Masakazu Masuzaki; 将一益▲崎▼; Tomonori Nakanishi; 智則中西
Original assignee: Fujitsu Ltd; ATR Advanced Telecommunications Research Institute International
Current assignee: Fujitsu Ltd; ATR Advanced Telecommunications Research Institute International
Priority date: 2002-02-13
Filing date: 2002-02-13
Publication date: 2003-08-22

Abstract

(57)【要約】【課題】各ユーザがアクセス可能なサービスを自動的
に制限可能な制御サーバを提供する。【解決手段】ネットワークシステム１００は、ユーザ
端末１０と、ケルベロス（Ｋｅｒｂｅｒｏｓ）認証サー
バ２０と、アクセス制御サーバ３０と、アプリケーショ
ンサーバ４０と、共用端末５０とを備える。ユーザ端末
１０は、ケルベロス認証サーバ２０によりユーザの正当
性を認証してもらうと、ユーザがアクセス可能なサービ
スの一覧表をアクセス制御サーバ３０へ要求する。アク
セス制御サーバ３０は、一覧表の要求を受信するとユー
ザの信頼度を演算し、その演算した信頼度に応じたサー
ビスを含むサービス一覧表を作成してユーザ端末１０へ
送信する。そして、ユーザ端末１０は、サービス一覧表
に基づいてアプリケーションサーバ４０に保持されたサ
ービスを利用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ユーザがサービ
ス機能を提供するサービス提供サーバにアクセスする際
のサービス機能へのアクセスを制御する制御サーバ、サ
ービス機能へのアクセス制御をコンピュータに実行させ
るためのプログラム、サービス機能の取得をコンピュー
タに実行させるためのプログラム、およびプログラムを
記録したコンピュータ読取り可能な記録媒体に関するも
のである。

【０００２】

【従来の技術】インターネットの普及により家庭内の様
々な端末がネットワークに接続されるようになってい
る。このような環境の下では、複数の端末を利用してマ
ルチメディアサービスを実現することにより、ユーザ
は、自己が保有する端末のリソースの制限を越えて、よ
りよい品質のサービスを受けることが可能となる。

【０００３】このようなマルチメディアサービスを実現
するための制御方式として適応的ＱｏＳ（Ｑｕａｌｉｔ
ｙｏｆＳｅｒｖｉｃｅ）制御方式が提案されている
（例えば、「電子情報通信学会論文誌ＢＶｏｌ．Ｊ
８２−ＢＮｏ．５第７０２頁〜第７１０頁１９９
９年５月」参照）。

【０００４】この適応的ＱｏＳ制御方式は、各ユーザの
要求と各端末装置のリソースまたはネットワークのリソ
ースとに基づいてＱｏＳの決定および制御を行なうもの
である。つまり、ユーザの要求に合わせてサービスの品
質を決定し、その決定した品質のサービスをユーザに提
供するように制御するものである。

【０００５】そして、このようなＱｏＳの決定および制
御を行なう際のＱｏＳパラメータセットは、例えば、動
画の場合、圧縮方式、フレームレート、画像サイズ、表
示色数、量子化サイズ等から成る。また、各ＱｏＳパラ
メータセットは、ユーザの要求度合を表すユーティリテ
ィ値を有する。このユーティリティ値は１〜１００の範
囲の値で表され、その値が大きいほどユーザの要求度合
が大きいことを意味する。さらに、優先度がアプリケー
ション、ストリーム、各ＱｏＳパラメータ毎に付与され
る。

【０００６】ユーザが利用するサービスが通信アプリケ
ーションの場合、端末装置内と、通信相手の端末装置と
の間のＱｏＳ交渉が必要になる。端末装置内では、各Ｑ
ｏＳパラメータセットに対して付与されたユーティリテ
ィ値及び優先度を用いて、リソース制約条件の下で各ス
トリーム対応のＱｏＳを決定する。

【０００７】また、端末装置間では、端末装置内におけ
るＱｏＳ交渉の結果、決定されたストリームの受信品質
が、元々の送信品質を上回る場合、そのストリームを送
信する端末装置との間でＱｏＳ交渉を行なうことが必要
になる。そして、ストリームを受信する端末装置は、Ｑ
ｏＳ交渉を送信側の端末装置と行なった結果、ユーザが
要求するＱｏＳに近い状態でストリームを受信するため
のＱｏＳの決定を行なう。

【０００８】このように、マルチエージェントな機能に
よる直接的或いは間接的な連携機能を利用して、ユーザ
の要求を最大限に満たすようにＱｏＳ交渉を行なうこと
により、各ユーザの要求に合った品質のサービスを送受
信することが可能となる。

【０００９】また、適応的ＱｏＳ制御方式を用いること
によりネットワークに接続された任意の端末装置間でユ
ーザの要求に合った品質のサービスを自由に送受信する
ことが可能になる。

【００１０】

【発明が解決しようとする課題】しかし、ホームネット
ワークの環境を考えた場合、提供されるサービスを全て
のユーザに対して平等に提供することは、セキュリティ
及びネットワークリソースの面から考えて好ましくな
い。

【００１１】すなわち、ホームネットワーク上で提供さ
れるサービスには、特定のユーザのみがアクセス可能な
サービスもあれば、家族及びその友人のような、ある一
定の範囲内のユーザがアクセス可能なサービスもある。

【００１２】そして、サービス毎にアクセス可能なユー
ザを設定することにより各サービスに対して制限をかけ
ることを考えた場合、特定のユーザのみがアクセス可能
なサービスに対しては、サービス毎にアクセス可能なユ
ーザを設定して制限をかけることが可能であり、その作
業も頻繁に発生することは考えにくい。しかし、一定の
範囲内のユーザがアクセス可能なサービスに対しては、
そのサービスにアクセス可能なユーザの範囲が頻繁に変
化することが想定され、アクセスを制限するための作業
が頻繁に発生することが想定される。

【００１３】その結果、その作業の煩雑さからアクセス
を制限する作業を行なわないか、無制限に各サービスに
アクセス可能な状態が放置される可能性が高い。

【００１４】このような状況においては、利用されたく
ないユーザにサービスが利用される可能性があり、ま
た、不必要なリソースが使用されるという問題が発生す
る。

【００１５】そこで、この発明は、かかる問題を解決す
るためになされたものであり、その目的は、各ユーザが
アクセス可能なサービスを自動的に制限可能な制御サー
バを提供することである。

【００１６】また、この発明の別の目的は、各ユーザが
アクセス可能なサービス機能を自動的に制限する制御を
コンピュータに実行させるためのプログラムを提供する
ことである。

【００１７】さらに、この発明の別の目的は、各ユーザ
がアクセス可能なサービス機能を自動的に制限する制御
をコンピュータに実行させるためのプログラムを記録し
たコンピュータ読取り可能な記録媒体を提供することで
ある。

【００１８】さらに、この発明の別の目的は、ユーザ毎
に設定されたアクセス可能なサービスの一覧表に基づい
て希望するサービス機能の取得をコンピュータに実行さ
せるためのプログラムを提供することである。

【００１９】さらに、この発明の別の目的は、ユーザ毎
に設定されたアクセス可能なサービスの一覧表に基づい
て希望するサービス機能の取得をコンピュータに実行さ
せるためのプログラムを記録したコンピュータ読取り可
能な記録媒体を提供することである。

【００２０】

【課題を解決するための手段および発明の効果】この発
明によれば、制御サーバは、ユーザがサービス提供サー
バからサービス機能を受ける際のユーザのサービス機能
へのアクセスを制御する制御サーバであって、ユーザが
アクセス可能なサービスを示すサービス一覧表の送信要
求をユーザのユーザ端末から受信し、サービス一覧表を
ユーザ端末へ送信する送受信手段と、ユーザのユーザ情
報に基づいてサービス機能へアクセスするユーザの信頼
度を演算する演算手段と、演算された信頼度に応じて、
ユーザがアクセス可能なサービス機能を指定するための
アクセスモードを決定する決定手段と、決定されたアク
セスモードに基づいてサービス一覧表を作成する作成手
段と、制御手段とを備え、制御手段は、サービス一覧表
の送信要求を送受信手段から受け、その受けたサービス
一覧表の送信要求に応じて、サービス一覧表の送信要求
に添付されたユーザ情報を演算手段に与え、演算された
信頼度を決定手段に与え、作成されたサービス一覧表を
送受信手段に与える。

【００２１】好ましくは、制御手段は、サービス一覧表
の送信要求に添付された証明書に基づいてユーザが正当
なユーザであることを確認すると、ユーザ情報を演算手
段に与える。

【００２２】より好ましくは、制御サーバは、各ユーザ
の通信履歴を格納する履歴情報記憶手段をさらに備え、
演算手段は、ユーザ情報に基づいて履歴情報記憶手段か
らユーザに対応する通信履歴を読出し、その読出した通
信履歴に基づいて信頼度を演算する。

【００２３】さらに好ましくは、演算手段は、読出した
通信履歴からユーザが過去に利用したサービス機能の種
類を抽出し、その抽出したサービス機能の種類に応じて
信頼度を演算する。

【００２４】さらに好ましくは、演算手段は、テキスト
機能、音声機能、および動画機能の順に信頼度が高くな
るように演算する。

【００２５】さらに好ましくは、演算手段は、読出した
通信履歴に基づいてユーザのアクセス実績を演算し、そ
の演算したアクセス実績に応じて信頼度を演算する。

【００２６】さらに好ましくは、演算手段は、ユーザ端
末からのアクセス回数またはアクセス間隔を通信履歴か
ら抽出し、アクセス回数またはアクセス間隔に基づいて
アクセス実績を演算する。

【００２７】さらに好ましくは、アクセス回数が多いほ
ど、またはアクセス間隔が短いほど信頼度は高くなる。

【００２８】さらに好ましくは、決定手段は、演算され
た信頼度に基づいて、サービス一覧表の送信を要求した
ユーザが属するアクセスグループを決定し、その決定し
たアクセスグループに対応するアクセスモードを抽出す
ることによってアクセスモードを決定する。

【００２９】さらに好ましくは、アクセスグループは、
信頼度に比例してレベルが高くなる複数のアクセスグル
ープに分類されており、複数のアクセスグループは、レ
ベルに応じて内容が異なるサービス機能を指定するため
の複数のアクセスモードに対応付けられている。

【００３０】さらに好ましくは、複数のアクセスモード
の各々は、レベルが高くなるに従ってより多くのサービ
ス機能を指定する。

【００３１】さらに好ましくは、決定手段は、複数のア
クセスグループの相互の境界を規定する基準値を信頼度
と比較することにより信頼度に応じてアクセスグループ
を決定する。

【００３２】さらに好ましくは、作成手段は、アクセス
モードに対応する少なくとも１つのサービス機能から構
成されるサービスを抽出してサービス一覧表を作成す
る。

【００３３】さらに好ましくは、サービス一覧表は、ユ
ーザがサービス提供サーバから受けるサービス機能が複
数であるとき、その複数のサービス機能を複数の端末に
分割して利用可能なサービスを含む。

【００３４】さらに好ましくは、少なくとも１つのサー
ビスは、第１から第５のサービス機能の中から構成され
たサービス機能から成り、第１のサービス機能は、動画
を受信可能なサービス機能であり、第２のサービス機能
は、動画を送信可能なサービス機能であり、第３のサー
ビス機能は、音声を受信可能なサービス機能であり、第
４のサービス機能は、音声を送信可能なサービス機能で
あり、第５のサービス機能は、テキストを送受信可能サ
ービス機能である。

【００３５】また、この発明によれば、ユーザがサービ
ス提供サーバからサービス機能を受ける際のユーザのサ
ービス機能へのアクセス制御をコンピュータに実行させ
るためのプログラムは、ユーザがアクセス可能なサービ
スを示すサービス一覧表の送信要求をユーザのユーザ端
末から受信する第１のステップと、サービス一覧表の送
信要求に応じてユーザの信頼度を演算する第２のステッ
プと、演算された信頼度に応じてユーザがアクセス可能
なサービス機能を指定するためのアクセスモードを決定
する第３のステップと、決定されたアクセスモードに基
づいてサービス一覧表を作成する第４のステップと、作
成されたサービス一覧表をユーザ端末へ送信する第５の
ステップとをコンピュータに実行させるためのプログラ
ムである。

【００３６】好ましくは、第２のステップにおいて、サ
ービス一覧表に添付された証明書に基づいてユーザの正
当性が確認されると信頼度が演算される。

【００３７】より好ましくは、第２のステップは、サー
ビス一覧表に添付されたユーザのユーザ情報に基づいて
ユーザに対応する通信履歴を読出す第１のサブステップ
と、読出した通信履歴に基づいて信頼度を演算する第２
のサブステップとを含む。

【００３８】さらに好ましくは、第２のサブステップ
は、読出した通信履歴からユーザが過去に利用したサー
ビス機能の種類を抽出するステップと、抽出したサービ
ス機能の種類に応じて信頼度を演算するステップとを含
む。

【００３９】さらに好ましくは、信頼度は、テキスト機
能、音声機能、および動画機能の順に高くなるように演
算される。

【００４０】さらに好ましくは、第２のサブステップ
は、読出した通信履歴に基づいてユーザのアクセス実績
を演算するステップと、演算したアクセス実績に応じて
信頼度を演算するステップとを含む。

【００４１】さらに好ましくは、アクセス実績を演算す
るステップは、ユーザ端末からのアクセス回数またはア
クセス間隔を通信履歴から抽出するステップと、抽出し
たアクセス回数またはアクセス間隔に基づいてアクセス
実績を演算するステップとから成る。

【００４２】さらに好ましくは、アクセス回数が多いほ
ど、またはアクセス間隔が短いほど信頼度は高くなる。

【００４３】さらに好ましくは、第３のステップは、演
算された信頼度に基づいて、サービス一覧表の送信を要
求したユーザが属するアクセスグループを決定する第１
のサブステップと、決定したアクセスグループに対応す
るアクセスモードを抽出することによってアクセスモー
ドを決定する第２のサブステップとを含む。

【００４４】さらに好ましくは、アクセスグループは、
信頼度に比例してレベルが高くなる複数のアクセスグル
ープに分類されており、複数のアクセスグループは、レ
ベルに応じて内容が異なるサービス機能を指定するため
の複数のアクセスモードに対応付けられている。

【００４５】さらに好ましくは、複数のアクセスモード
の各々は、レベルが高くなるに従ってより多くのサービ
ス機能を指定する。

【００４６】さらに好ましくは、第３のステップにおい
て、複数のアクセスグループの相互の境界を規定する基
準値を信頼度と比較することにより信頼度に応じてアク
セスグループが決定される。

【００４７】さらに好ましくは、第４のステップにおい
て、アクセスモードに対応する少なくとも１つのサービ
ス機能から構成されるサービスを抽出してサービス一覧
表が作成される。

【００４８】さらに好ましくは、サービス一覧表は、ユ
ーザがサービス提供サーバから受けるサービス機能が複
数であるとき、その複数のサービス機能を複数の端末に
分割して利用可能なサービスを含む。

【００４９】さらに好ましくは、少なくとも１つのサー
ビスは、第１から第５のサービス機能の中から構成され
たサービス機能から成り、第１のサービス機能は、動画
を受信可能なサービス機能であり、第２のサービス機能
は、動画を送信可能なサービス機能であり、第３のサー
ビス機能は、音声を受信可能なサービス機能であり、第
４のサービス機能は、音声を送信可能なサービス機能で
あり、第５のサービス機能は、テキストを送受信可能な
サービス機能である。

【００５０】さらに、この発明によれば、コンピュータ
読取り可能な記録媒体は、請求項１６から請求項３０の
いずれか１項に記載のプログラムを記録したコンピュー
タ読取り可能な記録媒体である。

【００５１】さらに、この発明によれば、ユーザの要求
に応じて、サービス機能を提供するサービス提供サーバ
からのサービス機能の取得をコンピュータに実行させる
ためのプログラムは、ユーザの正当性を証明する証明書
を受信する第１のステップと、アクセス可能なサービス
を示すサービス一覧表の送信要求を証明書とともにサー
ビス一覧表を作成するアクセス制御サーバへ送信する第
２のステップと、ユーザの信頼度に応じて決定されたサ
ービス機能を含むサービス一覧表をアクセス制御サーバ
から受信する第３のステップと、受信したサービス一覧
表に基づいてサービス提供サーバから希望するサービス
機能を受信する第４のステップとをコンピュータに実行
させるためのプログラムである。

【００５２】好ましくは、第４のステップは、サービス
一覧表からユーザが希望するサービスを選択する第１の
サブステップと、選択したサービスの送信要求をサービ
ス提供サーバへ送信する第２のサブステップと、サービ
ス提供サーバとの間でサービス機能の品質を交渉し、品
質を決定する第３のサブステップと、サービス提供サー
バから選択したサービス機能を決定された品質で受信す
る第４のサブステップとを含む。

【００５３】より好ましくは、第３のサブステップにお
いて、ユーザの信頼度に応じて品質交渉の優先度が決定
される。

【００５４】さらに好ましくは、証明書は、アクセス制
御サーバへアクセスするユーザの正当性を証明する証明
書である。

【００５５】さらに好ましくは、サービス一覧表が複数
のサービス機能を複数の端末に分割して利用可能なサー
ビスを含むとき、サービス機能の切替要求をサービス提
供サーバおよび他の端末へ送信する第７のステップと、
サービス提供サーバとの間および他の端末との間でサー
ビス機能の品質を交渉し、品質を決定する第８のステッ
プと、サービス機能の切替後のサービス機能を決定され
た品質で受信する第９のステップとをさらに備える。

【００５６】さらに好ましくは、サービス一覧表は、第
１から第５のサービス機能の中から構成されたサービス
機能を含み、第１のサービス機能は、動画を受信可能な
サービス機能であり、第２のサービス機能は、動画を送
信可能なサービス機能であり、第３のサービス機能は、
音声を受信可能なサービス機能であり、第４のサービス
機能は、音声を送信可能なサービス機能であり、第５の
サービス機能は、テキストを送受信可能なサービス機能
である。

【００５７】さらに、この発明によれば、コンピュータ
読取り可能な記録媒体は、請求項３２から請求項３７の
いずれか１項に記載のプログラムを記録したコンピュー
タ読取り可能な記録媒体である。

【００５８】したがって、この発明によれば、ユーザの
信頼度に応じて、各ユーザへのサービス機能の提供を制
限することができる。その結果、特定の情報を一定範囲
内の人で共有することができる。

【００５９】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら詳細に説明する。なお、図中同一または
相当部分には同一符号を付してその説明は繰返さない。

【００６０】図１は、この発明によるアクセス制御サー
バを備えるネットワークシステムの概略ブロック図であ
る。ネットワークシステム１００は、ユーザ端末１０，
１０Ａと、ケルベロス（Ｋｅｒｂｅｒｏｓ）認証サーバ
２０と、アクセス制御サーバ３０と、アプリケーション
サーバ４０，４０Ａと、共用端末５０とを備える。

【００６１】ユーザ端末１０，１０Ａとケルベロス認証
サーバ２０との間、ユーザ端末１０，１０Ａとアクセス
制御サーバ３０との間、ユーザ端末１０，１０Ａとアプ
リケーションサーバ４０，４０Ａとの間、ユーザ端末１
０，１０Ａと共用端末５０との間、およびアプリケーシ
ョンサーバ４０，４０Ａと共用端末５０との間は無線ま
たは有線から成る通信網によって接続されている。

【００６２】ユーザ端末１０は、ユーザの要求に応じて
ケルベロス認証サーバ２０に対してユーザの認証を要求
する。また、ユーザ端末１０は、ユーザの正当性を認証
する証明書をケルベロス認証サーバ２０から受信する
と、ユーザがアクセス可能なサービス機能の一覧表の送
信要求と証明書とをアクセス制御サーバ３０へ送信す
る。さらに、ユーザ端末１０は、ユーザがアクセス可能
なサービスの一覧表をアクセス制御サーバ３０から受信
し、ユーザが希望するサービスを一覧表から選択する
と、その選択したサービスを受信するためのＱｏＳ交渉
をアプリケーションサーバ４０または４０Ａとの間で行
ないアプリケーションサーバ４０または４０Ａからサー
ビスを受信する。この場合、ユーザ端末１０は、アクセ
ス制御サーバ３０から受信した一覧表に複数のサービス
機能を複数の端末に分割して利用可能なサービスが含ま
れるとき、ユーザの指示に応じてサービス機能の切替を
アプリケーションサーバ４０（またはアプリケーション
サーバ４０Ａ）および共用端末５０との間で交渉する。
そして、ユーザ端末１０は、切替後のサービス機能をア
プリケーションサーバ４０または４０Ａから受信する。

【００６３】なお、ユーザ端末１０Ａは、ユーザ端末１
０と同じ機能を果たす。ケルベロス認証サーバ２０は、
ケルベロス認証方式によりユーザの認証を行ない、ユー
ザを認証したとき証明書をユーザ端末１０または１０Ａ
へ送信する。ケルベロス認証方式による認証動作につい
ては後述する。

【００６４】アクセス制御サーバ３０は、ユーザがアク
セス可能なサービスの一覧表の送信要求をユーザ端末１
０から受信すると、後述する方法によってユーザの信頼
度を演算し、その演算した信頼度に基づいてユーザがア
クセス可能なサービスの一覧表を作成してユーザ端末１
０または１０Ａへ送信する。

【００６５】アプリケーションサーバ４０は、各種のサ
ービス機能を保持しており、ユーザ端末１０または１０
Ａとの間でＱｏＳ交渉を行ない、ユーザが受信するサー
ビス機能の品質（ＱｏＳ）が決定されると、その決定さ
れた品質（ＱｏＳ）によってサービス機能をユーザ端末
１０または１０Ａへ送信する。また、アプリケーション
サーバ４０は、サービス機能の切替要求をユーザ端末１
０または１０Ａとの間で行ない、切替後のサービス機能
をユーザ端末１０（またはユーザ端末１０Ａ）および共
用端末５０へ送信する。そして、アプリケーションサー
バ４０は、サービス機能の切替を行なう際にもユーザ端
末１０または１０Ａとの間でＱｏＳ交渉を行なう。従っ
て、アプリケーションサーバ４０は、各サービス機能を
一定の品質で提供する「サービス提供サーバ」である。

【００６６】なお、アプリケーションサーバ４０Ａは、
アプリケーションサーバ４０と同じ機能を果たす。

【００６７】共用端末５０は、サービス機能の切替交渉
およびＱｏＳ交渉をユーザ端末１０または１０Ａとの間
で行ない、サービス機能の切替交渉が成立したとき、そ
の交渉によって決定されたサービス機能を決定された品
質でアプリケーションサーバ４０または４０Ａから受信
する。

【００６８】なお、図１においては、２台のユーザ端末
およびアプリケーションサーバがネットワークシステム
１００に接続されており、１台の共用端末がネットワー
クシステム１００に接続されているが、通常は、３台以
上のユーザ端末およびアプリケーションサーバがネット
ワークシステム１００に接続されており、複数の共用端
末がネットワークシステム１００に接続されている。

【００６９】ネットワークシステム１００は、例えば、
家庭内のテレビ受像機およびプリンタ等を含む全ての電
気機器とパーソナルコンピュータとを相互にローカルエ
リアネットワークで接続したホームネットワークに適用
される。

【００７０】図２は、図１に示すユーザ端末１０の機能
ブロック図である。ユーザ端末１０は、送受信手段１１
と、制御手段１２と、作成手段１３と、表示手段１４
と、出力手段１５と、メモリ１６とを含む。

【００７１】送受信手段１１は、ケルベロス認証サーバ
２０、アクセス制御サーバ３０、アプリケーションサー
バ４０，４０Ａ、および共用端末５０との間でデータを
送受信する。制御手段１２は、ユーザ端末１０の各手段
を制御するとともにユーザの認証に関わるケルベロス認
証サーバ２０とのやり取りに伴う処理を行なう。作成手
段１３は、ケルベロス認証サーバ２０に含まれる認証サ
ーバ２１から受信したチケットの正当性を証明するため
の証明子を作成する。表示手段１４は、各種の情報を視
覚情報としてユーザに与える。出力手段１５は、音声等
の音情報をユーザに与える。メモリ１６は、アプリケー
ションサーバ４０，４０Ａから受信した各種のサービス
機能を格納する。

【００７２】ユーザ端末１０Ａは、ユーザ端末１０と同
じ構成から成る。図３は、図１に示すケルベロス認証サ
ーバ２０の機能ブロック図である。ケルベロス認証サー
バ２０は、認証サーバ２１と、発行サーバ２２と、デー
タベース２３とを含む。認証サーバ２１は、ユーザ端末
１０または１０Ａからのネットワークシステム１００へ
のアクセス要求に応じて、各ユーザのユーザＩＤに基づ
いてデータベース２３を検索し、アクセス要求を送信し
たユーザが登録されているか否かを確認する。そして、
認証サーバ２１は、アクセス要求を送信したユーザが登
録されているときユーザが発行サーバ２２へアクセスす
るためのチケットを作成してユーザ端末１０または１０
Ａへ送信する。

【００７３】発行サーバ２２は、認証サーバ２１が発行
したチケットとユーザ端末１０または１０Ａにおいて作
成された証明子とをユーザ端末１０または１０Ａから受
信すると、チケットと証明子とに基づいてユーザの正当
性を確認する。そして、発行サーバ２２は、ユーザの正
当性を認証すると、ユーザがアクセス制御サーバ３０へ
アクセスするためのチケットを発行し、その発行したチ
ケットをユーザ端末１０または１０Ａへ送信する。

【００７４】データベース２３は、各ユーザのユーザＩ
Ｄに対応して各ユーザの登録の有無に関する情報を格納
する。

【００７５】なお、認証サーバ２１および発行サーバ２
２のユーザ認証に関する詳細な動作については後述す
る。

【００７６】図４は、図１に示すアクセス制御サーバ３
０の機能ブロック図である。アクセス制御サーバ３０
は、送受信手段３１と、制御手段３２と、演算手段３３
と、決定手段３４と、作成手段３５と、データベース３
６とを含む。

【００７７】送受信手段３１は、ユーザ端末１０または
１０Ａとの間でデータの送受信を行なう。制御手段３２
は、アクセス制御サーバ３０の各手段を制御する。演算
手段３３は、ユーザがアクセス可能なサービスの一覧表
の送信要求を制御手段３２から受取ると、その一覧表の
送信要求に添付されているユーザＩＤに基づいてデータ
ベース３６から一覧表の送信要求を送信したユーザの通
信履歴を読出し、その読出した通信履歴に基づいてユー
ザの信頼度を演算する。より具体的には、演算手段３３
は、データベース３６から読出した通信履歴に基づい
て、ユーザのアクセス制御サーバ３０へのアクセス回数
またはアクセス間隔を抽出し、その抽出したアクセス回
数またはアクセス間隔に基づいてユーザの信頼度を演算
する。この場合、アクセス回数が多いほど、またはアク
セス間隔が短いほど信頼度は高くなる。アクセス制御サ
ーバ３０に何回もアクセスしているユーザ、またはアク
セス制御サーバ３０に短時間間隔でアクセスしているユ
ーザは、アクセス制御サーバ３０に頻繁にアクセスして
いるユーザであり、信頼できることとしたものである。
つまり、アクセス回数が多いユーザ、またはアクセス間
隔が短いユーザはアクセス実績があることになり、その
アクセス実績があるほどユーザに対する信頼度は高くな
るわけである。

【００７８】また、演算手段３３は、読出した通信履歴
から、アクセスしてきたユーザが過去に利用したサービ
ス機能の種類を抽出し、その抽出したサービス機能の種
類に応じてユーザに対する信頼度を演算してもよい。例
えば、演算手段３３は、テキスト機能、音声機能、およ
び動画機能の順に高くなるように信頼度を演算する。ユ
ーザが過去に利用したサービス機能が動画機能であると
き、ユーザは自己の顔の映像を送信した実績があり、最
も信頼できることとしたものである。また、ユーザが過
去に利用したサービス機能が音声機能であるとき、ユー
ザは自己の声を送信した実績があり、動画機能に次いで
信頼できることとしたものである。さらに、ユーザが過
去に利用したサービス機能がテキスト機能であるとき、
ユーザは自己の名前を送信した実績があり、動画、音声
に次いで信頼性できることとしたものである。

【００７９】このように、この発明においては、ユーザ
が過去に利用したサービス機能の種類に応じてユーザに
対する信頼度を演算することを特徴とする。

【００８０】そして、演算手段３３は、ユーザに対する
信頼度を、例えば、０〜１００％の範囲の数値で表し、
演算したユーザに対する信頼度を制御手段３２へ出力す
る。

【００８１】なお、演算手段３３は、ユーザがアクセス
制御サーバ３０へアクセスする度にユーザに対する信頼
度を演算するので、ある期間、ユーザがアクセス制御サ
ーバ３０に頻繁にアクセスして信頼度が高くなっていて
も、その後、アクセス制御サーバ３０へのアクセス回数
が減少したり、アクセス間隔が長くなったときはユーザ
に対する信頼度は低下することになる。つまり、演算手
段３３が演算する各ユーザに対する信頼度は動的な指標
である。

【００８２】決定手段３４は、ユーザに対する信頼度を
制御手段３２から受けると、その受けた信頼度に基づい
て各ユーザが属するアクセスグループを決定し、その決
定したアクセスグループに基づいて各ユーザがアクセス
可能なサービス機能の内容を指定するためのアクセスモ
ードを決定する。

【００８３】まず、ユーザに対する信頼度に基づいてア
クセスグループを決定する方法について説明する。図５
は、ユーザに対する信頼度とアクセスグループとの関係
を示す図である。縦軸は、ユーザに対する信頼度であ
る。アクセスグループは、例えば、ユーザに対する信頼
度によって４つのアクセスグループＧｒ１，Ｇｒ２，Ｇ
ｒ３，Ｇｒ４に分けられる。例えば、アクセスグループ
Ｇｒ１は、０≪信頼度≪２０％の範囲であり、アクセス
グループＧｒ２は、２０＜信頼度≪５０％の範囲であ
り、アクセスグループＧｒ３は、５０＜信頼度≪８０％
の範囲であり、アクセスグループＧｒ４は、８０＜信頼
度≪１００％の範囲である。そして、アクセスグループ
Ｇｒ１〜Ｇｒ４の各々はレベル付けされており、アクセ
スグループＧｒ１、アクセスグループＧｒ２、アクセス
グループＧｒ３およびアクセスグループＧｒ４の順でレ
ベルが高くなる。このように、アクセスグループＧｒ１
〜Ｇｒ４は、ユーザに対する信頼度に応じたレベルを有
する。

【００８４】決定手段３４は、ユーザに対する信頼度に
よってアクセスグループを決定するとき、制御手段３２
から受けた信頼度の数値がアクセスグループＧｒ１〜Ｇ
ｒ４間の境界値を越えるか否かを判定して各ユーザが属
するアクセスグループを決定する。例えば、信頼度が３
０％であるとき、決定手段３４は、アクセスグループＧ
ｒ１とアクセスグループＧｒ２との境界値である２０
％、アクセスグループＧｒ２とアクセスグループＧｒ３
との境界値である５０％、およびアクセスグループＧｒ
３とアクセスグループＧｒ４との境界値である８０％と
信頼度の３０％とを比較することにより各ユーザが属す
べきアクセスグループを決定する。この場合、信頼度の
３０％はアクセスグループＧｒ１とアクセスグループＧ
ｒ２との境界値である２０％を越えるが、アクセスグル
ープＧｒ２とアクセスグループＧｒ３との境界値である
５０％を越えないので（信頼度の３０％は、アクセスグ
ループＧｒ３とアクセスグループＧｒ４との境界値であ
る８０％を越えるか否かを判定するが、信頼度の３０％
は、アクセスグループＧｒ２とアクセスグループＧｒ３
との境界値である５０％を越えないと判定されていれ
ば、信頼度３０％が境界値８０％を越えるか否かの判定
を行なう必要はない。）、決定手段３４は、ユーザが属
するべきアクセスグループをアクセスグループＧｒ２と
決定する。

【００８５】したがって、決定手段３４は、アクセスグ
ループＧｒ１〜Ｇｒ４間における境界値を保持してお
り、制御手段３２から受けた信頼度を各境界値と比較す
ることによって、各ユーザに対する信頼度に応じて各ユ
ーザが属すべきアクセスグループ（アクセスグループＧ
ｒ１〜Ｇｒ４のいずれか）を決定する。

【００８６】次に、アクセスグループに基づいてアクセ
スモードを決定する方法について説明する。図６は、ア
クセスグループＧｒ１〜Ｇｒ４とアクセスモードＭＤＥ
１〜ＭＤＥ４との関係を示す図である。アクセスモード
ＭＤＥ１〜ＭＤＥ４は、それぞれ、アクセスグループＧ
ｒ１〜Ｇｒ４に対応付けられている。決定手段３４は、
アクセスグループＧｒ１〜Ｇｒ４とアクセスモードＭＤ
Ｅ１〜ＭＤＥ４との対応関係を保持しており、信頼度に
基づいてアクセスグループ（アクセスグループＧｒ１〜
Ｇｒ４のいずれか）を決定すると、その決定したアクセ
スグループ（アクセスグループＧｒ１〜Ｇｒ４のいずれ
か）に対応するアクセスモード（アクセスモードＭＤＥ
１〜ＭＤＥ４のいずれか）を決定する。そして、決定手
段３４は、決定した（アクセスモードＭＤＥ１〜ＭＤＥ
４のいずれか）を制御手段３２へ出力する。

【００８７】作成手段３５は、決定されたアクセスモー
ド（アクセスモードＭＤＥ１〜ＭＤＥ４のいずれか）を
制御手段３２から受けると、その受けたアクセスモード
（アクセスモードＭＤＥ１〜ＭＤＥ４のいずれか）に基
づいて、ユーザがアクセス可能なサービスを指定するた
めのサービス一覧表を作成し、その作成したサービス一
覧表を制御手段３２へ出力する。

【００８８】図７は、アクセスモードＭＤＥ１〜ＭＤＥ
４とモードの内容との関係を示す図である。モードの内
容としては、例えば、「送画」、「受画」、「送音」、
「受音」、「テキスト」、「分割」、「時制あり」およ
び「時制なし」がある。

【００８９】「送画」は、動画機能を利用して、動画を
送信するサービス機能を利用できることを意味する。
「受画」は、動画機能を利用して、動画を受信するサー
ビス機能を利用できることを意味する。「送音」は、音
声機能を利用して、音声を送信するサービス機能を利用
できることを意味する。「受音」は、音声機能を利用し
て、音声を受信するサービス機能を利用できることを意
味する。「テキスト」は、テキスト機能を利用して、テ
キストを送受信するサービス機能を利用できることを意
味する。「分割」は、複数機能から構成されているサー
ビスを複数端末に分割してサービス機能を利用できるこ
とを意味する。「時制あり」は、アクセスが許可された
サービス機能の利用時間に時間制限があることを意味す
る。「時制なし」は、アクセスが許可されたサービス機
能を無制限に利用できることを意味する。

【００９０】アクセスモードＭＤＥ１は、「送音」、
「テキスト」および「時制あり」の３つのモードを指定
するためのモードである、アクセスモードＭＤＥ２は、
「送音」、「受音」、「送画」、「テキスト」および
「時制あり」の５つのモードを指定するためのモードで
ある。アクセスモードＭＤＥ３は、「送音」、「受
音」、「送画」、「分割」、「テキスト」および「時制
なし」の７つのモードを指定するためのモードである。
アクセスモードＭＤＥ４は、「送音」、「受音」、「送
画」、「受画」、「分割」、「テキスト」および「時制
なし」の７つのモードを指定するためのモードである。

【００９１】作成手段３５は、アクセスモードＭＤＥ１
〜ＭＤＥ４とモードの内容との対応関係を保持してお
り、制御手段３２からアクセスモード（アクセスモード
ＭＤＥ１〜ＭＤＥ４のいずれか）を受けると、その受け
たアクセスモード（アクセスモードＭＤＥ１〜ＭＤＥ４
のいずれか）に対応するモードを抽出してユーザがアク
セス可能なサービス機能を含むサービス一覧表を作成す
る。そして、作成手段３５は、作成したサービス一覧表
を制御手段３２へ出力する。

【００９２】図８は、ユーザに対する信頼度ＴＲ、アク
セスグループＧｒ１〜Ｇｒ４、アクセスモードＭＤＥ１
〜ＭＤＥ４およびモードの関係を示す図である。０≪信
頼度ＴＲ≪２０％は、アクセスグループＧｒ１およびア
クセスモードＭＤＥ１に対応し、２０＜信頼度ＴＲ≪５
０％は、アクセスグループＧｒ２およびアクセスモード
ＭＤＥ２に対応し、５０＜信頼度ＴＲ≪８０％は、アク
セスグループＧｒ３およびアクセスモードＭＤＥ３に対
応し、８０＜信頼度ＴＲ≪１００％は、アクセスグルー
プＧｒ４およびアクセスモードＭＤＥ４に対応する。

【００９３】従って、演算手段３３により演算された信
頼度が０≪信頼度ＴＲ≪２０％の範囲であれば、決定手
段３４は、信頼度に基づいてアクセスグループＧｒ１を
決定し、その決定したアクセスグループＧｒ１に基づい
てアクセスモードＭＤＥ１を決定する。その結果、作成
手段３５は、「送音」、「テキスト」および「時制あ
り」の３つのモードから成るサービス一覧表を作成す
る。

【００９４】また、演算手段３３により演算された信頼
度が２０＜信頼度ＴＲ≪５０％の範囲であれば、決定手
段３４は、信頼度に基づいてアクセスグループＧｒ２を
決定し、その決定したアクセスグループＧｒ２に基づい
てアクセスモードＭＤＥ２を決定する。その結果、作成
手段３５は、「送音」、「受音」、「送画」、「テキス
ト」および「時制あり」の５つのモードから成るサービ
ス一覧表を作成する。

【００９５】さらに、演算手段３３により演算された信
頼度が５０＜信頼度ＴＲ≪８０％の範囲であれば、決定
手段３４は、信頼度に基づいてアクセスグループＧｒ３
を決定し、その決定したアクセスグループＧｒ３に基づ
いてアクセスモードＭＤＥ３を決定する。その結果、作
成手段３５は、「送音」、「受音」、「送画」、「分
割」、「テキスト」および「時制なし」の６つのモード
から成るサービス一覧表を作成する。

【００９６】さらに、演算手段３３により演算された信
頼度が８０＜信頼度ＴＲ≪１００％の範囲であれば、決
定手段３４は、信頼度に基づいてアクセスグループＧｒ
４を決定し、その決定したアクセスグループＧｒ４に基
づいてアクセスモードＭＤＥ４を決定する。その結果、
作成手段３５は、「送音」、「受音」、「送画」、「受
画」、「分割」、「テキスト」および「時制なし」の７
つのモードから成るサービス一覧表を作成する。

【００９７】このように、各ユーザに対する信頼度が高
くなるに従ってアクセスグループのレベルが高くなり、
ユーザがアクセス可能なサービス機能の数が増加し、ま
たはサービス機能の内容が高度になる。なお、この発明
においては、テキスト、音声、および動画の順でサービ
ス機能の内容が高度になるとしている。従って、この発
明においては、信頼度が高くなるに従って、ユーザは、
より多くのサービス機能、またはより高度なサービス機
能を利用できることになる。そして、作成手段３５が作
成するサービス一覧表は、ユーザがサービス一覧表に記
載されたサービスを利用するための許可証である。

【００９８】データベース３６は、各ユーザのユーザＩ
Ｄに対応付けて、各ユーザのユーザ端末１０または１０
Ａとアクセス制御サーバ３０との間の通信の履歴情報を
格納する。図９は、ユーザＩＤと通信の履歴情報との関
係を示す図である。履歴情報ＬＯＧ１〜ＬＯＧｎ（ｎは
自然数）は、それぞれ、ユーザＩＤ１〜ＩＤｎに対応付
けられている。従って、演算手段３３は、アクセス制御
サーバ３０へアクセスして来たユーザのユーザＩＤに基
づいてデータベース３６を検索し、ユーザＩＤに対応す
る履歴情報を読出す。この履歴情報は、各ユーザのアク
セス回数、アクセス間隔、および各ユーザへ過去に送信
したサービス一覧表（すなわち各ユーザが過去に利用し
たサービス機能）等を含む。

【００９９】また、ネットワークシステム１００がホー
ムネットワークシステムに適用される場合、人間関係を
アクセスグループに対応付けて各ユーザが属すべきアク
セスグループを決定することも可能である。

【０１００】すなわち、ユーザ本人を最もレベルが高い
アクセスグループＧｒ４とし、ユーザの家族をアクセス
グループＧｒ３とし、ユーザの友人をアクセスグループ
Ｇｒ２とし、ユーザと関係のない第三者をアクセスグル
ープＧｒ１とする。そして、アクセス制御サーバ３０
は、ユーザ本人からアクセスがあったとき、そのユーザ
が属すべきアクセスグループをアクセスグループＧｒ４
と決定し、ユーザの家族からアクセスがあったとき、そ
の家族が属すべきアクセスグループをアクセスグループ
Ｇｒ３と決定し、ユーザの友人からアクセスがあったと
き、その友人が属すべきアクセスグループをアクセスグ
ループＧｒ２と決定し、ユーザと無関係な第三者からア
クセスがあったとき、その第三者が属すべきアクセスグ
ループをアクセスグループＧｒ１と決定する。その後、
アクセス制御サーバ３０は、決定したアクセスグループ
に対応するアクセスモードを決定し、最終的に上述した
サービス一覧表を作成してユーザへ送信する。

【０１０１】ユーザ相互の人間関係とアクセスグループ
とを対応付けて各ユーザがアクセス可能なサービス機能
を決定する場合、アクセス制御サーバ３０のデータベー
ス３６は、各ユーザのユーザＩＤに対応付けて各ユーザ
相互の人間関係（ＡさんはＢさんの家族、ＣさんはＢさ
んの友人等の人間関係）を格納しており、制御手段３２
は、ユーザ端末１０または１０Ａから受信したユーザＩ
Ｄに基づいてデータベース３６から人間関係を抽出す
る。そして、制御手段３２は、抽出した人間関係を決定
手段３４へ出力し、決定手段３４は、上記の人間関係と
アクセスグループとの対応関係を保持しており、制御手
段３２から受けた人間関係に基づいてアクセスしてきた
ユーザが属すべきアクセスグループを決定する。

【０１０２】また、決定手段３４がユーザ相互の人間関
係の抽出も行なうようにしてもよい。この場合、制御手
段３２は、ユーザ端末１０または１０Ａから受信したユ
ーザＩＤを決定手段３４へ出力する。

【０１０３】上述した人間関係とアクセスグループとの
対応付けはネットワークシステム１００がホームネット
アークシステムに適用された場合の例であり、ネットワ
ークシステム１００がホームネットワークシステム以外
のネットワークシステムに適用される場合、他の人間関
係とアクセスグループとを対応付けてもよく、適用され
るネットワークシステムの特徴に応じてユーザ相互の人
間関係を決定し、その決定した人間関係とアクセスグル
ープとの対応付けを決定すればよい。

【０１０４】このように、この発明においては、ユーザ
相互の人間関係に対応付けてアクセスグループを決定し
て各ユーザがアクセス可能なサービス機能を制御するこ
とが可能である。

【０１０５】図１に示すネットワークシステム１００に
おいて、ユーザが自己のユーザ端末１０を用いて、アプ
リケーションサーバ４０が保持するサービス機能のう
ち、希望するサービス機能を利用するときの動作につい
て説明する。図１０〜図１３は、ユーザがアプリケーシ
ョンサーバ４０に保持されたサービス機能を利用すると
きの動作を説明するための第１〜第４のフローチャート
を示す。

【０１０６】まず、図１０に示すフローチャートについ
て説明する。動作が開始されると、ユーザ端末１０は、
ユーザの要求に応じてチケット交付チケットの発行要求
をケルベロス認証サーバ２０の認証サーバ２１へ送信す
る（ステップＳ１００）。このチケット交付チケットの
発行要求は、ユーザＩＤ（ＩＤ_C）、およびユーザがケ
ルベロス認証サーバ２０の発行サーバ２２を利用したい
ことを伝えるメッセージ（ＩＤ_TGS）を含む。

【０１０７】ケルベロス認証サーバ２０の認証サーバ２
１は、チケット交付チケットの発行要求を受信し（ステ
ップＳ１０２）、その発行要求に含まれるユーザＩＤ
（ＩＤ _C）およびメッセージ（ＩＤ_TGS）を抽出する。そ
して、認証サーバ２１は、メッセージ（ＩＤ_TGS）に基
づいてユーザが発行サーバ２２を利用したいことを認識
し、抽出したユーザＩＤ_Cに基づいて、チケット交付チ
ケットの発行要求を送信したユーザが登録されているか
否かをデータベース２３で調査することによりユーザの
アクセス権限を検索する（ステップＳ１０４）。

【０１０８】認証サーバ２１は、検索結果に基づいてユ
ーザのアクセス権限を判定し（ステップＳ１０６）、ア
クセス権限が無いと判定したときステップＳ１８８へ移
行して一連の動作は終了する。一方、認証サーバ２１
は、ステップＳ１０６においてユーザのアクセス権限が
有ると判定したとき、チケットＴ_c,tgsとセッション鍵
Ｋ_c,tgsとを作成し（ステップＳ１０８）、チケットＴ
_c,tgsを暗号鍵Ｋ_tgsで暗号化したもの（Ｅ_Ktgs（Ｔ
_c,tgs））と、セッション鍵Ｋ_c,tgsとを暗号鍵Ｋ_cで暗
号化して暗号化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ
_c,tgs））をユーザ端末１０へ送信する（ステップＳ１
１０）。このセッション鍵Ｋ_c,tgsは認証サーバ２１か
らユーザ端末１０への通信を特定するための鍵であり、
ユーザ端末１０と発行サーバ２２との共通鍵である。ま
た、暗号鍵Ｋ_cはクライアントであるユーザの秘密鍵で
あり、ユーザのパスワードに基づいて作成される。この
場合、認証サーバ２１は、各ユーザの登録の際にデータ
ベース２３に格納されたパスワードに基づいて暗号鍵Ｋ
_cを作成する。従って、この暗号鍵Ｋ_cは、ユーザ毎に異
なっており、認証サーバ２１から送信された暗号化デー
タＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ_c,tgs））が誤って他の
ユーザのユーザ端末へ送信されても、他のユーザは暗号
化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ_c,tgs））を復号
することができず、チケットＴ_c,tgsの内容を保護する
ことができる。

【０１０９】さらに、暗号鍵Ｋ_tgsは発行サーバ２２の
秘密鍵である。発行サーバ２２は、後述するように、暗
号鍵Ｋ_tgsにより暗号化されたチケットＥ
_Ktgs（Ｔ_c,tgs）をユーザ端末１０から受信し、暗号化
されたチケットＥ_Ktgs（Ｔ_c,tgs）を秘密鍵Ｋ_tgsにより
復号するので、チケットＴ_c,tgsを保護するために認証
サーバ２１が秘密鍵Ｋ_tgsによりチケットＴ_c,tgsを暗号
化することにしたものである。

【０１１０】さらに、チケットＴ_c,tgsは、Ｔ_c,tgs＝ｃ
｜｜ｔｇｓ｜｜ａｄｄ｜｜ｔｓ｜｜ｔｅｘｐ｜｜Ｋ
_c,tgsから成る。この場合、ｃはユーザ端末１０の名称
であり、ｔｇｓは発行サーバ２２の名称であり、ａｄｄ
はユーザのアドレスであり、ｔｓはタイムスタンプであ
り、ｔｅｘｐはチケットの有効期間である。すなわち、
チケットＴ_c,tgsは、ユーザの正当性を認証サーバ２１
に認証してもらった上でユーザが発行サーバ２２へアク
セスするためのチケットである。

【０１１１】なお、この発明においては、Ｅ_X［Ｙ］
は、データＹを暗号鍵Ｘで暗号化したことを意味し、Ｙ
｜｜Ｚは、データＹとデータＺとの連結を意味する。

【０１１２】ユーザ端末１０の送受信手段１１は、暗号
化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ_c,tgs））を受信
し（ステップＳ１１２）、その受信した暗号化データＥ
_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ_c,tgs））を制御手段１２へ
出力する。そして、制御手段１２は、ユーザから入力さ
れたパスワードを受取り、その受取ったパスワードによ
って暗号化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ
_Ktgs（Ｔ_c,tgs））を復号する（ステップＳ１１４）。
この場合、暗号化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ
_c,tgs））は、暗号鍵Ｋ_Cによって暗号化されており、暗
号鍵Ｋ_Cはユーザのパスワードに基づいて作成されてい
るため、制御手段１２は、ユーザのパスワードによって
暗号化データＥ_Kc（Ｋ_c,tgs｜｜Ｅ_Ktgs（Ｔ_c,tgs））を
復号することができる。

【０１１３】そして、制御手段１２は、暗号化されたチ
ケットＥ_Ktgs（Ｔ_c,tgs）とセッション鍵Ｋ_c,tgsとを受
理し（ステップＳ１１６）、証明子を作成するように作
成手段１３を制御する。作成手段１３は、制御手段１２
からの制御によってユーザのユーザ端末１０の名称ｃ、
アドレスａｄｄおよびタイムスタンプｔｓにより証明子
Ａ_c＝ｃ｜｜ａｄｄ｜｜ｔｓを作成する（ステップＳ１
１８）。この証明子Ａ_cは、認証サーバ２１から受信し
たチケットＴ_c,tgsの正当性を証明するためのものであ
る。そして、作成手段１３は、作成した証明子Ａ_cを制
御手段１２へ出力する。

【０１１４】次に、図１１に示すフローチャートについ
て説明する。ステップＳ１１８の後、制御手段１２は、
ステップＳ１１６において受理したセッション鍵Ｋ
_c,tgsによって証明子Ａ_cを暗号化し、アクセス制御サー
バ３０へアクセスしたいことを伝えるメッセージＩＤ_V
と、暗号化されたチケットＥ_Ktgs（Ｔ_c,tgs）と、暗号
化された証明子Ｅ_Kc,tgs（Ａ_c）と、アクセス先サーバ
名の名称ｓとを１つのデータＥ_Kc,tgs（Ａ_c），Ｅ_Ktgs
（Ｔ_c,tgs），ｓとして送受信手段１１へ出力し、送受
信手段１１は、データＥ_Kc,tgs（Ａ_c），Ｅ_Ktgs（Ｔ
_c,tgs），ｓをケルベロス認証サーバ２０の発行サーバ
２２へ送信する（ステップＳ１２０）。発行サーバ２２
は、データＥ_Kc,tgs（Ａ_c），Ｅ_Ktgs（Ｔ_c,tgs），ｓを
受信し（ステップＳ１２２）、暗号化されている証明子
Ｅ_Kc,tgs（Ａ_c）をセッション鍵Ｋ_c,tgsにより復号し、
暗号化されているチケットＥ_Ktgs（Ｔ_c,tgs）を秘密鍵
Ｋ_tgsにより復号してユーザを認証する（ステップＳ１
２４）。具体的には、Ｅ_Kc,tgs（Ａ_c）をセッション鍵
Ｋ_c,tgsにより復号した得られた証明子Ａ_c＝ｃ｜｜ａｄ
ｄ｜｜ｔｓのユーザ端末１０の名称ｃ、アドレスａｄｄ
およびタイムスタンプｔｓが、Ｅ _Ktgs（Ｔ_c,tgs）を秘
密鍵Ｋ_tgsにより復号して得られたチケットＴ_c,tgs＝ｃ
｜｜ｔｇｓ｜｜ａｄｄ｜｜ｔｓ｜｜ｔｅｘｐ｜｜Ｋ
_c,tgsのユーザ端末１０の名称ｃ、アドレスａｄｄおよ
びタイムスタンプｔｓにそれぞれ一致することを確認す
ることによりユーザを認証する。つまり、証明子Ａ_cを
復号して得られた名称ｃ、アドレスａｄｄおよびタイム
スタンプｔｓがチケットＴ_c,tgsを復号して得られた名
称ｃ、アドレスａｄｄおよびタイムスタンプｔｓにそれ
ぞれ一致することを確認することにより、チケットＴ
_c,tgsを発行サーバ２２へ送信した者が正当な所有者で
あると認証する。

【０１１５】発行サーバ２２は、ユーザを認証した後、
アクセス制御サーバ３０にアクセスしたいことを伝える
メッセージＩＤ_Vに応じてサービスチケットＴ_c,sとセッ
ション鍵Ｋ_c,sとを作成する（ステップＳ１２６）。こ
の場合、サービスチケットＴ_c _,sは、サービスチケット
Ｔ_c,s＝ｃ｜｜ｓ｜｜ａｄｄ｜｜ｔｓ｜｜ｔｅｘｐ｜｜
Ｋ_c,sから成る。ｓはアクセス制御サーバ３０の名称で
ある。また、セッション鍵Ｋ_c,sは、発行サーバ２２か
らユーザ端末１０への通信を特定するための共通鍵であ
る。

【０１１６】そして、発行サーバ２２は、セッション鍵
Ｋ_c,sと、暗号鍵Ｋ_sによりサービスチケットＴ_c,sと暗
号化したＥ_Ks（Ｔ_c,s）とを、ステップ１２４において
暗号化データＥ_Ktgs（Ｔ_c,tgs）を復号して得られたチ
ケットＴ_c,tgs＝ｃ｜｜ｔｇｓ｜｜ａｄｄ｜｜ｔｓ｜｜
ｔｅｘｐ｜｜Ｋ_c,tgsに含まれるセッション鍵Ｋ_c,tgsに
より暗号化し（ステップＳ１２８）、暗号化データＥ
_Kc,tgs（Ｋ_c,s｜｜Ｅ_Ks（Ｔ_c _,s））をユーザ端末１０へ
送信する（ステップＳ１３０）。

【０１１７】暗号鍵Ｋ_sは、アクセス制御サーバ３０の
秘密鍵である。アクセス制御サーバ３０は、後述するよ
うに、暗号鍵Ｋ_sにより暗号化されたチケットＥ_Ks（Ｔ
_c,s）をユーザ端末１０から受信し、暗号化されたチケ
ットＥ_Ks（Ｔ_c,s）を秘密鍵Ｋ_sにより復号するので、チ
ケットＴ_c,sを保護するために発行サーバ２２が秘密鍵
Ｋ_sによりチケットＴ_c,sを暗号化することにしたもので
ある。

【０１１８】ユーザ端末１０の送受信手段１１は、暗号
化データＥ_Kc,tgs（Ｋ_c,s｜｜Ｅ_Ks（Ｔ_c,s））を受信し
（ステップＳ１３２）、その受信した暗号化データＥ
_Kc,tg _s（Ｋ_c,s｜｜Ｅ_Ks（Ｔ_c,s））を制御手段１２へ出
力する。制御手段１２は、受取った暗号化データＥ
_Kc,tgs（Ｋ_c,s｜｜Ｅ_Ks（Ｔ_c,s））をセッション鍵Ｋ
_c,tg _sにより復号してセッション鍵Ｋ_c,sと、暗号化され
たサービスチケットＥ_Ks（Ｔ _c,s）とを受理する（ステ
ップＳ１３４）。制御手段１２は、証明子を作成するよ
うに作成手段１３を制御し、作成手段１３は、ユーザ端
末１０の名称ｃ、アドレスａｄｄおよびタイムスタンプ
ｔｓにより証明子Ａ_c’＝ｃ｜｜ａｄｄ｜｜ｔｓを作成
し、その作成した証明子Ａ_c’を制御手段１２へ出力す
る（ステップＳ１３６）。この証明子Ａ_c’は、サービ
スチケットＴ_c,sの正当性を証明するためのものであ
る。

【０１１９】ステップＳ１００〜Ｓ１３６までの動作が
ケルベロス認証方式によってユーザを認証する動作であ
り、この認証によってユーザ端末１０が受信するサービ
スチケットＴ_c,sは、ユーザがアクセス制御サーバ３０
へアクセスすることを許可するチケットである。

【０１２０】図１２に示すフローチャートについて説明
する。ステップＳ１３６の後、制御手段１２は、ステッ
プＳ１３４において受理したセッション鍵Ｋ_c,sによっ
て証明子Ａ_c’を暗号化し、暗号化アクセス制御サーバ
３０へアクセスしたいことを伝えるメッセージＩＤＡ
と、暗号化されたサービスチケットＥ_Ks（Ｔ_c,s）と、
暗号化された証明子Ｅ_Kc,s（Ａ_c’）とを１つのデータ
ＩＤＡ，Ｅ_Kc,s（Ａ_c’），Ｅ_Ks（Ｔ_c,s）として送受信
手段１１へ出力し、送受信手段１１は、データＩＤＡ，
Ｅ_Kc,s（Ａ_c’），Ｅ_Ks（Ｔ_c,s）をアクセス制御サーバ
３０へ送信する（ステップＳ１３８）。アクセス制御サ
ーバ３０は、データＩＤＡ，Ｅ_Kc,s（Ａ_c’），Ｅ
_Ks（Ｔ_c,s）を受信し（ステップＳ１４０）、暗号化さ
れている証明子Ｅ_Kc,s（Ａ_c’）をセッション鍵Ｋ_c,sに
より復号し、暗号化されているサービスチケットＥ
_Ks（Ｔ_c,s）を秘密鍵Ｋ_sにより復号してユーザの正当性
を確認する（ステップＳ１４２）。具体的には、Ｅ_Kc,s
（Ａ_c’）をセッション鍵Ｋ_c,sにより復号した得られた
証明子Ａ_c’＝ｃ｜｜ａｄｄ｜｜ｔｓのユーザ端末１０
の名称ｃ、アドレスａｄｄおよびタイムスタンプｔｓ
が、Ｅ_Ks（Ｔ_c,s）を秘密鍵Ｋ_sにより復号して得られた
サービスチケットＴ_c,s＝ｃ｜｜ｓ｜｜ａｄｄ｜｜ｔｓ
｜｜ｔｅｘｐ｜｜Ｋ_c,sのユーザ端末１０の名称ｃ、ア
ドレスａｄｄおよびタイムスタンプｔｓにそれぞれ一致
することを確認することによりユーザの正当性を確認す
る。つまり、証明子Ａ_c’を復号して得られた名称ｃ、
アドレスａｄｄおよびタイムスタンプｔｓがサービスチ
ケットＴ_c,sを復号して得られた名称ｃ、アドレスａｄ
ｄおよびタイムスタンプｔｓにそれぞれ一致することを
確認することにより、サービスチケットＴ_c,sをアクセ
ス制御サーバ３０へ送信した者が正当な所有者であるこ
とを確認する。

【０１２１】ユーザの正当性が確認されると、制御手段
３３は、受理したユーザ端末１０の名称ｃを演算手段３
３へ出力し、ユーザに対する信頼度を演算するように演
算手段３３を制御する。通常、ユーザ端末１０の名称ｃ
はユーザＩＤ_Cによって構成されるので、演算手段３３
は、制御手段３２から受けたユーザＩＤ_Cに基づいて、
ユーザ端末１０の通信の履歴情報をデータベース３６か
ら読出し、その読出した履歴情報に基づいて、上述した
方法によりユーザに対する信頼度を演算する（ステップ
Ｓ１４４）。

【０１２２】制御手段３２は、演算された信頼度を演算
手段３３より受け、その受けた信頼度を決定手段３４へ
出力する。決定手段３４は、制御手段３２から受けた信
頼度に応じてアクセスグループを決定し（ステップＳ１
４６）、その決定したアクセスグループに対応するアク
セスモードを決定する（ステップＳ１４８）。そして、
決定手段３４は、決定したアクセスモードを制御手段３
２へ出力する。

【０１２３】作成手段３５は、決定されたアクセスモー
ドを制御手段３２から受け、その受けたアクセスモード
に対応するサービス機能を抽出し、その抽出したサービ
ス機能によりユーザがアクセス可能なサービスを示すサ
ービス一覧表を作成する（ステップＳ１５０）。作成手
段３５は、作成したサービス一覧表を制御手段３２へ出
力し、制御手段３２はサービス一覧表を送受信手段３１
へ出力し、送受信手段３１は、サービス一覧表をユーザ
端末１０へ送信する（ステップＳ１５２）。

【０１２４】ユーザ端末１０の送受信手段１１は、サー
ビス一覧表を受信し（ステップＳ１５４）、その受信し
たサービス一覧表をメモリ１６に格納する。そして、制
御手段１２は、メモリ１６からサービス一覧表を読出し
て表示手段１４に与え、表示手段１４は、サービス一覧
表を表示する。ユーザ端末１０のユーザは、表示手段１
４に表示されたサービス一覧表を見て、そのサービス一
覧表から希望するサービスを選択する（ステップＳ１５
６）。このサービスの選択は、サービス一覧表に含まれ
る各サービスに対応する番号を受付手段（図示せず）を
介してユーザ端末１０に入力することにより行なわれ
る。

【０１２５】ユーザ端末１０の制御手段１２は、選択さ
れたサービスの要求を送受信手段１１を介してアプリケ
ーションサーバ４０へ送信する（ステップＳ１５８）。
そして、アプリケーションサーバ４０は、サービスの要
求を受信する（ステップＳ１６０）。

【０１２６】最後に、図１３に示すフローチャートつい
て説明する。ステップＳ１６０の後、アプリケーション
サーバ４０は、ユーザ端末１０との間でＱｏＳ交渉を行
ない（ステップＳ１６２）、そのＱｏＳ交渉によってサ
ービスの品質が決定されるとアプリケーションサーバ４
０は、要求されたサービスをユーザ端末１０へ送信する
（ステップＳ１６４）。そして、ユーザ端末１０の送受
信手段１１は、サービスを受信し（ステップＳ１６
６）、その受信したサービスをメモリ１６に記憶する。
制御手段１２は、ユーザの指示に応じてアプリケーショ
ンサーバ４０から受信したサービスをメモリ１６から読
出し、その読出したサービスに含まれるサービスを起動
する。

【０１２７】その後、制御手段１２は、サービス機能の
切替要求の有無を判定する（ステップＳ１６８）。この
サービス機能の切替要求は、上述した「分割」のサービ
ス機能を利用できる場合に、既に利用しているサービス
の一部を他の端末で利用できるように切り替えるための
要求である。例えば、ステップＳ１６４，Ｓ１６６にお
いて音声機能と画像機能とから成るサービスが行なわれ
ている場合、そのうちの画像機能から成るサービス機能
を共用端末５０で受信するように切替えるための要求で
ある。

【０１２８】従って、既に利用しているサービスが単独
のサービス機能から成る場合、ステップＳ１６８におい
て、制御手段３２は、通常、サービス機能の切替要求は
無いと判定する。複数のサービス機能から成るサービス
を利用している場合に、ステップＳ１６８において、制
御手段３２は、ユーザからの指示によりサービス機能切
替要求が有ると判定したとき、サービス機能の切替要求
を送受信手段３１を介してアプリケーションサーバ４０
および共用端末５０へ送信する（ステップＳ１７０）。

【０１２９】共用端末５０は、サービス機能の切替要求
を受信し（ステップＳ１７２）、サービス機能の切替が
ＯＫか否かを判定する（ステップＳ１７４）。そして、
サービス機能の切替がＯＫでない場合、ステップＳ１８
８へ移行して一連の動作は終了する。ステップＳ１７４
においてサービス機能の切替がＯＫである場合、共用端
末５０は、アプリケーションサーバ４０との間でＱｏｓ
交渉を行ない（ステップＳ１８０）、サービス機能の品
質を決定する。

【０１３０】一方、アプリケーションサーバ４０は、ユ
ーザ端末１０からサービス機能の切替要求を受信し（ス
テップＳ１７６）、サービス機能の切替がＯＫか否かを
判定する（ステップＳ１７８）。そして、サービス機能
の切替がＯＫでない場合、ステップＳ１８８へ移行して
一連の動作は終了する。

【０１３１】ステップＳ１７８においてサービス機能の
切替がＯＫであると判定されたとき、アプリケーション
サーバ４０は、ユーザ端末１０との間でＱｏＳ交渉を行
ない（ステップＳ１８０）、切替後のサービス機能の品
質を決定する。そして、ＱｏＳ交渉が終了すると、アプ
リケーションサーバ４０は、サービス機能Ａをユーザ端
末１０へ送信し、サービス機能Ｂを共用端末５０へ送信
する（ステップＳ１８２）。

【０１３２】ユーザ端末１０の送受信手段１１は、アプ
リケーションサーバ４０からサービス機能Ａを受信し
（ステップＳ１８４）、その受信したサービス機能Ａを
制御手段１２へ出力し、制御手段１２はサービス機能Ａ
をメモリ１６に記憶する。

【０１３３】一方、共用端末５０は、アプリケーション
サーバ４０からサービス機能Ｂを受信する（ステップＳ
１８６）。これにより、複数のサービス機能から成るサ
ービスを複数端末で分割して利用することが可能にな
る。複数のサービス機能から成るサービスを複数端末に
分割して利用したい場合としては、ユーザ端末１０が携
帯電話機であって、ユーザ端末１０のユーザが移動中
に、動画機能と音声機能から成るサービスとを利用して
おり、ユーザが大きなスクリーンに近づいたので、既に
利用している動画機能をスクリーンへ切替えることが想
定される。

【０１３４】上述した動作により、一連の動作が終了す
る（ステップＳ１８８）。なお、アプリケーションサー
バ４０へアクセスするユーザ端末が複数である場合、上
述したフローチャートのステップＳ１６２に示すＱｏＳ
交渉において、アプリケーションサーバ４０は、アクセ
スしてきたユーザの信頼度を反映してＱｏＳ交渉の優先
度を決定してもよい。すなわち、ユーザ端末１０，１０
Ａからアクセスされた場合、アプリケーションサーバ４
０は、ユーザ端末１０のユーザの信頼度とユーザ端末１
０Ａのユーザの信頼度とを考慮し、信頼度の高いユーザ
を優先してＱｏＳ交渉を行なう。例えば、ユーザ端末１
０，１０Ａから「送画」のサービス機能の要求があり、
ユーザ端末１０のユーザの信頼度がユーザ端末１０Ａの
ユーザの信頼度よりも高い場合、アプリケーションサー
バ４０は、「送画」機能を６０％利用する機能をユーザ
端末１０のユーザへ与え、「送画」機能を４０％利用す
る機能をユーザ端末１０Ａのユーザに与える。これによ
り、信頼度の高いユーザは、希望するサービス機能を優
先して受けることができる。これは、高い信頼度を有す
るユーザに対しては、ユーザが希望するサービス機能を
優先して利用可能とすることにより、ネットワークシス
テム１００全体のセキュリティを保護することができる
からである。

【０１３５】このように、この発明においては、各ユー
ザの信頼度に応じてＱｏＳ交渉の優先度を決定されるこ
とを特徴とする。

【０１３６】また、上記においては、ユーザ端末１０の
ユーザが希望するサービスをアプリケーションサーバ４
０から受ける場合について説明したが、ユーザ端末１０
Ａのユーザが希望するサービスをアプリケーションサー
バ４０または４０Ａから受ける場合、およびユーザ端末
１０のユーザが希望するサービスをアプリケーションサ
ーバ４０Ａから受ける場合についても図１０〜図１３に
示すフローチャートに従って各動作が行われる。そし
て、ユーザ端末１０Ａは、共通端末５０をサービス機能
を分割する場合に用いる。

【０１３７】なお、アクセス制御サーバ３０は、サービ
ス一覧表を暗号化した上でユーザ端末１０へ送信しても
よい。

【０１３８】ユーザ端末１０，１０Ａおよびアクセス制
御サーバ３０は、実際には図１４に示すパーソナルコン
ピュータで構成される。図１４は、パーソナルコンピュ
ータの概略ブロック図である。パーソナルコンピュータ
９０は、データバスＢＳと、ＣＰＵ（Ｃｅｎｔｒａｌ
ＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）９１と、ＲＡＭ（Ｒ
ａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）９２と、Ｒ
ＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）９３と、シ
リアルインタフェース９４と、端子９５と、ＣＤ−ＲＯ
Ｍドライブ９６と、ディスプレイ９７と、キーボード９
８とを備える。

【０１３９】ＣＰＵ９１は、ＲＯＭ９３に格納されたプ
ログラムをデータバスＢＳを介して読出す。また、ＣＰ
Ｕ９１は、シリアルインタフェース９４、端子９５およ
びインターネット網を介して取得したプログラム、また
はＣＤ（ＣｏｍｐａｃｔＤｉｓｋ）９９からＣＤ−Ｒ
ＯＭドライブ９６を介して読出したプログラムをＲＯＭ
９３に格納する。さらに、ＣＰＵ９１は、キーボード９
８から入力されたユーザからの指示を受付ける。

【０１４０】ＲＡＭ９２は、ＣＰＵ９１が各種の処理を
行なう際のワークメモリである。ＲＯＭ９３は、プログ
ラム等を格納する。シリアルインタフェース９４は、デ
ータバスＢＳと端子９５との間でデータのやり取りを行
なう。

【０１４１】端子９５は、ケーブルによってパーソナル
コンピュータ９０をモデム（図示せず）に接続するため
の端子である。ＣＤ−ＲＯＭドライブ９６は、ＣＤ９９
に記録されたプログラムを読出す。ディスプレイ９７
は、各種の情報を視覚情報としてユーザに与える。キー
ボード９８は、ユーザからの指示を入力する。

【０１４２】パーソナルコンピュータ９０がアクセス制
御サーバ３０である場合、ＣＰＵ９１は、ＲＯＭ９３か
ら読出したプログラムを用いて上述したユーザに対する
信頼度の演算（図１２のステップＳ１４４参照）、信頼
度に応じたアクセスグループの決定（図１２のステップ
Ｓ１４６参照）、アクセスグループに基づいたアクセス
モードの決定（図１２のステップＳ１４８参照）および
サービス一覧表の作成（図１２のステップＳ１５０）を
実行する。つまり、ＣＰＵ９１は、上述したアクセス制
御サーバ３０の演算手段３３、決定手段３４、および作
成手段３５が行なう動作をプログラムによって実行す
る。そして、ＲＯＭ９３は、上述したフローチャートの
うち、アクセス制御サーバ３０の動作（図１２のステッ
プＳ１４０〜Ｓ１５２）を実行するためのプログラムを
格納する。このプログラムは、ＣＤ９９からＣＤ−ＲＯ
Ｍドライブ９６を介してＣＰＵ９１によって読み込まれ
てＲＯＭ９３に格納され、またはシリアルインタフェー
ス９４、端子９５およびインターネットを介して取得さ
れてＲＯＭ９３に格納される。また、ＲＯＭ９３は、各
ユーザのユーザＩＤに対応付けられた履歴情報（図９参
照）を格納する。

【０１４３】パーソナルコンピュータ９０がユーザ端末
１０，１０Ａである場合、ＣＰＵ９１は、上述したフロ
ーチャートのうち、ユーザ端末１０，１０Ａの動作をＲ
ＯＭ９３から読出したプログラムによって実行する。す
なわち、ＣＰＵ９１は、ユーザ端末１０，１０Ａの制御
手段１２および作成手段１３の動作をプログラムによっ
て実行する。ＲＯＭ９３は、上述したフローチャートの
うち、ユーザ端末１０，１０Ａの動作（図１０のステッ
プＳ１００，Ｓ１１２〜Ｓ１１８、図１１のステップＳ
１２０，Ｓ１３２〜Ｓ１３６、図１２のステップＳ１３
８，Ｓ１５４〜Ｓ１５８、および図１３のステップＳ１
６２，Ｓ１６６〜Ｓ１７０，Ｓ１８０，Ｓ１８４参照）
を実行するためのプログラムを格納する。このプログラ
ムは、ＣＤ９９からＣＤ−ＲＯＭドライブ９６を介して
ＣＰＵ９１によって読み込まれてＲＯＭ９３に格納さ
れ、またはシリアルインタフェース９４、端子９５およ
びインターネットを介して取得されてＲＯＭ９３に格納
される。また、ＲＯＭ９３は、ユーザ端末１０または１
０Ａがアプリケーションサーバ４０または４０Ａから受
信したサービス機能を格納する。

【０１４４】ディスプレイ９７は、ＲＯＭ９３に格納さ
れたサービス機能を起動したときの画像データ等を視覚
情報としてユーザに与える。

【０１４５】このように、ネットワークシステム１００
を構成するユーザ端末１０，１０Ａおよびアクセス制御
サーバ３０はパーソナルコンピュータ９０によって構成
することができ、パーソナルコンピュータ９０は、ネッ
トワークシステム１００の適用例であるホームネットワ
ークに用いて実効のあるものである。

【０１４６】上述したケルベロス認証方式は、バージョ
ン５による認証方式であるが、この発明においてはバー
ジョン５に限らずバージョン４が用いられてもよい。ま
た、この発明においては、認証方式はケルベロス認証方
式に限らず、パスワードによる認証、使い捨てパスワー
ドを用いた認証、およびデジタル署名を用いた認証等で
あってもよく、ユーザの正当性を認証し、ユーザがアク
セス制御サーバ３０へアクセスするためのサービスチケ
ットを発行する方式であれば、どのような認証方式であ
ってもよい。

【０１４７】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は、上記した実施の形態の説明では
なくて特許請求の範囲によって示され、特許請求の範囲
と均等の意味および範囲内でのすべての変更が含まれる
ことが意図される。

【図面の簡単な説明】

【図１】ネットワークシステムの概略ブロック図であ
る。

【図２】図１に示すユーザ端末の機能ブロック図であ
る。

【図３】図１に示すケルベロス認証サーバの機能ブロ
ック図である。

【図４】図１に示すアクセス制御サーバの機能ブロッ
ク図である。

【図５】信頼度とアクセスグループとの関係を示す図
である。

【図６】アクセスグループとアクセスモードとの関係
を示す図である。

【図７】アクセスモードとモードとの関係を示す図で
ある。

【図８】信頼度、アクセスグループ、アクセスモー
ド、およびモードの関係を示す図である。

【図９】ユーザＩＤと履歴情報との関係を示す図であ
る。

【図１０】図１に示すネットワークシステムにおいて
ユーザがアプリケーションサーバに保持されたサービス
機能を利用するときの動作を説明するための第１のフロ
ーチャートである。

【図１１】図１に示すネットワークシステムにおいて
ユーザがアプリケーションサーバに保持されたサービス
機能を利用するときの動作を説明するための第２のフロ
ーチャートである。

【図１２】図１に示すネットワークシステムにおいて
ユーザがアプリケーションサーバに保持されたサービス
機能を利用するときの動作を説明するための第３のフロ
ーチャートである。

【図１３】図１に示すネットワークシステムにおいて
ユーザがアプリケーションサーバに保持されたサービス
機能を利用するときの動作を説明するための第４のフロ
ーチャートである。

【図１４】パーソナルコンピュータの概略ブロック図
である。

【符号の説明】

１０，１０Ａユーザ端末、１１，３１送受信手段、
１２，３２制御手段、１３，３５作成手段、１４
表示手段、１５出力手段、１６メモリ、２０ケル
ベロス認証サーバ、２１認証サーバ、２２発行サー
バ、２３，３６データベース、３０アクセス制御サー
バ、３３演算手段、３４決定手段、４０，４０Ａ
アプリケーションサーバ、５０共用端末、９０パー
ソナルコンピュータ、９１ＣＰＵ、９２ＲＡＭ、９
３ＲＯＭ、９４シリアルインタフェース、９５端
子、９６ＣＤ−ＲＯＭドライブ、９７ディスプレ
イ、９８キーボード、９９ＣＤ、１００ネットワ
ークシステム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者益▲崎▼ 将一大阪府大阪市中央区城見二丁目２番53号富士通関西中部ネットテック株式会社内 (72)発明者中西智則大阪府大阪市中央区城見二丁目２番53号富士通関西中部ネットテック株式会社内Ｆターム(参考） 5B075 KK54 KK63 ND16 PQ02 PQ46 PR03 5B085 AE02 BC02 (54)【発明の名称】制御サーバ、サービス機能へのアクセス制御をコンピュータに実行させるためのプログラム、サービス機能の取得をコンピュータに実行させるためのプログラム、およびプログラムを記録したコンピュータ読取り可能な記録媒体

Claims

【特許請求の範囲】

【請求項１】ユーザがサービス提供サーバからサービ
ス機能を受ける際の前記ユーザの前記サービス機能への
アクセスを制御する制御サーバであって、前記ユーザがアクセス可能なサービスを示すサービス一
覧表の送信要求を前記ユーザのユーザ端末から受信し、
前記サービス一覧表を前記ユーザ端末へ送信する送受信
手段と、前記ユーザのユーザ情報に基づいて前記サービス機能へ
アクセスするユーザの信頼度を演算する演算手段と、前記演算された信頼度に応じて、前記ユーザがアクセス
可能なサービス機能を指定するためのアクセスモードを
決定する決定手段と、前記決定されたアクセスモードに基づいて前記サービス
一覧表を作成する作成手段と、制御手段とを備え、前記制御手段は、前記サービス一覧表の送信要求を前記
送受信手段から受け、その受けたサービス一覧表の送信
要求に応じて、前記サービス一覧表の送信要求に添付さ
れた前記ユーザ情報を前記演算手段に与え、前記演算さ
れた信頼度を前記決定手段に与え、前記作成されたサー
ビス一覧表を前記送受信手段に与える、制御サーバ。
【請求項２】前記制御手段は、前記サービス一覧表の
送信要求に添付された証明書に基づいて前記ユーザが正
当なユーザであることを確認すると、前記ユーザ情報を
前記演算手段に与える、請求項１に記載の制御サーバ。
【請求項３】各ユーザの通信履歴を格納する履歴情報
記憶手段をさらに備え、前記演算手段は、前記ユーザ情報に基づいて前記履歴情
報記憶手段から前記ユーザに対応する通信履歴を読出
し、その読出した通信履歴に基づいて前記信頼度を演算
する、請求項１または請求項２に記載の制御サーバ。
【請求項４】前記演算手段は、前記読出した通信履歴
から前記ユーザが過去に利用したサービス機能の種類を
抽出し、その抽出したサービス機能の種類に応じて前記
信頼度を演算する、請求項３に記載の制御サーバ。
【請求項５】前記演算手段は、テキスト機能、音声機
能、および動画機能の順に前記信頼度が高くなるように
演算する、請求項４に記載の制御サーバ。
【請求項６】前記演算手段は、前記読出した通信履歴
に基づいて前記ユーザのアクセス実績を演算し、その演
算したアクセス実績に応じて前記信頼度を演算する、請
求項３に記載の制御サーバ。
【請求項７】前記演算手段は、前記ユーザ端末からの
アクセス回数またはアクセス間隔を前記通信履歴から抽
出し、前記アクセス回数または前記アクセス間隔に基づ
いて前記アクセス実績を演算する、請求項６に記載の制
御サーバ。
【請求項８】前記アクセス回数が多いほど、または前
記アクセス間隔が短いほど前記信頼度は高くなる、請求
項７に記載の制御サーバ。
【請求項９】前記決定手段は、前記演算された信頼度
に基づいて、前記サービス一覧表の送信を要求したユー
ザが属するアクセスグループを決定し、その決定したア
クセスグループに対応するアクセスモードを抽出するこ
とによって前記アクセスモードを決定する、請求項１か
ら請求項８のいずれか１項に記載の制御サーバ。
【請求項１０】前記アクセスグループは、前記信頼度
に比例してレベルが高くなる複数のアクセスグループに
分類されており、前記複数のアクセスグループは、前記レベルに応じて内
容が異なるサービス機能を指定するための複数のアクセ
スモードに対応付けられている、請求項９に記載の制御
サーバ。
【請求項１１】前記複数のアクセスモードの各々は、
前記レベルが高くなるに従ってより多くのサービス機能
を指定する、請求項１０に記載の制御サーバ。
【請求項１２】前記決定手段は、前記複数のアクセス
グループの相互の境界を規定する基準値を前記信頼度と
比較することにより前記信頼度に応じてアクセスグルー
プを決定する、請求項９から請求項１１のいずれか１項
に記載の制御サーバ。
【請求項１３】前記作成手段は、前記アクセスモード
に対応する少なくとも１つのサービス機能から構成され
るサービスを抽出して前記サービス一覧表を作成する、
請求項１２に記載の制御サーバ。
【請求項１４】前記サービス一覧表は、前記ユーザが
前記サービス提供サーバから受けるサービス機能が複数
であるとき、その複数のサービス機能を複数の端末に分
割して利用可能なサービスを含む、請求項１３に記載の
制御サーバ。
【請求項１５】前記少なくとも１つのサービスは、第
１から第５のサービス機能の中から構成されたサービス
機能から成り、前記第１のサービス機能は、動画を受信可能なサービス
機能であり、前記第２のサービス機能は、動画を送信可能なサービス
機能であり、前記第３のサービス機能は、音声を受信可能なサービス
機能であり、前記第４のサービス機能は、音声を送信可能なサービス
機能であり、前記第５のサービス機能は、テキストを送受信可能サー
ビス機能である、請求項１３または請求項１４に記載の
制御サーバ。
【請求項１６】ユーザがサービス提供サーバからサー
ビス機能を受ける際の前記ユーザの前記サービス機能へ
のアクセス制御をコンピュータに実行させるためのプロ
グラムであって、前記ユーザがアクセス可能なサービスを示すサービス一
覧表の送信要求を前記ユーザのユーザ端末から受信する
第１のステップと、前記サービス一覧表の送信要求に応じて前記ユーザの信
頼度を演算する第２のステップと、前記演算された信頼度に応じて前記ユーザがアクセス可
能なサービス機能を指定するためのアクセスモードを決
定する第３のステップと、前記決定されたアクセスモードに基づいて前記サービス
一覧表を作成する第４のステップと、前記作成されたサービス一覧表を前記ユーザ端末へ送信
する第５のステップとをコンピュータに実行させるため
のプログラム。
【請求項１７】前記第２のステップにおいて、前記サ
ービス一覧表に添付された証明書に基づいて前記ユーザ
の正当性が確認されると前記信頼度が演算される、請求
項１６に記載のコンピュータに実行させるためのプログ
ラム。
【請求項１８】前記第２のステップは、前記サービス一覧表に添付された前記ユーザのユーザ情
報に基づいて前記ユーザに対応する通信履歴を読出す第
１のサブステップと、前記読出した通信履歴に基づいて前記信頼度を演算する
第２のサブステップとを含む、請求項１６または請求項
１７に記載のコンピュータに実行させるためのプログラ
ム。
【請求項１９】前記第２のサブステップは、前記読出した通信履歴から前記ユーザが過去に利用した
サービス機能の種類を抽出するステップと、前記抽出したサービス機能の種類に応じて前記信頼度を
演算するステップとを含む、請求項１８に記載のコンピ
ュータに実行させるためのプログラム。
【請求項２０】前記信頼度は、テキスト機能、音声機
能、および動画機能の順に高くなるように演算される、
請求項１９に記載のコンピュータに実行させるためのプ
ログラム。
【請求項２１】前記第２のサブステップは、前記読出した通信履歴に基づいて前記ユーザのアクセス
実績を演算するステップと、前記演算したアクセス実績に応じて前記信頼度を演算す
るステップとを含む、請求項１８に記載のコンピュータ
に実行させるためのプログラム。
【請求項２２】前記アクセス実績を演算するステップ
は、前記ユーザ端末からのアクセス回数またはアクセス間隔
を前記通信履歴から抽出するステップと、前記抽出したアクセス回数または前記アクセス間隔に基
づいて前記アクセス実績を演算するステップとから成
る、請求項２１に記載のコンピュータに実行させるため
のプログラム。
【請求項２３】前記アクセス回数が多いほど、または
前記アクセス間隔が短いほど前記信頼度は高くなる、請
求項２２に記載のコンピュータに実行させるためのプロ
グラム。
【請求項２４】前記第３のステップは、前記演算された信頼度に基づいて、前記サービス一覧表
の送信を要求したユーザが属するアクセスグループを決
定する第１のサブステップと、前記決定したアクセスグループに対応するアクセスモー
ドを抽出することによって前記アクセスモードを決定す
る第２のサブステップとを含む、請求項１６に記載のコ
ンピュータに実行させるためのプログラム。
【請求項２５】前記アクセスグループは、前記信頼度
に比例してレベルが高くなる複数のアクセスグループに
分類されており、前記複数のアクセスグループは、前記レベルに応じて内
容が異なるサービス機能を指定するための複数のアクセ
スモードに対応付けられている、請求項２４に記載のコ
ンピュータに実行させるためのプログラム。
【請求項２６】前記複数のアクセスモードの各々は、
前記レベルが高くなるに従ってより多くのサービス機能
を指定する、請求項２５に記載のコンピュータに実行さ
せるためのプログラム。
【請求項２７】前記第３のステップにおいて、前記複
数のアクセスグループの相互の境界を規定する基準値を
前記信頼度と比較することにより前記信頼度に応じてア
クセスグループが決定される、請求項２４から請求項２
６のいずれか１項に記載のコンピュータに実行させるた
めのプログラム。
【請求項２８】前記第４のステップにおいて、前記ア
クセスモードに対応する少なくとも１つのサービス機能
から構成されるサービスを抽出して前記サービス一覧表
が作成される、請求項２７に記載のコンピュータに実行
させるためのプログラム。
【請求項２９】前記サービス一覧表は、前記ユーザが
前記サービス提供サーバから受けるサービス機能が複数
であるとき、その複数のサービス機能を複数の端末に分
割して利用可能なサービスを含む、請求項２８に記載の
コンピュータに実行させるためのプログラム。
【請求項３０】前記少なくとも１つのサービスは、第
１から第５のサービス機能の中から構成されたサービス
機能から成り、前記第１のサービス機能は、動画を受信可能なサービス
機能であり、前記第２のサービス機能は、動画を送信可能なサービス
機能であり、前記第３のサービス機能は、音声を受信可能なサービス
機能であり、前記第４のサービス機能は、音声を送信可能なサービス
機能であり、前記第５のサービス機能は、テキストを送受信可能なサ
ービス機能である、請求項２８または請求項２９に記載
のコンピュータに実行させるためのプログラム。
【請求項３１】請求項１６から請求項３０のいずれか
１項に記載のプログラムを記録したコンピュータ読取り
可能な記録媒体。
【請求項３２】ユーザの要求に応じて、サービス機能
を提供するサービス提供サーバからのサービス機能の取
得をコンピュータに実行させるためのプログラムであっ
て、前記ユーザの正当性を証明する証明書を受信する第１の
ステップと、アクセス可能なサービスを示すサービス一覧表の送信要
求を前記証明書とともに前記サービス一覧表を作成する
アクセス制御サーバへ送信する第２のステップと、前記ユーザの信頼度に応じて決定されたサービス機能を
含むサービス一覧表を前記アクセス制御サーバから受信
する第３のステップと、前記受信したサービス一覧表に基づいて前記サービス提
供サーバから希望するサービス機能を受信する第４のス
テップとをコンピュータに実行させるためのプログラ
ム。
【請求項３３】前記第４のステップは、前記サービス一覧表から前記ユーザが希望するサービス
を選択する第１のサブステップと、前記選択したサービスの送信要求を前記サービス提供サ
ーバへ送信する第２のサブステップと、前記サービス提供サーバとの間でサービス機能の品質を
交渉し、前記品質を決定する第３のサブステップと、前記サービス提供サーバから前記選択したサービス機能
を前記決定された品質で受信する第４のサブステップと
を含む、請求項３２に記載のコンピュータに実行させる
ためのプログラム。
【請求項３４】前記第３のサブステップにおいて、前
記ユーザの信頼度に応じて前記品質交渉の優先度が決定
される、請求項３３に記載のコンピュータに実行させる
ためのプログラム。
【請求項３５】前記証明書は、前記アクセス制御サー
バへアクセスするユーザの正当性を証明する証明書であ
る、請求項３２から請求項３４のいずれか１項に記載の
コンピュータに実行させるためのプログラム。
【請求項３６】前記サービス一覧表が複数のサービス
機能を複数の端末に分割して利用可能なサービスを含む
とき、サービス機能の切替要求を前記サービス提供サーバおよ
び他の端末へ送信する第７のステップと、前記サービス提供サーバとの間および前記他の端末との
間でサービス機能の品質を交渉し、前記品質を決定する
第８のステップと、サービス機能の切替後のサービス機能を前記決定された
品質で受信する第９のステップとをさらに備える、請求
項３２から請求項３５のいずれか１項に記載のコンピュ
ータに実行させるためのプログラム。
【請求項３７】前記サービス一覧表は、第１から第５
のサービス機能の中から構成されたサービス機能を含
み、前記第１のサービス機能は、動画を受信可能なサービス
機能であり、前記第２のサービス機能は、動画を送信可能なサービス
機能であり、前記第３のサービス機能は、音声を受信可能なサービス
機能であり、前記第４のサービス機能は、音声を送信可能なサービス
機能であり、前記第５のサービス機能は、テキストを送受信可能なサ
ービス機能である、請求項３２から請求項３６のいずれ
か１項に記載のコンピュータに実行させるためのプログ
ラム。
【請求項３８】請求項３２から請求項３７のいずれか
１項に記載のプログラムを記録したコンピュータ読取り
可能な記録媒体。