JP2009020740A - 情報配信システム、配信装置及びコンピュータプログラム - Google Patents

Abstract

【課題】サーバへの負荷を低減することができる、情報配信システムを提供する。
【解決手段】配信情報を記憶する記憶部を備えたサーバと、ネットワークを介してサーバに接続され、このサーバから配信情報を取得する配信装置と、配信装置から配信情報の配信を受ける端末と、を備え、配信装置は、サーバの記憶部から配信情報を取得する配信情報取得部と、サーバの記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、配信情報記憶部に記憶されている複数種の配信情報が端末に配信される順序を定めた配信スケジュールを記憶するスケジュール記憶部と、配信スケジュールの順序に従って、配信情報記憶部に記憶されている配信情報を端末に配信する情報配信部と、を備えている。
【選択図】 図１

Description

本発明は、情報配信システム、それに用いる配信装置及びコンピュータプログラムに関する。

現在、インターネットに代表されるネットワークの発達により、種々の配信情報やサービスが提供されている。

例えば、インターネットを利用した配信情報やサービスの提供としては、ウェブページに挿入されたバナーによる配信情報の提供、特定ウェブページにおける動画配信情報等のコンテンツの提供等が挙げられる。

このようなウェブページによる配信情報の提供は、様々な場所からの利用が可能であるが、当該ウェブページにアクセスしてきた利用者のみが対象となる。そのため、かかるウェブページによる配信情報の提供では、配信情報を提供する提供者の立場からは、配信情報の提供のターゲットとなる利用者層に十分に配信情報を提供することができないこととなり、利用者側の立場からは、利用者のアクセス場所とは無関係な配信情報が提供されることとなる場合がある。したがって、前記ウェブページによる配信情報の提供では、配信情報を提供する提供者及び利用者の両方の希望条件を満たすことが困難である。

一方、前述のようなネットワークにおいて、配信情報として、地域に特化した広告データを配信する装置としては、センターサーバと、このセンターサーバとネットワークを介して接続された複数のモニタとを備え、モニタは、それぞれ固有のＩＤと表示スケジュールを備え、センターサーバは、各モニタの設置場所及び表示スケジュールに関する配信情報をモニタＩＤに関連付けて登録しておくモニタデータベースと、ユーザの通信端末からネットワーク経由で広告配信情報の作成要求が出力された場合に、当該通信端末に対して広告配信情報作成用フォームを送信する手段と、モニタデータベースを参照し、少なくとも一部のモニタの設置場所及び表示スケジュールに関する配信情報をユーザの通信端末に送信し、広告配信情報を配信すべきモニタ及び表示日時の選択を促す手段と、フォームを通じて入力された広告配信情報、及びユーザが選択したモニタ及び表示日時に関する配信情報を、当該ユーザのＩＤに関連付けて広告配信情報ベースに格納する手段と、上記広告配信情報ベースに格納された各広告配信情報の表示日時をチェックし、表示日時の到来した広告配信情報を抽出すると共に、これをネットワーク経由で該当のモニタに配信する手段とを備える広告配信情報流通システム（例えば、特許文献１参照）等が挙げられる。
特開２００３−８５４３９号公報

しかしながら、前記特許文献１に記載の広告配信情報流通システムでは、センターサーバにより、モニタの設置場所及び表示スケジュールに関する配信情報や広告配信情報が集中的に管理されているため、例えば、前記広告配信情報の容量が大きい場合には、前記センターサーバ等に過度の負荷がかかることがある。

本発明は、このような事情に鑑みてなされたものであり、サーバへの負荷を低減することができる、情報配信システム、配信装置及びコンピュータプログラムを提供することを目的とする。

本発明の情報配信システムは、配信情報を記憶する記憶部を備えたサーバと、ネットワークを介して前記サーバに接続され、このサーバから前記配信情報を取得する配信装置と、前記配信装置から前記配信情報の配信を受ける端末と、を備え、
前記配信装置は、前記サーバの前記記憶部から前記配信情報を取得する配信情報取得部と、前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定めた配信スケジュールを記憶するスケジュール記憶部と、前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部と、を備えていることを特徴としている。

本発明の情報配信システムでは、配信情報は、前記配信装置の配信情報取得部により、前記サーバの記憶部から取得され、次に、前記配信情報は、前記配信装置の配信情報記憶部に、複数種記憶される。その後、前記配信情報は、前記配信スケジュールの順序に従って、端末に配信される。したがって、端末への配信情報の配信の度毎に、前記サーバにアクセスし、前記サーバの記憶部から配信情報を取得しなくてもよいため、本発明の情報配信システムによれば、前記サーバへの負荷が低減される。

また、本発明の情報配信システムでは、前記スケジュール記憶部には、複数台の端末用の複数の配信スケジュールが記憶され、前記情報配信部は、前記配信情報記憶部に記憶されている配信情報を、複数の配信スケジュールに従って、複数台の端末に配信するように構成されていることが好ましい。

さらに、本発明の情報配信システムでは、前記サーバの前記記憶部は、複数台の配信装置毎に配信情報を記憶しており、前記配信装置の前記配信情報取得部は、前記記憶部の配信情報のうち、自配信装置用の配信情報を取得するように構成されていることが好ましい。

本発明の配信装置は、端末への配信情報の配信を行う配信装置であって、配信情報を記憶する記憶部を備えたサーバの前記記憶部から前記配信情報を取得する配信情報取得部と、前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定める配信スケジュールを記憶するスケジュール記憶部と、前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部と、を備えていることを特徴としている。

本発明の配信装置では、配信情報は、前記配信情報取得部により、前記配信情報を記憶する記憶部を備えたサーバの記憶部から取得され、次に、前記配信情報記憶部に記憶される。その後、前記配信情報は、配信スケジュールの順序に従って、端末に配信される。したがって、端末への配信情報の配信の度毎に、サーバにアクセスし、サーバの記憶部から配信情報を取得しなくてもよいため、本発明の配信装置によれば、前記サーバへの負荷が低減される。

本発明のコンピュータプログラムは、コンピュータを、配信情報を記憶する記憶部を備えたサーバの前記記憶部から前記配信情報を取得する配信情報取得部と、前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定める配信スケジュールを記憶するスケジュール記憶部と、前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部ととして機能させることを特徴としている。

本発明のコンピュータプログラムでは、配信情報を記憶する記憶部を備えたサーバの前記記憶部から取得した配信情報を前記配信情報記憶部に記憶させるように、コンピュータを機能させる。その後、配信スケジュールに従って、前記配信情報記憶部に一旦記憶された配信情報を、前記配信スケジュールの順序に従って、端末に配信させるように、コンピュータを機能させる。したがって、本発明のコンピュータプログラムによれば、サーバへの負荷を低減させることができる。

本発明の情報配信システム、配信装置及びコンピュータプログラムによれば、サーバへの負荷を低減することができるという優れた効果が奏される。

以下、添付図面を参照しつつ、本発明の情報配信システム及び配信装置の実施の形態を詳細に説明する。

図１は、本発明の一実施の形態の情報配信システムの構成を示す図である。本実施の形態の情報配信システム１は、クライアント５からインターネット回線６を介して送信される配信情報を記憶するサーバ２と、インターネット回線７を介してサーバ２に接続され、このサーバ２から配信情報を取得する複数の配信装置３ａ，３ｂと、配信装置３ａから場内配線８を介して配信情報の配信を受ける複数台の端末４ａ，４ｂ，４ｃと、配信装置３ｂから場内配線８を介して配信情報の配信を受ける複数台の端末４ｄ，４ｅ，４ｆとを備えている。なお、本実施の形態の情報配信システム１では、１台のサーバ２に対してインターネット回線７を介して接続される配信装置３の数は、特に限定されるものではなく、１台であってもよく、２台以上であってもよい。また、本実施の形態の情報配信システム１では、１台の配信装置３に対して場内配線８を介して接続される端末４の数は、特に限定されるものではなく、１台であってもよく、２台以上であってもよい。

本実施の形態の情報配信システム１は、例えば、ボーリング場における配信情報の配信に利用することができる。

この情報配信システム１の管理者は、設置を希望するボーリング場からの要求により、当該ボーリング場に、配信装置３を貸与または譲渡し、設置する。また、この情報配信システム１の管理者は、端末４への配信情報の配信に関し、ボーリング場に対して、任意に、課金することができる。

ボーリング場には、レーン毎にスコアなどの情報を表示するレーンモニタなどの複数台のモニタが設置されている。本実施の形態の情報配信システム１では、新たな端末をボーリング場に導入せずとも、端末４として、これらのレーンモニタ、ロビーモニタ、ボーリング場内管理モニタなどのモニタを用いることができるため、既存の設備の利用を図る点で有利である。また、本実施の形態の情報配信システム１によれば、ボーリング場に設置されているこれらの既存のモニタを用いることができるため、簡単に、安価に、広告宣伝情報などの配信情報を提供することが可能になる。

ボーリング場には、配信装置３が設置され、この配信装置３には、場内配線８を介して各モニタが接続される。スコア表示が行なわれていないレーンモニタが存在している場合、配信装置３の記憶部に記憶されている複数種の配信情報がスケジュールの順序にしたがって、所定のレーンモニタ毎に配信され、表示される。なお、レーンモニタやロビーモニタは、データ形式の種類の違いから、インターネット回線を通じて配信される配信情報をそのまま表示することができない場合があるため、好ましくは、配信装置３により表示可能な形式に変換されることが望ましい。

また、ボーリング場は、各地域に多数存在しているため、それぞれのボーリング場に配信装置３を設置することにより、各ボーリング場を基点とする情報ネットワークを形成することができる。また、各ボーリング場に配信装置３を設置することにより、各地域に根ざした配信情報の提供が可能になる。

各地域の各ボーリング場の各端末に配信される配信情報は、クライアント５によりインターネット回線６を介してサーバ２に送信され、サーバ２に記憶される。各地域の各ボーリング場の各端末に配信される配信情報は、サーバ２に、地域毎に分類され、さらに１つの地域の配信情報は、ボーリング場毎にさらに分類されて記憶されている。図２は、このサーバ２に分類され記憶された配信情報の階層構造を示す図である。具体的には、図２に示されるように、サーバ２には、各地域用のフォルダとして、「関西」用フォルダを有する。この「関西」用フォルダは、「大阪府」用フォルダ、「兵庫県」用フォルダなどの各都道府県用のフォルダを有する。さらに、「大阪府」用フォルダには、「ボーリング場Ａ」用フォルダ、「ボーリング場Ｂ」用フォルダおよび「ボーリング場Ｃ」用フォルダを有し、「兵庫県」用フォルダには、「ボーリング場Ｄ」用フォルダ、「ボーリング場Ｅ」用フォルダおよび「ボーリング場Ｆ」用フォルダを有する。

また、情報配信システム１の管理者は、配信情報の配信を希望するクライアント５から、当該配信情報を得る。前記配信情報は、クライアント５から、インターネット回線７を介してサーバ２にアップロードされる。これに伴い、情報配信システム１の管理者は、配信情報の配信を希望するクライアント５に対しては、情報配信システム１の使用料金を課金することができる。

図３は、本発明の一実施の形態の情報配信システムにおけるサーバの構成を示す概略説明図である。サーバ２は、配信情報を記憶する記憶部２−１と、クライアント５、配信装置３などのログイン、認証、記憶部２−１からの特定のファイルの授受を制御する制御部２−２とを備えている。なお、図３中のＡは、図４中のＡに動作可能につながっている。

記憶部２−１には、例えば、動画情報、文字情報、音声情報等が記憶される。本発明においては、記憶部２−１は、複数台の配信装置毎に配信情報を記憶していることが好ましい。この場合、取得対象の配信情報の特定が容易になるため、配信情報の取得時におけるサーバ２への負荷が低減される。

制御部２−２には、クライアント５がインターネット回線６を介して接続されているとともに、配信装置３がインターネット回線７を介して接続されている。

図４は、本発明の一実施の形態の配信装置の構成を示す概略説明図である。なお、図４では、１台の配信装置３に対して、複数台の端末４ａ，４ｂが接続されている例を示す。本実施の形態の配信装置では、１台の配信装置３に対して、１台の端末４が接続されていてもよく、２台以上の端末４が接続されていてもよい。

配信装置３は、サーバ２の記憶部２−１から配信情報を取得する第１配信情報取得部３−１ａと、
サーバ２の記憶部２−１から取得した配信情報を複数種記憶可能な第１配信情報記憶部３−２ａと、
第１配信情報記憶部３−２ａから配信情報を取得する第２配信情報取得部３−１ｂと、
第１配信情報記憶部３−２ａから取得した配信情報を複数種記憶可能な第２配信情報記憶部３−２ｂと、
第２配信情報記憶部３−２ａに記憶されている複数種の配信情報が端末４ａ，４ｂ，４ｃに配信される順序を定めた配信スケジュールを記憶するスケジュール記憶部３−４と、
前記配信スケジュールの順序に従って、第２配信情報記憶部３−２ａに記憶されている配信情報を端末４ａ，４ｂ，４ｃに配信する情報配信部３−３と、
情報配信部３−３により端末４に所定の配信情報が配信されたかどうかを検証し、端末４毎に所定の配信情報が配信されていない場合にエラー稼働情報を出力し、端末４毎に所定の配信情報が配信されている場合に正常稼働情報を出力する稼働情報出力部３−５と、
前記正常稼働情報を受領したとき、第１配信情報記憶部３−２ａに記憶された配信情報の妥当性を検証し、前記配信情報が妥当でないことが確認された場合にエラー情報を出力し、前記配信情報が妥当であることが確認された場合に正常配信情報を出力する記憶情報検証部３−６と、
前記エラー稼働情報又は前記エラー情報を受領したとき、前記配信情報に代替する代替情報を端末４に配信する代替情報配信部３−７と
を備えている。

配信装置３は、当該配信装置３の第１配信情報取得部３−１ａが、前記サーバ２の制御部２−２にアクセスして、サーバ２の記憶部から配信情報を取得できるように、ネットワークを介して、サーバ２の制御部２−２に接続されている。第１配信情報取得部３−１ａは、サーバ２の記憶部２−１から、配信する順序がスケジューリングされていない状態で配信情報を取得する。

サーバ２の記憶部２−１は、複数台の配信装置３ａ，３ｂ毎に配信情報を記憶し、配信装置３ａ，３ｂそれぞれの第１配信情報取得部３−１ａが、サーバ２の記憶部２−１に記憶されている配信情報のうち、自配信装置用の配信情報を取得するように構成されていることが好ましい。このように構成されていることにより、配信情報の取得に際して、時間を低減させることができ、サーバ２への負荷が低減される。

第１配信情報取得部３−１ａにより取得された配信情報は、第１配信情報記憶部３−２ａにより記憶される。このように構成されていることにより、端末４への配信情報の配信の度毎に、サーバ２にアクセスし、サーバ２の記憶部２−１から配信情報を取得しなくてもよいため、サーバ２への負荷が低減される。加えて、ネットワークへの負荷が低減される。このように、配信装置３の第１配信情報記憶部３−２ａは、サーバ２の記憶部２−１に記憶されている配信情報のうち、当該配信装置３から端末４ａ，４ｂ，４ｃに配信する対象となる配信情報を記憶しているため、第１配信情報記憶部３−２ａによれば、端末４への配信情報の配信の度毎に、サーバ２から必要な配信情報を取得しなくてもよく、サーバ２への負荷を低減させることができる。

第１配信情報記憶部３−２ａにより記憶された配信情報は、さらに、第２配信情報取得部３−１ｂにより取得され、第２配信情報記憶部３−２ｂに移され、記憶される。これにより、本実施の形態の配信装置は、配信装置３内に、配信情報を安定的に保存することができるとともに、複数台の端末４ａ，４ｂ，４ｃへの配信情報の配信に際して、配信装置３内での負荷の集中を緩和させることができる点で有利である。

第２配信情報記憶部３−２ｂにより記憶された配信情報は、情報配信部３−３により、スケジュール記憶部３−４に記憶された配信スケジュールの順序に従って、端末４ａ，４ｂ，４ｃに配信される。例えば、配信情報は、配信スケジュールの順序に従って、所定の時間に、所定の配信情報が、所定の端末４に配信される。このように、配信装置３によれば、端末毎に、異なる組み合わせで、異なる時間帯に配信情報を配信することができる。したがって、配信装置３を備える情報配信システム１によれば、配信情報を提供する提供者及び利用者の両方による配信日時、配信情報の内容等の希望条件に応じて、端末毎に異なる配信情報を簡単に配信することができる。

図５は、本発明の一実施の形態の配信装置の情報配信部の構成を示す概略説明図である。情報配信部３−３は、前記スケジュール記憶部３−４に記憶された配信スケジュールの順序に従って、第２配信情報記憶部により記憶された配信情報を取得する第３配信情報取得部３−３−１と、前記配信スケジュールの順序に従って、配信対象の端末４を選択し、適切な配信情報を分配するセレクタ３−３−２と、配信情報のデータ形式を端末４での表示に適した形式に変換する変換器３−３−３ａ，３−３−３ｂと、前記配信スケジュールの順序に従って、第２配信情報記憶部により記憶された配信情報の取得を制御するとともに、配信情報を分配するセレクタを制御する制御部３−３−４とを備える。情報配信部３−３において、制御部３−３−４は、前記配信スケジュールの順序に従って第３配信情報取得部３−３−１を制御して、第３配信情報取得部３−３−１に、第２配信情報記憶部３−２ｂにより記憶された配信情報の取得を行なわせるとともに、前記配信スケジュールの順序に従ってセレクタ３−３−２を制御して、セレクタ３−３−２に、配信情報の分配を行なわせる。分配された配信情報は、変換器３−３−３ａ，３−３−３ｂにより、データ形式を端末４での表示に適した形式に変換される。

なお、図４に示される実施の形態の配信装置３は、第２配信情報取得部３−１ｂおよび第２配信情報記憶部３−２ｂを備えていなくてもよい。この場合、第１配信情報記憶部３−２ａにより記憶された配信情報が、情報配信部３−３により、スケジュール記憶部３−４に記憶された配信スケジュールの順序に従って、端末４ａ，４ｂ，４ｃに配信される。

図４に示される実施の形態の配信装置３の稼働情報出力部３−５では、情報配信部３−３により端末４に所定の配信情報が配信されたかどうかを検証し、端末４毎に所定の配信情報が配信されていない場合にエラー稼働情報を出力し、端末４毎に所定の配信情報が配信されている場合に正常稼働情報を出力する。

本実施の形態の配信装置では、前記正常稼働情報が出力された場合、記憶情報検証部３−６が、この正常稼働情報を受領し、第１配信情報記憶部３−２ａに記憶された配信情報の妥当性を検証し、前記配信情報が妥当でないことが確認された場合にエラー情報を出力し、前記配信情報が妥当であることが確認された場合に正常配信情報を出力する。なお、記憶情報検証部３−６は、第１配信情報記憶部３−２ａに記憶された配信情報の妥当性を検証するものであってもよい。

一方、本実施の形態の配信装置では、前記エラー稼働情報が出力された場合、この記エラー稼働情報は、代替情報配信部３−７により受領される。そして、代替情報配信部３−７により、端末４への前記配信情報に代替する代替情報の配信が開始される。この場合、稼働情報出力部３−５によって、端末４への代替情報の配信の有無がさらに検証されることにより、端末４に所定の配信情報が配信されていないことの原因が特定される。ここで、前記代替情報が端末４に配信されてないことが確認された場合、情報配信部３−３から端末４への接続が不良である可能性があることが推測される。一方、前記代替情報が端末４に配信されていることが確認された場合、配信情報の取得または配信情報の記憶が不良である可能性があることが推測される。

本実施の形態の配信装置では、記憶情報検証部３−６により、前記正常配信情報が出力された場合、端末４への配信情報の配信の処理が、そのまま続行される。

また、本実施の形態の配信装置では、記憶情報検証部３−６により、前記エラー情報が出力された場合、このエラー情報は、第１配信情報取得部３−１ａにより受領される。そして、第１配信情報取得部３−１ａにより、サーバ２の記憶部２−１に記憶された配信情報のなかから、当該配信装置３に対応する配信情報の特定が開始される。その後、特定された配信情報は、当該第１配信情報取得部３−１ａにより取得される。取得された配信情報は、第１配信情報記憶部３−２ａにより記憶される。

ついで、添付図面を参照しつつ、本発明の一実施の形態の情報配信システムにおける処理手順を詳細に説明する。かかる処理手順は、本発明の一実施の形態のコンピュータプログラムを実行させ、前記配信装置として機能させたコンピュータ等により行われる。

図６は、本発明の一実施の形態の情報配信システム１における配信装置３によるサーバ２からのファイル（配信情報）の取得における処理手順を示すフローチャートである。

まず、配信装置３により、現在時刻と、ファイル（配信情報）を更新する設定時刻とが比較され、開始時刻が確認される（ステップＳ１−１）。前記ステップＳ１−１では、配信装置３により、現在時刻が設定時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかであるか否かが確認される。ここで、「Ｙｅｓ」である場合、処理は、サーバへのログイン（ステップＳ１−２）に移行し、「Ｎｏ」である場合、処理は、開始時刻確認（ステップＳ１−１）に再度移行する。これにより、ファイル（配信情報）が、設定時刻に、自動的に更新される。

具体的には、前記ステップＳ１−１において、現在時刻が設定時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかである場合、処理は、前記ステップＳ１−２に移行する。一方、現在時刻が設定時刻の前である場合、例えば、一定時間後、前記ステップＳ１−１が再度行なわれる。

前記ステップＳ１−２では、まず、配信装置３が、サーバ２の制御部２−２にログインし、サーバ認証の受信に移行する。ここで、「Ｙｅｓ」である場合、処理は、テーブルＡからのパスの取得（ステップＳ１−３）に移行し、「Ｎｏ」である場合、処理は、エラー報告（Ｓ１−４）に移行する。

前記ステップＳ１−２において、配信装置３がサーバ認証を受信した場合、前記ステップＳ１−３において、配信装置３の第１配信情報取得部３−１ａにより、サーバ２の記憶部２−１に記憶されたファイル（配信情報）が格納されたフォルダのフォルダパスが取得される。サーバ２の記憶部２−１には、ファイルが格納されたフォルダのフォルダパスと識別配信情報（ＩＤ）とが記憶されたテーブルＡ（図７参照）が記憶されている。また、前記テーブルＡには、ＩＤに対応させてフォルダパスが格納されている。

かかるステップＳ１−３では、配信装置３の第１配信情報取得部３−１ａにより、前記サーバ２の記憶部２−１に記憶されたテーブルＡからフォルダパスを取得する。これにより、サーバ２の記憶部２−１に記憶されたファイル（配信情報）のなかから、配信装置３の第１配信情報取得部３−１ａにより、当該配信装置３に対応するファイル（配信情報）が容易に特定される。

その後、前記フォルダパスに基づき、配信装置３の第１配信情報取得部３−１ａにより、当該配信装置３に対応するフォルダのファイル（配信情報）が特定され（ステップＳ１−５）、ついで、配信装置３の第１配信情報取得部３−１ａにより、その特定されたファイル（配信情報）が取得される（ステップＳ１−６）。これにより、サーバ２の記憶部２−１に記憶されたファイル（配信情報）のなかから、配信装置３の第１配信情報取得部３−１ａにより、配信装置３に対応するファイル（配信情報）が選択的に取得される。

次に、取得されたファイルは、当該配信装置３内の第１配信情報記憶部３−２ａに記憶され、保存又は上書き保存される（ステップＳ１−７）。前記ステップＳ１−７では、配信装置３の記憶情報検証部３−６により、保存が適正か否かが検証される。前記ステップＳ１−７において、「Ｙｅｓ」である場合、処理は、サーバ３からのログアウト（ステップＳ１−８）に移行し、「Ｎｏ」である場合、処理は、エラー報告（ステップＳ１−４）に移行する。

前記ステップＳ１−７において、保存が適正である場合、前記ステップＳ１−８において、サーバ２の制御部２−２を介して記憶部２−１にアクセスしている配信装置３が、サーバ２からログアウトし、処理は、完了報告（ステップＳ１−９）に移行し、レポート送信（ステップＳ１−１０）が行われる。この場合、ファイル（配信情報）の取得及び保存が良好に行われている状態となる。

一方、前記ステップＳ１−７において、保存が適正ではない場合である場合、ステップＳ１−４において、配信装置３の稼働情報出力部３−５により、エラー報告が行われる。前記ステップＳ１−４では、配信装置３の稼働情報出力部３−５により、必要に応じ、管理者に対して、配信装置３による保存等の動作を検証することを促す報告が行われてもよく、前記ステップＳ１−１から再実行することを促す報告が行われてもよい。

図８は、本発明の一実施の形態の情報配信システム１における配信装置３による端末４へのファイル（配信情報）の配信における処理手順を示すフローチャートである。

まず、配信装置３により、現在時刻と、ファイル（配信情報）を端末に配信する設定時刻とが比較され、開始時刻が確認される（ステップＳ２−１）。具体的には、ステップＳ２−１では、配信装置３により、現在時刻が設定時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかであるか否かが確認される。ここで、「Ｙｅｓ」である場合、処理は、タスクファイルＢからのスケジュール取得（ステップＳ２−２）に移行し、「Ｎｏ」である場合、処理は、開始時刻確認（ステップＳ１−１）に再度移行する。これにより、配信装置３によれば、設定時刻に、自動的にファイル（配信情報）を配信する処理が開始される。

前記ステップＳ２−１において、現在時刻が設定された開始時刻と同じ時刻及び設定された開始時刻を過ぎた時刻のいずれかである場合、処理は、前記ステップＳ２−２に移行し、配信装置３内に記憶されたタスクファイルＢから、配信情報を配信する順序を定めるスケジュールが取得される。かかるスケジュールの一例としては、配信対象のファイル（配信情報）の組み合わせと、前記ファイル（配信情報）を配信する順序と、配信対象の端末４とを定めるスケジュール等が挙げられる。

図９は、配信対象のファイル（配信情報）を配信する順序を定めるスケジュールを示す図である。図８に示されるスケジュールは、配信対象のファイル（配信情報）の組み合わせと前記ファイル（配信情報）を配信する順序及びその時間帯と、ファイル（配信情報）を配信する回線に接続された端末とが定められたスケジュールである。なお、かかる図９は、「１０：００」からの時間帯〜「１２：３０」からの時間帯について具体的に示しているが、本発明では、これらの例に特に限定されるものではなく、前記時間帯、配信回線、ファイル（配信情報）の組み合わせは、利用目的、利用場所等の種々の条件に応じて適宜設定される。

スケジュールが取得された後には、処理は、配信・分配処理（ステップＳ２−３）に移行する。

前記ステップＳ２−３では、配信装置３の情報配信部３−３により、前記スケジュールに従って、配信対象のファイル（配信情報）の組み合わせと前記ファイル（配信情報）を配信する時間帯とが決定されるとともに、配信対象の端末４が決定される。これにより、端末毎に、任意の時間帯に、任意のファイル（配信情報）を配信することができる。また、かかるステップＳ２−３では、配信の度毎に、配信装置３により、サーバ２の記憶部２−１からファイル（配信情報）を取得しなくてもよいため、配信装置３によれば、サーバへの負荷が低減される。

図９に示されるスケジュールに従って、ステップＳ２−３が行われる場合、具体的には、回線１に接続された端末には、配信ファイル１が、「１０：００」からの時間帯と「１１：３０」からの時間帯とに配信され、配信ファイル２が、「１０：３０」からの時間帯と「１２：００」からの時間帯とに配信され、配信ファイル３が、「１１：００」からの時間帯と「１２：３０」からの時間帯とに配信されるように、配信装置３の第１配信情報記憶部３−２ａに一旦記憶され第２配信情報記憶部３−２ｂに移され、記憶されたファイルのなかから配信ファイルの組み合わせ及び前記ファイル（配信情報）を配信する時間帯が決定される。また、回線２に接続された端末には、配信ファイル１が、「１１：３０」からの時間帯と「１２：３０」からの時間帯とに配信され、配信ファイル２が、「１０：００」からの時間帯と「１０：３０」からの時間帯と「１２：００」からの時間帯とに配信され、配信ファイル３が、「１１：００」からの時間帯に配信されるように、配信装置３の第１配信情報記憶部３−２ａに一旦記憶され第２配信情報記憶部３−２ｂに移され、記憶されたファイルのなかから配信ファイルの組み合わせ及び前記ファイル（配信情報）を配信する時間帯が決定される。さらに、回線３に接続された端末には、配信ファイル３が、「１０：００」からの時間帯と「１０：３０」からの時間帯と「１１：００」からの時間帯と「１１：３０」からの時間帯と「１２：００」からの時間帯と「１２：３０」からの時間帯とに配信されるように、配信装置３の第１配信情報記憶部３−２ａに一旦記憶され、第２配信情報記憶部３−２ｂに移され、記憶されたファイルのなかから配信ファイル及び前記ファイル（配信情報）を配信する時間帯が決定される。このように、配信装置３によれば、複数台の端末４に対して、それぞれ独立する任意のファイル（配信情報）を、それぞれ独立する任意の時間帯に配信することができ、配信情報を提供する提供者及び利用者の両方による配信日時、配信情報の内容等の希望条件を容易に満たすことができる。

次に、処理は、全回線配信開始（ステップＳ２−４）に移行する。

前記ステップＳ２−４では、前記ステップＳ２−３で決定されたように、所定のファイルが、所定の時間帯に、所定の端末に配信される。かかるステップＳ２−４では、ファイルは、配信装置３から、所定の回線を介して所定の端末に配信される。これにより、複数台の端末に対して、それぞれ独立する任意のファイル（配信情報）が、それぞれ独立する任意の時間帯に配信されることになる。

その後、処理は、稼働確認（ステップＳ２−５）に移行し、前記ステップＳ２−４における配信により、適正に配信されたか否かが確認される。

前記ステップＳ２−５において、「Ｙｅｓ」である場合、処理は、タスク：終了時刻確認（ステップＳ２−７）に移行し、「Ｎｏ」である場合、処理は、エラー処理（ステップＳ２−６）に移行する。具体的には、前記ステップＳ２−５において、適正に配信された場合、処理は、前記ステップＳ２−７に移行し、一方、適正に配信が行なわれていない場合、処理は、エラー処理（ステップＳ２−６）に移行する。

前記ステップＳ２−７では、現在時刻が設定された終了時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかであるか否かが確認される。

前記ステップＳ２−７において、「Ｙｅｓ」である場合、処理は、配信終了（ステップＳ２−９）に移行し、さらに、完了報告（ステップＳ２−１０）に移行し、レポート送信（ステップＳ２−１１）に移行するとともに、終了する。一方、前記ステップＳ２−７において、「Ｎｏ」である場合、処理は、ＳＵＢ１：ループ（ステップＳ２−８）に移行する。

図１０は、前記図８のフローチャートにおけるステップＳ２−８のＳＵＢ１：ループの処理手順を示すフローチャートである。

図１０に示されるＳＵＢ１：ループの処理は、図８のフローチャートにおけるステップＳ２−７において、「Ｎｏ」である場合、回線１：再生確認（ステップＳ３−１）から開始される。

前記ステップＳ３−１では、配信装置３の稼働情報出力部３−５により、回線１を介して配信装置３に接続された端末でファイルが再生中であるか否かが確認される。前記ステップＳ３−１において、ファイルが再生中である場合、処理は、回線２：再生確認（ステップＳ３−２）に移行する。一方、前記ステップＳ３−１において、ファイルが再生中ではない場合、処理は、回線１：最初から再生開始（ステップＳ３−２）に移行する。

前記ステップＳ３−２では、ファイルが最初から開始される。ファイルの再生が開始された後には、処理は、前記ステップＳ３−３に移行する。

前記ステップＳ３−３では、回線２を介して配信装置３に接続された端末４について、前記ステップＳ３−１と同様の処理が行われる。前記ステップＳ３−３において、再生中である場合、処理は、回線３：再生確認（ステップＳ３−５）に移行する。一方、前記ステップＳ３−２において、ファイルが再生中ではない場合、処理は、回線２：最初から再生開始（ステップＳ３−４）に移行する。

前記ステップＳ３−４では、ファイルが最初から開始される。ファイルの再生が開始された後には、処理は、前記ステップＳ３−５に移行する。

前記ステップＳ３−５では、配信装置３の稼働情報出力部３−５により、場内配線８を介して配信装置３に接続された端末４で再生中であるか否かが確認される。前記ステップＳ３−５において、ファイルが再生中である場合、処理は、ＳＵＢ１エンドに移行し、終了する。一方、前記ステップＳ３−５において、ファイルが再生中ではない場合、処理は、回線１：最初から再生開始（ステップＳ３−６）に移行する。

前記ステップＳ３−６では、ファイルが最初から開始される。ファイルの再生が開始された後には、ＳＵＢ1：ループの処理は、ＳＵＢ１エンドに移行し、終了する。その後、処理は、図８のフローチャートのＳ２−７におけるタスク：終了時刻確認に戻る。

前記ステップＳ２−７では、前述のように、配信装置３により、現在時刻が設定された終了時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかであるか否かが確認される。

前記ステップＳ２−７において、現在時刻が設定された終了時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかである場合、処理は、配信終了（ステップＳ２−９）に移行する。

その後、処理は、完了報告（ステップＳ２−１０）に移行し、レポート送信（ステップＳ２−１１）に移行するとともに、終了する。

図１１は、図８のフローチャートにおけるステップＳ２−６のエラー処理の処理手順を示すフローチャートである。

図１１に示されるエラー処理は、図８のフローチャートにおけるステップＳ２−５において、「Ｎｏ」である場合、エラー報告確認（ステップＳ４−１）から開始される。

前記ステップＳ４−１において、エラー報告が確認された場合、処理は、系統確認（ステップＳ４−２）に移行する。前記ステップＳ４−２では、エラー報告の原因となる端末についての系統が確認される。

その後、処理は、テスト動画表示（ステップＳ４−３）に移行する。テスト動画は、配信装置３の代替情報配信部３−７により、エラー報告の原因となる端末に配信される。

次に、処理は、テスト動画再生確認（ステップＳ４−４）に移行し、テスト動画の再生が適正であるか否かが確認される。前記ステップＳ４−４において、テスト動画の再生が適正である場合、処理は、エラー系統：ファイル検証（ステップＳ４−５）に移行する。この場合、配信装置３におけるファイルの再生機能そのものには、エラーの原因が存在しない可能性が推測される。一方、前記ステップＳ４−４において、テスト動画の再生が適正ではない場合、処理は、エラー静止画表示（ステップＳ４−６）に移行するとともに、アラート送信（ステップＳ４−７）に移行する。この場合、配信装置３によるファイルの再生機能そのものに、エラーの原因が存在する可能性が推測される。

