(57)【要約】  本発明は、通信分野に関し、アクセス制御方法、装置、プログラム、及び記録媒体に関する。前記アクセス制御方法は、ＤＬＮＡクライアントが送信したアクセス要求を受信し、ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）クライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出し、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否する。本発明は、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクの発生する問題を解決した。【選択図】図１
2016519828.tif 000002
【特許請求の範囲】
【請求項１】
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバに用いられるアクセス制御方法であって、
ＤＬＮＡクライアントが送信したアクセス要求を受信するステップと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するステップと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するステップと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含むことを特徴とするアクセス制御方法。
【請求項２】
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するステップと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するステップと、
をさらに含むことを特徴とする請求項１に記載のアクセス制御方法。
【請求項３】
前記予め記憶した対応関係に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定する前記ステップは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するステップと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するステップと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するステップと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含むことを特徴とする請求項２に記載のアクセス制御方法。
【請求項４】
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するステップと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するステップと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するステップと、
をさらに含むことを特徴とする請求項２に記載のアクセス制御方法。
【請求項５】
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するステップと、
をさらに含むことを特徴とする請求項１乃至４のいずれか一項に記載のアクセス制御方法。
【請求項６】
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバに用いられるアクセス制御装置であって、
ＤＬＮＡクライアントが送信したアクセス要求を受信するための要求受信モジュールと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するためのアドレス取得モジュールと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するためのアドレス検出モジュールと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否モジュールと、
を備えることを特徴とするアクセス制御装置。
【請求項７】
前記予め設定したブラックリスト中に前記ＭＡＣアドレス存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するためのアドレス検索モジュールと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するためのアクセス特定モジュールと、
をさらに備えることを特徴とする請求項６に記載のアクセス制御装置。
【請求項８】
前記アクセス特定モジュールは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するための秘密鍵取得ユニットと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するための秘密鍵判断ユニットと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するためのアクセス承認ユニットと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否ユニットと、
を備えることを特徴とする請求項７に記載のアクセス制御装置。
【請求項９】
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するための秘密鍵生成モジュールと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するための対応記憶モジュールと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するための秘密鍵送信モジュールと、
を備えることを特徴とする請求項７に記載のアクセス制御装置。
【請求項１０】
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するためのリスト取得モジュール
をさらに備えることを特徴とする請求項６乃至９のいずれか一項に記載のアクセス制御装置。
【請求項１１】
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリと、
を含み、
前記プロセッサは、
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）クライアントが送信したアクセス要求を受信し、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得し、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出し、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するよう構成される、
ことを特徴とするアクセス制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号が２０１４１０１２３１０３．７であって、出願日が２０１４年３月２８日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用するようにする。
【０００２】
本発明は、通信分野に関し、特にアクセス制御方法及び装置に関する。
【背景技術】
【０００３】
ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ、デジタル・リビング・ネットワーク・アライアンス）（登録商標）は、ソニー社  、インテル社、及びマイクロソフト社が主導した非営利組織であり、各コンシューマ・エレクトロニクス・デバイスの間でデジタル・メディア・コンテンツを共有する問題を解決することを目的にしている。
【０００４】
ＤＬＮＡに基づくネットワーク・アーキテクチャにおいて、ＤＬＮＡクライアントとＤＬＮＡサーバを含み、ＤＬＮＡクライアントとＤＬＮＡサーバとは有線ネットワーク、または無線ネットワークを介して接続される。ＤＬＮＡサーバは、メディアコンテンツを提供するためのものであり、ピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有を支援するための、マルチメディアファイルの共有プラットフォームを含む。ＤＬＮＡクライアントは、ＤＬＮＡサーバにおいて共有するメディアコンテンツをアクセスして再生させる。
【０００５】
発明者は、上記の発明を実現する過程で、上記の方法に少なくとも以下の欠点が存在することを発見した。即ち、関連する技術では、ＤＬＮＡクライアントのアクセスに対して何の管理及び制御を行わず、ＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信することができるため、悪意のあるアクセス及びセキュリティリスクが発生することになる。
【発明の概要】
【０００６】
関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信することができるため、悪意のあるアクセス及びセキュリティリスクの発生する問題を解決するために、本発明の実施例はアクセス制御方法及び装置を提供した。前記の技術的解決策は以下のとおりである。
【０００７】
本発明の実施例の第１の態様によると、ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバにおいて利用するアクセス制御方法を提供し、前記アクセス制御方法は、
ＤＬＮＡクライアントが送信したアクセス要求を受信するステップと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するステップと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するステップと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含む。
【０００８】
前記アクセス制御方法は、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するステップと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するステップと、
をさらに含んでもよい。
【０００９】
前記予め記憶した対応関係に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定する前記ステップは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するステップと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するステップと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するステップと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含んでもよい。
【００１０】
前記アクセス制御方法は、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するステップと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するステップと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するステップと、
をさらに含んでもよい。
【００１１】
前記アクセス制御方法は、
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するステップ
をさらに含んでもよい。
【００１２】
本発明の実施例の第２の態様によると、ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバにおいて利用するアクセス制御装置を提供し、前記アクセス制御装置は、
ＤＬＮＡクライアントが送信したアクセス要求を受信するための要求受信モジュールと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するためのアドレス取得モジュールと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するためのアドレス検出モジュールと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否モジュールと、
を含む。
【００１３】
前記アクセス制御装置は、
前記予め設定したブラックリスト中に前記ＭＡＣアドレス存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するためのアドレス検索モジュールと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するためのアクセス特定モジュールと、
をさらに含んでもよい。
【００１４】
前記アクセス特定モジュールは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するための秘密鍵取得ユニットと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するための秘密鍵判断ユニットと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するためのアクセス承認ユニットと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否ユニットと、
を含んでもよい。
【００１５】
前記アクセス制御装置は、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するための秘密鍵生成モジュールと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するための対応記憶モジュールと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するための秘密鍵送信モジュールと、
を含んでもよい。
【００１６】
前記アクセス制御装置は、
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するためのリスト取得モジュール
をさらに含んでもよい。
【００１７】
本発明の実施例の第３の態様によると、アクセス制御装置を提供し、当該アクセス制御装置は、
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリと、
を含み、
前記プロセッサは、
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）クライアントが送信したアクセス要求を受信し、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得し、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出し、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するよう構成される。
【００１８】
本発明の実施例が提供する技術的解決策の有益な効果は以下のとおりである。
ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントが送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクの発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントから自由にＤＬＮＡサーバへアクセス要求を送信できないようにしたため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００１９】
以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。
【図面の簡単な説明】
【００２０】
本発明の実施例における技術案をより一層明確に説明するために、以下、実施例の記述に必要な図面について簡単に説明を行う。明らかなのは、以下の記述における図面はただ本発明のいくつかの実施例に過ぎず、本技術分野の当業者にとって、これらの図面に基づき創造的労働を実施しない状況で他の図面も獲得できることである。
【００２１】
【図１】例示的な一実施例に係るアクセス制御方法を示すフローチャートである。
【図２】例示的なもう一実施例に係るアクセス制御方法を示すフローチャートである。
【図３】例示的な一実施例に係るアクセス制御装置を示す模式図である。
【図４】例示的なもう一実施例に係るアクセス制御装置を示す模式図である。
【図５】本発明の例示的な一実施例に係るアクセス制御するための装置を示すブロック図である。
【００２２】
上記図面によって本発明の明確な実施例を例示し、以下にさらに詳しく記述する。これらの図面と文字記述は本発明の旨の範囲を何らの形態によって制限するものではなく、特定の実施例を参照することによって、本技術分野の当業者に本発明の概念を理解させるためのものである。
【発明を実施するための形態】
【００２３】
本発明の目的、技術的解決策及びと利点をさらに明確にするために、以下、図面を参照しながら本発明の実施例をさらに詳しく説明する。もちろん、説明する実施例はただ本発明のいくつかの実施例に過ぎず、全部の実施例ではない。本技術分野の当業者が本発明の実施例に基づき創造的労働を実施しない状況で獲得した他の全部の実施例は本発明の範囲に属する。
【００２４】
本発明が提供するアクセス制御方法を説明する前に、まず、本発明に関するＤＬＮＡサーバを説明する必要がある。ＤＬＮＡサーバは、ピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有を実現するためのサーバであり、当該ＤＬＮＡサーバは、上記の機能を実現するためのコンピュータソフトウェアであってもよいし、上記のコンピュータソフトウェアを実行するためのコンピュータ、又はコンピュータシステムであってもよい。
【００２５】
ＤＬＮＡサーバがピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有機能を実現するためのコンピュータソフトウェアである場合、ＤＬＮＡサーバはＤＬＮＡデバイスにおいて稼動されてもよい。ＤＬＮＡデバイスはインテリジェントルータであってもよいし、当該インテリジェントルータは、通常のルータが実現できるルーティング機能のほか、別途のオペレーティングシステムも有し、ユーザにより多様なアプリケーションが独自にインストールされてもよい。オペレーティングシステムは、Ｏｐｅｎ  Ｗｒｔに基づいてカスタマイズされたオペレーティングシステムであってもよい。ＤＬＮＡデバイスはハードディスクのような記録媒体も含み、当該記録媒体はピクチャ、ミュージック、ビデオなどのファイルを記憶する。オプションとして、ＤＬＮＡデバイスは、ＵＳＢメモリ、携帯ハードディスクのようなリムーバブル記憶デバイスの接続を支援するためのＵＳＢインターフェイスも含む。
【００２６】
図１は、例示的な一実施例に係るアクセス制御方法を示すフローチャートであり、当該アクセス制御方法をＤＬＮＡサーバに適用した例を挙げて、本実施例を説明する。当該アクセス制御方法は、以下のいくつかのステップを含む。
【００２７】
ステップ１０２において、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００２８】
ステップ１０４において、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００２９】
ステップ１０６において、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００３０】
ステップ１０８において、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００３１】
上記のように、本実施例が提供するアクセス制御方法によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントが送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００３２】
図２は、例示的なもう一実施例に係るアクセス制御方法を示すフローチャートであり、当該アクセス制御方法をＤＬＮＡサーバに適用した例を挙げて、本実施例を説明する。当該アクセス制御方法は、以下のいくつかのステップを含む。
【００３３】
ステップ２０１において、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００３４】
ＤＬＮＡクライアントとＤＬＮＡサーバとは有線ネットワーク又は無線ネットワークを介して接続されてもよい。ＤＬＮＡクライアントは、ＤＬＮＡサーバにより共有するファイルをアクセスする必要がある際に、ＤＬＮＡサーバへアクセス要求を送信し、これに対応して、ＤＬＮＡサーバはＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００３５】
ステップ２０２において、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００３６】
ＤＬＮＡサーバは、アクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣ（Ｍｅｄｉｕｍ／Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｒｔｏｌ）アドレスを取得する。例えば、ＤＬＮＡサーバは、まず、ＤＬＮＡクライアントのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを取得し、その後ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によってＩＰアドレスに対応するＭＡＣアドレスを逆引き参照（Ｒｅｖｅｒｓｅ  Ｌｏｏｋｕｐ）し、ここで、逆引き参照された当該ＭＡＣアドレスはＤＬＮＡクライアントが利用したＭＡＣアドレスである。
【００３７】
ＤＬＮＡクライアントが利用したＩＰアドレスは常に変更される可能性があるが、そのＭＡＣアドレスは変更されないため、本実施例が提供するアクセス制御方法においては、ＤＬＮＡクライアントが利用したＭＡＣアドレスに基づいてＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００３８】
ステップ２０３において、予め設定したブラックリストを取得する。
【００３９】
ＤＬＮＡサーバは、不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、予め設定したブラックリストを取得する。ユーザ（例えば、ネットワークの管理者）は、当該予め設定したブラックリスト中のＭＡＣアドレスに対して、変更、追加、削除などを含む管理を行う。ユーザ（例えば、ネットワークの管理者）は、ＤＬＮＡサーバに接続されているＤＬＮＡクライアントのＭＡＣアドレスを照会することができ、ネットワーク管理者は、任意の一つのＭＡＣアドレスに対応するＤＬＮＡクライアントに対してのアクセス許可を希望しないと、即ち、当該ＤＬＮＡクライアントによりＤＬＮＡサーバが共有したファイルを読み込むことを希望しないと、当該ＤＬＮＡクライアントのＭＡＣアドレスをブラックリスト中に追加する。
【００４０】
実現できる一態様において、ＤＬＮＡサーバを稼動しているＤＬＮＡデバイスには、さらに、Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒというサーバ・タイプのアプリケーションであるアプリケーションが稼動されていてもよい。Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒは二つのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を含み、この中の一つのＡＰＩは、現在にＤＬＮＡサーバに接続されているすべてのＤＬＮＡクライアントのＭＡＣアドレスを取得して表示するためのものであってもよいし、もう一つのＡＰＩは、いずれか一つのＭＡＣアドレスを予め設定したブラックリスト中に追加ためのものであってもよい。ネットワークの管理者は、任意の一つのＭＡＣアドレスを予め設定したブラックリスト中に追加する必要がある場合、該当する命令をトリガして、即ち、上記のもう一つのＡＰＩを呼び出して、当該ＭＡＣアドレスを予め設定したブラックリスト中に追加する処理を実現してもよい。
【００４１】
ＤＬＮＡデバイスにおいてＤａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒと同時に稼動されているため、ＤＬＮＡサーバは、Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒから予め設定したブラックリストを取得することができる。
【００４２】
また、上記のステップ２０３は、ステップ２０１とステップ２０２の前に実行されてもよいし、ステップ２０１とステップ２０２の後で実行されてもよいし、ステップ２０１及びステップ２０２と同時に実行されてもよい。本実施例においては、上記のステップ２０３をステップ２０１とステップ２０２の後で実行する例を挙げて説明し、これに対しては具体的に限定しない。
【００４３】
ステップ２０４において、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００４４】
例えば、ＤＬＮＡサーバにおいて、現在にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレス、及び予め設定したブラックリストを取得した後、予め設定したブラックリスト中に当該ＭＡＣアドレスが存在するか否かを検出する。
【００４５】
ステップ２０５において、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００４６】
予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否する。予め設定したブラックリスト中にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレスが存在する場合、当該ＭＡＣアドレスが不当なＭＡＣアドレス、又はアクセス許可が承認されていないＭＡＣアドレスであることを示すため、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否して、ＤＬＮＡクライアントに、共有したファイルを読み込むことができないようにして、ファイルの安全性を充分に保証する。
【００４７】
ステップ２０６において、予め設定したブラックリスト中にＭＡＣアドレスが存在しない場合、予め記憶した対応関係中にＭＡＣアドレスが存在するか否かを検索する。
【００４８】
ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、ＤＬＮＡサーバは予め記憶した対応関係中に、現在にアクセス要求を送信したＭＡＣアドレスが存在するか否かを検索する。予め記憶した対応関係中にはＭＡＣアドレスと秘密鍵との間の対応関係を含み、予め記憶した対応関係中のＭＡＣアドレスは、先立ってアクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレスである。
【００４９】
ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けるために、本実施例が提供するアクセス制御方法においては、ＤＬＮＡサーバ中に、予め記憶した対応関係を設ける。ＡＲＰ詐欺とは、ＤＬＮＡクライアントによりＭＡＣアドレスを偽造する手段によって、実際のＭＡＣアドレスを偽のＭＡＣアドレスに偽造してＤＬＮＡサーバを詐欺することである。例えば、任意の一つのＤＬＮＡクライアントの実際のＭＡＣアドレスがＡであり、且つＡが予め設定したブラックリスト中のメンバーである場合、当該ＤＬＮＡクライアントが、アクセス許可を認証されるために、偽のＭＡＣアドレスＢを偽造すれば、Ｂは予め設定したブラックリスト中のメンバーではない。このような場合に、ＤＬＮＡサーバにおいて、当該ＤＬＮＡクライアントが送信したアクセス要求を受信した後、当該偽のＭＡＣアドレスＢを逆引き参照できることになり、このようになると当該ＤＬＮＡクライアントにより送信したアクセス要求を効果的に拒否できない。
【００５０】
このため、ＤＬＮＡサーバは、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設ける。ＤＬＮＡクライアントとＤＬＮＡサーバに対して最初にアクセスの接続を確立する際に、即ち、ＤＬＮＡサーバが最初にＤＬＮＡクライアントが送信したアクセス要求を承認する際に、ＤＬＮＡサーバは、当該ＤＬＮＡクライアントのＭＡＣアドレスに対応する一つの秘密鍵を生成するとともに、ＭＡＣアドレスと秘密鍵の間の対応関係を予め記憶した対応関係中に追加する。
【００５１】
同時に、ＤＬＮＡサーバは当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求し、当該ＤＬＮＡクライアントは、当該秘密鍵を付加しないと、アクセス許可を取得できなくなる。もし、ＤＬＮＡクライアントが偽造のＭＡＣアドレスを利用してアクセス要求を送信したクライアントであれば、当該ＤＬＮＡクライアントはＤＬＮＡサーバが送信した秘密鍵を受信できなくなり、こうして、ＤＬＮＡクライアントからＡＲＰ詐欺の手段によってアクセス許可を取得することを効果的に避けた。この後、ＤＬＮＡサーバはアクセス要求中に秘密鍵が付加されているか否かを判断することによって、ＤＬＮＡクライアントのアクセスを承認するか否かを特定できる。
【００５２】
また、実現できようもう一態様において、ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、そのままＤＬＮＡクライアントのアクセスを承認するステップを実行してもよい。本実施例はただ比較的に好ましい実施例であり、このようにして、ＤＬＮＡシステムの安全性をさらに向上させて、ＤＬＮＡクライアントからＡＲＰ詐欺の手段によってアクセス許可を認証されることを避ける。
【００５３】
ステップ２０７において、予め記憶した対応関係中にＭＡＣアドレスが存在しない場合、ＭＡＣアドレスに対応する秘密鍵を生成して、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を予め記憶した対応関係中に追加するとともに、秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。
【００５４】
予め記憶した対応関係中にＭＡＣアドレスが存在しない場合は、ＤＬＮＡクライアントが最初にアクセス要求を送信するクライアントであることを示す。上記のステップ２０４において当該ＤＬＮＡクライアントが利用したＭＡＣアドレスが予め設定したブラックリスト中に存在しないことを既に検証したため、この時にＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを承認して、アクセス接続を設定することができる。
【００５５】
これと同時に、ＤＬＮＡサーバは、ＭＡＣアドレスに対応する秘密鍵を生成して、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を予め記憶した対応関係中に追加するとともに、秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。例えば、ＤＬＮＡサーバは、ＤＬＮＡクライアントへ承認応答を送信し、生成した秘密鍵を承認応答の中に付加してもよい。
【００５６】
上記のステップ２０６で既に説明したように、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けるために、ＤＬＮＡサーバは、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設定する。ＤＬＮＡクライアントとＤＬＮＡサーバとに対して最初にアクセスの接続を確立する際に、ＤＬＮＡサーバは、当該ＤＬＮＡクライアントのＭＡＣアドレスに対応する秘密鍵を生成するとともに、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加する。同時に、ＤＬＮＡサーバは、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントがＡＲＰ詐欺の手段によってアクセス許可を取得することを避ける。
【００５７】
ステップ２０８において、予め記憶した対応関係中にＭＡＣアドレスが存在する場合、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００５８】
予め記憶した対応関係中にＭＡＣアドレスが存在する場合は、ＤＬＮＡクライアントは、先立ってＤＬＮＡサーバとのアクセスの接続が既に確立できたことを示す。上記のステップ２０６の説明によって、当該ＭＡＣアドレスは予め記憶した対応関係中に記憶されているはずであり、且つ当該ＭＡＣアドレスは対応する秘密鍵を有している。このように、ＤＬＮＡサーバは、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００５９】
実現できる一態様において、該当ステップ２０８は以下の幾つかのサブステップを含んでもよい。
【００６０】
第１に、予め記憶した対応関係に基づいて、ＭＡＣアドレスに対応する秘密鍵を取得する。
【００６１】
予め記憶した対応関係中に先立ってアクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレスと秘密鍵の対応関係が存在するため、予め記憶した対応関係中に現在にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレスが存在する場合、ＤＬＮＡサーバは予め記憶した対応関係中からＭＡＣアドレスに対応する秘密鍵を取得する。
【００６２】
第２に、ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断する。
【００６３】
ＤＬＮＡサーバは、先立ってアクセスの接続が確立できたＤＬＮＡクライアントに、以後に送信するアクセス要求中に必ず秘密鍵を付加するよう要求する。この時、ＤＬＮＡサーバにおいて、当該ＤＬＮＡクライアントはこの前に自身と既にアクセスの接続が確立できたことを既に特定されたため、ＤＬＮＡクライアントが現在に送信したアクセス要求中に秘密鍵が付加されているか否かを判断する。
【００６４】
第３に、秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、ＤＬＮＡクライアントのアクセスを承認する。
【００６５】
秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、当該秘密鍵は、ＤＬＮＡクライアントにより最初にアクセスの接続を確立する時にＡＲＰ詐欺の手段によって設定したのではないし、ＤＬＮＡクライアントはその際にＤＬＮＡサーバからフィードバックされた秘密鍵を受信できたことを示す。この時、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを承認し、アクセスの接続を確立する。
【００６６】
第４に、何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００６７】
何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合は、ＤＬＮＡクライアントが最初にアクセスの接続を確立する時ＡＲＰ詐欺の手段によって確立したことを意味し、ＤＬＮＡクライアントはその際にＤＬＮＡサーバからフィードバックされた秘密鍵を受信できなかったことを示す。この時、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否する。
【００６８】
上記のように、本実施例が提供するアクセス制御方法によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００６９】
また、本実施例においては、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設け、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加し、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けて、ＤＬＮＡシステムの安全性をさらに向上させた。
【００７０】
以下は、本発明の装置の実施例であり、本発明の方法の実施例を実行することができる。本発明の装置の実施例において記述していない細部内容に対しては、本発明の方法の実施例を参照してください。
【００７１】
図３は、例示的な一実施例に係るアクセス制御装置を示す模式図であり、当該アクセス制御装置は、ソフトウェア、ハードウェア、又は両者の組み合わせにより、ＤＬＮＡサーバの一部、又は全部を実現することができる。当該アクセス制御装置は、要求受信モジュール３１０と、アドレス取得モジュール３２０と、アドレス検出モジュール３３０と、及びアクセス拒否モジュール３４０とを含んでもよい。
【００７２】
要求受信モジュール３１０は、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００７３】
アドレス取得モジュール３２０は、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００７４】
アドレス検出モジュール３３０は、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００７５】
アクセス拒否モジュール３４０は、ＭＡＣアドレスが前記予め設定したブラックリスト中に存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否する。
【００７６】
上記のように、本実施例が提供するアクセス制御装置によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００７７】
図４は、例示的なもう一実施例に係るアクセス制御装置を示す模式図であり、当該アクセス制御装置は、ソフトウェア、ハードウェア、又は両者の組み合わせにより、ＤＬＮＡサーバの一部、又は全部を実現することができる。当該アクセス制御装置は、要求受信モジュール３１０と、アドレス取得モジュール３２０と、アドレス検出モジュール３３０と、及びアクセス拒否モジュール３４０とを含んでもよい。
【００７８】
要求受信モジュール３１０は、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００７９】
アドレス取得モジュール３２０は、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００８０】
当該アクセス制御装置は、リスト取得モジュール３２２をさらに含み、リスト取得モジュール３２２は、不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、予め設定したブラックリストを取得する。
【００８１】
アドレス検出モジュール３３０は、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００８２】
アクセス拒否モジュール３４０は、ＭＡＣアドレスが予め設定したブラックリスト中に存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否する。
【００８３】
当該アクセス制御装置は、アドレス検索モジュール３５０をさらに含み、アドレス検索モジュール３５０は、ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、ＭＡＣアドレスが存在するか否かを検索する。
【００８４】
当該アクセス制御装置は、秘密鍵生成モジュール３６２と、対応記憶モジュール３６４と、秘密鍵送信モジュール３６６と、及びアクセス特定モジュール３７０とをさらに含む。
【００８５】
秘密鍵生成モジュール３６２は、予め記憶した対応関係中にＭＡＣアドレスが存在しない場合、ＭＡＣアドレスに対応する秘密鍵を生成する。
【００８６】
対応記憶モジュール３６４は、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加する。
【００８７】
秘密鍵送信モジュール３６６は、秘密鍵を、ＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。
【００８８】
アクセス特定モジュール３７０は、予め記憶した対応関係中にＭＡＣアドレスが存在する場合、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００８９】
アクセス特定モジュール３７０は、秘密鍵取得ユニット３７０ａと、秘密鍵判断ユニット３７０ｂと、アクセス承認ユニット３７０ｃと、及びアクセス拒否ユニット３７０ｄとをさらに含む。
【００９０】
秘密鍵取得ユニット３７０ａは、予め記憶した対応関係に基づいて、ＭＡＣアドレスに対応する秘密鍵を取得する。
【００９１】
秘密鍵判断ユニット３７０ｂは、ＤＬＮＡクライアントが送信したアクセス要求中に、秘密鍵が付加されているか否かを判断する。
【００９２】
アクセス承認ユニット３７０ｃは、秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、ＤＬＮＡクライアントのアクセスを承認する。
【００９３】
アクセス拒否ユニット３７０ｄは、何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００９４】
上記のように、本実施例が提供するアクセス制御装置によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００９５】
また、本実施例においては、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設け、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加し、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けて、ＤＬＮＡシステムの安全性をさらに向上させた。
【００９６】
上記の実施例中の装置について、各モジュールにより操作を実行する具体的な方法に対しては既に関連する方法の実施例において詳しく説明したため、ここでは詳しい説明は省略する。
【００９７】
図５は、本発明の例示的な一実施例に係るアクセス制御するための装置５００を示すブロック図である。例えば、装置５００は本発明の上記の実施例において言及されたＤＬＮＡサーバであってもよい。装置５００は、構成とその性能によってより大きい差異が発生する可能性あり、一つ以上のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ）５２２（例えば、一つ以上のプロセッサ）とメモリ５３２を含んでもよいし、アプリケーションプログラム５４２やデータ５４４を記憶するための一つ以上の記録媒体５３０（例えば、一つ以上の大容量の記憶デバイス）を含んでもよい。ただし、メモリ５３２と記録媒体５３０は一時的な記憶装置または永続的な記憶装置であてもよい。記録媒体５３０に記憶されているプログラムは一つ以上のモジュール（図示せず）を含んでもよいし、各モジュールは装置５００中の一連の命令に対する操作を含んでもよい。さらに、ＣＰＵ５２２は記録媒体５３０と通信できるように設置されて、装置５００において記録媒体５３０中の一連の命令の操作を実行してもよい。
【００９８】
装置５００は、一つ以上の電源５２６と、有線或は無線の一つ以上のネットワークインターフェイス５５０と、一つ以上の入出力インターフェイス５５８と、一つ以上のキーボード５５６と、及び／或は、一つ以上のオペレーティングシステム５４１とを含んでもよいし、ここで、オペレーティングシステムは例えばＷｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）, Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）などである。
【００９９】
記録媒体５３０中の命令が装置５００のＣＰＵ５２２により実行される際に、装置５００に上記の図１、又は図２に示したアクセス制御方法を実行されるようにする。
【０１００】
当業者は、明細書を検討して本発明を実践した後、本発明の他の実施案を容易に考え出すことができる。本願は、本発明のいずれの変形、用途、又は適応的な変更をカバーすることを狙っているし、これらの変形、用途、又は適応的な変更は、本発明の一般的な原理に従い、また、本発明は公開していない当業界の公知の知識又は通常の技術手段を含む。明細書と実施例はただ例示として考慮され、本発明の本当の範囲と精神は以下の特許請求の範囲に記載される。
【０１０１】
本発明は上記に記述され、また図面で示した正確な構成に限定されず、その範囲を逸脱しない限り多様な置換えと変更を行うことができると、理解するべきである。本発明の範囲は添付の特許請求の範囲のみにより限定される。
【図１】
2016519828.tif 000003
【図２】
2016519828.tif 000004
【図３】
2016519828.tif 000005
【図４】
2016519828.tif 000006
【図５】
2016519828.tif 000007
【手続補正書】
【提出日】平成26年9月11日(2014.9.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバに用いられるアクセス制御方法であって、
ＤＬＮＡクライアントが送信したアクセス要求を受信するステップと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するステップと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するステップと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含むことを特徴とするアクセス制御方法。
【請求項２】
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するステップと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するステップと、
をさらに含むことを特徴とする請求項１に記載のアクセス制御方法。
【請求項３】
前記予め記憶した対応関係に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定する前記ステップは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するステップと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するステップと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するステップと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含むことを特徴とする請求項２に記載のアクセス制御方法。
【請求項４】
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するステップと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するステップと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するステップと、
をさらに含むことを特徴とする請求項２に記載のアクセス制御方法。
【請求項５】
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するステップと、
をさらに含むことを特徴とする請求項１乃至４のいずれか一項に記載のアクセス制御方法。
【請求項６】
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバに用いられるアクセス制御装置であって、
ＤＬＮＡクライアントが送信したアクセス要求を受信するための要求受信モジュールと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するためのアドレス取得モジュールと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するためのアドレス検出モジュールと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否モジュールと、
を備えることを特徴とするアクセス制御装置。
【請求項７】
前記予め設定したブラックリスト中に前記ＭＡＣアドレス存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するためのアドレス検索モジュールと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するためのアクセス特定モジュールと、
をさらに備えることを特徴とする請求項６に記載のアクセス制御装置。
【請求項８】
前記アクセス特定モジュールは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するための秘密鍵取得ユニットと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するための秘密鍵判断ユニットと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するためのアクセス承認ユニットと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否ユニットと、
を備えることを特徴とする請求項７に記載のアクセス制御装置。
【請求項９】
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するための秘密鍵生成モジュールと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するための対応記憶モジュールと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するための秘密鍵送信モジュールと、
を備えることを特徴とする請求項７に記載のアクセス制御装置。
【請求項１０】
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するためのリスト取得モジュール
をさらに備えることを特徴とする請求項６乃至９のいずれか一項に記載のアクセス制御装置。
【請求項１１】
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリと、
を含み、
前記プロセッサは、
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）クライアントが送信したアクセス要求を受信し、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得し、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出し、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するよう構成される、
ことを特徴とするアクセス制御装置。
【請求項１２】
プロセッサに実行されることにより、請求項１乃至請求項５のいずれか一項に記載のアクセス制御方法を実現することを特徴とするプログラム。
【請求項１３】
請求項１２に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特にアクセス制御方法、装置、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ、デジタル・リビング・ネットワーク・アライアンス）（登録商標）は、ソニー社  、インテル社、及びマイクロソフト社が主導した非営利組織であり、各コンシューマ・エレクトロニクス・デバイスの間でデジタル・メディア・コンテンツを共有する問題を解決することを目的にしている。
【０００３】
ＤＬＮＡに基づくネットワーク・アーキテクチャにおいて、ＤＬＮＡクライアントとＤＬＮＡサーバを含み、ＤＬＮＡクライアントとＤＬＮＡサーバとは有線ネットワーク、または無線ネットワークを介して接続される。ＤＬＮＡサーバは、メディアコンテンツを提供するためのものであり、ピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有を支援するための、マルチメディアファイルの共有プラットフォームを含む。ＤＬＮＡクライアントは、ＤＬＮＡサーバにおいて共有するメディアコンテンツをアクセスして再生させる。
【０００４】
発明者は、上記の発明を実現する過程で、上記の方法に少なくとも以下の欠点が存在することを発見した。即ち、関連する技術では、ＤＬＮＡクライアントのアクセスに対して何の管理及び制御を行わず、ＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信することができるため、悪意のあるアクセス及びセキュリティリスクが発生することになる。
【発明の概要】
【０００５】
関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信することができるため、悪意のあるアクセス及びセキュリティリスクの発生する問題を解決するために、本発明の実施例はアクセス制御方法及び装置を提供した。前記の技術的解決策は以下のとおりである。
【０００６】
本発明の実施例の第１の態様によると、ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバにおいて利用するアクセス制御方法を提供し、前記アクセス制御方法は、
ＤＬＮＡクライアントが送信したアクセス要求を受信するステップと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するステップと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するステップと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含む。
【０００７】
前記アクセス制御方法は、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するステップと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するステップと、
をさらに含んでもよい。
【０００８】
前記予め記憶した対応関係に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定する前記ステップは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するステップと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するステップと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するステップと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するステップと、
を含んでもよい。
【０００９】
前記アクセス制御方法は、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するステップと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するステップと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するステップと、
をさらに含んでもよい。
【００１０】
前記アクセス制御方法は、
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するステップ
をさらに含んでもよい。
【００１１】
本発明の実施例の第２の態様によると、ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）サーバにおいて利用するアクセス制御装置を提供し、前記アクセス制御装置は、
ＤＬＮＡクライアントが送信したアクセス要求を受信するための要求受信モジュールと、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得するためのアドレス取得モジュールと、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出するためのアドレス検出モジュールと、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否モジュールと、
を含む。
【００１２】
前記アクセス制御装置は、
前記予め設定したブラックリスト中に前記ＭＡＣアドレス存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、前記ＭＡＣアドレスが存在するか否かを検索するためのアドレス検索モジュールと、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在する場合、前記予め記憶した対応関係中に含まれている、前記ＭＡＣアドレスに対応する秘密鍵に基づいて、前記ＤＬＮＡクライアントのアクセスを承認するか否かを特定するためのアクセス特定モジュールと、
をさらに含んでもよい。
【００１３】
前記アクセス特定モジュールは、
前記予め記憶した対応関係に基づいて、前記ＭＡＣアドレスに対応する秘密鍵を取得するための秘密鍵取得ユニットと、
前記ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断するための秘密鍵判断ユニットと、
秘密鍵が付加されており、且つ付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致する場合、前記ＤＬＮＡクライアントのアクセスを承認するためのアクセス承認ユニットと、
何れの秘密鍵も付加されていない、或は付加されている秘密鍵が前記ＭＡＣアドレスに対応する秘密鍵と一致しない場合、前記ＤＬＮＡクライアントのアクセスを拒否するためのアクセス拒否ユニットと、
を含んでもよい。
【００１４】
前記アクセス制御装置は、
前記予め記憶した対応関係中に前記ＭＡＣアドレスが存在しない場合、前記ＭＡＣアドレスに対応する秘密鍵を生成するための秘密鍵生成モジュールと、
前記ＭＡＣアドレス、及び前記ＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加するための対応記憶モジュールと、
前記秘密鍵を、前記ＭＡＣアドレスに対応する前記ＤＬＮＡクライアントへ送信するための秘密鍵送信モジュールと、
を含んでもよい。
【００１５】
前記アクセス制御装置は、
不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、前記予め設定したブラックリストを取得するためのリスト取得モジュール
をさらに含んでもよい。
【００１６】
本発明の実施例の第３の態様によると、アクセス制御装置を提供し、当該アクセス制御装置は、
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリと、
を含み、
前記プロセッサは、
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）クライアントが送信したアクセス要求を受信し、
前記ＤＬＮＡクライアントが利用したＭＡＣ（媒体アクセス制御）アドレスを取得し、
予め設定したブラックリスト中に前記ＭＡＣアドレスが存在するか否かを検出し、
前記予め設定したブラックリスト中に前記ＭＡＣアドレスが存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否するよう構成される。
【００１７】
本発明の実施例の第４の態様によると、プロセッサに実行されることにより、上記アクセス制御方法を実現するプログラムを提供する。
【００１８】
本発明の実施例の第５の態様によると、上記プログラムが記録された記録媒体を提供する。
【００１９】
本発明の実施例が提供する技術的解決策の有益な効果は以下のとおりである。
ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントが送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクの発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントから自由にＤＬＮＡサーバへアクセス要求を送信できないようにしたため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００２０】
以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。
【図面の簡単な説明】
【００２１】
本発明の実施例における技術案をより一層明確に説明するために、以下、実施例の記述に必要な図面について簡単に説明を行う。明らかなのは、以下の記述における図面はただ本発明のいくつかの実施例に過ぎず、本技術分野の当業者にとって、これらの図面に基づき創造的労働を実施しない状況で他の図面も獲得できることである。
【００２２】
【図１】例示的な一実施例に係るアクセス制御方法を示すフローチャートである。
【図２】例示的なもう一実施例に係るアクセス制御方法を示すフローチャートである。
【図３】例示的な一実施例に係るアクセス制御装置を示す模式図である。
【図４】例示的なもう一実施例に係るアクセス制御装置を示す模式図である。
【図５】本発明の例示的な一実施例に係るアクセス制御するための装置を示すブロック図である。
【００２３】
上記図面によって本発明の明確な実施例を例示し、以下にさらに詳しく記述する。これらの図面と文字記述は本発明の旨の範囲を何らの形態によって制限するものではなく、特定の実施例を参照することによって、本技術分野の当業者に本発明の概念を理解させるためのものである。
【発明を実施するための形態】
【００２４】
本発明の目的、技術的解決策及びと利点をさらに明確にするために、以下、図面を参照しながら本発明の実施例をさらに詳しく説明する。もちろん、説明する実施例はただ本発明のいくつかの実施例に過ぎず、全部の実施例ではない。本技術分野の当業者が本発明の実施例に基づき創造的労働を実施しない状況で獲得した他の全部の実施例は本発明の範囲に属する。
【００２５】
本発明が提供するアクセス制御方法を説明する前に、まず、本発明に関するＤＬＮＡサーバを説明する必要がある。ＤＬＮＡサーバは、ピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有を実現するためのサーバであり、当該ＤＬＮＡサーバは、上記の機能を実現するためのコンピュータソフトウェアであってもよいし、上記のコンピュータソフトウェアを実行するためのコンピュータ、又はコンピュータシステムであってもよい。
【００２６】
ＤＬＮＡサーバがピクチャ、ミュージック、ビデオなどのメディアコンテンツの共有機能を実現するためのコンピュータソフトウェアである場合、ＤＬＮＡサーバはＤＬＮＡデバイスにおいて稼動されてもよい。ＤＬＮＡデバイスはインテリジェントルータであってもよいし、当該インテリジェントルータは、通常のルータが実現できるルーティング機能のほか、別途のオペレーティングシステムも有し、ユーザにより多様なアプリケーションが独自にインストールされてもよい。オペレーティングシステムは、Ｏｐｅｎ  Ｗｒｔに基づいてカスタマイズされたオペレーティングシステムであってもよい。ＤＬＮＡデバイスはハードディスクのような記録媒体も含み、当該記録媒体はピクチャ、ミュージック、ビデオなどのファイルを記憶する。オプションとして、ＤＬＮＡデバイスは、ＵＳＢメモリ、携帯ハードディスクのようなリムーバブル記憶デバイスの接続を支援するためのＵＳＢインターフェイスも含む。
【００２７】
図１は、例示的な一実施例に係るアクセス制御方法を示すフローチャートであり、当該アクセス制御方法をＤＬＮＡサーバに適用した例を挙げて、本実施例を説明する。当該アクセス制御方法は、以下のいくつかのステップを含む。
【００２８】
ステップ１０２において、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００２９】
ステップ１０４において、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００３０】
ステップ１０６において、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００３１】
ステップ１０８において、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００３２】
上記のように、本実施例が提供するアクセス制御方法によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントが送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００３３】
図２は、例示的なもう一実施例に係るアクセス制御方法を示すフローチャートであり、当該アクセス制御方法をＤＬＮＡサーバに適用した例を挙げて、本実施例を説明する。当該アクセス制御方法は、以下のいくつかのステップを含む。
【００３４】
ステップ２０１において、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００３５】
ＤＬＮＡクライアントとＤＬＮＡサーバとは有線ネットワーク又は無線ネットワークを介して接続されてもよい。ＤＬＮＡクライアントは、ＤＬＮＡサーバにより共有するファイルをアクセスする必要がある際に、ＤＬＮＡサーバへアクセス要求を送信し、これに対応して、ＤＬＮＡサーバはＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００３６】
ステップ２０２において、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００３７】
ＤＬＮＡサーバは、アクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣ（Ｍｅｄｉｕｍ／Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｒｔｏｌ）アドレスを取得する。例えば、ＤＬＮＡサーバは、まず、ＤＬＮＡクライアントのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを取得し、その後ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によってＩＰアドレスに対応するＭＡＣアドレスを逆引き参照（Ｒｅｖｅｒｓｅ  Ｌｏｏｋｕｐ）し、ここで、逆引き参照された当該ＭＡＣアドレスはＤＬＮＡクライアントが利用したＭＡＣアドレスである。
【００３８】
ＤＬＮＡクライアントが利用したＩＰアドレスは常に変更される可能性があるが、そのＭＡＣアドレスは変更されないため、本実施例が提供するアクセス制御方法においては、ＤＬＮＡクライアントが利用したＭＡＣアドレスに基づいてＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００３９】
ステップ２０３において、予め設定したブラックリストを取得する。
【００４０】
ＤＬＮＡサーバは、不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、予め設定したブラックリストを取得する。ユーザ（例えば、ネットワークの管理者）は、当該予め設定したブラックリスト中のＭＡＣアドレスに対して、変更、追加、削除などを含む管理を行う。ユーザ（例えば、ネットワークの管理者）は、ＤＬＮＡサーバに接続されているＤＬＮＡクライアントのＭＡＣアドレスを照会することができ、ネットワーク管理者は、任意の一つのＭＡＣアドレスに対応するＤＬＮＡクライアントに対してのアクセス許可を希望しないと、即ち、当該ＤＬＮＡクライアントによりＤＬＮＡサーバが共有したファイルを読み込むことを希望しないと、当該ＤＬＮＡクライアントのＭＡＣアドレスをブラックリスト中に追加する。
【００４１】
実現できる一態様において、ＤＬＮＡサーバを稼動しているＤＬＮＡデバイスには、さらに、Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒというサーバ・タイプのアプリケーションであるアプリケーションが稼動されていてもよい。Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒは二つのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を含み、この中の一つのＡＰＩは、現在にＤＬＮＡサーバに接続されているすべてのＤＬＮＡクライアントのＭＡＣアドレスを取得して表示するためのものであってもよいし、もう一つのＡＰＩは、いずれか一つのＭＡＣアドレスを予め設定したブラックリスト中に追加ためのものであってもよい。ネットワークの管理者は、任意の一つのＭＡＣアドレスを予め設定したブラックリスト中に追加する必要がある場合、該当する命令をトリガして、即ち、上記のもう一つのＡＰＩを呼び出して、当該ＭＡＣアドレスを予め設定したブラックリスト中に追加する処理を実現してもよい。
【００４２】
ＤＬＮＡデバイスにおいてＤａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒと同時に稼動されているため、ＤＬＮＡサーバは、Ｄａｔａｃｅｎｔｅｒ  Ｓｅｒｖｅｒから予め設定したブラックリストを取得することができる。
【００４３】
また、上記のステップ２０３は、ステップ２０１とステップ２０２の前に実行されてもよいし、ステップ２０１とステップ２０２の後で実行されてもよいし、ステップ２０１及びステップ２０２と同時に実行されてもよい。本実施例においては、上記のステップ２０３をステップ２０１とステップ２０２の後で実行する例を挙げて説明し、これに対しては具体的に限定しない。
【００４４】
ステップ２０４において、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００４５】
例えば、ＤＬＮＡサーバにおいて、現在にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレス、及び予め設定したブラックリストを取得した後、予め設定したブラックリスト中に当該ＭＡＣアドレスが存在するか否かを検出する。
【００４６】
ステップ２０５において、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００４７】
予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否する。予め設定したブラックリスト中にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレスが存在する場合、当該ＭＡＣアドレスが不当なＭＡＣアドレス、又はアクセス許可が承認されていないＭＡＣアドレスであることを示すため、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否して、ＤＬＮＡクライアントに、共有したファイルを読み込むことができないようにして、ファイルの安全性を充分に保証する。
【００４８】
ステップ２０６において、予め設定したブラックリスト中にＭＡＣアドレスが存在しない場合、予め記憶した対応関係中にＭＡＣアドレスが存在するか否かを検索する。
【００４９】
ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、ＤＬＮＡサーバは予め記憶した対応関係中に、現在にアクセス要求を送信したＭＡＣアドレスが存在するか否かを検索する。予め記憶した対応関係中にはＭＡＣアドレスと秘密鍵との間の対応関係を含み、予め記憶した対応関係中のＭＡＣアドレスは、先立ってアクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレスである。
【００５０】
ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けるために、本実施例が提供するアクセス制御方法においては、ＤＬＮＡサーバ中に、予め記憶した対応関係を設ける。ＡＲＰ詐欺とは、ＤＬＮＡクライアントによりＭＡＣアドレスを偽造する手段によって、実際のＭＡＣアドレスを偽のＭＡＣアドレスに偽造してＤＬＮＡサーバを詐欺することである。例えば、任意の一つのＤＬＮＡクライアントの実際のＭＡＣアドレスがＡであり、且つＡが予め設定したブラックリスト中のメンバーである場合、当該ＤＬＮＡクライアントが、アクセス許可を認証されるために、偽のＭＡＣアドレスＢを偽造すれば、Ｂは予め設定したブラックリスト中のメンバーではない。このような場合に、ＤＬＮＡサーバにおいて、当該ＤＬＮＡクライアントが送信したアクセス要求を受信した後、当該偽のＭＡＣアドレスＢを逆引き参照できることになり、このようになると当該ＤＬＮＡクライアントにより送信したアクセス要求を効果的に拒否できない。
【００５１】
このため、ＤＬＮＡサーバは、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設ける。ＤＬＮＡクライアントとＤＬＮＡサーバに対して最初にアクセスの接続を確立する際に、即ち、ＤＬＮＡサーバが最初にＤＬＮＡクライアントが送信したアクセス要求を承認する際に、ＤＬＮＡサーバは、当該ＤＬＮＡクライアントのＭＡＣアドレスに対応する一つの秘密鍵を生成するとともに、ＭＡＣアドレスと秘密鍵の間の対応関係を予め記憶した対応関係中に追加する。
【００５２】
同時に、ＤＬＮＡサーバは当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求し、当該ＤＬＮＡクライアントは、当該秘密鍵を付加しないと、アクセス許可を取得できなくなる。もし、ＤＬＮＡクライアントが偽造のＭＡＣアドレスを利用してアクセス要求を送信したクライアントであれば、当該ＤＬＮＡクライアントはＤＬＮＡサーバが送信した秘密鍵を受信できなくなり、こうして、ＤＬＮＡクライアントからＡＲＰ詐欺の手段によってアクセス許可を取得することを効果的に避けた。この後、ＤＬＮＡサーバはアクセス要求中に秘密鍵が付加されているか否かを判断することによって、ＤＬＮＡクライアントのアクセスを承認するか否かを特定できる。
【００５３】
また、実現できようもう一態様において、ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、そのままＤＬＮＡクライアントのアクセスを承認するステップを実行してもよい。本実施例はただ比較的に好ましい実施例であり、このようにして、ＤＬＮＡシステムの安全性をさらに向上させて、ＤＬＮＡクライアントからＡＲＰ詐欺の手段によってアクセス許可を認証されることを避ける。
【００５４】
ステップ２０７において、予め記憶した対応関係中にＭＡＣアドレスが存在しない場合、ＭＡＣアドレスに対応する秘密鍵を生成して、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を予め記憶した対応関係中に追加するとともに、秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。
【００５５】
予め記憶した対応関係中にＭＡＣアドレスが存在しない場合は、ＤＬＮＡクライアントが最初にアクセス要求を送信するクライアントであることを示す。上記のステップ２０４において当該ＤＬＮＡクライアントが利用したＭＡＣアドレスが予め設定したブラックリスト中に存在しないことを既に検証したため、この時にＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを承認して、アクセス接続を設定することができる。
【００５６】
これと同時に、ＤＬＮＡサーバは、ＭＡＣアドレスに対応する秘密鍵を生成して、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を予め記憶した対応関係中に追加するとともに、秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。例えば、ＤＬＮＡサーバは、ＤＬＮＡクライアントへ承認応答を送信し、生成した秘密鍵を承認応答の中に付加してもよい。
【００５７】
上記のステップ２０６で既に説明したように、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けるために、ＤＬＮＡサーバは、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設定する。ＤＬＮＡクライアントとＤＬＮＡサーバとに対して最初にアクセスの接続を確立する際に、ＤＬＮＡサーバは、当該ＤＬＮＡクライアントのＭＡＣアドレスに対応する秘密鍵を生成するとともに、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加する。同時に、ＤＬＮＡサーバは、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントがＡＲＰ詐欺の手段によってアクセス許可を取得することを避ける。
【００５８】
ステップ２０８において、予め記憶した対応関係中にＭＡＣアドレスが存在する場合、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００５９】
予め記憶した対応関係中にＭＡＣアドレスが存在する場合は、ＤＬＮＡクライアントは、先立ってＤＬＮＡサーバとのアクセスの接続が既に確立できたことを示す。上記のステップ２０６の説明によって、当該ＭＡＣアドレスは予め記憶した対応関係中に記憶されているはずであり、且つ当該ＭＡＣアドレスは対応する秘密鍵を有している。このように、ＤＬＮＡサーバは、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００６０】
実現できる一態様において、該当ステップ２０８は以下の幾つかのサブステップを含んでもよい。
【００６１】
第１に、予め記憶した対応関係に基づいて、ＭＡＣアドレスに対応する秘密鍵を取得する。
【００６２】
予め記憶した対応関係中に先立ってアクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレスと秘密鍵の対応関係が存在するため、予め記憶した対応関係中に現在にアクセス要求を送信したＤＬＮＡクライアントのＭＡＣアドレスが存在する場合、ＤＬＮＡサーバは予め記憶した対応関係中からＭＡＣアドレスに対応する秘密鍵を取得する。
【００６３】
第２に、ＤＬＮＡクライアントが送信したアクセス要求中に秘密鍵が付加されているか否かを判断する。
【００６４】
ＤＬＮＡサーバは、先立ってアクセスの接続が確立できたＤＬＮＡクライアントに、以後に送信するアクセス要求中に必ず秘密鍵を付加するよう要求する。この時、ＤＬＮＡサーバにおいて、当該ＤＬＮＡクライアントはこの前に自身と既にアクセスの接続が確立できたことを既に特定されたため、ＤＬＮＡクライアントが現在に送信したアクセス要求中に秘密鍵が付加されているか否かを判断する。
【００６５】
第３に、秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、ＤＬＮＡクライアントのアクセスを承認する。
【００６６】
秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、当該秘密鍵は、ＤＬＮＡクライアントにより最初にアクセスの接続を確立する時にＡＲＰ詐欺の手段によって設定したのではないし、ＤＬＮＡクライアントはその際にＤＬＮＡサーバからフィードバックされた秘密鍵を受信できたことを示す。この時、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを承認し、アクセスの接続を確立する。
【００６７】
第４に、何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００６８】
何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合は、ＤＬＮＡクライアントが最初にアクセスの接続を確立する時ＡＲＰ詐欺の手段によって確立したことを意味し、ＤＬＮＡクライアントはその際にＤＬＮＡサーバからフィードバックされた秘密鍵を受信できなかったことを示す。この時、ＤＬＮＡサーバはＤＬＮＡクライアントのアクセスを拒否する。
【００６９】
上記のように、本実施例が提供するアクセス制御方法によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００７０】
また、本実施例においては、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設け、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加し、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けて、ＤＬＮＡシステムの安全性をさらに向上させた。
【００７１】
以下は、本発明の装置の実施例であり、本発明の方法の実施例を実行することができる。本発明の装置の実施例において記述していない細部内容に対しては、本発明の方法の実施例を参照してください。
【００７２】
図３は、例示的な一実施例に係るアクセス制御装置を示す模式図であり、当該アクセス制御装置は、ソフトウェア、ハードウェア、又は両者の組み合わせにより、ＤＬＮＡサーバの一部、又は全部を実現することができる。当該アクセス制御装置は、要求受信モジュール３１０と、アドレス取得モジュール３２０と、アドレス検出モジュール３３０と、及びアクセス拒否モジュール３４０とを含んでもよい。
【００７３】
要求受信モジュール３１０は、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００７４】
アドレス取得モジュール３２０は、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００７５】
アドレス検出モジュール３３０は、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００７６】
アクセス拒否モジュール３４０は、ＭＡＣアドレスが前記予め設定したブラックリスト中に存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否する。
【００７７】
上記のように、本実施例が提供するアクセス制御装置によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００７８】
図４は、例示的なもう一実施例に係るアクセス制御装置を示す模式図であり、当該アクセス制御装置は、ソフトウェア、ハードウェア、又は両者の組み合わせにより、ＤＬＮＡサーバの一部、又は全部を実現することができる。当該アクセス制御装置は、要求受信モジュール３１０と、アドレス取得モジュール３２０と、アドレス検出モジュール３３０と、及びアクセス拒否モジュール３４０とを含んでもよい。
【００７９】
要求受信モジュール３１０は、ＤＬＮＡクライアントが送信したアクセス要求を受信する。
【００８０】
アドレス取得モジュール３２０は、ＤＬＮＡクライアントが利用した媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ/Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する。
【００８１】
当該アクセス制御装置は、リスト取得モジュール３２２をさらに含み、リスト取得モジュール３２２は、不当なＭＡＣアドレス、及び／或はアクセス許可の承認されていないＭＡＣアドレスが含まれている、予め設定したブラックリストを取得する。
【００８２】
アドレス検出モジュール３３０は、予め設定したブラックリスト中にＭＡＣアドレスが存在するか否かを検出する。
【００８３】
アクセス拒否モジュール３４０は、ＭＡＣアドレスが予め設定したブラックリスト中に存在する場合、前記ＤＬＮＡクライアントのアクセスを拒否する。
【００８４】
当該アクセス制御装置は、アドレス検索モジュール３５０をさらに含み、アドレス検索モジュール３５０は、ＭＡＣアドレスが予め設定したブラックリスト中に存在しない場合、ＭＡＣアドレスと秘密鍵との間の対応関係が含まれている、予め記憶した対応関係中に、ＭＡＣアドレスが存在するか否かを検索する。
【００８５】
当該アクセス制御装置は、秘密鍵生成モジュール３６２と、対応記憶モジュール３６４と、秘密鍵送信モジュール３６６と、及びアクセス特定モジュール３７０とをさらに含む。
【００８６】
秘密鍵生成モジュール３６２は、予め記憶した対応関係中にＭＡＣアドレスが存在しない場合、ＭＡＣアドレスに対応する秘密鍵を生成する。
【００８７】
対応記憶モジュール３６４は、ＭＡＣアドレス、及びＭＡＣアドレスに対応する秘密鍵を、前記予め記憶した対応関係中に追加する。
【００８８】
秘密鍵送信モジュール３６６は、秘密鍵を、ＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信する。
【００８９】
アクセス特定モジュール３７０は、予め記憶した対応関係中にＭＡＣアドレスが存在する場合、予め記憶した対応関係中に含まれている、ＭＡＣアドレスに対応する秘密鍵に基づいて、ＤＬＮＡクライアントのアクセスを承認するか否かを特定する。
【００９０】
アクセス特定モジュール３７０は、秘密鍵取得ユニット３７０ａと、秘密鍵判断ユニット３７０ｂと、アクセス承認ユニット３７０ｃと、及びアクセス拒否ユニット３７０ｄとをさらに含む。
【００９１】
秘密鍵取得ユニット３７０ａは、予め記憶した対応関係に基づいて、ＭＡＣアドレスに対応する秘密鍵を取得する。
【００９２】
秘密鍵判断ユニット３７０ｂは、ＤＬＮＡクライアントが送信したアクセス要求中に、秘密鍵が付加されているか否かを判断する。
【００９３】
アクセス承認ユニット３７０ｃは、秘密鍵が付加されており、且つ付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致する場合、ＤＬＮＡクライアントのアクセスを承認する。
【００９４】
アクセス拒否ユニット３７０ｄは、何れの秘密鍵も付加されていない、或は付加されている秘密鍵がＭＡＣアドレスに対応する秘密鍵と一致しない場合、ＤＬＮＡクライアントのアクセスを拒否する。
【００９５】
上記のように、本実施例が提供するアクセス制御装置によると、ＤＬＮＡサーバにおいて、ＤＬＮＡクライアントから送信したアクセス要求を受信した後、ＤＬＮＡクライアントが利用したＭＡＣアドレスを取得し、予め設定したブラックリスト中にＭＡＣアドレスが存在しているか否か検出して、予め設定したブラックリスト中にＭＡＣアドレスが存在する場合、ＤＬＮＡクライアントのアクセスを拒否することにより、関連する技術でのＤＬＮＡクライアントによりＤＬＮＡサーバへ自由にアクセス要求を送信できるため、悪意のあるアクセス及びセキュリティリスクが発生する問題を解決した。本実施例においては、予め設定したブラックリストを設けることにより、ＤＬＮＡクライアントから不当なＭＡＣアドレス、又はアクセス許可の承認されていないＭＡＣアドレスに基づいて送信されたアクセス要求を効果的に排除して、ＤＬＮＡクライアントからＤＬＮＡサーバへ自由にアクセス要求を送信できないようになるため、悪意のあるアクセス、及びセキュリティリスクを充分に避けた。
【００９６】
また、本実施例においては、アクセスの接続が確立できたＤＬＮＡクライアントのＭＡＣアドレス毎に、対応する秘密鍵を設け、ＭＡＣアドレスと秘密鍵の対応関係を予め記憶した対応関係中に追加し、当該秘密鍵をＭＡＣアドレスに対応するＤＬＮＡクライアントへ送信するとともに、当該ＤＬＮＡクライアントに以後に送信するアクセス要求中に必ず当該秘密鍵を付加するよう要求することにより、ＤＬＮＡクライアントによりＡＲＰ詐欺の手段によってアクセス許可を取得することを避けて、ＤＬＮＡシステムの安全性をさらに向上させた。
【００９７】
上記の実施例中の装置について、各モジュールにより操作を実行する具体的な方法に対しては既に関連する方法の実施例において詳しく説明したため、ここでは詳しい説明は省略する。
【００９８】
図５は、本発明の例示的な一実施例に係るアクセス制御するための装置５００を示すブロック図である。例えば、装置５００は本発明の上記の実施例において言及されたＤＬＮＡサーバであってもよい。装置５００は、構成とその性能によってより大きい差異が発生する可能性あり、一つ以上のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ）５２２（例えば、一つ以上のプロセッサ）とメモリ５３２を含んでもよいし、アプリケーションプログラム５４２やデータ５４４を記憶するための一つ以上の記録媒体５３０（例えば、一つ以上の大容量の記憶デバイス）を含んでもよい。ただし、メモリ５３２と記録媒体５３０は一時的な記憶装置または永続的な記憶装置であてもよい。記録媒体５３０に記憶されているプログラムは一つ以上のモジュール（図示せず）を含んでもよいし、各モジュールは装置５００中の一連の命令に対する操作を含んでもよい。さらに、ＣＰＵ５２２は記録媒体５３０と通信できるように設置されて、装置５００において記録媒体５３０中の一連の命令の操作を実行してもよい。
【００９９】
装置５００は、一つ以上の電源５２６と、有線或は無線の一つ以上のネットワークインターフェイス５５０と、一つ以上の入出力インターフェイス５５８と、一つ以上のキーボード５５６と、及び／或は、一つ以上のオペレーティングシステム５４１とを含んでもよいし、ここで、オペレーティングシステムは例えばＷｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）, Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）などである。
【０１００】
記録媒体５３０中の命令が装置５００のＣＰＵ５２２により実行される際に、装置５００に上記の図１、又は図２に示したアクセス制御方法を実行されるようにする。
【０１０１】
当業者は、明細書を検討して本発明を実践した後、本発明の他の実施案を容易に考え出すことができる。本願は、本発明のいずれの変形、用途、又は適応的な変更をカバーすることを狙っているし、これらの変形、用途、又は適応的な変更は、本発明の一般的な原理に従い、また、本発明は公開していない当業界の公知の知識又は通常の技術手段を含む。明細書と実施例はただ例示として考慮され、本発明の本当の範囲と精神は以下の特許請求の範囲に記載される。
【０１０２】
本発明は上記に記述され、また図面で示した正確な構成に限定されず、その範囲を逸脱しない限り多様な置換えと変更を行うことができると、理解するべきである。本発明の範囲は添付の特許請求の範囲のみにより限定される。
【０１０３】
本願は、出願番号が２０１４１０１２３１０３．７であって、出願日が２０１４年３月２８日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用するようにする。
【国際調査報告】
2016519828.tif 000008
2016519828.tif 000009
2016519828.tif 000010
2016519828.tif 000011