JP3109989B2

JP3109989B2 - 情報配送装置

Info

Publication number: JP3109989B2
Application number: JP08169975A
Authority: JP
Inventors: 子惠季金; 田武之助原; 田和弘町; 内良康竹; 舘良太槻; 田健一藤
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 1996-06-28
Filing date: 1996-06-28
Publication date: 2000-11-20
Anticipated expiration: 2016-06-28
Also published as: JPH1022950A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送衛星や地上波
放送を利用したテレビ放送を通じてデータ配送を行う情
報配送装置に関する。

【０００２】

【従来の技術】新聞や雑誌等のニュースや生活情報等を
テレビ放送を通じて各家庭に配信し、それを各家庭内の
受信端末で記憶し、必要な時にテレビ画面上に再生して
利用する情報配信装置が知られている。このようなテレ
ビ放送によるデータ配送システムは、多くの配信先に一
度に効率よく情報を伝達するのに適しているが、情報の
種類または内容によっては、更新データを頻繁に送信す
る必要がある。また、配送されるデータは、動画、テキ
スト、静止画、制御情報等であり、データ量としてはか
なりの大きさになるので、その全てを受信端末で蓄積す
ることはできず、蓄積データの廃棄や更新が頻繁に必要
になってくる。

【０００３】データの更新は、例えばネットワーク対応
のＵＮＩＸ環境では、プログラムソースコードで新旧の
ソースファイルの差分をとってパッチとし、これ送信す
ることにより送信データ量を減らすことが行われてい
る。通常は、１つのパッチに対して１つのバージョンを
割り当て、バージョン管理している。そして、diff-arc
Ｓ１Ｓ２で取得したパッチをpatch コマンドで挿入す
ることによりバージョンアップされる。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
ネットワーク上のパッチ技術では、全てのパッチが決め
られた順番通りに送られ、これを受信側ではその決めら
れた順番通りに受信する必要があるので、これをテレビ
放送のような必ずしも順番通りに受信できないシステム
に適用することはできない。テレビ放送によるデータ配
信では、雨や雷等の天候による不確定要素によって受信
状態が大きく変化し、全てのデータが完全に受信できる
訳ではないので、送信側ではデータを適当な回数再放送
して、これを受信側で再構成することで正しいデータを
復元している。このため、パッチを決められた順番通り
に送信しても、受信側では決められた順番通りに受信で
きないので、古いパッチにより新しいパッチが更新され
てしまう事態が発生することがある。

【０００５】また、従来のテレビ放送を利用したデータ
配送においては、天候状態等によりエラーの発生がある
ことを前提として複数回再放送しているが、単に同じ方
式で再放送しているだけなので、同じエラーが何回も続
いて受信側で正しいデータを得ることができないという
問題があった。

【０００６】本発明は、このような従来の問題を解決す
るものであり、テレビ放送を利用したデータ配送におい
て、受信側で正しいデータを得ることのできる情報配送
装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明は、上記目的を達
成するために、送信するパッチに更新位置およびパッチ
相互の依存関係を記述したヘッダを付けて送信するよう
にしたものである。パッチ相互の依存関係とは、送信す
るパッチと既に送信したパッチとの重なり具合と順序
関係を示すものであり、これをヘッダに付けることによ
り、パッチが時間的にずれて受信された場合でも、受信
側においてデータを正しく再構成することができ、新し
いパッチが古いパッチによって更新されるのを防ぐこと
ができる。

【０００８】本発明はまた、データを配送する際に、天
候等の通信状態に基づいて再送の回数や誤り訂正方式を
変えるようにしたものである。これにより、その時の通
信状態に応じた最適な通信方式を選択することができ、
データの信頼性を高めることができる。

【０００９】

【発明の実施の形態】本発明の請求項１に記載の発明
は、放送を利用してデータの配送を行う情報配送装置に
おいて、既送データを更新しようとする場合に、更新部
分のデータをパッチとして作成する手段と、作成したパ
ッチに更新位置とパッチ相互の依存関係を記述したヘッ
ダを付けて送信する手段とを備えた情報配送装置であ
り、パッチを送信する際に受信側でパッチを当てる手順
をヘッダに付けて送信するので、送られてくる全てのパ
ッチを時系列的に正しく受信できなかった場合でも、受
信できたパッチを最大限利用することで、少ないデータ
送信量で効率よく最新のデータに更新することができ
る。また、このような更新動作を各受信端末が自律的に
行うので、その受信端末が置かれた状況に応じて迅速な
データ更新が可能である。

