(57)【要約】【課題】ウェブサーバに対するウェブコンテンツの提供作業をコンテンツ作成者に行わせると、コンテンツ作成者の負担が増大する。【解決手段】コンテンツ配信装置２００は、掲載すべきウェブページが指定されたウェブコンテンツの登録要求データを作成者端末１００から一元的に受け付ける。コンテンツ配信装置２００は、ウェブコンテンツが実際に配置されるべきウェブサーバ４００をコンテンツ作成者が意識する必要がないように、ウェブページとウェブサーバとの対応関係に基づいて、ウェブコンテンツを提供すべきウェブサーバ４００を特定する。そして、特定したウェブサーバ４００に対して、登録要求の受付とは非同期に、ウェブコンテンツを送信する。【選択図】図１
2010128556.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページと、そのウェブページを提供するウェブサーバとの対応関係を記憶するサーバ情報記憶部と、
掲載されるべきウェブページが指定された新規コンテンツの登録要求をコンテンツ作成者から一元的に受け付ける登録受付部と、
前記新規コンテンツが実際に配置されるべきウェブサーバをコンテンツ作成者が意識する必要がないように、前記対応関係を参照して、登録要求において指定されたウェブページを提供するウェブサーバを特定し、前記登録要求とは非同期に、特定したウェブサーバに対して前記新規コンテンツを送信する配信部と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
配布ファイル生成部をさらに備え、
前記登録受付部は、ウェブページの一部領域をそれぞれ構成する複数のコンテンツグループのうち、新規コンテンツを掲載すべき一のコンテンツグループがさらに指定された登録要求を受け付け、
前記配布ファイル生成部は、登録要求において指定されたコンテンツグループごとに新規コンテンツを集約した配布ファイルを生成し、
前記配信部は、前記特定したウェブサーバに対して配布ファイルを送信することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
前記登録受付部は、ウェブページにおける新規コンテンツの掲載開始日時がさらに指定された登録要求を受け付け、
前記配布ファイル生成部は、同一の掲載開始日時が指定された複数の新規コンテンツの掲載をウェブサーバにおいて同時期に開始させるために、登録要求において指定されたコンテンツグループおよび掲載開始日時ごとに新規コンテンツを集約した配布ファイルを生成して、その配布ファイルに掲載開始日時を示すデータを対応づけることを特徴とする請求項２に記載のコンテンツ配信装置。
【請求項４】
前記配布ファイル生成部は、同一の掲載開始日時を示すデータに対応づけられた複数の配布ファイルについて、各配布ファイルにおける新規コンテンツをウェブサーバにおいて配置させる際の順序を規定する配置順序を特定し、各配布ファイルにそれぞれの配置順序を示すデータをさらに対応づけることを特徴とする請求項３に記載のコンテンツ配信装置。
【請求項５】
停止ファイル生成部をさらに備え、
前記登録受付部は、ウェブページにおける新規コンテンツの掲載停止日時がさらに指定された登録要求を受け付け、
前記停止ファイル生成部は、同一の掲載停止日時が指定された複数の新規コンテンツの掲載をウェブサーバにおいて同時期に停止させるために、登録要求において指定されたコンテンツグループおよび掲載停止日時ごとに新規コンテンツの識別情報を集約した停止リストを生成し、その停止リストに掲載停止日時を示すデータを対応づけ、
前記配信部は、前記特定したウェブサーバに対して停止リストをさらに送信することを特徴とする請求項２から４のいずれかに記載のコンテンツ配信装置。
【請求項６】
前記配布ファイル生成部は、新規コンテンツのファイル種別を特定し、登録要求において指定されたコンテンツグループおよび当該ファイル種別ごとに新規コンテンツを集約した配布ファイルを生成し、
前記配信部は、各ファイル種別に応じて生成された配布ファイルのそれぞれを、各ファイル種別に応じて特定されるウェブサーバに対して送信することを特徴とする請求項２に記載のコンテンツ配信装置。
【請求項７】
ウェブページと、そのウェブページを提供するウェブサーバとの対応関係を記憶する機能と、
掲載されるべきウェブページが指定された新規コンテンツの登録要求をコンテンツ作成者から一元的に受け付ける機能と、
前記新規コンテンツが実際に配置されるべきウェブサーバをコンテンツ作成者が意識する必要がないように、前記対応関係を参照して、登録要求において指定されたウェブページを提供するウェブサーバを特定し、前記登録要求とは非同期に、特定したウェブサーバに対して前記新規コンテンツを送信する機能と、
をコンピュータに実現させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、ウェブページのコンテンツを配信する技術に関する。
【背景技術】
【０００２】
現在、多くの企業は、顧客にウェブページを提供することで情報発信をしている。ウェブページに含まれるコンテンツ（以下、適宜「ウェブコンテンツ」とも呼ぶ。）には、例えば、新商品・新サービスの紹介情報や、営業店の案内情報などがある。個々のウェブコンテンツは、通常、企業の様々な部門の業務担当者によって作成される。
【特許文献１】特開２００２−１８９６７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一般的に、ウェブコンテンツを作成する業務担当者は、ビジネスに関する知識に長けている一方で、ウェブシステムの構成等、ウェブコンテンツを顧客に提供するために必要となる技術的な内容は熟知していないことが多い。また、業務担当者が作成した一のウェブコンテンツは、様々なウェブページにおいて表示されることがあり、一のウェブコンテンツであっても多くのウェブサーバに提供すべき場合もある。したがって、ウェブサーバに対するウェブコンテンツの提供作業を業務担当者に行わせる場合、業務担当者の負担を増大させることがある。
【０００４】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、ウェブサーバに対するウェブコンテンツの適切な配信を支援する技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様のコンテンツ配信装置は、ウェブページと、そのウェブページを提供するウェブサーバとの対応関係を記憶するサーバ情報記憶部と、掲載されるべきウェブページが指定された新規コンテンツの登録要求をコンテンツ作成者から一元的に受け付ける登録受付部と、新規コンテンツが実際に配置されるべきウェブサーバをコンテンツ作成者が意識する必要がないように、対応関係を参照して、登録要求において指定されたウェブページを提供するウェブサーバを特定し、登録要求とは非同期に、特定したウェブサーバに対して新規コンテンツを送信する配信部と、を備える。
【０００６】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００７】
本発明によれば、ウェブサーバに対するウェブコンテンツの適切な配信を支援できる。
【発明を実施するための最良の形態】
【０００８】
実施の形態について、その構成を説明する前に概要を説明する。
企業からの情報発信手段として、ウェブページの提供は、今や欠かせないものである。顧客に対して積極的に情報発信することがビジネスの成否に影響するため、企業のウェブページには常に新鮮なウェブコンテンツが掲載されることが望ましい。そのためには、コンピュータリテラシが必ずしも高くない業務担当者（以下、適宜「コンテンツ作成者」と呼ぶ。）であっても、作成したウェブコンテンツをウェブサーバに対して容易に提供できる仕組みが必要になる。
【０００９】
実施の形態において提案するコンテンツ配信システムは、ウェブコンテンツの配信を一元的に実行し、また、ウェブサーバの位置等の物理的な情報を仮想化する。これにより、コンテンツ作成者は、ウェブシステムの物理的な構成を意識する必要がなくなる。また、このコンテンツ配信システムでは、ウェブページの一部領域を示すコンテンツグループの概念が導入され、コンテンツグループを単位としてウェブコンテンツが管理される。コンテンツ作成者はウェブページ全体ではなくコンテンツグループに責任を負えばよく、責任範囲が限定される。これにより、コンテンツ作成者は、容易にウェブコンテンツを提供できるようになる。以下構成を説明する。
【００１０】
図１は、本発明の実施の形態であるコンテンツ配信システムの構成を示す。コンテンツ配信システム１０００は、作成者端末１００で総称される第１の作成者端末１００ａ、第２の作成者端末１００ｂ、第３の作成者端末１００ｃと、コンテンツ配信装置２００と、配信データ記憶装置３００と、ウェブサーバ４００で総称される第１のウェブサーバ４００ａ、第２のウェブサーバ４００ｂ、第３のウェブサーバ４００ｃとを備える。各装置は、ＬＡＮ・ＷＡＮ・インターネット等、公知の通信手段により適宜接続される。
【００１１】
作成者端末１００は、一般的なＰＣ端末であり、コンテンツ作成者により操作される。作成者端末１００は、コンテンツ作成者が作成したウェブコンテンツをウェブサーバに配置する旨を指示するデータ（以下、適宜「登録要求データ」と呼ぶ。）をコンテンツ配信装置２００に送信する。
【００１２】
コンテンツ配信装置２００は、作成者端末１００から一元的に登録要求データを受け付ける。そして、各登録要求データに含まれるウェブコンテンツを適宜集約した配信データを、配信データ記憶装置３００を介して、適切なウェブサーバ４００に配信する。コンテンツ配信装置２００の詳細については後述する。
【００１３】
配信データ記憶装置３００は、ＮＡＳ（Network Attached Storage）装置であり、第１のウェブサーバ４００ａ、第２のウェブサーバ４００ｂ、第３のウェブサーバ４００ｃのそれぞれに対応づけられた記憶領域に、それぞれのウェブサーバ４００に取得させるべき配信データを記憶する。この記憶領域は、ＦＩＦＯ（First-In First-Out）のキューとして実装されてもよい。
【００１４】
ウェブサーバ４００は、図示しない顧客端末からの要求に応じてウェブコンテンツを提供する。本明細書における「ウェブサーバ」とは、ウェブページに表示される多種多様なウェブコンテンツのうち少なくとも一部のウェブコンテンツを提供する装置を広く意味する。すなわち、単に「ウェブサーバ」と呼ぶ場合には、Ａｐａｃｈｅ等のウェブサーバソフトウェアがインストールされたコンピュータのみならず、サーブレットエンジンがインストールされたアプリケーションサーバも含まれる。また、典型的に画像ファイル等を保持して、要求に応じて提供するコンテンツデリバリサービスを提供するコンテンツデリバリサーバも含まれる。
【００１５】
ウェブサーバ４００は、特定の日時等、所定のタイミングに、配信データ記憶装置３００から配信データを取得する。ウェブサーバ４００は、その配信データにしたがって、ウェブコンテンツを所定の記憶領域に記憶させることでウェブコンテンツの提供を開始し、または、ウェブコンテンツを廃棄することでウェブコンテンツの提供を停止する。
【００１６】
図２は、図１のコンテンツ配信装置２００の機能構成を示すブロック図である。コンテンツ配信装置２００は、コンテンツ記憶部１０と、サーバ情報記憶部１２と、登録受付部１４と、配布ファイル生成部１６と、停止ファイル生成部１８と、配信部２０とを備える。
【００１７】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１８】
コンテンツ記憶部１０は、作成者端末１００から送信された登録要求データを記憶する記憶領域である。図３は、登録要求データの構造を示す。「ウェブページＩＤ」欄には、ウェブコンテンツを表示すべきウェブページの識別情報、例えばＵＲＬ（Uniform Resource Locator）が設定される。
【００１９】
「コンテンツグループＩＤ」欄には、ウェブページの一部を構成する領域であり、その領域において１以上のウェブコンテンツを表示させるコンテンツグループの識別情報が設定される。典型的に、このコンテンツグループは、同一のテーマを有する複数のウェブコンテンツが含まれる領域である。例えば、１つのウェブページで同時に表示されるウェブコンテンツを区分けする「お知らせ」や「商品情報」等のカテゴリ別の表示領域であってもよい。また例えば、見かけ上１つのウェブページで表示される複数のフレームそれぞれがコンテンツグループとされてもよい。
【００２０】
「コンテンツ名」欄には、ウェブコンテンツのファイル名が設定される。「コンテンツデータ」欄には、ウェブコンテンツのテキストデータやバイナリデータが設定される。「掲載開始日時」欄には、ウェブページにおいてウェブコンテンツの掲載を開始させるべき日時が設定される。「掲載停止日時」欄には、ウェブページにおいてウェブコンテンツの掲載を停止させるべき日時が設定される。
【００２１】
「配置順序」欄には、異なるコンテンツグループが設定され、かつ、同一の掲載開始日時が設定されたウェブコンテンツについて、各ウェブコンテンツをウェブサーバにおいて配置させる際の順番が設定される。例として、第１のウェブコンテンツが、異なるコンテンツグループが設定された第２のウェブコンテンツの内容を参照する場合を考える。具体的には、第１のＪＳＰ（Java（登録商標） Server Pages）ファイルが第２のＪＳＰファイルをインクルードするような場合である。この場合、第２のウェブコンテンツはウェブサーバにおいて第１のウェブコンテンツより先に配置される必要があるため、第２のウェブコンテンツには第１のウェブコンテンツよりも先の配置順序が設定される。図２に戻る。
【００２２】
サーバ情報記憶部１２は、複数のウェブページと、その複数のウェブページのそれぞれを提供する複数のウェブサーバとの対応関係を記憶する記憶領域である。図４は、サーバ情報記憶部１２における記憶データの構造を示す。
【００２３】
ウェブページＩＤ「ｗ００１」のウェブページには、コンテンツグループＩＤ「ｃ００１」、「ｃ００２」の２つのコンテンツグループが存在する。コンテンツグループＩＤ「ｃ００１」のコンテンツグループは、ウェブコンテンツのファイル拡張子、すなわちウェブコンテンツのファイル種別ごとに、配置すべきウェブサーバが異なる。図４では、ＭＰＥＧファイルはコンテンツデリバリサーバである第１のウェブサーバ、ＨＴＭＬファイルは狭義のウェブサーバである第２のウェブサーバ、ＪＳＰファイルはアプリケーションサーバである第３のウェブサーバが設定されている。なお、コンテンツグループＩＤ「ｃ００２」のコンテンツグループには、ファイル拡張子ごとの区別はなく、第２のウェブサーバが共通して設定されている。
【００２４】
また、ウェブページＩＤ「ｗ００２」のウェブページには、コンテンツグループＩＤごとの区別はなく、第４のウェブサーバおよび第５のウェブサーバが共通して設定されている。同一のウェブページを複数のウェブサーバが提供する場合、典型的には複数のウェブサーバによってウェブサイトの負荷分散が実施される場合には、このように一の「ウェブページＩＤ」に対して複数のウェブサーバが設定される。図２に戻る。
【００２５】
登録受付部１４は、第１の作成者端末１００ａ、第２の作成者端末１００ｂ、第３の作成者端末１００ｃのそれぞれから送信された登録要求データを一元的に受信してコンテンツ記憶部１０に記憶させる。なお、作成者端末１００から受け付けられた登録要求データにおいて複数のウェブページＩＤが指定されているとき、登録受付部１４は、ウェブページＩＤごとに登録要求データを複製してコンテンツ記憶部１０に記憶させる。
【００２６】
登録受付部１４は、登録要求データを作成者端末１００に記憶させた時点で、送信元の作成者端末１００に対して登録要求データを受け付けた旨を示すデータを送信する。
【００２７】
配布ファイル生成部１６は、ウェブページにウェブコンテンツを掲載させるために、ウェブサーバ４００にウェブコンテンツを配置させるための配布ファイルを配信データとして生成する。この配布ファイルには、登録要求データにおいて指定されたウェブページＩＤおよびコンテンツグループＩＤごとにウェブコンテンツが集約される。また、配布ファイル生成部１６は、配布ファイルの属性を保持するタグファイルを生成して、配布ファイルに対応づける。以下、配布ファイル生成部１６の具体的な処理内容を説明する。
【００２８】
まず、配布ファイル生成部１６は、現在日時が配布ファイルを生成すべき日時となったことを検出すると、集約すべき登録要求データの掲載開始日時を現在時刻に基づき特定する。そして、その掲載開始日時が設定された登録要求データをコンテンツ記憶部１０から取得する。例えば、現在日時が１月１日１０：３５であるとき、その５分後である１月１日１０：４０が掲載開始日時として設定された登録要求データを取得してもよい。
【００２９】
次に、配布ファイル生成部１６は、取得した登録要求データのうちウェブページＩＤおよびコンテンツグループＩＤが共通する１以上の登録要求データ（以下、適宜「配布対象データ」と呼ぶ。）を特定する。すなわち、ウェブページＩＤおよびコンテンツＩＤの組み合わせごとに、１以上の配布対象データが特定される。
【００３０】
なお、配布ファイル生成部１６は、サーバ情報記憶部１２を参照して、ウェブページＩＤおよびコンテンツグループＩＤの組み合わせがファイル拡張子ごとに異なるウェブサーバＩＤに対応づけられているときには、さらにファイル拡張子ごとに配布対象データを分類する。配布ファイル生成部１６は、配布対象データのコンテンツデータを圧縮して配布ファイルを生成する。なお、サーバ情報記憶部１２において、ウェブページＩＤおよびコンテンツグループＩＤの組み合わせが複数のウェブサーバＩＤに対応づけられている場合には、各ウェブサーバＩＤで特定される複数のウェブサーバへの配信のために、配布ファイルを複製する。
【００３１】
次に、配布ファイル生成部１６は、生成した配布ファイルごとにタグファイルを生成して配布ファイルと対応づける。図５は、配布ファイルに対応づけられるタグファイルのデータ構造を示す。配布ファイル生成部１６は、配布ファイルを生成する際に特定したウェブサーバＩＤ、コンテンツグループＩＤ、掲載開始日時を、その配布ファイルに対応づけるべきタグファイルのデータとして設定する。
【００３２】
また、配布ファイル生成部１６は、ウェブサーバＩＤおよび掲載開始日時が共通する配布ファイルについては、それぞれのタグファイルに対して配置順序をさらに設定する。配置順序の設定に際して、配布ファイル生成部１６は、（１）配布対象データそれぞれに設定された配置順序にしたがって、各タグファイルでの配置順序を決定する。一の配布ファイルにおいて複数の配布対象データが存在する場合には、各配布対象データに設定された配置順序のうちで最も大きな配置順序をタグファイルに設定してもよい。変形例としては、（２）コンテンツグループごとに予め設定された配置順序にしたがって決定してもよく、（３）登録受付部１４において受け付けられた順序にしたがって決定してもよい。さらにまた、これらの決定方法を組み合わせて、上記（１）＞（２）＞（３）の優先度で配置順序が決定されてもよい。図２に戻る。
【００３３】
停止ファイル生成部１８は、ウェブページにおけるウェブコンテンツの掲載をウェブサーバ４００に停止させるための停止ファイルを配信データとして生成する。この停止ファイルには、登録要求データにおいて指定されたウェブページＩＤおよびコンテンツグループＩＤごとにウェブコンテンツの識別情報が集約される。また、停止ファイル生成部１８は、停止ファイルの属性を保持するタグファイルを生成して、配布ファイルに対応づける。以下、停止ファイル生成部１８の具体的な処理内容を説明する。
【００３４】
まず、停止ファイル生成部１８は、現在日時が停止ファイルを生成すべき日時となったことを検出すると、集約すべき登録要求データの掲載停止日時を現在時刻に基づき特定する。そして、その掲載停止日時が設定された登録要求データをコンテンツ記憶部１０から取得する。例えば、現在日時が１月１日１０：３５であるとき、その５分後である１月１日１０：４０が掲載停止日時として設定された登録要求データを取得してもよい。
【００３５】
次に、停止ファイル生成部１８は、取得した登録要求データのうちウェブページＩＤおよびコンテンツグループＩＤが共通する１以上の登録要求データ（以下、適宜「停止対象データ」と呼ぶ。）を特定する。すなわち、ウェブページＩＤおよびコンテンツＩＤの組み合わせごとに、１以上の停止対象データが特定される。
【００３６】
なお、停止ファイル生成部１８は、サーバ情報記憶部１２を参照して、そのウェブページＩＤおよびコンテンツグループＩＤの組み合わせがファイル拡張子ごとに異なるウェブサーバＩＤに対応づけられているときには、さらにファイル拡張子ごとに停止対象データを分類する。停止ファイル生成部１８は、停止対象データのコンテンツ名がデータとして設定された停止ファイルを生成する。なお、サーバ情報記憶部１２において、ウェブページＩＤおよびコンテンツグループＩＤの組み合わせが複数のウェブサーバＩＤに対応づけられている場合には、各ウェブサーバＩＤで特定される複数のウェブサーバへの配信のために、停止ファイルを複製する。
【００３７】
次に、停止ファイル生成部１８は、生成した停止ファイルごとにタグファイルを生成して停止ファイルと対応づける。図６は、停止ファイルに対応づけられるタグファイルのデータ構造を示す。停止ファイル生成部１８は、停止ファイルを生成する際に特定したウェブサーバＩＤ、コンテンツグループＩＤ、掲載停止日時を、その停止ファイルに対応づけるべきタグファイルのデータとして設定する。
【００３８】
また、停止ファイル生成部１８は、ウェブサーバＩＤおよび掲載停止日時が共通する停止ファイルについては、それぞれのタグファイルに対して廃棄順序をさらに設定する。廃棄順序の設定に際して、停止ファイル生成部１８は、（１）停止対象データそれぞれに設定された配置順序にしたがって、各タグファイルでの廃棄順序を決定する。配置順序の逆順に廃棄すれば廃棄処理での問題は生じないと想定される場合には、配置順序の逆順を廃棄順序として決定してもよい。変形例としては、（２）コンテンツグループごとに予め設定された廃棄順序にしたがって決定してもよく、（３）登録受付部１４において受け付けられた順序にしたがって決定してもよい。（１）と同様に（３）の場合も、受付順序の逆順を廃棄順序として決定してもよい。さらにまた、これらの決定方法を組み合わせて、上記（１）＞（２）＞（３）の優先度で廃棄順序が決定されてもよい。図２に戻る。
【００３９】
配信部２０は、配布ファイル生成部１６において生成された配布ファイルおよびタグファイルと、停止ファイル生成部１８において生成された停止ファイルおよびタグファイルとを配信データ記憶装置３００に送信する。具体的には、タグファイルに設定されたウェブサーバＩＤを参照して、そのウェブサーバＩＤに対応づけられた配信データ記憶装置３００の記憶領域を特定する。そして、特定した記憶領域に、そのタグファイルおよびそのタグファイルに対応づけられた配布ファイルまたは停止ファイルを記憶させる。
【００４０】
以上の構成による動作を以下説明する。
図７は、作成者端末１００およびコンテンツ配信装置２００の動作を示すフローチャートである。作成者端末１００は、コンテンツ作成者が作成したウェブコンテンツについての登録要求データをコンテンツ配信装置２００に送信する（Ｓ１０）。コンテンツ配信装置２００の登録受付部１４は、登録要求データを作成者端末１００から受け付ける（Ｓ１２）。登録受付部１４は、その登録要求データをコンテンツ記憶部１０に記憶させ、登録要求データの受付完了を作成者端末１００に通知する（Ｓ１４）。作成者端末１００は、登録要求データの受付完了を画面に表示させる（Ｓ１６）。
【００４１】
図８は、コンテンツ配信装置２００の動作を示すフローチャートである。配布ファイル生成部１６は、配布ファイルの生成トリガ、例えば現在日時が所定日時となったことを検出すると（Ｓ２０のＹ）、コンテンツ記憶部１０およびサーバ情報記憶部１２を参照して、コンテンツデータが圧縮された配布ファイルを生成する（Ｓ２２）。そして、その配布ファイルの属性を示すタグファイルを生成して配布ファイルに対応づける（Ｓ２４）。配信部２０は、配布ファイルと、その配布ファイルに対応づけられたタグファイルとを配信データ記憶装置３００に送信して記憶させる（Ｓ２６）。配布ファイルの生成トリガが検出されないときには（Ｓ２０のＮ）、Ｓ２２からＳ２６はスキップされる。
【００４２】
停止ファイル生成部１８は、停止ファイルの生成トリガ、例えば現在日時が所定日時となったことを検出すると（Ｓ２８のＹ）、コンテンツ記憶部１０およびサーバ情報記憶部１２を参照して、停止ファイルを生成する（Ｓ３０）。そして、その停止ファイルの属性を示すタグファイルを生成して停止ファイルに対応づける（Ｓ３２）。配信部２０は、停止ファイルと、その停止ファイルに対応づけられたタグファイルとを配信データ記憶装置３００に送信して記憶させる（Ｓ３４）。停止ファイルの生成トリガが検出されないときには（Ｓ２８のＮ）、Ｓ２０に戻る。なお、図６では、Ｓ２０からＳ２６の処理と、Ｓ２８からＳ３４の処理とを直列に示したが、並行して実行されてもよい。
【００４３】
図９は、ウェブサーバ４００の動作を示すフローチャートである。ウェブサーバ４００は、配信データの取得トリガ、例えば現在日時が所定日時となったことを検出するまで待機する（Ｓ４０のＮ）。ウェブサーバ４００は、配信データの取得トリガを検出すると（Ｓ４０のＹ）、配信データ記憶装置３００にアクセスして、自サーバ用の記憶領域に記憶された配信データを取得する（Ｓ４２）。取得した配信データが配布ファイルとそのタグファイルであるとき（Ｓ４４のＹ）、ウェブサーバ４００は、タグファイルで指定された掲載開始日時まで待機する（Ｓ４６のＮ）。現在日時が掲載開始日時となると（Ｓ４６のＹ）、ウェブサーバ４００は、圧縮された配布ファイルを解凍してウェブコンテンツを取得し、タグファイルのコンテンツＩＤで指定されたコンテンツグループを配置すべき記憶領域にそのウェブコンテンツを配置する（Ｓ４８）。これにより、ウェブページにおけるウェブコンテンツの掲載が開始される。
【００４４】
取得した配信データが停止ファイルとそのタグファイルであるとき（Ｓ４４のＮ）、ウェブサーバ４００は、タグファイルで指定された掲載停止日時まで待機する（Ｓ５０のＮ）。現在日時が掲載停止日時となると（Ｓ５０のＹ）、ウェブサーバ４００は、停止ファイルを参照して、廃棄すべきウェブコンテンツ名を特定し、タグファイルのコンテンツＩＤで指定されたコンテンツグループが配置された記憶領域からそのウェブコンテンツを削除する（Ｓ５２）。これにより、ウェブページにおけるウェブコンテンツの掲載が停止される。
【００４５】
本実施の形態のコンテンツ配信システム１０００によれば、コンピュータリテラシが高くないコンテンツ作成者であっても、作成したウェブコンテンツをウェブサーバに対して容易に配信できるようになる。
【００４６】
具体的には、コンテンツ配信装置２００は、ウェブサーバの位置等のシステム構成をコンテンツ作成者から隠蔽し、また、ウェブコンテンツをその配信先によらず一元的に受け付ける。また、配信先数に応じて適宜ウェブコンテンツを複製する。これにより、コンテンツ作成者は、ウェブコンテンツがウェブサーバに配信される際の実際の配信時刻や配信手段を意識することなく、手軽にウェブコンテンツを配信できる。また、コンテンツ作成者によるコンテンツの登録要求と実際のコンテンツ配信とは非同期に実行されるため、コンテンツ作成者はコンテンツ配信装置２００へのコンテンツの登録のみを実行すればよく、その負担が軽減される。
【００４７】
また、コンテンツ配信システム１０００によれば、ウェブサーバ４００におけるウェブコンテンツの更新はコンテンツグループ単位で実行される。ウェブページ全体が更新単位となる場合には、複数のウェブコンテンツ間でのファイル名の重複などが発生しやすく、コンテンツ作成者においてウェブコンテンツ作成という本来業務以外での負担が増大してしまう。翻って本実施の形態によれば、コンテンツ作成者は、作成したウェブコンテンツが表示されるコンテンツグループに責任を負えばよく、責任範囲が限定され、その負担が軽減される。
【００４８】
同様の理由によりコンテンツ配信システム１０００のシステム管理者にとっても、システム管理の単位が適宜分割されてシステム管理が容易となる。また、コンテンツグループは同一のテーマを有するウェブコンテンツが表示される領域であるため、コンテンツグループ単位での再利用、言い換えれば複数のウェブページにおいて同一のコンテンツグループを容易に使用できる。既述したように、コンテンツグループが複数のウェブページで使用される場合であっても、コンテンツデータはコンテンツ配信装置２００において複製され、コンテンツ作成者の負担を増大させない。
【００４９】
さらに、コンテンツ配信システム１０００によれば、コンテンツ作成者による掲載開始日時、掲載停止日時の指定に応じて、ウェブコンテンツがウェブサーバにおいて配置され、廃棄される。コンテンツ作成者は、システムを意識することなくビジネスの都合に応じて、掲載開始日時および掲載停止日時をパラメータとして設定すればよく、その負担が軽減される。また、ウェブコンテンツの掲載開始日時のみならず、掲載停止日時を指定できることで、ビジネス的に意味がなくなった、無効にすべきウェブコンテンツの掲載を適切に停止できる。期間限定のキャンペーンを告知するためのウェブコンテンツ等に特に好適である。
【００５０】
さらにまた、コンテンツ配信システム１０００によれば、配置順序、廃棄順序がタグファイルに設定される。これにより、ウェブサーバにおいてウェブコンテンツを配置、廃棄する際に、コンテンツグループを跨ったウェブコンテンツの依存関係に応じた順序で、ウェブコンテンツの配置、廃棄が実行される。さらにまた、コンテンツ作成者に意識させることなく、ウェブコンテンツのファイル種別に応じて適切な配信先が決定される。これにより、コンテンツ作成者の負担をさらに軽減できる。
【００５１】
さらにまた、コンテンツ配信システム１０００によれば、コンテンツ配信装置２００とウェブサーバ４００とは、配信データ記憶装置３００を介してウェブコンテンツを非同期に送受信するため、一方の障害等が他方に影響することを防止できる。
【００５２】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５３】
変形例として、配布ファイル生成部１６は、公知の暗号化アルゴリズムにしたがって配布ファイルを暗号化してもよい。配布ファイル生成部１６は、その配布ファイルに対応づけるタグファイルのデータとして暗号化有無を示す暗号化フラグをさらに設定する。ウェブサーバ４００は、タグファイルの暗号化フラグを参照して配布ファイルの暗号化を検出したとき、公知の復号アルゴリズムにしたがって配布ファイルを復号してウェブコンテンツを取得する。この変形例によれば、ウェブコンテンツの配信におけるセキュリティを向上できる。なお、停止ファイル生成部１８が停止ファイルを暗号化してもよいのはもちろんである。
【００５４】
別の変形例として、配布ファイル生成部１６は、配布ファイルのファイルサイズをその配布ファイルに対応づけるタグファイルのデータとしてさらに設定してもよい。ウェブサーバ４００は、配布ファイルおよびタグファイルを取得したとき、タグファイルに記録されたファイルサイズと、配布ファイルのファイルサイズとを比較する。双方のファイルサイズが一致しないとき、ウェブサーバ４００はウェブサーバ４００から配布ファイルを再度取得する。これにより、配布ファイル取得時の情報欠損を検出でき、配布ファイル取得の確実性を向上できる。なお、停止ファイル生成部１８が停止ファイルのファイルサイズをその停止ファイルに対応づけるタグファイルのデータとしてもよいのはもちろんである。
【００５５】
さらに別の変形例として、配布ファイル生成部１６は、公知のハッシュアルゴリズムにしたがって配布ファイルのハッシュ値を算出し、配布ファイルに対応づけるタグファイルのデータとしてそのハッシュ値をさらに設定してもよい。ウェブサーバ４００は、配布ファイルおよびタグファイルを取得したとき、配布ファイルのハッシュ値を算出して、タグファイルに記録されたハッシュ値と比較する。双方のハッシュ値が一致しないとき、ウェブサーバ４００は取得した配布ファイルを廃棄する。これにより、配布ファイルの情報欠損やその改ざんの可能性を検出でき、配布ファイルの取得の確実性を向上させるとともに、セキュリティを向上できる。なお、停止ファイルについても同様である。
【００５６】
さらに別の変形例として、登録要求データには、ウェブページＩＤと、コンテンツグループＩＤと、コンテンツ名と、掲載停止日時のみが設定されてもよい。この登録要求データは、典型的には、ウェブページに既に掲載中のウェブコンテンツを削除すべき際に、作成者端末１００からコンテンツ配信装置２００に送信される。コンテンツ配信装置２００では、配布ファイル生成部１６において配布ファイルが生成されることなく、停止ファイル生成部１８において停止ファイルが生成される。この変形例は、数量限定のキャンペーンの実施期間中に規定の数量に到達したため、そのキャンペーンを告知するウェブコンテンツを削除する等、ビジネスの都合に応じた任意のタイミングにおいてウェブコンテンツの掲載を停止すべき場合に特に好適である。
【００５７】
なお、実施の形態においては、配信データ記憶装置３００を介して、コンテンツ配信装置２００からウェブサーバ４００に対して配信データが配信されたが、コンテンツ配信装置２００からウェブサーバ４００に対して配信データが直接送信されてもよい。また、その際の通信プロトコルにも特に制限はなく、ＨＴＴＰ、ＦＴＰ、ＮＦＳ等、任意の通信プロトコルが採用されてよい。また、サーバ情報記憶部１２のウェブサーバＩＤとして、ウェブサーバ４００それぞれのＩＰアドレスや、アクセスする際の通信プロトコルが記録されてよく、それらの情報を使用して配信データが送信されてもよい。
【００５８】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００５９】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態であるコンテンツ配信システムの構成を示す図である。
【図２】図１のコンテンツ配信装置の機能構成を示すブロック図である。
【図３】登録要求データの構造を示す図である。
【図４】サーバ情報記憶部における記憶データの構造を示す図である。
【図５】配布ファイルに対応づけられるタグファイルのデータ構造を示す図である。
【図６】停止ファイルに対応づけられるタグファイルのデータ構造を示す図である。
【図７】作成者端末およびコンテンツ配信装置の動作を示すフローチャートである。
【図８】コンテンツ配信装置の動作を示すフローチャートである。
【図９】ウェブサーバの動作を示すフローチャートである。
【符号の説明】
【００６１】
１０  コンテンツ記憶部、  １２  サーバ情報記憶部、  １４  登録受付部、  １６  配布ファイル生成部、  １８  停止ファイル生成部、  ２０  配信部、  １００  作成者端末、  ２００  コンテンツ配信装置、  ３００  配信データ記憶装置、  ４００  ウェブサーバ、  １０００  コンテンツ配信システム。
【図１】
2010128556.tif 000003
【図２】
2010128556.tif 000004
【図３】
2010128556.tif 000005
【図４】
2010128556.tif 000006
【図５】
2010128556.tif 000007
【図６】
2010128556.tif 000008
【図７】
2010128556.tif 000009
【図８】
2010128556.tif 000010
【図９】
2010128556.tif 000011