JP2838980B2 - 双方向通信による動画再生システム - Google Patents
双方向通信による動画再生システムInfo
- Publication number
- JP2838980B2 JP2838980B2 JP5882395A JP5882395A JP2838980B2 JP 2838980 B2 JP2838980 B2 JP 2838980B2 JP 5882395 A JP5882395 A JP 5882395A JP 5882395 A JP5882395 A JP 5882395A JP 2838980 B2 JP2838980 B2 JP 2838980B2
- Authority
- JP
- Japan
- Prior art keywords
- bitmap
- code
- terminal
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17336—Handling of requests in head-ends
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
- H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/93—Regeneration of the television signal or of selected parts thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Processing Or Creating Images (AREA)
- Television Signal Processing For Recording (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【産業上の利用分野】本発明は双方向通信により、端末
機からの要求に応じてビデオサーバから端末機にビデオ
情報を送る動画再生システムに関する。
機からの要求に応じてビデオサーバから端末機にビデオ
情報を送る動画再生システムに関する。
【０００２】
【従来の技術】画像を通信回線からディジタル化して送
る場合、画像のデータ量は膨大なものとなるために、通
常はＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ
Ｅｘｐｅｒｔ Ｇｒｏｕｐ）やＭＰＥＧ（Ｍｏｖｉｎ
ｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）な
どの圧縮符号化方式により、圧縮符号化される。その一
般的な応用例として、ＴＶ会議、ＣＡＴＶ（Ｃａｂｌｅ
ＴＶ）、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）
などがある。
る場合、画像のデータ量は膨大なものとなるために、通
常はＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ
Ｅｘｐｅｒｔ Ｇｒｏｕｐ）やＭＰＥＧ（Ｍｏｖｉｎ
ｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）な
どの圧縮符号化方式により、圧縮符号化される。その一
般的な応用例として、ＴＶ会議、ＣＡＴＶ（Ｃａｂｌｅ
ＴＶ）、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）
などがある。
【０００３】従来の双方向通信による画像情報の再生に
ついて、図面を参照して説明する。図２２は端末機から
要求されたビデオをビデオサーバから端末機に送る動画
再生システムのブロック図である。図２２の例では、端
末制御手段１０１は通信部１０３により、サーバ制御手
段１０７が通信部１０８により双方向の通信を行う。す
なわち、端末機側のキーボード１０２によりユーザが希
望するビデオを選択してビデオサーバにビデオを要求す
る。ビデオサーバは要求されたビデオを動画符号ファイ
ル１１０から検索して読み込んだ動画符号ファイルを端
末機に送る。端末機は受け取った動画符号ファイルをデ
コード部１０５で伸張して、ディスプレイ１０６に表示
する。１０４，１０９はそれぞれメモリである。
ついて、図面を参照して説明する。図２２は端末機から
要求されたビデオをビデオサーバから端末機に送る動画
再生システムのブロック図である。図２２の例では、端
末制御手段１０１は通信部１０３により、サーバ制御手
段１０７が通信部１０８により双方向の通信を行う。す
なわち、端末機側のキーボード１０２によりユーザが希
望するビデオを選択してビデオサーバにビデオを要求す
る。ビデオサーバは要求されたビデオを動画符号ファイ
ル１１０から検索して読み込んだ動画符号ファイルを端
末機に送る。端末機は受け取った動画符号ファイルをデ
コード部１０５で伸張して、ディスプレイ１０６に表示
する。１０４，１０９はそれぞれメモリである。
【０００４】図２３はビデオ選択時の画面表示の一例を
示す。図２３の例では画面１１１でビデオサービスの開
始画面が表示され、ユーザがビデオサービスとＴＶサー
ビスとゲームサービスの中から１つを選択するのを待
つ。次の画面１１２はビデオサービスを選択した時の画
面であり、ユーザがビデオのジャンルを選択するのを待
つ。次の画面１１３はあるジャンルを選択した時の画面
であり、ユーザがビデオのタイトルを選択し再生ボタン
を押すのを待つ。次の画面１１４は選択したビデオを再
生表示している画面である。
示す。図２３の例では画面１１１でビデオサービスの開
始画面が表示され、ユーザがビデオサービスとＴＶサー
ビスとゲームサービスの中から１つを選択するのを待
つ。次の画面１１２はビデオサービスを選択した時の画
面であり、ユーザがビデオのジャンルを選択するのを待
つ。次の画面１１３はあるジャンルを選択した時の画面
であり、ユーザがビデオのタイトルを選択し再生ボタン
を押すのを待つ。次の画面１１４は選択したビデオを再
生表示している画面である。
【０００５】ところで、このような画像は通常、ＤＣＴ
をベースとしたＪＰＥＧやＭＰＥＧなどの画像圧縮方式
で高周波成分をカットすることにより圧縮される。この
ため高周波成分が多い文字や図形を多く表示する画像で
は画面がぼけて見えるという問題点がある。
をベースとしたＪＰＥＧやＭＰＥＧなどの画像圧縮方式
で高周波成分をカットすることにより圧縮される。この
ため高周波成分が多い文字や図形を多く表示する画像で
は画面がぼけて見えるという問題点がある。
【０００６】上記の問題点を解決する従来例として、例
えば特開平５−３００４９５に示された画像符号化装置
がある。この装置では画像を動画像成分と静止画像成分
に分けて、別々に最適な符号化をしている。しかし、こ
の装置では複数フレームにまたがる静止画像成分も符号
化されるので、圧縮率が低くなる。
えば特開平５−３００４９５に示された画像符号化装置
がある。この装置では画像を動画像成分と静止画像成分
に分けて、別々に最適な符号化をしている。しかし、こ
の装置では複数フレームにまたがる静止画像成分も符号
化されるので、圧縮率が低くなる。
【０００７】一方、特開平４−２４５７８９に示された
データ管理法では、動画像、音声、数字、文字列、静止
画、グラフィックスの情報を時間軸に対して構造化した
データテーブルを持つことで複数のメディアを管理して
いる。しかし、この方法ではデータとデータテーブルが
分離しているので送信するには構成が複雑になる。
データ管理法では、動画像、音声、数字、文字列、静止
画、グラフィックスの情報を時間軸に対して構造化した
データテーブルを持つことで複数のメディアを管理して
いる。しかし、この方法ではデータとデータテーブルが
分離しているので送信するには構成が複雑になる。
【０００８】また、他の従来例としては、特開平１−２
７６２６９に示された情報記録再生方式がある。この方
式では複数の符号を識別符号によって分離して、更に記
録媒体の領域を分けて符号化している。しかし、この方
式ではランダムアクセスのできない通信では送ることが
できない。
７６２６９に示された情報記録再生方式がある。この方
式では複数の符号を識別符号によって分離して、更に記
録媒体の領域を分けて符号化している。しかし、この方
式ではランダムアクセスのできない通信では送ることが
できない。
【０００９】
【発明が解決しようとする課題】そこで、本発明の目的
は双方向通信で簡単な構成により文字や図形を分離して
符号化できる動画再生システムを提供することにある。
は双方向通信で簡単な構成により文字や図形を分離して
符号化できる動画再生システムを提供することにある。
【００１０】
【課題を解決するための手段】本発明は、希望するビデ
オを端末機から要求し、ビデオサーバから要求されたビ
デオ信号を前記端末機に送る双方向通信による動画再生
システムにおいて、前記ビデオサーバは、動画符号のユ
ーザ領域に文字、図形、矩形領域の各ドット位置のＲＧ
Ｂの値を示したデータ（以降はビットマップと称する）
の符号を格納された動画符号を送る手段と、文字や図形
のデータが端末機に登録されているかどうか判定する手
段と、端末機で登録していない文字や図形のデータの場
合はビットマップデータを送る手段とを備えたことを特
徴とする。
オを端末機から要求し、ビデオサーバから要求されたビ
デオ信号を前記端末機に送る双方向通信による動画再生
システムにおいて、前記ビデオサーバは、動画符号のユ
ーザ領域に文字、図形、矩形領域の各ドット位置のＲＧ
Ｂの値を示したデータ（以降はビットマップと称する）
の符号を格納された動画符号を送る手段と、文字や図形
のデータが端末機に登録されているかどうか判定する手
段と、端末機で登録していない文字や図形のデータの場
合はビットマップデータを送る手段とを備えたことを特
徴とする。
【００１１】一方、前記端末機は、動画符号のユーザ領
域に格納された文字、図形、ビットマップの符号を再生
する手段を備える。
域に格納された文字、図形、ビットマップの符号を再生
する手段を備える。
【００１２】なお、前記ビデオサーバは、更に、多く使
用された文字、図形、ビットマップの符号を端末機に登
録させる手段を備え、前記端末機は、更に、多く使用さ
れた文字、図形、ビットマップの符号を登録する手段を
備えることが好ましい。
用された文字、図形、ビットマップの符号を端末機に登
録させる手段を備え、前記端末機は、更に、多く使用さ
れた文字、図形、ビットマップの符号を登録する手段を
備えることが好ましい。
【００１３】
【作用】本発明によれば、文字や図形を分離して符号化
するので、高画質に再生でき、また、多く使用する文字
や図形の符号を登録することにより、符号サイズを更に
短縮できる。
するので、高画質に再生でき、また、多く使用する文字
や図形の符号を登録することにより、符号サイズを更に
短縮できる。
【００１４】
【実施例】次に、本発明について図面を参照して説明す
る。図１は本発明を適用した動画再生システムのブロッ
ク図である。この動画再生システムは、端末機側は端末
機全体を制御する端末制御手段２１と、ユーザの選択を
入力するキーボード２２と、文字や図形などのビットマ
ップ符号を再生するビットマップ復号化手段２３と、ビ
ットマップ符号の各ドットのＲＧＢ（Ｒｅｄ Ｇｒｅｅ
ｎ Ｂｌｕｅ）データを記録しているビットマップデー
タファイル２４と、多く使用する文字や図形の符号を記
録しているマクロデータファイル２５と、ビデオサーバ
と通信する通信部２６と、実行中の変数の内容を格納し
たり、動画符号を格納したりするメモリ２７と、動画符
号を伸張するデコード部２８と、画像を表示するディス
プレイ２９とで構成されている。
る。図１は本発明を適用した動画再生システムのブロッ
ク図である。この動画再生システムは、端末機側は端末
機全体を制御する端末制御手段２１と、ユーザの選択を
入力するキーボード２２と、文字や図形などのビットマ
ップ符号を再生するビットマップ復号化手段２３と、ビ
ットマップ符号の各ドットのＲＧＢ（Ｒｅｄ Ｇｒｅｅ
ｎ Ｂｌｕｅ）データを記録しているビットマップデー
タファイル２４と、多く使用する文字や図形の符号を記
録しているマクロデータファイル２５と、ビデオサーバ
と通信する通信部２６と、実行中の変数の内容を格納し
たり、動画符号を格納したりするメモリ２７と、動画符
号を伸張するデコード部２８と、画像を表示するディス
プレイ２９とで構成されている。
【００１５】一方、ビデオサーバは、ビデオサーバ全体
を制御するサーバ制御手段３０と、端末機と通信する通
信部３１と、実行中の変数の内容を格納したり、動画符
号を格納したりするメモリ３２と、ビデオ情報である動
画符号ファイル３３と、ビットマップ符号の各ドットの
ＲＧＢデータを記録しているビットマップデータファイ
ル３４と、端末機毎に多く使用する文字や図形の符号を
記録しているマクロデータファイル３５と、文字や図形
などのビットマップデータを符号化するビットマップ符
号化手段３６と、端末機に文字や図形のビットマップデ
ータやマクロデータが登録されているかどうかを調べる
端末登録情報検索手段３７と、端末登録情報を更新する
端末登録情報更新手段３８と、端末登録情報を記録して
いる端末登録情報ファイル３９とで構成されている。
を制御するサーバ制御手段３０と、端末機と通信する通
信部３１と、実行中の変数の内容を格納したり、動画符
号を格納したりするメモリ３２と、ビデオ情報である動
画符号ファイル３３と、ビットマップ符号の各ドットの
ＲＧＢデータを記録しているビットマップデータファイ
ル３４と、端末機毎に多く使用する文字や図形の符号を
記録しているマクロデータファイル３５と、文字や図形
などのビットマップデータを符号化するビットマップ符
号化手段３６と、端末機に文字や図形のビットマップデ
ータやマクロデータが登録されているかどうかを調べる
端末登録情報検索手段３７と、端末登録情報を更新する
端末登録情報更新手段３８と、端末登録情報を記録して
いる端末登録情報ファイル３９とで構成されている。
【００１６】端末機とビデオサーバは通信部２６と通信
部３１とにより双方向通信を行う。端末機がビデオを要
求すると、ビデオサーバは動画符号ファイル３３から要
求されたビデオの動画符号を端末機に送る。その時、端
末登録情報ファイル３９を調べて動画符号のユーザ領域
に格納されている文字や図形のビットマップデータが端
末機に登録されているかどうかを判断して、登録されて
いない場合はビットマップ符号化手段３６でビットマッ
プデータを端末機に送る。また、多く使用された文字や
図形のビットマップデータをマクロデータとしてマクロ
データファイル３５に記録し、端末登録情報更新手段３
８で端末登録情報ファイル３９を更新して端末機に送
る。端末機は動画符号のユーザ領域に格納されているビ
ットマップ符号を取り出して、ビットマップデータファ
イル２４とマクロデータファイル２５を参照してビット
マップ復号化手段２３で再生する。また、ビデオサーバ
からマクロデータとして送られた文字や図形のビットマ
ップデータをマクロデータファイル２５に記録する。
部３１とにより双方向通信を行う。端末機がビデオを要
求すると、ビデオサーバは動画符号ファイル３３から要
求されたビデオの動画符号を端末機に送る。その時、端
末登録情報ファイル３９を調べて動画符号のユーザ領域
に格納されている文字や図形のビットマップデータが端
末機に登録されているかどうかを判断して、登録されて
いない場合はビットマップ符号化手段３６でビットマッ
プデータを端末機に送る。また、多く使用された文字や
図形のビットマップデータをマクロデータとしてマクロ
データファイル３５に記録し、端末登録情報更新手段３
８で端末登録情報ファイル３９を更新して端末機に送
る。端末機は動画符号のユーザ領域に格納されているビ
ットマップ符号を取り出して、ビットマップデータファ
イル２４とマクロデータファイル２５を参照してビット
マップ復号化手段２３で再生する。また、ビデオサーバ
からマクロデータとして送られた文字や図形のビットマ
ップデータをマクロデータファイル２５に記録する。
【００１７】図２はＭＰＥＧを例にした場合の動画符号
の構成を示す。図２の動画符号は、（１）シーケンスヘ
ッダ（Ｓｅｑ）と、（２）ＧＯＰ（Ｇｒｏｕｐ Ｏｆ
Ｐｉｃｔｕｒｅ）ヘッダと、（３）ピクチャヘッダ（Ｐ
ｉｃｔｕｒｅ）と、（４）スライスヘッダ（Ｓｌｉｃ
ｅ）と、（５）マクロブロックヘッダ（Ｍａｃｒｏ）
と、（６）ブロック（Ｂｌｏｃｋ）の符号から構成され
ている。更に、ピクチャヘッダは、（７）ピクチャヘッ
ダのスタートコード（Ｐｉｃ Ｓｔａｒｔ）と、（８）
ピクチャの表示順序を示す番号（Ｔｍｐ Ｒｅｆ）と、
（９）Ｉ・Ｐ・Ｂの種別を示すコード（Ｐｉｃ Ｔｙｐ
ｅ）と、（１０）ピクチャヘッダのユーザデータの存在
を示すコード（ＰＵｓｒＳｔｒｔ）と、（１１）ピクチ
ャヘッダのユーザデータ（ＰＵｓｒＤａｔａ）とで構成
されている。
の構成を示す。図２の動画符号は、（１）シーケンスヘ
ッダ（Ｓｅｑ）と、（２）ＧＯＰ（Ｇｒｏｕｐ Ｏｆ
Ｐｉｃｔｕｒｅ）ヘッダと、（３）ピクチャヘッダ（Ｐ
ｉｃｔｕｒｅ）と、（４）スライスヘッダ（Ｓｌｉｃ
ｅ）と、（５）マクロブロックヘッダ（Ｍａｃｒｏ）
と、（６）ブロック（Ｂｌｏｃｋ）の符号から構成され
ている。更に、ピクチャヘッダは、（７）ピクチャヘッ
ダのスタートコード（Ｐｉｃ Ｓｔａｒｔ）と、（８）
ピクチャの表示順序を示す番号（Ｔｍｐ Ｒｅｆ）と、
（９）Ｉ・Ｐ・Ｂの種別を示すコード（Ｐｉｃ Ｔｙｐ
ｅ）と、（１０）ピクチャヘッダのユーザデータの存在
を示すコード（ＰＵｓｒＳｔｒｔ）と、（１１）ピクチ
ャヘッダのユーザデータ（ＰＵｓｒＤａｔａ）とで構成
されている。
【００１８】また、ビットマップ符号はユーザデータ領
域に格納されていて、（１２）ビットマップ符号である
ことを示す識別子“Ｂｉｔ”（Ｂ Ｉｄ）と、（１３）
ビットマップを表示している期間（フレーム数）（Ｂ
ｌｅｎｇ）と、（１４）ビットマップ符号の種別フラグ
（Ｂ ｔｙｐｅ）と、（１５）ビットマップを示す符
号、またはビットマップデータ（Ｂ Ｄａｔａ）とで構
成されている。このビットマップ符号には、文字と、
図形と、ビットマップと、マクロデータとがあ
り、種別フラグで識別される。
域に格納されていて、（１２）ビットマップ符号である
ことを示す識別子“Ｂｉｔ”（Ｂ Ｉｄ）と、（１３）
ビットマップを表示している期間（フレーム数）（Ｂ
ｌｅｎｇ）と、（１４）ビットマップ符号の種別フラグ
（Ｂ ｔｙｐｅ）と、（１５）ビットマップを示す符
号、またはビットマップデータ（Ｂ Ｄａｔａ）とで構
成されている。このビットマップ符号には、文字と、
図形と、ビットマップと、マクロデータとがあ
り、種別フラグで識別される。
【００１９】図３を参照して、ビットマップデータファ
イル２４の構成について説明する。このビットマップデ
ータファイルは、（１）ビットマップ符号の種別フラグ
（ＢＤ Ｔｙｐｅ）と、（２）色を示す符号（ＢＤ Ｃ
ｏｌｏｒ）と、（３）ビットマップの内容を示す符号
と、（４）ビットマップデータの水平サイズ（ＢＤ Ｗ
ｉｄｔｈ）と、（５）ビッマップデータの垂直サイズ
（ＢＤ Ｈｅｉｇｈｔ）と、（６）ビットマップデータ
（各ドット毎のＲＧＢデータ）（ＢＤ Ｄａｔａ）とで
構成される。このビットマップ符号には、文字と、
図形とがあり、種別フラグで識別される。図３のビット
マップデータファイル２４を参照することにより、端末
機は動画符号のユーザ領域に格納されたビットマップ符
号をビットマップデータファイル２４の一致するビット
マップデータに復号することができる。
イル２４の構成について説明する。このビットマップデ
ータファイルは、（１）ビットマップ符号の種別フラグ
（ＢＤ Ｔｙｐｅ）と、（２）色を示す符号（ＢＤ Ｃ
ｏｌｏｒ）と、（３）ビットマップの内容を示す符号
と、（４）ビットマップデータの水平サイズ（ＢＤ Ｗ
ｉｄｔｈ）と、（５）ビッマップデータの垂直サイズ
（ＢＤ Ｈｅｉｇｈｔ）と、（６）ビットマップデータ
（各ドット毎のＲＧＢデータ）（ＢＤ Ｄａｔａ）とで
構成される。このビットマップ符号には、文字と、
図形とがあり、種別フラグで識別される。図３のビット
マップデータファイル２４を参照することにより、端末
機は動画符号のユーザ領域に格納されたビットマップ符
号をビットマップデータファイル２４の一致するビット
マップデータに復号することができる。
【００２０】図４は端末登録情報ファイル３９の構成を
示す。端末登録情報ファイル３９は、端末機毎に（１）
端末登録情報の個数（Ｒ Ｌｅｎｇ）と、（２）登録情
報の種別（Ｒ ＩＤ）と、（３）登録情報のデータ（Ｒ
Ｄａｔａ）とで構成されている。端末登録情報には、
文字／図形と、マクロデータとがあり、種別フラグ
で識別される。この端末登録情報ファイル３９を参照し
て、ビデオサーバは端末機がビットマップ符号のマクロ
データを登録しているかどうかを調べ、端末機が登録し
ている場合はそのマクロ番号を端末機に送る。また、端
末機がビットマップ符号を復号できるかどうかを調べ
て、端末機が復号できない場合はビデオサーバがそのビ
ットマップ符号を、種別をビットマップデータに変更し
た符号に置き換えて端末機に送る。
示す。端末登録情報ファイル３９は、端末機毎に（１）
端末登録情報の個数（Ｒ Ｌｅｎｇ）と、（２）登録情
報の種別（Ｒ ＩＤ）と、（３）登録情報のデータ（Ｒ
Ｄａｔａ）とで構成されている。端末登録情報には、
文字／図形と、マクロデータとがあり、種別フラグ
で識別される。この端末登録情報ファイル３９を参照し
て、ビデオサーバは端末機がビットマップ符号のマクロ
データを登録しているかどうかを調べ、端末機が登録し
ている場合はそのマクロ番号を端末機に送る。また、端
末機がビットマップ符号を復号できるかどうかを調べ
て、端末機が復号できない場合はビデオサーバがそのビ
ットマップ符号を、種別をビットマップデータに変更し
た符号に置き換えて端末機に送る。
【００２１】図５はビットマップデータと画像の合成例
を示す。図５に示すように、ビットマップデータと画像
は矩形領域の各ドットのＲＧＢの値として示されてい
る。図５の例では水平サイズｗ、垂直サイズｈのビット
マップのＲＧＢデータが、左上の端の位置が（ｘ1 ，ｙ
1 ）となるように画像のＲＧＢデータに上書きされるの
で、その領域はビットマップに置き換えられて表示され
る。
を示す。図５に示すように、ビットマップデータと画像
は矩形領域の各ドットのＲＧＢの値として示されてい
る。図５の例では水平サイズｗ、垂直サイズｈのビット
マップのＲＧＢデータが、左上の端の位置が（ｘ1 ，ｙ
1 ）となるように画像のＲＧＢデータに上書きされるの
で、その領域はビットマップに置き換えられて表示され
る。
【００２２】図６は端末機とビデオサーバの動作シーケ
ンスを示す。図６のシーケンスでは端末機が接続を要求
（４１）すると、ビデオサーバは接続要求を受け取って
（４２）、接続許可を送り（４３）、端末機が接続を確
認する（４４）。次に、端末機がビデオ要求を送ると
（４５）、ビデオサーバはビデオ要求を確認する（４
６）。次に、ビデオサーバは文字、図形のビットマップ
データが端末機に登録されているか検索し（４７）、端
末機に登録されていない場合はそのビットマップデータ
を、種別をビットマップとして符号化し（４８）、使用
したビットマップ符号をメモリ３２に格納して使用回数
をカウントし（４９）、ビデオの動画符号を端末機に送
る（５０）。
ンスを示す。図６のシーケンスでは端末機が接続を要求
（４１）すると、ビデオサーバは接続要求を受け取って
（４２）、接続許可を送り（４３）、端末機が接続を確
認する（４４）。次に、端末機がビデオ要求を送ると
（４５）、ビデオサーバはビデオ要求を確認する（４
６）。次に、ビデオサーバは文字、図形のビットマップ
データが端末機に登録されているか検索し（４７）、端
末機に登録されていない場合はそのビットマップデータ
を、種別をビットマップとして符号化し（４８）、使用
したビットマップ符号をメモリ３２に格納して使用回数
をカウントし（４９）、ビデオの動画符号を端末機に送
る（５０）。
【００２３】端末機は、ビットマップデータファイル２
４を参照してビットマップ符号を復号して（５１）、ビ
デオを表示する（５２）。次に、端末機がビデオの終了
を要求すると（５３）、ビデオサーバがビデオの終了要
求を確認して（５４）、多く使用されたビットマップ符
号をマクロデータファイル３５に記録して（５５）、端
末登録情報ファイル３９を更新し（５６）、マクロデー
タを端末機に送る（５７）。端末機はこのマクロデータ
を受け取って（５８）、マクロデータファイル２５に記
録する（５９）。
４を参照してビットマップ符号を復号して（５１）、ビ
デオを表示する（５２）。次に、端末機がビデオの終了
を要求すると（５３）、ビデオサーバがビデオの終了要
求を確認して（５４）、多く使用されたビットマップ符
号をマクロデータファイル３５に記録して（５５）、端
末登録情報ファイル３９を更新し（５６）、マクロデー
タを端末機に送る（５７）。端末機はこのマクロデータ
を受け取って（５８）、マクロデータファイル２５に記
録する（５９）。
【００２４】このように、端末機とビデオサーバでビッ
トマップデータファイルを使用することでビットマップ
データの符号化と復号化を行うことができる。また、端
末機に送られたビットマップ符号の使用回数が多いもの
をマクロデータとして記録するので、ビットマップ符号
の圧縮ができる。
トマップデータファイルを使用することでビットマップ
データの符号化と復号化を行うことができる。また、端
末機に送られたビットマップ符号の使用回数が多いもの
をマクロデータとして記録するので、ビットマップ符号
の圧縮ができる。
【００２５】以上の構成でビデオの再生を行う処理を以
下に説明する。図７はビデオサーバを制御するサーバ制
御手段３０の動作を示すフローチャート図である。サー
バ制御は、通信部３１により端末機と接続し（ステップ
６１）、通信部３１により端末機からの要求を待つ（ス
テップ６２）。次に、端末機からの要求の有無を判断し
（ステップ６３）、ビデオ要求の場合は動画送信を行っ
て（ステップ６４）、マクロデータ送信を行う（ステッ
プ６５）。一方、終了要求の場合は端末機との接続を切
る（ステップ６６）。
下に説明する。図７はビデオサーバを制御するサーバ制
御手段３０の動作を示すフローチャート図である。サー
バ制御は、通信部３１により端末機と接続し（ステップ
６１）、通信部３１により端末機からの要求を待つ（ス
テップ６２）。次に、端末機からの要求の有無を判断し
（ステップ６３）、ビデオ要求の場合は動画送信を行っ
て（ステップ６４）、マクロデータ送信を行う（ステッ
プ６５）。一方、終了要求の場合は端末機との接続を切
る（ステップ６６）。
【００２６】図８は動画送信のフローチャート図であ
る。動画送信に際しては、動画符号ファイル３３から希
望された動画符号を読み込んでメモリ３２に格納する
（ステップ７１）。次に、ヘッダにビットマップ符号が
あるかどうか判断し（ステップ７２）、無い場合にはス
テップ７７へ進む。ビットマップ符号がある場合は端末
登録情報検索を行い（ステップ７３）、ビットマップ符
号化を行って（ステップ７４）、ビットマップ符号カウ
ントを行う（ステップ７５）。次に、次のビットマップ
符号があるかどうか判断し（ステップ７６）、ある場合
はステップ７３へ戻り、無い場合はステップ７７で通信
部３１によりメモリ３２に格納した動画符号を端末機に
送る。
る。動画送信に際しては、動画符号ファイル３３から希
望された動画符号を読み込んでメモリ３２に格納する
（ステップ７１）。次に、ヘッダにビットマップ符号が
あるかどうか判断し（ステップ７２）、無い場合にはス
テップ７７へ進む。ビットマップ符号がある場合は端末
登録情報検索を行い（ステップ７３）、ビットマップ符
号化を行って（ステップ７４）、ビットマップ符号カウ
ントを行う（ステップ７５）。次に、次のビットマップ
符号があるかどうか判断し（ステップ７６）、ある場合
はステップ７３へ戻り、無い場合はステップ７７で通信
部３１によりメモリ３２に格納した動画符号を端末機に
送る。
【００２７】図９は端末登録情報検索のフローチャート
図である。端末登録情報検索は、端末登録情報ファイル
３９を調べて端末機にビットマップ符号がマクロデータ
として登録されているかどうか調べ（ステップ８１）、
登録されているかどうか判断して（ステップ８２）、登
録されている場合はステップ８３でマクロデータとして
符号化できることを返す。登録されていない場合は端末
登録情報ファイル３９を調べて端末機にビットマップデ
ータが登録されているかどうか調べ（ステップ８４）、
登録されているかどうか判断し（ステップ８５）、登録
されている場合は端末機がビットマップ符号を復号でき
ることを返す（ステップ８６）。登録されていない場合
は端末機がビットマップ符号を復号できないことを返す
（ステップ８７）。
図である。端末登録情報検索は、端末登録情報ファイル
３９を調べて端末機にビットマップ符号がマクロデータ
として登録されているかどうか調べ（ステップ８１）、
登録されているかどうか判断して（ステップ８２）、登
録されている場合はステップ８３でマクロデータとして
符号化できることを返す。登録されていない場合は端末
登録情報ファイル３９を調べて端末機にビットマップデ
ータが登録されているかどうか調べ（ステップ８４）、
登録されているかどうか判断し（ステップ８５）、登録
されている場合は端末機がビットマップ符号を復号でき
ることを返す（ステップ８６）。登録されていない場合
は端末機がビットマップ符号を復号できないことを返す
（ステップ８７）。
【００２８】図１０はビットマップ符号化のフローチャ
ート図である。ビットマップ符号化は、端末機にマクロ
データがあるかどうか判断し（ステップ９１）、ある場
合はマクロデータファイル３５からマクロ番号が一致す
るビットマップ符号を取り出し（ステップ９２）、メモ
リ３２に格納している動画符号のビットマップ符号を取
り出したマクロ番号のビットマップ符号と置き換える
（ステップ９３）。マクロデータがない場合はビットマ
ップ符号を端末機が復号できるかどうか判断し（ステッ
プ９４）、復号できる場合は処理を終了する。復号でき
ない場合はビットマップデータファイル３４から一致す
るビットマップデータを取り出し（ステップ９５）、メ
モリ３２に格納している動画符号のビットマップ符号を
取り出したビットマップデータのビットマップ符号に置
き換える（ステップ９６）。
ート図である。ビットマップ符号化は、端末機にマクロ
データがあるかどうか判断し（ステップ９１）、ある場
合はマクロデータファイル３５からマクロ番号が一致す
るビットマップ符号を取り出し（ステップ９２）、メモ
リ３２に格納している動画符号のビットマップ符号を取
り出したマクロ番号のビットマップ符号と置き換える
（ステップ９３）。マクロデータがない場合はビットマ
ップ符号を端末機が復号できるかどうか判断し（ステッ
プ９４）、復号できる場合は処理を終了する。復号でき
ない場合はビットマップデータファイル３４から一致す
るビットマップデータを取り出し（ステップ９５）、メ
モリ３２に格納している動画符号のビットマップ符号を
取り出したビットマップデータのビットマップ符号に置
き換える（ステップ９６）。
【００２９】このように端末登録情報ファイル３９とビ
ットマップデータファイル３４とマクロデータファイル
３５を参照することにより、ビデオサーバが端末機毎に
適したビットマップ符号を送ることができる。
ットマップデータファイル３４とマクロデータファイル
３５を参照することにより、ビデオサーバが端末機毎に
適したビットマップ符号を送ることができる。
【００３０】図１１はビットマップ符号カウンタのフロ
ーチャート図である。ビットマップ符号カウンタは、ビ
ットマップ符号が既に使用されているかどううか判断し
て（ステップＳ１０１）、使用されている場合はそのビ
ットマップ符号に割り当てられた使用カウント数を加算
する（ステップＳ１０２）。使用されていない場合には
新しい使用カウンタをメモリ３２に割り当てて０を格納
し（ステップＳ１０３）、ビットマップ符号をメモリ３
２に格納する（ステップＳ１０４）。
ーチャート図である。ビットマップ符号カウンタは、ビ
ットマップ符号が既に使用されているかどううか判断し
て（ステップＳ１０１）、使用されている場合はそのビ
ットマップ符号に割り当てられた使用カウント数を加算
する（ステップＳ１０２）。使用されていない場合には
新しい使用カウンタをメモリ３２に割り当てて０を格納
し（ステップＳ１０３）、ビットマップ符号をメモリ３
２に格納する（ステップＳ１０４）。
【００３１】図１２はマクロデータ送信のフローチャー
ト図である。マクロデータ送信はメモリ３２に格納した
ビットマップ符号と使用カウント数を取り出し（ステッ
プＳ１１１）、使用カウント数が１０以上であるかどう
か判断して（ステップＳ１１２）、１０以上でない場合
はステップＳ１１６へ進む。１０以上である場合は端末
登録情報更新を行い（ステップＳ１１３）、通信部３１
により新しいマクロデータ番号を送って（ステップＳ１
１４）、通信部３１によりビットマップ符号を送る（ス
テップＳ１１５）。次に、次のビットマップ符号がある
かどうか判断し（ステップＳ１１６）、ある場合はステ
ップＳ１１１へ戻り、無ければ処理を終了する。
ト図である。マクロデータ送信はメモリ３２に格納した
ビットマップ符号と使用カウント数を取り出し（ステッ
プＳ１１１）、使用カウント数が１０以上であるかどう
か判断して（ステップＳ１１２）、１０以上でない場合
はステップＳ１１６へ進む。１０以上である場合は端末
登録情報更新を行い（ステップＳ１１３）、通信部３１
により新しいマクロデータ番号を送って（ステップＳ１
１４）、通信部３１によりビットマップ符号を送る（ス
テップＳ１１５）。次に、次のビットマップ符号がある
かどうか判断し（ステップＳ１１６）、ある場合はステ
ップＳ１１１へ戻り、無ければ処理を終了する。
【００３２】このように多く使用されたビットマップ符
号をマクロデータとして端末機とビデオサーバで登録す
ることにより、マクロデータを使用することができる。
なお、本実施例では使用回数が１０回以上の場合にマク
ロデータに登録しているが、２以上の回数であれば何回
でも良い。
号をマクロデータとして端末機とビデオサーバで登録す
ることにより、マクロデータを使用することができる。
なお、本実施例では使用回数が１０回以上の場合にマク
ロデータに登録しているが、２以上の回数であれば何回
でも良い。
【００３３】図１３は端末登録情報更新のフローチャー
ト図である。端末登録情報更新は、新しいマクロ番号を
割り当てて（ステップ１２１）、割り当てられたマクロ
番号をマクロデータファイル３５に記録し（ステップ１
２２）、ビットマップ符号をマクロデータファイル３５
に記録して（ステップ１２３）、割り当てられたマクロ
番号とビットマップ符号を端末登録情報ファイル３９に
記録する（ステップ１２４）。
ト図である。端末登録情報更新は、新しいマクロ番号を
割り当てて（ステップ１２１）、割り当てられたマクロ
番号をマクロデータファイル３５に記録し（ステップ１
２２）、ビットマップ符号をマクロデータファイル３５
に記録して（ステップ１２３）、割り当てられたマクロ
番号とビットマップ符号を端末登録情報ファイル３９に
記録する（ステップ１２４）。
【００３４】次に端末機の処理を説明する。図１４は端
末機を制御する端末制御手段２１の動作を示すフローチ
ャート図である。端末制御は、通信部２６によりビデオ
サーバと接続し（ステップ１３１）、キーボード２２に
よりユーザの入力を待つ （ステップ１３２）。次にユ
ーザの入力の有無を判断して（ステップ１３３）、ビデ
オ要求の場合は通信部２６によりビテーオサーバへビデ
オ要求を送り（ステップ１３４）、動画再生を行って
（ステップ１３５）、マクロデータ受信（ステップ１３
６）を行う。一方、終了要求の場合は、通信部２６によ
りビデオサーバへ終了要求を送る（ステップ１３７）。
末機を制御する端末制御手段２１の動作を示すフローチ
ャート図である。端末制御は、通信部２６によりビデオ
サーバと接続し（ステップ１３１）、キーボード２２に
よりユーザの入力を待つ （ステップ１３２）。次にユ
ーザの入力の有無を判断して（ステップ１３３）、ビデ
オ要求の場合は通信部２６によりビテーオサーバへビデ
オ要求を送り（ステップ１３４）、動画再生を行って
（ステップ１３５）、マクロデータ受信（ステップ１３
６）を行う。一方、終了要求の場合は、通信部２６によ
りビデオサーバへ終了要求を送る（ステップ１３７）。
【００３５】図１５は動画再生のローチャート図であ
る。動画再生は、通信部２６によりビデオサーバから送
られた動画符号をメモリ２７に格納し（ステップ１４
１）、ヘッダにビットマップ符号があるかどうか判断し
て（ステップ１４２）、無い場合はステップ１４６へ進
む。一方、ある場合はヘッダを読み込んでビットマップ
符号を取り出し（ステップ１４３）、ビットマップ復号
化を行って（ステップ１４４）、次のビットマップ符号
があるかどうかを判断し（ステップ１４５）、ある場合
はステップ１４３へ戻る。一方、無い場合はデコーダ部
２８で動画符号を伸張し（ステップ１４６）、伸張した
画像のＲＧＢデータをメモリ２７に格納して（ステップ
１４７）復号し、ビットマップのＲＧＢデータをメモリ
２７に格納した画像のＲＧＢデータと置き換えて（ステ
ップ１４８）、メモリ２７に格納したＲＧＢデータをデ
ィスプレイ２９で表示する（ステップ１４９）。
る。動画再生は、通信部２６によりビデオサーバから送
られた動画符号をメモリ２７に格納し（ステップ１４
１）、ヘッダにビットマップ符号があるかどうか判断し
て（ステップ１４２）、無い場合はステップ１４６へ進
む。一方、ある場合はヘッダを読み込んでビットマップ
符号を取り出し（ステップ１４３）、ビットマップ復号
化を行って（ステップ１４４）、次のビットマップ符号
があるかどうかを判断し（ステップ１４５）、ある場合
はステップ１４３へ戻る。一方、無い場合はデコーダ部
２８で動画符号を伸張し（ステップ１４６）、伸張した
画像のＲＧＢデータをメモリ２７に格納して（ステップ
１４７）復号し、ビットマップのＲＧＢデータをメモリ
２７に格納した画像のＲＧＢデータと置き換えて（ステ
ップ１４８）、メモリ２７に格納したＲＧＢデータをデ
ィスプレイ２９で表示する（ステップ１４９）。
【００３６】図１６はビットマップ復号化のフローチャ
ートである。ビットマップ復号化は、ビットマップ符号
の種類を判断して（ステップ１５１）、文字の場合は文
字復号を行い（ステップ１５２）、図形の場合は図形復
号を行う（ステップ１５３）。また、ビットマップの場
合はビットマップ復号を行い（ステップ１５４）、マク
ロデータの場合はマクロ復号を行う（ステップ１５
５）。
ートである。ビットマップ復号化は、ビットマップ符号
の種類を判断して（ステップ１５１）、文字の場合は文
字復号を行い（ステップ１５２）、図形の場合は図形復
号を行う（ステップ１５３）。また、ビットマップの場
合はビットマップ復号を行い（ステップ１５４）、マク
ロデータの場合はマクロ復号を行う（ステップ１５
５）。
【００３７】図１７は文字復号のフローチャート図であ
る。文字復号は、ビットマップ符号から表示位置を取り
出してメモリ２７に格納すると共に（ステップ１６
１）、ビットマップ符号から表示色を取りだしてメモリ
２７に格納し（ステップ１６２）、ビットマップ符号か
ら文字コードを取り出してメモリ２７に格納する（ステ
ップ１６３）。次に、文字の種類を判断して（ステップ
１６４）、ゴシック体の場合はゴシック体の文字コード
と表示色から一致するＲＧＢデータをビットマップデー
タファイル２４から取り出してメモリ２７に格納する
（ステップ１６５）。一方、明朝体の場合は、明朝体の
文字コードと表示色から一致するＲＧＢデータをビット
マップデータファイル２４から取り出してメモリ２７に
格納する（ステップ１６６）。
る。文字復号は、ビットマップ符号から表示位置を取り
出してメモリ２７に格納すると共に（ステップ１６
１）、ビットマップ符号から表示色を取りだしてメモリ
２７に格納し（ステップ１６２）、ビットマップ符号か
ら文字コードを取り出してメモリ２７に格納する（ステ
ップ１６３）。次に、文字の種類を判断して（ステップ
１６４）、ゴシック体の場合はゴシック体の文字コード
と表示色から一致するＲＧＢデータをビットマップデー
タファイル２４から取り出してメモリ２７に格納する
（ステップ１６５）。一方、明朝体の場合は、明朝体の
文字コードと表示色から一致するＲＧＢデータをビット
マップデータファイル２４から取り出してメモリ２７に
格納する（ステップ１６６）。
【００３８】なお、本実施例ではゴシック体や明朝体で
あるが、それ以外にイタリック体やボールド体などの文
字種でも良い。
あるが、それ以外にイタリック体やボールド体などの文
字種でも良い。
【００３９】図１８は図形復号のフローチャート図であ
る。図形復号は、図形の種類を判断して（ステップ１７
０）、長方形の場合はビットマップ符号から４点の座標
を取り出してメモリ２７に格納し（ステップ１７１）、
更にビットマップ符号から塗りつぶしの色を取り出して
メモリ２７に格納し（ステップ１７２）、４点の座標と
塗りつぶしの色から一致するＲＧＢデータをビットマッ
プデータファイル２４から取り出してメモリ２７に格納
する（ステップ１７３）。
る。図形復号は、図形の種類を判断して（ステップ１７
０）、長方形の場合はビットマップ符号から４点の座標
を取り出してメモリ２７に格納し（ステップ１７１）、
更にビットマップ符号から塗りつぶしの色を取り出して
メモリ２７に格納し（ステップ１７２）、４点の座標と
塗りつぶしの色から一致するＲＧＢデータをビットマッ
プデータファイル２４から取り出してメモリ２７に格納
する（ステップ１７３）。
【００４０】一方、円形の場合はビットマップ符号から
中心位置と半径を取りだしてメモリ２７に格納し（ステ
ップ１７４）、ビットマップ符号から塗りつぶしの色を
取り出してメモリ２７に格納し（ステップ１７５）、中
心位置と半径と塗りつぶしの色から一致するＲＧＢデー
タをビットマップデータファイル２４から取り出してメ
モリ２７に格納する（ステップ１７６）。なお、本実施
例では長方形と円形であるが、それ以外に三角形や星形
などの図形でも良い。
中心位置と半径を取りだしてメモリ２７に格納し（ステ
ップ１７４）、ビットマップ符号から塗りつぶしの色を
取り出してメモリ２７に格納し（ステップ１７５）、中
心位置と半径と塗りつぶしの色から一致するＲＧＢデー
タをビットマップデータファイル２４から取り出してメ
モリ２７に格納する（ステップ１７６）。なお、本実施
例では長方形と円形であるが、それ以外に三角形や星形
などの図形でも良い。
【００４１】図１９はビットマップ復号のフローチャー
ト図である。ビットマップ復号は、ビットマップ符号か
ら表示位置を取り出してメモリ２７に格納し（ステップ
１８１）、ビットマップ符号から各位置のＲＧＢデータ
を取り出してメモリ２７に格納する（ステップ１８
２）。
ト図である。ビットマップ復号は、ビットマップ符号か
ら表示位置を取り出してメモリ２７に格納し（ステップ
１８１）、ビットマップ符号から各位置のＲＧＢデータ
を取り出してメモリ２７に格納する（ステップ１８
２）。
【００４２】図２０はマクロ復号のフローチャートであ
る。マクロ復号は、ビットマップ符号から表示位置を取
り出してメモリ２７に格納し（ステップ１９１）、ビッ
トマップ符号からマクロ番号を取り出して（ステップ１
９２）、取り出したマクロ番号と一致するビットマップ
符号をマクロデータファイル２５から取り出して（ステ
ップ１９３）、ビットマップ符号の種類を判断して（ス
テップ１９４）、文字の場合は文字復号を行う（ステッ
プ１９５）。一方、図形の場合は図形復号を行い（ステ
ップ１９６）、ビットマップの場合はビットマップ復号
を行う（ステップ１９７）。
る。マクロ復号は、ビットマップ符号から表示位置を取
り出してメモリ２７に格納し（ステップ１９１）、ビッ
トマップ符号からマクロ番号を取り出して（ステップ１
９２）、取り出したマクロ番号と一致するビットマップ
符号をマクロデータファイル２５から取り出して（ステ
ップ１９３）、ビットマップ符号の種類を判断して（ス
テップ１９４）、文字の場合は文字復号を行う（ステッ
プ１９５）。一方、図形の場合は図形復号を行い（ステ
ップ１９６）、ビットマップの場合はビットマップ復号
を行う（ステップ１９７）。
【００４３】このようにビットマップデータファイル２
４とマクロデータファイル２５を参照することにより、
端末機がビットマップ符号を復号することができる。
４とマクロデータファイル２５を参照することにより、
端末機がビットマップ符号を復号することができる。
【００４４】図２１を参照してマクロデータ受信のフロ
ーチャートを説明する。マクロデータ受信は、通信部２
６によりビデオサーバからマクロ番号を受け取って（ス
テップ２０１）、マクロ番号をマクロデータファイル２
５に記録し（ステップ２０２）、通信部２６によりビデ
オサーバからビットマップデータを受け取って （ステ
ップ２０３）、ビットマップデータをマクロデータファ
イル２５に記録する（ステップ２０４）。次に、次のマ
クロデータがあるか判断して（ステップ２０５）、ある
場合はステップ２０１に戻り、無い場合は処理を終了す
る。
ーチャートを説明する。マクロデータ受信は、通信部２
６によりビデオサーバからマクロ番号を受け取って（ス
テップ２０１）、マクロ番号をマクロデータファイル２
５に記録し（ステップ２０２）、通信部２６によりビデ
オサーバからビットマップデータを受け取って （ステ
ップ２０３）、ビットマップデータをマクロデータファ
イル２５に記録する（ステップ２０４）。次に、次のマ
クロデータがあるか判断して（ステップ２０５）、ある
場合はステップ２０１に戻り、無い場合は処理を終了す
る。
【００４５】
【発明の効果】以上説明したように本発明は、文字や図
形を分離して符号化するので、高画質に再生できる。ま
た、端末のビットマップデータの登録を調べることによ
り、端末毎に最適な符号化を行うことができる。更に、
多く使用する文字や図形の符号を登録することにより、
符号サイズを更に短縮できる。
形を分離して符号化するので、高画質に再生できる。ま
た、端末のビットマップデータの登録を調べることによ
り、端末毎に最適な符号化を行うことができる。更に、
多く使用する文字や図形の符号を登録することにより、
符号サイズを更に短縮できる。
【図１】本発明の一実施例の動画再生システムのブロッ
ク図である。
ク図である。
【図２】本発明における動画符号の構成図である。
【図３】ビットマップデータファイルの構成図である。
【図４】端末登録情報ファイルの構成図である。
【図５】ビットマップと画像の合成例を示した図であ
る。
る。
【図６】端末機とビデオサーバ間のシーケンス図であ
る。
る。
【図７】サーバ制御のフローチャート図である。
【図８】動画符号のフローチャート図である。
【図９】端末登録情報検索のフローチャート図である。
【図１０】ビットマップ符号化のフローチャート図であ
る。
る。
【図１１】ビットマップ符号カウントのフローチャート
図である。
図である。
【図１２】マクロデータ送信のフローチャート図であ
る。
る。
【図１３】端末登録情報更新のフローチャート図であ
る。
る。
【図１４】端末制御のフローチャート図である。
【図１５】動画再生のフローチャート図である。
【図１６】ビットマップ復号化のフローチャート図であ
る。
る。
【図１７】文字復号のフローチャート図である。
【図１８】図形復号のフローチャート図である。
【図１９】ビットマップ復号のフローチャート図であ
る。
る。
【図２０】マクロ復号のフローチャート図である。
【図２１】マクロデータ受信のフローチャート図であ
る。
る。
【図２２】従来例の動画検索システムのブロック図であ
る。
る。
【図２３】従来のビデオ選択時の画面の一例である。
２１ 端末制御手段 ２２ キーボード ２３ ビットマップ復号化手段 ２４ ビットマップデータファイル ２５ マクロデータファイル ２６ 通信部 ２７ メモリ ２８ デコード部 ２９ ディスプレイ ３０ サーバ制御手段 ３１ 通信部 ３２ メモリ ３３ 動画符号ファイル ３４ ビットマップデータファイル ３５ マクロデータファイル ３６ ビットマップ符号化手段 ３７ 端末登録情報検索手段 ３８ 端末登録情報更新手段 ３９ 端末登録情報ファイル
Claims (3)
- 【請求項１】 希望するビデオを端末機から要求し、ビ
デオサーバから要求されたビデオ信号を前記端末機に送
る双方向通信による動画再生システムにおいて、前記ビ
デオサーバは、動画符号のユーザ領域に文字、図形、矩
形領域の各ドット位置のＲＧＢの値を示したデータ（以
降はビットマップと称する）の符号を格納された動画符
号を送る手段と、文字や図形のデータが端末機に登録さ
れているかどうか判定する手段と、端末機で登録してい
ない文字や図形のデータの場合はビットマップデータを
送る手段とを備えたことを特徴とする動画再生システ
ム。 - 【請求項２】 請求項１に記載した動画再生システムに
おいて、前記端末機は、動画符号のユーザ領域に格納さ
れた文字、図形、ビットマップの符号を再生する手段を
備えたことを特徴とする動画再生システム。 - 【請求項３】 請求項２に記載した動画再生システムに
おいて、前記ビデオサーバは、更に、多く使用された文
字、図形、ビットマップの符号を端末機に登録させる手
段を備え、前記端末機は、更に、多く使用された文字、
図形、ビットマップの符号を登録する手段を備えたこと
を特徴とする動画再生システム。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5882395A JP2838980B2 (ja) | 1995-03-17 | 1995-03-17 | 双方向通信による動画再生システム |
| CA 2171820 CA2171820C (en) | 1995-03-17 | 1996-03-14 | Motion picture reproducing system by bidirectional communication |
| DE69615886T DE69615886T2 (de) | 1995-03-17 | 1996-03-15 | Verfahren zur Wiedergabe von Filmen durch bidirektionale Kommunikation |
| AU48124/96A AU700680B2 (en) | 1995-03-17 | 1996-03-15 | Motion picture reproducing system by bidirectional communication |
| US08/616,341 US5699472A (en) | 1995-03-17 | 1996-03-15 | Motion picture reproducing system by bidirectional communication |
| EP19960104129 EP0732851B1 (en) | 1995-03-17 | 1996-03-15 | Motion picture reproducing system by bidirectional communication |
| KR1019960007708A KR100218557B1 (ko) | 1995-03-17 | 1996-03-18 | 동화상 재생 시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5882395A JP2838980B2 (ja) | 1995-03-17 | 1995-03-17 | 双方向通信による動画再生システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08256322A JPH08256322A (ja) | 1996-10-01 |
| JP2838980B2 true JP2838980B2 (ja) | 1998-12-16 |
Family
ID=13095365
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5882395A Expired - Fee Related JP2838980B2 (ja) | 1995-03-17 | 1995-03-17 | 双方向通信による動画再生システム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US5699472A (ja) |
| EP (1) | EP0732851B1 (ja) |
| JP (1) | JP2838980B2 (ja) |
| KR (1) | KR100218557B1 (ja) |
| AU (1) | AU700680B2 (ja) |
| CA (1) | CA2171820C (ja) |
| DE (1) | DE69615886T2 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7015945B1 (en) * | 1996-07-10 | 2006-03-21 | Visilinx Inc. | Video surveillance system and method |
| DE19718658A1 (de) * | 1997-05-02 | 1998-11-05 | Philips Patentverwaltung | Verfahren zur Kennzeichnung von Video-Daten und Video-Datenspeichern mit Mitteln zur Erzeugung eines Video-Daten-Codes |
| FR2778300A1 (fr) * | 1998-04-29 | 1999-11-05 | Thomson Multimedia Sa | Procede de lecture de donnees informatiques permettant de composer des images de synthese et dispositif mettant en oeuvre le procede |
| EP1018840A3 (en) | 1998-12-08 | 2005-12-21 | Canon Kabushiki Kaisha | Digital receiving apparatus and method |
| US6898799B1 (en) * | 2000-10-23 | 2005-05-24 | Clearplay, Inc. | Multimedia content navigation and playback |
| US6889383B1 (en) | 2000-10-23 | 2005-05-03 | Clearplay, Inc. | Delivery of navigation data for playback of audio and video content |
| US7975021B2 (en) | 2000-10-23 | 2011-07-05 | Clearplay, Inc. | Method and user interface for downloading audio and video content filters to a media player |
| KR20020043843A (ko) * | 2000-12-04 | 2002-06-12 | 신재보 | 도트코드를 이용한 멀티미디정보 서비스 방법 및 그시스템 |
| KR20020077987A (ko) * | 2001-04-03 | 2002-10-18 | (주) 아이빌소프트 | 자동실행 에이전트가 첨부된 멀티미디어 컨텐트 전송시스템 및 그 방법 |
| AU2004304818A1 (en) | 2003-10-22 | 2005-07-07 | Clearplay, Inc. | Apparatus and method for blocking audio/visual programming and for muting audio |
| CN101494076B (zh) | 2004-05-11 | 2012-09-05 | 松下电器产业株式会社 | 再生装置 |
| US8117282B2 (en) | 2004-10-20 | 2012-02-14 | Clearplay, Inc. | Media player configured to receive playback filters from alternative storage mediums |
| BRPI0613124B1 (pt) * | 2005-07-06 | 2019-12-17 | Interdigital Vc Holdings Inc | método e dispositivo para codificar um conteúdo de vídeo compreendendo uma sequência de imagens e um logotipo |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57192188A (en) * | 1981-05-21 | 1982-11-26 | Nippon Telegr & Teleph Corp <Ntt> | Character transmitting system |
| JPS57192187A (en) * | 1981-05-21 | 1982-11-26 | Nippon Telegr & Teleph Corp <Ntt> | Character transmitting system |
| JP2851850B2 (ja) * | 1988-04-25 | 1999-01-27 | パイオニア株式会社 | 画像情報の記録及び再生方法 |
| JP3036099B2 (ja) * | 1991-01-30 | 2000-04-24 | 日本電気株式会社 | データ管理方法 |
| JPH05300495A (ja) * | 1992-04-20 | 1993-11-12 | Nec Home Electron Ltd | 画像符号化装置 |
| US5471316A (en) * | 1992-06-18 | 1995-11-28 | Pioneer Electronic Corporation | Adaptive system for selectively recording from a plurality of video sources and method thereof |
| US5539449A (en) * | 1993-05-03 | 1996-07-23 | At&T Corp. | Integrated television services system |
| CA2127347A1 (en) * | 1993-07-07 | 1995-01-08 | Donald F. Hooper | Segmented video on-demand system |
| JPH0779424A (ja) * | 1993-09-06 | 1995-03-20 | Hitachi Ltd | 多地点映像通信装置 |
| US5594490A (en) * | 1994-05-23 | 1997-01-14 | Cable Services Technologies, Inc. | System for distributing video/audio files from central location to a plurality of cable headends |
| JPH07327093A (ja) * | 1994-06-01 | 1995-12-12 | Ekushingu:Kk | データ伝送装置 |
| US5621455A (en) * | 1994-12-01 | 1997-04-15 | Objective Communications, Inc. | Video modem for transmitting video data over ordinary telephone wires |
| US5630204A (en) * | 1995-05-01 | 1997-05-13 | Bell Atlantic Network Services, Inc. | Customer premise wireless distribution of broad band signals and two-way communication of control signals over power lines |
| US5621729A (en) * | 1995-06-07 | 1997-04-15 | Geophonic Networks, Inc. | Receiver controlled communication system |
-
1995
- 1995-03-17 JP JP5882395A patent/JP2838980B2/ja not_active Expired - Fee Related
-
1996
- 1996-03-14 CA CA 2171820 patent/CA2171820C/en not_active Expired - Lifetime
- 1996-03-15 EP EP19960104129 patent/EP0732851B1/en not_active Expired - Lifetime
- 1996-03-15 AU AU48124/96A patent/AU700680B2/en not_active Expired
- 1996-03-15 DE DE69615886T patent/DE69615886T2/de not_active Expired - Lifetime
- 1996-03-15 US US08/616,341 patent/US5699472A/en not_active Expired - Lifetime
- 1996-03-18 KR KR1019960007708A patent/KR100218557B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08256322A (ja) | 1996-10-01 |
| KR100218557B1 (ko) | 1999-09-01 |
| AU4812496A (en) | 1996-09-26 |
| DE69615886T2 (de) | 2002-05-29 |
| DE69615886D1 (de) | 2001-11-22 |
| CA2171820C (en) | 1999-11-30 |
| EP0732851A1 (en) | 1996-09-18 |
| AU700680B2 (en) | 1999-01-14 |
| KR960036790A (ko) | 1996-10-28 |
| EP0732851B1 (en) | 2001-10-17 |
| US5699472A (en) | 1997-12-16 |
| CA2171820A1 (en) | 1996-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6882755B2 (en) | Image transmission for low bandwidth with region of interest | |
| US7271849B2 (en) | Method and apparatus for encoding video content | |
| JP2838980B2 (ja) | 双方向通信による動画再生システム | |
| KR101333200B1 (ko) | 소스 영상과 결합한 비디오 콘텐츠를 통신 네트워크의텔레비전에 제공하기 위한 시스템 및 방법 | |
| US5786864A (en) | Moving picture processing apparatus and method wherein image data and special effects data are transmitted in common | |
| US6175388B1 (en) | Apparatus and method for generating on-screen-display messages using on-bit pixels | |
| US6480238B1 (en) | Apparatus and method for generating on-screen-display messages using field doubling | |
| US6351292B1 (en) | Apparatus and method for generating on-screen-display messages using line doubling | |
| JPH0698323A (ja) | データ送受信装置 | |
| CA2268124C (en) | Apparatus and method for generating on-screen-display messages using one-bit pixels | |
| EP0932978A1 (en) | Apparatus and method for generating on-screen-display messages using line doubling | |
| EP0932977B1 (en) | Apparatus and method for generating on-screen-display messages using field doubling | |
| KR20010093190A (ko) | 폰트 대체 시스템 | |
| JP2001502491A (ja) | トルーカラーモードを使用したオンスクリーン表示メッセージを発生する装置および方法 | |
| JPH10243389A (ja) | 動画早見画像作成装置、動画早見画像作成方法および動画データ検索システム | |
| JPH05292324A (ja) | 静止画符号化装置 | |
| JP3196753B2 (ja) | 画像表示方法及び画像表示装置 | |
| AU719563C (en) | Apparatus and method for generating on-screen-display messages using field doubling | |
| JPH07303253A (ja) | 低データ速度伝送システムによる可変フォーマット画像伝送方法 | |
| CN114339338A (zh) | 一种基于车载视频的图像自定义渲染方法及存储介质 | |
| JPH10243373A (ja) | 通信システム | |
| JPH0646371A (ja) | 画像圧縮によるデータ記録方法 | |
| MXPA99003535A (en) | Apparatus and method for generating on-screen-display messages using field doubling |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980916 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071016 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081016 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091016 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091016 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101016 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111016 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111016 Year of fee payment: 13 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111016 Year of fee payment: 13 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131016 Year of fee payment: 15 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |