JP2010086508A

JP2010086508A - ネットワーク認証方法およびその応用

Info

Publication number: JP2010086508A
Application number: JP2008294092A
Authority: JP
Inventors: Jhao-Dong Hu; 胡朝棟; Chun-Hao Chen; 陳俊豪; Heng-Zong Tsao; 曹恒榕
Original assignee: Avermedia Technologies Inc
Current assignee: Avermedia Technologies Inc
Priority date: 2008-10-01
Filing date: 2008-11-18
Publication date: 2010-04-15
Also published as: US20100082826A1; TW201015940A; EP2173079A3; EP2173079A2

Abstract

【課題】クライアントが第３のサーバから送信された認証ＩＤを利用することにより、サービスサーバからサービスの提供を受けることができるネットワーク認証方法を提供する。
【解決手段】ネットワーク認証方法は、クライアントがクライアントアカウントを用いてログインした後に、クライアント認証ＩＤを生成させるステップ（１０２）と、クライアント認証ＩＤをクライアントへ返送するステップ（１０４）と、クライアントがサービスサーバへログイン認証ＩＤを伝送すると、サービスサーバがログイン認証ＩＤを受取るステップ（１０６）と、ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否かを判断するステップ（１０８）と、ログイン認証ＩＤがクライアント認証ＩＤと合致するときに、サービスサーバへ認証確認信号を伝送し（１１０）、サービスサーバがクライアントのログインを許可するステップとを含む。
【選択図】図１

Description

本発明はネットワーク認証方法およびその応用に関し、特に、認証ＩＤにより認証を行うネットワーク認証方法およびその応用に関する。

一般に、ユーザがウェブサイトのサービスを利用する際、まず、ウェブサイトにログインする必要があった。具体的には、ユーザがウェブサイトのサービスを利用する場合、アカウントおよびパスワードを入力する必要があった。しかし、ウェブサイトのログインシステムがハッキングされると、ハッカーはログイン認証を介さずにウェブサイトのサービスを自由に利用することができた。

そのため、従来の問題を解決するため、ログインシステムおよび提供サービスが同一サーバから提供されないネットワーク認証方法が求められていた。

本発明は、上記問題点を鑑みてなされたものであり、クライアントが第３のサーバから送信された認証ＩＤを利用することにより、サービスサーバからサービスの提供を受けることができるネットワーク認証方法を提供することを目的とする。

（１）クライアントがクライアントアカウントを用いてログインした後に、クライアント認証ＩＤを生成させるステップと、前記クライアント認証ＩＤを前記クライアントへ返送するステップと、前記クライアントがサービスサーバへログイン認証ＩＤを伝送すると、前記サービスサーバが前記ログイン認証ＩＤを受取るステップと、前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断するステップと、前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記サービスサーバへ認証確認信号を伝送し、前記サービスサーバが前記クライアントのログインを許可するステップと、を含むことを特徴とするネットワーク認証方法。

（２）前記サービスサーバの名称を基に、使用許諾リストを生成させるステップと、前記クライアントが前記サービスサーバへログインアカウントを伝送した後に、前記サービスサーバから前記ログインアカウントを取得するステップと、前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記ログインアカウントが前記使用許諾リストに存在するか否かを判断するステップと、前記使用許諾リストに前記ログインアカウントが存在するときに、前記サービスサーバへ許諾確認信号を伝送し、前記サービスサーバが前記クライアントへサービスを提供するステップと、をさらに含むことを特徴とする（１）に記載のネットワーク認証方法。

（３）前記使用許諾リストを生成するステップは、前記サービスサーバに対する前記ログインアカウントを含むサービスリクエストを前記クライアントから受取るステップと、前記サービスリクエストを受取った後、リクエスト許諾リストへ前記ログインアカウントを登録させるステップと、前記サービスサーバへ前記リクエスト許諾リストを伝送し、前記サービスサーバが前記リクエスト許諾リストから少なくとも１つの使用許諾アカウントを選択するステップと、前記使用許諾リストへ前記使用許諾アカウントを登録させるステップと、を含むことを特徴とする（２）に記載のネットワーク認証方法。

（４）前記クライアントから前記サービスサーバへ前記ログイン認証ＩＤが伝送される前に、前記クライアントからサーチ条件を受取るステップと、前記サーチ条件を基に、複数のサーバから前記サービスサーバを選択するステップと、をさらに含むことを特徴とする（３）に記載のネットワーク認証方法。

（５）前記サービスサーバから編集信号を受取るステップと、前記編集信号を基に、前記使用許諾リストを編集するステップと、をさらに含むことを特徴とする（２）に記載のネットワーク認証方法。

（６）前記クライアントの接続状態を確認するステップと、前記クライアントの接続状態がオフラインのとき、前記クライアント認証ＩＤの状態を無効に設定するステップと、前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断する前に、前記クライアント認証ＩＤの状態を判断するステップと、前記クライアント認証ＩＤの状態が無効であるときに、前記サービスサーバへ認証失敗信号を伝送し、前記サービスサーバは、前記認証失敗信号を受取った後に、前記クライアントのログインを許可させないステップと、をさらに含むことを特徴とする（１）に記載のネットワーク認証方法。

（７）ハイパーテキスト転送プロトコルを利用し、前記クライアントおよび前記サービスサーバと接続されることを特徴とする（１）に記載のネットワーク認証方法。

（８）クライアントからクライアントアカウントを受取るために用いるアカウント受信装置と、前記クライアントアカウントを受取った後に、クライアント認証ＩＤを生成させるために用いる認証生成装置と、前記クライアントへ前記クライアント認証ＩＤを返送するために用いる認証送信装置と、前記クライアントがサービスサーバへログイン認証ＩＤを伝送すると、前記サービスサーバから前記ログイン認証ＩＤを受取るために用いるログイン受信装置と、前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断し、認証判断信号を生成するために用いる認証判断生成装置と、前記サービスサーバへ前記認証判断信号を伝送し、前記サービスサーバが前記認証判断信号を基に、前記クライアントのログインを許可させるか否かを判断するために用いる認証判断送信装置と、を備えることを特徴とするインスタントメッセージサーバ。

（９）複数の予め記憶する許可リストを保存するために用いる使用許諾データベースと、前記サービスサーバの名称を基に、前記複数の予め記憶する許可リストから使用許諾リストを選択するために用いるリスト選択装置と、前記クライアントから前記サービスサーバへログインアカウントが伝送された後に、前記サービスサーバから前記ログインアカウントを取得するために用いるログインアカウント取得装置と、前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記ログインアカウントが前記使用許諾リストに存在するか否かに応じ、サービス判断信号を生成させるために用いるサービス判断生成装置と、前記サービスサーバへ前記サービス判断信号を伝送し、前記サービスサーバが前記サービス判断信号を基に、前記クライアントへサービスを提供するか否かを判断するために用いるサービス判断送信装置と、をさらに備えることを特徴とする（８）に記載のインスタントメッセージサーバ。

（１０）前記サービスサーバに対する前記ログインアカウントを含むサービスリクエストを前記クライアントから受取るために用いるリクエスト許諾受信装置と、前記サービスリクエストを受取った後に、リクエスト許諾リストへ前記ログインアカウントを登録させるために用いるリクエスト許諾登録装置と、前記サービスサーバへ前記リクエスト許諾リストを伝送し、前記サービスサーバが前記リクエスト許諾リストから少なくとも１つの使用許諾アカウントを選択するために用いるリクエスト許諾送信装置と、前記使用許諾リストへ前記使用許諾アカウントを登録するために用いる使用許諾登録装置と、をさらに備えることを特徴とする（９）に記載のインスタントメッセージサーバ。

（１１）前記サービスサーバの名称を基に、前記使用許諾データベースへ前記登録後の使用許諾リストを保存するために用いる使用許諾記憶装置をさらに備えることを特徴とする（１０）に記載のインスタントメッセージサーバ。

（１２）前記クライアントからサーチ条件を受取るために用いる条件受信装置と、前記サーチ条件を基に、複数のサーバから前記サービスサーバを選択するために用いる選択装置と、をさらに備えることを特徴とする（１０）に記載のインスタントメッセージサーバ。

（１３）前記サービスサーバから編集信号を受取るために用いる編集受信装置と、前記編集信号を基に、前記使用許諾リストを編集するために用いる編集装置と、をさらに備えることを特徴とする（９）に記載のインスタントメッセージサーバ。

（１４）前記クライアントの接続状態を確認するために用いる接続状態装置と、前記クライアントの接続状態がオフラインのとき、前記クライアント認証ＩＤを無効に設定するために用いる無効設定装置と、前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断する前に、前記クライアント認証ＩＤの状態を判断するために用いる状態判断装置と、前記クライアント認証ＩＤの状態が無効であるときに、前記サービスサーバへ認証失敗信号を伝送し、前記サービスサーバが前記認証失敗信号を受取った後に、前記クライアントのログインを許可させないために用いる認証失敗送信装置と、をさらに備えることを特徴とする（８）に記載のインスタントメッセージサーバ。

（１５）ハイパーテキスト転送プロトコルを利用し、前記クライアントおよび前記サービスサーバと接続されることを特徴とする（８）に記載のインスタントメッセージサーバ。

本発明のネットワーク認証方法は、クライアントが第３のサーバから送信された認証ＩＤを使用し、サービスサーバからのサービスを受けることができる。

（第１実施形態）
図１を参照する。図１は、本発明の第１実施形態によるネットワーク認証方法を示すフロー図である。このネットワーク認証方法は、サービスを提供するサービスサーバ自身でなく、第３のサーバによりクライアントの認証を行う。この第３のサーバを利用するネットワーク認証方法は、以下のステップを含む。

（１）クライアントがクライアントアカウントを用いてログインすると、クライアント認証ＩＤが生成される（ステップ１０２）。
（２）クライアントにクライアント認証ＩＤが返送される（ステップ１０４）。
（３）クライアントからサービスサーバにログイン認証ＩＤが伝送されると、サービスサーバがログイン認証ＩＤを受取る（ステップ１０６）。
（４）ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否かを判断する（ステップ１０８）。
（５）ログイン認証ＩＤがクライアント認証ＩＤと合致する場合、サービスサーバへ認証確認信号を伝送し、サービスサーバがクライアントのログインを許可する（ステップ１１０）。

図２は、ネットワーク通信システムを示すブロック図である。このネットワーク通信システムには、第３のサーバ２２０、サービスサーバ２４０およびクライアント２６０が含まれる。このネットワーク認証方法において、第３のサーバ２２０は、ハイパーテキスト転送プロトコル（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ：ＨＴＴＰ）を利用し、クライアント２６０およびサービスサーバ２４０と接続される。図１および図２を同時に参照する。図１および図２に示すように、クライアント２６０がサービスサーバ２４０にログオンする前に、クライアント２６０は、まず、第３のサーバ２２０へクライアントアカウントを伝送する。第３のサーバ２２０がクライアント２６０から伝送されたクライアントアカウントを受取ると、クライアント認証ＩＤを生成させ（ステップ１０２）、生成されたクライアント認証ＩＤがクライアント２６０に返送される（ステップ１０４）。実際には、クライアント２６０は、第３のサーバ２２０へパスワードおよびクライアントアカウントを一緒に伝送し、第３のサーバ２２０によりクライアントアカウントおよびそのパスワードが検証された後に、クライアント認証ＩＤが生成される。

