×この技術を簡単クリック査定この機能をご利用いただくには、会員登録(無料)が必要です。出願した特許の牽制数、引用された数などを知る事ができます。気になる技術や特許をブックマークしておけば、いつでも後から読むことができます。後で印刷するために、公報をPDFでダウンロードできます。会員登録してastamuseを使えば、もっと簡単に便利にお使いいただけます。会員登録(無料)「astamuse」は世界中の挑戦したい社会課題に挑戦し、未来を創る人のプラットフォームです。方法この技術は特許登録された実績があります。※この項目の情報は公開日時点(1999年4月13日)のものです。所定の情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、ネットワークで使用されている記述形式による被配信情報と当該被配信情報の少なくとも一部の情報のために付加された冗長符号とを多重してなる放送信号を受信する装置で、データフォーマット内の冗長符号を用いた誤り処理と、エンティティ内の冗長符号を用いた誤り処理とを互いに異なるタイミングで行うようにした。受信された被配信情報が当該記憶手段に記憶されており、外部には未出力であることを報知する報知手段(99)を設けた。従前の文字情報を表示するための表示手段(96)により、上記エンティティとしての文字情報を表示する。近年、FMラジオ放送の利用方法として、文字情報を放送波を用いてFM音声信号と共に送信する、いわゆる、「見えるラジオ」が製品化されてきた。この種の装置は、携帯性に優れ、また、極めて簡単な回路で、FM波の受信可能な場所であれば様々な情報を受け取ることができる。現在、FM音声放送を用いて送信されている情報としては、ニュースや天気予報などがあり、これらは、いわゆるマルチメディアネットワークを介しても受信でき得るが、この種の情報については「見えるラジオ」により手軽に得ることができる。一般のマルチメディア端末に比べ、より携帯性が高いものとなっている。上記文字情報に代わって一般的なデータを送信することや、PCで取り扱うことのできるデータを送信することも考えられている。所定の情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、ネットワークで使用されている記述形式による被配信情報と当該被配信情報の少なくとも一部の情報のために付加された冗長符号とを多重してなる放送信号を受信する装置で、データフォーマット内の冗長符号を用いた誤り処理と、エンティティ内の冗長符号を用いた誤り処理とを互いに異なるタイミングで行うようにした。受信された被配信情報が当該記憶手段に記憶されており、外部には未出力であることを報知する報知手段(99)を設けた。従前の文字情報を表示するための表示手段(96)により、上記エンティティとしての文字情報を表示する。方法に関するものである。背景技術0002近年、FMラジオ放送の利用方法として、文字情報を放送波を用いてFM音声信号と共に送信する、いわゆる、「見えるラジオ」が製品化されてきた。この種の装置は、携帯性に優れ、また、極めて簡単な回路で、FM波の受信可能な場所であれば様々な情報を受け取ることができる。0003現在、FM音声放送を用いて送信されている情報としては、ニュースや天気予報などがあり、これらは、いわゆるマルチメディアネットワークを介しても受信でき得るが、この種の情報については「見えるラジオ」により手軽に得ることができる。一般のマルチメディア端末に比べ、より携帯性が高いものとなっている。0004また、上記文字情報に代わって一般的なデータを送信することや、PCで取り扱うことのできるデータを送信することも考えられている。発明が解決しようとする課題0005しかしながら、この種の受信装置において、現在存在する機器では上述した天気予報などの単純な文字情報などを表示するに留まっているのが現状であり、このような文字情報に加えてPCにて容易にハンドリングできるマルチメディアネットワークで使用されている記述方式による情報をも取り扱うことのできる携帯型の受信装置の登場が望まれる。0006しかも単に携帯型機器において、文字情報に加えてこの種の情報を受信するのでは、そのデータを有効に用いることができないばかりか、これら2つの情報を取り扱うために携帯用機器として望まれる省電力化、小型化などの妨げになってしまう危惧さえあった。方法を提供することを目的としている。課題を解決するための手段0008かかる目的下において、本願の請求項1に記載の放送信号受信装置においては、所定の情報をFM音声信号に多重するための誤り訂正用冗長符号を伴うデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報と当該被配信情報の少なくとも一部の情報のために付加された誤り訂正もしくは検出用冗長符号とを多重してなる放送信号を受信する装置において、前記データフォーマットに伴う誤り訂正用冗長符号を用いた誤り訂正処理と、前記エンティティ内の誤り訂正もしくは検出用冗長符号を用いた誤り訂正もしくは検出処理とを互いに異なるタイミングで行う構成とした。0009斯かる構成によって、上記所定の情報も前記被配信情報も有効に利用でき、無意味な処理を行わない構成としたので消費電力をを削減することができた。0010また、本願の請求項9に記載の発明においては、所定の情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報を多重してなる放送信号を受信する装置において、当該被配信情報を記憶する記憶手段と、受信された前記被配信情報が当該記憶手段に記憶されており、外部には未出力であることを報知する報知手段とを有する構成とした。0011斯かる構成により、受信装置本体が無駄な処理を行わないでも、受信され、蓄積された情報をユーザが有効に扱えるようになった。0012また、本願の請求項12に記載の発明においては、第1の文字情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報を多重してなる放送信号を受信する装置において、当該被配信情報が第2の文字情報を有するとき、前記第1の文字情報を表示するための表示手段により、前記第2の文字情報を表示する構成した。0013斯かる構成により、有効に表示手段を活用することができ、装置の携帯性を損なうことなく2種類の文字情報を表示することが可能となった。0014また、本願の請求項15に記載の発明においては、文字情報をFM音声信号に多重するためのデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報を多重してなる放送信号を受信する装置において、当該被配信情報を記憶する記憶手段と、前記記憶手段に記憶されている情報を表示する命令と、外部に出力する命令とを異なるタイミングで実行可能な操作手段とを具備する構成とした。0015斯かる構成によれば、ユーザが必要とするときに、必要な情報のみを電力消費の無駄なく取り出すことが可能となった。発明を実施するための最良の形態0016以下、本発明の実施例について、図面を参照して詳細に説明する。方法が前提とする放送信号について説明する。0018図6は、上述の本件発明が前提とする放送信号の送信装置の概略構成を示すブロック図であって、ラジオの放送局に装置される装置を示すものである。図60019図6において、1はパーソナルコンピュータ(PC)の操作部、2はその表示部、3はPC本体である。このPCはバスBに接続されており、このバスBからデータの極寿を受けることが可能である。ここで、このバスBには、画像メモリ4、フォーマッタメモリ5、インターネットサーバ6、JPEGエンコーダ7、HTMLメモリ8、誤り訂正符号(ECC)符号化回路9等が接続されている。図60020一方、周知の各種音声機器から入力され、FM放送されるべき音声信号としては、右(R)信号、左(L)信号からなるステレオ音声信号やモノラル(M)音声信号が仮定される。図6において11はR信号及びL信号が入力され、これらの和信号(L+R)及び差信号(L−R)を出力するマトリクス回路であり、和信号(L+R)についてはスイッチ12の一方の入力とされる。このスイッチ12の他方の入力としてはモノラル信号(M)が入力され、モノラル放送の場合にはモノラル信号(M)が、ステレオ放送の時には和信号(L+R)が出力されることになる。(L−R)は平衡変調(BM)回路13によりその周波数を変換され、多重回路17においてスイッチ12の出力及びパイロット信号と多重される。ここで、各信号の周波数アロケーションを図7を用いて説明する。図70022図7に示すように和信号(L+R)もしくはモノラル信号(M)はベースバンド帯域に配され、差信号(L−R)は、平衡変調回路13により38KHzの搬送波で周波数変換されて図示の如き帯域に配される。図示していないが、平衡変調回路13の出力段に不要な帯域をカットオフするバンドパスフィルタ(BPF)が配置されるのはいうまでもない。図70023さて、本例においては、前述のバスBを介してデジタルデータをD/A変換14を介して2値のアナログ信号に変換し、更にこのアナログ信号を平衡変調器15に入力し、76kHzの搬送波で周波数変換することにより上記各音声信号やパイロット信号に比して高い周波数に配し、多重回路17でこれらと周波数多重できる構成となっている。この多重信号は、本来公知の文字放送用のデータ用に規格化されているものであり、本例においては、この多重信号を用いてWWW(ワールドワイドウェブ)で用いられているHTML形式のデータを放送波として伝送するものである。0024ここで、図8を用いて従来のFMラジオ放送を用いた文字放送のデータフォーマットについて説明する。図示のように、マトリクス形式で配されたデータは16ビットのブロック識別符号に続いて16ビットのプリフィックス、160ビットの文字データ更には14ビットのCRCが配され、プリフィックス、文字データ及びCRCの合計190ビットに対して82ビットのパリティチェックコードが付加され、符号長272ビットの誤り訂正符号が構成される。図80025ここで、ブロック識別符号は、ブロックの境界を識別するために同期データとして設けられ、この符号によりブロックの所在が識別され、ブロック同期が確立される。16ビットのプリフィックスは、図9に示すような構成となっており、4ビットのサービス識別データ、1ビットの復号識別データ、1ビットの情報終了データ、2ビットの更新データ、4ビットのデータグループ番号、更には4ビットのデータパケット番号から構成されている。)及び伝送モードを示している。ところで、このサービス識別データとして文字放送で既に定義されているものが既に10種類あり、残る6種類が未定義である。そこで、本実施例においては、この6種類の内1種類をHTML方式のデータを放送するサービスであるとの規定を行う。実際には“0111”、“1000”、“1001”、“1010”などが未定義のデータである。0027尚、復号識別データは誤り訂正が図8における行方向の復号のみを必要とする場合と、行方向及び列方向の積符号の復号を必要とする場合とを区別するデータである。情報終了データは各データグループの最終ブロックか否かを識別するためのデータであり、更新データは当該データグループの内容が更新された回数を示すデータである。図80028本例においては、上記プリフィックスの内前述のようにサービス識別ビットを利用してHTML形式のデータのプログラムであることを確認すると共に更新データを用いて過去の同一グループのデータに対して更新されたかどうかを識別可能としている。0029図10は本例において送信するデータのフォーマットを示す図であり、上記文字放送のフォーマットに準拠した形式をとっている。図示のようにプリフィックスの直後に4ビットの識別データ(DID)を設けている。このDIDは、当該ブロックのデータが、HTML形式に準拠した文字データであるか、画像データであるか、もしくはヘッダであるかなどを示すと共に、文字データや画像データが圧縮されているデータでる場合にはその圧縮方法を定義するデータである。このデータDIDが仮に伝送中に誤った場合には、意味不明なデータを再現することになってしまうので、本例においてはこの4ビットの識別コードに伝送中の符号誤りが発生したか否かを確実に検出できるように、この識別データDIDに続いて専用のCRCコードを配して識別データに発生した符号誤りを確実に検出するようにしている。図100030図10に示すように各ブロック中には168ビットの実データを送信できるが、本例においては、HTMLのヘッダ部分と、文字データと、画像データとでデータフォーマットを異ならしめている。各データのフォーマットを図11に示す。図11(A)に示すようにHTMLのヘッダを送信するブロックについては、168ビット中の32ビットを図8に示した82ビットのパリティとは別の誤り訂正符号を形成するパリティに割り当てている。先の82ビットのパリティは190ビットの情報データに付加され272ビットの誤り訂正符号を形成したが、この32ビットのパリティは16ビットのプログラムコード、16ビットのパケットコード、104ビットのHTMLヘッダに付加され、168ビットの誤り訂正符号を構成する。図10図11図80031ここで、プログラムコード、パケットコード、HTMLヘッダ及びパリティは全て8ビットの整数倍となっているので、この32ビットのパリティを用いた168びっとの誤り訂正符号としては8ビット単位で処理できる周知のリードソロモン符号などを適用することができる。このように、8ビット単位での処理の可能な誤り訂正符号を用いることによって処理時間の短縮化、回路規模の縮小などが可能となる。0032プログラムコードは上述した文字放送におけるデータグループ番号と同様のデータであり、放送されるHTMLデータのプログラム番号を規定するものであり、2の16乗分のプログラムが規定される。パケットコードは各データブロック(パケット)の各プログラム中の通し番号を示すものであって、かなり長い文章やかなり詳細な画像でもパケット番号が付与できるように2の16乗分の番号が付加できるようにしている。0033次に、文字データや画像データ等の実情報データ(エンティティ)を含むブロック(パケット)について説明する。周知の通り画像データについては、仮に伝送路上での符号誤りがあっても誤りが発生したデータに対応する画素に近接する画素のデータが復元できていれば、充分視認可能な画像を復元できることができる。この点とそもそものデータ量が大きいことを考慮して、図11(C)に示すように画像データについては、134ビット全てを用いて送信することができるようにした。図110034他方、文字データについては、先述した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ブロック未満となる。図110037一方、文字データについては、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マトリクスを占有することになる。図10図110038次に、画像データについて説明する。画像データとしては、例えば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画面分の画像データを送信できる。図110039図12は、本実施例の装置において実際に送信されるデータの順序に従って、図10のデータマトリクスを書き換えたもので、この図12およびコンピュータ3の動作を示す図13のフローチャートを用いて本実施例の送信装置の動作を以下に説明する。図10図12図130040操作部1の操作により、HTMLデータを放送信号に多重する処理を命じると、コンピュータ3は表示部2にガイダンス表示をして操作部1による入力を命じると共にず8に従う処理を開始する(ステップS1)。ここで、ユーザは表示部2の表示を見ながら、操作部1により文字の入力を行ったり、もしくはインターネットサーバ6から所望のHTMLファイルを呼び出し、バスBを介してHTMLメモリ8に格納する。俣、画像データを入力する場合には、同じくインターネットサーバ6から所望の画面のデータをビットマップデータとして呼び出して、バスBを介して画像メモリ4に格納する。これらの一連の動作については、本件発明とは直接関係しないので、図13のフローチャートでは入力サブルーチン(ステップS2)として規定している。図130041画像メモリ4およびHTMLメモリ8へのデータの格納が終了すると、コンピュータ3の指示に従いHTMLメモリ8内に格納されているHTMLヘッダのデータがECCエンコーダ9に転送され、図11(C)に示すヘッダ部の104ビットに対して32ビットのパリティを形成する処理を開始する(ステップS3)。ここで、ECCエンコーダ9は内部に16ビットのRiscプロセッサ等を内蔵しており、コンピュータ3により処理を伴わず誤り訂正符号化が可能な構成となっている。従って、図13のフローチャートにおいてステップS4以下の処理をコンピュータ3が行っている間にECCエンコーダ9によるパリティの演算処理が並列して行われることになる。図11図130042文字データが存在する場合には(ステップS4)、図11(B)に示す122ビットの文字データに対して14ビットのCRCを付加する処理をコンピュータ3内で行う(ステップS5)。画像データが存在する場合には(ステップS6)、上記CRCを付加する処理に割り込みをかけ、画像メモリ4内に格納されている画像データをJPEGエンコーダ7に供給し、JPEG方式による圧縮処理を行う(ステップS7)。ここで、このJPEGエンコーダ7はハードウェアチップで構成されており、ステップ5におけるCRCの形成処理と並列に処理可能である。図110043このJPEG圧縮処理が開始されると、このJPEG処理された圧縮データ、パリティの付加されたHTMLヘッダのデータ、およびCRCが付加された文字データ等のフォーマッタメモリ5への書き込みが開始される(ステップS8)。このフォーマッタメモリ5内には各データが図7の送信フォーマットに従った配列で書き込まれる。図70044図12に示すように送信は、ヘッダ部が格納されたブロックから行われ、図12に示す送信データマトリクス中の272ブロックのうち最初の13ブロックと、137〜149ブロックはパリティブロックを送信せず、データブロックのみを送信する。ヘッダ部のデータが配されるブロックについては第1ブロックと第137ブロックから連続して送信され、このヘッダ部を含むデータ量が136ブロックを超える場合には複数回繰り返して送信されることになる。このようにして、本実施例においてはHTMLのヘッダ部分がなるべく早く送信されるようにし、しかもファイルが大きい場合には複数回繰り返し送信するように構成することにより、受信側でより早くまたより信頼性の高いHTMLヘッダデータが得られるように工夫している。図120045さて、図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)等を含む。図11図130046このようにして、1つのヘッダブロックの送信が行われると、コンピュータ3内に設けられた不図示のカウンタがカウントアップし、送信されたブロック数が計数される。ヘッダ部分のデータが終了すると(ステップS11)、画像データブロックもしくは文字データブロックの送信が行われる(ステップS12)。図7においては先に文字データブロックを送信し、その後に画像データブロックを送信するように示しているが、この順序については実際に送信されるHTMLファイルの構成に依存するのはいうまでもない。図70047ここで、上述のように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で繰り返し行うことになる。図70049次に、送信するブロックが1番目のブロックもしくは137番目のブロックになったら、上記ステップS10に戻りヘッダブロックを再び連続して送る。この動作をステップS17において送るべきデータが終了したと検知されるまで行い、送るべきデータが終了した時点で処理を終了する(ステップS18)。このようにして図12のデータフォーマットに従って順次バスBからD/A変換器14に出力された送信データは、前述のようにFM放送の音声信号と多重回路17で多重され、更に図6のFM変調回路18において放送用のキャリアでFM変調され、送信制御回路19を経て放送波として送信される。図12図60050このように、本例の装置においては、従来のFMラジオ放送の文字データの送信機能との互換性を保ちつつHTMLデータを送信することができる。上記実施例においてはHTMLのヘッダ部分の冗長度を他のデータに対して高く設定して誤り訂正符号を付加し、更に従来の文字放送に用いていた誤り訂正符号をも利用しているので、HTMLデータのヘッダ部分の信頼性は他のネットワークを介して送信する場合と同等の信頼性となる。放送波に特有のバースとエラーの発生に対しても、このヘッダ部分を複数回送信することによって対応し、総合的に高い信頼性が得られることになる。0051また、画像と文字とで誤り検出もしくは訂正用の冗長度を切り換えているので、必要なデータを最小限の冗長度で送信でき、しかも全体としては高い信頼性を確保できる。0052以下、上述の如き放送信号を受信する本件発明の受信装置について詳細に説明する。0053図1は、上記放送信号を受信する本件発明の受信装置の概略を示すブロック図であり、図2はその外観を示す斜視図である。この受信装置は、図2に示すようにほぼFMラジオ程度の携帯型装置であり、パーソナルコンピュータなどに例えばPCMCIAカードに準拠したインターフェース80を介して接続可能である。行うマニュアル操作キーで、図1の操作部98に対応する。51は収縮可能なアンテナ、93,94はステレオ音声信号を出力可能な一対のスピーカ、96はフラットパネルディスプレイ、80はPCMCIAカードに準拠した外部インターフェース、99は受信後、外部機器へ出力していないHTML形式のデータが本体内に蓄積されていることを示すインディケータである。図1図20055図1において、アンテナ51にて受信された放送波は受信部52にて選曲され、FM検波回路53で検波されて、図7に示されるような多重信号に変換される。ここで、バンドパスフィルタ(BPF)54は前述のパイロット信号を分離し、分離されたパイロット信号を検波回路55に供給する。この検波回路55の出力は、所定の閾値と比較回路56で比較され、その比較結果に応じて放送されている音声信号がステレオ信号であるかモノラル信号であるかを判定している。図1図70056一方、ローパスフィルタ(LPF)60においては、図7におけるベースバンド信号が抽出され、モノラル信号もしくはステレオ音声の和信号としてマトリクス回路59に供給されている。BPF58では38KHzの搬送波で搬送されている信号を抽出し、平衡変調器58にてベースバンド信号、即ちステレオ音声の差信号に戻した後マトリクス回路59に供給する。マトリクス回路59からはステレオ放送を受信している場合にはステレオ音声の右(R)信号と左(L)信号とが出力され、比較回路56の出力で制御されるスイッチ61,62を介して出力される。図70057一方、受信した放送がモノラル放送である場合には、スイッチ61、62は共にLPF60の出力する音声信号を出力することになり、モノラル音声が同様に出力されることになる。このスイッチ61,62の出力する音声信号はアンプ91,92を介してスピーカ93,94から出力される。0058一方、76KHzのキャリアに多重されていた前述のデータ信号はBPF72で分離され、平衡変調器73により図12に示す如きデータフォーマットのデータ列に対応する信号に変換される。この信号はクロック抽出回路71に供給されて、自走クロックが形成され、このクロックを用いてAD変換器74にてデジタル化され、周知のデータ検出回路75によって元のデジタルデータとされる。ここで、データ検出回路75は周知の積分検出回路や等価回路、更にはパーシャルレスポンスなどを利用した復号回路などによって構成される。図120059本実施例の装置において、図8のデータフォーマットに係わる従来の文字放送を受信した場合の動作について説明する。ここで、従来の文字放送においても図12に示すようなパリティの配置で送信されるのは前述の通りである。図12図80060データ検出回路75にて検出されたデータはデータ列として受信側バスRGに排出され、CPU85の制御下において受信メモリ77に蓄積される。ECC復号回路76は同じくCPU85の制御下にこの受信メモリ77中のデータにアクセスし、前述した積符号パリティを用いて誤り訂正処理を行う。ここで、この誤り訂正処理は、各データブロック単位で82ビットのパリティを用いて行われ、これに続いて、図12において垂直方向に分散配置された82ビットパリティを用いた誤り訂正処理が行われる。図120061このように誤り訂正処理の施された文字情報は、蓄積メモリ78に転送される。図2に示す表示命令スイッチ102を操作することにより、この蓄積メモリ78内の文字データは表示コードに変換されつつ表示メモリ95に書き込まれ、ディスプレイ95上に文字が表示されることになる。図20062図3は本実施例の受信装置において上述のHTMLデータの受信時の動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。図30063受信部52による受信が開始されると(ステップS101)、データ検出回路75にて検出されたデータは図12に示すデータフォーマットに従うデータ列として受信側バスRGに排出され、CPU85の制御下において受信メモリ77に図12のフォーマットに沿って蓄積される。図120064図12のデータマトリクスの1ライン(1データブロック)分が受信メモリ77に蓄積されると(ステップS103)、ECC復号回路76は同じくCPU85の制御下にこの受信メモリ77中のデータにアクセスを開始する。各データブロック単位で82ビットの外符号パリティを用いて誤り訂正処理が行われる(ステップS104)。図120065ここで、図12に示すデータマトリクスが全て受信メモリに蓄積されるまでの間、このステップS103及びS104の動作を繰り返すことになる。図12のデータマトリクスが全て蓄積されると(ステップS106)、ECC復号回路76は再度受信メモリ77のデータにアクセスを開始する。ここでは、図12のデータマトリクスにおいて垂直方向に分散配置された82ビットの内符号パリティを用いた誤り訂正処理が行われる(ステップS107)。図120066上述の外符号パリティ及び内符号パリティを用いた1データマトリクスの処理が完了すると、受信メモリ77から蓄積メモリ78へのデータの転送が行われるとともに、受信するべき全てのデータが受信されたか否かを確認し(ステップS108)、受信が完了している場合には上述したインディケータ99の表示をオン、即ち点灯して(ステップS109)、処理を終了する(ステップS110)。0067図4は本実施例の受信装置において上述のHTMLデータが蓄積されているときに、上述の表示命令スイッチ102が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。図40068表示命令スイッチ102がオンされると(ステップS121)、CPU81の制御下において、蓄積メモリ78に蓄積されているデータのスキャンが開始される(ステップS122)。このスキャンはライン毎に行われ、蓄積されたデータは1ライン分づつCPU81の監視下に処理される。ここで、CPU81は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視し、処理しようとするラインデータが文字データである場合には(ステップS123)、このラインのデータをECC復号回路76に供給し、図11(B)に示す14ビットのCRCによって誤りの有無を検出する(ステップS124)。誤りの検出されなかった文字データについてはビットマップデータに展開した後に表示メモリ95に書き込まれる(ステップS127)。図110069一方、処理しようとしているラインのデータが画像データである場合には(ステップS125)、本実施例の携帯端末装置単体では画像の表示ができない構成となっているので、画像データが受信されていることを示す文字を発生し(ステップS126)この文字のビットマップデータをステップS127において表示メモリ95に書き込む。0070全てのラインのスキャンが終了すると(ステップS128)、上述の如く表示メモリ95に蓄積されているビットマップデータを文字としてディスプレイ96上に表示して(ステップS129)、処理を終了する(ステップS130)。処理しようとしているラインのデータがHTMLのヘッダ部分であるときには、本携帯端末装置では利用することができないので、誤り訂正処理を行うことも、表示メモリ95に書き込むことも行わない。0071図5は本実施例の受信装置において上述のHTMLデータが蓄積されているときに、上述の外部出力命令スイッチ103が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。図50072外部出力命令スイッチ103がオンされると(ステップS141)、CPU81の制御下において、蓄積メモリ78に蓄積されているデータのスキャンが開始される(ステップS142)。このスキャンはライン毎に行われ、蓄積されたデータは1ライン分づつCPU81の監視下に処理される。ここで、CPU81は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視する。0073ここで、処理しようとするラインデータが文字データである場合には(ステップS143)前述の表示命令があったときと同じように、図11(B)に示す14ビットのCRCによって誤りの有無を検出する(ステップS144)。誤りの検出されなかった文字データについてはそのままPCM−CIAカードに準拠した外部I/F80を介して図12のデータマトリクスの各ライン毎にPCなどの外部機器に出力される(ステップS147)。図11図120074一方、処理しようとしているラインのデータが画像データである場合には特に何の処理も行わずにそのままI/F80を介してPC等に出力する。処理しようとしているラインのデータがヘッダ部のデータである場合には(ステップS145)、図11(A)に示す32ビットのパリティを用いた誤り訂正処理が施され、再度2重に誤り訂正が施されたデータについて、ライン毎にI/F80を介して外部に出力される。図110075全てのラインのスキャンが終了すると(ステップS148)、上述の如く蓄積メモリに蓄積されていたデータマトリクスを消去、もしくはこのデータマトリクスに上書きが可能な状態とすると共に、インディケータ99の表示をオフして(ステップS149)、処理を終了する(ステップS150)。0076上述のように本実施例の携帯型の受信端末装置においては、受信時、受信データの表示時、受信データの外部機器への出力時、の夫々において、その動作に必要な誤り検出もしくは訂正処理のみを行い、不要な処理を行わないので、装置に無駄な動作を行わしめることがない。0077また、本実施例の装置においては取り扱うことのできない、もしくは有効に処理のできないデータが受信された場合には、その受信データが蓄積され、外部には未出力であることを示すインディケータをオンさせるので、操作者が容易にこのような状態を認識でき、折角受信したデータを無駄にしてしまうなどといった危惧がなくなった。0078また、本実施例の装置においては従前からの文字放送の文字を表示する表示装置及び表示命令スイッチを、HTML形式のデータとして受信した文字の表示を行うためにそのまま用いることができる構成としているので、装置を大型化することなく上述の如き複合機能を実現できている。0079上述の如くPCに供給された画像データについては、PCにインストールされているJPEG復号器によって元の画像データに復元され、ヘッダ部分によって認識されるリンクに従って処理されるのはいうまでもない。方法によれば、汎用のプロセッサで取り扱いが容易な情報を、放送信号に従前から多重されている情報に加えて効果的に受信、利用することができ、しかも、特に小型化、省電力化を妨げることがない全く新規な装置及び方法が得られる。図面の簡単な説明0081図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の装置の動作を説明するためのフローチャートである。データバスページトップへこの技術を出願した法人この情報を共有FacebookTwitterGoogle+LinkedInこの技術を発明した人物この情報を共有FacebookTwitterGoogle+LinkedInページトップへ関連する挑戦したい社会課題この情報を共有FacebookTwitterGoogle+LinkedIn犯罪者のいない都市を実現する犯罪者のいない都市を実現するためには、年々変化する犯罪への予防対策・解決への取り組みが重要です。盗難や空き巣などは近年減少しており、日本国内では15年前と比べ約1/4に減少したとも言われていま...最終更新日:2018/06/15サイバー攻撃のない社会を実現する5G通信技術、IoTサービスの普及に伴い「サイバー攻撃のない社会」はこれまで以上に重要になります。イノベーションを導く多くの企業が膨大な労力と費用をかけて新たな市場や事業を生み出そうとしている中「イノベーション」にかかわるデータのニーズはかつてないほどの高まりを見せいます。