(57)【要約】【課題】映像データや音声データを離れた位置に設置された装置にネットワークを介して送信すること。【解決手段】所定の場所に設置され、所定のコンテンツを出力するコンテンツ出力装置であって、出力すべき少なくとも一つのコンテンツをコンテンツサーバからネットワークを介してダウンロードするダウンロード手段と、ダウンロードされたコンテンツを記憶する記憶手段と、記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力するコンテンツ出力手段とを含む。【選択図】　図１
2004128627.tif 000002
【特許請求の範囲】
【請求項１】
所定の場所に設置され、所定のコンテンツを出力する装置であって、
出力すべき少なくとも一つのコンテンツをコンテンツサーバからネットワークを介してダウンロードするダウンロード手段と、
ダウンロードされたコンテンツを記憶する記憶手段と、
記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する出力手段と
を含むコンテンツ出力装置。
【請求項２】
前記記憶手段に記憶されたコンテンツの出力スケジュールに係るスケジュール情報を取得するスケジュール取得手段をさらに含み、
前記出力手段は、スケジュール情報に従ってコンテンツを出力する
請求項１に記載のコンテンツ出力装置。
【請求項３】
前記記憶手段に記憶すべき少なくとも一つのコンテンツのリストを取得するコンテンツリスト取得手段をさらに含み、
前記ダウンロード手段は、リストに示されるコンテンツであって前記記憶手段に記憶されていない物を前記コンテンツサーバからダウンロードする
請求項１又は２に記載のコンテンツ出力装置。
【請求項４】
所定のタイミングで自装置に割り当てられた識別情報を含む自装置の位置登録要求をコンテンツサーバに送信し、
前記ダウンロード手段は、コンテンツサーバが前記位置登録要求に含まれる情報に基づいて登録するコンテンツ出力装置の宛先情報を用いて送信するコンテンツを受信する
請求項１〜３のいずれかに記載のコンテンツ出力装置。
【請求項５】
前記出力手段は、コンテンツ出力装置とは別個に設けられた制御装置からのコンテンツの出力制御情報に従ってコンテンツを出力する
請求項１〜４のいずれかに記載のコンテンツ出力装置。
【請求項６】
コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤ及び自装置の宛先を含むデータを前記コンテンツサーバに送信するデータ送信手段とを備える端末装置と、
前記データを受信するデータ受信手段と、前記データに含まれるＩＤとこのデータから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと
を含むデータ送信システム。
【請求項７】
前記端末装置から送信される前記データに含まれるこの端末装置の宛先を他の宛先に変更する中継装置をさらに含み、
前記宛先記憶手段は、宛先として前記他の宛先を記憶する
請求項６に記載のデータ送信システム。
【請求項８】
コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える端末装置と、
前記パケットを受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと、
前記端末装置と同じＬＡＮに備えられ、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶し、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号を自装置に割り当てられたグローバルアドレス及び前記他のポート番号に書き換えて送出する中継装置とを含み、
前記宛先記憶手段は、宛先として前記グローバルアドレスと前記他のポート番号とを記憶するデータ送信システム。
【請求項９】
前記端末装置は、
コンテンツの再生開始時刻及び再生終了時刻とを含む再生スケジュールを記憶するスケジュール記憶手段と、
前記再生開始時刻に該当するコンテンツの再生を開始し、前記再生終了時刻までにこのコンテンツを繰り返し再生し続ける制御手段と
をさらに備える
請求項６〜８のいずれかに記載のデータ送信システム。
【請求項１０】
コンテンツを記憶するコンテンツ記憶手段と、
コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、
自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段と
を備える端末装置。
【請求項１１】
送出先である端末装置に割り当てられたＩＤを含むパケットを前記端末装置から受信するパケット受信手段と、
前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、
前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段と
を備えるコンテンツサーバ。
【発明の詳細な説明】
【発明の属する技術分野】
本発明は、複数の位置に設置された複数の映像・音声再生装置に対し、装置の状態や再生内容等の管理を行う装置やシステムに関する。
【従来の技術】
従来、店頭にテレビ及びビデオ（ビデオ機能を有するテレビでも良い）等を設置し、商品やサービスや店舗等についての宣伝（販促）を行うシステムがある。例えば、ビデオテープにダビングされたＣＦ素材（Ｃｏｍｍｅｒｃｉａｌ　Ｆｉｌｍ素材：コンテンツ）等が、店頭に設置されたテレビによって放映されることにより宣伝が行われる。このようなシステムの処理の流れについて説明する。
まず、コンテンツが編集・制作され、このコンテンツを含むマスタテープが作成される。必要となるビデオテープの数、即ちこのコンテンツを放映する予定のビデオデッキの数と同数のビデオテープに対し、このマスタテープを用いたダビング・コピーが実行される。作成された（ダビングされた）ビデオテープは、ビデオデッキが設置された各店舗へ配送される。
次に、各ビデオデッキが設置された店舗では、配送されたビデオテープを店員が受け取り、このビデオテープをビデオデッキで再生する。店舗が広い場合などは、複数種類のコンテンツが同一店舗内の異なる位置で同時に放映される場合がある。この場合、店員は、どのビデオテープをどこに設置されたビデオデッキで再生すべきかを判断する必要がある。
ビデオの再生が終了すると、店員はこのビデオテープに対し巻き戻しを実行する。そして、店員は、必要に応じてこのビデオテープを再度再生する。
また、コンテンツによって宣伝する対象となる商品が品切れした場合は、店員は、再生しているビデオテープを品切れ用に作成されたコンテンツを含むビデオテープに取り替え、放映する。
また、コンテンツの内容に変更がある場合、変更された新たなマスタテープについて、再度ダビング・コピーが全台数分行われる。そして、新たにダビング・コピーされたビデオテープは改めて各店舗へ配送される。このとき、古いコンテンツを含むビデオテープが再生されないように、店舗や店員に周知させる必要がある。
【発明が解決しようとする課題】
しかしながら、上記システムには以下の問題があった。ビデオテープの再生場所（コンテンツの放映場所）毎にビデオテープが必要となるため、膨大な数のビデオテープをダビング・コピーする必要があり、多くの労力を必要とした。また、販促を行う店舗は多数あるため、ビデオテープの配送に多大なコストを必要としていた。
また、一般的に、販促に使用されるコンテンツは、その店舗の営業時間の間、繰り返し放映される。このため、ビデオテープの摩耗による画質の低下が顕著に現れていた。また、テープ劣化の進行により、ビデオテープが破損する場合もあった。この場合、マスタテープによるダビング・コピー及び配送が再度実行される必要があった。このようなダビング作業や配送には、多大な労力とコストを必要とした。
また、ビデオテープの再生が終了した場合、店員がそれを確認し、巻き戻し、再生する必要があり、このような作業は店員にとって負担となっていた。同様に、コンテンツによって宣伝される対象となる商品が品切れした場合、店員がそれを確認し、品切れ用に制作されたビデオテープに差し替える必要があるため、店員にとって負担となっていた。さらに、店員がビデオテープの再生が終了したことや商品の品切れに気が付かない場合、販促が正しく実行されなくなるという問題もあった。
また、コンテンツの内容を変更する場合は、改めてマスタテープの作成から配送までの処理を行う必要があり、多大な労力とコストを必要としていた。
本発明は、このような問題を解決し、映像データや音声データやテキストデータ等のコンテンツを、ネットワークを介して受信するコンテンツ出力装置や、コンテンツを離れた位置に設置された装置にネットワークを介して送信するデータ送信システムを提供することを目的とする。
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。本発明の第一の態様は、所定の場所に設置され、所定のコンテンツを出力するコンテンツ出力装置であって、出力すべき少なくとも一つのコンテンツをコンテンツサーバからネットワークを介してダウンロードするダウンロード手段と、ダウンロードされたコンテンツを記憶する記憶手段と、記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する出力手段とを含む。
本発明の第一の態様によれば、ダウンロード手段が、ネットワークを介して、出力すべき少なくとも一つのコンテンツをコンテンツサーバからダウンロードする。このようなネットワークの例として、インターネットやＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）等がある。また、ダウンロードの形態は、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等どのような形態であっても良い。
記憶手段は、このようにしてダウンロードされたコンテンツを記憶する。記憶手段は、どのような記憶装置（例：テープ，ハードディスク，フラッシュメモリ）を用いて構成されても良いが、例えばフラッシュメモリ（例：コンパクトフラッシュ，スマートメディア）のように稼働部の無い記憶装置やハードディスクのように非接触型の記憶装置を用いて構成されることにより、記憶装置などにおける摩耗による故障の問題を解決することが可能となる。
出力手段は、記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する。
このため、コンテンツ出力装置は、ネットワークを介してコンテンツサーバからコンテンツを受信することが可能となる。従って、コンテンツが記録された記録媒体などの配送における多大なコストと労力を削減することが可能となる。
また、本発明の第一の態様は、前記記憶手段に記憶されたコンテンツの出力スケジュールに係るスケジュール情報を取得するスケジュール取得手段をさらに含み、前記出力手段は、スケジュール情報に従ってコンテンツを出力するように構成されても良い。
また、本発明の第一の態様は、前記記憶手段に記憶すべき少なくとも一つのコンテンツのリストを取得するコンテンツリスト取得手段をさらに含み、前記ダウンロード手段は、リストに示されるコンテンツであって前記記憶手段に記憶されていない物を前記コンテンツサーバからダウンロードするように構成されても良い。
また、本発明の第一の態様は、所定のタイミングで自装置に割り当てられた識別情報を含む自装置の位置登録要求をコンテンツサーバに送信し、前記ダウンロード手段は、コンテンツサーバが前記位置登録要求に含まれる情報に基づいて登録するコンテンツ出力装置の宛先情報を用いて送信するコンテンツを受信するように構成されても良い。
また、本発明の第一の態様の前記出力手段は、コンテンツ出力装置とは別個に設けられた制御装置からのコンテンツの出力制御情報に従ってコンテンツを出力するように構成されても良い。
本発明の第二の態様は、データ送信システムであって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤ及び自装置の宛先を含むデータを前記コンテンツサーバに送信するデータ送信手段とを備える端末装置と、前記データを受信するデータ受信手段と、前記データに含まれるＩＤとこのデータから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバとを含む。
本発明の第二の態様によれば、端末装置のデータ送信手段は、自装置に割当てられたＩＤ及び自装置の宛先を含むデータを生成し、このデータをコンテンツサーバに送信する。コンテンツサーバのデータ受信手段が端末装置からこのデータを受信すると、コンテンツサーバの宛先記憶手段は、受信されたデータに含まれるＩＤと宛先とを対応付けて記憶する。コンテンツサーバのコンテンツ送信手段は、あるＩＤを持つ端末装置へコンテンツを送信する場合、宛先記憶手段がこのＩＤに対応づけて記憶する宛先へコンテンツを送信する。端末装置のコンテンツ受信手段は、コンテンツサーバから送信されたコンテンツを受信し、コンテンツ記憶手段に受信したコンテンツを書き込む。
このため、コンテンツサーバは、端末装置の宛先とＩＤとをあらかじめ設定される必要がない。従って、端末装置の宛先が変更される場合も、コンテンツサーバにおいて変更処理を行う必要が無く、サーバ管理者等の負担が軽減される。また、端末装置の宛先が自動的に変更されるように構成されたシステムであっても、宛先の変更が自動的にコンテンツサーバに反映されるため、サーバ管理者等の負担が軽減される。
また、本発明の第二の態様は、前記端末装置から送信される前記データに含まれるこの端末装置の宛先を他の宛先に変更する中継装置をさらに含み、前記宛先記憶手段は、宛先として前記他の宛先を記憶するように構成されても良い。
このように構成された本発明の第二の態様によれば、中継装置は、端末装置から送信されるデータに含まれる端末装置の宛先を他の宛先に変更し、コンテンツサーバに送信する。そして、コンテンツサーバの宛先記憶手段は、受信されたデータに含まれる端末装置のＩＤと他の宛先とを対応付けて記憶する。
本発明の第三の態様は、データ送信システムであって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える端末装置と、前記パケットを受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと、前記端末装置と同じＬＡＮに備えられ、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶し、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号を自装置に割り当てられたグローバルアドレス及び前記他のポート番号に書き換えて送出する中継装置とを含み、前記宛先記憶手段は、宛先として前記グローバルアドレスと前記他のポート番号とを記憶する。
本発明の第三の態様によれば、端末装置のパケット送信手段は、自装置に割り当てられたＩＤを含むパケットを生成し、このパケットをコンテンツサーバに送信する。このようなパケットの例として、ＩＰデータグラムやＩＰパケット等がある。
この端末装置と同じＬＡＮに備えられる中継装置は、この端末装置からパケットを受信し、このパケットのヘッダに含まれる送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶する。そして、中継装置は、パケットのヘッダの送信元アドレス及び送信元ポート番号とを自装置に割り当てられたグローバルアドレス及び他のポート番号に書き換えて、このパケットの送信先へ送出する。
コンテンツサーバのパケット受信手段がこのパケットを受信すると、コンテンツサーバの宛先記憶手段は、受信されたパケットに含まれるＩＤとパケットのヘッダに含まれる端末装置の宛先を対応付けて記憶する。即ち、宛先記憶手段は、このＩＤと、中継装置のグローバルアドレス及び他のポート番号とを対応付けて記憶する。コンテンツサーバのコンテンツ送信手段は、あるＩＤを持つ端末装置へコンテンツを送信する場合、宛先記憶手段がこのＩＤに対応づけて記憶する宛先へコンテンツを送信する。
端末装置のコンテンツ受信手段は、コンテンツサーバから送信されたコンテンツを受信し、コンテンツ記憶手段に受信したコンテンツを書き込む。
このため、端末装置がローカルアドレスのみを持つ装置である場合であっても、コンテンツサーバは、端末装置の宛先とＩＤとをあらかじめ設定されることなく、端末装置の宛先とＩＤとの対応を得ることができる。
また、本発明の第二の態様及び第三の態様の前記端末装置は、コンテンツの再生開始時刻及び再生終了時刻とを含む再生スケジュールを記憶するスケジュール記憶手段と、前記再生開始時刻に該当するコンテンツの再生を開始し、前記再生終了時刻までにこのコンテンツを繰り返し再生し続ける制御手段とをさらに備えるように構成されても良い。
本発明の第四の態様は、端末装置であって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える。
本発明の第五の態様は、コンテンツサーバであって、送出先である端末装置に割り当てられたＩＤを含むパケットを前記端末装置から受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備える。
【発明の実施の形態】
次に、図を用いて本発明の実施形態におけるデータ送信システムについて説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
〔第一実施形態〕
〔〔概要〕〕
図１は、本発明の第一実施形態におけるデータ送信システム１の概要を示す図である。図１を用いてデータ送信システム１について説明する。
データ送信システム１は、店舗２，配信センタ３，コンテンツ制作センタ４，及びインターネット５を含む。
データ送信システム１では、コンテンツ制作センタ４において制作されたコンテンツ（例えばＣＦ素材）がインターネット５を介して配信センタ３へ送信・登録される。各店舗２に設置されたＳＴＢ（Ｓｅｔ　Ｔｏｐ　Ｂｏｘ：詳細は後述する）６は、それぞれに設定されたスケジュールに従って、配信センタ３に登録されているコンテンツのうち、必要なコンテンツを選択しダウンロードする。そして、各店舗２のＳＴＢ６は、ダウンロードしたコンテンツを、それぞれに設定されたスケジュールに従って再生（放映）する。
各店舗２と配信センタ３とコンテンツ制作センタ４とには、それぞれに一つのグローバルアドレスが割り当てられる。また、店舗２の各ＳＴＢ６にはプライベートアドレス（ローカルアドレス）が割り当てられる。このため、ＳＴＢ６と配信センタ３とが通信を行うにあたり、店舗２のルータによってＩＰマスカレードが実行される。
〔〔システム構成〕〕
次に、データ送信システム１における各構成について説明する。
〈店舗〉
店舗２には、ＳＴＢ６，出力装置７，ルータ８，管理端末９，及び無線ＬＡＮのアクセスポイント１０が設置されている。
配信センタ３からインターネット５を介して店舗２へ送信されるコンテンツのデータは、さらにルータ８及びアクセスポイント１０を介し、ＳＴＢ６によって受信される。そして、ＳＴＢ６によって受信されたコンテンツのデータは、ＳＴＢ６に接続された出力装置７によって再生される。また、各ＳＴＢ６の動作、設定等は、管理端末９を用いて管理される。以下、店舗２における各装置について説明する。
〈〈ＳＴＢ〉〉
図２は、本発明によるＳＴＢ６のブロック図である。図２を用いてＳＴＢ６について説明する。ＳＴＢ６は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。ＳＴＢ６は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、通信制御部１１，コンテンツ記憶部１２，コンテンツ管理部１３，スケジュール管理部１４，出力制御部１５，出力部１６，及び状態管理部１７等を含む装置として機能する。
ＳＴＢ６では、通信制御部１１を介してアクセスポイント１０との通信が実行される。コンテンツ管理部１３とコンテンツ記憶部１２とが、配信センタ３から配信されるコンテンツのデータを管理する。また、スケジュール管理部１４がコンテンツ再生のスケジュールを管理する。そして、スケジュール管理部１４の命令に応じて、出力制御部１５と出力部１６とがコンテンツ記憶部１２に記憶されるコンテンツのデータを出力装置７へ出力する。以下、ＳＴＢ６が備える各構成について説明する。
通信制御部１１は、無線ＬＡＮカードや無線ＬＡＮボード等を用いて構成される。通信制御部１１は、アクセスポイント１０に応じた装置を用いて構成される。例として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ）８０２．１１ａ，ＩＥＥＥ８０２．１１ｂ，ＨｉＳＷＡＮａ（Ｈｉｇｈ　Ｓｐｅｅｄ　Ｗｉｒｅｌｅｓｓ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　ｔｙｐｅ　ａ：ハイスワンエー）等がある。通信制御部１１は、アクセスポイント１０とＳＴＢ６とにおける通信データの送受信を実行する。
コンテンツ記憶部１２は、ハードディスクやフラッシュメモリ等の不揮発性記憶装置を用いて構成される。コンテンツ記憶部１２は、配信センタ３から配信されるコンテンツのデータを記憶する。このようなコンテンツのデータの例として、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）１／２／４，ＭＰ３（ＭＰＥＧ−１　Ａｕｄｉｏ　Ｌａｙｅｒ−３），ＭＩＤＩ（Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍｅｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ）等がある。また、コンテンツ記憶部１２は、インフォーマル機能を実行するための設定ファイルを記憶する。設定ファイルは、テロップの文字列，テロップの表示回数（連続表示回数），表示時間（連続表示時間），テロップの表示速度，テロップの表示場所，フォントサイズ，フォントタイプ等を含む。
コンテンツ管理部１３は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。コンテンツ管理部１３は、コンテンツ記憶部１２が記憶するコンテンツのデータを管理する。コンテンツ管理部１３は、配信センタ３から受信されたコンテンツリストファイルを用いてＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）処理を実行し、コンテンツ記憶部１２に記憶されるコンテンツのデータを管理する。
コンテンツ管理部１３は、コンテンツリストファイルを自身が備える不揮発性記憶装置に記憶する。コンテンツリストファイルは、ＥＰＧに含まれるファイルである。また、ＥＰＧは、配信センタ３に設置されたコンテンツ配信サーバ１８から送信される。
図３は、コンテンツ管理部１３が記憶するコンテンツリストファイルに含まれるコンテンツリスト１３Ａの例を示す図である。コンテンツリスト１３Ａは、このＳＴＢ６にダウンロードされるべき少なくとも一つのコンテンツを示す番号（コンテンツナンバー）及び、各コンテンツの更新日時（作成日時）を含む。ダウンロードされるべきコンテンツには、プレイスケジュールリストのスケジュールに従って再生されるコンテンツと、臨時（緊急時）に再生されるコンテンツとがある。臨時に再生されるコンテンツの例として、再生される予定のコンテンツに対応する商品が品切れである場合に再生されるコンテンツ等がある。また、コンテンツリストファイルはＳＴＢ６毎に制作されるため、店舗限定のコンテンツ等を含むように構成することもできる。
コンテンツ管理部１３は、ＥＰＧ受信処理を実行することにより、コンテンツ記憶部１２に記憶されるコンテンツを管理する。以下、ＥＰＧ受信処理について説明する。
コンテンツ管理部１３は、受信された最新のコンテンツリストに含まれるコンテンツと、自身が記憶するコンテンツリスト１３Ａ（即ち、前回受信されたコンテンツリスト１３Ａ）に含まれるコンテンツとを比較し、更新されたコンテンツの有無を判断する。具体的には、コンテンツ管理部１３は、自身が記憶するコンテンツリスト１３Ａに含まれないコンテンツが最新のコンテンツリストに含まれる場合に、更新されたコンテンツが有ると判断する。また、コンテンツ管理部１３は、自身が記憶するコンテンツリスト１３Ａに含まれるコンテンツのうち、最新のコンテンツリストにおける更新日時の方が新しい日時である場合に、更新されたコンテンツが有ると判断する。
コンテンツ管理部１３は、更新されたコンテンツがある場合、該当する最新のコンテンツを配信センタ３からダウンロードし、コンテンツ記憶部１３に書き込む。このとき、コンテンツ管理部１３は、コンテンツ記憶部１２に記憶された古いコンテンツを削除する。古いコンテンツとは、コンテンツリストに含まれないコンテンツや、最新のコンテンツがダウンロードされた場合の同じコンテンツナンバーを持つ古いコンテンツを指す。
スケジュール管理部１４は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。スケジュール管理部１４は、コンテンツ記憶部１２に記憶されるコンテンツが出力（再生）されるスケジュールを管理する。スケジュール管理部１４は、配信センタ３から受信されるプレイスケジュールリストファイルに基づいて、コンテンツのスケジュールを管理する。このとき、スケジュール管理部１４は、プレイスケジュールリストファイルに基づいて、コンテンツの再生などの命令を出力制御部１５へ通知する。
スケジュール管理部１４は、配信センタ３から受信されるプレイスケジュールリストファイルを、自身が備える不揮発性記憶装置に記憶する。図４は、スケジュール管理部１４が記憶するプレイスケジュールリストファイルに含まれるプレイスケジュールリスト１４Ａの例を示す図である。プレイスケジュールリスト１４Ａは、項目として、ＡＤタイプ（ＡＤｖｅｒｔｉｓｅｍｅｎｔ　Ｔｙｐｅ），ファイルネーム（Ｆｉｌｅ　Ｎａｍｅ），ファイルテキストネーム（Ｆｉｌｅ　Ｔｅｘｔ　Ｎａｍｅ），開始時刻（Ｓｔａｒｔ　Ｔｉｍｅ），終了時刻（Ｅｎｄ　Ｔｉｍｅ）を持つ。各項目について説明する。
ＡＤタイプは、コンテンツ等のデータのファイル属性を示す。ＡＤタイプの例として、ＭＰＥＧ，ＴＥＸＴ，ＪＰＥＧ等がある。ここで、ＴＥＸＴの属性を持つファイルは、インフォーマル機能を実行するための設定ファイルを示す。
ファイルネームは、コンテンツ等のデータを含むファイルの名称を示す。ファイルテキストネームは、コンテンツ等の内容を示す文字列である。開始時刻と終了時刻は、夫々コンテンツ等の再生開始時刻と再生終了時刻とを示す。なお、あるコンテンツの再生において、終了時刻になるまえに再生が完了した場合、このコンテンツについて終了時刻まで繰り返し再生が実行される（プレイバック）。この他、プレイスケジュールリスト１４Ａは、開始日，終了日等のスケジュールの項目を持つように構成されても良い。
スケジュール管理部１４は、コンテンツ管理部１３によるＥＰＧ受信処理が終了し、プレイスケジュールリストに示される各コンテンツのデータがコンテンツ記憶部１２に記憶されていることを確認し、満足されていれば、ダウンロードされた新しいプレイスケジュールリスト１４Ａに基づいて新しいコンテンツの放映を実行する。
出力制御部１５は、ＣＰＵやＲＡＭ等を用いて構成される。出力制御部１５は、スケジュール管理部１４や通信制御部１１から通知される命令に従って、テロップやコンテンツ記憶部１２に記憶されるコンテンツ等を出力する。
出力制御部１５は、通知された命令がコンテンツ記憶部１２に記憶されるコンテンツに関する命令である場合、このコンテンツについて再生、一時停止、停止、早送り、巻き戻し等の処理を実行する。
また、出力制御部１５は、通知された命令がインフォーマル等の宣伝手段に関する命令である場合、この命令に従って宣伝手段を実行する。例えば、この宣伝手段がテキストマスカレーディング機能（Ｔｅｘｔ　Ｍａｓｑｕｅｒａｄｉｎｇ機能：インフォーマル機能）である場合、即ち動画を再生しながらスクリーン中に任意の文字列（テロップ）を流動的に表示させる機能である場合、命令に含まれる文字列について再生、一時停止、停止などの処理を実行する。このような命令には、テロップの設定値が含まれる。テロップの設定値は、テロップの表示回数，表示時間，テロップの表示速度，テロップの表示場所，フォントサイズ，フォントタイプ等の値を含む。
また、このような命令には、コンテンツ記憶部１２に記憶されるインフォーマル機能を実行するための設定ファイルを実行することを指示する命令もある。
出力部１６は、外部インタフェースやデコーダ等を用いて構成される。このような外部インタフェースの例として、出力端子を備えるビデオカードがある。ビデオカードの出力端子は、このＳＴＢ６が接続される出力装置７の形態に応じて構成される。デコーダは、コンテンツデータをハードウェアによりデコードする必要がある場合などに用いる。出力部１６は、出力制御部１５から受け取るコンテンツデータを、必要に応じてデコードした後に出力装置７へ送出する。
状態管理部１７は、ＣＰＵやＲＡＭや不揮発性記憶装置やタイマ等を用いて構成される。状態管理部１７は、ＳＴＢ６の状態を配信センタ３へ報告する。状態管理部１７は、タイマを用いて定期的にハートビートコール（Ｈｅａｒｔ　ｂｅａｔ　ｃａｌｌ）を配信センタ３へ送信する。
ハートビートコールとは、発信元のＳＴＢ６の宛先を配信センタ３へ通知するためのデータである。また、ハートビートコールは、定期的に配信センタ３へ送信されることにより、発信元のＳＴＢ６の状態を配信センタ３へ通知する。
また、状態管理部１７は、電源投入時など、あらかじめ設定されたタイミングでもハートビートコールを配信センタ３へ送信する。このタイミングは、管理端末９や配信センタ３の運用端末２６によって設定・変更される。
ハートビートコールは、プロダクトＩＤを含む。プロダクトＩＤは、各ＳＴＢ６に一意に割り当てられる１２桁の数字であり、ＳＴＢ６間で重複しない値である。状態管理部１７は、自身が備える不揮発性記憶装置に、自装置のプロダクトＩＤ及びハートビートコールの送信タイミング（例：クロック数，時間）を記憶する。
また、ＳＴＢ６は、不図示の設定値記憶部を備える。設定値記憶部は、不揮発性記憶装置によって構成され、各種設定値を記憶する。設定値の具体例として、配信センタ３のグローバルアドレス，自装置に割当てられているローカルアドレス等がある。
〈〈出力装置〉〉
出力装置７は、ＳＴＢ６からコンテンツデータを入力され、入力されたコンテンツデータを出力する。コンテンツデータには、映像（動画）データ，音声データ，静止画データ，テキストデータ等があり、出力装置７は入力されるコンテンツデータに応じた構成をとる。一般的には、出力装置７は、ＴＶ，ディスプレイ装置，スピーカ等を用いて構成される。
〈〈ルータ〉〉
まず、ルータ８の構成について説明する。ルータ８は、一般的に使用されるブロードバンドルータを用いて構成される。店舗２にはグローバルアドレスを持たない複数台のＳＴＢ６が備えられるため、ルータ８は、ＩＰマスカレード機能を備えるブロードバンドルータを用いて構成される。ルータ８は、店舗２とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、店舗２とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ８は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ８は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。
次にルータ８における設定について説明する。ルータ８は、セキュリティの向上を図るため、配信センタ３との通信のみを行うように設定される。具体的には、ルータ８は、フィルタリングを実行し、配信センタ３から送信されたパケットのみを店舗２内のネットワークへ通過させる。即ち、ルータ８は、インターネット５から受信したパケットのうち、送信元アドレスが配信センタ３のアドレスであるパケットのみを通過させる。また、ルータ８は、店舗２内のネットワークから受信したパケットのうち、送信先アドレスがルータ８又は配信センタ３のアドレスであるパケットのみを通過させる。さらに、ルータ８は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
〈〈管理端末〉〉
管理端末９は、店舗２に設置されている各ＳＴＢ６について、管理者が各種設定や操作を行うための装置である。具体的には、管理端末９は、管理者が店舗２に設置されている各ＳＴＢ６で放映されているコンテンツの確認や変更を行うための装置である。例えば、ＳＴＢ６で放映されているコンテンツがある商品の宣伝である場合に、この商品が品切れした際に、管理者は管理端末９を用いて放映されているコンテンツを変更する。また、管理者はモニターの追加によるメーカーの確認などに管理端末９を使用する。また、管理者は、放映されているコンテンツにインフォーマル機能を用いる際に、管理端末９を用いてキャラクタ入力や制御等の作業を実行する。また、管理者は、管理端末９を用いて、ＳＴＢ６のプレイスケジュールリスト１４Ａの内容を変更することができる。また、管理者は、管理端末９を用いて、プレイスケジュールリスト１４Ａに含まれないコンテンツを割り込みで再生させることができる。このため、管理端末９は以下のように構成される。
管理端末９は、パーソナルコンピュータやワークステーション等の情報処理装置を用いて構成される。管理端末９は、キーボードやマウス等の入力装置、ディスプレイやスピーカ等の出力装置、無線ＬＡＮカード等の通信制御装置を備える。管理端末９は、同じ店舗２に設置される各ＳＴＢ６と通信可能に構成される。
〈〈アクセスポイント〉〉
アクセスポイント１０は、店舗２において無線ＬＡＮを使用するためのアクセスポイントを用いて構成される。アクセスポイント１０は、上流側はルータ８と接続され、下流側は各ＳＴＢ６と接続される。このとき、管理端末９は、アクセスポイント１０の下流側に接続されても良い。
アクセスポイント１０は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ，ＩＥＥＥ８０２．１１ｂ，ＨｉＳＷＡＮａ等の規格に準拠した装置を用いて構成される。
〈配信センタ〉
配信センタ３には、コンテンツ配信サーバ１８，コンテンツ登録ストレージ１９，ルータ２０，ルータ２１，運用端末２６が設置される。配信センタ３では、コンテンツ登録ストレージ１９が、コンテンツ制作センタ４からインターネット５とルータ２１とを介してコンテンツのデータ等を受信し記憶する。また、配信センタ３では、コンテンツ配信サーバ１８が、コンテンツ登録ストレージ１９に記憶されるＥＰＧやコンテンツのデータ等を読み出し、ルータ２０，インターネット５を介して店舗２のＳＴＢ６へ送信する。また、配信センタ３では、管理者が運用端末２６を使用して、任意の店舗２に設置された任意のＳＴＢ６を操作・管理する。以下、配信センタ３が含む各構成について説明する。
〈〈コンテンツ配信サーバ〉〉
図５は、本発明によるコンテンツ配信サーバ１８のブロック図である。コンテンツ配信サーバ１８は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。コンテンツ配信サーバ１８は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、通信制御部２２，配信先記憶部２３，配信制御部２４，及び状態管理部２５等を含む装置として機能する。
コンテンツ配信サーバ１８では、配信制御部２４が店舗２のＳＴＢ６からハートビートコールを受信し、ＳＴＢ６のプロダクトＩＤとＩＰアドレスとの対応を配信先記憶部２３に登録する。また、コンテンツ配信サーバ１８では、配信制御部２４が、配信先記憶部２３の登録内容に応じて、各ＳＴＢ６へ送信すべきＥＰＧを決定し、コンテンツ登録ストレージ１９から読み出したＥＰＧを送信する。また、コンテンツ配信サーバ１８では、状態管理部２５が、受信されるハートビートコールと配信先記憶部２３の記憶内容とを基に、各ＳＴＢ６の状態を監視する。以下、このように動作するコンテンツ配信サーバ１８が備える各構成について説明する。
通信制御部２２は、ネットワークボード等を用いて構成される。通信制御部２２は、配信センタ３のネットワークで使用されるネットワーク形態に応じたネットワークボード等を用いて構成される。
配信先記憶部２３は、ハードディスク等の不揮発性記憶装置を用いて構成される。配信先記憶部２３は、配信先テーブル２３Ａを記憶する。図６は、配信先テーブル２３Ａの例を示す図である。
配信先テーブル２３Ａは、プロダクトＩＤ，ＩＰアドレス，ポート番号，ＥＰＧナンバー，最新アクセス日時，及びカウンタの値を対応付けて持つ。ＩＰアドレスとポート番号は、対応するプロダクトＩＤを持つＳＴＢ６へデータを送信する際に送信先アドレスと送信先ポート番号として使用する値である。この値は、ＳＴＢ６から送信されるハートビートコールを含むパケットの送信元アドレスと送信元ポート番号から得られる。従って、ＩＰアドレスはグローバルアドレスの値を持つ。
ＥＰＧナンバーは、対応するプロダクトＩＤを持つＳＴＢ６へ送信されるべきＥＰＧの番号を示す。ＥＰＧは、コンテンツリストファイルとプレイスケジュールリストファイルとを含む。ＥＰＧのデータは、コンテンツ登録ストレージ１９に、ＥＰＧナンバーと対応付けて記憶される。
最新アクセス日時は、対応するプロダクトＩＤを持つＳＴＢ６からコンテンツ配信サーバ１８が受信する最新のハートビートコールの受信日時を示す。
カウンタは、０〜５９の整数を持ち、コンテンツ配信サーバ１８が、対応するプロダクトＩＤを持つＳＴＢ６からハートビートコールを受信した回数を示す。配信先テーブル２３ＡのプロダクトＩＤとＥＰＧナンバーとは、管理者が運用端末２６を使用した場合にのみ書き換えられる。
配信制御部２４は、ＣＰＵやＲＡＭ等を用いて構成される。配信制御部２４は、ハートビートコールを受信すると、ハートビートコールに含まれるプロダクトＩＤを読み出す。また、配信制御部２４は、ハートビートコールを含むパケットの送信元アドレスと送信元ポート番号とを読み出す。そして、配信制御部２４は、読み出した送信元アドレスと送信元ポート番号とを、読み出したプロダクトＩＤに対応付けて、配信先テーブル２３Ａに登録する。また、配信制御部２４は、現在時刻を取得し、取得した現在時刻を、読み出したプロダクトＩＤに対応する最新アクセス日時の値として配信先テーブル２３Ａに登録する。このとき、配信制御部２４は、対応するカウンタの値に１を加算する。ただし、配信制御部２４は、カウンタの値”５９”に”１”を加算する場合、カウンタの値を”０”と書き換える。
配信制御部２４は、カウンタの値を”１”と書き換えた場合、このカウンタに対応するＥＰＧナンバーに該当するＥＰＧをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４は、読み出したＥＰＧを、このカウンタに対応するＩＰアドレスとポート番号を送信先としたパケットとして送信する。
また、配信制御部２４は、通信制御部２２を介してＳＴＢ６からコンテンツダウンロード要求を受信すると、このコンテンツダウンロード要求に含まれるコンテンツナンバーに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４は、読み出したコンテンツのデータを、コンテンツダウンロード要求の送信元であるＳＴＢ６へ送信する。
状態管理部２５は、ＣＰＵやＲＡＭやタイマ等を用いて構成される。状態管理部２５は、定期的に配信先テーブル２３Ａの最新アクセス日時を参照し、この値が初期値（例えば”ＮＵＬＬ”）でない場合、この値と現在日時の時間差を算出する。状態管理部２５は、この時間差が閾値（例：数十秒，数分）を超えた場合、この最新アクセス日時に対応するプロダクトＩＤを読み出し、最新アクセス日時とともに運用端末２６へ通知する。このとき、状態管理部２５は、この最新アクセス日時に対応するカウンタの値を”０”に書き換え、この最新アクセス日時を初期値に書き換える。
〈〈コンテンツ登録ストレージ〉〉
コンテンツ登録ストレージ１９は、不揮発性記憶装置などを用いて構成される。コンテンツ登録ストレージ１９は、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓ）のように冗長性を備える装置として構成されても良い。
コンテンツ登録ストレージ１９は、ＥＰＧをＥＰＧナンバーと対応付けて記憶する。即ち、コンテンツ登録ストレージ１９は、コンテンツリストファイル及びプレイスケジュールリストファイルを、ＥＰＧナンバーと対応付けて記憶する。また、コンテンツ登録ストレージ１９は、コンテンツのデータをコンテンツナンバーと対応付けて記憶する。コンテンツ登録ストレージ１９が記憶するＥＰＧ，ＥＰＧナンバー，コンテンツのデータ，及びコンテンツナンバーは、コンテンツ制作センタ４から登録される。
〈〈ルータ〉〉
ルータ２０，２１は、一般的に使用されるブロードバンドルータを用いて構成される。配信センタ３には複数台の通信端末（コンテンツ配信サーバ１８，運用端末２６等）が備えられるため、ルータ２０，２１は、静的ＩＰマスカレード機能を備えるブロードバンドルータを用いて構成される。ルータ２０，２１は、配信センタ３とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、配信センタ３とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ２０，２１は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ２０，２１は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。また、ルータ２０とルータ２１とはそれぞれ異なる構成（例：ルータ２０はＡＤＳＬルータでありルータ２１はＦＴＴＨルータ）を用いて構成されても良い。
次にルータ２０における設定について説明する。ルータ２０は、セキュリティの向上を図るため、各店舗２との通信のみを行うように設定される。具体的には、ルータ２０は、フィルタリングを実行し、各店舗２から送信されたパケットのみを配信センタ３内のネットワークへ通過させる。即ち、ルータ２０は、インターネット５から受信したパケットのうち、送信元アドレスが店舗２のアドレスであるパケットのみを通過させる。また、ルータ２０は、配信センタ３内のネットワークから受信したパケットのうち、送信先アドレスがルータ２０又は店舗２のアドレスであるパケットのみを通過させる。さらに、ルータ２０は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
ルータ２０の設定と同様に、ルータ２１も、コンテンツ制作センタ４との通信のみを行うように設定される。ルータ２１のフィルタリングの設定は、ルータ２０の説明において店舗２をコンテンツ制作センタ４に置き換えた設定がされる。
〈〈運用端末〉〉
運用端末２６は、コンテンツ登録ストレージ１９や各店舗２に設置されたＳＴＢ６の管理・設定を行うために、管理者によって使用される。管理者は、運用端末２６を使用し、リモートコントロールにて各店舗２に設置されたＳＴＢ６の状況を確認する。運用端末２６は、パーソナルコンピュータやワークステーション等の情報処理装置を用いて構成され、以下のように動作する。
運用端末２６は、コンテンツ配信サーバ１８から最新アクセス日時とプロダクトＩＤとを通知されると、この二つの値を対応付けてログとして記憶する。この他にも、運用端末２６は、コンテンツ制作センタ４からコンテンツ登録ストレージ１９へのデータ更新の際（コンテンツ制作者名，コンテンツ制作日時，コンテンツナンバー等をログとして記憶）や、コンテンツ配信サーバ１８からＳＴＢ６へのコンテンツ，ＥＰＧのダウンロードの際（プロダクトＩＤ，ダウンロード日時，コンテンツナンバー，ＥＰＧナンバー等をログとして記憶）等に履歴（ログ）を記憶する。運用端末２６は、管理者の要求に応じて、記憶したログをＣＳＶ（Ｃｏｍｍａ　Ｓｅｐａｒａｔｅｄ　Ｖａｌｕｅ）ファイルとして出力する。
また、運用端末２６は、コンテンツ配信サーバ１８から最新アクセス日時とプロダクトＩＤとを通知されると、通知されたプロダクトＩＤに対応するＳＴＢ６と同じ店舗の管理端末９に対し、通知された二つの値を確認信号として通知する。
〈コンテンツ制作センタ〉
コンテンツ制作センタ４は、作業端末２７，ルータ２８を含む。コンテンツ制作センタ４では、管理者は、作業端末２７を用いてコンテンツを制作し、制作したコンテンツを、ルータ２８及びインターネット５を介して配信センタ３へ登録する。以下、コンテンツ制作センタ４が含む各構成について説明する。
〈〈作業端末〉〉
作業端末２７は、パーソナルコンピュータやワークステーション等の情報処理端末又はコンテンツ制作の専用ハードウェアを用いて構成され、ＳＴＢ６で放映されるコンテンツを制作するために、管理者によって使用される。また、作業端末２７は、ＥＰＧ，インフォマーシャル等のデータを制作するために、管理者によって使用される。また、作業端末２７は、管理者の操作によって、制作されたコンテンツ，ＥＰＧ，インフォマーシャル等のデータを登録センタ３へ送信し登録する。
〈〈ルータ〉〉
ルータ２８は、コンテンツ制作センタ４とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、コンテンツ制作センタ４とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ２８は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ２８は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。
次にルータ２８における設定について説明する。ルータ２８、セキュリティの向上を図るため、配信センタ３との通信のみを行うように設定される。具体的には、ルータ２８は、フィルタリングを実行し、配信センタ３から送信されたパケットのみをコンテンツ制作センタ４内のネットワークへ通過させる。即ち、ルータ２８は、インターネット５から受信したパケットのうち、送信元アドレスが配信センタ３のアドレスであるパケットのみを通過させる。また、ルータ２８は、コンテンツ制作センタ４内のネットワークから受信したパケットのうち、送信先アドレスがルータ２８又は配信センタ３のアドレスであるパケットのみを通過させる。さらに、ルータ２８は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
〔〔動作例〕〕
図７〜図１１は第一実施形態によるデータ送信システム１の動作を示すフローチャートである。以下、第一実施形態によるデータ送信システム１の動作について説明する。
図７は、電源投入時のＳＴＢ６の動作を示すフローチャートである。まず、図７を用いて電源投入時のＳＴＢ６の動作について説明する。
ＳＴＢ６に電源が投入されると（Ｓ０１）、状態管理部１７はハートビートコールをコンテンツ配信サーバ１８へ送信する（Ｓ０２）。コンテンツ配信サーバ１８は、ハートビートコールを受信すると（Ｓ０３）、ハートビートコール応答処理を実行する（Ｓ０４）。ハートビートコール応答処理については、図９を用いて後述する。ＳＴＢ６は、コンテンツ配信サーバ１８から、ハートビートコール応答処理の結果としてＥＰＧを受信すると、ＥＰＧ受信処理を実行する（Ｓ３５）。ＥＰＧ受信処理については、図１０を用いて後述する。そして、ＳＴＢ６の状態管理部１７は、ＥＰＧ受信処理の後にタイマをスタートさせる（Ｓ３６）。
図７のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、ＥＰＧ受信処理を含めて、コンテンツ再生のバックグラウンド処理として実行される。
図８は、タイマによるＳＴＢ６の動作及びコンテンツ配信サーバ１８の動作を示すフローチャートである。次に、図８を用いてこの動作について説明する。
状態管理部１７は、タイマをスタートさせ（Ｓ０５）、一定時間が経過すると（Ｓ０６−Ｙｅｓ）、ハートビートコールをコンテンツ配信サーバ１８へ送信する（Ｓ０７）。コンテンツ配信サーバ１８は、ハートビートコールを受信すると（Ｓ０８）、ハートビートコール応答処理を実行する（Ｓ０９）。ハートビートコール応答処理については、図９を用いて後述する。ＳＴＢ６は、コンテンツ配信サーバ１８から、ハートビートコール応答処理の結果としてＥＰＧを受信すると、ＥＰＧ受信処理を実行する（Ｓ３７）。ＥＰＧ受信処理については、図１０を用いて後述する。そして、ＳＴＢ６の状態管理部１７は、ＥＰＧ受信処理の後に、再度、タイマをスタートさせる（Ｓ０５）。
図８のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、ＥＰＧ受信処理を含めて、コンテンツ再生のバックグラウンド処理として実行される。
図９は、コンテンツ配信サーバ１８のハートビートコール応答処理における動作を示すフローチャートである。図９を用いてハートビートコール応答処理について説明する。
配信制御部２４は、受信されたハートビートコールからプロダクトＩＤを読み出す（Ｓ１０）。配信制御部２４は、さらに、受信されたハートビートコールを含むパケットのヘッダから送信元アドレス及び送信元ポート番号を読み出す（Ｓ１１）。配信制御部２４は、現在日時を取得し（Ｓ１２）、取得及び読み出した値を配信先テーブル２３Ａに登録する（Ｓ１３）。
配信制御部２４は、登録した送信元アドレス等に対応するカウンタの値が”５９”か否かを判断する（Ｓ１４）。カウンタの値が”５９”である場合（Ｓ１４−Ｙｅｓ）、配信制御部２４はカウンタの値を”０”とし（Ｓ１５）、処理を終了する（Ｓ１６）。一方、カウンタの値が”５９”ではない場合（Ｓ１４−Ｎｏ）、配信制御部２４は、カウンタの値をインクリメントする（Ｓ１７）。即ち、配信制御部２４は、カウンタの値に”１”を加算する。
次に、配信制御部２４は、カウンタの新たな値が”１”か否かを判断する（Ｓ１８）。カウンタの新たな値が”１”でない場合（Ｓ１８−Ｎｏ）、配信制御部２４は処理を終了する（Ｓ１６）。一方、カウンタの新たな値が”１”である場合（Ｓ１８−Ｙｅｓ）、配信制御部２４は、このカウンタに対応するＥＰＧナンバーを読み出す（Ｓ１９）。そして、配信制御部２４は、読み出したＥＰＧナンバーに対応するＥＰＧをコンテンツ登録ストレージ１９から読み出し（Ｓ２０）、読み出したＥＰＧをＳＴＢ６へ送信し（Ｓ２１）、処理を終了する（Ｓ１６）。
図１０は、ＥＰＧを配信センタ３から受信したＳＴＢ６の動作、即ちＳＴＢ６によるＥＰＧ受信処理の動作を示すフローチャートである。図１０を用いてＥＰＧ受信処理の動作について説明する。
ＥＰＧが受信されると（Ｓ２２）、コンテンツ管理部１３は、受信されたＥＰＧに含まれるコンテンツリストファイルと、自身が記憶するコンテンツリストファイルとを比較する（Ｓ２３）。そして、コンテンツ管理部１３は、更新されたコンテンツの有無を判断する（Ｓ２４）。更新されたコンテンツが無い場合（Ｓ２４−Ｎｏ）、コンテンツ管理部１３は、処理を終了する（Ｓ２５）。一方、更新されたコンテンツが有る場合（Ｓ２４−Ｙｅｓ）、コンテンツ管理部１３は、更新されたコンテンツを配信センタ３からダウンロードする（Ｓ２６）。このとき、コンテンツ管理部１３は、新たなコンテンツリストファイルを記憶し（Ｓ２７）、処理を終了する（Ｓ２５）。
図１０のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、コンテンツ再生のバックグラウンド処理として実行される。図１１は、コンテンツ配信サーバ１８のＳＴＢ監視処理の動作を示すフローチャートである。図１１を用いてＳＴＢ監視処理について説明する。
状態管理部２５は、タイマをスタートさせ（Ｓ２８）、一定時間が経過すると（Ｓ２９−Ｙｅｓ）、配信先テーブル２３Ａが含む最新アクセス日時を参照する（Ｓ３０）。状態管理部２５は、現在日時を取得し（Ｓ３１）、２値の値の差、即ち現在日時と最新アクセス日時との差が閾値を超えているか否かを判断する（Ｓ３２）。２値の差が閾値を超えていない場合（Ｓ３２−Ｎｏ）、状態管理部２５は処理を終了し（Ｓ３３）、再びタイマをスタートする（Ｓ２８）。一方、２値の差が閾値を超えている場合（Ｓ３２−Ｙｅｓ）、状態管理部２５は、読み出した最新アクセス日時とこの最新アクセス日時に対応するプロダクトＩＤとを、運用端末２６へ通知する（Ｓ３４）。そして、状態管理部２５は、処理を終了し（Ｓ３３）、再びタイマをスタートする（Ｓ２８）。
〔〔作用／効果〕〕
第一実施形態によれば、コンテンツ配信サーバ１８は、各ＳＴＢ６へパケットを送信するためのアドレスやポート番号をあらかじめ記憶せず、各ＳＴＢ６から受信するハートビートコールの内容に基づいて各ＳＴＢ６へパケットを送信するためのアドレスやポート番号を得る。このため、ＳＴＢ６について設定の変更や店舗の移動などを実行した場合であっても、コンテンツ配信サーバ１８においてなんら設定を変更する必要がない。
また、コンテンツのデータ等は、コンテンツ配信サーバ１８から各店舗２に設置された各ＳＴＢ６へ自動的に送信される。このため、コンテンツのデータ等を含むカセット等の記録媒体を配送することにより、コスト削減や処理の軽減をはかることができる。
また、コンテンツのデータ等は、ビデオデッキのように再生手段として駆動部（ヘッド等）を含む装置ではなく、ＣＰＵやＲＡＭ等を用いた装置、即ちＳＴＢによって再生される。このため、装置の故障率を軽減することによりコストの削減を図ることが可能となる。
また、コンテンツの再生は、プレイスケジュールリストの終了時刻までプレイバックにより継続するため、例えば終了時刻を店舗２の閉店時刻に合わせることにより、ターンキーソリューション、即ち管理者はＳＴＢ６の電源を投入するだけでＳＴＢ６が自動的に動作し続ける。このため、店舗２におけるＳＴＢ６の管理者の負担を軽減することが可能となる。
また、運用端末２６は、プロダクトＩＤ及び最新アクセス日時を対応付けてログを記憶するため、このログをＳＴＢ６毎にソートして出力することが可能となる。また、運用端末２６は、同様の理由により、ログとして記憶する他の情報（コンテンツ制作者やコンテンツナンバー等）についてもソートして出力することが可能である。このため、管理者はソートを実行することにより、このログの内容の確認が容易となる。
〔〔変形例〕〕
第一実施形態では、店舗２の通信形態として無線ＬＡＮを用いてシステムが構築されたが、他の通信形態を用いて構成されても良い。例えば、ＢｌｕｅＴｏｏｔｈのポイント・ツー・マルチポイント接続等の無線通信や、１００ＢＡＳＥ−Ｔ等の有線のＬＡＮを用いて構成されても良い。また、店舗２が小規模であるためにＳＴＢ６が１台しか設置されない場合、ＢｌｕｅＴｏｏｔｈのポイント・ツー・ポイント等の、１対１の無線通信を用いて構成されても良い。
また、上記記載では、ＳＴＢ６がコンテンツのデータ転送の際に使用するプロトコルについて限定されていないが、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のように汎用プロトコルを使用しても良いし、独自のプロトコルを使用しても良い。なお、独自のプロトコルを使用した場合、セキュリティの向上を図ることができる。
また、店舗２と配信センタ３及び／又はコンテンツ制作センタ４と配信センタ３は、ＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）を用いて通信を行うように構成されても良い。
また、ＳＴＢ６についての電源投入は、店舗２における管理者が手動で行われても良いし、タイマを用いて自動的に行われても良い。
また、コンテンツ管理部１３は、新たにダウンロードされるコンテンツのデータを記憶する領域がコンテンツ記憶部１２に不足しているか否かを判断し、不足している場合には、不要となる（即ち新たなコンテンツリスト１３Ａに示されていない）コンテンツのデータを削除し、新たにダウンロードされるコンテンツの記憶領域を確保した後にダウンロードを実行するように構成されても良い。
また、通信制御部１１，コンテンツ管理部１３，スケジュール管理部１４，状態管理部１７，設定値記憶部が備える不揮発性記憶装置は、容易に取り外し可能に構成されても良い。具体例としては、コンパクトフラッシュやスマートメディア等がある。さらに、上記各不揮発性記憶装置は、一つの装置として設けられても良い。このように構成されることにより、ＳＴＢ６に障害が発生した場合に、障害が発生したＳＴＢ６から不揮発性記憶装置を取りだし他のＳＴＢ６に装着させて予備系として動作させることが可能となる。
また、店舗２，配信センタ３，及びコンテンツ制作センタ４とインターネット５とを結ぶ通信路形態は、ＦＴＴＨ（Ｆｉｂｅｒ　Ｔｏ　Ｔｈｅ　Ｈｏｍｅ）等、ＡＤＳＬ以外の高速回線を用いて構成されても良い。
また、配信センタ３には、複数のグローバルアドレスが割当てられても良い。例えばコンテンツ配信サーバ１８に固有のグローバルアドレスが割当てられても良い。この場合、ルータ２０，２１は、静的ＩＰマスカレード機能を備えなくとも良い。また、この場合、ルータ２０，２１は、ブロードバンドルータではなく、他のルータを用いて構成されても良い。
また、コンテンツ記憶部１２に記憶されるコンテンツの削除は、コンテンツリストファイルが修正されることによって遂行されるように構成されても良い。
また、ハートビートコール応答処理において、配信制御部２４は、ＥＰＧに含まれるコンテンツリストファイルのみをＳＴＢ６にまず送信し（Ｓ２１に相当：図９参照）、その後ＳＴＢ６からプレイスケジュールリストファイル要求を受信した後にプレイスケジュールリストファイルをＳＴＢ６へ送信するように構成されても良い。この場合、ＳＴＢ６は、まずコンテンツリストファイルのみを受信し、ＥＰＧ受信処理（Ｓ２２〜Ｓ２７：図１０参照）の後にプレイスケジュールリストファイル要求を配信サーバ１８へ送信し、受信したプレイスケジュールリストファイルを記憶するように構成される。
また、ＳＴＢ６は、不図示のＨＴＴＰＤ実行部を備えるように構成されても良い。この場合、ＨＴＴＰＤ実行部は、ＨＴＴＰＤ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）を実行し、ＳＴＢ６における各種設定・管理を管理者が行うためのユーザインタフェースを、管理端末９，運用端末２６に提供する。このように構成されることにより、管理端末９，運用端末２６において、ＳＴＢ６について設定・管理を実行する際に、特別なインタフェースを作成する必要が無く、一般的なウェブ・ブラウザを使用することが可能となる。
また、設定値記憶部は、サーバメールアドレス（例えば、配信サーバ１８に対して送信されるメールのアドレス），オンライン／オフラインの設定，クライアントメールアドレス（自身のメールアドレス）等をさらに記憶するように構成されても良い。
また、ＳＴＢ６の出力制御部１５は、コンテンツをプレイバックする度に、即ちコンテンツの再生を再度実行する度に、配信センタ３の運用端末２６にプロダクトＩＤとともにその旨を通知し、運用端末２６はこの通知をプロダクトＩＤ毎にカウントしログを作成するように構成されても良い。運用端末２６はさらに、このカウントをコンテンツ毎、日毎に実行するように構成されても良い。この場合、ＳＴＢ６の出力制御部１５は、コンテンツナンバー等を運用端末２６にさらに通知する必要がある。
また、コンテンツ記憶部１２は、再生中のコンテンツのデータを記憶する第一記憶領域とダウンロード中のコンテンツのデータを記憶する第二記憶領域とを夫々異なる記憶領域として備えるように構成されても良い。この場合、コンテンツ管理部１３は、第二記憶領域におけるダウンロードが完了した後に、第二記憶領域における記憶内容を第一記憶領域にコピーするように構成される。コンテンツ管理部１３がダウンロードの完了を知るタイミングの例として、コンテンツ配信サーバ１８から送信されるアップデートメッセージがＳＴＢ６において受信されるタイミング等がある。
また、本発明のコンテンツ配信サーバ１８の配信制御部２４は、カウンタを用いてＥＰＧの送信を実行するか否かを判断する（Ｓ１４，Ｓ１５，Ｓ１７，Ｓ１８）のではなく、現在時刻によって判断するように構成されても良い。この場合、例えば、店舗毎にＥＰＧ送信の時間を定めることや、ＥＰＧ送信の時間をコンテンツの再生が実行されない時間（例えば深夜など）に設定することが可能となる。
〔第二実施形態〕
〔〔概要〕〕
本発明の第二実施形態におけるデータ送信システム１ａは、基本的な構成は第一実施形態におけるデータ送信システム１（図１参照）と同じである。従って、データ送信システム１ａについて、データ送信システム１と異なる構成についてのみ説明する。
データ送信システム１ａは、店舗２ａ，配信センタ３ａ，コンテンツ制作センタ４，及びインターネット５を含む。
データ送信システム１ａでは、データ送信システム１と異なり、店舗２ａに設置されたＳＴＢ６ａにダウンロードされるべきコンテンツを、ＳＴＢ６ａではなく配信センタ３ａに設置されたコンテンツ配信サーバ１８ａが判断する。
〔〔システム構成〕〕
次に、データ送信システム１ａにおける各構成について、データ送信システム１と異なる構成についてのみ説明する。
〈店舗〉
店舗２ａは、ＳＴＢ６の代わりにＳＴＢ６ａを備える点で第一実施形態における店舗２と異なる。即ち、店舗２ａは、ＳＴＢ６ａ，出力装置７，ルータ８，管理端末９，及び無線ＬＡＮのアクセスポイント１０を含む。以下、店舗２ａにおける構成について、第一実施形態における店舗２と異なるＳＴＢ６ａについて説明する。
〈〈ＳＴＢ〉〉
ＳＴＢ６ａの構成は、コンテンツ管理部１３，スケジュール管理部１４の代わりにコンテンツ管理部１３ａ，スケジュール管理部１４ａを備える点で第一実施形態のＳＴＢ６と異なる。以下、コンテンツ管理部１３ａ及びスケジュール管理部１４ａについて説明する。
コンテンツ管理部１３ａは、ＣＰＵやＲＡＭや不揮発性記憶装置やタイマ等を用いて構成される。
コンテンツ管理部１３ａは、コンテンツリストファイルを自身が備える不揮発性記憶装置に記憶する。コンテンツ管理部１３ａは、タイマを用いて、定期的（例：数分毎，数時間毎）にコンテンツリストファイルをコンテンツ配信サーバ１８ａに送信する。このとき、コンテンツ管理部１３ａは、コンテンツリストファイルとともに自装置のプロダクトＩＤも送信する。また、コンテンツ管理部１３ａは、コンテンツ配信サーバ１８ａからコンテンツリストファイルが受信された場合、受信されたコンテンツリストファイルを自身が備える不揮発性記憶装置に書き込む。この場合、コンテンツ管理部１３ａはさらに、コンテンツのダウンロードを要求するためのコンテンツダウンロード要求をコンテンツ配信サーバ１８ａに送信する。このコンテンツダウンロード要求は、自装置のプロダクトＩＤを含む。そして、コンテンツ管理部１３ａは、受信されたコンテンツをコンテンツ記憶部１２に書き込む。
コンテンツ管理部１３ａは、コンテンツの受信が終了した場合、又はダウンロード不要通知（詳細は、コンテンツ配信サーバ１８ａの配信制御部２４ａとともに説明する）をコンテンツ配信サーバ１８ａから受信した場合、スケジュール管理部１４ａへプレイスケジュールリストファイルの送信を命令する。
コンテンツリストファイルの内容は、第一実施形態におけるコンテンツリストファイルと同じであるため、説明を省略する。
スケジュール管理部１４は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。スケジュール管理部１４ａは、コンテンツ記憶部１２に記憶されるコンテンツが出力されるスケジュールを管理する。スケジュール管理部１４ａは、配信センタ３から受信されるプレイスケジュールリストファイルに基づいて、コンテンツのスケジュールを管理する。このとき、スケジュール管理部１４ａは、プレイスケジュールリストファイルに基づいて、コンテンツの再生などの命令を出力制御部１５へ通知する。
プレイスケジュールリストファイルの内容は、第一実施形態におけるプレイスケジュールリストファイルと同じであるため、説明を省略する。
スケジュール管理部１４ａは、プレイスケジュールリストファイルを自身が備える不揮発性記憶装置に記憶する。スケジュール管理部１４ａは、コンテンツ管理部１３ａからプレイスケジュールリストファイルの送信命令を受けると、プレイスケジュールリストファイルをコンテンツ配信サーバ１８ａに送信する。このとき、スケジュール管理部１４ａは、プレイスケジュールリストファイルとともに自装置のプロダクトＩＤも送信する。また、スケジュール管理部１４ａは、コンテンツ配信サーバ１８ａからプレイスケジュールリストファイルが受信された場合、受信されたプレイスケジュールリストファイルを自身が備える不揮発性記憶装置に書き込む。
〈配信センタ〉
配信センタ３ａは、コンテンツ配信サーバ１８の代わりにコンテンツ配信サーバ１８ａを備える点で第一実施形態における配信センタ３と異なる。即ち、配信センタ３ａは、コンテンツ配信サーバ１８ａ，コンテンツ登録ストレージ１９，ルータ２０，ルータ２１，及び運用端末２６を含む。以下、配信センタ３ａにおける構成について、第一実施形態における配信センタ３ａと異なるコンテンツ配信サーバ１８ａについて説明する。
〈〈コンテンツ配信サーバ〉〉
コンテンツ配信サーバ１８ａは、配信先記憶部２３，配信制御部２４，状態管理部２５の代わりに配信先記憶部２３ａ，配信制御部２４ａ，状態管理部２５ａを備える点で第一実施形態におけるコンテンツ配信サーバ１８と異なる。即ち、コンテンツ配信サーバ１８ａは、通信制御部２２，配信先記憶部２３ａ，配信制御部２４ａ，及び状態管理部２５ａを備える。以下、コンテンツ配信サーバ１８ａの構成のうち、第一実施形態におけるコンテンツ配信サーバ１８と異なる構成についてのみ説明する。
配信先記憶部２３は、ハードディスク等の不揮発性記憶装置を用いて構成される。配信先記憶部２３は、配信先テーブル２３Ｂを記憶する。図１２は、配信先テーブル２３Ｂの例を示す図である。
配信先テーブル２３Ｂは、カウンタの値を持たない点で、第一実施形態における配信先テーブル２３Ａと異なる。即ち、配信先テーブル２３Ｂは、プロダクトＩＤ，ＩＰアドレス，ポート番号，ＥＰＧナンバー，及び最新アクセス日時を対応付けて持つ。各値の構成は第一実施形態における配信先テーブル２３Ａと同じであるため説明を省略する。
配信制御部２４ａは、ＣＰＵやＲＡＭ等を用いて構成される。配信制御部２４ａは、ハートビートコールを受信すると、ハートビートコールに含まれるプロダクトＩＤを読み出す。また、配信制御部２４ａは、ハートビートコールを含むパケットの送信元アドレスと送信元ポート番号とを読み出す。そして、配信制御部２４ａは、読み出した送信元アドレスと送信元ポート番号とを、読み出したプロダクトＩＤに対応付けて、配信先テーブル２３Ｂに登録する。また、配信制御部２４ａは、現在時刻を取得し、取得した現在時刻を、読み出したプロダクトＩＤに対応する最新アクセス日時の値として配信先テーブル２３Ｂに登録する。
また、配信制御部２４ａは、ＳＴＢ６ａからコンテンツリストファイルを受信すると、このファイルとともに受信したプロダクトＩＤに対応するＥＰＧナンバーを配信先テーブル２３Ｂから読み出す。配信制御部２４ａは、読み出したＥＰＧナンバーに対応するＥＰＧに含まれるコンテンツリストファイルを、コンテンツ登録ストレージ１９から読み出す。配信制御部２４ａは、読み出したコンテンツリストファイルと受信したコンテンツリストファイルとが異なるか否かを判断する。この判断はどのように実行されても良い。例えば、ｄｉｆｆコマンドの実行やサイズによって判断されても良い。
二つのファイルが同一である場合、配信制御部２４ａは、ＳＴＢ６ａに対し、ダウンロード不要通知を送信する。即ち、配信制御部２４ａは、ＳＴＢ６ａに記憶されるコンテンツリストファイルとコンテンツ登録ストレージ１９に記憶される最新のコンテンツリストファイルとが同一であるため、ＳＴＢ６ａに最新のコンテンツリストファイルをダウンロードする必要がないことを通知する。
一方、二つのファイルが異なる場合、配信制御部２４ａは、ＳＴＢ６ａに対し、コンテンツ登録ストレージ１９から読み出した最新のコンテンツリストファイルを送信する。
また、配信制御部２４ａは、ＳＴＢ６ａからプレイスケジュールリストファイルを受信すると、受信したプレイスケジュールリストファイルについても、コンテンツリストファイルについて行う上記処理と同じ処理を実行する。
また、配信制御部２４ａは、ＳＴＢ６ａからコンテンツダウンロード要求を受信すると、このコンテンツダウンロード要求に含まれるプロダクトＩＤに対応するＥＰＧナンバーを配信先テーブル２３Ｂから読み出す。配信制御部２４ａは、読み出したＥＰＧナンバーに対応するコンテンツリストファイルをコンテンツ登録ストレージ１９から読み出す。配信制御部２４ａは、読み出したコンテンツリストファイルに含まれるコンテンツナンバーに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４ａは、読み出したコンテンツのデータをＳＴＢ６ａへ送信する。
状態管理部２５ａは、ＣＰＵやＲＡＭやタイマ等を用いて構成される。状態管理部２５ａは、カウンタの値の書き換えを実行しないことを除けば、第一実施形態における状態管理部２５と同じ構成である。
〔〔動作例〕〕
図１３は、第二実施形態におけるＳＴＢ６ａとコンテンツ配信サーバ１８ａとの動作例を示すシーケンス図である。図１３を用いて第二実施形態におけるＳＴＢ６ａとコンテンツ配信サーバ１８ａとの動作について説明する。
ＳＴＢ６ａの状態管理部１７は、定期的及び電源投入後にハートビートコールをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０１）。また、ＳＴＢ６ａのコンテンツ管理部１３ａは、定期的にコンテンツリストファイルをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０２）。
コンテンツ配信サーバ１８ａの配信制御部２４ａは、コンテンツリストファイルが受信されると、このコンテンツリストファイルとコンテンツ登録ストレージ１９に記憶されるコンテンツリストファイルとが同一か否かを判断する。同一である場合、配信制御部２４ａは、ＳＴＢ６ａに、コンテンツ登録ストレージ１９に記憶されるコンテンツリストファイルを送信する。一方、同一でない場合、配信制御部２４ａは、ＳＴＢ６ａに、ダウンロード不要通知を送信する（Ｓｅｑ０３）。
ＳＴＢ６ａのコンテンツ管理部１３ａは、コンテンツリストファイル又はダウンロード不要通知を受信すると、コンテンツ配信サーバ１８ａに対し、Ａｃｋ（確認応答）を送信する（Ｓｅｑ０４）。
また、コンテンツ管理部１３ａは、コンテンツリストファイルを受信した場合、コンテンツダウンロード要求をコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０５）。
コンテンツ配信サーバ１８ａの配信制御部２４ａは、コンテンツダウンロード要求を受信すると、ＳＴＢ６ａに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出し、読み出したコンテンツのデータをＳＴＢ６ａに送信する（Ｓｅｑ０６）。
コンテンツ管理部１３ａは、ダウンロード不要通知を受信すると、又はコンテンツのデータのダウンロードが終了すると、スケジュール管理部１４ａに対しプレイスケジュールリストファイルの送信を命令する。スケジュール管理部１４ａは、この命令を受けると、プレイスケジュールリストをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０７）。
コンテンツ配信サーバ１８ａは、プレイスケジュールリストが受信されると、このプレイスケジュールリストファイルとコンテンツ登録ストレージ１９に記憶されるプレイスケジュールリストファイルとが同一か否かを判断する。同一である場合、配信制御部２４ａは、ＳＴＢ６ａに、コンテンツ登録ストレージ１９に記憶されるプレイスケジュールリストファイルを送信する。一方、同一でない場合、配信制御部２４ａは、ＳＴＢ６ａに、ダウンロード不要通知を送信する（Ｓｅｑ０８）。
ＳＴＢ６ａのスケジュール管理部１４ａは、プレイスケジュールリストファイル又はダウンロード不要通知を受信すると、コンテンツ配信サーバ１８ａに対し、Ａｃｋを送信する（Ｓｅｑ０９）。
〔〔作用／効果〕〕
第二実施形態によれば、コンテンツリストファイル及びプレイスケジュールリストファイルがＳＴＢ６ａにダウンロードされるべきか否かを、ＳＴＢ６ａではなくコンテンツ配信サーバ１８ａが判断する。このため、ＳＴＢ６ａにおける処理が軽減される。従って、ＳＴＢ６ａは、コンテンツの出力処理をスムーズに行うことが可能となる。
【発明の効果】
本発明によれば、映像データや音声データ等のコンテンツのデータを、コンテンツサーバから離れた位置に設置された端末装置に対し、ネットワークを介して送信することが可能となる。
【図面の簡単な説明】
【図１】データ送信システムの概要を示す図である。
【図２】ＳＴＢのブロック図である。
【図３】コンテンツリストの例を示す図である。
【図４】プレイスケジュールリストの例を示す図である。
【図５】コンテンツ配信サーバのブロック図である。
【図６】第一実施形態における配信先テーブルの例を示す図である。
【図７】ＳＴＢ電源投入時の動作を示すフローチャートである。
【図８】タイマによるＳＴＢの動作及びコンテンツ配信サーバの動作を示すフローチャートである。
【図９】コンテンツ配信サーバのハートビートコール応答処理における動作を示すフローチャートである。
【図１０】ＳＴＢのＥＰＧ受信処理における動作を示すフローチャートである。
【図１１】コンテンツ配信サーバのＳＴＢ監視処理の動作を示すフローチャートである。
【図１２】第二実施形態における配信先テーブルの例を示す図である。
【図１３】第二実施形態におけるＳＴＢとコンテンツ配信サーバとの動作例を示すシーケンス図である。
【符号の説明】
１　　　　　データ送信システム
２　　　　　店舗
３　　　　　配信センタ
４　　　　　コンテンツ制作センタ
５　　　　　インターネット
６　　　　　ＳＴＢ
７　　　　　出力装置
８　　　　　ルータ
９　　　　　管理端末
１０　　　　　アクセスポイント
１１　　　　　通信制御部
１２　　　　　コンテンツ記憶部
１３　　　　　コンテンツ管理部
１３Ａ　　　　コンテンツリスト
１４　　　　　スケジュール管理部
１４Ａ　　　　プレイスケジュールリスト
１５　　　　　出力制御部
１６　　　　　出力部
１７　　　　　状態管理部
１８　　　　　コンテンツ配信サーバ
１９　　　　　コンテンツ登録ストレージ
２０，２１　　ルータ
２２　　　　　通信制御部
２３　　　　　配信先記憶部
２３Ａ　　　　配信先テーブル
２４　　　　　配信制御部
２５　　　　　状態管理部
２６　　　　　運用端末
２７　　　　　作業端末
２８　　　　　ルータ
【図１】
2004128627.tif 000003
【図２】
2004128627.tif 000004
【図３】
2004128627.tif 000005
【図４】
2004128627.tif 000006
【図５】
2004128627.tif 000007
【図６】
2004128627.tif 000008
【図７】
2004128627.tif 000009
【図８】
2004128627.tif 000010
【図９】
2004128627.tif 000011
【図１０】
2004128627.tif 000012
【図１１】
2004128627.tif 000013
【図１２】
2004128627.tif 000014
【図１３】
2004128627.tif 000015
【手続補正書】
【提出日】平成14年10月10日(2002.10.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】所定の場所に設置され、所定のコンテンツを出力する装置であって、
出力すべき少なくとも一つのコンテンツをコンテンツサーバからネットワークを介してダウンロードするダウンロード手段と、
ダウンロードされたコンテンツを記憶する記憶手段と、
記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する出力手段と
を含むコンテンツ出力装置。
【請求項２】前記記憶手段に記憶されたコンテンツの出力スケジュールに係るスケジュール情報を取得するスケジュール取得手段をさらに含み、
前記出力手段は、スケジュール情報に従ってコンテンツを出力する
請求項１に記載のコンテンツ出力装置。
【請求項３】前記記憶手段に記憶すべき少なくとも一つのコンテンツのリストを取得するコンテンツリスト取得手段をさらに含み、
前記ダウンロード手段は、リストに示されるコンテンツであって前記記憶手段に記憶されていないものを前記コンテンツサーバからダウンロードする
請求項１又は２に記載のコンテンツ出力装置。
【請求項４】所定のタイミングで自装置に割り当てられた識別情報を含む自装置の位置登録要求をコンテンツサーバに送信し、
前記ダウンロード手段は、コンテンツサーバが前記位置登録要求に含まれる情報に基づいて登録するコンテンツ出力装置の宛先情報を用いて送信するコンテンツを受信する
請求項１〜３のいずれかに記載のコンテンツ出力装置。
【請求項５】前記出力手段は、コンテンツ出力装置とは別個に設けられた制御装置からのコンテンツの出力制御情報に従ってコンテンツを出力する
請求項１〜４のいずれかに記載のコンテンツ出力装置。
【請求項６】コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤ及び自装置の宛先を含むデータを前記コンテンツサーバに送信するデータ送信手段とを備える端末装置と、
前記データを受信するデータ受信手段と、前記データに含まれるＩＤとこのデータから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと
を含むデータ送信システム。
【請求項７】前記端末装置から送信される前記データに含まれるこの端末装置の宛先を他の宛先に変更する中継装置をさらに含み、
前記宛先記憶手段は、宛先として前記他の宛先を記憶する
請求項６に記載のデータ送信システム。
【請求項８】コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える端末装置と、
前記パケットを受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと、
前記端末装置と同じＬＡＮに備えられ、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶し、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号を自装置に割り当てられたグローバルアドレス及び前記他のポート番号に書き換えて送出する中継装置とを含み、
前記宛先記憶手段は、宛先として前記グローバルアドレスと前記他のポート番号とを記憶するデータ送信システム。
【請求項９】前記端末装置は、
コンテンツの再生開始時刻及び再生終了時刻とを含む再生スケジュールを記憶するスケジュール記憶手段と、
前記再生開始時刻に該当するコンテンツの再生を開始し、前記再生終了時刻までにこのコンテンツを繰り返し再生し続ける制御手段と
をさらに備える
請求項６〜８のいずれかに記載のデータ送信システム。
【請求項１０】コンテンツを記憶するコンテンツ記憶手段と、
コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、
自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段と
を備える端末装置。
【請求項１１】送出先である端末装置に割り当てられたＩＤを含むパケットを前記端末装置から受信するパケット受信手段と、
前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、
前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段と
を備えるコンテンツサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の位置に設置された複数の映像・音声再生装置に対し、装置の状態や再生内容等の管理を行う装置やシステムに関する。
【０００２】
【従来の技術】
従来、店頭にテレビ及びビデオ（ビデオ機能を有するテレビでも良い）等を設置し、商品やサービスや店舗等についての宣伝（販促）を行うシステムがある。例えば、ビデオテープにダビングされたＣＦ素材（Ｃｏｍｍｅｒｃｉａｌ　Ｆｉｌｍ素材：コンテンツ）等が、店頭に設置されたテレビによって放映されることにより宣伝が行われる。このようなシステムの処理の流れについて説明する。
【０００３】
まず、コンテンツが編集・制作され、このコンテンツを含むマスタテープが作成される。必要となるビデオテープの数、即ちこのコンテンツを放映する予定のビデオデッキの数と同数のビデオテープに対し、このマスタテープを用いたダビング・コピーが実行される。作成された（ダビングされた）ビデオテープは、ビデオデッキが設置された各店舗へ配送される。
【０００４】
次に、各ビデオデッキが設置された店舗では、配送されたビデオテープを店員が受け取り、このビデオテープをビデオデッキで再生する。店舗が広い場合などは、複数種類のコンテンツが同一店舗内の異なる位置で同時に放映される場合がある。この場合、店員は、どのビデオテープをどこに設置されたビデオデッキで再生すべきかを判断する必要がある。
【０００５】
ビデオの再生が終了すると、店員はこのビデオテープに対し巻き戻しを実行する。そして、店員は、必要に応じてこのビデオテープを再度再生する。
【０００６】
また、コンテンツによって宣伝する対象となる商品が品切れした場合は、店員は、再生しているビデオテープを品切れ用に作成されたコンテンツを含むビデオテープに取り替え、放映する。
【０００７】
また、コンテンツの内容に変更がある場合、変更された新たなマスタテープについて、再度ダビング・コピーが全台数分行われる。そして、新たにダビング・コピーされたビデオテープは改めて各店舗へ配送される。このとき、古いコンテンツを含むビデオテープが再生されないように、店舗や店員に周知させる必要がある。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記システムには以下の問題があった。ビデオテープの再生場所（コンテンツの放映場所）毎にビデオテープが必要となるため、膨大な数のビデオテープをダビング・コピーする必要があり、多くの労力を必要とした。また、販促を行う店舗は多数あるため、ビデオテープの配送に多大なコストを必要としていた。
【０００９】
また、一般的に、販促に使用されるコンテンツは、その店舗の営業時間の間、繰り返し放映される。このため、ビデオテープの摩耗による画質の低下が顕著に現れていた。また、テープ劣化の進行により、ビデオテープが破損する場合もあった。この場合、マスタテープによるダビング・コピー及び配送が再度実行される必要があった。このようなダビング作業や配送には、多大な労力とコストを必要とした。
【００１０】
また、ビデオテープの再生が終了した場合、店員がそれを確認し、巻き戻し、再生する必要があり、このような作業は店員にとって負担となっていた。同様に、コンテンツによって宣伝される対象となる商品が品切れした場合、店員がそれを確認し、品切れ用に制作されたビデオテープに差し替える必要があるため、店員にとって負担となっていた。さらに、店員がビデオテープの再生が終了したことや商品の品切れに気が付かない場合、販促が正しく実行されなくなるという問題もあった。
【００１１】
また、コンテンツの内容を変更する場合は、改めてマスタテープの作成から配送までの処理を行う必要があり、多大な労力とコストを必要としていた。
【００１２】
本発明は、このような問題を解決し、映像データや音声データやテキストデータ等のコンテンツを、ネットワークを介して受信するコンテンツ出力装置や、コンテンツを離れた位置に設置された装置にネットワークを介して送信するデータ送信システムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。本発明の第一の態様は、所定の場所に設置され、所定のコンテンツを出力するコンテンツ出力装置であって、出力すべき少なくとも一つのコンテンツをコンテンツサーバからネットワークを介してダウンロードするダウンロード手段と、ダウンロードされたコンテンツを記憶する記憶手段と、記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する出力手段とを含む。
【００１４】
本発明の第一の態様によれば、ダウンロード手段が、ネットワークを介して、出力すべき少なくとも一つのコンテンツをコンテンツサーバからダウンロードする。このようなネットワークの例として、インターネットやＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）等がある。また、ダウンロードの形態は、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等どのような形態であっても良い。
【００１５】
記憶手段は、このようにしてダウンロードされたコンテンツを記憶する。記憶手段は、どのような記憶装置（例：テープ，ハードディスク，フラッシュメモリ）を用いて構成されても良いが、例えばフラッシュメモリ（例：コンパクトフラッシュ，スマートメディア）のように稼働部の無い記憶装置やハードディスクのように非接触型の記憶装置を用いて構成されることにより、記憶装置などにおける摩耗による故障の問題を解決することが可能となる。
【００１６】
出力手段は、記憶手段に記憶されたコンテンツを所定のスケジュールに従って出力する。
【００１７】
このため、コンテンツ出力装置は、ネットワークを介してコンテンツサーバからコンテンツを受信することが可能となる。従って、コンテンツが記録された記録媒体などの配送における多大なコストと労力を削減することが可能となる。
【００１８】
また、本発明の第一の態様は、前記記憶手段に記憶されたコンテンツの出力スケジュールに係るスケジュール情報を取得するスケジュール取得手段をさらに含み、前記出力手段は、スケジュール情報に従ってコンテンツを出力するように構成されても良い。
【００１９】
また、本発明の第一の態様は、前記記憶手段に記憶すべき少なくとも一つのコンテンツのリストを取得するコンテンツリスト取得手段をさらに含み、前記ダウンロード手段は、リストに示されるコンテンツであって前記記憶手段に記憶されていないものを前記コンテンツサーバからダウンロードするように構成されても良い。
【００２０】
また、本発明の第一の態様は、所定のタイミングで自装置に割り当てられた識別情報を含む自装置の位置登録要求をコンテンツサーバに送信し、前記ダウンロード手段は、コンテンツサーバが前記位置登録要求に含まれる情報に基づいて登録するコンテンツ出力装置の宛先情報を用いて送信するコンテンツを受信するように構成されても良い。
【００２１】
また、本発明の第一の態様の前記出力手段は、コンテンツ出力装置とは別個に設けられた制御装置からのコンテンツの出力制御情報に従ってコンテンツを出力するように構成されても良い。
【００２２】
本発明の第二の態様は、データ送信システムであって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤ及び自装置の宛先を含むデータを前記コンテンツサーバに送信するデータ送信手段とを備える端末装置と、前記データを受信するデータ受信手段と、前記データに含まれるＩＤとこのデータから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバとを含む。
【００２３】
本発明の第二の態様によれば、端末装置のデータ送信手段は、自装置に割当てられたＩＤ及び自装置の宛先を含むデータを生成し、このデータをコンテンツサーバに送信する。コンテンツサーバのデータ受信手段が端末装置からこのデータを受信すると、コンテンツサーバの宛先記憶手段は、受信されたデータに含まれるＩＤと宛先とを対応付けて記憶する。コンテンツサーバのコンテンツ送信手段は、あるＩＤを持つ端末装置へコンテンツを送信する場合、宛先記憶手段がこのＩＤに対応づけて記憶する宛先へコンテンツを送信する。端末装置のコンテンツ受信手段は、コンテンツサーバから送信されたコンテンツを受信し、コンテンツ記憶手段に受信したコンテンツを書き込む。
【００２４】
このため、コンテンツサーバは、端末装置の宛先とＩＤとをあらかじめ設定される必要がない。従って、端末装置の宛先が変更される場合も、コンテンツサーバにおいて変更処理を行う必要が無く、サーバ管理者等の負担が軽減される。また、端末装置の宛先が自動的に変更されるように構成されたシステムであっても、宛先の変更が自動的にコンテンツサーバに反映されるため、サーバ管理者等の負担が軽減される。
【００２５】
また、本発明の第二の態様は、前記端末装置から送信される前記データに含まれるこの端末装置の宛先を他の宛先に変更する中継装置をさらに含み、前記宛先記憶手段は、宛先として前記他の宛先を記憶するように構成されても良い。
【００２６】
このように構成された本発明の第二の態様によれば、中継装置は、端末装置から送信されるデータに含まれる端末装置の宛先を他の宛先に変更し、コンテンツサーバに送信する。そして、コンテンツサーバの宛先記憶手段は、受信されたデータに含まれる端末装置のＩＤと他の宛先とを対応付けて記憶する。
【００２７】
本発明の第三の態様は、データ送信システムであって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える端末装置と、前記パケットを受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備えるコンテンツサーバと、前記端末装置と同じＬＡＮに備えられ、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶し、前記端末装置から受信するパケットの送信元アドレス及び送信元ポート番号を自装置に割り当てられたグローバルアドレス及び前記他のポート番号に書き換えて送出する中継装置とを含み、前記宛先記憶手段は、宛先として前記グローバルアドレスと前記他のポート番号とを記憶する。
【００２８】
本発明の第三の態様によれば、端末装置のパケット送信手段は、自装置に割り当てられたＩＤを含むパケットを生成し、このパケットをコンテンツサーバに送信する。このようなパケットの例として、ＩＰデータグラムやＩＰパケット等がある。
【００２９】
この端末装置と同じＬＡＮに備えられる中継装置は、この端末装置からパケットを受信し、このパケットのヘッダに含まれる送信元アドレス及び送信元ポート番号と他のポート番号とを対応付けて記憶する。そして、中継装置は、パケットのヘッダの送信元アドレス及び送信元ポート番号とを自装置に割り当てられたグローバルアドレス及び他のポート番号に書き換えて、このパケットの送信先へ送出する。
【００３０】
コンテンツサーバのパケット受信手段がこのパケットを受信すると、コンテンツサーバの宛先記憶手段は、受信されたパケットに含まれるＩＤとパケットのヘッダに含まれる端末装置の宛先を対応付けて記憶する。即ち、宛先記憶手段は、このＩＤと、中継装置のグローバルアドレス及び他のポート番号とを対応付けて記憶する。コンテンツサーバのコンテンツ送信手段は、あるＩＤを持つ端末装置へコンテンツを送信する場合、宛先記憶手段がこのＩＤに対応づけて記憶する宛先へコンテンツを送信する。
【００３１】
端末装置のコンテンツ受信手段は、コンテンツサーバから送信されたコンテンツを受信し、コンテンツ記憶手段に受信したコンテンツを書き込む。
【００３２】
このため、端末装置がローカルアドレスのみを持つ装置である場合であっても、コンテンツサーバは、端末装置の宛先とＩＤとをあらかじめ設定されることなく、端末装置の宛先とＩＤとの対応を得ることができる。
【００３３】
また、本発明の第二の態様及び第三の態様の前記端末装置は、コンテンツの再生開始時刻及び再生終了時刻とを含む再生スケジュールを記憶するスケジュール記憶手段と、前記再生開始時刻に該当するコンテンツの再生を開始し、前記再生終了時刻までにこのコンテンツを繰り返し再生し続ける制御手段とをさらに備えるように構成されても良い。
【００３４】
本発明の第四の態様は、端末装置であって、コンテンツを記憶するコンテンツ記憶手段と、コンテンツをコンテンツサーバから受信するコンテンツ受信手段と、自装置に割り当てられたＩＤを含むパケットを前記コンテンツサーバに送信するパケット送信手段とを備える。
【００３５】
本発明の第五の態様は、コンテンツサーバであって、送出先である端末装置に割り当てられたＩＤを含むパケットを前記端末装置から受信するパケット受信手段と、前記パケットに含まれるＩＤとこのパケットのヘッダから得られる前記端末装置の宛先とを対応付けて記憶する宛先記憶手段と、前記宛先を用いて前記ＩＤに対応するコンテンツを該当する端末装置へ送信するコンテンツ送信手段とを備える。
【００３６】
【発明の実施の形態】
次に、図を用いて本発明の実施形態におけるデータ送信システムについて説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００３７】
〔第一実施形態〕
〔〔概要〕〕
図１は、本発明の第一実施形態におけるデータ送信システム１の概要を示す図である。図１を用いてデータ送信システム１について説明する。
【００３８】
データ送信システム１は、店舗２，配信センタ３，コンテンツ制作センタ４，及びインターネット５を含む。
【００３９】
データ送信システム１では、コンテンツ制作センタ４において制作されたコンテンツ（例えばＣＦ素材）がインターネット５を介して配信センタ３へ送信・登録される。各店舗２に設置されたＳＴＢ（Ｓｅｔ　Ｔｏｐ　Ｂｏｘ：詳細は後述する）６は、それぞれに設定されたスケジュールに従って、配信センタ３に登録されているコンテンツのうち、必要なコンテンツを選択しダウンロードする。そして、各店舗２のＳＴＢ６は、ダウンロードしたコンテンツを、それぞれに設定されたスケジュールに従って再生（放映）する。
【００４０】
各店舗２と配信センタ３とコンテンツ制作センタ４とには、それぞれに一つのグローバルアドレスが割り当てられる。また、店舗２の各ＳＴＢ６にはプライベートアドレス（ローカルアドレス）が割り当てられる。このため、ＳＴＢ６と配信センタ３とが通信を行うにあたり、店舗２のルータによってＩＰマスカレードが実行される。
【００４１】
〔〔システム構成〕〕
次に、データ送信システム１における各構成について説明する。
【００４２】
〈店舗〉
店舗２には、ＳＴＢ６，出力装置７，ルータ８，管理端末９，及び無線ＬＡＮのアクセスポイント１０が設置されている。
【００４３】
配信センタ３からインターネット５を介して店舗２へ送信されるコンテンツのデータは、さらにルータ８及びアクセスポイント１０を介し、ＳＴＢ６によって受信される。そして、ＳＴＢ６によって受信されたコンテンツのデータは、ＳＴＢ６に接続された出力装置７によって再生される。また、各ＳＴＢ６の動作、設定等は、管理端末９を用いて管理される。以下、店舗２における各装置について説明する。
【００４４】
〈〈ＳＴＢ〉〉
図２は、本発明によるＳＴＢ６のブロック図である。図２を用いてＳＴＢ６について説明する。ＳＴＢ６は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。ＳＴＢ６は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、通信制御部１１，コンテンツ記憶部１２，コンテンツ管理部１３，スケジュール管理部１４，出力制御部１５，出力部１６，及び状態管理部１７等を含む装置として機能する。
【００４５】
ＳＴＢ６では、通信制御部１１を介してアクセスポイント１０との通信が実行される。コンテンツ管理部１３とコンテンツ記憶部１２とが、配信センタ３から配信されるコンテンツのデータを管理する。また、スケジュール管理部１４がコンテンツ再生のスケジュールを管理する。そして、スケジュール管理部１４の命令に応じて、出力制御部１５と出力部１６とがコンテンツ記憶部１２に記憶されるコンテンツのデータを出力装置７へ出力する。以下、ＳＴＢ６が備える各構成について説明する。
【００４６】
通信制御部１１は、無線ＬＡＮカードや無線ＬＡＮボード等を用いて構成される。通信制御部１１は、アクセスポイント１０に応じた装置を用いて構成される。例として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ）８０２．１１ａ，ＩＥＥＥ８０２．１１ｂ，ＨｉＳＷＡＮａ（Ｈｉｇｈ　Ｓｐｅｅｄ　Ｗｉｒｅｌｅｓｓ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　ｔｙｐｅ　ａ：ハイスワンエー）等がある。通信制御部１１は、アクセスポイント１０とＳＴＢ６とにおける通信データの送受信を実行する。
【００４７】
コンテンツ記憶部１２は、ハードディスクやフラッシュメモリ等の不揮発性記憶装置を用いて構成される。コンテンツ記憶部１２は、配信センタ３から配信されるコンテンツのデータを記憶する。このようなコンテンツのデータの例として、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）１／２／４，ＭＰ３（ＭＰＥＧ−１　Ａｕｄｉｏ　Ｌａｙｅｒ−３），ＭＩＤＩ（Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍｅｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ）等がある。
【００４８】
また、コンテンツ記憶部１２は、インフォーマル機能を実行するための設定ファイルを記憶する。設定ファイルは、テロップの文字列，テロップの表示回数（連続表示回数），表示時間（連続表示時間），テロップの表示速度，テロップの表示場所，フォントサイズ，フォントタイプ等を含む。
【００４９】
コンテンツ管理部１３は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。コンテンツ管理部１３は、コンテンツ記憶部１２が記憶するコンテンツのデータを管理する。コンテンツ管理部１３は、配信センタ３から受信されたコンテンツリストファイルを用いてＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）処理を実行し、コンテンツ記憶部１２に記憶されるコンテンツのデータを管理する。
【００５０】
コンテンツ管理部１３は、コンテンツリストファイルを自身が備える不揮発性記憶装置に記憶する。コンテンツリストファイルは、ＥＰＧに含まれるファイルである。また、ＥＰＧは、配信センタ３に設置されたコンテンツ配信サーバ１８から送信される。
【００５１】
図３は、コンテンツ管理部１３が記憶するコンテンツリストファイルに含まれるコンテンツリスト１３Ａの例を示す図である。コンテンツリスト１３Ａは、このＳＴＢ６にダウンロードされるべき少なくとも一つのコンテンツを示す番号（コンテンツナンバー）及び、各コンテンツの更新日時（作成日時）を含む。ダウンロードされるべきコンテンツには、プレイスケジュールリストのスケジュールに従って再生されるコンテンツと、臨時（緊急時）に再生されるコンテンツとがある。臨時に再生されるコンテンツの例として、再生される予定のコンテンツに対応する商品が品切れである場合に再生されるコンテンツ等がある。また、コンテンツリストファイルはＳＴＢ６毎に制作されるため、店舗限定のコンテンツ等を含むように構成することもできる。
【００５２】
コンテンツ管理部１３は、ＥＰＧ受信処理を実行することにより、コンテンツ記憶部１２に記憶されるコンテンツを管理する。以下、ＥＰＧ受信処理について説明する。
【００５３】
コンテンツ管理部１３は、受信された最新のコンテンツリストに含まれるコンテンツと、自身が記憶するコンテンツリスト１３Ａ（即ち、前回受信されたコンテンツリスト１３Ａ）に含まれるコンテンツとを比較し、更新されたコンテンツの有無を判断する。具体的には、コンテンツ管理部１３は、自身が記憶するコンテンツリスト１３Ａに含まれないコンテンツが最新のコンテンツリストに含まれる場合に、更新されたコンテンツが有ると判断する。また、コンテンツ管理部１３は、自身が記憶するコンテンツリスト１３Ａに含まれるコンテンツのうち、最新のコンテンツリストにおける更新日時の方が新しい日時である場合に、更新されたコンテンツが有ると判断する。
【００５４】
コンテンツ管理部１３は、更新されたコンテンツがある場合、該当する最新のコンテンツを配信センタ３からダウンロードし、コンテンツ記憶部１３に書き込む。このとき、コンテンツ管理部１３は、コンテンツ記憶部１２に記憶された古いコンテンツを削除する。古いコンテンツとは、コンテンツリストに含まれないコンテンツや、最新のコンテンツがダウンロードされた場合の同じコンテンツナンバーを持つ古いコンテンツを指す。
【００５５】
スケジュール管理部１４は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。スケジュール管理部１４は、コンテンツ記憶部１２に記憶されるコンテンツが出力（再生）されるスケジュールを管理する。スケジュール管理部１４は、配信センタ３から受信されるプレイスケジュールリストファイルに基づいて、コンテンツのスケジュールを管理する。このとき、スケジュール管理部１４は、プレイスケジュールリストファイルに基づいて、コンテンツの再生などの命令を出力制御部１５へ通知する。
【００５６】
スケジュール管理部１４は、配信センタ３から受信されるプレイスケジュールリストファイルを、自身が備える不揮発性記憶装置に記憶する。図４は、スケジュール管理部１４が記憶するプレイスケジュールリストファイルに含まれるプレイスケジュールリスト１４Ａの例を示す図である。プレイスケジュールリスト１４Ａは、項目として、ＡＤタイプ（ＡＤｖｅｒｔｉｓｅｍｅｎｔ　Ｔｙｐｅ），ファイルネーム（Ｆｉｌｅ　Ｎａｍｅ），ファイルテキストネーム（Ｆｉｌｅ　Ｔｅｘｔ　Ｎａｍｅ），開始時刻（Ｓｔａｒｔ　Ｔｉｍｅ），終了時刻（Ｅｎｄ　Ｔｉｍｅ）を持つ。各項目について説明する。
【００５７】
ＡＤタイプは、コンテンツ等のデータのファイル属性を示す。ＡＤタイプの例として、ＭＰＥＧ，ＴＥＸＴ，ＪＰＥＧ等がある。ここで、ＴＥＸＴの属性を持つファイルは、インフォーマル機能を実行するための設定ファイルを示す。
【００５８】
ファイルネームは、コンテンツ等のデータを含むファイルの名称を示す。ファイルテキストネームは、コンテンツ等の内容を示す文字列である。開始時刻と終了時刻は、夫々コンテンツ等の再生開始時刻と再生終了時刻とを示す。なお、あるコンテンツの再生において、終了時刻になるまえに再生が完了した場合、このコンテンツについて終了時刻まで繰り返し再生が実行される（プレイバック）。
【００５９】
この他、プレイスケジュールリスト１４Ａは、開始日，終了日等のスケジュールの項目を持つように構成されても良い。
【００６０】
スケジュール管理部１４は、コンテンツ管理部１３によるＥＰＧ受信処理が終了し、プレイスケジュールリストに示される各コンテンツのデータがコンテンツ記憶部１２に記憶されていることを確認し、満足されていれば、ダウンロードされた新しいプレイスケジュールリスト１４Ａに基づいて新しいコンテンツの放映を実行する。
【００６１】
出力制御部１５は、ＣＰＵやＲＡＭ等を用いて構成される。出力制御部１５は、スケジュール管理部１４や通信制御部１１から通知される命令に従って、テロップやコンテンツ記憶部１２に記憶されるコンテンツ等を出力する。
【００６２】
出力制御部１５は、通知された命令がコンテンツ記憶部１２に記憶されるコンテンツに関する命令である場合、このコンテンツについて再生、一時停止、停止、早送り、巻き戻し等の処理を実行する。
【００６３】
また、出力制御部１５は、通知された命令がインフォーマル等の宣伝手段に関する命令である場合、この命令に従って宣伝手段を実行する。例えば、この宣伝手段がテキストマスカレーディング機能（Ｔｅｘｔ　Ｍａｓｑｕｅｒａｄｉｎｇ機能：インフォーマル機能）である場合、即ち動画を再生しながらスクリーン中に任意の文字列（テロップ）を流動的に表示させる機能である場合、命令に含まれる文字列について再生、一時停止、停止などの処理を実行する。このような命令には、テロップの設定値が含まれる。テロップの設定値は、テロップの表示回数，表示時間，テロップの表示速度，テロップの表示場所，フォントサイズ，フォントタイプ等の値を含む。
【００６４】
また、このような命令には、コンテンツ記憶部１２に記憶されるインフォーマル機能を実行するための設定ファイルを実行することを指示する命令もある。
【００６５】
出力部１６は、外部インタフェースやデコーダ等を用いて構成される。このような外部インタフェースの例として、出力端子を備えるビデオカードがある。ビデオカードの出力端子は、このＳＴＢ６が接続される出力装置７の形態に応じて構成される。デコーダは、コンテンツデータをハードウェアによりデコードする必要がある場合などに用いる。出力部１６は、出力制御部１５から受け取るコンテンツデータを、必要に応じてデコードした後に出力装置７へ送出する。
【００６６】
状態管理部１７は、ＣＰＵやＲＡＭや不揮発性記憶装置やタイマ等を用いて構成される。状態管理部１７は、ＳＴＢ６の状態を配信センタ３へ報告する。状態管理部１７は、タイマを用いて定期的にハートビートコール（Ｈｅａｒｔ　ｂｅａｔ　ｃａｌｌ）を配信センタ３へ送信する。
【００６７】
ハートビートコールとは、発信元のＳＴＢ６の宛先を配信センタ３へ通知するためのデータである。また、ハートビートコールは、定期的に配信センタ３へ送信されることにより、発信元のＳＴＢ６の状態を配信センタ３へ通知する。
【００６８】
また、状態管理部１７は、電源投入時など、あらかじめ設定されたタイミングでもハートビートコールを配信センタ３へ送信する。このタイミングは、管理端末９や配信センタ３の運用端末２６によって設定・変更される。
【００６９】
ハートビートコールは、プロダクトＩＤを含む。プロダクトＩＤは、各ＳＴＢ６に一意に割り当てられる１２桁の数字であり、ＳＴＢ６間で重複しない値である。状態管理部１７は、自身が備える不揮発性記憶装置に、自装置のプロダクトＩＤ及びハートビートコールの送信タイミング（例：クロック数，時間）を記憶する。
【００７０】
また、ＳＴＢ６は、不図示の設定値記憶部を備える。設定値記憶部は、不揮発性記憶装置によって構成され、各種設定値を記憶する。設定値の具体例として、配信センタ３のグローバルアドレス，自装置に割当てられているローカルアドレス等がある。
【００７１】
〈〈出力装置〉〉
出力装置７は、ＳＴＢ６からコンテンツデータを入力され、入力されたコンテンツデータを出力する。コンテンツデータには、映像（動画）データ，音声データ，静止画データ，テキストデータ等があり、出力装置７は入力されるコンテンツデータに応じた構成をとる。一般的には、出力装置７は、ＴＶ，ディスプレイ装置，スピーカ等を用いて構成される。
【００７２】
〈〈ルータ〉〉
まず、ルータ８の構成について説明する。ルータ８は、一般的に使用されるブロードバンドルータを用いて構成される。店舗２にはグローバルアドレスを持たない複数台のＳＴＢ６が備えられるため、ルータ８は、ＩＰマスカレード機能を備えるブロードバンドルータを用いて構成される。ルータ８は、店舗２とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、店舗２とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ８は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ８は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。
【００７３】
次にルータ８における設定について説明する。ルータ８は、セキュリティの向上を図るため、配信センタ３との通信のみを行うように設定される。具体的には、ルータ８は、フィルタリングを実行し、配信センタ３から送信されたパケットのみを店舗２内のネットワークへ通過させる。即ち、ルータ８は、インターネット５から受信したパケットのうち、送信元アドレスが配信センタ３のアドレスであるパケットのみを通過させる。また、ルータ８は、店舗２内のネットワークから受信したパケットのうち、送信先アドレスがルータ８又は配信センタ３のアドレスであるパケットのみを通過させる。さらに、ルータ８は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
【００７４】
〈〈管理端末〉〉
管理端末９は、店舗２に設置されている各ＳＴＢ６について、管理者が各種設定や操作を行うための装置である。具体的には、管理端末９は、管理者が店舗２に設置されている各ＳＴＢ６で放映されているコンテンツの確認や変更を行うための装置である。例えば、ＳＴＢ６で放映されているコンテンツがある商品の宣伝である場合に、この商品が品切れした際に、管理者は管理端末９を用いて放映されているコンテンツを変更する。また、管理者はモニターの追加によるメーカーの確認などに管理端末９を使用する。また、管理者は、放映されているコンテンツにインフォーマル機能を用いる際に、管理端末９を用いてキャラクタ入力や制御等の作業を実行する。また、管理者は、管理端末９を用いて、ＳＴＢ６のプレイスケジュールリスト１４Ａの内容を変更することができる。また、管理者は、管理端末９を用いて、プレイスケジュールリスト１４Ａに含まれないコンテンツを割り込みで再生させることができる。このため、管理端末９は以下のように構成される。
【００７５】
管理端末９は、パーソナルコンピュータやワークステーション等の情報処理装置を用いて構成される。管理端末９は、キーボードやマウス等の入力装置、ディスプレイやスピーカ等の出力装置、無線ＬＡＮカード等の通信制御装置を備える。管理端末９は、同じ店舗２に設置される各ＳＴＢ６と通信可能に構成される。
【００７６】
〈〈アクセスポイント〉〉
アクセスポイント１０は、店舗２において無線ＬＡＮを使用するためのアクセスポイントを用いて構成される。アクセスポイント１０は、上流側はルータ８と接続され、下流側は各ＳＴＢ６と接続される。このとき、管理端末９は、アクセスポイント１０の下流側に接続されても良い。
【００７７】
アクセスポイント１０は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ，ＩＥＥＥ８０２．１１ｂ，ＨｉＳＷＡＮａ等の規格に準拠した装置を用いて構成される。
【００７８】
〈配信センタ〉
配信センタ３には、コンテンツ配信サーバ１８，コンテンツ登録ストレージ１９，ルータ２０，ルータ２１，運用端末２６が設置される。配信センタ３では、コンテンツ登録ストレージ１９が、コンテンツ制作センタ４からインターネット５とルータ２１とを介してコンテンツのデータ等を受信し記憶する。また、配信センタ３では、コンテンツ配信サーバ１８が、コンテンツ登録ストレージ１９に記憶されるＥＰＧやコンテンツのデータ等を読み出し、ルータ２０，インターネット５を介して店舗２のＳＴＢ６へ送信する。また、配信センタ３では、管理者が運用端末２６を使用して、任意の店舗２に設置された任意のＳＴＢ６を操作・管理する。以下、配信センタ３が含む各構成について説明する。
【００７９】
〈〈コンテンツ配信サーバ〉〉
図５は、本発明によるコンテンツ配信サーバ１８のブロック図である。コンテンツ配信サーバ１８は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。コンテンツ配信サーバ１８は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、通信制御部２２，配信先記憶部２３，配信制御部２４，及び状態管理部２５等を含む装置として機能する。
【００８０】
コンテンツ配信サーバ１８では、配信制御部２４が店舗２のＳＴＢ６からハートビートコールを受信し、ＳＴＢ６のプロダクトＩＤとＩＰアドレスとの対応を配信先記憶部２３に登録する。また、コンテンツ配信サーバ１８では、配信制御部２４が、配信先記憶部２３の登録内容に応じて、各ＳＴＢ６へ送信すべきＥＰＧを決定し、コンテンツ登録ストレージ１９から読み出したＥＰＧを送信する。また、コンテンツ配信サーバ１８では、状態管理部２５が、受信されるハートビートコールと配信先記憶部２３の記憶内容とを基に、各ＳＴＢ６の状態を監視する。以下、このように動作するコンテンツ配信サーバ１８が備える各構成について説明する。
【００８１】
通信制御部２２は、ネットワークボード等を用いて構成される。通信制御部２２は、配信センタ３のネットワークで使用されるネットワーク形態に応じたネットワークボード等を用いて構成される。
【００８２】
配信先記憶部２３は、ハードディスク等の不揮発性記憶装置を用いて構成される。配信先記憶部２３は、配信先テーブル２３Ａを記憶する。図６は、配信先テーブル２３Ａの例を示す図である。
【００８３】
配信先テーブル２３Ａは、プロダクトＩＤ，ＩＰアドレス，ポート番号，ＥＰＧナンバー，最新アクセス日時，及びカウンタの値を対応付けて持つ。ＩＰアドレスとポート番号は、対応するプロダクトＩＤを持つＳＴＢ６へデータを送信する際に送信先アドレスと送信先ポート番号として使用する値である。この値は、ＳＴＢ６から送信されるハートビートコールを含むパケットの送信元アドレスと送信元ポート番号から得られる。従って、ＩＰアドレスはグローバルアドレスの値を持つ。
【００８４】
ＥＰＧナンバーは、対応するプロダクトＩＤを持つＳＴＢ６へ送信されるべきＥＰＧの番号を示す。ＥＰＧは、コンテンツリストファイルとプレイスケジュールリストファイルとを含む。ＥＰＧのデータは、コンテンツ登録ストレージ１９に、ＥＰＧナンバーと対応付けて記憶される。
【００８５】
最新アクセス日時は、対応するプロダクトＩＤを持つＳＴＢ６からコンテンツ配信サーバ１８が受信する最新のハートビートコールの受信日時を示す。
【００８６】
カウンタは、０〜５９の整数を持ち、コンテンツ配信サーバ１８が、対応するプロダクトＩＤを持つＳＴＢ６からハートビートコールを受信した回数を示す。
【００８７】
配信先テーブル２３ＡのプロダクトＩＤとＥＰＧナンバーとは、管理者が運用端末２６を使用した場合にのみ書き換えられる。
【００８８】
配信制御部２４は、ＣＰＵやＲＡＭ等を用いて構成される。配信制御部２４は、ハートビートコールを受信すると、ハートビートコールに含まれるプロダクトＩＤを読み出す。また、配信制御部２４は、ハートビートコールを含むパケットの送信元アドレスと送信元ポート番号とを読み出す。そして、配信制御部２４は、読み出した送信元アドレスと送信元ポート番号とを、読み出したプロダクトＩＤに対応付けて、配信先テーブル２３Ａに登録する。また、配信制御部２４は、現在時刻を取得し、取得した現在時刻を、読み出したプロダクトＩＤに対応する最新アクセス日時の値として配信先テーブル２３Ａに登録する。このとき、配信制御部２４は、対応するカウンタの値に１を加算する。ただし、配信制御部２４は、カウンタの値”５９”に”１”を加算する場合、カウンタの値を”０”と書き換える。
【００８９】
配信制御部２４は、カウンタの値を”１”と書き換えた場合、このカウンタに対応するＥＰＧナンバーに該当するＥＰＧをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４は、読み出したＥＰＧを、このカウンタに対応するＩＰアドレスとポート番号を送信先としたパケットとして送信する。
【００９０】
また、配信制御部２４は、通信制御部２２を介してＳＴＢ６からコンテンツダウンロード要求を受信すると、このコンテンツダウンロード要求に含まれるコンテンツナンバーに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４は、読み出したコンテンツのデータを、コンテンツダウンロード要求の送信元であるＳＴＢ６へ送信する。
【００９１】
状態管理部２５は、ＣＰＵやＲＡＭやタイマ等を用いて構成される。状態管理部２５は、定期的に配信先テーブル２３Ａの最新アクセス日時を参照し、この値が初期値（例えば”ＮＵＬＬ”）でない場合、この値と現在日時の時間差を算出する。状態管理部２５は、この時間差が閾値（例：数十秒，数分）を超えた場合、この最新アクセス日時に対応するプロダクトＩＤを読み出し、最新アクセス日時とともに運用端末２６へ通知する。このとき、状態管理部２５は、この最新アクセス日時に対応するカウンタの値を”０”に書き換え、この最新アクセス日時を初期値に書き換える。
【００９２】
〈〈コンテンツ登録ストレージ〉〉
コンテンツ登録ストレージ１９は、不揮発性記憶装置などを用いて構成される。コンテンツ登録ストレージ１９は、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓ）のように冗長性を備える装置として構成されても良い。
【００９３】
コンテンツ登録ストレージ１９は、ＥＰＧをＥＰＧナンバーと対応付けて記憶する。即ち、コンテンツ登録ストレージ１９は、コンテンツリストファイル及びプレイスケジュールリストファイルを、ＥＰＧナンバーと対応付けて記憶する。また、コンテンツ登録ストレージ１９は、コンテンツのデータをコンテンツナンバーと対応付けて記憶する。コンテンツ登録ストレージ１９が記憶するＥＰＧ，ＥＰＧナンバー，コンテンツのデータ，及びコンテンツナンバーは、コンテンツ制作センタ４から登録される。
【００９４】
〈〈ルータ〉〉
ルータ２０，２１は、一般的に使用されるブロードバンドルータを用いて構成される。配信センタ３には複数台の通信端末（コンテンツ配信サーバ１８，運用端末２６等）が備えられるため、ルータ２０，２１は、静的ＩＰマスカレード機能を備えるブロードバンドルータを用いて構成される。ルータ２０，２１は、配信センタ３とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、配信センタ３とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ２０，２１は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ２０，２１は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。また、ルータ２０とルータ２１とはそれぞれ異なる構成（例：ルータ２０はＡＤＳＬルータでありルータ２１はＦＴＴＨルータ）を用いて構成されても良い。
【００９５】
次にルータ２０における設定について説明する。ルータ２０は、セキュリティの向上を図るため、各店舗２との通信のみを行うように設定される。具体的には、ルータ２０は、フィルタリングを実行し、各店舗２から送信されたパケットのみを配信センタ３内のネットワークへ通過させる。即ち、ルータ２０は、インターネット５から受信したパケットのうち、送信元アドレスが店舗２のアドレスであるパケットのみを通過させる。また、ルータ２０は、配信センタ３内のネットワークから受信したパケットのうち、送信先アドレスがルータ２０又は店舗２のアドレスであるパケットのみを通過させる。さらに、ルータ２０は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
【００９６】
ルータ２０の設定と同様に、ルータ２１も、コンテンツ制作センタ４との通信のみを行うように設定される。ルータ２１のフィルタリングの設定は、ルータ２０の説明において店舗２をコンテンツ制作センタ４に置き換えた設定がされる。
【００９７】
〈〈運用端末〉〉
運用端末２６は、コンテンツ登録ストレージ１９や各店舗２に設置されたＳＴＢ６の管理・設定を行うために、管理者によって使用される。管理者は、運用端末２６を使用し、リモートコントロールにて各店舗２に設置されたＳＴＢ６の状況を確認する。運用端末２６は、パーソナルコンピュータやワークステーション等の情報処理装置を用いて構成され、以下のように動作する。
【００９８】
運用端末２６は、コンテンツ配信サーバ１８から最新アクセス日時とプロダクトＩＤとを通知されると、この二つの値を対応付けてログとして記憶する。この他にも、運用端末２６は、コンテンツ制作センタ４からコンテンツ登録ストレージ１９へのデータ更新の際（コンテンツ制作者名，コンテンツ制作日時，コンテンツナンバー等をログとして記憶）や、コンテンツ配信サーバ１８からＳＴＢ６へのコンテンツ，ＥＰＧのダウンロードの際（プロダクトＩＤ，ダウンロード日時，コンテンツナンバー，ＥＰＧナンバー等をログとして記憶）等に履歴（ログ）を記憶する。運用端末２６は、管理者の要求に応じて、記憶したログをＣＳＶ（Ｃｏｍｍａ　Ｓｅｐａｒａｔｅｄ　Ｖａｌｕｅ）ファイルとして出力する。
【００９９】
また、運用端末２６は、コンテンツ配信サーバ１８から最新アクセス日時とプロダクトＩＤとを通知されると、通知されたプロダクトＩＤに対応するＳＴＢ６と同じ店舗の管理端末９に対し、通知された二つの値を確認信号として通知する。
【０１００】
〈コンテンツ制作センタ〉
コンテンツ制作センタ４は、作業端末２７，ルータ２８を含む。コンテンツ制作センタ４では、管理者は、作業端末２７を用いてコンテンツを制作し、制作したコンテンツを、ルータ２８及びインターネット５を介して配信センタ３へ登録する。以下、コンテンツ制作センタ４が含む各構成について説明する。
【０１０１】
〈〈作業端末〉〉
作業端末２７は、パーソナルコンピュータやワークステーション等の情報処理端末又はコンテンツ制作の専用ハードウェアを用いて構成され、ＳＴＢ６で放映されるコンテンツを制作するために、管理者によって使用される。また、作業端末２７は、ＥＰＧ，インフォマーシャル等のデータを制作するために、管理者によって使用される。また、作業端末２７は、管理者の操作によって、制作されたコンテンツ，ＥＰＧ，インフォマーシャル等のデータを登録センタ３へ送信し登録する。
【０１０２】
〈〈ルータ〉〉
ルータ２８は、コンテンツ制作センタ４とインターネット５とを結ぶ通信路形態に応じたブロードバンドルータを用いて構成される。例えば、コンテンツ制作センタ４とインターネット５とを結ぶ通信路形態がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）である場合、ルータ２８は、ＡＤＳＬモデムを含むＡＤＳＬルータを用いて構成される。ただし、ルータ２８は、通常のブロードバンドルータとＡＤＳＬモデムとを別々に用いて構成されても良い。
【０１０３】
次にルータ２８における設定について説明する。ルータ２８、セキュリティの向上を図るため、配信センタ３との通信のみを行うように設定される。具体的には、ルータ２８は、フィルタリングを実行し、配信センタ３から送信されたパケットのみをコンテンツ制作センタ４内のネットワークへ通過させる。即ち、ルータ２８は、インターネット５から受信したパケットのうち、送信元アドレスが配信センタ３のアドレスであるパケットのみを通過させる。また、ルータ２８は、コンテンツ制作センタ４内のネットワークから受信したパケットのうち、送信先アドレスがルータ２８又は配信センタ３のアドレスであるパケットのみを通過させる。さらに、ルータ２８は、ステートフルインスペクション等のセキュリティ機能を備えるように構成されても良い。
【０１０４】
〔〔動作例〕〕
図７〜図１１は第一実施形態によるデータ送信システム１の動作を示すフローチャートである。以下、第一実施形態によるデータ送信システム１の動作について説明する。
【０１０５】
図７は、電源投入時のＳＴＢ６の動作を示すフローチャートである。まず、図７を用いて電源投入時のＳＴＢ６の動作について説明する。
【０１０６】
ＳＴＢ６に電源が投入されると（Ｓ０１）、状態管理部１７はハートビートコールをコンテンツ配信サーバ１８へ送信する（Ｓ０２）。コンテンツ配信サーバ１８は、ハートビートコールを受信すると（Ｓ０３）、ハートビートコール応答処理を実行する（Ｓ０４）。ハートビートコール応答処理については、図９を用いて後述する。ＳＴＢ６は、コンテンツ配信サーバ１８から、ハートビートコール応答処理の結果としてＥＰＧを受信すると、ＥＰＧ受信処理を実行する（Ｓ３５）。ＥＰＧ受信処理については、図１０を用いて後述する。そして、ＳＴＢ６の状態管理部１７は、ＥＰＧ受信処理の後にタイマをスタートさせる（Ｓ３６）。
【０１０７】
図７のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、ＥＰＧ受信処理を含めて、コンテンツ再生のバックグラウンド処理として実行される。
【０１０８】
図８は、タイマによるＳＴＢ６の動作及びコンテンツ配信サーバ１８の動作を示すフローチャートである。次に、図８を用いてこの動作について説明する。
【０１０９】
状態管理部１７は、タイマをスタートさせ（Ｓ０５）、一定時間が経過すると（Ｓ０６−Ｙｅｓ）、ハートビートコールをコンテンツ配信サーバ１８へ送信する（Ｓ０７）。コンテンツ配信サーバ１８は、ハートビートコールを受信すると（Ｓ０８）、ハートビートコール応答処理を実行する（Ｓ０９）。ハートビートコール応答処理については、図９を用いて後述する。ＳＴＢ６は、コンテンツ配信サーバ１８から、ハートビートコール応答処理の結果としてＥＰＧを受信すると、ＥＰＧ受信処理を実行する（Ｓ３７）。ＥＰＧ受信処理については、図１０を用いて後述する。そして、ＳＴＢ６の状態管理部１７は、ＥＰＧ受信処理の後に、再度、タイマをスタートさせる（Ｓ０５）。
【０１１０】
図８のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、ＥＰＧ受信処理を含めて、コンテンツ再生のバックグラウンド処理として実行される。
【０１１１】
図９は、コンテンツ配信サーバ１８のハートビートコール応答処理における動作を示すフローチャートである。図９を用いてハートビートコール応答処理について説明する。
【０１１２】
配信制御部２４は、受信されたハートビートコールからプロダクトＩＤを読み出す（Ｓ１０）。配信制御部２４は、さらに、受信されたハートビートコールを含むパケットのヘッダから送信元アドレス及び送信元ポート番号を読み出す（Ｓ１１）。配信制御部２４は、現在日時を取得し（Ｓ１２）、取得及び読み出した値を配信先テーブル２３Ａに登録する（Ｓ１３）。
【０１１３】
配信制御部２４は、登録した送信元アドレス等に対応するカウンタの値が”５９”か否かを判断する（Ｓ１４）。カウンタの値が”５９”である場合（Ｓ１４−Ｙｅｓ）、配信制御部２４はカウンタの値を”０”とし（Ｓ１５）、処理を終了する（Ｓ１６）。一方、カウンタの値が”５９”ではない場合（Ｓ１４−Ｎｏ）、配信制御部２４は、カウンタの値をインクリメントする（Ｓ１７）。即ち、配信制御部２４は、カウンタの値に”１”を加算する。
【０１１４】
次に、配信制御部２４は、カウンタの新たな値が”１”か否かを判断する（Ｓ１８）。カウンタの新たな値が”１”でない場合（Ｓ１８−Ｎｏ）、配信制御部２４は処理を終了する（Ｓ１６）。一方、カウンタの新たな値が”１”である場合（Ｓ１８−Ｙｅｓ）、配信制御部２４は、このカウンタに対応するＥＰＧナンバーを読み出す（Ｓ１９）。そして、配信制御部２４は、読み出したＥＰＧナンバーに対応するＥＰＧをコンテンツ登録ストレージ１９から読み出し（Ｓ２０）、読み出したＥＰＧをＳＴＢ６へ送信し（Ｓ２１）、処理を終了する（Ｓ１６）。
【０１１５】
図１０は、ＥＰＧを配信センタ３から受信したＳＴＢ６の動作、即ちＳＴＢ６によるＥＰＧ受信処理の動作を示すフローチャートである。図１０を用いてＥＰＧ受信処理の動作について説明する。
【０１１６】
ＥＰＧが受信されると（Ｓ２２）、コンテンツ管理部１３は、受信されたＥＰＧに含まれるコンテンツリストファイルと、自身が記憶するコンテンツリストファイルとを比較する（Ｓ２３）。そして、コンテンツ管理部１３は、更新されたコンテンツの有無を判断する（Ｓ２４）。更新されたコンテンツが無い場合（Ｓ２４−Ｎｏ）、コンテンツ管理部１３は、処理を終了する（Ｓ２５）。一方、更新されたコンテンツが有る場合（Ｓ２４−Ｙｅｓ）、コンテンツ管理部１３は、更新されたコンテンツを配信センタ３からダウンロードする（Ｓ２６）。このとき、コンテンツ管理部１３は、新たなコンテンツリストファイルを記憶し（Ｓ２７）、処理を終了する（Ｓ２５）。
【０１１７】
図１０のフローチャートにおける動作は、ＳＴＢ６が既にコンテンツの再生を実行している場合、コンテンツ再生のバックグラウンド処理として実行される。
【０１１８】
図１１は、コンテンツ配信サーバ１８のＳＴＢ監視処理の動作を示すフローチャートである。図１１を用いてＳＴＢ監視処理について説明する。
【０１１９】
状態管理部２５は、タイマをスタートさせ（Ｓ２８）、一定時間が経過すると（Ｓ２９−Ｙｅｓ）、配信先テーブル２３Ａが含む最新アクセス日時を参照する（Ｓ３０）。状態管理部２５は、現在日時を取得し（Ｓ３１）、２値の値の差、即ち現在日時と最新アクセス日時との差が閾値を超えているか否かを判断する（Ｓ３２）。２値の差が閾値を超えていない場合（Ｓ３２−Ｎｏ）、状態管理部２５は処理を終了し（Ｓ３３）、再びタイマをスタートする（Ｓ２８）。一方、２値の差が閾値を超えている場合（Ｓ３２−Ｙｅｓ）、状態管理部２５は、読み出した最新アクセス日時とこの最新アクセス日時に対応するプロダクトＩＤとを、運用端末２６へ通知する（Ｓ３４）。そして、状態管理部２５は、処理を終了し（Ｓ３３）、再びタイマをスタートする（Ｓ２８）。
【０１２０】
〔〔作用／効果〕〕
第一実施形態によれば、コンテンツ配信サーバ１８は、各ＳＴＢ６へパケットを送信するためのアドレスやポート番号をあらかじめ記憶せず、各ＳＴＢ６から受信するハートビートコールの内容に基づいて各ＳＴＢ６へパケットを送信するためのアドレスやポート番号を得る。このため、ＳＴＢ６について設定の変更や店舗の移動などを実行した場合であっても、コンテンツ配信サーバ１８においてなんら設定を変更する必要がない。
【０１２１】
また、コンテンツのデータ等は、コンテンツ配信サーバ１８から各店舗２に設置された各ＳＴＢ６へ自動的に送信される。このため、コンテンツのデータ等を含むカセット等の記録媒体を配送することにより、コスト削減や処理の軽減をはかることができる。
【０１２２】
また、コンテンツのデータ等は、ビデオデッキのように再生手段として駆動部（ヘッド等）を含む装置ではなく、ＣＰＵやＲＡＭ等を用いた装置、即ちＳＴＢによって再生される。このため、装置の故障率を軽減することによりコストの削減を図ることが可能となる。
【０１２３】
また、コンテンツの再生は、プレイスケジュールリストの終了時刻までプレイバックにより継続するため、例えば終了時刻を店舗２の閉店時刻に合わせることにより、ターンキーソリューション、即ち管理者はＳＴＢ６の電源を投入するだけでＳＴＢ６が自動的に動作し続ける。このため、店舗２におけるＳＴＢ６の管理者の負担を軽減することが可能となる。
【０１２４】
また、運用端末２６は、プロダクトＩＤ及び最新アクセス日時を対応付けてログを記憶するため、このログをＳＴＢ６毎にソートして出力することが可能となる。また、運用端末２６は、同様の理由により、ログとして記憶する他の情報（コンテンツ制作者やコンテンツナンバー等）についてもソートして出力することが可能である。このため、管理者はソートを実行することにより、このログの内容の確認が容易となる。
【０１２５】
〔〔変形例〕〕
第一実施形態では、店舗２の通信形態として無線ＬＡＮを用いてシステムが構築されたが、他の通信形態を用いて構成されても良い。例えば、ＢｌｕｅＴｏｏｔｈのポイント・ツー・マルチポイント接続等の無線通信や、１００ＢＡＳＥ−Ｔ等の有線のＬＡＮを用いて構成されても良い。また、店舗２が小規模であるためにＳＴＢ６が１台しか設置されない場合、ＢｌｕｅＴｏｏｔｈのポイント・ツー・ポイント等の、１対１の無線通信を用いて構成されても良い。
【０１２６】
また、上記記載では、ＳＴＢ６がコンテンツのデータ転送の際に使用するプロトコルについて限定されていないが、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のように汎用プロトコルを使用しても良いし、独自のプロトコルを使用しても良い。なお、独自のプロトコルを使用した場合、セキュリティの向上を図ることができる。
【０１２７】
また、店舗２と配信センタ３及び／又はコンテンツ制作センタ４と配信センタ３は、ＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）を用いて通信を行うように構成されても良い。
【０１２８】
また、ＳＴＢ６についての電源投入は、店舗２における管理者が手動で行われても良いし、タイマを用いて自動的に行われても良い。
【０１２９】
また、コンテンツ管理部１３は、新たにダウンロードされるコンテンツのデータを記憶する領域がコンテンツ記憶部１２に不足しているか否かを判断し、不足している場合には、不要となる（即ち新たなコンテンツリスト１３Ａに示されていない）コンテンツのデータを削除し、新たにダウンロードされるコンテンツの記憶領域を確保した後にダウンロードを実行するように構成されても良い。
【０１３０】
また、通信制御部１１，コンテンツ管理部１３，スケジュール管理部１４，状態管理部１７，設定値記憶部が備える不揮発性記憶装置は、容易に取り外し可能に構成されても良い。具体例としては、コンパクトフラッシュやスマートメディア等がある。さらに、上記各不揮発性記憶装置は、一つの装置として設けられても良い。このように構成されることにより、ＳＴＢ６に障害が発生した場合に、障害が発生したＳＴＢ６から不揮発性記憶装置を取りだし他のＳＴＢ６に装着させて予備系として動作させることが可能となる。
【０１３１】
また、店舗２，配信センタ３，及びコンテンツ制作センタ４とインターネット５とを結ぶ通信路形態は、ＦＴＴＨ（Ｆｉｂｅｒ　Ｔｏ　Ｔｈｅ　Ｈｏｍｅ）等、ＡＤＳＬ以外の高速回線を用いて構成されても良い。
【０１３２】
また、配信センタ３には、複数のグローバルアドレスが割当てられても良い。例えばコンテンツ配信サーバ１８に固有のグローバルアドレスが割当てられても良い。この場合、ルータ２０，２１は、静的ＩＰマスカレード機能を備えなくとも良い。また、この場合、ルータ２０，２１は、ブロードバンドルータではなく、他のルータを用いて構成されても良い。
【０１３３】
また、コンテンツ記憶部１２に記憶されるコンテンツの削除は、コンテンツリストファイルが修正されることによって遂行されるように構成されても良い。
【０１３４】
また、ハートビートコール応答処理において、配信制御部２４は、ＥＰＧに含まれるコンテンツリストファイルのみをＳＴＢ６にまず送信し（Ｓ２１に相当：図９参照）、その後ＳＴＢ６からプレイスケジュールリストファイル要求を受信した後にプレイスケジュールリストファイルをＳＴＢ６へ送信するように構成されても良い。この場合、ＳＴＢ６は、まずコンテンツリストファイルのみを受信し、ＥＰＧ受信処理（Ｓ２２〜Ｓ２７：図１０参照）の後にプレイスケジュールリストファイル要求を配信サーバ１８へ送信し、受信したプレイスケジュールリストファイルを記憶するように構成される。
【０１３５】
また、ＳＴＢ６は、不図示のＨＴＴＰＤ実行部を備えるように構成されても良い。この場合、ＨＴＴＰＤ実行部は、ＨＴＴＰＤ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）を実行し、ＳＴＢ６における各種設定・管理を管理者が行うためのユーザインタフェースを、管理端末９，運用端末２６に提供する。このように構成されることにより、管理端末９，運用端末２６において、ＳＴＢ６について設定・管理を実行する際に、特別なインタフェースを作成する必要が無く、一般的なウェブ・ブラウザを使用することが可能となる。
【０１３６】
また、設定値記憶部は、サーバメールアドレス（例えば、配信サーバ１８に対して送信されるメールのアドレス），オンライン／オフラインの設定，クライアントメールアドレス（自身のメールアドレス）等をさらに記憶するように構成されても良い。
【０１３７】
また、ＳＴＢ６の出力制御部１５は、コンテンツをプレイバックする度に、即ちコンテンツの再生を再度実行する度に、配信センタ３の運用端末２６にプロダクトＩＤとともにその旨を通知し、運用端末２６はこの通知をプロダクトＩＤ毎にカウントしログを作成するように構成されても良い。運用端末２６はさらに、このカウントをコンテンツ毎、日毎に実行するように構成されても良い。この場合、ＳＴＢ６の出力制御部１５は、コンテンツナンバー等を運用端末２６にさらに通知する必要がある。
【０１３８】
また、コンテンツ記憶部１２は、再生中のコンテンツのデータを記憶する第一記憶領域とダウンロード中のコンテンツのデータを記憶する第二記憶領域とを夫々異なる記憶領域として備えるように構成されても良い。この場合、コンテンツ管理部１３は、第二記憶領域におけるダウンロードが完了した後に、第二記憶領域における記憶内容を第一記憶領域にコピーするように構成される。コンテンツ管理部１３がダウンロードの完了を知るタイミングの例として、コンテンツ配信サーバ１８から送信されるアップデートメッセージがＳＴＢ６において受信されるタイミング等がある。
【０１３９】
また、本発明のコンテンツ配信サーバ１８の配信制御部２４は、カウンタを用いてＥＰＧの送信を実行するか否かを判断する（Ｓ１４，Ｓ１５，Ｓ１７，Ｓ１８）のではなく、現在時刻によって判断するように構成されても良い。この場合、例えば、店舗毎にＥＰＧ送信の時間を定めることや、ＥＰＧ送信の時間をコンテンツの再生が実行されない時間（例えば深夜など）に設定することが可能となる。
【０１４０】
〔第二実施形態〕
〔〔概要〕〕
本発明の第二実施形態におけるデータ送信システム１ａは、基本的な構成は第一実施形態におけるデータ送信システム１（図１参照）と同じである。従って、データ送信システム１ａについて、データ送信システム１と異なる構成についてのみ説明する。
【０１４１】
データ送信システム１ａは、店舗２ａ，配信センタ３ａ，コンテンツ制作センタ４，及びインターネット５を含む。
【０１４２】
データ送信システム１ａでは、データ送信システム１と異なり、店舗２ａに設置されたＳＴＢ６ａにダウンロードされるべきコンテンツを、ＳＴＢ６ａではなく配信センタ３ａに設置されたコンテンツ配信サーバ１８ａが判断する。
【０１４３】
〔〔システム構成〕〕
次に、データ送信システム１ａにおける各構成について、データ送信システム１と異なる構成についてのみ説明する。
【０１４４】
〈店舗〉
店舗２ａは、ＳＴＢ６の代わりにＳＴＢ６ａを備える点で第一実施形態における店舗２と異なる。即ち、店舗２ａは、ＳＴＢ６ａ，出力装置７，ルータ８，管理端末９，及び無線ＬＡＮのアクセスポイント１０を含む。以下、店舗２ａにおける構成について、第一実施形態における店舗２と異なるＳＴＢ６ａについて説明する。
【０１４５】
〈〈ＳＴＢ〉〉
ＳＴＢ６ａの構成は、コンテンツ管理部１３，スケジュール管理部１４の代わりにコンテンツ管理部１３ａ，スケジュール管理部１４ａを備える点で第一実施形態のＳＴＢ６と異なる。以下、コンテンツ管理部１３ａ及びスケジュール管理部１４ａについて説明する。
【０１４６】
コンテンツ管理部１３ａは、ＣＰＵやＲＡＭや不揮発性記憶装置やタイマ等を用いて構成される。
【０１４７】
コンテンツ管理部１３ａは、コンテンツリストファイルを自身が備える不揮発性記憶装置に記憶する。コンテンツ管理部１３ａは、タイマを用いて、定期的（例：数分毎，数時間毎）にコンテンツリストファイルをコンテンツ配信サーバ１８ａに送信する。このとき、コンテンツ管理部１３ａは、コンテンツリストファイルとともに自装置のプロダクトＩＤも送信する。また、コンテンツ管理部１３ａは、コンテンツ配信サーバ１８ａからコンテンツリストファイルが受信された場合、受信されたコンテンツリストファイルを自身が備える不揮発性記憶装置に書き込む。この場合、コンテンツ管理部１３ａはさらに、コンテンツのダウンロードを要求するためのコンテンツダウンロード要求をコンテンツ配信サーバ１８ａに送信する。このコンテンツダウンロード要求は、自装置のプロダクトＩＤを含む。そして、コンテンツ管理部１３ａは、受信されたコンテンツをコンテンツ記憶部１２に書き込む。
【０１４８】
コンテンツ管理部１３ａは、コンテンツの受信が終了した場合、又はダウンロード不要通知（詳細は、コンテンツ配信サーバ１８ａの配信制御部２４ａとともに説明する）をコンテンツ配信サーバ１８ａから受信した場合、スケジュール管理部１４ａへプレイスケジュールリストファイルの送信を命令する。
【０１４９】
コンテンツリストファイルの内容は、第一実施形態におけるコンテンツリストファイルと同じであるため、説明を省略する。
【０１５０】
スケジュール管理部１４は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。スケジュール管理部１４ａは、コンテンツ記憶部１２に記憶されるコンテンツが出力されるスケジュールを管理する。スケジュール管理部１４ａは、配信センタ３から受信されるプレイスケジュールリストファイルに基づいて、コンテンツのスケジュールを管理する。このとき、スケジュール管理部１４ａは、プレイスケジュールリストファイルに基づいて、コンテンツの再生などの命令を出力制御部１５へ通知する。
【０１５１】
プレイスケジュールリストファイルの内容は、第一実施形態におけるプレイスケジュールリストファイルと同じであるため、説明を省略する。
【０１５２】
スケジュール管理部１４ａは、プレイスケジュールリストファイルを自身が備える不揮発性記憶装置に記憶する。スケジュール管理部１４ａは、コンテンツ管理部１３ａからプレイスケジュールリストファイルの送信命令を受けると、プレイスケジュールリストファイルをコンテンツ配信サーバ１８ａに送信する。このとき、スケジュール管理部１４ａは、プレイスケジュールリストファイルとともに自装置のプロダクトＩＤも送信する。また、スケジュール管理部１４ａは、コンテンツ配信サーバ１８ａからプレイスケジュールリストファイルが受信された場合、受信されたプレイスケジュールリストファイルを自身が備える不揮発性記憶装置に書き込む。
【０１５３】
〈配信センタ〉
配信センタ３ａは、コンテンツ配信サーバ１８の代わりにコンテンツ配信サーバ１８ａを備える点で第一実施形態における配信センタ３と異なる。即ち、配信センタ３ａは、コンテンツ配信サーバ１８ａ，コンテンツ登録ストレージ１９，ルータ２０，ルータ２１，及び運用端末２６を含む。以下、配信センタ３ａにおける構成について、第一実施形態における配信センタ３ａと異なるコンテンツ配信サーバ１８ａについて説明する。
【０１５４】
〈〈コンテンツ配信サーバ〉〉
コンテンツ配信サーバ１８ａは、配信先記憶部２３，配信制御部２４，状態管理部２５の代わりに配信先記憶部２３ａ，配信制御部２４ａ，状態管理部２５ａを備える点で第一実施形態におけるコンテンツ配信サーバ１８と異なる。即ち、コンテンツ配信サーバ１８ａは、通信制御部２２，配信先記憶部２３ａ，配信制御部２４ａ，及び状態管理部２５ａを備える。以下、コンテンツ配信サーバ１８ａの構成のうち、第一実施形態におけるコンテンツ配信サーバ１８と異なる構成についてのみ説明する。
【０１５５】
配信先記憶部２３は、ハードディスク等の不揮発性記憶装置を用いて構成される。配信先記憶部２３は、配信先テーブル２３Ｂを記憶する。図１２は、配信先テーブル２３Ｂの例を示す図である。
【０１５６】
配信先テーブル２３Ｂは、カウンタの値を持たない点で、第一実施形態における配信先テーブル２３Ａと異なる。即ち、配信先テーブル２３Ｂは、プロダクトＩＤ，ＩＰアドレス，ポート番号，ＥＰＧナンバー，及び最新アクセス日時を対応付けて持つ。各値の構成は第一実施形態における配信先テーブル２３Ａと同じであるため説明を省略する。
【０１５７】
配信制御部２４ａは、ＣＰＵやＲＡＭ等を用いて構成される。配信制御部２４ａは、ハートビートコールを受信すると、ハートビートコールに含まれるプロダクトＩＤを読み出す。また、配信制御部２４ａは、ハートビートコールを含むパケットの送信元アドレスと送信元ポート番号とを読み出す。そして、配信制御部２４ａは、読み出した送信元アドレスと送信元ポート番号とを、読み出したプロダクトＩＤに対応付けて、配信先テーブル２３Ｂに登録する。また、配信制御部２４ａは、現在時刻を取得し、取得した現在時刻を、読み出したプロダクトＩＤに対応する最新アクセス日時の値として配信先テーブル２３Ｂに登録する。
【０１５８】
また、配信制御部２４ａは、ＳＴＢ６ａからコンテンツリストファイルを受信すると、このファイルとともに受信したプロダクトＩＤに対応するＥＰＧナンバーを配信先テーブル２３Ｂから読み出す。配信制御部２４ａは、読み出したＥＰＧナンバーに対応するＥＰＧに含まれるコンテンツリストファイルを、コンテンツ登録ストレージ１９から読み出す。配信制御部２４ａは、読み出したコンテンツリストファイルと受信したコンテンツリストファイルとが異なるか否かを判断する。この判断はどのように実行されても良い。例えば、ｄｉｆｆコマンドの実行やサイズによって判断されても良い。
【０１５９】
二つのファイルが同一である場合、配信制御部２４ａは、ＳＴＢ６ａに対し、ダウンロード不要通知を送信する。即ち、配信制御部２４ａは、ＳＴＢ６ａに記憶されるコンテンツリストファイルとコンテンツ登録ストレージ１９に記憶される最新のコンテンツリストファイルとが同一であるため、ＳＴＢ６ａに最新のコンテンツリストファイルをダウンロードする必要がないことを通知する。
【０１６０】
一方、二つのファイルが異なる場合、配信制御部２４ａは、ＳＴＢ６ａに対し、コンテンツ登録ストレージ１９から読み出した最新のコンテンツリストファイルを送信する。
【０１６１】
また、配信制御部２４ａは、ＳＴＢ６ａからプレイスケジュールリストファイルを受信すると、受信したプレイスケジュールリストファイルについても、コンテンツリストファイルについて行う上記処理と同じ処理を実行する。
【０１６２】
また、配信制御部２４ａは、ＳＴＢ６ａからコンテンツダウンロード要求を受信すると、このコンテンツダウンロード要求に含まれるプロダクトＩＤに対応するＥＰＧナンバーを配信先テーブル２３Ｂから読み出す。配信制御部２４ａは、読み出したＥＰＧナンバーに対応するコンテンツリストファイルをコンテンツ登録ストレージ１９から読み出す。配信制御部２４ａは、読み出したコンテンツリストファイルに含まれるコンテンツナンバーに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出す。そして、配信制御部２４ａは、読み出したコンテンツのデータをＳＴＢ６ａへ送信する。
【０１６３】
状態管理部２５ａは、ＣＰＵやＲＡＭやタイマ等を用いて構成される。状態管理部２５ａは、カウンタの値の書き換えを実行しないことを除けば、第一実施形態における状態管理部２５と同じ構成である。
【０１６４】
〔〔動作例〕〕
図１３は、第二実施形態におけるＳＴＢ６ａとコンテンツ配信サーバ１８ａとの動作例を示すシーケンス図である。図１３を用いて第二実施形態におけるＳＴＢ６ａとコンテンツ配信サーバ１８ａとの動作について説明する。
【０１６５】
ＳＴＢ６ａの状態管理部１７は、定期的及び電源投入後にハートビートコールをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０１）。また、ＳＴＢ６ａのコンテンツ管理部１３ａは、定期的にコンテンツリストファイルをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０２）。
【０１６６】
コンテンツ配信サーバ１８ａの配信制御部２４ａは、コンテンツリストファイルが受信されると、このコンテンツリストファイルとコンテンツ登録ストレージ１９に記憶されるコンテンツリストファイルとが同一か否かを判断する。同一である場合、配信制御部２４ａは、ＳＴＢ６ａに、コンテンツ登録ストレージ１９に記憶されるコンテンツリストファイルを送信する。一方、同一でない場合、配信制御部２４ａは、ＳＴＢ６ａに、ダウンロード不要通知を送信する（Ｓｅｑ０３）。
【０１６７】
ＳＴＢ６ａのコンテンツ管理部１３ａは、コンテンツリストファイル又はダウンロード不要通知を受信すると、コンテンツ配信サーバ１８ａに対し、Ａｃｋ（確認応答）を送信する（Ｓｅｑ０４）。
【０１６８】
また、コンテンツ管理部１３ａは、コンテンツリストファイルを受信した場合、コンテンツダウンロード要求をコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０５）。
【０１６９】
コンテンツ配信サーバ１８ａの配信制御部２４ａは、コンテンツダウンロード要求を受信すると、ＳＴＢ６ａに対応するコンテンツのデータをコンテンツ登録ストレージ１９から読み出し、読み出したコンテンツのデータをＳＴＢ６ａに送信する（Ｓｅｑ０６）。
【０１７０】
コンテンツ管理部１３ａは、ダウンロード不要通知を受信すると、又はコンテンツのデータのダウンロードが終了すると、スケジュール管理部１４ａに対しプレイスケジュールリストファイルの送信を命令する。スケジュール管理部１４ａは、この命令を受けると、プレイスケジュールリストをコンテンツ配信サーバ１８ａに送信する（Ｓｅｑ０７）。
【０１７１】
コンテンツ配信サーバ１８ａは、プレイスケジュールリストが受信されると、このプレイスケジュールリストファイルとコンテンツ登録ストレージ１９に記憶されるプレイスケジュールリストファイルとが同一か否かを判断する。同一である場合、配信制御部２４ａは、ＳＴＢ６ａに、コンテンツ登録ストレージ１９に記憶されるプレイスケジュールリストファイルを送信する。一方、同一でない場合、配信制御部２４ａは、ＳＴＢ６ａに、ダウンロード不要通知を送信する（Ｓｅｑ０８）。
【０１７２】
ＳＴＢ６ａのスケジュール管理部１４ａは、プレイスケジュールリストファイル又はダウンロード不要通知を受信すると、コンテンツ配信サーバ１８ａに対し、Ａｃｋを送信する（Ｓｅｑ０９）。
【０１７３】
〔〔作用／効果〕〕
第二実施形態によれば、コンテンツリストファイル及びプレイスケジュールリストファイルがＳＴＢ６ａにダウンロードされるべきか否かを、ＳＴＢ６ａではなくコンテンツ配信サーバ１８ａが判断する。このため、ＳＴＢ６ａにおける処理が軽減される。従って、ＳＴＢ６ａは、コンテンツの出力処理をスムーズに行うことが可能となる。
【０１７４】
【発明の効果】
本発明によれば、映像データや音声データ等のコンテンツのデータを、コンテンツサーバから離れた位置に設置された端末装置に対し、ネットワークを介して送信することが可能となる。
【図面の簡単な説明】
【図１】データ送信システムの概要を示す図である。
【図２】ＳＴＢのブロック図である。
【図３】コンテンツリストの例を示す図である。
【図４】プレイスケジュールリストの例を示す図である。
【図５】コンテンツ配信サーバのブロック図である。
【図６】第一実施形態における配信先テーブルの例を示す図である。
【図７】ＳＴＢ電源投入時の動作を示すフローチャートである。
【図８】タイマによるＳＴＢの動作及びコンテンツ配信サーバの動作を示すフローチャートである。
【図９】コンテンツ配信サーバのハートビートコール応答処理における動作を示すフローチャートである。
【図１０】ＳＴＢのＥＰＧ受信処理における動作を示すフローチャートである。
【図１１】コンテンツ配信サーバのＳＴＢ監視処理の動作を示すフローチャートである。
【図１２】第二実施形態における配信先テーブルの例を示す図である。
【図１３】第二実施形態におけるＳＴＢとコンテンツ配信サーバとの動作例を示すシーケンス図である。
【符号の説明】
１　　　　　データ送信システム
２　　　　　店舗
３　　　　　配信センタ
４　　　　　コンテンツ制作センタ
５　　　　　インターネット
６　　　　　ＳＴＢ
７　　　　　出力装置
８　　　　　ルータ
９　　　　　管理端末
１０　　　　　アクセスポイント
１１　　　　　通信制御部
１２　　　　　コンテンツ記憶部
１３　　　　　コンテンツ管理部
１３Ａ　　　　コンテンツリスト
１４　　　　　スケジュール管理部
１４Ａ　　　　プレイスケジュールリスト
１５　　　　　出力制御部
１６　　　　　出力部
１７　　　　　状態管理部
１８　　　　　コンテンツ配信サーバ
１９　　　　　コンテンツ登録ストレージ
２０，２１　　ルータ
２２　　　　　通信制御部
２３　　　　　配信先記憶部
２３Ａ　　　　配信先テーブル
２４　　　　　配信制御部
２５　　　　　状態管理部
２６　　　　　運用端末
２７　　　　　作業端末
２８　　　　　ルータ