JP4095141B2 - Broadcast signal receiving apparatus and method - Google Patents

Broadcast signal receiving apparatus and method Download PDF

Info

Publication number
JP4095141B2
JP4095141B2 JP26376497A JP26376497A JP4095141B2 JP 4095141 B2 JP4095141 B2 JP 4095141B2 JP 26376497 A JP26376497 A JP 26376497A JP 26376497 A JP26376497 A JP 26376497A JP 4095141 B2 JP4095141 B2 JP 4095141B2
Authority
JP
Japan
Prior art keywords
data
error correction
signal
information
correction code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP26376497A
Other languages
Japanese (ja)
Other versions
JPH11103280A (en
Inventor
正夫 ▲菅▼田
健一 長澤
信邦 六本木
春雄 内山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP26376497A priority Critical patent/JP4095141B2/en
Priority to US09/108,357 priority patent/US6963589B1/en
Priority to DE69840061T priority patent/DE69840061D1/en
Priority to EP98305274A priority patent/EP0889613B1/en
Publication of JPH11103280A publication Critical patent/JPH11103280A/en
Application granted granted Critical
Publication of JP4095141B2 publication Critical patent/JP4095141B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Description

【0001】
【発明の属する技術分野】
本発明は放送信号受信装置及び方法に関し、特に、所定の情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報を多重してなる放送信号を受信する放送信号送信装置及び方法に関するものである。
【0002】
【従来の技術】
近年、FMラジオ放送の利用方法として、文字情報を放送波を用いてFM音声信号と共に送信する、いわゆる、「見えるラジオ」が製品化されてきた。この種の装置は、携帯性に優れ、また、極めて簡単な回路で、FM波の受信可能な場所であれば様々な情報を受け取ることができる。
【0003】
現在、FM音声放送を用いて送信されている情報としては、ニュースや天気予報などがあり、これらは、いわゆるマルチメディアネットワークを介しても受信でき得るが、この種の情報については「見えるラジオ」により手軽に得ることができる。また、一般のマルチメディア端末に比べ、より携帯性が高いものとなっている。
【0004】
また、上記文字情報に代わって一般的なデータを送信することや、PCで取り扱うことのできるデータを送信することも考えられている。
【0005】
【発明が解決しようとする課題】
しかしながら、この種の受信装置において、現在存在する機器では上述した天気予報などの単純な文字情報などを表示するに留まっているのが現状であり、このような文字情報に加えてPCにて容易にハンドリングできるマルチメディアネットワークで使用されている記述方式による情報をも取り扱うことのできる携帯型の受信装置の登場が望まれる。
【0006】
しかも単に携帯型機器において、文字情報に加えてこの種の情報を受信するのでは、そのデータを有効に用いることができないばかりか、これら2つの情報を取り扱うために携帯用機器として望まれる省電力化、小型化などの妨げになってしまう危惧さえあった。
【0007】
本件発明は、斯かる背景下になされたものであって、特に、汎用のプロセッサで取り扱いが容易な情報を、放送信号に従前から多重されている情報に加えて効果的に受信、利用することができ、しかも、特に小型化、省電力化を妨げることのない全く新規な放送信号受信装置及び方法を提供することを目的としている。
【0008】
【課題を解決するための手段】
本発明の放送信号受信装置は、FM信号中にHTML記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第1のデータ群に対して、第1の誤り訂正符号が生成され、前記第1の誤り訂正符号が付加された前記第1のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第2のデータ群について、前記第1の誤り訂正符号とは異なる第2の誤り訂正符号が生成され、前記第2の誤り訂正符号が付加された被配信情報が多重化されたFM信号を受信する装置であって、前記FM信号が受信されたときに前記第2の誤り訂正符号を用いて、前記第2のデータ群に対し誤り訂正処理を行う第2の誤り訂正処理手段と、前記被配信情報を外部に出力する信号を入力する入力手段と、前記入力手段に前記信号が入力されたときに、前記第1の誤り訂正符号を用いて、前記第2の誤り訂正処理手段によって第2の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第1のデータ群に対し誤り訂正処理を行う第1の誤り訂正処理手段とを備えることを特徴とする。
【0009】
本発明の放送信号送信方法は、FM信号中にHTML記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第1のデータ群に対して、第1の誤り訂正符号が生成され、前記第1の誤り訂正符号が付加された前記第1のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第2のデータ群について、前記第1の誤り訂正符号とは異なる第2の誤り訂正符号が生成され、前記第2の誤り訂正符号が付加された被配信情報が多重化されたFM信号を受信するに際し、前記FM信号が受信されたときに前記第2の誤り訂正符号を用いて、前記第2のデータ群に対し誤り訂正処理を行う第2の誤り訂正処理工程と、前記被配信情報を外部に出力する信号を入力手段に入力する入力工程と、前記入力工程によって前記入力手段に前記信号が入力されたときに、前記第1の誤り訂正符号を用いて、前記第2の誤り訂正処理工程によって第2の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第1のデータ群に対し誤り訂正処理を行う第1の誤り訂正処理工程とを備えることを特徴とする。
【0016】
【発明の実施の形態】
以下、本発明の実施例について、図面を参照して詳細に説明する。
【0017】
まず、本件発明の放送信号受信装置及び方法が前提とする放送信号について説明する。
【0018】
図6は、上述の本件発明が前提とする放送信号の送信装置の概略構成を示すブロック図であって、ラジオの放送局に装置される装置を示すものである。
【0019】
図6において、1はパーソナルコンピュータ(PC)の操作部、2はその表示部、3はPC本体である。このPCはバスBに接続されており、このバスBからデータの極寿を受けることが可能である。ここで、このバスBには、画像メモリ4、フォーマッタメモリ5、インターネットサーバ6、JPEGエンコーダ7、HTMLメモリ8、誤り訂正符号(ECC)符号化回路9等が接続されている。
【0020】
一方、周知の各種音声機器から入力され、FM放送されるべき音声信号としては、右(R)信号、左(L)信号からなるステレオ音声信号やモノラル(M)音声信号が仮定される。図6において11はR信号及びL信号が入力され、これらの和信号(L+R)及び差信号(L−R)を出力するマトリクス回路であり、和信号(L+R)についてはスイッチ12の一方の入力とされる。このスイッチ12の他方の入力としてはモノラル信号(M)が入力され、モノラル放送の場合にはモノラル信号(M)が、ステレオ放送の時には和信号(L+R)が出力されることになる。
【0021】
このスイッチ12の切換に連動してパイロット信号発生回路16から所定周波数のパイロット信号は出力される。一方、上記差信号(L−R)は平衡変調(BM)回路13によりその周波数を変換され、多重回路17においてスイッチ12の出力及びパイロット信号と多重される。ここで、各信号の周波数アロケーションを図7を用いて説明する。
【0022】
図7に示すように和信号(L+R)もしくはモノラル信号(M)はベースバンド帯域に配され、差信号(L−R)は、平衡変調回路13により38KHzの搬送波で周波数変換されて図示の如き帯域に配される。尚、図示していないが、平衡変調回路13の出力段に不要な帯域をカットオフするバンドパスフィルタ(BPF)が配置されるのはいうまでもない。
【0023】
さて、本例においては、前述のバスBを介してデジタルデータをD/A変換14を介して2値のアナログ信号に変換し、更にこのアナログ信号を平衡変調器15に入力し、76kHzの搬送波で周波数変換することにより上記各音声信号やパイロット信号に比して高い周波数に配し、多重回路17でこれらと周波数多重できる構成となっている。この多重信号は、本来公知の文字放送用のデータ用に規格化されているものであり、本例においては、この多重信号を用いてWWW(ワールドワイドウェブ)で用いられているHTML形式のデータを放送波として伝送するものである。
【0024】
ここで、図8を用いて従来のFMラジオ放送を用いた文字放送のデータフォーマットについて説明する。図示のように、マトリクス形式で配されたデータは16ビットのブロック識別符号に続いて16ビットのプリフィックス、160ビットの文字データ更には14ビットのCRCが配され、プリフィックス、文字データ及びCRCの合計190ビットに対して82ビットのパリティチェックコードが付加され、符号長272ビットの誤り訂正符号が構成される。
【0025】
ここで、ブロック識別符号は、ブロックの境界を識別するために同期データとして設けられ、この符号によりブロックの所在が識別され、ブロック同期が確立される。16ビットのプリフィックスは、図9に示すような構成となっており、4ビットのサービス識別データ、1ビットの復号識別データ、1ビットの情報終了データ、2ビットの更新データ、4ビットのデータグループ番号、更には4ビットのデータパケット番号から構成されている。
【0026】
ここで、サービス識別データは文字放送のサービスの内容、即ち、番組内容の種別(文字、図形情報、付加情報、補助信号、運用信号)及び伝送モードを示している。ところで、このサービス識別データとして文字放送で既に定義されているものが既に10種類あり、残る6種類が未定義である。そこで、本実施例においては、この6種類の内1種類をHTML方式のデータを放送するサービスであるとの規定を行う。実際には“0111”、“1000”、“1001”、“1010”などが未定義のデータである。
【0027】
尚、復号識別データは誤り訂正が図8における行方向の復号のみを必要とする場合と、行方向及び列方向の積符号の復号を必要とする場合とを区別するデータである。また、情報終了データは各データグループの最終ブロックか否かを識別するためのデータであり、更新データは当該データグループの内容が更新された回数を示すデータである。
【0028】
本例においては、上記プリフィックスの内前述のようにサービス識別ビットを利用してHTML形式のデータのプログラムであることを確認すると共に更新データを用いて過去の同一グループのデータに対して更新されたかどうかを識別可能としている。
【0029】
図10は本例において送信するデータのフォーマットを示す図であり、上記文字放送のフォーマットに準拠した形式をとっている。図示のようにプリフィックスの直後に4ビットの識別データ(DID)を設けている。このDIDは、当該ブロックのデータが、HTML形式に準拠した文字データであるか、画像データであるか、もしくはヘッダであるかなどを示すと共に、文字データや画像データが圧縮されているデータでる場合にはその圧縮方法を定義するデータである。このデータDIDが仮に伝送中に誤った場合には、意味不明なデータを再現することになってしまうので、本例においてはこの4ビットの識別コードに伝送中の符号誤りが発生したか否かを確実に検出できるように、この識別データDIDに続いて専用のCRCコードを配して識別データに発生した符号誤りを確実に検出するようにしている。
【0030】
図10に示すように各ブロック中には168ビットの実データを送信できるが、本例においては、HTMLのヘッダ部分と、文字データと、画像データとでデータフォーマットを異ならしめている。各データのフォーマットを図11に示す。図11(A)に示すようにHTMLのヘッダを送信するブロックについては、168ビット中の32ビットを図8に示した82ビットのパリティとは別の誤り訂正符号を形成するパリティに割り当てている。即ち、先の82ビットのパリティは190ビットの情報データに付加され272ビットの誤り訂正符号を形成したが、この32ビットのパリティは16ビットのプログラムコード、16ビットのパケットコード、104ビットのHTMLヘッダに付加され、168ビットの誤り訂正符号を構成する。
【0031】
ここで、プログラムコード、パケットコード、HTMLヘッダ及びパリティは全て8ビットの整数倍となっているので、この32ビットのパリティを用いた168びっとの誤り訂正符号としては8ビット単位で処理できる周知のリードソロモン符号などを適用することができる。このように、8ビット単位での処理の可能な誤り訂正符号を用いることによって処理時間の短縮化、回路規模の縮小などが可能となる。
【0032】
プログラムコードは上述した文字放送におけるデータグループ番号と同様のデータであり、放送されるHTMLデータのプログラム番号を規定するものであり、2の16乗分のプログラムが規定される。また、パケットコードは各データブロック(パケット)の各プログラム中の通し番号を示すものであって、かなり長い文章やかなり詳細な画像でもパケット番号が付与できるように2の16乗分の番号が付加できるようにしている。
【0033】
次に、文字データや画像データ等の実情報データ(エンティティ)を含むブロック(パケット)について説明する。周知の通り画像データについては、仮に伝送路上での符号誤りがあっても誤りが発生したデータに対応する画素に近接する画素のデータが復元できていれば、充分視認可能な画像を復元できることができる。この点とそもそものデータ量が大きいことを考慮して、図11(C)に示すように画像データについては、134ビット全てを用いて送信することができるようにした。
【0034】
他方、文字データについては、先述した82ビットのパリテイにより誤訂正が発生したときに、文字そのものが意味不明になることを避けるために、周知の文字放送で用いているものと同様の14ビットのCRCを付加している。このように、周知の文字放送と同様のCRCの構成とすることにより、既存のリソースを有効に活用でき、更には、通常の文字放送と、本実施例に従うHTMLデータの送信とを共通の回路を用いて行うことができる。
【0035】
ここで、実際に送信されるデータ量について説明する。HTMLデータのヘッダとしては周知のように、リクエストメソッド、一般メッセージヘッダ(一般ヘッダ)、リクエストヘッダ、応答ヘッダ、エンティティヘッダなどがあるが、本実施例の如きブロードキャスト用途においては、一般ヘッダ、応答ヘッダ、エンティティヘッダが少なくとも必要になるのは明らかであろう。
【0036】
本実施例においては、少なくとも一般ヘッダとしてDate(メッセージが生成された日付けと時間)、応答ヘッダとしてServer(サーバ・ソフトウエアの名前)、WWW-Authenticate(サーバが認証機構を使用している場合の認証方式)エンティティヘッダとしてContent-length(エンチティボディのサイズ)、Content-Encoding(オブジェクトの圧縮、暗号化、パッケージについての方式)、Content-Transfer-Encoding(データの転送の際に行われるエンコード方式)などがこのヘッダデータとして送らる。データ量としては8ビットのアルファベットデータで100文字、即ち800ビット程度と考えられる。このヘッダ部分のデータ量は、プログラムによって様々に変化することにはなるが図11(A)に示すように1ブロックで104ビットのデータを送信することができるので概ね10ブロック未満となる。
【0037】
一方、文字データについては、1つのプログラムの長さにより当然異なることになるが、例えば、表示用のLCD画面サイズを(480×240)ドット程度、1ドットを0.24mm、更に、12ポイント(5mm×5mm)の活字を表示する装置を仮定すると、(23×11)文字程度の文字データを送ることになる。この場合に必要となるデータ量は日本語をJISコードで表現するとして、(16×23×11=)4048ビットとなり、図11(B)のフォーマットに従えば33〜34ブロック必要になる。また、標準的なA4文書を想定すると(16×40×30=)19200ビットとなり、160ブロック程度必要になる。ここで、図10に示す1つの積符号を形成するデータマトリクスでは190ブロックのデータを送信できるので、前述のHTMLヘッダとA4程度の文字データとで、ほぼ1マトリクスを占有することになる。
【0038】
次に、画像データについて説明する。画像データとしては、例えばNTSC信号のような通常のテレビジョン信号の1フィールド分に相当する信号を送信する場合に、画素数は例えば(240×320=)76800画素となり、輝度信号Yについては各画素8ビットで全ての画素を量子化し、2種の色信号Cb,Crについては1/4にサブサンプリングした後に各画素8ビットで量子化するものとすると、圧縮符号化前のトータルのビット数は(76800+76800/4+76800/4)×8、即ち384Kビットとなる、本実施例においては後述のようにJPEG方式により圧縮を行い、これを50Kビット程度に減少させる。ここで、図11(C)に示すように、各部ロックにおいて伝送可能な画像データ数は174ビットであるので290ブロック程度で、1画面分の画像データを送信できる。
【0039】
図12は、本実施例の装置において実際に送信されるデータの順序に従って、図10のデータマトリクスを書き換えたもので、この図12およびコンピュータ3の動作を示す図13のフローチャートを用いて本実施例の送信装置の動作を以下に説明する。
【0040】
操作部1の操作により、HTMLデータを放送信号に多重する処理を命じると、コンピュータ3は表示部2にガイダンス表示をして操作部1による入力を命じると共にず8に従う処理を開始する(ステップS1)。ここで、ユーザは表示部2の表示を見ながら、操作部1により文字の入力を行ったり、もしくはインターネットサーバ6から所望のHTMLファイルを呼び出し、バスBを介してHTMLメモリ8に格納する。俣、画像データを入力する場合には、同じくインターネットサーバ6から所望の画面のデータをビットマップデータとして呼び出して、バスBを介して画像メモリ4に格納する。これらの一連の動作については、本件発明とは直接関係しないので、図13のフローチャートでは入力サブルーチン(ステップS2)として規定している。
【0041】
画像メモリ4およびHTMLメモリ8へのデータの格納が終了すると、コンピュータ3の指示に従いHTMLメモリ8内に格納されているHTMLヘッダのデータがECCエンコーダ9に転送され、図11(C)に示すヘッダ部の104ビットに対して32ビットのパリティを形成する処理を開始する(ステップS3)。ここで、ECCエンコーダ9は内部に16ビットのRiscプロセッサ等を内蔵しており、コンピュータ3により処理を伴わず誤り訂正符号化が可能な構成となっている。従って、図13のフローチャートにおいてステップS4以下の処理をコンピュータ3が行っている間にECCエンコーダ9によるパリティの演算処理が並列して行われることになる。
【0042】
文字データが存在する場合には(ステップS4)、図11(B)に示す122ビットの文字データに対して14ビットのCRCを付加する処理をコンピュータ3内で行う(ステップS5)。また、画像データが存在する場合には(ステップS6)、上記CRCを付加する処理に割り込みをかけ、画像メモリ4内に格納されている画像データをJPEGエンコーダ7に供給し、JPEG方式による圧縮処理を行う(ステップS7)。ここで、このJPEGエンコーダ7はハードウェアチップで構成されており、ステップ5におけるCRCの形成処理と並列に処理可能である。
【0043】
このJPEG圧縮処理が開始されると、このJPEG処理された圧縮データ、パリティの付加されたHTMLヘッダのデータ、およびCRCが付加された文字データ等のフォーマッタメモリ5への書き込みが開始される(ステップS8)。このフォーマッタメモリ5内には各データが図7の送信フォーマットに従った配列で書き込まれる。
【0044】
図12に示すように送信は、ヘッダ部が格納されたブロックから行われ、図12に示す送信データマトリクス中の272ブロックのうち最初の13ブロックと、137〜149ブロックはパリティブロックを送信せず、データブロックのみを送信する。また、ヘッダ部のデータが配されるブロックについては第1ブロックと第137ブロックから連続して送信され、このヘッダ部を含むデータ量が136ブロックを超える場合には複数回繰り返して送信されることになる。このようにして、本実施例においてはHTMLのヘッダ部分がなるべく早く送信されるようにし、しかもファイルが大きい場合には複数回繰り返し送信するように構成することにより、受信側でより早くまたより信頼性の高いHTMLヘッダデータが得られるように工夫している。
【0045】
さて、図13においてステップS9において全てのデータがフォーマッタメモリ5に書き込まれたことが検出されると(ステップS9)ステップS10においては、フォーマッタメモリ5内に蓄積された104ビットのHTMLデータのヘッダと32ビットのパリティを含む190ビットデータに対して82ビットのパリティがECCエンコーダ9にて算出され、272ビットにブロック識別符号を付加した288ビットのデータブロックが出力される。ここで、上記190ビットのデータには、図11(A)に示されるグループ識別コード(DID)、2ビットのCRC、それぞれ16ビットのプログラムコード(PGC)およびパケットコード(PKC)、更には前述のプリフィックス(PFX)等を含む。
【0046】
このようにして、1つのヘッダブロックの送信が行われると、コンピュータ3内に設けられた不図示のカウンタがカウントアップし、送信されたブロック数が計数される。ヘッダ部分のデータが終了すると(ステップS11)、画像データブロックもしくは文字データブロックの送信が行われる(ステップS12)。図7においては先に文字データブロックを送信し、その後に画像データブロックを送信するように示しているが、この順序については実際に送信されるHTMLファイルの構成に依存するのはいうまでもない。
【0047】
ここで、上述のように13番目のブロックまでは、データブロックの送信を連続して行い、パリティブロックの送信は行わないが、14ブロック目以降は3ブロックに1つのパリティブロックを送信する。即ち、前述した計数値を元にステップS13において14番目のブロックもしくは150番目のブロックが次に送信されることが検出された場合には、コンピュータ3内の別の計数をインクリメントし、この計数値を参照して更に2つのデータブロック(画像もしくは文字データ)が送信されたら(ステップS14)、パリティブロックを送信する(ステップS15)ここで、このパリティブロックについてはステップS9においてフォーマッタメモリ内へのデータの書き込みが終了した時点から、ECCエンコーダ9にて計算が開始され、逐次フォーマッタメモリ5に書き込まれている。
【0048】
パリティブロックが送信されると、次に送信するブロックが図7のデータマトリクスにおける1番目のブロックや137番目もブロックか否かを確認して(ステップS16)、そうでなければ送信するべきデータが終了したか否かを確認し(ステップS17)、データが終了していなければ上述した2つのデータブロックの送信と1つのパリティブロックの送信をステップS12〜S15で繰り返し行うことになる。
【0049】
次に、送信するブロックが1番目のブロックもしくは137番目のブロックになったら、上記ステップS10に戻りヘッダブロックを再び連続して送る。そして、この動作をステップS17において送るべきデータが終了したと検知されるまで行い、送るべきデータが終了した時点で処理を終了する(ステップS18)。このようにして図12のデータフォーマットに従って順次バスBからD/A変換器14に出力された送信データは、前述のようにFM放送の音声信号と多重回路17で多重され、更に図6のFM変調回路18において放送用のキャリアでFM変調され、送信制御回路19を経て放送波として送信される。
【0050】
このように、本例の装置においては、従来のFMラジオ放送の文字データの送信機能との互換性を保ちつつHTMLデータを送信することができる。また、上記実施例においてはHTMLのヘッダ部分の冗長度を他のデータに対して高く設定して誤り訂正符号を付加し、更に従来の文字放送に用いていた誤り訂正符号をも利用しているので、HTMLデータのヘッダ部分の信頼性は他のネットワークを介して送信する場合と同等の信頼性となる。また、放送波に特有のバースとエラーの発生に対しても、このヘッダ部分を複数回送信することによって対応し、総合的に高い信頼性が得られることになる。
【0051】
また、画像と文字とで誤り検出もしくは訂正用の冗長度を切り換えているので、必要なデータを最小限の冗長度で送信でき、しかも全体としては高い信頼性を確保できる。
【0052】
以下、上述の如き放送信号を受信する本件発明の受信装置について詳細に説明する。
【0053】
図1は、上記放送信号を受信する本件発明の受信装置の概略を示すブロック図であり、図2はその外観を示す斜視図である。この受信装置は、図2に示すようにほぼFMラジオ程度の携帯型装置であり、パーソナルコンピュータなどに例えばPCMCIAカードに準拠したインターフェース80を介して接続可能である。
【0054】
図2において、101は携帯型受信装置本体、102,103はそれぞれ表示命令、外部出力命令を行うマニュアル操作キーで、図1の操作部98に対応する。また、51は収縮可能なアンテナ、93,94はステレオ音声信号を出力可能な一対のスピーカ、96はフラットパネルディスプレイ、80はPCMCIAカードに準拠した外部インターフェース、99は受信後、外部機器へ出力していないHTML形式のデータが本体内に蓄積されていることを示すインディケータである。
【0055】
図1において、アンテナ51にて受信された放送波は受信部52にて選曲され、FM検波回路53で検波されて、図7に示されるような多重信号に変換される。ここで、バンドパスフィルタ(BPF)54は前述のパイロット信号を分離し、分離されたパイロット信号を検波回路55に供給する。この検波回路55の出力は、所定の閾値と比較回路56で比較され、その比較結果に応じて放送されている音声信号がステレオ信号であるかモノラル信号であるかを判定している。
【0056】
一方、ローパスフィルタ(LPF)60においては、図7におけるベースバンド信号が抽出され、モノラル信号もしくはステレオ音声の和信号としてマトリクス回路59に供給されている。また、BPF58では38KHzの搬送波で搬送されている信号を抽出し、平衡変調器58にてベースバンド信号、即ちステレオ音声の差信号に戻した後マトリクス回路59に供給する。マトリクス回路59からはステレオ放送を受信している場合にはステレオ音声の右(R)信号と左(L)信号とが出力され、比較回路56の出力で制御されるスイッチ61,62を介して出力される。
【0057】
一方、受信した放送がモノラル放送である場合には、スイッチ61、62は共にLPF60の出力する音声信号を出力することになり、モノラル音声が同様に出力されることになる。このスイッチ61,62の出力する音声信号はアンプ91,92を介してスピーカ93,94から出力される。
【0058】
一方、76KHzのキャリアに多重されていた前述のデータ信号はBPF72で分離され、平衡変調器73により図12に示す如きデータフォーマットのデータ列に対応する信号に変換される。この信号はクロック抽出回路71に供給されて、自走クロックが形成され、このクロックを用いてAD変換器74にてデジタル化され、周知のデータ検出回路75によって元のデジタルデータとされる。ここで、データ検出回路75は周知の積分検出回路や等価回路、更にはパーシャルレスポンスなどを利用した復号回路などによって構成される。
【0059】
本実施例の装置において、図8のデータフォーマットに係わる従来の文字放送を受信した場合の動作について説明する。ここで、従来の文字放送においても図12に示すようなパリティの配置で送信されるのは前述の通りである。
【0060】
データ検出回路75にて検出されたデータはデータ列として受信側バスRGに排出され、CPU85の制御下において受信メモリ77に蓄積される。ECC復号回路76は同じくCPU85の制御下にこの受信メモリ77中のデータにアクセスし、前述した積符号パリティを用いて誤り訂正処理を行う。ここで、この誤り訂正処理は、各データブロック単位で82ビットのパリティを用いて行われ、これに続いて、図12において垂直方向に分散配置された82ビットパリティを用いた誤り訂正処理が行われる。
【0061】
このように誤り訂正処理の施された文字情報は、蓄積メモリ78に転送される。次いで、図2に示す表示命令スイッチ102を操作することにより、この蓄積メモリ78内の文字データは表示コードに変換されつつ表示メモリ95に書き込まれ、ディスプレイ95上に文字が表示されることになる。
【0062】
図3は本実施例の受信装置において上述のHTMLデータの受信時の動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【0063】
受信部52による受信が開始されると(ステップS101)、データ検出回路75にて検出されたデータは図12に示すデータフォーマットに従うデータ列として受信側バスRGに排出され、CPU85の制御下において受信メモリ77に図12のフォーマットに沿って蓄積される。
【0064】
図12のデータマトリクスの1ライン(1データブロック)分が受信メモリ77に蓄積されると(ステップS103)、ECC復号回路76は同じくCPU85の制御下にこの受信メモリ77中のデータにアクセスを開始する。即ち、まず、各データブロック単位で82ビットの外符号パリティを用いて誤り訂正処理が行われる(ステップS104)。
【0065】
ここで、図12に示すデータマトリクスが全て受信メモリに蓄積されるまでの間、このステップS103及びS104の動作を繰り返すことになる。図12のデータマトリクスが全て蓄積されると(ステップS106)、ECC復号回路76は再度受信メモリ77のデータにアクセスを開始する。ここでは、図12のデータマトリクスにおいて垂直方向に分散配置された82ビットの内符号パリティを用いた誤り訂正処理が行われる(ステップS107)。
【0066】
上述の外符号パリティ及び内符号パリティを用いた1データマトリクスの処理が完了すると、受信メモリ77から蓄積メモリ78へのデータの転送が行われるとともに、受信するべき全てのデータが受信されたか否かを確認し(ステップS108)、受信が完了している場合には上述したインディケータ99の表示をオン、即ち点灯して(ステップS109)、処理を終了する(ステップS110)。
【0067】
図4は本実施例の受信装置において上述のHTMLデータが蓄積されているときに、上述の表示命令スイッチ102が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【0068】
表示命令スイッチ102がオンされると(ステップS121)、CPU81の制御下において、蓄積メモリ78に蓄積されているデータのスキャンが開始される(ステップS122)。このスキャンはライン毎に行われ、蓄積されたデータは1ライン分づつCPU81の監視下に処理される。ここで、CPU81は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視し、処理しようとするラインデータが文字データである場合には(ステップS123)、このラインのデータをECC復号回路76に供給し、図11(B)に示す14ビットのCRCによって誤りの有無を検出する(ステップS124)。誤りの検出されなかった文字データについてはビットマップデータに展開した後に表示メモリ95に書き込まれる(ステップS127)。
【0069】
一方、処理しようとしているラインのデータが画像データである場合には(ステップS125)、本実施例の携帯端末装置単体では画像の表示ができない構成となっているので、画像データが受信されていることを示す文字を発生し(ステップS126)この文字のビットマップデータをステップS127において表示メモリ95に書き込む。
【0070】
全てのラインのスキャンが終了すると(ステップS128)、上述の如く表示メモリ95に蓄積されているビットマップデータを文字としてディスプレイ96上に表示して(ステップS129)、処理を終了する(ステップS130)。尚、処理しようとしているラインのデータがHTMLのヘッダ部分であるときには、本携帯端末装置では利用することができないので、誤り訂正処理を行うことも、表示メモリ95に書き込むことも行わない。
【0071】
図5は本実施例の受信装置において上述のHTMLデータが蓄積されているときに、上述の外部出力命令スイッチ103が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【0072】
外部出力命令スイッチ103がオンされると(ステップS141)、CPU81の制御下において、蓄積メモリ78に蓄積されているデータのスキャンが開始される(ステップS142)。このスキャンはライン毎に行われ、蓄積されたデータは1ライン分づつCPU81の監視下に処理される。ここで、CPU81は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視する。
【0073】
ここで、処理しようとするラインデータが文字データである場合には(ステップS143)前述の表示命令があったときと同じように、図11(B)に示す14ビットのCRCによって誤りの有無を検出する(ステップS144)。誤りの検出されなかった文字データについてはそのままPCM−CIAカードに準拠した外部I/F80を介して図12のデータマトリクスの各ライン毎にPCなどの外部機器に出力される(ステップS147)。
【0074】
一方、処理しようとしているラインのデータが画像データである場合には特に何の処理も行わずにそのままI/F80を介してPC等に出力する。また、処理しようとしているラインのデータがヘッダ部のデータである場合には(ステップS145)、図11(A)に示す32ビットのパリティを用いた誤り訂正処理が施され、再度2重に誤り訂正が施されたデータについて、ライン毎にI/F80を介して外部に出力される。
【0075】
全てのラインのスキャンが終了すると(ステップS148)、上述の如く蓄積メモリに蓄積されていたデータマトリクスを消去、もしくはこのデータマトリクスに上書きが可能な状態とすると共に、インディケータ99の表示をオフして(ステップS149)、処理を終了する(ステップS150)。
【0076】
上述のように本実施例の携帯型の受信端末装置においては、受信時、受信データの表示時、受信データの外部機器への出力時、の夫々において、その動作に必要な誤り検出もしくは訂正処理のみを行い、不要な処理を行わないので、装置に無駄な動作を行わしめることがない。
【0077】
また、本実施例の装置においては取り扱うことのできない、もしくは有効に処理のできないデータが受信された場合には、その受信データが蓄積され、外部には未出力であることを示すインディケータをオンさせるので、操作者が容易にこのような状態を認識でき、折角受信したデータを無駄にしてしまうなどといった危惧がなくなった。
【0078】
また、本実施例の装置においては従前からの文字放送の文字を表示する表示装置及び表示命令スイッチを、HTML形式のデータとして受信した文字の表示を行うためにそのまま用いることができる構成としているので、装置を大型化することなく上述の如き複合機能を実現できている。
【0079】
上述の如くPCに供給された画像データについては、PCにインストールされているJPEG復号器によって元の画像データに復元され、ヘッダ部分によって認識されるリンクに従って処理されるのはいうまでもない。
【0080】
【発明の効果】
以上説明したように、本件発明の放送信号受信装置及び方法によれば、汎用のプロセッサで取り扱いが容易な情報を、放送信号に従前から多重されている情報に加えて効果的に受信、利用することができ、しかも、特に小型化、省電力化を妨げることがない全く新規な装置及び方法が得られる。
【図面の簡単な説明】
【図1】本件発明の一実施例である受信装置の概略構成を示すブロック図である。
【図2】図1の装置の外観斜視図である。
【図3】図1の装置のHTMLデータ受信時の動作を説明するためのフローチャートである。
【図4】図1の装置において、表示命令スイッチが操作された時の動作を説明するためのフローチャートである。
【図5】図1の装置において、外部出力命令スイッチが操作された時の動作を説明するためのフローチャートである。
【図6】本件発明が前提とする放送信号を放送する送信装置の概略構成を示すブロック図である。
【図7】図6において送信する信号のFM変調前の周波数スペクトラム配置を示す図である。
【図8】従来から用いられている文字放送のデータフォーマットを示す図である。
【図9】図8に示されるプリフィックス部分の詳細を示す図である。
【図10】図6の装置によって送信されるHTMLデータのデータフォーマットを示す図である。
【図11】図10のフォーマットにした勝手送信されるHTMLヘッダ、文字データ、画像データの更に詳細なフォーマットを示す図である。
【図12】図6の装置によって送信される送信順に従ったデータフォーマットを示す図である。
【図13】図6の装置の動作を説明するためのフローチャートである。
【符号の説明】
76 ECC復号回路
77 受信メモリ
78 蓄積メモリ
80 外部インターフェース
81 CPU
95 表示メモリ
96 ディスプレイ
98 操作部
102 表示命令スイッチ
103 外部出力命令スイッチ
RB データバス
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a broadcast signal receiving apparatus and method, and more particularly, as a data format entity for multiplexing predetermined information on an FM audio signal, by multiplexing information to be delivered in a description format used in a multimedia network. The present invention relates to a broadcast signal transmitting apparatus and method for receiving a broadcast signal.
[0002]
[Prior art]
In recent years, as a method for using FM radio broadcasting, so-called “visible radio” that transmits character information together with FM audio signals using broadcast waves has been commercialized. This type of device is highly portable and can receive a variety of information in a place where FM waves can be received with a very simple circuit.
[0003]
Information currently transmitted using FM audio broadcasting includes news and weather forecasts, which can be received via a so-called multimedia network. For this type of information, “visible radio” is available. Can be easily obtained. In addition, it is more portable than a general multimedia terminal.
[0004]
It is also conceivable to transmit general data in place of the character information or to transmit data that can be handled by a PC.
[0005]
[Problems to be solved by the invention]
However, in this type of receiving device, currently existing devices only display simple character information such as the weather forecast described above, and it is easy to use such a character information on a PC. The advent of a portable receiver capable of handling information by the description method used in multimedia networks that can be handled easily is desired.
[0006]
Moreover, simply receiving this kind of information in addition to character information in a portable device not only makes it impossible to use the data effectively, but also power saving desired as a portable device for handling these two pieces of information. There was even a concern that it would hinder downsizing and downsizing.
[0007]
The present invention has been made under such a background, and in particular, effectively receives and uses information that can be easily handled by a general-purpose processor in addition to information multiplexed in accordance with a broadcast signal. It is another object of the present invention to provide a completely new broadcast signal receiving apparatus and method that do not hinder downsizing and power saving.
[0008]
[Means for Solving the Problems]
The broadcast signal receiving apparatus of the present invention defines a header part in the delivered information and a program number of the delivered information in order to multiplex and divide the delivered information in the HTML description format into an FM signal. A first error correction code is generated for the first data group composed of program number information to be executed and block number information indicating the block number, and the first error correction code is added. Regarding the second data group composed of the first data group, identification information for identifying the data type of the delivered information, an error detection code for detecting an error in the identification information, and the prefix of the block An apparatus for receiving an FM signal in which a second error correction code different from the first error correction code is generated and the delivered information to which the second error correction code is added is multiplexed. A second error correction processing means for performing error correction processing on the second data group using the second error correction code when the FM signal is received; and Input means for inputting a signal to be output to the outside, and when the signal is input to the input means, using the first error correction code, Of the data subjected to error correction processing using the second error correction code by the second error correction processing means And a first error correction processing means for performing error correction processing on the first data group.
[0009]
In the broadcast signal transmission method of the present invention, in order to multiplex and divide the delivered information in the HTML description format into the FM signal, the header portion in the delivered information and the program number of the delivered information are defined. A first error correction code is generated for the first data group composed of program number information to be executed and block number information indicating the block number, and the first error correction code is added. Regarding the second data group composed of the first data group, identification information for identifying the data type of the delivered information, an error detection code for detecting an error in the identification information, and the prefix of the block When receiving a FM signal in which a second error correction code different from the first error correction code is generated and the delivered information to which the second error correction code is added is multiplexed. A second error correction processing step of performing error correction processing on the second data group using the second error correction code when the FM signal is received; and outputting the delivery target information to the outside An input step of inputting a signal to the input means, and when the signal is input to the input means by the input step, using the first error correction code, Of the data subjected to error correction processing using the second error correction code in the second error correction processing step And a first error correction processing step for performing error correction processing on the first data group.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0017]
First, the broadcast signal premised on the broadcast signal receiving apparatus and method of the present invention will be described.
[0018]
FIG. 6 is a block diagram showing a schematic configuration of a broadcast signal transmitting apparatus premised on the present invention described above, and shows an apparatus installed in a radio broadcasting station.
[0019]
In FIG. 6, reference numeral 1 denotes an operation unit of a personal computer (PC), 2 a display unit thereof, and 3 a PC main body. This PC is connected to the bus B, and can receive the longevity of data from the bus B. Here, an image memory 4, a formatter memory 5, an Internet server 6, a JPEG encoder 7, an HTML memory 8, an error correction code (ECC) encoding circuit 9 and the like are connected to the bus B.
[0020]
On the other hand, as an audio signal input from various known audio devices and to be FM broadcast, a stereo audio signal and a monaural (M) audio signal including a right (R) signal and a left (L) signal are assumed. In FIG. 6, reference numeral 11 denotes a matrix circuit that receives the R signal and the L signal and outputs a sum signal (L + R) and a difference signal (LR). The sum signal (L + R) is input to one of the switches 12. It is said. A monaural signal (M) is input as the other input of the switch 12, a monaural signal (M) is output in the case of monaural broadcasting, and a sum signal (L + R) is output in the case of stereo broadcasting.
[0021]
A pilot signal having a predetermined frequency is output from the pilot signal generating circuit 16 in conjunction with the switching of the switch 12. On the other hand, the frequency of the difference signal (LR) is converted by the balanced modulation (BM) circuit 13 and multiplexed by the multiplexing circuit 17 with the output of the switch 12 and the pilot signal. Here, the frequency allocation of each signal will be described with reference to FIG.
[0022]
As shown in FIG. 7, the sum signal (L + R) or monaural signal (M) is arranged in the baseband, and the difference signal (LR) is frequency-converted by the balanced modulation circuit 13 with a 38 KHz carrier wave as shown in the figure. Arranged in the band. Although not shown, it goes without saying that a band pass filter (BPF) for cutting off unnecessary bands is arranged at the output stage of the balanced modulation circuit 13.
[0023]
In this example, digital data is converted into a binary analog signal via the D / A converter 14 via the bus B described above, and this analog signal is input to the balanced modulator 15 to generate a 76 kHz carrier wave. The frequency conversion is performed at a frequency higher than that of each voice signal or pilot signal, and the multiplexing circuit 17 can perform frequency multiplexing with these. This multiplexed signal is standardized for data for publicly known teletext broadcasting. In this example, the data in the HTML format used in the WWW (World Wide Web) using this multiplexed signal. Is transmitted as a broadcast wave.
[0024]
Here, the data format of the text broadcast using the conventional FM radio broadcast will be described with reference to FIG. As shown in the figure, the data arranged in a matrix format is a 16-bit block identification code followed by a 16-bit prefix, 160-bit character data, and further a 14-bit CRC, and the sum of the prefix, character data, and CRC. A parity check code of 82 bits is added to 190 bits, and an error correction code having a code length of 272 bits is configured.
[0025]
Here, the block identification code is provided as synchronization data in order to identify the boundary of the block, the location of the block is identified by this code, and block synchronization is established. The 16-bit prefix is configured as shown in FIG. 9, and includes 4-bit service identification data, 1-bit decoding identification data, 1-bit information end data, 2-bit update data, 4-bit data group It consists of a number and a 4-bit data packet number.
[0026]
Here, the service identification data indicates the content of the teletext service, that is, the type of program content (character, graphic information, additional information, auxiliary signal, operation signal) and transmission mode. By the way, there are already 10 types of service identification data already defined in teletext, and the remaining 6 types are undefined. Therefore, in this embodiment, it is specified that one of these six types is a service for broadcasting data in the HTML format. Actually, “0111”, “1000”, “1001”, “1010”, etc. are undefined data.
[0027]
The decoding identification data is data for distinguishing between the case where error correction requires only decoding in the row direction in FIG. 8 and the case where decoding of product codes in the row direction and column direction is required. The information end data is data for identifying whether or not it is the last block of each data group, and the update data is data indicating the number of times the contents of the data group are updated.
[0028]
In this example, as described above, the service identification bit is used to confirm that the program is an HTML format data program, and the update data is used to update the past data of the same group. Whether it is identifiable.
[0029]
FIG. 10 is a diagram showing a format of data to be transmitted in this example, and takes a format compliant with the above-mentioned teletext format. As shown in the figure, 4-bit identification data (DID) is provided immediately after the prefix. This DID indicates whether the data of the block is character data conforming to the HTML format, image data, or header, and the character data or image data is compressed data Is data defining the compression method. If this data DID is erroneous during transmission, data of unknown meaning will be reproduced. In this example, whether or not a code error during transmission has occurred in the 4-bit identification code. In order to reliably detect the error, a dedicated CRC code is arranged subsequent to the identification data DID to reliably detect a code error generated in the identification data.
[0030]
As shown in FIG. 10, 168-bit actual data can be transmitted in each block. However, in this example, the data format is different for the HTML header portion, character data, and image data. The format of each data is shown in FIG. As shown in FIG. 11A, for the block that transmits the HTML header, 32 bits in 168 bits are assigned to a parity that forms an error correction code different from the 82-bit parity shown in FIG. . That is, the previous 82-bit parity is added to 190-bit information data to form a 272-bit error correction code, but this 32-bit parity is a 16-bit program code, a 16-bit packet code, and a 104-bit HTML. It is added to the header to form a 168-bit error correction code.
[0031]
Here, since the program code, packet code, HTML header, and parity are all integer multiples of 8 bits, the 168 bit error correction code using the 32-bit parity can be processed in units of 8 bits. A Reed-Solomon code or the like can be applied. Thus, by using an error correction code that can be processed in units of 8 bits, it is possible to shorten the processing time, reduce the circuit scale, and the like.
[0032]
The program code is the same data as the data group number in the above-described teletext, defines the program number of the HTML data to be broadcast, and defines a program for 2 to the 16th power. The packet code indicates a serial number in each program of each data block (packet), and a number corresponding to 2 to the 16th power can be added so that a packet number can be given even for a considerably long sentence or a fairly detailed image. I am doing so.
[0033]
Next, a block (packet) including actual information data (entity) such as character data and image data will be described. As is well known, with respect to image data, even if there is a code error on the transmission path, if the data of the pixel adjacent to the pixel corresponding to the data in which the error has occurred can be restored, a sufficiently visible image can be restored. it can. Considering this point and the large amount of data in the first place, as shown in FIG. 11C, the image data can be transmitted using all 134 bits.
[0034]
On the other hand, for character data, when erroneous correction occurs due to the above-mentioned 82-bit parity, in order to avoid the fact that the character itself becomes unclear, it is the same 14-bit as used in well-known character broadcasting. CRC is added. In this way, by using a CRC configuration similar to that of a well-known teletext, existing resources can be used effectively. Further, a common circuit for normal teletext and the transmission of HTML data according to the present embodiment. Can be used.
[0035]
Here, the amount of data actually transmitted will be described. As is well known, the header of HTML data includes a request method, a general message header (general header), a request header, a response header, an entity header, and the like, but in a broadcast application such as this embodiment, a general header and a response header. It will be clear that at least an entity header is required.
[0036]
In this example, at least Date (date and time when the message was generated) as a general header, Server (name of server software) as a response header, and WWW-Authenticate (when the server uses an authentication mechanism) Authentication method) Content-length (size of entity body), Content-Encoding (method of object compression, encryption, package), Content-Transfer-Encoding (encoding performed when transferring data) as entity header Method) is sent as this header data. The data amount is considered to be about 100 characters in 8-bit alphabet data, that is, about 800 bits. Although the amount of data in the header portion varies depending on the program, as shown in FIG. 11A, 104 bits of data can be transmitted in one block, so it is generally less than 10 blocks.
[0037]
On the other hand, the character data naturally varies depending on the length of one program. For example, the LCD screen size for display is about (480 × 240) dots, one dot is 0.24 mm, and 12 points ( Assuming a device that displays a type of 5 mm × 5 mm), character data of about (23 × 11) characters is sent. The amount of data required in this case is (16 × 23 × 11 =) 4048 bits assuming that Japanese is expressed in JIS code, and 33 to 34 blocks are required according to the format of FIG. Further, assuming a standard A4 document (16 × 40 × 30 =) 19200 bits, about 160 blocks are required. Here, since the data matrix forming one product code shown in FIG. 10 can transmit 190 blocks of data, the above-mentioned HTML header and character data of about A4 occupy almost one matrix.
[0038]
Next, image data will be described. As image data, for example, when a signal corresponding to one field of a normal television signal such as an NTSC signal is transmitted, the number of pixels is, for example, (240 × 320 =) 76800 pixels. If all the pixels are quantized with 8 bits of pixels, and the two color signals Cb and Cr are subsampled to 1/4 and then quantized with 8 bits of each pixel, the total number of bits before compression coding Is (76800 + 76800/4 + 76800/4) × 8, that is, 384K bits. In this embodiment, compression is performed by the JPEG method as described later, and this is reduced to about 50K bits. Here, as shown in FIG. 11C, since the number of image data that can be transmitted in each part lock is 174 bits, image data for one screen can be transmitted in about 290 blocks.
[0039]
FIG. 12 shows the data matrix of FIG. 10 rewritten in accordance with the order of data actually transmitted in the apparatus of this embodiment. This embodiment is shown in FIG. 12 and the flowchart of FIG. The operation of the example transmission apparatus will be described below.
[0040]
When a process for multiplexing HTML data to a broadcast signal is commanded by operating the operation unit 1, the computer 3 displays a guidance display on the display unit 2 to instruct an input by the operation unit 1 and starts a process according to 8 (step S1). ). Here, the user inputs characters using the operation unit 1 while viewing the display on the display unit 2, or calls a desired HTML file from the Internet server 6 and stores it in the HTML memory 8 via the bus B. When inputting image data, the desired screen data is similarly called as bitmap data from the Internet server 6 and stored in the image memory 4 via the bus B. Since these series of operations are not directly related to the present invention, they are defined as an input subroutine (step S2) in the flowchart of FIG.
[0041]
When the storage of the data in the image memory 4 and the HTML memory 8 is completed, the HTML header data stored in the HTML memory 8 is transferred to the ECC encoder 9 in accordance with an instruction from the computer 3, and the header shown in FIG. A process of forming a 32-bit parity with respect to the 104 bits of the copy is started (step S3). Here, the ECC encoder 9 incorporates a 16-bit Risc processor or the like, and is configured to be able to perform error correction coding without any processing by the computer 3. Therefore, while the computer 3 is performing the processing from step S4 in the flowchart of FIG. 13, the parity calculation processing by the ECC encoder 9 is performed in parallel.
[0042]
If character data exists (step S4), processing for adding a 14-bit CRC to the 122-bit character data shown in FIG. 11B is performed in the computer 3 (step S5). If the image data exists (step S6), the CRC adding process is interrupted, the image data stored in the image memory 4 is supplied to the JPEG encoder 7, and the compression process using the JPEG method is performed. (Step S7). Here, the JPEG encoder 7 is configured by a hardware chip, and can be processed in parallel with the CRC forming process in step 5.
[0043]
When the JPEG compression process is started, writing of the compressed data subjected to the JPEG process, HTML header data to which parity is added, and character data to which CRC is added to the formatter memory 5 is started (step S1). S8). Each data is written in the formatter memory 5 in an array according to the transmission format of FIG.
[0044]
As shown in FIG. 12, transmission is performed from the block in which the header portion is stored, and the first 13 blocks and 137 to 149 blocks in the transmission data matrix shown in FIG. 12 do not transmit parity blocks. Send only data blocks. In addition, the block in which the header part data is arranged is continuously transmitted from the first block and the 137th block, and when the amount of data including this header part exceeds 136 blocks, it is repeatedly transmitted a plurality of times. become. In this way, in this embodiment, the header part of HTML is transmitted as soon as possible, and when the file is large, it is configured to repeatedly transmit a plurality of times, so that the receiving side can be faster and more reliable. It is devised to obtain highly reliable HTML header data.
[0045]
In FIG. 13, when it is detected in step S9 that all data has been written to the formatter memory 5 (step S9), in step S10, the header of the 104-bit HTML data stored in the formatter memory 5 is displayed. 82-bit parity is calculated by the ECC encoder 9 for 190-bit data including 32-bit parity, and a 288-bit data block obtained by adding a block identification code to 272 bits is output. Here, the 190-bit data includes the group identification code (DID), 2-bit CRC, 16-bit program code (PGC) and packet code (PKC) shown in FIG. Including a prefix (PFX).
[0046]
In this way, when one header block is transmitted, a counter (not shown) provided in the computer 3 counts up, and the number of transmitted blocks is counted. When the data of the header portion is completed (step S11), the image data block or the character data block is transmitted (step S12). Although FIG. 7 shows that the character data block is transmitted first and then the image data block is transmitted, it goes without saying that this order depends on the configuration of the HTML file that is actually transmitted. .
[0047]
Here, as described above, data blocks are continuously transmitted up to the 13th block and no parity block is transmitted. However, after the 14th block, one parity block is transmitted to 3 blocks. That is, when it is detected in step S13 that the 14th block or the 150th block will be transmitted next in step S13, another count in the computer 3 is incremented, and this count value is When two more data blocks (image or character data) are transmitted with reference to (step S14), a parity block is transmitted (step S15). Here, for this parity block, the data into the formatter memory in step S9 The calculation is started by the ECC encoder 9 from the point of time when the writing is completed, and the data is sequentially written in the formatter memory 5.
[0048]
When the parity block is transmitted, it is confirmed whether the next block to be transmitted is the first block or the 137th block in the data matrix of FIG. 7 (step S16). It is confirmed whether or not the processing has been completed (step S17). If the data has not been completed, the transmission of the two data blocks and the transmission of one parity block are repeated in steps S12 to S15.
[0049]
Next, when the block to be transmitted is the first block or the 137th block, the process returns to step S10 and the header blocks are continuously sent again. This operation is performed until it is detected in step S17 that the data to be sent has been completed, and the processing is terminated when the data to be sent is completed (step S18). The transmission data sequentially output from the bus B to the D / A converter 14 in accordance with the data format of FIG. 12 is multiplexed with the FM broadcast audio signal by the multiplexing circuit 17 as described above, and further the FM of FIG. The modulation circuit 18 performs FM modulation with a broadcast carrier, and transmits the broadcast wave through the transmission control circuit 19.
[0050]
Thus, in the apparatus of this example, HTML data can be transmitted while maintaining compatibility with the conventional FM radio broadcast character data transmission function. In the above embodiment, the redundancy of the HTML header portion is set higher than that of other data, an error correction code is added, and the error correction code used in the conventional character broadcasting is also used. Therefore, the reliability of the header portion of the HTML data is equivalent to that in the case of transmitting through another network. In addition, the occurrence of a berth and error peculiar to a broadcast wave can be dealt with by transmitting this header portion a plurality of times, and overall high reliability can be obtained.
[0051]
Further, since the redundancy for error detection or correction is switched between the image and the character, necessary data can be transmitted with the minimum redundancy, and high reliability can be ensured as a whole.
[0052]
Hereinafter, the receiving apparatus of the present invention that receives the broadcast signal as described above will be described in detail.
[0053]
FIG. 1 is a block diagram showing an outline of a receiving apparatus according to the present invention for receiving the broadcast signal, and FIG. 2 is a perspective view showing an appearance thereof. As shown in FIG. 2, this receiving apparatus is a portable apparatus of approximately FM radio, and can be connected to a personal computer or the like via an interface 80 compliant with, for example, a PCMCIA card.
[0054]
In FIG. 2, 101 is a portable receiver main body, and 102 and 103 are manual operation keys for executing a display command and an external output command, respectively, corresponding to the operation unit 98 of FIG. 51 is a retractable antenna, 93 and 94 are a pair of speakers capable of outputting stereo audio signals, 96 is a flat panel display, 80 is an external interface compliant with the PCMCIA card, 99 is received and output to an external device. This is an indicator that indicates that unformatted HTML data is stored in the main body.
[0055]
In FIG. 1, a broadcast wave received by an antenna 51 is selected by a receiving unit 52, detected by an FM detection circuit 53, and converted into a multiplexed signal as shown in FIG. Here, the band pass filter (BPF) 54 separates the above-described pilot signal and supplies the separated pilot signal to the detection circuit 55. The output of the detection circuit 55 is compared with a predetermined threshold value by the comparison circuit 56, and it is determined whether the audio signal being broadcast is a stereo signal or a monaural signal according to the comparison result.
[0056]
On the other hand, in the low-pass filter (LPF) 60, the baseband signal in FIG. 7 is extracted and supplied to the matrix circuit 59 as a monaural signal or a sum signal of stereo sound. Further, the BPF 58 extracts a signal carried by a 38 KHz carrier wave, returns it to a baseband signal, that is, a stereo audio difference signal by the balanced modulator 58, and supplies it to the matrix circuit 59. When receiving a stereo broadcast from the matrix circuit 59, a right (R) signal and a left (L) signal of stereo sound are output, and the switches 61 and 62 controlled by the output of the comparison circuit 56 are output. Is output.
[0057]
On the other hand, when the received broadcast is a monaural broadcast, both the switches 61 and 62 output the audio signal output from the LPF 60, and the monaural audio is output in the same manner. The audio signal output from the switches 61 and 62 is output from the speakers 93 and 94 via the amplifiers 91 and 92.
[0058]
On the other hand, the above-mentioned data signal multiplexed on the carrier of 76 KHz is separated by the BPF 72 and converted into a signal corresponding to the data string of the data format as shown in FIG. This signal is supplied to a clock extraction circuit 71 to form a free-running clock, which is digitized by an AD converter 74 using this clock and converted into original digital data by a known data detection circuit 75. Here, the data detection circuit 75 includes a well-known integration detection circuit, an equivalent circuit, a decoding circuit using a partial response, and the like.
[0059]
The operation of the apparatus according to the present embodiment when receiving the conventional text broadcast related to the data format of FIG. 8 will be described. Here, as described above, the conventional teletext broadcasting is also transmitted with the parity arrangement as shown in FIG.
[0060]
The data detected by the data detection circuit 75 is discharged as a data string to the reception-side bus RG and stored in the reception memory 77 under the control of the CPU 85. Similarly, the ECC decoding circuit 76 accesses the data in the reception memory 77 under the control of the CPU 85, and performs error correction using the product code parity described above. Here, this error correction processing is performed using 82-bit parity for each data block, and subsequently, error correction processing using 82-bit parity distributed in the vertical direction in FIG. 12 is performed. Is called.
[0061]
The character information subjected to the error correction processing in this way is transferred to the storage memory 78. Next, by operating the display command switch 102 shown in FIG. 2, the character data in the storage memory 78 is written into the display memory 95 while being converted into a display code, and the characters are displayed on the display 95. .
[0062]
FIG. 3 is a flowchart for explaining the operation at the time of reception of the above-described HTML data in the receiving apparatus of the present embodiment. Hereinafter, description will be given along the flowchart.
[0063]
When reception by the reception unit 52 is started (step S101), the data detected by the data detection circuit 75 is discharged to the reception-side bus RG as a data string according to the data format shown in FIG. The data is stored in the memory 77 according to the format of FIG.
[0064]
When one line (one data block) of the data matrix in FIG. 12 is accumulated in the reception memory 77 (step S103), the ECC decoding circuit 76 starts to access the data in the reception memory 77 under the control of the CPU 85. To do. That is, first, error correction processing is performed using an outer code parity of 82 bits for each data block (step S104).
[0065]
Here, the operations in steps S103 and S104 are repeated until the entire data matrix shown in FIG. 12 is accumulated in the reception memory. When all the data matrixes in FIG. 12 are accumulated (step S106), the ECC decoding circuit 76 starts accessing the data in the reception memory 77 again. Here, error correction processing using 82-bit inner code parity distributed in the vertical direction in the data matrix of FIG. 12 is performed (step S107).
[0066]
When the processing of one data matrix using the outer code parity and the inner code parity is completed, the data is transferred from the reception memory 77 to the storage memory 78 and whether all the data to be received has been received or not. Is confirmed (step S108), and when the reception is completed, the display of the indicator 99 described above is turned on, that is, turned on (step S109), and the process is terminated (step S110).
[0067]
FIG. 4 is a flowchart for explaining the operation when the display command switch 102 is pressed when the HTML data is stored in the receiving apparatus of this embodiment. explain.
[0068]
When the display command switch 102 is turned on (step S121), scanning of data stored in the storage memory 78 is started under the control of the CPU 81 (step S122). This scanning is performed for each line, and the accumulated data is processed for each line under the monitoring of the CPU 81. Here, the CPU 81 monitors whether the data of each line subjected to the error correction processing by the product code is character data, image data, or header data, and the line data to be processed. Is character data (step S123), the data of this line is supplied to the ECC decoding circuit 76, and the presence or absence of an error is detected by the 14-bit CRC shown in FIG. 11B (step S124). Character data for which no error has been detected is written into the display memory 95 after being expanded into bitmap data (step S127).
[0069]
On the other hand, when the data of the line to be processed is image data (step S125), the image data is received because the mobile terminal device alone of this embodiment cannot display an image. A character indicating this is generated (step S126), and bit map data of this character is written into the display memory 95 in step S127.
[0070]
When all the lines have been scanned (step S128), the bitmap data stored in the display memory 95 is displayed as characters on the display 96 as described above (step S129), and the process is terminated (step S130). . Note that when the data of the line to be processed is an HTML header portion, it cannot be used in the portable terminal device, and therefore error correction processing or writing to the display memory 95 is not performed.
[0071]
FIG. 5 is a flowchart for explaining the operation when the external output command switch 103 is pressed when the HTML data is accumulated in the receiving apparatus of this embodiment. I will explain.
[0072]
When the external output command switch 103 is turned on (step S141), scanning of data stored in the storage memory 78 is started under the control of the CPU 81 (step S142). This scanning is performed for each line, and the accumulated data is processed for each line under the monitoring of the CPU 81. Here, the CPU 81 monitors whether the data of each line subjected to the error correction processing by the product code is character data, image data, or header portion data.
[0073]
If the line data to be processed is character data (step S143), the presence or absence of an error is confirmed by the 14-bit CRC shown in FIG. Detection is performed (step S144). Character data for which no error has been detected is output to an external device such as a PC for each line of the data matrix of FIG. 12 via the external I / F 80 conforming to the PCM-CIA card (step S147).
[0074]
On the other hand, when the data of the line to be processed is image data, the data is directly output to the PC or the like via the I / F 80 without performing any processing. If the line data to be processed is header data (step S145), an error correction process using 32-bit parity shown in FIG. The corrected data is output to the outside via the I / F 80 for each line.
[0075]
When all the lines have been scanned (step S148), the data matrix stored in the storage memory as described above is erased or overwritten, and the display of the indicator 99 is turned off. (Step S149), the process ends (Step S150).
[0076]
As described above, in the portable receiving terminal device of the present embodiment, error detection or correction processing necessary for the operation is performed at the time of reception, when the received data is displayed, and when the received data is output to an external device. Therefore, unnecessary processing is not performed on the apparatus.
[0077]
In addition, when data that cannot be handled by the apparatus of this embodiment or cannot be processed effectively is received, the received data is accumulated and an indicator indicating that the data is not output to the outside is turned on. Therefore, the operator can easily recognize such a state, and there is no fear that the received data is wasted.
[0078]
Further, in the apparatus of the present embodiment, the display device and the display command switch for displaying the characters of the conventional teletext broadcasting can be used as they are for displaying the characters received as HTML format data. Thus, the composite function as described above can be realized without increasing the size of the apparatus.
[0079]
It goes without saying that the image data supplied to the PC as described above is restored to the original image data by the JPEG decoder installed in the PC and processed according to the link recognized by the header portion.
[0080]
【The invention's effect】
As described above, according to the broadcast signal receiving apparatus and method of the present invention, information that can be easily handled by a general-purpose processor is effectively received and used in addition to information that has been multiplexed according to the broadcast signal. In addition, it is possible to obtain a completely new apparatus and method that do not hinder downsizing and power saving.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a receiving apparatus according to an embodiment of the present invention.
2 is an external perspective view of the apparatus shown in FIG.
FIG. 3 is a flowchart for explaining the operation of the apparatus of FIG. 1 when receiving HTML data;
4 is a flowchart for explaining an operation when a display command switch is operated in the apparatus of FIG. 1; FIG.
5 is a flowchart for explaining an operation when an external output command switch is operated in the apparatus of FIG. 1; FIG.
FIG. 6 is a block diagram showing a schematic configuration of a transmission apparatus that broadcasts a broadcast signal premised on the present invention.
7 is a diagram showing a frequency spectrum arrangement before FM modulation of a signal to be transmitted in FIG. 6;
FIG. 8 is a diagram showing a data format of teletext used conventionally.
FIG. 9 is a diagram showing details of the prefix portion shown in FIG. 8;
10 is a diagram showing a data format of HTML data transmitted by the apparatus of FIG. 6. FIG.
11 is a diagram showing a more detailed format of an HTML header, character data, and image data that are sent without permission in the format of FIG.
12 is a diagram showing a data format according to the transmission order transmitted by the apparatus of FIG. 6;
FIG. 13 is a flowchart for explaining the operation of the apparatus shown in FIG. 6;
[Explanation of symbols]
76 ECC decoding circuit
77 Receive memory
78 Storage memory
80 External interface
81 CPU
95 Display memory
96 display
98 Operation part
102 Display command switch
103 External output command switch
RB data bus

