JP7168213B2

JP7168213B2 - Software Defined Radio Test System, Software Defined Radio Test Method, and Software Defined Defined Radio Test Program

Info

Publication number: JP7168213B2
Application number: JP2019005351A
Authority: JP
Inventors: 由美子鈴木
Original assignee: NEC Aerospace Systems Ltd
Current assignee: NEC Aerospace Systems Ltd
Priority date: 2019-01-16
Filing date: 2019-01-16
Publication date: 2022-11-09
Anticipated expiration: 2039-01-16
Also published as: JP2020113952A

Description

本発明は、ソフトウェア無線機試験システム、ソフトウェア無線機試験方法およびソフトウェア無線機試験プログラムに関し、特に、ソフトウェア無線機に搭載したＳＣＡ（Software Communications Architecture:ソフトウェア・コミュニケーション・アーキテクチャ）規格準拠のソフトウェアを試験するためのソフトウェア無線機試験システム、ソフトウェア無線機試験方法およびソフトウェア無線機試験プログラムに関する。 The present invention relates to a software defined radio test system, a software defined radio test method, and a software defined defined radio test program, and in particular to test SCA (Software Communications Architecture) standard compliant software installed in a software defined radio. The present invention relates to a software defined radio test system, a software defined radio test method, and a software defined defined radio test program.

通常の無線機においては、無線通信方式ごとにそれぞれに専用の信号処理部をハードウェアとして備えて構成されている。しかし、近年、無線通信方式の多様化の進展が急激に進み、多様な無線機間の通信を行うことが必要となる状況に変化してきている。このため、近年においては、一つの汎用的なハードウェアを用いて、変復調や符号化・復号化、送信パワー、周波数制御等に関する各種の無線通信方式それぞれに対応する処理をソフトウェア化するという無線機の開発が活発化してきている。かかる無線機のことを「ソフトウェア無線機」と称している。ここで、ソフトウェア無線機においては、ソフトウェアの入れ替えにより異なる機能も実現することができるので、ハードウェア無線機に比して無線機の開発費用を圧縮することが可能になるという利点もある。 A typical wireless device is configured with a dedicated signal processing unit as hardware for each wireless communication system. However, in recent years, the progress of diversification of wireless communication methods has progressed rapidly, and the situation has changed to require communication between various wireless devices. For this reason, in recent years, it has become possible to use a single piece of general-purpose hardware to convert processing corresponding to various wireless communication systems, such as modulation/demodulation, encoding/decoding, transmission power, and frequency control, into software. has been actively developed. Such a radio is called a "software radio". Here, in the software radio, different functions can be realized by replacing the software, so there is also the advantage that the development cost of the radio can be reduced compared to the hardware radio.

しかし、無線機としてソフトウェアの記述部分が増加すればするほど、その組み合わせは増加して複雑化していく。かかる事態に対処するために、例えば特許文献１の特開２００９－２２３７３２号公報「分散処理プログラム」等に分散処理技術として記載されているように、ＯＭＧ（Object Management Group）によって標準化されたＣＯＲＢＡ（Common Object Request Broker Architecture）がある。ＣＯＲＢＡ環境においては、分散システム環境においてプラットフォームやプログラム言語の壁を超えてソフトウェア同士の結合を実現するために、ソフトウェア部品を組み合わせてアプリケーションを構築していく手法が導入され、ソフトウェア部品同士がプラットフォームやプログラム言語の壁を超えてメッセージを交換するための共通仕様が規定されている。 However, as the number of software descriptions increases as a wireless device, the number of combinations increases and becomes more complicated. In order to deal with such a situation, for example, as described as a distributed processing technology in Japanese Unexamined Patent Application Publication No. 2009-223732 "Distributed Processing Program" of Patent Document 1, CORBA standardized by OMG (Object Management Group) ( Common Object Request Broker Architecture). In the CORBA environment, in order to overcome the barriers of platforms and programming languages in a distributed system environment and realize the connection between software, a method of building an application by combining software components was introduced. A common specification has been defined for exchanging messages across programming language barriers.

そして、ソフトウェア部品を組み合わせてアプリケーションを構築する技術の一つとして、Open ＳＯＡ Collaborationにて仕様策定されたＳＣＡ（Software Communications Architecture:ソフトウェア・コミュニケーション・アーキテクチャ）仕様がある。該ＳＣＡ仕様においては、ソフトウェア部品（コンポーネント）のインタフェースをサービス、リファレンス、プロパティにより規定することにより、多様な通信プロトコルや多様なプログラム言語により作成された装置間、例えば無線機間の組み合わせを容易に実現することができることを目指している。 As one of the techniques for building an application by combining software components, there is the SCA (Software Communications Architecture) specification established by Open SOA Collaboration. In the SCA specification, interfaces of software parts (components) are defined by services, references, and properties, so that devices created by various communication protocols and various programming languages, such as wireless devices, can easily be combined. We aim to achieve.

特開２００９－２２３７３２号公報JP 2009-223732 A

以上のように、現状の無線通信分野においては、多種多様な無線通信方式が使用されるようになってきており、無線機についても多様な無線通信方式に対応した処理を行うためにソフトウェア化したソフトウェア無線機が一般的になってきつつある。 As described above, in the current wireless communication field, a wide variety of wireless communication methods have come to be used. Software-defined radios are becoming commonplace.

このようなソフトウェア無線機向けのソフトウェア開発を効率的に行うために、前述したように、ＣＯＲＢＡ分散システムにおけるソフトウェア部品間のインタフェース技術としてＳＣＡ（ソフトウェア・コミュニケーション・アーキテクチャ）規格に沿った技術が導入されるようになってきている。 In order to efficiently develop software for such a software defined radio, as described above, a technology conforming to the SCA (Software Communication Architecture) standard has been introduced as an interface technology between software components in the CORBA distributed system. It is becoming like this.

しかし、現状の技術においては、ＳＣＡ規格に準拠して記述したアプリケーションを搭載したソフトウェア無線機を構築しようとしても、該ソフトウェア無線機の動作を検証するための通信動作試験には、相変わらず膨大な作業工数を必要としている。さらに、ソフトウェア記述部分が増えれば増えるほど、益々、通信動作試験の作業工数が増加してしまう状況にある。したがって、ＳＣＡ規格準拠のソフトウェアに関する試験工程をより効率化して、ソフトウェア無線機の開発費用を低減するという解決するべき課題がある。 However, with the current technology, even if an attempt is made to build a software defined radio equipped with an application written in compliance with the SCA standard, communication operation tests for verifying the operation of the software defined radio still require a huge amount of work. requires man-hours. Furthermore, as the number of software descriptions increases, the number of man-hours required for the communication operation test increases. Therefore, there is a problem to be solved to improve the efficiency of the test process for the SCA standard-compliant software and reduce the development cost of the software defined radio.

（本開示の目的）
本開示の目的は、かかる課題に鑑み、ＳＣＡ（ソフトウェア・コミュニケーション・アーキテクチャ）規格に準拠したソフトウェアを搭載したソフトウェア無線機の試験を効率化するためのソフトウェア無線機ソフトウェア試験システム、ソフトウェア無線機ソフトウェア試験方法およびソフトウェア無線機試験プログラムを提供することにある。 (Purpose of this disclosure)
In view of such problems, the purpose of the present disclosure is to provide a software defined radio software test system and a software defined defined radio test system for improving the efficiency of testing a software defined radio equipped with software conforming to the SCA (Software Communication Architecture) standard. A method and a software defined radio test program are provided.

前述の課題を解決するため、本発明によるソフトウェア無線機試験システム、ソフトウェア無線機試験方法およびソフトウェア無線機試験プログラムは、主に、次のような特徴的な構成を採用している。 In order to solve the aforementioned problems, the software defined radio test system, the software defined radio test method, and the software defined radio test program according to the present invention mainly employ the following characteristic configurations.

（１）本発明によるソフトウェア無線機試験システムは、
ソフトウェア無線機に搭載したソフトウェアを試験するソフトウェア無線機試験システムであって、
試験対象の前記ソフトウェア無線機とのＣＯＲＢＡ（Common Object Request Broker Architecture）ＡＰＩ（Application Programming Interfaces）通信により取得したドメイン・マネジャ（Domain Manager）に基づいて、試験対象の前記ソフトウェア無線機上のソフトウェアを定義する定義ファイルとしてＳＣＡ（Software Communications Architecture：ソフトウェア・コミュニケーション・アーキテクチャ）規格にて規定されているドメイン・プロファイル（Domain Profile）を取得し、
取得した該ドメイン・プロファイル（Domain Profile）から抽出した前記ソフトウェア無線機上のソフトウェアに関するポート、インタフェースおよびプロパティに基づいて、ＳＣＡ規格に準拠して正常に動作するソフトウェアであるか否かを試験するための試験データを生成して、試験対象の前記ソフトウェア無線機上のソフトウェアを自動的に試験する、
ことを特徴とする。 (1) A software defined radio test system according to the present invention,
A software defined radio test system for testing software installed in a software defined radio,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
It is characterized by

（２）本発明によるソフトウェア無線機試験方法は、
ソフトウェア無線機に搭載したソフトウェアを試験するソフトウェア無線機試験方法であって、
試験対象の前記ソフトウェア無線機とのＣＯＲＢＡ（Common Object Request Broker Architecture）ＡＰＩ（Application Programming Interfaces）通信により取得したドメイン・マネジャ（Domain Manager）に基づいて、試験対象の前記ソフトウェア無線機上のソフトウェアを定義する定義ファイルとしてＳＣＡ（Software Communications Architecture：ソフトウェア・コミュニケーション・アーキテクチャ）規格にて規定されているドメイン・プロファイル（Domain Profile）を取得し、
取得した該ドメイン・プロファイル（Domain Profile）から抽出した前記ソフトウェア無線機上のソフトウェアに関するポート、インタフェースおよびプロパティに基づいて、ＳＣＡ規格に準拠して正常に動作するソフトウェアであるか否かを試験するための試験データを生成して、試験対象の前記ソフトウェア無線機上のソフトウェアを自動的に試験する、
ことを特徴とする。 (2) The software defined radio test method according to the present invention includes:
A software defined radio test method for testing software installed in a software defined radio,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
It is characterized by

（３）本発明によるソフトウェア無線機試験プログラムは、
ソフトウェア無線機に搭載したソフトウェアを試験する処理をコンピュータによって実行するソフトウェア無線機試験プログラムであって、
試験対象の前記ソフトウェア無線機とのＣＯＲＢＡ（Common Object Request Broker Architecture）ＡＰＩ（Application Programming Interfaces）通信により取得したドメイン・マネジャ（Domain Manager）に基づいて、試験対象の前記ソフトウェア無線機上のソフトウェアを定義する定義ファイルとしてＳＣＡ（Software Communications Architecture：ソフトウェア・コミュニケーション・アーキテクチャ）規格にて規定されているドメイン・プロファイル（Domain Profile）を取得し、
取得した該ドメイン・プロファイル（Domain Profile）から抽出した前記ソフトウェア無線機上のソフトウェアに関するポート、インタフェースおよびプロパティに基づいて、ＳＣＡ規格に準拠して正常に動作するソフトウェアであるか否かを試験するための試験データを生成して、試験対象の前記ソフトウェア無線機上のソフトウェアを自動的に試験する、
ことを特徴とする。 (3) The software defined radio test program according to the present invention is
A software defined radio test program for executing a process for testing software installed in a software defined radio by a computer,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
It is characterized by

本発明のソフトウェア無線機試験システム、ソフトウェア無線機試験方法およびソフトウェア無線機試験プログラムによれば、主に、以下のような効果を奏することができる。 According to the software defined radio test system, the software defined radio test method, and the software defined radio test program of the present invention, the following effects can mainly be obtained.

