KR100882943B1

KR100882943B1 - Method for executing applications using presence information in a terminal and the terminal

Info

Publication number: KR100882943B1
Application number: KR20070127388A
Authority: KR
Inventors: 조보욱
Original assignee: 주식회사 케이티프리텔
Priority date: 2007-12-10
Filing date: 2007-12-10
Publication date: 2009-02-10

Abstract

Disclosed are a method for driving an application in a first terminal using IMS presence information, and a terminal therefor. The method of driving an application in the first terminal receives the presence information of the second terminal, reads the driving information from the received presence information, and drives the application corresponding to the read driving information. According to the present invention, it is possible to more easily drive the application running in the second terminal, there is an advantage that can run the same application at the same time as the user of the second terminal.

Description

Method for executing applications using presence information in a terminal and the terminal

The present invention relates to a method of driving an application in a terminal using the presence information of the IMS, and more particularly, to a method of driving a corresponding application in the first terminal using application information driven in the second terminal included in the presence information. And a terminal.

IP Multimedia Subsystem (IMS) is attracting attention as a key technology for providing new services in all IP based next generation communication environments. The basic service goal of IMS, which integrates the Internet and wireless mobile communication environment, is to provide a combination of multimedia such as voice, audio, video and data based on IP. These characteristics make IMS a key technology for telecom operators to lead the market.

IMS is difficult to define uniformly because it includes various functions and various implementation methods, but supports the operation of session control layer and IMS network composed of servers that enable SIP service to other IMS networks, PSTN and other existing networks and operators. It provides three logical core components: a gateway layer that connects to the system, and a SIP-based application such as video and group chat, and an application layer that contains user service logic.

The IMS presence service shows user status information, including connection status of the second ones, and provides a path to the IMS service. Presence information is collectively managed in the presence server (presence server), the presence server processes the presence information change request from the user, and performs the function of notifying the changed presence information to the buddies.

By using the IMS presence service, the user can be connected to the second terminal through the IMS network and receive various services such as chatting and online games.

However, in the related art, in order to obtain information about an application running in the second terminal, there is a difficulty in that the same application as the user of the second terminal can be driven only by inquiring the user of the second terminal. .

That is, when the user of the second terminal is connected to a specific web page, there is a problem that the user of the second terminal needs to go through a cumbersome procedure in order to simultaneously play the game when the user of the second terminal is playing a specific game. .

Accordingly, the present invention for solving the above problems is to propose a method and a terminal for driving an application driven in the second terminal using the presence information in the first terminal.

In addition, the present invention proposes a method and a terminal for driving an application by receiving an application from a second terminal when the user terminal cannot run the corresponding application.

Other objects of the present invention will be readily understood through the description of the following examples.

In order to achieve the above objects, an aspect of the present invention provides a method for running an application in a first terminal using IMS presence information.

In a method for driving an application in a first terminal using IP Multimedia Subsystem (IMS) presence information according to an embodiment of the present invention, the method comprising: receiving the presence information of the second terminal; Presence information includes driving information indicating application information being driven in the second terminal; Reading the driving information from the received presence information; And driving an application corresponding to the read driving information.

According to another aspect of the present invention, a terminal for driving an application using IMS presence information is provided.

In a terminal for driving an application using IMS (IP Multimedia Subsystem) presence information according to an embodiment of the present invention,

A presence information receiving unit for receiving the presence information of a second terminal, wherein the presence information includes driving information indicating application information being driven in the second terminal;

A driving information reading unit which reads the driving information from the received presence information; And

A terminal is provided that includes a control unit for generating a signal for controlling to drive an application corresponding to the read driving information.

According to another aspect of the present invention, a recording medium is provided that stores a program for implementing a method for driving an application in a first terminal using IMS (IP Multimedia Subsystem) presence information.

In a recording medium storing a program for implementing a method for driving an application in a first terminal using IP Multimedia Subsystem (IMS) presence information according to an embodiment of the present invention, Receiving presence information of a terminal, the presence information including driving information indicating application information being driven in the second terminal; Reading the driving information from the received presence information; And a program storing a program for implementing an application driving method, the method including driving an application corresponding to the read driving information.

