(57)【要約】【課題】ＣＯＲＢＡ対応のソフトウェア無線機がＣＯＲＢＡ未対応のハードウェアデバイスを利用できるようなＣＯＲＢＡ対応ソフトウェアを実現する。【解決手段】ソフトウェア無線機で実行中の他のＣＯＲＢＡ対応アプリケーション６がＣＯＲＢＡ対応ソフトウェア５ｂの実装する関数を呼び出す。すると、ソフトウェアバスであるＯＲＢ５ｆが、スケルトン５ｄを介してＣＯＲＢＡ対応ソフトウェア５ｂの実装する関数の呼出命令をかける。これにより、ＣＯＲＢＡ対応ソフトウェア５ｂが実装する処理関数が実行される。ＣＯＲＢＡ対応ソフトウェア５ｂは、処理関数の実行内容に基づいてＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａの制御を行う。つまり、ＣＯＲＢＡ対応ソフトウェア５ｂは、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａやハードウェアデバイスをＣＯＲＢＡ対応であるかのように動作させることができる。【選択図】        図３
2004334735.tif 000002
【特許請求の範囲】
【請求項１】
ミドルウェアとしてＣＯＲＢＡを使用し、ソフトウェアの分散処理環境で動作するアプリケーションによって無線機能を実現させるソフトウェア無線機において、
前記ＣＯＲＢＡに対応不可能な演算処理装置及びハードウェアデバイスと、
ソフトウェア無線機の何れかの演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーションの処理関数に基づいて、前記演算処理装置及び前記ハードウェアデバイスの起動・制御・データ授受を行うＣＯＲＢＡ対応ソフトウェアと、
を備えることを特徴とするソフトウェア無線機。
【請求項２】
前記処理関数は、前記ＣＯＲＢＡ対応ソフトウェアが実装するＩＤＬインタフェースによって呼出命令がかけられることを特徴とする請求項１に記載のソフトウェア無線機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＣＯＲＢＡ（Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）対応のソフトウェア分散処理構造を備えたソフトウェア無線機に関し、特に、ＣＯＲＢＡに対応しないハードウェアデバイスを追加するためのＣＯＲＢＡ対応ソフトウェアを備えたソフトウェア無線機に関する。
【０００２】
【従来の技術】
従来より、ソフトウェアによって無線機の実行プログラムを切り替えることにより、無線機における同一のハードウェアリソースで複数の無線通信方式に対応できるソフトウェア無線機が広く知られている。このように、ソフトウェアの変更により無線機の構成を変更することができるソフトウェア無線機においては、ネットワークから所望の機能を定義したファイルをダウンロードすることによって、ソフトウェア無線機内のモジュールの構成を変更することにより複数の無線通信方式を実現することが可能となる。
【０００３】
ところで、ソフトウェアを異なるＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）やマシンで動作させるような移植性に富んだＰｏｓｉｘ（Ｐｏｒｔａｂｌｅ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）系のＯＳ上で動作するソフトウェア無線機のアプリケーションソフトウェアは、複数の演算処理装置を用いてソフトウェアの分散処理を行うことで、ソフトウェア無線機における移植性、保守性、拡張性の向上化を図っている。また、これらの複数の演算処理装置は、ミドルウェアであるＣＯＲＢＡとアプリケーションの配置や利用を支援する共通のアプリケーションサービスを利用したソフトウェア実行環境を備えている。尚、ＣＯＲＢＡとは、分散環境でクライアントがサーバのオブジェクトにアクセスするためのソフトウェアバスを提供する標準技術であり、ＯＭＧ（０ｂｊｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｇｒｏｕｐ）という標準化団体が標準化した仕様であって、ネットワーク上で異なるアプリケーションソフトウェアで作成されたデータ同士でメッセージ交換を行う機能を備えている。つまり、ミドルウェアとしてＣＯＲＢＡを用いることによってプログラム言語の壁を越えてオブジェクト同士の通信が可能となる。
【０００４】
しかし、Ｐｏｓｉｘ系のＯＳ上で動作するソフトウェア無線機のアプリケーションソフトウェアを作成することは可能であるが、アプリケーションソフトウェアの作成上の都合からそのアプリケーションソフトウェアがＣＯＲＢＡに対応できない場合や、Ｐｏｓｉｘ系のＯＳが乗らないハードウェアデバイスやＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等のデジタル信号処理に特化したシグナルプロセッサを利用する場合は、ＣＯＲＢＡを利用するためのインタフェースが必要になってくる。つまり、ＣＯＲＢＡ対応のソフトウェア無線機が、ＣＯＲＢＡに対応できないアプリケーションやハードウェアデバイスを取り込んで利用しようとする場合は、特定のインタフェースを設けなければならない。
【０００５】
図６は、ＣＯＲＢＡ未対応のハードウェアデバイスや演算処理装置をＣＯＲＢＡ対応のソフトウェア無線機へ流用する状態を示す概念図である。すなわち、図６に示すように、ＣＯＲＢＡ対応のソフトウェア無線機２１が、ＣＯＲＢＡ未対応の（つまり、ＣＯＲＢＡインタフェースを持たない）ＭＯＤ／ＤＥＭ（Ｍｏｄｕｌａｔｉｏｎ／Ｄｅｍｏｄｕｌａｔｉｏｎ）演算処理装置２３ａを利用する場合や、ＣＯＲＢＡ未対応のＣＯＤ／ＤＥＣ（Ｃｏｄｅ／Ｄｅｃｏｄｅ）演算処理装置２３ｂを利用する場合は、ＣＯＲＢＡに対応するインタフェースを設ける必要がある。
【０００６】
【発明が解決しようとする課題】
すなわち、ＣＯＲＢＡ対応のミドルウェアを使用してソフトウェアの分散処理を行う構造を備えたソフトウェア無線機は、ＣＯＲＢＡのようなミドルウェアとのインタフェースを持たないアプリケーションや、Ｐｏｓｉｘ系のＯＳが乗らない演算処理装置及びハードウェアデバイスなどをそのままでは利用することはできない。しかしながら、ＣＯＲＢＡ対応のミドルウェア（以下、単にＣＯＲＢＡと云う）とのインタフェースを持たないが、Ｐｏｓｉｘ系のＯＳ上で動作が可能なアプリケーションは、既に市場に存在し現在も増え続けている。例えば、ソフトウェア無線機で利用されるアプリケーションにおいて、Ｐｏｓｉｘ系のＯＳ上で動作が可能であって、ＣＯＲＢＡとのインタフェースを持たないアプリケーションの例としては、情報秘匿化アプリケーションなどがある。また、供給される他社のアプリケーションが、ハードウェアデバイスとの相性は良いが、ＣＯＲＢＡ以外のミドルウェアを使用しているためにＣＯＲＢＡによるミドルウェアとのインタフェースに合致しない場合もある。つまり、ＣＯＲＢＡ対応のソフトウェア無線機がＣＯＲＢＡ未対応のアプリケーションやハードウェアデバイスを利用する場合は、そのためにわざわざインタフェースを設けなければならないので、ソフトウェア無線機の使い勝手が甚だ悪い。
【０００７】
図７は、ＣＯＲＢＡ対応のソフトウェア無線機がＣＯＲＢＡ未対応（ＣＯＲＢＡインタフェースを持たない）の演算処理装置やハードウェアデバイスを利用することができない場合を示す概念図である。図７に示すように、ＣＯＲＢＡ対応のソフトウェア無線機２１は、インタフェース２２に接続することによってＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置２３ａやＣＯＲＢＡ未対応のＣＯＤ／ＤＥＣ演算処理装置２３ｂを利用することができる。しかし、複数の演算処理装置やハードウェアデバイスを備えていてＣＯＲＢＡによる分散処理構造を持つソフトウェア無線機２１ａは、直接では、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置２３ａやＣＯＲＢＡ未対応のＣＯＤ／ＤＥＣ演算処理装置２３ｂを利用することはできない。
【０００８】
本発明は、上述の課題に鑑みてなされたものであり、その目的とするところは、ＣＯＲＢＡ対応のソフトウェア無線機が、ＣＯＲＢＡ対応ソフトウェアを用いることにより、ＣＯＲＢＡ未対応のアプリケーションやＰｏｓｉｘ系のＯＳが乗らない演算処理装置及びハードウェアデバイスを利用できるようにすることにある。
【０００９】
【課題を解決するための手段】
上記の目的を達成するため、本発明のソフトウェア無線機は、ミドルウェアとしてＣＯＲＢＡを使用し、ソフトウェアの分散処理環境で動作するアプリケーションによって無線機能を実現させるソフトウェア無線機において、ＣＯＲＢＡに対応不可能な演算処理装置及びハードウェアデバイスと、ソフトウェア無線機の何れかの演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーションの処理関数に基づいて、演算処理装置及びハードウェアデバイスの起動・制御・データ授受を行うＣＯＲＢＡ対応ソフトウェアとを備えることを特徴とする。
【００１０】
すなわち、本発明のソフトウェア無線機によれば、ＣＯＲＢＡ対応ソフトウェアが、ソフトウェア無線機の他の演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーションの処理関数を利用することによって、ＣＯＲＢＡ未対応の演算処理装置やハードウェアデバイスを見掛け上ＣＯＲＢＡ上に存在しているかのようなソフトウェア制御を行う。これによって、ソフトウェア無線機が、ソフトウェア実行環境をもつ複数の演算処理装置を用いて、ソフトウェア分散処理を行う環境上で動作するアプリケーションによって無線機能を実現する場合に、ＣＯＲＢＡに対応させることができない演算処理装置やハードウェアデバイスを、インタフェースを用いることなく利用することができる。
【００１１】
また、本発明のソフトウェア無線機においては、前記処理関数は、ＣＯＲＢＡ対応ソフトウェアが実装するＩＤＬインタフェースによって呼出命令がかけられることを特徴とする。すなわち、ＩＤＬインタフェースはＯＳに依存されないインタフェースを定義するＩＤＬ（Ｉｎｔｅｒｆａｃｅ  Ｄｅｆｉｎｉｔｉｏｎ  Ｌａｎｇｕａｇｅ）によって記述されているので、分散環境のＯＳに共通なインタフェースとして用いることができる。したがって、ＣＯＲＢＡ対応ソフトウェアはどのようなＯＳ上でも適用することができる。
【００１２】
【発明の実施の形態】
ソフトウェア無線機を有効に機能させるためには、共通のアプリケーションサービスを利用して、ミドルウェアとしてのＣＯＲＢＡとアプリケーションの配置や利用を支援することが必要である。このとき、ソフトウェア無線機は、ソフトウェア実行環境を持つ複数の演算処理装置を用いて、ソフトウェアの分散処理を行う環境上で、アプリケーション、演算処理装置、及びハードウェアデバイスを動作させて無線機能を実現している。この場合、ＣＯＲＢＡ対応のソフトウェア無線機は、ＣＯＲＢＡ対応ソフトウェアを利用することによって、ＣＯＲＢＡとのインタフェースを持たない（つまり、ＣＯＲＢＡ未対応の）アプリケーション、演算処理装置、及びハードウェアデバイスの利用を可能にすることができる。
【００１３】
以下、図面を用いて、本発明のソフトウェア無線機に適用されるＣＯＲＢＡ対応ソフトウェアの実施の形態を詳細に説明する。図１は、本発明によるＣＯＲＢＡ対応のソフトウェア無線機が、ＣＯＲＢＡ対応ソフトウェアを用いて、ＣＯＲＢＡ未対応のアプリケーション、演算処理装置、及びハードウェアデバイスを利用する状態を示す概念図である。図１に示すように、ＣＯＲＢＡ対応のソフトウェア無線機１は、ＣＯＲＢＡとのインタフェースを持たなくても、ＣＯＲＢＡ対応ソフトウェア２ａ，２ｂを用いることによって、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａやＣＯＲＢＡ未対応のＣＯＤ／ＤＥＣ演算処理装置３ｂを利用することができる。
【００１４】
図２は、本発明のソフトウェア無線機におけるＣＯＲＢＡ対応ソフトウェアと、ミドルウェアとしてのＣＯＲＢＡと、ＣＯＲＢＡ未対応ハードウェアデバイスの関係を示す図であり、（ａ）はＣＯＲＢＡを用いて分散処理を実現するソフトウェア無線機のハードウェア、（ｂ）は（ａ）のモデム部におけるソフトウェアを示している。
【００１５】
図２（ａ）において、ソフトウェア無線機のハードウェア４は、無線通信を実行するＲＦ部４ａに対して通信制御を行うモデム部４ｂと、無線通信の回線をネットワーク上に接続するネットワーク部４ｃと、ＬＡＮ等に接続された無線通信回線のセキュリティを確保するセキュリティ部４ｄと、アプリケーションソフトウェアを実行するＣＯＤ／ＤＥＣ部４ｅとが、バス規格の一つであるＣｏｍｐａｃｔＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）４ｆに接続された構成となっている。
【００１６】
また、図２（ｂ）において、モデム部のソフトウェア５は、ＣＯＲＢＡ未対応の演算処理装置・ハードウェアデバイス５ａとＣＯＲＢＡ対応ソフトウェア５ｂがＣＯＲＢＡ５ｃ上に存在し、ＣＯＲＢＡ対応ソフトウェア５ｂが、スケルトン５ｄ及びスタブ５ｅを介して、ＣｏｍｐａｃｔＰＣＩ内のソフトウェアバスであるＯＲＢ５ｆに接続された構成となっている。尚、ＣＯＲＢＡ対応ソフトウェア５ｂとＣＯＲＢＡ未対応の演算処理装置・ハードウェアデバイス５ａは、同じマイコンボード内で実行が行われるものとする。
【００１７】
上記のような構成により、ＣＯＲＢＡ対応ソフトウェア５ｂは、図示しない他のＣＯＲＢＡ対応アプリケーションから見て、ＣＯＲＢＡ未対応の演算処理装置・ハードウェアデバイス５ａを見掛け上ＣＯＲＢＡ５ｃ上に存在しているかのようなソフトウェア制御を行っている。また、モデム部のソフトウェア５においては、ソフトウェア無線機のハードウェア４へのアクセスは図示しないデバイスドライバを使用して実行し、ソフトウェア無線機のハードウェア４からのデータの授受や、ソフトウェア無線機のハードウェア４の起動、制御などのハードウェアデバイスの各種制御を行っている。尚、実際にソフトウェア無線機に使用するＣＯＲＢＡ対応ソフトウェア５ｂは、デジタル信号処理に特化したシグナルプロセッサであるＤＳＰを起動したり、制御したり、あるいはデータ授受を行ったりするものである。すなわち、ＣＯＲＢＡ対応ソフトウェア５ｂは、図示しない他のＣＯＲＢＡ対応アプリケーションソフトウェアからＣＯＲＢＡを通じてＤＳＰへの演算処理の依頼を行うという割り込みが入ったときに、ＤＳＰの起動、制御を行ってデータの授受を行っている。
【００１８】
次に、ＣＯＲＢＡ対応ソフトウェアが、ソフトウェア無線機の他の演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーション（つまり、他のＣＯＲＢＡ対応アプリケーション）の処理関数に基づいて、ＣＯＲＢＡ未対応の演算処理装置やハードウェアデバイスを制御する動作について説明する。図３は、本発明のソフトウェア無線機において、他のＣＯＲＢＡ対応アプリケーションソフトウェアより呼び出されたＣＯＲＢＡ対応ソフトウェアが処理プログラムを実行する動作を示す概念図であり、図４は、図３に示すＣＯＲＢＡ対応ソフトウェアの動作概念図の流れを示すフローチャートである。
【００１９】
したがって、図３と図４を参照してＣＯＲＢＡ対応ソフトウェアが行う処理プログラムの動作の流れを説明する。まず、ソフトウェア無線機の他の演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーション（以下、他のＣＯＲＢＡ対応アプリケーションと云う）６は、スタブ５ｅを介してＣＯＲＢＡ対応ソフトウェア５ｂが実装する関数を呼び出す（ステップＳ１）。次に、ＣｏｍｐａｃｔＰＣＩ内のソフトウェアバスであるＯＲＢ５（Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ）ｆが、ＣＯＲＢＡ対応ソフトウェア５ｂのＩＤＬ（Ｉｎｔｅｒｆａｃｅ  Ｄｅｆｉｎｉｔｉｏｎ  Ｌａｎｇｕａｇｅ）インタフェースであるスケルトン５ｄによって、ＣＯＲＢＡ対応ソフトウェア５ｂが実装する関数の呼出命令をかける（ステップＳ２）。
【００２０】
これによって、ＩＤＬインタフェースであるスケルトン５ｄは、ＣＯＲＢＡ対応ソフトウェア５ｂが実装する処理関数を実行する。このときの処理関数は、演算処理装置の起動処理を行う処理関数、演算処理装置の設定処理を行う処理関数、演算処理装置とのデータ授受処理を行う処理関数などである（ステップＳ３）。尚、ＩＤＬインタフェースは、ＯＳに依存されないインタフェースを定義するＩＤＬによって記述されたインタフェースである。したがって、ＩＤＬインタフェースは分散環境のＯＳに共通なインタフェースとして好んで用いられている。
【００２１】
次に、ＣＯＲＢＡ対応ソフトウェア５ｂは、これらの処理関数に基づいて、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａの起動・制御・データ授受を行う（ステップＳ４）。そして、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａの起動・制御・データ授受の結果を示す戻り値があるか否かを判定し（ステップＳ５）、戻り値があれば（ステップＳ５でＹｅｓの場合）、処理結果はエラーであるので、ＩＤＬインタフェースであるスケルトン５ｅに戻り値をセットする（ステップＳ６）。一方、戻り値がなければ（ステップＳ５でＮｏの場合）、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａの起動・制御・データ授受の処理を終了する。このようにして、ＣＯＲＢＡ対応ソフトウェア５ｂは、ソフトウェア無線機の他の演算処理ユニットで実行中のＣＯＲＢＡ対応アプリケーション（つまり、他のＣＯＲＢＡ対応アプリケーション６）の処理関数に基づいて、ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置３ａの起動・制御・データ授受を行うことができる。
【００２２】
次に、ＣＯＲＢＡ対応ソフトウェアを実際にソフトウェア無線機に使用する場合について、具体的なＣＯＲＢＡ対応ソフトウェアの動作フローを説明する。図５は、ソフトウェア無線機に使用されたＣＯＲＢＡ対応ソフトウェアのデータ処理の流れを示す概念図である。図５において、ソフトウェア無線機は、第１のＣＯＲＢＡ対応アプリケーション６ａ、第２のＣＯＲＢＡ対応アプリケーション６ｂ、Ｃ−ＰＣＩ（ＣｏｍｐａｃｔＰＣＩ）４ｆ、ＣＯＲＢＡ対応ソフトウェア５ｂ、複数のデータ領域７ａ，７ｂを有するＤＰ−ＲＡＭ７、及びバッファ８ａ，８ｂを有するＤＳＰ８を備えた構成となっている。また、ＣＯＲＢＡ対応ソフトウェア５ｂは、スケルトン５ｄ及びスタブ５ｅを有するＩＤＬインタフェース９、リングバッファ１０ａ，１０ｂ、処理関数プログラム１１、及びデバイスドライバ１２を備えている。
【００２３】
次に、図５に示すソフトウェア無線機におけるＣＯＲＢＡ対応ソフトウェア５ｂのデータ処理の流れを説明する。まず、ステップＳ１１において、第１のＣＯＲＢＡ対応アプリケーション６は、Ｃ−ＰＣＩ４ｆのＣＯＲＢＡを通じて、ＣＯＲＢＡ対応ソフトウェア５ｂが実装しているＩＤＬインタフェース９（つまり、ＣＯＲＢＡ対応ソフトウェア５ｂが実装している関数）の呼び出しを行い、引数として演算処理を行うデータをＩＤＬインタフェース９へ渡す。次に、ステップＳ１２において、ステップＳ１１での関数呼び出しをトリガにして処理関数プログラム１１を起動し、データの受信からデータの送信までの一連の処理を行う。つまり、ここでは、引数により受け取ったデータを加工してＣＯＲＢＡデータ型からＣ／Ｃ＋＋データ型にすることにより、デバイスドライバ１２やＤＳＰ８が使用できるデータ型に変換してから、リングバッファ１０ａによってデータのバッファリングを行う。このとき、リングバッファ１０ａは受け取ったデータをそのままＤＳＰ８へ渡すことは出来ないため、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ  Ｆｉｒｓｔ−Ｏｕｔ：先入れ先だし）によってデータ量の調整を行う。
【００２４】
次に、ステップＳ１３において、ＣＯＲＢＡ対応ソフトウェア５ｂはリングバッファ１０ａでバッファリングされたデータを取り出し、デバイスドライバ処理関数を呼び出し、引数としてデバイスドライバ１２へデータを渡す。すると、デバイスドライバ１２はＤＰ−ＲＡＭ７のデータ領域７ｂへデータを書き込む。その後、ＣＯＲＢＡ対応ソフトウェア５ｂは、デバイスドライバ１２を通じ、ＤＳＰ８のバッファ８ａに対して、ＤＰ−ＲＡＭ７へデータ書き込みを行ったことを伝えるための割込みをかける。
【００２５】
さらに、ステップＳ１４において、ＤＳＰ８のバッファ８ａは割り込みを受け取ることによってＤＰ−ＲＡＭ７のデータ領域７ｂからデータを読み出して演算処理を行い、演算処理済のデータをとりあえずバッファ８ｂに格納する。そして、ステップＳ１５において、ＤＳＰ８は、演算処理後に演算処理済データをバッファ８ｂから取り出してＤＰ−ＲＡＭ７のデータ領域７ａへ書き込む。次に、ステップＳ１６において、ＣＯＲＢＡ対応ソフトウェア５ｂは、デバイスドライバ１２の処理関数を呼び出し、ＤＰ−ＲＡＭ７のデータ領域７ａに書き込まれたデータの読み出しを行い、このデータを再度リングバッファ１０ｂへバッファリングする。
【００２６】
そして、ステップＳ１７において、ＣＯＲＢＡ対応ソフトウェア５ｂは、リングバッファ１０ｂにバッファリングされた演算処理済みデータを取り出し、ＣＯＲＢＡ経由（つまり、Ｃ−ＰＣＩ４ｆ経由）でデータを流すことが出来るＣＯＲＢＡデータ型へデータの加工を行い、処理結果を渡すために第２のＣＯＲＢＡ対応アプリケーション６が実装するＩＤＬインタフェース（処理関数）を呼び出し、この処理関数のデータを引数として第２のＣＯＲＢＡ対応アプリケーション６へ渡す。以上のような処理フローによって、ＣＯＲＢＡ対応ソフトウェア５ｂが、ＣＯＲＢＡとＣＯＲＢＡ未対応のハードウェアデバイスとの間を仲介することにより、ＣＯＲＢＡ未対応ハードウェアデバイスはＣＯＲＢＡ対応ハードウェアデバイスであるかの如く動作する。
【００２７】
以上述べた実施の形態は本発明を説明するための一例であり、本発明は、上記の実施の形態に限定されるものではなく、発明の要旨の範囲で種々の変形が可能である。上記の実施の形態では、ＣＯＲＢＡ対応ソフトウェアをソフトウェア無線機に適用した場合について述べたが、これに限定されるものではない。すなわち、本発明で実現されたＣＯＲＢＡ対応ソフトウェアは、ネットワークから所望の機能を定義したファイルをダウンロードすることによってモジュールの構成を変更することができるようなあらゆる装置に適用できることは云うまでもない。
【００２８】
【発明の効果】
以上説明したように、本発明のソフトウェア無線機に適用されるＣＯＲＢＡ対応ソフトウェアによれば、ＣＯＲＢＡ対応のソフトウェア分散処理構造を持つソフトウェア無線機のアプリケーションにおいて、ＣＯＲＢＡ未対応の演算処理装置やハードウェアデバイスをＣＯＲＢＡ対応であるかのように動作させることが可能となる。これによって、ＣＯＲＢＡ対応のソフトウェア無線機は、特別なインタフェースを用いることなく、ＣＯＲＢＡ未対応の演算処理装置やハードウェアデバイスを利用することができる。また、このような構造によるＣＯＲＢＡ対応ソフトウェアはあらゆる分野への流用が可能であり、ＣＯＲＢＡ未対応アプリケーションや演算処理装置の再利用が一段と容易になる。
【図面の簡単な説明】
【図１】本発明によるＣＯＲＢＡ対応のソフトウェア無線機が、ＣＯＲＢＡ対応ソフトウェアを用いて、ＣＯＲＢＡ未対応のアプリケーション、演算処理装置、及びハードウェアデバイスを利用する状態を示す概念図である。
【図２】本発明のソフトウェア無線機におけるＣＯＲＢＡ対応ソフトウェアと、ミドルウェアとしてのＣＯＲＢＡと、ＣＯＲＢＡ未対応ハードウェアデバイスの関係を示す図であり、（ａ）はＣＯＲＢＡを用いて分散処理を実現するソフトウェア無線機のハードウェア、（ｂ）は（ａ）のモデム部におけるソフトウェアを示す。
【図３】本発明のソフトウェア無線機において、他のＣＯＲＢＡ対応アプリケーションソフトウェアより呼び出されたＣＯＲＢＡ対応ソフトウェアが処理プログラムを実行する動作を示す概念図である。
【図４】図３に示すＣＯＲＢＡ対応ソフトウェアの動作概念図の流れを示すフローチャートである。
【図５】ソフトウェア無線機に使用されたＣＯＲＢＡ対応ソフトウェアのデータ処理の流れを示す概念図である。
【図６】ＣＯＲＢＡ未対応のハードウェアデバイスや演算処理装置をＣＯＲＢＡ対応のソフトウェア無線機へ流用する状態を示す概念図である。
【図７】ＣＯＲＢＡ対応のソフトウェア無線機がＣＯＲＢＡ未対応（ＣＯＲＢＡインタフェースを持たない）の演算処理装置やハードウェアデバイスを利用することができない場合を示す概念図である。
【符号の説明】
１  ＣＯＲＢＡ対応のソフトウェア無線機、２ａ，２ｂ，５ｂ  ＣＯＲＢＡ対応ソフトウェア、３ａ  ＣＯＲＢＡ未対応のＭＯＤ／ＤＥＭ演算処理装置、３ｂＣＯＲＢＡ未対応のＣＯＤ／ＤＥＣ演算処理装置、４  ソフトウェア無線機のハードウェア、４ａ  ＲＦ部、４ｂ  モデム部、４ｃ  ネットワーク部、４ｄ  セキュリティ部、４ｅ  ＣＯＤ／ＤＥＣ部、４ｆ  ＣｏｍｐａｃｔＰＣＩ、５  モデム部のソフトウェア、５ａ  ＣＯＲＢＡ未対応の演算処理装置・ハードウェアデバイス、５ｃ  ＣＯＲＢＡ、５ｄ  スケルトン、５ｅ  スタブ、５ｆ  ＯＲＢ（ＣｏｍｐａｃｔＰＣＩ内のソフトウェアバス）、６  他のＣＯＲＢＡ対応アプリケーション、６ａ  第１のＣＯＲＢＡ対応アプリケーション、６ｂ  第２のＣＯＲＢＡ対応アプリケーション、７  ＤＰ−ＲＡＭ、７ａ，７ｂ  データ領域、８  ＤＳＰ、８ａ，８ｂ  バッファ、９  ＩＤＬインタフェース、１０ａ，１０ｂ  リングバッファ、１１  処理関数プログラム、１２  デバイスドライバ。
【図１】
2004334735.tif 000003
【図２】
2004334735.tif 000004
【図３】
2004334735.tif 000005
【図４】
2004334735.tif 000006
【図５】
2004334735.tif 000007
【図６】
2004334735.tif 000008
【図７】
2004334735.tif 000009