JP3344889B2 - 情報通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、回線や電波等を
用いて通信速度を比較して長い情報を複数の受信者に送
る場合や単方向通信を行なう情報通信方法に関し、特に
データ開始の待ち時間の減少およびデータ通信の効率化
の図れる情報通信方法に関する。

【０００２】

【従来の技術】この発明に興味のある情報通信方法がた
とえば特開平３−１７９９４４号公報に開示されてい
る。図２９は同公報に記載された、従来の繰返してデー
タを通信するときの概念図である。送信側は開始信号、
送信データ、終了信号を繰返し送信し、データの受信側
は情報の元データにアクセスしたとき、データの途中か
ら受信を行なうか、情報の開始信号を待って受信を始め
ることになる。データの途中から受信を始める場合は、
予め受信したデータをメモリに保存し、終了信号と開始
信号の情報をもとに保存したデータを移動する。

【０００３】

【発明が解決しようとする課題】従来の情報通信方法に
おいては、データの途中から受信した場合、開始または
終了信号が到達するまでメモリの使用量がわからず、メ
モリの管理が困難であった。また、データの開始まで待
つ場合は、データが長い場合、データの開始まで長時間
待つ必要があった。また、データ途中から受信した場合
データ内容が更新され変化した場合、従来受信したデー
タを無効にし、最初から更新したデータを受信し直す必
要があった。その上アクセス時点のデータを得ることが
できなく、送信側もデータ送信が終了するまで、データ
の更新ができなかった。また、複数の通信手段がある場
合も、複数の通信手段に情報の重複がある場合、データ
通信の効率に無駄があった。

【０００４】この発明は上記のような問題点を解消する
ためになされたもので、同一情報を繰返し送信する情報
通信方法において、使いやすい情報通信方法を提供する
ことである。この発明の他の目的は、データ途中から情
報を受信した場合のメモリ等の管理を容易にすることで
ある。この発明の他の目的はデータ送信中のデータ更新
を送信中に行なうことができるようにすることである。

【０００５】この発明のさらに他の目的は、更新前のデ
ータがそのまま使用できる場合は活用するこができるよ
うにすることである。この発明のさらに他の目的は受信
側でデータ更新が行なわれても、更新前または後に受信
した情報を活用できるようにすることにより、通信時間
の影響を少なくするようにすることである。この発明の
さらに他の目的は、複数の通信手段がある場合に、デー
タの通信時間を短くできるようにすることである。

【０００６】

【課題を解決するための手段】この発明の請求項１に係
る、単一の情報源より他の情報装置へ同一情報を繰返し
通信する情報通信方法は、送信側において情報全体を複
数のブロックデータに分割するステップと、分割された
ブロックデータを予め定められた手順で送信するステッ
プと、受信側は前記送信されたブロックデータのうち任
意のブロックデータから受信を開始するステップと、未
受信のブロックデータがなくなった時点で情報全体を得
るステップと、情報の更新を行なうステップとを含み、
送信側は更新情報を示す情報を送信するステップを含
み、受信側は更新情報を確認したときは再受信し直すス
テップを含む。

【０００７】

【０００８】

【０００９】請求項１に係る情報通信方法においては、
送信側で情報の更新が行なわれたときは、その旨を示す
情報を送信し、受信側は更新情報を確認した場合情報を
再受信し直す。通信中のデータの更新が実施されても、
更新時から全データの受信を行なうだけの手続で更新さ
れたデータを得ることができる。また、更新前にデータ
受信を終了していれば、この手続なしで更新データを得
ることができる。請求項３に係る情報通信方法において
は、請求項１の情報通信方法における更新情報を示す情
報は、更新前情報が使用できるか否かを示す情報を含
み、使用できるときは併せて更新前情報が使用される。

【００１０】通信中にデータの更新が実施されても、更
新前受信したデータが更新後データと併せて使用できる
ときは、そのまま継続することができる。その結果、更
新による受信時間の増加を減少させることができる。請
求項４に係る情報通信方法においては、通信中にデータ
の更新がなされても、更新前データを更新後受信データ
に変換するため、再び既に受信したデータを受信する必
要がない。その結果、通信中に更新されても通信時間は
変更内容の通信時間だけしか増加することなく、更新後
の最新データを得ることができる。

【００１１】請求項５に係る情報通信方法においては、
通信中にデータの更新が実施されても、更新後データを
更新前データに変換するため、更新前のデータを失うこ
とがなく、アクセスしたときのデータを受信側は得るこ
とができる。また、通信時間は変更内容の通信時間だけ
増加するだけである。請求項６に係る情報通信方法にお
いては、送信側においてデータが更新されたときは、更
新前のブロックデータとそれに該当する更新後のブロッ
クデータとの変更内容を更新後の最初の所定の時間に付
加して送信する。通信中にデータの更新が実施されて
も、更新後データを更新前データに変換するため、更新
前のデータを失うことがなくアクセスしたときのデータ
を受信側が得ることができる。また、通信時間は変更内
容の通信時間だけ増加するだけで、増加の割合はほぼ更
新後の受信データブロック数に比例する。

【００１２】請求項８に係る情報通信方法においては、
複数の通信媒体を用いて送信ブロックの位置をずらして
送信が行なわれる。受信側は複数の送信媒体から同時受
信を行ない、受信内容の重複しない部分のみが併せられ
るため、複数の送信手段で異なった部分のデータを同時
に受信し、そのデータを合成することにより通信時間を
短縮することができる。

【００１３】

【００１４】

【発明の実施の形態】

（１） 第１実施の形態 以下この発明の実施の形態を図面を参照して説明する。
図１はこの発明の第１実施の形態に係る情報通信方法に
おける送信側の手順をステップごとに示すフローチャー
トである。図１を参照して、まずステップＳ２１（以下
ステップを略す）において、送信データを準備し、Ｓ２
２においてデータの分割を行なう。これは長さや、文書
であるならば１行単位等、プログラムであるならばサブ
ルーチン単位等、アプリケーションの場合は機能単位等
により行なう。この一例として文書を１ブロックデータ
として分割する場合について図２を参照して説明する。
図２（Ａ）は、元の文書を示し、（Ｂ）はそれをブロッ
ク化した状態を示し、（Ｃ）はブロック化した文書を更
新した状態を示す。図２に示すように、複数行からなる
元の文書（Ａ）が１行ごとにまずブロック化され（Ｂ）
そのうちブロック４の「晴れ」を「雨」に更新する
（Ｃ）。