As described above, the present invention has an advantage that it is easier to drive the application in the first terminal by using the presence information by including the information of the application running in the second terminal in the presence information.

In addition, when the application is not driven in the first terminal, it is possible to download the application from the second terminal to reduce the cost of purchasing the application, there is an advantage that the game and the web page can be accessed simultaneously.

As the invention allows for various changes and numerous embodiments, particular embodiments will be illustrated in the drawings and described in detail in the written description. However, this is not intended to limit the present invention to specific embodiments, it should be understood to include all modifications, equivalents, and substitutes included in the spirit and scope of the present invention.

The terms first, second, A, B, etc. may be used to describe various components, but the components are not limited by the terms, but merely for distinguishing one component from other components. Only used as For example, without departing from the scope of the present invention, the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component. The term and / or includes a combination of a plurality of related items or any item of a plurality of related items.

When a component is referred to as being "connected" or "connected" to another component, it may be directly connected to or connected to that other component, but it may be understood that other components may be present in between. Should be. On the other hand, when a component is said to be "directly connected" or "directly connected" to another component, it should be understood that there is no other component in between.

The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this application, the terms "comprise" or "have" are intended to indicate that there is a feature, number, step, operation, component, part, or combination thereof described in the specification, and one or more other features. It is to be understood that the present invention does not exclude the possibility of the presence or the addition of numbers, steps, operations, components, components, or a combination thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art. Terms such as those defined in the commonly used dictionaries should be construed as having meanings consistent with the meanings in the context of the related art and shall not be construed in ideal or excessively formal meanings unless expressly defined in this application. Do not.

Hereinafter, with reference to the accompanying drawings, it will be described in detail an embodiment of the present invention. Hereinafter, the same reference numerals are used for the same components in the drawings, and duplicate descriptions of the same components are omitted.

In the present specification, for convenience of description, a terminal of a user is defined as a first terminal and a terminal on which an application is driven as a second terminal. That is, the first terminal is a terminal that wants to drive an application driven by the second terminal using the presence information received from the second terminal, and the second terminal is a terminal that transmits the presence information to the first terminal. The second terminal may be a buddy terminal of the first terminal user.

1 is a diagram illustrating a configuration of an IMS presence service.

There are two ways to deliver the presence information to the presence server according to the nature of the presence information.

Presence information is valid only when the IMS service is connected, and information that is lost when the connection is terminated (soft-state presence information) is transmitted through the Session Initiation Protocol (SIP) interface (using the Publish method). This includes information (e.g. online, away, eating, busy, etc.).

On the other hand, the information (Hard-state Presence information) that is not dependent on the user's IMS service access and is maintained until the user's change is transmitted through the XML Configuration Access Protocol (XCAP) interface. This includes information such as telephone numbers and addresses.

The presence server collects soft-state and hard-state presence information from the second terminal 150 and delivers the information to the first terminal 100.

2A is a flowchart illustrating a process of transmitting presence information to a first terminal through a SIP interface.

The information transmitted to the first terminal 100 through the SIP interface is valid only when the IMS service is connected and is soft-state information that is lost when the connection is terminated as described above.

First, the second terminal 150 transmits a "PUBLISH" message to the presence server through the IMS core, and the "PUBLISH" message includes the state information of the second terminal 150. The presence server that has received the message "PUBLISH" sends a "200 OK" response of acknowledgment to the second terminal 150 through the IMS core to inform that the processing for "PUBLISH" is completed.

Thereafter, the presence server transmits a "NOTIFY" message including the state information of the second terminal 150 to the first terminal 100 through the IMS core.

2B is a flowchart illustrating a process of transmitting presence information to a first terminal through an XCAP interface.

As described above, the information transmitted to the first terminal 100 through the XCAP interface is hard-state information maintained until the change of the user regardless of the IMS service access.

First, the second terminal 150 generates hard-state information (for example, its own group list, user permission information on presence information, etc.) in the PIDF format through the XCAP interface, and generates the XML data in the XML Data Manipulation Server (XDMS). Register.

Thereafter, the XDMS transmits a "NOTIFY" message including hard-state information of the second terminal 150 to the presence server, and the presence server transmits a "NOTIFY" message to the first terminal 100.

3 is a block diagram showing a configuration of a first terminal according to an embodiment of the present invention.

Referring to FIG. 3, the first terminal 100 includes a presence information receiver 310, an inputter 320, a driving information reader 330, a storage 340, and a controller 350.

Although not shown in FIG. 3, it is obvious that the display unit for displaying the list of the received second terminals and the IMS transceiver for performing data communication with the friend terminal through the IMS network may be further included.

The presence information receiver 310 receives the presence information of the second terminal 150. The presence information is received from a presence server connected to the first terminal 100, and the presence information includes driving information which is application information running on the second terminal.

Presence information generally refers to a variety of personal information including the IMS service connection state of the second terminal 150, the status information of the second terminal 150 (for example, online, away, while eating, other business Middle, etc.), the user's screen name, photo URL information, telephone number and the like.

Since the presence information can be received only when the first terminal 100 is connected to the IMS service, the presence information receiver 310 can be operated only when the first terminal 100 is connected to the IMS service. Obvious to those of ordinary knowledge.

In the present invention, the driving information is included in the presence information so that the first terminal 100 can drive the same application as the application being driven in the second terminal 150. The structure of the presence information including the driving information will be described in more detail with reference to FIG. 4.

The presence information of the second terminal 150 received by the presence information receiver 310 is transmitted to the driving information reader 330.

The driving information reading unit 330 reads driving information included in the presence information received by the presence information receiving unit 310. The driving information read by the driving information reading unit 330 refers to, for example, a unique key value distinguished from the address information (URL) of the web page of the browser or the WIPI application identification information (the other Wi-Fi application). For example, the ID of the Wi-Fi application).

That is, when the browser is driven in the second terminal 150 to access a specific web page, the driving information included in the presence information received by the first terminal 100 may be address information (URL) of the corresponding web page. have. In this case, it is obvious that the driving information read by the driving information reading unit 330 is address information of a web page.

As another example, when the Wi-Fi application is driven in the second terminal 150, the driving information included in the presence information received by the first terminal 100 may be corresponding Wi-Fi application identification information.

For convenience of explanation and understanding, for example, it is assumed that driving information read by the driving information reading unit 330 is "www.ktf.com". That is, the second terminal 150 currently runs a browser and means that the web page accessed by the browser is connected to "www.ktf.com".

The driving information read out from the first terminal 100 is "www.ktf.com". Using this URL information, the first terminal 100 starts driving the browser, and the browser starts the "www.ktf.com". You can access a web page.

As described above, the user of the first terminal 100 drives the browser of the first terminal 100 to access the same web page as the second, and does not directly input the URL address of "www.ktf.com". Even if there is an advantage that can access the same web page as the second terminal.

In particular, when it is necessary to simultaneously access a web page connected from the second terminal 150 to perform a specific task, the user can be more easily connected to the same web page as the second terminal 150.

As another example, it is assumed that the driving information read by the driving information reading unit 330 is "wipi application # 1". In this case, it is assumed that "wipi application # 1" is unique Wipi application identification information distinguished from other Wipi applications, and is an online game called "A". That is, it means that the second terminal 150 is currently using the 'A' game.

As another example, it is assumed that driving information read by the driving information reading unit 330 is "music # 2". Here, "music # 2" is WiPy application identification information capable of playing music. In other words, the second terminal 150 is currently listening to a specific music using a music playback application.

In the above example, the driving information read by the first terminal 100 is "wipi application # 1" and "music # 2", and the first terminal 100 drives the corresponding WiPi application using the WiPi application identification information. Can be initiated.

In addition, when the application running on the second terminal 150 is not driven in the first terminal 100, the first terminal 100 transmits a program or an executable file for driving the corresponding application from the second terminal 150. Can be driven.

In the above example, when the 'A' game or 'music # 2' is not stored in the first terminal 100, a program or 'music # 2' file that can execute the 'A' game from the second terminal 150. Received can receive the 'A' game in the first terminal 100 and can hear "music # 2".

As a method for receiving a program or an executable file for driving an application from the second terminal 150, the application information including the application information running in the second terminal is included in the presence information and then received by the first terminal. In the list of second terminals displayed on the display unit, an application (for example, 'A' game or "music # 2") running on the second terminal is displayed together, and a specific application is selected from the first terminal (for example, click). (click)) may be transmitted from the second terminal.

The method of receiving a program or an executable file for driving an application from the second terminal 150 may be implemented in various ways.

As described above, using the presence information, there is an advantage that a user of the first terminal 100 can run the same Wipy application as the Wipy application driven in the second terminal even if a complicated procedure is omitted.

In particular, when a user of the second terminal wants to use a game in a 1: 1 competitive format or when he / she wants to listen to the same music while making a video call, the Wi-Fi application of the second terminal 150 is more easily provided to the first terminal 100. ) Can increase the user's convenience.

The input unit 320 is a means for receiving a selection of a specific second terminal when the presence information of the second terminal received from the presence information receiving unit 310 is plural.

For example, the input unit 320 may be implemented as a plurality of key buttons including numbers / letters or the like or in the form of a touch screen.

The storage unit 340 is a means for storing an application executed in the first terminal 100. In particular, when the corresponding application is not driven in the first terminal 100 using the driving information read by the driving information reader 330, a program for driving the corresponding application may be received and stored from the second terminal 150. .

For example, when the browser or the version or type of the browser stored in the first terminal 100 is different from the browser running on the second terminal 150, the program for driving the Wi-Fi application running on the second terminal 150. The case where the application is not stored in the first terminal 100 may be referred to as the case in which the application is not driven in the first terminal 100. In addition, the example in which the application is not driven in the first terminal 100 may vary. Do.

The storage unit 130 may preferably be configured to include a type of memory such as a read only memory (ROM) and a random access memory (RAM), and the type of memory is not limited. In addition, it can also be stored in a smart card (smart card) that is recently mobile.

The control unit 350 is a component included in the first terminal 100 (for example, the presence information receiving unit 310, the input unit 320, the driving information reading unit 330, the storage unit 340, etc.). Generate and output a control signal to control.

For example, the controller 350 may control an operation of the driving information reader 330 to read driving information among the presence information received by the presence information receiver 310. In addition, when there is a plurality of received presence information of the second terminal, it may be controlled to transmit the presence information of the specific second terminal selected by the input unit 320 to the driving information reader 330.

The controller 350 may control to output an error message to the display unit when there is no driving information read by the driving information reader 330, and the method of outputting the error message may be easily changed in various ways.

In addition, the controller 350 may not receive the presence information (for example, when the second terminal 150 selected through the input unit 320 is not connected to the IMS service). May generate and output an error message indicating that the presence information cannot be received. The output of the error message may be output in a pop-up form, and the method of outputting the error message may be variously changed.

In addition, the controller 350 may generate a signal for controlling to drive an application corresponding to the driving information read by the driving information reader 330. In particular, when the read driving information is the Wi-Fi application identification information, it may be controlled to execute a program for driving the corresponding Wi-Fi application on the platform of the first terminal 100.

As described above, for example, when the read driving information is address information of a web page, the first terminal 100 may drive the browser to control access to the address of the web page. Also, in another example, when the read driving information is the Wi-Fi application identification information, the Wi-Fi application may be controlled to be driven by the first terminal 100.

In addition, when the application corresponding to the driving information read by the driving information reading unit 330 is not driven (in the above example, when the version or type of the second terminal and the browser are different or in the second terminal). If a program for driving the WiPie application being driven is not stored in the terminal, the program for driving the application may be transmitted from the second terminal 150. Of course, a program for driving an application received from the second terminal 150 under the control of the controller 350 may be stored in the storage 340.

