JP2002325236A - コンテンツ伝送処理方法、コンテンツ受信装置および放送装置 - Google Patents

Abstract

(57)【要約】 【課題】 放送信号により送信されたコンテンツを無効
化したり修正したりする。 【解決手段】 放送信号を用いてＨＴＭＬ等のコンテン
ツをなすメッセージを受信端末に送信する。受信端末は
コンテンツを取り出してキャッシュに記憶する。コンテ
ンツデリーとメッセージを放送信号を用いて送信するこ
とにより受信端末において受信済みのコンテンツを無効
化する。またコンテンツアップデータメッセージを放送
信号を用いて送信することにより受信端末において受信
済みのコンテンツを修正する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、放送信号にコン
テンツを含ませて送信するコンテンツ伝送処理技術に関
し、とくに、送信済みのコンテンツを無効化したり修正
したりするものである。

【０００２】

【従来の技術】本出願人は、インターネット関連の情報
を放送信号に含ませて受信者に同報し、このインターネ
ット関連の情報を利用してインターネット上の情報を容
易にアクセスできるようにする技術について提案してい
る（特願平９−１２２８６号）。この提案によれば、例
えば、テレビジョン放送信号にウェブ情報やアイコン情
報を重畳し、ウェブ情報中のリファレンス領域やアイコ
ン領域に対するクリック操作によりＴＣＰ／ＩＰ接続に
より所定のウェブサーバにアクセスし、情報を容易に取
得できる。

【０００３】ところで、送信済みのコンテンツはキャッ
シュに保持されるが、場合によっては、後に、無効化し
たり、修正したりする必要がある。

【０００４】

【発明が解決する課題】この発明は、以上の事情を考慮
してなされたものであり、放送信号により送信されたコ
ンテンツを後に無効化したり修正したりすることができ
る技術を提供することを目的としている。

【０００５】

【課題を解決するための手段】この発明のコンテンツ伝
送処理方法によれば、上述の目的を達成するために、放
送信号を用いて送信したメッセージをキャッシュに記憶
させ、さらにこのメッセージを無効にしたり、更新した
りすることができる。すなわち、この発明によれば、Ｈ
ＴＭＬファイル等のコンテンツをなすコンテンツメッセ
ージを放送信号により送信し、このコンテンツメッセー
ジを端末において取り出してキャッシュに記憶し、さら
に、さきに送信したコンテンツメッセージを無効にする
ときには、無効にするコンテンツメッセージの識別子を
含むコンテンツデリートメッセージを放送信号により送
信し、端末では、このコンテンツデリートメッセージに
基づいて、指定されたコンテンツメッセージを無効化す
るようにしている。

【０００６】また、この発明によれば、ＨＴＭＬファイ
ル等のコンテンツをなすコンテンツメッセージを放送信
号により送信し、このコンテンツメッセージを端末にお
いて取り出してキャッシュに記憶し、さらに、さきに送
信したコンテンツメッセージを修正するときには、修正
したいコンテンツメッセージの識別子を含むコンテンツ
アップデータメッセージを放送信号により送信し、端末
では、このコンテンツアップデータメッセージに基づい
て、指定されたコンテンツメッセージを修正するように
している。

【０００７】以上のコンテンツデリートメッセージやコ
ンテンツアップデートメッセージは地上波放送（テレ
ビ、ラジオ等）やケーブル放送、衛星放送、データ通信
放送によるコンテンツの伝送・保管にも適用できること
はもちろんである。

【発明の実施の態様】以下、この発明の実施例について
説明する。なお、以下では、実施例をＢｉｔｃａｓｔ
（株式会社インフォシティの商標）システムと呼ぶこと
にする。

【０００８】１ Ｂｉｔｃａｓｔシステムの概要 １．１ Ｂｉｔｃａｓｔシステムの全体像 まず、Ｂｉｔｃａｓｔシステムの概要を簡単に説明す
る。

【０００９】Ｂｉｔｃａｓｔシステムはデータ多重放送
によってＨＴＭＬ形式のデータをハンドリングする、端
末側・送出側・サーバー側システムのアーキテクチャ、
それらを利用したコンテンツ／サービスの体系の総称で
ある。

【００１０】Ｂｉｔｃａｓｔシステムは、通信と放送の
融合により、次世代メディアとその上のコンテンツ・サ
ービスを確立する目的で開発された。その背景には、今
後“放送のデジタル化”と“通信のギガビットネットワ
ーク化”への潮流が加速すること、その上で、あるべき
コンテンツ書式をインターネット準拠とすることが、コ
ンテンツサプライヤー／ユーザーの双方にとって有益で
あるとの認識がある。

【００１１】ＴＶ地上波を具体例とすると、Ｂｉｔｃａ
ｓｔ（Ｂｉｔｃａｓｔ／ＶＢＩ：後述）は以下のような
利用形態となる（図１）。 ○地上波のＶＢＩ（垂直帰線消去期間）にインターネッ
ト形式のコンテンツ（ホームページなど）を重畳し、放
送局より送出する。 ○エンドユーザーがチューナー付きの対応ＰＣにより放
送を受信し、ＴＶ画面を見ながら同時にコンテンツを見
る。 ○もしユーザーがさらに情報・サービスを得ようと思っ
たら、タグをクリックすることでダイヤルアップし、イ
ンターネット上の続きのぺージを表示する。

【００１２】つぎにＢｉｔｃａｓｔシステムの特徴につ
いて簡単に説明する。 ＜広い適用範囲＞Ｂｉｔｃａｓｔシステムは、特定の送
出媒体にとらわれることなく適用可能である。つまり地
上波ＶＢＩだけでなく、衛星放送・ＣＡＴＶ・ＩＰマル
チキャスト・地上波音声サブキャリア・デジタルＴＶ等
を用いたデータ放送であれば、適用が可能である。

【００１３】つまり今後のメディアタイプ／伝送容量の
増加にも耐えうる、スケーラブルなコンテンツを指向し
てフォーマットを規定している。 ＜Ｂｉｔｃａｓｔ／ＶＢＩ＞地上波ＶＢＩを利用したデ
ータ多重放送方式をＢｉｔｃａｓｔ／ＶＢＩと呼ぶ。Ｂ
ｉｔｃａｓｔシステムの最初の実装は、これを対象とし
ているため、Ｂｉｔｃａｓｔ／ＶＢＩを表記上Ｂｉｔｃ
ａｓｔとすることがある。

【００１４】ＶＢＩとは、ＴＶ電波のすき間といわれる
走査線（垂直帰線消去期間）のことである。従来文字放
送に利用されていた領域に加えて、１９９６年４月より
新たに４ラインがデータ多重放送に利用可能になった。 ＜インターネットへの接続＞Ｂｉｔｃａｓｔ／ＶＢＩに
より放送されるコンテンツ書式は、インターネットと同
じくＨＴＭＬである。従って、放送したぺージからシー
ムレスにインターネットのサービスに接続することが可
能である。ただし、端末が電話線等でインターネットに
接続できる事が条件となる。 ＜ビジネスモデル＞Ｂｉｔｃａｓｔシステムは、技術的
に放送と通信を融合するのみならず、サービス・コンテ
ンツレベルでの融合を目的としている。これは現行のＴ
Ｖ放送コンテンツの優位性やそのビジネスモデルを十分
に生かして、通信（インターネット）コンテンツの内容
面・ビジネス面でのレベルアップを図るものである。見
方をかえると、インターネットのエレクトリックコマー
ス（ＥＣ）を支援することが、Ｂｉｔｃａｓｔシステム
の目的である。 ＜送出から表示までの処理＞Ｂｉｔｃａｓｔシステムが
文字放送等と異なる特徴として、送出と表示の間の時間
差がある。つまりＢｉｔｃａｓｔシステムでは受信され
たコンテンツは、いったんハードディスク等のキャッシ
ュに格納される。そしてＴＶ番組やＣＭの表示タイミン
グに同期して、画面に表示される。 ＜ＴＶ番組にリンク＞Ｂｉｔｃａｓｔシステムは、単に
ホームベージを無料でユーザーに届けるものではない。
むしろ現在のＴＶ番組・ＣＭからホームベージへの”リ
ンクを張る“ことが最大の特徴である。そのリンク先の
ページを、（伝送時間に余裕があれば）同時に放送し、
さらに番組に同期して表示することが可能となってい
る。 ＜ＥＣを支援＞Ｂｉｔｃａｓｔシステムは、インターネ
ットでのビジネスを支援する。つまり、インターネット
の問題点である“広告が成立しにくい”という問題を解
消することができる。

【００１５】つぎに、Ｂｉｔｃａｓｔシステムの技術体
系について簡単に説明する。

【００１６】Ｂｉｔｃａｓｔシステムは、前述のとおり
Ｂｉｔｃａｓｔ／ＶＢＩに始まり、今後複数のメディア
（衛星放送、ＣＡＴＶ等）にも実装可能である。それら
複数のメディア毎の長所を生かしつつ、メディアの伝送
速度に依存しないスケーラビリティをコンテンツに付与
するために、Ｂｉｔｃａｓｔシステムが備えるべき要件
は３つのプロダクト（送出系システム／端末システム／
プロトコル）として表現される。

【００１７】これらの体系を、図２に示す。

【００１８】ここでＢｉｔｃａｓｔ ｐｒｏｄｕｃｔｓ
（製品群）として示されているのは、Ｂｉｔｃａｓｔ端
末システム、Ｂｉｔｃａｓｔ送出系システム、Ｂｉｔｃ
ａｓｔプロトコルの３種類である。Ｂｉｔｃａｓｔテク
ノロジーは、Ｂｉｔｃａｓｔ／ＶＢＩをはじめとして、
Ｂｉｔｃａｓｔ／ＣＡＴＶ、Ｂｉｔｃａｓｔ／ＴＳＤ
（音声サブキャリアを利用）、Ｂｉｔｃａｓｔ／Ｓａｔ
ｅｌｌｉｔｅ、Ｂｉｔｃａｓｔ／ＩＳＤＢがある。

【００１９】Ｂｉｔｃａｓｔ Ｔｅｃｈｎｏｌｏｇｙと
Ｂｉｔｃａｓｔ ｐｒｏｄｕｃｔｓの両者によって、Ｂ
ｉｔｃａｓｔ Ａｒｃｈｉｔｅｃｔｕｒｅが構成されて
いる。さらにＢｉｔｃａｓｔ ｓｅｒｖｉｃｅｓという
ユーザー向けのサービス内容がある。

【００２０】それぞれのテクノロジー毎に製品群が必ず
しも必要なわけではない。つまり衛星放送向けのＢｉｔ
ｃａｓｔ端末システムが、地上波ＶＢＩ向けと異なると
は限らない。しかし、各メディアの特性を有効に生かす
ため、特定のメディアに特化した機能を各製品群ごとに
用意してもよい。特に送出系システムについては、既存
の設備との接続を考慮することが重要となる。

【００２１】１．２ Ｂｉｔｃａｓｔのユーザー画面 ＢｉｔｃａｓｔブラウザはＰＣ上で動作し（他のプラッ
トフオームでも移植可能）、複数の画面表示モードを持
つ。その一つは標準モードであり、図３にその画面イメ
ージを示す。この画面では、ユーザーは基本的にＴＶを
見ている想定である。下部にＢｉｔｃａｓｔシステム特
有の表示領域であるビットキャストバーがあり、ここに
ＶＢＩを通じて送られたコンテンツの一部（バナー状の
領域：ビットマークと呼ぶ）が表示される。ビットマー
クをクリックすることにより、画面は詳細モードに切り
替わる（図４）。

【００２２】詳細モード（図４）では、複数の画面パー
ツ（コントロール）が表示される。ＴＶコントロールに
ＴＶが表示され、同時にブラウザコントロールにＨＴＭ
Ｌが表示される。このＨＴＭＬは、ＶＢＩを通じて送ら
れたものから始まり、ユーザーがクリックしてリンクを
たどることによって、インターネット上のＷＷＷサーバ
へ接続可能である。

【００２３】多目的エリアには、様々なアプリケーショ
ンが想定されている。それらについては後述するが、特
定の番組向けアプリケーションなどが開発できるよう、
ＴＶコントロールやブラウザコントロールとのインター
フェースＡＰ１（Ｂｉｔｃａｓｔ Ａｐｐｌｉｃａｔｉ
ｏｎ ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：
ＢＡＰＩ）が定義されている。

【００２４】ユーザー画面についての詳細は、後述す
る。

【００２５】１．３ Ｂｉｔｃａｓｔシステムの機能 Ｂｉｔｃａｓｔシステムによって可能となるサービス
は、エンドユーザーからみると以下のものがある。 ○テレビ番組とコンテンツの表示 Ｂｉｔｃａｓｔシステムの基本機能は、ホームページの
送出である。その際、文字放送と同様にＴＶ側の番組や
ＣＭと無関係の内容を独自のタイミングで送出する方式
（独立型）と、ＴＶ番組／ＣＭと連動した内容を、連動
したタイミングで送出する方式（連動型）がある。 ○テレビ番組とインターネットの連動 送出されたホームページから、さらにリンクをたどるこ
とでインターネット上のサービスを利用可能である。特
にカタログ請求やユーザー登録、さらにはオンラインシ
ョッピング等では、ＴＶ放送では成し得なかったきめの
細かいサービスを提供可能である。 ○ファイルのダウンロード Ｂｉｔｃａｓｔシステムのコンテンツは、送出後いった
ん端末側のハードディスクに格納されるため、その仕組
みを用いてファイル転送／配布サービスが実現できる。
雑誌の電子版等、各種のサンプル配布に特に有効であ
る。 ○クリッピング Ｂｉｔｃａｓｔプロトコル中には、送出されるコンテン
ツにキーワードを付加することが可能である。このキー
ワードを用いると、あらかじめユーザーが指定したキー
ワードにマッチしたコンテンツだけを保存するなど、効
率よく情報を利用可能となる。そのためにキーワードの
体系（コード）が整備されている。 ○フリーダイヤル・インターネット コンテンツ送出時に、電話番号を付加する事ができる。
送出されたコンテンツから、さらにインターネットに接
続する場合、ユーザーがネットワーク使用料や電話代を
負担する必要が無いケースがある（通販のフリーダイヤ
ルのイメージ）。そのような場合の利用を想定してい
る。 ○アプリケーションプログラムの配信 ファイルダウンロードと同様に、アプリケーションソフ
トを配布できる。従って、バージョンアップサービスも
Ｂｉｃａｓｔシステムにより可能となる。配信されるソ
フトは、ＶＢＩデータ放送やインターネットを駆使した
ものにすることができる。 ○Ｂｉｔｃａｓｔ端末ソフトのバージョンアップ アプリケーションプログラムの配信の一形態ではある
が、Ｂｉｔｃａｓｔシステムの端末ソフト自身も、同様
にバージョンアップが可能である。これにより、将来よ
り多くのサービスを提供可能となる。 ○ビデオ予約 クリッピングと同様の考え方になるが、Ｂｉｔｃａｓｔ
システムによって本編の各番組・ＣＭにデジタル情報の
ヘッダーを付けることが可能である。このヘッダー情報
を用いて、放送でどの番組が今流されているかを端末が
判断可能となる。この機能とＰＣからビデオ制御可能な
ことを組み合わせて、例えば今夜９：００からのドラマ
を録画予約した場合に、ナイター等で放映時間がずれて
も問題無くビデオ録画することが可能となる。ただしこ
のためには、実際にドラマ番組が始まるタイミングで番
組ヘッダーを送出する必要があり、また受信したブラウ
ザがビデオをコントロールする必要がある。 ○ＥＰＧ（Ｅｌｅｃｔｏｒｉｃ Ｐｒｏｇｒａｍ Ｇｕ
ｉｄｅ）の配布 ダウンロードやビデオ予約等に必要な、ＥＰＧを配布可
能である。このＥＰＧには、本編の番組と同時にＢｉｔ
ｃａｓｔコンテンツも記載してもよい。上で触れたヘッ
ダーレベルの情報や、さらに詳細な情報（あらすじ、登
場人物）等を盛り込んだＥＰＧが可能となる。現在イン
ターネットで行われているＥＰＧ的なサービスとの連携
も可能である。 ○画面レイアウトの配信 Ｂｉｔｃａｓｔ端末システムは、ＴＶやＨＴＭＬブラウ
ザといった複数のコンポーネントから成っている。それ
らの表示時のサイズ・位置等は、ユーザーが自由に設定
可能であるが、ユーザーがオートモードに設定した場合
にはシステム設定の表示レイアウトが選択される。この
時、ある番組に関して放送局からレイアウト指定情報を
送出することにより、デフォフオルトではなく局指定の
レイアウトでユーザーが視聴することも可能である。特
にニュース／バラエティ番組等において便利な機能であ
る。 ○有料放送 有料放送に対応するために、番組単位でコンテンツをス
クランブルすることが可能である。解読キーの入手は、
あらかじめ解読キーを購入しておいてもらう場合や、イ
ンターネットからオンラインで入手する場合等がある。 ○時刻合わせ放送 ＶＢＩを使用して時刻信号送出が可能である。これによ
って、受信端末（ＰＣ）の日付／時間を変更（アジャス
ト）することができる。ただし、これはＢｉｔｃａｓｔ
システムで常に時刻信号を送出するという意味ではな
い。 ○ユーザープロファイルの管理 Ｂｉｔｃａｓｔブラウザは、インストール時にユーザー
の個人情報を記憶することが可能である。従って、オン
ラインショッピング等で個人情報（氏名・住所・電話番
号等）を入力する際に、あらかじめ登録した情報をワン
タッチでセットすることが可能となる。 ○他のＶＢＩ放送との連携 Ｂｉｔｃａｓｔ／ＶＢＩはアプリケーションサービスを
何ら規定していない。従って、あらゆるＶＢＩアプリケ
ーションに対してオープンである。つまりＯＳＩモデル
の第５層レベルでＨＴＴＰを拡張した構造となっている
ため、上位プロトコルのＨＴＭＬにはいかなる拡張も加
えていない。これにより、コンテンツ書式がＨＴＭＬ以
外であっても、Ｂｉｔｃａｓｔによる送出／受信は可能
である。例えば、電子新聞やインターテキストに関して
エアーフォーマットが認識できれば、Ｂｉｔｃａｓｔブ
ラウザに表示するための機能拡張は実現可能である。

【００２６】１．４ Ｂｉｔｃａｓｔシステムのサービ
スイメージ Ｂｉｔｃａｓｔシステムは、地上波テレビ放送（データ
多重放送）の利点である“大衆性”とインターネットの
利点である“双方向性”の両方を取り込んだ技術であ
る。同時に、現在のテレビ番組の優位性（優れたコンテ
ンツ）を生かす番組連動型のサービスと、特に本編の番
組とは連動しない文字放送的な番組独立型サービスの両
者が可能である。

【００２７】従って、連動型／独立型という分類と、片
方向型／双方向型という２つの軸の組み合わせにより、
Ｂｉｔｃａｓｔで可能なサービスは整理できる。（図
５）

【００２８】１．５ Ｂｉｔｃａｓｔのシステムコンポ
ーネント Ｂｉｔｃａｓｔ／ＶＢＩの実現には、放送局内にＢｉｔ
ｃａｓｔ送出系システムが、受信端末にＢｉｔｃａｓｔ
ブラウザが必要である。それらについての概略は、以下
のとおりである。 ○Ｂｉｔｃａｓｔ送出系システム あらかじめオーサリングされたコンテンツを、スケジュ
ールに従ってＶＢＩに乗せて送出するシステムである。
パッケージャ／スケジュールエディタ／シーケンサとい
う３種のサブシステムを中心に構築される。システム構
成上は、最小で４〜５台のＰＣ（ファイルサーバーを含
む）と、ＶＢＩインサータ（および周辺機器）で構築さ
れる。 ○Ｂｉｔｃａｓｔ端末システム（Ｂｉｔｃａｓｔブラウ
ザ） ＰＣ上で動作するソフトウェアである。初期バージョン
はＷｉｎｄｏｗｓ９５（米国マイクロソフト社の商標）
を対象ＯＳとして開発された。内部的にはＴＶコントロ
ール／ブラウザコントロール／キャッシュコントロール
／ビットキャストバーというコンポーネントから構成さ
れる。それらはＡｃｔｉｖｅＸ（米国マイクロソフト社
の商標）により実装される。ＡｃｔｉｖｅＸの利用によ
り、Ｂｉｔｃａｓｔブラウザは容易に機能拡張可能であ
り、前述のとおり番組毎に異なるコンポーネントを付加
することができる。

【００２９】また、インターネットのＩＰサーバー上に
も、種々のコンポーネントを実装することができる。そ
のようなコンポーネントは、Ｂｉｔｃａｓｔシステムを
通じたエレクトリックコマースをよりスムースに利用可
能な機能を実現する。

【００３０】１．６ Ｂｉｔｃａｓｔのビジネスモデル 図６に示すように、Ｂｉｔｃａｓｔのビジネスモデルは
ＴＶ放送におけるそれと、インターネットにおけるそれ
とを融合したものである。

【００３１】２ Ｂｉｔｃａｓｔ端末システム ２．１ 端末システム概要 端末システムは、Ｗｉｎｄｏｗｓ９５が動作するＰＣ上
で動作し、Ｂｉｔｃａｓｔカード（ハードウエア）とＢ
ｉｔｃａｓｔブラウザ（ソフトウエア）から構成され
る。これを図７に示す。 （１）対象ハードウエア ＩＢＭ−ＰＣ（米国インターナショナルビジネスマシー
ンズ社の商標）互換機またはＰＣ−９８（日本電気株式
会社の商標）シリーズ。 （２）Ｂｉｔｃａｓｔカード 地上波テレビ放送に重畳されたデジタル情報を抽出する
ハードウエア。 （３）Ｂｉｔｃａｓｔブラウザ 情報の蓄積、表示等を行うアプリケーションソフトウエ
ア。

【００３２】２．２ 外部仕様 ２．２．１ 画面構成 Ｂｉｔｃａｓｔ端末システムは、「標準モード」と「詳
細モード」の２種類の画面表示モードをもつ。 （１）標準モード 図３に標準モード画面構成を示す。標準モードでは、Ｖ
ＢＩにより伝送された関連情報はほとんど表示されず、
テレビのみが大きく表示される。画面右側は、チャンネ
ル切り替え、音量切り替えなどの一般的なチューナ制御
部である。画面下部は、受信した情報をアイコン表示す
る領域と、Ｂｉｔｃａｓｔブラウザ全体のコマンドボタ
ンを配置した領域からなる「Ｂｉｔｃａｓｔバー」であ
る。本モードはＢｉｔｃａｓｔブラウザを視聴中、最も
長時間利用される画面モードである。ユーザはインタラ
クティブに情報と接するのではなく、現状のテレビ放送
と同様、浴びるように情報（テレビ放送）と接すること
を想定している。利用者は通常のＰＣ使用時に比べて画
面から少し離れていることを考慮し、大きなパーツを線
的に配置し、リモコンでの操作を可能にしている。 （２）詳細モード 図４は詳細モードを示す。詳細モードでは、テレビ放送
の映像、音声に加え、画面右側にＶＢＩにより伝送され
た関連情報を表示する。標準モードで、利用者がビット
マークアイコンをクリックすると本モードに移行する。
左下は多目的に使用されるスペースで、主に過去に受信
したコンテンツの一覧表示（キャッシュ表示）に使用す
る。本モードは利用者が内容に関心をもったときに使用
され、使用スタイルも標準モードが家電商品の外観であ
ったのに対し、一般的なＰＣに近いものとなる。

【００３３】２．２．２ コンポーネントとその機能 ２．２．２．１ コンポーネント構成図 図８はコンポーネント構成を示す。 ２．２．２．２ テレビコントロール テレビコントロールは、テレビの表示及び、チューナ制
御のＵＩ（ユーザインタフェース）を提供するコンポー
ネントである。ＡｃｔｉｖｅＸ仕様により定められたイ
ンターフェースにより実装され、ＷＷＷブラウザ内にテ
レビを表示することも可能である。主な機能を以下に示
す。 （１）テレビの表示 （２）チャンネル切り替え チャンネルの切り替え及び、地上波、ＣＡＴＶ、ＢＳの
切り替えを行う。 （３）音量調整 （４）フリーズ （５）画面サイズの変更 テレビ表示部を４０×３０の整数倍の単位でリサイズす
る。 （６）キャプチャ テレビ画面の静止画キャプチャを行う。

【００３４】これらの機能は、Ｖｉｄｅｏ ｆｏｒ Ｗ
ｉｎｄｏｗｓ用のビデオキャプチャドライバが提供する
機能に強く依存する。入力ソースの切り替えは、テレビ
チューナドライバの機能に依存する。

【００３５】図９にブラウザコントロールを示す。ブラ
ウザコントロールは、ＶＢＩにより伝送されたコンテン
ツを表示する機能を提供する。コンテンツは、ＨＴＭＬ
など、ＷＷＷで使用されるフォーマットで伝送され、そ
れを表示する本ブラウザは、インターネット用のブラウ
ザとしても機能する。上流との接続は、ダイアルアップ
ＰＰＰにより提供される。コンテンツにアップストリー
ム経路（電話番号）が指定されている場合は、指定され
た電話番号を使用してダイアルアップ接続を行う。それ
以外は利用者のＷｉｎｄｏｗｓ９５の設定に従い通常の
ダイアルアップ接続を行う。 （１）Ｂａｃｋ 前に戻る。 （２）Ｆｏｒｗａｒｄ 次に進む。 （３）Ｈｏｍｅ デフォルトのぺージに進む。 （４）Ｒｅｌｏａｄ 再度読み込む。 （５）Ｍａｒｋ ブックマークに登録する。 （６）文字列の検索 （７）印刷

【００３６】２．２．２．４ キャッシュコントロール 図１０はキャッシュコントロールを示す。キャシュコン
トロールは、受信され、蓄積されているＢｉｔｃａｓｔ
コンテントをグループ分けし、一覧表示するコントロー
ルである。コンテントをダブルクリックすることによ
り、ブラウザ部に指定されたコンテントが表示される。 （１）名前（Ｎａｍｅ） Ｂｉｔｃａｓｔのコンテントグループの名前を表示す
る。名前はコンテント制作側が決定する。ダブルクリッ
クにより該当するコンテントがＷｅｂブラウザに表示さ
れる。コンテントが実行ファイルの場合は、当該ファイ
ルを実行する。 （２）Ｓｔａｔｉｏｎ 放送局を識別する名前を表示する。地上波の場合、文字
列「ＴＶ」に続き、チャンネル番号を表示する。 （３）Ｄａｔｅｔｉｍｅ 受信の日時、時刻を表示する。 （４）カテゴリ カテゴリ（ジャンル）を表示する。 （５）ごみ箱アイコン グループ単位で削除する。 （６）本棚アイコン ファイルを通常のファイルとしてエキスポートする。 （７）タイマーアイコン 受信予約ダイアログを起動する。受信したファイルはキ
ャッシュに保存される。受信予約により保存されたファ
イルは、他のファイルより優先してキャッシュに残る。

