(57)【要約】【課題】複数の機器が存在する場合でも、認証手順を増やすことなく、端末を特定して情報を伝送すること。【解決手段】受信部２０１は、送信装置１００を特定するユーザ情報を用いて生成された第１ハッシュ値を、送信装置１００から受信し、ハッシュ値生成部２０４は、保持部２０２に登録されている複数の装置をそれぞれ特定するユーザ情報を用いて、複数の装置毎に第２ハッシュ値を生成し、比較部２０５は、第１ハッシュ値と、第２ハッシュ値とを比較し、表示部２０７は、比較部２０５による比較の結果に応じて、第１ハッシュ値と一致する第２ハッシュ値に対応する装置を特定するユーザ情報を表示する。【選択図】図２
2010178263.tif 000002
【特許請求の範囲】
【請求項１】
送信元装置を特定するユーザ情報を用いて生成された第１ハッシュ値を、前記送信元装置から受信する受信手段と、
複数の装置をそれぞれ特定するユーザ情報を用いて、前記複数の装置毎に第２ハッシュ値を生成する生成手段と、
前記第１ハッシュ値と、前記第２ハッシュ値とを比較する比較手段と、
前記比較手段による比較に応じて、前記第１ハッシュ値と一致する前記第２ハッシュ値に対応する装置を特定する前記ユーザ情報を表示する表示手段と、
を具備する受信装置。
【請求項２】
前記受信手段は、さらに、前記送信元装置を特定するユーザ情報のうち一部の情報を受信し、
前記生成手段は、前記複数の装置のうち、前記一部の情報が前記ユーザ情報に含まれる装置の前記第２ハッシュ値を生成する、
請求項１記載の受信装置。
【請求項３】
自装置を特定するユーザ情報を用いてハッシュ値を生成する生成手段と、
前記ハッシュ値を送信する送信手段と、
を具備する送信装置。
【請求項４】
前記送信手段は、さらに、前記ユーザ情報のうち一部の情報を送信する、
請求項３記載の送信装置。
【請求項５】
複数の装置をそれぞれ特定するユーザ情報を用いて、前記複数の装置毎に第２ハッシュ値を生成し、
送信元装置を特定するユーザ情報を用いて生成された第１ハッシュ値と、前記第２ハッシュ値とを比較し、
前記比較の結果に応じて、前記第１ハッシュ値と一致する前記第２ハッシュ値に対応する装置を特定する前記ユーザ情報を表示する、
認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、送信装置および認証方法に関する。
【背景技術】
【０００２】
近年、ＷＬＡＮ（Wireless Local Area Network）等の通信技術を用いて、端末間で情報を送受信することが考えられている。
【０００３】
端末間で情報を送受信する際、例えば、機器検索および機器接続を行う通信プロトコルであるＵＰｎＰ（Universal Plug and Play）を搭載した端末（例えば、クライアントおよびサーバ）間では、以下の手順に従って機器接続（認証）処理が行われる。
【０００４】
まず、クライアントが接続可能なサーバを検索するフェーズ（以下、検索フェーズという）では、クライアントは、自端末が位置するネットワーク内に存在するサーバの検索を要求する検索要求をマルチキャスト送信し、検索要求を受信したサーバは、検索応答を送信する。クライアントは、サーバからの検索応答を受信することにより、ネットワーク内に存在するサーバを把握する。なお、検索フェーズでは、サーバは、自端末が存在することを示す存在通知を定期的にマルチキャスト送信してもよい。クライアントは、サーバからの存在通知を受信することにより、ネットワーク内に存在するサーバを把握する。
【０００５】
次いで、クライアントがサーバの種別を示す機器名称、接続に関する詳細な設定情報等を含む機器情報を取得するフェーズ（以下、機器情報取得フェーズという）では、クライアントは、機器情報の取得を要求する機器情報取得要求を送信し、機器情報取得要求を受信したサーバは、自端末の機器情報を応答メッセージとして送信する。
【０００６】
次いで、クライアントがサーバに接続するフェーズ（以下、接続フェーズという）では、クライアントは機器情報取得フェーズで受信した機器情報を参照して接続するサーバを選択し、選択したサーバに対して、コンテンツリスト取得等の要求メッセージを送信する。そして、要求メッセージを受信したサーバは、クライアントからの接続要求を許可するか否かを判断し、判断結果（許可または拒否）に応じた応答メッセージを送信する。
【０００７】
以上により、クライアントとサーバとの間での接続が可能となる。
【０００８】
また、ＵＰｎＰにおける従来の認証方法として、上述した接続フェーズにおいて、サーバとクライアントとの間で互いの名称を送受信する方法がある（例えば、特許文献１参照）。具体的には、サーバは、クライアントからの接続要求を許可した場合、接続要求を許可したクライアントのＭＡＣアドレスを登録し、さらに、接続要求を許可したクライアントに対して、自端末の名称（サーバ名）を含む登録確認要求を送信する。そして、登録確認要求を受信したクライアントは、自端末の名称（クライアント名）を含む応答メッセージをサーバへ送信する。つまり、サーバは、接続要求を許可したクライアントのＭＡＣアドレスを登録した後に、クライアント名を確認して認証を完了する。
【０００９】
また、不特定多数の端末が存在するネットワークにおいて、知らない端末に情報を傍受されることを防ぎ、特定の端末のみに情報を伝送する従来技術として、接続先の端末を特定するユーザ情報（例えば、電話番号）を暗号キーとして情報を暗号化する技術がある（例えば、特許文献２参照）。
【特許文献１】特開２００４−１５２２４９号公報
【特許文献２】特開２００６−１９１３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ＵＰｎＰでは、クライアントおよびサーバはそれぞれ互いを特定できない状態で情報を送受信し合う。具体的には、クライアントは、ネットワーク内にどのサーバが存在しているか分からない状態で検索要求を送信する。また、サーバは、受信した検索要求の送信元クライアントが分からない状態で機器情報を送信する。そのため、ＵＰｎＰでは、接続先が特定できている状態で認証を行うような認証方法（例えば、一般的なＷｅｂ認証）を用いることができない。よって、ＵＰｎＰでは、特許文献２で開示された従来技術のように接続先の端末を特定する情報、または、自端末を特定する情報を用いて、特定の端末のみに情報を伝送することができない。
【００１１】
また、ネットワーク内に複数の機器が存在する場合には、例えば、同一の機器名称のサーバ（例えば、同一種類のサーバ）が複数存在することがあり得る。この場合、クライアントは、機器情報取得フェーズにおいて機器情報を受信しても、ＩＰアドレスまたはＭＡＣアドレスは特定できるものの、機器名称が同一であるサーバが複数存在するため、接続を要求したいサーバがどのサーバであるのか特定できなくなる。
【００１２】
ここで、接続先の端末を特定するために、例えば、端末（サーバ）毎の個別名称（例えば、ユーザ名）等を機器情報に含めることが考えられる。しかし、サーバは検索要求の送信元クライアントが分からない状態で機器情報を送信するため、個別名称を機器情報に含めると、個別名称、すなわち、個人情報が不特定多数の端末に公開されてしまう。
【００１３】
一方、特許文献１で開示された従来技術では、クライアントおよびサーバがそれぞれを互いに特定できない状態で接続要求の許可（ＭＡＣアドレス登録）を行うものの、接続要求の許可の後に互いの個別名称（ユーザ名）を特定して最終確認を行う。このため、特許文献１で開示された従来技術では、ネットワーク内に複数の機器が存在する場合でも、接続先が特定できている状態で認証を行うことが可能となる。しかし、特許文献１で開示された従来技術では、互いの個別名称（ユーザ名）を送受信するための手順が新たに発生する。よって、認証に要する時間はより短いこと（認証速度が速いこと）が好ましいのに対して、認証手順が増えることで認証に要する時間が長くなってしまう。
【００１４】
本発明は、かかる点に鑑みてなされたものであり、複数の機器が存在する場合でも、認証手順を増やすことなく、端末を特定して情報を伝送することができる受信装置、送信装置および認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の受信装置は、送信元装置を特定するユーザ情報を用いて生成された第１ハッシュ値を、前記送信元装置から受信する受信手段と、複数の装置をそれぞれ特定するユーザ情報を用いて、前記複数の装置毎に第２ハッシュ値を生成する生成手段と、前記第１ハッシュ値と、前記第２ハッシュ値とを比較する比較手段と、前記比較手段による比較に応じて、前記第１ハッシュ値と一致する前記第２ハッシュ値に対応する装置を特定する前記ユーザ情報を表示する表示手段と、を具備する構成を採る。
【００１６】
本発明の送信装置は、自装置を特定するユーザ情報を用いてハッシュ値を生成する生成手段と、前記ハッシュ値を送信する送信手段と、を具備する構成を採る。
【００１７】
本発明の認証方法は、複数の装置をそれぞれ特定するユーザ情報を用いて、前記複数の装置毎に第２ハッシュ値を生成し、送信元装置を特定するユーザ情報を用いて生成された第１ハッシュ値と、前記第２ハッシュ値とを比較し、前記比較の結果に応じて、前記第１ハッシュ値と一致する前記第２ハッシュ値に対応する装置を特定する前記ユーザ情報を表示するようにした。
【発明の効果】
【００１８】
本発明によれば、複数の機器が存在する場合でも、認証手順を増やすことなく、端末を特定して情報を伝送することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００２０】
以下の説明では、一例として、クライアントからの機器情報取得要求を受信したサーバが機器情報を送信し、クライアントがその機器情報を受信する場合（すなわち、機器情報取得フェーズ）について説明する。すなわち、以下の説明では、サーバが送信装置として動作し、クライアントが受信装置として動作する場合について説明する。
【００２１】
本実施の形態に係る送信装置１００の構成を図１に示し、本実施の形態に係る受信装置２００の構成を図２に示す。
【００２２】
図１に示す送信装置１００において、保持部１０１は、自装置を特定するユーザ情報を保持する。例えば、ユーザ情報としては、ユーザ名、電話番号およびメールアドレス等がある。
【００２３】
管理部１０２には、受信装置２００（図２）からの機器情報取得要求が入力される。管理部１０２は、機器情報取得要求が入力された場合、検索キー生成部１０３およびハッシュ値生成部１０４への、保持部１０１が保持するユーザ情報の出力を管理する。ここでは、例えば、管理部１０２は、保持部１０１が保持するユーザ情報（ここでは、ユーザ名、電話番号およびメールアドレス）のうち、電話番号を検索キー生成部１０３に出力し、メールアドレスをハッシュ値生成部１０４に出力する。
【００２４】
検索キー生成部１０３は、管理部１０２から入力されるユーザ情報（ここでは、電話番号）のうち一部の情報を抽出して検索キーを生成する。例えば、検索キー生成部１０３は、管理部１０２から入力された電話番号の一部を検索キーとして設定する。そして、検索キー生成部１０３は、生成した検索キーを送信部１０５に出力する。
【００２５】
ハッシュ値生成部１０４は、管理部１０２から入力されるユーザ情報（ここでは、メールアドレス）を用いて、不可逆な一方向性関数であるハッシュ（hash）関数に基づくハッシュ値を生成する。そして、ハッシュ値生成部１０４は、生成したハッシュ値を送信部１０５に出力する。
【００２６】
送信部１０５は、検索キー生成部１０３から入力される検索キー、ハッシュ値生成部１０４から入力されるハッシュ値および自装置の機器名称等を含む機器情報を受信装置２００へ送信する。
【００２７】
一方、図２に示す受信装置２００において、受信部２０１は、送信装置１００から送信される機器情報を受信する。ここで、機器情報には、送信装置１００を特定するユーザ情報を用いて生成されたハッシュ値、検索キー（送信装置１００を特定するユーザ情報のうち一部の情報）および送信装置１００の機器名称等が含まれる。そして、受信部２０１は、機器情報に含まれる検索キーを検索部２０３に出力し、機器情報に含まれるハッシュ値（以下、受信ハッシュ値という）を比較部２０５へ出力する。
【００２８】
保持部２０２は、自装置に登録されている複数の装置をそれぞれ特定するユーザ情報を保持する。例えば、保持部２０２は、複数の装置をそれぞれ特定するユーザ情報として、装置毎のユーザ情報（ここでは、ユーザ名、電話番号およびメールアドレス）が登録された電話帳を保持する。
【００２９】
検索部２０３は、保持部２０２が保持する電話帳を参照して、自装置に登録されている複数の装置の中から、受信部２０１から入力される検索キー（つまり、送信装置１００を特定するユーザ情報のうち一部の情報）がユーザ情報に含まれる装置を検索する。例えば、検索部２０３は、保持部２０２から読み出したユーザ情報に含まれる電話番号の一部と、受信部２０１から入力される検索キー（すなわち、送信装置１００の電話番号の一部）とを照合することにより、検索キーと一致する情報が電話番号に含まれる装置を検索する。ここで、検索部２０３は、後述する比較部２０５で２つのハッシュ値が一致しない旨を示す比較結果が比較部２０５から入力される度に、保持部２０２が保持する電話帳に登録された複数の装置のユーザ情報を順に（例えば、先頭から順に）読み出す。そして、検索部２０３は、検索された装置（検索キーがユーザ情報に含まれる装置）のユーザ情報のうちメールアドレスをハッシュ値生成部２０４に出力し、ユーザ名を制御部２０６に出力する。なお、検索部２０３は、保持部２０２が保持する電話帳に登録された装置の中から、検索キーと一致するユーザ情報を有する装置が検索されなかった場合、検索されなかった旨を示す検索結果を制御部２０６に出力する。
【００３０】
ハッシュ値生成部２０４は、ハッシュ値生成部１０４（図１）と同様、検索部２０３から入力されるユーザ情報（ここでは、メールアドレス）を用いてハッシュ値を生成する。そして、ハッシュ値生成部２０４は、生成したハッシュ値（以下、生成ハッシュ値という）を比較部２０５に出力する。
【００３１】
比較部２０５は、受信部２０１から入力される受信ハッシュ値と、ハッシュ値生成部２０４から入力される生成ハッシュ値とを比較する。そして、比較部２０５は、受信ハッシュ値と生成ハッシュ値とが一致する場合、受信ハッシュ値と生成ハッシュ値とが一致する旨を示す比較結果を制御部２０６に出力する。一方、比較部２０５は、受信ハッシュ値と生成ハッシュ値とが一致しない場合、受信ハッシュ値と生成ハッシュ値とが一致しない旨を示す比較結果を検索部２０３に出力する。
【００３２】
制御部２０６は、比較部２０５から入力される比較結果および検索部２０３から入力される検索結果に基づいて、表示部２０７での機器一覧表示画面における表示内容を制御する。具体的には、制御部２０６は、比較部２０５から比較結果が入力される場合（すなわち、受信ハッシュ値と生成ハッシュ値とが一致する場合）、検索部２０３から入力されるユーザ名（受信ハッシュ値と一致する生成ハッシュ値に対応する装置のユーザ名）、および、受信した機器情報に含まれる機器名称（受信ハッシュ値とともに受信された機器名称）等を表示するように表示部２０７に指示する。一方、制御部２０６は、検索部２０３から検索結果が入力される場合（すなわち、検索キーと一致するユーザ情報を有する装置が検索されなかった場合）、機器名称のみを表示するように表示部２０７に指示する。
【００３３】
表示部２０７は、制御部２０６からの指示に従って、機器名称またはユーザ名等を表示する。つまり、表示部２０７は、比較部２０５による比較の結果、受信ハッシュ値と生成ハッシュ値とが一致する場合、受信ハッシュ値と一致する生成ハッシュ値に対応する装置を特定するユーザ情報を表示する。
【００３４】
次に、送信装置１００および受信装置２００の機器情報取得フェーズにおける動作の詳細について説明する。まず、図３Ａおよび図３Ｂに、送信装置１００（サーバ）と受信装置２００（クライアント）との間で認証を行う場合の動作の流れを示す。図３Ａは受信装置２００（クライアント）の動作の流れを示す図であり、図３Ｂは送信装置１００（サーバ）の動作の流れを示す図である。
【００３５】
ここでは、図４に示すように、受信装置２００（図２）の構成を備える端末Ａ（クライアント）が機器情報取得要求を送信し、送信装置１００（図１）の構成を備える端末Ｂ（メディアサーバ）が機器情報を送信する。また、受信装置２００（図４では端末Ａ）および送信装置１００（図４では端末Ｂ）は、自装置（自端末）を特定するユーザ情報（図４に示す端末Ａの情報および端末Ｂの情報）、および、複数の端末をそれぞれ特定するユーザ情報が登録された電話帳（図４に示す電話帳Ａおよび電話帳Ｂ）をそれぞれ保持する。なお、電話帳に登録されている端末毎のユーザ情報は、ユーザ名、電話番号およびメールアドレスで構成される。また、ここでは、検索キーとして、ユーザ情報である電話番号の一部の情報（例えば、電話番号の下４桁）が用いられる。また、ハッシュ値は、ユーザ情報のうちメールアドレスを用いて生成される。
【００３６】
図３Ａにおいて、ステップ（以下、ＳＴという）１０１では、クライアント（受信装置２００）は機器情報取得要求を送信する（図３Ａに示す（１））。図３Ｂにおいて、ＳＴ１０２では、サーバ（送信装置１００）は機器情報取得要求を受信する（図３Ｂに示す（１））。
【００３７】
ＳＴ１０３では、サーバの検索キー生成部１０３は、自装置を特定するユーザ情報（電話番号）のうち一部の情報（電話番号の下４桁）を抽出して検索キーを生成し、サーバのハッシュ値生成部１０４は、自装置を特定するユーザ情報（メールアドレス）を用いてハッシュ値を生成する。ＳＴ１０４では、サーバの送信部１０５は、検索キー、ハッシュ値および自装置の機器名称（図４では‘メディアサーバ’）等を含む機器情報を送信する（図３Ｂに示す（２））。ＳＴ１０５では、クライアントの受信部２０１は機器情報を受信する（図３Ａに示す（２））。
【００３８】
ＳＴ１０５で受信した機器情報にハッシュ値および検索キーが含まれている場合（ＳＴ１０６：ＹＥＳ）、ＳＴ１０７では、クライアントの検索部２０３は、保持部２０２が保持する電話帳の中から、検索キー（電話番号の一部）がユーザ情報（電話番号）に含まれる端末を検索する。検索キーと一致する電話番号がある場合、つまり、検索キーがユーザ情報（電話番号）に含まれる端末が検索された場合（ＳＴ１０８：ＹＥＳ）、ＳＴ１０９では、クライアントのハッシュ値生成部２０４は、検索された端末のユーザ情報（メールアドレス）を用いてハッシュ値を生成する。
【００３９】
ＳＴ１１０では、クライアントの比較部２０５は、ＳＴ１０５で受信したハッシュ値（受信ハッシュ値）と、ＳＴ１０９で生成したハッシュ値（生成ハッシュ値）とを比較する。生成ハッシュ値と受信ハッシュ値とが一致する場合（ＳＴ１１１：ＹＥＳ）、ＳＴ１１２では、クライアントの表示部２０７は、受信ハッシュ値と一致する生成ハッシュ値に対応する端末の、機器名称および電話帳登録名（ユーザ名）を機器一覧表示画面に表示する。
【００４０】
なお、生成ハッシュ値と受信ハッシュ値とが一致する場合（ＳＴ１１１：ＹＥＳ）には、クライアント（受信装置２００）は、受信ハッシュ値と一致する生成ハッシュ値に対応する端末において、保持部２０２が保持する電話帳に登録されたユーザ情報と、ＭＡＣアドレスとを関連付けてもよい。これにより、クライアントは、次回の機器情報受信時からは、ハッシュ値の比較をせずにＭＡＣアドレスのみを参照して電話帳登録名を機器一覧表示画面に表示することができる。
【００４１】
一方、検索キーと一致する電話番号が無い場合（ＳＴ１０８：ＮＯ）、または、生成ハッシュ値と受信ハッシュ値とが一致しない場合（ＳＴ１１１：ＮＯ）、ＳＴ１１３では、クライアントの検索部２０３は、電話帳Ａに登録された端末をすべて検索したか否かを判断する。そして、電話帳Ａに登録された端末をすべて検索していない場合（ＳＴ１１３：ＮＯ）、クライアントの検索部２０３は、新たな端末のユーザ情報を保持部２０２から読み出して、ＳＴ１０７に再び戻る。
【００４２】
機器情報にハッシュ値および検索キーが含まれていない場合（ＳＴ１０６：ＮＯ）、または、電話帳Ａに登録された端末をすべて検索した場合（ＳＴ１１３：ＹＥＳ）、ＳＴ１１４では、クライアントの表示部２０７は、機器名称のみを機器一覧表示画面に表示する。
【００４３】
次に、図４に示すように、受信装置２００（図２）の構成を備える端末Ａ（クライアント）が機器情報取得要求を送信し、送信装置１００（図１）の構成を備える端末Ｂ（メディアサーバ）が機器情報を送信する場合の具体例について説明する。
【００４４】
端末Ｂの検索キー生成部１０３は、自端末のユーザ情報の電話番号（図４に示す‘０９０−ＢＣＤＥ−２３４５’）のうち一部（電話番号の下４桁：図４に示す‘２３４５’）を抽出して検索キーを生成する。
【００４５】
また、端末Ｂのハッシュ値生成部１０４は、自端末のユーザ情報のメールアドレス（図４に示す‘ｂｂｂ＠ｘｘｘｘ．ｎｅ．ｊｐ’）を用いてハッシュ値（図４に示す‘ＢＣＤＥＦＧＨＩＪＫＬＭＮ’）を生成する。
【００４６】
そして、端末Ｂの送信部１０５は、生成した検索キーおよびハッシュ値を含む機器情報を端末Ａへ送信する。なお、機器情報には端末Ｂの機器名称（図４では‘メディアサーバ’）等も含まれる。
【００４７】
端末Ｂからの機器情報を受信すると、端末Ａの検索部２０３は、図４に示すように、電話帳Ａを参照して、電話帳Ａに登録された端末の中から、受信した機器情報に含まれる検索キー（‘２３４５’）がユーザ情報に含まれる端末を検索する。具体的には、端末Ａの検索部２０３は、電話帳Ａにおいて、各端末の電話番号のうち一部（図４では電話番号の下４桁）と、検索キーとを照合する。そして、図４に示すように、端末Ａの検索部２０３は、検索の結果、検索キーと同一の情報（‘２３４５’）が電話番号に含まれる端末Ｂを抽出する。
【００４８】
そして、端末Ａのハッシュ値生成部２０４は、検索された端末Ｂのユーザ情報のメールアドレス（図４に示す‘ｂｂｂ＠ｘｘｘｘ．ｎｅ．ｊｐ’）を用いてハッシュ値（図４に示す‘ＢＣＤＥＦＧＨＩＪＫＬＭＮ’）を生成する。
【００４９】
端末Ａの比較部２０５は、受信したハッシュ値（受信ハッシュ値）と、ハッシュ値生成部２０４で生成されたハッシュ値（生成ハッシュ値）とを比較する。図４に示すように、受信ハッシュ値および生成ハッシュ値は双方とも‘ＢＣＤＥＦＧＨＩＪＫＬＭＮ’であるので、端末Ａの比較部２０５は、受信ハッシュ値と生成ハッシュ値とが一致している旨を示す比較結果を制御部２０６に出力する。
【００５０】
そして、端末Ａの制御部２０６は、受信ハッシュ値と生成ハッシュ値とが一致している場合には、端末Ｂの機器名称（図４では‘メディアサーバ’）およびユーザ名（図４では‘端末Ｂ’）を表示するように表示部２０７に指示する。よって、表示部２０７は、図４に示すような機器一覧画面を表示する。
【００５１】
これにより、例えば、図４に示すように、同一の種類の複数のサーバ（図４では、２つのメディアサーバ）が存在する場合でも、端末Ａ（受信装置２００）は、電話帳Ａに登録されている既知のサーバ（図４では端末Ｂ（メディアサーバ））を特定することができる。つまり、端末Ａは、同一の種類の複数のサーバを識別することができる。
【００５２】
なお、端末Ａ（受信装置２００）は、受信ハッシュ値と生成ハッシュ値とが一致する場合、受信ハッシュ値と一致する生成ハッシュ値に対応する端末Ｂ、つまり、個人情報を特定できた端末を、色を変えて機器一覧表示画面に表示してもよく、表示順序が上位になるように機器一覧表示画面に表示してもよい。また、受信装置２００は、電話帳に各端末のユーザの写真が登録されている場合は、ユーザ名および写真を機器一覧表示画面に表示してもよい。
【００５３】
また、図４に示す機器一覧画面において、端末名が表示されていないサーバ（メディアサーバおよびコンテンツサーバ）は、受信ハッシュ値と生成ハッシュ値とが一致していないサーバ、つまり、端末Ａがユーザ情報を特定できないサーバである。そこで、端末Ａ（受信装置２００）は、ユーザ情報を特定できない端末を、機器一覧表示画面に表示しなくてもよく、選択できない状態であるグレーアウト（gray out）して機器一覧表示画面に表示してもよく、表示順序が下位になるように機器一覧表示画面に表示してもよい。
【００５４】
このようにして、送信装置１００（サーバ）は、自装置を特定するユーザ情報（図４ではメールアドレス）を用いて生成したハッシュ値を含む機器情報を受信装置２００に送信する。これにより、受信装置２００（クライアント）は、自装置が保持する、他の装置をそれぞれ特定するユーザ情報を用いて生成したハッシュ値と、受信したハッシュ値とが一致する場合には、機器情報の送信元装置を特定することができる。つまり、送信装置１００は、不特定多数の装置に対して自装置のユーザ情報を公開することなく、自装置を特定するユーザ情報を保持している受信装置（つまり、自装置を電話帳に登録している受信装置）のみに、自装置を特定させることができる。
【００５５】
また、送信装置１００は、自装置を特定するユーザ情報を用いて生成されるハッシュ値を送信し、受信装置２００は、受信したハッシュ値と一致するハッシュ値に対応する装置のユーザ情報を自装置が保持する電話帳から抽出する。このため、送信装置１００を特定するユーザ情報を保持する装置以外の不特定多数の装置に対しては、送信装置１００のユーザ情報を隠蔽することができる。
【００５６】
さらに、送信装置１００（サーバ）は、自装置を特定するユーザ情報のうち一部の情報（図４では電話番号の一部）を検索キーとして受信装置２００に送信する。これにより、受信装置２００（クライアント）は、自装置に登録された装置のうち、検索キーがユーザ情報に含まれる装置に対してのみハッシュ値の比較を行う。つまり、受信装置２００は、ハッシュ値の比較対象装置を絞ることができるため、認証速度を向上させることができる。なお、検索キーは、送信装置１００を特定するユーザ情報のうち一部の情報を用いて生成されるので、不特定多数の装置に公開されてもユーザ情報そのもの、つまり、個人情報が漏洩することはない。
【００５７】
また、送信装置１００（サーバ）および受信装置２００（クライアント）は、各装置をそれぞれ特定するユーザ情報が蓄積されたデータベース（ここでは電話帳）を認証に用いる。つまり、認証を行う双方の装置に同一の情報があることが、双方の装置が不特定多数の装置同士ではないことの判断に利用される。これより、送信装置１００および受信装置２００では、予め保持している情報のみを用いて認証を行うことができるため、認証のために事前に設定（例えば、認証のためのパスワード設定）を施す必要はない。
【００５８】
以上、クライアントとサーバとの間の機器情報取得フェーズに本発明を適用する場合について説明した。
【００５９】
次に、機器情報取得フェーズの後の接続フェーズに本発明を適用する場合について説明する。
【００６０】
以下の説明では、クライアントが要求メッセージ（例えば、コンテンツリスト取得要求メッセージ）を送信し、サーバがその要求メッセージを受信する。また、サーバは、クライアントからの要求メッセージに対する応答をクライアントへ送信する。すなわち、以下の説明では、クライアントが送信装置１００（図１）として動作し、サーバが受信装置２００（図２）として動作する。
【００６１】
ただし、図１に示す送信装置１００（クライアント）は、入力部（図示せず）を備える。入力部は、機器情報取得フェーズにおいて取得したサーバ等の機器情報（例えば、図４に示す機器一覧表示画面に表示される機器情報）の中から、自装置が接続を要求する機器を選択する操作入力を行う。なお、入力部における操作入力には、例えば、テンキー入力、十字キー入力、タッチパネル入力またはマウス操作入力等がある。そして、送信装置１００（クライアント）の管理部１０２には、図１に示す機器情報取得要求の代わりに、入力部（図示せず）で操作入力された情報（すなわち、自装置が接続を要求する機器（接続対象機器）の情報）が入力される。
【００６２】
また、送信装置１００（クライアント）の送信部１０５は、図１に示す機器情報の代わりに、検索キー生成部１０３から入力される検索キーおよびハッシュ値生成部１０４から入力されるハッシュ値を含む要求メッセージを受信装置２００（サーバ）へ送信する。なお、送信部１０５は、例えば、検索フェーズで得られた接続対象機器のＩＰアドレスおよび機器情報取得フェーズで得られた接続に関する詳細な設定情報（ポート番号等）を用いて要求メッセージを送信する。
【００６３】
また、受信装置２００（サーバ）の制御部２０６は、受信ハッシュ値と生成ハッシュ値とが一致する場合、検索部２０３から入力されるユーザ名を用いて、接続確認画面を表示するように表示部２０７に指示する。一方、制御部２０６は、検索キーと一致するユーザ情報を有する装置が検索されなかった場合、例えば、ＩＰアドレスを用いて、接続確認画面を表示するように表示部２０７に指示する。
【００６４】
受信装置２００（サーバ）の表示部２０７は、制御部２０６からの指示に従って、要求メッセージの送信元のクライアント（送信装置１００）との接続を許可するか否かをユーザに判断させるための接続確認画面を表示する。
【００６５】
また、受信装置２００（サーバ）は、表示部２０７に表示された接続許可の判断結果を応答メッセージとして、送信装置１００（クライアント）へ送信する。
【００６６】
次に、図５Ａおよび図５Ｂに、送信装置１００（クライアント）と受信装置２００（サーバ）との間で認証を行う場合の動作の流れを示す。図５Ａは送信装置１００（クライアント）の動作の流れを示す図であり、図５Ｂは受信装置２００（サーバ）の動作の流れを示す図である。なお、図５Ａおよび図５Ｂにおいて、図３Ａおよび図３Ｂと同一の処理には同一符号を付し、説明を省略する。
【００６７】
ここでは、図６に示すように、送信装置１００（図１）の構成を備える端末Ａ（クライアント）が要求メッセージを送信し、受信装置２００（図２）の構成を備える端末Ｂ（メディアサーバ）が要求メッセージを受信する。また、送信装置１００（図６では端末Ａ）および受信装置２００（図６では端末Ｂ）は、図４と同一のユーザ情報（図４に示す端末Ａの情報、端末Ｂの情報、電話帳Ａおよび電話帳Ｂ）をそれぞれ保持する。また、図６では、図４と同様、検索キーとして、電話番号の一部の情報（例えば、電話番号の下４桁）が用いられ、ハッシュ値は、ユーザ情報のうちメールアドレスを用いて生成される。
【００６８】
図５Ａにおいて、ＳＴ２０１では、クライアントの入力部（図示せず）は、図３ＡのＳＴ１１２またはＳＴ１１４において表示された、機器一覧画面（例えば、図４に示す機器一覧画面）の中から、接続したいサーバ（対象機器）を選択する操作入力を行う。
【００６９】
ＳＴ２０２では、クライアントの検索キー生成部１０３は、自装置を特定するユーザ情報（電話番号）のうち一部の情報（図６では電話番号の下４桁：‘１２３４’）を抽出して検索キーを生成し、クライアントのハッシュ値生成部１０４は、自装置を特定するユーザ情報（図６ではメールアドレス：‘ａａａ＠ｘｘｘｘ．ｎｅ．ｊｐ’）を用いてハッシュ値（図６では‘ＡＢＣＤＥＦＧＨＩＪＫＬＭ’）を生成する。ＳＴ２０３では、クライアントの送信部１０５は、検索キーおよびハッシュ値を含む要求メッセージを送信する（図５Ａに示す（３））。図５Ｂにおいて、ＳＴ２０４では、サーバの受信部２０１は要求メッセージを受信する（図５Ｂに示す（３））。
【００７０】
受信ハッシュ値と生成ハッシュ値とが一致する場合（ＳＴ１１１：ＹＥＳ）、ＳＴ２０５では、サーバの表示部２０７は、受信ハッシュ値と一致する生成ハッシュ値に対応する端末の電話帳登録名（ユーザ名：図６では‘端末Ａ’）を接続確認画面に表示する。なお、サーバの表示部２０７は、電話帳に各端末のユーザの写真が登録されている場合は、ユーザ名および写真を接続確認画面に表示してもよい。
【００７１】
一方、機器情報にハッシュ値および検索キーが含まれていない場合（ＳＴ１０６：ＮＯ）、または、生成ハッシュ値と受信ハッシュ値とが一致せず（ＳＴ１１１：ＮＯ）、電話帳Ａに登録された端末をすべて検索した場合（ＳＴ１１３：ＹＥＳ）、ＳＴ２０６では、クライアントの表示部２０７は、ＩＰアドレスを接続確認画面に表示する。
【００７２】
ＳＴ２０５またはＳＴ２０６において表示部２０７に表示された接続確認画面で、接続が許可された場合（ＳＴ２０７：ＹＥＳ）、ＳＴ２０８では、サーバは、要求メッセージの送信元であるクライアントに対して、その要求を許可する旨を示す情報またはその要求に対応する情報を、応答メッセージとして生成する。一方、接続が拒否された場合（ＳＴ２０７：ＮＯ）、ＳＴ２０９では、サーバは、要求メッセージの送信元であるクライアントに対して、その要求を拒否する旨を示す拒否メッセージを生成する。
【００７３】
ＳＴ２１０では、サーバは、ＳＴ２０８で生成された応答メッセージまたはＳＴ２０９で生成された拒否メッセージを送信する（図５Ｂに示す（４））。ＳＴ２１１では、クライアントは、応答メッセージまたは拒否メッセージを受信する（図５Ａに示す（４））。
【００７４】
なお、ＳＴ２０５およびＳＴ２０６では、受信ハッシュ値と生成ハッシュ値とが一致するか否か（ＳＴ１１１）に関わらず、接続確認画面を表示する場合について説明した。しかし、本発明では、例えば、サーバは、受信ハッシュ値と生成ハッシュ値とが一致する場合には、接続確認することなく無条件に接続要求を許可してもよい。例えば、自宅内に位置するサーバの配下では、サーバが特定できるクライアントのみ存在することが想定される。そこで、自宅内に位置するサーバは、受信ハッシュ値と生成ハッシュ値とが一致する場合には、無条件に接続要求を許可し、不特定多数の端末が存在する自宅外に位置するサーバは、受信ハッシュ値と生成ハッシュ値とが一致する場合でも、接続確認を行ってもよい。また、サーバは、受信ハッシュ値と生成ハッシュ値とが一致しない場合、すなわち、知らないクライアントから要求メッセージが送信された場合には、無条件に接続要求を拒否してもよい。
【００７５】
このように、サーバ（受信装置２００）では、要求メッセージの送信元クライアント（送信装置１００）を特定するユーザ情報が電話帳に登録されている場合には、送信元クライアントのユーザ情報（ユーザ名等）を接続確認画面に表示することができる。このため、例えば、図６に示すように、端末Ｂ（受信装置２００）は、電話帳Ｂに端末Ａのユーザ情報が登録されているため、要求メッセージの送信元である端末Ａ（送信装置１００）を特定した状態（図６に示す接続確認画面に‘端末Ａ’を表示した状態）で、接続要求を許可するか否かを判断することができる。
【００７６】
また、クライアント（送信装置１００）がユーザ情報のうち一部の情報を検索キーとして送信するため、サーバ（受信装置２００）では、ハッシュ値の比較対象装置を絞ることができるため、認証速度を向上させることができる。また、送信装置１００（クライアント）および受信装置２００（サーバ）では、既に保持している情報（各装置のユーザ情報および電話帳）のみを用いて認証を行うことができるため、認証のために事前に設定を施す必要はない。
【００７７】
このようにして、接続フェーズに本発明を適用する場合でも、上述した機器情報取得フェーズと同様の効果を得ることができる。
【００７８】
このように、本実施の形態によれば、送信装置および受信装置はそれぞれが保持するユーザ情報から生成されるハッシュ値を用いて認証を行う。このため、送信装置および受信装置の双方が同一のユーザ情報を保持する場合にのみ接続相手を特定することができる。よって、本実施の形態によれば、複数の機器が存在する場合でも、認証手順を増やすことなく、端末を特定して情報を伝送することができる。
【００７９】
また、本実施の形態では、送信装置および受信装置は、ハッシュ関数を用いて認証を行うため、受信装置におけるパラメータ（ここではハッシュ値）の一致確認の確実性が得られ、曖昧さを排除することができる。ただし、本発明では、認証の際に用いる関数は、ハッシュ関数に限らず、不可逆な一方向性関数、または、逆変換が困難な変換関数であればよい。
【００８０】
なお、本実施の形態では、送信装置および受信装置が機器情報または要求メッセージを送受信する度にハッシュ値を生成する場合について説明した。しかし、本発明では、送信装置および受信装置は、各装置をそれぞれ特定するユーザ情報を用いてハッシュ値を予め算出してもよい。これにより、送信装置および受信装置では認証の度にハッシュ値を算出する必要がなくなり、認証速度をさらに向上させることができる。
【００８１】
また、本実施の形態では、送信装置が自装置を特定するユーザ情報（例えば、メールアドレス）を用いてハッシュ値を生成する場合について説明した。しかし、本発明では、送信装置は、例えば自装置のユーザ名が登録されている場合には、ハッシュ値を生成する代わりに、自装置のユーザ名を暗号化し、暗号化されたユーザ名を機器情報に含めてもよい。これにより、受信装置は、機器情報に含まれる暗号化されたユーザ名、および、自装置が保持する電話帳に登録されている端末のユーザ名を用いることにより、機器情報または要求メッセージの送信元装置を特定する。
【００８２】
また、本実施の形態では、ハッシュ値および検索キーが機器情報または要求メッセージに含まれる場合について説明した。しかし、本発明では、機器情報または要求メッセージに含まれる情報は、ハッシュ値のみでもよい。この場合でも、本実施の形態と同様、認証手順を増加させることなく、装置を特定して情報を伝送することができる。また、この場合には、検索キーが無いため、受信装置は、電話帳に登録されている装置をすべて検索する必要がある。しかし、受信装置は、ユーザ情報を用いて生成されるハッシュ値を予め算出することにより、電話帳に登録されている装置をすべて検索する場合でも、認証速度の低下を防ぐことができる。
【００８３】
また、本実施の形態では、送信装置および受信装置が、自装置を特定するユーザ情報および他の装置をそれぞれ特定するユーザ情報を保持する場合について説明した。しかし、本発明では、送信装置および受信装置は、自装置を特定するユーザ情報および他の装置をそれぞれ特定するユーザ情報を保持せずに、例えば、Ｗｅｂ上のデータベースに蓄積されたユーザ情報に問い合わせる構成を有してもよい。
【００８４】
また、本実施の形態では、受信装置で登録されている複数の装置をそれぞれ特定するユーザ情報が電話帳に登録されている場合について説明した。しかし、本発明では、複数の装置をそれぞれ特定するユーザ情報は、電話帳に限らず、例えば、メールおよび住所録等を含むアドレス帳、インスタントメッセンジャー（ＩＭ：Instant Messenger）のコンタクトリスト、発着信履歴またはメールの送受信データ等、複数の個人情報が登録され、各個人（各装置）を特定できる情報であればよい。
【００８５】
また、本実施の形態では、メールアドレスを用いてハッシュ値が生成され、電話番号の一部を用いて検索キーが生成される場合について説明したが、本発明では、ハッシュ値および検索キーの生成に用いる情報は、メールアドレスおよび電話番号に限らない。
【産業上の利用可能性】
【００８６】
本発明は、通信システム等に適用することができる。
【図面の簡単な説明】
【００８７】
【図１】本発明の一実施の形態に係る送信装置の構成を示すブロック図
【図２】本発明の一実施の形態に係る受信装置の構成を示すブロック図
【図３Ａ】本発明の一実施の形態に係る受信装置の認証の動作の流れを示す図（機器情報取得フェーズ）
【図３Ｂ】本発明の一実施の形態に係る送信装置の認証の動作の流れを示す図（機器情報取得フェーズ）
【図４】本発明の一実施の形態に係る認証の動作の具体例を示す図（機器情報取得フェーズ）
【図５Ａ】本発明の一実施の形態に係る送信装置の認証の動作の流れを示す図（接続フェーズ）
【図５Ｂ】本発明の一実施の形態に係る受信装置の認証の動作の流れを示す図（接続フェーズ）
【図６】本発明の一実施の形態に係る認証の動作の具体例を示す図（接続フェーズ）
【符号の説明】
【００８８】
１００  送信装置
２００  受信装置
１０１，２０２  保持部
１０２  管理部
１０３  検索キー生成部
１０４，２０４  ハッシュ値生成部
１０５  送信部
２０１  受信部
２０３  検索部
２０５  比較部
２０６  制御部
２０７  表示部
【図１】
2010178263.tif 000003
【図２】
2010178263.tif 000004
【図３Ａ】
2010178263.tif 000005
【図３Ｂ】
2010178263.tif 000006
【図４】
2010178263.tif 000007
【図５Ａ】
2010178263.tif 000008
【図５Ｂ】
2010178263.tif 000009
【図６】
2010178263.tif 000010