JP5480291B2 - ディスプレイシステムの設定の同期化 - Google Patents

Description

本発明は、ディスプレイシステムの設定の同期化のためのシステム及び方法に関する。

店内のメディアコンテンツの配布は、ますます店内の小売広告として普及してきている。このようなシステムにおいて、コンテンツはサーバーにより配布され、それぞれのディスプレイ及び付属のスピーカーへの配布のために、セットトップボックス等の多くのレシーバーにより受信される。しかしながら、何千もの離れた場所に位置するビデオ広告システムの設定をプロビジョニング及び管理することは、非常にコストがかかる。設定の変更は、１又はそれより多くのシステムにおいてしばしば必要とされる。店内のシステムにおいて変更を行ったとき、サーバーを交換した場合の再適用のために、設定は中央集中的に保管される必要がある。これらの変更はまた、多くの他のサーバーにわたって再現される必要がある。さらに、システムが適切に設定された場合、中央の許可なしに設定が局所的に変更されたかどうかを知っておくと便利である。従って、設定のマネージメントの改善された方法が必要である。

本発明の実施形態は、例えば、１の設備又は場所におけるサーバー及び異なる場所及び設備における他のサーバーとの間の設定情報を同期することによって、ビデオディスプレイシステムの設定の同期化のための方法及びシステムを提供する。

１の実施形態は、設備における第１のサーバーからの第１の設定情報が第２のサーバーからの第２の設定情報と異なるかどうかを確認し、異なる場合、設備の状態及び第１のサーバーと第２のサーバーとの関係の少なくとも１つに基づいて、第１の設定情報と第２の設定情報を同期することを含む方法を提供する。

他の実施形態は、設備における少なくとも１のデバイスと接続された第１のサーバーと、その設備と異なる位置における第２のサーバーとを含むシステムに関する。第２のサーバーは、設備の状態及び第１のサーバー及び第２のサーバーの間の関係の１つに基づいて第１のサーバーにおける第１の設定情報及び第２のサーバーにおける設定情報を同期化するように構成される。第１の設定情報及び第２の設定情報は少なくとも１のデバイスに関する情報を含む。

本発明の教示は添付の図面とともに以下の詳細な説明により容易に理解されるであろう。

本発明の原理の実施形態を実装するためのネットワークシステムを示す図である。 設備のサーバーの設定情報をチェックする方法を示す図である。 １の実施例に従い、セントラルサーバーと設備のサーバーとの間の設定ファイルを同期化する方法を示す図である。 他の実施例に従い、セントラルサーバーと設備のサーバーとの間の設定ファイルを同期化する方法を示す図である。

容易に理解するために、同一の参照番号が使用され、可能なら、図で共通している要素を指定する。

本発明の実施形態は、設備における少なくとも1のサーバーと1より多い設備にサービスを提供するセントラルサーバーとの間の設定情報の同期のための方法及びシステムを提供する。セントラルサーバーは、設備とは異なる場所とすることができる。本方法は、設備又は場所における少なくとも1のサーバーからのネットワーク上のデータを集めること、及びそのサーバー（設備サーバーとも呼ぶ）から受信した設定情報をセントラルサーバーにおいて格納され保管された参照設定情報と比較することに関する。

その設備サーバーからの設定情報とセントラルサーバーに格納された設定情報に不一致がある場合、例えば、設備サーバーにセントラルサーバーと適合するように、又はセントラルサーバーに設備サーバーと適合するように強制すること、又は相違点を通知し、更なる行動のために適切なエンティティ又は職員にメッセージを提供することを含む１又はそれより多くの行動が開始される。その設備又は場所の状態、又は設備サーバーとセントラルサーバーとの間の関係により、設定の同期を達成するために（すなわち設備サーバーにおける設定情報をセントラルサーバーに格納された設定情報と同様のものとしておくために）異なる手順が使用される。１又は複数の事前定義された規則に従って同期の行為を設定することにより、人間又は手作業の仲介の必要性を減少することができる。

本発明の実施形態を、様々な施設又は設置物、公共又はプライベートの現場を含む、多くの異なる設備に適用できる。１の実施形態において、設備は、ディスプレイの機器又は端末のデータまたはコンテンツを管理及び配信するサーバーを有する事業所である。他の実施形態において、設備は、例えば倉庫、ショールーム、店、デパート等の流通、保管、及び／又は品物の販売やサービスの提供に関係する施設である。さらに他の実施例では、設備は、小売広告のコンテンツを管理又は配信するためのサーバーを有する店である。

