KR100494827B1 - Distributed object model based radio server with hardware-independent communication interface and communication control method using the same - Google Patents

Abstract

Disclosed are a distributed object model based radio server having a hardware independent communication interface, and a communication control method using the same. The radio server is located between the wireless communication hardware and at least one application program that acts as a client object, and each application program is linked through a distributed object system. The radio server also includes a number of methods that are device independent of the radio hardware. The set of these methods is provided as a wireless communication interface that applications can call through a distributed object system. When there is a request for a method invocation by a particular application, it receives the information needed to execute that specific method through the distributed object system and calls that method, and as defined by that method, wirelessly. A communication control command for controlling the communication hardware is generated and transmitted to the wireless communication hardware. The result of the method execution and the notification of the event are provided to the client application.

Description

Distributed object model based radio server with hardware-independent communication interface and communication control method using the same}

The present invention relates to a wireless communication technology based on a physical distributed object structure, and more particularly, to a distributed object model-based radio server that directly controls a wireless communication module and provides a device-independent communication interface to an application program. It relates to a wireless communication control method using the same.

In general, a mobile communication terminal performs a communication function by transmitting a communication control command to a radio communication device and receiving a response. AT commands are widely used as representative communication control commands. AT commands are different depending on the mobile communication method such as CDMA or GSM / GPRS, and provide different command sets according to the wireless device manufacturer.

Conventionally, a terminal software interface with a wireless communication device can be divided into a method of processing AT commands directly in an application program and a method of processing AT commands in a driver and providing an application program interface (API) to an application program. Can be.

The direct way of processing AT commands in an application has the advantage of simplifying the software layer and speeding up the processing. However, it is difficult for the application developer to understand a wireless communication device having a hardware dependency. In addition, if there is a change in the wireless communication device, the application must be modified manually, which causes problems in maintenance and repair.

The method of processing AT commands in a driver and providing an API to an application program has an advantage in that the application developer can deliver the commands to the wireless communication device even if the application developer does not know the infrastructure and functions of the wireless communication device. Microsoft's smartphone operating system or Palm Source's Palm OS has this interface structure.

An application program calls an API to perform a specific communication function. A proxy converts an API into input output control (IOCTL) code and passes it to a driver. The driver performs its function by converting the corresponding IOCTL code into the relevant AT command and transmitting it to the wireless communication device. Such a structure is applicable to most smartphones because application programs can be developed irrespective of a hardware property of a wireless communication device.

Proxies and drivers are key components and provide a set of device-independent APIs. An application program can be configured as a module independent of a driver, but an application program and a driver must exist together on the same machine. In addition, since the driver is implemented in C / C ++ language, the application has a language dependency.

Mobile terminals, including mobile phones, are becoming more and more intelligent and support various functions and services. In proportion, the software structure is becoming more complex and larger. Even if the terminal has the same software function, if the technology and specification of the wireless communication module (or device) are changed, the method of controlling communication is changed in the upper application, and the developer has to rewrite the module to be portable to the hardware platform. There is this. Even if the hardware platform and development environment are different, if a transparent interface and software structure are provided, application developers will be able to easily develop communication programs that operate on multiple platforms.

From this point of view, the present invention hides different interface and command protocols from wireless communication hardware (device) to application developers (device independence), abstracts and unifies its functions to support a programming language independent interface, and a distributed object model. It is an object of the present invention to provide a radio server system capable of positioning (position transparency) irrespective of a device having an application program and a communication control method using the same.

According to an aspect of the present invention for achieving the above object, there is provided a distributed object-based radio server. The radio server is located between radio hardware and at least one application program, each application program is linked through a distributed object system, and has a plurality of device-independent methods defined for the radio hardware. ). The set of methods is provided as a wireless communication interface that the application can call through the distributed object system as a client object. The radio server also receives a request for a method invocation by a specific application, receives the information necessary to execute the called specific method through the distributed object system, and executes the method. As defined by the method, a communication control command capable of controlling the wireless communication hardware is generated and transmitted to the wireless communication hardware. In doing so, the radio server acts as a server object providing a device independent communication interface for the application. Each of the radio server and the application program is configured to perform all communication with each other through an interface based on the distributed object system. Each interface provides a method that can be called with the same representation regardless of whether the radio server and the application are located on the same machine or on a different machine.

According to a preferred configuration, a radio server comprises a plurality of methods of function type defined to perform a specific operation on the radio hardware, but device independent of the radio hardware, each of the methods A radio interface configured to be executed in response to an invoke request of the application program through the distributed object system; A command manager which generates an execution command of the called method and loads it into the command queue, while simultaneously calling up the commands loaded in the command queue and converting the command into a communication control command corresponding to the command; And a communication port manager that receives a communication control command from the command manager and transmits the communication control command to the wireless communication hardware, and monitors the asynchronous notification of the wireless communication hardware and the execution result of the communication control command. Furthermore, the radio server preferably further includes a notification manager for parsing the asynchronous notification received from the communication port manager and the string containing the execution result and sending an event to the client unit.

According to another aspect of the present invention, a communication control method for controlling communication with wireless communication hardware based on a distributed object structure is provided. This communication control method is a method of wireless communication interface provided by a radio server, in which a specific application program is defined as a client object through a distributed object system and device independent of the wireless communication hardware to perform a specific operation on the wireless communication hardware. A first step of requesting an invocation of a particular remote method, and the radio server receiving information necessary for execution of the called specific method through the distributed object system to invoke the method, and the method And a second step of converting a command as defined by the command into a communication control command capable of controlling the wireless communication hardware and transmitting the converted command to the wireless communication hardware. This communication control method provides a device-independent communication interface for the application program based on the distributed object structure.

The communication control method includes a third step of the wireless communication hardware executing the communication control command and transmitting a result of the execution of the communication control command to the radio server; And a fourth step of monitoring the execution result of the communication control command and transferring the obtained notification and the execution result to the corresponding client object through the distributed object system.

Specifically, the second step of the communication control method may include generating an execution command of a called method and loading the command into a command queue, and sequentially calling up the commands loaded in the command queue and corresponding to the command. And converting the data into the wireless communication hardware so as to be performed.

On the other hand, according to another aspect of the present invention, there is provided a distributed object based wireless communication device. This wireless communication device enables transparent access between the wireless communication hardware that performs the communication according to the given communication control command and the objects located on the local or distributed network so that the client object can be connected to the server object regardless of the position of the server object. It has a distributed object system that provides a distributed object environment that can call remote methods. The wireless communication device further comprises a client object unit. The client object unit provides a user interface and, in response to user commands, performs a phone client application requesting a call of a remote method of an interface provided by a radio server object through the distributed object system to perform an operation required for a telephone call. At least one or more. Furthermore, the wireless communication device includes a radio server unit. The radio server unit is located between the radio hardware and the client object unit, and the client object unit is linked through the distributed object system, and provides a plurality of device-independent methods defined for the radio communication hardware. In addition, the set of methods is provided as a wireless communication interface that the application can call through the distributed object system as a client object, the request of the method (invoke) by a specific application of the client object portion Communication control capable of receiving information necessary to execute the called specific method through the distributed object system and invoking the corresponding method, and controlling the wireless communication hardware as defined by the method. Generate a command to the wireless hardware By months, it provides a device-independent communication interface for said applications.

Each of the radio server and the application program is configured to perform all communication with each other via an interface based on the distributed object system, wherein the interface is located at the same machine or on a different machine. It provides a method that can be called with the same expression regardless.

According to a preferred embodiment, the client object unit has an interface referenced by the radio server to send an event, and the radio server object calls a remote method provided by the interface of the client object unit through the distributed object system to generate an event. Send it.

The client object portion may include a phone client, which is a collection of applications required to make a phone call. It may also include a message service client, which is a set of applications required to use a short message service (SMS), multimedia messaging service (MMS), enhanced message service (EMS).

According to the present invention as described above, in the distributed object model, the radio server acts as a server object and the application program acts as a client, and the radio server has an interface composed of methods that can be remotely called by a simple function call. The application can then use the service by calling its remote methods. Therefore, an application program using a communication service does not depend on the type of wireless communication device or control command to communicate with and does not need to have knowledge about it, and only needs to call a method provided by a radio server. Independence). In addition, the application program can transparently access the wireless communication device regardless of the position of the server object to implement a communication function (location transparency). In addition, the present invention provides programming language transparency, protocol and operating system transparency, and the like.

Hereinafter, with reference to the accompanying drawings will be described the present invention in more detail.

The present invention can be applied to a wireless communication device having a wireless communication module such as, for example, a mobile phone or a smart phone. The wireless communication device provides a general telephone call connection service and a short message service (SMS). In order to provide such a service, a case in which the present invention is adopted for communication hardware such as a modem will be described as an example.

1 shows an overall configuration of a radio server system according to the present invention. The radio server system is for controlling communication of radio hardware 400 such as a modem of an application program, and is a collection of application programs based on a distributed object system 300 that provides a distributed object environment. The client unit 200 and the radio server 100 are linked to each other. The radio server 100 is located between the wireless communication hardware 400 and the client unit 200. The radio server 100, the client unit 200, and the distributed object system 300 are implemented in software.

The client unit 200 is composed of various application programs. A set of applications required to use a telephony service by requesting a call of a remote method of an interface provided by the radio server 100 through the distributed object system 300 to perform an operation required for a telephony in response to a user command. It may include an in-phone client 200a. It may also include a message client 200b, which is a set of applications required to use a short message service (SMS), a multimedia message service, and an enhanced message service (EMS). Furthermore, the user interface may include a user interface related to a call connection request or a message transmission / reception service request of the user. The phone client 200a and the message client 200b communicate with the wireless communication hardware 400 indirectly through the distributed object system 300 by calling a method of the radio server 100.

2 shows a more specific configuration example of a radio server system. As shown, the radio server 100 receives a command from the radio interface 110, the entry point of the remote method, the called remote method of the radio interface 110 and converts the command into a communication control command. 120, and a communication port manager 130, which is a module that transmits the converted communication control command to the wireless communication hardware and monitors the execution result or notification. The communication between the radio server 100 and the clients 200a and 200b is performed by using an interface through the distributed object system 300. Therefore, the radio server 100 provides various methods that the client 200 can call through the distributed object system 300, that is, an interface for the client, that is, the radio interface 110, and the client 200 also provides a radio server ( 100 provides a radio server interface, that is, a client interface 210, which is a set of methods that can be invoked through the distributed object system 300. Each of the interfaces 110 and 120 is, of course, the case where the radio server 100 and the application client 200 are located on the same machine as, for example, a mobile phone or a smartphone, for example, a LAN, a WAN, and the Internet. It also provides methods that can be called with the same representation even if they are located on different machines that can be connected to each other via a network such as. In addition, the methods provided by each interface may be called through the distributed object system 300, so that they are recognized and function as 'objects'.

The radio interface 110 serves as a window through which an application program of the client unit 200 accesses the radio server 100. Radio interface 110 includes a number of methods defined to perform specific operations on wireless communication hardware. These methods are defined in the form of a function. In particular, since the methods to be instructed to instruct the wireless communication hardware 400 are defined without being dependent on the type of the wireless communication hardware 400, the wireless communication hardware has device independence. The specific application program of the client unit 200 requests the invoke of a specific method provided by the radio interface 100 through the distributed object system 300 to perform a desired operation of the wireless communication hardware 400. Can be directed. Device independence of the radio interface 110 with respect to the radio communication hardware is also valid for the application program of the client unit 200. That is, in order for an application to request an operation on the wireless hardware 400, the application program only needs to call a corresponding method of the radio interface 110 predefined to perform the operation. There is no need to have any knowledge of types or characteristics. Therefore, the application program of the client unit 200 may be programmed completely independently of the wireless communication hardware 400.

When a specific application program of the client unit 200 requests an invocation of a specific method of the radio interface 110, the specific method (function) for which the invocation is requested is distributed to information (parameter values, etc.) necessary for execution. It is delivered through the system. Subsequently, a communication control command for controlling the wireless communication hardware 400 is generated and transmitted to the wireless communication hardware 400 as defined by a specific method. The command manager 120 and the communication port manager 130 provide such a function. The command manager 120 generates an execution command of the called method and loads it into the command queue, while simultaneously calling up the commands loaded in the command queue and converting the command into a communication control command corresponding to the command. While the radio interface 110 is defined device-independently, the command manager 120 inevitably has a program coding dependent on the wireless communication hardware 400 to be controlled. This is because the command manager 120 needs to generate a communication control command that can be recognized by the wireless communication hardware corresponding to the called method. However, device dependencies of the command manager 120 do not affect the radio interface 110 or the client 200. The communication port manager 130 receives a communication control command from the command manager 120 and transmits the command to the wireless communication hardware 400. As a result, an operation requested by a specific application program of the client unit 200 is performed by the wireless communication hardware 400. The communication port manager 300 further provides a function of monitoring asynchronous notification of the wireless communication hardware 300 and the execution result of the communication control command.

The radio server 100 may further include a notification manager 140 which is a module for sending a command processing result or notification of the wireless communication hardware 400 obtained through the communication port manager 130 to the remote client 200. Can be. The notification manager 140 parses a string containing various asynchronous notifications received from the communication port manager 130 and the execution result of the communication control command, and parses a string through the client interface 210 to the phone client 200a. Or it provides a function for sending an event to the message client (200b) side.

According to this configuration, the radio server 100 operates as a server object that provides a device-independent communication interface to the wireless communication hardware 400 to be controlled for the application program of the client unit 200. The radio server 100 is applied to a mobile phone, a smart phone or a test board for embedding a wireless communication module such as a mobile phone or a smart phone and performing a general phone function, and to use it as a server object for providing a mobile communication service. Can be. Furthermore, it can be applied to PDA or notebook computers that support PCMCIA / CF interface and can be equipped with a wireless communication module. In this case, the methods of the interface provided by the radio server 100 are functions written based on the CDMA communication control command or the GSM / GPRS communication control command, and are defined independently of a wireless communication hardware such as a communication modem.

The wireless communication hardware 400 is a device that performs a given communication control command. For example, a communication modem using a communication port such as a serial port or a USB port as a channel may be an example. Most commercially available wireless hardware uses AT commands. In this case, the communication control command transmitted to the wireless communication hardware should be made in the form of AT-commands. If the wireless communication hardware adopts a different type of communication control command, the appropriate command is transmitted.

The distributed object system 300 required by the present invention enables transparent access between objects located on a local or distributed network so that a client object can call a remote method of a server object regardless of the location of the server object. It is necessary to meet the requirements for providing an environment. When the client 200 calls a method of the radio server 100 object, that is, a function, it can be called like a function existing locally. Specifically, the distributed object system 300 defines a binary standard that provides a communication mechanism between the two objects in order to provide neutrality in a programming language between the radio server 100 object and the client unit 200 object. Regardless of the written programming language, method calls need to be configured to perform the same representation. Furthermore, this distributed object system 300 is an object of the radio server 100 as opposed to when a specific application (object) of the client unit 200 calls a specific method provided by the interface 110 of the radio server 100. When calling a particular method provided by the client interface 210, the user simply needs to call the specific method in accordance with a normal function call. This facilitates the implementation of the radio server 100 and the application client 200.

However, this requirement is not special. Most distributed object systems that are commercially available are satisfying. Typical distributed object systems known to date include Microsoft's DCOM (Distributed Component Object Model) and OMG (Object Management Group) 's CORBA (Common Object Request Broker Architecture). And Java's remote method invocation (RMI) system. These existing distributed object systems can be used as the distributed object system 300 of the present invention.

Distributed objects can be defined as components. Components are independent objects that can be plug and play across applications, networks, programming languages, tools, and operating systems. By defining the reusable parts that provide a service through an interface that is precisely defined by such component technology, an effective device for reusing the software is provided. The key to a distributed object system is to use an object that does not belong to me through communication as if it were mine. Therefore, you need a protocol for using distant objects.

CORBA is a standard for communication between objects. The core of CORBA is the ORB (Object Request Broker). The ORB supports requesting and receiving services regardless of whether the object is local or on the network. The client does not need to know the location of the object, as well as in which programming language the object is created and on which platform the object resides. CORBA therefore supports an object-based distributed system.

RMI is a Java-based distributed object technology. Java RMI allows you to use distributed objects as if you were dealing with objects locally, and minimized the complexity of design procedures and error-prone factors like traditional socket programming. The details of all network programming, which are implemented using the socket API, are hidden by the RMI package, client stubs, and server stubs. The RMI protocol provides a mechanism for calling methods of distant objects. For this purpose, an object responsible for communicating according to the RMI protocol is required between the client using the object and the server where the object exists. The act of acting as an agent to access objects away from the client side is called a stub, and the controlling of objects on the server at the request of the stub on the server side is called a skeleton or receiver. The stub already knows the existence of a method exposed by a real object on the server, and the client also knows it. When a client tries to call a method of a server object, the stub sends the skeleton information over the network that it will use which method of an object. The skeleton takes this information from the stub, performs the actual object's method, and passes the result to the stub. Unlike RPC, RMI runs in a Java virtual machine (VM) environment. Therefore, it does not support languages other than Java. Features of RMI provide object-oriented polymorphism.

DCOM is Microsoft's technology for supporting remote object access. Distributed object system for interworking between components in Windows environment. Supports the use of client applications on the network to request services provided by remote objects. Objects can be written in many languages and are called by other objects according to the standard. Provide language independence. DCOM is an extension of the component object model (COM). COM defines a binary standard that provides a mechanism for communicating between objects themselves and between objects. All communication between the object and the client is done through the interface, and the communication is represented equally by the method invocation of the object, regardless of the programming language, whether on the same computer or on a remote computer. It is also a binary-level standard that is neutral to programming languages, so it can be developed using any language and can refer to components developed in other languages. When using a component existing in another process, the remote procedure call (RPC) is accessed through a communication method without directly accessing the component. COM is a technique for creating software components that run in the Windows environment and are compatible at the binary code level. So COM is not a programming language, nor is it a library at the source code level, and the compiler is even worse. Instead, they are software standards that are completely independent of the programming language and development tools as they are compatible standards for binary code. As a result, COM and DCOM can be used in many different languages when developing distributed applications.

 3 is a diagram for explaining the concept of a local server and a remote server based on DCOM, which is a representative example of a distributed object model. The DCOM is located in the middle of the client object 200 and the server objects 100a and 100b to provide connectivity to both sides. The COM / DCOM runtime library provides the link between the client and server components. In the DCOM structure, the communication between the client process and the server processor is made by RPC communication. For this purpose, an RPC channel 320 is provided, which is a local RPC channel 320a and a remote RPC channel 320b over the network for each of the server processor's presence on the local machine and the remote machine, based on the client process. ) Is provided. When client and server components are on different machines, DCOM simply replaces local interprocess communication with network protocols.

In DCOM, when a client wants to call an object in another address space, the parameters for that method call must be passed in some way from the client's processor to the object's processor. The client places its parameters on the stack. In the case of a direct object invocation, the server object reads the parameters from the stack and writes the return value back to the stack. For remote invocation (more specifically, when callers and objects do not share the same stack), some code (typically COM libraries) needs to read all parameters from the stack and load them into flat memory. Write to the buffer so they can be sent over the network. The process of reading parameters from the stack into a flat memory buffer is called "marshaling". The counterpart for marshaling is the process of reading the flattened parameter data and recreating the stack that looks like the original stack set by the caller. This process is called "unmarshalling". Once the stack is rebuilt, the object can be called. Parameters are made on the infrastructure over a remote procedure call (RPC). DCOM places objects called proxies 310a and 310b on the client side and stubs 330a and 330b on the server object side to perform marshaling and unmarshaling on the interface. Proxies and stubs are COM objects, which are loaded by COM libraries as needed. The Radio Platform also accepts this DCOM structure.

As mentioned above, there are two interfaces provided by the radio server system according to the present invention.

[Interface of Radio Server System]

-------------------------------------------------- ---------------------------

Interface type comment

-------------------------------------------------- ---------------------------

   Implemented on an IRadio radio server and exposed by the server

                    Client Calls (110)

   _IRadioEvents Implemented on the client, the server sends events to the client

                    Called for (210)

-------------------------------------------------- ---------------------------

In the distributed object system 300, an interface provided by a server object to a client is defined in an interface definition language (IDL). Next, the radio server 100 defines the radio interface 110 serving as the IDL based on the DCOM.

The radio interface 110 provided by the radio server 100 is composed of a remote method in the form of a function. The following defines a list of functions for each remote method.

             [Function Listing]

-------------------------------------------------- ---------------------------

    Function GSM AT Command Comment

-------------------------------------------------- ---------------------------

GetPowerState Modem Power State

SetPower + CKPD Modem Power Settings

GetSystemTime + CCLK Wireless Module Time

GetDevCaps Device Information

DevSpecific device specification information

SetChangePasswd + CPWD Password System Change

SetUnlock + CLCK Password Unlock

SetLock + CLCK Password Lock

GetLockStatus + CLCK Lock Status

SetAckMsg SMS Verification Settings

GetAckMsg Get SMS Verification

SendStoredMsg + CMSS Send saved SMS

SendMsg + CMGS Send SMS

DeleteMsg + Deletes messages stored on the CMGD modem

WriteMsg + CMGW Save message to modem.

ReadMsg + CMGR Read messages stored in modem

GetMsgCount + Receives the number of messages stored in the CPMS modem

SetAutoReply Set Auto Response Time

GetAutoReply Auto Answer Setting Status

GetVersionInfo + CGMM Modem Version

SetRingVolume + Set ring volume for CRSL modem

GetRingVolume + Get ring volume for CRSL modem

SetAudioMuting + CMUT Call Microphone Mute

GetAudioMuting + CMUT Call Microphone Mute Status

GetAudioDevice + VGS Call Microphone Gets Audio Device Handle

SetAudioVolume call microphone sensitivity control

GetAudioVolume Get call microphone sensitivity

GetLineStatus + CPAS Line Status

SetDTMFMonitoring Setting DTMF Monitoring

SendDTMF + VTS Send DTMF

Hangup ATH Call Hang Up

Accept ATA Incoming Call Accept

Dial ATD Dial Function

Deinitialize Radio Server Returns

Initialize the radio server

-------------------------------------------------- ---------------------------

Figure 4 shows a series of processing flow for the client 200 to make outgoing call connection in the DCOM environment. The function Dial () 112 is one of the remote methods provided by the interface 110 of the radio server 100 and is defined to provide an outgoing call connection service. For example, suppose a user enters a phone number (eg, 11112345678) in a mobile phone and then presses a call button. In order to request an outgoing call connection service in response to this user indication, the client 200 first requests a remote method Dial () 112 call of the radio server 100. The radio server 100 receives a call request of the remote method Dial () 521 through the DCOM 300. In response, the AT command is converted into an AT command for outgoing call connection (by the command manager 120) and the AT command is transmitted to the wireless communication hardware 400 (ie, a serial communication port) by serial communication (communication port). By administrator 130). The wireless communication hardware 400 receives the AT command and makes an outgoing call connection to the received telephone number and transmits the result to the radio server 100. The radio server 100 notifies the client 500 of the command execution result through the DCOM 300 to complete the execution of the outgoing call connection operation.

5 shows a procedure of executing a function Dial () in the radio server 100. When the remote method Dial () is called (S10), commands necessary for its execution are given to the command queue of the command manager 120 (S12). The command manager 120 sequentially processes the commands loaded in the command queue (S14). The function Handle_Dial () issues an AT command to the wireless communication hardware 400 through the communication port manager 130 as a part of processing an actual command (S16) and waits for a processing result (S18). When the processing result of the AT command is received from the wireless communication hardware 400, parsing thereof is performed (S20), and the client 200 is notified of the processing result.

4 and 5 have been described using the Dial () function as an example, the execution of other remote methods is performed in much the same way. 6 is a detailed flowchart of a radio server system according to the present invention. Referring to this, a communication control method performed by a radio server system will be described in general.

The phone client 200a has a user interface (UI) that allows a user to directly command a phone. In addition, the phone client 200a and the message client 200b have a class that can receive an event from the notification manager 140 of the radio server 100, and have a log DB that records a telephone call or a message transmitted / received. Message client 200b also has a user interface, which allows a user to issue commands related to messaging. When the user instructs the wireless communication hardware 400 such as a modem to perform a specific operation (outgoing call connection, message transmission, etc.), the phone client 200a or the message client 200b is distributed to perform this operation. The object module 300 requests the invocation of a specific remote method provided by the radio interface 110. These requests are recorded in the log DB. In the request process, the called remote method receives information (parameter values, etc.) necessary for execution through the distributed object module 300.