The method for receiving a program for driving a corresponding application from the second terminal 150 may be variously changed. Since both the second terminal 150 and the first terminal 100 are connected to an IMS service, the IMS It is preferable to receive the transmission using a network. Receiving transmission using IP-based IMS network can reduce the cost of data communication and is advantageous in communication speed.

The method of driving the application in the terminal using the above-described IMS presence information is only one embodiment among various embodiments for implementing the same technical idea, and is driven in the second terminal after receiving the driving information in the presence information. Obviously, various modifications can be made to the method of running the application on the user's terminal.

4 is a block diagram showing the configuration of the presence information according to an embodiment of the present invention.

Presence information refers to information representing various personal information including a user's IMS service connection status. In addition, it is possible to define a variety of environment information necessary for driving the IMS service, element information required by various applications of the communicator. Presence information can be written in an XML document that conforms to the "application / pidf + xml" MIME type.

In general, the presence information may include user location information, access information, status information, and the like. The location information is information indicating a location where the terminal is currently located, and may include country and state information of a city and a province, and may obtain location information by using cell information of a base station.

The access information is information indicating whether the terminal of the current user is connected to the IMS service and may include fields such as an active state and an idle state.

The status information is information indicating the current status of the user by the user's selection and the terminal of the current user connected to the IMS service. In particular, as described above, the state information is valid only when the IMS service is connected and loses validity when the connection is terminated.

As described above, the configuration of the presence information may be extended in various ways, and may further include driving information which is application information driven in the second terminal according to an embodiment of the present invention.

For example, the driving information may be composed of URL information, Wi-Fi application identification information, and the like. The URL information indicates address information of a connected web page when the application running on the second terminal is a browser, and the Wi-Fi application identification information is distinguished from other Wi-Fi applications when the application running on the second terminal is a Wi-Fi application. The unique information may be, for example, the ID of a Wi-Fi application.

Since the configuration of the driving information has been described in detail with reference to FIG. 3, a description thereof will be omitted.

As such, when the driving information is included in the presence information, the user can identify what application is being driven in the second terminal, so that the user can easily perform the application running in the second terminal in his terminal. have. In particular, when it is necessary to perform a task at the same time with the second terminal has the advantage that can increase the user convenience.

5 is a flowchart illustrating a process in which a first terminal drives an application using the presence information according to an embodiment of the present invention.

Each step of the flowchart shown in FIG. 5 may be a step performed by each component as described above, but it is described as being performed by the first terminal 100 for convenience of description and understanding.

In operation S510, the first terminal 100 receives the presence information of the second terminal 150. As described above, the presence information is received from the presence server, and the presence information according to the present invention includes driving information which is information about an application currently running in the second terminal.

Thereafter, the process proceeds to step S520 to determine whether there are a plurality of second terminals that received the presence information. As a result of the determination, when there are a plurality of second terminals where the presence information is received, the process proceeds to step S530 where one of the plurality of second terminals is selected by the user. Otherwise, the process proceeds to step S540 without going through step S530.

In order to receive selection of one terminal from the user in operation S530, the first terminal 100 may generate a list of the second terminals on which the presence information is received and display the list on the display unit.

Thereafter, in operation S540, the driving information reader 330 reads the driving information included in the presence information and then determines whether the application corresponding to the read driving information can be driven in the first terminal 100. do.

Examples of a case in which an application driven in the second terminal 150 are not driven in the first terminal 100 are various. For example, the application stored in the browser and the first terminal 100 driven in the second terminal 150 may be stored. When the type or version of the browser is different, a program for driving the Wi-Fi application that is running on the second terminal 150 is not stored in the first terminal 100. As such, various examples of incapable of driving the corresponding application in the first terminal 100 are various.

If the application is not driven in the first terminal 100 as a result of the determination in step S550, a process of receiving a program for driving the corresponding application from the second terminal 150 may be performed (step S560).

