KR20090017380A - Method for delivering content and method for negotiation between server and terminal and dcd system and terminal thereof - Google Patents

Abstract

A method for transferring contents, a method for negotiation between a server and a terminal when a session is set, a DCD system and the terminal thereof are provided to configure contents optimized for a setting value of each terminal by using the setting value that a contents provider obtains through negotiation of an upper layer. A terminal transmits a session request message for initiating a service session with a server. The server transmits a session response message as a response about the session request message. The server informs a contents provider(300) of information about performance of each terminal kind that a processing unit manages. If the contents provider receives the information about performance of each terminal kind, a contents generating unit generates contents suitable for the performance of each terminal kind by using the information. The generated contents are transferred from the contents provider to the server.

Description

METHOD FOR DELIVERING CONTENT AND METHOD FOR NEGOTIATION BETWEEN SERVER AND TERMINAL AND DCD SYSTEM AND TERMINAL THEREOF}

The present invention relates to dynamic content delivery (DDC), and more particularly, to negotiation between a server and a terminal when establishing a session in DCD.

In general, dynamic content delivery (hereinafter referred to as 'DCD') refers to delivery between a terminal and a server based on a content service configured to periodically deliver contents to a terminal, and the DCD service is a DCD. Refers to a set of methods and functions that enable communication and interaction between a provider and an end-user.

Recently, a function of periodically downloading a plurality of online contents provided from the DCD server through the DCD client by using the DCD client provided in the DCD server and the terminal and sequentially displaying them on the terminal screen has been introduced. .

The DCD service includes a content provider (CP) for providing content, a service provider (SP) for providing the content to a terminal subscribed to the DCD service through a network, and a DCD service of the service provider. It consists of a terminal. Here, the network is a network established between the service provider and the terminal, and DCD content is transmitted from the service provider to the terminal through a specific protocol of the network.

In the prior art, the content provider only generates DCD content, and the service provider, i.e., the server, receives the DCD content from the content provider. Then, the service provider transmits the DCD content to the terminals subscribed to the DCD service. Therefore, there is a technical limitation that the content provider cannot configure and provide appropriate contents to each terminal according to the device capability of each terminal. The limitation of this prior art is that there is no way for the content provider to know the device capabilities of the terminal. In detail, the conventional technology transmits and receives data (ie, content) between a service provider and a terminal, and transmits and receives data from a lower layer (physical layer) of a path on a network. It is not available in the application layer. Therefore, since the content provider cannot access the lower layer on the network, the content provider cannot know the information about the device capability of each terminal.

The present invention proposes a negotiation of a higher layer (i.e., application layer) newly proposed so that a content provider knows a setting value (i.e. device capability) of the terminal side when establishing a session between a server (server of a service provider) and a terminal. It is.

In addition, the present invention is to configure the content optimized for the setting value of each terminal by using the setting value (that is, device capability) of each terminal obtained by the content provider through negotiation of the upper layer.

In addition, the present invention is to deliver the content configured by the content provider directly to the terminal via the network of the service provider.

In addition, the present invention proposes a method of increasing resource efficiency by managing information on device capability of a terminal according to a model and an upgraded version of the terminal without managing the information for each user.

An embodiment of the present invention for solving the technical problem of the present invention as described above is as follows.

The session negotiation method between the terminal and the server according to the present invention comprises the steps of: receiving a session request message including the device capability of the terminal; In response to the session request message, characterized in that it comprises the step of transmitting a session response message to the terminal.

Preferably, the device capability of the terminal,

Information on the type of the terminal, information on an upgrade number, information on supported languages, information on an initially set language, information on supporting protocols, information on an initially set protocol, And at least one of information on a video file format, information on an audio file format, information on an image file format, information on a codec, information on text, and information on video resolution. It is done.

Preferably, by extracting the device capability of the terminal from the session request message,

The method may further include managing the device capability for each terminal model.

Preferably, the method further comprises the step of sharing the device capability of the managed terminal with a content provider.

Preferably, the step of notifying the content provider of the device capabilities of the terminal to be managed; Receiving, by the content provider, the content generated using the device capability of the terminal from the content provider; And transmitting the received content to the terminal.

