JP2004272632A - 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents
情報処理装置、および情報処理方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP2004272632A JP2004272632A JP2003063019A JP2003063019A JP2004272632A JP 2004272632 A JP2004272632 A JP 2004272632A JP 2003063019 A JP2003063019 A JP 2003063019A JP 2003063019 A JP2003063019 A JP 2003063019A JP 2004272632 A JP2004272632 A JP 2004272632A
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- information
- processing
- device list
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
Abstract
【課題】外部ネットワークに接続されたクライアントによる内部ネットワーク接続サーバの効率的な情報取得を可能とした装置および方法を提供する。
【解決手段】外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成とした。本構成により、外部ネットワークに接続されたクライアントによる内部ネットワーク接続サーバの情報取得が効率的に実行できる。
【選択図】 図１０
【解決手段】外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成とした。本構成により、外部ネットワークに接続されたクライアントによる内部ネットワーク接続サーバの情報取得が効率的に実行できる。
【選択図】 図１０
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ホームネットワーク等の内部ネットワークに接続されたサーバ等の情報処理装置に関する情報の取得を外部ネットワークに接続されたクライアントからゲートウェイを仲介として実行することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
しかし、一方、この種のネットワークでは、不正アクセスに対する対策を考慮することも必要となる。ホームネットワーク内の機器、例えばサーバ等には私的なコンテンツや有料コンテンツ等の著作権管理を要求されるコンテンツが格納されることも多い。
【０００７】
このようなホームネットワーク内のサーバに格納されたコンテンツは、ネットワーク接続された他の機器からアクセス可能となる。例えば、上述の簡易な機器接続構成であるＵＰｎＰ接続を実行した機器によってコンテンツを取得することが可能となる。コンテンツが映画データや音楽データの場合、ネットワーク接続機器としてＴＶ、あるいはプレーヤ等を接続すれば、映画を視聴したり、音楽を聴いたりすることが可能となる。
【０００８】
コンテンツの利用権を有するユーザの接続した機器によるアクセスは許容されてもよいが、上述のようなネットワーク構成においては、コンテンツ等の利用権を持たないユーザがネットワークに入り込むことも容易である。例えば無線ＬＡＮによって構成されたネットワークの場合には家の中にあるサーバに対して、戸外、あるいは隣家等から通信機器を利用して不正にネットワークに参入し、コンテンツの搾取を行なうような事態も発生し得る。このような不正なアクセスを許容する構成は、秘密漏洩を生じさせることにもなり、また、コンテンツ著作権の管理の観点からも重要な問題となる。
【０００９】
上述のような不正アクセスを排除するため、例えばサーバにアクセスを許容するクライアントのリストを保持させ、クライアントからサーバに対するアクセス要求の際に、サーバでリストとの照合処理を実行して不正アクセスを排除する構成が提案されている。
【００１０】
例えば、ネットワーク接続機器に固有の物理アドレスであるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを、アクセス許容機器リストとして設定するＭＡＣアドレスフィルタリングが知られている。ＭＡＣアドレスフィルタリングとは、ホームネットワーク等の内部ネットワーク（サブネット）と外部ネットワークとを隔離するルータあるいはゲートウェイに、予めアクセスを許容するＭＡＣアドレスを登録しておき、受信したパケットのＭＡＣアドレスと登録されたＭＡＣアドレスとを照合し、登録されていないＭＡＣアドレスを有する機器からのアクセスを拒否するものである。なお、この種の技術については、例えば特許文献１に開示されている。
【００１１】
しかし、アクセス制限をするためのＭＡＣアドレスの登録処理を行なうためには、ネットワークに接続される機器の全てのＭＡＣアドレスを調べることが必要であり、取得した全ての機器のＭＡＣアドレス（４８ｂｉｔ）をオペレータが入力してリストを作成するという処理が必要となる。このような処理は、例えば特定の会社、団体等、セキュアな環境を構築することが要求される場合には、所定の管理者の下に行なうことも可能であるが、例えば一般家庭に設定されるホームネットワーク環境において、一般ユーザにＭＡＣリストの生成、格納を要求することは現実的ではない。
【００１２】
ホームネットワークにおいては、新たな機器の追加処理が行われることは頻繁に発生することであり、このような機器追加処理の際に、ユーザが逐次、機器のＭＡＣアドレスを調べて登録処理をしなければならないとすると、ネットワーク構築の容易性を阻害することになる。
【００１３】
一方、一般家庭においても、ＰＣのみならず、家電機器も含んだネットワーク構成が構築され、どのような機器からでもネットワークにアクセス可能ないわゆるユビキタス環境が構築されつつあり、また、無線ＬＡＮ等の普及により、通信可能な機器が外部から無線ＬＡＮに侵入することも容易となっている。このようなネットワーク環境において、ネットワーク接続機器に対する不正アクセスもより発生しやすくなっており、不正なアクセスによる秘密情報の搾取、コンテンツの不正読み取り等が実行される可能性はますます高くなっている。このような状況において、一般ユーザに負担を強いることなく、適切なアクセス制御構成を容易に実現することが求められている。
【００１４】
また、アクセス権限を正しく判定したとしても、外部ネットワークに接続されたクライアントが、ホームネットワークに接続された内部ネットワークの各サーバの情報を取得するためには、例えば各サーバに個別に逐次アクセスして情報を取得することが必要となる。
【００１５】
内部ネットワークに接続されたクライアントであれば、前述のＵＰｎＰに従ったサーチ処理、すなわちＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、サーチリクエストをマルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）することで一括して複数サーバからの情報取得が可能となり、容易にサーバ情報を取得することができる。
【００１６】
しかし、外部ネットワークに接続されたクライアントが、上記と同様のＵＤＰパケットのマルチキャスト送信により、特定の内部ネットワークに接続されたサーバの情報を取得することは困難である。また、インターネット等の外部ネットワークにサーバ情報を生のまま送信することは盗聴等の危険を伴うことになる。
【００１７】
【特許文献１】
特許公開平１０−２７１１５４号公報
【００１８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、ホームネットワーク等の内部ネットワークに接続されたサーバ等の装置の情報取得を、外部ネットワークに接続されたクライアントから容易にかつセキュアに実行することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明の第１の側面は、
外部ネットワークおよび内部ネットワークの境界において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理装置であり、
外部ネットワークおよび内部ネットワークを介したデータ送受信を実行するデータ送受信部と、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受領したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、該サーバ情報取得処理に基づいて取得したサーバ情報に基づいて、外部ネットワークを介して前記クライアントに送信するデバイスリスト生成処理を実行するサーバ発見処理実行部と、
を有することを特徴とする情報処理装置にある。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行し、内部ネットワークに接続されたサーバからの受信情報に基づいて前記デバイスリストを生成する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、デバイスリストを暗号化データとしてクライアントに送信する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、前記デバイスリスト生成処理において、内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、クライアントのアクセス権限の有無を判定する機器認証処理部を有し、前記サーバ発見処理実行部は、前記機器認証処理部においてクライアントのアクセス権限が認められたことを条件として、サーバ発見処理を実行する構成であることを特徴とする。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルを有し、クライアントから受信するセッションＩＤに基づく前記クライアントセッションＩＤテーブルの検索によりクライアントの識別処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部ネットワークおよび内部ネットワークの境界に位置するアプリケーション・ゲートウェイとしての機能を有することを特徴とする。
【００３０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部ネットワークおよび内部ネットワークの境界に位置するリバースプロキシサーバとしての機能を有することを特徴とする。
【００３１】
さらに、本発明の第２の側面は、
外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理方法であり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とする情報処理方法にある。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行することを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報を受信し、前記デバイスリスト生成処理ステップは、前記ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成することを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリスト送信ステップは、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、デバイスリストを暗号化データとしてクライアントに送信することを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、前記デバイスリスト送信ステップは、前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行することを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリスト生成処理ステップは、内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行することを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアントのアクセス権限の有無を判定する機器認証処理ステップを有し、前記サーバ情報取得処理ステップは、前記機器認証処理ステップにおいてクライアントのアクセス権限が認められたことを条件として実行することを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルに基づいて、クライアントから受信するセッションＩＤに従ったテーブル検索を実行し、クライアントの識別処理を実行するステップを有することを特徴とする。
【００４１】
さらに、本発明の第３の側面は、
外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行するコンピュータ・プログラムであり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４２】
【作用】
本発明の構成によれば、外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成としたので、外部ネットワークに接続されたクライアントによるホームネットワーク等、内部ネットワークに接続されたサーバ情報の効率的な取得が可能となる。
【００４３】
さらに、本発明の構成によれば、クライアントとアプリケーション・ゲートウェイとしての情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵を用いてデバイスリストを暗号化してクライアントに送信する構成としたので、インターネット等の盗聴のおそれのある通信路を介したデータ通信が必要な場合であっても、セキュアなデバイスリスト送信が可能となる。
【００４４】
さらに、本発明の構成によれば、内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成としたので、サーバ情報取得処理は、ＵＰｎＰの規定に従ったＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行可能であり、また、外部ネットワークに接続されたクライアントに対するデバイスリスト送信は、安全性、確実性が高いＴＣＰによる通信によるリスト送信が実現される。
【００４５】
さらに、本発明の構成によれば、クライアントのアクセス権限の有無を判定する機器認証処理においてクライアントのアクセス権限が認められたことを条件としてデバイスリストの取得および送付を実行する構成としたので、アクセス権限を持たない不正クライアントからのデバイスリスト取得処理が防止される。
【００４６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４８】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４９】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、例えば特定ユーザの家等に構築されたホームネットワーク１００等のローカルエリアネットワーク、すなわち内部ネットワークであり、パーソナルコンピュータ（ＰＣ）１０１、１０２、ハードディスクレコーダ１０３、ＴＶ１０４、ＰＤＡ１０５等の様々な情報処理装置がホームネットワーク１００を介してデータ送受信を行う。
【００５０】
たとえば、ＰＣ１０１、１０２、あるいはハードディスクレコーダ１０３をコンテンツ提供サーバとし、ＴＶ１０４、ＰＤＡ１０５をクライアントとして、クライアントがサーバの格納コンテンツをネットワークを介して取得し、クライアントのディスプレイ、スピーカを利用してコンテンツ出力を行う。
【００５１】
ホームネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバに送信することにより、サーバに対するデータ処理要求を実行する。サーバは、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５２】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５３】
図１において、ホームネットワーク１００は、インターネット等の外部ネットワーク１２０に接続されている。外部ネットワーク１２０にもＰＣ１２１、携帯電話１２２、ポータブル再生プレーヤ１２３等の各種の情報処理装置が接続される。ホームネットワーク１００内の情報処理装置と外部ネットワーク１２０の情報処理装置とは、外部ネットワーク１２０およびホームネットワーク１００を介して通信が可能となる。
【００５４】
外部ネットワーク１２０およびホームネットワーク１００によって構成される内部ネットワークの間には、外部ネットワーク１２０の接続装置からのアクセスを制限するためのファイアウォール機能を持つアプリケーション・ゲートウェイ１１０が設置される。アプリケーション・ゲートウェイは、外部ネットワークからのアクセス要求について、アプリケーション層において通信パケットのチェックを実行し、フィルタリングを行う。
【００５５】
なお、アプリケーション・ゲートウェイ１１０は、ホームネットワーク１００に接続された情報処理装置の代理応答サーバとしての機能も有する。すなわち、アプリケーション・ゲートウェイ１１０は、リバースプロキシサーバ機能も兼ね備えた構成をもつ。
【００５６】
このように、アプリケーション・ゲートウェイ１１０は、ホームネットワーク等のローカル領域内の内部ネットワークと、ローカル領域外の外部ネットワークの間に位置するアプリケーション・ゲートウェイであり、またリバースプロキシサーバとしての機能を有する。
【００５７】
外部ネットワーク１２０に接続されたＰＣ１２１、携帯電話１２２、ポータブル再生プレーヤ１２３等の各種の情報処理装置は、アプリケーション・ゲートウェイ１１０を介してホームネットワーク１００内のサーバ、例えばＰＣ１０１、１０２、ハードディスクレコーダ１０３等にアクセスし、これらの装置に格納されたコンテンツを取得してＰＣ１２１、携帯端末１２２、再生プレーヤ１２３等においてコンテンツ出力を行うことが可能となる。
【００５８】
ただし、これらのコンテンツ取得を不特定のクライアントに許容することは、コンテンツの著作権、秘密漏洩等の問題から好ましいことではない。従って、外部ネットワーク１２０とホームネットワーク１００の間に配置されたアプリケーション・ゲートウェイ１１０において、外部からのアクセスについてのアクセス権限判定処理を実行し、権限ありと判定した場合においてのみ、外部からのアクセスを許容する構成を持つ。この詳細処理構成については後述する。
【００５９】
図１に示す各情報処理装置、すなわちサーバ、クライアント、およびアプリケーション・ゲートウェイを構成する情報処理装置のハードウェア構成例について図２を参照して説明する。
【００６０】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００６１】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００６２】
図２に示す構成は、図１に示すネットワーク接続機器の一例としての一般的なＰＣの構成を示すものであるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００６３】
［ホームネットワーク内のクライアントによるコンテンツ取得処理］
図１に示すホームネットワーク１００に接続されたＰＣ１０１、１０２、ハードディスクレコーダ１０３、ＴＶ１０４、ＰＤＡ１０５等の様々な情報処理装置間においては、上述したユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルに従った通信を実行して、クライアントはサーバからコンテンツを取得することが可能となる。
【００６４】
ホームネットワーク１００に接続されたクライアント、すなわちサーバからコンテンツを取得しようとする情報処理装置は、ネットワーク上のサーバの検索としてのサーバ発見処理、例えばＵＰｎＰの規定するディスカバリ処理によりサーバからサーバの提供可能なサービス情報を取得することができる。ホームネットワーク１００に接続されたクライアントによるサーバのディスカバリ処理シーケンスを図３に示す。
【００６５】
クライアント３０１は、ホームネットワークを介して例えばネットワークサービスの検出プロトコルであるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用してサーバ発見処理を行う。クライアントは、ステップＳ１において、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、マルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）する。ホームネットワークに接続されたサーバ１，３１１、サーバ２，３１２、サーバ３，３１３の各々は、クライアントからのサーチリクエストを受信すると、ステップＳ２，Ｓ３，Ｓ４において、サービス提供可能であることを示すＯＫレスポンスをＵＤＰに従って、クライアントに対してユニキャスト送信（ＨＴＴＰＵ：ＨＴＴＰＵｎｉｃａｓｔ）する。なお、ＯＫレスポンスには、各サーバに対するアクセス情報、提供可能なサービスについての情報等が含まれる。
【００６６】
上記のディスカバリ処理により、各サーバからのＯＫレスポンスを受信したクライアントは、サーバの提供可能なサービスについての情報を確認し、その後、これらの情報に基づいて、各デバイスにサービスを要求するサービス要求処理を実行する。例えば、サーバに対するコンテンツ送信要求等を実行し、サーバからコンテンツを取得してクライアントのディスプレイ、スピーカを介して出力する処理が可能となる。
【００６７】
［ホームネットワーク外のクライアントによるコンテンツ取得処理］
上述した一般的なＵＰｎＰに従ったサーバ発見処理を外部ネットワークに接続された情報処理端末とホームネットワーク内のサーバ間で実行すると、不正なクライアント、すなわちコンテンツの利用を許諾されていないクライアントからホームネットワークに接続されたサーバの格納コンテンツが不正に取得され、利用される可能性がある。
【００６８】
本発明の構成においては、外部ネットワークに接続されたクライアントからホームネットワーク等の内部ネットワークに接続されたサーバに対するアクセス要求を図１に示すアプリケーション・ゲートウェイ１１０において検証し、アクセス権限の判定処理を実行した上で、外部ネットワークに接続されたクライアントが正当なアクセス権限を有するとの判定があった場合にのみサーバに対するアクセスを許容する。
【００６９】
（１）機器登録処理
ホームネットワーク外のインターネット等の外部ネットワークに接続し、ホームネットワーク内のサーバに対するアクセスを行おうとする情報処理装置（モバイル機器）は、事前に機器登録処理を行うことが必要となる。
【００７０】
すなわち、モバイル機器は、ホームネットワーク内のアプリケーション・ゲートウェイを含む情報処理装置との間で、所定のシーケンスに従った機器登録処理を実行する。なお、機器登録処理はユーザが登録処理シーケンスを実行する２つの機器の操作、あるいはパスワード等の表示情報の確認をすることが必要であり、例えばホームネットワークに両機器（モバイル機器とアプリケーション・ゲートウェイ）を接続して実行する。
【００７１】
図４を参照してモバイル機器の機器登録処理の手順について説明する。図４には、左側にモバイル機器としてのクライアント、右側にホームネットワーク内のアプリケーション・ゲートウェイを含む情報処理装置を意味するサーバの処理を示している。
【００７２】
まず、ステップＳ１１において、ユーザがクライアント側に設けられた機器登録ボタンを押下する。すると、クライアントは、ステップＳ１２において、登録要求をブロードキャストする。これは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従ったマルチキャスト送信として実行される。
【００７３】
登録要求を受信したサーバは、ステップＳ１３において確認要求をクライアントに対してユニキャスト送信する。これ以降のデータ送受信処理は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行される。サーバからクライアントに送信する確認要求には、サーバ名が含まれる。確認要求を受信したクライアントは、ステップＳ１４において確認要求応答をサーバに対して送信する。確認要求応答には、クライアント名が含まれる。
【００７４】
確認要求応答を受信したサーバは、ステップＳ１５においてユーザに対して「クライアント“ＹＹＹＹ”のためのワンタイムパスワードは“○○○○”です。」なるメッセージを表示する。すなわち、ワンタイムパスワードをサーバのディスプレイに表示する。このパスワードは、サーバが例えば乱数発生処理により生成するものである。
【００７５】
ユーザは、ワンタイムパスワードを確認し、サーバ側からクライアント側に移動する。クライアント側に移動してきたユーザは、ステップＳ１６においてサーバ側に提示されたワンタイムパスワードをクライアントの入力手段から入力する。ステップＳ１７において、クライアントは、入力パスワードをサーバに送信する。
【００７６】
サーバは、ワンタイムパスワード提示後の所定時間の待機中にクライアントからのパスワードを受信すると、ステップＳ１８において、先のステップＳ１５においてサーバが生成しユーザに提示したワンタイムパスワードと受信パスワードとの照合処理を実行する。サーバは、ステップＳ１９において、クライアントに対してパスワード照合ＯＫ／ＮＧの通知を行う。パスワード照合ＮＧの場合は、処理を中止する。パスワード照合ＯＫの場合は、ステップＳ２０において、暗号化通信処理を可能とするためのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理に移行する。
【００７７】
ＳＳＬハンドシェイクにより、サーバおよびクライアントは、暗号通信のための鍵として適用可能な秘密情報の共有を行い、その後の通信においては、共有した秘密情報を用いた暗号化データの送受信が可能となる。
【００７８】
ステップＳ２１において、サーバは、例えば乱数発生処理によりＩＤを生成する。ＩＤは、グローバルユニーク性を有することが好ましく、例えば１２８ｂｉｔ以上のビット列として生成される。サーバの生成するＩＤをサーバＩＤ：ＧＵＩＤ（Ｓ）とする。ＧＵＩＤは、Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒを意味する。
【００７９】
ステップＳ２２において、サーバは、生成したサーバＩＤ：ＧＵＩＤ（Ｓ）をＳＳＬハンドシェイクによりサーバクライアント間で共有した鍵で暗号化してクライアントに送信する。クライアントは、受信データを復号しサーバＩＤ：ＧＵＩＤ（Ｓ）を取得する。
【００８０】
一方、クライアントは、ステップＳ２３において、例えば乱数発生処理によりＩＤを生成する。ＩＤは、グローバルユニーク性を有することが好ましく、例えば１２８ｂｉｔ以上のビット列として生成される。クライアントの生成するＩＤをクライアントＩＤ：ＧＵＩＤ（Ｃ）とする。
【００８１】
ステップＳ２４において、クライアントは、生成したクライアントＩＤ：ＧＵＩＤ（Ｃ）をＳＳＬハンドシェイクによりサーバクライアント間で共有した鍵で暗号化してサーバに送信する。サーバは、受信データを復号しクライアントＩＤ：ＧＵＩＤ（Ｃ）を取得する。
【００８２】
ステップＳ２５において、クライアントは、サーバから受信したサーバＩＤ：ＧＵＩＤ（Ｓ）と自デバイスで生成したクライアントＩＤ：ＧＵＩＤ（Ｃ）を記憶手段に暗号化して格納する。暗号化鍵としては、例えば自デバイスのハードウェアに固有の識別情報、すなわちハードウェアユニークＩＤ（Ｈｕｉｄ（Ｃ））を適用する。サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は暗号化データとして記憶部に格納される。
【００８３】
このように、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は、ハードウェアユニークＩＤ（Ｈｕｉｄ（Ｃ））による暗号化がなされ、不正コピー、改ざん困難性を高めた暗号化データとして、すなわち、タンパレジスタント性を確保したデータとして格納される。
【００８４】
ステップＳ２６において、サーバは、クライアントから受信したクライアントＩＤ：ＧＵＩＤ（Ｃ）と自デバイスで生成したサーバＩＤ：ＧＵＩＤ（Ｓ）を記憶手段に暗号化して格納する。暗号化鍵としては、クライアントと同様、自デバイスのハードウェアに固有の識別情報、すなわちハードウェアユニークＩＤ（Ｈｕｉｄ（Ｓ））を適用する。サーバにおいても、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は暗号化データとして記憶部に格納され、不正コピー、改ざんの困難なタンパレジスタント性が確保される。
【００８５】
上述の処理により、外部ネットワークに接続可能なモバイル機器と、ホームネットワーク内のアプリケーション・ゲートウェイを含むサーバの各々は、それぞれ、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有する秘密情報（Ｓｅｃｒｅｔ）として保有することになる。
【００８６】
（２）機器認証処理
【００８７】
上述の機器登録処理により、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）をアプリケーション・ゲートウェイとの共有秘密情報（Ｓｅｃｒｅｔ）として保有したモバイル機器は、インターネット等の外部ネットワークに接続し、図１に示すアプリケーション・ゲートウェイ１１０に接続し、所定のアクセス権限判定処理シーケンスを実行することで、ホームネットワーク等の内部ネットワークに接続されたサーバに対するアクセスが可能となり、サーバからのコンテンツ取得等が許容される。
【００８８】
すなわち、モバイル機器は、アプリケーション・ゲートウェイ１１０によって共有秘密情報（Ｓｅｃｒｅｔ）であるサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を適用したアクセス権限判定処理が実行され、アクセス権限ありとの判定を条件として、ホームネットワーク内のサーバに対するアクセスが可能となる。
【００８９】
図５に、外部ネットワークに接続したモバイル機器と、アプリケーション・ゲートウェイとの通信処理シーケンスを示す。
【００９０】
図５において、クライアントは外部ネットワークに接続されたクライアントであり、サーバはホームネットワーク等の内部ネットワークに属し、アプリケーション・ゲートウェイが、両ネットワークの間に存在している。
【００９１】
クライアントは、ステップＳ３１において、アプリケーション・ゲートウェイに接続する。なお、クライアントは、アプリケーション・ゲートウェイに接続するためアプリケーション・ゲートウェイのＩＰアドレス、ポート番号を取得することが必要である。例えばアプリケーション・ゲートウェイに設定されたホスト名等に基づいて、ネットワーク上のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ、その他、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）の提供するサービスサーバによって、アプリケーション・ゲートウェイのＩＰアドレス、ポート番号を取得し接続を行う。
【００９２】
なお、クライアントは、明示的にアプリケーション・ゲートウェイに接続する処理を実行することなく、例えばアプリケーション・ゲートウェイの接続されたホームネットワーク等、内部ネットワークの接続サーバのホスト名を用いてサーバに対するダイレクト接続を試みた場合においても、各サーバに設定されたゲートウェイの設定情報に基づいて、クライアントは、外部ネットワークと内部ネットワークの間に設置されたアプリケーション・ゲートウェイに接続され、以下に説明する機器認証シーケンスが実行される。
【００９３】
なお、クライアントとアプリケーション・ゲートウェイとの接続は、接続期間において複数のＨＴＴＰパケットの送受信が可能なＨＴＴＰキープアライブ（ＨＴＴＰ Ｋｅｅｐ Ａｌｉｖｅ）の設定されたＴＣＰ接続とし、一接続シーケンスにおいて、以下に説明するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理、およびログイン処理を継続して実行することが好ましい。
【００９４】
ステップＳ３２において、クライアントと、アプリケーション・ゲートウェイ間において、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理を実行する。ＳＳＬハンドシェイクにより、クライアントと、アプリケーション・ゲートウェイは、暗号通信のための鍵として適用可能な秘密情報（セッション鍵）の共有を行い、その後の通信においては、共有した秘密情報（セッション鍵）を用いた暗号化データの送受信が可能となる。
【００９５】
ステップＳ３３において、クライアントと、アプリケーション・ゲートウェイ間において、機器認証処理としてのログイン（Ｌｏｇｉｎ）処理を実行する。ログイン（Ｌｏｇｉｎ）処理の詳細について、図６、図７を参照して説明する。
【００９６】
正規なアクセス権限を有するクライアントは、前述した機器登録処理を実行しており、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）をアプリケーション・ゲートウェイとともに共有する秘密情報（Ｓｅｃｒｅｔ）として保有する。なお、サーバＩＤ：ＧＵＩＤ（Ｓ）は、図４を参照して説明した機器登録シーケンスにおいて、アプリケーション・ゲートウェイの生成したサーバＩＤである。
【００９７】
機器認証は、クライアントと、アプリケーション・ゲートウェイの各々が、秘密情報（Ｓｅｃｒｅｔ）、すなわちサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有していることを相互に確認する処理として実行される。アプリケーション・ゲートウェイは、ゲートウェイの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をクライアントが知っていることを確認し、この確認を条件としてクライアントを認証する。また、クライアントは、クライアントの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をゲートウェイが知っていることを確認し、この確認を条件としてゲートウェイを認証する。
【００９８】
図６、図７において、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）である。なお、Ａ‖ＢはＡとＢの連結を示す。
【００９９】
まず、クライアントは、図６に示すステップＳ５１において、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）に一方向性関数としてのハッシュ関数（ｈ）を適用してダイジェスト値を下記式に従って計算する。
Ｄｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）
さらに、クライアントは、乱数（Ｎｏｎｃｅ１）を生成する。なお、ハッシュ関数としてはたとえばＭＤ５等の関数が適用可能である。
【０１００】
ステップＳ５２において、クライアントは、生成したダイジェスト（Ｄｉｇｅｓｔ）および乱数（Ｎｏｎｃｅ１）をアプリケーション・ゲートウェイに送信する。
【０１０１】
なお、クライアントとアプリケーション・ゲートウェイ間において既にコネクションが設定されセッションが継続している間において再度、認証を実行する場合、クライアントが、アプリケーション・ゲートウェイから受領済みのセッションＩＤを保有しているので、クライアントは、セッションＩＤについてもアプリケーション・ゲートウェイに送信する。初期接続の場合は、クライアントは、セッションＩＤを保持していないので生成したダイジェスト（Ｄｉｇｅｓｔ）および乱数（Ｎｏｎｃｅ１）のみをアプリケーション・ゲートウェイに送信する。
【０１０２】
なお、図６、図７に示すログイン処理シーケンスにおいてクライアントとアプリケーション・ゲートウェイ間で送受信するデータは、図５に示すステップＳ３２のＳＳＬハンドシェイク処理において双方で共有している鍵を用いて暗号化される。クライアントとアプリケーション・ゲートウェイ間の通信は、インターネット等の外部ネットワークを介した通信として実行されるが、暗号化通信によるセキュリティが確保される。
【０１０３】
ステップＳ５３において、アプリケーション・ゲートウェイは、クライアントからの受信データに含まれるＤｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）を元にクライアントの特定を行う。アプリケーション・ゲートウェイは、図８に示すようなクライアント識別子とＤｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）の対応テーブル（クライアント識別テーブル）を記憶部に格納している。
【０１０４】
なお、このクライアント識別テーブルは、アプリケーション・ゲートウェイが、図４を参照して説明した機器登録処理の際に、クライアントと共有した秘密情報（Ｓｅｃｒｅｔ）、すなわちサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）に基づくハッシュ値算出処理を実行して、クライアント識別子に対応付けたエントリを生成し記憶部に格納する。
【０１０５】
ステップＳ５４において、アプリケーション・ゲートウェイはサーバ認証値（ＳｅｒｖｅｒＡｕｔｈ）を下記式に従って生成する。
ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）
すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と、クライアントから受信した乱数（Ｎｏｎｃｅ１）との結合データに対するハッシュ値を求めて、これをサーバ（アプリケーション・ゲートウェイ）認証値（ＳｅｒｖｅｒＡｕｔｈ）とする。さらに、アプリケーション・ゲートウェイは、乱数（Ｎｏｎｃｅ２）を生成する。
【０１０６】
さらに、アプリケーション・ゲートウェイは、クライアントとの接続が初期接続であり、ステップＳ５２において、クライアントからセッションＩＤを受信していない場合は、コネクション識別情報としてのセッションＩＤを生成し、クライアント識別子と対応付けて保存する。
【０１０７】
アプリケーション・ゲートウェイは、コネクションが継続しているクライアントについて、図９に示すようにクライアント識別子とセッションＩＤを対応付けたクライアントセッションＩＤテーブルにエントリを設定して記憶部に格納する。
【０１０８】
アプリケーション・ゲートウェイが、外部ネットワークの複数のクライアントと接続している場合においても、アプリケーション・ゲートウェイは、図９に示すクライアントセッションＩＤテーブルに基づいて、セッションＩＤから個々のクライアントを判別することが可能となる。
【０１０９】
ステップＳ５５において、アプリケーション・ゲートウェイは、クライアントに対してサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、生成乱数（Ｎｏｎｃｅ２）を送信する。
【０１１０】
ステップＳ５６において、クライアントは、アプリケーション・ゲートウェイから受信したサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、自デバイスで生成したＳｅｒｖｅｒＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）とを比較照合する。両値が一致、すなわち、ＳｅｒｖｅｒＡｕｔｈ＝ＳｅｒｖｅｒＡｕｔｈ’が成立すれば、クライアントは、通信を行っているアプリケーション・ゲートウェイが、自己の保有する秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持つアプリケーション・ゲートウェイであり、機器登録シーケンスに基づいて秘密情報を共有した正当なアプリケーション・ゲートウェイであると判定する。
【０１１１】
一方、アプリケーション・ゲートウェイから受信したサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、自デバイスで生成したＳｅｒｖｅｒＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）とが不一致の場合は、アプリケーション・ゲートウェイは、クライアントが記憶部に格納した秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持たないデバイスであり、機器登録シーケンスに基づいて秘密情報を共有したアプリケーション・ゲートウェイではなく、不正なアプリケーション・ゲートウェイであると判定する。この場合、クライアントは、アプリケーション・ゲートウェイとの接続を切断する。
【０１１２】
正当なアプリケーション・ゲートウェイであると判定された場合は、次のステップ、すなわち、図７のステップＳ５７に進む。
【０１１３】
図７のステップＳ５７において、クライアントは、クライアント認証値（ＣｌｉｅｎｔＡｕｔｈ）を下記式に従って生成する。
ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）
すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と、アプリケーション・ゲートウェイから受信した乱数（Ｎｏｎｃｅ２）との結合データに対するハッシュ値を求めて、これをクライアント認証値（ＣｌｉｅｎｔＡｕｔｈ）とする。
【０１１４】
ステップＳ５８において、クライアントは、アプリケーション・ゲートウェイに対してクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］を送信する。
【０１１５】
ステップＳ５９において、アプリケーション・ゲートウェイは、クライアントから受信したクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］と、自デバイスで生成したＣｌｉｅｎｔＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）とを比較照合する。両値が一致、すなわちＣｌｉｅｎｔＡｕｔｈ＝ＣｌｉｅｎｔＡｕｔｈ’が成立すれば、アプリケーション・ゲートウェイは、通信を行っているクライアントが、自己の保有する秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持つクライアントであり、機器登録シーケンスに基づいて秘密情報を共有した正当なクライアントであると判定する。
【０１１６】
一方、クライアントから受信したクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］と、自デバイスで生成したＣｌｉｅｎｔＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）とが不一致の場合は、クライアントは、アプリケーション・ゲートウェイが記憶部に格納した秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持たないデバイスであり、機器登録シーケンスに基づいて秘密情報を共有したクライアントではなく、不正なクライアントであると判定する。
【０１１７】
ステップＳ６０において、アプリケーション・ゲートウェイは、クライアントの認証結果［ＯＫ］または［ＮＧ］をクライアントに送信する。［ＯＫ］であれば、セッションＩＤも併せて送信する。
【０１１８】
ステップＳ６１において、クライアントは、認証成立なら、アプリケーションゲートウェイから受信したセッションＩＤを記憶部に格納し、次の処理（例えば図５のステップＳ３４のデバイスリスト取得処理）に移行する。認証不成立の場合には、アプリケーション・ゲートウェイとの接続を切断する。
【０１１９】
以上の処理により、外部ネットワークに接続されたクライアントと、ホームネットワーク等の内部ネットワークに接続されたアプリケーション・ゲートウェイとの認証処理が終了し、認証成立を条件として、クライアントは、ホームネットワーク等の内部ネットワークに接続されたサーバに関する情報取得、サーバに対するアクセス、サーバからのコンテンツ取得等の処理が可能となる。
【０１２０】
上述したように、機器認証処理は、クライアントと、アプリケーション・ゲートウェイの各々が、共有した秘密情報（Ｓｅｃｒｅｔ）、すなわち、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有していることを相互に確認する処理として実行される。
【０１２１】
すなわち、アプリケーション・ゲートウェイは、ゲートウェイの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をクライアントが知っていることを確認し、この確認を条件としてクライアントを認証する。また、クライアントは、クライアントの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をゲートウェイが知っていることを確認し、この確認を条件としてゲートウェイを認証する。このように、相互に認証処理を実行することになり、相互の信頼性が確保されたことを条件としてその後の処理が実行可能となる。
【０１２２】
（３）デバイスリストの取得処理
外部ネットワークに接続されたクライアントと、アプリケーション・ゲートウェイ間でのログイン処理が済み、両デバイスの信頼性が確認されると、クライアントは、ホームネットワーク等、アプリケーション・ゲートウェイの接続された内部ネットワーク内のサーバ情報を取得する処理に移行する。
【０１２３】
ホームネットワーク内に接続されたクライアントであれば、このデバイス情報取得処理は、先に図３を参照して説明したように、ネットワークサービスの検出プロトコルであるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行できる。すなわち、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、マルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）し、ホームネットワークに接続されたサーバから提供可能なサービスについての情報が含まれるＯＫレスポンスをＵＤＰに従って受信することでサーバ情報を取得することができた。
【０１２４】
しかし、外部ネットワークに接続され、アプリケーション・ゲートウェイと通信を行っているクライアントは、上述と同様のＵＤＰパケットのマルチキャスト送信を実行してホームネットワーク内のサーバ情報を取得することはできない。
【０１２５】
従って、新たな定義コマンドを用いて、この新定義コマンドをクライアントからアプリケーション・ゲートウェイに送信し、アプリケーション・ゲートウェイにおいて受信コマンドに基づいて、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理に従ってホームネットワーク内においてサーバ発見処理を実行し、その結果としてアプリケーション・ゲートウェイが取得したサーバ情報をクライアントに対して送信する。
【０１２６】
図５に示すステップＳ３４において、クライアントは、新定義コマンドとしてのデバイスリスト取得コマンド（Ｇｅｔ Ｄｅｖｉｃｅ Ｌｉｓｔ）をアプリケーション・ゲートウェイに送信し、アプリケーション・ゲートウェイにおいて受信コマンドに基づいて、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理に従ってホームネットワーク内においてサーバ発見処理を実行し、サーバは、ステップＳ３５において、ＳＳＤＰ処理結果として取得したサーバ情報、すなわちデバイスリストをクライアントに対して送信する。デバイスリストには、サーバに対するアクセス情報、サーバの提供可能なサービス情報が含まれる。
【０１２７】
以下、図１０を参照して外部ネットワークに接続されたクライアントによるサーバ情報取得処理として実行されるデバイスリスト取得（Ｇｅｔ Ｄｅｖｉｃｅ Ｌｉｓｔ）処理シーケンスの詳細について説明する。
【０１２８】
図１０において、クライアントは外部ネットワークに接続されたクライアントであり、サーバはホームネットワーク等の内部ネットワークに属し、アプリケーション・ゲートウェイが、両ネットワークの間に存在しているものとする。クライアントとアプリケーション・ゲートウェイ間では前述したログイン処理が実行済みであり、相互認証が成立し信頼性が保証されているものとする。
【０１２９】
ステップＳ７１において、クライアントは、アプリケーション・ゲートウェイに対して新定義コマンド、すなわちサーバ情報としてのデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを送信する。
【０１３０】
アプリケーション・ゲートウェイは、デバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信すると、クライアント確認処理を実行した後、ステップＳ７２において、デバイスリストの取得処理を実行する。
【０１３１】
アプリケーション・ゲートウェイにおける処理の詳細について、図１１を参照して説明する。
【０１３２】
ステップＳ１０１において、アプリケーション・ゲートウェイは、クライアントからデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信すると、まず、クライアントがログイン処理により認証が成立したクライアントであるか否かを判定する。図９を参照して説明したクライアント識別子とセッションＩＤを対応付けたクライアントセッションＩＤテーブル登録されたクライアントであれば、ログイン処理による認証の成立したクライアントであり、未登録のクライアントであれば、ログイン処理による認証の成立していないクライアントであるので、処理の続行を中止し、ステップＳ１０６においてエラーメッセージをクライアントに送信し、ステップＳ１０７でクライアントとのコネクションを切断し、処理を終了する。
【０１３３】
デバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドの送信クライアントが、クライアントセッションＩＤテーブル登録されたクライアントであれば、ログイン処理による認証の成立したクライアントであると判定し、ステップＳ１０３において、デバイスリスト取得処理を実行する。
【０１３４】
デバイスリストの取得は、ＵＰｎＰのＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行される。すなわち、アプリケーション・ゲートウェイは、アプリケーション・ゲートウェイの接続されたホームネットワーク等の内部ネットワークにおいてサーバ発見処理を実行し、各サーバからのサーバ情報を受信する。これは、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、アプリケーション・ゲートウェイからマルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）し、ホームネットワークに接続されたサーバから提供可能なサービスについての情報が含まれるＯＫレスポンスをＵＤＰに従って受信する処理である。
【０１３５】
ステップＳ１０４において、アプリケーション・ゲートウェイは、デバイスリストの取得に成功したか否かを判定し、取得処理に失敗した場合は、ステップＳ１０８において、デバイスリストの取得エラーメッセージをクライアントに送信する。
【０１３６】
デバイスリストの取得に成功した場合は、ステップＳ１０５に進み、取得したデバイスリストをクライアントに送信する。アプリケーション・ゲートウェイは、ホームネットワーク内でＵＤＰパケットにより各サーバから受信したサーバの提供可能なサービス情報をＴＣＰパケットのペイロードとして格納したＴＣＰパケットを生成してクライアントに送信する。なお、このデバイスリストの送信データは、前述のＳＳＬハンドシェイク処理においてクライアントと共有した秘密情報（暗号鍵）によって暗号化されて送信される。デバイスリストには、サーバに対するアクセス情報、サーバの提供可能なサービス情報が含まれる。
【０１３７】
図１０に示すステップＳ７３において、アプリケーション・ゲートウェイは、ホームネットワーク内のサーバ１、サーバ２、サーバ３から受信したサービス提供可能であることを示すＯＫレスポンスと、サーバにおいて提供可能なサービスについての情報を含むデバイスリストを暗号化してクライアントに送信する。
【０１３８】
上記の処理により、各サーバからのＯＫレスポンスをアプリケーション・ゲートウェイを介して受信したクライアントは、前述のＳＳＬハンドシェイク処理においてアプリケーション・ゲートウェイと共有した秘密情報（暗号鍵）によって受信データを復号してサーバリストを取得し、サーバに対するアクセス情報および提供可能なサービスについての情報を確認する。その後、これらの情報に基づいて、サーバにサービスを要求するサービス要求処理を実行する。例えば、サーバに対するコンテンツ送信要求等を実行し、コンテンツを取得してクライアントのディスプレイ、スピーカを介して出力する処理が可能となる。
【０１３９】
なお、アプリケーション・ゲートウェイがクライアントからデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信する以前に、既にサーバ情報を取得済みである場合は、アプリケーション・ゲートウェイは、クライアントからのデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドの受信後、新たにサーバ発見処理を実行せず、蓄積済みのサーバ情報をクライアントに送信してもよい。
【０１４０】
このように、外部ネットワークに接続された正規なアクセス権限を有するクライアントは、ＵＰｎＰにおいて適用されるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）に基づくサーバ情報とまったく同じ情報をアプリケーション・ゲートウェイを介して受信できるので、ホームネットワーク内のクライアントと同様の環境でサーバに対するサービス要求を実行することが可能となる。
【０１４１】
デバイスリストを取得したクライアントは、図５に示すステップＳ３６において、サーバに対するコンテンツ取得要求を行う。サーバに対するコンテンツ取得処理は、例えば取得したサーバ情報に含まれるコンテンツのＵＲＬを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドリクエストの送信処理として実行可能である。
【０１４２】
ステップＳ３７において、アプリケーション・ゲートウェイは、サーバに対するコンテンツ要求を中継してパケットをサーバに送信する。クライアントからパケットを受信したゲートウェイは、受信パケットのＨＯＳＴヘッダ値に書かれたデバイスのＩＰアドレスとポート番号に新たにコネクションを張り、パケット内容を変更することなく中継する。これにより、従来使用していたプロトコルを変更することなく、外部ネットワークに接続されたクライアントと内部ネットワークに接続されたサーバ間での通信およびサーバからクライアントに対するサービス提供が可能となる。
【０１４３】
サーバがコンテンツ要求を受信すると、サーバは、指定コンテンツを自己の記憶手段から取得して、クライアントに送信する。コンテンツは、アプリケーション・ゲートウェイを介してクライアントに送信（ステップＳ３８，Ｓ３９）される。クライアントは、サーバからの受信コンテンツをクライアントのディスプレイ、スピーカを介して再生することが可能となる。
【０１４４】
［アプリケーション・ゲートウェイ、およびクライアントの機能構成］
アプリケーション・ゲートウェイ、クライアント、およびサーバのハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、アプリケーション・ゲートウェイ、クライアント、およびサーバそれぞれの記憶部に格納されたプログラムに従って制御部としてのＣＰＵが実行する。
【０１４５】
ＣＰＵによって実行される処理は、例えばアプリケーション・ゲートウェイでは、クライアントからの要求を入力し、入力情報の解析、解析結果に基づく機器登録処理、機器認証処理（ログイン処理）、ＳＳＤＰに従ったサーバ発見処理、パケット中継処理、パケット生成、解析処理、さらに、機器登録処理におけるパスワード等、各種メッセージ出力、ユーザ入力情報の解析処理等である。クライアント側の処理としては、アプリケーション・ゲートウェイから受信する情報解析処理、アプリケーション・ゲートウェイと送受信するパケット生成、解析処理、機器登録処理、機器認証処理、メッセージ出力、ユーザ入力情報の解析処理、コンテンツ再生処理等である
【０１４６】
基本的にこれらの処理は、アプリケーション・ゲートウェイ、クライアント装置にそれぞれ備えられた制御部としてのＣＰＵの制御の下に予め格納された処理プログラムに従って実行される。制御部としてのＣＰＵが実行する処理および記憶部の格納データ中、本発明に関連する主要構成について、図１２および図１３を参照して説明する。図１２は、アプリケーション・ゲートウェイの主要機能構成を説明するブロック図であり、図１３は、クライアントの主要機能構成を説明するブロック図である。
【０１４７】
まず、図１２のブロック図を参照してアプリケーション・ゲートウェイの機能構成について説明する。データ送受信処理部５０１は、クライアントおよびサーバに対するパケット送受信処理を実行する。データ送受信処理部５０１は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１４８】
データ入力部５０２は、キーボード、スイッチ等の入力手段からの入力情報を各処理部に対して入力する。データ出力部５０３は、各種処理部の出力信号を外部の出力部としてのディスプレイやスピーカに対して出力する処理を実行する。
【０１４９】
機器登録処理部５０４は、クライアントからの機器登録要求に基づく一連の処理シーケンスを実行する。図４を参照して説明したシーケンス中、アプリケーション・ゲートウェイ側の処理をプログラム記憶部５０７に格納された機器登録処理プログラム５２１に従って実行する。なお、機器登録処理部５０４は、パスワード生成判定部５１１を有し、パスワードの生成および照合処理を実行する。
【０１５０】
機器認証処理部５０５は、外部ネットワークに接続されたクライアントからの接続処理要求を受信した場合の機器認証処理を実行する。図５〜図７を参照して説明した機器認証処理（ログイン処理）におけるアプリケーション・ゲートウェイ側の処理を、プログラム記憶部５０７に格納された機器認証処理プログラム５２２に従って実行する。また、暗号鍵共有処理としてのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理も実行する。
【０１５１】
サーバ発見処理実行部５０６は、クライアントからのデバイスリスト要求に基づいて、ＳＳＤＰに従ったサーバ発見処理を実行して取得したサーバリストをクライアントに送信する処理を実行する。図１０、図１１を参照して説明したアプリケーション・ゲートウェイ側の処理を、プログラム記憶部５０７に格納されたサーバ発見処理実行プログラム５２３に従って実行する。
【０１５２】
プログラム記憶部５０７には、上記各処理部において実行するプログラム、すなわち、機器登録処理プログラム５２１、機器認証処理プログラム５２２、およびサーバ発見処理実行プログラム５２３が格納される。
【０１５３】
データ記憶部５０８には、クライアントとの機器登録処理において生成した共有秘密情報（Ｓｅｃｒｅｔ）５３１、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）をハードウェアユニークＩＤ（Ｈｕｉｄ（Ｓ））で暗号化したデータ、および、クライアントとの機器登録処理において生成したクライアント識別テーブル５３２（図８参照）、および、クライアントとの相互認証が成立しクライアントとの信頼関係が構築されたセッションを、クライアント毎に識別するためのクライアントセッションＩＤテーブル５３３（図９参照）が格納される。
【０１５４】
なお、図１２に示すブロック図は、アプリケーション・ゲートウェイの実行する様々な処理の中から本発明に関連する処理を実行するための機能を中心として示した機能ブロック図であり、アプリケーション・ゲートウェイは、この他にも各種の処理プログラムを保持し、各処理プログラムに従った様々な処理を実行する。
【０１５５】
次に、図１３を参照してクライアントの機能構成について説明する。データ送受信処理部６０１は、アプリケーション・ゲートウェイおよびサーバに対するパケット送受信処理を実行する。データ送受信処理部６０１は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１５６】
データ入力部６０２は、キーボード、スイッチ等の入力手段からの入力情報を各処理部に対して入力する。データ出力部６０３は、各種処理部の出力信号を外部の出力部としてのディスプレイやスピーカに対して出力する処理を実行する。
【０１５７】
機器登録処理部６０４は、アプリケーション・ゲートウェイ他のデバイス間で実行する機器登録処理シーケンスを実行する。図４を参照して説明した処理中、クライアント側の処理を、プログラム記憶部６０７に格納された機器登録処理プログラム６２１に従って実行する。
【０１５８】
機器認証処理部６０５は、外部ネットワークに接続されたクライアントが、アプリケーション・ゲートウェイに対して接続した際の機器認証処理を実行する。図５〜図７を参照して説明した機器認証処理（ログイン）におけるクライアント側の処理を、プログラム記憶部６０７に格納された機器認証処理プログラム６２２に従って実行する。また、暗号鍵共有処理としてのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理も実行する。
【０１５９】
デバイスリスト要求処理実行部６０６は、アプリケーション・ゲートウェイに対するデバイスリスト要求の発行およびデバイスリスト取得処理を実行する。図１０を参照して説明した処理中、クライアント側の処理を、プログラム記憶部６０７に格納されたデバイスリスト要求処理実行プログラム６２３に従って実行する。
【０１６０】
プログラム記憶部６０７には、上記各処理部において実行するプログラム、すなわち、機器登録処理プログラム６２１、機器認証処理プログラム６２２、およびデバイスリスト要求処理実行プログラム６２３が格納される。
【０１６１】
データ記憶部６０８には、例えばアプリケーション・ゲートウェイとの機器登録処理において生成した共有秘密情報（Ｓｅｃｒｅｔ）６３１、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）をハードウェア識別子（Ｈｕｉｄ（Ｃ））で暗号化したデータ、および、アプリケーション・ゲートウェイとの認証が成立した場合に、アプリケーション・ゲートウェイから取得するセッションＩＤ６３２が格納される。
【０１６２】
なお、図１３に示すブロック図は、クライアントの実行する様々な処理の中から本発明に関連する処理を実行するための機能を中心として示した機能ブロック図であり、クライアントは、この他にも各種の処理プログラムを保持し、各処理プログラムに従った様々な処理を実行する。
【０１６３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１６８】
【発明の効果】
以上、説明したように、本発明によれば、外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成としたので、外部ネットワークに接続されたクライアントによるホームネットワーク等、内部ネットワークに接続されたサーバ情報の効率的な取得が可能となる。
【０１６９】
さらに、本発明の構成によれば、クライアントとアプリケーション・ゲートウェイとしての情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵を用いてデバイスリストを暗号化してクライアントに送信する構成としたので、インターネット等の盗聴のおそれのある通信路を介したデータ通信が必要な場合であっても、セキュアなデバイスリスト送信が可能となる。
【０１７０】
さらに、本発明の構成によれば、内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成としたので、サーバ情報取得処理は、ＵＰｎＰの規定に従ったＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行可能であり、また、外部ネットワークに接続されたクライアントに対するデバイスリスト送信は、安全性、確実性が高いＴＣＰによる通信によるリスト送信が実現される。
【０１７１】
さらに、本発明の構成によれば、クライアントのアクセス権限の有無を判定する機器認証処理においてクライアントのアクセス権限が認められたことを条件としてデバイスリストの取得および送付を実行する構成としたので、アクセス権限を持たない不正クライアントからのデバイスリスト取得処理が防止される。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】ホームネットワーク等の内部ネットワークに接続されたクライアントによるサーバ発見処理シーケンスを示す図である。
【図４】外部ネットワークに接続可能なクライアントの機器登録処理手順を説明するシーケンス図である。
【図５】外部ネットワークに接続されたクライアントによる認証および、コンテンツ取得処理手順を説明するシーケンス図である。
【図６】外部ネットワークに接続されたクライアントの認証処理手順を説明するシーケンス図（その１）である。
【図７】外部ネットワークに接続されたクライアントの認証処理手順を説明するシーケンス図（その２）である。
【図８】アプリケーション・ゲートウェイの生成するクライアント識別テーブルの構成例を示す図である。
【図９】アプリケーション・ゲートウェイの生成するクライアントセッションＩＤテーブルの構成例を示す図である。
【図１０】外部ネットワークに接続されたクライアントからのデバイスリスト取得要求の処理シーケンスを示す図である。
【図１１】外部ネットワークに接続されたクライアントからのデバイスリスト取得要求の受信に基づいてアプリケーション・ゲートウェイの実行する処理を説明するフロー図である。
【図１２】アプリケーション・ゲートウェイの機能構成を説明するブロック図である。
【図１３】クライアントの機能構成を説明するブロック図である。
【符号の説明】
１００ ホームネットワーク
１０１，１０２ ＰＣ
１０３ ハードディスクレコーダ
１０４ ＴＶ
１０５ ＰＤＡ
１２０ 外部ネットワーク
１２１ ＰＣ
１２２ 携帯端末
１２３ 再生プレーヤ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ バス
２０６ 入出力インタフェース
２０７ 入力部
２０８ 出力部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
３０１ クライアント
３１１，３１２，３１３ サーバ
５０１ データ送受信処理部
５０２ データ入力部
５０３ データ出力部
５０４ 機器登録処理部
５０５ 機器認証処理部
５０６ サーバ発見処理実行部
５０７ プログラム記憶部
５０８ データ記憶部
５１１ パスワード生成判定部
５２１ 機器登録処理プログラム
５２２ 機器認証処理プログラム
５２３ サーバ発見処理実行プログラム
５３１ 共有秘密情報
５３２ クライアント識別テーブル
５３３ クライアントセッションＩＤテーブル
６０１ データ送受信処理部
６０２ データ入力部
６０３ データ出力部
６０４ 機器登録処理部
６０５ 機器認証処理部
６０６ デバイスリスト要求処理実行部
６０７ プログラム記憶部
６０８ データ記憶部
６２１ 機器登録処理プログラム
６２２ 機器認証処理プログラム
６２３ デバイスリスト要求処理実行プログラム
６３１ 共有秘密情報
６３２ セッションＩＤ
【発明の属する技術分野】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ホームネットワーク等の内部ネットワークに接続されたサーバ等の情報処理装置に関する情報の取得を外部ネットワークに接続されたクライアントからゲートウェイを仲介として実行することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
しかし、一方、この種のネットワークでは、不正アクセスに対する対策を考慮することも必要となる。ホームネットワーク内の機器、例えばサーバ等には私的なコンテンツや有料コンテンツ等の著作権管理を要求されるコンテンツが格納されることも多い。
【０００７】
このようなホームネットワーク内のサーバに格納されたコンテンツは、ネットワーク接続された他の機器からアクセス可能となる。例えば、上述の簡易な機器接続構成であるＵＰｎＰ接続を実行した機器によってコンテンツを取得することが可能となる。コンテンツが映画データや音楽データの場合、ネットワーク接続機器としてＴＶ、あるいはプレーヤ等を接続すれば、映画を視聴したり、音楽を聴いたりすることが可能となる。
【０００８】
コンテンツの利用権を有するユーザの接続した機器によるアクセスは許容されてもよいが、上述のようなネットワーク構成においては、コンテンツ等の利用権を持たないユーザがネットワークに入り込むことも容易である。例えば無線ＬＡＮによって構成されたネットワークの場合には家の中にあるサーバに対して、戸外、あるいは隣家等から通信機器を利用して不正にネットワークに参入し、コンテンツの搾取を行なうような事態も発生し得る。このような不正なアクセスを許容する構成は、秘密漏洩を生じさせることにもなり、また、コンテンツ著作権の管理の観点からも重要な問題となる。
【０００９】
上述のような不正アクセスを排除するため、例えばサーバにアクセスを許容するクライアントのリストを保持させ、クライアントからサーバに対するアクセス要求の際に、サーバでリストとの照合処理を実行して不正アクセスを排除する構成が提案されている。
【００１０】
例えば、ネットワーク接続機器に固有の物理アドレスであるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを、アクセス許容機器リストとして設定するＭＡＣアドレスフィルタリングが知られている。ＭＡＣアドレスフィルタリングとは、ホームネットワーク等の内部ネットワーク（サブネット）と外部ネットワークとを隔離するルータあるいはゲートウェイに、予めアクセスを許容するＭＡＣアドレスを登録しておき、受信したパケットのＭＡＣアドレスと登録されたＭＡＣアドレスとを照合し、登録されていないＭＡＣアドレスを有する機器からのアクセスを拒否するものである。なお、この種の技術については、例えば特許文献１に開示されている。
【００１１】
しかし、アクセス制限をするためのＭＡＣアドレスの登録処理を行なうためには、ネットワークに接続される機器の全てのＭＡＣアドレスを調べることが必要であり、取得した全ての機器のＭＡＣアドレス（４８ｂｉｔ）をオペレータが入力してリストを作成するという処理が必要となる。このような処理は、例えば特定の会社、団体等、セキュアな環境を構築することが要求される場合には、所定の管理者の下に行なうことも可能であるが、例えば一般家庭に設定されるホームネットワーク環境において、一般ユーザにＭＡＣリストの生成、格納を要求することは現実的ではない。
【００１２】
ホームネットワークにおいては、新たな機器の追加処理が行われることは頻繁に発生することであり、このような機器追加処理の際に、ユーザが逐次、機器のＭＡＣアドレスを調べて登録処理をしなければならないとすると、ネットワーク構築の容易性を阻害することになる。
【００１３】
一方、一般家庭においても、ＰＣのみならず、家電機器も含んだネットワーク構成が構築され、どのような機器からでもネットワークにアクセス可能ないわゆるユビキタス環境が構築されつつあり、また、無線ＬＡＮ等の普及により、通信可能な機器が外部から無線ＬＡＮに侵入することも容易となっている。このようなネットワーク環境において、ネットワーク接続機器に対する不正アクセスもより発生しやすくなっており、不正なアクセスによる秘密情報の搾取、コンテンツの不正読み取り等が実行される可能性はますます高くなっている。このような状況において、一般ユーザに負担を強いることなく、適切なアクセス制御構成を容易に実現することが求められている。
【００１４】
また、アクセス権限を正しく判定したとしても、外部ネットワークに接続されたクライアントが、ホームネットワークに接続された内部ネットワークの各サーバの情報を取得するためには、例えば各サーバに個別に逐次アクセスして情報を取得することが必要となる。
【００１５】
内部ネットワークに接続されたクライアントであれば、前述のＵＰｎＰに従ったサーチ処理、すなわちＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、サーチリクエストをマルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）することで一括して複数サーバからの情報取得が可能となり、容易にサーバ情報を取得することができる。
【００１６】
しかし、外部ネットワークに接続されたクライアントが、上記と同様のＵＤＰパケットのマルチキャスト送信により、特定の内部ネットワークに接続されたサーバの情報を取得することは困難である。また、インターネット等の外部ネットワークにサーバ情報を生のまま送信することは盗聴等の危険を伴うことになる。
【００１７】
【特許文献１】
特許公開平１０−２７１１５４号公報
【００１８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、ホームネットワーク等の内部ネットワークに接続されたサーバ等の装置の情報取得を、外部ネットワークに接続されたクライアントから容易にかつセキュアに実行することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明の第１の側面は、
外部ネットワークおよび内部ネットワークの境界において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理装置であり、
外部ネットワークおよび内部ネットワークを介したデータ送受信を実行するデータ送受信部と、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受領したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、該サーバ情報取得処理に基づいて取得したサーバ情報に基づいて、外部ネットワークを介して前記クライアントに送信するデバイスリスト生成処理を実行するサーバ発見処理実行部と、
を有することを特徴とする情報処理装置にある。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行し、内部ネットワークに接続されたサーバからの受信情報に基づいて前記デバイスリストを生成する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、デバイスリストを暗号化データとしてクライアントに送信する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記サーバ発見処理実行部は、前記デバイスリスト生成処理において、内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、クライアントのアクセス権限の有無を判定する機器認証処理部を有し、前記サーバ発見処理実行部は、前記機器認証処理部においてクライアントのアクセス権限が認められたことを条件として、サーバ発見処理を実行する構成であることを特徴とする。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルを有し、クライアントから受信するセッションＩＤに基づく前記クライアントセッションＩＤテーブルの検索によりクライアントの識別処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部ネットワークおよび内部ネットワークの境界に位置するアプリケーション・ゲートウェイとしての機能を有することを特徴とする。
【００３０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部ネットワークおよび内部ネットワークの境界に位置するリバースプロキシサーバとしての機能を有することを特徴とする。
【００３１】
さらに、本発明の第２の側面は、
外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理方法であり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とする情報処理方法にある。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行することを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報を受信し、前記デバイスリスト生成処理ステップは、前記ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成することを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリスト送信ステップは、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、デバイスリストを暗号化データとしてクライアントに送信することを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記サーバ情報取得処理ステップは、前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、前記デバイスリスト送信ステップは、前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行することを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記デバイスリスト生成処理ステップは、内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行することを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアントのアクセス権限の有無を判定する機器認証処理ステップを有し、前記サーバ情報取得処理ステップは、前記機器認証処理ステップにおいてクライアントのアクセス権限が認められたことを条件として実行することを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルに基づいて、クライアントから受信するセッションＩＤに従ったテーブル検索を実行し、クライアントの識別処理を実行するステップを有することを特徴とする。
【００４１】
さらに、本発明の第３の側面は、
外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行するコンピュータ・プログラムであり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４２】
【作用】
本発明の構成によれば、外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成としたので、外部ネットワークに接続されたクライアントによるホームネットワーク等、内部ネットワークに接続されたサーバ情報の効率的な取得が可能となる。
【００４３】
さらに、本発明の構成によれば、クライアントとアプリケーション・ゲートウェイとしての情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵を用いてデバイスリストを暗号化してクライアントに送信する構成としたので、インターネット等の盗聴のおそれのある通信路を介したデータ通信が必要な場合であっても、セキュアなデバイスリスト送信が可能となる。
【００４４】
さらに、本発明の構成によれば、内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成としたので、サーバ情報取得処理は、ＵＰｎＰの規定に従ったＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行可能であり、また、外部ネットワークに接続されたクライアントに対するデバイスリスト送信は、安全性、確実性が高いＴＣＰによる通信によるリスト送信が実現される。
【００４５】
さらに、本発明の構成によれば、クライアントのアクセス権限の有無を判定する機器認証処理においてクライアントのアクセス権限が認められたことを条件としてデバイスリストの取得および送付を実行する構成としたので、アクセス権限を持たない不正クライアントからのデバイスリスト取得処理が防止される。
【００４６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４８】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４９】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、例えば特定ユーザの家等に構築されたホームネットワーク１００等のローカルエリアネットワーク、すなわち内部ネットワークであり、パーソナルコンピュータ（ＰＣ）１０１、１０２、ハードディスクレコーダ１０３、ＴＶ１０４、ＰＤＡ１０５等の様々な情報処理装置がホームネットワーク１００を介してデータ送受信を行う。
【００５０】
たとえば、ＰＣ１０１、１０２、あるいはハードディスクレコーダ１０３をコンテンツ提供サーバとし、ＴＶ１０４、ＰＤＡ１０５をクライアントとして、クライアントがサーバの格納コンテンツをネットワークを介して取得し、クライアントのディスプレイ、スピーカを利用してコンテンツ出力を行う。
【００５１】
ホームネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバに送信することにより、サーバに対するデータ処理要求を実行する。サーバは、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５２】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５３】
図１において、ホームネットワーク１００は、インターネット等の外部ネットワーク１２０に接続されている。外部ネットワーク１２０にもＰＣ１２１、携帯電話１２２、ポータブル再生プレーヤ１２３等の各種の情報処理装置が接続される。ホームネットワーク１００内の情報処理装置と外部ネットワーク１２０の情報処理装置とは、外部ネットワーク１２０およびホームネットワーク１００を介して通信が可能となる。
【００５４】
外部ネットワーク１２０およびホームネットワーク１００によって構成される内部ネットワークの間には、外部ネットワーク１２０の接続装置からのアクセスを制限するためのファイアウォール機能を持つアプリケーション・ゲートウェイ１１０が設置される。アプリケーション・ゲートウェイは、外部ネットワークからのアクセス要求について、アプリケーション層において通信パケットのチェックを実行し、フィルタリングを行う。
【００５５】
なお、アプリケーション・ゲートウェイ１１０は、ホームネットワーク１００に接続された情報処理装置の代理応答サーバとしての機能も有する。すなわち、アプリケーション・ゲートウェイ１１０は、リバースプロキシサーバ機能も兼ね備えた構成をもつ。
【００５６】
このように、アプリケーション・ゲートウェイ１１０は、ホームネットワーク等のローカル領域内の内部ネットワークと、ローカル領域外の外部ネットワークの間に位置するアプリケーション・ゲートウェイであり、またリバースプロキシサーバとしての機能を有する。
【００５７】
外部ネットワーク１２０に接続されたＰＣ１２１、携帯電話１２２、ポータブル再生プレーヤ１２３等の各種の情報処理装置は、アプリケーション・ゲートウェイ１１０を介してホームネットワーク１００内のサーバ、例えばＰＣ１０１、１０２、ハードディスクレコーダ１０３等にアクセスし、これらの装置に格納されたコンテンツを取得してＰＣ１２１、携帯端末１２２、再生プレーヤ１２３等においてコンテンツ出力を行うことが可能となる。
【００５８】
ただし、これらのコンテンツ取得を不特定のクライアントに許容することは、コンテンツの著作権、秘密漏洩等の問題から好ましいことではない。従って、外部ネットワーク１２０とホームネットワーク１００の間に配置されたアプリケーション・ゲートウェイ１１０において、外部からのアクセスについてのアクセス権限判定処理を実行し、権限ありと判定した場合においてのみ、外部からのアクセスを許容する構成を持つ。この詳細処理構成については後述する。
【００５９】
図１に示す各情報処理装置、すなわちサーバ、クライアント、およびアプリケーション・ゲートウェイを構成する情報処理装置のハードウェア構成例について図２を参照して説明する。
【００６０】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００６１】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００６２】
図２に示す構成は、図１に示すネットワーク接続機器の一例としての一般的なＰＣの構成を示すものであるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００６３】
［ホームネットワーク内のクライアントによるコンテンツ取得処理］
図１に示すホームネットワーク１００に接続されたＰＣ１０１、１０２、ハードディスクレコーダ１０３、ＴＶ１０４、ＰＤＡ１０５等の様々な情報処理装置間においては、上述したユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルに従った通信を実行して、クライアントはサーバからコンテンツを取得することが可能となる。
【００６４】
ホームネットワーク１００に接続されたクライアント、すなわちサーバからコンテンツを取得しようとする情報処理装置は、ネットワーク上のサーバの検索としてのサーバ発見処理、例えばＵＰｎＰの規定するディスカバリ処理によりサーバからサーバの提供可能なサービス情報を取得することができる。ホームネットワーク１００に接続されたクライアントによるサーバのディスカバリ処理シーケンスを図３に示す。
【００６５】
クライアント３０１は、ホームネットワークを介して例えばネットワークサービスの検出プロトコルであるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用してサーバ発見処理を行う。クライアントは、ステップＳ１において、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、マルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）する。ホームネットワークに接続されたサーバ１，３１１、サーバ２，３１２、サーバ３，３１３の各々は、クライアントからのサーチリクエストを受信すると、ステップＳ２，Ｓ３，Ｓ４において、サービス提供可能であることを示すＯＫレスポンスをＵＤＰに従って、クライアントに対してユニキャスト送信（ＨＴＴＰＵ：ＨＴＴＰＵｎｉｃａｓｔ）する。なお、ＯＫレスポンスには、各サーバに対するアクセス情報、提供可能なサービスについての情報等が含まれる。
【００６６】
上記のディスカバリ処理により、各サーバからのＯＫレスポンスを受信したクライアントは、サーバの提供可能なサービスについての情報を確認し、その後、これらの情報に基づいて、各デバイスにサービスを要求するサービス要求処理を実行する。例えば、サーバに対するコンテンツ送信要求等を実行し、サーバからコンテンツを取得してクライアントのディスプレイ、スピーカを介して出力する処理が可能となる。
【００６７】
［ホームネットワーク外のクライアントによるコンテンツ取得処理］
上述した一般的なＵＰｎＰに従ったサーバ発見処理を外部ネットワークに接続された情報処理端末とホームネットワーク内のサーバ間で実行すると、不正なクライアント、すなわちコンテンツの利用を許諾されていないクライアントからホームネットワークに接続されたサーバの格納コンテンツが不正に取得され、利用される可能性がある。
【００６８】
本発明の構成においては、外部ネットワークに接続されたクライアントからホームネットワーク等の内部ネットワークに接続されたサーバに対するアクセス要求を図１に示すアプリケーション・ゲートウェイ１１０において検証し、アクセス権限の判定処理を実行した上で、外部ネットワークに接続されたクライアントが正当なアクセス権限を有するとの判定があった場合にのみサーバに対するアクセスを許容する。
【００６９】
（１）機器登録処理
ホームネットワーク外のインターネット等の外部ネットワークに接続し、ホームネットワーク内のサーバに対するアクセスを行おうとする情報処理装置（モバイル機器）は、事前に機器登録処理を行うことが必要となる。
【００７０】
すなわち、モバイル機器は、ホームネットワーク内のアプリケーション・ゲートウェイを含む情報処理装置との間で、所定のシーケンスに従った機器登録処理を実行する。なお、機器登録処理はユーザが登録処理シーケンスを実行する２つの機器の操作、あるいはパスワード等の表示情報の確認をすることが必要であり、例えばホームネットワークに両機器（モバイル機器とアプリケーション・ゲートウェイ）を接続して実行する。
【００７１】
図４を参照してモバイル機器の機器登録処理の手順について説明する。図４には、左側にモバイル機器としてのクライアント、右側にホームネットワーク内のアプリケーション・ゲートウェイを含む情報処理装置を意味するサーバの処理を示している。
【００７２】
まず、ステップＳ１１において、ユーザがクライアント側に設けられた機器登録ボタンを押下する。すると、クライアントは、ステップＳ１２において、登録要求をブロードキャストする。これは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従ったマルチキャスト送信として実行される。
【００７３】
登録要求を受信したサーバは、ステップＳ１３において確認要求をクライアントに対してユニキャスト送信する。これ以降のデータ送受信処理は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行される。サーバからクライアントに送信する確認要求には、サーバ名が含まれる。確認要求を受信したクライアントは、ステップＳ１４において確認要求応答をサーバに対して送信する。確認要求応答には、クライアント名が含まれる。
【００７４】
確認要求応答を受信したサーバは、ステップＳ１５においてユーザに対して「クライアント“ＹＹＹＹ”のためのワンタイムパスワードは“○○○○”です。」なるメッセージを表示する。すなわち、ワンタイムパスワードをサーバのディスプレイに表示する。このパスワードは、サーバが例えば乱数発生処理により生成するものである。
【００７５】
ユーザは、ワンタイムパスワードを確認し、サーバ側からクライアント側に移動する。クライアント側に移動してきたユーザは、ステップＳ１６においてサーバ側に提示されたワンタイムパスワードをクライアントの入力手段から入力する。ステップＳ１７において、クライアントは、入力パスワードをサーバに送信する。
【００７６】
サーバは、ワンタイムパスワード提示後の所定時間の待機中にクライアントからのパスワードを受信すると、ステップＳ１８において、先のステップＳ１５においてサーバが生成しユーザに提示したワンタイムパスワードと受信パスワードとの照合処理を実行する。サーバは、ステップＳ１９において、クライアントに対してパスワード照合ＯＫ／ＮＧの通知を行う。パスワード照合ＮＧの場合は、処理を中止する。パスワード照合ＯＫの場合は、ステップＳ２０において、暗号化通信処理を可能とするためのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理に移行する。
【００７７】
ＳＳＬハンドシェイクにより、サーバおよびクライアントは、暗号通信のための鍵として適用可能な秘密情報の共有を行い、その後の通信においては、共有した秘密情報を用いた暗号化データの送受信が可能となる。
【００７８】
ステップＳ２１において、サーバは、例えば乱数発生処理によりＩＤを生成する。ＩＤは、グローバルユニーク性を有することが好ましく、例えば１２８ｂｉｔ以上のビット列として生成される。サーバの生成するＩＤをサーバＩＤ：ＧＵＩＤ（Ｓ）とする。ＧＵＩＤは、Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒを意味する。
【００７９】
ステップＳ２２において、サーバは、生成したサーバＩＤ：ＧＵＩＤ（Ｓ）をＳＳＬハンドシェイクによりサーバクライアント間で共有した鍵で暗号化してクライアントに送信する。クライアントは、受信データを復号しサーバＩＤ：ＧＵＩＤ（Ｓ）を取得する。
【００８０】
一方、クライアントは、ステップＳ２３において、例えば乱数発生処理によりＩＤを生成する。ＩＤは、グローバルユニーク性を有することが好ましく、例えば１２８ｂｉｔ以上のビット列として生成される。クライアントの生成するＩＤをクライアントＩＤ：ＧＵＩＤ（Ｃ）とする。
【００８１】
ステップＳ２４において、クライアントは、生成したクライアントＩＤ：ＧＵＩＤ（Ｃ）をＳＳＬハンドシェイクによりサーバクライアント間で共有した鍵で暗号化してサーバに送信する。サーバは、受信データを復号しクライアントＩＤ：ＧＵＩＤ（Ｃ）を取得する。
【００８２】
ステップＳ２５において、クライアントは、サーバから受信したサーバＩＤ：ＧＵＩＤ（Ｓ）と自デバイスで生成したクライアントＩＤ：ＧＵＩＤ（Ｃ）を記憶手段に暗号化して格納する。暗号化鍵としては、例えば自デバイスのハードウェアに固有の識別情報、すなわちハードウェアユニークＩＤ（Ｈｕｉｄ（Ｃ））を適用する。サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は暗号化データとして記憶部に格納される。
【００８３】
このように、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は、ハードウェアユニークＩＤ（Ｈｕｉｄ（Ｃ））による暗号化がなされ、不正コピー、改ざん困難性を高めた暗号化データとして、すなわち、タンパレジスタント性を確保したデータとして格納される。
【００８４】
ステップＳ２６において、サーバは、クライアントから受信したクライアントＩＤ：ＧＵＩＤ（Ｃ）と自デバイスで生成したサーバＩＤ：ＧＵＩＤ（Ｓ）を記憶手段に暗号化して格納する。暗号化鍵としては、クライアントと同様、自デバイスのハードウェアに固有の識別情報、すなわちハードウェアユニークＩＤ（Ｈｕｉｄ（Ｓ））を適用する。サーバにおいても、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）は暗号化データとして記憶部に格納され、不正コピー、改ざんの困難なタンパレジスタント性が確保される。
【００８５】
上述の処理により、外部ネットワークに接続可能なモバイル機器と、ホームネットワーク内のアプリケーション・ゲートウェイを含むサーバの各々は、それぞれ、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有する秘密情報（Ｓｅｃｒｅｔ）として保有することになる。
【００８６】
（２）機器認証処理
【００８７】
上述の機器登録処理により、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）をアプリケーション・ゲートウェイとの共有秘密情報（Ｓｅｃｒｅｔ）として保有したモバイル機器は、インターネット等の外部ネットワークに接続し、図１に示すアプリケーション・ゲートウェイ１１０に接続し、所定のアクセス権限判定処理シーケンスを実行することで、ホームネットワーク等の内部ネットワークに接続されたサーバに対するアクセスが可能となり、サーバからのコンテンツ取得等が許容される。
【００８８】
すなわち、モバイル機器は、アプリケーション・ゲートウェイ１１０によって共有秘密情報（Ｓｅｃｒｅｔ）であるサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を適用したアクセス権限判定処理が実行され、アクセス権限ありとの判定を条件として、ホームネットワーク内のサーバに対するアクセスが可能となる。
【００８９】
図５に、外部ネットワークに接続したモバイル機器と、アプリケーション・ゲートウェイとの通信処理シーケンスを示す。
【００９０】
図５において、クライアントは外部ネットワークに接続されたクライアントであり、サーバはホームネットワーク等の内部ネットワークに属し、アプリケーション・ゲートウェイが、両ネットワークの間に存在している。
【００９１】
クライアントは、ステップＳ３１において、アプリケーション・ゲートウェイに接続する。なお、クライアントは、アプリケーション・ゲートウェイに接続するためアプリケーション・ゲートウェイのＩＰアドレス、ポート番号を取得することが必要である。例えばアプリケーション・ゲートウェイに設定されたホスト名等に基づいて、ネットワーク上のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ、その他、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）の提供するサービスサーバによって、アプリケーション・ゲートウェイのＩＰアドレス、ポート番号を取得し接続を行う。
【００９２】
なお、クライアントは、明示的にアプリケーション・ゲートウェイに接続する処理を実行することなく、例えばアプリケーション・ゲートウェイの接続されたホームネットワーク等、内部ネットワークの接続サーバのホスト名を用いてサーバに対するダイレクト接続を試みた場合においても、各サーバに設定されたゲートウェイの設定情報に基づいて、クライアントは、外部ネットワークと内部ネットワークの間に設置されたアプリケーション・ゲートウェイに接続され、以下に説明する機器認証シーケンスが実行される。
【００９３】
なお、クライアントとアプリケーション・ゲートウェイとの接続は、接続期間において複数のＨＴＴＰパケットの送受信が可能なＨＴＴＰキープアライブ（ＨＴＴＰ Ｋｅｅｐ Ａｌｉｖｅ）の設定されたＴＣＰ接続とし、一接続シーケンスにおいて、以下に説明するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理、およびログイン処理を継続して実行することが好ましい。
【００９４】
ステップＳ３２において、クライアントと、アプリケーション・ゲートウェイ間において、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理を実行する。ＳＳＬハンドシェイクにより、クライアントと、アプリケーション・ゲートウェイは、暗号通信のための鍵として適用可能な秘密情報（セッション鍵）の共有を行い、その後の通信においては、共有した秘密情報（セッション鍵）を用いた暗号化データの送受信が可能となる。
【００９５】
ステップＳ３３において、クライアントと、アプリケーション・ゲートウェイ間において、機器認証処理としてのログイン（Ｌｏｇｉｎ）処理を実行する。ログイン（Ｌｏｇｉｎ）処理の詳細について、図６、図７を参照して説明する。
【００９６】
正規なアクセス権限を有するクライアントは、前述した機器登録処理を実行しており、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）をアプリケーション・ゲートウェイとともに共有する秘密情報（Ｓｅｃｒｅｔ）として保有する。なお、サーバＩＤ：ＧＵＩＤ（Ｓ）は、図４を参照して説明した機器登録シーケンスにおいて、アプリケーション・ゲートウェイの生成したサーバＩＤである。
【００９７】
機器認証は、クライアントと、アプリケーション・ゲートウェイの各々が、秘密情報（Ｓｅｃｒｅｔ）、すなわちサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有していることを相互に確認する処理として実行される。アプリケーション・ゲートウェイは、ゲートウェイの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をクライアントが知っていることを確認し、この確認を条件としてクライアントを認証する。また、クライアントは、クライアントの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をゲートウェイが知っていることを確認し、この確認を条件としてゲートウェイを認証する。
【００９８】
図６、図７において、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）である。なお、Ａ‖ＢはＡとＢの連結を示す。
【００９９】
まず、クライアントは、図６に示すステップＳ５１において、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）に一方向性関数としてのハッシュ関数（ｈ）を適用してダイジェスト値を下記式に従って計算する。
Ｄｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）
さらに、クライアントは、乱数（Ｎｏｎｃｅ１）を生成する。なお、ハッシュ関数としてはたとえばＭＤ５等の関数が適用可能である。
【０１００】
ステップＳ５２において、クライアントは、生成したダイジェスト（Ｄｉｇｅｓｔ）および乱数（Ｎｏｎｃｅ１）をアプリケーション・ゲートウェイに送信する。
【０１０１】
なお、クライアントとアプリケーション・ゲートウェイ間において既にコネクションが設定されセッションが継続している間において再度、認証を実行する場合、クライアントが、アプリケーション・ゲートウェイから受領済みのセッションＩＤを保有しているので、クライアントは、セッションＩＤについてもアプリケーション・ゲートウェイに送信する。初期接続の場合は、クライアントは、セッションＩＤを保持していないので生成したダイジェスト（Ｄｉｇｅｓｔ）および乱数（Ｎｏｎｃｅ１）のみをアプリケーション・ゲートウェイに送信する。
【０１０２】
なお、図６、図７に示すログイン処理シーケンスにおいてクライアントとアプリケーション・ゲートウェイ間で送受信するデータは、図５に示すステップＳ３２のＳＳＬハンドシェイク処理において双方で共有している鍵を用いて暗号化される。クライアントとアプリケーション・ゲートウェイ間の通信は、インターネット等の外部ネットワークを介した通信として実行されるが、暗号化通信によるセキュリティが確保される。
【０１０３】
ステップＳ５３において、アプリケーション・ゲートウェイは、クライアントからの受信データに含まれるＤｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）を元にクライアントの特定を行う。アプリケーション・ゲートウェイは、図８に示すようなクライアント識別子とＤｉｇｅｓｔ＝ｈ（Ｓｅｃｒｅｔ）の対応テーブル（クライアント識別テーブル）を記憶部に格納している。
【０１０４】
なお、このクライアント識別テーブルは、アプリケーション・ゲートウェイが、図４を参照して説明した機器登録処理の際に、クライアントと共有した秘密情報（Ｓｅｃｒｅｔ）、すなわちサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）に基づくハッシュ値算出処理を実行して、クライアント識別子に対応付けたエントリを生成し記憶部に格納する。
【０１０５】
ステップＳ５４において、アプリケーション・ゲートウェイはサーバ認証値（ＳｅｒｖｅｒＡｕｔｈ）を下記式に従って生成する。
ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）
すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と、クライアントから受信した乱数（Ｎｏｎｃｅ１）との結合データに対するハッシュ値を求めて、これをサーバ（アプリケーション・ゲートウェイ）認証値（ＳｅｒｖｅｒＡｕｔｈ）とする。さらに、アプリケーション・ゲートウェイは、乱数（Ｎｏｎｃｅ２）を生成する。
【０１０６】
さらに、アプリケーション・ゲートウェイは、クライアントとの接続が初期接続であり、ステップＳ５２において、クライアントからセッションＩＤを受信していない場合は、コネクション識別情報としてのセッションＩＤを生成し、クライアント識別子と対応付けて保存する。
【０１０７】
アプリケーション・ゲートウェイは、コネクションが継続しているクライアントについて、図９に示すようにクライアント識別子とセッションＩＤを対応付けたクライアントセッションＩＤテーブルにエントリを設定して記憶部に格納する。
【０１０８】
アプリケーション・ゲートウェイが、外部ネットワークの複数のクライアントと接続している場合においても、アプリケーション・ゲートウェイは、図９に示すクライアントセッションＩＤテーブルに基づいて、セッションＩＤから個々のクライアントを判別することが可能となる。
【０１０９】
ステップＳ５５において、アプリケーション・ゲートウェイは、クライアントに対してサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、生成乱数（Ｎｏｎｃｅ２）を送信する。
【０１１０】
ステップＳ５６において、クライアントは、アプリケーション・ゲートウェイから受信したサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、自デバイスで生成したＳｅｒｖｅｒＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）とを比較照合する。両値が一致、すなわち、ＳｅｒｖｅｒＡｕｔｈ＝ＳｅｒｖｅｒＡｕｔｈ’が成立すれば、クライアントは、通信を行っているアプリケーション・ゲートウェイが、自己の保有する秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持つアプリケーション・ゲートウェイであり、機器登録シーケンスに基づいて秘密情報を共有した正当なアプリケーション・ゲートウェイであると判定する。
【０１１１】
一方、アプリケーション・ゲートウェイから受信したサーバ認証値［ＳｅｒｖｅｒＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）］と、自デバイスで生成したＳｅｒｖｅｒＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ１）とが不一致の場合は、アプリケーション・ゲートウェイは、クライアントが記憶部に格納した秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持たないデバイスであり、機器登録シーケンスに基づいて秘密情報を共有したアプリケーション・ゲートウェイではなく、不正なアプリケーション・ゲートウェイであると判定する。この場合、クライアントは、アプリケーション・ゲートウェイとの接続を切断する。
【０１１２】
正当なアプリケーション・ゲートウェイであると判定された場合は、次のステップ、すなわち、図７のステップＳ５７に進む。
【０１１３】
図７のステップＳ５７において、クライアントは、クライアント認証値（ＣｌｉｅｎｔＡｕｔｈ）を下記式に従って生成する。
ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）
すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と、アプリケーション・ゲートウェイから受信した乱数（Ｎｏｎｃｅ２）との結合データに対するハッシュ値を求めて、これをクライアント認証値（ＣｌｉｅｎｔＡｕｔｈ）とする。
【０１１４】
ステップＳ５８において、クライアントは、アプリケーション・ゲートウェイに対してクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］を送信する。
【０１１５】
ステップＳ５９において、アプリケーション・ゲートウェイは、クライアントから受信したクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］と、自デバイスで生成したＣｌｉｅｎｔＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）とを比較照合する。両値が一致、すなわちＣｌｉｅｎｔＡｕｔｈ＝ＣｌｉｅｎｔＡｕｔｈ’が成立すれば、アプリケーション・ゲートウェイは、通信を行っているクライアントが、自己の保有する秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持つクライアントであり、機器登録シーケンスに基づいて秘密情報を共有した正当なクライアントであると判定する。
【０１１６】
一方、クライアントから受信したクライアント認証値［ＣｌｉｅｎｔＡｕｔｈ＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）］と、自デバイスで生成したＣｌｉｅｎｔＡｕｔｈ’＝ｈ（Ｓｅｃｒｅｔ‖Ｎｏｎｃｅ２）とが不一致の場合は、クライアントは、アプリケーション・ゲートウェイが記憶部に格納した秘密情報、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）と同一の秘密情報を持たないデバイスであり、機器登録シーケンスに基づいて秘密情報を共有したクライアントではなく、不正なクライアントであると判定する。
【０１１７】
ステップＳ６０において、アプリケーション・ゲートウェイは、クライアントの認証結果［ＯＫ］または［ＮＧ］をクライアントに送信する。［ＯＫ］であれば、セッションＩＤも併せて送信する。
【０１１８】
ステップＳ６１において、クライアントは、認証成立なら、アプリケーションゲートウェイから受信したセッションＩＤを記憶部に格納し、次の処理（例えば図５のステップＳ３４のデバイスリスト取得処理）に移行する。認証不成立の場合には、アプリケーション・ゲートウェイとの接続を切断する。
【０１１９】
以上の処理により、外部ネットワークに接続されたクライアントと、ホームネットワーク等の内部ネットワークに接続されたアプリケーション・ゲートウェイとの認証処理が終了し、認証成立を条件として、クライアントは、ホームネットワーク等の内部ネットワークに接続されたサーバに関する情報取得、サーバに対するアクセス、サーバからのコンテンツ取得等の処理が可能となる。
【０１２０】
上述したように、機器認証処理は、クライアントと、アプリケーション・ゲートウェイの各々が、共有した秘密情報（Ｓｅｃｒｅｔ）、すなわち、サーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）を共有していることを相互に確認する処理として実行される。
【０１２１】
すなわち、アプリケーション・ゲートウェイは、ゲートウェイの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をクライアントが知っていることを確認し、この確認を条件としてクライアントを認証する。また、クライアントは、クライアントの記憶部に格納しているサーバＩＤ：ＧＵＩＤ（Ｓ）およびクライアントＩＤ：ＧＵＩＤ（Ｃ）と同じ値をゲートウェイが知っていることを確認し、この確認を条件としてゲートウェイを認証する。このように、相互に認証処理を実行することになり、相互の信頼性が確保されたことを条件としてその後の処理が実行可能となる。
【０１２２】
（３）デバイスリストの取得処理
外部ネットワークに接続されたクライアントと、アプリケーション・ゲートウェイ間でのログイン処理が済み、両デバイスの信頼性が確認されると、クライアントは、ホームネットワーク等、アプリケーション・ゲートウェイの接続された内部ネットワーク内のサーバ情報を取得する処理に移行する。
【０１２３】
ホームネットワーク内に接続されたクライアントであれば、このデバイス情報取得処理は、先に図３を参照して説明したように、ネットワークサービスの検出プロトコルであるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行できる。すなわち、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、マルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）し、ホームネットワークに接続されたサーバから提供可能なサービスについての情報が含まれるＯＫレスポンスをＵＤＰに従って受信することでサーバ情報を取得することができた。
【０１２４】
しかし、外部ネットワークに接続され、アプリケーション・ゲートウェイと通信を行っているクライアントは、上述と同様のＵＤＰパケットのマルチキャスト送信を実行してホームネットワーク内のサーバ情報を取得することはできない。
【０１２５】
従って、新たな定義コマンドを用いて、この新定義コマンドをクライアントからアプリケーション・ゲートウェイに送信し、アプリケーション・ゲートウェイにおいて受信コマンドに基づいて、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理に従ってホームネットワーク内においてサーバ発見処理を実行し、その結果としてアプリケーション・ゲートウェイが取得したサーバ情報をクライアントに対して送信する。
【０１２６】
図５に示すステップＳ３４において、クライアントは、新定義コマンドとしてのデバイスリスト取得コマンド（Ｇｅｔ Ｄｅｖｉｃｅ Ｌｉｓｔ）をアプリケーション・ゲートウェイに送信し、アプリケーション・ゲートウェイにおいて受信コマンドに基づいて、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理に従ってホームネットワーク内においてサーバ発見処理を実行し、サーバは、ステップＳ３５において、ＳＳＤＰ処理結果として取得したサーバ情報、すなわちデバイスリストをクライアントに対して送信する。デバイスリストには、サーバに対するアクセス情報、サーバの提供可能なサービス情報が含まれる。
【０１２７】
以下、図１０を参照して外部ネットワークに接続されたクライアントによるサーバ情報取得処理として実行されるデバイスリスト取得（Ｇｅｔ Ｄｅｖｉｃｅ Ｌｉｓｔ）処理シーケンスの詳細について説明する。
【０１２８】
図１０において、クライアントは外部ネットワークに接続されたクライアントであり、サーバはホームネットワーク等の内部ネットワークに属し、アプリケーション・ゲートウェイが、両ネットワークの間に存在しているものとする。クライアントとアプリケーション・ゲートウェイ間では前述したログイン処理が実行済みであり、相互認証が成立し信頼性が保証されているものとする。
【０１２９】
ステップＳ７１において、クライアントは、アプリケーション・ゲートウェイに対して新定義コマンド、すなわちサーバ情報としてのデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを送信する。
【０１３０】
アプリケーション・ゲートウェイは、デバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信すると、クライアント確認処理を実行した後、ステップＳ７２において、デバイスリストの取得処理を実行する。
【０１３１】
アプリケーション・ゲートウェイにおける処理の詳細について、図１１を参照して説明する。
【０１３２】
ステップＳ１０１において、アプリケーション・ゲートウェイは、クライアントからデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信すると、まず、クライアントがログイン処理により認証が成立したクライアントであるか否かを判定する。図９を参照して説明したクライアント識別子とセッションＩＤを対応付けたクライアントセッションＩＤテーブル登録されたクライアントであれば、ログイン処理による認証の成立したクライアントであり、未登録のクライアントであれば、ログイン処理による認証の成立していないクライアントであるので、処理の続行を中止し、ステップＳ１０６においてエラーメッセージをクライアントに送信し、ステップＳ１０７でクライアントとのコネクションを切断し、処理を終了する。
【０１３３】
デバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドの送信クライアントが、クライアントセッションＩＤテーブル登録されたクライアントであれば、ログイン処理による認証の成立したクライアントであると判定し、ステップＳ１０３において、デバイスリスト取得処理を実行する。
【０１３４】
デバイスリストの取得は、ＵＰｎＰのＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行される。すなわち、アプリケーション・ゲートウェイは、アプリケーション・ゲートウェイの接続されたホームネットワーク等の内部ネットワークにおいてサーバ発見処理を実行し、各サーバからのサーバ情報を受信する。これは、ネットワークを介したサーチリクエストをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って、アプリケーション・ゲートウェイからマルチキャスト送信（ＨＴＴＰＭＵ：ＨＴＴＰＭｕｌｔｉｃａｓｔ）し、ホームネットワークに接続されたサーバから提供可能なサービスについての情報が含まれるＯＫレスポンスをＵＤＰに従って受信する処理である。
【０１３５】
ステップＳ１０４において、アプリケーション・ゲートウェイは、デバイスリストの取得に成功したか否かを判定し、取得処理に失敗した場合は、ステップＳ１０８において、デバイスリストの取得エラーメッセージをクライアントに送信する。
【０１３６】
デバイスリストの取得に成功した場合は、ステップＳ１０５に進み、取得したデバイスリストをクライアントに送信する。アプリケーション・ゲートウェイは、ホームネットワーク内でＵＤＰパケットにより各サーバから受信したサーバの提供可能なサービス情報をＴＣＰパケットのペイロードとして格納したＴＣＰパケットを生成してクライアントに送信する。なお、このデバイスリストの送信データは、前述のＳＳＬハンドシェイク処理においてクライアントと共有した秘密情報（暗号鍵）によって暗号化されて送信される。デバイスリストには、サーバに対するアクセス情報、サーバの提供可能なサービス情報が含まれる。
【０１３７】
図１０に示すステップＳ７３において、アプリケーション・ゲートウェイは、ホームネットワーク内のサーバ１、サーバ２、サーバ３から受信したサービス提供可能であることを示すＯＫレスポンスと、サーバにおいて提供可能なサービスについての情報を含むデバイスリストを暗号化してクライアントに送信する。
【０１３８】
上記の処理により、各サーバからのＯＫレスポンスをアプリケーション・ゲートウェイを介して受信したクライアントは、前述のＳＳＬハンドシェイク処理においてアプリケーション・ゲートウェイと共有した秘密情報（暗号鍵）によって受信データを復号してサーバリストを取得し、サーバに対するアクセス情報および提供可能なサービスについての情報を確認する。その後、これらの情報に基づいて、サーバにサービスを要求するサービス要求処理を実行する。例えば、サーバに対するコンテンツ送信要求等を実行し、コンテンツを取得してクライアントのディスプレイ、スピーカを介して出力する処理が可能となる。
【０１３９】
なお、アプリケーション・ゲートウェイがクライアントからデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドを受信する以前に、既にサーバ情報を取得済みである場合は、アプリケーション・ゲートウェイは、クライアントからのデバイスリスト取得［Ｇｅｔ Ｄｅｖｉｃｅ ｌｉｓｔ］要求コマンドの受信後、新たにサーバ発見処理を実行せず、蓄積済みのサーバ情報をクライアントに送信してもよい。
【０１４０】
このように、外部ネットワークに接続された正規なアクセス権限を有するクライアントは、ＵＰｎＰにおいて適用されるＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）に基づくサーバ情報とまったく同じ情報をアプリケーション・ゲートウェイを介して受信できるので、ホームネットワーク内のクライアントと同様の環境でサーバに対するサービス要求を実行することが可能となる。
【０１４１】
デバイスリストを取得したクライアントは、図５に示すステップＳ３６において、サーバに対するコンテンツ取得要求を行う。サーバに対するコンテンツ取得処理は、例えば取得したサーバ情報に含まれるコンテンツのＵＲＬを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドリクエストの送信処理として実行可能である。
【０１４２】
ステップＳ３７において、アプリケーション・ゲートウェイは、サーバに対するコンテンツ要求を中継してパケットをサーバに送信する。クライアントからパケットを受信したゲートウェイは、受信パケットのＨＯＳＴヘッダ値に書かれたデバイスのＩＰアドレスとポート番号に新たにコネクションを張り、パケット内容を変更することなく中継する。これにより、従来使用していたプロトコルを変更することなく、外部ネットワークに接続されたクライアントと内部ネットワークに接続されたサーバ間での通信およびサーバからクライアントに対するサービス提供が可能となる。
【０１４３】
サーバがコンテンツ要求を受信すると、サーバは、指定コンテンツを自己の記憶手段から取得して、クライアントに送信する。コンテンツは、アプリケーション・ゲートウェイを介してクライアントに送信（ステップＳ３８，Ｓ３９）される。クライアントは、サーバからの受信コンテンツをクライアントのディスプレイ、スピーカを介して再生することが可能となる。
【０１４４】
［アプリケーション・ゲートウェイ、およびクライアントの機能構成］
アプリケーション・ゲートウェイ、クライアント、およびサーバのハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、アプリケーション・ゲートウェイ、クライアント、およびサーバそれぞれの記憶部に格納されたプログラムに従って制御部としてのＣＰＵが実行する。
【０１４５】
ＣＰＵによって実行される処理は、例えばアプリケーション・ゲートウェイでは、クライアントからの要求を入力し、入力情報の解析、解析結果に基づく機器登録処理、機器認証処理（ログイン処理）、ＳＳＤＰに従ったサーバ発見処理、パケット中継処理、パケット生成、解析処理、さらに、機器登録処理におけるパスワード等、各種メッセージ出力、ユーザ入力情報の解析処理等である。クライアント側の処理としては、アプリケーション・ゲートウェイから受信する情報解析処理、アプリケーション・ゲートウェイと送受信するパケット生成、解析処理、機器登録処理、機器認証処理、メッセージ出力、ユーザ入力情報の解析処理、コンテンツ再生処理等である
【０１４６】
基本的にこれらの処理は、アプリケーション・ゲートウェイ、クライアント装置にそれぞれ備えられた制御部としてのＣＰＵの制御の下に予め格納された処理プログラムに従って実行される。制御部としてのＣＰＵが実行する処理および記憶部の格納データ中、本発明に関連する主要構成について、図１２および図１３を参照して説明する。図１２は、アプリケーション・ゲートウェイの主要機能構成を説明するブロック図であり、図１３は、クライアントの主要機能構成を説明するブロック図である。
【０１４７】
まず、図１２のブロック図を参照してアプリケーション・ゲートウェイの機能構成について説明する。データ送受信処理部５０１は、クライアントおよびサーバに対するパケット送受信処理を実行する。データ送受信処理部５０１は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１４８】
データ入力部５０２は、キーボード、スイッチ等の入力手段からの入力情報を各処理部に対して入力する。データ出力部５０３は、各種処理部の出力信号を外部の出力部としてのディスプレイやスピーカに対して出力する処理を実行する。
【０１４９】
機器登録処理部５０４は、クライアントからの機器登録要求に基づく一連の処理シーケンスを実行する。図４を参照して説明したシーケンス中、アプリケーション・ゲートウェイ側の処理をプログラム記憶部５０７に格納された機器登録処理プログラム５２１に従って実行する。なお、機器登録処理部５０４は、パスワード生成判定部５１１を有し、パスワードの生成および照合処理を実行する。
【０１５０】
機器認証処理部５０５は、外部ネットワークに接続されたクライアントからの接続処理要求を受信した場合の機器認証処理を実行する。図５〜図７を参照して説明した機器認証処理（ログイン処理）におけるアプリケーション・ゲートウェイ側の処理を、プログラム記憶部５０７に格納された機器認証処理プログラム５２２に従って実行する。また、暗号鍵共有処理としてのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理も実行する。
【０１５１】
サーバ発見処理実行部５０６は、クライアントからのデバイスリスト要求に基づいて、ＳＳＤＰに従ったサーバ発見処理を実行して取得したサーバリストをクライアントに送信する処理を実行する。図１０、図１１を参照して説明したアプリケーション・ゲートウェイ側の処理を、プログラム記憶部５０７に格納されたサーバ発見処理実行プログラム５２３に従って実行する。
【０１５２】
プログラム記憶部５０７には、上記各処理部において実行するプログラム、すなわち、機器登録処理プログラム５２１、機器認証処理プログラム５２２、およびサーバ発見処理実行プログラム５２３が格納される。
【０１５３】
データ記憶部５０８には、クライアントとの機器登録処理において生成した共有秘密情報（Ｓｅｃｒｅｔ）５３１、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）をハードウェアユニークＩＤ（Ｈｕｉｄ（Ｓ））で暗号化したデータ、および、クライアントとの機器登録処理において生成したクライアント識別テーブル５３２（図８参照）、および、クライアントとの相互認証が成立しクライアントとの信頼関係が構築されたセッションを、クライアント毎に識別するためのクライアントセッションＩＤテーブル５３３（図９参照）が格納される。
【０１５４】
なお、図１２に示すブロック図は、アプリケーション・ゲートウェイの実行する様々な処理の中から本発明に関連する処理を実行するための機能を中心として示した機能ブロック図であり、アプリケーション・ゲートウェイは、この他にも各種の処理プログラムを保持し、各処理プログラムに従った様々な処理を実行する。
【０１５５】
次に、図１３を参照してクライアントの機能構成について説明する。データ送受信処理部６０１は、アプリケーション・ゲートウェイおよびサーバに対するパケット送受信処理を実行する。データ送受信処理部６０１は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１５６】
データ入力部６０２は、キーボード、スイッチ等の入力手段からの入力情報を各処理部に対して入力する。データ出力部６０３は、各種処理部の出力信号を外部の出力部としてのディスプレイやスピーカに対して出力する処理を実行する。
【０１５７】
機器登録処理部６０４は、アプリケーション・ゲートウェイ他のデバイス間で実行する機器登録処理シーケンスを実行する。図４を参照して説明した処理中、クライアント側の処理を、プログラム記憶部６０７に格納された機器登録処理プログラム６２１に従って実行する。
【０１５８】
機器認証処理部６０５は、外部ネットワークに接続されたクライアントが、アプリケーション・ゲートウェイに対して接続した際の機器認証処理を実行する。図５〜図７を参照して説明した機器認証処理（ログイン）におけるクライアント側の処理を、プログラム記憶部６０７に格納された機器認証処理プログラム６２２に従って実行する。また、暗号鍵共有処理としてのＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理も実行する。
【０１５９】
デバイスリスト要求処理実行部６０６は、アプリケーション・ゲートウェイに対するデバイスリスト要求の発行およびデバイスリスト取得処理を実行する。図１０を参照して説明した処理中、クライアント側の処理を、プログラム記憶部６０７に格納されたデバイスリスト要求処理実行プログラム６２３に従って実行する。
【０１６０】
プログラム記憶部６０７には、上記各処理部において実行するプログラム、すなわち、機器登録処理プログラム６２１、機器認証処理プログラム６２２、およびデバイスリスト要求処理実行プログラム６２３が格納される。
【０１６１】
データ記憶部６０８には、例えばアプリケーション・ゲートウェイとの機器登録処理において生成した共有秘密情報（Ｓｅｃｒｅｔ）６３１、すなわち、Ｓｅｃｒｅｔ＝ＧＵＩＤ（Ｃ）‖ＧＵＩＤ（Ｓ）をハードウェア識別子（Ｈｕｉｄ（Ｃ））で暗号化したデータ、および、アプリケーション・ゲートウェイとの認証が成立した場合に、アプリケーション・ゲートウェイから取得するセッションＩＤ６３２が格納される。
【０１６２】
なお、図１３に示すブロック図は、クライアントの実行する様々な処理の中から本発明に関連する処理を実行するための機能を中心として示した機能ブロック図であり、クライアントは、この他にも各種の処理プログラムを保持し、各処理プログラムに従った様々な処理を実行する。
【０１６３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１６８】
【発明の効果】
以上、説明したように、本発明によれば、外部ネットワークおよび内部ネットワークの境界に接続されたアプリケーション・ゲートウェイとしての情報処理装置が、内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、取得したサーバ情報に基づいてデバイスリストを生成し、外部ネットワークを介してクライアントに送信する構成としたので、外部ネットワークに接続されたクライアントによるホームネットワーク等、内部ネットワークに接続されたサーバ情報の効率的な取得が可能となる。
【０１６９】
さらに、本発明の構成によれば、クライアントとアプリケーション・ゲートウェイとしての情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵を用いてデバイスリストを暗号化してクライアントに送信する構成としたので、インターネット等の盗聴のおそれのある通信路を介したデータ通信が必要な場合であっても、セキュアなデバイスリスト送信が可能となる。
【０１７０】
さらに、本発明の構成によれば、内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成としたので、サーバ情報取得処理は、ＵＰｎＰの規定に従ったＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行可能であり、また、外部ネットワークに接続されたクライアントに対するデバイスリスト送信は、安全性、確実性が高いＴＣＰによる通信によるリスト送信が実現される。
【０１７１】
さらに、本発明の構成によれば、クライアントのアクセス権限の有無を判定する機器認証処理においてクライアントのアクセス権限が認められたことを条件としてデバイスリストの取得および送付を実行する構成としたので、アクセス権限を持たない不正クライアントからのデバイスリスト取得処理が防止される。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】ホームネットワーク等の内部ネットワークに接続されたクライアントによるサーバ発見処理シーケンスを示す図である。
【図４】外部ネットワークに接続可能なクライアントの機器登録処理手順を説明するシーケンス図である。
【図５】外部ネットワークに接続されたクライアントによる認証および、コンテンツ取得処理手順を説明するシーケンス図である。
【図６】外部ネットワークに接続されたクライアントの認証処理手順を説明するシーケンス図（その１）である。
【図７】外部ネットワークに接続されたクライアントの認証処理手順を説明するシーケンス図（その２）である。
【図８】アプリケーション・ゲートウェイの生成するクライアント識別テーブルの構成例を示す図である。
【図９】アプリケーション・ゲートウェイの生成するクライアントセッションＩＤテーブルの構成例を示す図である。
【図１０】外部ネットワークに接続されたクライアントからのデバイスリスト取得要求の処理シーケンスを示す図である。
【図１１】外部ネットワークに接続されたクライアントからのデバイスリスト取得要求の受信に基づいてアプリケーション・ゲートウェイの実行する処理を説明するフロー図である。
【図１２】アプリケーション・ゲートウェイの機能構成を説明するブロック図である。
【図１３】クライアントの機能構成を説明するブロック図である。
【符号の説明】
１００ ホームネットワーク
１０１，１０２ ＰＣ
１０３ ハードディスクレコーダ
１０４ ＴＶ
１０５ ＰＤＡ
１２０ 外部ネットワーク
１２１ ＰＣ
１２２ 携帯端末
１２３ 再生プレーヤ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ バス
２０６ 入出力インタフェース
２０７ 入力部
２０８ 出力部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
３０１ クライアント
３１１，３１２，３１３ サーバ
５０１ データ送受信処理部
５０２ データ入力部
５０３ データ出力部
５０４ 機器登録処理部
５０５ 機器認証処理部
５０６ サーバ発見処理実行部
５０７ プログラム記憶部
５０８ データ記憶部
５１１ パスワード生成判定部
５２１ 機器登録処理プログラム
５２２ 機器認証処理プログラム
５２３ サーバ発見処理実行プログラム
５３１ 共有秘密情報
５３２ クライアント識別テーブル
５３３ クライアントセッションＩＤテーブル
６０１ データ送受信処理部
６０２ データ入力部
６０３ データ出力部
６０４ 機器登録処理部
６０５ 機器認証処理部
６０６ デバイスリスト要求処理実行部
６０７ プログラム記憶部
６０８ データ記憶部
６２１ 機器登録処理プログラム
６２２ 機器認証処理プログラム
６２３ デバイスリスト要求処理実行プログラム
６３１ 共有秘密情報
６３２ セッションＩＤ
Claims (23)
- 外部ネットワークおよび内部ネットワークの境界において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理装置であり、
外部ネットワークおよび内部ネットワークを介したデータ送受信を実行するデータ送受信部と、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受領したことを条件として、内部ネットワークを介した接続サーバのサーバ情報取得処理を実行し、該サーバ情報取得処理に基づいて取得したサーバ情報に基づいて、外部ネットワークを介して前記クライアントに送信するデバイスリスト生成処理を実行するサーバ発見処理実行部と、
を有することを特徴とする情報処理装置。 - 前記サーバ発見処理実行部は、
内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記サーバ発見処理実行部は、
内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行し、内部ネットワークに接続されたサーバからの受信情報に基づいて前記デバイスリストを生成する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記サーバ発見処理実行部は、
内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記サーバ発見処理実行部は、
外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、
デバイスリストを暗号化データとしてクライアントに送信する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする請求項５に記載の情報処理装置。
- 前記情報処理装置は、
前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記サーバ発見処理実行部は、
前記デバイスリスト生成処理において、内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記情報処理装置は、さらに、
クライアントのアクセス権限の有無を判定する機器認証処理部を有し、
前記サーバ発見処理実行部は、
前記機器認証処理部においてクライアントのアクセス権限が認められたことを条件として、サーバ発見処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記情報処理装置は、
クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルを有し、
クライアントから受信するセッションＩＤに基づく前記クライアントセッションＩＤテーブルの検索によりクライアントの識別処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記情報処理装置は、
外部ネットワークおよび内部ネットワークの境界に位置するアプリケーション・ゲートウェイとしての機能を有することを特徴とする請求項１に記載の情報処理装置。 - 前記情報処理装置は、
外部ネットワークおよび内部ネットワークの境界に位置するリバースプロキシサーバとしての機能を有することを特徴とする請求項１に記載の情報処理装置。 - 外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行する情報処理方法であり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とする情報処理方法。 - 前記サーバ情報取得処理ステップは、
内部ネットワークを介した接続サーバに関するサーバ情報取得処理をＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記サーバ情報取得処理ステップは、
内部ネットワークを介した接続サーバのサーバ情報取得処理を、前記内部ネットワークを介したサーチリクエストのマルチキャスト送信により実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記サーバ情報取得処理ステップは、
内部ネットワークに接続された各サーバから受信するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報を受信し、
前記デバイスリスト生成処理ステップは、
前記ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット格納情報に基づいて、外部ネットワークに接続されたクライアントに対して送信するデバイスリストを生成することを特徴とする請求項１３に記載の情報処理方法。 - 前記デバイスリスト送信ステップは、
外部ネットワークに接続されたクライアントに対して送信するデバイスリストを、前記クライアントと共有する鍵で暗号化する処理を実行し、
デバイスリストを暗号化データとしてクライアントに送信することを特徴とする請求項１３に記載の情報処理方法。 - 前記デバイスリストの暗号化に適用する鍵は、クライアントと情報処理装置との間で実行するＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）ハンドシェイク処理によって取得した暗号処理鍵であることを特徴とする請求項１７に記載の情報処理方法。
- 前記サーバ情報取得処理ステップは、
前記内部ネットワークを介した接続サーバのサーバ情報取得処理をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って実行し、
前記デバイスリスト送信ステップは、
前記外部ネットワークを介したクライアントに対するデバイスリスト送信をＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従って実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記デバイスリスト生成処理ステップは、
内部ネットワークに接続されたサーバから受信する情報に基づいて、各サーバに対するアクセス情報、および各サーバの提供可能なサービス情報を含むデバイスリストを生成する処理を実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記情報処理方法は、さらに、
クライアントのアクセス権限の有無を判定する機器認証処理ステップを有し、
前記サーバ情報取得処理ステップは、
前記機器認証処理ステップにおいてクライアントのアクセス権限が認められたことを条件として実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記情報処理方法は、さらに、
クライアント識別子と、クライアントとのコネクション識別情報としてのセッションＩＤとを対応付けたクライアントセッションＩＤテーブルに基づいて、クライアントから受信するセッションＩＤに従ったテーブル検索を実行し、クライアントの識別処理を実行するステップを有することを特徴とする請求項１３に記載の情報処理方法。 - 外部ネットワークおよび内部ネットワークの境界に接続された情報処理装置において、外部ネットワーク接続クライアントからのデータ処理要求に従った処理を実行するコンピュータ・プログラムであり、
内部ネットワークに接続されたサーバ情報の取得要求を外部ネットワーク接続クライアントから受信する情報要求受信ステップと、
内部ネットワークを介した接続サーバのサーバ情報取得処理を実行するサーバ情報取得処理ステップと、
前記サーバ情報取得処理ステップにおいて取得したサーバ情報に基づいて前記クライアントに送信するデバイスリストを生成するデバイスリスト生成処理ステップと、
前記デバイスリスト生成処理ステップにおいて生成したデバイスリストを外部ネットワークを介してクライアントに送信するデバイスリスト送信ステップと、
を有することを特徴とするコンピュータ・プログラム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003063019A JP2004272632A (ja) | 2003-03-10 | 2003-03-10 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
| CN2004800038450A CN1748207B (zh) | 2003-03-10 | 2004-03-05 | 信息处理装置、信息处理方法 |
| US10/546,822 US7870261B2 (en) | 2003-03-10 | 2004-03-05 | Information processing device, an information processing method, and a computer program to securely connect clients on an external network to devices within an internal network |
| EP04717870A EP1603047A4 (en) | 2003-03-10 | 2004-03-05 | INFORMATION PROCESSING DEVICE AND METHOD, AND COMPUTER PROGRAM |
| KR1020057016744A KR101038612B1 (ko) | 2003-03-10 | 2004-03-05 | 정보 처리 장치, 및 정보 처리 방법 |
| PCT/JP2004/002903 WO2004081801A1 (ja) | 2003-03-10 | 2004-03-05 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003063019A JP2004272632A (ja) | 2003-03-10 | 2003-03-10 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004272632A true JP2004272632A (ja) | 2004-09-30 |
Family
ID=32984418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003063019A Pending JP2004272632A (ja) | 2003-03-10 | 2003-03-10 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7870261B2 (ja) |
| EP (1) | EP1603047A4 (ja) |
| JP (1) | JP2004272632A (ja) |
| KR (1) | KR101038612B1 (ja) |
| CN (1) | CN1748207B (ja) |
| WO (1) | WO2004081801A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006121122A1 (ja) * | 2005-05-11 | 2006-11-16 | Sony Corporation | サーバ装置、サーバ装置の機器間接続方法、プログラム、および記録媒体 |
| US7640248B2 (en) | 2005-02-16 | 2009-12-29 | Sony Corporation | Content-information management system, content-information management apparatus, content-information management method, and computer program |
Families Citing this family (65)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020002039A1 (en) | 1998-06-12 | 2002-01-03 | Safi Qureshey | Network-enabled audio device |
| US20050240758A1 (en) * | 2004-03-31 | 2005-10-27 | Lord Christopher J | Controlling devices on an internal network from an external network |
| US9826046B2 (en) * | 2004-05-05 | 2017-11-21 | Black Hills Media, Llc | Device discovery for digital entertainment network |
| US8028038B2 (en) | 2004-05-05 | 2011-09-27 | Dryden Enterprises, Llc | Obtaining a playlist based on user profile matching |
| US8028323B2 (en) * | 2004-05-05 | 2011-09-27 | Dryden Enterprises, Llc | Method and system for employing a first device to direct a networked audio device to obtain a media item |
| US7830826B2 (en) * | 2004-07-01 | 2010-11-09 | Nokia Corporation | Multicast relay for mobile devices |
| US20060041596A1 (en) * | 2004-08-19 | 2006-02-23 | Vlad Stirbu | Caching directory server data for controlling the disposition of multimedia data on a network |
| US7995978B2 (en) * | 2004-10-27 | 2011-08-09 | Nokia Corporation | Controlling operation of a memory device |
| KR101075676B1 (ko) * | 2004-11-20 | 2011-10-21 | 삼성전자주식회사 | 이동통신 단말기에 소프트웨어를 설치하는 장치 및 방법 |
| FR2879385A1 (fr) * | 2004-12-09 | 2006-06-16 | Thomson Licensing Sa | Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode |
| US20060168126A1 (en) * | 2004-12-21 | 2006-07-27 | Jose Costa-Requena | Aggregated content listing for ad-hoc peer to peer networks |
| US7881289B1 (en) * | 2004-12-22 | 2011-02-01 | At&T Intellectual Property Ii, L.P. | Method and apparatus for porting telephone numbers of endpoint devices |
| US9438683B2 (en) * | 2005-04-04 | 2016-09-06 | Aol Inc. | Router-host logging |
| US8316416B2 (en) * | 2005-04-04 | 2012-11-20 | Research In Motion Limited | Securely using a display to exchange information |
| CN101167302B (zh) | 2005-04-18 | 2013-03-06 | 捷讯研究有限公司 | 无线设备和应用网关之间的安全消息传送的系统及方法 |
| JP2007060066A (ja) * | 2005-08-23 | 2007-03-08 | Toshiba Corp | コンテンツデータ配信方法、並びにコンテンツデータ配信システム及びこれに用いられる携帯端末。 |
| US7698061B2 (en) | 2005-09-23 | 2010-04-13 | Scenera Technologies, Llc | System and method for selecting and presenting a route to a user |
| KR100694155B1 (ko) * | 2005-10-12 | 2007-03-12 | 삼성전자주식회사 | 웹서비스를 통해 홈 네트워크 기기의 서비스를 홈 네트워크외부에 제공하는 방법 및 장치 |
| EP1955489A2 (en) * | 2005-12-02 | 2008-08-13 | Nokia Corporation | System and method for using web syndication protocols as an out-of-band upnp service discovery system |
| US7783771B2 (en) * | 2005-12-20 | 2010-08-24 | Sony Ericsson Mobile Communications Ab | Network communication device for universal plug and play and internet multimedia subsystems networks |
| KR100739781B1 (ko) * | 2005-12-27 | 2007-07-13 | 삼성전자주식회사 | 무선 디바이스 그룹 별로 메시지를 전송하는 방법 및 장치 |
| US7330882B2 (en) * | 2005-12-28 | 2008-02-12 | Matsushita Electric Works, Ltd. | Systems and methods for discovering and interacting with services |
| US20070254634A1 (en) * | 2006-04-27 | 2007-11-01 | Jose Costa-Requena | Configuring a local network device using a wireless provider network |
| US8005223B2 (en) | 2006-05-12 | 2011-08-23 | Research In Motion Limited | System and method for exchanging encryption keys between a mobile device and a peripheral device |
| US8670566B2 (en) * | 2006-05-12 | 2014-03-11 | Blackberry Limited | System and method for exchanging encryption keys between a mobile device and a peripheral output device |
| US20090129301A1 (en) * | 2007-11-15 | 2009-05-21 | Nokia Corporation And Recordation | Configuring a user device to remotely access a private network |
| US8270937B2 (en) * | 2007-12-17 | 2012-09-18 | Kota Enterprises, Llc | Low-threat response service for mobile device users |
| US8010601B2 (en) * | 2007-12-21 | 2011-08-30 | Waldeck Technology, Llc | Contiguous location-based user networks |
| US8024431B2 (en) | 2007-12-21 | 2011-09-20 | Domingo Enterprises, Llc | System and method for identifying transient friends |
| US8725740B2 (en) | 2008-03-24 | 2014-05-13 | Napo Enterprises, Llc | Active playlist having dynamic media item groups |
| US8977710B2 (en) | 2008-06-18 | 2015-03-10 | Qualcomm, Incorporated | Remote selection and authorization of collected media transmission |
| KR101013104B1 (ko) * | 2008-06-18 | 2011-02-14 | 은재형 | 애플리케이션의 수정 및 변경 없는 오픈망 및 폐쇄망용 스토리지 기반 실시간 중계 인터페이스 시스템 |
| US7948887B2 (en) | 2008-06-24 | 2011-05-24 | Microsoft Corporation | Network bandwidth measurement |
| US8307093B2 (en) * | 2008-06-25 | 2012-11-06 | Microsoft Corporation | Remote access between UPnP devices |
| US20100017261A1 (en) * | 2008-07-17 | 2010-01-21 | Kota Enterprises, Llc | Expert system and service for location-based content influence for narrowcast |
| US8504073B2 (en) | 2008-08-12 | 2013-08-06 | Teaneck Enterprises, Llc | Customized content delivery through the use of arbitrary geographic shapes |
| US7996496B2 (en) * | 2008-08-29 | 2011-08-09 | Sony Ericsson Mobile Communications Ab | Remote user interface in multiphone environment |
| CN101729496B (zh) * | 2008-10-10 | 2012-10-24 | 纬创资通股份有限公司 | 通用即插即用控制系统及其应用 |
| US7921223B2 (en) | 2008-12-08 | 2011-04-05 | Lemi Technology, Llc | Protected distribution and location based aggregation service |
| US20120047087A1 (en) | 2009-03-25 | 2012-02-23 | Waldeck Technology Llc | Smart encounters |
| US9203831B2 (en) * | 2009-11-25 | 2015-12-01 | Red Hat, Inc. | SSL client authentication |
| JP5528124B2 (ja) * | 2010-01-06 | 2014-06-25 | キヤノン株式会社 | デバイス検索装置、デバイス検索方法並びにプログラム |
| US8925042B2 (en) | 2010-04-30 | 2014-12-30 | T-Mobile Usa, Inc. | Connecting devices to an existing secure wireless network |
| US8340637B2 (en) * | 2010-04-30 | 2012-12-25 | T-Mobile Usa, Inc. | Securely establishing presence on telecommunication devices |
| US8527417B2 (en) * | 2010-07-12 | 2013-09-03 | Mastercard International Incorporated | Methods and systems for authenticating an identity of a payer in a financial transaction |
| CN101923616A (zh) * | 2010-08-03 | 2010-12-22 | 鸿富锦精密工业（深圳）有限公司 | 版权保护中的服务提供装置、用户终端及版权保护方法 |
| CN102724050A (zh) * | 2011-03-30 | 2012-10-10 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| CN103051593B (zh) * | 2011-10-12 | 2016-09-14 | 国民技术股份有限公司 | 一种数据安全摆渡的方法及系统 |
| CN104813604B (zh) * | 2012-11-28 | 2017-10-31 | 索尼公司 | 使用冗余数据接收广播系统中的数据的接收器 |
| WO2014082997A1 (en) * | 2012-11-28 | 2014-06-05 | Sony Corporation | Receiver for receiving data in a broadcast system |
| WO2014082933A1 (en) | 2012-11-28 | 2014-06-05 | Sony Corporation | Control device and method for use in a broadcast system |
| KR101906449B1 (ko) * | 2012-12-10 | 2018-10-10 | 삼성전자주식회사 | 홈 네트워크 시스템에서 홈 디바이스 및 외부 서버간의 접속 제어 방법 및 장치 |
| US9729514B2 (en) * | 2013-03-22 | 2017-08-08 | Robert K Lemaster | Method and system of a secure access gateway |
| NL2010823C2 (en) * | 2013-05-17 | 2014-11-24 | Insite Innovations And Properties B V | System and method for processing web-browsing information. |
| US20150281376A1 (en) * | 2014-04-01 | 2015-10-01 | Palo Alto Research Center Incorporated | System and method for device registration and discovery in content-centric networks |
| US9628850B2 (en) | 2014-05-30 | 2017-04-18 | Lg Electronics Inc. | Server, home device access server, terminal, and home device remote control system including the same |
| US10069814B2 (en) * | 2014-10-28 | 2018-09-04 | Ca, Inc. | Single sign on across multiple devices using a unique machine identification |
| JP6223380B2 (ja) * | 2015-04-03 | 2017-11-01 | 三菱電機ビルテクノサービス株式会社 | 中継装置及びプログラム |
| JP6249995B2 (ja) * | 2015-06-30 | 2017-12-20 | キヤノン株式会社 | 情報処理装置、情報処理システム、情報処理装置の制御方法、及び、プログラム |
| KR102442428B1 (ko) | 2015-09-24 | 2022-09-14 | 삼성전자주식회사 | 다바이스의 액세스 토큰 발급 방법 및 이를 지원하는 장치 |
| US10523635B2 (en) * | 2016-06-17 | 2019-12-31 | Assured Information Security, Inc. | Filtering outbound network traffic |
| JP6813773B2 (ja) * | 2016-10-17 | 2021-01-13 | 富士通株式会社 | データ収集プログラム、データ収集システム及びデータ収集方法 |
| US11012528B2 (en) * | 2018-06-29 | 2021-05-18 | Sling Media Pvt Ltd | Locating network servers using media access control (MAC) addresses |
| US11863673B1 (en) * | 2019-12-17 | 2024-01-02 | APPDIRECT, Inc. | White-labeled data connections for multi-tenant cloud platforms |
| US11671419B2 (en) | 2020-09-30 | 2023-06-06 | APPDIRECT, Inc. | Multi-cloud data connections for white-labeled platforms |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1058422A1 (en) * | 1999-06-02 | 2000-12-06 | THOMSON multimedia | Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods |
| US7047408B1 (en) * | 2000-03-17 | 2006-05-16 | Lucent Technologies Inc. | Secure mutual network authentication and key exchange protocol |
| US7149803B2 (en) * | 2000-06-08 | 2006-12-12 | At&T Corp. | Method for content distribution in a network supporting a security protocol |
| AU2000256423A1 (en) * | 2000-06-28 | 2002-01-08 | Microsoft Corporation | Remoting general purpose operating system services via a peer networking device control protocol |
| JP2002044765A (ja) | 2000-07-28 | 2002-02-08 | Matsushita Electric Ind Co Ltd | 遠隔制御システムとゲートウェイ装置 |
| US7080147B2 (en) * | 2000-09-04 | 2006-07-18 | International Business Machines Corporation | Computer network system, computer system, method for communication between computer systems, method for measuring computer system performance, and storage medium |
| JP2002094531A (ja) * | 2000-09-20 | 2002-03-29 | Casio Comput Co Ltd | ネットワーク上のデバイス情報取得方法、ネットワーク上のデバイス情報取得装置及び記録媒体 |
| US6924727B2 (en) * | 2000-09-27 | 2005-08-02 | Ntt Docomo, Inc. | Method for remote control of home-located electronic devices and a management facility |
| JP2002149516A (ja) * | 2000-11-10 | 2002-05-24 | Sharp Corp | 情報処理システムおよび方法、サービス情報収集機器ならびに情報処理方法のプログラムを記録したコンピュータ読取可能な記録媒体 |
| JP2002186069A (ja) | 2000-12-12 | 2002-06-28 | Matsushita Electric Ind Co Ltd | 機器制御システムおよび機器制御契約方法 |
| JP2002229878A (ja) * | 2001-01-31 | 2002-08-16 | Canon Inc | リモートコピーシステム及びマルチファンクションシステム |
| JP2002247668A (ja) | 2001-02-16 | 2002-08-30 | Tomoo Sumi | 制御装置および制御プログラム受信方法 |
| JP2002252882A (ja) * | 2001-02-23 | 2002-09-06 | Sanyo Electric Co Ltd | リモート操作システム |
| US7065587B2 (en) | 2001-04-02 | 2006-06-20 | Microsoft Corporation | Peer-to-peer name resolution protocol (PNRP) and multilevel cache for use therewith |
| US7350076B1 (en) * | 2001-05-16 | 2008-03-25 | 3Com Corporation | Scheme for device and user authentication with key distribution in a wireless network |
| JP3661936B2 (ja) * | 2001-05-24 | 2005-06-22 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP2003030072A (ja) * | 2001-07-18 | 2003-01-31 | Matsushita Electric Ind Co Ltd | 遠隔制御代理方法および遠隔制御代理装置 |
| US7831655B2 (en) * | 2001-10-18 | 2010-11-09 | Bea Systems, Inc. | System and method for implementing a service adapter |
| US20030093680A1 (en) * | 2001-11-13 | 2003-05-15 | International Business Machines Corporation | Methods, apparatus and computer programs performing a mutual challenge-response authentication protocol using operating system capabilities |
| US20030135507A1 (en) * | 2002-01-17 | 2003-07-17 | International Business Machines Corporation | System and method for managing and securing meta data using central repository |
| JP4487490B2 (ja) * | 2003-03-10 | 2010-06-23 | ソニー株式会社 | 情報処理装置、およびアクセス制御処理方法、情報処理方法、並びにコンピュータ・プログラム |
-
2003
- 2003-03-10 JP JP2003063019A patent/JP2004272632A/ja active Pending
-
2004
- 2004-03-05 KR KR1020057016744A patent/KR101038612B1/ko not_active IP Right Cessation
- 2004-03-05 US US10/546,822 patent/US7870261B2/en not_active Expired - Fee Related
- 2004-03-05 WO PCT/JP2004/002903 patent/WO2004081801A1/ja active Application Filing
- 2004-03-05 CN CN2004800038450A patent/CN1748207B/zh not_active Expired - Fee Related
- 2004-03-05 EP EP04717870A patent/EP1603047A4/en not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7640248B2 (en) | 2005-02-16 | 2009-12-29 | Sony Corporation | Content-information management system, content-information management apparatus, content-information management method, and computer program |
| WO2006121122A1 (ja) * | 2005-05-11 | 2006-11-16 | Sony Corporation | サーバ装置、サーバ装置の機器間接続方法、プログラム、および記録媒体 |
| US7856504B2 (en) | 2005-05-11 | 2010-12-21 | Sony Corporation | Server device, inter-server device connection method, program, and recording medium |
Also Published As
| Publication number | Publication date |
|---|---|
| US20060168264A1 (en) | 2006-07-27 |
| EP1603047A1 (en) | 2005-12-07 |
| CN1748207B (zh) | 2010-05-26 |
| US7870261B2 (en) | 2011-01-11 |
| CN1748207A (zh) | 2006-03-15 |
| KR20050117543A (ko) | 2005-12-14 |
| KR101038612B1 (ko) | 2011-06-03 |
| WO2004081801A1 (ja) | 2004-09-23 |
| EP1603047A4 (en) | 2011-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4487490B2 (ja) | 情報処理装置、およびアクセス制御処理方法、情報処理方法、並びにコンピュータ・プログラム | |
| KR101038612B1 (ko) | 정보 처리 장치, 및 정보 처리 방법 | |
| JP3826100B2 (ja) | 通信中継装置、通信システム及び通信制御プログラム | |
| US7882356B2 (en) | UPnP authentication and authorization | |
| CA2774648C (en) | Modular device authentication framework | |
| KR100593768B1 (ko) | 콘텐츠 송신 장치, 콘텐츠 수신 장치 및 콘텐츠 전송 방법 | |
| JP3800198B2 (ja) | 情報処理装置、およびアクセス制御処理方法、並びにコンピュータ・プログラム | |
| JP4081724B1 (ja) | クライアント端末、中継サーバ、通信システム、及び通信方法 | |
| JP2004152249A (ja) | 機器認証装置、機器認証方法、および情報処理装置、情報処理方法、並びにコンピュータ・プログラム | |
| US20060265735A1 (en) | Content transmission apparatus, content reception apparatus, content transmission method and content reception method | |
| JP2004173148A (ja) | 情報処理装置、サーバクライアントシステム、および方法、並びにコンピュータ・プログラム | |
| US10218681B2 (en) | Home network controlling apparatus and method to obtain encrypted control information | |
| JP2005303449A (ja) | 無線通信システム、アクセスポイント、端末および無線通信方法 | |
| JP6056970B2 (ja) | 情報処理装置、端末機、情報処理システム及び情報処理方法 | |
| Kangas | Authentication and authorization in universal plug and play home networks | |
| Pehkonen et al. | Secure universal plug and play network | |
| JP4336874B2 (ja) | 構成情報提供システム、構成情報管理サーバ、アクセス認証サーバ、クライアント及びプログラム | |
| KR100412356B1 (ko) | 지니 네트워크에서 사용자 인증을 할 수 있는 디스커버리프로토콜, 그 실행 장치, 그 데이터 구조 및 관리자 인증방법 | |
| Lucenius et al. | Security technologies in home and wireless networking environments | |
| Primc | Naslavljanje overovljenih identitet | |
| JP2003309548A (ja) | 通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051031 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080812 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081010 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081111 |