(57)【特許請求の範囲】
【請求項１】
リソース提供装置が、リソース受信装置に複数のサーバのいずれかからのリソースを受信させる情報取得システムであって、
前記リソース提供装置は、
前記複数のサーバの中から、前記リソースを送信させるサーバを判定する判定手段と、
前記判定手段で判定されたサーバに対して、前記リソースを前記リソース受信装置が取得できるように準備するよう指示する準備指示手段と、
前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記リソース受信装置へ送信するリソース情報送信手段とを有し、
前記リソース受信装置は、
前記リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、
前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、
前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記リソース情報受信手段で受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、
前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段と
を有することを特徴とする情報取得システム。
【請求項２】
複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースを情報処理装置が取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記情報処理装置へ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとに、ネットワークを介して接続された情報処理装置であって、
リソースのアドレスにおける第２の部分とサーバの識別子とを、予め対応付けて記憶する記憶手段と、
前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、
前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、
前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段と
を有することを特徴とする情報処理装置。
【請求項３】
前記記憶手段に記憶されているリソースのアドレスにおける第２の部分は、前記サーバのアドレスを含むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記記憶手段に記憶されているリソースのアドレスにおける第２の部分は、該リソースが存在する前記サーバのディレクトリアドレスを含むことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、
前記判定手段で判定されたサーバに対して、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示手段と、
を有する情報処理装置であって、
更に、
リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを送信するリソース情報送信手段を有することを特徴とする情報処理装置。
【請求項６】
前記準備指示手段による前記準備の指示が為されたサーバは、データベースから前記リソースを取り出し、当該取り出したリソースを外部に公開されるディレクトリへコピーすることにより、前記リソース受信装置が前記リソースを取得できるように準備することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースを情報処理装置が取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記情報処理装置へ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとに、ネットワークを介して接続された前記情報処理装置が実行する情報処理方法であって、
前記情報処理装置のリソース情報受信手段が、前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分とサーバの識別子とを受信するリソース情報受信ステップと、
前記情報処理装置の生成手段が、前記リソースのアドレスにおける第２の部分とサーバの識別子とが予め対応付けられて記憶されている記憶手段から、前記受信したサーバの識別子に対応付けられている前記リソースのアドレスにおける第２の部分を取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成ステップと、
前記情報処理装置の取得手段が、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得ステップと
を有することを特徴とする情報処理方法。
【請求項８】
前記記憶手段に記憶されているリソースのアドレスにおける第２の部分は、前記サーバのアドレスを含むことを特徴とする請求項７に記載の情報処理方法。
【請求項９】
前記記憶手段に記憶されているリソースのアドレスにおける第２部分は、該リソースが存在する前記サーバのディレクトリアドレスを含むことを特徴とする請求項７に記載の情報処理方法。
【請求項１０】
判定手段が、複数のサーバの中から、リソースを送信させるサーバを判定する判定ステップと、
前記判定ステップで判定されたサーバに対して、準備指示手段が、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示ステップと、を有する情報処理方法であって、更に、
リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示ステップで前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、リソース情報送信手段が、前記リソースのアドレスにおける第１の部分と前記判定ステップで判定されたサーバの識別子とを送信するリソース情報送信ステップを有することを特徴とする情報処理方法。
【請求項１１】
前記準備指示ステップにおいて前記準備の指示が為されたサーバは、データベースから前記リソースを取り出し、当該取り出したリソースを外部に公開されるディレクトリへコピーすることにより、前記リソース受信装置が前記リソースを取得できるように準備することを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースをコンピュータが取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記コンピュータへ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとに、ネットワークを介して接続された前記コンピュータを、
前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分とサーバの識別子とを受信するリソース情報受信手段、
前記リソースのアドレスにおける第２の部分とサーバの識別子とが予め対応付けられて記憶されている記憶手段から、前記受信したサーバの識別子に対応付けられている前記リソースのアドレスにおける第２の部分を取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段、
前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段、として機能させるためのコンピュータ実行可能なプログラム。
【請求項１３】
複数のサーバの中から、リソースを送信させるサーバを判定する判定手段、
前記判定手段で判定されたサーバに対して、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示手段、
として、コンピュータを機能させるためのコンピュータ実行可能なプログラムであって、
更に、
リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを送信するリソース情報送信手段として、前記コンピュータを機能させるためのコンピュータ実行可能なプログラム。
【請求項１４】
請求項１２又は請求項１３に記載のプログラムを格納したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置が有する情報をネットワーク上のアドレスを用いて取得する情報取得システム、情報処理装置、方法、プログラム及び媒体に関する。
【０００２】
【従来の技術】
ネットワークを介して接続されたコンピュータ同士がファイル情報（リソース）の交換を行なう場合、情報の提供側であるサーバがファイルの存在する位置（アドレス）情報を、情報の取得側であるクライアントに通知し、クライアントはサーバから通知されたアドレス情報に基づいて該ファイルを取得する。例えば、インターネットを介した通信ではＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を使用し、まずサーバはクライアントにファイルのアドレスをＵＲＬ形式で通知し、クライアントは通知されたＵＲＬを使用してサーバからファイルを取得することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、ＵＲＬの通知を非セキュアな通信方法で通信すると、サーバとクライアント以外の第三者にファイルのアドレスを知られる可能性があり、セキュリティ上の問題がある。
【０００４】
また一方、予めユーザが該ＵＲＬを直接クライアント装置に入力して記憶手段に記憶（ブックマーク）しておくことにより、サーバからクライアントへＵＲＬの通知を行なわないようにした場合、ファイル毎にユーザがＵＲＬを入力する手間が生じる。更に、対象ファイルのＵＲＬが変更されると、ユーザの操作によってＵＲＬが修正されない限りクライアントはファイルを取得できないという問題がある。
【０００５】
本発明は、以上のような問題点を鑑み、セキュリティを保ちつつ、情報提供装置から情報取得装置へ情報ファイルのアドレス（ＵＲＬ）に関する情報を通知して、該情報ファイルを取得できるようにすることを課題とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明の情報取得システムは、リソース提供装置が、リソース受信装置に複数のサーバのいずれかからのリソースを受信させる情報取得システムであって、前記リソース提供装置は、前記複数のサーバの中から、前記リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースを前記リソース受信装置が取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記リソース受信装置へ送信するリソース情報送信手段とを有し、前記リソース受信装置は、前記リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記リソース情報受信手段で受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有することを特徴とする。
【０００７】
上記課題を解決するために、本発明の情報処理装置は、複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースを情報処理装置が取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記情報処理装置へ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとにネットワークを介して接続された情報処理装置であって、
リソースのアドレスにおける第２の部分とサーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有することを特徴とする。
【０００８】
上記課題を解決するために、本発明の情報処理装置は、複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示手段と、を有する情報処理装置であって、更に、リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを送信するリソース情報送信手段を有することを特徴とする。
【０００９】
上記課題を解決するために、本発明の情報処理方法は、複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースを情報処理装置が取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記情報処理装置へ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとに、ネットワークを介して接続された前記情報処理装置が実行する情報処理方法であって、前記情報処理装置のリソース情報受信手段が、前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分とサーバの識別子とを受信するリソース情報受信ステップと、前記情報処理装置の生成手段が、前記リソースのアドレスにおける第２の部分とサーバの識別子とが予め対応付けられて記憶されている記憶手段から、前記受信したサーバの識別子に対応付けられている前記リソースのアドレスにおける第２の部分を取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成ステップと、前記情報処理装置の取得手段が、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得ステップとを有することを特徴とする。
上記課題を解決するために、本発明の情報処理方法は、判定手段が、複数のサーバの中から、リソースを送信させるサーバを判定する判定ステップと、前記判定ステップで判定されたサーバに対して、準備指示手段が、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示ステップと、を有する情報処理方法であって、更に、リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示ステップで前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、リソース情報送信手段が、前記リソースのアドレスにおける第１の部分と前記判定ステップで判定されたサーバの識別子とを送信するリソース情報送信ステップを有することを特徴とする。
【００１０】
上記課題を解決するために、本発明のコンピュータ実行可能なプログラムは、複数のサーバの中から、リソースを送信させるサーバを判定する判定手段と、前記判定手段で判定されたサーバに対して、前記リソースをコンピュータが取得できるように準備するよう指示する準備指示手段と、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを、前記コンピュータへ送信するリソース情報送信手段とを有するリソース提供装置と、前記複数のサーバとに、ネットワークを介して接続された前記コンピュータを、
前記リソース情報送信手段から送信された前記リソースのアドレスにおける第１の部分とサーバの識別子とを受信するリソース情報受信手段、前記リソースのアドレスにおける第２の部分とサーバの識別子とが予め対応付けられて記憶されている記憶手段から、前記受信したサーバの識別子に対応付けられている前記リソースのアドレスにおける第２の部分を取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段、として機能させることを特徴とする。
上記課題を解決するために、本発明のコンピュータ実行可能なプログラムは、複数のサーバの中から、リソースを送信させるサーバを判定する判定手段、前記判定手段で判定されたサーバに対して、前記リソースをリソース受信装置が取得できるように準備するよう指示する準備指示手段、として、コンピュータを機能させるためのコンピュータ実行可能なプログラムであって、更に、リソースのアドレスにおける第２の部分と前記サーバの識別子とを、予め対応付けて記憶する記憶手段と、前記リソースのアドレスにおける第１の部分と前記サーバの識別子とを受信するリソース情報受信手段と、前記受信したサーバの識別子に対応する前記リソースのアドレスにおける第２の部分を前記記憶手段から取得し、当該取得したリソースのアドレスにおける第２の部分と前記受信したリソースのアドレスにおける第１の部分とを結合することにより、前記リソースのアドレスを生成する生成手段と、前記生成したリソースのアドレスに基づいて、前記準備指示手段で前記準備の指示が為されたサーバから前記リソースを取得する取得手段とを有するリソース受信装置に対して、前記リソースのアドレスにおける第１の部分と前記判定手段で判定されたサーバの識別子とを送信するリソース情報送信手段として、前記コンピュータを機能させることを特徴とする。
【００１１】
【発明の実施の形態】
本実施形態では、コンテンツプロバイダ（コンテンツ送信側）とサービスプロバイダ（コンテンツ受信側）との間でコンテンツ（ファイル情報）の送受信を行なう。コンテンツ位置（アドレス）の指定にはＵＲＬを使用する。また、通信経路としてインターネット、通信プロトコルとしてＴＣＰ／ＩＰ上のＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用する。なお、本実施形態で用いる全てのドメイン名は、単に装置を識別できるように記載しただけであり、実在するドメイン名とは無関係である。
【００１２】
図１は、本実施形態の構成図である。
【００１３】
コンテンツプロバイダ１０１は、インターネットにＴＣＰ／ＩＰ接続されたコンピュータであって、コンテンツの提供側である。本実施形態では、コンテンツプロバイダ１０１のＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ
Ｎａｍｅ）が、ｃｏｎｔｅｎｔ．ｊｐであるとする。
【００１４】
サービスプロバイダ１０２は、インターネットにＴＣＰ／ＩＰ接続され、ＨＴＴＰでアクセス可能なコンピュータであって、コンテンツプロバイダに指定されたコンテンツサーバにアクセスすることによって、コンテンツを取得して、該取得したコンテンツを用いて所定のサービスを実行する。ここでサービスプロバイダ１０２のＦＱＤＮがｓｅｒｖｉｃｅ．ｊｐであるとする。サービスプロバイダ１０２では、さらにＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムを実行可能であるとし、コンテンツプロバイダ１０１からＣＧＩプログラムのＵＲＬ “ｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｊｐ／Ｃｇｉ／ｃｇｉ．ｅｘｅ”に実行要求がなされると、該ＣＧＩプログラムを実行するものとする。なお、該ＵＲＬの“ｈｔｔｐ：”箇所はスキームであって、ここではＨＴＴＰプロトコルの使用を表わす。また、“Ｃｇｉ／ｃｇｉ．ｅｘｅ”箇所はＵＲＬパス名であって、サービスプロバイダ１０２内のリソースを外部から見た場合のアドレス（位置）を表わす。この外部から見た場合のアドレスは、サービスプロバイダ１０２のＨＴＴＰ処理プログラムによりサービスプロバイダ１０２の内部アドレス（位置）へとマッピングが行なわれて処理される。
【００１５】
通信経路１０３は、本実施形態ではインターネットを用い、コンテンツプロバイダ１０１、サービスプロバイダ１０２、コンテンツサーバ１の１０４、コンテンツサーバ２の１０５が接続されている。
【００１６】
コンテンツプロバイダ１０１には、負荷分散のためコンテンツサーバとして二台のコンピュータ、すなわちコンテンツサーバ１（１０４）とコンテンツサーバ２（１０５）とが、ネットワークを介して接続されている。両コンテンツサーバは、インターネット上に存在するＴＣＰ／ＩＰ接続およびＨＴＴＰアクセス可能なコンピュータである。コンテンツサーバ１（１０４）のＦＱＤＮを仮にｃｏｎｔｓｅｒｖ１．ｊｐ、コンテンツサーバ２（１０５）のＦＱＤＮを仮にｃｏｎｔｓｅｒｖ２．ｊｐとする。コンテンツサーバ１（１０４）およびコンテンツサーバ２（１０５）はＣＧＩプログラムを実行可能であるとし、コンテンツプロバイダ１０１が実行要求するＣＧＩプログラムのＵＲＬはそれぞれ“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｇｉ／ｃｇｉ．ｅｘｅ”、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ２．ｊｐ／Ｃｇｉ／ｃｇｉ．ｅｘｅ”とする。なお、本実施形態では、コンテンツプロバイダとコンテンツサーバは別装置とするが、コンテンツプロバイダがコンテンツサーバを兼ねるような構成にしてもよい。
【００１７】
コンテンツプロバイダ１０１が提供するコンテンツにはファイル名として８桁十進の連番、すなわち０００００００１〜９９９９９９９９が付加されているものとする。コンテンツサーバ１（１０４）にはコンテンツプロバイダ１０１が提供するコンテンツのうち、ファイル名連番が奇数番のもの、すなわち０００００００１、０００００００３、０００００００５、…がデータベース１０６に保存されている。コンテンツサーバ２（１０５）にはコンテンツプロバイダ１０１が提供するコンテンツのうち、ファイル名連番が偶数番のもの、すなわち０００００００２、０００００００４、０００００００６、…がデータベース１１１に保存されている。
【００１８】
１０７はコンテンツサーバ１（１０４）の固定記憶装置であり、ネットワークを介して外部からアクセス可能なディレクトリを含む。１０８は固定記憶装置１０７上の内部ディレクトリであり、ここでは“／ＷＷＷｒｏｏｔ”とする。ディレクトリ“／ＷＷＷｒｏｏｔ”１０８は、コンテンツサーバ１（１０４）においてＨＴＴＰスキームを用いたＵＲＬパス名のルートがマッピングされるものとする。すなわち、ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／というＵＲＬはコンテンツサーバ１（１０４）において固定記憶装置１０７上のディレクトリ“／ＷＷＷｒｏｏｔ”１０８にマッピングされる。１０９はディレクトリ１０８のサブディレクトリであって、ここでは“／ＷＷＷｒｏｏｔ／Ｃｏｎｔｅｎｔｓ”である。ディレクトリ１０９はコンテンツサーバ１（１０４）においてＨＴＴＰスキームを用いたＵＲＬパス名の“／Ｃｏｎｔｅｎｔｓ”がマッピングされる。すなわち、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｏｎｔｅｎｔｓ／”というＵＲＬはコンテンツサーバ１（１０４）において固定記憶装置１０７上のディレクトリ１０９にマッピングされる。同様に、１１０は固定記憶装置１０７上のディレクトリ“／ＷＷＷｒｏｏｔ／Ｃｇｉ”であり、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｇｉ／”というＵＲＬはコンテンツサーバ１（１０４）においてディレクトリ１１０にマッピングされる。ディレクトリ１１０にはコンテンツプロバイダ１０１から実行可能なＣＧＩプログラムｃｇｉ．ｅｘｅが置かれ、ＵＲＬ“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｇｉ／ｃｇｉ．ｅｘｅ”は該プログラムにマッピングされる。
【００１９】
コンテンツサーバ２（１０５）においても同様に、１１２は固定記憶装置であり、ネットワークを介して外部からアクセス可能なディレクトリを含む。１１３は固定記憶装置１１２上のディレクトリであり、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ２．ｊｐ／”というＵＲＬはコンテンツサーバ２（１０５）において固定記憶装置１１２上のディレクトリ１１３にマッピングされる。１１４および１１５はディレクトリ１１３のサブディレクトリであって、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ２．ｊｐ／Ｃｏｎｔｅｎｔｓ／”というＵＲＬはディレクトリ１１４にマッピングされ、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ２．ｊｐ／Ｃｇｉ／”というＵＲＬはディレクトリ１１５にマッピングされる。ディレクトリ１１５にはＣＧＩプログラムｃｇｉ．ｅｘｅが置かれている。
【００２０】
１１６はサービスプロバイダ１０２に格納されているＵＲＬベース情報テーブルである。ＵＲＬベース情報テーブル内にはコンテンツプロバイダ１０１が使用する可能性のあるコンテンツサーバの数だけＵＲＬベース情報を持つ必要があり、各コンテンツサーバはユニークにふられた番号により区別可能とする。ここではコンテンツサーバが二つのためＵＲＬベース情報テーブル１１６には二つのコンテンツサーバの情報が記憶されている。１１７は識別子＃１という番号がふられたＵＲＬベース情報であり、コンテンツサーバの情報として“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｏｎｔｅｎｔｓ／”が対応づけられて記憶されている。１１８は識別子＃２という番号がふられたＵＲＬベース情報であり、コンテンツサーバの情報として“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ２．ｊｐ／Ｃｏｎｔｅｎｔｓ／”が対応づけられて記憶されている。
【００２１】
本実施形態では、コンテンツプロバイダ１０１は、コンテンツをサービスプロバイダ１０２に提供するため、コンテンツ送信に使用するコンテンツサーバにコンテンツを準備させ、サービスプロバイダ１０２に対してアクセス先のコンテンツサーバに関する情報（取得用ＵＲＬ生成するための情報：本実施形態では、コンテンツサーバ識別子、ファイル名）を通知する。そして、サービスサーバ１０２は、通知された情報に基づいて、コンテンツサーバ１（１０４）またはコンテンツサーバ２（１０５）からコンテンツを取得するものとする。
【００２２】
次に、コンテンツプロバイダ１０１、及びサービスプロバイダ１０２で実行される処理を図２及び図３を用いて詳細に説明する。
【００２３】
図２は、コンテンツプロバイダ１０１が実行する処理である。
【００２４】
ステップ２０１では、サービスサーバに取得させるコンテンツのファイル名を判定し、コンテンツサーバ１（１０４）からファイルを取得させるかコンテンツサーバ２（１０５）からファイルを取得させるかを決定する。本実施形態ではコンテンツのファイル名として十進の連番が付されており、ファイル名が奇数番の場合はコンテンツサーバ１（１０４）を使い、ファイル名が偶数番の場合はコンテンツサーバ２（１０５）を使うことにしているので、ステップ２０１ではコンテンツのファイル名が奇数かどうかを判定している。
【００２５】
コンテンツのファイル名が奇数番の場合、ステップ２０２において、コンテンツプロバイダ１０１はコンテンツサーバ１（１０４）に対して、該当コンテンツの準備を指示する。ここではコンテンツサーバ１（１０４）に用意されたＣＧＩプログラムを使用することとする。該コンテンツのファイル名が例えば００００００１７の場合、コンテンツプロバイダ１０１からコンテンツサーバ１（１０４）に対してＣＧＩプログラム呼び出しのＵＲＬは“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｇｉ／ｃｇｉ．ｅｘｅ？ｆｉｌｅ＝００００００１７”とする。ここで該ＵＲＬの‘？’以降はＣＧＩプログラム呼び出しの引数であり、ここでは“ｆｉｌｅ＝”箇所が固定で、“００００００１７”箇所がコンテンツのファイル名の指定であることが、予めコンテンツプロバイダ１０１とコンテンツサーバ１（１０４）との間で呼び出し規約として決められている。このとき該ＵＲＬの‘？’以前のＵＲＬパス名に従って、コンテンツサーバ１（１０４）のＣＧＩプログラム“／ＷＷＷｒｏｏｔ／Ｃｇｉ／ｃｇｉ．ｅｘｅ”が読み出されて実行される。このＣＧＩプログラムは呼び出し規約に従って、該ＵＲＬからファイル名“００００００１７”を抽出する。次に、データベース１０６からファイル名“００００００１７”のコンテンツを取り出し、固定記憶装置１０７上の外部に公開されるディレクトリ１０９にファイル名“００００００１７”のコンテンツをコピーする。このコンテンツの固定記憶装置１０７上におけるファイル名は“／ＷＷＷｒｏｏｔ／Ｃｏｎｔｅｎｔｓ／００００００１７”となる。
【００２６】
一方、ステップ２０１でコンテンツのファイル名が偶数番であると判定された場合、ステップ２０３に進み、コンテンツプロバイダ１０１はコンテンツサーバ２（１０５）に対して該当コンテンツの準備を指示する。ステップ２０３での処理は、コンテンツサーバ１（１０４）がコンテンツサーバ２（１０５）に置き換わる以外はステップ２０２と同様である。
【００２７】
ステップ２０４は、コンテンツの取得位置に関する情報を、コンテンツプロバイダ１０１からサービスプロバイダ１０２に通知する処理である。ここではサービスプロバイダ１０２に用意されたＣＧＩプログラムを使用することとする。コンテンツのファイル名がたとえば００００００１７の場合、コンテンツプロバイダ１０１からサービスプロバイダ１０２に対して送信されるＣＧＩプログラム呼び出しのＵＲＬは“ｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｊｐ／ｃｇｉ．ｅｘｅ？ｈｏｓｔ＝＃１＆ｆｉｌｅ＝００００００１７”とする。ここで該ＵＲＬの‘？’以降はＣＧＩプログラム呼び出しの引数であり、‘＆’は引数の区切りである。つまり、第一引数は“ｈｏｓｔ＝＃１”、第二引数は“ｆｉｌｅ＝００００００１７”となる。ここでは第一引数について“ｈｏｓｔ＝”箇所が固定で“＃１”箇所がコンテンツサーバ番号の指定であること、および、第二引数について“ｆｉｌｅ＝”箇所が固定で“００００００１７”箇所がコンテンツのファイル名の指定であることが、コンテンツプロバイダ１０１とサービスプロバイダ１０２との間で予め呼び出し規約として決められているものとする。
【００２８】
図３は、サービスプロバイダ１０２での詳細な処理を示す図である。
【００２９】
ステップ３０１では、コンテンツプロバイダ１０１からステップ２０４で通知されたＵＲＬ“ｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｊｐ／ｃｇｉ．ｅｘｅ？ｈｏｓｔ＝＃１＆ｆｉｌｅ＝００００００１７”を受信する。
【００３０】
ステップ３０２では、受信したＵＲＬに従って、ＣＧＩプログラムが呼び出されて、前記呼び出し規約に従って、該ＵＲＬからコンテンツサーバ番号“＃１”とファイル名“００００００１７”とが抽出される。
【００３１】
抽出されたコンテンツサーバ番号“＃１”とファイル名“００００００１７”とから、ステップ３０２にて、コンテンツの取得先ＵＲＬを生成する。コンテンツサーバ番号とファイル名が得られたので、これらとＵＲＬベース情報１１６とを利用することにより取得先ＵＲＬを生成する。コンテンツサーバ番号が“＃１”で、ファイル名が“００００００１７”であった場合、ＵＲＬベース情報１１６を参照すると、コンテンツサーバ番号“＃１”に対応するＵＲＬは、“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｏｎｔｅｎｔｓ／”（１１７）である。次に、得られたＵＲＬとファイル名“００００００１７”とを連結することにより、取得先ＵＲＬとして“ｈｔｔｐ：／／ｃｏｎｔｓｅｒｖ１．ｊｐ／Ｃｏｎｔｅｎｔｓ／００００００１７”を生成する。
【００３２】
ステップ３０３では、この生成された取得先ＵＲＬに従って、コンテンツサーバ１（１０４）にＨＴＴＰアクセスを行なって該当コンテンツを取得する。
【００３３】
なお、コンテンツサーバ１（１０４）では、サービスサーバ１０２から指定されたＵＲＬを受信すると、該ＵＲＬパス名“Ｃｏｎｔｅｎｔｓ／００００００１７”はコンテンツサーバ１（１０４）の内部アドレス“／ＷＷＷｒｏｏｔ／Ｃｏｎｔｅｎｔｓ／”００００００１７”にマッピングされ、該マッピングされたコンテンツを取り出し、サービスサーバ１０２に送信する。
【００３４】
以上により、通信経路にＵＲＬそのものを流すことなく、サービスプロバイダでＵＲＬを生成して、ファイルを取得させるようにしたので、セキュリティが増す。
【００３５】
また、コンテンツプロバイダから取得先におけるファイル情報を、サービスプロバイダに通知するようにしたので、ファイルの取得先が変わったとしても、サービスプロバイダは確実にファイルを取得できる。
【００３６】
［その他の実施形態］
上記実施形態では、コンテンツプロバイダ、コンテンツサーバ、およびサービスプロバイダをインターネット上のＴＣＰ／ＩＰ接続可能なコンピュータであるとしたが、これに限定されるものではなく、他のプロトコルであっても相互に通信可能であれば適用が可能である。
【００３７】
また、リソース位置の指定にＵＲＬを使用したが、ＵＲＬに限るものではなく、ＵＲＮ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｎａｍｅ）、あるいは広くＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）など、リソース（情報ファイル）のアドレスが指定できればよい。
【００３８】
また、通信時のプロトコルとしてＨＴＴＰを使用したが、これに限定されるものではなく、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰＳ（ＨＴＴＰ  Ｓｅｃｕｒｉｔｙ）など、リソースの送受信側で使用可能なプロトコルであればいずれも使用可能である。
【００３９】
また、ＨＴＴＰプロトコルを使用したＵＲＬ表記においてポート番号を省略したが、これはＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  ＴａｓｋＦｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）１７３８（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ  （ＵＲＬ））およびＲＦＣ１９４５（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．０）にてポート番号省略時はポート番号８０を含意する旨が明記されていることによる。もちろん、実施方法によってはポート番号８０を明示的に指定してもよいし、他のポート番号を明示的に指定してもよい。
【００４０】
また、通信経路をインターネットであるとしたが、これに限定されるものではなく、パソコン通信や専用線など、コンピュータ同士が通信可能な媒体であればいずれの構成をとっても一般性を失わない。
【００４１】
また、負荷分散のためにコンテンツサーバ１とコンテンツサーバ２との二台のコンピュータを使用したが、もちろん二台を超えるコンピュータを使用してもよいし、あるいは一台だけのコンピュータを使用してもよい。
【００４２】
また、コンテンツサーバ１とコンテンツサーバ２との関係は負荷分散のために同等の役割としたが、負荷は特定のコンピュータに集中させて残りのコンピュータはバックアップ用途とするなど、負荷の分配方法は自由である。負荷分散の方法としてコンテンツを等量ずつ分配する方法を採用したが、これに限らず、両コンピュータが同じコンテンツを有し、その時点での実負荷に応じてコンテンツプロバイダが負荷を割り振ったり、アクセス要求があるたびにコンテンツサーバに順に負荷を与えるラウンドロビン方式を採るなど、負荷を分散させる方法であればいずれの方法でも使用可能である。
【００４３】
また、コンテンツのファイル名として８桁十進の連番が付加されているものとしたが、もちろんこれに限定されるものではなく、コンピュータが使用するコンテンツ格納手段が規定する命名規則に従ったものであればいかなるファイル名でも使用可能である。
【００４４】
また、コンテンツサーバにおいてコンテンツがデータベースに格納されているとしたが、コンテンツファイルを永続的に格納可能で、かつ何らかのキーをもとにコンテンツファイルを取得できる手段であればいずれの手段でコンテンツを格納しても構わない。
【００４５】
また、固定記憶装置上のディレクトリ名として“／ＷＷＷｒｏｏｔ”その他の名称を使用したが、これらは一例であって、他の名称を使用することをさまたげるものではない。
【００４６】
また、コンテンツプロバイダからコンテンツサーバおよびサービスプロバイダへの通信にＣＧＩを使用したが、これに限定されるものではなく、通信元から通信先に必要な情報が伝えられるものであれば形式は問わない。
【００４７】
また、コンテンツプロバイダ、コンテンツサーバ１、コンテンツサーバ２、及びサービスプロバイダとなる情報処理装置の構成の一例を図４に示す。４０１はＲＯＭ４０２に格納されている制御プログラムに従って本装置全体の制御を行うＣＰＵ、４０２はＣＰＵ４０１が実行する前述したフローチャートに示す処理など本装置の制御プログラム等を格納するＲＯＭやＨＤＤなどの内部記憶部、４０３は文書画像等を記憶し、ＣＰＵ４０１のワークエリアとなるＲＡＭ、４０４は磁気ディスク等の外部記憶装置であり、４０５はディスプレイ、４０６はキーボード、４０７はマウス等のポインティングデバイスである。また、４０８はネットワークインターフェースであり、ネットワークで接続された装置と通信し、プログラムやデータなどを送受信する。なお、本実施形態を実現させるためにＣＰＵ１０１は、制御プログラムを、前述したように内部記憶部から読み込んで実行するようにしてもよいし、外部記憶装置４０４から読み込んで実行するようにしてもよいし、ネットワークを介して接続された外部装置から受け取って実行するようにしてもよい。
【００４８】
【発明の効果】
以上述べたように、本実施形態によれば、通信経路にＵＲＬそのものを流すことなく、リソース（ファイル情報）のアドレスを指定するための一部の情報を通知することで、リソースの受信装置側でアドレスを生成して、リソースを取得させるようにしたので、セキュリティが向上する。
【００４９】
また、リソースの受信装置は、リソースの取得先が変わったとしても、確実にリソースを取得できる。
【図面の簡単な説明】
【図１】本実施形態の構成図である。
【図２】コンテンツプロバイダ１０１での処理を示すフローチャートである。
【図３】サービスプロバイダ１０２での処理を示すフローチャートである。
【図４】情報処理装置の内部構成図の例である。
【符号の説明】
１０１  コンテンツプロバイダ
１０２  サービスプロバイダ
１０３  通信経路
１０４  コンテンツサーバ１
１０５  コンテンツサーバ２
【図１】
0004217391.tif 000002
【図２】
0004217391.tif 000003
【図３】
0004217391.tif 000004
【図４】
0004217391.tif 000005