(57)【要約】【課題】送受信装置の接続数がインタフェースの接続口の数に制限されず、新たな送受信装置の追加を容易に行うことが可能な通信処理装置を提供する。【解決手段】通信モジュール１１，１２と、送受信装置２０−１，２０−２とをＬＡＮボード１３及びハブ１４を介して接続するようにしている。このとき、クライアントサーバ方式を用いたチャネル接続制御プログラム（サーバプログラム）をＣＰＵ１３１で実行し、制御処理プログラム（クライアントプログラム）を送受信装置で実行することにより、シリアルケーブルを介して接続された通信モジュール１１，１２と、ＬＡＮケーブルを介して接続された送受信装置２０−１，２０−２との間で双方向データ通信を行わせる。【選択図】      図１
2010124235.tif 000002
【特許請求の範囲】
【請求項１】
シリアルコネクタを備え、入力信号に対して予め設定された通信処理を個別に実行する複数の通信モジュールと、
複数の外部機器が接続される複数のＬＡＮ（Local Area Network）コネクタを備えるハブと、
前記複数の通信モジュールと前記ハブとの間に配置され、前記複数の通信モジュールのシリアルコネクタにそれぞれシリアル回線を介して接続される複数のシリアルインタフェースと、前記ハブにＬＡＮ回線を介して接続されるＬＡＮインタフェースとを備える接続制御ユニットと
を具備し、
前記接続制御ユニットは、
前記複数の通信モジュールと外部機器との間の接続状態を表す情報を記録するメモリをさらに備え、
前記外部機器から前記複数の通信モジュールとの間の接続要求がある場合、前記複数の通信モジュールのうち非使用かつ正常に稼動する通信モジュールを前記メモリを参照して選択するモジュール選択制御と、
インターネットプロトコルを使用して前記外部機器との通信回線を確立し、前記外部機器と前記選択された通信モジュールとの間を接続する接続制御と、
前記接続された通信モジュールと外部機器との間でデータを転送するデータ転送制御と
を行うことを特徴とする通信処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う無線通信システムに用いられ、入力された信号に対して所定の通信処理を施す通信処理装置に関する。
【背景技術】
【０００２】
従来の無線通信システムは、通信処理装置と、この通信処理装置に接続される複数の送受信装置とを具備する。通信処理装置は、例えばパワーアンプ又は周波数変換装置等であり、複数の通信モジュールと、接続制御基板とを備える。通信モジュールは、通信処理装置の機能を個別に実行するものであり、接続制御基板は、通信処理装置と送受信装置とのインタフェースの役割を担うものである。通信モジュール及び接続制御基板には、シリアルコネクタが設けられており、各通信モジュールと接続制御基板とはシリアルケーブルを介して接続される。また、接続制御基板には外部接続用のシリアルコネクタが設けられている。
【０００３】
送受信装置は、通信モジュールの機能を利用するものであり、シリアルコネクタを備えている。送受信装置は、この接続制御基板における外部接続用のコネクタにシリアルケーブルを接続することで、通信処理装置と接続する。
接続制御基板には、ＣＰＵ（Central Processing Unit）が搭載されており、このＣＰＵによりチャネル接続制御プログラムを実行することで、シリアルケーブルで接続される通信モジュールと送受信装置との間で通信回線を確立させる。このとき、チャネル接続制御プログラムは、接続制御基板に接続される送受信装置毎の接続制御と、接続される通信モジュール毎の接続制御とが実行されるように構築されている。これにより、送受信装置と通信モジュールとの間でシリアル回線を介した双方向のシリアルデータ通信が行われるようになる。
【０００４】
なお、通信モジュールが故障した際に、用途の優先度等に応じてハードウェアリソースを割り当てるシステムが提案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２００５−１５１４８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、上述のようなシリアル回線を介した通信の場合、接続する送受信装置の数は接続制御基板のシリアルコネクタの数に制限されることとなる。また、送受信装置をさらに追加しようとするときには、接続制御基板に接続口を新たに追加しなくてはならず、その改修は困難である。また、送受信装置を追加するときには、新たに追加される送受信装置の接続制御を行うためのフローをチャネル接続制御プログラムに追加する必要があるため、新たなプログラムの作成及び作成したプログラムの評価にある程度の費用がかかる。
【０００７】
本発明は上記事情によりなされたもので、その目的は、送受信装置の接続数がインタフェースのコネクタの数に制限されず、新たな送受信装置の追加を容易に行うことが可能な通信処理装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る通信処理装置は、シリアルコネクタを備え、入力信号に対して予め設定された通信処理を個別に実行する複数の通信モジュールと、複数の外部機器が接続される複数のＬＡＮ（Local Area Network）コネクタを備えるハブと、前記複数の通信モジュールと前記ハブとの間に配置され、前記複数の通信モジュールのシリアルコネクタにそれぞれシリアル回線を介して接続される複数のシリアルインタフェースと、前記ハブにＬＡＮ回線を介して接続されるＬＡＮインタフェースとを備える接続制御ユニットとを具備し、前記接続制御ユニットは、前記複数の通信モジュールと外部機器との間の接続状態を表す情報を記録するメモリをさらに備え、前記外部機器から前記複数の通信モジュールとの間の接続要求がある場合、前記複数の通信モジュールのうち非使用かつ正常に稼動する通信モジュールを前記メモリを参照して選択するモジュール選択制御と、インターネットプロトコルを使用して前記外部機器との通信回線を確立し、前記外部機器と前記選択された通信モジュールとの間を接続する接続制御と、前記接続された通信モジュールと外部機器との間でデータを転送するデータ転送制御とを行うことを特徴とする。
【発明の効果】
【０００９】
したがって、通信処理装置は、ハブにおけるＬＡＮコネクタの数だけ、外部機器を追加接続することが可能となる。また、ハブのＬＡＮコネクタの個数以上の外部機器を追加する必要がある場合、ハブを新たに追加することで、ＬＡＮコネクタが増設され、外部機器の追加に対応することが可能となる。また、接続制御ユニットと外部機器とは、インターネットプロトコルに基づくクライアントサーバ方式を使用して接続されるため、クライアントである外部機器を追加する際に実行プログラムの内容を新たに追加する必要は無い。
【００１０】
すなわち、本発明によれば、送受信装置の接続数がインタフェースのコネクタの数に制限されず、新たな送受信装置の追加を容易に行うことが可能な通信処理装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら本発明に係る通信処理装置の実施の形態について詳細に説明する。
図１は、本発明の一実施形態に係る通信処理装置が用いられる無線通信システムの構成を示す模式図である。無線通信システムは、通信処理装置１０と、この通信処理装置１０とＬＡＮケーブルを介して接続される送受信装置２０−１，２０−２とを具備する。
【００１２】
通信処理装置１０は、入力信号に対して所定の処理を行うものであり、例えば、パワーアンプ又は周波数変換装置等である。通信処理装置１０は、通信モジュール１１，１２、ＬＡＮボード１３及びハブ１４を備える。通信モジュール１１，１２は、通信処理装置１０の処理を個別に実施するものであり、それぞれにＲＳインタフェースの接続口が１つずつ設けられる。
【００１３】
ＬＡＮボード１３には、２つのＲＳインタフェースの接続口と、１つのＬＡＮインタフェース（10BASE-T/100BASE-TX）の接続口とが設けられる。ＲＳインタフェースの接続口それぞれは、通信モジュール１１，１２の接続口とシリアルケーブルを介して接続する。ＬＡＮインタフェースの接続口はＬＡＮケーブルを介してハブ１４と接続する。
【００１４】
また、ＬＡＮボード１３には、マイクロプロセッサ等からなるＣＰＵ（Central Processing Unit）１３１が搭載されている。ＣＰＵ１３１は、バスを介してプログラムメモリ１３２、データメモリ１３３、ＲＳインタフェース及びＬＡＮインタフェースと接続する。プログラムメモリ１３２は、フラッシュＲＯＭ又はコンパクトフラッシュ（登録商標）等からなり、チャネル接続制御プログラムを記録する。チャネル接続制御プログラムは、ＴＣＰ／ＩＰアプリケーションを作成するためのクライアントサーバ方式のサーバプログラムである。データメモリ１３３は、ＲＡＭ等からなり、通信モジュール１１使用中テーブル、通信モジュール１２使用中テーブル及びシリアル通信テーブルを記憶する。ＣＰＵ１３１は、プログラムメモリ１３２からチャネル接続制御プログラムをロードして実行する。これによりＣＰＵ１３１は、データメモリ１３３に記憶されるテーブルを参照して送受信装置と接続可能な通信モジュールを選択する制御と、選択した通信モジュールと送受信装置とを接続させる制御と、接続した通信モジュールと送受信装置との間で双方向データ通信させる制御とを行う。
【００１５】
ハブ１４には、一般の市販品を利用し、ここでは、１３個のＬＡＮインタフェースの接続口が備えられている。この接続口には、ＬＡＮボード１３からのＬＡＮケーブル及び送受信装置２０−１からのＬＡＮケーブルを接続することが可能である。
送受信装置２０−１，２０−２は、通信モジュール１１，１２の機能を利用するものであり、それぞれが１つのＬＡＮインタフェースの接続口を備える。また、送受信装置２０−１，２０−２は、ＣＰＵ２１及びプログラムメモリ２２を備える。プログラムメモリ２２は接続処理プログラムを記録する。接続処理プログラムは、ＴＣＰ／ＩＰアプリケーションを作成するためのクライアントサーバ方式のクライアントプログラムである。ＣＰＵ２１は、プログラムメモリ２２から接続処理プログラムをロードして実行することで、通信モジュール１１，１２と双方向データ通信を行う。
【００１６】
次に、上記構成における無線通信システムの動作について詳細に説明する。なお、ここでは、ハブ１４に送受信装置２０−１が接続される際を説明する。
図２〜５は、ＣＰＵ１３１がチャネル接続制御プログラムを実行する際の処理を示すフローチャートである。
【００１７】
まず、図２においてＣＰＵ１３１は、ｓｏｃｋｅｔ（）関数を実行してＴＣＰソケットを作成する（ステップＳ２１）。ＣＰＵ１３１は、ｂｉｎｄ（）関数を実行し、作成したＴＣＰソケットにＩＰアドレス及びポート番号を割り当てる。そして、ＣＰＵ１３１は、ｌｉｓｔｅｎ（）関数を実行してアプリケーションの下位に位置するＴＣＰプロトコルスタックに送受信装置２０−１，２０−２からの接続要求を待ち受けさせる。このとき、同時に待ち受け可能となるＴＣＰソケットの数は、ｌｉｓｔｅｎ（）関数のパラメータにより最大値を設定することができる。待ち受け中のＴＣＰソケットは、送受信装置２０−１，２０−２からの接続要求を受信する度に通信用ソケットを取得するために使用されることとなる。
【００１８】
続いて、ＣＰＵ１３１は、ハブ１４にクライアントである送受信装置２０−１が接続されると（ステップＳ２２）、ｒｅｃｖ（）関数を実行して、送受信装置２０−１から送信されるデータを受け取る（ステップＳ２３）。ＣＰＵ１３１は、受信データが通信処理装置１０への接続要求であるか否かを判断する（ステップＳ２４）。受信データが接続要求でない場合（ステップＳ２４のＮｏ）、リトライ回数が規定回数を超えるか否かを判断する（ステップＳ２５）。リトライ回数が規定回数を超えていない場合（ステップＳ２５のＮｏ）、処理をステップＳ２３へ移行し、データの受信処理をリトライする。規定回数を超えている場合（ステップＳ２５のＹｅｓ）、ｃｌｏｓｅ（）関数を実行して送受信装置２０−１との接続を終了し（ステップＳ２６）、処理を終了する。
【００１９】
ＣＰＵ１３１は、ステップＳ２４において受信データが接続要求であると判断した場合（ステップＳ２４のＹｅｓ）、データメモリ１３３で管理される通信モジュール１１使用中テーブルを確認し（ステップＳ２７）、通信モジュール１１が他の送受信装置で使用中であるか否かを判断する（ステップＳ２８）。このとき、受信された接続要求は、ａｃｃｅｐｔ（）関数が実行されるまで、接続キューに格納される。
【００２０】
ＣＰＵ１３１は、通信モジュール１１が使用中である場合（ステップＳ２８のＹｅｓ）、ビジーフラグをオンにして（ステップＳ２９）処理Ａへ移行する。ＣＰＵ１３１は、通信モジュール１１が使用中でない場合（ステップＳ２８のＮｏ）、通信モジュール１１へシリアル回線で接続要求を送る（ステップＳ２１０）。ＣＰＵ１３１は、接続要求を送信した後、既定時間ウェイトし（ステップＳ２１１）、通信モジュール１１からの応答があるか否かを判断する（ステップＳ２１２）。
【００２１】
ＣＰＵ１３１は、通信モジュール１１からの応答がない場合（ステップＳ２１２のＮｏ）、リトライ回数が規定回数を超えるか否かを判断する（ステップＳ２１３）。規定回数を超える場合（ステップＳ２１３のＹｅｓ）、障害フラグをオンにして（ステップＳ２１４）、処理Ａへ移行する。規定回数を超えてない場合（ステップＳ２１３のＮｏ）、ステップＳ２１１へ移行し、接続要求に対する応答の受信処理をリトライする。通信モジュール１１からの応答がある場合（ステップＳ２１２のＹｅｓ）、その応答が接続完了であるか否かを判断する（ステップＳ２１５）。
【００２２】
ＣＰＵ１３１は、通信モジュール１１からの応答が接続完了でない場合（ステップＳ２１５のＮｏ）、処理をステップＳ２１４へ移行する。応答が接続完了である場合（ステップＳ２１５のＹｅｓ）、通信モジュール１１が送受信装置２０−１により使用中であることを通信モジュール１１使用中テーブルに登録し（ステップＳ２１６）、シリアル通信の相手が通信モジュール１１であることをシリアル通信テーブルに登録する（ステップＳ２１７）。
【００２３】
そして、ＣＰＵ１３１は、ａｃｃｅｐｔ（）関数を実行することで、新しい通信用ソケットが用意されるのを待っている送受信装置２０−１からの接続要求を接続キューから取り出し、ＩＰアドレスが割り当てられた通信用ソケットを取得する。ＣＰＵ１３１は、通信用ソケットを取得すると、ｓｅｎｄ（）関数を実行し、送受信装置２０−１へ”接続完了”応答を送信し（ステップＳ２１８）、処理を処理Ｂへ移行させる。
【００２４】
図３は、図２における処理Ａのフローチャートを示す。図３においてＣＰＵ１３１は、データメモリ１３３で管理される通信モジュール１２使用中テーブルを確認し（ステップＳ３１）、通信モジュール１２が他の送受信装置で使用中であるか否かを判断する（ステップＳ３２）。このとき、受信された接続要求は、ａｃｃｅｐｔ（）関数が実行されるまで、接続キューに格納される。
【００２５】
ＣＰＵ１３１は、通信モジュール１２が使用中である場合（ステップＳ３２のＹｅｓ）、ビジーフラグがオンであるか否かを判断する（ステップＳ３３）。ビジーフラグがオンでない場合（ステップＳ３３のＮｏ）、障害フラグがオンであるか否かを判断する（ステップＳ３４）。ＣＰＵ１３１は、障害フラグがオンでない場合（ステップＳ３４のＮｏ）、ｃｌｏｓｅ（）関数を実行して送受信装置２０−１との接続を終了して（ステップＳ３５）、処理を終了する。
【００２６】
ＣＰＵ１３１は、ステップＳ３３において、ビジーフラグがオンである場合（ステップＳ３３のＹｅｓ）、ｓｅｎｄ（）関数を実行して送受信装置２０−１へ通信処理装置１０が使用中であることを示す”ビジー”応答を送信し（ステップＳ３６）、処理をステップＳ３５へ移行する。また、ＣＰＵ１３１は、ステップＳ３４において、障害フラグがオンである場合（ステップＳ３４のＹｅｓ）、ｓｅｎｄ（）関数を実行して送受信装置２０−１へ通信モジュール１１が障害中であることを示す”障害”応答を送信し（ステップＳ３７）、処理をステップＳ３５へ移行する。
【００２７】
ＣＰＵ１３１は、通信モジュール１２が使用中でない場合（ステップＳ３２のＮｏ）、通信モジュール１２へシリアル回線で接続要求を送る（ステップＳ３８）。ＣＰＵ１３１は、接続要求を送信した後、既定時間ウェイトし（ステップＳ３９）、通信モジュール１２からの応答があるか否かを判断する（ステップＳ３１０）。
【００２８】
ＣＰＵ１３１は、通信モジュール１２からの応答がない場合（ステップＳ３１０のＮｏ）、リトライ回数が規定回数を超えるか否かを判断する（ステップＳ３１１）。規定回数を超えてない場合（ステップＳ３１１のＮｏ）、処理をステップＳ３９へ移行させ、接続要求に対する応答の受信処理をリトライする。ＣＰＵ１３１は、規定回数を超える場合（ステップＳ３１１のＹｅｓ）、ｓｅｎｄ（）関数を実行して送受信装置２０−１へ通信モジュール１２が障害中であることを示す”障害”応答を送信する（ステップＳ３１２）。そして、ＣＰＵ１３１は、ｃｌｏｓｅ（）関数を実行して送受信装置２０−１との接続を終了させ（ステップＳ３１３）、処理を終了する。
【００２９】
ＣＰＵ１３１は、通信モジュール１２からの応答がある場合（ステップＳ３１０のＹｅｓ）、その応答が接続完了であるか否かを判断する（ステップＳ３１４）。通信モジュール１２からの応答が接続完了でない場合（ステップＳ３１４のＮｏ）、処理をステップＳ３１２へ移行させる。応答が接続完了である場合（ステップＳ３１４のＹｅｓ）、通信モジュール１２が送受信装置２０−１により使用中であることを通信モジュール１２使用中テーブルに登録し（ステップＳ３１５）、シリアル通信の相手が通信モジュール１２であることをシリアル通信テーブルに登録する（ステップＳ３１６）。
【００３０】
そして、ＣＰＵ１３１は、ａｃｃｅｐｔ（）関数を実行することで、新しい通信用ソケットが用意されるのを待っている送受信装置からの接続要求を接続キューから取り出して、ＩＰアドレスが割り当てられた通信用ソケットを取得する。ＣＰＵ１３１は、通信用ソケットを取得すると、ｓｅｎｄ（）関数を実行し、送受信装置２０−１へ”接続完了”応答を送信し（ステップＳ３１７）、処理を処理Ｂへ移行させる。
【００３１】
図４は、図２及び図３における処理Ｂのフローチャートを示す。ＣＰＵ１３１は、ｒｅｃｖ（）関数を実行して、送受信装置２０−１から送信されるデータの受信要求を出す（ステップＳ４１）。ＣＰＵ１３１は、送受信装置２０−１からの受信データがあるか否かを判断し（ステップＳ４２）、受信データがない場合（ステップＳ４２のＮｏ）、処理を処理Ｃへ移行させる。
【００３２】
ＣＰＵ１３１は、受信データがある場合（ステップＳ４２のＹｅｓ）、その受信データが切断要求データであるか否かを判断する（ステップＳ４３）。受信データが切断要求データである場合（ステップＳ４３のＹｅｓ）、シリアル通信テーブルで送受信装置２０−１の通信相手を確認する（ステップＳ４４）。ＣＰＵ１３１は、通信相手が通信モジュール１１であるか否かを判断し（ステップＳ４５）、通信相手が通信モジュール１１である場合（ステップＳ４５のＹｅｓ）、通信モジュール１１へシリアル回線で切断要求を送る（ステップＳ４６）。ＣＰＵ１３１は、通信モジュール１１が未使用中であることを通信モジュール１１使用中テーブルに登録し（ステップＳ４７）、シリアル通信テーブルを初期化する（ステップＳ４８）。そして、ＣＰＵ１３１は、ｃｌｏｓｅ（）関数を実行して送受信装置２０−１との接続を終了させ（ステップＳ４９）、処理を終了する。
【００３３】
ＣＰＵ１３１は、ステップＳ４５において、通信相手が通信モジュール１１でない場合、通信相手が通信モジュール１２であるか否かを判断する（ステップＳ４１０）。通信相手が通信モジュール１２である場合（ステップＳ４１０のＹｅｓ）、通信モジュール１２へシリアル回線で切断要求を送る（ステップＳ４１１）。ＣＰＵ１３１は、通信モジュール１２が未使用中であることを通信モジュール１２使用中テーブルに登録し（ステップＳ４１２）、シリアル通信テーブルを初期化する（ステップＳ４１３）。そして、ＣＰＵ１３１は、ｃｌｏｓｅ（）関数を実行して送受信装置２０−１との接続を終了させ（ステップＳ４１４）、処理を終了する。また、ＣＰＵ１３１は、ステップＳ４１０において通信相手が通信モジュール１２でない場合、処理を終了する。
【００３４】
ＣＰＵ１３１は、ステップＳ４３において受信データが切断要求データでない場合、シリアル通信テーブルで送受信装置２０−１の通信相手を確認する（ステップＳ４１５）。ＣＰＵ１３１は、通信相手が通信モジュール１１であるか否かを判断し（ステップＳ４１６）通信モジュール１１である場合（ステップＳ４１６のＹｅｓ）、通信モジュール１１へシリアル回線を用いて送受信装置２０−１からの受信データを送信し（ステップＳ４１７）、処理をステップＳ４１へ移行する。
【００３５】
ＣＰＵ１３１は、通信相手が通信モジュール１１でない場合（ステップＳ４１６のＮｏ）、通信相手が通信モジュール１２であるか否かを判断する（ステップＳ４１８）。通信相手が通信モジュール１２である場合（ステップＳ４１８のＹｅｓ）、通信モジュール１２へシリアル回線を用いて送受信装置２０−１からの受信データを送信し（ステップＳ４１９）、処理をステップＳ４１へ移行する。通信相手が通信モジュール１２でない場合（ステップＳ４１８のＮｏ）、送受信装置２０−１からの受信データを破棄し（ステップＳ４２０）、処理をステップＳ４１へ移行する。
【００３６】
図５は、図４における処理Ｃのフローチャートを示す。ＣＰＵ１３１は、シリアル通信テーブルで送受信装置２０−１の通信相手を確認する（ステップＳ５１）。ＣＰＵ１３１は、通信相手が通信モジュール１１であるか否かを判断し（ステップＳ５２）、通信相手が通信モジュール１１である場合（ステップＳ５２のＹｅｓ）、通信モジュール１１からのシリアル受信データがあるか否かを判断する（ステップＳ５３）。通信モジュール１１からのシリアル受信データがない場合（ステップＳ５３のＮｏ）、処理をステップＳ４１へ移行する。通信モジュール１１からのシリアル受信データがある場合（ステップＳ５３のＹｅｓ）、ｓｅｎｄ（）関数を実行して送受信装置２０−１へシリアル受信データを送信し（ステップＳ５４）、処理をステップＳ４１へ移行する。
【００３７】
ＣＰＵ１３１は、ステップＳ５２において、通信相手が通信モジュール１１でない場合、通信相手が通信モジュール１２であるか否かを判断する（ステップＳ５５）。通信相手が通信モジュール１２である場合（ステップＳ５５のＹｅｓ）、通信モジュール１２からのシリアル受信データがあるか否かを判断する（ステップＳ５６）。通信モジュール１２からのシリアル受信データがない場合（ステップＳ５６のＮｏ）、処理をステップＳ４１へ移行する。通信モジュール１２からのシリアル受信データがある場合（ステップＳ５６のＹｅｓ）、ｓｅｎｄ（）関数を実行して送受信装置２０−１へシリアル受信データを送信し（ステップＳ５７）、処理をステップＳ４１へ移行する。
【００３８】
図６は、ＣＰＵ２１が接続処理プログラムを実行する際の処理を示すフローチャートである。
ＣＰＵ２１は、送受信装置２０−１がハブ１４に接続されて電源をオンにされると、ｓｏｃｋｅｔ（）関数を実行してＴＣＰソケットを作成する（ステップＳ６１）。ＣＰＵ２１は、ｃｏｎｎｅｃｔ（）関数を実行することで、ＬＡＮボード１３のＩＰアドレスを指定してＬＡＮボード１３との接続を確立する。
【００３９】
ＣＰＵ２１は、ｓｅｎｄ（）関数を実行して通信処理装置１０への接続要求を送信する（ステップＳ６２）。ＣＰＵ２１は、接続要求を送信すると、この接続要求の応答が接続完了であるか否かを判断する（ステップＳ６３）。接続要求の応答が接続完了である場合（ステップＳ６３のＹｅｓ）、通信モジュール１１，１２のうち接続完了となった通信モジュールと双方向のシリアルデータ通信を行う（ステップＳ６４）。
【００４０】
そして、ＣＰＵ２１は、送受信装置２０−１において通信モジュールとの双方向データ通信が利用されているか否かを判断し（ステップＳ６５）、利用されている場合（ステップＳ６５のＹｅｓ）、処理をステップＳ６４へ移行する。利用されていない場合（ステップＳ６５のＮｏ）、通信処理装置１０へ切断要求を送信し（ステップＳ６６）、処理を終了する。
【００４１】
ＣＰＵ２１は、ステップＳ６３において、接続要求の応答が接続完了でない場合、接続要求の応答が”ビジー”であるか否かを判断する（ステップＳ６７）。”ビジー”でない場合（ステップＳ６７のＮｏ）、接続要求の応答が”障害”であるか否かを判断する（ステップＳ６８）。”障害”でない場合（ステップＳ６８のＮｏ）、チャネル接続制御プログラムに異常（ステップＳ６９）があるとして処理を終了する。
【００４２】
ＣＰＵ２１は、ステップＳ６７において接続要求の応答が”ビジー”である場合、既定時間ウェイトし（ステップＳ６１０）、処理をステップＳ６２へ移行する。また、ＣＰＵ２１は、ステップＳ６８において接続要求の応答が”障害”である場合、処理をステップＳ６１０へ移行する。
【００４３】
このようにＣＰＵ１３１でチャネル接続制御プログラムを実行し、ＣＰＵ２１で接続処理プログラムを実行することで、送受信装置２０−１，２０−２と通信モジュール１１，１２との間で双方向データ通信が行われることとなる。
以上のように、上記一実施形態では、ハブ１４にＬＡＮボード１３からのＬＡＮケーブル及び送受信装置２０−１，２０−２からのＬＡＮケーブルを接続するようにしている。これにより、ハブ１４のチャネル数分の接続口を確保することが可能となる。また、ハブ１４のチャネル数以上の送受信装置を接続する要望がある場合は、さらにハブ１５を追加し、ハブ１４とハブ１５とをＬＡＮケーブルで接続することで、接続口をさらに拡張することが可能となる。したがって、従来のようにＲＳインタフェースの接続口を追加するために接続制御基板を作り直すような手間がかかることがなくなる。
【００４４】
また、上記一実施形態では、クライアントサーバ方式を用いたチャネル接続制御プログラム及び制御処理プログラムを実行することにより、シリアルケーブルを介して接続された通信モジュール１１，１２と、ＬＡＮケーブルを介して接続された送受信装置２０−１，２０−２との間で通信回線を確立するようにしている。これにより、新たに送受信装置２０−３も通信処理装置１０の機能を利用したいという要求が出た場合であっても、チャネル接続制御プログラムに送受信装置２０−３との通信処理を追加する作業が不要となる。つまり、ＬＡＮボード１３のＣＰＵ１３１上にチャネル接続制御プログラムを動作させておけば、ＬＡＮ回線を通して通信処理装置１０の機能を利用する送受信装置が何台でも接続することが可能となる。
【００４５】
これらのことから、送受信装置の接続数がインタフェースの接続口の数に制限されず、新たな送受信装置を容易に追加することが可能な通信処理装置を提供することができる。
さらに、上記一実施形態では、通信モジュールのいずれかに障害等が発生している場合には、障害の発生していない未使用の通信モジュールと送受信装置との間で双方向データ通信を行わせるようにしている。これにより、通信モジュールが現用系及び予備系に分類され、現用系通信モジュールに障害が発生している場合、予備系通信モジュールと送受信装置との間で通信回線を確立することが可能となる。
【００４６】
なお、本発明は上記一実施形態に限定されるものではない。例えば上記一実施形態では、ＬＡＮボード１３に送受信装置２０−１が接続される例について説明したが、ＬＡＮボード１３に送受信装置２０−２が接続される場合であっても同様に実施可能である。
【００４７】
また、上記一実施形態では、通信モジュール１１，１２が２つである例について説明したが、通信モジュール１１，１２の数は２つに限定されるわけではなく、それ以上であっても同様に実施可能である。
また、上記一実施形態では、送受信装置２０−１，２０−２が２つである例について説明したが、送受信装置２０−１，２０−２の数は２つに限定されるわけではなく、これ以上であっても同様に実施可能である。
【００４８】
また、上記一実施形態では、ハブ１４のチャネル数が１３チャネルである例について説明したが、ハブ１４のチャネル数は１３に限定されるわけではなく、これ以上であっても以下であっても同様に実施可能である。
さらに、本発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態に係る無線通信システムの構成を示す模式図である。
【図２】図１のＬＡＮボードのＣＰＵがチャネル接続制御プログラムを実行する際の処理を示すフローチャートである。
【図３】図１のＬＡＮボードのＣＰＵがチャネル接続制御プログラムを実行する際の処理を示すフローチャートである。
【図４】図１のＬＡＮボードのＣＰＵがチャネル接続制御プログラムを実行する際の処理を示すフローチャートである。
【図５】図１のＬＡＮボードのＣＰＵがチャネル接続制御プログラムを実行する際の処理を示すフローチャートである。
【図６】図１の送受信装置のＣＰＵが接続処理プログラムを実行する際の処理を示すフローチャートである。
【符号の説明】
【００５０】
１０…通信処理装置
１１，１２…通信モジュール
１３…ＬＡＮボード
１３１…ＣＰＵ
１３２…プログラムメモリ
１３３…データメモリ
１４…ハブ
２０−１，２０−２，２０−３…送受信装置
２１−１，２１−２…ＣＰＵ
２２−１，２２−２…プログラムメモリ
【図１】
2010124235.tif 000003
【図２】
2010124235.tif 000004
【図３】
2010124235.tif 000005
【図４】
2010124235.tif 000006
【図５】
2010124235.tif 000007
【図６】
2010124235.tif 000008