前記ステップＳ４−５では、配信装置３の記憶情報検証部３−６により、この配信装置３の第１配信情報記憶部３−２ａに記憶されたファイルが適正であるか否かが検証される。かかるステップＳ４−５では、例えば、ファイルへのアクセスに関する配信情報やファイル本体の配信情報が正しく記憶されているかどうかが検証される。ここで、前記ファイルへのアクセスに関する配信情報や前記ファイル本体の配信情報が正しく記憶されている場合、ファイルが適正であると判断され、これらの配信情報のいずれかが正しく記憶されていない場合、ファイルが適正ではないと判断される。

前記ステップＳ４−５において、ファイルが適正である場合、処理は、テストレポート送信（ステップＳ４−８）に移行し、終了する。この場合、次の配信の時間帯まで、エラー静止画が表示され、図８のフローチャートに示される処理に戻る。その後、次の配信の時間帯に至った時、当該端末４へのファイルの配信が開始される（ステップＳ２−１）。

一方、前記ステップＳ４−５において、ファイルが適正ではない場合、処理は、エラー静止画表示（ステップＳ４−９）に移行し、サブルーチンＳＵＢ２：再更新（ステップＳ４−１０）に移行する。

前記ステップＳ４−９では、代替情報配信部３−７によりエラー静止画配信情報が端末４に配信され、エラー静止画が表示される。

図１２は、図１１のフローチャートのＳＵＢ２：再更新（ステップＳ４−１０）の処理手順を示すフローチャートである。

図１２に示されるＳＵＢ２：再更新の処理は、エラーファイルＩＤ確認（ステップＳ５−１）から開始される。

前記ステップＳ５−１では、第１配信情報取得部３−１ａにより、エラーファイルＩＤが確認され、その後、処理は、サーバログイン（ステップＳ５−２）に移行する。

前記ステップＳ５−２では、配信装置３がサーバ２の制御部２−２にログインし、サーバ認証の受信に移行する。ここで、「Ｙｅｓ」である場合、処理は、ファイル取得（ステップＳ５−３）に移行し、「Ｎｏ」である場合、処理は、エラー報告（ステップＳ５−４）に移行する。

前記ステップＳ５−２において、配信装置３がサーバ認証を受信した場合、前記ステップＳ５−３において、前記エラーファイルＩＤに基づき、当該配信装置３の第１配信情報取得部３−１ａにより、エラーの原因となるファイルが選択的に取得される。

前記ステップＳ５−３では、さらに、配信装置３の第１配信情報取得部３−１ａにより、ファイル取得が適正であるか否かが検証される。前記ステップＳ５−３では、「Ｙｅｓ」である場合、処理は、サーバからのログアウト（ステップＳ５−５）に移行し、「Ｎｏ」である場合、処理は、エラー報告（ステップＳ５−４）に移行する。

前記ステップＳ５−３において、ファイル取得が適正である場合、前記ステップＳ５−５において、サーバ２の制御部２−２にアクセスしている配信装置３がサーバ２からログアウトする。その後、処理は、データ格納（ステップＳ５−６）に移行する。

一方、前記ステップＳ５−３において、ファイル取得が適正ではない場合、ステップＳ５−４において、稼働情報出力部３−５により、エラー報告が行われる。この場合、配信装置３によるサーバ２の記憶部２−１からのファイル（配信情報）の取得の処理にエラーの原因が存在する可能性が推測される。前記ステップＳ５−４では、必要に応じ、管理者に対して、配信装置２の第１配信情報取得部３−１ａによるファイル取得等の動作を検証することを促す報告が行われてもよく、前記ステップＳ５−１から再実行することを促す報告が行われてもよい。

前記ステップＳ５−６では、配信装置３の第１配信情報取得部３−１ａにより、データ格納が適正であるかが検証される。前記ステップＳ５−６では、「Ｙｅｓ」である場合、処理は完了報告（ステップＳ５−７）に移行し、「Ｎｏ」である場合、警告送信（ステップＳ５−８）に移行する。

前記ステップＳ５−６において、データ格納が適正である場合、前記ステップＳ５−７において、完了報告が行われ、処理は、レポート送信（ステップＳ５−９）に移行するとともに、終了する。この場合、ファイル（配信情報）のデータ格納が良好に行われている状態であることとなる。

一方、前記ステップＳ５−６において、データ格納が適正ではない場合、前記ステップＳ５−８において、警告が送信される。この場合、データ格納の処理等にエラーの原因が存在することが推測される。前記ステップＳ５−４では、必要に応じ、管理者に対して、配信装置３によるデータ格納等の動作を検証することを促す報告が行われてもよく、前記ステップＳ５−１から再実行することを促す報告が行われてもよい。

図１３は、本発明の一実施の形態である配信装置３における第２配信情報記憶部３−２ｂ内の配信情報の上書き保存の処理手順を示すフローチャートである。

まず、配信装置３により、現在時刻と、ファイル（配信情報）を更新する設定時刻とが比較され、開始時刻が確認される（ステップＳ６−１）。前記ステップＳ６−１では、記配信装置３により、現在時刻が設定時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかであるか否かが確認される。ここで、「Ｙｅｓ」である場合、処理は、配信終了確認（ステップＳ６−２）に移行し、「Ｎｏ」である場合、処理は、開始時刻確認（ステップＳ６−１）に再度移行する。これにより、ファイル（配信情報）を、設定時刻に自動的に、第２配信情報記憶部３−２ｂへ上書き保存することができる。

具体的には、前記ステップＳ６−１において、現在時刻が設定時刻と同じ時刻及び設定時刻を過ぎた時刻のいずれかである場合、処理は、前記ステップＳ６−２に移行する。

