JP3714710B2 - 双方向テレビジョンシステム - Google Patents
双方向テレビジョンシステム Download PDFInfo
- Publication number
- JP3714710B2 JP3714710B2 JP30984095A JP30984095A JP3714710B2 JP 3714710 B2 JP3714710 B2 JP 3714710B2 JP 30984095 A JP30984095 A JP 30984095A JP 30984095 A JP30984095 A JP 30984095A JP 3714710 B2 JP3714710 B2 JP 3714710B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- subscriber
- viewer
- code
- video
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Facsimile Scanning Arrangements (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、リクエストに応じて映像を放映する双方向テレビジョンシステムにおいて、リクエストした視聴者名を表示するシステムに関するものである。
【０００２】
【従来の技術】
従来例えば、ＣＡＴＶ等のローカル・テレビ局において、双方向テレビジョンシステムと呼ばれる新しいテレビ放映の形態が普及しつつある。
しかし、一般にビデオ・オン・デマンドと呼ばれる視聴者があたかも自宅のビデオデッキで好みの映像を視聴しているかのように映像を宅配するシステムと比較すると、現在のシステムは、技術面でも実際の普及の面でも遠く及ばない状態である。すなわち、現在のシステムは、あくまで不特定多数に映像を発信する放送の枠を出ていないのである。
このような限定的な双方向テレビジョンにおいては、次々にやってくる視聴者からの要求を一時的に蓄積し、要求された順番に映像を放映していくしか手段はない。
当然ながらこのような形態であれば、視聴者の要求は一時的に蓄積され、放映の順番を待って要求映像が提供されるような「行列型」となっている。
【０００３】
しかし、従来のシステムであっても、カラオケ番組と呼ばれるカラオケ楽曲の放映のみを取り扱う番組時間枠（もしくは設けられた専用のチャンネル）等であれば実際の運用を行うことが可能な程度に上記の問題は解決される。なぜならば、カラオケ楽曲用映像であれば一視聴者からの要求を消化するのに数分程度しか掛からず、また、その映像に係わる扱いを一元化可能だからである。
ただし、このような双方向テレビにおけるカラオケ番組であっても、上記問題点を完全に解消することはできない。
そこで、要求した映像がすぐには得られず、「待ち」を強いられるシステムであれば、せめて視聴者にとっては要求した映像が確かに自分のものであるという確証を得させる必要がある。
【０００４】
【発明が解決しようとする課題】
しかし、従来のカラオケ専門番組によっては、放映されている映像が自分がリクエストしたものであるか否か不明であった。他人が同じ曲をリクエストしている可能性があるからである。
一方、自分がリクエストした曲であることを視聴者に明確に認識させることは、リクエストされた曲を放映したときに課金するサービスを行うときに特に必要となる。
従来の双方向テレビジョンによるカラオケ番組の提供は、上記のような問題により、視聴者の参加を旨とする双方向テレビジョンの商品価値を十分提示できなかった。
【０００５】
本発明の双方向テレビジョンシステムは、上記問題を解決し、視聴者がリクエストした曲が放映されるときに、リクエストした視聴者名を画面に表示して視聴者に認識させることを目的とする。
【０００６】
【課題を解決するための手段】
本発明の双方向テレビジョンシステムは、視聴者側に設けられたリクエスト手段にリクエストコードを入力して視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映して視聴者側に設けられた受信手段に画面表示し、視聴者に視聴させる双方向テレビジョンシステムにおいて、視聴者側に、視聴者が個別に与えられた加入者コードを入力する加入者コード入力手段が備えられ、放送局側に、少なくとも前記加入者コードに関連づけて登録された加入者の電話番号又は表示名を格納する加入者登録データ記憶手段と、前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から前記加入者コードを受信したとき、電話番号又は加入者コードをもとに前記加入者登録データ記憶手段から加入者の表示名を検索する表示名検索手段と、前記表示名検索手段が検索した表示名を前記所定の映像に表示し、前記受信手段に向けて放映する放映手段とが備えられていることを特徴とする。
また、本発明の双方向テレビジョンシステムは、上記システムにおいて、前記映像の放映は不特定多数の視聴者を対象にしてなされ、前記所定の映像の要求は個別の視聴者により行われる参加型システムであることを特徴とする。
また、本発明の双方向テレビジョンシステムは、上記システムにおいて、前記放送局側に、前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から受信した加入者コードを前記加入者登録データ記憶手段に照会して前記加入者コードが有効であるか否かを判断し、前記加入者コードが有効でないと判断した場合には、前記視聴者に前記加入者コードの再入力を促すメッセージを前記リクエスト手段に送信する一方、前記加入者コードが有効であると判断した場合には、前記視聴者にリクエストコードの入力を促すメッセージを前記リクエスト手段に送信する加入者コード照合手段が備えられていることを特徴とする。
ここで、視聴者名とは、氏名に限らず登録されているペンネーム等でも良い。また、視聴者名と共に、メッセージ、例えば、誕生日等のお祝いのメッセージ等を画面に表示させても良い。
【０００７】
【発明の実施の形態】
以下、本発明を具体化した一実施の形態を図面を参照しながら説明する。
図４は、双方向テレビジョンシステムの具体的構成を示した概略図である。始めに本発明のシステムの構成及び動作を説明する。
視聴者は自宅にある受信手段としてのＴＶ受像器２０を視聴しながら、リクエスト手段としての手持ちの電話機１１により通信手段としての一般の公衆電話回線１２を通して、カラオケ楽曲等の映像をリクエストできる。リクエストは、あらかじめ定められた「リクエストコード」によって行われる。これは、カラオケ視聴の提供に関して、一般のカラオケ装置における「曲番号」と同義のものである。数字コードによるリクエストであるため、実際には視聴者が電話機のダイヤル、もしくはプッシュホンを押下することによりリクエストコードをトーン発信する。このリクエストコードは、あらかじめ視聴者に配布物等によって通知されている。また、同様の手順によって視聴者は個別に与えられた「加入者コード」の入力を行う。
【０００８】
視聴者からの通話は、制御手段としてのホストコンピュータ１５に接続された応答手段としての音声応答装置１３により自動的に受理される。音声応答装置１３は、内蔵された合成音声手段によりあらかじめ登録されたメッセージを送話する。また、音声応答装置１３は、視聴者にコードの入力と、そのガイダンスを促す。すなわち、音声応答装置１３は、ホストコンピュータ１５により制御され、通話の受話、メッセージの送話からパルスコードの受信までを行う周辺機器である。
受理されたリクエストコードと加入者コードは、ホストコンピュータ１５により、コードが有効であるかどうか、記憶手段としての外部記憶装置１４上のデータベースと照合される。有効と判断されたものは、ホストコンピュータ１５内のメモリに蓄積される。ホストコンピュータ１５はメモリに蓄積されたリクエストコード・加入者コードと、外部記憶装置１４内のデータベースを元に表示すべき視聴者名と楽曲名を取得し、任意のメッセージとして表示すべき文字列を生成する。これが、視聴者がカラオケ映像と共に見ることになる視聴者名・楽曲インフォメーションである。
【０００９】
生成されたメッセージは、外部記憶装置１４内の文字フォントデータによって画像データとしてホストコンピュータ１５内のメモリに展開され、これがテロップ合成装置１８に転送される。
蓄積されたリクエストコードは、ホストコンピュータ１５によって制御されるカラオケ再生装置１７に伝送され、映像の再生がなされる。映像が終了したリクエストは外部記憶装置１４のメモリの蓄積よりクリアされる。
この時点で得られる映像は通常のカラオケ装置と同様の内容であり、上記したように、テロップ合成装置１８上に用意されたインフォメーション用の画像との合成がなされることにより、放映されるべき映像が出力される。
モニター１６はこれらの状況をオペレータが確認するための、ホストコンピュータ１５に接続されるモニター装置である。
出力された映像信号はカラオケ再生装置１７の出力する音声信号と共にＣＡＴＶ等の放送手段１９によりＴＶ放映され、ＴＶ受像器２０によりカラオケ番組として視聴されるものである。
【００１０】
図５に図４の構成をブロック図化したものを、ＣＰＵを中心とした信号の流れとして模式図で示す。以下に、本システムの動作をさらに詳細に説明する。
音声応答装置１３は、ホストコンピュータ１５のＣＰＵ２２と接続している。ＣＰＵ２２は音声応答装置１３に対して、電話回線１２の着信待ちに関する制御、着信後の音声応答装置１３内の音声メッセージの送話に関する制御（複数のメツセージの内の選択）を行う。音声応答装置１３はホストコンピュータ１５に対して電話回線１２を通じて、受信したダイヤルパルスを数値情報として伝送する。これにより、公衆電話回線による視聴者リクエストの自動受理を行う。音声応答装置１３より伝送された数値はＣＰＵメモリ２３に格納される。
外部記憶装置１４は、リクエストコード及び加入者の登録に関するデータベースを格納されたホストコンピュータ１５の外部記憶である。外部記憶装置１４とホストコンピュータ１５との間で、データの読み書きが行われる。これにより、ＣＰＵ２２はリクエストコードの検索・照合と、ログ記録を行う。
【００１１】
カラオケ再生装置１７はＣＰＵ２２と接続している。ＣＰＵ２２はリクエストコード（曲番号）を送信し、カラオケ再生装置１７にカラオケ楽曲の再生を行わせ、またこの再生の開始・終了などの制御を行う。また、カラオケ再生装置１７はＣＰＵ２２に対して再生の状況（再生中・再生終了等）を伝送する。これにより、ＣＰＵ２２はリクエストコードによるカラオケ楽曲の再生を行う。
テロップ合成装置１８は、ＣＰＵ２２から画像の出力と合成に関する制御と、画像データの転送を受ける。テロップ合成装置１８には、カラオケ再生装置１７から映像信号が入力されており、テロップ合成装置１８は、ＣＰＵ２２から転送された画像と、この映像信号とを合成し、カラオケ装置の出力する映像テロップ表示を付加する。
表示装置１６はＣＰＵ２２のモニタとして、システムの稼動状況をオペレータがチェックするためのものである。
【００１２】
図６はテロップ合成装置１８とその周辺との信号の流れを示した模式図である。以下にテロップ表示の動作の詳細を説明する。
テロップ合成装置１８は、画像表示用のメモリＶＲＡＭ２７と、このＶＲＡＭ２７に読み書きを行い、画像信号を出力するＶＤＰ２５と、外部から入力された映像信号ＶＤＰ２５が出力する画像信号とをスーパーインポーズ方式により合成する映像合成機構２６を備えている。ＣＰＵ２２は、ＶＤＰ２５に対して画像の出力と合成に関する制御を与える。また、ＣＰＵ２２は、ＶＤＰ２５を通してＶＲＡＭ２７に表示すべき画像を転送する。
同時に、カラオケ再生装置１７は、映像信号をテロップ合成装置１８に伝送する。両者の映像は映像合成装置２６により合成され、カラオケ再生装置１７の映像にテロップが加わる形で映像信号の出力が完成される。
図１３はこの様子を実際の映像例を想定して説明したものである。すなわち、（ａ）はカラオケ再生装置１７の出力をクレームする映像を示し、（ｂ）はテロップ合成装置１８のＶＲＡＭ２７に描画される画像を示し、（ｃ）は両者の合成がなされた出力映像を示している。
【００１３】
図１〜図３は、本双方向テレビジョンシステムの動作手順を示すフローチャートであり、図７から図１２は、本プログラムが取り扱うデータ構造図である。以下にフロー処理の詳細を説明する。なお、図２及び図３のフローはそれぞれ同時に独立して動作するタスクであり、図１は図２から呼び出されるルーチンである。
図２に示すフローチャートは、リクエスト自動受理・登録フローは加入者からの電話回線１２によるリクエストの自動受理と、そのリクエストのＣＰＵメモリ２３への登録の手段を示す。
始めに、音声応答装置１３を電話回線１２の着信が可能な状態に制御（Ｓ２１）し、視聴者よりの着信があるまで待機（Ｓ２２：ＮＯ）する。着信があれば（Ｓ２２：ＹＥＳ）音声応答メッセージを送話し（Ｓ２３）、加入者番号の入力（Ｓ２４）を促す。そして、視聴者よりのダイヤルパルスの発信を待ち、入力された番号をＣＰＵメモリ２３上の受付バッファ（Ｃ−３）の加入者コード（Ｃ３ｃ）の領域に格納する（Ｓ２５）。これを５桁の加入者番号がすべて入力されるまで繰り返す（Ｓ２６：ＮＯ）。
【００１４】
５桁のコードが揃った時点で（Ｓ２６：ＹＥＳ）その加入者番号が有効であるかどうか、外部記憶装置１４上の加入者データベース（Ｃ−６）に照会する（Ｓ２７）。この結果有効な番号でないと判断されれば（Ｓ２８：ＮＯ）、入力のやり直しを求める音声メッセージを再生し（Ｓ４１）、Ｓ２３に戻り、再度加入者番号の入力を行う。
一方、入力された加入者番号が有効であると判断されれば（Ｓ２８：ＹＥＳ）次の処理を進める。
音声応答メッセージを送話し（Ｓ２９）、視聴者にリクエストコード入力（Ｓ３０）を促す。その後、ダイヤルパルスの発信を待ち、入力された番号を図９に示すリクエスト受付バッファのリクエストコードの領域に格納していく（Ｓ３１）。これを５桁のリクエストコードがすべて入力されるまで繰り返す（Ｓ３２：ＮＯ）。
【００１５】
５桁のコードが揃った時点で（Ｓ３２：ＹＥＳ）、そのリクエストコードが有効であるかどうか、図７に示す外部記憶装置１４上のリクエストデータベースに照会する（Ｓ３３）。その結果有効な番号でないと判断されれば（Ｓ３４：ＮＯ）、入力のやり直しを求める音声メッセージを再生し（Ｓ４２）、Ｓ２９に戻り、再生リクエストコードの入力を行う。
一方、入力されたリクエストコードが有効であると判断されれば（Ｓ３４：ＹＥＳ）処理を進める。そして、この時点での日時をタイムスタンプとして、図９に示す受付バッファの受付時間の領域に書き込む（Ｓ３５）。
ここまでの処理が終了すれば、受付バッファ上には受付日時と、有効なリクエストコード、有効な加入者コードの３要素が揃い、実際のリクエストの受付が可能になつている。図９に示す受付バッファの内容を、図８に示すＣＰＵメモリ２３上のリクエスト実行テーブル内の受付ポインタの示す領域に追加登録する（Ｓ３６）。
【００１６】
実際の登録は、図９のリクエストコードを、図８のリクエストコードにコピーし、図９の加入者コードを図８の加入者コードにコピーし、図８の再生フラグを「未」とすることにより行われる。
なお、図８の初期状態では再生フラグにはすべて「無」が、リクエストコードには不定値が入っているものとする。登録後、図８の受付ポインタをテーブルの次の領域に進める（Ｓ３７）。
次に、視聴者からのリクエストをログ記憶として保持するために、外部記憶装置１４上の図１０に示すリクエストログ記録の領域（受付バッファと同様の要素を持つ）に、それぞれの要素をコピーする（Ｓ３８）。
最後に、リクエストの受付が完了したことを視聴者にしらせる音声応答メッセージを送話し（Ｓ３９）、回線を切断（Ｓ４０）し、リクエスト自動受理・登録フローの動作は完了する。そして、再び着信待ち状態（Ｓ２１）に戻り、以上の動作を繰り返す。
【００１７】
図１は、リクエスト再生・消化フローであり、図８に示すＣＰＵメモリ２３上のリクエスト実行テーブルに登録されたリクエストコードの再生の手順を示す。まず、図８のリクエスト実行テーブル内の再生ポインタが示す領域より、再生フラグを取り出す。
フラグが「未」でなければ（Ｓ２：ＮＯ）、リクエスト実行テーブルの登録内容の再生がすべて済んでいるか、もしくは、登録内容が空であるため、そのままリクエスト自動受理・登録フローによるリクエストの追加登録を待ちに入る（Ｓ１４）。
一方、フラグが「未」であれば、図８のリクエストコードを取り出し（Ｓ３）、同コードをカラオケ再生装置に渡し、再生の指示を出し（Ｓ４）、再生フラグを「中」に変える（Ｓ５）。
【００１８】
ここで、ＣＰＵメモリ２３上の図１１に示すテロップ表示内容のそれぞれの領域、リクエスト者名、曲名に、図７のリクエストデータベース、図１２の加入者データベースよりそれぞれのコードから検索した文字列を格納し（Ｓ６）、図３に示すテロップ表示ルーチンを呼び出す（Ｓ８）。
そして、カラオケ再生装置１７の再生状態のチェックを行う（Ｓ９）。再生の終了がカラオケ再生装置より指示されるまでこれを操り返す（Ｓ１０：ＮＯ）。再生が終了すると（Ｓ１０：ＹＥＳ）、図８の再生フラグを「済」に変え、再生ポインタを次のテーブルに移動する（Ｓ１１）。
そして、テロップ表示内容の消去をテロップ合成装置に指示し（Ｓ１２）、リクエスト再生・消化フローの動作は完了する。そして、再びＳ１に戻り、次のリクエストの消化・再生を繰り返す。
【００１９】
図３に示すテロップ表示ルーチンは、ＣＰＵメモリ上の図１１に示すテロップ表示内容に基づいて合成表示されるテロップ表示内容を更新するルーチンの手順を示す。
始めに、図１１のテロップ表示内容に格納されている二つの文字列情報、リクエスト者名及び曲名を読み出す（Ｓ５２）。読み出した値を元に表示内容を文字列として生成する（Ｓ５３）。生成した文字列情報を、外部記憶装置１４上に格納されたフォントデータによって画像データとしてＣＰＵメモリ２３上に展開する（Ｓ５４）。
次に、展開された画像データをＣＰＵメモリ２３からテロップ合成装置１８のＶＲＡＭ２７へ転送する（Ｓ５５）。これにより、図１３の（ｃ）に示したような合成映像の出力が得られる。
【００２０】
以上詳細に説明したように、本実施の形態の双方向テレビジョンシステムによれば、視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映する時に、所定の映像を要求した視聴者の名を画面に表示するので、視聴者が自分のリクエスト曲が放映されたことを認識することができる。
また、本実施の形態の双方向テレビジョンシステムは、表示する名をデータベースに記憶し、要求の時の電話番号により、表示する名を検索しているので、視聴者に面倒な入力を強いることがない。
本実施の形態では、視聴者名として、氏名に限らず登録されているペンネーム等を表示している。
ここで、視聴者名と共に、メッセージ、例えば、誕生日等のお祝いのメッセージ等を画面に表示させても良い。
【００２１】
以上、具体例に従って、本発明の実施の形態について説明したが、本発明はこのような具体例に限定されるものでなく、発明の要旨を逸脱しない範囲で様々な実施ができることはいうまでもない。
具体例では、ＣＡＴＶによるカラオケ番組の放送に使用する例を説明したが、本発明は映像を供給するサーバー側が少数であり、映像を要求するクライアント側が多数であり、両者が遠隔であるような状況であることが応用の主旨である。
本実施の形態では、視聴者からの映像要求に電話回線を用いているが、これは、リクエストコードという短い情報を伝達可能でありさえすれば、通信手段は問わない。
また、本実施の形態では、映像の伝達・放映をＣＡＴＶおよび電波局であると想定したが、映像をリアルタイムに伝送することのできる容量があれば、いかなる伝達手段も使用可能であり、遠隔地であること、対象が不特定多数であれば良い。
また、映像ソースとして提供される内容はカラオケに限らず、ある程度の統一性のある映像ライブラリであれば運用は可能であり、サーバーおよび伝送チャンネル数が多くなれば、本発明のシステムを多量化し、より長時間の映像内容の提供を行うことも容易であり、映画などのビデオ・オン・デマンドの実現に近づくことが可能である。
【００２２】
【発明の効果】
本発明の双方向テレビジョンシステムによれば、視聴者側に設けられたリクエスト手段にリクエストコードを入力して視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映して視聴者側に設けられた受信手段に画面表示し、視聴者に視聴させる双方向テレビジョンシステムにおいて、視聴者側に、視聴者が個別に与えら れた加入者コードを入力する加入者コード入力手段が備えられ、放送局側に、少なくとも加入者コードに関連づけて登録された加入者の電話番号又は表示名を格納する加入者登録データ記憶手段と、リクエスト手段に通信手段を介して接続し、リクエスト手段から加入者コードを受信したとき、電話番号又は加入者コードをもとに加入者登録データ記憶手段から加入者の表示名を検索する表示名検索手段と、表示名検索手段が検索した表示名を所定の映像に表示し、受信手段に向けて放映する放映手段とが備えられているので、視聴者が自分のリクエスト曲が放映されたことを認識することができる。
従って、カラオケリクエスト等に対して、リクエストした視聴者に課金する場合でも視聴者に不満を抱かせることがない。
【図面の簡単な説明】
【図１】 本発明の一実施の形態である双方向テレビジョンシステムの作用を示す第一フローチャートである。
【図２】 第二フローチャートである。
【図３】 第三フローチャートである。
【図４】 双方向テレビジョンシステムの装置の具体的構成を示す概念図である。
【図５】 双方向テレビジョンシステムの構成を示すブロック図である。
【図６】 テロップ合成装置１８周辺の信号の流れを示す模式図である。
【図７】 リクエストデータベースを示すデータ構造図である。
【図８】 リクエスト実行テーブルを示すデータ構造図である。
【図９】 リクエスト受付バッファを示すデータ構造図である。
【図１０】 リクエストログ記憶を示すデータ構造図である。
【図１１】 テロップ表示内容を示すデータ構造図である。
【図１２】 加入者データベースを示すデータ構造図である。
【図１３】 カラオケ再生装置１７での合成画面を示すＴＶ画面図である。
【符号の説明】
１３ 音声応答装置
１４ 外部記憶装置
１５ ホストコンピュータ
１７ カラオケ再生装置
１８ テロップ合成装置
２２ ＣＰＵ
２３ ＣＰＵメモリ
２５ ＶＤＰ
２６ 映像合成装置
２７ ＶＲＡＭ
【発明の属する技術分野】
本発明は、リクエストに応じて映像を放映する双方向テレビジョンシステムにおいて、リクエストした視聴者名を表示するシステムに関するものである。
【０００２】
【従来の技術】
従来例えば、ＣＡＴＶ等のローカル・テレビ局において、双方向テレビジョンシステムと呼ばれる新しいテレビ放映の形態が普及しつつある。
しかし、一般にビデオ・オン・デマンドと呼ばれる視聴者があたかも自宅のビデオデッキで好みの映像を視聴しているかのように映像を宅配するシステムと比較すると、現在のシステムは、技術面でも実際の普及の面でも遠く及ばない状態である。すなわち、現在のシステムは、あくまで不特定多数に映像を発信する放送の枠を出ていないのである。
このような限定的な双方向テレビジョンにおいては、次々にやってくる視聴者からの要求を一時的に蓄積し、要求された順番に映像を放映していくしか手段はない。
当然ながらこのような形態であれば、視聴者の要求は一時的に蓄積され、放映の順番を待って要求映像が提供されるような「行列型」となっている。
【０００３】
しかし、従来のシステムであっても、カラオケ番組と呼ばれるカラオケ楽曲の放映のみを取り扱う番組時間枠（もしくは設けられた専用のチャンネル）等であれば実際の運用を行うことが可能な程度に上記の問題は解決される。なぜならば、カラオケ楽曲用映像であれば一視聴者からの要求を消化するのに数分程度しか掛からず、また、その映像に係わる扱いを一元化可能だからである。
ただし、このような双方向テレビにおけるカラオケ番組であっても、上記問題点を完全に解消することはできない。
そこで、要求した映像がすぐには得られず、「待ち」を強いられるシステムであれば、せめて視聴者にとっては要求した映像が確かに自分のものであるという確証を得させる必要がある。
【０００４】
【発明が解決しようとする課題】
しかし、従来のカラオケ専門番組によっては、放映されている映像が自分がリクエストしたものであるか否か不明であった。他人が同じ曲をリクエストしている可能性があるからである。
一方、自分がリクエストした曲であることを視聴者に明確に認識させることは、リクエストされた曲を放映したときに課金するサービスを行うときに特に必要となる。
従来の双方向テレビジョンによるカラオケ番組の提供は、上記のような問題により、視聴者の参加を旨とする双方向テレビジョンの商品価値を十分提示できなかった。
【０００５】
本発明の双方向テレビジョンシステムは、上記問題を解決し、視聴者がリクエストした曲が放映されるときに、リクエストした視聴者名を画面に表示して視聴者に認識させることを目的とする。
【０００６】
【課題を解決するための手段】
本発明の双方向テレビジョンシステムは、視聴者側に設けられたリクエスト手段にリクエストコードを入力して視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映して視聴者側に設けられた受信手段に画面表示し、視聴者に視聴させる双方向テレビジョンシステムにおいて、視聴者側に、視聴者が個別に与えられた加入者コードを入力する加入者コード入力手段が備えられ、放送局側に、少なくとも前記加入者コードに関連づけて登録された加入者の電話番号又は表示名を格納する加入者登録データ記憶手段と、前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から前記加入者コードを受信したとき、電話番号又は加入者コードをもとに前記加入者登録データ記憶手段から加入者の表示名を検索する表示名検索手段と、前記表示名検索手段が検索した表示名を前記所定の映像に表示し、前記受信手段に向けて放映する放映手段とが備えられていることを特徴とする。
また、本発明の双方向テレビジョンシステムは、上記システムにおいて、前記映像の放映は不特定多数の視聴者を対象にしてなされ、前記所定の映像の要求は個別の視聴者により行われる参加型システムであることを特徴とする。
また、本発明の双方向テレビジョンシステムは、上記システムにおいて、前記放送局側に、前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から受信した加入者コードを前記加入者登録データ記憶手段に照会して前記加入者コードが有効であるか否かを判断し、前記加入者コードが有効でないと判断した場合には、前記視聴者に前記加入者コードの再入力を促すメッセージを前記リクエスト手段に送信する一方、前記加入者コードが有効であると判断した場合には、前記視聴者にリクエストコードの入力を促すメッセージを前記リクエスト手段に送信する加入者コード照合手段が備えられていることを特徴とする。
ここで、視聴者名とは、氏名に限らず登録されているペンネーム等でも良い。また、視聴者名と共に、メッセージ、例えば、誕生日等のお祝いのメッセージ等を画面に表示させても良い。
【０００７】
【発明の実施の形態】
以下、本発明を具体化した一実施の形態を図面を参照しながら説明する。
図４は、双方向テレビジョンシステムの具体的構成を示した概略図である。始めに本発明のシステムの構成及び動作を説明する。
視聴者は自宅にある受信手段としてのＴＶ受像器２０を視聴しながら、リクエスト手段としての手持ちの電話機１１により通信手段としての一般の公衆電話回線１２を通して、カラオケ楽曲等の映像をリクエストできる。リクエストは、あらかじめ定められた「リクエストコード」によって行われる。これは、カラオケ視聴の提供に関して、一般のカラオケ装置における「曲番号」と同義のものである。数字コードによるリクエストであるため、実際には視聴者が電話機のダイヤル、もしくはプッシュホンを押下することによりリクエストコードをトーン発信する。このリクエストコードは、あらかじめ視聴者に配布物等によって通知されている。また、同様の手順によって視聴者は個別に与えられた「加入者コード」の入力を行う。
【０００８】
視聴者からの通話は、制御手段としてのホストコンピュータ１５に接続された応答手段としての音声応答装置１３により自動的に受理される。音声応答装置１３は、内蔵された合成音声手段によりあらかじめ登録されたメッセージを送話する。また、音声応答装置１３は、視聴者にコードの入力と、そのガイダンスを促す。すなわち、音声応答装置１３は、ホストコンピュータ１５により制御され、通話の受話、メッセージの送話からパルスコードの受信までを行う周辺機器である。
受理されたリクエストコードと加入者コードは、ホストコンピュータ１５により、コードが有効であるかどうか、記憶手段としての外部記憶装置１４上のデータベースと照合される。有効と判断されたものは、ホストコンピュータ１５内のメモリに蓄積される。ホストコンピュータ１５はメモリに蓄積されたリクエストコード・加入者コードと、外部記憶装置１４内のデータベースを元に表示すべき視聴者名と楽曲名を取得し、任意のメッセージとして表示すべき文字列を生成する。これが、視聴者がカラオケ映像と共に見ることになる視聴者名・楽曲インフォメーションである。
【０００９】
生成されたメッセージは、外部記憶装置１４内の文字フォントデータによって画像データとしてホストコンピュータ１５内のメモリに展開され、これがテロップ合成装置１８に転送される。
蓄積されたリクエストコードは、ホストコンピュータ１５によって制御されるカラオケ再生装置１７に伝送され、映像の再生がなされる。映像が終了したリクエストは外部記憶装置１４のメモリの蓄積よりクリアされる。
この時点で得られる映像は通常のカラオケ装置と同様の内容であり、上記したように、テロップ合成装置１８上に用意されたインフォメーション用の画像との合成がなされることにより、放映されるべき映像が出力される。
モニター１６はこれらの状況をオペレータが確認するための、ホストコンピュータ１５に接続されるモニター装置である。
出力された映像信号はカラオケ再生装置１７の出力する音声信号と共にＣＡＴＶ等の放送手段１９によりＴＶ放映され、ＴＶ受像器２０によりカラオケ番組として視聴されるものである。
【００１０】
図５に図４の構成をブロック図化したものを、ＣＰＵを中心とした信号の流れとして模式図で示す。以下に、本システムの動作をさらに詳細に説明する。
音声応答装置１３は、ホストコンピュータ１５のＣＰＵ２２と接続している。ＣＰＵ２２は音声応答装置１３に対して、電話回線１２の着信待ちに関する制御、着信後の音声応答装置１３内の音声メッセージの送話に関する制御（複数のメツセージの内の選択）を行う。音声応答装置１３はホストコンピュータ１５に対して電話回線１２を通じて、受信したダイヤルパルスを数値情報として伝送する。これにより、公衆電話回線による視聴者リクエストの自動受理を行う。音声応答装置１３より伝送された数値はＣＰＵメモリ２３に格納される。
外部記憶装置１４は、リクエストコード及び加入者の登録に関するデータベースを格納されたホストコンピュータ１５の外部記憶である。外部記憶装置１４とホストコンピュータ１５との間で、データの読み書きが行われる。これにより、ＣＰＵ２２はリクエストコードの検索・照合と、ログ記録を行う。
【００１１】
カラオケ再生装置１７はＣＰＵ２２と接続している。ＣＰＵ２２はリクエストコード（曲番号）を送信し、カラオケ再生装置１７にカラオケ楽曲の再生を行わせ、またこの再生の開始・終了などの制御を行う。また、カラオケ再生装置１７はＣＰＵ２２に対して再生の状況（再生中・再生終了等）を伝送する。これにより、ＣＰＵ２２はリクエストコードによるカラオケ楽曲の再生を行う。
テロップ合成装置１８は、ＣＰＵ２２から画像の出力と合成に関する制御と、画像データの転送を受ける。テロップ合成装置１８には、カラオケ再生装置１７から映像信号が入力されており、テロップ合成装置１８は、ＣＰＵ２２から転送された画像と、この映像信号とを合成し、カラオケ装置の出力する映像テロップ表示を付加する。
表示装置１６はＣＰＵ２２のモニタとして、システムの稼動状況をオペレータがチェックするためのものである。
【００１２】
図６はテロップ合成装置１８とその周辺との信号の流れを示した模式図である。以下にテロップ表示の動作の詳細を説明する。
テロップ合成装置１８は、画像表示用のメモリＶＲＡＭ２７と、このＶＲＡＭ２７に読み書きを行い、画像信号を出力するＶＤＰ２５と、外部から入力された映像信号ＶＤＰ２５が出力する画像信号とをスーパーインポーズ方式により合成する映像合成機構２６を備えている。ＣＰＵ２２は、ＶＤＰ２５に対して画像の出力と合成に関する制御を与える。また、ＣＰＵ２２は、ＶＤＰ２５を通してＶＲＡＭ２７に表示すべき画像を転送する。
同時に、カラオケ再生装置１７は、映像信号をテロップ合成装置１８に伝送する。両者の映像は映像合成装置２６により合成され、カラオケ再生装置１７の映像にテロップが加わる形で映像信号の出力が完成される。
図１３はこの様子を実際の映像例を想定して説明したものである。すなわち、（ａ）はカラオケ再生装置１７の出力をクレームする映像を示し、（ｂ）はテロップ合成装置１８のＶＲＡＭ２７に描画される画像を示し、（ｃ）は両者の合成がなされた出力映像を示している。
【００１３】
図１〜図３は、本双方向テレビジョンシステムの動作手順を示すフローチャートであり、図７から図１２は、本プログラムが取り扱うデータ構造図である。以下にフロー処理の詳細を説明する。なお、図２及び図３のフローはそれぞれ同時に独立して動作するタスクであり、図１は図２から呼び出されるルーチンである。
図２に示すフローチャートは、リクエスト自動受理・登録フローは加入者からの電話回線１２によるリクエストの自動受理と、そのリクエストのＣＰＵメモリ２３への登録の手段を示す。
始めに、音声応答装置１３を電話回線１２の着信が可能な状態に制御（Ｓ２１）し、視聴者よりの着信があるまで待機（Ｓ２２：ＮＯ）する。着信があれば（Ｓ２２：ＹＥＳ）音声応答メッセージを送話し（Ｓ２３）、加入者番号の入力（Ｓ２４）を促す。そして、視聴者よりのダイヤルパルスの発信を待ち、入力された番号をＣＰＵメモリ２３上の受付バッファ（Ｃ−３）の加入者コード（Ｃ３ｃ）の領域に格納する（Ｓ２５）。これを５桁の加入者番号がすべて入力されるまで繰り返す（Ｓ２６：ＮＯ）。
【００１４】
５桁のコードが揃った時点で（Ｓ２６：ＹＥＳ）その加入者番号が有効であるかどうか、外部記憶装置１４上の加入者データベース（Ｃ−６）に照会する（Ｓ２７）。この結果有効な番号でないと判断されれば（Ｓ２８：ＮＯ）、入力のやり直しを求める音声メッセージを再生し（Ｓ４１）、Ｓ２３に戻り、再度加入者番号の入力を行う。
一方、入力された加入者番号が有効であると判断されれば（Ｓ２８：ＹＥＳ）次の処理を進める。
音声応答メッセージを送話し（Ｓ２９）、視聴者にリクエストコード入力（Ｓ３０）を促す。その後、ダイヤルパルスの発信を待ち、入力された番号を図９に示すリクエスト受付バッファのリクエストコードの領域に格納していく（Ｓ３１）。これを５桁のリクエストコードがすべて入力されるまで繰り返す（Ｓ３２：ＮＯ）。
【００１５】
５桁のコードが揃った時点で（Ｓ３２：ＹＥＳ）、そのリクエストコードが有効であるかどうか、図７に示す外部記憶装置１４上のリクエストデータベースに照会する（Ｓ３３）。その結果有効な番号でないと判断されれば（Ｓ３４：ＮＯ）、入力のやり直しを求める音声メッセージを再生し（Ｓ４２）、Ｓ２９に戻り、再生リクエストコードの入力を行う。
一方、入力されたリクエストコードが有効であると判断されれば（Ｓ３４：ＹＥＳ）処理を進める。そして、この時点での日時をタイムスタンプとして、図９に示す受付バッファの受付時間の領域に書き込む（Ｓ３５）。
ここまでの処理が終了すれば、受付バッファ上には受付日時と、有効なリクエストコード、有効な加入者コードの３要素が揃い、実際のリクエストの受付が可能になつている。図９に示す受付バッファの内容を、図８に示すＣＰＵメモリ２３上のリクエスト実行テーブル内の受付ポインタの示す領域に追加登録する（Ｓ３６）。
【００１６】
実際の登録は、図９のリクエストコードを、図８のリクエストコードにコピーし、図９の加入者コードを図８の加入者コードにコピーし、図８の再生フラグを「未」とすることにより行われる。
なお、図８の初期状態では再生フラグにはすべて「無」が、リクエストコードには不定値が入っているものとする。登録後、図８の受付ポインタをテーブルの次の領域に進める（Ｓ３７）。
次に、視聴者からのリクエストをログ記憶として保持するために、外部記憶装置１４上の図１０に示すリクエストログ記録の領域（受付バッファと同様の要素を持つ）に、それぞれの要素をコピーする（Ｓ３８）。
最後に、リクエストの受付が完了したことを視聴者にしらせる音声応答メッセージを送話し（Ｓ３９）、回線を切断（Ｓ４０）し、リクエスト自動受理・登録フローの動作は完了する。そして、再び着信待ち状態（Ｓ２１）に戻り、以上の動作を繰り返す。
【００１７】
図１は、リクエスト再生・消化フローであり、図８に示すＣＰＵメモリ２３上のリクエスト実行テーブルに登録されたリクエストコードの再生の手順を示す。まず、図８のリクエスト実行テーブル内の再生ポインタが示す領域より、再生フラグを取り出す。
フラグが「未」でなければ（Ｓ２：ＮＯ）、リクエスト実行テーブルの登録内容の再生がすべて済んでいるか、もしくは、登録内容が空であるため、そのままリクエスト自動受理・登録フローによるリクエストの追加登録を待ちに入る（Ｓ１４）。
一方、フラグが「未」であれば、図８のリクエストコードを取り出し（Ｓ３）、同コードをカラオケ再生装置に渡し、再生の指示を出し（Ｓ４）、再生フラグを「中」に変える（Ｓ５）。
【００１８】
ここで、ＣＰＵメモリ２３上の図１１に示すテロップ表示内容のそれぞれの領域、リクエスト者名、曲名に、図７のリクエストデータベース、図１２の加入者データベースよりそれぞれのコードから検索した文字列を格納し（Ｓ６）、図３に示すテロップ表示ルーチンを呼び出す（Ｓ８）。
そして、カラオケ再生装置１７の再生状態のチェックを行う（Ｓ９）。再生の終了がカラオケ再生装置より指示されるまでこれを操り返す（Ｓ１０：ＮＯ）。再生が終了すると（Ｓ１０：ＹＥＳ）、図８の再生フラグを「済」に変え、再生ポインタを次のテーブルに移動する（Ｓ１１）。
そして、テロップ表示内容の消去をテロップ合成装置に指示し（Ｓ１２）、リクエスト再生・消化フローの動作は完了する。そして、再びＳ１に戻り、次のリクエストの消化・再生を繰り返す。
【００１９】
図３に示すテロップ表示ルーチンは、ＣＰＵメモリ上の図１１に示すテロップ表示内容に基づいて合成表示されるテロップ表示内容を更新するルーチンの手順を示す。
始めに、図１１のテロップ表示内容に格納されている二つの文字列情報、リクエスト者名及び曲名を読み出す（Ｓ５２）。読み出した値を元に表示内容を文字列として生成する（Ｓ５３）。生成した文字列情報を、外部記憶装置１４上に格納されたフォントデータによって画像データとしてＣＰＵメモリ２３上に展開する（Ｓ５４）。
次に、展開された画像データをＣＰＵメモリ２３からテロップ合成装置１８のＶＲＡＭ２７へ転送する（Ｓ５５）。これにより、図１３の（ｃ）に示したような合成映像の出力が得られる。
【００２０】
以上詳細に説明したように、本実施の形態の双方向テレビジョンシステムによれば、視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映する時に、所定の映像を要求した視聴者の名を画面に表示するので、視聴者が自分のリクエスト曲が放映されたことを認識することができる。
また、本実施の形態の双方向テレビジョンシステムは、表示する名をデータベースに記憶し、要求の時の電話番号により、表示する名を検索しているので、視聴者に面倒な入力を強いることがない。
本実施の形態では、視聴者名として、氏名に限らず登録されているペンネーム等を表示している。
ここで、視聴者名と共に、メッセージ、例えば、誕生日等のお祝いのメッセージ等を画面に表示させても良い。
【００２１】
以上、具体例に従って、本発明の実施の形態について説明したが、本発明はこのような具体例に限定されるものでなく、発明の要旨を逸脱しない範囲で様々な実施ができることはいうまでもない。
具体例では、ＣＡＴＶによるカラオケ番組の放送に使用する例を説明したが、本発明は映像を供給するサーバー側が少数であり、映像を要求するクライアント側が多数であり、両者が遠隔であるような状況であることが応用の主旨である。
本実施の形態では、視聴者からの映像要求に電話回線を用いているが、これは、リクエストコードという短い情報を伝達可能でありさえすれば、通信手段は問わない。
また、本実施の形態では、映像の伝達・放映をＣＡＴＶおよび電波局であると想定したが、映像をリアルタイムに伝送することのできる容量があれば、いかなる伝達手段も使用可能であり、遠隔地であること、対象が不特定多数であれば良い。
また、映像ソースとして提供される内容はカラオケに限らず、ある程度の統一性のある映像ライブラリであれば運用は可能であり、サーバーおよび伝送チャンネル数が多くなれば、本発明のシステムを多量化し、より長時間の映像内容の提供を行うことも容易であり、映画などのビデオ・オン・デマンドの実現に近づくことが可能である。
【００２２】
【発明の効果】
本発明の双方向テレビジョンシステムによれば、視聴者側に設けられたリクエスト手段にリクエストコードを入力して視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映して視聴者側に設けられた受信手段に画面表示し、視聴者に視聴させる双方向テレビジョンシステムにおいて、視聴者側に、視聴者が個別に与えら れた加入者コードを入力する加入者コード入力手段が備えられ、放送局側に、少なくとも加入者コードに関連づけて登録された加入者の電話番号又は表示名を格納する加入者登録データ記憶手段と、リクエスト手段に通信手段を介して接続し、リクエスト手段から加入者コードを受信したとき、電話番号又は加入者コードをもとに加入者登録データ記憶手段から加入者の表示名を検索する表示名検索手段と、表示名検索手段が検索した表示名を所定の映像に表示し、受信手段に向けて放映する放映手段とが備えられているので、視聴者が自分のリクエスト曲が放映されたことを認識することができる。
従って、カラオケリクエスト等に対して、リクエストした視聴者に課金する場合でも視聴者に不満を抱かせることがない。
【図面の簡単な説明】
【図１】 本発明の一実施の形態である双方向テレビジョンシステムの作用を示す第一フローチャートである。
【図２】 第二フローチャートである。
【図３】 第三フローチャートである。
【図４】 双方向テレビジョンシステムの装置の具体的構成を示す概念図である。
【図５】 双方向テレビジョンシステムの構成を示すブロック図である。
【図６】 テロップ合成装置１８周辺の信号の流れを示す模式図である。
【図７】 リクエストデータベースを示すデータ構造図である。
【図８】 リクエスト実行テーブルを示すデータ構造図である。
【図９】 リクエスト受付バッファを示すデータ構造図である。
【図１０】 リクエストログ記憶を示すデータ構造図である。
【図１１】 テロップ表示内容を示すデータ構造図である。
【図１２】 加入者データベースを示すデータ構造図である。
【図１３】 カラオケ再生装置１７での合成画面を示すＴＶ画面図である。
【符号の説明】
１３ 音声応答装置
１４ 外部記憶装置
１５ ホストコンピュータ
１７ カラオケ再生装置
１８ テロップ合成装置
２２ ＣＰＵ
２３ ＣＰＵメモリ
２５ ＶＤＰ
２６ 映像合成装置
２７ ＶＲＡＭ
Claims (3)
- 視聴者側に設けられたリクエスト手段にリクエストコードを入力して視聴者から所定の映像の要求があった時に、該要求に応じて放送局が該所定の映像を放映して視聴者側に設けられた受信手段に画面表示し、視聴者に視聴させる双方向テレビジョンシステムにおいて、
視聴者側に、
視聴者が個別に与えられた加入者コードを入力する加入者コード入力手段が備えられ、
放送局側に、
少なくとも前記加入者コードに関連づけて登録された加入者の電話番号又は表示名を格納する加入者登録データ記憶手段と、
前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から前記加入者コードを受信したとき、電話番号又は加入者コードをもとに前記加入者登録データ記憶手段から加入者の表示名を検索する表示名検索手段と、
前記表示名検索手段が検索した表示名を前記所定の映像に表示し、前記受信手段に向けて放映する放映手段とが備えられていることを特徴とする双方向テレビジョンシステム。 - 請求項１に記載するシステムにおいて、
前記映像の放映は不特定多数の視聴者を対象にしてなされ、前記所定の映像の要求は個別の視聴者により行われる参加型システムであることを特徴とする双方向テレビジョンシステム。 - 請求項１又は請求項２に記載する双方向テレビジョンシステムにおいて、
前記放送局側に、
前記リクエスト手段に通信手段を介して接続し、前記リクエスト手段から受信した加入者コードを前記加入者登録データ記憶手段に照会して前記加入者コードが有効であるか否かを判断し、前記加入者コードが有効でないと判断した場合には、前記視聴者に前記加入者コードの再入力を促すメッセージを前記リクエスト手段に送信する一方、前記加入者コードが有効であると判断した場合には、前記視聴者にリクエストコードの入力を促すメッセージを前記リクエスト手段に送信する加入者コード照合手段が備えられていることを特徴とする双方向テレビジョンシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30984095A JP3714710B2 (ja) | 1995-11-02 | 1995-11-02 | 双方向テレビジョンシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30984095A JP3714710B2 (ja) | 1995-11-02 | 1995-11-02 | 双方向テレビジョンシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09130774A JPH09130774A (ja) | 1997-05-16 |
| JP3714710B2 true JP3714710B2 (ja) | 2005-11-09 |
Family
ID=17997915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30984095A Expired - Fee Related JP3714710B2 (ja) | 1995-11-02 | 1995-11-02 | 双方向テレビジョンシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3714710B2 (ja) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0698323A (ja) * | 1992-09-14 | 1994-04-08 | Toshiba Corp | データ送受信装置 |
| JP3509144B2 (ja) * | 1993-09-29 | 2004-03-22 | カシオ計算機株式会社 | カラオケ装置 |
| JPH07288801A (ja) * | 1994-04-18 | 1995-10-31 | Yamaha Corp | 通信型カラオケ演奏装置 |
-
1995
- 1995-11-02 JP JP30984095A patent/JP3714710B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09130774A (ja) | 1997-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0945018B1 (en) | Interactivity with audiovisual programming | |
| JP4169180B2 (ja) | 一方向データ・ストリームに対し双方向接続をシミュレートする携帯通信装置 | |
| JP4169181B2 (ja) | 一方向データ・ストリームに対して双方向接続性をシミュレーションするホスト装置 | |
| JP4169182B2 (ja) | 複数相手に向けた一方向データ・ストリームに対する二方向接続性のシミュレーション | |
| EP1359757A2 (en) | Media online services access system and method | |
| US20060136980A1 (en) | Method and apparatus for displaying branded video tags | |
| JP2002515207A (ja) | テレビジョンシステムを通してのインターネットデータへのアクセス | |
| JP2008079139A (ja) | インタラクティブ装置およびインタラクティブ装置の制御方法 | |
| JP4831741B2 (ja) | 録画再生装置及びサービスサーバ | |
| KR20040016981A (ko) | 정보 제공 시스템, 및 정보 처리 장치 및 방법 | |
| JPH10243361A (ja) | テレビジョン受信機 | |
| JPH09107539A (ja) | ビデオ選択再生システム | |
| JP3714710B2 (ja) | 双方向テレビジョンシステム | |
| US20050204394A1 (en) | Movie distribution system | |
| JPH0851405A (ja) | データ出力装置 | |
| JPH1021299A (ja) | マルチメディア蓄積表示装置 | |
| KR20060047907A (ko) | 녹화 장치, 녹화 예약 시스템, 기사 관리 시스템, 녹화방법, 및 컴퓨터 프로그램 | |
| JP2001224005A (ja) | 情報提供システム及び情報提供方法 | |
| JP2005278123A (ja) | 映像受信装置およびコンピュータを映像受信装置として機能させるためのプログラム、ならびに映像提供装置およびコンピュータを映像提供装置として機能させるためのプログラム | |
| JPH10124079A (ja) | 通信と放送の２つの媒体を利用したカラオケ再生装置およびシステム | |
| JP2001268544A (ja) | ディジタル信号受信装置 | |
| JPH0818520A (ja) | データ出力装置 | |
| JP2003513562A (ja) | ライブカスタマーサービスを用いる双方向テレビシステム | |
| JPH0974391A (ja) | テレビジョン放送センタ | |
| CA2356719C (en) | Media online services access system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041221 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050216 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050816 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050823 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090902 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090902 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100902 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110902 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110902 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120902 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130902 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |