(57)【要約】      （修正有）【課題】ユーザ端末でパスワードを検証する方法において、パスワード認証に成功した場合に移動するページのＵＲＬを容易に知られない方法を提供する。【解決手段】ネットワークを介してユーザ端末により認証を行うユーザ認証システムにおいて、ユーザ端末から入力される入力パスワードと認証用パスワードとの整合性に基づいて認証の許可を判断するパスワード認証ページは、認証が許可されると判断される場合にネットワークを介してユーザ端末が接続可能な非公開ページＵＲＬと、認証用パスワードと、を暗号アルゴリズムを用いて変換した非公開ページＵＲＬキーと、非公開ページＵＲＬキーと入力パスワードとを暗号アルゴリズムの逆変換により変換し、非公開ページＵＲＬを求めるＵＲＬ復元処理コードと、を有し、認証が許可されると判断される場合には、ＵＲＬ復元処理コードを用いて非公開ページＵＲＬを取得する。【選択図】図５
2014027494.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してユーザ端末により認証を行うユーザ認証システムにおいて、
前記ユーザ端末から入力される入力パスワードと認証用パスワードとの整合性に基づいて前記認証の許可を判断する認証用ページは、
前記認証が許可されると判断される場合に前記ネットワークを介して前記ユーザ端末が接続可能な非公開ページＵＲＬと、前記認証用パスワードと、を暗号アルゴリズムを用いて変換した非公開ページＵＲＬキーと、
前記非公開ページＵＲＬキーと前記入力パスワードとを前記暗号アルゴリズムの逆変換により変換し、前記非公開ページＵＲＬを求めるＵＲＬ復元処理コードと、
を有し、
前記認証が許可されると判断される場合には、前記ＵＲＬ復元処理コードを用いて前記非公開ページＵＲＬを取得することを特徴とするユーザ認証システム。
【請求項２】
請求項２に記載のユーザ認証システムにおいて、
前記認証用ページ情報は、
前記認証用パスワードを一方向性関数に基づいて変換したパスワードキーと、
前記入力パスワードを前記一方向性関数を含む処理により変換した検証値と、を比較して、パスワードの整合性の認証を行うパスワード検証処理コードを有することを特徴とするユーザ認証システム。
【請求項３】
請求項２に記載のユーザ認証システムにおいて、
前記パスワードキーは、前記認証用パスワードのハッシュ値を求め、前記ハッシュ値を文字列化することによって算出されることを特徴とするユーザ認証システム。
【請求項４】
請求項１に記載のユーザ認証システムにおいて、
前記非公開ページキーは、パスワードに既定の文字列を付加した第１の文字列を生成し、前記第１の文字列のハッシュ値を求め、非公開ページＵＲＬと前記ハッシュ値の排他的論理和を求め、前記排他的論理和を文字列化することによって算出されることを特徴とするユーザ認証システム。
【請求項５】
請求項１に記載のユーザ認証システムにおいて、
前記パスワード認証は、入力パスワードのハッシュ値を求め、前記ハッシュ値を文字列化した値とパスワードキーを比較し、一致した場合に成功を返し、一致しなかった場合に失敗を返すことを特徴とするユーザ認証システム。
【請求項６】
請求項１に記載のユーザ認証システムにおいて、
前記パスワード認証は、入力パスワードのハッシュ値を求め、前記ハッシュ値とパスワードキーをバイナリ化した値とを比較し、一致した場合に成功を返し、一致しなかった場合に失敗を返すことを特徴とするユーザ認証システム。
【請求項７】
請求項１に記載のユーザ認証システムにおいて、
前記ＵＲＬ復元処理コードによる非公開ページのＵＲＬの復元は、入力パスワードに既定の文字列を付加した第１の文字列を生成し、前期第１の文字列のハッシュ値を求め、ＵＲＬキーのバイナリ値を求め、前記ハッシュ値と前記バイナリ値の排他的論理和を求めることで、接続ＵＲＬを取得することを特徴とするユーザ認証システム。
【請求項８】
ユーザ端末によりパスワード認証を行い、ネットワークを介してユーザがアクセスするネットワーク機器において、
前記ネットワーク機器は、
前記パスワード認証が許可されると判断される場合に前記ネットワークを介して前記ユーザが接続可能な非公開ページＵＲＬと、前記認証用パスワードと、を暗号アルゴリズムを用いて変換した非公開ページＵＲＬキーと、
前記非公開ページＵＲＬキーと前記入力パスワードとを前記暗号アルゴリズムの逆変換により変換し、前記非公開ページＵＲＬを求めるＵＲＬ復元処理コードと、
を有することを特徴とするネットワーク機器。
【請求項９】
請求項１に記載のネットワーク機器において、
前記ネットワーク機器は、
前記パスワード認証を行う場合に、前記ユーザー端末に前記非公開ページＵＲ
Ｌキーと前記ＵＲＬ復元処理コードとを出力することを特徴とするネットワーク
機器。
【請求項１０】
ユーザがユーザ端末から入力される入力パスワードと認証用パスワードとの整合性に基づいて認証を行い、認証の可否を判断するパスワード認証を行うステップと、
前記認証が許可されると判断される場合に前記ネットワークを介して前記ユーザが接続可能な非公開ページＵＲＬと、前記認証用パスワードと、を暗号アルゴリズムを用いて変換した非公開ページＵＲＬキーを生成するステップと、
前記非公開ページＵＲＬキーと前記入力パスワードとを前記暗号アルゴリズムの逆変換により変換し、前記非公開ページＵＲＬを求めるＵＲＬ復元処理コードを生成するステップと、
を有することを特徴とするユーザ認証方法。
【請求項１１】
請求項１、８、１０のいずれか１項に記載のユーザ認証システム、ネットワーク機器、ユーザ認証方法において、
前記非公開ページＵＲＬキーを生成する際に用いる暗号アルゴリズムおよび前記非公開ページＵＲＬを求める際に用いる暗号アルゴリズムの逆変換は、
一方向性関数および排他的論理和に基づいて行われることを特徴とするユーザ認証システム、ネットワーク機器、ユーザ認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ認証システム、ユーザ認証方法およびネットワーク機器に関する。
【背景技術】
【０００２】
ネットワークに接続する機器の設定を、同ネットワークに接続するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等のユーザ端末上で動作するＷＥＢブラウザーを使用して行うことがある。この場合、機器がＷＥＢサーバーを持ち、ＷＥＢブラウザーが機器のＷＥＢサーバーに接続して、操作画面のページ情報を取得し、それを画面上に表示して、ユーザーからの操作等により入力された設定値を機器に送ることによって、機器の設定を行う。
【０００３】
このとき、特定の操作画面は保守員のみが使用する秘密のページとし、一般ユーザーが容易に使用できないようにしたい場合がある。そこで、一般ユーザーが容易に使用できないようにするために、パスワードを設定し、ページを表示するためにパスワード認証を行う。パスワード認証の方法の１つとして、ＷＥＢブラウザーに入力されたパスワードを機器側に送り機器側で検証する方法がある。この方法は、パスワードを検証するための情報が機器側から出てこないため、パスワードを知られにくいメリットがある。しかしながら、機器側で検証を行うため、機器側に負荷をかけてしまうデメリットがある。機器の本来の性能を損なわないために、機器側に余分な負荷はかけたくない。
【０００４】
そこで、他のパスワード認証の方法として、ＷＥＢブラウザーに入力されたパスワードをＷＥＢブラウザー側で検証する方法がある。この方法は機器側への負荷が低い点がメリットであるが、ＷＥＢブラウザー側にパスワードを検証するための情報を送るため、そこから正しいパスワードを知られてしまう可能性がある。
【０００５】
そこで、特開２００１−６０１８５号公報（特許文献１）では、パスワード一致判定をするためにパスワードを含むＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル１をＷＥＢブラウザー画面２に読み込んだ直後に、パスワード入力プロンプト３を「作業ウィンドウ固定」で表示する。これにより、パスワード入力プロンプト３表示中はＷＥＢブラウザー画面２へフォーカスを移動できない。また、パスワード入力後、一致判定の結果に従い、ＷＥＢブラウザー画面２を他のＵＲＬへ移動するため、パスワードを知られない。以上により、ＨＴＭＬファイル１のソースを表示できず、パスワードを知られない。これにより、パスワードをＷＥＢブラウザー側で検証する方法でも、正しいパスワードを知られてしまう可能性を低減している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2001-60185号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の方法では、パスワードを含むＨＴＭＬファイル自体はネットワークを介して送受信されるため、ネットワーク上を流れるデータを監視することによりＨＴＭＬファイルの内容を知られ、そこからパスワードを知られてしまう可能性は残る。
【０００８】
また、パスワード認証に成功した場合に移動する秘密のページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）も同様に容易に知られてしまい、パスワード認証を回避して、秘密のページのＵＲＬを直接指定して、秘密のページを表示されてしまう可能性がある。
【０００９】
そこで、本発明はこのような課題に鑑みてなされたものであって、ユーザ端末でパスワードを検証する方法であっても、パスワードや、パスワード認証に成功した場合に移動するページのＵＲＬを容易に知られない方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【００１１】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるな
らば、ネットワークを介してユーザ端末により認証を行うユーザ認証システムにおいて、ユーザ端末から入力される入力パスワードと認証用パスワードとの整合性に基づいて認証の許可を判断するパスワード認証ページは、認証が許可されると判断される場合にネットワークを介してユーザ端末が接続可能な非公開ページＵＲＬと、認証用パスワードと、を暗号アルゴリズムを用いて変換した非公開ページＵＲＬキーと、非公開ページＵＲＬキーと入力パスワードとを暗号アルゴリズムの逆変換により変換し、非公開ページＵＲＬを求めるＵＲＬ復元処理コードと、を有し、認証が許可されると判断される場合には、ＵＲＬ復元処理コードを用いて非公開ページＵＲＬを取得することを特徴とする。
【発明の効果】
【００１２】
ユーザ端末側で認証を行う場合に、認証用ページから認証成功時の接続ＵＲＬを知られることが無いため、非公開の機能を容易に利用されることが無い。
【図面の簡単な説明】
【００１３】
【図１】実施例１の全体構成を示す構成図である。
【図２】実施例１の認証用ページ情報２００の構成を示す構成図である。
【図３】従来技術における認証用ページに含まれるＨＴＭＬファイルにおいて、パスワードおよび非公開ＵＲＬが含まれるＨＴＭＬファイルを示す図である。
【図４】実施例１の認証用ページに含まれるＨＴＭＬファイルにおいて、パスワードキーおよび非公開ＵＲＬキーが含まれる場合のＨＴＭＬファイルを示す図である。
【図５】実施例１の全体処理の処理フロー図である。
【図６】実施例１のパスワードキー生成処理（Ｓ４００）の処理フロー図である。
【図７】実施例１のURLキー生成処理（Ｓ５００）の処理フロー図である。
【図８】実施例１のパスワード検証処理（Ｓ６００）の処理フロー図である。
【図９】実施例１のＵＲＬ復元処理（Ｓ７００）の処理フロー図である。
【図１０】実施例２の全体構成を示す構成図である。
【発明を実施するための形態】
【００１４】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１５】
＜ネットワークカメラへの適用＞
本実施例では、PC１６０上のWEBブラウザー１６１からネットワーク１５０を介して各種設定を行うネットワークカメラ１００の例を説明する。
【００１６】
＜全体構成＞
図１は、実施例１の全体構成を示す構成図である。
【００１７】
図において、ネットワークカメラ１００は、レンズ１０１と、撮像部１０２と、エンコーダー１０３と、設定部１０４と、RTPサーバー１０５と、HTTPサーバー１０６と、ネットワーク部１０７と、記憶部１１１と、設定情報１０８と、公開ページ情報１０９と、非公開ページ情報１１０と、認証用ページ情報２００とから構成され、ネットワーク１５０に接続される。
【００１８】
ＰＣ１６０は、WEBブラウザー１６１と、ネットワーク部１６２と、から構成され、ネットワーク１５０に接続される。ＰＣ１６０は、例えば、WEBブラウザー１６１の動作する一般的なPCや端末が挙げられる。
【００１９】
ネットワーク１５０は、ネットワークカメラ１００と、ＰＣ１６０を接続する。ネットワーク１５０は、例えば、機器と機器とを接続する回線、即ちＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＲＳ２３２Ｃによるシリアル通信等である。
【００２０】
撮像部１０２は、レンズ１０１を透過した被写体からの光束を光電変換し、デジタル信号に変換し、映像データとする。
【００２１】
エンコーダー１０３は、撮像部１０２が撮影した映像データを圧縮する。
【００２２】
設定部１０４は、ＨＴＴＰサーバー１０６を介してＰＣ１６０のＷＥＢブラウザー１６１から受信したネットワークカメラ１１０の設定情報１０８を、記憶部１１１に記録する。ここで設定情報１０８とは、例えばネットワークカメラ１１０から送信される画質や映像の圧縮率等の設定に関する情報である。さらに、記憶部１１１から設定情報１０８を読み出しＨＴＴＰサーバー１０６に出力する。
【００２３】
ＲＴＰサーバー１０５は、エンコーダー１０３が圧縮した映像データをネットワーク部１０７を介して出力する。
【００２４】
ＨＴＴＰサーバー１０６は、エンコーダー１０３が圧縮した映像データをネットワーク部１０７を介して送信する。さらに、ネットワークカメラ１００の設定情報１０８と、公開ページ情報１０９と、非公開ページ情報１１０と、認証用ページ情報２００と、をネットワーク部１０７を介して、ＰＣ１６０のＷＥＢブラウザー１６１と送受信する。
【００２５】
ネットワーク部１０７は、ネットワーク１５０と接続し、ＲＴＰサーバー１０５、ＨＴＴＰサーバー１０６の情報を送受信する。
【００２６】
記憶部１１１は、設定情報１０８と、公開ページ情報１０９と、非公開ページ情報１１０と、認証用ページ情報２００と、を記憶する。記憶部１１１の一例としては、半導体メモリーが挙げられる。
【００２７】
設定情報１０８は、ネットワークカメラ１００を制御するために設定する、撮像部１０２、エンコーダー１０３、ＲＴＰサーバー１０５、ＨＴＴＰサーバー１０６、ネットワーク部１０７で使用する設定パラメーターを含む情報である。
【００２８】
公開ページ情報１０９は、パスワード認証を行わずにＷＥＢブラウザー１６１に表示するための画面情報である。設定情報１０８の一部や、設定情報１０８を設定変更するための情報を含む。一例としては、ＨＴＭＬとスクリプト言語で記述される。
【００２９】
非公開ページ情報１１０は、パスワード認証に成功した場合にＷＥＢブラウザー１６１に表示するための画面情報である。画面情報には、設定情報１０８の一部や、設定情報１０８を設定変更するための情報を含む。一例としては、ＨＴＭＬとスクリプト言語で記述される。
【００３０】
認証用ページ情報２００は、非公開ページ情報１１０をＷＥＢブラウザー１６１に表示することの可否を判定するパスワード認証を行うための画面情報である。一例としては、ＨＴＭＬとスクリプト言語で記述される。
【００３１】
＜認証用ページ情報＞
図２は、実施例１の認証用ページ情報２００の構成を示す構成図である。
【００３２】
図において、認証用ページ情報２００は、パスワード入力処理コード２０１と、パスワード検証処理コード２０２と、URL復元処理コード２０３と、パスワードキー２０５と、非公開ページURLキー２０６と、で構成される。
【００３３】
例として、認証用ページ情報２００はＨＴＭＬで記述され、パスワード入力処理コード２０１と、パスワード検証処理コード２０２と、ＵＲＬ復元処理コード２０３は、ＨＴＭＬとスクリプト言語で記述される。
【００３４】
パスワード入力処理コード２０１は、ＷＥＢブラウザー１６１上でパスワード入力を行うための処理を記述したコードである。
【００３５】
パスワード検証処理コード２０２は、ＷＥＢブラウザー１６１上でパスワード検証処理（Ｓ６００）を行うための処理を記述したコードである。
【００３６】
ＵＲＬ復元処理コード２０３は、ＷＥＢブラウザー１６１上でＵＲＬ復元処理（Ｓ７００）を行うための処理を記述したコードである。
【００３７】
パスワードキー２０５は、ＷＥＢブラウザー１６１上で行うパスワード検証処理（Ｓ６００）において、入力されたパスワードが認証パスワードと整合性を有するか否かを検証するための情報であり、認証パスワードに基づいて決定されるものである。
【００３８】
非公開ページＵＲＬキー２０６は、ＷＥＢブラウザー１６１上でＵＲＬ復元処理（Ｓ７００）を行う際に使用される情報であり、非公開ページＵＲＬに基づいて決定されるものである。
【００３９】
図３は、従来の認証用ページ２００に含まれるＨＴＭＬファイルに含まれる情報を示す。図の下線部は、パスワード及び非公開ページのＵＲＬの一部を示している。すなわち、従来のＨＴＭＬファイルには、パスワード認証において使用する認証パスワードおよび非公開ページＵＲＬが含まれているので、パスワードおよび非公開ページＵＲＬが第３者に知られてしまう可能性がある。
【００４０】
図４は、実施例１の認証用ページに含まれるＨＴＭＬファイルにおいて、パスワードキー２０５および非公開ＵＲＬ２０６が表示されている場合のＨＴＭＬファイルに含まれる情報を示す。図の下線部に示すように、パスワードおよび非公開ページＵＲＬは、それぞれパスワードキー２０５および非公開ページＵＲＬキー２０６としてＨＴＭＬファイルの情報に含まれている。つまり、パスワード認証において使用する認証パスワードおよび非公開ページＵＲＬがＨＴＭＬファイルの情報として含まれていないので、認証ページにおいてパスワードおよび非公開ページのＵＲＬが不正に取得される恐れがなく、秘匿することが可能である。
【００４１】
なお、非公開ページＵＲＬキー２０６は、非公開ページのＵＲＬに基づいて予め決定するようにしてもよい。
【００４２】
＜全体処理フロー＞
図５は、実施例１の全体処理の処理フロー図である。
【００４３】
図において、ＷＥＢブラウザー１６１は、公開ページ情報１０９をネットワークカメラ１００に要求する（Ｓ３０１）。
【００４４】
ネットワークカメラ１００は、要求に応じて公開ページ情報１０９をＷＥＢブラウザー１６１に送信する（Ｓ３０２）。公開ページ情報１０９は認証用ページＵＲＬを含む。
【００４５】
ＷＥＢブラウザー１６１は、受信した公開ページ情報１０９を元に公開ページを表示する（Ｓ３０３）。
【００４６】
さらに、公開ページには非公開ページへの移動を促すボタン等が表示される（Ｓ３０４）。非公開ページへ移動する場合、ＷＥＢブラウザー１６１は、認証用ページＵＲＬを指定して認証用ページ情報２００をネットワークカメラ１００に要求する（Ｓ３０５）。
【００４７】
ネットワークカメラ１００は、要求に応じて認証用ページ情報２００をＷＥＢブラウザー１６１に送信する（Ｓ３０６）。認証用ページ情報２００は、パスワード入力処理コード２０１と、パスワード検証処理コード２０２と、URL復元処理コード２０３と、パスワードキー２０５と、非公開ページURLキー２０６と、で構成される。
【００４８】
ＷＥＢブラウザー１６１は、受信した認証用ページ情報２００を元に認証用ページを表示する（Ｓ３０７）。認証用ページにはパスワード入力を促す入力欄があり、入力欄に入力されたパスワードをパスワード入力処理コード２０１によって取得する（Ｓ３０８）。
ＷＥＢブラウザー１６１は、入力されたパスワードとパスワードキー２０５を入力としてパスワード検証処理（Ｓ６００）を行い、検証結果をパスワード検証処理コード２０２によって判断する（Ｓ３１０）。失敗の場合は、再度Ｓ３０７から繰り返す。一方、成功の場合は、ＷＥＢブラウザー１６１は、ＵＲＬ復元処理コードによって、入力されたパスワードと非公開ページＵＲＬキー２０６とを一方向性関数の逆変換により変換しＵＲＬ復元処理（Ｓ７００）を行い、非公開ページＵＲＬを取得する。
【００４９】
なお、上述のパスワードキー２０５の生成処理、非公開ページURLキーの生成処理、パスワード検証処理（Ｓ６００）およびURL復元処理（Ｓ７００）の詳細は、それぞれ後述の図５〜８において説明する。
【００５０】
ＵＲＬ復元処理（Ｓ７００）により非公開ページＵＲＬを取得した後、非公開ページＵＲＬを指定して非公開ページ情報１１０を要求する（Ｓ３１２）。ネットワークカメラ１００は、要求に応じて非公開ページ情報１１０をＷＥＢブラウザー１６１に送信する（Ｓ３１３）。ＷＥＢブラウザー１６１は、受信した非公開ページ情報１１０を元に非公開ページを表示する（Ｓ３１４）。
【００５１】
＜パスワードキー生成処理＞
図６は、本実施例におけるパスワード検証処理（Ｓ６００）で使用するパスワードキーを生成するための、パスワードキー生成処理（Ｓ４００）の処理フロー図である。
【００５２】
図において、パスワードキー生成処理（Ｓ４００）は、認証用パスワードＰＷを入力し（Ｓ４０１）、所定値を入力して出力値を算出するのは容易に行うことが出来るが、出力値から入力値を算出することは非常に困難である関数である一方向性関数として、例えば下記式１を用いて認証用パスワードＰＷからハッシュ値Ｈを求める（Ｓ４０２）。但し、ＳＨＡ２５６（）はＳＨＡ２５６（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ ２５６）によりハッシュ値を求める関数である。さらに、例えば、下記式２によりハッシュ値ＨからパスワードキーＰＷＫＥＹを求め（Ｓ４０３）、パスワードキーＰＷＫＥＹを出力する（Ｓ４０４）。
【００５３】
Ｈ＝ＳＨＡ２５６（ＰＷ）  （式１）
ＰＷＫＥＹ＝ＢＡＳＥ６４ＥＮＣ（Ｈ）  （式２）    
ここで、ＢＡＳＥ６４ＥＮＣ（）はＢＡＳＥ６４のエンコードを行う関数である。
【００５４】
パスワードキー生成処理（Ｓ４００）により求めたパスワードキー２０５は、認証用ページ情報２００に含める。
【００５５】
このパスワードキー生成処理（Ｓ４００）は、非公開ページのＵＲＬが確定し、ネットワークカメラ１００が認証用ページ情報２００を送信する前に、ネットワークカメラ１００あるいはネットワークカメラ１００の製造装置で行われる。例えば、ネットワークカメラ１００の製造時にネットワークカメラ１００の製造装置によって行われる。または、ＷＥＢブラウザー１６１が認証用ページＵＲＬを指定して認証用ページ情報２００をネットワークカメラ１００に要求（Ｓ３０５）した後に、ネットワークカメラ１００で行われる。
【００５６】
＜非公開ページＵＲＬキー生成処理＞
図７は、本実施例における非公開ページＵＲＬキー生成処理（Ｓ５００）の処理フロー図である。
【００５７】
図において、非公開ページＵＲＬキー生成処理（Ｓ５００）は、認証用パスワードＰＷと非公開ページＵＲＬ（ＵＲＬ）を入力し（Ｓ５０１）、例えば、下記式３により認証用パスワードＰＷに規定の文字列ＤＭＹを付加した文字列Ｘを生成する（Ｓ５０２）。なお、パスワードキーを使用しない場合は、文字列ＤＭＹの付加は省略してもよい。
【００５８】
さらに、一方向性関数である下記式４により文字列Ｘのハッシュ値Ｈを求め（Ｓ５０３）、下記式５により非公開ページＵＲＬ（ＵＲＬ）とハッシュ値Ｈとの排他的論理和Ｙを求め（Ｓ５０４）、下記式６により排他的論理和Ｙから非公開ページＵＲＬキー（ＵＲＬＫＥＹ）を求め（Ｓ５０５）、非公開ページＵＲＬキー（ＵＲＬＫＥＹ）を出力する（Ｓ５０６）。
【００５９】
Ｘ＝ＤＭＹ｜ＰＷ  （式３）
Ｈ＝ＳＨＡ２５６（Ｘ）  （式４）
Ｙ＝Ｈ xor ＵＲＬ  （式５）
ＵＲＬＫＥＹ＝ＢＡＳＥ６４ＥＮＣ（Ｙ）  （式６）
ここで、式３における｜は文字列を連接する演算を示す。また、式４のＳＨＡ２５６（）はＳＨＡ２５６によりハッシュ値を求める関数である。また、式５のxorは排他的論理和の演算子である。さらに、式６のＢＡＳＥ６４ＥＮＣ（）はＢＡＳＥ６４のエンコードを行う関数である。
【００６０】
なお、Ｓ５０４では、非公開ページＵＲＬ（ＵＲＬ）のデータ長がハッシュ値Ｈのデータ長より長い場合は、非公開ページＵＲＬ（ＵＲＬ）のデータ長分ハッシュ値Ｈ＿ＩＮを繰り返す。
【００６１】
このように、非公開ページのＵＲＬを非公開ページＵＲＬキー生成処理（Ｓ５００）により求めた非公開ページＵＲＬキー２０６は、認証用ページ情報２００に含められる。
【００６２】
ＵＲＬキー生成処理（Ｓ５００）は、非公開ページのＵＲＬが確定し、ネットワークカメラ１００が認証用ページ情報２００を送信する前に、ネットワークカメラ１００あるいはネットワークカメラ１００の製造装置で行われる。例えば、ネットワークカメラ１００の製造時にネットワークカメラ１００の製造装置によって行われる。または、WEBブラウザー１６１が認証用ページＵＲＬを指定して認証用ページ情報２００をネットワークカメラ１００に要求（Ｓ３０５）した後にネットワークカメラ１００で行われる。
【００６３】
なお、式４でパスワードＰＷから直接ハッシュ値を求めずに、その前に式３で規定の文字列ＤＭＹを付加するのは、文字列を付加しないと式４のハッシュ値Ｈと、式１のハッシュ値Ｈが同じ値となるため、パスワードキーとＵＲＬキーと同じＨＴＭＬに含めた場合、ＵＲＬ＝ＢＡＳＥ６４ＤＥＣ（ＵＲＬＫＥＹ） xor ＰＷＫＥＹの式により、ＵＲＬを求められてしまうのを防ぐためである。
【００６４】
また、非公開ページＵＲＬを入力し、非公開ページＵＲＬキーを生成する際には、ＵＲＬの全部を入力して非公開ページＵＲＬキーを生成しても、ＵＲＬの一部を入力して非公開ページＵＲＬキーを生成してもよい。
【００６５】
＜パスワード検証処理＞
図８は、本実施例におけるパスワード検証処理（Ｓ６００）の処理フロー図である。
【００６６】
図において、パスワード検証処理（Ｓ６００）は、入力パスワードＰＷ＿ＩＮとパスワードキーＰＷＫＥＹを入力し（Ｓ６０１）、一方向性関数である下記式７により入力パスワードＰＷ＿ＩＮからハッシュ値Ｈ＿ＩＮを求め（Ｓ６０２）、下記式８によりハッシュ値Ｈ＿ＩＮから検証値ＰＷＫＥＹ＿ＩＮを求め（Ｓ６０３）、検証値ＰＷＫＥＹ＿ＩＮがパスワードキーＰＷＫＥＹに一致するか判断し（Ｓ６０４）、一致する場合は成功を出力し（Ｓ６０５）、一致しない場合は失敗を出力する（Ｓ６０６）。
【００６７】
Ｈ＿ＩＮ＝ＳＨＡ２５６（ＰＷ＿ＩＮ）  （式７）
ＰＷＫＥＹ＿ＩＮ＝ＢＡＳＥ６４ＥＮＣ（Ｈ＿ＩＮ）  （式８）
ここで、式７のＳＨＡ２５６（）はＳＨＡ２５６によりハッシュ値を求める関数である。また、式８のＢＡＳＥ６４ＥＮＣ（）はＢＡＳＥ６４のエンコードを行う関数である。
【００６８】
なお、上述のパスワード検証処理においては、式７および式８に基づいてＰＷＫＥＹとＰＷＫＥＹ＿ＩＮの一致比較をしているが、式７および下記式８’を用いてＨとＨ＿ＩＮを比較しても同じ効果が得られる。
【００６９】
Ｈ＝ＢＡＳＥ６４ＤＥＣ（ＰＷＫＥＹ）  （式８’）
【００７０】
＜ＵＲＬ復元処理＞
図９は、本実施例におけるＵＲＬ復元処理（Ｓ７００）の処理フロー図である。
【００７１】
図において、ＵＲＬ復元処理（Ｓ７００）は、入力パスワードＰＷ＿ＩＮと非公開ページＵＲＬキー（ＵＲＬＫＥＹ）を入力し（Ｓ７０１）、例えば、式９によりパスワードＰＷ＿ＩＮに規定の文字列ＤＭＹを付加した文字列Ｘ＿ＩＮを生成する（Ｓ７０２）。さらに、例えば、一方向性関数である式１０により文字列Ｘ＿ＩＮのハッシュ値Ｈ＿ＩＮを求め（Ｓ７０３）、式１１により非公開ページＵＲＬキー（ＵＲＬＫＥＹ）のバイナリ値Ｚを求め（Ｓ７０４）、式１２によりバイナリ値Ｚとハッシュ値（Ｈ＿ＩＮ）の排他的論理和を求める。最後に、これを接続ＵＲＬ（ＵＲＬ）とし（Ｓ７０５）、接続ＵＲＬ（ＵＲＬ）を出力する（Ｓ７０６）。
【００７２】
Ｘ＿ＩＮ＝ＤＭＹ｜ＰＷ＿ＩＮ  （式９）  
Ｈ＿ＩＮ＝ＳＨＡ２５６（Ｘ＿ＩＮ）  （式１０）
Ｚ＝ＢＡＳＥ６４ＤＥＣ（ＵＲＬＫＥＹ）  （式１１）
ＵＲＬ＝Ｈ＿ＩＮ xor Ｚ  （式１２）  
ここで、式９の｜は文字列を連接する演算を示す。また、式１０のＳＨＡ２５６（）はSHA256によりハッシュ値を求める関数である。また、式１１のＢＡＳＥ６４ＤＥＣ（）はBASE64のデコードを行う関数である。さらに、式１２のxorは排他的論理和の演算子である。
【００７３】
なお、Ｓ７０２でパスワードを使用しない場合は、文字列付加は省略することができる。
【００７４】
また、Ｓ７０５でバイナリ値Ｚのデータ長がハッシュ値Ｈ＿ＩＮのデータ長より長い場合は、バイナリ値Ｚのデータ長分ハッシュ値Ｈ＿ＩＮを繰り返す。
【００７５】
また、上記では、ハッシュ値を求める関数としてＳＨＡ２５６を使用したが、ＳＨＡ１（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ １）、ＭＤ５（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ ５）等の他のハッシュ関数を使用してもよい。
【００７６】
また、ＢＡＳＥ６４ＥＮＣ／ＢＡＳＥ６４ＤＥＣはパスワードキー、非公開ページＵＲＬキーをＨＴＭＬに含められるようにテキスト化するために使用したが、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）等の他のテキスト化手段を使用してもよい。
【００７７】
また、式３、式９で文字列の連接を行ったが、これは、式４により求められる値が異なるようになる変換であれば、他の変換手段を使用してもよい。
【００７８】
以上により、実施例１のネットワークカメラ１００がＷＥＢブラウザー１６１に送信する認証用ページ情報２００には、パスワードと非公開ページのＵＲＬが含まれないため、パスワードが第３者に知られることや、非公開ページのＵＲＬにアクセスする権限がない者が非公開ページのＵＲＬを知られることを防ぐことが出来る。
【００７９】
また、ＷＥＢブラウザーで行われるパスワードの認証は、入力パスワードと認証用パスワードが一致するかを判断するのではなく、入力パスワードから検証値を求め、この検証値がパスワードキーに一致するかを判断するので、正しいパスワードを知ることは困難である。
【００８０】
さらに、パスワードの認証が成功した場合に、入力パスワードと非公開ページＵＲＬキーとから非公開ページＵＲＬを求めて非公開ページ情報を要求するので、認証用ページ情報が含むパスワードキーと非公開ページＵＲＬキーから、非公開ページＵＲＬを求めることは困難であり、パスワードを知らないユーザーが容易に非公開ページを開くことを防止できる。
【００８１】
さらに、ユーザ端末のＷＥＢブラウザーにおいて認証を行うので、機器側に余分な負荷を掛けることなく認証を行うこともできる。また、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を用いる場合のように認証用ページ情報全体を暗号化により秘匿するのではなく、非公開ＵＲＬの部分のみを秘匿するため、ユーザー端末の余分な負荷を掛けることなく、非公開ＵＲＬを秘匿することができる。
【実施例２】
【００８２】
＜ネットワーク機器への適用＞
実施例１では、ネットワークカメラの設定を例に説明したが、本実施例では、ＰＣ１６０上のＷＥＢブラウザー１６１からネットワーク１５０を介して、ネットワーク機器８００の各種設定を行う例を説明する。
【００８３】
図１０は、実施例２の全体構成を示す構成図である。
【００８４】
図１０のネットワーク機器８００のうち、既に説明した図１に示された同一の符号を付された構成と、同一の機能を有する部分については、説明を省略する。
【００８５】
図において、ネットワーク機器８００は、設定部１０４と、ＨＴＴＰサーバー１０６と、ネットワーク部１０７と、記憶部１１１と、設定情報１０８と、公開ページ情報１０９と、非公開ページ情報１１０と、認証用ページ情報２００と、で構成し、ネットワーク１５０に接続する。
【００８６】
ＨＴＴＰサーバー１０６は、ネットワーク機器８００の設定情報１０８と公開ページ情報１０９と非公開ページ情報１１０と認証用ページ情報２００とをネットワーク部１０７を介して送受信する。
【００８７】
ネットワーク部１０７は、ネットワーク１５０と接続し、ＨＴＴＰサーバー１０６の情報を送受信する。
【００８８】
以上により、実施例２のネットワーク機器８００が送信する認証用ページ情報２００は実施例１と同様に、パスワードと非公開ページのＵＲＬは含まず、認証用ページ情報２００が含むパスワードキー２０５と非公開ページＵＲＬキー２０６からパスワードと非公開ページのＵＲＬを求めることは困難であるため、パスワードを知らないユーザーが容易に非公開ページを開くことを防止できる。
【実施例３】
【００８９】
本実施例では、ＰＣ１６０上のＷＥＢブラウザー１６１からネットワーク１５０を介してネットワーク機器８００の各種設定を行う例を説明する。
【００９０】
全体構成は図１０の構成と同等である。
【００９１】
本実施例では、パスワードキー生成処理（Ｓ４００）の代わりに、式１３によりパスワードＰＷからパスワードキーＰＷＫＥＹを生成する。
【００９２】
ＰＷＫＥＹ＝ＢＡＳＥ６４ＥＮＣ（ＡＥＳ＿Ｅ（ＳＴＲ,ＰＷ））・・・（式１３）    ここで、ＡＥＳ＿Ｅ（Ｐ，Ｋ）は平文Ｐ、鍵ＫとしてＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）による暗号化を行う関数、ＢＡＳＥ６４ＥＮＣはＢＡＳＥ６４のエンコードを行う関数、ＳＴＲは既定文字列である。
【００９３】
本実施例では、ＵＲＬキー生成処理（Ｓ５００）の代わりに、式１４により接続ＵＲＬ（ＵＲＬ）とパスワードＰＷからＵＲＬキー（ＵＲＬＫＥＹ）を生成する。
【００９４】
ＵＲＬＫＥＹ＝ＢＡＳＥ６４ＥＮＣ（ＡＥＳ＿Ｅ（ＵＲＬ,ＰＷ））・・・（式１４）    
ここで、ＡＥＳ＿Ｅ（Ｐ，Ｋ）は平文Ｐ、鍵ＫとしてAESによる暗号化を行う関数、ＢＡＳＥ６４ＥＮＣはBASE64のエンコードを行う関数である。
【００９５】
本実施例では、パスワード検証処理（Ｓ６００）の代わりに、式１５により入力パスワードＰＷ＿ＩＮから検証値ＰＷＫＥＹ＿ＩＮを求め、検証値ＰＷＫＥＹ＿ＩＮとパスワードキーＰＷＫＥＹと比較することで成否を判断する。
【００９６】
ＰＷＫＥＹ＿ＩＮ＝ＢＡＳＥ６４ＥＮＣ（ＡＥＳ＿Ｅ（ＳＴＲ,ＰＷ＿ＩＮ））・・・（式１５）  
ここで、ＡＥＳ＿Ｅ（Ｐ，Ｋ）は平文Ｐ、鍵ＫとしてAESによる暗号化を行う関数、ＢＡＳＥ６４ＥＮＣはBASE64のエンコードを行う関数、ＳＴＲは既定文字列である。
【００９７】
式１５で求めた検証値ＰＷＫＥＹ＿ＩＮとパスワードキーＰＷＫＥＹとを比較して一致すれば成功を返し、一致しなれければ失敗を返す。
【００９８】
本実施例では、ＵＲＬ復元処理（Ｓ７００）の代わりに、式１６によりＵＲＬキー（ＵＲＬＫＥＹ）と入力パスワードＰＷ＿ＩＮから接続ＵＲＬ（ＵＲＬ）を取得する。
【００９９】
ＵＲＬ＝ＡＥＳ＿Ｄ（ＢＡＳＥ６４ＤＥＣ（ＵＲＬＫＥＹ）,ＰＷ＿ＩＮ））・・・（式１６）  
ここで、ＡＥＳ＿Ｄ（Ｃ，Ｋ）は暗号文Ｃ、鍵ＫとしてAESによる復号を行う関数、ＢＡＳＥ６４ＤＥＣ（）はＢＡＳＥ６４のデコードを行う関数である。    
なお、上記では、暗号化アルゴリズムとしてＡＥＳを使用したが、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等の他の暗号アルゴリズムを使用してもよい。
【０１００】
また、ＢＡＳＥ６４ＥＮＣ／ＢＡＳＥ６４ＤＥＣはパスワードキー、ＵＲＬキーをＨＴＭＬに含められるようにテキスト化するために使用したが、ＪＳＯＮ等の他のテキスト化手段を使用してもよい。
【０１０１】
以上のような、暗号化アルゴリズムを用いることにより、暗号化アルゴリズムを処理するハードウェアなどを搭載した機器等で、ハードウェアを利用して高速に処理を行うことができる。また、実施例１における文字列の連接（式３）、ハッシュ値の計算（式４）、排他的論理和（式５）を、暗号化アルゴリズムに置き換えることになるので、処理を簡便にすることが出来る。
【符号の説明】
【０１０２】
１００  ネットワークカメラ
１０１  レンズ
１０２  撮像部
１０３  エンコーダー
１０４  設定部
１０５  ＲＴＰサーバー
１０６  ＨＴＴＰサーバー
１０７  ネットワーク部
１０８  設定情報
１０９  公開ページ情報
１１０  非公開ページ情報
１１１  記憶部
１５０  ネットワーク
１６０  ＰＣ（Personal Computer）
１６１  ＷＥＢブラウザー
１６２  ネットワーク部
２００  認証用ページ情報
２０１  パスワード入力処理コード
２０２  パスワード検証処理コード
２０３  ＵＲＬ復元処理コード
２０５  パスワードキー
２０６  非公開ページＵＲＬキー
８００  ネットワーク機器
【図１】
2014027494.tif 000003
【図２】
2014027494.tif 000004
【図３】
2014027494.tif 000005
【図４】
2014027494.tif 000006
【図５】
2014027494.tif 000007
【図６】
2014027494.tif 000008
【図７】
2014027494.tif 000009
【図８】
2014027494.tif 000010
【図９】
2014027494.tif 000011
【図１０】
2014027494.tif 000012