KR101024279B1 - Method and system for sharing multimedia contents via internet protocol multimedia subsystem - Google Patents

Abstract

Disclosed are a method and system for sharing multimedia content through an IMS network. In a system for sharing multimedia contents while a plurality of terminals connected through an IMS network are using a messenger service, a system executes a first sharing widget according to a sharing command, generates and transmits a sharing request message, and sends the sharing request message. A terminal for selecting one or more sharing target multimedia contents through the first sharing widget, and generating and transmitting list information including information on the sharing target multimedia contents through the first sharing widget; And executing a second sharing widget according to the acceptance of the sharing request message, receiving and analyzing the list information through the second sharing widget to display information on multimedia content, and selecting and playing a multimedia object to be played. It includes a target terminal. Therefore, it is possible to increase revenue by increasing data traffic by strengthening multimedia elements in IMS-based messenger services.

IMS, Instant Messenger

Description

Method and system for sharing multimedia contents via IMS network {Method and system for sharing multimedia contents via internet protocol multimedia subsystem}

The present invention relates to providing an additional service in an IMS, and more particularly, to a method and system for sharing multimedia content in connection with a messenger service.

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.

The current instant messenger service mainly focuses on IM messaging service or file transfer service. Of course, there is provided a service of transmitting a music file using file transfer or providing background music in a messenger service.

However, in the conventional messenger service, a service for providing background music has a problem of progressing in one direction. That is, there is a problem in that the terminal providing the background music and the counterpart terminal in chat cannot select and play the desired music.

The present invention is to provide a method and system for sharing multimedia contents through an IMS network that allows multimedia contents to be shared through a messenger service so that a plurality of terminals using the service can respectively play desired multimedia contents.

In addition, the present invention provides a method and system for sharing multimedia contents through an IMS network that can increase revenue by increasing data traffic by reinforcing multimedia elements in an IMS-based messenger service and contributing to the activation of a multimedia service industry. It is to.

According to an aspect of the present invention, there is provided a system for sharing multimedia content while a plurality of terminals connected through an IMS network are using a messenger service.

According to an embodiment of the present invention, in a system for sharing multimedia contents while a plurality of terminals connected through an IMS network are using a messenger service, a first sharing widget is executed according to a sharing command and a sharing request message is received. When the sharing is accepted in response to the sharing request message, one or more sharing target multimedia contents are selected through the first sharing widget, and list information including information about the sharing target multimedia contents is generated and transmitted. In response to the terminal and the acceptance of the sharing request message, the second sharing widget is executed, the list information is received and analyzed through the second sharing widget to display information on the multimedia content, and the playback target multimedia content is selected. A system including a target terminal for receiving and playing It can be.

According to another aspect of the present invention, a method of sharing multimedia content in a state where a plurality of terminals connected through an IMS network is using a messenger service is provided.

According to an embodiment of the present invention, in a method of sharing multimedia contents while a plurality of terminals connected through an IMS network are using a messenger service, a terminal receives a sharing command and executes a first sharing widget to share a sharing request message. Transmitting a share to the target terminal in response to the sharing request message; and executing a second sharing widget; sharing the share via the first sharing widget in response to the sharing acceptance of the target terminal; Receiving target multimedia content and generating and transmitting list information including information on the shared multimedia content; and receiving, by the target terminal, list information through the second sharing widget, analyzing the multimedia content. Displaying the sound and the target terminal The multimedia content sharing method may include providing and reproducing a playback target multimedia content among the displayed sharing target multimedia contents through the second sharing widget.

According to the present invention, the multimedia content can be shared through a messenger service so that a plurality of terminals using the service can respectively reproduce desired multimedia content.

In addition, by increasing the multimedia elements in the IMS-based messenger service to increase the data traffic can increase the revenue, it can contribute to the activation of the multimedia service industry.

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 transformations, equivalents, and substitutes included in the spirit and scope of the present invention. In the following description of the present invention, if it is determined that the detailed description of the related known technology may obscure the gist of the present invention, the detailed description thereof will be omitted.

The terms first, second, etc. may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.

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.

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

1 is a configuration diagram schematically showing the structure of an IMS network according to an embodiment of the present invention.

