JP5579984B2 - 提示情報登録装置 - Google Patents

Description

本発明は、ユーザに対して提示される提示情報をユーザ端末装置に送信するサーバ装置を、負荷分散のために複数設けた提示情報送信システムにおいて、提示情報を提示情報送信システムに登録する提示情報登録装置、提示情報登録方法、提示情報送信制御処理プログラム及び提示情報送信システムの技術分野に関する。

従来から、インターネット等のネットワークを介してパーソナルコンピュータ等の端末装置からのリクエストに応じて、サーバ装置が、Ｗｅｂページや画像データ等のユーザに対して提示される提示情報を送信する提示情報送信システムが知られている。

かかるシステムにおいては、単位時間当たりのアクセス数が増加するとサーバ装置に対する負荷がかかるため、負荷分散のために、ＳＬＢ（Server Load Balancing）が一般的に採用されている（例えば、特許文献１）。

ＳＬＢは、ロードバランサーと複数のＷｅｂサーバとにより構成される仕組みである。ロードバランサーは、端末装置側からは一つのＷｅｂサーバであるかのように見え、端末装置からのリクエストの受信を一手に引き受ける。そして、ロードバランサーはリクエストを受信する都度、複数のＷｅｂサーバの中から一つを選択し、選択したＷｅｂサーバにリクエストを転送する。転送先となるＷｅｂサーバの選択方法としては、例えば、ラウンドロビン方式を用いたり、ランダムに選択したり、端末装置とのコネクションが最も少ないＷｅｂサーバを選択する方法などが存在する。

このような場合においては、Ｗｅｂサーバ間において、送信される提示情報に整合性が保たれなければならない。こうしたことから、提示情報の管理にはＮＡＳ（Network Attached Storage）が用いられる場合がある。すなわち、提示情報を全てＮＡＳに格納させておき、各ＷｅｂサーバはＮＡＳにアクセスして、リクエストされた提示情報を取得する。これによって、リクエストの対象が同じであれば、どのＷｅｂサーバがリクエストを受けたとしても同じ内容の提示情報がユーザに対して提示されることが保証されるのである。

ところが、今度は１台のＮＡＳに対してＷｅｂサーバからのアクセスが集中するので、常に処理能力が高く記憶容量の多いＮＡＳを用意しておくことが必要となる。しかしながら、ＮＡＳは一般的に高価であるので、これを新しいものに変えることも望むようにはいかない。

そこで、各Ｗｅｂサーバが備えるハードディスク装置等に、提示情報を分散して格納させる方法が考えられる。この場合は、例えば、各Ｗｅｂサーバに対して、提示情報の提供元のうちどの提供元からの提示情報の送信を担当させるかを割り当て、夫々のハードディスク装置に、割り当てられた提示情報を格納させる。そして、ロードバランサーは、リクエストに設定されたＵＲＬ（Uniform Resource Locator）から、提供元を判別し、この提供元を担当するＷｅｂサーバにリクエストを転送するのである。これによって、１台の記憶装置にアクセスが集中するということを解消することができる。また、サーバ装置に用いられる一般的なハードディスク装置であれば、たとえ複数用意したとしても、それほど高価になるものでもない。
特開２００４−８６３１７号公報

しかしながら、この場合においては、その提示情報をシステムに提供する情報提供者が、提示情報の登録の際に登録先のＷｅｂサーバを指定しなければならない。そうすると、提示情報の登録作業が煩雑になるとともに、登録先のＷｅｂサーバを間違える可能性がある。

本発明は、以上の点に鑑みてなされたものであり、提示情報の送信を複数のサーバ装置に分散して割り当てた場合に、提示情報を記憶させるべきサーバ装置を提示情報の提供者が意識することなく提示情報を登録することを可能とする提示情報登録装置を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、提供者から提供された提示情報をユーザ端末装置に送信する複数の送信サーバ装置であって、複数の前記提示情報が割り当てられた複数の送信サーバ装置と、前記提示情報の要求を示し且つ前記ユーザ端末装置から送信されてきた要求情報であって、前記提示情報のサイトのドメイン名と、前記提示情報を識別する識別情報と、前記提示情報が分類されるカテゴリーを示すカテゴリー情報とを含むＵＲＬを含む要求情報を、要求された前記提示情報が割り当てられた前記送信サーバ装置に転送する要求情報転送装置と、前記複数の送信サーバ装置に割り当てられた全ての前記提示情報を記憶するファイルサーバ装置と、前記送信サーバ装置の代替えとして用いられ、前記要求情報転送装置から受信された前記要求情報に含まれるＵＲＬに対応する前記提示情報を、前記ファイルサーバ装置から取得し要求元の前記ユーザ端末装置に送信する代替サーバ装置と、を備える提示情報送信システムであって、前記要求情報転送装置は、前記送信サーバ装置を識別するサーバ識別情報と、前記送信サーバ装置に割り当てられたカテゴリーを示すカテゴリー情報とを、前記送信サーバ装置毎に含む割り当て情報を記憶する第１記憶手段と、前記ユーザ端末装置から前記要求情報を受信するたびに、前記第１記憶手段に記憶された前記割り当て情報に基づいて、前記ユーザ端末装置から受信された前記要求情報に含まれる前記カテゴリー情報に対応する前記サーバ識別情報が示す前記送信サーバ装置へ前記要求情報を転送し、前記ユーザ端末装置から前記要求情報を受信したときに当該要求情報を転送すべき当該送信サーバ装置が動作していないと判定した場合には、当該要求情報を前記代替サーバ装置へ転送する転送手段と、を備え、各前記送信サーバ装置は、前記要求情報転送装置から転送されてきた前記要求情報に含まれるＵＲＬに対応する前記提示情報を当該送信サーバ装置の記憶手段から取得し要求元の前記ユーザ端末装置に送信する提示情報送信システムにおいて、前記提示情報を、前記ユーザ端末装置に対して送信可能なように前記提示情報送信システムに登録する提示情報登録装置であって、前記第１記憶手段に記憶される前記割り当て情報と同じ内容の前記割り当て情報を記憶する第２記憶手段と、前記提供者が利用する提供者用端末装置から当該提供者の指令に基づいて送信された前記提示情報を受信する受信手段と、前記提供者用端末装置から送信される前記提示情報が分類されるカテゴリーを示すカテゴリー情報を取得するカテゴリー情報取得手段と、前記第２記憶手段に記憶された前記割り当て情報から、前記受信されたカテゴリー情報に対応する前記サーバ識別情報を取得するサーバ識別情報取得手段と、前記ドメイン名と、前記取得されたカテゴリー情報と、前記受信された提示情報を識別する識別情報とを含むＵＲＬを生成する生成手段と、前記取得されたサーバ識別情報が示す前記送信サーバ装置に、前記受信された提示情報と前記生成されたＵＲＬとを含み、且つ、当該提示情報を当該ＵＲＬに対応付けて当該送信サーバ装置が備える前記記憶手段に記憶させる要求を示す提示情報記憶要求情報を送信するとともに、前記受信された提示情報と前記生成されたＵＲＬとを含み、且つ、当該提示情報を当該ＵＲＬに対応付けて前記ファイルサーバ装置に記憶させる要求を示す対ファイルサーバ提示情報記憶要求情報を前記ファイルサーバ装置に送信する記憶要求送信手段と、を備えることを特徴とする。

この発明によれば、各提示情報は、複数の送信サーバ装置のうちの何れかの送信サーバ装置に割り当てられている。各送信サーバ装置は、提示情報を記憶する記憶手段を備える。要求情報送信装置は、ユーザ端末装置から要求情報を受信すると、当該要求情報によりユーザ端末装置から要求された提示情報が割り当てられた送信サーバ装置に、当該要求情報を転送する。そして、送信サーバ装置は、要求情報転送装置から要求情報を受信すると、要求された提示情報は自己が備える記憶手段に記憶されているので、当該提示情報を、当該記憶手段から取得して要求元のユーザ端末装置に送信する。このようにして、提示情報送信システムでは、送信サーバ装置の処理負荷を分散させている。

ここで、提示情報登録装置は、提供者用端末装置から提示情報を受信し、当該提示情報に対応する送信サーバ装置を、割り当て情報に基づいて特定し、特定された送信サーバ装置の記憶手段に、受信した提示情報を記憶させるべく提示情報記憶要求情報を送信する。

従って、提供者が送信サーバ装置を指定しなくても、提示情報が適切な送信サーバ装置において記憶されるので、提示情報を分散させて複数の送信サーバ装置に記憶させた場合でも、ユーザ端末装置からの要求情報に対する提示情報を送信することができる。

また、この発明によれば、送信サーバ装置が動作していない場合でも、代替サーバ装置によって、要求された提示情報をファイルサーバ装置から取得し要求元のユーザ端末装置に送信することができる。

請求項２に記載の発明は、請求項１に記載の提示情報登録装置において、ユーザインターフェース処理プログラムと提示情報送信制御処理プログラムとを記憶するプログラム記憶手段を更に備え、前記受信手段は、前記ユーザインターフェース処理プログラムを実行することにより、前記提示情報を登録するための画面を構成する登録画面情報を前記提供者用端末装置に送信し、当該登録画面情報に基づいて当該提供者用端末装置により表示された画面を通じて前記提供者により指定された前記提示情報を受信し、前記提示情報送信制御処理プログラムは、前記ユーザインターフェース処理プログラムにおける呼び出し命令によって実行され、前記サーバ識別情報取得手段、前記生成手段及び前記記憶要求送信手段は、前記提示情報送信制御処理プログラムを実行することにより動作することを特徴とする。

この発明によれば、ユーザインターフェース処理プログラムの開発者は、提供者から提供された提示情報を、どの送信サーバ装置に送信するかについて考える必要がなく、プログラムの開発負担を軽減させることができる。

請求項３に記載の発明は、請求項２に記載の提示情報登録装置において、各前記提示情報は、前記カテゴリーとして、提供元の前記提供者別に分類され、前記カテゴリー情報取得手段は、前記提供者を識別するための提供者識別情報を、前記提供者用端末装置から受信することを特徴とする。

本発明によれば、提供者が送信サーバ装置を指定しなくても、提示情報が適切な送信サーバ装置において記憶されるので、提示情報を分散させて複数の送信サーバ装置に記憶させた場合でも、ユーザ端末装置からの要求情報に対する提示情報を送信することができる。また、発明によれば、送信サーバ装置が動作していない場合でも、代替サーバ装置によって、要求された提示情報をファイルサーバ装置から取得し要求元のユーザ端末装置に送信することができる。

以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、提示情報の一例としての画像データを端末装置に送信するショッピングシステムに対して本発明を適用した場合の実施形態である。

［１．ショッピングシステムの構成及び機能概要］
先ず、本実施形態に係るショッピングシステムＳの構成及び概要機能について、図１を用いて説明する。

図１は、本実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。

図１に示すように、ショッピングシステムＳは、ショッピングサーバシステム１と、提供者用端末装置の一例としての店舗端末３−ｊ（ｊ＝１，２・・・ｍ）と、ユーザ端末（ユーザ端末装置）４−ｋ（ｋ＝１，２・・・ｎ）と、を含んで構成されている。

また、ショッピングサーバシステム１と店舗端末３−ｊ及びユーザ端末４−ｋとは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

このような構成のショッピングシステムＳにおいて、ショッピングサーバシステム１は、ネットワークＮＷを通じて各種のサービスを提供するサービス提供事業者によりショッピングサイトを開設するために設置されたサーバ装置である。

このサービス提供事業者は、ＡＳＰ（Application Service Provider）でもあり、商品を販売する複数の販売業者（提供者の一例）と出店契約を締結して、これらの販売業者がショッピングサイト上で出店して商品の販売を可能とするためのアプリケーションを、ショッピングサーバシステム１を通じて提供するようになっている。

そして、ショッピングサーバシステム１は、ユーザ端末４−ｋのリクエストに応じて、販売業者とユーザ端末４−ｋのユーザとの間における商品の売買を成立させるための処理を行うようになっている。なお、以下の説明においては、販売業者を店舗とも称する。

次に、店舗端末３−ｊは、サービス提供事業者と出店契約を締結した店舗により利用される端末装置であり、例えば、パーソナルコンピュータ等を適用することができる。そして、店舗端末３−ｊは、ショッピングサーバシステム１にアクセスして、Ｗｅｂページを取得し、画面に表示するようになっている。これにより、店舗は、Ｗｅｂページを通じて、ショッピングサイトにおける仮想的な店舗を構築することができるようになっている。具体的には、例えば、販売する商品に関する情報を登録したり、店舗や商品に関する画像データを登録することができるようになっている。

次に、ユーザ端末４−ｋは、ショッピングサーバシステム１にアクセスしてＷｅｂページを取得し、画面に表示するようになっている。これにより、ユーザは、当該Ｗｅｂページを通じて、商品の購入を行うことができるようになっている。このユーザ端末４−ｋは、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、ＳＴＢ（Set Top Box）、携帯電話機等を適用することができる。

なお、店舗端末３−ｊ及びユーザ端末４−ｋには、夫々所定のオペレーティングシステム、Ｗｅｂブラウザアプリケーション、電子メールアプリケーション等がインストールされている。

［２．ショッピングサーバシステムの構成及び機能概要］
次に、本実施形態に係るショッピングサーバシステム１の構成及び概要機能について、図２を用いて説明する。

図２は、本実施形態に係るショッピングサーバシステム１の概要構成の一例を示す図である。

図２に示すように、ショッピングサーバシステム１は、ロードバランサー１０と、要求情報転送装置の一例としてのＰｒｏｘｙサーバ２０−１及び２０−２と、夫々がコンテンツデータベース４０を備える送信サーバ装置の一例としてのＷｅｂサーバ３０−１、３０−２及び３０−３と、代替サーバ装置の一例としての代替Ｗｅｂサーバ５０と、ファイルサーバ装置の一例としてのＮＡＳ６０と、振り分けマスタデータベース８０を備える提示情報登録装置の一例としてのスケーラーサーバ７０と、を含んで構成されている。

ロードバランサー１０は、ネットワークＮＷを介して、店舗端末３−ｊ及びユーザ端末４−ｋと直接データの送受信をすることが可能となっている。また、ロードバランサー１０とＰｒｏｘｙサーバ２０−１及び２０−２とは、ネットワークＮＷ１０を介して相互にデータの送受信が可能になっている。更に、Ｐｒｏｘｙサーバ２０−１及び２０−２と、Ｗｅｂサーバ３０−１〜３０−３、代替Ｗｅｂサーバ５０及びスケーラーサーバ７０とは、ネットワークＮＷ２０を介して相互にデータの送受信が可能になっている。また更に、Ｗｅｂサーバ３０−１〜３０−３と、代替Ｗｅｂサーバ５０と、ＮＡＳ６０と、スケーラーサーバ７０とは、ネットワークＮＷ３０を介して相互にデータの送受信が可能になっている。なお、ネットワークＮＷ１０、２０及び３０は、例えば、ＬＡＮ（Local Area Network）等により構築されている。

なお、以下の説明においては、Ｐｒｏｘｙサーバ２０−１及び２０−２の何れかを特に特定しない場合には、単にＰｒｏｘｙサーバ２０と称し、また、Ｗｅｂサーバ３０−１〜３０−３の何れかを特に特定しない場合には、単にＷｅｂサーバ３０と称する。

このような構成のショッピングサーバシステム１において、ロードバランサー１０は、Ｐｒｏｘｙサーバ２０の処理負荷を分散するための装置である。具体的に、ロードバランサー１０は、ユーザ端末４−ｋから送信されてきたＨＴＴＰ（Hyper Text Transfer Protocol）リクエスト（要求情報の一例）を受信すると、例えば、ランダムにＰｒｏｘｙサーバ２０−１または２０−２を選択し、選択した方のＰｒｏｘｙサーバ２０に対してＨＴＴＰリクエストを転送するようになっている。

次に、Ｗｅｂサーバ３０は、ユーザ端末４−ｋから送信され、ロードバランサー１０及びＰｒｏｘｙサーバ２０によって転送されてきたＨＴＴＰリクエストに応じて、ＨＴＭＬ（Hyper Text Markup Language）データや画像データ等を含むＷｅｂページをユーザ端末４−ｋに送信するサーバ装置である。Ｗｅｂサーバ３０−１〜３０−３に対しては、具体的には、夫々送信すべき画像データの提供元である店舗が割り当てられている。そして、夫々のＷｅｂサーバ３０が備えるコンテンツデータベース４０には、自己に割り当てられた店舗からの画像データが登録されている。

次に、代替Ｗｅｂサーバ５０は、何れかのＷｅｂサーバ３０が故障等により動作を停止させたような場合に、その代替えとして動作するサーバ装置である。

次に、ＮＡＳ（Network Attached Storage）６０は、ネットワークＮＷ３０を介してアクセス可能なファイルサービス専用のサーバ装置である。ＮＡＳ６０には、全店舗分の画像データが登録されている。換言すると、ＮＡＳ６０には、Ｗｅｂサーバ３０−１〜３０−３のコンテンツデータベース４０に夫々登録されている画像データ全てのコピーが登録されている。そして、何れかのＷｅｂサーバ３０がメンテナンス等によって動作を停止している場合には、代替Ｗｅｂサーバ５０がＮＡＳ６０から必要な画像データを取得して、ユーザ端末４−ｋに送信するようになっている。

次に、Ｐｒｏｘｙサーバ２０は、Ｗｅｂサーバ３０の代理として機能するサーバ装置である。また、Ｐｒｏｘｙサーバ２０は、Ｗｅｂサーバ３０の処理負荷を分散するためのサーバ装置でもある。具体的に、Ｐｒｏｘｙサーバ２０は、ロードバランサー１０から転送されてきたＨＴＴＰリクエストが画像データのリクエストである場合には、当該リクエストに設定されているリクエストＵＲＬ（Uniform Resource Locator）から、リクエストされた画像データの提供元である店舗を特定する。リクエストＵＲＬには、画像データのファイル名の他、店舗の識別情報である店舗ＩＤ（提供者識別情報の一例）が設定されているので、この情報から店舗を特定することができる。そして、Ｐｒｏｘｙサーバ２０は、特定した店舗が割り当てられているＷｅｂサーバ３０に対して、ＨＴＴＰリクエストを転送するようになっている。

Ｗｅｂサーバ３０に対する店舗の割り当ては、振り分け情報に設定されている。この振り分け情報には、例えば、各店舗の店舗ＩＤと、割り当てられたＷｅｂサーバ３０のＩＰアドレスとが、対応付けて設定されている。Ｐｒｏｘｙサーバ２０は、振り分け情報を参照することによって、特定の店舗がどのＷｅｂサーバ３０に割り当てられているか（どのＷｅｂサーバ３０に登録されているか）を判断することができるようになっている。

［３．ロードバランサー、Ｐｒｏｘｙサーバ、Ｗｅｂサーバ、代替Ｗｅｂサーバ及びＮＡＳの構成］
次に、ロードバランサー１０、Ｐｒｏｘｙサーバ２０、Ｗｅｂサーバ３０、代替Ｗｅｂサーバ５０及びＮＡＳ６０の共通構成について、図３を用いて説明する。

図３は、ロードバランサー１０、Ｐｒｏｘｙサーバ２０、Ｗｅｂサーバ３０、代替Ｗｅｂサーバ５０及びＮＡＳ６０の共通する概要構成の一例を示すブロック図である。

図３に示すように、ロードバランサー１０、Ｐｒｏｘｙサーバ２０、Ｗｅｂサーバ３０、代替Ｗｅｂサーバ５０及びＮＡＳ６０は、夫々、通信部１０１と、記憶部１０２と、インターフェース部１０３と、入出力システム制御部１０７と、を備えている。そして、システム制御部１０７と入出力インターフェース部１０３とは、システムバス１０８を介して接続されている。

通信部１０１は、ネットワークＮＷ、ＮＷ１０、ＮＷ２０またはＮＷ３０等に接続して、他のサーバ装置、店舗端末３−ｊまたはユーザ端末４−ｋ等との通信状態を制御するようになっている。

記憶部１０２は、例えば、ハードディスクドライブ等により構成されており、各種プログラム及びデータ等を記憶するようになっている。ここで、Ｐｒｏｘｙサーバ２０の記憶部１０２には、前述した振り分け情報が記憶されている。この振り分け情報は、Ｐｒｏｘｙサーバ２０−１と２０−２とで、内容は同一となっている。また、Ｗｅｂサーバ３０に記憶部１０２には、コンテンツデータベース４０が構築されている。更に、ＮＡＳ６０の記憶部１０２には、画像データが記憶されている。

入出力インターフェース部１０３は、通信部１０１及び記憶部１０２とシステム制御部１０７との間のインターフェース処理を行うようになっている。

システム制御部１０７は、ＣＰＵ（Central Processing Unit）１０４、ＲＯＭ（Read Only Memory）１０５、ＲＡＭ１０６等により構成されている。そして、システム制御部１０７は、ＣＰＵ１０４が、ＲＯＭ１０５や記憶部１０２に記憶された各種プログラムを読み出し実行することにより、装置全体を統括制御するようになっている。

なお、各種プログラム等は、例えば、他のサーバ装置等からネットワークを介して取得されるようにしても良いし、ＣＤ−ＲＯＭ等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

［４．スケーラーサーバの構成及び機能］
次に、スケーラーサーバ７０の構成及び機能について、図４乃至図６を用いて説明する。

図４は、本実施形態に係るスケーラーサーバ７０の概要構成の一例を示すブロック図である。また、図５は、振り分けマスタデータベース８０に登録される情報の内容の一例を示す図である。また、図６は、本実施形態に係るスケーラーサーバ７０におけるソフトウェアの概要構成の一例を示す図である。

図４に示すように、スケーラーサーバ７０は、操作部７０１と、表示部７０２と、通信部７０３と、ドライブ部７０４と、割り当て情報記憶手段及びプログラム記憶手段の一例としての記憶部７０５と、入出力インターフェース部７０６と、システム制御部７１０と、を備えている。そして、システム制御部７１０と入出力インターフェース部７０６とは、システムバス７１１を介して接続されている。

操作部７０１は、例えば、キーボード、マウス等により構成されており、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシステム制御部７１０に出力するようになっている。表示部７０２は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。通信部７０３は、ネットワークＮＷ等に接続して、他のサーバ装置やユーザ端末４−ｋ等との通信状態を制御するようになっている。ドライブ部７０４は、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のディスクＤＫからデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するようになっている。記憶部７０５は、例えば、ハードディスクドライブ等により構成されており、各種プログラム及びデータ等を記憶するようになっている。入出力インターフェース部７０６は、操作部７０１〜記憶部７０５とシステム制御部７１０との間のインターフェース処理を行うようになっている。システム制御部７１０は、ＣＰＵ（Central Processing Unit）７０７、ＲＯＭ（Read Only Memory）７０８、ＲＡＭ７０９等により構成されている。

記憶部７０５には、振り分けマスタデータベース８０が構築されている。この振り分けマスタデータベース８０には、店舗がどのＷｅｂサーバ３０に割り当てられているかを示す情報が登録されている。具体的に、振り分けマスタデータベース８０には、図５に示すように、各店舗の店舗ＩＤと、割り当てられたＷｅｂサーバ３０のＩＰアドレスとが、対応付けて設定されている。振り分けマスタデータベース８０に登録される内容は、Ｐｒｏｘｙサーバ２０において記憶する振り分け情報の内容と同一である。振り分けマスタデータベース８０の内容が登録されると、スケーラーサーバ７０は、同じ情報をＰｒｏｘｙサーバ２０に送信し、Ｐｒｏｘｙサーバ２０において、受信した情報を振り分け情報として記憶されるようになっている。例えば、新しい店舗が追加された場合には、振り分け情報にその店舗を追加しなければならない場合があるが、その情報は、自動的にスケーラーサーバ７０にも各Ｐｒｏｘｙサーバ２０にも伝達され、それぞれの振り分け情報（スケーラーサーバ７０はマスタデータベース８０の内容）が更新される。つまり、システムを停止させることなく、振り分け情報を自動的に更新することができる。これにより、特別なシステムメンテナンスをする必要なく、店舗の追加をすることができる。

図５の例では、店舗ＩＤが０００１〜０９９９及び３００１〜３９９９の範囲にある店舗は、Ｗｅｂサーバ３０−１に割り当てられ、店舗ＩＤが１００１〜１９９９及び４００１〜４９９９の範囲にある店舗は、Ｗｅｂサーバ３０−２に割り当てられ、店舗ＩＤが２００１〜２９９９及び５００１〜５９９９の範囲にある店舗は、Ｗｅｂサーバ３０−１に割り当てられていることを示している。

また、記憶部７０５には、所定のオペレーティングシステムの他、図６に示すように、ＷＷＷ（World Wide Web）サーバアプリケーションプログラム（ユーザインターフェース処理プログラムの一例）、スケーラープログラム（提示情報送信制御処理プログラムの一例）等が記憶されている。

システム制御部７１０は、受信手段、認識手段、特定手段、記憶要求送信手段等の一例を構成している。

そして、システム制御部７１０は、ＣＰＵ７０７が、ＲＯＭ７０８や記憶部７０５に記憶された各種プログラムを読み出し実行することによりショッピングサーバシステム１の各部を制御する。また、システム制御部７１０は、ＷＷＷサーバアプリケーションプログラムを実行することにより受信手段及び認識手段等として機能するとともに、スケーラープログラムを実行することにより特定手段、記憶要求送信手段等として機能するようになっている。

ＷＷＷサーバアプリケーションプログラムは、Ｗｅｂベースのユーザインターフェースを店舗に提供するプログラムであり、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを用いて、店舗端末３−ｊから送信されたリクエストに応じて、記憶部７０５に記憶されている各種のデータに基づきＷｅｂページを店舗端末３−ｊに送信するためのプログラムである。

