KR20100136814A - Mobile terminal with web-server of authentication function - Google Patents

Abstract

PURPOSE: A mobile terminal with a web server which includes an authentication function is provided to turn a display of the mobile terminal off and reduce brightness, thereby extending time for using the battery of the mobile terminal. CONSTITUTION: A function execution unit includes one or more function units. A system controller(240) includes call units. The call unit transmits a function call message to the function execution unit. The call unit receives a function call response from the function execution unit. A web server checks authentication information corresponding to an authentication request message. The web server transmits an authentication approval message.

Description

MOBILE TERMINAL WITH WEB-SERVER OF AUTHENTICATION FUNCTION}

The present invention relates to a mobile terminal, and relates to a mobile terminal for controlling internal functions through authentication.

The mobile terminal provides various functions such as schedule management, notepad, phone book, message transmission and reception, picture taking, MP3, GPS, and so on.

To use these functions, the user clicks a menu such as 'take picture' on the screen of the mobile terminal. At this time, a camera API (Application Programming Interface) running on the OS is executed inside the mobile terminal. The camera API executes an internal hardware related to the photographing and the associated software to execute the photographing.

An object of the present invention is to remotely control a mobile terminal.

Specifically, first, the integrity of the communication between the control terminal and the mobile terminal is secured.

Second, it facilitates communication between the private and public domains.

Third, the operation state of the mobile terminal is changed, and an event occurring in the mobile terminal is checked in real time.

Fourth, the battery life of the mobile terminal is extended.

Fifth, while the control is made, the use efficiency of the transmission bandwidth is increased.

These problems are achieved by the following solutions and embodiments.

In order to achieve the object according to the present invention, the mobile terminal of the present invention includes a function execution unit, a system controller, a web server.

The function execution unit includes one or more function units. The function unit is an API (Application Programming Interface) for controlling internal hardware. When an execution command for a specific function is input from the outside, the function is transmitted to the hardware to execute the command. The function execution unit includes a camera API, a GPS API, a photo DB API, and the like.

The function execution unit performs an operation of turning off the driving of the display unit or reducing the brightness of the display unit. While the mobile terminal is connected to the control terminal and remote control is executed, the screen of the mobile terminal does not need to be bright.

When the web server transmits an authentication acceptance message to the control terminal or when the control terminal starts to control the mobile terminal, the web server sends the power-off command or brightness control command of the display unit directly to the function execution unit, or the power of the display unit. The off command or brightness control command can be passed to the function executor via the corresponding call of the system controller. The function execution unit that receives the display unit control command directly from the web server or through the system controller performs an operation of turning off the display unit or adjusting the brightness of the display unit.

The web server may receive the display control message from the control terminal via HTTP. In this case, the web server may transmit the display unit control message to the corresponding call unit of the system controller or the display unit control message directly to the function execution unit.

The system controller includes one or more callers. The system controller sends a function call message to the function execution unit and receives a function call response from the function execution unit. Here, the function call message refers to a task to be processed by the function execution unit, for example, a control command such as 'recall the last picture from the picture database'. The function call response is a response to the function call message, and is a result obtained by the function executing unit executing internal resources (hardware, software, etc.) of the mobile terminal based on the function call message.

The system controller may also perform a function of transferring the display control message received from the web server to the function execution unit.

In the system controller, at least one calling part corresponds to at least one function part of the function executing part, and the function call message and the function call response are preferably transmitted and received between the corresponding calling part and the function part.

The web server receives the authentication request message requested by the control terminal via HTTP. The web server checks whether there is authentication information corresponding to the received authentication request message, and if there is matching authentication information, transmits an authentication acceptance message via HTTP. The authentication request message may include a user ID and a password of the control terminal. The web server stores the user ID and password of the control terminal. The web server may have a separate database for storing authentication information.

The web server receives the call message including the function call message and the call part identifier in the form of an HTTP request (eg, in the form of a URL) via HTTP. The web server sends a function call message to the caller that matches the caller identifier and receives the function call response from the caller. The paging message may further include an identifier of the mobile terminal. The web server sends the function call response to the external terminal in the form of an HTTP response. The identifier of the mobile terminal may be, for example, a virtual IP address (which may be a real IP address in IPv6) or a serial number of the mobile terminal, and includes all identifiers for identifying the mobile terminal externally. . Meanwhile, in order for the mobile terminal to transmit a response to the external terminal, an identifier of the external terminal is required, and the identifier of the external terminal may be automatically added by a web browser operating in the external terminal.

The web server may receive the display control message separately from the function call message or in the form of a function call message. The received display control message is transmitted via the system controller or directly to the function execution unit.

Also, when the web server sends an authentication acceptance message to the control terminal, or when the control terminal starts to control the mobile terminal, the web server generates a display control command and sends it directly to the function execution unit or executes a function through the system controller. You can send negative.

The control terminal for controlling the mobile terminal includes a web browser for transmitting and receiving commands or data through HTTP. The web browser sends an authentication request message including a user ID (ID) and a password (password) to the mobile terminal. Upon receiving the authentication accept message from the mobile terminal, the control terminal transmits a call message including the mobile terminal identifier, the call unit identifier and the function call message to the mobile terminal via HTTP. The control terminal then receives a call response to the call message from the mobile terminal.

When the web browser receives the authentication acceptance message, the web browser may transmit a message for turning off the display unit power of the mobile terminal or adjusting the brightness of the display unit to the mobile terminal through HTTP.

The control terminal further includes an output unit, and the output unit outputs the call response in a predetermined manner according to the output command of the web browser.

In addition, the control terminal may further include a menu corresponding to the call message. In this case, when the menu is clicked, the web browser sends a call message linked to the click.

According to a solution and an embodiment according to the invention,

First, the integrity of the communication can be maintained by authentication between the control terminal and the mobile terminal.

Second, while controlling the mobile terminal, the battery life of the mobile terminal can be extended by turning off the display unit power of the mobile terminal or reducing the brightness.

Third, when controlling the mobile terminal, it is possible to easily switch the function of the mobile terminal to the on state by transmitting a trigger message using the SMS / MMS service.

Fourth, the control terminal can check the event occurring in the mobile terminal in real time.

In addition, the communication security problem caused by passing through the public area can be solved by encrypting the transmission information, and by using an agent, the personal area by the firewall can be easily communicated with the public area. In addition, by transmitting the video information when transmitting the audio information, it is possible to effectively utilize the transmission bandwidth.

Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. When the control terminal controls the mobile terminal, the control terminal may be a personal computer (PC), a mobile communication terminal, etc., in which a web browser is installed, and the mobile terminal may be a cell phone, PDA, etc., in which a web server is installed. have. The following describes a PC as a control terminal and a mobile phone as a mobile terminal as an example.

1 is a configuration diagram of a communication network in which a PC and a mobile phone communicate via a wired or wireless communication network. As shown in FIG. 1, a communication network between a personal computer (PC) and a mobile phone includes a PC 110, an Internet 120, a gateway 130, a mobile switching center (MSC) 140, and a base station (MS). BS (base station) 150, mobile phone 160 and the like.

The mobile telephone exchange 140 routes the route of the call or message to the mobile phone 160. The mobile telephone exchange 140 may be connected to a local area network (LAN), a wide area network (WAN), or the like. The mobile telephone exchange 140 may be directly connected to the network or, if a gateway is included, may be connected to the network via the gateway. 1 shows a system in which mobile telephone exchange 140 is connected to WAN, i.e., Internet 120, via gateway 130. In FIG.

PC 110 includes a processor / controller (not shown) that executes a web browser application (hereinafter simply referred to as a 'web browser'). PC 110 accesses the Internet 120 through a web browser. When the IP address associated with the mobile phone 160 is input, the mobile phone 160 can be accessed. The web browser usually sends a predetermined request to the mobile phone 160 in the form of an HTTP request (eg, in the form of a URL).

The mobile phone 160 includes a processor / controller (not shown) that executes a web server application (hereinafter simply referred to as a 'web server'). The web server included in the mobile phone 160 interprets the request received from the PC 110, searches for a web page corresponding to the request, and transmits the web page to the PC 110.

The web browser of the PC 110 displays the web page received from the mobile phone 160 to the user through the output unit.

The mobile phone 160 provides a menu of various databases, services, applications, etc. related to the mobile phone 160 to the PC 110 user. The PC 110 user selects a menu provided by the mobile phone 160. Based on the selected menu, an HTTP request is sent to the mobile phone 160, and the web server of the mobile phone 160 processes the request. The response to the request is synthesized into appropriate browser data and then sent to the PC 110 in the form of an HTTP response. Here, the mobile phone 160 may be configured to output data such as a schedule, an e-mail message state, an SMS message state, a voice message state, etc. from the PC 110.

FIG. 1 illustrates a case in which the PC 110 and the mobile phone 160 are connected to the Internet 120 by a wireless network. However, the PC 110 and the mobile phone 160 may be connected by a wired connection such as a USB (Universal Serial Bus) standard connection, Bluetooth, or WiFi. .

2 is a configuration diagram of a system for controlling internal functions of a mobile phone using a PC as a control terminal. As shown in FIG. 2, the PC 110 and the mobile phone 160 transmit and receive an authentication request, an authentication acceptance, and a message of a function call and a function call response through HTTP.

The web browser 210 of the PC 110 transmits an authentication request message to the mobile phone 160 via the Internet 120. The authentication request message includes a user ID (ID) and a password of the control terminal. The authentication request message may further include identifiers of the PC 110 and the mobile phone 160. Here, the IP address of the PC 110 or the serial number of the mobile phone may be automatically added by the web browser 210 or may be added by a separate web browsing function.

When the web browser 210 transmits an authentication request message, the web browser 210 may further include a trigger message that makes the mobile phone 160 remotely controllable. Trigger messages can be implemented using SMS or MMS services.

The web browser 210 receives an authentication acceptance message from the mobile phone 160. When receiving the authentication acceptance message, the web browser 210 is in a state capable of controlling the function of the mobile phone. In this case, the web browser 210 may transmit a message for reducing the brightness of the display unit of the mobile phone 160. This can also be implemented as an SMS or MMS service.

The web browser 210 displays one or more menus 221, 222, and 223 related to the function control of the mobile phone 160. When the user clicks on a particular menu, the HTTP request linked to that particular menu is sent to mobile phone 160 via the Internet 120. Although FIG. 2 illustrates that an HTTP request is transmitted by clicking a menu, a user may directly input an HTTP request in an address bar of a web browser. As an example of an HTTP request entered into the address bar, in the case of the "View last picture" menu,

It is in the form of a URL, such as "http; // jack.lgsite.com/web_api/camera.html?act=lastpic". Here, jack.lgsite.com is the address of a mobile phone, web_api indicates that the call target is an API of a web server, camera.html indicates a call target, and act = lastpic indicates a function to be executed.

As shown in Figure 2, the menu may be configured in various ways, such as 'take a picture', 'send a message', 'view the last picture'. Although not shown in FIG. 2, a menu such as 'display power off' or 'reduce display brightness' may be added. Menus are linked with hyperlinks, JavaScript, HTML, etc., and users simply click on the desired menu as if they are searching a normal web page, and a call message (HTTP request or URL) requesting the corresponding function is sent to the mobile phone.

If you use hyperlinks,

It's like <a href="http://jack.lgsite.com/web_api/camera.html?act=lastpic"> viewing last photo </a>.

If you use JavaScript,

function showPicAtPop () {

    var phone_addr = "http://jack.lgsite.com/";

    var calling_func = "web_api / camera.html? act = lastpic";

    window.open (phone_addr + calling_func,

            "my window", "menubar = 0, resizable = 0, width = 350, height = 250");}

Same as <a href="javascript:showPicAtPop();"> show last photo (popup) </a>.

In the case of JavaScript, the data sent to the phone as an HTTP request is "jack.lgsite.com/web_api/camera.html?act=lastpic" in the form of a URL.

In the JavaScript example, when writing the HTML code, the user can set the size of the pop-up window, which adjusts the size of the displayed picture arbitrarily. With this, the user can express the data received from the mobile phone (response to the HTTP request message) in the way he / she wants. In other words, the user can mash up various pieces of information stored in the mobile phone to create a new type of function. For example, if you take a picture with your phone, you can create a feature that stores the GPS location along with the picture and displays it on a map using a map service that provides an open API. You can also create a feature that allows you to comment on pictures stored on your phone using the ability to send messages to your phone.

The mobile phone 160 includes a web server, a system controller, and a function execution unit.

