WO2008123754A1 - Method for asynchronous multimedia retrieval - Google Patents
Method for asynchronous multimedia retrieval Download PDFInfo
- Publication number
- WO2008123754A1 WO2008123754A1 PCT/KR2008/002027 KR2008002027W WO2008123754A1 WO 2008123754 A1 WO2008123754 A1 WO 2008123754A1 KR 2008002027 W KR2008002027 W KR 2008002027W WO 2008123754 A1 WO2008123754 A1 WO 2008123754A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- retrieval
- server
- session
- result
- inquiry
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
Definitions
- the present invention generally relates to a retrieval service, and more particularly, to a method for searching multimedia data asynchronousIy and extracting the same.
- TV-Anytime is an international standard, which allows a user to watch preferred contents by matching metadata with user's preference, based on metadata expressing description information of contents.
- the metadata include content-based description defined in MPEG-7 and information of the electronic program guide(EPG), and can make a user easily search and select contents preferred.
- Part A defines schema which is a format to describe metadata, using the description definition language(DDL)( ISO/IEC 15938-2) based on MPEG-7.
- Part B which relates to metadata transmission includes a binary format for MPEG-7(MPEG-7 BiM)(IS(VlEC 15938-1), a fragmentation model, and a technique for encapsulation and indexing.
- TV-Anytime Metadata are comprised of program description metadata and user description metadata.
- the program description metadata is comprised of contents description metadata and instance description metadata.
- the program description metadata is associated with program using a content identifier called as the content reference identifier (CRID).
- the content description metadata is generated by a content creator, and include a program title, genre, an abstract and a critic review.
- the instance description metadata are generated by a content provider and include location (such as broadcasting time, channel, URL, and so forth), usage rule and delivery parameter.
- the user description metadata are generated by a user and include user preference, usage history and personal bookmark.
- the TV-Anytime standard defines two types of metadata web services, which are well-defined behavior and remote procedure for input/output set, in order for two-way metadata web service through return pass.
- the remote procedure as described above is defined as the type of simple object access protocol (SOAP) operation.
- SOAP simple object access protocol
- the remote procedure has the "get_Data()" operation for metadata retrieval and the "submit_Data” operation for user description submission.
- the SOAP protocol is the XML communication protocol which can approach to an object in a distributed environment.
- a request/response type used at the TV-Anytime metadata service is defined in name space of "urn:tva:transport :2002", and the name space is provided as a verification tool for a variety of massages.
- Types defined in metadata specification and content referencing standard are referred in transport name space.
- Schema fragment is defined in the name space, and a name space provider is defined as "tns:” in the schema fragment.
- a perfect XML schema file is "tva_transport_types_vl0.xsd”.
- "get_Data()" operation for data retrieval provide a client with the function for searching TV-Anytime data from a server for either a program or a program group.
- Examples for the function which the TV- Anytime metadata provider can provide by using the “get_Data()” operation are as follows:
- the client in TV-Anytime service transmits through network the SOAP request message(get_Data() Request) to the metadata service server.
- "get_Data()" operation fundamentally supports all kinds of inquiry types and provides broad range of inquiries for the metadata limitation condition.
- the metadata service server returns result value for the SOAP request message by the SOAP response message("get_Data()" Response) .
- the TV-Anytime metadata client can perform metadata retrieval and server delivery of user's data through the "get_DataO" and the “submit_DataO" which are SOAP operations regulated in TV-Anytime.
- FIG. 2 is a schematic view illustrating a multimedia retrieval procedure in TV-Anytime standard in accordance with the conventional technology.
- the multimedia retrieval method in accordance with the existing technology, a user send the retrieval inquiry to a server and then wait the corresponding result from the server. At this time, the user performs retrieval procedure through the "get_Data()" operation, and the "get_Data()" operation is defined as the SOAP message.
- the multimedia retrieval procedure in accordance with the conventional technology is basically operated in the retrieval environment wherein status information requesting a retrieval inquiry is a text, and when status information of retrieval inquiry is a text, a problem for the multimedia retrieval method shall not occur.
- the retrieval inquiry status information includes contents like image or moving picture
- processing time and resources needed for the contents increase much.
- a session between a client and a server is maintained until retrieval result is received from the retrieval inquiry, much more resources of the client and the server are consumed and user's waiting time also much more increases in comparison with the waiting time for which status of retrieval inquiry is a text.
- the present invention is to solve the above-described disadvantages, and the object of the present invention is to provide a multimedia retrieval method which can protect a session and support the asynchronous retrieval environment to receive retrieval result without unexpected waiting time even when searching multimedia contents.
- the method of the present invention which is the asynchronous multimedia retrieval method supporting the asynchronous retrieval environment, including: establishing the first session by requesting to the server; transmitting to the server a retrieval inquiry message for contents needed by the client; terminating the first session after the retrieval inquiry; establishing the second session and requesting a result of the retrieval inquiry to the server at any point in time that predetermined waiting time has passed; and receiving the retrieval result from the server and terminating the second session.
- a method which a server performs in order to search asynchronous multimedia contents applied to client-server computing model includes: establishing the first session in response to receiving request for connecting a retrieval inquiry session from the client; receiving a retrieval inquiry message from the client; receiving session disconnect request from the client and terminating the first session; performing retrieval process according to the retrieval inquiry message; saving the retrieval result; establishing the second session in response to request from the client and receiving the retrieval result request; transmitting the retrieval result by responding the request; and terminating the second session.
- the client requests retrieval to the server and cuts off connection with the server after receiving the acknowledge signal for the retrieval request from the server.
- the received inquiry is performed on a retrieval server and the result for the received inquiry is saved and managed.
- the client is reconnected after the time which predetermined setting time is passed and requests the retrieval result of the client.
- the present invention supports the asynchronous retrieval environment can be used to a multimedia service, such as TV-Anytime or MPEG-7, etc.
- the server and the client can cut off the connection while performing retrieval after a user has requested a inquiry to the server in case of searching multimedia contents, it is possible to protect a session even though the connected session has been cut off as well as for a user to receive the retrieval result after waiting only during predetermined time without unpredictable continuous waiting.
- the server can predict retrieval load, effective load control can be performed and appropriate load balance can be achieved.
- FIG 1 is a procedural view which illustrates asynchronous multimedia retrieval procedure according to the present invention.
- FIG 2 is a procedural view which illustrates multimedia retrieval procedure according to the conventional technology. [Best Mode]
- a client requests retrieval to a server and the client cuts off connection with the server after receiving the acknowledge from the server. After that, the received inquiry is performed in the retrieval server, and the result of the inquiry is saved and managed.
- FIG 1 is a procedural view which illustrates the asynchronous multimedia retrieval procedure according to the present invention.
- a multimedia retrieval method is largely comprised of: 1) inquiry request and result store; and 2) result request.
- a client requests a server to establish a retrieval inquiry session and asks for retrieval by transmitting a retrieval inquiry message if a session has been established.
- the server receives the inquiry message requested by the client and transmits to the corresponding client the receipt confirmation message or acknowledge message.
- the client or server cuts off the connection with the other after checking the transmitted message.
- the server analyzes contents of the corresponding inquiry and performs retrieval. Furthermore, the server can save and manage the searched inquiry result.
- the client can request the inquiry result after a certain period of time has passed.
- the server either returns the inquiry result to the client or transmits the retrieval status.
- the client can prevent consumption of unnecessary resources and further overcome the conventional problem which is to request the inquiry again from the beginning when the session between the client and the server has been closed in the process of retrieval .
- the retrieval inquiry message includes retrieval beginning time and retrieval duration information.
- the server may perform according to the retrieval beginning time and retrieval duration. Specifically, the server begins retrieval at the retrieval beginning time and search or retrieve during the retrieval duration. Since the retrieval beginning time and the retrieval duration are generated in the client and delivered to the server from the client, the client can have the definite information about whether the client requests inquiry result at a certain point in time after the client has inquired.
- the client can predict that the retrieval work of the server has been completed at the expected time of 9:37.
- the client can obtain multimedia contents or information related to the multimedia content at the time it wants, by requesting the retrieval result to the server at any point in time after the completion expected time.
- the client generates a retrieval identifier and includes the retrieval identifier in the retrieval inquiry message and result request message.
- the server can select the identified inquiry result among a plurality of the inquiry results which previously request, and transmit it by using the identifier.
- the server can appropriate load manage using the retrieval beginning time and the retrieval duration.
- the server can grasp the time(s) to perform the retrieval work before retrieval, the server load can be managed.
- the server can calculate and anticipate the retrieval load in present and future time.
- the server may perform a part of reserved works before the corresponding retrieval beginning time.
- the server can disperse the reserved loads and avoid overload.
- processing capacity of the server is to be set up as considering an inquiry pattern (for example, time difference between the inquiry request and the retrieval beginning, retrieval duration) of retrieval request of the client.
- the retrieval inquiry message which the client transmits includes the retrieval identifier.
- the server stores the retrieval result with the retrieval identifier, and when there is a retrieval result request from the client, the server extracts the retrieval result performed by the former retrieval inquiry on the basis of the same identifier included in this request and transmits the retrieval result to the client.
- the multimedia retrieval method defines a data type for synchronous/asynchronous retrieval as the following table l: [Table 1]
- SyncAgentConstraintsType Synchronous type acquiring retrieval result without session closing TimeOut Retrieval work time value performing retrieval in server in case of synchronous retrieval AsyncAgentConstraintsType
- Asynchronous type which does acquire retrieval result with session closing StartTime Value which sets up the time that retrieval begins in server SearchDuration Retrieval work time value performing retrieval in server in case of asynchronous retrieval Retrieval ID
- Retrievl ID is an identifier which identifies an inquiry between a server and a client when asynchronous retrieval is performed.
- Retrievl ID is generated in server or client, and is the unique identifier.
- the retrieval inquiry message can specify
- the inquiry result can be provided similar to conventional way.
- the client can set up the retrieval work time for synchronous
- the server performs retrieval just as much as 'TimeOut' time and
- the client closing first session after requesting an inquiry, and the server performs retrieval at 'StartTime' set up by the client and stores the retrieval result after searching just as much as 'SearchDuration' .
- the client establishes second session and requests the result after a point in time that a period of 'StartTime'plus 'SearchDration' has passed.
- the followings are exemplary embodiments of the multimedia retrieval method which applies the defined synchronous and asynchronous retrieval method.
- the multimedia retrieval method according to present invention supporting asynchronous retrieval environment can be to be used to a multimedia service, such as TV-Anytime or MPEG-7, etc.
- the advantage of the present invention is that, by cutting off the connection in the process that the server is performing retrieval after a user requests an inquiry to the server, the method can protect a session even when the connection session has been cut off during retrieval process performed in server.
- Another advantage of the present invention is that the user can receive the retrieval result after waiting during the only expected period of time without constant waiting time. Furthermore, since the server can previously predict retrieval load, the server load can be managed and the
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The present invention relates to a method for asynchronous multimedia content retrieval, which can be applied to TV-Anytime standard or MPEG standard. In summary, an asynchronous multimedia retrieval method is provided as including: a client establishing the first session as requesting to the server; transmitting to the server the retrieval inquiry message for contents that the server needs; terminating the first session after the retrieval inquiry; establishing the second session and requesting to the server the result for the retrieval inquiry at a certain point in time that the previously set time has passed; and receiving the retrieval result from the server and terminating the second session.
Description
[DESCRIPTION] [Invention Title]
METHOD FOR ASYNCHRONOUS MULTIMEDIA RETRIEVAL [Technical Field]
The present invention generally relates to a retrieval service, and more particularly, to a method for searching multimedia data asynchronousIy and extracting the same. [Background Art]
According to generalization of a digital broadcasting service, research for a technology providing the customized broadcasting service under multichannel and multi-media environment is actively progressed.
For example, TV-Anytime is an international standard, which allows a user to watch preferred contents by matching metadata with user's preference, based on metadata expressing description information of contents.
In TV-Anytime, the metadata include content-based description defined in MPEG-7 and information of the electronic program guide(EPG), and can make a user easily search and select contents preferred.
Standard of metadata is consisted of two parts. Part A defines schema which is a format to describe metadata, using the description definition language(DDL)( ISO/IEC 15938-2) based on MPEG-7. Part B which relates to
metadata transmission includes a binary format for MPEG-7(MPEG-7 BiM)(IS(VlEC 15938-1), a fragmentation model, and a technique for encapsulation and indexing.
TV-Anytime Metadata are comprised of program description metadata and user description metadata.
The program description metadata is comprised of contents description metadata and instance description metadata. The program description metadata is associated with program using a content identifier called as the content reference identifier (CRID).
The content description metadata is generated by a content creator, and include a program title, genre, an abstract and a critic review. The instance description metadata are generated by a content provider and include location (such as broadcasting time, channel, URL, and so forth), usage rule and delivery parameter. Lastly, the user description metadata are generated by a user and include user preference, usage history and personal bookmark.
The TV-Anytime standard defines two types of metadata web services, which are well-defined behavior and remote procedure for input/output set, in order for two-way metadata web service through return pass.
In the web service description language (WSDL) standard based on the extensible markup language (XML), the remote procedure as described above is
defined as the type of simple object access protocol (SOAP) operation. The remote procedure has the "get_Data()" operation for metadata retrieval and the "submit_Data" operation for user description submission. For reference, the SOAP protocol is the XML communication protocol which can approach to an object in a distributed environment.
A request/response type used at the TV-Anytime metadata service is defined in name space of "urn:tva:transport :2002", and the name space is provided as a verification tool for a variety of massages. Types defined in metadata specification and content referencing standard are referred in transport name space. Schema fragment is defined in the name space, and a name space provider is defined as "tns:" in the schema fragment. A perfect XML schema file is "tva_transport_types_vl0.xsd".
On the other hand, "get_Data()" operation for data retrieval provide a client with the function for searching TV-Anytime data from a server for either a program or a program group. Examples for the function which the TV- Anytime metadata provider can provide by using the "get_Data()" operation are as follows:
- returning content referencing data for CRID using a CRID list;
- returning TV-Anytime metadata for CRID by using a CRID list;
- receiving an inquiry for particular metadata attribute, such as
genre, actor and so forth, and returning a program related to the inquiry; and
- responding to an inquiry for particular time or particular channel, and returning a corresponding program.
More concretely explaining details with regard to behavior of "get_Data()" operation, the client in TV-Anytime service transmits through network the SOAP request message(get_Data() Request) to the metadata service server. At this time, "get_Data()" operation fundamentally supports all kinds of inquiry types and provides broad range of inquiries for the metadata limitation condition. As followed by the transmission, the metadata service server returns result value for the SOAP request message by the SOAP response message("get_Data()" Response) .
In summary, the TV-Anytime metadata client can perform metadata retrieval and server delivery of user's data through the "get_DataO" and the "submit_DataO" which are SOAP operations regulated in TV-Anytime.
FIG. 2 is a schematic view illustrating a multimedia retrieval procedure in TV-Anytime standard in accordance with the conventional technology.
As illustrated in FIG 2, the multimedia retrieval method in accordance
with the existing technology, a user send the retrieval inquiry to a server and then wait the corresponding result from the server. At this time, the user performs retrieval procedure through the "get_Data()" operation, and the "get_Data()" operation is defined as the SOAP message.
In addition, the multimedia retrieval procedure in accordance with the conventional technology is basically operated in the retrieval environment wherein status information requesting a retrieval inquiry is a text, and when status information of retrieval inquiry is a text, a problem for the multimedia retrieval method shall not occur.
However, when the retrieval inquiry status information includes contents like image or moving picture, processing time and resources needed for the contents increase much. Thus, if a session between a client and a server is maintained until retrieval result is received from the retrieval inquiry, much more resources of the client and the server are consumed and user's waiting time also much more increases in comparison with the waiting time for which status of retrieval inquiry is a text.
Furthermore, when the network session has been cut off during processing retrieval, there is a disadvantage to rerun the retrieval from an initial inquiry request that the inquiry has been begun.
[Disclosure]
[Technical Problem]
The present invention is to solve the above-described disadvantages, and the object of the present invention is to provide a multimedia retrieval method which can protect a session and support the asynchronous retrieval environment to receive retrieval result without unexpected waiting time even when searching multimedia contents.
[Technical Solution]
This object is achieved by a method which a client performs in order to search asynchronous multimedia contents applied to client-server computing model. The method of the present invention, which is the asynchronous multimedia retrieval method supporting the asynchronous retrieval environment, including: establishing the first session by requesting to the server; transmitting to the server a retrieval inquiry message for contents needed by the client; terminating the first session after the retrieval inquiry; establishing the second session and requesting a result of the retrieval inquiry to the server at any point in time that predetermined waiting time has passed; and receiving the retrieval result from the server and terminating the second session.
According to another aspect of the present invention, a method which a
server performs in order to search asynchronous multimedia contents applied to client-server computing model, is provided. The method includes: establishing the first session in response to receiving request for connecting a retrieval inquiry session from the client; receiving a retrieval inquiry message from the client; receiving session disconnect request from the client and terminating the first session; performing retrieval process according to the retrieval inquiry message; saving the retrieval result; establishing the second session in response to request from the client and receiving the retrieval result request; transmitting the retrieval result by responding the request; and terminating the second session.
In summary, the client requests retrieval to the server and cuts off connection with the server after receiving the acknowledge signal for the retrieval request from the server. The received inquiry is performed on a retrieval server and the result for the received inquiry is saved and managed. The client is reconnected after the time which predetermined setting time is passed and requests the retrieval result of the client.
[Advantageous Effects]
The present invention supports the asynchronous retrieval environment can be used to a multimedia service, such as TV-Anytime or MPEG-7, etc. According to the present invention, the server and the client can cut off the connection while performing retrieval after a user has requested a inquiry to the server in case of searching multimedia contents, it is possible to protect a session even though the connected session has been cut off as well as for a user to receive the retrieval result after waiting only during predetermined time without unpredictable continuous waiting. Furthermore, since the server can predict retrieval load, effective load control can be performed and appropriate load balance can be achieved.
[Description of Drawings]
FIG 1 is a procedural view which illustrates asynchronous multimedia retrieval procedure according to the present invention.
FIG 2 is a procedural view which illustrates multimedia retrieval procedure according to the conventional technology. [Best Mode]
In summary of technical characteristics of the present invention, a client requests retrieval to a server and the client cuts off connection with
the server after receiving the acknowledge from the server. After that, the received inquiry is performed in the retrieval server, and the result of the inquiry is saved and managed.
Hereinafter, the constitution of the present invention is described in details as referring to the attached drawings.
FIG 1 is a procedural view which illustrates the asynchronous multimedia retrieval procedure according to the present invention.
As illustrated, a multimedia retrieval method is largely comprised of: 1) inquiry request and result store; and 2) result request.
1) requesting inquiry and storing result
A client requests a server to establish a retrieval inquiry session and asks for retrieval by transmitting a retrieval inquiry message if a session has been established.
The server receives the inquiry message requested by the client and transmits to the corresponding client the receipt confirmation message or acknowledge message.
The client or server cuts off the connection with the other after checking the transmitted message. At the same time or thereafter, the server analyzes contents of the corresponding inquiry and performs retrieval.
Furthermore, the server can save and manage the searched inquiry result.
2) requesting and returning result
The client can request the inquiry result after a certain period of time has passed. The server either returns the inquiry result to the client or transmits the retrieval status.
That is to say, by separating a retrieval inquiry session with a retrieval result request session and by disconnecting connection between the client and the server in the process of retrieval, the client can prevent consumption of unnecessary resources and further overcome the conventional problem which is to request the inquiry again from the beginning when the session between the client and the server has been closed in the process of retrieval .
In a preferred embodiment of the present invention, the retrieval inquiry message includes retrieval beginning time and retrieval duration information. The server may perform according to the retrieval beginning time and retrieval duration. Specifically, the server begins retrieval at the retrieval beginning time and search or retrieve during the retrieval duration.
Since the retrieval beginning time and the retrieval duration are generated in the client and delivered to the server from the client, the client can have the definite information about whether the client requests inquiry result at a certain point in time after the client has inquired.
In other words, if the retrieval beginning time and the retrieval duration are 9:00 and 37 minutes respectively, the client can predict that the retrieval work of the server has been completed at the expected time of 9:37.
Therefore, the client can obtain multimedia contents or information related to the multimedia content at the time it wants, by requesting the retrieval result to the server at any point in time after the completion expected time.
Meanwhile, it is preferable that the client generates a retrieval identifier and includes the retrieval identifier in the retrieval inquiry message and result request message.
If the client includes the retrieval identifier which is the same retrieval identifier included in one of the retrieval inquiry messages previously transmitted, in the result request message, the server can select the identified inquiry result among a plurality of the inquiry results which previously request, and transmit it by using the identifier.
In another embodiment of the present invention, the server can appropriate load manage using the retrieval beginning time and the retrieval duration.
That is to say, since the server can grasp the time(s) to perform the retrieval work before retrieval, the server load can be managed.
For example, when the retrieval beginning times and the retrieval durations included in a plurality of retrieval inquiry messages are received from a single client or a plurality of clients, the server can calculate and anticipate the retrieval load in present and future time.
If overload is expected because of retrieval works have been intensively reserved on particular time(s), the server may perform a part of reserved works before the corresponding retrieval beginning time.
In this way, the server can disperse the reserved loads and avoid overload.
Meanwhile, even though overload is anticipated, it will be undesirable that the server performs retrieval after the retrieval beginning time requested by the client, therefore, it is preferable that processing capacity of the server is to be set up as considering an inquiry pattern (for example, time difference between the inquiry request and the retrieval beginning, retrieval duration)
of retrieval request of the client.
As described above, the retrieval inquiry message which the client transmits includes the retrieval identifier. After the server stores the retrieval result with the retrieval identifier, and when there is a retrieval result request from the client, the server extracts the retrieval result performed by the former retrieval inquiry on the basis of the same identifier included in this request and transmits the retrieval result to the client.
In order to perform the procedure as described above, the multimedia retrieval method according to preferred embodiment of the present invention defines a data type for synchronous/asynchronous retrieval as the following table l: [Table 1]
SyncAgentConstraintsType Synchronous type acquiring retrieval result without session closing TimeOut Retrieval work time value performing retrieval in server in case of synchronous retrieval AsyncAgentConstraintsType Asynchronous type which does acquire retrieval result with session closing StartTime Value which sets up the time that retrieval begins in server SearchDuration Retrieval work time value performing retrieval in server in case of asynchronous retrieval Retrieval ID Retrievl ID is an identifier which identifies an inquiry between a server and a client when asynchronous retrieval is performed.
Retrievl ID is generated in server or client, and is the unique identifier. By including 'SyncAgentConstraintsType1 and 'AsyncAgentConstraintsType'
in retrieval inquiry message, the retrieval inquiry message can specify
whether the retrieval inquiry is for a synchronous type or an asynchronous
type.
As the 'SyncAgentConstraintsType' is an inquiry type for synchronous
retrieval, the inquiry result can be provided similar to conventional way. At
this time, the client can set up the retrieval work time for synchronous
retrieval using 'TimeOut'
The server performs retrieval just as much as 'TimeOut' time and
responds to a user.
As the 'AsyncAgentConstraintsType' is an inquiry type for asynchronous retrieval, the client closing first session after requesting an inquiry, and the server performs retrieval at 'StartTime' set up by the client and stores the retrieval result after searching just as much as 'SearchDuration' . The client establishes second session and requests the result after a point in time that a period of 'StartTime'plus 'SearchDration' has passed.
The followings are exemplary embodiments of the multimedia retrieval method which applies the defined synchronous and asynchronous retrieval method.
<compIexType name="SyncAgentConstraintsType">
<sequence>
<element name="TimeOut" type="mpeg7:TimeType" minOccurs="O"/>
</sequence> </complexType>
<compIexType name="AsyncAgentConstraintsType"> <sequence>
<element name="StartTime" type="mpeg7:TimeType" (ninOccurs="O"/> <element name="SearchDurat ion" type="mpeg7:durationType" minθccurs="θ" /> </sequence> </complexTyp
<comp I exTy pe name= " sea r ch_MPEGType " > <sequence>
<choice minθccurs="θ">
<e lenient name="AsyncAgent Constraint" type="MP7QF:AsyncAgentConstraintsType" maxθccurs=" unbounded" />
<element name="SyncAgentConstraint" type="MP7QF: Sy ncAgent Const raintsType" maxOccu r s=" unbounded " /> </choice>
<element name="QueryConstraints"/>
<element name=" Persona I Information" type="tva2:ExtendedUserDescr iptionType" minOccurs="O"/>
<element name="RequestedContents" type="MP7QF:RequestedContentsType" minOccurs="O"/> </sequence>
<attribute naιne="maxContents" type=" unsigned I nt"/> <attribute name=" persona I InfoUse" type=" boo lean" defaul t="true"/> <at tribute name="Retr ievaMD" type="str ing" /> </complexType>
<element name="search_MPEG" type="MP7QF:search_MPEGType"
[Industrial Applicability]
The multimedia retrieval method according to present invention supporting asynchronous retrieval environment can be to be used to a multimedia service, such as TV-Anytime or MPEG-7, etc.
The advantage of the present invention is that, by cutting off the connection in the process that the server is performing retrieval after a user requests an inquiry to the server, the method can protect a session even when the connection session has been cut off during retrieval process performed in server. Another advantage of the present invention is that the user can receive the retrieval result after waiting during the only expected period of time without constant waiting time. Furthermore, since the server
can previously predict retrieval load, the server load can be managed and the
appropriate load balance thereof can be achieved.
Claims
[CLAIMS] [Claim 1]
A method performed by a client in order for asynchronous multimedia contents retrieval in cl ient-server computing model , comprising: establishing the first session with the server; transmitting a retrieval inquiry message to the server, when the first session has been es tabIished; closing the first session after transmitting the retrieval inquiry; establishing the second session with the server; transmitting the result request message requesting the server to return the result of the retrieval inquiry, at a certain point in time that the previously set time has passed; and receiving retrieval result from the server and terminating the second session.
[Claim 2]
The method of claim 1, wherein the retrieval inquiry message includes retrieval beginning time and retrieval duration information.
[Claim 3]
The method of claim 2, wherein t he previously set time is that retrieval time has passed from the retrieval beginning time.
[Claim 4]
The method of claim 1, wherein the transmitting retrieval inquiry massage includes generating a retrieval identifier and inserting the retrieval identifier in the retrieval inquiry message, and wherein the requesting to the server includes inserting the retrieval identifier which is the same identifier in the retrieval inquiry message, in the result request message.
[Claim 5]
A method performed by a server in order for asynchronous multimedia contents retrieval in client-server computing model, comprising: establishing the first session with the client; receiving a retrieval inquiry message from the client; receiving session disconnect request from the client and closing the first session; performing retrieval according to the retrieval inquiry message; storing the retrieval result; establishing the second session according to the request from the client and receiving the result request message; transmitting the retrieval result as responding the request; and closing the second session.
[Claim 6]
The method of claim 5, wherein the retrieval inquiry message includes retrieval beginning time and retrieval duration, and wherein performing retrieval starts from the retrieval beginning time and continues during the retrieval duration.
[Claim 7]
The method of claim 5, wherein the retrieval inquiry message includes a retrieval identifier and the retrieval result is stored with the retrieval identifier.
[Claim 8]
The method of claim 7, wherein the result request message includes the retrieval identifier which is same as the retrieval identifier included in the corresponding retrieval inquiry message, and wherein the transmitting the retrieval result includes selecting the retrieval result based on the retrieval identifier among a plurality of retrieval results.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008800004147A CN101543070B (en) | 2007-04-10 | 2008-04-10 | Method for asynchronous multimedia retrieval |
EP08741272.2A EP2153648B1 (en) | 2007-04-10 | 2008-04-10 | Method for asynchronous multimedia retrieval |
US12/095,204 US8239545B2 (en) | 2007-04-10 | 2008-04-10 | Method for asynchronous multimedia retrieval |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020070035100A KR100862354B1 (en) | 2007-04-10 | 2007-04-10 | Method for asynchronous multimedia retrieval |
KR10-2007-0035100 | 2007-04-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008123754A1 true WO2008123754A1 (en) | 2008-10-16 |
Family
ID=39831160
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2008/002027 WO2008123754A1 (en) | 2007-04-10 | 2008-04-10 | Method for asynchronous multimedia retrieval |
Country Status (5)
Country | Link |
---|---|
US (1) | US8239545B2 (en) |
EP (1) | EP2153648B1 (en) |
KR (1) | KR100862354B1 (en) |
CN (1) | CN101543070B (en) |
WO (1) | WO2008123754A1 (en) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7592912B2 (en) * | 2005-12-09 | 2009-09-22 | Time Warner Cable Inc. | Emergency alert data delivery apparatus and methods |
US8095610B2 (en) | 2008-03-28 | 2012-01-10 | Time Warner Cable Inc. | Methods and apparatus for centralized and decentralized emergency alert messaging |
KR101453425B1 (en) * | 2008-12-18 | 2014-10-23 | 한국전자통신연구원 | Metadata Server And Metadata Management Method |
CN102375857B (en) * | 2010-08-24 | 2014-08-13 | 腾讯科技(深圳)有限公司 | Search method and device |
JP2012191542A (en) * | 2011-03-14 | 2012-10-04 | Toshiba Corp | Communication system, client communication relay program, and server communication relay program |
US9472091B2 (en) | 2013-10-21 | 2016-10-18 | Time Warner Cable Enterprises Llc | Systems and methods for providing emergency alerts |
CN106716253B (en) * | 2014-09-22 | 2018-11-27 | 富士胶片株式会社 | The manufacturing method of the laminate of coating is plated containing pattern-like |
CN105635083A (en) * | 2014-11-14 | 2016-06-01 | 航天信息股份有限公司 | Service processing method and service processing system based on server and client architecture |
US11057285B2 (en) * | 2014-11-24 | 2021-07-06 | ZPE Systems, Inc. | Non-intrusive IT device monitoring and performing action based on IT device state |
CN107071058A (en) * | 2017-05-24 | 2017-08-18 | 深圳市可可卓科科技有限公司 | Asynchronous data upload process method and system |
EP4218207A1 (en) | 2020-09-21 | 2023-08-02 | ARRIS Enterprises LLC | Method and apparatus for management of a network configuration session |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6336135B1 (en) * | 1996-05-24 | 2002-01-01 | International Business Machines Corporation | Gateway for converting synchronous client/server protocols into asynchronous messaging protocols and storing session state information at the client |
US20040068572A1 (en) * | 2002-10-04 | 2004-04-08 | Zhixue Wu | Methods and systems for communicating over a client-server network |
US20050027869A1 (en) | 2003-07-31 | 2005-02-03 | International Business Machines Corporation | Method, system and program product for asynchronously processing requests |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100270711B1 (en) * | 1998-11-14 | 2000-11-01 | 윤종용 | Method for compensating charging time in exchange when time is changed |
US20070050510A1 (en) * | 2005-03-14 | 2007-03-01 | Roamware, Inc. | Session-based multimedia messaging service |
US20030128819A1 (en) * | 2002-01-10 | 2003-07-10 | Lee Anne Yin-Fee | Method for retrieving multimedia messages from a multimedia mailbox |
US7978598B1 (en) * | 2002-03-01 | 2011-07-12 | Cisco Technology, Inc. | Connection replication |
US7296074B2 (en) * | 2002-03-20 | 2007-11-13 | Scientific-Atlanta, Inc. | Media on demand session re-use |
US7519378B2 (en) * | 2003-06-10 | 2009-04-14 | Werner Goertz | Method and telecommunications device for transmitting service messages to a service center and receiving service messages from a service center |
US7889697B2 (en) * | 2004-05-04 | 2011-02-15 | Qualcomm Incorporated | Method and apparatus for content delivery to a mobile device |
EP1641272A1 (en) * | 2004-09-17 | 2006-03-29 | Korea Electronics Technology Institute | Method for deleting user metadata managed by a TV-Anytime metadata server using an SOAP operation |
US20100064025A1 (en) * | 2008-09-10 | 2010-03-11 | Nokia Corporation | Method and Apparatus for Providing Media Service |
-
2007
- 2007-04-10 KR KR1020070035100A patent/KR100862354B1/en not_active IP Right Cessation
-
2008
- 2008-04-10 EP EP08741272.2A patent/EP2153648B1/en not_active Not-in-force
- 2008-04-10 CN CN2008800004147A patent/CN101543070B/en not_active Expired - Fee Related
- 2008-04-10 WO PCT/KR2008/002027 patent/WO2008123754A1/en active Application Filing
- 2008-04-10 US US12/095,204 patent/US8239545B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6336135B1 (en) * | 1996-05-24 | 2002-01-01 | International Business Machines Corporation | Gateway for converting synchronous client/server protocols into asynchronous messaging protocols and storing session state information at the client |
US20040068572A1 (en) * | 2002-10-04 | 2004-04-08 | Zhixue Wu | Methods and systems for communicating over a client-server network |
US20050027869A1 (en) | 2003-07-31 | 2005-02-03 | International Business Machines Corporation | Method, system and program product for asynchronously processing requests |
Non-Patent Citations (1)
Title |
---|
See also references of EP2153648A4 |
Also Published As
Publication number | Publication date |
---|---|
US20110055401A1 (en) | 2011-03-03 |
US8239545B2 (en) | 2012-08-07 |
CN101543070B (en) | 2012-07-04 |
EP2153648A1 (en) | 2010-02-17 |
EP2153648A4 (en) | 2012-06-27 |
EP2153648B1 (en) | 2014-01-01 |
KR100862354B1 (en) | 2008-10-13 |
CN101543070A (en) | 2009-09-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2153648B1 (en) | Method for asynchronous multimedia retrieval | |
US7917529B2 (en) | Method for providing requested fields by get—Data operation in TV-Anytime metadata service | |
US20160212197A1 (en) | Multicast delivery | |
US8302136B2 (en) | Systems and methods for packaging, distributing and managing assets in digital cable systems | |
JP4704156B2 (en) | Method for transmitting non-anonymous user metadata by SOAP operation | |
US11962822B2 (en) | Extending data records for dynamic data and selective acceptance based on hardware profile | |
US8577348B2 (en) | System architecture, and method for scheduled downloading services | |
KR20140119699A (en) | Receiving device, receiving method, program, and information processing system | |
US7822716B2 (en) | Method for deleting user metadata managed by a TV-Anytime metadata server using an SOAP operation | |
US20030084180A1 (en) | Metadata receiving apparatus, receiving method, metadata receiving program, computer-readable recording medium recording therein metadata receiving program, metadata sending apparatus, and transmitting method | |
US20090019495A1 (en) | Reservation system of television program guide using internet and reservation method thereof | |
US7797715B2 (en) | Method of providing user information-based search using get—data operation in TV anytime metadata service | |
KR100835528B1 (en) | Multimedia Contents Streaming Method Using Section Information and Streaming Apparatus Thereof | |
WO2009031792A2 (en) | Method for searching content by a soap operation | |
EP2069978A2 (en) | Method for searching content by a soap operation | |
KR20000015609A (en) | Davic(digital audio visual council) system using a web and a method for accessing the davic server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200880000414.7 Country of ref document: CN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12095204 Country of ref document: US |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08741272 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008741272 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |