WO2020059004A1 - ソフトウェア無線機 - Google Patents

ソフトウェア無線機 Download PDF

Info

Publication number
WO2020059004A1
WO2020059004A1 PCT/JP2018/034359 JP2018034359W WO2020059004A1 WO 2020059004 A1 WO2020059004 A1 WO 2020059004A1 JP 2018034359 W JP2018034359 W JP 2018034359W WO 2020059004 A1 WO2020059004 A1 WO 2020059004A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
wireless communication
user interface
domain management
hardware
Prior art date
Application number
PCT/JP2018/034359
Other languages
English (en)
French (fr)
Inventor
智也 庄司
Original Assignee
株式会社日立国際電気
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立国際電気 filed Critical 株式会社日立国際電気
Priority to US17/272,801 priority Critical patent/US11734118B2/en
Priority to PCT/JP2018/034359 priority patent/WO2020059004A1/ja
Priority to JP2020547486A priority patent/JP6980929B2/ja
Publication of WO2020059004A1 publication Critical patent/WO2020059004A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/27—Built-in tests
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G06F9/453—Help systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present disclosure relates to a software defined radio, and is applicable to a software defined radio that detects a failure of radio communication software or the like.
  • CORBA Common Object Request Broker Architecture
  • OMG Object @ Management @ Group
  • IDL Interface Definition Language
  • IDL Interface Definition Language
  • IIOP Internet @ Inter-ORB @ Protocol
  • a software defined radio is a radio that can support a plurality of radio schemes with the same hardware resource in the radio by switching the execution program of the radio by a software program.
  • a software defined radio by downloading a file defining a desired function from a network, the configuration of a module in the software defined radio is changed, and a plurality of wireless communication schemes are realized.
  • a software radio has also been developed that realizes a radio function by combining a plurality of software programs as components using a distributed object technology.
  • the radio function is realized by downloading a software program that realizes a function suitable for a modulation / demodulation method, a frequency, and the use thereof. If a distributed object technology such as CORBA is used, software programs (wireless communication software) such as a modem unit for performing modulation and demodulation, a security unit, a communication method unit (protocol unit), and a control unit are distributed and arranged on the system. However, interconnection can be performed, and a software defined radio system can be realized as a whole.
  • an interface and a communication procedure specified by SCA Software Communication Architecture
  • SCA Software Communication Architecture
  • software failure detection after startup and operation at the time of failure are not specified.
  • framework software there is no clear definition or method for restoring the software program for installing the wireless communication software program (hereinafter referred to as framework software), and the framework software cannot recover if an error occurs. It is.
  • An object of the present disclosure is to provide a software defined radio that detects a failure of framework software.
  • the software defined radio has a plurality of hardware modules, and realizes a radio function by downloading radio communication software for controlling the plurality of hardware modules from the outside.
  • the software defined radio includes framework software for installing the wireless communication software, and interface service software arranged to be directly managed by the OS and managing a user interface service and the framework software.
  • the framework software has user interface software, domain management software, hardware management software and hardware control software, the interface service software makes an alive monitoring request to the user interface software and the domain management software, If there is no response from the user interface software or the domain management software, it is determined to be abnormal.
  • FIG. 3 is a diagram showing a startup sequence of the software defined radio in FIG. 2.
  • FIG. 3 is a diagram showing an end sequence of the software defined radio of FIG. 2.
  • FIG. 3 is a diagram illustrating a failure detection sequence of the software defined radio in FIG. 2.
  • FIG. 3 is a diagram showing a sequence of restoration of the software defined radio in FIG. 2.
  • FIG. 8 is a diagram showing a startup sequence of the software defined radio in FIG. 7.
  • FIG. 8 is a diagram showing a startup sequence of the software defined radio in FIG. 7.
  • FIG. 8 is a diagram showing a startup sequence of the software defined radio in FIG. 7.
  • FIG. 8 is a diagram showing a startup sequence of the software defined radio in FIG. 7.
  • FIG. 8 is a diagram showing a failure detection and recovery sequence of framework software of the software defined radio in FIG. 7.
  • FIG. 1 shows an outline of the software defined radio 100.
  • the hardware modules of the software defined radio 100 include an antenna 101, a high frequency unit 102, an A / D / D / A unit 103, a digital signal processing unit 104, and a control unit 105.
  • the antenna 101 transmits and receives radio frequency signals.
  • the high frequency unit 102 converts a radio frequency band received signal received by the antenna 101 into a low frequency band received signal, or converts a low frequency band transmitted signal into a radio frequency band transmitted signal.
  • the A / D / D / A unit 103 converts a received analog signal into a digital signal, or converts a transmitted digital signal into an analog signal.
  • the digital signal processing unit 104 performs processing such as encoding of a transmission signal and decoding of a reception signal.
  • the control unit 105 includes, for example, a memory that stores a software program (each software program shown in FIGS. 2 and 7 described below) and a CPU that executes the software program stored in the memory. While receiving the control from 107, it controls the hardware module of the software defined radio.
  • FIG. 2 shows a software structure of the software defined radio of the first embodiment.
  • the hardware modules 220 to 222 correspond to the high-frequency unit 102, A / D / D / A unit 103, and digital signal processing unit 104 in FIG. 1, respectively.
  • Hardware device drivers 210-212 drive these hardware modules 220-222, respectively. These operate on a predetermined OS (Operating System) 209, and the CORBA middleware 208 allows the application and the OS / hardware to be separated.
  • OS Operating System
  • the framework software 215 is a software program that needs to be constantly activated in order for the software defined radio 100 to operate, and includes the user interface software 201, the domain management software 202, the hardware management software 204, and the hardware control software 205 to 205. 207 are included. Hardware control software 205 to 207 are also provided corresponding to the hardware device drivers 210 to 212, respectively, and are higher-level software programs for controlling these.
  • a radio function such as a filter, modulation / demodulation, equalization, and synchronization function can be programmed, and a system-specific information such as a modulation method, a transmission / reception frequency, a bandwidth, and a transmission rate, which are radio parameters, is obtained by rewriting a software program.
  • Wireless function can be changed.
  • These rewritten software programs are the wireless communication software 203. Therefore, the wireless communication software 203 can be started even when the power is turned on, but most of them are started based on an instruction from the user interface software 201.
  • the user interface software 201 connects and communicates with the domain management software 202, and instructs installation and uninstallation of the wireless communication software 203.
  • the user interface software 201 connects and communicates with the wireless communication software 203 to set and obtain parameters.
  • the domain management software 202 connects to the hardware management software 204 in addition to the user interface software 201, and performs installation and uninstallation of the wireless communication software 203.
  • the domain management software 202 connects and communicates with the wireless communication software 203 to set and obtain initial parameters and to connect the software.
  • the hardware management software 204 is connected to the hardware control software 205, 206, and 207, and performs installation and uninstallation of the wireless communication software 203.
  • the hardware control software 205, 206, and 207 connect to the wireless communication software 203 and notify the program execution and termination.
  • the hardware control software 205, 206, 207 connects to the hardware device drivers 210, 211, 212.
  • FIG. 3 shows a startup sequence of the software defined radio of FIG.
  • the software defined radio 100 is turned on (step S31)
  • the OS 209 starts the user interface software 201, the domain management software 202, and the hardware management software 204 (Steps S31a to S31c).
  • the user interface software 201, the domain management software 202, and the hardware management software 204 each send a confirmation response to the OS 209 to the effect that they have been started (steps S31e to S31g).
  • the hardware management software 204 activates the hardware control software 205, 206, 207 (step S31d), and the hardware control software 205, 206, 207 sends a confirmation response to the effect to the hardware management software 204 (step S31h). ). Further, the hardware management software 204 sends a confirmation response to the OS 209 that the hardware control software 205, 206, 207 has been started (step S31i).
  • the user interface software 201, the domain management software 202, the hardware management software 204, and the hardware control software 205, 206, and 207 are activated as framework software 215.
  • the user interface software 201 instructs the domain management software 202 to start the wireless communication software 203 through a prescribed interface (step S32a).
  • the domain management software 202 instructs the hardware control software 205, 206, and 207 to start the wireless communication software 203 via the hardware management software 204 (steps S32b and S32c).
  • the hardware control software 205, 206, 207 activates the wireless communication software 203 (step S32d).
  • the wireless communication software 203 sends an acknowledgment of the activation to the domain management software 202 via the hardware control software 205, 206, 207 and the hardware management software 204 (steps S32e to S32g).
  • the wireless communication software 203 transmits wireless communication software information to the domain management software 202 (step S33).
  • the wireless communication software 203 When the wireless communication software 203 is activated, the wireless communication software 203 operates as a CORBA servant. Thereafter, the domain management software 202 executes initialization and setting processing using the wireless communication software 203 and CORBA communication (step S34a).
  • the wireless communication software 203 sends a confirmation response indicating that the initialization and the setting process have been performed (step S34b). Thereafter, a communication connection process of CORBA between the software programs of the wireless communication software 203 is performed (step S35a), and the wireless communication software 203 performs a confirmation response (step S35b).
  • step S36a a connection is established between the wireless communication software 203 and the user interface software 201, the domain management software 202 instructs the wireless communication software 203 to start operation (step S36a), and the wireless communication software 203 sends an acknowledgment to the domain management software 202.
  • step S36b performs to make the system operable.
  • the domain management software 202 transmits the wireless communication software information to the user interface software 201 (step S37), and the user interface software 201 performs an operation display or the like (step S38).
  • step S39 When the user gives an instruction such as system parameter setting to the user interface software 201 (step S39), the user interface software 201 performs system parameter setting and the like on the wireless communication software 203 (step S39a).
  • the wireless communication software 203 sends a confirmation response to the user interface software 201 that the system parameters are set (step S39b).
  • the user interface software 201 holds the system parameters (step S39c), and performs a confirmation response of the system parameter setting (step S39d).
  • FIG. 4 shows an end sequence of the software defined radio of FIG.
  • the user interface software 201 instructs the domain management software 202 to end the wireless communication software 203 (step S41a).
  • the domain management software 202 instructs the wireless communication software 203 to stop the operation (step S42a), disconnects the CORBA communication connection between the software (step S43), and releases the software object (resource) (step S44). ),
  • the wireless communication software 203 is terminated (step S45).
  • the wireless communication software 203 sends a confirmation response to the domain management software 202 (steps S42b, S43b, S44b, S45b).
  • the framework software 215 including the hardware control software 205, 206, and 207 does not end, and maintains the running state.
  • the domain management software 202 When the domain management software 202 receives the end response from the wireless communication software 203, the domain management software 202 notifies the user interface software 201 of the end of the wireless communication software (step S46), and the user interface software 201 performs an operation disable display or the like (step S47).
  • FIG. 5 shows a failure determination sequence of the software defined radio of FIG.
  • the failure determination is performed by the user interface software 201.
  • the implementation is the following two.
  • alive monitoring of the wireless communication software 203 is performed by a status acquisition command using a prescribed interface.
  • the user interface software 201 sends a status acquisition command (alive monitoring request) to the wireless communication software 203 (step S51a). If there is a response to the alive monitoring request (step S51b), the user interface software 201 determines that the status is normal and responds to the alive monitoring request. If there is no error or if communication is abnormal (step S51c), it is determined that a failure (abnormal) has occurred.
  • the domain management software 202 is called, and the alive monitoring is performed on the hardware control software 205, 206, and 207 using the prescribed interface via the hardware management software 204.
  • the user interface software 201 makes an alive monitoring request to the hardware control software 205, 206, 207 (steps S52a to S52c), and the hardware control software 205, 206, 207 passes through the hardware management software 204 and the domain management software 202. Then, a confirmation response is sent to the user interface software 201 (steps S52d and S52e).
  • the hardware management software 204 detects a communication error in the specified interface (step S52g), it notifies the domain management software 202 of NG (abnormality of the hardware control software 205, 206, 207) for alive monitoring (step S52g).
  • the domain management software 202 issues an abnormality notification to the OS 209 (step S53a), and the user interface software 201 makes a determination by receiving the abnormality notification from the OS 209 (step S53b).
  • FIG. 6 shows a recovery sequence of the software defined radio in FIG.
  • the user interface software 201 that has detected the failure terminates and starts (restarts) the wireless communication software 203. This flow is the same as the end sequence in FIG. 4 and the startup sequence in FIG.
  • the user interface software 201 restarts the hardware control software, which has received the abnormality notification, among the hardware control software 205, 206, and 207 via the domain management software 202 and the hardware management software 204 (steps S61a and S61b). , S61c). Thereafter, the hardware management software 204 notifies the OS 209 of the restart of the hardware control software (Step S62a). The OS 209 notifies the user interface software 201 of the restart of the hardware control software (Step S62b).
  • the user interface software 201 terminates the wireless communication software 203 by executing an end sequence (from step S41a of the end sequence in FIG. 4) (step S63). Thereafter, the user interface software 201 executes the activation sequence (steps S32a to S38 of the activation sequence in FIG. 3) to activate the wireless communication software 203 (step S64).
  • the user interface software 201 sets the system parameters held in step S39c of the startup sequence of FIG. 3 in the wireless communication software 203 (step S65a), and the wireless communication software 203 acknowledges the user interface software 201. (Step S65b).
  • steps S63, S64, S65a, and 65b in the recovery sequence of FIG. 6 are performed.
  • the user interface software detects a failure in the wireless communication software and the hardware control software.
  • the normal setting value of the wireless communication software is held.
  • the wireless communication software or the hardware control software in which the failed software is used is specified, and the wireless communication software is terminated.
  • the wireless communication software and the hardware control software that have been terminated in (C) are started. Further, (E) the setting value held in (B) above corresponding to the wireless communication software started in (D) is reset.
  • the present embodiment it is possible to quickly detect a failure in the wireless communication software and the hardware control software. Further, when a failure is detected, the system of the software defined radio can be immediately returned to a normal state before the failure by automatically resetting and resetting the set value before the failure. Thereby, the reliability can be improved by minimizing the system operation suspension time of the software defined radio.
  • FIG. 7 shows a software structure of the software defined radio of the second embodiment.
  • interface service software is added to the software defined radio of the first embodiment.
  • the interface service software 20A is arranged between the user interface software 201 and the outside of the system and manages the user interface service.
  • the interface service software 20A is arranged to be directly managed by the OS 209, and the framework software 215 such as the user interface service and the domain management software 202 is managed by the interface service software 20A.
  • the wireless communication software 203 is activated based on an instruction from the user interface software 201, but in the second embodiment, it is activated based on an instruction from the interface service software 20A.
  • the interface service software 20A connects and communicates with the user interface software 201, and instructs parameter setting and installation and uninstallation of the wireless communication software 203. Also, the interface service software 20A connects and communicates with the domain management software 202, and performs alive monitoring.
  • the interface service software 20A activates the framework software 215 and manages the execution state of the framework software 215 such as the user interface software 201 and the domain management software 202.
  • the self-diagnosis is performed after the activation of the wireless communication software 203, and when there is a problem in the diagnosis result, another suitable wireless communication software 203 is activated.
  • the wireless communication software 203 that can operate on the system without receiving an instruction from the user is arranged, and the operating time of the service can be secured.
  • the interface service software 20A is directly connected to the wireless communication software 203, and takes a form in which system parameters can be exchanged.
  • step S11 When the software defined radio 100 is turned on (step S11), first, the OS 209, the hardware device drivers 210, 211, 212, and the CORBA middleware 208 are started. Subsequently, the OS 209 starts the interface service software 20A, and the interface service software 20A starts the user interface software 201, the domain management software 202, and the hardware management software 204 (Steps S11a to S11c). At this time, the user interface software 201, the domain management software 202, and the hardware management software 204 each send a confirmation response to the effect that they have been started to the interface service software 20A (steps S11e to S11g).
  • the hardware management software 204 activates the hardware control software 205, 206, 207 (step S11d), and the hardware control software 205, 206, 207 sends a confirmation response to the effect to the hardware management software 204 (step S11h). ). Further, the hardware management software 204 sends a confirmation response to the interface service software 20A that the hardware control software 205, 206, 207 has been activated (step S11i). As a result, the user interface software 201, the domain management software 202, the hardware management software 204, and the hardware control software 205, 206, and 207 are activated as framework software 215.
  • the user interface software 201 activates the wireless communication software (A) using the interface specified in the domain management software 202.
  • 203A is instructed (step S12a).
  • the domain management software 202 instructs the hardware control software 205, 206, and 207 to start the wireless communication software (A) 203A via the hardware management software 204 (steps S12b and S12c).
  • the hardware control software 205, 206, 207 activates the wireless communication software (A) 203A (step S12d).
  • the wireless communication software (A) 203A sends an acknowledgment of activation to the domain management software 202 via the hardware control software 205, 206, 207 and the hardware management software 204 (steps S12e to S12g).
  • the wireless communication software (A) 203A transmits wireless communication software information to the domain management software 202 (step S13).
  • the wireless communication software (A) 203A When the wireless communication software (A) 203A is activated, the wireless communication software (A) 203A operates as a CORBA servant. Thereafter, the domain management software 202 executes initialization and setting processing using the wireless communication software (A) 203A and CORBA communication (step S14a).
  • the wireless communication software (A) 203A sends a confirmation response indicating that initialization and setting processing have been performed (step S14b).
  • a communication connection process of CORBA between the software programs of the wireless communication software (A) 203A is performed (step S15a), and the wireless communication software (A) 203A performs a confirmation response (step S15b).
  • a connection is established between the wireless communication software (A) 203A and the user interface software 201, the domain management software 202 instructs the wireless communication software (A) 203A to start operation (step S16a), and the wireless communication software 203 performs domain management.
  • a confirmation response is made to the software 202 (step S16b), and the system is made operable.
  • the domain management software 202 transmits the wireless communication software information to the user interface software 201 (step S17), and the user interface software 201 transmits the wireless communication software information and the operable display to the interface service software 20A (step S18).
  • the interface service software 20A holds the system parameters and self-diagnoses the wireless communication software (A) 203A via the user interface software 201. (Steps S20a and S20b).
  • the wireless communication software (A) 203A notifies the interface service software 20A that there is a problem in the self-diagnosis diagnosis result (self-diagnosis NG) via the user interface software 201 (step S201).
  • S20c, S20d ).
  • step S21 when the interface service software 20A gives an end instruction of the wireless communication software (A) 203A to the user interface software 201 (step S21), the user interface software 201 sends a command to the domain management software 202. Then, the end of the wireless communication software (A) 203A is instructed (step S21a).
  • the domain management software 202 instructs the wireless communication software (A) 203A to stop the operation (step S22a), disconnects the CORBA communication connection between the software (step S23a), and releases the software object (resource). (Step S24a), the wireless communication software (A) 203A is terminated (Step S25a).
  • the wireless communication software (A) 203A sends a confirmation response to the domain management software 202 (steps S22b, S23b, S24b, S25b).
  • the framework software 215 including the hardware control software 205, 206, and 207 does not end, and maintains the running state.
  • the domain management software 202 When the domain management software 202 receives the end response from the wireless communication software (A) 203A, the domain management software 202 notifies the interface service software 20A of the end of the wireless communication software (A) 203A via the user interface software 201 (steps S26a and 26b).
  • the interface service software 20A gives an instruction to start the wireless communication software (B) 203B to the user interface software 201 (step S71). Thereafter, a wireless communication software activation sequence (step S72) similar to steps S32a to S36a in FIG. 3A is performed.
  • the wireless communication software (B) 203B sends an acknowledgment to the domain management software 202 (step S73) to make the system operable.
  • the domain management software 202 transmits the wireless communication software information to the user interface software 201 (step S74), and the user interface software 201 transmits the wireless communication software information and the operable display to the interface service software 20A (step S75).
  • the interface service software 20A instructs the wireless communication software (B) 203B to perform a self-diagnosis via the user interface software 201 (steps S76a and S76b). If there is no problem in the self-diagnosis diagnosis result, the wireless communication software (B) 203B notifies the interface service software 20A via the user interface software 201 that there is no problem in the self-diagnosis diagnosis result (self-diagnosis OK) ( Steps S76c and S76d).
  • the interface service software 20A sets the system parameters held in step S39 in the wireless communication software (B) 203B via the user interface software 201 (steps S77a, S77b).
  • the interface service software 20A can monitor the user interface software 201 and the domain management software 202.
  • FIG. 9 shows a failure detection and recovery sequence of the framework software of the software defined radio of FIG.
  • the interface service software 20A manages the execution state of the framework software 215, and periodically executes the alive monitoring information on the software executed by itself (steps S81a, S81b, S82a, S82b).
  • the interface service software 20A connects to the framework software (domain management software 202 and hardware
  • the execution of the management software 204 is temporarily stopped (software stopped) (steps S83 and S84).
  • the interface service software 20A instructs the restart of the user interface software 201, the domain management software 202, and the hardware management software 204 (steps S85a, S86a, S87a), and the user interface software 201, the domain management software 202, and the hardware management.
  • the software 204 responds that it has been started (steps S85b, S86b, S87b).
  • the interface service software 20A transmits to the wireless communication software 203 that the framework software has been restarted from the connection with the wireless communication software 203 (step S1). S88a).
  • the wireless communication software 203 that has received the notification of the restart notifies the interface service software 20A that it is in an operable state (operation notification) (step S88b).
  • the wireless communication software 203 notifies the user interface software 201 of software information (step S89a).
  • the user interface software 201 registers the software information in the domain management software 202 (step S89b), so that the domain management software 202 grasps the software information and secures information equivalent to that before the failure or normal startup.
  • the interface service software 20A connects to the framework software.
  • B Diagnose the information of the running wireless communication software. Holds the normal setting value of the wireless communication software.
  • C Identify the failed framework software and terminate the framework software.
  • D Restart the framework software terminated in (C) and the framework software to be connected.
  • E In the restart of (D), the set value held in (B) is reset.
  • F Disconnect the connection with the external interface and initialize the entire software defined radio system.
  • a failure of the framework software can be detected quickly. Further, when a failure is detected, the system of the software defined radio can be immediately returned to a normal state before the failure by automatically resetting and resetting the set value before the failure. Thereby, the reliability can be improved by minimizing the system operation suspension time of the software defined radio.
  • 100 software defined radio
  • 101 antenna
  • 102 high frequency section
  • 103 A / D / D / A section
  • 104 digital signal processing section
  • 105 control section
  • 106 network
  • 107 control terminal
  • 201 user Interface software
  • 202 Domain management software
  • 203 Wireless communication software
  • 204 Hardware management software
  • 205 to 207 Hardware control software
  • 209 OS
  • 20A Interface service software
  • 215 Framework software .

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

ソフトウェア無線機は、無線通信ソフトウェアをインストールするフレームワークソフトウェアと、ＯＳに直接管理されるよう配置され、ユーザインタフェースサービスおよび前記フレームワークソフトウェアを管理するインタフェースサービスソフトウェアと、を備える。前記フレームワークソフトウェアは、ユーザインタフェースソフトウェア、ドメイン管理ソフトウェア、ハードウェア管理ソフトウェアおよびハードウェア制御ソフトウェアを有し、前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェアおよび前記ドメイン管理ソフトウェアに対し死活監視要求をし、前記ユーザインタフェースソフトウェアまたは前記ドメイン管理ソフトウェアから応答がないときは異常と判断する。

Description

ソフトウェア無線機
　本開示はソフトウェア無線機に関し、無線通信ソフトウェア等の故障を検出するソフトウェア無線機に適用可能である。
　近年の情報システムの拡大および複雑化に伴って、システムの開発コストを最小化し、かつ運用後の保守を容易にするために、システムの機能分割と分散配置、コンポーネント化と再利用、標準技術の採用と相互運用性等の実現が望まれている。
　このために分散オブジェクト技術が採用されており、例えば、ＣＯＲＢＡ（Common Object Request Broker Architecture）は、分散オブジェクト技術の標準技術として広く利用されている。ＣＯＲＢＡは、分散環境でクライアントがサーバのオブジェクトにアクセスするためのソフトウェアバスを提供する標準技術であって、ＯＭＧ（Object Management Group）という標準化団体が標準化した仕様である。ＣＯＲＢＡでは、ＯＳ（Operating System）に依存しないインタフェースを定義する言語であるＩＤＬ（Interface Definition Language）を用いてインタフェースを定義し、このインタフェースで表されたメソッドをコールすることで、他モジュールのソフトウェアの機能を実行できるようになっている。物理的な接続は、ＩＰ（Internet Protocol）／ＩＩＯＰ（Internet Inter-ORB Protocol）通信が対応した接続媒体を通じて行う。
　一方、ソフトウェア無線機は、ソフトウェアプログラムによって無線機の実行プログラムを切り替えることにより、無線機における同一のハードウェアリソースで複数の無線方式に対応できる無線機である。ソフトウェア無線機においては、ネットワークから所望の機能を定義したファイルをダウンロードすることによって、ソフトウェア無線機内のモジュールの構成を変更し、複数の無線通信方式を実現するようになっている。ソフトウェア無線機においても分散オブジェクト技術を利用して複数のソフトウェアプログラムを部品（コンポーネント）として組み合わせて無線機機能を実現するものが開発されている。
　無線機機能は、変復調方式、周波数等及びその用途に適合した機能を実現するソフトウェアプログラムをダウンロードすることによって実現する。ＣＯＲＢＡのような分散オブジェクト技術を利用すれば、変復調を行うモデム部や、セキュリティ部、通信方式部（プロトコル部）、制御部等のソフトウェアプログラム（無線通信ソフトウェア）がシステム上に分散されて配置されていても、相互接続を行うことができ、全体としてソフトウェア無線機システムを実現することができる。
特開２０１６－１０３２１７号公報 特開２００６－３０９４１３号公報 特開平８－２３４９６８号公報
　無線通信ソフトウェアの起動には、ドメイン管理ソフトウェア等の環境ソフトウェアとの間で、ＳＣＡ（Software Communication Architecture）で規定された（以下、単に「規定の」という。）インタフェースおよび通信手順を用いることとされている。しかし、起動完了後のソフトウェア故障検出や故障時の動作については、規定されていない。また、無線通信ソフトウェアプログラムをインストールするためのソフトウェアプログラム（以下、フレームワークソフトウェアという。)の復旧については、明確な定義や方法はなく、フレームワークソフトウェアは異常発生した場合にはその復旧ができない状態である。　
　本開示の課題は、フレームワークソフトウェアの故障を検出するソフトウェア無線機を提供することにある。
　本開示のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
  すなわち、ソフトウェア無線機は、複数のハードウェア・モジュールを有し、前記複数のハードウェア・モジュールを制御する無線通信ソフトウェアを外部よりダウンロードして無線機機能を実現する。ソフトウェア無線機は、前記無線通信ソフトウェアをインストールするフレームワークソフトウェアと、前記ＯＳに直接管理されるよう配置され、ユーザインタフェースサービスおよび前記フレームワークソフトウェアを管理するインタフェースサービスソフトウェアと、を備える。前記フレームワークソフトウェアは、ユーザインタフェースソフトウェア、ドメイン管理ソフトウェア、ハードウェア管理ソフトウェアおよびハードウェア制御ソフトウェアを有し、前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェアおよび前記ドメイン管理ソフトウェアに対し死活監視要求をし、前記ユーザインタフェースソフトウェアまたは前記ドメイン管理ソフトウェアから応答がないときは異常と判断する。
　上記ソフトウェア無線機によれば、フレームワークソフトウェアの故障を検出することができる。
ソフトウェア無線機を説明する図である。 第一実施形態のソフトウェア無線機のソフトウェア構造を示す図である。 図２のソフトウェア無線機の起動シーケンスを示す図である。 図２のソフトウェア無線機の終了シーケンスを示す図である。 図２のソフトウェア無線機の故障検出シーケンスを示す図である。 図２のソフトウェア無線機の復旧のシーケンスを示す図である。 第二実施形態のソフトウェア無線機のソフトウェア構造を示す図である。 図７のソフトウェア無線機の起動シーケンスを示す図である。 図７のソフトウェア無線機の起動シーケンスを示す図である。 図７のソフトウェア無線機の起動シーケンスを示す図である。 図７のソフトウェア無線機のフレームワークソフトウェアの故障検出および復旧シーケンスを示す図である。
　以下、実施形態について、図面を用いて説明する。ただし、以下の説明において、同一構成要素には同一符号を付し繰り返しの説明を省略することがある。
　ソフトウェア無線技術とは、ハードウェアそのものには変更を加えることなく、制御ソフトウェアを変更することによって無線通信方式を切り替えることが可能な無線通信技術である。図１にソフトウェア無線機１００の概要を示す。ソフトウェア無線機１００のハードウェア・モジュールとしては、アンテナ１０１、高周波部１０２、Ａ／Ｄ・Ｄ／Ａ部１０３、デジタル信号処理部１０４、制御部１０５を含む。アンテナ１０１は無線周波数信号の送受信を行う。高周波部１０２は、アンテナ１０１で受信した無線周波数帯の受信信号を低周波数帯の受信信号に変換する、または低周波数帯の送信信号を無線周波数帯の送信信号に変換する。Ａ／Ｄ・Ｄ／Ａ部１０３は、受信したアナログ信号をデジタル信号に変換する、または送信するデジタル信号をアナログ信号に変換する。デジタル信号処理部１０４は、送信信号の符号化、受信信号の復号化等の処理を行う。制御部１０５は、例えばソフトウェアプログラム（後述する図２、７に示される各ソフトウェアプログラム）を格納するメモリとそのメモリに格納されたソフトウェアプログラムを実行するＣＰＵとを備え、ネットワーク１０６を介して制御端末１０７からの制御を受けるとともに、ソフトウェア無線機のハードウェア・モジュールの制御を行う。
　＜第一実施形態＞
　図２に第一実施形態のソフトウェア無線機のソフトウェア構造を示す。　
　ハードウェア・モジュール２２０～２２２はそれぞれ図１の高周波部１０２、Ａ／Ｄ・Ｄ／Ａ部１０３、デジタル信号処理部１０４に相当する。ハードウェアデバイスドライバー２１０～２１２はそれぞれ、これらのハードウェア・モジュール２２０～２２２を駆動する。これらは所定のＯＳ（Operating System）２０９上で動作するが、ＣＯＲＢＡミドルウェア２０８により、アプリケーションとＯＳ・ハードウェアとが分離可能とされている。ソフトウェア無線機１００に電源投入されると、まずＯＳ２０９、ハードウェアデバイスドライバー２１０～２１２、ＣＯＲＢＡミドルウェア２０８が起動される。続いて、フレームワークソフトウェア２１５が起動される。フレームワークソフトウェア２１５はソフトウェア無線機１００が動作するために、常時起動されている必要のあるソフトウェアプログラムであり、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２、ハードウェア管理ソフトウェア２０４、ハードウェア制御ソフトウェア２０５～２０７が含まれている。ハードウェア制御ソフトウェア２０５～２０７もそれぞれハードウェアデバイスドライバー２１０～２１２に対応して設けられ、これらを制御する上位のソフトウェアプログラムである。
　ソフトウェア無線機１００の特徴として、フィルタ、変復調、等化、同期機能などの無線機能をプログラブル化し、ソフトウェアプログラムの書き換えにより無線パラメータである変調方式、送受信周波数、帯域幅、伝送速度などのシステム固有の無線機能を変更可能としている。これら書き換えられるソフトウェアプログラムが、無線通信ソフトウェア２０３である。このため、無線通信ソフトウェア２０３は電源投入時でも起動可能だが、その多くはユーザインタフェースソフトウェア２０１からの指示に基づいて起動する。
　ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２と接続・通信し、無線通信ソフトウェア２０３のインストールおよびアンインストールを指示する。また、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア２０３と接続・通信し、パラメータの設定および取得を行う。ドメイン管理ソフトウェア２０２はユーザインタフェースソフトウェア２０１の他、ハードウェア管理ソフトウェア２０４と接続し、無線通信ソフトウェア２０３のインストールおよびアンインストール動作を行う。また、ドメイン管理ソフトウェア２０２は無線通信ソフトウェア２０３と接続・通信し、初期パラメータの設定および取得並びにソフトウェア間の接続を行う。
　ハードウェア管理ソフトウェア２０４はハードウェア制御ソフトウェア２０５，２０６，２０７と接続し、無線通信ソフトウェア２０３のインストールおよびアンインストール動作を行う。ハードウェア制御ソフトウェア２０５，２０６，２０７は、無線通信ソフトウェア２０３と接続し、プログラム実行および終了を知らせる。また、ハードウェア制御ソフトウェア２０５，２０６，２０７はハードウェアデバイスドライバー２１０，２１１，２１２と接続する。
　図３に図２のソフトウェア無線機の起動シーケンスを示す。　
　ソフトウェア無線機１００が電源投入される（ステップＳ３１）と、まずＯＳ２０９、ハードウェアデバイスドライバー２１０，２１１，２１２、ＣＯＲＢＡミドルウェア２０８が起動される。続いて、ＯＳ２０９はユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４を起動する（ステップＳ３１ａ～Ｓ３１ｃ）。この際、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４はそれぞれ起動した旨の確認応答をＯＳ２０９に行う（ステップＳ３１ｅ～Ｓ３１ｇ）。ハードウェア管理ソフトウェア２０４はハードウェア制御ソフトウェア２０５，２０６，２０７を起動し（ステップＳ３１ｄ）、ハードウェア制御ソフトウェア２０５，２０６，２０７は起動した旨の確認応答をハードウェア管理ソフトウェア２０４に行う（ステップＳ３１ｈ）。また、ハードウェア管理ソフトウェア２０４はＯＳ２０９にハードウェア制御ソフトウェア２０５，２０６，２０７が起動した旨の確認応答を行う（ステップＳ３１ｉ）。これらにより、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２、ハードウェア管理ソフトウェア２０４およびハードウェア制御ソフトウェア２０５，２０６，２０７はフレームワークソフトウェア２１５として起動される。
　ユーザが無線通信ソフトウェア起動指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ３２）と、ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２に規定のインタフェースで、起動する無線通信ソフトウェア２０３を指示する（ステップＳ３２ａ）。ドメイン管理ソフトウェア２０２は、ハードウェア管理ソフトウェア２０４を介して、ハードウェア制御ソフトウェア２０５，２０６，２０７に無線通信ソフトウェア２０３の起動を指示する（ステップＳ３２ｂ，Ｓ３２ｃ）。ハードウェア制御ソフトウェア２０５，２０６，２０７は無線通信ソフトウェア２０３を起動する（ステップＳ３２ｄ）。無線通信ソフトウェア２０３は起動した旨の確認応答をハードウェア制御ソフトウェア２０５，２０６，２０７およびハードウェア管理ソフトウェア２０４を介して、ドメイン管理ソフトウェア２０２に行う（ステップＳ３２ｅ～Ｓ３２ｇ）。無線通信ソフトウェア２０３はドメイン管理ソフトウェア２０２に無線通信ソフトウェア情報を伝える（ステップＳ３３）。無線通信ソフトウェア２０３の起動時に無線通信ソフトウェア２０３はＣＯＲＢＡサーバントとして動作する。以降は、ドメイン管理ソフトウェア２０２が無線通信ソフトウェア２０３とＣＯＲＢＡ通信を利用して、初期化や設定処理を実行する（ステップＳ３４ａ）。無線通信ソフトウェア２０３は初期化や設定処理が行われた旨の確認応答を行う（ステップＳ３４ｂ）。その後、無線通信ソフトウェア２０３のソフトウェアプログラム同士のＣＯＲＢＡの通信接続処理を行い（ステップＳ３５ａ）、無線通信ソフトウェア２０３がその確認応答を行う（ステップＳ３５ｂ）。その後、無線通信ソフトウェア２０３とユーザインタフェースソフトウェア２０１間の接続を行って、ドメイン管理ソフトウェア２０２は無線通信ソフトウェア２０３に運用開始指示し（ステップＳ３６ａ）、無線通信ソフトウェア２０３はドメイン管理ソフトウェア２０２に確認応答を行い（ステップＳ３６ｂ）、システム運用可能とする。ドメイン管理ソフトウェア２０２は、無線通信ソフトウェア情報をユーザインタフェースソフトウェア２０１に伝えて（ステップＳ３７）、ユーザインタフェースソフトウェア２０１は運用可能表示等を行う（ステップＳ３８）。
　ユーザがシステムパラメータ設定等の指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ３９）と、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア２０３にシステムパラメータ設定等を行う（ステップＳ３９ａ）。無線通信ソフトウェア２０３はユーザインタフェースソフトウェア２０１にシステムパラメータ設定等がされた旨の確認応答を行う（ステップＳ３９ｂ）。ここで、ユーザインタフェースソフトウェア２０１はシステムパラメータを保持し（ステップＳ３９ｃ）、システムパラメータ設定の確認応答等を行う（ステップＳ３９ｄ）。
　図４に図２のソフトウェア無線機の終了シーケンスを示す。　
　終了シーケンスでは、ユーザが無線通信ソフトウェア終了指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ４１）と、ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２に対して、無線通信ソフトウェア２０３の終了を指示する（ステップＳ４１ａ）。ドメイン管理ソフトウェア２０２は、無線通信ソフトウェア２０３に対して、運用停止を指示し（ステップＳ４２ａ）、ソフトウェア間のＣＯＲＢＡ通信接続を切断し（ステップＳ４３）、ソフトウェアオブジェクト（リソース）の解放を行い（ステップＳ４４）、無線通信ソフトウェア２０３を終了させる（ステップＳ４５）。その際、無線通信ソフトウェア２０３はドメイン管理ソフトウェア２０２に確認応答する（ステップＳ４２ｂ，Ｓ４３ｂ，Ｓ４４ｂ，Ｓ４５ｂ）。この場合、ハードウェア制御ソフトウェア２０５，２０６，２０７を初めとしたフレームワークソフトウェア２１５は終了せず、そのまま起動状態を維持する。
　ドメイン管理ソフトウェア２０２は無線通信ソフトウェア２０３から終了応答を受け取ると、ユーザインタフェースソフトウェア２０１に無線通信ソフトウェア終了を伝え（ステップＳ４６）、ユーザインタフェースソフトウェア２０１は運用不可表示等を行う（ステップＳ４７）。
　次に、故障判断について説明する。図５に図２のソフトウェア無線機の故障判断シーケンスを示す。故障判断はユーザインタフェースソフトウェア２０１で実施する。実施は以下の二つである。
　まず、一つ目として、無線通信ソフトウェア２０３の死活監視を規定のインタフェースによるステータス取得コマンドにて実施する。ユーザインタフェースソフトウェア２０１はステータス取得コマンド（死活監視要求）を無線通信ソフトウェア２０３に行い（ステップＳ５１ａ）、死活監視要求への応答がある場合（ステップＳ５１ｂ）、正常と判断し、死活監視要求への応答がなかった場合または通信異常だった場合（ステップＳ５１ｃ）に故障（異常）と判断する。
　二つ目として、ドメイン管理ソフトウェア２０２を呼び出し、ハードウェア管理ソフトウェア２０４を経由して、ハードウェア制御ソフトウェア２０５，２０６，２０７に対して規定のインタフェースを利用して死活監視する。ユーザインタフェースソフトウェア２０１は死活監視要求をハードウェア制御ソフトウェア２０５，２０６，２０７に行い（ステップＳ５２ａ～Ｓ５２ｃ）、ハードウェア制御ソフトウェア２０５，２０６，２０７はハードウェア管理ソフトウェア２０４およびドメイン管理ソフトウェア２０２を経由して、ユーザインタフェースソフトウェア２０１に確認応答を行う（ステップＳ５２ｄ，Ｓ５２ｅ）。ハードウェア管理ソフトウェア２０４が規定のインタフェースでの通信異常を検出した場合（ステップＳ５２ｇ）に、ドメイン管理ソフトウェア２０２に死活監視のＮＧ（ハードウェア制御ソフトウェア２０５，２０６，２０７の異常）を通知し（ステップＳ５２ｈ）、ドメイン管理ソフトウェア２０２は異常通知をＯＳ２０９に発行し（ステップＳ５３ａ）、ユーザインタフェースソフトウェア２０１が異常通知をＯＳ２０９から受信する形で判断する（ステップＳ５３ｂ）。
　この二つにおいて、ユーザインタフェースソフトウェア２０１はソフトウェアプログラムの故障（メモリアクセス違反やハードウェアエラー等の故障）を検出した後、無線通信ソフトウェア２０３を再起動し、復旧させる。図６に図２のソフトウェア無線機の復旧のシーケンスを示す。
　故障を検出したユーザインタフェースソフトウェア２０１は無線通信ソフトウェア２０３を終了させて起動させる（再起動させる）。この流れは図４の終了シーケンスおよび図３の起動シーケンスと同様である。
　ただし、この時、ハードウェア制御ソフトウェア２０５，２０６，２０７のいずれかの異常通知を受信していた場合は該当するハードウェア制御ソフトウェア２０５，２０６，２０７を再起動した後に、無線通信ソフトウェア２０３を再起動し、保持していたパラメータを再度無線通信ソフトウェア２０３に設定する。この復旧の流れについて図６を用いて説明する。
　ユーザインタフェースソフトウェア２０１は、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４を経由して、ハードウェア制御ソフトウェア２０５，２０６，２０７のうち異常通知を受信したハードウェア制御ソフトウェアを再起動する（ステップＳ６１ａ，Ｓ６１ｂ，Ｓ６１ｃ）。その後、ハードウェア管理ソフトウェア２０４はＯＳ２０９にハードウェア制御ソフトウェアの再起動を通知する（ステップＳ６２ａ）。ＯＳ２０９はユーザインタフェースソフトウェア２０１にハードウェア制御ソフトウェアの再起動を通知する（ステップＳ６２ｂ）。
　次に、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア２０３を終了シーケンス（図４の終了シーケンスのステップＳ４１ａ以降）を実施して終了させる（ステップＳ６３）。その後、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア２０３を起動シーケンス（図３の起動シーケンスのステップＳ３２ａ～Ｓ３８）を実施して起動させるステップＳ６４）。
　次に、ユーザインタフェースソフトウェア２０１は、図３の起動シーケンスのステップＳ３９ｃで保持していたシステムパラメータを無線通信ソフトウェア２０３に設定し（ステップＳ６５ａ）、無線通信ソフトウェア２０３はユーザインタフェースソフトウェア２０１に確認応答する（ステップＳ６５ｂ）。
　これにより、システムを全て再起動することなくシステムを運用状態に戻すことを可能となる。
　なお、無線通信ソフトウェアに異常を検知した場合のソフトウェア復旧のシーケンスは、図６の復旧のシーケンスのうちステップＳ６３，Ｓ６４，Ｓ６５ａ，６５ｂが行われる。
　本実施形態では、（Ａ）ユーザインタフェースソフトウェアで、無線通信ソフトウェアおよびハードウェア制御ソフトウェアの故障を検出する。また、（Ｂ）無線通信ソフトウェアの正常設定値を保持する。また、（Ｃ）故障したソフトウェアが利用されている無線通信ソフトウェアまたはハードウェア制御ソフトウェアを特定し、無線通信ソフトウェアの終了を行う。また、（Ｄ）上記（Ｃ）で終了した無線通信ソフトウェアおよびハードウェア制御ソフトウェアを起動する。さらに、（Ｅ）上記（Ｄ）で起動した無線通信ソフトウェアに該当する上記（Ｂ）で保持した設定値を再設定する。
　本実施形態によれば、無線通信ソフトウェアおよびハードウェア制御ソフトウェアの故障をいち早く検出することができる。また、故障を検出した際は、自動復旧を行った上で、故障発生前の設定値を再設定することによって、即座に故障前の正常状態にソフトウェア無線機のシステムを戻すことができる。これにより、ソフトウェア無線機のシステム運用停止時間を最小限にすることで、信頼性を向上させることができる。
　＜第二実施形態＞
　図７に第二実施形態のソフトウェア無線機のソフトウェア構造を示す。　
　第二実施形態のソフトウェア無線機はインタフェースサービスソフトウェアが第一実施形態のソフトウェア無線機に追加されている。インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１とシステム外との仲立ちに配置され、ユーザインタフェースサービスの管理を行う。なお、インタフェースサービスソフトウェア２０ＡはＯＳ２０９に直接管理されるよう配置され、ユーザインタフェースサービスやドメイン管理ソフトウェア２０２等のフレームワークソフトウェア２１５はこのインタフェースサービスソフトウェア２０Ａで管理される。
　第一実施形態では、無線通信ソフトウェア２０３はユーザインタフェースソフトウェア２０１からの指示に基づいて起動するが、第二実施形態ではインタフェースサービスソフトウェア２０Ａからの指示に基づいて起動する。
　インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１と接続・通信し、パラメータ設定、無線通信ソフトウェア２０３のインストールおよびアンインストールを指示する。また、インタフェースサービスソフトウェア２０Ａはドメイン管理ソフトウェア２０２と接続・通信し、死活監視する。
　インタフェースサービスソフトウェア２０Ａはフレームワークソフトウェア２１５の起動を行い、ユーザインタフェースソフトウェア２０１およびドメイン管理ソフトウェア２０２等のフレームワークソフトウェア２１５の実行状態を管理する。また、無線通信ソフトウェア２０３の起動後には自己診断を実施し、診断結果に問題あった場合は適合する別の無線通信ソフトウェア２０３を起動する。これにより、ユーザからの指示をまたずにシステム上動作可能な無線通信ソフトウェア２０３を配置し、サービスの稼働時間を確保することができる。また、この際、インタフェースサービスソフトウェア２０Ａは無線通信ソフトウェア２０３と直接接続し、システムパラメータのやりとりが行える形を取る。
　図８Ａ～８Ｃに図７のソフトウェア無線機の起動シーケンスを示す。　
　ソフトウェア無線機１００が電源投入される（ステップＳ１１）と、まずＯＳ２０９、ハードウェアデバイスドライバー２１０，２１１，２１２、ＣＯＲＢＡミドルウェア２０８が起動される。続いて、ＯＳ２０９はインタフェースサービスソフトウェア２０Ａを起動し、インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４を起動する（ステップＳ１１ａ～Ｓ１１ｃ）。この際、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４はそれぞれ起動した旨の確認応答をインタフェースサービスソフトウェア２０Ａに行う（ステップＳ１１ｅ～Ｓ１１ｇ）。ハードウェア管理ソフトウェア２０４はハードウェア制御ソフトウェア２０５，２０６，２０７を起動し（ステップＳ１１ｄ）、ハードウェア制御ソフトウェア２０５，２０６，２０７は起動した旨の確認応答をハードウェア管理ソフトウェア２０４に行う（ステップＳ１１ｈ）。また、ハードウェア管理ソフトウェア２０４はインタフェースサービスソフトウェア２０Ａにハードウェア制御ソフトウェア２０５，２０６，２０７が起動した旨の確認応答を行う（ステップＳ１１ｉ）。これらにより、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２、ハードウェア管理ソフトウェア２０４およびハードウェア制御ソフトウェア２０５，２０６，２０７はフレームワークソフトウェア２１５として起動される。
　ユーザがインタフェースサービスソフトウェア２０Ａを介して無線通信ソフトウェア起動指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ１２）と、ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２に規定のインタフェースで、起動する無線通信ソフトウェア（Ａ）２０３Ａを指示する（ステップＳ１２ａ）。ドメイン管理ソフトウェア２０２は、ハードウェア管理ソフトウェア２０４を介して、ハードウェア制御ソフトウェア２０５，２０６，２０７に無線通信ソフトウェア（Ａ）２０３Ａの起動を指示する（ステップＳ１２ｂ，Ｓ１２ｃ）。ハードウェア制御ソフトウェア２０５，２０６，２０７は無線通信ソフトウェア（Ａ）２０３Ａを起動する（ステップＳ１２ｄ）。無線通信ソフトウェア（Ａ）２０３Ａは起動した旨の確認応答をハードウェア制御ソフトウェア２０５，２０６，２０７およびハードウェア管理ソフトウェア２０４を介して、ドメイン管理ソフトウェア２０２に行う（ステップＳ１２ｅ～Ｓ１２ｇ）。無線通信ソフトウェア（Ａ）２０３Ａはドメイン管理ソフトウェア２０２に無線通信ソフトウェア情報を伝える（ステップＳ１３）。無線通信ソフトウェア（Ａ）２０３Ａの起動時に無線通信ソフトウェア（Ａ）２０３ＡはＣＯＲＢＡサーバントとして動作する。以降は、ドメイン管理ソフトウェア２０２が無線通信ソフトウェア（Ａ）２０３ＡとＣＯＲＢＡ通信を利用して、初期化や設定処理を実行する（ステップＳ１４ａ）。無線通信ソフトウェア（Ａ）２０３Ａは初期化や設定処理が行われた旨の確認応答を行う（ステップＳ１４ｂ）。その後、無線通信ソフトウェア（Ａ）２０３Ａのソフトウェアプログラム同士のＣＯＲＢＡの通信接続処理を行い（ステップＳ１５ａ）、無線通信ソフトウェア（Ａ）２０３Ａがその確認応答を行う（ステップＳ１５ｂ）。その後、無線通信ソフトウェア（Ａ）２０３Ａとユーザインタフェースソフトウェア２０１間の接続を行って、ドメイン管理ソフトウェア２０２は無線通信ソフトウェア（Ａ）２０３Ａに運用開始指示し（ステップＳ１６ａ）、無線通信ソフトウェア２０３はドメイン管理ソフトウェア２０２に確認応答を行い（ステップＳ１６ｂ）、システム運用可能とする。ドメイン管理ソフトウェア２０２は、無線通信ソフトウェア情報をユーザインタフェースソフトウェア２０１に伝えて（ステップＳ１７）、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア情報および運用可能表示等をインタフェースサービスソフトウェア２０Ａに伝える（ステップＳ１８）。
　ＯＳ２０９がシステムパラメータ設定等の指示をインタフェースサービスソフトウェア２０Ａに与える（ステップＳ１９）と、インタフェースサービスソフトウェア２０Ａはシステムパラメータを保持すると共に、ユーザインタフェースソフトウェア２０１を介して無線通信ソフトウェア（Ａ）２０３Ａに自己診断を指示する（ステップＳ２０ａ，Ｓ２０ｂ）。無線通信ソフトウェア（Ａ）２０３Ａは、自己診断の診断結果に問題ある場合、ユーザインタフェースソフトウェア２０１を介して自己診断の診断結果に問題がある旨（自己診断ＮＧ）をインタフェースサービスソフトウェア２０Ａに伝える（ステップＳ２０ｃ，Ｓ２０ｄ）。
　次に、図８Ｂに示すように、インタフェースサービスソフトウェア２０Ａが無線通信ソフトウェア（Ａ）２０３Ａの終了指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ２１）と、ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２に対して、無線通信ソフトウェア（Ａ）２０３Ａの終了を指示する（ステップＳ２１ａ）。ドメイン管理ソフトウェア２０２は、無線通信ソフトウェア（Ａ）２０３Ａに対して、運用停止を指示し（ステップＳ２２ａ）、ソフトウェア間のＣＯＲＢＡ通信接続を切断し（ステップＳ２３ａ）、ソフトウェアオブジェクト（リソース）の解放を行い（ステップＳ２４ａ）、無線通信ソフトウェア（Ａ）２０３Ａを終了させる（ステップＳ２５ａ）。その際、無線通信ソフトウェア（Ａ）２０３Ａはドメイン管理ソフトウェア２０２に確認応答する（ステップＳ２２ｂ，Ｓ２３ｂ，Ｓ２４ｂ，Ｓ２５ｂ）。この場合、ハードウェア制御ソフトウェア２０５，２０６，２０７を初めとしたフレームワークソフトウェア２１５は終了せず、そのまま起動状態を維持する。
　ドメイン管理ソフトウェア２０２は無線通信ソフトウェア（Ａ）２０３Ａから終了応答を受け取ると、ユーザインタフェースソフトウェア２０１を介してインタフェースサービスソフトウェア２０Ａに無線通信ソフトウェア（Ａ）２０３Ａの終了を伝える（ステップＳ２６ａ，２６ｂ）。
　次に、図８Ｃに示すように、インタフェースサービスソフトウェア２０Ａは無線通信ソフトウェア（Ｂ）２０３Ｂの起動指示をユーザインタフェースソフトウェア２０１に与える（ステップＳ７１）。以降、図３ＡのステップＳ３２ａ～Ｓ３６ａと同様の無線通信ソフトウェア起動シーケンス（ステップＳ７２）を行う。無線通信ソフトウェア（Ｂ）２０３Ｂはドメイン管理ソフトウェア２０２に確認応答を行い（ステップＳ７３）、システム運用可能とする。ドメイン管理ソフトウェア２０２は、無線通信ソフトウェア情報をユーザインタフェースソフトウェア２０１に伝えて（ステップＳ７４）、ユーザインタフェースソフトウェア２０１は無線通信ソフトウェア情報および運用可能表示等をインタフェースサービスソフトウェア２０Ａに伝える（ステップＳ７５）。
　インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１を介して無線通信ソフトウェア（Ｂ）２０３Ｂに自己診断を指示する（ステップＳ７６ａ，Ｓ７６ｂ）。無線通信ソフトウェア（Ｂ）２０３Ｂは、自己診断の診断結果に問題がない場合、ユーザインタフェースソフトウェア２０１を介して自己診断の診断結果に問題がない旨（自己診断ＯＫ）をインタフェースサービスソフトウェア２０Ａに伝える（ステップＳ７６ｃ，Ｓ７６ｄ）。
　インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１を介して無線通信ソフトウェア（Ｂ）２０３ＢにステップＳ３９で保持したシステムパラメータの設定等を行う（ステップＳ７７ａ，Ｓ７７ｂ）。
　第一実施形態ではユーザインタフェースソフトウェア２０１およびドメイン管理ソフトウェア２０２を監視できないが、第二実施形態ではインタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１およびドメイン管理ソフトウェア２０２を監視することができる。
　図９に図７のソフトウェア無線機のフレームワークソフトウェアの故障検出および復旧シーケンスを示す。　
　インタフェースサービスソフトウェア２０Ａはフレームワークソフトウェア２１５の実行状態を管理し、死活監視の情報を自身が実行したソフトウェアに対して定期的に実行する（ステップＳ８１ａ，Ｓ８１ｂ，Ｓ８２ａ，Ｓ８２ｂ）。その結果、例えばユーザインタフェースソフトウェア２０１がメモリアクセス違反やハードウェアエラー等の故障と判断できた場合は、インタフェースサービスソフトウェア２０Ａは自身を除く故障ソフトウェアと接続するフレームワークソフトウェア（ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４）を一度実行停止（ソフトウェア停止）する（ステップＳ８３，Ｓ８４）。その後、インタフェースサービスソフトウェア２０Ａはユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４の再起動を指示し（ステップＳ８５ａ，Ｓ８６ａ，Ｓ８７ａ）、ユーザインタフェースソフトウェア２０１、ドメイン管理ソフトウェア２０２およびハードウェア管理ソフトウェア２０４は起動した旨を応答する（ステップＳ８５ｂ，Ｓ８６ｂ，Ｓ８７ｂ）。
　この時、無線通信ソフトウェア２０３が故障していなかった場合は、無線通信ソフトウェア２０３との接続から、インタフェースサービスソフトウェア２０Ａはフレームワークソフトウェアが再起動した旨を無線通信ソフトウェア２０３に対して送信する（ステップＳ８８ａ）。再起動した旨を受信した無線通信ソフトウェア２０３はインタフェースサービスソフトウェア２０Ａに対して、自身が運用可能状態であることを通知（運用中通知）する（ステップＳ８８ｂ）。
　また、無線通信ソフトウェア２０３はユーザインタフェースソフトウェア２０１に対してソフトウェア情報を通知する（ステップＳ８９ａ）。ユーザインタフェースソフトウェア２０１はドメイン管理ソフトウェア２０２に対してソフトウェア情報を登録することで（ステップＳ８９ｂ）、ドメイン管理ソフトウェア２０２はソフトウェア情報を把握して、故障前または正常起動と同等の情報を確保する。
　無線通信ソフトウェア２０３およびハードウェア制御ソフトウェア２０５，２０６，２０７の故障の検出および復旧は第一実施形態と同様に行うことができる。
　本実施形態では、（Ａ）インタフェースサービスソフトウェア２０Ａはフレームワークソフトウェアと接続を行う。（Ｂ）起動中の無線通信ソフトウェアの情報を診断する。無線通信ソフトウェアの正常設定値を保持する。（Ｃ）故障したフレームワークソフトウェアを特定し、フレームワークソフトウェアを終了する。（Ｄ）上記（Ｃ）で終了したフレームワークソフトウェア及び接続するフレームワークソフトウェアを再起動する。（Ｅ）上記（Ｄ）の再起動において上記（Ｂ）で保持した設定値を再設定する。（Ｆ）外部インタフェースとの接続を切断し、ソフトウェア無線システム全体の初期化を行う。
　本実施形態によれば、フレームワークソフトウェアの故障をいち早く検出することができる。また、故障を検出した際は、自動復旧を行った上で、故障発生前の設定値を再設定することによって、即座に故障前の正常状態にソフトウェア無線機のシステムを戻すことができる。これにより、ソフトウェア無線機のシステム運用停止時間を最小限にすることで、信頼性を向上させることができる。
　以上、本発明者によってなされた発明を実施形態に基づき具体的に説明したが、本発明は、上記実施形態に限定されるものではなく、種々変更可能であることはいうまでもない。
　１００：ソフトウェア無線機、１０１：アンテナ、１０２：高周波部、１０３：Ａ／Ｄ・Ｄ／Ａ部、１０４：デジタル信号処理部、１０５：制御部、１０６：ネットワーク、１０７：制御端末、２０１：ユーザインタフェースソフトウェア、２０２：ドメイン管理ソフトウェア、２０３：無線通信ソフトウェア、２０４：ハードウェア管理ソフトウェア、２０５～２０７：ハードウェア制御ソフトウェア、２０８：ＣＯＲＢＡ、２０９：ＯＳ、２０Ａ：インタフェースサービスソフトウェア、２１５：フレームワークソフトウェア。

Claims (6)

  1. 　複数のハードウェア・モジュールを有し、前記複数のハードウェア・モジュールを制御する無線通信ソフトウェアを外部よりダウンロードして無線機機能を実現するソフトウェア無線機であって、
    　前記無線通信ソフトウェアをインストールするフレームワークソフトウェアと、
    　ＯＳに直接管理されるよう配置され、ユーザインタフェースサービスおよび前記フレームワークソフトウェアを管理するインタフェースサービスソフトウェアと、
    を備え、
    　前記フレームワークソフトウェアは、ユーザインタフェースソフトウェア、ドメイン管理ソフトウェア、ハードウェア管理ソフトウェアおよびハードウェア制御ソフトウェアを有し、
    　前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェアおよび前記ドメイン管理ソフトウェアに対し死活監視要求をし、前記ユーザインタフェースソフトウェアまたは前記ドメイン管理ソフトウェアから応答がないときは異常と判断するソフトウェア無線機。
  2. 　請求項１のソフトウェア無線機において、
    　前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェアに異常がある場合、前記ドメイン管理ソフトウェアおよびハードウェア管理ソフトウェアを停止し、前記ユーザインタフェースソフトウェア、前記ドメイン管理ソフトウェアおよび前記ハードウェア管理ソフトウェアを再起動し、前記無線通信ソフトウェアに対して前記フレームワークソフトウェアの再起動を通知し、
    　前記ユーザインタフェースソフトウェアは、前記無線通信ソフトウェアからのソフトウェア情報通知に基づいて前記ドメイン管理ソフトウェアにソフトウェア情報を登録するソフトウェア無線機。
  3. 　請求項１のソフトウェア無線機において、
    　電源投入時の起動シーケンスでは、
    　前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェア、前記ドメイン管理ソフトウェア、前記ハードウェア管理ソフトウェアおよび前記ハードウェア制御ソフトウェアを経由して前記無線通信ソフトウェアを起動し、
    　前記ＯＳは前記インタフェースサービスソフトウェアにシステムパラメータを設定し、
    　前記インタフェースサービスソフトウェアは前記無線通信ソフトウェアに自己診断を指示し、前記自己診断の診断結果に問題がある場合、前記システムパラメータを保持すると共に、前記ユーザインタフェースソフトウェアに対して前記無線通信ソフトウェアの終了を指示するソフトウェア無線機。
  4. 　請求項３のソフトウェア無線機において、
    　前記自己診断の診断結果に問題がある場合、前記インタフェースサービスソフトウェアは、前記ユーザインタフェースソフトウェア、前記ドメイン管理ソフトウェア、前記ハードウェア管理ソフトウェアおよび前記ハードウェア制御ソフトウェアを経由して前記無線通信ソフトウェアとは別の無線通信ソフトウェアを起動し、
    　前記ＯＳは前記インタフェースサービスソフトウェアにシステムパラメータを設定し、
    　前記インタフェースサービスソフトウェアは前記別の無線通信ソフトウェアに自己診断を指示し、前記別の無線通信ソフトウェアの自己診断の診断結果に問題がない場合、前記システムパラメータを前記別の無線通信ソフトウェアに設定するソフトウェア無線機。
  5. 　請求項３のソフトウェア無線機において、
    　前記無線通信ソフトウェアの起動に応答して、前記無線通信ソフトウェアは無線通信ソフトウェア情報を前記ドメイン管理ソフトウェアに伝え、
    　前記ドメイン管理ソフトウェアは前記無線通信ソフトウェアの初期化および設定処理を行い、前記無線通信ソフトウェアのソフトウェアプログラム同士のＣＯＲＢＡの通信接続処理を行い、前記無線通信ソフトウェアに運用開始を指示するソフトウェア無線機。
  6. 　請求項３のソフトウェア無線機において、
    　前記ユーザインタフェースソフトウェアに対して前記無線通信ソフトウェアの終了指示に従い、前記ユーザインタフェースソフトウェアは前記ドメイン管理ソフトウェアに前記無線通信ソフトウェアの終了を指示し、
    　前記ドメイン管理ソフトウェアは前記無線通信ソフトウェアに運用停止を指示し、ＣＯＲＢＡ通信接続を切断し、ソフトウェアオブジェクトを解放し、前記無線通信ソフトウェアを終了させるソフトウェア無線機。
PCT/JP2018/034359 2018-09-18 2018-09-18 ソフトウェア無線機 WO2020059004A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US17/272,801 US11734118B2 (en) 2018-09-18 2018-09-18 Software wireless device
PCT/JP2018/034359 WO2020059004A1 (ja) 2018-09-18 2018-09-18 ソフトウェア無線機
JP2020547486A JP6980929B2 (ja) 2018-09-18 2018-09-18 ソフトウェア無線機

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/034359 WO2020059004A1 (ja) 2018-09-18 2018-09-18 ソフトウェア無線機

Publications (1)

Publication Number Publication Date
WO2020059004A1 true WO2020059004A1 (ja) 2020-03-26

Family

ID=69886949

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/034359 WO2020059004A1 (ja) 2018-09-18 2018-09-18 ソフトウェア無線機

Country Status (3)

Country Link
US (1) US11734118B2 (ja)
JP (1) JP6980929B2 (ja)
WO (1) WO2020059004A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11327872B2 (en) * 2019-05-07 2022-05-10 Viavi Solutions Inc. Test instrument for software communications architecture device testing

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003036210A (ja) * 2001-07-25 2003-02-07 Matsushita Electric Ind Co Ltd エージェントプログラム監視方法及びエージェントプログラム監視システム並びにエージェント監視プログラム
JP2003116168A (ja) * 2001-10-05 2003-04-18 Nippon Telegr & Teleph Corp <Ntt> 無線システム監視制御装置
JP2004258936A (ja) * 2003-02-26 2004-09-16 Nec Corp モバイル通信端末及びそれに用いるフェイルセーフ方法並びにそのプログラム
JP2004302929A (ja) * 2003-03-31 2004-10-28 Fujitsu Ltd 自動インストーラプログラム
JP2004537803A (ja) * 2001-07-27 2004-12-16 レイセオン カンパニー オープンシステムソフトウェアサポートを利用した無線システム
JP2007148844A (ja) * 2005-11-29 2007-06-14 Hitachi Kokusai Electric Inc ソフトウェア無線機におけるドメイン管理インタフェース

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3494788B2 (ja) 1994-12-27 2004-02-09 株式会社東芝 プログラム実行管理システム及びプログラム実行管理方法
US5740359A (en) 1994-12-27 1998-04-14 Kabushiki Kaisha Toshiba Program execution system having a plurality of program versions
US20060085206A1 (en) * 2004-10-08 2006-04-20 Timo Seufert System and method for a controller to define, determine, and execute cross-application processes
JP4744921B2 (ja) 2005-04-27 2011-08-10 三菱電機株式会社 ソフトウェア障害復旧システム
KR101411322B1 (ko) * 2007-04-30 2014-06-24 삼성전자주식회사 홈 네트워크 기기 제어 서비스 및 인터넷 서비스 방법과 그 장치
US8515794B2 (en) * 2010-06-15 2013-08-20 Sap Ag Managing consistent interfaces for employee time event and human capital management view of payroll process business objects across heterogeneous systems
JP6393171B2 (ja) 2014-11-28 2018-09-19 シャープ株式会社 情報処理端末および情報処理端末の制御プログラム
JP6821301B2 (ja) * 2015-12-07 2021-01-27 キヤノン株式会社 画像形成装置、画像形成装置の制御方法、及びプログラム
CN106095593B (zh) * 2016-05-31 2019-04-16 Oppo广东移动通信有限公司 一种前、后景应用程序行为同步方法及装置
EP3485617A1 (en) * 2016-08-08 2019-05-22 Siemens Aktiengesellschaft Method, software agent, networked device and sdn-controller for software defined networking a cyber-physical network of different technical domains, in particular an industry automation network
CN108628661B (zh) * 2017-03-24 2021-11-26 郑芳田 云制造服务的自动建置方法、云制造系统
US10824437B1 (en) * 2017-04-27 2020-11-03 American Megatrends International, Llc Platform management for computing systems without baseboard management controllers
US10838754B2 (en) * 2018-04-27 2020-11-17 Nutanix, Inc. Virtualized systems having hardware interface services for controlling hardware
US20210149788A1 (en) * 2019-11-18 2021-05-20 Microsoft Technology Licensing, Llc Software diagnosis using transparent decompilation

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003036210A (ja) * 2001-07-25 2003-02-07 Matsushita Electric Ind Co Ltd エージェントプログラム監視方法及びエージェントプログラム監視システム並びにエージェント監視プログラム
JP2004537803A (ja) * 2001-07-27 2004-12-16 レイセオン カンパニー オープンシステムソフトウェアサポートを利用した無線システム
JP2003116168A (ja) * 2001-10-05 2003-04-18 Nippon Telegr & Teleph Corp <Ntt> 無線システム監視制御装置
JP2004258936A (ja) * 2003-02-26 2004-09-16 Nec Corp モバイル通信端末及びそれに用いるフェイルセーフ方法並びにそのプログラム
JP2004302929A (ja) * 2003-03-31 2004-10-28 Fujitsu Ltd 自動インストーラプログラム
JP2007148844A (ja) * 2005-11-29 2007-06-14 Hitachi Kokusai Electric Inc ソフトウェア無線機におけるドメイン管理インタフェース