The web server 230 of the mobile phone 160 receives an authentication request message from the PC 110 via HTTP. The web server 230 analyzes the authentication request message and checks whether the authentication information corresponding to the user ID and password of the PC 110 included therein is in the stored information of the web server 230. If there is matching authentication information, the web server 230 generates an authentication acceptance message and transmits the authentication acceptance message to the PC 110 via HTTP. Here, the web server 230 may be provided separately from the database for storing the authentication information.

When the mobile phone 160 is in an off state or a disabled state, when the trigger message is received from the PC 110 via SMS or MMS, the web server 230 switches the mobile phone 160 to an on state or a controllable state. Let's do it.

When the web server 230 receives a message to turn off the display unit of the mobile phone 160 or reduce the brightness from the PC 110, the web server delivers the message directly to the function execution unit 250 or the system controller. The function is transmitted to the function execution unit 250 via the corresponding call unit of 240.

When the web server 230 transmits the authentication acceptance message to the PC 110, or after the web server 230 sends the authentication acceptance message to the PC 110, the PC 110 controls the web server 230. When it is possible, the web server 230 generates a display unit power off command or a display unit brightness control command by itself and transmits the function directly to the function execution unit 250 or via a corresponding calling unit of the system controller 240. It may be transmitted to the execution unit 250.

After sending the authentication acceptance message, the web server 230 receives the function call message from the PC 110 and executes a response thereto.

The web server 230 receives an HTTP request in the form of a URL from the PC 110. The web server interprets "http; // jack.lgsite.com/web_api/camera.html?act=lastpic" received from the PC 110. The web server 230 determines that the received HTTP request is a function control for the camera API based on "camera.html" included in the HTTP request. In addition, the web server 230 transmits the HTTP request to the system controller 240, the web server 230 preferably directly transmits the HTTP request to the camera call 241, which is a corresponding caller. The value transmitted by the web server 230 to the camera call 241 may be "act = lastpic" which is a function variable value that the camera API 251 should execute.

System controller 240 includes a number of callers, such as camera call 241, GPS call 242, and photo call 243. Although not shown in FIG. 2, the system controller 240 may further include a caller for display unit control (not shown). The callers 241, 242 and 243 may be represented as camera.html, GPS.html, photo.html and the like, since the html extension is attached to the caller because the caller may be written in the html language. The html file can be interpreted and controlled directly by the web browser or web server.

The system controller 240 extracts a function variable value (that is, a function call message) to be executed by the function execution unit 250 from the HTTP request received from the web server 230, and converts the function variable value into the corresponding function API of the function execution unit. To pass.

In the manner in which the system controller 240 calls the function API of the function execution unit 250, a C language or a language used inside the mobile phone is used. For example, if you call the camera API inside the phone to take a picture,

`` Import camera

image = camera.take_photo ()

filename = u'c: ＼＼data ＼＼camera.jpg '

image.save (filename) 」

Same as

Therefore, when generating the call unit of the system controller 240, it may include the same as the call content of the camera API illustrated above.

Alternatively, in the case of executing a camera API in a conventional mobile phone, when the user clicks the camera execution menu, the camera API is executed directly by the related software inside the mobile phone or by a click signal. Using this, the calling unit of the system controller 240 may be implemented in a form of transmitting a control command generated when the user clicks the camera execution menu to a corresponding software inside the mobile phone or directly to the camera API 251. .

The function execution unit 250 includes a plurality of function APIs. For example, the camera API 351, the GPS API 252, the photo DB API 253, and the like. Although not shown in FIG. 2, the display unit may further include a functional unit of a display API (not shown). The functional APIs shown in Fig. 2 are basic functional APIs of the mobile phone. Here, the functional API may be defined as one functional unit.

 The function execution unit 250 is a collection of APIs that executes specific operations such as photographing, photo retrieval, location checking, message sending, SMS confirmation, etc., which are commanded by a user through related software and hardware. In this embodiment, the function execution unit 250 transmits a result value (ie, a function call response) of the operation execution to the system controller 240 or the corresponding call unit in response to the request of the system controller 240.

The system controller 240 or the corresponding calling unit which has received the result value of the function execution unit 250 or the corresponding function API transmits the result value to the web server 230. In this case, the result value transmitted to the caller or the web server 230 is transmitted in the mobile phone, and may have a different form of response data according to a function call message. For example, the image data may be binary data, and the address book may be text data.

The web server 230 transmits the result value to the PC 110 in a form that the web browser can interpret. The type of data that the web server 230 responds to the PC 110 may also vary according to the request that the web server 230 receives from the PC 110. For example, in the case of an image, the resultant binary data may be stored in a web server, and only the URL of the corresponding picture may be transmitted to the PC 110, or the binary data may be delivered to the PC 110. In the case of text, the text data may be delivered to the PC 110 as it is, or the data may be stored in a web server and the URL of the corresponding text file may be delivered to the PC 110.

 The web browser of the PC 110 displays the result value transmitted through HTTP as it is, or accesses and downloads the URL by the URL, or displays it in a user defined manner.

3 is a configuration diagram of a system for controlling internal functions of a mobile phone via a relay server. 3 illustrates a case where the Internet 120 and the relay server 170 are interposed between the PC 110 and the mobile phone 160 to transmit and receive an authentication request, an authentication acceptance, a function call, and a function call response. Hereinafter, the features of FIG. 3 different from the system of FIG. 2 will be described.

The relay server 170 may authenticate the PC 110 and the mobile phone 160, respectively, and relay the PC 110 and the mobile phone 160 after authentication. In this case, the relay server 170 needs to perform registration procedure first by receiving registration information from the PC 110 and the mobile phone 160. In the registration procedure, the relay server 170 receives and stores a PC identifier, a user ID (ID), and a password from the PC 110. The relay server 170 may receive and store information of the mobile phone 160 to be controlled by the PC 110 from the PC 110. In the registration procedure, the relay server 170 is a mobile phone identifier from the mobile phone 160, for example, the serial number of the mobile phone 160 or the IP address assigned to the mobile phone 160 and the serial of the mobile phone 160. You can receive and store the number. PC identifiers, user IDs (IDs) and passwords (passwords) are matched and stored, and PC identifiers and mobile phone identifiers are also stored matched. The relay server 170 may relay a plurality of PCs and a plurality of mobile phones. In this case, it is desirable to build a database that matches and stores identifiers for identifying a PC and a mobile phone.

In FIG. 3, the authentication of the PC 110 or the mobile phone 160 and the granting of authority to each may be implemented by a combination method of a public key / secret key.

When the relay server 170 authenticates the PC 110 and the mobile phone 160 and provides a relay service, the PC 110 may actually transmit an authentication request message to the relay server 170. Thereafter, the transmission and reception of commands or data occurs between the relay server 170 and the mobile phone 160, and the resulting authentication acceptance message is transmitted to the PC 110 by the relay server 170.

When the authentication acceptance message is transmitted to the PC 110, the subsequent process may control the relay server 170 to intervene to send and receive commands or data between the PC 110 and the mobile phone 160, or the relay server 170. The command or data may be directly transmitted and received between the PC 110 and the mobile phone 160 without intervention.

When the relay server 170 authenticates and authorizes the PC 110 and the mobile phone 160 with respect to the service of the relay server 170, a connection is established between the PC 110 and the mobile phone 160. At this time, even if the intermediary server 170 intervenes in the transmission and reception of the command or data, the command or data exchanged between the PC 110 and the mobile phone 160 is transmitted without being interpreted or changed by the relay server 170. .

If the mobile phone 160 is to be connected to the PC 110 via the relay server 170 is similar to the above, a description thereof will be omitted.

Basically, the relay server 170 controls transmission and reception of image information and control information between the PC 110 and the mobile phone 160. The relay server 170 receives image information from the mobile phone 160 and transmits the image information to the PC 110, and receives control information from the PC 110 and transmits the control information to the mobile phone 160. The control information is click information generated based on the video information.

When an event occurs in the mobile phone 160, the web server 230 determines whether the event is a target to be transmitted to the PC 110, and if the target is the target, the web server 230 transmits the corresponding event to the relay server 170. In this case, the web server 230 may first check with the relay server 170 whether the PC 110 to receive the corresponding event is connected to the relay server 170. In this case, the relay server 170 searches for the PC 110 to receive the corresponding event, and transmits the result to the mobile phone 160. Thereafter, the relay server 170 receives the corresponding event from the mobile phone 160 and transmits the event to the PC 110.