Referring to FIG. 1, an IMS (IP multimedia subsystem) network includes a terminal 110, a call session control device (CSCF) 120, a home subscriber server (HSS) hereinafter. (Hereinafter referred to as 'HSS') 130, a media gateway control device (MGCF: media gateway control function, hereinafter referred to as 'MGCF') 140, MGW (media gateway, hereinafter referred to as 'MGW') Collectively) 150, and an application server 160.

IMS network provides the network with communication networks according to the standard, IP (internet protocol) based communication services proposed by the 3GPP (3 ^rd generation partnership project) and is the preferred signaling protocol of the SIP (session initiation protocol). The IMS network can be used as a secondary network of a mobile communication network such as WCDMA.

The terminal 110 is a terminal capable of processing session initiation protocol (SIP) signaling. The terminal 110 may be equally applicable to all communication devices capable of performing IP-based communication such as a mobile communication terminal and a PDA.

The CSCF 120 performs a function related to call processing in the IMS network. The CSCF 120 includes an incoming call gateway (ICGW), a call control module (CCF: call control function, hereinafter called CCF), and a serving profile database (SPD: serving). profile database, hereinafter referred to as 'SPD', and address handling module (AH: address handling, hereinafter referred to as 'AH'). ICGW acts as the first entry point and performs routing for incoming calls. In addition, ICGW performs service triggering on input calls such as call screening and forwarding, and is responsible for inquiring about AH and communicating with HSS. The CCF is responsible for call setup, termination, and status / event management, call event reporting for billing, and reception and processing of application level registrations. SPD manages user profile information by communicating with HSS of home domain and performs similar function with VLR of existing network that informs home domain when user first accesses. AH performs the functions of analyzing, translating, and modifying addresses, and provides address mobility.

CSCF 120 performs different functions depending on the network in which the subscriber is located, and based on its location and function, proxy-CSCF (P-CSCF), interrogating-CSCF (I-CSCF), and serving-CSCF (S-CSCF). Logically separated by

P-CSCF is a SIP proxy server where the terminal 110 is the first connection point for the terminal 110 in the IMS network. P-CSCF resides in home or visited networks. The terminal 110 needs to acquire P-CSCF location information to be connected, which is obtained through a dynamic host configuration protocol (DHCP) or a PDP context activation (PDP context activation) procedure. The P-CSCF is assigned to the terminal 110 upon registration in the IMS network and does not change during the registration period. In addition, the P-CSCF performs policy control, band management, and quality of service (QoS) control. The P-CSCF is included in the path of all signaling messages and checks all messages. In addition, the P-CSCF authenticates the user and establishes an IP sec security relationship with the terminal 110. This prevents spoofing attacks, replay attacks, and protects user privacy. P-CSCF compresses or decompresses SIP messages using SigComp (signaling compression). This can reduce the round-trip of the radio link. The P-CSCF generates a charging record (CDR).

I-CSCF is located at the boundary of the management domain if no border function exists. Thus, the IP address is published in the DNS of the domain so that servers in other domains can find the I-CSCF and use it as the input node of the network. The I-CSCF queries the HSS for the location of the terminal 110 using the Cx or / and Dx interface and forwards the SIP message to the S-CSCF to which the terminal 110 is assigned. When I-CSCF transfers SIP messages between different domains, I-CSCF may not transmit part of network information to another domain by performing a topology hiding inter-network gateway (THIG).

The S-CSCF is a central node of the signaling layer and performs session control as one SIP server. S-CSCF is always on the home network and uses the Cx / Dx interface to download user profiles from or upload user profiles to the HSS. In addition, the S-CSCF binds the location of the terminal 110 and the SIP address at the time of SIP registration. The S-CSCF is included in the path of all signaling messages and checks all messages. The S-CSCF also determines the server to provide the service and routes the SIP message to the application server 160.

HSS 130 supports IMS entities that perform session control with a user information database. The HSS 130 stores user related subscription information related to multimedia session control, that is, user location information, security information for authentication and permission of the user, and user profile information including a service subscribed to by the user.

The MGCF 140 converts a call control protocol between SIP and an ISDN user part (ISP) and interfaces with a service gateway (SGW) on a stream control transport protocol (SCTP). The MGCF 140 controls the resources of the MGW through the H.248 interface.