クライアント２６０がサービスサーバ２４０にログオンしてサービスを取得したいとき、クライアント２６０は、サービスサーバ２４０にログイン認証ＩＤを伝送する。そして、サービスサーバ２４０がログイン認証ＩＤを受取ると、その受取ったログイン認証ＩＤを第３のサーバ２２０へ伝送する（ステップ１０６）。第３のサーバ２２０は、ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否かを判断する（ステップ１０８）。詳細には、クライアント２６０は、ログイン認証ＩＤに応じ、ログインアカウントまたはログインアカウントＩＤに関する他の情報をサービスサーバ２４０へ伝送する。サービスサーバ２４０は、ログインアカウントまたはログイン認証ＩＤに関する情報を利用し、対応するクライアント認証ＩＤを探し出して比べる。そして、ログイン認証ＩＤとクライアント認証ＩＤとが合致する場合、サービスサーバ２４０へ認証確認信号を伝送し、サービスサーバ２４０がこの認証確認信号を基に、クライアント２６０のログインを許可する（ステップ１１０）。

実際、このネットワーク認証方法には、インスタントメッセージサーバ（ＩｎｓｔａｎｔＭｅｓｓａｇｅＳｅｒｖｅｒ：ＩＭＳｅｒｖｅｒ）を用いてもよい。また、セッションＩＤ（ｓｅｓｓｉｏｎＩＤ）のシステムを用いてクライアント認証ＩＤおよびログイン認証ＩＤを生成してもよい。このように、このネットワーク認証方法は、第３のサーバを介してクライアントを検証することができるため、サービスを提供するサービスサーバへユーザのデータを保存させる必要がない。

このネットワーク認証方法は、ログインするクライアントがサービスサーバが提供するサービスのリストに存在するか否かをサービスサーバへさらに通知してもよい。そのため、図１に示すように、このネットワーク認証方法には、以下のステップが含まれてもよい。

（６）サービスサーバの名称に応じ、使用許諾リストを生成する（ステップ１１２）。
（７）クライアントからサービスサーバへログインアカウントを伝送すると、サービスサーバからログインアカウントを取得する（ステップ１１３）。
（８）ログインアカウントが使用許諾リストに存在するか否かを判断する（ステップ１１４）。
（９）ログインアカウントが使用許諾リストに存在するとき、サービスサーバへ許諾確認信号を伝送し、サービスサーバからクライアントへサービスを提供する（ステップ１１６）。

図１および図２を同時に参照する。図１および図２に示すように、クライアント２６０からサービスサーバ２４０へ伝送されるログイン認証ＩＤを比べた後、サービスサーバ２４０は、第３のサーバ２２０を利用してクライアント２６０にサービスを提供するか否かを判断する。詳細には、第３のサーバ２２０は、サービスサーバの名称を基に、サービスサーバ２４０によりサービス提供が許可されたアカウントを有する使用許諾リストを生成する（ステップ１１２）。サービスサーバ２４０は、クライアント２６０からのログインアカウントを受取った後、第３のサーバ２２０にログインアカウントを伝送する（ステップ１１３）。第３のサーバ２２０は、ログインアカウントが使用許諾リストに存在するか否かを判断する（ステップ１１４）。ログインアカウントが使用許諾リストに存在するとき、第３のサーバ２２０は、サービスサーバ２４０へ許諾確認信号を伝送する。サービスサーバ２４０は、許諾確認信号を受取った後、クライアントにサービスを提供する。このように、このネットワーク認証方法は、サービスサーバ自体に使用許諾リストを保存する必要がなく、第３のサーバにより使用許諾リストの保存を行い、クライアントが使用許諾リストに存在するか否かを第３のサーバにより判断する。

また、このネットワーク認証方法は、使用許諾リストにクライアントを登録させるステップを含んでもよい。図３は、使用許諾リストにクライアントを登録するフロー図である。使用許諾リストへのクライアントの登録には、以下のステップが含まれる。

（１０）サービスサーバに対するログインアカウントを含んだサービスリクエストをクライアントから受取る（ステップ３０２）。
（１１）サービスリクエストを受取った後、リクエスト許可リストにログインアカウントを登録させる（ステップ３０４）。
（１２）サービスサーバへリクエスト許可リストを伝送し、サービスサーバがリクエスト許可リストから少なくとも１つの使用許可リストを選択する（ステップ３０６）。
（１３）使用許可リストへ使用許可アカウントを登録する（ステップ３０８）。

図２および図３を同時に参照する。図２および図３に示すように、クライアント２６０がサービスサーバ２４０の使用許可リストに存在しないとき、サービスサーバ２４０に対するクライアント２６０からのサービスリクエストを第３のサーバ２２０へ伝送する（ステップ３０２）。このサービスリクエストには、ログインアカウントと、リクエストしたいサービスのサービスサーバの情報（例えば、名称）とが含まれてもよい。第３のサーバ２２０がサービスリクエストを受取った後、リクエスト許可リストへログインアカウントを登録させる（ステップ３０４）。第３のサーバ２２０は、サービスサーバ２４０へリクエスト許可リストを伝送する（ステップ３０６）。サービスサーバ２４０は、受取ったリクエスト許可リストから少なくとも１つの使用許可アカウントを選択する。この使用許可アカウントは、サービスサーバ２４０がサービス提供を許可するアカウントである。使用許可アカウントは、サービスサーバ２４０から第３のサーバ２２０へ返送される。第３のサーバは、使用許可リストへ使用許可アカウントを登録する（ステップ３０８）。このように、クライアントをサービスサーバの使用許可リストへ登録させることができる。

