ネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー及びモニタリング対象端末接近制御方法
【課題】ネットワーク基盤のＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄ）システムにおいてＤＶＲサーバー及びモニタリング対象端末接近制御方法を提供する。
【解決手段】使用者認証のみがＤＶＲサーバーで行われるようにし、認証手順で獲得された認証トークンを用いて映像提供手段に直接接近するようにすることによって、ＤＶＲサーバーに集中するトラフィックを低減させ、保安を維持しながらも円滑なモニタリングサービスを提供するようにする。
【解決手段】使用者認証のみがＤＶＲサーバーで行われるようにし、認証手順で獲得された認証トークンを用いて映像提供手段に直接接近するようにすることによって、ＤＶＲサーバーに集中するトラフィックを低減させ、保安を維持しながらも円滑なモニタリングサービスを提供するようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク基盤のＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄ）システムにおけるＤＶＲサーバー及びモニタリング対象端末接近制御方法に関する。
【背景技術】
【０００２】
図１は、従来のモニタリングシステムを説明するための図である。図１を参照すると、第１世代のモニタリングシステムは、ＣＣＴＶ（Ｃｌｏｓｅｄ Ｃｉｒｃｕｉｔ ＴＶ）などを用いるのが大部分であった。しかし、ＣＣＴＶを用いるモニタリングシステムは、基本的に同軸ケーブルを通してカメラより撮影した映像を受け取り、これをディスプレイ手段を介して出力する方式で動作するので、実質的に遠隔モニタリングシステムとはいえない問題点がある。また、映像を記録するために磁気テープなどの記録媒体を使用するので、録画を繰り返すにつれて画質が落ちるだけでなく、所定の映像を検索するのに時間がかかってしまう。また、モニタリングシステムに常駐している人員がいないと、磁気テープの交換など全般的なシステム管理が非常に難しいという問題点がある。
【０００３】
このようなアナログ方式に基づくＣＣＴＶモニタリングシステムの代案として、第２世代のＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）システムが案出された。ＤＶＲシステムは、撮影された映像データをデジタルデータに変換してこれをハードディスクなどに保存するので、録画及び再生時の撮影された映像の画質変化がなく、保存媒体の管理が容易である。また、ＤＶＲシステムは、インターネットを用いて遠隔地からも特定の場所をビデオ及びオーディオでモニタリングすると共に、その映像及び音声を保存しておき、以降正確な分析ができるようになっている。この点から、ＤＶＲシステムは、保安のための非常に重要な応用として採択されている。
【０００４】
一方、最近では、上記ＤＶＲシステムに保存される映像データの容量が大きくなるに伴い、これに対する効率的な管理のために多数のカメラで撮影された複数の映像データを数十テラバイト（Ｔｅｒａ ｂｙｔｅ）以上の大容量ストレージ（記憶装置）に保存し、中央のＤＶＲサーバーで該大容量ストレージに保存された映像データへの接近を制御することによってモニタリングサービスを提供する第３世代のネットワーク基盤のＤＶＲシステムが開示されている。
【０００５】
しかしながら、上記のようなネットワーク基盤のＤＶＲシステムは、単に既存のＤＶＲシステムにネットワーキング機能を追加したもので、次に説明するようにＤＶＲサーバーに多いネットワーク負荷が集中するだけでなく、保安に脆弱であるという問題点を抱えているが、これについてより詳細に説明すると、次の通りである。
【０００６】
第一、ネットワーク基盤のＤＶＲシステムは、中央のＤＶＲサーバーで権限の認証された使用者に限ってカメラにより撮影された映像データに接近できるようにし、映像データのモニタリング及び保安を集中的に統制するのが一般的である。
【０００７】
しかし、このようなＤＶＲサーバー中心の映像データ接近方式は、使用者の認証管理が容易であるという長所はあるが、ＤＶＲサーバーが全てのカメラで撮影される映像データへの接近を制御しなければならず、次に説明するように、ＤＶＲサーバーに多くのネットワーク負荷が集中するという問題点がある。
【０００８】
例えば、使用者がクライアント端末を介してＤＶＲサーバーに接続し、０９:００〜１８:００まで１階廊下をモニタリングする場合、１階廊下のカメラで撮影された映像データはＤＶＲサーバーを通してクライアント端末に転送されるが、この時、ＤＶＲサーバーは単に１階廊下のカメラより撮影された映像データの転送のみを担当するにもかかわらず、すなわち、クライアント端末は実質的に１階廊下のカメラから映像データを受け取るにもかかわらず、クライアント端末とＤＶＲサーバー間には不要な接続セッション維持及び映像データのストリーミングサービスのための資源割当がなされ、これによってＤＶＲサーバーに不要なネットワーク負荷が発生することとなる。
【０００９】
また、使用者がクライアント端末を介してＤＶＲサーバーに接続し、１階の廊下をモニタリングしてから屋上をモニタリングしようとする場合、すなわち、モニタリング対象が変更される場合、クライアント端末⇔屋上のカメラ間のメッセージ送受信によってモニタリング対象変更が可能であるにもかかわらず、既存のネットワーク基盤のＤＶＲシステムではクライアント端末⇔ＤＶＲサーバー⇔屋上カメラ間のメッセージ送受信を通じてモニタリング対象が変更され、結果としてＤＶＲサーバーに不要なネットワーク負荷が発生するという問題点がある。
【００１０】
特に、ＤＶＲシステムではその特性の上、モニタリング対象端末の変更が頻繁に発生するが、上記のようなＤＶＲサーバー中心の映像データ接近方式はこのようなモニタリング対象変更において過負荷の要素を含んでいるため、ＤＶＲサーバーの効率性側面で好ましくない。
【００１１】
第二、上記のようなネットワーク基盤のＤＶＲシステムは、通常、パスワード基盤の使用者認証メカニズムで使用者認証を行うが、パスワードを用いた使用者認証技術は大部分の実際認証システムで採択しているメカニズムではあるものの、外部露出、推測、盗聴、再演などに特に脆弱なため、万一ネットワーク上でパスワードが露出されると、個人プライバシーの含まれた映像データが悪用される恐れがあり、しかも、ＤＶＲサーバーに接続する度に使用者ＩＤとＰＷを入力するようになっているため、使用者にとっては非常に面度であるという問題点がある。
【００１２】
このような問題点を補完するためのものとして、パスワードを用いずに公開キーを暗号化しこれを交換する方式で使用者認証を行う方法が開示されているが、使用者の秘密キーや認証書を記憶しているスマートカードなどを使用者が所持しなければならないという不便さがあり、実際システム具現においてシステムの複雑性によって多くの努力と費用がかかるという点から、一般的に使用されていない実情である。
【００１３】
また、上記のようなネットワーク基盤のＤＶＲシステムでは、内部ネットワーク網を通じて連結されたローカルクライアント端末の場合、不特定多数の使用者のＩＰアドレス及びＭＡＣアドレス管理の複雑さと、端末認証のためのローカルクライアント別の個別のキー管理の複雑さによって、ローカルクライアント端末に対する認証手順は省略するのが一般的であるが、このような認証政策は、認証された使用者にのみ制限的にモニタリングサービスを提供できなければならないという保安側面で好ましくないという問題点がある。
【００１４】
要するに、ネットワーク基盤のＤＶＲシステムにおいて、ＤＶＲサーバーに集中するネットワーク負荷を分散させ、大きい過負荷なしで円滑なモニタリングサービスを支援しながらも、複雑で面倒な使用者認証手順無しで保安を維持できる方案が要求される。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、ネットワーク基盤のＤＶＲシステムでネットワーク及びＤＶＲサーバーへの負荷を低減するための使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１６】
本発明の他の目的は、実時間マルチメディアモニタリングサービスを、モニタリング対象端末から直接受けることを可能にする使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１７】
本発明のさらに他の目的は、認可された使用者のみをモニタリング対象端末に接近するようにする効率的な保安が可能な使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１８】
本発明のさらに他の目的は、ネットワーク基盤のＤＶＲシステムでネットワーク及びＤＶＲサーバーへの負荷を低減するための使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【００１９】
本発明のさらに他の目的は、実時間マルチメディアモニタリングサービスをモニタリング対象端末から直接受けることを可能にする、使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【００２０】
本発明のさらに他の目的は、認証された使用者のみをモニタリング対象端末に接近するようにし、効率的な保安を可能にする、使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【課題を解決するための手段】
【００２１】
上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法であって、（ａ）前記クライアント端末使用者に対する認証を行う段階と、（ｂ）前記クライアント端末使用者に対する認証に成功すると、サーバー認証トークンを提供するサーバー認証トークン提供段階と、（ｃ）前記クライアント端末に、前記モニタリング対象端末接続に必要な端末認証トークンを提供する端末認証トークン提供段階と、（ｄ）前記提供された端末認証トークンを用いて該当のモニタリング対象端末に接続する段階と、を含むことを特徴とする。
【００２２】
また、上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法であって、（ａ）前記クライアント端末使用者に対する認証を行う段階と、（ｂ）前記クライアント端末使用者に対する認証に成功すると、前記クライアント端末にサーバー認証トークンを提供するサーバー認証トークン提供段階と、（ｃ）前記提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続する段階と、を含むことを特徴とする。
【００２３】
また、上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むＤＶＲシステムにおいて、前記クライアント端末を用いてモニタリング対象端末またはマルチメディア保存手段に接近するための方法であって、前記ＤＶＲサーバーで前記クライアント端末使用者に対する認証を要求する段階と、前記ＤＶＲサーバーから、前記クライアント端末使用者に対する認証成功時に、サーバー認証トークンを受信する段階と、選択された前記モニタリング対象端末または前記マルチメディア保存手段接続に必要な端末認証トークンを要求して端末認証トークンを受信する段階と、前記端末認証トークンを用いて該当のモニタリング対象端末に接続要請する段階と、を含むことを特徴とする。
【００２４】
一方、上記目的を達成するために本発明によるＤＶＲサーバーは、外部との通信のための通信部と、使用者認証及び保安を制御するための認証及び保安制御部と、前記認証及び保安制御部の制御によって前記クライアント端末使用者が正当な使用者であることを証明するサーバー認証トークン及び前記モニタリング対象端末に接近可能な使用者であることを証明する端末認証トークンを生成するための認証トークン生成部と、前記認証及び保安制御部の制御によって前記クライアント端末使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部と、を含むことを特徴とする。
【発明の効果】
【００２５】
本発明によれば、ネットワーク基盤のＤＶＲシステムにおいて実質的なマルチメディアモニタリングサービスを、ＤＶＲサーバーを介さずに各モニタリング対象端末から直接受けるようにしたため、ＤＶＲサーバーに集中するトラフィックを最小化し、大きい過負荷なしに円滑なモニタリングサービスを支援しながらも保安を維持することが可能になる。
【００２６】
また、本発明によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うので、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【発明を実施するための最良の形態】
【００２７】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。
【００２８】
図２は、本発明が適用されるネットワーク基盤のＤＶＲシステムの構成を概略的に示す図である。
【００２９】
図２に示すように、ネットワーク基盤のＤＶＲシステムは、様々な地域に設置された複数のアナログＣＣＴＶカメラ２１０または複数のネットワークカメラ２２０と、複数のカメラ２１０，２２０で撮影されたマルチメディアデータ（映像データ）をストレージ２３０に保存して管理するＤＶＲサーバー２４０と、内部ネットワーク網を通じてＤＶＲサーバー２４０に接続可能なローカルクライアント端末２５０と、インターネット網を通じてＤＶＲサーバー２４０に接続可能なＰＤＡ、携帯電話、ＰＣなどのウェブクライアント端末２６０と、を含む。
【００３０】
ここで、ＣＣＴＶカメラ２１０で撮影された映像データを圧縮してＤＶＲサーバー２４０に転送するための映像圧縮転送装置２１１がさらに含まれることが好ましく、この映像圧縮転送装置２１１には、複数のアナログＣＣＴＶカメラ２１０（例えば、４個のアナログＣＣＴＶカメラ）が同軸ケーブルを通じて連結されることが好ましい。
【００３１】
ネットワークカメラ２２０は、ウェブカメラまたはインターネットカメラのように一般ＣＣＴＶカメラにサーバー機能が含まれたカメラで、有無線ＩＰネットワークを介してＤＶＲサーバー２４０に連結される。
【００３２】
ストレージ２３０は、数十テラバイト（Ｔｅｒａ ｂｙｔｅ）以上の大容量記憶能力を持つ記憶装置とすることが好ましい。
【００３３】
本実施例において、ローカルクライアント端末２５０またはウェブクライアント端末２６０はいずれも‘クライアント端末’と総称され、モニタリング対象となる複数のアナログＣＣＴＶカメラ２１０または複数のネットワークカメラ２２０、及び複数のカメラ２１０，２２０で撮影されたマルチメディアデータが保存されるストレージ２３０を‘モニタリング対象端末’と総称する。
【００３４】
一方、図２のように構成されたネットワーク基盤のＤＶＲシステムにおいて、前述のように、中央のＤＶＲサーバー２４０でモニタリング及び保安を集中的に統制する方式は、ＤＶＲサーバー２４０に多いネットワーク負荷が集中するから非効率的であるだけでなく、面倒なログイン手順及び保安側面で好ましくないという問題点がある。
【００３５】
そこで、本発明では、次に説明するように、ＤＶＲサーバー２４０では使用者認証のみが行われるようにし、直接的なモニタリングサービスは認証手順で獲得された認証トークンを用いて各アナログＣＣＴＶカメラ２１０またはネットワークカメラ２２０から直接受けるようにすることによって、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きな過負荷なしで円滑なモニタリングサービスを支援しながらも面倒なログイン手順無しで保安を維持できるようにする。次に、本発明によるＤＶＲサーバーの接近制御装置についてより詳細に説明する。
【００３６】
図３は、本発明によるＤＶＲサーバーの接近制御装置を示すブロック図である。
【００３７】
図３に示すように、本発明によるＤＶＲサーバーの接近制御装置３００は、外部との通信のための通信部３１０と、使用者認証及び保安を制御するための認証及び保安制御部３２０と、認証及び保安制御部３２０の制御によって認証された使用者であることを証明できるサーバー認証トークン及びモニタリング対象端末に接近可能な使用者であることを証明できる端末認証トークンを生成するための認証トークン生成部３３０と、認証及び保安制御部３２０の制御によって、使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部３４０と、使用者情報及び認証トークン生成部３３０により生成された認証トークンに関する各種情報が保存されているメモリー部３５０と、で構成されている。
【００３８】
ここで、接近制御装置３００は、図２に示すＤＶＲサーバー２４０に含まれることが好ましく、本実施例では説明の便宜上接近制御装置３００がＤＶＲサーバー２４０に含まれているとして説明する。
【００３９】
次に、本発明によるＤＶＲサーバー２４０の動作について、図４を参照しつつより詳細に説明する。
【００４０】
図４は、本発明によるＤＶＲサーバーの動作を説明するための図である。
【００４１】
図４を参照すると、まず使用者がクライアント端末２５０，２６０を介してＤＶＲサーバー２４０に接続すると、ＤＶＲサーバー２４０は、使用者に使用者のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）とＰＷ（Ｐａｓｓｗｏｒｄ）を入力するように要求する。
【００４２】
その後、使用者がクライアント端末２５０，２６０を介してＩＤとＰＷを入力すると、入力されたＩＤ及びＰＷ情報はネットワーク網またはインターネット網を通じてＤＶＲサーバー２４０に転送され、これにより、ＤＶＲサーバー２４０は、認証及び保安制御部３２０を介して使用者のＩＤとＰＷ情報をメモリー部３５０の使用者認証テーブル３５１から検索することで使用者認証を行う。
【００４３】
この時、使用者認証テーブル３５１には、使用者のＩＤ、ＰＷ、権限情報などの使用者登録情報が記録されていることが好ましく、使用者認証方式としては、挑戦・応答方式のパスワード基盤使用者認証を行うことが好ましい。ここで、挑戦・応答方式のパスワード基盤使用者認証が行われる場合、パスワードのハッシュコード（Ｈａｓｈｅｄ Ｃｏｄｅ）が使用者認証テーブルに記録されることができる。
【００４４】
続いて、ＤＶＲサーバー２４０は、使用者の認証に成功すると、認証トークン生成部３３０を介して、使用者がＤＶＲサーバー２４０に接続できる認証された使用者であるということを証明するサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を生成するが、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は、下記の式１により生成される。
【００４５】
Auth_token_Server=EncATK(Mac_addr_Server||Timestamp_Server)
【００４６】
上記の式１において、ＥｎｃＡＴＫは認証トークン生成及び検証のための暗号化／復号化キーを、Ｍａｃ＿ａｄｄｒ＿ＳｅｒｖｅｒはＤＶＲサーバー２４０を識別できる固有情報、例えばＤＶＲサーバー２４０のＭＡＣアドレスを、Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒはサーバー認証トークンの生成時刻を、||は連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）をそれぞれを表す。
【００４７】
すなわち、上記式１は、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークンの生成時刻情報（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで暗号化することを示すもので、このような暗号化により、使用者がＤＶＲサーバー２４０に接続できる認証された使用者であるということを証明できるサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が生成される。
【００４８】
上記のような手順を経てサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が生成されると、ＤＶＲサーバー２４０は、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を認証成功メッセージに含めてクライアント端末２５０，２６０の使用者に転送する。
【００４９】
一方、ＤＶＲサーバー２４０は、上記生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）に関する情報をメモリー部３５０のサーバー認証トークンテーブル３５２に保存する。このサーバー認証トークンテーブル３５２について図５Ａを参照してより詳細に説明すると、下記の通りである。しかし、ＤＶＲサーバー動作のために上記情報はサーバー認証テーブルに保存されなくても良い。
【００５０】
図５Ａは、図３においてメモリー部３５０に保存されたサーバー認証トークンテーブル３５２の一例を示す図である。
【００５１】
図５Ａに示すように、サーバー認証トークンテーブル３５２にはサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）がインデックス別に記録されており、その他にも、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）、サーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）、サーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）、認証トークン生成及び検証のための暗号化／復号化キー（ＥｎｃＡＴＫ）などに関する情報が保存されている。
【００５２】
再び図４を参照すると、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から認証成功メッセージを受信すると、受信した認証成功メッセージからサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を抽出して保存するが、この時、受信したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性（ｉｎｔｅｇｒｉｔｙ）を検証した後に保存することが好ましい。
【００５３】
その後、使用者がクライアント端末２５０，２６０を介してモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）を選択すると、クライアント端末２５０，２６０では、選択されたモニタリング対象端末接続に必要な権限、すなわち、端末認証トークンを要請するメッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）をＤＶＲサーバー２４０に伝達する。この端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）は、下記の式２で示されることができる。
【００５４】
Auth_token_request(User_ID, Mac_addr_client, Auth_token_Server, N, List_Mac, MAC(KEK||List_Mac))
【００５５】
上記の式２において、Ｕｓｅｒ＿ＩＤは使用者ＩＤを、Ｍａｃ＿ａｄｄｒ＿ｃｌｉｅｎｔはクライアント端末のＭＡＣアドレスを、Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒは、クライアント端末使用者が保有しているサーバー認証トークンを、Ｎはモニタリング対象端末の個数を、Ｌｉｓｔ＿Ｍａｃはモニタリング対象端末のＭＡＣアドレスリストをそれぞれ表し、ＭＡＣ（ＫＥＫ｜｜Ｌｉｓｔ＿Ｍａｃ）は、モニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫ（Ｋｅｙ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）で暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を表す。
【００５６】
一方、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から上記の式２のような端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）を受信すると、認証トークン検証部３４０を介して当該端末認証トークン要請メッセージに含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証を行う。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証についてより詳細に説明すると、下記の通りである。
【００５７】
まず、上記受信したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は暗号化されている状態であるから、認証トークン検証部３４０は、上記の式１を逆にしてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これにより、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【００５８】
その後、ＤＶＲサーバー２４０は、上記抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命を確認し、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断するが、この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも一緒に確認することが好ましい。
【００５９】
その後、認証トークン検証部３４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２よりサーバー認証トークンの寿命情報（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）を確認し、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断する。
【００６０】
すなわち、現在確認時刻＜サーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）＋サーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）であれば、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断し、その逆の場合にはサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効でないと判断する。
【００６１】
この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【００６２】
その後、当該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、認証トークン検証部３４０は、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を確認し、当該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性を検証する。これについてより詳細に説明すると、下記の通りである。
【００６３】
まず、認証トークン検証部３４０は、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０の共有秘密キーであるＫＥＫで暗号化し、メッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を生成する。
【００６４】
ここで、ＫＥＫは、ＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであることが好ましい。
【００６５】
その後、認証トークン検証部３４０は、生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）が、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）と一致する場合には、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠であると判断し、一致しないと変調可能性のあるものと判断する。
【００６６】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されたり、または、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を再発給する。
【００６７】
一方、上記のようなサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証手順によってサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効で無欠なものと判断されると、ＤＶＲサーバー２４０は、認証トークン生成部３３０を介してそれぞれのモニタリング対象端末別に該当のモニタリング対象端末接続に必要な端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をそれぞれ生成する。この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、下記の式３によって生成される。
【００６８】
Auth_token_Terminal
=EncATK(Mac_addr_Terminal||Timestamp_Terminal||Authority_Channel)
【００６９】
上記の式３において、ＥｎｃＡＴＫは認証トークン生成及び検証のための暗号化／復号化キーを、Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌはモニタリング対象端末のＭＡＣアドレスを、Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌは端末認証トークンの生成時刻を、Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌは使用者が接近可能なカメラのチャネル権限情報をそれぞれ表し、||は連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）を表す。
【００７０】
すなわち、上記の式３は、モニタリング対象端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌ）、及びチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）をＥｎｃＡＴＫで暗号化することを示し、このような暗号化によって、使用者が該当のモニタリング対象端末からモニタリングサービスを受けることができる使用者であるということを証明できる端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が生成される。
【００７１】
ここで、モニタリング対象端末がストレージ２３０である場合、すなわち、使用者がストレージ２３０にアクセスし、ストレージ２３０に保存されたマルチメディアデータを検索しようとする場合、この場合にはチャネル権限情報が必要でないので、上記の式３でチャネル権限情報はＮｕｌｌと設定されることが好ましい。
【００７２】
言い換えると、上記の式３は、上記の式１に比べて、接続の要請された対象がＤＶＲサーバー２４０ではなくモニタリング対象端末である複数のカメラ２１０，２２０またはストレージ２３０であるという点と、これによって暗号化対象情報のうちチャネル権限情報が追加された点以外は、同一の方式によって認証トークンを生成するものと理解すれば良い。
【００７３】
一方、ＤＶＲサーバー２４０は、生成された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）に関する情報をメモリー部３５０の端末認証トークンテーブル３５３に保存するが、この端末認証トークンテーブル３５３について図５Ｂを参照しつつより詳細に説明すると、下記の通りである。しかし、ＤＶＲサーバー動作のために上記情報は端末認証トークンテーブルに保存されなくても良い。
【００７４】
図５Ｂは、図３においてメモリー部３５０に保存された端末認証トークンテーブル３５３の一例を示す図である。
【００７５】
図５Ｂに示すように、端末認証トークンテーブル３５３には、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）がインデックス別に記録されており、その他にも、モニタリング対象端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｔｅｒｍｉｎａｌ）、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）、認証トークン生成及び検証のための暗号化／復号化キー（ＥｎｃＡＴＫ）などに関する情報が保存されている。
【００７６】
ここで、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）は、使用者が接近可能なカメラのチャネルリストを意味するもので、このチャネル権限情報を通じて使用者が接近可能なカメラがどのカメラなのかを把握でき、ＤＶＲサーバー２４０やストレージ２３０のようにカメラ以外の装置に対するチャネル権限情報は、Ｎｕｌｌに設定されることが好ましい。
【００７７】
一方、上記のような手順によってそれぞれのモニタリング対象端末接続に必要な端末認証トークンが生成されると、これによってＤＶＲサーバー２４０は端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）に、生成された各端末認証トークンを含めてクライアント端末の使用者に伝達する。この端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）は、下記の式４で示される。
【００７８】
Auth_token_reply(User_ID, Timestamp_Terminal, N, List_Mac, List_Auth_token_Terminal, MAC(KEK||List_Auth_token_Terminal))
【００７９】
上記の式４において、Ｕｓｅｒ＿ＩＤは使用者ＩＤを、Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌは端末認証トークンの生成時刻を、Ｎはモニタリング対象端末の個数を、Ｌｉｓｔ＿Ｍａｃはモニタリング対象端末のＭＡＣアドレスリストを、Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌは端末認証トークンリストをそれぞれ表し、ＭＡＣ（ＫＥＫ||Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、端末認証トークンリスト（Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫで暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を表す。
【００８０】
すなわち、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）には、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、及び端末認証トークンリストに関する認証コード情報が含まれる。
【００８１】
一方、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）を受信すると、受信した端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）から端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を抽出して保存するが、この時、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証を行うことが好ましい。この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証は、上記のサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証と同一方式で行われるが、これについての詳細詳細は省略される。
【００８２】
その後、使用者がモニタリング対象端末（例えば、１階廊下のカメラ）への接続を要請すると、クライアント端末２５０，２６０では該当のモニタリング対象端末に接続要請メッセージを伝達する。この時、接続要請メッセージには、該当のモニタリング対象端末接続に必要な端末認証トークンが含まれることが好ましい。
【００８３】
すなわち、クライアント端末の使用者は、該当のモニタリング対象端末に自分の保有している端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を提示して接続を要請し、これによって接続要請されたモニタリング対象端末は、提示された端末認証トークンの寿命確認及び検証を行い、提示された端末認証トークンが有効で無欠なものと判断されると、使用者の接続を認可し、使用者にモニタリングサービスを提供する。
【００８４】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命が満了して有効でない端末認証トークンであると判断されたり、または、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０を介して端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の再発給を受けるようにすることが好ましい。
【００８５】
このように、本発明によるＤＶＲサーバー２４０は、認証された使用者にサーバー接続に必要なサーバー認証トークン及びモニタリング対象端末接続に必要な端末認証トークンを提供し、使用者からモニタリング対象端末への接近が要請されると、接近の要請されたモニタリング対象端末では使用者の保有している端末認証トークンを確認し、その接続認可処理を行うようにすることによって、実質的なマルチメディアモニタリングサービスは、ＤＶＲサーバー２４０を介さずに各モニタリング対象端末から受けることとなり、よって、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きい過負荷なしで円滑なモニタリングサービスを支援しながらも保安を維持することが可能になる。
【００８６】
また、本発明によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うことによって、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【００８７】
以下、本発明によるモニタリング対象端末接近制御方法について、添付の図面を参照しつつ詳細に説明する。
【００８８】
図６は、本発明の第１実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【００８９】
図６を参照すると、本発明のモニタリング対象端末接近制御方法は、クライアント端末使用者に、認証された使用者であることを証明できるサーバー認証トークンを提供するサーバー認証トークン提供段階（Ｓ６１０）と、クライアント端末使用者に、モニタリング対象端末に接近可能な使用者であることを証明できる端末認証トークンを提供する端末認証トークン提供段階（Ｓ６２０）と、提供された端末認証トークンを用いて該当のモニタリング対象端末に接続し、モニタリングサービスを受けるモニタリングサービス提供段階（Ｓ６３０）と、からなる。これらの各段階についてより詳細に説明すると、下記の通りである。
【００９０】
（１）サーバー認証トークン提供段階（Ｓ６１０）
【００９１】
まず、使用者がクライアント端末上でＩＤとＰＷを入力すると、これに応答してクライアント端末はＤＶＲサーバー２４０に使用者認証を要請し（Ｓ６１１）、これに応じてＤＶＲサーバー２４０はあらかじめ設定された認証及び保安政策によって使用者認証を行う（Ｓ６１２）。
【００９２】
その後、ＤＶＲサーバー２４０は、使用者の認証に成功すると、自分のＭＡＣアドレス（ＤＶＲサーバー２４０のＭＡＣアドレス）と現在時刻（サーバー認証トークンの生成時刻）情報を認証トークン生成及び検証のための暗号化／復号化キーであるＥｎｃＡＴＫで暗号化し、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を生成する（Ｓ６１３）。
【００９３】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は、使用者がＤＶＲサーバー２４０に接続できる認証された使用者ということを証明するためのもので、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成方法については、上記の式１に関る説明で詳細に説明したので、その詳細は省略する。
【００９４】
その後、ＤＶＲサーバー２４０は、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を認証成功メッセージに含めて使用者に転送する（Ｓ６１４）。
【００９５】
この時、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）に関する情報は、図５Ａに示すように、サーバー認証トークンテーブル３５２に保存されることが好ましい。しかし、生成されたサーバー認証トークンに関する情報は、サーバー認証トークンテーブルに保存されなくても良い。
【００９６】
一方、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から認証成功メッセージを受信すると、受信した認証成功メッセージからサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を抽出した後、抽出されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性を検証する（Ｓ６１５）。
【００９７】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性検証方法は、ＭＡＣ（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）アルゴリズムを用いたデータ無欠性検証方法とすることが好ましい。
【００９８】
その後、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠なものと確認されると、クライアント端末２５０，２６０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を自分の内部メモリーに保存する（Ｓ６１６）。
【００９９】
（２）端末認証トークン提供段階（Ｓ６２０）
【０１００】
まず、使用者がクライアント端末２５０，２６０を介してモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）を選択すると（Ｓ６２１）、クライアント端末２５０，２６０では、当該選択されたモニタリング対象端末接続に必要な端末認証トークンを要請する端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）（上記の式２参照）をＤＶＲサーバー２４０に伝達する（Ｓ６２２）。
【０１０１】
この時、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）には、上記の式２のように、使用者ＩＤ（Ｕｓｅｒ＿ＩＤ）、クライアント端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿ｃｌｉｅｎｔ）、クライアント端末使用者が保有しているサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）、モニタリング対象端末の個数（Ｎ）、モニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）、及びモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫで暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）（ＭＡＣ（ＫＥＫ||Ｌｉｓｔ＿Ｍａｃ）などが含まれることが好ましい。
【０１０２】
その後、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）を受信すると、この端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証を行う（Ｓ６２３）。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証について簡略に説明すると、下記の通りである。
【０１０３】
まず、ＤＶＲサーバー２４０は、上記の式１を逆にしてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これによってＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【０１０４】
その後、ＤＶＲサーバー２４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２よりサーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）情報を確認し、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断するが、この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【０１０５】
その後、ＤＶＲサーバー２４０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）を、ＤＶＲサーバー２４０の共有秘密キーであるＫＥＫで暗号化してメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を生成した後、この生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）が、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）と一致すると、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠なものと判断し、一致しないと変調可能性があるものと判断する。
【０１０６】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されたり、または、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を再発給するようにする。
【０１０７】
一方、上記のようなサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証手順によって該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効で無欠なものと判断されると、ＤＶＲサーバー２４０は、それぞれのモニタリング対象端末別にモニタリング対象端末接続に必要な権限、すなわち、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をそれぞれ生成する。
【０１０８】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、使用者が該当のモニタリング対象端末からモニタリングサービスを受けることができる使用者であるということを証明するためのもので、モニタリング対象端末のＭＡＣアドレス、現在時刻（端末認証トークンの生成時刻）及び使用者が接近可能なカメラのチャネル権限情報を、認証トークン生成及び検証のための暗号化／復号化キーであるＥｎｃＡＴＫで暗号化することにより生成され、この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）生成方法については、上記の式３に関る説明で詳細に説明したので、その詳細は省略する。
【０１０９】
その後、上記のような手順によって各モニタリング対象端末接続に必要な端末認証トークンが生成されると、ＤＶＲサーバー２４０は、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）に当該生成された複数の端末認証トークンを含めてクライアント端末の使用者に伝達する（Ｓ６２５）。
【０１１０】
この時、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）には、上記の式４のように、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、及びこの端末認証トークンリストに関する認証コード情報などが含まれることが好ましい。
【０１１１】
一方、生成された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）に関する情報は、図５Ｂに示すように、端末認証トークンテーブル３５３に保存されることが好ましいが、端末認証トークンテーブルに保存されなくても良い。
【０１１２】
その後、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）を受信すると、受信した端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）から端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を抽出した後、該抽出された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の無欠性を検証する（Ｓ６２６）。このとき、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の無欠性検証方法は、上記したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性検証と同一の方式とすれば良いので、その詳細説明は省略する。
【０１１３】
その後、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が無欠なものと確認されると、クライアント端末２５０，２６０は、この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を自分の内部メモリーに保存する（Ｓ６２７）。
【０１１４】
（３）モニタリングサービス提供段階（Ｓ６３０）
【０１１５】
まず、上記のような端末認証トークン提供段階（Ｓ６２０）を経てクライアント端末使用者に、該当のモニタリング対象端末に接続できる端末認証トークンが提供された状態で、使用者からモニタリング対象端末（例えば、１階廊下のカメラ）が選択されると、これに応じてクライアント端末２５０，２６０は該当のモニタリング対象端末に接続要請メッセージを伝達する（Ｓ６３１）。この時、接続要請メッセージには、該当のモニタリング対象端末接続に必要な端末認証トークンが含まれていることが好ましい。
【０１１６】
その後、モニタリング対象端末は、クライアント端末２５０，２６０から当該接続要請メッセージを受信すると、この接続要請メッセージに含まれた端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証を行った後（Ｓ６３２）、端末認証トークンが有効で無欠なものと判断されると、クライアント端末に対する接続を認可し、クライアント端末使用者にモニタリングサービスを提供する（Ｓ６３３〜Ｓ６３４）。
【０１１７】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命が満了して有効でない端末認証トークンであると判断されたり、または、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が変調可能性のあるものと判断されると、モニタリング対象端末はＤＶＲサーバー２４０を介して端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の再発給を受けるようにする。
【０１１８】
上記では、クライアント端末使用者がモニタリング対象端末に接続できる端末認証トークンを保有している状態で、使用者から該当のモニタリング対象端末が選択された場合を挙げて説明したが、使用者が端末認証トークンを保有していなかったりまたはモニタリング対象端末が変更された場合には、まず、端末認証トークン提供段階（Ｓ６１０）を通じて使用者に端末認証トークンを提供し、提供された端末認証トークンを用いて該当のモニタリング対象端末に接続するようにすることが好ましい。
【０１１９】
一方、上記では、使用者にサーバー認証トークンと端末認証トークンをそれぞれ個別に提供し、ＤＶＲサーバー２４０に接続する時にはサーバー認証トークンを用いるようにし、モニタリング対象端末に接続する時には端末認証トークンを用いるようにする場合を挙げて説明したが、サーバー認証トークンのみを用いてモニタリング対象端末に接続することも可能であり、これについて図７を参照しつつより詳細に説明すると、下記の通りである。
【０１２０】
図７は、本発明の第２実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【０１２１】
図７を参照すると、本発明のモニタリング対象端末接近制御方法は、クライアント端末使用者に、認証された使用者であることを証明できるサーバー認証トークンを提供するサーバー認証トークン提供段階（Ｓ７１０）と、提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続し、モニタリングサービスを受けるモニタリングサービス提供段階（Ｓ７２０）とからなることができる。
【０１２２】
サーバー認証トークン提供段階（Ｓ７１０）は、図６で説明されたサーバー認証トークン提供段階（Ｓ６１０）と同一であるので、その詳細な説明は省略され、以下では、モニタリングサービス提供段階（Ｓ７２０）についてより詳細に説明する。
【０１２３】
まず、サーバー認証トークン提供段階（Ｓ７１０）を経てクライアント端末使用者にサーバー認証トークンが提供された状態で、使用者からモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）が選択されると（Ｓ７２１）、これに応じてクライアント端末２５０，２６０ではＤＶＲサーバー２４０に接続要請メッセージを伝達する（Ｓ７２２）。この時、接続要請メッセージにはサーバー認証トークンが含まれることが好ましい。
【０１２４】
その後、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から接続要請メッセージを受信すると、この接続要請メッセージに含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命を確認する（Ｓ７２３）。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認について簡略に説明すると、下記の通りである。
【０１２５】
まず、ＤＶＲサーバー２４０は、上記の式１を逆にして上記サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これによってＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【０１２６】
その後、ＤＶＲサーバー２４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２からサーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）情報を確認し、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断する。この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【０１２７】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークンを再発給するようにする。
【０１２８】
その後、ＤＶＲサーバー２４０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、該当のモニタリング対象端末に接続認可要請メッセージを伝達する（Ｓ７２４）。
【０１２９】
続いて、該当のモニタリング対象端末は、ＤＶＲサーバー２４０から接続認可要請メッセージを受信すると、クライアント端末に対する接続を認可し、クライアント端末使用者にモニタリングサービスを提供する（Ｓ７２５）。
【０１３０】
上記の如く、本発明によるモニタリング対象端末接近制御方法によれば、実質的なマルチメディアモニタリングサービスを、ＤＶＲサーバー２４０を介さずに各モニタリング対象端末から直接受けるので、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きい過負荷なしで円滑なモニタリングサービスを支援可能になる。
【０１３１】
また、本発明によるモニタリング対象端末接近制御方法によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うことによって、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【０１３２】
一方、上記した本発明の各実施例は、コンピュータで実行可能なプログラムとして作成可能であり、コンピュータで読み取り可能な記録媒体を用いて該プログラムを動作させる汎用デジタルコンピューターで具現されることができる。
【０１３３】
以上では好適な実施例に挙げて本発明を説明してきたが、本発明の本質的な特性を逸脱しない範囲内で様々な形態に本発明を変形実施できるということが、本発明の属する技術分野における通常の知識を持つ者にとっては明らかである。したがって、開示された実施例は限定的な観点ではなく説明的な観点で考慮されなければならず、よって、本発明の範囲は、上記の説明ではなく特許請求の範囲に表されており、これと同等な範囲内にある差異点はいずれも本発明に含まれるものと解析されるべきである。
【図面の簡単な説明】
【０１３４】
【図１】従来のモニタリングシステムを説明するための図である。
【図２】本発明が適用されるネットワーク基盤のＤＶＲシステムの構成を概略的に示す図である。
【図３】本発明によるＤＶＲサーバーの接近制御装置のブロック図である。
【図４】本発明によるＤＶＲサーバーの動作を説明するための図である。
【図５Ａ】図３においてメモリー部に保存されたサーバー認証トークンテーブルの一例を示す図である。
【図５Ｂ】図３においてメモリー部に保存された端末認証トークンテーブルの一例を示す図である。
【図６】本発明の第１実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【図７】本発明の第２実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【符号の説明】
【０１３５】
２１０ アナログＣＣＴＶカメラ
２１１ 映像圧縮転送装置
２２０ ネットワークカメラ
２３０ ストレージ
２４０ ＤＶＲサーバー
２５０ ローカルクライアント端末
２６０ ウェブクライアント端末
３００ ＤＶＲサーバーの接近制御装置
３１０ 通信部
３２０ 認証及び保安制御部
３３０ 認証トークン生成部
３４０ 認証トークン検証部
３５０ メモリー部
３５１ 使用者認証テーブル
３５２ サーバー認証トークンテーブル
３５３ 端末認証トークンテーブル
【技術分野】
【０００１】
本発明は、ネットワーク基盤のＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄ）システムにおけるＤＶＲサーバー及びモニタリング対象端末接近制御方法に関する。
【背景技術】
【０００２】
図１は、従来のモニタリングシステムを説明するための図である。図１を参照すると、第１世代のモニタリングシステムは、ＣＣＴＶ（Ｃｌｏｓｅｄ Ｃｉｒｃｕｉｔ ＴＶ）などを用いるのが大部分であった。しかし、ＣＣＴＶを用いるモニタリングシステムは、基本的に同軸ケーブルを通してカメラより撮影した映像を受け取り、これをディスプレイ手段を介して出力する方式で動作するので、実質的に遠隔モニタリングシステムとはいえない問題点がある。また、映像を記録するために磁気テープなどの記録媒体を使用するので、録画を繰り返すにつれて画質が落ちるだけでなく、所定の映像を検索するのに時間がかかってしまう。また、モニタリングシステムに常駐している人員がいないと、磁気テープの交換など全般的なシステム管理が非常に難しいという問題点がある。
【０００３】
このようなアナログ方式に基づくＣＣＴＶモニタリングシステムの代案として、第２世代のＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）システムが案出された。ＤＶＲシステムは、撮影された映像データをデジタルデータに変換してこれをハードディスクなどに保存するので、録画及び再生時の撮影された映像の画質変化がなく、保存媒体の管理が容易である。また、ＤＶＲシステムは、インターネットを用いて遠隔地からも特定の場所をビデオ及びオーディオでモニタリングすると共に、その映像及び音声を保存しておき、以降正確な分析ができるようになっている。この点から、ＤＶＲシステムは、保安のための非常に重要な応用として採択されている。
【０００４】
一方、最近では、上記ＤＶＲシステムに保存される映像データの容量が大きくなるに伴い、これに対する効率的な管理のために多数のカメラで撮影された複数の映像データを数十テラバイト（Ｔｅｒａ ｂｙｔｅ）以上の大容量ストレージ（記憶装置）に保存し、中央のＤＶＲサーバーで該大容量ストレージに保存された映像データへの接近を制御することによってモニタリングサービスを提供する第３世代のネットワーク基盤のＤＶＲシステムが開示されている。
【０００５】
しかしながら、上記のようなネットワーク基盤のＤＶＲシステムは、単に既存のＤＶＲシステムにネットワーキング機能を追加したもので、次に説明するようにＤＶＲサーバーに多いネットワーク負荷が集中するだけでなく、保安に脆弱であるという問題点を抱えているが、これについてより詳細に説明すると、次の通りである。
【０００６】
第一、ネットワーク基盤のＤＶＲシステムは、中央のＤＶＲサーバーで権限の認証された使用者に限ってカメラにより撮影された映像データに接近できるようにし、映像データのモニタリング及び保安を集中的に統制するのが一般的である。
【０００７】
しかし、このようなＤＶＲサーバー中心の映像データ接近方式は、使用者の認証管理が容易であるという長所はあるが、ＤＶＲサーバーが全てのカメラで撮影される映像データへの接近を制御しなければならず、次に説明するように、ＤＶＲサーバーに多くのネットワーク負荷が集中するという問題点がある。
【０００８】
例えば、使用者がクライアント端末を介してＤＶＲサーバーに接続し、０９:００〜１８:００まで１階廊下をモニタリングする場合、１階廊下のカメラで撮影された映像データはＤＶＲサーバーを通してクライアント端末に転送されるが、この時、ＤＶＲサーバーは単に１階廊下のカメラより撮影された映像データの転送のみを担当するにもかかわらず、すなわち、クライアント端末は実質的に１階廊下のカメラから映像データを受け取るにもかかわらず、クライアント端末とＤＶＲサーバー間には不要な接続セッション維持及び映像データのストリーミングサービスのための資源割当がなされ、これによってＤＶＲサーバーに不要なネットワーク負荷が発生することとなる。
【０００９】
また、使用者がクライアント端末を介してＤＶＲサーバーに接続し、１階の廊下をモニタリングしてから屋上をモニタリングしようとする場合、すなわち、モニタリング対象が変更される場合、クライアント端末⇔屋上のカメラ間のメッセージ送受信によってモニタリング対象変更が可能であるにもかかわらず、既存のネットワーク基盤のＤＶＲシステムではクライアント端末⇔ＤＶＲサーバー⇔屋上カメラ間のメッセージ送受信を通じてモニタリング対象が変更され、結果としてＤＶＲサーバーに不要なネットワーク負荷が発生するという問題点がある。
【００１０】
特に、ＤＶＲシステムではその特性の上、モニタリング対象端末の変更が頻繁に発生するが、上記のようなＤＶＲサーバー中心の映像データ接近方式はこのようなモニタリング対象変更において過負荷の要素を含んでいるため、ＤＶＲサーバーの効率性側面で好ましくない。
【００１１】
第二、上記のようなネットワーク基盤のＤＶＲシステムは、通常、パスワード基盤の使用者認証メカニズムで使用者認証を行うが、パスワードを用いた使用者認証技術は大部分の実際認証システムで採択しているメカニズムではあるものの、外部露出、推測、盗聴、再演などに特に脆弱なため、万一ネットワーク上でパスワードが露出されると、個人プライバシーの含まれた映像データが悪用される恐れがあり、しかも、ＤＶＲサーバーに接続する度に使用者ＩＤとＰＷを入力するようになっているため、使用者にとっては非常に面度であるという問題点がある。
【００１２】
このような問題点を補完するためのものとして、パスワードを用いずに公開キーを暗号化しこれを交換する方式で使用者認証を行う方法が開示されているが、使用者の秘密キーや認証書を記憶しているスマートカードなどを使用者が所持しなければならないという不便さがあり、実際システム具現においてシステムの複雑性によって多くの努力と費用がかかるという点から、一般的に使用されていない実情である。
【００１３】
また、上記のようなネットワーク基盤のＤＶＲシステムでは、内部ネットワーク網を通じて連結されたローカルクライアント端末の場合、不特定多数の使用者のＩＰアドレス及びＭＡＣアドレス管理の複雑さと、端末認証のためのローカルクライアント別の個別のキー管理の複雑さによって、ローカルクライアント端末に対する認証手順は省略するのが一般的であるが、このような認証政策は、認証された使用者にのみ制限的にモニタリングサービスを提供できなければならないという保安側面で好ましくないという問題点がある。
【００１４】
要するに、ネットワーク基盤のＤＶＲシステムにおいて、ＤＶＲサーバーに集中するネットワーク負荷を分散させ、大きい過負荷なしで円滑なモニタリングサービスを支援しながらも、複雑で面倒な使用者認証手順無しで保安を維持できる方案が要求される。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、ネットワーク基盤のＤＶＲシステムでネットワーク及びＤＶＲサーバーへの負荷を低減するための使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１６】
本発明の他の目的は、実時間マルチメディアモニタリングサービスを、モニタリング対象端末から直接受けることを可能にする使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１７】
本発明のさらに他の目的は、認可された使用者のみをモニタリング対象端末に接近するようにする効率的な保安が可能な使用者のモニタリング対象端末接近制御方法を提供することにある。
【００１８】
本発明のさらに他の目的は、ネットワーク基盤のＤＶＲシステムでネットワーク及びＤＶＲサーバーへの負荷を低減するための使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【００１９】
本発明のさらに他の目的は、実時間マルチメディアモニタリングサービスをモニタリング対象端末から直接受けることを可能にする、使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【００２０】
本発明のさらに他の目的は、認証された使用者のみをモニタリング対象端末に接近するようにし、効率的な保安を可能にする、使用者のモニタリング対象端末への接近を制御するためのＤＶＲサーバーを提供することにある。
【課題を解決するための手段】
【００２１】
上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法であって、（ａ）前記クライアント端末使用者に対する認証を行う段階と、（ｂ）前記クライアント端末使用者に対する認証に成功すると、サーバー認証トークンを提供するサーバー認証トークン提供段階と、（ｃ）前記クライアント端末に、前記モニタリング対象端末接続に必要な端末認証トークンを提供する端末認証トークン提供段階と、（ｄ）前記提供された端末認証トークンを用いて該当のモニタリング対象端末に接続する段階と、を含むことを特徴とする。
【００２２】
また、上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法であって、（ａ）前記クライアント端末使用者に対する認証を行う段階と、（ｂ）前記クライアント端末使用者に対する認証に成功すると、前記クライアント端末にサーバー認証トークンを提供するサーバー認証トークン提供段階と、（ｃ）前記提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続する段階と、を含むことを特徴とする。
【００２３】
また、上記目的を達成するために本発明によるモニタリング対象端末接近制御方法は、ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むＤＶＲシステムにおいて、前記クライアント端末を用いてモニタリング対象端末またはマルチメディア保存手段に接近するための方法であって、前記ＤＶＲサーバーで前記クライアント端末使用者に対する認証を要求する段階と、前記ＤＶＲサーバーから、前記クライアント端末使用者に対する認証成功時に、サーバー認証トークンを受信する段階と、選択された前記モニタリング対象端末または前記マルチメディア保存手段接続に必要な端末認証トークンを要求して端末認証トークンを受信する段階と、前記端末認証トークンを用いて該当のモニタリング対象端末に接続要請する段階と、を含むことを特徴とする。
【００２４】
一方、上記目的を達成するために本発明によるＤＶＲサーバーは、外部との通信のための通信部と、使用者認証及び保安を制御するための認証及び保安制御部と、前記認証及び保安制御部の制御によって前記クライアント端末使用者が正当な使用者であることを証明するサーバー認証トークン及び前記モニタリング対象端末に接近可能な使用者であることを証明する端末認証トークンを生成するための認証トークン生成部と、前記認証及び保安制御部の制御によって前記クライアント端末使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部と、を含むことを特徴とする。
【発明の効果】
【００２５】
本発明によれば、ネットワーク基盤のＤＶＲシステムにおいて実質的なマルチメディアモニタリングサービスを、ＤＶＲサーバーを介さずに各モニタリング対象端末から直接受けるようにしたため、ＤＶＲサーバーに集中するトラフィックを最小化し、大きい過負荷なしに円滑なモニタリングサービスを支援しながらも保安を維持することが可能になる。
【００２６】
また、本発明によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うので、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【発明を実施するための最良の形態】
【００２７】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。
【００２８】
図２は、本発明が適用されるネットワーク基盤のＤＶＲシステムの構成を概略的に示す図である。
【００２９】
図２に示すように、ネットワーク基盤のＤＶＲシステムは、様々な地域に設置された複数のアナログＣＣＴＶカメラ２１０または複数のネットワークカメラ２２０と、複数のカメラ２１０，２２０で撮影されたマルチメディアデータ（映像データ）をストレージ２３０に保存して管理するＤＶＲサーバー２４０と、内部ネットワーク網を通じてＤＶＲサーバー２４０に接続可能なローカルクライアント端末２５０と、インターネット網を通じてＤＶＲサーバー２４０に接続可能なＰＤＡ、携帯電話、ＰＣなどのウェブクライアント端末２６０と、を含む。
【００３０】
ここで、ＣＣＴＶカメラ２１０で撮影された映像データを圧縮してＤＶＲサーバー２４０に転送するための映像圧縮転送装置２１１がさらに含まれることが好ましく、この映像圧縮転送装置２１１には、複数のアナログＣＣＴＶカメラ２１０（例えば、４個のアナログＣＣＴＶカメラ）が同軸ケーブルを通じて連結されることが好ましい。
【００３１】
ネットワークカメラ２２０は、ウェブカメラまたはインターネットカメラのように一般ＣＣＴＶカメラにサーバー機能が含まれたカメラで、有無線ＩＰネットワークを介してＤＶＲサーバー２４０に連結される。
【００３２】
ストレージ２３０は、数十テラバイト（Ｔｅｒａ ｂｙｔｅ）以上の大容量記憶能力を持つ記憶装置とすることが好ましい。
【００３３】
本実施例において、ローカルクライアント端末２５０またはウェブクライアント端末２６０はいずれも‘クライアント端末’と総称され、モニタリング対象となる複数のアナログＣＣＴＶカメラ２１０または複数のネットワークカメラ２２０、及び複数のカメラ２１０，２２０で撮影されたマルチメディアデータが保存されるストレージ２３０を‘モニタリング対象端末’と総称する。
【００３４】
一方、図２のように構成されたネットワーク基盤のＤＶＲシステムにおいて、前述のように、中央のＤＶＲサーバー２４０でモニタリング及び保安を集中的に統制する方式は、ＤＶＲサーバー２４０に多いネットワーク負荷が集中するから非効率的であるだけでなく、面倒なログイン手順及び保安側面で好ましくないという問題点がある。
【００３５】
そこで、本発明では、次に説明するように、ＤＶＲサーバー２４０では使用者認証のみが行われるようにし、直接的なモニタリングサービスは認証手順で獲得された認証トークンを用いて各アナログＣＣＴＶカメラ２１０またはネットワークカメラ２２０から直接受けるようにすることによって、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きな過負荷なしで円滑なモニタリングサービスを支援しながらも面倒なログイン手順無しで保安を維持できるようにする。次に、本発明によるＤＶＲサーバーの接近制御装置についてより詳細に説明する。
【００３６】
図３は、本発明によるＤＶＲサーバーの接近制御装置を示すブロック図である。
【００３７】
図３に示すように、本発明によるＤＶＲサーバーの接近制御装置３００は、外部との通信のための通信部３１０と、使用者認証及び保安を制御するための認証及び保安制御部３２０と、認証及び保安制御部３２０の制御によって認証された使用者であることを証明できるサーバー認証トークン及びモニタリング対象端末に接近可能な使用者であることを証明できる端末認証トークンを生成するための認証トークン生成部３３０と、認証及び保安制御部３２０の制御によって、使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部３４０と、使用者情報及び認証トークン生成部３３０により生成された認証トークンに関する各種情報が保存されているメモリー部３５０と、で構成されている。
【００３８】
ここで、接近制御装置３００は、図２に示すＤＶＲサーバー２４０に含まれることが好ましく、本実施例では説明の便宜上接近制御装置３００がＤＶＲサーバー２４０に含まれているとして説明する。
【００３９】
次に、本発明によるＤＶＲサーバー２４０の動作について、図４を参照しつつより詳細に説明する。
【００４０】
図４は、本発明によるＤＶＲサーバーの動作を説明するための図である。
【００４１】
図４を参照すると、まず使用者がクライアント端末２５０，２６０を介してＤＶＲサーバー２４０に接続すると、ＤＶＲサーバー２４０は、使用者に使用者のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）とＰＷ（Ｐａｓｓｗｏｒｄ）を入力するように要求する。
【００４２】
その後、使用者がクライアント端末２５０，２６０を介してＩＤとＰＷを入力すると、入力されたＩＤ及びＰＷ情報はネットワーク網またはインターネット網を通じてＤＶＲサーバー２４０に転送され、これにより、ＤＶＲサーバー２４０は、認証及び保安制御部３２０を介して使用者のＩＤとＰＷ情報をメモリー部３５０の使用者認証テーブル３５１から検索することで使用者認証を行う。
【００４３】
この時、使用者認証テーブル３５１には、使用者のＩＤ、ＰＷ、権限情報などの使用者登録情報が記録されていることが好ましく、使用者認証方式としては、挑戦・応答方式のパスワード基盤使用者認証を行うことが好ましい。ここで、挑戦・応答方式のパスワード基盤使用者認証が行われる場合、パスワードのハッシュコード（Ｈａｓｈｅｄ Ｃｏｄｅ）が使用者認証テーブルに記録されることができる。
【００４４】
続いて、ＤＶＲサーバー２４０は、使用者の認証に成功すると、認証トークン生成部３３０を介して、使用者がＤＶＲサーバー２４０に接続できる認証された使用者であるということを証明するサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を生成するが、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は、下記の式１により生成される。
【００４５】
Auth_token_Server=EncATK(Mac_addr_Server||Timestamp_Server)
【００４６】
上記の式１において、ＥｎｃＡＴＫは認証トークン生成及び検証のための暗号化／復号化キーを、Ｍａｃ＿ａｄｄｒ＿ＳｅｒｖｅｒはＤＶＲサーバー２４０を識別できる固有情報、例えばＤＶＲサーバー２４０のＭＡＣアドレスを、Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒはサーバー認証トークンの生成時刻を、||は連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）をそれぞれを表す。
【００４７】
すなわち、上記式１は、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークンの生成時刻情報（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで暗号化することを示すもので、このような暗号化により、使用者がＤＶＲサーバー２４０に接続できる認証された使用者であるということを証明できるサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が生成される。
【００４８】
上記のような手順を経てサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が生成されると、ＤＶＲサーバー２４０は、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を認証成功メッセージに含めてクライアント端末２５０，２６０の使用者に転送する。
【００４９】
一方、ＤＶＲサーバー２４０は、上記生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）に関する情報をメモリー部３５０のサーバー認証トークンテーブル３５２に保存する。このサーバー認証トークンテーブル３５２について図５Ａを参照してより詳細に説明すると、下記の通りである。しかし、ＤＶＲサーバー動作のために上記情報はサーバー認証テーブルに保存されなくても良い。
【００５０】
図５Ａは、図３においてメモリー部３５０に保存されたサーバー認証トークンテーブル３５２の一例を示す図である。
【００５１】
図５Ａに示すように、サーバー認証トークンテーブル３５２にはサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）がインデックス別に記録されており、その他にも、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）、サーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）、サーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）、認証トークン生成及び検証のための暗号化／復号化キー（ＥｎｃＡＴＫ）などに関する情報が保存されている。
【００５２】
再び図４を参照すると、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から認証成功メッセージを受信すると、受信した認証成功メッセージからサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を抽出して保存するが、この時、受信したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性（ｉｎｔｅｇｒｉｔｙ）を検証した後に保存することが好ましい。
【００５３】
その後、使用者がクライアント端末２５０，２６０を介してモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）を選択すると、クライアント端末２５０，２６０では、選択されたモニタリング対象端末接続に必要な権限、すなわち、端末認証トークンを要請するメッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）をＤＶＲサーバー２４０に伝達する。この端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）は、下記の式２で示されることができる。
【００５４】
Auth_token_request(User_ID, Mac_addr_client, Auth_token_Server, N, List_Mac, MAC(KEK||List_Mac))
【００５５】
上記の式２において、Ｕｓｅｒ＿ＩＤは使用者ＩＤを、Ｍａｃ＿ａｄｄｒ＿ｃｌｉｅｎｔはクライアント端末のＭＡＣアドレスを、Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒは、クライアント端末使用者が保有しているサーバー認証トークンを、Ｎはモニタリング対象端末の個数を、Ｌｉｓｔ＿Ｍａｃはモニタリング対象端末のＭＡＣアドレスリストをそれぞれ表し、ＭＡＣ（ＫＥＫ｜｜Ｌｉｓｔ＿Ｍａｃ）は、モニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫ（Ｋｅｙ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）で暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を表す。
【００５６】
一方、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から上記の式２のような端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）を受信すると、認証トークン検証部３４０を介して当該端末認証トークン要請メッセージに含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証を行う。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証についてより詳細に説明すると、下記の通りである。
【００５７】
まず、上記受信したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は暗号化されている状態であるから、認証トークン検証部３４０は、上記の式１を逆にしてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これにより、ＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【００５８】
その後、ＤＶＲサーバー２４０は、上記抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命を確認し、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断するが、この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも一緒に確認することが好ましい。
【００５９】
その後、認証トークン検証部３４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２よりサーバー認証トークンの寿命情報（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）を確認し、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断する。
【００６０】
すなわち、現在確認時刻＜サーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）＋サーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）であれば、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断し、その逆の場合にはサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効でないと判断する。
【００６１】
この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【００６２】
その後、当該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、認証トークン検証部３４０は、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を確認し、当該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性を検証する。これについてより詳細に説明すると、下記の通りである。
【００６３】
まず、認証トークン検証部３４０は、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０の共有秘密キーであるＫＥＫで暗号化し、メッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を生成する。
【００６４】
ここで、ＫＥＫは、ＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであることが好ましい。
【００６５】
その後、認証トークン検証部３４０は、生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）が、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）と一致する場合には、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠であると判断し、一致しないと変調可能性のあるものと判断する。
【００６６】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されたり、または、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を再発給する。
【００６７】
一方、上記のようなサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証手順によってサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効で無欠なものと判断されると、ＤＶＲサーバー２４０は、認証トークン生成部３３０を介してそれぞれのモニタリング対象端末別に該当のモニタリング対象端末接続に必要な端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をそれぞれ生成する。この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、下記の式３によって生成される。
【００６８】
Auth_token_Terminal
=EncATK(Mac_addr_Terminal||Timestamp_Terminal||Authority_Channel)
【００６９】
上記の式３において、ＥｎｃＡＴＫは認証トークン生成及び検証のための暗号化／復号化キーを、Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌはモニタリング対象端末のＭＡＣアドレスを、Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌは端末認証トークンの生成時刻を、Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌは使用者が接近可能なカメラのチャネル権限情報をそれぞれ表し、||は連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）を表す。
【００７０】
すなわち、上記の式３は、モニタリング対象端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌ）、及びチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）をＥｎｃＡＴＫで暗号化することを示し、このような暗号化によって、使用者が該当のモニタリング対象端末からモニタリングサービスを受けることができる使用者であるということを証明できる端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が生成される。
【００７１】
ここで、モニタリング対象端末がストレージ２３０である場合、すなわち、使用者がストレージ２３０にアクセスし、ストレージ２３０に保存されたマルチメディアデータを検索しようとする場合、この場合にはチャネル権限情報が必要でないので、上記の式３でチャネル権限情報はＮｕｌｌと設定されることが好ましい。
【００７２】
言い換えると、上記の式３は、上記の式１に比べて、接続の要請された対象がＤＶＲサーバー２４０ではなくモニタリング対象端末である複数のカメラ２１０，２２０またはストレージ２３０であるという点と、これによって暗号化対象情報のうちチャネル権限情報が追加された点以外は、同一の方式によって認証トークンを生成するものと理解すれば良い。
【００７３】
一方、ＤＶＲサーバー２４０は、生成された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）に関する情報をメモリー部３５０の端末認証トークンテーブル３５３に保存するが、この端末認証トークンテーブル３５３について図５Ｂを参照しつつより詳細に説明すると、下記の通りである。しかし、ＤＶＲサーバー動作のために上記情報は端末認証トークンテーブルに保存されなくても良い。
【００７４】
図５Ｂは、図３においてメモリー部３５０に保存された端末認証トークンテーブル３５３の一例を示す図である。
【００７５】
図５Ｂに示すように、端末認証トークンテーブル３５３には、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）がインデックス別に記録されており、その他にも、モニタリング対象端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌ）、端末認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｔｅｒｍｉｎａｌ）、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）、認証トークン生成及び検証のための暗号化／復号化キー（ＥｎｃＡＴＫ）などに関する情報が保存されている。
【００７６】
ここで、使用者のチャネル権限情報（Ａｕｔｈｏｒｉｔｙ＿Ｃｈａｎｎｅｌ）は、使用者が接近可能なカメラのチャネルリストを意味するもので、このチャネル権限情報を通じて使用者が接近可能なカメラがどのカメラなのかを把握でき、ＤＶＲサーバー２４０やストレージ２３０のようにカメラ以外の装置に対するチャネル権限情報は、Ｎｕｌｌに設定されることが好ましい。
【００７７】
一方、上記のような手順によってそれぞれのモニタリング対象端末接続に必要な端末認証トークンが生成されると、これによってＤＶＲサーバー２４０は端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）に、生成された各端末認証トークンを含めてクライアント端末の使用者に伝達する。この端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）は、下記の式４で示される。
【００７８】
Auth_token_reply(User_ID, Timestamp_Terminal, N, List_Mac, List_Auth_token_Terminal, MAC(KEK||List_Auth_token_Terminal))
【００７９】
上記の式４において、Ｕｓｅｒ＿ＩＤは使用者ＩＤを、Ｔｉｍｅｓｔａｍｐ＿Ｔｅｒｍｉｎａｌは端末認証トークンの生成時刻を、Ｎはモニタリング対象端末の個数を、Ｌｉｓｔ＿Ｍａｃはモニタリング対象端末のＭＡＣアドレスリストを、Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌは端末認証トークンリストをそれぞれ表し、ＭＡＣ（ＫＥＫ||Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、端末認証トークンリスト（Ｌｉｓｔ＿Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫで暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を表す。
【００８０】
すなわち、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）には、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、及び端末認証トークンリストに関する認証コード情報が含まれる。
【００８１】
一方、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）を受信すると、受信した端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）から端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を抽出して保存するが、この時、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証を行うことが好ましい。この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証は、上記のサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証と同一方式で行われるが、これについての詳細詳細は省略される。
【００８２】
その後、使用者がモニタリング対象端末（例えば、１階廊下のカメラ）への接続を要請すると、クライアント端末２５０，２６０では該当のモニタリング対象端末に接続要請メッセージを伝達する。この時、接続要請メッセージには、該当のモニタリング対象端末接続に必要な端末認証トークンが含まれることが好ましい。
【００８３】
すなわち、クライアント端末の使用者は、該当のモニタリング対象端末に自分の保有している端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を提示して接続を要請し、これによって接続要請されたモニタリング対象端末は、提示された端末認証トークンの寿命確認及び検証を行い、提示された端末認証トークンが有効で無欠なものと判断されると、使用者の接続を認可し、使用者にモニタリングサービスを提供する。
【００８４】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命が満了して有効でない端末認証トークンであると判断されたり、または、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０を介して端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の再発給を受けるようにすることが好ましい。
【００８５】
このように、本発明によるＤＶＲサーバー２４０は、認証された使用者にサーバー接続に必要なサーバー認証トークン及びモニタリング対象端末接続に必要な端末認証トークンを提供し、使用者からモニタリング対象端末への接近が要請されると、接近の要請されたモニタリング対象端末では使用者の保有している端末認証トークンを確認し、その接続認可処理を行うようにすることによって、実質的なマルチメディアモニタリングサービスは、ＤＶＲサーバー２４０を介さずに各モニタリング対象端末から受けることとなり、よって、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きい過負荷なしで円滑なモニタリングサービスを支援しながらも保安を維持することが可能になる。
【００８６】
また、本発明によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うことによって、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【００８７】
以下、本発明によるモニタリング対象端末接近制御方法について、添付の図面を参照しつつ詳細に説明する。
【００８８】
図６は、本発明の第１実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【００８９】
図６を参照すると、本発明のモニタリング対象端末接近制御方法は、クライアント端末使用者に、認証された使用者であることを証明できるサーバー認証トークンを提供するサーバー認証トークン提供段階（Ｓ６１０）と、クライアント端末使用者に、モニタリング対象端末に接近可能な使用者であることを証明できる端末認証トークンを提供する端末認証トークン提供段階（Ｓ６２０）と、提供された端末認証トークンを用いて該当のモニタリング対象端末に接続し、モニタリングサービスを受けるモニタリングサービス提供段階（Ｓ６３０）と、からなる。これらの各段階についてより詳細に説明すると、下記の通りである。
【００９０】
（１）サーバー認証トークン提供段階（Ｓ６１０）
【００９１】
まず、使用者がクライアント端末上でＩＤとＰＷを入力すると、これに応答してクライアント端末はＤＶＲサーバー２４０に使用者認証を要請し（Ｓ６１１）、これに応じてＤＶＲサーバー２４０はあらかじめ設定された認証及び保安政策によって使用者認証を行う（Ｓ６１２）。
【００９２】
その後、ＤＶＲサーバー２４０は、使用者の認証に成功すると、自分のＭＡＣアドレス（ＤＶＲサーバー２４０のＭＡＣアドレス）と現在時刻（サーバー認証トークンの生成時刻）情報を認証トークン生成及び検証のための暗号化／復号化キーであるＥｎｃＡＴＫで暗号化し、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を生成する（Ｓ６１３）。
【００９３】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）は、使用者がＤＶＲサーバー２４０に接続できる認証された使用者ということを証明するためのもので、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成方法については、上記の式１に関る説明で詳細に説明したので、その詳細は省略する。
【００９４】
その後、ＤＶＲサーバー２４０は、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を認証成功メッセージに含めて使用者に転送する（Ｓ６１４）。
【００９５】
この時、生成されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）に関する情報は、図５Ａに示すように、サーバー認証トークンテーブル３５２に保存されることが好ましい。しかし、生成されたサーバー認証トークンに関する情報は、サーバー認証トークンテーブルに保存されなくても良い。
【００９６】
一方、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から認証成功メッセージを受信すると、受信した認証成功メッセージからサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を抽出した後、抽出されたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性を検証する（Ｓ６１５）。
【００９７】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性検証方法は、ＭＡＣ（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）アルゴリズムを用いたデータ無欠性検証方法とすることが好ましい。
【００９８】
その後、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠なものと確認されると、クライアント端末２５０，２６０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を自分の内部メモリーに保存する（Ｓ６１６）。
【００９９】
（２）端末認証トークン提供段階（Ｓ６２０）
【０１００】
まず、使用者がクライアント端末２５０，２６０を介してモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）を選択すると（Ｓ６２１）、クライアント端末２５０，２６０では、当該選択されたモニタリング対象端末接続に必要な端末認証トークンを要請する端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）（上記の式２参照）をＤＶＲサーバー２４０に伝達する（Ｓ６２２）。
【０１０１】
この時、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）には、上記の式２のように、使用者ＩＤ（Ｕｓｅｒ＿ＩＤ）、クライアント端末のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿ｃｌｉｅｎｔ）、クライアント端末使用者が保有しているサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）、モニタリング対象端末の個数（Ｎ）、モニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）、及びモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）をＤＶＲサーバー２４０とクライアント端末２５０，２６０間の共有秘密キーであるＫＥＫで暗号化して生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）（ＭＡＣ（ＫＥＫ||Ｌｉｓｔ＿Ｍａｃ）などが含まれることが好ましい。
【０１０２】
その後、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）を受信すると、この端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証を行う（Ｓ６２３）。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証について簡略に説明すると、下記の通りである。
【０１０３】
まず、ＤＶＲサーバー２４０は、上記の式１を逆にしてサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これによってＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【０１０４】
その後、ＤＶＲサーバー２４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２よりサーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）情報を確認し、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断するが、この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【０１０５】
その後、ＤＶＲサーバー２４０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたモニタリング対象端末のＭＡＣアドレスリスト（Ｌｉｓｔ＿Ｍａｃ）を、ＤＶＲサーバー２４０の共有秘密キーであるＫＥＫで暗号化してメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を生成した後、この生成されたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）が、端末認証トークン要請メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｑｕｅｓｔ）に含まれたメッセージ認証コード（Ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）と一致すると、該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が無欠なものと判断し、一致しないと変調可能性があるものと判断する。
【０１０６】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されたり、または、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が変調可能性のあるものと判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）を再発給するようにする。
【０１０７】
一方、上記のようなサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認及び検証手順によって該サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効で無欠なものと判断されると、ＤＶＲサーバー２４０は、それぞれのモニタリング対象端末別にモニタリング対象端末接続に必要な権限、すなわち、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）をそれぞれ生成する。
【０１０８】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）は、使用者が該当のモニタリング対象端末からモニタリングサービスを受けることができる使用者であるということを証明するためのもので、モニタリング対象端末のＭＡＣアドレス、現在時刻（端末認証トークンの生成時刻）及び使用者が接近可能なカメラのチャネル権限情報を、認証トークン生成及び検証のための暗号化／復号化キーであるＥｎｃＡＴＫで暗号化することにより生成され、この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）生成方法については、上記の式３に関る説明で詳細に説明したので、その詳細は省略する。
【０１０９】
その後、上記のような手順によって各モニタリング対象端末接続に必要な端末認証トークンが生成されると、ＤＶＲサーバー２４０は、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）に当該生成された複数の端末認証トークンを含めてクライアント端末の使用者に伝達する（Ｓ６２５）。
【０１１０】
この時、端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）には、上記の式４のように、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、及びこの端末認証トークンリストに関する認証コード情報などが含まれることが好ましい。
【０１１１】
一方、生成された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）に関する情報は、図５Ｂに示すように、端末認証トークンテーブル３５３に保存されることが好ましいが、端末認証トークンテーブルに保存されなくても良い。
【０１１２】
その後、クライアント端末２５０，２６０は、ＤＶＲサーバー２４０から端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）を受信すると、受信した端末認証トークン転送メッセージ（Ａｕｔｈ＿ｔｏｋｅｎ＿ｒｅｐｌｙ）から端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を抽出した後、該抽出された端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の無欠性を検証する（Ｓ６２６）。このとき、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の無欠性検証方法は、上記したサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の無欠性検証と同一の方式とすれば良いので、その詳細説明は省略する。
【０１１３】
その後、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が無欠なものと確認されると、クライアント端末２５０，２６０は、この端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）を自分の内部メモリーに保存する（Ｓ６２７）。
【０１１４】
（３）モニタリングサービス提供段階（Ｓ６３０）
【０１１５】
まず、上記のような端末認証トークン提供段階（Ｓ６２０）を経てクライアント端末使用者に、該当のモニタリング対象端末に接続できる端末認証トークンが提供された状態で、使用者からモニタリング対象端末（例えば、１階廊下のカメラ）が選択されると、これに応じてクライアント端末２５０，２６０は該当のモニタリング対象端末に接続要請メッセージを伝達する（Ｓ６３１）。この時、接続要請メッセージには、該当のモニタリング対象端末接続に必要な端末認証トークンが含まれていることが好ましい。
【０１１６】
その後、モニタリング対象端末は、クライアント端末２５０，２６０から当該接続要請メッセージを受信すると、この接続要請メッセージに含まれた端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命確認及び検証を行った後（Ｓ６３２）、端末認証トークンが有効で無欠なものと判断されると、クライアント端末に対する接続を認可し、クライアント端末使用者にモニタリングサービスを提供する（Ｓ６３３〜Ｓ６３４）。
【０１１７】
ここで、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の寿命が満了して有効でない端末認証トークンであると判断されたり、または、端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）が変調可能性のあるものと判断されると、モニタリング対象端末はＤＶＲサーバー２４０を介して端末認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｔｅｒｍｉｎａｌ）の再発給を受けるようにする。
【０１１８】
上記では、クライアント端末使用者がモニタリング対象端末に接続できる端末認証トークンを保有している状態で、使用者から該当のモニタリング対象端末が選択された場合を挙げて説明したが、使用者が端末認証トークンを保有していなかったりまたはモニタリング対象端末が変更された場合には、まず、端末認証トークン提供段階（Ｓ６１０）を通じて使用者に端末認証トークンを提供し、提供された端末認証トークンを用いて該当のモニタリング対象端末に接続するようにすることが好ましい。
【０１１９】
一方、上記では、使用者にサーバー認証トークンと端末認証トークンをそれぞれ個別に提供し、ＤＶＲサーバー２４０に接続する時にはサーバー認証トークンを用いるようにし、モニタリング対象端末に接続する時には端末認証トークンを用いるようにする場合を挙げて説明したが、サーバー認証トークンのみを用いてモニタリング対象端末に接続することも可能であり、これについて図７を参照しつつより詳細に説明すると、下記の通りである。
【０１２０】
図７は、本発明の第２実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【０１２１】
図７を参照すると、本発明のモニタリング対象端末接近制御方法は、クライアント端末使用者に、認証された使用者であることを証明できるサーバー認証トークンを提供するサーバー認証トークン提供段階（Ｓ７１０）と、提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続し、モニタリングサービスを受けるモニタリングサービス提供段階（Ｓ７２０）とからなることができる。
【０１２２】
サーバー認証トークン提供段階（Ｓ７１０）は、図６で説明されたサーバー認証トークン提供段階（Ｓ６１０）と同一であるので、その詳細な説明は省略され、以下では、モニタリングサービス提供段階（Ｓ７２０）についてより詳細に説明する。
【０１２３】
まず、サーバー認証トークン提供段階（Ｓ７１０）を経てクライアント端末使用者にサーバー認証トークンが提供された状態で、使用者からモニタリング対象端末（例えば、１階廊下のカメラ、３階休憩室のカメラ、屋上のカメラ等）が選択されると（Ｓ７２１）、これに応じてクライアント端末２５０，２６０ではＤＶＲサーバー２４０に接続要請メッセージを伝達する（Ｓ７２２）。この時、接続要請メッセージにはサーバー認証トークンが含まれることが好ましい。
【０１２４】
その後、ＤＶＲサーバー２４０は、クライアント端末２５０，２６０から接続要請メッセージを受信すると、この接続要請メッセージに含まれたサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命を確認する（Ｓ７２３）。このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命確認について簡略に説明すると、下記の通りである。
【０１２５】
まず、ＤＶＲサーバー２４０は、上記の式１を逆にして上記サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）をＥｎｃＡＴＫで復号化し、これによってＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）とサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報が抽出される。
【０１２６】
その後、ＤＶＲサーバー２４０は、抽出されたサーバー認証トークンの生成時刻（Ｔｉｍｅｓｔａｍｐ＿Ｓｅｒｖｅｒ）情報に基づいてサーバー認証トークンテーブル３５２からサーバー認証トークンの寿命（Ｌｉｆｅｔｉｍｅ＿Ｓｅｒｖｅｒ）情報を確認し、このサーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効か否かを判断する。この時、抽出されたＤＶＲサーバー２４０のＭＡＣアドレス（Ｍａｃ＿ａｄｄｒ＿Ｓｅｒｖｅｒ）が一致するか否かも共に確認することが好ましい。
【０１２７】
ここで、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）の寿命が満了して有効でないサーバー認証トークンであると判断されると、ＤＶＲサーバー２４０は、クライアント端末使用者が再び使用者ＩＤとＰＷを入力するようにし、サーバー認証トークンを再発給するようにする。
【０１２８】
その後、ＤＶＲサーバー２４０は、サーバー認証トークン（Ａｕｔｈ＿ｔｏｋｅｎ＿Ｓｅｒｖｅｒ）が有効であると判断されると、該当のモニタリング対象端末に接続認可要請メッセージを伝達する（Ｓ７２４）。
【０１２９】
続いて、該当のモニタリング対象端末は、ＤＶＲサーバー２４０から接続認可要請メッセージを受信すると、クライアント端末に対する接続を認可し、クライアント端末使用者にモニタリングサービスを提供する（Ｓ７２５）。
【０１３０】
上記の如く、本発明によるモニタリング対象端末接近制御方法によれば、実質的なマルチメディアモニタリングサービスを、ＤＶＲサーバー２４０を介さずに各モニタリング対象端末から直接受けるので、ＤＶＲサーバー２４０に集中するトラフィックを最小化し、大きい過負荷なしで円滑なモニタリングサービスを支援可能になる。
【０１３１】
また、本発明によるモニタリング対象端末接近制御方法によれば、使用者からＤＶＲサーバーまたはモニタリング対象端末への接続が要請されると、使用者の保有しているサーバー認証トークンまたは端末認証トークンを確認してその接続認可処理を行うことによって、複雑で面倒な使用者認証手順なしにも保安を維持することが可能になる。
【０１３２】
一方、上記した本発明の各実施例は、コンピュータで実行可能なプログラムとして作成可能であり、コンピュータで読み取り可能な記録媒体を用いて該プログラムを動作させる汎用デジタルコンピューターで具現されることができる。
【０１３３】
以上では好適な実施例に挙げて本発明を説明してきたが、本発明の本質的な特性を逸脱しない範囲内で様々な形態に本発明を変形実施できるということが、本発明の属する技術分野における通常の知識を持つ者にとっては明らかである。したがって、開示された実施例は限定的な観点ではなく説明的な観点で考慮されなければならず、よって、本発明の範囲は、上記の説明ではなく特許請求の範囲に表されており、これと同等な範囲内にある差異点はいずれも本発明に含まれるものと解析されるべきである。
【図面の簡単な説明】
【０１３４】
【図１】従来のモニタリングシステムを説明するための図である。
【図２】本発明が適用されるネットワーク基盤のＤＶＲシステムの構成を概略的に示す図である。
【図３】本発明によるＤＶＲサーバーの接近制御装置のブロック図である。
【図４】本発明によるＤＶＲサーバーの動作を説明するための図である。
【図５Ａ】図３においてメモリー部に保存されたサーバー認証トークンテーブルの一例を示す図である。
【図５Ｂ】図３においてメモリー部に保存された端末認証トークンテーブルの一例を示す図である。
【図６】本発明の第１実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【図７】本発明の第２実施例によるモニタリング対象端末接近制御方法を説明するためのフローチャートである。
【符号の説明】
【０１３５】
２１０ アナログＣＣＴＶカメラ
２１１ 映像圧縮転送装置
２２０ ネットワークカメラ
２３０ ストレージ
２４０ ＤＶＲサーバー
２５０ ローカルクライアント端末
２６０ ウェブクライアント端末
３００ ＤＶＲサーバーの接近制御装置
３１０ 通信部
３２０ 認証及び保安制御部
３３０ 認証トークン生成部
３４０ 認証トークン検証部
３５０ メモリー部
３５１ 使用者認証テーブル
３５２ サーバー認証トークンテーブル
３５３ 端末認証トークンテーブル
【特許請求の範囲】
【請求項１】
ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法において、
（ａ）前記クライアント端末使用者に対する認証を行う段階と、
（ｂ）前記クライアント端末使用者に対する認証に成功すると、サーバー認証トークンを提供するサーバー認証トークン提供段階と、
（ｃ）前記クライアント端末に、前記モニタリング対象端末接続に必要な端末認証トークンを提供する端末認証トークン提供段階と、
（ｄ）前記提供された端末認証トークンを用いて該当のモニタリング対象端末に接続する段階と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項３】
前記サーバー認証トークン提供段階が、
前記ＤＶＲサーバーで自分のＭＡＣアドレスと現在時刻情報に基づいて前記サーバー認証トークンを生成する第１段階と、
前記ＤＶＲサーバーで前記生成されたサーバー認証トークンを認証成功メッセージに含めて前記クライアント端末に転送する第２段階と、
前記クライアント端末で前記認証成功メッセージを受信し、前記サーバー認証トークンを抽出して保存する第３段階と、
をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項４】
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項５】
前記第３段階において、
前記抽出されたサーバー認証トークンの無欠性を検証する段階をさらに含むことを特徴とする、請求項３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項６】
前記端末認証トークン提供段階が、
前記モニタリング対象端末が選択される第１段階と、
前記クライアント端末で前記（ｂ）段階を通じて提供されたサーバー認証トークンを端末認証トークン要請メッセージに含めて前記ＤＶＲサーバーに伝達する第２段階と、
前記ＤＶＲサーバーで前記端末認証トークン要請メッセージを受信し、前記端末認証トークン要請メッセージに含まれたサーバー認証トークンの寿命確認及び検証を行う第３段階と、
前記第３段階で前記サーバー認証トークンが有効で無欠なものと判断されると、前記ＤＶＲサーバーで各モニタリング対象端末別に前記モニタリング対象端末接続に必要な端末認証トークンを生成する第４段階と、
前記ＤＶＲサーバーで前記生成された各端末認証トークンを端末認証トークン転送メッセージに含めて前記クライアント端末使用者に伝達する第５段階と、
前記クライアント端末で前記端末認証トークン転送メッセージを受信し、前記端末認証トークン転送メッセージから前記端末認証トークンを抽出して保存する第６段階と、をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項７】
前記端末認証トークン要請メッセージが、使用者ＩＤ、前記クライアント端末のＭＡＣアドレス、前記サーバー認証トークン、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項８】
前記第３段階において、
前記サーバー認証トークンを復号化し、前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を抽出する段階と、
前記抽出されたＤＶＲサーバーのＭＡＣアドレス確認及び前記抽出されたサーバー認証トークンの生成時刻情報と前記サーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効か否かを判断する段階と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する段階と、
をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項９】
前記第４段階において、
前記サーバー認証トークンが有効でないか、変調されたものと判断されると、前記クライアント端末使用者に対する認証を再び行う段階をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１０】
前記第４段階において、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及び使用者のチャネル権限情報を定められた暗号化キーで暗号化して前記端末認証トークンを生成することを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１１】
前記端末認証トークン転送メッセージが、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、前記端末認証トークンリストに関する認証コード情報を含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１２】
前記第６段階において、
前記抽出された端末認証トークンの無欠性を検証する段階をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１３】
前記（ｄ）段階が、
前記クライアント端末使用者から前記モニタリング対象端末への接続が要請される第１段階と、
前記クライアント端末で前記（ｃ）段階を通じて提供された端末認証トークンを接続要請メッセージに含めて該当のモニタリング対象端末に伝達する第２段階と、
前記モニタリング対象端末が前記接続要請メッセージを受信し、前記接続要請メッセージに含まれた前記端末認証トークンの寿命確認及び検証を行う第３段階と、
前記端末認証トークンが有効で無欠なものと判断されると、前記モニタリング対象端末で前記クライアント端末に対する接続を認可する第４段階と、
をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１４】
前記端末認証トークンが有効でないか、変調されたものと判断されると、前記（ｃ）段階を通じて端末認証トークンを再び生成して提供する段階をさらに含むことを特徴とする、請求項１３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１５】
ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法において、
（ａ）前記クライアント端末使用者に対する認証を行う段階と、
（ｂ）前記クライアント端末使用者に対する認証に成功すると、前記クライアント端末にサーバー認証トークンを提供するサーバー認証トークン提供段階と、
（ｃ）前記提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続する段階と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１６】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１７】
前記サーバー認証トークン提供段階が、
前記ＤＶＲサーバーで自分のＭＡＣアドレスと現在時刻情報に基づいて前記サーバー認証トークンを生成する第１段階と、
前記ＤＶＲサーバーで前記生成されたサーバー認証トークンを認証成功メッセージに含めて前記クライアント端末使用者に転送する第２段階と、
前記クライアント端末で前記認証成功メッセージを受信し、受信した認証成功メッセージから前記サーバー認証トークンを抽出して保存する第３段階と、
をさらに含むことを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１８】
前記第１段階において、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項１７に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１９】
前記（ｃ）段階が、
前記クライアント端末使用者から前記モニタリング対象端末への接続が要請される第１段階と、
前記クライアント端末で前記（ｂ）段階を通じて提供されたサーバー認証トークンを接続要請メッセージに含めて前記ＤＶＲサーバーに伝達する第２段階と、
前記ＤＶＲサーバーで前記接続要請メッセージを受信し、前記接続要請メッセージに含まれた前記サーバー認証トークンの寿命を確認する第３段階と、
前記サーバー認証トークンが有効であると判断されると、前記ＤＶＲサーバーで該当のモニタリング対象端末に接続認可要請メッセージを伝達する第４段階と、
前記該当のモニタリング対象端末で前記クライアント端末に対する接続を認可する第５段階と、
をさらに含むことを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２０】
前記第３段階において、
前記サーバー認証トークンを復号化し、前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を抽出する段階と、
前記抽出されたサーバー認証トークンの生成時刻情報と前記サーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効か否かを判断する段階と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する段階と、
をさらに含むことを特徴とする、請求項１９に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２１】
ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むＤＶＲシステムで、前記クライアント端末を介してモニタリング対象端末またはマルチメディア保存手段に接近するための方法において、
前記ＤＶＲサーバーに前記クライアント端末使用者に対する認証を要求する段階と、
前記ＤＶＲサーバーから、前記クライアント端末使用者に対する認証成功時に、サーバー認証トークンを受信する段階と、
選択された前記モニタリング対象端末または前記マルチメディア保存手段接続に必要な端末認証トークンを要求して端末認証トークンを受信する段階と、
前記端末認証トークンを用いて該当のモニタリング対象端末に接続要請する段階と、を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２２】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２３】
前記モニタリング対象端末と前記クライアント端末が、無線で前記ネットワークに連結されることを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２４】
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２５】
前記モニタリング対象端末または前記マルチメディア保存手段のＭＡＣアドレス、前記端末認証トークンの生成時刻、前記モニタリング対象端末または前記マルチメディア保存手段の接近権限情報を定められた暗号化キーで暗号化し、前記端末認証トークンを生成することを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２６】
ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むネットワーク基盤のＤＶＲシステムにおいて、
前記ＤＶＲサーバーは、
外部との通信のための通信部と、
使用者認証及び保安を制御するための認証及び保安制御部と、
前記認証及び保安制御部の制御によって前記クライアント端末使用者が正当な使用者であることを証明するサーバー認証トークン及び前記モニタリング対象端末に接近可能な使用者であることを証明する端末認証トークンを生成するための認証トークン生成部と、
前記認証及び保安制御部の制御によって前記クライアント端末使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２７】
前記生成されたサーバー認証トークンに関する情報が、
前記サーバー認証トークン、ＤＶＲサーバーのＭＡＣアドレス、サーバー認証トークンの生成時刻、サーバー認証トークンの寿命、使用者のチャネル権限情報、認証トークン生成及び検証のための暗号化／復号化キー情報を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２８】
前記生成された端末認証トークンに関する情報が、
前記端末認証トークン、モニタリング対象端末のＭＡＣアドレス、端末認証トークンの生成時刻、端末認証トークンの寿命、使用者のチャネル権限情報、認証トークン生成及び検証のための暗号化／復号化キー情報を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２９】
前記サーバー認証トークンが、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３０】
前記サーバー認証トークンが、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２７に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３１】
前記端末認証トークンが、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及びチャネル権限情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３２】
前記端末認証トークンが、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及びチャネル権限情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２８に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３３】
前記認証トークン検証部が、
前記クライアント端末使用者から提示されたサーバー認証トークンから得られた、サーバー認証トークンの生成時刻情報と前記生成されたサーバー認証トークンに関する情報のうちのサーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効であるか否かを判断する判断部と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する検証部と、
を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項１】
ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法において、
（ａ）前記クライアント端末使用者に対する認証を行う段階と、
（ｂ）前記クライアント端末使用者に対する認証に成功すると、サーバー認証トークンを提供するサーバー認証トークン提供段階と、
（ｃ）前記クライアント端末に、前記モニタリング対象端末接続に必要な端末認証トークンを提供する端末認証トークン提供段階と、
（ｄ）前記提供された端末認証トークンを用いて該当のモニタリング対象端末に接続する段階と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項３】
前記サーバー認証トークン提供段階が、
前記ＤＶＲサーバーで自分のＭＡＣアドレスと現在時刻情報に基づいて前記サーバー認証トークンを生成する第１段階と、
前記ＤＶＲサーバーで前記生成されたサーバー認証トークンを認証成功メッセージに含めて前記クライアント端末に転送する第２段階と、
前記クライアント端末で前記認証成功メッセージを受信し、前記サーバー認証トークンを抽出して保存する第３段階と、
をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項４】
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項５】
前記第３段階において、
前記抽出されたサーバー認証トークンの無欠性を検証する段階をさらに含むことを特徴とする、請求項３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項６】
前記端末認証トークン提供段階が、
前記モニタリング対象端末が選択される第１段階と、
前記クライアント端末で前記（ｂ）段階を通じて提供されたサーバー認証トークンを端末認証トークン要請メッセージに含めて前記ＤＶＲサーバーに伝達する第２段階と、
前記ＤＶＲサーバーで前記端末認証トークン要請メッセージを受信し、前記端末認証トークン要請メッセージに含まれたサーバー認証トークンの寿命確認及び検証を行う第３段階と、
前記第３段階で前記サーバー認証トークンが有効で無欠なものと判断されると、前記ＤＶＲサーバーで各モニタリング対象端末別に前記モニタリング対象端末接続に必要な端末認証トークンを生成する第４段階と、
前記ＤＶＲサーバーで前記生成された各端末認証トークンを端末認証トークン転送メッセージに含めて前記クライアント端末使用者に伝達する第５段階と、
前記クライアント端末で前記端末認証トークン転送メッセージを受信し、前記端末認証トークン転送メッセージから前記端末認証トークンを抽出して保存する第６段階と、をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項７】
前記端末認証トークン要請メッセージが、使用者ＩＤ、前記クライアント端末のＭＡＣアドレス、前記サーバー認証トークン、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項８】
前記第３段階において、
前記サーバー認証トークンを復号化し、前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を抽出する段階と、
前記抽出されたＤＶＲサーバーのＭＡＣアドレス確認及び前記抽出されたサーバー認証トークンの生成時刻情報と前記サーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効か否かを判断する段階と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する段階と、
をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項９】
前記第４段階において、
前記サーバー認証トークンが有効でないか、変調されたものと判断されると、前記クライアント端末使用者に対する認証を再び行う段階をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１０】
前記第４段階において、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及び使用者のチャネル権限情報を定められた暗号化キーで暗号化して前記端末認証トークンを生成することを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１１】
前記端末認証トークン転送メッセージが、使用者ＩＤ、端末認証トークンの生成時刻、モニタリング対象端末の個数、モニタリング対象端末のＭＡＣアドレスリスト、端末認証トークンリスト、前記端末認証トークンリストに関する認証コード情報を含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１２】
前記第６段階において、
前記抽出された端末認証トークンの無欠性を検証する段階をさらに含むことを特徴とする、請求項６に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１３】
前記（ｄ）段階が、
前記クライアント端末使用者から前記モニタリング対象端末への接続が要請される第１段階と、
前記クライアント端末で前記（ｃ）段階を通じて提供された端末認証トークンを接続要請メッセージに含めて該当のモニタリング対象端末に伝達する第２段階と、
前記モニタリング対象端末が前記接続要請メッセージを受信し、前記接続要請メッセージに含まれた前記端末認証トークンの寿命確認及び検証を行う第３段階と、
前記端末認証トークンが有効で無欠なものと判断されると、前記モニタリング対象端末で前記クライアント端末に対する接続を認可する第４段階と、
をさらに含むことを特徴とする、請求項１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１４】
前記端末認証トークンが有効でないか、変調されたものと判断されると、前記（ｃ）段階を通じて端末認証トークンを再び生成して提供する段階をさらに含むことを特徴とする、請求項１３に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１５】
ネットワークを通じてＤＶＲサーバーに接続されたクライアント端末を介してモニタリング対象端末への接近を制御する方法において、
（ａ）前記クライアント端末使用者に対する認証を行う段階と、
（ｂ）前記クライアント端末使用者に対する認証に成功すると、前記クライアント端末にサーバー認証トークンを提供するサーバー認証トークン提供段階と、
（ｃ）前記提供されたサーバー認証トークンを用いて該当のモニタリング対象端末に接続する段階と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１６】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１７】
前記サーバー認証トークン提供段階が、
前記ＤＶＲサーバーで自分のＭＡＣアドレスと現在時刻情報に基づいて前記サーバー認証トークンを生成する第１段階と、
前記ＤＶＲサーバーで前記生成されたサーバー認証トークンを認証成功メッセージに含めて前記クライアント端末使用者に転送する第２段階と、
前記クライアント端末で前記認証成功メッセージを受信し、受信した認証成功メッセージから前記サーバー認証トークンを抽出して保存する第３段階と、
をさらに含むことを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１８】
前記第１段階において、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項１７に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項１９】
前記（ｃ）段階が、
前記クライアント端末使用者から前記モニタリング対象端末への接続が要請される第１段階と、
前記クライアント端末で前記（ｂ）段階を通じて提供されたサーバー認証トークンを接続要請メッセージに含めて前記ＤＶＲサーバーに伝達する第２段階と、
前記ＤＶＲサーバーで前記接続要請メッセージを受信し、前記接続要請メッセージに含まれた前記サーバー認証トークンの寿命を確認する第３段階と、
前記サーバー認証トークンが有効であると判断されると、前記ＤＶＲサーバーで該当のモニタリング対象端末に接続認可要請メッセージを伝達する第４段階と、
前記該当のモニタリング対象端末で前記クライアント端末に対する接続を認可する第５段階と、
をさらに含むことを特徴とする、請求項１５に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２０】
前記第３段階において、
前記サーバー認証トークンを復号化し、前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を抽出する段階と、
前記抽出されたサーバー認証トークンの生成時刻情報と前記サーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効か否かを判断する段階と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する段階と、
をさらに含むことを特徴とする、請求項１９に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２１】
ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むＤＶＲシステムで、前記クライアント端末を介してモニタリング対象端末またはマルチメディア保存手段に接近するための方法において、
前記ＤＶＲサーバーに前記クライアント端末使用者に対する認証を要求する段階と、
前記ＤＶＲサーバーから、前記クライアント端末使用者に対する認証成功時に、サーバー認証トークンを受信する段階と、
選択された前記モニタリング対象端末または前記マルチメディア保存手段接続に必要な端末認証トークンを要求して端末認証トークンを受信する段階と、
前記端末認証トークンを用いて該当のモニタリング対象端末に接続要請する段階と、を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２２】
前記モニタリング対象端末が、映像転送装置またはデジタル映像保存装置であることを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２３】
前記モニタリング対象端末と前記クライアント端末が、無線で前記ネットワークに連結されることを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２４】
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化し、前記サーバー認証トークンを生成することを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２５】
前記モニタリング対象端末または前記マルチメディア保存手段のＭＡＣアドレス、前記端末認証トークンの生成時刻、前記モニタリング対象端末または前記マルチメディア保存手段の接近権限情報を定められた暗号化キーで暗号化し、前記端末認証トークンを生成することを特徴とする、請求項２１に記載のネットワーク基盤のＤＶＲシステムにおけるモニタリング対象端末接近制御方法。
【請求項２６】
ネットワークを通じて互いに連結された少なくとも一つのモニタリング対象端末、少なくとも一つのクライアント端末及びＤＶＲサーバーを含むネットワーク基盤のＤＶＲシステムにおいて、
前記ＤＶＲサーバーは、
外部との通信のための通信部と、
使用者認証及び保安を制御するための認証及び保安制御部と、
前記認証及び保安制御部の制御によって前記クライアント端末使用者が正当な使用者であることを証明するサーバー認証トークン及び前記モニタリング対象端末に接近可能な使用者であることを証明する端末認証トークンを生成するための認証トークン生成部と、
前記認証及び保安制御部の制御によって前記クライアント端末使用者から提示されたサーバー認証トークン及び端末認証トークンの有効性を検証するための認証トークン検証部と、
を含むことを特徴とする、ネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２７】
前記生成されたサーバー認証トークンに関する情報が、
前記サーバー認証トークン、ＤＶＲサーバーのＭＡＣアドレス、サーバー認証トークンの生成時刻、サーバー認証トークンの寿命、使用者のチャネル権限情報、認証トークン生成及び検証のための暗号化／復号化キー情報を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２８】
前記生成された端末認証トークンに関する情報が、
前記端末認証トークン、モニタリング対象端末のＭＡＣアドレス、端末認証トークンの生成時刻、端末認証トークンの寿命、使用者のチャネル権限情報、認証トークン生成及び検証のための暗号化／復号化キー情報を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項２９】
前記サーバー認証トークンが、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３０】
前記サーバー認証トークンが、
前記ＤＶＲサーバーのＭＡＣアドレスと前記サーバー認証トークンの生成時刻情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２７に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３１】
前記端末認証トークンが、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及びチャネル権限情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３２】
前記端末認証トークンが、
前記モニタリング対象端末のＭＡＣアドレス、前記端末認証トークンの生成時刻、及びチャネル権限情報を定められた暗号化キーで暗号化して生成されたことを特徴とする、請求項２８に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【請求項３３】
前記認証トークン検証部が、
前記クライアント端末使用者から提示されたサーバー認証トークンから得られた、サーバー認証トークンの生成時刻情報と前記生成されたサーバー認証トークンに関する情報のうちのサーバー認証トークンの寿命情報に基づいて前記サーバー認証トークンが有効であるか否かを判断する判断部と、
前記サーバー認証トークンが有効であると判断されると、前記モニタリング対象端末のＭＡＣアドレスリストに対するメッセージ認証コードを用いて無欠性を検証する検証部と、
を含むことを特徴とする、請求項２６に記載のネットワーク基盤のＤＶＲシステムにおけるＤＶＲサーバー。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２００９−５３９１７２（Ｐ２００９−５３９１７２Ａ）
【公表日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願番号】特願２００９−５１３０６８（Ｐ２００９−５１３０６８）
【出願日】平成１９年６月２９日（２００７．６．２９）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００３１８３
【国際公開番号】ＷＯ２００８／００２１０２
【国際公開日】平成２０年１月３日（２００８．１．３）
【出願人】（５０８１９０９０８）ポスデータ カンパニー リミテッド (5)
【Ｆターム（参考）】
【公表日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願日】平成１９年６月２９日（２００７．６．２９）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００３１８３
【国際公開番号】ＷＯ２００８／００２１０２
【国際公開日】平成２０年１月３日（２００８．１．３）
【出願人】（５０８１９０９０８）ポスデータ カンパニー リミテッド (5)
【Ｆターム（参考）】
[ Back to top ]