ＳＣＡ規格に準拠した試験データを生成して、試験対象の各ソフトウェア無線機上のソフトウェアに関する試験を自動的に実施することが可能になっているので、各ソフトウェア無線機上のソフトウェアがＳＣＡ規格に準拠しているか否かの妥当性を自動的にチェックすることができる。而して、試験対象の各ソフトウェア無線機上のソフトウェアに関する試験を効率的に行うことが可能になる。 Since it is possible to generate test data conforming to the SCA standard and automatically test the software on each software defined radio to be tested, the software on each software defined radio conforms to the SCA standards. Compliance or non-compliance validity can be checked automatically. Therefore, it becomes possible to efficiently test the software on each software defined radio to be tested.

ソフトウェア無線機試験システムのシステム構成の一例を示す接続構成図である。1 is a connection configuration diagram showing an example of a system configuration of a software defined radio test system; FIG. 図１に示した各ソフトウェア無線機に搭載されたソフトウェアの構成例を示すプログラム構成図である。2 is a program configuration diagram showing a configuration example of software installed in each software radio device shown in FIG. 1; FIG. 図１に示した試験制御装置の自動試験ソフトウェアが実施する試験に関する一例を説明するための説明図である。FIG. 2 is an explanatory diagram for explaining an example of a test performed by automatic test software of the test control device shown in FIG. 1; 図１に示した試験制御装置の自動試験ソフトウェアが対象とするコア・フレームワークＩＤＬ関連の自動試験範囲の一例を示す説明図である。FIG. 2 is an explanatory diagram showing an example of a core framework IDL-related automatic test range targeted by the automatic test software of the test control device shown in FIG. 1; 図１に示したソフトウェア無線機試験システムの自動試験に関する動作の一例を説明するためのフローチャートである。2 is a flow chart for explaining an example of an automatic test operation of the software defined radio test system shown in FIG. 1;

以下、本発明によるソフトウェア無線機試験システム、ソフトウェア無線機試験方法およびソフトウェア無線機試験プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるソフトウェア無線機試験システムおよびソフトウェア無線機試験方法について説明するが、かかるソフトウェア無線機試験方法をコンピュータにより実行可能なソフトウェア無線機試験プログラムとして実施するようにしても良いし、あるいは、ソフトウェア無線機試験プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。 BEST MODE FOR CARRYING OUT THE INVENTION Preferred embodiments of a software defined radio device testing system, a software defined radio device testing method, and a software defined radio device testing program according to the present invention will now be described with reference to the accompanying drawings. In the following description, the software defined radio device testing system and software defined radio device testing method according to the present invention will be described. Alternatively, it goes without saying that the software defined radio test program may be recorded in a computer-readable recording medium. In addition, it goes without saying that the reference numerals attached to each drawing below are added to each element for convenience as an example to aid understanding, and are not intended to limit the present invention to the illustrated embodiments. stomach.

（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、ソフトウェア無線機に搭載したＳＣＡ（Software Communications Architecture:ソフトウェア・コミュニケーション・アーキテクチャ）規格例えばＳＣＡ２．２．２規格に準拠したソフトウェアの試験をするために、新たに試験データを準備することなく、該ＳＣＡ規格例えばＳＣＡ２．２．２に規定された定義ファイル（「ドメイン・プロファイル（Domain Profile）」と称する)を参照して生成した試験データを用いることにより、ソフトウェア無線機に搭載したソフトウェアに関する自動試験の実施（すなわち、ＳＣＡ規格に準拠して正常に動作するソフトウェアであるか否かを自動的に試験すること）を可能にすることを主要な特徴としている。 (Features of the present invention)
Before describing the embodiments of the present invention, the outline of the features of the present invention will be described first. The present invention can be used to test software conforming to the SCA (Software Communications Architecture) standard, such as the SCA2.2.2 standard, installed in a software defined radio without preparing new test data. , by using test data generated by referring to the definition file (called "Domain Profile") specified in the SCA standard, for example, SCA2.2.2, the software installed in the software defined radio Its main feature is that it enables automatic testing (that is, automatically testing whether the software operates normally in compliance with the SCA standard).

すなわち、ＳＣＡ規格においては、ソフトウェアを構成する或るソフトウェア部品が他のソフトウェア部品を利用しようとする場合には、ＸＭＬ（Extensible Markup Language）言語にて記述された定義ファイルすなわち「ドメイン・プロファイル（Domain Profile）」を用いて結合する。つまり、該定義ファイルすなわち「ドメイン・プロファイル（Domain Profile）」は、ソフトウェア部品間を結合するために、各ソフトウェア部品に設定すべきポート、インタフェースおよびプロパティを規定している。 That is, in the SCA standard, when a certain software component that constitutes software intends to use another software component, a definition file described in XML (Extensible Markup Language), that is, a "domain profile (Domain profile)”. In other words, the definition file, ie, "Domain Profile" defines ports, interfaces and properties to be set for each software component in order to link the software components.

一般に、ＳＣＡ規格準拠のソフトウェアを試験する場合、ソフトウェア部品間のインタフェースの試験用として、試験工程において類似試験項目が多くなる。そこで、ソフトウェア試験において、定義ファイルすなわち「ドメイン・プロファイル（Domain Profile）」を用いて自動試験を行うことを可能にすることにより、ソフトウェア部品間のインタフェースの試験を効率良く行うことを可能にすることを、本発明の主要な特徴としている。 In general, when testing SCA standard-compliant software, there are many similar test items in the test process for testing interfaces between software components. Therefore, in software testing, by enabling automatic testing using a definition file, that is, a "domain profile," it is possible to efficiently test interfaces between software components. is a main feature of the present invention.

（本明の実施形態の構成例）
次に、本発明に係るソフトウェア無線機試験システムのシステム構成の一例について、図１を参照しながら説明する。図１は、ソフトウェア無線機試験システムのシステム構成の一例を示す接続構成図である。図１に示すソフトウェア無線機試験システム１００は、ソフトウェア試験を制御する試験制御装置１０と被試験用のソフトウェアを搭載している第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎとの間をＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等のネットワーク３０を介して接続した構成からなっている。 (Configuration example of the embodiment of the present invention)
Next, an example of the system configuration of the software defined radio test system according to the present invention will be described with reference to FIG. FIG. 1 is a connection configuration diagram showing an example of the system configuration of a software defined radio test system. The software defined radio test system 100 shown in FIG. It is connected to the software defined radio 2n via a network 30 such as a WAN (Wide Area Network) or a LAN (Local Area Network).