特に、本実施形態におけるＷＷＷサーバアプリケーションプログラムは、ショッピングサイトにおける仮想的な店舗を構築するためのユーザインターフェースを提供するプログラムである。

例えば、受信手段としてのシステム制御部７１０は、店舗端末３−ｊから画像データを受信するようになっている。具体的に、システム制御部７１０は、画像データを登録するためのＷｅｂページである画像登録用ページ（登録画面情報の一例）を店舗端末３−ｊに送信する。そして、システム制御部７１０は、店舗端末３−ｊの画面に表示された画像登録用ページを通じて店舗により指定された画像データを店舗端末３−ｊから受信する。

また、認識手段としてのシステム制御部７１０は、画像データを送信した店舗端末３−ｊを利用する店舗の店舗ＩＤを取得することによって、当該店舗を認識するようになっている。具体的に、システム制御部７１０は、画像登録用ページの送信に先だってログイン処理（認証処理）を行うことにより、店舗端末３−ｊから店舗ＩＤを受信するようになっている。

スケーラープログラムは、画像データをＷｅｂサーバ３０及びＮＡＳ６０に送信し、当該画像データをＷｅｂサーバ３０及びＮＡＳ６０により記憶させるためのプログラムである。このスケーラープログラムは、ＷＷＷサーバアプリケーションプログラムからの呼び出し命令によってシステム制御部７１０により実行される。このとき、ＷＷＷサーバアプリケーションプログラムからの引数として、例えば、画像データをアップロードした店舗の店舗ＩＤ、前記のオペレーティングシステムに含まれるファイルシステムで管理される画像データのパス名が設定される。

そして、特定手段としてのシステム制御部７１０は、画像データの提供元である店舗がどのＷｅｂサーバ３０に割り当てられているかを特定するようになっている。具体的に、システム制御部７１０は、振り分けマスタデータベース８０を参照して、取得した店舗ＩＤに対応付けられているＷｅｂサーバ３０のＩＰアドレスを取得する。

また、記憶要求送信手段としてのシステム制御部７１０は、画像データを、Ｗｅｂサーバ３０−１、３０−２及び３０−３のうち、画像データの提供元である店舗が割り当てられたＷｅｂサーバに送信するとともに、ＮＡＳ６０にも送信し、当該画像データをＷｅｂサーバ３０とＮＡＳ６０とにより記憶させるようになっている。具体的に、システム制御部７１０は、画像データを含んだ登録リクエスト（提示情報記憶要求情報、対ファイルサーバ提示情報記憶要求情報の一例）を、Ｗｅｂサーバ３０とＮＡＳ６０とに送信するが、Ｗｅｂサーバ３０に送信する際には、登録リクエストのＩＰヘッダの宛先アドレスに、振り分けマスタデータベース８０から取得したＩＰアドレスを設定する。ただし、システム制御部７１０は、送信先のＷｅｂサーバ３０の動作が停止している場合には、ＮＡＳ６０に対してのみ画像データを送信する。システム制御部７１０は、例えばＰｉｎｇ等を用いて、各Ｗｅｂサーバ３０が動作しているか否かを定期的に監視している。

このようにスケーラーサーバ７０上で動作するプログラムを、ＷＷＷサーバアプリケーションプログラムとスケーラープログラムとに分けることによって、プログラムの開発負担を軽減し、また、プログラムの信頼性を高めている。その理由としては、ＷＷＷサーバアプリケーションプログラムから、画像データの送信先を決定する処理等のプログラム分離することで、ＷＷＷサーバアプリケーションプログラムの開発者が、ユーザインターフェースの処理部分の開発に専念することができるということが、一例としてあげられる。そして、例えば、新たなＷｅｂサーバ３０を増やしてスケールアウトが行われたり、Ｗｅｂサーバ３０に対する店舗の割り当て方法が変更されたりしたような場合であっても、必要に応じてスケーラープログラムに変更を加えれば良く、ＷＷＷサーバアプリケーションプログラムに対しては、原則変更を加える必要はない。

なお、ＷＷＷサーバアプリケーションプログラムとスケーラープログラムとは、互いに独立したプロセスとなるプログラムであっても良いし、例えば、スケーラープログラムがライブラリとして用意され、リンケージエディタによって、スケーラープログラムがＷＷＷサーバアプリケーションプログラム中に組み込まれるようになっても良い。

また、ＷＷＷサーバアプリケーションプログラム及びスケーラープログラム等の各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷ３０を介して取得されるようにしても良いし、ＣＤ−ＲＯＭ等のディスクＤＫに記録されてドライブ部７０４を介して読み込まれるようにしても良い。

［５．ショッピングシステムの動作］
次に、ショッピングシステムＳの動作について説明する。

［５．１ 画像データ登録時の動作］
先ず、画像データを登録する場合における動作について、図７を用いて説明する。

図７は、本実施形態に係るショッピングシステムＳの、画像データを登録する場合における処理例を示すフローチャートである。

図７に示すように、店舗端末３−ｊからのログインリクエストを契機として、店舗端末３−ｊとスケーラーサーバ７０との間でログイン処理が実行される（ステップＳ１）。具体的に、スケーラーサーバ７０から店舗端末３−ｊにログインページが送信され、当該ログインページを通じて店舗により入力された店舗ＩＤ及びパスワードが店舗端末３−ｊからスケーラーサーバ７０に送信される。そして、スケーラーサーバ７０のシステム制御部７１０においてパスワード認証を実行し、このパスワード認証が成功すると、受信された店舗の店舗ＩＤをセッション管理により保持する。その後、システム制御部７１０は、初期画面用のＷｅｂページを店舗端末３−ｊに送信する。

次いで、店舗端末３−ｊからのリクエストに応じて、スケーラーサーバ７０のシステム制御部７１０は、画像登録用ページを店舗端末３−ｊに送信し（ステップＳ２）、店舗端末３−ｊは、店舗端末３−ｊを画面に表示する。

次いで、店舗が、登録したい画像データを指定してアップロード操作を行うと、店舗端末３−ｊは、指定された画像データをスケーラーサーバ７０に送信する（ステップＳ４）。

画像データを受信したスケーラーサーバ７０のシステム制御部７１０は、当該画像データの登録先のＷｅｂサーバ３０を決定する（ステップＳ５）。具体的に、システム制御部７１０は、振り分け情報（予め振り分けマスタデータベース８０の内容から生成された振り分け情報のキャッシュ）を参照し、セッション管理で保持している店舗ＩＤに対応付けられたＷｅｂサーバ３０のＩＰアドレスを取得する。

