JP3853323B2 - 通信システム、通信システムの通信方法、通信装置、プログラムおよび記憶媒体 - Google Patents

Description

本発明は、通信システム、通信システムの通信方法、通信装置、プログラムおよび記憶媒体に関する。

公衆通信網（伝送網、回線網、電話網）を利用して、多量の通信データを高速で通信する必要がある場合、仮にＩＳＤＮ（統合ディジタル通信網）を利用できる環境（設備等）が揃っていて且つ利用できる状況であれば、その環境で利用可能な伝送（通信）経路のうち確保可能な通信経路（以下「回線」）を複数系統（複数本）束ねて、それらの間の同期を取りながら高速通信する装置が、知られている（例えば特許文献１参照）。
特開平８−１３０５８７号公報

例えば、地震などの災害が発生した場合や、離島や郊外などにおいて迅速にＴＶ中継する必要がある場合、多機能で高速であるが故に大型に成らざるを得ないＴＶ機材を積み込んだ中継車で、その現場に駆けつけ、セッティングして放送するまでには、かなりの時間を要する。一方、その代わりに、現場において、例えばカメラ付携帯電話等で撮影してメモリカード等に記録した映像や、携帯移動用ＴＶカメラやビデオカメラ等の携帯型カメラで撮影した映像を、迅速に放送に利用するためには、記録したデータ（通信データ）を、公衆回線等を利用して放送局までタイムリーに（できればリアルタイムで）伝送する必要がある。

しかしながら、現場によっては、ＩＳＤＮ等の基本的に同期を要する公衆回線を利用できない場合（環境等）もある。また、特に災害時等においては、せっかくの設備等も利用できない状況になる場合もある。これらの場合、仮に一時的に携帯電話やＰＨＳなどを利用できたとしても、伝送（通信）速度が遅くて伝送に長い時間が係り、到底、リアルタイムの放送は望めない。また、回線の状況によっては、途中で切断されてしまう場合も発生する。このため、同期式の有線の公衆通信網ばかりでなく、（インマルサット）衛生電話等も含む各種の無線回線やその他の非同期式の各種通信網も、状況に応じて利用可能な、高速の通信システムおよびそれによる高速の通信方法が切望されている。

本発明は、状況に応じて確保し易い通信経路や確保可能なうちの最速の回線などを回線として確保して、高速で安定した通信ができる通信システム、通信システムの通信方法、通信装置、プログラムおよび記憶媒体を提供することを目的とする。

本発明の通信システムは、ｍ系統（ｍは２以上の整数）の通信経路を有する通信網と、前記ｍ系統のうちのｎ系統（ｎは１≦ｎ≦ｍとなる整数）の通信経路をｎ系統の回線として利用して、一連の通信データを送信可能な第１通信装置と、前記ｎ系統の回線を介して、前記通信データを受信可能な第２通信装置と、を備えた通信システムであって、前記第１通信装置および前記第２通信装置の少なくとも一方の通信装置は、前記ｍ系統のうちの優先的に利用するｎ系統の通信経路を、利用場所を含む利用条件に対応させて記憶する優先回線記憶手段と、通信時に前記利用条件に応じて、前記ｍ系統の通信経路のうちのｎ系統の通信経路を選択して、前記ｎ系統の回線として確保する回線確保手段と、を有することを特徴とする。

また、本発明の通信方法は、ｍ系統（ｍは２以上の整数）の通信経路を有する通信網のうちのｎ系統（ｎは１≦ｎ≦ｍとなる整数）の通信経路をｎ系統の回線として確保し、第１通信装置から第２通信装置に対して、前記ｎ系統の回線を介して一連の通信データを伝送可能な通信システムの通信方法であって、前記ｍ系統のうちの優先的に利用するｎ系統の通信経路を、利用場所を含む利用条件に対応させて、前記ｎ系統の回線として予め定めておき、前記第１通信装置または前記第２通信装置によって前記利用条件に適合した前記ｎ系統の回線を確保することを特徴とする。

この通信システムおよびその通信方法では、まず、ｍ系統（ｍは２以上の整数）の通信経路を有する通信網を利用し、この通信網が有するｍ系統のうち、利用場所（現場）を含む利用条件に対応して、優先利用するように予め定めておいたｎ系統（ｎは１≦ｎ≦ｍとなる整数）の通信経路を、ｎ系統の回線として確保する。この場合、例えば第１通信装置や第２通信装置の利用場所（位置情報）等の利用条件と、（基地局種別等を含む）回線種別や時間帯（接続日時等）や電界強度その他を対応（連携、関連）させて、「接続情報」等として予め調査等を行って記憶しておくことにより、次回の回線接続時に参照することができる。あるいは、第１通信装置や第２通信装置にＧＰＳ（Ｇlobal Ｐositioning Ｓystem）カード等を搭載させ、ＧＰＳ機能を利用して、予め「接続情報」を記録して学習可能にしても良い。すなわち、利用条件によって比較的安定に確保できる回線や、確保可能なうちの最速の回線などを、その利用条件に対応して予め定めて記憶しておくことにより、それを利用（参照）して、状況に応じて確保し易い通信経路や高速の通信経路を回線として確保して、高速で安定した通信ができる。もちろん、通信システム全体の高速化は、ｎが大きくなるほど顕著になると共に、確保した各回線の通信速度が早いほど顕著になる。なお、この場合、上記の「利用条件」や「接続情報」等を例えばデータベース化しておいて、必要に応じて参照して接続したり、また自動的に検索して接続することにより、最適の回線（ホットスポット接続）を安定して確保可能になる。

また、本発明の通信装置は、上述の通信システムに備えられる前記第１通信装置または前記第２通信装置として機能する通信装置であって、前記優先回線記憶手段と、前記回線確保手段と、を有することを特徴とする。

この通信装置は、上述した各種の利点を有する第１通信装置または第２通信装置として機能するので、上述した各通信システムにおいて利用され、各通信システムを構成することにより、状況に応じて確保し易い通信経路や確保可能なうちの最速の回線などを回線として確保して、高速で安定した通信ができる。

また、本発明のプログラムは、コンピュータを、上述の通信装置の各手段として機能させることを特徴とする。

このプログラムは、プログラム処理可能な通信装置によって処理されることにより、その通信装置を備えて構成される通信システムにおいて、状況に応じて確保し易い通信経路や確保可能なうちの最速の回線などを回線として確保して、高速で安定した通信ができる。

また、本発明の記憶媒体は、上述した各プログラムを、プログラム処理可能な通信装置によって読出可能に記憶することを特徴とする。

プログラム処理可能な通信装置において、この記憶媒体に記憶されたプログラムを読み出して実行することにより、その通信装置を備えて構成される通信システムにおいて、状況に応じて確保し易い通信経路や確保可能なうちの最速の回線などを回線として確保して、高速で安定した通信ができる。

上述のように、本発明の通信システム、通信システムの通信方法、通信装置、プログラムおよび記憶媒体によれば、状況に応じて確保し易い通信経路や確保可能なうちの最速の回線などを回線として確保して、高速で安定した通信ができる、などの効果がある。

以下、本発明の一実施形態に係る通信システムについて、添付図面を参照しながら詳細に説明する。

まず、図１に示すように、本実施形態の通信システムＳは、利用機（第１利用機）ＰＣ１や利用機（第２利用機）ＰＣ２と接続され、全体として、通信システムＳｙｓを構成する。この場合、利用機ＰＣ１や利用機ＰＣ２から見ると、通信システムＳは、１台の高速のモデムのようなデータ伝送（通信）装置に見える。

例えば利用機ＰＣ１内の動画データ等を通信データとして、利用機ＰＣ２に伝送する場合、利用機ＰＣ１から出力された通信データは、インタフェースＩＦ１を介して、通信システムＳ内の通信装置１に入力され、通信網（ネットワーク）ＮＷを介して、通信装置２に入力され、インタフェースＩＦ２を介して、利用機ＰＣ２に入力される。

ここで、通信システムＳの通信装置１は、図示のように、親機１０と複数（２個のみ図示）の子機１１、１２を備え、通信装置２は、同様に親機２０と複数（２個のみの図示）の子機２１、２２を備え、上記の場合、利用機ＰＣ１からの通信データは、親機１０により子機１１、１２に分配され、それぞれ別の回線を介して子機２１、２２に送信され、親機２０で統合・復元されて、利用機ＰＣ２に入力される。

この場合、子機１１と子機２１とを接続する側の回線と、子機１２と子機２２とを接続する側の回線としては、双方ともＩＳＤＮ回線でも良いし、一方あるいは双方が携帯電話でも良い。すなわち、同一方式あるいは異種の方式を混在させて利用でき、上記のほか、例えばＰＨＳや衛星携帯電話等でも良く、あるいは国内ではＰＤＣ（Ｐersonal Ｄigital Ｃellular）や、（ＩＭＴ−２０００に認定された）Ｗ−ＣＤＭＡ（Ｗideband Ｃode Ｄivision Ｍultiple Ａccess）、海外ではＧＳＭ（Ｇlobal Ｓystem for Ｍobile communications）等々、いわゆる第二、第三世代の各種無線方式の回線等を利用できる。

もちろん、例えば有線を含むいわゆるインターネットや各種のローカルエリアネットワーク（ＬＡＮ：イーサネット（登録商標：Ｅthernet）、１０／１００ベース（Base）等）を利用したＩＰ電話網なども採用できる。また、室内およびそれに近い近距離で用いられるパーソナルエリアネットワーク（ＰＡＮ）に適したＢｌｕｅｔｏｏｔｈ（登録商標）やワイヤレスＬＡＮ（ＩＥＥＥ８０２．１１ｂ等）などの無線ＬＡＮを利用することも可能である。

また、例えば子機１１側の接続先は携帯電話網でありながら、子機２１側は有線のＩＳＤＮ回線網であるなど、送信側と受信側で別系統の通信網であっても、回線が確保できれば良く、この例では、電話網として電話番号による発呼により１つの（１系統の）回線を確保できるので、回線として利用できる。

そして、これらの場合、通信システムＳでは、低速の公衆回線等を利用するので単独では低速であっても、複数の回線を同時に利用して分担（複数回線を束ねて利用）することによって、高速のデータ通信を行うことができる。

また、通信装置１（または通信装置２）は、いわゆるパソコン等よりも小型化しやすい。すなわち、パソコン等では、キーボード等のマンマシンインタフェースがあるため、小型化に限界があるが、通信装置１の場合、親機１０も子機１１等にしても、薄膜化などの小型化技術を適用しやすい回路系だけでよいので、全体として小型化し易い。例えば一般的な携帯電話と同等機能の子機１１等であっても、回路的にはいわゆるカードサイズ以下で済むので、この種の子機を数台分搭載した通信装置１であっても、例えばＢ５サイズの厚手の辞書程度（あるいはＢ５版ノート型パソコン程度）以下のサイズで実現できる。

次に、上記の利用機ＰＣ１、ＰＣ２としては、代表的なものとしてパソコン等が利用される。この場合のインタフェースＩＦ１、ＩＦ２としては、上記の各種ＬＡＮを介したものでも良いし、シリアルデータ通信（ＲＳ−２３２Ｃ、ＵＳＢ、ＩＥＥＥ１３９４等）でも、パラレルデータ通信（セントロニクス等）でも良い。また、上述した各種の無線ＬＡＮを利用することも可能である。

ただし、通信システムＳによる通信が高速になるほど、このインタフェースＩＦ１、ＩＦ２の通信速度が通信システムＳｙｓ全体の制限（限界）になる可能性が高くなるので、できる限り高速のインタフェースであることが望ましい。また、上述の例ではパソコン等の利用機ＰＣ１と利用機ＰＣ２との間の伝送なので、通信装置１、通信装置２としては、双方向通信（送受信）が可能なものが好ましい。

次に、例えば前述の被災地等において、ＴＶ中継車の代わりに通信システムＳを利用する場合、携帯型カメラとそれに接続されたパソコン等とのセットを利用機ＰＣ１として、あるいは直接接続できるものであれば携帯型カメラ単体を利用機ＰＣ１として、それらに適した方式のインタフェースＩＦ１を介して、通信システムＳを利用でき、この場合も、ネットワークＮＷとして携帯電話やＰＨＳなど公衆回線を利用しつつ、複数回線を束ねて利用することで高速通信が可能になる。

また、この場合、例えばテレビ局のパソコン（あるいは画像編集等を行う専用機器）等を利用機ＰＣ２として、インタフェースＩＦ２を介して通信システムＳに接続しておけば、携帯型カメラにより現場で撮像した画像データを、通信システムＳを介して高速で（理想的にはリアルタイムで）入手して、放送に利用できる。

また、上述と同様の利用機ＰＣ１として、ＴＶ電話装置などの映像電送装置を通信システムＳに接続して利用することもできる。また、上述では公衆回線としたが、例えばインマルサット衛星電話を２〜３台束ねて回線を確保すれば、現場の映像を迅速に伝送して放送利用できる。

なお、上述のように通信システムＳを利用する場合、データの通信は利用機ＰＣ１側から利用機ＰＣ２側への一方通行なので、この種の利用方法に限られる場合、通信装置１を送信専用、通信装置２を受信専用にすることもできる。

また、通信システムＳにおいては、後述するように、データ送受信の前（最初）に、回線を確保する通信手順を行うが（図７参照）、地震などの大規模災害が発生した場合、利用する回線によっては、災害発生直後に通話規制がなされることがあり、このような場合、現場の撮影データを通信データとして伝送する直前に回線確保がままならなくなる場合がある。このことを避けるため、例えば地震等が発生した旨のメールを受信したり、その他何らかの自動検出等により地震等を検知した場合に、自動的に回線確保のための通信手順を始めるようにすることもできる。これにより、通話規制を回避でき、より多くの回線を確保することで、切断されにくい安定した通信を行うことができる。

次に、通信システムＳの構成について、より具体的に、以下に詳述する。

図２に示すように、通信システムＳは、ネットワークＮＷと、それを介して双方向通信を行う通信装置１および通信装置２と、を備えている。

なお、ここでのネットワークＮＷには、有線、無線を問わず、また、パケットで通信するタイプ（パケット交換方式）か、電話番号による発呼により回線を接続して確保するタイプ（回線交換方式）か、などを問わず、あらゆるネットワークを含み、ｍ系統（ｍは２以上の整数）の通信経路を有するものとし、通信システムＳでは、このうちのｎ系統（ｎは２≦ｎ≦ｍとなる整数）の通信経路を、ｎ系統の回線として確保可能であるものとする。

ただし、説明の便宜上、以下では、回線を占有することで比較的安定性に富む回線交換方式のネットワークＮＷとして、説明する。すなわち、通信装置１が利用可能なｎ個の電話番号と、通信装置２が利用可能なｎ個の電話番号との間で、１対１の通信がｎ系統分（ｎ回線分：ｎ本分）だけ可能になるものとして説明する。

通信装置１は、親機１０と、ｎ個の子機１１〜１ｎを備え、それぞれ内部のＬＡＮ３０を介して接続されている。また、子機１１〜１ｎのそれぞれ（以下、適宜「各子機１１〜１ｎ」や「各子機１１等」と略す）は、対応する回線アダプタまたはモデム（以下「アダプタ」と総称）ＣＡ１〜ＣＡｎと接続され、アダプタＣＡ１〜ＣＡｎのそれぞれ（以下、適宜「各アダプタＣＡ１〜ＣＡｎ」や「各アダプタＣＡ１等」と略す）を介してネットワークＮＷを利用可能になっている。

また、各子機１１等と各アダプタＣＡ１等は、図示のように、ＰＣカード仕様等の各１枚のカードの形態で通信装置１の本体のスロットに脱着可能に装着されている。このため、各カードを差し替えたり、カードを脱着するだけで、子機の種類や数を変更できる。

通信装置２も通信装置１と同様に構成され、親機２０と、ｎ個の子機２１〜２ｎを備え、内部のＬＡＮ４０を介して接続され、各子機２１〜２ｎ（各子機２１等）は、対応する各アダプタＣＡ２１〜ＣＡ２ｎ（各アダプタＣＡ２１等）と接続され、それらを介してネットワークＮＷを利用可能になっている。また、各子機２１等と各アダプタＣＡ２１等は、同様に各１枚のカードの形態で通信装置２のスロットに脱着可能に装着されている。