図１は、本発明の原理の１又はそれより多くの実施形態の実装に適切なネットワークの略図である。図１に示すように、少なくとも１のサーバー１１０は、設定サーバー又はセントラルサーバーともいい、例えばネットワーク１００全体に似わたって分散されている、代表のサーバー１２０、１３０、１４０等の多くのサーバーと接続される。１の実施形態において、セントラルサーバーは、インターネット又はＷＡＮを介して異なる設備にあるサーバー１２０、１３０、１４０に接続され、ネットワーク管理ソフトウェア１１２は、セントラルサーバー１１０においてネットワーク上の様々なタスクを管理するために提供される。１の実施例において、ＷＡＮは小売業者のネットワークであり、ネットワーク管理ソフトウェアは、サンフランシスコ、カリフォルニアのPremier Retail NetworkによるＲＭＮ（Retail Network Manager）である。

各サーバー１２０、１３０、１４０は、それぞれＶＮＭ（video network manager）を含んでおり、ＶＮＭは、ネットワーク内のそれぞれの設備における１又はそれより多くのビデオ再生又はディスプレイユニットへのデジタルコンテンツの配信を管理するソフトウェアアプリケーションである。ディスプレイ１３６₁、１３６₂、・・・、及び１３６_nは、ビデオディスプレイシステム１３５における代表のデバイスとして示され、ビデオディスプレイシステム１３５は設備サーバー１３０、及びビデオディスプレイユニットに関連する１又はそれより多くの受信機１３４₁、１３４₂、・・・、および１３４_n（例えば、セットトップボックス）も含む。小売業者のネットワークの例において、ビデオディスプレイシステム１３５は、店内の公告システムとなりうる。

それぞれの設備サーバー１２０、１３０、１４０の設定状態を確認するため、又は設備サーバーにおける設定情報がセントラルサーバー１１０において格納され保管された対応する情報に適合することを確実にするために、設備サーバー１２０、１３０、１４０からのデータは、規則的、周期的にセントラルサーバー１１０により集められる。このようなデータは、健全性の状態、プレイログ、コンテンツの状態、様々なデバイスのためのカスタム設定のファイル、及び設備のコンポーネントに関係する情報、及びオーディオファイル、デバイスグループの設定、チャンネルマップ等の情報を含む。本発明の１の実施形態において、設定データは（例えばセットトップボックス、ネットワーク音響プロセッサ、及びスクリーン等の）特定のビデオデバイスを操作のチャネルにマッピングするファイルを含む。チャネルは１のビデオストリームを再生するように構成されたデバイスの論理的な集合である。このような実施形態において、他の設定データは、スタートアップにおいて表示するための既定のヴォリュームレベル、音響周波数等化プロファイル及び規定のビデオストリーム情報を含む。

１の実施形態において、例えばネットワーク管理アプリケーションソフトウェア１１２のコンポーネントとして提供されるセントラルサーバー１１０におけるＣＭＳ（configuration management system）は、小売場所におけるサーバーのためのデータ収集及び設定に関係するファイルのバックアップのための集中型の機構としての機能を果たす。設定の同期は、収集された情報に基づいて実行され、バックアップ動作に組み込まれる。

規則的又は周期的に、すべての管理されたサイトのためのデータ収集及びバックアップを、スケジュールすることができ、セントラルサーバーにおいて設定可能である。１の実施例において、各サイトのバックアップは毎日なされる。

管理ディスクスペースをより有効に利用するために、設定可能なセッティングはセントラルサーバー１１０において保持されるバックアップの数だけ制御のために提供される（各バックアップは多くの保管ファイルを含む）。１の実施形態において、保管ファイルは、各設備のサイト又は場所へのサブディレクトリによりセントラルサーバー１１０において格納される。各設備のサブディレクトリ内で、設備のためのすべての保管ファイルの最新版は最新の保管ディレクトリに格納され、任意に、日時に区別された旧版の保管の設定可能な数だけ格納され得る。最新の保管ディレクトリは、管理下にあるすべてのファイルのスナップショットを含み、スナップショット以前の保管の時から現在の日時ごとに区分けされた瞬間まで有効とされた設備のサイトの完全な設定を示す。

データの収集及び／又は設備のサーバーの設定状態のチェックを開始するために、設備サーバーへの接続は、例えば、設備サーバーのＶＭＮとインターフェース接続すること等により、セントラルサーバー１１０におけるネットワーク管理ソフトウェア（例えば、小売ネットワークの場合の小売ネットワークマネージメント）１１２によって開始される。１の実施形態において、任意の設備サイトのための所望のファイルのリストは、セントラルサーバー１１０におけるＸＭＬファイルの仕様からロードされ、ＶＮＭにおけるインターフェース（例えばＶＮＭ１２２、１３２又は１４２）は、設備サーバーにおける設定情報又は設定ファイルのチェックを提供する。

ビデオディスプレイシステム１３５の設定は、多くのＸＭＬに基づく設定ファイルを使用してなされる。この実施形態において、ファイルは、いくつかの理由で他の方法（例えば、データベース又はＷＩＮＤＯＷＳ（登録商標）レジストリの設定）に優先して使用される。例えば、ファイルに基づく方法は、マルチキャストファイル転送ネットワークのリンクにわたる新しい設定の分散を容易にし、異なるプラットフォーム及び／又はコンピュータ言語を超えてサポートするだけでなく、例えば、異なる事業者により使用されるオペレーティングシステム又はデータベース技術等、異なる小売の場所により使用される技術により影響を受けず、又は制限されない。その上、ＸＭＬに基づくファイルは、人間が読むことができ、人間に及び同様にコンピュータシステムにより理解され得る。加えて、数学のハッシュ計算もまた、２つのＸＭＬファイルの間の差を特定するために２つのＸＭＬファイルの間で容易に実行され、本発明の原理によって設定ファイルの同期を容易にする。しかし、本発明はＸＭＬファイルの使用に限定されない。任意の設定データフォーマットもまた、本発明により使用され得る。

収集された設定情報、すなわち、例えばサーバー１２０等の設備サーバーにおける実際の設定情報は、その設備サーバーの設定情報のために参照の設定情報と比較され、参照の設定情報は、サーバー１１０又はサーバー１１０に関係付けられたメモリデバイスにおいて格納されている。この比較は、ＲＮＭにおいてなされる。

１実施形態において、収集された設定情報及び参照の設定情報はＸＭＬファイルの形式において、およびその代わりに、設定情報又は設定ファイルに対応するハッシュ値として提供される。例えば、ＭＤ５（Message-Digest algorithm５）等のハッシュ関数を使用すると、設定ファイルを処理しＭＤ５ハッシュ値または（固定サイズのビットストリングの形式において）ファイルに対するチェックサムを生成できる。２つの設定ファイルのハッシュ値の比較により、ファイルが異なるかどうかについての指示を受けることができる。なぜならば、ファイルにおける比較的小さな変更は、大きなチェックサムの差を生じるからである。１のファイル、又は複数のファイルのセット、又はファイルディレクトリの変更は、元のファイル及び現在のファイルのための対応するチェックサムを比較することにより容易に検出され得る。

例えば、ＶＮＭインターフェースにおけるファイルスクリプトを使用すると、設備の設定情報のためのＭＤ５の合計、すなわち、設備サーバーにおける実際の設定情報に対応するＭＤ５の合計を生成できる。設備サーバーからのこのＭＤ５の合計は、参照ＭＤ５合計とも呼ばれる、セントラルサーバーにおける（その設備のための）最新の保管されたＭＤ５の合計と比較される。

対応するＭＤ５合計と比較することにより、設備におけるファイルがセントラルサーバーに保管されたバージョンと異なるかどうか、比較的すばやく決定できる。１の実施形態において、ＸＭＬファイルは、セントラルサーバー１１０において設定ファイルのすべてのＭＤ５合計を格納するための最新の保管ディレクトリ内に、提供される。

帯域を保護するために、セントラルサーバー１１０における最新の保管されたファイルと同じファイルは、設備のサイトからセントラルサーバー１１０へ転送されないであろう。

従って、実際のＭＤ５合計及び参照ＭＤ５合計が互いに適合する場合（すなわち、設備サーバーにおける設定情報がセントラルサーバーにおいて格納された設定情報と同様の場合）、バックアップ又はファイルの転送は必要とされない。代わりに、例えばネットワーク管理ソフトにより、この設定のチェックの時間を通知でき、セントラルサーバー１１０は、他の設備の設定情報のチェックを開始できる。