【００３７】２．２．２．５ Ｂｉｔｃａｓｔ Ｂａｒ
コントロール Ｂｉｔｃａｓｔ Ｂａｒコントロールは、常にデスクト
ップ下部に表示されるアプリケーションデスクトップバ
ーである。 （１）ビットマーク表示部（図１１） Ｂｉｔｃａｓｔ Ｂａｒコントロールの左部分は、ビッ
トマーク表示部である。ビットマークは関連情報を受信
したことを利用者に伝えるアイコンで、これをクリック
することにより、その情報をブラウザ部に表示される。
標準モードで使用中にクリックすると、詳細モードに移
行する。アイコンの大きさは横８８ドット×縦３１ドッ
トで、ホームページ上で一般的に使用されている。幅２
ドットの外枠をもち、立体感を持たせているのが一般的
である。受信した順に左から表示されるため、最新情報
は、右端に表示される。画面に入りきらなくなった場合
は自動スクロールする。右側のボタンはビットマーク領
域のスクロール制御部である（図１２）。ブラウザ部に
該当コンテンツが表示されるのではなく、ビットマーク
領域がスクロールするだけである。 （２）ツールバー部（図１３） ツールバーはアプリケーション全体に対するコマンドを
生成するものである。詳細を図１４に示す。

【００３８】２．２．３ 処理方式概要 ＶＢＩよりデータ受信からブラウザに表示するまでの概
略フローを図１５に示す。

【００３９】２．２．４ 表示タイミング解説 （１）受信インジケータ ＶＢＩの階層３（ネットワーク層）のデータパケットの
受信により、ビットキャストバーの端に受信インジケー
タ点滅する。受信インジケータは、ユーザーに対し何ら
かのＢｉｔｃａｓｔ放送が放送中であることを知らせる
ためのＵＩアイテムである。 （２）ＷＷＷコンテンツ 送出側で自動表示が指定されたＷＷＷコンンテンツは、
指定された時刻にＷｅｂブラウザ内に自動的に表示され
る。 （３）Ｂｉｔｍａｒｋ Ｂｉｔｍａｒｋは、ＷＷＷコンテンツと同様に送出側が
表示時刻を指定する。端末側は、指定された時刻にＢｉ
ｔｍａｒｋをＢｉｔｃａｓｔバーに表示する。

【００４０】２．３ 内部仕様 ３．３．１ コンポーネント構成 コンポーネント構成を図１６に示す。影付きのブロック
はＢｉｔｃａｓｔブラウザの構成部分である。

【００４１】コンポーネントの機能を表に示す。

【００４２】

【表１】 受信から表示までの処理フローを図１５に示す。番号は
順序を示す。以降、概ね図１５の番号順に各コンポーネ
ントの内部仕様を解説する。

【００４３】２．３．２ テレビコントロール（１０） テレビコントロールは、テレビの表示、チューナ制御等
を行うコンポーネントである。チューナー制御はテレビ
チューナマネージャを介して行う。テレビの表示、ＡＶ
Ｉファイルの作成、表示等は、Ｖｉｄｅｏ ｆｏｒ Ｗ
ｉｎｄｏｗｓを利用して行う。ＡｃｔｉｖｅＭｏｖｉｅ
がキャプチャや、オーバーレイ表示をサポートすれば、
Ｖｉｄｅｏ ｆｏｒ ＷｉｎｄｏｗｓからＡｃｔｉｖｅ
Ｍｏｖｉｅへ移行できる。テレビコントロールは、Ａｃ
ｔｉｖｅＸ Ｃｏｎｔｒｏｌのインターフェースに準拠
して実装されるため、将来はブラウザ上に表示されたコ
ンテンツにテレビコントロールを埋め込むことも可能で
ある。

【００４４】２．３．３ ＶＢＩキャプチャドライバ
（１１） ＶＢＩデジタイザＨ／Ｗを制御し、パケットを取り出す
ソフトウエア。取り出したパケットは、ＶＢＩキャプチ
ャマネージャに渡される。本モジュールは、Ｈ／Ｗに強
く依存し、ＶＢＩデジタイザＨ／Ｗベンダーより提供さ
れる。

【００４５】２．３．４ ＶＢＩキャプチャマネージャ
（１２） ＶＢＩキャプチャドライバより渡されたパケットを組み
立て、第４層（トランスポート層）のデータ（データグ
ループ）を組み立てる。組み立てたデータグループは、
Ｂｉｔｃａｓｔブラウザだけでなく、他のＶＢＩ対応ア
プリケーションにも提供する。複数のＶＢＩ対応アプリ
ケーションを同時に動作させるためである。

【００４６】２．３．５ Ｂｉｔｃａｓｔローダ（１
３） Ｂｉｔｃａｓｔローダは、ＶＢＩキャプチャドライバよ
り渡されたデータグループ（Ｂｉｔｃａｓｔプロトコ
ル）をデコードするモジュール。ＨＴＭＬまたはＧＩＦ
等で記述されたコンテントを受信した場合は、受信した
データグループから、コンテントとコンテント属性を抽
出し、キャッシュコントロールに引き渡す。属性中に、
表示時刻等が含まれる場合は、シーケンスコントローラ
に通知する。

【００４７】２．３．６ キャッシュコントロール（１
４） キャッシュコントロールは、Ｂｉｔｃａｓｔローダより
渡されたコンテント情報とコンテントに付属する属性情
報（コンテントの名前（疑似ＵＲＬ）、ＭＩＭＥタイ
プ、表示タイミング情報など）を全て蓄積する。キャッ
シュ容量が特定の値より大きくなった場合、有効期限の
切れた古いコンテンツは削除される。

【００４８】２．３．７ シーケンスコントローラ（１
５） シーケンスコントローラは、Ｂｉｔｃａｓｔローダから
表示すべき時刻と表示すべきコンテントを受け取り、そ
れを記憶する。タイマーを監視し、記憶している時刻に
到達すると、ブラウザコントロールに対し、Ｎａｖｉｇ
ａｔｅに要求を出す。

【００４９】２．３．８ブラウザコントロール（１６） ＨＴＭＬなどの形式で送られたＶＢＩにより送られる関
連情報を表示するコントロールである。ブラウザコント
ロールの中にさらにＷｅｂＢｒｏｗｓｅｒコントロール
を含む。ＷｅｂＢｒｏｗｓｅｒコントロールは、Ｗｅｂ
の表示エリアのコントロールで、通常のブラウザのエン
ジン部分と等価なコンポーネントである。したがって、
ＨＴＭＬの対応レベル等は、全て標準的なＷｅｂブラウ
ザに準拠する。

【００５０】通常のＵＲＬを指定した場合は、インター
ネット用のＷｅｂブラウザとして動作する。Ｂｉｔｃａ
ｓｔの疑似ＵＲＬを指定した場合や、シーケンスコント
ローラからのＮａｖｉｇａｔｅ呼び出しを受けた場合
は、インターネットに対するコンテントリクエストでは
なく、Ｄｅｌｅｇａｔｅに対するコンテント呼び出しが
行われる。

【００５１】２．３．９ Ｄｅｌｅｇａｔｅ（１７） ＷｅｂＢｒｏｗｓｅｒからの呼び出しを受ける代理サー
バ。呼び出しを受けるとキャッシュコントロールを呼び
出して当該コンテントを取得し、ＷｅｂＢｒｏｗｓｅｒ
へ返す。ＷｅｂＢｒｏｗｓｅｒから見ると、通常のＷｅ
ｂサーバとして振る舞う。

【００５２】２．３．１０ Ｂｉｔｃａｓｔ Ｂａｒコ
ントロール（１８） コントロール内部に、ビットマークのアイコンとリンク
先のペア情報を一覧情報として蓄積する。コントロール
は、シーケンスコントローラよりビットマーク表示タイ
ミングの通知を受けると、キャッシュコントロールを呼
び出してアイコンイメージ情報を取得し、一覧に追加
し、アイコンを表示する。

【００５３】２．３．１１ データ管理 ２．３．１１．１ キャッシュ上のデータ管理 コンテント自体はそれぞれ独立したファイルとして、キ
ャッシュ用のディレクトリに保存される。

【００５４】２．３．１１．２ ファイルシステム （１）Ｂｉｔｃａｓｔデータディレクトリ Ｂｉｔｃａｓｔデータディレクトリは、Ｂｉｔｃａｓｔ
のキャッシュ情報を格納するディレクトリである。ディ
レクトリは、インストール時に決定し、レジストリに記
憶する。 （２）キャッシュデータベース コンテントの名前やその他の属性は、ＪＥＴエンジン
（Ｗｉｎｄｏｗｓ９５で標準で添付されるデータベース
エンジン。）を使用して管理する。データベースファイ
ルは、Ｂｉｔｃａｓｔデータディレクトリに保存され、
ファイル名は’ＢｉｔＣａＳｔ・ＭＤＢ’固定とする。 （３）コンテントファィル コンテントの実体はそれぞれ独立したファイルとしてキ
ャッシュディレクトリに格納される。キャッシュディレ
クトリは、Ｂｉｔｃａｓｔデータディレクトリの中にあ
り、ディレクトリ名は’Ｃａｃｈｅ’固定。コンテント
ファイル名は、キャッシュデータベースが自動生成し、
キャッシュデータベース内に格納される。 （４）ドロップディレクトリ キャッシュコントロールで、コンテントを本棚アイコン
へドロップし、ファイルへのエキスポートを行った時の
転送先ディレクトリのデフオルト。

【００５５】２．４ 機能拡張の考え方 画面左下部（多目的エリア）の目的は、Ｂｉｔｃａｓｔ
ブラウザ白体をアップグレードすることなしに、ブラウ
ザの機能を拡張することである。機能拡張を行えるよう
にするため、多目的エリアはＡｃｔｉｖｅＸコントロー
ルコンテナインターフェースを実装している。放送局、
番組制作会社等は、ＡｃｔｉｖｅＸコンロールを作成し
て、番組に特化したカスタムブラウザを作成できる。ま
た、本端末システムは、内部にサーバ機能を含んでいる
ため、テレビ表示機能とブラウザ機能を削除することに
より、ＬＡＮ環境などで使用するためのサーバー機を構
築することが可能である。

【００５６】３ Ｂｉｔｃａｓｔ送出系システム ３．１ 送出系システム概要 ３．１．１ 論理システム構成 Ｂｉｔｃａｓｔ送出系システムは、放送局においてＢｉ
ｔｃａｓｔによるＶＢＩ放送を行うためのハードウェア
／ソフトウェアシステムである。

【００５７】主要な機器は論理的には５つのサブシステ
ムから構成される。そのうち３つのサブシステムについ
ては、Ｂｉｔｃａｓｔの規格として規定されており、残
りについては、各放送局の事情に合わせた独自システム
となる。

【００５８】図１７は送出系のシステムを示す。 ○オーサリングサブシステム（２１）：送出する画像・
プログラム等（ＶＢＩコンテンツ）を編集するための機
器。 ○パッケージャーサブシステム（２２）：送出する画
像、プログラム等を一つの固まり（送出単位）に編成す
るための機器。 ○スケジユールエディタサブシステム（２３）：編成さ
れたパッケージを、いつ、何回送出するかを設定するた
めの機器。なお、従来スケジューラと呼ばれていたが、
混乱を招くためスケジュールエディタとした。 ○シーケンササブシステム（２４）：設定されたスケジ
ュールに従い、データ変換・送出を制御する機器。 ○ＶＢＩインサーションサブシステム（２５）：ＶＢＩ
インサータ以降の、送出機器。

【００５９】３．１．３システム運用イメージ ネットワーク構成図の例を図１８に示す。ここでは、局
内にインターネットサーバーを設置した構成としてい
る。

【００６０】この環境では、番組作成担当のセクション
でファイルサーバー（ローカルサ一バーと命名）を使用
してオーサリングを行い、完成したコンテンツを編成担
当セクションのファイルサーバー（ＦＴＰサーバー）に
コピーする運用を考えている。その上で編成担当はスケ
ジュールエディタを用いて送出時間を割り当て、シーケ
ンサがその時間通りに送出をおこなう構成である。

【００６１】また、この環境における番組作成から送出
までの作業手順を、図１９に示す。

【００６２】３．２ パッケージャ外部仕様 ３．２．２ 機能解説 図２０はパッケージャの機能を示している。本アプリケ
ーションは、プロジェクトファイルまたはＧＵＩによっ
て、Ｂｉｔｃａｓｔの放送を行うためのデータファイル
を作成するものである。本アプリケーションによって作
成されたファイルはパッケージファイルと呼び、Ｂｉｔ
ｃａｓｔの放送時に必要な時間パラメータやＢｉｔｃａ
ｓｔ端末での番組の表示やＢｉｔｃａｓｔ端末での、コ
ンテンツの振る舞いを決めるパラメータを含む。また、
すでに作成されたパッケージファイル同士の結合、パッ
ケージファイルの内容チェックやプレヴュー機能などを
持つ。

【００６３】３．２．３ 機能一覧 ・基本機能 複数素材をＢｉｔｃａｓｔ ｆｏｒｍａｔの一つのファ
イルにする。一つのファイルに統合するときに、時間的
矛盾や設定パラメータの矛盾をチェックし警告する。 ・チェック機能 ｐａｃｋａｇｅファイルに含まれるコンテンツのファイ
ル名や設定されているパラメータを表示する。 ・マージ機能 複数のパッケージファイルを一つのパッケージファイル
にする。 ・Ｖｉｅｗｅｒ機能 パッケージファイルのプレヴュー機能 ・自動作成 ディレクトリを指定すると、そのディレクトリ以下のフ
ァイルをすべてとりこんでパッケージファイルを作成す
る。（あらたにＢｉｔｃａｓｔ用にぺージを作成すると
きに用いられる） ・自動パース あるＨＴＭＬファイルを指定すると、そのファイルのあ
るディレクトリをカレントディレクトリとして、そのＨ
ＴＭＬファイルをパースし、ｇｉｆファイルやリンク先
のファイルを取り込んでパッケージファイルにする。
（既存のホーム・ページからのミグレーションに用いら
れる。） ３．２．４ 設定項目 Ｂｉｔｃａｓｔプロトコル仕様参照 ３．２．５ 処理方式概要 ３．２．５．１ コマンドライン版 （パッケージファイルの作成）プロジェクトファイルを
作成し、ＤＯＳプロンプトから、そのファイル名を引数
としてパッケージャを起動する。 例：ｐａｃｋａｇｅｒａｂｃ．ｐｋｇただし、このとき
プロジェクトファイル内に記述されたファイルおよびデ
ィレクトリパスはパッケージャアプリケーションが存在
するディレクトリからの相対パスとなる。（絶対パスの
指定方法もある） （チェック機能）パッケージファイルに含まれているコ
ンテンツのファイルおよびパラメータを標準出力に出力
する。 例：ｐａｃｋａｇｅｒ −ｖ ｐａｃｋａｇｅｆｉｌｅ
ｎａｍｅ．ｂｐｋ （パッケージファイルのマージ）あるパッケージファイ
ルともうーつのパッケージファイルを結合して一つのパ
ッケージファイルにする。このとき時間的タイミングは
先に指定された方のパッケージファイルが前になる。 例：ｐａｃｋａｇｅｒ −ｍ ｐａｋｃａｇｅｆｉｌｅ
１．ｂｐｋ，．．．，ｐａｃｋａｇｅｆｉｌｅＮ．ｂｐ
ｋ （プレヴュー）パッケージファイルを指定して、そのパ
ッケージの送出をエミュレートする。エミュレートされ
た結果はＣＯＭ１に出力される。 例：ｐａｃｋａｇｅｒ −ｅ ｐａｃｋａｇｅｆｉｌ
ｅ．ｂｐｋ （自動作成） 例：ｐａｃｋａｇｅｒ −ｄ ｄｉｒｅｃｔｏｒｙｐａ
ｔｈ （自動パース） 例：ｐａｃｋａｇｅｒ −ｐ ｆｉ１ｅｎａｍｅ．ｈｔ
ｍｌ

【００６４】３．２．５．２ ＧＵＩ版 （パッケージファイルの作成）アプリケーションのファ
イルメニュ内のパッケージファイルの作成を選択する。
ファイルセーブダイアログが表示され、ディレクトリお
よびファイル名を指定して保存する。 （チェック機能）パッケージャのエディタ内に表示され
る。 （パッケージファイルのマージ）ファイルメニュ内の結
合を選択、このときファイル選択ダイアログが表示され
る。結合したパッケージファイルを選択する。ここで
は、すでに結合されるもととなるパッケージファイルは
開かれているものとする。 （プレヴュー）ファイルメニュ内のプレヴューを選択す
る。 （自動読み込み）ディレクトリを選択して、そのディレ
クトリ内にあるファイルをすべて読み込む。その後、エ
ディタでパラメータの設定または調整をおこなう。 （自動パース）読み込んだＨＴＭＬファイルを選択し、
ファイルにメニューからバースを選択する。ＵＲＬで指
定されたファイルを見つけられなかった場合はファイル
ダイアログを表示し、これにより直接素材ファイルを読
み込む。

【００６５】３．２．６ ビットマーク プロジェクトファイルには最低一つのビットマークが必
要である。ビットマークの実体はＧｉｆファイルである
が、その拡張子は”．ｉｃｎ”である。ビットマーク用
のＧｉｆファイルを作成し、ファイル名をｘｘｘ．ｇｉ
ｆからｙｙｙ．ｉｃｎに変更する（×××とｙｙｙが等
しくてもよい）。

【００６６】３．３ パッケージャの内部仕様 パッケージャの内部仕様について説明する。図２１に処
理フローを示す。

【００６７】また図２２にパッケージファイルのデータ
構造を示す。

【００６８】フラグメントプロトコルヘッダーの構造を
図２３に示す。 ｌｅｎ：フラグメントプロトコルヘッダーの後につづく
データのバイト数。ただし、そのデータが６４ＫＢを超
えるときにはデータを複数に分割し、６４ＫＢを超えた
分のデータにもフラグメントプロトコルヘッダーを創出
し分割する。 ＳＢ：このヘッダーの後に続くデータがコンテントメッ
セージデータの始まりであることを示す。 ＥＢ：このヘッダーの後に続くデータがコンテントメッ
セージデータの終わりであることを示す。ここで、ＳＢ
およびＥＢが同時にある場合は、このヘッダーの後に続
くデータが６４ＫＢ以内のものである。 ｃｈｕｎｋ：後に続くデータが６４ＫＢを超えるときに
データを分解した為、この分解したデータの順序の値。 ｓｌｏｔ：同時に全く別のデータを放送する場合に、そ
れぞれのデータのグループの番号の値。 ｍｅｄｉａ：このデータが放送されるメディアを一意に
決定する番号の値。 ｃｈａｎｎｅｌ：ｍｅｄｉａで表される放送媒体におけ
るチャンネルの値。

【００６９】コンテントメッセージのデータ構造を図２
４に示す。 ３．４ スケジュールエディタの外部仕様 ３．４．１ 機能解説 ３．４．１．１ スケジュール単位 スケジュールエディタでスケジュールする単位はパッケ
ージファイル単位である。 ３．４．１．２ 機能 ○スケジュールを読み込む。 ○スケジュールを編集する。（ＧＵＩ） ○スケジュールファイルを出力する。（ＧＵＩ） ○スケジュールファイルを更新する。（ＧＵＩ） ○スケジュールの登録をシーケンサに通知する。 ○スケジュールの更新をシーケンサに通知する。 ○スケジュールの削除をシーケンサに通知する。 ○現在のスケジュールの状況をシーケンサから取得す
る。 ３．４．１．３ スケジュール項目 スケジュールファイルの仕様参照。

【００７０】３．４．２ 処理方式概要 ３．４．２．１ コマンドライン版 スケジュールを登録する。 例：ｓｃｈｅｄｕｌｅ ｓｃｈｅｄｕｌｅｆｉｌｅｎａ
ｍｅ スケジュールを更新する 例：ｓｃｈｅｄｕｌｅ −ｕ ｓｃｈｅｄｕｌｅｆｉｌ
ｅｎａｍｅ スケジュールを削除する 例：ｓｃｈｅｄｕｌｅ −ｄ ｓｃｈｅｄｕｌｅｆｉｌ
ｅｎａｍｅ

【００７１】３．５ スケジュールエディタ内部仕様 ３．５．１ 処理フロー 処理フローを図２５に示す。

【００７２】３．５．２ スケジュールの通知方法 スケジュールに関する各種通知は以下のプロトコルによ
りシーケンサに通知される。図２６に示すフォーマット
のデータを用いて各種のコマンドをＴＣＰ／ＩＰを通じ
てシーケンサに通知する。

【００７３】３．５．３ コマンド体系 構成ファイル関連：１ 素材ファイル関連：２

【００７４】３．５．４ サブコマンド 登録：１ 削除：２ 更新：３ 取得：４

【００７５】３．５．５ 構成データフォーマット 構成データのフォーマットを図２７に示す。

【００７６】３．５．６ 素材情報データのフォーマッ
ト 素材情報フォーマットを図２８に示す。

【００７７】３．５．７ その他 データ部にデータが必要がない場合にはデータ長に４バ
イト０ｘ０を入れる（図２９）

【００７８】３．５．８ コマンド送出方法 ＷｉｎＳｏｃｋを使用してアプリケーション間通信を行
う。

【００７９】３．６ シーケンサ外部仕様 ３．６．１ 画面構成 ３．６．２ 機能解説 ３．６．２．１データ階層 第５層でシーケンサアプリケーションに渡される。 ３．６．２・２ 機能一覧 ○スケジュールファイルおよびパッケージファイルに従
いＶＢＩインサータに出力する。 ○指定された走査線数でインサータにデータを送る。 ○ほかの送出に割り込んで時刻データをインサータに送
る。 ○同時に複数データを送出する場合は優先レベルの高い
方を送出し、空いた時間に優先レベルの低いデータを送
出する。 ○スケジュールを更新する。 ○インサータへのデータの送出を停止、再開する。 ○インサータへのデータの送出を中止する。 ○現在のスケジュールを返す。 ○ＴＣＤを設定する。 ○ログファイルを出力する。 ○別のサービスも送出する。

【００８０】３．６．３ 処理方式概要 ３．６．３．１ 概要 スケジュールに従いインサータにデータを送出する。ス
ケジュールファイルに記述された、送出時刻と送出バッ
ケーファイルを参照し、そのパッケージファイルの送出
時刻前にファイルサーバよりパッケージファイルを取り
込んでおく。シーケンサはスケジュールファイルに記述
された送出時刻とパッケージファイル内に記述された相
対時間により、コンテンツメッセージ単位で送出時刻か
らの相対時間でインサータに送出する。指定された走査
線数でインサータにデータを送る。時刻データを送出す
る。優先順位順に送出する。新しく通知されたスケジュ
ールに変更する。

【００８１】３．６．３．２ 通知方法 コマンド体系を規定し、そのコマンドをシーケンサに送
信することにより、シーケンサは受け取ったコマンドに
したがって動作する。

【００８２】３．６．４ ＶＢＩインサーションの要件 ３．６．４．１信号仕様 通信レベル：ＲＳ４２２ 同期方式：歩調同期式 通信速度：１５３．６Ｋｂｐｓ／４８Ｋｂｐｓ 切り替
え 入力データ： スタートビット：１ビット データ：８ビット パリティ：奇数／偶数パリティ切り替え ストップビット：１／２切り替え データ長：３７バイト 制御信号： ＩＮＳ ＥＮＡ：０（正）入力データイネーブル ＤＡＴＡ ＲＥＱ：０（負）入力データの要求パルス ＤＡＴＡ ＥＲＲ：０（負）入力データの受信エラー

【００８３】３．６．４．２ インサータへ送出するデ
ータ 一回のパケットは３７バイトである。その内訳は図３０
のとおりである。 ３．６．４．３ 入力タイミング 入力タイミングは図３１に示すとおりである。

【００８４】３．６．５ 外部インターフェース 外部インターフェースは図３２に示すとおりである。ス
ケジュールエディタはオフラインで番組の編成ファイル
（スケジュールファイル）を作成する。作成したスケジ
ュールファイルはファィルサーバに保存される。

【００８５】シーケンサは日替わり信号またはその日の
スケジュールが終了する前またはスケジュールエディタ
からの更新コマンドを受け付けたときにファイルサーバ
から次の日のスケジュールか更新されたスケジュールを
読み込んで処理を開始する。

【００８６】シーケンサは送出モニタを持ち、現在連行
中のスケジュールに対して、モニタからのコマンドまた
は関数呼び出いこより、以下の処理を行う。 ・スケジュールの削除 ・スケジュールの挿入 ・スケジュールの停止 ・スケジュールの再開

【００８７】３．７ サブシステム間インターフェース ３．７．１ データフロ− ３．７．２ パッケージファイルフォーマット ３．７．２．１ 概要 パッケージャはＢｉｔｃａｓｔプロダクションシステム
の一部を構成するソフトウエアで、ＨＴＭＬファイル、
ＧＩＦファイル等の素材から、送出スケジュールの単位
あるパッケージファイルを作成する。パッケージプロジ
ェクトファイルは、パッケージャのための制御情報を記
述するファイルパッケージプロジェクトファイルは、拡
張子「．ＰＰＲ」をもつテキストファイルである。本章
ではこのパッケージプロジェクトファイルの仕様を定義
する。これを図３３に示す。

【００８８】パッケージ伝送は、対応する音声や映像よ
り、早く伝送を開始する。（ＦＯＲＷＡＲＤ１）。また
パッケージ伝送は、次のパッケージの伝送のために対応
する映像や音声の終了より早く伝送を終了する。（ＦＯ
ＷＡＲＤ２）。パッケージ時間枠と、ＦＯＲＷＡＲＤ
１，ＦＯＷＡＲＤ２及び、実際のパッケージ伝送に割り
当てられる時間の関係を図３４に示す。

【００８９】４ Ｂｉｔｃａｓｔプロトコル ４．１ 概要 Ｂｉｔｃａｓｔプロトコルは、ＨＴＭＬで記述されたハ
イパーテキスト情報等のオブジェクトを地上波テレビ放
送、衛星デジタル放送等の放送型メディアを通して転送
するためのオブジェクト転送プロトコルである。放送型
ネットワークにおいて、ＷＷＷサービスにおけるＨＴＴ
Ｐプロトコルの代替プロトコルとして機能する。

【００９０】Ｂｉｔｃａｓｔプロトコルの位置づけを図
３５に示す。

【００９１】Ｂｉｔｃａｓｔプロトコルは、コンテント
メッセージ、コンテントデリートメッセージ、コンテン
トアップデートメッセージ、プログラムインフオメーシ
ヨンメツセージなどより構成される。 ・コンテントメツセージ：コンテント（オブジェクト）
を転送するメッセージコンテントデリリートメツセー
ジ：既に転送したコンテントを無効にするメッセージ ・コンテントアップデートメツセージ：既に転送したコ
ンテントに変更を加えるメッセージ ・プログラムインフオメーションメッセージ：本放送で
放送を開始した番組の内容に関する情報を伝送するメッ
セージ。ＥＰＧの運用のために使用する。

【００９２】４．２ Ｂｉｔｃａｓｔプロトコルの実装
環境 Ｂｉｔｃａｓｔプロトコルは、特定の下位層プロトコル
（Ｂｉｔｃａｓｔベースプロトコル）上に実装される。 ４．２．１ Ｂｉｔｃａｓｔベースプロトコル Ｂｉｔｃａｓｔベースプロトコルは、ＯＳＩ参照モデル
におけるセッション層に相当し、地上波テレビ放送にお
けるＶＢＩ方式や衛星デジタル放送を考慮し、以下の要
求を満たすものとする。 ・エラー訂正機能を有すること。Ｂｉｔｃａｓｔプロト
コルは、効率のよいエラー訂正手段を提供しない。 ・トランスパアレントなバイトストリームとその長さを
伝送するものであること。ＶＢＩ方式のＤＧ構成２は、
バイト列の長さが正確には判らないため、Ｂｉｔｃａｓ
ｔべースプロトコルにならない。 ・ベースプロトコルのエンティティは、その接続先を識
別する情報を上層に提供するものであること。Ｂｉｔｃ
ａｓｔプロトコル中にチャンネル情報を含むとは限らな
い。地上波ＶＢＩの例では、ベースプロトコルのエンテ
ィティは、上層からの要求に対し、テレビチャンネルの
番号を提供できること。

【００９３】４．２．２ ＶＢＩ方式上にＢｉｔｃａｓ
ｔプロトコルを実装する場合のべースプロトコル ＶＢＩ方式上にＢｉｔｃａｓｔプロトコルを実装する場
合は、トランスポート層（第４層）のデータグループ
（ＤＧ）構成２の上層にＦｒａｇｍｅｎｔプロトコルを
定義し、ＦｒａｇｍｅｎｔプロトコルをＢｉｔｃａｓｔ
プロトコルのべースプロトコルとする。ＶＢＩ以外のＢ
ｉｔｃａｓｔベースプロトコルについては、現時点では
これを規定しない。ＶＢＩ方式上のＢｉｔｃａｓｔプロ
トコル実装モデルを図３６に示す。

【００９４】４．３ コンテントデリートメッセージ コンテントデリートメッセージは、既に伝送されたコン
テントをＢｉｔｃａｓｔブラウザのキャッシュから削除
し、無効にするためのメッセージである。コンテントデ
リートメッセージの形式を図３７に示す。 ・バージョン番号 Ｂ０の上位４ビットでコンテントアップデートメツセー
ジのプロトコルバージョンを示す。現バージヨンをゼロ
とする。 ・メッセージ識別 Ｂ０の下位４ビットでメッセージの種類を識別する。値
０００１は、コンテントデリートメッセージを意味す
る。 ・名前エレメント 削除の対象となるコンテントの名前を指定する。

【００９５】４．４ コンテントアップデートメッセー
ジ コンテントデリートメッセージは、既に伝送されたコン
テントのボディ部の一部を更新したり、エレメントを追
加、修正したりするためのメッセージである。ボディ部
の修正は、スポーツ中継時に、ＨＴＭＬ形式内に埋め込
まれた得点情報のみを修正するなどの応用ができる。エ
レメント修正は、伝送済みのコンテントに対し後からキ
ュー情報を伝送する場合等の使用を想定している。コン
テントアップデートメッセージの形式を図３８に示す。

【００９６】５ 実例 つぎにＢｉｔｃａｓｔシステムの使用例について説明す
る。 ５．１ 新聞情報の配布 図３９はＢｉｔｃａｓｔシステムを新聞情報の配布に適
用したときの構成および処理の流れを示す。 ５．２ 週刊誌抜粋版の配布 図４０はＢｉｔｃａｓｔシステムを利用して週刊誌の抜
粋版を定期的に購読者に配信するときの構成および処理
の流れを示す。 ５．３ 小売り販売店（スーパーマーケット等）の広告 図４１はＢｉｔｃａｓｔシステムを利用して小売り販売
店が特売情報とその商品の生産地やレシピなどの付加価
値情報を提供するときの構成および処理の流れを示す。 ５．４ 学習テキストの配布 図４２はＢｉｔｃａｓｔシステムを利用して学習テキス
トを放送で配信し、インターネットで回答等を回収する
ときの構成および処理の流れを示す。

【００９７】まず、放送信号を用いて学習テキストが端
末に送信される。送信されたテキストは端末のディスク
に保管される。ユーザはアイコン等の表示オブジェクト
を操作して目的の学習テキストを表示させる。そしてユ
ーザは学習テキストを用いて回答や質問等を作成し、こ
れを所定のサーバに転送する。この転送は転送指示用の
アイコン等を用いて行うようにできる。サーバ側では送
られてきた回答等を処理する。なお、回答の転送等は、
予め端末にインストールされている専用のアプリケーシ
ョンを用いてサーバに転送するようにしてもよい。 ５．５ 新作ビデオの紹介 図４３はＢｉｔｃａｓｔシステムを利用して新作ビデオ
を紹介するときの構成および処理の流れを示す。 ５．６ インターネット宅配受け付け 図４４はＢｉｔｃａｓｔシステムを利用して放送で宅配
サービスを紹介して宅配受け付けをインターネット経由
で行うときの構成および処理の流れを示す。

【００９８】まず、放送信号を用いて宅配受付用のアイ
コン情報（例えばビットマーク）が送信され、端末にお
いては、送信されたアイコン情報に基づいて放送番組
（コマーシャル）に同期してアイコンが表示される。ユ
ーザがアイコンをクリックすると、ＴＣＰ／ＩＰ接続に
より宅配業者のホームページ（サーバ）にアクセスが行
われ、取引情報（取り引き受け付けメニュー等）が転送
されてくる。ユーザは取引情報に基づいて表示される取
り引きページを用いて宅配の予約を行い、ホームページ
（サーバ）へ予約内容を転送する。サーバでは、ユーザ
から送られた取引情報を取り出して処理する。宅配業者
は取り引き情報に基づいて配送の手配を行う。

【００９９】なお、この例は広く電子的な取り引きに適
用できる。また、申し込みのページをＢｉｔｃａｓｔで
送信しておき、これを用いて申込情報のみ電子取り引き
サーバに送信する構成としてもよい。また、サーバのウ
ェブページへのアクセスは受信ページのアンカータグを
利用して行ってもよい。またフリーダイヤルを用いるよ
うにしてもよい。さらに、アクセスポイントとして機能
すれば、サーバはインターネットに接続されていなくと
もよい。 ５．７ 視聴者参加クイズ番組 図４５はインターネットを利用した視聴者参加クイズ番
組にＢｉｔｃａｓｔシステムを適用したときの構成およ
び処理の流れを示す。

【０１００】以上で実施例の説明を終了する。この実施
例では、放送信号を用いて送信したメッセージをキャッ
シュに記憶させ、さらにこのメッセージを無効にした
り、更新したりすることができる。すなわち、この実施
例によれば、ＨＴＭＬファイル等のコンテンツをなすコ
ンテンツメッセージを放送信号により送信し、このコン
テンツメッセージを端末において取り出してキャッシュ
に記憶し、さらに、さきに送信したコンテンツメッセー
ジを無効にするときには、無効にするコンテンツメッセ
ージの識別子を含むコンテンツデリートメッセージを放
送信号により送信し、端末では、このコンテンツデリー
トメッセージに基づいて、指定されたコンテンツメッセ
ージを無効化するようにしている。

【０１０１】また、この実施例によれば、ＨＴＭＬファ
イル等のコンテンツをなすコンテンツメッセージを放送
信号により送信し、このコンテンツメッセージを端末に
おいて取り出してキャッシュに記憶し、さらに、さきに
送信したコンテンツメッセージを修正するときには、修
正したいコンテンツメッセージの識別子を含むコンテン
ツアップデータメッセージを放送信号により送信し、端
末では、このコンテンツアップデータメッセージに基づ
いて、指定されたコンテンツメッセージを修正するよう
にしている。

【０１０２】以上のコンテンツデリートメッセージやコ
ンテンツアップデートメッセージは地上波放送（テレ
ビ、ラジオ等）やケーブル放送、衛星放送、データ通信
放送によるコンテンツの伝送・保管にも適用できること
はもちろんである。

【０１０３】また、上述の実施例によれば、情報処理方
法において、電子取り引きサーバへのアクセスに用いる
表示オブジェクトを表示するための情報を含む放送信号
を受信するステップと、受信した放送信号から上記表示
オブジェクトを表示するための情報を取り出すステップ
と、上記表示オブジェクトを表示するステップと、表示
された上記表示オブジェクトへの所定の操作に基づいて
上記サーバにアクセスするステップと、上記サーバから
転送された転送情報を表示するステップと、表示された
上記転送情報を用いて入力された取り引き情報を上記サ
ーバに転送するステップと、転送された上記取り引き情
報を上記サーバにおいて受信するステップとを実行する
ようにしている。

【０１０４】この構成においては、電子取り引きサーバ
の所在が分からなくても、簡単に取り引きを行うことが
できる。