Claims (2)

FM信号中にHTML記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第1のデータ群に対して、第1の誤り訂正符号が生成され、前記第1の誤り訂正符号が付加された前記第1のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第2のデータ群について、前記第1の誤り訂正符号とは異なる第2の誤り訂正符号が生成され、前記第2の誤り訂正符号が付加された被配信情報が多重化されたFM信号を受信する装置であって、
前記FM信号が受信されたときに前記第2の誤り訂正符号を用いて、前記第2のデータ群に対し誤り訂正処理を行う第2の誤り訂正処理手段と、
前記被配信情報を外部に出力する信号を入力する入力手段と、
前記入力手段に前記信号が入力されたときに、前記第1の誤り訂正符号を用いて、前記第2の誤り訂正処理手段によって第2の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第1のデータ群に対し誤り訂正処理を行う第1の誤り訂正処理手段とを備えることを特徴とする放送信号受信装置。
In order to multiplex and divide the delivered information in the HTML description format in the FM signal into blocks, the header portion in the delivered information, program number information defining the program number of the delivered information, A first error correction code generated with respect to a first data group composed of block number information indicating a number, and the first data group to which the first error correction code is added; For the second data group consisting of identification information for identifying the data type of the delivered information, an error detection code for detecting an error in the identification information, and the prefix of the block, the first error correction code and Is a device for receiving an FM signal in which different second error correction codes are generated and the delivered information to which the second error correction code is added is multiplexed,
Second error correction processing means for performing error correction processing on the second data group using the second error correction code when the FM signal is received;
Input means for inputting a signal for outputting the delivered information to the outside;
When the signal is input to the input means, the first error correction code is used, and the second error correction processing means performs error correction processing using the second error correction code. broadcasting signal receiving apparatus characterized by comprising a first error correction processing means for performing error correction processing on the first data group out.
FM信号中にHTML記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第1のデータ群に対して、第1の誤り訂正符号が生成され、前記第1の誤り訂正符号が付加された前記第1のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第2のデータ群について、前記第1の誤り訂正符号とは異なる第2の誤り訂正符号が生成され、前記第2の誤り訂正符号が付加された被配信情報が多重化されたFM信号を受信するに際し、
前記FM信号が受信されたときに前記第2の誤り訂正符号を用いて、前記第2のデータ群に対し誤り訂正処理を行う第2の誤り訂正処理工程と、
前記被配信情報を外部に出力する信号を入力手段に入力する入力工程と、
前記入力工程によって前記入力手段に前記信号が入力されたときに、前記第1の誤り訂正符号を用いて、前記第2の誤り訂正処理工程によって第2の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第1のデータ群に対し誤り訂正処理を行う第1の誤り訂正処理工程とを備えることを特徴とする放送信号受信方法。
In order to multiplex and divide the delivered information in the HTML description format in the FM signal into blocks, the header portion in the delivered information, program number information defining the program number of the delivered information, A first error correction code generated with respect to a first data group composed of block number information indicating a number, and the first data group to which the first error correction code is added; For the second data group consisting of identification information for identifying the data type of the delivered information, an error detection code for detecting an error in the identification information, and the prefix of the block, the first error correction code and When receiving a FM signal in which a different second error correction code is generated and the delivered information to which the second error correction code is added is multiplexed,
A second error correction processing step of performing error correction processing on the second data group using the second error correction code when the FM signal is received;
An input step of inputting a signal for outputting the delivery target information to the input means;
When the signal is input to the input means by the input step, an error correction process using the first error correction code and a second error correction code by the second error correction processing step is performed. A broadcast signal receiving method comprising: a first error correction processing step of performing error correction processing on a first data group of the data made .
JP26376497A 1997-07-03 1997-09-29 Broadcast signal receiving apparatus and method Expired - Lifetime JP4095141B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP26376497A JP4095141B2 (en) 1997-09-29 1997-09-29 Broadcast signal receiving apparatus and method
US09/108,357 US6963589B1 (en) 1997-07-03 1998-07-01 Information processing apparatus for and method of transmitting and/or receiving broadcast signal
DE69840061T DE69840061D1 (en) 1997-07-03 1998-07-02 Message processing apparatus and method for transmitting and / or receiving a broadcast signal
EP98305274A EP0889613B1 (en) 1997-07-03 1998-07-02 Information processing apparatus for and method of transmitting and/or receiving a broadcast signal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP26376497A JP4095141B2 (en) 1997-09-29 1997-09-29 Broadcast signal receiving apparatus and method

Publications (2)

Publication Number Publication Date
JPH11103280A JPH11103280A (en) 1999-04-13
JP4095141B2 true JP4095141B2 (en) 2008-06-04

Family

ID=17393965

Family Applications (1)

Application Number Title Priority Date Filing Date
JP26376497A Expired - Lifetime JP4095141B2 (en) 1997-07-03 1997-09-29 Broadcast signal receiving apparatus and method

Country Status (1)

Country Link
JP (1) JP4095141B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002101059A (en) * 2000-09-20 2002-04-05 Nec Corp Mobile telephone function extension system using data broadcasting, and method of distributing data
JP2002101057A (en) * 2000-09-20 2002-04-05 Nec Corp Display function extension system for information processing equipment utilizing data broadcasting, and method of data distribution

Also Published As

Publication number Publication date
JPH11103280A (en) 1999-04-13

Similar Documents

Publication Publication Date Title
US7603132B2 (en) Data transmitting and receiving apparatus and method for a digital mobile station
US6963589B1 (en) Information processing apparatus for and method of transmitting and/or receiving broadcast signal
JPH08504077A (en) Facsimile communication with selective call receiver
US7983301B2 (en) Method for extended transmission capabilities of short message service
RU2126597C1 (en) Method for facsimile communication, selective call communication system, and facsimile transmission system
US20080188202A1 (en) Apparatus and method for synchronizing phonebook data with messages in portable terminal
CA1283483C (en) Method and apparatus for compacting and de-compacting text characters
JP4095141B2 (en) Broadcast signal receiving apparatus and method
JPH0964834A (en) Receiver
JPH1127222A (en) Broadcasting signal transmitter and its method
JPH08279796A (en) Fm multiplex broadcasting receiving device and fm multiplex broadcast transmitting method
JP2008042534A (en) Information transmission system, information transmission method, information transmission device and information receiving apparatus
KR20080057447A (en) Method of transmitting substitute image, and communication terminal therefor
JP3249688B2 (en) FM multiplex broadcast receiver with multiplex broadcast program preset function
JP2016220049A (en) Digital broadcast receiver
JPH1127244A (en) Information processor and its method
JPH02111164A (en) Error correction system in facsimile communication
EP0893892A2 (en) Data broadcasting receiver
JP2000151439A (en) Fm multiplex broadcasting reception method
JPH08288873A (en) Multiplex broadcasting reception equipment
KR20040102624A (en) A method and a device of coding payload data for gsm mobile phone
JPH08331078A (en) Receiver
JP2003111037A (en) Data packet conversion method
JPH1070475A (en) Teletext receiver
JPH03295365A (en) Data transmission equipment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040701

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070710

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070910

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071002

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071203

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071218

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080215

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: 20080304

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080307

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110314

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120314

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130314

Year of fee payment: 5