しかし、設備に対する実際のＭＤ５合計がセントラルサーバーに格納された参照ＭＤ５合計と異なる場合、ネットワーク管理ソフトウェアは、ある、あらかじめ定義された規則又は基準に基づいてその設備に対する設定同期動作を実行する。設定同期の手順は図３及び図４に関連して下記で説明されている。

図２は設備サーバーの設定チェックを実行する方法２００を示している。ステップ２０２において、特定の設備における設定情報（すなわち、実際の設定）は、設備のサーバーから取り出される。例えば、ＲＥＳＴ ＡＰＩ（representational state transfer application programming interface）を介してＶＮＭに接続するネットワーク管理ソフトウェアにより、これをなし得る。ＲＥＳＴ ＡＰＩを使用する利点は、他の方法と比較して単純なことであるが、望むなら、代わりのインターフェースを使用できる。

ＲＥＳＴ ＡＰＩは、例えば、任意の特定の設定ファイルにおける全体の設定ツリー、もしくは同様の情報について、概要データ及びＭＤ５合計を取り出すことを含む様々なタスクを実行するために使用できる。全体の設定ツリーは、設定ファイル自体と同様、設定ファイルを包含するすべてのフォルダのセットを意味する。このような情報は、設備サーバーにおけるＶＮＭにより様々なファイルに格納される。加えて、ＲＥＳＴ ＡＰＩは、任意の特定の設定ファイルから任意の設定要素の値を取り出し、新しい設定ファイルをＶＮＭ又は設備サーバーへ（セントラルサーバーから）推し進め、設定ファイルをＶＮＭ又は設備サーバーから（セントラルサーバーへ）引き出し、又はセントラルサーバー１１０における設定管理システムを介して、ＲＥＳＴ ＡＰＩを再設定することを含むビデオディスプレイシステムを再スタートすることができる。

１実施形態において、ステップ２０２の情報は、「ＭＤ５actual」とも称される全体の設定ツリーのＭＤ５合計として提供される。ステップ２０４において、ネットワーク管理ソフトウェアは、ＶＮＭの設定情報、例えば全体の設定ツリーのＭＤ５であって、データベース又はサーバーに関連付けられたメモリに最後に格納されたＭＤ５（「ＭＤ５reference」とも称される）を取り出す。

ステップ２０６において、設備（例えば、ＭＤ５actual）からの設定情報及びセントラルサーバー１１０（例えば、ＭＤ５reference）において格納された情報は、比較される。ステップ２０８に示すように、両サーバーからの設定情報が同じか否かについての決定がされる。回答が「ＹＥＳ」である場合、方法はステップ２１０へ進み、設定チェックの時間が、例えばセントラルサーバー１１０に関連付けられたデータベースにおいて、記録される。ネットワークにおいて設定チェックを要求する他の設備がある場合、ネットワーク管理ソフトウェアは、ステップ２０２から開始する手順を繰り返すことができる。

他方、設備サーバー及びセントラルサーバーからの設定情報の間の不適合があった場合、ネットワーク管理ソフトウェアは、ステップ２１２に示すように、その設備において設定同期動作を実行するであろう。

設定同期の手順は、サーバーの状態、又はセントラルサーバー１１０及び特定の設備サーバー、例えば「マスター」とみなされたセントラルサーバーと「スレーブ」とみなされた特定の設備サーバーの関係に従い変化する。これらの異なる手順は、図３及び図４に関連して以下で説明されるであろう。

用語「マスター」と「スレーブ」は、制御システムの理論のコンテキストにおいて使用される。例えば、任意の時間において、ネットワーク管理ソフトウェア（セントラルサーバー）又はＶＮＭ（設備サーバー）は、どちらか任意のＶＮＭシステムの設定の「マスター」とみなされる。どちらの側がマスターであっても、下記のように特定の同期の手順を制御する。初期値により、ネットワーク管理ソフトウェア（セントラルサーバー）は、マスターとして指定される。任意の設備サーバーのマスター‐スレーブ状態を、ネットワーク管理ソフトウェアにおいて、プログラミングにより及び／又はユーザーインターフェースを通して変更できる。

