JP2001168872A - 通信システム装置および同報通信方式 - Google Patents

Abstract

(57)【要約】 【課題】 特定のクライアント群だけに十分な機密性を
確保しつつ間違いのない確実な同報送信を行うことがで
き、高い信頼性を確保できる通信システム装置および同
報通信方式を提供する。 【解決手段】 先ず、サーバ１において、同報情報を送
りたいクライアント群に対しその旨を通知し、その後、
同報情報を複数のブロックに分割して順次に送信する。
通知を受けたクライアントでは、サーバ１から送信また
は再送信される各ブロックを取り込み、その取り込んだ
各ブロックの異常を検出し、異常がなければ各ブロック
を結合して同報情報を再生し、異常があればそのブロッ
クをサーバ１に報知する。サーバ１では、各クライアン
トから異常の報知を受けた場合に、異常のあったブロッ
クを順次に再送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サーバおよび複
数のクライアントを備えたものにおける通信システム装
置および同報通信方式に関する。

【０００２】

【従来の技術】サーバ（コンピュータ）および複数のク
ライアント（パーソナルコンピュータ等）を備えたシス
テムの例として、図３０に示すものがある。１はサーバ
で、そのサーバ１に通信回線たとえばＬＡＮ(ローカル
・アリア・ネットワーク)２を介して複数のクライアン
トＡ，B，Ｃ…が接続される。サーバ１は、クライアン
トＡ，B，Ｃ…のうち特定のクライアント群に対し、同
じ情報を同時に送信する同報通信の機能を有する。送信
される同報情報の頭には同報情報であることを表わすた
めの同報コードが付加される。クライアントＡ，B，Ｃ
…は、サーバ１から送信される同報情報を取り込み、取
り込んだ情報が同報情報であることを同報コードから察
知する。

【０００３】一方、図３１に示すように、サーバ１に送
信用アンテナ３、各クライアントに受信用アンテナ４を
設け、通信衛星５を利用した衛星通信回線を介して同報
通信を行う例もある。

【０００４】この場合、サーバ１は、送信する同報情報
にスクランブル処理を施し、その同報情報の頭にチャネ
ル番号を付加する。クライアントＡ，B，Ｃ…は、ＬＡ
Ｎ２上のスクランブル同報情報を取り込み、そのスクラ
ンブル同報情報に付加されているチャネル番号に対応す
るスクランブル解除キーに基づき、同報情報を復元す
る。

【０００５】

【発明が解決しようとする課題】図３０のシステムの場
合、サーバ１から送信された同報情報が本来の送信対象
であるクライアント群だけでなく他のクライアントにも
取り込まれてしまうことになり、機密が漏れるという心
配がある。

【０００６】図３１のシステムの場合、同報情報にスク
ランブル処理が施されることから、図３０の例に比べれ
ば機密性の面で安心感はあるものの、チャネル番号およ
びそれに対応するスクランブル解除キーが固定であるこ
とから、同報情報を容易に復元できてしまうという問題
がある。

【０００７】この発明は上記の事情を考慮したもので、
請求項1ないし請求項３に係る発明の通信システム装
置、および請求項４に係る発明の同報通信方式は、特定
のクライアント群だけに十分な機密性を確保しつつ間違
いのない確実な同報送信を行うことができ、高い信頼性
を確保できることを目的とする。

【０００８】請求項５に係る発明の通信システム装置、
および請求項６に係る発明の同報通信方式は、特定のク
ライアント群だけに十分な機密性を確保しつつ同報送信
を行うことができ、高い信頼性を確保できることを目的
とする。

【０００９】請求項７に係る発明の通信システム装置、
および請求項８に係る発明の同報通信方式は、クライア
ント群に対して常に間違いのない確実な同報送信を行う
ことができ、高い信頼性を確保できることを目的とす
る。

【００１０】

【課題を解決するための手段】請求項１に係る発明の通
信システム装置は、サーバから、同報情報を送りたいク
ライアント群に対し、その旨を通知する通知手段と、サ
ーバに設けられ、上記通知手段による通知後、同報情報
を複数のブロックに分割して順次に送信する第１送信手
段と、各クライアントに設けられ、サーバから通知を受
けている場合に、サーバから送信または再送信される各
ブロックを取り込む取込手段と、各クライアントに設け
られ、上記取込手段で取り込んだ各ブロックの異常を検
出する異常検出手段と、各クライアントに設けられ、上
記異常検出手段の検出結果が異常なしの場合に、各ブロ
ックを結合して同報情報を再生する再生手段と、各クラ
イアントに設けられ、上記異常検出手段の検出結果が異
常ありの場合に、異常のあったブロックを上記サーバに
報知する報知手段と、サーバに設けられ、各クライアン
トから異常の報知を受けた場合に、異常のあったブロッ
クを順次に再送信する第２送信手段と、を備える。

【００１１】請求項２に係る発明の通信システム装置
は、請求項１に係る発明において、第１および第２送信
手段が、送信する各ブロックに順に番号を付加するとと
もに、最終のブロックに最終コードを付加する。異常検
出手段は、異常として、各ブロックのデータ誤りを検出
するとともに、各ブロックに付加されている番号および
最終コードに基づいて各ブロックの抜けを検出する。報
知手段は、異常のあったブロックの番号を報知する。

