サーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラ
【課題】セキュリティを維持しつつ、容易にクライアント装置との関連付け処理を行うことが可能なサーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラを提供する。
【解決手段】サーバ装置１は、サーバ装置１とクライアント装置との関連付けを行うために、少なくともサーバ装置１にアクセスするためのアクセス情報と、サーバ装置１が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成部１３を備えている。
【解決手段】サーバ装置１は、サーバ装置１とクライアント装置との関連付けを行うために、少なくともサーバ装置１にアクセスするためのアクセス情報と、サーバ装置１が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成部１３を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置と関連付けを行うサーバ装置、機器関連付け方法、機器関連付けプログラム及びサーバ装置が生成するインストーラに関する。
【背景技術】
【０００２】
近年、クライアント装置において、サーバ装置やサーバ装置が格納しているデータを操作する技術が普及している。しかし、クライアント装置においてサーバ装置等を操作するためには、初回使用の際にサーバ装置とクライアント装置側のクライアントソフトとを関連付けする必要がある。この関連付け処理を行うことで、クライアントソフトとサーバ装置間での認証が成立し、以後の接続時の認証を省略し、スムーズな接続及び操作を実現することができる。
【０００３】
以下に、上記関連付け処理の例について説明する。
【０００４】
まず、図１１の（ｂ）に示すように、ユーザは、サーバ装置を操作してサーバソフトを初回設定モードとして起動させる。このとき、サーバ装置は、クライアント装置を検知するまで待機状態を維持する。サーバ装置がクライアント装置を検知すると、サーバ装置は、認証パスワードを新規設定する。その後、クライアント装置側で、サーバ装置が新規設定したパスワードが入力され、認証が成立すると、サーバ装置に接続するための情報がサーバ装置からクライアント装置に転送される。クライアント装置は、サーバ装置から転送された情報に基づいてサーバ装置に接続することが可能となる。
【０００５】
しかし、上記関連付け処理は、サーバ装置及びクライアント装置の両方をユーザが操作する必要があるため、操作が煩雑であるという問題があった。また、セキュリティの問題から、上記関連付け処理は、サーバ装置とクライアント装置とが同一のローカルネットワーク上にない場合には行うことができず、操作性が悪いという問題があった。
【０００６】
上記問題に関連して、セキュリティ性を向上させるために、サーバ装置の鍵情報を管理するアクセス認証サーバを設け、クライアント装置とサーバ装置とを関連付けするために、アクセス認証サーバから公開鍵を取得する技術が提案されている（例えば、特許文献１）。
【０００７】
より詳細には、上記特許文献１では、クライアント装置からアクセス認証サーバに認証要求が送信されると、アクセス認証サーバは認証情報の検証を行い、検証結果をクライアント装置に送信する。これにより、クライアント装置とアクセス認証サーバとの間にコネクションが成立する。その後、クライアント装置は、アクセス認証サーバにサーバ装置の公開鍵取得要求を行い、取得した公開鍵を格納した後に、アクセス認証サーバを介して、ネットワーク上に接続された複数のサーバ装置に対して構成情報の取得を要求する。そして、クライアント装置が要求する構成情報を管理するサーバ装置は、当該構成情報を固有の秘密鍵で暗号化して認証情報を生成し、上記構成情報とともにクライアント装置に送信する。この構成情報等を受信したクライアント装置は、公開鍵を用いてその正当性を判断し、正当である場合にのみ設定処理を行う。
【０００８】
また、上記問題に関連する他の技術として、制御装置と被制御装置の登録行うダイレクトアクセス管理サーバの技術が提案されている（例えば、特許文献２）。上記特許文献２では、ダイレクトアクセス管理サーバは、制御装置からの要求に応じてサービスサーバから送信された管理ＩＤ取得要求を受信すると、制御装置とサービスとの組み合わせに対して新規管理ＩＤを生成して格納した後、サービスサーバに管理ＩＤを送信する。そして、サービスサーバは、受信した管理ＩＤを制御装置に送信する。次に、サービスサーバから登録用パスワードの要求を受信すると、ダイレクトアクセス管理サーバは、被制御装置登録用のパスワードを生成し、サービスサーバを介して制御装置に上記パスワードを送信する。その後、被制御装置からパスワードを受信すると、ダイレクトアクセス管理サーバは、被制御装置の認証を行い、認証が成立した場合には設定処理を実行する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１９３８３２号公報
【特許文献２】特開２００７−３１６６７８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上記特許文献１及び特許文献２記載の技術では、関連付け処理は、サーバ装置、クライアント装置のほかに、アクセス認証サーバやダイレクトアクセス管理サーバといった、第３の装置が必要となり、コスト及び運用の面で負担が大きいものであった。また、上記特許文献１及び特許文献２記載の技術では、関連付け処理を行う際には、サーバ装置とクライアント装置との間だけでなく、認証サーバを仲介した情報の送受信を行う必要があり、関連付け処理が複雑であるという課題もあった。
【００１１】
本発明はこのような実情を鑑みてなされたものであり、上記課題を解決し、セキュリティを維持しつつ、容易にクライアント装置との関連付け処理を行うことが可能なサーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のサーバ装置は、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成手段を備えることを特徴とする。
【００１３】
本発明の機器関連付け方法は、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成ステップを備えることを特徴とする。
【００１４】
本発明の機器関連付けプログラムは、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成する処理をコンピュータに実行させることを特徴とする。
【００１５】
本発明のインストーラは、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、関連付け処理の際の煩わしさを解消し、容易にサーバ装置とクライアント装置との関連付け処理を行うことが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係るサーバ装置を含むシステムの例を示す図である。
【図２】本実施形態に係るサーバ装置の概略構成例を示すブロック図である。
【図３】本実施形態に係るサーバ装置の暗号鍵管理部の概略構成例を示す図である。
【図４】本実施形態に係るサーバ装置のインストーラ生成処理例の流れを示すフローチャートである。
【図５】本実施形態に係るサーバ装置の認証情報生成処理例を示す図である。
【図６】本実施形態に係るサーバ装置のインストーラ生成処理例を示す図である。
【図７】サーバ装置とクライアント装置との関連付け処理の流れを示すタイムチャートである。
【図８】クライアント装置がインストール処理を行う場合の流れの例を示すフローチャートである。
【図９】クライアント装置におけるアクセス情報及び認証情報の復号化処理例を示す図である。
【図１０】本実施形態に係るサーバ装置の認証情報確認処理例を示す図である。
【図１１】本実施形態及び本発明に関連する、サーバ装置とクライアント装置との関連付け処理例の概要を示す図である。
【発明を実施するための形態】
【００１８】
以下に本発明の実施形態の例について、図面を用いて詳細に説明する。
【００１９】
図１は、本実施形態に係るサーバ装置を含むシステムの概略構成例である。図１に示すように、本実施形態では、サーバ装置１と、クライアント装置２と、ＤＤＮＳ３と、のそれぞれが公衆インターネット回線４に接続されている。本実施形態では、サーバ装置１とクライアント装置２とが物理的に離れた位置に存在するものとするが、これに限定されるものではない。
【００２０】
ＤＤＮＳ３は、名前解決用のサーバであり、サーバ装置１のＩＰアドレスを登録している。そのため、本実施形態では、クライアント装置２からは、ドメイン名でサーバ装置１にアクセスすることができる。クライアント装置２がサーバ装置１にアクセスし、サーバソフトを利用するために必要な情報としては、サーバ装置１にアクセスするためのサーバ装置１のドメイン名(ＵＲＬ情報)等のアクセス情報と、サーバソフトを使用するための認証情報と、が挙げられる。尚、図１では、名前解決用サーバとしてＤＤＮＳ３を備える例を挙げて説明したが、これに限定されるものではない。例えば、後述するアクセス情報にドメイン名を用いず、ＩＰアドレスを用いる等とすれば、ＤＤＮＳ３は不要な構成となる。
【００２１】
（サーバ装置の構成）
本実施形態に係るサーバ装置１の構成例について説明する。
【００２２】
図２は、本実施形態に係るサーバ装置１の概略構成例を示す。また、図３は、本実施形態に係るサーバ装置１の暗号鍵管理部１１の概略構成例を示している。図２に示すように、本実施形態に係るサーバ装置１は、暗号鍵管理部１１、認証情報生成部１２、インストーラ生成部１３、暗号復号化部１４、記憶部１５、操作部１６等を備えている。尚、本発明の課題は、インストーラ生成部１３を備えていれば解決することが可能であり、他の構成は必ずしも備える必要はない。
【００２３】
暗号鍵管理部１１は、図３に示すように、複数の暗号鍵とその有効期限を管理している。尚、暗号鍵管理部１１が管理する暗号鍵の数は特に限定されず、少なくとも１以上であればよい。暗号鍵管理部１１が管理する複数の暗号鍵には、それぞれ独自の有効期限が設定されている。暗号鍵管理部１１は、管理している暗号鍵が有効期限に達すると、自動的に新たな暗号鍵を生成する。例えば、鍵番号が「１」である暗号鍵Ａが有効期限切れとなり、新たな暗号鍵を生成する場合、新たに生成する暗号鍵の鍵番号には変化はないが、鍵の構成及び有効期限は異なるものとすることができる。尚、新たに生成する暗号鍵の構成又は有効期限を有効期限が切れた暗号鍵と同一とすることも可能であるが、セキュリティ向上のためには、異なるものとすることが好ましい。
【００２４】
各暗号鍵に設定される有効期限は特に限定されず、例えば５分〜２４時間等の時間を適宜有効期限として設定することが可能である。有効期限は、予め設定されていてもよいし、キーボード等の操作部１６を介してユーザから受け付けるようにしてもよい。また、有効期限に関係なく、後述するインストーラ生成のために使用する暗号鍵を暗号鍵管理部１１が選択する際に、新たな暗号鍵を生成するようにしてもよい。
【００２５】
認証情報生成部１２は、乱数生成部１２１を有している。乱数生成部１２１は、乱数を生成し、本実施形態では、この乱数がサーバソフトを使用するための認証に必要なデータである認証情報そのものとなる。インストーラ生成部１３は、サーバ装置１のドメイン名(ＵＲＬ情報)等のアクセス情報やサーバソフトを使用するための認証情報等を含有したインストーラを生成する。暗号復号化部１４は、暗号部１４１と復号部１４２を有している。暗号部１４１は、暗号鍵やパスワードを利用して情報の暗号化を行う。復号部１４２は、暗号鍵やパスワードを利用して、暗号化された情報の復号化を行う。
【００２６】
記憶部１５は、認証情報と認証情報の有効期限を対応付けて保存する認証リスト１５１を有している。尚、以下では、認証リスト１５１が、乱数生成部１２１が生成した乱数の情報とその有効期限を対応付けて保存している例を挙げて説明するが、これに限定されるものではない。また、認証リスト１５１では、保存された認証情報の有効期限が超過したものや既に認証に使用された認証情報は自動的に消去されるようにしてもよい。操作部１６は、ユーザからの入力を受け付ける。また、操作部１６は、情報を表示する表示部を備えていている。尚、表示部にタッチパネル方式を適用し、該表示部を介してユーザからの入力を受け付けるようにしてもよい。
【００２７】
（インストーラ生成処理）
図４は、本実施形態に係るサーバ装置１のインストーラ生成動作例の流れを示す。以下に、図４に示すフローチャートを用いて、サーバ装置１によるインストーラ生成動作例について説明する。
【００２８】
サーバ装置１は、ユーザからのクライアントプログラムのインストーラ生成の指示を受け付ける（ステップＳ４０１）。インストーラ生成の指示は、サーバ装置１に設けられた操作部１６等を介してユーザから入力される。ユーザからのインストーラ生成指示を受け付けると、認証情報生成部１２は、サーバソフトを使用するための認証に必要な情報である認証情報を生成する（ステップＳ４０２）。上記ステップＳ４０２の処理では、例えば、図５に示すように、認証情報生成部１２は乱数生成部１２１に乱数Ｘを生成させる。また、認証情報生成部１２は、認証情報が生成された時間を基準として、認証情報の有効期限を設定する（ステップＳ４０３）。そして、記憶部１５は、上記ステップＳ４０２で生成された認証情報と上記ステップＳ４０３で設定された有効期限とを対応させて認証リスト１５１に保存する（ステップＳ４０４）。
【００２９】
暗号鍵管理部１４は、インストーラ生成に使用する暗号鍵をランダムに選択する（ステップＳ４０５）。ここでは、説明簡略化のため、暗号鍵Ａを選択したものとして説明をするが、これに限定されるものではない。尚、上記ステップＳ４０５において選択された暗号鍵の有効期限は、上記ステップＳ４０３で設定された認証情報の有効期限に同期させておくことが好ましい。また、暗号鍵を選択する際には、認証情報の有効期限と同一の有効期限として設定した暗号鍵を選択するようにしてもよいし、認証情報の有効期限と同一の有効期限を有する暗号鍵を新たに生成して用いてもよく、暗号鍵選択方法は特に限定されない。
【００３０】
暗号復号化部１４は、上記のようにして選択された暗号鍵と認証情報である乱数を、暗号部１４１にて暗号化する（ステップＳ４０６）。尚、図５では、暗号鍵Ａと乱数Ｘを暗号化してＸ'を得る例を示している。
【００３１】
次に、図６に示すように、暗号復号化部１４は、使用暗号鍵番号（例えば、暗号鍵Ａに対応した鍵番号１）と、上記ステップＳ４０６において得られた暗号化された認証情報等（例えば、暗号化乱数Ｘ'）と、クライアント装置２がサーバ装置１にアクセスするためのアクセス情報(例えば、ドメイン名)とを、インストーラパスワードによって暗号化する（ステップＳ４０７）。そして、インストーラ生成部１３は、上記ステップＳ４０７で暗号化された情報に基づいて、暗号化されたアクセス、認証情報を含んだクライアントプログラムのインストーラを生成する（ステップＳ４０８）。尚、上記ステップＳ４０７の処理において、認証情報とアクセス情報を合わせて再度暗号化することで、イントーラの受け渡し中のセキュリティを確保することができる。また、上記ステップＳ４０６における暗号化処理と上記ステップＳ４０７における暗号化処理とは、同一の暗号部１４１にて行ってもよく、異なる暗号部にて行うようにしてもよい。つまり、上記ステップＳ４０６と上記ステップＳ４０７における暗号化の方式は、同一の暗号方式であっても、異なる暗号方式であってもよく、特に限定されない。例えば、暗号復号化部１４が、複数の暗号化部を備え、各暗号化処理をそれぞれ異なる暗号化部で行うようにすることもできる。
【００３２】
インストーラパスワードは、上記ステップＳ４０１において、ユーザがサーバソフトに対してクライアントプログラムのインストーラ生成を指示した際に入力を求められるものである。インストーラパスワードは、サーバ装置１で生成されたクライアントプログラムのインストーラを実際にクライアント装置２にインストールする際に必要となる。
【００３３】
尚、本実施形態では、上記ステップＳ４０７において、インストーラパスワードを用いてアクセス、認証情報を暗号化する例を挙げて説明したが、これに限定されるものではない。例えば、生成したインストーラをクライアント装置２に入力させる際にＵＳＢ（Universal Serial Bus）メモリ等の可搬性記録媒体を用いる場合には、可搬性記録媒体が有する固有値を上記インストーラパスワードのかわりに使用することができる。この場合、上記ステップＳ４０１においてユーザがインストーラパスワードを直接入力する手間が省けるので、より操作を簡易化することができる。
【００３４】
以上、サーバ装置１によるアクセス、認証情報を含んだインストーラの生成について説明した。つまり、図７におけるＦ１〜Ｆ４の処理について説明した。このようにして、ユーザは、アクセス、認証情報を含んだインストーラをサーバ装置１から得ることができる。尚、上述したように、可搬性記録媒体が有する固有値をインストーラパスワードのかわりに使用した場合には、図７におけるＦ２〜Ｆ３及びＦ６〜Ｆ７の処理を省略することができる。
【００３５】
（インストール処理）
図８は、本実施形態に係るサーバ装置１が生成したインストーラを用いて、クライアント装置２がインストール処理を行う場合の流れの例を示す。以下に、図８に示すフローチャートを用いて、クライアント装置２がインストール処理を行う場合の流れの例について説明する。つまり、図７におけるＦ５〜Ｆ７の処理について説明する。
【００３６】
まず、クライアント装置２は、サーバ装置１が生成したインストーラの入力を受け付ける（ステップＳ８０１）。インストーラをクライアント装置２に受け渡す方法は特に限定されないが、例えば、ＵＳＢメモリやＩＣカード等の可搬性記録媒体を介する方法や公衆インターネット回線４を介するメール方式等を適用することができる。クライアント装置２がインストーラを受け取ると、インストールパスワードの入力が求められるため、ユーザは、サーバソフトに対して、クライアントプログラムのインストーラ生成を指示した際に入力したインストールパスワード（図７のＦ３）を、クライアント装置の操作部等を介して入力する（ステップＳ８０２）。
【００３７】
尚、インストーラの受け渡し方法によって、認証情報と暗号鍵の有効期限を変更するようにしてもよい。例えば、ユーザがサーバ装置１にインストーラ生成指示を行う際に、ユーザからインストーラの受け渡し方法の設定入力を受け付け、当該受け渡し方法に基づいて認証情報と暗号鍵の有効期限を設定するようにしてもよい。具体的には、例えば、ＵＳＢメモリを介してインストーラの受け渡しを行う場合、インストーラの複製は比較的困難であるので、認証情報と暗号鍵の有効期限を長く設定することができる。他方、インターネット回線４を介してインストーラの受け渡しを行う場合には、受け渡しの途中でハッキングなどされるおそれがあるので、認証情報と暗号鍵の有効期限を短く設定することが好ましい。
【００３８】
インストールパスワードの入力を受け付けると、クライアント装置２の復号部は、図９に示すように、インストールパスワードを用いて、暗号化されたアクセス、認証情報を復号化する（ステップＳ８０３）。
【００３９】
尚、上記したように、ステップＳ４０７において可搬性記録媒体が有する固有値をインストーラパスワードのかわりに使用した場合には、上記ステップＳ８０２でインストールパスワードを入力する必要は必ずしもない。つまり、上記ステップＳ８０３の処理において、クライアント装置２では、可搬性記録媒体が有する固有値を用いて暗号化されたアクセス、認証情報を復号化する。この場合、ユーザは、クライアント装置側でインストールパスワードを入力する手間を省くことが可能であり、より操作を簡易化することができる。
【００４０】
次に、クライアントソフトは、アクセス情報であるドメイン名を用いてサーバ装置１にアクセスし（ステップＳ８０４）、認証情報（例えば、暗号化乱数Ｘ'）と使用鍵番号（例えば、暗号鍵Ａに対応した鍵番号１）をサーバ装置１に送信する（ステップＳ８０５）。
【００４１】
上記ステップＳ８０５においてクライアント装置２から送信された認証情報（例えば、暗号化乱数Ｘ'）と使用鍵番号情報を受信したサーバ装置１は、図１０に示すように、復号部１４２において使用鍵番号情報に基づいて認証情報を復号化する。そして、サーバ装置１は、復号した認証情報（例えば、乱数Ｘ）が、有効期限内であるか否か及び認証リスト１５１に保存されているか否かを確認する（ステップＳ８０６）。これにより、サーバ装置１は、認証情報と使用鍵番号情報とを送信してきたクライアント装置２が信用できるか否かを判断する。ここで、サーバ装置１が、認証情報と使用鍵番号情報とを送信してきたクライアント装置２が信用できると判断した場合（ステップＳ８０６／ＹＥＳ）には、接続処理が続行される（ステップＳ８０７）。このようにして、サーバ装置１とクライアント装置２とを関連付け処理を行うことができる。
【００４２】
他方、クライアント装置から送信された認証情報が認証リスト１５１に保存されていなかった場合（ステップＳ８０６）は、接続処理を中止し、動作を終了する。尚、サーバ装置１は、認証に失敗したクライアント装置のＩＰアドレス情報をブラックリストに保存し、再度接続があっても拒否をするようにし、セキュリティを高めることもできる。
【００４３】
以上説明したように、本実施形態により、セキュリティを維持しつつ、容易にクライアント装置とサーバ装置との関連付け処理を行うことが可能となる。また、物理的に離れたクライアント装置に対してもサーバ装置との関連付け作業を行うことが可能になる。
【００４４】
つまり、本実施形態では、図１１の（ｂ）に示すようにサーバ装置側のソフト及びクライアント装置側のソフトが予めセットアップ済みの後に初回設定を行うのではなく、図１１の（ａ）に示すように、サーバ装置側のソフトが、初回設定に必要な情報を予め埋め込んだクライアントソフトのインストーラファイルを生成する。ユーザは、サーバ装置への接続情報が埋め込まれたインストーラファイルを用いて、クライアント装置にクライアントソフトをインストールする。インストールされたクライアントソフトウェアは、既にサーバ装置への接続のための情報が埋め込まれているため、煩わしい初回設定をする必要なく、クライアント装置をサーバ装置に接続することが可能となる。
【００４５】
尚、各図のフローチャートに示す処理を、ＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。このプログラムを記録するコンピュータ読み取り可能な記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成のシステム等で用い、該システムのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００４６】
以上好適な実施の形態に基づき具体的に説明したが、本発明は上述したサーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であるということは言うまでもない。
【産業上の利用可能性】
【００４７】
尚、本発明は、クライアント装置からサーバ装置に接続するための関連付け処理にのみ適用されるものではない。本発明は、例えば、コンテンツ配信サービスの提供を行うサーバ装置から提供されるサービスを使用するためのアプリケーションを、クライアント装置にインストールするためのインストールプログラムを配布する際等にも適用することが可能である。この場合、サービスの提供を行うサーバ装置とインストールプログラムを生成するサーバ装置とが必ずしも同一である必要はない。
【符号の説明】
【００４８】
１ サーバ装置
２ クライアント装置
３ ＤＤＮＳ
４ インターネット回線
１１ 暗号鍵管理部
１２ 認証情報生成部
１３ インストーラ生成部
１４ 暗号復号化部
１５ 記憶部
１６ 操作部
１２１ 乱数生成部
１４１ 暗号部
１４２ 復号部
１５１ 認証リスト
【技術分野】
【０００１】
本発明は、クライアント装置と関連付けを行うサーバ装置、機器関連付け方法、機器関連付けプログラム及びサーバ装置が生成するインストーラに関する。
【背景技術】
【０００２】
近年、クライアント装置において、サーバ装置やサーバ装置が格納しているデータを操作する技術が普及している。しかし、クライアント装置においてサーバ装置等を操作するためには、初回使用の際にサーバ装置とクライアント装置側のクライアントソフトとを関連付けする必要がある。この関連付け処理を行うことで、クライアントソフトとサーバ装置間での認証が成立し、以後の接続時の認証を省略し、スムーズな接続及び操作を実現することができる。
【０００３】
以下に、上記関連付け処理の例について説明する。
【０００４】
まず、図１１の（ｂ）に示すように、ユーザは、サーバ装置を操作してサーバソフトを初回設定モードとして起動させる。このとき、サーバ装置は、クライアント装置を検知するまで待機状態を維持する。サーバ装置がクライアント装置を検知すると、サーバ装置は、認証パスワードを新規設定する。その後、クライアント装置側で、サーバ装置が新規設定したパスワードが入力され、認証が成立すると、サーバ装置に接続するための情報がサーバ装置からクライアント装置に転送される。クライアント装置は、サーバ装置から転送された情報に基づいてサーバ装置に接続することが可能となる。
【０００５】
しかし、上記関連付け処理は、サーバ装置及びクライアント装置の両方をユーザが操作する必要があるため、操作が煩雑であるという問題があった。また、セキュリティの問題から、上記関連付け処理は、サーバ装置とクライアント装置とが同一のローカルネットワーク上にない場合には行うことができず、操作性が悪いという問題があった。
【０００６】
上記問題に関連して、セキュリティ性を向上させるために、サーバ装置の鍵情報を管理するアクセス認証サーバを設け、クライアント装置とサーバ装置とを関連付けするために、アクセス認証サーバから公開鍵を取得する技術が提案されている（例えば、特許文献１）。
【０００７】
より詳細には、上記特許文献１では、クライアント装置からアクセス認証サーバに認証要求が送信されると、アクセス認証サーバは認証情報の検証を行い、検証結果をクライアント装置に送信する。これにより、クライアント装置とアクセス認証サーバとの間にコネクションが成立する。その後、クライアント装置は、アクセス認証サーバにサーバ装置の公開鍵取得要求を行い、取得した公開鍵を格納した後に、アクセス認証サーバを介して、ネットワーク上に接続された複数のサーバ装置に対して構成情報の取得を要求する。そして、クライアント装置が要求する構成情報を管理するサーバ装置は、当該構成情報を固有の秘密鍵で暗号化して認証情報を生成し、上記構成情報とともにクライアント装置に送信する。この構成情報等を受信したクライアント装置は、公開鍵を用いてその正当性を判断し、正当である場合にのみ設定処理を行う。
【０００８】
また、上記問題に関連する他の技術として、制御装置と被制御装置の登録行うダイレクトアクセス管理サーバの技術が提案されている（例えば、特許文献２）。上記特許文献２では、ダイレクトアクセス管理サーバは、制御装置からの要求に応じてサービスサーバから送信された管理ＩＤ取得要求を受信すると、制御装置とサービスとの組み合わせに対して新規管理ＩＤを生成して格納した後、サービスサーバに管理ＩＤを送信する。そして、サービスサーバは、受信した管理ＩＤを制御装置に送信する。次に、サービスサーバから登録用パスワードの要求を受信すると、ダイレクトアクセス管理サーバは、被制御装置登録用のパスワードを生成し、サービスサーバを介して制御装置に上記パスワードを送信する。その後、被制御装置からパスワードを受信すると、ダイレクトアクセス管理サーバは、被制御装置の認証を行い、認証が成立した場合には設定処理を実行する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１９３８３２号公報
【特許文献２】特開２００７−３１６６７８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上記特許文献１及び特許文献２記載の技術では、関連付け処理は、サーバ装置、クライアント装置のほかに、アクセス認証サーバやダイレクトアクセス管理サーバといった、第３の装置が必要となり、コスト及び運用の面で負担が大きいものであった。また、上記特許文献１及び特許文献２記載の技術では、関連付け処理を行う際には、サーバ装置とクライアント装置との間だけでなく、認証サーバを仲介した情報の送受信を行う必要があり、関連付け処理が複雑であるという課題もあった。
【００１１】
本発明はこのような実情を鑑みてなされたものであり、上記課題を解決し、セキュリティを維持しつつ、容易にクライアント装置との関連付け処理を行うことが可能なサーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のサーバ装置は、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成手段を備えることを特徴とする。
【００１３】
本発明の機器関連付け方法は、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成ステップを備えることを特徴とする。
【００１４】
本発明の機器関連付けプログラムは、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成する処理をコンピュータに実行させることを特徴とする。
【００１５】
本発明のインストーラは、サーバ装置と機器との関連付けを行うために、少なくともサーバ装置にアクセスするためのアクセス情報と、サーバ装置が認証を行うための認証情報と、を含有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、関連付け処理の際の煩わしさを解消し、容易にサーバ装置とクライアント装置との関連付け処理を行うことが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係るサーバ装置を含むシステムの例を示す図である。
【図２】本実施形態に係るサーバ装置の概略構成例を示すブロック図である。
【図３】本実施形態に係るサーバ装置の暗号鍵管理部の概略構成例を示す図である。
【図４】本実施形態に係るサーバ装置のインストーラ生成処理例の流れを示すフローチャートである。
【図５】本実施形態に係るサーバ装置の認証情報生成処理例を示す図である。
【図６】本実施形態に係るサーバ装置のインストーラ生成処理例を示す図である。
【図７】サーバ装置とクライアント装置との関連付け処理の流れを示すタイムチャートである。
【図８】クライアント装置がインストール処理を行う場合の流れの例を示すフローチャートである。
【図９】クライアント装置におけるアクセス情報及び認証情報の復号化処理例を示す図である。
【図１０】本実施形態に係るサーバ装置の認証情報確認処理例を示す図である。
【図１１】本実施形態及び本発明に関連する、サーバ装置とクライアント装置との関連付け処理例の概要を示す図である。
【発明を実施するための形態】
【００１８】
以下に本発明の実施形態の例について、図面を用いて詳細に説明する。
【００１９】
図１は、本実施形態に係るサーバ装置を含むシステムの概略構成例である。図１に示すように、本実施形態では、サーバ装置１と、クライアント装置２と、ＤＤＮＳ３と、のそれぞれが公衆インターネット回線４に接続されている。本実施形態では、サーバ装置１とクライアント装置２とが物理的に離れた位置に存在するものとするが、これに限定されるものではない。
【００２０】
ＤＤＮＳ３は、名前解決用のサーバであり、サーバ装置１のＩＰアドレスを登録している。そのため、本実施形態では、クライアント装置２からは、ドメイン名でサーバ装置１にアクセスすることができる。クライアント装置２がサーバ装置１にアクセスし、サーバソフトを利用するために必要な情報としては、サーバ装置１にアクセスするためのサーバ装置１のドメイン名(ＵＲＬ情報)等のアクセス情報と、サーバソフトを使用するための認証情報と、が挙げられる。尚、図１では、名前解決用サーバとしてＤＤＮＳ３を備える例を挙げて説明したが、これに限定されるものではない。例えば、後述するアクセス情報にドメイン名を用いず、ＩＰアドレスを用いる等とすれば、ＤＤＮＳ３は不要な構成となる。
【００２１】
（サーバ装置の構成）
本実施形態に係るサーバ装置１の構成例について説明する。
【００２２】
図２は、本実施形態に係るサーバ装置１の概略構成例を示す。また、図３は、本実施形態に係るサーバ装置１の暗号鍵管理部１１の概略構成例を示している。図２に示すように、本実施形態に係るサーバ装置１は、暗号鍵管理部１１、認証情報生成部１２、インストーラ生成部１３、暗号復号化部１４、記憶部１５、操作部１６等を備えている。尚、本発明の課題は、インストーラ生成部１３を備えていれば解決することが可能であり、他の構成は必ずしも備える必要はない。
【００２３】
暗号鍵管理部１１は、図３に示すように、複数の暗号鍵とその有効期限を管理している。尚、暗号鍵管理部１１が管理する暗号鍵の数は特に限定されず、少なくとも１以上であればよい。暗号鍵管理部１１が管理する複数の暗号鍵には、それぞれ独自の有効期限が設定されている。暗号鍵管理部１１は、管理している暗号鍵が有効期限に達すると、自動的に新たな暗号鍵を生成する。例えば、鍵番号が「１」である暗号鍵Ａが有効期限切れとなり、新たな暗号鍵を生成する場合、新たに生成する暗号鍵の鍵番号には変化はないが、鍵の構成及び有効期限は異なるものとすることができる。尚、新たに生成する暗号鍵の構成又は有効期限を有効期限が切れた暗号鍵と同一とすることも可能であるが、セキュリティ向上のためには、異なるものとすることが好ましい。
【００２４】
各暗号鍵に設定される有効期限は特に限定されず、例えば５分〜２４時間等の時間を適宜有効期限として設定することが可能である。有効期限は、予め設定されていてもよいし、キーボード等の操作部１６を介してユーザから受け付けるようにしてもよい。また、有効期限に関係なく、後述するインストーラ生成のために使用する暗号鍵を暗号鍵管理部１１が選択する際に、新たな暗号鍵を生成するようにしてもよい。
【００２５】
認証情報生成部１２は、乱数生成部１２１を有している。乱数生成部１２１は、乱数を生成し、本実施形態では、この乱数がサーバソフトを使用するための認証に必要なデータである認証情報そのものとなる。インストーラ生成部１３は、サーバ装置１のドメイン名(ＵＲＬ情報)等のアクセス情報やサーバソフトを使用するための認証情報等を含有したインストーラを生成する。暗号復号化部１４は、暗号部１４１と復号部１４２を有している。暗号部１４１は、暗号鍵やパスワードを利用して情報の暗号化を行う。復号部１４２は、暗号鍵やパスワードを利用して、暗号化された情報の復号化を行う。
【００２６】
記憶部１５は、認証情報と認証情報の有効期限を対応付けて保存する認証リスト１５１を有している。尚、以下では、認証リスト１５１が、乱数生成部１２１が生成した乱数の情報とその有効期限を対応付けて保存している例を挙げて説明するが、これに限定されるものではない。また、認証リスト１５１では、保存された認証情報の有効期限が超過したものや既に認証に使用された認証情報は自動的に消去されるようにしてもよい。操作部１６は、ユーザからの入力を受け付ける。また、操作部１６は、情報を表示する表示部を備えていている。尚、表示部にタッチパネル方式を適用し、該表示部を介してユーザからの入力を受け付けるようにしてもよい。
【００２７】
（インストーラ生成処理）
図４は、本実施形態に係るサーバ装置１のインストーラ生成動作例の流れを示す。以下に、図４に示すフローチャートを用いて、サーバ装置１によるインストーラ生成動作例について説明する。
【００２８】
サーバ装置１は、ユーザからのクライアントプログラムのインストーラ生成の指示を受け付ける（ステップＳ４０１）。インストーラ生成の指示は、サーバ装置１に設けられた操作部１６等を介してユーザから入力される。ユーザからのインストーラ生成指示を受け付けると、認証情報生成部１２は、サーバソフトを使用するための認証に必要な情報である認証情報を生成する（ステップＳ４０２）。上記ステップＳ４０２の処理では、例えば、図５に示すように、認証情報生成部１２は乱数生成部１２１に乱数Ｘを生成させる。また、認証情報生成部１２は、認証情報が生成された時間を基準として、認証情報の有効期限を設定する（ステップＳ４０３）。そして、記憶部１５は、上記ステップＳ４０２で生成された認証情報と上記ステップＳ４０３で設定された有効期限とを対応させて認証リスト１５１に保存する（ステップＳ４０４）。
【００２９】
暗号鍵管理部１４は、インストーラ生成に使用する暗号鍵をランダムに選択する（ステップＳ４０５）。ここでは、説明簡略化のため、暗号鍵Ａを選択したものとして説明をするが、これに限定されるものではない。尚、上記ステップＳ４０５において選択された暗号鍵の有効期限は、上記ステップＳ４０３で設定された認証情報の有効期限に同期させておくことが好ましい。また、暗号鍵を選択する際には、認証情報の有効期限と同一の有効期限として設定した暗号鍵を選択するようにしてもよいし、認証情報の有効期限と同一の有効期限を有する暗号鍵を新たに生成して用いてもよく、暗号鍵選択方法は特に限定されない。
【００３０】
暗号復号化部１４は、上記のようにして選択された暗号鍵と認証情報である乱数を、暗号部１４１にて暗号化する（ステップＳ４０６）。尚、図５では、暗号鍵Ａと乱数Ｘを暗号化してＸ'を得る例を示している。
【００３１】
次に、図６に示すように、暗号復号化部１４は、使用暗号鍵番号（例えば、暗号鍵Ａに対応した鍵番号１）と、上記ステップＳ４０６において得られた暗号化された認証情報等（例えば、暗号化乱数Ｘ'）と、クライアント装置２がサーバ装置１にアクセスするためのアクセス情報(例えば、ドメイン名)とを、インストーラパスワードによって暗号化する（ステップＳ４０７）。そして、インストーラ生成部１３は、上記ステップＳ４０７で暗号化された情報に基づいて、暗号化されたアクセス、認証情報を含んだクライアントプログラムのインストーラを生成する（ステップＳ４０８）。尚、上記ステップＳ４０７の処理において、認証情報とアクセス情報を合わせて再度暗号化することで、イントーラの受け渡し中のセキュリティを確保することができる。また、上記ステップＳ４０６における暗号化処理と上記ステップＳ４０７における暗号化処理とは、同一の暗号部１４１にて行ってもよく、異なる暗号部にて行うようにしてもよい。つまり、上記ステップＳ４０６と上記ステップＳ４０７における暗号化の方式は、同一の暗号方式であっても、異なる暗号方式であってもよく、特に限定されない。例えば、暗号復号化部１４が、複数の暗号化部を備え、各暗号化処理をそれぞれ異なる暗号化部で行うようにすることもできる。
【００３２】
インストーラパスワードは、上記ステップＳ４０１において、ユーザがサーバソフトに対してクライアントプログラムのインストーラ生成を指示した際に入力を求められるものである。インストーラパスワードは、サーバ装置１で生成されたクライアントプログラムのインストーラを実際にクライアント装置２にインストールする際に必要となる。
【００３３】
尚、本実施形態では、上記ステップＳ４０７において、インストーラパスワードを用いてアクセス、認証情報を暗号化する例を挙げて説明したが、これに限定されるものではない。例えば、生成したインストーラをクライアント装置２に入力させる際にＵＳＢ（Universal Serial Bus）メモリ等の可搬性記録媒体を用いる場合には、可搬性記録媒体が有する固有値を上記インストーラパスワードのかわりに使用することができる。この場合、上記ステップＳ４０１においてユーザがインストーラパスワードを直接入力する手間が省けるので、より操作を簡易化することができる。
【００３４】
以上、サーバ装置１によるアクセス、認証情報を含んだインストーラの生成について説明した。つまり、図７におけるＦ１〜Ｆ４の処理について説明した。このようにして、ユーザは、アクセス、認証情報を含んだインストーラをサーバ装置１から得ることができる。尚、上述したように、可搬性記録媒体が有する固有値をインストーラパスワードのかわりに使用した場合には、図７におけるＦ２〜Ｆ３及びＦ６〜Ｆ７の処理を省略することができる。
【００３５】
（インストール処理）
図８は、本実施形態に係るサーバ装置１が生成したインストーラを用いて、クライアント装置２がインストール処理を行う場合の流れの例を示す。以下に、図８に示すフローチャートを用いて、クライアント装置２がインストール処理を行う場合の流れの例について説明する。つまり、図７におけるＦ５〜Ｆ７の処理について説明する。
【００３６】
まず、クライアント装置２は、サーバ装置１が生成したインストーラの入力を受け付ける（ステップＳ８０１）。インストーラをクライアント装置２に受け渡す方法は特に限定されないが、例えば、ＵＳＢメモリやＩＣカード等の可搬性記録媒体を介する方法や公衆インターネット回線４を介するメール方式等を適用することができる。クライアント装置２がインストーラを受け取ると、インストールパスワードの入力が求められるため、ユーザは、サーバソフトに対して、クライアントプログラムのインストーラ生成を指示した際に入力したインストールパスワード（図７のＦ３）を、クライアント装置の操作部等を介して入力する（ステップＳ８０２）。
【００３７】
尚、インストーラの受け渡し方法によって、認証情報と暗号鍵の有効期限を変更するようにしてもよい。例えば、ユーザがサーバ装置１にインストーラ生成指示を行う際に、ユーザからインストーラの受け渡し方法の設定入力を受け付け、当該受け渡し方法に基づいて認証情報と暗号鍵の有効期限を設定するようにしてもよい。具体的には、例えば、ＵＳＢメモリを介してインストーラの受け渡しを行う場合、インストーラの複製は比較的困難であるので、認証情報と暗号鍵の有効期限を長く設定することができる。他方、インターネット回線４を介してインストーラの受け渡しを行う場合には、受け渡しの途中でハッキングなどされるおそれがあるので、認証情報と暗号鍵の有効期限を短く設定することが好ましい。
【００３８】
インストールパスワードの入力を受け付けると、クライアント装置２の復号部は、図９に示すように、インストールパスワードを用いて、暗号化されたアクセス、認証情報を復号化する（ステップＳ８０３）。
【００３９】
尚、上記したように、ステップＳ４０７において可搬性記録媒体が有する固有値をインストーラパスワードのかわりに使用した場合には、上記ステップＳ８０２でインストールパスワードを入力する必要は必ずしもない。つまり、上記ステップＳ８０３の処理において、クライアント装置２では、可搬性記録媒体が有する固有値を用いて暗号化されたアクセス、認証情報を復号化する。この場合、ユーザは、クライアント装置側でインストールパスワードを入力する手間を省くことが可能であり、より操作を簡易化することができる。
【００４０】
次に、クライアントソフトは、アクセス情報であるドメイン名を用いてサーバ装置１にアクセスし（ステップＳ８０４）、認証情報（例えば、暗号化乱数Ｘ'）と使用鍵番号（例えば、暗号鍵Ａに対応した鍵番号１）をサーバ装置１に送信する（ステップＳ８０５）。
【００４１】
上記ステップＳ８０５においてクライアント装置２から送信された認証情報（例えば、暗号化乱数Ｘ'）と使用鍵番号情報を受信したサーバ装置１は、図１０に示すように、復号部１４２において使用鍵番号情報に基づいて認証情報を復号化する。そして、サーバ装置１は、復号した認証情報（例えば、乱数Ｘ）が、有効期限内であるか否か及び認証リスト１５１に保存されているか否かを確認する（ステップＳ８０６）。これにより、サーバ装置１は、認証情報と使用鍵番号情報とを送信してきたクライアント装置２が信用できるか否かを判断する。ここで、サーバ装置１が、認証情報と使用鍵番号情報とを送信してきたクライアント装置２が信用できると判断した場合（ステップＳ８０６／ＹＥＳ）には、接続処理が続行される（ステップＳ８０７）。このようにして、サーバ装置１とクライアント装置２とを関連付け処理を行うことができる。
【００４２】
他方、クライアント装置から送信された認証情報が認証リスト１５１に保存されていなかった場合（ステップＳ８０６）は、接続処理を中止し、動作を終了する。尚、サーバ装置１は、認証に失敗したクライアント装置のＩＰアドレス情報をブラックリストに保存し、再度接続があっても拒否をするようにし、セキュリティを高めることもできる。
【００４３】
以上説明したように、本実施形態により、セキュリティを維持しつつ、容易にクライアント装置とサーバ装置との関連付け処理を行うことが可能となる。また、物理的に離れたクライアント装置に対してもサーバ装置との関連付け作業を行うことが可能になる。
【００４４】
つまり、本実施形態では、図１１の（ｂ）に示すようにサーバ装置側のソフト及びクライアント装置側のソフトが予めセットアップ済みの後に初回設定を行うのではなく、図１１の（ａ）に示すように、サーバ装置側のソフトが、初回設定に必要な情報を予め埋め込んだクライアントソフトのインストーラファイルを生成する。ユーザは、サーバ装置への接続情報が埋め込まれたインストーラファイルを用いて、クライアント装置にクライアントソフトをインストールする。インストールされたクライアントソフトウェアは、既にサーバ装置への接続のための情報が埋め込まれているため、煩わしい初回設定をする必要なく、クライアント装置をサーバ装置に接続することが可能となる。
【００４５】
尚、各図のフローチャートに示す処理を、ＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。このプログラムを記録するコンピュータ読み取り可能な記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成のシステム等で用い、該システムのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００４６】
以上好適な実施の形態に基づき具体的に説明したが、本発明は上述したサーバ装置、機器関連付け方法、機器関連付けプログラム及びインストーラに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であるということは言うまでもない。
【産業上の利用可能性】
【００４７】
尚、本発明は、クライアント装置からサーバ装置に接続するための関連付け処理にのみ適用されるものではない。本発明は、例えば、コンテンツ配信サービスの提供を行うサーバ装置から提供されるサービスを使用するためのアプリケーションを、クライアント装置にインストールするためのインストールプログラムを配布する際等にも適用することが可能である。この場合、サービスの提供を行うサーバ装置とインストールプログラムを生成するサーバ装置とが必ずしも同一である必要はない。
【符号の説明】
【００４８】
１ サーバ装置
２ クライアント装置
３ ＤＤＮＳ
４ インターネット回線
１１ 暗号鍵管理部
１２ 認証情報生成部
１３ インストーラ生成部
１４ 暗号復号化部
１５ 記憶部
１６ 操作部
１２１ 乱数生成部
１４１ 暗号部
１４２ 復号部
１５１ 認証リスト
【特許請求の範囲】
【請求項１】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成手段を備えることを特徴とするサーバ装置。
【請求項２】
ユーザから前記インストーラの生成指示入力を受け付ける操作手段を備え、
前記インストーラ生成手段は、前記インストーラの生成指示に基づいてインストーラを生成することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記認証情報を生成する認証情報生成手段と、
前記認証情報を記憶する記憶手段と、を備え、
前記認証情報は、有効期限を有し、
前記記憶手段は、前記認証情報と前記認証情報の有効期限とを対応づけて記憶することを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記認証情報生成手段は、乱数生成手段を有し、
前記認証情報は、前記乱数生成手段により生成された乱数であることを特徴とする請求項３記載のサーバ装置。
【請求項５】
少なくとも１以上の暗号鍵と該暗号鍵の有効期限とを管理する暗号鍵管理手段と、
情報の暗号化及び復号化を行う暗号復号化手段と、を備え、
前記暗号鍵管理手段は、管理された少なくとも１以上の暗号鍵から暗号化に使用する暗号鍵を選択し、
前記暗号復号化手段は、前記暗号鍵管理手段により選択された暗号鍵に基づいて、前記認証情報を暗号化することを特徴とする請求項１から４の何れか１項に記載のサーバ装置。
【請求項６】
前記暗号鍵管理手段は、所定時間毎に暗号鍵と該暗号鍵の有効期限とを新たに生成し、管理することを特徴とする請求項５記載のサーバ装置。
【請求項７】
前記暗号鍵管理手段は、前記暗号鍵の有効期限を前記認証情報の有効期限に同期させることを特徴とする請求項５又は６に記載のサーバ装置。
【請求項８】
前記暗号復号化手段は、ユーザから前記インストーラの生成指示入力を受け付ける際に入力されたパスワードに基づいて、前記認証情報を暗号化することを特徴とする請求項５から７の何れか１項に記載のサーバ装置。
【請求項９】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成ステップを備えることを特徴とする機器関連付け方法。
【請求項１０】
ユーザからインストーラの生成指示入力を受け付ける入力受付ステップを備え、
前記インストーラ生成ステップは、前記入力受付ステップにおいて受け付けたインストーラの生成指示に基づいて、インストーラを生成することを特徴とする請求項９記載の機器関連付け方法。
【請求項１１】
有効期限を有する認証情報を生成する認証情報生成ステップと、
前記認証情報と前記認証情報の有効期限とを対応づけて記憶する記憶ステップと、を備えることを特徴とする請求項９又は１０に記載の機器関連付け方法。
【請求項１２】
前記認証情報生成ステップは、前記認証情報として乱数を生成することを特徴とする請求項１１記載の機器関連付け方法。
【請求項１３】
少なくとも１以上の暗号鍵と該暗号鍵の有効期限とを管理し、前記管理された少なくとも１以上の暗号鍵から暗号化に使用する暗号鍵を選択する暗号鍵管理ステップと、
前記暗号鍵管理ステップにおいて選択された暗号鍵に基づいて、前記認証情報を暗号化する第１の暗号化ステップと、を備えることを特徴とする請求項９から１２の何れか１項に記載の機器関連付け方法。
【請求項１４】
前記暗号鍵管理ステップは、所定時間毎に暗号鍵と該暗号鍵の有効期限を新たに生成し、管理することを特徴とする請求項１３記載の機器関連付け方法。
【請求項１５】
前記暗号鍵管理ステップは、前記暗号鍵の有効期限を前記認証情報の有効期限に同期させることを特徴とする請求項１３又は１４に記載の機器関連付け方法。
【請求項１６】
ユーザから前記インストーラの生成指示入力を受け付ける際に入力されたパスワードに基づいて、前記認証情報を暗号化する第２の暗号化ステップを備えることを特徴とする請求項９から１５の何れか１項に記載の機器関連付け方法。
【請求項１７】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成する処理をコンピュータに実行させることを特徴とする機器関連付けプログラム。
【請求項１８】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有することを特徴とするインストーラ。
【請求項１】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成手段を備えることを特徴とするサーバ装置。
【請求項２】
ユーザから前記インストーラの生成指示入力を受け付ける操作手段を備え、
前記インストーラ生成手段は、前記インストーラの生成指示に基づいてインストーラを生成することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記認証情報を生成する認証情報生成手段と、
前記認証情報を記憶する記憶手段と、を備え、
前記認証情報は、有効期限を有し、
前記記憶手段は、前記認証情報と前記認証情報の有効期限とを対応づけて記憶することを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記認証情報生成手段は、乱数生成手段を有し、
前記認証情報は、前記乱数生成手段により生成された乱数であることを特徴とする請求項３記載のサーバ装置。
【請求項５】
少なくとも１以上の暗号鍵と該暗号鍵の有効期限とを管理する暗号鍵管理手段と、
情報の暗号化及び復号化を行う暗号復号化手段と、を備え、
前記暗号鍵管理手段は、管理された少なくとも１以上の暗号鍵から暗号化に使用する暗号鍵を選択し、
前記暗号復号化手段は、前記暗号鍵管理手段により選択された暗号鍵に基づいて、前記認証情報を暗号化することを特徴とする請求項１から４の何れか１項に記載のサーバ装置。
【請求項６】
前記暗号鍵管理手段は、所定時間毎に暗号鍵と該暗号鍵の有効期限とを新たに生成し、管理することを特徴とする請求項５記載のサーバ装置。
【請求項７】
前記暗号鍵管理手段は、前記暗号鍵の有効期限を前記認証情報の有効期限に同期させることを特徴とする請求項５又は６に記載のサーバ装置。
【請求項８】
前記暗号復号化手段は、ユーザから前記インストーラの生成指示入力を受け付ける際に入力されたパスワードに基づいて、前記認証情報を暗号化することを特徴とする請求項５から７の何れか１項に記載のサーバ装置。
【請求項９】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成するインストーラ生成ステップを備えることを特徴とする機器関連付け方法。
【請求項１０】
ユーザからインストーラの生成指示入力を受け付ける入力受付ステップを備え、
前記インストーラ生成ステップは、前記入力受付ステップにおいて受け付けたインストーラの生成指示に基づいて、インストーラを生成することを特徴とする請求項９記載の機器関連付け方法。
【請求項１１】
有効期限を有する認証情報を生成する認証情報生成ステップと、
前記認証情報と前記認証情報の有効期限とを対応づけて記憶する記憶ステップと、を備えることを特徴とする請求項９又は１０に記載の機器関連付け方法。
【請求項１２】
前記認証情報生成ステップは、前記認証情報として乱数を生成することを特徴とする請求項１１記載の機器関連付け方法。
【請求項１３】
少なくとも１以上の暗号鍵と該暗号鍵の有効期限とを管理し、前記管理された少なくとも１以上の暗号鍵から暗号化に使用する暗号鍵を選択する暗号鍵管理ステップと、
前記暗号鍵管理ステップにおいて選択された暗号鍵に基づいて、前記認証情報を暗号化する第１の暗号化ステップと、を備えることを特徴とする請求項９から１２の何れか１項に記載の機器関連付け方法。
【請求項１４】
前記暗号鍵管理ステップは、所定時間毎に暗号鍵と該暗号鍵の有効期限を新たに生成し、管理することを特徴とする請求項１３記載の機器関連付け方法。
【請求項１５】
前記暗号鍵管理ステップは、前記暗号鍵の有効期限を前記認証情報の有効期限に同期させることを特徴とする請求項１３又は１４に記載の機器関連付け方法。
【請求項１６】
ユーザから前記インストーラの生成指示入力を受け付ける際に入力されたパスワードに基づいて、前記認証情報を暗号化する第２の暗号化ステップを備えることを特徴とする請求項９から１５の何れか１項に記載の機器関連付け方法。
【請求項１７】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有するインストーラを生成する処理をコンピュータに実行させることを特徴とする機器関連付けプログラム。
【請求項１８】
サーバ装置と機器との関連付けを行うために、少なくとも前記サーバ装置にアクセスするためのアクセス情報と、前記サーバ装置が認証を行うための認証情報と、を含有することを特徴とするインストーラ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１９８２２７（Ｐ２０１１−１９８２２７Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６６１９２（Ｐ２０１０−６６１９２）
【出願日】平成２２年３月２３日（２０１０．３．２３）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月２３日（２０１０．３．２３）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【Ｆターム（参考）】
[ Back to top ]