(57)【特許請求の範囲】
【請求項１】
ローカルエリアネットワークに接続された複数の端末装置と、前記ローカルエリアネットワークを介して、前記端末装置との間で情報通信が可能な認証サーバとを備えるネットワークシステムにおける前記端末装置の認証方法であって、
前記複数の端末装置の利用者からなるグループ内の端末装置間においてデータの処理手続きやデータのやりとりを行うローカルセッションを確立するローカルセッション確立過程と、
前記ローカルセッションを確立した端末装置を前記認証サーバに登録する認証サーバ登録過程と、
前記認証サーバが認証対象の端末装置に対して前記グループ内で当該認証対象の端末装置を識別する情報を送信して表示させる識別情報表示過程と、
前記認証サーバが前記ローカルセッションを確立した前記他の端末装置に対して前記認証対象の端末装置の認証要求を送信する認証要求過程と、
前記ローカルセッションを確立した前記認証端末を除いた他の端末装置それぞれにおいて、前記認証対象の端末装置を識別する情報に応じて選択入力された該認証対象端末を認証するか否かの情報を、前記他の端末装置それぞれが前記認証サーバに対して送信する認証情報送信過程と、
前記認証サーバが、前記他の端末装置それぞれから送信された前記認証対象端末を認証するか否かの情報に基づいて前記認証対象の端末装置の認証を行う認証過程と、
を有することを特徴とする認証方法。
【請求項２】
前記ローカルセッション確立過程においては、前記グループ内の前記端末装置間で当該グループを代表する端末装置をセッションマスタとして決定し、このセッションマスタとなった端末装置が当該ローカルセッションの識別情報を前記認証サーバに対して送信することを特徴とする請求項１に記載の認証方法。
【請求項３】
前記ローカルセッションを確立した前記端末装置の認証が前記認証過程により済んでいる状態において、新たな端末装置が当該グループに加わるときに、この新たな端末装置を認証対象の端末装置として前記認証過程により前記端末装置の認証を行うことを特徴とする請求項１または２のいずれかに記載の認証方法。
【請求項４】
前記認証サーバが秘密情報を生成し、この秘密情報を分散し、この分散された秘密情報を前記認証された各々の端末装置に対して送信し、前記端末装置はそれぞれが受信した分散された秘密情報を保存する秘密情報分散過程を含むことを特徴とする請求項１から３のいずれかに記載の認証方法。
【請求項５】
前記ローカルセッションを確立した端末装置が前記認証サーバに対してサービス利用の要求を行った際に、前記認証サーバは前記認証された前記端末装置に対して保証要求を送信し、この保証要求に応じて前記端末装置から送信されてくる保証応答に基づいてサービス利用要求元の前記端末装置に対してサービスを開始するか否かを判断するサービス利用保証過程を有することを特徴とする請求項１から４のいずれかに記載の認証方法。
【請求項６】
複数のローカルネットワークが互いに接続されており、
前記ローカルセッション確立過程において、複数の前記ローカルネットワークの各々において当該ローカルネットワークに接続されている複数の端末装置がローカルセッションを確立し、さらに、前記ローカルセッション確立過程において確立した複数のローカルセッションを統括した統括ローカルセッションを確立する統括ローカルセッション確立過程を有することを特徴とする請求項２に記載の認証方法。
【請求項７】
前記統括ローカルセッション確立過程においては、前記統括ローカルセッションを確立した前記セッションマスタの端末装置を代表する統括セッションマスタを決定し、この統括セッションマスタとなった端末装置が当該統括ローカルセッションの識別情報を認証サーバに対して送信することを特徴とする請求項６に記載の認証方法。
【請求項８】
前記認証サーバが秘密情報を生成し、この秘密情報を分散し、この分散された秘密情報を前記統括ローカルセッションを確立した各々の端末装置に対して送信し、前記端末装置はそれぞれが受信した分散された秘密情報を保存する秘密情報分散過程を含むことを特徴とする請求項６に記載の認証方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、通信ネットワークにおける端末装置およびその利用者の認証・保証に関する。
【０００２】
【従来の技術】
通信ネットワークにおいて利用者を認証するために、従来、利用者ＩＤとパスワードを併用する方法が用いられていた（例えば、非特許文献１、ｐ．１３２−１３３参照）。これは、予めサーバ側で利用者の登録を行うことによって、この利用者に割り振られた利用者ＩＤと当該利用者のみが知っているパスワードとをサーバ側の記憶装置に保持しておき、利用者が所定の機能を利用する際には上記利用者ＩＤおよびパスワードを端末装置から入力し、この入力された情報をサーバ側の記憶装置に保持されていた情報と照合することによって利用者の認証を行うものである。
【０００３】
また、近年では、暗号技術を用いて電子認証を行う方法が普及しつつある（例えば、非特許文献１、ｐ．１３３−１３４参照）。これは、第１の利用者が当該利用者の公開暗号鍵を含んだ情報を認証機関に対して予め送信し、上記認証機関は上記利用者のデジタルＩＤを発行するとともにこのデジタルＩＤと上記公開暗号鍵とを記憶装置に保持しておくものである。そして、上記第１の利用者は、ネットワーク上で第２の利用者によって自己を認証してもらう必要があるときには、当該第２の利用者に対して上記デジタルＩＤおよび上記公開暗号鍵の情報に、秘密暗号鍵を用いた電子署名を施して送信する。上記第２の利用者は、受信した上記デジタルＩＤを上記認証機関に対して送信することにより、その返答として当該デジタルＩＤに対応した公開暗号鍵を上記認証機関から受け取る。第２の利用者は、第１の利用者から直接受け取った公開暗号鍵と認証機関から受け取った公開暗号鍵を比較することにより、第１の利用者を認証できる。
【０００４】
【非特許文献１】
岡本栄司著，「暗号理論入門」，初版，共立出版株式会社，１９９３年，ｐ．１３２−１３４
【０００５】
【発明が解決しようとする課題】
上述した従来技術では、コンピュータ相互間（例えば、サーバコンピュータと端末装置との間など）での認証を行うことが可能であるが、それらのコンピュータを実際に正当な利用者が利用しているかどうかを確認することはできないという問題があった。例えば、パスワードを用いる方法において、正当な利用者ではない者が何らかの方法によって利用者ＩＤとパスワードとを知り得た場合、端末装置からそれらの情報を入力することによって、認証を得ることが可能であり、不正にサービスを利用できてしまうという可能性があった。また、暗号技術を用いて電子認証を行う方法においても、コンピュータの記憶装置に記憶されたデジタルＩＤおよび鍵情報を用いるため、第三者がコンピュータを操作することによって、あたかも正当な利用者であるかのごとく振る舞うことも可能であるという問題があった。
つまり、従来の認証技術を用いた場合は、利用者のコンピュータを認証することはできるが、そのコンピュータを実際に利用している利用者が正当な利用者であるかどうかを確認することができないという問題があった。
【０００６】
本発明は、上記のような事情を考慮してなされたものであり、利用者のコンピュータのみならず利用者そのものを認証することのできる認証方法およびその装置を提供することを目的とする。また、これに付随して、上記認証方法を応用した利用者の保証方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、端末装置の利用者の認証方法において、前記利用者が属するグループに属する他の利用者が前記利用者を認証することを特徴とする認証方法を要旨とする。
【０００８】
また、本発明の認証方法においては、同一のローカルネットワークに接続されている複数の端末装置の各利用者が前記グループを構成することを特徴とする。
また、本発明の認証方法においては、複数のローカルネットワークが互いに接続されており、各ローカルネットワークに対応する前記グループを構成する利用者の全体が統括グループを構成し、この統括グループに属する利用者を当該統括グループに属する他の利用者が認証することを特徴とする。
【０００９】
また、本発明の認証方法は、同一のローカルネットワークに接続されている複数の端末装置がグループを形成してローカルセッションを共有するローカルセッション共有過程と、前記グループに属する端末装置を認証サーバに登録する認証サーバ登録過程と、前記グループに属する認証対象の端末装置を認証するか否かを表わす情報を当該グループに属する他の端末装置から前記認証サーバに送信するグループ内認証過程とを有することを特徴とするものである。
【００１０】
また、本発明の認証方法では、前記ローカルセッション共有過程においては、前記グループを形成する前記端末装置間で当該グループを代表するセッションマスタを決定し、このセッションマスタとなった端末装置が当該ローカルセッションの識別情報を認証サーバに対して送信することを特徴とする。
【００１１】
また、本発明の認証方法では、前記グループ内認証過程においては、前記認証サーバが前記認証対象の端末装置に対して前記グループ内で当該認証対象の端末装置を識別する情報を送信し、前記認証サーバが当該グループに属する前記他の端末装置に対して前記認証対象の端末装置に関する認証要求を送信し、前記認証サーバは前記他の端末装置からの応答に基づいて前記認証対象の端末装置の認証を行うことを特徴とする。
【００１２】
また、本発明の認証方法では、前記グループに属する前記端末装置の認証が済んでいる状態において、新たな端末装置が当該グループに加わるときに、この新たな端末装置を認証対象の端末装置として前記グループ内認証過程の処理を行うことを特徴とする。
【００１３】
また、本発明の認証方法においては、前記認証サーバが秘密情報を生成し、この秘密情報を分散し、この分散された秘密情報を前記グループ内認証過程において認証された各々の端末装置に対して送信し、前記端末装置はそれぞれが受信した分散された秘密情報を保存する秘密情報分散過程を含むことを特徴とする。
【００１４】
また、本発明の認証方法は、前記グループに属する端末装置が前記認証サーバに対してサービス利用の要求を行った際に、前記認証サーバは前記グループ内認証過程において認証された前記端末装置に対して保証要求を送信し、この保証要求に応じて前記端末装置から送信されてくる保証応答に基づいてサービス利用要求元の前記端末装置に対してサービスを開始するか否かを判断するサービス利用保証過程を有することを特徴とする。
【００１５】
また、本発明の認証方法は、複数のローカルネットワークが互いに接続されており、前記ローカルセッション共有過程においては、複数の前記ローカルネットワークの各々において当該ローカルネットワークに接続されている複数の端末装置がグループを形成してローカルセッションを共有し、さらに、前記ローカルセッション共有過程において複数のグループを形成した複数の端末装置の全体が統括グループを形成して統括ローカルセッションを共有する統括ローカルセッション共有過程を有することを特徴とする。
また、本発明の認証方法は、前記統括ローカルセッション共有過程においては、前記統括グループに属する各グループを代表するセッションマスタ間で当該統括グループを代表する統括セッションマスタを決定し、この統括セッションマスタとなった端末装置が当該統括ローカルセッションの識別情報を認証サーバに対して送信することを特徴とする。
また、本発明の認証方法は、前記認証サーバが秘密情報を生成し、この秘密情報を分散し、この分散された秘密情報を前記統括グループを形成する各々の端末装置に対して送信し、前記端末装置はそれぞれが受信した分散された秘密情報を保存する秘密情報分散過程を含むことを特徴とする。
【００１６】
また、本発明の保証方法は、認証された端末装置によって構成されるグループにおいて端末装置の保証を行う保証方法であって、前記グループに属する前記端末装置が認証サーバに対してサービス利用の要求を行った際に、前記認証サーバは認証済みの前記端末装置に対して保証要求を送信し、この保証要求に応じて前記端末装置から送信されてくる保証応答に基づいてサービス利用要求元の前記端末装置に対してサービスを開始するか否かを判断することを特徴とするものである。
【００１７】
また、本発明は、複数の端末装置によってそれぞれ共有される複数のローカルセッションを統括することにより、各ローカルセッションを共有していた前記複数の端末装置の全体によって新たな統括ローカルセッションを共有する過程を有する認証方法である。
また、本発明の認証方法は、要求側の端末装置が認証サーバに対してサービス利用を要求する過程と、前記認証サーバが、前記統括ローカルセッションを共有する端末装置に対して保証あるいは非保証を確認し、この結果に基づいて前記要求側の端末装置の保証あるいは非保証を判断する過程と、サービスを要求されたサービスプロバイダから送信される保証情報要求に応じて、前記認証サーバが、前記判断の結果に基づいて保証情報応答を送信する過程とを有することを特徴とするものである。
【００１８】
また、本発明の認証サーバは、同一のローカルネットワークに接続されておりローカルセッションを共有する複数の端末装置を登録する端末装置登録部と、前記グループに属する認証対象の端末装置を認証するか否かを表わす情報を当該グループに属する他の端末装置から受信し、この情報に基づいて前記認証対象の端末装置の認証を行う端末装置認証部とを備えることを特徴とするものである。
【００１９】
また、本発明の認証サーバは、認証された端末装置によって構成されるグループを利用して端末装置の保証を行う認証サーバであって、前記グループに属する前記端末装置からサービス利用の要求を受信すると、認証済みの前記端末装置に対して保証要求を送信し、これに応じて前記端末装置から送信されてくる保証応答に基づいてサービス利用要求元の前記端末装置に対してサービスを開始するか否かを判断することを特徴とするものである。
【００２０】
また、本発明は、それぞれ複数の端末装置によって構成される複数のグループが構成する統括グループを利用して端末装置の保証を行う認証システムであって、前記統括グループに属する要求側端末装置からサービス利用の要求を受信すると、当該統括グループに属する他の端末装置に対して保証要求を送信し、これに応じて送信されてくる保証応答に基づいて前記要求側端末装置に対してサービスを開始するか否かを判断する認証サーバと、前記要求側端末装置からサービス要求を受信すると、前記認証サーバに対して当該要求側端末装置に対して保証情報要求を送信するとともに、これに応じて前記認証サーバから送信されてくる保証情報応答を受信し、この保証情報応答に基づいてサービスを行うサービスプロバイダ装置とを具備し、前記認証サーバは、前記サービスプロバイダ装置から前記保証情報要求を受信したときに、前記サービスを開始するか否かの判断に基づいて前記保証情報応答を前記サービスプロバイダ装置に対して送信することを特徴とするものである。
【００２１】
【発明の実施の形態】
以下、図面を参照しこの発明の第１の実施形態について説明する。図１は、本実施形態の前提となる通信ネットワークの構成を示す構成図である。図１において、符号１は端末装置、２は認証サーバ、３はローカルネットワーク、４は広域ネットワークである。複数の端末装置１は、ローカルネットワーク３に接続されている。また、ローカルネットワーク３は、広域ネットワーク４に接続されている。また、認証サーバ２も広域ネットワーク４に接続されている。
【００２２】
図１に示す構成において、端末装置１と認証サーバ２とは、ローカルネットワーク３および広域ネットワーク４を介して、相互に通信することができるようになっている。また、複数の端末装置１相互間でも、ローカルネットワーク３を介して通信することができるようになっている。この端末装置１相互間の通信は、複数の端末装置１同士が直接メッセージのやり取りを行うピアトゥピア（peer-to-peer）な通信の形態であっても良いし、認証サーバ２を経由した通信の形態であっても良いし、ローカルネットワーク３に直接接続された他のサーバ（図示せず）を経由した通信の形態であっても良い。
【００２３】
なお、上記の通信は、いかなる通信プロトコルを用いるものであっても良いが、例えばＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol ）を用いた通信とすることができる。
【００２４】
なお、端末装置１としては、通信機能と情報処理機能を兼ね備えた装置を用いる。具体的には、例えば、パーソナルコンピュータや、携帯型あるいは固定型の電話端末装置や、ＰＤＡ（Personal Digital Assistant）装置などを用いることができる。
また、ローカルネットワーク３としては、具体的には例えば、イーサネット（登録商標）ケーブルを用いたＬＡＮ（Local Area Network）や、ブルートゥース（bluetooth ）などといった無線通信機器による無線ＬＡＮを用いる。あるいは、携帯電話網やＰＨＳ（Personal Handy-phone System ）網などの一基地局が管轄する範囲をローカルネットワーク３としても良い。このように、ローカルネットワーク３は、空間的に狭い範囲を対象とする通信手段である。本実施形態では、このようにローカルネットワーク３に接続された複数の端末装置１の利用者からなるグループを構成し、このグループ単位のローカルセッション（グループ内の各端末装置間でのローカルなデータの処理手続きやデータのやりとり）を管理することによって認証を実現する。なお、このグループの構成員同士は、例えば同一のオフィスで働く従業員あるいは同じ場所にいる友人同士など、互いを知っている間柄であり、また、互いに顔の見えるような近距離の範囲でネットワークを利用する。
【００２５】
また、広域ネットワーク４としては、インターネット（the Internet）や、公衆電話網や、移動体通信網や、専用線通信網などを用いる。あるいは、これらのうちの複数を組み合わせたものを広域ネットワーク４としても良い。
【００２６】
図２は、本実施形態による認証処理の概略手順を示すフローチャートである。この認証処理においては、図２に示すように、まずステップＳ１で複数の端末装置利用者からなるグループ単位でのローカルセッションを確立し、各利用者がこのローカルセッションを共有する。次にステップＳ２で、確立されたローカルセッションに属する各利用者を認証サーバに登録する。そしてステップＳ３では、登録された各利用者の認証を行う。また、ステップＳ４において、認証された各利用者に対して、秘密情報を分散する処理を行う。なお、認証処理の詳細な手順については後述する。
【００２７】
図３は、利用者がサービスを利用する際の保証処理の概略手順を示すフローチャートである。この保証処理においては、まずステップＳ１１で、サービスの利用を希望する利用者が利用要求を行う。次に、ステップＳ１２において、上記利用要求に応じて、ローカルセッションを共有する各利用者が上記利用要求を行った利用者を保証する。そして、この保証に基づき、ステップＳ１３において上記利用者によるサービスの利用が行われる。なお、保証処理の詳細な手順については後述する。
【００２８】
次に、図２を用いて説明した認証処理の詳細な手順について図４〜図９を参照しながら説明する。
図４は、ローカルセッション共有（図２のステップＳ１に相当）の詳細な手順を示すフローチャートであり、このフローチャートでは、複数の端末装置と１台の認証サーバによる協調的な処理の内容を示している。
【００２９】
まず、図４のステップＳ１０１において、各端末装置は、自らが属するネットワークと、当該ネットワークにおいてこれから確立するローカルセッションに属する端末装置の集合を確認する。次にステップＳ１０２において、ローカルセッションのセッションマスタを決定するための自端末装置の手を決定する。次に、ステップＳ１０３において、各端末装置間での通信を用いて相互に上記手の交換を行うことによる勝負を行う。ステップＳ１０３で実行した勝負によって、セッションマスタが決定したか否かをステップＳ１０４において判定する。決定しなかった場合はステップＳ１０２に戻り、決定した場合は次のステップＳ１０５に進む。
セッションマスタ決定後は、必要に応じて、セッションマスタとなった端末装置がローカルセッションの代表者として認証サーバとの通信を行うこととなる。
【００３０】
ここで、ステップＳ１０３における勝負とは例えばジャンケンによってセッションマスタを決定する処理である。勝負の手段としてジャンケンを用いる場合、ステップＳ１０２において各端末が決定する手は、「グー」、「チョキ」、「パー」のいずれかである。ステップＳ１０２においては、例えば擬似乱数を用いて生成される所定範囲内の自然数を３で割ったときの剰余（０、１、２のいずれか）をそれぞれ「グー」、「チョキ」、「パー」に対応させることによって手の決定を行う。なお、ステップＳ１０３における勝負の手段はジャンケンに限定されるものでなく、他の方法によってセッションマスタを決定しても良い。
【００３１】
次に、ステップＳ１０５では、各端末装置は、上記の勝負において自らがセッションマスタとなったか否かを判定する。セッションマスタとなった場合にはそのままステップＳ１０６〜Ｓ１０９の処理に進み、ならなかった場合にはステップＳ１１０へジャンプする。
【００３２】
ステップＳ１０６においては、セッションマスタとなった端末装置が例えば擬似乱数を用いることによって当該ローカルセッションのセッションＩＤ（ローカルセッションの識別情報）の候補を生成する。そして、ステップＳ１０７においては、生成されたセッションＩＤ候補を認証サーバに対して送信する。これを受信した認証サーバ側では、このセッションＩＤ候補を決定とするか否かを判断し、ステップＳ１０８において、判断結果に応じたセッションＩＤ応答の送信を行う。なお、認証サーバ側において既に他のローカルセッションのために同一のセッションＩＤを用いている場合には、認証サーバは上記セッションＩＤ応答内には「同一ＩＤ保持」という情報を含めるようにする。セッションマスタである端末装置は、上記セッションＩＤ応答を受信し、ステップＳ１０９において「同一ＩＤ保持」であるか否かを判定する。「同一ＩＤ保持」である場合には再度セッションＩＤ候補の生成を行うためにステップＳ１０６へ戻り、そうでない場合（つまり「決定」の場合）には、次のステップＳ１１０へ進む。
【００３３】
ステップＳ１１０では、認証サーバによって「決定」とされたセッションＩＤを、セッションマスタを含む各端末装置においてグループセッションＩＤとして決定する。
【００３４】
図５は、認証サーバ登録（図２のステップＳ２に相当）の詳細な手順を示すフローチャートである。
まず図５のステップＳ２０１において、端末装置は、認証サーバに対する接続を行う。この接続が確立されると、次にステップＳ２０２において、端末装置は認証サーバに対して決定されたグループセッションＩＤと自端末装置の端末ＩＤと利用者ＩＤを送信する。この端末ＩＤとは、個々の端末装置を識別することのできる情報である。また、利用者ＩＤとは個々の端末装置の利用者を識別することのできる情報である。
【００３５】
端末装置からグループセッションＩＤと端末ＩＤとを受信した認証サーバは、ステップＳ２０３において、そのグループセッションＩＤの確認を行い、端末ＩＤと利用者ＩＤとを登録する処理を行う（端末装置登録部による処理）。そして、認証サーバは、ステップＳ２０４において端末装置に対して確認応答を送信する。
【００３６】
図６は、認証サーバが保持するセッション管理テーブルのデータ構造およびデータ例を示す概略図である。図示するように、セッション管理テーブルが有するデータ項目には、グループセッションＩＤと、グループ内ＩＤと、利用者ＩＤと、端末ＩＤと、秘密情報とが含まれている。このうち、グループセッションＩＤと、利用者ＩＤと、端末ＩＤとは、図５に示した手順のステップＳ２０２において端末装置から認証サーバに対して送られる情報である。また、グループ内ＩＤは、グループ内において各端末装置を識別するために認証サーバが自動的に割り振るＩＤ（例えば、１，２，３，・・・）である。なお、グループ内ＩＤが「０」となっている行（レコード）は、個々の特定の端末装置ではなくグループ全体を表わすデータである。なお、図５に示した認証サーバ登録が完了した時点では、秘密情報の項目にはまだデータは書き込まれていない。
【００３７】
図７は、グループ内端末認証（図２のステップＳ３に相当）の詳細な手順を示すフローチャートである。
まず認証サーバは、図７のステップＳ３０１において、認証を必要としている端末があるかどうかを判断する。そのような端末があれば、ステップＳ３０２以降の処理を行う。ステップＳ３０２において認証を必要としている端末装置に対してグループ内ＩＤを送信するとともに、ステップＳ３０３において当該グループに属するその他の端末装置に対して認証要求を送信する。
【００３８】
すると、ステップＳ３０４において、認証対象となっている端末装置は、認証サーバから受信したグループ内ＩＤを表示する。すると、認証対象の端末装置の利用者がこのグループ内ＩＤを他の端末装置の利用者に伝えることができるようになる。他の端末装置の利用者は、そのグループ内ＩＤを端末装置に入力するとともに、認証対象となっている端末装置を確認するか否かを選択することができる。この選択結果に応じて、端末装置は、ステップＳ３０５において、認証サーバに対して「確認」あるいは「非確認」のいずれかの応答情報を送信する。
このステップＳ３０４〜Ｓ３０５の過程を設けることにより、グループ内の利用者同士が直接顔をあわせて、あるいは声を掛け合って、認証を行うこととなる。
【００３９】
認証サーバ側では、上記応答情報を受信するとともに、ステップＳ３０６において認証要求を行った先の全端末装置から応答を受信済か否かを判断し、全端末装置からの応答があるまでこれを繰り返す。なお、全端末装置から応答を受け取ると、認証サーバは応答内容に基づいて対象となった端末装置を認証するか否かを決定する（端末装置認証部による処理）。
これが完了すると、認証サーバ側の処理はステップＳ３０１に戻る。そして、各々の認証対象について同様の処理を繰り返し、認証を必要とする端末装置がなくなったとき（つまりステップＳ３０１の判断結果が「ＮＯ」となったとき）にグループ内端末認証の処理を完了する。
【００４０】
つまり本実施形態は、グループに属する認証対象の端末装置を認証するか否かを表わす情報を当該グループに属する他の端末装置から認証サーバに送信することによって認証を行うことが特徴である。
【００４１】
なお、上記グループ内端末認証の処理は、ローカルセッションが確立された直後にその時点でグループに属している各端末装置に対して行われる。またそれに加えて、グループに属する前記端末装置の認証が済んでいる状態において、新たな端末装置が当該グループに加わるときに、この新たな端末装置を認証対象の端末装置として同様の認証の手続を行うようにしても良い。
【００４２】
以上説明したように、本実施形態では、グループに属する端末装置がローカルセッションを共有し、図７を用いて説明した手順によってグループ内の端末装置の認証を行うため、単にパスワードによる確認を行うだけでなく、利用者そのものの正当性の確認を行うことが可能となる。よって、パスワードの盗用などによる不正利用を防止することが可能となる。
つまり、端末装置の利用者が属するグループに属する他の利用者が前記利用者を認証するものである。
また、同一のローカルネットワークに接続されている複数の端末装置の各利用者が前記グループを構成するものである。
【００４３】
図８は、秘密情報分散（図２のステップＳ４に相当）の詳細な手順を示すフローチャートである。
まず認証サーバは、ステップＳ４０１において、秘密情報を生成する。図８に示す例では、「やまかわうみ」という文字列が秘密情報として生成される。次に、認証サーバは、ステップＳ４０２において、上記秘密情報を分散する処理を行う。図８に示す例では、「やまかわうみ」という秘密情報が、「やま」と「かわ」と「うみ」の３つの文字列に分散される。そして、認証サーバは、ステップＳ４０３において、分散された秘密情報を「やま」、「かわ」、および「うみ」をそれぞれ端末装置に送信する。
各端末装置側では、ステップＳ４０４、Ｓ４０５、Ｓ４０６において、それぞれが受信した分散された秘密情報を保存する処理を行う。
【００４４】
図９は、秘密情報分散の処理が完了した時点でのセッション管理テーブルの状態を表わす概略図である。図示するように、グループ内ＩＤが「０」の行の秘密情報のデータ項目には、図８のステップＳ４０１で生成された秘密情報全体（「やまかわうみ」）が書き込まれている。また、各端末装置に対応する行（グループ内ＩＤが「１」、「２」、「３」）には、ステップＳ４０２において分散された秘密情報「やま」、「かわ」、「うみ」がそれぞれ書き込まれている。
【００４５】
なお、秘密情報の分散の方法としては、例として上で説明した方法だけでなく、例えば（ｋ，ｎ）閾値法など研究例も多くあり、それらの方法を利用することも可能である。
【００４６】
次に、図３で説明した保証処理の詳細な手順について説明する。図１０は、利用者によるサービス利用のための端末装置間での保証の処理の詳細手順を示すフローチャートである。
図１０に示すように、まずサービス利用を要求する端末装置は、ステップＳ５０１において、認証サーバに対してサービス利用要求を行う。この要求を受信した認証サーバ側では、ステップＳ５０２において、要求されているサービスが保証を必要とするものであるかどうかの判断を行う。そして、保証の必要がなければステップＳ５０７へ飛ぶ。保証の必要があれば、ステップＳ５０３〜Ｓ５０６の処理を行う。
【００４７】
ステップＳ５０３において、認証サーバは、前述のセッション管理テーブルを参照することにより、要求側端末装置と同じローカルセッションに属する各端末装置に対して保証要求を送信する。この保証要求には、サービスを要求している端末装置の情報（利用端末情報）と要求されているサービス内容の情報が含まれる。
ステップＳ５０４においては、上記保証要求を受信した端末装置は、その利用者の操作に基づいて保証あるいは非保証を確認する。そして、この端末装置は、ステップＳ５０５において、保証応答を認証サーバに対して送信する。この保証応答には、端末装置の利用者の操作に基づく保証メッセージと、図８に示した手順によって端末装置に保存されていた分散秘密情報が含まれている。
そして、認証サーバは、保証要求を送信した先の各端末装置からの保証応答の内容に基づいて、ステップＳ５０６において、保証あるいは非保証を判断する。この判断は、例えば、保証する旨の保証メッセージを伴った保証応答が所定数以上端末装置から返されたかどうかによって行う。このとき、一例としては、分散された秘密情報のうち保証応答によって返された秘密情報の量が所定の閾値を超えたか否かによって判断することとする。
【００４８】
そして、ステップＳ５０７において、認証サーバはサービス利用要求を行った端末装置に対してサービス利用応答を返す。このサービス利用応答には、端末装置からの要求に応えてサービスを開始するか、あるいはサービスの提供を行わない（サービス中止）かのいずれかの情報が含まれる。
なお、ステップＳ５０２において保証が必要でないと判断された場合には、ステップＳ５０７のサービス利用応答は常に「サービス開始」を表わすものとなる。ステップＳ５０２において保証が必要であると判断された場合には、ステップＳ５０６の判断結果に基づいて「サービス開始」あるいは「サービス中止」のいずれかが決定される。
【００４９】
以上説明したように、本実施形態では、ある端末装置がサービスの利用を要求したときに、認証済みの他の端末装置が認証サーバに対して要求元の端末装置の利用者の保証を行い、この保証が得られたときに限って要求元の端末装置に対してサービスの提供を開始することとしているため、システム全体の安全性を高めることが可能となる。また、要求されたサービスの利用に関して課金する場合には、上記保証によって、より確実にサービスの対価を回収することができるようになる。
【００５０】
なお、上述した基本的な方法をベースとして、さらに様々な工夫を付加することもできる。
【００５１】
例えば、端末装置を認証してから所定の時間が経過した時点で、当該認証を無効とするようにしても良い。
また、端末装置を認証してから所定の時間が経過した時点で、再度認証の手順を実行することにより、再確認を行うようにしても良い。
これにより、例えば、認証済みの端末装置が正当な利用者でない者の手に渡ったときにも、その認証に基づく不正なサービス利用による被害を限定的なものにすることができるようになる。また、例えば、認証された端末装置の利用者の信用状態が時間の経過とともに変化した場合にも、最新の信用状態によって認証の判断を行うことが可能となる。
【００５２】
また、端末装置ごとの信用ポイントを数値情報として管理するとともに、利用するサービスの種類ごと必要な信用ポイントを予め定めておき、端末装置の信用ポイントがサービスの信用ポイントを超えている場合にのみ、そのサービスを利用できるようにしても良い。
また、上記の端末装置ごとの信用ポイントは、他の端末装置から得られる保証の量に応じて設定するようにしても良い。ここで、保証の量とは、例えばある端末装置を保証する端末装置の数である。
【００５３】
次に、図面を参照しこの発明の第２の実施形態について説明する。本実施形態においては、互いに接続された複数のローカルネットワーク各々に対応するグループを構成する利用者の全体が統括グループを構成し、この統括グループに属する利用者を当該統括グループに属する他の利用者が認証するようにする。
【００５４】
図１１は、本実施形態の前提となる通信ネットワークの構成を示す構成図である。図１１において、符号１は端末装置、２は認証サーバ、３はローカルネットワークＡ、４は広域ネットワーク、５はローカルネットワークＢ、６は統括ローカルネットワークである。複数の端末装置１は、ローカルネットワークＡ・３またはローカルネットワークＢ・５に接続されている。なお、図１１にも示すように、説明の都合上、それぞれの端末装置にＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３などの添え字を付加するが、それぞれの端末装置自体の機能は同じものである。ローカルネットワークＡ・３およびローカルネットワークＢ・５は、統合されて統括ローカルネットワーク６を構成する。なお、統括ローカルネットワークを構成するローカルネットワークは２つとは限らず、任意の数のローカルネットワークが統合されて統括ローカルネットワークを構成しても良い。また、さらに、任意の数のローカルネットワークと任意の数の統括ローカルネットワークとが統合されて上位の統括ローカルネットワークを構成しても良い。つまり、階層的に統括ローカルネットワークを構成することもできる。
また、図１１において、ローカルネットワークＡ・３およびローカルネットワークＢ・５は、それぞれ、広域ネットワーク４に接続されている。また、認証サーバ２も広域ネットワーク４に接続されている。
【００５５】
図１１に示す構成において、端末装置１と認証サーバ２とは互いに、あるいは複数の端末装置１相互間で、ローカルネットワークＡ・３、ローカルネットワークＢ・５、および広域ネットワーク４を介して通信することができるようになっている。
上記の通信の具体的な形態や、用いられる通信プロトコルや、端末装置１の構成などは、第１の実施形態と同様であるので説明を省略する。また、端末装置の利用者がグループを構成し、このグループ単位のローカルセッション（グループセッション）についても第１の実施形態と同様である。
【００５６】
そして、統括ローカルネットワーク６は、空間的に狭い範囲を対象とした通信を行う複数のローカルネットワークを統合したものであり、この統括ローカルネットワーク６において統括ローカルセッション（統括グループセッション）を管理する。この統括ローカルセッションでは、それぞれのローカルセッションにおける代表となる端末装置１が認証サーバと通信することにより認証を実現する。このような構成により、近距離の範囲で認証されていたローカルネットワークを拡張し、それぞれの範囲を統括して管理することができるようになる。例えば、壁によって隔てられた部屋の構成員同士を統括したり、異なるフロアの構成員同士を統括したりして、ひとつの拡張された範囲として管理することができる。
【００５７】
図１２は、本実施形態による認証処理の概略手順を示すフローチャートである。この認証処理においては、図１２に示すように、まずステップＳ１で複数の端末装置利用者からなるグループ単位でのローカルセッションＡおよびローカルセッションＢをそれぞれ確立し、各利用者がこのそれぞれのローカルセッションを共有する。次に、ステップＳ１ａで、確立されたローカルセッションＡおよびＢを統括する統括ローカルセッションを確立する。そしてステップＳ２で、確立されたローカルセッションに属する各利用者を認証サーバに登録する。そしてステップＳ３では、登録された各利用者の認証を行う。また、ステップＳ４において、認証された各利用者に対して、秘密情報を分散する処理を行う。なお、認証処理の詳細な手順については後述する。
【００５８】
図１３は、利用者がサービスを利用する際の保証処理の概略手順を示すフローチャートである。この保証処理においては、まずステップＳ１１で、サービスの利用を希望する利用者が利用要求を行う。次に、ステップＳ１２において、上記利用要求に応じて、ローカルセッションを共有する各利用者が上記利用要求を行った利用者を保証する。そしてステップＳ１２ａにおいて、統括ローカルセッションにおける利用者のサービスエリアの確認、保証をする。そして、この保証に基づき、ステップＳ１３において上記利用者によるサービスの利用が行われる。なお、保証処理の詳細な手順については後述する。
【００５９】
次に、図１２を用いて説明した認証処理の詳細な手順について図１４〜図１７を参照しながら説明する。
図１４は、ローカルセッション共有（図１２のステップＳ１に相当）および統括ローカルセッション共有（図１２のステップＳ１ａに相当）の詳細な手順を示すフローチャートであり、このフローチャートでは、複数のローカルネットワークに属するそれぞれ複数の端末装置と１台の認証サーバによる協調的な処理の内容を示している。
【００６０】
まず、図１４のステップＳ１１０１において、各端末装置は、自らが属するネットワークと、当該ネットワークにおいてこれから確立するローカルセッションに属する端末装置の集合を確認する。次にステップＳ１１０２において、第１の実施形態の場合と同様にジャンケン等の勝負により、ローカルセッションのセッションマスタを決定する。そして、ローカルセッションマスタとなった端末装置はステップＳ１１０３へ進み、その他の端末装置はそのまま後述するステップＳ１１１０における統括セッションＩＤの通知を待つ。
ステップＳ１１０３においては、それぞれのローカルセッションマスタ同士が、再度ジャンケン等の勝負によって、統括ローカルセッションの統括セッションマスタを決定する。
【００６１】
ここで、ステップＳ１１０４において、ローカルセッションマスタの各端末装置は、統括セッションマスタとなったか否かを判定し、統括セッションマスタとなった場合にはステップＳ１１０５〜Ｓ１１０９の処理に進み、ならなかった場合にはステップＳ１１０９における統括セッションマスタからの統括セッションＩＤの通知を待つ。
統括セッションマスタ決定後は、必要に応じて、統括セッションマスタとなった端末装置が統括ローカルセッションの代表者として認証サーバとの通信を行うこととなる。
【００６２】
なお、ステップＳ１１０２およびＳ１１０３における勝負の手段はジャンケンに限定されるものでなく、他の方法によってセッションマスタを決定しても良い。
【００６３】
ステップＳ１１０４においては、統括セッションマスタとなった端末装置が例えば擬似乱数を用いることによって当該統括ローカルセッションのセッションＩＤ（統括ローカルセッションの識別情報）の候補を生成する。そして、ステップＳ１１０６においては、生成された統括セッションＩＤ候補を認証サーバに対して送信する。これを受信した認証サーバ側では、この統括セッションＩＤ候補を決定とするか否かを判断し、ステップＳ１１１１において、判断結果に応じた統括セッションＩＤ応答の送信を行う。なお、認証サーバ側において既に他の統括ローカルセッションのために同一の統括セッションＩＤを用いている場合には、認証サーバは上記統括セッションＩＤ応答内には「同一ＩＤ保持」という情報を含めるようにする。統括ローカルセッションマスタである端末装置は、上記統括セッションＩＤ応答を受信し、ステップＳ１１０７において「同一ＩＤ保持」であるか否かを判定する。「同一ＩＤ保持」である場合には再度統括セッションＩＤ候補の生成を行うためにステップＳ１１０５へ戻り、そうでない場合（つまり「決定」の場合）には、次のステップＳ１１０８へ進む。
【００６４】
ステップＳ１１０８では、認証サーバによって「決定」とされた統括セッションＩＤを、統括ローカルセッションマスタを含む各端末装置における統括グループセッションＩＤとして決定する。
ステップＳ１１０９では、統括ローカルセッションマスタの端末装置から、他のローカルセッションマスタの端末装置に対して、上で決定された統括グループセッションＩＤが送信される。また、ステップＳ１１１０では、各ローカルセッションマスタの端末装置から当該ローカルセッションに属する他の端末装置に対して上記統括グループセッションＩＤが送信される。
【００６５】
図１５は、認証サーバ登録（図１２のステップＳ２に相当）の詳細な手順を示すフローチャートである。
まず図１５のステップＳ２０１において、端末装置は、認証サーバに対する接続を行う。この接続が確立されると、次にステップＳ２０２ａにおいて、端末装置は認証サーバに対して、決定された統括グループセッションＩＤと、グループセッションＩＤと、自端末装置の端末ＩＤと、利用者ＩＤと、過去のグループセッションＩＤと、この過去のグループセッションにおける相手の利用者ＩＤとを送信する。この端末ＩＤとは、個々の端末装置を識別することのできる情報である。過去のグループセッションＩＤとは、当該利用者が過去に属したことのあるグループセッションの識別情報であり、本実施形態では当該利用者が過去直近に属したグループセッションの識別情報を用いる。また、相手の利用者ＩＤとは、当該利用者が過去に属したことのあるグループセッションのメンバーであった他の利用者の識別情報であり、本実施形態では当該利用者が過去直近に属したグループセッションのメンバーであった一利用者の識別情報を用いる。
【００６６】
端末装置から統括グループセッションＩＤとグループセッションＩＤと端末ＩＤ等を受信した認証サーバは、ステップＳ２０３ａにおいて、その統括グループセッションＩＤおよびグループセッションＩＤの確認を行い、端末ＩＤと利用者ＩＤ等をセッション管理テーブルに登録する処理を行う（端末装置登録部による処理）。次に、認証サーバは、ステップＳ２０４において端末装置に対して確認応答を送信する。なお、以上のステップＳ２０１〜Ｓ２０４の処理は、端末装置毎に行われる。
そして、当該統括グループセッションに属するすべての端末装置について上記の登録の処理が終了すると、認証サーバは、ステップＳ２０５において統括グループセッション条件の確認を行い、この条件が満たされる場合にはこの統括グループセッションを継続させ、条件が満たされない場合にはステップＳ２０６において統括グループセッションを中止する。なお、統括グループセッション条件の具体例については、後述する。
【００６７】
図１６は、認証サーバが保持するセッション管理テーブルのデータ構造およびデータ例を示す概略図である。図示するように、本実施形態のセッション管理テーブルは、図６に示した第１実施形態のセッション管理テーブルのデータ項目に加えて、統括グループセッションＩＤ、過去セッションＩＤ、過去セッション利用者ＩＤ、過去セッション端末ＩＤの各項目が含まれている。認証サーバは、端末装置から受信した情報に基づいて、端末装置および利用者をこのセッション管理テーブルに登録する。図１６に示すように、登録の時点では、秘密情報の項目を除く各項目にデータが書き込まれている。なお、セッション管理テーブル内において、グループ内ＩＤが「０」となっている行は、個々の利用者ではなく統括グループセッション全体を表すデータである。
【００６８】
また、認証サーバは、ある統括グループセッションに関して、その統括グループセッションに属するすべての端末装置の登録が完了した時点で、セッション管理テーブルを参照することによって、その統括グループセッションを継続させるか中止させるかを判断する。
具体的な判断の方法としては、例えば、グループセッションＡに属する利用者のうち、その利用者の過去セッションにおける他の利用者ＩＤがグループセッションＢに属しているような利用者が所定数以上存在する場合に、グループセッションＡはグループセッションＢを承認するものとみなす。図１６に示す例では、前記所定数を「１」とした場合、グループセッションＡに属する３名の利用者「Ｔａｎａｋａ」、「Ｙａｍａｄａ」、「Ｓｕｚｕｋｉ」のうち、「Ｔａｎａｋａ」の過去セッション利用者ＩＤである「Ｓａｔｏ」と「Ｙａｍａｄａ」の過去セッション利用者ＩＤである「Ａｎｄｏ」がそれぞれグループセッションＢに属しているため、２名の利用者が条件に該当する。そして、この「２」は前記所定数「１」以上であるため、グループセッションＡはグループセッションＢを承認する。また同様に、グループセッションＢに属する３名の利用者のうち、２名の利用者が条件に該当し、この「２」は前記所定数「１」以上であるため、グループセッションＢはグループセッションＡを承認する。つまり、グループセッションＡおよびＢは相互に相手を承認するため、認証サーバは、この統括グループセッションを継続させるものと決定する。
【００６９】
なお、上では、グループセッション数が２の場合について説明したが、グループセッションがそれより多いときも同様であり、グループセッション同士が相互に承認しあう場合に統括グループセッションを継続させるものとし、一組でも承認できない組み合わせが存在する場合には当該統括グループセッションを中止させるものとする。
またさらに、例えばグループセッションＡがグループセッションＢを承認する際に、グループセッションＡに属する利用者であってその利用者の過去セッション利用者ＩＤにグループセッションＢに属する利用者が含まれているようなペアの数が多いほど、グループセッションＡがグループセッションＢに与える信用ポイントを高くするようにしても良い。
【００７０】
グループ内端末認証（図１２のステップＳ３に相当）については、第１の実施形態と同様であるので、詳細な手順の説明を省略する（図７参照）。
また、秘密情報分散（図１２のステップＳ４に相当）についても、第１の実施形態と同様であるので、詳細な手順の説明を省略する（図８参照）。
【００７１】
図１７は、秘密情報分散の処理が完了した時点でのセッション管理テーブルの状態を表わす概略図である。図示するように、グループ内ＩＤが「０」の行の秘密情報のデータ項目には、秘密情報全体（本例の場合、「やまかわうみかきくりもも」）が書き込まれている。また、各端末装置に対応する行には、分散された秘密情報「やま」、「かわ」、「うみ」、「かき」、「くり」、「もも」がそれぞれ書き込まれている。
【００７２】
次に、図１３で説明した保証処理の詳細な手順について説明する。統括ローカルセッションにおいては、それぞれのローカルセッションで相互認証された認証結果について、他のローカルセッションでもこれを受け入れ、これをもって認証することとする。
【００７３】
図１８は、利用者によるサービス利用のための端末装置間での保証の処理の詳細手順を示すフローチャートである。なお、このフローチャートにおいて、ステップＳ５０１〜Ｓ５０７の処理については第１の実施形態とほぼ同様であるので、同部分の詳細な説明を省略する（図１０参照）。但し、ステップＳ５０３〜Ｓ５０５において認証サーバから端末装置に対して保証要求を行う際には、要求側端末装置と同じローカルセッションに属する端末装置のみならず、当該要求側端末装置と同じ統括ローカルセッションに属する端末装置に対しても、保証要求を送信する。つまり、認証対象の端末装置を認証するか否かを表わす情報を、統括グループに属する他のグループの端末装置からも、認証サーバに送信する。
【００７４】
ステップＳ５０７の次に、ステップＳ５０８において、要求側の端末装置がサービスプロバイダ（の装置）に対してサービス要求を送信する。これを受けて、ステップＳ５０９において、サービスプロバイダが認証サーバに対して保証情報要求を送信する。そして、ステップＳ５１０において、認証サーバが保証情報応答をサービスプロバイダに対して送信する。サービスプロバイダは、この保証情報応答を受信し、この保証情報応答に基づいてステップＳ５１１においてサービス応答を行う。
【００７５】
以上説明したように、この第２の実施形態によれば、広域ネットワークを用いて複数のローカルネットワークを接続し、ローカルセッションの範囲を広げたことにより、より多くの構成員からの認証を得た端末装置が増えるため、保証の度合いを上げることが可能となる。そのため，サービスプロバイダは、より安心してサービスを提供できるようになる。
【００７６】
上述の端末装置および認証サーバは、コンピュータシステムを用いて実現されている。そして、上述した認証、保証、およびサービス利用の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００７７】
以上、説明した認証および保証のしくみは、次のような分野に応用することができる。例えば、コンピュータシステムや通信ネットワークにおいて、保証を得た利用者のみが所定のコンピュータ資源あるいはネットワーク資源を利用することができるようなしくみを構築することができる。また、例えば、通信ネットワークを介して様々な有償のサービスを提供する場合や、通信ネットワークを介して商品の販売を行う場合に、保証を得た利用者のみがサービスを受け、あるいは商品を購入することができるようなしくみを構築することができる。また、このように利用者に対して対価の支払を求める場合に、当該利用者を保証した利用者に対しても連帯責任を負わせるようなしくみを構築することができる。
【００７８】
以上、図面を参照してこの発明の実施形態を詳述してきたが、具体的な構成はこれらの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００７９】
【発明の効果】
以上説明したように、この発明によれば、端末装置の利用者の認証方法において、前記利用者が属するグループに属する他の利用者が前記利用者を認証するため、単純にパスワード等を用いてサーバと端末装置との間で認証を行う場合に比べて安全性を高めることが可能となる。
【００８０】
また、この発明によれば、同一のローカルネットワークに接続されている複数の端末装置の各利用者がグループを構成し、このグループ内で相互に認証を行うため、より一層認証の信頼性を向上させることが可能となる。例えば、イーサネット（登録商標）ケーブルやブルートゥースを用いて上記ローカルネットワークを構成することにより、互いに物理的に近い距離に居る利用者同士がグループを構成することとなり、これらの利用者が互いの顔を見ながらその存在を確認して、その確認結果を用いて認証をすることができるようになる。
【００８１】
また、この発明によれば、ローカルセッション共有過程において端末装置間でグループを代表するセッションマスタを決定し、このセッションマスタとなった端末装置が当該ローカルセッションの代表となるため、グループの構成を予め固定的に決める必要がなく、グループ生成の自由度が上がる。
【００８２】
また、この発明によれば、グループに属する端末装置の認証が済んでいる状態において、新たな端末装置が当該グループに加わるときに、この新たな端末装置を認証対象の端末装置としてグループ内認証過程の処理を行うため、任意の時点で新たな端末装置をグループに加えることができる。
【００８３】
また、この発明によれば、認証サーバが秘密情報を生成し、この秘密情報を分散し、この分散された秘密情報を各々の端末装置に対して送信し、端末装置はそれぞれが受信した分散された秘密情報を保存するため、必要な時点においてサーバが各々の端末装置から秘密情報を収集して利用することができる。例えば、ある端末装置からサービスの要求があった際に、他の複数の端末装置から収集できた秘密情報の量に応じてサービス要求元の端末装置の保証を認めるかどうかを決定することができる。
【００８４】
また、この発明によれば、グループに属する端末装置が認証サーバに対してサービス利用の要求を行った際に、認証サーバは、認証済みの端末装置に対して保証要求を送信し、この保証要求に応じて端末装置から送信されてくる保証応答に基づいてサービス利用要求元の前記端末装置に対してサービスを開始するか否かを判断するため、不正な利用者によるサービスの利用を未然に防ぐことができる。また、サービスの利用に関して課金を行う場合には、保証を行った端末装置の利用者に連帯責任を負わせることなども含めて、サービス提供の対価の回収をより確実に行うことができるようになる。また、サービス提供に限らず商品等の販売における対価の回収に関しても同様である。
【００８５】
また、この発明によれば、複数のローカルネットワーク各々に対応するグループを構成する利用者の全体が統括グループを構成し、この統括グループに属する利用者を当該統括グループに属する他の利用者が認証するようにしている。つまり、広域ネットワークを介して複数のローカルネットワークを接続して階層的にとりまとめ、このとりまとめた全体を統括ローカルネットワークとして構成し、ここで統括ローカルセッションを確立し共有するようにしている。そして、統括ローカルセッションにおいては、それぞれのローカルセッションで相互認証された認証結果について、他のローカルセッションでもこれを受け入れ、これをもって認証することとしている。
これにより、例えば、認証対象の端末装置が遠距離に位置していたり、フロアが異なるあるいは部屋が異なるなど互いに隔離されていたりするような状況にあって、顔の見えない範囲でも、ローカルネットワークでの認証に基づいて統括ローカルワーク全体で認証を行えるようになる。さらに、統括ローカルネットワークを用いた認証を行うことにより、単独のローカルネットワークで認証する場合よりもより多くの人数からの認証を受けることとなり、保証度がより高まるという効果も得られる。また、階層を設け、統括ローカルネットワークを構成するローカルネットワーク毎に認証をしておいて、その認証を全体に利用することができるため、統括ローカルネットワークに属する全てのメンバーの相互認証を個別に実施する場合と比較して、必要な認証数が少なくて済み、必要なネットワークトラフィックが少なくて済むというメリットもある。
【００８６】
また、統括ローカルセッションを構成する際に、それぞれのローカルセッションに属する利用者同士が過去にローカルセッションを共有したことがあるという条件を満たす場合にのみその統括ローカルセッションを継続し、条件を満たさない場合には統括ローカルセッションを中止することとしているため、全く見ず知らずの利用者同士の複数のグループを統括するのではなく、少なくとも過去にローカルセッションを共有したことのある利用者がいる信用の置ける状態で、各利用者が統括ローカルセッションを共有することができ、一定のセキュリティが確保されるという効果がある。
【図面の簡単な説明】
【図１】  この発明を適用する対象となる通信ネットワークの構成を示す構成図である。
【図２】  この発明の第１の実施形態による認証処理の概略手順を示すフローチャートである。
【図３】  同実施形態により、利用者がサービスを利用する際の保証処理の概略手順を示すフローチャートである。
【図４】  同実施形態によるローカルセッション共有（図２のステップＳ１に相当）の詳細な手順を示すフローチャートである。
【図５】  同実施形態による認証サーバ登録（図２のステップＳ２に相当）の詳細な手順を示すフローチャートである。
【図６】  同実施形態による認証サーバが保持するセッション管理テーブルのデータ構造およびデータ例を示す概略図である。
【図７】  同実施形態によるグループ内端末認証（図２のステップＳ３に相当）の詳細な手順を示すフローチャートである。
【図８】  同実施形態による秘密情報分散（図２のステップＳ４に相当）の詳細な手順を示すフローチャートである。
【図９】  同実施形態により、秘密情報分散の処理が完了した時点での前記セッション管理テーブルの状態を表わす概略図である。
【図１０】  同実施形態による端末装置間での保証の処理の詳細手順を示すフローチャートである。
【図１１】  この発明の第２の実施形態を適用する通信ネットワークの構成を示す構成図である。
【図１２】  同実施形態による認証処理の概略手順を示すフローチャートである。
【図１３】  同実施形態により、利用者がサービスを利用する際の保証処理の概略手順を示すフローチャートである。
【図１４】  同実施形態によるローカルセッション共有（図１２のステップＳ１に相当）および統括ローカルセッション共有（同、ステップＳ１ａに相当）の詳細な手順を示すフローチャートである。
【図１５】  同実施形態による認証サーバ登録（図１２のステップＳ２に相当）の詳細な手順を示すフローチャートである。
【図１６】  同実施形態による認証サーバが保持するセッション管理テーブルのデータ構造およびデータ例を示す概略図である。
【図１７】  同実施形態により、秘密情報分散の処理が完了した時点での前記セッション管理テーブルの状態を表わす概略図である。
【図１８】  同実施形態による端末装置間での保証の処理、およびサービス提供の処理の詳細手順を示すフローチャートである。
【符号の説明】
１…端末装置，２…認証サーバ，３…ローカルネットワーク（Ａ），４…広域ネットワーク，５…ローカルネットワークＢ，６…統括ローカルネットワーク
【図１】
0004449288.tif 000002
【図２】
0004449288.tif 000003
【図３】
0004449288.tif 000004
【図４】
0004449288.tif 000005
【図５】
0004449288.tif 000006
【図６】
0004449288.tif 000007
【図７】
0004449288.tif 000008
【図８】
0004449288.tif 000009
【図９】
0004449288.tif 000010
【図１０】
0004449288.tif 000011
【図１１】
0004449288.tif 000012
【図１２】
0004449288.tif 000013
【図１３】
0004449288.tif 000014
【図１４】
0004449288.tif 000015
【図１５】
0004449288.tif 000016
【図１６】
0004449288.tif 000017
【図１７】
0004449288.tif 000018
【図１８】
0004449288.tif 000019