The command manager 120 receives commands from the radio interface 110 and accumulates them in the command queue in order, and sequentially retrieves the commands loaded in the command queue, for example, AT commands and the like. Convert to the same communication control command. The command queue is used to buffer commands when multiple clients request them at the same time. The communication port manager 130 transmits the communication control command to the wireless communication hardware 400, and monitors the result of the processing of the communication control command by the wireless communication hardware 400 or the notification sent by the wireless communication hardware 400. do.

After the communication control command is transmitted to the wireless communication hardware 400, the wireless communication hardware 400 performs the received communication control command and transmits the result of the communication control command to the communication port. In some cases, some notifications may be sent asynchronously. The notification manager 140 monitors, through the communication port manager 130, the result of the communication control command or the notification sent by the wireless communication hardware 400. In the case of AT commands, the acquired notification and the result are given in the form of a string. The string-type notification and execution result are parsed and the event is sent to the corresponding client object through the distributed object system 300. A notification event list sent by the radio server 100 to the client 200 is shown in FIG. 7. The notification event is largely a result of performing a method (function) requested by the client 200, an incoming call, an incoming message, system information, and the like.

In the above, the present invention has been described by taking an example of a device (configuration 1) that incorporates a wireless communication module and performs a general telephone function such as a mobile phone or a smartphone. The scope of the present invention is not limited thereto. In the case of a PDA supporting the PCMCIA / CF interface, the wireless communication module can be inserted to perform the same function as Configuration 1. In addition, notebook computers that support the PCMCIA / CF interface can also perform dial-up networking by adding wireless communication modules. A computer connected to an external modem via a UART or USB interface can only be equipped with a radio server module to function as a wireless server. It can be used to test wireless communication functions or develop applications by connecting to a server computer from many client computing devices in remote locations. Test boards with built-in radios can be configured to perform these same functions.