なお、１枚のカード内に複数の子機とアダプタの組を搭載することも可能であり、また、他の形態（パッケージやボードその他の形態）で搭載することも可能なので、以下では、各子機１１等と各アダプタＣＡ１等との組合せの各組を、論理的（機能的、概念的）な各組として、チャネルＣＨ１等と呼ぶ。すなわち、通信装置１および通信装置２は、それぞれ子機セットとも言えるチャネル（チャネル手段）をｎ個ずつ備えている。

また、例えば通信装置１の子機１１と通信装置２の子機２２の組合せ、子機１２と子機２３との組合せ、子機１３と子機２１との組合せなど、発呼する電話番号の組合せを変えれば、各組合せは任意にできるが、以下では、説明および図示の都合上、通信装置１の子機１１（ＣＨ１）と通信装置２の子機２１（ＣＨ２１）のように、図示上の対応する子機（対応するチャネル）同士で通話（通信）するものとして説明する。

また、通信装置１と通信装置２のそれぞれにｎ個のチャネルが最低限あればよいので、通信装置１と通信装置２の構成が同じ必要はないが、説明の簡素化のため、以下では、同一の構成とし、さらにチャネル数ｎ＝４とする（図示の通信装置２側の括弧内は通信装置１の同一構成要素の符号を示す）。

そこで、図２および図３に示すように、通信装置１（または通信装置２）は、インタフェースＩＦ１（ＩＦ２）を介して利用機ＰＣ１（ＰＣ２）に接続された親機１０（２０）と、ネットワークＮＷを介して送受信を行うｎ＝４個のチャネルＣＨ１〜ＣＨ４（ＣＨ２１〜ＣＨ２４）とを備え、各チャネルＣＨ１〜ＣＨ４（ＣＨ２１〜ＣＨ２４）内の子機１１〜１４（２１〜２４）と親機１０（２０）とは、それぞれ内部のＬＡＮ３０（４０）を介して接続されている。以下、（）内の通信装置２についての説明は、通信装置１と同様として省略する。

図３に示すように、親機１０は、ＭＰＵ（Ｍicro Ｐrocessing Ｕnit）１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＬＡＮコントローラ（以下「ＬＡＮＣ」）１０４、データ装置（Data Equipment）インタフェース（以下「ＤＩＦ」）１０５を備え、互いに内部バス１０６により接続されている。

ＲＯＭ１０２は、ＭＰＵ１０１で処理する制御プログラムや制御データ等を記憶している。また、ＲＡＭ１０３は、スタックやＦＩＦＯなど各種データ領域や各種バッファ領域を有し、各種処理の作業領域として使用される。また、ＬＡＮＣ１０４は、ゲートアレイやカスタムＬＳＩなどにより構成された論理回路や機能回路などを有し、ＭＰＵ１０１の機能を補うとともにＬＡＮ３０を介した各子機等とのインタフェースを扱う。また、ＤＩＦ１０５は、同様に構成された論理回路や機能回路などを有し、ＭＰＵ１０１の機能を補うとともにインタフェースＩＦ１を介した利用機ＰＣ１とのインタフェースを扱う。

そして、ＭＰＵ１０１は、上記の構成により、ＲＯＭ１０２内の制御プログラムに従って、ＲＯＭ１０２やＲＡＭ１０３内の各種データ等を処理し、ＬＡＮＣ１０４を介して各子機等と各種制御信号や各種データ等の授受を行い、ＤＩＦ１０５を介して利用機ＰＣ１等と各種制御信号や各種データ等の授受を行うことにより、親機１０自体ばかりでなく、通信装置１全体を制御している。

また、チャネルＣＨ１は、子機１１の本体と、アダプタＣＡ１を備えている。アダプタＣＡ１は、子機１１のタイプ（送受信等の通信方式や回線種別等）に適合する各種の回路を有し、いわゆる回線アダプタやモデム等として、子機１１の機能を補うとともにネットワークＮＷとのインタフェースを扱う。

子機１１は、親機１０と同様の構成を有し、ＭＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ＬＡＮＣ１１４、ＤＩＦ１１５を備え、互いに内部バス１１６により接続されている。すなわち、ＲＡＭ１１３は、スタックやＦＩＦＯなど各種データ領域や各種バッファ領域を有し、各種処理の作業領域として使用され、ＬＡＮＣ１１４は、各種回路を有して、ＭＰＵ１１１の機能を補うとともにＬＡＮ３０を介した親機１０等とのインタフェースを扱う。

また、ＤＩＦ１１５は、各種回路を有して、ＭＰＵ１１１の機能を補うとともに、アダプタＣＡ１と協同（連動）して、ネットワークＮＷとのインタフェースを扱う。また、ＲＯＭ１１２は、ＭＰＵ１１１で処理する制御プログラムや制御データ等を記憶している。この場合の制御データには、子機１１が自己の電話番号とする数値データや自己のタイプ（回線種別等）を示す識別データ等が含まれ、初期設定により記憶される。なお、この場合の「初期設定」は、各カード等として組み込む（装着する）前に予め書き込むタイプでも良いし、ＲＯＭ１１２等としてフラッシュＲＯＭ等の書換可能なＲＯＭを用いて、親機１０からの指示により書換（設定）可能なタイプとすることもできる（図６の「設定」参照）。

そして、ＭＰＵ１１１は、上記の構成により、ＲＯＭ１１２内の制御プログラムに従って、ＲＯＭ１１２やＲＡＭ１１３内の各種データ等を処理し、ＬＡＮＣ１１４を介して親機１０等と各種制御信号や各種データ等の授受を行い、ＤＩＦ１１５を介してネットワークＮＷとの間の各種制御信号や各種データ等の授受を行うことにより、子機１１自体ばかりでなく、チャネルＣＨ１全体を制御している。

他のチャネルＣＨ２〜４のそれぞれも、チャネルＣＨ１と同様に構成され、各子機１２等の本体と、アダプタＣＡ２等とを備えている。他の詳細な説明は、上記と同様になるので、省略する。

次に、通信システムＳにおける通信データその他のデータの流れについて、具体例を挙げて、以下に詳述する。

まず、通信システムＳの親機１０は、実際の通信データの送信以前および送信と並行して、接続されている各チャネルの回線の通信速度（回線状態を加味した回線速度等の評価値：得点）を調査する（詳細は後述）。ここでは、チャネルＣＨ１〜ＣＨ４の回線の全てが無事接続されているものとし、また、簡易にイメージを示すため、仮にチャネルＣＨ３のみ他のチャネルＣＨ１、ＣＨ２、ＣＨ４の約２倍の回線速度とし、他の３つのチャネルは同一速度とする。

この状態で、図４に示すように、利用機ＰＣ１から通信データＤＡＴＡ１が入力されると、親機１０は、接続されているチャネルＣＨ１〜ＣＨ４の各回線速度に応じて、相手方（通信装置２の親機２０）への伝達時間が概ね同一になるように、通信データＤＡＴＡ１の先頭から順にブロックデータＢＬＫ１、ＢＬＫ２、ＢＬＫ３、ＢＬＫ４、ＢＬＫ５、ＢＬＫ６……と分割（抽出）し、チャネルＣＨ１、ＣＨ２、ＣＨ３、ＣＨ４、ＣＨ１、ＣＨ２……のように割り当てる。ここでは、チャネルＣＨ３のみ約２倍の速度なので、割り当てるブロックデータＢＬＫ３のデータ量（ここではデータ長）を、他のブロックデータＢＬＫ１等の約２倍とする。

次に、親機１０は、各ブロックデータＢＬＫ１等の先頭に１６ビット（２バイト）のシリアルナンバーＳＮと、同じく２バイトのデータ長ＤＬを付加して、各チャネル用のシリアル番号付データ（以下「チャネルデータ」）ＣＨＤ１等として、対応するチャネルＣＨ１等に入力する（同図では、ブロックデータＢＬＫ２をチャネルデータＣＨＤ２としてチャネルＣＨ２に入力した様子のみ図示）。

各チャネルＣＨ１等は、各チャネルデータＣＨＤ１等を、ネットワークＮＷを介して、回線交換により接続された相手方（通信装置２）のチャネルＣＨ２１等に送信する。相手方である通信装置２の各チャネルＣＨ２１等は、各チャネルデータＣＨＤ１等を、ネットワークＮＷを介して入力（受信）して、親機２０に渡す。

親機２０では、シリアルナンバーＳＮを参照して、ブロックデータＢＬＫ１等として再配置し、ＦＩＦＯバッファに格納済みの最終データのシリアルナンバーに連続するときには、ＦＩＦＯバッファにブロックデータＢＬＫ１等を追加格納する。ＦＩＦＯバッファ内に順に格納されたデータは、全体として通信データＤＡＴＡ１を復元した通信データＤＡＴＡ２として、親機２０から利用機ＰＣ２に出力される。

次に、図４で上述のデータの流れに沿って、通信システムＳにおける各部のデータ構造等について、以下に詳述する。

図５に示すように、利用機ＰＣ１から親機１０に入力された通信データＤＡＴＡ１は、まず、上述のように、例えばチャネルＣＨ１の通信（回線）速度に応じて、先頭から順にブロックデータＢＬＫ１等として分割（抽出）され、先頭に各２バイトのシリアルナンバーＳＮとデータ長ＤＬが付加されるが、さらに詳細には、これらの末尾にチェックサムＳＭが付加された状態（構造）で、チャネルデータＣＨＤ１等に成る。

ここで、シリアルナンバーＳＮの２バイト領域には、１６進（ヘキサ）表示の「００００」（以下、ヘキサ表示を［］で囲み、［００００］等のように示す）〜［ＦＦＦＦ］までの数値が格納可能であるが、このうち、シリアルナンバーＳＮとしては、［０００１］〜［７ＦＦＦ］を使用し、後述のデータ再送時（例えば図９のＲＣＤ２再送やＲＣＤ４再送等参照）には、各シリアルナンバーの１の補数（各ビットを反転したもの）を用いる。すなわち、最初の送信時のシリアルナンバー［０００１］〜［７ＦＦＦ］に対して、再送時には［ＦＦＦＥ］〜［８０００］を使用する。また、シリアルナンバーＳＮ＝［００００］（再送時［ＦＦＦＦ］）は、制御データ（制御用ブロックデータ）を示すものとする。

また、親機１０では、上記のチャネルデータＣＨＤ１等の前（先頭）に、親機における（親機からの）１バイトのコマンドＣＭＤ（図６に主なものを示す「親機コマンド」：ここではブロック送信なので［０６］）を付加してから、チャネルＣＨ１等の子機１１等に出力する。

次に、子機１１等では、親機１０から入力されたチャネルデータＣＨＤ１等に対して、２バイトの識別子（識別コード）ＩＤと、子機用の１バイトのコマンドＣＭＤ（図６に主なものを示す「子機コマンド」）と、各チャネル毎のシリアルナンバーに相当する２バイトのレコードナンバー（チャネル内レコード番号）ＲＮを付加して、例えばチャネルＣＨ１のレコードデータＲＣＤ１（以下、「レコードデータＣ１ＲＣＤ１」等という）などとし、相手（通信装置２）のチャネルＣＨ２１等の子機２１等に、ネットワークＮＷを介して送信する。

なお、このため、図４で前述のブロックデータＢＬＫ２は、チャネルデータＣＨＤ２を含むレコードデータＣ２ＲＣＤ１として、また、ブロックデータＢＬＫ３は、チャネルデータＣＨＤ３を含むレコードデータＣ３ＲＣＤ１として、また、ブロックデータＢＬＫ４は、チャネルデータＣＨＤ４を含むレコードデータＣ４ＲＣＤ１として、ネットワークＮＷを介して送信され、続いて、ブロックデータＢＬＫ５は、チャネルＣＨ１における次のレコードデータの一部となるので、チャネルデータＣＨＤ５を含むレコードデータＣ１ＲＣＤ２として、また、ブロックデータＢＬＫ６は、チャネルＣＨ２からのチャネルデータＣＨＤ６を含むレコードデータＣ２ＲＣＤ２として、ネットワークＮＷを介して送信される。

ただし、このネットワークＮＷを介しての通信の際には、相手先と発信元（自己）の電話番号等に基づいて回線種別に依存する各種ヘッダＨＥＡＤが適宜付加され、参照利用された後に削除され、子機２１等において、レコードデータＣ１ＲＣＤ１等として判別され、そのうちのチャネルデータＣＨＤ１等の分を抽出し、子機（応答）用の１バイトのコマンドＣＭＤ（図６参照：ここではブロック受信なので［０７］）を付加して、親機２０に出力する。

そして、親機２０では、前述のように、シリアルナンバーＳＮを参照して、ブロックデータＢＬＫ１等の復元、再配置〜通信データＤＡＴＡ１を復元して、通信データＤＡＴＡ２として、利用機ＰＣ２に出力する。

次に、通信システムＳにおける通信手順について、以下に詳述する。

図７に示すように、まず、回線を確保（接続）することを要求する側（以下「発呼側」：ここでは仮に通信装置１側とする）の親機（親機１０）から１個の子機（仮に子機１１）に対して発呼要求がされると（図６の「発呼」参照）、子機１１がそれに応答して、接続を要求される側（以下「応呼側」：ここでは通信装置２側とする）の予定の１個の子機（仮に子機２１）の電話番号を発信（発呼）する。これにより、ネットワークＮＷ上の回線が確保（接続）されると、発呼側および応呼側の双方から相手に対して自己の識別コードを送る（図６の「識別コード送信」参照）。

ここで、予定の通信相手の識別コードであると認められない場合、認められない側の子機（発呼側の子機１１または応呼側の子機２１）が回線を切断する（図６の「回線切断」参照）。

一方、通信相手として確認された場合、次に、応呼側から発呼側へ利用可能な回線情報を送信し、発呼側でそれを受信して格納する（図６の「回線情報送信」「回線情報受信」参照）。この場合の回線情報は、回線数と、その数分の回線種別と電話番号から成り、例えば「回線数」「回線種別、電話番号」「回線種別、電話番号」……等のフォーマットで送信される。

例えば上述ではｎ＝４としていたので、「４」の後に４回線分だけ「回線種別、電話番号」を付加しても良いし、最初の１回線については既知なので、他の３回線分についてのみ知らせる仕様としても良い。

なお、上述の応呼側において、例えば親機２０が自己側の回線情報の全てを記憶していない場合、各子機に自局電話番号を要求し、それに応答させることによって、全ての回線情報を収集できる（図６の「自局電話番号」を参照）。すなわち、例えばチャネル用のカード交換等により電話番号を含む回線情報が変わっても、これを用いて回線情報を収集できる。

一方、発呼側では、親機１０が、受信した回線情報に基づいて、残りの各子機（ここでは子機１２〜１４）に対して、それぞれの相手先（の子機：例えば子機２２〜２４）の電話番号を付随情報として、発呼要求すると（図６の「発呼」参照）、各子機１２等がそれに応答して、各電話番号を発信（発呼）する。

これにより、ネットワークＮＷ上の各回線が確保（接続）されると、最初の発呼のときと同様に、発呼側の各子機１２等および応呼側の各子機２２等の双方から相手の各子機２２等や各子機１２等に対して自己の識別コードを送る（図６の「識別コード送信」参照）。この場合も相手を通信相手として認められない場合、回線を切断する（図６の「回線切断」参照）。

一方、通信相手として確認された場合、必要とする各回線が確保（接続）された状態となるので、これらの回線（ここではｎ＝４系統の回線）を利用して（４系統の回線を束ねて）、高速通信が可能になる。

なお、この場合、後述の異常発生検出時等においてリダイヤルしたり、例えば災害発生時等において、最初から全回線（ｎ回線）を確保（接続）したいときのために、上記の発呼要求された各子機１２等に所定の相手（例えば上記の発呼の相手）の子機２２等の電話番号を記憶しておいても良い。例えば上記の発呼要求時に付随情報として親機１０から取得した相手電話番号をそのまま記憶しても良いし（リダイヤルに有効）、改めて初期設定等として記憶（設定）しても良い。

次に、正常な状態が続く場合の通信手順について、以下に詳述する。なお、以下では、上述の発呼側＝送信側、上述の応呼側＝受信側とするが、通信に使用する回線が確保されているので、その逆の関係にして、発呼側＝受信側、応呼側＝送信側とすることもでき、また、交互に立場を変えて、複数回線（ｎ＝４本の回線）を束ねた高速双方向通信もできる。

