JP6767250B2 - 配信装置、配信制御プログラム、配信制御方法および配信システム - Google Patents

Description

この発明は、配信装置、配信制御プログラム、配信制御方法および配信システムに関し、特にたとえば、表示システムで表示する画像または映像のようなコンテンツを配信する、配信装置、配信制御プログラム、配信制御方法および配信システムに関する。

この種の配信装置の一例が特許文献１に開示される。この特許文献１に開示されるコンテンツ配信システムでは、コンテンツ提供サーバは、ネットワークを介して利用者端末へコンテンツを配信する際に、利用者の要求するコンテンツの配信時間帯である第１のパラメータと、コンテンツの提供先である第２のパラメータと、移動通信網の時刻毎の予想したトラフィック量である第３のパラメータとを基に、コンテンツの配信スケジュールを生成し、生成した配信スケジュールに基づいて、利用者端末へ所定のコンテンツを配信する。

特開２００４−１４５５３８号公報

しかし、特許文献１に開示された技術は、提供サーバとユーザ端末が時差の無い国または地域に設置されていることが前提であり、時差の有る国または地域に設置された場合には、ユーザ端末が要求する時間帯にコンテンツが送信（配信）されない。

それゆえに、この発明の主たる目的は、新規な、配信装置、配信制御プログラム、配信制御方法および配信システムを提供することである。

この発明の他の目的は、トラフィック量のみならず表示システムが設置された場所との時差を考慮してコンテンツを配信することができる、配信装置、配信制御プログラム、配信制御方法および配信システムを提供することである。

第１の発明は、複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置であって、記憶手段と、配信時間決定手段と、配信手段を備える。記憶手段は、配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および複数のコンテンツ提示装置の各々によってコンテンツを提示しないまたはコンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所に対応付けて記憶する。第２時間帯もまた、第１時間帯と同様に、ネットワークのトラフィックが混雑しないと考えられる時間帯である。配信時間決定手段は、配信先のコンテンツ提示装置、配信されるコンテンツおよび配信される提示スケジュールが決定されたとき、第１の場所と配信先のコンテンツ提示装置が設置される第２の場所の時差を考慮して、第１時間帯と配信先のコンテンツ提示装置についての第２時間帯とが重複する時間帯を配信時間として決定する。配信手段は、配信時間決定手段によって決定された配信時間に、コンテンツおよび提示スケジュールを配信先のコンテンツ提示装置に配信する。

第１の発明によれば、トラフィック量のみならずコンテンツ提示装置が設置された場所との時差を考慮してコンテンツを配信することができる。

第２の発明は、第１の発明に従属し、配信時間決定手段は、複数の配信先のコンテンツ提示装置が決定されたとき、第１の場所と複数の配信先のコンテンツ提示装置が設置される第２の場所の各々の時差を考慮して、第１時間帯と複数の配信先のコンテンツ提示装置についての第２時間帯の各々とが重複する配信時間をそれぞれ決定する。つまり、配信時間決定手段は、各コンテンツ提示装置について、時差を考慮した、第１の時間帯と第２に時間帯に基づいて、それぞれの配信時間を決定する。

第２の発明によれば、複数の配信先のコンテンツ提示装置にコンテンツを配信する場合にも、複数の配信先のコンテンツ提示装置のそれぞれについて、トラフィック量のみならずコンテンツ提示装置が設置された場所との時差を考慮してコンテンツを配信することができる。

第３の発明は、第２の発明に従属し、優先対象決定手段をさらに備える。優先対象決定手段は、複数の配信先のコンテンツ提示装置についてそれぞれ決定された複数の配信時間が一部でも重複するとき、優先してコンテンツおよび提示スケジュールを配信される配信先のコンテンツ提示装置を所定のルールに従って決定する。

第３の発明によれば、配信時間が重複する場合には、重複する部分において、優先してコンテンツおよび提示スケジュールを配信する対象となる配信先のコンテンツ提示装置を決定するので、配信時間が重複したとしても、そのことによってトラフィック量が増大することを回避することができる。

第４の発明は、第３の発明に従属し、所定のルールは、配信時間が短い方の配信先のコンテンツ提示装置を優先することを含む。

第４の発明によれば、配信時間の短い方のコンテンツ提示装置を優先するので、配信時間が短い配信先のコンテンツ提示装置に対しても確実にコンテンツを配信することができる。

第５の発明は、第３の発明に従属し、所定のルールは、配信時間の終了時刻が早い方の配信先のコンテンツ提示装置を優先することを含む。

第５の発明によれば、配信時間の終了時刻の早いコンテンツ提示装置を優先するので、コンテンツの再生が開始される前にコンテンツの配信を終了することができる。

第６の発明は、第５の発明に従属し、時差は標準時の変更に応じて変更される。

第６の発明によれば、サマータイムのように標準時が変更されると時差も変更されるので、標準時が変更されたとしても、トラフィック量のみならずコンテンツ提示装置が設置された場所との時差を考慮してコンテンツを配信することができる。

第７の発明は、複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置によって実行される配信制御プログラムであって、配信装置は、当該配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および複数のコンテンツ提示装置の各々によってコンテンツを提示しないまたはコンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所を記憶する記憶手段を備え、配信装置のプロセッサに、配信先のコンテンツ提示装置、配信されるコンテンツおよび配信される提示スケジュールが決定されたとき、第１の場所と配信先のコンテンツ提示装置が設置される第２の場所の時差を考慮して、第１時間帯と配信先のコンテンツ提示装置についての第２時間帯とが重複する時間帯を配信時間として決定する配信時間決定ステップ、および配信時間決定ステップにおいて決定した配信時間に、コンテンツおよび提示スケジュールを配信先のコンテンツ提示装置に配信する配信ステップを実行させる、配信制御プログラムグラムである。

第８の発明は、複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置の配信制御方法であって、配信装置は、配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および複数のコンテンツ提示装置の各々によってコンテンツを提示しないまたはコンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所を記憶する記憶手段を備え、（ａ）配信先のコンテンツ提示装置、配信されるコンテンツおよび配信される提示スケジュールが決定されたとき、第１の場所と配信先のコンテンツ提示装置が設置される第２の場所の時差を考慮して、第１時間帯と配信先のコンテンツ提示装置についての第２時間帯とが重複する時間帯を配信時間として決定するステップ、および（ｂ）ステップ（ａ）において決定した配信時間に、コンテンツおよび提示スケジュールを配信先のコンテンツ提示装置に配信するステップを含む、配信制御方法である。

第９の発明は、複数のコンテンツ提示装置と、当該複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置を備える配信システムであって、複数のコンテンツ提示装置の各々は、配信装置から配信されるコンテンツおよび提示スケジュールを受信する受信手段と、受信手段によって受信した提示スケジュールに従って、受信手段によって受信したコンテンツを提示する提示手段を備え、配信装置は、配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および複数のコンテンツ提示装置の各々によってコンテンツを提示しないまたはコンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所を記憶する記憶手段と、配信先のコンテンツ提示装置、配信されるコンテンツおよび配信される提示スケジュールが決定されたとき、第１の場所と配信先のコンテンツ提示装置が設置される第２の場所の時差を考慮して、第１時間帯と配信先のコンテンツ提示装置についての第２時間帯とが重複する時間帯を配信時間として決定する配信時間決定手段と、配信時間決定手段によって決定された配信時間に、コンテンツおよび提示スケジュールを配信先のコンテンツ提示装置に配信する配信手段を備える、配信システムである。

第７ないし第９の発明においても、第１の発明と同様に、トラフィック量のみならずコンテンツ提示装置が設置された場所との時差を考慮してコンテンツを配信することができる。

この発明によれば、トラフィック量のみならずコンテンツ提示装置が設置された場所との時差を考慮してコンテンツを配信することができる。

図１はこの発明の第１実施例であるネットワークシステムの構成の一例を示す図解図である。 図２は図１のサーバに接続された表示装置に表示されるカレンダースケジュール画面の一例を示す図解図である。 図３は図１のサーバに接続された表示装置に表示されるタイムスケジュール画面の一例を示す図解図である。 図４はコンテンツの配信時間を決定する方法を説明するための図解図である。 図５は図１に示すサーバのＲＡＭのメモリマップの一例を示す図解図である。 図６は図１に示すコンテンツ提示装置のＲＡＭのメモリマップの一例を示す図解図である。 図７は図１に示すサーバのＣＰＵのコンテンツ配信制御処理の一例の一部を示すフロー図である。 図８は図１に示すサーバのＣＰＵのコンテンツ配信制御処理の他の一部であって、図７に後続するフロー図である。 図９は図１に示すサーバのＣＰＵの配信処理の一例を示すフロー図である。 図１０は図１に示すコンテンツ提示装置のＣＰＵの情報処理の一例を示すフロー図である。 図１１は第２実施例におけるコンテンツの配信時間を決定する方法を説明するための図解図である。 図１２は第２実施例におけるサーバのＣＰＵの配信処理の一部を示すフロー図である。 図１３は第３実施例におけるコンテンツの配信時間を決定する方法を説明するための図解図である。

［第１実施例］
図１はネットワークシステム１０の一例を示す図解図である。この図１を参照して、第１実施例のネットワークシステム１０は、サーバ１２を含み、サーバ１２には、表示装置１４およびデータベース１６が接続される。また、サーバ１２は、インターネットおよびＬＡＮなどのネットワーク２０を介して、複数のコンテンツ作成装置３０および複数のコンテンツ提示装置４０に接続される。

なお、この第１実施例では、複数のコンテンツ作成装置３０がネットワーク２０を介してサーバ１２に接続されるように示してあるが、コンテンツ作成装置３０は一台でもよい。

サーバ１２は、汎用のサーバであり、ＣＰＵ１２ａ、ＲＡＭ１２ｂおよび通信モジュールなどの回路コンポーネントを含む。このサーバ１２は、データベース１６に記憶されたコンテンツを管理する管理装置として機能するとともに、コンテンツの提示スケジュールを設定する設定装置およびコンテンツを配信する配信装置としても機能する。表示装置１４は、液晶ディスプレイなどの汎用のモニタである。データベース１６は、汎用のデータベースであり、コンテンツ提示装置４０に配信するための各種のコンテンツを記憶する。

なお、図示は省略するが、サーバ１２には、キーボードなどの入力装置が接続される。

また、データベース１６は、サーバ１２の内部に設けるようにしてもよく、また、ネットワーク２０を介してサーバ１２と通信可能に接続されてもよい。

コンテンツ作成装置３０は、汎用のＰＣであり、図示は省略するが、ＣＰＵ、ＲＡＭおよび通信モジュールなどの回路コンポーネントを含む。また、図示は省略するが、コンテンツ作成装置３０には、モニタおよび入力装置が接続される、または、一体的に設けられる。

コンテンツ提示装置４０は、汎用のＰＣであり、ＣＰＵ４０ａ、ＲＡＭ４０ｂおよび通信モジュールなどの回路コンポーネントを含む。また、コンテンツ提示装置４０には表示装置４２が接続される。図示は省略するが、コンテンツ提示装置４０には入力装置が接続される。たとえば、コンテンツ提示装置４０およびそれに接続される表示装置４２は、全体として、「表示システム」５０と呼ばれることがある。

このようなネットワークシステム１０では、コンテンツ作成装置３０を用いて作成されたコンテンツがネットワーク２０を介してサーバ１２にアップロード（登録）され、サーバ１２はアップロードされたコンテンツをデータベース１６に記憶して、管理する。この第１実施例では、コンテンツは、表示装置４２に表示するための静止画像または映像（動画像）である。ただし、コンテンツは、ＵＳＢメモリ、ＣＤまたはＤＶＤのような記憶媒体を用いてオフラインでサーバ１２に読み込むようにしてもよい。

ただし、コンテンツは画像または映像に限定されるべきでなく、これらに代えて、または、これらと共に音（音楽）を出力するようにしてもよい。この場合、表示装置４２が備えるスピーカ（図示せず）またはコンテンツ提示装置４０に接続されるスピーカ（図示せず）が用いられる。

また、ネットワークシステム１０では、サーバ１２を管理ないし使用する管理者等のユーザ（以下、「管理者」という）がコンテンツをコンテンツ提示装置４０で再生（出力）するためのスケジュール（提示スケジュール）を設定する。サーバ１２は、管理者が設定した提示スケジュールと、この提示スケジュールに従って再生するコンテンツを配信先のコンテンツ提示装置４０に配信（送信）する。後述するように、提示スケジュールは、カレンダースケジュールおよびタイムスケジュールを含む。

表示装置４２（表示システム５０）は、駅構内、ショッピングモール、百貨店、テーマパークなど、人が集まる施設ないし場所に適用され、不特定多数の人にコンテンツを提示する。したがって、表示装置４２（表示システム５０）は、適用される施設の営業時間において、コンテンツを提示するのが一般的である。したがって、表示装置４２（表示システム５０）は、適用される施設の営業時間外においては、コンテンツを提示しない。たとえば、電源がオフされる。

また、サーバ１２の管理者が所属する組織の営業時間においては、サーバ１２が設置された場所におけるＬＡＮなどのネットワーク２０のトラフィックが混雑しているため、一般的なコンテンツ配信システムでは、トラフィックが混雑していない営業時間外に、コンテンツおよび提示スケジュールがコンテンツ提示装置４０に配信される。

コンテンツ提示装置４０がサーバ１２と同じ国または地域に設置される場合には、時差が無いため、特に問題は無いと考えられるが、コンテンツ提示装置４０がサーバ１２と異なる国または地域に設置され、時差がある場合には、サーバ１２が設置される場所における時刻に基づいてコンテンツおよび提示スケジュールを配信すると、配信を受けるコンテンツ提示装置４０側では、不都合が発生する場合がある。

たとえば、コンテンツ提示装置４０が配信を受ける時間が営業時間と重なってしまうと、ネットワーク２０の回線が輻輳したり、コンテンツ提示装置４０によるコンテンツの再生が中断されたりする問題がある。このため、管理者が時差を考慮して、提示スケジュールを設定することも考えられるが、操作が面倒であり、提示スケジュールの設定に時間がかかってしまう。

そこで、この第１実施例では、トラフィック量のみならず、時差を考慮して、コンテンツおよび提示スケジュールを配信することにより、上記の不都合（問題）を回避するようにしてある。

図２は図１に示すサーバ１２に接続される表示装置１４に表示されるカレンダースケジュール画面１００の一例を示す図解図である。たとえば、カレンダースケジュール画面１００では、その上部に、コンテンツを提示する場所を選択（設定）するためのメニュー画像１０２およびコンテンツを提示する年月を選択（設定）するためのメニュー画像１０４が表示される。また、メニュー画像１０２および１０４の下方には、カレンダー画像１０６が表示される。

メニュー画像１０２は、表示システム５０が設置されている場所すなわちコンテンツを提示する場所を選択するためのユーザーインターフェースの画像であり、右端のボタンを指示（クリック）すると、プルダウンメニューが表示される。プルダウンメニューでは、コンテンツを提示する複数の場所が一覧で表示され、いずれか１つの場所を選択することができる。たとえば、メニュー画像１０２に設定されたプルダウンメニューには、日本、韓国、中国、香港、台湾、米国（ニューヨーク：ＮＹ）、米国（シカゴ）、米国（デンバー）、米国（フェニックス）、米国（ロサンゼルス）、米国（アンカレッジ）、米国（ハワイ）、英国、フランス、ドイツ、…などの様々な国、または、国および地区（地域）が選択可能にテキストで表示される。国のみならず、地域を選択可能にしているのは、同じ国であっても、地域で時差がある国も存在するためである。また、メニュー画像１０２では、現在選択されている場所が提示場所として中央の表示領域にテキストで表示される。