試験制御装置１０は、第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎそれぞれに搭載の各ソフトウェアのソフトウェア部品間のインタフェースを試験するための自動試験ソフトウェア１１を有している。自動試験ソフトウェア１１は、分散システムを構築するためのＣＯＲＢＡ（Common Object Request Broker Architecture）１１ａとＸＭＬ（Extensible Markup Language）言語を処理するＸＭＬパーサ１１ｂとを内蔵している。 The test control device 10 has automatic test software 11 for testing interfaces between software components of each software installed in each of the first software radio 21, the second software radio 22, . . . , the n-th software radio 2n. have. The automatic test software 11 incorporates a CORBA (Common Object Request Broker Architecture) 11a for constructing a distributed system and an XML parser 11b for processing XML (Extensible Markup Language) language.

一方、試験対象の各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎにはそれぞれ無線通信用のソフトウェアが搭載されているが、各ソフトウェアは、図２に示すようなＳＣＡ２．２．２規格に規定のソフトウェア構造からなっている。図２は、図１に示した各ソフトウェア無線機に搭載されたソフトウェアの構成例を示すプログラム構成図であり、破線で囲む範囲が、本実施形態において自動試験ソフトウェア１１による自動試験の対象となる範囲を示している。 On the other hand, each of the first software defined radio 21, the second software defined radio 22, . It consists of a software structure specified in the SCA2.2.2 standard as shown. FIG. 2 is a program configuration diagram showing an example configuration of software installed in each software defined radio shown in FIG. showing the range.

図２に示すように、試験対象の各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎに搭載されたソフトウェアは、いずれも、基幹ソフトであるＯＳ（Operating System）５０の上に、ＳＣＡ規格に規定されているＡＥＰ（Application Environment Profile）５１、ＣＯＲＢＡＡＰＩｓ（Application Programming Interfaces）５２、ＣＦインタフェース（Core Framework Interfaces：コア・フレームワーク・インタフェース）５３等の各種のミドルウェア層を介して、無線通信用の処理を実行するアプリケーション・リソース（Application Resources）５５を実装する形で構成されている。 As shown in FIG. 2, the software installed in each of the first software defined radio 21, the second software defined radio 22, . System) 50, various types of AEP (Application Environment Profile) 51, CORBA APIs (Application Programming Interfaces) 52, CF interfaces (Core Framework Interfaces) 53, etc. specified in the SCA standard It is configured to implement application resources (Application Resources) 55 that execute processing for wireless communication via the middleware layer.

そして、ＣＯＲＢＡＡＰＩｓ５２としては、オブジェクト（ソフトウェア部品）間の相互接続用の機能を有するＯＲＢ（Object Request Broker）と分散システム用の各種機能を実現するＣＯＲＢＡサービス（ＣＯＲＢＡ Services）とを有している。また、ＣＦ（コア・フレームワーク）インタフェース５３としては、コア・フレームワーク（ＣＦ：Core Framework）用の制御（Control）、サービスServices)、デバイス（Devices）、ファイルアクセス（File access）等の各インタフェースを有している。 The CORBA APIs 52 include an ORB (Object Request Broker) having a function for interconnecting objects (software components) and CORBA Services for realizing various functions for distributed systems. In addition, as the CF (core framework) interface 53, each interface such as control (Control), service (Services), devices (Devices), file access (File access) for the core framework (CF: Core Framework) have.

図２に破線で囲んで示すように、試験制御装置１０の自動試験ソフトウェア１１の試験対象となる範囲は、無線通信用の処理を行うアプリケーション・リソース（Application Resources）５５用の各リソース（Resource）５５ａと、ハードウェアとのインタフェースを実現するＣＦインタフェース５３用の各デバイス（Device）５３ａと、が該当する。 2, the range to be tested by the automatic test software 11 of the test control device 10 includes resources for application resources 55 that perform processing for wireless communication. 55a and each device (Device) 53a for the CF interface 53 that implements an interface with hardware.

次に、図１に示した試験制御装置１０の自動試験ソフトウェア１１と、試験対象の各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎに搭載されたソフトウェア内の自動試験対象と、の間の接続構成例について、図３を用いてさらに説明する。図３は、図１に示した試験制御装置１０の自動試験ソフトウェア１１が実施する試験に関する一例を説明するための説明図であり、試験対象の各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎに搭載されたソフトウェア内にある自動試験対象のソフトウェア部品に関する試験実施時における接続構成例について示している。 Next, the automatic test software 11 of the test control apparatus 10 shown in FIG. An example of the connection configuration between the automatic test object in and will be further described with reference to FIG. FIG. 3 is an explanatory diagram for explaining an example of a test performed by the automatic test software 11 of the test control apparatus 10 shown in FIG. 22, .

図３に示すように、試験制御装置１０の自動試験ソフトウェア１１と各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎとは、ＳＣＡインタフェースとしてＳＣＡ規格にて規定されているＣＯＲＢＡ（Common Object Request Broker Architecture）ＡＰＩ（Application Programming Interface）通信により互いに通信を行う。 As shown in FIG. 3, the automatic test software 11 of the test control device 10 and each of the first software defined radio 21, the second software defined radio 22, . They communicate with each other by CORBA (Common Object Request Broker Architecture) API (Application Programming Interface) communication.

そして、自動試験ソフトウェア１１は、各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎのＣＦインタフェース５３に配置されているドメイン・マネジャ（Domain Manager）５４を介して、ＣＦインタフェース５３のドメイン・プロファイル（Domain Profile）５６ａ、アプリケーション・リソース（Application Resources）５５のドメイン・プロファイル（Domain Profile）５６ｂのそれぞれを取得して解析する。 Then, the automatic test software 11, through the domain manager (Domain Manager) 54 arranged in the CF interface 53 of each of the first software defined radio 21, the second software defined radio 22, ..., the nth software defined radio 2n A domain profile 56a of the CF interface 53 and a domain profile 56b of the application resources 55 are acquired and analyzed.

解析結果に基づき、自動試験ソフトウェア１１は、各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎにおいて自動試験の対象とする各ソフトウェア部品としてＣＦインタフェース５３の各デバイス(Device)５３ａとアプリケーション・リソース５５の各リソース（Resource）５５ａとに関する情報を取得する。ここで、ドメイン・プロファイル（Domain Profile）５６ａ、ドメイン・プロファイル（Domain Profile）５６ｂは、それぞれ、ＣＦインタフェース５３の各デバイス(Device)５３ａ、アプリケーション・リソース５５の各リソース（Resource）５５ａに関するサービスの特性や属性を記述した定義ファイルである。 Based on the analysis results, the automatic test software 11 selects each of the CF interfaces 53 as software components to be automatically tested in each of the first software defined radio 21, the second software defined radio 22, ..., the nth software defined radio 2n. Information about the device 53a and each resource 55a of the application resource 55 is obtained. Here, the domain profile (Domain Profile) 56a and the domain profile (Domain Profile) 56b are service characteristics related to each device (Device) 53a of the CF interface 53 and each resource (Resource) 55a of the application resource 55, respectively. It is a definition file that describes attributes and attributes.

自動試験ソフトウェア１１は、各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎ上で動作する試験対象の各デバイス(Device)５３ａ、各リソース（Resource）５５ａに関する情報を取得すると、該情報を解析する。解析結果、試験対象の各デバイス(Device)５３ａ、各リソース（Resource）５５ａそれぞれに関し、ドメイン・プロファイル（Domain Profile）５６ａ、ドメイン・プロファイル（Domain Profile）５６ｂそれぞれのＳＣＤ（Software Component Descriptor：ソフトウェア・コンポーネント記述子）ファイルに記述されているポート、インタフェースを取得し、ドメイン・プロファイル（Domain Profile）５６ａ、ドメイン・プロファイル（Domain Profile）５６ｂそれぞれのＰＲＦ（Properties Descriptor：プロパティ記述子）ファイルに記述されているプロパティを取得する。 The automatic test software 11 relates to each device (Device) 53a and each resource (Resource) 55a to be tested operating on each of the first software defined radio 21, the second software defined radio 22, . . . , the nth software defined radio 2n. Once the information is obtained, the information is analyzed. As a result of the analysis, for each device (Device) 53a and each resource (Resource) 55a to be tested, an SCD (Software Component Descriptor) of each domain profile (Domain Profile) 56a and domain profile (Domain Profile) 56b. Ports and interfaces described in the PRF (Properties Descriptor) file of the domain profile (Domain Profile) 56a and domain profile (Domain Profile) 56b are obtained. Get properties.

そして、自動試験ソフトウェア１１は、試験対象の各デバイス(Device)５３ａ、各リソース（Resource）５５ａそれぞれに関し、ＳＣＤ（Software Component Descriptor）ファイルから取得したポート、インタフェースに対して、ＰＲＦ（Properties Descriptor）ファイルから取得したプロパティにしたがって自動試験用の試験データ（ＳＣＡ規格に準拠して正常に動作するソフトウェア部品であるか否かをチェックすることが可能な試験データ）を生成して、自動試験を実行する。 Then, the automatic test software 11 creates PRF (Properties Descriptor) files for ports and interfaces acquired from SCD (Software Component Descriptor) files for each device (Device) 53a and each resource (Resource) 55a to be tested. Generate test data for automatic testing (test data that can check whether software components operate normally in accordance with SCA standards) according to the properties acquired from, and execute automatic testing .

ここで、ドメイン・プロファイル（Domain Profile）５６ａ、ドメイン・プロファイル（Domain Profile）５６ｂは、いずれも、ＸＭＬ（Extensible Markup Language）言語にて記述された定義ファイル（Descriptor Files）であり、ＳＣＡ規格に規定されている以下のファイルから構成されている。
（１）Domain Manager Configuration Descriptor（ＤＭＤ：ドメイン・マネジャ実体の構成・特性を定義）
（２）Device Configuration Descriptor（ＤＣＤ：デバイス・マネジャのプロパティを定義）
（３）Software Assembly Descriptor（ＳＡＤ：ソフトウェアの構成を定義）
（４）Software Package Descriptor（ＳＰＤ：ソフトウェアの詳細を定義）
（５）Properties Descriptor（ＰＲＦ：プロパティを定義）
（６）Software Component Descriptor（ＳＣＤ：ソフトウェア部品のインタフェースを定義）
（７）Device Package Descriptor（ＤＰＤ：デバイスのクラス・特性を定義） Here, both the domain profile (Domain Profile) 56a and the domain profile (Domain Profile) 56b are definition files (descriptor files) described in the XML (Extensible Markup Language) language, and are defined in the SCA standard. It consists of the following files.
(1) Domain Manager Configuration Descriptor (DMD: Defines the configuration and characteristics of the domain manager entity)
(2) Device Configuration Descriptor (DCD: defines device manager properties)
(3) Software Assembly Descriptor (SAD: Defines software configuration)
(4) Software Package Descriptor (SPD: Defines details of software)
(5) Properties Descriptor (PRF: defines properties)
(6) Software Component Descriptor (SCD: defines software component interface)
(7) Device Package Descriptor (DPD: Defines device classes and characteristics)

ここで、各第１ソフトウェア無線機２１、第２ソフトウェア無線機２２、…、第ｎソフトウェア無線機２ｎ上で動作するソフトウェアすなわち自動試験対象の各デバイス(Device)５３ａ、各リソース（Resource）５５ａに関するポート、インタフェースおよびプロパティは、ＳＣＡ規格に規定されている前述のような定義ファイル（Descriptor Files）の各種ファイルのうち、少なくとも、ＳＡＤ（Software Assembly Descriptor）ファイル、ＳＰＤ(Software Package Descriptor)ファイル、ＳＣＤ（Software Component Descriptor）ファイル、ＰＲＦ（Properties Descriptor）ファイルを用いて、抽出される。 Here, the software operating on the first software defined radio 21, the second software defined radio 22, . Ports, interfaces and properties are specified in at least SAD (Software Assembly Descriptor) files, SPD (Software Package Descriptor) files, SCD ( extracted using a Software Component Descriptor) file and a PRF (Properties Descriptor) file.

次に、ミドルウェア層のＣＦインタフェース５３に関して、ソフトウェア部品間のインタフェースを規定するコア・フレームワーク（ＣＦ：Core Framework）ＩＤＬ（Interface Definition Language）関連の自動試験範囲の詳細について、図４に示す。図４は、図１に示した試験制御装置１０の自動試験ソフトウェア１１が対象とするコア・フレームワークＩＤＬ関連の自動試験範囲の一例を示す説明図であり、ＳＣＡ２．２．２規格においてコア・フレームワークＩＤＬ関連の構成要素として記載されている図面を流用して、本実施形態における自動試験の対象とする範囲を破線にて囲んで示している。 Next, with regard to the CF interface 53 of the middleware layer, FIG. 4 shows the details of the automatic test range related to the Core Framework (CF) IDL (Interface Definition Language) that defines the interface between software components. FIG. 4 is an explanatory diagram showing an example of an automatic test range related to the core framework IDL targeted by the automatic test software 11 of the test control device 10 shown in FIG. The drawing described as the components related to the framework IDL is used, and the range targeted for the automatic test in this embodiment is indicated by enclosing it with a dashed line.

図４に示すように、図２に前述した自動試験範囲に関連するコア・フレームワークＩＤＬに関して、例えば、ＣＯＲＢＡインタフェース・ＣＦデバイス（ＣＦ::Device）５７ａ、ＣＯＲＢＡインタフェース・ＣＦリソース（ＣＦ::Resource）５７ｂ、ＣＯＲＢＡインタフェース・ＣＦプロパティセット（ＣＦ::PropertySet）５７ｃ、ＣＯＲＢＡインタフェース・ＣＦポートサプライア（ＣＦ::PortSupplier）５７ｄ、ＣＯＲＢＡインタフェース・ＣＦライフサイクル（ＣＦ::LifeCycle）５７ｅ、ＣＯＲＢＡインタフェース・ＣＦテスタブルオブジェクト（ＣＦ::TeastableObject）５７ｆ、ＣＯＲＢＡインタフェース・ＣＦポート（ＣＦ::Port）５７ｇの各インタフェースが自動試験の対象範囲として挙げられる。 As shown in FIG. 4, regarding the core framework IDL related to the automatic test coverage previously described in FIG. ) 57b, CORBA interface/CF property set (CF::PropertySet) 57c, CORBA interface/CF port supplier (CF::PortSupplier) 57d, CORBA interface/CF life cycle (CF::LifeCycle) 57e, CORBA interface/CF Each interface of a testable object (CF::TeastableObject) 57f and a CORBA interface/CF port (CF::Port) 57g is included as the target range of the automatic test.

（本発明の実施形態の動作例の説明）
次に、本発明の一実施形態として図１～図４に示したソフトウェア無線機試験システム１００の自動試験に関する動作について、その一例を、図５のフローチャートを参照しながら説明する。図５は、図１に示したソフトウェア無線機試験システム１００の自動試験に関する動作の一例を説明するためのフローチャートであり、試験制御装置１０の自動試験ソフトウェア１１が、試験対象の各ソフトウェア無線機上のソフトウェア試験を自動的に行う場合の動作の一例について示している。なお。以下の説明においては、試験対象のソフトウェア無線機として、第１ソフトウェア無線機２１を対象としている場合について説明する。 (Explanation of operation example of embodiment of the present invention)
Next, an example of the automatic test operation of the software defined radio test system 100 shown in FIGS. 1 to 4 as an embodiment of the present invention will be described with reference to the flowchart of FIG. FIG. 5 is a flow chart for explaining an example of the automatic test operation of the software defined radio test system 100 shown in FIG. It shows an example of the operation when the software test is automatically performed. note that. In the following description, a case will be described in which the first software defined radio 21 is targeted as the software defined radio to be tested.

まず、試験制御装置１０の自動試験ソフトウェア１１は、ＣＯＲＢＡ（Common Object Request Broker Architecture）ＡＰＩ（Application Programming Interfaces）通信を行い、試験対象の第１ソフトウェア無線機２１に関する名前サービスを利用することにより、該第１ソフトウェア無線機２１のドメイン・マネジャ（Domain Manager）５４を取得する（ステップＳ１）。ドメイン・マネジャ（Domain Manager）５４は、ＳＣＡ規格に準拠するソフトウェアシステム全体を制御し管理するコンポーネントであり、ソフトウェア・アプリケーション、アプリケーション・ファクトリ、デバイス・マネジャ等を管理している。 First, the automatic test software 11 of the test control apparatus 10 performs CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication and uses a name service related to the first software defined radio 21 to be tested to The domain manager (Domain Manager) 54 of the first software defined radio 21 is obtained (step S1). A domain manager 54 is a component that controls and manages the entire software system conforming to the SCA standard, and manages software applications, application factories, device managers, and the like.

しかる後、自動試験ソフトウェア１１は、取得したドメイン・マネジャ（Domain anager）５４に登録されているＣＦインタフェース５３のデバイス（Device）５３ａ側すなわちデバイス（Device）コンポーネントに関するドメイン・プロファイル（Domain Profile）５６ａ、および、試験対象のソフトウェア無線機２１にインストール済みのアプリケーション・リソース５５側すなわちアプリケーション・ファクトリ（Application Factory）に関するドメイン・プロファイル（Domain Profile）５６ｂを取得する（ステップＳ２）。ここで、ドメイン・プロファイル（Domain Profile）５６ａおよびドメイン・プロファイル（Domain Profile）５６ｂは、それぞれ、試験対象の第１ソフトウェア無線機２１上のソフトウェアに関するＣＦインタフェース５３のデバイス(Device)５３ａおよびアプリケーション・リソース５５のそれぞれを定義する定義ファイルとして、ＳＣＡ（ソフトウェア・コミュニケーション・アーキテクチャ）規格にて規定されているファイルのことである。 After that, the automatic test software 11 acquires the Device 53a side of the CF interface 53 registered in the domain manager 54, that is, the Domain Profile 56a related to the Device component, Then, the domain profile 56b relating to the application resource 55 side, that is, the application factory, which has been installed in the software defined radio 21 to be tested is obtained (step S2). Here, a Domain Profile 56a and a Domain Profile 56b are, respectively, the Device 53a and Application Resource of the CF interface 53 related to the software on the first software defined radio 21 under test. 55 is defined by the SCA (Software Communication Architecture) standard.

そして、自動試験ソフトウェア１１は、まず、取得したデバイス（Device）コンポーネントに関するドメイン・プロファイル（Domain Profile）５６ａに含まれているＳＰＤ(Software Package Descriptor)ファイルを取得する（ステップＳ３）。その結果、デバイス（Device）コンポーネント側のデバイス試験対象（図３の各デバイス（Device）５３ａ）を特定することができる。 Then, the automatic test software 11 first acquires an SPD (Software Package Descriptor) file included in the Domain Profile 56a relating to the acquired device component (step S3). As a result, the device test target (each device 53a in FIG. 3) on the device component side can be specified.

さらに、自動試験ソフトウェア１１は、取得したアプリケーション・ファクトリ（Application Factory）に関するドメイン・プロファイル（Domain Profile）５６ｂを読み出して、その中に含まれているＳＡＤ（Software Assembly Descriptor）ファイルを取得する（ステップＳ４）。そして、取得したＳＡＤファイルを解析して、該当するＳＰＤ(Software Package Descriptor)ファイルを取得する（ステップＳ５）。その結果、アプリケーション・ファクトリ（Application Factory）側のアプリケーション・リソース試験対象（図３の各リソース（Resource）５５ａ）を特定することができる。 Furthermore, the automatic test software 11 reads the domain profile (Domain Profile) 56b relating to the acquired application factory (Application Factory) and acquires the SAD (Software Assembly Descriptor) file contained therein (step S4). ). Then, the acquired SAD file is analyzed to acquire the corresponding SPD (Software Package Descriptor) file (step S5). As a result, the application resource test target (each resource 55a in FIG. 3) on the application factory side can be specified.

さらに、自動試験ソフトウェア１１は、取得した該当のＳＰＤ(Software Package Descriptor)ファイルを解析することにより、試験対象に関するＳＣＤ（Software Component Descriptor）ファイルとＰＲＦ（Properties Descriptor）ファイルとを取得する（ステップＳ６）。 Furthermore, the automatic test software 11 acquires an SCD (Software Component Descriptor) file and a PRF (Properties Descriptor) file related to the test object by analyzing the corresponding acquired SPD (Software Package Descriptor) file (step S6). .

取得したＳＣＤファイルから試験対象とする提供ポート（ports）と提供インタフェース（interfaces）とを読み取って特定する。さらに、取得したＰＲＦ（Properties Descriptor）ファイルから試験対象とするプロパティ（properties）を読み取って特定する（ステップＳ７）。 The provided ports and interfaces to be tested are read and specified from the obtained SCD file. Further, properties to be tested are read from the obtained PRF (Properties Descriptor) file and specified (step S7).

つまり、ＳＣＡ規格としてドメイン・プロファイル（Domain Profile）５６ｂに含まれている各種のファイルのうち、少なくとも、ＳＡＤ（Software Assembly Descriptor）ファイル、ＳＰＤ(Software Package Descriptor)ファイル、ＳＣＤ（Software Component Descriptor）ファイル、ＰＲＦ（Properties Descriptor）ファイルを用いて、試験対象の第１ソフトウェア無線機２１上のソフトウェアに関するポート、インタフェースおよびプロパティに関する情報を抽出して特定することができる。 That is, of the various files included in the domain profile 56b as the SCA standard, at least SAD (Software Assembly Descriptor) files, SPD (Software Package Descriptor) files, SCD (Software Component Descriptor) files, A PRF (Properties Descriptor) file can be used to extract and specify information about ports, interfaces and properties related to the software on the first software defined radio 21 to be tested.

しかる後、自動試験ソフトウェア１１は、デバイス側のデバイス（Device）試験、アプリケーション側のリソース（Resource）試験それぞれに関する試験データを抽出して、特定したポート、インタフェースおよびプロパティに基づいて、例えば次の表１のように対応付けて、それぞれに対する試験データを生成する（ステップＳ８）。例えば、ＣＯＲＢＡインタフェース・ＣＦプロパティセット（ＣＦ::PropertySet）に関するインタフェースの試験データは、表１の第１行目に示すように、ＰＲＦ（Properties Descriptor：プロパティ記述子）ファイルに記述されているプロパティ「＜properties＞」を用いて生成する。 After that, the automatic test software 11 extracts the test data for each of the device-side Device test and the application-side Resource test, and based on the specified ports, interfaces and properties, for example, the following table 1 and generate test data for each (step S8). For example, the interface test data for the CORBA interface/CF property set (CF::PropertySet) is, as shown in the first row of Table 1, the property " <properties>”.

生成したデバイス側の試験データにより、ステップＳ２においてデバイス試験対象として特定したデバイス（Device）コンポーネントのポートに関するデバイス（Device）試験を実施する。さらに、生成したアプリケーション側の試験データにより、ステップＳ５においてアプリケーション・リソース試験対象として特定したアプリケーション・リソースのインタフェースに関するリソース（Resource）試験を実施する。そして、デバイス（Device）試験、リソース（Resource）試験それぞれにおいて実施した試験結果を期待値と比較することにより、試験対象とするデバイスコンポーネントおよびアプリケーション・リソースそれぞれが、ＳＣＡ規格に準拠して正常に動作しているか否かを判定する（ステップＳ９）。 Using the generated device-side test data, a device test is performed on the port of the device component specified as the device test target in step S2. Further, using the generated application-side test data, a resource test is performed on the interface of the application resource specified as the application resource test target in step S5. By comparing the test results of each device test and resource test with the expected values, the device components and application resources to be tested operate normally in compliance with the SCA standard. It is determined whether or not (step S9).