また、このネットワーク認証方法は、クライアントがその必要に応じてサービスサーバを選択することができる。つまり、図１に示すように、ネットワーク認証方法には、クライアントがログイン認証ＩＤをサービスサーバへ伝送する前に、以下のステップが含まれてもよい。

（２．１）クライアントからサーチ条件を受取る（ステップ１１８）。
（２．２）このサーチ条件を基に、数個のサーバからサービスサーバを選択する（ステップ１２０）。

クライアントから受取ったサーチ条件は、クライアントが取得するサービス、選択するサーバ名称またはその他サーバに関する情報でもよい。これにより、このネットワーク認証方法は、クライアントがその必要に応じてサービスサーバをサーチすることができる。

さらに、このネットワーク認証方法は、使用許可リストの編集をサービスサーバにより行う。図４は、使用許可リストの編集を示すフロー図である。使用許可リストの編集には、以下のステップが含まれてもよい。

（１４）サービスサーバから編集信号を受取る（ステップ４０２）。
（１５）編集信号を基に、使用許可リストを編集する（ステップ４０４）。

サービスサーバから受取る編集信号は、削除、ロックまたはその他編集に関する信号でもよく、この編集信号には、編集を行うアカウントが含まれてもよい。例えば、サービスサーバから受取る削除信号（ステップ４０２）には、ユーザアカウントが含まれてもよい。その後、この削除信号を基に、ユーザアカウントが使用許諾リストから削除される（ステップ４０４）。このように、使用許諾リストの編集を行う。

また、このネットワーク認証方法は、クライアントの接続状態を基に、クライアント認証ＩＤが有効か否かを設定する。図５を参照する。図５は、クライアントの認証ＩＤを無効に設定するフロー図である。クライアント認証ＩＤを無効に設定するステップには、以下のステップが含まれてもよい。

（１．１）クライアントの接続状態を確認する（ステップ５０２）。
（１．２）クライアントの接続状態がオフラインのとき、クライアント認証ＩＤを無効に設定する（ステップ５０４）。

実際上、ステップ５０２において、接続判断信号がクライアントへ伝送されると、クライアントが接続確認信号を返送し、クライアントの接続状態を確認する。ステップ５０４では、一定時間内にクライアントから接続確認信号が返送されないとき、クライアントの接続状態をオフラインと判断し、クライアント認証ＩＤの状態を無効に設定する。

そのため、ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否か判断する前に、このネットワーク認証方法では、まず、クライアント認証ＩＤの状態を判断してもよい。図６を参照する。図６は、クライアント認証ＩＤの状態を判断するフロー図である。クライアント認証ＩＤの判断には、以下のステップが含まれてもよい。

（３．１）ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否かを判断する前に、クライアント認証ＩＤの状態を判断する（ステップ６０２）。
（３．２）クライアント認証ＩＤの状態が無効のとき、サービスサーバへ認証失敗信号を伝送し、サービスサーバが認証失敗信号を受取った後、クラインアントのログインを許可させない（ステップ６０４）。

このように、このネットワーク認証方法は、クライアント認証ＩＤの状態が無効か否かを基に、クライアントの接続状態を判断する。その後、クライアントがオフラインした後、他の者がクライアントアカウントおよびクライアントパスワードを利用し、サービスサーバからサービスを取得することを防ぐ。

（第２実施形態）
図７を参照する。図７は、本発明の第２実施形態によるネットワーク通信システムを示すブロック図である。このネットワーク通信システムには、インスタントメッセージサーバ７００、クライアント８００およびサービスサーバ９００が含まれる。インスタントメッセージサーバ７００、クライアント８００およびサービスサーバ９００は、ネットワークを介して互いに接続されている。詳細には、インスタントメッセージサーバ７００は、ハイパーテキスト転送プロトコルを利用し、クライアント８００およびサービスサーバ９００と接続されている。インスタントメッセージサーバ７００は、クライアント８００からクライアントアカウントが伝送されると、認証ＩＤを生成させてクライアント８００へ返送する。そのため、このインスタントメッセージサーバ７００には、認証生成モジュール７１０が含まれてもよい。図８を参照する。図８に示すように、図７の認証生成モジュール７１０には、アカウント受信装置７１２、認証生成装置７１４および認証送信装置７１６が含まれている。アカウント受信装置７１２は、クライアント８００からクライアントアカウントを受取るために用いられる。認証生成装置７１４は、クライアントアカウントを受取った後に、クライアント認証ＩＤを生成させるために用いられる。認証送信装置７１６は、クライアント８００へクライアント認証ＩＤを返送するために用いられる。実際には、クライアント８００から受取ったクライアントアカウントを受取る以外に、認証生成モジュール７１０は、クライアント８００から対応したパスワードを受取ることができる。クライアントのアカウントおよびそのパスワードが認証された後、認証生成モジュール７１０によりクライアント認証ＩＤが生成される。

つまり、クライアント８００は、インスタントメッセージサーバ７００へクライアントアカウントを伝送するだけで、インスタントメッセージサーバ７００からクライアント認証ＩＤを取得することができる。このように、各クライアント８００がインスタントメッセージサーバ７００へクライアントアカウントを伝送すると、インスタントメッセージサーバ７００に新たな認証ＩＤが生成され、同一のクライアントアカウントにより重複してログインされることを防ぐことができる。