【００１０】本発明の請求項２に記載の発明は、放送を
利用してデータの配送を行う情報配送装置において、既
送データを更新しようとする場合に、更新部分のデータ
をパッチとして作成する手段と、作成したパッチに更新
位置とパッチ相互の依存関係を記述したヘッダを付けて
送信する手段と、受信したパッチを一時的に記憶する手
段とを備えた情報配送装置であり、請求項１記載の発明
の効果に加え、受信したパッチを当てる対象のデータが
エラー等によりまだ受信されていない場合でも、そのパ
ッチを一時的に記憶しておき、対象となるデータが受信
されてから当てることで、効率よくデータを更新するこ
とができる。

【００１１】本発明の請求項３に記載の発明は、放送を
利用してデータの配送を行う情報配送装置において、既
送データを更新しようとする場合に、更新部分のデータ
をパッチとして作成する手段と、作成したパッチが既送
パッチと部分的に重なる場合に、その重なる部分を除い
た既送パッチのデータ部分を新規に作成したパッチに取
り込む手段と、作成したパッチに更新位置とパッチ相互
の依存関係を記述したヘッダを付けて送信する手段とを
備えた情報配送装置であり、依存関係にある以前のパッ
チを取り込んでパッチを作成することにより、請求項１
または２記載の発明よりはデータ量が多くなるものの、
受信したパッチには、以前のパッチの内容が含まれてい
るので、そのパッチの受信を待つことなく、データを効
率よく更新することができる。

【００１２】本発明の請求項４に記載の発明は、送信す
るパッチを情報の種別毎に分類したブロック毎に作成す
る請求項１から３のいずれかに記載の情報配送装置であ
り、送信するパッチを情報の種別毎に管理することがで
きる。

【００１３】

【００１４】

【００１５】

【００１６】（実施の形態１）以下、本発明の実施の形
態を図面を参照して説明する。図１は本発明の第１の実
施の形態における情報配送装置の構成を示すものであ
る。図１において、１０は送信装置、２０は無線伝送
路、３０は受信装置であり、送信装置１０は、衛星や地
上波を利用したテレビ放送のための無線伝送路２０を通
じてデータを受信装置３０へ送信する。送信装置１０に
おいて、１１は更新データ入力部、１２は更新差分作成
部、１３は更新前データ記憶部、１４は更新ヘッダ作成
部、１５は更新情報記憶部、１６は送信部である。受信
装置３０において、３１は受信部、３２は更新制御部、
３３は更新履歴記憶部、３４は更新部、３４はデータ記
憶部である。

【００１７】次に本実施の形態における動作について説
明する。図１において、更新データ入力部１１から更新
データを入力すると、更新差分作成部１２は、更新前デ
ータ記憶部１３から更新前のデータを読み出して、更新
データとの差分を取ることでパッチを作成する。このパ
ッチは、更新する部分の始めと終わりの位置を示すアド
レスと更新内容を示すデータとからなる。アドレスは単
に何ビット目から何ビット目までのようにサイズを表す
ビット番号で表示してもよく、図２に示すように、デー
タを種別毎に分類したブロック番号でもよい。図２で
は、ブロック番号１から２までを書誌データとし、２か
ら３までを文字データとし、３から５までを映像データ
とし、５から６までを音声データとしている。または、
同じデータの種類であっても、その内容（コンテンツ）
毎にさらに細かく分割してもよい。

【００１８】更新差分作成部１２で作成されたパッチの
うち、更新データは送信部１６へ送られ、アドレスは更
新ヘッダ作成部１４へ送られる。更新ヘッダ作成部１４
では、送られてきたパッチのアドレスを更新情報記憶部
１５に蓄えられているこれまでの全てのパッチのアドレ
スと比較して、それら相互の依存関係を記述したヘッダ
を作成して送信部１６へ送る。送信部１６では、更新差
分作成部１２からの更新データにヘッダを付けて無線伝
送路２０へ送信する。

【００１９】図３（ａ）は更新差分作成部１２における
パッチを作成する手順を図解したものである。Ａ０は更
新前のデータであり、Ａ１はデータＡ０の１００番目か
ら２００番目のデータを更新するデータである。Ａ２は
データＡ０の１２０番目から１５０番目のデータを更新
するデータである。Ａ３はデータＡ０の３００番目から
４００番目のデータを更新するデータである。Ａ４はデ
ータＡ０の８０番目から１７０番目のデータを更新する
データである。これに対し、パッチＰ１はデータＡ１に
対するパッチであり、パッチＰ２はデータＡ２に対する
パッチであり、パッチＰ３はデータＡ３に対するパッチ
であり、パッチＰ４はデータＡ４に対するパッチであ
り、それぞれ更新部分の始めと終わりの位置を示すアド
レスと更新データとからなる。

【００２０】図４は更新ヘッダ作成部１４における処理
手順を示している。まず新規に送ろうとするパッチをＰ
ｎとする（ステップＳ１）。次に、更新情報記憶部１５
にパッチが蓄積されているか否かを判断し（ステップＳ
２）、蓄積されていれば、そのパッチを順番に取り出し
（ステップＳ３）、取り出したパッチをＰ’とする。次
に、送信パッチＰｎが既存パッチＰ’を包含する（同一
を含む。）か否かを判断し（ステップＳ４）、包含して
いればＰ’を包含パッチとし（ステップＳ５）、包含し
ていなければＰｎがＰ’と重なるか否かを判断し（ステ
ップＳ６）、重なればＰ’を必須パッチとし、重なって
いなければＰ’を独立パッチとする（ステップＳ８）。
これらの処理を更新情報記憶部１５に蓄積されている全
てのパッチに対して行う。

【００２１】以上の処理を図３を例にして説明する。い
ま送信しようとするパッチがＰ４であるとする。パッチ
Ｐ４はパッチＰ２を包含しているので、パッチＰ２はパ
ッチＰ４の包含パッチとなる。また、パッチＰ４はパッ
チＰ１と一部が重なっているので、パッチＰ１はパッチ
Ｐ４の必須パッチとなる。パッチＰ３は包含も重なりも
ないので独立パッチとなる。必須パッチは、送信パッチ
に一部が重なるだけで送信パッチに含まれていないデー
タがあるので、送信パッチの前に必ず当てなければなら
ないパッチである。包含パッチは、送信パッチに全て含
まれるので、送信パッチで元データを更新したときは不
要になるパッチであり、送信パッチの前に必ず当てる必
要はないが、当てる場合には、必ず送信パッチの前で行
わなければならない。したがって、このような必須パッ
チと包含パッチというパッチ同士の依存関係を示す情報
を、図３（ｂ）に示すようにヘッダに割付けることによ
り、送信パッチを受信した側ではパッチ処理の手順が分
かることになる。

【００２２】図３（ｂ）はパッチ４を送信しようとする
場合の送信部１６から送信されるパッチのデータ構造を
示している。送信パッチは、ヘッダ部１０１とデータ本
体部１０２とからなり、ヘッダ部１０１は送信パッチ１
０１ａ、必須パッチ１０１ｂ、包含パッチ１０１ｃから
なる。このようなパッチを受信した受信装置３０の受信
部３１は、まずヘッダ部１０１とデータ本体部１０２と
を分解してデータ本体部１０２を更新部３４に渡し、ヘ
ッダ部１０１を更新制御部３２へ渡す。

【００２３】図５は更新制御部３２における処理手順を
示している。まず受信したパッチをＰｎとする（ステッ
プＳ１１）。次に、いままでにどのパッチをどこのパッ
チに当てたかを逐次記憶している更新履歴記憶部３３か
らの情報を基に、パッチＰｎが既に当てられたか否かを
調べ（ステップ１２）、まだ当てられていなければ、次
に必須パッチが既に当てられているか否かを調べる（ス
テップＳ１３）。既に当てられていればＰｎをそこに当
てる命令を更新部３４に出力する（ステップＳ１４）。
次に、Ｐｎよりも前に作成された時系列的に古い包含パ
ッチがきたときにはこれを当てないように更新部３４に
命令を出す（ステップＳ１５）。これら命令を受け取っ
た更新部３４は、受信部３１から受け取ったデータ本体
部に対しその命令を実行して更新を完了する。

【００２４】以上の処理を図３の例で説明すると、受信
部３１で受信したパッチＰ４のデータのうちヘッダ部１
０１が更新制御部３２へ送られ、更新制御部３２では、
更新履歴記憶部３３を覗いてパッチＰ４が既に当てられ
たかどうかを調べる。これは、データ放送では再送する
ことが前提となっているからである。パッチＰ４がまだ
当てられていないならば、必須パッチＰ１が当てられて
いるかどうかを同様に更新履歴記憶部３３を覗いて調べ
る。必須パッチＰ１が既に当てられていれば、パッチＰ
４を当てることができるので、更新部３４へその命令を
出す。またパッチＰ４を当てればそれよりも古い包含パ
ッチＰ２は当てる必要がないので、その命令を更新部３
４に出す。更新部３４はその命令を実行し、データ記憶
部３５に記憶されているデータＡ０の該当部分を更新し
て再びデータ記憶部３５に記憶させる。

【００２５】このように、本実施の形態１によれば、パ
ッチを送信する際に、受信側でパッチを当てる手順を記
述したヘッダを付けて送信するので、送られてきた全て
のパッチを時系列的に正しく受信できない場合でも、受
信できた一部のパッチだけでデータを更新することがで
き、少ないデータ送信量で効率よくデータを更新するこ
とができる。

【００２６】（実施の形態２）図６は本発明の第２の実
施の形態における情報配送装置の構成を示している。図
１に示した第１の実施の形態とは、受信装置３０Ａの構
成が若干異なるのみであり、図１の受信装置３０に更新
差分記憶部３６を追加した構成になっている。この更新
差分記憶部３６は、更新制御部３２で送信パッチを必須
パッチに当てられなかった場合、図１の構成では送信パ
ッチはそのまま捨てられてしまい、次の送信パッチを受
信したときに再び同様なステップを踏むが、本実施の形
態では、送信パッチを必須パッチに当てられなかった場
合は、送信パッチを捨てることなく更新差分記憶部３６
に記憶しておき、送信パッチを必須パッチに当てられる
ようになったときに、更新差分記憶部３６から送信パッ
チを取り出して当てるようにしたものである。

【００２７】このように、本実施の形態２によれば、上
記実施の形態１の効果に加え、受信したパッチを当てる
対象のデータがエラー等によりまだ受信されていない場
合でも、そのパッチを一時的に記憶しておき、対象とな
るデータが受信されてから当てることで効率よくデータ
を更新することができる。

【００２８】（実施の形態３）図７は本発明の第３の実
施の形態における情報配送装置の構成を示している。図
１に示した第１の実施の形態とは、送信装置４０の構成
が若干異なるのみである。送信装置４０において、４１
は更新データ入力部、４２は更新差分作成部、４３は更
新前データ記憶部、４４は更新ヘッダ作成部、４５は更
新差分合成部、４６は更新情報記憶部、４７は送信部で
あり、図１の送信装置１０に更新差分合成部４５を追加
した構成になっている。受信装置５０は、図１の受信装
置３０と同じであり、５１は受信部、５２は更新制御
部、５３は更新履歴記憶部、５４は更新部、５４はデー
タ記憶部である。送信装置４０の更新差分合成部４５
は、更新差分作成部４２で作成した送信パッチが既に送
信したパッチと重なる部分がある場合に、既送パッチの
部分を含めてパッチを作成するものである。第１の実施
の形態と異なるのは、必須パッチがある場合に、その必
須パッチを送信パッチに含めて、すなわち合成して送信
するようにしたものであり、受信側では送信パッチを必
須パッチに当てる処理が必要なくなる利点がある。

【００２９】図８（ａ）はパッチを作成する手順を図解
したものである。Ａ０は更新前のデータであり、Ａ１は
データＡ０の１００番目から２００番目のデータを更新
するデータである。Ａ２はデータＡ０の１２０番目から
１５０番目のデータを更新するデータである。Ａ３はデ
ータＡ０の３００番目から４００番目のデータを更新す
るデータである。Ａ４は本来はデータＡ０の８０番目か
ら１７０番目のデータを更新するデータであるが、デー
タＡ１との差分を付加したデータであり、更新差分合成
部５５で合成されたものである。これに対し、パッチＰ
１はデータＡ１に対するパッチであり、パッチＰ２はデ
ータＡ２に対するパッチであり、パッチＰ３はデータＡ
３に対するパッチであり、パッチＰ４はデータＡ４に対
するパッチであり、それぞれ更新部分の始めと終わりの
位置を示すアドレスと更新データとからなる。

【００３０】図９は更新ヘッダ作成部４４および更新差
分合成部５５における処理手順を示している。まず新規
に送ろうとするパッチをＰｎとする（ステップＳ２
１）。次に、更新情報記憶部４６にパッチが蓄積されて
いるか否かを判断し（ステップＳ２２）、蓄積されてい
れば、そのパッチを順番に取り出し（ステップＳ２
３）、取り出したパッチをＰ’とする。次に、送信パッ
チＰｎが既存パッチＰ’を包含するか否かを判断し（ス
テップＳ２４）、包含していればＰ’を包含パッチとし
（ステップＳ２５）、包含していなければＰｎがＰ’と
重なるか否かを判断し（ステップＳ２６）、重なれば
Ｐ’との差分、すなわちＰｎと重ならないＰ’のデータ
部分をＰｎに加えて包含パッチとし（ステップＳ２
７）、重なっていなければＰ’を独立パッチとする（ス
テップＳ２８）。これらの処理を更新情報記憶部１５に
蓄積されている全てのパッチに対して行う。

【００３１】図８（ｂ）はパッチＰ４を送信しようとす
る場合の送信部４７から送信されるデータ構造を示して
いる。すなわち、送信パッチデータは、ヘッダ部２０１
とデータ本体部２０２とからなり、ヘッダ部２０１は送
信パッチ２０１ａ、包含パッチ２０１ｂからなる。この
ようなデータを受信した受信装置５０の受信部５１は、
まずヘッダ部２０１とデータ本体部２０２とを分解して
データ本体部２０２を更新部５４に渡し、ヘッダ部２０
１を更新制御部５２へ渡す。本実施の形態では、パッチ
Ｐ４を作成した時点でパッチＰ１は包含パッチに加えら
れているので、本来の包含パッチＰ２とともにヘッダ部
２０１の包含パッチ２０１ｂに記載される。

【００３２】図１０は更新制御部５２における処理手順
を示している。まず受信したパッチをＰｎとする（ステ
ップＳ３１）。次に、いままでにどのパッチをどこのパ
ッチに当てたかを逐次記憶している更新履歴記憶部５３
からの情報を基に、パッチＰｎが既に当てられたか否か
を調べ（ステップ３２）、まだ当てられていなければ、
パッチＰｎをそこに当てる命令を更新部５４に出力する
（ステップＳ３３）。次に、Ｐｎより前に作成された時
系列的に古い包含パッチがきたときには、これを当てな
いように更新部５４に命令を出す（ステップＳ３４）。
これら命令を受け取った更新部５４は、受信部５１から
受け取ったデータ本体部に対しその命令を実行して更新
を完了する。

【００３３】このように、本実施の形態３によれば、パ
ッチを送信する際に、既送パッチと一部が重なる場合に
その重ならない部分を新規パッチに取り込んでパッチを
作成するので、送信データ量は少し多くなるものの、受
信側で必須パッチが受信できるまで新規パッチを当てら
れないということがなく、効率よくデータを更新するこ
とができる。

【００３４】（実施の形態４）図１１は本発明の第４の
実施の形態における情報配送装置の構成を示している。
図１１において、６０は送信装置、７０は受信装置であ
り、無線伝送路２０を介して接続されている。送信装置
６０において、６１は通信状態入力部、６２は送信方式
制御部、６３は送信方式記憶部、６４は送信部、６５は
送信データ記憶部である。受信装置７０において、７１
は受信部、７２はデータ記憶部である。図示していない
他の部分は図１、図６または図７と同じものとする。

【００３５】本実施の形態では、送信方式記憶部６３に
図１２に示すようなデータが記憶されている。すなわ
ち、天候状態が雨天の時は、通信方式としてファイア符
号方式を採用し、再送方式として再送回数を増やすかま
たは再送の間の時間を延ばし、配送計画として予め設定
された配送計画２を使用することがセットとして定めら
れている。また通信状態として電波ノイズがある場合
は、通信方式としてランダム誤り訂正符号を採用し、再
送方式として連続的に行い、配送計画として配送計画１
を使用することがセットとして定められている。配送計
画１は、図１３（ａ）に示すように配送ブロック数を時
間的に連続させ、一気に送ることにより電波ノイズに対
するエラー訂正機能を強化し、配送計画２は、図１３
（ｂ）に示すように配送ブロック数を時間的に分散さ
せ、小分けにして送信することによりバルク的なノイズ
に対するエラー訂正機能を強化する方式である。したが
って、通信状態入力部６１から通信状態として雨天を入
力すると、通信方式制御部６２が、送信方式記憶部６３
から雨天の場合のデータ取り出して送信部６４に伝え、
送信部６４は送信データ記憶部６５から送信データを読
み出して無線伝送路２０へ送信する。受信装置７０は、
受信部７１で受信したデータをデータ記憶部７２に格納
する。

【００３６】このように、本実施の形態によれば、通信
状態の情報を送信装置６１の通信状態入力部６１から操
作者が直接入力することにより、送信方式制御部６２
が、送信方式記憶部６３からそれに応じた送信方式を選
択するので、通信状況が最適化され、エラー訂正機能が
強化されて配信の信頼性が向上する。

【００３７】（実施の形態５）図１４は本発明の第５の
実施の形態における情報配送装置の構成を示しており、
図示していない他の部分は図１、図６または図７と同じ
ものとする。図１４において、７０は図１１と同じ受信
装置、８０は状態監視部８１を備えた状態監視装置、９
０は受信装置７０および状態監視装置８０に無線伝送路
２０により接続された送信装置である。送信装置９０に
おいて、９１は通信状態入力部、９２は送信方式制御
部、９３は送信方式記憶部、９４は送信部、９５は送信
データ記憶部であり、図１１の送信装置６０とほぼ同じ
であるが、通信状態入力部９１が状態監視装置８０の状
態監視部８１に無線伝送路２０を介して接続されている
ことだけが異なる。状態監視装置８０は、受信状態監視
モニタ、アメダス等の天気観測器、雷雲レーダー、不要
電磁波輻射測定装置等であり、主要なまたは各地域毎に
設置されている。状態監視部８１は、その場所の天気情
報を出力するとともに、配信情報を受信して受信時の各
種エラー発生頻度の統計情報を出力する。

【００３８】本実施の形態では、通信状態を送信装置９
０から直接入力するのではなく、状態監視装置８０から
自動的に送られてくる情報を利用して、送信方式制御部
９２が、送信方式記憶部９３からそれに応じた送信方式
を選択するので、通信状況が自動的に最適化され、エラ
ー訂正機能が強化されて配信の信頼性が向上する。

【００３９】（実施の形態６）図１５は本発明の第６の
実施の形態における情報配送装置の構成を示しており、
図示していない他の部分は図１、図６または図７と同じ
ものとする。図１５において、９０は図１４と同じ送信
装置、１００は送信装置９０に無線伝送路２０を介して
接続された受信装置である。受信装置１００は、電話線
や専用線等の有線伝送路１１０を通じて送信装置９０の
通信状態入力部９１に接続された受信部１０１と、デー
タ記憶部１０２を有する。受信部１０１は、受信結果の
誤り統計情報を集計して、有線伝送路１１０を介して送
信装置９０の通信状態入力部９１に入力する。

【００４０】本実施の形態では、受信装置１００の受信
部１０１が受信データから通信状態を検出してその情報
を有線伝送路１１０を介して送信装置９０の通信状態入
力部９１に入力し、送信方式制御部９２が、送信方式記
憶部９３からそれに応じた送信方式を選択するので、通
信状況が自動的に最適化されてエラー訂正機能が強化さ
れ、簡易なシステムで配信の信頼性を向上することがで
きる。

【００４１】

【発明の効果】以上のように、本発明によれば、送信す
るパッチに更新位置およびパッチ相互の依存関係を記述
したヘッダを付けるようにしたので、送られてくる全て
のパッチを時系列的に正しく受信できなかった場合で
も、受信できたパッチを最大限利用することで、少ない
データ送信量で効率よく最新のデータに更新することが
できる。また、このような更新動作を各受信端末が自律
的に行うので、その受信端末が置かれた状況に応じて迅
速なデータ更新が可能になる。

【００４２】また本発明によれば、データを配送する際
に、天候等の通信状態に基づいて再送の回数や誤り訂正
方式を変えるようにしたので、その時の通信状態に応じ
た最適な通信方式を選択することができ、データの信頼
性を高めることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１における情報配送装置の
構成を示すブロック図

【図２】本発明の各実施の形態におけるデータ分割の一
例を示す模式図

【図３】（ａ）本発明の実施の形態１における更新デー
タとパッチの関係を示す模式図（ｂ）本発明の実施の形態１におけるパッチのデータ構
造図

【図４】本発明の実施の形態１における更新ヘッダ作成
部の動作を示すフロー図

【図５】本発明の実施の形態１における更新制御部の動
作を示すフロー図

【図６】本発明の実施の形態２における情報配送装置の
構成を示すブロック図

【図７】本発明の実施の形態３における情報配送装置の
構成を示すブロック図

【図８】（ａ）本発明の実施の形態３における更新デー
タとパッチの関係を示す模式図（ｂ）本発明の実施の形態３におけるパッチのデータ構
造図

【図９】本発明の実施の形態３における更新ヘッダ作成
部および更新差分合成部の動作を示すフロー図

【図１０】本発明の実施の形態３における更新制御部の
動作を示すフロー図

【図１１】本発明の実施の形態４における情報配送装置
の構成を示すブロック図

【図１２】本発明の実施の形態４、５、６における送信
方式記憶部における内容例を示す一覧図

【図１３】（ａ）（ｂ）本発明の実施の形態４、５、６
における配送計画例を示す模式図

【図１４】本発明の実施の形態５における情報配送装置
の構成を示すブロック図

【図１５】本発明の実施の形態６における情報配送装置
の構成を示すブロック図

【符号の説明】

１０、４０、６０、９０送信装置２０無線伝送路３０、３０Ａ、５０、７０、１００受信装置８０状態監視装置１１０有線伝送路１１、４１更新データ入力部１２、４２更新差分作成部１３、４３更新前データ記憶部１４、４４更新ヘッダ作成部１５、４６更新情報記憶部１６、４７送信部４５更新差分合成部２１、５１受信部２２、５２更新制御部２３、５３更新履歴記憶部２４、５４更新部２５、５５データ記憶部６１、９１通信状態入力部６２、９２送信方式制御部６３、９３送信方式記憶部６４、９４送信部６５、９５送信データ記憶部７１、１０１受信部７２、１０２データ記憶部

───────────────────────────────────────────────────── フロントページの続き (72)発明者竹内良康大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者槻舘良太大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者藤田健一大阪府門真市大字門真1006番地松下電器産業株式会社内 (56)参考文献特開平７−336316（ＪＰ，Ａ) 特開平８−162977（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04H 1/00 - 7/00 H04N 7/00 - 7/173

Claims

(57)【特許請求の範囲】

【請求項１】放送を利用してデータの配送を行う情報
配送装置において、既送データを更新しようとする場合
に、更新部分のデータをパッチとして作成する手段と、
作成したパッチに更新位置とパッチ相互の依存関係を記
述したヘッダを付けて送信する手段とを備えた情報配送
装置。
【請求項２】放送を利用してデータの配送を行う情報
配送装置において、既送データを更新しようとする場合
に、更新部分のデータをパッチとして作成する手段と、
作成したパッチに更新位置とパッチ相互の依存関係を記
述したヘッダを付けて送信する手段と、受信したパッチ
を一時的に記憶する手段とを備えた情報配送装置。
【請求項３】放送を利用してデータの配送を行う情報
配送装置において、既送データを更新しようとする場合
に、更新部分のデータをパッチとして作成する手段と、
作成したパッチが既送パッチと部分的に重なる場合に、
その重なる部分を除いた既送パッチのデータ部分を新規
に作成したパッチに取り込む手段と、作成したパッチに
更新位置とパッチ相互の依存関係を記述したヘッダを付
けて送信する手段とを備えた情報配送装置。
【請求項４】送信するパッチを情報の種別毎に分類し
たブロック毎に作成する請求項１から３のいずれかに記
載の情報配送装置。