What has been described above is only a preferred embodiment of the present invention, and those skilled in the art will be variously modified and changed the present invention without departing from the spirit and scope of the present invention described in the claims below. You can. For example, the present invention may be implemented as a CORBA structure or an RMI structure, but a third unique distributed object structure may be developed and adopted. Furthermore, the applicable wireless communication method is not limited to CDMA or GSM, but may be applied to a third communication method newly developed in the future. Accordingly, all changes that come within the meaning or range of equivalency of the claims are to be embraced within their scope.

As described above, the present invention takes a structure for controlling wireless communication hardware based on a distributed object system, and thus, may provide various advantages obtained by using a distributed object environment.

Using the radio server system of the present invention, the developer can develop an application program independently of the wireless communication hardware. Therefore, the burden on the development of the application can be significantly reduced.

In addition, the application can use the service regardless of the location of the radio server, and the application can be operated on a separate machine separate from the radio hardware, thereby enjoying the advantages of location transparency and various applications.

FIG. 1 briefly shows an overall configuration of a radio server system based on a distributed object model according to the present invention.

2 shows a more specific configuration example of a radio server system according to a preferred embodiment of the present invention.

3 is a diagram for explaining the concept of a local server and a remote server based on DCOM, which is a representative example of a distributed object model.

4 exemplarily shows a flow for making outgoing call connection in a radio server system according to the present invention.

