WO2013125920A1 - 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템 - Google Patents

로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템 Download PDF

Info

Publication number
WO2013125920A1
WO2013125920A1 PCT/KR2013/001481 KR2013001481W WO2013125920A1 WO 2013125920 A1 WO2013125920 A1 WO 2013125920A1 KR 2013001481 W KR2013001481 W KR 2013001481W WO 2013125920 A1 WO2013125920 A1 WO 2013125920A1
Authority
WO
WIPO (PCT)
Prior art keywords
location
predicted
client device
server
content
Prior art date
Application number
PCT/KR2013/001481
Other languages
English (en)
French (fr)
Inventor
이민수
김경호
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to JP2014558686A priority Critical patent/JP2015509630A/ja
Priority to US14/380,526 priority patent/US9313613B2/en
Priority to EP13751655.5A priority patent/EP2819470B1/en
Priority to CN201380021709.3A priority patent/CN104247532B/zh
Publication of WO2013125920A1 publication Critical patent/WO2013125920A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Definitions

  • the present invention relates to a location-based unsoluted download method, apparatus, and system, and more particularly, to location information according to movement of a client device, such as a predicted location and a predicted period.
  • the present invention relates to a location-based unsolvated download method, apparatus, and system capable of unsolicited download of content to a client device based on.
  • Mobile devices such as smart devices are used in various service fields such as e-commerce, online banking, games, navigation, mobile messenger services, as well as information retrieval through the Internet based on various applications installed in the devices. have.
  • mobile devices are increasingly being used through interworking with home devices in the home network, such as connecting to a home network to control the home device, transmitting content to the home device, or receiving content from the home device.
  • a user may carry a mobile device and travel to various locations. At this point, the user may want to watch the content using the mobile device in a specific region.
  • the present invention is to solve this problem, and based on the location information according to the movement of the client device, for example, the predicted location (Predicted Location), the predicted period (Predicted Period), etc., based on the location of the client device content It is an object of the present invention to provide a location-based unsolvated download method, apparatus and system that can be unsolicited download to a client device.
  • the location-based unsolvated download method includes: setting a location report interval for updating location information of a client device; Updating location information of the client device based on the location report interval; Reporting the updated location information to a server; Receiving a source URI for downloading a predicted location, predicted period, and content of the client device from the server; And downloading the content based on the predicted location, the predicted period, and the source URI.
  • Location information of the client device may include a predicted location and predicted period of the client device.
  • the location-based unsolvated download method may include: determining whether the server supports unsolvated download; And based on the determination, obtaining a server URI for the unsolvated download from the server.
  • the location-based unsolvated download method may further include displaying a user interface requesting to activate unsolvated download; And enabling the unsolvated download in response to a request signal input through the user interface.
  • the updating of location information of the client device may include updating a predicted location and a predicted period of the client device periodically at the location update interval using a device location prediction algorithm.
  • the device location prediction algorithm comprises: a first prediction algorithm for predicting a future position of the client device based on a moving direction and a moving speed of the current client device; A second prediction algorithm for predicting a future position of the client device based on the movement history of the client device for a set period of time; And a third prediction algorithm that predicts a future location of the client device using a Preferred Location and a Preferred Period input from the user.
  • the reporting may include sending a message to the server that includes the updated predicted location and predicted period of the client device.
  • Receiving a source URI that can access a source for downloading the predicted location and the content corresponding to the predicted period from the server may include: obtaining the predicted location, the predicted period, and the source URI from the server.
  • Receiving a source URI that can access a source for downloading the predicted location and the content corresponding to the predicted period from the server may include: obtaining the predicted location, the predicted period, and the source URI from the server. Receiving a message that includes.
  • the location-based unsolved download method may further include generating a queue request including the predicted location, the predicted period, and the source URI.
  • the step of downloading the content based on the predicted location, the predicted period, and the source URI includes: when the client device enters the predicted location, sending a queue request to a source corresponding to the source URI; And in response to the queue request, downloading the content from the source.
  • the reporting may include transmitting a current location of the client device to the server based on a preset location report interval.
  • the location-based unsolvated download method may further include assigning priorities according to criteria determined for each predicted location.
  • the location-based unsolvented download method may include: displaying a user interface capable of designating a preferred location and a preferred period; And setting the preferred location and the preferred period according to the signal input from the user interface.
  • the preferred location and the preferred period may be assigned the highest priority in the location information.
  • the location-based unsolvated downloading apparatus may include: a first unit for setting a location report interval for updating location information of a client device and updating location information of the client device based on the location report interval; And reporting the updated location information to a server, receiving a source URI for downloading the predicted location, predicted period and content of the client device from the server, the predicted location, the predicted period and the source. Based on the URI, it may include a second unit for downloading the content.
  • the second unit may determine whether the server supports unsolvated download, and based on the determination, obtain the server URI for the unsolvated download from the server.
  • the first unit may display a user interface requesting to activate an unsolvated download, and enable the unsolvated download in response to a request signal input through the user interface.
  • the first unit may update the predicted location and the predicted period of the client device periodically at the location update interval using a device location prediction algorithm.
  • the second unit may send a message to the server that includes the updated location and predicted period of the client device updated.
  • the second unit may manage the queue request when a queue request including the predicted location, the predicted period, and the source URI is received from the server.
  • the second unit may generate a queue request based on the predicted location, the predicted period, and the source URI.
  • the present invention provides a location-based unsolvated download system in another aspect.
  • the location-based unsolvated download system may include a client device and a content server that are interoperable with each other.
  • the client device sets a location report interval for updating location information of the client device, updates location information of the client device based on the location report interval, reports the updated location information to a server, and Receive a source URI for downloading a predicted location, predicted period and content of the client device from the server, and download the content based on the predicted location, the predicted period and the source URI. Can be.
  • the content is unsolicited to the client device based on the prediction information according to the movement of the client device, for example, the predicted location and the predicted period. ) You can download it. Accordingly, as the user carrying the client device moves, the user can conveniently view and use necessary information or information desired by the user in an area where the user is located without any troublesome procedures.
  • FIG. 1 is a block diagram illustrating a configuration of a content service system to which a location-based unsolvented download method according to an exemplary embodiment of the present invention can be applied.
  • FIG. 2 is a block diagram illustrating a detailed structure and an associated interface of a client device of a content service system.
  • FIG. 3 shows a diagram for describing the interfaces shown in FIG. 2.
  • FIG. 4 is an exemplary diagram schematically illustrating downloading of unsolvated content according to a preferred embodiment of the present invention.
  • FIG. 5 is an exemplary diagram for describing a location-based unsolity download method according to another exemplary embodiment of the present invention.
  • FIG. 6 exemplarily illustrates a user interface capable of enabling unsolvated download according to a user's request.
  • FIG. 7 exemplarily shows a user interface for setting a location update / report interval.
  • FIG. 8 is a flowchart illustrating a flow of a location-based unsolvated download method according to another embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a flow of a location-based unsolvated download method according to another embodiment of the present invention, and shows an example of generating a queue request in a client device.
  • FIG. 10 is a flowchart illustrating a flow of a location-based unsoluted download method according to another embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating an unsolvated download based on a user's preferred preferred location and provisioned period. The procedure is described.
  • 11 exemplarily shows a user interface for setting preferred location information.
  • FIG. 12 is a flowchart illustrating a flow of a location-based unsolvated download method according to another preferred embodiment of the present invention, and shows an example of performing a location prediction on a content server side.
  • FIG. 13 is a flowchart for describing procedures performed by a client device for unsolvated download according to another embodiment of the present invention.
  • first and second 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 first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • FIG. 1 is a block diagram illustrating a configuration of a content service system to which a location-based unsolvented download method according to an exemplary embodiment of the present invention can be applied.
  • a content service system may be divided into a server domain and a user domain.
  • the server domain may operate a service and a network policy for a content service and provide content to a user domain based on the policy.
  • the server domain may mean a domain including servers for providing a content service.
  • Such a server domain may perform content provision and operation of a service to a user domain such as content creation, sale, distribution, policy operation, and permission restriction.
  • the server domain may include a content server (CS) for providing content, a content policy server (CPS) for operating a policy for a content service, a content policy server (NPS) for operating a network policy, and the like.
  • CS content server
  • CPS content policy server
  • NPS content policy server
  • the server domain may include a content download server for downloading content, a content streaming server for streaming content, and the like.
  • the user domain may include the devices 100 of the user.
  • the device 100 may be, for example, a fixed device such as a PC, a set-top box, or a portable device such as a smart phone, a mobile phone, a mobile handset, a tablet, a personal digital assistant (PDA), a notebook computer, or the like.
  • the devices 100 may access a local network based on UPnP, DLNA, and the like, and may interoperate with each other through wired or wireless communication.
  • the device 100 of the user may be a client device or an intermediate device.
  • the client device may mean a physical hardware device having at least one network interface and local storage.
  • the client device may be a mobile handset, tablet, smartphone, etc. that can consume content.
  • the client device CD may have modules for receiving a content service.
  • the intermediate device may be a dual role client / server device on the network that may be used to stage an asset for the client device row.
  • the intermediary device may hold the asset temporarily until the asset is delivered to the client device.
  • the intermediate device typically does not consume the content directly, but may consume the content directly.
  • the intermediate device may stage the content. That is, the intermediate device may download the content from the server, and store and play the content.
  • FIG. 2 is a block diagram illustrating a detailed structure and an associated interface of a client device of a content service system.
  • the client device CD includes a local application / user agent 110, a player 130, a network policy client 140, A virtual storage device 150, a queue / policy engine (QPE) 120, and the like may be included.
  • QPE queue / policy engine
  • the local application / user agent 110 may be software for a content service and may include a local application and a user agent.
  • the local application / user agent 110 may provide a user interface, a service menu, a service selection, a content selection, and the like for allowing a user to receive a content service.
  • the local application may communicate with the queue / policy engine 120 using a particular interface protocol, such as the Q2 interface protocol, as software resident on the client device.
  • the user agent may refer to software that renders and executes a server-supplied application such as, for example, a web browser or middleware of a client device CS.
  • the local application / user agent 100 may be activated when the download of content is started or completed.
  • the player 130 is for playing content provided through a content service.
  • the player 130 may be a media player capable of playing download content or streaming content.
  • the network policy client 140 may acquire a network policy and control the client device CD according to the acquired network policy while communicating with the network policy server NPS.
  • the virtual storage device 150 is a representation of local storage that can be accessed through a cache object.
  • the virtual storage device 150 may be a general local storage such as a hard disk, a USB memory connected to the device, a flash memory, a virtual area such as a daemon, or the like.
  • the queue / policy engine 120 of the client device is configured to cache / download specific content (asset) of the content server when the policy given by the Content Policy Server (CPS) or the Network Policy Server (NPS) is satisfied.
  • a request for caching / downloading of a send may be sent, which may be referred to as a queue request.
  • the queue request may include a URI corresponding to content (asset).
  • the queue request may include not only a codec type media profile, a container type, a multipurpose internet mail extension type, a store name, a total length of the queue request, content information, Policy information and the like.
  • the queue request may include bandwidth information for each source URI estimated by the local application / user agent 110.
  • the queue / policy engine 120 is a module included in the client device CD and may communicate via P1, S, D1, D2, Q2, D3, and Q3 interface protocols.
  • the queue / policy engine 120 may maintain a queue on behalf of each local application and content server, interface with storage, and synchronize queue requests with policies. You can take responsibility. Therefore, the queue / policy engine may be referred to as a service client for a content sharing service.
  • the queue / policy engine 120 may include a queue manager 122, a policy client 126, an intermediate device manager 124, and the like. Can be.
  • the queue manager 122 may operate a queue for downloading or streaming content.
  • the queue manager 122 may include a stream queue manager and a download manager.
  • the queue manager 122 may send a queue request to an intermediate device (IMD) and receive a response from the intermediate device (IMD), or may receive a queue request from the intermediate device (IMD) and transmit the response.
  • IMD intermediate device
  • IMD intermediate device
  • the queue manager 122 may send a queue request requesting to download specific content from the content server CS to the intermediate device IMD and receive the response.
  • the queue manager 122 may transmit a queue request to the intermediate device IMD to transmit the content downloaded from the content server CS to the client device CD.
  • the queue manager 122 may perform a write check for use of content.
  • the queue manager 122 may write a light check for staging an asset corresponding to the content selected by the local application 110 through the intermediate device IMD, for example, the asset from the content server CS. Write check to download to the IMD).
  • the write check may include a digital right management (DRM) capability check and a license check.
  • DRM digital right management
  • the DRM capability check may verify whether the intermediary device (IMD) can support the DRM system protecting the asset, based on the DRM information of the asset and the DRM capability of the intermediary device (IMD).
  • the license check can verify that the license mediated device (IMD) can obtain a license for use of the asset.
  • the license check may be to check a right defined in a right token.
  • Receipt of the requested asset managed by the queue can be accomplished using unicast download or multicast download, or a combination of both mechanisms.
  • the queue / policy engine 120 must preserve a single queue even if the commands defined in the queue interface change their priority or order.
  • the policy client 126 maintains a policy object as a subsystem of the queue / policy engine 120.
  • the policy client 126 may control the queue / policy engine 120 in accordance with policies from the content policy server (CPS). For example, the policy client 126 may retrieve policies from the content policy server (CPS) and adjust the queue request behavior.
  • CPS content policy server
  • the intermediary device manager 124 may manage intermediary devices (IMDs) that interoperate with client devices (CDs). For example, the intermediate device manager 124 may discover an intermediate device (IMD) connected to the network and manage a state of the intermediate device (IMD). The intermediate device manager 124 may transmit or receive the intermediate device and the necessary message.
  • IMDs intermediary devices
  • CDs client devices
  • the intermediate device manager 124 may discover an intermediate device (IMD) connected to the network and manage a state of the intermediate device (IMD).
  • IMD intermediate device
  • the intermediate device manager 124 may transmit or receive the intermediate device and the necessary message.
  • FIG. 3 shows a diagram for describing the interfaces shown in FIG. 2.
  • interfaces associated with a content service system may be divided into P, Q, S, and D interface groups. Each interface can work with a client-server architecture.
  • the P interface group may define a link and policy between the queue / policy engine 120 and the content policy server (CPS).
  • This P interface group may include P1 and P2 interfaces.
  • the server may be a content policy server (CPS) and the client may be a queue / policy engine 120.
  • the server may be a network policy client 140 and the client may be a queue / policy engine 120.
  • the server may be a content server (CS) and the client may be an intermediate device (IMD).
  • the Q interface group can define queue request handling.
  • the Q interface group may be a primary command channel interworking between the content server CS, the intermediate devices IMD, and the queue / policy engine 120.
  • the Q interface group can allow Caching Functionality to be called by the local application.
  • the server may be a queue / policy engine 120 and the client may be a local application.
  • Queue requests submitted via the Q2 interface protocol may include a complete URL that may be called from the context of the user agent or the calling local application to download the asset.
  • the queue request may include a local URL for calling a calling local application for pre-negotiate download.
  • the server may be a queue / policy engine 120 and the client may be an intermediary device (IMD).
  • the server may be a content server (CS) and the client may be an intermediate device (IMD).
  • the S interface group can extract storage and cache capabilities to the queue / policy engine.
  • the server may be a virtual storage device 150 and the client may be a queue / policy engine 120.
  • the D interface group may be used for data transmission.
  • the server may be a content server (CS) and the client may be a queue / policy engine 120.
  • the server may be a queue / policy engine 120 and the client may be a player 130.
  • the server may be an intermediary device (IMD) and the client may be a queue / policy engine 120.
  • the server may be a content server (CS) and the client may be an intermediate device (IMD).
  • the content service system described with reference to FIGS. 1 to 3 may perform an unsolvented download based on a location of a client device.
  • Location-based unsolvented download can automatically download content to the client device (CD) according to the location of the client device (CD) without the user requesting.
  • unsolicited download may be a form of predicted content delivery that is not initiated by a user requesting content.
  • FIG. 4 is an exemplary diagram schematically illustrating downloading of unsolvated content according to a preferred embodiment of the present invention.
  • the client device CD is located at location A.
  • FIG. In this case, it is assumed that the client device CD is playing back content A.
  • the user wants certain designated content to be automatically cached or downloaded to the client device CD in accordance with the location change of the client device CD.
  • the client device CD sets so that unsolvated downloads are enabled.
  • the client device CD may predict the location in the near future of the client device CD based on the location prediction algorithm. For example, the client device CD may predict that the client device CD will be located at location B in the near future. The client device CD may also predict the period during which the client device CD is located at location B. For example, the client device CD may predict the period during which the client device CD is located at location B as a period from T1 to T2.
  • the client device CD may report the predicted information to the server CS according to the set interval. Based on the information received from the client device CD, the content server CS detects a source suitable for downloading content from the location B to the client device CD during the period T1 to T2 and corresponds to the source.
  • the source URI can be passed to the client device (CD).
  • the client device CD can download the content B using the source URI passed from the content server CS. That is, content B is automatically cached to the client device CD based on the location of the client device CD. The client device CD may then temporarily stop playback of content A and play content B corresponding to location B. Thus, the client device CD can play content B while the client device CD is located at location B.
  • predicting a location in the near future of the client device CD may be performed by the content server CS.
  • the client device CD when unsolvated download is enabled, the client device CD periodically transmits the current location of the client device CD to the content server CS at a predetermined interval, and the content server CS sends the client.
  • the location can be predicted in the near future of the client device CD based on the current location of the device CD.
  • the content server CS can predict that the client device CD will be located in location B in the near future.
  • the content server CS may also predict the period during which the client device CD is located at location B.
  • the content server CS may predict the period in which the client device CD is located at location B as a period from T1 to T2.
  • the content server CS may detect a source suitable for downloading content from the location B to the client device CD during the period T1 to T2 and deliver the source URI corresponding to the source to the client device CD. If the client device CD enters location B at time T1, the client device CD can download the content B using the source URI passed from the content server CS.
  • FIG. 5 is an exemplary diagram for describing a location-based unsolity download method according to another exemplary embodiment of the present invention.
  • the client device obtains a content server URI of at least one content server CS for unsolvented download available from the content server CS (step: S1).
  • the content server URI may mean one or more source URIs for the content server CS to receive the predicted location report from the client device CD.
  • the content server URI may be represented by a property "ContentServer_URI”.
  • the "ContentServer_URI)" may be included in an Unsolicited Dowonloaed Configuration Properties set, which is a set of properties for unsolicited download.
  • the client device CD enables, i.e., activates, the unsolvated download for the unsolvated download (step: S2).
  • the client device CD may set the property "Unsolicited_Enabled” to a true value. If the "Unsolicited_Enabled” is true, this indicates that the unsolicited request for Predictive Content Delivery is enabled.
  • the "Unsolicited_Enabled” is a property included in the unsolicited download configuration property set.
  • FIG. 6 exemplarily illustrates a user interface capable of enabling unsolvated download according to a user's request.
  • the client device CD may display an unsolvated download enable / disable selection icon that may enable or disable unsolvated download. For example, a user may select, for example, touch, the unsolvated download enable / disable icon to enable unsolvated download. If a user requests to enable unsolvated download using the unsolvated download enable / disable icon, in response, the client device CD can enable unsolvated download. . For example, the client device CD may set the property "Unsolicited_Enabled" to true.
  • the user interface may display a selection unit for selecting a server that the user wants to receive the unsolvated download service in a plurality of servers supporting the unsolvated download.
  • the user interface may display “Location Ad Server 1”, “Location Ad Server 2”, etc., and allow the user to select at least one server.
  • the client device CD may set a Location Update Interval (step: S3).
  • the location update interval may be represented as property "LocationUpdateInterval”.
  • the location update interval may mean a time period for updating a predicted location of a client device CD.
  • (Location Update Interval represents the time period per which client device shall update its predicted location).
  • the location update interval may be a location report interval.
  • the location report interval may be represented as a data value "LocationReportInterval”.
  • the location update report interval may mean a time period during which the client device CD reports the predicted location to a given content server CS.
  • FIG. 7 exemplarily shows a user interface for setting a location update / report interval.
  • the client device CD may display a user interface including a setting unit for setting a location update / report interval.
  • the location update / report interval may be set in seconds, minutes, hours, or the like.
  • the "LocationUpdateInterval” or “LocationReportInterval” may be a property included in an unsolvated download configuration property set.
  • the location update interval and the location report interval are described as being the same. However, this is not a limitation and according to another embodiment, the location update interval and the location report interval are regarded as different and set differently. It may be.
  • the client device CD may set the location update interval to 5 minutes, the location report interval to 20 minutes, and report the predicted location updated to the content server CS during 4 location update intervals for each location report interval. It may be.
  • the client device CD may update location information of the client device CD for each location update interval (step: S4).
  • the location information may include the predicted location and predicted period of the client device (CD).
  • the client device CD may use a device location prediction algorithm to predict when and where the client device CD will be located in the future. Based on this prediction, the client device CD can update the location information, such as the predicted location and the predicted period, with the predicted information.
  • the client device CD may predict that the client device CD will be located at location B for a period from 5 pm to 6 pm. That is, the client device CD may update "location B" as the predicted location to "period from 5 o'clock to 6 o'clock" as the predicted period.
  • the predicted location may be represented by the property "PredictedLocation”
  • the predicted period may be represented by the property "PredictedPeriod”.
  • the "PredictedLocation” may mean a time period "PredictedPeriod", that is, the predicted geographical location of the client device CD at a time period "PredictedPreiod”. .
  • the predicted location may be represented by a combination of latitude and longitude.
  • Latitude and longitude information can be, for example, in the form of DDD: MM: SS.SSSS, DDD: MM: SS.SSS ", where D is an angle, M is the minute of an arc (1/60 of a degree), and S is Seconds of the arc (angle of 1/3600 of 1 degree)
  • Latitude and longitude are comma delimited, while the predicted location is used to identify the location of the device in wireless communication.
  • Information for example, may be expressed using a Service Set ID (SSID) of Wi-Fi, or may be expressed using a Cell ID of a Third Generation Partnership Project (3GPP) or Long Term Evolution (LTE) network.
  • SSID Service Set ID
  • 3GPP Third Generation Partnership Project
  • LTE Long Term Evolution
  • the "PredictedLocation" is generated by the client device (CD) and can be set by a ZIP code. This predicted location may be used by a content provider, such as content server CS, that supports location based predictive download of content.
  • the "PredictedPeriod” indicates a time period during which the client device CD is expected to be in the predicted location.
  • the client device may set a location priority.
  • the location priority is represented by property "Location_Priority”.
  • the location priority may indicate the priority of location information for use of location based predictive download of content.
  • the device location prediction algorithm for predicting the near future position of the client device is a first prediction algorithm for predicting the future position of the client device (CD) based on the moving direction and the moving speed of the current client device (CD)
  • a second prediction algorithm for predicting a future position of the client device CD based on the movement history of the client device CD for a predetermined period, a Preferred Location input from the user, and a Preferred Period. ) May include at least one of a third prediction algorithm that predicts a future location of the client device (CD).
  • a location priority may be assigned to a predicted location that is updated based on each prediction algorithm.
  • one prediction algorithm may yield a plurality of predicted locations, in which case the location priority may be assigned to each predicted location according to a parameter such as the accuracy of the prediction.
  • the device location prediction algorithm may be provided in the client device (CD) or may be provided in a network device or a server interoperating with the client device (CD). Meanwhile, according to another exemplary embodiment, the device location prediction algorithm may be provided in the content server CS.
  • the client device CD may locate an unsolvated download configuration property and a current location of the client device CD.
  • the content server CS may be transmitted, and the predicted location and the predicted period may be generated and updated by the content server CS.
  • the client device CD when the location information of the client device CD is updated, the client device CD sends a predicted location report containing the updated location information to the content server CS using the content server URI. By doing so, the updated location information can be reported to the content server CS (step: S5).
  • the updated location information reported to the content server CS includes a predicted location and a predicted period.
  • the updated location information reported to the content server CS may include properties "PredictedLocation" and "PerdictedPeriod".
  • the predicted location may include geographic information of location D
  • the predicted period may include time period information indicating how long the client device CD stays at location D.
  • a location priority may be assigned to each predicted location and predicted period. That is, the updated location information reported to the content server CS may further include “Location_PRIORITY”.
  • the content server CS which has received the updated location information from the client device CD, based on the predicted location and the predicted period, allows the client device CD to efficiently select content at the predicted location and predicted period.
  • a source URI that can be downloaded or a source URI that can download content required by a user in the region can be selected, and the predicted location, predicted period, and selected source URI can be sent to the client device (CD) (step: S6).
  • various factors such as content contents (for example, region information, region-related advertisements, tourism information, preset content, etc.), transmission bandwidth, network status, network resources, and profile of the content are considered according to preset criteria. Can be.
  • the content server CS selects a plurality of predicted locations, a plurality of source URIs corresponding to the plurality of predicted periods, and sends them to the client device CD. You can also pass it.
  • each received predicted location-at least one predicted location having a higher priority according to a predetermined criterion when a predicted period is assigned a priority-at least one corresponding to at least one predicted period You can also pass only the source URI to the client device (CD).
  • the client device CD receiving the predicted location, the predicted period, and the source URI from the content server CS may generate a queue request based on the received information (step: S7).
  • the queue request requests the client device (CD) to transmit content when entering the predicted location at the predicted period.
  • the queue request may include the predicted location, the predicted period, the source URI, and the like.
  • the queue request may include properties "PredictedLocation”, “PerdictedPeriod”, “Source_URI”, and the like.
  • the queue request includes a "STORAGE_NAME” property indicating a name of a cached object, that is, a storage to be used for storing content, and a "CONTENT_TYPE” property indicating a multipurpose internet mail extension (MIME) content type of the cached object.
  • "REQPROP_TOTAL_LENGTH” a property that indicates the size of the object in bytes
  • "UNSOLICITED_DOWNLOAD_PRIORITY” which indicates the priority of the request for unsolicited downloads
  • AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD which indicates whether to automatically play the queued asset after the download completes. "May be further included. If the "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD” is true, the downloaded content is automatically played by the client device (CD).
  • the client device CD may generate multiple queue requests corresponding to a plurality of “predicted locations-predicted periods-source URIs”.
  • the client device CD may transmit the generated queue request to the source using the source URI (step: S7).
  • the client device CD downloads the content from the source URI (step S8). For example, if the predicted location is location D and the predicted period is a period from 5 pm to 6 pm, if the client device CD enters location D at 5 pm, then the client device CD is the source. Content can be downloaded from. After downloading the content from the source, the client device CD may consume the content while the client device CD is in location D by 6 pm.
  • FIG. 8 is a flowchart illustrating a flow of a location-based unsolvated download method according to another embodiment of the present invention. In the embodiment shown in FIG. 8, it is assumed that the client device CD moves from location A to location D.
  • FIG. 8 it is assumed that the client device CD moves from location A to location D.
  • the queue / policy engine 120 of the client device CD may check whether the content server CS supports unsolvented download (step S11). . If the content server CS supports unsolicited download, the queue / policy engine 120 requests the content server URI to be used to report the location information of the client device CD from the content server CS, and the content server The content server URI can be obtained from (CS) (step: S12).
  • the user agent 114 of the client device CD may enable unsolvented download (step: S13).
  • the user agent 114 may set the property "Unsolicited_Enabled" managed by the queue / policy engine 120 to a true value based on the user interface shown in FIG. 6.
  • the user agent 114 may set a location update interval (step S14). For example, the user agent 114 may set "LocationUpdateInterval" managed by the queue / policy engine 120 based on the user interface shown in FIG. 7.
  • the local application 112 of the client device CD may update the location information of the client device CD at every set location update interval (Ste: S15).
  • the location information may include a predicted location and a predicted period.
  • the local application 112 may predict when and where the client device CD will be located in the future by using a device location prediction algorithm included in the client device or external device. Based on this prediction, the client device CD can update the location information, namely the predicted location and the predicted period.
  • the queue / policy engine 120 may report the updated location information to the content server CS (step S16).
  • the updated location information may be a predicted location report that includes a predicted location, a predicted period, and the like.
  • the updated location information reported to the content server CS may include properties "PredictedLocation" and "PerdictedPeriod”.
  • the predicted location may include geographic information of location D
  • the predicted period may include time period information indicating how long the client device CD stays in location D.
  • the updated location information reported to the content server CS may further include "Location_PRIORITY".
  • the content server CS checks whether there is content corresponding to the predicted location (step S17), and selects a source URI of a source capable of providing the corresponding content.
  • a source URI of a source capable of providing the corresponding content.
  • various factors such as content contents (for example, region information, region-related advertisements, tourism information, preset content, etc.), transmission bandwidth, network status, network resources, and profile of the content are considered according to preset criteria. Can be.
  • the content server CS may generate a queue request and transmit the queue request to the queue / policy engine 120 (step S18).
  • the queue request requests the client device CD to download content from the source to the client device CD when the client device enters the predicted location.
  • the queue request may include a predicted location, a predicted period, a source URI, and the like.
  • the queue request may include properties "PredictedLocation”, “PerdictedPeriod”, “Source_URI”, and the like. If there are multiple predicted locations, predicted periods, and source URIs, the client device (CD) generates a plurality of queue requests corresponding to the plurality of " predicted locations-predicted periods-source URIs " May be sent to the queue / policy engine 120.
  • the queue / policy engine 120 receiving the queue request from the content server CS may set and manage the received queue request (step S19).
  • the local application 112 updates the current location of the client device CD to location D (step S20) and the queue / policy engine 120 May perform the download of the content at location D based on the queue request transmitted from the content server CS (step S21).
  • the queue / policy engine 120 reports to the user agent 114 that the download is completed (step S22). Then, the user agent 114 may play the content (step S23). If the property "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD" is true, the downloaded content is automatically played by the client device (CD).
  • FIG. 9 is a flowchart illustrating a flow of a location-based unsolvented download method according to another embodiment of the present invention. In the embodiment shown in FIG. 9, it is assumed that the client device CD moves from location A to location D.
  • FIG. 9 it is assumed that the client device CD moves from location A to location D.
  • the queue / policy engine 120 of the client device CD may check whether the content server CS supports unsolvated download (step S31). . If the content server CS supports unsolved downloads, the queue / policy engine 120 requests a content server URI to use to send the predicted location report from the content server CS, and requests from the content server CS. The content server URI may be obtained (step S32).
  • the user agent 114 of the client device CD may enable unsolvented download (step S33).
  • the user agent 114 may set the property "Unsolicited_Enabled" managed by the queue / policy engine 120 to a true value based on the user interface shown in FIG. 6.
  • the user agent 114 may set a location update interval (step S34). For example, the user agent 114 may set "LocationUpdateInterval" managed by the queue / policy engine 120 based on the user interface shown in FIG. 7.
  • the local application 112 of the client device CD may update the location information of the client device CD at every set location update interval (Ste: S35).
  • the location information may include a predicted location and a predicted period.
  • the local application 112 may predict when and where the client device CD will be located in the future by using a device location prediction algorithm included in the client device or external device. Based on this prediction, the client device CD can update the location information, namely the predicted location and the predicted period.
  • the queue / policy engine 120 may report the updated location information to the content server CS (step S36).
  • the updated location information may be a predicted location report that includes a predicted location, a predicted period, and the like.
  • the updated location information reported to the content server CS may include properties "PredictedLocation" and "PerdictedPeriod”.
  • the predicted location may include geographic information of location D
  • the predicted period may include time period information indicating how long the client device CD stays in location D.
  • the updated location information reported to the content server CS may further include “Location_PRIORITY”.
  • the content server CS checks whether there is content corresponding to the predicted location (step S37), and selects a source URI of a source capable of providing the corresponding content.
  • a source URI of a source capable of providing the corresponding content.
  • various factors such as content contents (for example, region information, region-related advertisements, tourism information, preset content, etc.), transmission bandwidth, network status, network resources, and profile of the content are considered according to preset criteria. Can be.
  • the content server CS may transmit the predicted location, the predicted period, and the source URI to the queue / policy engine 120 of the client device CD (step 38).
  • the content server CS When there are a plurality of "predicted locations-predicted periods-source URIs", the content server CS generates a plurality of queue requests corresponding to a plurality of predicted locations-many predicted periods-many source URIs ". It may also send to the queue / policy engine 120 of the device CD.
  • the queue / policy engine 120 receiving the predicted location, the predicted period, and the source URI from the content server CS may generate a queue request based on the received information (step S39).
  • the queue request requests the client device CD to download content from the source to the client device CD when the client device enters the predicted location.
  • the queue request may include a predicted location, a predicted period, a source URI, and the like.
  • the queue request may include properties "PredictedLocation”, “PerdictedPeriod”, “Source_URI”, and the like. If there are multiple predicted locations, predicted periods, and source URIs, queue / policy engine 120 may generate multiple queue requests corresponding to a plurality of “predicted location-predicted periods-source URIs”.
  • the local application 112 updates the current location of the client device CD to location D (step S40) and the queue / policy engine 120 May download the content from location D based on the generated queue request (step S41).
  • the queue / policy engine 120 reports to the user agent 114 that the download is completed (step S42). Then, the user agent 114 may play the content (step S43). If the property "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD" is true, the downloaded content is automatically played by the client device (CD).
  • FIG. 10 is a flowchart illustrating a flow of a location-based unsoluted download method according to another embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating an unsolvated download based on a user's preferred preferred location and provisioned period. The procedure is described. In the embodiment shown in FIG. 10, assume that location D is a preferred location specified by the user, and client device CD moves from location A to location D.
  • the queue / policy engine 120 of the client device CD may check whether the content server CS supports unsolvented download (step S51). . If the content server CS supports unsolved downloads, the queue / policy engine 120 requests a content server URI to use to send the predicted location report from the content server CS, and requests from the content server CS. The content server URI may be obtained (step S52).
  • the user agent 114 of the client device CD may enable unsolvated download (step S53).
  • the user agent 114 may set the property "Unsolicited_Enabled" managed by the queue / policy engine 120 to a true value based on the user interface shown in FIG. 6.
  • the user agent 114 may set the preferred location information.
  • the preferred location information may include a preferred location and a preferred period.
  • the preferred location may refer to a location of a client device (CD) that allows a user to use content via unsolvated download.
  • the preferred period may mean a period during which the user allows the user to use the content through unsolvated download. That is, the preferred location and the preferred period may be information specifying whether the user allows downloading of content through unsolvated download at which place and for which period.
  • 11 exemplarily shows a user interface for setting preferred location information.
  • the client device CD may display a map and request that the user select a desired region on the map. When the user selects a desired region, in response to the selection signal, the client device CD may set the selected region as a preferred location.
  • the client device CD may also provide an input for selecting a preferred period and request input of the preferred period. When a specific period is input from the user, the client device CD may set the input period as a preferred period in response to the corresponding input signal.
  • location D may be set as a preferred location, and weekdays 8 to 18:00 as a preferred period.
  • the preferred location may be represented by the property "PreferredLocation”
  • the preferred period may be represented by the property "PreferredPeriod”.
  • the "PreferredLocation” may mean location which client device CD allow location-based predictive download of content.
  • the PreferredLocation may be the geographic location of the client device (CD) during the time period" PreferredPeriod ", ie, the Preferred Period.
  • the preferred location may be represented by a combination of latitude and longitude.
  • Latitude and longitude information can be, for example, in the form of DDD: MM: SS.SSSS, DDD: MM: SS.SSS ", where D is an angle, M is the minute of an arc (1/60 of a degree), and S is Seconds of arc (angle of 1/3600 of 1 degree)
  • Latitude and longitude are comma delimited Longitude and latitude are comma delimited
  • the "PreferredLocation" is set by client device (CD) and by ZIP code
  • the preferred location may be represented using information used to identify a device's location in wireless communication, for example, a Service Set ID (SSID) of Wi-Fi, and a third generation partnership (3GPP). It may be expressed using a Cell ID of a Project or Long Term Evolution (LTE) network.
  • SSID Service Set ID
  • 3GPP Third generation partnership
  • the "PreferredPeriod” represents a time period during which the client device CD is predicted to be in a preferred location. This is generated by the client device (CD).
  • the local application 112 updates location information for each set update interval (step S55), and the queue / policy engine 120 transmits the updated information to the content server CS. Reporting may be possible (step S56).
  • the local application 112 predicts when and where the client device CD will be located in the future by using a device location prediction algorithm included in the client device CD or an external device that is associated with it.
  • the location information may be updated and reported to the content server CS.
  • the set preferred location and the preferred period are information set by the client device CD according to a user's intention, and thus may be referred to as most reliable prediction information.
  • the queue / policy engine 120 reports the updated location information, including the set preferred location and the preferred period, to the content server CS as the predicted location information of the client device CD, or sets the pre free location. It is possible to report updated location information that maps locations and periods corresponding to the Ford Location and Proper Period to the highest location priority predicted location and the predicted period.
  • the content server CS checks whether there is content corresponding to the location information received from the queue / policy engine 120 (step S57), and selects a source URI of a source capable of providing the corresponding content.
  • a source URI of a source capable of providing the corresponding content.
  • various factors such as content contents (for example, region information, region-related advertisements, tourism information, preset content, etc.), transmission bandwidth, network status, network resources, and profile of the content are considered according to preset criteria. Can be.
  • the content server CS may generate a queue / request and transmit the queue request to the queue / policy engine 120 (step S58).
  • the queue request may request to download content from the source to the client when the client device CD enters the predicted location at the predicted period.
  • the predicted location and predicted period may be a preferred location and a preferred period.
  • the queue / policy engine 120 that receives the queue request from the content server CS may set and manage the received queue request (step S59).
  • the local application 112 updates the current location of the client device CD to location D (step S60), and the queue / policy engine 120 may download the content at location D using the queue request received from the content server CS (step S61).
  • the queue / policy engine 120 reports to the user agent 114 that the download is completed (step S62). Then, the user agent 114 may play the content (step S63). For example, if the property "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD" is true then the downloaded content is automatically played by the client device (CD).
  • the subject of generating the queue request in the embodiment referring to FIG. 10 is transformed into the queue / policy engine 120 of the client device CD as in the embodiment referring to FIG. An embodiment is also possible.
  • FIG. 12 is a flowchart illustrating a flow of a location-based unsolvated download method according to another preferred embodiment of the present invention. In the embodiment shown in FIG. 12, it is assumed that the client device CD moves from location A to location D.
  • FIG. 12 it is assumed that the client device CD moves from location A to location D.
  • the queue / policy engine 120 of the client device CD may check whether the content server CS supports unsolvented download (step S91). . If the content server CS supports unsolved downloads, the queue / policy engine 120 requests a content server URI to use to send the predicted location report from the content server CS, and requests from the content server CS. You can get the content server URI.
  • the user agent 114 of the client device CD may enable unsolvated download (step: S92).
  • the user agent 114 may set the property "Unsolicited_Enabled" managed by the queue / policy engine 120 to a true value based on the user interface shown in FIG. 6.
  • the user agent 114 may set a location update interval (step S93). For example, the user agent 114 may set "LocationUpdateInterval" managed by the queue / policy engine 120 based on the user interface shown in FIG. 7.
  • the local application 112 of the client device CD may update the location information of the client device CD periodically at each set location update interval. (Step S94).
  • the location information may include a current location and a travel time of the client device CD.
  • the queue / policy engine 120 may report the updated location information to the content server CS (step S95).
  • the reported location information may include the current location and travel time of the client device (CD).
  • the current location of the client device CD may be represented by a combination of latitude and longitude.
  • Latitude and longitude information can be, for example, in the form of DDD: MM: SS.SSSS, DDD: MM: SS.SSS ", where D is an angle, M is the minute of an arc (1/60 of a degree), and S is Seconds of the arc, 1/3600 of a degree, latitude and longitude are comma delimited.
  • the location of the client device may be represented using information used to identify the location of the device in wireless communication, such as a Service Set ID (SSID) of Wi-Fi, or a Third Generation Partnership Project Or Cell ID of a Long Term Evolution (LTE) network.
  • SSID Service Set ID
  • LTE Long Term Evolution
  • the content server CS receiving the location information of the client device CD from the queue / policy engine 120 uses a device location prediction algorithm provided in the content server CS or an external device to which the client device CD is connected. Predict when and where the CD will be located in the future. For prediction, the content server CS may convert the format of the information delivered from the queue / policy engine 120 into a format used by the content server CS. For example, when the format of the information transmitted from the queue / policy engine 120 is expressed by the SSID of the Wi-Fi, it may be converted into a latitude / longitude format.
  • the content server CS may update the predicted location and the predicted period of the client device CD based on the device location prediction algorithm (step S96).
  • location information updated by the content server CS may include properties "PredictedLocation” and "PerdictedPeriod”.
  • the predicted location may include geographic information of location D, and the predicted period may include time period information indicating how long the client device CD stays at location D.
  • the location information updated by the content server CS may include a location priority, that is, "Location_PRIORITY".
  • the content server CS checks whether there is content corresponding to the predicted location (step S97), and selects a source URI of a source capable of providing the corresponding content.
  • a source URI of a source capable of providing the corresponding content.
  • various factors such as content contents (for example, region information, region-related advertisements, tourism information, preset content, etc.), transmission bandwidth, network status, network resources, and profile of the content are considered according to preset criteria. Can be.
  • the content server CS may generate a queue request and transmit the queue request to the queue / policy engine 120 (step S98).
  • the queue request requests the client device CD to download content from the source to the client device CD when the client device enters the predicted location.
  • the queue request may include a predicted location, a predicted period, a source URI, and the like.
  • the queue request may include properties "PredictedLocation”, “PerdictedPeriod”, “Source_URI”, and the like. If there are multiple predicted locations, predicted periods, and source URIs, the client device (CD) generates a plurality of queue requests corresponding to the plurality of " predicted locations-predicted periods-source URIs " May be sent to the queue / policy engine 120.
  • the queue / policy engine 120 that receives the queue request from the content server CS may set and manage the received queue request (step S99).
  • the client device CD enters the predicted location, for example, location D
  • the local application 112 updates the current location of the client device CD to location D (step S100) and the queue / policy engine 120 May download the content at location D based on the queue request transmitted from the content server CS (step S101).
  • the queue / policy engine 120 reports to the user agent 114 that the download is completed (step S102). Then, the user agent 114 may play the content (step S103). If the property "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD" is true, the downloaded content is automatically played by the client device (CD).
  • the subject of generating the queue request in the embodiment referring to FIG. 12 is transformed into the queue / policy engine 120 of the client device CD as in the embodiment referring to FIG.
  • An embodiment is also possible.
  • the content server CS transmits the predicted location, the predicted period, and the source URI to the client device CD, and the client device CD may generate a queue request based on the received information.
  • FIG. 13 is a flowchart for describing procedures performed by a client device (CD) for unsoluted download according to another embodiment of the present invention.
  • the client device CD determines whether it has location information for unsolvated download (Ste: S71). In this case, if it is determined that the client device CD does not have information for unsolvated download, the client device CD may generate an error and output a corresponding message, for example, "Unsolicited Download is Not Available”. (Step: S81).
  • the client device CD determines whether the content server CS supports unsolvated download (step S72). At this time, if it is determined that the content server CS does not support unsolvated download, the client device CD may transition to an error generation step (step S81).
  • the client device CD may obtain the URI of the content server CS (step S73). For example, the client device CD may obtain a content server URI from the content server CS to use to send the predicted location report of the client device CD.
  • the predicted location report may be location information of a client device (CD) including a predicted location, a predicted period, and the like.
  • the client device CD may transition to a weight step (step S74).
  • the client device CD may transmit the predicted location report to the content server URI (step S76).
  • the client device CD may predict a near future location of the client device CD, update the predicted location and the predicted period, and then update the predicted location report containing the updated information to the content server URI. Can transmit
  • the client device CD may receive a source URI corresponding to the predicted location and the predicted period from the content server CS (step S77).
  • the client device CD may then generate a queue request that includes the received source URI, the predicted location, the predicted period, and the like (step S78). If the source URI is included in the queue request generated by the content server CS in step S77, step S78 may be omitted.
  • the client device CD determines whether the client device CD exists at the predicted location of the queue request (step S79), and if it is determined that the client device CD is at the predicted location, the queue The request may be used to perform an unsolvated download (step: S80).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템이 개시되어 있다. 로케이션 기반의 언솔리시티드 다운로드 방법은, 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하고, 로케이션 리포트 인터벌을 기반으로 하여 클라이언트 디바이스의 로케이션 정보를 업데이트하고, 업데이트된 상기 로케이션 정보를 서버로 리포팅하고, 서버로부터 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하고, 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 콘텐트를 다운로드할 수 있다. 따라서, 간단한 설정을 통하여 언솔리시티드 다운로드가 가능해진다.

Description

로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템
본 발명은 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템에 관한 것으로서, 좀더 상세하게는, 클라이언트 디바이스의 이동에 따른 로케이션 정보, 예컨대 예측된 로케이션(Predicted Location) 및 예측된 피리어드(Predicted Period)를 기반으로 하여, 클라이언트 디바이스로 콘텐트를 언솔리시티드(Unsolicited) 다운로드할 수 있는 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템에 관한 것이다.
최근 들어, 초고속 무선 통신 인프라가 구축되고 다양한 무선 포터블 디바이스의 보급이 대중화되면서, 기존에 PC 등과 같은 고정형 디바이스를 통하여 수행되던 작업들을 모바일 디바이스를 사용하여서도 수행 가능하게 되었다. 특히, 스마트 패드나 스마트 폰 등과 같은 스마트 디바이스는 모바일 디바이스의 최대 장점인 휴대성은 양호하게 제공하면서 PC 못지 않은 성능에다 화면도 크기도 이전보다 훨씬 커져서, 기존의 고정형 디바이스에서는 제공할 수 없었던 새롭고 편리한 형태의 서비스를 제공할 수 있게 되었다.
이러한 스마트 디바이스 등과 같은 모바일 디바이스는 디바이스에 설치되는 다양한 어플리케이션을 기반으로 하여, 인터넷을 통한 정보 검색은 물론이고, 예컨대, 전자상거래, 온라인 뱅킹, 게임, 네비게이션, 모바일 메신저 서비스 등 다양한 서비스 분야에서 이용되고 있다. 또한 모바일 디바이스는 홈 네트워크에 접속하여 홈 디바이스를 제어하거나, 홈 디바이스로 콘텐트를 전송하거나, 홈 디바이스로부터 콘텐트를 수신하는 등 홈 네트워크 내에서 홈 디바이스와의 연동을 통한 사용도 증가하고 있다.
이와 같이 모바일 디바이스의 사용이 기하급수적으로 증가함에 따라 콘텐트를 소비하는 주체 디바이스도 기존의 PC 등에서 모바일 디바이스로 급격히 이동하는 추세이다. 예를 들어, 사용자는 이동 중에도 모바일 디바이스를 사용하여 원하는 영화, 음악, 게임 등과 같은 다양한 콘텐트를 다운로드할 수 있다.
모바일 디바이스의 이용이 증가하면서 사용자의 편의를 위한 요구도 증가하고 있다. 예를 들어, 사용자는 모바일 디바이스를 휴대하고 여러 지역을 이동할 수 있다. 이때 사용자는 특정 지역에서 모바일 디바이스를 사용하여 콘텐트를 시청하기를 원할 수 있다.
이를 위해서 사용자는 모바일 디바이스를 사용하여 원하는 콘텐트를 일일이 검색하고 콘텐트의 다운로드를 요청하여야 한다. 그런데, 이는 사용자의 측면에서는 상당히 번거로운 행위이며, 사용자가 위치한 지역에서 효율적으로 콘텐트를 전송할 수 있는 서버를 찾기도 어렵다. 따라서, 모바일 디바이스의 이동을 고려하여 적절한 콘텐트를 적절한 서버로부터 편리하게 모바일 디바이스로 다운로드할 수 있는 기술의 개발이 시급히 요구되고 있다.
본 발명은 이러한 문제점을 해결하기 위한 것으로서, 클라이언트 디바이스의 이동에 따른 로케이션 정보, 예컨대 예측된 로케이션(Predicted Location), 예측된 피리어드(Predicted Period) 등에 기반하여, 클라이언트 디바이스의 로케이션을 기반으로 하여 콘텐트를 클라이언트 디바이스로 언솔리시티드(Unsolicited) 다운로드할 수 있는 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템을 제공하는데 그 목적이 있다.
이러한 목적을 달성하기 위하여 본 발명은 일 측면(Aspect)에서 로케이션 기반의 언솔리시티드 다운로드 방법을 제공한다. 상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하는 단계와; 상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 단계와; 업데이트된 상기 로케이션 정보를 서버로 리포팅하는 단계와; 상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하는 단계; 및 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드하는 단계를 포함한다. 상기 클라이언트 디바이스의 로케이션 정보는 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함할 수 있다.
상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 상기 서버가 언솔리티드 다운로드를 지원하는지의 여부를 판단하는 단계; 및 상기 판단을 기반으로 하여, 상기 언솔리시티드 다운로드를 위한 서버 URI를 상기 서버로부터 획득하는 단계를 더 포함할 수도 있다.
상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 언솔리시티드 다운로드를 활성화시킬 것을 요청하는 사용자 인터페이스를 표시하는 단계; 및 상기 사용자 인터페이스를 통하여 입력되는 요청 신호에 응답하여 상기 언솔리시티드 다운로드를 인에이블하는 단계를 더 포함할 수도 있다.
상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 단계는, 디바이스 로케이션 예측 알고리즘을 사용하여, 상기 로케이션 업데이트 인터벌 마다 주기적으로 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 업데이트하는 단계를 포함할 수 있다.
상기 디바이스 로케이션 예측 알고리즘은, 현재 클라이언트 디바이스의 이동 방향 및 이동 속도를 기반으로 클라이언트 디바이스의 미래 위치를 예측하는 제 1 예측 알고리즘과; 설정된 기간 동안 클라이언트 디바이스의 이동 히스토리를 기반으로 하여 클라이언트 디바이스의 미래 위치를 예측하는 제 2 예측 알고리즘; 및 사용자로부터 입력되는 프리퍼드 로케이션(Preferred Location) 및 프리퍼드 피리어드(Preferred Period)를 사용하여 클라이언트 디바이스의 미래 위치를 예측하는 제 3 예측 알고리즘 중 적어도 하나를 포함할 수 있다.
상기 리포팅하는 단계는, 업데이트된 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함하는 메시지를 상기 서버로 전송하는 단계를 포함할 수 있다. 상기 서버로부터 상기 예측된 로케이션 및 상기 예측된 피리어드에 대응하는 콘텐트를 다운로드하기 위한 소스에 접속할 수 있는 소스 URI를 수신하는 단계는, 상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청을 수신하는 단계를 포함할 수 있다.
상기 서버로부터 상기 예측된 로케이션 및 상기 예측된 피리어드에 대응하는 콘텐트를 다운로드하기 위한 소스에 접속할 수 있는 소스 URI를 수신하는 단계는, 상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 메시지를 수신하는 단계를 포함할 수 있다. 이 경우, 상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청을 생성하는 단계를 더 포함할 수도 있다.
상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 상기 콘텐트를 다운로드하는 단계는, 상기 클라이언트 디바이스가 상기 예측된 로케이션으로 들어가면, 상기 소스 URI에 대응하는 소스로 큐 요청을 전송하는 단계; 및 상기 큐 요청에 응답하여, 상기 소스로부터 상기 콘텐트를 다운로드하는 단계를 포함할 수 있다.
상기 리포팅하는 단계는, 미리 설정된 로케이션 리포트 인터벌을 기반으로, 상기 클라이언트 디바이스의 현재 로케이션을 상기 서버로 전송하는 단계를 포함할 수 있다. 상기 예측된 로케이션은 다수 개이며, 상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 각각의 예측된 로케이션에 정해진 기준에 따라 우선순위를 지정하는 단계를 더 포함할 수도 있다.
상기 로케이션 기반의 언솔리시티드 다운로드 방법은, 프리퍼드 로케이션 및 프리퍼드 피리어드를 지정할 수 있는 사용자 인터페이스를 표시하는 단계; 및 상기 사용자 인터페이스로부터 입력되는 신호에 따라 프리퍼드 로케이션 및 프리퍼드 피리어드를 세팅하는 단계를 더 포함할 수 있다. 상기 프리퍼드 로케이션 및 프리퍼드 피리어드는 상기 로케이션 정보에서 가장 높은 우선 순위가 지정될 수 있다.
한편, 상술한 본 발명의 목적을 달성하기 위하여 본 발명은 다른 측면에서 로케이션 기반의 언솔리시티드 다운로드 장치를 개시한다. 상기 로케이션 기반의 언솔리시티드 다운로드 장치는, 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하고, 상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 제 1 유닛; 및 업데이트된 상기 로케이션 정보를 서버로 리포팅하고, 상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하고, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드하는 제 2 유닛을 포함할 수 있다.
상기 제 2 유닛은, 상기 서버가 언솔리티드 다운로드를 지원하는지의 여부를 판단하고, 상기 판단을 기반으로 하여, 상기 언솔리시티드 다운로드를 위한 서버 URI를 상기 서버로부터 획득할 수 있다. 상기 제 1 유닛은, 언솔리시티드 다운로드를 활성화시킬 것을 요청하는 사용자 인터페이스를 표시하고, 상기 사용자 인터페이스를 통하여 입력되는 요청 신호에 응답하여 상기 언솔리시티드 다운로드를 인에이블할 수 있다.
상기 제 1 유닛은, 디바이스 로케이션 예측 알고리즘을 사용하여, 상기 로케이션 업데이트 인터벌 마다 주기적으로 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 업데이트할 수 있다. 상기 제 2 유닛은, 업데이트된 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함하는 메시지를 상기 서버로 전송할 수 있다.
상기 제 2 유닛은, 상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청이 수신되면, 상기 큐 요청을 관리할 수 있다. 상기 제 2 유닛은 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI가 수신되면, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 큐 요청을 생성할 수 있다.
한편, 상술한 본 발명의 목적을 달성하기 위하여 본 발명은 또 다른 측면에서 로케이션 기반의 언솔리시티드 다운로드 시스템을 제공한다. 상기 로케이션 기반의 언솔리시티드 다운로드 시스템은, 상호 연동 가능한 클라이언트 디바이스 및 콘텐트 서버를 포함할 수 있다. 상기 클라이언트 디바이스는 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하고, 상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하고, 업데이트된 상기 로케이션 정보를 서버로 리포팅하고, 상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하고, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드할 수 있다.
이상 설명한 바와 같이, 본 발명에 따르면 클라이언트 디바이스의 이동에 따른 예측 정보, 예컨대 예측된 로케이션(Predicted Location) 및 예측된 피리어드(Predicted Period)를 기반으로 하여, 콘텐트를 클라이언트 디바이스로 언솔리시티드(Unsolicited) 다운로드할 수 있다. 따라서, 클라이언트 디바이스를 휴대한 사용자의 이동에 따라, 사용자에게 사용자가 위치한 지역에서 필요한 정보나 사용자가 원하는 정보를 번거로운 절차 없이 편리하게 시청 및 사용할 수 있도록 한다.
도 1은 본 발명의 바람직한 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법이 적용될 수 있는 콘텐트 서비스 시스템의 구성을 도시하는 블록도이다.
도 2는 콘텐트 서비스 시스템의 클라이언트 디바이스의 상세 구조 및 관련 인터페이스를 설명하기 위한 블록도이다.
도 3은 도 2에 도시되어 있는 인터페이스들을 설명하기 위한 도표를 나타낸다.
도 4는 본 발명의 바람직한 실시예에 따른 언솔리서티드 콘텐트 다운로드를 개략적으로 설명하기 위한 예시도이다.
도 5는 본 발명의 바람직한 다른 실시예에 따른 로케이션 기반의 언솔리시티 다운로드 방법을 설명하기 위한 예시도이다.
도 6은 사용자의 요청에 따라 언솔리시티드 다운로드를 인에이블할 수 있는 사용자 인터페이스를 예시적으로 나타낸다.
도 7은 로케이션 업데이트/리포트 인터벌을 설정하는 사용자 인터페이스를 예시적으로 도시하고 있다.
도 8은 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도이다.
도 9는 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도로서, 큐 요청을 클라이언트 디바이스에서 생성하는 예를 나타내고 있다.
도 10은 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도로서, 사용자가 선호하는 프리퍼드 로케이션 및 프로퍼드 피리어드를 기반으로 하는 언솔리시티드 다운로드의 절차를 설명하고 있다.
도 11은 프리퍼드 로케이션 정보를 세팅하는 사용자 인터페이스를 예시적으로 나타내고 있다.
도 12는 본 발명의 바람직한 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도로서, 로케이션의 예측을 콘텐트 서버 측에서 수행하는 예를 나타내고 있다.
도 13은 본 발명의 또 다른 실시예에 따라 언솔리시티드 다운로드를 위하여 클라이언트 디바이스에 의하여 수행되는 절차들을 설명하기 위한 흐름도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
제 1, 제 2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제 1 구성요소는 제 2 구성요소로 명명될 수 있고, 유사하게 제 2 구성요소도 제 1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 '연결되어' 있다거나 '접속되어' 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 '직접 연결되어' 있다거나 '직접 접속되어' 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, '포함하다' 또는 '가지다' 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 첨부한 도면들을 참조하여, 본 발명의 바람직한 실시예를 보다 상세하게 설명하고자 한다. 본 발명을 설명함에 있어 전체적인 이해를 용이하게 하기 위하여 도면상의 동일한 구성요소에 대해서는 동일한 참조부호를 사용하고 동일한 구성요소에 대해서 중복된 설명은 생략한다.
도 1은 본 발명의 바람직한 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법이 적용될 수 있는 콘텐트 서비스 시스템의 구성을 도시하는 블록도이다.
도 1에 도시된 바와 같이, 콘텐트 서비스 시스템은 서버 도메인(Server Domain) 및 사용자 도메인(User Domain)으로 구분될 수 있다.
상기 서버 도메인은 콘텐트 서비스를 위한 서비스 및 네트워크 정책(Policy) 등을 운영하고 그 정책을 기반으로 콘텐트를 사용자 도메인으로 제공할 수 있다. 즉, 서버 도메인은 콘텐트 서비스를 제공하기 위한 서버들을 포함하는 도메인을 의미할 수 있다. 이러한 서버 도메인은 예컨대, 콘텐트의 제작, 판매, 유통, 정책 운영, 권한 제한 등 사용자 도메인으로의 콘텐트 제공 및 서비스의 운영 등을 수행할 수 있다.
상기 서버 도메인은 콘텐트를 제공하는 콘텐트 서버(CS), 콘텐트 서비스를 위한 정책을 운영하는 콘텐트 정책 서버(CPS), 네트워크 정책을 운영하는 콘텐트 정책 서버(NPS) 등을 포함할 수 있다. 콘텐트 서버는 다수 개일 수 있다. 예를 들어, 서버 도메인은 콘텐트의 다운로드를 위한 콘텐트 다운로드 서버, 콘텐트의 스트리밍을 위한 콘텐트 스트리밍 서버 등을 포함할 수 있다.
사용자 도메인은 사용자의 디바이스(100)들을 포함할 수 있다. 상기 디바이스(100)는, 예컨대 PC, 셋톱박스 등과 같은 고정형 디바이스일 수도 있고, 스마트폰, 휴대폰, 모바일 핸드셋, 태블릿, PDA(Personal Digital Assistance), 노트북 등과 같은 포터블 디바이스일 수도 있다. 상기 디바이스(100)들은 UPnP, DLNA 등에 기반한 로컬 네트워크에 접속하고, 유선 또는 무선 통신을 통하여 상호 연동할 수 있다.
사용자의 디바이스(100)는 클라이언트 디바이스(Client Device) 또는 매개 디바이스(Intermediate Device)일 수 있다.
상기 클라이언트 디바이스는 적어도 하나의 네트워크 인터페이스 및 로컬 스토리지를 구비하는 물리적인 하드웨어 디바이스를 의미할 수 있다. 예컨대 상기 클라이언트 디바이스는 콘텐트를 소비(Consume)할 수 있는 모바일 핸드셋, 태블릿, 스마트폰 등일 수 있다. 상기 클라이언트 디바이스(CD)는 콘텐트 서비스를 제공받기 위한 모듈들을 구비할 수 있다.
상기 매개 디바이스는 클라이언트 디바이스 행의(destined for) 어셋(Asset)의 집결(stage)하는 것에 사용될 수 있는 네트워크 상의 듀얼 롤 클라이언트/서버(Dual Role Client/Server) 디바이스일 수 있다. 상기 매개 디바이스는 어셋이 클라이언트 디바이스로 전달될 때까지 어셋을 일시적으로 홀드할 수 있다. 상기 매개 디바이스는 통상적으로는 콘텐트를 직접 소비하지는 않으나, 콘텐트를 직접 소비할 수도 있다. 예를 들어, 매개 디바이스는 콘텐트를 스테이지(Stage)할 수도 있다. 즉 매개 디바이스는 콘텐트를 서버로부터 다운로드하고 이를 저장 및 재생할 수도 있다.
도 2는 콘텐트 서비스 시스템의 클라이언트 디바이스의 상세 구조 및 관련 인터페이스를 설명하기 위한 블록도이다.
도 2에 도시된 바와 같이, 클라이언트 디바이스(CD)는 로컬 어플리케이션/사용자 에이전트(Local Application/User Agent)(110), 플레이어(Player)(130), 네트워크 정책 클라이언트(Network Policy Client)(140), 가상 스토리지 디바이스(Virtual Storage Device)(150), 큐/정책 엔진(QPE : Queue/Policy Engine)(120) 등을 포함할 수 있다.
상기 로컬 어플리케이션/사용자 에이전트(110)는 콘텐트 서비스를 위한 소프트웨어일 수 있으며, 로컬 어플리케이션 및 사용자 에이전트를 포함할 수 있다. 예컨대 상기 로컬 어플리케이션/사용자 에이전트(110)는 사용자가 콘텐트 서비스를 제공받을 수 있도록 하기 위한 사용자 인터페이스, 서비스 메뉴, 서비스 선택, 콘텐트 선택 등을 제공할 수도 있다.
상기 로컬 어플리케이션은 클라이언트 디바이스에 상주(Resident)하는 소프트웨어로서 큐/정책 엔진(120)과 특정한 인터페이스 프로토콜, 예컨대 Q2 인터페이스 프로토콜을 사용하여 통신할 수 있다. 상기 사용자 에이전트는 예컨대 클라이언트 디바이스(CS)의 웹 브라우저 또는 미들웨어(Middleware) 등과 같이 서버-서플라이드(Server-Supplied) 어플리케이션을 렌더(Render) 및 수행(Execute)하는 소프트웨어를 의미할 수 있다. 상기 로컬 어플리케이션/사용자 에이전트(100)은 콘텐트의 다운로드가 시작되거나 완료될 때 액티브될 수 있다.
상기 플레이어(130)는 콘텐트 서비스를 통하여 제공되는 콘텐트를 재생하기 위한 것으로서, 예컨대 다운로드 콘텐트 또는 스트리밍 콘텐트를 재생할 수 있는 미디어 플레이어일 수 있다. 상기 네트워크 정책 클라이언트(140)는 네트워크 정책 서버(NPS)와 통신하면서 네트워크 정책을 취득하고 취득된 네트워크 정책에 따라 클라이언트 디바이스(CD)를 제어할 수 있다.
상기 가상 스토리지 디바이스(150)는 캐시 오브젝트(Cache Object)를 통하여 액세스할 수 있는 로컬 저장소의 표현(representation)이다. 예컨대 가상 스토리지 디바이스(150)는 하드디스크와 같은 일반적인 로컬 저장소, 디바이스에 연결되는 USB 메모리, 플래시 메모리, 대몬(Demon)과 같은 가상 영역 등일 수 있다.
클라이언트 디바이스(CD)의 큐/정책 엔진(120)은 콘텐트 정책 서버(CPS) 또는 네트워크 정책 서버(NPS)에 의하여 주어진 정책을 만족할 때 콘텐트 서버의 특정 콘텐트(어셋)을 캐싱/다운로딩하기 위하여 콘텐트의 캐싱/다운로드의 요청을 보낼 수 있는데(send), 이러한 요청을 큐 요청이라 칭할 수 있다. 예를 들어, 상기 큐 요청은 콘텐트(어셋)에 대응되는 URI를 포함할 수 있다. 큐 요청은, 뿐만 아니라, 코덱 타입 미디어 프로파일(Codec Type Media Profile), 컨테이너 타입(Container Type), MIME(Multipurpose Internet Mail Extension) 타입, 스토어 네임(Store Name), 큐 요청의 토털 길이, 콘텐트 정보, 정책 정보 등을 포함할 수 있다. 또한, 상기 큐 요청은 로컬 어플리케이션/사용자 에이전트(110)에 의하여 추정된 각 소스 URI별 대역폭 정보를 포함할 수도 있다.
상기 큐/정책 엔진(120)는 클라이언트 디바이스(CD)에 구비되는 모듈로서 P1, S, D1, D2, Q2, D3, Q3 인터페이스 프로토콜들을 통하여 통신할 수 있다. 큐/정책 엔진(120)는 각 로컬 어플리케이션 및 콘텐트 서버(CS)를 대표하여(on behalf of) 큐(Queue)를 유지(maintaining)할 수 있으며, 스토리지와 인터페이싱하고, 큐 요청을 정책과 동기화하는 책임을 질 수 있다. 따라서 큐/정책 엔진은 콘텐트 공유 서비스를 위한 서비스 클라이언트라 칭할 수도 있다.
이러한 큐/정책 엔진(120), 즉 큐/정책 엔진은 큐 매니저(Queue Manger)(122), 정책 클라이언트(Policy Client)(126) 및 매개 디바이스 매니저(Intermediate Device Manager)(124) 등을 포함할 수 있다.
상기 큐 매니저(122)는 콘텐트의 다운로드 또는 스트리밍을 위한 큐를 운영할 수 있다. 예컨대 큐 매니저(122)는 스트림 큐 운영자(Stream Queue Manager), 다운로드 매니저(Download Manager)를 포함할 수도 있다. 상기 큐 매니저(122)는 매개 디바이스(IMD)로 큐 요청을 전송하고 그 응답을 매개 디바이스(IMD)로부터 수신할 수도 있고, 또는 매개 디바이스(IMD)로부터 큐 요청을 수신하고 그 응답을 송신할 수도 있다. 예를 들어, 큐 매니저(122)는 매개 디바이스(IMD)로 콘텐트 서버(CS)로부터 특정 콘텐트를 다운로드할 것을 요청하는 큐 요청을 전송하고 그 응답을 수신할 수 있다. 큐 매니저(122)는 매개 디바이스(IMD)로 콘텐트 서버(CS)로부터 다운로드 한 콘텐트를 클라이언트 디바이스(CD)로 전송해줄 것을 요청하는 큐 요청을 전송할 수도 있다.
또한 상기 큐 매니저(122)는 콘텐트의 사용을 위한 라이트 체크를 수행할 수 있다. 예를 들어, 큐 매니저(122)는 로컬 어플리케이션(110)에 의하여 선택되는 콘텐트에 대응되는 어셋을 매개 디바이스(IMD)를 통하여 스테이징하기 위한 라이트 체크, 예컨대 어셋을 콘텐트 서버(CS)로부터 매개 디바이스(IMD)로 다운로드하기 위한 라이트 체크를 수행할 수 있다. 상기 라이트 체크는 DRM(Digital Right Management) 커패빌리티(Capability) 체크 및 라이선스 체크를 포함할 수 있다.
상기 DRM 커패빌리티 체크는 어셋의 DRM 정보 및 매개 디바이스(IMD)에 관한 DRM 커패빌리티를 기반으로 하여, 상기 매개 디바이스(IMD)가 상기 어셋을 보호하는 DRM 시스템을 지원할 수 있는지를 검증할 수 있다. 상기 라이선스 체크는 상기 라이선스 매개 디바이스(IMD)가 상기 어셋의 사용을 위한 라이선스를 획득할 수 있는지를 검증할 수 있다. 예컨대 상기 라이선스 체크는 라이트 토큰(Right Token)에 정의된 권한을 체크하는 것일 수 있다.
큐에 의하여 관리되는 요청된 어셋의 수신은 유니캐스트 다운로드나 멀티캐스트 다운로드, 또는 두 메커니즘의 컴비네이션을 사용하여 달성될 수 있다. 큐/정책 엔진(120)은 비록 큐 인터페이스에서 정의된 명령들이 우선순위나 오더가 변경될지라도 싱글 큐를 보존하여야 한다.
정책 클라이언트(126)는 큐/정책 엔진(120)의 서브 시스템으로서 정책 오브젝트를 유지(Maintain)한다. 정책 클라이언트(126)는 콘텐트 정책 서버(CPS)로부터의 정책들에 따라 큐/정책 엔진(120)을 제어할 수 있다. 예를 들어, 정책 클라이언트(126)는 콘텐트 정책 서버(CPS)로부터 정책들을 리트리브(Retrieve)하고 큐 요청 행위를 조정(Adjust)할 수 있다.
상기 매개 디바이스 매니저(124)는 클라이언트 디바이스(CD)와 연동하는 매개 디바이스(IMD)들을 매니징할 수 있다. 예컨대, 매개 디바이스 매니저(124)는 네트워크에 연결된 매개 디바이스(IMD)를 디스커버리하고, 매개 디바이스(IMD)의 상태를 매니징할 수 있다. 매개 디바이스 매니저(124)는 매개 디바이스와 필요한 메시지를 송신 또는 수신할 수 있다.
도 3은 도 2에 도시되어 있는 인터페이스들을 설명하기 위한 도표를 나타낸다.
도 3에 도시된 바와 같이, 콘텐트 서비스 시스템과 관련되는 인터페이스는 P, Q, S 및 D 인터페이스 그룹으로 구분될 수 있다. 각각의 인터페이스는 클라이언트-서버 구조로 연동할 수 있다.
P 인터페이스 그룹은 큐/정책 엔진(120)과 콘텐트 정책 서버(CPS) 간을 링크 및 정책을 정의(define)할 수 있다. 이러한 P 인터페이스 그룹은 P1, P2 인터페이스를 포함할 수 있다. P1 인터페이스에서 서버는 콘텐트 정책 서버(CPS)이며 클라이언트는 큐/정책 엔진(120)일 수 있다. P2 인터페이스에서 서버는 네트워크 정책 클라이언트(140)이며 클라이언트는 큐/정책 엔진(120)일 수 있다. P4 인터페이스에서 서버는 콘텐트 서버(CS)이며 클라이언트는 매개 디바이스(IMD)일 수 있다.
Q 인터페이스 그룹은 큐 요청 핸들링(Queue Request Handling)을 정의할 수 있다. Q 인터페이스 그룹은 콘텐트 서버(CS), 매개 디바이스(IMD)들과 큐/정책 엔진(120) 간을 연동하는 프라이머리 커맨드 채널일 수 있다. Q 인터페이스 그룹은 로컬 어플리케이션에 의하여 호출될 캐싱 기능(Caching Functionality)을 허용(Allow)할 수 있다. Q2 인터페이스에서 서버는 큐/정책 엔진(120)이고 클라이언트는 로컬 어플리케이션일 수 있다.
Q2 인터페이스 프로토콜 즉, 로컬 에이전트 및 큐/정책 엔진 간의 인터페이스 간의 인터페이스를 거쳐 제출되는 큐 요청은 어셋을 다운로드하기 위하여 사용자 에이전트 또는 콜링 로컬 어플리케이션의 콘텍스트로부터 콜될 수 있는 완전한 URL을 포함할 수 있다. 또는 상기 큐 요청은 프리-니고시에이트(Pre-negotiate) 다운로드를 위하여 콜링 로컬 어플리케이션을 호출하는 로컬 URL을 포함할 수도 있다.
Q3 인터페이스에서는 서버가 큐/정책 엔진(120)이고 클라이언트는 매개 디바이스(IMD)일 수 있다. Q4 인터페이스에서 서버는 콘텐트 서버(CS)이고 클라이언트는 매개 디바이스(IMD)일 수 있다.
S 인터페이스 그룹은 스토리지 및 캐시 커패빌리티를 큐/정책 엔진으로 추출(Abstract)할 수 있다. S 인터페이스에서 서버는 가상 스토리지 디바이스(150)이고 클라이언트는 큐/정책 엔진(120)일 수 있다.
D 인터페이스 그룹은 데이터의 전송을 위하여 사용될 수 있다. D1 인터페이스에서 서버는 콘텐트 서버(CS)이고 클라이언트는 큐/정책 엔진(120)일 수 있다. D2 인터페이스에서 서버는 큐/정책 엔진(120)이고 클라이언트는 플레이어(130)일 수 있다. D3 인터페이스에서 서버는 매개 디바이스(IMD)이고 클라이언트는 큐/정책 엔진(120)일 수 있다. D4 인터페이스에서 서버는 콘텐트 서버(CS)이고 클라이언트는 매개 디바이스(IMD)일 수 있다.
도 1 내지 도 3을 참조하여 설명한 콘텐트 서비스 시스템은 클라이언트 디바이스의 로케이션(Location)을 기반으로 하는 언솔리시티드 다운로드를 수행할 수 있다. 로케이션 기반의 언솔리시티드 다운로드는 사용자가 요청하지 않아도 클라이언트 디바이스(CD)의 로케이션에 따라 콘텐트를 클라이언트 디바이스(CD)로 자동 다운로드할 수 있다. 즉, 언솔리시티드 다운로드는 사용자가 콘텐트를 요청하는 것에 의하여 개시되지 않는 예측된 콘텐트 전달의 폼이라 할 수 있다.
도 4는 본 발명의 바람직한 실시예에 따른 언솔리서티드 콘텐트 다운로드를 개략적으로 설명하기 위한 예시도이다.
도 4에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)는 로케이션 A에 위치하고 있다. 이때, 클라이언트 디바이스(CD)는 콘텐트 A를 재생(Playback)하고 있다고 가정한다.
사용자는 어떤 지정된 콘텐트가 클라이언트 디바이스(CD)의 로케이션 변동에 따라 클라이언트 디바이스(CD)로 자동 케시드되거나 다운로드되는 것을 원한다. 이를 위하여, 클라이언트 디바이스(CD)는 언솔리시티드 다운로드가 인에이블되도록 세트한다.
언솔리시티드 다운로드가 인에이블되면, 클라이언트 디바이스(CD)는 로케이션 예측 알고리즘을 기반으로 하여 클라이언트 디바이스(CD)의 가까운 미래에 로케이션을 예측할 수 있다. 예를 들어 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)가 가까운 미래에 로케이션 B에 위치할 것임을 예측할 수 있다. 또한 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)가 로케이션 B에 위치하는 기간을 예측할 수도 있다. 예를 들어, 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)가 로케이션 B에 위치하는 기간을 T1에서 T2까지의 기간으로서 예측할 수 있다.
클라이언트 디바이스(CD)는 설정된 인터벌에 따라 예측된 정보들을 서버(CS)로 리포팅할 수 있다. 콘텐트 서버(CS)는 클라이언트 디바이스(CD)로부터 수신되는 정보들을 기반으로 하여, T1에서 T2까지의 기간 동안 로케이션 B에서 클라이언트 디바이스(CD)로 콘텐트를 다운로드하기에 적절한 소스를 검출하고 소스에 대응하는 소스 URI를 클라이언트 디바이스(CD)로 전달할 수 있다.
클라이언트 디바이스(CD)가 타임 T1에서 로케이션 B로 들어가면(enter), 클라이언트 디바이스(CD)는 콘텐트 서버(CS)로부터 전달된 소스 URI를 사용하여 콘텐트 B를 다운로드할 수 있다. 즉, 클라이언트 디바이스(CD)의 로케이션을 기반으로 콘텐트 B가 자동으로 클라이언트 디바이스(CD)에 케시드된다. 이어서, 클라이언트 디바이스(CD)는 콘텐트 A의 재생을 일시적으로 멈추고 로케이션 B에 대응하는 콘텐트 B를 재생할 수 있다. 따라서, 클라이언트 디바이스(CD)가 로케이션 B에 위치하는 동안 클라이언트 디바이스(CD)는 콘텐트 B를 재생할 수 있다.
한편, 클라이언트 디바이스(CD)의 가까운 미래에 로케이션을 예측하는 것은 콘텐트 서버(CS)에 의하여 수행될 수도 있다. 이 경우, 언솔리시티드 다운로드가 인에이블되면, 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)의 현재 로케이션을 정해진 인터벌에 따라 주기적으로 콘텐트 서버(CS)로 전송하고, 콘텐트 서버(CS)는 클라이언트 디바이스(CD)의 현재 로케이션을 기반으로 하여 클라이언트 디바이스(CD)의 가까운 미래에 로케이션을 예측할 수 있다. 예를 들어 콘텐트 서버(CS)는 클라이언트 디바이스(CD)가 가까운 미래에 로케이션 B에 위치할 것임을 예측할 수 있다. 또한 콘텐트 서버(CS)는 클라이언트 디바이스(CD)가 로케이션 B에 위치하는 기간을 예측할 수도 있다. 예를 들어, 콘텐트 서버(CS)는 클라이언트 디바이스(CD)가 로케이션 B에 위치하는 기간을 T1에서 T2까지의 기간으로서 예측할 수 있다.
콘텐트 서버(CS)는 T1에서 T2까지의 기간 동안 로케이션 B에서 클라이언트 디바이스(CD)로 콘텐트를 다운로드하기에 적절한 소스를 검출하고 소스에 대응하는 소스 URI를 클라이언트 디바이스(CD)로 전달할 수 있다. 클라이언트 디바이스(CD)가 타임 T1에서 로케이션 B로 들어가면(enter), 클라이언트 디바이스(CD)는 콘텐트 서버(CS)로부터 전달된 소스 URI를 사용하여 콘텐트 B를 다운로드할 수 있다.
도 5는 본 발명의 바람직한 다른 실시예에 따른 로케이션 기반의 언솔리시티 다운로드 방법을 설명하기 위한 예시도이다.
도 5에 도시된 바와 같이, 먼저, 클라리언트 디바이스는 콘텐트 서버(CS)로부터 사용 가능한 언솔리시티드 다운로드를 위한 적어도 하나의 콘텐트 서버(CS)의 콘텐트 서버 URI를 얻는다(단계:S1). 상기 콘텐트 서버 URI는 콘텐트 서버(CS)가 클라이언트 디바이스(CD)로부터 예측된 로케이션 리포트를 수신하기 위한 하나 또는 다수의 소스 URI를 의미할 수 있다.
상기 콘텐트 서버 URI는 프로퍼티(Property) "ContentServer_URI"로 표현(represent)될 수 있다. 상기 "ContentServer_URI)"는 언솔리시티드 다운로드를 위한 프로퍼티들의 세트인 언솔리시티드 다운로드 컨피그레이션 프로퍼티(Unsolicited Dowonloaed Configuration Properties) 세트에 포함될 수 있다.
이어서, 클라이언트 디바이스(CD)는 언솔리시티드 다운로드를 위하여 언솔리시티드 다운로드를 인에이블, 즉 활성화한다(단계:S2). 예를 들어, 클라이언트 디바이스(CD)는 프로퍼티 "Unsolicited_Enabled"를 트루 값으로 설정할 수 있다. 상기 "Unsolicited_Enabled"가 트루이면, 이는 프리딕티브 콘텐트 전달(Predictive Content Delivery)를 위한 언솔리시티드 요청이 인에이블드되는 것을 나타낸다. 상기 "Unsolicited_Enabled"는 언솔리시티드 다운로드 컨피그레이션 프로퍼티 세트에 포함되는 프로퍼티이다.
도 6은 사용자의 요청에 따라 언솔리시티드 다운로드를 인에이블할 수 있는 사용자 인터페이스를 예시적으로 나타낸다.
도 6에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)는 로케이션 A에 위치한다고 가정한다. 클라이언트 디바이스(CD)는 언솔리시티드 다운로드를 인에이블하거나 디스에이블할 수 있는 언솔리시티드 다운로드 인에이블/디스에이블 선택 아이콘을 표시할 수 있다. 예컨대, 사용자는 언솔리시티드 다운로드를 인에이블하기 위하여, 상기 언솔리시티드 다운로드 인에이블/디스에이블 아이콘을 선택, 예컨대 터치할 수 있다. 사용자가 상기 언솔리시티드 다운로드 인에이블/디스에이블 아이콘을 사용하여 언솔리시티드 다운로드를 인에이블할 것을 요청하면, 이에 응답하여 클라이언트 디바이스(CD)는 언솔리시티드 다운로드를 인에이블할 수 있다. 예를 들어, 클라이언트 디바이스(CD)는 프로퍼티 "Unsolicited_Enabled"를 트루로 설정할 수 있다.
한편, 상기 사용자 인터페이스는 언솔리시티드 다운로드를 지원하는 다수의 서버에서 사용자가 언솔리시티드 다운로드 서비스를 제공받기 원하는 서버를 선택할 수 있는 선택부를 표시할 수도 있다. 예를 들어, 상기 사용자 인터페이스는 "로케이션 광고 서버 1", "로케이션 광고 서버 2" 등을 표시하고, 사용자로 하여금 적어도 하나의 서버를 선택하도록 할 수 있다. 이때, 선택된 각각의 서버와 클라이언트 디바이스(CD) 간은 본 발명에 기재된 콘텐트 서버(CS)-클라이언트 디바이스(CD) 간의 연동 절차를 수행함에 의하여 언솔리시티드 다운로드를 수행하게 된다.
언솔리시티드 다운로드가 활성화되면, 클라이언트 디바이스(CD)는 로케이션 업데이트 인터벌(Location Update Interval)을 세팅할 수 있다(단계:S3). 상기 로케이션 업데이트 인터벌은 프로퍼티 "LocationUpdateInterval"로서 표현될 수 있다. 상기 로케이션 업데이트 인터벌은 클라이언트 디바이스(CD)의 예측된 로케이션를 업데이트하는 시간 기간(Time Period)을 의미할 수 있다(Location Update Interval represents the time period per which client device shall update its predicted location). 상기 로케이션 업데이트 인터벌은 로케이션 리포트 인터벌(Location Report Interval)일 수도 있다. 상기 로케이션 리포트 인터벌은 데이터 값 "LocationReportInterval"로서 표현될 수 있다. 상기 로케이션 업데이트 리포트 인터벌은 클라이언트 디바이스(CD)가 예측된 로케이션을 주어진 콘텐트 서버(CS)로 리포트하는 시간 기간을 의미할 수 있다.
도 7은 로케이션 업데이트/리포트 인터벌을 설정하는 사용자 인터페이스를 예시적으로 도시하고 있다.
도 7에 도시된 바와 같이, 클라이언트 디바이스(CD)는 로케이션 업데이트/리포트 인터벌을 세팅할 수 있는 설정부를 포함하는 사용자 인터페이스를 표시할 수 있다. 예를 들어, 상기 로케이션 업데이트/리포트 인터벌은 초 단위, 분 단위, 시간 단위 등으로 설정될 수 있다.
상기 "LocationUpdateInterval" 또는 "LocationReportInterval"은 언솔리시티드 다운로드 컨피그레이션 프로퍼티 세트에 포함되는 프로퍼티일 수 있다.
한편, 본 실시예에서는 상기 로케이션 업데이트 인터벌과 로케이션 리포트 인터벌을 동일한 것으로 간주하는 것을 설명하고 있으나, 이는 한정된 사항은 아니며 다른 실시예에 따라서는 로케이션 업데이트 인터벌과 로케이션 리포트 인터벌을 다른 것으로 간주하고 각각 다르게 설정할 수도 있다. 예를 들어, 클라이언트 디바이스(CD)는 로케이션 업데이트 인터벌은 5분, 로케이션 리포트 인터벌은 20분으로 설정하고 로케이션 리포트 인터벌마다 4번의 로케이션 업데이트 인터벌 동안 업데이트된 예측된 로케이션을 콘텐트 서버(CS)로 리포트할 수도 있다.
로케이션 업데이트 인터벌이 세팅되면, 클라이언트 디바이스(CD)가 이동하는 동안, 클라이언트 디바이스(CD)는 로케이션 업데이트 인터벌 마다 클라이언트 디바이스(CD)의 로케이션 정보를 업데이트할 수 있다(단계:S4). 여기서 로케이션 정보는 클라이언트 디바이스(CD)의 예측된 로케이션 및 예측된 피리어드를 포함할 수 있다. 구체적으로, 클라이언트 디바이스(CD)는 디바이스 로케이션 예측 알고리즘을 사용하여 클라이언트 디바이스(CD)가 미래에 언제 어디에 위치할 것인지를 예측할 수 있다. 이러한 예측을 기반으로 하여 클라이언트 디바이스(CD)는 로케이션 정보, 예컨대 예측된 로케이션 및 예측된 피리어드를 예측된 정보로 업데이트할 수 있다.
예컨대, 현재 시간이 오후 1시라고 가정하고, 클라이언트 디바이스(CD)는 오후 5시에서 6시까지의 기간 동안 클라이언트 디바이스(CD)가 로케이션 B에 위치할 것을 예측할 수 있다. 즉, 클라이언트 디바이스(CD)는 예측된 로케이션으로서 "로케이션 B"를, 예측된 피리어드로서 "5시에서 6시까지의 기간"으로 업데이트할 수 있다.
상기 예측된 로케이션은 프로퍼티 "PredictedLocation"으로 표현되고, 예측된 피리어드는 프로퍼티 "PredictedPeriod"로 표현될 수 있다.
상기 "PredictedLocation"은 시간 기간 "PredictedPeriod" 즉, 예측된 피리어드에 클라이언트 디바이스(CD)의 예측되는 지리적인 위치(the predicted geographical location of the client device CD at a time period "PredictedPreiod")를 의미할 수 있다.
상기 예측된 로케이션은 위도 및 경도의 조합으로 표현(represent)될 수 있다. 위도 및 경도 정보는, 예컨대, DDD:MM:SS.SSSS, DDD:MM:SS.SSS" 형태일 수 있다. 여기서 D는 각도, M은 호의 분(1도의 1/60의 각도), S는 호의 초(1도의 1/3600의 각도)이다. 위도 및 경도는 콤마로 범위가 정해진다(longitude and latitude are comma delimited). 한편, 상기 예측된 로케이션은 무선 통신에서 디바이스의 위치를 식별하는데 사용되는 정보, 예컨대, Wi-Fi의 SSID(Service Set ID)를 사용하여 표현될 수도 있고, 3GPP(Third Generation Partnership Project) 또는 LTE(Long Term Evolution) 네트워크의 Cell ID를 사용하여 표현될 수도 있다.
상기 "PredictedLocation"는 클라이언트 디바이스(CD)에 의하여 생성되며 ZIP 코드에 의하여 세트될 수 있다. 이러한 예측된 로케이션은 콘텐트의 로케이션 기반의 예측 다운로드를 지원하는 콘텐트 제공자, 예컨대 콘텐트 서버(CS)에 의하여 사용될 수 있다.
상기 "PredictedPeriod"는 클라이언트 디바이스(CD)가 예측된 로케이션에 동안으로 예측되는 시간 기간을 나타낸다(Predicted time period during which client device CD would be at predicted location).
클라이언트 디바이스(CD)는 로케이션 우선순위를 세트할 수도 있다. 상기 로케이션 우선순위는 프로퍼티 "Location_Priority"로 표현된다. 상기 로케이션 우선순위는 콘텐트의 로케이션 기반 예측 다운로드의 사용을 위한 로케이션 정보의 우선순위를 나타낼 수 있다.
한편, 클라이언트 디바이스(CD)의 가까운 미래 위치를 예측하기 위한 디바이스 로케이션 예측 알고리즘은 현재 클라이언트 디바이스(CD)의 이동 방향 및 이동 속도를 기반으로 클라이언트 디바이스(CD)의 미래 위치를 예측하는 제 1 예측 알고리즘, 설정된 기간 동안 클라이언트 디바이스(CD)의 이동 히스토리를 기반으로 하여 클라이언트 디바이스(CD)의 미래 위치를 예측하는 제 2 예측 알고리즘, 사용자로부터 입력되는 프리퍼드 로케이션(Preferred Location) 및 프리퍼드 피리어드(Preferred Period)를 사용하여 클라이언트 디바이스(CD)의 미래 위치를 예측하는 제 3 예측 알고리즘 중 적어도 하나를 포함할 수 있다.
상기 디바이스 로케이션 예측 알고리즘이 상기 제 1 예측 알고리즘, 제 2 예측 알고리즘, 제 3 예측 알고리즘 중 두 개 이상을 포함할 경우, 각각의 예측 알고리즘을 기반으로 업데이트되는 예측된 로케이션에는 로케이션 우선순위가 지정될 수 있다. 또한, 하나의 예측 알고리즘이 다수 개의 예측된 로케이션을 산출할 수도 있는데, 이 경우에도 예측의 정확도 등과 같은 파라미터에 따라 각각의 예측된 로케이션에 로케이션 우선순위를 지정할 수도 있다.
상기 디바이스 로케이션 예측 알고리즘은 클라이언트 디바이스(CD)에 구비되어 있을 수도 있고, 또는 클라이언트 디바이스(CD)와 연동하는 네트워크 디바이스나 서버에 구비될 수도 있다. 한편 또 다른 실시예에 따르면 상기 디바이스 로케이션 예측 알고리즘은 콘텐트 서버(CS)에 구비될 수도 있는데, 이 경우 클라이언트 디바이스(CD)는 언솔리시티드 다운로드 컨피그레이션 프로퍼티 및 클라이언트 디바이스(CD)의 현재 로케이션을 로케이션 업데이트 또는 리포트 인터벌에 따라 콘텐트 서버(CS)로 전송하고, 예측된 로케이션 및 예측된 피리어드는 콘텐트 서버(CS)에서 생성하고 업데이트할 수도 있다.
도 5를 다시 참조하면, 클라이언트 디바이스(CD)의 로케이션 정보가 업데이트되면, 클라이언트 디바이스(CD)는 업데이트된 로케이션 정보를 포함하는 예측된 로케이션 리포트를 콘텐트 서버 URI를 사용하여 콘텐트 서버(CS)로 전송함에 의하여, 업데이트된 로케이션 정보를 콘텐트 서버(CS)로 리포트할 수 있다(단계:S5).
상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 예측된 로케이션 및 예측된 피리어드를 포함한다. 예컨대, 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 프로퍼티 "PredictedLocation", "PerdictedPeriod"를 포함할 수 있다. 예를 들어, 상기 예측된 로케이션은 로케이션 D의 지리적인 정보를 포함하고, 예측된 피리어드는 상기 클라이언트 디바이스(CD)가 로케이션 D에 머무르는 기간을 나타내는 시간 기간 정보가 포함되어 있을 수 있다.
한편, 상기 예측된 로케이션 및 예측된 피리어드가 다수 개일 경우 각각의 예측된 로케이션 및 예측된 피리어드에는 로케이션 우선순위가 지정되어 있을 수도 있다. 즉, 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 "Location_PRIORITY"를 더 포함할 수도 있다.
클라이언트 디바이스(CD)로부터 업데이트된 로케이션 정보를 수신한 콘텐트 서버(CS)는 예측된 로케이션 및 예측된 피리어드를 기반으로 하여, 상기 예측된 로케이션 및 예측된 피리어드에서 클라이언트 디바이스(CD)가 효율적으로 콘텐트를 다운로드할 수 있는 소스 URI 또는 해당 지역에서 사용자에게 필요한 콘텐트를 다운로드할 수 있는 소스 URI를 선정하고, 예측된 로케이션, 예측된 피리어드 및 선정된 소스 URI를 클라이언트 디바이스(CD)로 전송할 수 있다(단계:S6).
상기 소스 URI의 선정에는 콘텐트 내용(예컨대 지역 정보, 지역과 관련 있는 광고, 관광 정보, 미리 설정된 콘텐트 등), 전송 대역폭, 네트워크 상태, 네트워크 리소스, 콘텐트의 프로파일 등 다양한 요소가 미리 설정된 기준에 따라 고려될 수 있다.
만약, 수신된 예측된 로케이션 및 예측된 피리어드가 다수 개인 경우, 콘텐트 서버(CS)는 다수 개의 예측된 로케이션, 다수 개의 예측된 피리어드에 대응하는 다수 개의 소스 URI를 선정하여, 클라이언트 디바이스(CD)로 전달할 수도 있다. 또한, 수신된 각각의 예측된 로케이션 - 예측된 피리어드에 우선 순위가 지정되어 있을 경우, 미리 정해진 기준에 따라 우선 순위가 높은 적어도 하나의 예측된 로케이션 - 적어도 하나의 예측된 피리어드에 대응하는 적어도 하나의 소스 URI만을 클라이언트 디바이스(CD)로 전달할 수도 있다.
콘텐트 서버(CS)로부터 예측된 로케이션, 예측된 피리어드 및 소스 URI를 수신한 클라이언트 디바이스(CD)는, 수신된 정보들을 기반으로 하여 큐 요청을 생성할 수 있다(단계:S7). 상기 큐 요청은 클라이언트 디바이스(CD)가 예측된 피리어드에 예측된 로케이션으로 진입하면 콘텐트를 전송해줄 것을 요청한다.
상기 큐 요청은 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI 등을 포함할 수 있다. 예컨대, 상기 큐 요청은 프로퍼티 "PredictedLocation", "PerdictedPeriod", "Source_URI" 등을 포함할 수 있다.
또한, 상기 큐 요청은 케시드 오브젝트, 즉 콘텐트를 저장하는데 사용할 저장소의 명칭을 나타내는 프로퍼티인 "STORAGE_NAME", 케시드 오브젝트의 MIME(Multipurpose Internet Mail Extension) 콘텐트 타입을 나타내는 프로퍼티인"CONTENT_TYPE", 케시드 오브젝트의 사이즈를 바이트(byte)로서 나타내는 프로퍼티인"REQPROP_TOTAL_LENGTH", 언솔리시티드 다운로드의 요청의 우선순위를 나타내는 "UNSOLICITED_DOWNLOAD_PRIORITY", 다운로드의 완료 후에 자동으로 큐드된 어셋을 재생할 것인지의 여부를 나타내는 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD" 등을 더 포함할 수도 있다. 상기 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD"이 트루이면 다운로드된 콘텐트는 자동으로 클라이언트 디바이스(CD)에 의하여 재생되게 된다.
수신되는 예측된 로케이션, 예측된 피리어드 및 소스 URI가 다수 개인 경우, 클라이언트 디바이스(CD)는 다수 개의 "예측된 로케이션 - 예측된 피리어드 - 소스 URI"에 대응하는 다수 개의 큐 요청을 생성할 수도 있다.
클라이언트 디바이스(CD)는, 소스 URI를 사용하여, 생성된 큐 요청을 소스로 전송할 수 있다(단계:S7). 클라이언트 디바이스(CD)가 예측된 로케이션에 진입하면, 소스 URI로부터 콘텐트를 다운로드한다(단계:S8). 예를 들면, 만약 예측된 로케이션이 로케이션 D이고 예측된 피리어드가 오후 5시에서 오후 6시까지의 기간이라면, 오후 5시에 로케이션 D로 클라이언트 디바이스(CD)가 진입하면, 클라이언트 디바이스(CD)는 소스로부터 콘텐트를 다운로드할 수 있다. 소스로부터 콘텐트를 다운로드한 후 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)가 오후 6까지 로케이션 D에 있는 동안 콘텐트를 소비할 수 있다.
도 8은 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도이다. 도 8에 도시된 실시예에서 클라이언트 디바이스(CD)는 로케이션 A로부터 로케이션 D로 이동한다고 가정한다.
도 8에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)의 큐/정책 엔진(120)은 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는 지의 여부를 체크할 수 있다(단계:S11). 콘텐트 서버(CS)가 언솔리시트드 다운로드를 지원하면, 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 클라이언트 디바이스(CD)의 로케이션 정보를 리포트하는데 사용할 콘텐트 서버 URI를 요청하고, 콘텐트 서버(CS)로부터 콘텐트 서버 URI를 취득할 수 있다(단계:S12).
이어서, 클라이언트 디바이스(CD)의 사용자 에이전트(114)는 언솔리시티드 다운로드를 인에이블 할 수 있다(단계:S13). 예컨대 사용자 에이전트(114)는 도 6에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 프로퍼티 "Unsolicited_Enabled"를 트루 값으로 설정할 수 있다.
언솔리시티드 다운로드가 활성화되면, 사용자 에이전트(114)는 로케이션 업데이트 인터벌을 세팅할 수 있다(단계:S14). 예를 들어, 사용자 에이전트(114)는 도 7에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 "LocationUpdateInterval"를 설정할 수 있다.
다음으로, 클라이언트 디바이스(CD)가 로케이션 A로부터 로케이션 D로 이동하는 동안, 클라이언트 디바이스(CD)의 로컬 어플리케이션(112)은 설정된 로케이션 업데이트 인터벌 마다 클라이언트 디바이스(CD)의 로케이션 정보를 업데이트할 수 있다(단계:S15). 여기서 로케이션 정보는 예측된 로케이션 및 예측된 피리어드를 포함할 수 있다. 예를 들어, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD) 또는 연동된 외부의 디바이스에 구비되는 디바이스 로케이션 예측 알고리즘을 사용하여, 클라이언트 디바이스(CD)가 미래에 언제 어디에 위치할 것인지를 예측할 수 있다. 이러한 예측을 기반으로 하여, 클라이언트 디바이스(CD)는 로케이션 정보, 즉 예측된 로케이션 및 예측된 피리어드를 업데이트할 수 있다.
이어서 큐/정책 엔진(120)은 업데이트된 로케이션 정보를 콘텐트 서버(CS)로 리포트할 수 있다(단계:S16). 상기 업데이트된 로케이션 정보는 예측된 로케이션 및 예측된 피리어드 등을 포함하는 예측된 로케이션 리포트일 수 있다. 예를 들어, 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 프로퍼티 "PredictedLocation", "PerdictedPeriod"를 포함할 수 있다.
예를 들면, 상기 예측된 로케이션은 로케이션 D의 지리적인 정보를 포함하고, 예측된 피리어드는 상기 클라이언트 디바이스(CD)가 로케이션 D에 머무르는 기간을 나타내는 시간 기간 정보가 포함되어 있을 수 있다. 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 "Location_PRIORITY"를 더 포함할 수도 있다.
콘텐트 서버(CS)는 예측된 로케이션에 대응하는 콘텐트가 있는지를 체크하고(단계: S17), 해당 콘텐트를 제공해줄 수 있는 소스의 소스 URI를 선정할 수 있다. 상기 소스 URI의 선정에는 콘텐트 내용(예컨대 지역 정보, 지역과 관련 있는 광고, 관광 정보, 미리 설정된 콘텐트 등), 전송 대역폭, 네트워크 상태, 네트워크 리소스, 콘텐트의 프로파일 등 다양한 요소가 미리 설정된 기준에 따라 고려될 수 있다.
다음으로 콘텐트 서버(CS)는 큐 요청을 생성하고, 상기 큐 요청을 큐/정책 엔진(120)으로 전송할 수 있다(단계:S18). 상기 큐 요청은 클라이언트 디바이스(CD)가 예측된 피리어드에 예측된 로케이션으로 진입하면 소스로부터 클라이언트 디바이스(CD)로 콘텐트를 다운로드 할 것을 요청한다.
상기 큐 요청은 예측된 로케이션, 예측된 피리어드 및 소스 URI 등을 포함할 수 있다. 예컨대, 상기 큐 요청은 프로퍼티 "PredictedLocation", "PerdictedPeriod", "Source_URI" 등을 포함할 수 있다. 예측된 로케이션, 예측된 피리어드 및 소스 URI가 다수 개인 경우, 클라이언트 디바이스(CD)는 다수 개의 "예측된 로케이션 - 예측된 피리어드 - 소스 URI"에 대응하는 다수 개의 큐 요청을 생성하여 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 전송할 수도 있다.
콘텐트 서버(CS)로부터 큐 요청을 수신한 큐/정책 엔진(120)은 수신된 큐 요청을 세팅하고 관리할 수 있다(단계:S19). 클라이언트 디바이스(CD)가 예측된 로케이션, 예컨대 로케이션 D로 진입하면, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD)의 현재 위치를 로케이션 D로 업데이트하고(단계:S20), 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 전달된 큐 요청을 기반으로 하여 로케이션 D에서 콘텐트의 다운로드를 수행할 수 있다(단계:S21).
콘텐트의 다운로드가 완료되면, 큐/정책 엔진(120)은 사용자 에이전트(114)로 다운로드가 완료되었음을 리포팅한다(단계:S22). 그러면, 사용자 에이전트(114)는 콘텐트를 재생할 수 있다(단계:S23). 만약, 프로퍼티 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD"이 트루이면 다운로드된 콘텐트는 클라이언트 디바이스(CD)에 의하여 자동 재생되게 된다.
도 9는 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도이다. 도 9에 도시된 실시예에서 클라이언트 디바이스(CD)는 로케이션 A로부터 로케이션 D로 이동한다고 가정한다.
도 9에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)의 큐/정책 엔진(120)은 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는 지의 여부를 체크할 수 있다(단계:S31). 콘텐트 서버(CS)가 언솔리시트드 다운로드를 지원하면, 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 예측된 로케이션 리포트를 전송하는데 사용할 콘텐트 서버 URI를 요청하고, 콘텐트 서버(CS)로부터 콘텐트 서버 URI를 취득할 수 있다(단계:S32).
이어서, 클라이언트 디바이스(CD)의 사용자 에이전트(114)는 언솔리시티드 다운로드를 인에이블 할 수 있다(단계:S33). 예컨대 사용자 에이전트(114)는 도 6에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 프로퍼티 "Unsolicited_Enabled"를 트루 값으로 설정할 수 있다.
언솔리시티드 다운로드가 활성화되면, 사용자 에이전트(114)는 로케이션 업데이트 인터벌을 세팅할 수 있다(단계:S34). 예를 들어, 사용자 에이전트(114)는 도 7에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 "LocationUpdateInterval"를 설정할 수 있다.
다음으로, 클라이언트 디바이스(CD)가 로케이션 A로부터 로케이션 D로 이동하는 동안, 클라이언트 디바이스(CD)의 로컬 어플리케이션(112)은 설정된 로케이션 업데이트 인터벌 마다 클라이언트 디바이스(CD)의 로케이션 정보를 업데이트할 수 있다(단계:S35). 여기서 로케이션 정보는 예측된 로케이션 및 예측된 피리어드를 포함할 수 있다. 예를 들어, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD) 또는 연동된 외부의 디바이스에 구비되는 디바이스 로케이션 예측 알고리즘을 사용하여, 클라이언트 디바이스(CD)가 미래에 언제 어디에 위치할 것인지를 예측할 수 있다. 이러한 예측을 기반으로 하여, 클라이언트 디바이스(CD)는 로케이션 정보, 즉 예측된 로케이션 및 예측된 피리어드를 업데이트할 수 있다.
이어서 큐/정책 엔진(120)은 업데이트된 로케이션 정보를 콘텐트 서버(CS)로 리포트할 수 있다(단계:S36). 상기 업데이트된 로케이션 정보는 예측된 로케이션 및 예측된 피리어드 등을 포함하는 예측된 로케이션 리포트일 수 있다. 예를 들어, 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 프로퍼티 "PredictedLocation", "PerdictedPeriod"를 포함할 수 있다.
예를 들면, 상기 예측된 로케이션은 로케이션 D의 지리적인 정보를 포함하고, 예측된 피리어드는 상기 클라이언트 디바이스(CD)가 로케이션 D에 머무르는 기간을 나타내는 시간 기간 정보가 포함되어 있을 수 있다. 한편 상기 콘텐트 서버(CS)로 리포팅되는 업데이트된 로케이션 정보는 "Location_PRIORITY"를 더 포함할 수도 있다.
콘텐트 서버(CS)는 예측된 로케이션에 대응하는 콘텐트가 있는지를 체크하고(단계: S37), 해당 콘텐트를 제공해줄 수 있는 소스의 소스 URI를 선정할 수 있다. 상기 소스 URI의 선정에는 콘텐트 내용(예컨대 지역 정보, 지역과 관련 있는 광고, 관광 정보, 미리 설정된 콘텐트 등), 전송 대역폭, 네트워크 상태, 네트워크 리소스, 콘텐트의 프로파일 등 다양한 요소가 미리 설정된 기준에 따라 고려될 수 있다.
다음으로, 콘텐트 서버(CS)는 예측된 로케이션, 예측된 피리어드, 소스 URI를 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 전송할 수 있다(단계:38). "예측된 로케이션 - 예측된 피리어드 - 소스 URI"가 다수 개일 경우 콘텐트 서버(CS)는 다수 개의 예측된 로케이션 - 다수 개의 예측된 피리어드 - 다수 개의 소스 URI"에 대응하는 다수 개의 큐 요청을 생성하여 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 전송할 수도 있다.
콘텐트 서버(CS)로부터 예측된 로케이션, 예측된 피리어드, 소스 URI를 수신한 큐/정책 엔진(120)은, 수신된 정보들을 기반으로 하여 큐 요청을 생성할 수 있다(단계:S39). 상기 큐 요청은 클라이언트 디바이스(CD)가 예측된 피리어드에 예측된 로케이션으로 진입하면 소스로부터 클라이언트 디바이스(CD)로 콘텐트를 다운로드 할 것을 요청한다.
상기 큐 요청은 예측된 로케이션, 예측된 피리어드 및 소스 URI 등을 포함할 수 있다. 예컨대, 상기 큐 요청은 프로퍼티 "PredictedLocation", "PerdictedPeriod", "Source_URI" 등을 포함할 수 있다. 예측된 로케이션, 예측된 피리어드 및 소스 URI가 다수 개인 경우, 큐/정책 엔진(120)은 다수 개의 "예측된 로케이션 - 예측된 피리어드 - 소스 URI"에 대응하는 다수 개의 큐 요청을 생성할 수도 있다.
클라이언트 디바이스(CD)가 예측된 로케이션, 예컨대 로케이션 D로 진입하면, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD)의 현재 위치를 로케이션 D로 업데이트하고(단계:S40), 큐/정책 엔진(120)은 생성된 큐 요청을 기반으로 로케이션 D에서 콘텐트의 다운로드를 수행할 수 있다(단계:S41).
콘텐트의 다운로드가 완료되면, 큐/정책 엔진(120)은 사용자 에이전트(114)로 다운로드가 완료되었음을 리포팅한다(단계:S42). 그러면, 사용자 에이전트(114)는 콘텐트를 재생할 수 있다(단계:S43). 만약, 프로퍼티 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD"이 트루이면 다운로드된 콘텐트는 클라이언트 디바이스(CD)에 의하여 자동 재생되게 된다.
도 10은 본 발명의 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도로서, 사용자가 선호하는 프리퍼드 로케이션 및 프로퍼드 피리어드를 기반으로 하는 언솔리시티드 다운로드의 절차를 설명하고 있다. 도 10에 도시된 실시예에서, 로케이션 D는 사용자에 의하여 지정되는 프리퍼드 로케이션이며, 클라이언트 디바이스(CD)는 로케이션 A로부터 로케이션 D로 이동한다고 가정한다.
도 10에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)의 큐/정책 엔진(120)은 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는 지의 여부를 체크할 수 있다(단계:S51). 콘텐트 서버(CS)가 언솔리시트드 다운로드를 지원하면, 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 예측된 로케이션 리포트를 전송하는데 사용할 콘텐트 서버 URI를 요청하고, 콘텐트 서버(CS)로부터 콘텐트 서버 URI를 취득할 수 있다(단계:S52).
이어서, 클라이언트 디바이스(CD)의 사용자 에이전트(114)는 언솔리시티드 다운로드를 인에이블 할 수 있다(단계:S53). 예컨대 사용자 에이전트(114)는 도 6에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 프로퍼티 "Unsolicited_Enabled"를 트루 값으로 설정할 수 있다.
언솔리시티드 다운로드가 활성화되면, 사용자 에이전트(114)는 프리퍼드 로케이션 정보를 세팅할 수 있다. 상기 프리퍼드 로케이션 정보는 프리퍼드 로케이션(Preferred Location) 및 프리퍼드 피리어드(Preferred Period)를 포함할 수 있다.
상기 프리퍼드 로케이션은 사용자가 언솔리시티드 다운로드를 통하여 콘텐트를 이용하기를 허용하는 클라이언트 디바이스(CD)의 로케이션을 의미할 수 있다. 상기 프리퍼드 피리어드는 사용자가 언솔리시티드 다운로드를 통하여 콘텐트를 이용하기를 허용하는 기간을 의미할 수 있다. 즉, 프리퍼드 로케이션과 프리퍼드 피리어드는 사용자가 어느 기간 동안 어느 장소에서 언솔리시티드 다운로드를 통한 콘텐트의 다운로드를 허용할지를 지정하는 정보일 수 있다.
도 11은 프리퍼드 로케이션 정보를 세팅하는 사용자 인터페이스를 예시적으로 나타내고 있다.
도 11에 도시된 바와 같이, 클라이언트 디바이스(CD)는 지도를 표시하고 사용자가 지도 상에서 원하는 지역을 선택하도록 요청할 수 있다. 사용자가 원하는 지역을 선택하면, 그 선택 신호에 응답하여 클라이언트 디바이스(CD)는 선택된 지역을 프리퍼드 로케이션으로 설정할 수 있다. 또한 클라이언트 디바이스(CD)는 프리퍼드 피리어드를 선택할 수 있는 입력부를 제공하고 프리퍼드 피리어드의 입력을 요청할 수 있다. 사용자로부터 특정 피리어드가 입력되면 클라이언트 디바이스(CD)는 해당 입력 신호에 응답하여 입력된 피리어드를 프리퍼드 피리어드로 설정할 수 있다.
예를 들어, 사용자가 직장, 즉 로케이션 D에서 평일마다 근무시간, 즉 8시부터 18시까지 업무에 필요한 불특정 자료를 언솔리시티드 다운로드하기를 원한다고 가정하면, 클라이언트 디바이스(CD)는, 도 11에 도시된 사용자 인터페이스를 기반으로 하여, 프리퍼드 로케이션으로 로케이션 D를, 프리퍼드 피리어드로서 평일 8시부터 18시까지를 설정할 수 있다.
상기 프리퍼드 로케이션은 프로퍼티 "PreferredLocation"으로 표현되고, 프리퍼드 피리어드는 프로퍼티 "PreferredPeriod"로 표현될 수 있다.
상기 "PreferredLocation"은 콘텐트의 로케이션 기반의 예측 다운로드를 클라이언트가 허용하는 로케이션(location which client device CD allow location-based predictive download of content)을 의미할 수 있다. 상기 PreferredLocation" 는 시간 기간 "PreferredPeriod" 즉, 프리퍼드 피리어드 동안 클라이언트 디바이스(CD)의 지리적인 위치일 수 있다.
상기 프리퍼드 로케이션은 위도 및 경도의 조합으로 표현될 수 있다. 위도 및 경도 정보는, 예컨대, DDD:MM:SS.SSSS, DDD:MM:SS.SSS" 형태일 수 있다. 여기서 D는 각도, M은 호의 분(1도의 1/60의 각도), S는 호의 초(1도의 1/3600의 각도)이다. 위도 및 경도는 콤마로 범위가 정해진다(longitude and latitude are comma delimited). 상기 "PreferredLocation"는 클라이언트 디바이스(CD)에 의하여 세트되며 ZIP 코드에 의하여 세트될 수 있다. 한편, 상기 프리퍼드 로케이션은 무선 통신에서 디바이스의 위치를 식별하는데 사용되는 정보, 예컨대, Wi-Fi의 SSID(Service Set ID)를 사용하여 표현될 수도 있고, 3GPP(Third Generation Partnership Project) 또는 LTE(Long Term Evolution) 네트워크의 Cell ID를 사용하여 표현될 수도 있다.
상기 "PreferredPeriod"는 클라이언트 디바이스(CD)가 프리퍼드 로케이션에 있는 동안으로 예측되는 시간 기간을 나타낸다(PreferredPeriod represents the predicted time period during which client device CD would be at preferred location). 이는 클라이언트 디바이스(CD)에 의하여 생성된다.
한편, 로케이션 업데이트 인터벌을 세팅한 후, 로컬 어플리케이션(112)은 세팅된 업데이트 인터벌 마다 로케이션 정보를 업데이트하고(단계:S55), 큐/ 정책 엔진(120)은 업데이트된 정보를 콘텐트 서버(CS)로 리포팅할 수 있다(단계:S56).
예를 들어, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD) 또는 연동된 외부의 디바이스에 구비되는 디바이스 로케이션 예측 알고리즘을 사용하여 클라이언트 디바이스(CD)가 미래에 언제 어디에 위치할 것인지를 예측하고, 그 예측을 기반으로 하여 로케이션 정보를 업데이트하고, 콘텐트 서버(CS)로 리포팅할 수 있다.
이때, 세팅된 프리퍼드 로케이션 및 프리퍼드 피리어드는 사용자의 의사에 따라 클라이언트 디바이스(CD)에 의하여 세팅된 정보이므로, 가장 신뢰성이 높은 예측 정보라 할 수 있다. 큐/정책 엔진(120)은 세팅된 프리퍼드 로케이션 및 프리퍼드 피리어드를 포함하는 업데이트된 로케이션 정보를 클라이언트 디바이스(CD)의 예측된 로케이션 정보로서 콘텐트 서버(CS)로 리포팅하거나, 또는 상기 세팅된 프리퍼드 로케이션 및 프로퍼드 피리어드에 대응하는 로케이션 및 피리어드를 가장 높은 로케이션 우선순위의 예측된 로케이션 및 예측된 피리어드에 매핑한 업데이트된 로케이션 정보를 리포팅할 수 있다.
콘텐트 서버(CS)는 큐/정책 엔진(120)으로부터 수신되는 로케이션 정보에 대응하는 콘텐트가 있는지를 체크하고(단계: S57), 해당 콘텐트를 제공해줄 수 있는 소스의 소스 URI를 선정할 수 있다. 상기 소스 URI의 선정에는 콘텐트 내용(예컨대 지역 정보, 지역과 관련 있는 광고, 관광 정보, 미리 설정된 콘텐트 등), 전송 대역폭, 네트워크 상태, 네트워크 리소스, 콘텐트의 프로파일 등 다양한 요소가 미리 설정된 기준에 따라 고려될 수 있다.
다음으로 콘텐트 서버(CS)는 큐/요청을 생성하고, 상기 큐 요청을 큐/정책 엔진(120)으로 전송할 수 있다(단계:S58). 상기 큐 요청은 클라이언트 디바이스(CD)가 예측된 피리어드에 예측된 로케이션으로 진입하면 소스로부터 클라이언트로 콘텐트를 다운로드할 것을 요청할 수 있다. 상기 예측된 로케이션 및 예측된 피리어드는 프리퍼드 로케이션 및 프리퍼드 피리어드일 수 있다.
콘텐트 서버(CS)로부터 큐 요청을 수신한 큐/정책 엔진(120)은 수신된 큐 요청을 세팅하고 관리할 수 있다(단계:S59). 클라이언트 디바이스(CD)가 허용한 로케이션 D로 클라이언트 디바이스(CD)가 진입하면, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD)의 현재 위치를 로케이션 D로 업데이트하고(단계:S60), 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 수신한 큐 요청을 사용하여 로케이션 D에서 콘텐트의 다운로드를 수행할 수 있다(단계:S61).
콘텐트의 다운로드가 완료되면, 큐/정책 엔진(120)은 사용자 에이전트(114)로 다운로드가 완료되었음을 리포팅한다(단계:S62). 그러면, 사용자 에이전트(114)는 콘텐트를 재생할 수 있다(단계:S63). 예를 들어, 만약 프로퍼티 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD"이 트루이면 다운로드된 콘텐트는 클라이언트 디바이스(CD)에 의하여 자동 재생되게 된다.
한편, 본 발명의 바람직한 또 다른 실시예로서, 도 10을 참조한 실시예에서의 큐 요청의 생성 주체를 도 9를 참조한 실시예에서와 같이 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 변형하는 실시예도 가능하다.
도 12는 본 발명의 바람직한 또 다른 실시예에 따른 로케이션 기반의 언솔리시티드 다운로드 방법의 흐름을 설명하는 흐름도이다. 도 12에 도시된 실시예에서 클라이언트 디바이스(CD)는 로케이션 A로부터 로케이션 D로 이동한다고 가정한다.
도 12에 도시된 바와 같이, 먼저, 클라이언트 디바이스(CD)의 큐/정책 엔진(120)은 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는 지의 여부를 체크할 수 있다(단계:S91). 콘텐트 서버(CS)가 언솔리시트드 다운로드를 지원하면, 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 예측된 로케이션 리포트를 전송하는데 사용할 콘텐트 서버 URI를 요청하고, 콘텐트 서버(CS)로부터 콘텐트 서버 URI를 취득할 수 있다.
이어서, 클라이언트 디바이스(CD)의 사용자 에이전트(114)는 언솔리시티드 다운로드를 인에이블 할 수 있다(단계:S92). 예컨대 사용자 에이전트(114)는 도 6에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 프로퍼티 "Unsolicited_Enabled"를 트루 값으로 설정할 수 있다.
언솔리시티드 다운로드가 활성화되면, 사용자 에이전트(114)는 로케이션 업데이트 인터벌을 세팅할 수 있다(단계:S93). 예를 들어, 사용자 에이전트(114)는 도 7에 도시된 사용자 인터페이스를 기반으로 하여, 큐/정책 엔진(120)에서 관리되는 "LocationUpdateInterval"를 설정할 수 있다.
다음으로, 클라이언트 디바이스(CD)가 로케이션 A로부터 로케이션 D로 이동하는 동안, 클라이언트 디바이스(CD)의 로컬 어플리케이션(112)은 설정된 로케이션 업데이트 인터벌 마다 주기적으로 클라이언트 디바이스(CD)의 로케이션 정보를 업데이트할 수 있다(단계:S94).
본 실시예에서 상기 로케이션 정보는 클라이언트 디바이스(CD)의 현재 로케이션 및 이동 시간 등을 포함할 수 있다. 이어서 큐/정책 엔진(120)은 업데이트된 로케이션 정보를 콘텐트 서버(CS)로 리포트할 수 있다(단계:S95). 상기 리포팅되는 로케이션 정보는 클라이언트 디바이스(CD)의 현재 로케이션 및 이동 시간 등을 포함할 수 있다.
상기 클라이언트 디바이스(CD)의 현재 로케이션은 위도 및 경도의 조합으로 표현(represent)될 수 있다. 위도 및 경도 정보는, 예컨대, DDD:MM:SS.SSSS, DDD:MM:SS.SSS" 형태일 수 있다. 여기서 D는 각도, M은 호의 분(1도의 1/60의 각도), S는 호의 초(1도의 1/3600의 각도)이다. 위도 및 경도는 콤마로 범위가 정해진다(longitude and latitude are comma delimited).
또는, 상기 클라이언트 디바이스(CD)의 로케이션은 무선 통신에서 디바이스의 위치를 식별하는데 사용되는 정보, 예컨대, Wi-Fi의 SSID(Service Set ID)를 사용하여 표현될 수도 있고, 3GPP(Third Generation Partnership Project) 또는 LTE(Long Term Evolution) 네트워크의 Cell ID를 사용하여 표현될 수도 있다.
큐/정책 엔진(120)으로부터 클라이언트 디바이스(CD)의 로케이션 정보를 수신한 콘텐트 서버(CS)는 콘텐트 서버(CS) 또는 연동된 외부의 디바이스에 구비되는 디바이스 로케이션 예측 알고리즘을 사용하여, 클라이언트 디바이스(CD)가 미래에 언제 어디에 위치할 것인지를 예측할 수 있다. 예측을 위하여, 콘텐트 서버(CS)는 큐/정책 엔진(120)로부터 전달된 정보의 포맷을 상기 콘텐트 서버(CS)에서 사용하는 포맷으로 변환할 수도 있다. 예를 들어, 큐/정책 엔진(120)로부터 전달된 정보의 포맷이 Wi-Fi의 SSID로 표현되어 있을 경우 이를 위도/경도 포맷으로 변환할 수도 있다.
콘텐트 서버(CS)는 상기 디바이스 로케이션 예측 알고리즘을 기반으로 하여, 클라이언트 디바이스(CD)의 예측된 로케이션 및 예측된 피리어드를 업데이트할 수 있다(단계:S96). 예를 들어, 상기 콘텐트 서버(CS)에 의하여 업데이트되는 로케이션 정보는 프로퍼티 "PredictedLocation", "PerdictedPeriod"를 포함할 수 있다.
상기 예측된 로케이션은 로케이션 D의 지리적인 정보를 포함하고, 예측된 피리어드는 상기 클라이언트 디바이스(CD)가 로케이션 D에 머무르는 기간을 나타내는 시간 기간 정보가 포함되어 있을 수 있다. 상기 콘텐트 서버(CS)에 의하여 업데이트되는 로케이션 정보는 로케이션 우선순위, 즉 "Location_PRIORITY"를 포함할 수도 있다.
콘텐트 서버(CS)는 예측된 로케이션에 대응하는 콘텐트가 있는지를 체크하고(단계: S97), 해당 콘텐트를 제공해줄 수 있는 소스의 소스 URI를 선정할 수 있다. 상기 소스 URI의 선정에는 콘텐트 내용(예컨대 지역 정보, 지역과 관련 있는 광고, 관광 정보, 미리 설정된 콘텐트 등), 전송 대역폭, 네트워크 상태, 네트워크 리소스, 콘텐트의 프로파일 등 다양한 요소가 미리 설정된 기준에 따라 고려될 수 있다.
다음으로 콘텐트 서버(CS)는 큐 요청을 생성하고, 상기 큐 요청을 큐/정책 엔진(120)으로 전송할 수 있다(단계:S98). 상기 큐 요청은 클라이언트 디바이스(CD)가 예측된 피리어드에 예측된 로케이션으로 진입하면 소스로부터 클라이언트 디바이스(CD)로 콘텐트를 다운로드 할 것을 요청한다.
상기 큐 요청은 예측된 로케이션, 예측된 피리어드 및 소스 URI 등을 포함할 수 있다. 예컨대, 상기 큐 요청은 프로퍼티 "PredictedLocation", "PerdictedPeriod", "Source_URI" 등을 포함할 수 있다. 예측된 로케이션, 예측된 피리어드 및 소스 URI가 다수 개인 경우, 클라이언트 디바이스(CD)는 다수 개의 "예측된 로케이션 - 예측된 피리어드 - 소스 URI"에 대응하는 다수 개의 큐 요청을 생성하여 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 전송할 수도 있다.
콘텐트 서버(CS)로부터 큐 요청을 수신한 큐/정책 엔진(120)은 수신된 큐 요청을 세팅하고 관리할 수 있다(단계:S99). 클라이언트 디바이스(CD)가 예측된 로케이션, 예컨대 로케이션 D로 진입하면, 로컬 어플리케이션(112)은 클라이언트 디바이스(CD)의 현재 위치를 로케이션 D로 업데이트하고(단계:S100), 큐/정책 엔진(120)은 콘텐트 서버(CS)로부터 전달된 큐 요청을 기반으로 하여 로케이션 D에서 콘텐트의 다운로드를 수행할 수 있다(단계:S101).
콘텐트의 다운로드가 완료되면, 큐/정책 엔진(120)은 사용자 에이전트(114)로 다운로드가 완료되었음을 리포팅한다(단계:S102). 그러면, 사용자 에이전트(114)는 콘텐트를 재생할 수 있다(단계:S103). 만약, 프로퍼티 "AUTOMATIC_PLAYBACK_AFTER_DOWNLOAD"이 트루이면 다운로드된 콘텐트는 클라이언트 디바이스(CD)에 의하여 자동 재생되게 된다.
한편, 본 발명의 바람직한 또 다른 실시예로서, 도 12를 참조한 실시예에서의 큐 요청의 생성 주체를 도 9를 참조한 실시예에서와 같이 클라이언트 디바이스(CD)의 큐/정책 엔진(120)으로 변형하는 실시예도 가능하다. 이 경우 콘텐트 서버(CS)는 예측된 로케이션, 예측된 피리어드 및 소스 URI를 클라이언트 디바이스(CD)로 전송하고, 클라이언트 디바이스(CD)는 수신된 정보를 기반으로 하여 큐 요청을 생성할 수 있다.
도 13은 본 발명의 또 다른 실시예에 따라 언솔리시티드 다운로드를 위하여 클라이언트 디바이스(CD)에 의하여 수행되는 절차들을 설명하기 위한 흐름도이다.
도 13에 도시된 바와 같이, 웨이트 상태(단계:S74)에서 언솔리티드 다운로드가 인에이블드되면, 클라이언트 디바이스(CD)는 언솔리시티드 다운로드를 위한 로케이션 정보를 가지고 있는지의 여부를 판단한다(단계:S71). 이때 만약 클라이언트 디바이스(CD)가 언솔리시티드 다운로드를 위한 정보를 가지고 있지 않는 것으로 판단되면, 클라이언트 디바이스(CD)는 에러를 발생하고 대응된 메시지, 예컨대 "Unsolicited Download is Not Available"을 출력할 수 있다(단계:S81).
클라이언트 디바이스(CD)가 언솔리시티드 다운로드를 위한 정보를 가지고 있는 경우, 클라이언트 디바이스(CD)는 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는지의 여부를 판단한다(단계:S72). 이때, 만약 콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하지 않는 것으로 판단되면, 클라이언트 디바이스(CD)는 에러 발생 단계(단계:S81)로 천이할 수 있다.
콘텐트 서버(CS)가 언솔리시티드 다운로드를 지원하는 것으로 판단되면, 클라이언트 디바이스(CD)는 콘텐트 서버(CS)의 URI를 획득할 수 있다(단계:S73). 예를 들어, 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)의 예측된 로케이션 리포트를 전송하는데 사용할 콘텐트 서버 URI를 콘텐트 서버(CS)로부터 획득할 수 있다. 상기 예측된 로케이션 리포트는 예측된 로케이션 및 예측된 피리어드 등을 포함하는 클라이언트 디바이스(CD)의 로케이션 정보일 수 있다.
이어서, 상기 클라이언트 디바이스(CD)는 웨이트 단계(단계:S74)로 천이할 수 있다. 웨이트 단계(단계:S74)에서 세팅된 로케이션 리포트 인터벌에 해당하는 시점이 되면, 클라이언트 디바이스(CD)는 콘텐트 서버 URI로 예측된 로케이션 리포트를 전송할 수 있다(단계:S76). 예를 들어, 클라이언트 디바이스(CD)는 클라이언트 디바이스(CD)의 가까운 미래의 로케이션을 예측하고, 예측된 로케이션과 예측된 피리어드를 업데이트 한 후 업데이트된 정보들을 포함하는 예측된 로케이션 리포트를 콘텐트 서버 URI로 전송할 수 있다.
이후, 클라이언트 디바이스(CD)는 콘텐트 서버(CS)로부터 예측된 로케이션 및 예측된 피리어드에 대응하는 소스 URI가 수신할 수 있다(단계:S77). 그러면 클라이언트 디바이스(CD)는 수신된 소스 URI, 예측된 로케이션 및 예측된 피리어드 등을 포함하는 큐 요청을 생성할 수 있다(단계:S78). 만약, 상기 단계 S77에서 소스 URI가 콘텐트 서버(CS)에 의하여 생성된 큐 요청에 포함되어 수신되었다면 단계 S78은 생략될 수도 있다.
다음으로, 클라이언트 디바이스(CD)는 큐 요청의 예측된 로케이션에 클라이언트 디바이스(CD)가 있는지의 여부를 판단하고(단계:S79), 클라이언트 디바이스(CD)가 상기 예측된 로케이션에 있다고 판단될 경우 큐 요청을 사용하여 언솔리시티드 다운로드를 수행할 수 있다(단계:S80).
이상 본 발명에 대하여 그 바람직한 실시예를 예시하여 설명하였지만 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구 범위에 기재된 본 발명의 기술적 사항 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시켜 실시할 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명의 앞으로의 실시예들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