【０１０５】なお、放送信号としては、通常の地上波テ
レビ放送のほか、ケーブルテレビ放送、衛星テレビ放送
でもよい。また、放送内容としても、テレビジョンプロ
グラムに限定されず、ラジオ放送プログラム、データ放
送プログラム等とすることができる。

【０１０６】また、上記表示オブジェクトはアイコンの
様なものでもよく、またＨＴＭＬ文書により記述され、
アンカーのタグを含むものでもよい。

【０１０７】また、この実施例によれば、情報処理方法
において、電子取り引きサーバへのアクセスに用いる表
示オブジェクトを表示するための情報を含む放送信号を
受信するステップと、受信した放送信号から上記表示オ
ブジェクトを表示するための情報を取り出すステップ
と、上記表示オブジェクトを表示するステップと、上記
表示オブジェクトを用いて入力した取り引き情報を上記
サーバに転送するステップと、転送された取り引き情報
を上記サーバにおいて受信するステップとを実行するよ
うにしている。

【０１０８】この構成においては、表示オブジェクトを
用いて入力された取り引き情報を上記表示オブジェクト
に対応する取り引きサーバに転送して取り引き処理を行
うことができる。この場合も、取り引きサーバの所在が
わからなくても取り引きを行うことができる。

【０１０９】この構成において、上記表示オブジェクト
はＨＴＭＬにより記述されていてもよい。

【０１１０】また、この実施例によれば、情報処理方法
において、表示オブジェクトを表示するための情報を含
む放送信号を受信するステップと、受信した放送信号か
ら上記表示オブジェクトを表示するための情報を取り出
すステップと、上記表示オブジェクトを表示するステッ
プと、表示された上記表示オブジェクトを用いて生成さ
れた処理対象情報を所定のサーバに転送するステップ
と、転送された上記処理対象情報を上記サーバにおいて
処理するステップとを実行するようにしている。

【０１１１】この構成においては、放送信号を用いて得
られる表示を利用して処置対象情報を生成し、この処理
対象情報をサーバに転送するので、サーバの所在が分か
らなくても情報処理を簡単に行うことができる。

【０１１２】この構成において、上記表示オブジェクト
は例えば取り引き内容を記述するものであり（取り引き
内容の一部（オプション部分）をユーザが入力してもよ
い）、上記処理対象情報は例えば取り引きの申込内容を
記述するものである。また、上記表示オブジェクトは学
習用テキストを構成するものであってもよく、上記処理
対象情報は学習結果を記述するものであってもよい。

【０１１３】

【発明の効果】以上説明したように、この発明によれ
ば、放送信号により送信したコンテンツを簡易に無効化
したり、修正したりすることができる。

【図面の簡単な説明】

【図１】 実施例の全体的な概要を説明する図である。

【図２】 実施例のＢｉｔｃａｓｔアーキテクチャを説
明する図である。

【図３】 標準モード画面を示す図である。

【図４】 詳細モード画面を示す図である。

【図５】 サービス分類を説明する図である。

【図６】 ビジネスモデルを説明する図である。

【図７】 端末システムの概要を説明する図である。

【図８】 端末システムのコンポーネントを説明する図
である。

【図９】 ブラウザコントロールを説明する図である。

【図１０】 キャッシュコントロールを説明する図であ
る。

【図１１】 ビットマーク表示部を示す図である。

【図１２】 ビットマークのスクロール制御を説明する
図である。

【図１３】 ツールバー部を示す図である。

【図１４】 ツールバー部の詳細を説明する図である。

【図１５】 端末システムの処理を説明する図である。

【図１６】 端末システムのコンポーネントを示す図で
ある。

【図１７】 送出システムを説明する図である。

【図１８】 送出システムの運用を説明する図である。

【図１９】 送出システムにおける作業を説明する図で
ある。

【図２０】 パッケージャの機能概要を説明する図であ
る。

【図２１】 パッケージャの処理を説明する図である。

【図２２】 パッケージファイルのデータ構造を説明す
る図である。

【図２３】 図２２のフラグメントプロトコルヘッダの
構成を説明する図である。

【図２４】 図２２のコンテントメッセージの構成を説
明する図である。

【図２５】 スケジュールエディタの処理フローをっ説
明する図である。

【図２６】 スケジュールに関する通知のプロトコルを
説明する図である。

【図２７】 構成データフォーマットの構成を説明する
図である。

【図２８】 素材情報フォーマットの構成を説明する図
である。

【図２９】 その他のフォーマットの構成を説明する図
である。

【図３０】 インサータに送出するデータを説明する図
である。

【図３１】 インサータの入力タイミングを説明する図
である。

【図３２】 スケジュールについて説明する図である。

【図３３】 パッケージファイルフォーマットをっ説明
する図である。

【図３４】 パッケージ伝送を説明する図である。

【図３５】 Ｂｉｔｃａｓｔプロトコルを説明する図で
ある。

【図３６】 プロトコルの実装モデルを説明する図であ
る。

【図３７】 コンテントデリートメッセージの形式を説
明する図である。

【図３８】 コンテントアップデータメッセージの形式
を説明する図である。

【図３９】 実施例の適用例を説明する図である。

【図４０】 実施例の適用例を説明する図である。

【図４１】 実施例の適用例を説明する図である。

【図４２】 実施例の適用例を説明する図である。

【図４３】 実施例の適用例を説明する図である。

【図４４】 実施例の適用例を説明する図である。

【図４５】 実施例の適用例を説明する図である。

【符号の説明】

１０ テレビコントロール １１ ＶＢＩキャプチャドライバ １２ ＶＢＩキャプチャマネージャ １３ ＢＩｔｃａｓｔローダー １４ キャッシュコントローラ １５ シーケンスコントローラ １６ Ｗｅｂブラウザコントローラ １７ Ｄｅｌｅｇａｔｅ １８ Ｂｉｔｃａｓｔ Ｂａｒコントロール ２１ オーサリングサブシステム ２２ パッケージャサブシステム ２３ スケジュールエディタサブシステム ２４ シーケンササブシステム ２５ ＶＢＩインサーションサブシステム

Claims (5)

【特許請求の範囲】
1. 【請求項１】 コンテンツをなすコンテンツメッセージ
   を放送信号により送信し、このコンテンツメッセージを
   端末において取り出してキャッシュに記憶し、さらに、
   さきに送信したコンテンツメッセージを無効にするとき
   には、無効にするコンテンツメッセージの識別子を含む
   コンテンツデリートメッセージを放送信号により送信
   し、端末では、このコンテンツデリートメッセージに基
   づいて、指定されたコンテンツメッセージを無効化する
   ことを特徴とするコンテンツ伝送処理方法。
2. 【請求項２】 コンテンツをなすコンテンツメッセージ
   を放送信号により送信し、このコンテンツメッセージを
   端末において取り出してキャッシュに記憶し、さらに、
   さきに送信したコンテンツメッセージを無効にするとき
   には、無効にするコンテンツメッセージの識別子を含む
   コンテンツデリートメッセージを放送信号により送信
   し、端末では、このコンテンツデリートメッセージに基
   づいて、指定されたコンテンツメッセージを無効化する
   コンテンツ伝送処理方法に用いられるコンテンツ受信装
   置において、 上記コンテンツメッセージをキャッシュに記憶する手段
   と、 上記コンテンツデリートメッセージに基づいて、指定さ
   れたコンテンツメッセージを無効化する手段とを有する
   ことを特徴とするコンテンツ受信装置。
3. 【請求項３】 コンテンツをなすコンテンツメッセージ
   を放送信号により送信し、このコンテンツメッセージを
   端末において取り出してキャッシュに記憶し、さらに、
   さきに送信したコンテンツメッセージを修正するときに
   は、修正したいコンテンツメッセージの識別子を含むコ
   ンテンツアップデータメッセージを放送信号により送信
   し、端末では、このコンテンツアップデータメッセージ
   に基づいて、指定されたコンテンツメッセージを修正す
   ることを特徴とするコンテンツ伝送処理方法。
4. 【請求項４】 コンテンツをなすコンテンツメッセージ
   を放送信号により送信し、このコンテンツメッセージを
   端末において取り出してキャッシュに記憶し、さらに、
   さきに送信したコンテンツメッセージを修正するときに
   は、修正したいコンテンツメッセージの識別子を含むコ
   ンテンツアップデータメッセージを放送信号により送信
   し、端末では、このコンテンツアップデータメッセージ
   に基づいて、指定されたコンテンツメッセージを修正す
   るコンテンツ伝送処理方法に用いられるコンテンツ受信
   装置において、 上記コンテンツメッセージをキャッシュに記憶する手段
   と、 上記コンテンツアップデータメッセージに基づいて、指
   定されたコンテンツメッセージを修正する手段とを有す
   ることを特徴とするコンテンツ受信装置。
5. 【請求項５】 コンテンツをなすコンテンツメッセージ
   を送信するとともに、無効にするコンテンツメッセージ
   の識別子を含むコンテンツデリートメッセージおよび修
   正したいコンテンツメッセージの識別子を含むコンテン
   ツアップデータメッセージの少なくとも一方を送信する
   ことを特徴とする放送装置。