メニュー画像１０４は、コンテンツを提示する年月を選択するために設けられ、右端のボタンを指示すると、プルダウンメニューが表示される。たとえば、メニュー画像１０４に設定されたプルダウンメニューには、今日の日付を含む年月以降の年月が選択可能にテキストで表示される。メニュー画像１０４では、現在選択されている年月が中央の表示領域にテキストで表示される。図２からも分かるように、スラッシュの左側が年であり、スラッシュの右側が月である。カレンダースケジュール画面１００では、メニュー画像１０４で選択された年月についてのカレンダー画像１０６が表示される。

カレンダー画像１０６は、実際のカレンダーを模したユーザーインターフェースの画像である。このカレンダー画像１０６には、左端に何週目かを示す表示欄が設けられ、上端に曜日を示す表示欄が設けられる。たとえば、図２に示すカレンダー画像１０６では、各週が日曜日から開始するように表示される。また、各日付にはコンテンツを提示する時間帯を表示するための表示領域が割り当てられている。ただし、カレンダー画像１０６に表示される時間帯は、該当する日付においてコンテンツを提示する開始日時から終了日時までの期間であり、詳細なタイムスケジュールは別途設定される。ただし、タイムスケジュールは、日を跨ぐ場合があるため、図２からもわかるように、カレンダー画像１０６の日付の欄に表示される終了日時は、当該日付を超えることもある。

カレンダー画像１０６に示すように、コンテンツを提示する時間帯は２つ表示される。この第１実施例では、上段に記載された時間帯がコンテンツを提示する場所においてコンテンツを提示する時間帯（説明の便宜上、ここでは、「提示時間帯」という）である。また、下段に括弧書きで記載された時間帯が、現地時間帯に対応する、コンテンツを配信するサーバ１２が設置された場所（第１実施例では、「日本」）における時間帯（説明の便宜上、ここでは「配信元時間帯」という）である。

なお、図示等は省略するが、サーバ１２が設置される場所は、当該サーバ１２の管理者によって設定（初期設定）される。

図２に示す例では、コンテンツを提示する場所は、米国（ＮＹ）であり、カレンダーの２０１６年１２月１日（木）の欄には、コンテンツを提示する提示時間帯として、２０１６年の１２月１日（木）の１１時００分から１２月２日（金）の１０時００分までの期間が表示される。また、この提示時間帯に対応して、サーバ１２が設置される場所（日本）における配信元時間帯が括弧書きで表示される。この提示時間帯および配信元時間帯は、サーバ１２の管理者が所望の日付に所望のタイムスケジュールを割り当てることにより決定（設定）される。たとえば、サーバ１２の管理者が、カレンダー画像１０６において、タイムスケジュールを設定する日付を選択（クリック）し、割り当てるタイムスケジュールを選択すると、選択されたタイムスケジュールの開始日時および終了日時で決定される提示時間帯および提示時間帯に対応する配信元時間帯が当該日付の表示領域に表示される。

ただし、サーバ１２が設置される場所とコンテンツを提示する場所との時差については予め算出され、タイムスケジュールに従って提示時間帯が決定されると、時差に応じて、配信元時間帯も決定される。

また、カレンダー画像１０６には表示されないが、所望の日付に所望のタイムスケジュールが割り当てられると、割り当てられた当該所望のタイムスケジュールの識別情報（たとえば、ファイル名）が当該所望の日付に紐付けられる。

さらに、管理者がカレンダースケジュールの設定を終了し、保存（セーブ）することが指示されると、設定されたカレンダースケジュールに対応するデータは、サーバ１２の内部メモリ（ＨＤＤなど）またはデータベース１６に保存される。このとき、たとえば、カレンダースケジュールに対応するデータには、他のカレンダースケジュールと識別可能なファイル名が付与される。

なお、この明細書においては、簡単のため、時間帯（期間）を説明する場合に、その終了時刻を次の時間帯の開始時刻と同じ時刻で記載してある。実際には、時間帯の終了時刻は、次の時間帯の開始時刻を含まない。たとえば、１１時００分から１２時００分までの時間帯（期間）と言う場合には、その時間帯の終了時刻は、１１時５９分５９秒９９である。

図３はタイムスケジュール画面２００の一例を示す図解図である。ただし、図３はタイムスケジュールが設定された状態を示す。タイムスケジュールに、コンテンツを割り当てる方法および割り当てられたコンテンツを提示する時間帯を設定する方法は任意であり、また、それらの設定方法は本願発明の本質的な内容では無いため、詳細な説明は省略する。

図３に示すように、タイムスケジュール画面２００には、コンテンツを提示する時間帯および提示するコンテンツの種類を表示する表示領域２０２が設けられる。ただし、コンテンツを提示する時間帯は、このタイムスケジュールに従ってコンテンツの提示（再生）が実行される国または地域における時間帯である。

図３に示す例では、１１時００分から１２時００分において、コンテンツＡを提示することが設定される。また、１２時００分から１２時４０分において、コンテンツＢを提示することが設定される。さらに、１２時４０分から１３時００において、コンテンツＣを提示することが設定される。説明は省略するが、他の時間帯についても同様である。

また、図３では、「コンテンツＡ」のように、アルファベットを付すことにより、コンテンツの種類を示してある。したがって、アルファベットが同じである場合には、コンテンツの種類は同じである。

図示は省略するが、図３に示すようなタイムスケジュールが管理者の操作に従って複数作成され、各タイムスケジュールに対応するデータは個別に識別可能にサーバ１２の内部メモリ（ＨＤＤなど）またはデータベース１６に記憶（保存）される。たとえば、複数のタイムスケジュールのデータの各々は、ファイル名によって他のタイムスケジュールのデータと識別可能に管理される。したがって、管理者は、設定したタイムスケジュールをファイル名で区別し、上述したカレンダースケジュールに割り当てる。たとえば、上記の「コンテンツＡ」等がファイル名に相当する。

図４はコンテンツの配信時間の決定（算出）方法を説明するための図解図である。図４では、サーバ１２が設置される日本におけるタイムテーブルおよびコンテンツ提示装置４０が設置される米国（ＮＹ)におけるタイムテーブルが示される。サーバ１２が設置される日本においては、９時００分から１８時００分までが営業時間であり、１８時００分から翌日の９時００分までが営業時間外（「第１時間帯」に相当する）である。また、コンテンツ提示装置４０が設置される米国（ＮＹ）においても、９時００分から１８時００分までが営業時間であり、１８時００分から翌日の９時００分までが営業時間外（「第２時間帯」に相当する）である。

ただし、日本と米国（ＮＹ）とでは時差があるため、図４に示す例では、時差の分だけ、サーバ１２が設置される日本におけるタイムテーブルがずらして記載される。ただし、各拠点間の時差は予め記憶されており、サーバ１２の設置場所（日本）とコンテンツ提示装置４０の設置場所（米国（ＮＹ））の時差は１４時間であり、日本時間の方が米国（ＮＹ）時間よりも１４時間早い。

この第１実施例では、日本および米国（ＮＹ）の両方が営業時間外である時間帯が配信時間として決定される。したがって、図４に示す例では、日本時間の１８時００分から２４時００分（翌日の０時００分）までの営業時間外と、米国（ＮＹ）時間の３時００分から９時００分までの営業時間外が重複するため、この時間帯が配信時間として決定される。たとえば、サーバ１２がコンテンツを配信するため、配信時間はサーバ１２の配置場所の時間帯に決定される。

なお、図４に示す例では、分かり易くしめすために、営業時間および営業時間外の両方を含むタイムテーブルを示してあるが、営業時間外にコンテンツを配信するため、営業時間外のタイムテーブルを記憶しておき、それらを比較すればよい。

また、この第１実施例では、営業時間と営業時間外に分類して、配信時間を決定するようにしてあるが、分類はこれに限定される必要はない。

たとえば、営業時間においては、サーバ１２側では、ネットワーク２０のトラフィックが混雑していることが考えられる。また、営業時間においては、コンテンツ提示装置４０側では、コンテンツを提示していると考えられる。一方、営業時間外においては、サーバ１２側では、ネットワーク２０のトラフィックは営業時間よりも混雑していないと考えられる。また、営業時間外においては、コンテンツ提示装置４０側では、コンテンツを提示していないと考えられる。

ただし、２４時間営業の施設の場合には、営業時間および営業時間外の区別が無いため、サーバ１２側では、ネットワーク２０のトラフィック量が少ない時間帯にコンテンツを配信することが望ましく、コンテンツ提示装置４０側では、コンテンツの提示を受ける者（たとえば、顧客）等が少ない時間帯にコンテンツの配信を受けることが望ましい。たとえば、トラフィック量が少ない時間帯およびコンテンツの提示を受ける者が少ない（閑散とした）時間帯は、実際に計測ないし観察することにより、経験的に得ることができる。

したがって、サーバ１２側については、トラフィックが混雑していない（トラフィック量が少ない）時間帯（第１時間帯）についてのタイムテーブルを記憶しておき、コンテンツ提示装置４０側については、コンテンツを提示していない時間帯またはコンテンツの提示を受ける者が少ない（閑散とした）時間帯（第２時間帯）についてのタイムテーブルを記憶しておき、それらを比較して、コンテンツの配信時間を決定しているということもできる。

サーバ１２は、提示スケジュールが設定された配信先のコンテンツ提示装置４０が有り、当該コンテンツ提示装置４０にコンテンツおよび提示スケジュールを配信していない場合に、配信するべきコンテンツが有ることを判断する。配信するべきコンテンツが有れば、サーバ１２は、現在時刻が決定（算出）した配信時間に含まれる場合に、コンテンツおよび提示スケジュールを、配信先のコンテンツ提示装置４０に配信する。

ただし、配信されるコンテンツは、提示スケジュールに含まれるタイムスケジュールに割り当てられた１または複数のコンテンツである。

また、配信先のコンテンツ提示装置４０は、たとえば、カレンダースケジュールで設定された提示場所から決定される。ただし、提示場所に複数のコンテンツ提示装置４０が設置されている場合には、管理者が提示スケジュールを設定する際に、配信先のコンテンツ提示装置４０を選択し、提示スケジュールと配信先のコンテンツ提示装置４０が紐付けられる。

なお、サーバ１２では、内蔵される時計回路（ＲＴＣ）によって日時がカウントされ、カウントされる日時から日付および現在時刻を知ることができる。

サーバ１２からコンテンツおよび提示スケジュールが配信されると、コンテンツ提示装置４０は、配信されたコンテンツおよび提示スケジュールを受信し、提示スケジュールに従ってコンテンツを再生する。したがって、コンテンツ提示装置４０に接続された表示装置４２にコンテンツが表示され、これを見た人に当該コンテンツが提示される。

簡単に説明すると、コンテンツ提示装置４０は、提示スケジュールに含まれるカレンダースケジュールを参照して、今日の日付に割り当てられたタイムスケジュールを提示スケジュールから読み出す。そして、コンテンツ提示装置４０は、タイムスケジュールを参照して、現在時刻が含まれる時間帯に割り当てられたコンテンツを再生する。つまり、タイムスケジュールに従ってコンテンツが再生される。

なお、コンテンツ提示装置４０では、サーバ１２と同様に、内蔵される時計回路（ＲＴＣ）によって日時がカウントされ、カウントされる日時から日付および現在時刻を知ることができる。

また、詳細な説明は省略するが、サーバ１２は、配信先のコンテンツ提示装置４０にコンテンツおよび提示スケジュールを配信する場合に、この配信先のコンテンツ提示装置４０の電源がオフである場合には、配信先のコンテンツ提示装置４０の電源をオン（起動）した後に、コンテンツおよび提示スケジュールを配信する。このように、サーバ１２によって起動された場合には、コンテンツ提示装置４０は、コンテンツおよび提示スケジュールを受信した後に、または、コンテンツおよび提示スケジュールを受信するとともに、タイムスケジュールに従ってコンテンツの再生を終了した後に、電源をオフする。

図５は図１に示したサーバ１２のＲＡＭ１２ｂのメモリマップ３００の一例を示す図解図である。図５に示すように、ＲＡＭ１２ｂは、プログラム記憶領域３０２およびデータ記憶領域３０４を含む。プログラム記憶領域３０２は、サーバ１２で実行されるコンテンツ配信制御プログラムを記憶し、コンテンツ配信制御プログラムは、メイン処理プログラム３０２ａ、通信プログラム３０２ｂ、操作検出プログラム３０２ｃ、画像生成プログラム３０２ｄ、画像表示プログラム３０２ｅ、提示スケジュールプログラム３０２ｆ、配信時間決定プログラム３０２ｇおよび配信プログラム３０２ｈなどで構成される。このコンテンツ配信制御プログラムは、たとえば、サーバ１２に内蔵されたＨＤＤから読み出され、ＲＡＭ１２ｂに記憶される。

メイン処理プログラム３０２ａは、コンテンツ配信制御処理のメインルーチンを実行するためのプログラムである。通信プログラム３０２ｂは、コンテンツ作成装置３０およびコンテンツ提示装置４０などの他のコンピュータと通信するためのプログラムである。

操作検出プログラム３０２ｃは、キーボードなどの入力装置を用いた操作入力（操作データ）を検出するためのプログラムである。ＣＰＵ１２ａは、この操作検出プログラム３０２ｃに従って、入力装置から入力された操作データを取得し、取得した操作データを時系列に従ってＲＡＭ１２ｂに記憶する。

画像生成プログラム３０２ｄは、後述する画像生成用データ３０４ｂを用いて、上記のカレンダースケジュール画面１００およびタイムスケジュール画面２００などの各種の表示画面についての画面データを生成するためのプログラムである。図示は省略したが、画面データは、ＣＰＵ１２ａの指示の下、画像処理回路（ＧＰＵ）によってＶＲＡＭ上に生成される。

画像表示プログラム３０２ｅは、画像生成プログラム３０２ｄに従って生成された画面データに対応する表示画面を表示装置１４に表示するためプログラムであり、ＣＰＵ１２ａは、画像処理回路を制御して、ＶＲＡＭ上に生成された画面データを表示装置１４に出力する。

提示スケジュールプログラム３０２ｆは、管理者の操作に従って、コンテンツを提示する場所およびコンテンツを提示するための提示スケジュール（カレンダースケジュールおよびタイムスケジュール）を設定するためのプログラムである。配信時間決定プログラム３０２ｇは、コンテンツの配信時間を決定（算出）するためのプログラムである。

配信プログラム３０２ｈは、配信時間決定プログラム３０２ｇに従って決定された配信時間に、コンテンツおよび提示スケジュールを、当該コンテンツを提示するコンテンツ提示装置４０（配信先のコンテンツ提示装置４０）に配信するためのプログラムである。ただし、コンテンツおよび提示スケジュールを配信する場合には、ＣＰＵ１２ａは、通信プログラム３０２ｂに従って、配信先のコンテンツ提示装置４０と通信処理を実行する。また、配信するコンテンツは、データベース１６から読み出され、一旦ＲＡＭ１２ｂに記憶される。さらに、配信する提示スケジュールは、ＨＤＤなどの内部メモリまたはデータベース１６から読み出され、一旦ＲＡＭ１２ｂに記憶される。

図示は省略するが、プログラム記憶領域３０２には、コンテンツ作成装置３０から送信されるコンテンツを受信し、データベース１６で管理するためのプログラム、電源がオフされているコンテンツ提示装置４０を起動する（Wake-on-LAN)ためのプログラムおよびサーバ１２が備える他の機能を実行するためのプログラムなども記憶される。

また、データ記憶領域３０４には、操作入力データ３０４ａ、画像生成用データ３０４ｂ、タイムテーブルデータ３０４ｃ、時差データ３０４ｄ、提示スケジュールデータ３０４ｅおよびコンテンツデータ３０４ｆが記憶される。

操作入力データ３０４ａは、キーボードなどの入力装置から出力され、ＣＰＵ１２ａによって取得された操作データを時系列に従って記憶したデータである。画像生成用データ３０４ｂは、カレンダースケジュール画面１００およびタイムスケジュール画面２００などの各種の表示画面を生成するときに使用されるデータであり、ポリゴンデータやテクスチャデータなどを含む。この画像生成用データ３０４ｂは、ＨＤＤから読み出され、ＲＡＭ１２ｂに記憶される。

タイムテーブルデータ３０４ｃは、サーバ１２が設置される場所（拠点）における営業時間外の時間帯および複数のコンテンツ提示装置４０（表示システム５０）の各々が設置される場所（拠点）における営業時間外の時間帯についてのデータであり、各時間帯には、世界時を用いた場合の基準時からの時差も付加されている。

時差データ３０４ｄは、各拠点間の時差についての数値データであり、具体的には、カレンダースケジュール画面１００で示したメニュー画像１０２で選択可能な国または／および地域間についての時差の数値データである。

提示スケジュールデータ３０４ｅは、配信先のコンテンツ提示装置４０に対して配信するための提示スケジュール（カレンダースケジュールおよびタイムスケジュール）についてのデータであり、上述したように、ＨＤＤなどの内部メモリまたはデータベース１６から読み出される。コンテンツデータ３０４ｆは、提示スケジュールデータ３０４ｅに従って提示される１または複数のコンテンツについてのデータであり、上述したように、データベース１６から読み出される。

データ記憶領域３０４には、コンテンツ配信制御プログラムを実行するために必要な他のデータも記憶され、また、当該コンテンツ配信制御プログラムを実行するために必要なカウンタ（タイマ）およびフラグなども設けられる。

図６は図１に示したコンテンツ提示装置４０のＲＡＭ４０ｂのメモリマップ４００の一例を示す図解図である。図６に示すように、ＲＡＭ４０ｂは、プログラム記憶領域４０２およびデータ記憶領域４０４を含む。プログラム記憶領域４０２は、コンテンツ提示装置４０で実行されるコンテンツ提示制御プログラム（情報処理プログラム）を記憶し、コンテンツ提示制御プログラムは、メイン処理プログラム４０２ａ、通信プログラム４０２ｂ、コンテンツ取得プログラム４０２ｃおよびコンテンツ再生プログラム４０２ｄなどで構成される。このコンテンツ提示制御プログラムは、たとえば、コンテンツ提示装置４０に内蔵されたＨＤＤから読み出され、ＲＡＭ４０ｂに記憶される。

メイン処理プログラム４０２ａは、コンテンツ提示制御処理（情報処理）のメインルーチンを実行するためのプログラムである。通信プログラム４０２ｂは、サーバ１２などの他のコンピュータと通信するためのプログラムである。

コンテンツ取得プログラム４０２ｃは、サーバ１２からコンテンツ、カレンダースケジュールおよびタイムスケジュールを取得するためのプログラムである。

コンテンツ再生プログラム４０２ｄは、コンテンツ取得プログラム４０２ｃに従ってサーバ１２から取得したカレンダースケジュールおよびタイムスケジュールに従って、同じくサーバ１２から取得したコンテンツを再生するためのプログラムである。具体的には、画像または映像のようなコンテンツが再生され、コンテンツ提示装置４０に接続された表示装置４２に出力される。

図示は省略するが、プログラム記憶領域４０２には、コンテンツ提示装置４０が備える他の機能を実行するためのプログラムなども記憶される。

また、データ記憶領域４０４には、提示スケジュールデータ４０４ａおよびコンテンツデータ４０４ｂが記憶される。

提示スケジュールデータ４０４ａは、サーバ１２から配信された提示スケジュールデータ３０４ｅである。コンテンツデータ４０４ｂは、サーバ１２から配信されたコンテンツデータ３０４ｆである。

データ記憶領域４０４には、コンテンツ提示制御プログラムを実行するために必要な他のデータも記憶され、また、当該コンテンツ提示制御プログラムを実行するために必要なカウンタ（タイマ）およびフラグなども設けられる。

図７および図８は、サーバ１２のＣＰＵ１２ａのコンテンツ配信制御処理を示すフロー図である。たとえば、サーバ１２の管理者がコンテンツ配信制御プログラムの実行を指示すると、図７に示すように、コンテンツ配信制御処理が開始され、サーバ１２のＣＰＵ１２ａは、まず、ステップＳ１で、操作が有るかどうかを判断する。

ステップＳ１で“ＮＯ”であれば、つまり、操作が無ければ、同じステップＳ１に戻る。一方、ステップＳ１で“ＹＥＳ”であれば、つまり、操作が有れば、ステップＳ３で、終了かどうかを判断する。つまり、ＣＰＵ１２ａは、サーバ１２の管理者の操作がコンテンツ配信制御プログラムの終了であるかどうかを判断する。

ステップＳ３で“ＹＥＳ”であれば、つまり、終了であれば、コンテンツ配信制御処理を終了する。一方、ステップＳ３で“ＮＯ”であれば、つまり、終了でなければ、ステップＳ５で、サーバ１２の場所設定かどうかを判断する。ここでは、ＣＰＵ１２ａは、管理者の操作がサーバ１２の設置場所の設定であるかどうかを判断する。

ステップＳ５で“ＹＥＳ”であれば、つまり、サーバ１２の場所設定であれば、ステップＳ７で、サーバ１２の設置場所の設定処理を実行して、ステップＳ１に戻る。このステップＳ７では、ＣＰＵ１２ａは、初期設定において、管理者によって選択された場所を、サーバ１２の設置場所として設定する。一方、ステップＳ５で“ＮＯ”であれば、つまり、サーバ１２の場所設定でなければ、ステップＳ９で、時間設定であるかどうかを判断する。

ステップＳ９で“ＹＥＳ”であれば、つまり、時間設定であれば、ステップＳ１１で、管理者の指示に従って、営業時間外の時間帯を設定する。ここでは、指定された場所（拠点）についての営業時間外の時間帯が設定される。次のステップＳ１３では、提示場所の配信時間を算出して、ステップＳ１に戻る。ただし、ステップＳ１３では、ＣＰＵ１２ａは、タイムテーブルデータ３０４ｃおよび時差データ３０４ｄを参照して、上述したように、時差を考慮して、今回設定された場所についての営業時間外の時間帯と、サーバ１２が設置される場所についての営業時間外の時間帯とから、それらが重複する時間帯のうち、サーバ１２が設置される場所における時間帯を配信時間として算出（決定）する。したがって、既に算出された配信時間については、再度算出する必要は無い。ただし、サーバ１２が設置された場所またはサーバ１２が設置された場所についての営業時間外の時間帯が変更された場合には、ステップＳ１３では、すべての配信先の場所について、配信時間が算出し直される。

一方、ステップＳ９で“ＮＯ”であれば、つまり、時間設定でなければ、ステップＳ１５で、タイムスケジュールの設定かどうかを判断する。ステップ１５で“ＮＯ”であれば、つまり、タイムスケジュールの設定でなければ、図８に示すステップＳ２５に進む。一方、ステップＳ１５で“ＹＥＳ”であれば、つまり、タイムスケジュールの設定であれば、ステップＳ１７で、管理者の操作に従って、時間帯を指定し、ステップＳ１９で、管理者の操作に従って、コンテンツを割り当てる。

ただし、ステップＳ１７およびステップＳ１９は、管理者の操作に従って処理を実行するため、管理者が操作しない場合には、処理は実行されずにスキップされる。また、図示は省略したが、最初にタイムスケジュールの設定が指示されたときに、ＣＰＵ１２ａは、画像処理回路（ＧＰＵ）を指示して、図３に示したようなタイムスケジュール画面２００を表示装置１４に表示する。

次のステップＳ２１では、タイムスケジュールの設定終了かどうかを判断する。ここでは、ＣＰＵ１２ａは、管理者がタイムスケジュールの設定終了を指示したかどうかを判断する。ステップＳ２１で“ＮＯ”であれば、つまり、タイムスケジュールの設定終了でなければ、ステップＳ１７に戻る。一方、ステップＳ２１で“ＹＥＳ”であれば、つまり、タイムスケジュールの設定終了であれば、ステップＳ２３で、タイムスケジュールをデータベース１６に保存（更新）して、ステップＳ１に戻る。

なお、この第１実施例では、タイムスケジュールの設定を終了すると、タイムスケジュールをデータベース１６に保存するようにしてあるが、管理者が保存することを選択していない場合には、ステップＳ２３の処理を実行せずに、ステップＳ１に戻る。このことは、後述するカレンダースケジュールの場合についても同様である。

図８に示すように、ステップＳ２５では、カレンダースケジュールの設定かどうかを判断する。ステップＳ２５で“ＮＯ”であれば、つまり、カレンダースケジュールの設定でなければ、ステップＳ３７で、後述する配信処理（図９参照）を実行して、図７に示したステップＳ１に戻る。一方、ステップＳ２５で“ＹＥＳ”であれば、つまり、カレンダースケジュールの設定であれば、ステップＳ２７で、管理者の操作に従って、コンテンツの提示場所すなわちコンテンツ提示装置４０が設置されている場所を設定する。次のステップＳ２９では、管理者の操作に従って、スケジュールを設定する年月を設定する。さらに次のステップＳ３１では、管理者の操作に従って、カレンダー画像１０６に含まれる日付にタイムスケジュールを割り当てる。

ただし、ステップＳ２７−ステップＳ３１は、管理者の操作に従って処理を実行するため、管理者が操作しない場合には、処理は実行されずにスキップされる。また、図示は省略したが、最初にカレンダースケジュールの設定が指示されたときに、ＣＰＵ１２ａは、画像処理回路（ＧＰＵ）を指示して、図２に示したようなカレンダースケジュール画面１００を表示装置１４に表示するが、カレンダースケジュール画面１００を表示した当初では、年月が選択されていないため、カレンダー画像１０６は表示されていない。

続いて、ステップＳ３３では、カレンダースケジュールの設定終了かどうかを判断する。ここでは、ＣＰＵ１２ａは、管理者がカレンダースケジュールの設定終了を指示したかどうかを判断する。ステップＳ３３で“ＮＯ”であれば、つまり、カレンダースケジュールの設定終了でなければ、ステップＳ２７に戻る。一方、ステップＳ３３で“ＹＥＳ”であれば、つまり、カレンダースケジュールの設定終了であれば、ステップＳ３５で、カレンダースケジュールを保存（更新）して、ステップＳ１に戻る。

図９は図８に示したステップＳ３７の配信処理の一例を示すフロー図である。図９に示すように、ＣＰＵ１２ａは、配信処理を開始すると、ステップＳ５１で、配信するべきコンテンツが有るかどうかを判断する。ＣＰＵ１２ａは、未配信のコンテンツが有るかどうかを判断する。

ステップＳ５１で“ＮＯ”であれば、つまり、配信するべきコンテンツが無ければ、配信処理を終了して、図７および図８に示したコンテンツ配信制御処理にリターンする。一方、ステップＳ５１で“ＹＥＳ”であれば、つまり、配信するべきコンテンツが有れば、ステップＳ５３で、配信先の拠点への配信時間であるかどうかを判断する。つまり、ＣＰＵ１２ａは、コンテンツを未だ配信していない配信先のコンテンツ提示装置４０のうち、現在時刻が配信時間に含まれる配信先のコンテンツ提示装置４０が有るかどうかを判断する。

ステップＳ５３で“ＮＯ”であれば、つまり、配信先の拠点への配信時間でなければ、同じステップＳ５３に戻る。一方、ステップＳ５３で“ＹＥＳ”であれば、つまり、配信先の拠点への配信時間であれば、ステップＳ５５で、配信先のコンテンツ提示装置４０の電源がオフであるかどうかを判断する。

ステップＳ５５で“ＮＯ”であれば、つまり、配信先のコンテンツ提示装置４０の電源がオンであれば、ステップＳ５９に進む。一方、ステップＳ５５で“ＹＥＳ”であれば、つまり、配信先のコンテンツ提示装置４０の電源がオフであれば、ステップＳ５７で、配信先のコンテンツ提示装置４０を起動させてから、ステップＳ５９に進む。ステップＳ５７では、ＣＰＵ１２ａは、Wake-on-LAN機能によって、配信先のコンテンツ提示装置４０を起動させるための信号を送信する。

ステップＳ５９では、配信先のコンテンツ提示装置４０にコンテンツおよび提示スケジュールを配信して、コンテンツ配信制御処理にリターンする。

図１０は図１に示したコンテンツ提示装置４０のＣＰＵ４０ａの全体処理（情報処理）の一例を示すフロー図である。コンテンツ提示装置４０の電源がオンされると、図１０に示すように、ＣＰＵ４０ａは、全体処理を開始し、ステップＳ１０１で、コンテンツの配信が有るかどうかを判断する。つまり、ＣＰＵ４０ａは、サーバ１２からコンテンツおよび提示スケジュールが配信されたかどうかを判断する。

ステップＳ１０１で“ＮＯ”であれば、つまり、コンテンツの配信が無ければ、ステップＳ１０５に進む。一方、ステップＳ１０１で“ＹＥＳ”であれば、つまり、コンテンツの配信が有れば、ステップＳ１０３で、コンテンツおよび提示スケジュールを受信して、ステップＳ１０５に進む。したがって、提示スケジュールデータ４０４ａおよびコンテンツデータ４０４ｂが記憶（更新）される。

ステップＳ１０５では、今日の日付に割り当てられたタイムスケジュールがあるかどうかを判断する。ここでは、ＣＰＵ４０ａは、提示スケジュールデータ４０４ａに含まれるカレンダースケジュールを参照して、今日の日付の欄にタイムスケジュールが割り当てられているかどうかを判断する。

ステップＳ１０５で“ＮＯ”であれば、つまり、今日の日付のタイムスケジュールが無ければ、ステップＳ１０９に進む。一方、ステップＳ１０５で“ＹＥＳ”であれば、つまり、今日の日付のタイムスケジュールが有れば、ステップＳ１０７で、今日の日付のタイムスケジュールに沿ったコンテンツの再生を開始して、ステップＳ１０９に進む。ステップＳ１０７では、ＣＰＵ４０ａは、画像処理回路を指示するとともにタイムスケジュールを参照して、現在時刻を含む時間帯に割り当てられたコンテンツをコンテンツデータ４０４ｂから読み出して再生し、再生された画像データまたは映像データを表示装置４２に出力する。

ステップＳ１０９では、終了かどうかを判断する。ここでは、コンテンツの受信または／およびタイムスケジュールに従うコンテンツの再生を終了したかどうかを判断する。ステップＳ１０９で“ＮＯ”であれば、つまり、終了でなければ、ステップＳ１０１に戻る。一方、ステップＳ１０９で“ＹＥＳ”であれば、つまり、終了であれば、ステップＳ１１１で、サーバ１２によって起動されたかどうかを判断する。

ステップＳ１１１で“ＮＯ”であれば、つまり、サーバ１２によって起動されていない場合には、全体処理を終了する。一方、ステップＳ１１１で“ＹＥＳ”であれば、つまり、サーバ１２によって起動された場合には、ステップＳ１１３で、電源をオフして、全体処理を終了する。

この第１実施例によれば、トラフィック量が少ない時間帯において、配信元の拠点と配信先の拠点の時差を考慮してコンテンツの配信時間を決定するので、トラフィック量のみならず、配信元の拠点と配信先の拠点の時差を考慮してコンテンツを配信することができる。

なお、第１実施例では、配信元の拠点と配信先の拠点の営業時間外で重複する一つの時間帯が配信時間に決定される場合について説明したが、配信時間が二つ以上である場合には、いずれか一方の配信時間にコンテンツおよび提示スケジュールを配信すればよい。この場合、二つ以上の配信時間のいずれを優先するかを所定の条件で決定するようにしてもよい。たとえば、配信元の営業時間外の時間帯または配信先の営業時間外の時間帯が所定の時間帯であることを所定の条件とすることができる。また、二つ以上の配信時間のうち、最も早い時間帯を優先することを所定の条件とすることもできる。さらに、二つ以上の配信時間のうち、所定時間（たとえば、２時間）未満の短い時間帯については、配信時間の対象から外してもよい。
［第２実施例］
第２実施例のネットワークシステム１０は、複数の配信先にコンテンツを配信することも考慮するようにした以外は、第１実施例と同じであるため、異なる内容について説明することとし、重複する内容については説明を省略する、または、簡単に説明する。

たとえば、カレンダースケジュールを複数の拠点について同時期に設定した場合には、同時期に、複数の配信先の拠点（コンテンツ提示装置４０）にコンテンツが配信される。このように、複数の配信先の拠点（コンテンツ提示装置４０）にコンテンツが配信される場合には、第２実施例のサーバ１２では、それぞれの拠点について、第１実施例と同様に、配信時間が決定される。

図１１は複数の配信先の拠点にコンテンツを配信する配信時間を決定する方法を説明するための図解図である。図１１に示す例では、配信先の拠点は、米国（ＮＹ）と英国である。

配信先の拠点が米国（ＮＹ）である場合には、第１実施例で説明したように、営業時間外の時間帯のうち、配信元の拠点である日本の営業時間外の時間帯と重複するのは、米国（ＮＹ）の時間において、３時００分から８時００分までである。この時間帯が米国（ＮＹ）への配信時間である。

また、配信先が英国（時差は９時間）である場合には、営業時間外の時間帯のうち、配信元の拠点である日本の営業時間外の時間帯と重複するのは、英国の時間において、１８時００分から翌日の０時００分までである。この時間帯が米国への配信時間である。

このように、各配信時間が重複していない場合には、それぞれの配信時間において、それぞれの拠点（コンテンツ提示装置４０）にコンテンツおよび提示スケジュールが配信される。

ただし、異なる拠点（コンテンツ提示装置４０）に対して決定された二つ以上の配信時間が重複する場合には、重複する部分の配信時間については、所定のルールに従って優先される対象の配信先のコンテンツ提示装置４０が決定される。ここで、配信時間が重複するとは、配信時間の少なくとも一部が重複する場合を意味する。たとえば、配信先が第１の拠点と第２の拠点であり、第１の拠点の配信時間が配信元の時刻で１６時００分から２２時００分までである場合には、第２の拠点の配信時間が配信元の時刻で１８時００分から２０時００分までである場合、１５時００分から１７時００分までである場合または２１時３０分から２３時００分までである場合などが該当する。

第２実施例では、所定のルールとしては、配信時間が短い拠点（コンテンツ提示装置４０）を優先することが含まれる。これは、配信時間が短い場合であっても、確実にコンテンツおよび提示スケジュールを配信するためである。

また、他の所定のルールとしては、配信時間の終了時刻が早い拠点（コンテンツ提示装置４０）を優先することが含まれる。つまり、コンテンツの再生の開始時刻が早い方の拠点が優先される。これは、コンテンツの再生が開始される前に、コンテンツおよび提示スケジュールの配信を終了するためである。

ただし、配信時間が短い拠点であることと、配信時間の終了時刻が早い拠点であることについては、両方のルールが選択的に適用されてもよい。これはいずれか一方のルールでは優劣がつかない場合があると考えられるからである。

このように、異なる配信先のコンテンツ提示装置４０において配信時間が重複する場合には、重複する部分（時間帯）において、優先してコンテンツおよび提示スケジュールを配信する対象となる配信先のコンテンツ提示装置４０を決定するので、配信時間が重複したとしても、そのことによってトラフィック量が増大することを回避することができる。

第２実施例では、サーバ１２のＣＰＵ１２ａによって実行されるコンテンツ配信制御処理において、配信処理の一部が第１実施例と異なる。図１２は第２実施例におけるサーバ１２のＣＰＵ１２ａの配信処理の一部を示すフロー図である。なお、図示していない他の一部は、第１実施例で示した配信処理と同じである。また、第１実施例で説明した内容については簡単に説明することにする。

具体的には、図１２に示すように、サーバ１２のＣＰＵ１２ａは、ステップＳ５１で“ＹＥＳ”であれば、ステップＳ８１で、配信する順序を決定する。配信する順序を決定する方法は、上述したとおりである。次のステップＳ８３では、最初の配信先のコンテンツ提示装置４０を決定する。

続いて、ステップＳ５３で、配信先の拠点への配信時間かどうかを判断する。ステップＳ５３で“ＮＯ”であれば、同じステップＳ５３に戻るが、ステップＳ５３で“ＹＥＳ”であれば、ステップＳ５５で、配信先のコンテンツ提示装置４０の電源がオフであるかどうかを判断する。ステップＳ５５で“ＮＯ”であれば、ステップＳ５９に進むが、ステップＳ５５で“ＹＥＳ”であれば、ステップＳ５７で、配信先のコンテンツ提示装置４０を起動して、ステップＳ５９に進む。

ステップＳ５９では、配信先のコンテンツ提示装置４０にコンテンツを配信する。そして、ステップＳ８５では、未配信の配信先があるかどうかを判断する。ステップＳ８５で“ＹＥＳ”であれば、つまり、未配信の配信先が有る場合には、次の配信先を決定して、ステップＳ５３に戻る。一方、ステップＳ８５で“ＮＯ”であれば、つまり、未配信の配信先が無い場合には、配信処理を終了し、コンテンツ配信制御処理にリターンする。

第２実施例においても、第１実施例と同様に、トラフィック量のみならず、配信元の拠点と配信先の拠点の時差を考慮してコンテンツを配信することができる。

また、第２実施例によれば、複数の配信先の拠点（コンテンツ提示装置４０）がある場合にも、各コンテンツ提示装置４０に対してトラフィック量が少ない時間帯を配信時間として決定し、各コンテンツ提示装置４０に対して決定した配信時間に基づいてコンテンツを配信する順番を決定するので、トラフィック量を考慮して各拠点にコンテンツを配信することができる。
［第３実施例］
第３実施例では、時期によって時差が変動することを考慮して、配信時間を決定するようにした以外は、第１実施例と同じであるため、重複した説明は省略する、または、簡単に説明することにする。

たとえば、サマータイム制度が採用されている国または地域では、１年の間の所定期間に、標準時が所定時間（たとえば、１時間）進められる。したがって、
サーバ１２の設置場所およびコンテンツ提示装置４０の設置場所の国または地域が異なり、少なくとも一方の設置場所がサマータイム制度を採用する国または地域である場合には、サマータイム制度が実施される所定期間において配信時間を算出するときに、進められた所定時間を考慮する必要がある。

ただし、サマータイム制度が実施される国または地域については、サマータイム制度が実施される所定期間およびサマータイム制度によって進められる所定時間がタイムスケジュールに紐付けて記憶される。

図１３はサマータイムが実施される場合に、サマータイム制度が実施される所定期間において配信時間を算出（決定）する方法を説明するための図解図である。

図１３に示すように、サーバ１２の設置場所は日本であり、コンテンツ提示装置４０の設置場所はアメリカ（ＮＹ）である。この場合に、サマータイムが実施される所定期間において、コンテンツの配信時間を算出する場合には、日本とアメリカ（ＮＹ）の時差が、サマータイム制度が実施されることにより進められた所定時間で変更される。

図１３に示す例では、米国（ＮＹ）でサマータイムが実施される所定期間のうち、米国（ＮＹ）の日時で、１２月１日の０時００分から２４時００分までの間において、サーバ１２からコンテンツを配信するとき、米国（ＮＹ）では標準時が１時間進められる。このため、第１実施例で示したように、米国（ＮＹ）のタイムテーブルを基準とすると、サーバ１２が設定される日本におけるタイムテーブルが１時間遅らされる。

したがって、米国（ＮＹ）の営業時間外の時間帯と日本の営業時間外の時間帯のうち、それらが重複するのは、サーバ１２が設置される日本の日時で、１２月１日の１８時００分から１２月１日の２３時００分であり、この期間がコンテンツの配信時間として算出（決定）される。

つまり、第３実施例では、コンテンツ配信制御処理において、ステップＳ１３で配信時間を算出ときに、サマータイムによって進められた所定時間で変更された時差が考慮される。

なお、図１３に示すように、サーバ１２が設定される日本の日時で、１２月２日の８時００分から９時００分までも配信時間として算出されるが、この配信時間は短いため、配信時間の対象から外される。

第３実施例によれば、サマータイムによって進めされた所定時間で変更された時差を考慮して、トラフィック量の少ない時間帯にコンテンツを配信することができる。

なお、第３実施例の変形は、第２実施例にも適用することができる。この場合、配信先の国または地域のすべてがサマータイム制度を採用している必要はない。つまり、サマータイム制度を採用している国または地域に設置されるコンテンツ提示装置４０についてのみ、時差が変更されればよい。

また、上述の各実施例で挙げた画面および具体的な数値等は一例であり、実際の製品に応じて適宜変更することが可能である。また、同じ効果が得られる場合には、フロー図に示した各ステップの順番は適宜変更されてもよい。

１０ …ネットワークシステム
１２ …サーバ
１２ａ，４０ａ …ＣＰＵ
１２ｂ，４０ｂ …ＲＡＭ
１４，４２ …表示装置
３０ …コンテンツ作成装置
４０ …コンテンツ提示装置
５０ …表示システム

Claims (9)

1. 複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置であって、
   前記配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および前記複数のコンテンツ提示装置の各々によって前記コンテンツを提示しないまたは前記コンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所に対応付けて記憶する記憶手段と、
   配信先の前記コンテンツ提示装置、配信される前記コンテンツおよび配信される前記提示スケジュールが決定されたとき、前記第１の場所と前記配信先のコンテンツ提示装置が設置される前記第２の場所の時差を考慮して、前記第１時間帯と前記配信先のコンテンツ提示装置についての前記第２時間帯とが重複する時間帯を配信時間として決定する配信時間決定手段と、
   前記配信時間決定手段によって決定された配信時間に、前記コンテンツおよび前記提示スケジュールを前記配信先のコンテンツ提示装置に配信する配信手段を備える、配信装置。
2. 前記配信時間決定手段は、複数の前記配信先のコンテンツ提示装置が決定されたとき、前記第１の場所と前記複数の配信先のコンテンツ提示装置が設置される前記第２の場所の各々の時差を考慮して、前記第１時間帯と前記複数の配信先のコンテンツ提示装置についての前記第２時間帯の各々とが重複する配信時間をそれぞれ決定する、請求項１記載の配信装置。
3. 前記複数の配信先のコンテンツ提示装置についてそれぞれ決定された複数の配信時間が一部でも重複するとき、優先して前記コンテンツおよび前記提示スケジュールを配信される前記配信先のコンテンツ提示装置を所定のルールに従って決定する優先対象決定手段をさらに備える、請求項２記載の配信装置。
4. 前記所定のルールは、前記配信時間が短い方の前記配信先のコンテンツ提示装置を優先することを含む、請求項３記載の配信装置。
5. 前記所定のルールは、前記配信時間の終了時間が早い方の前記配信先のコンテンツ提示装置を優先することを含む、請求項３記載の配信装置。
6. 前記時差は標準時の変更に応じて変更される、請求項１ないし５のいずれかに記載の配信装置。
7. 複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置によって実行される配信制御プログラムであって、
   前記配信装置は、当該配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および前記複数のコンテンツ提示装置の各々によって前記コンテンツを提示しないまたは前記コンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所に対応付けて記憶する記憶手段を備え、
   前記配信装置のプロセッサに、
   配信先の前記コンテンツ提示装置、配信される前記コンテンツおよび配信される前記提示スケジュールが決定されたとき、前記第１の場所と前記配信先のコンテンツ提示装置が設置される前記第２の場所の時差を考慮して、前記第１時間帯と前記配信先のコンテンツ提示装置についての前記第２時間帯とが重複する時間帯を配信時間として決定する配信時間決定ステップ、および
   前記配信時間決定ステップにおいて決定した配信時間に、前記コンテンツおよび前記提示スケジュールを前記配信先のコンテンツ提示装置に配信する配信ステップを実行させる、配信制御プログラム。
8. 複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置の配信制御方法であって、
   前記配信装置は、前記配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および前記複数のコンテンツ提示装置の各々によって前記コンテンツを提示しないまたは前記コンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所に対応付けて記憶する記憶手段を備え、
   （ａ）配信先の前記コンテンツ提示装置、配信される前記コンテンツおよび配信される前記提示スケジュールが決定されたとき、前記第１の場所と前記配信先のコンテンツ提示装置が設置される前記第２の場所の時差を考慮して、前記第１時間帯と前記配信先のコンテンツ提示装置についての前記第２時間帯とが重複する時間帯を配信時間として決定するステップ、および
   （ｂ）前記ステップ（ａ）において決定した配信時間に、前記コンテンツおよび前記提示スケジュールを前記配信先のコンテンツ提示装置に配信するステップを含む、配信制御方法。
9. 複数のコンテンツ提示装置と、当該複数のコンテンツ提示装置にコンテンツおよび当該コンテンツの提示スケジュールを配信する配信装置を備える配信システムであって、
   前記複数のコンテンツ提示装置の各々は、
   前記配信装置から配信される前記コンテンツおよび前記提示スケジュールを受信する受信手段と、
   前記受信手段によって受信した前記提示スケジュールに従って、前記受信手段によって受信した前記コンテンツを提示する提示手段を備え、
   前記配信装置は、
   前記配信装置が設置される第１の場所においてネットワークのトラフィックが混雑しない第１時間帯および前記複数のコンテンツ提示装置の各々によって前記コンテンツを提示しないまたは前記コンテンツの提示を受ける者が少ない第２時間帯を当該複数のコンテンツ提示装置の各々が設置される各第２の場所に対応付けて記憶する記憶手段と、
   配信先の前記コンテンツ提示装置、配信される前記コンテンツおよび配信される前記提示スケジュールが決定されたとき、前記第１の場所と前記配信先のコンテンツ提示装置が設置される前記第２の場所の時差を考慮して、前記第１時間帯と前記配信先のコンテンツ提示装置についての前記第２時間帯とが重複する時間帯を配信時間として決定する配信時間決定手段と、
   前記配信時間決定手段によって決定された配信時間に、前記コンテンツおよび前記提示スケジュールを前記配信先のコンテンツ提示装置に配信する配信手段を備える、配信システム。

Images