Preferably, storing and managing the device capability of the terminal in a device capability DB; Querying, by a content provider, the device capability of the terminal in the device capability DB; Receiving, by the content provider, content generated by using the device capability of the inquired terminal from the content provider; And transmitting the received content to the terminal.

In addition, the DCD system according to the present invention, a terminal for transmitting a session request message including the device capability; A server for managing the device capability for each terminal type and sharing the device capability with a content provider; And a content provider for generating content using the device capability of the terminal to be shared with the server, and transmitting the generated content to the terminal through the server.

In addition, the terminal according to the present invention, when establishing a session with the server for the DCD service,

A transmitter for transmitting a session request message including the device capability of the terminal to the server; A receiving unit for receiving a session response message from the server in response to the session request message and for receiving a content having a format suitable for the device capability of the terminal; When the device capability of the terminal is upgraded in the session set up state, and comprises a processing unit for generating a message including information on the device capability, the message is characterized in that the message to be transmitted to the server.

In addition, the server according to the present invention is characterized by generating the content of a format suitable for the device capability by using the device capability managed by the terminal type, and transmits the generated content to the terminal.

In addition, the content transmission method according to the present invention, in order for the content provider to generate content suitable for the terminal,

The terminal delivers the device capability of the terminal to the server in the session request message when the DCD session is established; The server shares the device capability with the content provider; The content provider generates content suitable for the terminal using the device capability; The generated content is characterized in that for transmitting to the terminal via the server.

In the present invention, when establishing a session between the server (service provider) and the terminal, since the device capability of the terminal can be negotiated at the upper layer, not at the lower layer, the content provider can share information about the device capability of the terminal with the server. It can be effective.

According to the present invention, since the content provider can use the device capability of the terminal, it is possible to configure content suitable for the device capability of the terminal and provide content of a format suitable for the device capability of each terminal through the network of the service provider (server). It has an effect.

Therefore, the present invention has the effect that the terminal is not provided with the content from the service provider, but can be provided with the content directly from the content provider. On the other hand, in terms of a server (service provider), since the server does not have to directly process content suitable for the device capability of the terminal, the load on the server is reduced, thereby increasing resource efficiency.

In the present invention, since the negotiation of the device capability of the terminal between the terminal and the server (service provider) in the DCD service is performed at a lower layer (that is, the physical layer), the content provider cannot know the device capability of each terminal. I was thinking. Based on the above-described concept of the present invention, the present invention allows the terminal to negotiate the device capability of the terminal when establishing a session between the terminal and the upper layer (that is, the application layer), and the upper layer (that is, the application layer). Through the negotiation of), the content provider can know the device capabilities of each terminal, by using the information about the device capabilities of each terminal to configure the content suitable for each terminal to provide to the terminal. In particular, since the present invention manages the device capability information of the terminal for each type of terminal, the content provider directly processes (generates) content suitable for the device capability corresponding to the type of each terminal and provides it to the terminal of each model.

Hereinafter, terms described in the embodiments of the present invention will be described.

① A service provider (SP) is a network provider that provides a DCD service, that is, an operator. In the embodiment of the present invention, collectively referred to as a server (DCD server), a service provider, that is, a server is a subject of session establishment for a terminal and a DCD service.

② Content Provider (CP) is a provider of content, for example, news, stock information.

③ Device capability is basic information for DCD content transmission after the DCD service session is established between the terminal and the server. The first terminal receives the information from the server and basically needs to adjust the content format to show the content to the user. Contains information to be matched with a server for content transmission between terminals. The device capability can be set that products with the same model name have the same capability in the terminal. However, even if they have the same model name, some of them may have different device capacities if they are different from each other through firmware upgrades (for example, when the protocol is upgraded from HTTP 1.0 to HTTP 1.1). For example, the device capability may be "video resolution", "codec", "file format", "language", "text", "HTTP version (e.g. HTTP) 1.0 or HTTP 1.1, etc. "," RSS version for RSS system (for example, RSS 2.0, RSS 1.0, ATOM, etc.) ", and the like. On the other hand, the DCD content is processed into a suitable form that can be reproduced by each terminal in consideration of the device capability of each terminal, and then delivered to each terminal.