Since the second terminal 150 is connected to the IMS service as a method of receiving a program for driving an application from the second terminal 150 in step S560, it is preferable to directly receive it using an IP-based IMS network. . In addition, when a program for directly driving an application cannot be received from the second terminal 150, the first terminal 100 accesses the server to receive the address of the server where the corresponding application is stored, and then runs the application. You can receive the program directly. As described above, a method of transmitting a program for driving an application driven by the second terminal 150 may be changed in various ways.

Thereafter, the process proceeds to step S570 where the first terminal 100 drives an application driven by the second terminal 150.

A method of driving an application using the presence information according to an embodiment of the present invention will be described with reference to FIG. 6.

6 is an exemplary view of a screen display showing a process of driving an application driven in the second terminal 150 in the first terminal 100 according to an embodiment of the present invention.

Step S610 is an exemplary view showing an example of a screen display indicating the information of the second terminal connected to the IMS service. In the example of FIG. 6, four buddies are currently connected to the IMS service and five buddies are not connected to the IMS service, and when the user selects the friend of 'Ilsun', the process proceeds to step S620.

Step S620 is a screen display showing a list of applications that are currently running in the terminal in ascending order. If the user selects an online game from among the applications running on the terminal in 'autumn order', the process proceeds to step S630 of checking whether to run the corresponding application.

When the 'Yes' button is input in step S630, the corresponding online game is executed (step S640), and when the 'No' button is input, the process returns to step S620 again.

Even if the 'Yes' button is input in step S630, if the online game cannot be driven in the first terminal 100, a screen display for receiving a program for driving the online game will be performed. Since it was described in detail above, it will be omitted.

Although described above with reference to a preferred embodiment of the present invention, those skilled in the art that various modifications of the present invention without departing from the spirit and scope of the invention described in the claims below And can be changed.

1 is a block diagram showing an IMS presence service configuration.

2A is a flowchart illustrating a process of transmitting presence information to a first terminal through a SIP interface;

6 is an exemplary view of a screen display showing a process of driving an application driven in a second terminal in a first terminal according to an embodiment of the present invention.

Claims

A method of driving an application in a first terminal using IMS (IP Multimedia Subsystem) presence information,

Receiving presence information of a second terminal, wherein the presence information includes driving information indicating application information being driven in the second terminal;

Reading the driving information from the received presence information; And

And driving an application corresponding to the read driving information.

The method of claim 1,

When a plurality of presence information of the second terminal is received,

And receiving a selection of one terminal among the plurality of received second terminals.

The method according to claim 1 or 2,

The application is a method of driving an application, characterized in that any one of a browser or Wi-Fi (WIPI) application.

The method of claim 3,

If the application is a browser,

And the driving information is address information (URL) of a web page accessed by a browser of the second terminal.

The method of claim 3,

If the application is a Wi-Fi application,

The driving information is Wiki application identification information driven in the second terminal.

The method of claim 1,

When the application corresponding to the read driving information is not driven in the first terminal,

Application driving method characterized in that the drive for receiving the program for driving the application from the second terminal.

The method of claim 6,

Application transmission method, characterized in that the transmission of the application from the second terminal is performed via an IMS network.

A terminal for driving an application using IMS (IP Multimedia Subsystem) presence information,

And a controller configured to generate a signal for controlling to drive an application corresponding to the read driving information.

The method of claim 8,

When the presence information of the second terminal is received by the presence information receiver,

And an input unit configured to select one of the received second terminals.

The method according to claim 8 or 9,

The control unit,

And when the application is a browser, controlling to access the address of the read web page by reading the address of the web page accessed by the browser of the second terminal included in the driving information.

The method according to claim 8 or 9,

The control unit,

And when the application is a Wi-Fi application, controls to drive the read-out Wi-Fi application by reading Wi-Fi application identification information driven by the second terminal included in the driving information.

The method of claim 8,

And a storage unit configured to receive and store a program for driving the application from the second terminal when the application corresponding to the read driving information is not driven in the terminal.

A recording medium storing a program for implementing a method of driving an application in a first terminal using IP Multimedia Subsystem (IMS) presence information.

Reading the driving information from the received presence information; And

And a program storing a program for implementing an application driving method comprising driving an application corresponding to the read driving information.