図７を参照する。図７に示すように、クライアント８００がサービスサーバ９００にログインするとき、まず、１組のログイン認証ＩＤをインスタントメッセージサーバ７００に伝送する。インスタントメッセージサーバ７００は、このログイン認証ＩＤを基に、クライアント８００をサービスサーバ９００にログインさせるか否かを判断するとともに、サービスサーバ９００に通知する。そのため、インスタントメッセージサーバ７００には認証判断モジュール７２０が含まれてもよい。図９を参照する。図９に示すように、図７の認証判断モジュール７２０には、ログイン受信装置７２１、認証判断生成装置７２２および認証判断送信装置７２３が含まれる。図７および図９を同時に参照する。図７および図９に示すように、ログイン受信装置７２１は、クライアント８００からサービスサーバ９００にログイン認証ＩＤが伝送された後、サービスサーバ９００からのログイン認証ＩＤを受取るために用いられる。認証判断生成装置７２２は、ログイン認証ＩＤをクライアントアカウントおよびクライアント認証ＩＤと比べて合致するか否かを判断し、認証判断信号を生成させるために用いられる。認証判断送信装置７２３は、サービスサーバ９００へ認証判断信号を伝送するために用いられる。実際上、認証判断モジュール７２０は、サービスサーバ９００からログイン認証ＩＤに関する情報（例えば、ログインアカウント）を受取るために用いられる。認証判断モジュール７２０は、ログイン認証ＩＤに関する情報を基に、対応するクライアント認証ＩＤを探し出して比べる。

言い換えると、サービスサーバ９００は、クライアント８００からログイン認証ＩＤを受取った後、このログイン認証ＩＤをインスタントメッセージサーバ７００へ伝送する。インスタントメッセージサーバ７００は、このログイン認証ＩＤを基に、クライアント８００をサービスサーバ９００にログインさせるか否かを判断し、認証判断信号を生成してサービスサーバ９００に伝送する。サービスサーバ９００は、認証判断信号を受取った後、この認証判断信号を基に、クライアント８００のログインを許可するか否かを判断する。このように、このネットワーク通信システムは、インスタントメッセージサーバを介し、サービスサーバへクライアントをログインさせるか否かを判断するため、クライアントに関する情報をサービスサーバに保存する必要がない。

図７を参照する。図７に示すように、インスタントメッセージサーバ７００は、クライアント８００がサービスサーバ９００によりサービスが許可された対象であるか否かを判断する。そのため、インスタントメッセージサーバ７００には、使用許諾データベース７３０および使用許諾判断モジュール７４０が含まれてもよい。使用許諾データベース７３０は、数個の予め記憶する許可リストとして利用する。使用許諾判断モジュール７４０は、使用許諾データベースを基に、クライアント８００がサービスサーバ９００によりサービスが許可された対象であるか否かを判断する。図１０を参照する。図１０に示すように、図７の使用許諾判断モジュール７４０には、リスト選択装置７４１、サービス判断生成装置７４２、サービス判断送信装置７４３およびログインアカウント取得装置７４４が含まれている。リスト選択装置７４１は、サービスサーバ９００の名称を基に、予め記憶させた使用許諾データベース７３０の数個の予め記憶するリストから使用許諾リストを選択するために用いる。ログインアカウント取得装置７４４は、クライアント８００からサービスサーバ９００にログインアカウントを伝送した後、サービスサーバ９００からログインアカウントを取得するために用いる。サービス判断生成装置７４２は、ログイン認証ＩＤがクライアント認証ＩＤと合致するときに、ログインアカウントが使用許諾リストに存在するか否かに応じ、サービス判断信号を生成させるために用いる。サービス判断送信装置７４３は、サービスサーバ９００へサービス判断信号を伝送するために用いる。このように、本実施形態は、インスタントメッセージサーバ７００を利用し、クライアント８００がサービスサーバ９００によりサービスを受けることが許可された対象であるか否かを判断するため、サービスサーバ９００の資源を用いて判断する必要がない。

図７を参照する。図７に示すように、クライアント８００がサービスサーバ９００の使用許諾リストに存在しないとき、クライアント８００は、インスタントメッセージサーバ７００を介し、サービスサーバ９００に対して使用許諾リストにクライアント８００を加えるように要求する。そのため、このインスタントメッセージサーバ７００には、リクエスト許諾モジュール７５０が含まれてもよい。図１１を参照する。図１１に示すように、図７のリクエスト許諾モジュール７５０には、リクエスト許諾受信装置７５１、リクエスト許諾登録装置７５２、リクエスト許諾送信装置７５３および使用許諾登録装置７５４が含まれる。リクエスト許諾受信装置７５１は、クライアント８００からサービスサーバ９００に対するサービスリクエストを受取るために用いられる。このサービスリクエストには、ログインアカウントと、リクエストしたいサービスのサービスサーバ９００の情報（例えば、名称）とが含まれてもよい。リクエスト許諾登録装置７５２は、サービスリクエストを受取った後、リクエスト許諾リストへログインアカウントを登録するために用いてもよい。リクエスト許諾送信装置７５３は、サービスサーバ９００にリクエスト許諾リストを伝送するために用いる。サービスサーバ９００は、リクエスト許諾リストから少なくとも１つの使用許諾リストを選択するために用いられる。使用許諾登録装置７５４は、使用許諾リストに使用許諾アカウントを登録するために用いられる。