ネットワーク管理ソフトウェア（セントラルサーバー）は、それ自身の状態に関係なく、どちらのサーバー（セントラルサーバー対設備サーバー）がマスターかを追跡し、スレーブサーバーにおいて設定情報を同期し、マスターサーバーの設定情報と適合させることの責任を負う。マスター‐スレーブの関係は、セントラルサーバー１１０へ適用し、各設備サーバーは独立して、例えばセントラルサーバー１１０は、１の設備サーバーに関してはマスターとなり得るが、他の設備サーバーに関してはスレーブとなる。

１実施形態において、セントラルサーバー１１０におけるネットワーク管理ソフトウェアは、データベースからのサーバー状態の情報を調べることによりどのエンティティがマスターであるか決定することができ、このことはセントラルサーバー１１０の外部又は内部のメモリーデバイス（図示せず）に格納され得る。

他の実施形態において、設備それ自体の状態、例えば動作状態（セントラルサーバーに関してマスター‐スレーブ状態とは区別されるように）は、どのサーバーがマスターか決定するのに使用される。例えば、設備が「ＮＥＷ ＩＮＳＴＡＬＬＡＴＩＯＮ」の状態にある場合、セントラルサーバー１１０は自動的にマスターサーバーになるであろう。設備が「ＬＯＣＡＬ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＯＶＥＲ‐ＲＩＤＥ」の状態にある場合、設備サーバーは自動的にマスターサーバーになるであろう。設備が「ＮＯＲＭＡＬ ＯＰＥＲＡＴＩＯＮ」の状態にある場合、セントラルサーバー１１０は（初期化により）マスターサーバーとなるであろう。設備の動作状態に従いマスター‐スレーブ状態を割り当てることにより、マスター‐スレーブ状態は、セントラルサーバーにより自動的に確認されることができ、例えば、リアルタイムのプログラミング又は人間の仲介の必要なしに、ネットワークシステムがよりインテリジェントな方法で動作することを可能にする。

セントラルサーバーがマスターであり、及び任意の設備における実際の設定情報が、セントラルサーバー１１０において格納された情報と異なる場合（「参照設定情報」と呼ぶ）、セントラルサーバー１１０は、参照設定ファイル又は参照設定情報を設備サーバーに送信されるであろう。これは、設備サーバーをセントラルサーバー１１０と同期の状態のままにしておく、すなわち設備サーバーにおける設定情報が（設備サーバーの設定情報に関連付けられた）セントラルサーバーからの参照設定情報により置き換えられるであろう効果を有する。

選択的に、設定情報の間の差を、例えば、ネットワークオペレーターまたはスタッフ等、適切なエンティティ又は個人に、例えば、Ｅメール、ＳＭＳ又はウェブページを含むルーティンレポートを介して、報告することができる。セントラルサーバー（又はそのネットワーク管理ソフトウェア）を、同期又は不一致の報告、又は不一致の報告のみ、又は同期のみを行うように構成することができる。

このことは図３においてさらに示されており、図３はセントラルサーバーがマスターである場合、設備サーバーに実装されるための設定同期の方法３００を示している。セントラルサーバーにおけるネットワーク管理ソフトウェアにより本方法を実装できる。

１の実施形態において、ＲＥＳＴ ＡＰＩを使用して、本方法を実行する。セントラルサーバーが設備サーバーに関してマスターであると確認された場合（ステップ３０２）、特定の設備に対するセントラルサーバーにおいて格納された設定情報又は設定ファイルは、ステップ３０４において示すように、その設備のＶＮＭ（設備サーバー）へと送信される。すなわち、設備サーバーにおける設定情報が、セントラルサーバーからの参照設定情報により置き換えられる。

ステップ３０６において、ＶＮＭ（設備サーバー）にトリガーを提供して、メンテナンスモードに入る。ステップ３０８において、ＶＮＭ（設備サーバー）にトリガーが提供され、それ自体を再構成し、及び一般的な動作モードに入る。ステップ３１０に示すように、新しいＭＤ５合計もＶＮＭ（設備サーバー）の新しい設定に対して計算される。

ステップ３１２において、設定のチェックを実行して、新しい設定が実際にＶＮＭ（設備サーバー）に適用されることを確認する。このような設定のチェックは、例えば、図２の方法２００において概要が示された１又はそれより多くのステップを含むことができる。設定チェックが、新しい設定が設備サーバーに適用されなかったことを示している場合、１又はそれより多くの以前のステップ３０４、３０６、及び３０８を繰り返すことができ、又はさらに救済的な行動を要求することができる。

