JP3857143B2 - コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 - Google Patents
コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 Download PDFInfo
- Publication number
- JP3857143B2 JP3857143B2 JP2002005639A JP2002005639A JP3857143B2 JP 3857143 B2 JP3857143 B2 JP 3857143B2 JP 2002005639 A JP2002005639 A JP 2002005639A JP 2002005639 A JP2002005639 A JP 2002005639A JP 3857143 B2 JP3857143 B2 JP 3857143B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- message
- bitcast
- file
- cache
- 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 - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明は、放送信号にコンテンツを含ませて送信するコンテンツ伝送処理技術に関し、とくに、送信済みのコンテンツを無効化したり修正したりするものである。
【０００２】
【従来の技術】
本出願人は、インターネット関連の情報を放送信号に含ませて受信者に同報し、このインターネット関連の情報を利用してインターネット上の情報を容易にアクセスできるようにする技術について提案している（特願平９−１２２８６号）。この提案によれば、例えば、テレビジョン放送信号にウェブ情報やアイコン情報を重畳し、ウェブ情報中のリファレンス領域やアイコン領域に対するクリック操作によりＴＣＰ／ＩＰ接続により所定のウェブサーバにアクセスし、情報を容易に取得できる。
【０００３】
ところで、送信済みのコンテンツはキャッシュに保持されるが、場合によっては、後に、無効化したり、修正したりする必要がある。
【０００４】
【発明が解決する課題】
この発明は、以上の事情を考慮してなされたものであり、放送信号により送信されたコンテンツを後に無効化したり修正したりすることができる技術を提供することを目的としている。
【０００５】
【課題を解決するための手段】
この発明のコンテンツ伝送処理方法によれば、上述の目的を達成するために、放送信号を用いて送信したメッセージをキャッシュに記憶させ、さらにこのメッセージを無効にしたり、更新したりすることができる。
すなわち、この発明によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを無効にするときには、無効にするコンテンツメッセージの識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを無効化するようにしている。
【０００６】
また、この発明によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを修正するときには、修正したいコンテンツメッセージの識別子を含むコンテンツアップデータメッセージを放送信号により送信し、端末では、このコンテンツアップデータメッセージに基づいて、指定されたコンテンツメッセージを修正するようにしている。
【０００７】
以上のコンテンツデリートメッセージやコンテンツアップデートメッセージは地上波放送（テレビ、ラジオ等）やケーブル放送、衛星放送、データ通信放送によるコンテンツの伝送・保管にも適用できることはもちろんである。
【発明の実施の態様】
以下、この発明の実施例について説明する。なお、以下では、実施例をＢｉｔｃａｓｔ（株式会社インフォシティの商標）システムと呼ぶことにする。
【０００８】
１ Ｂｉｔｃａｓｔシステムの概要
１．１ Ｂｉｔｃａｓｔシステムの全体像
まず、Ｂｉｔｃａｓｔシステムの概要を簡単に説明する。
【０００９】
Ｂｉｔｃａｓｔシステムはデータ多重放送によってＨＴＭＬ形式のデータをハンドリングする、端末側・送出側・サーバー側システムのアーキテクチャ、それらを利用したコンテンツ／サービスの体系の総称である。
【００１０】
Ｂｉｔｃａｓｔシステムは、通信と放送の融合により、次世代メディアとその上のコンテンツ・サービスを確立する目的で開発された。その背景には、今後“放送のデジタル化”と“通信のギガビットネットワーク化”への潮流が加速すること、その上で、あるべきコンテンツ書式をインターネット準拠とすることが、コンテンツサプライヤー／ユーザーの双方にとって有益であるとの認識がある。
【００１１】
ＴＶ地上波を具体例とすると、Ｂｉｔｃａｓｔ（Ｂｉｔｃａｓｔ／ＶＢＩ：後述）は以下のような利用形態となる（図１）。
○地上波のＶＢＩ（垂直帰線消去期間）にインターネット形式のコンテンツ（ホームページなど）を重畳し、放送局より送出する。
○エンドユーザーがチューナー付きの対応ＰＣにより放送を受信し、ＴＶ画面を見ながら同時にコンテンツを見る。
○もしユーザーがさらに情報・サービスを得ようと思ったら、タグをクリックすることでダイヤルアップし、インターネット上の続きのぺージを表示する。
【００１２】
つぎにＢｉｔｃａｓｔシステムの特徴について簡単に説明する。
＜広い適用範囲＞
Ｂｉｔｃａｓｔシステムは、特定の送出媒体にとらわれることなく適用可能である。つまり地上波ＶＢＩだけでなく、衛星放送・ＣＡＴＶ・ＩＰマルチキャスト・地上波音声サブキャリア・デジタルＴＶ等を用いたデータ放送であれば、適用が可能である。
【００１３】
つまり今後のメディアタイプ／伝送容量の増加にも耐えうる、スケーラブルなコンテンツを指向してフォーマットを規定している。
＜Ｂｉｔｃａｓｔ／ＶＢＩ＞
地上波ＶＢＩを利用したデータ多重放送方式をＢｉｔｃａｓｔ／ＶＢＩと呼ぶ。Ｂｉｔｃａｓｔシステムの最初の実装は、これを対象としているため、Ｂｉｔｃａｓｔ／ＶＢＩを表記上Ｂｉｔｃａｓｔとすることがある。
【００１４】
ＶＢＩとは、ＴＶ電波のすき間といわれる走査線（垂直帰線消去期間）のことである。従来文字放送に利用されていた領域に加えて、１９９６年４月より新たに４ラインがデータ多重放送に利用可能になった。
＜インターネットへの接続＞
Ｂｉｔｃａｓｔ／ＶＢＩにより放送されるコンテンツ書式は、インターネットと同じくＨＴＭＬである。従って、放送したぺージからシームレスにインターネットのサービスに接続することが可能である。ただし、端末が電話線等でインターネットに接続できる事が条件となる。
＜ビジネスモデル＞
Ｂｉｔｃａｓｔシステムは、技術的に放送と通信を融合するのみならず、サービス・コンテンツレベルでの融合を目的としている。これは現行のＴＶ放送コンテンツの優位性やそのビジネスモデルを十分に生かして、通信（インターネット）コンテンツの内容面・ビジネス面でのレベルアップを図るものである。見方をかえると、インターネットのエレクトリックコマース（ＥＣ）を支援することが、Ｂｉｔｃａｓｔシステムの目的である。
＜送出から表示までの処理＞
Ｂｉｔｃａｓｔシステムが文字放送等と異なる特徴として、送出と表示の間の時間差がある。つまりＢｉｔｃａｓｔシステムでは受信されたコンテンツは、いったんハードディスク等のキャッシュに格納される。そしてＴＶ番組やＣＭの表示タイミングに同期して、画面に表示される。
＜ＴＶ番組にリンク＞
Ｂｉｔｃａｓｔシステムは、単にホームベージを無料でユーザーに届けるものではない。むしろ現在のＴＶ番組・ＣＭからホームベージへの”リンクを張る“ことが最大の特徴である。そのリンク先のページを、（伝送時間に余裕があれば）同時に放送し、さらに番組に同期して表示することが可能となっている。
＜ＥＣを支援＞
Ｂｉｔｃａｓｔシステムは、インターネットでのビジネスを支援する。つまり、インターネットの問題点である“広告が成立しにくい”という問題を解消することができる。
【００１５】
つぎに、Ｂｉｔｃａｓｔシステムの技術体系について簡単に説明する。
【００１６】
Ｂｉｔｃａｓｔシステムは、前述のとおりＢｉｔｃａｓｔ／ＶＢＩに始まり、今後複数のメディア（衛星放送、ＣＡＴＶ等）にも実装可能である。それら複数のメディア毎の長所を生かしつつ、メディアの伝送速度に依存しないスケーラビリティをコンテンツに付与するために、Ｂｉｔｃａｓｔシステムが備えるべき要件は３つのプロダクト（送出系システム／端末システム／プロトコル）として表現される。
【００１７】
これらの体系を、図２に示す。
【００１８】
ここでＢｉｔｃａｓｔ ｐｒｏｄｕｃｔｓ（製品群）として示されているのは、Ｂｉｔｃａｓｔ端末システム、Ｂｉｔｃａｓｔ送出系システム、Ｂｉｔｃａｓｔプロトコルの３種類である。Ｂｉｔｃａｓｔテクノロジーは、Ｂｉｔｃａｓｔ／ＶＢＩをはじめとして、Ｂｉｔｃａｓｔ／ＣＡＴＶ、Ｂｉｔｃａｓｔ／ＴＳＤ（音声サブキャリアを利用）、Ｂｉｔｃａｓｔ／Ｓａｔｅｌｌｉｔｅ、Ｂｉｔｃａｓｔ／ＩＳＤＢがある。
【００１９】
Ｂｉｔｃａｓｔ ＴｅｃｈｎｏｌｏｇｙとＢｉｔｃａｓｔ ｐｒｏｄｕｃｔｓの両者によって、Ｂｉｔｃａｓｔ Ａｒｃｈｉｔｅｃｔｕｒｅが構成されている。さらにＢｉｔｃａｓｔ ｓｅｒｖｉｃｅｓというユーザー向けのサービス内容がある。
【００２０】
それぞれのテクノロジー毎に製品群が必ずしも必要なわけではない。つまり衛星放送向けのＢｉｔｃａｓｔ端末システムが、地上波ＶＢＩ向けと異なるとは限らない。しかし、各メディアの特性を有効に生かすため、特定のメディアに特化した機能を各製品群ごとに用意してもよい。特に送出系システムについては、既存の設備との接続を考慮することが重要となる。
【００２１】
１．２ Ｂｉｔｃａｓｔのユーザー画面
ＢｉｔｃａｓｔブラウザはＰＣ上で動作し（他のプラットフオームでも移植可能）、複数の画面表示モードを持つ。その一つは標準モードであり、図３にその画面イメージを示す。この画面では、ユーザーは基本的にＴＶを見ている想定である。下部にＢｉｔｃａｓｔシステム特有の表示領域であるビットキャストバーがあり、ここにＶＢＩを通じて送られたコンテンツの一部（バナー状の領域：ビットマークと呼ぶ）が表示される。ビットマークをクリックすることにより、画面は詳細モードに切り替わる（図４）。
【００２２】
詳細モード（図４）では、複数の画面パーツ（コントロール）が表示される。ＴＶコントロールにＴＶが表示され、同時にブラウザコントロールにＨＴＭＬが表示される。このＨＴＭＬは、ＶＢＩを通じて送られたものから始まり、ユーザーがクリックしてリンクをたどることによって、インターネット上のＷＷＷサーバへ接続可能である。
【００２３】
多目的エリアには、様々なアプリケーションが想定されている。それらについては後述するが、特定の番組向けアプリケーションなどが開発できるよう、ＴＶコントロールやブラウザコントロールとのインターフェースＡＰ１（Ｂｉｔｃａｓｔ Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：ＢＡＰＩ）が定義されている。
【００２４】
ユーザー画面についての詳細は、後述する。
【００２５】
１．３ Ｂｉｔｃａｓｔシステムの機能
Ｂｉｔｃａｓｔシステムによって可能となるサービスは、エンドユーザーからみると以下のものがある。
○テレビ番組とコンテンツの表示
Ｂｉｔｃａｓｔシステムの基本機能は、ホームページの送出である。その際、文字放送と同様にＴＶ側の番組やＣＭと無関係の内容を独自のタイミングで送出する方式（独立型）と、ＴＶ番組／ＣＭと連動した内容を、連動したタイミングで送出する方式（連動型）がある。
○テレビ番組とインターネットの連動
送出されたホームページから、さらにリンクをたどることでインターネット上のサービスを利用可能である。特にカタログ請求やユーザー登録、さらにはオンラインショッピング等では、ＴＶ放送では成し得なかったきめの細かいサービスを提供可能である。
○ファイルのダウンロード
Ｂｉｔｃａｓｔシステムのコンテンツは、送出後いったん端末側のハードディスクに格納されるため、その仕組みを用いてファイル転送／配布サービスが実現できる。雑誌の電子版等、各種のサンプル配布に特に有効である。
○クリッピング
Ｂｉｔｃａｓｔプロトコル中には、送出されるコンテンツにキーワードを付加することが可能である。このキーワードを用いると、あらかじめユーザーが指定したキーワードにマッチしたコンテンツだけを保存するなど、効率よく情報を利用可能となる。そのためにキーワードの体系（コード）が整備されている。
○フリーダイヤル・インターネット
コンテンツ送出時に、電話番号を付加する事ができる。送出されたコンテンツから、さらにインターネットに接続する場合、ユーザーがネットワーク使用料や電話代を負担する必要が無いケースがある（通販のフリーダイヤルのイメージ）。そのような場合の利用を想定している。
○アプリケーションプログラムの配信
ファイルダウンロードと同様に、アプリケーションソフトを配布できる。従って、バージョンアップサービスもＢｉｃａｓｔシステムにより可能となる。配信されるソフトは、ＶＢＩデータ放送やインターネットを駆使したものにすることができる。
○Ｂｉｔｃａｓｔ端末ソフトのバージョンアップ
アプリケーションプログラムの配信の一形態ではあるが、Ｂｉｔｃａｓｔシステムの端末ソフト自身も、同様にバージョンアップが可能である。これにより、将来より多くのサービスを提供可能となる。
○ビデオ予約
クリッピングと同様の考え方になるが、Ｂｉｔｃａｓｔシステムによって本編の各番組・ＣＭにデジタル情報のヘッダーを付けることが可能である。このヘッダー情報を用いて、放送でどの番組が今流されているかを端末が判断可能となる。この機能とＰＣからビデオ制御可能なことを組み合わせて、例えば今夜９：００からのドラマを録画予約した場合に、ナイター等で放映時間がずれても問題無くビデオ録画することが可能となる。ただしこのためには、実際にドラマ番組が始まるタイミングで番組ヘッダーを送出する必要があり、また受信したブラウザがビデオをコントロールする必要がある。
○ＥＰＧ（Ｅｌｅｃｔｏｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）の配布
ダウンロードやビデオ予約等に必要な、ＥＰＧを配布可能である。このＥＰＧには、本編の番組と同時にＢｉｔｃａｓｔコンテンツも記載してもよい。上で触れたヘッダーレベルの情報や、さらに詳細な情報（あらすじ、登場人物）等を盛り込んだＥＰＧが可能となる。現在インターネットで行われているＥＰＧ的なサービスとの連携も可能である。
○画面レイアウトの配信
Ｂｉｔｃａｓｔ端末システムは、ＴＶやＨＴＭＬブラウザといった複数のコンポーネントから成っている。それらの表示時のサイズ・位置等は、ユーザーが自由に設定可能であるが、ユーザーがオートモードに設定した場合にはシステム設定の表示レイアウトが選択される。この時、ある番組に関して放送局からレイアウト指定情報を送出することにより、デフォフオルトではなく局指定のレイアウトでユーザーが視聴することも可能である。特にニュース／バラエティ番組等において便利な機能である。
○有料放送
有料放送に対応するために、番組単位でコンテンツをスクランブルすることが可能である。解読キーの入手は、あらかじめ解読キーを購入しておいてもらう場合や、インターネットからオンラインで入手する場合等がある。
○時刻合わせ放送
ＶＢＩを使用して時刻信号送出が可能である。これによって、受信端末（ＰＣ）の日付／時間を変更（アジャスト）することができる。ただし、これはＢｉｔｃａｓｔシステムで常に時刻信号を送出するという意味ではない。
○ユーザープロファイルの管理
Ｂｉｔｃａｓｔブラウザは、インストール時にユーザーの個人情報を記憶することが可能である。従って、オンラインショッピング等で個人情報（氏名・住所・電話番号等）を入力する際に、あらかじめ登録した情報をワンタッチでセットすることが可能となる。
○他のＶＢＩ放送との連携
Ｂｉｔｃａｓｔ／ＶＢＩはアプリケーションサービスを何ら規定していない。従って、あらゆるＶＢＩアプリケーションに対してオープンである。つまりＯＳＩモデルの第５層レベルでＨＴＴＰを拡張した構造となっているため、上位プロトコルのＨＴＭＬにはいかなる拡張も加えていない。これにより、コンテンツ書式がＨＴＭＬ以外であっても、Ｂｉｔｃａｓｔによる送出／受信は可能である。例えば、電子新聞やインターテキストに関してエアーフォーマットが認識できれば、Ｂｉｔｃａｓｔブラウザに表示するための機能拡張は実現可能である。
【００２６】
１．４ Ｂｉｔｃａｓｔシステムのサービスイメージ
Ｂｉｔｃａｓｔシステムは、地上波テレビ放送（データ多重放送）の利点である“大衆性”とインターネットの利点である“双方向性”の両方を取り込んだ技術である。同時に、現在のテレビ番組の優位性（優れたコンテンツ）を生かす番組連動型のサービスと、特に本編の番組とは連動しない文字放送的な番組独立型サービスの両者が可能である。
【００２７】
従って、連動型／独立型という分類と、片方向型／双方向型という２つの軸の組み合わせにより、Ｂｉｔｃａｓｔで可能なサービスは整理できる。（図５）
【００２８】
１．５ Ｂｉｔｃａｓｔのシステムコンポーネント
Ｂｉｔｃａｓｔ／ＶＢＩの実現には、放送局内にＢｉｔｃａｓｔ送出系システムが、受信端末にＢｉｔｃａｓｔブラウザが必要である。それらについての概略は、以下のとおりである。
○Ｂｉｔｃａｓｔ送出系システム
あらかじめオーサリングされたコンテンツを、スケジュールに従ってＶＢＩに乗せて送出するシステムである。パッケージャ／スケジュールエディタ／シーケンサという３種のサブシステムを中心に構築される。システム構成上は、最小で４〜５台のＰＣ（ファイルサーバーを含む）と、ＶＢＩインサータ（および周辺機器）で構築される。
○Ｂｉｔｃａｓｔ端末システム（Ｂｉｔｃａｓｔブラウザ）
ＰＣ上で動作するソフトウェアである。初期バージョンはＷｉｎｄｏｗｓ９５（米国マイクロソフト社の商標）を対象ＯＳとして開発された。内部的にはＴＶコントロール／ブラウザコントロール／キャッシュコントロール／ビットキャストバーというコンポーネントから構成される。それらはＡｃｔｉｖｅＸ（米国マイクロソフト社の商標）により実装される。ＡｃｔｉｖｅＸの利用により、Ｂｉｔｃａｓｔブラウザは容易に機能拡張可能であり、前述のとおり番組毎に異なるコンポーネントを付加することができる。
【００２９】
また、インターネットのＩＰサーバー上にも、種々のコンポーネントを実装することができる。そのようなコンポーネントは、Ｂｉｔｃａｓｔシステムを通じたエレクトリックコマースをよりスムースに利用可能な機能を実現する。
【００３０】
１．６ Ｂｉｔｃａｓｔのビジネスモデル
図６に示すように、ＢｉｔｃａｓｔのビジネスモデルはＴＶ放送におけるそれと、インターネットにおけるそれとを融合したものである。
【００３１】
２ Ｂｉｔｃａｓｔ端末システム
２．１ 端末システム概要
端末システムは、Ｗｉｎｄｏｗｓ９５が動作するＰＣ上で動作し、Ｂｉｔｃａｓｔカード（ハードウエア）とＢｉｔｃａｓｔブラウザ（ソフトウエア）から構成される。これを図７に示す。
（１）対象ハードウエア
ＩＢＭ−ＰＣ（米国インターナショナルビジネスマシーンズ社の商標）互換機またはＰＣ−９８（日本電気株式会社の商標）シリーズ。
（２）Ｂｉｔｃａｓｔカード
地上波テレビ放送に重畳されたデジタル情報を抽出するハードウエア。
（３）Ｂｉｔｃａｓｔブラウザ
情報の蓄積、表示等を行うアプリケーションソフトウエア。
【００３２】
２．２ 外部仕様
２．２．１ 画面構成
Ｂｉｔｃａｓｔ端末システムは、「標準モード」と「詳細モード」の２種類の画面表示モードをもつ。
（１）標準モード
図３に標準モード画面構成を示す。標準モードでは、ＶＢＩにより伝送された関連情報はほとんど表示されず、テレビのみが大きく表示される。画面右側は、チャンネル切り替え、音量切り替えなどの一般的なチューナ制御部である。画面下部は、受信した情報をアイコン表示する領域と、Ｂｉｔｃａｓｔブラウザ全体のコマンドボタンを配置した領域からなる「Ｂｉｔｃａｓｔバー」である。本モードはＢｉｔｃａｓｔブラウザを視聴中、最も長時間利用される画面モードである。ユーザはインタラクティブに情報と接するのではなく、現状のテレビ放送と同様、浴びるように情報（テレビ放送）と接することを想定している。利用者は通常のＰＣ使用時に比べて画面から少し離れていることを考慮し、大きなパーツを線的に配置し、リモコンでの操作を可能にしている。
（２）詳細モード
図４は詳細モードを示す。詳細モードでは、テレビ放送の映像、音声に加え、画面右側にＶＢＩにより伝送された関連情報を表示する。標準モードで、利用者がビットマークアイコンをクリックすると本モードに移行する。左下は多目的に使用されるスペースで、主に過去に受信したコンテンツの一覧表示（キャッシュ表示）に使用する。本モードは利用者が内容に関心をもったときに使用され、使用スタイルも標準モードが家電商品の外観であったのに対し、一般的なＰＣに近いものとなる。
【００３３】
２．２．２ コンポーネントとその機能
２．２．２．１ コンポーネント構成図
図８はコンポーネント構成を示す。
２．２．２．２ テレビコントロール
テレビコントロールは、テレビの表示及び、チューナ制御のＵＩ（ユーザインタフェース）を提供するコンポーネントである。ＡｃｔｉｖｅＸ仕様により定められたインターフェースにより実装され、ＷＷＷブラウザ内にテレビを表示することも可能である。主な機能を以下に示す。
（１）テレビの表示
（２）チャンネル切り替え
チャンネルの切り替え及び、地上波、ＣＡＴＶ、ＢＳの切り替えを行う。
（３）音量調整
（４）フリーズ
（５）画面サイズの変更
テレビ表示部を４０×３０の整数倍の単位でリサイズする。
（６）キャプチャ
テレビ画面の静止画キャプチャを行う。
【００３４】
これらの機能は、Ｖｉｄｅｏ ｆｏｒ Ｗｉｎｄｏｗｓ用のビデオキャプチャドライバが提供する機能に強く依存する。入力ソースの切り替えは、テレビチューナドライバの機能に依存する。
【００３５】
図９にブラウザコントロールを示す。ブラウザコントロールは、ＶＢＩにより伝送されたコンテンツを表示する機能を提供する。コンテンツは、ＨＴＭＬなど、ＷＷＷで使用されるフォーマットで伝送され、それを表示する本ブラウザは、インターネット用のブラウザとしても機能する。上流との接続は、ダイアルアップＰＰＰにより提供される。コンテンツにアップストリーム経路（電話番号）が指定されている場合は、指定された電話番号を使用してダイアルアップ接続を行う。それ以外は利用者のＷｉｎｄｏｗｓ９５の設定に従い通常のダイアルアップ接続を行う。
（１）Ｂａｃｋ
前に戻る。
（２）Ｆｏｒｗａｒｄ
次に進む。
（３）Ｈｏｍｅ
デフォルトのぺージに進む。
（４）Ｒｅｌｏａｄ
再度読み込む。
（５）Ｍａｒｋ
ブックマークに登録する。
（６）文字列の検索
（７）印刷
【００３６】
２．２．２．４ キャッシュコントロール
図１０はキャッシュコントロールを示す。キャシュコントロールは、受信され、蓄積されているＢｉｔｃａｓｔコンテントをグループ分けし、一覧表示するコントロールである。コンテントをダブルクリックすることにより、ブラウザ部に指定されたコンテントが表示される。
（１）名前（Ｎａｍｅ）
Ｂｉｔｃａｓｔのコンテントグループの名前を表示する。名前はコンテント制作側が決定する。ダブルクリックにより該当するコンテントがＷｅｂブラウザに表示される。コンテントが実行ファイルの場合は、当該ファイルを実行する。
（２）Ｓｔａｔｉｏｎ
放送局を識別する名前を表示する。地上波の場合、文字列「ＴＶ」に続き、チャンネル番号を表示する。
（３）Ｄａｔｅｔｉｍｅ
受信の日時、時刻を表示する。
（４）カテゴリ
カテゴリ（ジャンル）を表示する。
（５）ごみ箱アイコン
グループ単位で削除する。
（６）本棚アイコン
ファイルを通常のファイルとしてエキスポートする。
（７）タイマーアイコン
受信予約ダイアログを起動する。受信したファイルはキャッシュに保存される。受信予約により保存されたファイルは、他のファイルより優先してキャッシュに残る。
【００３７】
２．２．２．５ Ｂｉｔｃａｓｔ Ｂａｒコントロール
Ｂｉｔｃａｓｔ Ｂａｒコントロールは、常にデスクトップ下部に表示されるアプリケーションデスクトップバーである。
（１）ビットマーク表示部（図１１）
Ｂｉｔｃａｓｔ Ｂａｒコントロールの左部分は、ビットマーク表示部である。ビットマークは関連情報を受信したことを利用者に伝えるアイコンで、これをクリックすることにより、その情報をブラウザ部に表示される。標準モードで使用中にクリックすると、詳細モードに移行する。アイコンの大きさは横８８ドット×縦３１ドットで、ホームページ上で一般的に使用されている。幅２ドットの外枠をもち、立体感を持たせているのが一般的である。受信した順に左から表示されるため、最新情報は、右端に表示される。画面に入りきらなくなった場合は自動スクロールする。右側のボタンはビットマーク領域のスクロール制御部である（図１２）。ブラウザ部に該当コンテンツが表示されるのではなく、ビットマーク領域がスクロールするだけである。
（２）ツールバー部（図１３）
ツールバーはアプリケーション全体に対するコマンドを生成するものである。詳細を図１４に示す。
【００３８】
２．２．３ 処理方式概要
ＶＢＩよりデータ受信からブラウザに表示するまでの概略フローを図１５に示す。
【００３９】
２．２．４ 表示タイミング解説
（１）受信インジケータ
ＶＢＩの階層３（ネットワーク層）のデータパケットの受信により、ビットキャストバーの端に受信インジケータ点滅する。受信インジケータは、ユーザーに対し何らかのＢｉｔｃａｓｔ放送が放送中であることを知らせるためのＵＩアイテムである。
（２）ＷＷＷコンテンツ
送出側で自動表示が指定されたＷＷＷコンンテンツは、指定された時刻にＷｅｂブラウザ内に自動的に表示される。
（３）Ｂｉｔｍａｒｋ
Ｂｉｔｍａｒｋは、ＷＷＷコンテンツと同様に送出側が表示時刻を指定する。端末側は、指定された時刻にＢｉｔｍａｒｋをＢｉｔｃａｓｔバーに表示する。
【００４０】
２．３ 内部仕様
３．３．１ コンポーネント構成
コンポーネント構成を図１６に示す。影付きのブロックはＢｉｔｃａｓｔブラウザの構成部分である。
【００４１】
コンポーネントの機能を表に示す。
【００４２】
【表１】
受信から表示までの処理フローを図１５に示す。番号は順序を示す。
以降、概ね図１５の番号順に各コンポーネントの内部仕様を解説する。
【００４３】
２．３．２ テレビコントロール（１０）
テレビコントロールは、テレビの表示、チューナ制御等を行うコンポーネントである。チューナー制御はテレビチューナマネージャを介して行う。テレビの表示、ＡＶＩファイルの作成、表示等は、Ｖｉｄｅｏ ｆｏｒ Ｗｉｎｄｏｗｓを利用して行う。ＡｃｔｉｖｅＭｏｖｉｅがキャプチャや、オーバーレイ表示をサポートすれば、Ｖｉｄｅｏ ｆｏｒ ＷｉｎｄｏｗｓからＡｃｔｉｖｅＭｏｖｉｅへ移行できる。テレビコントロールは、ＡｃｔｉｖｅＸ Ｃｏｎｔｒｏｌのインターフェースに準拠して実装されるため、将来はブラウザ上に表示されたコンテンツにテレビコントロールを埋め込むことも可能である。
【００４４】
２．３．３ ＶＢＩキャプチャドライバ（１１）
ＶＢＩデジタイザＨ／Ｗを制御し、パケットを取り出すソフトウエア。取り出したパケットは、ＶＢＩキャプチャマネージャに渡される。本モジュールは、Ｈ／Ｗに強く依存し、ＶＢＩデジタイザＨ／Ｗベンダーより提供される。
【００４５】
２．３．４ ＶＢＩキャプチャマネージャ（１２）
ＶＢＩキャプチャドライバより渡されたパケットを組み立て、第４層（トランスポート層）のデータ（データグループ）を組み立てる。組み立てたデータグループは、Ｂｉｔｃａｓｔブラウザだけでなく、他のＶＢＩ対応アプリケーションにも提供する。複数のＶＢＩ対応アプリケーションを同時に動作させるためである。
【００４６】
２．３．５ Ｂｉｔｃａｓｔローダ（１３）
Ｂｉｔｃａｓｔローダは、ＶＢＩキャプチャドライバより渡されたデータグループ（Ｂｉｔｃａｓｔプロトコル）をデコードするモジュール。ＨＴＭＬまたはＧＩＦ等で記述されたコンテントを受信した場合は、受信したデータグループから、コンテントとコンテント属性を抽出し、キャッシュコントロールに引き渡す。属性中に、表示時刻等が含まれる場合は、シーケンスコントローラに通知する。
【００４７】
２．３．６ キャッシュコントロール（１４）
キャッシュコントロールは、Ｂｉｔｃａｓｔローダより渡されたコンテント情報とコンテントに付属する属性情報（コンテントの名前（疑似ＵＲＬ）、ＭＩＭＥタイプ、表示タイミング情報など）を全て蓄積する。キャッシュ容量が特定の値より大きくなった場合、有効期限の切れた古いコンテンツは削除される。
【００４８】
２．３．７ シーケンスコントローラ（１５）
シーケンスコントローラは、Ｂｉｔｃａｓｔローダから表示すべき時刻と表示すべきコンテントを受け取り、それを記憶する。タイマーを監視し、記憶している時刻に到達すると、ブラウザコントロールに対し、Ｎａｖｉｇａｔｅに要求を出す。
【００４９】
２．３．８ブラウザコントロール（１６）
ＨＴＭＬなどの形式で送られたＶＢＩにより送られる関連情報を表示するコントロールである。ブラウザコントロールの中にさらにＷｅｂＢｒｏｗｓｅｒコントロールを含む。ＷｅｂＢｒｏｗｓｅｒコントロールは、Ｗｅｂの表示エリアのコントロールで、通常のブラウザのエンジン部分と等価なコンポーネントである。したがって、ＨＴＭＬの対応レベル等は、全て標準的なＷｅｂブラウザに準拠する。
【００５０】
通常のＵＲＬを指定した場合は、インターネット用のＷｅｂブラウザとして動作する。Ｂｉｔｃａｓｔの疑似ＵＲＬを指定した場合や、シーケンスコントローラからのＮａｖｉｇａｔｅ呼び出しを受けた場合は、インターネットに対するコンテントリクエストではなく、Ｄｅｌｅｇａｔｅに対するコンテント呼び出しが行われる。
【００５１】
２．３．９ Ｄｅｌｅｇａｔｅ（１７）
ＷｅｂＢｒｏｗｓｅｒからの呼び出しを受ける代理サーバ。呼び出しを受けるとキャッシュコントロールを呼び出して当該コンテントを取得し、ＷｅｂＢｒｏｗｓｅｒへ返す。ＷｅｂＢｒｏｗｓｅｒから見ると、通常のＷｅｂサーバとして振る舞う。
【００５２】
２．３．１０ Ｂｉｔｃａｓｔ Ｂａｒコントロール（１８）
コントロール内部に、ビットマークのアイコンとリンク先のペア情報を一覧情報として蓄積する。コントロールは、シーケンスコントローラよりビットマーク表示タイミングの通知を受けると、キャッシュコントロールを呼び出してアイコンイメージ情報を取得し、一覧に追加し、アイコンを表示する。
【００５３】
２．３．１１ データ管理
２．３．１１．１ キャッシュ上のデータ管理
コンテント自体はそれぞれ独立したファイルとして、キャッシュ用のディレクトリに保存される。
【００５４】
２．３．１１．２ ファイルシステム
（１）Ｂｉｔｃａｓｔデータディレクトリ
Ｂｉｔｃａｓｔデータディレクトリは、Ｂｉｔｃａｓｔのキャッシュ情報を格納するディレクトリである。ディレクトリは、インストール時に決定し、レジストリに記憶する。
（２）キャッシュデータベース
コンテントの名前やその他の属性は、ＪＥＴエンジン（Ｗｉｎｄｏｗｓ９５で標準で添付されるデータベースエンジン。）を使用して管理する。データベースファイルは、Ｂｉｔｃａｓｔデータディレクトリに保存され、ファイル名は’ＢｉｔＣａＳｔ・ＭＤＢ’固定とする。
（３）コンテントファィル
コンテントの実体はそれぞれ独立したファイルとしてキャッシュディレクトリに格納される。キャッシュディレクトリは、Ｂｉｔｃａｓｔデータディレクトリの中にあり、ディレクトリ名は’Ｃａｃｈｅ’固定。コンテントファイル名は、キャッシュデータベースが自動生成し、キャッシュデータベース内に格納される。
（４）ドロップディレクトリ
キャッシュコントロールで、コンテントを本棚アイコンへドロップし、ファイルへのエキスポートを行った時の転送先ディレクトリのデフオルト。
【００５５】
２．４ 機能拡張の考え方
画面左下部（多目的エリア）の目的は、Ｂｉｔｃａｓｔブラウザ白体をアップグレードすることなしに、ブラウザの機能を拡張することである。機能拡張を行えるようにするため、多目的エリアはＡｃｔｉｖｅＸコントロールコンテナインターフェースを実装している。放送局、番組制作会社等は、ＡｃｔｉｖｅＸコンロールを作成して、番組に特化したカスタムブラウザを作成できる。
また、本端末システムは、内部にサーバ機能を含んでいるため、テレビ表示機能とブラウザ機能を削除することにより、ＬＡＮ環境などで使用するためのサーバー機を構築することが可能である。
【００５６】
３ Ｂｉｔｃａｓｔ送出系システム
３．１ 送出系システム概要
３．１．１ 論理システム構成
Ｂｉｔｃａｓｔ送出系システムは、放送局においてＢｉｔｃａｓｔによるＶＢＩ放送を行うためのハードウェア／ソフトウェアシステムである。
【００５７】
主要な機器は論理的には５つのサブシステムから構成される。そのうち３つのサブシステムについては、Ｂｉｔｃａｓｔの規格として規定されており、残りについては、各放送局の事情に合わせた独自システムとなる。
【００５８】
図１７は送出系のシステムを示す。
○オーサリングサブシステム（２１）：
送出する画像・プログラム等（ＶＢＩコンテンツ）を編集するための機器。
○パッケージャーサブシステム（２２）：
送出する画像、プログラム等を一つの固まり（送出単位）に編成するための機器。
○スケジユールエディタサブシステム（２３）：
編成されたパッケージを、いつ、何回送出するかを設定するための機器。なお、従来スケジューラと呼ばれていたが、混乱を招くためスケジュールエディタとした。
○シーケンササブシステム（２４）：
設定されたスケジュールに従い、データ変換・送出を制御する機器。
○ＶＢＩインサーションサブシステム（２５）：
ＶＢＩインサータ以降の、送出機器。
【００５９】
３．１．３システム運用イメージ
ネットワーク構成図の例を図１８に示す。ここでは、局内にインターネットサーバーを設置した構成としている。
【００６０】
この環境では、番組作成担当のセクションでファイルサーバー（ローカルサ一バーと命名）を使用してオーサリングを行い、完成したコンテンツを編成担当セクションのファイルサーバー（ＦＴＰサーバー）にコピーする運用を考えている。その上で編成担当はスケジュールエディタを用いて送出時間を割り当て、シーケンサがその時間通りに送出をおこなう構成である。
【００６１】
また、この環境における番組作成から送出までの作業手順を、図１９に示す。
【００６２】
３．２ パッケージャ外部仕様
３．２．２ 機能解説
図２０はパッケージャの機能を示している。本アプリケーションは、プロジェクトファイルまたはＧＵＩによって、Ｂｉｔｃａｓｔの放送を行うためのデータファイルを作成するものである。本アプリケーションによって作成されたファイルはパッケージファイルと呼び、Ｂｉｔｃａｓｔの放送時に必要な時間パラメータやＢｉｔｃａｓｔ端末での番組の表示やＢｉｔｃａｓｔ端末での、コンテンツの振る舞いを決めるパラメータを含む。また、すでに作成されたパッケージファイル同士の結合、パッケージファイルの内容チェックやプレヴュー機能などを持つ。
【００６３】
３．２．３ 機能一覧
・基本機能
複数素材をＢｉｔｃａｓｔ ｆｏｒｍａｔの一つのファイルにする。一つのファイルに統合するときに、時間的矛盾や設定パラメータの矛盾をチェックし警告する。
・チェック機能
ｐａｃｋａｇｅファイルに含まれるコンテンツのファイル名や設定されているパラメータを表示する。
・マージ機能
複数のパッケージファイルを一つのパッケージファイルにする。
・Ｖｉｅｗｅｒ機能
パッケージファイルのプレヴュー機能
・自動作成
ディレクトリを指定すると、そのディレクトリ以下のファイルをすべてとりこんでパッケージファイルを作成する。（あらたにＢｉｔｃａｓｔ用にぺージを作成するときに用いられる）
・自動パース
あるＨＴＭＬファイルを指定すると、そのファイルのあるディレクトリをカレントディレクトリとして、そのＨＴＭＬファイルをパースし、ｇｉｆファイルやリンク先のファイルを取り込んでパッケージファイルにする。（既存のホーム・ページからのミグレーションに用いられる。）
３．２．４ 設定項目
Ｂｉｔｃａｓｔプロトコル仕様参照
３．２．５ 処理方式概要
３．２．５．１ コマンドライン版
（パッケージファイルの作成）
プロジェクトファイルを作成し、ＤＯＳプロンプトから、そのファイル名を引数としてパッケージャを起動する。
例：ｐａｃｋａｇｅｒａｂｃ．ｐｋｇただし、このときプロジェクトファイル内に記述されたファイルおよびディレクトリパスはパッケージャアプリケーションが存在するディレクトリからの相対パスとなる。（絶対パスの指定方法もある）（チェック機能）
パッケージファイルに含まれているコンテンツのファイルおよびパラメータを標準出力に出力する。
例：ｐａｃｋａｇｅｒ −ｖ ｐａｃｋａｇｅｆｉｌｅｎａｍｅ．ｂｐｋ
（パッケージファイルのマージ）
あるパッケージファイルともうーつのパッケージファイルを結合して一つのパッケージファイルにする。このとき時間的タイミングは先に指定された方のパッケージファイルが前になる。
例：ｐａｃｋａｇｅｒ −ｍ ｐａｋｃａｇｅｆｉｌｅ１．ｂｐｋ，．．．，ｐａｃｋａｇｅｆｉｌｅＮ．ｂｐｋ
（プレヴュー）
パッケージファイルを指定して、そのパッケージの送出をエミュレートする。エミュレートされた結果はＣＯＭ１に出力される。
例：ｐａｃｋａｇｅｒ −ｅ ｐａｃｋａｇｅｆｉｌｅ．ｂｐｋ
（自動作成）
例：ｐａｃｋａｇｅｒ −ｄ ｄｉｒｅｃｔｏｒｙｐａｔｈ
（自動パース）
例：ｐａｃｋａｇｅｒ −ｐ ｆｉ１ｅｎａｍｅ．ｈｔｍｌ
【００６４】
３．２．５．２ ＧＵＩ版
（パッケージファイルの作成）
アプリケーションのファイルメニュ内のパッケージファイルの作成を選択する。
ファイルセーブダイアログが表示され、ディレクトリおよびファイル名を指定して保存する。
（チェック機能）
パッケージャのエディタ内に表示される。
（パッケージファイルのマージ）
ファイルメニュ内の結合を選択、このときファイル選択ダイアログが表示される。結合したパッケージファイルを選択する。ここでは、すでに結合されるもととなるパッケージファイルは開かれているものとする。
（プレヴュー）
ファイルメニュ内のプレヴューを選択する。
（自動読み込み）
ディレクトリを選択して、そのディレクトリ内にあるファイルをすべて読み込む。その後、エディタでパラメータの設定または調整をおこなう。
（自動パース）
読み込んだＨＴＭＬファイルを選択し、ファイルにメニューからバースを選択する。ＵＲＬで指定されたファイルを見つけられなかった場合はファイルダイアログを表示し、これにより直接素材ファイルを読み込む。
【００６５】
３．２．６ ビットマーク
プロジェクトファイルには最低一つのビットマークが必要である。ビットマークの実体はＧｉｆファイルであるが、その拡張子は”．ｉｃｎ”である。ビットマーク用のＧｉｆファイルを作成し、ファイル名をｘｘｘ．ｇｉｆからｙｙｙ．ｉｃｎに変更する（×××とｙｙｙが等しくてもよい）。
【００６６】
３．３ パッケージャの内部仕様
パッケージャの内部仕様について説明する。図２１に処理フローを示す。
【００６７】
また図２２にパッケージファイルのデータ構造を示す。
【００６８】
フラグメントプロトコルヘッダーの構造を図２３に示す。
ｌｅｎ：フラグメントプロトコルヘッダーの後につづくデータのバイト数。ただし、そのデータが６４ＫＢを超えるときにはデータを複数に分割し、６４ＫＢを超えた分のデータにもフラグメントプロトコルヘッダーを創出し分割する。
ＳＢ：このヘッダーの後に続くデータがコンテントメッセージデータの始まりであることを示す。
ＥＢ：このヘッダーの後に続くデータがコンテントメッセージデータの終わりであることを示す。ここで、ＳＢおよびＥＢが同時にある場合は、このヘッダーの後に続くデータが６４ＫＢ以内のものである。
ｃｈｕｎｋ：後に続くデータが６４ＫＢを超えるときにデータを分解した為、この分解したデータの順序の値。
ｓｌｏｔ：同時に全く別のデータを放送する場合に、それぞれのデータのグループの番号の値。
ｍｅｄｉａ：このデータが放送されるメディアを一意に決定する番号の値。
ｃｈａｎｎｅｌ：ｍｅｄｉａで表される放送媒体におけるチャンネルの値。
【００６９】
コンテントメッセージのデータ構造を図２４に示す。
３．４ スケジュールエディタの外部仕様
３．４．１ 機能解説
３．４．１．１ スケジュール単位
スケジュールエディタでスケジュールする単位はパッケージファイル単位である。
３．４．１．２ 機能
○スケジュールを読み込む。
○スケジュールを編集する。（ＧＵＩ）
○スケジュールファイルを出力する。（ＧＵＩ）
○スケジュールファイルを更新する。（ＧＵＩ）
○スケジュールの登録をシーケンサに通知する。
○スケジュールの更新をシーケンサに通知する。
○スケジュールの削除をシーケンサに通知する。
○現在のスケジュールの状況をシーケンサから取得する。
３．４．１．３ スケジュール項目
スケジュールファイルの仕様参照。
【００７０】
３．４．２ 処理方式概要
３．４．２．１ コマンドライン版
スケジュールを登録する。
例：ｓｃｈｅｄｕｌｅ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
スケジュールを更新する
例：ｓｃｈｅｄｕｌｅ −ｕ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
スケジュールを削除する
例：ｓｃｈｅｄｕｌｅ −ｄ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
【００７１】
３．５ スケジュールエディタ内部仕様
３．５．１ 処理フロー
処理フローを図２５に示す。
【００７２】
３．５．２ スケジュールの通知方法
スケジュールに関する各種通知は以下のプロトコルによりシーケンサに通知される。図２６に示すフォーマットのデータを用いて各種のコマンドをＴＣＰ／ＩＰを通じてシーケンサに通知する。
【００７３】
３．５．３ コマンド体系
構成ファイル関連：１
素材ファイル関連：２
【００７４】
３．５．４ サブコマンド
登録：１
削除：２
更新：３
取得：４
【００７５】
３．５．５ 構成データフォーマット
構成データのフォーマットを図２７に示す。
【００７６】
３．５．６ 素材情報データのフォーマット
素材情報フォーマットを図２８に示す。
【００７７】
３．５．７ その他
データ部にデータが必要がない場合にはデータ長に４バイト０ｘ０を入れる（図２９）
【００７８】
３．５．８ コマンド送出方法
ＷｉｎＳｏｃｋを使用してアプリケーション間通信を行う。
【００７９】
３．６ シーケンサ外部仕様
３．６．１ 画面構成
３．６．２ 機能解説
３．６．２．１データ階層
第５層でシーケンサアプリケーションに渡される。
３．６．２・２ 機能一覧
○スケジュールファイルおよびパッケージファイルに従いＶＢＩインサータに出力する。
○指定された走査線数でインサータにデータを送る。
○ほかの送出に割り込んで時刻データをインサータに送る。
○同時に複数データを送出する場合は優先レベルの高い方を送出し、空いた時間に優先レベルの低いデータを送出する。
○スケジュールを更新する。
○インサータへのデータの送出を停止、再開する。
○インサータへのデータの送出を中止する。
○現在のスケジュールを返す。
○ＴＣＤを設定する。
○ログファイルを出力する。
○別のサービスも送出する。
【００８０】
３．６．３ 処理方式概要
３．６．３．１ 概要
スケジュールに従いインサータにデータを送出する。
スケジュールファイルに記述された、送出時刻と送出バッケーファイルを参照し、そのパッケージファイルの送出時刻前にファイルサーバよりパッケージファイルを取り込んでおく。
シーケンサはスケジュールファイルに記述された送出時刻とパッケージファイル内に記述された相対時間により、コンテンツメッセージ単位で送出時刻からの相対時間でインサータに送出する。
指定された走査線数でインサータにデータを送る。
時刻データを送出する。
優先順位順に送出する。
新しく通知されたスケジュールに変更する。
【００８１】
３．６．３．２ 通知方法
コマンド体系を規定し、そのコマンドをシーケンサに送信することにより、シーケンサは受け取ったコマンドにしたがって動作する。
【００８２】
３．６．４ ＶＢＩインサーションの要件
３．６．４．１信号仕様
通信レベル：ＲＳ４２２
同期方式：歩調同期式
通信速度：１５３．６Ｋｂｐｓ／４８Ｋｂｐｓ 切り替え
入力データ：
スタートビット：１ビット
データ：８ビット
パリティ：奇数／偶数パリティ切り替え
ストップビット：１／２切り替え
データ長：３７バイト
制御信号：
ＩＮＳ ＥＮＡ：０（正）入力データイネーブル
ＤＡＴＡ ＲＥＱ：０（負）入力データの要求パルス
ＤＡＴＡ ＥＲＲ：０（負）入力データの受信エラー
【００８３】
３．６．４．２ インサータへ送出するデータ
一回のパケットは３７バイトである。その内訳は図３０のとおりである。
３．６．４．３ 入力タイミング
入力タイミングは図３１に示すとおりである。
【００８４】
３．６．５ 外部インターフェース
外部インターフェースは図３２に示すとおりである。スケジュールエディタはオフラインで番組の編成ファイル（スケジュールファイル）を作成する。作成したスケジュールファイルはファィルサーバに保存される。
【００８５】
シーケンサは日替わり信号またはその日のスケジュールが終了する前またはスケジュールエディタからの更新コマンドを受け付けたときにファイルサーバから次の日のスケジュールか更新されたスケジュールを読み込んで処理を開始する。
【００８６】
シーケンサは送出モニタを持ち、現在連行中のスケジュールに対して、モニタからのコマンドまたは関数呼び出いこより、以下の処理を行う。
・スケジュールの削除
・スケジュールの挿入
・スケジュールの停止
・スケジュールの再開
【００８７】
３．７ サブシステム間インターフェース
３．７．１ データフロ−
３．７．２ パッケージファイルフォーマット
３．７．２．１ 概要
パッケージャはＢｉｔｃａｓｔプロダクションシステムの一部を構成するソフトウエアで、ＨＴＭＬファイル、ＧＩＦファイル等の素材から、送出スケジュールの単位あるパッケージファイルを作成する。パッケージプロジェクトファイルは、パッケージャのための制御情報を記述するファイルパッケージプロジェクトファイルは、拡張子「．ＰＰＲ」をもつテキストファイルである。本章ではこのパッケージプロジェクトファイルの仕様を定義する。これを図３３に示す。
【００８８】
パッケージ伝送は、対応する音声や映像より、早く伝送を開始する。（ＦＯＲＷＡＲＤ１）。またパッケージ伝送は、次のパッケージの伝送のために対応する映像や音声の終了より早く伝送を終了する。（ＦＯＷＡＲＤ２）。パッケージ時間枠と、ＦＯＲＷＡＲＤ１，ＦＯＷＡＲＤ２及び、実際のパッケージ伝送に割り当てられる時間の関係を図３４に示す。
【００８９】
４ Ｂｉｔｃａｓｔプロトコル
４．１ 概要
Ｂｉｔｃａｓｔプロトコルは、ＨＴＭＬで記述されたハイパーテキスト情報等のオブジェクトを地上波テレビ放送、衛星デジタル放送等の放送型メディアを通して転送するためのオブジェクト転送プロトコルである。放送型ネットワークにおいて、ＷＷＷサービスにおけるＨＴＴＰプロトコルの代替プロトコルとして機能する。
【００９０】
Ｂｉｔｃａｓｔプロトコルの位置づけを図３５に示す。
【００９１】
Ｂｉｔｃａｓｔプロトコルは、コンテントメッセージ、コンテントデリートメッセージ、コンテントアップデートメッセージ、プログラムインフオメーシヨンメツセージなどより構成される。
・コンテントメツセージ：コンテント（オブジェクト）を転送するメッセージ
コンテントデリリートメツセージ：既に転送したコンテントを無効にするメッセージ
・コンテントアップデートメツセージ：既に転送したコンテントに変更を加えるメッセージ
・プログラムインフオメーションメッセージ：本放送で放送を開始した番組の内容に関する情報を伝送するメッセージ。ＥＰＧの運用のために使用する。
【００９２】
４．２ Ｂｉｔｃａｓｔプロトコルの実装環境
Ｂｉｔｃａｓｔプロトコルは、特定の下位層プロトコル（Ｂｉｔｃａｓｔベースプロトコル）上に実装される。
４．２．１ Ｂｉｔｃａｓｔベースプロトコル
Ｂｉｔｃａｓｔベースプロトコルは、ＯＳＩ参照モデルにおけるセッション層に相当し、地上波テレビ放送におけるＶＢＩ方式や衛星デジタル放送を考慮し、以下の要求を満たすものとする。
・エラー訂正機能を有すること。Ｂｉｔｃａｓｔプロトコルは、効率のよいエラー訂正手段を提供しない。
・トランスパアレントなバイトストリームとその長さを伝送するものであること。
ＶＢＩ方式のＤＧ構成２は、バイト列の長さが正確には判らないため、Ｂｉｔｃａｓｔべースプロトコルにならない。
・ベースプロトコルのエンティティは、その接続先を識別する情報を上層に提供するものであること。Ｂｉｔｃａｓｔプロトコル中にチャンネル情報を含むとは限らない。地上波ＶＢＩの例では、ベースプロトコルのエンティティは、上層からの要求に対し、テレビチャンネルの番号を提供できること。
【００９３】
４．２．２ ＶＢＩ方式上にＢｉｔｃａｓｔプロトコルを実装する場合のべースプロトコル
ＶＢＩ方式上にＢｉｔｃａｓｔプロトコルを実装する場合は、トランスポート層（第４層）のデータグループ（ＤＧ）構成２の上層にＦｒａｇｍｅｎｔプロトコルを定義し、ＦｒａｇｍｅｎｔプロトコルをＢｉｔｃａｓｔプロトコルのべースプロトコルとする。ＶＢＩ以外のＢｉｔｃａｓｔベースプロトコルについては、現時点ではこれを規定しない。ＶＢＩ方式上のＢｉｔｃａｓｔプロトコル実装モデルを図３６に示す。
【００９４】
４．３ コンテントデリートメッセージ
コンテントデリートメッセージは、既に伝送されたコンテントをＢｉｔｃａｓｔブラウザのキャッシュから削除し、無効にするためのメッセージである。コンテントデリートメッセージの形式を図３７に示す。
・バージョン番号
Ｂ０の上位４ビットでコンテントアップデートメツセージのプロトコルバージョンを示す。現バージヨンをゼロとする。
・メッセージ識別
Ｂ０の下位４ビットでメッセージの種類を識別する。値０００１は、コンテントデリートメッセージを意味する。
・名前エレメント
削除の対象となるコンテントの名前を指定する。
【００９５】
４．４ コンテントアップデートメッセージ
コンテントデリートメッセージは、既に伝送されたコンテントのボディ部の一部を更新したり、エレメントを追加、修正したりするためのメッセージである。ボディ部の修正は、スポーツ中継時に、ＨＴＭＬ形式内に埋め込まれた得点情報のみを修正するなどの応用ができる。エレメント修正は、伝送済みのコンテントに対し後からキュー情報を伝送する場合等の使用を想定している。コンテントアップデートメッセージの形式を図３８に示す。
【００９６】
５ 実例
つぎにＢｉｔｃａｓｔシステムの使用例について説明する。
５．１ 新聞情報の配布
図３９はＢｉｔｃａｓｔシステムを新聞情報の配布に適用したときの構成および処理の流れを示す。
５．２ 週刊誌抜粋版の配布
図４０はＢｉｔｃａｓｔシステムを利用して週刊誌の抜粋版を定期的に購読者に配信するときの構成および処理の流れを示す。
５．３ 小売り販売店（スーパーマーケット等）の広告
図４１はＢｉｔｃａｓｔシステムを利用して小売り販売店が特売情報とその商品の生産地やレシピなどの付加価値情報を提供するときの構成および処理の流れを示す。
５．４ 学習テキストの配布
図４２はＢｉｔｃａｓｔシステムを利用して学習テキストを放送で配信し、インターネットで回答等を回収するときの構成および処理の流れを示す。
【００９７】
まず、放送信号を用いて学習テキストが端末に送信される。送信されたテキストは端末のディスクに保管される。ユーザはアイコン等の表示オブジェクトを操作して目的の学習テキストを表示させる。そしてユーザは学習テキストを用いて回答や質問等を作成し、これを所定のサーバに転送する。この転送は転送指示用のアイコン等を用いて行うようにできる。サーバ側では送られてきた回答等を処理する。なお、回答の転送等は、予め端末にインストールされている専用のアプリケーションを用いてサーバに転送するようにしてもよい。
５．５ 新作ビデオの紹介
図４３はＢｉｔｃａｓｔシステムを利用して新作ビデオを紹介するときの構成および処理の流れを示す。
５．６ インターネット宅配受け付け
図４４はＢｉｔｃａｓｔシステムを利用して放送で宅配サービスを紹介して宅配受け付けをインターネット経由で行うときの構成および処理の流れを示す。
【００９８】
まず、放送信号を用いて宅配受付用のアイコン情報（例えばビットマーク）が送信され、端末においては、送信されたアイコン情報に基づいて放送番組（コマーシャル）に同期してアイコンが表示される。ユーザがアイコンをクリックすると、ＴＣＰ／ＩＰ接続により宅配業者のホームページ（サーバ）にアクセスが行われ、取引情報（取り引き受け付けメニュー等）が転送されてくる。ユーザは取引情報に基づいて表示される取り引きページを用いて宅配の予約を行い、ホームページ（サーバ）へ予約内容を転送する。サーバでは、ユーザから送られた取引情報を取り出して処理する。宅配業者は取り引き情報に基づいて配送の手配を行う。
【００９９】
なお、この例は広く電子的な取り引きに適用できる。また、申し込みのページをＢｉｔｃａｓｔで送信しておき、これを用いて申込情報のみ電子取り引きサーバに送信する構成としてもよい。また、サーバのウェブページへのアクセスは受信ページのアンカータグを利用して行ってもよい。またフリーダイヤルを用いるようにしてもよい。さらに、アクセスポイントとして機能すれば、サーバはインターネットに接続されていなくともよい。
５．７ 視聴者参加クイズ番組
図４５はインターネットを利用した視聴者参加クイズ番組にＢｉｔｃａｓｔシステムを適用したときの構成および処理の流れを示す。
【０１００】
以上で実施例の説明を終了する。
この実施例では、放送信号を用いて送信したメッセージをキャッシュに記憶させ、さらにこのメッセージを無効にしたり、更新したりすることができる。すなわち、この実施例によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを無効にするときには、無効にするコンテンツメッセージの識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを無効化するようにしている。
【０１０１】
また、この実施例によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを修正するときには、修正したいコンテンツメッセージの識別子を含むコンテンツアップデータメッセージを放送信号により送信し、端末では、このコンテンツアップデータメッセージに基づいて、指定されたコンテンツメッセージを修正するようにしている。
【０１０２】
以上のコンテンツデリートメッセージやコンテンツアップデートメッセージは地上波放送（テレビ、ラジオ等）やケーブル放送、衛星放送、データ通信放送によるコンテンツの伝送・保管にも適用できることはもちろんである。
【０１０３】
また、上述の実施例によれば、情報処理方法において、電子取り引きサーバへのアクセスに用いる表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、表示された上記表示オブジェクトへの所定の操作に基づいて上記サーバにアクセスするステップと、上記サーバから転送された転送情報を表示するステップと、表示された上記転送情報を用いて入力された取り引き情報を上記サーバに転送するステップと、転送された上記取り引き情報を上記サーバにおいて受信するステップとを実行するようにしている。
【０１０４】
この構成においては、電子取り引きサーバの所在が分からなくても、簡単に取り引きを行うことができる。
【０１０５】
なお、放送信号としては、通常の地上波テレビ放送のほか、ケーブルテレビ放送、衛星テレビ放送でもよい。また、放送内容としても、テレビジョンプログラムに限定されず、ラジオ放送プログラム、データ放送プログラム等とすることができる。
【０１０６】
また、上記表示オブジェクトはアイコンの様なものでもよく、またＨＴＭＬ文書により記述され、アンカーのタグを含むものでもよい。
【０１０７】
また、この実施例によれば、情報処理方法において、電子取り引きサーバへのアクセスに用いる表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、上記表示オブジェクトを用いて入力した取り引き情報を上記サーバに転送するステップと、転送された取り引き情報を上記サーバにおいて受信するステップとを実行するようにしている。
【０１０８】
この構成においては、表示オブジェクトを用いて入力された取り引き情報を上記表示オブジェクトに対応する取り引きサーバに転送して取り引き処理を行うことができる。この場合も、取り引きサーバの所在がわからなくても取り引きを行うことができる。
【０１０９】
この構成において、上記表示オブジェクトはＨＴＭＬにより記述されていてもよい。
【０１１０】
また、この実施例によれば、情報処理方法において、表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、表示された上記表示オブジェクトを用いて生成された処理対象情報を所定のサーバに転送するステップと、転送された上記処理対象情報を上記サーバにおいて処理するステップとを実行するようにしている。
【０１１１】
この構成においては、放送信号を用いて得られる表示を利用して処置対象情報を生成し、この処理対象情報をサーバに転送するので、サーバの所在が分からなくても情報処理を簡単に行うことができる。
【０１１２】
この構成において、上記表示オブジェクトは例えば取り引き内容を記述するものであり（取り引き内容の一部（オプション部分）をユーザが入力してもよい）、上記処理対象情報は例えば取り引きの申込内容を記述するものである。また、上記表示オブジェクトは学習用テキストを構成するものであってもよく、上記処理対象情報は学習結果を記述するものであってもよい。
【０１１３】
【発明の効果】
以上説明したように、この発明によれば、放送信号により送信したコンテンツを簡易に無効化したり、修正したりすることができる。
【図面の簡単な説明】
【図１】 実施例の全体的な概要を説明する図である。
【図２】 実施例のＢｉｔｃａｓｔアーキテクチャを説明する図である。
【図３】 標準モード画面を示す図である。
【図４】 詳細モード画面を示す図である。
【図５】 サービス分類を説明する図である。
【図６】 ビジネスモデルを説明する図である。
【図７】 端末システムの概要を説明する図である。
【図８】 端末システムのコンポーネントを説明する図である。
【図９】 ブラウザコントロールを説明する図である。
【図１０】 キャッシュコントロールを説明する図である。
【図１１】 ビットマーク表示部を示す図である。
【図１２】 ビットマークのスクロール制御を説明する図である。
【図１３】 ツールバー部を示す図である。
【図１４】 ツールバー部の詳細を説明する図である。
【図１５】 端末システムの処理を説明する図である。
【図１６】 端末システムのコンポーネントを示す図である。
【図１７】 送出システムを説明する図である。
【図１８】 送出システムの運用を説明する図である。
【図１９】 送出システムにおける作業を説明する図である。
【図２０】 パッケージャの機能概要を説明する図である。
【図２１】 パッケージャの処理を説明する図である。
【図２２】 パッケージファイルのデータ構造を説明する図である。
【図２３】 図２２のフラグメントプロトコルヘッダの構成を説明する図である。
【図２４】 図２２のコンテントメッセージの構成を説明する図である。
【図２５】 スケジュールエディタの処理フローをっ説明する図である。
【図２６】 スケジュールに関する通知のプロトコルを説明する図である。
【図２７】 構成データフォーマットの構成を説明する図である。
【図２８】 素材情報フォーマットの構成を説明する図である。
【図２９】 その他のフォーマットの構成を説明する図である。
【図３０】 インサータに送出するデータを説明する図である。
【図３１】 インサータの入力タイミングを説明する図である。
【図３２】 スケジュールについて説明する図である。
【図３３】 パッケージファイルフォーマットをっ説明する図である。
【図３４】 パッケージ伝送を説明する図である。
【図３５】 Ｂｉｔｃａｓｔプロトコルを説明する図である。
【図３６】 プロトコルの実装モデルを説明する図である。
【図３７】 コンテントデリートメッセージの形式を説明する図である。
【図３８】 コンテントアップデータメッセージの形式を説明する図である。
【図３９】 実施例の適用例を説明する図である。
【図４０】 実施例の適用例を説明する図である。
【図４１】 実施例の適用例を説明する図である。
【図４２】 実施例の適用例を説明する図である。
【図４３】 実施例の適用例を説明する図である。
【図４４】 実施例の適用例を説明する図である。
【図４５】 実施例の適用例を説明する図である。
【符号の説明】
１０ テレビコントロール
１１ ＶＢＩキャプチャドライバ
１２ ＶＢＩキャプチャマネージャ
１３ ＢＩｔｃａｓｔローダー
１４ キャッシュコントローラ
１５ シーケンスコントローラ
１６ Ｗｅｂブラウザコントローラ
１７ Ｄｅｌｅｇａｔｅ
１８ Ｂｉｔｃａｓｔ Ｂａｒコントロール
２１ オーサリングサブシステム
２２ パッケージャサブシステム
２３ スケジュールエディタサブシステム
２４ シーケンササブシステム
２５ ＶＢＩインサーションサブシステム
【発明の属する技術分野】
この発明は、放送信号にコンテンツを含ませて送信するコンテンツ伝送処理技術に関し、とくに、送信済みのコンテンツを無効化したり修正したりするものである。
【０００２】
【従来の技術】
本出願人は、インターネット関連の情報を放送信号に含ませて受信者に同報し、このインターネット関連の情報を利用してインターネット上の情報を容易にアクセスできるようにする技術について提案している（特願平９−１２２８６号）。この提案によれば、例えば、テレビジョン放送信号にウェブ情報やアイコン情報を重畳し、ウェブ情報中のリファレンス領域やアイコン領域に対するクリック操作によりＴＣＰ／ＩＰ接続により所定のウェブサーバにアクセスし、情報を容易に取得できる。
【０００３】
ところで、送信済みのコンテンツはキャッシュに保持されるが、場合によっては、後に、無効化したり、修正したりする必要がある。
【０００４】
【発明が解決する課題】
この発明は、以上の事情を考慮してなされたものであり、放送信号により送信されたコンテンツを後に無効化したり修正したりすることができる技術を提供することを目的としている。
【０００５】
【課題を解決するための手段】
この発明のコンテンツ伝送処理方法によれば、上述の目的を達成するために、放送信号を用いて送信したメッセージをキャッシュに記憶させ、さらにこのメッセージを無効にしたり、更新したりすることができる。
すなわち、この発明によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを無効にするときには、無効にするコンテンツメッセージの識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを無効化するようにしている。
【０００６】
また、この発明によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを修正するときには、修正したいコンテンツメッセージの識別子を含むコンテンツアップデータメッセージを放送信号により送信し、端末では、このコンテンツアップデータメッセージに基づいて、指定されたコンテンツメッセージを修正するようにしている。
【０００７】
以上のコンテンツデリートメッセージやコンテンツアップデートメッセージは地上波放送（テレビ、ラジオ等）やケーブル放送、衛星放送、データ通信放送によるコンテンツの伝送・保管にも適用できることはもちろんである。
【発明の実施の態様】
以下、この発明の実施例について説明する。なお、以下では、実施例をＢｉｔｃａｓｔ（株式会社インフォシティの商標）システムと呼ぶことにする。
【０００８】
１ Ｂｉｔｃａｓｔシステムの概要
１．１ Ｂｉｔｃａｓｔシステムの全体像
まず、Ｂｉｔｃａｓｔシステムの概要を簡単に説明する。
【０００９】
Ｂｉｔｃａｓｔシステムはデータ多重放送によってＨＴＭＬ形式のデータをハンドリングする、端末側・送出側・サーバー側システムのアーキテクチャ、それらを利用したコンテンツ／サービスの体系の総称である。
【００１０】
Ｂｉｔｃａｓｔシステムは、通信と放送の融合により、次世代メディアとその上のコンテンツ・サービスを確立する目的で開発された。その背景には、今後“放送のデジタル化”と“通信のギガビットネットワーク化”への潮流が加速すること、その上で、あるべきコンテンツ書式をインターネット準拠とすることが、コンテンツサプライヤー／ユーザーの双方にとって有益であるとの認識がある。
【００１１】
ＴＶ地上波を具体例とすると、Ｂｉｔｃａｓｔ（Ｂｉｔｃａｓｔ／ＶＢＩ：後述）は以下のような利用形態となる（図１）。
○地上波のＶＢＩ（垂直帰線消去期間）にインターネット形式のコンテンツ（ホームページなど）を重畳し、放送局より送出する。
○エンドユーザーがチューナー付きの対応ＰＣにより放送を受信し、ＴＶ画面を見ながら同時にコンテンツを見る。
○もしユーザーがさらに情報・サービスを得ようと思ったら、タグをクリックすることでダイヤルアップし、インターネット上の続きのぺージを表示する。
【００１２】
つぎにＢｉｔｃａｓｔシステムの特徴について簡単に説明する。
＜広い適用範囲＞
Ｂｉｔｃａｓｔシステムは、特定の送出媒体にとらわれることなく適用可能である。つまり地上波ＶＢＩだけでなく、衛星放送・ＣＡＴＶ・ＩＰマルチキャスト・地上波音声サブキャリア・デジタルＴＶ等を用いたデータ放送であれば、適用が可能である。
【００１３】
つまり今後のメディアタイプ／伝送容量の増加にも耐えうる、スケーラブルなコンテンツを指向してフォーマットを規定している。
＜Ｂｉｔｃａｓｔ／ＶＢＩ＞
地上波ＶＢＩを利用したデータ多重放送方式をＢｉｔｃａｓｔ／ＶＢＩと呼ぶ。Ｂｉｔｃａｓｔシステムの最初の実装は、これを対象としているため、Ｂｉｔｃａｓｔ／ＶＢＩを表記上Ｂｉｔｃａｓｔとすることがある。
【００１４】
ＶＢＩとは、ＴＶ電波のすき間といわれる走査線（垂直帰線消去期間）のことである。従来文字放送に利用されていた領域に加えて、１９９６年４月より新たに４ラインがデータ多重放送に利用可能になった。
＜インターネットへの接続＞
Ｂｉｔｃａｓｔ／ＶＢＩにより放送されるコンテンツ書式は、インターネットと同じくＨＴＭＬである。従って、放送したぺージからシームレスにインターネットのサービスに接続することが可能である。ただし、端末が電話線等でインターネットに接続できる事が条件となる。
＜ビジネスモデル＞
Ｂｉｔｃａｓｔシステムは、技術的に放送と通信を融合するのみならず、サービス・コンテンツレベルでの融合を目的としている。これは現行のＴＶ放送コンテンツの優位性やそのビジネスモデルを十分に生かして、通信（インターネット）コンテンツの内容面・ビジネス面でのレベルアップを図るものである。見方をかえると、インターネットのエレクトリックコマース（ＥＣ）を支援することが、Ｂｉｔｃａｓｔシステムの目的である。
＜送出から表示までの処理＞
Ｂｉｔｃａｓｔシステムが文字放送等と異なる特徴として、送出と表示の間の時間差がある。つまりＢｉｔｃａｓｔシステムでは受信されたコンテンツは、いったんハードディスク等のキャッシュに格納される。そしてＴＶ番組やＣＭの表示タイミングに同期して、画面に表示される。
＜ＴＶ番組にリンク＞
Ｂｉｔｃａｓｔシステムは、単にホームベージを無料でユーザーに届けるものではない。むしろ現在のＴＶ番組・ＣＭからホームベージへの”リンクを張る“ことが最大の特徴である。そのリンク先のページを、（伝送時間に余裕があれば）同時に放送し、さらに番組に同期して表示することが可能となっている。
＜ＥＣを支援＞
Ｂｉｔｃａｓｔシステムは、インターネットでのビジネスを支援する。つまり、インターネットの問題点である“広告が成立しにくい”という問題を解消することができる。
【００１５】
つぎに、Ｂｉｔｃａｓｔシステムの技術体系について簡単に説明する。
【００１６】
Ｂｉｔｃａｓｔシステムは、前述のとおりＢｉｔｃａｓｔ／ＶＢＩに始まり、今後複数のメディア（衛星放送、ＣＡＴＶ等）にも実装可能である。それら複数のメディア毎の長所を生かしつつ、メディアの伝送速度に依存しないスケーラビリティをコンテンツに付与するために、Ｂｉｔｃａｓｔシステムが備えるべき要件は３つのプロダクト（送出系システム／端末システム／プロトコル）として表現される。
【００１７】
これらの体系を、図２に示す。
【００１８】
ここでＢｉｔｃａｓｔ ｐｒｏｄｕｃｔｓ（製品群）として示されているのは、Ｂｉｔｃａｓｔ端末システム、Ｂｉｔｃａｓｔ送出系システム、Ｂｉｔｃａｓｔプロトコルの３種類である。Ｂｉｔｃａｓｔテクノロジーは、Ｂｉｔｃａｓｔ／ＶＢＩをはじめとして、Ｂｉｔｃａｓｔ／ＣＡＴＶ、Ｂｉｔｃａｓｔ／ＴＳＤ（音声サブキャリアを利用）、Ｂｉｔｃａｓｔ／Ｓａｔｅｌｌｉｔｅ、Ｂｉｔｃａｓｔ／ＩＳＤＢがある。
【００１９】
Ｂｉｔｃａｓｔ ＴｅｃｈｎｏｌｏｇｙとＢｉｔｃａｓｔ ｐｒｏｄｕｃｔｓの両者によって、Ｂｉｔｃａｓｔ Ａｒｃｈｉｔｅｃｔｕｒｅが構成されている。さらにＢｉｔｃａｓｔ ｓｅｒｖｉｃｅｓというユーザー向けのサービス内容がある。
【００２０】
それぞれのテクノロジー毎に製品群が必ずしも必要なわけではない。つまり衛星放送向けのＢｉｔｃａｓｔ端末システムが、地上波ＶＢＩ向けと異なるとは限らない。しかし、各メディアの特性を有効に生かすため、特定のメディアに特化した機能を各製品群ごとに用意してもよい。特に送出系システムについては、既存の設備との接続を考慮することが重要となる。
【００２１】
１．２ Ｂｉｔｃａｓｔのユーザー画面
ＢｉｔｃａｓｔブラウザはＰＣ上で動作し（他のプラットフオームでも移植可能）、複数の画面表示モードを持つ。その一つは標準モードであり、図３にその画面イメージを示す。この画面では、ユーザーは基本的にＴＶを見ている想定である。下部にＢｉｔｃａｓｔシステム特有の表示領域であるビットキャストバーがあり、ここにＶＢＩを通じて送られたコンテンツの一部（バナー状の領域：ビットマークと呼ぶ）が表示される。ビットマークをクリックすることにより、画面は詳細モードに切り替わる（図４）。
【００２２】
詳細モード（図４）では、複数の画面パーツ（コントロール）が表示される。ＴＶコントロールにＴＶが表示され、同時にブラウザコントロールにＨＴＭＬが表示される。このＨＴＭＬは、ＶＢＩを通じて送られたものから始まり、ユーザーがクリックしてリンクをたどることによって、インターネット上のＷＷＷサーバへ接続可能である。
【００２３】
多目的エリアには、様々なアプリケーションが想定されている。それらについては後述するが、特定の番組向けアプリケーションなどが開発できるよう、ＴＶコントロールやブラウザコントロールとのインターフェースＡＰ１（Ｂｉｔｃａｓｔ Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：ＢＡＰＩ）が定義されている。
【００２４】
ユーザー画面についての詳細は、後述する。
【００２５】
１．３ Ｂｉｔｃａｓｔシステムの機能
Ｂｉｔｃａｓｔシステムによって可能となるサービスは、エンドユーザーからみると以下のものがある。
○テレビ番組とコンテンツの表示
Ｂｉｔｃａｓｔシステムの基本機能は、ホームページの送出である。その際、文字放送と同様にＴＶ側の番組やＣＭと無関係の内容を独自のタイミングで送出する方式（独立型）と、ＴＶ番組／ＣＭと連動した内容を、連動したタイミングで送出する方式（連動型）がある。
○テレビ番組とインターネットの連動
送出されたホームページから、さらにリンクをたどることでインターネット上のサービスを利用可能である。特にカタログ請求やユーザー登録、さらにはオンラインショッピング等では、ＴＶ放送では成し得なかったきめの細かいサービスを提供可能である。
○ファイルのダウンロード
Ｂｉｔｃａｓｔシステムのコンテンツは、送出後いったん端末側のハードディスクに格納されるため、その仕組みを用いてファイル転送／配布サービスが実現できる。雑誌の電子版等、各種のサンプル配布に特に有効である。
○クリッピング
Ｂｉｔｃａｓｔプロトコル中には、送出されるコンテンツにキーワードを付加することが可能である。このキーワードを用いると、あらかじめユーザーが指定したキーワードにマッチしたコンテンツだけを保存するなど、効率よく情報を利用可能となる。そのためにキーワードの体系（コード）が整備されている。
○フリーダイヤル・インターネット
コンテンツ送出時に、電話番号を付加する事ができる。送出されたコンテンツから、さらにインターネットに接続する場合、ユーザーがネットワーク使用料や電話代を負担する必要が無いケースがある（通販のフリーダイヤルのイメージ）。そのような場合の利用を想定している。
○アプリケーションプログラムの配信
ファイルダウンロードと同様に、アプリケーションソフトを配布できる。従って、バージョンアップサービスもＢｉｃａｓｔシステムにより可能となる。配信されるソフトは、ＶＢＩデータ放送やインターネットを駆使したものにすることができる。
○Ｂｉｔｃａｓｔ端末ソフトのバージョンアップ
アプリケーションプログラムの配信の一形態ではあるが、Ｂｉｔｃａｓｔシステムの端末ソフト自身も、同様にバージョンアップが可能である。これにより、将来より多くのサービスを提供可能となる。
○ビデオ予約
クリッピングと同様の考え方になるが、Ｂｉｔｃａｓｔシステムによって本編の各番組・ＣＭにデジタル情報のヘッダーを付けることが可能である。このヘッダー情報を用いて、放送でどの番組が今流されているかを端末が判断可能となる。この機能とＰＣからビデオ制御可能なことを組み合わせて、例えば今夜９：００からのドラマを録画予約した場合に、ナイター等で放映時間がずれても問題無くビデオ録画することが可能となる。ただしこのためには、実際にドラマ番組が始まるタイミングで番組ヘッダーを送出する必要があり、また受信したブラウザがビデオをコントロールする必要がある。
○ＥＰＧ（Ｅｌｅｃｔｏｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）の配布
ダウンロードやビデオ予約等に必要な、ＥＰＧを配布可能である。このＥＰＧには、本編の番組と同時にＢｉｔｃａｓｔコンテンツも記載してもよい。上で触れたヘッダーレベルの情報や、さらに詳細な情報（あらすじ、登場人物）等を盛り込んだＥＰＧが可能となる。現在インターネットで行われているＥＰＧ的なサービスとの連携も可能である。
○画面レイアウトの配信
Ｂｉｔｃａｓｔ端末システムは、ＴＶやＨＴＭＬブラウザといった複数のコンポーネントから成っている。それらの表示時のサイズ・位置等は、ユーザーが自由に設定可能であるが、ユーザーがオートモードに設定した場合にはシステム設定の表示レイアウトが選択される。この時、ある番組に関して放送局からレイアウト指定情報を送出することにより、デフォフオルトではなく局指定のレイアウトでユーザーが視聴することも可能である。特にニュース／バラエティ番組等において便利な機能である。
○有料放送
有料放送に対応するために、番組単位でコンテンツをスクランブルすることが可能である。解読キーの入手は、あらかじめ解読キーを購入しておいてもらう場合や、インターネットからオンラインで入手する場合等がある。
○時刻合わせ放送
ＶＢＩを使用して時刻信号送出が可能である。これによって、受信端末（ＰＣ）の日付／時間を変更（アジャスト）することができる。ただし、これはＢｉｔｃａｓｔシステムで常に時刻信号を送出するという意味ではない。
○ユーザープロファイルの管理
Ｂｉｔｃａｓｔブラウザは、インストール時にユーザーの個人情報を記憶することが可能である。従って、オンラインショッピング等で個人情報（氏名・住所・電話番号等）を入力する際に、あらかじめ登録した情報をワンタッチでセットすることが可能となる。
○他のＶＢＩ放送との連携
Ｂｉｔｃａｓｔ／ＶＢＩはアプリケーションサービスを何ら規定していない。従って、あらゆるＶＢＩアプリケーションに対してオープンである。つまりＯＳＩモデルの第５層レベルでＨＴＴＰを拡張した構造となっているため、上位プロトコルのＨＴＭＬにはいかなる拡張も加えていない。これにより、コンテンツ書式がＨＴＭＬ以外であっても、Ｂｉｔｃａｓｔによる送出／受信は可能である。例えば、電子新聞やインターテキストに関してエアーフォーマットが認識できれば、Ｂｉｔｃａｓｔブラウザに表示するための機能拡張は実現可能である。
【００２６】
１．４ Ｂｉｔｃａｓｔシステムのサービスイメージ
Ｂｉｔｃａｓｔシステムは、地上波テレビ放送（データ多重放送）の利点である“大衆性”とインターネットの利点である“双方向性”の両方を取り込んだ技術である。同時に、現在のテレビ番組の優位性（優れたコンテンツ）を生かす番組連動型のサービスと、特に本編の番組とは連動しない文字放送的な番組独立型サービスの両者が可能である。
【００２７】
従って、連動型／独立型という分類と、片方向型／双方向型という２つの軸の組み合わせにより、Ｂｉｔｃａｓｔで可能なサービスは整理できる。（図５）
【００２８】
１．５ Ｂｉｔｃａｓｔのシステムコンポーネント
Ｂｉｔｃａｓｔ／ＶＢＩの実現には、放送局内にＢｉｔｃａｓｔ送出系システムが、受信端末にＢｉｔｃａｓｔブラウザが必要である。それらについての概略は、以下のとおりである。
○Ｂｉｔｃａｓｔ送出系システム
あらかじめオーサリングされたコンテンツを、スケジュールに従ってＶＢＩに乗せて送出するシステムである。パッケージャ／スケジュールエディタ／シーケンサという３種のサブシステムを中心に構築される。システム構成上は、最小で４〜５台のＰＣ（ファイルサーバーを含む）と、ＶＢＩインサータ（および周辺機器）で構築される。
○Ｂｉｔｃａｓｔ端末システム（Ｂｉｔｃａｓｔブラウザ）
ＰＣ上で動作するソフトウェアである。初期バージョンはＷｉｎｄｏｗｓ９５（米国マイクロソフト社の商標）を対象ＯＳとして開発された。内部的にはＴＶコントロール／ブラウザコントロール／キャッシュコントロール／ビットキャストバーというコンポーネントから構成される。それらはＡｃｔｉｖｅＸ（米国マイクロソフト社の商標）により実装される。ＡｃｔｉｖｅＸの利用により、Ｂｉｔｃａｓｔブラウザは容易に機能拡張可能であり、前述のとおり番組毎に異なるコンポーネントを付加することができる。
【００２９】
また、インターネットのＩＰサーバー上にも、種々のコンポーネントを実装することができる。そのようなコンポーネントは、Ｂｉｔｃａｓｔシステムを通じたエレクトリックコマースをよりスムースに利用可能な機能を実現する。
【００３０】
１．６ Ｂｉｔｃａｓｔのビジネスモデル
図６に示すように、ＢｉｔｃａｓｔのビジネスモデルはＴＶ放送におけるそれと、インターネットにおけるそれとを融合したものである。
【００３１】
２ Ｂｉｔｃａｓｔ端末システム
２．１ 端末システム概要
端末システムは、Ｗｉｎｄｏｗｓ９５が動作するＰＣ上で動作し、Ｂｉｔｃａｓｔカード（ハードウエア）とＢｉｔｃａｓｔブラウザ（ソフトウエア）から構成される。これを図７に示す。
（１）対象ハードウエア
ＩＢＭ−ＰＣ（米国インターナショナルビジネスマシーンズ社の商標）互換機またはＰＣ−９８（日本電気株式会社の商標）シリーズ。
（２）Ｂｉｔｃａｓｔカード
地上波テレビ放送に重畳されたデジタル情報を抽出するハードウエア。
（３）Ｂｉｔｃａｓｔブラウザ
情報の蓄積、表示等を行うアプリケーションソフトウエア。
【００３２】
２．２ 外部仕様
２．２．１ 画面構成
Ｂｉｔｃａｓｔ端末システムは、「標準モード」と「詳細モード」の２種類の画面表示モードをもつ。
（１）標準モード
図３に標準モード画面構成を示す。標準モードでは、ＶＢＩにより伝送された関連情報はほとんど表示されず、テレビのみが大きく表示される。画面右側は、チャンネル切り替え、音量切り替えなどの一般的なチューナ制御部である。画面下部は、受信した情報をアイコン表示する領域と、Ｂｉｔｃａｓｔブラウザ全体のコマンドボタンを配置した領域からなる「Ｂｉｔｃａｓｔバー」である。本モードはＢｉｔｃａｓｔブラウザを視聴中、最も長時間利用される画面モードである。ユーザはインタラクティブに情報と接するのではなく、現状のテレビ放送と同様、浴びるように情報（テレビ放送）と接することを想定している。利用者は通常のＰＣ使用時に比べて画面から少し離れていることを考慮し、大きなパーツを線的に配置し、リモコンでの操作を可能にしている。
（２）詳細モード
図４は詳細モードを示す。詳細モードでは、テレビ放送の映像、音声に加え、画面右側にＶＢＩにより伝送された関連情報を表示する。標準モードで、利用者がビットマークアイコンをクリックすると本モードに移行する。左下は多目的に使用されるスペースで、主に過去に受信したコンテンツの一覧表示（キャッシュ表示）に使用する。本モードは利用者が内容に関心をもったときに使用され、使用スタイルも標準モードが家電商品の外観であったのに対し、一般的なＰＣに近いものとなる。
【００３３】
２．２．２ コンポーネントとその機能
２．２．２．１ コンポーネント構成図
図８はコンポーネント構成を示す。
２．２．２．２ テレビコントロール
テレビコントロールは、テレビの表示及び、チューナ制御のＵＩ（ユーザインタフェース）を提供するコンポーネントである。ＡｃｔｉｖｅＸ仕様により定められたインターフェースにより実装され、ＷＷＷブラウザ内にテレビを表示することも可能である。主な機能を以下に示す。
（１）テレビの表示
（２）チャンネル切り替え
チャンネルの切り替え及び、地上波、ＣＡＴＶ、ＢＳの切り替えを行う。
（３）音量調整
（４）フリーズ
（５）画面サイズの変更
テレビ表示部を４０×３０の整数倍の単位でリサイズする。
（６）キャプチャ
テレビ画面の静止画キャプチャを行う。
【００３４】
これらの機能は、Ｖｉｄｅｏ ｆｏｒ Ｗｉｎｄｏｗｓ用のビデオキャプチャドライバが提供する機能に強く依存する。入力ソースの切り替えは、テレビチューナドライバの機能に依存する。
【００３５】
図９にブラウザコントロールを示す。ブラウザコントロールは、ＶＢＩにより伝送されたコンテンツを表示する機能を提供する。コンテンツは、ＨＴＭＬなど、ＷＷＷで使用されるフォーマットで伝送され、それを表示する本ブラウザは、インターネット用のブラウザとしても機能する。上流との接続は、ダイアルアップＰＰＰにより提供される。コンテンツにアップストリーム経路（電話番号）が指定されている場合は、指定された電話番号を使用してダイアルアップ接続を行う。それ以外は利用者のＷｉｎｄｏｗｓ９５の設定に従い通常のダイアルアップ接続を行う。
（１）Ｂａｃｋ
前に戻る。
（２）Ｆｏｒｗａｒｄ
次に進む。
（３）Ｈｏｍｅ
デフォルトのぺージに進む。
（４）Ｒｅｌｏａｄ
再度読み込む。
（５）Ｍａｒｋ
ブックマークに登録する。
（６）文字列の検索
（７）印刷
【００３６】
２．２．２．４ キャッシュコントロール
図１０はキャッシュコントロールを示す。キャシュコントロールは、受信され、蓄積されているＢｉｔｃａｓｔコンテントをグループ分けし、一覧表示するコントロールである。コンテントをダブルクリックすることにより、ブラウザ部に指定されたコンテントが表示される。
（１）名前（Ｎａｍｅ）
Ｂｉｔｃａｓｔのコンテントグループの名前を表示する。名前はコンテント制作側が決定する。ダブルクリックにより該当するコンテントがＷｅｂブラウザに表示される。コンテントが実行ファイルの場合は、当該ファイルを実行する。
（２）Ｓｔａｔｉｏｎ
放送局を識別する名前を表示する。地上波の場合、文字列「ＴＶ」に続き、チャンネル番号を表示する。
（３）Ｄａｔｅｔｉｍｅ
受信の日時、時刻を表示する。
（４）カテゴリ
カテゴリ（ジャンル）を表示する。
（５）ごみ箱アイコン
グループ単位で削除する。
（６）本棚アイコン
ファイルを通常のファイルとしてエキスポートする。
（７）タイマーアイコン
受信予約ダイアログを起動する。受信したファイルはキャッシュに保存される。受信予約により保存されたファイルは、他のファイルより優先してキャッシュに残る。
【００３７】
２．２．２．５ Ｂｉｔｃａｓｔ Ｂａｒコントロール
Ｂｉｔｃａｓｔ Ｂａｒコントロールは、常にデスクトップ下部に表示されるアプリケーションデスクトップバーである。
（１）ビットマーク表示部（図１１）
Ｂｉｔｃａｓｔ Ｂａｒコントロールの左部分は、ビットマーク表示部である。ビットマークは関連情報を受信したことを利用者に伝えるアイコンで、これをクリックすることにより、その情報をブラウザ部に表示される。標準モードで使用中にクリックすると、詳細モードに移行する。アイコンの大きさは横８８ドット×縦３１ドットで、ホームページ上で一般的に使用されている。幅２ドットの外枠をもち、立体感を持たせているのが一般的である。受信した順に左から表示されるため、最新情報は、右端に表示される。画面に入りきらなくなった場合は自動スクロールする。右側のボタンはビットマーク領域のスクロール制御部である（図１２）。ブラウザ部に該当コンテンツが表示されるのではなく、ビットマーク領域がスクロールするだけである。
（２）ツールバー部（図１３）
ツールバーはアプリケーション全体に対するコマンドを生成するものである。詳細を図１４に示す。
【００３８】
２．２．３ 処理方式概要
ＶＢＩよりデータ受信からブラウザに表示するまでの概略フローを図１５に示す。
【００３９】
２．２．４ 表示タイミング解説
（１）受信インジケータ
ＶＢＩの階層３（ネットワーク層）のデータパケットの受信により、ビットキャストバーの端に受信インジケータ点滅する。受信インジケータは、ユーザーに対し何らかのＢｉｔｃａｓｔ放送が放送中であることを知らせるためのＵＩアイテムである。
（２）ＷＷＷコンテンツ
送出側で自動表示が指定されたＷＷＷコンンテンツは、指定された時刻にＷｅｂブラウザ内に自動的に表示される。
（３）Ｂｉｔｍａｒｋ
Ｂｉｔｍａｒｋは、ＷＷＷコンテンツと同様に送出側が表示時刻を指定する。端末側は、指定された時刻にＢｉｔｍａｒｋをＢｉｔｃａｓｔバーに表示する。
【００４０】
２．３ 内部仕様
３．３．１ コンポーネント構成
コンポーネント構成を図１６に示す。影付きのブロックはＢｉｔｃａｓｔブラウザの構成部分である。
【００４１】
コンポーネントの機能を表に示す。
【００４２】
【表１】
以降、概ね図１５の番号順に各コンポーネントの内部仕様を解説する。
【００４３】
２．３．２ テレビコントロール（１０）
テレビコントロールは、テレビの表示、チューナ制御等を行うコンポーネントである。チューナー制御はテレビチューナマネージャを介して行う。テレビの表示、ＡＶＩファイルの作成、表示等は、Ｖｉｄｅｏ ｆｏｒ Ｗｉｎｄｏｗｓを利用して行う。ＡｃｔｉｖｅＭｏｖｉｅがキャプチャや、オーバーレイ表示をサポートすれば、Ｖｉｄｅｏ ｆｏｒ ＷｉｎｄｏｗｓからＡｃｔｉｖｅＭｏｖｉｅへ移行できる。テレビコントロールは、ＡｃｔｉｖｅＸ Ｃｏｎｔｒｏｌのインターフェースに準拠して実装されるため、将来はブラウザ上に表示されたコンテンツにテレビコントロールを埋め込むことも可能である。
【００４４】
２．３．３ ＶＢＩキャプチャドライバ（１１）
ＶＢＩデジタイザＨ／Ｗを制御し、パケットを取り出すソフトウエア。取り出したパケットは、ＶＢＩキャプチャマネージャに渡される。本モジュールは、Ｈ／Ｗに強く依存し、ＶＢＩデジタイザＨ／Ｗベンダーより提供される。
【００４５】
２．３．４ ＶＢＩキャプチャマネージャ（１２）
ＶＢＩキャプチャドライバより渡されたパケットを組み立て、第４層（トランスポート層）のデータ（データグループ）を組み立てる。組み立てたデータグループは、Ｂｉｔｃａｓｔブラウザだけでなく、他のＶＢＩ対応アプリケーションにも提供する。複数のＶＢＩ対応アプリケーションを同時に動作させるためである。
【００４６】
２．３．５ Ｂｉｔｃａｓｔローダ（１３）
Ｂｉｔｃａｓｔローダは、ＶＢＩキャプチャドライバより渡されたデータグループ（Ｂｉｔｃａｓｔプロトコル）をデコードするモジュール。ＨＴＭＬまたはＧＩＦ等で記述されたコンテントを受信した場合は、受信したデータグループから、コンテントとコンテント属性を抽出し、キャッシュコントロールに引き渡す。属性中に、表示時刻等が含まれる場合は、シーケンスコントローラに通知する。
【００４７】
２．３．６ キャッシュコントロール（１４）
キャッシュコントロールは、Ｂｉｔｃａｓｔローダより渡されたコンテント情報とコンテントに付属する属性情報（コンテントの名前（疑似ＵＲＬ）、ＭＩＭＥタイプ、表示タイミング情報など）を全て蓄積する。キャッシュ容量が特定の値より大きくなった場合、有効期限の切れた古いコンテンツは削除される。
【００４８】
２．３．７ シーケンスコントローラ（１５）
シーケンスコントローラは、Ｂｉｔｃａｓｔローダから表示すべき時刻と表示すべきコンテントを受け取り、それを記憶する。タイマーを監視し、記憶している時刻に到達すると、ブラウザコントロールに対し、Ｎａｖｉｇａｔｅに要求を出す。
【００４９】
２．３．８ブラウザコントロール（１６）
ＨＴＭＬなどの形式で送られたＶＢＩにより送られる関連情報を表示するコントロールである。ブラウザコントロールの中にさらにＷｅｂＢｒｏｗｓｅｒコントロールを含む。ＷｅｂＢｒｏｗｓｅｒコントロールは、Ｗｅｂの表示エリアのコントロールで、通常のブラウザのエンジン部分と等価なコンポーネントである。したがって、ＨＴＭＬの対応レベル等は、全て標準的なＷｅｂブラウザに準拠する。
【００５０】
通常のＵＲＬを指定した場合は、インターネット用のＷｅｂブラウザとして動作する。Ｂｉｔｃａｓｔの疑似ＵＲＬを指定した場合や、シーケンスコントローラからのＮａｖｉｇａｔｅ呼び出しを受けた場合は、インターネットに対するコンテントリクエストではなく、Ｄｅｌｅｇａｔｅに対するコンテント呼び出しが行われる。
【００５１】
２．３．９ Ｄｅｌｅｇａｔｅ（１７）
ＷｅｂＢｒｏｗｓｅｒからの呼び出しを受ける代理サーバ。呼び出しを受けるとキャッシュコントロールを呼び出して当該コンテントを取得し、ＷｅｂＢｒｏｗｓｅｒへ返す。ＷｅｂＢｒｏｗｓｅｒから見ると、通常のＷｅｂサーバとして振る舞う。
【００５２】
２．３．１０ Ｂｉｔｃａｓｔ Ｂａｒコントロール（１８）
コントロール内部に、ビットマークのアイコンとリンク先のペア情報を一覧情報として蓄積する。コントロールは、シーケンスコントローラよりビットマーク表示タイミングの通知を受けると、キャッシュコントロールを呼び出してアイコンイメージ情報を取得し、一覧に追加し、アイコンを表示する。
【００５３】
２．３．１１ データ管理
２．３．１１．１ キャッシュ上のデータ管理
コンテント自体はそれぞれ独立したファイルとして、キャッシュ用のディレクトリに保存される。
【００５４】
２．３．１１．２ ファイルシステム
（１）Ｂｉｔｃａｓｔデータディレクトリ
Ｂｉｔｃａｓｔデータディレクトリは、Ｂｉｔｃａｓｔのキャッシュ情報を格納するディレクトリである。ディレクトリは、インストール時に決定し、レジストリに記憶する。
（２）キャッシュデータベース
コンテントの名前やその他の属性は、ＪＥＴエンジン（Ｗｉｎｄｏｗｓ９５で標準で添付されるデータベースエンジン。）を使用して管理する。データベースファイルは、Ｂｉｔｃａｓｔデータディレクトリに保存され、ファイル名は’ＢｉｔＣａＳｔ・ＭＤＢ’固定とする。
（３）コンテントファィル
コンテントの実体はそれぞれ独立したファイルとしてキャッシュディレクトリに格納される。キャッシュディレクトリは、Ｂｉｔｃａｓｔデータディレクトリの中にあり、ディレクトリ名は’Ｃａｃｈｅ’固定。コンテントファイル名は、キャッシュデータベースが自動生成し、キャッシュデータベース内に格納される。
（４）ドロップディレクトリ
キャッシュコントロールで、コンテントを本棚アイコンへドロップし、ファイルへのエキスポートを行った時の転送先ディレクトリのデフオルト。
【００５５】
２．４ 機能拡張の考え方
画面左下部（多目的エリア）の目的は、Ｂｉｔｃａｓｔブラウザ白体をアップグレードすることなしに、ブラウザの機能を拡張することである。機能拡張を行えるようにするため、多目的エリアはＡｃｔｉｖｅＸコントロールコンテナインターフェースを実装している。放送局、番組制作会社等は、ＡｃｔｉｖｅＸコンロールを作成して、番組に特化したカスタムブラウザを作成できる。
また、本端末システムは、内部にサーバ機能を含んでいるため、テレビ表示機能とブラウザ機能を削除することにより、ＬＡＮ環境などで使用するためのサーバー機を構築することが可能である。
【００５６】
３ Ｂｉｔｃａｓｔ送出系システム
３．１ 送出系システム概要
３．１．１ 論理システム構成
Ｂｉｔｃａｓｔ送出系システムは、放送局においてＢｉｔｃａｓｔによるＶＢＩ放送を行うためのハードウェア／ソフトウェアシステムである。
【００５７】
主要な機器は論理的には５つのサブシステムから構成される。そのうち３つのサブシステムについては、Ｂｉｔｃａｓｔの規格として規定されており、残りについては、各放送局の事情に合わせた独自システムとなる。
【００５８】
図１７は送出系のシステムを示す。
○オーサリングサブシステム（２１）：
送出する画像・プログラム等（ＶＢＩコンテンツ）を編集するための機器。
○パッケージャーサブシステム（２２）：
送出する画像、プログラム等を一つの固まり（送出単位）に編成するための機器。
○スケジユールエディタサブシステム（２３）：
編成されたパッケージを、いつ、何回送出するかを設定するための機器。なお、従来スケジューラと呼ばれていたが、混乱を招くためスケジュールエディタとした。
○シーケンササブシステム（２４）：
設定されたスケジュールに従い、データ変換・送出を制御する機器。
○ＶＢＩインサーションサブシステム（２５）：
ＶＢＩインサータ以降の、送出機器。
【００５９】
３．１．３システム運用イメージ
ネットワーク構成図の例を図１８に示す。ここでは、局内にインターネットサーバーを設置した構成としている。
【００６０】
この環境では、番組作成担当のセクションでファイルサーバー（ローカルサ一バーと命名）を使用してオーサリングを行い、完成したコンテンツを編成担当セクションのファイルサーバー（ＦＴＰサーバー）にコピーする運用を考えている。その上で編成担当はスケジュールエディタを用いて送出時間を割り当て、シーケンサがその時間通りに送出をおこなう構成である。
【００６１】
また、この環境における番組作成から送出までの作業手順を、図１９に示す。
【００６２】
３．２ パッケージャ外部仕様
３．２．２ 機能解説
図２０はパッケージャの機能を示している。本アプリケーションは、プロジェクトファイルまたはＧＵＩによって、Ｂｉｔｃａｓｔの放送を行うためのデータファイルを作成するものである。本アプリケーションによって作成されたファイルはパッケージファイルと呼び、Ｂｉｔｃａｓｔの放送時に必要な時間パラメータやＢｉｔｃａｓｔ端末での番組の表示やＢｉｔｃａｓｔ端末での、コンテンツの振る舞いを決めるパラメータを含む。また、すでに作成されたパッケージファイル同士の結合、パッケージファイルの内容チェックやプレヴュー機能などを持つ。
【００６３】
３．２．３ 機能一覧
・基本機能
複数素材をＢｉｔｃａｓｔ ｆｏｒｍａｔの一つのファイルにする。一つのファイルに統合するときに、時間的矛盾や設定パラメータの矛盾をチェックし警告する。
・チェック機能
ｐａｃｋａｇｅファイルに含まれるコンテンツのファイル名や設定されているパラメータを表示する。
・マージ機能
複数のパッケージファイルを一つのパッケージファイルにする。
・Ｖｉｅｗｅｒ機能
パッケージファイルのプレヴュー機能
・自動作成
ディレクトリを指定すると、そのディレクトリ以下のファイルをすべてとりこんでパッケージファイルを作成する。（あらたにＢｉｔｃａｓｔ用にぺージを作成するときに用いられる）
・自動パース
あるＨＴＭＬファイルを指定すると、そのファイルのあるディレクトリをカレントディレクトリとして、そのＨＴＭＬファイルをパースし、ｇｉｆファイルやリンク先のファイルを取り込んでパッケージファイルにする。（既存のホーム・ページからのミグレーションに用いられる。）
３．２．４ 設定項目
Ｂｉｔｃａｓｔプロトコル仕様参照
３．２．５ 処理方式概要
３．２．５．１ コマンドライン版
（パッケージファイルの作成）
プロジェクトファイルを作成し、ＤＯＳプロンプトから、そのファイル名を引数としてパッケージャを起動する。
例：ｐａｃｋａｇｅｒａｂｃ．ｐｋｇただし、このときプロジェクトファイル内に記述されたファイルおよびディレクトリパスはパッケージャアプリケーションが存在するディレクトリからの相対パスとなる。（絶対パスの指定方法もある）（チェック機能）
パッケージファイルに含まれているコンテンツのファイルおよびパラメータを標準出力に出力する。
例：ｐａｃｋａｇｅｒ −ｖ ｐａｃｋａｇｅｆｉｌｅｎａｍｅ．ｂｐｋ
（パッケージファイルのマージ）
あるパッケージファイルともうーつのパッケージファイルを結合して一つのパッケージファイルにする。このとき時間的タイミングは先に指定された方のパッケージファイルが前になる。
例：ｐａｃｋａｇｅｒ −ｍ ｐａｋｃａｇｅｆｉｌｅ１．ｂｐｋ，．．．，ｐａｃｋａｇｅｆｉｌｅＮ．ｂｐｋ
（プレヴュー）
パッケージファイルを指定して、そのパッケージの送出をエミュレートする。エミュレートされた結果はＣＯＭ１に出力される。
例：ｐａｃｋａｇｅｒ −ｅ ｐａｃｋａｇｅｆｉｌｅ．ｂｐｋ
（自動作成）
例：ｐａｃｋａｇｅｒ −ｄ ｄｉｒｅｃｔｏｒｙｐａｔｈ
（自動パース）
例：ｐａｃｋａｇｅｒ −ｐ ｆｉ１ｅｎａｍｅ．ｈｔｍｌ
【００６４】
３．２．５．２ ＧＵＩ版
（パッケージファイルの作成）
アプリケーションのファイルメニュ内のパッケージファイルの作成を選択する。
ファイルセーブダイアログが表示され、ディレクトリおよびファイル名を指定して保存する。
（チェック機能）
パッケージャのエディタ内に表示される。
（パッケージファイルのマージ）
ファイルメニュ内の結合を選択、このときファイル選択ダイアログが表示される。結合したパッケージファイルを選択する。ここでは、すでに結合されるもととなるパッケージファイルは開かれているものとする。
（プレヴュー）
ファイルメニュ内のプレヴューを選択する。
（自動読み込み）
ディレクトリを選択して、そのディレクトリ内にあるファイルをすべて読み込む。その後、エディタでパラメータの設定または調整をおこなう。
（自動パース）
読み込んだＨＴＭＬファイルを選択し、ファイルにメニューからバースを選択する。ＵＲＬで指定されたファイルを見つけられなかった場合はファイルダイアログを表示し、これにより直接素材ファイルを読み込む。
【００６５】
３．２．６ ビットマーク
プロジェクトファイルには最低一つのビットマークが必要である。ビットマークの実体はＧｉｆファイルであるが、その拡張子は”．ｉｃｎ”である。ビットマーク用のＧｉｆファイルを作成し、ファイル名をｘｘｘ．ｇｉｆからｙｙｙ．ｉｃｎに変更する（×××とｙｙｙが等しくてもよい）。
【００６６】
３．３ パッケージャの内部仕様
パッケージャの内部仕様について説明する。図２１に処理フローを示す。
【００６７】
また図２２にパッケージファイルのデータ構造を示す。
【００６８】
フラグメントプロトコルヘッダーの構造を図２３に示す。
ｌｅｎ：フラグメントプロトコルヘッダーの後につづくデータのバイト数。ただし、そのデータが６４ＫＢを超えるときにはデータを複数に分割し、６４ＫＢを超えた分のデータにもフラグメントプロトコルヘッダーを創出し分割する。
ＳＢ：このヘッダーの後に続くデータがコンテントメッセージデータの始まりであることを示す。
ＥＢ：このヘッダーの後に続くデータがコンテントメッセージデータの終わりであることを示す。ここで、ＳＢおよびＥＢが同時にある場合は、このヘッダーの後に続くデータが６４ＫＢ以内のものである。
ｃｈｕｎｋ：後に続くデータが６４ＫＢを超えるときにデータを分解した為、この分解したデータの順序の値。
ｓｌｏｔ：同時に全く別のデータを放送する場合に、それぞれのデータのグループの番号の値。
ｍｅｄｉａ：このデータが放送されるメディアを一意に決定する番号の値。
ｃｈａｎｎｅｌ：ｍｅｄｉａで表される放送媒体におけるチャンネルの値。
【００６９】
コンテントメッセージのデータ構造を図２４に示す。
３．４ スケジュールエディタの外部仕様
３．４．１ 機能解説
３．４．１．１ スケジュール単位
スケジュールエディタでスケジュールする単位はパッケージファイル単位である。
３．４．１．２ 機能
○スケジュールを読み込む。
○スケジュールを編集する。（ＧＵＩ）
○スケジュールファイルを出力する。（ＧＵＩ）
○スケジュールファイルを更新する。（ＧＵＩ）
○スケジュールの登録をシーケンサに通知する。
○スケジュールの更新をシーケンサに通知する。
○スケジュールの削除をシーケンサに通知する。
○現在のスケジュールの状況をシーケンサから取得する。
３．４．１．３ スケジュール項目
スケジュールファイルの仕様参照。
【００７０】
３．４．２ 処理方式概要
３．４．２．１ コマンドライン版
スケジュールを登録する。
例：ｓｃｈｅｄｕｌｅ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
スケジュールを更新する
例：ｓｃｈｅｄｕｌｅ −ｕ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
スケジュールを削除する
例：ｓｃｈｅｄｕｌｅ −ｄ ｓｃｈｅｄｕｌｅｆｉｌｅｎａｍｅ
【００７１】
３．５ スケジュールエディタ内部仕様
３．５．１ 処理フロー
処理フローを図２５に示す。
【００７２】
３．５．２ スケジュールの通知方法
スケジュールに関する各種通知は以下のプロトコルによりシーケンサに通知される。図２６に示すフォーマットのデータを用いて各種のコマンドをＴＣＰ／ＩＰを通じてシーケンサに通知する。
【００７３】
３．５．３ コマンド体系
構成ファイル関連：１
素材ファイル関連：２
【００７４】
３．５．４ サブコマンド
登録：１
削除：２
更新：３
取得：４
【００７５】
３．５．５ 構成データフォーマット
構成データのフォーマットを図２７に示す。
【００７６】
３．５．６ 素材情報データのフォーマット
素材情報フォーマットを図２８に示す。
【００７７】
３．５．７ その他
データ部にデータが必要がない場合にはデータ長に４バイト０ｘ０を入れる（図２９）
【００７８】
３．５．８ コマンド送出方法
ＷｉｎＳｏｃｋを使用してアプリケーション間通信を行う。
【００７９】
３．６ シーケンサ外部仕様
３．６．１ 画面構成
３．６．２ 機能解説
３．６．２．１データ階層
第５層でシーケンサアプリケーションに渡される。
３．６．２・２ 機能一覧
○スケジュールファイルおよびパッケージファイルに従いＶＢＩインサータに出力する。
○指定された走査線数でインサータにデータを送る。
○ほかの送出に割り込んで時刻データをインサータに送る。
○同時に複数データを送出する場合は優先レベルの高い方を送出し、空いた時間に優先レベルの低いデータを送出する。
○スケジュールを更新する。
○インサータへのデータの送出を停止、再開する。
○インサータへのデータの送出を中止する。
○現在のスケジュールを返す。
○ＴＣＤを設定する。
○ログファイルを出力する。
○別のサービスも送出する。
【００８０】
３．６．３ 処理方式概要
３．６．３．１ 概要
スケジュールに従いインサータにデータを送出する。
スケジュールファイルに記述された、送出時刻と送出バッケーファイルを参照し、そのパッケージファイルの送出時刻前にファイルサーバよりパッケージファイルを取り込んでおく。
シーケンサはスケジュールファイルに記述された送出時刻とパッケージファイル内に記述された相対時間により、コンテンツメッセージ単位で送出時刻からの相対時間でインサータに送出する。
指定された走査線数でインサータにデータを送る。
時刻データを送出する。
優先順位順に送出する。
新しく通知されたスケジュールに変更する。
【００８１】
３．６．３．２ 通知方法
コマンド体系を規定し、そのコマンドをシーケンサに送信することにより、シーケンサは受け取ったコマンドにしたがって動作する。
【００８２】
３．６．４ ＶＢＩインサーションの要件
３．６．４．１信号仕様
通信レベル：ＲＳ４２２
同期方式：歩調同期式
通信速度：１５３．６Ｋｂｐｓ／４８Ｋｂｐｓ 切り替え
入力データ：
スタートビット：１ビット
データ：８ビット
パリティ：奇数／偶数パリティ切り替え
ストップビット：１／２切り替え
データ長：３７バイト
制御信号：
ＩＮＳ ＥＮＡ：０（正）入力データイネーブル
ＤＡＴＡ ＲＥＱ：０（負）入力データの要求パルス
ＤＡＴＡ ＥＲＲ：０（負）入力データの受信エラー
【００８３】
３．６．４．２ インサータへ送出するデータ
一回のパケットは３７バイトである。その内訳は図３０のとおりである。
３．６．４．３ 入力タイミング
入力タイミングは図３１に示すとおりである。
【００８４】
３．６．５ 外部インターフェース
外部インターフェースは図３２に示すとおりである。スケジュールエディタはオフラインで番組の編成ファイル（スケジュールファイル）を作成する。作成したスケジュールファイルはファィルサーバに保存される。
【００８５】
シーケンサは日替わり信号またはその日のスケジュールが終了する前またはスケジュールエディタからの更新コマンドを受け付けたときにファイルサーバから次の日のスケジュールか更新されたスケジュールを読み込んで処理を開始する。
【００８６】
シーケンサは送出モニタを持ち、現在連行中のスケジュールに対して、モニタからのコマンドまたは関数呼び出いこより、以下の処理を行う。
・スケジュールの削除
・スケジュールの挿入
・スケジュールの停止
・スケジュールの再開
【００８７】
３．７ サブシステム間インターフェース
３．７．１ データフロ−
３．７．２ パッケージファイルフォーマット
３．７．２．１ 概要
パッケージャはＢｉｔｃａｓｔプロダクションシステムの一部を構成するソフトウエアで、ＨＴＭＬファイル、ＧＩＦファイル等の素材から、送出スケジュールの単位あるパッケージファイルを作成する。パッケージプロジェクトファイルは、パッケージャのための制御情報を記述するファイルパッケージプロジェクトファイルは、拡張子「．ＰＰＲ」をもつテキストファイルである。本章ではこのパッケージプロジェクトファイルの仕様を定義する。これを図３３に示す。
【００８８】
パッケージ伝送は、対応する音声や映像より、早く伝送を開始する。（ＦＯＲＷＡＲＤ１）。またパッケージ伝送は、次のパッケージの伝送のために対応する映像や音声の終了より早く伝送を終了する。（ＦＯＷＡＲＤ２）。パッケージ時間枠と、ＦＯＲＷＡＲＤ１，ＦＯＷＡＲＤ２及び、実際のパッケージ伝送に割り当てられる時間の関係を図３４に示す。
【００８９】
４ Ｂｉｔｃａｓｔプロトコル
４．１ 概要
Ｂｉｔｃａｓｔプロトコルは、ＨＴＭＬで記述されたハイパーテキスト情報等のオブジェクトを地上波テレビ放送、衛星デジタル放送等の放送型メディアを通して転送するためのオブジェクト転送プロトコルである。放送型ネットワークにおいて、ＷＷＷサービスにおけるＨＴＴＰプロトコルの代替プロトコルとして機能する。
【００９０】
Ｂｉｔｃａｓｔプロトコルの位置づけを図３５に示す。
【００９１】
Ｂｉｔｃａｓｔプロトコルは、コンテントメッセージ、コンテントデリートメッセージ、コンテントアップデートメッセージ、プログラムインフオメーシヨンメツセージなどより構成される。
・コンテントメツセージ：コンテント（オブジェクト）を転送するメッセージ
コンテントデリリートメツセージ：既に転送したコンテントを無効にするメッセージ
・コンテントアップデートメツセージ：既に転送したコンテントに変更を加えるメッセージ
・プログラムインフオメーションメッセージ：本放送で放送を開始した番組の内容に関する情報を伝送するメッセージ。ＥＰＧの運用のために使用する。
【００９２】
４．２ Ｂｉｔｃａｓｔプロトコルの実装環境
Ｂｉｔｃａｓｔプロトコルは、特定の下位層プロトコル（Ｂｉｔｃａｓｔベースプロトコル）上に実装される。
４．２．１ Ｂｉｔｃａｓｔベースプロトコル
Ｂｉｔｃａｓｔベースプロトコルは、ＯＳＩ参照モデルにおけるセッション層に相当し、地上波テレビ放送におけるＶＢＩ方式や衛星デジタル放送を考慮し、以下の要求を満たすものとする。
・エラー訂正機能を有すること。Ｂｉｔｃａｓｔプロトコルは、効率のよいエラー訂正手段を提供しない。
・トランスパアレントなバイトストリームとその長さを伝送するものであること。
ＶＢＩ方式のＤＧ構成２は、バイト列の長さが正確には判らないため、Ｂｉｔｃａｓｔべースプロトコルにならない。
・ベースプロトコルのエンティティは、その接続先を識別する情報を上層に提供するものであること。Ｂｉｔｃａｓｔプロトコル中にチャンネル情報を含むとは限らない。地上波ＶＢＩの例では、ベースプロトコルのエンティティは、上層からの要求に対し、テレビチャンネルの番号を提供できること。
【００９３】
４．２．２ ＶＢＩ方式上にＢｉｔｃａｓｔプロトコルを実装する場合のべースプロトコル
ＶＢＩ方式上にＢｉｔｃａｓｔプロトコルを実装する場合は、トランスポート層（第４層）のデータグループ（ＤＧ）構成２の上層にＦｒａｇｍｅｎｔプロトコルを定義し、ＦｒａｇｍｅｎｔプロトコルをＢｉｔｃａｓｔプロトコルのべースプロトコルとする。ＶＢＩ以外のＢｉｔｃａｓｔベースプロトコルについては、現時点ではこれを規定しない。ＶＢＩ方式上のＢｉｔｃａｓｔプロトコル実装モデルを図３６に示す。
【００９４】
４．３ コンテントデリートメッセージ
コンテントデリートメッセージは、既に伝送されたコンテントをＢｉｔｃａｓｔブラウザのキャッシュから削除し、無効にするためのメッセージである。コンテントデリートメッセージの形式を図３７に示す。
・バージョン番号
Ｂ０の上位４ビットでコンテントアップデートメツセージのプロトコルバージョンを示す。現バージヨンをゼロとする。
・メッセージ識別
Ｂ０の下位４ビットでメッセージの種類を識別する。値０００１は、コンテントデリートメッセージを意味する。
・名前エレメント
削除の対象となるコンテントの名前を指定する。
【００９５】
４．４ コンテントアップデートメッセージ
コンテントデリートメッセージは、既に伝送されたコンテントのボディ部の一部を更新したり、エレメントを追加、修正したりするためのメッセージである。ボディ部の修正は、スポーツ中継時に、ＨＴＭＬ形式内に埋め込まれた得点情報のみを修正するなどの応用ができる。エレメント修正は、伝送済みのコンテントに対し後からキュー情報を伝送する場合等の使用を想定している。コンテントアップデートメッセージの形式を図３８に示す。
【００９６】
５ 実例
つぎにＢｉｔｃａｓｔシステムの使用例について説明する。
５．１ 新聞情報の配布
図３９はＢｉｔｃａｓｔシステムを新聞情報の配布に適用したときの構成および処理の流れを示す。
５．２ 週刊誌抜粋版の配布
図４０はＢｉｔｃａｓｔシステムを利用して週刊誌の抜粋版を定期的に購読者に配信するときの構成および処理の流れを示す。
５．３ 小売り販売店（スーパーマーケット等）の広告
図４１はＢｉｔｃａｓｔシステムを利用して小売り販売店が特売情報とその商品の生産地やレシピなどの付加価値情報を提供するときの構成および処理の流れを示す。
５．４ 学習テキストの配布
図４２はＢｉｔｃａｓｔシステムを利用して学習テキストを放送で配信し、インターネットで回答等を回収するときの構成および処理の流れを示す。
【００９７】
まず、放送信号を用いて学習テキストが端末に送信される。送信されたテキストは端末のディスクに保管される。ユーザはアイコン等の表示オブジェクトを操作して目的の学習テキストを表示させる。そしてユーザは学習テキストを用いて回答や質問等を作成し、これを所定のサーバに転送する。この転送は転送指示用のアイコン等を用いて行うようにできる。サーバ側では送られてきた回答等を処理する。なお、回答の転送等は、予め端末にインストールされている専用のアプリケーションを用いてサーバに転送するようにしてもよい。
５．５ 新作ビデオの紹介
図４３はＢｉｔｃａｓｔシステムを利用して新作ビデオを紹介するときの構成および処理の流れを示す。
５．６ インターネット宅配受け付け
図４４はＢｉｔｃａｓｔシステムを利用して放送で宅配サービスを紹介して宅配受け付けをインターネット経由で行うときの構成および処理の流れを示す。
【００９８】
まず、放送信号を用いて宅配受付用のアイコン情報（例えばビットマーク）が送信され、端末においては、送信されたアイコン情報に基づいて放送番組（コマーシャル）に同期してアイコンが表示される。ユーザがアイコンをクリックすると、ＴＣＰ／ＩＰ接続により宅配業者のホームページ（サーバ）にアクセスが行われ、取引情報（取り引き受け付けメニュー等）が転送されてくる。ユーザは取引情報に基づいて表示される取り引きページを用いて宅配の予約を行い、ホームページ（サーバ）へ予約内容を転送する。サーバでは、ユーザから送られた取引情報を取り出して処理する。宅配業者は取り引き情報に基づいて配送の手配を行う。
【００９９】
なお、この例は広く電子的な取り引きに適用できる。また、申し込みのページをＢｉｔｃａｓｔで送信しておき、これを用いて申込情報のみ電子取り引きサーバに送信する構成としてもよい。また、サーバのウェブページへのアクセスは受信ページのアンカータグを利用して行ってもよい。またフリーダイヤルを用いるようにしてもよい。さらに、アクセスポイントとして機能すれば、サーバはインターネットに接続されていなくともよい。
５．７ 視聴者参加クイズ番組
図４５はインターネットを利用した視聴者参加クイズ番組にＢｉｔｃａｓｔシステムを適用したときの構成および処理の流れを示す。
【０１００】
以上で実施例の説明を終了する。
この実施例では、放送信号を用いて送信したメッセージをキャッシュに記憶させ、さらにこのメッセージを無効にしたり、更新したりすることができる。すなわち、この実施例によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを無効にするときには、無効にするコンテンツメッセージの識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを無効化するようにしている。
【０１０１】
また、この実施例によれば、ＨＴＭＬファイル等のコンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを修正するときには、修正したいコンテンツメッセージの識別子を含むコンテンツアップデータメッセージを放送信号により送信し、端末では、このコンテンツアップデータメッセージに基づいて、指定されたコンテンツメッセージを修正するようにしている。
【０１０２】
以上のコンテンツデリートメッセージやコンテンツアップデートメッセージは地上波放送（テレビ、ラジオ等）やケーブル放送、衛星放送、データ通信放送によるコンテンツの伝送・保管にも適用できることはもちろんである。
【０１０３】
また、上述の実施例によれば、情報処理方法において、電子取り引きサーバへのアクセスに用いる表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、表示された上記表示オブジェクトへの所定の操作に基づいて上記サーバにアクセスするステップと、上記サーバから転送された転送情報を表示するステップと、表示された上記転送情報を用いて入力された取り引き情報を上記サーバに転送するステップと、転送された上記取り引き情報を上記サーバにおいて受信するステップとを実行するようにしている。
【０１０４】
この構成においては、電子取り引きサーバの所在が分からなくても、簡単に取り引きを行うことができる。
【０１０５】
なお、放送信号としては、通常の地上波テレビ放送のほか、ケーブルテレビ放送、衛星テレビ放送でもよい。また、放送内容としても、テレビジョンプログラムに限定されず、ラジオ放送プログラム、データ放送プログラム等とすることができる。
【０１０６】
また、上記表示オブジェクトはアイコンの様なものでもよく、またＨＴＭＬ文書により記述され、アンカーのタグを含むものでもよい。
【０１０７】
また、この実施例によれば、情報処理方法において、電子取り引きサーバへのアクセスに用いる表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、上記表示オブジェクトを用いて入力した取り引き情報を上記サーバに転送するステップと、転送された取り引き情報を上記サーバにおいて受信するステップとを実行するようにしている。
【０１０８】
この構成においては、表示オブジェクトを用いて入力された取り引き情報を上記表示オブジェクトに対応する取り引きサーバに転送して取り引き処理を行うことができる。この場合も、取り引きサーバの所在がわからなくても取り引きを行うことができる。
【０１０９】
この構成において、上記表示オブジェクトはＨＴＭＬにより記述されていてもよい。
【０１１０】
また、この実施例によれば、情報処理方法において、表示オブジェクトを表示するための情報を含む放送信号を受信するステップと、受信した放送信号から上記表示オブジェクトを表示するための情報を取り出すステップと、上記表示オブジェクトを表示するステップと、表示された上記表示オブジェクトを用いて生成された処理対象情報を所定のサーバに転送するステップと、転送された上記処理対象情報を上記サーバにおいて処理するステップとを実行するようにしている。
【０１１１】
この構成においては、放送信号を用いて得られる表示を利用して処置対象情報を生成し、この処理対象情報をサーバに転送するので、サーバの所在が分からなくても情報処理を簡単に行うことができる。
【０１１２】
この構成において、上記表示オブジェクトは例えば取り引き内容を記述するものであり（取り引き内容の一部（オプション部分）をユーザが入力してもよい）、上記処理対象情報は例えば取り引きの申込内容を記述するものである。また、上記表示オブジェクトは学習用テキストを構成するものであってもよく、上記処理対象情報は学習結果を記述するものであってもよい。
【０１１３】
【発明の効果】
以上説明したように、この発明によれば、放送信号により送信したコンテンツを簡易に無効化したり、修正したりすることができる。
【図面の簡単な説明】
【図１】 実施例の全体的な概要を説明する図である。
【図２】 実施例のＢｉｔｃａｓｔアーキテクチャを説明する図である。
【図３】 標準モード画面を示す図である。
【図４】 詳細モード画面を示す図である。
【図５】 サービス分類を説明する図である。
【図６】 ビジネスモデルを説明する図である。
【図７】 端末システムの概要を説明する図である。
【図８】 端末システムのコンポーネントを説明する図である。
【図９】 ブラウザコントロールを説明する図である。
【図１０】 キャッシュコントロールを説明する図である。
【図１１】 ビットマーク表示部を示す図である。
【図１２】 ビットマークのスクロール制御を説明する図である。
【図１３】 ツールバー部を示す図である。
【図１４】 ツールバー部の詳細を説明する図である。
【図１５】 端末システムの処理を説明する図である。
【図１６】 端末システムのコンポーネントを示す図である。
【図１７】 送出システムを説明する図である。
【図１８】 送出システムの運用を説明する図である。
【図１９】 送出システムにおける作業を説明する図である。
【図２０】 パッケージャの機能概要を説明する図である。
【図２１】 パッケージャの処理を説明する図である。
【図２２】 パッケージファイルのデータ構造を説明する図である。
【図２３】 図２２のフラグメントプロトコルヘッダの構成を説明する図である。
【図２４】 図２２のコンテントメッセージの構成を説明する図である。
【図２５】 スケジュールエディタの処理フローをっ説明する図である。
【図２６】 スケジュールに関する通知のプロトコルを説明する図である。
【図２７】 構成データフォーマットの構成を説明する図である。
【図２８】 素材情報フォーマットの構成を説明する図である。
【図２９】 その他のフォーマットの構成を説明する図である。
【図３０】 インサータに送出するデータを説明する図である。
【図３１】 インサータの入力タイミングを説明する図である。
【図３２】 スケジュールについて説明する図である。
【図３３】 パッケージファイルフォーマットをっ説明する図である。
【図３４】 パッケージ伝送を説明する図である。
【図３５】 Ｂｉｔｃａｓｔプロトコルを説明する図である。
【図３６】 プロトコルの実装モデルを説明する図である。
【図３７】 コンテントデリートメッセージの形式を説明する図である。
【図３８】 コンテントアップデータメッセージの形式を説明する図である。
【図３９】 実施例の適用例を説明する図である。
【図４０】 実施例の適用例を説明する図である。
【図４１】 実施例の適用例を説明する図である。
【図４２】 実施例の適用例を説明する図である。
【図４３】 実施例の適用例を説明する図である。
【図４４】 実施例の適用例を説明する図である。
【図４５】 実施例の適用例を説明する図である。
【符号の説明】
１０ テレビコントロール
１１ ＶＢＩキャプチャドライバ
１２ ＶＢＩキャプチャマネージャ
１３ ＢＩｔｃａｓｔローダー
１４ キャッシュコントローラ
１５ シーケンスコントローラ
１６ Ｗｅｂブラウザコントローラ
１７ Ｄｅｌｅｇａｔｅ
１８ Ｂｉｔｃａｓｔ Ｂａｒコントロール
２１ オーサリングサブシステム
２２ パッケージャサブシステム
２３ スケジュールエディタサブシステム
２４ シーケンササブシステム
２５ ＶＢＩインサーションサブシステム
Claims (3)
- コンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを上記キャッシュから削除するときには、削除対象のコンテンツメッセージの識別子および削除を目的とするメッセージであることを示すメッセージ種類の識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを上記キャッシュから削除することを特徴とするコンテンツ伝送処理方法。
- コンテンツをなすコンテンツメッセージを放送信号により送信し、このコンテンツメッセージを端末において取り出してキャッシュに記憶し、さらに、さきに送信したコンテンツメッセージを上記キャッシュから削除するときには、削除対象のコンテンツメッセージの識別子および削除を目的とするメッセージであることを示すメッセージ種類の識別子を含むコンテンツデリートメッセージを放送信号により送信し、端末では、このコンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを上記キャッシュから削除するコンテンツ伝送処理方法に用いられるコンテンツ受信装置において、上記コンテンツメッセージをキャッシュに記憶する手段と、上記コンテンツデリートメッセージに基づいて、指定されたコンテンツメッセージを上記キャッシュから削除する手段とを有することを特徴とするコンテンツ受信装置。
- コンテンツをなすコンテンツメッセージを送信するとともに、受信側のキャッシュに記憶されているコンテンツメッセージを上記キャッシュから削除するために用いられ削除対象のコンテンツメッセージの識別子および削除を目的とするメッセージであることを示すメッセージ種類の識別子を含むコンテンツデリートメッセージを送信することを特徴とする放送装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005639A JP3857143B2 (ja) | 2002-01-15 | 2002-01-15 | コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005639A JP3857143B2 (ja) | 2002-01-15 | 2002-01-15 | コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21088797A Division JP3532075B2 (ja) | 1997-08-05 | 1997-08-05 | 情報処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002325236A JP2002325236A (ja) | 2002-11-08 |
| JP3857143B2 true JP3857143B2 (ja) | 2006-12-13 |
Family
ID=19191129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002005639A Expired - Lifetime JP3857143B2 (ja) | 2002-01-15 | 2002-01-15 | コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3857143B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1543446A4 (en) * | 2002-08-23 | 2009-05-13 | Lg Electronics Inc | METHOD FOR REQUESTING / PROVIDING ELECTRONIC DOCUMENT BASED ON XML |
| AU2003280570A1 (en) * | 2003-04-30 | 2004-11-23 | Naoyuki Miyayama | Program-related information providing system |
| JP4855752B2 (ja) | 2005-09-30 | 2012-01-18 | 株式会社東芝 | Ｉｐ放送の送信方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2445187C (en) * | 1992-12-09 | 2007-05-01 | Discovery Communications, Inc. | Set top terminal for cable television delivery systems |
| JPH07264558A (ja) * | 1994-03-17 | 1995-10-13 | Matsushita Electric Ind Co Ltd | 文字放送受信装置 |
-
2002
- 2002-01-15 JP JP2002005639A patent/JP3857143B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002325236A (ja) | 2002-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6996627B1 (en) | System and method for providing update information | |
| EP1053642B1 (en) | A host apparatus for simulating two way connectivity for one way data streams | |
| US6338094B1 (en) | Method, device and system for playing a video file in response to selecting a web page link | |
| EP1053641B1 (en) | A hand-held apparatus for simulating two way connectivity for one way data streams | |
| JP4903047B2 (ja) | データを組織・再生する方法および装置 | |
| US6446082B1 (en) | Method of receiving time-specified program contents | |
| EP1110394B1 (en) | Simulating two way connectivity for one way data streams for multiple parties | |
| EP0851681B1 (en) | Image and data display apparatus | |
| US20020112247A1 (en) | Method and system for creation, delivery, and presentation of time-synchronized multimedia presentations | |
| US20060031405A1 (en) | System and method of inserting advertisements into an information retrieval system display | |
| WO2008000191A1 (fr) | Procédé, système et client d'annonce publicitaire diffusée | |
| US7152091B2 (en) | Contents distributing method and contents distributing program | |
| JP2002511973A (ja) | オーディオ信号でコンピュータを制御する方法 | |
| WO2001035658A1 (en) | Broadcast portal service system | |
| JP3532075B2 (ja) | 情報処理方法 | |
| JP2000165845A (ja) | 時間指定番組コンテンツ受信方法、システムおよび媒体 | |
| JP2009194659A (ja) | 情報提供装置、情報取得端末、放送受信端末、情報提供システム、情報提供方法、およびプログラム | |
| US20030149734A1 (en) | System and method for the efficient use of network resources and the provision of television broadcast information | |
| JP2002077866A (ja) | 電子番組情報提供システム、電子番組情報利用システム、電子番組情報提供装置、媒体、および情報集合体 | |
| JP2002543708A (ja) | 電子番組ガイドにおけるユーザの行為に基づく広告の選択 | |
| JP3857143B2 (ja) | コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 | |
| KR20020000985A (ko) | 인터넷 서비스 서버, 컴퓨터 시스템 및 그 광고방법 | |
| JP2005151347A (ja) | アグリゲーションサービス方法及びアグリゲーションサービスシステム | |
| JPWO2003012651A1 (ja) | コンテンツ提供システム、コンテンツ提供方法、コンテンツ提供プログラム、及び、コンピュータ読取可能な記録媒体 | |
| JP2010252147A (ja) | マルチメディア配信システム、マルチメディア配信方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051025 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051226 |
|
| 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: 20060912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060913 |
|
| 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: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150922 Year of fee payment: 9 |
|
| S201 | Request for registration of exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R314201 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S804 | Written request for registration of cancellation of exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R314805 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |