JP3661690B2 - 放送受信装置 - Google Patents
放送受信装置 Download PDFInfo
- Publication number
- JP3661690B2 JP3661690B2 JP2003128754A JP2003128754A JP3661690B2 JP 3661690 B2 JP3661690 B2 JP 3661690B2 JP 2003128754 A JP2003128754 A JP 2003128754A JP 2003128754 A JP2003128754 A JP 2003128754A JP 3661690 B2 JP3661690 B2 JP 3661690B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- page
- program
- compressed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Television Systems (AREA)
- Circuits Of Receivers In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、文字放送等のデータ放送番組を視聴する際に、受信中の番組データを視聴するだけでなく、番組データを効率良く蓄積することにより、任意の番組を自由に選択して見ることのできる文字放送受信装置およびその方法に関するものである。
【０００２】
【従来の技術】
近年、放送電波を利用して、文字や図形からなるニュース、天気予報、株式市場などの文字図形情報を、家庭のテレビジョン受像機の画面に映し出すことのできる符号化伝送方式の文字放送が実用化され、この符号化伝送方式の文字放送を受信する受信装置内蔵のテレビジョン受像機も開発されている。
【０００３】
以下に、従来の文字放送受信機について、図面を参照しながら説明する。図１４は従来の文字放送受信機の構成を示すものである。図１４において１４１はシステム全体を制御するＣＰＵ、１４２は動作プログラムを保持する記憶部である。ａはテレビの映像信号で、１４３は映像信号ａから垂直帰線区間に重畳されている文字放送データを抜き取るための文字信号抜き取り部、１４４は文字信号抜き取り部１４３で抜き取った文字放送データのデコードを行ない、表示するための文字図形の表示データに展開するデコード部である。１４５は文字信号抜き取り部１４３で抜き取った文字放送データのみを蓄積しておくデータ記憶部、１４６はデータ記憶部１４５の文字放送データの制御コードにより文字放送データを管理するためのメモリ管理部、１４７はデコード部１４４で文字図形に展開した表示データを保持する表示メモリ、１４８は表示メモリ１４７から表示データを取り出すためのメモリアドレス制御を行なう表示制御部、１４９は表示メモリ１４７から文字放送データを読み出して実際に表示するためのテレビモニタである。
【０００４】
以上のように構成された文字放送受信装置について、以下その動作について説明する。文字放送信号抜き取り部１４３は入力された映像信号ａから、垂直帰線消去区間１４Ｈ（２７７Ｈ）、１５Ｈ（２７８Ｈ）、１６Ｈ（２７９Ｈ）、２１Ｈ（２８４Ｈ）の４つの伝送路に重畳されている文字信号を抜き取る。
【０００５】
文字放送データは、４つの垂直帰線消去区間の伝送路にそれぞれ２２バイトづつ重畳されている（この２２バイトデータが１パケット）。
【０００６】
文字放送に関する規格の詳細は「文字放送技術ハンドブック、放送技術開発開発協議会、兼六間出版」に記述されている。明細書で記載している「番組」、「ページ」の定義は、この文字放送技術ハンドブックに従う。
【０００７】
ＣＰＵ１４１は、抜き取った文字放送データをメモリ管理部１４６を介してデータ記憶部１４５に蓄積する。また、ＣＰＵ１４１は、データ記憶部１４５からメモリ管理部１４６を介して文字放送データを読み出す。そしてデコード部１４４により、テレビモニタに文字や図形を表示するための文字図形データ（表示データ）に変換して、表示メモリ１４７に書き込む。表示制御部１４８は文字図形データを表示メモリ１４７から読み出してテレビモニタ１４９に表示する。
【０００８】
ＣＰＵ１４１は、あらかじめ予約した文字放送の番組を優先的にデータ記憶部１４５に蓄積する機能を有する。さらにデータ記憶部１４５の残りメモリ容量に応じて、逐次受信した文字放送データを格納する。
【０００９】
以下に、図１５、図１６、図１７を用いてメモリ管理部１４６によるデータ記憶部１４５の制御方法について、図面を参照しながら説明する。図１５は、データ記憶部１４５とメモリ管理部１４６の内部構成で、逐次受信した文字放送データをパケット毎に格納するためのＮ個のメモリブロックと、メモリブロックを管理するための位置テーブルから成る。位置テーブルは、メモリブロックと１対１に対応しており、メモリブロックに対してリングメモリを形成している。
【００１０】
すなわち位置テーブル１は位置テーブル２、位置テーブル２は位置テーブル３、そして位置テーブルＮは位置テーブル１を指している。逐次受信した文字放送データは、リングメモリに書き込まれる。リングメモリでは、受信した文字放送データがデータ記憶部１４５のメモリ容量を越えると、古い文字放送データが格納されているメモリブロックから順に新しいデータに更新される。
【００１１】
図１６ａは逐次受信したパケットデータを実際にメモリブロックに格納する時のパケットフォーマットで、番組、ページ情報とパケットデータから成る。先にも述べたが、パケットデータは、逐次受信したものから格納する。この時、パケットデータは、文字放送番組の番組の内容が連続しているわけではないので、パケットフォーマットには番組、ページ情報が必要になる。
【００１２】
図１６ｂはメモリブロックに逐次パケットを格納した場合のメモリ内部図である。番組５の２ページ目をテレビモニタに表示する場合、メモリブロックの番組とページ情報から、番組５の２ページ目を検索してパケットデータをデコード部１４４によって、文字図形に展開して表示メモリ１４７に転送する。
【００１３】
このとき、もし番組５の２ページ目がデータ記憶部１４５に存在しない時、データが送られてくるまで待つことになる。
【００１４】
次に、予約した場合について図１７を用いて述べる。図１７は予約を用いる場合のデータ記憶部１４５とメモリ管理部１４６の内部構成で、図１５で示した内容に予約テーブルが付加されている。ユーザが文字放送番組を予約すると、その番組が優先されてメモリに格納される。予約テーブルは、予約した番組と優先割り付けされたメモリブロックの番号からなる。図１７では、番組番号１００を予約する場合に、メモリブロック１、２を確保し、メモリブロック１、２と残りのメモリブロック３〜Ｎはそれぞれ別々のリングメモリを構成していることを示している。
【００１５】
予約されている文字放送番組をテレビモニタに表示する場合、予約用に確保したメモリから、ページを検索し、デコード部１４４によって、文字図形に展開して表示メモリ１４７に転送する。
【００１６】
以上のようにして、従来の文字放送受信機では、文字放送番組を蓄積、表示していた。
【００１７】
【発明が解決しようとする課題】
しかしながら従来装置では、２つの問題点があった。一つは文字放送番組のメモリ管理が十分でないことである。これはメモリの使用効率を上げるために、データ記憶部に対して、リングメモリ形式で管理し、また文字放送番組をファイルとして管理するのではなく、文字放送番組を構成する要素であるパケット単位で管理していた。よって、任意の文字放送番組のページにアクセスする場合には、そのページデータのパケットを集めて表示していた。また、リングメモリでは、メモリが一杯になると、古いデータから順番に消されるので、ページデータの有無の管理ができなかった。
【００１８】
もう一つはメモリ容量におけるコストの問題である。例えば、ＮＨＫの文字放送番組をすべてメモリに格納する場合、少なくとも約１Ｍバイト必要となる。従来装置では、文字放送番組の蓄積に２００Ｋバイト程度のメモリしか実装しておらず、１Ｍバイトのメモリを実装しようとするとコスト高となっていた。
【００１９】
本発明は上記従来の問題点を解決するためになされたもので、文字放送番組のメモリ管理問題とメモリ容量の問題を解決するために、文字放送番組の複数ページを一つのファイルとしてファイル管理する。そして、圧縮して格納することにより、見かけ上のメモリ容量を増やした。また、ファイル管理を行なう場合に、メモリの使用効率をリングメモリ形式と同じ程度にした、文字放送受信装置及びその方法を提供することを目的とする。
【００２０】
【課題を解決するための手段】
この目的を達成するために本発明の文字放送受信装置は、放送電波を受信し、文字放送データを抽出する信号抽出手段と、前記抽出された文字放送データのうち、少なくとも一つの文字放送番組の文字放送データを選別する文字放送番組選別手段と、前記選別された文字放送データを蓄積するためのデータ記憶手段と、前記文字放送データのページを一つのファイルとして管理するファイル管理手段と、ファイルを圧縮して圧縮ファイルを作成するデータ圧縮手段と、圧縮されたファイルを伸長して伸長ファイルを作成するデータ伸長手段と、前記ファイル管理手段で管理する一つの番組に含まれる複数のページのファイルに対し圧縮処理時間に基づく所定ファイル数毎にまとめてアーカイブファイルを作成するファイルアーカイブ手段を備え、前記ファイルアーカイブ手段でまとめたアーカイブファイルを前記データ圧縮手段により圧縮することを特徴とする。
【００２１】
このような特徴を有する本発明によれば、メモリ使用効率を最大限に高めることができる。また、ファイル管理を用いることで放送番組の管理を柔軟に行なうことができる。
【００２２】
【発明の実施の形態】
（実施の形態１）
以下、図１、２、３を用いて、本発明の実施の形態１について説明する。図１において、１はシステム全体を制御するＣＰＵ、２は動作プログラムを保持する記憶部である。３は映像信号ａから垂直帰線区間に重畳されている文字放送データを抜き取るための文字信号抜き取り部、４は文字信号抜き取り部３で抜き取った文字放送データから、必要なデータを選別するための文字放送番組選別部、５は文字放送番組選別部４で選別された文字放送データのデコードを行ない、表示するための文字図形の表示データに展開するデコード部である。６は文字放送番組選別部４で選別された文字放送データを蓄積しておくデータ記憶部、７はデータ記憶部６を小さなブロックに分割し、そのブロックの使用状況、リンク情報を管理するためのメモリ管理部、８は文字放送番組の「ページ」単位を最小ファイル単位として、ファイルの作成、削除を管理するファイル管理部、９はデコード部５で文字図形に展開した表示データを蓄えておく表示メモリ、１０は表示メモリ７から表示データの取り出しのメモリアドレス制御を行なう表示制御部、１１は表示メモリ９から読み出して実際に表示するためのテレビモニタである。
【００２３】
以上のように構成された文字放送受信装置について、以下その動作について図２、図３を用いて説明する。文字放送信号抜き取り部３は入力された映像信号ａから、垂直帰線消去区間１４Ｈ、１５Ｈ、１６Ｈ、２１Ｈの４つの伝送路に重畳されている文字信号を抜き取る。文字放送データは、４つの垂直帰線消去区間の伝送路にそれぞれ２２バイトづつ重畳されている（２２バイトデータを１パケットとする）。
【００２４】
抜き取られた文字放送データは、文字放送番組選別部４によって、あらかじめ指定している文字放送番組のみ（例えば、ユーザが予約した番組）を選別する。選別された番組は、その番組の各ページ毎にファイルを作成し、ファイル管理部８がページ単位で管理する。
【００２５】
ファイル管理部８がファイルを作成する場合、メモリ管理部７によりデータ記憶部６のメモリブロックを一つ確保する。その後、ファイル管理部８が文字放送データ（パケットデータ）の書き込みを行ない、メモリブロックの容量が一杯になれば、メモリ管理部７によって新しいメモリブロックを確保する。
【００２６】
図２は、実際にメモリブロックに文字放送データ（パケットデータ）の書き込みを行なう場合の説明図である。メモリブロックへの書き込みはパケットデータ単位で行なうので、メモリブロックの大きさはパケットデータの倍数とする。
【００２７】
本実施の形態では、一つのメモリブロックは１２個のパケットデータを格納でき、本図は、３ページ分のデータをデータ記憶部６に蓄積している状態を示す。１ページ目のデータは１０パケット、２ページ目は６パケット、３ページ目は１５パケットからなる。メモリ管理部７は１、２ページのデータに対してそれぞれ１ブロック獲得し、３ページのデータに対して２ブロック獲得している。
【００２８】
図３は、選別された文字放送データに対して、新規ファイルを作成してデータの書き込みを行なう場合の説明図である。図３において、ファイル管理部８のファイルテーブル７は、ファイル管理部８が作成したファイル名と、そのファイルを蓄積しているデータ記憶部６の先頭メモリブロックを示すメモリブロックの番号（メモリ管理テーブルの番号）から構成される。メモリ管理部７のメモリ管理テーブルは、データ記憶部６のメモリブロックと１対１対応しており、メモリブロックの使用状況とブロック間のリンク情報を格納する。メモリブロックが未使用であれば「０」を格納すし、また使用中のブロックであれば、リンクした次のブロック番号、または最終のブロックであれば「−１」を格納する。
【００２９】
図３（ａ）の場合、ファイル管理部８で「ｎａｍｅ１」というページファイルを作成して、データ記憶部６のメモリブロック１から蓄積している。図３（ｂ）では、メモリブロック１のメモリ容量が一杯になったので、新たに未使用のメモリブロック２を獲得する。そしてメモリ管理テーブルにはメモリブロックのリンク情報として、メモリ管理テーブル１に次のブロックを示す「２」を格納し、メモリ管理テーブル２にファイルの最終ブロックを示す「−１」を格納する。他のページファイル「ｎａｍｅ２」、「ｎａｍｅ３」についても同様である。
【００３０】
以上により、すべての文字放送の番組データをファイル単位で管理できるので、任意のファイルを表示メモリ９に展開する際、所定の番組データへのアクセスが、従来例のリングメモリ形式に比べて速くなる。
【００３１】
さらに、文字放送データをファイル単位で管理するので、データ記憶部６の容量が一杯になっても、従来例で示したリングメモリ形式のように、強制的に古い文字放送データから順番に削除されることがない。すなわちＣＰＵ１はファイル管理部８を用いて、文字放送データの蓄積／管理ができる。ファイルの削除の方法としては、現在ユーザが視聴していない文字放送番組ファイルから削除する方法等が考えられる。
【００３２】
（実施の形態２）
以下、図４、図５、図６を用いて、本発明の実施の形態２について説明する。図４は本実施の形態２における全体のシステム構成図で、１〜７および９〜１１は図１の構成と同様のものである。図１の構成と異なるのは、ファイル管理部８にページ検索機能８ａが付加された点である。図５は本実施の形態２における、データ記憶部６のメモリ内部構成図である。以下その動作について説明する。
【００３３】
本実施の形態では、ファイル単位を文字放送の「番組」とした場合について、図５を用いて説明する。文字放送番組が、図３と同様に３ページから構成される場合、メモリ管理部７は１ページ目を書き込む時、メモリブロックを一つ獲得する。そしてファイル管理部８によって実際にメモリに書き込む。２ページ目を書き込む場合、メモリブロックはまだ、２パケット分書き込めるので、２ページ目の始めの２パケットを書き込む。その後、新たにメモリブロックを獲得して、残りの４パケット分を書き込む。３ページ目も同様である。複数のページを一つのファイルとすることにより、メモリブロック中の未使用メモリを減らすことができる（メモリブロックが１Ｋバイト前後の場合、ページファイル管理ではメモリの使用率は約７０％、番組ファイル管理では約９５％）。
【００３４】
図６は、図５に示した番組ファイルの内部構成である。番組ファイルの１ページ目は、次のデータが番組管理データであることを示す番組データヘッダと、番組の総ページ数、番組データ長、番組形態などの、番組管理データからなる。２ページ目は、次のデータが文字放送番組の１ページ目であることを示すページデータヘッダと１ページ目の番組データからなり、３ページ目は、次のデータが文字放送番組の２ページ目であることを示すページデータヘッダと２ページ目の番組データからなる。
【００３５】
なおこの番組ファイルの１ページ目のデータは文字放送の番組管理情報であるので、ページデータとして管理しなくてもよい（他の実施の形態における「ページ」ファイルも同様）。
【００３６】
図４のページ検索機能８ａは、番組ファイル中の番組データヘッダ、ページデータヘッダをページの先頭から検索することで、所定のページを検出することができる。
【００３７】
以上により、ファイル管理を複数の「ページ」（この場合、文字放送番組単位）で行なうことにより、メモリの使用効率を高めることができる。また、所定のページをアクセスする場合は、ページ検索機能８ａを用いればよい。
【００３８】
（実施の形態３）
以下、図７を用いて、本発明の実施の形態３について説明する。図７は本実施の形態において、図１のファイル管理部８が管理するファイル単位を文字放送の「番組」とし、ファイル／ページ変換テーブルを備えた場合のファイル管理を説明するための構成図である。ファイル管理部８以外は、実施の形態１のシステム構成図である図１と同じであるので省略する。以下その動作について説明する。
【００３９】
図７のファイル管理部８のファイルテーブルは、図３のファイルテーブルと同様、ファイル管理部８が管理するファイルと、そのファイルを蓄積しているデータ記憶部６の先頭メモリブロックの番号（メモリ管理テーブルの番号）と、さらに追加機能としてファイル／ページ変換テーブルのあるアドレスを示す、変換テーブルアドレスから構成される。
【００４０】
番組ファイルを作成する時、同時にそのファイルのファイル／ページ変換テーブルを作成し、ファイルテーブルの変換テーブルアドレスにファイル／ページ変換テーブルの先頭アドレスを格納する。そして、ファイル管理部８がその番組ファイルの文字放送データをメモリブロックに書き込む時、ページ番号とページのサイズを、ファイル／ページ変換テーブルに記録する。
【００４１】
文字放送の番組データをメモリブロックに書き込んだ後、所定のページを検索する場合、ページの先頭から検索せずに、ファイル／ページ変換テーブルから所定のページの先頭アドレスを得ることができるので、高速なファイルアクセスが可能になる。
【００４２】
例えば、ページ番号３を検索する場合、ページ番号１とページ番号２のページサイズを加算することにより、ページ番号３のページデータの先頭アドレスを得ることができる。
【００４３】
以上により、ファイル管理部８が文字放送の番組毎にファイルを管理し、ファイル／ページ変換テーブルを持つことで、所定のページデータへの高速アクセスが可能になる。
【００４４】
なお、ファイル／ページ変換テーブル中のページサイズは、それぞれのページの先頭アドレスをあらかじめ計算しておいて格納しておいてもよいし、ページ番号を省略して、１ページ目からのページサイズもしくは先頭アドレスのみを格納してもよい。
【００４５】
（実施の形態４）
以下、図８を用いて、本発明の実施の形態４について説明する。図８は実施の形態３のファイル管理部８が備えているファイル／ページ変換テーブルを、番組ファイルに組み込んだ場合の構成図である。ファイル管理部８以外は、実施の形態１のシステム構成図である図１の１〜７および９〜１１と同じである。以下その動作について説明する。
【００４６】
図８のデータ記憶部６のメモリブロック中のファイル／ページ変換テーブル用の領域は、番組ファイルを作成する時、その番組ファイルのページ数を番組ページヘッダで調べて、あらかじめファイル／ページ変換テーブルで使用するメモリサイズを、メモリブロック内のファイルの先頭から確保したものである。
【００４７】
そして、ファイル管理部８がその番組ファイルのパケットデータをメモリブロックに書き込む時、ページデータヘッダを検出して、ページ番号とページサイズを、ファイル／ページ変換テーブルに記録する。
【００４８】
この方法を用いると、ファイル管理部８でファイル／ページ変換テーブルを保持するための変換テーブルアドレスをファイルテーブル中に設ける必要がない。さらに、ファイル／ページ変換テーブル用のファイルを保持する必要がない。
【００４９】
（実施の形態５）
以下、図９を用いて、本発明の実施の形態５について説明する。図９は本実施の形態５における全体のシステム構成図で、１〜１１は図１の構成と同様のものである。図１の構成と異なるのは、ファイル管理部８で管理している番組ファイルを圧縮するデータ圧縮部１２、圧縮された番組ファイルを伸長するデータ伸長部１３が追加された点である。また、ファイル管理部８は実施の形態１〜４のどの機能を持っている場合でもよいが、本実施の形態では実施の形態４の機能を持つファイル管理部８について説明する。以下その動作について説明する。
【００５０】
番組ファイルはテレビモニタに表示する場合、デコード部５によって表示するための文字図形の表示データに展開して、表示メモリ９に転送することによりテレビモニタ１１に表示するという動作は実施の形態１と同じである。
【００５１】
しかしながら、ファイル管理部８の番組ファイルは、テレビモニタに表示する場合と番組更新が発生した時以外に使用されない。そこで、番組ファイルは番組ファイルの作成が終了した後、圧縮してデータ記憶部６に格納することにより、メモリの使用効率を高めることができる。番組更新が発生した時は、再度番組ファイルを作成して圧縮する。
【００５２】
受信した番組ファイル（非圧縮ファイル）の蓄積が完了すると、データ圧縮部１２は番組ファイルを圧縮し、圧縮ファイルとして蓄積して非圧縮ファイルは削除する。
【００５３】
圧縮ファイルとなっている番組ファイルを参照する場合は、データ伸長部１３が圧縮データを伸長した後、デコード部５によって表示するための文字図形の表示データに展開して、表示メモリ９に転送することによりテレビモニタ１１に表示する。
【００５４】
以上のように、番組ファイルを圧縮アルゴリズムを用いて圧縮して蓄積し、必要なファイルだけ伸長することにより、文字放送データを蓄積する場合、メモリの使用効率を約４０％上げることができる。
【００５５】
文字データ用の圧縮方式としては、ハフマン符号化や”Ｌｅｍｐｅｌ―Ｚｉｖ（ＬＺ）符号化”などがある。データ圧縮方式に関しては、「データ圧縮技術がパソコンと大型機に定着へ（日経エレクトロニクス／１９９３．５．１０）」などに記述されている。本実施の形態では、圧縮方式としてＬＺ符号化を使用している。ＬＺ符号化は、最近では圧縮率の高い圧縮方式として利用されることが多い。アルゴリズムとしては、過去の文字列を辞書として登録し、この辞書内の文字列と現在の文字列とを比較して、一致する文字列を見つけることにより、圧縮を実現する。この方式は、辞書サイズが少なくとも１Ｋバイト程度必要となる。
【００５６】
文字放送番組の各「ページ」は、平均長が１Ｋバイト程度なので、「ページ」単位で圧縮しても圧縮率が良くない。番組単位の場合は平均１０Ｋバイト程度なので圧縮率が向上する。
【００５７】
（実施の形態６）
以下、図１０、図１１を用いて、本発明の実施の形態６について説明する。図１０は本実施の形態６における全体のシステム構成図で、１〜１３は図９の構成と同様のものである。図９と異なるのは、ファイル管理部８で管理しているファイルをまとめるファイルアーカイブ部１４が付加された点である。以下その動作について説明する。
【００５８】
図１１は本実施の形態における複数のファイルをまとめて圧縮してアーカイブ圧縮ファイルとし、またアーカイブ圧縮ファイルから所定のファイルを伸長する動作を説明するための図である。
【００５９】
受信した文字放送データが予め定めるページファイルの蓄積が完了すると、ファイルアーカイブ部１４はページファイルをまとめる。
【００６０】
この時のアーカイブ方法は、ページ番号の小さいページファイルから順に５ファイル揃った時点でまとめる。まとめるファイル数は、文字放送番組の平均ページ数（約１０ページ）、圧縮時の処理時間等から考慮して５ファイルとする。なお、このファイル数は文字放送番組毎に設定可能としてもよい。
【００６１】
例えば、文字放送番組が８ページからなる場合は、ファイルアーカイブ部１４は１〜５ページと６〜８ページをそれぞれまとめて、一つのファイルとする。
【００６２】
アーカイブファイルを圧縮する場合を、図１１（ａ）、（ｂ）を用いて説明する。
【００６３】
図１１（ａ）は文字放送番組が３ページからなる場合、ファイルアーカイブ部１４は、１〜３ページをまとめる。この時、ファイルアーカイブ部１４は、まとめたファイル数とファイル名（例えば、ページ番号名をページファイル名とする）と、それぞれの伸長時のファイルの大きさを、圧縮ファイル／ファイル変換テーブル１４ａに書き込む。そしてアーカイブファイルは、データ圧縮部１２によってアーカイブ圧縮ファイルとして格納される。
【００６４】
図１１（ｂ）は圧縮ファイル／ファイル変換テーブル１４ａをファイル毎にアーカイブ圧縮ファイル内に持つ場合である。この場合、データ圧縮部１２がアーカイブファイルの圧縮開始時に、圧縮ファイル／ファイル変換テーブル１４ｂをアーカイブ圧縮ファイル内に書き込む。
【００６５】
ファイルをまとめて圧縮するのは、実施の形態５で述べたように、ＬＺ圧縮アルゴリズムの性質による。すなわち文字放送番組の各「ページ」は、平均長が１Ｋバイト程度なので、ファイル単位が「ページ」の場合、一つのファイルだけを圧縮しても圧縮率が良くない。まとめて圧縮することにより、ＬＺ法での圧縮率が「ページ」単位の場合より向上する。
【００６６】
次にアーカイブ圧縮ファイルから、所定のファイルを伸長する場合を、図１１（ｃ）を用いて説明する。図１１（ｃ）は図１１（ｂ）で説明したアーカイブ圧縮ファイルから、３ページ目のファイルのみを伸長した時の図である。
【００６７】
圧縮ファイル／ファイル変換テーブル１４ｂは、アーカイブ圧縮ファイル中の特定の圧縮ファイルだけを伸長するために使用する。データ伸長部１３は、ＬＺ圧縮アルゴリズムの性質上、伸長時はファイルの先頭からしか伸長処理できない。
【００６８】
よって特定のファイルを伸長する場合、逐次伸長したデータサイズとの圧縮ファイル／ファイル変換テーブル１４ｂ中の各ファイルサイズを比較しながら伸長を行ない、特定ファイルのみの伸長データを保持し、それ以外の伸長データは捨てる。
【００６９】
まとめ中のある特定ファイルのみが必要になった場合は、他のファイルまでメモリ上に伸長する必要がない。
【００７０】
以上により、「ページ」単位のファイルをまとめて圧縮／伸長を行なうことにより、圧縮率が高くなる。また、文字放送の更新に伴う「ページ」毎のページデータの変更が番組単位のファイルと比較して容易になる。
【００７１】
なお、圧縮ファイル名を工夫することにより、アーカイブ圧縮ファイル中のファイル名を圧縮ファイル／ファイル変換テーブルに記憶しなくても済む。
【００７２】
例えば、文字放送の番組を小さいページ番号のファイルから順にまとめる場合、図１１（ｄ）のようにページ１から５までをアーカイブ圧縮したファイルを「０５．Ｚ」、ページ６〜８までをアーカイブ圧縮したファイルを「０８．Ｚ」とする。この時まとめるファイル数は最大５ファイルとする。それぞれのアーカイブ圧縮ファイル中の圧縮ファイル／ファイル変換テーブル１４ｃ、ｄは、はじめにまとめたファイル数、そして小さいページからのファイルサイズを格納することにより、ファイル名を格納しなくてもどのページのファイルサイズかが分かる。「０８．Ｚ」の場合、ファイル名からこのまとめにはページ６からページ８までが格納されていることが分かる。そして「０５．Ｚ」と同様にページに対応したページファイルのサイズが分かる。
【００７３】
（実施の形態７）
以下、図１２、図１３を用いて、本発明の実施の形態７について説明する。本実施の形態では実施の形態１〜６のファイル管理部８がディレクトリ構造を持つ場合のファイル管理について述べる。この場合、ファイル単位は文字放送番組の「ページ」とした。
【００７４】
図１２（ｂ）はファイル管理部がディレクトリ構造を持った場合の説明図である。ルートディレクトリには、チャンネルディレクトリ層を設ける。チャンネル数が６個の場合、チャンネルディレクトリが６個存在する。各チャンネルディレクトリには番組ディレクトリ層を設ける。番組数が５０番組の場合、番組ディレクトリが５０個存在する。さらに各番組ディレクトリにはページファイルを作成する。
【００７５】
また、番組ディレクトリ中には、ページファイルを図１０のファイルアーカイブ部１４でまとめてデータ圧縮部１２で圧縮した、アーカイブ圧縮ファイルも入れる。
【００７６】
図１２（ａ）はディレクトリ構造を持たない場合のファイル管理を示す。ディレクトリ構造を持たない場合、ルートディレクトリにすべてのファイルが存在することになる。例えば、文字放送のチャンネル数が６個、それぞれのチャンネルが番組数が５０番組持ち、それぞれの番組が１０ページから構成されている場合、６×５０×１０＝３０００個のファイルが存在する。これらのファイルから一つのファイルを検索するにはかなりの時間を要し、またファイル管理も複雑になる。
【００７７】
以上により、各ページファイルは、ルートディレクトリ、チャンネルディレクトリ、番組ディレクトリの３層ディレクトリ構造を設けることで、ページファイルの検索、すなわちチャンネル、番組番号、ページ番号を指定する検索の高速化が図れ、ファイルの管理が容易になる。
【００７８】
また、ディレクトリ構造を持つことにより、メモリが一杯になった時など、ファイル管理部８で管理しているファイルを削除する場合に、各番組ディレクトリ内のファイルを一つ以上残して、他のファイルを削除することが容易にできる。
【００７９】
図１２（ｂ）の場合では、チャンネル［１］の番組［１］のページ［２］、チャンネル［ｎ］の番組［４］のページ［５］から削除する。
【００８０】
これにより、各番組ディレクトリが１ページファイル以上は存在する可能性が高くなり、ユーザが見たい番組は待ち時間なしに少なくとも１ページ分は検索して表示することができる。
【００８１】
（実施の形態８）
以下、図１０、図１３を用いて、本発明の実施の形態８について説明する。本実施の形態では、図１０のシステムにおいて、マルチタスクＯＳ上でファイルの読み書きを行なう時のファイル管理部８、アーカイブファイル管理部１４におけるファイルアクセスに関して説明する。
【００８２】
図１３において、１３１は文字放送番組選別部４を介して得た文字放送データを、ファイル管理部８によりページファイルを作成してデータを蓄積、およびデータの更新を行なうための蓄積タスク、１３２はファイルをファイルアーカイブ部１４でアーカイブした後圧縮し、アーカイブ圧縮ファイルを作成する圧縮タスク、１３３はアーカイブ圧縮ファイルから一つ以上のファイルを伸長する伸長タスク、１３４はファイル管理部８で管理しているファイルから、所定のファイルを検索してデコード部５を介して表示メモリ９に展開するための検索タスクである。
【００８３】
実施の形態６のデータ圧縮部１２と同様、蓄積タスクはページファイル１〜５の蓄積が完了すると圧縮タスク１３２にページファイル１〜５をまとめて圧縮するように依頼する。
【００８４】
蓄積タスク１３１が依頼した圧縮タスク１３２は、ページファイル１〜５をまとめて圧縮し、アーカイブ圧縮ファイルを作成する。この時、ファイルアーカイブ部１４を用いてまとめるのは、蓄積タスクでも圧縮タスクのどちらでもよい。圧縮タスクは、圧縮完了と同時にページファイル１〜５は削除する。圧縮に要する時間は約０．５秒（４ＭＩＰＳのＣＰＵでの実測による）である。
【００８５】
文字放送は、同一番組のページデータは約２０秒に１ページづつ伝送している。
【００８６】
この性質から、圧縮タスクがページファイルをリードして圧縮ファイルを作成中に、蓄積タスクがそのページファイルに対しての書き込み処理が不要となり、ファイル制御が容易になる。
【００８７】
テレビモニタに文字放送を表示する場合、検索タスク１３４ファイルは管理部８で管理している伸長ファイルを検索する。伸長ファイルが存在しない場合は、アーカイブ圧縮ファイルを検索する。アーカイブ圧縮ファイルとして存在する場合は、そのファイルを伸長タスク１３３により伸長してページファイルとして読み出す。そしてデコード部５を介して表示メモリに書き込む。
【００８８】
次に、ページ更新が発生した場合、まず、蓄積タスク１３１は伸長ページファイルを検索する。ファイルが存在しない場合は、新しくページファイルを作成してページデータを蓄積する。この時、アーカイブ圧縮ファイル中にそのファイルが存在しても新たにページファイルを作成する。また、伸長ページファイルが存在する場合は、上書きして書く。
【００８９】
テレビモニタに文字放送を表示する場合、検索タスクが伸長タスク１３３にデータ伸長を依頼して、アーカイブ圧縮ファイルからページファイルを伸長するということは先にも述べたが、ページファイルを伸長中に同一ページファイルの更新が発生した場合について説明する。
【００９０】
この場合、蓄積タス１３１は強制的にデータ伸長中のページファイルを削除して、新しく更新ページファイルを作成する。伸長タスク１３３はファイルにデータが書けなくなるので、依頼元の検索タスク１３４に伸長エラーを通知する。検索タスク１３４は、伸長タスク１３３からエラーを通知されると、更新データファイルの蓄積完了を待って、ファイルからデータを取り出す。
【００９１】
以上により、上記のファイルアクセス制御を用いることで、マルチタスクＯＳ上で一つファイルに対して、複数のタスクからの同時書き込みまたは、読み出し中のファイルへの書き込みが発生した場合の処理を行なうことができる。
【００９２】
これより、ファイルアクセス制御のためにファイル編集用の一時ファイルを作成する必要がなくなるので、文字放送データの蓄積のためのメモリ容量を減少させることがなくなる。
【００９３】
【発明の効果】
以上説明したように本発明では、ファイルアクセスに柔軟性ができ、自由に圧縮ファイルを作成、および伸長ファイルの削除ができる。またメモリの使用効率が大幅に向上するので、従来の約７０％のメモリで廉価な文字放送受信装置及びその方法を供給することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１における文字放送受信装置の全体構成を示すブロック図
【図２】本発明の実施の形態１のデータ記憶部のデータ格納状態を示すメモリ構成図
【図３】本発明の実施の形態１のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図４】本発明の実施の形態２における文字放送受信装置の全体構成を示すブロック図
【図５】本発明の実施の形態２のデータ記憶部のデータ格納状態を示すメモリ構成図
【図６】本発明の実施の形態２のデータ記憶部のデータ格納状態を示すメモリ構成図
【図７】本発明の実施の形態３のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図８】本発明の実施の形態４のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図９】本発明の実施の形態５における文字放送受信装置の全体構成を示すブロック図
【図１０】本発明の実施の形態６、７、８における文字放送受信装置の全体構成を示すブロック図
【図１１】本発明の実施の形態６におけるアーカイブファイル管理を示すブロック図
【図１２】本発明の実施の形態７におけるファイル管理におけるディレクトリ層を示すブロック図
【図１３】本発明の実施の形態８における文字放送受信装置のソフトウェア構成を示すブロック図
【図１４】従来の文字放送受信装置の一例の全体構成図
【図１５】従来の文字放送受信装置のデータ記憶部の構成図
【図１６】従来の文字放送受信装置のデータフォーマット図
【図１７】従来の文字放送受信装置のデータ記憶部の構成図
【符号の説明】
１ ＣＰＵ
２ 記憶部
３ 文字信号抜き取り部
４ 文字放送番組選別部
５ デコード部
６ データ記憶部
７ メモリ管理部
８ ファイル管理部
９ 表示メモリ
１０ 表示制御部
１１ テレビモニタ
【発明の属する技術分野】
本発明は、文字放送等のデータ放送番組を視聴する際に、受信中の番組データを視聴するだけでなく、番組データを効率良く蓄積することにより、任意の番組を自由に選択して見ることのできる文字放送受信装置およびその方法に関するものである。
【０００２】
【従来の技術】
近年、放送電波を利用して、文字や図形からなるニュース、天気予報、株式市場などの文字図形情報を、家庭のテレビジョン受像機の画面に映し出すことのできる符号化伝送方式の文字放送が実用化され、この符号化伝送方式の文字放送を受信する受信装置内蔵のテレビジョン受像機も開発されている。
【０００３】
以下に、従来の文字放送受信機について、図面を参照しながら説明する。図１４は従来の文字放送受信機の構成を示すものである。図１４において１４１はシステム全体を制御するＣＰＵ、１４２は動作プログラムを保持する記憶部である。ａはテレビの映像信号で、１４３は映像信号ａから垂直帰線区間に重畳されている文字放送データを抜き取るための文字信号抜き取り部、１４４は文字信号抜き取り部１４３で抜き取った文字放送データのデコードを行ない、表示するための文字図形の表示データに展開するデコード部である。１４５は文字信号抜き取り部１４３で抜き取った文字放送データのみを蓄積しておくデータ記憶部、１４６はデータ記憶部１４５の文字放送データの制御コードにより文字放送データを管理するためのメモリ管理部、１４７はデコード部１４４で文字図形に展開した表示データを保持する表示メモリ、１４８は表示メモリ１４７から表示データを取り出すためのメモリアドレス制御を行なう表示制御部、１４９は表示メモリ１４７から文字放送データを読み出して実際に表示するためのテレビモニタである。
【０００４】
以上のように構成された文字放送受信装置について、以下その動作について説明する。文字放送信号抜き取り部１４３は入力された映像信号ａから、垂直帰線消去区間１４Ｈ（２７７Ｈ）、１５Ｈ（２７８Ｈ）、１６Ｈ（２７９Ｈ）、２１Ｈ（２８４Ｈ）の４つの伝送路に重畳されている文字信号を抜き取る。
【０００５】
文字放送データは、４つの垂直帰線消去区間の伝送路にそれぞれ２２バイトづつ重畳されている（この２２バイトデータが１パケット）。
【０００６】
文字放送に関する規格の詳細は「文字放送技術ハンドブック、放送技術開発開発協議会、兼六間出版」に記述されている。明細書で記載している「番組」、「ページ」の定義は、この文字放送技術ハンドブックに従う。
【０００７】
ＣＰＵ１４１は、抜き取った文字放送データをメモリ管理部１４６を介してデータ記憶部１４５に蓄積する。また、ＣＰＵ１４１は、データ記憶部１４５からメモリ管理部１４６を介して文字放送データを読み出す。そしてデコード部１４４により、テレビモニタに文字や図形を表示するための文字図形データ（表示データ）に変換して、表示メモリ１４７に書き込む。表示制御部１４８は文字図形データを表示メモリ１４７から読み出してテレビモニタ１４９に表示する。
【０００８】
ＣＰＵ１４１は、あらかじめ予約した文字放送の番組を優先的にデータ記憶部１４５に蓄積する機能を有する。さらにデータ記憶部１４５の残りメモリ容量に応じて、逐次受信した文字放送データを格納する。
【０００９】
以下に、図１５、図１６、図１７を用いてメモリ管理部１４６によるデータ記憶部１４５の制御方法について、図面を参照しながら説明する。図１５は、データ記憶部１４５とメモリ管理部１４６の内部構成で、逐次受信した文字放送データをパケット毎に格納するためのＮ個のメモリブロックと、メモリブロックを管理するための位置テーブルから成る。位置テーブルは、メモリブロックと１対１に対応しており、メモリブロックに対してリングメモリを形成している。
【００１０】
すなわち位置テーブル１は位置テーブル２、位置テーブル２は位置テーブル３、そして位置テーブルＮは位置テーブル１を指している。逐次受信した文字放送データは、リングメモリに書き込まれる。リングメモリでは、受信した文字放送データがデータ記憶部１４５のメモリ容量を越えると、古い文字放送データが格納されているメモリブロックから順に新しいデータに更新される。
【００１１】
図１６ａは逐次受信したパケットデータを実際にメモリブロックに格納する時のパケットフォーマットで、番組、ページ情報とパケットデータから成る。先にも述べたが、パケットデータは、逐次受信したものから格納する。この時、パケットデータは、文字放送番組の番組の内容が連続しているわけではないので、パケットフォーマットには番組、ページ情報が必要になる。
【００１２】
図１６ｂはメモリブロックに逐次パケットを格納した場合のメモリ内部図である。番組５の２ページ目をテレビモニタに表示する場合、メモリブロックの番組とページ情報から、番組５の２ページ目を検索してパケットデータをデコード部１４４によって、文字図形に展開して表示メモリ１４７に転送する。
【００１３】
このとき、もし番組５の２ページ目がデータ記憶部１４５に存在しない時、データが送られてくるまで待つことになる。
【００１４】
次に、予約した場合について図１７を用いて述べる。図１７は予約を用いる場合のデータ記憶部１４５とメモリ管理部１４６の内部構成で、図１５で示した内容に予約テーブルが付加されている。ユーザが文字放送番組を予約すると、その番組が優先されてメモリに格納される。予約テーブルは、予約した番組と優先割り付けされたメモリブロックの番号からなる。図１７では、番組番号１００を予約する場合に、メモリブロック１、２を確保し、メモリブロック１、２と残りのメモリブロック３〜Ｎはそれぞれ別々のリングメモリを構成していることを示している。
【００１５】
予約されている文字放送番組をテレビモニタに表示する場合、予約用に確保したメモリから、ページを検索し、デコード部１４４によって、文字図形に展開して表示メモリ１４７に転送する。
【００１６】
以上のようにして、従来の文字放送受信機では、文字放送番組を蓄積、表示していた。
【００１７】
【発明が解決しようとする課題】
しかしながら従来装置では、２つの問題点があった。一つは文字放送番組のメモリ管理が十分でないことである。これはメモリの使用効率を上げるために、データ記憶部に対して、リングメモリ形式で管理し、また文字放送番組をファイルとして管理するのではなく、文字放送番組を構成する要素であるパケット単位で管理していた。よって、任意の文字放送番組のページにアクセスする場合には、そのページデータのパケットを集めて表示していた。また、リングメモリでは、メモリが一杯になると、古いデータから順番に消されるので、ページデータの有無の管理ができなかった。
【００１８】
もう一つはメモリ容量におけるコストの問題である。例えば、ＮＨＫの文字放送番組をすべてメモリに格納する場合、少なくとも約１Ｍバイト必要となる。従来装置では、文字放送番組の蓄積に２００Ｋバイト程度のメモリしか実装しておらず、１Ｍバイトのメモリを実装しようとするとコスト高となっていた。
【００１９】
本発明は上記従来の問題点を解決するためになされたもので、文字放送番組のメモリ管理問題とメモリ容量の問題を解決するために、文字放送番組の複数ページを一つのファイルとしてファイル管理する。そして、圧縮して格納することにより、見かけ上のメモリ容量を増やした。また、ファイル管理を行なう場合に、メモリの使用効率をリングメモリ形式と同じ程度にした、文字放送受信装置及びその方法を提供することを目的とする。
【００２０】
【課題を解決するための手段】
この目的を達成するために本発明の文字放送受信装置は、放送電波を受信し、文字放送データを抽出する信号抽出手段と、前記抽出された文字放送データのうち、少なくとも一つの文字放送番組の文字放送データを選別する文字放送番組選別手段と、前記選別された文字放送データを蓄積するためのデータ記憶手段と、前記文字放送データのページを一つのファイルとして管理するファイル管理手段と、ファイルを圧縮して圧縮ファイルを作成するデータ圧縮手段と、圧縮されたファイルを伸長して伸長ファイルを作成するデータ伸長手段と、前記ファイル管理手段で管理する一つの番組に含まれる複数のページのファイルに対し圧縮処理時間に基づく所定ファイル数毎にまとめてアーカイブファイルを作成するファイルアーカイブ手段を備え、前記ファイルアーカイブ手段でまとめたアーカイブファイルを前記データ圧縮手段により圧縮することを特徴とする。
【００２１】
このような特徴を有する本発明によれば、メモリ使用効率を最大限に高めることができる。また、ファイル管理を用いることで放送番組の管理を柔軟に行なうことができる。
【００２２】
【発明の実施の形態】
（実施の形態１）
以下、図１、２、３を用いて、本発明の実施の形態１について説明する。図１において、１はシステム全体を制御するＣＰＵ、２は動作プログラムを保持する記憶部である。３は映像信号ａから垂直帰線区間に重畳されている文字放送データを抜き取るための文字信号抜き取り部、４は文字信号抜き取り部３で抜き取った文字放送データから、必要なデータを選別するための文字放送番組選別部、５は文字放送番組選別部４で選別された文字放送データのデコードを行ない、表示するための文字図形の表示データに展開するデコード部である。６は文字放送番組選別部４で選別された文字放送データを蓄積しておくデータ記憶部、７はデータ記憶部６を小さなブロックに分割し、そのブロックの使用状況、リンク情報を管理するためのメモリ管理部、８は文字放送番組の「ページ」単位を最小ファイル単位として、ファイルの作成、削除を管理するファイル管理部、９はデコード部５で文字図形に展開した表示データを蓄えておく表示メモリ、１０は表示メモリ７から表示データの取り出しのメモリアドレス制御を行なう表示制御部、１１は表示メモリ９から読み出して実際に表示するためのテレビモニタである。
【００２３】
以上のように構成された文字放送受信装置について、以下その動作について図２、図３を用いて説明する。文字放送信号抜き取り部３は入力された映像信号ａから、垂直帰線消去区間１４Ｈ、１５Ｈ、１６Ｈ、２１Ｈの４つの伝送路に重畳されている文字信号を抜き取る。文字放送データは、４つの垂直帰線消去区間の伝送路にそれぞれ２２バイトづつ重畳されている（２２バイトデータを１パケットとする）。
【００２４】
抜き取られた文字放送データは、文字放送番組選別部４によって、あらかじめ指定している文字放送番組のみ（例えば、ユーザが予約した番組）を選別する。選別された番組は、その番組の各ページ毎にファイルを作成し、ファイル管理部８がページ単位で管理する。
【００２５】
ファイル管理部８がファイルを作成する場合、メモリ管理部７によりデータ記憶部６のメモリブロックを一つ確保する。その後、ファイル管理部８が文字放送データ（パケットデータ）の書き込みを行ない、メモリブロックの容量が一杯になれば、メモリ管理部７によって新しいメモリブロックを確保する。
【００２６】
図２は、実際にメモリブロックに文字放送データ（パケットデータ）の書き込みを行なう場合の説明図である。メモリブロックへの書き込みはパケットデータ単位で行なうので、メモリブロックの大きさはパケットデータの倍数とする。
【００２７】
本実施の形態では、一つのメモリブロックは１２個のパケットデータを格納でき、本図は、３ページ分のデータをデータ記憶部６に蓄積している状態を示す。１ページ目のデータは１０パケット、２ページ目は６パケット、３ページ目は１５パケットからなる。メモリ管理部７は１、２ページのデータに対してそれぞれ１ブロック獲得し、３ページのデータに対して２ブロック獲得している。
【００２８】
図３は、選別された文字放送データに対して、新規ファイルを作成してデータの書き込みを行なう場合の説明図である。図３において、ファイル管理部８のファイルテーブル７は、ファイル管理部８が作成したファイル名と、そのファイルを蓄積しているデータ記憶部６の先頭メモリブロックを示すメモリブロックの番号（メモリ管理テーブルの番号）から構成される。メモリ管理部７のメモリ管理テーブルは、データ記憶部６のメモリブロックと１対１対応しており、メモリブロックの使用状況とブロック間のリンク情報を格納する。メモリブロックが未使用であれば「０」を格納すし、また使用中のブロックであれば、リンクした次のブロック番号、または最終のブロックであれば「−１」を格納する。
【００２９】
図３（ａ）の場合、ファイル管理部８で「ｎａｍｅ１」というページファイルを作成して、データ記憶部６のメモリブロック１から蓄積している。図３（ｂ）では、メモリブロック１のメモリ容量が一杯になったので、新たに未使用のメモリブロック２を獲得する。そしてメモリ管理テーブルにはメモリブロックのリンク情報として、メモリ管理テーブル１に次のブロックを示す「２」を格納し、メモリ管理テーブル２にファイルの最終ブロックを示す「−１」を格納する。他のページファイル「ｎａｍｅ２」、「ｎａｍｅ３」についても同様である。
【００３０】
以上により、すべての文字放送の番組データをファイル単位で管理できるので、任意のファイルを表示メモリ９に展開する際、所定の番組データへのアクセスが、従来例のリングメモリ形式に比べて速くなる。
【００３１】
さらに、文字放送データをファイル単位で管理するので、データ記憶部６の容量が一杯になっても、従来例で示したリングメモリ形式のように、強制的に古い文字放送データから順番に削除されることがない。すなわちＣＰＵ１はファイル管理部８を用いて、文字放送データの蓄積／管理ができる。ファイルの削除の方法としては、現在ユーザが視聴していない文字放送番組ファイルから削除する方法等が考えられる。
【００３２】
（実施の形態２）
以下、図４、図５、図６を用いて、本発明の実施の形態２について説明する。図４は本実施の形態２における全体のシステム構成図で、１〜７および９〜１１は図１の構成と同様のものである。図１の構成と異なるのは、ファイル管理部８にページ検索機能８ａが付加された点である。図５は本実施の形態２における、データ記憶部６のメモリ内部構成図である。以下その動作について説明する。
【００３３】
本実施の形態では、ファイル単位を文字放送の「番組」とした場合について、図５を用いて説明する。文字放送番組が、図３と同様に３ページから構成される場合、メモリ管理部７は１ページ目を書き込む時、メモリブロックを一つ獲得する。そしてファイル管理部８によって実際にメモリに書き込む。２ページ目を書き込む場合、メモリブロックはまだ、２パケット分書き込めるので、２ページ目の始めの２パケットを書き込む。その後、新たにメモリブロックを獲得して、残りの４パケット分を書き込む。３ページ目も同様である。複数のページを一つのファイルとすることにより、メモリブロック中の未使用メモリを減らすことができる（メモリブロックが１Ｋバイト前後の場合、ページファイル管理ではメモリの使用率は約７０％、番組ファイル管理では約９５％）。
【００３４】
図６は、図５に示した番組ファイルの内部構成である。番組ファイルの１ページ目は、次のデータが番組管理データであることを示す番組データヘッダと、番組の総ページ数、番組データ長、番組形態などの、番組管理データからなる。２ページ目は、次のデータが文字放送番組の１ページ目であることを示すページデータヘッダと１ページ目の番組データからなり、３ページ目は、次のデータが文字放送番組の２ページ目であることを示すページデータヘッダと２ページ目の番組データからなる。
【００３５】
なおこの番組ファイルの１ページ目のデータは文字放送の番組管理情報であるので、ページデータとして管理しなくてもよい（他の実施の形態における「ページ」ファイルも同様）。
【００３６】
図４のページ検索機能８ａは、番組ファイル中の番組データヘッダ、ページデータヘッダをページの先頭から検索することで、所定のページを検出することができる。
【００３７】
以上により、ファイル管理を複数の「ページ」（この場合、文字放送番組単位）で行なうことにより、メモリの使用効率を高めることができる。また、所定のページをアクセスする場合は、ページ検索機能８ａを用いればよい。
【００３８】
（実施の形態３）
以下、図７を用いて、本発明の実施の形態３について説明する。図７は本実施の形態において、図１のファイル管理部８が管理するファイル単位を文字放送の「番組」とし、ファイル／ページ変換テーブルを備えた場合のファイル管理を説明するための構成図である。ファイル管理部８以外は、実施の形態１のシステム構成図である図１と同じであるので省略する。以下その動作について説明する。
【００３９】
図７のファイル管理部８のファイルテーブルは、図３のファイルテーブルと同様、ファイル管理部８が管理するファイルと、そのファイルを蓄積しているデータ記憶部６の先頭メモリブロックの番号（メモリ管理テーブルの番号）と、さらに追加機能としてファイル／ページ変換テーブルのあるアドレスを示す、変換テーブルアドレスから構成される。
【００４０】
番組ファイルを作成する時、同時にそのファイルのファイル／ページ変換テーブルを作成し、ファイルテーブルの変換テーブルアドレスにファイル／ページ変換テーブルの先頭アドレスを格納する。そして、ファイル管理部８がその番組ファイルの文字放送データをメモリブロックに書き込む時、ページ番号とページのサイズを、ファイル／ページ変換テーブルに記録する。
【００４１】
文字放送の番組データをメモリブロックに書き込んだ後、所定のページを検索する場合、ページの先頭から検索せずに、ファイル／ページ変換テーブルから所定のページの先頭アドレスを得ることができるので、高速なファイルアクセスが可能になる。
【００４２】
例えば、ページ番号３を検索する場合、ページ番号１とページ番号２のページサイズを加算することにより、ページ番号３のページデータの先頭アドレスを得ることができる。
【００４３】
以上により、ファイル管理部８が文字放送の番組毎にファイルを管理し、ファイル／ページ変換テーブルを持つことで、所定のページデータへの高速アクセスが可能になる。
【００４４】
なお、ファイル／ページ変換テーブル中のページサイズは、それぞれのページの先頭アドレスをあらかじめ計算しておいて格納しておいてもよいし、ページ番号を省略して、１ページ目からのページサイズもしくは先頭アドレスのみを格納してもよい。
【００４５】
（実施の形態４）
以下、図８を用いて、本発明の実施の形態４について説明する。図８は実施の形態３のファイル管理部８が備えているファイル／ページ変換テーブルを、番組ファイルに組み込んだ場合の構成図である。ファイル管理部８以外は、実施の形態１のシステム構成図である図１の１〜７および９〜１１と同じである。以下その動作について説明する。
【００４６】
図８のデータ記憶部６のメモリブロック中のファイル／ページ変換テーブル用の領域は、番組ファイルを作成する時、その番組ファイルのページ数を番組ページヘッダで調べて、あらかじめファイル／ページ変換テーブルで使用するメモリサイズを、メモリブロック内のファイルの先頭から確保したものである。
【００４７】
そして、ファイル管理部８がその番組ファイルのパケットデータをメモリブロックに書き込む時、ページデータヘッダを検出して、ページ番号とページサイズを、ファイル／ページ変換テーブルに記録する。
【００４８】
この方法を用いると、ファイル管理部８でファイル／ページ変換テーブルを保持するための変換テーブルアドレスをファイルテーブル中に設ける必要がない。さらに、ファイル／ページ変換テーブル用のファイルを保持する必要がない。
【００４９】
（実施の形態５）
以下、図９を用いて、本発明の実施の形態５について説明する。図９は本実施の形態５における全体のシステム構成図で、１〜１１は図１の構成と同様のものである。図１の構成と異なるのは、ファイル管理部８で管理している番組ファイルを圧縮するデータ圧縮部１２、圧縮された番組ファイルを伸長するデータ伸長部１３が追加された点である。また、ファイル管理部８は実施の形態１〜４のどの機能を持っている場合でもよいが、本実施の形態では実施の形態４の機能を持つファイル管理部８について説明する。以下その動作について説明する。
【００５０】
番組ファイルはテレビモニタに表示する場合、デコード部５によって表示するための文字図形の表示データに展開して、表示メモリ９に転送することによりテレビモニタ１１に表示するという動作は実施の形態１と同じである。
【００５１】
しかしながら、ファイル管理部８の番組ファイルは、テレビモニタに表示する場合と番組更新が発生した時以外に使用されない。そこで、番組ファイルは番組ファイルの作成が終了した後、圧縮してデータ記憶部６に格納することにより、メモリの使用効率を高めることができる。番組更新が発生した時は、再度番組ファイルを作成して圧縮する。
【００５２】
受信した番組ファイル（非圧縮ファイル）の蓄積が完了すると、データ圧縮部１２は番組ファイルを圧縮し、圧縮ファイルとして蓄積して非圧縮ファイルは削除する。
【００５３】
圧縮ファイルとなっている番組ファイルを参照する場合は、データ伸長部１３が圧縮データを伸長した後、デコード部５によって表示するための文字図形の表示データに展開して、表示メモリ９に転送することによりテレビモニタ１１に表示する。
【００５４】
以上のように、番組ファイルを圧縮アルゴリズムを用いて圧縮して蓄積し、必要なファイルだけ伸長することにより、文字放送データを蓄積する場合、メモリの使用効率を約４０％上げることができる。
【００５５】
文字データ用の圧縮方式としては、ハフマン符号化や”Ｌｅｍｐｅｌ―Ｚｉｖ（ＬＺ）符号化”などがある。データ圧縮方式に関しては、「データ圧縮技術がパソコンと大型機に定着へ（日経エレクトロニクス／１９９３．５．１０）」などに記述されている。本実施の形態では、圧縮方式としてＬＺ符号化を使用している。ＬＺ符号化は、最近では圧縮率の高い圧縮方式として利用されることが多い。アルゴリズムとしては、過去の文字列を辞書として登録し、この辞書内の文字列と現在の文字列とを比較して、一致する文字列を見つけることにより、圧縮を実現する。この方式は、辞書サイズが少なくとも１Ｋバイト程度必要となる。
【００５６】
文字放送番組の各「ページ」は、平均長が１Ｋバイト程度なので、「ページ」単位で圧縮しても圧縮率が良くない。番組単位の場合は平均１０Ｋバイト程度なので圧縮率が向上する。
【００５７】
（実施の形態６）
以下、図１０、図１１を用いて、本発明の実施の形態６について説明する。図１０は本実施の形態６における全体のシステム構成図で、１〜１３は図９の構成と同様のものである。図９と異なるのは、ファイル管理部８で管理しているファイルをまとめるファイルアーカイブ部１４が付加された点である。以下その動作について説明する。
【００５８】
図１１は本実施の形態における複数のファイルをまとめて圧縮してアーカイブ圧縮ファイルとし、またアーカイブ圧縮ファイルから所定のファイルを伸長する動作を説明するための図である。
【００５９】
受信した文字放送データが予め定めるページファイルの蓄積が完了すると、ファイルアーカイブ部１４はページファイルをまとめる。
【００６０】
この時のアーカイブ方法は、ページ番号の小さいページファイルから順に５ファイル揃った時点でまとめる。まとめるファイル数は、文字放送番組の平均ページ数（約１０ページ）、圧縮時の処理時間等から考慮して５ファイルとする。なお、このファイル数は文字放送番組毎に設定可能としてもよい。
【００６１】
例えば、文字放送番組が８ページからなる場合は、ファイルアーカイブ部１４は１〜５ページと６〜８ページをそれぞれまとめて、一つのファイルとする。
【００６２】
アーカイブファイルを圧縮する場合を、図１１（ａ）、（ｂ）を用いて説明する。
【００６３】
図１１（ａ）は文字放送番組が３ページからなる場合、ファイルアーカイブ部１４は、１〜３ページをまとめる。この時、ファイルアーカイブ部１４は、まとめたファイル数とファイル名（例えば、ページ番号名をページファイル名とする）と、それぞれの伸長時のファイルの大きさを、圧縮ファイル／ファイル変換テーブル１４ａに書き込む。そしてアーカイブファイルは、データ圧縮部１２によってアーカイブ圧縮ファイルとして格納される。
【００６４】
図１１（ｂ）は圧縮ファイル／ファイル変換テーブル１４ａをファイル毎にアーカイブ圧縮ファイル内に持つ場合である。この場合、データ圧縮部１２がアーカイブファイルの圧縮開始時に、圧縮ファイル／ファイル変換テーブル１４ｂをアーカイブ圧縮ファイル内に書き込む。
【００６５】
ファイルをまとめて圧縮するのは、実施の形態５で述べたように、ＬＺ圧縮アルゴリズムの性質による。すなわち文字放送番組の各「ページ」は、平均長が１Ｋバイト程度なので、ファイル単位が「ページ」の場合、一つのファイルだけを圧縮しても圧縮率が良くない。まとめて圧縮することにより、ＬＺ法での圧縮率が「ページ」単位の場合より向上する。
【００６６】
次にアーカイブ圧縮ファイルから、所定のファイルを伸長する場合を、図１１（ｃ）を用いて説明する。図１１（ｃ）は図１１（ｂ）で説明したアーカイブ圧縮ファイルから、３ページ目のファイルのみを伸長した時の図である。
【００６７】
圧縮ファイル／ファイル変換テーブル１４ｂは、アーカイブ圧縮ファイル中の特定の圧縮ファイルだけを伸長するために使用する。データ伸長部１３は、ＬＺ圧縮アルゴリズムの性質上、伸長時はファイルの先頭からしか伸長処理できない。
【００６８】
よって特定のファイルを伸長する場合、逐次伸長したデータサイズとの圧縮ファイル／ファイル変換テーブル１４ｂ中の各ファイルサイズを比較しながら伸長を行ない、特定ファイルのみの伸長データを保持し、それ以外の伸長データは捨てる。
【００６９】
まとめ中のある特定ファイルのみが必要になった場合は、他のファイルまでメモリ上に伸長する必要がない。
【００７０】
以上により、「ページ」単位のファイルをまとめて圧縮／伸長を行なうことにより、圧縮率が高くなる。また、文字放送の更新に伴う「ページ」毎のページデータの変更が番組単位のファイルと比較して容易になる。
【００７１】
なお、圧縮ファイル名を工夫することにより、アーカイブ圧縮ファイル中のファイル名を圧縮ファイル／ファイル変換テーブルに記憶しなくても済む。
【００７２】
例えば、文字放送の番組を小さいページ番号のファイルから順にまとめる場合、図１１（ｄ）のようにページ１から５までをアーカイブ圧縮したファイルを「０５．Ｚ」、ページ６〜８までをアーカイブ圧縮したファイルを「０８．Ｚ」とする。この時まとめるファイル数は最大５ファイルとする。それぞれのアーカイブ圧縮ファイル中の圧縮ファイル／ファイル変換テーブル１４ｃ、ｄは、はじめにまとめたファイル数、そして小さいページからのファイルサイズを格納することにより、ファイル名を格納しなくてもどのページのファイルサイズかが分かる。「０８．Ｚ」の場合、ファイル名からこのまとめにはページ６からページ８までが格納されていることが分かる。そして「０５．Ｚ」と同様にページに対応したページファイルのサイズが分かる。
【００７３】
（実施の形態７）
以下、図１２、図１３を用いて、本発明の実施の形態７について説明する。本実施の形態では実施の形態１〜６のファイル管理部８がディレクトリ構造を持つ場合のファイル管理について述べる。この場合、ファイル単位は文字放送番組の「ページ」とした。
【００７４】
図１２（ｂ）はファイル管理部がディレクトリ構造を持った場合の説明図である。ルートディレクトリには、チャンネルディレクトリ層を設ける。チャンネル数が６個の場合、チャンネルディレクトリが６個存在する。各チャンネルディレクトリには番組ディレクトリ層を設ける。番組数が５０番組の場合、番組ディレクトリが５０個存在する。さらに各番組ディレクトリにはページファイルを作成する。
【００７５】
また、番組ディレクトリ中には、ページファイルを図１０のファイルアーカイブ部１４でまとめてデータ圧縮部１２で圧縮した、アーカイブ圧縮ファイルも入れる。
【００７６】
図１２（ａ）はディレクトリ構造を持たない場合のファイル管理を示す。ディレクトリ構造を持たない場合、ルートディレクトリにすべてのファイルが存在することになる。例えば、文字放送のチャンネル数が６個、それぞれのチャンネルが番組数が５０番組持ち、それぞれの番組が１０ページから構成されている場合、６×５０×１０＝３０００個のファイルが存在する。これらのファイルから一つのファイルを検索するにはかなりの時間を要し、またファイル管理も複雑になる。
【００７７】
以上により、各ページファイルは、ルートディレクトリ、チャンネルディレクトリ、番組ディレクトリの３層ディレクトリ構造を設けることで、ページファイルの検索、すなわちチャンネル、番組番号、ページ番号を指定する検索の高速化が図れ、ファイルの管理が容易になる。
【００７８】
また、ディレクトリ構造を持つことにより、メモリが一杯になった時など、ファイル管理部８で管理しているファイルを削除する場合に、各番組ディレクトリ内のファイルを一つ以上残して、他のファイルを削除することが容易にできる。
【００７９】
図１２（ｂ）の場合では、チャンネル［１］の番組［１］のページ［２］、チャンネル［ｎ］の番組［４］のページ［５］から削除する。
【００８０】
これにより、各番組ディレクトリが１ページファイル以上は存在する可能性が高くなり、ユーザが見たい番組は待ち時間なしに少なくとも１ページ分は検索して表示することができる。
【００８１】
（実施の形態８）
以下、図１０、図１３を用いて、本発明の実施の形態８について説明する。本実施の形態では、図１０のシステムにおいて、マルチタスクＯＳ上でファイルの読み書きを行なう時のファイル管理部８、アーカイブファイル管理部１４におけるファイルアクセスに関して説明する。
【００８２】
図１３において、１３１は文字放送番組選別部４を介して得た文字放送データを、ファイル管理部８によりページファイルを作成してデータを蓄積、およびデータの更新を行なうための蓄積タスク、１３２はファイルをファイルアーカイブ部１４でアーカイブした後圧縮し、アーカイブ圧縮ファイルを作成する圧縮タスク、１３３はアーカイブ圧縮ファイルから一つ以上のファイルを伸長する伸長タスク、１３４はファイル管理部８で管理しているファイルから、所定のファイルを検索してデコード部５を介して表示メモリ９に展開するための検索タスクである。
【００８３】
実施の形態６のデータ圧縮部１２と同様、蓄積タスクはページファイル１〜５の蓄積が完了すると圧縮タスク１３２にページファイル１〜５をまとめて圧縮するように依頼する。
【００８４】
蓄積タスク１３１が依頼した圧縮タスク１３２は、ページファイル１〜５をまとめて圧縮し、アーカイブ圧縮ファイルを作成する。この時、ファイルアーカイブ部１４を用いてまとめるのは、蓄積タスクでも圧縮タスクのどちらでもよい。圧縮タスクは、圧縮完了と同時にページファイル１〜５は削除する。圧縮に要する時間は約０．５秒（４ＭＩＰＳのＣＰＵでの実測による）である。
【００８５】
文字放送は、同一番組のページデータは約２０秒に１ページづつ伝送している。
【００８６】
この性質から、圧縮タスクがページファイルをリードして圧縮ファイルを作成中に、蓄積タスクがそのページファイルに対しての書き込み処理が不要となり、ファイル制御が容易になる。
【００８７】
テレビモニタに文字放送を表示する場合、検索タスク１３４ファイルは管理部８で管理している伸長ファイルを検索する。伸長ファイルが存在しない場合は、アーカイブ圧縮ファイルを検索する。アーカイブ圧縮ファイルとして存在する場合は、そのファイルを伸長タスク１３３により伸長してページファイルとして読み出す。そしてデコード部５を介して表示メモリに書き込む。
【００８８】
次に、ページ更新が発生した場合、まず、蓄積タスク１３１は伸長ページファイルを検索する。ファイルが存在しない場合は、新しくページファイルを作成してページデータを蓄積する。この時、アーカイブ圧縮ファイル中にそのファイルが存在しても新たにページファイルを作成する。また、伸長ページファイルが存在する場合は、上書きして書く。
【００８９】
テレビモニタに文字放送を表示する場合、検索タスクが伸長タスク１３３にデータ伸長を依頼して、アーカイブ圧縮ファイルからページファイルを伸長するということは先にも述べたが、ページファイルを伸長中に同一ページファイルの更新が発生した場合について説明する。
【００９０】
この場合、蓄積タス１３１は強制的にデータ伸長中のページファイルを削除して、新しく更新ページファイルを作成する。伸長タスク１３３はファイルにデータが書けなくなるので、依頼元の検索タスク１３４に伸長エラーを通知する。検索タスク１３４は、伸長タスク１３３からエラーを通知されると、更新データファイルの蓄積完了を待って、ファイルからデータを取り出す。
【００９１】
以上により、上記のファイルアクセス制御を用いることで、マルチタスクＯＳ上で一つファイルに対して、複数のタスクからの同時書き込みまたは、読み出し中のファイルへの書き込みが発生した場合の処理を行なうことができる。
【００９２】
これより、ファイルアクセス制御のためにファイル編集用の一時ファイルを作成する必要がなくなるので、文字放送データの蓄積のためのメモリ容量を減少させることがなくなる。
【００９３】
【発明の効果】
以上説明したように本発明では、ファイルアクセスに柔軟性ができ、自由に圧縮ファイルを作成、および伸長ファイルの削除ができる。またメモリの使用効率が大幅に向上するので、従来の約７０％のメモリで廉価な文字放送受信装置及びその方法を供給することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１における文字放送受信装置の全体構成を示すブロック図
【図２】本発明の実施の形態１のデータ記憶部のデータ格納状態を示すメモリ構成図
【図３】本発明の実施の形態１のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図４】本発明の実施の形態２における文字放送受信装置の全体構成を示すブロック図
【図５】本発明の実施の形態２のデータ記憶部のデータ格納状態を示すメモリ構成図
【図６】本発明の実施の形態２のデータ記憶部のデータ格納状態を示すメモリ構成図
【図７】本発明の実施の形態３のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図８】本発明の実施の形態４のデータ記憶部へのデータ格納手順を示すメモリ構成図
【図９】本発明の実施の形態５における文字放送受信装置の全体構成を示すブロック図
【図１０】本発明の実施の形態６、７、８における文字放送受信装置の全体構成を示すブロック図
【図１１】本発明の実施の形態６におけるアーカイブファイル管理を示すブロック図
【図１２】本発明の実施の形態７におけるファイル管理におけるディレクトリ層を示すブロック図
【図１３】本発明の実施の形態８における文字放送受信装置のソフトウェア構成を示すブロック図
【図１４】従来の文字放送受信装置の一例の全体構成図
【図１５】従来の文字放送受信装置のデータ記憶部の構成図
【図１６】従来の文字放送受信装置のデータフォーマット図
【図１７】従来の文字放送受信装置のデータ記憶部の構成図
【符号の説明】
１ ＣＰＵ
２ 記憶部
３ 文字信号抜き取り部
４ 文字放送番組選別部
５ デコード部
６ データ記憶部
７ メモリ管理部
８ ファイル管理部
９ 表示メモリ
１０ 表示制御部
１１ テレビモニタ
Claims (4)
- 放送電波を受信し、文字放送データを抽出する信号抽出手段と、
前記抽出された文字放送データのうち、少なくとも一つの文字放送番組の文字放送データを選別する文字放送番組選別手段と、
前記選別された文字放送データを蓄積するためのデータ記憶手段と、
前記文字放送データのページを一つのファイルとして管理するファイル管理手段と、
ファイルを圧縮して圧縮ファイルを作成するデータ圧縮手段と、
圧縮されたファイルを伸長して伸長ファイルを作成するデータ伸長手段と、
前記ファイル管理手段で管理する一つの番組に含まれる複数のページのファイルに対し圧縮処理時間に基づく所定ファイル数毎にまとめてアーカイブファイルを作成するファイルアーカイブ手段を備え、
前記ファイルアーカイブ手段でまとめたアーカイブファイルを前記データ圧縮手段により圧縮することを特徴とする放送受信装置。 - 前記ファイルアーカイブ手段が、アーカイブファイルを圧縮した圧縮ファイル内の各ファイルの開始位置情報を管理する、圧縮ファイルと圧縮前ファイルを対応づける管理テーブルを持つことを特徴とする請求項１記載の放送受信装置。
- 前記データ圧縮部がアーカイブファイルを圧縮する時、前記圧縮ファイルと圧縮前ファイルを対応づける管理テーブルと前記アーカイブファイルの圧縮データを一つのファイルとして蓄積、管理することを特徴とする請求項１記載の放送受信装置。
- 前記データ伸長手段が、アーカイブファイルを圧縮した圧縮ファイルから、前記ファイルアーカイブ手段内もしくは圧縮ファイル内に存在する、圧縮ファイルと圧縮前ファイルを対応づける管理テーブルを用いて指定した少なくとも一つのファイルを伸長することを特徴とする請求項２または請求項３記載の放送受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003128754A JP3661690B2 (ja) | 1994-03-17 | 2003-05-07 | 放送受信装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4733994 | 1994-03-17 | ||
| JP6-47339 | 1994-03-17 | ||
| JP2003128754A JP3661690B2 (ja) | 1994-03-17 | 2003-05-07 | 放送受信装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03377095A Division JP3473151B2 (ja) | 1994-03-17 | 1995-02-22 | 放送受信装置およびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003339014A JP2003339014A (ja) | 2003-11-28 |
| JP3661690B2 true JP3661690B2 (ja) | 2005-06-15 |
Family
ID=29713517
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003128754A Expired - Fee Related JP3661690B2 (ja) | 1994-03-17 | 2003-05-07 | 放送受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3661690B2 (ja) |
-
2003
- 2003-05-07 JP JP2003128754A patent/JP3661690B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003339014A (ja) | 2003-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100531675B1 (ko) | 데이터 파일 변환 방법, 데이터 파일 브라우징 방법 및 데이터 파일 브라우징 시스템 | |
| US6335746B1 (en) | Information processing method and apparatus for displaying a list of a plurality of image data files and a list of search results | |
| US4849878A (en) | Self-extending administrative memory file | |
| JP5295394B2 (ja) | ファイル格納システムにおけるデータ圧縮 | |
| US8830247B2 (en) | Image displaying device having image cache memory | |
| US20070220220A1 (en) | Data storage management method and device | |
| US6532517B1 (en) | System and method for reducing disk chatter from disk-based data storage systems | |
| JPH08320648A (ja) | ナビゲーション装置 | |
| EP0166936A2 (en) | Compression of binary numbers for storage in a memory | |
| JP3473151B2 (ja) | 放送受信装置およびその方法 | |
| JP3661690B2 (ja) | 放送受信装置 | |
| US6697813B1 (en) | Data structures and methods for imaging computer readable media | |
| CN120386773A (zh) | 一种文件系统的处理方法、电子设备及介质 | |
| JP3171160B2 (ja) | 圧縮ファイルサーバ方式 | |
| US7788298B2 (en) | Method and mobile terminal for efficient file list creation | |
| JPH07264558A (ja) | 文字放送受信装置 | |
| JP2002049512A (ja) | ファイル圧縮処理装置 | |
| JP2004021786A (ja) | 情報処理システムおよび情報処理方法 | |
| JPH1011570A (ja) | 電子ファイリング装置 | |
| JP4853890B2 (ja) | データバックアップ装置 | |
| JPH09219647A (ja) | ファイル処理装置 | |
| JPH11212821A (ja) | トレースデータ採取方式 | |
| JPH08335387A (ja) | 画像取り扱い装置 | |
| CN121070881A (zh) | 日志查询方法、设备以及存储介质 | |
| JPH05173964A (ja) | 入出力データの履歴取得方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20050301 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050314 |
|
| LAPS | Cancellation because of no payment of annual fees |