ここで、送信側（例えば通信装置１側）から受信側（例えば通信装置２側）に通信データを高速通信する場合、まず、親機１０から各子機１１等のそれぞれに、それぞれの通信速度に応じたチャネルデータＣＨＤ１等を付随情報として、ブロック送信を要求する（図６の「ブロック送信」参照）。

子機１１では、これに応答して、チャネルデータＣＨＤ１等を入力し、２バイトの識別子ＩＤと、１バイトのコマンドＣＭＤと、２バイトのレコードナンバーＲＮを付加して、レコードデータＣ１ＲＣＤ１等として、相手（通信装置２）のチャネルＣＨ２１の子機２１に、ネットワークＮＷを介して送信する。他のチャネルにおいても同様であり、例えばチャネルＣＨ２では、子機１２が親機１０からのブロック送信要求に応答して、チャネルデータＣＨＤ２等を入力し、識別子ＩＤ、コマンドＣＭＤ、レコードナンバーＲＮを付加して、レコードデータＣ２ＲＣＤ１等として、通信装置２のチャネルＣＨ２２の子機２２に、ネットワークＮＷを介して送信する。

このため、以下の説明では、各チャネルＣＨ１〜ＣＨ４のそれぞれ最初のレコードデータＣ１ＲＣＤ１、Ｃ２ＲＣＤ１、Ｃ３ＲＣＤ１、Ｃ４ＲＣＤ１を代表して、任意の１のチャネルの最初のレコードデータＲＣＤ１とし、同様に、各チャネルの次のレコードデータＣ１ＲＣＤ２、Ｃ２ＲＣＤ２、Ｃ３ＲＣＤ２、Ｃ４ＲＣＤ２を代表して、任意の１のチャネルの次のレコードデータＲＣＤ２とし、同様に、任意の１のチャネルについてのさらに次のレコードデータＲＣＤ３、ＲＣＤ４、……等とする。

ここで、任意の１のチャネルについて、レコードデータＲＣＤ１等を「レコード１（ＲＣＤ１）」のように示すと、図８に示すように、正常時のデータ通信では、送信側（例えば通信装置１側）から受信側（例えば通信装置２側）に対して、ほぼ等間隔で、レコード１（ＲＣＤ１）、レコード２（ＲＣＤ２）、レコード３（ＲＣＤ３）、レコード４（ＲＣＤ４）、……のように送信し、正常受信なので、応答もほぼ等間隔で、レコード１（ＲＣＤ１）受信に対して肯定応答（ＡＣＫnowledgement：以下「ＡＣＫ」と略す）１、レコード２（ＲＣＤ２）受信に対してＡＣＫ２、レコード３（ＲＣＤ３）受信に対してＡＣＫ３、レコード４（ＲＣＤ４）受信に対してＡＣＫ４、……を送信する。

次に、何らかの異常が発生した場合の通信手順について、以下に詳述する。なお、各子機１１等では、異常発生時に再送を可能とする旨を設定（以下「再送設定」）することができ、この場合には、送信したデータに対応するＡＣＫの応答を受信するまでは、送信したデータを保持する。また、ＡＣＫの受信が無くても、送信バッファに余裕がある間は、再送設定か否かに拘わらず、次々にデータを送信する。また、所定時間が過ぎてもＡＣＫの受信がない場合には異常と判断する。ただし、この場合に、回線を切断するか、データを再送するか、などは設定に従う。以下の説明では、再送設定があるもの（再送設定時）とする。

図９に示すように、まず、上記と同様に、親機１０からのブロック送信要求に応じて、例えばチャネルＣＨ１の子機１１等が、通信装置２の子機２１等に対して、ほぼ等間隔で、レコード１（ＲＣＤ１）、レコード２（ＲＣＤ２）、レコード３（ＲＣＤ３）、レコード４（ＲＣＤ４）……のように送信したものとする。

ここで、例えば、子機２１等において、レコード１（ＲＣＤ１）を正常に受信すると、子機１１等に対して、ＡＣＫ１を送信する。次に、例えば、何らかの異常発生により、回線の途中で、レコード２（ＲＣＤ２）が喪失した場合、この時点では、子機１１等側も子機２１等側も、レコード喪失を検出できないので、そのまま通信手順は継続される。続いて、子機１１等から、レコード３（ＲＣＤ３）を送信し、子機２１等において正常に受信すると、子機１１等に対して、ＡＣＫ３を送信する。

この場合、子機１１等では、ＡＣＫ３を受信すると、その前に、ＡＣＫ２を受信していないので、途中で何らかの異常が発生したことを検出できる。この場合の異常としては、子機１１等から子機２１等の途中でレコード２（ＲＣＤ２）が喪失したか、子機２１等から子機１１等の途中でＡＣＫ２が喪失したか、の可能性があり、ここでは（再送設定なので）、いずれの場合も、レコード２（ＲＣＤ２）を再送する。この場合、前述のように、シーケンスナンバーＳＮを補数として（反転させ）、再送である旨を子機２１等に報知する。

なお、上述の場合、子機２１等では、レコード３（ＲＣＤ３）を受信した時点で、レコードナンバーＲＮ（またはシリアルナンバーＳＮ）により、その前のレコード２（ＲＣＤ２）を受信していないことを、異常（エラー）として検出可能である。このため、仕様上、このような場合には、一旦、エラー検出を示すように、否定応答（Ｎegative ＡＣＫnowledgement：以下「ＮＡＫ」と略す）２を、子機１１等に対して送信し、その後、ＡＣＫ３を送信するようにしても良い。これにより、子機１１等では、解析上、エラーの内容を、ＡＣＫ２喪失でなく、レコード２（ＲＣＤ２）の喪失に絞ることができる。

次に、例えば、子機２１等において、レコード４（ＲＣＤ４）を受信したが、そのレコード４（ＲＣＤ４）から何らかの異常が検出された場合、子機２１等では、ＮＡＫ４を、子機１１等に対して送信する。この場合の異常としては、例えばチェックサムの不一致、ヘッダＨＥＡＤの一部欠損、一部異常（子機１１等を示していない等）、などの可能性があり、子機１１等では、ＮＡＫ４を受信すると、（再送設定なので）レコード４（ＲＣＤ４）を再送する。

なお、この再送の際においても、例えばレコード４（ＲＣＤ４）を喪失したり、ＡＣＫ４を喪失した場合、子機１１等では、ＡＣＫ４を受信できないので、異常（エラー）検出して、設定に従って、再々送など、次の手順を行う。

次に、各子機１１等が行う自己の回線状態の評価（回線自己評価）について、詳述する。

ここでは、基本的に、例えば子機１１が、親機１０からチャネルデータＣＨＤ１等を入力し、レコードナンバーＲＮ等を付加してレコードデータＣ１ＲＣＤ１（ＲＣＤ１）等を準備して（図４、図５等参照）、送信バッファ（ＦＩＦＯ）に格納してから（状態として送信済みと判断可能な状態になってから）、それに対応するＡＣＫ１等またはＮＡＫ１等の受信を検出するまでの時間を計測し、この計測結果（平均時間）に基づいて評価する。

この場合、送信バッファが空の場合の上記（送信バッファ格納〜ＡＣＫ受信）の時間（図８のｔａに相当する時間）を基準として、その一定期間内の平均時間を基準値（基準時間）Ｔａとして評価（得点）を決定する。このため、子機１１等は、回線が接続されている間は、たとえ送信すべきブロック（データ）が無くても、空のブロック（ダミーデータ）を送信して、回線（自己）評価を行い、親機１０等からの要求に応じて、自己評価の結果（得点：回線状態情報）を応答する（図６の「回線評価」参照）。