次いで、スケーラーサーバ７０のシステム制御部７１０は、受信した画像データのＵＲＬを決定する（ステップＳ６）。具体的に、システム制御部７１０は、例えば、ショッピングサイトのドメイン名の後に、店舗ＩＤ（店舗ＩＤを暗号化した情報でも良い）、画像データのファイル名、及びその他必要な情報を付加し、こうしてできた文字列をＵＲＬとする。

次いで、スケーラーサーバ７０のシステム制御部７１０は、受信した画像データをＮＡＳ６０に送信する（ステップＳ７）。具体的に、システム制御部７１０は、画像データを登録させるための登録リクエストをＮＡＳ６０に送信する。このとき、システム制御部７１０は、登録リクエストに、画像データと当該画像データのＵＲＬを設定する。また、システム制御部７１０は、登録リクエストのＩＰヘッダの宛先アドレスに、ＮＡＳ６０振り分け情報から取得したのＩＰアドレスを設定する。

登録リクエストを受信したＮＡＳ６０のシステム制御部１０７は、当該登録リクエストに設定された画像データを、自己の記憶部１０２に構築されたデータベースに登録する（ステップＳ８）。このとき、ＮＡＳ６０のシステム制御部１０７は、登録リクエストに設定された画像データのＵＲＬで当該画像データをデータベースから取得可能なように、登録処理を行う。

次いで、スケーラーサーバ７０のシステム制御部７１０は、登録先のＷｅｂサーバが動作しているか否かを判定する（ステップＳ９）。

このとき、システム制御部７１０は、登録先のＷｅｂサーバが動作していると判定した場合には（ステップＳ９：ＹＥＳ）、スケーラーサーバ７０は受信した画像データをＷｅｂサーバ３０に送信する（ステップＳ１０）。具体的に、システム制御部７１０は、画像データを登録させるための登録リクエストをＷｅｂサーバ３０に送信する。このとき、システム制御部７１０は、登録リクエストに、画像データと当該画像データのＵＲＬを設定する。また、システム制御部７１０は、登録リクエストのＩＰヘッダの宛先アドレスに、振り分け情報から取得したＩＰアドレスを設定する。この宛先アドレスによって、どのＷｅｂサーバ３０に登録リクエストが送信されるかが決定付けられる。

登録リクエストを受信したＷｅｂサーバ３０のシステム制御部１０７は、当該登録リクエストに設定された画像データを、自己のコンテンツデータベース４０に登録する（ステップＳ１１）。このとき、Ｗｅｂサーバ３０のシステム制御部１０７は、登録リクエストに設定された画像データのＵＲＬで当該画像データをコンテンツデータベース４０から取得可能なように、登録処理を行う。

一方、スケーラーサーバ７０のシステム制御部７１０は、ステップＳ９において、登録先のＷｅｂサーバが動作していないと判定した場合には（ステップＳ９：ＮＯ）、再びステップ９の判定を行う。つまり、システム制御部７１０は、Ｗｅｂサーバ３０が復旧するまでリトライを行う。

なお、上記説明したスケーラーサーバ７０のシステム制御部７１０の処理のうち、ステップＳ５より前の処理が、ＷＷＷサーバアプリケーションプログラムの実行による処理であり、ステップＳ５以降の処理が、スケーラープログラムの実行による処理である。

［５．２ 画像データのリクエスト受信時の動作］
次に、ユーザ端末４−ｋから画像データのリクエストを受信した場合における動作について、図８を用いて説明する。

図８は、本実施形態に係るショッピングシステムＳの、画像データのリクエストを受信した場合における処理例を示すフローチャートである。

図８に示す処理に先だち、ユーザ端末４−ｋからのリクエストに応じて、Ｗｅｂサーバ３０からユーザ端末４−ｋに対して、商品や店舗に関するＷｅｂページを構成するＨＴＭＬデータが送信される。そして、ＨＴＭＬデータを受信したユーザ端末４−ｋは、当該ＨＴＭＬデータを解析して、このＨＴＭＬデータからＩＭＧタグを発見すると、このＩＭＧに設定されている画像データのＵＲＬを設定したＨＴＴＰリクエスト、つまり、画像データのリクエストをショッピングサーバシステム１に送信する（ステップＳ５１）。

ショッピングサーバシステム１に送信されたＨＴＴＰリクエストは、先ずロードバランサー１０によって受信される。ロードバランサー１０のシステム制御部１０７は、転送先のＰｒｏｘｙサーバ２０を、Ｐｒｏｘｙサーバ２０−１及び２０−２からランダムに決定する（ステップＳ５２）。

次いで、ロードバランサー１０のシステム制御部１０７は、受信したＨＴＴＰリクエストを、転送先として決定したＰｒｏｘｙサーバ２０に転送する（ステップＳ５３）。

ロードバランサー１０からＨＴＴＰリクエストを受信したＰｒｏｘｙサーバ２０のシステム制御部１０７は、振り分け情報を参照して、転送先のＷｅｂサーバ３０を決定する（ステップＳ５４）。具体的に、Ｐｒｏｘｙサーバ２０のシステム制御部１０７は、ＨＴＴＰリクエストに設定されているリクエストＵＲＬから店舗ＩＤを取得し、振り分け情報において、取得した店舗ＩＤに対応付けられているＷｅｂサーバ３０のＩＰアドレスを取得する。

次いで、Ｐｒｏｘｙサーバ２０のシステム制御部１０７は、転送先として決定したＷｅｂサーバ３０が動作しているか否かを判定する（ステップＳ５５）。Ｐｒｏｘｙサーバ２０のシステム制御部１０７は、例えばＰｉｎｇ等を用いて、各Ｗｅｂサーバ３０が動作しているか否かを定期的に監視している。

Ｐｒｏｘｙサーバ２０のシステム制御部１０７は、転送先のＷｅｂサーバ３０が動作していると判定した場合には（ステップＳ５５：ＹＥＳ）、受信したＨＴＴＰリクエストを、転送先として決定したＷｅｂサーバ３０に送信する（ステップＳ５６）。

Ｐｒｏｘｙサーバ２０からＨＴＴＰリクエストを受信したＷｅｂサーバ３０のシステム制御部１０７は、ＨＴＴＰリクエストに設定されているリクエストＵＲＬに対応する画像データを自己のコンテンツデータベース４０から取得する（ステップＳ５７）。

次いで、Ｗｅｂサーバ３０のシステム制御部１０７は、取得した画像データをＰｒｏｘｙサーバ２０に送信する（ステップＳ５８）。