Claims (20)

  1. 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하는 단계;
    상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 단계;
    업데이트된 상기 로케이션 정보를 서버로 리포팅하는 단계;
    상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하는 단계; 및
    상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  2. 제 1 항에 있어서, 상기 클라이언트 디바이스의 로케이션 정보는 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  3. 제 1 항에 있어서, 상기 서버가 언솔리티드 다운로드를 지원하는지의 여부를 판단하는 단계; 및
    상기 판단을 기반으로 하여, 상기 언솔리시티드 다운로드를 위한 서버 URI를 상기 서버로부터 획득하는 단계를 더 포함하는 것을 특징을 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  4. 제 1 항에 있어서, 언솔리시티드 다운로드를 활성화시킬 것을 요청하는 사용자 인터페이스를 표시하는 단계; 및
    상기 사용자 인터페이스를 통하여 입력되는 요청 신호에 응답하여 상기 언솔리시티드 다운로드를 인에이블하는 단계를 더 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  5. 제 1 항에 있어서, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 단계는,
    디바이스 로케이션 예측 알고리즘을 사용하여, 상기 로케이션 업데이트 인터벌 마다 주기적으로 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 업데이트하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  6. 제 5 항에 있어서, 상기 디바이스 로케이션 예측 알고리즘은,
    현재 클라이언트 디바이스의 이동 방향 및 이동 속도를 기반으로 클라이언트 디바이스의 미래 위치를 예측하는 제 1 예측 알고리즘;
    설정된 기간 동안 클라이언트 디바이스의 이동 히스토리를 기반으로 하여 클라이언트 디바이스의 미래 위치를 예측하는 제 2 예측 알고리즘; 및
    사용자로부터 입력되는 프리퍼드 로케이션(Preferred Location) 및 프리퍼드 피리어드(Preferred Period)를 사용하여 클라이언트 디바이스의 미래 위치를 예측하는 제 3 예측 알고리즘 중 적어도 하나를 포함하는 것을 특징으로 하는 언솔리시티드 다운로드 방법.
  7. 제 5 항에 있어서, 상기 리포팅하는 단계는,
    업데이트된 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함하는 메시지를 상기 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  8. 제 1 항에 있어서, 상기 서버로부터 상기 예측된 로케이션 및 상기 예측된 피리어드에 대응하는 콘텐트를 다운로드하기 위한 소스에 접속할 수 있는 소스 URI를 수신하는 단계는,
    상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청을 수신하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  9. 제 1 항에 있어서, 상기 서버로부터 상기 예측된 로케이션 및 상기 예측된 피리어드에 대응하는 콘텐트를 다운로드하기 위한 소스에 접속할 수 있는 소스 URI를 수신하는 단계는,
    상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 메시지를 수신하는 단계를 포함하고,
    상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청을 생성하는 단계를 더 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  10. 제 1 항에 있어서, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 상기 콘텐트를 다운로드하는 단계는,
    상기 클라이언트 디바이스가 상기 예측된 로케이션으로 들어가면, 상기 소스 URI에 대응하는 소스로 큐 요청을 전송하는 단계; 및
    상기 큐 요청에 응답하여, 상기 소스로부터 상기 콘텐트를 다운로드하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  11. 제 1 항에 있어서, 상기 리포팅하는 단계는,
    미리 설정된 로케이션 리포트 인터벌을 기반으로, 상기 클라이언트 디바이스의 현재 로케이션을 상기 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  12. 제 1 항에 있어서, 상기 예측된 로케이션은 다수 개이며,
    각각의 예측된 로케이션에 정해진 기준에 따라 우선순위를 지정하는 단계를 더 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  13. 제 1 항에 있어서, 프리퍼드 로케이션 및 프리퍼드 피리어드를 지정할 수 있는 사용자 인터페이스를 표시하는 단계; 및
    상기 사용자 인터페이스로부터 입력되는 신호에 따라 프리퍼드 로케이션 및 프리퍼드 피리어드를 세팅하는 단계를 더 포함하고,
    상기 프리퍼드 로케이션 및 프리퍼드 피리어드는 상기 로케이션 정보에서 가장 높은 우선 순위가 지정되는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 방법.
  14. 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하고, 상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하는 제 1 유닛; 및
    업데이트된 상기 로케이션 정보를 서버로 리포팅하고, 상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하고, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드하는 제 2 유닛을 포함하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  15. 제 14 항에 있어서, 상기 제 2 유닛은,
    상기 서버가 언솔리티드 다운로드를 지원하는지의 여부를 판단하고, 상기 판단을 기반으로 하여, 상기 언솔리시티드 다운로드를 위한 서버 URI를 상기 서버로부터 획득하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  16. 제 14 항에 있어서, 상기 제 1 유닛은,
    언솔리시티드 다운로드를 활성화시킬 것을 요청하는 사용자 인터페이스를 표시하고, 상기 사용자 인터페이스를 통하여 입력되는 요청 신호에 응답하여 상기 언솔리시티드 다운로드를 인에이블하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  17. 제 14 항에 있어서, 상기 제 1 유닛은,
    디바이스 로케이션 예측 알고리즘을 사용하여, 상기 로케이션 업데이트 인터벌 마다 주기적으로 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 업데이트하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  18. 제 17 항에 있어서, 상기 제 2 유닛은,
    업데이트된 상기 클라이언트 디바이스의 예측된 로케이션 및 예측된 피리어드를 포함하는 메시지를 상기 서버로 전송하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  19. 제 1 항에 있어서, 상기 제 2 유닛은,
    상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 포함하는 큐 요청이 수신되면, 상기 큐 요청을 관리하고,
    상기 서버로부터 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI가 수신되면, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 큐 요청을 생성하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 장치.
  20. 상호 연동 가능한 클라이언트 디바이스 및 콘텐트 서버를 포함하는 시스템으로서,
    상기 클라이언트 디바이스는,
    상기 클라이언트 디바이스의 로케이션 정보를 업데이트하기 위한 로케이션 리포트 인터벌을 세팅하고, 상기 로케이션 리포트 인터벌을 기반으로 하여, 상기 클라이언트 디바이스의 로케이션 정보를 업데이트하고, 업데이트된 상기 로케이션 정보를 서버로 리포팅하고, 상기 서버로부터 상기 클라이언트 디바이스의 예측된 로케이션, 예측된 피리어드 및 콘텐트를 다운로드하기 위한 소스 URI를 수신하고, 상기 예측된 로케이션, 상기 예측된 피리어드 및 상기 소스 URI를 기반으로 하여, 상기 콘텐트를 다운로드하는 것을 특징으로 하는 로케이션 기반의 언솔리시티드 다운로드 시스템.
PCT/KR2013/001481 2012-02-24 2013-02-25 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템 WO2013125920A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2014558686A JP2015509630A (ja) 2012-02-24 2013-02-25 位置ベースの無要求ダウンロード方法、装置及びシステム
US14/380,526 US9313613B2 (en) 2012-02-24 2013-02-25 Method, apparatus, and system for performing unsolicited location-based download
EP13751655.5A EP2819470B1 (en) 2012-02-24 2013-02-25 Method, apparatus, and system for performing unsolicited location-based download
CN201380021709.3A CN104247532B (zh) 2012-02-24 2013-02-25 用于执行未经请求的基于位置的下载的方法、设备和系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261602598P 2012-02-24 2012-02-24
US61/602,598 2012-02-24

Publications (1)

Publication Number Publication Date
WO2013125920A1 true WO2013125920A1 (ko) 2013-08-29

Family

ID=49006016

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/001481 WO2013125920A1 (ko) 2012-02-24 2013-02-25 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템

Country Status (5)

Country Link
US (1) US9313613B2 (ko)
EP (1) EP2819470B1 (ko)
JP (1) JP2015509630A (ko)
CN (1) CN104247532B (ko)
WO (1) WO2013125920A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3611627A1 (en) * 2013-03-13 2020-02-19 INTEL Corporation Device resource management based on contextual planning
JP6246085B2 (ja) * 2014-07-01 2017-12-13 株式会社オプティム 携帯端末、コンテンツパネル表示方法、携帯端末用プログラム
EP3378244B1 (en) * 2015-11-17 2022-03-02 Sony Group Corporation Providing location information of a terminal in a communication network
EP3876559A1 (en) * 2020-03-02 2021-09-08 Nokia Technologies Oy Future position estimation for improved reliability of connectivity

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100651912B1 (ko) * 2005-08-25 2006-12-01 엘지전자 주식회사 위치 정보 서비스 시스템 및 이를 이용한 이동통신 단말의위치정보 갱신방법
KR20080049291A (ko) * 2006-11-30 2008-06-04 주식회사 케이티 사용자 위치기반의 웹 페이지 제공 시스템, 그 방법, 및컨텐츠 제공방법
KR20080110593A (ko) * 2006-03-15 2008-12-18 마이크로소프트 코포레이션 이동 장치를 위한 위치 기반 캐싱
KR20090004444A (ko) * 2007-06-28 2009-01-12 삼성전자주식회사 모바일 장치로 정보를 전송하는 시스템 및 방법
KR20100121650A (ko) * 2008-03-12 2010-11-18 마이크로소프트 코포레이션 자동차 위치 기반 광고

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1380813B1 (en) 2001-08-06 2012-05-02 Panasonic Corporation Information providing method and information providing device
JP2004030360A (ja) 2002-06-27 2004-01-29 Japan Telecom Co Ltd Ｗｅｂサービスの提供システムおよび提供支援システム
US7248159B2 (en) * 2003-03-01 2007-07-24 User-Centric Ip, Lp User-centric event reporting
JP2007081714A (ja) * 2005-09-13 2007-03-29 Matsushita Electric Ind Co Ltd 通信端末装置およびその制御方法並びにｍｂｍｓ提供方法
US8738025B2 (en) * 2008-05-30 2014-05-27 Alcatel Lucent Mobile-server protocol for location-based services
CN101616463B (zh) * 2008-06-27 2011-11-16 华为技术有限公司 实现预认证的方法、装置和系统
JP5430235B2 (ja) 2008-07-23 2014-02-26 三菱電機株式会社 情報処理装置及びプログラム
US8260320B2 (en) 2008-11-13 2012-09-04 Apple Inc. Location specific content

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100651912B1 (ko) * 2005-08-25 2006-12-01 엘지전자 주식회사 위치 정보 서비스 시스템 및 이를 이용한 이동통신 단말의위치정보 갱신방법
KR20080110593A (ko) * 2006-03-15 2008-12-18 마이크로소프트 코포레이션 이동 장치를 위한 위치 기반 캐싱
KR20080049291A (ko) * 2006-11-30 2008-06-04 주식회사 케이티 사용자 위치기반의 웹 페이지 제공 시스템, 그 방법, 및컨텐츠 제공방법
KR20090004444A (ko) * 2007-06-28 2009-01-12 삼성전자주식회사 모바일 장치로 정보를 전송하는 시스템 및 방법
KR20100121650A (ko) * 2008-03-12 2010-11-18 마이크로소프트 코포레이션 자동차 위치 기반 광고

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2819470A4 *

Also Published As

Publication number Publication date
EP2819470A4 (en) 2015-08-19
CN104247532B (zh) 2018-09-28
US20150065174A1 (en) 2015-03-05
JP2015509630A (ja) 2015-03-30
EP2819470A1 (en) 2014-12-31
US9313613B2 (en) 2016-04-12
CN104247532A (zh) 2014-12-24
EP2819470B1 (en) 2017-03-29

Similar Documents

Publication Publication Date Title
WO2014157886A1 (en) Method and device for executing application
WO2015020471A1 (en) Method and apparatus for distributing data in hybrid cloud environment
WO2013151374A1 (en) Method and system for transfering data between plurality of devices
WO2014107045A1 (en) Method of sharing contents by using personal cloud device, and electronic device and personal cloud system using the same
WO2016043534A2 (en) Method for providing network service and electronic device
WO2022050652A1 (en) Method, apparatus, and computer readable storage medium for controlling account
WO2014038916A1 (en) System and method of controlling external apparatus connected with device
WO2014030889A1 (en) Method and apparatus for sharing content
EP2745207A2 (en) Apparatus and method for supporting family cloud in cloud computing system
WO2013137644A1 (ko) 북마크를 이용한 심리스 재생 방법, 장치 및 시스템
WO2012124985A2 (en) Method and apparatus for synchronizing personal inforamtion
WO2018076819A1 (zh) 数据的上传方法、装置、存储介质、电子设备及系统
WO2013047997A1 (ko) 라이트 체크를 기반으로 하는 콘텐트 다운로드 방법, 디바이스 및 시스템
WO2018166199A1 (zh) 定位精度等级调整方法、装置、存储介质及电子设备
WO2011129635A2 (ko) 이동통신 시스템에서 응용 서비스를 제공하는 방법 및 장치
WO2018128432A1 (ko) 전자 장치 간 콘텐츠 공유 시스템 및 전자 장치의 콘텐츠 공유 방법
WO2019156506A1 (en) System and method for providing conversational contents
WO2018076840A1 (zh) 数据分享方法、装置、存储介质及服务器
WO2013024954A1 (en) Display device and method for providing content using the same
WO2018076812A1 (zh) 数据请求的响应方法、装置、存储介质、服务器及系统
WO2017028573A1 (zh) 一种基于移动终端的图片信息处理的方法及系统
WO2013125920A1 (ko) 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템
WO2013151298A1 (en) System, terminal, and method for operating a communication service function
WO2013024966A1 (ko) 콘텐트 수신 방법 및 장치
WO2016111502A1 (en) System and method for transmitting information about task to external device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13751655

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14380526

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2014558686

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013751655

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013751655

Country of ref document: EP