(57)【特許請求の範囲】
【請求項１】
外部からはアクセスできない閉域網に存在するクライアントに対し、前記閉域網の外部に属しハイパーテキストを送信する第一種サーバと、前記ハイパーテキストに記述されたファイルを送信する複数の第二種サーバとを用いてコンテンツを配信する方法であって、
前記クライアントが、前記閉域網に属するサーバ選択装置に対しサービス識別情報およびクライアントの属性情報を含むサービス要求情報を送信するステップと、
前記サーバ選択装置が、前記サービス識別情報および前記クライアントの属性情報に基づき前記閉域網に属する第二種サーバの中から前記クライアントにアクセスさせる被アクセスサーバを選択し、前記被アクセスサーバの識別情報を含み、該識別情報を前記クライアント経由で前記第一種サーバに転送するように記述したサーバ選択結果情報を前記クライアントに対し送信するステップと、
前記クライアントが、受信した前記サーバ選択結果情報に含まれる前記被アクセスサーバの識別情報を前記第一種サーバに転送するステップと、
前記第一種サーバが、受信した前記被アクセスサーバの識別情報を含む前記ハイパーテキストを動的に合成し、前記クライアントに前記ハイパーテキストを送信するステップと、
前記クライアントが、受信した前記ハイパーテキストに従い、前記被アクセスサーバに対しファイル取得要求を行うステップと、
を有することを特徴とするコンテンツ配信方法。
【請求項２】
前記サービス識別情報はＵＲＬ（Uniform Resource Locator）である
ことを特徴とする請求項１に記載のコンテンツ配信方法。
【請求項３】
前記クライアントの属性情報はＩＰアドレスである
ことを特徴とする請求項１または２に記載のコンテンツ配信方法。
【請求項４】
前記第一種サーバで提供されるハイパーテキストはＨＴＭＬ（Hyper Text Markup Language）によって記述される
ことを特徴とする請求項１から３のいずれかに記載のコンテンツ配信方法。
【請求項５】
前記第二種サーバで提供されるファイルは動画像ファイルである
ことを特徴とする請求項１から４のいずれかに記載のコンテンツ配信方法。
【請求項６】
前記被アクセスサーバの識別情報はＩＰアドレスまたはＵＲＬ（Uniform Resource Locator）である
ことを特徴とする請求項１から５のいずれかに記載のコンテンツ配信方法。
【請求項７】
前記サービス要求情報を送信するステップの前に、
第三種サーバが、前記クライアントからの要求情報に基づき動的に前記サービス識別情報と前記サーバ選択装置のアドレスとを含むコンテンツヘのリンクのリストを生成し、前記コンテンツヘのリンクのリストを前記クライアントに送信するステップを有し、
前記サービス要求情報を送信するステップは、
前記クライアントが、前記コンテンツヘのリンクのリストの中から少なくとも一つのコンテンツへのリンクを選択し、選択したコンテンツへのリンクに示された前記サーバ選択装置に対し前記サービス識別情報および前記クライアントの属性情報を含むサービス要求情報を送信するステップである
ことを特徴とする請求項１から６のいずれかに記載のコンテンツ配信方法。
【請求項８】
前記サーバ選択結果情報は前記サービス識別情報を含む
ことを特徴とする請求項１から７のいずれかに記載のコンテンツ配信方法。
【請求項９】
前記第一種サーバは受信した前記サーバ選択結果情報に含まれる前記サービス識別情報によってハイパーテキストの合成方法を変更する
ことを特徴とする請求項８に記載のコンテンツ配信方法。
【請求項１０】
外部からはアクセスできない閉域網に存在するクライアントに対し、前記閉域網の外部に属しハイパーテキストを送信する第一種サーバと、前記ハイパーテキストに記述されたファイルを送信する複数の第二種サーバと、前記閉域網に属するサーバ選択装置とを有し、前記クライアントが、前記サーバ選択装置に対しサービス識別情報およびクライアントの属性情報を含むサービス要求情報を送信し、前記サーバ選択装置から前記第二種サーバの中から選択された被アクセスサーバの識別情報を含むサーバ選択結果情報を受信し、該サーバ選択結果情報に含まれる前記被アクセスサーバの識別情報を前記第一種サーバに転送し、前記第一種サーバが、受信した前記被アクセスサーバの識別情報を含む前記ハイパーテキストを動的に合成し、前記クライアントに前記ハイパーテキストを送信し、前記クライアントが、受信した前記ハイパーテキストに従い、前記被アクセスサーバに対しファイル取得要求を行うコンテンツを配信するシステムにおける、前記サーバ選択装置であって、
前記クライアントからサービス識別情報およびクライアントの属性情報を含むサービス要求情報を受信する要求受付手段と、
前記サービス識別情報および前記クライアントの属性情報に基づき前記閉域網に属する第二種サーバの中から前記クライアントにアクセスさせる被アクセスサーバを選択するサーバ選択手段と、
前記被アクセスサーバの識別情報を含み、該識別情報を前記クライアント経由で前記第一種サーバに転送するよう記述したサーバ選択結果情報を前記クライアントに対し送信する結果送信手段と、
を有することを特徴とするサーバ選択装置。
【請求項１１】
前記サービス識別情報はＵＲＬ（Uniform Resource Locator）である
ことを特徴とする請求項１０に記載のサーバ選択装置。
【請求項１２】
前記クライアントの属性情報はＩＰアドレスである
ことを特徴とする請求項１０または１１に記載のサーバ選択装置。
【請求項１３】
前記被アクセスサーバの識別情報はＩＰアドレスまたはＵＲＬ（Uniform Resource Locator）である
ことを特徴とする請求項１０から１２のいずれかに記載のサーバ選択装置。
【請求項１４】
前記サーバ選択結果情報は前記サービス識別情報を含む
ことを特徴とする請求項１０から１３のいずれかに記載のサーバ選択装置。
【請求項１５】
外部からはアクセスできない閉域網に存在するクライアントに対し、前記閉域網の外部に属しハイパーテキストを送信する第一種サーバと、前記ハイパーテキストに記述されたファイルを送信する複数の第二種サーバと、前記閉域網に属するサーバ選択装置とを有し、前記クライアントが、前記サーバ選択装置に対しサービス識別情報およびクライアントの属性情報を含むサービス要求情報を送信し、前記サーバ選択装置から前記第二種サーバの中から選択された被アクセスサーバの識別情報を含むサーバ選択結果情報を受信し、該サーバ選択結果情報に含まれる前記被アクセスサーバの識別情報を前記第一種サーバに転送し、前記第一種サーバが、受信した前記被アクセスサーバの識別情報を含む前記ハイパーテキストを動的に合成し、前記クライアントに前記ハイパーテキストを送信し、前記クライアントが、受信した前記ハイパーテキストに従い、前記被アクセスサーバに対しファイル取得要求を行うコンテンツを配信するシステムにおける、前記サーバ選択装置のためのプログラムであって、コンピュータを、
前記クライアントからサービス識別情報およびクライアントの属性情報を含むサービス要求情報を受信する要求受付手段、
前記サービス識別情報および前記クライアントの属性情報に基づき前記閉域網に属する第二種サーバの中から前記クライアントにアクセスさせる被アクセスサーバを選択するサーバ選択手段、および、
前記被アクセスサーバの識別情報を含み、該識別情報を前記クライアント経由で前記第一種サーバに転送するよう記述したサーバ選択結果情報を前記クライアントに対し送信する結果送信手段、
として機能させるための閉域網内サーバ選択プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
分散サーバを用いたコンテンツ配信方法に関し、特にハイパーテキストを提供するサーバがインターネット上に、ハイパーテキストにリンクされた大容量コンテンツを提供するサーバがインターネットからのアクセスが限定された閉域網に存在する場合の、閉域網でサーバ選択を行った結果をインターネット上のハイパーテキストを提供するサーバに通知する方法に関する。
【０００２】
【従来の技術】
インターネットを利用しサービスを享受するユーザ端末数が増加の一途を辿っているため、近年ではサーバ装置に対する同時アクセス数が多くなり、サーバレスポンスや処理能力の低下などによって安定したサービスの提供が困難となっている。そこで、同一のサービスを提供するサーバを複数台用意し、ユーザのアクセスをそれらのサーバに振り分けるサーバ選択装置を導入することで多くのユーザに対して品質の良いサービスを提供する方法が数多く考案、実用化されている。代表的なサーバ選択装置の実現方法として下記の３種類がある。
【０００３】
（サーバ選択方式１  スイッチベースサーバ選択方式）
複数台のサーバをサーバ選択機能を持つスイッチに接続し、代表的なＩＰアドレスを割り振り、接続されている複数台のサーバと関連付けておく。クライアントが代表的なＩＰアドレスにアクセスすると、当該スイッチでは予め定義したサーバ選択ポリシーに従い選択されたサーバにクライアントのアクセスを転送する機能を有する。
【０００４】
（サーバ選択方式２  ＤＮＳベースサーバ選択方式）
クライアントがサーバにアクセスする際ＤＮＳを用いサーバ名をＩＰアドレスに変換するステップにおいて、ＤＮＳにはサーバ名とそれに対応するＩＰアドレスを複数設定しておき、予め定義したサーバ選択ポリシーに従い実際に当該呼に対するサービスを提供するサーバを選択し、そのＩＰアドレスをクライアントに返す機能を有する。
【０００５】
（サーバ選択方式３  ＵＲＬベースサーバ選択方式）
サーバ選択装置ではクライアントがはじめにアクセスする代表的なＵＲＬと実際にクライアントにアクセスさせるサーバのＵＲＬとの組を記憶しておき、クライアントがリクエストしたＵＲＬを受信し、予め定義したサーバ選択ポリシーに従い実際に当該呼に対するサービスを提供するサーバを選択し、そのＵＲＬをクライアントに返す機能を有する。
【０００６】
サーバ選択方式１および２はすべての選択対象サーバにはまったく同じコンテンツを格納しておく必要がある。しかし、動画像などの大容量コンテンツを大量に扱う場合、人気の偏り度合いなどを考慮せずにすべてのサーバにすべてのコンテンツを格納すると、必要とされるサーバのディスクスペースの増大を招くためサーバ設置コストが増大する。従ってコンテンツの人気の偏り具合や配信負荷の偏り具合などを考慮し最小のサーバリソース量で高品質化を実現するためには、コンテンツを格納するサーバをコンテンツ毎の人気度に従って決定する必要がある。例えば人気の高いコンテンツは多くのサーバに格納されるが人気の少ないコンテンツは１台のサーバのみに格納されるといった判断を行う処理が必要である。このような処理をあらゆるコンテンツに対して行うと、格納されているコンテンツがサーバ毎に異なる可能性があるため、サーバ選択装置はクライアントが要求するコンテンツが格納されているサーバの中から選択を行わなければならない。これを実現するのがサーバ選択方式３のＵＲＬベースサーバ選択方式である。ＵＲＬベースサーバ選択方式ではクライアントが要求するコンテンツをＵＲＬの形で取得できるため、上記のような品質を保ったままリソースの最小化を実現することが可能となる。以降本特許でいうサーバ選択方式とはＵＲＬベースサーバ選択方式のことを指すものとする。この方式を用いることで例えば配信負荷が少ないＨＴＭＬファイルおよび人気のないファイルは１台のサーバで提供し、配信負荷の多い大容量コンテンツのうち人気のあるコンテンツは複数台のサーバで提供するといった運用が可能になる。
【０００７】
このサーバ選択方式に従ったサーバ選択装置を用い、大容量コンテンツを分散サーバを用いて配信するコンテンツ配信システムの構成方法について述べる。図１に示すようにすべてのコンテンツを有するサーバ１、人気のある動画像のみを有するサーバ２、人気のある動画像および人気のない動画像の一部を有するサーバ３とで構成されるサーバ群の中から、クライアントにアクセスさせるサーバを選択するためにサーバ選択装置を使用する。サーバ選択装置の設置箇所は、これらのサーバと独立して設置される場合（▲１▼）、すべてのコンテンツが揃っているサーバ１のような代表的なサーバから起動される場合（▲２▼）の２通りが考えられる。前者の場合サーバの配信機能とサーバ選択機能とが完全に独立できるため、コンテンツを配信するサーバが停止してもサービスを継続することが可能となる。後者の場合はサーバ１が停止するとすべてのサービスが受けられなくなるが、既に多くの情報消費者に周知しているサーバのＵＲＬを変更せずに分散サーバシステムヘの移行を可能とするため、このような形態を取るケースも少なくない。
【０００８】
ここで、当サービスをＬＡＮなどの閉域網に属するユーザに提供することを考える。企業などで用いられる閉域網のなかでインターネットと接続しているものは通常インターネットとの接続拠点にファイヤーウォールなどが設置される場合が多い。閉域網内ユーザが取得するインターネット上のコンテンツはすべてこのファイヤーウォールを経由するため、ファイヤーウォールが通信のボトルネックとなり、サービスの品質劣化が生ずる可能性が高い。そこで、既に説明したコンテンツ配信システムの配信サーバを閉域網内にも配置してサービス提供を行うことを考える。規模の大きな閉域網の場合は、閉域網内部で更にサーバを分散させる形態も考えられる。このような形態を考慮し、図２に閉域網内にサーバ１−１，１−２が配置されたイメージを示す。閉域網内に属するクライアントは代表的なサーバ１あるいは独立して設置されているサーバ選択装置に問い合わせ、当クライアントが閉域網に属するクライアントであることを考慮し、コンテンツによっては閉域網内部のサーバ１−１，１−２が選択される。
【０００９】
また閉域網内部のサーバ選択ポリシーはインターネット上のサーバ選択ポリシーとは別に定義する必要がある場合もある。これは、閉域網の網構成や閉域網を管理する組繊的な事情などによって本来閉域網を出てはならない情報に基づいてサーバ選択を行わなければならない場合があるからである。例えばサーバ選択を行う上で最も良く使われる指標の一つであるクライアントのＩＰアドレスについても閉域網外に漏洩してはならないとするポリシーが定められている場合が多い。このようなポリシーに対応するためには、図３に示すように閉域網内部にもサーバ選択装置を配置し、インターネット上のサーバ選択装置はまず閉域網内部のサーバ選択装置を選択し、クライアントからのリクエストを閉域網内部のサーバ選択装置に該クライアント経由で転送する。閉域網内部のサーバ選択装置は閉域網の外に漏洩してはならない情報などに基づきクライアントにアクセスさせるサーバを選択する（▲３▼）。図４にこの方式のシーケンス図を示す。このシーケンスにおいてクライアントはＨＴＭＬに代表されるハイパーテキストを表示するハイパーテキストブラウザと動画像ファイルなどあるファイル形式のコンテンツを表示するコンテンツビューワから構成されることを前提とする。クライアントは初めにサーバ１に問い合わせ、サーバ１から送信された閉域網内のサーバ選択装置にアクセスするようなハイパーテキストを受信する。受信時にクライアントではハイパーテキストブラウザによってコンテンツビューワが起動され、ハイパーテキストに指定された閉域網内サーバ選択装置にアクセスする。閉域網内サーバにおいてサーバが選択され、その結果をビューワに送信する。結果を受け取ったビューワが選択されたサーバにアクセスすることで処理が完了する。このような仕組みを導入することにより、閉域網の外部に漏洩する情報を最小限に留めながら閉域網に属するユーザに対しても分散サーバを用いたコンテンツ配信サービスが提供可能になる。
【００１０】
【発明が解決しようとする課題】
しかしながら、上記に記載の方法は閉域網クライアントのコンテンツビューワがコンテンツ取得要求を行い、そのレスポンスが前記コンテンツ取得要求を別なサーバに転送することを求めるものであった場合、前記レスポンスに記載の前記別なサーバに対し前記コンテンツ取得要求を転送する動作を実現するリダイレクト機能の存在を前提としている。通常のＷｅｂブラウザやよく知られた動画像ビューワなどはこのようなリダイレクト機能に対応しているものが多いが、今後さまざまなファイル形式のコンテンツが増え、それに伴いさまざまなビューワが使用されることを考慮すると、すべてのビューワに対しリダイレクトの機能の実装を前提とすることは困難である。
【００１１】
本発明の目的は、このようにリダイレクト機能の備わっていないビューワのみを有するクライアント、あるいはそのようなビューワによってのみ表示可能なコンテンツを閲覧する場合でも、閉域網内からの情報漏洩を最小化しつつ閉域網外に漏洩してはならない情報に基づいたサーバ選択を実施する方法を提供する点にある。
【００１２】
【課題を解決するための手段】
本発明は、外部からはアクセスできない閉域網に存在するクライアントに対し、前記閉域網の外部に属しハイパーテキストを送信する第一種サーバと、前記ハイパーテキストに記述されたファイルを送信する複数の第二種サーバとを用いてコンテンツを配信する方法であり、図５および以下に示す手順で前記課題を解決している。ここで、説明のため、閉域網内クライアントはハイパーテキストを理解し表示することができるハイパーテキストブラウザ、およびあるファイル形式のコンテンツを表示する機能を持つコンテンツビューワで構成されるものとする。
【００１３】
第１のステップでは、前記閉域網に属するクライアントのハイパーテキストブラウザが、前記閉域網に属するサーバ選択装置に対しサービス識別情報およびＩＰアドレスなどに代表されるクライアント属性情報を含むサービス要求情報を送信する。
【００１４】
第２のステップでは、前記サーバ選択装置が、前記サービス識別情報および前記クライアントの属性情報に基づき前記閉域網に属する第二種サーバの中から前記クライアントにアクセスさせる被アクセスサーバを選択し、前記被アクセスサーバの識別情報を含み、該識別情報を前記クライアント経由で前記第一種サーバに転送するように記述したサーバ選択結果情報を前記クライアントに対し送信する。
【００１５】
第３のステップでは、前記クライアントが、受信した前記サーバ選択結果情報に含まれるＩＰアドレスやＵＲＬなどの前記被アクセスサーバの識別情報を前記第一種サーバに転送する。
【００１６】
第４のステップでは、前記第一種サーバが、受信した前記被アクセスサーバの識別情報を含む前記ハイパーテキストを動的に合成し、前記クライアントに前記ハイパーテキストを送信する。
【００１７】
第５のステップでは、前記クライアントのハイパーテキストブラウザが、コンテンツビューワを起動し、コンテンツビューワが前記ハイパーテキストに記載の被アクセスサーバにアクセスし、コンテンツを受信する。
【００１８】
これらのステップを実行することにより、コンテンツビューワにリダイレクト機能がない場合でも、インターネット外部に漏洩する情報を最小限にし、閉域網に属するユーザに対しても分散サーバを用いたコンテンツ配信サービスが利用可能となる。
【００１９】
また、前記サービス識別情報と前記閉域網内サーバ選択装置のアドレスを含む、コンテンツへのリンクのリストを提供する第三種サーバを用い、前記第１のステップを実行する前に、クライアントにおいて前記コンテンツのリンクのリストを要求するためリンク要求情報を第三種サーバに送信するステップと、第三種サーバが前記リンク要求情報に基づいてコンテンツへのリンクを動的に生成し、生成した前記コンテンツへのリンクのリストを前記クライアントに送信するステップと、前記第１のステップの実行時に前記クライアントにおいて前記コンテンツへのリンクのリストの中から少なくとも一つのコンテンツへのリンクを選択し、選択したコンテンツへのリンクに示された前記閉域網内サーバ選択装置のアドレスに対して前記サービス識別情報およびクライアントの属性情報を含むサービス要求情報を送信する。
【００２０】
このステップによって、クライアントは第三種サーバにアクセスするのみで、クライアントからは閉域網内部のサーバ選択装置を隠蔽することができる。
【００２１】
【発明の実施の形態】
図６に発明の実施形態を説明するにあたって前提とする環境を図示する。
【００２２】
ネットワークはインターネットと閉域網に分けることができ、閉域網とインターネットの間にはファイヤーウォールが介在するものとする。インターネット、閉域網ともＩＰネットワークであり、ＴＣＰ，ＵＤＰ，ＨＴＴＰ等一般的なインターネット上のプロトコルは一通り通信可能であるものとする。また閉域網からインターネット上のリソースにアクセスすることは可能であるが、インターネットから閉域網上のリソースにはアクセスができないものとする。またファイヤーウォールにてＮＡＴ（Network Address Translation）変換が行われているものとする。即ち閉域網内部のアドレスは外部からは参照不可である。
【００２３】
インターネットにはクライアントがはじめにアクセスするポータルサーバ、分散された動画像サーバが配置される。閉域網にはサーバ選択装置と分散された動画像サーバが配置される。ユーザも閉域網に属している。なお、ポータルサーバ、動画像サーバ、サーバ選択装置はすべて汎用コンピュータ上のソフトウェアプログラム上で実装されているものとする。
【００２４】
このシステムで提供しようとするサービスは、ポータルサーバにアクセスしたクライアントに対し、動画像ファイルのリンクを表示し、クライアントがリンクされたＵＲＬにアクセスするとポータルサーバで用意した統一的な画面の中にある動画像サーバからの映像が表示されるものである。
【００２５】
なお説明のためそれぞれのサーバのＩＰアドレスを表１に示す。
【００２６】
【表１】
0003828004.tif 000002
ここでポータルサーバの構成について説明する。ポータルサーバは一般的なＷｅｂサーバで構成され、ＨＴＭＬファイルを送信する機能を有している。またポータルサーバではＰｅｒｌ言語で記載されたＣＧＩを起動し動的にＨＴＭＬファイルを生成することも可能であるとする。
【００２７】
ポータルサーバにはクライアントがはじめに閲覧するポータルホームページ（index.html）、動画像リスト出力ページ（list.cgi）、描画ページ（view.cgi）が格納されている。
【００２８】
index.htmlはポータルサーバにアクセスした時にクライアントが一番はじめに閲覧するページである。ここには動画像ファイルリストを出力するためのlist.cgiへのリンクがある。クライアントはlist.cgiにアクセスすることによって動画像リストを取得できる。
【００２９】
list.cgiはクライアントのＮＡＴ変換後のＩＰアドレスを取得し、それに応じて動画像リンク先のＵＲＬを動的に合成し、その結果をＨＴＭＬ形式でクライアントに返す。list.cgiのＵＲＬは図７の通りであるものとし、特に引数は必要としない。またlist.cgi実行結果例を図８に示す。
【００３０】
view.cgiは閉域網内のサーバ選択装置が選択した被アクセスサーバのＵＲＬを取得し、そのＵＲＬを参照するホームページを生成する。view.cgiのＵＲＬは図９の通りであるものとする。引数urlが被アクセスサーバのＵＲＬであり、引数keyがlist.cgiで出力されたＵＲＬである。view.cgiは引数keyによって出力するＨＴＭＬページの構成を変更するものとする。view.cgiの実行結果例を図１０に示す。
【００３１】
次に閉域網内のサーバ選択装置の構成について説明する。サーバ選択装置はクライアントからのＨＴＴＰ  ＧＥＴメッセージを受信し、そこに記載されているＵＲＬに基づきクライアントにアクセスさせる被アクセスサーバを決定し、クライアント経由でポータルサーバに転送する仕組みを持っている。サーバ選択装置がもつサーバリストは図１１に示すようにＵＲＬ毎に指定される。ここでサーバ選択装置がＵＲＬ http://192.168.18.10/Resource2/a.mpgを受け取ったものとする。ここでサーバリストのkeyの項で指定したＵＲＬのうちもっとも一致した部分が長かったサーバリストを採用する。この場合はhttp://192.168.18.10/Resource2/がもっとも一致部分が長いため、このＵＲＬが記載されたサーバリストを採用する。従ってサーバ選択候補はhttp://192.168.18.11:8000/Resource2/ http://192.168.18.12:8000/Resource2/の２つである。この中から当実施例においてはクライアントのＩＰアドレスの４バイト目が偶数であればhttp://192.168.18.11:8000/Resource2/、奇数であればhttp://192.168.18.12:8000/Resource2/を選択するものとする。いまクライアントアドレスが192.168.18.233とすると233は奇数であるためhttp://192.168.18.12:8000/Resource2/が選択される。被アクセスサーバのＵＲＬはＨＴＴＰ  ＧＥＴメッセージで得られたＵＲＬ http://192.168.18.10/Resource2/a.mpgのhttp://192.168.18.10/Resource2/の部分をhttp://192.168.18.12:8000/Resource2/に置き換えることで得ることとすると、http://192.168.18.12:8000/Resource2/a.mpgとなる。
【００３２】
この被アクセスサーバのＵＲＬをクライアント経由でポータルサーバに転送するＨＴＭＬを図１２のように生成しクライアントに送信し、サーバ選択装置の処理を終了する。
【００３３】
なお、動画像サーバはＨＴＴＰ  ＧＥＴリクエストを受け付け、要求されたファイルをストリーミング配信する機能を持つものとする。またクライアントは通常のＷｅｂブラウザおよびリダイレクト機能を有していない動画像のビューワを持っているものとする。
【００３４】
当実施形態における処理シーケンスを図１３に示す。図中クライアントから左方向へ向いている矢印の直線の上に記載された文字列は送信されるＨＴＴＰメッセージ、右方向への矢印の直線の上に記載された文字列は送信されるコンテンツを示す。クライアントのＷｅｂブラウザはまずindex.htmlを取得し、その中に記載されているコンテンツのリスト取得要求を行う（具体的にはlist.cgiにアクセスする）。その結果得られたコンテンツのリストの中から閲覧したコンテンツの取得要求を行う。まず閉域網内サーバ選択装置にアクセスし、図１２のようなサーバ選択結果情報をクライアントのＷｅｂブラウザに送信する。Ｗｅｂブラウザのリダイレクト機能によってポータルサーバへ選択されたサーバのＵＲＬが通知される（具体的にはview.cgiヘアクセスする）。ポータルサーバで選択されたサーバのＵＲＬを元にハイパーテキストが合成されＷｅｂブラウザに送信される。Ｗｅｂブラウザで動画像ビューワを起動し、該ビューワが指定された動画像配信サーバにアクセスすることでコンテンツを取得することができる。
【００３５】
以上述べてきた通り当実施の形態において、コンテンツビューワにリダイレクト機能がない場合でも、インターネット外部に漏洩する情報を最小限にし（具体的には選択されたサーバのＵＲＬのみを外部に送信）、閉域網に属するユーザに対しても分散サーバを用いたコンテンツ配信サービスが利用可能となる。
【００３６】
なお、本発明の実施形態は本特許の請求範囲を逸脱しない範囲において、当実施例の記載の範囲に限定されるものではないことを付記しておく。
【００３７】
【発明の効果】
以上説明してきた通り、本発明によってコンテンツビューワにリダイレクト機能がない場合でも、インターネット外部に漏洩する情報を最小限にし（具体的には選択されたサーバのＵＲＬのみを外部に送信）、閉域網に属するユーザに対しても分散サーバを用いたコンテンツ配信サービスが利用可能となる。
【図面の簡単な説明】
【図１】既存技術で各サーバで格納されているコンテンツが異なる場合のサーバ選択方法を説明する図である。
【図２】クライアントが閉域網に属する場合のサーバ選択方法を説明する図である。
【図３】開城網内部にもサーバ選択装置が存在しており、クライアントが閉域網に属する場合のサーバ選択方法を説明する図である。
【図４】閉域網内部にもサーバ選択装置が存在しており、クライアントが閉域網に属する場合のコンテンツ配信方法のシーケンスを説明する図である。
【図５】本特許に記載のコンテンツ配信方法のシーケンスを説明する図である。
【図６】本特許に記載の実施形態の説明で前提とする環境を説明する図である。
【図７】本特許に記載の実施形態におけるlist.cgiのＵＲＬの例を説明する図である。
【図８】本特許に記載の実施形態におけるlist.cgiの実行結果例を説明する図である。
【図９】本特許に記載の実施形態におけるview.cgiのＵＲＬの例を説明する図である。
【図１０】本特許に記載の実施形態におけるview.cgiの実行結果例を説明する図である。
【図１１】本特許に記載の実施形態におけるサーバリストの例を説明する図である。
【図１２】本特許に記載の実施形態における被アクセスサーバのＵＲＬをクライアント経由でポータルサーバに転送するＨＴＭＬの例を説明する図である。
【図１３】本特許に記載の実施形態におけるシーケンスを説明する図である。
【図１】
0003828004.tif 000003
【図２】
0003828004.tif 000004
【図３】
0003828004.tif 000005
【図４】
0003828004.tif 000006
【図５】
0003828004.tif 000007
【図６】
0003828004.tif 000008
【図７】
0003828004.tif 000009
【図８】
0003828004.tif 000010
【図９】
0003828004.tif 000011
【図１０】
0003828004.tif 000012
【図１１】
0003828004.tif 000013
【図１２】
0003828004.tif 000014
【図１３】
0003828004.tif 000015