Ｗｅｂサーバ３０から画像データを受信したＰｒｏｘｙサーバ２０のシステム制御部１０７は、当該画像データをユーザ端末４−ｋに転送する（ステップＳ５９）。

Ｐｒｏｘｙサーバ２０から画像データを受信したユーザ端末４−ｋは、当該画像データを画面に表示する（ステップＳ６５）。

一方、Ｐｒｏｘｙサーバ２０のシステム制御部１０７は、ステップＳ５５において、転送先のＷｅｂサーバ３０が動作していないと判定した場合には（ステップＳ５５：ＮＯ）、受信したＨＴＴＰリクエストを、代替Ｗｅｂサーバ５０に送信する（ステップＳ６０）。

Ｐｒｏｘｙサーバ２０からＨＴＴＰリクエストを受信した代替Ｗｅｂサーバ５０のシステム制御部１０７は、ＨＴＴＰリクエストに設定されているＵＲＬに対応する画像データのリクエストをＮＡＳ６０に送信する（ステップＳ６１）。

代替Ｗｅｂサーバ５０から画像データのリクエストを受信したＮＡＳ６０のシステム制御部１０７は、リクエストされた画像データを、自己の記憶部１０２から取得して代替Ｗｅｂサーバ５０に送信する（ステップＳ６２）。

ＮＡＳ６０から画像データを受信した代替Ｗｅｂサーバ５０のシステム制御部１０７は、当該画像データをＰｒｏｘｙサーバ２０に送信する（ステップＳ６３）。

代替Ｗｅｂサーバ５０から画像データを受信したＰｒｏｘｙサーバ２０は、当該画像データをユーザ端末４−ｋに送信する（ステップＳ６４）。

Ｐｒｏｘｙサーバ２０から画像データを受信したユーザ端末４−ｋは、当該画像データを画面に表示する（ステップＳ６５）。

［５．３ Ｗｅｂサーバ復旧時の動作］
次に、Ｗｅｂサーバ３０が動作を停止していた状態から回復した場合における動作について、図９を用いて説明する。

図９は、本実施形態に係るショッピングシステムＳの、Ｗｅｂサーバ３０が動作を停止していた状態から回復した場合における処理例を示すフローチャートである。

図９に示すように、Ｗｅｂサーバ３０のシステム制御部１０７は、例えば、管理者による立ち上げ操作等によって起動すると（ステップＳ１０１）、自己が担当する全店舗についての全画像データのリクエストをＮＡＳ６０に送信する（ステップＳ１０２）。

リクエストを受信したＮＡＳ６０のシステム制御部１０７は、リクエストに対応する画像データを、自己の記憶部１０２から全て取得して、Ｗｅｂサーバ３０に送信する（ステップＳ１０３）。

ＮＡＳ６０から画像データを受信したＷｅｂサーバ３０のシステム制御部１０７は、受信した全ての画像データを自己のコンテンツデータベース４０に登録する（ステップＳ１０４）。

以上説明したように、本実施形態によれば、スケーラーサーバ７０のシステム制御部７１０が、店舗端末３−ｊから画像データを受信し、当該画像データの提供元の店舗を認識し、当該店舗が割り当てられたＷｅｂサーバ３０を振り分けマスタデータベース８０に基づいて特定し、特定したＷｅｂサーバ３０に、受信した画像データを含む登録リクエストを送信するので、店舗がＷｅｂサーバ３０を指定しなくても、画像データが自動的に適切なＷｅｂサーバ装置において記憶されるので、ユーザ端末４−ｋからのリクエストに対応する画像データを当該ユーザ端末４−ｋに送信することができる。

また、スケーラーサーバ７０のシステム制御部７１０が、受信した画像データの提供元の店舗が割り当てられたＷｅｂサーバ３０に画像データの登録リクエストを送信するとともに、ＮＡＳ６０にも登録リクエストを送信することによって、Ｗｅｂサーバ３０とＮＡＳ６０の両方に画像データを記憶させるので、Ｗｅｂサーバ３０が動作していないときでも、ユーザ端末４−ｋからの画像データのリクエストがＰｒｏｘｙ２０から代替Ｗｅｂサーバ５０に転送されて、代替Ｗｅｂサーバ５０がリクエストに対応する画像データを、ＮＡＳ６０から取得し、リクエスト元のユーザ端末４−ｋに送信することができる。

また、スケーラーサーバ７０のシステム制御部７１０が、Ｗｅｂサーバ３０が動作していないときには、そのＷｅｂサーバ３０には登録リクエストを送信せずに、ＮＡＳ６０に登録リクエストを送信するが、その後、そのＷｅｂサーバ３０が立ち上がったときに、当該Ｗｅｂサーバ３０に割り当てられた店舗分の画像データをＮＡＳ６０から取得し、記憶させるので、画像の登録時にＷｅｂサーバ３０が動作していなかった場合でも、画像データの登録漏れを防止することができる。

また、スケーラーサーバ７０のシステム制御部７１０が、ＷＷＷサーバアプリケーションプログラムを実行することにより、ユーザ端末４−ｋに対して登録用ページを送信し、当該ページを通じて店舗により指定された画像データをユーザ端末４−ｋから受信し、ＷＷＷサーバアプリケーションプログラムにおける呼び出し命令で呼び出されたスケーラープログラムを実行することにより、画像データの登録先のＷｅｂサーバ３０の決定と、登録先のＷｅｂサーバ３０への画像データの送信とを行うので、ＷＷＷサーバアプリケーションプログラムの開発者は、店舗からの画像データを、どのＷｅｂサーバ３０に送信するかについて考える必要がなく、プログラムの開発負担を軽減させることができる。

なお、上記実施形態においては、Ｐｒｏｘｙサーバを複数台用いていたが、１台のみ用いても良い。また、ロードバランサーとＰｒｏｘｙサーバとを統合して、１台のサーバ装置としても良い。

また、上記実施形態においては、カテゴリーとして、店舗で画像データを分類し、Ｗｅｂサーバ３０に割り当てていたが、これとは異なる基準で分類しても良い。

また、上記実施形態においては、提示情報として、画像データを適用していたが、例えば、ＨＴＭＬデータ、文書データ、動画データ、音声データ等を適用しても良い。

