(57)【要約】    【課題】      ホームネットワーク等において、複数の端末から、インターネット等の外部ネットワーク上の同一のコンテンツに対し、端末間でシームレスにアクセスをすること。    【解決手段】  ユーザは、ホームサーバＴ３でＷｅｂサーバＷ１へのアクセスをＰＤＡ（Ｔ４）に転送したい旨を入力する。ホームサーバＴ３は、この旨のリクエストＡをプロキシ装置１００に送信する（信号Ｓ１）。プロキシ装置１００は、リクエストＡをＷｅｂサーバＷ１へ送信し（信号Ｓ２）、レスポンスＡを得て（信号Ｓ３）、これを内部メモリにキャッシュすると共に、ホームサーバＴ３に送信する（信号Ｓ４）。これにより、ＰＤＡ（Ｔ４）がプロキシ装置１００に対し、「機器Ｔ３と同じ」という内容のリクエストを送信した場合（信号Ｓ５）、レスポンスＡを得ることができる（信号Ｓ６）。  【選択図】      図３
2005141333.tif 000002
【特許請求の範囲】
【請求項１】
ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記他の機器の現在または過去のアクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に出力する、
ことを特徴とするアクセス中継装置。
【請求項２】
ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、
前記複数の機器から出力されたアクセス要求を記憶する記憶手段と、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行う要求手段と、
当該アクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に中継する中継手段と、
を具備することを特徴とするアクセス中継装置。
【請求項３】
ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、
前記複数の機器から出力されたアクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容を記憶する記憶手段と、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に記憶されている前記サーバの応答内容を前記一の機器に応答する応答手段と、
を具備することを特徴とするアクセス中継装置。
【請求項４】
ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、
前記複数の機器から出力されたアクセス要求と当該アクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容とを記憶する記憶手段と、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に前記サーバの応答内容が記憶されているか否か確認する確認手段と、
前記サーバの応答内容が記憶されている場合、当該応答内容を前記一の機器に応答し、前記サーバの応答内容が記憶されていない場合、前記記憶手段に記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行い、当該アクセス要求に対する前記サーバの応答内容を前記一の機器に中継する代理手段と、
を具備することを特徴とするアクセス中継装置。
【請求項５】
前記記憶手段は、
前記複数の機器から出力されたアクセス要求と当該アクセス要求に対する各サーバの応答内容とを各機器に対応付けて記憶し、
前記一の機器は、
前記他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求する際に前記複数の機器の中から前記他の機器を特定する情報のみを出力する、
ことを特徴とする請求項２から請求項４のいずれかに記載のアクセス中継装置。
【請求項６】
請求項２記載の要求手段または請求項４記載の代理手段は、
前記一の機器の代わりに行う前記リソースへのアクセス要求において、前記記憶手段に記憶されている前記他の機器の前記リソースへのアクセス要求に含まれる前記リソースのＵＲＩ（Uniform Resource Identifiers）、認証情報、またはクッキーのうちの少なくとも１つを使用する、
ことを特徴とする請求項２または請求項４記載のアクセス中継装置。
【請求項７】
前記記憶手段は、
前記複数の機器から出力されたアクセス要求のうち参照情報が含まれないアクセス要求を記憶する、
ことを特徴とする請求項２または請求項４記載のアクセス中継装置。
【請求項８】
前記記憶手段は、
前記複数の機器から出力されたアクセス要求が、既に記憶された前記サーバの応答内容に含まれる、前記リソースのコンテンツを構成する素材として定義されたＵＲＩへのアクセス要求と一致しない場合、当該アクセス要求を記憶する、
ことを特徴とする請求項４記載のアクセス中継装置。
【請求項９】
請求項２記載の要求手段または請求項４記載の代理手段は、
前記一の機器の代わりに行う前記リソースへのアクセス要求に認証情報が含まれる場合、前記一の機器および前記他の機器のアクセス要求に含まれるＩＤまたはパスワードを照合して、当該認証情報を用いてアクセス要求を行うか否か判断する、
ことを特徴とする請求項２または請求項４記載のアクセス中継装置。
【請求項１０】
前記複数の機器からの前記サーバへのＳＳＬ（Secure Socket Layer）セッション設定要求に対し、前記サーバと自機との間では前記外部ネットワーク内で有効な証明書を用いて第１のＳＳＬセッションを設定し、前記複数の機器と自機との間では前記ホームネットワーク内で有効な証明書を用いて第２のＳＳＬセッションを設定する設定手段をさらに具備することを特徴とする請求項１から請求項４のいずれかに記載のアクセス中継装置。
【請求項１１】
前記一の機器が、前記他の機器がストリーミング再生している映像または音声と同一の映像または音声へのアクセスを要求した場合、前記他の機器がストリーミング再生している再生位置の同期をとって前記一の機器にストリーミングデータを送信する同期手段、
をさらに具備することを特徴とする請求項１から請求項４のいずれかに記載のアクセス中継装置。
【請求項１２】
前記同期手段は、
いずれかの機器がストリーミングデータを受信し続けている限り、ストリーミングサーバからストリーミングデータを中継し続ける、
ことを特徴とする請求項１１記載のアクセス中継装置。
【請求項１３】
ホームネットワーク内の複数の機器が外部ネットワーク上のリソースへアクセスする際のネットワークアクセス方法であって、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記他の機器の現在または過去のアクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に与える、
ことを特徴とするネットワークアクセス方法。
【請求項１４】
ホームネットワーク内の複数の機器が外部ネットワーク上のリソースへアクセスする際のネットワークアクセス方法であって、
前記複数の機器から出力されたアクセス要求をメモリに記憶する記憶ステップと、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記メモリに記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行う要求ステップと、
当該アクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に中継する中継ステップと、
を具備することを特徴とするネットワークアクセス方法。
【請求項１５】
ホームネットワーク内の複数の機器が外部ネットワーク上のリソースへアクセスする際のネットワークアクセス方法であって、
前記複数の機器から出力されたアクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容をメモリに記憶する記憶ステップと、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記メモリに記憶されている前記サーバの応答内容を前記一の機器に応答する応答ステップと、
を具備することを特徴とするネットワークアクセス方法。
【請求項１６】
ホームネットワーク内の複数の機器が外部ネットワーク上のリソースへアクセスする際のネットワークアクセス方法であって、
前記複数の機器から出力されたアクセス要求と当該アクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容とをメモリに記憶する記憶ステップと、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記メモリに前記サーバの応答内容が記憶されているか否か確認する確認ステップと、
前記サーバの応答内容が記憶されている場合、当該応答内容を前記一の機器に応答する応答ステップと、
前記サーバの応答内容が記憶されていない場合、前記メモリに記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行う要求ステップと、
前記要求ステップのアクセス要求に対する前記サーバの応答内容を前記一の機器に中継する中継ステップと、
を具備することを特徴とするネットワークアクセス方法。
【請求項１７】
ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置において使用されるネットワークアクセスプログラムであって、
前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記他の機器の現在または過去のアクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に出力する、
ことを特徴とするネットワークアクセスプログラム。
【請求項１８】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記アクセス中継システムのユーザ端末部は、
前記アクセス中継システムの中継サーバにネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータや前記ユーザリクエストデータに応じたコンテンツを送受信する通信部と、前記通信部で送受信したコンテンツを加工表示するブラウザ部と、を具備し、
さらに、前記中継サーバは、
前記ユーザ端末から受信した前記ユーザリクエストデータを受信し、前記ユーザリクエストデータに応じた応答を行う代理リクエスト受付部と、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出し、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出す代理リクエスト処理管理部と、前記代理リクエスト処理管理部から前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出す代理リクエスト生成部と、前記代理リクエスト受付部で受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するキャッシュ制御部と、前記代理リクエスト処理管理部から出されたコンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得して、前記代理リクエスト処理管理部と送受信するサーバアクセス部と、を具備し、
前記中継サーバが、
コンテンツをキャッシュするだけでなく、前記ユーザリクエストデータもキャッシュすることにより、コンテンツと前記リクエストデータとをセットで各ユーザ端末ごとに管理し、同一又は類似コンテンツに対するアクセスか否かを判断しながら、アクセス制御処理する、
ようにしたことを特徴とするアクセス中継システム。
【請求項１９】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記ユーザ端末部が、テレビ又は携帯又はモバイル端末等の家電製品であることを特徴とする請求項１８記載のアクセス中継システム。
【請求項２０】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記中継サーバが、インターネットで使用するプロキシの機能を有することを特徴とする請求項１８記載のアクセス中継システム。
【請求項２１】
伝送路を利用してデータを送受信するアクセス中継システムであって、
ユーザリクエストデータが、インターネットで使用するＷｅｂリクエストであることを特徴とする請求項１８記載のアクセス中継システム。
【請求項２２】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記プロキシが、家庭用端末のプロキシであることを特徴とする請求項２０記載のアクセス中継システム。
【請求項２３】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記キャッシュされているコンテンツが、アクセスしようとしているユーザ端末が行ったキャッシュデータでなく、他の端末がキャッシュしたコンテンツを使いまわすようにしたことを特徴とする請求項１８記載のアクセス中継システム。
【請求項２４】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記キャッシュされているコンテンツが、インターネット上のホームページであることを特徴とする請求項１８記載のアクセス中継システム。
【請求項２５】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記インターネット上のホームページが、懸賞応募用サイト又はニュース等の非テレビ向けサイトであることを特徴とする請求項１８記載のアクセス中継システム。
【請求項２６】
伝送路を利用してデータを送受信するアクセス中継システムであって、
前記アクセス中継システムの中継サーバは、
前記アクセス中継システムのユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信し、前記ユーザリクエストデータに応じた応答を行う代理リクエスト受付部と、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出し、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出す代理リクエスト処理管理部と、前記代理リクエスト処理管理部から前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出す代理リクエスト生成部と、前記代理リクエスト受付部で受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するキャッシュ制御部と、前記代理リクエスト処理管理部から出されたコンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得して、前記代理リクエスト処理管理部と送受信するサーバアクセス部と、を具備し、
前記中継サーバが、
コンテンツをキャッシュするだけでなく、前記ユーザリクエストデータもキャッシュすることにより、コンテンツと前記リクエストデータとをセットで各ユーザ端末ごとに管理し、同一又は類似コンテンツに対するアクセスか否かを判断しながら、アクセス制御処理する、
ようにしたことを特徴とするアクセス中継システム。
【請求項２７】
伝送路を利用してデータを送受信するアクセス中継方法であって、
前記アクセス中継方法で使用する中継サーバにおいて、
前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、
を実行することを特徴とするアクセス中継方法。
【請求項２８】
伝送路を利用してデータを送受信するアクセス中継プログラムを記録した記録媒体であって、
前記アクセス中継方法で使用する中継サーバにおいて、
前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、
を実行することを特徴とするアクセス中継プログラムを記録した記録媒体。
【請求項２９】
伝送路を利用してデータを送受信するアクセス中継プログラムであって、
前記アクセス中継方法で使用する中継サーバにおいて、
前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、
をコンピュータに実行させるためのアクセス中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家庭内のネットＡＶ端末の外部ネットワークへのアクセスを中継するプロキシ装置等のアクセス中継装置およびこのアクセス中継装置を用いたネットワークアクセス方法に関する。
【背景技術】
【０００２】
２００４年から本格的なホームサーバ、ネットＡＶ端末（ネットワークに接続可能なＡＶ端末）が多数製品化される。家庭内でネット家電（冷蔵庫やエアコン等に無線通信機能を付加し、携帯電話や専用の端末等から操作できるようにしたもの）が複数導入されると、その利用方法も多様化する。特に、ネットワーク上のホームページ、動画、音楽等のコンテンツ（リソース）に対しては、ＰＣ（パーソナル・コンピュータ）とは違う新しい利用方法が望まれる。
【０００３】
これらのネット家電を使用するユーザ側の要求としては、コンテンツの特性に合わせてネットＡＶ端末を使い分けたいという要求がある。例えば、Ｗｅｂサーフィン自体は、高解像度で利用しやすいＵＩ（ユーザ・インタフェース）を備えるＰＣで行いたいが、Ｗｅｂサーフィンの途中で辿り着いた映画のような動画コンテンツは、ＴＶ（テレビ）の画面上に映して視聴したい、という要求が上げられる。
【０００４】
例えば、特許文献１に記載の情報受信機および情報端末は、ネットワーク上のコンテンツのうち、文字部分は、別途液晶付きリモコンに転送し、このリモコンで文字部分の表示および操作が可能なようにしている。
【特許文献１】特開２０００−３１５９５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来は、ネットＡＶ端末において、ユーザが視聴しているページを別の端末で見ようとする場合、例えば、ＴＶ画面に表示されているインターネット上のあるコンテンツをＰＣの画面上に表示させようとする場合、この別の通信端末にＵＲＬ（Uniform Resource Locator）を打ち込み直す（入力し直す）必要があり、ユーザ利便性が低いという問題があった。
【０００６】
本発明は、かかる点に鑑みてなされたものであり、ホームネットワーク等において、複数の端末から、インターネット等の外部ネットワーク上の同一のコンテンツに対し、端末間でシームレスにアクセスをすることを可能とするアクセス中継装置およびネットワークアクセス方法を提供することを目的とする。また、これは、従来には全くなかった新しいホームネットワークの形態を提案するものでもある。
【課題を解決するための手段】
【０００７】
本発明のアクセス中継装置は、ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記他の機器の現在または過去のアクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に出力する構成を採る。
【０００８】
本発明のアクセス中継装置は、ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、前記複数の機器から出力されたアクセス要求を記憶する記憶手段と、前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行う要求手段と、当該アクセス要求に対して前記リソースを管理するサーバが応答した内容を前記一の機器に中継する中継手段と、を具備する構成を採る。
【０００９】
本発明のアクセス中継装置は、ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、前記複数の機器から出力されたアクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容を記憶する記憶手段と、前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に記憶されている前記サーバの応答内容を前記一の機器に応答する応答手段と、を具備する構成を採る。
【００１０】
本発明のアクセス中継装置は、ホームネットワーク内の複数の機器と外部ネットワークとに接続され、前記複数の機器による前記外部ネットワーク上のリソースへのアクセスを中継するアクセス中継装置であって、前記複数の機器から出力されたアクセス要求と当該アクセス要求に対し前記外部ネットワーク上のリソースを管理する各サーバが応答した応答内容とを記憶する記憶手段と、前記複数の機器のうちの一の機器が、前記複数の機器のうちの前記一の機器と異なる他の機器がアクセスしているリソースと同一のリソースへのアクセスを要求した場合、前記記憶手段に前記サーバの応答内容が記憶されているか否か確認する確認手段と、前記サーバの応答内容が記憶されている場合、当該応答内容を前記一の機器に応答し、前記サーバの応答内容が記憶されていない場合、前記記憶手段に記憶されている前記他の機器の前記リソースへのアクセス要求を用いて前記一の機器の代わりに前記リソースへアクセス要求を行い、当該アクセス要求に対する前記サーバの応答内容を前記一の機器に中継する代理手段と、を具備する構成を採る。
【００１１】
これらの構成によれば、ホームネットワーク内の複数の端末がインターネット等の外部ネットワークにアクセスできる環境下において、外部ネットワークへのアクセスを一元管理するアクセス中継装置を設置することより、外部ネットワーク上の同一のコンテンツに対し、これらの複数の端末間でシームレスにアクセスをすることが可能となる。また、上記の効果は、ユーザが既に所有している既存のＴＶ、ＰＣ等の機器に何ら新規な構成および機能を実装することなく、実現することができる。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、ホームネットワーク等において、複数の端末から、インターネット等の外部ネットワーク上の同一のコンテンツに対し、端末間でシームレスにアクセスをすることができる。また、上記の効果は、ユーザが既に所有している既存のＴＶ、ＰＣ等のクライアント装置に何ら新規な構成および機能を実装することなく、実現することができる。
【発明を実施するための最良の形態】
【００１３】
本発明の骨子は、１つのアクセス中継装置が、宅内のネットＡＶ端末からのインターネットアクセスを全て仲介し管理することにより、代理で外部ネットワークのサーバへアクセスし、要求があれば特定の端末のＷｅｂアクセスを宅内の別の端末へ引き継ぐことである。
【００１４】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。なお、ここでは、アクセス中継装置としてプロキシ装置を例にとって説明する。
【００１５】
（実施の形態１）
図１は、本実施の形態の概念を説明するための図である。
【００１６】
この図において、ユーザははじめＴＶ上でテレビ番組を視聴しているが、番組内でＵＲＬ（Uniform Resource Locator）が提供されることにより、Ｗｅｂサーフィンを開始したくなったとする。しかし、通常のＷｅｂページはＰＣ向けに製作されているため、ＴＶの画面上では見づらいページが多い。だからと言って、ＴＶ画面上に表示されているＵＲＬを手で紙片にメモし、しかもＰＣ、ＰＤＡ（Personal Digital Assistant）等のコンピュータの設置されている場所へわざわざ移動し、メモしたＵＲＬをコンピュータに手入力するのは非常に煩わしいことである。
【００１７】
そこで、本実施の形態では、ユーザが場所を移動することなく、その場で同じページを別のネットＡＶ端末へ表示させ、それ以降のＷｅｂアクセスをそのネットＡＶ端末に引き継がせることを可能とする。すなわち、宅内の複数機器間でＷｅｂサーフィンをシームレスに実行することを可能とさせる。
【００１８】
図２は、上記の動作を実現する装置、すなわち、代理サーバであるプロキシ装置１００を示した図である。
【００１９】
この図において、ノート型ＰＣ（Ｔ１）、ＤＶＤレコーダ（Ｔ２）、ホームサーバ（Ｔ３）、およびＰＤＡ（Ｔ４）から構成される従来のホームネットワークＮ１に対し、これらのネットワーク回線を一本にまとめて管理するホームネットワーク専用のプロキシ装置１００が設置される。プロキシ装置１００は、外部ネットワークＮ２を介し、外部のＷｅｂサーバＷ１と情報のやりとりを行う。
【００２０】
ここで、プロキシ装置１００の特徴は、第１に、宅内のネットＡＶ端末（Ｔ１〜Ｔ４）からのインターネットアクセスを全て仲介し（Ｔ１〜Ｔ４からのインターネットアクセスが必ずプロキシ装置１００を経由するようにし）、代理でサーバＷ１へアクセスすること、第２に、各ネットＡＶ端末のアクセスを、ユーザから要求がある場合には、ある端末からある端末へＷｅｂアクセスを引き継がせる（以下、この処理をアクセス管理という）ことである。
【００２１】
ここで、プロキシ装置１００のプロキシとは、ＨＴＴＰ ＲＦＣ１９４５によって以下のように定義されたものである。すなわち、プロキシとは、クライアントから出されるアクセス要求を代行、中継するプログラムのことを指しており、サーバとして機能すると同時に、それ自体がクライアントとしても機能する。ここで、アクセス要求は、内部的に処理される場合と、何らかの変換を経て他のサーバへ転送される場合とがある。プロキシは、このアクセス要求の内容を解釈し、必要があれば要求内容を書き換えた上で転送しなければならないこととなっている。また、プロキシは、クライアント装置がファイアウォールを経由して外部へ到達するための窓口として、あるいはユーザエージェントで未実装のプロトコルによるアクセス要求を代行させるための手段としてよく利用される。
【００２２】
一般的なプロキシの役割は、プロキシはアプリケーションレイヤのデータをターゲットとしているため、１．キャッシュ機能を有することにより帯域幅を節約できること、２．柔軟なアクセス制御ができること（認証機能を備えることによりアクセスを制限可能）、３．高度なフィルタリング処理を実行できること（Ｗｅｂ系のリクエストのみを通すリクエストフィルタもしくはデータ変更も可能なレスポンスフィルタの機能を実装可能）、４．ログ管理の処理に適している、等があげられる。
【００２３】
よって、プロキシの特徴として、１．プロキシ認証ができること、２．ｖｉａ設定をヘッダに書くことができること（あるプロキシを経由していることをＶｉａヘッダ情報として書き込み可能）、３．プロキシサーバ間のみでセキュアな通信をすることができること（プロキシに至るまでとは異なる通信をすることが可能）、４．レスポンスのヘッダ値によってはキャッシュの操作をしてはいけないことになっている、等がある。
【００２４】
図３は、上記のアクセス管理における信号の流れを示した図である。ここでは、コンテンツが静的データである場合を例にとって説明する。また、信号に付された符号の番号の大小は信号の順序の先後を示している（他の図面においても同じ）。
【００２５】
ユーザは、ホームサーバＴ３のＳＴＢ（Set Top Box）画面において、ＷｅｂサーバＷ１へのアクセスをＰＤＡ（Ｔ４）に転送したいという旨を入力する。具体的には、例えば、ＰＤＡ（Ｔ４）の機器ＩＤをホームサーバＴ３に入力する。すると、ホームサーバＴ３は、この旨のリクエストＡをプロキシ装置１００に送信する（信号Ｓ１）。
【００２６】
プロキシ装置１００は、このリクエストＡをＷｅｂサーバＷ１へ送信し（信号Ｓ２）、ＷｅｂサーバＷ１からレスポンスＡを得る（信号Ｓ３）。プロキシ装置１００は、このレスポンスＡを内部メモリ（図示せず）にキャッシュすると共に、ホームサーバＴ３に送信する（信号Ｓ４）。
【００２７】
一方、ＰＤＡ（Ｔ４）は、プロキシ装置１００に対し、「機器Ｘ（この例ではＴ３）と同じ」という内容のリクエストを送信し（信号Ｓ５）、レスポンスＡを得る（信号Ｓ６）。
【００２８】
上記の信号の流れにより、プロキシ装置１００を含むホームネットワークは、静的コンテンツであってもシームレスアクセスを実現することができる。
【００２９】
図４は、コンテンツが動的データである場合のアクセス管理における信号の流れを示した図である。なお、信号Ｓ１〜Ｓ５までは、図３において既に説明した流れと同一であるため、その説明を省略する。
【００３０】
コンテンツが動的データであった場合、静的データの場合と異なり、ＰＤＡ（Ｔ４）が、プロキシ装置１００に対し、「機器Ｘと同じ」という内容のリクエストを送信しても（信号Ｓ５）、プロキシ装置１００はキャッシュされているデータが既に古いものとなっている可能性があるので、すぐにはレスポンスＡを返さない。まず、ＷｅｂサーバＷ１に対し、再度、リクエストＡを送信し（信号Ｓ１１）、ＷｅｂサーバＷ１からレスポンスＡがあってから（信号Ｓ１２）、プロキシ装置１００は、ＰＤＡ（Ｔ４）に対し、レスポンスＡを返す（信号１３）。
【００３１】
上記の信号の流れにより、プロキシ装置１００を含むホームネットワークは、動的コンテンツであってもシームレスアクセスを実現することができる。
【００３２】
図５は、プロキシ装置１００の内部メモリにキャッシュされるデータテーブルの内容を示した図である。
【００３３】
このデータテーブルは、全機器（図２の例では、Ｔ１〜Ｔ４）とこれに対応するキャッシュの内容が管理される。具体的には、データテーブルには、少なくとも現時点で全機器がアクセスしているドメイン内のアクセス済みのページの内容が機器ＩＤと対応付けられてキャッシュされる。ただし、外部サーバからのレスポンスの内容によっては、キャッシュが不可能となることもある。例えば、レスポンスが動的コンテンツである場合である。このときは、レスポンス値ではなく、リクエスト値を利用することとする。
【００３４】
プロキシ装置１００は、このように、仲介するリクエストをキャッシュし、さらに機器毎にこのキャッシュされる内容Ａを管理するので、従来からある通常のプロキシ装置とは動作が異なる。
【００３５】
図６(ａ)〜(ｃ)は、セッション引き継ぎのためのリクエストの変更における信号の流れを説明するための図である。
【００３６】
図６(ａ)は、ＨＴＴＰヘッダ中の Accept を変更する場合を示した図である。ここでは、同じセッション中で端末によってＨＴＴＰヘッダの Accept の中身を変更する。すなわち、端末の性能に応じて、受けることのできるデータを変更する（ユーザ・アダプテーション）。
【００３７】
図６(ｂ)は、クッキーを挿入する場合を示した図である。まず、ホームサーバＴ３はプロキシ装置１００に対して最初のアクセスを行い（信号Ｓ２１）、プロキシ装置１００は、これに応じてリクエストをＷｅｂサーバＷ１に送信する（信号Ｓ２２）。ＷｅｂサーバＷ１は、リクエストに対するレスポンスをクッキーＡと共にプロキシ装置１００に送信し（信号Ｓ２３）、プロキシ装置１００は、受けたクッキーＡを内部メモリにキャッシュする。
【００３８】
そして、ＰＤＡ（Ｔ４）がプロキシ装置１００に対し引き継ぎのアクセスを行った場合（信号Ｓ２４）、プロキシ装置１００はこれに応じて、最新のクッキーを入手するために、キャッシュしていたクッキーＡと共にリクエストをＷｅｂサーバＷ１に送信する（信号Ｓ２５）。ＷｅｂサーバＷ１は、クッキーＡと共に送られてきたリクエストに対するレスポンスに最新のクッキー（クッキーＡ’）を付加し、プロキシ装置１００に送信する（信号Ｓ２６）。プロキシ装置１００は、受けたクッキーＡ’を内部メモリにキャッシュする。
【００３９】
これにより、プロキシ装置１００は、最新のクッキーを入手することができるので、ホームサーバＴ３からＰＤＡ（Ｔ４）へのセッションの引き継ぎをすることができるようになる。
【００４０】
図６(ｃ)は、認証情報を挿入する場合を示した図である。これは、従来のホームネットワークのもう一つの課題を解消するための機能である。
【００４１】
図７に示すような、ネットＡＶ端末Ｔ１、Ｔ２、プロキシ装置１０等から構成される従来のホームネットワークでは、ユーザがネットＡＶ端末Ｔ２を使用してユーザ認証が必要なサイト（ページＸ）にアクセスしていた場合に、使用する端末をネットＡＶ端末Ｔ１に変更して同一のページＸを閲覧しようとすると、以下の処理が必要になる。すなわち、サーバがセッション管理を行っているため、ユーザは、新しい端末において、ページＸにアクセスするものの、ユーザ認証を要求されるため、再度そのサイトのトップページに戻って、再度ユーザ認証を行い、その後、ページＸまで辿っていく必要が生じる。この処理は非常に煩雑であるので、ユーザ利便性が低いと言える。
【００４２】
そこで図６(ｃ)に示すように、まず、ホームサーバＴ３はプロキシ装置１００に対して最初のアクセスを行い（信号Ｓ３１）、プロキシ装置１００は、これに応じてリクエストをＷｅｂサーバＷ１に送信する（信号Ｓ３２）。ＷｅｂサーバＷ１は、このリクエストに対し、ホームサーバＴ３にベーシック認証を求めるので、ＷｅｂサーバＷ１とホームサーバＴ３と間でベーシック認証の各処理が始まる（信号Ｓ３３）。この認証処理において、プロキシ装置１００は信号Ｓ３３を中継しているので、認証情報を入手することができ、これを内部メモリに保存すると共に、ヘッダの Authorization を行う。
【００４３】
そして、ＰＤＡ（Ｔ４）が、プロキシ装置１００に対し引き継ぎのアクセスを行った場合（信号Ｓ３４）、プロキシ装置１００は、このアクセスに対し、保存しておいた認証情報を用いて Authorization を与え、ＷｅｂサーバＷ１に送信する（信号Ｓ３５）。
【００４４】
これにより、プロキシ装置１００は、ホームサーバＴ３からＰＤＡ（Ｔ４）へのセッションの引き継ぎをする際に障害となるベーシック認証の処理も可能となるので、このセッションの引き継ぎをすることができるようになる。
【００４５】
図８は、本実施の形態に係るプロキシ装置１００および周囲のネットＡＶ端末の主要な構成を示すブロック図である。
【００４６】
プロキシ装置１００は、代理リクエスト受付部１０１、代理リクエスト処理管理部１０２、サーバアクセス部１０３、キャッシュ制御部１０４、および代理リクエスト生成部１０５を有する。
【００４７】
代理リクエスト受付部１０１は、ユーザ端末ＡおよびＢから送信されるＨＴＴＰリクエストを受信し、代理リクエスト処理管理部１０２に出力する。また、代理リクエスト受付部１０１は、代理リクエスト処理管理部１０２から出力された応答電文を指定のクライアント（ユーザ端末ＡおよびＢ）に送信する。
【００４８】
代理リクエスト処理管理部１０２は、受け取ったＨＴＴＰリクエストの解釈を行い、現在表示されているページと同一のページを要求するものか否か判断し、同じページを要求するものであった場合は、この旨を代理リクエスト生成部１０５に出力し、代理リクエスト（ＨＴＴＰリクエスト）を生成させる。また、代理リクエスト処理管理部１０２は、サーバアクセス部１０３から受け取った受信電文をキャッシュ制御部１０４に出力すると共に、代理リクエスト受付部１０１を介してクライアントを指定し受信電文をユーザ端末の通信部に出力する。
【００４９】
キャッシュ制御部１０４は、リクエストおよびレスポンスのキャッシュを行う。このとき、リクエストおよびレスポンスをそれぞれキャッシュすべきか否かの判断も行う。
【００５０】
なお、ユーザ端末は個々に、ＩＰアドレス等のネットワーク識別子を有している。
【００５１】
次いで、上記構成を有するプロキシ装置１００の動作の一例として、ネットＡＶ端末がＷｅｂアクセスを要求した場合のプロキシ装置１００および周辺機器の動作を、図９に示すフロー図を用いて説明する。ここでは、ユーザ端末Ａが上記の要求を行う場合を例にとって説明する。
【００５２】
ユーザ端末Ａ内のＵＩ部１５１ａには、ユーザにより、ＵＲＬ（例えば、http://www.sample.com/html）が入力される（ＳＴ１０１０）。ブラウザ部１５２ａは、これを受けて httpリクエスト文を生成し（ＳＴ１０２０）、通信部１５３ａに出力する（ＳＴ１０３０）。通信部１５３ａは、この httpリクエストを通信網Ｎ３を介し、プロキシ装置１００内の代理リクエスト受付部１０１に送信する（ＳＴ１０４０）。
【００５３】
プロキシ装置１００内の代理リクエスト受付部１０１は、受信した httpリクエストの処理を代理リクエスト処理管理部１０２に要求する（ＳＴ１０５０）。
【００５４】
代理リクエスト処理管理部１０２は、ユーザ端末Ａから送信されたリクエストを代理リクエスト受付部１０１を介して受け取り、これを機器ＩＤ管理テーブルと照らし合わせて内容を確認し、これが通常のリクエストと判断された場合には（ＳＴ１０６０）、キャッシュ制御部１０４にこれらの内容をキャッシュするように要求する（ＳＴ１０７０）と共に、サーバアクセス部１０３を介しＷｅｂサーバＷ１に httpリクエストを代理で送信する（ＳＴ１０８０、ＳＴ１０９０）。なお、ここでは、機器ＩＤ管理テーブルは、機器ＩＤおよび機器名が予め登録されているデータテーブルを想定しているが、ローカルＩＰアドレスが予め登録されているデータテーブルを使用しても良い。
【００５５】
ＷｅｂサーバＷ１は、サーバアクセス部１０３から送信された httpリクエストに対し httpレスポンスを返す（ＳＴ１１００）。
【００５６】
代理リクエスト処理管理部１０２は、サーバアクセス部１０３を介して、このＷｅｂサーバＷ１からの httpレスポンスを受信する（ＳＴ１１１０）。そして、代理リクエスト処理管理部１０２は、キャッシュ制御部１０４にこれをキャッシュするように要求する（ＳＴ１１２０）と共に、代理リクエスト受付部１０１を介してこの httpレスポンスをユーザ端末Ａに送信する（ＳＴ１１３０、ＳＴ１１４０）。キャッシュ制御部１０４は、要求通りにレスポンスの内容をキャッシュする処理を行う（ＳＴ１１７０）。
【００５７】
ユーザ端末Ａ内のブラウザ部１５２ａは、通信部１５３ａを介し httpレスポンスを受信し（ＳＴ１１５０）、この内容を画面上に表示するようにＵＩ部１５１ａに要求する（ＳＴ１１６０）。
【００５８】
以上の処理が終了後、ブラウザ部１５２ａは、ユーザからＵＩ部１５１ａを介し、ページ内に埋め込まれたリンク（http文書内の貼り付け素材）への接続を要求された場合、順次上記の処理を繰り返すことにより httpリクエストを行う。
【００５９】
図１０は、ネットＡＶ端末が同一ページの表示を要求した場合のプロキシ装置１００および周辺機器の動作を示すフロー図である。ここでは、ユーザ端末Ｂが上記の要求を行う場合を例にとって説明する。なお、ＳＴ１０１０〜ＳＴ１０５０およびＳＴ１１３０〜ＳＴ１１６０の処理は図９と同一であるので、その説明を省略する。
【００６０】
代理リクエスト処理管理部１０２は、ユーザ端末Ａから送信されたリクエストを代理リクエスト受付部１０１を介して受け取り（ＳＴ１０５０）、これを機器ＩＤ管理テーブルと照らし合わせて内容を確認し、これが同期処理のリクエストと判断された場合には（ＳＴ２０１０）、キャッシュ制御部１０４にキャッシュ確認をするように指示する（ＳＴ２０２０）。キャッシュ制御部１０４は、機器ＩＤとキャッシュされているリクエストおよびレスポンスの内容を参照し、機器ＩＤに対応するリクエストおよびレスポンスがキャッシュされているか確認する（ＳＴ２０３０）。
【００６１】
ＳＴ２０３０において、対応するリクエストおよびレスポンスがキャッシュされている場合は、キャッシュ制御部１０４は、対応する機器の最新レスポンスを取得すると共に、ユーザ端末Ｂの情報をキャッシュし（ＳＴ２０４０）、応答としてレスポンスページを代理リクエスト処理管理部１０２に出力する（ＳＴ２０５０）。かかる場合、ＳＴ２０６０〜ＳＴ２１２０の処理はスキップされ、ＳＴ１１３０〜ＳＴ１１６０の処理が実行される。
【００６２】
一方、ＳＴ２０３０において、対応するリクエストおよびレスポンスがキャッシュされていなかった場合には、キャッシュ制御部１０４は、応答としてＮＧページを代理リクエスト処理管理部１０２に出力する（ＳＴ２０５０）。なお、ここでＮＧページを出力する代わりに、ＳＴ２１４０における httpレスポンスにおいて、例えば、ステータスコード４００番（Bad Request）を利用してＮＧである旨を示しても良い。そして、先程説明したのと同様に、ＳＴ２０６０〜ＳＴ２１２０はスキップされ、ＳＴ１１３０〜ＳＴ１１６０の処理が行われる。
【００６３】
また、ＳＴ２０３０において、対応するリクエストはキャッシュされているが、対応するレスポンスはキャッシュされていなかった場合、キャッシュ制御部１０４は、対応する機器の最新リクエストを取得すると共に、ユーザ端末Ｂの情報をキャッシュし（ＳＴ２０４０）、キャッシュされていたリクエストの電文を代理リクエスト処理管理部１０２に応答する（ＳＴ２０５０）。代理リクエスト処理管理部１０２は、代理リクエスト生成部１０５に対し、代理リクエストの生成を要求する（ＳＴ２０６０）。代理リクエスト生成部１０５は、これを受けて代理リクエストを生成し（ＳＴ２０７０）、代理リクエスト処理管理部１０２に対する応答としてこれを出力する（ＳＴ２０８０）。代理リクエスト処理管理部１０２は、ＷｅｂサーバＷ１へのアクセス要求を、サーバアクセス部１０３を介してＷｅｂサーバＷ１に送信する（ＳＴ２０９０、ＳＴ２１００）。ＷｅｂサーバＷ１は、このリクエストに対するレスポンスを、サーバアクセス部１０３を介して代理リクエスト処理管理部１０２に送信する（ＳＴ２１１０、ＳＴ２１２０）。そして、ＳＴ１１３０〜ＳＴ１１６０の処理が行われる。
【００６４】
図１１は、上記の一連の処理の中から、代理リクエスト処理管理部１０２に関わる処理を抜き出し、整理したフロー図である。
【００６５】
この図においてＳＴ３０１０は、図９または図１０のＳＴ１０５０に相当し、ＳＴ３０２０は、図９のＳＴ１０６０および図１０のＳＴ２０１０に相当する。図９および図１０は、図１１のＳＴ３０３０において、通常のリクエストか否か（通常のリクエストでない場合は、同期処理のリクエスト）で分岐するフローをわかりやすく別々の図面として説明したものである。
【００６６】
図１２は、上記のキャッシュ制御部１０４のキャッシュ処理の手順を示したフロー図である。
【００６７】
キャッシュ制御部１０４は、キャッシュ処理の要求を受信した場合（ＳＴ４０１０）、内部メモリに予め記憶されているキャッシュテーブルを確認し（ＳＴ４０２０）、該当する機器ＩＤが登録されているか否か判断する（ＳＴ４０３０）。
【００６８】
該当する機器ＩＤが登録されている場合は、次にリクエスト種別を判定する処理を行い（ＳＴ４０４０、ＳＴ４０５０）、新規リクエストだった場合、キャッシュテーブル内の該当する機器ＩＤの登録内容を削除する（ＳＴ４０６０）。一方、ブラウザ自動発呼リクエストだった場合は、キャッシュ処理を終了する。
【００６９】
ＳＴ４０６０の処理の後、またはＳＴ４０３０において該当する機器ＩＤがなかった場合には、キャッシュテーブルに今回の機器ＩＤの項目を追加して（ＳＴ４０７０）、リクエスト電文を登録する（ＳＴ４０８０）。
【００７０】
図１３は、上記のキャッシュテーブルの一例を示したものである。
【００７１】
図１４は、図１２に示したリクエスト種別判定処理（ＳＴ４０４０）のより詳細な手順を示したフロー図である。
【００７２】
キャッシュ制御部１０４は、リクエスト電文を受信した場合（ＳＴ４０４１）、この中にRefer情報（参照情報）があるか否か判断する（ＳＴ４０４２）。そして、Refer情報がある場合には、ブラウザ自動発呼リクエストの応答電文を生成し（ＳＴ４０４３）、この応答電文を送信する（ＳＴ４０４４）。Refer情報がない場合には、指定リクエストの応答電文を生成し（ＳＴ４０４５）、この応答電文を送信する（ＳＴ４０４４）。
【００７３】
なお、Refer情報を使う以外に、特定のファイルアクセス以外であるＪＰＥＧ、ＧＩＦ等の画像情報を使用しても良いし、レスポンスの内容をチェックするようにしても良い。例えば、レスポンスの内容がＨＴＭＬのような構造化文書によって作成されているか、またはその後に続くリクエストが上記ＨＴＭＬ文書内に埋め込まれた素材であるか、等である。すなわち、リクエスト電文をキャッシュしようとする場合、そのリクエスト電文が、既にキャッシュされているレスポンスのＨＴＭＬ文書に埋め込まれた素材に対するリクエストである場合は、ブラウザ自動発呼であると判断し、キャッシュ非対象と判断する。また、既にキャッシュされているＨＴＭＬからのリンク先ＵＲＬであったり、ＨＴＭＬに記述されていないようなＵＲＬの場合は、キャッシュ対象と判断する。
【００７４】
図１５(ａ)〜(ｃ)は、上記のＨＴＴＰリクエスト（ＧＥＴ文）の様々な例を示した図である。
【００７５】
図１５(ａ)は、ユーザがあるボタンを押し下げることにより生成される httpリクエストの一例であり、図１５(ｂ)は、ページ内の画像素材を取得するための httpリクエストの一例であり、図１５(ｃ)は、認証情報およびクッキーが付加された httpリクエストの一例である。なお、図１５(ｃ)において、Ｄ１が認証情報、Ｄ２が付加情報であり、図１５(ｂ)および図１５(ｃ)には、Refer情報が含まれている。
【００７６】
図１６は、上記の代理リクエスト（ＧＥＴ文）の一例を示す図である。
【００７７】
この図において、Ｄ３が機器識別子である。この例では、機器識別子としてローカルＩＰアドレスを使用する場合を示したが、「http://papa-pc」のように、直感的にパパ（お父さん）のＰＣであることがわかるように家庭内の各種機器に機器名を付けても良い。
【００７８】
図１７は、上記のように家庭内の各種機器に機器名を付けた場合のキャッシュテーブルの一例を示した図である。このように、各機器を登録して、しかも登録した各機器ごとにキャッシュがエントリされるようにする。家庭内機器のＩＰアドレスと機器名との対応付けは、例えば、プロキシ装置内の hostsファイルに登録しておくことによって実現できる。
【００７９】
また、「http://same/192.168.1.4」というように、「same」という予約語を使用しても良い。このとき、プロキシ装置１００は、この「same」を含むＵＲＬが来た場合に代理リクエストと判断し、「same」に続く機器識別子に該当する機器と同じページへのアクセス要求であると判断する。
【００８０】
図１８は、ＨＴＴＰレスポンスの一例を示す図である。この図において、Ｄ４はＨＴＭＬ形式のドキュメント等である。
【００８１】
図１９は、キャッシュ制御部１０４が上記のリクエストを受信した際の処理を示したフロー図である。
【００８２】
キャッシュ制御部１０４は、リクエストを受信した場合（ＳＴ５０１０）、リクエスト電文から機器識別子を抽出する（ＳＴ５０２０）。そして、この機器識別子を用いてキャッシュテーブルを検索し（ＳＴ５０３０）、該当する項目（エントリ）がある場合（ＳＴ５０４０）、キャッシュテーブルから該当する機器識別子のリクエスト電文を取得し（ＳＴ５０５０）、このリクエスト電文を応答として出力する（ＳＴ５０６０）。また、ＳＴ５０４０において、該当する項目がないと判断された場合、「該当なし」という応答を出力する（ＳＴ５０７０）。
【００８３】
図２０は、上記の代理リクエスト生成部１０５における代理リクエストを生成する処理の手順を示すフロー図である。
【００８４】
代理リクエスト生成部１０５は、代理リクエスト生成の要求を受信した場合（ＳＴ６０１０）、「代理リクエスト」および「キャッシュリクエスト」をキャッシュ情報から取得する（ＳＴ６０２０）。そして、取得した「代理リクエスト」からクライアントの処理能力に関する情報を取得し、同様に取得した「キャッシュリクエスト」中の該当項目をこの情報で置換する（ＳＴ６０３０）。また、代理リクエスト生成部１０５は、取得した「代理リクエスト」からクライアント種別に関する情報を取得し、同様に取得した「キャッシュリクエスト」中の該当項目をこの情報で置換する（ＳＴ６０４０）。そして、上記の置換が施された変更後の「キャッシュリクエスト」を代理リクエストとして、代理リクエスト処理管理部１０２へ出力（応答）する（ＳＴ６０５０）。
【００８５】
図２１は、上記の代理リクエスト生成処理によって実際に生成される代理リクエストの一例を示した図である。
【００８６】
この図において、Ｄ５が変更前の代理リクエスト（ＧＥＴ文）、Ｄ６が「機器識別子＝192.168.1.4」のキャッシュリクエスト、Ｄ７が生成される代理リクエストである。この図では、矢印に従って置換が行われることを示している。なお、Ｄ５中において、Ｄ８はクライアント処理能力情報、Ｄ９はクライアント種別情報である。
【００８７】
図２２は、代理リクエスト処理管理部１０２においてレスポンスもキャッシュされる場合の処理手順を示すフロー図である。なお、このフローは、図１１に示したフローと基本的に同様の手順となっているので、同一の手順には同一の符号を付している。この処理の概要については、図１０において既に説明しているので、ここでは説明を省略する。
【００８８】
図２３は、キャッシュ制御部１０４がレスポンスもキャッシュする場合のキャッシュ処理の手順を示したフロー図である。なお、このフローは、図１２に示したフローと基本的に同様の手順となっているので、同一の手順には同一の符号を付して、その説明を省略する。
【００８９】
ＳＴ４０１０においてキャッシュ要求が受信された場合、キャッシュ制御部１０４は、要求されたキャッシュの種別（キャッシュ対象）を判断し（ＳＴ８０１０）、これがレスポンスのキャッシュの要求であった場合、キャッシュテーブルを確認する（ＳＴ８０２０）。そして、該当するリクエストがあった場合（ＳＴ８０３０）、キャッシュテーブル中の該当機器ＩＤのレスポンス項目にこれを登録する（ＳＴ８０４０）。該当するリクエストがなかった場合は処理が終了する（ＳＴ８０３０）。
【００９０】
一方、ＳＴ８０１０において、要求されたキャッシュ種別がリクエストであった場合、既に説明したＳＴ４０２０以降の処理に移る。
【００９１】
図２４は、キャッシュ制御部１０４がリクエストを受信し、レスポンス電文をキャッシュする場合の処理手順を示したフロー図である。なお、このフローは、図１９に示したフローと基本的に同様の手順となっているので、同一の手順には同一の符号を付して、その説明を省略する。
【００９２】
ＳＴ５０４０において、キャッシュテーブル中に機器識別子に該当する項目がある場合、キャッシュ制御部１０４は、このキャッシュテーブルにレスポンス電文が登録されているか否か確認する（ＳＴ９０１０）。そして、レスポンス電文が登録されている場合には、キャッシュテーブルから該当する機器識別子のレスポンス電文を取得し（ＳＴ９０２０）、このレスポンス電文を出力（応答）し（ＳＴ９０３０）、処理を終了する。ＳＴ９０１０において、レスポンス電文が登録されていない場合には、既に説明したＳＴ５０５０の処理に移行する。
【００９３】
なお、プロキシ装置１００自身がＷｅｂサーバ機能を有し、ホームネットワーク内の機器にホームページを提供しても良い。このとき、ホームページには、例えば、図２５に示すように、各機器と同じページ表示を提供するボタンＢ１〜Ｂ４が配置され、ユーザ端末からはそのボタンを押下することによって、「〜と同じ」というリクエストがプロキシ装置１００に送信される。これにより、同一ページを表示する処理が実行される。
【００９４】
このように、本実施の形態によれば、ホームネットワーク内の複数の端末がインターネット等の外部ネットワークにアクセスできる環境下において、外部ネットワークへのアクセスを一元管理するプロキシ装置を設置することより、外部ネットワーク上の同一のコンテンツに対し、これらの複数の端末間でシームレスにアクセスをすることが可能となる。また、上記の効果は、ユーザが既に所有している既存のＴＶ、ＰＣ等のクライアント装置に何ら新規な構成および機能を実装することなく、実現することができる。
【００９５】
（実施の形態２）
従来のホームネットワークには、他の課題もある。すなわち、家庭内であってもアクセス先へのセキュリティ確保が必要という点である。
【００９６】
例えば、端末Ａを父親、端末Ｂを子供が使用していた場合、子供が端末Ｂにおいて端末Ａと同期するリクエストを発した際に、父親が端末Ａにおいて認証が必要なページにいたとすると、子供にこのページを勝手に見られるのは無用心と言える（例えば、クレジットカード番号を登録している会員専用の買物ページ、金融機関のページ、パレンタルロックの掛かっているページ等へアクセスしている場合である）。従って、この場合、端末Ｂに対して、端末Ａがアクセスしているサーバへの認証を求める必要がある。これにより、家庭内でもセキュリティが確保されることになる。
【００９７】
そこで、本発明の実施の形態２に係るプロキシ装置２００は、以上の煩雑な処理を代行する。
【００９８】
図２６は、プロキシ装置２００の主要な構成を示すブロック図である。なお、このプロキシ装置２００は、図８に示したプロキシ装置１００と同様の基本的構成を有しており、同一の構成要素には同一の符号を付し、その説明を省略する。
【００９９】
プロキシ装置２００の特徴は、認証部２０１をさらに有することである。
【０１００】
次いで、上記のプロキシ装置２００の動作について、図２７に示すフロー図を用いて説明する。なお、このフローは、図１０に示したフローと基本的に同様の手順となっているので、同一の手順には同一の符号を付し、その説明を省略する。
【０１０１】
ＳＴ２０３０においてキャッシュ確認をした後、キャッシュ制御部１０４は、キャッシュリクエスト内に認証情報が含まれているか否か確認する（ＳＴ１００１０）。そして、認証情報が含まれている場合は、キャッシュ制御部１０４は、代理リクエスト処理管理部１０２に「認証情報を含んだキャッシュリクエスト電文あり」という旨の応答をする（ＳＴ１００２０）。
【０１０２】
代理リクエスト処理管理部１０２は、この応答を受けて、認証部２０１にキャッシュリクエスト電文を送ると共に、認証要求を行う（ＳＴ１００３０）。
【０１０３】
認証部２０１は、代理リクエスト受付部１０１、通信部１５３ｂ、およびブラウザ部１５２ｂを介し、ユーザにＩＤおよびパスワードの入力を求める（ＳＴ１００４０）。そして、ユーザからＵＩ部１５１ｂを介し入力（ＳＴ１００５０）されたＩＤおよびパスワードは、ブラウザ部１５２ｂ、通信部１５３ｂ、および代理リクエスト受付部１０１を介し、認証部２０１に認証リクエストとして入力される（ＳＴ１００６０）。認証部２０１は、このＩＤおよびパスワードを用いてユーザ認証の処理、すなわち、キャッシュリクエスト内に含まれる認証情報に記載されているＩＤおよびパスワードが、ＳＴ１００６０のリクエスト内に含まれる認証情報に記載されているＩＤおよびパスワードと一致するか否かをチェックし（ＳＴ１００７０）、その結果（成功もしくは失敗）を代理リクエスト処理管理部１０２に出力する（ＳＴ１００８０）。
【０１０４】
認証結果が成功の場合の以降の処理は、図１０で既に説明しているので、その説明を省略する。一方、認証結果が失敗の場合は、アクセス拒否の応答が代理リクエスト処理管理部１０２からブラウザ部１５２ｂへ出力される（ＳＴ１００９０）。また、ＳＴ１００１０において、キャッシュリクエスト内に認証情報が含まれていないと判定された場合の以降の処理も図１０に示した通りである。
【０１０５】
図２８は、代理リクエスト処理管理部１０２の本実施の形態における動作を説明したフロー図である。なお、このフローは、図１１に示したフローと基本的に同様の手順となっており、同一の手順には同一の符号を付し、その説明を省略する。
【０１０６】
代理リクエスト処理管理部１０２は、ＳＴ３１００においてキャッシュ制御部１０４に対して出したキャッシュ確認要求に対する応答（キャッシュ確認応答）の内容を判断し（ＳＴ１１０１０）、キャッシュリクエストがある場合はＳＴ３１３０の処理に移行し、キャッシュがない場合はＳＴ３１５０の処理に移行し、キャッシュリクエストがあり、かつ、認証情報がある場合はＳＴ１１０２０の処理に移る。ＳＴ１１０２０では、代理リクエスト処理管理部１０２は認証部２０１に対し認証要求を出し、その結果に応じて以降の処理が変わる（ＳＴ１１０３０）。すなわち、認証が成功した場合はＳＴ３１３０、認証が失敗した場合はＳＴ３１５０の処理に移る。
【０１０７】
図２９は、認証部２０１の動作を説明したフロー図である。
【０１０８】
認証部２０１は、代理リクエスト処理管理部１０２から認証要求を受信した場合（ＳＴ１２０１０）、認証要求を生成し（ＳＴ１２０２０）、リクエスト元のユーザ端末へこの認証要求を送信する（ＳＴ１２０３０）。そして、ユーザ端末から認証リクエストが送信されてくるまで受信待機を行う（ＳＴ１２０４０）。この間、ユーザ端末の表示画面上には、ＩＤおよびパスワードの入力画面が表示され、ユーザがこれらの認証情報を入力し、送信ボタンが押し下げするまで待機している。
【０１０９】
認証部２０１は、認証リクエストを受信した場合、これに含まれる認証情報（ＩＤおよびパスワード）を取得する（ＳＴ１２０５０）一方、代理リクエスト処理管理部１０２から出力されたキャッシュリクエスト内の認証情報（ＩＤおよびパスワード）も取得し（ＳＴ１２０６０）、取得された２つの認証情報が一致するか否か比較する（ＳＴ１２０７０）。
【０１１０】
そして、ＳＴ１２０７０において２つの認証情報が一致した場合、すなわち、認証に成功した場合は、認証部２０１は、代理リクエスト処理管理部１０２へ認証成功の旨を応答する（ＳＴ１２０８０）。一方、ＳＴ１２０７０において２つの認証情報が一致しない場合、すなわち、認証に失敗した場合は、認証部２０１は、代理リクエスト処理管理部１０２へ認証失敗の旨を応答する（ＳＴ１２０９０）。
【０１１１】
このように、本実施の形態によれば、ホームネットワーク内にユーザ認証を代行するプロキシ装置を設置するため、ユーザは、ユーザ認証における煩雑な処理を省力化することができる。
【０１１２】
（実施の形態３）
本発明の実施の形態３に係るプロキシ装置３００の特徴は、外部ネットワーク上のＷｅｂサーバＷ１と家庭内のネットＡＶ端末（ここでは、ホームサーバ）Ｔ３間に確立されるＳＳＬ（Secure Socket Layer）セッションの中継を行うことである。
【０１１３】
図３０は、本実施の形態に係るプロキシ装置３００により確立されるＳＳＬセッションの概要を示した図である。
【０１１４】
プロキシ装置３００は、ＳＳＬセッション内を通過するリクエストおよびレスポンスの中身（内容）を見ることができない。しかし、それでは、セッションの引き継ぎを行うことができないため、プロキシ装置３００は、ホームサーバＴ３およびＷｅｂサーバＷ１とのコネクション（回線）をそれぞれ別個に確立した後に、この２つのコネクションを用いてデータを双方向で転送するＳＳＬトンネリングを行う。すなわち、プロキシ装置３００は、内向きと外向きの２つのＳＳＬセッションを確立する。そして、サーバ（ここでは、ＷｅｂサーバＷ１）およびクライアント（ここでは、ホームサーバＴ３）のいずれかがコネクションを閉じるとプロキシ装置３００は通信を自動的に終了させる。
【０１１５】
これにより、あたかもホームサーバＴ３およびＷｅｂサーバＷ１間でＳＳＬセッションが確立されたように見せかけることができる。
【０１１６】
図３１は、本実施の形態と比較するために、従来のＳＳＬセッションの確立方法を示した図である。
【０１１７】
この図に示すように、ＳＳＬセッションの確立には双方間でサーバ証明書Ｐ１およびルート証明書Ｐ２の交換が要求されるが、これらを他者が中継することはＳＳＬにおいては認められていないので、従来のプロキシ装置１０は、ＳＳＬセッションの確立に関わることはできなかった。
【０１１８】
図３２は、本実施の形態に係るＳＳＬセッションの確立方法の概要を示した図である。ここでは、従来のＳＳＬセッションの確立方法と異なる点のみを説明する。
【０１１９】
プロキシ装置３００は、まずＳＳＬセッション確立の前準備として、ＷｅｂサーバＷ１に対しＨＴＴＰＳの入手を要求し（信号Ｓ４１）、本物の証明書（サーバ証明書Ｐ１３およびルート証明書Ｐ１４）を用いてＰＫＩ認証、すなわち、ＷｅｂサーバＷ１間とサーバ認証を行う（信号Ｓ４２）。これにより、プロキシ装置３００とＷｅｂサーバＷ１間でＳＳＬセッションが確立する。
【０１２０】
次に、プロキシ装置３００は、ホームネットワーク内部で通用する証明書（サーバ証明書Ｐ１１およびルート証明書Ｐ１２）を用いてホームサーバＴ３とＰＫＩ認証を行う（信号Ｓ４３）。これにより、プロキシ装置３００とホームサーバＴ３間で新たな別のＳＳＬセッションが確立する。プロキシ装置３００とＷｅｂサーバＷ１間、およびプロキシ装置３００とホームサーバＴ３間の双方でＳＳＬセッションが確立したことにより、あたかも。ホームサーバＴ３とＷｅｂサーバＷ１間でＳＳＬセッションが確立したように見せかけることができる。
【０１２１】
ＳＳＬセッションが確立した後は、ホームサーバＴ３がリクエストをプロキシ装置３００に出すと（信号Ｓ４４）、プロキシ装置３００はこれを中継し、ＷｅｂサーバＷ１にリクエストを出す（信号Ｓ４５）。リクエストを受けたＷｅｂサーバＷ１は、これに対するレスポンスをプロキシ装置３００に対して出して（信号Ｓ４６）、これを受けたプロキシ装置３００はこれを中継してレスポンスをホームサーバＴ３に返す（信号Ｓ４７）。
【０１２２】
このように、プロキシ装置３００が、ホームサーバＴ３とＷｅｂサーバＷ１間のＳＳＬセッションを確立するには、宅内においてサーバ証明を行わない暗号化伝送路を確保すれば充分である。
【０１２３】
図３３は、プロキシ装置３００の主要な構成を示すブロック図である。なお、プロキシ装置３００は、図８に示したプロキシ装置１００と同様の基本的構成を有しており、同一の構成要素には同一の符号を付し、その説明を省略する。
【０１２４】
プロキシ装置３００の特徴は、秘匿通信部３０１をさらに有することである。
【０１２５】
次いで、上記のプロキシ装置３００の動作について、図３４に示すフロー図を用いて説明する。なお、ＳＴ１０１０〜ＳＴ１０４０およびＳＴ１１４０〜ＳＴ１１５０の処理は図９と同一であるので、その説明を省略する。
【０１２６】
ＳＴ１０４０において httpsリクエストを受け付けた代理リクエスト受付部１０１は、秘匿通信部３０１に秘匿通信（ＳＳＬ通信）の開始を要求し（ＳＴ１３０１０）、秘匿通信部３０１はこれに対し、証明書を要求する応答を代理リクエスト受付部１０１に送信する（ＳＴ１３０２０）。
【０１２７】
なお、セキュリティの観点から、プロキシ装置が自動でＳＳＬ通信の仲介を行うことをユーザが望まない場合、ＳＴ１０４０の httpsリクエストに応えて、プロキシ装置３００がユーザ端末に対して「ＳＳＬ仲介を行っても良いか否か」を確認するメッセージを送ることも可能である。そして、確認メッセージに対する応答としてユーザ端末から許諾指示（例えばＯＫレスポンス）があった場合、本処理を実行することとする。
【０１２８】
一方、ＳＴ１１５０における httpsレスポンスには、証明書要求も含まれており、ブラウザ部１５２ａは、これに対し、設定されているＳＳＬセッションの証明書を確認し（ＳＴ１３１１０）、通信部１５３ａおよび代理リクエスト受付部１０１を介し、この証明書の確認応答を秘匿通信部３０１に送信する（ＳＴ１３１２０）。ここで、証明書は、ＳＳＬにおいて一般的に使用されている証明書であり、別個特別な証明書ではない。
【０１２９】
秘匿通信部３０１は、この証明書確認応答を用いて、ユーザ端末Ａとプロキシ装置３００間の秘匿セッション（ＳＳＬセッション）を確立する（ＳＴ１３１３０）と共に、httpsリクエストをサーバアクセス部１０３を介してＷｅｂサーバＷ１に送信する（ＳＴ１３１４０）。
【０１３０】
ＷｅｂサーバＷ１は、受信した httpsリクエストに対し、httpsレスポンスを証明書と共に返す（ＳＴ１３１５０）。
【０１３１】
秘匿通信部３０１は、受信した httpsレスポンスに含まれる証明書の内容を確認し（ＳＴ１３１６０）、この証明書の確認応答をサーバアクセス部１０３を介してＷｅｂサーバＷ１に返す（ＳＴ１３１７０）。これにより、秘匿通信部３０１は、プロキシ装置３００とＷｅｂサーバＷ１間の秘匿セッションを確立する（ＳＴ１３１８０）。
【０１３２】
以上の動作により、ユーザ端末ＡとＷｅｂサーバＷ１間で確立されたＳＳＬセッションをプロキシ装置３００があたかも中継することができるような通信環境になっている。
【０１３３】
次に、プロキシ装置３００内の秘匿通信部３０１は、ユーザ端末Ａから、暗号化されたＨＴＴＰＳリクエスト電文を受信した場合（ＳＴ１３１９０）、ユーザ端末Ａとの間で有効な暗号鍵を使用してこのリクエスト電文を復号化し（ＳＴ１３２００）、httpリクエスト要求を代理リクエスト処理管理部１０２に出力する（ＳＴ１３２１０）。以降の処理は、実施の形態１で既に説明した通りである。
【０１３４】
図３５は、プロキシ装置３００からＷｅｂサーバＷ１へリクエスト電文を送信する場合のプロキシ装置３００の処理手順について、説明するフロー図である。なお、ＳＴ１３１８０までの処理は図３４と同一であるので、その説明を省略する。
【０１３５】
ＳＴ１３１８０においてＳＳＬセッションが確立された後、代理リクエスト処理管理部１０２は、秘匿通信部３０１に対してアクセス要求を出力する（ＳＴ１４０１０）。秘匿通信部３０１は、これを受けて、ＷｅｂサーバＷ１との間で有効な暗号鍵を使用してこのリクエスト電文を復号化し（ＳＴ１４０２０）、暗号化済みの httpsリクエストをＷｅｂサーバＷ１に対し、サーバアクセス部１０３を介して送信する（ＳＴ１４０３０）。
【０１３６】
このように、本実施の形態によれば、ホームネットワーク内の端末とプロキシ装置間でＳＳＬセッションを確立する機能およびプロキシ装置と外部ネットワーク上のサーバ間で別のＳＳＬセッションを確立する機能の双方の機能を有するプロキシ装置３００をホームネットワーク内に設置する。これにより、プロキシ装置３００は、外部ネットワーク上のサーバとホームネットワーク内の端末との間にあたかもＳＳＬセッションが確立されたように見せかけることができ、よって、ホームネットワーク内の端末が外部ネットワークにアクセスする際にＳＳＬセッションが確立された場合でも、端末間でシームレスなアクセスを実現することができる。
【０１３７】
（実施の形態４）
本発明の実施の形態４に係るプロキシ装置４００の特徴は、外部ネットワーク上のストリーミングサーバから配信されるストリーミング動画やストリーミング音声を、家庭内のネットＡＶ端末間で引き継ぐことである。
【０１３８】
図３６は、本実施の形態に係るプロキシ装置４００により構築されるストリーミングの概要を示した図である。
【０１３９】
図３６(ａ)は、従来のプロキシ装置１０を用いた場合の概念図である。従来のプロキシ装置１０では、各ユーザ端末からのストリーミングサーバへのアクセスを中継し、各ユーザ端末とストリーミングサーバ間でのコネクション確立を助ける役割を果たす。これに対して、例えば本発明の実施の形態１に係るプロキシ装置１００を用いると、前記の説明により、例えばユーザ端末Ａがアクセスしているストリーミングサーバへユーザ端末Ｂからも簡単にアクセスすることが可能になり、同じ動画像ストリーミングを受信・再生することができるという利便性を得られる。
【０１４０】
しかし、ストリーミング動画像に対しては、それ以上の利便性を求められる。つまり、ユーザ端末Ａとユーザ端末Ｂとで、同一動画像ストリーミングの同一再生ポイントへのアクセス中継である。
【０１４１】
これにより、あるユーザ端末で視聴しているストリーミング動画像とまったく同じ再生ポイントから別のユーザ端末で継続して視聴することが可能になる。例えば、リビングのユーザ端末で動画像を視聴していた時に、風呂場でも同じ動画像を見ながら入浴をするという利便性である。
【０１４２】
これを実現する概念図が図３６(ｂ)である。この図のように、本実施の形態に係るプロキシ装置４００は、外部ネットワーク上のストリーミングサーバと一つのコネクションを確立し、ストリーミングサーバから送信されるストリーミングデータを複数の家庭内ユーザ端末へ同じタイミングで送信する。
【０１４３】
図３７は、プロキシ装置４００の主要な構成を示すブロック図である。なお、このプロキシ装置４００は、図８に示したプロキシ装置１００と同様の基本的構成を有しており、同一の構成要素には同一の符号を付し、その説明を省略する。
【０１４４】
プロキシ装置４００の特徴は、ストリーミング処理部４０１をさらに有することである。また、ユーザ端末においては、それぞれストリーミングを再生するストリームプレイヤ３５１を有する。
【０１４５】
次いで、上記のプロキシ装置４００の動作について、図３８〜図４０に示すフロー図を用いて説明する。
【０１４６】
まず、図３８は、どのユーザ端末もストリーミングを受信していない状態で、ユーザ端末Ｂがストリーミングを開始するときの処理フローである。ここで、ＳＴ１０１０〜ＳＴ１１５０の処理は、図９と同一であるので、その説明を省略する。
【０１４７】
ＳＴ１１５０においてブラウザ１５２ｂは、httpレスポンスとしてストリーミングアクセス情報を受信する。ストリーミングアクセス情報の例を図４１(ａ)に示す。この例は、Windows(R)MediaServerへのストリーミングアクセス情報である。ストリーミングアクセス情報には、Ｄ４１に示すとおり、次のアクセス先ＵＲＬとアクセス用プロトコルが指定されている。
【０１４８】
ブラウザ１５２ｂは、このＤ４１のアクセス先ＵＲＬとアクセス用プロトコルから、該当プロトコルにて外部ネットワークとアクセスすることができるストリーミングプレイヤ３５１ｂを起動し、該当ＵＲＬへのアクセスを指示する（ＳＴ１５１０）。
【０１４９】
ストリーミングプレイヤ３５１ｂは、ブラウザからの指示によりプロキシ装置を介して該当ストリーミングサーバへアクセスを行う。ストリーミングを開始する場合、通常ストリーミングサーバとの交渉処理を行う。ここで交渉処理とは、ストリーミングサーバに対してストリーミング配信のためのサーバ、帯域等のリソース確保の依頼をするための処理である。通常ＲＴＳＰ（Real Time Streaming Protocol）という標準プロトコルを用いてユーザ端末−ストリーミングサーバ間で交渉処理が行われる。まず、ストリームプレイヤ３５１ｂから交渉のための対話開始要求が送信される。対話開始要求には相手先ストリーミングサーバのアドレス情報が付加されている（ＳＴ１５２０）。
【０１５０】
対話開始要求を受信した代理リクエスト受付部１０１は、要求を受信した通信プロトコルからストリーミングのための交渉処理と判断し、ストリーミング処理部に対話開始要求を送信する（ＳＴ１５３０）。
【０１５１】
対話開始要求を受信したストリーミング処理部４０１は、同要求を相手先ストリーミングサーバに送信し（ＳＴ１５４０）、その応答を受け取る（ＳＴ１５５０）。
【０１５２】
ストリームプレイヤ３５１ｂは、プロキシ装置４００のストリーミング処理部４０１がストリーミングサーバから受信した応答結果を通信部１５３ｂを介して受信する（ＳＴ１５６０）。
【０１５３】
ストリームプレイヤ３５１ｂは上記のような交渉処理を引き続き継続して行う。通常、どのような品質の動画像を配信するか（ビデオ資源確保要求、音声資源確保要求）、などを送受信し、最後にストリームプレイヤ側からストリーム開始要求を送信し、その応答を得る（ＳＴ１５７０）。
【０１５４】
交渉処理が成功すると、ストリーミングサーバから実際のストリーミングデータが送出される（ＳＴ１５８０）。ストリーミングサーバからストリームデータを受信したプロキシ装置４００のストリーミング処理部４０１は、そのデータをユーザ端末のストリームプレイヤ３５１ｂに送信する（ＳＴ１５９０）。ストリームプレイヤ３５１ｂは受信したストリームデータを順次再生する（ＳＴ１６００）。
【０１５５】
ストリーミングデータは通常、ＲＴＰ（Real-time Transport Protocol）と呼ばれるプロトコルを利用して配信される。
【０１５６】
次に、ユーザ端末Ｂがストリーミングを行っている最中にユーザ端末Ａから同期処理を要求された場合の処理フローについて図３９を用いて説明する。なお、ＳＴ１０１０〜ＳＴ２０５０の処理は図１０と同一であるので、その説明を省略する。
【０１５７】
代理リクエスト処理管理部１０２は、ユーザ端末Ａからの http リクエストをユーザ端末Ｂとの同期処理と判断し、キャッシュ制御部１０４がキャッシュしているユーザ端末Ｂのリクエスト＆レスポンス電文を取得する。代理リクエスト処理管理部１０２は、レスポンス電文がストリーミングアクセス情報であることから今回のリクエストがストリーミングの同期処理と判断する（ＳＴ３０１０）。
【０１５８】
そこで、現在このストリーミング処理が継続しているか否かを確認するため、ストリーミング処理部４０１に問い合わせを行う（ＳＴ３０２０）。
【０１５９】
ストリーミング処理部４０１は、図４２に示す通り、ストリーミング中のサーバ及びクライアント機器をストリーム管理テーブルによって管理している。これによると、例えば、キャッシュ制御部１０４から受信したレスポンス電文が図４１(ａ)に示すものであった場合、アクセス先ＵＲＬは“ｍｍｓ:／／ｓｔｒｅａｍｓｅｒｖｅｒ．ｃｏｍ／ｍｏｖｉｅ／ＣＭ．ｗｍｖ”（Ｄ４１）であり、ストリーム管理テーブルにはストリーミング番号１にそのエントリが存在する。従って問い合わせされたストリーミングが処理中であると判断される。ストリーミング処理部４０１はストリーミング中であると応答する（ＳＴ３０３０）。
【０１６０】
代理リクエスト処理管理部１０２は、ストリーミング中の動画像への同期処理だった場合、ストリーミングサーバへはアクセスせず、ストリーミング処理部４０１に対して「ユーザ端末Ａからのアクセスはユーザ端末Ｂへのストリーミングへと同期させよ」と指示する為、ユーザ端末Ａからストリーミング処理部４０１へアクセスする際のリクエスト電文を生成する。そのリクエスト電文は、“同期”という意味を記す情報を付加した相手先ストリーミングサーバのアドレス情報である。この情報を httpリクエスト（ＳＴ１０４０）に対するレスポンスとして応答する（ＳＴ１１４０）ことにより、ユーザ端末は、“同期”という指示と共に該当ストリーミングサーバへアクセスするようにストリーミング処理部４０１にアクセスすることになる。
【０１６１】
具体的には、ユーザ端末Ａへのレスポンス値はＳＴ２０５０においてキャッシュ制御部１０４から受信したユーザ端末Ｂへの最新のレスポンス値を用いる。その例を図４１(ｂ)に示す。この図は、キャッシュ制御部１０４から受信したレスポンス値（図４１(ａ)参照）に“ｓａｍｅ”という“同期”を意味する文字列を挿入して“ｍｍｓ:／／ｓａｍｅ／ｓｔｒｅａｍｓｅｒｖｅｒ．ｃｏｍ／ｍｏｖｉｅ／ＣＭ．ｗｍｖ”（Ｄ４２）という相手先ストリーミングサーバのアドレス情報を記載している。このように生成したレスポンス値を（ＳＴ３０４０）、httpレスポンスとしてユーザ端末Ａのブラウザ部１５２ａに応答する（ＳＴ１１４０）。
【０１６２】
httpレスポンスを受信したブラウザ部１５２ａは前記ＳＴ１５１０〜ＳＴ１５２０のステップを踏んでストリームプレイヤ３５１ａを起動して相手先ストリーミングサーバへの交渉処理を行う。この交渉処理において、ストリームプレイヤは接続先ストリーミングサーバのＵＲＬに前記の同期要求付きＵＲＬ“ｍｍｓ:／／ｓａｍｅ／ｓｔｒｅａｍｓｅｒｖｅｒ．ｃｏｍ／ｍｏｖｉｅ／ＣＭ．ｗｍｖ”（Ｄ４２）を送信する。
【０１６３】
対話開始要求を受信したストリーミング処理部４０１は、ＵＲＬに同期要求“ｓａｍｅ”が付与されているため、現在ストリーミングしているデータと同一内容の配信を希望していると判断する（ＳＴ３０５０）。
【０１６４】
そのため、ストリーミング処理部４０１は、通常ストリーミングサーバと交渉処理を行うところ、その処理はせず、全ての交渉手続きをユーザ端末Ａ−ストリーミング処理部の間のみで行う（ＳＴ３０６０）。
【０１６５】
交渉処理が終了すると、ストリーミング処理部４０１はストリーム管理テーブルを更新する。例えば図４２に示す通り、サーバのＵＲＬが“ｍｍｓ:／／ｓｔｒｅａｍｓｅｒｖｅｒ．ｃｏｍ／ｍｏｖｉｅ／ＣＭ．ｗｍｖ”であるのに対し、新たにクライアント機器としてユーザ端末Ａの機器識別子“１９２．１６８．１．２”（Ｄ４３）を追加する。
【０１６６】
その後、ストリーミングサーバから送信されるストリーミングデータ（ＳＴ３０７０）に対しては、受信したデータをストリーム管理テーブルに登録されたクライアント機器の数だけコピーして（ＳＴ３０８０）、それぞれに配信する。この場合はユーザ端末Ｂ（ＳＴ３０９０）とユーザ端末Ａ（ＳＴ３１００）となる。ストリームデータを受信したそれぞれのユーザ端末は同じデータをストリームプレイヤが再生・表示する（ＳＴ３１１０、ＳＴ３１２０）。
【０１６７】
以上のようなストリーミングに対する同期処理によって、あるユーザ端末が受けているストリーミングの再生ポイントと同じ箇所から別のユーザ端末へ同時にストリーミングを配信することができる。
【０１６８】
次に、複数のユーザ端末へストリーミングしているときの停止処理を図４０を用いて説明する。
【０１６９】
まず、ユーザ端末ＢでユーザがＵＩ部１５１ｂから停止要求を与えると（ＳＴ３８０００）、ストリームプレイヤ３５１ｂからプロキシ装置４００のストリーミング処理部４０１に停止要求が届く（ＳＴ３８０１０）。
【０１７０】
ストリーミング処理部４０１は、ストリーミング管理テーブルから該当ユーザ端末に相当するクライアント機器識別子を削除する。例えば、図４２のストリーミング番号１のクライアント機器識別子１（Ｄ４３）を削除する（ＳＴ３８０２０）。すると、まだクライアント機器識別子２（Ｄ４４）が登録されているため、ストリーミングサーバとの接続は継続すべきと判断し、該当ストリーミングサーバへ停止要求は出さずに、停止要求元のユーザ端末Ｂに停止要求受付応答を返信する（ＳＴ３８０３０）。これにより、この後ストリーミングサーバから受信するストリーミングデータに対してはユーザ端末Ｂへは送信しないことになる（ＳＴ３８０４０）。
【０１７１】
同様に、ユーザ端末ＡでユーザがＵＩ部１５１ａから停止要求を与えると（ＳＴ３８０５０）、ストリームプレイヤ３５１ａからプロキシ装置４００のストリーミング処理部４０１に停止要求が届く（ＳＴ３８０６０）。
【０１７２】
ストリーミング処理部４０１は、ストリーミング管理テーブルから該当ユーザ端末に相当するクライアント機器識別子を削除する。例えば、図４２のストリーミング番号１のクライアント機器識別子２（Ｄ４４）を削除する（ＳＴ３８０７０）。するとストリーミング番号１にはクライアント機器識別子が登録されていないため、ストリーミングサーバとの接続は切断すべきと判断し、停止要求元のユーザ端末Ａに停止要求受付応答を返信する（ＳＴ３８０８０）と共に、該当ストリーミングサーバへ停止要求を送信する（ＳＴ３８０９０）。ストリーミング処理部４０１は、ストリーミングサーバから停止要求受付応答を得て（ＳＴ３８１００）、ストリーミング処理を終了する。
【０１７３】
以上のように、複数のユーザ端末に対して同じストリーミングデータを送信している場合に、あるユーザ端末からストリーミング停止要求を受けても、他に受信しているユーザ端末がある限り、ストリーミングサーバからストリーミングを受信し続けることにより、ユーザ端末間でストリーミングの継承が可能となる。
【０１７４】
図４３は、上記の一連の処理の中から、代理リクエスト処理管理部１０２に関わる処理を抜き出し、整理したフロー図である。上記一連の処理フローと説明が重なるので、ポイントのみの説明を行う。ＳＴ３９０１０〜ＳＴ３９０４０までが図３９のＳＴ３０１０〜３０４０に相当する。つまり、ユーザ端末からの httpリクエストがストリーミングアクセスであると認識し、同期処理用のレスポンス値を生成するところである。
【０１７５】
図４４および図４５は、上記の一連の処理の中から、ストリーミング処理部４０１に関わる、交渉処理に関する処理を抜き出し、整理したフロー図である。ＳＴ４１０２０〜ＳＴ４１１５０までが図３８のＳＴ１５２０〜ＳＴ１５８０に相当する。つまり、プロキシ装置４００がユーザ端末からの要求に従ってストリーミングサーバと交渉処理を行い、ストリーミングを開始するまでの処理である。またＳＴ４１１６０〜ＳＴ４１２４０までが図３９のＳＴ１５２０〜ＳＴ３０７０に相当する。つまり、他のユーザ端末がストリーミング中のストリームに対して別のユーザ端末がストリームを開始する時のユーザ端末〜プロキシ装置間の交渉処理である。
【０１７６】
図４６は、上記の一連の処理の中から、ストリーミング処理部４０１に関わる、ストリーミング中の処理に関する処理を抜き出し、整理したフロー図である。ＳＴ４２０１０〜ＳＴ４２０２０までがストリーミングサーバからストリーミングデータを受信してユーザ端末に送信するまでのフローで、図３９のＳＴ３０７０〜ＳＴ３１００に相当する。また、ＳＴ４２０５０〜ＳＴ４２１１０までが、ユーザ端末からのストリーミング停止要求に対する処理で、図４０のＳＴ３８０１０〜ＳＴ３８０３０とＳＴ３８０６０〜ＳＴ３８１００に相当する。
【０１７７】
このように、本実施の形態によれば、ホームネットワーク内の複数の端末がインターネット等の外部ネットワークにアクセスできる環境下において、外部ネットワークへのストリーミングアクセスに対しても一元管理するプロキシ装置を設置することより、ホームネットワーク内のユーザ端末間でストリーミング映像を継承して視聴することを可能とする。これによって、例えば、リビングで視聴しているストリーミングを寝室やお風呂場など別の部屋の端末で継続視聴したり、台所とリビング、もしくは寝室とリビング等、同じ映像を別の部屋で同時にストリーミング視聴したり、新しいストリーミング視聴形態を提供できる。
【０１７８】
本発明に係るアクセス中継装置は、上記の実施の形態１〜４に限定されず、種々変更して実施することが可能である。例えば、上記の実施の形態１〜４は、適宜組み合わせて実施することが可能である。
【０１７９】
なお、ここでは、本発明をハードウェアで構成する場合を例にとって説明したが、ソフトウェアで実現することも可能である。
【０１８０】
また、ＵＲＬの代わりに、より上位概念であるＵＲＩ（Uniform Resource Identifiers）を用いても良い。
【０１８１】
本発明の一形態は、伝送路を利用してデータを送受信するアクセス中継システムであって、前記アクセス中継システムのユーザ端末部は、前記アクセス中継システムの中継サーバにネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータや前記ユーザリクエストデータに応じたコンテンツを送受信する通信部と、前記通信部で送受信したコンテンツを加工表示するブラウザ部と、を具備し、さらに、前記中継サーバは、前記ユーザ端末から受信した前記ユーザリクエストデータを受信し、前記ユーザリクエストデータに応じた応答を行う代理リクエスト受付部と、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出し、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出す代理リクエスト処理管理部と、前記代理リクエスト処理管理部から前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出す代理リクエスト生成部と、前記代理リクエスト受付部で受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するキャッシュ制御部と、前記代理リクエスト処理管理部から出されたコンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得して、前記代理リクエスト処理管理部と送受信するサーバアクセス部と、を具備し、前記中継サーバが、コンテンツをキャッシュするだけでなく、前記ユーザリクエストデータもキャッシュすることにより、コンテンツと前記リクエストデータとをセットで各ユーザ端末ごとに管理し、同一又は類似コンテンツに対するアクセスか否かを判断しながら、アクセス制御処理する、ようにしたことを特徴とするアクセス中継システムである。
【０１８２】
本発明の他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記ユーザ端末部が、テレビ又は携帯又はモバイル端末等の家電製品であることを特徴とするアクセス中継システムである。
【０１８３】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記中継サーバが、インターネットで使用するプロキシの機能を有することを特徴とするアクセス中継システムである。
【０１８４】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、ユーザリクエストデータが、インターネットで使用するＷｅｂリクエストであることを特徴とするアクセス中継システムである。
【０１８５】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記プロキシが、家庭用端末のプロキシであることを特徴とするアクセス中継システムである。
【０１８６】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記キャッシュされているコンテンツが、アクセスしようとしているユーザ端末が行ったキャッシュデータでなく、他の端末がキャッシュしたコンテンツを使いまわすようにしたことを特徴とするアクセス中継システムである。
【０１８７】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記キャッシュされているコンテンツが、インターネット上のホームページであることを特徴とするアクセス中継システムである。
【０１８８】
本発明のさらに他の形態は、上記の構成において、伝送路を利用してデータを送受信するアクセス中継システムであって、前記インターネット上のホームページが、懸賞応募用サイト又はニュース等の非テレビ向けサイトであることを特徴とするアクセス中継システムである。
【０１８９】
本発明のさらに他の形態は、伝送路を利用してデータを送受信するアクセス中継システムであって、前記アクセス中継システムの中継サーバは、前記アクセス中継システムのユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信し、前記ユーザリクエストデータに応じた応答を行う代理リクエスト受付部と、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出し、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出す代理リクエスト処理管理部と、前記代理リクエスト処理管理部から前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出す代理リクエスト生成部と、前記代理リクエスト受付部で受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するキャッシュ制御部と、前記代理リクエスト処理管理部から出されたコンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得して、前記代理リクエスト処理管理部と送受信するサーバアクセス部と、を具備し、前記中継サーバが、コンテンツをキャッシュするだけでなく、前記ユーザリクエストデータもキャッシュすることにより、コンテンツと前記リクエストデータとをセットで各ユーザ端末ごとに管理し、同一又は類似コンテンツに対するアクセスか否かを判断しながら、アクセス制御処理する、ようにしたことを特徴とするアクセス中継システムである。
【０１９０】
本発明のさらに他の形態は、伝送路を利用してデータを送受信するアクセス中継方法であって、前記アクセス中継方法で使用する中継サーバにおいて、前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、を実行することを特徴とするアクセス中継方法である。
【０１９１】
本発明のさらに他の形態は、伝送路を利用してデータを送受信するアクセス中継プログラムを記録した記録媒体であって、前記アクセス中継方法で使用する中継サーバにおいて、前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、を実行することを特徴とするアクセス中継プログラムを記録した記録媒体である。
【０１９２】
本発明のさらに他の形態は、伝送路を利用してデータを送受信するアクセス中継プログラムであって、前記アクセス中継方法で使用する中継サーバにおいて、前記アクセス中継方法で使用するユーザ端末から受信したネットワーク上に点在するコンテンツにアクセスするための依頼を行うユーザリクエストデータを受信するステップと、前記ユーザリクエストデータに応じた応答を行うステップと、前記ユーザリクエストデータの内容を見て、以前アクセスしたコンテンツに対するアクセスであるか否かを判断し、同一又は類似コンテンツに対するアクセスである場合は、すでにキャッシュされているコンテンツを取得するための代理リクエストデータを生成するように指示する代理リクエスト生成指示データを生成して出すステップ、あるいは同一又は類似コンテンツに対するアクセスでない新規コンテンツに対するアクセスの場合は、新規にネットワークに点在するコンテンツを取得するように指示するコンテンツ取得データを生成して出すステップと、前記代理リクエスト生成指示データを受信して前記代理リクエストデータを生成して出すステップと、前記受信したユーザリクエストデータと前記ユーザリクエストデータに応じたコンテンツとを、それぞれキャッシュすべきか否かを判断しながらキャッシュし、前記ユーザ端末ごとに管理するステップと、前記コンテンツ取得データを受信して、ネットワークに点在するコンテンツを取得するステップと、をコンピュータに実行させるためのアクセス中継プログラムである。
【産業上の利用可能性】
【０１９３】
本発明に係るアクセス中継装置は、複数の端末がネットワーク上の同一のコンテンツに対し相互にシームレスにアクセスをすることを可能とするので、複数の端末から構成されるホームネットワーク等の用途に適用できる。
【図面の簡単な説明】
【０１９４】
【図１】実施の形態１の概念を説明するための図
【図２】実施の形態１に係るプロキシ装置を示した図
【図３】コンテンツが静的データである場合のアクセス管理における信号の流れを示した図
【図４】コンテンツが動的データである場合のアクセス管理における信号の流れを示した図
【図５】実施の形態１に係るプロキシ装置の内部メモリにキャッシュされるデータテーブルの内容を示した図
【図６】(ａ)ＨＴＴＰヘッダ中の Accept を変更する場合を示した図、(ｂ)クッキーを挿入する場合を示した図、(ｃ)認証情報を挿入する場合を示した図
【図７】従来のホームネットワークの問題点を説明する図
【図８】実施の形態１に係るプロキシ装置および周囲のネットＡＶ端末の主要な構成を示すブロック図
【図９】ネットＡＶ端末がＷｅｂアクセスを要求した場合の実施の形態１に係るプロキシ装置および周辺機器の動作を示すフロー図
【図１０】ネットＡＶ端末が同一ページの表示を要求した場合の実施の形態１に係るプロキシ装置および周辺機器の動作を示すフロー図
【図１１】実施の形態１に係る代理リクエスト処理管理部に関わる処理を抜き出し、整理したフロー図
【図１２】実施の形態１に係るキャッシュ制御部のキャッシュ処理の手順を示したフロー図
【図１３】キャッシュテーブルの一例を示した図
【図１４】実施の形態１に係るリクエスト種別判定処理のより詳細な手順を示したフロー図
【図１５】ＨＴＴＰリクエストの様々な例を示した図
【図１６】代理リクエストの一例を示す図
【図１７】キャッシュテーブルの一例を示した図
【図１８】ＨＴＴＰレスポンスの一例を示す図
【図１９】実施の形態１に係るキャッシュ制御部がリクエストを受信した際の処理を示したフロー図
【図２０】実施の形態１に係る代理リクエスト生成部における代理リクエストを生成する処理の手順を示すフロー図
【図２１】代理リクエストの一例を示した図
【図２２】実施の形態１に係る代理リクエスト処理管理部においてレスポンスもキャッシュされる場合の処理手順を示すフロー図
【図２３】実施の形態１に係るキャッシュ制御部がレスポンスもキャッシュする場合のキャッシュ処理の手順を示したフロー図
【図２４】実施の形態１に係るキャッシュ制御部がリクエストを受信し、レスポンス電文をキャッシュする場合の処理手順を示したフロー図
【図２５】実施の形態１に係るプロキシ装置が提供するホームページ上のボタンの例を示す図
【図２６】実施の形態２に係るプロキシ装置の主要な構成を示すブロック図
【図２７】実施の形態２に係るプロキシ装置の動作について示すフロー図
【図２８】代理リクエスト処理管理部の本実施の形態における動作を説明したフロー図
【図２９】実施の形態２に係る認証部の動作を説明したフロー図
【図３０】実施の形態３に係るプロキシ装置により確立されるＳＳＬセッションの概要を示した図
【図３１】従来のＳＳＬセッションの確立方法を示した図
【図３２】実施の形態３に係るＳＳＬセッションの確立方法の概要を示した図
【図３３】実施の形態３に係るプロキシ装置の主要な構成を示すブロック図
【図３４】実施の形態３に係るプロキシ装置の動作について示すフロー図
【図３５】実施の形態３に係るプロキシ装置からＷｅｂサーバへリクエスト電文を送信する場合の処理手順について説明するフロー図
【図３６】実施の形態４に係るプロキシ装置の概要を示した図
【図３７】実施の形態４に係るプロキシ装置の主要な構成を示すブロック図
【図３８】実施の形態４に係るプロキシ装置の通常のストリーミング処理を開始するまでの動作について示すフロー図
【図３９】実施の形態４に係るプロキシ装置のストリーミングに対して同期処理を実行するときの動作について示すフロー図
【図４０】実施の形態４に係るプロキシ装置のストリーミング処理停止動作について示すフロー図
【図４１】実施の形態４に係るストリーミングリクエストに対するWebサーバからのレスポンス値の一例及び同期処理におけるレスポンス値の変更例を示した図
【図４２】実施の形態４に係るストリーミング処理部が管理するストリーム管理テーブルを示した図
【図４３】実施の形態４に係る代理リクエスト処理管理部においてストリーミングの同期処理に対する処理手順を示すフロー図
【図４４】実施の形態４に係るストリーミング処理部のストリーム開始手順を示した図
【図４５】実施の形態４に係るストリーミング処理部のストリーム開始手順を示した図
【図４６】実施の形態４に係るストリーミング処理部のストリーム処理手順を示した図
【符号の説明】
【０１９５】
１００、２００、３００、４００  プロキシ装置
１０１  代理リクエスト受付部
１０２  代理リクエスト処理管理部
１０４  キャッシュ制御部
１０５  代理リクエスト生成部
２０１  認証部
３０１  秘匿通信部
４０１  ストリーミング処理部
【図１】
2005141333.tif 000003
【図２】
2005141333.tif 000004
【図３】
2005141333.tif 000005
【図４】
2005141333.tif 000006
【図５】
2005141333.tif 000007
【図６】
2005141333.tif 000008
【図７】
2005141333.tif 000009
【図８】
2005141333.tif 000010
【図９】
2005141333.tif 000011
【図１０】
2005141333.tif 000012
【図１１】
2005141333.tif 000013
【図１２】
2005141333.tif 000014
【図１３】
2005141333.tif 000015
【図１４】
2005141333.tif 000016
【図１５】
2005141333.tif 000017
【図１６】
2005141333.tif 000018
【図１７】
2005141333.tif 000019
【図１８】
2005141333.tif 000020
【図１９】
2005141333.tif 000021
【図２０】
2005141333.tif 000022
【図２１】
2005141333.tif 000023
【図２２】
2005141333.tif 000024
【図２３】
2005141333.tif 000025
【図２４】
2005141333.tif 000026
【図２５】
2005141333.tif 000027
【図２６】
2005141333.tif 000028
【図２７】
2005141333.tif 000029
【図２８】
2005141333.tif 000030
【図２９】
2005141333.tif 000031
【図３０】
2005141333.tif 000032
【図３１】
2005141333.tif 000033
【図３２】
2005141333.tif 000034
【図３３】
2005141333.tif 000035
【図３４】
2005141333.tif 000036
【図３５】
2005141333.tif 000037
【図３６】
2005141333.tif 000038
【図３７】
2005141333.tif 000039
【図３８】
2005141333.tif 000040
【図３９】
2005141333.tif 000041
【図４０】
2005141333.tif 000042
【図４１】
2005141333.tif 000043
【図４２】
2005141333.tif 000044
【図４３】
2005141333.tif 000045
【図４４】
2005141333.tif 000046
【図４５】
2005141333.tif 000047
【図４６】
2005141333.tif 000048