Also Published As

Publication number Publication date
JPWO2020059004A1 (ja) 2021-06-03
US11734118B2 (en) 2023-08-22
US20210224160A1 (en) 2021-07-22
JP6980929B2 (ja) 2021-12-15

Similar Documents

Publication Publication Date Title
KR100620216B1 (ko) 기능하는 운영 체제 없이 컴퓨터의 원격 관리를 가능하게 하는 네트워크 확장 기본 입출력 시스템
US9250923B2 (en) Techniques for computer system recovery
US9424023B2 (en) Unified system lifecycle for components in an integrated software and hardware system
US20030163765A1 (en) Method and apparatus for providing diagnosis of a processor without an operating system boot
WO2003030434A2 (en) Remotely controlled failsafe boot mechanism and remote manager for a network device
US6425093B1 (en) Methods and apparatuses for controlling the execution of software on a digital processing system
US20050060567A1 (en) Embedded system administration
US20050066218A1 (en) Method and apparatus for alert failover
CN113489597A (zh) 用于网络装置的最佳启动路径的方法和系统
JP2005209191A (ja) 高可用性システムの遠隔エンタープライズ管理
TWI261748B (en) Policy-based response to system errors occurring during OS runtime
EP3319283B1 (en) Server data port learning at data switch
WO2020059004A1 (ja) ソフトウェア無線機
US10102008B2 (en) Managed boot process system
WO2000051000A1 (fr) Systeme informatique et procede pour gerer les perturbations affectant un systeme informatique
US20070198993A1 (en) Communication system event handling systems and techniques
JPH0693229B2 (ja) デ−タ処理装置
JP6853410B2 (ja) ソフトウェア無線機
WO2020174599A1 (ja) ソフトウェア無線機
KR101977953B1 (ko) 원격 장애 복구 시스템
JP2002229798A (ja) コンピュータシステムとそのバイオス管理方法、及びバイオス管理プログラム
JP5268820B2 (ja) 監視装置用プログラムの書き換え方法
JP4363739B2 (ja) 伝送装置
Valentine et al. IBM zBX hardware management and operational controls
JPH09198334A (ja) データ伝送システムの障害管理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18934375

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020547486

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18934375

Country of ref document: EP

Kind code of ref document: A1