まず、基本形について説明する。例えば送信バッファ内に待ちブロックがない場合（バッファが空の場合）の評価（得点）は、上記の基準値Ｔａとなるが、直前（現在）のブロックを送信した後、自ブロックが送信されるまでに待たされる時間（図８のｔｂに相当する時間）の平均を、平均待ち時間Ｔｂとすると、
待ちブロックが１つある場合（待ちブロック数Ｂｗ＝１の場合）の得点は、
Ｔｂ＋Ｔａ
となり（この時間のイメージは図８のＲＣＤ１送信〜ＲＣＤ２送信〜ＡＣＫ２受信までの時間ｔｂ＋ｔａのイメージ）、
待ちブロックが２つ（Ｂｗ＝２）の場合には、
２×Ｔｂ＋Ｔａ
となるので（同様に図８のＲＣＤ１送信〜ＲＣＤ２送信〜ＲＣＤ３送信〜ＡＣＫ３受信までの時間ｔｂ＋ｔｂ＋ｔａのイメージ）、
一般的に、待ちブロック数Ｂｗの場合には、
Ｂｗ×Ｔｂ＋Ｔａ …… （１）式
または、係数Ｋ＝Ｔｂ／Ｔａとして、
（Ｂｗ×Ｋ＋１）×Ｔａ …… （２）式
となる。

すなわち、例えば、平均して、直前のブロックのＡＣＫを受信するのと同時に次のブロックを送信する場合、そのタイミングでは、Ｔｂ＝Ｔａ（Ｋ＝１）となるので、
（Ｂｗ＋１）×Ｔａ …… （３）式
となり、例えば待ちブロックが２つ（Ｂｗ＝２）であれば、３Ｔａとなる。

もちろん、例えば最初のブロックのＡＣＫ受信までに（その半分程度のタイミングで）次のブロックを送信し、さらにその次のブロックの送信と最初のＡＣＫ受信のタイミングが一致する場合、Ｋ＝１／２＝０．５のため、Ｔｂ＝Ｔａ／２＝０．５×Ｔａとなり、待ちブロックが２つ（Ｂｗ＝２）であっても、２Ｔａとなる。

ただし、子機１１等における回線評価には、回線状態等に基づく異常発生等の結果も反映できるようにしている。すなわち、実際には異常（エラー）発生により、再送が必要な場合があるので、子機１１等では、このエラー数Ｅｒを計測し、それを反映させる。

具体的には、基準個数（例えば１００個）のブロックを送信する間のエラー数（エラー率：異常発生率）Ｅｒを評価式に組み込み（考慮し）、係数Ｋ＝Ｔｂ／Ｔａとして、
（Ｂｗ×Ｋ＋１）×（Ｅｒ＋１００）×Ｔａ …… （４）式
として、親機１０からの問い合わせには、この値を応答する。なお、回線が何らかの異常によって切断され、全く送信できないような場合には、最大値（例えば全ビット１）を応答する。

次に、上述のような子機１１等に対する親機１０等について、説明する。送信側の場合、親機１０等は、利用機ＰＣ１等からの通信データＤＡＴＡ１をバッファリングし、バッファが一定量を超えるか、一定時間が過ぎると、前述のように、子機１１等用にブロックを分割（抽出）して、チャネルデータＣＨＤ１等として、子機１１等に渡す（図４〜図５、図６の「ブロック送信」等参照）。

この場合、どの子機にどれだけのデータ量のチャネルデータを担当させるか（割り当てるか）は、上述の自己評価の得点を各子機１１等から入手し（図６の「回線評価」参照）、それを、親機１０等が評価して決定する。

なお、ここで、子機１１等からの応答値が、回線切断時の値（最大値）である場合には、その子機１１等に渡し済みのチャネルデータ等を引き揚げて、他の子機（他のチャネル）に渡すか、そのデータを捨てるか、または、同じ子機に再接続（図６の「発呼」：ここではリダイアル）を要求するか、などは設定に従う。

次に、受信の場合、子機２１等において、受信したデータ（ヘッダ付のレコードデータ）をチャネルデータＣＨＤ１等のレベルまで分解（復元）するので（図４〜図５参照）、親機２０等は、子機２１等からの送信要求（相手先からのデータの受信要求：図６の「ブロック受信」参照）に応じて、チャネルデータＣＨＤ１等を受け取り、シリアルナンバーＳＮに基づいて各ブロックデータＢＬＫ１等に復元して利用機ＰＣ２への送信バッファに格納し、それらによる通信データＤＡＴＡ１の復元を行って、通信（復元）データＤＡＴＡ２として、利用機ＰＣ２等へ出力する。この送信バッファの時点で、受信データに何らかの異常が検出された場合には、再送要求を出すか、そのまま利用機ＰＣ２に渡すか、などは設定に従う。

上述のように、本実施形態の通信システムＳでは、まず、ｍ系統（ｍは２以上の整数）の通信経路を有するネットワーク（通信網）ＮＷを利用するが、この場合のネットワークＮＷとしては、相互に非同期の２系統を含んでも良いので、現在いわゆる「通信網」等と呼ばれる種類のもの殆ど全部が、このネットワークＮＷとなり得る。そして、ネットワークＮＷが有するｍ系統のうち、現場の環境や状況に応じて確保可能なｎ系統（ｎは２≦ｎ≦ｍとなる整数）の通信経路をｎ系統の回線として確保すれば良い。

もちろん、この場合のｎ系統は、ｍ系統のうちの「任意」のｎ系統なので、相互に非同期の２系統がこのｎ系統に含まれても良いことを前提とする。具体的に上述の実施形態では、各子機１１等が固有の電話番号（回線番号）を有し、子機間で電話番号を介して回線を確保（接続）するので、電話番号で接続可能なあらゆる形態の回線を利用でき、これらには、回線方式（回線種別）の異なる多くの種類の無線回線をも含むので、他の回線とは非同期となる場合が多い。

すなわち、ＩＳＤＮ等の同期を要する公衆回線を利用できない環境や状況等であっても、ｎ系統の回線を確保すればよいので、何らかの通信網を有する離島や郊外はもちろんのこと、被災地等においても利用しやすい。そして、上述の例では、通信装置（第１通信装置）１から通信装置（第２通信装置）２に対して、確保したｎ（例えばｎ＝４）系統の回線を介して、利用機ＰＣ１からの通信データ（一連の通信データ）ＤＡＴＡ１を伝送（送信）するが、ｎ（＝４）系統（複数系統）の回線を介するので、高速通信が可能になる。もちろん、このことはｎが大きくなるほど顕著になると共に、確保した各回線の通信速度が早いほど顕著になる。

また、上述の実施形態では、通信装置１において、確保した（ｎ＝）４系統の回線の通信速度に応じたデータ量のブロックデータＢＬＫ１等を、通信データＤＡＴＡ１の先頭から順に抽出して、抽出順を示すシリアルナンバー（シリアル番号情報）ＳＮ等を付してレコードデータＣ１ＲＣＤ１等として、各回線を介して送信し、それらを、通信装置２において受信し、シリアルナンバーＳＮに基づいて、通信データＤＡＴＡ１を復元して、受信（通信）データＤＡＴＡ２とする（図４〜図５等参照）。

この場合、ブロックデータＢＬＫ１等を先頭から順に抽出して送信し、それらのシリアルナンバーＳＮに基づいて復元するので、（ｎ＝）４系統の回線が互いに同期する必要がなく、仮にシリアルナンバーＳＮに関してバラバラの順で受信されても、シリアルナンバーＳＮに基づいて忠実に復元できる。

しかも、上述の通信システムＳでは、各回線で伝送するブロックデータＢＬＫ１等は、各回線の回線状況をも加味した回線速度（通信速度）に応じたデータ量であり、先頭から順に抽出して送信するので、受信順がバラバラになる可能性も低く、多少前後しても、先頭からの連番のブロックデータＢＬＫ１等を受信次第、順に復元できる。

したがって、上述の通信システムＳでは、状況に応じて確保可能な複数の通信経路が互いに非同期であっても、それらを利用して、高速で安定した通信ができる。

また、上述の通信システムＳでは、通信装置１の装置本体は、親機１０としての機能を有し、各チャネル（チャネル手段）ＣＨ１等は、子機１１等としての機能を有し、親機１０は、ブロックデータＢＬＫ１等の抽出とシリアルナンバーＳＮの付加を行い、チャネルデータＣＨＤ１等として、担当のチャネルＣＨ１等にに配給することにより、子機１１に対する通信データの配給を処理（分担）し、チャネルＣＨ１等は、担当する各回線用のチャネルデータＣＨＤ１等の送信機能を担当して、担当の回線を介したデータ送信を処理（分担）するので、ｎ（例えばｎ＝４：複数）系統の回線を用いた（回線を束ねた）通信による高速化ばかりでなく、親機と子機としての機能分担によって、例えば並行処理が可能になるなど、さらなる高速化が図れる。

また、ｎ（＝４）個のチャネルＣＨ１等は、例えばパッケージ、カード、ボードその他の交換単位基材に搭載されて、装置本体に脱着可能に装着されるので、子機１１等としての機能に故障が発生した場合にも、その交換単位基材を新品に交換するだけで容易に復旧できると共に、通信方式や回線方式等の回線種別が異なる子機の機能を搭載した交換単位基材に交換すれば、回線種別の異なる回線を利用できる。このため、前述の被災地等において、その状況に応じて利用する回線種別を変更するなどの、臨機応変な対応がし易くなる。

また、上述の場合、例えば１枚のカード等の交換単位基材の種類によって、１個（子機とアダプタの１組）のチャネルＣＨ１等を搭載するか、ｎ（例えばｎ＝４）個のチャネルＣＨ１〜ＣＨ４等を搭載するかを変えられるようにして、その交換単位基材の交換によって、通信データの送信のために確保可能な回線数ｎを可変できるようにしても良い。

また、この種の交換単位基材を装置本体に複数枚（例えばｎ＝４枚）装着可能な構成にし、装着する交換単位基材の枚数（個数）によって、確保可能な回線数ｎを可変できるようにしても良いし、上述したように回線種別の異なる各種のものを用意して、交換単位基材の交換によって、回線種別も回線数も、自由自在に変えられるようにすることもできる。これらにより、前述の被災地等において、その状況に応じて、さらに臨機応変な対応が可能になる。

また、上述の通信システムＳでは、通信装置１の親機１０は、ｎ個の各子機１１等に対して、各子機１１等として使用する回線の回線種別や電話番号を示す自局電話番号情報（回線種別情報＆回線番号情報：図６の「自局電話番号」参照）を要求でき、各子機１１等は、親機１０からの要求に応じて、記憶された自局電話番号情報を親機１０に応答するので、親機１０としては、最初から全ての子機１１等の自局電話番号情報を把握（記憶）しておく必要はない。

また、このため、各子機１１等を交換しても各子機に要求するだけで自局電話番号情報を取得できるので、異なる回線種別のものあるいは異なる電話番号（回線番号）に交換することも容易になり、前述の被災地等において、その状況に応じて利用する回線種別や電話番号を変更する場合にも、臨機応変な対応が容易に可能になる。

また、上述の通信システムＳでは、通信装置１の親機１０は、ｎ個の各子機１１等に対して、各子機１１等として使用する回線の回線状態の評価結果（得点：平均的な通信速度を含む回線状態を示す回線状態情報：図６の「回線評価」参照）を要求でき、各子機１１等は、親機１０からの要求に応じて、回線状態の評価結果（得点）を応答するので、親機１０は、子機１１等からの評価結果に基づいて、抽出する各ブロックデータＢＬＫ１等のデータ量を決定でき、各子機１１等の回線状態に応じたデータ長ＤＬ（データ量）のブロックデータＢＬＫ１等を抽出してチャネルデータＣＨＤ１等として配給することが容易になり、これにより、前述の被災地等において、回線状況の変化に応じた臨機応変な対応が容易に可能になる。

また、この場合、回線状態の評価は、正常動作時の送信〜応答に要する平均時間ばかりでなく、送信異常の発生率にも基づくので（前述の（４）式等参照）、親機１０は、各回線の異常発生率をも加味して、ブロックデータＢＬＫ１等の抽出〜チャネルデータＣＨＤ１等の配給が可能になり、さらに臨機応変な対応が可能になる。

また、上述の回線評価のため、通信装置１の各子機１１等では、送信すべきデータがないときに、ダミーデータを送信するので、回線状態の常時監視（常時モニタ）ができ、これにより、回線状態の変化に敏感に対応でき、さらに適切且つ臨機応変な対応が可能になる。

また、上述の通信システムＳでは、通信装置２も同様の構成なので、通信装置２の親機２０は、ｎ個の各子機２１等に対して、自局電話番号情報を要求でき、各子機２１等は、親機２０からの要求に応答するので、親機２０としては、最初から全ての子機２１等の自局電話番号情報を把握（記憶）しておく必要はない。また、各子機２１等を交換しても自局電話番号情報を取得できるので、異なる回線種別または異なる電話番号（回線番号）に交換することも容易になり、通信装置１と同様に、状況に応じて利用する回線種別や電話番号を変更する場合にも、臨機応変に対応できる。

また、上述の通信システムＳにおいて、通信装置１では、通信装置２のｎ個の子機２１等の電話番号のうちの少なくとも１を相手番号として記憶しておき、その相手番号をネットワーク（通信網）ＮＷに対して発呼することにより、まず、その１系統の回線を確保し、通信装置２では、通信装置１からの（相手番号を使用した）最初の呼出しに対して、それ以外のｎ−１個の電話番号（他回線番号情報）を含む回線情報（回線種別＋電話番号）を通信装置１に応答する。通信装置１では、この情報に基づいて、ネットワークＮＷに対して発呼することにより、残りのｎ−１系統の回線（ｎ−１個の回線番号に対応する回線）を確保する。このため、この通信システムＳの通信装置１は、通信装置２のｎ個のうちの１の電話番号を記憶しておくだけで、ｎ個の回線を確保可能になる。

なお、前述のように、通信システムＳｙｓにおいて（図１参照）、利用機ＰＣ１や利用機ＰＣ２から見て、上述の通信システムＳは、１台の高速モデムに見える。このため、利用法としては、例えば利用機ＰＣ１から通信装置１に、利用機ＰＣ２に対する通信を要求し、通信装置１では、通信装置２に対する接続に成功すればその旨（例えば「ＣＯＮＮＥＣＴ」等のメッセージ）を利用機ＰＣ１に返し、接続に失敗したり何らかの異常（エラー）が検出されたときにはその旨（例えば「ＮＯ ＣＡＲＲＩＥＲ」や「ＥＲＲＯＲ」のメッセージやエラーステータス）などを利用機ＰＣ１に返すようにすれば良い。

また、上述の場合、例えば上述の相手番号を利用機ＰＣ２の電話番号と見なして、利用機ＰＣ１から通信装置１への通信要求に、上述の相手番号となる電話番号を含ませるようにしても良い。この場合、通信装置１では、上記の相手番号となる１の電話番号（のみ）を、利用機ＰＣ１から入手できるので、最初は通信装置２の電話番号を全く知らなくても、利用機ＰＣ１の送信要求に応じて通信を開始でき、さらに臨機応変に対応しやすくなり、応用範囲はさらに広まる。

また、上述の通信システムＳでは、通信装置１の各子機１１等は、自己に配給されたチャネルデータＣＨＤ１等に対して、自己からの送信順を示すレコードナンバー（チャネル内レコード番号）ＲＮを付して、レコードデータＣ１ＲＣＤ１（ＲＣＤ１）等として準備して送信する。これに対して、通信装置２の各子機２１等は、対応する通信装置１の子機１１等からのレコードデータＲＣＤ１等を受信し、そのレコードナンバーＲＮに基づいて、レコードデータＲＣＤ１等の通信が正常か否かを検査して、チャネルデータＣＨＤ１等を復元するので、これにより、自己の回線を常時モニタして評価しながら安定に確保しつつ、レコードデータＲＣＤ１等を受信して、チャネルデータＣＨＤ１を復元できる。

また、チャネルデータ（シリアル番号付データ）ＣＨＤ１等には、シリアルナンバー（シリアル番号情報）ＳＮばかりでなく、内部に含まれるブロックデータＢＬＫ１等のデータ長（データ量を示すデータ量情報）ＤＬがさらに含まれるので、通信装置２では、通信速度に応じて異なるデータ長ＤＬとなり得るブロックデータＢＬＫ１をさらに容易且つ確実に復元できる。

また、上述の通信システムＳでは、通信装置２は、通信装置１と同一構成の通信装置なので、論理的（概念的、機能的）には、同一構成の２台の通信装置１を、ネットワークＮＷを挟んで対向させた構成（の論理、の機能）となるが、この場合、通信装置１と通信装置２の双方が、上述してきた送信側の通信装置（第１通信装置）としての各種利点および受信側の通信装置（第２通信装置）としての各種利点を兼ね備えることになり、これにより、高速で安定した双方向通信が可能になる。