ステップ３１４において、設定チェックの時間が記録され、例えばデータベースに格納される。選択的に、ステップ３１６において示すように、動作（例えば、設定チェック、状態、取られた行動等）に関連する１又はそれ以上のメッセージ又は報告を生成し、又は様々な報告の機構を使用して、適切なエンティティ又は個人、例えばネットワークオペレーター又は管理スタッフに、サイト又は時間周期によりフィルターをかけることのできるウェブページを介して、送ることができる。

設備サーバー１０２が、セントラルサーバー１１０に関連するマスターサーバーである場合、上記と異なる設定の手順が使用されるであろう。このシナリオにおいて、新しい設定のファイルは、設備サーバー１１０からセントラルサーバー１１０に送信されるであろう。これはセントラルサーバー１１０を設備サーバー１０２と同期の状態にしておくことを強制する、すなわちセントラルサーバー１１０に格納された（設備サーバー１０２に対する）参照設定ファイルが設備サーバー１０２からの設定ファイルにより更新されるか、又は置き換わるという効果がある。選択的に、設定情報における差に関連する情報を、適切なエンティティ又は個人に、例えば、Ｅメール、ＳＭＳ又はウェブページを含むルーティンリポートを介して、報告できる。セントラルサーバー（又はそのネットワーク管理ソフトウェア）を、同期又は不一致の報告をするように、又は不一致の報告のみをするように、又は同期のみをするように構成することができる。

これは、設備サーバーがマスターであるときに実装されるための方法４００を示す図４においてさらに説明されている。１実施形態において、例えばＲＥＳＴ ＡＰＩを使用してネットワーク管理ソフトウェアにより方法４００を実行する。設備サーバーのマスター状態がセントラルサーバーにより確認された（ステップ４２０）後、ＶＮＭ（設備サーバー）に対する設定情報又は設定ファイルは、設備サーバーからセントラルサーバーに送られる。ステップ４０４において示すように、設定情報又はファイルは、セントラルサーバーにおいて格納され、以前セントラルサーバーにおいて保管された参照設定ファイルと置き換えられる。これら新しい参照設定ファイルは，最新の保管されたファイルのバージョンとなる。

ステップ４０６において、設備サーバーからの実際の設定情報は、例えば、ＭＤ５合計の形式において、セントラルサーバーにおけるデータベースに書き込まれ、以前に格納されたＭＤ５合計（すなわち、参照ＭＤ５合計）と置き換わる。ステップ４０８において、この設定の更新の時間は、セントラルサーバー１１０における（又はセントラルサーバーによりアクセス可能な）データベースに記録される。選択的に、ステップ４１０において動作（例えば、設定チェック、状態、取られた行動）に関連する１又はそれより多くのメッセージ又は報告を生成し、適切なエンティティまたは個人に、様々な報告機構を使用して、例えば、サイト又は時間周期によりフィルターをかけることができるウェブページを介して転送することができる。

一般的に、ネットワーク管理ソフトウェア又はセントラルサーバーに関連する他のコンポーネントにより、方法３００又は方法４００における１又はそれより多くのステップを実行し、あるステップを除外でき又は図３又は図４において示された順序とは異なる順序で実行できる。

設定の同期を実行する上記の例は、表された発明の様々な原理の実例となり、及び本明細書で説明された１又はそれより多くの特徴を、単独で、又は互いの組み合わせで使用でき、他の必要性に適合するように適用できる。

例えば、１度に１つ各設備サイトに対する設定チェック及び同期を実行する代わりに、異なる設備サイトを、様々な基準又は設備の属性により互いにグループ化し、及び設定によるタスクを特定のサイトのグループに対して実行する。定期的な設定チェックはともかく、サイトグループに基づいて設定チェックを実行するために、又は要求に応じた設定チェックを開始するために、ユーザーインターフェースを提供できる。

セントラルサーバーにおいてグループ管理モードを介して設備のグループを管理するために、ユーザーインターフェースを提供することもできる。このユーザーインターフェースは、設備サイトを異なるグループに配置することを可能にし、ユーザーは、グループメンバーシップに基づいてセントラルサーバーから設定の変更も開始するであろう。

