(57)【特許請求の範囲】
【請求項１】
ＷｉＦｉ装置のためのアクセス制御方法であって、
前記ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップであって、前記アクセス要求は、前記ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むステップと、
前記ＷｉＦｉ装置の前記ユーザ層で、受信した前記アクセス要求のタグが前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定し、判定結果が肯定的である場合には、前記アクセス要求を拒否し、判定結果が否定的である場合には、前記アクセス要求を受理するステップと、
を含み、
前記ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、
前記ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するステップと、
前記ＷｉＦｉ装置の前記カーネル層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、前記アクセス要求が基づく前記サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するステップと、
判定結果が肯定的である場合には、前記ＷｉＦｉ装置の前記カーネル層で、前記サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを前記アクセス要求に追加し、前記事前設定タグを追加した前記アクセス要求を前記ＷｉＦｉ装置の前記ユーザ層に送信し、判定結果が否定的である場合には、前記ＷｉＦｉ装置の前記カーネル層で、前記サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを前記アクセス要求に追加せず、前記事前設定タグを追加していない前記アクセス要求を前記ＷｉＦｉ装置の前記ユーザ層に送信するステップと、
をさらに含む、ＷｉＦｉ装置のためのアクセス制御方法。
【請求項２】
前記ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、
前記ＷｉＦｉ装置の前記ユーザ層で、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するステップ
をさらに含む、請求項１に記載のＷｉＦｉ装置のためのアクセス制御方法。
【請求項３】
メモリとプロセッサを備えたＷｉＦｉ装置であって、
前記メモリは特定のプログラムを格納し、前記プロセッサは前記メモリに格納された前記プログラムを起動して、
前記ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップであって、前記アクセス要求は、前記ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むステップと、
前記ＷｉＦｉ装置の前記ユーザ層で、受信した前記アクセス要求のタグが前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定し、判定結果が肯定的である場合には、前記アクセス要求を拒否し、判定結果が否定的である場合には、前記アクセス要求を受理するステップと、
を実行し、
前記ＷｉＦｉ装置の前記ユーザ層で、受信した前記アクセス要求のタグが前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定する前に、前記プロセッサはさらに、
前記ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するステップと、
前記ＷｉＦｉ装置の前記カーネル層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、前記アクセス要求が基づく前記サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するステップと、
判定結果が肯定的である場合には、前記ＷｉＦｉ装置の前記カーネル層で、前記サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを前記アクセス要求に追加し、前記事前設定タグを追加した前記アクセス要求を前記ＷｉＦｉ装置の前記ユーザ層に送信し、判定結果が否定的である場合には、前記ＷｉＦｉ装置の前記カーネル層で、前記サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを前記アクセス要求に追加せず、前記事前設定タグを追加していない前記アクセス要求を前記ＷｉＦｉ装置の前記ユーザ層に送信するステップと、
を実行する、ＷｉＦｉ装置。
【請求項４】
前記ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて前記ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、前記プロセッサはさらに、
前記ＷｉＦｉ装置の前記ユーザ層で、前記ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するステップ
を実行する、請求項３に記載のＷｉＦｉ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１２年１２月１８に中国国家知識産権局に出願された中国特許出願第２０１２１０５５１８７９．Ｘ号に対する優先権を主張し、その全体を引用により本明細書に取り込む。
【０００２】
本発明は無線通信の分野に関し、特に、ＷｉＦｉ装置に対するアクセス制御方法およびＷｉＦｉ装置に関する。
【背景技術】
【０００３】
ＷｉＦｉ製品の普及に伴い、ＷｉＦｉアクセスに対するユーザの要件は継続的に高まっている。Ｗｉ−Ｆｉがマルチ・サービス・セット識別子（Ｍｕｌｔｉ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ、Ｍｕｌｔｉ−ＳＳＩＤ）をサポートするとき、各ＳＳＩＤの権限を管理する必要がある。例えば、ＳＳＩＤ１に関連する端末のユーザは、ＷｉＦｉの管理インタフェースＷＥＢＵＩにログインすることを許可され、端末のパラメータを構成することができるが、ＳＳＩＤ２に関連する端末のユーザはＷｉＦｉの管理インタフェースＷＥＢＵＩにアクセスすることは許可されない。
【０００４】
今日、Ｍｕｌｔｉ−ＳＳＩＤを管理するためのソリューションは以下の通りである。
端末のユーザがＷＥＢＵＩへのアクセス要求を開始すると、ＷｉＦｉ製品内のアプリケーション・モジュールが、動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＤＨＣＰ）モジュールにより報告されるインターネット・プロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスとメディア・アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）アドレスの間のマッピング関係に従って、ＷＥＢＵＩへのアクセス要求を現在開始している端末のユーザのＭＡＣアドレスを取得し、ＷｉＦｉクエリ・インタフェースを起動して、ＷＥＢＵＩへのアクセスが禁止されたＳＳＩＤ（例えば、ＳＳＩＤ２）に関連付けられた端末のユーザのＭＡＣアドレス・リストを取得し、当該ＭＡＣアドレス・リストが、ＷＥＢＵＩアクセス要求を現在開始している端末のユーザのＭＡＣアドレスを含むかどうかを判定する。当該ＭＡＣアドレス・リストが当該ＭＡＣアドレスを含む場合には、アプリケーション・モジュールが、ＷＥＢＵＩにアクセスするためのユーザ要求を拒否し、当該ＭＡＣアドレス・リストが当該ＭＡＣアドレスを含まない場合には、アプリケーション・モジュールが、ＷＥＢＵＩにアクセスするためのユーザ要求に応答する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、このソリューションには依然として以下の欠点がある。即ち、ユーザがＷＥＢＵＩへのアクセスを試みるたびに、ＩＰ／ＭＡＣマッピング・テーブルに常に問い合わせる必要があり、ＷｉＦｉクエリ・インタフェースを起動してＷＩＢＵＩへのアクセスが禁止されているＳＳＩＤ（例えば、ＳＳＩＤ２）に関連付けられた端末の全てのユーザのＭＡＣアドレス・リストを取得する必要があり、当該ＭＡＣアドレス・リストが、ＷＥＢＵＩへのアクセスの要求を現在開始している端末のユーザのＭＡＣアドレスを含むかどうかを判定する必要があるので、効率が悪い。
【課題を解決するための手段】
【０００６】
本発明の諸実施形態では、ＷｉＦｉ装置のためのアクセス制御方法とＷｉＦｉ装置を提供するので、当該ＷｉＦｉ装置のアクセス制御を単純な方法で実現することができる。
【０００７】
第１の態様によれば、本発明はＷｉＦｉ装置のアクセス制御方法を提供する。当該方法は、
当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップであって、当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むステップと、
ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定し、判定結果が肯定的である場合には、当該アクセス要求を拒否し、判定結果が否定的である場合には、当該アクセス要求を受理するステップと、
を含んでもよい。
【０００８】
第１の態様を引用しつつ、第１の可能な実装方式では、当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、当該方法はさらに、
当該ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するステップと、
ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、当該アクセス要求が基づく当該サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するステップと、
判定結果が肯定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加し、当該事前設定タグを追加した当該アクセス要求をＷｉＦｉ装置のユーザ層に送信し、判定結果が否定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加せず、当該事前設定タグを追加していない当該アクセス要求をＷｉＦｉ装置のユーザ層に送信するステップと、
を含んでもよい。
【０００９】
第１の態様または第１の態様の第１の可能な実装方式を引用しつつ、第２の可能な実装方式では、当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、当該方法はさらに、
ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するステップを含む。
【００１０】
第２の態様によれば、本発明はＷｉＦｉ装置を提供する。当該ＷｉＦｉ装置は、
当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するように構成された第１の受信モジュールであって、当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含む第１の受信モジュールと、
ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定するように構成された第１の判定モジュールと、
前記第１の判定モジュールの判定結果が肯定的である場合には、当該アクセス要求を拒否し、前記第１の判定モジュールの判定結果が否定的である場合には、当該アクセス要求を受理するように構成された第１のアクセス制御モジュールと、
を備えてもよい。
【００１１】
第２の態様を引用しつつ、第１の可能な実装方式では、本発明で提供するＷｉＦｉ装置はさらに、
当該ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するように構成された取得モジュールと、
ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するように構成された第２の受信モジュールと、
当該第２の受信モジュールが、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、当該アクセス要求が基づく当該サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するように構成された第２の判定モジュールと、
前記第２の判定モジュールの判定結果が肯定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加し、当該事前設定タグを追加した当該アクセス要求を当該第１の受信モジュールに送信し、前記第２の判定モジュールの判定結果が否定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加せず、当該事前設定タグを追加していない当該アクセス要求を当該第１の受信モジュールに送信するように構成された第２のアクセス制御モジュールと、
を備えてもよい。
【００１２】
第２の態様または第２の態様の第１の可能な実装方式を引用しつつ、第２の可能な実装方式では、本発明で提供するＷｉＦｉ装置はさらに、ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するように構成された設定モジュールをさらに備えてもよい。
【００１３】
第３の態様では、本発明はＷｉＦｉ装置を提供する。当該ＷｉＦｉ装置はメモリとプロセッサを備えてもよく、当該メモリは特定のプログラムを格納し、当該プロセッサは当該メモリに格納された当該プログラムを起動して、
当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップであって、当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むステップと、
ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定し、判定結果が肯定的である場合には、当該アクセス要求を拒否し、判定結果が否定的である場合には、当該アクセス要求を受理するステップと、
を実行する。
【００１４】
第３の態様を引用しつつ、第１の可能な実装方式では、当該ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定するステップの前に、当該プロセッサはさらに、
当該ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するステップと、
ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、当該アクセス要求が基づく当該サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するステップと、
判定結果が肯定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加し、当該事前設定タグを追加した当該アクセス要求をＷｉＦｉ装置のユーザ層に送信し、判定結果が否定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加せず、当該事前設定タグを追加していない当該アクセス要求をＷｉＦｉ装置のユーザ層に送信するステップと、
を実行する。
【００１５】
第３の態様または第３の態様の第１の可能な実装方式を引用しつつ、第２の可能な実装方式では、当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップの前に、当該プロセッサはさらに、ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するステップを実行する。
【００１６】
以上から、本発明の幾つかの実現可能な実装方式では、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のユーザ層で受信され、当該アクセス要求は当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含み、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかが当該ＷｉＦｉ装置のユーザ層で判定され、判定結果が肯定的である場合には、アクセス要求は拒否され、判定結果が否定的である場合には、アクセス要求は受理されることが分かる。したがって、本発明の諸実施形態では、当該ＷｉＦｉ装置にアクセスするためのアクセス要求を、タグを利用することによってのみ管理することができ、それによりＩＰ／ＭＡＣマッピング・テーブルとＷＥＢＵＩへのアクセスが禁止されているＳＳＩＤに関連付けられたユーザのＭＡＣテーブルとを問い合わせる際の処理時間が削減され、その結果、処理効率が増大する。さらに、本発明の諸実施形態では、管理およびアクセスはユーザのＭＡＣアドレスではなくＳＳＩＤに基づき、したがってユーザが変更されてもユーザの権限は依然として正確である。さらに、本発明の諸実施形態では、ユーザが静的ＩＰを設定したときの潜在的なネットワーク・セキュリティのリスクが回避され、ユーザ・エクスペリエンスが改善される。
【図面の簡単な説明】
【００１７】
【図１】本発明に従うＷｉＦｉ装置のためのアクセス制御方法の１実施形態の略流れ図である。
【図２】本発明に従うＷｉＦｉ装置のためのアクセス制御方法の別の実施形態の略流れ図である。
【図３】本発明に従うＷｉＦｉ装置の１実施形態の略構造図である。
【図４】本発明に従うＷｉＦｉ装置の別の実施形態の略構造図である。
【図５】本発明に従うＷｉＦｉ装置の別の実施形態の略構造図である。
【発明を実施するための形態】
【００１８】
本発明の目的、技術的解決策、および利点をより明らかにするために、以下では添付図面を参照して本発明をさらに詳細に説明する。
【００１９】
図１は、本発明に従うＷｉＦｉ装置のためのアクセス制御方法の１実施形態の略流れ図である。図１に示すように、本発明の当該実施形態で提供する方法は以下のステップを含む。
【００２０】
ステップＳ１１０で、ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信する。当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含む。
【００２１】
ステップＳ１１１で、ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定する。判定結果が肯定的である場合には、ステップＳ１１２を実行し、判定結果が否定的である場合には、ステップＳ１２２を実行する。ステップＳ１１２で、アクセス要求を拒否する。ステップＳ１２２で、アクセス要求を受理する。
【００２２】
具体的な実装においては、本発明の当該実施形態で提供するユーザ層が、プラットフォーム層、プロトコル層、およびアプリケーション層を含んでもよい。本発明の当該実施形態で提供するカーネル層が、オペレーティング・システム部を含んでもよい。
【００２３】
具体的な実装においては、ステップＳ１１０で受信したアクセス要求が、ＷｉＦｉ装置の管理インタフェースにログインするか当該管理インタフェースを保守するためのアクセス要求であってもよく、当該アクセス要求が、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）パケット、ファイル転送プロトコル（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＦＴＰ）パケットであってもよい。
【００２４】
具体的な実装においては、タグとアクセス要求フィルタリング規則とを、ＷｉＦｉ装置のユーザ層でかつファイアウォール設定プロセスを用いて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して前もって設定してもよい。例えば、ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤがＳＳＩＤ２であると仮定すると、ＳｅｔＳＳＩＤ２ＡｃｃｅｓｓＲｕｌｅ（ユーザ定義の関数名であり、要件に応じて他の名前を設定してもよい）関数をＷｉＦｉ装置のユーザ層で起動してファイアウォール規則を設定してもよい。当該関数は、有効／無効パラメータに従ってアクセス要求フィルタリング規則を挿入または削除することができる。例えば、設定フィルタリング規則が、タグ０ｘｆｆｆ１を有するアクセス要求を拒否するものであってもよい。このケースでは、ＷｉＦｉ装置がＭｕｌｔｉ−ＳＳＩＤモードで動作するとき、ステップＳ１１１で、受信したアクセス要求のタグがＷｉＦｉ装置のユーザ層で判定される。当該タグが０ｘｆｆｆ１である場合には、当該アクセス要求は破棄される（即ち、アクセスは拒否される）。そうでない場合には、当該アクセス要求は正常に転送される（即ち、アクセスは受理される）。
【００２５】
本発明の幾つかの実現可能な実装方式では、サービス・セット識別子ＳＳＩＤに基づいてＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のユーザ層で受信される。当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含む。受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一かどうかが当該ＷｉＦｉ装置のユーザ層で判定される。判定結果が肯定的である場合には、アクセス要求は拒否され、判定結果が否定的である場合には、アクセス要求は受理される。本発明の当該実施形態では、当該ＷｉＦｉ装置にアクセスするためのアクセス要求を、タグを利用することによってのみ管理することができ、それによりＩＰ／ＭＡＣマッピング・テーブルとＷＥＢＵＩへのアクセスが禁止されているＳＳＩＤに関連付けられたユーザのＭＡＣテーブルとを問い合わせる際の処理時間が削減され、その結果、処理効率が増大する。さらに、本発明の当該実施形態では、管理およびアクセスはユーザのＭＡＣアドレスではなくＳＳＩＤに基づき、したがってユーザが変更されてもユーザの権限は依然として正確である。さらに、本発明の当該実施形態では、ユーザが静的ＩＰを設定したときの潜在的なネットワーク・セキュリティのリスクが回避され、それによりユーザ・エクスペリエンスが改善される。
【００２６】
図２は、本発明に従うＷｉＦｉ装置のためのアクセス制御方法の１実施形態の略流れ図である。図１の実施形態に基づいて、ＷｉＦｉ装置のカーネル層で実施される関連プロセスが追加されている。図２に示すように、本発明の当該実施形態で提供する方法は以下のステップを含む。
【００２７】
ステップＳ２１０で、ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されているインタフェースのインデックス値を取得する。
【００２８】
ステップＳ２１１で、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信する。
【００２９】
ステップＳ２１２で、ＷｉＦｉ装置のカーネル層で、当該アクセス要求が基づくサービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定する。判定結果が肯定的である場合には、ステップＳ２１３を実行し、判定結果が否定的である場合には、ステップＳ２２３を実行する。
【００３０】
ステップＳ２１３では、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて事前設定タグをアクセス要求に追加し、当該事前設定タグを追加したアクセス要求を当該ＷｉＦｉ装置のユーザ層に送信する。
【００３１】
ステップＳ２２３では、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて事前設定タグをアクセス要求に追加せず、当該事前設定タグを追加していないアクセス要求を当該ＷｉＦｉ装置のユーザ層に送信する。
【００３２】
ステップＳ２１４で、ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信する。当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含む。
【００３３】
ステップＳ２１５で、ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定する。判定結果が肯定的である場合には、ステップＳ２１６を実行し、判定結果が否定的である場合には、ステップＳ２３６を実行する。ステップＳ２１６では、アクセス要求を拒否する。ステップＳ２３６では、アクセス要求を受理する。
【００３４】
具体的な実装においては、ＷｉＦｉ装置のユーザ層において、当該ＷｉＦｉ装置にアクセスするＳＳＩＤごとにアクセス権限を設定してもよい。特に、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対しては、当該ＷｉＦｉ装置へのアクセスを禁止する必要がある。例えば、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤがＳＳＩＤ２であると仮定すると、ＥｎａｂｌｅＳｓｉｄ２ＡｃｃｅｓｓＵＩ（ユーザ定義のインタフェース名であり、要件に応じて他の名前に設定してもよい）インタフェースを、当該ユーザ層のアプリケーション・モジュールが起動するための当該ユーザ層のｗｌａｎ＿ａｐｉ．ｃファイルに追加してもよい。このケースでは、ユーザ層のアプリケーション・モジュールが、当該インタフェースを使用して有効／無効パラメータを転送して当該ＳＳＩＤの権限の値を記録することができる。ここで、デフォルトの記録パラメータにはアクセスが禁止されている。これは、当該ＷｉＦｉ装置にアクセスするためのアクセス要求をＳＳＩＤ２に基づいて送信することが禁止されることを示す。さらに、アプリケーション・モジュールは、有効／無効パラメータに従って、ＳＳＩＤ２が配置されているインタフェースのインデックス値、例えば、インタフェースｅｔｈ１のインデックス値ｉｆｉｎｄｅｘをｓｓｉｄ２  Ｐｒｏｃ（ユーザ定義のファイル名であり、必要に応じて他の名前に設定してもよい）ファイルにユーザ層で書き込むかどうかを判定する。ＳＳＩＤ２が当該ＷｉＦｉ装置へアクセスすることが禁止されていると当該パラメータが示す場合には、ＳＳＩＤ２が配置されているインタフェースのインデックス値をｓｓｉｄ２  Ｐｒｏｃファイルに書き込む必要があり、ＳＳＩＤ２が当該ＷｉＦｉ装置へアクセスできると当該パラメータが示す場合には、無効の値、即ち、どのインタフェースのインデックス値もｓｓｉｄ２  Ｐｒｏｃファイルに書き込む必要はない。
【００３５】
したがって、ステップＳ２１０で、ＷｉＦｉ装置のカーネル層でインタフェースのインデックス値をｓｓｉｄ２  Ｐｒｏｃファイルから読み出して、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤ２のインタフェースのインデックス値を取得してもよい。
【００３６】
ステップＳ２１１およびステップＳ２１２で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のカーネル層で受信されたとき、当該アクセス要求をカーネル層からユーザ層に転送する前に、アクセス要求が基づくサービス・セット識別子が配置されているインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されているインタフェースのインデックス値のうち１つであるかどうかを、当該ＷｉＦｉ装置のカーネル層で判定する。判定結果が肯定的である場合には、ステップＳ２１３を実行する。判定結果が否定的である場合には、ステップＳ２２３を実行する。依然として以上の例を参照すると、ステップＳ２１２で、カーネル層の転送プロセスにおいて、ＷｉＦｉ装置の現在の転送インタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得したｉｆｉｎｄｅｘと等しいかどうかを判定する（例えば、当該判定をｂｒ＿ｉｎｐｕｔ．ｃファイルのｂｒ＿ｐａｓｓ＿ｆｒａｍｅ＿ｕｐ（ｓｔｒｕｃｔ  ｓｋ＿ｂｕｆｆ  ＊ｓｋｂ）関数で行う）。ＷｉＦｉ装置の現在の転送インタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得した値と等しい場合には、ステップＳ２１３で、事前設定タグが、サービス・セット識別子ＳＳＩＤ２に基づいて当該アクセス要求に追加される（例えば、追加されるタグは０ｘｆｆｆ１である）。ＷｉＦｉ装置の転送インタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得した値と等しくない場合には、タグを追加する動作はスキップされ、標準的なプロセスが実行される。即ち、アクセス要求が直接転送される。
【００３７】
このケースでは、ステップＳ２２５で、受信したアクセス要求のタグがＷｉＦｉ装置のユーザ層で決定される。当該タグが０ｘｆｆｆ１である場合には、アクセス要求は破棄される（即ち、アクセスは拒否される）、そうでない場合には、アクセス要求は正常に転送される（即ち、アクセスは受理される）。
【００３８】
以上から、本発明の幾つかの実現可能な実装方式において、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のユーザ層で受信され、当該アクセス要求が当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含み、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかがＷｉＦｉ装置のユーザ層で判定され、判定結果が肯定的である場合には、アクセス要求は拒否され、判定結果が否定的である場合には、アクセス要求は受理されることが分かる。したがって、本発明の諸実施形態では、当該ＷｉＦｉ装置にアクセスするためのアクセス要求を、タグを利用するだけで管理することができ、それによりＩＰ／ＭＡＣマッピング・テーブルとＷＥＢＵＩへのアクセスが禁止されているＳＳＩＤに関連付けられたユーザのＭＡＣテーブルとを問い合わせる際の処理時間が削減され、その結果、処理効率が増大する。さらに、本発明の当該実施形態では、管理およびアクセスはユーザのＭＡＣアドレスではなくＳＳＩＤに基づき、したがってユーザが変更されてもユーザの権限は依然として正確である。さらに、本発明の当該実施形態では、ユーザが静的ＩＰを設定したときの潜在的なネットワーク・セキュリティのリスクが回避され、それによりユーザ・エクスペリエンスが改善される。
【００３９】
したがって、本発明の諸実施形態はまた、上述の方法の実施形態を実装するように構成できるＷｉＦｉ装置の装置実施形態を提供することができる。図３は、本発明に従うＷｉＦｉ装置の１実施形態の略構造図である。図３に示すように、本発明の当該実施形態で提供するＷｉＦｉ装置は、第１の受信モジュール３１、第１の判定モジュール３２、および第１のアクセス制御モジュール３３を備えてもよい。第１の受信モジュール３１は、当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するように構成される。当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含む。第１の判定モジュール３２は、ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定するように構成される。第１のアクセス制御モジュール３３は、第１の判定モジュール３２の判定結果が肯定的である場合には、当該アクセス要求を拒否し、第１の判定モジュール３２の判定結果が否定的である場合には、当該アクセス要求を受理するように構成される。
【００４０】
具体的な実装においては、第１の受信モジュール３１により受信されたアクセス要求が、ＷｉＦｉ装置の管理インタフェースにログインするか当該管理インタフェースを保守するためのアクセス要求であってもよく、当該アクセス要求が、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）パケット、ファイル転送プロトコル（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＦＴＰ）パケット等であってもよい。
【００４１】
具体的な実装においては、本発明の当該実施形態で提供するＷｉＦｉ装置がさらに、ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを設定するように構成された設定モジュール３４を備えてもよい。例えば、当該設定モジュールが、ファイアウォール設定プロセスを用いてかつＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して、対応するタグとアクセス要求フィルタリング規則とを前もって設定してもよい。例えば、ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤがＳＳＩＤ２であると仮定すると、当該設定モジュールは、ＳｅｔＳＳＩＤ２ＡｃｃｅｓｓＲｕｌｅ（ユーザ定義の関数名であり、要件に応じて他の名前を設定してもよい）関数をＷｉＦｉ装置のユーザ層で起動することによってファイアウォール規則を設定してもよい。当該関数は、有効／無効パラメータに従ってアクセス要求フィルタリング規則を挿入または削除することができる。例えば、設定フィルタリング規則は、タグ０ｘｆｆｆ１を有するアクセス要求を拒否するものであってもよい。このケースでは、ＷｉＦｉ装置がＭｕｌｔｉ−ＳＳＩＤモードで動作するとき、第１の判定モジュール３２は、受信したアクセス要求のタグをＷｉＦｉ装置のユーザ層で判定する。当該タグが０ｘｆｆｆ１である場合には、当該アクセス要求は破棄される（即ち、アクセスは拒否される）。そうでない場合には、当該アクセス要求は正常に転送される（即ち、アクセスは受理される）。
【００４２】
以上から、本発明の幾つかの実現可能な実装方式では、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のユーザ層で受信され、当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含み、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかが当該ＷｉＦｉ装置のユーザ層で判定され、判定結果が肯定的である場合には、アクセス要求は拒否され、判定結果が否定的である場合には、アクセス要求は受理されることが分かる。したがって、本発明の諸実施形態では、当該ＷｉＦｉ装置にアクセスするためのアクセス要求を、タグを利用することによってのみ管理することができ、それによりＩＰ／ＭＡＣマッピング・テーブルとＷＥＢＵＩへのアクセスが禁止されているＳＳＩＤに関連付けられたユーザのＭＡＣテーブルとを問い合わせる際の処理時間が削減され、その結果、処理効率が増大する。さらに、本発明の諸実施形態では、管理およびアクセスはユーザのＭＡＣアドレスではなくＳＳＩＤに基づき、したがってユーザが変更されてもユーザの権限は依然として正確である。さらに、本発明の諸実施形態では、ユーザが静的ＩＰを設定したときの潜在的なネットワーク・セキュリティのリスクが回避され、ユーザ・エクスペリエンスが改善される。
【００４３】
図４は、本発明に従うＷｉＦｉ装置の別の実施形態の略構造図である。図４に示すように、本発明の当該実施形態で提供するＷｉＦｉ装置は、取得モジュール４１、第２の受信モジュール４２、第２の判定モジュール４３、第２のアクセス制御モジュール４４、設定モジュール４５、第１の受信モジュール４６、第１の判定モジュール３２、および第１のアクセス制御モジュール３３を備えてもよい。取得モジュール４１は、当該ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されているインタフェースのインデックス値を取得するように構成される。第２の受信モジュール４２は、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するように構成される。第２の判定モジュール４３は、第２の受信モジュール４２がサービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を要求したとき、当該アクセス要求が基づくサービス・セット識別子ＳＳＩＤが配置されているインタフェースのインデックス値が当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されているインタフェースのインデックス値のうちの１つであるかどうかを判定するように構成される。第２のアクセス制御モジュール４４は、第２の判定モジュール４３の判定結果が肯定的である場合には、ＷｉＦｉ装置のカーネル層で、事前設定タグをサービス・セット識別子ＳＳＩＤに基づくアクセス要求に追加して、事前設定タグを追加したアクセス要求を第１の受信モジュール４６に送信し、第２の判定モジュール４３の判定結果が否定的である場合には、カーネル層で、事前設定タグをサービス・セット識別子ＳＳＩＤに基づくアクセス要求に追加せず、事前設定タグを追加していないアクセス要求を第１の受信モジュール４６に送信するように構成される。設定モジュール４５は、当該ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを事前構成するように構成される。第１の受信モジュール４６は、ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するように構成され、当該アクセス要求は当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むように構成される。第１の判定モジュール４７は、ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに事前設定されたタグのうち１つと同一であるかどうかを判定するように構成される。第１のアクセス制御モジュール４８は、第１の判定モジュール４７の判定結果が肯定的であるときには当該アクセス要求を拒否し、第１の判定モジュール４７の判定結果が否定的であるときには当該アクセス要求を受理する。
【００４４】
具体的な実装においては、ＷｉＦｉ装置のユーザ層において、当該ＷｉＦｉ装置にアクセスするＳＳＩＤごとにアクセス権限を設定してもよい。特に、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対しては、当該ＷｉＦｉ装置へのアクセスを禁止する必要がある。例えば、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤがＳＳＩＤ２であると仮定すると、ＥｎａｂｌｅＳｓｉｄ２ＡｃｃｅｓｓＵＩ（ユーザ定義のインタフェース名であり、要件に応じて他の名前に設定してもよい）インタフェースを、当該ユーザ層のアプリケーション・モジュールが起動するための当該ユーザ層のｗｌａｎ＿ａｐｉ．ｃファイルに追加してもよい。このケースでは、ユーザ層のアプリケーション・モジュールが、当該インタフェースを使用して有効／無効パラメータを転送して当該ＳＳＩＤの権限値を記録することができる。ここで、デフォルトの記録パラメータにはアクセスが禁止されている。これは、当該ＷｉＦｉ装置にアクセスするためのアクセス要求をＳＳＩＤ２に基づいて送信することが禁止されることを示す。さらに、アプリケーション・モジュールは、有効／無効パラメータに従って、ＳＳＩＤ２が配置されているインタフェースのインデックス値、例えば、インタフェースｅｔｈ１のインデックス値ｉｆｉｎｄｅｘをｓｓｉｄ２  Ｐｒｏｃ（ユーザ定義のファイル名であり、必要に応じて他の名前に設定してもよい）ファイルにユーザ層で書き込むかどうかを判定する。ＳＳＩＤ２が当該ＷｉＦｉ装置へアクセスすることが禁止されていると当該パラメータが示す場合には、ＳＳＩＤ２が配置されているインタフェースのインデックス値はｓｓｉｄ２  Ｐｒｏｃファイルに書き込まれ、ＳＳＩＤ２が当該ＷｉＦｉ装置へアクセスできると当該パラメータが示す場合には、無効の値、即ち、どのインタフェースのインデックス値もｓｓｉｄ２  Ｐｒｏｃファイルに書き込む必要はない。
【００４５】
したがって、本発明の当該実施形態における取得モジュール４１が、ＷｉＦｉ装置のカーネル層で、ユーザ層のｓｓｉｄ２  Ｐｒｏｃファイルを読み出して、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤ２が配置されているインタフェースのインデックス値を取得することができる。ＳＳＩＤ２が配置されているインタフェースのインデックス値をｓｓｉｄ２  Ｐｒｏｃファイルに書き込む上述のプロセスは例にすぎない。他の諸実施形態では、ＳＳＩＤが配置されているインタフェースのインデックス値を、他の方式で、ユーザ層からカーネル層に転送してもよく、当該カーネル層は、他の方式で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤ（ＳＳＩＤ２に限られず、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤ全てを含む）が配置されているインタフェースのインデックス値を格納することができる。
【００４６】
第２の受信モジュール４２が、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、当該アクセス要求を当該カーネル層からユーザ層に転送する前に、第２の判定モジュール４３は、当該アクセス要求が基づくサービス・セット識別子ＳＳＩＤが配置されているインタフェースのインデックス値が当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されているインタフェースのインデックス値のうちの１つであるかどうかを判定する。依然としてＳＳＩＤ２を例として用いると、第２の判定モジュール４３は、現在のＳＳＩＤ転送インタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得したｉｆｉｎｄｅｘと等しいかどうかを判定することができる（例えば、当該判定をｂｒ＿ｉｎｐｕｔ．ｃファイルのｂｒ＿ｐａｓｓ＿ｆｒａｍｅ＿ｕｐ（ｓｔｒｕｃｔ  ｓｋ＿ｂｕｆｆ  ＊ｓｋｂ）関数で行う）。ＳＳＩＤを転送する現在の転送インタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得した値と等しい場合には、第２のアクセス制御モジュール４４は、事前設定タグ（当該タグ、例えばタグ０ｘｆｆｆ１は、設定モジュール４５により事前設定される。設定モジュール４５は上述の実施形態における設定モジュール３４と同一の関数を有し、ここでは説明しない）を、サービス・セット識別子ＳＳＩＤ２に基づいて当該アクセス要求に追加する。ＳＳＩＤを転送した現在のインタフェースのインデックス値ｉｆｉｎｄｅｘがｓｓｉｄ２  Ｐｒｏｃファイルから取得した値と等しい場合には、タグを追加する動作はスキップされ、標準的なプロセスが実行される。即ち、アクセス要求が直接転送される。
【００４７】
このケースでは、第１の受信モジュール４６は、ユーザ層で、第２のアクセス制御モジュール４４からアクセス要求を受信することができ、第１の判定モジュール４７が受信したアクセス要求のタグをＷｉＦｉ装置のユーザ層で決定し、当該タグが０ｘｆｆｆ１である場合には、アクセス要求は破棄される（即ち、アクセスは拒否される）、そうでない場合には、アクセス要求は正常に転送される（即ち、アクセスは受理される）。
【００４８】
以上から、本発明の幾つかの実現可能な実装方式では、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求が当該ＷｉＦｉ装置のユーザ層で受信され、当該アクセス要求は当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含み、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかがＷｉＦｉ装置のユーザ層で判定され、判定結果が肯定的である場合には、アクセス要求は拒否され、判定結果が否定的である場合には、アクセス要求は受理されることが分かる。したがって、本発明の諸実施形態では、当該ＷｉＦｉ装置にアクセスするためのアクセス要求を、タグを利用するだけで管理することができ、それによりＩＰ／ＭＡＣマッピング・テーブルとＷＥＢＵＩへのアクセスが禁止されているＳＳＩＤに関連付けられたユーザのＭＡＣテーブルとを問い合わせる際の処理時間が削減され、その結果、処理効率が増大する。さらに、本発明の諸実施形態では、管理およびアクセスはユーザのＭＡＣアドレスではなくＳＳＩＤに基づき、したがってユーザが変更されてもユーザの権限は依然として正確である。さらに、本発明の諸実施形態では、ユーザが静的ＩＰを設定したときの潜在的なネットワーク・セキュリティのリスクが回避され、それによりユーザ・エクスペリエンスが改善される。
【００４９】
図５は、本発明に従うＷｉＦｉ装置の別の実施形態の略構造図である。図５に示すように、本発明の当該実施形態で提供するＷｉＦｉ装置は、メモリ５１とプロセッサ５２を備えてもよい。メモリ５１は、特定のプログラムを格納し、プロセッサ５２はメモリ５１に格納された当該プログラムを起動して、当該ＷｉＦｉ装置のユーザ層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信するステップであって、当該アクセス要求は、当該ＷｉＦｉ装置の管理インタフェースＷＥＢＵＩにアクセスするための要求を含むステップと、当該ＷｉＦｉ装置のユーザ層で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つと同一であるかどうかを判定し、判定結果が肯定的である場合には、当該アクセス要求を拒否し、判定結果が否定的である場合には、当該アクセス要求を受理するステップと、を実行する。
【００５０】
幾つかの実現可能な実装方式では、ＷｉＦｉ装置のユーザ装置で、受信したアクセス要求のタグが当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対して事前に設定したタグのうち１つであるかどうかを判定する前に、プロセッサ５２はさらに、当該ＷｉＦｉ装置のカーネル層でかつマルチ・サービス・セット識別子Ｍｕｌｔｉ−ＳＳＩＤにおいて、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値を取得するステップと、ＷｉＦｉ装置のカーネル層で、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求を受信したとき、当該アクセス要求が基づく当該サービス・セット識別子ＳＳＩＤが配置されたインタフェースのインデックス値が、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤが配置されたインタフェースのインデックス値の１つであるかどうかを判定するステップと、判定結果が肯定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加し、当該事前設定タグを追加した当該アクセス要求をＷｉＦｉ装置のユーザ層に送信し、判定結果が否定的である場合には、ＷｉＦｉ装置のカーネル層で、当該サービス・セット識別子ＳＳＩＤに基づいて事前設定タグを当該アクセス要求に追加せず、当該事前設定タグを追加していない当該アクセス要求をＷｉＦｉ装置のユーザ層に送信するステップと、をさらに実行する。
【００５１】
幾つかの実現可能な実装方式では、サービス・セット識別子ＳＳＩＤに基づいて当該ＷｉＦｉ装置にアクセスするためのアクセス要求をＷｉＦｉ装置のユーザ層で受信する前に、プロセッサ５２はさらに、ＷｉＦｉ装置のユーザ層で、当該ＷｉＦｉ装置へのアクセスが禁止されているＳＳＩＤに対応するタグを事前設定するステップを実行する。
【００５２】
以上の説明は本発明の例示的な諸実施形態にすぎず、本発明を限定しようとするものではない。本発明の特許請求の範囲に従って行った任意の均等な修正は依然として本発明の範囲内に入る。
【符号の説明】
【００５３】
３１  第１の受信モジュール
３２  第１の判定モジュール
３３  第１のアクセス制御モジュール
４１  取得モジュール
４２  第２の受信モジュール
４３  第２の判定モジュール
４４  第２のアクセス制御モジュール
４５  設定モジュール
４６  第１の受信モジュール
４７  第１の判定モジュール
４８  第１のアクセス制御モジュール
【図１】
0005849354.tif 000002
【図２】
0005849354.tif 000003
【図３】
0005849354.tif 000004
【図４】
0005849354.tif 000005
【図５】
0005849354.tif 000006