5 exemplarily shows a sequence of "dial" functions.

6 is a detailed flowchart of a radio server module according to the present invention.

7 shows a list of notification events that a radio server provides to a client.

* Description of the symbols for the main parts of the drawings *

100: radio server 110: radio interface

120: command manager 130: communication port manager

140: notification manager 200: client

200a: phone client 200b: message client

210: client interface 300: distributed object system

400: wireless hardware

Claims (24)

Located between the radio hardware and the client unit including at least one application program, each application program is linked through a distributed object system, With a number of methods that are device independent of the wireless hardware, the set of methods is provided as a wireless communication interface that the application can call through the distributed object system as a client object, When there is a request for a method invocation by a specific application, the distributed object system receives information necessary to execute the called specific method and invokes the method, and the method is defined. By generating a communication control command for controlling the wireless communication hardware and passing it to the wireless communication hardware, it operates as a server object that provides a device-independent communication interface for the application program Radio server. The radio server of claim 1, wherein each of the radio server and the application program is configured to perform all communication with each other through an interface based on the distributed object system, wherein the interface is the same machine as the radio server and the application program. Distributed object-based radio server, which provides methods that can be called with the same representation regardless of where they are located on different machines. The method of claim 1, wherein the radio server, A plurality of methods of function form defined to perform a specific operation on the wireless hardware, the device independent definition of the wireless hardware, each of the methods invoking the application program through the distributed object system (invoke) a radio interface configured to be executed in response to a request; A command manager which generates an execution command of the called method and loads it into the command queue, while simultaneously calling up the commands loaded in the command queue and converting the command into a communication control command corresponding to the command; And And a communication port manager receiving a communication control command from the command manager and transmitting the communication control command to the wireless communication hardware, and monitoring the asynchronous notification of the wireless communication hardware and the execution result of the communication control command. Radio server. [4] The system of claim 3, wherein the radio server further comprises a notification manager for parsing the asynchronous notification received from the communication port manager and a string containing the execution result and sending an event to the client unit. Distributed object based radio server. 2. The system of claim 1, wherein the distributed object system defines a binary standard that provides a communication mechanism between these two objects to provide neutrality in a programming language between the radio server object and the client object. Distributed object-based radio server, characterized in that the method call is performed in the same manner regardless of the method. The distributed object system of claim 1, wherein the distributed object system is a common object request broker architecture (COBA) of Microsoft's DCOM (Distributed Component Object Model) and OMG (Object Management Group). A distributed object-based radio server, comprising: a distributed object system constructed using any one of the above), and Java's remote method invocation (RMI). The distributed object-based radio server of claim 1, wherein the methods provided by the radio server are functions written based on a CDMA communication control command or a GSM communication control command. 2. The radio server of claim 1, wherein the radio server utilizes phone service clients, a collection of applications required for a telephone call, a short message service (SMS), a multimedia message service, and an enhanced message service (EMS). A distributed object-based radio server, characterized in that it provides a communication service to at least one of a messaging service client, which is a collection of applications necessary for it. According to claim 1, wherein the distributed object-based radio server i) a mobile phone, a smart phone or a test board with a built-in wireless communication module and performs a general telephone function or ii) PCMCIA / CF interface and supports a wireless communication module Distributed object based radio server, characterized in that applied to the PDA or notebook computer that can be mounted. 8. The distributed object based radio server according to any one of claims 1, 3 and 7, wherein the communication control commands are AT commands. In the method of controlling communication with wireless communication hardware, A particular application program of a particular remote method of a radio communication interface provided by a radio server, which is defined device-independently to the radio hardware through a distributed object system as a client object to perform a specific operation on the radio hardware. A first step of requesting an invoke; And The radio server receives the information necessary for the execution of the called specific method through the distributed object system to invoke the corresponding method, and can control the wireless communication hardware with an instruction as defined by the method. And a second step of converting the communication control command into the wireless communication hardware. A distributed object structure-based communication control method comprising providing a device independent communication interface to the application program based on a distributed object structure. 12. The method of claim 11, further comprising: a third step of the wireless communication hardware performing communication according to the communication control command and transferring a result of the communication control command to the radio server; And And a fourth step of the radio server monitoring the asynchronous notification of the wireless communication hardware and the execution result of the communication control command and transferring the obtained notification and the execution result to the corresponding client object through the distributed object system. Distributed object structure based communication control method. 12. The method of claim 11, wherein the second step is Generating an execution instruction of the called method and loading the instruction into an instruction queue; Sequentially invoking the commands loaded in the command queue and converting the commands loaded into the command queue into corresponding communication control commands; And And transmitting the converted communication control command to the wireless communication hardware to perform the communication. 12. The method of claim 11, wherein the methods provided by the radio server are functions written based on a CDMA communication control command or a GSM communication control command. 12. The system of claim 11, wherein each of the radio server and the application is configured to perform all communication with each other via an interface based on the distributed object system, wherein the interface is the same machine or the same as the radio server and the application. A communication control method based on a distributed object structure, characterized by providing a method that can be called with the same expression regardless of being located in another machine. The communication control method according to any one of claims 11 to 14, wherein the communication control commands are AT commands (AT-commands). A distributed object system that provides a distributed object environment that enables transparent access between objects located on a local or distributed network so that client objects can call remote methods of the server object regardless of the location of the server object; Wireless communication hardware for performing communication in accordance with a given communication control command; At least one phone client application requesting a call to a remote method of an interface provided by a radio server object through the distributed object system to provide a user interface and perform an operation required for a telephone call in response to a user command. A client object unit including a; And Located between a radio hardware and the client object portion, the client object portion is linked through the distributed object system, and has a plurality of methods that are device independent of the wireless communication hardware. The set of methods is provided as a wireless communication interface that the application can call through the distributed object system as a client object, and if there is a request for a method invocation by a particular application of the client object portion, Receives information necessary to execute the called specific method through the distributed object system, invokes the method, and generates a communication control command that can control the wireless communication hardware as defined by the method. By transmitting to the wireless communication hardware, With respect to the program for device-independent radio server object in a distributed object-based wireless communication apparatus comprising unit for providing a communication interface. 18. The system of claim 17, wherein each of the radio server and the application program is configured to perform all communication with each other via an interface based on the distributed object system, wherein the interface is the same machine or the same as the radio server and the application program. Distributed object based wireless communication device, characterized in that it provides a method that can be called in the same representation regardless of being located in a different machine. 18. The method of claim 17, wherein the client object unit has an interface referenced by the radio server to send an event, wherein the radio server object calls a remote method provided by an interface of the client object unit through the distributed object system to generate an event. Distributed object based wireless communication device, characterized in that for sending. 18. The method of claim 17, wherein the client object unit is used to use phone clients, a short message service (SMS), a multimedia message service, and an enhanced message service (EMS), which are sets of applications required to make a phone call. A distributed object based wireless communication device comprising at least one of a message service client which is a collection of necessary applications. The method of claim 17, wherein the radio server object unit, A plurality of methods of function form defined to perform a specific operation on the wireless hardware, the device independent definition of the wireless hardware, each of the methods invoking the application program through the distributed object system (invoke) a radio interface configured to be executed in response to a request; A command manager which generates an execution command of the called method and loads it into the command queue, while simultaneously calling up the commands loaded in the command queue and converting the command into a communication control command corresponding to the command; A communication port manager receiving a communication control command from the command manager and transmitting the communication control command to the wireless communication hardware, and monitoring an asynchronous notification of the wireless communication hardware and a result of the execution of the communication control command; And And a notification manager for parsing the asynchronous notification and the execution result received from the communication port manager and sending an event to the client object. . 22. The distributed object based wireless communication device of claim 17 or 21, wherein the communication control commands are AT commands. 18. The wireless communication device of claim 17, wherein the wireless communication device includes: i) a mobile phone, a smart phone or a test board having a built-in wireless communication module and performing a general telephone function, or ii) supporting a PCMCIA / CF interface and equipped with a wireless communication module. Distributed object based wireless communication device, characterized in that the PDA or notebook computer. 18. The method of claim 17, wherein the distributed object system is a common object request broker architecture (COBA) of Microsoft's DCOM (Distributed Component Object Model) and OMG (Object Management Group). Architecture), and a distributed object based wireless communication device, which is a distributed object system constructed using any one of Java's remote method invocation (RMI).