端末からのコンテンツ要求を受け付ける要求受付部と、前記コンテンツ要求に含まれる第1のURLで識別されるコンテンツが存在するか否かを判断する判断部と、前記第1のURLで識別されるコンテンツが存在しないと判断された場合に、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、前記第1のURLに含まれる第1のURLパスが、対応する第2のURLパスで置き換えられた第2のURLで識別されるコンテンツを取得する取得部と、を備える、情報処理装置。1以上のコンテンツを格納するコンテンツ格納部をさらに備え、前記判断部は、前記コンテンツ格納部に格納される前記1以上のコンテンツの中に、前記第1のURLで識別されるコンテンツが存在するか否かを判断し、前記取得部は、前記コンテンツ格納部に格納される前記1以上のコンテンツの中から、前記第2のURLで識別されるコンテンツを取得する、請求項1に記載の情報処理装置。前記第2のURLで識別されるコンテンツを表示する前記端末の表示画面において、前記第2のURLで識別されるコンテンツのURLとして、前記第1のURLを表示させる表示画面生成部をさらに備える、請求項1または請求項2に記載の情報処理装置。前記対応情報は、第1のURLパスおよび第2のURLパスと、第1のURLパスおよび第2のURLパスのいずれのURLパスを含むURLを前記第2のURLで識別されるコンテンツのURLとして正規化するかを規定するcanonical属性とをさらに対応づける、請求項1から請求項3までの何れか一項に記載の情報処理装置。サーバが、ネットワークを介して、クライアント端末にサービスを提供する方法であって、前記サービスが、前記クライアント端末からのコンテンツ要求を受け付ける要求受付段階と、前記コンテンツ要求に含まれる第1のURLで識別されるコンテンツが存在するか否かを判断する判断段階と、前記第1のURLで識別されるコンテンツが存在しないと判断された場合に、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、前記第1のURLに含まれる第1のURLパスが、対応する第2のURLパスで置き換えられた第2のURLで識別されるコンテンツを取得する取得段階と、を有する、方法。コンピュータに、請求項5に記載された方法を実行させる、プログラム。リダイレクトによりユーザからの要求を転送する場合、Webページの移動に伴う作業が煩雑になる。本発明の第1の態様においては、端末からのコンテンツ要求を受け付ける要求受付部と、コンテンツ要求に含まれる第1のURLで識別されるコンテンツが存在するか否かを判断する判断部と、第1のURLで識別されるコンテンツが存在しないと判断された場合に、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、第1のURLに含まれる第1のURLパスが、対応する第2のURLパスで置き換えられた第2のURLで識別されるコンテンツを取得する取得部とを備える情報処理装置が提供される。上記の情報処理装置においては、1以上のコンテンツを格納するコンテンツ格納部をさらに備えてよい。判断部は、コンテンツ格納部に格納される1以上のコンテンツの中に、第1のURLで識別されるコンテンツが存在するか否かを判断してよい。取得部は、コンテンツ格納部に格納される1以上のコンテンツの中から、第2のURLで識別されるコンテンツを取得してよい。上記の情報処理装置においては、第2のURLで識別されるコンテンツを表示する端末の表示画面において、第2のURLで識別されるコンテンツのURLとして第1のURLを表示させる表示画面生成部をさらに備えてよい。上記の情報処理装置においては、対応情報は、第1のURLパスおよび第2のURLパスと、第1のURLパスおよび第2のURLパスのいずれのURLパスを含むURLを第2のURLで識別されるコンテンツのURLとして正規化するかを規定するcanonical属性とをさらに対応づけてよい。本発明の第2の態様においては、サーバが、ネットワークを介して、クライアント端末にサービスを提供する方法であって、サービスが、クライアント端末からのコンテンツ要求を受け付ける要求受付段階と、コンテンツ要求に含まれる第1のURLで識別されるコンテンツが存在するか否かを判断する判断段階と、第1のURLで識別されるコンテンツが存在しないと判断された場合に、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、第1のURLに含まれる第1のURLパスが、対応する第2のURLパスで置き換えられた第2のURLで識別されるコンテンツを取得する取得段階とを有する方法が提供される。本発明の第3の態様においては、コンピュータに、上記の方法を実行させるプログラムが提供される。なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。図1は、電子商取引システム100の一例を概略的に示す。図1は、電子商取引システム100を、ネットワーク10および検索サーバ110とともに示す。ネットワーク10は、インターネット、専用回線、無線パケット通信網などの通信回線であってよい。電子商取引システム100は、ネットワーク10を介した商取引に関するサービスを提供する。本実施形態において、電子商取引システム100は、クライアント端末102と、仮想店舗サーバ104とを備える。仮想店舗サーバ104は情報処理装置の一例であってよい。クライアント端末102は、ネットワーク10を介して仮想店舗サーバ104に接続する。クライアント端末102は、ネットワーク10を介して検索サーバ110に接続してもよい。クライアント端末102は、コンテンツを送信するよう要求するコンテンツ要求を、仮想店舗サーバ104に通知する。コンテンツ要求は、コンテンツを識別するURLUniformResourceLocatorを含む。コンテンツは、Webページ、文書ファイル、動画ファイル、音声ファイル、画像ファイル、プログラムなどのリソースであってよい。クライアント端末102は、ネットワーク10を介して、仮想店舗サーバ104などと情報を送受できる装置であればよく、Webブラウザソフトが導入されたパーソナルコンピュータ、携帯電話、携帯端末または無線端末であってよい。クライアント端末102は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。仮想店舗サーバ104は、ネットワーク10を介して、クライアント端末102に各種のサービスを提供する。仮想店舗サーバ104は、商品の販売者が作成したWebページ群Webサイトという場合がある。をネットワーク10上に公開する。仮想店舗サーバ104は、クライアント端末102からのコンテンツ要求を受け付ける。仮想店舗サーバ104は、検索サーバ110を介して、クライアント端末102からのコンテンツ要求を受け付けてもよい。仮想店舗サーバ104は、受け付けたコンテンツ要求を解析して、クライアント端末102に送信すべきコンテンツのURLコンテンツ要求に含まれるURLという場合がある。を取得する。仮想店舗サーバ104は、コンテンツ要求に含まれるURLで識別されるコンテンツが存在するか否かを判断する。コンテンツ要求に含まれるURLは、第1のURLの一例であってよい。本実施形態において、仮想店舗サーバ104は、2つの異なるURLパスを対応づける対応情報を取得する。ここで、WorldWideWebConsortiumにより定められたRFC1738で標準化されているように、URLパスとは、URLのうち、スキーム、ホストマシンの名前を示す責任者部およびポートに関する部分を除いた部分を示す。2つの異なるURLパスは、第1のURLパスまたは第2のURLパスの一例であってよい。仮想店舗サーバ104は、コンテンツ要求に含まれるURLで識別されるコンテンツが存在しないと判断した場合、上記の情報を参照して、コンテンツ要求に含まれるURLのURLパスを、上記の情報において当該URLパスと対応付けられたURLパスに置き換える。これにより、コンテンツ要求に含まれるURLとは異なるURLが得られる。仮想店舗サーバ104は、得られたURLにより識別されるコンテンツを抽出する。コンテンツ要求に含まれるURLとは異なるURLは、第2のURLの一例であってよい。仮想店舗サーバ104は、受け付けたコンテンツ要求に対する応答として、抽出したコンテンツをクライアント端末102に送信する。これにより、クライアント端末102から受け付けたコンテンツ要求に含まれるURLにより識別されるコンテンツが発見されなかった場合であっても、当該コンテンツ要求に対応するコンテンツをクライアント端末102に送信することができる。また、仮想店舗サーバ104の運営者または仮想店舗サーバ104を利用してWebサイトを公開している利用者が、容易にコンテンツのURLを変更することができる。コンテンツ要求に対応するコンテンツとは、コンテンツ要求に含まれるURLで識別されるコンテンツ、または、コンテンツ要求に含まれるURLに基づいて生成されたURLで識別されるコンテンツを示す。例えば、Webページの移動に伴いコンテンツのURLを変更する場合、リダイレクトによりユーザからの要求を転送するには、Webページを構成するHTML文書を変更する必要があり、煩雑である。煩雑さを回避するには.htaccessを利用することが考えられるが、専門知識が要求される。これに対して、本実施形態によれば、2つの異なるURLパスを対応づける対応情報を準備することで、URLの変更に対応できる。さらに、リダイレクトによりクライアント端末102からの要求を転送する場合には、検索サーバ110は、転送元のURLに対する評価および転送先のURLに対する評価は、異なるURLに対する評価であると判断されてしまう。そのため、SEOSearchEngineOptimizationによって、Webページの評価を向上させていた場合であっても、転送元のWebページの評価を転送先のWebページの評価に引き継ぐことが難しい。これに対して、本実施形態によれば、仮想店舗サーバ104が、クライアント端末102からのコンテンツ要求に含まれるURLを変換して、コンテンツを取得する。これにより、HTTP301ステータスコードまたはHTTP404ステータスコードを通知することなく、クライアント端末102にコンテンツを送信することができる。ここで、コンテンツ要求に含まれるURLのURLパスと、当該URLパスとは異なるURLパスと、両者のいずれのURLによりコンテンツを正規化するかを規定するcanonical属性とが対応づけられている場合には、検索サーバ110は、コンテンツ要求に含まれるURLに対する評価と、コンテンツ要求に含まれるURLに基づき仮想店舗サーバ104が生成したURLに対する評価とを、同一のURLに対する評価として認識することができる。これにより、同一のコンテンツに対して複数のURLが存在する場合であっても、複数のURLの間で、検索サーバ110による評価を引き継ぐことができる。例えば、コンテンツのURLを変更した場合に、変更前のURLに対する評価を、変更後のURLに対する評価として引き継ぐことができる。また、同一のコンテンツに対して管理用のURLとは別に、販売促進用のURLを設定することができる。仮想店舗サーバ104および仮想店舗サーバ104の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよい。仮想店舗サーバ104は、ネットワーク10を介して仮想店舗サーバ104と情報を送受できる装置であればよく、Webブラウザソフトにより閲覧可能なWebページを管理するサーバであってよい。仮想店舗サーバ104は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。仮想店舗サーバ104は、単一のコンピュータにより構成されてもよく、ネットワーク上に分散した複数のコンピュータにより構成されてもよい。仮想店舗サーバ104は、仮想サーバまたはクラウドシステムであってもよい。仮想店舗サーバ104は、プログラムが実行されることにより、コンピュータが仮想店舗サーバ104として機能してもよい。CPU、ROM、RAM、通信インターフェイス等を有するデータ処理装置と、入力装置と、出力装置と、記憶装置とを備えた一般的な構成の情報処理装置において、仮想店舗サーバ104の各部の動作を規定したソフトウエアを起動することにより、仮想店舗サーバ104が実現されてよい。検索サーバ110は、クライアント端末102から受け取ったキーワードに応じて、登録されているWebページの中から、キーワードに合致するWebページの候補を抽出する。検索サーバ110は、抽出されたWebページの候補を、当該WebページのURLとともにクライアント端末102に送信する。検索サーバ110は、クライアント端末102からキーワードを受け取り、予め定められた方法により、Webページを評価してよい。検索サーバ110は、Webページの評価に応じて表示順位を変更してよい。クライアント端末102は、検索サーバ110から受け取ったWebページの候補をユーザに表示し、ユーザが選択したWebページを格納する情報処理装置に対して、コンテンツ要求を通知する。このとき、仮想店舗サーバ104とは異なるサーバ上に開設されているWebサイトを仮想店舗サーバ104に移動して、仮想店舗サーバ104上に新しいWebサイトを開設する場合であっても、Webサイトの独自ドメインに対応するIPアドレスを変更しておくことで、仮想店舗サーバ104は、クライアント端末102からのコンテンツ要求を受け取ることができる。検索サーバ110は、ネットワーク10を介してクライアント端末102および仮想店舗サーバ104と情報を送受できる装置であればよく、Webブラウザソフトにより閲覧可能なWebページを管理するサーバであってよい。検索サーバ110は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。検索サーバ110は、仮想サーバまたはクラウドシステムであってもよい。図2は、仮想店舗サーバ104の機能ブロック図の一例を概略的に示す。図2は、仮想店舗サーバ104をネットワーク10とともに示す。本実施形態において、仮想店舗サーバ104は、通信制御部212と、要求受付部214と、判断部216と、取得部218と、コンテンツ格納部220と、対応情報格納部222と、表示画面生成部224とを備える。仮想店舗サーバ104は、通信制御部212を介して、クライアント端末102、検索サーバ110などの外部の情報処理装置と情報をやり取りする。通信制御部212は、ネットワーク10を介して、他のコンピュータ、携帯電話、携帯端末または無線端末、記憶装置、記憶媒体などと情報をやり取りするインターフェイスであってよい。本実施形態において、通信制御部212は、クライアント端末102からの要求を受け取る。通信制御部212は、受け取った要求を要求受付部214に通知する。クライアント端末102からの要求としては、仮想店舗サーバ104に格納されたコンテンツをクライアント端末102に送信することを要求するコンテンツ要求を例示することができる。通信制御部212は、取得部218からコンテンツ要求に対応するコンテンツを受け取る。通信制御部212は、受け取ったコンテンツをクライアント端末102に送信する。このとき、通信制御部212は、クライアント端末102にHTTP200ステータスコードを通知してよい。取得部218がコンテンツ要求に対応するコンテンツを取得することができなかった場合、通信制御部212は、クライアント端末102にHTTP404ステータスコードを通知する。通信制御部212は、表示画面生成部224から、クライアント端末102における表示画面に対する命令を受け取ってよい。通信制御部212は、取得部218が取得したコンテンツに基づいて表示画面生成部224が生成した画像データを受け取ってもよい。通信制御部212は、受け取った命令またはデータをクライアント端末102に送信してよい。要求受付部214は、クライアント端末102からの要求を受け取る。クライアント端末102からのコンテンツ要求を受け付ける。要求受付部214は、受け付けたコンテンツ要求を判断部216に出力する。判断部216は、受け付けたコンテンツ要求を解析して、コンテンツ要求に含まれるURLを取得する。判断部216は、コンテンツ要求に含まれるURLで識別されるコンテンツが存在するか否かを判断する。判断部216は、コンテンツ格納部220に格納される1以上のコンテンツの中に、コンテンツ要求に含まれるURLで識別されるコンテンツが存在するか否かを判断してよい。判断部216は、判断結果と、コンテンツ要求に含まれるURLとを、取得部218に出力する。取得部218は、URLで識別されるコンテンツを取得する。取得部218は、コンテンツ格納部220に格納される1以上のコンテンツの中から、特定のURLで識別されるコンテンツを抽出することで、コンテンツを取得してよい。判断部216が、コンテンツ要求に含まれるURLで識別されるコンテンツが存在すると判断した場合、取得部218は、コンテンツ要求に含まれるURLで識別されるコンテンツを取得する。一方、判断部216が、コンテンツ要求に含まれるURLで識別されるコンテンツは存在しないと判断した場合、取得部218は、コンテンツ要求に含まれるURLの中から、当該URLのURLパスを抽出する。取得部218は、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、コンテンツ要求に含まれるURLのURLパスを、当該URLパスに対応する他のURLパスで置き換える。例えば、取得部218は、まず、対応情報格納部222に格納された対応情報を参照して、対応情報に含まれる1以上の第1のURLパスの中から、コンテンツ要求に含まれるURLのURLパスに合致する第1のURLパスを抽出する。次に、抽出した第1のURLパスと対応づけられた第2のURLパスを取得する。その後、コンテンツ要求に含まれるURLのURLパスを、取得した第2のURLパスに置き換える。これにより、コンテンツ要求に含まれるURLに基づいて、コンテンツ要求に含まれるURLとは異なるURLが得られる。取得部218は、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツを取得する。取得部218は、コンテンツ格納部220に格納される1以上のコンテンツの中から、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツを取得してよい。取得部218は、取得したコンテンツを通信制御部212または表示画面生成部224に出力してよい。取得部218が、コンテンツ格納部220に格納される1以上のコンテンツの中から、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツを取得することができない場合、取得部218は、その旨を通信制御部212に通知してよい。コンテンツ格納部220は、1以上のコンテンツを格納する。コンテンツ格納部220は、コンテンツを識別する識別情報と、当該コンテンツの格納場所を示すURLと対応付けて格納してよい。コンテンツを識別する識別情報としては、コンテンツのURL、コンテンツの名称、コンテンツに付された番号などを例示することができる。なお、URLによってもコンテンツを識別することができる。コンテンツ格納部220は、取得部218からURLを受け取る。コンテンツ格納部220は、格納しているコンテンツの中から、取得部218から受け取ったURLに対応するコンテンツを抽出して、取得部218に出力する。対応情報格納部222は、第1のURLパスと第2のURLパスとを対応付ける対応情報を格納する。対応情報は、複数の第1のURLパスのそれぞれと、複数の第2のURLパスのそれぞれとを対応付ける情報であってよい。対応情報は、第1のURLパスおよび第2のURLパスと、第1のURLパスおよび第2のURLパスのいずれのURLパスを含むURLを第2のURLで識別されるコンテンツのURLとして正規化するかを定義するcanonical属性とをさらに対応づけてよい。canonical属性は、URLを正規化する属性の一例であってよい。表示画面生成部224は、取得部218が、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツを取得した場合、取得部218が取得したコンテンツを受け取ってよい。表示画面生成部224は、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツを表示するクライアント端末102の表示画面において、コンテンツ要求に含まれるURLとは異なるURLで識別されるコンテンツのURLとして、コンテンツ要求に含まれるURLを表示させてよい。例えば、表示画面生成部224は、クライアント端末102がコンテンツを表示画面に表示するときに当該コンテンツのURLが表示される位置に、当該コンテンツの現実のURLではなくコンテンツ要求に含まれるURLを表示させる命令を生成する。表示画面生成部224は、コンテンツ要求に含まれるURLを画像データとして用意し、当該画像データをコンテンツと同時に表示させる命令と、当該画像データを表示させる表示位置を指定する命令とを生成してよい。表示画面生成部224は、コンテンツのURLが表示される位置に、当該コンテンツの現実のURLではなく、コンテンツ要求に含まれるURLが記載された画像データを生成してもよい。図3は、データテーブル300の一例を概略的に示す。本実施形態において、データテーブル300は、コンテンツの名称302と、URL情報306と、canonical属性308とを対応づける。URL情報306は、現実のURLパス314と、対応付けられるURLパス324とを対応づける。データテーブル300において、canonical属性308が0の場合、現実のURLパス314を含むURLによりコンテンツのURLが正規化されることを示す。また、canonical属性308が1の場合、対応付けられるURLパス324を含むURLによりコンテンツのURLが正規化されることを示す。データテーブル300は、対応情報格納部222に格納されてよい。データテーブル300およびURL情報306は対応情報の一例であってよい。コンテンツの名称302は、コンテンツを識別する識別情報の一例であってよい。現実のURLパス314は、第2のURLパスの一例であってよい。対応付けられるURLパス324は、第1のURLパスの一例であってよい。図3によれば、商品名1-1という名称で識別されるコンテンツは、/shop_detail/002001000001というURLパスを含むURLで識別されることがわかる。/shop_detail/002001000001というURLパスは、/product-1-1.htmlというURLパスと対応付けられている。また、商品名1-1という名称で識別されるコンテンツのcanonical属性308は1であるので、/product-1-1.htmlというURLパスを含むURLによりURLが正規化されることがわかる。2つの異なるURLパスとcanonical属性とを対応付けることで、2つの異なるURLパスの間で、検索サーバ110によるコンテンツの評価を引き継ぐことができる。2つの異なるURLパスは、コンテンツのURLを変更した場合における、変更前のURLのURLパスと、変更後のURLのURLパスとであってよい。2つの異なるURLパスは、仮想サーバ104の運営者が設定したURLのURLパスと、仮想サーバ104のサービスを利用してWebサイトを公開する利用者が設定したURLのURLパスとであってよい。これにより、Webサイトを公開するサーバを変更する手間を大きく軽減することができる。仮想店舗のWebサイトを開設する場合には、2つの異なるURLパスの一方のURLパスに、Webページで紹介する商品の特性を表す文字列を含めてよい。商品の特性は、商品名、型番、製造者および販売者のすくなくとも1つであってよい。商品の購入者がWebサイトを検索する場合、希望する商品の特性をキーワードとすることが多い。そのため、URLパスに、Webページで紹介する商品の特性を表す文字列を含めることで、Webサイトへのアクセスを促進することができる。図4は、データテーブル400の一例を概略的に示す。本実施形態において、データテーブル400は、コンテンツの名称402と、URL情報406と、canonical属性408とを対応づける。URL情報406は、現実のURLパス414と、対応付けられるURLパス424とを対応づける。現実のURLパス414は、URLタイプ416と、残りのURLパス418とを含む。データテーブル400は、現実のURLパス414が、URLタイプ416と残りのURLパス418とを含む点で、データテーブル300と相違する。その他の点については、データテーブル300と同様の構成を有してよい。URLタイプ416は、URLパスの一部の文字列に対応する符号であってよい。残りのURLパス418は、URLパスからURLタイプ416に対応する文字列を除いた文字列であってよい。URLタイプ416を用いることで、データテーブル400を作成する手間を軽減することができる。データテーブル400において、URLタイプ416の1は、/shop_detail/という文字列を示す。URLタイプ416の2は、/shop_category/という文字列を示す。URLタイプ416の3は、/shop_user/という文字列を示す。図4によれば、商品名1-1という名称で識別されるコンテンツは、URLタイプ416が1であり、残りのURLパス418が002001000001である。したがって、商品名1-1という名称で識別されるコンテンツの現実のURLパス414は、/shop_detail/002001000001であることがわかる。データテーブル400において、canonical属性408が0の場合、現実のURLパス414を含むURLによりコンテンツのURLが正規化されることを示す。また、canonical属性408が1の場合、対応付けられるURLパス424を含むURLによりコンテンツのURLが正規化されることを示す。データテーブル400は、対応情報格納部222に格納されてよい。データテーブル400およびURL情報406は対応情報の一例であってよい。コンテンツの名称402は、コンテンツを識別する識別情報の一例であってよい。現実のURLパス414は、第2のURLパスの一例であってよい。対応付けられるURLパス424は、第1のURLパスの一例であってよい。図5は、サーバが端末にサービスを提供する方法の一例を概略的に示す。図5は、仮想店舗サーバ104における情報処理の一例を概略的に示す。本実施形態では、S502において、要求受付部214がクライアント端末102からのコンテンツ要求を受け付ける。要求受付部214は、受け付けたコンテンツ要求を判断部216に出力する。S504において、判断部216が、受け付けたコンテンツ要求を解析して、コンテンツ要求に含まれるURLを取得する。判断部216は、コンテンツ格納部220に格納されているコンテンツの中に、コンテンツ要求に含まれるURLにより識別されるコンテンツが存在するか否かを判断する。判断部216が、コンテンツ要求に含まれるURLにより識別されるコンテンツが存在すると判断した場合S504のYES、S506において、取得部218が、コンテンツ要求に含まれるURLで識別されるコンテンツを取得する。一方、判断部216が、コンテンツ要求に含まれるURLにより識別されるコンテンツが存在しないと判断した場合S504のNo、S508において、取得部218は、コンテンツ要求に含まれるURLの中から、当該URLのURLパスを抽出する。取得部218は、第1のURLパスと第2のURLパスとを対応付ける対応情報を参照して、コンテンツ要求に含まれるURLのURLパスを、当該URLパスに対応する他のURLパスで置き換える。これにより、コンテンツ要求に含まれるURLとは異なるURLが得られる。S510において、取得部218が、S508で得られたURLにより識別されるコンテンツを取得する。S510において、取得部218が、通信制御部212を介して、取得したコンテンツをクライアント端末102に送信する。このとき、取得部218は、取得したコンテンツを表示画面生成部224に出力してもよい。表示画面生成部224は、例えば、クライアント端末102がコンテンツを表示画面に表示するときに当該コンテンツのURLが表示される位置に、当該コンテンツの現実のURLではなくコンテンツ要求に含まれるURLを表示させる命令を生成する。表示画面生成部224は、通信制御部212を介して、クライアント端末102に生成した命令を送信してよい。なお、取得部218がコンテンツ要求に対応するコンテンツを取得することができなかった場合、通信制御部212は、クライアント端末102にHTTP404ステータスコードを通知してよい。これにより、クライアント端末102からコンテンツ要求に対する仮想店舗サーバ104における情報処理が終了する。図6は、一実施形態に係るコンピュータ1900のハードウエア構成の一例を概略的に示す。本実施形態に係るコンピュータ1900は、ホストコントローラ2082により相互に接続されるCPU2000、RAM2020、グラフィックコントローラ2075、及び表示装置2080を有するCPU周辺部と、入出力コントローラ2084によりホストコントローラ2082に接続される通信インターフェイス2030、ハードディスクドライブ2040、及びCD-ROMドライブ2060を有する入出力部と、入出力コントローラ2084に接続されるROM2010、フレキシブルディスクドライブ2050、及び入出力チップ2070を有するレガシー入出力部とを備える。ホストコントローラ2082は、RAM2020と、高い転送レートでRAM2020をアクセスするCPU2000及びグラフィックコントローラ2075とを接続する。CPU2000は、ROM2010及びRAM2020に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィックコントローラ2075は、CPU2000等がRAM2020内に設けたフレームバッファ上に生成する画像データを取得し、表示装置2080上に表示させる。これに代えて、グラフィックコントローラ2075は、CPU2000等が生成する画像データを格納するフレームバッファを、内部に含んでもよい。入出力コントローラ2084は、ホストコントローラ2082と、比較的高速な入出力装置である通信インターフェイス2030、ハードディスクドライブ2040、CD-ROMドライブ2060を接続する。通信インターフェイス2030は、ネットワークを介して他の装置と通信する。ハードディスクドライブ2040は、コンピュータ1900内のCPU2000が使用するプログラム及びデータを格納する。CD-ROMドライブ2060は、CD-ROM2095からプログラム又はデータを読み取り、RAM2020を介してハードディスクドライブ2040に提供する。また、入出力コントローラ2084には、ROM2010と、フレキシブルディスクドライブ2050、及び入出力チップ2070の比較的低速な入出力装置とが接続される。ROM2010は、コンピュータ1900が起動時に実行するブートプログラム、及び/又は、コンピュータ1900のハードウエアに依存するプログラム等を格納する。フレキシブルディスクドライブ2050は、フレキシブルディスク2090からプログラム又はデータを読み取り、RAM2020を介してハードディスクドライブ2040に提供する。入出力チップ2070は、フレキシブルディスクドライブ2050を入出力コントローラ2084へと接続すると共に、例えばパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して各種の入出力装置を入出力コントローラ2084へと接続する。RAM2020を介してハードディスクドライブ2040に提供されるプログラムは、フレキシブルディスク2090、CD-ROM2095、又はICカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、RAM2020を介してコンピュータ1900内のハードディスクドライブ2040にインストールされ、CPU2000において実行される。一例として、コンピュータ1900と外部の装置等との間で通信を行う場合には、CPU2000は、RAM2020上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス2030に対して通信処理を指示する。通信インターフェイス2030は、CPU2000の制御を受けて、RAM2020、ハードディスクドライブ2040、フレキシブルディスク2090、又はCD-ROM2095等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス2030は、DMAダイレクトメモリアクセス方式により記憶装置との間で送受信データを転送してもよく、これに代えて、CPU2000が転送元の記憶装置又は通信インターフェイス2030からデータを読み出し、転送先の通信インターフェイス2030又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。また、CPU2000は、ハードディスクドライブ2040、CD-ROMドライブ2060CD-ROM2095、フレキシブルディスクドライブ2050フレキシブルディスク2090等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をDMA転送等によりRAM2020へと読み込ませ、RAM2020上のデータに対して各種の処理を行う。そして、CPU2000は、処理を終えたデータを、DMA転送等により外部記憶装置へと書き戻す。このような処理において、RAM2020は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはRAM2020および外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、CPU2000は、RAM2020の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはRAM2020の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもRAM2020、メモリ、及び/又は記憶装置に含まれる。また、CPU2000は、RAM2020から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索置換等を含む各種の処理を行い、RAM2020へと書き戻す。例えば、CPU2000は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすかどうかを判断し、条件が成立した場合又は不成立であった場合に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。また、CPU2000は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第1属性の属性値に対し第2属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、CPU2000は、記憶装置に格納されている複数のエントリの中から第1属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第2属性の属性値を読み出すことにより、所定の条件を満たす第1属性に対応付けられた第2属性の属性値を得ることができる。以上に示したプログラム又はモジュールは、外部の記録媒体に格納されてもよい。記録媒体としては、フレキシブルディスク2090、CD-ROM2095の他に、DVD又はCD等の光学記録媒体、MO等の光磁気記録媒体、テープ媒体、ICカード等の半導体メモリ等を用いることができる。また、専用通信ネットワーク又はインターネットに接続されたサーバシステムに設けたハードディスク又はRAM等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ1900に提供してもよい。コンピュータ1900にインストールされ、コンピュータ1900を情報処理装置の一例である仮想店舗サーバ104として機能させるプログラムは、仮想店舗サーバ104の各部の動作を規定したモジュールを備える。これらのプログラム又はモジュールは、CPU2000等に働きかけて、コンピュータ1900を、仮想店舗サーバ104の各部としてそれぞれ機能させる。これらのプログラムに記述された情報処理は、コンピュータ1900に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ1900の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の仮想店舗サーバ104を構築できる。以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段より前に、先立って等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上まず、、次に、等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。