JP5003505B2 - 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム - Google Patents

接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム Download PDF

Info

Publication number
JP5003505B2
JP5003505B2 JP2008009387A JP2008009387A JP5003505B2 JP 5003505 B2 JP5003505 B2 JP 5003505B2 JP 2008009387 A JP2008009387 A JP 2008009387A JP 2008009387 A JP2008009387 A JP 2008009387A JP 5003505 B2 JP5003505 B2 JP 5003505B2
Authority
JP
Japan
Prior art keywords
information
terminal device
connection
unit
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008009387A
Other languages
English (en)
Other versions
JP2008282381A (ja
Inventor
典史 吉川
敬 山下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2008009387A priority Critical patent/JP5003505B2/ja
Publication of JP2008282381A publication Critical patent/JP2008282381A/ja
Priority to US12/354,284 priority patent/US8321917B2/en
Priority to EP09250118A priority patent/EP2081345A2/en
Priority to CN2009100012883A priority patent/CN101488956B/zh
Application granted granted Critical
Publication of JP5003505B2 publication Critical patent/JP5003505B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Description

本発明は、接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラムに関する。
近年、情報のデジタル化が急速に進み、デジタル情報を扱うための情報機器が一般家庭にも急速に普及してきており、デジタルカメラで取った写真やデジタル録画したテレビ番組をパーソナルコンピュータ（以下、ＰＣ）等に保存して管理している。しかし、例えば、デジタルビデオカメラで撮影したビデオ映像を親戚の家で視聴しようとした際、自宅のＰＣのハードディスクに保存していたビデオ映像を親戚の家のＴＶで再生するには、機器間を接続するための機器登録作業が必要である。
例えば、各機器は、ＤＤＮＳ（Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）から自機器へアクセスするためのＵＲＬを構成するドメインを取得し、登録相手の機器が機器登録用ＵＲＬ生成ツールを知っている場合には、型番、シリアル番号、使用するポート（機器登録用のパスは固定）等の必要な情報を渡せば、相手機器に登録するための接続に用いるＵＲＬを生成できる。従って、ユーザは、メールや紙に書いたメモを送ることなどにより、上記の必要な情報を相手機器に送り、機器のＵＩを用いて入力することで、機器登録作業を行うことができる（例えば、特許文献１及び特許文献２を参照）。
ところが、このような機器登録作業は、ユーザの作業量が多く、ユーザにとって煩雑であるという問題があった。また、任意のＵＲＬをおくることができるわけではなく、あらかじめ決まっているＵＲＬ生成ツールが必要であるという問題もあった。なお、直接ＵＲＬを伝えると、文字数が増えるため、ユーザの作業がさらに煩雑となるおそれがある。
このような状況に鑑み、インターネットサーバを配置し、機器は常にインターネットサーバに現在の位置情報を通知する一方で、インターネットサーバは、機器のユーザアカウントごとにバディリストを管理しており、このバディリストを使用してインターネットサーバが機器登録を行う方法が提案されている（例えば、特許文献３及び特許文献４を参照）。
この方法では、ユーザがバディリストに追加したい他のアカウントに許可を求めると、バディリストに仮登録され、仮登録の相手ユーザがオンラインになった時に、相手ユーザは登録の許可または不許可の処理を行う。この処理の結果に基づき、インターネットサーバが仮登録を本登録または抹消する処理を行う。
特開２００６−１７１９８９号公報 特開２００５−９４２５２号公報 特開２００６−２６２１１１号公報 特開２００６−２５４１３７号公報
しかしながら、上記特許文献３及び４に記載されたような方法では、クライアントとサーバが同時に機器登録作業をしなくてもよく、また、ユーザの作業量が少ないという利点はあるものの、インターネットサーバは、機器のユーザアカウントごとのバディリスト、仮登録の情報等、多くの情報を常に保持していなければならず、コストが高いという問題があった。また、この方法では、機器登録後も機器間で情報のやり取りをおこなうためには、必ずインターネットサーバを介して行う必要があるため、インターネットサーバへのアクセスが多く、サーバの負担が大きいという問題もあった。なお、この方法では、インターネットサーバが個人情報を多く保持しているため、個人情報管理のためのコストも多大に必要であるという問題もある。
そこで、本発明は、このような問題に鑑みてなされたもので、インターネットサーバを介して各機器間で接続情報のやり取りを行う接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラムにおいて、インターネットサーバが保持する情報量及びインターネットサーバへのアクセスを少なくし、簡易な作業により各機器間で接続情報のやり取りを行うことを目的とする。
上記課題を解決するために、本発明のある観点によれば、第１の端末装置と、ネットワークを介して第１の端末装置に接続可能な第２の端末装置と、第１の端末装置及び第２の端末装置に接続された接続認証サーバと、を含む接続認証システムが提供される。
上記接続認証システムにおいて、上記第１の端末装置は、接続認証サーバから認証情報を取得する認証情報取得部と、認証情報を第１の端末装置のユーザに通知する認証情報通知部と、接続認証サーバから第２の端末装置の接続情報を取得する接続情報取得部と、を備える。
また、上記接続認証システムにおいて、上記第２の端末装置は、第１の端末装置のユーザから第２の端末装置のユーザに伝達された認証情報が第２の端末装置のユーザにより入力される認証情報入力部と、認証情報と第２の端末装置の接続情報とを接続認証サーバに提供する情報提供部と、を備える。
また、上記接続認証システムにおいて、上記接続認証サーバは、第１の端末装置に認証情報を提供する認証情報提供部と、第２の端末装置から認証情報と第２の端末装置の接続情報とを取得する情報取得部と、第１の端末装置に提供された認証情報と第２の端末装置から取得した認証情報とを照合し、当該２つの認証情報が合致した場合に、第２の端末装置の接続情報を第１の端末装置に提供する接続情報提供部と、を備える。
ここで、第１の端末装置のユーザと第２の端末装置のユーザとは、同一のユーザであってもよく、異なるユーザであってもよい。例えば、第１端末装置と第２端末装置とは、同じユーザが有するＰＣとＴＶであってもよく、異なるユーザが有する２つのＰＣであってもよい。
また、上記認証情報としては、特に限定されるものではなく、例えば、ＰＩＮのようなキー情報、接続認証を実行するファイル等の認証に用いることが可能な任意の情報を適用することができる。
上記接続認証サーバは、第１の端末装置に提供した認証情報を所定時間だけ保持するものであってもよい。
第１の端末装置のユーザから第２の端末装置のユーザへの認証情報の伝達は、特定の相手にのみ情報を通知できる通知手段により行われてもよい。この通知手段としては、例えば、電話回線を介した通知が挙げられる。
上記接続情報としては、例えば、少なくともＵＲＬ等のネットワーク・アドレス情報を含むものとすることができる。このようなネットワーク・アドレス情報としては、ＵＲＬ以外にも、例えば、以下のような情報が考えられる。
第１に、ＩＰベースの場合、ＵＲＬ以外にも異なるパターンがあります。例えば、ＩＰアドレスとポート、という形もありえます。ＵＲＬの例としては、「ｈｔｔｐ：／／１．２．３．４：５０００／ｅｘａｍｐｌｅＵｒｉ」等があり、ＩＰアドレスとポートの例としては、「１．２．３．４：５０００」等がある。ＩＰアドレスは、ドメイン名を使ってもよく、「ｅｘａｍｐｌｅ．ｓｏｎｙ．ｃｏ．ｊｐ：５０００」といった形でもよい。
第２に、ＩＰより上位のレイヤにもアドレス情報がある場合がある。例えば、メールを使用して２つの端末装置間で接続情報をやりとりする場合、メールアドレスが該当する。また、インスタント・メッセンジャーの場合には、ユーザーアカウントが相当する。
第３に、インターネット・プロトコル（ＩＰ）ベースでない場合も考えられる。例えば、ＩＥＥＥ１３９４によって接続されたネットワークでは、アドレスをＩＥＥＥ１２１２で定められたアドレス空間を用いて表現している。電話網をネットワークだとした場合は、電話番号が該当する。
上記第１の端末装置は、キー情報取得部と接続情報取得部を備える情報取得装置と、キー情報通知部を備えるキー情報通知装置と、からなるように構成することもできる。この場合に、上記情報取得装置と上記接続認証サーバとは、物理的に一体に構成されてもよい。
上記課題を解決するために、本発明の別の観点によれば、第１の端末装置と、ネットワークを介して前記第１の端末装置に接続可能な第２の端末装置と、前記第１の端末装置及び前記第２の端末装置に接続された接続認証サーバと、を含む接続認証システムが提供される。
この接続認証システムにおいて、前記第１の端末装置は、前記接続認証サーバから認証情報を取得する認証情報取得部と、前記認証情報を前記第１の端末装置のユーザに通知する認証情報通知部と、前記第２の端末装置が前記第１の端末装置のユーザから伝達された前記認証情報が入力された装置であるか否かを確認するための確認情報を前記接続認証サーバから取得する確認情報取得部と、前記確認情報を前記第１の端末装置のユーザに通知する確認情報通知部と、前記接続認証サーバから前記第２の端末装置の接続情報を取得する接続情報取得部と、を備える。
また、前記第２の端末装置は、前記第１の端末装置のユーザから前記第２の端末装置のユーザに伝達された前記認証情報が前記第２の端末装置のユーザにより入力される認証情報入力部と、前記認証情報と前記第２の端末装置の接続情報とを前記接続認証サーバに提供する情報提供部と、前記前記確認情報を前記接続認証サーバから取得する確認情報取得部と、前記確認情報を前記第２の端末装置のユーザに通知する確認情報通知部と、を備える。
また、前記接続認証サーバは、前記第１の端末装置に前記認証情報を提供する認証情報提供部と、前記第２の端末装置から前記認証情報と前記第２の端末装置の接続情報とを取得する情報取得部と、前記第１の端末装置に提供された前記認証情報と前記第２の端末装置から取得した前記認証情報とを照合し、前記提供された認証情報と前記取得した認証情報とが合致した場合に、前記確認情報を前記第２の端末装置に提供し、前記確認情報を前記第２の端末に提供した後に、前記第１の端末からの前記確認情報の取得要求に応じて、前記確認情報を前記第１の端末装置に提供する確認情報提供部と、前記第２の端末装置の接続情報を前記第１の端末装置に提供する接続情報提供部と、を備える。
また、前記第１の端末装置は、前記第１の端末装置に提供された前記確認情報と前記第２の端末装置に提供された前記確認情報とが同一であるか否かを確認し、各前記確認情報が同一であった場合に、当該確認の結果を前記接続認証サーバに通知する確認通知部をさらに備え、前記接続認証サーバは、前記第１の端末装置から、前記確認の結果の通知を受信する確認結果受信部をさらに備え、前記接続認証サーバの前記接続情報提供部は、前記確認結果受信部が前記第１の端末装置から前記確認の結果の通知を受信した場合にのみ、前記第２の端末装置の接続情報を前記第１の端末装置に提供するようにしてもよい。
また、前記第１の端末装置は、前記確認の結果の通知が前記接続認証サーバにされた場合に、前記第１の端末装置の接続情報を前記接続認証サーバに提供する接続情報提供部をさらに備え、前記第２の端末装置は、前記第１の端末装置の接続情報を前記接続認証サーバから取得する接続情報取得部をさらに備え、前記接続認証サーバの前記接続情報提供部は、前記確認結果受信部が前記第１の端末装置から前記確認の結果の通知を受信した後に、前記第２の端末装置からの要求に応じて、前記第１の端末の接続情報を前記第２の端末に提供するようにしてもよい。
上記課題を解決するために、本発明のさらに別の観点によれば、所定の接続情報を有する第２の端末装置とネットワークを介して接続可能であり、第２の端末装置の接続情報を取得して第２の端末装置以外の端末装置に提供する接続認証サーバと接続された第１の端末装置が提供される。
上記第１の端末装置は、接続認証サーバからキー情報を取得するキー情報取得部と、キー情報を第１の端末装置の第１ユーザに通知するキー情報通知部と、キー情報が第１ユーザから第２の端末装置の第２ユーザに通知された後に、第２の端末装置から接続認証サーバに対してキー情報及び第２の端末装置の接続情報が提供され、接続認証サーバにより第２の端末装置から取得したキー情報と第１の端末装置に提供したキー情報とを照合し、当該２つのキー情報が合致した場合に、接続認証サーバから第２の端末装置の接続情報を取得する接続情報取得部と、を備える。
上記第１の端末装置は、上記接続情報取得部により取得された第２の端末装置の接続情報に基づいて、第２の端末装置に接続する接続部をさらに備えていてもよい。
上記課題を解決するために、本発明のさらに別の観点によれば、所定の接続情報を有する第１の端末装置とネットワークを介して接続可能であり、接続情報を取得して第１の端末装置に提供する接続認証サーバと接続された第２の端末装置が提供される。
上記第２の端末装置は、接続認証サーバにより第１の端末装置に発行されたキー情報が第１の端末装置の第１ユーザから第２の端末装置の第２ユーザに伝達された後に、キー情報が第２ユーザにより入力されるキー情報入力部と、キー情報と第２の端末装置の接続情報とを接続認証サーバに提供する情報提供部と、を備える。
上記課題を解決するために、本発明のさらに別の観点によれば、第１ユーザの第１の端末装置、及びネットワークを介して第１の端末装置に接続可能な第２ユーザの第２の端末装置に接続された接続認証サーバが提供される。
上記接続認証サーバは、第１の端末装置にキー情報を提供するキー情報提供部と、第１の端末装置からキー情報を通知された第１ユーザから第２ユーザにキー情報が伝達された後に、第２の端末装置からキー情報と第２の端末装置の接続情報とを取得する情報取得部と、第１の端末装置に提供したキー情報と第２の端末装置から取得したキー情報とを照合し、提供したキー情報と取得したキー情報とが合致した場合に、第２の端末装置の接続情報を第１の端末装置に提供する接続情報提供部と、を備える。
上記接続認証サーバにおける情報提供部は、第１の端末装置に提供したキー情報と第２の端末装置から取得したキー情報とを照合する照合部と、照合部による照合の結果、提供したキー情報と取得したキー情報とが合致した場合に、当該合致したキー情報に該当するセッションの有無を検出するセッション検索部と、セッション検索部による検出の結果、該当するセッションが検出された場合に、第２の端末装置の接続情報を第１の端末装置に送信する接続情報送信部と、を有するように構成してもよい。
上記課題を解決するために、本発明のさらに別の観点によれば、所定の接続情報を有する第２の端末装置からネットワークを介して第２の端末装置に接続可能な第１の端末装置に対して接続情報を提供するに際し、第２の端末装置から第２の端末装置及び第１の端末装置に接続された接続認証サーバに一旦接続情報を提供した後に、接続認証サーバから第１の端末装置に接続情報を提供する接続認証方法が提供される。
上記接続認証方法は、接続認証サーバが第１の端末装置に対してキー情報を提供するステップと、第１の端末装置が当該第１の端末装置の第１ユーザにキー情報を通知するステップと、第１ユーザにより第２の端末装置の第２ユーザに対してキー情報が伝達されるステップと、第２ユーザによりキー情報が第２の端末装置に入力されるステップと、第２の端末装置が入力されたキー情報と接続情報とを接続認証サーバに提供するステップと、接続認証サーバが第１の端末装置に提供したキー情報と第２の端末装置から取得したキー情報とを照合し、当該２つのキー情報が合致した場合に、第２の端末装置の接続情報を第１の端末装置に提供するステップと、を含む。
上記接続認証サーバは、キー情報を所定時間のみ保持し、接続認証サーバから第１の端末装置に対する接続情報の提供は、上記所定時間内に行われるようにしてもよい。
上記課題を解決するために、本発明のさらに別の観点によれば、所定の接続情報を有する第２の端末装置とネットワークを介して接続可能であり、第２の端末装置の接続情報を取得して第２の端末装置以外の端末装置に提供する接続認証サーバと接続された第１の端末装置において、コンピュータを、接続認証サーバからキー情報を取得するキー情報取得部と、キー情報を第１の端末装置の第１ユーザに通知するキー情報通知部と、キー情報が第１ユーザから第２の端末装置の第２ユーザに通知された後に、第２の端末装置から接続認証サーバに対してキー情報及び第２の端末装置の接続情報が提供され、接続認証サーバにより第２の端末装置から取得したキー情報と第１の端末装置に提供したキー情報とを照合し、当該２つのキー情報が合致した場合に、接続認証サーバから第２の端末装置の接続情報を取得する接続情報取得部と、して機能させるプログラムが提供される。
また、所定の接続情報を有する第１の端末装置とネットワークを介して接続可能であり、接続情報を取得して第１の端末装置に提供する接続認証サーバと接続された第２の端末装置において、コンピュータを、接続認証サーバにより第１の端末装置に発行されたキー情報が第１の端末装置の第１ユーザから第２の端末装置の第２ユーザに伝達された後に、キー情報が第２ユーザにより入力されるキー情報入力部と、キー情報と第２の端末装置の接続情報とを接続認証サーバに提供する情報提供部と、して機能させるプログラムが提供される。
さらに、第１ユーザの第１の端末装置、及びネットワークを介して第１の端末装置に接続可能な第２ユーザの第２の端末装置に接続された接続認証サーバにおいて、コンピュータを、第１の端末装置にキー情報を提供するキー情報提供部と、第１の端末装置からキー情報を通知された第１ユーザから第２ユーザにキー情報が伝達された後に、第２の端末装置からキー情報と第２の端末装置の接続情報とを取得する情報取得部と、第１の端末装置に提供したキー情報と第２の端末装置から取得したキー情報とを照合し、当該２つのキー情報が合致した場合に、第２の端末装置の接続情報を第１の端末装置に提供する接続情報提供部と、として機能させるプログラムが提供される。
本発明によれば、インターネットサーバを介して各機器間で接続情報のやり取りを行う接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラムにおいて、インターネットサーバが保持する情報量及びインターネットサーバへのアクセスを少なくし、簡易な作業により各機器間で接続情報のやり取りを行うことが可能である。
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
［本発明の第１の実施形態に係る接続認証システム］
初めに、本発明の第１の実施形態に係る接続認証システムについて説明する。本実施形態に係る接続認証システムは、互いの接続情報を有していない２つの端末間でインターネットを介して相互に接続をしようとする際に、インターネットサーバにより一方の端末に対して発行されたキー情報を利用して認証を行い、このインターネットサーバが２つの端末間の接続情報の交換の仲介を行うものである。
（第１実施形態に係る接続認証システムの全体構成及び接続認証方法の概要）
まず、図１及び図２に基づいて、本実施形態に係る接続認証システムの全体構成及び接続認証方法の概要について説明する。なお、図１は、本実施形態に係る接続認証システムの全体構成を示す説明図であり、図２は、本実施形態に係る接続認証システムのユースケースを示す説明図である。
以下の接続認証システムの説明においては、本実施形態に係る接続認証システムの一例として、機器登録システム１０を例に挙げて説明する。この機器登録システム１０の全体構成を説明するに先立ち、図２を参照しながら、機器登録システム１０のユースケースについて説明する。
図２に示したユースケースにおいては、ユーザＵ１の家庭において、ルータ１０１を介してＰＣやＴＶ等の機器１００が接続されてホームネットワークを構成しており、ユーザＵ２の家庭において、ルータ２０１を介して、ＰＣ、ＰＶＲ、ゲーム機、携帯型ゲーム機等の機器２００が接続されてホームネットワークを構成している。また、ルータ１０１とルータ２０１はインターネット等の通信網１３８（２３８、３３８）を介して接続されており、さらにこの通信網１３８（２３８、３３８）には、機器２００の接続情報を取得して機器１００に提供する機器登録サーバ３００も接続されている。
ここで、ユーザＵ１のＴＶ１００において、ユーザＵ２のＰＶＲ２００に録画されたコンテンツを視聴しようとするような場合に、ユーザＵ１のＴＶ１００からユーザＵ２のＰＶＲ２００にアクセスしようとした際には、通常は、ＴＶ１００のユーザＵ１がＰＶＲ２００の位置情報（例えば、ＵＲＬ等）を入力しなければならない。しかし、この位置情報の入力を、例えばＴＶのリモコン等で行うことは非常に煩雑であり、また、ユーザＵ１が例えば老人である場合には、入力の煩雑さを考えないとしても、ＰＶＲ２００の位置情報の入力は困難であることがある。さらに、ユーザＵ１が位置情報を取得するためには、例えば、ユーザＵ２がＰＶＲ２００を操作してＵＲＬ（位置情報）を取得し、電話で読み上げてユーザＵ１に通知する等しなければならないため、ユーザＵ１が位置情報を取得することも困難である場合がある。
そこで、本実施形態に係る機器登録システム１０では、このような煩雑または困難な位置情報の入力を行うことなく、簡易な入力方法によりユーザＵ１の機器１００とユーザＵ２の機器２００との機器登録及び接続を可能にするものである。これにより、例えば、ユーザＵ１は、簡便な機器登録処理により、ユーザＵ２のＰＶＲ２００に録画されたコンテンツをＴＶ１００で視聴することができる。以下、この機器登録の方法について簡単に説明する。
まず、ユーザＵ１は、例えば、ＴＶ１００の機器登録開始ボタン（図示せず）を押下すると、ＴＶ１００から機器登録サーバ３００にキー情報の発行要求が送信される。キー情報発行要求を受信した機器登録サーバ３００は、ＴＶ１００に対して、キー情報として、例えば、図２に示したような「１５４９」等の４桁の数字からなるＰＩＮを発行する。このＰＩＮは、セキュリティ上の観点から、所定時間内のみ保持されるものとすることができる。この例では、ＰＩＮは５分間だけ保持されるものとする。
機器登録サーバ３００からＰＩＮを取得したＴＶ１００は、キー情報表示部１８６に取得したＰＩＮを表示し、ユーザＵ１に通知する（ｔ１）。ユーザＵ１は、通知されたＰＩＮを電話１００Ａ等の通知手段により、ＰＶＲ２００のユーザＵ２に伝達する（Ｔ）。ユーザＵ２は、ユーザＵ１から電話２００Ａを通して伝達されたＰＩＮを５分以内にＰＶＲ２００のＰＩＮ入力画面（図示せず）に入力する（ｔ２）。ＰＶＲ２００は、ＰＩＮが入力された後、入力されたＰＩＮとともにＰＶＲ２００の接続情報（例えば、ＵＲＬ等）を、機器登録サーバ３００に送信する。
機器登録サーバ３００は、ＴＶ１００に対してＰＩＮを発行してから５分以内にＰＶＲ２００からＰＩＮとＵＲＬ等の接続情報を受信した場合には、受信したＰＩＮと保持しているＰＩＮとを照合する。その結果、これらのＰＩＮが合致した場合には、ＴＶ１００に対してＰＶＲ２００のＵＲＬ等を送信する。このようにして、ユーザＵ１がＵＲＬ等の長い文字列を入力することなく、ＴＶ１００は、ＰＶＲ２００の接続情報を取得することができ、これにより、ユーザＵ１は、ユーザＵ２のＰＶＲ２００に録画されたコンテンツを自由に視聴することができるようになる。
次に、以上説明したようなユースケースにおいて適用可能な機器登録システム１０の全体構成について説明する。
図１に示すように、機器登録システム１０は、本実施形態に係る第１の端末装置の一例としての被接続機器１００と、本実施形態に係る第２の端末装置の一例としての接続機器２００と、本実施形態に係る接続認証サーバの一例としての機器登録サーバ３００と、を含む。
この機器登録システム１０では、被接続機器１００と接続機器２００が、互いに、相手の機器に対する接続情報（例えば、ＵＲＬ、ＩＰアドレス、ポート番号、各機器の証明書等）を有していない場合に、被接続機器１００と接続機器２００との間の接続情報の交換（以下、「機器登録」と称する場合がある。）を、機器登録サーバ３００を介して行う。すなわち、機器登録サーバ３００は、ネットワークを介して被接続機器１００及び接続機器２００と接続されており、被接続機器１００と接続機器２００との間の接続認証を行い、接続機器２００から取得した接続機器２００の接続情報を被接続機器１００に提供する。
被接続機器１００及び接続機器２００としては、例えば、ＤＬＮＡ（ＤｉｇｉｔａｌＬｉｖｉｎｇ Ｎｅｔｗｏｒｋ）等により規格化されたホームネットワーク等に接続して利用される機器である、パーソナルコンピュータ（ＰＣ；Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ハードディスクレコーダ（ＰＶＲ；Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）、テレビチューナ、セットトップボックス（ＳＴＢ；Ｓｅｔ Ｔｏｐ Ｂｏｘ）、デジタルカメラ、デジタルビデオカメラ、携帯電話、携帯型情報端末（ＰＤＡ；Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ゲーム機、ステレオセット、又はデジタル音楽デバイス等が挙げられる。ただし、被接続機器１００及び接続機器２００としては、ＤＬＮＡ等の標準規格に従ったホームネットワークを構成する電子機器に限られず、例えば、冷蔵庫や炊飯器のようなものであってもよい。また、機器登録サーバ３００としては、ＰＣ等の情報処理装置が挙げられる。
なお、被接続機器１００及び接続機器２００は、それぞれ、機器登録サーバ３００にアクセスするための情報（例えば、ＵＲＬ、サーバ証明書等）を予め有しており、この情報に基づき、被接続機器１００及び接続機器２００は、機器登録サーバ３００に接続することができる。以下、機器登録システム１０における機器登録方法の概要について説明する。
まず、被接続機器１００が、機器登録サーバ３００のＵＲＬや証明書等の情報に基づき、機器登録サーバ３００にアクセスし、キー情報（例えば、ＰＩＮ）の発行要求を送信する（Ｘ１）。被接続機器１００からのキー情報の発行要求を受信した機器登録サーバ３００は、キー情報を新たに生成するか、あるいは、自己が保有しているキー情報のうち使用されていないキー情報を発行し、被接続機器１００に送信する（Ｘ２）。このとき、発行するキー情報としては、機器登録サーバ３００が保持する情報量が少ないこと、また、被接続機器１００と接続機器２００との間のコネクションの安全性が高いこと等の理由から、有効期限付きのキー情報（例えば、使用可能な制限時間が５分程度と短いＰＩＮ）を使用することが好ましい。また、機器登録サーバ３００は、キー情報の送信先（本実施形態の場合は、被接続機器１００）との間でセッションＳＳを確立する。発行したキー情報が有効期限付きのものである場合には、セッションＳＳは当該有効期限の間だけ維持される。
次に、このようにして被接続機器１００により取得されたキー情報を、被接続機器１００のユーザＵ１に通知する（ｔ１）。キー情報が通知されたユーザＵ１は、接続機器２００のユーザＵ２に対し、電話１００Ａと電話２００Ａとの間の通信等の所定の通知手段により、機器登録サーバ３００が発行したキー情報を通知する（Ｔ）。
ここで、ユーザＵ１からユーザＵ２にキー情報を伝える所定の通知手段とは、特定の相手にのみ安全かつ確実に情報を通知できる通知手段であって、電話が代表的な例であるが、これには限られない。このような通知手段としては、他には、接続機器２００がモデムを搭載しており、このモデムを利用して接続機器１００のユーザＵ２が直接被接続機器１００のユーザＵ１と電話で通話し、キー情報の入力を受け付ける方法が考えられる。この方法の場合には、セキュリティ上の問題から、接続機器２００側のユーザＵ２がボタンを押している間だけ上記のようなキー情報の受付が可能というようにして、自動化を防ぐことが好ましい。これは、ユーザを介する別の通知手段が存在するということ自体が機器登録の際の信用条件の一つであるので、この通知手段が全自動であるとセキュリティ上の観点から問題がある。また、さらに他の通知手段としては、被接続機器１００が作成したプログラムである機器登録実行用の「登録実行ファイル」を接続機器２００にメール等の手段により送信し、メール等により登録実行ファイルを受信した接続機器２００が、このプログラムを実行するという方法も考えられる。
ユーザＵ２は、キー情報が通知された後に、当該キー情報を接続機器２００に入力する（ｔ２）。キー情報が入力された接続機器２００は、当該キー情報と接続機器２００にアクセスするための接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び接続機器２００の証明書）を送信する（Ｘ４）。このとき、キー情報が有効期限付きのものである場合には、ユーザＵ２によるキー情報の入力（ｔ２）、及び、キー情報と接続機器２００の接続情報の送信（Ｘ４）は、当該有効期限内に行われる必要がある。キー情報の入力（ｔ２）やキー情報と接続機器２００の接続情報の送信（Ｘ４）が有効期限内に行われなかった場合には、有効期限の終了とともにセッションＳＳが消滅する。
機器登録サーバ３００は、接続機器２００からキー情報及び接続機器２００の接続情報を受信した後に、被接続機器１００に発行したキー情報と接続機器２００から受信したキー情報とを照合する。照合の結果、これらの２つのキー情報が合致した場合には、機器登録サーバ３００は、被接続機器１００との間のセッションＳＳが確立されているかどうかを判断し、判断時点でセッションＳＳが確立されている場合には、このセッションＳＳを利用して接続機器２００の接続情報を被接続機器１００に送信する（Ｘ５）。
被接続機器１００は、機器登録サーバ３００から接続機器２００の接続情報を受信（Ｘ５）した場合には、受信した接続情報を用いて接続機器２００に接続し、被接続機器１００の接続情報（（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び被接続機器１００の証明書）を送信する（Ｘ６）。接続機器２００は、被接続機器１００からその接続情報を受信した後に、被接続機器１００の機器登録処理を行う。
なお、機器登録システム１０における以上の処理を行う際の各機器間のコネクションは、例えば、サーバ認証を伴うＳＳＬ等で行うことができる。
上記のようにして、被接続機器１００と接続機器２００との間で、お互いの接続情報を交換する機器登録処理を行うことにより、この機器登録が行われた後では、被接続機器１００と接続機器２００とは、機器登録サーバ３００を介さずに直接通信することができる。なお、この通信における被接続機器１００と接続機器２００との接続は、例えば、お互いが取得した相手の機器の証明書を用いたクライアント認証及びサーバ認証を伴うＳＳＬで行うことができる。
このように、機器登録システム１０においては、被接続機器１００と接続機器２００との間の機器登録処理が、これらの機器に接続された機器登録サーバ３００を介して行われる。しかし、従来のＩＭを使用した方法とは異なり、最初の登録の際にしかインターネットサーバ（本実施形態では機器登録サーバ３００）が用いられないため、インターネットサーバへのアクセス頻度を低くすることができる。また、機器登録の際に使用されるキー情報が有効期限付きのものである場合には、当該有効期限の間のみキー情報を保持し、また、セッションを維持しておけばよいため、インターネットサーバが常時記憶しておかなければならない情報量を少なくすることができる。従って、インターネットサーバのコストの負担やコストを低減させることができる。
また、機器登録システム１０においては、機器登録サーバ３００を介した機器登録により、被接続機器１００と接続機器２００との間の直接通信が可能となった後は、機器登録に限らず、任意のアプリケーションを起動させることができる。
このように、本実施形態に係る機器登録システム１０によれば、機器登録後は、被接続機器１００と接続機器２００との間で直接通信することが可能であるので、機器登録サーバ３００へのアクセスを、機器登録時の１回のみとすることができ、機器登録サーバ３００の負担を軽減させることができる。また、機器登録サーバ３００が発行するキー情報を所定の時間のみ保持するものとすることにより、機器登録サーバ３００は、所定の時間のみ各機器（被接続機器１００、接続機器２００）の接続情報やキー情報を保持していればよく、機器登録サーバ３００が保持する情報量を少なくすることができる。さらに、上記の機器登録の際には、ユーザＵ２は、簡易なキー情報（例えば、４桁の数字からなるＰＩＮ）を入力しさえすれば、ＵＲＬ等の文字列や型番、シリアル番号、使用するポート等の情報を入力する必要もないので、簡易な作業により簡単に機器登録を行うことができる。
以上、本実施形態に係る接続認証システムの一例としての機器登録システム１０の全体構成及び接続認証方法の概要について説明した。次に、上述したような機器登録システム１０を構成する各機器の構成及び各機器における処理の流れについて詳細に説明する。
（被接続機器１００のハードウェア構成）
まず、図３に基づいて、被接続機器１００のハードウェア構成について説明する。なお、図３は、被接続機器１００のハードウェア構成を示す説明図である。
図３に示すように、被接続機器１００は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０６と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０８と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１０と、ホストバス１１２と、ブリッジ１１４と、外部バス１１６と、インターフェース１１８と、入力部１２０と、出力部１２２と、記憶部１２６と、ドライブ１２８と、接続ポート１３０と、通信部１３２とを備える。
ＣＰＵ１０６は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ１０８、ＲＡＭ１１０、記憶部１２６、又はリムーバブル記録媒体１３４に記録された各種プログラムに従って、被接続機器１００内の動作全般又はその一部を制御する。ＲＯＭ１０８は、例えば、ＣＰＵ１０６が使用するプログラムや演算に用いるデータ等を格納する。ＲＡＭ１１０は、例えば、ＣＰＵ１０６の実行において使用するプログラムや、その実行の際に適宜変化する各種パラメータ等を一時的又は永続的に格納する。これらの構成要素は、例えば、ＣＰＵバス等の高速なデータ伝送が可能な内部バスにより構成されたホストバス１１２によって相互に接続されて動作する。
ホストバス１１２は、例えば、ブリッジ１１４を介してＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ Ｂｕｓ）等の比較的データ伝送速度が低速な外部バス１１６に接続される。
入力部１２０は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ及びレバー等の操作手段である。また、入力部１２０は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（所謂、リモコン）であってもよいし、被接続機器１００の操作に対応した携帯電話やＰＤＡ等であってもよい。さらに、入力部１２０は、例えば、上記の操作手段を用いて利用者により入力された情報を基に入力信号を生成し、当該入力信号をＣＰＵ１０６に伝送するための入力制御回路等から構成されている。
出力部１２２は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ ＤｉｓｐｌａｙＰａｎｅｌ）、又はＥＬＤ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。
記憶部１２６は、各種のデータを格納するための装置であり、例えば、ハードディスクドライブ（ＨＤＤ；Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等により構成される。記憶部１２６は、ＣＰＵ１０６により実行されるプログラム、機器登録サーバ３００が発行したキー情報、被接続機器１００の接続情報、機器登録サーバ３００から取得した接続機器２００の接続情報等を格納する。
ドライブ１２８は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１３４に記録された情報を読み出し、又はリムーバブル記録媒体１３４に情報を書き込む装置である。リムーバブル記録媒体１３４は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（ＣＦ；ＣｏｍｐａｃｔＦｌａｓｈ）（登録商標）、メモリースティック、又はＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等である。もちろん、リムーバブル記録媒体１３４は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）又は電子機器等であってもよい。
接続ポート１３０は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器１３６を接続するためのポートである。例えば、外部接続機器１３６は、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。
通信部１３２は、通信網１３８に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。また、通信部１３２に接続される通信網１３８は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、放送、又は衛星通信等であってもよい。
なお、ハードウェア構成については、接続機器２００及び機器登録サーバ３００についても上述した被接続機器１００と同様であるので、詳細な説明を省略する。
（被接続機器１００の機能構成）
次に、図４に基づいて、被接続機器１００の機能構成について説明する。なお、図４は、被接続機器１００の機能構成を示す説明図である。
図４に示すように、被接続機器１００は、主に、記憶部１２６と、キー情報要求部１５２と、キー情報取得部１５４と、キー情報通知部１５６と、接続情報取得部１６２と、接続部１６４と、通信部１３２とにより構成される。
なお、上記の被接続機器１００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである。また、図４に示す各機能ブロックは、例えば、ＲＯＭ１０８、ＲＡＭ１１０、記憶部１２６、リムーバブル記録媒体１３４、外部接続機器１３６、又は通信網１３８を介してアクセス可能なプログラムに基づいてＣＰＵ１０６によりソフトウェア的に実現されてもよいし、各ブロックの機能を実現するための専用のハードウェアにより構成されていてもよい。
記憶部１２６は、機器登録サーバ３００から取得したキー情報、及び接続機器２００から機器登録サーバ３００を介して取得した接続機器２００の接続情報が記録される記録手段である。また、記憶部１２６には、被接続機器１００自身の接続情報、及び機器登録サーバ３００へアクセスするための情報が予め格納されている。なお、被接続機器１００の接続情報としては、例えば、被接続機器１００のＩＰアドレス、ポート番号またはＵＲＬ、被接続機器１００であることを認証するための証明書等がある。また、機器登録サーバ３００へアクセスするための情報としては、例えば、機器登録サーバ３００のＵＲＬや証明書等の情報が挙げられる。ここで、機器登録サーバ３００の証明書は、機器（端末）ごとの情報である必要はなく、機器登録サーバ３００へアクセスするための共通の証明書が複数の機器に予め（工場出荷時等に）記録されていてもよい。なお、キー情報や接続機器２００の接続情報の内容の詳細については後述する。
キー情報要求部１５２は、記憶部１２６に格納されている機器登録サーバ３００へアクセスするための情報（例えば、機器登録サーバ３００のＵＲＬ及び証明書）を抽出する。次に、この抽出した情報に基づいて通信部１３２がインターネット等の通信網１３８を介して機器登録サーバ３００へアクセスした後に、キー情報要求部１５２は、キー情報（例えば、ＰＩＮ）の発行要求を通信部１３２を用いて機器登録サーバ３００に送信する。なお、後述するキー情報取得部１５４が、このキー情報要求部１５２の機能を兼ねていてもよい。
キー情報取得部１５４は、キー情報要求部１５２によるキー情報の発行要求に応じて機器登録サーバ３００が発行したキー情報を、通信部１３２を通して取得する。キー情報取得部１５４は、取得したキー情報を、一旦記憶部１２６に記録するか、あるいは、直接キー情報通知部１５６に伝送する。
キー情報通知部１５６は、記憶部１２６から抽出したキー情報またはキー情報取得部１５４から受け取ったキー情報を、出力部１２２を用いて出力することにより、ユーザＵ１に通知する（ｔ１）。この通知の方法としては、例えば、出力部１２２としてディスプレイ装置を用い、キー情報をディスプレイ装置に表示させてユーザＵ１に視覚的に通知する方法や、出力部１２２としてスピーカを用い、キー情報をスピーカからの音声を通じてユーザＵ１に聴覚的に通知する方法等が考えられる。
接続情報取得部１６２は、機器登録サーバ３００が接続機器２００からその接続情報を取得した後に、機器登録サーバ３００から通信網１３８を介して接続機器２００の接続情報を取得する。接続情報取得部１６２は、取得した接続機器２００の接続情報を、一旦記憶部１２６に記録するか、あるいは、直接接続部１６４に伝送する。
接続部１６４は、記憶部１２６から抽出した接続機器２００の接続情報または接続情報取得部１６２から受け取った接続機器２００の接続情報に基づいて、通信網１３８を介して接続機器２００に接続する。より具体的には、例えば、接続部１６４は、接続機器２００のＵＲＬに基づいて接続機器２００にアクセスし、接続機器２００の証明書に基づき認証処理を行い、認証された場合には接続機器２００とＳＳＬ等により接続する。また、接続部１６４は、接続機器２００と接続した後に、被接続機器１００自身の接続情報を記憶部１２６から抽出し、抽出した接続情報を接続機器２００に通信部１３２を通して提供することもできる。このようにして、被接続機器１００と接続機器２００との互いの接続情報の交換を行った後に、接続機器２００で被接続機器１００の機器登録処理が行われる。この機器登録処理が行われた後は、被接続機器１００の接続部１６４は、接続機器２００にいつでも直接アクセスすることができる。
通信部１３２は、機器登録サーバ３００に対するキー情報取得要求の送信、機器登録サーバ３００からのキー情報の受信、機器登録サーバ３００からの接続機器２００の接続情報の受信、接続機器２００に対する被接続機器１００の接続情報の送信等を行う。
（接続機器２００の機能構成）
次に、図５に基づいて、接続機器２００の機能構成について説明する。なお、図５は、接続機器２００の機能構成を示す説明図である。
図５に示すように、接続機器２００は、主に、記憶部２２６と、キー情報入力部２５２と、情報提供部２５４と、通信部２３２とにより構成される。
なお、上記の接続機器２００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである点は、上述した被接続機器１００の場合と同様である。
記憶部２２６は、ユーザＵ２によりキー情報入力部２５２に入力されたキー情報、及び被接続機器１００から取得した被接続機器１００の接続情報が記録される記録手段である。また、記憶部２２６には、接続機器２００自身の接続情報、及び機器登録サーバ３００へアクセスするための情報が予め格納されている。なお、接続機器２００の接続情報としては、例えば、接続機器２００のＩＰアドレス、ポート番号またはＵＲＬ、接続機器２００であることを認証するための証明書等がある。また、機器登録サーバ３００へアクセスするための情報は、上述した被接続機器１００の場合と同様である。このうち機器登録サーバ３００の証明書については、被接続機器１００と共通の証明書であってもよく、別の証明書であってもよく、例えば、工場出荷時等に予め記憶部２２６に記録されている。なお、キー情報の内容の詳細については後述する。
キー情報入力部２５２は、被接続機器１００のユーザＵ１から接続機器２００のユーザＵ２にキー情報が伝達された後に、ユーザＵ２によりキー情報が入力される（ｔ２）。この入力の方法としては、例えば、接続機器２００がＰＣの場合には入力部１２０としてキーボードを使用し、接続機器２００がテレビの場合には入力部１２０としてボタンやリモコンを使用し、接続機器２００がゲーム機の場合はボタンやタッチパネル等を使用して、ユーザＵ２がユーザＵ１から通知されたキー情報（例えば、４桁の数字）を入力する方法等が考えられる。また、キー情報入力部２５２は、入力されたキー情報を、一旦記憶部２２６に記録するか、あるいは、直接情報提供部２５４に伝送する。
情報提供部２５４は、キー情報及び接続機器２００の接続情報を通信部２３２に伝送した後に、インターネット等の通信網２３８を介して機器登録サーバ３００に提供する。機器登録サーバ３００に提供されるキー情報は、情報提供部２５４により記憶部２２６から抽出されたものであっても、直接キー情報入力部２５２から情報提供部２５４に伝送されたものでもよい。また、接続機器２００の接続情報は、情報提供部２５４により記憶部２２６から抽出される。
なお、図示してはいないが、被接続機器１００と同様に、接続情報取得部や接続部を備えていてもよい。接続機器２００の接続部は、被接続機器１００から接続機器２００の証明書が送信されてきた場合には、その証明書を記憶部２２６に記録された証明書と照合し、２つの証明書が合致した場合に、被接続機器１００との接続を行う。接続機器２００と被接続機器１００との接続が行われた場合、接続情報取得部は、被接続機器１００から提供された被接続機器１００の接続情報を取得する。
通信部２３２は、キー情報及び接続機器２００の接続情報の送信、被接続機器１００からの被接続機器１００の接続情報の受信等を行う。
（機器登録サーバ３００の機能構成）
次に、図６に基づいて、機器登録サーバ３００の機能構成について説明する。なお、図６は、機器登録サーバ３００の機能構成を示す説明図である。
図６に示すように、機器登録サーバ３００は、主に、記憶部３２６と、キー情報生成部３５２と、キー情報提供部３５４と、情報取得部３６２と、接続情報提供部３６４と、接続部３６６と、通信部３３２とにより構成される。
なお、上記の機器登録サーバ３００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである点は、上述した被接続機器１００の場合と同様である。
記憶部３２６は、接続機器２００から取得した接続機器２００の接続情報が記録される記録手段である。また、記憶部３２６には、キー情報生成部３５２が生成したキー情報、及び機器登録サーバ３００の証明書等が予め格納されている。この機器登録サーバ３００の証明書は、接続相手の機器（例えば、被接続機器１００や接続機器２００）ごとに生成されたものであってもよいが、複数（あるいは全て）の機器に共通の証明書であってもよい。
ここで、キー情報としては、例えば、数桁の数字からなるＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を使用できる。ただし、被接続機器１００に対して発行したキー情報と、このキー情報を用いてアクセスしてきた接続機器２００が有するキー情報とを照合できるものであれば、特に限定はされず、例えば、数文字のアルファベット、数字とアルファベットの組み合わせ等を使用することもできる。また、後述するキー情報提供部３５４が提供するキー情報としては、機器登録サーバ３００が保持する情報量が少ないこと、また、被接続機器１００と接続機器２００との間のコネクションの安全性が高いこと等の理由から、有効期限付きのキー情報（例えば、使用可能な制限時間が５分程度と短いＰＩＮ）を使用することが好ましい。
キー情報生成部３５２は、被接続機器１００に対して発行するためのキー情報を生成する。キー情報生成部３５２は、上記キー情報の生成を、被接続機器１００のキー情報要求部１５２によるキー情報取得要求に応じて生成してもよいし、キー情報要求部１５２によるキー情報取得要求とは関係なく所定のタイミングで生成するようにしてもよい。キー情報生成部３５２は、生成したキー情報を、一旦記憶部３２６に記録するか、あるいは、直接キー情報提供部３５４に伝送する。
キー情報提供部３５４は、インターネット等の通信網３３８を介して被接続機器１００に対してキー情報を提供する。キー情報提供部３５４は、被接続機器１００のキー情報取得要求に応じてキー情報生成部３５２が新たに生成したキー情報を直接受け取って提供してもよく、記憶部３２６に記録されているキー情報のうち、いずれの機器に対しても使用されていないキー情報を選択的に抽出して提供してもよい。
なお、キー情報提供部３５４が被接続機器に対してキー情報を提供した後、キー情報提供部３５４から接続部３６６に対しキー情報を提供した旨の信号が伝送され、接続部３６６により、キー情報の提供先である被接続機器１００との間でセッションが確立される。キー情報が有効期限付きのものである場合には、被接続機器１００との間で確立されたセッションは当該有効期限の間だけ維持されることとなる。
情報取得部３６２は、接続機器２００から通信網３３８を介して送信されたキー情報と接続機器２００の接続情報とを受信した通信部３３２から取得する。情報取得部３６２は、取得したキー情報については、これを一旦記憶部３２６に記録するか、あるいは、直接接続情報提供部３６４（具体的には、後述する接続情報提供部３６４の照合部３６４Ａ）に提供する。また、情報取得部３６２は、取得した接続機器２００の接続情報については、これを記憶部３２６に一旦記録するか、あるいは、接続情報提供部３６４（具体的には、後述する接続情報提供部３６４の接続情報送信部３６４Ｃ）に直接伝送する。
接続情報提供部３６４は、まず、情報取得部３６２から直接受け取るか、あるいは、記憶部３２６から抽出した接続機器２００から取得したキー情報と、キー情報提供部３５４により被接続機器１００に提供されたキー情報とを照合する。この照合の結果、２つのキー情報が合致した場合には、接続情報提供部３６４は、通信網３３８を介して被接続機器１００に対し、接続機器２００の接続情報を提供する。被接続機器１００に提供する接続情報は、記憶部３２６から抽出されたものであってもよく、情報取得部３６２から直接受け取ったものであってもよい。
また、接続情報提供部３２６は、上記機能を達成するために、より詳細には、主に、照合部３６４Ａと、セッション検索部３６４Ｂと、接続情報送信部３６４Ｃとにより構成される。
照合部３６４Ａは、情報取得部３６２から直接受け取るか、あるいは、記憶部３２６から抽出した接続機器２００から取得したキー情報と、キー情報提供部３５４により被接続機器１００に提供されたキー情報とを照合する。照合の結果、２つのキー情報が合致した場合には、合致した旨の信号とともに合致したキー情報をセッション検索部３６４Ｂに送る。一方、２つのキー情報が合致しなかった場合には、合致しなかった旨の信号を接続部３６６に送る。なお、この信号を受け取った接続部３６６は、被接続機器１００との間に確立されているセッションを終了し、セッション終了通知を被接続機器１００及び接続機器２００に通信部３３２を通じて送信する。
セッション検索部３６４Ｂは、接続機器２００から取得したキー情報と被接続機器１００に提供されたキー情報とが合致した旨の信号を受けとった場合には、この信号とともに受けとったキー情報に該当するセッションがあるかどうかを検索する。該当するセッションがある場合には、該当するセッションがある旨の信号とともにその該当するセッションに関する情報を接続情報送信部３６４Ｃに送る。一方、該当するセッションが存在しなかった場合には、通信部３３２を通じて接続機器２００に対してセッション終了通知を送信する。
接続情報送信部３６４Ｃは、セッション検索部３６４Ｂから合致したキー情報に該当するセッションがある旨の信号を受け取った場合には、この信号とともに受け取った該当するセッションに関する情報に基づいて、その該当するセッションが確立されている機器（本実施形態の場合は、被接続機器１００）に対し、接続機器２００の接続情報を送信する。この場合、上述したように、被接続機器１００に提供する接続情報は、記憶部３２６から抽出されたものであってもよく、情報取得部３６２から直接受け取ったものであってもよく、通信部３３２を通じて被接続機器１００に送信される。
通信部３３２は、被接続機器１００からのキー情報取得要求の受信、被接続機器１００に対するキー情報の送信、接続機器２００からのキー情報と接続機器２００の接続情報との受信、被接続機器１００に対する接続機器２００の接続情報の送信等を行う。
以上、各機器の機能構成について説明したが、次に、各機器における処理の流れについて説明する。
（被接続機器１００における処理の流れ）
まず、図７及び図８に基づいて、被接続機器１００における処理の流れについて詳細に説明する。なお、図７は、被接続機器１００における処理フローを示す流れ図であり、図８は、被接続機器１００における機器登録処理の際の表示画面の一例を示す説明図である。また、図７には、図１に示した各処理についての符号（Ｘ１〜Ｘ６、Ｔ）を一緒に示してある。さらに、以下の説明では、キー情報として有効期限付きのＰＩＮを使用した例を挙げて説明する。
被接続機器１００における具体的な処理の流れを説明する前に、図８に示した被接続機器１００における機器登録処理の際の表示画面の構成について説明する。
図８に示すように、被接続機器１００における機器登録処理の際の表示画面１８０には、例えば、すでに被接続機器１００に登録されている機器のリスト（以下、「登録済み機器リスト」）１８２と、機器登録開始ボタン１８４と、キー情報表示画面１８６とが表示される。
登録済み機器リスト１８２には、この例では、ユーザＵ１が祖父であり、ユーザＵ２が孫である場合で、孫の家のＰＶＲ及び森田家のゲーム機がすでにユーザＵ１の被接続機器１００に登録されていることが示されている。また、キー情報表示画面１８６には、この例では、キー情報として４桁の数字（「４９７８」）からなるＰＩＮ１８８が表示され、さらに、機器登録処理をキャンセルするキャンセルボタン１９０が表示されている。以下、図７に基づき、適宜図８を参照しながら、被接続機器１００における具体的な処理の流れについて説明する。
図７に示すように、まず、被接続機器１００のユーザＵ１により機器登録開始ボタン１８４が押下される（Ｓ１０２）。この登録開始ボタン１８４の押下により、機器登録を開始する旨の信号がキー情報要求部１５２に送られる。この信号を受け取ったキー情報要求部１５２は、機器登録サーバ３００に対して、ＰＩＮの取得要求（Ｘ１）を送信する（Ｓ１０４）。次に、被接続機器１００のＣＰＵ１０６が、機器登録サーバ３００からＰＩＮを取得（Ｘ２）したかどうかを判断する（Ｓ１０６）。この判断の結果、機器登録サーバ３００からＰＩＮを取得せず、被接続機器１００のユーザＵ１により、キャンセルボタン１９０が押下された場合には（Ｓ１０８）、機器登録サーバ３００に対してセッション終了通知を送信し（Ｓ１１０）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ１０６の判断の結果、機器登録サーバ３００からＰＩＮを取得せず、機器登録サーバ３００からセッション終了通知を受信した場合には（Ｓ１１２）、機器登録失敗の終了通知を被接続機器１００の表示画面１８０にＵＩ表示し（Ｓ１１４）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ１０６の判断の結果、機器登録サーバ３００からＰＩＮを受信（Ｘ２）した場合には（Ｓ１１６）、例えば、出力部１２２によりキー情報表示画面１８６にＰＩＮ１８８を表示するなどして出力する（Ｓ１１８）。ＰＩＮ１８８の出力方法については、この例には限られず、他の出力手段を用いても良いが、詳細は上述したとおりなのでここではその説明を省略する。
次に、キー情報表示画面１８６に表示されたＰＩＮ１８８を視覚的に認識したユーザＵ１が、電話等の特定の相手にのみ情報を通知できる所定の通知手段により、接続機器２００のユーザＵ２に対してＰＩＮ１８８を通知（Ｔ）する（Ｓ１２０）。なお、ＰＩＮ１８８が通知されたユーザＵ２は、接続機器２００にＰＩＮ１８８を入力する。
その後、ＰＩＮ１８８の有効期限内（例えば、機器登録サーバ３００によるＰＩＮ１８８の発行から５分以内）に接続機器２００の接続情報を取得（Ｘ５）したかどうかを、ＣＰＵ１０６が判断する（Ｓ１２２）。この判断の結果、機器登録サーバ３００から接続機器２００の接続情報を取得せず、ユーザＵ１によりキャンセルボタン１９０が押下された場合には（Ｓ１２４）、機器登録サーバ３００に対してセッション終了通知を送信し（Ｓ１１０）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ１２２の判断の結果、機器登録サーバ３００から接続機器２００の接続情報を取得せず、機器登録サーバ３００からセッション終了通知を受信した場合には（Ｓ１２６）、機器登録失敗の終了通知を被接続機器１００の表示画面１８０にＵＩ表示し（Ｓ１１４）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ１２２の判断の結果、機器登録サーバ３００から接続機器２００の接続情報を受信（Ｘ５）した場合には（Ｓ１２８）、受信した接続情報に基づいて接続機器２００にアクセスし、証明書による認証がなされた場合には、接続機器２００と接続される。被接続機器１００と接続機器２００との間のセッションが確立された後、接続機器２００に対して、被接続機器１００の接続情報を送信し（Ｘ６）、接続機器２００との間で接続情報の交換を行う（Ｓ１３０）。接続機器２００との接続情報の交換後、接続機器２００の登録処理を行い（Ｓ１３２）、接続機器２００の機器登録処理を終了する（機器登録成功）。このように機器登録が行われると、表示画面１８０の登録済み機器リスト１８２に、接続機器２００が追加される。
（接続機器２００における処理の流れ）
次に、図９及び図１０に基づいて、接続機器２００における処理の流れについて詳細に説明する。なお、図９は、接続機器２００における処理フローを示す流れ図であり、図１０は、接続機器２００における機器登録処理の際の表示画面の一例を示す説明図である。また、図９には、図１に示した各処理についての符号（Ｘ１〜Ｘ６、Ｔ）を一緒に示してある。さらに、キー情報として有効期限付きのＰＩＮを使用した例を挙げて説明する点については、上述した被接続機器１００の場合と同様である。
接続機器２００における具体的な処理の流れを説明する前に、図１０に示した接続機器２００における機器登録処理の際の表示画面の構成について説明する。
図１０に示すように、接続機器２００における機器登録処理の際の表示画面２８０には、例えば、すでに接続機器２００に登録されている機器のリスト（以下、「登録済み機器リスト」）２８２と、機器登録開始ボタン２８４と、キー情報入力画面２８６とが表示される。
登録済み機器リスト２８２には、この例では、ユーザＵ１が祖父であり、ユーザＵ２が孫である場合で、祖父の家のＰＣ、田中家のＴＶ及び森田家のゲーム機がすでにユーザＵ２の接続機器２００に登録されていることが示されている。また、キー情報入力画面２８６には、この例では、キー情報として４桁の数字（「４９７８」）からなるＰＩＮ１８８をユーザＵ２がユーザＵ１から通知された場合に、ユーザＵ２が当該ＰＩＮ１８８を入力するためのＰＩＮ入力欄２８８が表示され、さらに、機器登録処理をキャンセルするキャンセルボタン２９０が表示されている。以下、図９に基づき、適宜図１０を参照しながら、接続機器２００における具体的な処理の流れについて説明する。
図９に示すように、まず、接続機器２００のユーザＵ２が、被接続機器１００のユーザＵ１からＰＩＮ１８８を通知された後に、ユーザＵ２により機器登録開始ボタン２８４が押下される（Ｓ２０２）。この登録開始ボタン２８４の押下により、機器登録を開始する旨の信号がキー情報入力部２５２に送られる。この信号を受け取ったキー情報入力部２５２は、ユーザＵ２がユーザＵ１から通知された（Ｔ）ＰＩＮ１８８の入力を、ユーザＵ２に対して要求する（Ｓ２０４）。このＰＩＮ入力要求は、例えば、当該要求信号をキー情報入力部２５２から受けた接続機器２００の出力部２２２が、キー情報入力画面２８６にＵＩ表示（図８に示したような「これから登録する機器に表示されたパスコードを入力してください」等）することにより行われる。次に、接続機器２００のＣＰＵ２０６が、上記ＰＩＮ入力要求の結果、ユーザＵ２によりＰＩＮ１８８がＰＩＮ入力欄２８８に入力されたかどうかを判断する（Ｓ２０６）。この判断の結果、ＰＩＮ１８８が入力されず、ユーザＵ２によりキャンセルボタン２９０が押下された場合には（Ｓ２０８）、接続機器２００は被接続機器１００の機器登録処理を終了する（機器登録失敗）。なお、この例においては、ＰＩＮ１８８は有効期限付きの情報であるので、この有効期限内にユーザＵ２によるＰＩＮ１８８の入力が行われなかった場合にも、被接続機器１００の機器登録は失敗終了となる。一方、ステップＳ２０６の判断の結果、ユーザＵ２によりＰＩＮ１８８が入力された場合には（Ｓ２１０）、接続機器２００の情報提供部２５４が、機器登録サーバ３００に対して、接続機器２００の接続情報（Ｘ４）とＰＩＮ（Ｔ）とを通知する（Ｓ２１２）。
その後、ＣＰＵ２０６は、接続機器２００の接続情報を取得した被接続機器１００からの接続要求を受信したかどうかを判断する（Ｓ２１４）。この判断の結果、被接続機器１００からの接続要求を受信する前に、ユーザＵ２により機器登録のキャンセルボタン２９０が押下された場合には（Ｓ２１６）、接続機器２００は被接続機器１００の機器登録処理を終了する（機器登録失敗）。また、ステップＳ２１４の判断の結果、被接続機器１００からの接続要求を受信せず、機器登録サーバ３００からセッション終了通知を受信した場合には（Ｓ２１８）、機器登録失敗の終了通知を接続機器２００の表示画面２８０にＵＩ表示し（Ｓ２２０）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ２１４の判断の結果、被接続機器１００からの接続要求を受信した場合には、被接続機器１００が提示した接続機器２００の証明書に基づいて認証処理を行い、この認証がなされた場合には、被接続機器１００と接続される。接続機器２００と被接続機器１００との間のセッションが確立された後、被接続機器１００から被接続機器１００の接続情報を受信し（Ｘ６）、被接続機器１００との間で接続情報の交換を行う（Ｓ２２２）。被接続機器１００との接続情報の交換後、被接続機器１００の登録処理を行い（Ｓ１３２）、被接続機器１００の機器登録処理を終了する（機器登録成功）。このように機器登録が行われると、表示画面２８０の登録済み機器リスト２８２に、被接続機器１００が追加される。
（機器登録サーバ３００における処理の流れ）
次に、図１１及び図１２に基づいて、機器登録サーバ３００における処理の流れについて詳細に説明する。なお、図１１は、機器登録サーバ３００における処理フローのうち、複数のセッションを管理する機器登録サーバ３００全体の処理フローを示す流れ図であり、図１２は、機器登録サーバ３００における処理フローのうち、個々のセッションごとの処理フローを示す流れ図である。また、図１１及び図１２には、図１に示した各処理についての符号（Ｘ１〜Ｘ６、Ｔ）を一緒に示してある。さらに、キー情報として有効期限付きのＰＩＮを使用した例を挙げて説明する点については、上述した被接続機器１００の場合と同様である。
初めに、図１１を参照しながら、複数のセッションを管理する機器登録サーバ３００全体の処理の流れについて説明する。
図１１に示すように、機器登録サーバ３００は、被接続機器１００及び接続機器２００からのアクセス（接続要求）がない場合には待機状態にあり、この待機状態において、他の機器（本実施形態では、被接続機器１００または接続機器２００）から何らかの情報を受信した場合には、その受信情報の内容を判別する。その受信情報の判別の結果に応じて、３つのチャネルＡ〜Ｃに移行する。
第１に、機器登録サーバ３００が被接続機器１００からＰＩＮ取得要求（Ｘ１）を受信した場合には（Ｓ３０２）、チャネルＡに移行する。ＰＩＮ取得要求を受信した機器登録サーバ３００のキー情報生成部３５２は、この例では、４桁の数字からなる有効期限付きのＰＩＮ１８８を生成する（Ｓ３０４）。なお、上述したように、このステップＳ３０４は必ずしもステップＳ３０２の後に行われなくてもよい。すなわち、ＰＩＮ１８８は、被接続機器１００のＰＩＮ取得要求（Ｘ１）に応じて生成されたものでなくてもよく、予めキー情報生成部３５２により生成され、機器登録サーバ３００の記憶部３２６に記録されているものを抽出したものであってもよい。次に、機器登録サーバ３００は、ステップＳ３０４で生成されたＰＩＮ１８８を被接続機器１００に送信し、ＰＩＮ１８８の送信先である被接続機器１００との間でセッションを確立し（Ｓ３０６）、機器登録サーバ３００は再び待機状態となる。被接続機器１００との間で確立されたセッションは、機器登録サーバ３００が被接続機器１００からのセッション終了通知を受信しない限り、ＰＩＮ１８８の有効期限の間維持される。
第２に、ＰＩＮ１８８の有効期限内に、接続機器２００からその接続情報を受信（Ｘ４）した場合には（Ｓ３０８）、チャネルＢに移行する。機器登録サーバ３００は、上述したように、接続機器２００の接続情報を受信する際に同時にＰＩＮも受信する。機器登録サーバ３００の照合部３６４Ａは、接続機器２００から受信したＰＩＮと、その前に被接続機器１００に発行したＰＩＮ１８８とを照合する（Ｓ３１０）。次に、機器登録サーバ３００のＣＰＵ３０６は、このステップＳ３１０の照合の結果、接続機器２００から受信したＰＩＮが、被接続機器１００に発行したＰＩＮ１８８と合致したかどうかを判断する（Ｓ３１２）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ３００は再び待機状態となる。一方、ステップＳ３１２の判断の結果、上記２つのＰＩＮが合致した場合には、セッション検索部３６４Ｂが、この合致したＰＩＮ１８８に該当するセッション、すなわち、この例の場合は、機器登録サーバ３００と被接続機器１００との間に確立されたセッションが存在するかどうかを検索し、この検索の結果をＣＰＵ３０６が判断する（Ｓ３１４）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合は被接続機器１００に対して、接続機器２００の接続情報を送信し（Ｓ３１６）、機器登録サーバ３００は再び待機状態となる。一方、ステップＳ３１４の判断の結果、該当するセッションが存在しないと判断された場合には、接続機器２００に対してセッション終了通知を送信し（Ｓ３１８）、機器登録サーバ３００は再び待機状態となる。
第３に、被接続機器１００からのセッション終了通知（セッション終了要求の通知）を受信した場合には（Ｓ３２０）、チャネルＣに移行する。機器登録サーバ３００は、被接続機器１００からセッション終了通知を受信する際に同時にＰＩＮも受信する。機器登録サーバ３００の照合部３６４Ａは、このとき被接続機器１００から受信したＰＩＮと、その前に被接続機器１００に発行したＰＩＮ１８８とを照合する（Ｓ３２２）。次に、機器登録サーバ３００のＣＰＵ３０６は、このステップＳ３２２の照合の結果、被接続機器１００からセッション終了通知とともに受信したＰＩＮが、被接続機器１００に発行したＰＩＮ１８８と合致したかどうかを判断する（Ｓ３２４）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ３００は再び待機状態となる。一方、ステップＳ３２４の判断の結果、上記２つのＰＩＮが合致した場合には、セッション検索部３６４Ｂが、この合致したＰＩＮ１８８に該当するセッション、すなわち、この例の場合は、機器登録サーバ３００と被接続機器１００との間に確立されたセッションが存在するかどうかを検索し、この検索の結果をＣＰＵ３０６が判断する（Ｓ３２６）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合は被接続機器１００に対して、セッション終了通知（セッションを実際に終了した旨の通知）を送信し（Ｓ３２８）、機器登録サーバ３００は再び待機状態となる。一方、ステップＳ３２６の判断の結果、該当するセッションが存在しないと判断された場合には、接続機器２００に対してセッション終了通知を送信し（Ｓ３１８）、機器登録サーバ３００は再び待機状態となる。
次に、図１２を参照しながら、複数のセッションを管理する機器登録サーバ３００の個々のセッションごとの処理の流れについて説明する。以下の説明においては、機器登録サーバ３００と被接続機器１００との間に確立されたセッションにおける処理の流れを例に挙げて説明する。
図１２に示すように、機器登録サーバ３００が被接続機器１００との間でセッションを確立（Ｓ３３２）した後に、この確立されたセッションを通じて、被接続機器１００に対してＰＩＮ１８８（Ｘ２）を通知する（Ｓ３３４）。この例においては、ＰＩＮ１８８は、有効期限付きの情報であるので、被接続機器１００に対してセッションを通知した時点からセッションタイマーがスタートする（Ｓ３３６）。次に、ＣＰＵ３０６は、このセッションタイマーの制限時間内に、情報取得部３６２が接続機器２００の接続情報を取得したかどうかを判断する（Ｓ３３８）。この判断の結果、接続機器２００の接続情報を取得せず、セッションタイマーがタイムアウトしたと判断された場合には（Ｓ３４０）、被接続機器１００に対してセッション終了を通知し（Ｓ３４２）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ３３８の判断の結果、接続機器２００に対してセッション終了を通知したと判断された場合にも（Ｓ３４４）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ３３８の判断の結果、接続機器２００の接続情報を受信したと判断された場合には（Ｓ３４６）、被接続機器１００に対して、接続機器２００から受信した接続機器２００の接続情報（Ｘ５）を送信し（Ｓ３４８）、機器登録処理を終了する（機器登録成功）。
［本発明の第２実施形態に係る接続認証システム］
次に、本発明の第２の実施形態に係る接続認証システムについて詳細に説明する。以下では、本実施形態に係る接続認証システムの一例として、上述した機器登録サーバ３００の機能を応用して、接続情報としてネットワーク上にあるコンテンツの所在（例えば、ＵＲＬ；Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ等）をユーザに通知するＵＲＬ通知システム７００について説明する。特に、本実施形態に係るＵＲＬ通知システム７００は、検索エンジン等を用いて検索されないように設定されている比較的プライベートなＷｅｂコンテンツの所在をメール機能のない端末装置に対して通知する際に好適に利用される。
まず、本実施形態に係るＵＲＬ通知システム７００について詳細に説明するに先立ち、本実施形態に係る接続認証システムが解決しようとする具体的な課題と、この接続認証システムが達しようとする具体的な目的について説明する。
上述した第１の実施形態に係る接続認証システムの場合と同様に、本実施形態においても適用対象は、ホームネットワーク等に接続して利用される機器（以下、ホームサーバ；例えば、ＤＬＮＡに準拠して構成されるコンテンツサーバ等）である。特に、本実施形態の場合、Ｗｅｂサーバとして機能する機器に対して、上記の機器登録サーバ３００の技術を適用する場合に要する装置構成を具体的に示すものである。つまり、本実施形態に係るＵＲＬ通知システム７００の技術は、インターネット等の広域ネットワークに接続されるＷｅｂサーバ機能を持った機器に好適に適用される。
上記のようにホームサーバとして利用される機器をＷｅｂサーバとして利用する場合、当該Ｗｅｂサーバが提供するコンテンツの所在を視聴者に対して、どのように伝達するかというのが一つの大きな課題である。また、こうしたコンテンツは、視聴者の端末装置が備えるブラウザを介して再生されるが、その所在を示すＵＲＬが長いため、ブラウザの入力欄に正確に入力するのが現実的に困難であるという問題がある。特に、ホームサーバは、ドメイン名とＩＰアドレスとの対応付けにＤＤＮＳ（Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ）を利用しているケースが多いため、ＵＲＬが複雑で長いものになる。
従来は、Ｗｅｂコンテンツを試聴するために、ＰＣ、携帯電話、又は情報端末等の汎用機器が利用されていたため、これらの汎用機器が備えるメーラに対してＵＲＬを送信することによって上記の問題を解決していた。つまり、メールで送信されてきたＵＲＬをクリック等することにより、そのＵＲＬが示すコンテンツをブラウザで表示するという、メーラとブラウザとの連携機能によって上記の問題を解決していたのである。しかし、メーラ又はメール機能を持たない機器に対しては、上記の連携機能を利用してＵＲＬを伝送する方法は適用できない。最近は、ゲーム機やテレビ等の家電機器も高機能化しており、これらの機器にもブラウザが搭載されてＷｅｂコンテンツが視聴できるようになってきている。
そこで、本実施形態に係るＵＲＬ通知システム７００は、上記のようなメーラ又はメール機能を持たない機器に対しても、複雑で長いＵＲＬにより所在が示されるＷｅｂコンテンツを簡単に視聴可能にする機能を提供することを目的とする。
（ＵＲＬ通知システム７００の構成及びＵＲＬ通知方法の概要）
次に、図１３に基づいて、ＵＲＬ通知システム７００と、これに接続される端末装置４００、及びＷｅｂサーバ８００の構成及びＵＲＬ通知方法の概要について説明する。図１３は、本実施形態に係るＵＲＬ通知システム７００の全体構成を示す説明図である。
図１３に示すように、ＵＲＬ通知システム７００は、主に、本実施形態に係る情報取得装置の一例としてのＵＲＬ通知サーバ５００と、機器登録サーバ６００とにより構成される。また、ＵＲＬ通知サーバ５００は、本実施形態に係る認証情報通知装置の一例としてのブラウザ４１０を備えた端末装置４００に接続されている。一方、機器登録サーバ６００は、Ｗｅｂサーバ８００に接続されている。さらに、端末装置４００とＷｅｂサーバ８００とは、例えば、インターネット等の広域ネットワークを介して接続されている。以下、端末装置４００及びＷｅｂサーバ８００との間の関係を意識しつつ、ＵＲＬ通知サーバ５００、及び機器登録サーバ６００の機能について簡単に説明する。
（ＵＲＬ通知サーバ５００）
ＵＲＬ通知サーバ５００は、ブラウザ４１０を介して端末装置４００から受けたＰＩＮ（キー情報）表示要求を機器登録サーバ６００に中継し、機器登録サーバ６００が発行したＰＩＮをブラウザ４１０に表示させる機能を有している。また、ＵＲＬ通知サーバ５００は、所定の手続き及び処理を介して伝達されたＷｅｂサーバ８００のＵＲＬを端末装置４００に通知するか、又は当該ＵＲＬが示すＷｅｂコンテンツにブラウザ４１０の参照先をリダイレクト（参照先変更）する機能を有する。このとき、ブラウザ４１０が定期的にページを更新するように構成される。
上記の機能を提供するために、ＵＲＬ通知サーバ５００は、端末装置４００のユーザＵ１に対して入力／表示インターフェースを提供する。例えば、ＵＲＬ通知サーバ４００は、ＰＩＮの発行要求をするためのＰＩＮ発行要求ボタンやＰＩＮ発行又はＵＲＬ通知処理をキャンセルするためのキャンセルボタン等の入力インターフェース、及びＰＩＮを表示するための表示インターフェースをブラウザ４１０に提供する。このとき、ＵＲＬ通知サーバ５００と端末装置４００との間の通信にはＳＳＬ等の認証技術を利用することが可能である。また、ＵＲＬ通知サーバ５００は、端末装置４００との間のセッションが確立された後、所定時間だけ当該セッションを維持し、所定時間が経過した後にセッションを破棄するように構成することもできる。なお、このセッションの形式は、特に限定されない。例えば、ネットワーク上にあるＵＲＬ通知サーバ５００がステートを管理するためのＣＧＩを持つように構成することも可能である。
（機器登録サーバ６００）
機器登録サーバ６００は、ＵＲＬ通知サーバ５００から伝送されたＰＩＮ発行要求に応じてＰＩＮを発行し、ＵＲＬ通知サーバ５００に送信する機能を有する。また、機器登録サーバ６００は、発行したＰＩＮを所定時間だけ保持しておき、Ｗｅｂサーバ８００から伝送されてきたＰＩＮと、その時点で保持しているＰＩＮとを照合して、ＰＩＮと共にＷｅｂサーバ８００から伝送されてきたＵＲＬの転送先を検出する。そして、機器登録サーバ６００は、その転送先が存在する場合に、ＵＲＬをＵＲＬ通知サーバ５００に伝送する。また、機器登録サーバ６００は、Ｗｅｂサーバ８００に対して、ＰＩＮとＵＲＬと入力するためのインターフェースを提供するように構成することもできる。例えば、機器登録サーバ６００は、ＰＩＮ入力欄、及びＵＲＬ入力欄を少なくとも備える設定ページを提供することで、Ｗｅｂサーバ８００が備えるブラウザを介してＰＩＮ及びＵＲＬを伝送できるように構成してもよい。
（ＵＲＬ通知方法）
ここで、図１３を参照しながら、Ｗｅｂサーバ８００が伝送するＵＲＬにブラウザ４１０がリダイレクトされるまでの手順について簡単に説明する。まず、端末装置４００のユーザＵ１は、ブラウザ４１０を利用してＷｅｂサーバ８００が提供するコンテンツにアクセスしようとする。このとき、ユーザＵ１は、ＵＲＬ通知サーバ５００が提供するページにアクセスする（Ｙ１）。例えば、端末装置４００の出荷時にブラウザ４１０に登録されているリンクを指定して当該ページにアクセスするか、あるいは、検索エンジン等を利用して、そのページにアクセスする必要がある。
次いで、ユーザＵ１は、ＵＲＬ通知サーバ５００のページに設けられた開始ボタンを押下する。すると、ブラウザ４１０にＰＩＮが表示される（Ｙ４）。次いで、ユーザＵ１は、ブラウザ４１０に表示されたＰＩＮを電話等の通信手段を利用してＷｅｂサーバ８００（又は、ＵＲＬやＵＲＬが示すコンテンツ）の管理者Ｕ２に伝達する（Ｔ）。次いで、管理者Ｕ２は、ユーザＵ１から電話で伝達されたＰＩＮと、Ｗｅｂサーバ８００が提供するコンテンツのＵＲＬ（又は、Ｗｅｂサーバ内のフォルダ位置等）とを機器登録サーバ６００が提供する設定ページのＰＩＮ入力欄とＵＲＬ入力欄とにそれぞれ入力する（Ｙ６）。例えば、設定ページには、ＵＲＬをメールにて送信するための「メールアドレス入力欄」、ＵＲＬを示すＱＲコードを画面出力するための「ＱＲコード出力ボタン」、ＰＩＮを画面入力するための「ＰＩＮ入力欄」等が設けられていてもよい。
管理者Ｕ２によりＰＩＮとＵＲＬとが入力されると、ＵＲＬ通知システム７００内で所定の処理が実行され、そのＵＲＬに基づいてブラウザ４１０の参照先がリダイレクトされる（Ｙ８）。このとき、ユーザＵ１は、リダイレクトされたコンテンツのＵＲＬをお気に入りに登録しておくことにより、そのコンテンツにアクセスする度にＵＲＬ通知処理を実行する必要がなくなる。
以上、本実施形態に係るＵＲＬ通知システム７００の構成、及びＵＲＬ通知方法の概要について説明した。上記の構成を適用することにより、メール機能を備えていない機器であっても、長く複雑なＵＲＬを入力することなく所望のコンテンツに参照先をリダイレクトすることが可能になるため、ホームサーバ等がＷｅｂサーバとして提供するコンテンツを簡単に視聴することができるようになる。
（ＵＲＬ通知サーバ５００の機能構成）
次に、図１４に基づいて、本実施形態に係るＵＲＬ通知サーバ５００の機能構成について説明する。図１４は、本実施形態に係るＵＲＬ通知サーバ５００の機能構成を示す説明図である。
図１４に示すように、ＵＲＬ通知サーバ５００は、主に、ＰＩＮ要求部５０２と、ＰＩＮ受信部５０４と、ＰＩＮ表示部５０６と、ＵＲＬ受信部５０８と、ＵＲＬリダイレクト処理部５１０とにより構成されている。
ＰＩＮ要求部５０２は、端末装置４００のブラウザ４１０に表示されたＰＩＮ発行ボタンが押下された際に、機器登録サーバ６００に対してＰＩＮ発行要求を送信する。なお、ブラウザ４１０には、ＵＲＬ通知サーバ５００のページが表示されているものと仮定している。
ＰＩＮ受信部５０４は、ＰＩＮ要求部５０２が送信したＰＩＮ発行要求に応じて機器登録サーバ６００が発行したＰＩＮを受信し、そのＰＩＮをＰＩＮ表示部５０６に伝送する。そして、ＰＩＮ表示部５０６は、ＰＩＮ受信部５０４から取得したＰＩＮを端末装置４００のブラウザ４１０に表示する。
ＵＲＬ受信部５０８は、機器登録サーバ６００からＵＲＬを受信する。より詳細には、ＰＩＮ表示部５０６によって端末装置４００のブラウザ４１０に表示したＰＩＮと同じＰＩＮが機器登録サーバ６００に入力された場合に、ＵＲＬ通知サーバ５００は、機器登録サーバ６００から伝送されたＵＲＬをＵＲＬ受信部５０８を介して受信する。そして、ＵＲＬリダイレクト処理部５１０は、ＵＲＬ受信部５０８から伝送されたＵＲＬに基づき、端末装置４００のブラウザ４１０の参照先を当該ＵＲＬにリダイレクトさせる。なお、当該リダイレクト処理は、例えば、ＵＲＬ通知サーバ５００が保持する所定のスクリプトに基づいて実行される。
以上説明したように、ＵＲＬ通知サーバ５００は、端末装置４００と機器登録サーバ６００との間を中継し、ＰＩＮ情報の伝達処理、ＵＲＬ情報の伝達、及びブラウザ４１０の参照先リダイレクト処理等を実行する。上記の構成を適用すると、ネットワーク上にある多数の端末装置４００のブラウザ４１０に対して公開されるＰＩＮ／ＵＲＬ情報の入出力ページ、及びブラウザ４１０の参照先リダイレクト処理等のブラウザ４１０に関する処理をＵＲＬ通知サーバ５００が一元管理することが可能になる。その結果、機器登録サーバ６００の機能構成が必要以上に複雑になることを避けることが可能になる上、機器登録サーバ６００とＵＲＬ通知サーバ５００とを別体として構成することで、容易に分散処理が図れるという利点もある。もちろん、サーバ管理上の利便性の向上も図れる。
（機器登録サーバ６００の機能構成）
次に、図１５に基づいて、本実施形態に係る機器登録サーバ５００の機能構成について説明する。図１５は、本実施形態に係る機器登録サーバ５００の機能構成を示す説明図である。
図１５に示すように、機器登録サーバ５００は、主に、ＰＩＮ発行部６０２と、一時記憶部６０４と、ＰＩＮ受信部６０６と、ＰＩＮ照合部６０８と、ＵＲＬ受信部６１０と、ＵＲＬ送信部６１２とにより構成される。
ＰＩＮ発行部６０２は、ＵＲＬ通知サーバ５００のＰＩＮ要求部５０２により伝送されたＰＩＮ発行要求に応じてＰＩＮを生成する。そして、ＰＩＮ発行部６０２は、生成したＰＩＮをＵＲＬ通知サーバ５００のＰＩＮ受信部５０４に伝送する。また、ＰＩＮ発行部６０２は、生成したＰＩＮを一時記憶部６０４に保存する。一時記憶部６０４は、不揮発性メモリであってもよいが、機器登録サーバ６００の通電時のみ記憶データを保持することが可能な揮発性メモリであってもよい。さらに、ＰＩＮ発行部６０２は、ＵＲＬ通知サーバ５００との間のセッションが断絶した場合、又はＵＲＬ通知処理のキャンセル要求をＵＲＬ通知サーバ５００から受信した場合、所定時間が経過してＵＲＬ通知処理がタイムアウトした場合等に、一時記憶部６０４に記録された記録データ（例えば、ＰＩＮ、又はＰＩＮを発行した端末装置４００の情報等）を消去するように構成することも可能である。
ＰＩＮ受信部６０６は、Ｗｅｂサーバ８００からＰＩＮを受信してＰＩＮ照合部６０８に伝送する。ＰＩＮ照合部６０８は、ＰＩＮ受信部６０６から受信したＰＩＮと、一時記憶部６０４に保存されているＰＩＮとを照合して、Ｗｅｂサーバ８００から伝送されたＰＩＮが自己（ＰＩＮ発行部６０２）の発行したＰＩＮであるか否かを判断する。その結果、Ｗｅｂサーバ８００から受信したＰＩＮと一致するＰＩＮが一時記憶部６０４に存在する場合、ＰＩＮ照合部６０８は、後述するＵＲＬ送信部６１２に対してＵＲＬ送信要求を通知する。このとき、ＰＩＮ照合部６０８は、ＵＲＬ通知サーバ５００とブラウザ４１０との通信状態に関する情報（例えば、通信中、又は通信断等）をＵＲＬ通知サーバ５００から取得して、通信中である場合にＵＲＬ送信要求を通知するように構成することも可能である。
ＵＲＬ受信部６１０は、Ｗｅｂサーバ８００からＵＲＬを受信して、ＵＲＬ送信部６１２に伝送する。このとき、Ｗｅｂサーバ８００から送信されるＵＲＬは、ＰＩＮと共に伝送されるものであり、ＰＩＮ受信部６０６が受信するＰＩＮとＵＲＬ受信部６１０が受信するＵＲＬとは対応するものである。そして、ＵＲＬ送信部６１２は、ＵＲＬ受信部６１０から取得したＵＲＬをＵＲＬ通知サーバ５００に送信する。上記の通り、ＵＲＬ送信部６１２は、ＰＩＮ照合部６０８から通知されるＵＲＬ送信要求に応じて、該当するＵＲＬをＵＲＬ通知サーバ５００に送信する。
以上、本実施形態に係る機器登録サーバ６００の主な機能構成について説明した。上記の構成によると、端末装置４００のユーザＵ１とＷｅｂサーバ８００の管理者（又はユーザ）Ｕ２との間で行われるＰＩＮのやり取りを認証して、ＵＲＬをＵＲＬ通知サーバ５００に伝送することが可能になる。さらに、端末装置４００のブラウザ４１０の表示状態に応じて保持するＰＩＮを消去する構成、又は所定時間だけＰＩＮを保持する構成を適用することにより、機器登録サーバ６００が保持すべきＰＩＮ等の情報を削減できる上、当該情報を管理する負担を低減させることができる。なお、本実施形態に係る機器登録サーバ６００は、上記の第１実施形態に係る機器登録サーバ３００に比べてＵＲＬ送信に特化した構成になってはいるが、基本的な技術的思想において上記の第１実施形態に係る機器登録サーバ３００とほぼ共通している点にも留意する必要がある。
（Ｗｅｂサーバ８００の機能構成）
次に、図１６に基づいて、本実施形態に係るＷｅｂサーバ８００の機能構成について説明する。図１６は、本実施形態に係るＷｅｂサーバ８００の機能構成を示す説明図である。
図１６に示すように、Ｗｅｂサーバ８００は、主に、ＰＩＮ／ＵＲＬ送信インターフェース８１０と、ページ表示部８２０とにより構成される。さらに、ＰＩＮ／ＵＲＬ送信インターフェース８１０には、ＵＲＬ入力部８１２と、ＰＩＮ入力部８１４とが設けられている。
ＰＩＮ／ＵＲＬ送信インターフェース８１０は、機器登録サーバ６００に接続され、ＵＲＬ入力部８１２、及びＰＩＮ入力部８１４に入力された情報（それぞれ、ＵＲＬ、ＰＩＮ）を機器登録サーバ６００に送信する。ＰＩＮ／ＵＲＬ送信インターフェース８１０は、機器登録サーバ８１０の管理者又はユーザ（以下、管理者と呼ぶ）Ｕ２が機器登録サーバ６００に情報を送信するためのユーザインターフェース（ＵＩ）を提供するものである。そのため、専用のＵＩであってもよいが、Ｗｅｂブラウザを利用したインターフェースであってもよい。その場合、ＰＩＮ／ＵＲＬ送信インターフェース８１０は、機器登録サーバ６００のページが表示されたＷｅｂブラウザの表示画面である。なお、ＰＩＮ／ＵＲＬ送信インターフェース８１０は、機器登録サーバ６００に対して相互に接続するための認証情報等を送受信するように構成してもよい。
また、ＵＲＬ入力部８１２は、Ｗｅｂサーバ８００の管理者Ｕ２が端末装置４００に通知したいＵＲＬを入力する入力用のインターフェースである。例えば、テキストを入力可能な入力欄、所定のＵＲＬがリストアップされたプルダウンメニュー、又は所定のＵＲＬに対応付けされたＵＲＬ送信ボタンにより構成することができる。一方、ＰＩＮ入力部８１４は、端末装置４００のユーザＵ１から通知されたＰＩＮを入力するインターフェースである。例えば、テキスト入力可能な入力欄により構成することも可能であるし、携帯電話やＰＤＡ等の携帯端末を接続してＷｅｂサーバ８００に入力されたＰＩＮ情報を表示して選択する選択インターフェースにより構成することも可能である。
ページ表示部８２０は、ネットワーク８５０に接続され、端末装置４００のブラウザ４１０にページを表示する機能を有する。例えば、ページ表示部８２０は、ＡｐａｃｈｅやＩＩＳ等のＷｅｂサーバ機能を実現するモジュールにより構成することが可能である。従って、所定のＵＲＬ通知処理ステップを経て端末装置４００のブラウザ４１０がＷｅｂサーバ８００のページにアクセスした際、そのページを表示するのがページ表示部８２０である。なお、一例としてページを表示するページ表示部８２０の構成を図示したが、本実施形態の適用範囲は、これに限定されるものではない。例えば、ページ表示部８２０に代えて、映像コンテンツを再生させる映像サーバ、又は音楽コンテンツを再生させる音楽サーバ等の各種コンテンツサーバ等により構成することも可能である。
以上説明したように、本実施形態に係るＷｅｂサーバ８００は、端末装置４００のユーザＵ１に伝えたいＵＲＬを、ＵＲＬ通知システム７００を介して通知するために、当該ＵＲＬとＰＩＮとを機器登録サーバ６００に送信することができる。また、端末装置４００からのページ表示要求に応じて、端末装置４００のブラウザ４１０にページを表示させることができる。上記の説明では、本実施形態の技術的特徴をより理解し易いようにＷｅｂサーバ８００のページを表示する構成を主に例示したが、本実施形態に係る技術を他の構成に適用することも可能である。
例えば、Ｗｅｂサーバ８００内の公開ディレクトリのアドレスと、当該アドレスにアクセスするための接続認証情報とをＵＲＬに代えて通知し、端末装置４００が備えるＦＴＰ機能やＳＳＨ機能等を利用して、その公開ディレクトリにアクセスさせるように構成することもできる。その場合、ページ表示部８２０に代えて、ＦＴＰサーバやＳＳＨサーバ等が利用される。これらの変形例は、ほんの一例であり、本実施形態に係る技術的特徴を例示した構成以外にも適用できることは当業者にとって明らかであろう。
（ブラウザ４１０の表示構成）
ここで、図１７に基づいて、端末装置４００のブラウザ４１０に表示されるＰＩＮ発行要求画面と、ＰＩＮ表示画面とについて簡単に説明する。図１７は、ブラウザ４１０に表示されるＰＩＮ発行要求及びＰＩＮ表示画面の一例を示す説明図である。
まず、図１７の左図を参照すると、ＵＲＬ通知サーバ５００のページに接続中のブラウザ４１０の表示画面が示されている。この例では、ブラウザ４１０の表示画面にＰＩＮ発行要求ボタン（開始ボタン）４１２が表示されている。端末装置４００のユーザＵ１は、このＰＩＮ発行要求ボタン４１２を押下することにより、ＵＲＬ通知サーバ５００からＰＩＮの発行を受けることができる。ＰＩＮ発行要求ボタンが押下されると、図１７の右図のようなＰＩＮ表示画面が表示される。図１７の右図には、ＵＲＬ通知サーバ５００が発行したＰＩＮ４１４と、ＵＲＬ通知に関する処理を中断するためのキャンセルボタン４１６とが表示されている。端末装置４００のユーザＵ１は、ブラウザ４１０に表示されたＰＩＮ４１４をＷｅｂサーバ８００の管理者Ｕ２に伝達することで、ＵＲＬ通知処理を依頼することができる。
このとき、端末装置４００のユーザＵ１は、Ｗｅｂサーバ８００の管理者Ｕ２に対して、端末装置４００とＷｅｂサーバ８００とを接続するネットワーク８５０とは別の通信経路を用いてＰＩＮ４１４を伝達する。別の通信経路とは、例えば、電話等による音声情報の伝送経路、又はメールやチャット等のテキスト情報の伝達経路である。こうした構成を適用すると、端末装置４００のユーザＵ１は、電話等によりＰＩＮ４１４をＷｅｂサーバ８００の管理者Ｕ２に言葉で通知する方法、又は携帯電話のメーラを利用してＰＩＮ４１４をＷｅｂサーバ８００の管理者Ｕ２に通知する方法等が考えられる。さらに、ＵＲＬ通知サーバ５００が端末装置４００のブラウザ４１０にＰＩＮ４１４に相当するＱＲコード等を表示する構成を適用すると、端末装置４００のユーザＵ１は、携帯電話等を用いて、ブラウザ４１０に表示されたＱＲコード等を撮影してＰＩＮ４１４を取得し、Ｗｅｂブラウザ８００の管理者Ｕ２に送信することができる。もちろん、これらの例に限定されるものではないし、当業者であれば、上記の例を参考に他の通信経路、及び伝達方法を想起することも可能であろう。
（ＰＩＮ／ＵＲＬ送信インターフェース８１０の表示構成）
ここで、図１８に基づいて、Ｗｅｂサーバ８００が機器登録サーバ６００にＰＩＮとＵＲＬとを送信するためのＰＩＮ／ＵＲＬ送信インターフェース８１０の表示構成について簡単に説明する。図１８は、ＰＩＮ／ＵＲＬ送信インターフェース８１０の表示構成を説明するための説明図である。
図１８に示すように、ＰＩＮ／ＵＲＬ送信インターフェース８１０には、例えば、機器登録サーバ６００の設定用ページが表示される。従って、ＵＲＬ入力部８１２は、機器登録サーバ６００の設定用ページを表示するためのブラウザにより構成することができる。図１８の例を参照すると、ＵＲＬ入力部８１２は、端末装置４００のブラウザ４１０に表示させるページのＵＲＬが列挙されたページリスト８１２ａと、所定のＵＲＬを機器登録サーバ６００に通知するためのＵＲＬ通知ボタン８１２ｂとにより構成される。もちろん、ＵＲＬ入力部８１２には、プルダウンメニューを用いてページリストを表示したり、チェックボックスを設けて送信するＵＲＬを指定したりする等のＵＩ上の工夫を施すことが可能であることは言うまでもない。なお、ページリスト８１２ａには、例えば、時刻表サイトの検索結果として表示されるＵＲＬをリストアップするような複合機能型のページリスト構成を適用することも可能である。
さらに、図１８には、ＰＩＮ入力部８１４が例示されている。このＰＩＮ入力部８１４は、キャンセルボタン８１４ａと、テキスト入力欄８１４ｂとにより構成されている。Ｗｅｂサーバ８００の管理者Ｕ２は、端末装置４００のユーザＵ１から通知されたＰＩＮをテキスト入力欄８１４ｂに入力することで、ＰＩＮを機器登録サーバ６００に送信することができる。一方、ＵＲＬの通知処理を中断したい場合には、キャンセルボタン８１４ａを押下することでＵＲＬ通知処理自体をキャンセルすることができる。例えば、ある端末装置４００のユーザＵ１からＰＩＮを通知されたものの、その時点で公開できる適切なページがない場合にＵＲＬ通知処理を中断する等のケースが考えられる。
以上、図１７、及び図１８を参照しながら、ＵＲＬを通知される側にある端末装置４００のユーザＵ１と、ＵＲＬを通知する側にあるＷｅｂサーバ８００の管理者Ｕ２との入出力インターフェースの具体的な構成例について説明した。上記の構成を適用することにより、本実施形態に係るＵＲＬ通知処理を実現することが可能になる。但し、ユーザＵ１又は管理者Ｕ２が利用するインターフェース部分の構成は、これまで知られている技術、又は将来主流として利用される技術を用いて構成することも可能である。つまり、本実施形態の技術的特徴に係る部分は、そのインターフェースを利用して入出力される情報であり、また、その情報により実行される処理の全体にあるため、可能な限りユーザＵ１又は管理者Ｕ２の利便性が向上するようなインターフェース構成にすることが好ましい。
以上、各機器の機能構成について説明したが、次に、各機器における処理の流れについて説明する。
（端末装置４００におけるＵＲＬ通知処理の流れ）
まず、図１９Ａ及び図１９Ｂに基づいて、端末装置４００におけるＵＲＬ通知処理の流れについて詳細に説明する。なお、図１９Ａ及び図１９Ｂは、端末装置４００におけるＵＲＬ通知処理フローを示す流れ図である。また、図１９Ａ及び図１９Ｂには、図１３に示した各処理についての符号（Ｙ１〜Ｙ８、Ｔ）を一緒に示してある。さらに、以下の説明では、ＰＩＮが所定時間のみ保持される例を挙げて説明する。
図１９Ａに示すように、まず、端末装置４００のブラウザ４１０を用いて、端末装置４００にＵＲＬ通知サーバ５００のページを表示させる（Ｓ４０２）。このＵＲＬ通知サーバ５００のページには、上述したように、ＵＲＬ通知の開始ボタン４１２を含むページが表示される（Ｓ４０４）。端末装置４００は、ユーザＵ１による開始ボタンの押下を待ち（Ｓ４０６）、ユーザＵ１により開始ボタンが押下（Ｙ１）されると（Ｓ４０８）、開始ボタン押下イベントをＵＲＬ通知サーバ５００に通知する（Ｓ４１０）。その後、新ページ情報待ち（ページ更新情報待ち）の状態となる（Ｓ４１２）。この状態で、端末装置４００は、キャンセルボタン４１６が表示されたキャンセルボタンページの表示をＵＲＬ通知サーバ５００に対して要求する（Ｓ４１４）。この要求に応じて、端末装置４００にキャンセルボタンページが表示される（Ｓ４１６）。
次に、図１９Ｂに示すように、端末装置４００は、どのようなページ更新イベントが行われたかを判定し（Ｓ４１８）、その判定結果により、次のチャネルａ〜ｃに移行する。
第１に、キャンセルボタン押下イベントが行われた場合には（Ｓ４２０）、チャネルａに移行する。キャンセルボタン押下イベントが行われると、端末装置４００は、まず、キャンセルボタン押下イベントをＵＲＬ通知サーバ５００に通知（Ｓ４２２）する。次に、端末装置４００は、ＵＲＬ通知が失敗した旨の表示を含むＵＲＬ通知終了ページを表示し（Ｓ４２４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。
第２に、ＵＲＬ通知サーバ５００からＰＩＮとキャンセルボタンページへの更新要求とを受信（Ｙ４）した場合には（Ｓ４２６）、チャネルｂへ移行する。まず、端末装置４００は、ＵＲＬ通知サーバ５００から受信したＰＩＮと更新要求のあったキャンセルボタンページとを表示させる（Ｓ４２８）。次に、端末装置４００は、どのようなページ更新イベントが行われたかを判定し（Ｓ４３０）、その判定結果により、さらにチャネルｄ、ｅ、ｆに移行する。
まず、キャンセルボタン押下イベントが行われた場合には（Ｓ４３２）、チャネルｄに移行する。キャンセルボタン押下イベントが行われると、端末装置４００は、まず、キャンセルボタン押下イベントをＵＲＬ通知サーバ５００に通知（Ｓ４２２）する。次に、端末装置４００は、ＵＲＬ通知が失敗した旨の表示を含むＵＲＬ通知終了ページを表示し（Ｓ４２４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。また、端末装置４００は、ＵＲＬ通知サーバ５００から通知されたＵＲＬの遷移確認ページへの更新要求を受信（Ｙ８）した場合には（Ｓ４３４）、チャネルｅに移行する。ＵＲＬ通知サーバ５００から通知されたＵＲＬの遷移確認ページへの更新要求を受信した端末装置４００は、遷移確認ボタンページを表示させる（Ｓ４３６）。
次に、端末装置４００は、表示された遷移確認ボタンページにおいて、どのボタンイベントが行われたかを判定する（Ｓ４３８）。その判定の結果、チャネルｇのように、ユーザＵ１によりキャンセルボタンが押下された場合には（Ｓ４４０）、端末装置４００は、ＵＲＬ通知が失敗した旨の表示を含むＵＲＬ通知終了ページを表示し（Ｓ４２４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。一方、ステップＳ４３８の判定の結果、チャネルｈのように、ユーザＵ１により遷移確認ボタンが押下された場合には（Ｓ４４２）、端末装置４００は、ＵＲＬ通知サーバ５００から通知されたＵＲＬへ遷移（Ｙ９）させ（Ｓ４４４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知成功）。
第３に、ステップＳ４１８の判定の結果、ＵＲＬ通知サーバ５００から失敗終了ページへの更新要求を受信した場合には（Ｓ４４６）、チャネルｃへ移行する。この場合は、端末装置４００は、失敗終了ページを表示させ（Ｓ４４８）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。
また、ステップＳ４３０の判定の結果、ＵＲＬ通知サーバ５００から失敗終了ページへの更新要求を受信した場合には（Ｓ４５０）、チャネルｆへ移行し、ステップＳ４４６の場合と同様に、端末装置４００は、失敗終了ページを表示させ（Ｓ４４８）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。
（ＵＲＬ通知サーバ５００におけるＵＲＬ通知処理の流れ）
次に、図２０及び図２１に基づいて、ＵＲＬ通知サーバ５００におけるＵＲＬ通知処理の流れについて詳細に説明する。なお、図２０は、ＵＲＬ通知サーバ５００における処理フローのうち、複数のセッションを管理するＵＲＬ通知サーバ５００全体の処理フローを示す流れ図であり、図２１は、ＵＲＬ通知サーバ５００における処理フローのうち、個々のセッションごとの処理フローを示す流れ図である。また、図２０及び図２１には、図１３に示した各処理についての符号（Ｙ１〜Ｙ８、Ｔ）を一緒に示してある。
初めに、図２０を参照しながら、複数のセッションを管理するＵＲＬ通知サーバ５００全体の処理の流れについて説明する。
図２０に示すように、ＵＲＬ通知サーバ５００は、端末装置４００、機器登録サーバ６００からのイベントや情報の受信がない場合には待機状態にあり、この待機状態において、他の機器（本実施形態では、端末装置４００または機器登録サーバ６００）から何らかの情報を受信した場合には、その受信情報の内容を判別する。その受信情報の判別の結果に応じて、３つのチャネルＡ〜Ｃに移行する。
第１に、端末装置４００のブラウザ４１０でＵＲＬ通知開始ボタン押下イベントがあり、ＵＲＬ通知サーバ５００がブラウザ４１０からＰＩＮ発行要求を受信（Ｙ１）した場合には（Ｓ５０２）、チャネルＡに移行する。ブラウザ４１０からＰＩＮ発行要求を受信したＵＲＬ通知サーバ５００は、端末装置４００に対しＰＩＮを発行し、端末装置４００との間でセッションを確立する（Ｓ５０４）。ＵＲＬ通知サーバ５００は、このセッションを確立した後に、再び待機状態となる。
第２に、端末装置４００のブラウザ４１０でキャンセルボタン押下イベントがあり、ＵＲＬ通知サーバ５００がブラウザ４１０からＵＲＬ通知処理のキャンセル要求を受信した場合には（Ｓ５０６）、チャネルＢに移行する。ＵＲＬ通知サーバ５００は、ブラウザ４１０からキャンセル要求を受信する際に、キャンセル要求とともにＰＩＮを受信しており、この受信したＰＩＮと、ＵＲＬ通知サーバ５００が保持しているＰＩＮとが合致するかどうかを判断する。その結果、これら２つのＰＩＮが合致した場合には、ＵＲＬ通知サーバ５００は、この合致したＰＩＮに該当するセッションが存在するかどうかを判断する（Ｓ５０８）。この判断の結果、該当するセッションが存在しないと判断された場合には、ＵＲＬ通知サーバ５００は再び待機状態となる。一方、ステップＳ５０８の判断の結果、該当するセッションが存在すると判断された場合には、この該当するセッションを通じて、キャンセルボタン押下イベントを受信する（Ｓ５１０）。
第３に、機器登録サーバ６００からＰＩＮを受信した場合（Ｙ４）には（Ｓ５１２）、チャネルＣに移行する。ＵＲＬ通知サーバ５００は、機器登録サーバ６００からＰＩＮを受信した場合には、このＰＩＮを端末装置４００に送信し、端末装置４００のブラウザ４１０にこのＰＩＮが表示される。その後、ＰＩＮの有効期限内に（ＰＩＮがＵＲＬ通知サーバ５００で保持されている間に）、端末装置４００のユーザＵ１からＷｅｂサーバ８００の管理者Ｕ２にＰＩＮが通知され、この通知されたＰＩＮを用いてＷｅｂサーバ８００から機器登録サーバ６００に伝えたいＵＲＬ情報が通知された場合には、ＵＲＬ通知サーバ５００は、機器登録サーバ６００からＵＲＬ情報（Ｙ６）を受信する（Ｓ５１４）。その後、ＵＲＬ通知サーバ５００は機器登録サーバ６００からセッション終了通知を受信する（Ｓ５１６）。ＵＲＬ通知サーバ５００は、機器登録サーバ６００からセッション終了通知を受信する際に、セッション終了通知とともにＰＩＮを受信しており、この受信したＰＩＮと、ＵＲＬ通知サーバ５００が保持しているＰＩＮとが合致するかどうかを判断する。その結果、これら２つのＰＩＮが合致した場合には、ＵＲＬ通知サーバ５００は、この合致したＰＩＮに該当するセッションが存在するかどうかを判断する（Ｓ５０８）。この判断の結果、該当するセッションが存在すると判断された場合には、ＰＩＮ、ＵＲＬ情報及びセッション終了通知を該当するセッションを通じて機器登録サーバ６００に送信し（Ｓ５２０）、ＵＲＬ通知サーバ５００は再び待機状態となる。一方、ステップＳ５１８の判断の結果、該当するセッションが存在しないと判断された場合には、機器登録サーバ６００に対してセッション終了通知を送信し（Ｓ５２２）、ＵＲＬ通知サーバ５００は再び待機状態となる。
次に、図２１を参照しながら、複数のセッションを管理するＵＲＬ通知サーバ５００の個々のセッションごとの処理の流れについて説明する。以下の説明においては、ＵＲＬ通知サーバ５００と端末装置４００との間に確立されたセッションにおける処理の流れを例に挙げて説明する。
図２１に示すように、ＵＲＬ通知サーバ５００が端末装置４００との間でセッションを確立（Ｓ５３２）した後に、機器登録サーバ６００に対してＰＩＮ取得要求（Ｙ２）を送信する（Ｓ５３４）。ＰＩＮ取得要求を送信したＵＲＬ通知サーバ５００は、ブラウザ４１０に対してキャンセルボタンページへの更新要求を送信する（Ｓ５３６）。その後、ＵＲＬ通知サーバ５００は、機器登録サーバ６００からＰＩＮを取得したかどうかを判断する（Ｓ５３８）。この判断の結果、ＵＲＬ通知サーバ５００がＰＩＮを取得していないと判断され、ＵＲＬ通知サーバ５００においてブラウザ４１０からキャンセルボタン押下イベントを受信した場合には（Ｓ５４０）、機器登録サーバ６００に対してセッション終了通知を送信する（Ｓ５４２）。一方、ブラウザ４１０に対しては、失敗終了ページへの更新要求を送信し（Ｓ５４４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。また、ステップＳ５３８の判断の結果、ＵＲＬ通知サーバ５００がＰＩＮを取得していないと判断され、ＵＲＬ通知サーバ５００においてブラウザ４１０に対してセッション終了通知を送信した場合には（Ｓ５４６）、ブラウザ４１０に対して失敗終了ページへの更新要求を送信し（Ｓ５４８）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。一方、ステップＳ５３８の判断の結果、機器登録サーバ６００からＰＩＮを受信（Ｙ３）、ＰＩＮを取得したと判断された場合には（Ｓ５５０）、ＵＲＬ通知サーバ５００は、ブラウザ４１０に対して、機器登録サーバ６００から取得したＰＩＮと、キャンセルボタンページへの更新要求とを送信する（Ｓ５５２）。
さらに、ＵＲＬ通知サーバ５００は、機器登録サーバ６００からＷｅｂサーバ８００が伝えたいＵＲＬ情報を取得したかどうかを判断する（Ｓ５５４）。この判断の結果、ＵＲＬ通知サーバ５００がＵＲＬ情報を取得していないと判断され、ＵＲＬ通知サーバ５００においてブラウザ４１０からキャンセルボタン押下イベントを受信した場合には（Ｓ５５６）、機器登録サーバ６００に対してセッション終了通知を送信する（Ｓ５４２）。一方、ブラウザ４１０に対しては、失敗終了ページへの更新要求を送信し（Ｓ５４４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。また、ステップＳ５５４の判断の結果、ＵＲＬ通知サーバ５００がＵＲＬ情報を取得していないと判断され、ＵＲＬ通知サーバ５００においてブラウザ４１０に対してセッション終了通知を送信した場合には（Ｓ５５８）、ブラウザ４１０に対して失敗終了ページへの更新要求を送信し（Ｓ５４８）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。一方、ステップＳ５５４の判断の結果、機器登録サーバ６００からＵＲＬ情報を受信し、ＵＲＬ情報を取得したと判断された場合には（Ｓ５６０）、ＵＲＬ通知サーバ５００は、ブラウザ４１０に対して、通知されたＵＲＬへの遷移確認ページへの更新要求（Ｙ８）を送信し（Ｓ５６２）、ＵＲＬ通知処理を終了する（ＵＲＬ通知成功）。
（機器登録サーバ６００におけるＵＲＬ通知処理の流れ）
次に、図２２及び図２３に基づいて、機器登録サーバ６００における処理の流れについて詳細に説明する。なお、図２２は、機器登録サーバ６００における処理フローのうち、複数のセッションを管理する機器登録サーバ６００全体の処理フローを示す流れ図であり、図２３は、機器登録サーバ６００における処理フローのうち、個々のセッションごとの処理フローを示す流れ図である。また、図２２及び図２３には、図１３に示した各処理についての符号（Ｙ１〜Ｘ８、Ｔ）をともに示してある。
初めに、図２２を参照しながら、複数のセッションを管理する機器登録サーバ６００全体の処理の流れについて説明する。
図２２に示すように、機器登録サーバ６００は、ＵＲＬ通知サーバ５００及びＷｅｂサーバ８００からのアクセスがない場合には待機状態にあり、この待機状態において、他の機器（本実施形態では、ＵＲＬ通知サーバ５００及びＷｅｂサーバ８００）から何らかの情報を受信した場合には、その受信情報の内容を判別する。その受信情報の判別の結果に応じて、３つのチャネルＤ〜Ｆに移行する。
第１に、機器登録サーバ６００がＵＲＬ通知サーバ５００からＰＩＮ取得要求（Ｙ２）を受信した場合には（Ｓ６０２）、チャネルＤに移行する。ＰＩＮ取得要求を受信した機器登録サーバ６００のＰＩＮ発行部６０２は、例えば、有効期限付きの（所定時間のみ保持される）ＰＩＮを生成する（Ｓ６０４）。次に、機器登録サーバ６００は、ステップＳ６０４で生成されたＰＩＮをＵＲＬ通知サーバ５００に送信し、ＰＩＮの送信先であるＵＲＬ通知サーバ５００との間でセッションを確立し（Ｓ６０６）、機器登録サーバ６００は再び待機状態となる。ＵＲＬ通知サーバ５００との間で確立されたセッションは、原則として、ＰＩＮの有効期限の間維持される。
第２に、ＵＲＬ通知サーバ５００に対して発行したＰＩＮの有効期限内に、Ｗｅｂサーバ８００から伝えたいＵＲＬ情報を受信（Ｙ６）した場合には（Ｓ６０８）、チャネルＥに移行する。機器登録サーバ６００は、Ｗｅｂサーバ８００からＵＲＬ情報を受信する際に同時にＰＩＮも受信する。機器登録サーバ６００のＰＩＮ照合部６０８は、Ｗｅｂサーバ８００から受信したＰＩＮと、ＵＲＬ通知サーバ５００に発行し（機器登録サーバ６００に保持されている）ＰＩＮとを照合する（Ｓ６１０）。次に、機器登録サーバ６００は、このステップＳ６１０の照合の結果、Ｗｅｂサーバ８００から受信したＰＩＮが、ＵＲＬ通知サーバ５００が保持しているＰＩＮと合致したかどうかを判断する（Ｓ６１２）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ６００は再び待機状態となる。一方、ステップＳ６１２の判断の結果、上記２つのＰＩＮが合致した場合には、機器登録サーバ６００は、この合致したＰＩＮに該当するセッション、すなわち、この例の場合は、機器登録サーバ６００とＵＲＬ通知サーバ５００との間に確立されたセッションが存在するかどうかを判断する（Ｓ６１４）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合はＵＲＬ通知サーバ５００に対して、Ｗｅｂサーバ８００が伝えたいＵＲＬ情報を送信し（Ｓ６１６）、機器登録サーバ６００は再び待機状態となる。一方、ステップＳ６１４の判断の結果、該当するセッションが存在しないと判断された場合には、Ｗｅｂサーバ８００に対してセッション終了通知を送信し（Ｓ６１８）、機器登録サーバ６００は再び待機状態となる。
第３に、ＵＲＬ通知サーバ５００からのセッション終了通知（セッション終了要求の通知）を受信した場合には（Ｓ６２０）、チャネルＦに移行する。機器登録サーバ６００は、ＵＲＬ通知サーバ５００からセッション終了通知を受信する際に同時にＰＩＮも受信する。機器登録サーバ６００のＰＩＮ照合部６０８は、このときＵＲＬ通知サーバ５００から受信したＰＩＮと、機器登録サーバ６００が保持しているＰＩＮとを照合する（Ｓ６２２）。次に、機器登録サーバ６００は、このステップＳ６２２の照合の結果、ＵＲＬ通知サーバ５００からセッション終了通知とともに受信したＰＩＮが、機器登録サーバ６００が保持しているＰＩＮと合致したかどうかを判断する（Ｓ６２４）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ６００は再び待機状態となる。一方、ステップＳ６２４の判断の結果、上記２つのＰＩＮが合致した場合には、機器登録サーバ６００は、この合致したＰＩＮに該当するセッション、すなわち、この例の場合は、機器登録サーバ６００とＵＲＬ通知サーバ５００との間に確立されたセッションが存在するかどうかを判断する（Ｓ６２６）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合はＵＲＬ通知サーバ５００に対して、セッション終了通知（セッションを実際に終了した旨の通知）を送信し（Ｓ６２８）、機器登録サーバ６００は再び待機状態となる。一方、ステップＳ６２６の判断の結果、該当するセッションが存在しないと判断された場合には、Ｗｅｂサーバ８００に対してセッション終了通知を送信し（Ｓ６１８）、機器登録サーバ６００は再び待機状態となる。
次に、図２３を参照しながら、複数のセッションを管理する機器登録サーバ６００の個々のセッションごとの処理の流れについて説明する。以下の説明においては、機器登録サーバ３００とＵＲＬ通知サーバ５００との間に確立されたセッションにおける処理の流れを例に挙げて説明する。
図２３に示すように、機器登録サーバ６００がＵＲＬ通知サーバ５００との間でセッションを確立（Ｓ６３２）した後に、この確立されたセッションを通じて、ＵＲＬ通知サーバ５００に対してＰＩＮ（Ｙ３）を通知する（Ｓ６３４）。この例においては、ＰＩＮは、有効期限付きの情報であるので、ＵＲＬ通知サーバ５００に対してセッションを通知した時点からセッションタイマーがスタートする（Ｓ６３６）。次に、機器登録サーバ６００は、このセッションタイマーの制限時間内に、ＵＲＬ受信部６１０がＷｅｂサーバ８００からＵＲＬ情報を取得したかどうかを判断する（Ｓ６３８）。この判断の結果、Ｗｅｂサーバ８００からのＵＲＬ情報を取得せず、セッションタイマーがタイムアウトしたと判断された場合には（Ｓ６４０）、ＵＲＬ通知サーバ５００に対してセッション終了を通知し（Ｓ６４２）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。また、ステップＳ６３８の判断の結果、Ｗｅｂサーバ８００に対してセッション終了を通知したと判断された場合にも（Ｓ６４４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。一方、ステップＳ６３８の判断の結果、Ｗｅｂサーバ８００からのＵＲＬ情報を受信したと判断された場合には（Ｓ６４６）、ＵＲＬ通知サーバ５００に対して、Ｗｅｂサーバ８００から受信したＵＲＬ情報（Ｙ７）を送信し（Ｓ６４８）、ＵＲＬ通知処理を終了する（ＵＲＬ通知成功）。
（Ｗｅｂサーバ８００におけるＵＲＬ通知処理の流れ）
次に、図２４及び図２５に基づいて、Ｗｅｂサーバ８００における処理の流れについて詳細に説明する。なお、図２４は、Ｗｅｂサーバ８００における処理フローのうち、伝えるべきＵＲＬがＷｅｂサーバ８００自体のＵＲＬでない場合を示す流れ図であり、図２５は、Ｗｅｂサーバ８００における処理フローのうち、伝えるべきＵＲＬがＷｅｂサーバ８００自体のＵＲＬである場合を示す流れ図である。また、図２４及び図２５には、図１３に示した各処理についての符号（Ｙ１〜Ｘ８、Ｔ）をともに示してある。
まず、図２４を参照しながら、伝えるべきＵＲＬがＷｅｂサーバ８００自体のＵＲＬでない場合のＷｅｂサーバ８００のＵＲＬ通知処理の流れについて説明する。
図２４に示すように、まず、図１８に示したようなＷｅｂサーバ８００のインターフェース８１０のＵＲＬ入力部８１２において、伝えるべきＵＲＬ８１２ａの横のＵＲＬ通知ボタン８１２ｂが、Ｗｅｂサーバ８００の管理者Ｕ２により押下されると（Ｓ８０２）、インターフェース８１０のＰＩＮ入力部８１４にＰＩＮ入力要求（例えば、「通知したい機器に表示されたパスコードを入力してください」等）が表示される（Ｓ８０４）。次に、Ｗｅｂサーバ８００は、このＰＩＮ入力要求に応じて、管理者Ｕ２によりＰＩＮ入力部８１４にＰＩＮが入力されたかどうかを判断する（Ｓ８０６）。この判断の結果、ＰＩＮが入力されず、管理者Ｕ２によりキャンセルボタン８１４ａが押下された場合には（Ｓ８０８）、Ｗｅｂサーバ８００はＵＲＬ通知処理を終了する（ＵＲＬ通知処理失敗）。一方、ステップＳ８０６の判断の結果、管理者Ｕ２によりＰＩＮが入力された場合には（Ｓ８１０）、Ｗｅｂサーバ８００は、機器登録サーバ６００に対して伝えるべきＵＲＬ情報とＰＩＮ（Ｙ６）送信し（Ｓ８１２）、ＵＲＬ通知処理を終了する（ＵＲＬ通知成功）。
次に、図２５を参照しながら、伝えるべきＵＲＬがＷｅｂサーバ８００自体のＵＲＬである場合のＷｅｂサーバ８００のＵＲＬ通知処理の流れについて説明する。
図２５に示したステップＳ８５２からステップＳ８６２までの処理は、上述した図２４に示したステップＳ８０２からステップＳ８１２までの処理と同様であるので、ここでは説明を省略する。以下、ステップＳ８６４からの処理について詳細に説明する。
図２５に示すように、ステップＳ８６２で、Ｗｅｂサーバ８００が機器登録サーバ６００に対して伝えるべきＵＲＬ情報とＰＩＮ（Ｙ６）送信した後に、Ｗｅｂサーバ８００は、端末装置４００からのＷｅｂ接続があったかどうかを判断する（Ｓ８６４）。この判断の結果、端末装置４００からのＷｅｂ接続がなく、Ｗｅｂサーバ８００の管理者Ｕ２によりキャンセルボタン８１４ａが押下された場合には（Ｓ８６６）、Ｗｅｂサーバ８００はＵＲＬ通知処理を終了する（ＵＲＬ通知処理失敗）。また、ステップＳ８６４の判断の結果、端末装置４００からのＷｅｂ接続がなく、機器登録サーバ６００からセッション終了通知を受信した場合には（Ｓ８６８）、ＵＲＬ通知失敗の終了通知をＷｅｂサーバ８００のインターフェース８１０にＵＩ表示し（Ｓ８７０）、ＵＲＬ通知処理を終了する（ＵＲＬ通知失敗）。一方、ステップＳ８６４の判断の結果、端末装置４００からのＷｅｂ接続（Ｙ９）があった場合には（Ｓ８７２）、ＵＲＬ通知成功の通知をＷｅｂサーバ８００のインターフェース８１０にＵＩ表示し（Ｓ８７４）、ＵＲＬ通知処理を終了する（ＵＲＬ通知成功）。
以上説明したような方法で、Ｗｅｂサーバ８００から端末装置４００にＵＲＬを通知することにより、メール機能を備えていない機器であっても、長く複雑なＵＲＬを入力することなく所望のコンテンツに参照先をリダイレクトすることが可能になるため、ホームサーバ等がＷｅｂサーバとして提供するコンテンツを簡単に視聴することができるようになる。
［本発明の第３の実施形態に係る接続認証システム］
次に、本発明の第３の実施形態に係る接続認証システムについて説明する。本実施形態に係る接続認証システムは、互いの接続情報を有していない２つの端末間でインターネットを介して相互に接続をしようとする際に、インターネットサーバにより一方の端末に対して発行されたキー情報を利用して認証を行い、このインターネットサーバが２つの端末間の接続情報の交換の仲介を行うものである点については、上述した第１の実施形態の場合と同様である。
しかし、上述した第１の実施形態の場合には、被接続機器１００と接続機器２００以外の他の機器が、適当なＰＩＮコードを入力し続けた場合、偶然、被接続機器１００に発行されたＰＩＮコードと同一のＰＩＮコードを入力できることがある。このような場合、他の機器は、接続機器２００になりすまして、被接続機器１００の接続情報を取得してしまうことがあり、セキュリティ上の観点から改善の余地があった。
そこで、本実施形態に係る接続認証システムにおいては、接続機器から接続認証サーバに対してキー情報の通知が行われた際に、そのキー情報の通知を行った機器が、被接続機器と接続情報の交換をしようとしている接続機器であるか否かの確認処理を行うこととした。具体的には、接続機器から接続認証サーバに対してキー情報の通知が行われた際に、接続認証サーバが、上記確認処理を行うための確認情報（例えば、有効期限付きのＰＩＮなど）を、被接続機器及び接続機器の両者に発行する。そして、両者に発行された確認情報が同一であることが被接続機器と接続機器との間で確認され、確認された旨の通知が、例えば、被接続機器から接続認証サーバに通知（確認処理）された後に、被接続機器及び接続機器に対し、接続相手の接続情報を接続認証サーバが提供する。
すなわち、本実施形態では、接続情報の提供は、被接続機器と接続機器のいずれに対しても接続認証サーバにより行われ、その接続情報の提供は、確認情報を用いた確認処理の後でなければ行われないようにすることにより、よりセキュリティを向上させている。以下、このような第３の実施形態に係る接続認証システムについて詳細に説明する。
（第３実施形態に係る接続認証システムの全体構成及び接続認証方法の概要）
まず、図２６に基づいて、本実施形態に係る接続認証システムの全体構成及び接続認証方法の概要について説明する。なお、図２６は、本実施形態に係る接続認証システムの全体構成を示す説明図である。
以下の接続認証システムの説明においては、本実施形態に係る接続認証システムの一例として、機器登録システム３０を例に挙げて説明する。
図２６に示すように、機器登録システム３０は、本実施形態に係る第１の端末装置の一例としての被接続機器１１００と、本実施形態に係る第２の端末装置の一例としての接続機器１２００と、本実施形態に係る接続認証サーバの一例としての機器登録サーバ１３００と、を含む。
この機器登録システム３０では、被接続機器１１００と接続機器１２００が、互いに、相手の機器に対する接続情報（例えば、ＵＲＬ、ＩＰアドレス、ポート番号、各機器の証明書等）を有していない場合に、被接続機器１１００と接続機器１２００との間の接続情報の交換（以下、「機器登録」と称する場合がある。）を、機器登録サーバ３００を介して行う。すなわち、機器登録サーバ１３００は、ネットワークを介して被接続機器１１００及び接続機器１２００と接続されており、被接続機器１１００と接続機器１２００との間の接続認証及びその確認処理を行い、被接続機器１１００及び接続機器１２００から取得した接続情報を、それぞれ、接続機器１２００及び被接続機器１１００に提供する。
被接続機器１１００及び接続機器１２００としては、例えば、ＤＬＮＡ（ＤｉｇｉｔａｌＬｉｖｉｎｇ Ｎｅｔｗｏｒｋ）等により規格化されたホームネットワーク等に接続して利用される機器である、パーソナルコンピュータ（ＰＣ；Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ハードディスクレコーダ（ＰＶＲ；Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）、テレビチューナ、セットトップボックス（ＳＴＢ；Ｓｅｔ Ｔｏｐ Ｂｏｘ）、デジタルカメラ、デジタルビデオカメラ、携帯電話、携帯型情報端末（ＰＤＡ；Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ゲーム機、ステレオセット、又はデジタル音楽デバイス等が挙げられる。ただし、被接続機器１１００及び接続機器１２００としては、ＤＬＮＡ等の標準規格に従ったホームネットワークを構成する電子機器に限られず、例えば、冷蔵庫や炊飯器のようなものであってもよい。また、機器登録サーバ１３００としては、ＰＣ等の情報処理装置が挙げられる。
なお、被接続機器１１００及び接続機器１２００は、それぞれ、機器登録サーバ１３００にアクセスするための情報（例えば、ＵＲＬ、サーバ証明書等）を予め有しており、この情報に基づき、被接続機器１１００及び接続機器１２００は、機器登録サーバ１３００に接続することができる。以下、機器登録システム３０における機器登録方法の概要について説明する。
まず、被接続機器１１００が、機器登録サーバ１３００のＵＲＬや証明書等の情報に基づき、機器登録サーバ１３００にアクセスし、接続機器１２００を機器登録するための機器登録用のキー情報（例えば、ＰＩＮ等の登録コード）の発行要求を送信する（Ｚ１）。被接続機器１１００からのキー情報の発行要求を受信した機器登録サーバ１３００は、キー情報を新たに生成するか、あるいは、自己が保有しているキー情報のうち使用されていないキー情報を発行し、被接続機器１１００に送信する（Ｚ２）。このとき、発行するキー情報としては、機器登録サーバ１３００が保持する情報量が少ないこと、また、被接続機器１１００と接続機器１２００との間のコネクションの安全性が高いこと等の理由から、有効期限付きのキー情報（例えば、使用可能な制限時間が５分程度と短いＰＩＮ）を使用することが好ましい。また、機器登録サーバ１３００は、キー情報の送信先（本実施形態の場合は、被接続機器１１００）との間でセッションＳＳを確立する。発行したキー情報が有効期限付きのものである場合には、セッションＳＳは当該有効期限の間だけ維持される。
次に、このようにして被接続機器１１００により取得されたキー情報を、被接続機器１１００のユーザＵ１に通知する（ｔ１）。キー情報が通知されたユーザＵ１は、接続機器１２００のユーザＵ２に対し、電話１１００Ａと電話１２００Ａとの間の通信等の所定の通知手段により、機器登録サーバ１３００が発行したキー情報を通知する（Ｔ１）。
ここで、ユーザＵ１からユーザＵ２にキー情報を伝える所定の通知手段とは、特定の相手にのみ安全かつ確実に情報を通知できる通知手段であって、電話が代表的な例であるが、これには限られない。このような通知手段としては、他には、接続機器１２００がモデムを搭載しており、このモデムを利用して接続機器１１００のユーザＵ２が直接被接続機器１１００のユーザＵ１と電話で通話し、キー情報の入力を受け付ける方法が考えられる。この方法の場合には、セキュリティ上の問題から、接続機器１２００側のユーザＵ２がボタンを押している間だけ上記のようなキー情報の受付が可能というようにして、自動化を防ぐことが好ましい。これは、ユーザを介する別の通知手段が存在するということ自体が機器登録の際の信用条件の一つであるので、この通知手段が全自動であるとセキュリティ上の観点から問題がある。また、さらに他の通知手段としては、被接続機器１１００が作成したプログラムである機器登録実行用の「登録実行ファイル」を接続機器１２００にメール等の手段により送信し、メール等により登録実行ファイルを受信した接続機器１２００が、このプログラムを実行するという方法も考えられる。
また、被接続機器１１００は、キー情報を取得した後に、接続機器から接続認証サーバに対してキー情報の通知が行われた際に、そのキー情報の通知を行った機器が、被接続機器と接続情報の交換をしようとしている接続機器であるか否かの確認処理を行う際に用いる確認情報を取得するためのポーリングを開始する（Ｚ３）。なお、確認情報の取得要求は、ポーリングのみには限られず、被接続機器１１００から機器登録サーバ１３００に対して、１回のみ送信しておき、機器登録サーバ１３００が、被接続機器１１００との間のセッション（例えば、ＴＣＰコネクション）を保持したまま、適当な時に確認情報を送信できるようにしてもよい。
ユーザＵ２は、キー情報が通知された後に、当該キー情報を接続機器１２００に入力する（ｔ２）。キー情報が入力された接続機器１２００は、当該キー情報と接続機器１２００にアクセスするための接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び接続機器１２００の証明書）を送信する（Ｚ４）。このとき、キー情報が有効期限付きのものである場合には、ユーザＵ２によるキー情報の入力（ｔ２）、及び、キー情報と接続機器１２００の接続情報の送信（Ｚ４）は、当該有効期限内に行われる必要がある。キー情報の入力（ｔ２）やキー情報と接続機器１２００の接続情報の送信（Ｚ４）が有効期限内に行われなかった場合には、有効期限の終了とともにセッションＳＳが消滅する。
機器登録サーバ１３００は、接続機器１２００からキー情報及び接続機器１２００の接続情報を受信した後に、被接続機器１１００に発行したキー情報と接続機器１２００から受信したキー情報とを照合する。照合の結果、これらの２つのキー情報が合致した場合には、機器登録サーバ１３００は、接続機器１２００からキー情報の通知に対する返事として、確認情報を発行する（Ｚ５）。接続機器１２００が、機器登録サーバ１３００から確認情報を受信（Ｚ５）した場合には、接続機器１２００は、ユーザＵ２に通知する（ｔ２）。
また、機器登録サーバ１３００は、接続機器１２００に対して確認情報を発行した後に、被接続機器１１００から最初に受信した確認情報取得のポーリングに対する返事として、接続機器１２００に発行した確認情報と同一の確認情報を発行する（Ｚ６）。なお、この被接続機器１１００に対する確認情報の発行の際、まず、被接続機器１１００との間のセッションＳＳが確立されているかどうかを判断し、判断時点でセッションＳＳが確立されている場合には、このセッションＳＳを利用して確認情報を被接続機器１００に送信する。また、被接続機器１１００と接続機器１２００との間のコネクションの安全性が高いこと等の理由から、確認情報としては、キー情報と同様に、有効期限付きの情報（例えば、使用可能な制限時間が５分程度と短いＰＩＮ）を使用することが好ましい。
また、接続機器１２００は、確認情報を取得した後に、被接続機器１１００にアクセスするための接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び被接続機器１１００の証明書）を取得するためのポーリングを開始する（Ｚ７）。なお、被接続機器１１００の接続情報の取得要求は、ポーリングのみには限られず、接続機器１２００から機器登録サーバ１３００に対して、１回のみ送信しておき、機器登録サーバ１３００が、接続機器１２００との間のセッション（例えば、ＴＣＰコネクション）を保持したまま、適当な時に被接続機器１１００の接続情報を送信できるようにしてもよい。
被接続機器１１００が、機器登録サーバ１３００から確認情報を受信（Ｚ６）した場合には、被接続機器１１００は、ユーザＵ１に通知する（ｔ１）。確認情報が通知されたユーザＵ１は、接続機器１２００のユーザＵ２との間で、電話１１００Ａと電話１２００Ａとの間の通信等の所定の手段により、機器登録サーバ１３００から発行された確認情報が、被接続機器１１００と接続機器１２００とで同一であるか否かを確認する（Ｔ２）。ここで、ユーザＵ１とユーザＵ２との間で確認情報が同一か否かを確認する所定の手段としては、キー情報をユーザＵ１からユーザＵ２に通知する所定の通知手段と同様に、特定の相手にのみ安全かつ確実に情報を通知できる通知手段であって、電話が代表的な例であるが、これには限られない。このような通知手段としては、他には、接続機器１２００がモデムを搭載しており、このモデムを利用して接続機器１１００のユーザＵ２が直接被接続機器１１００のユーザＵ１と電話で通話し、キー情報の入力を受け付ける方法が考えられる。この方法の場合には、セキュリティ上の問題から、接続機器１２００側のユーザＵ２がボタンを押している間だけ上記のようなキー情報の受付が可能というようにして、自動化を防ぐことが好ましい。これは、ユーザを介する別の通知手段が存在するということ自体が機器登録の際の信用条件の一つであるので、この通知手段が全自動であるとセキュリティ上の観点から問題がある。また、さらに他の通知手段としては、被接続機器１１００が作成したプログラムである機器登録実行用の「登録実行ファイル」を接続機器１２００にメール等の手段により送信し、メール等により登録実行ファイルを受信した接続機器１２００が、このプログラムを実行するという方法も考えられる。
上記ユーザＵ１とユーザＵ２との間の確認の結果、確認情報が同一でなかった場合には、被接続機器１１００は、その結果を機器登録サーバ１３００に通知する（Ｚ８）。この結果を受信した機器登録サーバ１３００は、キー情報を通知してきた機器に対して、被接続機器１１００の接続情報の提供を行わない。一方、上記ユーザＵ１とユーザＵ２との間の確認の結果、確認情報が同一であることが確認された場合には、被接続機器１１００は、確認情報が同一であることが確認された旨を機器登録サーバ１３００に通知する（Ｚ８）。また、このＺ８の通知の際、被接続機器１１００は、被接続機器１１００の接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び被接続機器１１００の証明書）を送信する（Ｚ８）。確認の通知及び被接続機器１１００の接続情報を受信した機器登録サーバ１３００は、その返事として、被接続機器１１００に対して、接続機器１２００の接続情報を送信する（Ｚ９）。
被接続機器１１００は、機器登録サーバ１３００から接続機器１２００の接続情報を受信（Ｚ９）した場合には、受信した接続情報に基づいて、接続機器１２００の機器登録処理を行う。
また、機器登録サーバ１３００は、被接続機器１１００からの確認通知を受信した後に、接続機器１２００から最初に受信した被接続機器１１００の接続情報取得のポーリングに対する返事として、被接続機器１１００の接続情報を送信する（Ｚ１０）。なお、この接続機器１２００に対する被接続機器１１００の接続情報の送信の際、まず、接続機器１２００との間のセッションＳＳが確立されているかどうかを判断し、判断時点でセッションＳＳが確立されている場合には、このセッションＳＳを利用して確認情報を接続機器１２００に送信する。
接続機器１２００は、機器登録サーバ１３００から被接続機器１１００の接続情報を受信（Ｚ１０）した場合には、受信した接続情報に基づいて、被接続機器１１００の機器登録処理を行う。
なお、機器登録システム３０における以上の処理を行う際の各機器間のコネクションは、例えば、サーバ認証を伴うＳＳＬ等で行うことができる。
上記のようにして、被接続機器１１００と接続機器１２００との間で、お互いの接続情報を交換する機器登録処理を行うことにより、この機器登録が行われた後では、被接続機器１１００と接続機器１２００とは、機器登録サーバ１３００を介さずに直接通信することができる。なお、この通信における被接続機器１１００と接続機器１２００との接続は、例えば、お互いが取得した相手の機器の証明書を用いたクライアント認証及びサーバ認証を伴うＳＳＬで行うことができる。
このように、機器登録システム３０においては、被接続機器１１００と接続機器１２００との間の機器登録処理が、これらの機器に接続された機器登録サーバ１３００を介して行われる。しかし、従来のＩＭを使用した方法とは異なり、最初の登録の際にしかインターネットサーバ（本実施形態では機器登録サーバ１３００）が用いられないため、インターネットサーバへのアクセス頻度を低くすることができる。また、機器登録の際に使用されるキー情報が有効期限付きのものである場合には、当該有効期限の間のみキー情報を保持し、また、セッションを維持しておけばよいため、インターネットサーバが常時記憶しておかなければならない情報量を少なくすることができる。従って、インターネットサーバのコストの負担やコストを低減させることができる。
また、機器登録システム３０においては、機器登録サーバ１３００を介した機器登録により、被接続機器１１００と接続機器１２００との間の直接通信が可能となった後は、機器登録に限らず、任意のアプリケーションを起動させることができる。
このように、本実施形態に係る機器登録システム３０によれば、機器登録後は、被接続機器１１００と接続機器１２００との間で直接通信することが可能であるので、機器登録サーバ１３００へのアクセスを、機器登録時の１回のみとすることができ、機器登録サーバ１３００の負担を軽減させることができる。また、機器登録サーバ１３００が発行するキー情報を所定の時間のみ保持するものとすることにより、機器登録サーバ１３００は、所定の時間のみ各機器（被接続機器１１００、接続機器１２００）の接続情報やキー情報を保持していればよく、機器登録サーバ１３００が保持する情報量を少なくすることができる。さらに、上記の機器登録の際には、ユーザＵ２は、簡易なキー情報（例えば、数桁の数字からなるＰＩＮ）を入力しさえすれば、ＵＲＬ等の文字列や型番、シリアル番号、使用するポート等の情報を入力する必要もないので、簡易な作業により簡単に機器登録を行うことができる。
加えて、機器登録システム３０によれば、被接続機器１１００と接続機器１２００との間で確認情報が同一であることが確認された後でなければ、両者に互いの接続情報の提供が行われないため、第１実施形態に係る機器登録システム１０よりもさらにセキュリティを向上させることができる。さらに、被接続機器１１００及び接続機器１２００の接続情報の提供は、第１の実施形態の場合と異なり、いずれも機器登録サーバ１３００により行われるため、被接続機器１１００と接続機器１２００との間のサーバ・クライアントの関係が固定されず、このため、各種情報のやり取りがしやすいというメリットもある。
以上、本実施形態に係る接続認証システムの一例としての機器登録システム３０の全体構成及び接続認証方法の概要について説明した。次に、上述したような機器登録システム３０を構成する各機器の構成及び各機器における処理の流れについて詳細に説明する。
なお、ハードウェア構成については、本実施形態に係る被接続機器１１００、接続機器１２００及び機器登録サーバ１３００についても、上述した第１の実施形態に係る被接続機器１００、接続機器２００及び機器登録サーバ３００と同様であるので、詳細な説明を省略する。
（被接続機器１１００の機能構成）
次に、図２７に基づいて、被接続機器１１００の機能構成について説明する。なお、図２７は、被接続機器１１００の機能構成を示す説明図である。
図２７に示すように、被接続機器１１００は、主に、記憶部１１２６と、登録用情報要求部１１５２と、登録用情報取得部１１５４と、登録用情報通知部１１５６と、確認通知部１１６２と、接続情報提供部１１６４と、接続情報取得部１１７２と、機器登録部１１７４と、通信部１１３２とにより構成される。
なお、上記の被接続機器１１００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである。また、図２７に示す各機能ブロックは、例えば、ＲＯＭ１０８、ＲＡＭ１１０、記憶部１２６、リムーバブル記録媒体１３４、外部接続機器１３６、又は通信網１３８を介してアクセス可能なプログラムに基づいてＣＰＵ１０６によりソフトウェア的に実現されてもよいし、各ブロックの機能を実現するための専用のハードウェアにより構成されていてもよい。
記憶部１１２６は、機器登録サーバ１３００から取得したキー情報、機器登録サーバ１３００から取得した確認情報、及び接続機器１２００から機器登録サーバ１３００を介して取得した接続機器１２００の接続情報が記録される記憶手段である。また、記憶部１１２６には、被接続機器１１００自身の接続情報、及び機器登録サーバ１３００へアクセスするための情報が予め格納されている。なお、被接続機器１１００の接続情報としては、例えば、被接続機器１１００のＩＰアドレス、ポート番号またはＵＲＬ、被接続機器１１００であることを認証するための証明書等がある。また、機器登録サーバ１３００へアクセスするための情報としては、例えば、機器登録サーバ１３００のＵＲＬや証明書等の情報が挙げられる。ここで、機器登録サーバ１３００の証明書は、機器（端末）ごとの情報である必要はなく、機器登録サーバ１３００へアクセスするための共通の証明書が複数の機器に予め（工場出荷時等に）記録されていてもよい。なお、キー情報、確認情報及び接続機器１２００の接続情報の内容の詳細については後述する。
登録用情報要求部１１５２は、記憶部１１２６に格納されている機器登録サーバ１３００へアクセスするための情報（例えば、機器登録サーバ１３００のＵＲＬ及び証明書）を抽出する。次に、この抽出した情報に基づいて通信部１１３２がインターネット等の通信網１３８を介して機器登録サーバ１３００へアクセスした後に、登録用情報要求部１１５２は、キー情報（例えば、ＰＩＮ）の発行要求を、通信部１３２を介して機器登録サーバ１３００に送信する。なお、後述する登録用情報取得部１１５４が、この登録用情報要求部１１５２の機能を兼ねていてもよい。また、登録用情報要求部１１５２は、登録用情報取得部１１５４がキー情報を取得した後に、確認情報を取得するためのポーリングを開始する。ここで、確認情報とは、接続機器１２００から機器登録サーバ１３００に対してキー情報の通知が行われた際に、そのキー情報の通知を行った機器が、被接続機器１１００と接続情報の交換をしようとしている接続機器１２００であるか否かの確認処理を行う際に用いる情報（例えば、ＰＩＮ等のコード）である。なお、登録用情報要求部１１５２による確認情報の取得要求は、ポーリングのみには限られず、被接続機器１１００から機器登録サーバ１３００に対して、１回のみ送信しておき、機器登録サーバ１３００が、被接続機器１１００との間のセッション（例えば、ＴＣＰコネクション）を保持したまま、適当な時に確認情報を送信できるようにしてもよい。
登録用情報取得部１５４は、登録用情報要求部１１５２によるキー情報や確認情報の発行要求に応じて機器登録サーバ１３００が発行したキー情報や確認情報を、通信部１１３２を通して取得する。登録用情報取得部１１５４は、取得したキー情報や確認情報を、一旦記憶部１１２６に記録するか、あるいは、直接登録用情報通知部１１５６に伝送する。
登録用情報通知部１１５６は、記憶部１１２６から抽出したキー情報や確認情報、または、登録用情報取得部１１５４から受け取ったキー情報や確認情報を、出力部１２２（図３を参照）を用いて出力することにより、ユーザＵ１に通知する（ｔ１）。この通知の方法としては、例えば、出力部１２２としてディスプレイ装置を用い、キー情報や確認情報をディスプレイ装置に表示させてユーザＵ１に視覚的に通知する方法や、出力部１２２としてスピーカを用い、キー情報や確認情報をスピーカからの音声を通じてユーザＵ１に聴覚的に通知する方法等が考えられる。
確認通知部１１６２は、機器登録サーバ１３００から発行された確認情報が、被接続機器１１００と接続機器１２００とで同一であるか否かの確認（確認処理）を行った結果を、機器登録サーバ１３００に通知する。この確認処理は、被接続機器１１００のユーザＵ１と接続機器１２００のユーザＵ２との間で、電話等の所定の通信手段を用いて行われる。ここで、ユーザＵ１とユーザＵ２との間で確認情報が同一か否かを確認する所定の通信手段としては、特定の相手にのみ安全かつ確実に情報を通知できる通知手段であって、電話が代表的な例であるが、これには限られない。また、確認通知部１１６２は、ユーザＵ１により入力部１２０（図３を参照）に入力された確認処理の結果を機器登録サーバ1300に通知する。また、確認通知部１１６２は、確認処理の結果、確認情報が被接続機器１１００と接続機器１２００とで同一であった場合、その結果を接続情報提供部１１６４に通知する。
接続情報提供部１１６４は、確認通知部１１６２から、確認情報が被接続機器１１００と接続機器１２００とで同一であった旨の通知を受けた場合には、被接続機器１１００の接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び被接続機器１１００の証明書）を、機器登録サーバ１３００に送信する。
接続情報取得部１１７２は、確認情報が被接続機器１１００と接続機器１２００とで同一であった場合に、確認通知を受けた機器登録サーバ１３００から通信網１３８を介して接続機器１２００の接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び接続機器１２００の証明書）を取得する。接続情報取得部１１７２は、取得した接続機器１２００の接続情報を、一旦記憶部１１２６に記録するか、あるいは、機器登録部１１７４に伝送する。
機器登録部１１７４は、記憶部１１２６から抽出した接続機器１２００の接続情報、または、接続情報取得部１１７２から伝送された接続機器１２００の接続情報に基づいて、接続機器１２００の機器登録処理を行う。この機器登録処理が行われた後は、被接続機器１１００は、接続機器１２００にいつでも直接アクセスすることができる。
通信部１１３２は、機器登録サーバ１３００に対するキー情報（及び確認情報）取得要求の送信、機器登録サーバ１３００からのキー情報（及び確認情報）の受信、機器登録サーバ１３００からの接続機器１２００の接続情報の受信、機器登録サーバ１３００に対する被接続機器１１００の接続情報の送信等を行う。
（接続機器１２００の機能構成）
次に、図２８に基づいて、接続機器１２００の機能構成について説明する。なお、図２７は、接続機器１２００の機能構成を示す説明図である。
図２７に示すように、接続機器１２００は、主に、記憶部１２２６と、キー情報入力部１２５２と、情報提供部１２５４と、確認情報取得部１２６２と、確認情報通知部１２６４と、接続情報取得部１２７２と、機器登録部１２７４と、通信部１２３２とにより構成される。
なお、上記の接続機器１２００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである点は、上述した被接続機器１１００の場合と同様である。
記憶部１２２６は、ユーザＵ２によりキー情報入力部１２５２に入力されたキー情報、機器登録サーバ１３００から取得した確認情報、及び被接続機器１１００から取得した被接続機器１１００の接続情報が記録される記憶手段である。また、記憶部１２２６には、接続機器１２００自身の接続情報、及び機器登録サーバ１３００へアクセスするための情報が予め格納されている。なお、接続機器１２００の接続情報としては、例えば、接続機器１２００のＩＰアドレス、ポート番号またはＵＲＬ、接続機器１２００であることを認証するための証明書等がある。また、機器登録サーバ１３００へアクセスするための情報は、上述した被接続機器１１００の場合と同様である。このうち機器登録サーバ１３００の証明書については、被接続機器１１００と共通の証明書であってもよく、別の証明書であってもよく、例えば、工場出荷時等に予め記憶部１２２６に記録されている。なお、キー情報の内容の詳細については後述する。
キー情報入力部１２５２は、被接続機器１１００のユーザＵ１から接続機器１２００のユーザＵ２にキー情報が伝達された後に、ユーザＵ２によりキー情報が入力される（ｔ２）。この入力の方法としては、例えば、接続機器１２００がＰＣの場合には入力部１２０としてキーボードを使用し、接続機器１２００がテレビの場合には入力部１２０としてボタンやリモコンを使用し、接続機器１２００がゲーム機の場合はボタンやタッチパネル等を使用して、ユーザＵ２がユーザＵ１から通知されたキー情報（例えば、数桁の数字）を入力する方法等が考えられる。また、キー情報入力部１２５２は、入力されたキー情報を、一旦記憶部１２２６に記録するか、あるいは、直接情報提供部１２５４に伝送する。
情報提供部１２５４は、キー情報及び接続機器１２００の接続情報を通信部１２３２に伝送した後に、インターネット等の通信網１３８を介して機器登録サーバ１３００に提供する。機器登録サーバ１３００に提供されるキー情報は、情報提供部１２５４により記憶部１２２６から抽出されたものであっても、直接キー情報入力部１２５２から情報提供部１２５４に伝送されたものでもよい。また、接続機器１２００の接続情報は、情報提供部１２５４により記憶部１２２６から抽出される。
確認情報取得部１２６２は、情報提供部１２５４が機器登録サーバ１３００にキー情報を送信した後に、機器登録サーバ１３００において当該キー情報の照合が行われ、その結果、被接続機器１１００に発行したキー情報と合致することが確認された場合に、機器登録サーバ１３００により発行された確認情報を取得する。確認情報取得部１２６２は、取得した確認情報を、一旦記憶部１２２６に記録するか、あるいは、直接確認情報通知部１２６４に伝送する。さらに、確認情報取得部１２６２は、確認情報を取得した旨の通知を接続情報取得部１２７２に行う。
確認情報通知部１２６４は、記憶部１２２６から抽出した確認情報、または、確認情報取得部１２６２から受け取った確認情報を、出力部１２２（図３を参照）を用いて出力することにより、ユーザＵ２に通知する（ｔ２）。この通知の方法としては、例えば、出力部１２２としてディスプレイ装置を用い、キー情報や確認情報をディスプレイ装置に表示させてユーザＵ２に視覚的に通知する方法や、出力部１２２としてスピーカを用い、キー情報や確認情報をスピーカからの音声を通じてユーザＵ２に聴覚的に通知する方法等が考えられる。
接続情報取得部１２７２は、確認情報取得部１２６２から、確認情報を取得した旨の通知を受けた後に、被接続機器１１００にアクセスするための接続情報を取得するためのポーリングを行う。なお、被接続機器１１００の接続情報の取得要求は、ポーリングのみには限られず、接続機器１２００から機器登録サーバ１３００に対して、１回のみ送信しておき、機器登録サーバ１３００が、接続機器１２００との間のセッション（例えば、ＴＣＰコネクション）を保持したまま、適当な時に被接続機器１１００の接続情報を送信できるようにしてもよい。接続情報取得部１２７２は、被接続機器１１００の確認通知部１１６２から機器登録サーバ１３００に対して確認処理の結果の通知が行われた後に、上記ポーリングを行った場合に、機器登録サーバ１３００から被接続機器１１００にアクセスするための接続情報（例えば、ＩＰアドレス、ポート番号またはＵＲＬ及び被接続機器１１００の証明書）を取得する。また、接続情報取得部１２７２は、取得した被接続機器１１００の接続情報を、一旦記憶部１２２６に記録するか、あるいは、機器登録部１２７４に伝送する。
機器登録部１２７４は、記憶部１２２６から抽出した被接続機器１１００の接続情報、または、接続情報取得部１２７２から伝送された被接続機器１１００の接続情報に基づいて、被接続機器１１００の機器登録処理を行う。この機器登録処理が行われた後は、接続機器１２００は、被接続機器１１００にいつでも直接アクセスすることができる。
通信部１２３２は、機器登録サーバ１３００に対するキー情報、接続機器１２００の接続情報、及び被接続機器１１００の接続情報の取得要求の送信、機器登録サーバ１３００からの確認情報、及び被接続機器１１００の接続情報の受信等を行う。
（機器登録サーバ１３００の機能構成）
次に、図２９に基づいて、機器登録サーバ１３００の機能構成について説明する。なお、図２９は、機器登録サーバ１３００の機能構成を示す説明図である。
図２９に示すように、機器登録サーバ３００は、主に、記憶部１３２６と、登録用情報生成部１３５２と、登録用情報提供部１３５４と、情報取得部１３６２と、情報提供部１３６４と、接続部１３６６と、通信部１３３２とにより構成される。
なお、上記の機器登録サーバ１３００の機能構成は、例えば、図３に示したハードウェア構成により実現されるものである点は、上述した被接続機器１１００の場合と同様である。
記憶部１３２６は、被接続機器１１００から取得した被接続機器の接続情報、接続機器１２００から取得した接続機器１２００の接続情報が記録される記憶手段である。また、記憶部１３２６には、登録用情報生成部１３５２が生成したキー情報や確認情報、及び機器登録サーバ１３００の証明書等が格納されている。この機器登録サーバ１３００の証明書は、接続相手の機器（例えば、被接続機器１１００や接続機器１２００）ごとに生成されたものであってもよいが、複数（あるいは全て）の機器に共通の証明書であってもよい。
ここで、キー情報としては、例えば、数桁の数字からなるＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を使用できる。ただし、被接続機器１１００に対して発行したキー情報と、このキー情報を用いてアクセスしてきた接続機器１２００が有するキー情報とを照合できるものであれば、特に限定はされず、例えば、数文字のアルファベット、数字とアルファベットの組み合わせ等を使用することもできる。また、確認情報としても、例えば、数桁の数字からなるＰＩＮを使用できるが、被接続機器１１００のユーザＵ１と接続機器１２００のユーザＵ２とが電話等の通信手段を用いて互いの確認情報が同一か否かを確認できるものであれば、特に限定はされない。さらに、後述する登録用情報提供部１３５４が提供するキー情報や確認情報としては、機器登録サーバ１３００が保持する情報量が少ないこと、また、被接続機器１１００と接続機器１２００との間のコネクションの安全性が高いこと等の理由から、有効期限付きのキー情報や確認情報（例えば、使用可能な制限時間が５分程度と短いＰＩＮ）を使用することが好ましい。
登録用情報生成部１３５２は、被接続機器１１００に対して発行するためのキー情報、及び、被接続機器１１００と接続機器１２００に発行するための確認情報を生成する。
登録用情報生成部１３５２は、上記キー情報の生成を、被接続機器１１００の登録用情報要求部１１５２によるキー情報取得要求に応じて生成してもよいし、登録用情報要求部１１５２によるキー情報取得要求とは関係なく所定のタイミングで生成するようにしてもよい。また、登録用情報生成部１３５２は、上記確認情報の生成を、接続機器１２００からキー情報の通知を受けた際に生成してもよいし、接続機器１２００からのキー情報の通知とは関係なく所定のタイミングで生成するようにしてもよい。登録用情報生成部１３５２は、生成したキー情報及び確認情報を、一旦記憶部１３２６に記録するか、あるいは、直接登録用情報提供部１３５４に伝送する。
登録用情報提供部１３５４は、インターネット等の通信網３３８を介して被接続機器１１００に対してキー情報を提供する。登録用情報提供部１３５４は、被接続機器１１００のキー情報取得要求に応じて登録用情報生成部１３５２が新たに生成したキー情報を直接受け取って提供してもよく、記憶部１３２６に記録されているキー情報のうち、いずれの機器に対しても使用されていないキー情報を選択的に抽出して提供してもよい。また、登録用情報提供部１３５４は、インターネット等の通信網３３８を介して、被接続機器１１００及び接続機器１２００に対して確認情報を提供する。登録用情報提供部１３５４は、接続機器１２００からのキー情報の通知に応じて登録用情報生成部１３５２が新たに生成した確認情報を直接受け取って提供してもよく、記憶部１３２６に記録されている確認情報のうち、いずれの機器に対しても使用されていない確認情報を選択的に抽出して提供してもよい。登録用情報提供部１３５４は、被接続機器１１００に対しては、接続機器１２００からのキー情報の通知があった後の最初の確認情報取得のポーリングに対する返事として、接続機器１２００に発行した確認情報と同一の確認情報を発行する。
なお、登録用情報提供部１３５４が被接続機器１１００に対してキー情報を提供した後、キー情報提供部１３５４から接続部１３６６に対しキー情報を提供した旨の信号が伝送され、接続部１３６６により、キー情報の提供先である被接続機器１１００との間でセッションが確立される。キー情報が有効期限付きのものである場合には、被接続機器１１００との間で確立されたセッションは当該有効期限の間だけ維持されることとなる。
情報取得部１３６２は、被接続機器１１００からは、確認処理の結果の通知、及び、被接続機器１１００の接続情報を取得する。また、情報取得部１３６２は、接続機器１２００からは、キー情報、接続機器１２００の接続情報、及び被接続機器１１００の接続情報の取得要求を取得する。情報取得部１３６２は、取得したキー情報については、これを一旦記憶部３２６に記録するか、あるいは、直接情報提供部１３６４（具体的には、後述する情報提供部１３６４の照合部１３６４Ａ）に伝送する。また、情報取得部１３６２は、取得した被接続機器１１００の接続情報及び接続機器１２００の接続情報については、これを記憶部１３２６に一旦記録するか、あるいは、情報提供部１３６４（具体的には、後述する情報提供部１３６４の情報送信部１３６４Ｃ）に直接伝送する。また、情報取得部１３６２は、取得した確認処理の結果の通知及び被接続機器１１００の接続情報の取得要求については、情報提供部１３６４（具体的には、後述する情報提供部１３６４の情報送信部１３６４Ｃ）に伝送する。
情報提供部１３６４は、まず、情報取得部１３６２から直接受け取るか、あるいは、記憶部１３２６から抽出した接続機器１２００から取得したキー情報と、登録用情報提供部１３５４により被接続機器１１００に提供されたキー情報とを照合する。この照合の結果、２つのキー情報が合致した場合には、接続情報提供部１３６４は、その合致した旨を登録用情報生成部１３５２に通知する。この通知を受けた登録用情報生成部１３５２は、確認情報を生成する。
また、情報提供部１３６４は、被接続機器１１００から確認処理の結果、確認情報が同一であった旨の通知を情報取得部１３６２から受け取った場合に、被接続機器１１００に対し、接続機器１２００の接続情報を提供する。さらに、情報提供部１３６４は、被接続機器１１００から確認情報が同一であった旨の通知を受け取った後に、接続機器１２００からの被接続機器１１００の接続情報の取得要求を情報取得部１３６２から受け取った場合に、接続機器１２００に対し、被接続機器１１００の接続情報を提供する。
また、情報提供部１３６４は、上記機能を達成するために、より詳細には、主に、照合部１３６４Ａと、セッション検索部１３６４Ｂと、情報送信部１３６４Ｃとにより構成される。
照合部１３６４Ａは、情報取得部１３６２から直接受け取るか、あるいは、記憶部１３２６から抽出した接続機器１２００から取得したキー情報と、登録用情報提供部１３５４により被接続機器１１００に提供されたキー情報とを照合する。照合の結果、２つのキー情報が合致した場合には、合致した旨の信号を、セッション検索部１３６４Ｂ及び登録用情報生成部１３５２に送るとともに、合致したキー情報をセッション検索部１３６４Ｂに送る。一方、２つのキー情報が合致しなかった場合には、合致しなかった旨の信号を接続部１３６６に送る。なお、この信号を受け取った接続部１３６６は、被接続機器１１００との間に確立されているセッションを終了し、セッション終了通知を被接続機器１１００及び接続機器１２００に通信部１３３２を通じて送信する。
セッション検索部１３６４Ｂは、接続機器１２００から取得したキー情報と被接続機器１１００に提供されたキー情報とが合致した旨の信号を受けとった場合には、この信号とともに受けとったキー情報に該当するセッションがあるかどうかを検索する。該当するセッションがある場合には、該当するセッションがある旨の信号とともにその該当するセッションに関する情報を情報送信部１３６４Ｃに送る。一方、該当するセッションが存在しなかった場合には、通信部１３３２を通じて接続機器１２００に対してセッション終了通知を送信する。
情報送信部１３６４Ｃは、セッション検索部１３６４Ｂから合致したキー情報に該当するセッションがある旨の信号を受け取った場合には、この信号とともに受け取った該当するセッションに関する情報に基づいて、その該当するセッションが確立されている機器（本実施形態の場合は、被接続機器１１００）に対し、確認情報を送信する。
また、情報送信部１３６４Ｃは、被接続機器１１００から確認処理の結果、確認情報が同一であった旨の通知を情報取得部１３６２から受け取った場合に、被接続機器１１００に対し、接続機器１２００の接続情報を提供する。さらに、情報送信部１３６４Ｃは、被接続機器１１００から確認情報が同一であった旨の通知を受け取った後に、接続機器１２００からの被接続機器１１００の接続情報の取得要求を情報取得部１３６２から受け取った場合に、接続機器１２００に対し、被接続機器１１００の接続情報を提供する。
通信部１３３２は、被接続機器１１００からのキー情報取得要求の受信、被接続機器１００に対するキー情報及び確認情報の送信、被接続機器１１００からの被接続機器１１００の接続情報の受信、接続機器１２００からのキー情報と接続機器１２００の接続情報との受信、被接続機器１１００に対する接続機器１２００の接続情報の送信、接続機器１２００に対する被接続機器１１００の接続情報の送信等を行う。
以上、各機器の機能構成について説明したが、次に、各機器における処理の流れについて説明する。
（被接続機器１１００における処理の流れ）
まず、図３０Ａ、図３０Ｂ及び図３１に基づいて、被接続機器１１００における処理の流れについて詳細に説明する。なお、図３０Ａ及び図３０Ｂは、被接続機器１１００における処理フローを示す流れ図であり、図３１は、被接続機器１１００における機器登録処理の際の表示画面の一例を示す説明図である。また、図３０Ａ及び図３０Ｂには、図２６に示した各処理についての符号（Ｚ１〜Ｘ１０、Ｔ１、Ｔ２）を一緒に示してある。さらに、以下の説明では、キー情報及び確認情報として有効期限付きのＰＩＮを使用した例を挙げて説明する。
被接続機器１１００における具体的な処理の流れを説明する前に、図３１に示した被接続機器１１００における機器登録処理の際の表示画面の構成について説明する。
図３１に示すように、被接続機器１１００における機器登録処理の際の表示画面１１８０には、例えば、すでに被接続機器１１００に登録されている機器のリスト（以下、「登録済み機器リスト」１）１１８２と、機器登録開始ボタン１１８４と、キー情報表示画面１１８６と、確認情報表示画面１１９２とが表示される。
登録済み機器リスト１１８２には、この例では、ユーザＵ１が祖父であり、ユーザＵ２が孫である場合で、孫の家のＰＶＲ及び森田家のゲーム機がすでにユーザＵ１の被接続機器１１００に登録されていることが示されている。また、キー情報表示画面１１８６には、この例では、キー情報として３桁の数字の組み合わせ（「４９３−７１８」）からなるＰＩＮ１１８８（以下、「登録コード」という場合がある。）が表示され、さらに、機器登録処理をキャンセルするキャンセルボタン１１９０が表示されている。また、確認情報表示画面１１９２には、確認情報として３桁の数字の組み合わせ（「１１８−５２６」）からなるＰＩＮ１１９４（以下、「確認コード」という場合がある。）が表示され、さらに、確認処理の結果を通知するための確認ボタン１１９６及び確認キャンセルボタン１１９８が表示されている。以下、図３０Ａ及び３０Ｂに基づき、適宜図３１を参照しながら、被接続機器１１００における具体的な処理の流れについて説明する。
図３０Ａに示すように、まず、被接続機器１１００のユーザＵ１により機器登録開始ボタン１１８４が押下される（Ｓ９０２）。この登録開始ボタン１１８４の押下により、機器登録を開始する旨の信号が登録用情報要求部１１５２に送られる。この信号を受け取った登録用情報要求部１１５２は、機器登録サーバ１３００に対して、登録コードの取得要求（Ｚ１）を送信する（Ｓ９０４）。次に、被接続機器１１００のＣＰＵ１０６が、機器登録サーバ１３００から登録コードを取得したかどうかを判断する（Ｓ９０６）。この判断の結果、機器登録サーバ１３００から登録コードを取得せず、被接続機器１１００のユーザＵ１により、キャンセルボタン１１９０が押下された場合には（Ｓ９０８）、機器登録サーバ１３００に対してセッション終了通知を送信し（Ｓ９１０）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ９０６の判断の結果、機器登録サーバ１３００から登録コードを取得せず、機器登録サーバ１３００からセッション終了通知を受信した場合には（Ｓ９１２）、機器登録失敗の終了通知を被接続機器１１００の表示画面１１８０にＵＩ表示し（Ｓ９１４）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９０６の判断の結果、機器登録サーバ１３００から登録コードを受信（Ｚ２）した場合には（Ｓ９１６）、例えば、出力部１２２によりキー情報表示画面１１８６に登録コード（ＰＩＮ１１８８）を表示するなどして出力する（Ｓ９１８）。ＰＩＮ１１８８の出力方法については、この例には限られず、他の出力手段を用いても良いが、詳細は上述したとおりなのでここではその説明を省略する。
次に、キー情報表示画面１１８６に表示されたＰＩＮ１１８８を視覚的に認識したユーザＵ１が、電話等の特定の相手にのみ情報を通知できる所定の通知手段により、接続機器１２００のユーザＵ２に対してＰＩＮ１１８８を通知（Ｔ１）する（Ｓ９２０）。なお、ＰＩＮ１１８８が通知されたユーザＵ２は、接続機器１２００にＰＩＮ１１８８を入力する。
その後、登録用情報要求部１１５２は、機器登録サーバ１３００に対して確認情報（確認コード）の取得要求（本例では、ポーリング）を送信（Ｚ３）する（Ｓ９２２）。被接続機器１１００は、確認コードの取得要求を送信後、被接続機器１１００のＣＰＵ１０６が、機器登録サーバ１３００から確認コードを取得したかどうかを判断する（Ｓ９２４）。この判断の結果、機器登録サーバ１３００から確認コードを取得せず、被接続機器１１００のユーザＵ１により、キャンセルボタン１１９０が押下された場合には（Ｓ９２６）、機器登録サーバ１３００に対してセッション終了通知を送信し（Ｓ９１０）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ９２４の判断の結果、機器登録サーバ１３００から確認コードを取得せず、機器登録サーバ１３００からセッション終了通知を受信した場合には（Ｓ９２８）、機器登録失敗の終了通知を被接続機器１１００の表示画面１１８０にＵＩ表示し（Ｓ９１４）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９２４の判断の結果、機器登録サーバ１３００から確認コードを受信（Ｚ６）した場合には（Ｓ９３０）、例えば、出力部１２２により確認情報表示画面１１９２に確認コード（ＰＩＮ１１９４）を表示するなどして出力する（Ｓ９３２）。ＰＩＮ１１９４の出力方法については、この例には限られず、他の出力手段を用いても良いが、詳細は上述したとおりなのでここではその説明を省略する。
次に、確認情報表示画面１１９２に表示されたＰＩＮ１１９４を視覚的に認識したユーザＵ１が、電話等の特定の相手にのみ情報を通知できる所定の通知手段により、接続機器１２００のユーザＵ２との間で、被接続機器１１００と接続機器１２００にそれぞれ発行された確認コードが同一であるか否かを確認（Ｔ２）する（Ｓ９３４）。
この確認（Ｔ２）の結果、ユーザＵ１により、確認ボタン１１９６が押下されたか、あるいは確認キャンセルボタン１１９８が押下されたか、を被接続機器１１００のＣＰＵ１０６が判断する（Ｓ９３６）。この判断の結果、ユーザＵ１により確認キャンセルボタン１１９８が押下された場合には（Ｓ９３８）、機器登録サーバ１３００に対してセッション終了通知を送信し（Ｓ９１０）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９３６の判断の結果、ユーザＵ１により確認ボタン１１９６が押下された場合には（Ｓ９４０）、図３０Ｂに示すように、被接続機器１１００は、機器登録サーバ１３００に対して、確認処理の結果の通知と被接続機器１１００の接続情報を送信（Ｚ８）する（Ｓ９４２）。
その後、被接続機器１１００のＣＰＵ１０６が、接続機器１２００の接続情報を取得したか否かを判断する（Ｓ９４４）。この判断の結果、接続機器１２００の接続情報を取得せず、ユーザＵ１によりキャンセルボタン１１９０が押下された場合には（Ｓ９４６）、機器登録サーバ１３００に対してセッション終了通知を送信し（Ｓ９１０）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ９４４の判断の結果、機器登録サーバ１３００から接続機器１２００の接続情報を受信（Ｚ９）した場合には（Ｓ９４８）、受信した接続情報に基づいて、接続機器１２００の登録処理を行い（Ｓ９５０）、接続機器１２００の機器登録処理を終了する（機器登録成功）。このように機器登録が行われると、表示画面１１８０の登録済み機器リスト１１８２に、接続機器１２００が追加される。
（接続機器１２００における処理の流れ）
次に、図３２Ａ、図３２Ｂ及び図３３に基づいて、接続機器１２００における処理の流れについて詳細に説明する。なお、図３２Ａ及び図３２Ｂは、接続機器１２００における処理フローを示す流れ図であり、図３３は、接続機器１２００における機器登録処理の際の表示画面の一例を示す説明図である。また、図３２Ａ及び図３２Ｂには、図２６に示した各処理についての符号（Ｚ１〜Ｚ１０、Ｔ１、Ｔ２）を一緒に示してある。さらに、キー情報及び確認情報として有効期限付きのＰＩＮを使用した例を挙げて説明する点については、上述した被接続機器１１００の場合と同様である。
接続機器１２００における具体的な処理の流れを説明する前に、図３３に示した接続機器１２００における機器登録処理の際の表示画面の構成について説明する。
図３３に示すように、接続機器１２００における機器登録処理の際の表示画面１２８０には、例えば、すでに接続機器１２００に登録されている機器のリスト（以下、「登録済み機器リスト」）１２８２と、機器登録開始ボタン１２８４と、キー情報入力画面１２８６と、確認情報表示画面１２９２と、が表示される。
登録済み機器リスト１２８２には、この例では、ユーザＵ１が祖父であり、ユーザＵ２が孫である場合で、祖父の家のＰＣ、田中家のＴＶ及び森田家のゲーム機がすでにユーザＵ２の接続機器１２００に登録されていることが示されている。また、キー情報入力画面１２８６には、この例では、キー情報として３桁の数字の組み合わせ（「４９３−７１８」）からなるＰＩＮ１１８８（以下、「登録コード」という場合がある。）をユーザＵ２がユーザＵ１から通知された場合に、ユーザＵ２が当該ＰＩＮ１１８８を入力するためのＰＩＮ入力欄１２８８が表示され、さらに、機器登録処理をキャンセルするキャンセルボタン１２９０が表示されている。また、確認情報表示画面１２９２には、確認情報として３桁の数字の組み合わせ（「１１８−５２６」）からなるＰＩＮ１２９４（以下、「確認コード」という場合がある。）が表示され、さらに、確認情報取得後に機器登録処理をキャンセルするキャンセルボタン１２９６が表示されている。以下、図３２Ａ及び３２Ｂに基づき、適宜図３３を参照しながら、接続機器１２００における具体的な処理の流れについて説明する。
図３２Ａに示すように、まず、接続機器１２００のユーザＵ２が、被接続機器１１００のユーザＵ１からＰＩＮ１１８８を通知された後に、ユーザＵ２により機器登録開始ボタン１２８４が押下される（Ｓ９５２）。この登録開始ボタン１２８４の押下により、機器登録を開始する旨の信号がキー情報入力部１２５２に送られる。この信号を受け取ったキー情報入力部１２５２は、ユーザＵ２がユーザＵ１から通知された（Ｔ１）ＰＩＮ１１８８の入力を、ユーザＵ２に対して要求する（Ｓ９５４）。このＰＩＮ入力要求は、例えば、当該要求信号をキー情報入力部１２５２から受けた接続機器１２００の出力部２２２が、キー情報入力画面１２８６にＵＩ表示（図３３に示したような「これから登録する機器に表示された登録コードを入力してください」等）することにより行われる。次に、接続機器１２００のＣＰＵ２０６が、上記ＰＩＮ入力要求の結果、ユーザＵ２によりＰＩＮ１１８８がＰＩＮ入力欄１２８８に入力されたかどうかを判断する（Ｓ９５６）。この判断の結果、ＰＩＮ１１８８が入力されず、ユーザＵ２によりキャンセルボタン１２９０が押下された場合には（Ｓ９５８）、接続機器１２００は被接続機器１１００の機器登録処理を終了する（機器登録失敗）。なお、この例においては、ＰＩＮ１１８８は有効期限付きの情報であるので、この有効期限内にユーザＵ２によるＰＩＮ１１８８の入力が行われなかった場合にも、被接続機器１１００の機器登録は失敗終了となる。一方、ステップＳ９５６の判断の結果、ユーザＵ２によりＰＩＮ１１８８が入力された場合には（Ｓ９６０）、接続機器１２００の情報提供部１２５４が、機器登録サーバ１３００に対して、接続機器１２００の接続情報（Ｚ４）とＰＩＮ（Ｔ１）とを通知する（Ｓ９６２）。
その後、接続機器１２００のＣＰＵ２０６は、機器登録サーバ１３００から、確認情報（確認コード）を取得したか否かを判断する（Ｓ９６４）。この判断の結果、機器登録サーバ１３００から確認コードを取得せず、接続機器１２００のユーザＵ２により、キャンセルボタン１２９０が押下された場合には（Ｓ９６６）、接続機器１２００は被接続機器１１００の機器登録処理を終了する（機器登録失敗）。また、ステップＳ９６４の判断の結果、機器登録サーバ１３００から確認コードを取得せず、機器登録サーバ１３００からセッション終了通知を受信した場合には（Ｓ９６８）、機器登録失敗の終了通知を接続機器１２００の表示画面１２８０にＵＩ表示し（Ｓ９７０）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９６４の判断の結果、機器登録サーバ１３００から確認コードを受信（Ｚ５）した場合には（Ｓ９７２）、例えば、出力部１２２により確認情報表示画面１２９２に確認コード（ＰＩＮ１２９４）を表示するなどして出力する（Ｓ９７４）。ＰＩＮ１２９４の出力方法については、この例には限られず、他の出力手段を用いても良いが、詳細は上述したとおりなのでここではその説明を省略する。
確認情報表示画面１２９２に確認コードが表示された後に、接続機器１２００は、機器登録サーバ１３００に対して、被接続機器１１００の接続情報の取得要求（本例では、ポーリング）を送信（Ｚ７）する（Ｓ９７６）。
次に、図３０Ｂに示すように、確認情報表示画面１１９２に表示されたＰＩＮ１１９４を視覚的に認識したユーザＵ２と、被接続機器１１００のユーザＵ１との間で、電話等の特定の相手にのみ情報を通知できる所定の通知手段により、被接続機器１１００と接続機器１２００にそれぞれ発行された確認コードが同一であるか否かの確認（Ｔ２）を行う（Ｓ９７８）。
この確認（Ｔ２）の結果、被接続機器１１００のユーザＵ１により、確認ボタン１１９６が押下されたか否かが、機器登録サーバ１３００において判断される（Ｓ９８０）。この判断の結果、ユーザＵ１により確認ボタン１１０６の押下がされず、機器登録サーバ１３００からセッション終了通知を受信した場合には（Ｓ９８２）、機器登録失敗の終了通知を接続機器１２００の表示画面１２８０にＵＩ表示し（Ｓ９７０）、機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９８０の判断の結果、ユーザＵ１により確認ボタン１１０６が押下された場合には（Ｓ９８４）、接続機器１２００のＣＰＵ２０６は、被接続機器１１００の接続情報取得ポーリングにより、当該接続情報を取得したか否かを判断する（Ｓ９８６）。この判断の結果、被接続機器１１００の接続情報を取得せず、ユーザＵ２によりキャンセルボタン１２９６が押下された場合には（Ｓ９８８）、接続機器１２００は被接続機器１１００の機器登録処理を終了する（機器登録失敗）。一方、ステップＳ９８６の判断の結果、機器登録サーバ１３００から、被接続機器１１００の接続情報を受信（Ｚ１０）した場合には（Ｓ９９０）、受信した接続情報に基づいて、被接続機器１１００の登録処理を行い（Ｓ９９２）、被接続機器１１００の機器登録処理を終了する（機器登録成功）。このように機器登録が行われると、表示画面１２８０の登録済み機器リスト１２８２に、被接続機器１１００が追加される。
（機器登録サーバ１３００における処理の流れ）
次に、図３４、図３５Ａ及び図３５Ｂに基づいて、機器登録サーバ１３００における処理の流れについて詳細に説明する。なお、図３４は、機器登録サーバ１３００における処理フローのうち、複数のセッションを管理する機器登録サーバ１３００全体の処理フローを示す流れ図であり、図３５Ａ及び図３５Ｂは、機器登録サーバ１３００における処理フローのうち、個々のセッションごとの処理フローを示す流れ図である。また、図３４、図３５Ａ及び図３５Ｂには、図２６に示した各処理についての符号（Ｚ１〜Ｚ１０、Ｔ１、Ｔ２）を一緒に示してある。さらに、キー情報及び確認情報として有効期限付きのＰＩＮを使用した例を挙げて説明する点については、上述した被接続機器１１００の場合と同様である。
初めに、図３４を参照しながら、複数のセッションを管理する機器登録サーバ１３００全体の処理の流れについて説明する。
図３４に示すように、機器登録サーバ１３００は、被接続機器１１００及び接続機器１２００からのアクセス（接続要求）がない場合には待機状態にあり、この待機状態において、他の機器（本実施形態では、被接続機器１１００または接続機器１２００）から何らかの情報を受信した場合には、その受信情報の内容を判別する。その受信情報の判別の結果に応じて、３つのチャネルＰ〜Ｒに移行する。
第１に、機器登録サーバ１３００が被接続機器１１００から登録コード取得要求（Ｚ１）を受信した場合には（Ｓ１００２）、チャネルＰに移行する。登録コード取得要求を受信した機器登録サーバ１３００の登録用情報生成部１３５２は、この例では、３桁の数字の組み合わせからなる有効期限付きのＰＩＮ１１８８を生成する（Ｓ１００４）。なお、上述したように、このステップＳ１００４は必ずしもステップＳ１００２の後に行われなくてもよい。すなわち、ＰＩＮ１１８８は、被接続機器１１００の登録コード取得要求（Ｚ１）に応じて生成されたものでなくてもよく、予め登録用情報生成部１３５２により生成され、機器登録サーバ１３００の記憶部１３２６に記録されているものを抽出したものであってもよい。次に、機器登録サーバ１３００は、ステップＳ１００４で生成されたＰＩＮ１１８８を被接続機器１１００に送信し、ＰＩＮ１１８８の送信先である被接続機器１１００との間でセッションを確立し（Ｓ１００６）、機器登録サーバ１３００は再び待機状態となる。被接続機器１１００との間で確立されたセッションは、機器登録サーバ１３００が被接続機器１１００からのセッション終了通知を受信しない限り、ＰＩＮ１１８８の有効期限の間維持される。
第２に、ＰＩＮ１１８８の有効期限内に、被接続機器１１００から確認コード取得要求を受信（Ｚ３）した場合（Ｓ１００８）、接続機器１２００からその接続情報と登録コードの通知を受信（Ｚ４）した場合（Ｓ１０１０）、接続機器１２００から被接続機器１１００の接続情報取得要求を受信（Ｚ７）した場合、被接続機器１１００から確認処理の結果の通知とその接続情報を受信（Ｚ８）した場合には、チャネルＢに移行する。機器登録サーバ１３００は、上記各情報を受信する際に同時に登録コードも受信する。機器登録サーバ１３００の照合部１３６４Ａは、接続機器１２００から受信したＰＩＮと、その前に被接続機器１１００に発行したＰＩＮ１１８８とを照合する（Ｓ１０１６）。次に、機器登録サーバ１３００のＣＰＵ３０６は、このステップＳ１０１６の照合の結果、接続機器１２００から受信したＰＩＮが、被接続機器１１００に発行したＰＩＮ１１８８と合致したかどうかを判断する（Ｓ１０１８）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ１３００は再び待機状態となる。一方、ステップＳ１０１８の判断の結果、上記２つのＰＩＮが合致した場合には、セッション検索部１３６４Ｂが、この合致したＰＩＮ１１８８に該当するセッション、すなわち、この例の場合は、機器登録サーバ１３００と被接続機器１１００及び接続機器１２００との間に確立されたセッションが存在するかどうかを検索し、この検索の結果をＣＰＵ３０６が判断する（Ｓ１０２０）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合は被接続機器１１００や接続機器１２００に対して、各機器の取得要求に係る情報を送信し（Ｓ１０２２）、機器登録サーバ１３００は再び待機状態となる。一方、ステップＳ１０２０の判断の結果、該当するセッションが存在しないと判断された場合には、該当する情報を送信した機器（本実施形態では、被接続機器１１００または接続機器１２００）に対してエラー通知を送信し（Ｓ１０２４）、機器登録サーバ１３００は再び待機状態となる。
第３に、被接続機器１１００からのセッション終了通知（セッション終了要求の通知）を受信した場合には（Ｓ１０２６）、チャネルＣに移行する。機器登録サーバ１３００は、被接続機器１１００からセッション終了通知を受信する際に同時にＰＩＮも受信する。機器登録サーバ１３００の照合部１３６４Ａは、このとき被接続機器１１００から受信したＰＩＮと、その前に被接続機器１１００に発行した登録コード（ＰＩＮ１１８８）とを照合する（Ｓ１０２８）。次に、機器登録サーバ１３００のＣＰＵ３０６は、このステップＳ１０２８の照合の結果、被接続機器１１００からセッション終了通知とともに受信したＰＩＮが、被接続機器１１００に発行したＰＩＮ１１８８と合致したかどうかを判断する（Ｓ１０３０）。この判断の結果、上記２つのＰＩＮが合致しなかった場合には、機器登録サーバ１３００は再び待機状態となる。一方、ステップＳ１０３０の判断の結果、上記２つのＰＩＮが合致した場合には、セッション検索部１３６４Ｂが、この合致したＰＩＮ１１８８に該当するセッション、すなわち、この例の場合は、機器登録サーバ１３００と被接続機器１１００との間に確立されたセッションが存在するかどうかを検索し、この検索の結果をＣＰＵ３０６が判断する（Ｓ１０３２）。この判断の結果、該当するセッションが存在すると判断された場合には、該当セッションを通じてそのセッションが確立している相手、すなわち、この例の場合は被接続機器１１００に対して、セッション終了通知（セッションを実際に終了した旨の通知）を送信し（Ｓ１０３４）、機器登録サーバ１３００は再び待機状態となる。一方、ステップＳ１０３２の判断の結果、該当するセッションが存在しないと判断された場合には、該当する機器（この場合は、接続機器１２００）に対してセッション終了通知を送信し（Ｓ１０２４）、機器登録サーバ１３００は再び待機状態となる。
次に、図３５Ａ及び３５Ｂを参照しながら、複数のセッションを管理する機器登録サーバ１３００の個々のセッションごとの処理の流れについて説明する。以下の説明においては、機器登録サーバ１３００と被接続機器１１００との間に確立されたセッションにおける処理の流れを例に挙げて説明する。
図３５Ａに示すように、機器登録サーバ１３００が被接続機器１１００との間でセッションを確立（Ｓ１０４２）した後に、この確立されたセッションを通じて、被接続機器１１００に対して登録コード（ＰＩＮ１１８８）を通知（Ｚ２）する（Ｓ１０４４）。この例においては、ＰＩＮ１１８８は、有効期限付きの情報であるので、被接続機器１１００に対してセッションを通知した時点からセッションタイマーがスタートする（Ｓ１０４６）。次に、ＣＰＵ３０６は、このセッションタイマーの制限時間内に、接続機器１２００から登録コード（ＰＩＮ１１８８）を通知されたか否かを判断する（Ｓ１０４８）。この判断の結果、接続機器１２００から登録コードを受信せず、セッションタイマーがタイムアウトしたと判断された場合には（Ｓ１０５０）、被接続機器１１００に対してセッション終了を通知し（Ｓ１０５２）、機器登録処理を終了する（機器登録失敗）。また、ステップＳ１０４８の判断の結果、接続機器１２００に対してセッション終了を通知したと判断された場合にも（Ｓ１０５４）、機器登録処理を終了する（機器登録失敗）。また、この段階で、被接続機器１１００から確認コード取得要求を受信（Ｚ３）した場合には、（Ｓ１０５６）、機器登録サーバ１３００は、被接続機器１１００に対してエラー通知を行い（Ｓ１０５８）、ステップＳ１０４８の処理に戻る。
一方、ステップＳ１０４８の判断の結果、接続機器１２００から、その接続情報と登録コードの通知を受信（Ｚ４）した場合には（Ｓ１０６０）、機器登録サーバ１３００の登録用情報生成部１３５２は、確認コードを生成し（Ｓ１０６２）、作成した確認コードを接続機器１２００に対して通知（Ｚ６）する（Ｓ１０６４）。
次に、図３５Ｂに示すように、機器登録サーバ１３００のＣＰＵ３０６は、被接続機器１１００から確認コードの取得要求を受信したか否かを判断する（Ｓ１０６６）。この判断の結果、被接続機器１１００から確認コードの取得要求を受信していないと判断され、この段階で、機器登録サーバ１３００が、接続機器１２００から被接続機器１１００の接続情報の取得要求を受信（Ｚ７）した場合には（Ｓ１０６８）、機器登録サーバ１３００は、接続機器１２００に対してエラー通知を行い（Ｓ１０７０）、ステップＳ１０６６に戻る。一方、ステップＳ１０６６の判断の結果、被接続機器１１００から確認コードの取得要求を受信（Ｚ３）したと判断された場合には（Ｓ１０７２）、機器登録サーバ１３００は、被接続機器１１００に対して確認コードを通知（Ｚ６）する（Ｓ１０７４）。
続いて、機器登録サーバ１３００のＣＰＵ３０６は、確認処理の結果、確認情報が被接続機器１１００と接続機器１２００と同一であることを確認した旨の通知が、被接続機器１１００からされたか否かを判断する（Ｓ１０７６）。この判断の結果、確認情報が被接続機器１１００と接続機器１２００と同一であることを確認した旨の通知がされていないと判断され、この段階で、機器登録サーバ１３００が、接続機器１２００から被接続機器１１００の接続情報の取得要求を受信（Ｚ７）した場合には（Ｓ１０７８）、機器登録サーバ１３００は、接続機器１２００に対してエラー通知を行い（Ｓ１０８０）、ステップＳ１０７６に戻る。一方、ステップＳ１０７６の判断の結果、確認情報が被接続機器１１００と接続機器１２００と同一であることを確認した旨の通知を被接続機器１１００から受信（Ｚ８）し、それと同時に被接続機器１１００の接続情報を受信した場合には（Ｓ１０８２）、機器登録サーバ１３００は、被接続機器１１００に対して、接続機器１２００の接続情報を送信（Ｚ９）する（Ｓ１０８４）。
機器登録サーバ１３００は、被接続機器１１００に対して、接続機器１２００の接続情報を送信（Ｚ９）した後に、接続機器１２００から被接続機器１１００の接続情報の取得要求を受信（Ｚ７）すると（Ｓ１０８６）、接続機器１２００に対し、被接続機器１１００の接続情報を送信（Ｚ１０）して（Ｓ１０８８）、機器登録処理を終了する（成功終了）。
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
本発明の第１の実施形態に係る接続認証システムの全体構成を示す説明図である。 同実施形態に係る接続認証システムのユースケースを示す説明図である。 同実施形態に係る第１の端末装置のハードウェア構成を示す説明図である。 同実施形態に係る第１の端末装置の機能構成を示す説明図である。 同実施形態に係る第２の端末装置の機能構成を示す説明図である。 同実施形態に係る接続認証サーバの機能構成を示す説明図である。 同実施形態に係る第１の端末装置における処理フローを示す流れ図である。 同実施形態に係る第１の端末装置における機器登録処理の際の表示画面の一例を示す説明図である。 同実施形態に係る第２の端末装置における処理フローを示す流れ図である。 同実施形態に係る第２の端末装置における機器登録処理の際の表示画面の一例を示す説明図である。 同実施形態に係る接続認証サーバにおける処理フローを示す流れ図である。 同実施形態に係る接続認証サーバにおける処理フローを示す流れ図である。 本発明の第２の実施形態に係る接続認証システムの全体構成を示す説明図である。 同実施形態に係るＵＲＬ通知サーバの機能構成を示す説明図である。 同実施形態に係る機器登録サーバの機能構成を示す説明図である。 同実施形態に係るＷｅｂサーバの機能構成を示す説明図である。 同実施形態に係るブラウザに表示されるＰＩＮ発行要求及びＰＩＮ表示画面の一例を示す説明図である。 同実施形態に係るＰＩＮ／ＵＲＬ送信インターフェースの表示構成を説明するための説明図である。 同実施形態に係る端末装置におけるＵＲＬ通知処理フローを示す流れ図である。 同実施形態に係る端末装置におけるＵＲＬ通知処理フローを示す流れ図である。 同実施形態に係るＵＲＬ通知サーバにおけるＵＲＬ通知処理フローを示す流れ図である。 同実施形態に係るＵＲＬ通知サーバにおけるＵＲＬ通知処理フローを示す流れ図である。 同実施形態に係る機器登録サーバにおける処理フローを示す流れ図である。 同実施形態に係る機器登録サーバにおける処理フローを示す流れ図である。 同実施形態に係るＷｅｂサーバにおける処理フローを示す流れ図である。 同実施形態に係るＷｅｂサーバにおける処理フローを示す流れ図である。 本発明の第３の実施形態に係る接続認証システムの全体構成を示す説明図である。 同実施形態に係る第１の端末装置の機能構成を示す説明図である。 同実施形態に係る第２の端末装置の機能構成を示す説明図である。 同実施形態に係る接続認証サーバの機能構成を示す説明図である。 同実施形態に係る第１の端末装置における処理フローを示す流れ図である。 同実施形態に係る第１の端末装置における処理フローを示す流れ図である。 同実施形態に係る第１の端末装置における機器登録処理の際の表示画面の一例を示す説明図である。 同実施形態に係る第２の端末装置における処理フローを示す流れ図である。 同実施形態に係る第２の端末装置における処理フローを示す流れ図である。 同実施形態に係る第２の端末装置における機器登録処理の際の表示画面の一例を示す説明図である。 同実施形態に係る接続認証サーバにおける処理フローを示す流れ図である。 同実施形態に係る接続認証サーバにおける処理フローを示す流れ図である。 同実施形態に係る接続認証サーバにおける処理フローを示す流れ図である。
符号の説明
１０、３０ 機器登録システム
１００ 被接続機器
１００Ａ 電話
１２６ 記録部
１３２ 通信部
１５２ キー情報要求部
１５４ キー情報取得部
１５６ キー情報通知部
１６２ 接続情報取得部
２００ 接続機器
２００Ａ 電話
２２６ 記憶部
２３２ 通信部
２５２ キー情報入力部
２５４ 情報提供部
３００ 機器登録サーバ
３２６ 記憶部
３３２ 通信部
３５２ キー情報生成部
３５４ キー情報提供部
３６２ 情報取得部
３６４ 接続情報提供部
３６４Ａ 照合部
３６４Ｂ セッション検索部
３６４Ｃ 接続情報送信部
４００ 端末装置
４１０ ブラウザ
５００ ＵＲＬ通知サーバ
５０２ ＰＩＮ要求部
５０４ ＰＩＮ受信部
５０６ ＰＩＮ表示部
５０８ ＵＲＬ受信部
５１０ ＵＲＬリダイレクト処理部
６００ 機器登録サーバ
６０２ ＰＩＮ発行部
６０４ 一時記憶部
６０６ ＰＩＮ受信部
６０８ ＰＩＮ照合部
６１０ ＵＲＬ受信部
６１２ ＵＲＬ送信部
７００ ＵＲＬ通知システム
８００ Ｗｅｂサーバ
８１０ ＰＩＮ／ＵＲＬ送信インターフェース
８１２ ＵＲＬ入力部
８１４ ＰＩＮ入力部
８２０ ページ表示部
１１００ 被接続機器
１１００Ａ 電話
１１２６ 記録部
１１３２ 通信部
１１５２ 登録用情報要求部
１１５４ 登録用情報取得部
１１５６ 登録用情報通知部
１１６２ 確認通知部
１１６４ 接続情報提供部
１１７２ 接続情報取得部
１１７４ 機器登録部
１２００ 接続機器
１２００Ａ 電話
１２２６ 記憶部
１２３２ 通信部
１２５２ キー情報入力部
１２５４ 情報提供部
１２６２ 確認情報取得部
１２６４ 確認情報通知部
１２７２ 接続情報取得部
１２７４ 機器登録部
１３００ 機器登録サーバ
１３２６ 記憶部
１３３２ 通信部
１３５２ 登録用情報生成部
１３５４ 登録用情報提供部
１３６２ 情報取得部
１３６４ 情報提供部
１３６４Ａ 照合部
１３６４Ｂ セッション検索部
１３６４Ｃ 情報送信部
ＳＳ セッション

Claims (9)

  1. 第１の端末装置と、ネットワークを介して前記第１の端末装置に接続可能な第２の端末装置と、前記第１の端末装置及び前記第２の端末装置に接続された接続認証サーバと、を含む接続認証システムであって、
    前記第１の端末装置は、
    前記接続認証サーバから認証情報を取得する認証情報取得部と、
    前記認証情報を前記第１の端末装置のユーザに通知する認証情報通知部と、
    前記第２の端末装置が前記第１の端末装置のユーザから伝達された前記認証情報が入力された装置であるか否かを確認するための確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記第１の端末装置のユーザに通知する確認情報通知部と、
    前記接続認証サーバから前記第２の端末装置の接続情報を取得する接続情報取得部と、
    を備え、
    前記第２の端末装置は、
    前記第１の端末装置のユーザから前記第２の端末装置のユーザに伝達された前記認証情報が前記第２の端末装置のユーザにより入力される認証情報入力部と、
    前記認証情報と前記第２の端末装置の接続情報とを前記接続認証サーバに提供する情報提供部と、
    前記確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記第２の端末装置のユーザに通知する確認情報通知部と、
    を備え、
    前記接続認証サーバは、
    前記第１の端末装置に前記認証情報を提供する認証情報提供部と、
    前記第２の端末装置から前記認証情報と前記第２の端末装置の接続情報とを取得する情報取得部と、
    前記第１の端末装置に提供された前記認証情報と前記第２の端末装置から取得した前記認証情報とを照合し、前記提供された認証情報と前記取得した認証情報とが合致した場合に、前記確認情報を前記第２の端末装置に提供し、前記確認情報を前記第２の端末に提供した後に、前記第１の端末からの前記確認情報の取得要求に応じて、前記確認情報を前記第１の端末装置に提供する確認情報提供部と、
    前記第２の端末装置の接続情報を前記第１の端末装置に提供する接続情報提供部と、
    を備えることを特徴とする、接続認証システム。
  2. 前記第１の端末装置は、
    前記第１の端末装置に提供された前記確認情報と前記第２の端末装置に提供された前記確認情報とが同一であるか否かを確認し、各前記確認情報が同一であった場合に、当該確認の結果を前記接続認証サーバに通知する確認通知部
    をさらに備え、
    前記接続認証サーバは、
    前記第１の端末装置から、前記確認の結果の通知を受信する確認結果受信部
    をさらに備え、
    前記接続認証サーバの前記接続情報提供部は、前記確認結果受信部が前記第１の端末装置から前記確認の結果の通知を受信した場合にのみ、前記第２の端末装置の接続情報を前記第１の端末装置に提供することを特徴とする、請求項１に記載の接続認証システム。
  3. 前記第１の端末装置は、
    前記確認の結果の通知が前記接続認証サーバにされた場合に、前記第１の端末装置の接続情報を前記接続認証サーバに提供する接続情報提供部
    をさらに備え、
    前記第２の端末装置は、
    前記第１の端末装置の接続情報を前記接続認証サーバから取得する接続情報取得部
    をさらに備え、
    前記接続認証サーバの前記接続情報提供部は、前記確認結果受信部が前記第１の端末装置から前記確認の結果の通知を受信した後に、前記第２の端末装置からの要求に応じて、前記第１の端末の接続情報を前記第２の端末に提供することを特徴とする、請求項２に記載の接続認証システム。
  4. 所定の接続情報を有する他の端末装置とネットワークを介して接続可能であり、前記他の端末装置の接続情報を取得して前記他の端末装置以外の端末装置に提供する接続認証サーバと接続された端末装置であって、
    前記接続認証サーバから認証情報を取得する認証情報取得部と、
    前記認証情報を本端末装置のユーザに通知する認証情報通知部と、
    前記他の端末装置が前記本端末装置のユーザから伝達された前記認証情報が入力された装置であるか否かを確認するための確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記本端末装置のユーザに通知する確認情報通知部と、
    前記接続認証サーバから前記他の端末装置の接続情報を取得する接続情報取得部と、
    を備えることを特徴とする、端末装置。
  5. 所定の接続情報を有する他の端末装置とネットワークを介して接続可能であり、接続情報を取得して前記他の端末装置に提供する接続認証サーバと接続された端末装置であって、
    前記他の端末装置のユーザから本端末装置のユーザに伝達された認証情報が前記本端末装置のユーザにより入力される認証情報入力部と、
    前記認証情報と前記本端末装置の接続情報とを前記接続認証サーバに提供する情報提供部と、
    前記確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記本端末装置のユーザに通知する確認情報通知部と、
    を備えることを特徴とする、端末装置。
  6. 第１の端末装置、及びネットワークを介して前記第１の端末装置に接続可能な第２の端末装置に接続された接続認証サーバであって、
    前記第１の端末装置に認証情報を提供する認証情報提供部と、
    前記第２の端末装置から前記認証情報と前記第２の端末装置の接続情報とを取得する情報取得部と、
    前記第１の端末装置に提供された前記認証情報と前記第２の端末装置から取得した前記認証情報とを照合し、前記提供された認証情報と前記取得した認証情報とが合致した場合に、前記確認情報を前記第２の端末装置に提供し、前記確認情報を前記第２の端末に提供した後に、前記第１の端末からの前記確認情報の取得要求に応じて、前記確認情報を前記第１の端末装置に提供する確認情報提供部と、
    前記第２の端末装置の接続情報を前記第１の端末装置に提供する接続情報提供部と、
    を備えることを特徴とする、接続認証サーバ。
  7. 所定の接続情報を有する他の端末装置とネットワークを介して接続可能であり、前記他の端末装置の接続情報を取得して前記他の端末装置以外の端末装置に提供する接続認証サーバと接続された端末装置において、
    コンピュータを、
    前記接続認証サーバから認証情報を取得する認証情報取得部と、
    前記認証情報を本端末装置のユーザに通知する認証情報通知部と、
    前記他の端末装置が前記本端末装置のユーザから伝達された前記認証情報が入力された装置であるか否かを確認するための確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記本端末装置のユーザに通知する確認情報通知部と、
    前記接続認証サーバから前記他の端末装置の接続情報を取得する接続情報取得部と、
    して機能させることを特徴とする、プログラム。
  8. 所定の接続情報を有する他の端末装置とネットワークを介して接続可能であり、接続情報を取得して前記他の端末装置に提供する接続認証サーバと接続された端末装置において、
    コンピュータを、
    前記他の端末装置のユーザから本端末装置のユーザに伝達された認証情報が前記本端末装置のユーザにより入力される認証情報入力部と、
    前記認証情報と前記本端末装置の接続情報とを前記接続認証サーバに提供する情報提供部と、
    前記確認情報を前記接続認証サーバから取得する確認情報取得部と、
    前記確認情報を前記本端末装置のユーザに通知する確認情報通知部と、
    して機能させることを特徴とする、プログラム。
  9. 第１の端末装置、及びネットワークを介して前記第１の端末装置に接続可能な第２の端末装置に接続された接続認証サーバにおいて、
    コンピュータを、
    前記第１の端末装置に認証情報を提供する認証情報提供部と、
    前記第２の端末装置から前記認証情報と前記第２の端末装置の接続情報とを取得する情報取得部と、
    前記第１の端末装置に提供された前記認証情報と前記第２の端末装置から取得した前記認証情報とを照合し、前記提供された認証情報と前記取得した認証情報とが合致した場合に、前記確認情報を前記第２の端末装置に提供し、前記確認情報を前記第２の端末に提供した後に、前記第１の端末からの前記確認情報の取得要求に応じて、前記確認情報を前記第１の端末装置に提供する確認情報提供部と、
    前記第２の端末装置の接続情報を前記第１の端末装置に提供する接続情報提供部と、
    して機能させることを特徴とする、プログラム。
JP2008009387A 2007-04-10 2008-01-18 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム Expired - Fee Related JP5003505B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008009387A JP5003505B2 (ja) 2007-04-10 2008-01-18 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム
US12/354,284 US8321917B2 (en) 2008-01-18 2009-01-15 Connection authentication system, terminal apparatus, connection authentication server, connection authentication method, and program
EP09250118A EP2081345A2 (en) 2008-01-18 2009-01-16 Connection authentication system, terminal apparatus, connection authentication server, connection authentication method and program
CN2009100012883A CN101488956B (zh) 2008-01-18 2009-01-16 连接认证系统、终端装置、连接认证服务器及其方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2007103293 2007-04-10
JP2007103293 2007-04-10
JP2008009387A JP5003505B2 (ja) 2007-04-10 2008-01-18 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2008282381A JP2008282381A (ja) 2008-11-20
JP5003505B2 true JP5003505B2 (ja) 2012-08-15

Family

ID=40897332

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008009387A Expired - Fee Related JP5003505B2 (ja) 2007-04-10 2008-01-18 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム

Country Status (4)

Country Link
US (1) US8321917B2 (ja)
EP (1) EP2081345A2 (ja)
JP (1) JP5003505B2 (ja)
CN (1) CN101488956B (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8590022B2 (en) 2009-02-26 2013-11-19 Blackberry Limited Authentication using a wireless mobile communication device
US20110055893A1 (en) * 2009-08-31 2011-03-03 Walls Jeffrey J Communication application
US9538299B2 (en) 2009-08-31 2017-01-03 Hewlett-Packard Development Company, L.P. Acoustic echo cancellation (AEC) with conferencing environment templates (CETs)
US9338515B2 (en) * 2009-09-03 2016-05-10 At&T Intellectual Property I, L.P. Real-time and secured picture/video upload via a content delivery network
EP2360583A3 (en) * 2010-02-12 2011-09-28 Samsung Electronics Co., Ltd. Method and system for installing applications
US9467448B2 (en) * 2010-06-28 2016-10-11 Fujitsu Limited Consigning authentication method
JP5621481B2 (ja) * 2010-09-30 2014-11-12 富士通株式会社 電子装置および無線通信制御プログラム
US8346672B1 (en) * 2012-04-10 2013-01-01 Accells Technologies (2009), Ltd. System and method for secure transaction process via mobile device
JP5132807B1 (ja) * 2011-09-30 2013-01-30 株式会社東芝 映像受信装置及び映像受信方法
US20130176380A1 (en) * 2012-01-11 2013-07-11 Dirk John Hogan Orchestrating an Exchange of Conferencing Transmissions
CN103312677B (zh) * 2012-03-15 2017-09-08 宇龙计算机通信科技(深圳)有限公司 终端、服务器和通信连接的建立方法
JP6076656B2 (ja) * 2012-09-10 2017-02-08 株式会社イーフロー デバイスペアリング方法及びデバイス
US9066326B2 (en) 2013-03-14 2015-06-23 Google Technology Holdings LLC Automatic user notification, with quick response (QR) code generation following failed NFC device pairing
US20140282923A1 (en) 2013-03-14 2014-09-18 Motorola Mobility Llc Device security utilizing continually changing qr codes
DE102014203582A1 (de) * 2014-02-27 2015-08-27 BSH Hausgeräte GmbH Verfahren und System zur Fernsteuerung und/oder Fernüberwachung des Betriebs eines Haushaltsgeräts mit Hilfe eines Kommunikationsgeräts
DE102014203580A1 (de) * 2014-02-27 2015-08-27 BSH Hausgeräte GmbH Verfahren und System zur Fernsteuerung und/oder Fernüberwachung des Betriebs eines Haushaltsgeräts mit Hilfe eines Kommunikationsgeräts
US9727661B2 (en) * 2014-06-20 2017-08-08 Lg Electronics Inc. Display device accessing broadcast receiver via web browser and method of controlling therefor
CN105763255B (zh) * 2014-12-17 2018-04-17 Tcl集团股份有限公司 应用于智能终端的通信连接建立方法、智能终端和服务器
JP2017004133A (ja) * 2015-06-08 2017-01-05 株式会社リコー サービス提供システム、情報処理システム、情報処理装置、サービス提供方法、及びプログラム
CN105611647A (zh) * 2015-07-27 2016-05-25 宇龙计算机通信科技(深圳)有限公司 连接建立方法、连接建立装置和通信系统
CN106788995B (zh) * 2016-12-07 2020-09-04 武汉斗鱼网络科技有限公司 文件加密方法及装置
US10791120B2 (en) * 2017-08-30 2020-09-29 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. System and method for providing access to secured data via a push notification

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002082910A (ja) * 2000-09-08 2002-03-22 Pioneer Electronic Corp ユーザ認証システム及びユーザ認証方法
KR100402094B1 (ko) * 2002-11-22 2003-10-17 알서포트 주식회사 웹과 아이콘을 이용한 원격제어 시스템
JP4101140B2 (ja) * 2003-09-16 2008-06-18 株式会社リコー 画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体
JP3955025B2 (ja) * 2004-01-15 2007-08-08 松下電器産業株式会社 移動無線端末装置、仮想私設網中継装置及び接続認証サーバ
JP4305234B2 (ja) * 2004-03-18 2009-07-29 日本電気株式会社 公衆無線ｌａｎ接続サービス装置及びその方法
JP2006011989A (ja) * 2004-06-28 2006-01-12 Ntt Docomo Inc 認証方法、端末装置、中継装置及び認証サーバ
JP2006171989A (ja) 2004-12-14 2006-06-29 Canon Inc 情報処理装置
JP4172458B2 (ja) * 2005-02-28 2008-10-29 ソニー株式会社 接続制御装置、通信システムおよび接続制御方法
JP2006254137A (ja) * 2005-03-11 2006-09-21 Nec Corp ユーザ端末管理装置とユーザ端末管理プログラム及びユーザ端末管理システム
JP4167666B2 (ja) 2005-03-17 2008-10-15 Ｎｅｃビッグローブ株式会社 リモートアクセスシステム、ルータ及びリモートアクセス制御プログラム
JP2007052513A (ja) * 2005-08-16 2007-03-01 Sony Corp 対象装置、認証デバイスおよび認証方法
JP2008083859A (ja) * 2006-09-26 2008-04-10 Toshiba Corp 仲介サーバ、通信仲介方法、通信仲介プログラム、および通信システム
JP4992378B2 (ja) * 2006-10-19 2012-08-08 富士通株式会社 携帯端末装置、ゲートウェイ装置、プログラム、およびシステム

Also Published As

Publication number Publication date
CN101488956A (zh) 2009-07-22
JP2008282381A (ja) 2008-11-20
US8321917B2 (en) 2012-11-27
EP2081345A2 (en) 2009-07-22
CN101488956B (zh) 2013-01-16
US20090217359A1 (en) 2009-08-27

Similar Documents

Publication Publication Date Title
JP5003505B2 (ja) 接続認証システム、端末装置、接続認証サーバ、接続認証方法、及びプログラム
US8244179B2 (en) Wireless inter-device data processing configured through inter-device transmitted data
KR100657315B1 (ko) 홈 네트워크 시스템 및 그 관리 방법
CN102263782B (zh) 信息处理装置、信息处理方法和信息处理系统
CN102281538A (zh) 信息处理装置和信息处理程序
TWI252688B (en) Display device, two-way communications system and utilizing method of display information
US8081616B2 (en) Communication apparatus and communication method
US20140047048A1 (en) Method and device for resource sharing between devices
CN102387501A (zh) 使用探测的两个设备之间的安全无线链路
TW200910202A (en) Multimedia access device, multimedia display system comprising the multimedia access device, and multimedia data display method
JP2013041408A (ja) 情報処理装置、リソース提供装置および情報処理システム
US9658817B2 (en) Screen sharing terminal, method of screen sharing, and program for screen sharing terminal
JP4460541B2 (ja) コンテンツ送受信先認証方法、コンテンツ送受信先認証システムおよびプログラム
CN103988528A (zh) 通信装置及该通信装置的控制方法
JP6724431B2 (ja) 通信システム、情報送信方法、及びプログラム
US20070044015A1 (en) Control apparatus and control method for controlling device connected to computer network
EP2157761A2 (en) Information processing apparatus, information processing method and information processing system for the cooperative operation of several appliances interconnected via a home network
JP2011205485A (ja) 無線通信機器登録システムおよび無線通信機器登録方法
JP5972825B2 (ja) 画面共有端末、画面共有方法、及び、画面共有端末用プログラム
JP2007060496A (ja) 番組コンテンツ再生装置
JP5687239B2 (ja) オペレータ認証機能を備えたオペレータ認証サーバ、オペレータシステム、オペレータ認証方法、及び、プログラム
JP2009147684A (ja) 番組記録システム
TW201043033A (en) Method and device for chtnnel management
KR101911905B1 (ko) 오디오 데이터를 이용한 디바이스 간 통신 설정 시스템 및 방법
JP4969254B2 (ja) 映像表示システム、映像表示装置、および映像表示方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090415

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120402

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120424

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120507

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150601

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 5003505

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150601

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees