(57)【要約】【課題】限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームネットワークの複数機器へのアクセスを実現する。【解決手段】通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置において、他のサーバ装置４００を特定することが可能なリクエストを受信するリクエスト受信手段４０７と、前記リクエストによって特定される前記他のサーバ装置に当該リクエストを中継するリクエスト中継手段４１０と、を備える。【選択図】図１
2009146306.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置であって、
他のサーバ装置を特定することが可能なリクエストを受信するリクエスト受信手段と、
前記リクエストによって特定される前記他のサーバ装置に当該リクエストを中継するリクエスト中継手段と、を備えることを特徴とするサーバ装置。
【請求項２】
ローカルネットワーク内で前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成するリソース識別子生成手段と、
前記アクセス用リソース識別子構成要素を前記通信端末装置に登録させるために出力するリソース識別子出力手段と、をさらに備え、
前記リクエスト受信手段によって受信される前記リクエストは、前記アクセス用リソース識別子構成要素に対応したリクエストであることを特徴とするサーバ装置。
【請求項３】
グローバルアドレスとローカルアドレスとのアドレス変換機能を有する外部ネットワーク装置に対して前記アクセス用リソース識別子構成要素に対応するリクエストにより自装置のサーバ機能にアクセス可能にアドレス変換設定を行なうアドレス変換設定手段をさらに備えることを特徴とする請求項２記載のサーバ装置。
【請求項４】
前記リソース識別子生成手段は、自装置のＭＡＣ（Media Access Control）アドレスを含む前記アクセス用リソース識別子構成要素を生成することを特徴とする請求項２または請求項３記載のサーバ装置。
【請求項５】
前記リソース識別子生成手段は、自装置に割り当てられたＩＰ（Internet Protocol）アドレスを含む前記アクセス用リソース識別子構成要素を生成することを特徴とする請求項２または請求項３記載のサーバ装置。
【請求項６】
前記リソース識別子生成手段は、前記アクセス用リソース識別子構成要素を生成する際、当該アクセス用リソース識別子構成要素に含まれる情報が正規のものであることを判定するための認証コードを含ませることを特徴とする請求項２から請求項５のいずれかに記載のサーバ装置。
【請求項７】
前記リソース識別子生成手段は、前記認証コードを、特定のネットワーク装置のＭＡＣアドレスを利用して生成することを特徴とする請求項６記載のサーバ装置。
【請求項８】
前記リソース識別子出力手段は、前記通信端末装置に対して前記アクセス用リソース識別子構成要素を含む電子メールメッセージを送信することを特徴とする請求項２から請求項７のいずれかに記載のサーバ装置。
【請求項９】
前記リソース識別子出力手段は、前記アクセス用リソース識別子構成要素を前記通信端末装置で画像認識可能な形式に変換して表示することを特徴とする請求項２から請求項７のいずれかに記載のサーバ装置。
【請求項１０】
前記リソース識別子出力手段は、前記画像認識可能な形式として、前記アクセス用リソース識別子構成要素を２次元バーコードの形式に変換することを特徴とする請求項９記載のサーバ装置。
【請求項１１】
前記アドレス変換設定手段は、前記外部ネットワーク装置に対するアドレス変換設定を所定の期間で繰り返し行なうことを特徴とする請求項３記載のサーバ装置。
【請求項１２】
前記アドレス変換設定手段は、他のサーバ装置を経由するアドレス設定の場合に当該他のサーバ装置における負荷が所定値よりも高くなると想定される場合、或いは、当該他のサーバ装置を経由することに起因して所定時間以上の遅延が発生すると想定される場合に前記外部ネットワーク装置に対するアドレス変換設定を行なうことを特徴とする請求項３記載のサーバ装置。
【請求項１３】
前記リクエスト受信手段は、前記リクエストと予め定めたパターンとを比較し、当該パターンが前記リクエストに含まれる場合には当該リクエストに対する処理を拒絶することを特徴とする請求項１から請求項１１のいずれかに記載のサーバ装置。
【請求項１４】
前記アドレス変換設定手段は、前記外部ネットワーク装置における特定の設定を取得し、前記リクエスト中継手段は、前記リクエスト受信手段で受信したリクエストに対応する前記アクセス用リソース識別子構成要素が所定のフォーマットに沿っていない場合に当該リクエストを前記アドレス変換設定手段が取得した特定の設定に基づいて他のサーバ装置に中継することを特徴とする請求項３記載のサーバ装置。
【請求項１５】
請求項１から請求項１４のいずれかに記載の前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、
前記アクセス用リソース識別子構成要素に基づいてアクセスするアクセス手段と、を備えることを特徴とする通信端末装置。
【請求項１６】
通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを備えるアクセスシステムであって、
前記サーバ装置は、
ローカルネットワーク内で前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成するリソース識別子生成手段と、
前記アクセス用リソース識別子構成要素を前記通信端末装置に登録させるために出力するリソース識別子出力手段と、
前記アクセス用リソース識別子構成要素に対応したリクエストを受信するリクエスト受信手段と、
前記リクエスト受信手段で受信したリクエストに対応する前記アクセス用リソース識別子構成要素から特定される他のサーバ装置に当該リクエストを中継するリクエスト中継手段と、を備え、
前記通信端末装置は、
前記サーバ装置で生成された前記アクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、
前記アクセス用リソース識別子に基づいてアクセスするアクセス手段と、を備えることを特徴とするアクセスシステム。
【請求項１７】
通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを用いたアクセス方法であって、
他のサーバ装置を特定することが可能なリクエストを受信するステップと、
前記受信したリクエストによって特定される前記他のサーバ装置に当該リクエストを中継するステップと、を備えることを特徴とするアクセス方法。
【請求項１８】
通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを用いたアクセス方法であって、
前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するステップと、
前記アクセス用リソース識別子構成要素に基づいてアクセスするステップと、を備えることを特徴とするアクセス方法。
【請求項１９】
コンピュータを、
他のサーバ装置を特定することが可能なリクエストを受信するリクエスト受信手段と、
前記リクエスト受信手段で受信したリクエストによって特定される他のサーバ装置に当該リクエストを中継するリクエスト中継手段として機能させるためのアクセスプログラム。
【請求項２０】
コンピュータを、
ローカルネットワークに接続されるサーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、
前記アクセス用リソース識別子構成要素に基づいてアクセスするアクセス手段として機能させるためのアクセスプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、通信端末装置、アクセスシステム、アクセス方法およびアクセスプログラムに関し、特に、家庭内のネットワークなどに設置された複数機器へのアクセスを可能とするサーバ装置、通信端末装置、アクセスシステム、アクセス方法およびアクセスプログラムに関する。
【背景技術】
【０００２】
近年、家庭内でのネットワーク構築により、ネットワークに対応した家電機器の需要が高まっている。このような家電機器の使用例としては、ネットワーク経由でＨＤＤレコーダを操作して録画設定を行なうことや、ネットワーク経由でエアコンを操作して動作させ、帰宅前に部屋の空調を整えることなどが挙げられる。特に、このような家電機器に対する操作は、宅外からインターネット経由で行ないたいという欲求が存在する。
【０００３】
一般に、複数の家電機器が家庭内のネットワーク（以下、「ホームＮＷ」と呼称する。）に存在する場合、インターネットと接続するためにブロードバンドルータ（以下、「ＢＢＲ：Broadband Router」と呼称する。）が導入される。現状のＩＰｖ４（Internet Protocol Version 4）の状況下においては、インターネットに代表されるグローバルネットワークからアクセスするためのグローバルアドレスを、ホームＮＷで使用されるプライベートアドレスに変換（ＮＡＴ：Network Address Translation）することが必要であるため、一般に「ＮＡＴ越え」またはポートフォワードと呼ばれる機能（以下、「ＮＡＴ越え機能」と総称する）がＢＢＲに備わっている。ＢＢＲが有するＮＡＴ越え機能は、通常、特定のグローバルＩＰアドレスとポート番号との組に対して、特定のプライベートＩＰアドレスとポート番号との組に対応させるものである。
【０００４】
ところで、ネットワーク環境によっては、セキュリティ上の理由等により、アクセス可能なＩＰアドレスおよびポート番号を制限している場合がある。このような環境においては、仮にホームＮＷに複数のネットワーク対応の家電機器が存在しても、複数のポート番号を使い分けることができないので、その全てをグローバルネットワークからアクセスすることは困難である。
【０００５】
このような課題を解決するため、従来、他と重複する宛先ポートのポートマッピングを予約して、グローバルネットワークからのアクセスの度にアクセス元のＩＰアドレスを使って改めてポートマッピングを確定することにより、複数機器へのパケット中継を実現するルータが提案されている（例えば、特許文献１参照）。
【０００６】
また、リバースプロキシの機能を使って複数のサーバを異なるＵＲＬに再マッピング（ディレクトリにマウント）することにより、複数機器へのパケット中継を実現するプロキシサーバが提案されている（例えば、非特許文献１参照）。このプロキシサーバは、ホームＮＷに適用することも可能である。
【０００７】
ところで、ＩＰｖ６(Internet Protocol Version 6)の状況下においては、ローカルネットワークに属する機器についても、グローバルに識別可能なアドレスが割り当てられるため、通常、「ＮＡＴ越え機能」については考慮する必要がない。しかし、何も考慮しなければ、グローバルネットワークからの無制限なアクセスを許可することになり、セキュリティ上問題となる。このため、この場合には、やはりＢＢＲにてファイアウォール（アクセスの許認可を制御する機能）の設定を行なうことになる。
【特許文献１】特開２００７−１１０２６６号公報
【非特許文献１】「Dele Gate Home Page」http://www.delegate.org/delegate/
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１で開示されているルータにおいては、ＮＡＴ越えのために特別なプロトコルを定義して処理する必要がある。したがって、ネットワークに接続したコンピュータ側でプロトコル対応が必要なだけでなく、ルータ側でもプロトコル対応が必要であり、そのような特別のプロトコルを実装しない一般のルータを利用することは出来なかった。
【０００９】
また、非特許文献１で開示されているプロキシサーバにおいては、元々サーバ運用技術であることから、サーバ管理者が中継のための設定を手作業で行なう必要がある。したがって、ホームＮＷに適用する場合においては、一般のユーザが正しく設定し、活用することは非常に困難であった。
【００１０】
さらに、ＩＰｖ６の状況下においては、ローカルネットワークに属する機器に対してグローバルネットワークからの無制限なアクセスを防止するため、ローカルネットワークに属する機器を追加するたびに、それぞれに対するセキュリティ設定をＢＢＲにて行なうのは、一般ユーザにとって容易なことではなく、非常に煩わしいという問題があった。
【００１１】
本発明は、このような実情に鑑みて為されたものであり、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームネットワークの複数機器へのアクセスを実現することができるサーバ装置、通信端末装置、アクセスシステム、アクセス方法およびアクセスプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
（１）上記の目的を達成するため、本発明は、以下のような手段を講じた。すなわち、本発明に係るサーバ装置は、通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置であって、他のサーバ装置を特定することが可能なリクエストを受信するリクエスト受信手段と、前記リクエストによって特定される前記他のサーバ装置に当該リクエストを中継するリクエスト中継手段と、を備えることを特徴としている。
【００１３】
このように、サーバ装置において、他のサーバ装置を特定することが可能なリクエストを受信し、当該リクエストによって特定される他のサーバ装置に当該リクエストを中継することから、通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することができるので、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームＮＷ（ローカルネットワーク）の複数機器へのアクセスを実現することが可能となる。
【００１４】
（２）本発明に係るサーバ装置においては、ローカルネットワーク内で前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成するリソース識別子生成手段と、前記アクセス用リソース識別子構成要素を前記通信端末装置に登録させるために出力するリソース識別子出力手段と、をさらに備え、前記リクエスト受信手段によって受信される前記リクエストは、前記アクセス用リソース識別子構成要素に対応したリクエストであることを特徴としている。
【００１５】
このように、サーバ装置において、ローカルネットワーク内で当該サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成し、当該アクセス用リソース識別子構成要素を通信端末装置に登録させるために出力することから、当該通信端末装置に上記アクセス用リソース識別子構成要素を登録させることができ、このアクセス用リソース識別子構成要素に基づいた通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することが可能となる。
【００１６】
（３）本発明に係るサーバ装置において、グローバルアドレスとローカルアドレスとのアドレス変換機能を有する外部ネットワーク装置に対して前記アクセス用リソース識別子構成要素に対応するリクエストにより自装置のサーバ機能にアクセス可能にアドレス変換設定を行なうアドレス変換設定手段をさらに備えることを特徴としている。
【００１７】
このように、アドレス変換設定手段により、外部ネットワーク装置に対してアクセス用リソース識別子構成要素に対応するリクエストにより自装置のサーバ機能にアクセス可能にアドレス変換設定を行なうことができるので、グローバルネットワークにアクセス可能な通信端末装置からの遠隔アクセスに対応することが可能となる。
【００１８】
（４）本発明のサーバ装置において、前記リソース識別子生成手段は、自装置のＭＡＣ（Media Access Control）アドレスを含む前記アクセス用リソース識別子構成要素を生成することを特徴としている。
【００１９】
このように、アクセス用リソース識別子構成要素に自装置のＭＡＣアドレスが含まれることから、中継先となる他のサーバ装置にリクエストを中継する際などに、他のサーバ装置と通信することなく確実に当該他のサーバ装置のＩＰアドレスを取得することが可能となる。
【００２０】
（５）本発明のサーバ装置において、前記リソース識別子生成手段は、自装置に割り当てられたＩＰ（Internet Protocol）アドレスを含む前記アクセス用リソース識別子構成要素を生成することを特徴としている。
【００２１】
このように、アクセス用リソース識別子構成要素に自装置に割り当てられたＩＰアドレスが含まれることから、通信端末装置のユーザ等において、理解し易いアクセス用リソース識別子構成要素を提供することが可能となる。
【００２２】
（６）本発明に係るサーバ装置において、前記リソース識別子生成手段は、前記アクセス用リソース識別子構成要素を生成する際、当該アクセス用リソース識別子構成要素に含まれる情報が正規のものであることを判定するための認証コードを含ませることを特徴としている。
【００２３】
このように、アクセス用リソース識別子構成要素に含まれる情報が正規のものであることを判定するための認証コードが当該アクセス用リソース識別子構成要素に含まれることから、例えば、直接、アクセス用リソース識別子構成要素に対応するＵＲＬを入力することによるローカルネットワーク内への不正なアクセスを防止することが可能となる。
【００２４】
（７）本発明に係るサーバ装置において、前記リソース識別子生成手段は、前記認証コードを、特定のネットワーク装置のＭＡＣアドレスを利用して生成することを特徴としている。
【００２５】
このように、特定のネットワーク装置のＭＡＣアドレスを利用して認証コードが生成されることから、当該ネットワーク装置のＭＡＣアドレスを知らない攻撃者による攻撃を効果的に防止することが可能となる。
【００２６】
（８）本発明に係るサーバ装置において、前記リソース識別子出力手段は、前記通信端末装置に対して前記アクセス用リソース識別子構成要素を含む電子メールメッセージを送信することを特徴としている。
【００２７】
このように、リソース識別子出力手段により、通信端末装置に対してアクセス用リソース識別子構成要素を含む電子メールメッセージが送信されることから、通信端末装置において、当該電子メールメッセージに基づいてアクセス用リソース識別子構成要素を登録することができるので、複雑な文字入力を手作業で行なう手間を省くことが可能となる。
【００２８】
（９）本発明に係るサーバ装置において、前記リソース識別子出力手段は、前記アクセス用リソース識別子構成要素を前記通信端末装置で画像認識可能な形式に変換して表示することを特徴としている。
【００２９】
このように、リソース識別子出力手段により、アクセス用リソース識別子構成要素が通信端末装置で画像認識可能な形式に変換されて表示されることから、通信端末装置において、当該変換後の画像データを読み込むことによりアクセス用リソース識別子構成要素を登録することができるので、複雑な文字入力を手作業で行なう手間を省くことが可能となる。
【００３０】
（１０）本発明に係るサーバ装置において、前記リソース識別子出力手段は、前記画像認識可能な形式として、前記アクセス用リソース識別子構成要素を２次元バーコードの形式に変換することを特徴としている。
【００３１】
このように、アクセス用リソース識別子構成要素が２次元バーコードの形式に変換されることから、アクセス用リソース識別子構成要素が長い場合においても、適切に２次元バーコードの形式に変換することが可能となる。例えば、２次元バーコードとして、ＱＲコードに変換される。
【００３２】
（１１）本発明に係るサーバ装置において、前記アドレス変換設定手段は、前記外部ネットワーク装置に対するアドレス変換設定を所定の期間で繰り返し行なうことを特徴としている。
【００３３】
このように、アドレス変換設定手段により、外部ネットワーク装置に対するアドレス変換設定が所定の期間で繰り返し行なわれることから、ＤＨＣＰ（Dynamic Host Configuration Protocol）のリース期間切れや、他のサーバ装置の停止などによるネットワーク環境の変化に追随することが可能となる。
【００３４】
（１２）本発明に係るサーバ装置において、前記アドレス変換設定手段は、他のサーバ装置を経由するアドレス設定の場合に当該他のサーバ装置における負荷が所定値よりも高くなると想定される場合、或いは、当該他のサーバ装置を経由することに起因して所定時間以上の遅延が発生すると想定される場合に前記外部ネットワーク装置に対するアドレス変換設定を行なうことを特徴としている。
【００３５】
このように、アドレス変換設定手段により、他のサーバ装置を経由するアドレス設定の場合に当該他のサーバ装置における負荷が所定値よりも高くなると想定される場合、或いは、当該他のサーバ装置を経由することに起因して所定時間以上の遅延が発生すると想定される場合に外部ネットワーク装置に対するアドレス変換設定が行なわれることから、例えば、ビットレートの高いサービスが他のサーバ装置を経由して行なわれているような場合に、当該他のサーバ装置を経由することなく当該データを出力することができるので、当該他のサーバ装置における負荷が上がるのを防止することが可能となる。また、リアルタイム性が要求されるサービスが他のサーバ装置を経由して行なわれているような場合に、当該他のサーバ装置を経由することにより遅延が発生するのを防止することが可能となる。
【００３６】
（１３）本発明に係るサーバ装置において、前記リクエスト受信手段は、前記リクエストと予め定めたパターンとを比較し、当該パターンが前記リクエストに含まれる場合には当該リクエストに対する処理を拒絶することを特徴としている。
【００３７】
このように、リクエスト受信手段により、リクエストと予め定めたパターンとが比較され、当該パターンがリクエストに含まれる場合には当該リクエストに対する処理が拒絶されることから、サーバ装置で通信端末装置からのリクエストの中継処理を行なうことに起因してセキュリティレベルが低下するような事態を防止することが可能となる。
【００３８】
（１４）本発明に係るサーバ装置において、前記アドレス変換設定手段は、前記外部ネットワーク装置における特定の設定を取得し、前記リクエスト中継手段は、前記リクエスト受信手段で受信したリクエストに対応する前記アクセス用リソース識別子構成要素が所定のフォーマットに沿っていない場合に当該リクエストを前記アドレス変換設定手段が取得した特定の設定に基づいて他のサーバ装置に中継することを特徴としている。
【００３９】
このように、通信端末装置から受信したリクエストに対応するアクセス用リソース識別子構成要素が所定のフォーマットに沿っていない場合に、当該リクエストが、アドレス変換設定手段が取得した特定の設定に基づいて他のサーバ装置に中継されることから、例えば、本発明によるサーバ装置以外のサーバ装置（従来のサーバ装置）がローカルネットワークに存在する場合においても、当該サーバに対するアクセスを確保しつつ、本発明によるサーバ装置に対するアクセスも実現することが可能となる。
【００４０】
（１５）本発明の通信端末装置は、上述したいずれかのサーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、前記アクセス用リソース識別子構成要素に基づいてアクセスするアクセス手段とを備えることを特徴としている。
【００４１】
このように、サーバ装置サーバ装置を特定するための情報を含むアクセス用識別子構成要素に対してアクセスすることにより、ローカルネットワーク上の複数の機器（サーバ装置）にアクセスすることができるので、これらの機器（サーバ装置）が提供するサービスを受けることが可能となる。
【００４２】
（１６）本発明のアクセスシステムは、通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを備えるアクセスシステムであって、前記サーバ装置は、ローカルネットワーク内で前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成するリソース識別子生成手段と、前記アクセス用リソース識別子構成要素を前記通信端末装置に登録させるために出力するリソース識別子出力手段と、前記アクセス用リソース識別子構成要素に対応したリクエストを受信するリクエスト受信手段と、前記リクエスト受信手段で受信したリクエストに対応する前記アクセス用リソース識別子構成要素から特定される他のサーバ装置に当該リクエストを中継するリクエスト中継手段とを備え、前記通信端末装置は、前記サーバ装置で生成された前記アクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、前記アクセス用リソース識別子に基づいてアクセスするアクセス手段とを備えることを特徴としている。
【００４３】
このように、サーバ装置において、ローカルネットワーク内で当該サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成する一方、通信端末装置からリクエストを受信し、このリクエストに対応するアクセス用リソース識別子構成要素から特定される他のサーバ装置に当該リクエストを中継することから、通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することができるので、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームＮＷ（ローカルネットワーク）の複数機器へのアクセスを実現することが可能となる。
【００４４】
（１７）本発明のアクセス方法は、通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを用いたアクセス方法であって、他のサーバ装置を特定することが可能なリクエストを受信するステップと、前記受信したリクエストによって特定される前記他のサーバ装置に当該リクエストを中継するステップと、を備えることを特徴としている。
【００４５】
このように、サーバ装置において、他のサーバ装置を特定することが可能なリクエストを受信し、当該リクエストによって特定される他のサーバ装置に当該リクエストを中継することから、通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することができるので、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームＮＷ（ローカルネットワーク）の複数機器へのアクセスを実現することが可能となる。
【００４６】
（１８）本発明のアクセス方法は、通信端末装置と、前記通信端末装置にサービスを提供する、ローカルネットワークに接続されるサーバ装置とを用いたアクセス方法であって、前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するステップと、前記アクセス用リソース識別子構成要素に基づいてアクセスするステップと、を備えることを特徴としている。
【００４７】
このように、サーバ装置を特定するための情報を含むアクセス用識別子構成要素に対してアクセスすることから、例えば、サーバ装置において、当該アクセス用識別子構成要素対応したリクエストを受信し、当該リクエストに対応するアクセス用リソース識別子構成要素から特定される他のサーバ装置に当該リクエストを中継することにより、ローカルネットワーク上の複数の機器（サーバ装置）にアクセスすることができるので、これらの機器（サーバ装置）が提供するサービスを受けることが可能となる。
【００４８】
（１９）本発明のアクセスプログラムは、コンピュータを、他のサーバ装置を特定することが可能なリクエストを受信するリクエスト受信手段と、前記リクエスト受信手段で受信したリクエストによって特定される他のサーバ装置に当該リクエストを中継するリクエスト中継手段として機能させることを特徴としている。
【００４９】
このように、サーバ装置において、他のサーバ装置を特定することが可能なリクエストを受信し、当該リクエストによって特定される他のサーバ装置に当該リクエストを中継することから、通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することができるので、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームＮＷ（ローカルネットワーク）の複数機器へのアクセスを実現することが可能となる。
【００５０】
（２０）本発明のアクセスプログラムは、コンピュータを、ローカルネットワークに接続されるサーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を入力するリソース識別子入力手段と、前記アクセス用リソース識別子構成要素に基づいてアクセスするアクセス手段として機能させることを特徴としている。
【００５１】
このように、サーバ装置を特定するための情報を含むアクセス用識別子構成要素に対してアクセスすることから、例えば、サーバ装置において、当該アクセス用識別子構成要素対応したリクエストを受信し、当該リクエストに対応するアクセス用リソース識別子構成要素から特定される他のサーバ装置に当該リクエストを中継することにより、ローカルネットワーク上の複数の機器（サーバ装置）にアクセスすることができるので、これらの機器（サーバ装置）が提供するサービスを受けることが可能となる。
【発明の効果】
【００５２】
本発明によれば、サーバ装置において、他のサーバ装置を特定することが可能なリクエストを受信し、当該リクエストによって特定される他のサーバ装置に当該リクエストを中継することから、通信端末装置からの自装置宛てでないリクエストを他のサーバ装置に中継することができるので、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームＮＷ（ローカルネットワーク）の複数機器へのアクセスを実現することが可能となる。
【発明を実施するための最良の形態】
【００５３】
以下、本発明の実施形態について、図面を参照しながら説明する。なお、以下においては、本発明をアクセスシステムに適用した場合について具体的に説明するが、アクセス方法、或いは、コンピュータをアクセス可能に機能させるプログラムとしても成立するものである。
【００５４】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。図１に示すように、本実施形態に係るアクセスシステムにおいては、遠隔端末１００から、グローバルネットワーク（以下、「グローバルＮＷ」と呼称する。）２００、ＢＢＲ（ブロードバンドルータ）３００を介してホームＮＷ等に設置されたサーバ装置４００に対して遠隔アクセス可能とするものである。
【００５５】
遠隔端末１００は、グローバルＮＷ２００に対するアクセス機能を有する通信端末装置で構成される。特に、遠隔端末１００は、後述するアクセス用ＵＲＬの入力を受け付けて登録しておき、当該アクセス用ＵＲＬに対してアクセスする機能を有している。典型的には、ＷＥＢアクセス機能を持つ携帯電話装置、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ（パソコン）などで構成される。グローバルＮＷ２００は、典型的にはインターネットで構成される。本実施形態においては、グローバルＮＷ２００を通信ネットワークの一例として挙げているが、通信ネットワークについては、これに限定されるものではない。例えば、携帯電話会社で管理される無線通信網、インターネットプロバイダ会社で管理されるネットワーク、或いは、企業内に構築されるイントラネットで構成することも可能である。また、企業内イントラネットから、プロキシサーバ経由でインターネットにアクセスする、または、携帯ネットワークから、通信会社のサーバ経由でインターネットにアクセスするなど、２以上の異種ネットワークから構成することも可能である。
【００５６】
ＢＢＲ３００は、グローバルＮＷ２００に接続し、ホームＮＷ（ホームネットワーク）を構築して、ホームＮＷ内の機器（一般にはパソコンなど）からインターネットにアクセスするためにパケットを中継する機能を有している。また、ＢＢＲ３００は、ＮＡＴ越え機能を備えることが望ましい。ＮＡＴ越え機能とは、グローバルＮＷ２００側からホームＮＷ内の機器にアクセスするために、ＢＢＲ３００に割り当てられたＩＰアドレスをホームＮＷ内のプライベートＩＰアドレスに変換する機能のことである。さらに、ＢＢＲ３００は、ＵＰｎＰ  ＩＧＤ（Universal Plug and Play Internet Gateway Device）機能を備えることが望ましい。ＵＰｎＰ  ＩＧＤは、ＮＡＴ越えを、ホームＮＷ内の機器からネットワーク経由で設定することのできる機能のことである。なお、ＮＡＴ越え、および、ＵＰｎＰ  ＩＧＤは市販されている多くのＢＢＲには通常実装されており、特別な機能ではない。
【００５７】
サーバ装置４００は、例えば、ホームＮＷに接続されるネットワーク対応の機器である。サーバ装置４００は、後述する固有サービス手段４０９が有する機能により提供する機能が異なる。例えば、サーバ装置４００は、固有サービス手段４０９が有する機能に応じて、ハードディスク（ＨＤＤ）レコーダ、エアコン、冷蔵庫としてのサービスを提供する。言い換えると、ホームＮＷに接続されるＨＤＤレコーダ、エアコン、冷蔵庫等の各機器がサーバ装置を構成する。例えば、サーバ装置４００ａはＨＤＤレコーダとして機能し、サーバ装置４００ｂはエアコンとして機能し、サーバ装置４００ｃは冷蔵庫として機能する。以下においては、サーバ装置４００ａを対象に説明する。
【００５８】
サーバ装置４００ａは、図１に示すように、ネットワーク手段４０１、ポートフォワード設定手段４０２、アドレス検出手段４０３、アドレス記憶手段４０４、ＵＲＬ生成手段４０５、ＵＲＬ出力手段４０６、リクエスト受信手段４０７、ＵＲＬ判定手段４０８、固有サービス手段４０９、リクエスト中継手段４１０、並びに、中継先決定手段４１１を備えている。なお、ポートフォワード設定手段４０２は、特許請求の範囲におけるアドレス変換設定手段として機能するものであり、ＵＲＬ生成手段４０５は、特許請求の範囲におけるリソース識別子生成手段として機能するものである。
【００５９】
ネットワーク手段４０１は、ＢＢＲ３００の提供するホームＮＷに接続し、ＢＢＲ３００を含む他の機器とデータ通信を行なう。典型的には、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースや、ＩＥＥＥ８０２．１１ｇなどの無線ＬＡＮインターフェースなどで実現される。
【００６０】
ポートフォワード設定手段４０２は、ＵＰｎＰ  ＩＧＤのコントロールポイント（ＣＰ）の機能を有し、ＢＢＲ３００のＵＰｎＰ  ＩＧＤ機能に対してポートフォワードの設定を行なう。また、ＢＢＲ３００のグローバル側ＩＰアドレス（外部アドレス）を取得する機能を有し、そのアドレスをアドレス記憶手段４０４に登録する処理を行なう。なお、ＵＰｎＰ  ＩＧＤは、仕様がＵＰｎＰフォーラム（http://www.upnp.org）で決められており、それに従った処理を実行するソフトウェアにより実現される。
【００６１】
アドレス検出手段４０３は、ネットワーク手段４０１に割り当てられたＭＡＣアドレス（Media Access Control Address）や、割り当てられたＩＰアドレスを検出する。ネットワーク手段４０１は、ドライバソフトウェアを通じて、アプリケーションソフトウェアと通信することができるので、一般に検出可能である。
【００６２】
アドレス記憶手段４０４は、ポートフォワード設定手段４０２により取得されたＢＢＲ３００の外部アドレスや、アドレス検出手段４０３によって検出されたＭＡＣアドレス、ＩＰアドレスなどを記憶する。アドレス記憶手段４０４は、例えば、メモリまたは磁気ディスク装置などにより実現される。
【００６３】
ＵＲＬ生成手段４０５は、アドレス記憶手段４０４によって記憶されたＢＢＲ３００の外部アドレス、並びに、ネットワーク手段４０１のＭＡＣアドレス、ＩＰアドレスなどを元にアクセス用のＵＲＬを生成する。詳細について後述するように、遠隔端末１００は、ＵＲＬ生成手段４０５で生成されたＵＲＬに対してＷＥＢアクセスすることにより、サーバ装置４００を遠隔操作することができる。通常、ＵＲＬ生成手段４０５は、ソフトウェアによって実現される。なお、ここでは、ＵＲＬ生成手段４０５がホームＮＷ内でサーバ装置４００ａを特定するための情報を含むリソース識別子としてＵＲＬを生成する場合について示すが、リソース識別子の内容については、これに限定されるものではない。ホームＮＷ内でサーバ装置４００ａを特定するための情報を含むリソース識別子であることを条件として適宜変更が可能である。
【００６４】
ＵＲＬ出力手段４０６は、ＵＲＬ生成手段４０５によって生成されたアクセス用のＵＲＬを遠隔端末１００に登録させるために出力する。詳細について後述するように、例えば、ＵＲＬ出力手段４０６は、遠隔端末１００に電子メールにより生成されたＵＲＬを出力して登録させ、或いは、ＱＲコード等の二次元バーコード等を遠隔端末１００で読み込ませることで生成されたＵＲＬを登録させる。
【００６５】
リクエスト受信手段４０７は、遠隔端末１００のＷＥＢアクセスにより発生したＨＴＴＰリクエストを受信（Accept）し、当該リクエストを解釈し、必要に応じてＵＲＬ判定手段４０８を呼び出す。リクエスト受信手段４０７は、ソフトウェアで実現されるものであり、一般のＷＥＢサーバが備えるリクエスト受信手段と同等のものである。
【００６６】
ＵＲＬ判定手段４０８は、リクエスト受信手段４０７で受信したＨＴＴＰリクエストで指定されたＵＲＬを解釈し、サーバ装置４００ａ自身で処理すべきものであるか、他のサーバ装置４００ｂ、４００ｃに中継すべきものであるかを判定する。なお、このＵＲＬ判定手段４０８による詳細な判定の方法については後述する。通常、ＵＲＬ判定手段４０８は、ソフトウェアで実現される。
【００６７】
固有サービス手段４０９は、サーバ装置４００ａに固有の機能を有し、サーバ装置４００ａの特性に応じたサービスを遠隔端末１００に提供する。サーバ装置４００ａ〜４００ｃにおいては、この固有サービス手段４０９が有する機能に応じて遠隔端末１００に提供するサービスが異なってくる。固有サービス手段４０９は、Ｐｅｒｌで実装されたＣＧＩや、Ｊａｖａ（登録商標） Ｓｅｒｖｌｅｔなど、一般のＷＥＢアプリケーションサーバの実装技術を使うことで実現される。
【００６８】
リクエスト中継手段４１０は、リクエスト受信手段４０７で受信したリクエストを、中継先決定手段４１１によって決定された中継先のサーバ装置（例えば、サーバ装置４００ｂ、４００ｃ）に中継する。リクエスト中継手段４１０は、ＤｅｌｅＧａｔｅ（http://www.delegate.org/delegate/）などの一般のＰｒｏｘｙサーバの実装技術を使うことで実現される。
【００６９】
中継先決定手段４１１は、ＵＲＬ判定手段４０８によって、他のサーバ装置４００ｂ、４００ｃに中継すべきであると判定されたＵＲＬについて、中継先を決定する。なお、この中継先決定手段４１１による中継先の詳細な決定方法については後述する。通常、中継先決定手段４１１は、ソフトウェアで実現される。
【００７０】
なお、上述したサーバ装置４００ａにおけるソフトウェア群の実行は、ＣＰＵやメモリなど、一般のコンピュータにおける動作に必要なハードウェアを用意することで実現される。
【００７１】
本実施形態に係るサーバ装置４００ａは、このような構成を有し、遠隔端末１００に遠隔アクセス可能とするためにポートフォワードの設定を行なうと共に、遠隔アクセス用のＵＲＬを生成し、その生成したＵＲＬを遠隔端末１００に出力する。そして、遠隔端末１００から当該ＵＲＬを利用したＷＥＢアクセスを受けると、自装置へのアクセスかを判定し、自装置へのアクセスの場合には要求された処理を実行する一方、自装置以外へのアクセスの場合には他のサーバ装置４００ｂ、４００ｃに中継する。以下、本実施形態に係るサーバ装置４００における処理について説明する。
【００７２】
（サーバ装置をホームＮＷに接続する際の処理）
まず、本実施形態に係るサーバ装置をホームＮＷに接続する際の処理について説明する。図２は、本実施形態に係るサーバ装置をホームＮＷに接続する際の処理を説明するためのフローチャートである。なお、サーバ装置をホームＮＷに接続する際の処理においては、概してポートフォワード設定が行なわれると共に、各種のアドレスの検出が行なわれる。以下において、本実施形態に係るＢＢＲ３００には、ＵＰｎＰのＩＧＤ機能が搭載されているものとする。
【００７３】
図２に示すように、まず、ステップＳ１０１において、本実施形態に係るサーバ装置４００ａを、ＢＢＲ３００によって構築されるホームＮＷに接続する。このとき、典型的には、ＢＢＲ３００のＤＨＣＰ（Dynamic Host Configuration Protocol）を通じてホームＮＷ内で使用するプライベートＩＰアドレスがネットワーク手段４０１に割り当てられ、ホームＮＷ内の他の機器と通信可能にし、その他通信に必要なＤＮＳ（Domain Name System）や、デフォルトゲートウェイの設定が併せて行なわれる。また、ホームＮＷにローカルのＤＮＳサーバがある場合には、例えば、“hgw1”などのホスト名をＤＮＳに登録しても良い。
【００７４】
次に、ステップＳ１０２において、各種のアドレスを検出する。ここで検出されるアドレスには、Ｓ１０１で得られたＩＰアドレス以外に、ネットワーク手段４０１に元々割り当てられているＭＡＣアドレス、ホスト名なども含まれる。ここでは、例えば、ＩＰアドレスとして「192.168.0.101」、ＭＡＣアドレスとして「00:1B:23:45:67:89」、ホスト名として「hgw1」が検出されたものとする。
【００７５】
次に、ステップＳ１０３において、ＢＢＲ３００のポートフォワード設定を行なう。上述したように、ＢＢＲ３００には、ＵＰｎＰのＩＧＤ機能が搭載されている。このＩＧＤ機能を使うと、例えば、ＷＷＷＩＰＣｏｎｎｅｃｔｉｏｎサービスのＧｅｔＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ関数の呼び出しによって、ＢＢＲ３００の外部アドレスを取得することができる（例えば、200.0.0.10が得られたとする）。このため、この情報を使って、同じくＷＷＷＩＰＣｏｎｎｅｃｔｉｏｎサービスのＡｄｄＰｏｒｔＭａｐｐｉｎｇ関数を呼び出し、ＢＢＲ３００の８０番ポートを、サーバ装置４００ａの８０番ポートにポートフォワード設定を行なうことができる。
【００７６】
ＢＢＲ３００に設定されたポートフォワード設定の一例を図３に示す。図３に示すように、ポートフォワード設定においては、グローバル送信元ＩＰアドレスと、グローバル送信先ポート（ＢＢＲ３００の受信ポート）と、ＴＣＰまたはＵＤＰの種別と、プライベート転送先ＩＰアドレスと、プライベート転送先ポートとが対応づけられている。
【００７７】
次に、ステップＳ１０４において、ステップＳ１０１〜Ｓ１０３で得られたアドレス情報を、アドレス記憶手段４０４に登録する。図４に、アドレス記憶手段４０４に登録されたアドレス情報の一例を示す。図４に示すアドレス情報において、「ポート番号」は、リクエスト受信手段４０７が待ち受けるポート番号であり、サーバ装置４００ａに内蔵される固有サービス手段４０９の実装に依存したものとなる。このポート番号は、固定でもよいし、所定の設定が可能になってもよい。また、「サービスＵＲＬ名」も、固有サービス手段４０９の実装に依存したものとなり、原則として固定のものである。さらに、「ＢＢＲのＭＡＣアドレス」は、ＡＲＰプロトコルによりＢＢＲ３００のＩＰアドレス（通常、ＤＨＣＰで取得）から確実に取得することができる。
【００７８】
次に、ステップＳ１０５において、ステップＳ１０２〜Ｓ１０４の処理を所定の期間で繰り返す。この理由は、ＢＢＲ３００のＤＨＣＰ機能によって割り当てられたサーバ装置４００ａのＩＰアドレスには一般にリース期間が設定されており、ＩＰアドレスが変更される可能性があることや、他のＵＰｎＰ  ＩＧＤのコントロールポイント機能を有するホームＮＷ内の機器がポートフォワード設定を上書きする可能性があること、並びに、他のサーバ装置４００が何らかの理由で停止している場合等に対応するためである。なお、この期間としては、１分〜１日程度としてよく、望ましくは１０分〜２時間程度、より望ましくは１時間程度と設定すればよい。
【００７９】
（遠隔端末にアクセス用ＵＲＬを登録させる際の処理）
次に、本実施形態に係るサーバ装置４００ａへのアクセスを行なうためのＵＲＬ構成要素（以下、単に「アクセス用ＵＲＬ」と呼称する。）を遠隔端末１００に登録させる際の処理について説明する。図５は、本実施形態に係るサーバ装置４００ａへのアクセスを行なうためのＵＲＬを遠隔端末１００に登録させる際の処理を説明するためのフローチャートである。なお、遠隔端末にアクセス用ＵＲＬを登録させる際の処理においては、概してアクセス用ＵＲＬが生成されると共に、そのアクセス用ＵＲＬが遠隔端末１００に出力される。
【００８０】
図５に示すように、まず、ステップＳ２０１において、ＵＲＬ生成手段４０５が、アドレス記憶手段４０４から図４で表されるアドレス情報を取得し、アクセス用ＵＲＬを生成する。ここで、例えば、「http://<BBRの外部アドレス>:<BBRのポート番号>/<MACアドレス>:<ポート番号>/<サービスURL名>」という規則でアクセス用ＵＲＬを生成し、且つ、ＨＴＴＰの慣例より、８０ポートの時はポート番号部分を省略することにすれば、サーバ装置４００ａに対するアクセス用ＵＲＬは、「http://200.0.0.10/001B23456789/recorder」と表せることになる。なお、ここでは、ＵＲＬ生成手段４０５が完全な形式でアクセス用ＵＲＬを生成する場合について説明するが、後述するように、アクセス用ＵＲＬの一部の特定を遠隔端末１００の使用者等に委ねる形式のアクセス用ＵＲＬを生成するようにしても良い（第４の実施形態参照）。本明細書において、「アクセス用ＵＲＬ」という場合には、完全な形式のアクセス用ＵＲＬと、一部の特定を遠隔端末１００の使用者等に委ねる形式のアクセス用ＵＲＬとを含むものとする。
【００８１】
図６に、サーバ装置４００ｂなど他のサーバ装置４００に対するアクセス用ＵＲＬの一例を示す。図６においては、サーバ装置４００ａに対するアクセス用ＵＲＬを（ａ）に示し、サーバ装置４００ｂに対するアクセス用ＵＲＬを（ｂ）に示し、サーバ装置４００ｃに対するアクセス用ＵＲＬを（ｃ）に示している。なお、（ａ）に示すアクセス用ＵＲＬにおいて、<MACアドレス>の代わりにＤＮＳ名を用いれば、図６に示す（ａ’）のように表すことができ、ユーザに分かりやすく、手作業での入力も容易になる。同様に、（ａ）に示すアクセス用ＵＲＬにおいて、<MACアドレス>の代わりにホームＮＷ内のＩＰアドレスを用いれば、図６に示す（ａ’’）の表すことができ、ユーザに分かりやすく、手作業での入力も容易になる。
【００８２】
また、直接ＵＲＬ入力によりホームＮＷ内への攻撃を防ぐため、図６に示す（ａ’’’）のように、認証用コード（＝Ａ０９９）をＵＲＬに埋め込むこともできる。この認証用コードを、例えば、ＢＢＲ３００のＭＡＣアドレスと、サーバ装置４００ａのＩＰアドレス（その他、ＭＡＣアドレスやＤＮＳ名など）より所定のアルゴリズムによって生成するものとすると、他のサーバ装置４００ｂ、４００ｃとデータ通信を行なうことなく、ＵＲＬのみで正規のＵＲＬであるか否かを判定できる。この場合、ＢＢＲ３００のＭＡＣアドレスを知らない攻撃者が、ホームＮＷ内を攻撃することが極めて困難になる。
【００８３】
さらに、図６に示す（ａ’’’’）のように、上述したような何種類かのＵＲＬ記法を、「mac:」「dns:」「ip:」などのプレフィクスを付加することによって自由に切り替えることもできる。この場合には、例えば、ネットワーク環境の状況に応じて、ベストのアクセス用ＵＲＬを選択することもできる。
【００８４】
次に、ステップ２０２において、ＵＲＬ出力手段４０６が、ＵＲＬ生成手段４０５によって生成されたアクセス用ＵＲＬを何らかの方法によって遠隔端末１００に出力する。このようにＵＲＬ出力手段４０６から出力されたアクセス用ＵＲＬを受け取ると、ユーザの指示に基づいて遠隔端末１００に登録される。
【００８５】
なお、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの出力態様については、特に限定されるものではないが、以下、代表的な２つの態様について説明する。図７〜図１０は、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの第１の出力態様について説明するための図である。図１１〜図１３は、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの第２の出力態様について説明するための図である。以下においては、第１の出力態様を実行するものをＵＲＬ出力手段４０６ａと示し、第２の出力態様を実行するものをＵＲＬ出力手段４０６ｂと示すものとする。
【００８６】
（ＵＲＬ出力手段４０６ａの構成）
図７は、ＵＲＬ出力手段４０６ａの実施形態の一例を示すブロック図である。なお、図７において、サーバ装置４００ａ−１は、サーバ装置４００ａの実施形態の一つであり、ＵＲＬ出力手段４０６をＵＲＬ出力手段４０６ａとしたものである。図７に示すサーバ装置４００ａ−１においては、その他の手段については省略しているが、基本的にサーバ装置４００ａと同一の手段を備えているものとする。
【００８７】
図７に示すように、ＵＲＬ出力手段４０６ａは、ＵＰｎＰデバイス手段４１０１と、ＷＷＷサーバ手段４１０２と、サービス用ＨＴＭＬ４１０３と、ＳＭＴＰクライアント手段４１０４とを備えている。ＵＰｎＰデバイス手段４１０１は、ＵＰｎＰで規定された機能を持つデバイスである。具体的には、ＷＷＷサーバ手段４１０２で出力するＨＴＭＬページのＵＲＬを、ＵＰｎＰで決められた「Presentation URL」として通知する。なお、ＵＰｎＰに関しては公知の技術であるので詳細な説明を省略する。
【００８８】
ＷＷＷサーバ手段４１０２は、サービス用ＨＴＭＬ４１０３に格納されているＨＴＭＬを参照しながら、後述するパソコン１０００のＷＷＷブラウザ１１０２に対するＷＷＷサーバとして動作する。例えば、ＷＷＷサーバ手段４１０２は、「Apache HTTP Server(http://httpd.apache.org/)」などを利用して実現することができる。なお、サービス用ＨＴＭＬ４１０３は、ＷＷＷサーバ手段４１０２によって参照されるサービス用ＨＴＭＬを格納する。
【００８９】
ＳＭＴＰクライアント手段４１０４は、ＷＷＷサーバ手段４１０２からの指示によって、指定されたメールアドレスに電子メールを送る機能を有する。例えば、ＳＭＴＰクライアント手段４１０４は、ＵＮＩＸ（登録商標）系標準のｓｅｎｄｍａｉｌや、Ｐｏｓｔｆｉｘ（http://www.postfix.org/）を使用することができる。
【００９０】
図７において、パソコン１０００は、ＢＢＲ３００の構築するホームＮＷに接続される一般のパソコンである。パソコン１０００は、ユーザによる様々な目的のために利用される。ここでは、サーバ装置４００ａ−１へアクセスすると共に、遠隔端末１００のメールアドレスを入力する目的のために利用される。パソコン１０００は、典型的には、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）（ＸＰ、Ｖｉｓｔａ、その他）がインストールされたデスクトップパソコン、またはノートパソコンで構成される。通常、パソコン１０００は、ＵＰｎＰコントロールポイント手段１１０１とＩｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒなどのＷＷＷブラウザ１１０２とを標準で備えている。
【００９１】
図８は、ＵＲＬ出力手段４０６ａを用いたアクセス用ＵＲＬの第１の出力態様における動作を説明するためのフローチャートである。アクセス用ＵＲＬの第１の出力態様においては、概して、パソコン１０００の操作者から入力される指示に応じてアクセス用ＵＲＬが遠隔端末１００に送信され、遠隔端末１００において、当該アクセス用ＵＲＬが登録される。
【００９２】
アクセス用ＵＲＬの第１の出力態様においては、まず、ステップＳ２１１において、パソコン１０００のＷＷＷブラウザ１１０２から、ＷＷＷサーバ手段４１０２にアクセスする。この時、アクセスするＵＲＬは、ＵＰｎＰデバイス手段４１０１およびＵＰｎＰコントロールポイント手段１１０１によって典型的には、Ｗｉｎｄｏｗｓ（登録商標）画面のタスクバーにポップアップ表示されるので、ユーザはそれを選択することによって自動的にＷＷＷブラウザ１１０２を起動してＷＷＷサーバ手段４１０２にアクセスすることになる。なお、この一連の処理は、公知のものであるので、これ以上の詳細な説明は行なわない。
【００９３】
次に、ステップＳ２１２において、ＷＷＷブラウザ１１０２は、ＷＷＷサーバ手段４１０２がサービス用ＨＴＭＬ４１０３を参照しながら出力したＨＴＭＬデータを受け取り、当該ＨＴＭＬデータに応じたＨＴＭＬページを表示する。このＨＴＭＬページには、ステップＳ２０１においてＵＲＬ生成手段４０５によって生成されたアクセス用ＵＲＬが表示される。
【００９４】
図９に、ＨＴＭＬページの画面構成例を示す。図９に示すＨＴＭＬページ画面においては、アクセス用ＵＲＬとして、図６（ａ）に示す「http://200.0.0.10/001B23456789/recorder」が表示されると共に、遠隔端末１００のメールアドレスを入力する欄（メールアドレス入力欄）と、アクセス用ＵＲＬの送信を指示する送信ボタンとが表示されている。
【００９５】
次に、ステップＳ２１３において、パソコン１０００のユーザは、ＷＷＷブラウザ１１０２で表示したＨＴＭＬページのメールアドレス入力欄に対して、アクセス用ＵＲＬを通知したい遠隔端末１００のメールアドレスを入力し、当該メールアドレスへの送信を指示する送信ボタンを選択する。
【００９６】
次に、ステップＳ２１４において、ＷＷＷサーバ手段４１０２は、当該アクセス用ＵＲＬを通知するための電子メールメッセージを生成する。そして、ステップＳ２１３において入力されたメールアドレスに対して、ＳＭＴＰクライアント手段４１０４に指示して当該電子メールメッセージを送信する。
【００９７】
図１０に、遠隔端末１００に送信される電子メールメッセージの内容の一例を示す。図１０に示すように、当該電子メールメッセージには、件名（Subject）にサーバ装置４００ａの内容を示す「ＨＤＤレコーダトップページ」が表示されると共に、アクセス用ＵＲＬとして、「http://200.0.0.10/001B23456789/recorder」が表示される。また、当該ページにおいて可能な処理の一覧が表示される。ここでは、一覧として、「録画予約確認」、「番組録画」および「録画番組視聴」が表示されている。
【００９８】
次に、ステップＳ２１５において、遠隔端末１００側で受信した電子メールメッセージをブックマークする。ここで、ブックマークとは、遠隔端末１００の実装に依存するが、例えば、該当電子メールを削除しないように「保護」するか、ユーザが任意のフォルダに「移動する」か、あるいは、示されたＵＲＬをアクセスし、ＷＷＷページが表示された時点でブックマークするなどの方法があるが、一般の方法を利用すればよく特に制限するものではない。
【００９９】
このような一連の動作により、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの第１の出力態様において、サーバ装置４００ａ−１で生成されたアクセス用ＵＲＬが遠隔端末１００に登録されることとなる。特に、第１の出力態様においては、遠隔端末１００に対してアクセス用ＵＲＬを含む電子メールメッセージが送信されることから、遠隔端末１００において、当該電子メールメッセージに基づいてアクセス用ＵＲＬを登録することができるので、複雑な文字入力を手作業で行なう手間を省くことが可能となる。
【０１００】
（ＵＲＬ出力手段４０６ｂの構成）
図１１は、ＵＲＬ出力手段４０６ｂの実施形態の一例を示すブロック図である。なお、図１１において、サーバ装置４００ａ−２は、サーバ装置４００ａの実施形態の一つであり、ＵＲＬ出力手段４０６をＵＲＬ出力手段４０６ｂとしたものである。図１１に示すサーバ装置４００ａ−２においては、その他の手段については省略しているが、基本的にサーバ装置４００ａと同一の手段を備えているものとする。
【０１０１】
図１１に示すように、ＵＲＬ出力手段４０６ｂは、ビデオ出力手段４２０１と、ＱＲコード生成手段４２０２と、設定指示手段４２０３とを備えている。ビデオ出力手段４２０１は、テキスト、図形など様々な情報をユーザに認識させるために出力する。ビデオ出力手段４２０１は、典型的には、液晶表示装置などのモニタや、ＲＧＢ信号、ビデオ信号などを別途液晶表示装置などに送信するビデオエンコーダなどによって実現される。
【０１０２】
ＱＲコード生成手段４２０２は、テキスト情報を２次元バーコードで表すＱＲコード図形を生成する。ＱＲコード生成手段４２０２は、典型的には、ソフトウェアで実現される。ここでは、ＵＲＬ出力手段４０６ｂにより生成されるコードがＱＲコードである場合について説明しているが、特にこれに制限されるものではなく、１次元バーコードや、その他の２次元バーコードや、文字認識をさせるための単なる文字列を生成しても構わない。ＱＲコード、一般のバーコード、並びに、文字認識用の文字列については公知であるのでその詳細な説明を省略する。
【０１０３】
設定指示手段４２０３は、ユーザの操作によりビデオ出力手段４２０１に、アクセス用ＵＲＬなどの情報を画面表示することを指示する。設定指示手段４２０３は、例えば、サーバ装置４００ａ−２に付属するリモコンや、サーバ装置４００ａ−２に設けられる操作ボタンなどによって実現される。
【０１０４】
図１２は、ＵＲＬ出力手段４０６ｂを用いたアクセス用ＵＲＬの第２の出力態様における動作を説明するためのフローチャートである。アクセス用ＵＲＬの第２の出力態様においては、概して、パソコン１０００の操作者から入力される指示に応じてアクセス用ＵＲＬから２次元バーコードであるＱＲコードが生成され、遠隔端末１００において、当該ＱＲコードを読み込むことでアクセス用ＵＲＬが登録される。
【０１０５】
アクセス用ＵＲＬの第２の出力態様においては、まず、ステップＳ２２１において、ユーザが、設定指示手段４２０３を使って「設定」メニューを選択する。なお、この「設定」メニューは、サーバ装置４０２ａ−２に接続される液晶表示装置などに表示された画面を、アクセスするためのＵＲＬ情報（アクセス用ＵＲＬ）を表示するための画面に切り替えるものとする。
【０１０６】
次に、ステップＳ２２２において、ビデオ出力手段４２０１は、ステップ２０１にてＵＲＬ生成手段４０５によって生成されたアクセス用ＵＲＬをＱＲコード生成手段４２０２に通知し、このアクセス用ＵＲＬに応じたＱＲコードを生成させ、液晶表示画面にこのアクセス用ＵＲＬをＱＲコードと共に表示させる。図１３に、液晶表示画面に表示される画面の構成例を示す。図１３に示す表示画面においては、アクセス用ＵＲＬとして、図６（ａ）に示す「http://200.0.0.10/001B23456789/recorder」が表示されると共に、このアクセス用ＵＲＬから生成されたＱＲコードが表示されている。
【０１０７】
次に、ステップＳ２２３において、遠隔端末１００のユーザは、遠隔端末１００に備わっているカメラ機能を利用して、液晶表示画面に表示されているＱＲコードを撮影する。
【０１０８】
次に、ステップＳ２２４において、撮影したＱＲコードをデコードすることによって、アクセスすべきＵＲＬを取得し、そのＵＲＬにアクセスする。これにより、遠隔端末１００には、アクセスされたＵＲＬに対応する画面が表示される。
【０１０９】
次に、ステップＳ２２５において、遠隔端末１００側で表示された画面をブックマークに登録（または、お気に入り登録、など一般に利用される登録方法）する。このような一連の動作により、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの第２の出力態様において、サーバ装置４００ａ−２で生成されたアクセス用ＵＲＬが遠隔端末１００に登録されることとなる。特に、第２の出力態様においては、アクセス用ＵＲＬに基づいて生成されたＱＲコードが表示されることから、遠隔端末１００において、当該ＱＲコードを読み込むことによりアクセス用ＵＲＬを登録することができるので、複雑な文字入力を手作業で行なう手間を省くことが可能となる。
【０１１０】
なお、ここでは、図８または図１２に示すフローに沿って、ＵＲＬ出力手段４０６によるアクセス用ＵＲＬの第１または第２の出力態様における動作について説明しているが、アクセス用ＵＲＬの出力態様については、これらに限定されるものではない。アクセス用ＵＲＬを遠隔端末１００に登録させることが出来れば、いかなる方法を用いても良い。例えば、ビデオ出力手段４２０１によって表示された図１３などに代表される画面を見て、ユーザが手作業で遠隔端末１００に入力しても良いし、紙などに書き出しておき、必要に応じてアクセス用ＵＲＬを入力しても良い。
【０１１１】
また、ＵＲＬ生成手段４０５およびＵＲＬ出力手段４０６は必須のものとして説明しているが、これに限定されない。つまり、これらの手段がなくても、取扱説明書などにおいて、例えば、「携帯電話などからのアクセス用ＵＲＬは次のように生成してください。（１）機器の後面に貼り付けられているシールに記載されている識別子を参照してください（これをaa:bb:cc:dd:ee:ffとします）。（２）お客様がお使いのＢＢＲのグローバルアドレスを調べてください（これを、xx.yy.zz.wwとします）。（３）アクセス用ＵＲＬは次のようにして下さい。http://xx.yy.zz.ww/aabbccddeeff/recorder 」のように説明しておけば、ユーザは、アクセス用のＵＲＬを知ることができるので、このような方法を使ってもよい。
【０１１２】
（遠隔端末からサーバ装置にアクセスする際の処理）
次に、本実施形態に係るサーバ装置４００ａに対して遠隔端末１００からアクセスする際の処理について説明する。図１４は、本実施形態に係るサーバ装置４００ａに対して遠隔端末１００からアクセスする際の処理について説明するためのフローチャートである。なお、サーバ装置４００ａに対して遠隔端末１００からアクセスする際の処理においては、概して遠隔端末１００から受信したリクエストが解析され、その解析内容に応じて当該リクエストがサーバ装置４００ａで処理されるか、他のサーバ装置４００ｂ等に中継される。
【０１１３】
図１４に示すように、まず、ステップＳ３０１において、リクエスト受信手段４０７は、遠隔端末１００からのＨＴＴＰリクエストを受信する。この場合において、例えば、遠隔端末１００は、図１５に示すＵＲＬにアクセスし、グローバルＩＰアドレス「200.0.0.10」が割り当てられているＢＢＲ３００の８０番ポートに接続する。そして、ＢＢＲ３００は、それをホームＮＷ内のＩＰアドレス「192.168.0.101」の８０番ポートに中継する。これにより、リクエスト受信手段４０７に遠隔端末１００からのＨＴＴＰリクエストが渡されることになる。
【０１１４】
次に、ステップＳ３０２において、ＵＲＬ判定手段４０８が、<MACアドレス>部分を抽出する。ここで、ＵＲＬは、「http://<BBRの外部アドレス>:<BBRのポート番号>/<MACアドレス>:<ポート番号>/<サービスURL名>」という規則で生成されているとすると、<MACアドレス>部分は、「001B23456789」となる。
【０１１５】
次に、ステップＳ３０３において、ＵＲＬ判定手段４０８が、抽出された「001B23456789」が、自サーバ装置４００ａのものであるか否かを判定する。この場合、自サーバ装置４００ａのＭＡＣアドレスは、アドレス記憶手段４０４に記憶されているので、ＵＲＬ判定手段４０８は、それと同一であるか否かで判定する。図４に示したように、このＭＡＣアドレスは、自サーバ装置４００ａのものであるので、ＨＴＴＰリクエストを自サーバ装置４００ａ宛てのものと判定し、ステップＳ３０４に進む。
【０１１６】
ステップＳ３０４においては、固有サービス手段４０９にＨＴＴＰリクエストが渡されるので、サーバ装置４００ａの固有のサービスを処理し、遠隔端末１００に処理結果を送信することになる。例えば、サーバ装置４００ａがＨＤＤレコーダである場合には、録画予約の制御や、録画コンテンツのストリーミング再生などのサービスが提供される。また、サーバ装置４００ａが冷蔵庫である場合には、庫内の様子をデジタルカメラで写真を撮影し、その写真を送信することで在庫を確認することができるサービスが提供される。さらに、サーバ装置４００ａがエアコンである場合には、電源のＯｎ／Ｏｆｆを制御することや、部屋の温度を調整することができるサービスが提供される。
【０１１７】
一方、ステップＳ３０１において、遠隔端末１００が、例えば、図１６に示すＵＲＬにアクセスした場合は、ステップＳ３０３において、サーバ装置４００ａのＭＡＣアドレスとは異なるので、ＨＴＴＰリクエストを他のサーバ装置４００ｂ、４００ｃ宛てのものと判定し、ステップＳ３０５へ進む。
【０１１８】
ステップＳ３０５においては、抽出されたＭＡＣアドレスを元に該当のサーバ装置４００ｂ、４００ｃなどのリクエスト受信手段４０７へ接続する。通常、ＨＴＴＰにおける接続は、接続先のＩＰアドレス情報が必要になるが、これはＡＲＰプロトコルによりＭＡＣアドレスから簡単に変換できる。
【０１１９】
そして、ステップＳ３０６において、リクエスト中継手段４１０は、接続した他のサーバ装置４００ｂ等と、遠隔端末１００との間でリクエストおよびレスポンスを中継する。
【０１２０】
以上のように構成することで、ＢＢＲ３００によって構築されるホームＮＷ内に複数のサーバ装置４００が接続されていても、それぞれのアクセス用ＵＲＬに遠隔端末１００からアクセスすることによって、対応したサーバ装置４００の固有サービス手段４０９にアクセスすることが可能となる。このとき、ＢＢＲ３００でのポートフォワードの設定内容に依存せず、ポートフォワードの設定内容に影響してアクセス用ＵＲＬが変化することはない。
【０１２１】
このように、本実施形態に係るアクセスシステムによれば、サーバ装置４００ａにおいて、ローカルネットワーク（ホームＮＷ）内で当該サーバ装置４００ａを特定するための情報を含むアクセス用ＵＲＬを生成する一方、遠隔端末１００からリクエストを受信し、このリクエストに対応するアクセス用ＵＲＬから特定される他のサーバ装置４００ｂ等に当該リクエストを中継することから、ホームＮＷに接続されたサーバ装置４００ａにおいて、遠隔端末１００からの自装置宛てでないリクエストを他のサーバ装置４００ｂ等に中継することができるので、限定されたポートにしか外部の通信端末装置（遠隔端末１００）からアクセスできない状況下においても、ホームＮＷの複数機器への遠隔アクセスを実現することが可能となる。
【０１２２】
また、ＩＰｖ６の状況下においても、ローカルネットワークに接続された個別の機器それぞれに対してＢＢＲ３００にてファイアウォール設定が必要な場合がある。この場合は、ファイアウォール設定の煩わしさを回避するために、ローカルネットワークに接続された特定の機器のみに対してファイアウォール設定を行い、他の機器に対してはその特定の機器を経由してリクエストを受け取る仕組みにすることができる。従って、何度もＢＢＲ３００でファイアウォール設定を行なう必要はなく、ユーザの煩わしさを軽減することが可能になる。
【０１２３】
なお、以上においては、ホームＮＷ内のサーバ装置４００を識別するためにＭＡＣアドレスを使ったが、図６に示す（ａ’）のように、ＤＮＳ名を使用している場合には、ホームＮＷ内のＤＮＳに問い合わせてＩＰアドレスを取得すればよい。また、図６に示す（ａ’’）のように、ＩＰアドレス（の一部）を使っている場合は、ホームＮＷに設定されているネットマスク、ネットワークアドレスを参照しながらＩＰアドレスを取得すれば良い。さらに、図６に示す（ａ’’’）のように、認証コードが付与されている場合には、ＵＲＬ判定手段４０８は、該当アドレスの抽出に先立って、ＵＲＬ自体が正規のものかどうかをチェックすることができる。例えば、指定されたＭＡＣアドレスと、特定のネットワーク装置、例えば、デフォルトゲートウェイ（ＢＢＲ３００）のＭＡＣアドレス（これは攻撃者には知られることがない）とその他マジックコードの排他的論理和とを認証コードとするアルゴリズムを採用し、他のサーバ装置４００と共有しておくことにより、ＵＲＬ判定手段４０８は、ＵＲＬのみを確認するだけで正規のＵＲＬかどうかを判定することができる。なお、デフォルトゲートウェイのＭＡＣアドレス以外にも、ＤＮＳサーバやプロキシサーバのＩＰアドレスなど、ローカルネットワークのサーバ装置が、他のサーバ装置と通信することなく同じ値として特定できるデータであればよい。
【０１２４】
ここで、本実施形態に係るサーバ装置４００を用いて、より具体的なサービスを提供する場合について説明する。図１７は、遠隔端末１００におけるストリーミング再生を可能とするストリーミングサーバとして機能するサーバ装置１４００ｄが接続されるアクセスシステムの構成を示すブロック図である。なお、サーバ装置１４００ｄは、サーバ装置４００の実施形態の一つであり、ポートフォワード設定手段４０２の機能が拡張されたポートフォワード設定手段１４０２、並びに、固有サービス手段４０９の機能が拡張された固有サービス手段１４０９を有している。
【０１２５】
ポートフォワード設定手段１４０２は、ポートフォワード設定手段４０２に比べ、固有サービス手段１４０９からの指示によりポートフォワードの設定を行なう機能を有する。固有サービス手段１４０９は、固有サービス手段４０９に比べ、所定のタイミングでポートフォワード設定手段４０２に対して指示し、ＢＢＲ３００におけるポートフォワード設定を上書きする機能を有する。
【０１２６】
以下、このような構成を有するサーバ装置１４００ｄを有するアクセスシステムにおける処理について説明する。図１８は、本実施形態に係るサーバ装置１４００ｄを有するアクセスシステムにおける処理について説明するためのシーケンスチャートである。なお、ここでは、サーバ装置４００ｂにおけるポートフォワード設定により、ＢＢＲ３００に対する遠隔端末１００からのアクセスが、サーバ装置４００ｂに中継されるように設定されているものとする。
【０１２７】
このように構成されるアクセスシステムにおいて、遠隔端末１００からストリーミング再生が要求されると、図１８に示すように、コンテンツデータは、サーバ装置１４００ｄからサーバ装置４００ｂを経由し、ＢＢＲ３００を経て遠隔端末１００へ届くことになる（ステップＳ１４０１〜Ｓ１４０６）。この場合において、コンテンツデータは、比較的データ量が大きく（若しくは、ビットレートが高く）、そのデータを中継するサーバ装置４００ｂの負荷を上げることになる。仮に、サーバ装置４００ｂが非力なハードウェアで構成されている場合には、サーバ装置４００ｂの動作に影響を与えるだけでなく、ストリーミング再生の品質にも影響を与える可能性がある。また、コンテンツデータがリアルタイム性を要求する場合においては、サーバ装置４００ｂを経由することにより遅延が発生する可能性がある。
【０１２８】
従って、このようなサーバ装置４００ｂの負荷が所定値（固定値、ユーザ設定値、または、他の処理に影響しないように算出された値）よりも高くなると想定される場合や、サーバ装置４００ｂを経由することに起因して所定時間（固定時間、ユーザ設定時間、または、他の処理に影響しないように算出された時間；例えば、１０ミリ秒、１００ミリ秒、１秒、ジッタバッファに対応する時間など）以上の遅延が発生すると想定される場合にＢＢＲ３００のポートフォワード設定を行なう。例えば、ストリーミング再生が予見されるようなタイミング（例えば、「再生する」リンクを埋め込むメタデータページが要求されたタイミングや、複数のブロックにコンテンツデータが分割されている場合、最初のブロックを要求されたタイミングなど）で、固有サービス手段１４０９からポートフォワード設定手段１４０２に指示を出し、ＢＢＲ３００のポートフォワード設定内容を上書きし、サーバ装置４００ｂをコンテンツデータが経由しないようにする（ステップＳ１４０７〜Ｓ１４０８）。ここで、実際に負荷や遅延を測定したわけではないが、開発時の実験や他製品を参考にすることでサーバ装置４００ｂなどでの負荷や遅延が問題になることは通常想定できるとしてよい。
【０１２９】
このように、ストリーミング再生が予見されるようなタイミングでポートフォワード設定内容を上書きすることで、次回のコンテンツデータ中継からは、サーバ装置１４００ｄからＢＢＲ３００を経由して遠隔端末１００へ直接送信される（ステップＳ１４０９〜Ｓ１４１２）。これにより、サーバ装置４００ｂの負荷を上げるのを防止できると共に、ストリーミング再生の品質を低下する事態を防止できる。また、サーバ装置１４００ｄから出力されるコンテンツデータに遅延が発生する事態を防止できる。一方、この場合においても、サーバ装置４００ｂへのアクセスは、同じＵＲＬを使用して遠隔端末１００→ＢＢＲ３００→サーバ装置１４００ｄ→サーバ装置４００ｂの経路を経てリクエストが転送されるので、問題が発生することはない。
【０１３０】
このように、ポートフォワード設定手段４０２により、他のサーバ装置４００ｂを経由するアドレス設定の場合に当該他のサーバ装置４００ｂにおける負荷が一定値よりも高くなる場合、或いは、当該他のサーバ装置を経由することに起因して一定時間以上の遅延が発生する場合にＢＲＲ３００に対するポートフォワード設定が行なわれることから、例えば、ビットレートの高いサービスが他のサーバ装置４００ｂを経由して行なわれているような場合に、当該他のサーバ装置４００ｂを経由することなく当該データを出力することができるので、当該他のサーバ装置４００ｂにおける負荷が上がるのを防止すると共に、当該データの再生時に遅延が発生するのを防止することが可能となる。
【０１３１】
（第２の実施形態）
第２の実施形態に係るアクセスシステムにおいては、セキュリティ面における機能を向上させている点で、第１の実施形態に係るアクセスシステムと相違する。通常、サーバ装置４００は、特定のポートだけ受信を許可するなどの簡易的なセキュリティ機能を有している。しかしながら、設定されるセキュリティポリシーは、グローバルＮＷからのアクセスと、ローカルＮＷからのアクセスとで区別して設定され、ローカルＮＷからのアクセスを寛容にすることが多い。
【０１３２】
第１の実施形態に係るサーバ装置４００においては、グローバルＮＷからのアクセスでも、ＢＢＲ３００を経由して直接リクエストされる（ソースＩＰは、グローバルアドレスとして認識される）場合と、他のサーバ装置４００によって中継される（ソースＩＰは、ローカルアドレスとして認識される）場合があり、経路によっては、結果的にセキュリティレベルを低下させてしまう可能性がある。第２の実施形態に係るサーバ装置においては、このように発生し得るセキュリティレベルの低下を防止するものである。
【０１３３】
図１９は、本発明の第２の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。図１９に示すサーバ装置２４００ａは、サーバ装置４００ａの実施形態の一つである。サーバ装置２４００ａは、リクエスト受信手段４０７を拡張したリクエスト受信手段２４０７を備える以外は、サーバ装置４００ａと同等である。
【０１３４】
リクエスト受信手段２４０７は、リクエスト受信手段４０７の機能に加え、ＷＡＦ（Web Application Firewall）の機能を備えている。ＷＡＦは、ＨＴＴＰのアプリケーションレイヤのデータをパターン認識し、攻撃を検出して必要ならば遮断するものである。ＷＡＦの実装例としては、「BIG-IP(R) Application Security Manager(http://www.f5networks.co.jp/）」などがあり、公知であるので詳細な説明は省略し、いくつかの具体例を示すに留める。
【０１３５】
例えば、リクエスト受信手段２４０７には、図２０に示すようなパターンを設定することができる。「優先順位」は、パターンを適用する順番を表し、図２０においては、上位のパターンから順番に適用することを示している。「ＵＲＬパターン」は、検出するＵＲＬのパターンを示し、例えば、ＵＲＬに「’ OR ’t’=’t」が含まれているものを検出する。なお、このパターンは典型的なＳＱＬインジェクション攻撃であり、仮にこの脆弱性の存在するサーバ装置４００に対して実行されると、パスワード認証を素通りされて、サーバ装置４００が不正に操作されることになる。同様に、「|ls -la /」は、コマンドインジェクション攻撃のパターンである。「アクション」は、検出されたリクエストに対しどのように処理するかを表し、例えば、「４００エラー」は、ＨＴＴＰの４００エラー（Bad Request）をレスポンスとして返すことを意味する。
【０１３６】
このように、本実施形態に係るアクセスシステムによれば、リクエスト受信手段２４０７により、リクエストに含まれるアクセス用ＵＲＬと予め定めたパターンとが比較され、当該パターンがアクセス用ＵＲＬに含まれる場合には当該リクエストに対する処理を拒絶することから、サーバ装置２４００ａで遠隔端末１００からのリクエストの中継処理を行なうことに起因してセキュリティレベルが低下するような事態を防止することが可能となる。
【０１３７】
（第３の実施形態）
第１、第２の実施形態においては、遠隔端末１００からアクセスされるサーバ機能を有する機器は、全てサーバ装置４００であることを想定して説明しているが、本発明は、特にこの場合に限定されるものではない。本発明の第３の実施形態に係るサーバ装置３４００が接続されるアクセスシステムにおいては、例えば、サーバ装置４００ではないが、遠隔端末１００からアクセスされることを想定した従来のサーバ装置５００が１つだけ存在する場合においても、単一のポートを使ってそれぞれサーバ装置３４００、並びに、従来のサーバ装置５００に遠隔アクセスできるように構成される。以下、第３の実施形態に係るサーバ装置３４００が接続されるアクセスシステムの構成について説明する。
【０１３８】
図２１は、本発明の第３の実施形態に係るサーバ装置３４００が接続されるアクセスシステムの構成を示すブロック図である。図２１に示すサーバ装置３４００は、サーバ装置４００の実施形態の一つである。サーバ装置３４００は、ポートフォワード設定手段４０２を拡張したポートフォワード設定手段３４０２、アドレス記憶手段４０４を拡張したアドレス記憶手段３４０４、ＵＲＬ判定手段４０８を拡張したＵＲＬ判定手段３４０８、並びに、中継先決定手段４１１を拡張した中継先決定手段３４１１を備える以外は、サーバ装置４００と同等である。
【０１３９】
ポートフォワード設定手段３４０２は、ポートフォワード設定手段４０２に比べ、事前のポートフォワード設定をＢＢＲ３００から取得する機能、並びに、取得したポートフォワード設定における情報をアドレス記憶手段３４０４に「他ＩＰ」、「他ポート」項目として登録する機能が追加されている。アドレス記憶手段３４０４は、アドレス記憶手段４０４に比べ、「他ＩＰ」、「他ポート」項目を記憶する機能が追加されている。
【０１４０】
ＵＲＬ判定手段３４０８は、ＵＲＬ判定手段４０８に比べ、ＵＲＬにＭＡＣアドレスが存在しない場合の判定を行なうことができる機能が追加されている。中継先決定手段３４１１は、中継先決定手段４１１に比べ、ＵＲＬにＭＡＣアドレスが存在しない場合に、従来のサーバ装置５００のアドレスを決定する機能が追加されている。
【０１４１】
従来のサーバ装置５００は、ネットワーク手段５０１、ポートフォワード設定手段５０２、固有サービス手段５０９、リクエスト受信手段５１０を備える。ネットワーク手段５０１は、ネットワーク手段４０１と同等のものである。ポートフォワード設定手段５０２は、ポートフォワード設定手段４０２と同等のものである。固有サービス手段５０９は、固有サービス手段４０９と同等のものであり、従来のサーバ装置５００における固有のサービスを実現する。リクエスト受信手段５１０は、リクエスト受信手段４１０と同等のものである。
【０１４２】
以下、このような構成を有するサーバ装置３４００が接続されるアクセスシステムにおける処理について説明する。図２２は、本実施形態に係るサーバ装置３４００が接続されるアクセスシステムにおける処理について説明するためのシーケンスチャートである。図２３および図２４は、本実施形態に係るサーバ装置３４００を有するアクセスシステムにおける動作を説明するためのフローチャートである。
【０１４３】
図２２に示すように、ステップＳ３４０１において、従来のサーバ装置５００が、ポートフォワード設定手段５０２を用いてＢＢＲ３００に対してポートフォワード設定を行なう。この状態では、遠隔端末１００によるＢＢＲ３００へのアクセスは、サーバ装置３４００を経由することなく従来のサーバ装置５００へポートフォワードされる（ステップＳ３４０２）。
【０１４４】
次に、ステップＳ３４０３において、サーバ装置３４００がホームＮＷに接続され、ポートフォワードの設定を行なう。具体的には、図２３に示すように、サーバ装置３４００をホームＮＷに接続すると（ステップＳ２１０１）、ステップ２１０２において、ネットワーク手段４０１のＭＡＣアドレスなどを検出し、ステップＳ２１０３において、現在のポートフォワード設定を取得する。なお、このポートフォワード設定の取得には、ＵＰｎＰ  ＩＧＤのＷＡＮＩＰＣｏｎｎｅｃｔｉｏｎサービスのＧｅｔＧｅｎｅｒｉｃＰｏｒｔＭａｐｐｉｎｇＥｎｔｒｙ関数などを用いればよい。
【０１４５】
ここでは、事前に、従来のサーバ装置５００によるポートフォワード設定が行なわれているので（ステップＳ２１０４：Ｙｅｓ）、アドレス記憶手段３４０４に、「他ＩＰ」、「他ポート」項目として登録する（ステップＳ２１０５）。ここで、「他ＩＰ」には、従来のサーバ装置５００のＩＰアドレス、「他ポート」には、従来のサーバ装置５００がサービス処理のために利用しているポート番号が登録される。
【０１４６】
なお、従来のサーバ装置５００によるポートフォワード設定が行なわれていなければ（ステップＳ２１０４：Ｎｏ）、「他ＩＰ」の内容をクリアする（ステップＳ２１０６：但し、この場合、従来のサーバ装置５００が存在しないことになるので、第１の実施形態にて説明したとおりのものとなる）。ステップＳ２１０７〜Ｓ２１０９は、ステップＳ１０３〜Ｓ１０５と同等の処理である。すなわち、ポートフォワード設定手段３４０２でポートフォワードの設定を行ない（Ｓ２１０７）、そのアドレス情報をアドレス記憶手段３４０４に登録し（Ｓ２１０８）、Ｓ２１０２〜Ｓ２１０８の処理を繰り返す（Ｓ２１０９）。このような一連の処理を行なうことで、ＢＢＲ３００は、サーバ装置３４００にポートフォワードするように設定されることになる。
【０１４７】
ここで、図２２に示すように、ステップＳ３４０４において、遠隔端末１００が従来のサーバ装置５００に対するアクセスを行なうと、ステップＳ３４０５において、ＵＲＬ判定手段３４０８が従来のサーバ装置５００へのアクセスと判定し、リクエスト中継手段４１０が中継先決定手段３４１１によって決定されたアドレスに対して中継を行なう。
【０１４８】
具体的には、図２４に示すように、まず、ステップＳ２３０１において、リクエスト受信手段４０７が、遠隔端末１００からのＨＴＴＰリクエストを受信する。次に、ステップＳ２３０２において、ＵＲＬ判定手段４０８が、<MACアドレス>部分を抽出する。そして、ステップＳ２３０３において、抽出されたＭＡＣアドレス部分が自サーバ装置３４００のものであるか否かを判定する。自サーバ装置３４００のものである場合には、固有サービス手段４０９にＨＴＴＰリクエストが渡されるので、ステップＳ２３０４において、サーバ装置３４００の固有のサービスを処理し、遠隔端末１００に処理結果を送信することになる。
【０１４９】
一方、ステップＳ２３０３において、ＭＡＣアドレス部分を抽出できなかった場合には、ステップＳ２３０５において、該当端末として、アドレス記憶手段３４０４に「他ＩＰ」、「他ポート」項目として登録されたアドレスを取得して接続する。なお、「他ＩＰ」がクリアされている場合には、接続先は存在せず、エラーを返すことになる。その後、接続した従来のサーバ装置５００に対して、ステップＳ２３０６にて、リクエスト中継手段４１０が、遠隔端末１００との間でリクエスト、レスポンスの中継処理を行なう。
【０１５０】
なお、たまたま従来のサーバ装置５００が停止しており、従来のサーバ装置５００に対するＢＢＲ３００上のポートフォワード設定が存在しなかった場合は、後から従来のサーバ装置５００を復旧させても、「他ＩＰ」等の情報が退避されていないため、上記の処理によって期待される状態にはならない。しかしながら、このような場合には、再度、従来のサーバ装置５００→サーバ装置４００等の順番で起動し直すことによって期待される状態になるので、一般ユーザにとって分かりやすい復旧方法として説明することができる。
【０１５１】
このように、本実施形態に係るアクセスシステムによれば、サーバ装置３４００において、遠隔端末１００からのリクエストに含まれるアクセス用ＵＲＬにＭＡＣアドレスが存在しない場合に従来のサーバ装置５００へ中継されるので、本発明に係るサーバ装置３４００でない、従来のサーバ装置５００がホームＮＷに存在する構成でも、ＢＢＲ３００上の単一のポートを使って、遠隔端末１００から、それぞれのサーバ装置３４００および従来のサーバ装置５００に対してアクセスすることが可能となる。
【０１５２】
（第４の実施形態）
第１〜第３の実施形態に係るアクセスシステムにおいては、サーバ装置４００等がポートフォワード設定手段４０２を備え、このポートフォワード設定手段４０２により取得されたＢＢＲ３００の外部アドレス等を用いてＵＲＬ生成手段４０５がアクセス用ＵＲＬを生成する場合について示している。第４の実施形態に係るアクセスシステムにおいては、ポートフォワード設定手段を備えない点で、第１〜第３の実施形態に係るアクセスシステムと相違する。
【０１５３】
図２５は、本発明の第４の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。図２５に示すサーバ装置４４００は、サーバ装置４００の実施形態の一つである。サーバ装置４４００は、ポートフォワード設定手段４０２を備えていない点、並びに、アドレス記憶手段４０４を拡張したアドレス記憶手段４４０４およびＵＲＬ生成手段４０５を拡張したＵＲＬ生成手段４４０５を備える点以外は、サーバ装置４００と同等である。
【０１５４】
アドレス記憶手段４４０４は、上述した実施形態と同様に、アドレス検出手段４０３によって検出されたＭＡＣアドレス、ＩＰアドレスなどを記憶するが、ポートフォワード設定手段４０２によりＢＢＲ３００の外部アドレスが取得されないことから、当該外部アドレスに「未定」である旨を記憶する。
【０１５５】
ＵＲＬ生成手段４４０５は、ＢＢＲ３００の外部アドレスに対応する位置にダミーの文字列を含むアクセス用ＵＲＬを生成する。すなわち、上述した実施形態に係るアクセスシステムにおいて、アクセス用ＵＲＬを生成する際には、ＢＢＲ３００の外部アドレスが必要となる。しかしながら、アクセス用ＵＲＬの一部の特定を遠隔端末１００の使用者等に委ね、当該アクセス用ＵＲＬを完成するようにしても良い。ＵＲＬ生成手段４４０５は、このような観点からダミーの文字列を含むアクセス用ＵＲＬを生成する。
【０１５６】
例えば、この場合、生成されるアクセス用ＵＲＬは、「http://your domain here/001B23456789/recorder」と表わされる。ここでは、図６（ａ）に示すＨＤＤレコーダに対応するアクセス用ＵＲＬの例を示している。また、ここでは、ダミーの文字列として「your domain here」が設定されている場合について示しているが、ダミーの文字列については任意の文字列に変更することが可能である。
【０１５７】
本実施形態に係るサーバ装置４４００においては、このように生成されたアクセス用ＵＲＬを上述した要領でＵＲＬ出力手段４０６に出力する。そして、遠隔端末１００で登録する際に使用者がこのアクセス用ＵＲＬを編集して正しいホスト部とすることで完全なアクセス用ＵＲＬにすることが可能となる。
【０１５８】
遠隔端末１００の使用者は、例えば、以下に示す態様でアクセス用ＵＲＬのホスト部情報を取得することが考えられる。ＢＢＲ３００の外部アドレスとして固定のＩＰアドレスが割り振られている場合には、そのＩＰアドレスを使用する。また、使用者がドメイン（例えば、「.com」など）を取得している場合には、当該ドメインに変更する。この場合には、ＤｙｎａｍｉｃＤＮＳサービスを利用すると、ＢＢＲ３００の外部ＩＰアドレスが動的に割り振られる場合においても、固定されたドメイン名で対応することが可能となる。
【０１５９】
なお、ここでは、アクセス用ＵＲＬを遠隔端末１００で編集する場合について示しているが、ＵＲＬ出力手段４０６で出力するステップでサーバ装置４４００の管理者等によりアクセス用ＵＲＬにホスト部を入力するようにしても良い。例えば、ＵＲＬ出力手段４０６を図７に示すＵＲＬ出力手段４０６ａで構成する場合には、遠隔端末１００のメールアドレスを入力とすると共に、当該アクセス用ＵＲＬのホスト部を入力可能なＨＴＭＬページを表示することが考えられる。
【０１６０】
図２６に、ＨＴＭＬページの画面構成例を示す。図２６に示すＨＴＭＬページ画面においては、アクセス用ＵＲＬとして、「http://*****/001B23456789/recorder」が表示されると共に、この「*****」にホスト名またはドメイン名を入力する欄と、遠隔端末１００のメールアドレスを入力する欄（メールアドレス入力欄）と、アクセス用ＵＲＬの送信を指示する送信ボタンとが表示されている。このようなＨＴＭＬページにホスト名を入力することで、適切なホスト名の入ったアクセス用ＵＲＬを作成できるので、上述した実施形態と同様の要領でアクセスＵＲＬを遠隔端末１００に登録することが可能となる。なお、ＱＲコードを生成する場合においても同様である。
【０１６１】
なお、このような第４の実施形態に係るアクセスシステムにおいては、ホームＮＷ内に接続されたＢＢＲ３００に対して、特定のサーバ装置（例えば、サーバ装置４４００）に対するアドレス変換設定を一度だけ手で入力しておく必要がある（これにより、全てのグローバルＮＷ２００からのＢＢＲ３００へのアクセスは、当該サーバ装置４４００にフォワードされる）。しかしながら、その後、他のサーバ装置４００ｂ等をホームＮＷに追加する場合には、ＢＢＲ３００でのアドレス変換設定を行なう必要がないことから、アドレス変換設定を気にすることなく、アクセス用ＵＲＬを生成することができる。この結果、遠隔端末１００からアクセスがあると、サーバ装置４４００が必要に応じて他のサーバ装置４００ｂ等に中継することから、限定されたポートにしか外部の通信端末装置からアクセスできない状況下においても、ホームネットワークの複数機器へのアクセスを実現することが可能となる。
【０１６２】
なお、上述したようにＤｙｎａｍｉｃＤＮＳサービスを活用することができる場合には、ＵＲＬ生成手段４４０５とＵＲＬ出力手段４０６とが自動的に固定されたドメイン名を取得する処理を行なうようにしても良い。例えば、予めサービス登録しておいたＤｙｎａｍｉｃＤＮＳサービスに対し、必要に応じてユーザＩＤおよびパスワードを伴ってＵＲＬ出力手段４０６からＤＮＳレコードの登録を実行すると、これに応じたＨＴＴＰレスポンス、或いは、ＤＮＳ検索によりＤＮＳドメイン名を取得することができるので、ＵＲＬ生成手段４４０５で当該ＤＮＳドメイン名等をアクセス用ＵＲＬのホスト部とすることが考えられる。
【０１６３】
なお、以上のように、本発明の実施形態および実施形態について説明を行なったが、今回開示した実施形態および実施形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれる。
【０１６４】
例えば、上述した実施形態に係るアクセスシステムにおいて、遠隔端末１００は、既知のＷＥＢブラウザ機能を用いてサーバ装置４００等にアクセスすることが可能であるが、より利用性に優れたユーザインタフェースを提供する専用アプリケーションを用意しても良い。このような専用アプリケーションにおいては、例えば、アクセス用ＵＲＬと対応づけて使用者が分かり易い名称を登録することや、接続先としてのサーバ装置４００等が一覧表示された画面から接続することなどを可能にすることが好ましい。
【０１６５】
図２７および図２８に、本実施形態に係るアクセスシステムの遠隔端末１００に表示される専用アプリケーションの表示画面の一例を示す図である。図２７は、アクセス用ＵＲＬと対応づけられる名称の登録画面の一例を示し、図２８は、接続先としてのサーバ装置４００等に対する接続画面の一例を示している。なお、図２７においては、アクセス用ＵＲＬの表示を省略している。
【０１６６】
図２７においては、アクセス用ＵＲＬの入力欄と、これに対応づけられる名称の入力欄と、設定を指示する設定ボタンとが設けられている。遠隔端末１００の使用者は、このような登録画面からホームＮＷに接続されたサーバ装置４００等に対応するアクセス用ＵＲＬと任意の名称とを対応づけて入力し、設定ボタンを選択することで、所望のアクセス用ＵＲＬと名称とを登録することが可能である。なお、アクセス用ＵＲＬの入力方法については、特定に限定されるものではなく任意の方法を採用することが可能である。直接、入力するのではなく、サーバ装置４００等から送信されたアクセス用ＵＲＬを引用して表示することも可能である。
【０１６７】
図２８においては、図２７に示す登録画面を介してアクセス用ＵＲＬに対応づけて登録された名称の一覧と、接続を指示する接続ボタンが表示されている。ここでは、「レコーダ制御」、「エアコン制御」、「冷蔵庫制御」および「ペット餌やり機制御」という名称が一覧表示されている場合について示している。遠隔端末１００の使用者は、このような一覧表示から矢印ボタン等で所望の名称を選択し、接続ボタンを選択することで、選択された名称に対応するサーバ装置４００等にアクセスすることが可能となる。
【図面の簡単な説明】
【０１６８】
【図１】本発明の第１の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。
【図２】第１の実施形態に係るサーバ装置をホームＮＷに接続する際の処理を説明するためのフローチャートである。
【図３】第１の実施形態に係るアクセスシステムにおけるＢＢＲに設定されたポートフォワード設定の一例を示す図である。
【図４】第１の実施形態に係るサーバ装置のアドレス記憶手段に登録されたアドレス情報の一例を示す図である。
【図５】第１の実施形態に係るサーバ装置へのアクセスを行なうためのＵＲＬを遠隔端末に登録させる際の処理を説明するためのフローチャートである。
【図６】第１の実施形態に係るサーバ装置に対するアクセス用ＵＲＬの他の一例を示す図である。
【図７】第１の実施形態に係るサーバ装置が有するＵＲＬ出力手段の一例を示すブロック図である。
【図８】第１の実施形態に係るサーバ装置におけるアクセス用ＵＲＬの第１の出力態様における動作を説明するためのフローチャートである。
【図９】第１の実施形態に係るサーバ装置から出力されるＨＴＭＬページの画面構成例を示す図である。
【図１０】第１の実施形態に係るサーバ装置から遠隔端末に送信される電子メールメッセージの内容の一例を示す図である。
【図１１】第１の実施形態に係るサーバ装置が有するＵＲＬ出力手段の他の一例を示すブロック図である。
【図１２】第１の実施形態に係るサーバ装置におけるアクセス用ＵＲＬの第２の出力態様における動作を説明するためのフローチャートである。
【図１３】第１の実施形態に係るサーバ装置により表示される液晶表示画面の構成例を示す図である。
【図１４】第１の実施形態に係るサーバ装置に対して遠隔端末からアクセスする際の処理について説明するためのフローチャートである。
【図１５】第１の実施形態に係る遠隔端末が参照するアクセス用ＵＲＬの一例を示す図である。
【図１６】第１の実施形態に係る遠隔端末が参照するアクセス用ＵＲＬの他の一例を示す図である。
【図１７】第１の実施形態に係るサーバ装置をストリーミングサーバとして機能させる場合におけるアクセスシステムの構成を示すブロック図である。
【図１８】図１７に示すアクセスシステムにおける処理について説明するためのシーケンスチャートである。
【図１９】本発明の第２の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。
【図２０】第２の実施形態に係るサーバ装置のリクエスト受信手段に設定されるパターンの一例を示す図である。
【図２１】本発明の第３の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。
【図２２】第３の実施形態に係るサーバ装置が接続されるアクセスシステムにおける処理について説明するためのシーケンスチャートである。
【図２３】第３の実施形態に係るサーバ装置を有するアクセスシステムにおける動作を説明するためのフローチャートである。
【図２４】第３の実施形態に係るサーバ装置を有するアクセスシステムにおける動作を説明するためのフローチャートである。
【図２５】本発明の第４の実施形態に係るサーバ装置が接続されるアクセスシステムの構成を示すブロック図である。
【図２６】第４の実施形態に係るサーバ装置から出力されるＨＴＭＬページの画面構成例を示す図である。
【図２７】上記実施形態に係るアクセスシステムの遠隔端末に表示される専用アプリケーションの表示画面の一例を示す図である。
【図２８】上記実施形態に係るアクセスシステムの遠隔端末に表示される専用アプリケーションの表示画面の一例を示す図である。
【符号の説明】
【０１６９】
１００  遠隔端末
２００  グローバルネットワーク
３００  ブロードバンドルータ（ＢＢＲ）
４００ａ〜ｃ、１４００ｄ、２４００ａ、３４００、４４００  サーバ装置
４０１  ネットワーク手段
４０２、１４０２、３４０２  ポートフォワード設定手段
４０３  アドレス検出手段
４０４、３４０４、４４０４  アドレス記憶手段
４０５、４４０５  ＵＲＬ生成手段
４０６  ＵＲＬ出力手段
４０７、２４０７  リクエスト受信手段
４０８、３４０８  ＵＲＬ判定手段
４０９、１４０９  固有サービス手段
４１０  リクエスト中継手段
４１１  中継先決定手段
４１０１  ＵＰｎＰデバイス手段
４１０２  ＷＷＷサーバ手段
４１０３  サービス用ＨＴＭＬ
４１０４  ＳＭＴＰクライアント手段
４２０１  ビデオ出力手段
４２０２  ＱＲコード生成手段
４２０３  設定指示手段
５００  従来のサーバ装置
５０１  ネットワーク手段
５０２  ポートフォワード設定手段
５０９  固有サービス手段
５１０  リクエスト受信手段
１０００  パソコン
１１０１  ＵＰｎＰコントロールポイント手段
１１０２  ＷＷＷブラウザ
【図１】
2009146306.tif 000003
【図２】
2009146306.tif 000004
【図３】
2009146306.tif 000005
【図４】
2009146306.tif 000006
【図５】
2009146306.tif 000007
【図６】
2009146306.tif 000008
【図７】
2009146306.tif 000009
【図８】
2009146306.tif 000010
【図９】
2009146306.tif 000011
【図１０】
2009146306.tif 000012
【図１１】
2009146306.tif 000013
【図１２】
2009146306.tif 000014
【図１３】
2009146306.tif 000015
【図１４】
2009146306.tif 000016
【図１５】
2009146306.tif 000017
【図１６】
2009146306.tif 000018
【図１７】
2009146306.tif 000019
【図１８】
2009146306.tif 000020
【図１９】
2009146306.tif 000021
【図２０】
2009146306.tif 000022
【図２１】
2009146306.tif 000023
【図２２】
2009146306.tif 000024
【図２３】
2009146306.tif 000025
【図２４】
2009146306.tif 000026
【図２５】
2009146306.tif 000027
【図２６】
2009146306.tif 000028
【図２７】
2009146306.tif 000029
【図２８】
2009146306.tif 000030
【手続補正書】
【提出日】平成20年1月16日(2008.1.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２
【補正方法】変更
【補正の内容】
【請求項２】
ローカルネットワーク内で前記サーバ装置を特定するための情報を含むアクセス用リソース識別子構成要素を生成するリソース識別子生成手段と、
前記アクセス用リソース識別子構成要素を前記通信端末装置に登録させるために出力するリソース識別子出力手段と、をさらに備え、
前記リクエスト受信手段によって受信される前記リクエストは、前記アクセス用リソース識別子構成要素に対応したリクエストであることを特徴とする請求項１記載のサーバ装置。