(4) A terminal according to the present invention is a generic device that collectively refers to all devices that can use DCD content delivered from a content provider through a wired or wireless network. Accordingly, the terminal according to the present invention is a mobile communication terminal equipped with a DCD client (that is, a software module or a hardware module capable of using DCD content), a notebook computer, a game machine, a PDA, a notebook computer, a personal computer, a white household appliance. (Electronic Appliance), and all devices. In addition, the terminal according to the present invention includes a chip that can play the DCD content (play).

Hereinafter, one embodiment of the present invention will be described with reference to the accompanying drawings.

1 is a flowchart illustrating a negotiation method between a terminal and a server according to the present invention in establishing a session for a DCD service according to a first embodiment of the present invention.

Referring to FIG. 1, the steps of S1 and S2 in FIG. 1 correspond to session negotiation between a terminal and a server. Here, in the session negotiation, information on the device capability of the terminal 100 is transmitted to the server 200 at the time of session establishment.

The terminal 100 sends a session request message to initiate a DCD service session with the server 200 (S1). The session request message includes information on the device capability of the terminal 100. In this case, the device capability includes at least one information. That is, the device capability may include a device type, an upgrade number (different version for each model), a supported language, an initially set language, and supported protocols of the terminal. As the HTTP 1.O has been upgraded to HTTP 1.1, the list of supported protocols has changed), the protocol has information about the default protocol, video file format, audio file format, image file format, codec, text, video resolution, etc. It includes at least one.

The server 200 sends a session response message (eg, 200ok) as a response to the session request message (S2). The processing unit 201 of the server 200 extracts the device capability of the terminal 100 from the session request message, grasps the terminal type, and registers the user of the terminal 100 in a list corresponding to the terminal type. Manage device capability by terminal type.

Hereinafter, the functions and operations of the processing unit 201 will be described with reference to [Table 1]. [Table 1] corresponds to a case where protocols are different among device capabilities built in the same terminal model, and upgrade numbers are set differently accordingly. Even the same terminal models may have different device capabilities built in (or stored) in the terminal. That is, even in the same terminal model, the upgrade number is different depending on the device capability (protocol in Table 1) stored in the terminal. The processor 201 does not manage the device capability of the terminal for each user, but manages the device capability of each user terminal for each terminal model. In other words, the role of the server 200 including the processing unit 201 may serve to match which user is using what model and which device capability.

This is compared to when managing the device capability for each user, managing the device capability for each terminal type can reduce the amount of storage of the memory (not shown in Figure 1) and the resource waste of the server 200.

Upgrade number Terminal type Equipment Roster One SV-420 RSS1.0 HTTP 1.0 Gil-dong Hong, Lim Kwak-jeong 2 SV-420 RSS1.0 HTTP 1.1 Lee Se-dol 3 SV-420 RSS2.0 HTTP 1.0 Holy Day, New Century 4 SV-420 RSS2.O HTTP 1.1 Kim Gap-dong 5 LP-1900 RSS1.0 HTTP 1.1 Lee Kap Soon

Through the above steps (S1 and S2), it is possible to negotiate to include the information on the device capabilities of the terminal when establishing a session between the terminal 100 and the server 200. Through the negotiation at the upper layer, the content provider 300 may also know the information about the device capability of the terminal, and may also use it. More detailed description is as follows. That is, the server 200 may share the information about the device capability of each terminal managed by the terminal model with the content provider 300. In addition, the content provider 300 receives the DCD service subscription information (for example, news, stock news, baseball relay, performance information, etc. as the content subscribed by the terminal user) of the terminal 100 held by the server 200. Can share with

The server 200 notifies (provides) the content provider 300 of information on device capabilities for each terminal type managed by the processing unit 201 (for example, a list of device capabilities for each terminal type as shown in Table 1). (S3). When the content provider 300 receives the information on the device capability of each terminal type, the content generation unit 301 of the content provider 300 generates contents suitable for the device capability of each terminal type by using the information (S4). . The contents generated by the content generating unit 301 correspond to the contents of a format in which the contents can be used (for example, each terminal plays and displays the contents) by the device capability of each terminal. As an example, if the content corresponds to "securities news," the content generation unit 301 generates the content in a format suitable for the device capability of each terminal as shown in [Table 2].

Upgrade number Terminal type Equipment Content generated for device capability (eg stock news) One SV-420 RSS1.0 HTTP 1.0 Securities News (A Format) 2 SV-420 RSS1.0 HTTP 1.1 Securities News (B format) 3 SV-420 RSS2.0 HTTP 1.0 Securities News (C Format) 4 SV-420 RSS2.O HTTP 1.1 Securities News (D Format) 5 LP-1900 RSS1.0 HTTP 1.1 Securities News (E Format)

Here, the content provider 300 including the content generator 301 may know in what format the terminal of its end users can play the optimized content. Accordingly, at least one of resolution and codec, information of languages, video file format, audio file format, image file format, and text information to fit the device capability of each terminal based on the data transmitted from the server 200. By using the above information and other information corresponding thereto, the content optimized for the terminal to be finally received.

Contents generated directly in the process (S4) (content of the format suitable for the device capability of each terminal type) is transmitted from the content provider 300 to the server 200 (S5).

On the other hand, [Table 2] is a case where the content is "stock news", for example, but other content (for example, baseball relay, performance information, etc.) is also the terminal type through the process (S4 and S5) It can be created and transmitted in a format suitable for each device capability.

The server 200 receives contents having the same contents from the content provider 300 in formats suitable for device capability of each terminal type.

Then, the processing unit 201 of the server 200 selects the content (eg, stock news) that the user of each terminal 100 subscribes among the contents (S6). At this time, the processing unit 201 selects content of a format suitable for the device capability of the terminal 100. (For example, if the upgrade number corresponding to the device capability of the terminal is 2, select "Securities News" of the B format as shown in [Table 2].) Then, the server 200 is the terminal 100 ) Transmits the corresponding content (S7). If there is a terminal with a plurality of other device capabilities, the same process as described above transmits the content of the format appropriate for the terminal.

As described above, through the series of processes S3 to S7, the content provider 300 may know the information about the device capability of the terminal 100, and directly use the information to obtain content suitable for the terminal 100. Can be generated. Therefore, since the server 200 does not need to generate content in a format suitable for the device capability of the terminal 100, the server resource can be increased in efficiency.

2 is a flowchart illustrating a negotiation method between a terminal and a server according to the present invention in establishing a session for a DCD service according to a second embodiment of the present invention.

Compared to the first embodiment of FIG. 1, the second embodiment of FIG. 2 has a different method of using device capability for each terminal model, and the other procedures are the same. Therefore, the same reference numerals in Fig. 2 and those in Fig. 1 have the same operation and function. Hereinafter, only portions different from those in the second embodiment of FIG. 2 will be described in comparison with the first embodiment in FIG. 1.

The second embodiment of FIG. 2 differs from the first embodiment of FIG. 1 in the method in which the content provider 300 manages the server 200 and shares information on device type device capability. As shown in FIG. 2, the server 200 stores information on the device capability of the terminal 100 in the device capability DB (or server) 400. The device capability DB 400 may be an entity configured in the server 200 or may be a separate entity.

The content provider 300 accesses the device capability DB 400 and inquires information on the device capability of each terminal type (S3 ′), and uses this to generate content of a format suitable for the device capability of the terminal type. Other procedures are the same as the respective corresponding operations described in FIG. 1.

3 is a schematic block diagram of a terminal according to the present invention.

When the terminal 100 establishes a session with the server for the DCD service, the terminal 100 transmits a session request message including information on the device capability of the terminal to the server, and sends a session response message in response to the request. Receiving unit 102 for receiving content from a format suitable for the device capability of the terminal and a processing unit (or control unit) for generating the session request message including information on the device capability when the device capability of the terminal is upgraded. 103). In addition, the terminal according to the present invention may include a mechanical or software module (or device) for using a DCD service, such as an output unit (for example, a display or a speaker) and an input unit (for example, a keypad or a microphone). Although the detailed description thereof will be appreciated by those skilled in the art, the description thereof will be omitted.

In the above, the present invention has been described with reference to the embodiments shown in the drawings, which are merely exemplary and will be understood by those skilled in the art that various modifications and equivalent other embodiments are possible. . For example, the content provider 300 corresponds to a kind of server or device. In addition, although the specific elements are not named for the sake of brevity, the server 200 and the content provider 300 process the signal processing and operations of FIGS. 1 and 2 including a transceiver for transmitting and receiving a message. It contains modules such as hardware and software that can be done. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