言い換えると、サービスサーバ９００の使用許諾リストにクライアント８００が存在しないとき、クライアント８００は、インスタントメッセージサーバ７００に対してサービスサーバ９００にサービスリクエストを要求することができる。インスタントメッセージサーバ７００は、サービスサーバ９００に対して要求したクライアント８００のサービスリクエストを受取った後、サービスリクエストのログインアカウントをリクエスト許諾リストに登録し、このリクエスト許諾リストをサービスサーバ９００に伝送する。サービスサーバ９００は、このリクエスト許諾リストを基に、使用許諾アカウントを選択するとともに、インスタントメッセージサーバ７００に通知する。インスタントメッセージサーバ７００は、この使用許諾アカウントを使用許諾リストに登録させる。このように、クライアント８００は、インスタントメッセージサーバ７００を介し、サービスサーバ９００に対してクライアントアカウントを使用許諾リストに加えることを要求することができる。

また、インスタントメッセージサーバ７００は、登録後の使用許諾リストを使用許諾データベース７３０へ返送して保存させてもよい。そのため、このリクエスト許諾モジュール７５０は、使用許諾記憶装置７５５を含んでもよい。この使用許諾記憶装置７５５は、サービスサーバ９００の名称を基に、登録後の使用許諾リストを使用許諾データベースに保存するために用いる。このように、このインスタントメッセージサーバ７００は、登録後の使用許諾リストを用いて使用許諾データベース７３０を更新させることができる。

図７を参照する。図７に示すように、サービスサーバ９００は、インスタントメッセージサーバ７００に保存した使用許可リストを編集することができる。このインスタントメッセージサーバ７００は、編集モジュール７６０を含んでもよい。この編集モジュール７６０は、サービスサーバ９００の使用許可リストを編集するために用いられる。図１２を参照する。図１２に示すように、図７の編集モジュール７６０には、編集受信装置７６１および編集装置７６２が含まれる。編集受信装置７６１は、サービスサーバ９００から編集信号を受取るために用いられる。この編集信号には、編集コマンドおよび編集したいアカウントが含まれてもよい。この編集コマンドは、追加、削除、ロックまたはその他使用許可リストの編集に関するコマンドでもよい。編集装置７６２は、編集信号に基づいて使用許諾リストの編集を行うために用いられる。さらに詳細には、編集装置７６２は、編集コマンドに基づき、使用許諾リストの編集したいアカウントを編集するために用いる。例えば、編集コマンドが削除信号である場合、編集装置７６２は、編集するアカウントを使用許諾リストから削除させる。このように、サービスサーバ９００は、インスタントメッセージサーバ７００を介し、その使用許諾リストの編集を行うことができる。

図７を参照する。図７に示すように、クライアント８００は、インスタントメッセージサーバ７００にサーチ条件を伝送し、サービスサーバ９００を選択する。そのため、インスタントメッセージサーバ７００は、選択モジュール７７０を含んでもよい。この選択モジュール７７０は、クライアント８００のサーチ条件を基に、サービスサーバ９００を選択する。図１３を参照する。図１３に示すように、図７の選択モジュール７７０には、条件受信装置７７１および選択装置７７２が含まれる。条件受信装置７７１は、クライアント８００からサーチ条件を受取るために用いられる。選択装置７７２は、サーチ条件を基に、数個のサーバからサービスサーバ９００を選択し、クライアント８００へサービスサーバの情報を伝送する。このように、クライアント８００は、その必要に応じ、インスタントメッセージサーバ７００を利用してサービスサーバ９００を選択することができる。

図７を参照する。図７は、このインスタントメッセージサーバ７００がクライアント８００の接続状態を基に、クライアント認証ＩＤの状態を設定する。詳細には、クライアント８００がオフラインになった後、インスタントメッセージサーバ７００がクライアント認証ＩＤの状態を無効に設定し、他の者がこの組のクライアント認証ＩＤおよびクライアント認証を使用し、サービスサーバ９００からサービスを取得できないようにする。そのため、このインスタントメッセージサーバ７００には、状態設定モジュール７８０および状態判断モジュール７９０が含まれてもよい。状態設定モジュール７８０は、クライアント８００の接続状態を基に、クライアント認証ＩＤの状態を設定するために用いる。図１４を参照する。図１４に示すように、図７の状態設定モジュール７８０には、接続状態装置７８１および無効設定装置７８２が含まれる。接続状態装置７８１は、クライアント８００の接続状態を確認するために用いる。無効設定装置７８２は、クライアントの接続状態がオフラインのときに、クライアント認証ＩＤを無効に設定するために用いる。

図１５を参照する。図１５に示すように、図７の状態判断モジュール７９０には、状態判断装置７９１および認証失敗送信装置７９２が含まれる。状態判断装置７９１は、ログイン認証ＩＤをクライアント認証ＩＤと比べて合致するか否かを判断する前に、クライアント認証ＩＤの状態が無効であるか否かを判断するために用いる。認証失敗送信装置７９２は、クライアント認証ＩＤが無効であるときに、サービスサーバへ認証失敗信号を伝送し、サービスサーバが認証失敗信号を受取った後、クライアントのログインを許可させないために用いる。これにより、インスタントメッセージサーバ７００は、クライアント認証ＩＤの状態が無効であるか否かにより、クライアント８００の接続状態を判断する。その後、クライアント８００がオフラインした後、他の者が同じクライアントアカウントおよびクライアントパスワードを利用しても、サービスサーバからサービスを取得することができないようにする。