The MGW 150 interfaces with the media layer of the circuit-switched network by converting between real-time transport protocol (RTP) and pulse code modulation (PCM). In addition, the MGW 150 converts the codec when the codec does not match.

Application server 160 interfaces with CSCF 120 using SIP messages. The application server 160 provides an instant messaging service, a presence service, and a multimedia data unique service to the terminal 110 connected to the IMS network.

2 is a flowchart illustrating a method of sharing multimedia data between terminals in an IMS network according to an embodiment of the present invention, FIG. 3 is a diagram illustrating a messenger conversation screen according to an embodiment of the present invention, and FIG. 5 is a diagram illustrating a sharing start message according to an embodiment of the present invention, FIG. 5 is a diagram illustrating a sharing widget according to an embodiment of the present invention, and FIG. 6 is a diagram illustrating a sharing end message according to an embodiment of the present invention. to be. Hereinafter, it will be assumed that the first terminal and the second terminal are each subscribed to an instant messaging service, and an application for the instant messaging service is installed. In addition, at least one of the first terminal and the second terminal subscribes to a service (hereinafter, referred to as a 'streaming service' for convenience of understanding and explanation) for receiving multimedia content in a streaming format through the Internet. It is assumed that the description is made. For example, the streaming service may be a service such as a lunch box of KTF and a melon of SKT.

In step 201, the first terminal receives a shared service selection command from the user. For example, it will be described on the assumption that a messenger application includes a menu item or an icon for a sharing service. In this specification, since the description is made on the assumption that the first terminal and the second terminal are talking using a messenger application, the process of selecting one or more buddies from the buddy list is excluded. However, it is obvious that the first terminal may receive a shared service selection command corresponding to the corresponding buddy after receiving at least one buddy from the buddy list.

In step 205, the first terminal executes the pre-installed shared widget. Here, the shared widget is software provided from the application server 160 to share the multimedia content through the IMS network, and the first terminal and the second terminal receive the shared widget from the application server 160 and are installed in advance. It will be described on the assumption.

The sharing widget is a graphical user interface tool that operates an application for playing multimedia content and displays information necessary for playing multimedia content. In addition, the shared widget is operated in cooperation with the messenger application. Therefore, when any multimedia content is selected through the sharing widget, data for sharing the multimedia content may be converted through a messenger application in the form of a hidden message and transmitted to the IMS network.

A sharing widget is illustrated in FIG. 5. As illustrated in FIG. 5, the sharing widget displays a list of multimedia contents, and when one or more of the displayed multimedia contents are selected, the shared widget may play the selected multimedia contents. In addition, the sharing widget may transmit any multimedia content file or information on the multimedia content to the counterpart terminal through the linked messenger application.

In operation 210, the first terminal generates a shared service request message and transmits it to the application server 160. As described above, the shared service request message (SIP INVITE) may be transmitted through the messenger application in the form of a hidden message.

The first terminal may set and transmit a "*. + U.ktf.im-contentstypeshare" parameter in the Accept-Contact header of the shared service request message to distinguish the shared service from other services. If the first terminal desires to share the music, the first terminal may transmit a sharing service request message to the application server 160 with the parameter "*. + U.ktf.im-musicshare" in the Accept-contact header.

Hereinafter, for convenience of understanding and explanation, the shared widget executed in the first terminal will be referred to as a first shared widget, and the shared widget executed in the second terminal will be referred to as a second shared widget.

The shared service request message may include list information on content to be shared. For example, suppose that a user requests music sharing through the first sharing widget. For a music sharing request, it is assumed that a user accesses a music providing site (eg, a lunch box) through a first sharing widget.

The first sharing widget receives selection of music to share from the user. The first sharing widget generates list information on the selected music to include in the sharing service request message or separately transmits the list information to the second sharing widget. The list information may include identification information (eg, contents IDs) for the selected music.

Accordingly, when the second sharing widget accepts the sharing request, the second sharing widget may execute the music sharing site through the second sharing widget. The second sharing widget may extract list information from the shared service request message and provide a streaming service using the shared information.

In operation 215, the application server 160 receives the shared service request message and transmits it to the second terminal.

In step 220, when the second service receives the sharing service request message, the second terminal analyzes the corresponding sharing service request message and outputs a preset sharing request notification message on the messenger screen.