また、上述の通信システムＳにおいて、ｎ系統の回線には、公衆無線回線が含ませることができ、その利用により、高速で安定なばかりでなく、比較的廉価な通信が可能になる。また、ｎ系統の回線には、回線交換方式により占有した回線を含ませることができ、これにより、さらに確実で安定した高速通信が可能になる。

そもそも、近年の移動体無線通信方式としては、Ｗ−ＣＤＭＡに代表される第三世代携帯電話網の他、ＰＤＣ方式、ＧＳＭ方式、ＰＨＳ、衛星携帯電話などがある。第三世代携帯電話網は、通信速度は速いが、通信可能範囲がまだ狭い。一方、衛星携帯電話は通信可能範囲は最も広いが、通信コストが高く、また通信速度も遅い。最も普及しているいわゆる第二世代のＰＤＣ方式やＧＳＭ方式は、通信可能範囲は第三世代携帯電話網よりも広いが、通信速度は遅い。

このため、本発明の通信システムでは、それぞれ特徴を有する上述の各種且つ複数の通信手段を有して、通信速度・コスト・通信可能範囲に応じて、適宜切り替えて使用できるようにすることによって、通信回線を安定的に確保し、その状況に応じて最速あるいは最も安価な回線を選択して使用することが可能になる。また、これらの無線を使用した回線は、有線と異なり通信品質が常に変動するため、常に通信速度のモニタを相互で（且つできれば双方向に）行い、通信品質が悪化した回線に割り振られたデータを他の回線に迂回させるなどの措置を講じることによって、状況に応じて適切な通信を確保できる。

なお、応用例として、例えば送信側の第１通信装置のｎ（例えばｎ＝４）個のチャネルのうちのそれぞれ２個のチャネルに対応する受信側の第２通信装置、第３通信装置のように、送信側と受信側とで１対複数の通信をできるようにしても良い。この場合、例えば第１通信装置側では、同じ通信データの同じチャネルデータＣＨＤ１をチャネルＣＨ１とチャネルＣＨ３に、続くチャネルデータＣＨＤ２をチャネルＣＨ２とチャネルＣＨ４に配給し、第１通信装置のチャネルＣＨ１、ＣＨ２を第２通信装置１に対応させ、チャネルＣＨ３、ＣＨ４を第３通信装置に対応させて、同じ通信データについて、別の２カ所（の通信装置）で復元できるようにすることも可能である。

また、単に時々刻々の回線状況をモニタするだけではなく、例えば通信装置１等に各子機（チャネル）カードばかりでなく、ＧＰＳ（Ｇlobal Ｐositioning Ｓystem）カード等を搭載させ、ＧＰＳ機能を利用して、予め「接続情報」を記録して学習可能にしても良い。この場合、例えば（基地局種別等を含む）回線種別や時間帯（接続日時等）や電界強度その他を、通信装置１の位置情報と連携（関連）させて、「接続情報」として記憶（学習）しておき、次回の回線接続時に参照する。

すなわち、ｍ系統（ｍは２以上の整数）の通信経路を有するネットワーク（通信網）ＮＷを利用し、利用場所や利用時間等の利用条件に基づいて、優先的に利用する回線（回線の優先順位：プライオリティ）をｎ系統（この場合のｎは１≦ｎ≦ｍとなる整数）決めておき、それを例えばデータベース化しておいて、必要に応じて参照して接続したり、また自動的に検索して接続することにより、最適の回線（ホットスポット接続）を安定して確保可能になる。

また、回線の切断が発生した場合の自動接続によるリカバリー等にも応用でき、あるいは回線の状態の悪化を監視により検出（または予知）して回線切断の前に他の回線に切り替えたりなど、予防制御にも有効な情報となる。なお、これらの場合、通信速度（スループット）を優先させるか、エラー検出からリカバリーなど障害対応による安定性を優先させるかなどを、適宜、選択・設定できるようにしておくことが、さらに好ましい。

そして、上述のように、本発明の通信装置は、上述した各種の利点を有する通信装置（第１通信装置）１または通信装置（第２通信装置）２として機能するので、通信システムＳや通信システムＳｙｓを構成することにより、状況に応じて確保可能な複数の通信経路が互いに非同期であっても、それらを利用して、高速で安定した通信ができる。

また、上述した通信装置の各種機能やそれによる各種処理方法（通信方法、チャネルの交換方法、回線評価方法、それらのための情報採取などの準備方法など）は、プログラム処理可能な各種の通信装置によって処理されるプログラムとして適用でき、その種のプログラムを記憶するための例えばＣＤ、ＭＤ、ＤＶＤ等の記憶媒体にも適用でき、この種のプログラムを記憶しておいて、あるいは記憶媒体等から読み出して、実行することにより、状況に応じて確保可能な複数の通信経路が互いに非同期であっても、それらを利用して、高速で安定した通信ができる。もちろん、その他、要旨を逸脱しない範囲で、適宜変更も可能である。

本発明の一実施形態に係る通信システムの概念的な構成図である。 図１の通信システムの制御系を示す概略ブロック図である。 図２の通信装置の制御系を示すブロック図である。 図２の通信システムのデータの流れを示す説明図である。 図４に対応する各部のデータ構造およびその流れを示す説明図である。 各部コマンドの説明図である。 通信開始時の通信手順の一例を示す説明図である。 通信開始後の正常時のデータ通信の通信手順の一例を示す説明図である。 異常発生時の通信手順の一例を示す説明図である。

符号の説明

１ …… 通信装置（第１通信装置）
２ …… 通信装置（第２通信装置）
１０、２０ …… 親機
１１〜１４、１ｎ、２１〜２４、２ｎ …… 子機
ＣＡ１〜ＣＡ４、ＣＡ２１〜ＣＡ２４、ＣＡｎ、ＣＡ２ｎ …… アダプタ
ＣＨ１〜ＣＨ４、ＣＨ２１〜ＣＨ２４、ＣＨｎ、ＣＨ２ｎ …… チャネル（チャネル手段、通信手段、送信手段、受信手段）
ＩＦ１、ＩＦ２ …… インタフェース
ＮＷ …… ネットワーク（通信網）
ＰＣ１ …… 利用機（第１利用機）
ＰＣ２ …… 利用機（第２利用機）
Ｓ、Ｓｙｓ …… 通信システム

Claims (5)

1. ｍ系統（ｍは２以上の整数）の通信経路を有する通信網と、
   前記ｍ系統のうちのｎ系統（ｎは１≦ｎ≦ｍとなる整数）の通信経路をｎ系統の回線として利用して、一連の通信データを送信可能な第１通信装置と、
   前記ｎ系統の回線を介して、前記通信データを受信可能な第２通信装置と、
   を備えた通信システムであって、
   前記第１通信装置および前記第２通信装置の少なくとも一方の通信装置は、
   前記ｍ系統のうちの優先的に利用するｎ系統の通信経路を、利用場所を含む利用条件に対応させて記憶する優先回線記憶手段と、
   通信時に前記利用条件に応じて、前記ｍ系統の通信経路のうちのｎ系統の通信経路を選択して、前記ｎ系統の回線として確保する回線確保手段と、
   を有することを特徴とする通信システム。
2. ｍ系統（ｍは２以上の整数）の通信経路を有する通信網のうちのｎ系統（ｎは１≦ｎ≦ｍとなる整数）の通信経路をｎ系統の回線として確保し、第１通信装置から第２通信装置に対して、前記ｎ系統の回線を介して一連の通信データを伝送可能な通信システムの通信方法であって、
   前記ｍ系統のうちの優先的に利用するｎ系統の通信経路を、利用場所を含む利用条件に対応させて、前記ｎ系統の回線として予め定めておき、前記第１通信装置または前記第２通信装置によって前記利用条件に適合した前記ｎ系統の回線を確保することを特徴とする通信システムの通信方法。
3. 請求項１に記載の通信システムに備えられる前記第１通信装置または前記第２通信装置として機能する通信装置であって、前記優先回線記憶手段と、前記回線確保手段と、を有することを特徴とする通信装置。
4. コンピュータを、請求項３に記載の通信装置の各手段として機能させることを特徴とするプログラム。
5. 請求項４に記載のプログラムを、プログラム処理可能な通信装置によって読出可能に記憶することを特徴とする記憶媒体。

Images