(57)【要約】【課題】配信サーバの設定を迅速に同期すること。【解決手段】本願に係るファイル管理装置は、記憶部と、出力部とを備える。記憶部は、ネットワーク上に分散配置された複数の配信サーバの設定ファイルを記憶する。出力部は、記憶部に記憶された設定ファイルが更新された場合に、設定ファイルの更新通知を配信サーバへ通知する。【選択図】図２
2019056958.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に分散配置された複数の配信サーバの設定ファイルを記憶する記憶部と、
前記記憶部に記憶された前記設定ファイルが更新された場合に、前記設定ファイルの更新通知を前記配信サーバへ出力する出力部と
を備えることを特徴とするファイル管理装置。
【請求項２】
前記記憶部は、
前記配信サーバによって配信されるコンテンツのレコメンド情報を前記設定ファイルに記憶し、
前記配信サーバは、
前記レコメンド情報に基づいて前記コンテンツを配信すること
を特徴とする請求項１に記載のファイル管理装置。
【請求項３】
前記記憶部は、
ユーザに関する情報を予測するためのモデル情報を前記設定ファイルに記憶し、
前記配信サーバは、
前記モデル情報に基づいてコンテンツをユーザに配信すること
を特徴とする請求項１または２に記載のファイル管理装置。
【請求項４】
前記記憶部は、
前記配信サーバによって配信されるコンテンツのバリエーション毎に設定されたユーザ群に関するユーザ群情報を前記設定ファイルに記憶すること
を特徴とする請求項２または３に記載のファイル管理装置。
【請求項５】
請求項１〜４のいずれか一つに記載のファイル管理装置と、
前記出力部から出力される前記更新通知を中継する中継装置と、
前記中継装置によって中継される前記更新通知を記憶するとともに、前記更新通知を前記配信サーバに通知する記憶装置と、
前記記憶装置を介して前記配信サーバによる前記設定ファイルの更新を管理する更新管理装置と
を備えることを特徴とするファイル管理システム。
【請求項６】
前記中継装置は、
前記更新通知を取得した場合に、当該更新通知に応じて規定される前記記憶装置の所定の格納領域に当該更新通知に基づくレコードを追加すること
を特徴とする請求項５に記載のファイル管理システム。
【請求項７】
前記記憶装置は、
前記レコードの追加を前記更新管理装置へ通知し、
前記更新管理装置は、
前記レコードに基づいて前記設定ファイルの更新後の前記配信サーバのリブートの要否を判定し、判定結果に基づく更新指示を前記配信サーバへ出力すること
を特徴とする請求項６に記載のファイル管理システム。
【請求項８】
前記更新管理装置は、
前記配信サーバから前記設定ファイルの更新の完了通知の取得毎に、新たな前記配信サーバへ前記設定ファイルの更新を指示すること
を特徴とする請求項７に記載のファイル管理システム。
【請求項９】
前記更新管理装置は、
前記配信サーバから前記設定ファイルの更新エラーを取得した場合に、当該配信サーバへロールバックを指示すること
を特徴とする請求項８に記載のファイル管理システム。
【請求項１０】
コンピュータが実行するファイル管理方法であって、
ネットワーク上に分散配置された複数の配信サーバの設定ファイルを記憶する記憶工程と、
前記記憶工程に記憶された前記設定ファイルが更新された場合に、前記設定ファイルの更新通知を前記配信サーバへ出力する出力工程と
を含むことを特徴とするファイル管理方法。
【請求項１１】
ネットワーク上に分散配置された複数の配信サーバの設定ファイルを記憶する記憶手順と、
前記記憶手順に記憶された前記設定ファイルが更新された場合に、前記設定ファイルの更新通知を前記配信サーバへ出力する出力手順と
をコンピュータに実行させることを特徴とするファイル管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置、ファイル管理システム、ファイル管理方法およびファイル管理プログラムに関する。
【背景技術】
【０００２】
近年、クライント装置が配信サーバへネットワーク経由でリクエストを送信し、配信サーバがリクエストに応じた処理を行ってクライアント装置へレスポンスを送信する情報配信システムが普及している。このような情報配信システムでは、配信サーバの処理能力に限界があるため、複数の配信サーバで分散して処理を行う。
【０００３】
ここで、情報配信システムでは、リクエストに対して複数の配信サーバ間で同一の処理を行うため、各配信サーバで同一内容の設定ファイルを使用する必要があり、設定ファイルの更新毎に各配信サーバは設定ファイルを更新する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−３５６９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、各配信サーバの設定ファイルを迅速に更新する点において改善の余地があった。具体的には、従来技術では、各配信サーバがそれぞれ定期的にファイル更新する、もしくは、管理者が手動で各配信サーバの設定ファイルを更新する必要があった。
【０００６】
本願は、上記に鑑みてなされたものであって、配信サーバの設定を迅速に同期することができるファイル管理装置、ファイル管理システム、ファイル管理方法およびファイル管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係るファイル管理装置は、ネットワーク上に分散配置された複数の配信サーバの設定ファイルを記憶する記憶部と、前記記憶部に記憶された前記設定ファイルが更新された場合に、前記設定ファイルの更新通知を前記配信サーバへ通知する通知部と、を備えることを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、配信サーバの設定を迅速に同期することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係るファイル管理システムの一例を示す図である。
【図２】図２は、実施形態に係るファイル管理装置の構成例を示す図である。
【図３】図３は、実施形態に係るユーザ群情報の一例を示す図である。
【図４】図４は、実施形態に係る中継装置の構成例を示す図である。
【図５】図５は、実施形態に係る記憶装置の構成例を示す図である。
【図６】図６は、格納領域の一例を示す図である。
【図７】図７は、実施形態に係る更新管理装置の構成例を示す図である。
【図８】図８は、実施形態に係る更新管理装置による処理の一例を示す図である。
【図９】図９は、更新エラー時の更新管理装置の処理の一例を示す図である。
【図１０】図１０は、実施形態に係るファイル管理装置が実行する処理手順を示すフローチャートである。
【図１１】図１１は、実施形態に係るファイル管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係るファイル管理装置、ファイル管理システム、ファイル管理方法およびファイル管理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係るファイル管理装置、ファイル管理システム、ファイル管理方法およびファイル管理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
（実施形態）
〔１．ファイル管理システム〕
まず、図１を用いて、実施形態に係るファイル管理システムの一例について説明する。図１は、実施形態に係るファイル管理システムの一例を示す図である。図１に示すように、実施形態に係るファイル管理システム１００は、ファイル管理装置１と、中継装置２と、記憶装置３と、更新管理装置４と、配信サーバ５とを備える。
【００１２】
ここで、図１に示すように、ファイル管理システム１００では、複数の配信サーバ５を備える。複数の配信サーバ５は、図示しないクライアント端末からのリクエストに対して同一の処理を行う。つまり、ファイル管理システム１００は、リクエストに対して複数の配信サーバ５で分散処理を行う分散処理システムである。なお、以下では、配信サーバ５が、レコメンドに基づくニュースなどの記事コンテンツを配信する場合について説明するが、記事コンテンツに限られず、広告等を配信することにしてもよい。また、ファイル管理システム１００は、種々の分散処理システムに適用することも可能である。
【００１３】
ここで、分散処理システムでは、複数の配信サーバ５間で設定を同期させる必要がある。言い換えれば、複数の配信サーバ５で、同一内容の設定ファイルを使用する必要がある。かかる設定ファイルは、ファイル管理装置１に記憶される。
【００１４】
従来技術では、各配信サーバがファイル管理装置に対して設定ファイルの更新の有無について問い合わせを行い、設定ファイルが更新されていた場合に設定ファイルをアップデートしていた。このため、各配信サーバの問い合わせのタイミングによっては、配信サーバ間でアップデートにタイムラグが発生する場合がある。
【００１５】
また、かかる場合に、各配信サーバが同時期に設定ファイルをアップデートすると、ファイル管理装置にトラフィックが集中し、設定ファイルの送信レートが帯域制限を超えるおそれもある。また、従来技術では、各配信サーバのリブートが必要な更新を行う場合には、管理者が手動で各配信サーバを更新する必要があった。
【００１６】
そこで、実施形態に係るファイル管理システム１００では、ファイル管理装置１で設定ファイルを更新した場合に、各配信サーバ５へ更新通知を出力する。具体的には、図１に示すように、まず、ファイル管理装置１は、設定ファイルを更新する（ステップＳ１１）。
【００１７】
なお、ファイル管理装置１は、例えば、管理者端末Ｍから設定ファイルの更新を受け付けることも可能である。かかる場合に、管理者端末Ｍとファイル管理装置１との間に、管理者端末Ｍから入力された更新情報をコンパイルするハブを設けることにしてもよい。
【００１８】
ファイル管理装置１は、設定ファイルを更新すると、更新通知を中継装置２へ出力する（ステップＳ１２）。これにより、中継装置２は、ファイル管理装置１から入力された更新通知に基づくレコードを記憶装置３へ追加する（ステップＳ１３）。かかるレコードは、例えば、ファイル管理装置１で更新した設定ファイルのメタデータや、設定ファイルのパスなどを含む。
【００１９】
記憶装置３は、中継装置２によって追加されたレコードを記憶するとともに、レコードを更新管理装置４へ通知する（ステップＳ１４）。そして、更新管理装置４は、かかるレコードに基づいて設定ファイルの更新についてスケジューリングを行う（ステップＳ１５）。ここでのスケジューリングとは、設定ファイルのアップデートに対する配信サーバ５のリブートの要否や、一度にアップデートをかける配信サーバ５の台数を決定することを示す。例えば、更新管理装置４は、設定ファイルのアップデートが帯域制限内で最大となるように、かかる台数を決定することができる。
【００２０】
続いて、更新管理装置４は、スケジューリングの結果に応じた更新指示のレコードを記憶装置３へ追加する（ステップＳ１６）。このとき、アップデートに際してリブートが必要である場合、更新指示には、アップデート後にリブートを指示する情報が含まれる。記憶装置３は、かかる更新指示のレコードを各配信サーバ５へ通知する（ステップＳ１７）。これにより、配信サーバ５は、更新管理装置４の更新指示に基づき、順次設定ファイルをファイル管理装置１からアップデートすることとなる（ステップＳ１８）。
【００２１】
このように、実施形態に係るファイル管理システム１００では、各配信サーバ５の設定の更新を中央管理することで、配信サーバ５の設定を速やかに同期させることが可能となる。なお、ここでは、ファイル管理装置１が、中継装置２、記憶装置３および更新管理装置４を介して更新通知を各配信サーバ５へ通知する場合について説明したが、ファイル管理装置１から更新通知を直接各配信サーバ５へ出力することにしてもよい。かかる場合であっても、各配信サーバ５の設定ファイルの更新に関してタイムラグを抑えることが可能である。
【００２２】
〔２．ファイル管理装置１の構成〕
次に、図２を用いて、上記のファイル管理装置１について説明する。図２は、実施形態に係るファイル管理装置１の構成例を示す図である。図２に示すように、ファイル管理装置１は、制御部１０と、記憶部１３とを備える。
【００２３】
（２−１．記憶部１３について）
記憶部１３は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部１３は、設定ファイル１４と、配信履歴情報１５とを記憶する。
【００２４】
（２−１−１．設定ファイル１４について）
設定ファイル１４は、図１に示した配信サーバ５の設定を変更するための情報が保存されたファイルである。なお、ここでは、設定ファイル１４が、ユーザのコンテンツに対するレコメンド情報である場合について説明する。設定ファイル１４には、例えば、レコメンド情報としてモデル情報１４ａと、ユーザ群情報１４ｂとが保存される。
【００２５】
モデル情報１４ａは、ユーザに関する情報を予測するためのモデルに関する情報である。具体的には、モデル情報１４ａは、例えば、ユーザに関する情報としてデモグラフィック属性やサイコグラフィック属性が対応付けられた情報である。つまり、モデル情報１４ａは、年齢、性別、所在地域、家族構成、年収、ライフスタイル、趣味、興味カテゴリなどに関する情報である。
【００２６】
ここで、モデル情報１４ａは、各配信サーバ５のログに基づいて定期的（例えば、６時間に１回）に更新される。これは、モデル情報１４ａが、時間の経過に伴って逐次変化するためである。つまり、モデル情報１４ａを定期的に更新することで、配信サーバ５は、ユーザの属性に適したコンテンツを配信することが可能となる。
【００２７】
ユーザ群情報１４ｂは、配信サーバ５によって配信されるコンテンツのバリエーション毎に設定されたユーザ群に関する情報である。ここで、図３を用いて、ユーザ群情報１４ｂについて説明する。図３は、実施形態に係るユーザ群情報１４ｂの一例を示す図である。
【００２８】
図３に示すように、ユーザ群情報１４ｂは、「ユーザＩＤ」、「バリエーション」等が互いに対応付けられた情報である。「ユーザＩＤ」は、ユーザを識別するための識別子の情報である。
【００２９】
また、「バリエーション」は、例えば、配信サーバ５がコンテンツを配信する際のウェブページ上のデザインを示す。同図に示す例では、ユーザＩＤが「ＵＩ」のユーザに対しては、デザインＡでコンテンツが配信され、ユーザＩＤが「Ｕ２」のユーザに対しては、デザインＢでコンテンツが配信される。また、ユーザＩＤが「Ｕ３」のユーザに対してデザインＣでコンテンツが配信される。
【００３０】
つまり、ファイル管理システム１００では、同一のコンテンツを異なるデザインで配信し、デザイン毎にユーザの反応（クリック数や閲覧時間等）の経過を観測し、コンテンツのデザインを最適化することが可能である。
【００３１】
なお、ユーザ群情報１４ｂは、例えば、ファイル管理システム１００の管理者によって更新される。また、上記の例では、ユーザ群情報１４ｂが、デザインのバリエーションに関する情報である場合について説明したが、これに限定されるものではない。
【００３２】
例えば、ユーザ群情報１４ｂは、ターゲティングやコンテンツマッチなどのコンテンツの選択方式のバリエーションに関する情報など、他のバリエーションに関する情報であってもよい。
【００３３】
（２−１−２．配信履歴情報１５について）
図２の説明に戻り、配信履歴情報１５について説明する。配信履歴情報１５は、配信サーバ５が過去に配信したコンテンツのログが記録された情報である。配信履歴情報１５は、例えば、配信サーバ５によって逐次更新される。
【００３４】
（２−２．制御部１０について）
制御部１０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、ファイル管理装置１内部の記憶装置に記憶されている各種プログラム（ファイル管理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００３５】
図２に示すように、制御部１０は、更新部１１と出力部１２とを有し、以下に説明するファイル管理処理の機能や作用を実現または実行する。
【００３６】
（２−２−１．更新部１１について）
更新部１１は、設定ファイル１４を更新する。具体的には、更新部１１は、記憶部１３に記憶された配信履歴情報１５に基づいて設定ファイル１４のモデル情報１４ａを更新する。具体的には、更新部１１は、配信履歴情報１５を参照し、前回の更新からデモグラフィック属性に変更があればモデル情報１４ａのデモグラフィック属性を更新する。また、更新部１１は、配信履歴情報１５に対して協調フィルタリング等の機械学習を用いてモデル情報１４ａのサイコグラフィック属性を更新することができる。
【００３７】
また、更新部１１は、管理者端末Ｍ（図１参照）からユーザ群情報１４ｂの更新を受け付け、設定ファイル１４のユーザ群情報１４ｂを更新する。更新部１１は、モデル情報１４ａおよびユーザ群情報１４ｂを含む設定ファイル１４を更新すると、出力部１２へ通知する。上述のように、モデル情報１４ａは、自動的に更新される情報であり、ユーザ群情報１４ｂは、管理者からの指示に基づき更新される情報である。
【００３８】
なお、更新部１１が更新する設定ファイル１４は、モデル情報１４ａおよびユーザ群情報１４ｂに限られず、各配信サーバ５のプログラムや、オペレーションシステム等の設定上の条件を示す情報であってもよい。
【００３９】
（２−２−２．出力部１２について）
出力部１２は、記憶部１３に記憶された設定ファイル１４が更新された場合に、設定ファイル１４の更新通知を配信サーバ５へ出力する。なお、上述したように、本実施形態では、出力部１２は、中継装置２へ更新通知を出力する。更新通知は、更新したデータのメタデータや、設定ファイル１４内での所在を示すパスを含む。
【００４０】
〔３．中継装置２の構成〕
次に、図４を用いて、中継装置２について説明する。図４は、実施形態に係る中継装置２の構成例を示す図である。中継装置２は、ファイル管理装置１から出力される更新通知を記憶装置３へ中継する装置である。また、図４に示すように、中継装置２は、制御部２０と、記憶部２２とを備える。
【００４１】
（３−１．記憶部２２について）
記憶部２２は、ＤＢ情報２３を記憶する。ＤＢ情報２３は、後述する記憶装置３の更新ＤＢ３３に関する情報である。具体的には、ＤＢ情報２３は、例えば、上記の更新通知に応じたレコードを更新ＤＢ３３のどの格納領域に書き込むべきかを規定した情報である。
【００４２】
（３−２．制御部２０について）
制御部２０は、仲介部２１を備える。仲介部２１は、更新通知を取得すると、ＤＢ情報２３を参照し、当該更新通知に応じて規定される記憶装置３の所定の格納領域へ当該更新通知に基づくレコードを追加する。
【００４３】
このように、ファイル管理システム１００では、ファイル管理装置１が記憶装置３に更新通知を直接出力するのではなく、中継装置２を介して更新通知に関するレコードが記憶装置３に追加される。これにより、記憶装置３に記憶されるデータが、ファイル管理装置１によって意図せず書き換えられることを防ぐことができる。
【００４４】
〔４．記憶装置３の構成〕
次に、図５を用いて、記憶装置３について説明する。図５は、実施形態に係る記憶装置３の構成例を示す図である。記憶装置３は、いわゆるデータベースであり、データベースの機能に加え、データが更新された場合に、所定の装置に対して通知する機能を有する。また、図５に示すように、記憶装置３は、制御部３０と、記憶部３２とを備える。
【００４５】
（４−１．記憶部３２について）
記憶部３２は、更新ＤＢ３３を有する。更新ＤＢ３３は、例えば、複数の格納領域３４ａ〜ｃを有する。例えば、格納領域３４ａ〜ｃには、格納領域３４ａ〜ｃ毎に更新を通知する通知先の装置が登録される。例えば、格納領域３４ａには、更新管理装置４が通知先として登録され、格納領域３４ｂには、配信サーバ５が通知先として登録される。
【００４６】
（４−２．制御部３０について）
制御部３０は、通知部３１を備える。通知部３１は、記憶部３２の更新ＤＢ３３が更新された場合に、更新ＤＢ３３の格納領域３４ａ〜ｃ毎に登録された通知先の装置にデータの更新を通知する。
【００４７】
図６は、格納領域３４の一例を示す図であり、中継装置２によって追加される更新通知に基づくレコードの一例である。図６に示すように、格納領域３４には、「日時」、「ファイル名」、「容量」、「パス」といった項目を含むレコードが中継装置２によって追加される。
【００４８】
「日時」は、レコードが追加された日時を示し、「ファイル名」は、設定ファイル１４（図２参照）のうち、新たに更新されたファイルの名前を示す。また、「容量」は、かかるファイルの容量を示し、「パス」は、更新されたファイルの所在を示す。
【００４９】
通知部３１は、格納領域３４にレコードが追加されると、レコードの追加毎に、図７にて後述する更新管理装置４へレコードの追加を通知する。また、例えば、通知部３１は、他の格納領域３４にレコードが追加された場合には、かかる格納領域３４に登録された装置へレコードの追加を通知することも可能である。
【００５０】
〔５．更新管理装置４の構成例〕
続いて、図７を用いて、更新管理装置４について説明する。図７は、実施形態に係る更新管理装置４の構成例を示す図である。更新管理装置４は、各配信サーバ５の設定の更新を管理する装置である。図７に示すように、更新管理装置４は、制御部４０と、記憶部４２とを備える。
【００５１】
（５−１．記憶部４２について）
記憶部４２は、判定条件情報４３を記憶する。判定条件情報４３は、後述する判定部４１が参照する情報である。具体的には、判定条件情報４３は、例えば、配信サーバ５が設定ファイル１４をアップデートした場合のリブートの要否に関する情報や、配信サーバ５が設定ファイル１４をアップロードする際の配信サーバ５およびファイル管理装置１の処理負荷に関する情報である。なお、かかる判定条件情報４３を記憶装置３に記憶しておくことにしてもよい。
【００５２】
（５−２．制御部４０について）
制御部４０は、判定部４１を備える。判定部４１は、記憶装置３から通知されるレコードに基づき、判定条件情報４３を参照してリブートの要否を判定する。また、判定部４１は、判定結果に基づく更新指示を記憶装置３の配信サーバ５宛ての格納領域３４へ書き込む。
【００５３】
これにより、記憶装置３から配信サーバ５へかかる更新指示が通知されることとなる。そして、配信サーバ５は、かかる更新指示に基づき、ファイル管理装置１から更新されたファイルのアップロードを行うこととなる。
【００５４】
ところで、全ての配信サーバ５が一度にアップデートを行うと、ファイル管理装置１にトラフィックが集中し、ファイルの送信レートが帯域制限を超えるおそれがある。このため、判定部４１は、一度にアップデートする配信サーバ５の個数を決定することも可能である。
【００５５】
判定部４１は、配信サーバ５がアップデートしたとしても、上記の帯域制限内に収まる個数を決定することが可能である。例えば、かかる個数は、アップロードするファイルの容量に基づき決定することが可能である。
【００５６】
図８は、更新管理装置４による処理の一例を示す図である。なお、図８では、説明を簡単にするために、記憶装置３を省略して示す。図８に示すように、更新管理装置４は、配信サーバ５を順次更新させる。
【００５７】
具体的には、更新管理装置４は、配信サーバ５ａへ更新指示を出力すると、配信サーバ５ａがファイル管理装置１からファイルをアップデードした後に、完了通知を更新管理装置４へ出力する。
【００５８】
更新管理装置４は、かかる完了通知をうけて、配信サーバ５ｂへ更新指示を出力する。これにより、配信サーバ５ｂは、ファイル管理装置１からファイルをアップデードした後に、完了通知を更新管理装置４へ出力する。そして、更新管理装置４は、かかる完了通知をうけて、配信サーバ５ｃへ更新指示を出力する。
【００５９】
このように、更新管理装置４は、配信サーバ５からファイルのアップデートの完了通知の取得毎に、新たな配信サーバ５へ更新指示を出力する。これにより、各配信サーバ５は、設定を順次更新することができるので、配信サーバ５間での設定更新のタイムラグを抑えることができる。言い換えれば、配信サーバ５の設定を速やかに同期することが可能である。
【００６０】
なお、ここでは、更新管理装置４が１台ずつ配信サーバ５へ更新指示を出力する場合を例に挙げて説明したが、上述の帯域制限内であれば、複数の配信サーバ５へ更新指示を出力することも可能である。かかる場合に、より迅速に配信サーバ５の設定を同期させることが可能となる。
【００６１】
また、更新管理装置４は、配信サーバ５の設定を順番に更新するため、更新指示を未取得である残余の配信サーバ５で、クライアント装置からのリクエストに対処することが可能である。つまり、一度に全ての配信サーバ５にアップデートをかけると、その間にクライアント装置からのリクエストに対して処理できないおそれがある。つまり、更新管理装置４は、順番に配信サーバ５をアップデートさせることで、サービスを停止することなく、配信サーバ５の設定を同期させることが可能である。
【００６２】
更新管理装置４は、例えば、配信サーバ５がアップデートに失敗した場合、かかる配信サーバ５へロールバック（巻き戻し）を指示することも可能である。図９は、更新エラー時の更新管理装置４の処理の一例を示す図である。
【００６３】
図９に示すように、更新管理装置４は、配信サーバ５ａからエラーを通知された場合に、配信サーバ５へロールバックを指示する。これにより、配信サーバ５ａは、例えば、更新後のファイルを破棄し、更新前のファイルの状態に設定を戻す処理を行う。
【００６４】
これにより、配信サーバ５を迅速に復旧することが可能となる。また、このとき、更新管理装置４は、配信サーバ５ａの次にアップデートを開始する配信サーバ５ｂに対して更新停止を指示する。これにより、配信サーバ５ｂによる更新エラーを未然に防ぐことが可能となる。
【００６５】
さらに、更新管理装置４は、配信サーバ５ａからエラーの通知を取得すると、更新エラーに基づくアラートを管理者端末Ｍへ通知する。これにより、管理者は、かかるエラーに対して迅速に対処することが可能となる。
【００６６】
なお、ここでは、更新管理装置４が、配信サーバ５からのエラーの通知を受けてロールバックを指示する場合について説明したが、これに限定されるものではない。すなわち、更新管理装置４は、例えば、配信サーバ５の更新前後でＫＰＩ（Key  Performance  Indicator）が低下した場合、ロールバックを指示することにしてもよい。
【００６７】
ここでのＫＰＩは、配信サーバ５によって配信されるコンテンツのレコメンドに対する評価指数を示す。例えば、コンテンツに対するクリック数が多い程、ＫＰＩが高い値となり、コンテンツに対するクリック数が少ない程、ＫＰＩが低い値となる。
【００６８】
つまり、更新管理装置４は、配信サーバ５のアップロード後にＫＰＩが低下した場合に、配信サーバ５をアップロード前の設定に戻すことで、配信サーバ５のパフォーマンスの低下を抑制することが可能となる。
【００６９】
なお、更新管理装置４は、例えば、更新指示に対応するタイマ（いわゆるウォッチドッグタイマ）を起動させ、所定時間内に完了通知が配信サーバ５ａから返ってこなかった場合に、更新エラーと判定することにしてもよい。
【００７０】
〔６．処理手順〕
次に、図１０を用いて、実施形態に係るファイル管理装置１が実行する処理手順について説明する。図１０は、実施形態に係るファイル管理装置１が実行する処理手順を示すフローチャートである。
【００７１】
図１０に示すように、まず、ファイル管理装置１の更新部１１は、管理者端末Ｍから設定ファイル１４の更新を受け付けたか否かを判定する（ステップＳ１０１）。更新部１１は、管理者端末Ｍから設定ファイル１４の更新を受け付けなかった場合（ステップＳ１０１，Ｎｏ）、設定ファイル１４の自動更新タイミングか否かを判定する。
【００７２】
ここで、更新部１１は、自動更新タイミングでなかった場合（ステップＳ１０２，Ｎｏ）、ステップＳ１０１へ移行する。一方、更新部１１は、更新を受け付けた場合（ステップ１０１，Ｙｅｓ）、自動更新タイミングであった場合（ステップＳ１０２，Ｙｅｓ）、設定ファイル１４を更新する（ステップＳ１０３）。そして、出力部１２は、中継装置２へ更新通知を出力して（ステップＳ１０４）、処理を終了する。
【００７３】
〔７．効果〕
上述してきたように、実施形態に係るファイル管理装置１は、記憶部１３と、出力部１２とを備える。記憶部１３は、ネットワーク上に分散配置された複数の配信サーバ５の設定ファイル１４を記憶する。出力部１２は、記憶部１３に記憶された設定ファイル１４が更新された場合に、設定ファイル１４の更新通知を配信サーバ５へ出力する。
【００７４】
これにより、実施形態に係るファイル管理装置１は、各配信サーバ５が更新通知に基づき、設定ファイル１４をアップデートすることができるため、配信サーバ５の設定を迅速に同期することができる。
【００７５】
また、実施形態に係るファイル管理装置１において、記憶部１３は、配信サーバ５によって配信されるコンテンツのレコメンド情報を設定ファイル１４に記憶し、配信サーバ５は、レコメンド情報に基づいてコンテンツを配信する。
【００７６】
これにより、実施形態に係るファイル管理装置１は、更新頻度が比較的多いレコメンド情報を配信サーバ５で迅速に同期することで、各配信サーバ５がユーザに常に最適なコンテンツを配信することが可能となる。
【００７７】
また、実施形態に係るファイル管理装置１において、記憶部１３は、ユーザに関する情報を予測するためのモデル情報１４ａを設定ファイル１４に記憶し、配信サーバ５は、モデル情報１４ａに基づいてコンテンツをユーザに配信する。
【００７８】
これにより、実施形態に係るファイル管理装置１では、各配信サーバ５が刻一刻と変化するモデル情報１４ａを速やかに反映させてコンテンツを配信することが可能となる。
【００７９】
また、実施形態に係るファイル管理装置１において、記憶部１３は、配信サーバ５によって配信されるコンテンツのバリエーション毎に設定されたユーザ群に関するユーザ群情報１４ｂを設定ファイル１４に記憶する。
【００８０】
これにより、実施形態に係るファイル管理装置１では、例えば、管理者によって更新されるユーザ群情報１４ｂを速やかに各配信サーバ５で同期することができるため、管理者の意図する変更を各配信サーバ５で速やかに反映することが可能となる。
【００８１】
また、実施形態に係るファイル管理システム１００は、ファイル管理装置１と、出力部１２から出力される更新通知を中継する中継装置２と、中継装置２によって中継される更新通知を記憶するとともに、更新通知を配信サーバ５へ通知する記憶装置３と、記憶装置３を介して配信サーバ５による設定ファイル１４の更新を管理する更新管理装置４とを備える。
【００８２】
これにより、実施形態に係るファイル管理システム１００では、各配信サーバ５の設定ファイル１４の更新を中央管理することができるので、配信サーバ５の設定を迅速に同期することができる。
【００８３】
また、実施形態に係るファイル管理システム１００において、中継装置２は、更新通知を取得した場合に、当該更新通知に応じて規定される記憶装置３の所定の格納領域３４に当該更新通知に基づくレコードを追加する。
【００８４】
これにより、実施形態に係るファイル管理システム１００では、記憶装置３に対して適切にレコードを追加することができるため、記憶装置３のデータが不要に書き換えられることを防ぐことが可能となる。
【００８５】
また、実施形態に係るファイル管理システム１００において、記憶装置３は、レコードの追加を更新管理装置４へ通知し、更新管理装置４は、レコードに基づいて設定ファイル１４の更新後の配信サーバ５のリブートの要否を判定し、判定結果に基づく更新指示を配信サーバ５へ出力する。
【００８６】
これにより、実施形態に係るファイル管理システム１００では、リブートが必要な配信サーバ５の更新であっても、各配信サーバ５を自動で更新することができる。
【００８７】
また、実施形態に係るファイル管理システム１００において、更新管理装置４は、配信サーバ５から設定ファイル１４の更新の完了通知の取得毎に、新たな配信サーバ５へ設定ファイル１４の更新を指示する。
【００８８】
これにより、実施形態に係るファイル管理システム１００では、配信サーバ５によるサービスを停止することなく、各配信サーバ５の設定を同期することが可能となる。
【００８９】
また、実施形態に係るファイル管理システム１００において、更新管理装置４は、配信サーバ５から設定ファイル１４の更新エラーを取得した場合に、当該配信サーバ５へロールバックを指示する。
【００９０】
これにより、実施形態に係るファイル管理システム１００では、更新エラーが発生した配信サーバ５を速やかに復旧させることが可能となる。
【００９１】
〔８．ハードウェア構成〕
また、上述してきた実施形態に係るファイル管理装置１は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、実施形態に係るファイル管理装置１の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【００９２】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【００９３】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、ネットワークＮを介して他の機器へ送信する。
【００９４】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。
【００９５】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００９６】
例えば、コンピュータ１０００が実施形態に係るファイル管理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１０の機能を実現する。また、ＨＤＤ１４００には、記憶部１３内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、ネットワークＮを介してこれらのプログラムを取得してもよい。
【００９７】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【００９８】
〔９．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【００９９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１００】
また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１０１】
また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、更新部１１は、更新手段や更新回路に読み替えることができる。
【符号の説明】
【０１０２】
１    ファイル管理装置
２    中継装置
３    記憶装置
４    更新管理装置
５    配信サーバ
１１    更新部
１２    出力部
１４    設定ファイル
【図１】
2019056958.tif 000003
【図２】
2019056958.tif 000004
【図３】
2019056958.tif 000005
【図４】
2019056958.tif 000006
【図５】
2019056958.tif 000007
【図６】
2019056958.tif 000008
【図７】
2019056958.tif 000009
【図８】
2019056958.tif 000010
【図９】
2019056958.tif 000011
【図１０】
2019056958.tif 000012
【図１１】
2019056958.tif 000013