前記ステップＳ６−２では、配信装置３による端末４への配信情報の配信が終了しているか否かが検証される。ここで、前記ステップＳ６−２において、配信装置３による端末４へのファイルの配信が終了している場合、処理は、第２配信情報記憶部３−２ｂへの上書き保存（ステップＳ６−４）に移行する。一方、前記ステップＳ６−２において、前記配信装置３による端末４へのファイルの配信が終了していない場合、処理は、配信停止（Ｓ６−３）に移行する。

次に、ファイルは、配信装置３内の第２配信情報記憶部３−２ｂに記憶され、上書き保存される（ステップＳ６−４）。前記ステップＳ６−４では、配信装置３の記憶情報検証部３−６により、保存が適正か否かが検証され、「Ｙｅｓ」である場合、処理は、完了報告（ステップＳ６−６）に移行し、「Ｎｏ」である場合、処理は、エラー報告（ステップＳ６−５）に移行する。

前記ステップＳ６−４において、上書き保存が適正である場合、処理は、前記ステップＳ６−６に移行するとともに、レポート送信（ステップＳ６−７）が行われる。その後、処理は、終了する。この場合、第２配信情報記憶部３−２ｂへのファイル（配信情報）の上書き保存が良好に行われている状態となる。

一方、前記ステップＳ６−４において、保存が適正ではない場合、ステップＳ６−５において、エラー報告が行われる。前記ステップＳ６−５では、必要に応じ、管理者に対して、配信装置３の第２配信情報記憶部３−２ｂへの上書き保存等の動作を検証することを促す報告が行われてもよく、前記ステップＳ６−１から再実行することを促す報告が行われてもよい。

図１は、本発明の一実施の形態の情報配信システムの構成を示す図である。 図２は、サーバ２の記憶部に分類され記憶された配信情報の階層構造を示す図である。 図３は、本発明の一実施の形態の情報配信システムにおけるサーバの構成を示す概略説明図である。 図４は、本発明の一実施の形態の配信装置の構成を示す概略説明図である。 図５は、本発明の一実施の形態の配信装置の情報配信部の構成を示す概略説明図である。 図６は、本発明の一実施の形態の情報配信システムにおける配信装置によるサーバからのファイル（配信情報）の取得における処理手順を示すフローチャートである。 図７は、ファイルが格納されたフォルダのフォルダパスと識別配信情報（ＩＤ）とが記憶されたテーブルＡを示す図である。 図８は、本発明の一実施の形態の情報配信システムにおける配信装置による端末へのファイル（配信情報）の配信における処理手順を示すフローチャートである。 図９は、配信対象のファイル（配信情報）を配信する順序を定めるスケジュールを示す図である。 図１０は、図８のフローチャートにおけるステップＳ２−８のＳＵＢ１：ループの処理手順を示すフローチャートである。 図１１は、図８のフローチャートにおけるステップＳ２−６のエラー処理の処理手順を示すフローチャートである。 図１２は、図８のフローチャートのＳＵＢ２：再更新（ステップＳ４−１０）の処理手順を示すフローチャートである。 図１３は、本発明の一実施の形態である配信装置における配信情報記憶部内の配信情報の上書き保存の処理手順を示すフローチャートである。

符号の説明

１ 情報配信システム
２ サーバ
２−１ 記憶部
３ 配信装置
３ａ 配信装置
３ｂ 配信装置
３−１ａ 第１配信情報取得部
３−２ａ 第１配信情報記憶部
３−１ｂ 第２配信情報取得部
３−２ｂ 第２配信情報記憶部
３−３ 情報配信部
３−３−１ 第３配信情報取得部
３−３−２ セレクタ
３−３−３ａ 変換器
３−３−３ｂ 変換器
３−３−４ 制御部
３−４ スケジュール記憶部
３−５ 稼働情報出力部
３−６ 記憶情報検証部
３−７ 代替情報配信部
４ 端末
５ クライアント
６ インターネット回線
７ インターネット回線
８ 場内配線

Claims (5)

1. 情報配信システムであって、
   配信情報を記憶する記憶部を備えたサーバと、
   ネットワークを介して前記サーバに接続され、このサーバから前記配信情報を取得する配信装置と、
   前記配信装置から前記配信情報の配信を受ける端末と、
   を備え、
   前記配信装置は、
   前記サーバの前記記憶部から前記配信情報を取得する配信情報取得部と、
   前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、
   前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定めた配信スケジュールを記憶するスケジュール記憶部と、
   前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部と、を備えている
   ことを特徴とする情報配信システム。
2. 前記スケジュール記憶部には、複数台の端末用の複数の配信スケジュールが記憶され、
   前記情報配信部は、前記配信情報記憶部に記憶されている配信情報を、複数の配信スケジュールに従って、複数台の端末に配信するように構成されている
   ことを特徴とする請求項１記載の情報配信システム。
3. 前記サーバの前記記憶部は、複数台の配信装置毎に配信情報を記憶しており、
   前記配信装置の前記配信情報取得部は、前記記憶部の配信情報のうち、自配信装置用の配信情報を取得するように構成されていることを特徴とする請求項１又は２記載の情報配信システム。
4. 端末への配信情報の配信を行う配信装置であって、
   配信情報を記憶する記憶部を備えたサーバの前記記憶部から前記配信情報を取得する配信情報取得部と、
   前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、
   前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定める配信スケジュールを記憶するスケジュール記憶部と、
   前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部と、を備えている
   ことを特徴とする配信装置。
5. コンピュータを、
   配信情報を記憶する記憶部を備えたサーバの前記記憶部から前記配信情報を取得する配信情報取得部と、
   前記サーバの前記記憶部から取得した配信情報を複数種記憶可能な配信情報記憶部と、
   前記配信情報記憶部に記憶されている複数種の配信情報が前記端末に配信される順序を定める配信スケジュールを記憶するスケジュール記憶部と、
   前記配信スケジュールの順序に従って、前記配信情報記憶部に記憶されている配信情報を前記端末に配信する情報配信部と
   として機能させるためのコンピュータプログラム。