【００１２】請求項３に係る発明の通信システム装置
は、請求項１に係る発明において、通知手段が、サーバ
に設けた電話機および各クライアントに設けたポケット
ベルを備え、同報情報を送る旨を電話機から無線電話回
線を介して各ポケットベルに一斉に通知する。

【００１３】請求項４に係る発明の同報通信方式は、先
ず、サーバにおいて、同報情報を送りたいクライアント
群に対しその旨を通知し、その後、同報情報を複数のブ
ロックに分割して順次に送信する。通知を受けたクライ
アントでは、サーバから送信または再送信される各ブロ
ックを取り込み、その取り込んだ各ブロックの異常を検
出し、異常がなければ各ブロックを結合して同報情報を
再生し、異常があればそのブロックをサーバに報知す
る。サーバでは、各クライアントから異常の報知を受け
た場合に、異常のあったブロックを順次に再送信する。

【００１４】請求項５に係る発明の通信システム装置
は、各クライアントに設けられ、同報情報を入手したい
場合にその旨をサーバに通知する通知手段と、サーバに
設けられ、各クライアントから上記通知を受けた場合
に、同報情報のスクランブルを解除するためのスクラン
ブル解除キーに特定のＩＤを付加し、それを上記通知を
出したクライアントに対し送信する第１送信手段と、各
クライアントに設けられ、上記通知後にサーバから送信
されるスクランブル解除キーおよびＩＤを取り込む取込
手段と、サーバに設けられ、上記第１送信手段によるス
クランブル解除キーおよびＩＤの送信後、同報情報を複
数のブロックに分割してその各ブロックにスクランブル
処理を施し且つ第１送信手段で送信したのと同じＩＤを
付加し、それを順次に送信する第２送信手段と、各クラ
イアントに設けられ、サーバから送信される各ブロック
のうち、上記取込手段で取り込んだＩＤと同じＩＤが付
加されているブロックを取得する取得手段と、各クライ
アントに設けられ、上記取得手段で取得した各ブロック
を上記取込手段で取り込んだスクランブル解除キーによ
り復元する復元手段と、各クライアントに設けられ、上
記復元手段で復元した各ブロックを結合して同報情報を
再生する再生手段と、を備える。

【００１５】請求項６に係る発明の同報通信方式は、先
ず、各クライアントにおいて、同報情報を入手したい場
合にその旨をサーバに通知する。サーバでは、各クライ
アントから上記通知を受けた場合に、同報情報のスクラ
ンブルを解除するためのスクランブル解除キーに特定の
ＩＤを付加し、それを上記通知を出したクライアントに
対し送信する。各クライアントでは、上記通知後にサー
バから送信されるスクランブル解除キーおよびＩＤを取
り込む。サーバでは、スクランブル解除キーおよびＩＤ
の送信後、同報情報を複数のブロックに分割してその各
ブロックにスクランブル処理を施し且つ既に送信したの
と同じＩＤを付加し、それを順次に送信する。各クライ
アントでは、サーバから送信される各ブロックのうち、
上記取込手段で取り込んだＩＤと同じＩＤが付加されて
いるブロックを取得し、その取得した各ブロックを上記
取込手段で取り込んだスクランブル解除キーにより復元
し、その復元した各ブロックを結合して同報情報を再生
する。

【００１６】請求項７に係る発明の通信システム装置
は、サーバから、同報情報を送りたい旨をクライアント
群の１つに通知する通知手段と、サーバに設けられ、上
記通知手段による通知後、同報情報を複数のブロックに
分割してそのうちの１つを送信する第１送信手段と、各
クライアントに設けられ、サーバから送信される各ブロ
ックを取り込む取込手段と、各クライアントに設けら
れ、上記通知を受けている場合に、上記取込手段による
取り込みが適正であるか否かをサーバに報知する報知手
段と、サーバに設けられ、取り込みが適正である旨の報
知をクライアントから受けるごとに、未送信のブロック
の１つを送信する第２送信手段と、サーバに設けられ、
取り込みが不適正である旨の報知をクライアントから受
けるごとに、不適正となったブロックを再送信する第３
送信手段と、各クライアントに設けられ、上記取込手段
で取り込んだ各ブロックのうち、重複のないブロックを
選択するとともに、重複したブロックについては最後に
取り込んだブロックを選択する選択手段と、各クライア
ントに設けられ、上記選択手段で選択した各ブロックを
結合して同報情報を再生する再生手段と、を備える。

【００１７】請求項８に係る発明の同報通信方式は、先
ず、サーバにおいて、同報情報を送りたい旨をクライア
ント群の１つに通知し、その通知後、同報情報を複数の
ブロックに分割してそのうちの１つを送信する。各クラ
イアントでは、サーバから送信される各ブロックを取り
込むとともに、上記通知を受けている場合にはその取り
込みが適正であるか否かをサーバに報知する。サーバで
は、取り込みが適正である旨の報知をクライアントから
受けるごとに未送信のブロックの１つを送信し、かつ取
り込みが不適正である旨の報知をクライアントから受け
るごとに不適正となったブロックを再送信する。各クラ
イアントでは、取り込んだ各ブロックのうち、重複のな
いブロックを選択するとともに、重複したブロックにつ
いては最後に取り込んだブロックを選択し、これら選択
した各ブロックを結合して同報情報を再生する。

【００１８】

【発明の実施の形態】（１）以下、第１実施形態につい
て図面を参照して説明する。この第１実施形態は、請求
項１、請求項２、および請求項４の発明に対応する。図
１に示すように、サーバ（コンピュータ）１に通信回線
たとえばＬＡＮ(ローカル・アリア・ネットワーク)２を
介して複数のクライアント（パーソナルコンピュータ
等）Ａ，B，Ｃ…が接続される。サーバ１は、主要な機
能として次の[１]〜[３]の手段を備える。 [１]同報情報を送りたいクライアント群に対し、その旨
を通知する通知手段。 [２]上記通知手段による通知後、同報情報を複数のブロ
ックに分割して順次に送信するとともに、その送信する
各ブロックに順に番号を付加し、かつ最終のブロックに
最終コードを付加する第１送信手段。 [３] 各クライアントから異常の報知を受けた場合に、
異常のあったブロックを順次に再送信するとともに、そ
の再送信する各ブロックに最初の送信時と同じ番号を付
加し、かつ最終のブロックに最終コードを付加する第２
送信手段。

【００１９】クライアントＡ，B，Ｃ…は、主要な機能
として次の[11]〜[14]の手段を備える。 [11]サーバ１から通知を受けている場合に、サーバ１か
ら送信または再送信される各ブロックを取り込む取込手
段。 [12]上記取込手段で取り込んだ各ブロックの異常を検出
する異常検出手段。具体的には、各ブロックのデータ誤
りを検出するとともに、各ブロックに付加されている番
号および最終コードに基づいて各ブロックの抜けを検出
する。 [13]上記異常検出手段の検出結果が異常なしの場合に、
各ブロックを結合して同報情報を再生する再生手段。 [14]上記異常検出手段の検出結果が異常ありの場合に、
異常のあったブロックの番号をサーバ１に報知する報知
手段。

【００２０】つぎに、上記の構成の作用を図２および図
３のフローチャートを参照しながら説明する。図２はサ
ーバ１の制御、図３は各クライアントの制御を示してい
る。

【００２１】サーバ１は、任意のクライアント群に対し
て同報情報を送信する必要が生じた場合（ステップ１０
１のＹＥＳ）、その同報送信の対象であるクライアント
群の個々に対し、その旨を順次に通知する（ステップ１
０２）。たとえば、クライアントＡ，Ｃが送信対象の場
合、先ず図４に示すようにクライアントAに対して同報
送信通知を行い、次に図５に示すようにクライアントＣ
に対して同報送信通知を行う。

【００２２】そして、サーバ１は、通知の完了後、図６
に示すように、同報情報を複数のブロックに分割してそ
の各ブロックの頭に順に番号“１”“２”…を付加し、
かつ最終のブロックに最終コードを付加し、それを順次
に送信する（ステップ１０３）。

【００２３】各クライアントのうち、同報送信通知を受
けたクライアントＡ，Ｃは（ステップ２０１のＹＥ
Ｓ）、受信モードに入り、サーバ１から送信される各ブ
ロックをそれぞれ取り込むとともに（ステップ２０
２）、取り込んだ各ブロックに対する異常検出を行う
（ステップ２０３）。すなわち、各ブロックに対して例
えばＣＲＣチェック等のデータ誤り検出を行うととも
に、各ブロックに付加されている番号および最終コード
に基づいて各ブロックの抜けを検出する。

【００２４】そして、クライアントＡ，Ｃは、異常あり
の場合（ステップ２０４のＹＥＳ）、異常のあったブロ
ックの番号をサーバ１に報知する（ステップ２０５）。
たとえば、図７に示すように、クライアントＡが取り込
んだ各ブロックのうち、番号“１”のブロックにデータ
誤りがあれば、クライアントＡはその番号“１”をサー
バ１に報知する。クライアントＣが取り込んだ各ブロッ
クのうち、番号“１”のブロックにデータ誤りがあっ
て、しかも番号“２”のブロックに抜けがあれば、クラ
イアントＣはその番号“１”“２”をサーバ１に報知す
る。

【００２５】サーバ１は、これら異常報知に応答し（ス
テップ１０４のＹＥＳ）、図８に示すように、異常のあ
った番号“１” “２”のブロックを順次に再送信する
とともに、その再送信する各ブロックに最初の送信時と
同じ番号“１” “２”を付加し、かつ最終のブロック
に最終コードを付加する（ステップ１０５）。なお、こ
の場合、クライアントＡ，Ｃの両方から番号“１”のブ
ロックについての異常報知を受けているが、再送信する
番号“１”のブロックは１つだけである。

【００２６】クライアントＡ，Ｃは、図８のように、サ
ーバ１から再送信される各ブロックを取り込み（ステッ
プ２０２）、その取り込んだ各ブロックに対して再び異
常検出を行う（ステップ２０３）。

【００２７】ここで、たとえば図９に示すように、クラ
イアントＡが取り込んだ各ブロックのうち、番号“１”
のブロックに抜けがあれば、クライアントＡはその番号
“１”をサーバ１に再び報知する。

【００２８】サーバ１は、この再度の異常報知に応じて
（ステップ１０４のＹＥＳ）、図１０に示すように、番
号“１”のブロックを再々送信するとともに、その再々
送信するブロックに最初の送信時と同じ番号“１”およ
び最終コードを付加する（ステップ１０５）。

【００２９】こうして再々送信されるブロックは、図１
０のように、異常報知を行ったクライアントＡに取り込
まれるとともに、最初に同報送信通知を受けているクラ
イアントＣにも取り込まれる（ステップ２０２）。

【００３０】クライアントＡ，Ｃは、サーバ１から再々
送信されるブロックをそれぞれ取り込み（ステップ２０
２）、取り込んだ各ブロックに対して再び異常検出を行
う（ステップ２０３）。そして、クライアントＡ，Ｃ
は、異常なしの場合（ステップ２０４のＮＯ）、取り込
んだ各ブロックを番号順に結合して同報情報を再生する
（ステップ２０６）。サーバ１は、異常のあったブロッ
クの送信後（再送信あるいは再々送信を含む）、各クラ
イアントから異常報知がないまま所定時間が経過すると
（ステップ１０６のＹＥＳ）、同報送信が完了したとの
判断の下に、一連の処理を終了する。

【００３１】以上のように、同報情報を送りたいクライ
アント群に対しその旨をサーバ１から予め通知し、その
通知を受けたクライアントにのみ送信情報を取り込ませ
るようにしたので、特定のクライアント群だけに十分な
機密性を確保しつつ同報送信を行うことができる。

【００３２】しかも、サーバ１からは同報情報を複数の
ブロックに分割して順次に送信し、送信対象のクライア
ント側ではこれらブロックを取り込んでその異常を検出
し、異常があればそのブロックをサーバ１に報知して再
送信させるようにしたので、間違いのない確実な同報送
信を完了することができ、信頼性の向上が図れる。

【００３３】なお、上記実施形態では、サーバ１と各ク
ライアントとの間の情報の伝送をＬＡＮ２を介して行う
場合を例に説明したが、図１１に示すように、サーバ１
に送受信アンテナ６、各クライアントに送受信アンテナ
７を設け、電波によって同報通信を行うシステムにも同
様に実施可能である。また、図１２に示すように、サー
バ１に送信用アンテナ３、各クライアントに受信用アン
テナ４を設け、通信衛星５を利用した衛星通信回線を介
して同報通信を行うシステムにも同様に実施可能であ
る。

【００３４】（２）第２実施形態について説明する。こ
の第２実施形態は、請求項３の発明に対応する。図１３
に示すように、サーバ１に電話機８を設置するととも
に、クライアントＡ，B，Ｃ…のうち同報送信の対象で
ある特定のクライアント群にグループ同報メディアとし
て同一着信番号のポケットベル９を予め設置しておき、
同報送信通知を電話機８、電話局１０、および送信アン
テナ１１からなる無線電話回線を介して各ポケットベル
９に一斉に送る構成としている。他の構成および作用は
第１実施形態と同じである。

【００３５】（３）第３実施形態について説明する。こ
の第３実施形態は、請求項５および請求項６の発明に対
応する。サーバ１は、主要な機能として次の[１][２]の
手段を備える。 [１]各クライアントから同報情報を入手したい旨の通知
を受けた場合に、同報情報のスクランブルを解除するた
めのスクランブル解除キーに特定のＩＤ（以下、特定Ｉ
Ｄと称す）を付加し、それを上記入手の通知を出したク
ライアントに対し送信する第１送信手段。 [２]上記第１送信手段によるスクランブル解除キーおよ
び特定ＩＤの送信後、同報情報を複数のブロックに分割
してその各ブロックにスクランブル処理を施し且つ第１
送信手段で送信したのと同じ特定ＩＤを付加し、それを
順次に送信する第２送信手段。

【００３６】クライアントＡ，B，Ｃ…は、主要な機能
として次の[11]〜[15]の手段を備える。 [11]同報情報を入手したい場合にその旨をサーバ１に通
知する通知手段。 [12]上記入手の通知後にサーバ１から送信されるスクラ
ンブル解除キーおよび特定ＩＤを取り込む取込手段。 [13]サーバ１から送信される各ブロックのうち、上記取
込手段で取り込んだ特定ＩＤと同じ特定ＩＤが付加され
ているブロックを取得する取得手段。 [14]上記取得手段で取得した各ブロックを上記取込手段
で取り込んだスクランブル解除キーにより復元する復元
手段。 [15]上記復元手段で復元した各ブロックを結合して同報
情報を再生する再生手段。 他の構成は第1実施形態と同じである。

【００３７】つぎに、上記の構成の作用を図１４および
図１５のフローチャートを参照しながら説明する。図１
４はサーバ１の制御、図１５は各クライアントの制御を
示している。各クライアントは、同報情報を入手したい
場合（ステップ４０１のＹＥＳ）、その旨の同報情報入
手要求を図１６に示すようにサーバ１に通知する（ステ
ップ４０２）。

【００３８】サーバ１は、上記通知を受けた場合に（ス
テップ３０１のＹＥＳ）、図１７に示すように、同報情
報のスクランブルを解除するためのスクランブル解除キ
ーに特定ＩＤを付加し、さらに送信用ＩＤを付加し、そ
れを上記同報情報入手要求の通知を出したクライアント
に対し送信する（ステップ３０２）。特定ＩＤは、同報
情報の各ブロックを他と区別してクライアントに誤りな
く取り込ませるためのものである。送信用ＩＤは、同報
情報入手要求の通知を出したクライアントのみを送信対
象として指定するためのものである。

【００３９】各クライアントのうち、入手要求の通知を
出したクライアントは、送信用ＩＤに従い、サーバ１か
ら送信されるスクランブル解除キーおよび特定ＩＤを取
り込む（ステップ４０３）。図１６および図１７の例で
は、クライアントＡのみが同報情報入手要求の通知を出
し、これに応答する形で、クライアントＡのみにスクラ
ンブル解除キーおよび特定ＩＤを送信している。

【００４０】サーバ１は、スクランブル解除キーおよび
IDの送信後、図１８に示すように、同報情報を複数のブ
ロックに分割してその各ブロックにスクランブル処理を
施し且つすでに送信したのと同じ特定ＩＤを付加し、そ
れを順次に送信する（ステップ３０３）。各クライアン
トのうち、同報情報入手要求の通知を出したクライアン
トは、サーバ１から送信される各ブロックのうち、予め
取り込んでいる特定ＩＤと同じ特定ＩＤが付加されてい
るブロックを取得する（ステップ４０４）。そして、各
クライアントは、取得した各ブロックを予め取り込んで
いるスクランブル解除キーにより復元し（ステップ４０
５）、その復元した各ブロックを結合して同報情報を再
生する（ステップ４０６）。

【００４１】以上のように、同報情報の入手を要求して
いるクライアントに対してスクランブル解除キーおよび
特定ＩＤを予め与えておき、同報情報の入手を要求した
クライアントの側では予め受けている特定ＩＤに基づい
て同報情報の各ブロックを取り込み、その取り込んだ各
ブロックを予め受けたスクランブル解除キーによって復
元し再生するようにしたので、特定のクライアント群だ
けに十分な機密性を確保しつつ同報送信を行うことがで
きる。仮に、同報情報の各ブロックが他のクライアント
に取り込まれたとしても、他のクライアントではスクラ
ンブル解除キーが不明のため、同報情報の復元が不可能
である。なお、第1実施形態と同様に、各クライアント
において取り込んだ各ブロックの異常を検出し、異常が
あればそのブロックをサーバ１に報知して再送信させる
ようにすれば、間違いのない確実な同報送信を完了する
ことができ、信頼性のさらなる向上が図れる。また、サ
ーバ１と各クライアントとの間の情報の伝送をＬＡＮ２
を介して行う場合を例に説明したが、図１１に示した電
波による同報通信や図１２に示した衛星通信回線を介し
て同報通信を行う場合にも同様に実施可能である。

【００４２】（４）第４実施形態について説明する。こ
の第４実施形態は、請求項７および請求項８の発明に対
応する。サーバ１は、主要な機能として次の[１]〜[４]
の手段を備える。 [１]同報情報を送りたい旨をクライアント群の１つに通
知する通知手段。 [２]上記通知後、同報情報を複数のブロックに分割して
そのうちの１つを送信する第１送信手段。 [３]取り込みが適正である旨の報知をクライアントから
受けるごとに、未送信のブロックの１つを送信する第２
送信手段。 [４]取り込みが不適正である旨の報知をクライアントか
ら受けるごとに、不適正となったブロックを再送信する
第３送信手段。

【００４３】クライアントＡ，B，Ｃ…は、主要な機能
として次の[11]〜[14]の手段を備える。 [11]サーバ１から送信される各ブロックを取り込む取込
手段。 [12]同報情報を送りたい旨の通知をサーバ１から受けて
いる場合に、上記取込手段による取り込みが適正である
か否かをサーバ１に報知する報知手段。 [13]上記取込手段で取り込んだ各ブロックのうち、重複
のないブロックを選択するとともに、重複したブロック
については最後に取り込んだブロックを選択する選択手
段。 [14]上記選択手段で選択した各ブロックを結合して同報
情報を再生する再生手段。 他の構成は第1実施形態と同じである。

【００４４】つぎに、上記の構成の作用を図２０および
図２１のフローチャートを参照しながら説明する。図２
０はサーバ１の制御、図２１は各クライアントの制御を
示している。サーバ１は、クライアント群に対して同報
情報を送信する必要が生じた場合（ステップ５０１のＹ
ＥＳ）、そのクライアント群の任意の１つに対し、同報
情報を送信する旨のいわゆる同報情報受信要求を図２２
に示すように通知する（ステップ５０２）。クライアン
トＡ，Ｂ，Ｃが送信対象であれば、そのうちの例えばク
ライアントAに対してのみ同報情報受信要求を通知す
る。

【００４５】そして、サーバ１は、同報情報受信要求を
通知した後、同報情報を複数のブロックに分割してその
各ブロックの頭に順に番号“１”“２”…を付加し、こ
れらブロックのうち番号の最も小さい１つ（番号
“１”）を図２３に示すように送信する（ステップ５０
３）。こうして送信されるブロックは、図２３のよう
に、同報情報受信要求を受けているクライアントＡに取
り込まれるとともに（ステップ６０１のＹＥＳ、ステッ
プ６０２）、それ以外のクライアントにも取り込まれる
(ステップ６０１のＮＯ、ステップ６１０)。

【００４６】このうち、同報情報受信要求を受けている
クライアントＡは、番号“１”のブロックの取り込みが
適正であれば、受信完了であるとの判断の下に（ステッ
プ６０３のＹＥＳ）、図２４に示すように、サーバ１に
対し“ＯＫ”の応答を出す(ステップ６０４)。

【００４７】“ＯＫ”の応答を受けたサーバ１は(ステ
ップ５０４のＹＥＳ)、最終ブロックの送信がまだ完了
していない場合に(ステップ５０５のＮＯ)、未送信のブ
ロックのうち、次の番号“２”のブロックを送信する
（ステップ５０３）。この送信されるブロックは、図２
５に示すように、全てのクライアントに取り込まれる
（ステップ６０２，６１０）。

【００４８】クライアントＡは、番号“２”のブロック
の取り込みが不適正であれば、誤り受信であるとの判断
の下に（ステップ６０３のＮＯ、ステップ６０５のＹＥ
Ｓ）、図２６に示すように、サーバ１に対し“ＮＧ”の
応答を出す(ステップ６０６)。

【００４９】“ＮＧ”の応答を受けたサーバ１は(ステ
ップ５０４のＮＯ、ステップ５０５のＹＥＳ)、不適正
となった番号“２”のブロックを再送信する（ステップ
５０６）。この再送信されるブロックは、図２７に示す
ように、クライアントＡをはじめ全てのクライアントに
取り込まれる（ステップ６０２，６１０）。

【００５０】この再送信に際し、同報情報受信要求を受
けているクライアントＡは、再送信された番号“２”の
ブロックの取り込みが適正であれば（受信完了：ステッ
プ６０３のＹＥＳ）、図２８に示すように、サーバ１に
対し“ＯＫ”の応答を出す(ステップ６０４)。

【００５１】“ＯＫ”の応答を受けたサーバ１は(ステ
ップ５０４のＹＥＳ)、最終ブロックの送信がまだ完了
していない場合に(ステップ５０５のＮＯ)、未送信のブ
ロックのうち、次の番号“３”のブロックを送信する
（ステップ５０３）。この送信されるブロックは、再び
図２５に示すように、全てのクライアントに取り込まれ
る（ステップ６０２，６１０）。

【００５２】こうして、サーバ１から各ブロックの送信
あるいは再送信が繰り返される。最終ブロックの送信が
完了すると(ステップ５０５のＹＥＳ)、同報送信の終了
となる。

【００５３】各クライアントは、サーバ１から送信され
る各ブロックを順次に取り込み、その取り込んだ各ブロ
ックに重複つまり同じ番号のものがあるか否かを判定す
る(ステップ６０７)。

【００５４】たとえば、番号“２”のブロックがサーバ
１から再送信された場合には、各クライアントには同じ
番号“２”のブロックが２つ取り込まれることになる。
こうして、同じブロックを複数取り込んでいる場合(ス
テップ６０７のＹＥＳ)、各クライアントは、図２９に
示すように、２つのブロック（番号“２”）のうち、最
後に取り込んだブロックを１つだけ選択して残りの１つ
を廃棄する(ステップ６０８)。

【００５５】また、各クライアントは、取り込んだ各ブ
ロックに重複がない場合(ステップ６０７のＮＯ)、その
各ブロックの全てを選択する(ステップ６０９)。そし
て、各クライアントは、選択した各ブロックを結合して
同報情報を再生する(ステップ６１０)。

【００５６】以上のように、サーバ１から同報情報を複
数のブロックに分割してそのうちの１つを送信し、各ク
ライアントでは、サーバ１から送信される各ブロックを
取り込むとともに、同報情報受信要求を受けている場合
にはその取り込みが適正であるか否かをサーバに報知
し、サーバ１では、取り込みが適正である旨の報知を受
けるごとに未送信のブロックの１つを送信し、かつ取り
込みが不適正である旨の報知を受けるごとに不適正とな
ったブロックを再送信することにより、しかも、各クラ
イアントでは、取り込んだ各ブロックのうち、重複のな
いブロックを選択するとともに、重複したブロックにつ
いては最後に取り込んだブロックを選択し、これら選択
した各ブロックを結合して同報情報を再生することによ
り、クライアント群に対して常に間違いのない確実な同
報送信を行うことができ、高い信頼性を確保できる。

【００５７】なお、全てのクライアントに同報情報の各
ブロックを取り込ませるようにしたが、第３実施形態の
ように、特定のクライアントに対してのみスクランブル
解除キーおよび特定ＩＤを予め与えておき、特定のクラ
イアントでは予め受けた特定ＩＤに基づいて同報情報の
各ブロックを取り込むようにしてもよい。こうすること
により、特定のクライアントだけに十分な機密性を確保
しつつ同報送信を行うことができる。また、サーバ１と
各クライアントとの間の情報の伝送をＬＡＮ２を介して
行う場合を例に説明したが、図１１に示した電波による
同報通信や図１２に示した衛星通信回線を介して同報通
信を行う場合にも同様に実施可能である。

【００５８】

【発明の効果】以上述べたように、請求項1ないし請求
項３に係る発明の通信システム装置、および請求項４に
係る発明の同報通信方式は、特定のクライアント群だけ
に十分な機密性を確保しつつ間違いのない確実な同報送
信を行うことができ、高い信頼性を確保できる。

【００５９】請求項５に係る発明の通信システム装置、
および請求項６に係る発明の同報通信方式は、特定のク
ライアント群だけに十分な機密性を確保しつつ同報送信
を行うことができ、高い信頼性を確保できる。

【００６０】請求項７に係る発明の通信システム装置、
および請求項８に係る発明の同報通信方式は、クライア
ント群に対して常に間違いのない確実な同報送信を行う
ことができ、高い信頼性を確保できる。

【図面の簡単な説明】

【図１】各実施形態の構成を示すブロック図。

【図２】第１実施形態におけるサーバの制御を説明する
ためのフローチャート。

【図３】第１実施形態における各クライアントの制御を
説明するためのフローチャート。

【図４】第１実施形態におけるサーバからクライアント
への同報送信通知を示す図。

【図５】第１実施形態におけるサーバから別のクライア
ントへの同報送信通知を示す図。

【図６】第１実施形態におけるサーバからクライアント
への同報情報の送信を示す図。

【図７】第１実施形態におけるクライアントからサーバ
への異常の報知を示す図。

【図８】第１実施形態におけるサーバからクライアント
への同報情報の再送信を示す図。

【図９】第１実施形態におけるクライアントからサーバ
への異常の報知を示す図。

【図１０】第１実施形態におけるサーバからクライアン
トへの同報情報の再送信を示す図。

【図１１】第１実施形態の変形例の構成を示すブロック
図。

【図１２】第１実施形態の他の変形例の構成を示すブロ
ック図。

【図１３】第２実施形態の構成を示すブロック図。

【図１４】第３実施形態におけるサーバの制御を説明す
るためのフローチャート。

【図１５】第３実施形態における各クライアントの制御
を説明するためのフローチャート。

【図１６】第３実施形態におけるクライアントからサー
バへの同報情報入手要求を示す図。

【図１７】第３実施形態におけるサーバからクライアン
トへのスクランブル解除キーおよび特定ＩＤの送信を示
す図。

【図１８】第３実施形態におけるサーバからクライアン
トへの同報情報の送信を示す図。

【図１９】第３実施形態におけるクライアントの同報情
報の取り込みを示す図。

【図２０】第４実施形態におけるサーバの制御を説明す
るためのフローチャート。

【図２１】第４実施形態における各クライアントの制御
を説明するためのフローチャート。

【図２２】第４実施形態におけるサーバからクライアン
トへの同報情報受信要求を示す図。

【図２３】第４実施形態におけるサーバからクライアン
トへの最初の同報情報の送信を示す図。

【図２４】第４実施形態におけるクライアントからサー
バへの“ＯＫ”応答を示す図。

【図２５】第４実施形態におけるサーバからクライアン
トへの次の同報情報の送信を示す図。

【図２６】第４実施形態におけるクライアントからサー
バへの“ＮＧ”応答を示す図。

【図２７】第４実施形態におけるサーバからクライアン
トの同報情報の再送信を示す図。

【図２８】第４実施形態におけるクライアントからサー
バへの“ＯＫ”応答を示す図。

【図２９】第４実施形態におけるクライアントの同報情
報の廃棄および選択の処理を説明するための図。

【図３０】従来システムの構成を示すブロック図。

【図３１】別の従来システムの構成を示すブロック図。

【符号の説明】

１…サーバ ２…ＬＡＮ Ａ，Ｂ，Ｃ…クライアント ５…通信衛星 ６…送受信アンテナ ７…送受信アンテナ ９…ポケットベル １０…電話局 １１…送信アンテナ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記サーバから、同報情報を送りたいクライアント群に
   対し、その旨を通知する通知手段と、 前記サーバに設けられ、前記通知手段による通知後、同
   報情報を複数のブロックに分割して順次に送信する第１
   送信手段と、 前記各クライアントに設けられ、前記サーバから通知を
   受けている場合に、前記サーバから送信または再送信さ
   れる各ブロックを取り込む取込手段と、 前記各クライアントに設けられ、前記取込手段で取り込
   んだ各ブロックの異常を検出する異常検出手段と、 前記各クライアントに設けられ、前記異常検出手段の検
   出結果が異常なしの場合に、各ブロックを結合して同報
   情報を再生する再生手段と、 前記各クライアントに設けられ、前記異常検出手段の検
   出結果が異常ありの場合に、異常のあったブロックを前
   記サーバに報知する報知手段と、 前記サーバに設けられ、前記各クライアントから異常の
   報知を受けた場合に、異常のあったブロックを順次に再
   送信する第２送信手段と、 を具備したことを特徴とする通信システム装置。
2. 【請求項２】 前記第１および第２送信手段は、送信す
   る各ブロックに順に番号を付加するとともに、最終のブ
   ロックに最終コードを付加する、 前記異常検出手段は、異常として、各ブロックのデータ
   誤りを検出するとともに、各ブロックに付加されている
   番号および最終コードに基づいて各ブロックの抜けを検
   出する、 前記報知手段は、異常のあったブロックの番号を報知す
   る、 ことを特徴とする請求項１に記載の通信システム装置。
3. 【請求項３】 前記通知手段は、前記サーバに設けた電
   話機および前記各クライアントに設けたポケットベルを
   備え、同報情報を送る旨を電話機から無線電話回線を介
   して各ポケットベルに一斉に通知することを特徴とする
   請求項１に記載の通信システム装置。
4. 【請求項４】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記サーバでは、同報情報を送りたいクライアント群に
   対しその旨を通知し、その後、同報情報を複数のブロッ
   クに分割して順次に送信する、 前記通知を受けたクライアントでは、前記サーバから送
   信または再送信される各ブロックを取り込み、その取り
   込んだ各ブロックの異常を検出し、異常がなければ各ブ
   ロックを結合して同報情報を再生し、異常があればその
   ブロックを前記サーバに報知する、 前記サーバでは、各クライアントから異常の報知を受け
   た場合に、異常のあったブロックを順次に再送信する、 ことを特徴とする同報通信方式。
5. 【請求項５】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記各クライアントに設けられ、同報情報を入手したい
   場合にその旨を前記サーバに通知する通知手段と、 前記サーバに設けられ、前記各クライアントから前記通
   知を受けた場合に、同報情報のスクランブルを解除する
   ためのスクランブル解除キーに特定のＩＤを付加し、そ
   れを前記通知を出したクライアントに対し送信する第１
   送信手段と、 前記各クライアントに設けられ、前記通知後に前記サー
   バから送信されるスクランブル解除キーおよびＩＤを取
   り込む取込手段と、 前記サーバに設けられ、前記第１送信手段によるスクラ
   ンブル解除キーおよびＩＤの送信後、同報情報を複数の
   ブロックに分割してその各ブロックにスクランブル処理
   を施し且つ第１送信手段で送信したのと同じＩＤを付加
   し、それを順次に送信する第２送信手段と、 前記各クライアントに設けられ、前記サーバから送信さ
   れる各ブロックのうち、前記取込手段で取り込んだＩＤ
   と同じＩＤが付加されているブロックを取得する取得手
   段と、 前記各クライアントに設けられ、前記取得手段で取得し
   た各ブロックを前記取込手段で取り込んだスクランブル
   解除キーにより復元する復元手段と、 前記各クライアントに設けられ、前記復元手段で復元し
   た各ブロックを結合して同報情報を再生する再生手段
   と、 を具備したことを特徴とする通信システム装置。
6. 【請求項６】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記各クライアントでは、同報情報を入手したい場合に
   その旨を前記サーバに通知する、 前記サーバでは、前記各クライアントから前記通知を受
   けた場合に、同報情報のスクランブルを解除するための
   スクランブル解除キーに特定のＩＤを付加し、それを前
   記通知を出したクライアントに対し送信する、 前記各クライアントでは、前記通知後に前記サーバから
   送信されるスクランブル解除キーおよびＩＤを取り込
   む、 前記サーバでは、スクランブル解除キーおよびＩＤの送
   信後、同報情報を複数のブロックに分割してその各ブロ
   ックにスクランブル処理を施し且つ既に送信したのと同
   じＩＤを付加し、それを順次に送信する、 前記各クライアントでは、前記サーバから送信される各
   ブロックのうち、前記取込手段で取り込んだＩＤと同じ
   ＩＤが付加されているブロックを取得し、その取得した
   各ブロックを前記取込手段で取り込んだスクランブル解
   除キーにより復元し、その復元した各ブロックを結合し
   て同報情報を再生する、 ことを特徴とする同報通信方式。
7. 【請求項７】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記サーバから、同報情報を送りたい旨をクライアント
   群の１つに通知する通知手段と、 前記サーバに設けられ、前記通知手段による通知後、同
   報情報を複数のブロックに分割してそのうちの１つを送
   信する第１送信手段と、 前記各クライアントに設けられ、前記サーバから送信さ
   れる各ブロックを取り込む取込手段と、 前記各クライアントに設けられ、前記通知を受けている
   場合に、前記取込手段による取り込みが適正であるか否
   かをサーバに報知する報知手段と、 前記サーバに設けられ、取り込みが適正である旨の報知
   をクライアントから受けるごとに、未送信のブロックの
   １つを送信する第２送信手段と、 前記サーバに設けられ、取り込みが不適正である旨の報
   知をクライアントから受けるごとに、不適正となったブ
   ロックを再送信する第３送信手段と、 前記各クライアントに設けられ、前記取込手段で取り込
   んだ各ブロックのうち、重複のないブロックを選択する
   とともに、重複したブロックについては最後に取り込ん
   だブロックを選択する選択手段と、 前記各クライアントに設けられ、前記選択手段で選択し
   た各ブロックを結合して同報情報を再生する再生手段
   と、 を具備したことを特徴とする通信システム装置。
8. 【請求項８】 サーバおよび複数のクライアントを備え
   たものにおいて、 前記サーバでは、同報情報を送りたい旨をクライアント
   群の１つに通知し、その通知後、同報情報を複数のブロ
   ックに分割してそのうちの１つを送信する、 前記各クライアントでは、前記サーバから送信される各
   ブロックを取り込むとともに、前記通知を受けている場
   合にはその取り込みが適正であるか否かを前記サーバに
   報知する、 前記サーバでは、取り込みが適正である旨の報知をクラ
   イアントから受けるごとに未送信のブロックの１つを送
   信し、かつ取り込みが不適正である旨の報知をクライア
   ントから受けるごとに不適正となったブロックを再送信
   する、 前記各クライアントでは、取り込んだ各ブロックのう
   ち、重複のないブロックを選択するとともに、重複した
   ブロックについては最後に取り込んだブロックを選択
   し、これら選択した各ブロックを結合して同報情報を再
   生する、 ことを特徴とする同報通信方式。