以上のように、試験対象の第１ソフトウェア無線機２１のソフトウェアに関して、新たな試験データを、人手を介して作成することなく、自動的に、試験データを抽出・生成して試験を実施し、合否判定を行うことができるので、ソフトウェア無線機のソフトウェアに関する試験の省力化を図ることが可能になり、効率化を実現することができる。 As described above, with respect to the software of the first software defined radio 21 to be tested, new test data is not manually created, and the test data is automatically extracted/generated and the test is performed. Since a pass/fail judgment can be made, it is possible to save labor in testing the software of the software defined radio, and to achieve efficiency.

（実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては以下のような効果が得られる。 (Description of effects of the embodiment)
As described in detail above, the present embodiment provides the following effects.

以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。 The configuration of the preferred embodiment of the present invention has been described above. However, it should be noted that such embodiments are merely illustrative of the present invention and do not limit the present invention in any way. Those skilled in the art will readily appreciate that various modifications can be made for a particular application without departing from the spirit of the invention.

１０試験制御装置
２１第１ソフトウェア無線機
２２第２ソフトウェア無線機
２ｎ第ｎソフトウェア無線機
３０ネットワーク
１１自動試験ソフトウェア
１１ａＣＯＲＢＡ
１１ｂＸＭＬパーサ
５０ＯＳ（Operating System）
５１ＡＥＰ（Application Environment Profile）
５２ＣＯＲＢＡＡＰＩｓ（Application Programming Interfaces）
５３ＣＦインタフェース（Core Framework Interfaces）
５３ａデバイス（Device）
５４ドメイン・マネジャ（Domain Manager）
５５アプリケーション・リソース（Application Resources）
５５ａリソース（Resource）
５６ａドメイン・プロファイル（Domain Profile）
５６ｂドメイン・プロファイル（Domain Profile）
５７ａＣＯＲＢＡインタフェース・ＣＦデバイス
５７ｂＣＯＲＢＡインタフェース・ＣＦリソース
５７ｃＣＯＲＢＡインタフェース・ＣＦプロパティセット
５７ｄＣＯＲＢＡインタフェース・ＣＦポートサプライア
５７ｅＣＯＲＢＡインタフェース・ＣＦライフサイクル
５７ｆＣＯＲＢＡインタフェース・ＣＦテスタブルオブジェクト
５７ｇＣＯＲＢＡインタフェース・ＣＦポート
１００ソフトウェア無線機試験システム 10 Test control device 21 First software defined radio 22 Second software defined radio 2n nth software defined radio 30 Network 11 Automatic test software 11a CORBA
11b XML Parser 50 OS (Operating System)
51 AEP (Application Environment Profile)
52 CORBA APIs (Application Programming Interfaces)
53 CF Interfaces (Core Framework Interfaces)
53a Device
54 Domain Manager
55 Application Resources
55a Resources
56a Domain Profile
56b Domain Profile
57a CORBA interface/CF device 57b CORBA interface/CF resource 57c CORBA interface/CF property set 57d CORBA interface/CF port supplier 57e CORBA interface/CF life cycle 57f CORBA interface/CF testable object 57g CORBA interface/CF port 100 Software radio test system

Claims

A software defined radio test system for testing software installed in a software defined radio,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
A software defined radio test system characterized by:

The target range of the automatic test based on the test data is the CF (Core Framework) interface device and the application resource defined by the SCA standard among the software on the software defined radio to be tested. and
The software defined radio test system according to claim 1, characterized in that:

Of the various files included in the domain profile defined by the SCA standard as the definition file, at least SAD (Software Assembly Descriptor) file, SPD (Software Package Descriptor) file, SCD ( Software Component Descriptor) file and PRF (Properties Descriptor) file are used to extract ports, interfaces and properties related to the software on the software defined radio;
3. The software defined radio test system according to claim 1 or 2, characterized in that:

obtaining the Domain Manager for software on the software defined radio by using the name service of the software defined radio under test in the CORBA API communication;
4. The software defined radio test system according to any one of claims 1 to 3, characterized in that:

A software defined radio test method for testing software installed in a software defined radio,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
A software defined radio test method characterized by:

The target range of the automatic test based on the test data is the CF (Core Framework) interface device and the application resource defined by the SCA standard among the software on the software defined radio to be tested. and
6. The software defined radio test method according to claim 5, wherein:

Of the various files included in the domain profile defined by the SCA standard as the definition file, at least SAD (Software Assembly Descriptor) file, SPD (Software Package Descriptor) file, SCD ( Software Component Descriptor) file and PRF (Properties Descriptor) file are used to extract ports, interfaces and properties related to the software on the software defined radio;
7. The software defined radio device testing method according to claim 5 or 6, characterized in that:

obtaining the Domain Manager for software on the software defined radio by using the name service of the software defined radio under test in the CORBA API communication;
8. The software radio testing method according to claim 5, wherein:

A software defined radio test program for executing a process for testing software installed in a software defined radio by a computer,
Define software on the software defined radio to be tested based on a domain manager (Domain Manager) obtained through CORBA (Common Object Request Broker Architecture) API (Application Programming Interfaces) communication with the software defined radio to be tested. Acquire a domain profile specified in the SCA (Software Communications Architecture) standard as a definition file to be used,
To test whether the software operates normally in compliance with the SCA standard based on the ports, interfaces, and properties of the software on the software defined radio extracted from the obtained domain profile. automatically testing software on the software defined radio under test by generating test data for
A software defined radio test program characterized by:

The target range of the automatic test based on the test data is the CF (Core Framework) interface device and the application resource defined by the SCA standard among the software on the software defined radio to be tested. and
10. The software defined radio test program according to claim 9.