In addition, when transmitting the audio information, the web server 230 may selectively block the transmission of the image information. When transmitting video information and audio information at the same time, the transmission bandwidth may increase, which may cause a problem in transmission and reception of the audio information. The transmission bandwidth may be efficiently managed by blocking the video information when the audio information is transmitted.

In FIG. 3, when image information or control information is transmitted, encryption may be performed to protect personal information. In this case, a secure socket layer (SSL) or a transport layer security (TLS), which is a communication security method between the client and the server or between the servers, may be used.

4 is a configuration diagram of a function control system of a mobile phone in which an agent is added in front of the mobile phone. 4 is a case where access to a mobile phone is difficult due to a firewall.

The embodiment of FIG. 4 is similar to the example of FIG. 3 except that the relay server 170 or PC 110 transmits and receives to and from the agent 180 having a single IP address. In other words, the agent 180 functions as a virtual mobile phone that performs the same function as the mobile phone 160.

The PC 110 or the relay server 170 only needs to transmit an authentication request message or a function call message to the agent 280. Thereafter, the agent 180 and the mobile phone 160 communicate with each other, and the agent 180 transmits the response of the mobile phone 160 to the relay server 170 or the PC 110.

In FIG. 4, the agent 180 may further perform a function of caching the response of the mobile phone 160. The agent 180 may search whether a response to the function call message requested by the PC 110 is in the cache, and if the response exists, transmit the response directly to the relay server 170 or the PC 110.

In this case, the agent 180 may check the validity of the cache information. The effective inspection method includes the passage of a certain time. In addition, the mobile phone 160 may upload the response to the cache of the agent 180 at regular time intervals.

The above embodiments are merely examples to help understanding of the present invention, and the scope of the present invention is not limited to the above embodiments. Those skilled in the art will be able to obtain or modify the embodiments in various ways to achieve the effects of the invention, and therefore all embodiments within the scope of such modifications / modifications should be construed as being within or at least equivalent to the scope of the invention. do.

1 is a configuration diagram of a communication network in which a PC and a mobile phone communicate via a wired or wireless communication network.

2 is a configuration diagram of a system for controlling internal functions of a mobile phone using a PC as a control terminal.

3 is a configuration diagram of a system for controlling internal functions of a mobile phone via a relay server.

4 is a configuration diagram of a function control system of a mobile phone in which an agent is added in front of the mobile phone.

-Explanation of symbols for the main parts of the drawing-

110: PC 160: Mobile Phone

120: Internet 170: relay server

180: Agent 210: Web browser

230: web server 240: system controller

250: function execution unit

Claims (8)

In a mobile terminal, A function execution unit including one or more function units; A system controller including a caller for transmitting a function call message to the function execution unit and receiving a function call response from the function execution unit; And After receiving the authentication request message through HTTP, confirm the authentication information corresponding to the authentication request message, transmit the authentication acceptance message, and receive the function call message via HTTP and transmit the message to the system controller from the system controller. And a web server for receiving the function call response. According to claim 1, The authentication request message includes a user ID and a password, The web server stores the user ID and password. According to claim 1, And the at least one calling unit corresponds to the at least one function unit, wherein the function call message and the function call response are transmitted and received between the corresponding call unit and the function unit. The method according to any one of claims 1 to 3, And when the web server transmits the authentication acceptance message, the function execution unit turns off the driving of the display unit or reduces the brightness of the display unit. In the control terminal for controlling a mobile terminal, Send an authentication request message over HTTP and receive an authentication accept message for the authentication request message, send a call message including a mobile terminal identifier, a caller identifier and a function call message over HTTP, and call for the call message A web browser for receiving a response; And And an output unit for outputting the call response according to the output command of the web browser. The method of claim 5, wherein the authentication request message A control terminal comprising a user ID and a password. 6. The method of claim 5, And a menu corresponding to the call message, wherein the web browser transmits the call message according to the click of the menu. The web browser according to any one of claims 5 to 7, wherein the web browser is When receiving the authentication acceptance message, the control terminal, characterized in that to turn off the power of the display unit of the mobile terminal or transmit a message for reducing the brightness of the display unit via HTTP.

Images