(57)【要約】【課題】リダイレクトによりユーザからの要求を転送する場合、Ｗｅｂページの移動に伴う作業が煩雑になる。【解決手段】端末からのコンテンツ要求を受け付ける要求受付部と、コンテンツ要求に含まれる第１のＵＲＬで識別されるコンテンツが存在するか否かを判断する判断部と、第１のＵＲＬで識別されるコンテンツが存在しないと判断された場合に、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、第１のＵＲＬに含まれる第１のＵＲＬパスが、対応する第２のＵＲＬパスで置き換えられた第２のＵＲＬで識別されるコンテンツを取得する取得部とを備える。【選択図】図２
2012208688.tif 000002
【特許請求の範囲】
【請求項１】
端末からのコンテンツ要求を受け付ける要求受付部と、
前記コンテンツ要求に含まれる第１のＵＲＬで識別されるコンテンツが存在するか否かを判断する判断部と、
前記第１のＵＲＬで識別されるコンテンツが存在しないと判断された場合に、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、前記第１のＵＲＬに含まれる第１のＵＲＬパスが、対応する第２のＵＲＬパスで置き換えられた第２のＵＲＬで識別されるコンテンツを取得する取得部と、
を備える、情報処理装置。
【請求項２】
１以上のコンテンツを格納するコンテンツ格納部をさらに備え、
前記判断部は、前記コンテンツ格納部に格納される前記１以上のコンテンツの中に、前記第１のＵＲＬで識別されるコンテンツが存在するか否かを判断し、
前記取得部は、前記コンテンツ格納部に格納される前記１以上のコンテンツの中から、前記第２のＵＲＬで識別されるコンテンツを取得する、
請求項１に記載の情報処理装置。
【請求項３】
前記第２のＵＲＬで識別されるコンテンツを表示する前記端末の表示画面において、前記第２のＵＲＬで識別されるコンテンツのＵＲＬとして、前記第１のＵＲＬを表示させる表示画面生成部をさらに備える、
請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記対応情報は、第１のＵＲＬパスおよび第２のＵＲＬパスと、第１のＵＲＬパスおよび第２のＵＲＬパスのいずれのＵＲＬパスを含むＵＲＬを前記第２のＵＲＬで識別されるコンテンツのＵＲＬとして正規化するかを規定するｃａｎｏｎｉｃａｌ属性とをさらに対応づける、
請求項１から請求項３までの何れか一項に記載の情報処理装置。
【請求項５】
サーバが、ネットワークを介して、クライアント端末にサービスを提供する方法であって、
前記サービスが、
前記クライアント端末からのコンテンツ要求を受け付ける要求受付段階と、
前記コンテンツ要求に含まれる第１のＵＲＬで識別されるコンテンツが存在するか否かを判断する判断段階と、
前記第１のＵＲＬで識別されるコンテンツが存在しないと判断された場合に、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、前記第１のＵＲＬに含まれる第１のＵＲＬパスが、対応する第２のＵＲＬパスで置き換えられた第２のＵＲＬで識別されるコンテンツを取得する取得段階と、
を有する、方法。
【請求項６】
コンピュータに、
請求項５に記載された方法を実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、サーバがネットワークを介してクライアント端末にサービスを提供する方法、および、プログラムに関する。
【背景技術】
【０００２】
通信ネットワークを介して、サーバと端末との間で情報をやり取りすることが行われている。端末から要求されたリソースが移動されている場合、サーバは、ＨＴＴＰ３０１ステータスコードを介してリダイレクトＵＲＬを送信することにより、ユーザからの要求を転送する。または、ＨＴＴＰ４０４ステータスコードによりリソースが存在しないことをユーザに通知する（例えば、特許文献１を参照。）。
［先行技術文献］
［特許文献］
（特許文献１）特表２００９−５３２７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
リダイレクトによりユーザからの要求を転送する場合、Ｗｅｂページの移動に伴う作業が煩雑になる。
【課題を解決するための手段】
【０００４】
本発明の第１の態様においては、端末からのコンテンツ要求を受け付ける要求受付部と、コンテンツ要求に含まれる第１のＵＲＬで識別されるコンテンツが存在するか否かを判断する判断部と、第１のＵＲＬで識別されるコンテンツが存在しないと判断された場合に、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、第１のＵＲＬに含まれる第１のＵＲＬパスが、対応する第２のＵＲＬパスで置き換えられた第２のＵＲＬで識別されるコンテンツを取得する取得部とを備える情報処理装置が提供される。
【０００５】
上記の情報処理装置においては、１以上のコンテンツを格納するコンテンツ格納部をさらに備えてよい。判断部は、コンテンツ格納部に格納される１以上のコンテンツの中に、第１のＵＲＬで識別されるコンテンツが存在するか否かを判断してよい。取得部は、コンテンツ格納部に格納される１以上のコンテンツの中から、第２のＵＲＬで識別されるコンテンツを取得してよい。
【０００６】
上記の情報処理装置においては、第２のＵＲＬで識別されるコンテンツを表示する端末の表示画面において、第２のＵＲＬで識別されるコンテンツのＵＲＬとして第１のＵＲＬを表示させる表示画面生成部をさらに備えてよい。上記の情報処理装置においては、対応情報は、第１のＵＲＬパスおよび第２のＵＲＬパスと、第１のＵＲＬパスおよび第２のＵＲＬパスのいずれのＵＲＬパスを含むＵＲＬを第２のＵＲＬで識別されるコンテンツのＵＲＬとして正規化するかを規定するｃａｎｏｎｉｃａｌ属性とをさらに対応づけてよい。
【０００７】
本発明の第２の態様においては、サーバが、ネットワークを介して、クライアント端末にサービスを提供する方法であって、サービスが、クライアント端末からのコンテンツ要求を受け付ける要求受付段階と、コンテンツ要求に含まれる第１のＵＲＬで識別されるコンテンツが存在するか否かを判断する判断段階と、第１のＵＲＬで識別されるコンテンツが存在しないと判断された場合に、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、第１のＵＲＬに含まれる第１のＵＲＬパスが、対応する第２のＵＲＬパスで置き換えられた第２のＵＲＬで識別されるコンテンツを取得する取得段階とを有する方法が提供される。
【０００８】
本発明の第３の態様においては、コンピュータに、上記の方法を実行させるプログラムが提供される。
【０００９】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１０】
【図１】電子商取引システム１００の一例を概略的に示す。
【図２】仮想店舗サーバ１０４の機能ブロック図の一例を概略的に示す。
【図３】データテーブル３００の一例を概略的に示す。
【図４】データテーブル４００の一例を概略的に示す。
【図５】サーバが端末にサービスを提供する方法の一例を概略的に示す。
【図６】コンピュータ１９００の一例を概略的に示す。
【発明を実施するための形態】
【００１１】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１２】
図１は、電子商取引システム１００の一例を概略的に示す。図１は、電子商取引システム１００を、ネットワーク１０および検索サーバ１１０とともに示す。ネットワーク１０は、インターネット、専用回線、無線パケット通信網などの通信回線であってよい。
【００１３】
電子商取引システム１００は、ネットワーク１０を介した商取引に関するサービスを提供する。本実施形態において、電子商取引システム１００は、クライアント端末１０２と、仮想店舗サーバ１０４とを備える。仮想店舗サーバ１０４は情報処理装置の一例であってよい。
【００１４】
クライアント端末１０２は、ネットワーク１０を介して仮想店舗サーバ１０４に接続する。クライアント端末１０２は、ネットワーク１０を介して検索サーバ１１０に接続してもよい。クライアント端末１０２は、コンテンツを送信するよう要求するコンテンツ要求を、仮想店舗サーバ１０４に通知する。コンテンツ要求は、コンテンツを識別するＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含む。コンテンツは、Ｗｅｂページ、文書ファイル、動画ファイル、音声ファイル、画像ファイル、プログラムなどのリソースであってよい。
【００１５】
クライアント端末１０２は、ネットワーク１０を介して、仮想店舗サーバ１０４などと情報を送受できる装置であればよく、Ｗｅｂブラウザソフトが導入されたパーソナルコンピュータ、携帯電話、携帯端末または無線端末であってよい。クライアント端末１０２は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。
【００１６】
仮想店舗サーバ１０４は、ネットワーク１０を介して、クライアント端末１０２に各種のサービスを提供する。仮想店舗サーバ１０４は、商品の販売者が作成したＷｅｂページ群（Ｗｅｂサイトという場合がある。）をネットワーク１０上に公開する。仮想店舗サーバ１０４は、クライアント端末１０２からのコンテンツ要求を受け付ける。仮想店舗サーバ１０４は、検索サーバ１１０を介して、クライアント端末１０２からのコンテンツ要求を受け付けてもよい。
【００１７】
仮想店舗サーバ１０４は、受け付けたコンテンツ要求を解析して、クライアント端末１０２に送信すべきコンテンツのＵＲＬ（コンテンツ要求に含まれるＵＲＬという場合がある。）を取得する。仮想店舗サーバ１０４は、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツが存在するか否かを判断する。コンテンツ要求に含まれるＵＲＬは、第１のＵＲＬの一例であってよい。
【００１８】
本実施形態において、仮想店舗サーバ１０４は、２つの異なるＵＲＬパスを対応づける対応情報を取得する。ここで、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍにより定められたＲＦＣ１７３８で標準化されているように、ＵＲＬパスとは、ＵＲＬのうち、スキーム、ホストマシンの名前を示す責任者部およびポートに関する部分を除いた部分を示す。２つの異なるＵＲＬパスは、第１のＵＲＬパスまたは第２のＵＲＬパスの一例であってよい。
【００１９】
仮想店舗サーバ１０４は、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツが存在しないと判断した場合、上記の情報を参照して、コンテンツ要求に含まれるＵＲＬのＵＲＬパスを、上記の情報において当該ＵＲＬパスと対応付けられたＵＲＬパスに置き換える。これにより、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬが得られる。仮想店舗サーバ１０４は、得られたＵＲＬにより識別されるコンテンツを抽出する。コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬは、第２のＵＲＬの一例であってよい。仮想店舗サーバ１０４は、受け付けたコンテンツ要求に対する応答として、抽出したコンテンツをクライアント端末１０２に送信する。
【００２０】
これにより、クライアント端末１０２から受け付けたコンテンツ要求に含まれるＵＲＬにより識別されるコンテンツが発見されなかった場合であっても、当該コンテンツ要求に対応するコンテンツをクライアント端末１０２に送信することができる。また、仮想店舗サーバ１０４の運営者または仮想店舗サーバ１０４を利用してＷｅｂサイトを公開している利用者が、容易にコンテンツのＵＲＬを変更することができる。コンテンツ要求に対応するコンテンツとは、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツ、または、コンテンツ要求に含まれるＵＲＬに基づいて生成されたＵＲＬで識別されるコンテンツを示す。
【００２１】
例えば、Ｗｅｂページの移動に伴いコンテンツのＵＲＬを変更する場合、リダイレクトによりユーザからの要求を転送するには、Ｗｅｂページを構成するＨＴＭＬ文書を変更する必要があり、煩雑である。煩雑さを回避するには．ｈｔａｃｃｅｓｓを利用することが考えられるが、専門知識が要求される。これに対して、本実施形態によれば、２つの異なるＵＲＬパスを対応づける対応情報を準備することで、ＵＲＬの変更に対応できる。
【００２２】
さらに、リダイレクトによりクライアント端末１０２からの要求を転送する場合には、検索サーバ１１０は、転送元のＵＲＬに対する評価および転送先のＵＲＬに対する評価は、異なるＵＲＬに対する評価であると判断されてしまう。そのため、ＳＥＯ（Ｓｅａｒｃｈ  Ｅｎｇｉｎｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ）によって、Ｗｅｂページの評価を向上させていた場合であっても、転送元のＷｅｂページの評価を転送先のＷｅｂページの評価に引き継ぐことが難しい。
【００２３】
これに対して、本実施形態によれば、仮想店舗サーバ１０４が、クライアント端末１０２からのコンテンツ要求に含まれるＵＲＬを変換して、コンテンツを取得する。これにより、ＨＴＴＰ３０１ステータスコードまたはＨＴＴＰ４０４ステータスコードを通知することなく、クライアント端末１０２にコンテンツを送信することができる。
【００２４】
ここで、コンテンツ要求に含まれるＵＲＬのＵＲＬパスと、当該ＵＲＬパスとは異なるＵＲＬパスと、両者のいずれのＵＲＬによりコンテンツを正規化するかを規定するｃａｎｏｎｉｃａｌ属性とが対応づけられている場合には、検索サーバ１１０は、コンテンツ要求に含まれるＵＲＬに対する評価と、コンテンツ要求に含まれるＵＲＬに基づき仮想店舗サーバ１０４が生成したＵＲＬに対する評価とを、同一のＵＲＬに対する評価として認識することができる。
【００２５】
これにより、同一のコンテンツに対して複数のＵＲＬが存在する場合であっても、複数のＵＲＬの間で、検索サーバ１１０による評価を引き継ぐことができる。例えば、コンテンツのＵＲＬを変更した場合に、変更前のＵＲＬに対する評価を、変更後のＵＲＬに対する評価として引き継ぐことができる。また、同一のコンテンツに対して管理用のＵＲＬとは別に、販売促進用のＵＲＬを設定することができる。
【００２６】
仮想店舗サーバ１０４および仮想店舗サーバ１０４の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよい。仮想店舗サーバ１０４は、ネットワーク１０を介して仮想店舗サーバ１０４と情報を送受できる装置であればよく、Ｗｅｂブラウザソフトにより閲覧可能なＷｅｂページを管理するサーバであってよい。仮想店舗サーバ１０４は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。
【００２７】
仮想店舗サーバ１０４は、単一のコンピュータにより構成されてもよく、ネットワーク上に分散した複数のコンピュータにより構成されてもよい。仮想店舗サーバ１０４は、仮想サーバまたはクラウドシステムであってもよい。
【００２８】
仮想店舗サーバ１０４は、プログラムが実行されることにより、コンピュータが仮想店舗サーバ１０４として機能してもよい。ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インターフェイス等を有するデータ処理装置と、入力装置と、出力装置と、記憶装置とを備えた一般的な構成の情報処理装置において、仮想店舗サーバ１０４の各部の動作を規定したソフトウエアを起動することにより、仮想店舗サーバ１０４が実現されてよい。
【００２９】
検索サーバ１１０は、クライアント端末１０２から受け取ったキーワードに応じて、登録されているＷｅｂページの中から、キーワードに合致するＷｅｂページの候補を抽出する。検索サーバ１１０は、抽出されたＷｅｂページの候補を、当該ＷｅｂページのＵＲＬとともにクライアント端末１０２に送信する。検索サーバ１１０は、クライアント端末１０２からキーワードを受け取り、予め定められた方法により、Ｗｅｂページを評価してよい。検索サーバ１１０は、Ｗｅｂページの評価に応じて表示順位を変更してよい。
【００３０】
クライアント端末１０２は、検索サーバ１１０から受け取ったＷｅｂページの候補をユーザに表示し、ユーザが選択したＷｅｂページを格納する情報処理装置に対して、コンテンツ要求を通知する。このとき、仮想店舗サーバ１０４とは異なるサーバ上に開設されているＷｅｂサイトを仮想店舗サーバ１０４に移動して、仮想店舗サーバ１０４上に新しいＷｅｂサイトを開設する場合であっても、Ｗｅｂサイトの独自ドメインに対応するIPアドレスを変更しておくことで、仮想店舗サーバ１０４は、クライアント端末１０２からのコンテンツ要求を受け取ることができる。
【００３１】
検索サーバ１１０は、ネットワーク１０を介してクライアント端末１０２および仮想店舗サーバ１０４と情報を送受できる装置であればよく、Ｗｅｂブラウザソフトにより閲覧可能なＷｅｂページを管理するサーバであってよい。検索サーバ１１０は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。検索サーバ１１０は、仮想サーバまたはクラウドシステムであってもよい。
【００３２】
図２は、仮想店舗サーバ１０４の機能ブロック図の一例を概略的に示す。図２は、仮想店舗サーバ１０４をネットワーク１０とともに示す。本実施形態において、仮想店舗サーバ１０４は、通信制御部２１２と、要求受付部２１４と、判断部２１６と、取得部２１８と、コンテンツ格納部２２０と、対応情報格納部２２２と、表示画面生成部２２４とを備える。
【００３３】
仮想店舗サーバ１０４は、通信制御部２１２を介して、クライアント端末１０２、検索サーバ１１０などの外部の情報処理装置と情報をやり取りする。通信制御部２１２は、ネットワーク１０を介して、他のコンピュータ、携帯電話、携帯端末または無線端末、記憶装置、記憶媒体などと情報をやり取りするインターフェイスであってよい。
【００３４】
本実施形態において、通信制御部２１２は、クライアント端末１０２からの要求を受け取る。通信制御部２１２は、受け取った要求を要求受付部２１４に通知する。クライアント端末１０２からの要求としては、仮想店舗サーバ１０４に格納されたコンテンツをクライアント端末１０２に送信することを要求するコンテンツ要求を例示することができる。
【００３５】
通信制御部２１２は、取得部２１８からコンテンツ要求に対応するコンテンツを受け取る。通信制御部２１２は、受け取ったコンテンツをクライアント端末１０２に送信する。このとき、通信制御部２１２は、クライアント端末１０２にＨＴＴＰ２００ステータスコードを通知してよい。取得部２１８がコンテンツ要求に対応するコンテンツを取得することができなかった場合、通信制御部２１２は、クライアント端末１０２にＨＴＴＰ４０４ステータスコードを通知する。
【００３６】
通信制御部２１２は、表示画面生成部２２４から、クライアント端末１０２における表示画面に対する命令を受け取ってよい。通信制御部２１２は、取得部２１８が取得したコンテンツに基づいて表示画面生成部２２４が生成した画像データを受け取ってもよい。通信制御部２１２は、受け取った命令またはデータをクライアント端末１０２に送信してよい。
【００３７】
要求受付部２１４は、クライアント端末１０２からの要求を受け取る。クライアント端末１０２からのコンテンツ要求を受け付ける。要求受付部２１４は、受け付けたコンテンツ要求を判断部２１６に出力する。
【００３８】
判断部２１６は、受け付けたコンテンツ要求を解析して、コンテンツ要求に含まれるＵＲＬを取得する。判断部２１６は、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツが存在するか否かを判断する。判断部２１６は、コンテンツ格納部２２０に格納される１以上のコンテンツの中に、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツが存在するか否かを判断してよい。判断部２１６は、判断結果と、コンテンツ要求に含まれるＵＲＬとを、取得部２１８に出力する。
【００３９】
取得部２１８は、ＵＲＬで識別されるコンテンツを取得する。取得部２１８は、コンテンツ格納部２２０に格納される１以上のコンテンツの中から、特定のＵＲＬで識別されるコンテンツを抽出することで、コンテンツを取得してよい。判断部２１６が、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツが存在すると判断した場合、取得部２１８は、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツを取得する。
【００４０】
一方、判断部２１６が、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツは存在しないと判断した場合、取得部２１８は、コンテンツ要求に含まれるＵＲＬの中から、当該ＵＲＬのＵＲＬパスを抽出する。取得部２１８は、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、コンテンツ要求に含まれるＵＲＬのＵＲＬパスを、当該ＵＲＬパスに対応する他のＵＲＬパスで置き換える。
【００４１】
例えば、取得部２１８は、まず、対応情報格納部２２２に格納された対応情報を参照して、対応情報に含まれる１以上の第１のＵＲＬパスの中から、コンテンツ要求に含まれるＵＲＬのＵＲＬパスに合致する第１のＵＲＬパスを抽出する。次に、抽出した第１のＵＲＬパスと対応づけられた第２のＵＲＬパスを取得する。その後、コンテンツ要求に含まれるＵＲＬのＵＲＬパスを、取得した第２のＵＲＬパスに置き換える。これにより、コンテンツ要求に含まれるＵＲＬに基づいて、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬが得られる。
【００４２】
取得部２１８は、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツを取得する。取得部２１８は、コンテンツ格納部２２０に格納される１以上のコンテンツの中から、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツを取得してよい。
【００４３】
取得部２１８は、取得したコンテンツを通信制御部２１２または表示画面生成部２２４に出力してよい。取得部２１８が、コンテンツ格納部２２０に格納される１以上のコンテンツの中から、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツを取得することができない場合、取得部２１８は、その旨を通信制御部２１２に通知してよい。
【００４４】
コンテンツ格納部２２０は、１以上のコンテンツを格納する。コンテンツ格納部２２０は、コンテンツを識別する識別情報と、当該コンテンツの格納場所を示すＵＲＬと対応付けて格納してよい。コンテンツを識別する識別情報としては、コンテンツのＵＲＬ、コンテンツの名称、コンテンツに付された番号などを例示することができる。なお、ＵＲＬによってもコンテンツを識別することができる。コンテンツ格納部２２０は、取得部２１８からＵＲＬを受け取る。コンテンツ格納部２２０は、格納しているコンテンツの中から、取得部２１８から受け取ったＵＲＬに対応するコンテンツを抽出して、取得部２１８に出力する。
【００４５】
対応情報格納部２２２は、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を格納する。対応情報は、複数の第１のＵＲＬパスのそれぞれと、複数の第２のＵＲＬパスのそれぞれとを対応付ける情報であってよい。対応情報は、第１のＵＲＬパスおよび第２のＵＲＬパスと、第１のＵＲＬパスおよび第２のＵＲＬパスのいずれのＵＲＬパスを含むＵＲＬを第２のＵＲＬで識別されるコンテンツのＵＲＬとして正規化するかを定義するｃａｎｏｎｉｃａｌ属性とをさらに対応づけてよい。ｃａｎｏｎｉｃａｌ属性は、ＵＲＬを正規化する属性の一例であってよい。
【００４６】
表示画面生成部２２４は、取得部２１８が、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツを取得した場合、取得部２１８が取得したコンテンツを受け取ってよい。表示画面生成部２２４は、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツを表示するクライアント端末１０２の表示画面において、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬで識別されるコンテンツのＵＲＬとして、コンテンツ要求に含まれるＵＲＬを表示させてよい。
【００４７】
例えば、表示画面生成部２２４は、クライアント端末１０２がコンテンツを表示画面に表示するときに当該コンテンツのＵＲＬが表示される位置に、当該コンテンツの現実のＵＲＬではなくコンテンツ要求に含まれるＵＲＬを表示させる命令を生成する。表示画面生成部２２４は、コンテンツ要求に含まれるＵＲＬを画像データとして用意し、当該画像データをコンテンツと同時に表示させる命令と、当該画像データを表示させる表示位置を指定する命令とを生成してよい。表示画面生成部２２４は、コンテンツのＵＲＬが表示される位置に、当該コンテンツの現実のＵＲＬではなく、コンテンツ要求に含まれるＵＲＬが記載された画像データを生成してもよい。
【００４８】
図３は、データテーブル３００の一例を概略的に示す。本実施形態において、データテーブル３００は、コンテンツの名称３０２と、ＵＲＬ情報３０６と、ｃａｎｏｎｉｃａｌ属性３０８とを対応づける。ＵＲＬ情報３０６は、現実のＵＲＬパス３１４と、対応付けられるＵＲＬパス３２４とを対応づける。
【００４９】
データテーブル３００において、ｃａｎｏｎｉｃａｌ属性３０８が「０」の場合、現実のＵＲＬパス３１４を含むＵＲＬによりコンテンツのＵＲＬが正規化されることを示す。また、ｃａｎｏｎｉｃａｌ属性３０８が「１」の場合、対応付けられるＵＲＬパス３２４を含むＵＲＬによりコンテンツのＵＲＬが正規化されることを示す。
【００５０】
データテーブル３００は、対応情報格納部２２２に格納されてよい。データテーブル３００およびＵＲＬ情報３０６は対応情報の一例であってよい。コンテンツの名称３０２は、コンテンツを識別する識別情報の一例であってよい。現実のＵＲＬパス３１４は、第２のＵＲＬパスの一例であってよい。対応付けられるＵＲＬパス３２４は、第１のＵＲＬパスの一例であってよい。
【００５１】
図３によれば、「商品名１−１」という名称で識別されるコンテンツは、「／ｓｈｏｐ＿ｄｅｔａｉｌ／００２００１０００００１」というＵＲＬパスを含むＵＲＬで識別されることがわかる。「／ｓｈｏｐ＿ｄｅｔａｉｌ／００２００１０００００１」というＵＲＬパスは、「／ｐｒｏｄｕｃｔ−１−１．ｈｔｍｌ」というＵＲＬパスと対応付けられている。また、「商品名１−１」という名称で識別されるコンテンツのｃａｎｏｎｉｃａｌ属性３０８は「１」であるので、「／ｐｒｏｄｕｃｔ−１−１．ｈｔｍｌ」というＵＲＬパスを含むＵＲＬによりＵＲＬが正規化されることがわかる。
【００５２】
２つの異なるＵＲＬパスとｃａｎｏｎｉｃａｌ属性とを対応付けることで、２つの異なるＵＲＬパスの間で、検索サーバ１１０によるコンテンツの評価を引き継ぐことができる。２つの異なるＵＲＬパスは、コンテンツのＵＲＬを変更した場合における、変更前のＵＲＬのＵＲＬパスと、変更後のＵＲＬのＵＲＬパスとであってよい。２つの異なるＵＲＬパスは、仮想サーバ１０４の運営者が設定したＵＲＬのＵＲＬパスと、仮想サーバ１０４のサービスを利用してＷｅｂサイトを公開する利用者が設定したＵＲＬのＵＲＬパスとであってよい。これにより、Ｗｅｂサイトを公開するサーバを変更する手間を大きく軽減することができる。
【００５３】
仮想店舗のＷｅｂサイトを開設する場合には、２つの異なるＵＲＬパスの一方のＵＲＬパスに、Ｗｅｂページで紹介する商品の特性を表す文字列を含めてよい。商品の特性は、商品名、型番、製造者および販売者のすくなくとも１つであってよい。商品の購入者がＷｅｂサイトを検索する場合、希望する商品の特性をキーワードとすることが多い。そのため、ＵＲＬパスに、Ｗｅｂページで紹介する商品の特性を表す文字列を含めることで、Ｗｅｂサイトへのアクセスを促進することができる。
【００５４】
図４は、データテーブル４００の一例を概略的に示す。本実施形態において、データテーブル４００は、コンテンツの名称４０２と、ＵＲＬ情報４０６と、ｃａｎｏｎｉｃａｌ属性４０８とを対応づける。ＵＲＬ情報４０６は、現実のＵＲＬパス４１４と、対応付けられるＵＲＬパス４２４とを対応づける。現実のＵＲＬパス４１４は、ＵＲＬタイプ４１６と、残りのＵＲＬパス４１８とを含む。
【００５５】
データテーブル４００は、現実のＵＲＬパス４１４が、ＵＲＬタイプ４１６と残りのＵＲＬパス４１８とを含む点で、データテーブル３００と相違する。その他の点については、データテーブル３００と同様の構成を有してよい。ＵＲＬタイプ４１６は、ＵＲＬパスの一部の文字列に対応する符号であってよい。残りのＵＲＬパス４１８は、ＵＲＬパスからＵＲＬタイプ４１６に対応する文字列を除いた文字列であってよい。ＵＲＬタイプ４１６を用いることで、データテーブル４００を作成する手間を軽減することができる。
【００５６】
データテーブル４００において、ＵＲＬタイプ４１６の「１」は、「／ｓｈｏｐ＿ｄｅｔａｉｌ／」という文字列を示す。ＵＲＬタイプ４１６の「２」は、「／ｓｈｏｐ＿ｃａｔｅｇｏｒｙ／」という文字列を示す。ＵＲＬタイプ４１６の「３」は、「／ｓｈｏｐ＿ｕｓｅｒ／」という文字列を示す。図４によれば、「商品名１−１」という名称で識別されるコンテンツは、ＵＲＬタイプ４１６が「１」であり、残りのＵＲＬパス４１８が「００２００１０００００１」である。したがって、「商品名１−１」という名称で識別されるコンテンツの現実のＵＲＬパス４１４は、「／ｓｈｏｐ＿ｄｅｔａｉｌ／００２００１０００００１」であることがわかる。
【００５７】
データテーブル４００において、ｃａｎｏｎｉｃａｌ属性４０８が「０」の場合、現実のＵＲＬパス４１４を含むＵＲＬによりコンテンツのＵＲＬが正規化されることを示す。また、ｃａｎｏｎｉｃａｌ属性４０８が「１」の場合、対応付けられるＵＲＬパス４２４を含むＵＲＬによりコンテンツのＵＲＬが正規化されることを示す。
【００５８】
データテーブル４００は、対応情報格納部２２２に格納されてよい。データテーブル４００およびＵＲＬ情報４０６は対応情報の一例であってよい。コンテンツの名称４０２は、コンテンツを識別する識別情報の一例であってよい。現実のＵＲＬパス４１４は、第２のＵＲＬパスの一例であってよい。対応付けられるＵＲＬパス４２４は、第１のＵＲＬパスの一例であってよい。
【００５９】
図５は、サーバが端末にサービスを提供する方法の一例を概略的に示す。図５は、仮想店舗サーバ１０４における情報処理の一例を概略的に示す。本実施形態では、Ｓ５０２において、要求受付部２１４がクライアント端末１０２からのコンテンツ要求を受け付ける。要求受付部２１４は、受け付けたコンテンツ要求を判断部２１６に出力する。Ｓ５０４において、判断部２１６が、受け付けたコンテンツ要求を解析して、コンテンツ要求に含まれるＵＲＬを取得する。判断部２１６は、コンテンツ格納部２２０に格納されているコンテンツの中に、コンテンツ要求に含まれるＵＲＬにより識別されるコンテンツが存在するか否かを判断する。
【００６０】
判断部２１６が、コンテンツ要求に含まれるＵＲＬにより識別されるコンテンツが存在すると判断した場合（Ｓ５０４のＹＥＳ）、Ｓ５０６において、取得部２１８が、コンテンツ要求に含まれるＵＲＬで識別されるコンテンツを取得する。一方、判断部２１６が、コンテンツ要求に含まれるＵＲＬにより識別されるコンテンツが存在しないと判断した場合（Ｓ５０４のＮｏ）、Ｓ５０８において、取得部２１８は、コンテンツ要求に含まれるＵＲＬの中から、当該ＵＲＬのＵＲＬパスを抽出する。取得部２１８は、第１のＵＲＬパスと第２のＵＲＬパスとを対応付ける対応情報を参照して、コンテンツ要求に含まれるＵＲＬのＵＲＬパスを、当該ＵＲＬパスに対応する他のＵＲＬパスで置き換える。これにより、コンテンツ要求に含まれるＵＲＬとは異なるＵＲＬが得られる。Ｓ５１０において、取得部２１８が、Ｓ５０８で得られたＵＲＬにより識別されるコンテンツを取得する。
【００６１】
Ｓ５１０において、取得部２１８が、通信制御部２１２を介して、取得したコンテンツをクライアント端末１０２に送信する。このとき、取得部２１８は、取得したコンテンツを表示画面生成部２２４に出力してもよい。表示画面生成部２２４は、例えば、クライアント端末１０２がコンテンツを表示画面に表示するときに当該コンテンツのＵＲＬが表示される位置に、当該コンテンツの現実のＵＲＬではなくコンテンツ要求に含まれるＵＲＬを表示させる命令を生成する。
【００６２】
表示画面生成部２２４は、通信制御部２１２を介して、クライアント端末１０２に生成した命令を送信してよい。なお、取得部２１８がコンテンツ要求に対応するコンテンツを取得することができなかった場合、通信制御部２１２は、クライアント端末１０２にＨＴＴＰ４０４ステータスコードを通知してよい。これにより、クライアント端末１０２からコンテンツ要求に対する仮想店舗サーバ１０４における情報処理が終了する。
【００６３】
図６は、一実施形態に係るコンピュータ１９００のハードウエア構成の一例を概略的に示す。本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＣＤ−ＲＯＭドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部とを備える。
【００６４】
ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００６５】
入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０を接続する。通信インターフェイス２０３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ２０６０は、ＣＤ−ＲＯＭ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。
【００６６】
また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウエアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ２０５０は、フレキシブルディスク２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フレキシブルディスク・ドライブ２０５０を入出力コントローラ２０８４へと接続すると共に、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。
【００６７】
ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。
【００６８】
一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フレキシブルディスク２０９０、又はＣＤ−ＲＯＭ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。
【００６９】
また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０（ＣＤ−ＲＯＭ２０９５）、フレキシブルディスク・ドライブ２０５０（フレキシブルディスク２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０および外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれる。
【００７０】
また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすかどうかを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。
【００７１】
また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。
【００７２】
以上に示したプログラム又はモジュールは、外部の記録媒体に格納されてもよい。記録媒体としては、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５の他に、ＤＶＤ又はＣＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワーク又はインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ１９００に提供してもよい。
【００７３】
コンピュータ１９００にインストールされ、コンピュータ１９００を情報処理装置の一例である仮想店舗サーバ１０４として機能させるプログラムは、仮想店舗サーバ１０４の各部の動作を規定したモジュールを備える。これらのプログラム又はモジュールは、ＣＰＵ２０００等に働きかけて、コンピュータ１９００を、仮想店舗サーバ１０４の各部としてそれぞれ機能させる。
【００７４】
これらのプログラムに記述された情報処理は、コンピュータ１９００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１９００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の仮想店舗サーバ１０４を構築できる。
【００７５】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００７６】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【００７７】
１０  ネットワーク、１００  電子商取引システム、１０２  クライアント端末、１０４  仮想店舗サーバ、１１０  検索サーバ、２１２  通信制御部、２１４  要求受付部、２１６  判断部、２１８  取得部、２２０  コンテンツ格納部、２２２  対応情報格納部、２２４  表示画面生成部、３００  データテーブル、３０２  名称、３０６  ＵＲＬ情報、３０８  ｃａｎｏｎｉｃａｌ属性、３１４  ＵＲＬパス、３２４  ＵＲＬパス、４００  データテーブル、４０２  名称、４０６  ＵＲＬ情報、４０８  ｃａｎｏｎｉｃａｌ属性、４１４  ＵＲＬパス、４１６  ＵＲＬタイプ、４１８  ＵＲＬパス、４２４  ＵＲＬパス、１９００  コンピュータ、２０００  ＣＰＵ、２０１０  ＲＯＭ、２０２０  ＲＡＭ、２０３０  通信インターフェイス、２０４０  ハードディスクドライブ、２０５０  フレキシブルディスク・ドライブ、２０６０  ＣＤ−ＲＯＭドライブ、２０７０  入出力チップ、２０７５  グラフィック・コントローラ、２０８０  表示装置、２０８２  ホスト・コントローラ、２０８４  入出力コントローラ、２０９０  フレキシブルディスク、２０９５  ＣＤ−ＲＯＭ
【図１】
2012208688.tif 000003
【図２】
2012208688.tif 000004
【図３】
2012208688.tif 000005
【図４】
2012208688.tif 000006
【図５】
2012208688.tif 000007
【図６】
2012208688.tif 000008