For example, if the second terminal analyzes the sharing service request message and the music sharing request, the second terminal outputs a sharing request notification message of "Music sharing is requested" to the messenger conversation screen. However, if the sharing service request message is a video sharing request, the second terminal outputs a sharing request notification message such as "Video sharing is requested" on the messenger conversation screen.

The second terminal analyzes the shared service request message to obtain information on the requested multimedia content type, and outputs a sharing request notification message set corresponding to the obtained multimedia content type on the messenger conversation screen.

In FIG. 3A, a sharing request notification message is output on a chat screen of a messenger. As illustrated in (a) of FIG. 3, the second terminal also outputs response selection information for selecting whether to accept or reject the requested sharing request from the first terminal along with a message indicating the sharing request. Accordingly, the second terminal may be selected by the user as to whether to accept or reject the sharing request requested by the first terminal. The messenger conversation screen when the sharing request is accepted is illustrated in FIG.

In step 225, the second terminal receives response information from the user, and determines whether the input response information is acceptance or rejection.

If the input response information is determined to be rejected, in operation 230, the second terminal generates a service connection failure message and transmits the service connection failure message to the first terminal through the application server 160. The second terminal outputs a message indicating that the user has rejected the shared service request on the instant messaging conversation screen. When the first terminal receives a service connection failure message, the first terminal recognizes that the counterpart rejects the shared service, generates a message (or reads from the memory) indicating the message, and outputs the message to the messenger conversation screen.

However, if the response information is accepted, in step 235, the second terminal generates a service connection success message and transmits it to the first terminal through the application server 160.

In operation 240, the second terminal executes the second sharing widget. The second terminal establishes a TCP connection with the application server 160.

Of course, step 240 may precede step 235.

In operation 245, the second terminal establishes a TCP connection with the application server 160 for the multimedia content sharing service.

In operation 250, when the service connection success message is received through the application server 160, the first terminal establishes a TCP connection for the multimedia content sharing service with the application server 160.

In operation 255, when the TCP connection establishment message is received from the application server 160, the first terminal receives the multimedia content desired to be shared with the second terminal through the first sharing widget.

For example, the first sharing widget may select and output a list of multimedia contents stored in the first terminal.

In addition, the first sharing widget may be selected at a site that provides a streaming service for multimedia content.

Hereinafter, a list of multimedia contents selected in the present specification will be referred to as a "sharing list".

In operation 260, the first terminal transmits a transmission start message (MSRP SEND (share start)) to the second terminal through the application server 160. For example, the share list transfer start message is sent using the message session relay protocol. 4 illustrates a transmission start message.

In operation 265, the first terminal transmits the share list to the second terminal through the application server 160 using the message session relay protocol.

The first terminal transmits information about each item to the second terminal using the MSRP protocol as many as the number of multimedia content items included in the sharing list.

When the transmission of the share list is completed, in step 270, the first terminal generates a transmission end message (MSRP SEND (share end)) and transmits it to the second terminal through the application server 160. Here, the transmission end message is transmitted using the MSRP protocol. A transmission end message is illustrated in FIG. 6.

The share list is transmitted between the start transmission message and the end transmission message using the MSRP protocol. Here, the sharing list includes identification information (contents ID) for content to be shared and / or connection information for access to a server providing a streaming service for the content.

In operation 275, the second terminal displays a list of each multimedia content included in the sharing list through the second sharing widget.

In operation 280, the second terminal receives one or more multimedia contents through the second sharing widget and plays the selected multimedia contents. For example, when the playback target multimedia content is selected from the user, the second terminal extracts identification information and access information about the playback target multimedia content through the second sharing widget. After accessing the server using the access information, the second terminal may be provided with a streaming service for the multimedia content to be played using the identification information.

7 is a flowchart illustrating a method of sharing multimedia content through an IMS network according to another embodiment of the present invention. Hereinafter, a description will be made on the assumption that the first terminal and the second terminal are connected through an IMS network and are talking through a messenger application. In FIG. 7, a method of sharing multimedia content stored in a first terminal with a second terminal will be described.

Steps 701 to 740 are the same as steps 201 to 240 of FIG. 2, and thus redundant descriptions thereof will be omitted.

In operation 745, the first terminal receives one or more of the multimedia contents stored in the first terminal through the first sharing widget.

In operation 750, the first terminal transmits a transmission start message (MSRP SEND (share start)) to the application server 160.

In operation 755, the application server 160 transmits a transmission start message to the second terminal.

In operation 760, the first terminal and the second terminal establish a TCP connection with the application server 160.

In operation 765, the first terminal transmits the selected multimedia content file to the application server 160. Subsequently, the application server 160 transmits the received multimedia content file to the second terminal (step 767).

Steps 760 and 767 are repeated as many times as the number of multimedia content files to be transmitted. As many times as the number of multimedia content files to be transmitted, the first terminal and the second terminal establish and release a TCP connection with the application server 160. That is, each time one multimedia content file is transmitted, the first terminal and the second terminal respectively establish a TCP connection with the application server 160 to transmit the multimedia content. When the transmission is completed, the first terminal and the second terminal release the TCP connection with the application server 160, respectively.

In step 770, the first terminal transmits a transmission end message (MSRP SEND (share end)) to the application server 160, and the application server 160 transmits a transmission end message to the second terminal (step 780).

In operation 785, the second terminal plays the multimedia content through the second sharing widget.

In operation 790, the second terminal determines whether a second shared widget end command or a messenger application end command is input.

If a second shared widget end command or a messenger application end command is input, in operation 795, the second terminal deletes the multimedia content received from the first terminal through the second shared widget.

Although the above has been described with reference to a preferred embodiment of the present invention, those skilled in the art to which the present invention pertains without departing from the spirit and scope of the present invention as set forth in the claims below It will be appreciated that modifications and changes can be made.

1 is a configuration diagram schematically showing an IMS network structure according to an embodiment of the present invention.

2 is a flowchart illustrating a method of sharing multimedia data between terminals in an IMS network according to an embodiment of the present invention.

3 is a diagram illustrating a messenger conversation screen according to an embodiment of the present invention.

4 illustrates a sharing start message according to an embodiment of the present invention.

5 is a diagram illustrating a sharing widget according to an embodiment of the present invention.

6 is a diagram illustrating a sharing end message according to an embodiment of the present invention.

7 is a flowchart illustrating a method of sharing multimedia content through an IMS network according to another embodiment of the present invention.

Claims (8)

In a system for sharing multimedia content while a plurality of terminals connected through an IMS network is using a messenger service, Executing a first sharing widget according to a sharing command, generating a sharing request message, and when sharing is accepted in response to the sharing request message, one or more sharing target multimedia contents are selected through the first sharing widget; A first terminal generating list information including identification information on the multimedia content and access information to a server providing the multimedia content in a streaming form; And In response to the acceptance of the sharing request message received from the first terminal, a second sharing widget is executed, and the list information is received from the first terminal through the second sharing widget and analyzed for information on multimedia content. And a second terminal configured to display and select and play the multimedia content to be played. And the second terminal accesses the server using the access information through the second sharing widget and receives a streaming service from the server using identification information of the multimedia content to be played. According to claim 1, And the first sharing widget and the second sharing widget are applications installed to share the multimedia content in a streaming format. delete delete According to claim 1, And the list information is deleted when the second sharing widget is terminated. A method of sharing multimedia content while a plurality of terminals connected through an IMS network are using a messenger service, Receiving, by the first terminal, a sharing command, executing the first sharing widget, and transmitting a sharing request message to the second terminal; Accepting, by the second terminal, sharing in response to the sharing request message, and executing a second sharing widget; In response to the acceptance of the sharing of the second terminal, the first terminal receives the multimedia content to be shared through the first sharing widget, and provides a server with identification information about the multimedia content to be shared and the multimedia content in a streaming form. Generating and transmitting list information including access information to a network; Receiving, by the second terminal, list information through the second sharing widget, analyzing the same, and displaying multimedia contents to be shared; Receiving, by the second terminal, a playback target multimedia content from among the displayed sharing target multimedia contents through the second sharing widget; Extracting, by the second terminal, identification information and access information of the playback target multimedia content through the second sharing widget; Connecting, by the second terminal, to the server using the access information through the second sharing widget; And And requesting, by the second terminal, a streaming service for the multimedia content to be played using the identification information through the second sharing widget. delete delete

Images