(57)【要約】【課題】同一のコンテンツをスケジュールに従って再生する場合、異なる画像データ、音声データ等の再生スケジュールを、容易に設定することができるコンテンツ再生装置、コンテンツ再生方法およびプログラムを提供することを目的とするものである。【解決手段】第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを記憶するコンテンツ記憶手段と、所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出手段とを有するコンテンツ再生装置である。【選択図】  図１
2004348219.tif 000002
【特許請求の範囲】
【請求項１】
第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを記憶するコンテンツ記憶手段と；
所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出手段と；
を有することを特徴とするコンテンツ再生装置。
【請求項２】
請求項１において、
上記コンテンツ読出手段は、上記第１のコンテンツのデータと上記第２のコンテンツのデータとの所在を示すリンク情報に基づいて、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出す手段であることを特徴とするコンテンツ再生装置。
【請求項３】
請求項１または請求項２において、
上記第１のコンテンツのデータ、上記第２のコンテンツのデータ、上記スケジュールのデータのうちの少なくとも１つのデータを、ネットワークから取得する手段を有することを特徴とするコンテンツ再生装置。
【請求項４】
第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを、コンテンツ記憶手段に記憶するコンテンツ記憶段階と；
所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出段階と；
を有することを特徴とするコンテンツ再生方法。
【請求項５】
請求項４において、
上記コンテンツ読出段階は、上記第１のコンテンツのデータと上記第２のコンテンツのデータとの所在を示すリンク情報に基づいて、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出す段階であることを特徴とするコンテンツ再生方法。
【請求項６】
請求項４または請求項５において、
上記第１のコンテンツのデータ、上記第２のコンテンツのデータ、上記スケジュールのデータのうちの少なくとも１つのデータを、ネットワークから取得する段階を有することを特徴とするコンテンツ再生方法。
【請求項７】
第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを、コンテンツ記憶手段に記憶するコンテンツ記憶手順と；
所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出手順と；
をコンピュータに実行させるプログラム。
【請求項８】
請求項７において、
上記コンテンツ読出手順は、上記第１のコンテンツのデータと上記第２のコンテンツのデータとの所在を示すリンク情報に基づいて、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出す手順であることを特徴とするプログラム。
【請求項９】
請求項７または請求項８において、
上記第１のコンテンツのデータ、上記第２のコンテンツのデータ、上記スケジュールのデータのうちの少なくとも１つのデータを、ネットワークから取得する手順をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ再生装置に関し、さらに詳しくは、スケジュールに従ってコンテンツを再生するコンテンツ再生装置に関する。
【０００２】
【従来の技術】
図９は、従来のコンテンツ再生装置５００と、スケジュール再生装置１と、Ｗｅｂサーバ／ＬＡＮサーバ３とを示すブロック図である。
【０００３】
従来のコンテンツ再生装置５００は、スケジュールに従って、コンテンツを再生する装置である。また、コンテンツ再生装置５００は、スケジュール生成装置１と、Ｗｅｂサーバ／ＬＡＮサーバ３とに接続され、スケジュール生成装置１からスケジュールを受信するスケジュール受信部８と、受信したスケジュールを記憶するスケジュール記憶部９と、日付、時刻を取得し、スケジュールに含まれている再生時刻情報に従って、スケジュールに含まれているコンテンツ識別情報によって特定されるコンテンツの再生を起動するコンテンツ再生起動部１０と、コンテンツを再生するブラウザ１１と、ＨＴＭＬ文書送受信のための通信プロトコルを制御するＨＴＴＰ通信部１２と、コンテンツを記憶するコンテンツ記憶部１３と、データを表示する表示装置１４と、音声を出力する音声出力装置１５とを有する。
【０００４】
なお、スケジュール生成装置１は、コンテンツを再生するスケジュールを生成するスケジュール生成部４と、生成されたスケジュールをコンテンツ再生装置５００に送信するスケジュール送信部５とを有する。
【０００５】
Ｗｅｂサーバ／ＬＡＮサーバ３は、ＨＴＭＬ文書を送受信するための通信プロトコルを制御するＨＴＴＰ通信部６と、リンクする動作データ等を含めてコンテンツであるＨＴＭＬ文書を記憶するコンテンツ記憶部７とを有する。
【０００６】
次に、従来のコンテンツ再生装置５００の動作について説明する。
【０００７】
従来のコンテンツ再生装置５００は、まず、スケジュール受信部８が、スケジュール生成装置１からスケジュールを受信する。引き続いて、受信したスケジュールを、スケジュール記憶部９が記憶する。そして、コンテンツ再生起動部１０が、スケジュール記憶部９からスケジュールを読み出し、スケジュールの再生時刻情報とコンテンツ識別情報とを参照し、再生時刻に至ったコンテンツ識別情報に基づいて、コンテンツが存在しているＵＲＬを特定する。
【０００８】
引き続き、コンテンツ再生起動部１０が、ＵＲＬを指定し、ブラウザ１１を起し、ＨＴＴＰ通信部１２を介して、Ｗｅｂサーバ／ＬＡＮサーバ３から該当するコンテンツを読み出す。
【０００９】
このコンテンツは、所定の言語、たとえば、ＨＴＭＬで記述され、コンテンツにリンクされている画像データと、音声データ等を特定するリンク情報とを含んでいる。
【００１０】
なお、「サブコンテンツ」は、画像データ、音声データ等のコンテンツであり、「メインコンテンツ」は、上記サブコンテンツのリンク情報が記述されているコンテンツである。
【００１１】
そして、表示装置１４と音声出力装置１５とを介して、ブラウザ１１が、メインコンテンツとサブコンテンツとを再生する。
【００１２】
上記のように、従来のコンテンツ再生装置５００は、スケジュールに従って、メインコンテンツとサブコンテンツとを再生する（たとえば特許文献１参照）。
【００１３】
【特許文献１】
特開２００２−１５２６７２号公報（第７−９頁、図１）
【００１４】
【発明が解決しようとする課題】
しかし、上記従来のコンテンツ再生装置５００では、メインコンテンツに記述されているリンク情報に基づいて、サブコンテンツを再生するので、同一のメインコンテンツを再生し、スケジュールに従って、サブコンテンツ（画像データ、音声データ等のコンテンツ）のみを変更する場合、たとえば、所定の時間帯に再生する画像データのみを変更する場合、この画像データのリンク情報が変更されているメインコンテンツのＨＴＭＬ文書を、修正する必要がある。たとえば、メインコンテンツ１を、メインコンテンツ１’に修正する必要がある。
【００１５】
したがって、上記従来例では、サブコンテンツを変更する時間帯が増加する程、手続が煩雑になるという問題がある。つまり、時間帯によっては、サブコンテンツが煩雑に変わる場合があり、この場合には、サブコンテンツが変わる度に、メインコンテンツ１を、メインコンテンツ１’、メインコンテンツ１’’、メインコンテンツ１’’’と修正する必要があるので、手続が煩雑になるという問題がある。
【００１６】
また、上記従来例では、スケジュールのデータが増加する程、手続が煩雑になり、コスト高になるという問題がある。
【００１７】
本発明は、同一のコンテンツをスケジュールに従って再生する場合、異なる画像データ、音声データ等の再生スケジュールを、容易に設定することができるコンテンツ再生装置、コンテンツ再生方法およびプログラムを提供することを目的とするものである。
【００１８】
【課題を解決するための手段】
本発明は、第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを記憶するコンテンツ記憶手段と、所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出手段とを有するコンテンツ再生装置である。
【００１９】
【発明の実施の形態および実施例】
まず、本発明の一実施例であるコンテンツ再生装置１００の構成について説明する。
【００２０】
図１は、本発明の一実施例であるコンテンツ再生装置１００を示すブロック図である。
【００２１】
コンテンツ再生装置１００は、コンテンツ記憶部２１と、スケジュール記憶部２２と、コンテンツ読出部２３と、コンテンツ再生部２４と、出力部２５と、再生制御部２６と、操作取得部２７とを有する。
【００２２】
コンテンツ記憶部２１は、第１のコンテンツのデータと、第１のコンテンツに関連付けられている第２のコンテンツのデータとを記憶する。スケジュール記憶部２２は、スケジュールのデータを記憶する。なお、「スケジュール」は、どのコンテンツ群に所属するコンテンツ（＝メインコンテンツ）を、いつ再生するかについて記述したものである。
【００２３】
コンテンツ読出部２３は、上記スケジュールに従って、コンテンツ記憶部２１から第１のコンテンツのデータと第２のコンテンツのデータとを、互いに独立して読み出す。
【００２４】
コンテンツ再生部２４は、第１のコンテンツのデータと第２のコンテンツのデータとを再生する。出力部２５は、第１のコンテンツのデータと第２のコンテンツのデータとを表示装置２８に出力する。操作取得部２７は、利用者が操作する操作装置２９を介して、操作データを取得する。再生制御部２６は、取得された操作データに基づいて、コンテンツ再生装置１００の動作を制御する。
【００２５】
「第１のコンテンツ」は、たとえば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等のマークアップ言語によって記述されている。「第２のコンテンツ」は、たとえば、上記第１のコンテンツに関連付けられているコンテンツであり、画像データ、音声データ、テキストデータ等である。
【００２６】
なお、以下の説明において、第１のコンテンツを、「メインコンテンツ」と呼び、第２のコンテンツを、「サブコンテンツ」と呼ぶ。
【００２７】
スケジュール記憶部２２に記憶されているスケジュールのデータには、メインコンテンツのリンク情報と、サブコンテンツのリンク情報と、メインコンテンツ、サブコンテンツを再生する時刻との関連付けが、所定の言語によって記述されている。
【００２８】
コンテンツ記憶部２１、スケジュール記憶部２２は、磁気ディスク、磁気光ディスク、半導体メモリ等によって構成されている。コンテンツ読出部２３、コンテンツ再生部２４、出力部２５、操作取得部２７、再生制御部２６は、ＣＰＵ、ＲＡＭ、ＲＯＭ等によって構成されている。
【００２９】
なお、メインコンテンツのデータを記憶する記憶部と、サブコンテンツのデータ記憶する記憶部とが、互いに異なる記憶部であってもよい。また、メインコンテンツ、サブコンテンツ、スケジュールの各データを、同じ記憶部に記憶するようにしてもよい。
【００３０】
また、コンテンツ読出部２３を、インターネットに接続し、メインコンテンツ、サブコンテンツの各データを、スケジュールに従って、読み出すようにしてもよい。
【００３１】
たとえば、メインコンテンツ、サブコンテンツのそれぞれのインターネット上の所在を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を、上記スケジュールのデータに記述し、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づいて、ＵＲＬによって指定されたメインコンテンツ、サブコンテンツの各データを、スケジュールに従って、コンテンツ読出部２３が読み出すようにしてもよい。
【００３２】
たとえば、ブラウザによって、コンテンツ読出部２３が読み出すメインコンテンツ、サブコンテンツの各データを、コンテンツ再生部２４が再生し、再生信号を出力部２５に出力する。出力部２５は、コンテンツ再生部２４からの再生信号（動画像データ、静止画像データ、テキストデータ、音響データ等）を表示装置２８に出力する。
【００３３】
たとえば、カーソルキーを備えた操作装置２９を利用者が操作すると、カーソルキーに基づいた赤外線信号または電波信号等を、操作取得部２７が受信する。
【００３４】
なお、コンテンツ記憶部２１は、コンテンツ記憶手段の例であり、コンテンツ読出部２３は、コンテンツ読出手段の例である。
【００３５】
次に、コンテンツ再生装置１００の動作について説明する。
【００３６】
図２は、コンテンツ再生装置１００の動作を示すフローチャートである。
【００３７】
まず、スケジュール記憶部２２に記憶されているスケジュールのデータを、コンテンツ読出部２３が読み出す（Ｓ１）。引き続き、スケジュールに従って、メインコンテンツを、コンテンツ読出部２３が読み出す（Ｓ２）。
【００３８】
次いで、読み出されたメインコンテンツのデータを、コンテンツ再生部２４が再生する（Ｓ３）。
【００３９】
この後に、利用者が操作装置２９を操作した操作信号が取得されたか否かを、操作取得部２７が判断する（Ｓ４）。ステップＳ４において、操作信号が取得されたと判断すると、サブコンテンツが選択されたか否かを、再生制御部２６が判断する（Ｓ５）。一方、ステップＳ４において、操作信号が取得されたと判断しなければ、ステップＳ３に戻る。
【００４０】
Ｓ５で、サブコンテンツが選択されたと判断すると、上記スケジュールのデータに記述されているサブコンテンツを、コンテンツ読出部２３が読み出す（Ｓ６）。一方、ステップＳ５において、サブコンテンツが選択されたと判断しなければ、ステップＳ３に戻る。そして、読み出されたサブコンテンツのデータを、コンテンツ再生部２４が再生する（Ｓ７）。
【００４１】
次に、上記実施例において、メインコンテンツ、サブコンテンツについて、具体例を挙げて説明する。
【００４２】
図３は、上記実施例において、メインコンテンツの表示例と、サブコンテンツの表示例とを示す図であり、図３（１）は、メインコンテンツの表示例、図３（２）、（３）は、サブコンテンツの表示例を示す図である。
【００４３】
図３（１）は、上記実施例において、ＡＢＣスーパーマーケットに備えられている表示装置２８に表示されているメインコンテンツ４０と、サブコンテンツのメニュー４１とを示す図である。
【００４４】
メインコンテンツ４０には、営業時刻情報４０ａと売場案内情報４０ｂとが、テキストで示され、売場の概略図４０ｃが静止画像データで示されている。この静止画像データは、たとえば、ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）によって制作される。
【００４５】
一方、サブコンテンツのメニュー４１には、「タイムセール」の項目を選択する選択ボタン４１ａと、「本日の特売品」の項目を選択する選択ボタン４１ｂと、「お知らせ」の項目を選択する選択ボタン４１ｃとが表示されている。利用者は、操作装置２９に設けられているカーソルキーを操作することによって、メニュー４１に表示されている項目のうちで、所望の項目を選択することができる。
【００４６】
図３（２）は、上記実施例において、メニュー４１の「タイムセール」の項目を選択する選択ボタン４１ａを、たとえば午前９時過ぎに、利用者が選択した場合におけるサブコンテンツの表示例を示す図である。
【００４７】
図３（２）は、午前９時３０分から午前１０時までに開催されるタイムセールのコンテンツ４２を示している。タイムセールのコンテンツ４２は、商品Ａの価格４２ａと商品Ｂの価格４２ｃとを含むテキストであり、商品Ａの写真４２ｂと商品Ｂの写真４２ｄとを、たとえば、ＧＩＦデータによって示している。
【００４８】
図３（３）は、メニュー４１の「タイムセール」の項目を選択する選択ボタン４１ａを、たとえば午後１時過ぎに、利用者が選択した場合におけるサブコンテンツの表示例を示す図である。
【００４９】
図３（３）は、午後３時３０分から午後４時までに開催されるタイムセールに関するコンテンツ４３を示している。タイムセールのコンテンツ４３は、商品Ｃの価格４３ａと商品Ｄの価格４３ｃとを含むテキストであり、商品Ｃの写真４３ｂと商品Ｄの写真４３ｄとを、たとえば、ＧＩＦデータによって示している。
【００５０】
図３（１）に示すメインコンテンツ４０は、営業時刻午前９時から午後１０時まで再生するように、スケジュールデータに記述され、上記ステップＳ３において、コンテンツ再生部２４がメインコンテンツ４０を再生する。
【００５１】
また、上記ステップＳ４において、「タイムセール」の項目を選択する選択ボタン４１ａを、利用者が操作することによって、図３（２）に示すサブコンテンツ４２が取得され、ステップＳ６では、メインコンテンツ４０とは互いに独立して、図３（２）に示すサブコンテンツ４２が、コンテンツ記憶部２１から読み出され、Ｓ７では、上記読み出されたサブコンテンツ４２を、コンテンツ再生部２４が再生する。
【００５２】
上記と同様に、上記ステップＳ４において、「タイムセール」の項目を選択する選択ボタン４１ａを利用者が操作することによって、図３（３）に示すサブコンテンツ４３が取得され、Ｓ６では、メインコンテンツ４０とは互いに独立して、コンテンツ記憶部２１から、サブコンテンツ４３を読み出し、Ｓ７では、上記読み出されたサブコンテンツ４３を、コンテンツ再生部２４が再生する。
【００５３】
次に、上記実施例におけるスケジュールのスクリプト例について、説明する。
【００５４】
図４は、上記実施例におけるスケジュールのスクリプトの例であるスクリプト５０を示す図である。
【００５５】
なお、以下の説明において、スケジュールに記述されているメインコンテンツが、３種類設けられ、上記３種類のメインコンテンツにおいて表示する時刻は、午前９時、午後１時、および午後８時である。
【００５６】
図４において、スケジュールのデータのスクリプト５０として、第１スクリプト５１と、第２スクリプト５４と、第３スクリプト５７とを示してある。
【００５７】
第１スクリプト５１は、午前９時に実行される第１のメインコンテンツに関連付けられているスクリプトである。第２スクリプト５４は、午後１時に実行される第２のメインコンテンツに関連付けられているスクリプトである。第３スクリプト５７は、午後８時に実行される第３のメインコンテンツに関連付けられているスクリプトである。
【００５８】
また、第１スクリプト５１は、午前９時に実行され、午前９時に表示されるメインコンテンツのリンク情報５２と、利用者の選択によって表示されるサブコンテンツのリンク情報５３とを含む。
【００５９】
メインコンテンツのリンク情報５２は、メインコンテンツのファイル名「ａｂｃ」のリンク情報であり、サブコンテンツのリンク情報５３は、３つのサブコンテンツのファイル名「ｄｅｆ」、「ｇｈｉ」、および「ｊｋｌ」のリンク情報である。
【００６０】
たとえば、図３（１）に示すメインコンテンツ４０のリンク情報は、図４に示すリンク情報５２に相当する位置に記述されている。つまり、たとえば、メインコンテンツが、メインコンテンツ４０（この所在がａｂｃ）に存在していることが、図４に、“ｌｉｎｋ  ｓｒｃ＝．／ａｂｃ”５２によって示してある。
【００６１】
また、図３（２）に示すサブコンテンツ４２のリンク情報は、図４に示すリンク情報５３ｂに相当する位置に記述されている。つまり、たとえば、サブコンテンツの１つが、サブコンテンツ４２（この所在がｇｈｉ）に存在していることが、図４に、“ｌｉｎｋ  ｓｒｃ＝．／ａｂｃ”５３ｂによって示してある。
【００６２】
すなわち、サブコンテンツのリンク情報５３は、メインコンテンツのリンク情報５２とは別個に、記述され、従来のようにメインコンテンツのファイルに記述されてはいないので、コンテンツ読出部２３が、サブコンテンツのデータ「ｄｅｆ」、「ｇｈｉ」、および「ｊｋｌ」を、メインコンテンツのデータ「ａｂｃ」とは互いに独立して、コンテンツ記憶部２１から読み出す。
【００６３】
上記「互いに独立して読み出す」は、システム的に、メインコンテンツａｂｃを再生するときに、各サブコンテンツｄｅｆ、ｇｈｉ、ｊｋｌが再生されても、メインコンテンツａｂｃが再生されず、同時に再生されているサブコンテンツがいくつであっても、メインコンテンツは、サブコンテンツの再生には関与せず、サブコンテンツは、メインコンテンツの再生には関与しない動作である。
【００６４】
また、第２スクリプト５４は、午後１時に実行され、午後１時に表示されるメインコンテンツのリンク情報５５と、利用者の選択によって表示されるサブコンテンツのリンク情報５６とを含む。メインコンテンツのリンク情報５５は、メインコンテンツのファイル名「ｍｏｐ」のリンク情報であり、サブコンテンツのリンク情報５６は、２つのサブコンテンツのファイル名「ｑｒｓ」と「ｔｕｖ」とのリンク情報である。
【００６５】
すなわち、サブコンテンツのリンク情報５６は、メインコンテンツのリンク情報５５とは、別個に、記述され、従来のようにメインコンテンツのファイルに記述されてはいないので、コンテンツ読出部２３が、サブコンテンツのデータ「ｑｒｓ」と「ｔｕｖ」とを、メインコンテンツのデータ「ｍｏｐ」とは互いに独立して、コンテンツ記憶部２１から読み出す。
【００６６】
さらに、第３スクリプト５７は、午後８時に実行され、午後８時に表示されるメインコンテンツのリンク情報５８を含む。この第３スクリプト５７のように、サブコンテンツのリンク情報が記述されず、メインコンテンツのみが再生される場合もある。
【００６７】
上記のように、コンテンツ再生装置１００は、所定のスケジュールに従って、コンテンツ記憶部２１から、メインコンテンツのデータとサブコンテンツのデータとを、互いに独立して、読み出すので、サブコンテンツの内容を頻繁に変更して再生するように設定されているスケジュールを実行する場合でも、スケジュールのスクリプトにおけるサブコンテンツのリンク情報の記述を変更するだけで、容易に対応することができ、メインコンテンツのデータを、スケジュールに基づいた内容に変更する必要がない。
【００６８】
また、コンテンツ再生装置１００によれば、コンテンツ読出部２３は、所定のスケジュールに従って、コンテンツ記憶部２１から、メインコンテンツのデータとサブコンテンツのデータとを互いに独立して読み出すので、同一のコンテンツをスケジュールに従って再生する場合でも、異なる画像データ、音声データ等の再生スケジュールを、容易に設定することができる。
【００６９】
図５は、上記実施例において、メインコンテンツの定義とサブコンテンツの定義とを説明する図である。
【００７０】
図５（１）に示すように、上記実施例においては、「コンテンツメタ情報」によって、コンテンツをメイン、サブコンテンツとして関連付けている。
【００７１】
コンテンツａｂｃに、サブコンテンツｄｅｆ等が関連付けられているが、コンテンツａｂｃ内に、ｄｅｆへの関連付けが記述されているのではなく、コンテンツａｂｃの外に存在している「コンテンツメタ情報」に、上記関連付けの情報が記述されている。
【００７２】
これによって、コンテンツａｂｃに関連付けられているサブコンテンツが、ｘｙｚに変更されたとしても、コンテンツａｂｃには手を加えず、コンテンツメタ情報に手を加えるだけで、サブコンテンツを変えることができ、したがって、コンテンツの独立性が高くなる。
【００７３】
図６は、メインコンテンツのデータの所在を示すリンク情報の具体例を示す図である。
【００７４】
コンテンツの集合を、図の例ではｉｔｅｍと呼んでいる。ｉｔｅｍは、１つのメインコンテンツと、０または１つ以上のサブコンテンツとによって構成されている。コンテンツメタ情報は、メインコンテンツとサブコンテンツとの関係を示す情報である。
【００７５】
図６に示す例では、時間９：００〜１０：００の間、コンテンツａｂｃとコンテンツｘｙｚとを、繰り返し再生する。コンテンツａｂｃを再生しているときに、必要に応じて呼び出されるサブコンテンツが、サブコンテンツｄｅｆ、ｇｈｉ、ｊｋｌである。
【００７６】
図７は、上記実施例において、コンテンツのデータの所在を示すリンク情報の具体利用画面イメージを示す図である。
【００７７】
図８は、上記実施例の動作を、従来例の動作とを対比して説明する図である。
【００７８】
図８に示す従来例、実施例ともに、１０時〜１１時には、メインコンテンツ１をサブコンテンツＡにし、１１時〜１２時には、メインコンテンツ１をサブコンテンツＢにしようとする場合の例である。
【００７９】
従来例では、リンクをサブコンテンツＢに変更するために、メインコンテンツ１を修正して、メインコンテンツ１’を作成する必要があるが、上記実施例では、メインコンテンツ１を修正せずに、サブコンテンツを変更することができる。
【００８０】
つまり、コンテンツ再生装置１００は、第１のコンテンツのデータと上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを記憶するコンテンツ記憶手段と、所定のスケジュールに従って上記コンテンツ記憶手段から上記第１のコンテンツのデータと上記第２のコンテンツのデータとを互いに独立して読み出すコンテンツ読出手段とを有する。
【００８１】
したがって、コンテンツ読出手段は、所定のスケジュールに従ってコンテンツ記憶手段から、第１のコンテンツのデータと、第２のコンテンツのデータとを、互いに独立して読み出すので、同一のコンテンツをスケジュールに従って再生する場合、異なる画像データ、音声データ等の再生スケジュールを、容易に設定することができる。
【００８２】
また、コンテンツ再生装置１００において、上記コンテンツ読出手段は、上記第１のコンテンツのデータの所在と、上記第２のコンテンツのデータの所在とを示すリンク情報に基づいて、上記コンテンツ記憶手段から、第１のコンテンツのデータのデータと、第２のコンテンツのデータとを互いに独立して読み出す。
【００８３】
したがって、第１のコンテンツのデータの所在と、第２のコンテンツのデータの所在とを示すリンク先のデータを参照することによって、第１のコンテンツのデータと第２のコンテンツのデータとを、互いに独立して読み出すことが容易である。
【００８４】
さらに、コンテンツ再生装置１００は、上記第１のコンテンツのデータ、上記第２のコンテンツのデータ、および上記スケジュールのデータのうち少なくとも１つをネットワークから取得する。
【００８５】
したがって、たとえば、インターネットから、第１のコンテンツのデータ、第２のコンテンツのデータ、スケジュールのデータ等を取得し、再生することができる。
【００８６】
なお、上記実施例をプログラムの発明として把握することができる。
【００８７】
つまり、上記実施例は、第１のコンテンツのデータと、上記第１のコンテンツに関連付けられている第２のコンテンツのデータとを、コンテンツ記憶手段に記憶するコンテンツ記憶手順と、所定のスケジュールに従って、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出すコンテンツ読出手順とをコンピュータに実行させるプログラムの例である。
【００８８】
また、上記コンテンツ読出手順は、上記第１のコンテンツのデータと上記第２のコンテンツのデータとの所在を示すリンク情報に基づいて、上記コンテンツ記憶手段から、上記第１のコンテンツのデータと上記第２のコンテンツのデータとを、互いに独立して読み出す手順である。
【００８９】
さらに、上記の場合、上記第１のコンテンツのデータ、上記第２のコンテンツのデータ、上記スケジュールのデータのうちの少なくとも１つのデータを、ネットワークから取得する手順をコンピュータに実行させるプログラムであってもよい。
【００９０】
なお、上記プログラムを、ＣＤ、ＤＶＤ、ＨＤ、半導体メモリ等の記録媒体に記録するようにしてもよい。
【００９１】
【発明の効果】
本発明によれば、同一のコンテンツをスケジュールに従って再生する場合、異なる画像データ、音声データ等の再生スケジュールを、容易に設定することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施例であるコンテンツ再生装置１００を示すブロック図である。
【図２】コンテンツ再生装置１００の動作を示すフローチャートである。
【図３】上記実施例において、メインコンテンツの表示例と、サブコンテンツの表示例とを示す図である。図３（１）は、メインコンテンツの表示例、図３（２）、（３）は、サブコンテンツの表示例を示す図である。
【図４】上記実施例におけるスケジュールのスクリプトの例であるスクリプト５０を示す図である。
【図５】上記実施例において、メインコンテンツの定義とサブコンテンツの定義とを説明する図である。
【図６】メインコンテンツのデータの所在を示すリンク情報の具体例を示す図である。
【図７】上記実施例において、コンテンツのデータの所在を示すリンク情報の具体利用画面イメージを示す図である。
【図８】上記実施例と従来例との動作を対比して説明する図である。
【図９】従来のコンテンツ再生装置５００と、スケジュール再生装置１と、Ｗｅｂサーバ／ＬＡＮサーバ３とを示すブロック図である。
【符号の説明】
１００…コンテンツ再生装置、
２１…コンテンツ記憶部、
２２…スケジュール記憶部、
２３…コンテンツ読出部、
２４…コンテンツ再生部、
２５…出力部、
２６…再生制御部、
２７…操作取得部、
２８…表示装置、
２９…操作装置、
４０…メインコンテンツ、
４０ａ…営業時刻情報、
４０ｂ…売場案内情報、
４０ｃ…概略図、
４１…メニュー、
４１ａ、４１ｂ、４１ｃ…項目選択ボタン、
４２、４３…サブコンテンツ、
４２ａ、４２ｃ、４３ａ、４３ｃ…価格、
４２ｂ、４２ｄ、４３ｂ、４３ｄ…写真、
５０…スケジュールのスクリプト、
５１…第１スクリプト、
５２、５５、５８…メインコンテンツのリンク情報、
５３、５３ａ、５３ｂ、５３ｃ、５６、５６ａ、５６ｂ…サブコンテンツのリンク情報、
５４…第２スクリプト、
５７…第３スクリプト。
【図１】
2004348219.tif 000003
【図２】
2004348219.tif 000004
【図３】
2004348219.tif 000005
【図４】
2004348219.tif 000006
【図５】
2004348219.tif 000007
【図６】
2004348219.tif 000008
【図７】
2004348219.tif 000009
【図８】
2004348219.tif 000010
【図９】
2004348219.tif 000011