【００１５】Ｓ２４において、送信するデータブロック
（送信ブロック）をＳ２２で分割した分割データの最初
の部分（第２図のブロック１に相当）に設定する。Ｓ２
５でＳ２４と後に説明するＳ２８で設定してある送信ブ
ロックを受信側に送信する。Ｓ２６で送信データの更新
がないかどうか確認し、もし更新があるときは、Ｓ２９
に処理を移し、更新がなければＳ２７に処理が移る。Ｓ
２７でＳ２５で送信したデータがＳ２２で分割したデー
タの一番最後のブロック（第２図のブロック６に相当）
か確認する。最後のブロックであれば、Ｓ２４に移動
し、最初からデータを送る処理に移り、最後でなければ
２８に移動する。Ｓ２８では、Ｓ２５で送信するデータ
を次のブロックに設定し、再びＳ２５に処理を移す。Ｓ
２９以降の処理はＳ２６にてデータが更新されたと判断
されたとき実行され、Ｓ２９において送信ブロックの内
容を更新し、Ｓ３０に処理を移す。Ｓ３０ではバージョ
ンを更新し（図２においてｖｅｒ．１→ｖｅｒ．２）、
Ｓ３１でバージョンが更新されたことを示すためバージ
ョン更新信号を送信し、Ｓ２０に処理を移し最初のブロ
ックから送信する。

【００１６】なお、ここで最後のブロックの判定は、送
信データに最後のブロックまたは最初のブロックを示す
信号を挿入し、それを検定することによって行なう。ま
た、通常はブロックデータを分割した後、分割したブロ
ックにＣＨＥＣＫ ＳＵＭ，ＩＤ等のデータを付加する
ため、それに最後または最初のブロックを示すフラグを
付け、それを検出してもよい。バージョン更新信号も同
様にして検出される。次に、受信側の処理を図３に示す
フローチャートを参照して説明する。Ｓ４１で受信メモ
リをクリアし、受信状態を初期化する。Ｓ４２にてブロ
ックの始まりまで待機し、ブロックの開始が確認されれ
ばＳ４３に処理を移す。Ｓ４３において送信側（Ｓ２
５）において送信されるブロックデータを受信し、Ｓ４
４において送信側Ｓ３１で送信されるバージョン情報の
有無をもとにデータの更新があるかないかを確認する。
更新があれば処理をＳ４１に移し、再び受信を開始し、
更新がなければＳ４５に処理を移す。更新があったと
き、Ｓ４１で再受信を行なうので、データの更新の手続
は特に不要となる。Ｓ４５において全ブロックを受信し
たか否かを確認し、全ブロックを受信した場合Ｓ４６に
処理を移し、していない場合にはＳ４７に処理を移す。
Ｓ４７において受信ブロックを次のブロックに移し、Ｓ
４３において次のブロックを受信する。Ｓ４６において
受信したブロックデータを並び替える。この並べ替えは
最初のブロックの位置を基準に行なうことができ、並び
替え時のメモリ管理はブロックごとに実施すればよい。

【００１７】（２） 第２実施の形態 次にこの発明の第２実施の形態について説明する。図４
は第２実施の形態における送信側の送信手順を示すフロ
ーチャートである。図４を参照して、まずＳ５１におい
て送信データを準備し、Ｓ５２においてデータの分割を
行なう。これは第１実施の形態と同様に行なう。図５に
データをブロック化した場合の状態を示す。（Ａ）は元
のデータを示し、（Ｂ）はデータを３ブロックにブロッ
ク化した状態を示し、（Ｃ）はブロック化されたバージ
ョン１のデータをバージョン２に更新した更新後の状態
を示す。

【００１８】Ｓ５３においてバージョンを初期化する。
Ｓ５４において送信するデータブロック（送信ブロッ
ク）を分割した分割データの最初の部分（第５図のブロ
ック１に相当）に設定する。Ｓ５５において送信するデ
ータを受信側が配置するアドレスを送信する。Ｓ５６に
おいて現在のバージョンを送信し、Ｓ５７でＳ５４と後
に説明するＳ６０で設定してある送信ブロックを受信側
に送信する。Ｓ５８で送信データの更新がないかどうか
を確認する。もし更新があるときは、Ｓ６１に処理を移
し、更新がなければＳ５９に処理が移る。Ｓ５９でＳ５
７で送信したデータが分割したデータの一番最後のブロ
ック（第６図のブロック３に相当）か否かを確認する。
最後のブロックであれば、Ｓ５４に移動し、最初からデ
ータを送る処理に移り、最後でなければＳ６０に移動す
る。Ｓ６０では、送信するデータを次のブロックに設定
し、再びＳ５５に処理を移す。Ｓ６１以降の処理はＳ５
８でデータが更新されたと判断されたとき実行され、Ｓ
６１において送信ブロックの内容を更新し、Ｓ６２では
バージョンを更新する（第５図においてｖｅｒ．１→ｖ
ｅｒ．２に相当）。

【００１９】次に、第２実施の形態における受信側の手
順を図６に示すフローチャートを参照して説明する。Ｓ
７１で受信メモリをクリアし、受信状態を初期化する。
Ｓ７２にてブロックの始まりまで待機し、ブロックの開
始が確認さればＳ７３に処理を移す。Ｓ７３において送
信側Ｓ５５において送信されるアドレスデータを受信
し、レジスタにその情報を保存する。バージョンを受信
し（Ｓ７４）、送信側Ｓ５６において送信されるバージ
ョン情報が前回受信したバージョン情報と変化している
かを確認することによりデータの更新の有無を確認する
（Ｓ７５）。更新があれば、処理をＳ７１に移し、再び
最初から受信を開始する。更新がなければＳ７６に処理
を移す。すなわち、バージョンが変化した際データを再
受信することになる。Ｓ７６において送信側Ｓ５７にお
いて送信されるブロックのデータを受信し、Ｓ７３にお
いてレジスタに保存したアドレスデータに従いメモリに
保存する。Ｓ７７において、全ブロックを受信したか否
かを確認する。全体ブロックを受信していない場合は再
びＳ７３に処理を移し、次のブロックを受信する。全ブ
ロックを受信した場合は受信を終了する（Ｓ７７）。こ
の場合アドレスに従い既にメモリに収納されているた
め、再び並び替える必要はない。

【００２０】（３） 第３実施の形態 次に第３実施の形態について説明する。図７は第３実施
の形態における送信側の送信手順を示すフローチャート
である。図７を参照して、まずＳ８１において送信デー
タを準備し、Ｓ８２においてデータの分割を行なう。こ
の分割方法は先の実施の形態と同様である。図８にデー
タを機能で分割した場合の例を示す。（Ａ）は表示機
能、演算機能、通信機能の３つの機能からなる元のデー
タであり、（Ｂ）は機能毎にブロック化を行なった後の
状態を示す図であり、（Ｃ）はデータ更新を行なった後
の状態を示す図である。

【００２１】図７のＳ８３においてバージョンを初期化
する。Ｓ８４において送信するデータブロック（送信ブ
ロック）を分割したデータの最初の部分（第８図のブロ
ック１に相当）に設定する。Ｓ８５において送信するデ
ータの送信順序等を示す送信番号を送信する。図８の例
では分割順に送信番号を付けてある。Ｓ８６でＳ８４と
後に説明するＳ８９で設定してある送信ブロックを受信
側に送信する。Ｓ８７で送信データの更新がないかどう
かを確認する。もし更新があるときは、Ｓ９０に処理を
移し、更新がなければＳ８８に処理が移る。Ｓ８８でＳ
８６で送信したデータが分割したデータの一番最後のブ
ロック（第８図のブロック３に相当）か否かを確認す
る。最後のブロックであれば、Ｓ８４に移動し、最初か
らデータを送る処理に移る。最後でなければＳ８９に移
動する。Ｓ８９ではＳ８６で送信するデータを次のブロ
ックに設定し、再びＳ８５に処理を移す。Ｓ９０以降の
処理はＳ８７にてデータが更新されたと判断されたとき
実行される。Ｓ９０において送信ブロックの内容を更新
し（図８においてブロック１の表示機能とブロック２の
演算機能を更新している）、Ｓ９１ではバージョンを更
新する。Ｓ９２でデータ更新後も使えるデータブロック
を抽出する（図８においてブロック位置の表示機能とブ
ロック３の通信機能が更新後も使用可能であるが、ブロ
ック２の演算機能は更新後は使えないものとする）。Ｓ
９２において抽出したデータブロック番号（図８におけ
るブロック１およびブロック３）を送信しＳ８５に処理
を移す。

【００２２】次に受信側の処理について説明する。図９
は受信側の処理を示すフローチャートである。まず受信
メモリをクリアし受信状態を初期化する（Ｓ１０１）。
ブロックの始まりまで待機し（Ｓ１０２）、ブロックの
開始が確認さればＳ１０３に処理を移す。Ｓ１０３にお
いて送信側Ｓ８５において送信される送信番号を受信
し、メモリにその情報を保存する。送信側Ｓ８６におい
て送信されるブロックのデータを受信し（Ｓ１０４）、
Ｓ１０３において受信した送信番号で管理できる形にメ
モリに保存する。送信側Ｓ９３で送信されるデータがあ
るかないかによりデータの更新の有無を確認し（Ｓ１０
５）、もしあればデータ更新があったとしてＳ１０８に
処理を移し、なければＳ１０６に処理を移す。Ｓ１０６
においてＳ１０３で受信した送信番号を確認することに
より、全データを受信したかどうかを確認する。全ブロ
ックを受信したときはＳ１０７に処理を移し、していな
いときはＳ１０３の処理を繰返す。Ｓ１０７においてＳ
１０３で受信した送信番号をもとにＳ１０４で受信した
データの並び替えを行ない受信を終了する。Ｓ１０５で
データの更新があったと判断された場合（Ｓ１０５で更
新あり）、Ｓ１０８の処理が実行され、今まで受信した
データのうちＳ１０５で受信した情報をもとに更新前の
データが更新後の使用できない場合データを削除する。

【００２３】図８の例では、ブロック２のデータを受信
していない場合、更新後の演算機能は更新前のデータは
使えないのですべて更新後のデータとする必要があるた
め全データを削除する。既に受信していた場合はそのま
ま受信を続ける。その後Ｓ１０６に処理を移す。 （４） 第４実施の形態 次にこの発明の第４実施の形態について説明する。図１
０は第４実施の形態における送信側の送信手順を示すフ
ローチャートである。図１０を参照して、まず送信デー
タを準備し（Ｓ１１１）、データの分割を行なう（Ｓ１
１２）。この手順は先の実施の形態と同様である。図１
１にデータを長さで分割した場合の例を示す。（Ａ）は
元のデータを示す図であり、（Ｂ）はブロック化を行な
い識別子を付加した状態を示す図である。

【００２４】図１０を参照して、まずＳ１１２で分割し
たデータブロックの識別子を設定する（Ｓ１１３）。こ
の識別子はデータの一部を用いる。図１１の例では、デ
ータの最初の１バイトと同一のデータ識別子となったと
きのための４ビットの通し番号を用いている。Ｓ１１４
で送信ブロックＳ１１２で分割した分割データの最初の
部分（図１１ではブロック１に相当）に設定する。送信
するブロックデータの識別子を送信する（Ｓ１１５）。
Ｓ１１４と後に説明するＳ１１９で設定してある送信ブ
ロックを受信側に送信する（Ｓ１１６）。Ｓ１１６で送
信データがＳ１１２で分割したデータの一番最後のブロ
ック（図１１のブロック５に相当）か否かを確認する
（Ｓ１１７）。最後のブロックであれば、Ｓ１１４に移
動し、最初からデータを送る処理に移り、最後でなけれ
ばＳ１１９に移動する。Ｓ１１９ではＳ１１６で送信す
るデータを次のブロックに設定し、Ｓ１１５に処理を移
す。

【００２５】次に受信側の処理について図１２を参照し
て説明する。まず受信メモリをクリアして、受信状態を
初期化する（Ｓ１３１）。ブロックの始まりまで待機し
（Ｓ１３２）、ブロックの開始が確認さればＳ１３３に
処理を移す。Ｓ１３３において送信側Ｓ１１５において
送信される識別子を受信し、メモリにその情報を保存す
る。Ｓ１３３で受信した識別子と同じ識別子を過去に受
信したかどうかにより全ブロックを受信したか否かを確
認する（Ｓ１３４）。全ブロックを受信していない場合
は、Ｓ１３５に処理を移し、全ブロックを受信した場合
はＳ１３６に処理を移す。送信側Ｓ１１６において送信
されるブロックのデータを受信してメモリに記録し（Ｓ
１３５）、再びＳ１３３に処理を戻す。Ｓ１３５におい
て同じ識別子を受信したときは、データの並び替えを行
ない受信を終了する（Ｓ１３６）。

【００２６】（５） 第５実施の形態 次にこの発明の第５実施の形態について説明する。図１
３はこの実施の形態における送信側の手順を示すフロー
チャートである。図１３を参照して、まず送信データを
準備し（Ｓ１４１）、データの分割を行なう（Ｓ１４
２）。このデータ分割の手順は先の実施の形態と同様で
ある。図１４にデータを機能で分割した場合の例を示
す。（Ａ）は元のデータを示し、（Ｂ）はブロック化を
施した状態を示し、（Ｃ）はデータ更新後の状態を示
す。

【００２７】図１３を参照して、各ブロックごとに割付
けられた更新情報を初期化する（Ｓ１４３）。図１４に
おいてｖｅｒ．１に設定している部分となる。Ｓ１４６
の項で送信するデータブロック（送信ブロックをＳ１４
２で分割した分割データの最初の部分、図１４ではブロ
ック１に相当）に設定する（Ｓ１４４）。Ｓ１４５で送
信するデータの更新情報（Ｓ１４３およびＳ１５３で設
定）を送信する（Ｓ１４５）。Ｓ１４４と後に説明する
Ｓ１４９で設定してある送信ブロックを受信側に送信す
る（Ｓ１４６）。次にＳ１４７で送信データの更新がな
いかどうかを確認する。もし更新があるときはＳ１５０
に処理を移し、更新がなければＳ１４８に処理が移る。
更新がないときは、Ｓ１４６で送信したデータがＳ１４
２で分割したデータの一番最後のブロック（図１４でブ
ロック３に対応）か否かを確認する（Ｓ１４８）。最後
のブロックであれば、Ｓ１４４に移動し、最初からデー
タを送る処理に移る。最後でなければ、Ｓ１４９に移動
する。Ｓ１４９では、Ｓ１４６で送信するデータを次の
ブロックに設定し、Ｓ１４４に処理を戻す。Ｓ１５０以
降の処理はＳ１４７にてデータが更新されたと判断され
たとき実行される。Ｓ１５０において送信ブロックの内
容を更新し（図１４の例ではブロック１の表示機能を更
新している）、Ｓ１５１ではバージョンを更新する。Ｓ
１５２でデータ更新後の使えるデータブロックを抽出す
る。図１４においてブロック１の表示機能およびブロッ
ク３の通信機能は更新後の使用可能であるが、ブロック
２の演算機能は更新後は使用できないものとする。Ｓ１
５２において抽出した情報を更新情報に記録する（Ｓ１
５３）。図１４においては、ブロック１およびブロック
３のｖｅｒ．２およびｖｅｒ．１と組合せｏｋ、ブロッ
ク２のｖｅｒ．１と組合せｎｏが相当する。

【００２８】次に受信側の手順について図１５を参照し
て説明する。受信メモリをクリアして、受信状態を初期
化する（Ｓ１６１）。ブロックの始まりまで待機し（Ｓ
１６２）、ブロックの開始が確認さればＳ１６３に処理
を移す。Ｓ１６３において送信側Ｓ１４５において送信
される更新情報を受信し、メモリにその情報を保存す
る。送信側Ｓ１４６において送信されるブロックのデー
タを受信し、受信した更新情報とともにメモリに保存す
る（Ｓ１６４）。Ｓ１６５において受信した更新情報
（図１４におけるｖｅｒ．１およびｖｅｒ．２）を用い
てデータ更新の有無を確認する。もし更新があれば（図
１４の例においては最初ｖｅｒ．１を受信し、その後ｖ
ｅｒ．２を受信した場合）、データ更新があったとして
Ｓ１６８に処理を移す。なければＳ１６６に処理を移
す。次いで全データを受信したかどうかを確認し（Ｓ１
６６）、全ブロックを受信したときはＳ１６７に処理を
移し、していないときはＳ１６３からの処理を繰返す。
次いでデータの並び替えを行ない受信を終了する（Ｓ１
６７）。Ｓ１６５でデータの更新があったと判断された
場合はＳ１６８へ進み、Ｓ１６３で受信した情報をもと
にＳ１６４で受信したデータが更新前と併せて使用でき
るかどうかを判断する。もし使用できない場合（図１４
においてはブロック２を受信した場合）、Ｓ１６９に処
理を移し、使用できる場合は引続きＳ１６６に処理を戻
す。Ｓ１６９では古いバージョンのデータを削除する。
図１４の例ではｖｅｒ．１のデータを削除する。そして
Ｓ１６６に処理を戻す。Ｓ１６８の以降の操作を行なう
ことにより、更新後のデータと併せて更新前のデータが
使える場合はそのまま使用でき、使用できない場合はす
べてのデータを更新後にすることが可能になる。

【００２９】（６） 第６実施の形態 次に第６実施の形態について説明する。図１６はこの第
６実施の形態における送信手順を示すフローチャートで
ある。図１６を参照して、まず送信データを準備し（Ｓ
１７１）、データの分割を行なう（Ｓ１７２）。このデ
ータ分割方法は先の実施の形態と同様である。Ｓ１７４
の項で送信するデータブロック（送信ブロックをＳ１７
２で分割した分割データの最初の部分、図２の例ではブ
ロック１）に設定する（Ｓ１７３）。Ｓ１７３と後に説
明するＳ１７７で設定してある送信ブロックを受信側に
送信する（Ｓ１７４）。送信データの更新がないかを確
認し（Ｓ１７５）、更新があるときはＳ１７８に処理を
移し、更新がなければＳ１７６に処理が移る。Ｓ１７４
で送信したデータがＳ１７２で分割したデータの一番最
後のブロック（図８の例ではブロック３）かどうかを確
認する（Ｓ１７６）。最後のブロックであれば、Ｓ１７
３に移動し、最初からデータを送る処理に移り、最後で
なければ、Ｓ１７７に移動する。送信するデータを次の
ブロックに設定し、Ｓ１７４に処理を戻す。Ｓ１７８以
降の処理はＳ１７５にてデータが更新されたと判断され
たとき実行される。まず送信ブロックの内容を更新し
（Ｓ１７８）、変更前と変更後とのデータの比較を行な
い相違点を抽出する（Ｓ１７９）。図２の例において
は、ブロック４の「晴れ」→「雨」となる。Ｓ１７９に
おいて抽出した変更内容を送信し（Ｓ１８０）、Ｓ１７
６に処理を戻す。

【００３０】次に第６実施例の受信側の手順について図
１７を参照して説明する。図１７を参照して、まず受信
メモリをクリアして、受信状態を初期化する（Ｓ１８
１）。ブロックの始まりまで待機し（Ｓ１８２）、ブロ
ックの開始が確認さればＳ１８３に処理を移す。送信側
Ｓ１７４において送信されるブロックのデータを受信し
メモリに保存する（Ｓ１８３）。送信側Ｓ１８０で送信
されるデータがあるかないかによりデータの更新の有無
を確認する（Ｓ１８４）。もしあればデータ更新があっ
たとして、Ｓ１８７に処理を移し、なければＳ１８５に
処理を移す。Ｓ１８５において全データを受信したかど
うかを確認し、全ブロックを受信したときはＳ１８６に
処理を移し、していないときはＳ１８３からの処理を繰
返す。Ｓ１８６においてＳ１８３で受信したデータの並
び替えを行ない受信を終了する。Ｓ１８７以降はＳ１８
４でデータの更新があったと判断された場合に実行され
る。Ｓ１８０で送信されるデータを受信する（Ｓ１８
７）。今までＳ１８３で受信したデータをＳ１８７で受
信したデータを用いて更新後のデータに変換する（Ｓ１
８８）。具体的には図２の例ではブロック４のデータを
「晴れ」を「雨」に替える。その後Ｓ１８５に処理を移
し再び受信を続ける。以上の操作を行なうことにより、
更新前から受信している受信側の更新後のデータを得る
ことができる。

【００３１】（７） 第７実施の形態 次に第７実施の形態について説明する。送信側の手順は
図１６に示した第６実施の形態と同一であるので省略す
る。図１８は第７実施の形態における受信側の処理手順
を示すフローチャートである。図１８を参照して、まず
受信メモリをクリアし（Ｓ１９１）、受信状態を初期化
する。ブロックの始まりまで待機し（Ｓ１９２）、ブロ
ックの開始が確認されればＳ１９３に処理を移す。Ｓ１
９３において送信側Ｓ１７４において送信されるブロッ
クのデータを受信し、メモリに保存する。送信側Ｓ１８
０で送信されるデータがあるかないかによりデータの更
新の有無を確認する（Ｓ１９４）。もしあればデータ更
新があったとして、Ｓ１９８に処理を移し、なければＳ
１９５に処理を移す。Ｓ１９８はＳ１９４でデータの更
新があったと判断された場合に実行される。Ｓ１８０で
送信されるデータを受信し、メモリに記憶する。その後
Ｓ１９５に処理を移し再び受信を続ける。Ｓ１９５にお
いて全データを受信したかどうかを確認し、全ブロック
を受信したときはＳ１９６に処理を移し、していないと
きはＳ１９３の処理を繰返す。Ｓ１９６においてＳ１８
３で受信したデータの並び替えを行ない、Ｓ１９８で記
録する変更内容があればデータ更新があったとしてＳ１
９９の処理を実行する（Ｓ１９７）。変更内容がない場
合は処理を終了する。Ｓ１９９ではＳ１９４でデータの
更新があったと判断した後に、Ｓ１９３で受信した受信
データをＳ１９８で記録した変更内容を用いて更新前の
データに戻した後、受信を終了する。具体的には図２の
例ではブロック４のデータを「雨」から「晴れ」に変更
する。以上の操作を行なうことにより、受信側は更新前
のデータを得ることができる。

【００３２】（８） 第８実施の形態 次にこの発明の第８実施の形態について説明する。図１
９は第８実施の形態における送信側の手順を示すフロー
チャートである。図１９を参照して、まず送信データを
準備し（Ｓ２０１）、データの分割を行なう（Ｓ２０
２）。この手順は先の実施の形態と同様である。図２０
にデータを長さで分割した場合の例を示す。（Ａ）は元
のデータを示し、（Ｂ）はブロック化後のデータを示
し、（Ｃ）はデータ更新後のデータを示す。

【００３３】Ｓ２０３において、Ｓ２０５の項で送信す
るデータブロック（送信ブロック）をＳ２０２で分割し
た分割データの最初の部分（図２０ではブロック１に対
応）に設定する。Ｓ２０４で送信内容に更新がないかを
確認し、もし更新があるときはＳ２０９に処理を移す。
更新がなければＳ２０５に処理が移る。Ｓ２０５でＳ２
０２と後に説明するＳ２０８で設定してある送信ブロッ
クを受信側に送信する。Ｓ２０４でデータの更新があっ
た後の最初の一度目の繰返し（図２０においてはもしブ
ロック２を送信する前に更新があった場合はブロック
２、３および１のデータを送信するまでに相当する）の
間Ｓ２１１に処理を移す。そうでなければＳ２０７に処
理を移す。Ｓ２０５で送信したデータがＳ２０２で分割
したデータの一番最後のブロック（図２０ではブロック
３に対応）か確認し（Ｓ２０７）、最後のブロックであ
ればＳ２０３に移動し、最初からデータを送る処理に移
る。最後でなければＳ２０８に移動する。Ｓ２０８では
Ｓ２０５で送信するデータを次のブロックに設定し、Ｓ
２０４に処理を戻す。Ｓ２０９以降の処理はＳ２０４に
てデータが更新された判断したときに実行される。まず
送信ブロックの内容を更新し（Ｓ２０９）、個々のブロ
ックの変更前と変更後とのデータの比較を行ないメモリ
に記憶し（Ｓ２１０）、Ｓ２０５に戻る。Ｓ２１１はデ
ータの更新があった後の最初の一度目の繰返しと判断さ
れたときに実行される。Ｓ２０５にて送信したブロック
に相当するＳ２１０で抽出した相違点を送信し、Ｓ２０
７に戻る。

【００３４】図２１は受信側における手順を示すフロー
チャートである。図２１を参照して、まず受信メモリを
クリアし受信状態を初期化する。送信ブロックの始まり
まで待機し（Ｓ２２１）、ブロックの開始が確認されれ
ばＳ２２２に処理を移す。Ｓ２２２において更新状況を
示す更新フラグを０に設定する。更新フラグが０のとき
はデータがまだ受信されていない状態であり、１のとき
は既に受信した状態であり、２のときは受信開始時から
データ変更内容が付加されている状態を示す。送信側Ｓ
２０５において送信されるブロックのデータを受信しメ
モリに保存する（Ｓ２２３）。送信側Ｓ２１１で送信さ
れる変更内容があるかないかによりデータの更新の有無
を確認する（Ｓ２２４）。もしあればデータ更新があっ
たとしてＳ２２８に処理を移し、なければＳ２２５に処
理を移す。Ｓ２２５において、この状態においては既に
ブロックデータを１つ以上受信しているので、更新フラ
グが０であれば１にする。Ｓ２２６において全データを
受信したかどうかを確認し、全ブロックを受信したとき
はＳ２２７に処理を移す。していないときはＳ２２４か
らの処理を繰返す。Ｓ２２７では、Ｓ２２３で受信した
データの並び替えを行ない受信を終了する。Ｓ２２８以
降はＳ２２４でデータの更新があったと判断された場合
に実行される。更新フラグを確認し（Ｓ２２８）、もし
既に受信している状態を示す位置であればＳ２２５に処
理を移す。初めての受信もしくはデータの最初から変更
の内容が付加されている状態を示す０または２であれ
ば、Ｓ２３０に処理を移す。Ｓ２２９において、Ｓ２２
４での変更内容をもとにＳ２２３で受信したブロックデ
ータを変更前に戻し、処理をＳ２２５に戻す。Ｓ２３０
においては、更新フラグを２に設定することにより、最
初から変更内容を受信しているときは、Ｓ２２９の処理
を行なわないようにし、処理をＳ２２５に戻す。以上の
操作を行なうことにより、受信側通信中にデータの更新
があったときも更新前のデータを得ることができる。

【００３５】（９） 第９実施の形態 次に第９実施の形態について説明する。図２２は第９実
施の形態における送信側の手順を示すフローチャートで
ある。図２２を参照して、まず送信データを準備し（Ｓ
２３１）、データの分割を行なう（Ｓ２３２）。この手
順は先の実施の形態と同様である。図２３にデータを長
さで分割した状態の例を示す。（Ａ）は元のデータであ
り、（Ｂ）はブロック化を行なった状態を示す図であ
り、（Ｃ）はデータ更新後の状態を示す図である。

【００３６】Ｓ２３５で送信するデータブロック（送信
ブロック）をＳ２３２で分割した分割データの最初の部
分（図２３ではブロック１に対応）に設定する（Ｓ２３
３）。送信内容に更新がないかどうかを確認し（Ｓ２３
４）、もし更新があるときはＳ２３９に処理を移す。更
新がなければＳ２３５に処理が移る。Ｓ２３５でＳ２３
２と後に説明するＳ２３８で設定してある送信ブロック
を受信側に送信する。Ｓ２３４でデータの更新があった
後の最初の一度目の繰返しまでＳ２４０に処理を移す
（Ｓ２３６）。図２３における例においては、もしブロ
ック２を送信する前に更新があった場合は、ブロック
２、３および１のデータを送信するまでの間に相当す
る。更新後最初の繰返しでない場合は（Ｓ２３６でｎ
ｏ）、Ｓ２３７に処理を移す。Ｓ２３５で送信したデー
タがＳ２３２で分割したデータの一番最後のブロック
（図２３ではブロック３）かどうかを確認し（Ｓ２３
７）、最後のブロックであればＳ２３３に移動し、最初
からデータを送る処理に移る。最後でなければＳ２３８
に移動する。Ｓ２３８ではＳ２３５で送信するデータを
次のブロックに設定し、Ｓ２３４に処理を戻す。Ｓ２３
９はＳ２３４にてデータが更新された判断したときに実
行される。個々のブロックの変更前と変更後とのデータ
の比較を行ない（Ｓ２３９）、相違点をメモリに記憶
し、Ｓ２３５に戻る。Ｓ２４０以降の処理はデータの更
新があった後の最初の一度目の繰返しと判断されたとき
に実行される。Ｓ２３５にて送信したブロックに相当す
るＳ２３９で抽出した相違点を送信する。Ｓ２３５で送
信したブロックのデータを更新後に変更し（Ｓ２４
１）、Ｓ２８７に戻る。

【００３７】次に受信側の処理について説明する。図２
４は受信側の手順を示すフローチャートである。図２４
を参照して、まず受信メモリをクリアし受信状態を初期
化する（Ｓ２５１）。ブロックの始まりまで待機し（Ｓ
２５２）、ブロックの開始が確認されればＳ２５３に処
理を移す。Ｓ２５３においては、更新状況を示す更新フ
ラグを０に設定する。更新フラグが０のときはデータが
まだ受信されていない状態を示し、１のときは既に受信
した状態を示し、２のときは受信開始後からデータ変更
内容が付加されている状態を示す。送信側Ｓ２３５にお
いて送信されるブロックのデータを受信しメモリに保存
する（Ｓ２５４）。送信側Ｓ２４１で送信される変更内
容があるかないかによりデータの更新の有無を確認する
（Ｓ２５５）。もしあればデータ更新があったとしてＳ
２５９に処理を移す。なければＳ２５６に処理を移す。
Ｓ２５６において、既にこの状態においてはブロックデ
ータを１つ以上受信しているので、更新フラグが０であ
れば１にする。Ｓ２５７において全データを受信したか
どうかを確認する。全ブロックを受信したときはＳ２５
８に処理を移す。していないときはＳ２５４からの処理
を繰返す。Ｓ２５４で受信したデータの並び替えを行な
い受信を終了する（Ｓ２５８）。

【００３８】Ｓ２５９以降はＳ２５５でデータの更新が
あったと判断された場合に実行される。まず更新フラグ
を確認する（Ｓ２５９）。もし既に受信している状態を
示す１であればＳ２５６に処理を戻す。初めての受信も
しくはデータの最初から変更の内容が付加されている状
態を示す０または２であれば、Ｓ２６０に処理を移す。
Ｓ２６０において、Ｓ２５５での変更内容をもとに受信
したデータを変更後にする、次に更新フラグを２に設定
することにより（Ｓ２６１）、最初から変更内容を受信
しているときは、Ｓ２６０の処理を行なうよりにし、Ｓ
２５６に処理を戻す。以上の操作を行なうことにより、
受信側通信中にデータの更新があったときも更新前のデ
ータを得ることができる。

【００３９】（１０） 第１０実施の形態 次にこの発明の第１０実施の形態について説明する。図
２５は第１０実施の形態を説明するための模式図であ
る。図２５を参照して、この実施の形態においては、単
一の情報源１から繰返しデータが直接または中継機３を
介して受信機７に送られる。図２５を参照して、繰返し
情報の情報源１から中継機３および受信機７に情報を送
信する。また中継機３は情報源１からの情報を受信し、
その受信情報を受信機７に送信する。受信機７は情報源
１と中継機３からの情報を同時に受信することができ
る。情報源１は繰返しデータ２を繰返し送信する。中継
機３は情報源１の繰返しデータ２を受信し、受信データ
４とする。受信データは最低一度の繰返しが終了するま
で受信しバッファ５に蓄えられる。バッファ５に蓄えら
れたデータは、繰返し送信データ６として繰返し送信さ
れるが、このときの送信位置は受信位置とずらした状態
にする。この実施の形態においては、ずらす位置はデー
タ長の半分とする。受信機７は情報源１からの繰返しデ
ータ２と中継機３からの繰返しデータ６を同時に受信す
る。前者の受信データを情報源からのデータ８、後者は
中継機からのデータ９とする。情報源からのデータ８と
後者を中継機３からのデータ９を合成したデータを合成
データ１０とする。両者のデータはずれがあるので、デ
ータの受信は合成データ１０に全データ揃った時点で終
了する。この実施の形態においては、中継機３において
データ長の半分がずらされているため、データの受信時
間は情報源１としか通信しない場合に比べて半分にな
る。また、受信機７が情報源１または中継機３の一方と
しか通信できない場合も同様の繰返しデータを得ること
ができる。

【００４０】（１１） 第１１実施の形態 次にこの発明の第１１実施の形態について説明する。こ
の実施の形態も先の実施の形態と同様に単一の情報が複
数のルートを通って受信側へ送られる。図２６は第１１
実施の形態をの通信状態を説明するための模式図であ
る。図２６を参照して、送信側１０には回線１と回線２
を用いて受信側１４にブロック１からブロック８の情報
を繰返し送信する。送信側は２つの回線を用いてデータ
を送信するが、回線１を用いた送信順序はａに示すよう
にブロック１からブロック８の順に送信し、その後ブロ
ック１を送信する。一方回線２を用いた送信はｂに示す
ように回線１がブロック１を送信しているときにブロッ
ク５を送信し、その後ブロック２のときはブロック６、
ブロック３のときはブロック７、ブロック４のときはブ
ロック８、ブロック５のときはブロック１、ブロック６
のときはブロック２、ブロック７のときはブロック３、
ブロック８のときはブロック４、再びブロック１のとき
はブロック５と全ブロックデータを半本ずつずらした形
で送信する。

【００４１】受信側は回線１および回線２のデータを同
時受信し、回線１からの情報ｃと回線２からの情報ｄを
併せた情報が全ブロックデータとなったときに受信を終
了する。図２６の例では、回線１からのデータがブロッ
ク２、３、４および５を受信したときには、回線２では
ブロック６、７、８および１を受信することになり、両
者の情報を併せたブロック順に並び替えるとブロック１
から８までの全ブロックの情報を得ることできる。つま
り単一の回線を用いたときより通信時間を半減すること
ができる。回線１または回線２の片側としか通信できな
いようなときも全ブロックのデータを得ることができ
る。

【００４２】（１２） 第１２実施の形態 次にこの発明の第１２実施の形態について説明する。図
２７は第１２実施の形態を説明するための模式図であ
る。この実施の形態においては、送信元データが複数あ
り、相互に重複データを有している場合にそれを効率よ
く複数の受信側へ通信できるような通信方法に関する。
図２７を参照して、第１送信元データ２１と第２送信元
データ２４をそれぞれ送信側４１から通信１および通信
２を用いて第１受信側４２に第１送信元データ２１を、
第２受信側４３に第２送信元データ２４を送る場合につ
いて述べる。まず第１送信元データ２１と第２送信元デ
ータ２４で重複する部分を削除する。この例において
は、表示機能と演算機能が重複しているため、第１送信
元データ２１から演算機能を削除し、第１送信整理デー
タ２２にする。一方、第２送信元データ２４から表示機
能を削除し、第２送信整理データ２５を作成する。次に
それぞれのデータに概要を示すデータＡ，Ｂを追加す
る。本例においては、第１送信整理データ２２に概要Ａ
を追加して第１送信データとし、第２送信整理データに
概要Ｂを追加して第２送信データにする。概要Ａには、
通信１送信内容と通信２送信内容と通信１の機能を実施
するのに必要な内容と順序が記入されている。もし通信
１の送信内容に必要な内容がない場合はその項目（この
実施の形態では演算機能）を参照する旨が記されてい
る。概要Ｂには通信２送信内容と、通信１送信内容と通
信２の機能を実施するのに必要な内容と順序が記入され
ている。もし通信２の送信内容に必要な内容がない場合
はその項目（本実施の形態では表示機能）を参照する旨
が示されている。以上で送信する内容は完成されたこと
になる。通信１は第１送信データ２３を繰返し通信し、
通信２は第２送信データを繰返し送信する。概要Ａおよ
び概要Ｂの内容を図２８（Ａ），（Ｂ）に示す。

【００４３】第１受信側４２は次の手続で受信を行な
う。通信１を用いて第１送信データ２３を受信して第１
受信データ２７とする。次に概要Ａを参照して、第１受
信データ２７の中の不足しているデータ（演算機能）が
あることを認識する。通信２を参照することを決定し、
通信２と通信し、不足データ（演算機能）を得る。その
後不足データ（演算機能）を第１受信データ２７に追加
し、第１受信追加データ２８とする。次に概要Ａの必要
内容順序を参照し、第１受信追加データ２８の並べ替え
を行ない、概要Ａを削除することにより第１受信最終デ
ータ２９を得て受信を終了する。

【００４４】同様に第２受信側４３は次の手続で受信を
行なう。通信２を用いて第２送信データを受信して第２
受信データ３０とする。次に概要Ｂを参照して、第２受
信データの中の不足しているデータ（表示機能）がある
ことを認識し、通信１を参照することを決定する。通信
１と通信し、不足データ（表示機能）を得た後、不足デ
ータ（表示機能）を第２受信データに追加し、第２受信
追加データ３１とする。次に概要Ｂの必要内容順序を参
照し、第２受信追加データ３１の並べ替えを行ない、概
要Ｂを削除することにより第２受信最終データ３２を作
成して受信を終了する。

【００４５】以上の処理を行なうことにより、通信１お
よび通信２は重複するデータを通信する必要がなくな
り、通信効率が上昇する。

【図面の簡単な説明】

【図１】第１実施の形態における送信手順を示すフロー
チャートである。

【図２】１つの文書を複数のブロックデータとして分割
して送信する場合の各ブロックの内容を示す図である。

【図３】第１実施の形態における受信手順を示すフロー
チャートである。

【図４】第２実施の形態における送信手順を示すフロー
チャートである。

【図５】送信されるデータを長さで分割した場合の状態
を示す図である。

【図６】第２実施の形態における受信手順を示すフロー
チャートである。

【図７】第３実施の形態における送信手順を示すフロー
チャートである。

【図８】データを機能で分割した場合の例を示す図であ
る。

【図９】第３実施の形態における受信手順を示すフロー
チャートである。

【図１０】第４実施の形態における送信手順を示すフロ
ーチャートである。

【図１１】データを長さで分割した場合の例を示す図で
ある。

【図１２】第４実施の形態における受信手順を示すフロ
ーチャートである。

【図１３】第５実施の形態における送信手順を示すフロ
ーチャートである。

【図１４】データを機能で分割した例を示す図である。

【図１５】第５実施の形態における受信手順を示すフロ
ーチャートである。

【図１６】第６実施の形態における送信手順を示すフロ
ーチャートである。

【図１７】第６実施の形態における受信手順を示すフロ
ーチャートである。

【図１８】第７実施の形態における受信手順を示すフロ
ーチャートである。

【図１９】第８実施の形態における送信手順を示すフロ
ーチャートである。

【図２０】データを長さで分割した例を示す図である。

【図２１】第８実施の形態における受信手順を示すフロ
ーチャートである。

【図２２】第９実施の形態における送信手順を示すフロ
ーチャートである。

【図２３】データを長さで分割した例を示す図である。

【図２４】第９実施の形態における受信手順を示すフロ
ーチャートである。

【図２５】第１０実施の形態における送信手順を示す模
式図である。

【図２６】第１１実施の形態における通信手順を示す模
式図である。

【図２７】第１２実施の形態における通信手順を示す模
式図である。

【図２８】第１２実施の形態における概要Ａ，Ｂの内容
を示す図である。

【図２９】従来の情報通信方法を示す図である。

【符号の説明】

１ 情報源 ２ 繰返しデータ ３ 中継機 ４ 受信データ ５ バッファ ６ 送信データ ７ 受信機 ８ 情報源からのデータ ９ 中継機からのデータ １０ 合成データ １１ 送信データ １２ 送信側 １３ 受信データ １４ 受信側 ２１ 第１送信元データ ２２ 第１送信整理データ ２３ 第１送信データ ２４ 第２送信元データ ２５ 第２送信整理データ ２６ 第２送信データ ２７ 第１受信データ ２８ 第１受信追加データ ２９ 第１受信最終データ ３０ 第２受信データ ３１ 第２受信追加データ ３２ 第２受信最終データ ４１ 送信側 ４２ 第１受信側 ４３ 第２受信側

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 単一の情報源より他の情報装置へ同一情
   報を繰返し通信する情報通信方法であって、 送信側において情報全体を複数のブロックデータに分割
   するステップと、 前記分割されたブロックデータを予め定められた手順で
   送信するステップと、 受信側で前記送信されたブロックデータのうち任意のブ
   ロックデータから受信を開始するステップと、 未受信のブロックデータがなくなった時点で、情報全体
   を得るステップと、 情報の更新を行なうステップとを含み、 前記送信側は前記更新情報を示す情報を送信するステッ
   プを含み、前記受信側は前記更新情報を確認したときは
   再受信し直すステップ を含む、情報通信方法。
2. 【請求項２】 前記更新情報を示す情報を送信するステ
   ップは、前記ブロックデータごとに更新情報を付加する
   ステップを含む、請求項１に記載の情報通信方法。
3. 【請求項３】 前記更新情報を示す情報は、更新前に受
   信した情報が使用できるか否かを示す情報を含み、 前記更新情報によって更新前の情報が使用できるとき
   は、更新前の情報を併せて使用するステップを含む、請
   求項１に記載の情報通信方法。
4. 【請求項４】 前記更新情報を示す情報は前記更新後の
   所定のときに送信するステップを含む、請求項３に記載
   の情報通信方法。
5. 【請求項５】 前記受信側において、前記更新後受信デ
   ータを受信し、データの更新を終了した後で、前記更新
   前受信データと更新後受信データとから、更新後受信デ
   ータを受信する前の更新前情報を得る、請求項３に記載
   の情報通信方法
6. 【請求項６】 前記送信側は前記ブロックデータごとに
   更新後および更新前と更新後との変更内容を作成するス
   テップと、作成された更新後および変更内容を更新後の
   所定の期間送信するステップを含み、 前記受信側は送信された更新後および変更内容を用いて
   情報を受信する、請求項２に記載の情報通信方法。
7. 【請求項７】 単一の情報源より他の情報装置へ同一情
   報を繰返し通信する情報通信方法であって、 送信側において情報全体を複数のブロックデータに分割
   するステップと、前記分割されたブロックデータをそれ
   ぞれ特定するステップと、前記分割されたブロックデー
   タを予め定められた手順で送信するステップとを含み、
   前記ブロックデータを特定するステップは、前記ブロッ
   クデータにブロックデータの送信順を示す情報を付加す
   るステップを含み、 受信側で前記送信されたブロックデータのうち任意のブ
   ロックデータから受信を開始するステップと、 未受信のブロックデータがなくなった時点で、情報全体
   を得るステップとを含む、情報通信方法。
8. 【請求項８】 単一の情報源より他の情報装置へ同一情
   報を繰返し通信する情報通信方法であって、 送信側において情報全体を複数のブロックデータに分割
   するステップと、 前記分割されたブロックデータを予め定められた手順で
   送信するステップと、 受信側で前記送信されたブロックデータのうち任意のブ
   ロックデータから受信を開始するステップと、 未受信のブロックデータがなくなった時点で、情報全体
   を得るステップとを含み、 前記送信側から受信側への通信媒体は複数設けられ、 前記複数の送信媒体は複数の通信回線を含み、 前記受信側は前記複数の通信媒体から前記情報を同時受
   信し、前記同時受信した情報を整列することで重なりが
   検出されるとともに、前記複数の通信媒体から受信した
   情報が相対する情報の不足分を埋め合せることで相互に
   補完して、前記情報全体を得る、情報通信方法。