1 is a flowchart illustrating a negotiation method between a terminal and a server according to the present invention in establishing a session for a DCD service according to a first embodiment of the present invention.

2 is a flowchart illustrating a negotiation method between a terminal and a server according to the present invention in establishing a session for a DCD service according to a second embodiment of the present invention.

3 is a schematic block diagram of a terminal according to the present invention.

Claims (16)

Receiving a session request message including a device capability of the terminal; And in response to the session request message, transmitting a session response message to the terminal. According to claim 1, wherein the device capability of the terminal Information on the model of the terminal, information on the upgrade number, Information about supported languages, information about the default language, Information on the supported protocols, information on the initial set protocols, Information about the video file format, information about the audio file format, Information about image file formats, information about codecs, Information about text and video resolution Session negotiation method between the terminal and the server, characterized in that it comprises at least one or more. According to claim 1, Extracting the device capability of the terminal from the session request message, Session management method between the terminal and the server further comprising the step of managing the device capability for each terminal type. The method of claim 3, wherein And sharing the device capability of the managed terminal with a content provider. The method of claim 4, wherein Notifying a content provider of the device capability of the managed terminal; Receiving, by the content provider, the content generated using the device capability of the terminal from the content provider; And transmitting the received content to the terminal. The method of claim 4, wherein Storing and managing the device capability of the terminal in a device capability DB; Querying, by a content provider, the device capability of the terminal in the device capability DB; Receiving, by the content provider, content generated by using the device capability of the inquired terminal from the content provider; And transmitting the received content to the terminal. A terminal for transmitting a session request message including device capability; A server for managing the device capability for each terminal type and sharing the device capability with a content provider; And a content provider for generating content using the device capability of the terminal to be shared with the server, and transmitting the generated content to the terminal through the server. 8. The device of claim 7, wherein the device capability is Information on the type of the terminal, information on the upgrade number, Information about supported languages, information about the default language, Information on the supported protocols, information on the initial set protocols, Information about the video file format, information about the audio file format, Information about image file formats, information about codecs, Information about text and video resolution DCD system comprising at least one. When establishing a session with a server for DCD services, A transmitter for transmitting a session request message including the device capability of the terminal to the server; A receiving unit for receiving a session response message from the server in response to the session request message and for receiving a content having a format suitable for the device capability of the terminal; And a processing unit for generating a message including information on the device capability when the device capability of the terminal is upgraded in the state where the session is established, wherein the message is a message to be transmitted to the server. . 8. The device of claim 7, wherein the device capability is Information on the type of the terminal, information on the upgrade number, Information about supported languages, information about the default language, Information on the supported protocols, information on the initial set protocols, Information about the video file format, information about the audio file format, Information about image file formats, information about codecs, Information about text and video resolution A terminal comprising at least one or more. By using device capability managed by terminal type, Create content in a format appropriate to the device capability, The server, characterized in that for transmitting the generated content to the terminal. 12. The device of claim 11, wherein the device capability is Information on the type of the terminal, information on the upgrade number, Information about supported languages, information about the default language, Information on the supported protocols, information on the initial set protocols, Information about the video file format, information about the audio file format, Information about image file formats, information about codecs, Information about text and video resolution At least one server. 12. The device of claim 11, wherein the device capability is The server, characterized in that managed by the server of the service provider for initiating the DCD service session. 12. The device of claim 11, wherein the device capability is Server, characterized in that the device is managed in the DB. In order for the content provider to generate content suitable for a terminal, The terminal delivers the device capability of the terminal to the server in the session request message when the DCD session is established; The server shares the device capability with the content provider; The content provider generates content suitable for the terminal using the device capability; And transmitting the generated content to the terminal through the server. 16. The device of claim 15, wherein the device capability is Information on the type of the terminal, information on the upgrade number, Information about supported languages, information about the default language, Information on the supported protocols, information on the initial set protocols, Information about the video file format, information about the audio file format, Information about image file formats, information about codecs, Information about text and video resolution And at least one or more content delivery methods.

Images