図１６を参照する。図１６は、本発明の一実施形態によるクライアントの操作インターフェースを示す模式図である。実際の操作では、クライアントがサービス名称（即ち、上述のサーチ条件）として「ＤＥＭＯ」を入力すると、インスタントメッセージサーバから数個のサービスサーバにすることができるサーバ名称を得ることができる。クライアントが「リクエストに同意する」をクリックすると、インスタントメッセージサーバへサービスリクエストが伝送される。インスタントメッセージサーバは、クライアントがリクエストしたサービスのサービスサーバの名称を基に、リクエスト許可リストへクライアントのログインアカウントを加える。

図１７を参照する。図１７は、本発明の一実施形態によるサービスサーバの操作インターフェースを示す模式図である。実際の操作では、サービスサーバは、リクエスト許可リストと、認証を受けてサービスサーバに接続されたリストとが同一の操作インターフェース上に置かれる。本実施形態では、連絡先ＤＥＭＯは、リクエスト許諾リスト上のリクエスト許可アカウントである。サービスサーバは、その使用許諾リストへＤＥＭＯを加えるか否かを選択することができる。また、サービスサーバは、使用許諾リストにすでに存在する他のアカウントを編集することもできる。例えば、サービスサーバは、連絡先「ｄｅｒｅｋｄｅｍｏ」をクリックして削除すると、使用許諾リストから連絡先「ｄｅｒｅｋｄｅｍｏ」を削除することができる。

当該分野の技術を熟知するものが理解できるように、本発明の好適な実施形態を前述の通り開示したが、これらは決して本発明を限定するものではない。本発明の主旨と領域を脱しない範囲内で各種の変更や修正を加えることができる。従って、本発明の特許請求の範囲は、このような変更や修正を含めて広く解釈されるべきである。

本発明の一実施形態によるネットワーク認証方法を示すフロー図である。本発明の一実施形態によるネットワーク通信システムを示すブロック図である。本発明の一実施形態による使用許諾リストにクライアントを登録するフロー図である。本発明の一実施形態による使用許諾リストの編集を示すフロー図である。本発明の一実施形態によるクライアント認証ＩＤを無効に設定するフロー図である。本発明の一実施形態によるクライアント認証ＩＤ状態を判断するフロー図である。本発明の他の実施形態によるネットワーク通信システムの機能を示すブロック図である。図７の認証生成モジュールを示すブロック図である。図７の認証判断モジュールを示すブロック図である。図７の使用許諾判断モジュールを示すブロック図である。図７のリクエスト許諾モジュールを示すブロック図である。図７の編集モジュールを示すブロック図である。図７の選択モジュールを示すブロック図である。図７の状態設定モジュールを示すブロック図である。図７の状態判断モジュールを示すブロック図である。クライアントの操作インターフェースを示す模式図である。サービスサーバの操作インターフェースを示す模式図である。

符号の説明

２２０…第３のサーバ、２４０…サービスサーバ、２６０…クライアント、７００…インスタントメッセージサーバ、７１０…認証生成モジュール、７１２…アカウント受信装置、７１４…認証生成装置、７１６…認証送信装置、７２０…認証判断モジュール、７２１…ログイン受信装置、７２２…認証判断生成装置、７２３…認証判断送信装置、７３０…使用許諾データベース、７４０…使用許諾判断モジュール、７４１…リスト選択装置、７４２…サービス判断生成装置、７４３…サービス判断送信装置、７４４…ログインアカウント取得装置、７５０…リクエスト許諾モジュール、７５１…リクエスト許諾受信装置、７５２…リクエスト許諾登録装置、７５３…リクエスト許諾送信装置、７５４…使用許諾登録装置、７５５…使用許諾記憶装置、７６０…編集モジュール、７６１…編集受信装置、７６２…編集装置、７７０…選択モジュール、７７１…条件受信装置、７７２…選択装置、７８０…状態設定モジュール、７８１…接続状態装置、７８２…無効設定装置、７９０…状態判断モジュール、７９１…状態判断装置、７９２…認証失敗送信装置、８００…クライアント、９００…サービスサーバ。

Claims

クライアントがクライアントアカウントを用いてログインした後に、クライアント認証ＩＤを生成させるステップと、
前記クライアント認証ＩＤを前記クライアントへ返送するステップと、
前記クライアントがサービスサーバへログイン認証ＩＤを伝送すると、前記サービスサーバが前記ログイン認証ＩＤを受取るステップと、
前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断するステップと、
前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記サービスサーバへ認証確認信号を伝送し、前記サービスサーバが前記クライアントのログインを許可するステップと、を含むことを特徴とするネットワーク認証方法。
前記サービスサーバの名称を基に、使用許諾リストを生成させるステップと、
前記クライアントが前記サービスサーバへログインアカウントを伝送した後に、前記サービスサーバから前記ログインアカウントを取得するステップと、
前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記ログインアカウントが前記使用許諾リストに存在するか否かを判断するステップと、
前記使用許諾リストに前記ログインアカウントが存在するときに、前記サービスサーバへ許諾確認信号を伝送し、前記サービスサーバが前記クライアントへサービスを提供するステップと、をさらに含むことを特徴とする請求項１に記載のネットワーク認証方法。
前記使用許諾リストを生成するステップは、
前記サービスサーバに対する前記ログインアカウントを含むサービスリクエストを前記クライアントから受取るステップと、
前記サービスリクエストを受取った後、リクエスト許諾リストへ前記ログインアカウントを登録させるステップと、
前記サービスサーバへ前記リクエスト許諾リストを伝送し、前記サービスサーバが前記リクエスト許諾リストから少なくとも１つの使用許諾アカウントを選択するステップと、
前記使用許諾リストへ前記使用許諾アカウントを登録させるステップと、を含むことを特徴とする請求項２に記載のネットワーク認証方法。
前記クライアントから前記サービスサーバへ前記ログイン認証ＩＤが伝送される前に、
前記クライアントからサーチ条件を受取るステップと、
前記サーチ条件を基に、複数のサーバから前記サービスサーバを選択するステップと、をさらに含むことを特徴とする請求項３に記載のネットワーク認証方法。
前記サービスサーバから編集信号を受取るステップと、
前記編集信号を基に、前記使用許諾リストを編集するステップと、をさらに含むことを特徴とする請求項２に記載のネットワーク認証方法。
前記クライアントの接続状態を確認するステップと、
前記クライアントの接続状態がオフラインのとき、前記クライアント認証ＩＤの状態を無効に設定するステップと、
前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断する前に、前記クライアント認証ＩＤの状態を判断するステップと、
前記クライアント認証ＩＤの状態が無効であるときに、前記サービスサーバへ認証失敗信号を伝送し、前記サービスサーバは、前記認証失敗信号を受取った後に、前記クライアントのログインを許可させないステップと、をさらに含むことを特徴とする請求項１に記載のネットワーク認証方法。
ハイパーテキスト転送プロトコルを利用し、前記クライアントおよび前記サービスサーバと接続されることを特徴とする請求項１に記載のネットワーク認証方法。
クライアントからクライアントアカウントを受取るために用いるアカウント受信装置と、
前記クライアントアカウントを受取った後に、クライアント認証ＩＤを生成させるために用いる認証生成装置と、
前記クライアントへ前記クライアント認証ＩＤを返送するために用いる認証送信装置と、
前記クライアントがサービスサーバへログイン認証ＩＤを伝送した後、前記サービスサーバから前記ログイン認証ＩＤを受取るために用いるログイン受信装置と、
前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断し、認証判断信号を生成するために用いる認証判断生成装置と、
前記サービスサーバへ前記認証判断信号を伝送し、前記サービスサーバが前記認証判断信号を基に、前記クライアントのログインを許可させるか否かを判断するために用いる認証判断送信装置と、を備えることを特徴とするインスタントメッセージサーバ。
複数の予め記憶する許可リストを保存するために用いる使用許諾データベースと、
前記サービスサーバの名称を基に、前記複数の予め記憶する許可リストから使用許諾リストを選択するために用いるリスト選択装置と、
前記クライアントから前記サービスサーバへログインアカウントが伝送された後に、前記サービスサーバから前記ログインアカウントを取得するために用いるログインアカウント取得装置と、
前記ログイン認証ＩＤが前記クライアント認証ＩＤと合致するときに、前記ログインアカウントが前記使用許諾リストに存在するか否かに応じ、サービス判断信号を生成させるために用いるサービス判断生成装置と、
前記サービスサーバへ前記サービス判断信号を伝送し、前記サービスサーバが前記サービス判断信号を基に、前記クライアントへサービスを提供するか否かを判断するために用いるサービス判断送信装置と、をさらに備えることを特徴とする請求項８に記載のインスタントメッセージサーバ。
前記サービスサーバに対する前記ログインアカウントを含むサービスリクエストを前記クライアントから受取るために用いるリクエスト許諾受信装置と、
前記サービスリクエストを受取った後に、リクエスト許諾リストへ前記ログインアカウントを登録させるために用いるリクエスト許諾登録装置と、
前記サービスサーバへ前記リクエスト許諾リストを伝送し、前記サービスサーバが前記リクエスト許諾リストから少なくとも１つの使用許諾アカウントを選択するために用いるリクエスト許諾送信装置と、
前記使用許諾リストへ前記使用許諾アカウントを登録するために用いる使用許諾登録装置と、をさらに備えることを特徴とする請求項９に記載のインスタントメッセージサーバ。
前記サービスサーバの名称を基に、前記使用許諾データベースへ前記登録後の使用許諾リストを保存するために用いる使用許諾記憶装置をさらに備えることを特徴とする請求項１０に記載のインスタントメッセージサーバ。
前記クライアントからサーチ条件を受取るために用いる条件受信装置と、
前記サーチ条件を基に、複数のサーバから前記サービスサーバを選択するために用いる選択装置と、をさらに備えることを特徴とする請求項１０に記載のインスタントメッセージサーバ。
前記サービスサーバから編集信号を受取るために用いる編集受信装置と、
前記編集信号を基に、前記使用許諾リストを編集するために用いる編集装置と、をさらに備えることを特徴とする請求項９に記載のインスタントメッセージサーバ。
前記クライアントの接続状態を確認するために用いる接続状態装置と、
前記クライアントの接続状態がオフラインのとき、前記クライアント認証ＩＤを無効に設定するために用いる無効設定装置と、
前記ログイン認証ＩＤを前記クライアント認証ＩＤと比べて合致するか否かを判断する前に、前記クライアント認証ＩＤの状態を判断するために用いる状態判断装置と、
前記クライアント認証ＩＤの状態が無効であるときに、前記サービスサーバへ認証失敗信号を伝送し、前記サービスサーバが前記認証失敗信号を受取った後に、前記クライアントのログインを許可させないために用いる認証失敗送信装置と、をさらに備えることを特徴とする請求項８に記載のインスタントメッセージサーバ。
ハイパーテキスト転送プロトコルを利用し、前記クライアントおよび前記サービスサーバと接続されることを特徴とする請求項８に記載のインスタントメッセージサーバ。