前述は表された発明の様々な実施形態に向けられているが、他の、及び本発明のさらなる実施形態をその基本的な範囲を逸脱することなく考え出すことができる。同様に、本発明の適切な範囲は以下の特許請求の範囲により決定される。

Claims (15)

1. 設備におけるサーバーからの第１の設定情報がセントラルサーバーからの第２の設定情報と異なるかどうかを確認するステップと、
   前記設定情報が異なる場合に、前記設備におけるサーバーと前記セントラルサーバーとの間のマスター・スレーブ関係を判定するための前記設備の動作状態に基づき前記第１の設定情報及び前記第２の設定情報を同期させるステップと、
   を含み、
   前記第１の設定情報及び前記第２の設定情報は、前記設備における少なくとも１つのデバイスの設定に関連する、方法。
2. 前記同期させるステップは、前記セントラルサーバーが前記設備におけるサーバーに対してマスター状態を有する場合、前記第２の設定情報により前記設備におけるサーバーにおける前記第１の設定情報を置き換えることをさらに含む、請求項１に記載の方法。
3. 前記第２の設定情報に従って前記設備におけるサーバーを再設定するステップをさらに含む、請求項２に記載の方法。
4. 前記同期するステップは、前記設備におけるサーバーが前記セントラルサーバーに対してマスター状態を有する場合、前記第１の設定情報により、前記セントラルサーバーにおける前記第２の設定情報を置き換えることをさらに含む、請求項１に記載の方法。
5. 前記設備の前記状態は、前記設備の動作状態と関連する、請求項１に記載の方法。
6. 前記設備におけるサーバー及び前記少なくとも１のデバイスは店内広告システムのコンポーネントである、請求項１に記載の方法。
7. 前記第１又は第２の設定情報はＸＭＬ（extensible markup language）ファイルにおいて提供される、請求項１に記載の方法。
8. 前記同期するステップは、
   前記セントラルサーバーが前記設備におけるサーバーに対してマスター状態を有する場合、前記第２の設定情報により前記設備におけるサーバーにおける前記第１の設定情報を置き換えるステップと、
   前記設備におけるサーバーが前記セントラルサーバーに対してマスター状態を有する場合、前記第１の設定情報により前記セントラルサーバーにおける前記第２の設定情報を置き換えるステップと
   をさらに含む、請求項７に記載の方法。
9. 前記確認するステップは、
   前記設備におけるサーバーにおける前記第１の設定情報に対応する第１のチェックサムの値を生成するステップと、
   前記セントラルサーバーにおいて格納された前記第２の設定情報に対応する第２のチェックサムの値を生成するステップと、
   前記第１のチェックサムの値と前記第２のチェックサムの値とを比較するステップと
   をさらに含む、請求項７に記載の方法。
10. 前記第１のチェックサムと前記第２のチェックサムはＭＤ５（Massage digest algorithm）を使用して生成される、請求項９に記載の方法。
11. 少なくとも１のデバイスと接続する設備におけるサーバーと、
    前記設備と異なる場所におけるセントラルサーバーであって、
    前記設備におけるサーバーと前記セントラルサーバーとのマスター・スレーブ関係を判定するための前記設備の動作状態に基づいて、前記設備におけるサーバーにおける第１の設定情報及び前記セントラルサーバーにおける第２の設定情報を同期させるために構成された前記セントラルサーバーと、
    を含み、
    前記第１の設定情報及び第２の設定情報は少なくとも１のデバイスに関係している情報を含む、システム。
12. 前記セントラルサーバーは、前記セントラルサーバーが前記設備におけるサーバーに対してマスター状態を有する場合、前記セントラルサーバーからの前記第２の設定情報により前記設備におけるサーバーにおける第１の設定情報と置き換えるためにさらに構成された、請求項１１に記載のシステム。
13. 前記セントラルサーバーは、前記設備におけるサーバーが前記セントラルサーバーに対してマスター状態を有する場合、前記設備におけるサーバーからの前記第１の設定情報により前記セントラルサーバーにおける前記第２の設定情報を置き換えるためにさらに構成された、請求項１１に記載のシステム。
14. 前記設備におけるサーバーと少なくとも１のデバイスが、店内広告システムのコンポーネントである、請求項１１に記載のシステム。
15. 前記第１の設定情報及び前記第２の設定情報がＸＭＬファイルにおいて提供される、請求項１１に記載のシステム。

Images