一実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。 一実施形態に係るショッピングサーバシステム１の概要構成の一例を示す図である。 ロードバランサー１０、Ｐｒｏｘｙサーバ２０、Ｗｅｂサーバ３０、代替Ｗｅｂサーバ５０及びＮＡＳ６０の共通する概要構成の一例を示すブロック図である。 一実施形態に係るスケーラーサーバ７０の概要構成の一例を示すブロック図である。 振り分けマスタデータベース８０に登録される情報の内容の一例を示す図である。 一実施形態に係るスケーラーサーバ７０におけるソフトウェアの概要構成の一例を示す図である。 一実施形態に係るショッピングシステムＳの、画像データを登録する場合における処理例を示すフローチャートである。 一実施形態に係るショッピングシステムＳの、画像データのリクエストを受信した場合における処理例を示すフローチャートである。 一実施形態に係るショッピングシステムＳの、Ｗｅｂサーバ３０が動作を停止していた状態から回復した場合における処理例を示すフローチャートである。

符号の説明

１ ショッピングサーバシステム
３−ｊ 店舗端末
４−ｋ ユーザ端末
１０ ロードバランサー
２０、２０−１、２０−２ Ｐｒｏｘｙサーバ
３０、３０−１、３０−２、３０−３ Ｗｅｂサーバ
４０ コンテンツデータベース
５０ 代替Ｗｅｂサーバ
６０ ＮＡＳ
７０ スケーラーサーバ
８０ 振り分けマスタデータベース
１０１ 記憶部
１０２ 通信部
１０３ 入出力インターフェース部
１０４ ＣＰＵ
１０５ ＲＯＭ
１０６ ＲＡＭ
１０７ システム制御部
１０８ システムバス
７０１ 操作部
７０２ 表示部
７０３ 通信部
７０４ ドライブ部
７０５ 記憶部
７０６ 入出力インターフェース部
７０７ ＣＰＵ
７０８ ＲＯＭ
７０９ ＲＡＭ
７１０ システム制御部
７１１ システムバス
ＮＷ ネットワーク
Ｓ ショッピングシステム

Claims (3)

1. 提供者から提供された提示情報をユーザ端末装置に送信する複数の送信サーバ装置であって、複数の前記提示情報が割り当てられた複数の送信サーバ装置と、
   前記提示情報の要求を示し且つ前記ユーザ端末装置から送信されてきた要求情報であって、前記提示情報のサイトのドメイン名と、前記提示情報を識別する識別情報と、前記提示情報が分類されるカテゴリーを示すカテゴリー情報とを含むＵＲＬを含む要求情報を、要求された前記提示情報が割り当てられた前記送信サーバ装置に転送する要求情報転送装置と、
   前記複数の送信サーバ装置に割り当てられた全ての前記提示情報を記憶するファイルサーバ装置と、
   前記送信サーバ装置の代替えとして用いられ、前記要求情報転送装置から受信された前記要求情報に含まれるＵＲＬに対応する前記提示情報を、前記ファイルサーバ装置から取得し要求元の前記ユーザ端末装置に送信する代替サーバ装置と、
   を備える提示情報送信システムであって、
   前記要求情報転送装置は、
   前記送信サーバ装置を識別するサーバ識別情報と、前記送信サーバ装置に割り当てられたカテゴリーを示すカテゴリー情報とを、前記送信サーバ装置毎に含む割り当て情報を記憶する第１記憶手段と、
   前記ユーザ端末装置から前記要求情報を受信するたびに、前記第１記憶手段に記憶された前記割り当て情報に基づいて、前記ユーザ端末装置から受信された前記要求情報に含まれる前記カテゴリー情報に対応する前記サーバ識別情報が示す前記送信サーバ装置へ前記要求情報を転送し、前記ユーザ端末装置から前記要求情報を受信したときに当該要求情報を転送すべき当該送信サーバ装置が動作していないと判定した場合には、当該要求情報を前記代替サーバ装置へ転送する転送手段と、を備え、
   各前記送信サーバ装置は、前記要求情報転送装置から転送されてきた前記要求情報に含まれるＵＲＬに対応する前記提示情報を当該送信サーバ装置の記憶手段から取得し要求元の前記ユーザ端末装置に送信する提示情報送信システムにおいて、
   前記提示情報を、前記ユーザ端末装置に対して送信可能なように前記提示情報送信システムに登録する提示情報登録装置であって、
   前記第１記憶手段に記憶される前記割り当て情報と同じ内容の前記割り当て情報を記憶する第２記憶手段と、
   前記提供者が利用する提供者用端末装置から当該提供者の指令に基づいて送信された前記提示情報を受信する受信手段と、
   前記提供者用端末装置から送信される前記提示情報が分類されるカテゴリーを示すカテゴリー情報を取得するカテゴリー情報取得手段と、
   前記第２記憶手段に記憶された前記割り当て情報から、前記受信されたカテゴリー情報に対応する前記サーバ識別情報を取得するサーバ識別情報取得手段と、
   前記ドメイン名と、前記取得されたカテゴリー情報と、前記受信された提示情報を識別する識別情報とを含むＵＲＬを生成する生成手段と、
   前記取得されたサーバ識別情報が示す前記送信サーバ装置に、前記受信された提示情報と前記生成されたＵＲＬとを含み、且つ、当該提示情報を当該ＵＲＬに対応付けて当該送信サーバ装置が備える前記記憶手段に記憶させる要求を示す提示情報記憶要求情報を送信するとともに、前記受信された提示情報と前記生成されたＵＲＬとを含み、且つ、当該提示情報を当該ＵＲＬに対応付けて前記ファイルサーバ装置に記憶させる要求を示す対ファイルサーバ提示情報記憶要求情報を前記ファイルサーバ装置に送信する記憶要求送信手段と、
   を備えることを特徴とする提示情報登録装置。
2. 請求項１に記載の提示情報登録装置において、
   ユーザインターフェース処理プログラムと提示情報送信制御処理プログラムとを記憶するプログラム記憶手段を更に備え、
   前記受信手段は、前記ユーザインターフェース処理プログラムを実行することにより、前記提示情報を登録するための画面を構成する登録画面情報を前記提供者用端末装置に送信し、当該登録画面情報に基づいて当該提供者用端末装置により表示された画面を通じて前記提供者により指定された前記提示情報を受信し、
   前記提示情報送信制御処理プログラムは、前記ユーザインターフェース処理プログラムにおける呼び出し命令によって実行され、
   前記サーバ識別情報取得手段、前記生成手段及び前記記憶要求送信手段は、前記提示情報送信制御処理プログラムを実行することにより動作することを特徴とする提示情報登録装置。
3. 請求項２に記載の提示情報登録装置において、
   各前記提示情報は、前記カテゴリーとして、提供元の前記提供者別に分類され、
   前記カテゴリー情報取得手段は、前記提供者を識別するための提供者識別情報を、前記提供者用端末装置から受信することを特徴とする提示情報登録装置。

Images